信息也可以与订单的目的地不一致。例如，如果订单的目的地为A，用户所偏好的目的地信息为B，A与B不一致，但是A地点去往B地点的订单较多、较集中，则也可以为这些订单确定目的地信息为B的用户。从而，用户在完成这些订单之后，更容易接收到去往地点B的订单。例如，哪些路线的订单比较集中可以通过大数据分析进行获得。
[0034]在一些实施例中，基于历史订单信息，确定每个潜在用户的用户偏好，以为所述订单确定至少一个用户。例如，从历史订单信息中提取潜在用户的用户偏好，从而根据潜在用户的用户偏好，确定至少一个用户。以打车应用为例，历史订单信息可以包括用户所接收的历史订单的出发地、目的地以及订单的时间、金额等信息。这些信息通常可以反映出用户偏好。
[0035]在一些实施例中，为了对用户偏好进行量化表达，进而进行进一步处理，通过加权和模型对历史订单信息进行处理，从而提取出用户偏好。
[0036]具体而言，首先，对历史订单信息中的信息元素分配权重。以打车应用为例，这些信息元素可以包括但不限于出发地、目的地、时长、金额等。
[0037]然后，针对信息元素，确定每个潜在用户的优先级。优先级可以通过评分的方式来实现，例如，优先级越高评分越高。以打车应用为例，如果考虑订单金额这个信息元素，则如果司机A的历史订单信息中的订单金额与所考虑的订单的订单金额很接近，则可以给予该司机较高的优先级，例如，较高的评分。换言之，如果相差很远，则给予该司机较低的优先级，例如，较低的评分。这些评分可以进行归一化，例如以100 %为最高评分。
[0038]最后，针对每个潜在用户根据所分配的权重对这些优先级进行求和，以确定每个潜在用户的用户偏好。例如，基于评分的加权和方法的数学表达式为:最终评分=wl*vl+…+wm*vm，其中vi (i = I.._m)表示某个信息元素的归一化评分，wm( i = I.._m)表示该信息元素的权重。在确定了最终评分之后，可以确定这些评分高于预定阈值的用户，从而向这些用户发送订单。
[0039]在一些实施例中，还可以考虑与常规订单处理方法进行组合。例如，如果根据上述方法确定的多个司机的目的地相同，则可以根据常规订单处理方法进一步确定一个或者多个司机。常规订单处理方法可以例如根据司机与乘客之间的距离大小来确定一个或者多个司机。作为另一示例，可以先对订单通过常规订单处理方法进行处理，为该订单确定一个或多个司机，然后考虑所确定的一个或者司机的用户偏好，从而进一步筛选出更加优选的一个或者多个司机。
[0040]在步骤203，将订单发送给所确定的至少一个用户。以打车应用为例，作为订单的用户的司机在接收到订单之后，可以接单或者抢单，从而与乘客达成交易。
[0041]图3是根据本公开的实施例的订单处理设备300的框图。该设备300包括:接收装置301，被配置成接收订单；确定装置302，被配置成至少部分地基于用户偏好，为所述订单确定至少一个用户；以及发送装置303，被配置成将所述订单发送给所述至少一个用户。
[0042]在一些实施例中，确定装置302包括:获取模块，被配置成从潜在用户获取其相应的用户偏好，所述用户偏好至少包括目的地信息；以及确定模块，被配置成根据所述目的地信息与所述订单的目的地，为所述订单确定至少一个用户。
[0043]在一些实施例中，所述确定模块被进一步配置成:在所述目的地信息与所述订单的目的地一致时，为所述订单确定至少一个用户。
[0044]在一些实施例中，确定装置302包括:历史订单处理模块，被配置成基于历史订单信息，确定每个潜在用户的用户偏好，以为所述订单确定至少一个用户。
[0045]在一些实施例中，所述历史订单处理模块被进一步配置成:对所述历史订单信息中的信息元素分配权重;针对信息元素，确定每个潜在用户的优先级；以及针对每个潜在用户，根据所分配的权重对所述优先级进行求和，以确定每个潜在用户的用户偏好。
[0046]根据本公开的又一方面，提供了一种订单处理设备，包括:处理器，所述处理器被配置成:接收订单；至少部分地基于用户偏好，为所述订单确定至少一个用户；以及将所述订单发送给所述至少一个用户。
[0047]应当理解，以上订单处理设备可以利用各种方式来实现。例如，在某些实施例中，以上订单处理设备可以通过硬件、软件或者软件和硬件的结合来实现。其中，硬件部分可以利用专用逻辑来实现;软件部分则可以存储在存储器中，由适当的指令执行系统，例如微处理器或者专用设计硬件来执行。本领域的普通技术人员可以理解上述的方法和系统可以使用计算机可执行指令和/或包含在处理器控制代码中来实现，例如在诸如磁盘、CD或DVD-ROM的载体介质、诸如只读存储器(固件)的可编程的存储器或者诸如光学或电子信号载体的数据载体上提供了这样的代码。本公开的实施例的设备和装置不仅可以由诸如超大规模集成电路或门阵列、诸如逻辑芯片、晶体管等的半导体、或者诸如现场可编程门阵列、可编程逻辑设备等的可编程硬件设备的硬件电路实现，也可以用例如由各种类型的处理器所执行的软件实现，还可以由上述硬件电路和软件的结合(例如固件)来实现。
[0048]应当注意，尽管在上文的详细描述中提及了设备的若干装置或子装置，但是这种划分仅仅是示例性而非强制性的。实际上，根据本公开的实施例，上文描述的两个或更多装置的特征和功能可以在一个装置中具体化。反之，上文描述的一个装置的特征和功能可以进一步划分为由多个装置来具体化。
[0049]以上所述仅为本公开的实施例可选实施例，并不用于限制本公开的实施例，对于本领域的技术人员来说，本公开的实施例可以有各种更改和变化。凡在本公开的实施例的精神和原则之内，所作的任何修改、等效替换、改进等，均应包含在本公开的实施例的保护范围之内。
[0050]虽然已经参考若干具体实施例描述了本公开的实施例，但是应该理解，本公开的实施例并不限于所公开的具体实施例。本公开的实施例旨在涵盖在所附权利要求的精神和范围内所包括的各种修改和等同布置。所附权利要求的范围符合最宽泛的解释，从而包含所有这样的修改及等同结构和功能。
【主权项】
1.一种订单处理方法，包括: 接收订单； 至少部分地基于用户偏好，为所述订单确定至少一个用户；以及 将所述订单发送给所述至少一个用户。2.根据权利要求1所述的方法，其中至少部分地基于用户偏好，为所述订单确定至少一个用户包括: 从潜在用户获取其相应的用户偏好，所述用户偏好至少包括目的地信息；以及 根据所述目的地信息与所述订单的目的地，为所述订单确定至少一个用户。3.根据权利要求2所述的方法，其中根据所述目的地信息与所述订单的目的地，为所述订单确定至少一个用户包括: 在所述目的地信息与所述订单的目的地一致时，为所述订单确定至少一个用户。4.根据权利要求1所述的方法，其中至少部分地基于用户偏好，为所述订单确定至少一个用户包括: 基于历史订单信息，确定每个潜在用户的用户偏好，以为所述订单确定至少一个用户。5.根据权利要求4所述的方法，其中基于历史订单信息，确定每个潜在用户的用户偏好包括: 对所述历史订单信息中的信息元素分配权重； 针对所述信息元素，确定每个潜在用户的优先级；以及 针对每个潜在用户，根据所分配的权重对所述优先级进行求和，以确定每个潜在用户的用户偏好。6.—种订单处理设备，包括: 接收装置，被配置成接收订单； 确定装置，被配置成至少部分地基于用户偏好，为所述订单确定至少一个用户；以及 发送装置，被配置成将所述订单发送给所述至少一个用户。7.根据权利要求6所述的设备，其中所述确定装置包括: 获取模块，被配置成从潜在用户获取其相应的用户偏好，所述用户偏好至少包括目的地信息；以及 确定模块，被配置成根据所述目的地信息与所述订单的目的地，为所述订单确定至少一个用户。8.根据权利要求7所述的设备，其中所述确定模块被进一步配置成: 在所述目的地信息与所述订单的目的地一致时，为所述订单确定至少一个用户。9.根据权利要求6所述的设备，其中所述确定装置包括: 历史订单处理模块，被配置成基于历史订单信息，确定每个潜在用户的用户偏好，以为所述订单确定至少一个用户。10.根据权利要求9所述的设备，其中所述历史订单处理模块被进一步配置成: 对所述历史订单信息中的信息元素分配权重； 针对所述信息元素，确定每个潜在用户的优先级；以及 针对每个潜在用户，根据所分配的权重对所述优先级进行求和，以确定每个潜在用户的用户偏好。
【专利摘要】本公开的实施例涉及订单处理方法和订单处理设备。该订单处理方法包括：接收订单；至少部分地基于用户偏好，为所述订单确定至少一个用户；以及将所述订单发送给所述至少一个用户。本公开的实施例所提供的订单处理方法通过考虑用户偏好，可以提高订单处理效率，改善用户满意度。
【IPC分类】G06Q30/06
【公开号】CN105719173
【申请号】CN201610035351
【发明人】包向信
【申请人】滴滴（中国）科技有限公司
【公开日】2016年6月29日
【申请日】2016年1月19日