CN109816128A - 网约车订单的处理方法、装置、设备及可读存储介质 - Google Patents

Abstract

本公开提供一种网约车订单的处理方法、装置、设备及可读存储介质，方法包括：对预设范围内的网约车运力进行分析，确定预设范围内的运力是否充足；若不充足，则获取目的地与预设范围的距离小于第一预设阈值的执行单，获取预设范围内的待接单订单；根据预设派单规则，将待接单订单分配给执行单对应的司机终端。本公开提供的方法，当预设范围内运力不足时，能够向目的地在预设范围附近的执行单的司机终端分配属于该预设范围的订单，从而能够提前释放目的地在预设范围附近的运力，降低预设范围内的运力压力，进而使乘客的订单能够更快的被分配出去，提高乘客体验。

Description

网约车订单的处理方法、装置、设备及可读存储介质

技术领域

本公开涉及订单处理技术，尤其涉及一种网约车订单的处理方法、装置、设备及可读存储介质。

背景技术

随着网约车技术的发展，目前很多人出行都会选择通过网络约车的方式，呼叫出租车，从而能够减少在路边拦车的种种不便。

但是，由于出行需求的不断攀升，导致在用车高峰时段，常常出现订单需求量很高，而在线服务的司机数量却不足以满足订单需求的情况。在这种情况下，有一部分在线下单的用户需要在相当长的时间段内，才能有司机接单，甚至在相当长的时间段内无空闲司机接单。这样的现象一方面会使乘客的等待时间增加，耽误乘客出行；另一方面，漫无目的地等待司机接单消耗了乘客的体力和精力，以致于造成不良的用户体验，降低用户粘性。

因此，如何提供一种方法，能够最大化提高运力利用率来降低乘客等待时间，成为亟待解决的问题。

发明内容

本公开提供一种网约车订单的处理方法、装置、设备及可读存储介质，以达到提高运力利用率从而降低乘客等待时间的效果。

本公开的第一个方面是提供一种网约车订单的处理方法，包括：

对预设范围内的网约车运力进行分析，确定所述预设范围内的运力是否充足；

若不充足，则获取目的地与所述预设范围的距离小于第一预设阈值的执行单，获取所述预设范围内的待接单订单；

根据预设派单规则，将所述待接单订单分配给所述执行单对应的司机终端。

本公开的另一个方面是提供一种网约车订单的处理装置，包括：

分析模块，用于对预设范围内的网约车运力进行分析，确定所述预设范围内的运力是否充足；

若不充足，则获取模块用于获取目的地与所述预设范围的距离小于第一预设阈值的执行单，获取所述预设范围内的待接单订单；

分配模块，用于根据预设派单规则，将所述待接单订单分配给所述执行单对应的司机终端。

本公开的又一个方面是提供一种网约车订单的处理设备，包括：

存储器；

处理器；以及

计算机程序；

其中，所述计算机程序存储在所述存储器中，并配置为由所述处理器执行以实现如上述第一方面所述的网约车订单的处理方法。

本公开的又一个方面是提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行以实现如上述第一方面所述的网约车订单的处理方法。

本公开提供的网约车订单的处理方法、装置、设备及可读存储介质的技术效果是：

本公开提供的网约车订单的处理方法、装置、设备及可读存储介质，包括：对预设范围内的网约车运力进行分析，确定预设范围内的运力是否充足；若不充足，则获取目的地与预设范围的距离小于第一预设阈值的执行单，获取预设范围内的待接单订单；根据预设派单规则，将待接单订单分配给执行单对应的司机终端。本公开提供的方法，当预设范围内运力不足时，能够向目的地在预设范围附近的执行单的司机终端分配属于该预设范围的订单，从而能够提前释放目的地在预设范围附近的运力，降低预设范围内的运力压力，进而使乘客的订单能够更快的被分配出去，提高乘客体验。

附图说明

图1为本发明一示例性实施例示出的网约车订单的处理方法的流程图；

图2为本发明另一示例性实施例示出的网约车订单的处理方法的流程图；

图3为本发明一示例性实施例示出的网约车订单的处理装置的结构图；

图4为本发明另一示例性实施例示出的网约车订单的处理装置的结构图；

图5为本发明一示例性实施例示出的网约车订单的处理设备的结构图。

具体实施方式

目前，乘客可以在智能终端(例如是手机)中可以输入出发地、目的地等信息，并发送订单，司机可以接受用户发送的订单，也可以由平台侧对这些订单进行分配，分配到的司机可以根据订单中包括的出发地、目的地执行该订单。但是在出行高峰时间段，经常存在空闲司机数量远远低于待接单的订单数量，造成用户发出订单却无人接单的情况，给用户带来极差的用户体验。

本发明实施例提供的方案，能够分析预设范围的运力是否充足，若不充足，则提前释放目的地属于该区域的司机终端，即在这些订单还没有执行完的情况下，预先向这些司机终端分配订单，从而使司机在完成当前订单后，能够立即接送其他乘客，从而提高运力的利用率，减少乘客等待时间。

本实施例提供的网约车订单的处理方法可以应用在网约车系统架构中。该系统架构可以包括多个终端设备、网络以及服务器。网络用以在终端设备和服务器之间提供通信链路的介质。网络可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备通过网络与服务器交互，以接收或发送消息等。终端设备上可以安装有各种通讯客户端应用，例如语音合成类应用、购物类应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件、网约车软件等。

终端设备可以是硬件，也可以是软件。当终端设备为硬件时，包括但不限于智能手机、平板电脑、电子书阅读器、MP3播放器(Moving Picture Experts Group Audio LayerIII，动态影像专家压缩标准音频层面3)、MP4(Moving Picture Experts Group AudioLayer IV，动态影像专家压缩标准音频层面4)播放器、膝上型便携计算机和台式计算机等等，此外，当终端设备是司机使用的终端时，该硬件形式的终端还可以是车载电脑。当终端设备为软件时，可以安装在上述所列举的电子设备中，例如，当终端设备是司机使用的终端时，该软件形式的终端还可以是安装在车载电脑中的软件。其可以实现成多个软件或软件模块(例如用来提供分布式服务)，也可以实现成单个软件或软件模块。在此不做具体限定。

服务器可以是提供各种服务的服务器，本实施例提供的方法可以由系统架构中的服务器来执行，例如对乘客侧的终端设备发送的订单信息进行处理，并向司机侧的终端分配该订单，服务器还可以向乘客端的设备反馈订单分配进度。

图1为本发明一示例性实施例示出的网约车订单的处理方法的流程图。

如图1所示，本实施例提供的网约车订单的处理方法包括：

步骤101，对预设范围内的网约车运力进行分析，确定预设范围内的运力是否充足。

其中，本实施例提供的方法可以由具备计算功能的电子设备执行，例如网约车平台侧的服务器，如上所述的系统架构中的服务器。本实施例提供的方法可以封装在软件中，还可以将该软件安装在执行本实施例提供的电子设备中，以使该电子设备能够执行本实施例提供的方法。

具体的，可以预先确定预设范围，可以将确定的预设范围存储在电子设备中，也可以存储在其他数据库中，执行本实施例的电子设备能够访问存储的预设范围。

进一步的，可以根据网约车的热力图确定预设范围，例如，可以将客流量较大的区域划定为预设范围，而打车人数较少的区域则不属于该范围。此外，若客流量大的区域面积很大，则还可以对其进行更细的划分，得到多个预设范围。由于客流量较大的区域容易出现打车难得问题，尤其在打车高峰期，更容易出现运力不足的情况，因此，可以基于网约车热力图确定出客流量情况，进而划分出一个或多个预设范围。网约车热力图的具体确定方式可以采用现有技术中的方式，不再赘述。

实际应用时，还可以根据地图区域确定预设范围，例如，可以按照行政区域划分出多个预设范围。

其中，电子设备可以对预设范围内的网约车运力进行分析，运力是指运输能力。电子设备可以实时的对预设范围的运力进行分析，也可以定时对其进行分析。例如，可以基于大数据对每个预设范围进行分析，确定每个预设范围对应的打车高峰时段，则电子设备可以在预设范围对应的高峰期到来时，对其运力进行分析。

具体的，电子设备可以根据预设范围内空闲司机以及待接单的订单数量进行分析，从而确定是否存在运力不足的情况，若空闲司机远远少于待待接单的订单数量，则可以认为出现了运力不足的情况。此外，还可以考虑预设范围周边的空闲司机情况，例如，可以考虑预设范围外3公里范围内的空闲司机，由于这些司机能够很快的被调度到预设范围内，因此，在分析过程中，可以认为这些司机也可以处理预设范围内的订单。更进一步的，还可以分析最近一段时间的订单增长量，例如距离当前时间10分钟的订单增长量，从而预测此后的订单增长量，进而在分析运力时，还可以将订单增长情况也作为确定运力情况的一个指标。

进一步的，电子设备可以通过对预设范围内的运力进行分析，确定出该范围的运力是否充足，若充足，则可以正常处理待接单订单。若确定运力充足，则说明当前的空闲司机能够处理预设范围内的订单，乘客不会等很长时间。若确定运力不充足，则说明当前的空闲司机无法承担预设范围内的订单，会导致一部分乘客的订单无人接受，造成乘客等待时间过长，此时，可以执行步骤102。

步骤102，获取目的地与预设范围的距离小于第一预设阈值的执行单，获取预设范围内的待接单订单。

实际应用时，本实施例提供的方法可以提前释放目的地在预设范围附近的运力，从而使这部分运力在当前执行单还未结束时，就能够接收预设范围内的订单，从而提高该区域的运力。

其中，可以在正在执行的订单中，获取目的地与预设范围的距离小于第一预设阈值的执行单。正在执行的订单可以存储在执行本实施例提供的电子设备中，也可以存储在其他电子设备中，执行本实施例的电子设备能够访问到正在执行的订单。可以为正在执行的订单设置数据库，且该数据库是实时更新的，当乘客发出了一个订单需求，则该订单为待接单订单，当待接单订单被分配到司机端，则可以认为这个订单在执行中，也就是正在执行的订单，当司机将乘客送达目的地，通过乘客或司机操作客户端，向服务器反馈该订单已完成的信息后，该订单则更新为已完成订单。

执行单可以是目的地在预设范围内的订单，电子设备可以读取正在执行单的目的地信息，从而在其中确定出执行单。通过运力调配，可以使这些订单的司机在完成当前订单后，立刻接送出发地在预设范围内的乘客。执行单还可以是目的地在预设范围外，但是目的地距离预设范围小于第一预设阈值的订单，通过运力调配，可以使这些订单的司机在完成当前订单后，前往预设范围内接送乘客。从而提高预设范围内的运力，降低该区域内的压力。

具体的，可以获取执行单的订单信息，例如具体的目的地、司机当前位置等，从而可以预测司机到达目的地的时间，可以根据执行单的目的地和达到目的地的时间，更合理的为执行单的司机分配其他订单。

进一步的，电子设备还可以获取预设范围内的待接单订单。正在执行的订单可以存储在执行本实施例提供的电子设备中，也可以存储在其他电子设备中，执行本实施例的电子设备能够访问到待接单的订单。当用户发出订单需求，但是该订单未被分配到司机端，则可以认为这个订单是待接单订单。电子设备可以读取待接单的订单的出发地，从而在其中确定出预设范围内的带接单订单，具体可以认为是出发地属于预设范围的订单。

步骤103，根据预设派单规则，将待接单订单分配给执行单对应的司机终端。

实际应用时，可以设置派单规则，用于将待接单订单分配给执行单对应的司机，可以基于派单规则确定执行单的司机与待接单订单的匹配关系，从而向司机分配与其匹配的待接单订单，更具体的，还可以在执行单完成之前，就将待接单订单分配给相应的司机。由于执行单的目的地在预设范围内，因此，再将出发地在预设范围内的待接单订单分配给执行单的司机，能够使司机更方便的接送乘客，并且，若在执行单完成之前，就将待接单订单分配给相应的司机，能够提前释放执行单对应的运力，例如，共包括300个符合条件的执行单，那么对于预设范围来说，相当于多了300个运力。

其中，可以根据执行单的详细目的地以及待接单订单的出发地，确定执行单司机与待接单订单的匹配关系，例如，可以确定目的地与出发地较近的司机与订单具有匹配关系，从而使司机能在完成当前订单后，能够尽快的接到下一单的乘客。此外，还可以预测执行单的完成时间以及待接单订单的发送时间，确定执行单司机与待接单订单的匹配关系，例如，可以确定执行单完成时间较早的司机与发送时间较早的待接单订单确定匹配关系，从而使早发送的订单被尽快处理，提高用户体验。另外，还可以结合执行单的目的地、完成时间以及待接单订单的出发地以及发送时间，共同确定执行单司机与待接单订单的匹配关系，从而平衡司机接到乘客所需要的距离以及乘客的等待时间。

具体的，在确定出司机与待接单订单的匹配关系后，电子设备可以将匹配的订单分配给相应的司机终端，具体可以向司机终端发送订单信息，例如乘客的出发地、目的地等。当司机的执行单完成后，电子设备还可以向司机终端同步乘客的实时位置，从而便于司机尽快接到下一位乘客。相似的，电子设备还可以向待接单订单对应的乘客终端发送司机信息，例如车辆号牌、司机手机号等。

进一步的，电子设备可以将接力单的信息发送到司机终端上，以使司机终端根据该接力单信息，确定接力单乘客的位置，从而在完成执行单后，立即前往接力单乘客所在地，能够减少该乘客的等待时间。

本实施例提供的方法用于对网约车订单进行处理，该方法由设置有本实施例提供的方法的设备执行，该设备通常以硬件和/或软件的方式来实现。

本实施例提供的网约车订单的处理方法，包括：对预设范围内的网约车运力进行分析，确定预设范围内的运力是否充足；若不充足，则获取目的地与预设范围的距离小于第一预设阈值的执行单，获取预设范围内的待接单订单；根据预设派单规则，将待接单订单分配给执行单对应的司机终端。本实施例提供的方法，当预设范围内运力不足时，能够向目的地在预设范围附近的执行单的司机终端分配属于该预设范围的订单，从而能够提前释放目的地在预设范围附近的运力，降低预设范围内的运力压力，进而使乘客的订单能够更快的被分配出去，提高乘客体验。

图2为本发明另一示例性实施例示出的网约车订单的处理方法的流程图。

如图2所示，本实施例提供的网约车订单的处理方法，包括：

步骤201，获取预设范围对应的空闲司机数量、待接单订单数量、第一预设时间内的订单增长信息。

其中，执行本实施例提供的方法的电子设备，可以根据预先划定的范围，获取范围对应的空闲司机数量、待接单订单数量、第一预设时间内的订单增长信息。预设范围的确定方式与图1所示实施例类似，不再赘述，同上述实施例，可以设置一个预设范围，也可以设置多个预设范围，当设置多个预设范围时，可以获取多个预设范围的相应信息，并对多个预设范围的运力进行调配。

具体的，预设范围对应的空闲司机包括预设范围内的空闲司机与第二预设时间内能够调度到预设范围内的空闲司机。空闲司机是指没有接单的司机，这些司机没有正在执行的订单。

进一步的，预设范围内的空闲司机能够承接该范围内的订单，在预设范围外的一部分空闲司机，也可以承接该范围内的订单，因此，可以认为预设范围内以及预设范围周边的空闲司机都能够承接预设范围内的订单。预设周边范围可以认为是能够在第二预设时间内达到预设范围的空闲司机，例如，能够在10分钟内达到预设范围。可以根据空闲司机当前的位置预测其达到预设范围的时间，从而确定出符合条件的预设范围周边的空闲司机，将预设范围内以及周边的空闲司机数量总和作为预设范围对应的空闲司机数量。

实际应用时，预设范围对应的待接单订单数量是指出发地在预设范围内的待接单订单，这些订单是指用户发出，但是未被分配到司机端的订单。当空闲司机少，待接单订单数量多时，会造成乘客的长时间等待。

其中，预设范围对应的第一预设时间内的订单增长信息是指，在当前时间的过去一段时间内，预设范围的订单增长信息，该时间段可以是第一预设时间，例如，可以是过去5分钟内，订单的增长信息。

具体的，订单增长信息包括第一预设时间内订单的平均增长率。例如，可以是预设范围在当前时间前的5分钟内，订单的平均增长率。该增长率可以是每分钟的平均增长率，还可以是每半分钟的平均增长率，可以根据需求进行设置。

步骤202，根据空闲司机数量、待接单订单数量、订单增长信息确定运力值，并根据运力值确定运力是否充足。

进一步的，可以根据获取的预设范围内的订单以及空闲司机信息，确定该范围内的运力是否充足。例如，可以根据最近第一预设时间段内的订单增长率以及当前已有的待接单订单数量，预测接下来的该范围内的订单数量情况，从而根据空闲司机数量再确定该范围内运力是否充足。

实际应用时，若订单增长信息包括第一预设时间内订单的平均增长率，并根据该平均增长率以及已有的待接单订单数量预测未来待接单订单数量，例如，可以根据待接单订单数量D与平均增长率的乘积预测待接单订单的增长数量；根据增长数量、待接单订单数量预测未来待接单订单数量，具体可以将已有的待接单订单数量与增长数量相加，得到未来有可能的待接单订单数量，并确定预测的未来待接单订单数量与空闲司机数量S的比值，该比值可以作为预设范围的运力TP；若比值(也就是运力TP)大于或等于运力阈值δ，则确定预设范围内的运力不充足。

其中，空闲司机数量S可以进一步的等于预设范围内空闲司机数量S₁与预设范围附近的空闲司机数量S₂之和。因此，本实施例提供的方法中，运力可以通过下式进行计算：

具体的，从中可以看出，运力TP与空闲司机数量成负相关，与待接单订单数量成正相关，因此，TP越大，则表示运力越差，可以设置运力阈值，当TP大于或等于运力阈值时，认为该预设范围内的运力不充足，会造成乘客长时间等待的情况发生。

进一步的，运力阈值δ可以是大于等于1.6，且小于等于2.5的值，即δ∈[1.6,2.5]。

若运力充足，则可以将待接单订单作为实时单，分配给空闲司机，若运力不充足，则执行步骤203，对运力进行调配。

步骤203，获取目的地与预设范围的距离小于第一预设阈值的执行单，获取预设范围内的待接单订单。

步骤203与步骤102的实现原理和功能相似，不再赘述。

步骤204，根据待接单订单信息，在待接单订单中确定实时单，并将实时单分配给预设范围对应的空闲司机终端。

实际应用时，电子设备可以获取待接单订单的信息，并根据待接单订单信息在其中确定出一些实时单。例如，可以将发送时间靠前的一部分订单作为实时单。可以根据预设范围对应的空闲司机数量确定实时单的数量，例如，可以用空闲司机数量乘以一个系数，作为实时单的数量。

其中，将这些实时单分配给预设范围对应的空闲司机终端。空闲司机终端接收到实时单后，对应的空闲司机能够直接去接乘客，从而使这部分乘客的等待时就较短。预设范围对应的空闲司机可以包括预设范围内以及预设范围附近的空闲司机。

步骤203和步骤204的执行时序可以不做限制。

步骤205，将实时单以外的待接单订单确定为接力单，并将接力单分配给执行单对应的司机终端。

具体的，待接单订单中，实时单以外的订单可以作为接力单。可以实时的根据空闲司机数量调整订单，例如，若空闲司机数量增加，则可以提高实时单的数量，并且，当有新增的待接单订单时，也可以根据空闲司机数量确定其属于实时单还是接力单。

进一步的，接力单是指司机完成当前订单后的就去执行的下一个订单，可以在司机当前订单未完成的情况下，就将接力单分配给对应的司机，从而使待接单订单快速的被分配，能够提高用户体验。

实际应用时，由于接力单的目的地在预设范围内，因此，将接力单分配给接力单对应的司机终端后，司机可以在完成当前订单后就立刻去接接力单的乘客，从而提高司机接单的效率，进而提高整个预设范围内的运力。

其中，向司机终端分配接力单的方式有多种，其中一种可以是：

预测执行单的完成时间。

根据完成时间向执行单的司机终端分配接力单。

电子设备可以获取执行单的信息，例如目的地，还可以获取执行单对应的司机终端位置，也就是车辆位置，还可以获取实时路况，从而预测司机到达目的地的时间，对于网约车来说，可以认为车辆到达目的地后，也就完成了相应的订单，因此，本实施例提供的方法可以预测出执行单的完成时间。

具体的，电子设备可以根据订单的完成时间确定出完成时间较早的司机终端，并向这些司机终端分配接力单。例如，当执行单的完成时间在半个小时候，另一个执行单的完成时间在五分钟后，则优先为执行单的完成时间在五分钟后的司机终端分配接力单。

进一步的，还可以根据接力单的具体信息，确定用户发送接力单的发送时间。可以根据执行单的完成时间以及接力单的发送时间，确定接力单匹配的司机终端，并将该接力单发送给司机终端。例如，可以将发送时间较早的接力单分配给订单完成时间较早的司机终端，从而使早发送的订单尽快被分配，从而提高用户体验。

向司机终端分配接力单的方式还可以是：

获取执行单的目的地，获取接力单的出发地。

根据目的地、出发地向执行单的司机终端分配接力单。

其中，电子设备可以获取执行单的详细信息，进而获取到执行单的目的地，也就是司机前往的目的地。还可以获取接力单的出发地，也就是待接单订单对应的乘客出发地。可以基于司机所到达的目的地以及乘客的出发地，确定接力单对应的司机终端。

具体的，可以认为目的地与出发地相近的司机终端与接力单相匹配，并将接力单分配给对应的司机终端。当司机完成当前的执行单后，可以接到距离自己非常近的接力单乘客，从而减少司机绕路接乘客所造成的空闲时间，能够提高预设范围内的运力。

向司机终端分配接力单的方式还可以是：

获取执行单的目的地，并预测执行单的完成时间；

获取接力单的出发地；

根据目的地、出发地、完成时间向执行单的司机终端分配接力单。

进一步的，还可以根据司机当前执行的订单的目的地，待接乘客的出发地，以及司机当前执行单的完成时间，共同确定出与接力单匹配的司机终端。

实际应用时，可以认为执行单的目的地与接力单的出发地越近，执行单对应的司机终端与接力单越匹配，并且，为了减少乘客的等待时间，还可以优先为执行单完成时间更早的司机终端分配接力单，因此，可以同时考虑距离与时间两个因素，为司机终端分配接力单。

例如，可以计算每个执行单的司机与接力单的匹配程度，可以将执行单的司机与接力单进行随机组合，从而形成多种组合方式，再在其中确定出较优的匹配情况。例如共包括m个执行单，n个接力单，则随机组合方式可以包括m*n种。

可以用距离权重值乘以执行单目的地与接力单出发地的距离，得到距离指标，还可以用时间权重值乘以执行单完成时间与当前时间的时间间隔，得到时间指标，再将距离指标与时间指标进行相加，得到匹配值，匹配值越小，则司机与接力单越匹配，因此，可以得到较合理的匹配信息。

此外，若接力单没有匹配的司机，还可以将其转换为实时单，从而避免由于匹配失败导致该接力单无法被分配，造成乘客长时间等待的问题。

可选的，向司机终端分配接力单的方式还可以是：

获取执行单的司机终端当前位置。可以通过司机终端向电子设备回传的定位信息获取司机终端的实时位置。

确定当前位置与接力单出发地的第一距离(S₁)，也就是司机与接力单乘客的距离。可以根据接力单的详细信息，获取接力单出发地，并根据执行单的司机终端位置，确定二者距离。

还可以确定当前位置与执行单的目的地的第二距离(S₂)，也就是司机到执行单目的地的距离。相似的，也可以根据执行单的详细信息，确定执行单的目的地，并根据执行单的司机终端位置，确定二者距离。

此外，还可以确定执行单的目的地与接力单的出发地的第三距离(S₃)，也就是司机完成执行单后，接上接力单乘客所需要的距离。

其中，还可以预测从当前位置到达接力单出发地的第一时间(T₁)，也就是司机到达接力单乘客位置所需要的时间。可以获取实时路况信息，根据路况预测从当前位置到达接力单出发位置所需要的时间。

具体的，还可以预测从当前位置到执行单的目的地的第二时间(T₂)，也就是司机到执行单目的地所需要的时间。

进一步的，还可以预测从执行单的目的地到接力单的出发地的第三时间(T₃)，也就是司机完成执行单后，接上接力单乘客所需要的时间。

最后，再根据第一距离、第二距离、第三距离、第一时间、第二时间、第三时间确定衡量指标，根据衡量指标向执行单的司机终端分配接力单。从而能够根据司机到当前目的地的距离，司机到下一个出发地的距离以及当前目的地到下一个出发地的距离确定距离指标，再根据司机到当前目的地的时间，司机到下一个出发地的时间以及当前目的地到下一个出发地的时间确定时间指标，进而根据距离指标以及时间指标确定出衡量指标，再基于衡量指标确定出匹配的司机终端与接力单，从而能够向司机终端分配匹配的接力单。

其中，在计算衡量指标时，可以计算第一距离与第二距离、第三距离之和的第一比值计算第一时间与第二时间、第三时间之和的第二比值计算第一预设权重值与第一比值的第一乘积，计算第二预设权重值与第二比值的第二乘积；将第一乘积与第二乘积的和确定为衡量指标。

具体的，第一预设权重值(k₁)可以认为是距离权重，第二预设权重(k₂)可以认为是时间权重。第一比值可以认为是距离指标，第二比值可以认为是时间指标，计算这两个指标的加权求和结果，能够得到最终的衡量指标。

进一步的，衡量指标P可以通过下式进行计算：

从中可以看出，衡量指标与接驾距离、接驾预估时间成负相关，因此，P越大，则司机终端与接力单越匹配，针对同一个接力单来说，可以确定与其衡量指标最小的司机终端与其匹配，可以将这个接力单分配给该司机终端；相似的，针对同一个司机终端来说，也可以为其分配衡量指标最小的接力单。实际应用时，k₁、k₂为正数，|k₁|∈[1.5,2.4],|k₂|∈[2.1,3.9]。其中，k₁、k₂的取值可以根据需求进行设置，例如，若需要将接驾距离作为较重要的权重参数，则可以将k₁设置为较大的数值，若需要将接驾预估时间作为较重要的权重参数，则可以将k₂设置为较大的数值。此外，还可以根据外界环境调整这两个权重值，例如，遇到雨、雪、雾等天气，驾车预估时间的可信赖度降低，那么可以提高k₁的值，降低k₂的值。

此外，本实施例提供的方法中，电子设备接收新的需求单后，可以根据步骤203中的方式，根据该新的订单信息确定其是否能够作为实时单，例如，可以获取空闲司机信息，并确定是否有空闲司机与其匹配，若没有则将其作为接力单，将其分配给匹配的司机终端。具体的匹配方式与上述描述类似，不再赘述。

图3为本发明一示例性实施例示出的网约车订单的处理装置的结构图。

如图3所示，本实施例提供的网约车订单的处理装置，包括：

分析模块31，用于对预设范围内的网约车运力进行分析，确定所述预设范围内的运力是否充足；

若不充足，则获取模块32用于获取目的地与所述预设范围的距离小于第一预设阈值的执行单，获取所述预设范围内的待接单订单；

分配模块33，用于根据预设派单规则，将所述待接单订单分配给所述执行单对应的司机终端。

本实施例提供的网约车订单的处理装置，包括分析模块，用于对预设范围内的网约车运力进行分析，确定预设范围内的运力是否充足；若不充足，则获取模块用于获取目的地与预设范围的距离小于第一预设阈值的执行单，获取预设范围内的待接单订单；分配模块，用于根据预设派单规则，将待接单订单分配给执行单对应的司机终端。本实施例提供的装置，当预设范围内运力不足时，能够向目的地在预设范围附近的执行单的司机终端分配属于该预设范围的订单，从而能够提前释放目的地在预设范围附近的运力，降低预设范围内的运力压力，进而使乘客的订单能够更快的被分配出去，提高乘客体验。

本实施例提供的网约车订单的处理装置的具体原理和实现方式均与图1所示的实施例类似，此处不再赘述。

图4为本发明另一示例性实施例示出的网约车订单的处理装置的结构图。

如图4所示，在上述实施例的基础上，本实施例提供的网约车订单的处理装置，所述分析模块31，包括：

获取单元311，用于获取所述预设范围对应的空闲司机数量、待接单订单数量、第一预设时间内的订单增长信息；

确定单元312，用于根据所述空闲司机数量、待接单订单数量、所述订单增长信息确定运力值，并根据所述运力值确定所述运力是否充足。

其中，所述预设范围对应的空闲司机数量，包括：

所述预设范围内的空闲司机与第二预设时间内能够调度到所述预设范围内的空闲司机总数量。

其中，所述订单增长信息包括所述第一预设时间内订单的平均增长率；

所述确定单元312具体用于：

根据所述待接单订单数量与所述平均增长率预测未来待接单订单数量；

确定所述未来待接单订单数量与所述空闲司机数量的比值；

若所述比值大于或等于运力阈值，则确定所述预设范围内的运力不充足。

可选的，所述运力阈值是大于等于1.6，且小于等于2.5的值。

所述分配模块33，包括：

第一分配单元331，用于根据待接单订单信息，在所述待接单订单中确定实时单，并将所述实时单分配给所述预设范围对应的空闲司机终端；

第二分配单元332，用于将所述实时单以外的所述待接单订单确定为接力单，并将所述接力单分配给所述执行单对应的司机终端。

所述第二分配单元332具体用于：

预测所述执行单的完成时间；

根据所述完成时间向所述执行单的司机终端分配所述接力单。

所述第二分配单元332具体用于：

获取所述执行单的目的地，获取所述接力单的出发地；

根据所述目的地、所述出发地向所述执行单的司机终端分配所述接力单。

所述第二分配单元332具体用于：

获取所述执行单的目的地，并预测所述执行单的完成时间；

获取所述接力单的出发地；

根据所述目的地、所述出发地、所述完成时间向所述执行单的司机终端分配所述接力单。

所述第二分配单元332具体用于：

获取所述执行单的司机终端当前位置；

确定所述当前位置与所述接力单出发地的第一距离；

确定所述当前位置与所述执行单的目的地的第二距离；

确定所述执行单的目的地与所述接力单的出发地的第三距离；

预测从所述当前位置到达所述接力单出发地的第一时间；

预测从所述当前位置到所述执行单的目的地的第二时间；

预测从所述执行单的目的地到所述接力单的出发地的第三时间；

根据所述第一距离、所述第二距离、所述第三距离、所述第一时间、所述第二时间、所述第三时间确定衡量指标；

根据所述衡量指标向所述执行单的司机终端分配所述接力单。

所述第二分配单元332计算所述第一距离与所述第二距离、所述第三距离之和的第一比值；

计算所述第一时间与所述第二时间、所述第三时间之和的第二比值；

计算第一预设权重值与所述第一比值的第一乘积，计算第二预设权重值与所述第二比值的第二乘积；

将所述第一乘积与所述第二乘积的和确定为所述衡量指标。

本实施例提供的装置的具体原理和实现方式均与图2所示的实施例类似，此处不再赘述。

图5为本发明一示例性实施例示出的网约车订单的处理设备的结构图。

如图5所示，本实施例提供的网约车订单的处理设备包括：

存储器51；

处理器52；以及

计算机程序；

其中，所述计算机程序存储在所述存储器51中，并配置为由所述处理器52执行以实现如上所述的任一种网约车订单的处理方法。

本实施例还提供一种计算机可读存储介质，其上存储有计算机程序，

所述计算机程序被处理器执行以实现如上所述的任一种网约车订单的处理方法。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (14)

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

对预设范围内的网约车运力进行分析，确定所述预设范围内的运力是否充足；

若不充足，则获取目的地与所述预设范围的距离小于第一预设阈值的执行单，获取所述预设范围内的待接单订单；

根据预设派单规则，将所述待接单订单分配给所述执行单对应的司机终端。

2.根据权利要求1所述的方法，其特征在于，所述对预设范围内的网约车运力进行分析，确定所述预设范围内的运力是否充足，包括：

获取所述预设范围对应的空闲司机数量、待接单订单数量、第一预设时间内的订单增长信息；

根据所述空闲司机数量、待接单订单数量、所述订单增长信息确定运力值，并根据所述运力值确定所述运力是否充足。

3.根据权利要求2所述的方法，其特征在于，所述预设范围对应的空闲司机数量，包括：

所述预设范围内的空闲司机与第二预设时间内能够调度到所述预设范围内的空闲司机总数量。

4.根据权利要求2所述的方法，其特征在于，所述订单增长信息包括所述第一预设时间内订单的平均增长率；

所述根据所述空闲司机数量、待接单订单数量、所述订单增长信息确定运力值，并根据所述运力值确定所述运力是否充足，包括：

根据所述待接单订单数量与所述平均增长率预测未来待接单订单数量；

确定所述未来待接单订单数量与所述空闲司机数量的比值；

若所述比值大于或等于运力阈值，则确定所述预设范围内的运力不充足。

5.根据权利要求4所述的方法，其特征在于，所述运力阈值是大于等于1.6，且小于等于2.5的值。

6.根据权利要求1-5任一项所述的方法，其特征在于，所述根据预设派单规则，将所述待接单订单分配给所述执行单对应的司机终端，包括：

根据待接单订单信息，在所述待接单订单中确定实时单，并将所述实时单分配给所述预设范围对应的空闲司机终端；

将所述实时单以外的所述待接单订单确定为接力单，并将所述接力单分配给所述执行单对应的司机终端。

7.根据权利要求6所述的方法，其特征在于，所述将所述接力单分配给所述执行单对应的司机终端，包括：

预测所述执行单的完成时间；

根据所述完成时间向所述执行单的司机终端分配所述接力单。

8.根据权利要求6所述的方法，其特征在于，所述将所述接力单分配给所述执行单对应的司机终端，包括：

获取所述执行单的目的地，获取所述接力单的出发地；

根据所述目的地、所述出发地向所述执行单的司机终端分配所述接力单。

9.根据权利要求6所述的方法，其特征在于，所述将所述接力单分配给所述执行单对应的司机终端，包括：

获取所述执行单的目的地，并预测所述执行单的完成时间；

获取所述接力单的出发地；

根据所述目的地、所述出发地、所述完成时间向所述执行单的司机终端分配所述接力单。

10.根据权利要求6所述的方法，其特征在于，所述将所述接力单分配给所述执行单对应的司机终端，包括：

获取所述执行单的司机终端当前位置；

确定所述当前位置与所述接力单出发地的第一距离；

确定所述当前位置与所述执行单的目的地的第二距离；

确定所述执行单的目的地与所述接力单的出发地的第三距离；

预测从所述当前位置到达所述接力单出发地的第一时间；

预测从所述当前位置到所述执行单的目的地的第二时间；

预测从所述执行单的目的地到所述接力单的出发地的第三时间；

根据所述第一距离、所述第二距离、所述第三距离、所述第一时间、所述第二时间、所述第三时间确定衡量指标；

根据所述衡量指标向所述执行单的司机终端分配所述接力单。

11.根据权利要求10所述的方法，其特征在于，所述根据所述第一距离、所述第二距离、所述第三距离、所述第一时间、所述第二时间、所述第三时间确定衡量指标，包括：

计算所述第一距离与所述第二距离、所述第三距离之和的第一比值；

计算所述第一时间与所述第二时间、所述第三时间之和的第二比值；

计算第一预设权重值与所述第一比值的第一乘积，计算第二预设权重值与所述第二比值的第二乘积；

将所述第一乘积与所述第二乘积的和确定为所述衡量指标。

12.一种网约车订单的处理装置，其特征在于，包括：

分析模块，用于对预设范围内的网约车运力进行分析，确定所述预设范围内的运力是否充足；

若不充足，则获取模块用于获取目的地与所述预设范围的距离小于第一预设阈值的执行单，获取所述预设范围内的待接单订单；

分配模块，用于根据预设派单规则，将所述待接单订单分配给所述执行单对应的司机终端。

13.一种网约车订单的处理设备，其特征在于，包括：

存储器；

处理器；以及

计算机程序；

其中，所述计算机程序存储在所述存储器中，并配置为由所述处理器执行以实现如权利要求1-11任一种所述的方法。

14.一种计算机可读存储介质，其特征在于，其上存储有计算机程序，

所述计算机程序被处理器执行以实现如权利要求1-11任一种所述的方法。