订单处理方法及装置的制造方法
【技术领域】
[0001] 本发明涉及运输技术领域，特别涉及一种订单处理方法及装置。
【背景技术】
[0002] 打车软件是一种应用程序，乘客可以便捷地通过用户设备（UE)发布打车需求，并 立即与抢单司机直接沟通，大大提高了打车效率。
[0003] 但使用现有的打车软件时，由于部分司机爽约，即未按照约定承载乘客，致使订单 资源浪费，进而影响用户体验，该现象的主要原因在于打车软件未能识别司机爽约与否，也 就无法针对该现象进一步采取措施防止订单资源的浪费。
【发明内容】
[0004] 鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上 述问题的一种订单处理方法及装置。
[0005] 依据本发明的一个方面，提供了一种订单处理方法，所述方法包括：
[0006] 接收用户设备发送的打车请求；
[0007] 根据所述打车请求生成订单信息，将所述订单信息推送至η个终端，所述η为不小 于1的整数；
[0008] 接收由所述终端所反馈的抢单请求，并将反馈了抢单请求的终端作为反馈终端；
[0009] 获取所述反馈终端的爽约率；
[0010] 根据获取的爽约率从所述反馈终端中选取目标终端，并将所述订单信息分配至所 述目标终端。
[0011] 可选地，所述获取反馈终端的爽约率，进一步包括：
[0012] 在映射表中查找所述反馈终端的爽约率，所述映射表中存储有终端与爽约率之间 的对应关系。
[0013] 可选地，所述在映射表中查找所述反馈终端的爽约率之前，所述方法还包括：
[0014] 通过下式计算各终端的爽约率，将计算的爽约率Tx与终端X之间的对应关系存储 至所述映射表中，
[0015]
[0016] 其中，k为终端X分配的最近η个订单中的爽约订单个数，Cf为η选k的组合数， P为平均爽约率。
[0017] 可选地，所述获取反馈终端的爽约率，进一步包括：
[0018] 通过下式计筧所沐反馈终端X的爽约率Tx，
[0019]
[0020] 其中，k为反馈终端X分配的最近η个订单中的爽约订单个数，为η选k的组合 数，P为平均爽约率。
[0021] 可选地，所述根据获取的爽约率从所述反馈终端中选取目标终端，进一步包括：
[0022] 从所述爽约率不超过预设阈值的反馈终端中选择一个作为目标终端。
[0023] 依据本发明的另一个方面，提供了一种订单处理装置，所述装置包括：
[0024] 请求接收单元，用于接收用户设备UE发送的打车请求；
[0025] 订单生成单元，用于根据所述打车请求生成订单信息，将所述订单信息推送至η 个终端，所述η为不小于1的整数；
[0026] 反馈接收单元，用于接收由所述终端所反馈的抢单请求，并将反馈了抢单请求的 终端作为反馈终端；
[0027] 爽约率获取单元，用于获取所述反馈终端的爽约率；
[0028] 订单分配单元，用于根据获取的爽约率从所述反馈终端中选取目标终端，并将所 述订单信息分配至所述目标终端。
[0029] 可选地，所述爽约率获取单元，进一步用于在映射表中查找所述反馈终端的爽约 率，所述映射表中存储有终端与爽约率之间的对应关系。
[0030] 可选地，所述装置还包括：
[0031] 映射表建立模块，用于通过下式计算各终端的爽约率，将计算的爽约率Tx与终端X 之间的对应关系存储至所述映射表中，
[0032]
[0033] 其中，k为终端X分配的最近η个订单中的爽约订单个数，巧为η选k的组合数， P为平均爽约率。
[0034] 可选地，所述爽约率获取单元，进一步用于通过下式计算所述反馈终端X的爽约 率Tx，
[0035；
[0036] 其中，k为反馈终端X分配的最近η个订单中的爽约订单个数，巧为η选k的组合 数，P为平均爽约率。
[0037] 可选地，所述订单分配单元，进一步用于从所述爽约率不超过预设阈值的反馈终 端中选择一个作为目标终端。
[0038] 本发明在推送订单信息后，获取反馈了抢单请求的终端的爽约率，根据获取的爽 约率从所述反馈终端中选取目标终端，并将所述订单信息分配至所述目标终端，从而减少 了为爽约率较高的终端分配订单信息，降低了爽约订单的数量，提高订单资源利用率，进而 提高了用户体验。
【附图说明】
[0039] 图1是本公开一种实施方式的订单处理方法的流程图；
[0040] 图2是本公开一种实施方式的订单处理方法的流程图；
[0041] 图3是本公开一种实施方式的订单处理装置的结构框图。
【具体实施方式】
[0042] 下面结合附图和实施例，对本公开的【具体实施方式】作进一步详细描述。以下实施 例用于说明本公开，但不用来限制本公开的范围。
[0043] 图1是本公开一种实施方式的订单处理方法的流程图；参照图1，所述方法包括：
[0044] SlOl :接收用户设备UE发送的打车请求；
[0045] 需要说明的是，所述用户设备UE可为手机、平板电脑、掌上电脑PDA或笔记本等设 备，当然，还可为其他具有相似功能的设备，本实施方式对此不加以限制。
[0046] S102 :根据所述打车请求生成订单信息，将所述订单信息推送至η个终端，所述η 为不小于1的整数；
[0047] 可理解的是，所述打车请求中一般会包括：出发地址和目的地地址等信息，所述出 发地址可以为用户设备UE所在位置的地址，当然，也可由乘客来自行设置出发地址。
[0048] 需要说明的是，所述终端即为司机的终端，该终端即可反映司机的位置，若乘客与 司机距离过远，会影响乘客的打车效率，为避免出现该问题，可先搜索与所述出发地址的距 离在预设距离内的终端，并将订单信息推送至搜索的终端（即所述η个终端），当然，所述预 设距离可根据需要进行调整，例如：预设距离可设置为lkm、800m或500m等，当然，还可根据 当前时间是否处于出行高峰期来进行调整。
[0049] 另外，所述终端也可为手机、平板电脑、掌上电脑PDA或笔记本等具有类似功能的 设备。
[0050] S103:接收由所述终端所反馈的抢单请求，并将反馈了抢单请求的终端作为反馈 终端；
[0051] S104 :获取所述反馈终端的爽约率；
[0052] 需要说明的是，可采用多种方式获取所述反馈终端的爽约率，下面以两种方式为 例：
[0053] 第一种方式为映射表查询方式；该方式可快捷地获取所述反馈终端的爽约率，只 需要进行简单地查表就可获取所述反馈终端的爽约率，但采用该方式需要先行建立映射 表，再在映射表中查找所述反馈终端的爽约率，所述映射表中存储有终端与爽约率之间的 对应关系；
[0054] 所述建立映射表的过程可采用步骤：
[0055] 通过下式计算各终端的爽约率，将计算的爽约率Tx与终端X之间的对应关系存储 至所述映射表中，
[0056]
[0057] 其中，k为终端
X分配的最近η个订单中的爽约订单个数，< 为η选k的组合数， P为平均爽约率。
[0058] 需要说明的是，所述平均爽约率p可通过下式计算：
[0059] p = V/S
[0060] 其中，V为所有终端（即服务器中所有司机的终端）的爽约订单总数，S为所有终 端的订单总数。
[0061] 可理解的是，所述爽约订单可定义为有乘客投诉或乘客有二次发送打车请求行为 的订单；
[0062] 但由于爽约大致可分为两种，第一种是确实由于某种原因无法准时去接乘客造成 爽约，第二种是司机在抢到其他更好的订单，如其他打车平台的订单或路边的用户叫车，然 后恶意爽约。
[0063] 若仅将爽约订单定义为有乘客投诉或乘客有二次发送打车请求行为的订单，则无 法识别司机是基于哪种情况所导致的爽约，由于恶意爽约才是真正影响用户体验的原因， 故而，本实施方式中，可先获取有客户投诉或乘客有二次发送打车请求行为的订单，再对获 取的订单进行进一步筛选，进而筛选出恶意爽约的爽约订单，并在计算终端的爽约率时，采 用所述恶意爽约的爽约订单。
[0064] 需要说明的是，对获取的订单进行进一步筛选可采用多种方式，例如：获取司机的 终端反馈抢单请求时所处的位置，再根据该位置到乘客之间的路况，若路况未处于拥堵情 况，则将该订单定义为恶意爽约的爽约订单，当然，还可采用其他方式，本实施方式对此不 加以限制。
[0065] 另外，由于订单和爽约订单经常会发生变化，故而，可按照预设周期来对所述映射 表进行更新。
[0066] 第二种方式为即时计算方式；该方式无需建立、更新所述映射表，故而在实现时较 为简便，不过需要通过计算才能获取所述反馈终端的爽约率，故而爽约率的获取时间较长。
[0067] 所述获取反馈终端的爽约率，进一步包括：
[0068] 通过下式计算所述反馈终端X的爽约率Tx，
[0069]
[0070] 其中，k为反馈终端X分配的最近η个订单中的爽约订单个数，G为η选k的组合 数，P为平均爽约率。
[0071] 当然，还可采用其他方式来获取所述反馈终端的爽约率，本实施方式对此不加以 限制。
[0072] S105:根据获取的爽约率从所述反馈终端中选取目标终端，并将所述订单信息分 配至所述目标终端。
[0073] 本实施方式在推送订单信息后，获取反馈了抢单请求的终端的爽约率，根据获取 的爽约率从所述反馈终端中选取目标终端，并将所述订单信息分配至所述目标终端，从而 减少了为爽约率较高的终端分配订单信息，降低了爽约订单的数量，提高订单资源利用率， 进而提高了用户体验。