CN108764608A - 一种司机调遣方法、终端及服务端 - Google Patents

Abstract

本申请实施例提供一种司机调遣方法、终端及服务端。其中，方法包括如下的步骤：对历史订单进行数据分析，以确定订单热点区域；选取指定时长内未接到有效订单的司机，作为调遣的对象司机；从所述订单热点区域中，选择与所述对象司机匹配的至少一个可选接单区；将所述至少一个可选接单区的信息推送至所述对象司机的终端上，以提示所述对象司机前往所述至少一个可选接单区进行接单。本申请实施例的技术方案，可根据不同区域的历史订单数据调遣司机，合理利用司机资源。

Description

一种司机调遣方法、终端及服务端

技术领域

本申请涉及互联网技术领域，尤其涉及一种司机调遣方法、终端及服务端。

背景技术

随着互联网以智能终端设备的发展，线上下单逐渐深入人们的生活，为人们提供便利，并成了人们生活中必不可少的部分。例如，在一种应用场景下，用户可通过运输服务预约平台在线预约或订购运输服务，由平台将用户的订单推送至在线的货运司机进行抢单，抢到订单的司机可为用户上门提供货运或搬家等服务。

现有技术中，平台会根据订单的始发地以及司机的位置确定将订单推送给哪些司机。在现有订单推送方式下，部分司机可能会在较长内时间没有接到推送订单，导致物流资源浪费。

发明内容

本申请实施例提供一种司机调遣方法及装置，用以根据不同区域的历史订单数据调遣司机，合理利用司机资源。

本申请实施例提供一种司机调遣方法，包括：对历史订单进行数据分析，以确定订单热点区域；选取指定时长内未接到有效订单的司机，作为调遣的对象司机；从所述订单热点区域中，选择与所述对象司机匹配的至少一个可选接单区；将所述至少一个可选接单区的信息推送至所述对象司机的终端上，以提示所述对象司机前往所述至少一个可选接单区进行接单。

进一步可选地，对历史订单进行数据分析，以确定订单热点区域，包括：根据所述历史订单对应的始发地信息，统计历史订单的密度分布；确定所述密度分布大于设定密度值的区域作为备选热点区域；根据所述备选热点区域内的订单竞争率和/或订单响应时间，确定所述备选热点区域的司机饱和程度；将所述备选热点区域中，所述司机饱和程度小于设定饱和值的区域作为订单热点区域。

进一步可选地，选取指定时长内未接到有效订单的司机，作为调遣的对象司机，包括：选取指定时长内，没有接到订单推送或接到订单推送后未接单或接单后取消订单的司机，作为调遣的对象司机。

进一步可选地，从订单热点区域中，选择与所述对象司机匹配的至少一个可选接单区，包括：从所述订单热点区域中，选择与所述对象司机的当前位置之间的距离小于设定值的区域和/或与所述对象司机的历史接单地点接近的至少一个区域作为所述至少一个可选接单区域。

本申请实施例还提供一种司机调遣方法，包括：接收服务端推送的至少一个可选接单区的信息；在终端屏幕上展示一信息显示界面；在所述信息显示界面内依序展示所述至少一个可选接单区的信息，以提示司机前往所述至少一个可选接单区进行接单。

进一步可选地，所述方法还包括：响应于所述司机对第一可选接单区的触发，调用地图显示所述第一可选接单区和/或通往所述第一可选接单区域的规划路径，所述第一可选接单区是所述至少一个可选接单区中的任一接单区。

进一步可选地，在所述信息显示界面内依序展示所述至少一个可选接单区的信息，包括：按照所述至少一个可选接单区的订单数量或所述至少一个可选接单区的订单总金额或所述至少一个可选接单区与对象司机之间的距离差对所述至少一个可选接单区进行降序排列；在所述信息显示界面上，按照降序排列结果依次展示所述至少一个可选接单区的信息。

本申请实施例还提供一种用于司机调遣的服务端，包括：热点区域确定模块，用于对历史订单进行数据分析，以确定订单热点区域；对象司机确定模块，用于选取指定时长内未接到有效订单的司机，作为调遣的对象司机；接单区匹配模块，用于从所述订单热点区域中，选择与所述对象司机匹配的至少一个可选接单区；接单区推送模块，用于将所述至少一个可选接单区的信息推送至所述对象司机的终端上，以提示所述对象司机前往所述至少一个可选接单区进行接单。

本申请实施例还提供一种用于司机调遣的终端，包括：接单区接收模块，用于接收服务端推送的至少一个可选接单区的信息；接单区显示模块，用于在终端屏幕上展示一信息显示界面；以及，在所述信息显示界面内依序展示所述至少一个可选接单区的信息，以提示司机前往所述至少一个可选接单区进行接单。

进一步可选地，所述终端还包括：地图模块，用于响应于所述司机对第一可选接单区的触发，调用地图显示所述第一可选接单区和/或通往所述第一可选接单区域的规划路径，所述第一可选接单区是所述至少一个可选接单区中的任一接单区。

本申请实施例中，根据历史订单分析得到订单热点区域，并向可调遣的对象司机的终端推送订单热点区域中与该对象司机相匹配的至少一个可选接单区，进而对象司机可前往至少一个可选接单区进行接单。这样的实施方式实现了根据不同区域的订单数量对司机进行调遣，实现了司机资源的合理利用。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请一实施例提供的司机调遣方法的方法流程图；

图2为本申请另一实施例提供的司机调遣方法的方法流程图；

图3a为本申请又一实施例提供的司机调遣方法的方法流程图；

图3b为本申请又一实施例提供的司机调遣方法的方法流程图；

图4为本申请一实施例提供的用于司机调遣的服务端的结构示意图；

图5a为本申请一实施例提供的用于司机调遣的终端的结构示意图；

图5b为本申请另一实施例提供的用于司机调遣的终端的结构示意图。

具体实施方式

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

在现有技术中，运输服务预约平台的服务端在向司机的终端推送订单时，通常依据司机的位置以及订单的始发地信息，本着就近原则选择将某一订单推送至哪些司机，以确保订单的处理时限能够达到用户的要求。在这种订单推送模式下，处在订单量较大的区域的司机接单的机会多，且当订单需求非常大时，可能会出现供不应求的情况，进而导致用户体验差。反之，处在订单量较小的区域的司机接单的机会较少，导致部分司机资源被浪费。

为解决上述缺陷，本申请实施例提供了一种司机调遣方法，其核心在于，对历史订单数据进行演算，确定订单热点区域，并向可调遣的对象司机的终端推送订单热点区域中与该对象司机相匹配的可选接单区，以提示对象司机可前往可选接单区进行接单。以下部分将结合附图，详细说明本申请实施例各实施例提供的技术方案。

图1为本申请一实施例提供的司机调遣方法的方法流程图，该方法适用于服务端，如图1所示，包括：

步骤101、对历史订单进行数据分析，以确定订单热点区域。

步骤102、选取指定时长内未接到有效订单的司机，作为调遣的对象司机。

步骤103、从所述订单热点区域中，选择与所述对象司机匹配的至少一个可选接单区。

步骤104、将所述至少一个可选接单区的信息推送至所述对象司机的终端上，以提示所述对象司机前往所述至少一个可选接单区进行接单。

在步骤101中，历史订单，指的是当前时刻之前通过运输服务预约平台产生的用户订单。历史订单中的每一个订单，对应有订单的始发地信息，基于历史订单中的始发地信息，可推算出订单分布与地理区域的关系，并据此确定订单热点区域。

在步骤102中，有效订单，指的是接单并且成功完成的订单。指定时长，可以是服务端设定的时长，例如一天或者三天；指定时长也可以由用户自定义设置。

在步骤103中，订单热点区域，具有一定的地理位置属性。根据地理位置属性，可确定将每一对象司机调遣至哪些订单热点区域能够使得司机资源分配更加合理，并将这些确定的订单热点区域作为相应对象司机的可选接单区。

在步骤104中，服务端在确定与对象司机匹配的至少一个可选接单区之后，可将该至少一个可选接单区的信息推送至对象司机的终端上。进而，对象司机可根据推送信息，前往该至少一个可选接单区进行接单。

本实施例中，根据历史订单分析得到订单热点区域，并向可调遣的对象司机的终端推送订单热点区域中与该对象司机相匹配的至少一个可选接单区，进而对象司机可前往至少一个可选接单区进行接单。这样的实施方式实现了根据不同区域的订单数量对司机进行调遣，实现了司机资源的合理利用。

图2为本申请另一实施例提供的司机调遣方法的方法流程图，该方法适用于服务端，如图2所示，包括：

步骤201、对历史订单进行数据分析，以确定订单热点区域。

步骤202、选取指定时长内，没有接到订单推送或接到订单推送后未接单或接单后取消订单的司机，作为调遣的对象司机。

步骤203、从所述订单热点区域中，选择与所述对象司机的当前位置之间的距离小于设定值的区域和/或与所述对象司机的历史接单地点接近的至少一个区域作为所述至少一个可选接单区域。

步骤204、将所述至少一个可选接单区的信息推送至所述对象司机的终端上，以提示所述对象司机前往所述至少一个可选接单区进行接单。

在步骤201中，对历史订单进行数据分析，可先从历史订单的数据中，提取每一个历史订单对应的始发地信息，并根据始发地信息，统计历史订单在不同地理区域中的密度分布。获取历史订单在不同地理区域中的密度分度后，可将密度分布大于设定密度值的地理区域作为备选热点区域。其中，设定密度值为经验值，可根据某一城市或地区的整体订单密度分布设定，例如，人口较多的城市，该设定密度值可选取较大值，反之，人口较为稀疏的城市，该设定密度值可选取较小值。

应当理解，在一种可能的应用场景下，某一区域订单密度较大，且此区域分布的司机较多，则可能出现运输资源供大于求的情况，这种情况同样会导致司机资源的浪费。例如，某一备选热点区域中，针对同一订单的抢单司机数量超过了20个，则可确定该备选热点区域的司机数量已经超出所需求的数量。再例如，某一备选热点区域中，订单的平均响应时间均超过了10分钟，则可确定该备选热点区域的司机数量供不应求。因此，本实施例中，在确定备选热点区域之后，可进一步分析这些备选热点区域的司机饱和程度，并基于司机饱和程度确定订单热点区域。

可选的，可根据每一备选热点区域内的订单竞争率和/或订单响应时间，确定相应备选热点区域的司机饱和程度。通常，订单竞争率大，和/或订单响应时间小，则司机饱和程度越高。订单竞争率小，和/或订单响应时间长，则司机饱和程度越低。可选的，本实施例中，可将订单响应时间的倒数或者订单竞争率作为司机饱和程度指数。在确定备选热点区域的司机饱和程度之后，可将司机饱和程度小于设定饱和值的备选热点区域作为订单热点区域。进而，确定的订单热点区域，既保证了有足够多的订单量，又保证了对司机的需求量。

在步骤202中，司机没有接到有效订单，可包括以下几种情况：一种情况下，司机所处的地理位置不合适，服务端在根据订单的始发地信息向司机推送订单时，地理位置不合适的司机接不到推送，或接到较少的推送，因而抢单机会少。另一种情况下，司机接到了订单推送，但是订单对应的始发地较远或订单价格较低，进而导致司机不想接单。还有一种情况下，司机接到推送订单并抢单成功订单，但是后续根据自己的时间安排或与用户沟通的结果，发现订单不合适，并取消了订单。在指定时长内，满足上述任一种或多种情况的司机，可以作为调遣的对象司机。

在步骤203中，在确定调遣的对象司机后，针对每一个对象司机，可从订单热点区域中选择与其匹配的至少一个区域作为可选接单区。

可选的，本实施例中，可按照就近原则为每一个对象司机推荐可选接单区。具体的，针对一对象司机，可获取该对象司机的当前位置，并从订单热点区域中，选择与对象司机的当前位置之间距离小于设定值的至少一个区域，作为该对象司机对应的至少一个可选接单区域。这种实施方式的优势在于，可减少司机前往可选接单区的时间，提高司机调遣的效率。

除就近原则之外，本实施例中，还可按照司机对不同区域的熟悉程度为每一个对象司机推荐可选接单区。具体地，针对一对象司机，可获取该对象司机的历史订单中出现的接单地点，尤其是频繁出现的接单地点，并将这些接单地点所在的区域视为该对象司机较熟悉的区域。进而，可将热点区域中，与该对象司机的历史接单地点接近的至少一个区域作为该对象司机对应的至少一个可选接单区域。上述实施方式的优势在于，司机对服务端推送的可选接单区较熟悉或存在好感，可提高司机的主观能动性。

在步骤204中，在确定每一个对象司机对应的至少一个可选接单区后，可将该至少一个可选接单区的信息推送至相应的对象司机的终端上。进而，对象司机可根据推送信息，前往该至少一个可选接单区进行接单。

本实施例中，根据订单的密度分布以及司机饱和程度确定订单热点区域，并根据对象司机的当前位置和/或历史订单数据，从订单热点区域中选取与对象司机匹配的订单热点区域，实现了司机的精准调遣，合理利用了物流资源，保证了下单用户与司机均具有较好的体验。

应当说明的是，本申请上述或下述实施例提供的司机调遣方法，可以由服务端按照设定周期执行，以实现司机资源的定期调整，不再赘述。

图3a为本申请又一实施例提供的司机调遣方法的方法流程图，该方法适用于司机的终端，如图3a所示，包括：

步骤301、接收服务端推送的至少一个可选接单区的信息。

步骤302、在终端屏幕上展示一信息显示界面。

步骤303、在所述信息显示界面内依序展示所述至少一个可选接单区的信息，以提示司机前往所述至少一个可选接单区进行接单。

在本实施例中，至少一个可选接单区的信息，可包括所述至少一个可选接单区的地理位置、与司机所在位置相隔的距离和/或历史订单数量等。

用于显示至少一个接单区域的信息的信息显示界面可以是一个显示窗口或一个显示浮层。该显示窗口或一个显示浮层可在终端的任一页面上弹出，进而确保无论司机在哪个页面，都能及时地看到调遣信息。

可选地，本实施例中，所述至少一个接单区在信息显示界面上，可按照订单数量降序排列显示，或按照订单总金额降序排列显示，或按照与对象司机之间的距离差进行降序排列显示。进而，司机可一目了然的对所述至少一个接单区做初步了解，并选择前往哪一个可选接单区。

可选的，如图3b所示，在步骤303之后，本申请实施例提供的司机调遣方法进一步还包括步骤304：响应于所述司机对第一可选接单区的触发，调用地图显示所述第一可选接单区和/或通往所述第一可选接单区域的规划路径，所述第一可选接单区是所述至少一个可选接单区中的任一接单区。其中，被调用的地图可以是终端上安装的第三方地图，也可以是预约服务平台内置的地图，本实施例不做限制。

本实施例中，终端接收到服务端推送的可选接单区的信息时，可在任意页面展示可选接单区的信息，进而，司机可及时地看到推送信息，并根据推送信息的提示前往可选的接单区接单，提高了平台的订单转化率以及司机的个人收益，确保了物流资源合理分配。

需要说明的是，上述实施例所提供方法的各步骤的执行主体均可以是同一设备，或者，该方法也由不同设备作为执行主体。比如，步骤201至步骤203的执行主体可以为设备A；又比如，步骤201和202的执行主体可以为设备A，步骤203的执行主体可以为设备B；等等。

另外，在上述实施例及附图中的描述的一些流程中，包含了按照特定顺序出现的多个操作，但是应该清楚了解，这些操作可以不按照其在本文中出现的顺序来执行或并行执行，操作的序号如101、102等，仅仅是用于区分开各个不同的操作，序号本身不代表任何的执行顺序。另外，这些流程可以包括更多或更少的操作，并且这些操作可以按顺序执行或并行执行。需要说明的是，本文中的“第一”、“第二”等描述，是用于区分不同的消息、设备、模块等，不代表先后顺序，也不限定“第一”和“第二”是不同的类型。

图4是本申请实施例体提供的用于司机调遣的服务端的结构示意图，如图4所示，该服务端包括：热点区域确定模块401、对象司机确定模块402、接单区匹配模块403以及接单区推送模块404。

其中，热点区域确定模块401，用于对历史订单进行数据分析，以确定订单热点区域；对象司机确定模块402，用于选取指定时长内未接到有效订单的司机，作为调遣的对象司机；接单区匹配模块403，用于从所述订单热点区域中，选择与所述对象司机匹配的至少一个可选接单区；接单区推送模块404，用于将所述至少一个可选接单区的信息推送至所述对象司机的终端上，以提示所述对象司机前往所述至少一个可选接单区进行接单。

进一步可选地，热点区域确定模块401具体用于：根据所述历史订单对应的始发地信息，统计历史订单的密度分布；确定所述密度分布大于设定密度值的区域作为备选热点区域；根据所述备选热点区域内的订单竞争率和/或订单响应时间，确定所述备选热点区域的司机饱和程度；将所述备选热点区域中，所述司机饱和程度小于设定饱和值的区域作为订单热点区域。

进一步可选地，对象司机确定模块402具体用于：选取指定时长内，没有接到订单推送或接到订单推送后未接单或接单后取消订单的司机，作为调遣的对象司机。

进一步可选地，接单区匹配模块403，具体用于从所述订单热点区域中，选择与所述对象司机的当前位置之间的距离小于设定值的区域和/或与所述对象司机的历史接单地点接近的至少一个区域作为所述至少一个可选接单区域。

上述用于司机调遣的服务端可执行图1以及图2对应的实施例所提供的司机调遣方法，具备执行方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节，可参见本申请实施例所提供的方法，不再赘述。

图5a是本申请实施例体提供的用于司机调遣的终端的结构示意图，如图5a所示，该终端包括：接单区接收模块501、接单区显示模块502。

其中，接单区接收模块501，用于接收服务端推送的至少一个可选接单区的信息；接单区显示模块502，用于在终端屏幕上展示一信息显示界面；以及，在所述信息显示界面内依序展示所述至少一个可选接单区的信息，以提示司机前往所述至少一个可选接单区进行接单。

进一步可选地，如图5b所示，该终端还包括：地图模块503，用于响应于所述司机对第一可选接单区的触发，调用地图显示所述第一可选接单区和/或通往所述第一可选接单区域的规划路径，所述第一可选接单区是所述至少一个可选接单区中的任一接单区。

进一步可选地，接单区显示模块502具体用于：按照所述至少一个可选接单区的订单数量或所述至少一个可选接单区的订单总金额或所述至少一个可选接单区与对象司机之间的距离差对所述至少一个可选接单区进行降序排列；在所述信息显示界面上，按照降序排列结果依次展示所述至少一个可选接单区的信息。

上述用于司机调遣的终端可执行图3对应的实施例所提供的司机调遣方法，具备执行方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节，可参见本申请实施例所提供的方法，不再赘述。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、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-3中任一项所述的方法，其特征在于，从订单热点区域中，选择与所述对象司机匹配的至少一个可选接单区，包括：

从所述订单热点区域中，选择与所述对象司机的当前位置之间的距离小于设定值的区域和/或与所述对象司机的历史接单地点接近的至少一个区域作为所述至少一个可选接单区域。

5.一种司机调遣方法，其特征在于，包括：

接收服务端推送的至少一个可选接单区的信息；

在终端屏幕上展示一信息显示界面；

在所述信息显示界面内依序展示所述至少一个可选接单区的信息，以提示司机前往所述至少一个可选接单区进行接单。

6.根据权利要求5所述的方法，其特征在于，所述方法还包括：

响应于所述司机对第一可选接单区的触发，调用地图显示所述第一可选接单区和/或通往所述第一可选接单区域的规划路径，所述第一可选接单区是所述至少一个可选接单区中的任一接单区。

7.根据权利要求5或6所示的方法，其特征在于，在所述信息显示界面内依序展示所述至少一个可选接单区的信息，包括：

按照所述至少一个可选接单区的订单数量或所述至少一个可选接单区的订单总金额或所述至少一个可选接单区与对象司机之间的距离差对所述至少一个可选接单区进行降序排列；

在所述信息显示界面上，按照降序排列结果依次展示所述至少一个可选接单区的信息。

8.一种用于司机调遣的服务端，其特征在于，包括：

热点区域确定模块，用于对历史订单进行数据分析，以确定订单热点区域；

对象司机确定模块，用于选取指定时长内未接到有效订单的司机，作为调遣的对象司机；

接单区匹配模块，用于从所述订单热点区域中，选择与所述对象司机匹配的至少一个可选接单区；

接单区推送模块，用于将所述至少一个可选接单区的信息推送至所述对象司机的终端上，以提示所述对象司机前往所述至少一个可选接单区进行接单。

9.一种用于司机调遣的终端，其特征在于，包括：

接单区接收模块，用于接收服务端推送的至少一个可选接单区的信息；

接单区显示模块，用于在终端屏幕上展示一信息显示界面；以及，在所述信息显示界面内依序展示所述至少一个可选接单区的信息，以提示司机前往所述至少一个可选接单区进行接单。

10.根据权利要求9所述的终端，其特征在于，所述终端还包括：

地图模块，用于响应于所述司机对第一可选接单区的触发，调用地图显示所述第一可选接单区和/或通往所述第一可选接单区域的规划路径，所述第一可选接单区是所述至少一个可选接单区中的任一接单区。