订单处理方法、装置、电子设备及可读存储介质

技术领域

本申请涉及计算机技术领域，具体而言，涉及一种订单处理方法、装置、电子设备及可读存储介质。

背景技术

在货运领域，越来越多的司机和货主选择在货运平台进行交易。货主在平台上发布货源，司机在平台上找货，双方可以在线上达成交易。为了方便，有时司机会在平台上委托平台帮忙找货，如司机会选择一些起始地或者目的地，然后委托平台来自动查找货源，对于平台来说就是接收到了一个司机的委托单，但是，司机的找货需求可能会是不断变化的，而平台可能无法感知到司机的找货需求的变化，还是会根据原始的信息来进行找货，这样就无法实现更精准的找货，不能很好地满足司机的找货需求。

发明内容

本申请实施例的目的在于提供一种订单处理方法、装置、电子设备及可读存储介质，用以改善现有技术中的找货方式无法实现更精准的找货，不能很好地满足司机的找货需求的问题。

第一方面，本申请实施例提供了一种订单处理方法，所述方法包括：接收用户的委托单信息，所述委托单信息包括初始找货信息；获取所述用户在货运平台上自主找货的操作信息；根据所述操作信息确定所述用户感兴趣的备选找货信息；根据所述备选找货信息确定目标委托单信息，并根据所述目标委托单信息为所述用户查找匹配的货运订单，其中，所述目标委托单信息包括所述备选找货信息和/或初始找货信息。

在上述实现过程中，通过根据用户在货运平台上自主找货的操作信息来确定用户感兴趣的备选找货信息，从而确定出目标委托单信息，这样可以获取到用户的找货需求，感知用户的找货需求的变化，从而可以依赖更多的信息来查找匹配的货运订单，使得找货更精确，更好地满足用户的找货需求。

可选地，所述操作信息包括所述用户浏览所述货运平台上发布的货运订单的浏览次数；所述根据所述操作信息确定所述用户感兴趣的备选找货信息，包括：

根据所述浏览次数筛选出浏览次数大于预设浏览次数的候选货运订单，其中，所述用户感兴趣的备选找货信息包括所述候选货运订单中的货运信息。

在上述实现过程中，通过获取用户浏览货运订单的操作信息，从而可以根据用户的浏览行为获得用户感兴趣的找货信息，可及时感知到用户的找货需求的变化，能够更好地满足用户的找货需求，且通过结合更多的信息可以找到更精确的订单。

可选地，所述操作信息包括所述用户查看所述货运平台上发布的货运订单的信息的查看次数；所述根据所述操作信息确定所述用户感兴趣的备选找货信息，包括：

根据所述查看次数筛选出查看次数大于预设查看次数的候选货运订单，其中，所述用户感兴趣的备选找货信息包括所述候选货运订单中的货运信息。

在上述实现过程中，通过获取用户查看货运订单的操作信息，从而可以根据用户的查看行为获得用户感兴趣的找货信息，可及时感知到用户的找货需求的变化，能够更好地满足用户的找货需求，且通过结合更多的信息可以找到更精确的订单。

可选地，所述操作信息包括所述用户联系所述货运平台上发布货运订单的发布者的触发信息；所述根据所述操作信息确定所述用户感兴趣的备选找货信息，包括：

根据所述触发信息获取所述用户联系的候选货运订单，其中，所述用户感兴趣的备选找货信息包括所述候选货运订单中的货运信息。

在上述实现过程中，通过获取用户联系发布者的操作信息，从而可以根据用户的联系行为获得用户感兴趣的找货信息，可及时感知到用户的找货需求的变化，能够更好地满足用户的找货需求，且通过结合更多的信息可以找到更精确的订单。

可选地，所述根据所述备选找货信息确定目标委托单信息，包括：

将所述备选找货信息加入所述委托单信息中，获得目标委托单信息，所述目标委托单信息包括所述备选找货信息和所述初始找货信息；或者将所述委托单信息中的初始找货信息替换为所述备选找货信息，获得目标委托单信息，所述目标委托单信息包括所述备选找货信息。

在上述实现过程中，通过更新初始的委托单信息，可以使得设备及时对用户的找货需求进行变更，以能够更好地满足用户的找货需求。

可选地，所述根据所述备选找货信息确定目标委托单信息，包括：

向所述用户输出是否更新所述委托单信息的提示信息，所述提示信息包括所述备选找货信息；

若接收到所述用户的确认更新信息，则根据所述备选找货信息对所述委托单信息进行更新，获得目标委托单信息。

在上述实现过程中，通过向用户输出提示信息，以根据用户的意愿来确定是否更新委托单信息。

可选地，所述目标委托单信息包括货运地址，所述根据所述目标委托单信息为所述用户查找匹配的货运订单，包括：

获取所述货运地址对应的货源密度；

根据所述货源密度确定货运地址查找范围；

在所述货运地址查找范围内为所述用户查找匹配的货运订单。

在上述实现过程中，通过根据货源密度来确定查找范围，从而可以找到一个更为合适的查找范围，在该范围内查找货运订单，效率更高。

可选地，所述货运地址包括货运起始地，所述货源密度为根据所述货运起始地的发货订单量确定的。

可选地，所述获取所述货运地址对应的货源密度，包括：

统计多个用户的历史定位信息；

根据所述历史定位信息获取在所述货运地址处的用户数量；

根据所述用户数量以及在所述货运地址的订单量，确定所述货运地址的货源密度。

在上述实现过程中，通过获取用户数量，如此可结合线下数据，获得各个地址更准确的货源密度，使得在查找时能够获得更合适的查找范围，从而可以尽快找到匹配的货运订单。

可选地，所述目标委托单信息还包括运输价格，在为所述用户查找到匹配的目标货运订单后，还包括：

判断所述目标货运订单的目的地的货源密度是否小于预设值；

若是，则增加所述目标委托单信息中的运输价格，并基于新的目标委托单信息重新为所述用户查找匹配的货运订单；或者向所述目标货运订单对应的发布者发送加价提示信息，以提示所述发布者是否增加所述目标货运订单的运输价格。

在上述实现过程中，通过判断为司机匹配的目标货运订单的目的地的货源密度，从而可以判断司机在到达目的地后的接到订单的概率，通过增加运输价格或向发布者发送加价提醒，进而可以补偿司机在达到货源密度较稀疏的目的地可能不能尽快接单的损失，以提高司机接单的概率。

第二方面，本申请实施例提供了一种订单处理装置，所述装置包括：

信息接收模块，用于接收用户的委托单信息，所述委托单信息包括初始找货信息；

操作信息获取模块，用于获取所述用户在货运平台上自主找货的操作信息；

备选找货信息获取模块，用于根据所述操作信息确定所述用户感兴趣的备选找货信息；

订单查找模块，用于根据所述备选找货信息确定目标委托单信息，并根据所述目标委托单信息为所述用户查找匹配的货运订单，其中，所述目标委托单信息包括所述备选找货信息和/或初始找货信息。

可选地，所述操作信息包括所述用户浏览所述货运平台上发布的货运订单的浏览次数；所述备选找货信息获取模块，用于根据所述浏览次数筛选出浏览次数大于预设浏览次数的候选货运订单，其中，所述用户感兴趣的备选找货信息包括所述候选货运订单中的货运信息。

可选地，所述操作信息包括所述用户查看所述货运平台上发布的货运订单的信息的查看次数；所述备选找货信息获取模块，用于根据所述查看次数筛选出查看次数大于预设查看次数的候选货运订单，其中，所述用户感兴趣的备选找货信息包括所述候选货运订单中的货运信息。

可选地，所述操作信息包括所述用户联系所述货运平台上发布货运订单的发布者的触发信息；所述备选找货信息获取模块，用于根据所述触发信息获取所述用户联系的候选货运订单，其中，所述用户感兴趣的备选找货信息包括所述候选货运订单中的货运信息。

可选地，所述订单查找模块，用于将所述备选找货信息加入所述委托单信息中，获得目标委托单信息，所述目标委托单信息包括所述备选找货信息和所述初始找货信息；或者将所述委托单信息中的初始找货信息替换为所述备选找货信息，获得目标委托单信息，所述目标委托单信息包括所述备选找货信息。

可选地，所述订单查找模块，用于向所述用户输出是否更新所述委托单信息的提示信息，所述提示信息包括所述备选找货信息；若接收到所述用户的确认更新信息，则根据所述备选找货信息对所述委托单信息进行更新，获得目标委托单信息。

可选地，所述目标委托单信息包括货运地址，所述订单查找模块，用于获取所述货运地址对应的货源密度；根据所述货源密度确定货运地址查找范围；在所述货运地址查找范围内为所述用户查找匹配的货运订单。

可选地，所述货运地址包括货运起始地，所述货源密度为根据所述货运起始地的发货订单量确定的。

可选地，所述订单查找模块，用于统计多个用户的历史定位信息；根据所述历史定位信息获取在所述货运地址处的用户数量；根据所述用户数量以及在所述货运地址的订单量，确定所述货运地址的货源密度。

可选地，所述目标委托单信息还包括运输价格，在为所述用户查找到匹配的目标货运订单后，所述订单查找模块，还用于判断所述目标货运订单的目的地的货源密度是否小于预设值；若是，则增加所述目标委托单信息中的运输价格，并基于新的目标委托单信息重新为所述用户查找匹配的货运订单；或者向所述目标货运订单对应的发布者发送加价提示信息，以提示所述发布者是否增加所述目标货运订单的运输价格。

第三方面，本申请实施例提供一种电子设备，包括处理器以及存储器，所述存储器存储有计算机可读取指令，当所述计算机可读取指令由所述处理器执行时，运行如上述第一方面提供的所述方法中的步骤。

第四方面，本申请实施例提供一种可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时运行如上述第一方面提供的所述方法中的步骤。

本申请的其他特征和优点将在随后的说明书阐述，并且，部分地从说明书中变得显而易见，或者通过实施本申请实施例了解。本申请的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例提供的一种用于执行订单处理方法的电子设备的结构示意图；

图2为本申请实施例提供的一种订单处理方法的流程图；

图3为本申请实施例提供的一种订单处理装置的结构框图。

具体实施方式

下面将结合本申请实施例中附图，对本申请实施例中的技术方案进行清楚、完整地描述。

本申请实施例提供一种订单处理方法，该方法通过根据用户在货运平台上自主找货的操作信息来确定用户感兴趣的备选找货信息，从而确定出目标委托单信息，这样可以获取到用户的找货需求，感知用户的找货需求的变化，从而可以依赖更多的信息来查找匹配的货运订单，找货更精确，更好地满足用户的找货需求。

请参照图1，图1为本申请实施例提供的一种用于执行订单处理方法的电子设备的结构示意图，所述电子设备可以包括：至少一个处理器110，例如CPU，至少一个通信接口120，至少一个存储器130和至少一个通信总线140。其中，通信总线140用于实现这些组件直接的连接通信。其中，本申请实施例中设备的通信接口120用于与其他节点设备进行信令或数据的通信。存储器130可以是高速RAM存储器，也可以是非易失性的存储器(non-volatilememory)，例如至少一个磁盘存储器。存储器130可选的还可以是至少一个位于远离前述处理器的存储装置。存储器130中存储有计算机可读取指令，当所述计算机可读取指令由所述处理器110执行时，电子设备执行下述图2所示方法过程。例如，存储器130可用于存储用户的委托单信息，处理器110可用于获取用户自主找货的操作信息，并获取备选找货信息，然后根据备选找货信息确定目标委托单信息后，为用户查找匹配的货运订单。

该电子设备可以为服务器、终端设备等具有一定数据处理能力的设备。若电子设备为服务器，则本申请下述实施例中的货运平台可以安装在终端设备中，货运平台与服务器进行数据交互，这种情况下，本申请的订单处理方法由服务器执行；若电子设备为终端设备，则货运平台可以安装在电子设备中，这种情况下，本申请的订单处理方法由终端设备执行。为了便于理解，下述以订单处理方法由服务器执行为例进行说明。

可以理解，图1所示的结构仅为示意，所述电子设备还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。图1中所示的各组件可以采用硬件、软件或其组合实现。

请参照图2，图2为本申请实施例提供的一种订单处理方法的流程图，该方法包括如下步骤：

步骤S110：接收用户的委托单信息，所述委托单信息包括初始找货信息。

其中，本申请实施例中的用户可以是指司机，司机为了方便找到合适的货运订单，司机可以在货运平台上自主填写委托单信息，如司机可在货运平台上填写货运起始地、货运目的地、货车信息(如车型、车长、载重、可接货物类型等)、路线、运输价格等信息，这些信息即可作为初始找货信息。货运平台在接收到司机提交的委托单信息后，可将这委托单信息发送给服务器，由服务器来根据委托单信息为司机查找合适的货运订单。

服务器在根据初始的委托单信息为司机查找合适的货运订单的同时，服务器还可监控司机是否存在自主接单，如果司机成功自主接单，则结束为司机查找匹配的货运订单，即结束司机的委托单，换言之，服务器不再根据委托单信息查找匹配的货运订单，从而可节省服务器的算力资源。

步骤S120：获取所述用户在货运平台上自主找货的操作信息。

服务器在根据初始的委托单信息查找匹配的货运订单的同时，为了实时感知到司机的找货需求，服务器还可以对司机在货运平台上自主找货的操作信息进行监控，如服务器可以实时监测司机在货运平台上浏览、查看、自主联系货主等相关操作信息，通过分析这些操作信息来确定司机当前的找货需求是否与初始的委托单信息存在差异，从而可及时对司机的找货需求进行更新。

例如，在司机初始的委托单信息中，初始找货信息包括起始地A、B两地，目的地包括C、D两地，服务器在根据初始找货信息查找合适的货运订单的同时，可能司机也会在货运平台上搜索其他路线的货源。例如，若司机频繁查看起始地为E地、目的地为F地的货源，说明司机可能对E地到F地的货源感兴趣，司机的找货需求相比于初始找货需求发生了变化。所以，服务器可以通过获取司机的这些操作信息，以此来对司机的自主找货行为进行监控，以便于及时感知到司机的找货需求的变化，从而为司机找到更为合适的货运订单，提高订单成交率。

步骤S130：根据所述操作信息确定用户感兴趣的备选找货信息。

如上述举例所示，若司机频繁查看E地到F地的货运订单，则表示司机对这类货运订单感兴趣，从而可以获取备选找货信息，备选找货信息则包括起始地E地、目的地F地以及其所查看的货运订单中的其他信息，如路线、运输价格等。

步骤S140：根据所述备选找货信息确定目标委托单信息，并根据所述目标委托单信息为所述用户查找匹配的货运订单。

其中，目标委托单信息包括备选找货信息和/或初始找货信息，例如，服务器在获得备选找货信息后，认为司机对备选找货信息也感兴趣，则可以将备选找货信息加入初始的委托单信息中，此时获得的目标委托单信息包括备选找货信息和初始找货信息，服务器可继续基于这两个找货信息为司机查找匹配的货运订单。或者，服务器可认为司机目前只对备选找货信息感兴趣，服务器也可以直接将初始找货信息替换为备选找货信息，此时获得的目标委托单信息中只包含备选找货信息，服务器基于备选找货信息为司机查找匹配的货运订单。这样在司机的找货需求变更时，司机也不用先取消初始的委托单后再重新提交新的委托单信息，通过服务器对司机的找货需求进行监控，从而可以及时采用变更后的目标委托单信息来为司机查找匹配的货运订单，使得找货更精准，且也省去了司机重新填写相关找货信息的操作。

在一些实施方式中，服务器在获得备选找货信息后，还可以向司机输出对应的提示信息，以提示司机是否更新初始的委托单信息，如服务器向司机输出是否更新委托单信息的提示信息，该提示信息包括备选找货信息，司机可根据备选找货信息确定是否将备选找货信息加入到初始的委托单信息中，若司机拒绝将备选找货信息加入到委托单信息中，则服务器可不对初始的委托单信息进行更改，而是继续基于初始找货信息为司机查找匹配的货运订单，并继续监控司机自主找货的操作信息，以及重复上述过程；而若服务器在接收到司机的确认更新信息后，则可根据备选找货信息对委托单信息进行更新，获得目标委托单信息。其更新的方式可以是将备选找货信息加入委托单信息中，使得服务器可以根据备选找货信息和初始找货信息来查找匹配的货运订单，或者更新的方式可以是将初始找货信息替换为备选找货信息，使得服务器可以根据备选找货信息来查找匹配的货运订单，也就是说，服务器可以任意一种更新方式来更新。或者，更新的方式也可以是根据司机的确认更新信息来确定的，如服务器还可以向司机输出上述两种更新方式，司机可选择其中一种更新方式携带在确认更新信息中，这样服务器即可知晓采用哪种更新方式来进行更新，如司机选择将备选找货信息加入委托单信息中的更新方式，则服务器在进行订单查找时，根据备选找货信息和初始找货信息来查找匹配的货运订单。

另外，服务器在根据目标委托单信息为司机查找匹配的货运订单的实现方式中，服务器可以将目标委托单中的找货信息与当前未成交的货运订单中的货运信息进行匹配，从而可以找出一些匹配度较大(如比较每个找货信息与订单信息的匹配度，然后计算出一个综合匹配度，综合匹配度大于一设定阈值表示这些匹配度较大)的一些货运订单，然后可将这些货运订单按照匹配度高低推送给司机，可由司机从中选择可接的货运订单。或者，服务器也可以直接将匹配度最高的货运订单推送给司机。

在上述实现过程中，通过根据用户在货运平台上自主找货的操作信息来确定用户感兴趣的备选找货信息，从而确定出目标委托单信息，这样可以获取到用户的找货需求，感知用户的找货需求的变化，从而可以依赖更多的信息来查找匹配的货运订单，使得找货更精确，更好地满足用户的找货需求。

下面介绍几种获得备选找货信息的方式。

方式1，用户在货运平台上自主找货的操作信息包括用户浏览货运平台上发布的货运订单的浏览次数，在获得备选找货信息的方式中，可以根据浏览次数筛选出浏览次数大于预设浏览次数的候选货运订单，其中，用户感兴趣的备选找货信息包括候选货运订单中的货运信息。

例如，货运平台可将司机的浏览记录发送至服务器，服务器可以实时或在一定时间段后可以对该司机的浏览记录进行统计，以统计其浏览各个货运订单的浏览次数，然后从中筛选出浏览次数大于预设浏览次数的候选货运订单。其中，预设浏览次数可以根据实际需求进行取值，如预设浏览次数取值为10，若司机浏览某个货运订单的浏览次数大于10时，则确定该货运订单为候选货运订单，然后将该候选货运订单中的相关货运信息，如起始地、目的地等货运信息作为备选找货信息。

举例来说，若司机在货运平台上浏览起始地为E地、目的地为F地的货运订单的浏览次数超过10次，则服务器可将该货运订单作为候选货运订单，然后将E地和F地作为备选找货信息(当然备选找货信息还可包括候选货运订单中的其他信息，如运输价格等)，然后服务器可以向司机输出提示信息，提示司机是否将E地和F地加入到初始的委托单信息中，若司机同意，则将E地和F地加入到初始的委托单信息中，形成目标委托单信息，然后服务器可根据初始找货信息和备选找货信息来向司机推荐匹配的货运订单。

需要说明的是，浏览操作是指司机只是简单的浏览了货运订单的一些基本信息，并没有对货运订单的详细信息进行查看的一种操作，如司机在货运平台上的货源池中对货运订单的浏览操作，此时司机并没有点进某个货运订单，查看该货运订单的详细信息。

在上述实现过程中，通过获取用户浏览货运订单的操作信息，从而可以根据用户的浏览行为获得用户感兴趣的找货信息，可及时感知到用户的找货需求的变化，能够更好地满足用户的找货需求，且通过结合更多的信息可以找到更精确的订单。

方式2，用户在货运平台上自主找货的操作信息还可以包括用户查看货运平台上发布的货运订单的信息的查看次数，在获得用户感兴趣的备选找货信息的方式中，可以根据查看次数筛选出查看次数大于预设查看次数的候选货运订单，其中，用户感兴趣的备选找货信息包括候选货运订单中的货运信息。

例如，货运平台可将司机的查看记录发送至服务器，服务器可以实时或在一定时间段后可以对该司机的查看记录进行统计，以统计其查看各个货运订单的查看次数，然后从中筛选出查看次数大于预设查看次数的候选货运订单。其中，预设查看次数可以根据实际需求进行取值，如预设查看次数取值为8，若司机查看某个货运订单的查看次数大于8时，则确定该货运订单为候选货运订单，然后将该候选货运订单中的相关货运信息，如起始地、目的地等货运信息作为备选找货信息。

举例来说，若司机在货运平台上查看起始地为E1地、目的地为F1地的货运订单的查看次数超过8次，则服务器可将该货运订单作为候选货运订单，然后将E1地和F1地作为备选找货信息，服务器可以向司机输出提示信息，提示司机是否将E1地和F1地加入到初始的委托单信息中，若司机同意，则将E1地和F1地加入到初始的委托单信息中，形成目标委托单信息，然后服务器可根据初始找货信息和备选找货信息来向司机推荐匹配的货运订单。

需要说明的是，查看操作是指司机对货运订单的详细信息进行查看的一种操作，如司机在货运平台上的货源池中浏览到某个货运订单后，然后点进这个货运订单，查看该货运订单的详细信息的操作。

在上述实现过程中，通过获取用户查看货运订单的操作信息，从而可以根据用户的查看行为获得用户感兴趣的找货信息，可及时感知到用户的找货需求的变化，能够更好地满足用户的找货需求，且通过结合更多的信息可以找到更精确的订单。

方式3，用户在货运平台上自主找货的操作信息还可以包括用户联系货运平台上发布货运订单的发布者的触发信息，在获得用户感兴趣的备选找货信息的方式中，可以根据触发信息获取用户联系的候选货运订单，其中，用户感兴趣的备选找货信息包括候选货运订单中的货运信息。

例如，货运平台可将司机的联系记录发送至服务器，服务器可以实时或在一定时间段后可以对该司机的联系记录进行统计，以统计其联系的各个货运订单，然后将司机联系的货运订单作为候选货运订单。

举例来说，若司机在货运平台上联系了某个起始地为E2地、目的地为F2地的货运订单，其司机可以通过货运平台上提供的该货运订单的发布者的联系方式联系发布者，如司机通过点击(即触发)货运平台上的发布者的电话或者即时聊天窗口等方式联系发布者，则服务器可认为司机对该货运订单感兴趣，服务器可将该货运订单作为候选货运订单，然后将E2地和F2地作为备选找货信息，服务器可以向司机输出提示信息，提示司机是否将E2地和F2地加入到初始的委托单信息中，若司机同意，则将E2地和F2地加入到初始的委托单信息中，形成目标委托单信息，然后服务器可根据初始找货信息和备选找货信息来向司机推荐匹配的货运订单。

在上述实现过程中，通过获取用户联系发布者的操作信息，从而可以根据用户的联系行为获得用户感兴趣的找货信息，可及时感知到用户的找货需求的变化，能够更好地满足用户的找货需求，且通过结合更多的信息可以找到更精确的订单。

可以理解地，其用户的操作信息还可以包括司机联系某个货运订单的发布者的联系次数、联系时间、联系密度、查看某个货运订单的平均时长等信息，服务器还可根据这些操作信息来获得候选货运订单，在此不一一举例说明。

另外，服务器还可以综合多种操作信息来确定最终的候选货运订单，如司机浏览货运订单1的浏览次数超过10次，且查看该货运订单1的查看次数超过8次，则确定该货运订单1为候选货运订单，或者如司机查看货运订单2的查看次数超过8次，且司机联系了该货运订单2的发布者，则确定该货运订单2为候选货运订单。也就是说，服务器可根据至少两种操作信息来综合判断最终的候选货运订单，在此不一一列举各种操作信息的组合的判断情况，通过这种方式可以为司机找到感兴趣度较大的一些货运订单，从而可更精准地找到匹配的货运订单。

在另一些实施方式中，除了根据操作信息来获得备选找货信息的方式外，还可以根据初始找货信息中的起始地来确定，如获取初始找货信息中的起始地，然后服务器查找该司机在该起始地的历史订单，从历史订单中获取该司机的历史目的地，若初始找货信息中没有历史目的地，则可将历史目的地加入到初始的委托单信息中，形成目标委托单信息。例如，初始找货信息中的起始地为A地，目的地包括B地和C地，通过获取司机在A地的历史订单(当然也可以筛选出司机近期在A地的历史订单)，若其历史订单中的历史目的地包括C地和E地，则认为司机对E地也感兴趣，可将E地作为备选找货信息。这样可以结合操作信息和初始找货信息获得更多的备选找货信息，从而可为司机推荐更匹配的货运订单。

在上述实现过程中，通过监控司机的操作信息来为司机推荐货源，相比于仅根据司机的历史订单信息来向司机推荐货运订单的方式，本申请中的实现方式可以根据司机的即时操作来推荐货源，在降低了调取司机的历史信息的计算量的同时，更能满足司机无目的性的找货需求，匹配更精准。

在一些实施方式中，为了使得服务器可以尽快找到匹配的货运订单，服务器还可以在一定范围内来查找货运订单，其实现方式为：目标委托单信息中包括货运地址，服务器在查找货运订单的过程中，先获取货运地址对应的货源密度，然后根据货源密度确定货运地址查找范围，服务器在货运地址查找范围内为用户查找匹配的货运订单。

其中，货运地址可包括货运起始地和目的地，即发货地和卸货地，货源密度可以是根据货源起始地或目的地的订单量确定的，例如，服务器可以获取目标委托单信息中的起始地的发货订单量和/或获取目的地的收货订单量，在确定货运地址查找范围时，可以根据发货订单量和收货订单量的大小来确定。如服务器中可预先存储有不同的发货订单量和收货订单量对应的查找范围，如在起始地的发货订单量处于第一预设范围时，其对应的查找范围为方圆40公里，在起始地的发货订单量处于第二预设范围时，其对应的查找范围为方圆80公里内，即可根据不同的货源密度设置对应的查找范围，货源密度越小，其查找范围应设置得越大一些，这样可以查找到更多的订单，货源密度越大，其查找范围可以设置得小一些，这样可以更精确的查找。对于目的地的查找范围也如此，如若目的地的收货订单量处于第三预设范围时，其对应的查找范围为方圆50公里。

所以，可以根据起始地的货源密度来获得起始地的查找范围，以及根据目的地的货源密度来获得目的地的查找范围，这样服务器可在这些范围内查找匹配的订单，例如，服务器可先在起始地的查找范围内查找到一些货运订单，然后再在目的地的查找范围内查找到一些货运订单，然后可再通过匹配其他信息来确定匹配的货运订单。相比于现有的做法：先以一个位置为中心，在方圆40公里内找货，若找不到货，则再扩展到方圆80公里内找货，而本申请中根据货源密度来设定找货范围，从而可以确定一个更合适的找货范围，效率更高。

在一些其他实施方式中，货源密度还可以是根据司机的历史定位来确定的，其实现方式为：统计多个用户的历史定位信息，根据历史定位信息获取在货运地址处的用户数量，然后根据用户数量以及货源地址的订单量，确定货运地址对应的货源密度。

例如，服务器可以获取各个司机的车辆的历史定位信息，这些历史定位信息可能是司机装卸货的地址，但是其没有记录在货运平台中，服务器可以额外获得这些历史定位信息后，筛选出在目标委托单信息中的起始地和目的地的定位信息，统计这些定位信息的数量，将该数量作为在起始地和目的地的用户数量，从而可以统计到线下在起始地和目的地的订单量，然后结合通过在货运平台上统计的在起始地和目的地的订单量，确定对应的货源密度。

举例来说，目标委托单信息中包括起始地A地、B地，目的地C地，通过历史定位信息(历史定位信息可以是当前时间以前的一段时间内的定位信息)统计在A地的用户数量为300，在B地的用户数量为200，在C地的用户数量为400，然后统计到在货运平台上在A地的发货订单量为400，在B地的发货订单量为200，在C地的收货订单量为100。然后，在获得各个地址的货源密度时，可以将用户数量和订单量进行求和或平均，如A地对应的货源密度为700或350，B地对应的货源密度为400或200，C地对应的货源密度为500或250。

在上述实现过程中，通过获取用户数量，如此可结合线下数据，获得各个地址更准确的货源密度，使得在查找时能够获得更合适的查找范围，从而可以尽快找到匹配的货运订单。

在另一些实施方式中，若服务器根据目标委托单信息为用户查找到匹配的目标货运订单后，但是目标货运订单中的目的地的货源密度较小，这种情况下可能会导致司机到达目的地可能接不到订单，使得司机不愿意接受服务器推荐的目标货运订单。例如，服务器给司机推荐的目标货运订单为从A地运输到B地，运输价格为2000元，而服务器通过获取B地的货源密度，发现其货源密度可能较小，司机到达B地后，由于订单较少可能无法或者短时间内接收不到新的订单，可能会导致司机空返，司机很可能不愿意接受目标货运订单。所以为了避免这种情况，本申请实施例中，目标委托单信息还可包括运输价格，可以先判断目标货运订单的目的地的货源密度是否小于预设值，若是，则增加目标委托单信息中的运输价格，并基于新的目标委托单信息重新为用户查找匹配的货运订单，或者向目标货运订单对应的发布者发送加价提示信息，以提示发布者是否增加目标货运订单的运输价格。

其中，获取目的地的货源密度的方式可以采用上述实施例中提到的方式，在此不重复描述。如服务器在获得B地的货源密度后，判断其货源密度小于预设值(该预设值可以根据实际需求设定)，表示B地的货源密度较小，订单量少，所以服务器可以自动增加运输价格，如在运输价格2000元的基础上增加500元(增加的幅度可以根据需求设置)，这样新的目标委托单信息中的运输价格变为了2500元，服务器可重新基于新的目标委托单信息重新为用户查找匹配的货运订单，如重新查找目的地在B地且运输价格在2500元左右的货运订单，这样可提高司机的接单概率。

或者，也可以向目标货运订单对应的发布者，即或者发送加价提示信息，提示货主是否愿意加价，若货主愿意加价，而可将加价后的信息发送给司机，这样司机很可能在货主加价后愿意接单，若货主不愿意加价，则服务器也可以增加运输价格后，重新基于新的目标委托单信息来查找匹配的货运订单，或者服务器也可以基于目标委托单信息重新为用户查找其他匹配的货运订单，即服务器可以向司机推荐其他匹配的货运订单。

请参照图3，图3为本申请实施例提供的一种订单处理装置200的结构框图，该装置200可以是电子设备上的模块、程序段或代码。应理解，该装置200与上述图2方法实施例对应，能够执行图2方法实施例涉及的各个步骤，该装置200具体的功能可以参见上文中的描述，为避免重复，此处适当省略详细描述。

可选地，所述装置200包括：

信息接收模块210，用于接收用户的委托单信息，所述委托单信息包括初始找货信息；

操作信息获取模块220，用于获取所述用户在货运平台上自主找货的操作信息；

备选找货信息获取模块230，用于根据所述操作信息确定所述用户感兴趣的备选找货信息；

订单查找模块240，用于根据所述备选找货信息确定目标委托单信息，并根据所述目标委托单信息为所述用户查找匹配的货运订单，其中，所述目标委托单信息包括所述备选找货信息和/或初始找货信息。

可选地，所述操作信息包括所述用户浏览所述货运平台上发布的货运订单的浏览次数；所述备选找货信息获取模块230，用于根据所述浏览次数筛选出浏览次数大于预设浏览次数的候选货运订单，其中，所述用户感兴趣的备选找货信息包括所述候选货运订单中的货运信息。

可选地，所述操作信息包括所述用户查看所述货运平台上发布的货运订单的信息的查看次数；所述备选找货信息获取模块230，用于根据所述查看次数筛选出查看次数大于预设查看次数的候选货运订单，其中，所述用户感兴趣的备选找货信息包括所述候选货运订单中的货运信息。

可选地，所述操作信息包括所述用户联系所述货运平台上发布货运订单的发布者的触发信息；所述备选找货信息获取模块230，用于根据所述触发信息获取所述用户联系的候选货运订单，其中，所述用户感兴趣的备选找货信息包括所述候选货运订单中的货运信息。

可选地，所述订单查找模块240，用于将所述备选找货信息加入所述委托单信息中，获得目标委托单信息，所述目标委托单信息包括所述备选找货信息和所述初始找货信息；或者将所述委托单信息中的初始找货信息替换为所述备选找货信息，获得目标委托单信息，所述目标委托单信息包括所述备选找货信息。

可选地，所述订单查找模块240，用于向所述用户输出是否更新所述委托单信息的提示信息，所述提示信息包括所述备选找货信息；若接收到所述用户的确认更新信息，则根据所述备选找货信息对所述委托单信息进行更新，获得目标委托单信息。

可选地，所述目标委托单信息包括货运地址，所述订单查找模块240，用于获取所述货运地址对应的货源密度；根据所述货源密度确定货运地址查找范围；在所述货运地址查找范围内为所述用户查找匹配的货运订单。

可选地，所述货运地址包括货运起始地，所述货源密度为根据所述货运起始地的发货订单量确定的。

可选地，所述订单查找模块240，用于统计多个用户的历史定位信息；根据所述历史定位信息获取在所述货运地址处的用户数量；根据所述用户数量以及在所述货运地址的订单量，确定所述货运地址的货源密度。

可选地，所述目标委托单信息还包括运输价格，在为所述用户查找到匹配的目标货运订单后，所述订单查找模块240，还用于判断所述目标货运订单的目的地的货源密度是否小于预设值；若是，则增加所述目标委托单信息中的运输价格，并基于新的目标委托单信息重新为所述用户查找匹配的货运订单；或者向所述目标货运订单对应的发布者发送加价提示信息，以提示所述发布者是否增加所述目标货运订单的运输价格。

需要说明的是，本领域技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再重复描述。

本申请实施例提供一种可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时，执行如图2所示方法实施例中电子设备所执行的方法过程。

本实施例公开一种计算机程序产品，所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，计算机能够执行上述各方法实施例所提供的方法，例如，包括：接收用户的委托单信息，所述委托单信息包括初始找货信息；获取所述用户在货运平台上自主找货的操作信息；根据所述操作信息确定所述用户感兴趣的备选找货信息；根据所述备选找货信息确定目标委托单信息，并根据所述目标委托单信息为所述用户查找匹配的货运订单，其中，所述目标委托单信息包括所述备选找货信息和/或初始找货信息。

综上所述，本申请实施例提供一种订单处理方法、装置、电子设备及可读存储介质，该方法通过根据用户在货运平台上自主找货的操作信息来确定用户感兴趣的备选找货信息，从而确定出目标委托单信息，这样可以获取到用户的找货需求，感知用户的找货需求的变化，从而可以依赖更多的信息来查找匹配的货运订单，使得找货更精确，更好地满足用户的找货需求。

在本申请所提供的实施例中，应该理解到，所揭露装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

另外，作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

再者，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。

以上所述仅为本申请的实施例而已，并不用于限制本申请的保护范围，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。