CN118278550A - 一种预约单的处理方法、装置、设备及存储介质 - Google Patents

Abstract

本申请涉及网约车技术领域，尤其涉及一种预约单的处理方法、装置、设备及存储介质，用于解决相关技术中预约单虚拟接单后的履约率低，取消率高问题，该方法包括：在响应于用户通过客户端发送的预约单请求，生成对应的虚拟成单信息后，基于该预约单的预约出发时间和阈值，从预设的各派单模式中，确定该预约单请求对应的目标派单模式，并基于目标派单模式为预约单请求匹配目标车辆；若匹配到目标车辆，则用目标车辆的真实司机信息替换虚拟司机信息，得到预约单请求对应的真实成单信息；这样，提升预约单虚拟接单后的履约率，降低接起后的取消率。

Description

一种预约单的处理方法、装置、设备及存储介质

技术领域

本申请涉及网约车技术领域，尤其涉及一种预约单的处理方法、装置、设备及存储介质。

背景技术

预约单一般指的是某服务、产品或活动的预约记录，包括预约时间、地点、预约者姓名、联系方式等信息。在网约车场景下，预约单作为乘客(用户)的一种确定性的呼叫类型，能够很好地向平台服务器传递用车需求。

相关技术中，乘客(用户)发起预约单，为了提前给予用户确定性，平台服务器会先用虚拟的司机信息接起该预约单并告知用户，以便为平台服务器后续寻找真实司机预留足够的时间，当平台服务器找到真实的司机后，在用真实的司机的信息替换原来客户端接单的虚拟的司机信息，这是当前一种提升预约单接起率的常用方式。

上述方式中，在预约单虚拟接单后，平台服务器在预约单对应的预定范围内播放预约用车需求，以查找愿意接单的目标车辆，若预定范围内未查找到愿意接单的目标车辆，系统会自动取消订单并通知用户无法履约。但是根据网约车平台服务器的数据统计，采用前述方法，最终查找到真实的司机的数量很少，造成预约单虚拟接单后的履约率低，取消率高。

发明内容

本申请实施例提供一种预约单的处理方法、装置、设备及存储介质，用以提高预约单虚拟接单后的履约率，降低预约单虚拟接单后的取消率。

本申请实施例提供的具体技术方案如下：

第一方面，本申请实施例提供一种预约单的处理方法，包括：

响应于用户通过客户端发送的预约单请求，生成所述预约单请求对应的虚拟成单信息，其中，所述虚拟成单信息包括虚拟司机信息，所述预约单请求包括订单的预约起点和预约出发时间；

基于所述预约出发时间和阈值，从预设的各派单模式中，确定所述预约单请求对应的目标派单模式，并基于所述目标派单模式，为所述预约单请求匹配目标车辆；

若匹配到目标车辆，则用所述目标车辆的真实司机信息替换所述虚拟司机信息，得到所述预约单请求对应的真实成单信息。

本申请中，通过设置阈值和各派单模式，在生成预约单对应的虚拟成单信息后，基于预约单的预约出发时间和阈值，从各派单模式中，确定目标派单模式，从而采用不同的目标派单模式，为预约单请求匹配目标车辆，可以保障能够在预约单请求对应的预定范围内找到目标车辆，从而提升预约单虚拟接单后的履约率，降低接起后的取消率，提升乘客的打车体验，提高平台的信誉度。

在一种可能的实现方式中，所述阈值包括第一阈值、第二阈值和第三阈值，所述第二阈值大于所述第一阈值，且小于所述第三阈值，所述各派单模式包括抢单模式、调度派单模式和实时单派单模式；

所述基于所述预约出发时间和阈值，从预设的各派单模式中，确定所述预约单请求对应的目标派单模式，包括：

确定所述预约出发时间与当前系统时间的时间差是否大于或等于所述第三阈值；

若是，则将所述抢单模式确定为所述目标派单模式；

若否，且所述时间差小于所述第三阈值，且大于或等于所述第二阈值，且所述预约单请求未匹配到目标车辆，则将第一派单模式确定为所述目标派单模式，其中，所述第一派单模式包括所述调度派单模式和所述抢单模式；

若否，且所述时间差小于所述第二阈值，且大于或等于所述第一阈值，且所述预约单请求未匹配到目标车辆，则将第二派单模式确定为所述目标派单模式，其中，所述第二派单模式包括所述实时单派单模式和所述抢单模式。

本申请中，根据时间差与阈值之间的不同，采用不同的目标派单模式，通过多种方式确保为预约单请求匹配到目标车辆，从而提高预约单虚拟接单后的履约率，降低接起后的取消率。

在一种可能的实现方式中，所述第二阈值是基于所述实时单接驾时间配置阈值和司机等待时间阈值确定的，所述第三阈值是基于所述第二阈值、到达所述预约起点所在区域的历史订单服务时长的统计值，以及往所述预约起点所在区域的历史调度时长的统计值确定的。

本申请中，采用统计值确定第三阈值，以实现针对不同预约单请求采用不同的阈值，确定更适配于该预约单请求的目标派单模式，以确保为该预约单请求匹配到目标车辆。

在一种可能的实现方式中，所述目标派单模式为所述抢单模式时，所述基于所述目标派单模式，为所述预约单请求匹配目标车辆，包括：

基于所述预约起点，确定所述预约单请求对应的所述抢单模式的接单范围；

获取在所述接单范围内的各第一车辆，并向所述各第一车辆分别发送所述预约单请求对应的接单请求；

若在预设时间内接收到所述各第一车辆中任意一个第一车辆的接单应答，则将所述任意一个第一车辆作为所述目标车辆。

在一种可能的实现方式中，所述向所述各第一车辆分别发送所述预约单请求对应的接单请求之后，还包括：

若在所述预设时间内未接收到针对所述接单请求的接单应答，且所述时间差大于或等于所述第三阈值，则重复执行以下操作，直至接收到针对所述接单请求的接单应答，或，所述时间差小于所述第三阈值：

向已发送所述接单请求且未接收到拒单应答的各第一车辆，以及新增的所述接单范围内的各第一车辆，分别发送所述接单请求。

在一种可能的实现方式中，所述目标派单模式为所述第一派单模式时，所述基于所述目标派单模式，为所述预约单请求匹配目标车辆，包括：

循环执行如下操作，直至所述预约单请求匹配到所述目标车辆，或，所述时间差小于所述第二阈值：

基于第一派单范围内的第一车辆大数据和所述预约出发时间，确定是否存在目标服务中车辆，其中，所述第一派单范围是基于所述预约起点确定的所述预约单请求对应的所述调度派单模式的派单范围；所述目标服务中车辆到达所述预约起点的空驶接驾时间和/或空驶接驾距离符合预设的指派接单条件；

若存在，则将所述目标服务中车辆确定为所述目标车辆；

若不存在，则基于所述预约单请求对应的调度范围内的第二车辆大数据，确定是否存在目标调度车辆，若是，则向所述目标调度车辆发送调度提示信息，并在所述目标调度车辆到达所述第一派单范围内后，并将所述目标调度车辆作为所述目标车辆；若否，则向所述预约单请求对应的所述抢单模式的接单范围内的各第二车辆发送所述预约单请求对应的接单请求，并基于预设时间内是否接收到针对所述接单请求的接单应答，确定是否为所述预约单请求匹配到所述目标车辆。

本申请中，采用上述第一派单模式，循环执行调度派单模式和抢单模式，以确保为该预约单请求匹配到目标车辆，提高预约单虚拟接单后的履约率，降低虚拟接单后的取消率。

在一种可能的实现方式中，所述目标派单模式为所述第二派单模式时，所述基于所述目标派单模式，为所述预约单请求匹配目标车辆，包括：

循环执行如下操作，直至所述预约单请求匹配到所述目标车辆，或，所述时间差小于所述第一阈值：

基于第二派单范围内的第三车辆大数据，估算所述第三车辆大数据中每个车辆到达所述预约起点的空驶接驾时间和/或空驶接驾距离，其中，所述第二派单范围是基于所述预约起点确定的所述预约单请求对应的所述实时单派单模式的派单范围；

基于每个车辆的空驶接驾时间和/或空驶接驾距离，确定对应车辆是否符合预设的指派接单条件；

若存在符合所述指派接单条件的车辆，则从符合所述指派接单条件的各车辆中筛选出所述目标车辆；

若不存在符合所述指派接单条件的车辆，则向所述预约单请求对应的所述抢单模式的接单范围内的各第三车辆发送所述预约单请求对应的接单请求，并基于预设时间内是否接收到针对所述接单请求的接单应答，确定是否为所述预约单请求匹配到所述目标车辆。

本申请中，采用上述第二派单模式，循环执行实时单派单模式和抢单模式，以确保为该预约单请求匹配到目标车辆，提高预约单虚拟接单后的履约率，降低虚拟接单后的取消率。

在一种可能的实现方式中，所述指派接单条件包括如下条件中的部分或全部：

空驶接驾时间大于或等于第一时间，且小于或等于第二时间；

空驶接驾距离小于或等于实时单接驾距离配置阈值；

其中，所述各车辆包括空驶车辆和/或服务中车辆；

针对空驶车辆，所述第一时间为所述时间差与预设的司机等待时间阈值的差值，所述第二时间为所述时间差和用户等待时间阈值的和值、与实时单接驾时间配置阈值中的目标值；

针对服务中车辆，所述第一时间为所述时间差、所述司机等待时间阈值和服务中订单的完单剩余时间的差值，所述第二时间为参考和值和实时单接驾时间配置阈值中的目标值，所述参考和值是所述时间差与服务中订单的完单剩余时间的差值、与用户等待时间阈值的和值。

本申请中，通过设置指派接单条件，在实时单派单模式下通过估算第三车辆大数据中每个车辆到达预约起点的空驶接驾时间和/或空驶接驾距离，以确保符合该指派接单条件的车辆可以准时到达预约起点，在提高预约单虚拟接单后的履约率，降低虚拟接单后的取消率，进一步确保提升用户的打车体验，提高平台的信誉度。

第二方面，本申请实施例提供一种预约单的处理装置，包括：

生成模块，用于响应于用户通过客户端发送的预约单请求，生成所述预约单请求对应的虚拟成单信息，其中，所述虚拟成单信息包括虚拟司机信息，所述预约单请求包括订单的预约起点和预约出发时间；

匹配模块，用于基于所述预约出发时间和阈值，从预设的各派单模式中，确定所述预约单请求对应的目标派单模式，并基于所述目标派单模式，为所述预约单请求匹配目标车辆；

替换模块，用于若匹配到目标车辆，则用所述目标车辆的真实司机信息替换所述虚拟司机信息，得到所述预约单请求对应的真实成单信息。

在一种可能的实现方式中，所述阈值包括第一阈值、第二阈值和第三阈值，所述第二阈值大于所述第一阈值，且小于所述第三阈值，所述各派单模式包括抢单模式、调度派单模式和实时单派单模式；所述匹配模块具体用于：

确定所述预约出发时间与当前系统时间的时间差是否大于或等于所述第三阈值；

若是，则将所述抢单模式确定为所述目标派单模式；

若否，且所述时间差小于所述第三阈值，且大于或等于所述第二阈值，且所述预约单请求未匹配到目标车辆，则将第一派单模式确定为所述目标派单模式，其中，所述第一派单模式包括所述调度派单模式和所述抢单模式；

若否，且所述时间差小于所述第二阈值，且大于或等于所述第一阈值，且所述预约单请求未匹配到目标车辆，则将第二派单模式确定为所述目标派单模式，其中，所述第二派单模式包括所述实时单派单模式和所述抢单模式。

在一种可能的实现方式中，所述第二阈值是基于所述实时单接驾时间配置阈值和司机等待时间阈值确定的，所述第三阈值是基于所述第二阈值、到达所述预约起点所在区域的历史订单服务时长的统计值，以及往所述预约起点所在区域的历史调度时长的统计值确定的。

在一种可能的实现方式中，所述目标派单模式为所述抢单模式时，所述匹配模块具体用于：

基于所述预约起点，确定所述预约单请求对应的所述抢单模式的接单范围；

获取在所述接单范围内的各第一车辆，并向所述各第一车辆分别发送所述预约单请求对应的接单请求；

若在预设时间内接收到所述各第一车辆中任意一个第一车辆的接单应答，则将所述任意一个第一车辆作为所述目标车辆。

在一种可能的实现方式中，所述向所述各第一车辆分别发送所述预约单请求对应的接单请求之后，所述匹配模块还用于：

若在所述预设时间内未接收到针对所述接单请求的接单应答，且所述时间差大于或等于所述第三阈值，则重复执行以下操作，直至接收到针对所述接单请求的接单应答，或，所述时间差小于所述第三阈值：

向已发送所述接单请求且未接收到拒单应答的各第一车辆，以及新增的所述接单范围内的各第一车辆，分别发送所述接单请求。

在一种可能的实现方式中，所述目标派单模式为所述第一派单模式时，所述匹配模块具体用于：

循环执行如下操作，直至所述预约单请求匹配到所述目标车辆，或，所述时间差小于所述第二阈值：

基于所述第一派单范围内的第一车辆大数据和所述预约出发时间，确定是否存在目标服务中车辆，其中，所述第一派单范围是基于所述预约起点确定的所述预约单请求对应的所述调度派单模式的派单范围；所述目标服务中车辆到达所述预约起点的空驶接驾时间和/或空驶接驾距离符合预设的指派接单条件；

若存在，则将所述目标服务中车辆确定为所述目标车辆；

若不存在，则基于所述预约单请求对应的调度范围内的第二车辆大数据，确定是否存在目标调度车辆，若是，则向所述目标调度车辆发送调度提示信息，并在所述目标调度车辆到达所述第一派单范围内后，将所述目标调度车辆作为所述目标车辆；若否，则向所述预约单请求对应的所述抢单模式的接单范围内的各第二车辆发送所述预约单请求对应的接单请求，并基于预设时间内是否接收到针对所述接单请求的接单应答，确定是否为所述预约单请求匹配到所述目标车辆。

在一种可能的实现方式中，所述目标派单模式为所述第二派单模式时，所述匹配模块具体用于：

循环执行如下操作，直至所述预约单请求匹配到所述目标车辆，或，所述时间差小于所述第一阈值：

基于第二派单范围内的第三车辆大数据，估算所述第三车辆大数据中每个车辆到达所述预约起点的空驶接驾时间和/或空驶接驾距离，其中，所述第二派单范围是基于所述预约起点确定的所述预约单请求对应的所述实时单派单模式的派单范围；

基于每个车辆的空驶接驾时间和/或空驶接驾距离，确定对应车辆是否符合预设的指派接单条件；

若存在符合所述指派接单条件的车辆，则从符合所述指派接单条件的各车辆中筛选出所述目标车辆；

若不存在符合所述指派接单条件的车辆，则向所述预约单请求对应的所述抢单模式的接单范围内的各第三车辆发送所述预约单请求对应的接单请求，并基于预设时间内是否接收到针对所述接单请求的接单应答，确定是否为所述预约单请求匹配到所述目标车辆。

在一种可能的实现方式中，所述指派接单条件包括如下条件中的部分或全部：

空驶接驾时间大于或等于第一时间，且小于或等于第二时间；

空驶接驾距离小于或等于实时单接驾距离配置阈值；

其中，所述各车辆包括空驶车辆和/或服务中车辆；

针对空驶车辆，所述第一时间为所述时间差与预设的司机等待时间阈值的差值，所述第二时间为所述时间差和用户等待时间阈值的和值、与实时单接驾时间配置阈值中的目标值；

针对服务中车辆，所述第一时间为所述时间差、所述司机等待时间阈值和服务中订单的完单剩余时间的差值，所述第二时间为参考和值和实时单接驾时间配置阈值中的目标值，所述参考和值是所述时间差与服务中订单的完单剩余时间的差值、与用户等待时间阈值的和值。

第三方面，本申请实施例提供一种电子设备，包括：

存储器，用于存储计算机程序或指令；

处理器，用于执行所述存储器中的计算机程序或指令，使得如第一方面中任一所述的方法被执行。

第四方面，本申请实施例提供一种计算机可读存储介质，当所述存储介质中的指令由处理器执行时，使得所述处理器能够执行上述第一方面中任一项所述的方法。

第五方面，本申请实施例提供一种计算机程序产品，所述计算机程序产品包括：计算机程序代码，当所述计算机程序代码在计算机上运行时，使得计算机执行第一方面中任一项所述的方法。

另外，第二方面至第五方面中任意一种实现方式所带来的技术效果可参见第一方面中不同实现方式所带来的技术效果，此处不再赘述。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

图1为本申请实施例中一种可选的应用场景示意图；

图2为本申请实施例中一种预约单的处理方法的流程示意图；

图3为本申请实施例中一种确定目标派单模式的具体处理流程示意图；

图4为本申请实施例中一种抢单模式的订单处理流程示意图；

图5为本申请实施例中一种调度派单模式的订单处理流程示意图；

图6为本申请实施例中一种作为实时单进行派单的订单处理流程示意图；

图7为本申请实施例中一种预约单的处理装置的逻辑架构示意图；

图8为本申请实施例中一种电子设备的实体架构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，并不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够在除了这里图示或描述的那些以外的顺序实施。

相关技术中，乘客(用户)发起预约单，进行预约用车时，为了提前给予用户确定性，平台服务器会先用虚拟的司机信息接起该预约单并告知用户，以便为平台服务器后续寻找真实司机预留足够的时间，当平台服务器找到真实的司机后，在用真实的司机的信息替换原来客户端接单的虚拟的司机信息，这是当前一种提升预约单接起率的常用方式。

上述方式中，在预约单虚拟接单后，平台服务器在预约单对应的预定范围内播放预约用车需求，以查找愿意接单的目标车辆，若预定范围内未查找到愿意接单的目标车辆，系统会自动取消订单并通知用户无法履约。但是根据网约车平台服务器的数据统计，采用前述方法，最终查找到真实的司机的数量很少，造成预约单虚拟接单后的履约率低，取消率高。

对其分析可知，预约单虚拟接单后，通常距离预约单出发时间还有较长的时间，并且越临近出发时间需求的确定性越强，平台服务器能够找到愿意接单的目标车辆的可能性越大。因此，本申请实施例中，为了解决相关技术中预约单虚拟接单后的履约率低，取消率高问题，本申请实施例中，在响应于用户通过客户端发送的预约单请求，生成对应的虚拟成单信息后，基于该预约单的预约出发时间和阈值，从预设的各派单模式中，确定该预约单请求对应的目标派单模式，并基于目标派单模式为预约单请求匹配目标车辆；若匹配到目标车辆，则用目标车辆的真实司机信息替换虚拟司机信息，得到预约单请求对应的真实成单信息。

这样，通过设置阈值和各派单模式，在生成预约单对应的虚拟成单信息后，基于预约单的预约出发时间和阈值，从各派单模式中，确定目标派单模式，从而采用不同的目标派单模式，为预约单请求匹配目标车辆，可以保障能够在预约单请求对应的预定范围(如后续的接单范围、第一派单范围、第二派单范围)内找到目标车辆，从而提升预约单虚拟接单后的履约率，降低接起后的取消率，提升乘客的打车体验，提高平台的信誉度。

下面结合附图对本申请优选的实施方式做出进一步详细说明，应当理解，此处所描述的优选实施例仅用于说明和解释本申请，并不用于限定本申请，并且在不冲突的情况下，本申请实施例及实施例中的特征可以相互组合。

参阅图1所示，其为本申请实施例的一种可选的应用场景示意图。该应用场景包括用户终端10、平台服务器20以及车载终端30，其中，用户终端10通过有线网络或者无线网络与平台服务器20相连接、车载终端30也通过有线网络或者无线网络与平台服务器20相连接。

需要说明的是，图1中的车载终端30的位置仅用于举例，二者具体在图中的位置，并不作为实际安装在车辆中的固定位置。车载终端30的位置也可以在车辆其他位置，比如车载终端30安装在车门处、前排座位之间等位置。

参阅图1所示的网约车应用场景中，用户打开出行类应用程序(Application，APP)的客户端，通过客户端触发预约单请求，其中，预约单请求包括订单的预约起点和预约出发时间。

平台服务器在接收到用户通过客户端发送的预约单请求后，响应于该预约单请求，生成该预约单请求对应的虚拟成单信息，该虚拟成单信息包括虚拟司机信息，即平台服务器在接收到预约单请求后，采用虚拟的司机接起该预约单请求，并基于该虚拟的司机的虚拟司机信息，生成虚拟成单信息。

进一步地，平台服务器可将该虚拟成单信息发送至客户端，客户端向用户展示该虚拟成单信息。

平台服务器基于该预约单请求的预约出发时间和阈值，从预设的各派单模式中，确定预约单请求对应的目标派单模式，并基于该目标派单模式，为预约单请求匹配目标车辆，在匹配到目标车辆后，用目标车辆的真实司机信息替换虚拟司机信息，得到该预约单请求对应的真实成单信息。

进一步地，平台服务器可将真实成单信息推送至客户端，客户端向用户展示真实成单信息。

当然，本申请实施例提供的方法并不限于图1所示的应用场景，还可以用于其它可能的应用场景，本申请实施例不作限定。

在介绍完本申请实施例的应用场景之后，下面采用具体实施例对本申请实施例的一种预约单的处理方法进行详细说明。参阅图2所示，本申请实施例中的一种预约单的处理方法的具体流程包括但不限于如下步骤：

步骤200：响应于用户通过客户端发送的预约单请求，生成预约单请求对应的虚拟成单信息，其中，虚拟成单信息包括虚拟司机信息，预约单请求包括订单的预约起点和预约出发时间。

本申请实施例中，针对步骤200的描述详见前述内容，在此不再赘述。

步骤210：基于预约出发时间和阈值，从预设的各派单模式中，确定预约单请求对应的目标派单模式。

可选的，阈值包括第一阈值(记为T0)、第二阈值(记为T1)和第三阈值(记为T2)，其中，第二阈值大于第一阈值，且小于第三阈值。

一些实施例中，第二阈值是基于实时单接驾时间配置阈值和司机等待时间阈值确定的，第三阈值是基于第二阈值、到达预约起点所在区域的历史订单服务时长的统计值(记为M3)，以及往预约起点所在区域的历史调度时长的统计值(记为M4)确定的。

作为一个具体实施例，第二阈值(T1)＝实时单接驾时间配置阈值+司机等待时间阈值，其中，司机等待时间阈值为平台服务器为司机设置的司机免费超时等待时间，记为M1。

作为一个具体实施例，第三阈值(T2)＝T1+min(max(M3，M4)，R)，其中，M3可以是统计到达预约单请求的预约起点所在区域的历史订单服务时长的80分位数(分钟)，如，在该预约单请求的预约出发时间所在时段，到达预约起点所在区域的历史订单有10个，以及，到达预约起点所在区域的历史订单服务时长分别为1、3、5、6，8，10，12，13，16，18，那么，M3可取值为13，即确保80％的订单都满足要求；M4可以是统计往预约单请求的预约起点所在区域进行司机调度的历史调度时长的80分位数(分钟)，此处80分位数与前述80分位数表征内容类似，在此不再赘述；R可取值为15(分钟)，由于平台服务器中设置的实时单接驾时间配置阈值通常为10(分钟)，司机等待时间阈值通常为5(分钟)，那么，在R取值为15(分钟)时，可保证T2在30分钟内。

可选的，上述各派单模式包括但不限于抢单模式、调度派单模式和实时单派单模式。

本申请实施例中，参阅图3所示，在执行步骤210时，具体执行如下步骤：

步骤2101：确定预约出发时间与当前系统时间的时间差是否大于或等于第三阈值。

一些实施例中，在执行步骤2101时，首先，获取当前系统时间，然后，基于预约出发时间和当前系统时间，确定两者的时间差，将时间差与第三阈值进行比较，并基于比较结果，确定执行后续流程。

其中，若该时间差大于或等于第三阈值，则说明当前系统时间距离预约出发时间较远，执行步骤2102；

若该时间差小于第三阈值，则确定该时间差是否大于或等于第二阈值，在确定该时间差小于第三阈值，且大于或等于第二阈值，且该预约单请求未匹配到目标车辆时，执行步骤2103；

在确定时间差小于第二阈值后，进一步确定该时间差是否大于或等于第一阈值，若确定该时间差小于第二阈值，且大于或等于第一阈值，且该预约单请求未匹配到目标车辆，则执行步骤2104。

在一些实施例中，若确定该时间差小于第一阈值，即说明当前系统时间快到达预约出发时间，那么，若该预约单请求仍未匹配到目标车辆，则平台服务器停止为该预约单请求匹配目标车辆，并向客户端发送预约单请求对应的派单失败通知，以通知用户平台未能找到合适的司机。进一步的，平台服务器还可以向用户给予一定的赔偿或提供其他服务推荐等。

步骤2102：若是，则将抢单模式确定为目标派单模式。

在一些实施例中，在执行步骤2101时，若确定预约出发时间与当前系统时间的时间差大于或等于第三阈值，如第三阈值取值为30(分钟)，则说明当前系统时间距离预约出发时间较远，此时执行步骤2102，即将抢单模式确定为目标派单模式。

步骤2103：若否，且时间差小于第三阈值，且大于或等于第二阈值，且预约单请求未匹配到目标车辆，则将第一派单模式确定为目标派单模式，其中，第一派单模式包括调度派单模式和抢单模式。

在一些实施例中，在执行步骤2101时，若确定预约出发时间与当前系统时间的时间差小于第三阈值，且大于或等于第二阈值，如第二阈值取值为15(分钟)，此时，实时单接驾时间配置阈值取值为10(分钟)，司机等待时间阈值取值为5(分钟)，以及，第三阈值取值为30(分钟)，即说明当前系统时间距离预约出发时间还有一段距离，此时，若该预约单请求仍未匹配到目标车辆，那么，执行步骤2103，即将第一派单模式确定为目标派单模式。

步骤2104：若否，且时间差小于第二阈值，且大于或等于第一阈值，且预约单请求未匹配到目标车辆，则将第二派单模式确定为目标派单模式，其中，第二派单模式包括实时单派单模式和抢单模式。

在一些实施例中，在执行步骤2101时，若确定预约出发时间与当前系统时间的时间差小于第二阈值，且大于或等于第一阈值，如第一阈值取值为5(分钟)，第二阈值取值为15(分钟)，此时，实时单接驾时间配置阈值取值为10(分钟)，司机等待时间阈值取值为5(分钟)，即说明当前系统时间已临近预约出发时间，此时，若该预约单请求仍未匹配到目标车辆，则执行步骤2104，即将第二派单模式确定为目标派单模式。

步骤220：基于该目标派单模式，为预约单请求匹配目标车辆。

在一些实施例中，目标派单模式为抢单模式时，参阅图4所示，在执行步骤220时，可具体执行如下步骤：

步骤2201：基于预约起点，确定预约单请求对应的抢单模式的接单范围。

本申请实施例中，抢单模式下的接单范围大于派单模式下的派单范围，其中，派单模式包括调度派单模式和/或实时单派单模式。

步骤2202：获取在接单范围内的各第一车辆，并向各第一车辆分别发送预约单请求对应的接单请求。

具体实施中，在执行步骤2201确定接单范围后，在执行步骤2202时，确定接单范围内的车辆，并从确定的接单范围内的车辆中筛选出符合抢单条件的各第一车辆，然后，再向各第一车辆分别发送预约单请求对应的接单请求，以获得各第一车辆的接单意愿。

一些实施例中，抢单条件包括但不限于开启抢单功能的车载终端的车辆、符合风控条件的车辆等。可以理解的是，第一车辆可以是服务中车辆，也可以是空驶车辆。

步骤2203：若在预设时间内接收到各第一车辆中任意一个第一车辆的接单应答，则将该第一车辆作为目标车辆。

本申请实施例中，若在向各第一车辆分别发送预约单请求对应的接单请求后的预设时间内，接收到各第一车辆中任意一个第一车辆的接单应答，则将该第一车辆确定为目标车辆。

在一些实施例中，在向各第一车辆分别发送预约单请求对应的接单请求之后，若在预设时间内未接收到针对接单请求的接单应答，且该时间差大于或等于第三阈值，则重复执行以下操作，直至接收到针对接单请求的接单应答，或，时间差小于第三阈值：向已发送该接单请求且未接收到拒单应答的各第一车辆，以及新增的前述接单范围内的各第一车辆，分别发送接单请求。

这样，在再次发送该预约单请求对应的接单请求时，将收到过拒单应答的第一车辆排除掉，可以增加司机的接单机会，并不对已拒单的司机进行二次打扰。

在一些实施例中，目标派单模式为第一派单模式时，参阅图5所示，在执行步骤220时，可循环执行如下步骤，直至预约单请求匹配到目标车辆，或，时间差小于第二阈值：

步骤2201’：基于第一派单范围内的第一车辆大数据和预约出发时间，确定是否存在目标服务中车辆，其中，第一派单范围是基于预约起点确定的预约单请求对应的调度派单模式的派单范围；目标服务中车辆到达预约起点的空驶接驾时间和/或空驶接驾距离符合预设的指派接单条件。

本申请实施例中，在执行步骤2201’时，首先获取第一派单范围内的第一车辆大数据，然后，基于第一派单范围内的第一车辆大数据和预约出发时间，确定是否存在目标服务中车辆，若存在，则执行步骤2202’，将该目标服务中车辆确定为目标车辆；若不存在，则执行步骤2203’，进行调度倾斜，以从第一派单范围的周边区域调度车辆，为该预约单请求提供服务。

步骤2202’：若存在，则将目标服务中车辆确定为目标车辆。

步骤2203’：若不存在，则基于预约单请求对应的调度范围内的第二车辆大数据，确定是否存在目标调度车辆，若是，则向目标调度车辆发送调度提示信息，并在目标调度车辆到达第一派单范围内后，将目标调度车辆作为目标车辆；若否，则向预约单请求对应的抢单模式的接单范围内的各第二车辆发送预约单请求对应的接单请求，并基于预设时间内是否接收到针对接单请求的接单应答，确定是否为预约单请求匹配到目标车辆。

在一些实施例中，在执行步骤2201’后，若确定第一派单范围内不存在目标服务中车辆，且该预约单请求与当前系统时间的时间差小于第三阈值，且大于或等于第二阈值，且该预约单请求未匹配到目标车辆时，执行步骤2203’，基于预约单请求对应的调度范围(即第一派单范围的周边区域)，调用调度系统进行司机(车辆)优先调度，调度系统从该调度范围内的第二车辆大数据中，筛选出需调度到预约起点所在区域的目标调度车辆，并向目标调度车辆发送调度提示信息，并在目标调度车辆到达第一派单范围内后，将该目标调度车辆确定为目标车辆。

另一些实施例中，若调度系统从该调度范围内的第二车辆大数据中，未筛选出可以调度到预约起点所在区域的目标调度车辆，或，发出调度提醒信息后，目标调度车辆未到达该第一派单范围，则向预约单请求对应的抢单模式的接单范围内的各第二车辆发送预约单请求对应的接单请求，并基于预设时间内是否接收到针对接单请求的接单应答，确定是否为预约单请求匹配到目标车辆。

作为一个具体实施例，上述各第二车辆不包括已接收到针对该接单请求的拒单应答的车辆，以避免对已发送拒单应答的司机的二次打扰。

可选的，当调度系统中存在多个预约单请求，此时存在多个虚拟接单区域竞争调度司机(车辆)情况，那么，可使用如下运筹优化调度模型，来确定最优的调度代价，其中，基于司机的实际调度时间(即司机从当前地点调度到预约起点的第一派单范围(又称为可接单范围)的时间)作为调度代价，根据下面的运筹优化调度模型，在最大限度满足虚拟接单区域需求的司机(车辆)调度下，确保整体的调度代价最小，也就是整体消耗的实际调度时间最小，此时的虚拟接单区域和车辆的匹配结果即为最终的调度方案：

其中，I：表示所有虚拟接单区域可调度的司机集合；J：表示虚拟接单区域集合；x_ij：表示司机i是否调度到虚拟接单区域j；a_ij：表示司机i调度到虚拟接单区域j的收益；Δ_j：表示虚拟接单区域j当前还缺少的司机总数，等于虚拟接单区域j的总需求数-总供给数；约束1：表示一个虚拟接单区域的需要调度司机的最大数量；约束2：表示一个司机最多调度到一个虚拟接单区域。

本申请实施例中，可以通过如下公式表示I：

其中，I_j：表示虚拟接单区域j所有预约单请求可调度的司机集合；

O_d：表示虚拟接单的预约单d可调度的司机集合，满足在当前系统时间-T1的时间范围内，能够调度过来的司机；

M：表示调度时间的最大阈值，如，M＝T2-T1；t_ij：表示司机的实际调度时间。

根据上式公式，可以确认a_ij和t_ij是负相关(逆向)的关系，即调度的收益越大，司机的实际调度时间越短；调度的收益越小，司机的实际调度时间越长。

这样，采用上述运筹优化调度模型，可以在存在多个预约单请求需要调度车辆时，在最大限度满足虚拟接单区域需求的司机调度的前提下，确保整体的调度代价最小，利于平台整体运营。

可选的，本申请一些实施例中，可以针对上述预约单请求这一确定性需求，进行调度倾斜，具体的可以采用如下方式中的部分或全部：

方式1、从时间上优先对预约单调度，即每次调度先进行针对预约单请求的调度，再进行普通订单请求的正常调度；

方式2、由于预约单请求相比与普通订单请求的确定性更强，因此，相比于普通订单请求可以配置更大的调度范围，进一步地，还可以针对预约单请求的预约起点所对应的经纬度兴趣点(Point of Interest，POI)周边进行精准调度；

方式3、在预约单请求的调度收益上可再加一个极值，极值可为普通订单请求的正常调度收益的最大值，确保预约单调度的收益大于普通调度的收益。

本申请实施例中，在确定调度范围内的第二车辆大数据中不存在目标调度车辆后，采用抢单模式为该预约单请求进行播单，将接收到针对接单请求的接单应答后，将该接单应答对应的车辆确定为目标车辆，进一步保障能够为该预约单请求匹配到目标车辆，进一步提升预约单虚拟接单后的履约率，降低接起后的取消率，提升乘客的打车体验，提高平台的信誉度。

在一些实施例中，目标派单模式为第二派单模式时，参阅图6所示，在执行步骤220时，可循环执行如下步骤，直至预约单请求匹配到目标车辆，或，时间差小于第一阈值：

步骤2201”：基于第二派单范围内的第三车辆大数据，估算第三车辆大数据中每个车辆到达预约起点的空驶接驾时间和/或空驶接驾距离，其中，第二派单范围是基于预约起点确定的预约单请求对应的实时单派单模式的派单范围。

本申请实施例中，在执行步骤2201”时，首先获取第二派单范围内的第三车辆大数据，然后，估算每个第三车辆到达预约起点的空驶接驾时间和/或空驶接驾距离。

步骤2202”：基于每个车辆的空驶接驾时间和/或空驶接驾距离，确定对应车辆是否符合预设的指派接单条件。

本申请实施例中，该指派接单条件包括如下条件中的部分或全部：

条件一，空驶接驾时间大于或等于第一时间，且小于或等于第二时间；

条件二，空驶接驾距离小于或等于实时单接驾距离配置阈值。

其中，各车辆包括空驶车辆和/或服务中车辆。

针对空驶车辆，第一时间为时间差与预设的司机等待时间阈值的差值，第二时间为时间差和用户等待时间阈值的和值、与实时单接驾时间配置阈值中的目标值；

针对服务中车辆，所述第一时间为时间差、司机等待时间阈值和服务中订单的完单剩余时间的差值，第二时间为参考和值和实时单接驾时间配置阈值中的目标值，参考和值是所述时间差与服务中订单的完单剩余时间的差值、与用户等待时间阈值的和值。

可选的，作为一个具体实施例，符合上述指派接单条件的车辆满足如下要求：

要求一，在抢单模式中，拒绝过此预约单请求的车辆(司机)，可以继续指派。

要求二，司机的空驶接驾时间和距离，满足系统配置实时单的接驾要求。

约束条件：

1、空驶接驾时间≤实时单接驾时间配置阈值；

2、空驶接驾距离≤实时单接驾距离配置阈值。

要求三，司机的等待时间满足小于或等于司机免费超时等待的时间，记为M1(如，5分钟，可由运营人员自行配置)，乘客的等待时间小于或等于一定的阈值，记为M2(如，5分钟)。

其中，M2是乘客允许司机迟到的时间，这个阈值可以预先基于订单特征(订单起点、订单终点、出发时间、订单预估里程、订单预估金额等)的历史数据，对模型进行训练，以得到订单特征与乘客容忍等待时间的关系，具体实施中，可以提取当前预约单请求对应的订单特征，将该提取出的订单特征输入上述模型，以得到该预约单请求对应的阈值M2；

司机的等待时间＝预约单请求的预约出发时间-(当前系统时间+总接驾时间)；

乘客的等待时间＝0-司机的等待时间

约束条件：

1、总接驾时间≥预约出发时间-M1-当前系统时间；

2、总接驾时间≤预约出发时间+M2-当前系统时间。

基于上述要求2和3，符合指派接单条件的车辆的空驶接驾时间和空驶接驾距离的约束分别如下：

步骤2203”：若存在符合指派接单条件的车辆，则从符合指派接单条件的各车辆中筛选出目标车辆。

本申请实施例中，在执行步骤2203”时，从符合上述指派接单条件的各车辆中筛选目标车辆，不仅可以为预约单请求匹配到目标车辆，还可以保证匹配到的目标车辆可以在规定时间内到达预约起点，为预约单请求的用户提供服务，从而提升预约单虚拟接单后的履约率，提升乘客的打车体验，提高平台的信誉度及服务质量。本申请中，上述各车辆中包括在抢单模式下，拒绝过该预约单请求的车辆，这样，可以进一步保障能够为该预约单请求匹配到目标车辆，进一步提升预约单虚拟接单后的履约率，降低接起后的取消率，提升乘客的打车体验，提高平台的信誉度。

可选的，当存在多个此类预约单请求竞争匹配车辆时，可以基于如下方式来确定最终的匹配结果，即采用运筹优化模型，确定订单和车辆匹配的最优解，即基于空驶接驾时间和司机等待时间作为接驾代价，根据下面的运筹优化模型，确定最终达成总接驾代价最小的匹配结果：

其中，W_ij：订单i和车辆j之间的匹配权重；X_ij：订单i和车辆j匹配时为1，否则为0。

本申请实施例中，匹配权重和空驶接驾时间、空驶接驾距离、司机等待时间的关系，可用如下公式表示：

其中，T：系统配置的最大接驾时间阈值；t_ij：表示司机的空驶接驾时间，接力单场景计算上一单终点到当前订单起点的时间；G：系统配置的司机最大等待时间阈值；g_ij：表示司机等待乘客的时间；k₁,k₂：分别表示空驶接驾时间和司机等待时间归一化对整体权重影响的比例。

根据上述公式可知，W_ij表示的匹配权重和接驾代价是负相关(逆向)的关系，即接驾代价越低、匹配权重越高，接驾代价越高、匹配权重越低。

这样，采用上述运筹优化模型，可以在存在多个此类预约单请求需要匹配车辆时，基于空驶接驾时间和司机等待时间作为接驾代价，确定最终达成总接驾代价最小的匹配结果，以为此类预约单请求查找到目标车辆。

可选的，本申请一些实施例中，可以针对上述预约单请求这一确定性需求，进行派单倾斜，具体的可以采用如下方式中的部分或全部：

方式1、从时间上优先对预约单派单，即先进行预约单派单，再进行普通订单派单；

方式2、在匹配权重上可再加一个极值，极值可等于普通订单请求派单的匹配权重的最大值，确保预约单请求的匹配权重都大于普通派单的匹配权重；

方式3、预约单请求在实时派单时，由于用户用车时间是确定的，可只要考虑司机空驶接驾时间、司机等待时间作为接驾代价，即前述接驾代价越低派单权重越高，相比于普通订单请求派单的接驾代价(只考虑总的接驾时间，接驾时间越短(用户等待时间短，司机接驾距离也短)，匹配权重越高)，确保了派单倾斜。

步骤2204”：若不存在符合指派接单条件的车辆，则向预约单请求对应的抢单模式的接单范围内的各第三车辆发送预约单请求对应的接单请求，并基于预设时间内是否接收到针对接单请求的接单应答，确定是否为预约单请求匹配到目标车辆。

本申请实施例中，在确定第二派单范围内的第三车辆大数据中不存在符合指派接单条件的车辆后，采用抢单模式为该预约单请求进行播单，并将接收到针对接单请求的接单应答后，将该车辆确定为目标车辆，进一步保障能够为该预约单请求匹配到目标车辆，进一步提升预约单虚拟接单后的履约率，降低接起后的取消率，提升乘客的打车体验，提高平台的信誉度。

步骤230：若匹配到目标车辆，则用该目标车辆的真实司机信息替换上述虚拟司机信息，得到该预约单请求对应的真实成单信息。

本申请实施例中，在执行步骤220后，若确定为预约单请求匹配到目标车辆，则执行步骤230，使用目标车辆的真实司机信息替换虚拟成单信息中的虚拟司机信息，从而得到该预约单请求对应的真实成单信息。进一步地，将该真实成单信息发送给用户的客户端，以通知用户真实接单成功，以及接驾司机的真实司机信息等。

下面采用具体举例对上述预约单的处理方法进行说明。

假设预约单请求A是虚拟接单后的订单，且未匹配到目标车辆，其中，预约单请求A可以是新接起的预约单请求(即未发起过接单请求的预约单请求)，也可以是已发起过接单请求的预约单请求。

那么，平台服务器对预约单请求A进行虚拟接单，并向客户端发送虚拟成单信息，以使客户端向用户展示该虚拟成单信息，其中，虚拟成单信息包括虚拟司机信息，然后，为预约单请求A找目标车辆，基于该预约单请求A的预约出发时间和阈值，确定对应的目标派单模式。

在一些实施例中，若预约出发时间大于或等于第三阈值(T2)，则确定目标派单模式为抢单模式，基于抢单模式，为预约单请求A匹配目标车辆。

可选的，基于预约单请求A的预约起点，确定预约单请求A在抢单模式的接单范围，并基于接单范围内的第一车辆大数据，确定符合抢单条件的各第一车辆，并向各第一车辆分别发送该预约单请求A对应的接单请求。

在确定存在符合抢单条件且愿意接单的第一车辆(即收到针对该预约单请求A对应的接单应答)，则将该第一车辆确定为目标车辆，并用目标车辆的真实司机信息替换用户的客户端中的虚拟成单信息中的虚拟司机信息，结束流程；在确定不存在符合抢单条件的第一车辆，或，不存在愿意接单的第一车辆，则继续为预约单请求A找目标车辆，即基于该预约单请求A的预约出发时间和阈值，确定对应的目标派单模式。

在另一些实施例中，若预约出发时间大于或等于第二阈值(T1)，且小于第三阈值(T2，如30分钟)，则确定目标派单模式为第一派单模式，基于该第一派单模式，为预约单请求A匹配目标车辆。

可选的，在确定目标派单模式为第一派单模式后，首先，针对预约单请求A进行调度派单模式，进行调度倾斜，若未为该预约单请求A匹配到目标车辆，则针对预约单请求A进行抢单模式，若仍未为该预约单请求A匹配到目标车辆，则重复采用调度派单模式、抢单模式，直至为该预约单请求A匹配到目标车辆，或，时间差小于第二阈值。

首先，基于预约起点和预约出发时间，确定是否存在目标服务中车辆，并通知调度系统进行优先车辆调度。

具体的，基于预约起点确定的预约单请求A对应的调度派单模式的第一派单范围，以及预约出发时间，确定是否存在目标服务中车辆；

若存在，则将该目标服务中车辆确定为目标车辆，并在该目标服务器中车辆到达预约单请求A的第一派单范围内后，将该预约单请求A派给目标服务中车辆，并用目标调度车辆(目标车辆)的真实司机信息替换用户的客户端中虚拟成单信息中的虚拟司机信息，结束流程；

若不存在，则基于预约单请求对应的调度范围内的第二车辆大数据，确定是否存在可调度到预约起点所在区域的目标调度车辆，若是，则向该目标调度车辆发送调度提示信息，并在目标调度车辆到达第一派单范围内后，将该目标调度车辆作为目标车辆，并将该预约单请求A派给该目标调度车辆(目标车辆)，用目标调度车辆(目标车辆)的真实司机信息替换用户的客户端中虚拟成单信息中的虚拟司机信息，结束流程，若否，即不存在目标调度车辆，则进行抢单模式。

可选的，抢单模式下，获取预约单请求A对应的抢单模式的接单范围内的各车辆，并确定各车辆是否符合抢单条件，若存在，此时，符合抢单条件的车辆记为第二车辆，则向各第二车辆分别发送预约单请求A对应的接单请求，若在预设时间内接收到针对接单请求的接单应答，则将该发送接单应答的第二车辆确定为目标车辆，即为该预约单请求A匹配到目标车辆，若在预设时间内未接收到针对接单请求的接单应答，或，各车辆中不存在符合抢单条件的车辆，则确定未为该预约单请求A匹配到目标车辆。在另一些实施例中，若预约出发时间大于或等于第一阈值(T0)，且小于第二阈值(T1，如15分钟)，则确定目标派单模式为第二派单模式，基于该第二派单模式，为预约单请求A匹配目标车辆。

可选的，在确定目标派单模式为第二派单模式后，首先，针对预约单请求A进行实时单派单模式，若未为该预约单请求A匹配到目标车辆，则针对预约单请求A进行抢单模式，若仍未为该预约单请求A匹配到目标车辆，则重复采用实时单派单模式、抢单模式，直至为该预约单请求A匹配到目标车辆，或，时间差小于第一阈值。

首先，确定符合指派接单条件的所有车辆。基于预约起点确定的预约单请求A对应的实时单派单模式的第二派单范围内的第三车辆大数据，估算第三车辆大数据中每个车辆到达预约起点的空驶接驾时间、空驶接驾距离，并基于每个车辆的空驶接驾时间、空驶接驾距离，确定对应车辆是否符合预设的指派接单条件，从而确定符合指派接单条件的所有车辆。

进一步的，若存在符合指派接单条件的车辆，则进行派单倾斜，从符合指派接单条件的各车辆中，筛选出与预约单请求A匹配的目标车辆，以得到最终的匹配结果，并用目标车辆的真实司机信息替换用户的客户端中虚拟成单信息中的虚拟司机信息，结束流程；

若不存在符合指派接单条件的车辆，则基于预约单请求A对应的抢单模式的接单范围内的第四车辆大数据，确定符合抢单条件的各第三车辆，并确定存在符合抢单条件且愿意接单的第三车辆时，将该第三车辆确定为目标车辆，用目标车辆的真实司机信息替换用户的客户端中虚拟成单信息中的虚拟司机信息，结束流程；确定不存在符合抢单条件的第三车辆，或，不存在愿意接单的第三车辆，则确定未为该预约单请求A匹配到目标车辆，返回进行实时单派单模式。

可选的，抢单模式下，在确定存在符合抢单条件的各第三车辆后，向各第三车辆分别发送预约单请求A对应的接单请求，若在预设时间内接收到各第三车辆中的任意一个第三车辆发送的针对接单请求的接单应答，则将该发送接单应答的第三车辆确定为目标车辆，若在预设时间内未接收到针对接单请求的接单应答，或，第四车辆大数据中不存在符合抢单条件的第三车辆，则确定未为该预约单请求A匹配到目标车辆。

在一些实施例中，若预约出发时间小于第一阈值(T0，如5分钟)，则向客户端发送该预约单请求对应的派单失败通知，以使客户端向用户展示派单失败通知，结束流程。本申请实施例中，通过设置阈值和各派单模式，可以在临近预约单的预约出发时间时，保障能够在预定范围内找到目标车辆。具体的，基于预约单请求这种确定性需求，对车辆提前进行调度倾斜，确保预约单请求在预约出发时间前，出发地周边存在足够可用的目标车辆；针对临近预约出发时间未接起的预约单，不再采用抢单模式，而是直接作为实时单进行指派，并进行派单倾斜，确保周边可用的目标车辆优先派给这类预约单请求；通过以上两方面的优化，可以提升预约单虚拟接单后的履约率，降低接起后的取消率，提升乘客的打车体验，提高平台的信誉度。

基于同一发明构思，参阅图7所示，本申请实施例中提供一种预约单的处理装置，包括：

生成模块710，用于响应于用户通过客户端发送的预约单请求，生成所述预约单请求对应的虚拟成单信息，其中，所述虚拟成单信息包括虚拟司机信息，所述预约单请求包括订单的预约起点和预约出发时间；

匹配模块720，用于基于所述预约出发时间和阈值，从预设的各派单模式中，确定所述预约单请求对应的目标派单模式，并基于所述目标派单模式，为所述预约单请求匹配目标车辆；

替换模块730，用于若匹配到目标车辆，则用所述目标车辆的真实司机信息替换所述虚拟司机信息，得到所述预约单请求对应的真实成单信息。

在一种可能的实现方式中，所述阈值包括第一阈值、第二阈值和第三阈值，所述第二阈值大于所述第一阈值，且小于所述第三阈值，所述各派单模式包括抢单模式、调度派单模式和实时单派单模式；所述匹配模块720具体用于：

确定所述预约出发时间与当前系统时间的时间差是否大于或等于所述第三阈值；

若是，则将所述抢单模式确定为所述目标派单模式；

若否，且所述时间差小于所述第三阈值，且大于或等于所述第二阈值，且所述预约单请求未匹配到目标车辆，则将第一派单模式确定为所述目标派单模式，其中，所述第一派单模式包括所述调度派单模式和所述抢单模式；

若否，且所述时间差小于所述第二阈值，且大于或等于所述第一阈值，且所述预约单请求未匹配到目标车辆，则将第二派单模式确定为所述目标派单模式，其中，所述第二派单模式包括所述实时单派单模式和所述抢单模式。

在一种可能的实现方式中，所述第二阈值是基于所述实时单接驾时间配置阈值和司机等待时间阈值确定的，所述第三阈值是基于所述第二阈值、到达所述预约起点所在区域的历史订单服务时长的统计值，以及往所述预约起点所在区域的历史调度时长的统计值确定的。

在一种可能的实现方式中，所述目标派单模式为所述抢单模式时，所述匹配模块720具体用于：

基于所述预约起点，确定所述预约单请求对应的所述抢单模式的接单范围；

获取在所述接单范围内的各第一车辆，并向所述各第一车辆分别发送所述预约单请求对应的接单请求；

若在预设时间内接收到所述各第一车辆中任意一个第一车辆的接单应答，则将所述任意一个第一车辆作为所述目标车辆。

在一种可能的实现方式中，所述向所述各第一车辆分别发送所述预约单请求对应的接单请求之后，所述匹配模块720还用于：

若在所述预设时间内未接收到针对所述接单请求的接单应答，且所述时间差大于或等于所述第三阈值，则重复执行以下操作，直至接收到针对所述接单请求的接单应答，或，所述时间差小于所述第三阈值：

向已发送所述接单请求且未接收到拒单应答的各第一车辆，以及新增的所述接单范围内的各第一车辆，分别发送所述接单请求。

在一种可能的实现方式中，所述目标派单模式为所述第一派单模式时，所述匹配模块720具体用于：

循环执行如下操作，直至所述预约单请求匹配到所述目标车辆，或，所述时间差小于所述第二阈值：

基于第一派单范围内的第一车辆大数据和所述预约出发时间，确定是否存在目标服务中车辆，其中，所述第一派单范围是基于所述预约起点确定的所述预约单请求对应的所述调度派单模式的派单范围；所述目标服务中车辆到达所述预约起点的空驶接驾时间和/或空驶接驾距离符合预设的指派接单条件；

若存在，则将所述目标服务中车辆确定为所述目标车辆；

若不存在，则基于所述预约单请求对应的调度范围内的第二车辆大数据，确定是否存在目标调度车辆，若是，则向所述目标调度车辆发送调度提示信息，并在所述目标调度车辆到达所述第一派单范围内后，并将所述目标调度车辆作为所述目标车辆；若否，则向所述预约单请求对应的所述抢单模式的接单范围内的各第二车辆发送所述预约单请求对应的接单请求，并基于预设时间内是否接收到针对所述接单请求的接单应答，确定是否为所述预约单请求匹配到所述目标车辆。

在一种可能的实现方式中，所述目标派单模式为所述第二派单模式时，所述匹配模块720具体用于：

循环执行如下操作，直至所述预约单请求匹配到所述目标车辆，或，所述时间差小于所述第一阈值：

基于第二派单范围内的第三车辆大数据，估算所述第三车辆大数据中每个车辆到达所述预约起点的空驶接驾时间和/或空驶接驾距离，其中，所述第二派单范围是基于所述预约起点确定的所述预约单请求对应的所述实时单派单模式的派单范围；

基于每个车辆的空驶接驾时间和/或空驶接驾距离，确定对应车辆是否符合预设的指派接单条件；

若存在符合所述指派接单条件的车辆，则从符合所述指派接单条件的各车辆中筛选出所述目标车辆；

若不存在符合所述指派接单条件的车辆，则向所述预约单请求对应的所述抢单模式的接单范围内的各第三车辆发送所述预约单请求对应的接单请求，并基于预设时间内是否接收到针对所述接单请求的接单应答，确定是否为所述预约单请求匹配到所述目标车辆。

在一种可能的实现方式中，所述指派接单条件包括如下条件中的部分或全部：

空驶接驾时间大于或等于第一时间，且小于或等于第二时间；

空驶接驾距离小于或等于实时单接驾距离配置阈值；

其中，所述各车辆包括空驶车辆和/或服务中车辆；

针对空驶车辆，所述第一时间为所述时间差与预设的司机等待时间阈值的差值，所述第二时间为所述时间差和用户等待时间阈值的和值、与实时单接驾时间配置阈值中的目标值；

针对服务中车辆，所述第一时间为所述时间差、所述司机等待时间阈值和服务中订单的完单剩余时间的差值，所述第二时间为参考和值和实时单接驾时间配置阈值中的目标值，所述参考和值是所述时间差与服务中订单的完单剩余时间的差值、与用户等待时间阈值的和值。

基于同一发明构思，本申请实施例中提供一种电子设备，下面参照图8来描述根据本申请的这种实施方式的电子设备80。图8显示的电子设备80仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图8所示，电子设备80以通用电子设备的形式表现。电子设备80的组件可以包括但不限于：上述至少一个处理器81、上述至少一个存储器82、连接不同系统组件(包括存储器82和处理器81)的总线83。

总线83表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器、外围总线、处理器或者使用多种总线结构中的任意总线结构的局域总线。

存储器82可以包括易失性存储器形式的可读介质，例如随机存取存储器(RAM)821和/或高速缓存存储器822，还可以进一步包括只读存储器(ROM)823。

存储器82还可以包括具有一组(至少一个)程序模块824的程序/实用工具825，这样的程序模块824包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

电子设备80也可以与一个或多个外部设备84(例如键盘、指向设备等)通信，还可与一个或者多个使得用户能与电子设备80交互的设备通信，和/或与使得该电子设备80能与一个或多个其它电子设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口85进行。并且，电子设备80还可以通过网络适配器86与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器86通过总线83与用于电子设备80的其它模块通信。应当理解，尽管图中未示出，可以结合电子设备80使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理器、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

基于同一发明构思，本申请实施例提供一种计算机可读存储介质，当所述存储介质中的指令由处理器执行时，使得所述处理器能够执行上述任一项所述的方法。由于上述计算机可读存储介质解决问题的原理与前述预约单的处理方法相似，因此上述计算机可读存储介质的实施可以参见方法的实施，重复之处不再赘述。

基于同一发明构思，本申请实施例还提供了一种计算机程序产品，该计算机程序产品包括：计算机程序代码，当该计算机程序代码在计算机上运行时，使得计算机执行如前文论述任一的方法。由于上述计算机程序产品解决问题的原理与预约单的处理方法相似，因此上述计算机程序产品的实施可以参见方法的实施，重复之处不再赘述。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图中的一个流程或多个流程和/或方框图中的一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图中的一个流程或多个流程和/或方框图中的一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图中的一个流程或多个流程和/或方框图中的一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (12)

1.一种预约单的处理方法，其特征在于，包括：

响应于用户通过客户端发送的预约单请求，生成所述预约单请求对应的虚拟成单信息，其中，所述虚拟成单信息包括虚拟司机信息，所述预约单请求包括订单的预约起点和预约出发时间；

基于所述预约出发时间和阈值，从预设的各派单模式中，确定所述预约单请求对应的目标派单模式，并基于所述目标派单模式，为所述预约单请求匹配目标车辆；

若匹配到目标车辆，则用所述目标车辆的真实司机信息替换所述虚拟司机信息，得到所述预约单请求对应的真实成单信息。

2.如权利要求1所述的方法，其特征在于，所述阈值包括第一阈值、第二阈值和第三阈值，所述第二阈值大于所述第一阈值，且小于所述第三阈值，所述各派单模式包括抢单模式、调度派单模式和实时单派单模式；

所述基于所述预约出发时间和阈值，从预设的各派单模式中，确定所述预约单请求对应的目标派单模式，包括：

确定所述预约出发时间与当前系统时间的时间差是否大于或等于所述第三阈值；

若是，则将所述抢单模式确定为所述目标派单模式；

若否，且所述时间差小于所述第三阈值，且大于或等于所述第二阈值，且所述预约单请求未匹配到目标车辆，则将第一派单模式确定为所述目标派单模式，其中，所述第一派单模式包括所述调度派单模式和所述抢单模式；

若否，且所述时间差小于所述第二阈值，且大于或等于所述第一阈值，且所述预约单请求未匹配到目标车辆，则将第二派单模式确定为所述目标派单模式，其中，所述第二派单模式包括所述实时单派单模式和所述抢单模式。

3.如权利要求2所述的方法，其特征在于，所述第二阈值是基于所述实时单接驾时间配置阈值和司机等待时间阈值确定的，所述第三阈值是基于所述第二阈值、到达所述预约起点所在区域的历史订单服务时长的统计值，以及往所述预约起点所在区域的历史调度时长的统计值确定的。

4.如权利要求2或3所述的方法，其特征在于，所述目标派单模式为所述抢单模式时，所述基于所述目标派单模式，为所述预约单请求匹配目标车辆，包括：

基于所述预约起点，确定所述预约单请求对应的所述抢单模式的接单范围；

获取在所述接单范围内的各第一车辆，并向所述各第一车辆分别发送所述预约单请求对应的接单请求；

若在预设时间内接收到所述各第一车辆中任意一个第一车辆的接单应答，则将所述任意一个第一车辆作为所述目标车辆。

5.如权利要求4所述的方法，其特征在于，所述向所述各第一车辆分别发送所述预约单请求对应的接单请求之后，还包括：

若在所述预设时间内未接收到针对所述接单请求的接单应答，且所述时间差大于或等于所述第三阈值，则重复执行以下操作，直至接收到针对所述接单请求的接单应答，或，所述时间差小于所述第三阈值：

向已发送所述接单请求且未接收到拒单应答的各第一车辆，以及新增的所述接单范围内的各第一车辆，分别发送所述接单请求。

6.如权利要求2所述的方法，其特征在于，所述目标派单模式为所述第一派单模式时，所述基于所述目标派单模式，为所述预约单请求匹配目标车辆，包括：

循环执行如下操作，直至所述预约单请求匹配到所述目标车辆，或，所述时间差小于所述第二阈值：

基于第一派单范围内的第一车辆大数据和所述预约出发时间，确定是否存在目标服务中车辆，其中，所述第一派单范围是基于所述预约起点确定的所述预约单请求对应的所述调度派单模式的派单范围；所述目标服务中车辆到达所述预约起点的空驶接驾时间和/或空驶接驾距离符合预设的指派接单条件；

若存在，则将所述目标服务中车辆确定为所述目标车辆；

若不存在，则基于所述预约单请求对应的调度范围内的第二车辆大数据，确定是否存在目标调度车辆，若是，则向所述目标调度车辆发送调度提示信息，并在所述目标调度车辆到达所述第一派单范围内后，并将所述目标调度车辆作为所述目标车辆；若否，则向所述预约单请求对应的所述抢单模式的接单范围内的各第二车辆发送所述预约单请求对应的接单请求，并基于预设时间内是否接收到针对所述接单请求的接单应答，确定是否为所述预约单请求匹配到所述目标车辆。

7.如权利要求2所述的方法，其特征在于，所述目标派单模式为所述第二派单模式时，所述基于所述目标派单模式，为所述预约单请求匹配目标车辆，包括：

循环执行如下操作，直至所述预约单请求匹配到所述目标车辆，或，所述时间差小于所述第一阈值：

基于第二派单范围内的第三车辆大数据，估算所述第三车辆大数据中每个车辆到达所述预约起点的空驶接驾时间和/或空驶接驾距离，其中，所述第二派单范围是基于所述预约起点确定的所述预约单请求对应的所述实时单派单模式的派单范围；

基于每个车辆的空驶接驾时间和/或空驶接驾距离，确定对应车辆是否符合预设的指派接单条件；

若存在符合所述指派接单条件的车辆，则从符合所述指派接单条件的各车辆中筛选出所述目标车辆；

若不存在符合所述指派接单条件的车辆，则向所述预约单请求对应的所述抢单模式的接单范围内的各第三车辆发送所述预约单请求对应的接单请求，并基于预设时间内是否接收到针对所述接单请求的接单应答，确定是否为所述预约单请求匹配到所述目标车辆。

8.如权利要求6或7所述的方法，其特征在于，所述指派接单条件包括如下条件中的部分或全部：

空驶接驾时间大于或等于第一时间，且小于或等于第二时间；

空驶接驾距离小于或等于实时单接驾距离配置阈值；

其中，所述各车辆包括空驶车辆和/或服务中车辆；

针对空驶车辆，所述第一时间为所述时间差与预设的司机等待时间阈值的差值，所述第二时间为所述时间差和用户等待时间阈值的和值、与实时单接驾时间配置阈值中的目标值；

针对服务中车辆，所述第一时间为所述时间差、所述司机等待时间阈值和服务中订单的完单剩余时间的差值，所述第二时间为参考和值和实时单接驾时间配置阈值中的目标值，所述参考和值是所述时间差与服务中订单的完单剩余时间的差值、与用户等待时间阈值的和值。

9.一种预约单的处理装置，其特征在于，包括：

响应于用户通过客户端发送的预约单请求，生成所述预约单请求对应的虚拟成单信息，其中，所述虚拟成单信息包括虚拟司机信息，所述预约单请求包括订单的预约起点和预约出发时间；

基于所述预约出发时间和阈值，从预设的各派单模式中，确定所述预约单请求对应的目标派单模式，并基于所述目标派单模式，为所述预约单请求匹配目标车辆；

若匹配到目标车辆，则用所述目标车辆的真实司机信息替换所述虚拟司机信息，得到所述预约单请求对应的真实成单信息。

10.一种电子设备，其特征在于，包括：

存储器，用于存储计算机程序或指令；

处理器，用于执行所述存储器中的计算机程序或指令，使得如权利要求1-8中任一所述的方法被执行。

11.一种计算机可读存储介质，其特征在于，当所述存储介质中的指令由处理器执行时，使得所述处理器能够执行如权利要求1-8中任一所述的方法。

12.一种计算机程序产品，其特征在于，所述计算机程序产品包括：计算机程序代码，当所述计算机程序代码在计算机上运行时，使得计算机执行上述如权利要求1-8中任一项所述的方法。