CN111754149A - 司机调度方法、设备及存储介质 - Google Patents

Abstract

本申请实施例提供一种司机调度方法、设备及存储介质。在本申请实施例中，通过对历史订单进行数据分析，确定出运力稀缺区域；并根据与运力稀缺区域处于同一城市的司机的历史服务信息，确定出可调度的候选司机，并向候选司机发送调度通知，以供候选司机确定其是否前往运力稀缺区域；之后将同意前往的司机调度至运力稀缺区域。这样，有助于实现运力资源的合理分配，进而降低运力资源的浪费。

Description

司机调度方法、设备及存储介质

技术领域

本申请涉及互联网技术领域，尤其涉及一种司机调度方法、设备及存储介质。

背景技术

随着互联网以及智能终端设备的发展，线上下单逐渐深入人们的生活，为人们提供便利，并成了人们生活中必不可少的部分。例如，在一种应用场景下，用户可通过运输服务类应用(Application，APP)在线预约或订购货物运输服务。

在实际应用中，用户通过APP向服务端提交货运订单，其中，该货运请求可以包括运输起始地址以及目的地址等货运需求。服务端基于货运订单的起始地址和司机的位置，将货运订单推送给处于接单范围内的司机。但是，在实际应用中，经常出现有些司机在很长时间内没有接收到订单推送，造成运力资源的浪费。

发明内容

本申请的多个方面提供一种司机调度方法、设备及存储介质，用以实现运力资源的合理分配，进而降低运力资源的浪费。

本申请实施例提供一种司机调度方法，适用于服务端设备，包括：

对历史订单进行数据分析，以确定运力稀缺区域；

根据同城司机的历史服务信息，确定可调度的候选司机，所述同城司机为与所述运力稀缺区域处于同一城市的司机；

向所述候选司机发送调度通知，所述调度通知包括：所述运力稀缺区域的信息和运力补偿信息，以供所述候选司机判断是否前往所述运力稀缺区域；

根据所述候选司机对所述调度通知的响应信息，确定所述候选司机的是否同意前往所述运力稀缺区域；

将所述候选司机中同意前往的目标司机调度至所述运力稀缺区域。

本申请实施例还提供一种司机调度方法，适用于司机端设备，其特征在于，包括：

接收服务端设备推送的调度通知，所述调度通知包括：运力稀缺区域的信息和运力补偿信息；

响应司机对所述调度通知发出的选择操作，向所述服务端设备发送响应信息，以供所述服务端设备根据所述响应信息，确定是否将其调度至所述运力稀缺区域。

本申请实施例还提供一种服务端设备，包括：存储器、处理器和通信组件；其中，

所述存储器，用于存储计算机程序和历史订单；

所述处理器耦合至所述存储器，用于执行所述计算机程序以用于：

对历史订单进行数据分析，以确定运力稀缺区域；

根据同城司机的历史服务信息，确定可调度的候选司机，所述同城司机为与所述运力稀缺区域处于同一城市的司机；

通过所述通信组件向所述候选司机发送调度通知，所述调度通知包括：所述运力稀缺区域的信息和运力补偿信息，以供所述候选司机判断是否前往所述运力稀缺区域；

根据所述候选司机对所述调度通知的响应信息，确定所述候选司机的是否同意前往所述运力稀缺区域；

将所述候选司机中同意前往的目标司机调度至所述运力稀缺区域。

本申请实施例还提供一种终端设备，包括：存储器、处理器和通信组件；其中，

所述存储器，用于存储计算机程序；

所述处理器耦合至所述存储器，用于执行所述计算机程序以用于：

通过所述通信组件接收服务端设备推送的调度通知，所述调度通知包括：运力稀缺区域的信息和运力补偿信息；

响应司机对所述调度通知发出的选择操作，通过所述通信组件向所述服务端设备发送响应信息，以供所述服务端设备根据所述响应信息，确定是否将其调度至所述运力稀缺区域。

本申请实施例还提供一种存储有计算机指令的计算机可读存储介质，当所述计算机指令被一个或多个处理器执行时，致使所述一个或多个处理器执行上述服务端设备执行司机调度的方法中的步骤。

本申请实施例还提供一种存储有计算机指令的计算机可读存储介质，当所述计算机指令被一个或多个处理器执行时，致使所述一个或多个处理器执行上述终端设备执行司机调度的方法中的步骤。

在本申请实施例中，通过对历史订单进行数据分析，确定出运力稀缺区域；并根据与运力稀缺区域处于同一城市的司机的历史服务信息，确定出可调度的候选司机，并向候选司机发送调度通知，以供候选司机确定其是否前往运力稀缺区域；之后将同意前往的司机调度至运力稀缺区域。这样，有助于实现运力资源的合理分配，进而降低运力资源的浪费。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请实施例提供的一种司机调度系统的结构示意图；

图2为本申请实施例提供的一种司机调度方法的流程示意图；

图3为本申请实施例提供的另一种司机调度方法的流程示意图；

图4为本申请实施例提供的一种服务端设备的结构示意图；

图5为本申请实施例提供的一种终端设备的结构示意图。

具体实施方式

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

针对现有运输服务中因为运力分布不平衡导致运力资源浪费的技术问题，本申请实施例提供一种解决方案，基本思路是：通过对历史订单进行数据分析，确定出运力稀缺区域；并根据与运力稀缺区域处于同一城市的司机的历史服务信息，确定出可调度的候选司机，并向候选司机发送调度通知，以供候选司机确定其是否前往运力稀缺区域；之后将同意前往的司机调度至运力稀缺区域。这样，有助于实现运力资源的合理分配，进而降低运力资源的浪费。

以下结合附图，详细说明本申请各实施例提供的技术方案。

图1为本申请实施例提供的一种司机调度系统的结构示意图。如图1所示，该系统包括：服务端设备10a和司机端10b。

其中，服务端设备10a是指服务端负责货运订单运输和货运司机的调度的任意设备，其可以为单一服务器设备，也可以云化的服务器阵列，或者为云化的服务器阵列中运行的虚拟机(Virtual Machine，VM)。另外，服务端设备也可以指具备相应服务能力的其他计算设备，例如电脑等终端设备(运行服务程序)等。

司机端10b是指货运司机一侧的客户端，其可以为司机使用的终端设备，例如智能手机、平板电脑、可穿戴设备等，但不限于此。司机端10b主要用于响应服务端设备10a的调度，指导货运司机完成货运订单的运输或指导货运司机前往调度区域。

在实际应用中，由于货运司机对各区域的订单情况缺乏了解，经常会出现某些司机在很长时间内没有订单或订单量很少，造成运力资源的极大浪费；也有可能存在有些地区订单量较多，但是货运司机较少的情况，这将影响货物运输效率，对运输服务平台来说，还可能造成客户或订单流失。

在本实施例中，考虑到货运订单量的大小具有区域性质，某个区域历史订单的数量在一定程度上可反映该区域未来的订单数量，对预测该区域未来的订单量具有参考意义。进一步，在本实施例中，服务端设备10a中存储有大量的历史订单。这些历史订单包括：历史订单的起始地址、目的地址、用户选定的目标车型以及历史订单用户下单时间、司机抢单的时间以及有多少司机抢单等信息。这些信息在一定程度上可反映各区域的运力分布情况。基于此，服务端设备10a对历史订单进行数据分析，确定运力稀缺区域。其中，运力稀缺区域是指货运司机的数量不能满足订单运输要求的区域。

进一步，考虑到司机调度的可行性，降低调度成本。调往运力稀缺区域的司机为与运力稀缺区域处于同一城市的司机，为了便于描述和区分，在本申请实施例中，将与运力稀缺区域处于同一城市的司机简称为同城司机。又由于并不是所有的同城司机都需要进行调度，服务端设备10a可根据同城司机的历史服务信息，确定出可调度的候选司机。其中，历史服务信息包括：司机在第一指定时长内的历史订单完成量、在第二指定时长内的历史中单率、在第三指定时长内的历史调度接受概率以及在第四指定时长内的抢单率中的至少一种。其中，司机在第一指定时长内的历史订单完成量是指该司机在第一指定时长内完成订单的数量；司机在第二指定时长内的历史中单率是指该司机在第二指定时长内中单量和抢单量的比值；司机在第三指定时长内的历史调度接受概率是指该司机在第三指定时长内的接受调度的次数与该时长内接收到调度通知的次数的比值；司机在第四指定时长内的抢单率是指该司机在第四指定时长内抢单数量与该时长内接收到推送的订单数量的比值。其中，第一指定时长、第二指定时长、第三指定时长以及第四指定时长的具体取值可以根据实际需求，进行灵活设定，四者可以为同一时间段，也可为不同的时间段；且四者的时长取值可以相同，也可以不同，在此不进行限定。例如，第一指定时长可为当前时间的过去一个月，第二指定时长可为当前时间的过去两个月，第三指定时长可为当前时间的过去两周，第四指定时长为当前时间的过去半个月等等。

进一步，服务端设备10a可向司机端10b发送调度通知，该调度通知中包括运力稀缺区域的信息以及运力补偿信息。其中，运力稀缺区域的信息包括：运力稀缺区域的地址信息、候选司机与运力稀缺区域的距离和运力稀缺区域订单充足提示信息中的至少一种。其中，运力稀缺区域订单充足提示信息可以为“该地区过去订单充足”等字样。运力补偿信息用于表示如果司机接受此次调度，则可以得到的补偿，该补偿可能刺激候选司机接受调度。可选地，运力补偿信息可以为：补贴总金额、单位距离的补贴金额、司机等级增长值、服务得分增长值或者业务积分增长值等，但不限于此。

本实施例中所提供的调度方法尊重司机本人意愿，服务端设备10a将调度通知发送给候选司机的司机端10b，由候选司机自主判断是否前往运力稀缺区域。相应地，若某候选司机愿意前往运力稀缺区域，可对其司机端10b上的调度通知进行同意前往的触发操作，例如触发相应的同意控件；若该候选司机不同意前往运力稀缺区域，可对其司机端10b上的调度通知进行拒绝前往的触发操作，例如，触发相应的拒绝控件等。相应地，司机端10b响应该候选司机对该调度通知的选择操作，向服务端设备10a返回该候选司机对调度通知的响应信息，该响应信息中携带有候选司机的是否接受调度的意愿。相应地，服务端设备10a接收候选司机对调度通知的响应信息，并根据该响应信息，确定候选司机是否同意前往运力稀缺区域；并将其中同意前往的目标司机调度至运力稀缺区域。

可选地，在本实施例中，服务端设备10a将目标司机调度至运力稀缺区域时，还可将调度时间(目标司机前往运力稀缺区域的时间)发送给该目标司机的客户端。例如，服务端设备10a可在调度目标司机时，将“请于某年某月某日某时前往某地”的调度信息发送给目标司机，以供目标司机根据调度信息中规定的时间到达运力稀缺区域。

可选地，在本实施例中，对于调度通知，若候选司机未在指定时间内对其作出响应，则服务端设备10a默认该候选司机拒绝前往运力稀缺区域。即若服务端设备10a未在指定时间内接收到候选司机对调度通知的响应信息，则确定该候选司机拒绝前往运力稀缺区域。其中，指定时间可根据实际需求进行灵活设定，例如，可以为调度通知发出后1小时、半小时、45分钟等。

在本实施例中，通过对历史订单进行数据分析，确定出运力稀缺区域；并根据与运力稀缺区域处于同一城市的司机的历史服务信息，确定出可调度的候选司机，并向候选司机发送调度通知，以供候选司机确定其是否前往运力稀缺区域；之后将同意前往的司机调度至运力稀缺区域。这样，有助于实现运力资源的合理分配，进而降低运力资源的浪费。

另一方面，对于运输服务提供平台来说，还有助于减少订单和客户的流失。

除了上述实施例提供的司机调度系统之外，本申请实施例还提供一种司机调度方法。下面分别从服务端设备和司机端的角度进行示例性说明。

图2为本申请实施例提供的一种司机调度方法的流程示意图。该方法适用于服务端设备，其中关于服务端设备的实现形式可参见上述实施例的相关内容，在此不再赘述。如图2所示，该方法包括：

201、对历史订单进行数据分析，以确定运力稀缺区域。

202、根据同城司机的历史服务信息，确定可调度的候选司机；其中，同城司机为与运力稀缺区域处于同一城市的司机。

203、向候选司机发送调度通知，该调度通知包括：运力稀缺区域的信息和运力补偿信息，以供候选司机判断是否前往运力稀缺区域。

204、根据候选司机对调度通知的响应信息，确定候选司机的是否同意前往运力稀缺区域。

205、将候选司机中同意前往的目标司机调度至运力稀缺区域。

在本实施例中，考虑到货运订单量的大小具有区域性质，某个区域历史订单的数量在一定程度上可反映该区域未来的订单数量，对预测该区域未来的订单量具有参考意义。这些历史订单包括：历史订单的起始地址、目的地址、用户选定的目标车型以及历史订单用户下单时间、司机抢单的时间以及有多少司机抢单等信息。这些信息在一定程度上可反映各区域的运力分布情况。基于此，在步骤201中，对历史订单进行数据分析，确定运力稀缺区域。其中，运力稀缺区域是指货运司机的数量不能满足订单运输要求的区域。

进一步，考虑到司机调度的可行性，降低调度成本。调往运力稀缺区域的司机为与运力稀缺区域处于同一城市的司机，为了便于描述和区分，在本申请实施例中，将与运力稀缺区域处于同一城市的司机简称为同城司机。又由于并不是所有的同城司机都需要进行调度，因此在步骤202中，根据同城司机的历史服务信息，确定出可调度的候选司机。其中，历史服务信息包括：司机在第一指定时长内的历史订单完成量、在第二指定时长内的历史中单率、在第三指定时长内的历史调度接受概率以及在第四指定时长内的抢单率中的至少一种。其中，关于第一指定时长、第二指定时长、第三指定时长、第四指定时长的具体取值以及历史服务信息的描述可参见上述实施例的相关内容，在此不再赘述。

进一步，服务端设备可向候选司机的客户端发送调度通知，该调度通知中包括运力稀缺区域的信息以及运力补偿信息。其中，运力稀缺区域的信息包括：运力稀缺区域的地址信息、候选司机与运力稀缺区域的距离和运力稀缺区域订单充足提示信息中的至少一种。其中，运力稀缺区域订单充足提示信息可以为“该地区过去订单充足”等字样。运力补偿信息用于表示如果司机接受此次调度，则可以得到的补偿，该补偿可能刺激候选司机接受调度。可选地，运力补偿信息可以为：补贴总金额、单位距离的补贴金额、司机等级增长值、服务得分增长值或者业务积分增长值等，但不限于此。其中，司机等级增长、服务得分增长以及业务积分增长均有助于提高司机在抢单时中单的概率。

本实施例中所提供的调度方法尊重司机本人意愿，在步骤203中，服务端设备将调度通知发送给候选司机的客户端，由候选司机自主判断是否前往运力稀缺区域。相应地，若某候选司机愿意前往运力稀缺区域，可对其客户端上的调度通知进行同意前往的触发操作，例如触发相应的同意控件；若该候选司机不同意前往运力稀缺区域，可对其客户端上的调度通知进行拒绝前往的触发操作，例如，触发相应的拒绝控件等。相应地，客户端响应该候选司机对该调度通知的选择操作，向服务端设备返回该候选司机对调度通知的响应信息，该响应信息中携带有候选司机的是否接受调度的意愿。相应地，在步骤204中，服务端设备接收候选司机对调度通知的响应信息，并根据该响应信息，确定候选司机是否同意前往运力稀缺区域；并将其中同意前往的目标司机调度至运力稀缺区域。

可选地，在本实施例中，服务端设备将目标司机调度至运力稀缺区域时，还可将调度时间(目标司机前往运力稀缺区域的时间)发送给该目标司机的客户端。例如，服务端设备可在调度目标司机时，将“请于某年某月某日某时前往某地”的调度信息发送给目标司机，以供目标司机根据调度信息中规定的时间到达运力稀缺区域。

可选地，在本实施例中，对于调度通知，若候选司机未在指定时间内对其作出响应，则服务端设备默认该候选司机拒绝前往运力稀缺区域。例如对于第一候选司机，若服务端设备未在指定时间内接收到第一候选司机对调度通知的响应信息，则确定第一候选司机拒绝前往运力稀缺区域。其中，第一候选司机为确定出的可调度的候选司机中的任一司机；指定时间可根据实际需求进行灵活设定，例如，可以为调度通知发出后1小时、半小时、45分钟等。

在本申请实施例中，通过对历史订单进行数据分析，确定出运力稀缺区域；并根据与运力稀缺区域处于同一城市的司机的历史服务信息，确定出可调度的候选司机，并向候选司机发送调度通知，以供候选司机确定其是否前往运力稀缺区域；之后将同意前往的司机调度至运力稀缺区域。这样，有助于实现运力资源的合理分配，进而降低运力资源的浪费。

另一方面，对于运输服务提供平台来说，还有助于减少订单和客户的流失。

在本申请实施例中，运力稀缺区域是指司机的数量不能满足订单数量的需求，也就是说，在确定运力稀缺区域时，在考虑区域的订单数量的同时还得兼顾该区域的司机的数量。可选地，为了确定出运力稀缺区域，步骤101的一种可选实施方式为：根据历史订单的起始地址，确定这些历史订单的地理分布密度；并确定地理分布密度大于或等于预设的密度阈值的区域为候选运力稀缺区域；进一步，根据候选运力稀缺区域的历史订单竞争率和/或历史订单响应时间，确定候选运力稀缺区域的司机饱和度，并从中选择司机饱和度小于预设的饱和度阈值的区域作为运力稀缺区域。其中，历史订单竞争率可反映对于一个历史订单有多少司机进行抢单；历史订单响应时间是指历史订单从服务端设备向处于接单范围内的司机推送订单的时刻到有司机抢单之间的时间间隔。这两方面因素可在一定程度上反映候选运力稀缺区域的司机饱和度。

进一步，在步骤202中，在同城司机中选择可调度的候选司机。考虑到司机的历史订单完成量可以在一定程度上反映该司机的收入状况，一般司机的收入与其订单完成量成正比，因此，对于订单完成量较少的司机，接受调度的概率较大。基于此，步骤202的一种可选实施方式为：根据同城司机在第一指定时长内的历史完成量，从中选择历史订单完成量小于预设的订单完成阈值的司机为可调度的候选司机。其中，订单完成阈值可根据实际需求进行灵活设定，在此不进行限定。

可选地，司机的中单率在一定程度上也可反映其收入状况。同样，中单率较低的司机，收入也较低。为了提高这些司机的收入，步骤202的另一种可选实施方式为：根据同城司机在第二指定时长内的历史中单率，从中选择历史中单率小于预设的中单率阈值的司机为可调度的司机。其中，中单率阈值的具体取值可根据实际需求进行灵活设定，在此不进行限制。

可选地，为了提高司机接受调度的概率，可从其历史接受调度的概率进行评估。如果一个司机历史接受调度概率较高，接受本次调度的概率也较高。基于此，步骤202的又一种可选实施方式为：根据同城司机在第三指定时长内的历史调度接受概率，从中选择历史调度接受概率大于或等于预设的接受概率阈值的司机为可调度的候选司机。其中，接受概率阈值可根据实际需求进行灵活设定，在此不进行限定。

可选地，考虑到司机的抢单率在一定程度上可反映该司机的服务意愿，若一个司机比较挑活，其抢单量一般远小于接收到的推送的订单的数量(听单数量)，这类司机的抢单率一般较低，其服务意愿也较低，接受调度的可能性也较低。基于此，为了提高司机接受调度的概率，步骤202的再一种可选实施方式为：根据同城司机在第四指定时长内的抢单率，从中选择抢单率大于或等于预设的抢单率阈值的司机为可调度的候选司机。其中，抢单率阈值可根据实际情况进行灵活设定，在此不进行限定。

其中，关于第一指定时长、第二指定时长、第三指定时长、第四指定时长的具体取值以及历史服务信息的描述可参见上述实施例的相关内容，在此不再赘述。

值得说明的是，上述步骤202的4种可选实施方式可单独择一进行实施，也可将两种或多种进行结合实施，具体几种方式进行结合可进行灵活设定，在此不进行限定。

相应地，本申请实施例还提供一种存储有计算机指令的计算机可读存储介质，当这些计算机指令被一个或多个处理器执行时，致使一个或多个处理器执行上述服务端设备执行司机调度方法中的步骤。

图3为本申请实施例提供的一种司机调度方法的流程示意图。该方法适用于司机端的终端设备。例如，司机端安装有相应APP的智能手机、穿戴设备等，但不限于此。如图3所示，该方法包括：

301、接收服务端设备推送的调度通知，该调度通知包括：运力稀缺区域的信息和运力补偿信息。

302、响应司机对调度通知发出的选择操作，向服务端设备发送响应信息，以供服务端设备根据该响应信息，确定是否将其调度至运力稀缺区域。

在本实施例中，司机为服务端设备确定出的可调度司机。调度通知用于将司机调度至运力稀缺区域。若司机同意前往运力稀缺区域，则可终端设备上的调度通知进行同意前往的触发操作，例如触发相应的同意控件；若该司机不同意前往运力稀缺区域，可对其终端设备上的调度通知进行拒绝前往的触发操作，例如，触发相应的拒绝控件等。相应地，终端设备响应该候选司机对该调度通知的选择操作，向服务端设备返回该司机对调度通知的响应信息，该响应信息中携带有候选司机的是否接受调度的意愿。相应地，服务端设备接收司机对调度通知的响应信息，并根据该响应信息，确定候选司机是否同意前往运力稀缺区域；并将其中同意前往的目标司机调度至运力稀缺区域。其中，关于运力稀缺区域的描述可参见上述实施例的相关内容，在此不再赘述。

可选地，在本实施例中，对于调度通知，若司机未在指定时间内对其作出响应，则服务端设备默认该候选司机拒绝前往运力稀缺区域。即若服务端设备未在指定时间内接收到该司机对调度通知的响应信息，则确定该司机拒绝前往运力稀缺区域。其中，指定时间可根据实际需求进行灵活设定，例如，可以为调度通知发出后1小时、半小时、45分钟等。

在本实施例中，由司机确定其是否前往运力稀缺区域，且服务端设备同意前往的司机调度至运力稀缺区域。这样，有助于实现运力资源的合理分配，进而降低运力资源的浪费。

相应地，本申请实施例还提供一种存储有计算机指令的计算机可读存储介质，当这些计算机指令被一个或多个处理器执行时，致使一个或多个处理器执行上述司机的终端设备执行司机调度方法中的步骤。

需要说明的是，上述实施例所提供方法的各步骤的执行主体均可以是同一设备，或者，该方法也由不同设备作为执行主体。比如，步骤201-205的执行主体可以为设备A；又比如，步骤201和202的执行主体可以为设备A，步骤204的执行主体可以为设备B；等等。另外，在上述实施例及附图中的描述的一些流程中，包含了按照特定顺序出现的多个操作，但是应该清楚了解，这些操作可以不按照其在本文中出现的顺序来执行或并行执行，操作的序号如201、202等，仅仅是用于区分开各个不同的操作，序号本身不代表任何的执行顺序。另外，这些流程可以包括更多或更少的操作，并且这些操作可以按顺序执行或并行执行。

图4为本申请实施例提供的一种服务端设备的结构示意图。关于服务端设备的具体实现形式，可参见上述实施例中的相关内容，在此不再赘述。如图4所示，该服务端设备包括：存储器40a、处理器40b和通信组件40c。

在本实施例中，存储器40a，用于存储计算机程序和历史订单。处理器40b耦合至存储器40a，用于执行计算机程序以用于：对历史订单进行数据分析，以确定运力稀缺区域；根据同城司机的历史服务信息，确定可调度的候选司机，同城司机为与运力稀缺区域处于同一城市的司机；通过通信组件40c向候选司机发送调度通知，该调度通知包括：运力稀缺区域的信息和运力补偿信息，以供候选司机判断是否前往运力稀缺区域；根据候选司机对调度通知的响应信息，确定候选司机的是否同意前往运力稀缺区域；将候选司机中同意前往的目标司机调度至运力稀缺区域。

可选地，运力稀缺区域的信息包括：运力稀缺区域的地址信息、候选司机与运力稀缺区域的距离和运力稀缺区域订单充足提示信息中的至少一种。

运力补偿信息包括：补贴总金额、单位距离的补贴金额、司机等级增长值、服务得分增长值或业务积分增长值。

在一可选实施例中，处理器40b在对历史订单进行数据分析，以确定运力稀缺区域时，具体用于：根据历史订单的起始地址，确定历史订单的地理分布密度；确定地理分布密度大于或等于预设的密度阈值的区域为候选运力稀缺区域；以及根据候选运力稀缺区域的历史订单竞争率和/或历史订单响应时间，确定候选运力稀缺区域的司机饱和度；从候选运力稀缺区域中，选择司机饱和度小于设定的饱和度阈值的区域作为运力稀缺区域。

在另一可选实施例中，处理器40b在确定可调度的候选司机时，具体用于执行以下至少一种操作：根据同城司机在第一指定时长内的历史订单完成量，从中选择历史订单完成量小于预设的订单完成阈值的司机为可调度的候选司机；根据同城司机在第二指定时长内的历史中单率，从中选择历史中单率小于预设的中单率阈值的司机为可调度的司机；根据同城司机在第三指定时长内的历史调度接受概率，从中选择历史调度接受概率大于或等于预设的接受概率阈值的司机为可调度的候选司机；或者，根据同城司机在第四指定时长内的抢单率，从中选择抢单率大于或等于预设的抢单率阈值的司机为可调度的候选司机。

在又一可选实施例中，处理器40b还用于：对于第一候选司机，未在预设时长内接收到其对调度通知的响应信息，则确定第一候选司机拒绝前往运力稀缺区域。其中，第一候选司机为可调度的候选司机中的任一司机。

在一些可选实施方式中，如图4所示，该服务端设备还可以包括：显示器40d、电源组件40e等可选组件。图4中仅示意性给出部分组件，并不意味着服务端设备必须包含图4所示全部组件，也不意味着服务端设备只能包括图4所示组件。

本实施例提供的服务端设备，通过对历史订单进行数据分析，确定出运力稀缺区域；并根据与运力稀缺区域处于同一城市的司机的历史服务信息，确定出可调度的候选司机，并向候选司机发送调度通知，以供候选司机确定其是否前往运力稀缺区域；之后将同意前往的司机调度至运力稀缺区域。这样，有助于实现运力资源的合理分配，进而降低运力资源的浪费。

图5为本申请实施例提供的一种终端设备的结构示意图。该终端设备为司机侧的终端设备，关于终端设备的实现方式的描述可参见上述实施例中的相关内容，在此不再赘述。如图5所示，该终端设备包括：存储器50a、处理器50b和通信组件50c。

在本实施例中，存储器50a，用于存储计算机程序。处理器50b耦合至存储器50a，用于执行计算机程序以用于：通过通信组件50c接收服务端设备推送的调度通知，该调度通知包括：运力稀缺区域的信息和运力补偿信息；响应司机对调度通知发出的选择操作，通过通信组件50c向服务端设备发送响应信息，以供服务端设备根据响应信息，确定是否将该司机调度至运力稀缺区域。

在一些可选实施方式中，如图5所示，该终端设备还可以包括：电源组件50d、显示器50e、音频组件50f等可选组件。图5中仅示意性给出部分组件，并不意味着终端设备必须包含图5所示全部组件，也不意味着终端设备只能包括图5所示组件。

本实施例提供的终端设备，接收服务端设备的调度通知，由司机确定其是否前往运力稀缺区域，且服务端设备同意前往的司机调度至运力稀缺区域。这样，有助于实现运力资源的合理分配，进而降低运力资源的浪费。

在上述图4和图5中，存储器用于存储计算机程序，并可被配置为存储其它各种数据以支持其所在设备上的操作。其中，处理器可执行存储器中存储的计算机程序，以实现相应控制逻辑。存储器可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

在上述图4和图5中，通信组件被配置为便于其所在设备和其他设备之间有线或无线方式的通信。通信组件所在设备可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件还可基于近场通信(NFC)模块，射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在上述图4和图5中，电源组件被配置为其所在设备的各种组件提供电力。电源组件可以包括电源管理系统，一个或多个电源，及其他与为电源组件所在设备生成、管理和分配电力相关联的组件。

在上述图4和图5中，显示器可以包括液晶显示器(LCD)和或者触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。

在图5中，音频组件可被配置为输出和/或输入音频信号。例如，音频组件包括一个麦克风(MIC)，当音频组件所在设备处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器或经由通信组件发送。在一些实施例中，音频组件还包括一个扬声器，用于输出音频信号。例如，对于具有语言交互功能的终端设备，可通过音频组件实现与用户的语音交互等。

需要说明的是，本文中的“第一”、“第二”等描述，是用于区分不同的消息、设备、模块等，不代表先后顺序，也不限定“第一”和“第二”是不同的类型。

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

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

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

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

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

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

Claims (10)

1.一种司机调度方法，适用于服务端设备，其特征在于，包括：

对历史订单进行数据分析，以确定运力稀缺区域；

根据同城司机的历史服务信息，确定可调度的候选司机，所述同城司机为与所述运力稀缺区域处于同一城市的司机；

向所述候选司机发送调度通知，所述调度通知包括：所述运力稀缺区域的信息和运力补偿信息，以供所述候选司机判断是否前往所述运力稀缺区域；

根据所述候选司机对所述调度通知的响应信息，确定所述候选司机的是否同意前往所述运力稀缺区域；

将所述候选司机中同意前往的目标司机调度至所述运力稀缺区域。

2.根据权利要求1所述的方法，其特征在于，所述对历史订单进行数据分析，以确定运力稀缺区域，包括：

根据所述历史订单的起始地址，确定所述历史订单的地理分布密度；

确定地理分布密度大于或等于预设的密度阈值的区域为候选运力稀缺区域；

根据所述候选运力稀缺区域的历史订单竞争率和/或历史订单响应时间，确定所述候选运力稀缺区域的司机饱和度；

从所述候选运力稀缺区域中，选择司机饱和度小于设定的饱和度阈值的区域作为所述运力稀缺区域。

3.根据权利要求1所述的方法，其特征在于，所述根据同城司机的历史服务信息，确定可调度的候选司机，包括以下至少一种操作：

根据所述同城司机在第一指定时长内的历史订单完成量，从中选择历史订单完成量小于预设的订单完成阈值的司机为所述可调度的候选司机；

根据所述同城司机在第二指定时长内的历史中单率，从中选择历史中单率小于预设的中单率阈值的司机为所述可调度的司机；

根据所述同城司机在第三指定时长内的历史调度接受概率，从中选择历史调度接受概率大于或等于预设的接受概率阈值的司机为所述可调度的候选司机；

根据所述同城司机在第四指定时长内的抢单率，从中选择抢单率大于或等于预设的抢单率阈值的司机为所述可调度的候选司机。

4.根据权利要求1所述的方法，其特征在于，所述运力稀缺区域的信息包括：所述运力稀缺区域的地址信息、所述候选司机与所述运力稀缺区域的距离和所述运力稀缺区域订单充足提示信息中的至少一种；

所述运力补偿信息包括：补贴总金额、单位距离的补贴金额、司机等级增长值、服务得分增长值或业务积分增长值。

5.根据权利要求1-4任一项所述的方法，其特征在于还包括：

对于第一候选司机，未在预设时长内接收到其对所述调度通知的响应信息，则确定所述第一候选司机拒绝前往所述运力稀缺区域；所述第一候选司机为所述可调度的候选司机中的任一司机。

6.一种司机调度方法，适用于司机端设备，其特征在于，包括：

接收服务端设备推送的调度通知，所述调度通知包括：运力稀缺区域的信息和运力补偿信息；

响应司机对所述调度通知发出的选择操作，向所述服务端设备发送响应信息，以供所述服务端设备根据所述响应信息，确定是否将其调度至所述运力稀缺区域。

7.一种服务端设备，其特征在于，包括：存储器、处理器和通信组件；其中，所述存储器，用于存储计算机程序和历史订单；

所述处理器耦合至所述存储器，用于执行所述计算机程序以用于：

对历史订单进行数据分析，以确定运力稀缺区域；

根据同城司机的历史服务信息，确定可调度的候选司机，所述同城司机为与所述运力稀缺区域处于同一城市的司机；

通过所述通信组件向所述候选司机发送调度通知，所述调度通知包括：所述运力稀缺区域的信息和运力补偿信息，以供所述候选司机判断是否前往所述运力稀缺区域；

根据所述候选司机对所述调度通知的响应信息，确定所述候选司机的是否同意前往所述运力稀缺区域；

将所述候选司机中同意前往的目标司机调度至所述运力稀缺区域。

8.一种终端设备，其特征在于，包括：存储器、处理器和通信组件；

其中，所述存储器，用于存储计算机程序；

所述处理器耦合至所述存储器，用于执行所述计算机程序以用于：

通过所述通信组件接收服务端设备推送的调度通知，所述调度通知包括：运力稀缺区域的信息和运力补偿信息；

响应司机对所述调度通知发出的选择操作，通过所述通信组件向所述服务端设备发送响应信息，以供所述服务端设备根据所述响应信息，确定是否将所述司机调度至所述运力稀缺区域。

9.一种存储有计算机指令的计算机可读存储介质，其特征在于，当所述计算机指令被一个或多个处理器执行时，致使所述一个或多个处理器执行权利要求1-5任一项所述方法中的步骤。

10.一种存储有计算机指令的计算机可读存储介质，其特征在于，当所述计算机指令被一个或多个处理器执行时，致使所述一个或多个处理器执行权利要求6所述方法中的步骤。

Images