[0074] 图2是本公开一种实施方式的订单处理方法的流程图；参照图2,所述方法包括：
[0075] S201 :接收用户设备UE发送的打车请求；
[0076] S202 :根据所述打车请求生成订单信息，将所述订单信息推送至η个终端，所述η 为不小于1的整数；
[0077] S203:接收由所述终端所反馈的抢单请求，并将反馈了抢单请求的终端作为反馈 终端；
[0078] S204 :获取所述反馈终端的爽约率；
[0079] 步骤S201~S204与图1所示的实施例中的步骤SlOl~S104相同，在此不再赘 述。
[0080] S205:从所述爽约率不超过预设阈值的反馈终端中选择一个作为目标终端，并将 所述订单信息分配至所述目标终端。
[0081] 需要说明的是，所述预设阈值可根据需要进行调整。
[0082] 假设终端a、b反馈了抢单请求，若终端a的爽约率为0. 2,终端b的爽约率为0. 99， 若所述预设阈值为〇. 98,则将所述终端b直接排除，将终端a选择为目标终端。
[0083] 但假设终端a、b、c反馈了抢单请求，若终端a的爽约率为0. 2,终端b的爽约率为 0. 99,终端c的爽约率为0. 3,若所述预设阈值为0. 98,则可将所述终端b直接排除，从终端 a、c中选择一个作为目标终端，当然，可采用多种方式来进行选择，例如：选择爽约率更低 的终端a作为目标终端、选择终端a、c中距离出发地址更近的终端作为目标终端或随机选 择终端a、c中的一个终端作为目标终端，当然，还可采用其他方式来进行选择，本实施方式 对此不加以限制。
[0084] 对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域 技术人员应该知悉，本公开实施例并不受所描述的动作顺序的限制，因为依据本公开实施 例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书 中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本公开实施例所必须的。
[0085] 图3是本公开一种实施方式的订单处理装置的结构框图；参照图3,所述装置包 括：
[0086] 请求接收单元301，用于接收用户设备UE发送的打车请求；
[0087] 订单生成单元302,用于根据所述打车请求生成订单信息，将所述订单信息推送至 η个终端，所述η为不小于1的整数；
[0088] 反馈接收单元303,用于接收由所述终端所反馈的抢单请求，并将反馈了抢单请求 的终端作为反馈终端；
[0089] 爽约率获取单元304,用于获取所述反馈终端的爽约率；
[0090] 订单分配单元305,用于根据获取的爽约率从所述反馈终端中选取目标终端，并将 所述订单信息分配至所述目标终端。
[0091 ] 在本公开的一种可选实施例中，所述爽约率获取单元304,进一步用于在映射表中 查找所述反馈终端的爽约率，所述映射表中存储有终端与爽约率之间的对应关系。
[0092] 在本公开的一种可选实施例中，所述装置还包括：
[0093] 映射表建立模块，用于通过下式计算各终端的爽约率，将计算的爽约率Tx与终端X 之间的对命类畜存储革所:!术胁射妄由.
[0094]
[0095] 其中，k为终端X分配的最近η个订单中的爽约订单个数，Cf为η选k的组合数， P为平均爽约率。
[0096] 在本公开的一种可选实施例中，所述爽约率获取单元304,进一步用于通过下式计 算所述反馈终端X的爽约率L，
[0097]
[0098] 其中，k为反馈终端x分配的最近η个订单中的爽约订单个数，为η选k的组 合数，P为平均爽约率。
[0099] 在本公开的一种可选实施例中，所述订单分配单元305,进一步用于从所述爽约率 不超过预设阈值的反馈终端中选择一个作为目标终端。
[0100] 对于系统实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关 之处参见方法实施例的部分说明即可。
[0101] 应当注意的是，在本公开的系统的各个部件中，根据其要实现的功能而对其中的 部件进行了逻辑划分，但是，本公开不受限于此，可以根据需要对各个部件进行重新划分或 者组合，例如，可以将一些部件组合为单个部件，或者可以将一些部件进一步分解为更多的 子部件。
[0102] 本公开的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行 的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用 微处理器或者数字信号处理器（DSP)来实现根据本公开实施例的系统中的一些或者全部 部件的一些或者全部功能。本公开还可以实现为用于执行这里所描述的方法的一部分或者 全部的设备或者装置程序（例如，计算机程序和计算机程序产品）。这样的实现本公开的程 序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可 以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。
[0103] 应该注意的是上述实施例对本公开进行说明而不是对本公开进行限制，并且本领 域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中， 不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词"包含"不排除存在 未列在权利要求中的元件或步骤。位于元件之前的单词"一"或"一个"不排除存在多个这 样的元件。本公开可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来 实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件 项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为 名称。
[0104] 以上实施方式仅适于说明本公开，而并非对本公开的限制，有关技术领域的普通 技术人员，在不脱离本公开的精神和范围的情况下，还可以做出各种变化和变型，因此所有 等同的技术方案也属于本公开的范畴，本公开的专利保护范围应由权利要求限定。
【主权项】
1. 一种订单处理方法，其特征在于，所述方法包括： 接收用户设备发送的打车请求； 根据所述打车请求生成订单信息，将所述订单信息推送至n个终端，所述n为不小于1 的整数； 接收由所述终端所反馈的抢单请求，并将反馈了抢单请求的终端作为反馈终端； 获取所述反馈终端的爽约率； 根据获取的爽约率从所述反馈终端中选取目标终端，并将所述订单信息分配至所述目 标终端。2. 如权利要求1所述的方法，其特征在于，所述获取反馈终端的爽约率，进一步包括： 在映射表中查找所述反馈终端的爽约率，所述映射表中存储包含终端与爽约率之间的 对应关系。3. 如权利要求2所述的方法，其特征在于，所述在映射表中查找所述反馈终端的爽约 率之前，所述方法还包括： 通过下式计算各终端的爽约率，将计算的爽约率L与终端X之间的对应关系存储至所 述映射表中，其中，k为终端X分配的最近n个订单中的爽约订单个数，巧为n选k的组合数，P为 平均爽约率。4. 如权利要求1所述的方法，其特征在于，所述获取反馈终端的爽约率，进一步包括： 通过下式计算所述反馈终端X的爽约率L，其中，k为反馈终端X分配的最近n个订单中的爽约订单个数，G为n选k的组合数，P为平均爽约率。5. 如权利要求1~4中任一项所述的方法，其特征在于，所述根据获取的爽约率从所述 反馈终端中选取目标终端，进一步包括： 从所述爽约率不超过预设阔值的反馈终端中选择一个作为目标终端。6. -种订单处理装置，其特征在于，所述装置包括： 请求接收单元，用于接收用户设备UE发送的打车请求； 订单生成单元，用于根据所述打车请求生成订单信息，将所述订单信息推送至n个终 端，所述n为不小于1的整数； 反馈接收单元，用于接收由所述终端所反馈的抢单请求，并将反馈了抢单请求的终端 作为反馈终端； 爽约率获取单元，用于获取所述反馈终端的爽约率； 订单分配单元，用于根据获取的爽约率从所述反馈终端中选取目标终端，并将所述订 单信息分配至所述目标终端。7. 如权利要求6所述的装置，其特征在于，所述爽约率获取单元，进一步用于在映射表 中查找所述反馈终端的爽约率，所述映射表中存储有终端与爽约率之间的对应关系。8. 如权利要求7所述的装置，其特征在于，所述装置还包括： 映射表建立模块，用于通过下式计算各终端的爽约率，将计算的爽约率L与终端X之 间的对应关系存储至所述映射表中，其中，k为终端X分配的最近n个订单中的爽约订单个数，巧巧n选k的组合数，P为 平均爽约率。9. 如权利要求6所述的装置，其特征在于，所述爽约率获取单元，进一步用于通过下式 计算所述反馈终端X的爽约率L，其中，k为反馈终端X分配的最近n个订单中的爽约订单个数，巧为n选k的组合数，P为平均爽约率。10. 如权利要求6~9中任一项所述的装置，其特征在于，所述订单分配单元，进一步用 于从所述爽约率不超过预设阔值的反馈终端中选择一个作为目标终端。
【专利摘要】本发明公开了一种订单处理方法及装置，涉及运输技术领域，所述方法包括：接收用户设备UE发送的打车请求；根据所述打车请求生成订单信息，将所述订单信息推送至n个终端；接收由所述终端所反馈的抢单请求，并将反馈了抢单请求的终端作为反馈终端；获取所述反馈终端的爽约率；根据获取的爽约率从所述反馈终端中选取目标终端，并将所述订单信息分配至所述目标终端。本发明在推送订单信息后，获取反馈了抢单请求的终端的爽约率，根据获取的爽约率从所述反馈终端中选取目标终端，并将所述订单信息分配至所述目标终端，从而减少了为爽约率较高的终端分配订单信息，降低了爽约订单的数量，提高订单资源利用率，进而提高了用户体验。
【IPC分类】G06Q50/30, G06Q10/02
【公开号】CN105005816
【申请号】CN201510174117
【发明人】秦凯杰
【申请人】北京嘀嘀无限科技发展有限公司
【公开日】2015年10月28日
【申请日】2015年4月13日