CN116308636A - 订单调度方法、装置、计算机设备和存储介质 - Google Patents

Abstract

本申请涉及一种订单调度方法、装置、计算机设备和存储介质。所述方法包括：响应于在乘客订单调度界面中顺路模式的开启操作，获取车载终端的当前位置；根据当前位置和预设的车载终端的顺路位置进行计算，得到各待调度乘客订单的顺路程度；根据各顺路程度确定目标乘客订单，并根据目标乘客订单向车载终端发送派单通知；目标乘客订单为目标顺路程度的最大值所对应的待调度乘客订单；目标顺路程度为大于顺路程度阈值的顺路程度。采用本方法能够避免在进行订单调度的过程中存在乘客订单的行车和车载终端的顺路位置不顺路。

Description

订单调度方法、装置、计算机设备和存储介质

技术领域

本申请涉及计算机信息处理技术领域，特别是涉及一种订单调度方法、装置、计算机设备和存储介质。

背景技术

网约车平台是企业与客户建立关系的重要渠道，是企业商业模式的基础要素。乘客订单调度作为网约车业务管理服务的一种，能有效提高司机用户和乘客用户的使用体验，从而产生提升司机用户和乘客用户的忠诚度、延长司机用户生命周期、获取网约车平台改进建议等积极效应。

传统网约车平台中网约车司机通常将家的地址设置为车载终端的顺路位置。然而，传统网约车平台进行订单调度的过程中存在乘客订单的行车和车载终端的顺路位置不顺路等问题，从而导致使用网约车平台的满意度较低和订单调度的过程中关怀质量较低。

发明内容

基于此，有必要针对上述技术问题，提供一种能够避免在进行订单调度的过程中存在乘客订单的行车和车载终端的顺路位置不顺路问题的订单调度方法、装置、计算机设备和存储介质。

第一方面，提供一种订单调度方法，上述方法包括：

响应于在乘客订单调度界面中顺路模式的开启操作，获取车载终端的当前位置；

根据当前位置和预设的车载终端的顺路位置进行计算，得到各待调度乘客订单的顺路程度；

根据各顺路程度确定目标乘客订单，并根据目标乘客订单向车载终端发送派单通知；目标乘客订单为目标顺路程度的最大值所对应的待调度乘客订单；目标顺路程度为大于顺路程度阈值的顺路程度。

在其中一个实施例中，根据当前位置和预设的车载终端的顺路位置进行计算，得到各待调度乘客订单的顺路程度，包括：获取各待调度乘客订单的起点位置和对应的终点位置；根据各起点位置、对应的终点位置、当前位置和顺路位置进行路径规划，得到对应的待调度乘客订单的规划行驶里程；其中，规划行驶里程为规划从当前位置途经对应的起点位置和对应的终点位置至顺路位置所需行驶里程；根据初始规划行驶里程和各规划行驶里程的商，得到对应的顺路程度；其中，初始规划行驶里程为规划从当前位置至顺路位置所需行驶里程。

在其中一个实施例中，获取各待调度乘客订单的起点位置和终点位置，包括：获取网约车的运营业务日志数据；对运营业务日志数据进行数据提取，得到各起点位置和对应的终点位置。

在其中一个实施例中，待调度乘客订单包括至少一个车载终端所绑定的目标网约车平台的第一类型乘客订单；其中，根据各顺路程度确定目标乘客订单，包括：响应于当前时刻处于优先派单时间内，根据各第一类型乘客订单的顺路程度判断是否存在目标顺路程度；若各第一类型乘客订单的顺路程度存在目标顺路程度，则根据第一类型乘客订单的顺路程度的最大值确定目标乘客订单。

在其中一个实施例中，根据各第一类型乘客订单的顺路程度判断是否存在目标顺路程度之后还包括：若各第一类型乘客订单的顺路程不存在目标顺路程度，则返回至根据各第一类型乘客订单的顺路程度判断是否存在目标顺路程度的步骤进行迭代处理，直至当前时刻并非处于优先派单时间内。

在其中一个实施例中，待调度乘客订单包括至少一个其他网约车平台的第二类型乘客订单；根据当前位置和预设的车载终端的顺路位置进行计算，得到各待调度乘客订单的顺路程度之前还包括获取网约车平台列表，并根据网约车平台列表确定各第二类型乘客订单的步骤；其中，根据各顺路程度确定目标乘客订单，还包括：响应于当前时刻并非处于优先派单时间内，根据各第一类型乘客订单的顺路程度和各第二类型乘客订单的顺路程度判断是否存在目标顺路程度；若各第一类型乘客订单的顺路程度不存在目标顺路程度且各第二类型乘客订单的顺路程度存在目标顺路程度，则根据第二类型乘客订单的顺路程度的最大值确定目标乘客订单。

在其中一个实施例中，根据各第一类型乘客订单的顺路程度和各第二类型乘客订单的顺路程度判断是否存在目标顺路程度之后还包括：若各第一类型乘客订单的顺路程度存在目标顺路程度且各第二类型乘客订单的顺路程度存在目标顺路程度，则根据第一类型乘客订单的顺路程度的最大值确定目标乘客订单；若各第一类型乘客订单的顺路程度存在目标顺路程度且各第二类型乘客订单的顺路程度不存在目标顺路程度，则根据第一类型乘客订单的顺路程度的最大值确定目标乘客订单。

在其中一个实施例中，上述方法还包括：响应于在乘客订单调度界面中顺路位置的设置操作，根据设置操作的结果确定顺路位置。

第二方面，提供了一种订单调度装置，上述订单调度装置包括当前位置获取模块、顺路程度计算模块和派单通知发送模块。

其中，当前位置获取模块用于响应于在乘客订单调度界面中顺路模式的开启操作，获取车载终端的当前位置；顺路程度计算模块用于根据当前位置和预设的车载终端的顺路位置进行计算，得到各待调度乘客订单的顺路程度；派单通知发送模块用于根据各顺路程度确定目标乘客订单，并根据目标乘客订单向车载终端发送派单通知；目标乘客订单为目标顺路程度的最大值所对应的待调度乘客订单；目标顺路程度为大于顺路程度阈值的顺路程度。

第三方面，提供了一种计算机设备，该计算机设备包括存储器和处理器，存储器存储有计算机程序，处理器执行所述计算机程序时实现上述方法实施例中任一方法的步骤。

第四方面，提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现上述方法实施例中任一方法的步骤。

上述订单调度方法、装置、计算机设备和存储介质，响应于在乘客订单调度界面中顺路模式的开启操作，获取车载终端的当前位置；而后，根据当前位置和预设的车载终端的顺路位置进行计算，得到各待调度乘客订单的顺路程度；接着，根据各顺路程度确定目标乘客订单，并根据目标乘客订单向车载终端发送派单通知；其中，目标乘客订单为目标顺路程度的最大值所对应的待调度乘客订单；目标顺路程度为大于顺路程度阈值的顺路程度；以使得车载终端的用户根据该派单通知获知该目标乘客订单，及时完成目标顺路程度的最大值所对应的待调度乘客订单即目标乘客订单，从而避免了在进行订单调度的过程中存在乘客订单的行车和车载终端的顺路位置不顺路的问题，便于车载终端的用户能在完成目标乘客订单后尽快地道车载终端的顺路位置，提升了网约车平台的满意度和订单调度的过程中关怀质量。

附图说明

图1为一个实施例中订单调度方法的应用环境图；

图2为一个实施例中订单调度方法的第一流程示意图；

图3为一个实施例中订单调度方法的第二流程示意图；

图4为一个实施例中根据当前位置和预设的车载终端的顺路位置进行计算，得到各待调度乘客订单的顺路程度的流程示意图；

图5为一个实施例中获取各待调度乘客订单的起点位置和终点位置的流程示意图；

图6为一个实施例中根据各顺路程度确定目标乘客订单的第一流程示意图；

图7为一个实施例中根据各顺路程度确定目标乘客订单的第二流程示意图；

图8为一个实施例中订单调度装置的结构框图；

图9为一个实施例中计算机设备的内部结构图。

具体实施方式

为了便于理解本申请，下面将参照相关附图对本申请进行更全面的描述。附图中给出了本申请的实施例。但是，本申请可以以许多不同的形式来实现，并不限于本文所描述的实施例。相反地，提供这些实施例的目的是使本申请的公开内容更加透彻全面。

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中在本申请的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本申请。

可以理解，本申请所使用的术语“第一”、“第二”等可在本文中用于描述各种元件，但这些元件不受这些术语限制。这些术语仅用于将第一个元件与另一个元件区分。举例来说，在不脱离本申请的范围的情况下，可以将第一电阻称为第二电阻，且类似地，可将第二电阻称为第一电阻。第一电阻和第二电阻两者都是电阻，但其不是同一电阻。

可以理解，以下实施例中的“连接”，如果被连接的电路、模块、单元等相互之间具有电信号或数据的传递，则应理解为“电连接”、“通信连接”等。

在此使用时，单数形式的“一”、“一个”和“所述/该”也可以包括复数形式，除非上下文清楚指出另外的方式。还应当理解的是，术语“包括/包含”或“具有”等指定所陈述的特征、整体、步骤、操作、组件、部分或它们的组合的存在，但是不排除存在或添加一个或更多个其他特征、整体、步骤、操作、组件、部分或它们的组合的可能性。

本申请提供的订单调度方法，可以应用于如图1所示的应用环境中。其中，车载终端102通过网络与业务平台管理服务器104通过网络进行通信。其中，车载终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，业务平台管理服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

在一个具体示例中，业务平台管理服务器104是一种用于对各业务平台进行管理服务的组件或设备。业务平台可以但不限于是网约车平台；例如，AA出行、XX出行、BB出租或ZZ骑行。以上仅为具体示例，实际应用中根据用户需求而灵活设置，在此不进行限制。

第一方面，如图2所示，提供了一种订单调度方法，以该方法应用于图1中的业务平台管理服务器104为例进行说明，包括以下步骤202至步骤206。

步骤202，响应于在乘客订单调度界面中顺路模式的开启操作，获取车载终端的当前位置。

具体地，乘客订单调度界面用于车辆终端102的用户了解乘客订单的调度信息的界面。在一个具体示例中，乘客订单调度界面可以但不限于配置在网约车服务业务平台APP上。网约车服务业务平台APP可以安装在车载终端102的中控终端上，从而乘客订单调度界面即可显示在车载终端102的中控终端的显示屏上。乘客订单调度界面展示有乘客订单的调度信息。例如，乘客订单的调度信息包括派单通知和调度工作模式；其中，调度工作模式包括普通模式和顺路模式。以上仅为具体示例，实际应用中根据用户需求而灵活设置，在此不进行限制。

其中，乘客订单调度界面上的顺路模式用于表征车载终端102的用户即将下班且在完成下一个乘客订单后需尽快抵达顺路位置。车载终端102的用户可以在乘客订单调度界面中执行顺路模式的开启操作，业务平台管理服务器104在识别到乘客订单调度界面中顺路模式的开启操作时，即可获取车载终端102的当前位置，从而通过车载终端102的当前位置了解到车载终端102当前时刻所行驶到的位置。

在一个具体示例中，车载终端102的当前位置可以但不限于通过地理坐标表示，以上仅为具体示例，实际应用中根据用户需求而灵活设置，在此不进行限制。

步骤204，根据当前位置和预设的车载终端的顺路位置进行计算，得到各待调度乘客订单的顺路程度。

其中，待调度乘客订单的顺路程度是指待调度乘客订单的行车与预设的车载终端102的顺路位置的顺路程度。在一个具体示例中，车载终端的顺路位置可以但不限于是网约车司机即将下班期间需抵达的家的地址、小孩学校或家人的工作地址等。以上仅为具体示例，实际应用中根据用户需求而灵活设置，在此不进行限制。

具体地，业务平台管理服务器104根据车载终端102的当前位置和预设的车载终端102的顺路位置进行计算，即可得到各待调度乘客订单的顺路程度。其中，待调度乘客订单为接收业务调度的网约车乘客订单。在一个具体示例中，待调度乘客订单包括车载终端所绑定的目标网约车平台的第一类型乘客订单和其他网约车平台的第二类型乘客订单。以上仅为具体示例，实际应用中根据用户需求而灵活设置，在此不进行限制。

在其中一个实施例中，如图3所示，上述方法还包括步骤200。

步骤200，响应于在乘客订单调度界面中顺路位置的设置操作，根据设置操作的结果确定顺路位置。

其中，车载终端102的用户可以在乘客订单调度界面上执行顺路位置的设置操作，业务平台管理服务器104可以在识别到在乘客订单调度界面中顺路位置的设置操作，即可根据上述设置操作的结果确定车载终端102的顺路位置。具体地，设置操作的结果可以但不限于是设置操作的内容或设置操作的结果数据包。

在本实施例中，通过响应于在乘客订单调度界面中顺路位置的设置操作，根据设置操作的结果确定顺路位置，提高了订单调度的便利性和效率。

在其中一个实施例中，如图4所示，根据当前位置和预设的车载终端的顺路位置进行计算，得到各待调度乘客订单的顺路程度，包括步骤401至步骤403。

步骤401，获取各待调度乘客订单的起点位置和对应的终点位置；

步骤402，根据各起点位置、对应的终点位置、当前位置和顺路位置进行路径规划，得到对应的待调度乘客订单的规划行驶里程；

其中，规划行驶里程为规划从当前位置途经对应的起点位置和对应的终点位置至顺路位置所需行驶里程。在一个具体示例中，规划行驶里程可以由第一规划行驶里程、第二规划行驶里程和第三规划行驶里程之和确定。其中，第一规划行驶里程为车载终端102的当前位置行驶至待调度乘客订单的起点位置的规划行驶里程；第二规划行驶里程为待调度乘客订单的起点位置行驶至待调度乘客订单的终点位置的规划行驶里程；第三规划行驶里程为待调度乘客订单的终点位置行驶至车载终端的顺路位置的规划行驶里程。以上仅为具体示例，实际应用中根据用户需求而灵活设置，在此不进行限制。

具体地，业务平台管理服务器104可以获取各待调度乘客订单的起点位置和与待调度乘客订单的起点位置所对应的终点位置；而后，根据各待调度乘客订单的起点位置、对应的终点位置、车载终端102的当前位置和车载终端102的顺路位置进行路径规划，从而得到对应的待调度乘客订单的规划行驶里程。

步骤403，根据初始规划行驶里程和各规划行驶里程的商，得到对应的顺路程度。

其中，初始规划行驶里程为规划从当前位置至顺路位置所需行驶里程；也就是说通过初始规划行驶里程可以了解到规划从车载终端102直接行驶至车载终端102的顺路位置的行驶里程。业务平台管理服务器104根据初始规划行驶里程和各待调度乘客订单的规划行驶里程的商，从而计算得到各待调度乘客订单的顺路程度。

在本实施例中，通过获取各待调度乘客订单的起点位置和对应的终点位置；而后，根据各起点位置、对应的终点位置、当前位置和顺路位置进行路径规划，得到对应的待调度乘客订单的规划行驶里程；接着，根据初始规划行驶里程和各规划行驶里程的商，从而得到对应的顺路程度，提高了顺路程度计算的便利性和准确度。

在其中一个实施例中，如图5所示，获取各待调度乘客订单的起点位置和终点位置，包括步骤501和步骤502。

步骤501，获取网约车的运营业务日志数据；

步骤502，对运营业务日志数据进行数据提取，得到各起点位置和对应的终点位置。

其中，业务平台管理服务器104可以获取网约车的运营业务日志数据；而后，对运营业务日志数据进行数据提取，得到各待调度乘客订单的起点位置和对应的终点位置。

在本实施例中，通过获取网约车的运营业务日志数据；而后，对运营业务日志数据进行数据提取，得到各起点位置和对应的终点位置，提高了订单调度的便利性和效率。

步骤206，根据各顺路程度确定目标乘客订单，并根据目标乘客订单向车载终端发送派单通知。

其中，目标乘客订单为目标顺路程度的最大值所对应的待调度乘客订单；目标顺路程度为大于顺路程度阈值的顺路程度。具体地，业务平台管理服务器104可以根据各待调度乘客订单的顺路程度确定目标乘客订单，从而即可根据目标乘客订单向车载终端102发送派单通知，以使得车载终端102的用户根据该派单通知获知该目标乘客订单，及时完成目标顺路程度的最大值所对应的待调度乘客订单即目标乘客订单，从而避免了在进行订单调度的过程中存在乘客订单的行车和车载终端102的顺路位置不顺路的问题，便于车载终端102的用户能在完成目标乘客订单后尽快地道车载终端102的顺路位置，提升了网约车平台的满意度和订单调度的过程中关怀质量。

在一个具体示例中，根据各顺路程度确定目标乘客订单，包括：根据各待调度乘客订单的顺路程度和顺路程度阈值确定目标顺路程度；其中，目标顺路程度为大于顺路程度阈值的顺路程度；而后，根据各目标顺路程度确定目标顺路程度的最大值；接着，根据目标顺路程度的最大值确定目标乘客订单；其中，目标乘客订单为目标顺路程度的最大值所对应的待调度乘客订单。以上仅为具体示例，实际应用中根据用户需求而灵活设置，在此不进行限制。

基于此，通过上述订单调度方法，响应于在乘客订单调度界面中顺路模式的开启操作，获取车载终端102的当前位置；而后，根据当前位置和预设的车载终端102的顺路位置进行计算，得到各待调度乘客订单的顺路程度；接着，根据各顺路程度确定目标乘客订单，并根据目标乘客订单向车载终端发送派单通知；其中，目标乘客订单为目标顺路程度的最大值所对应的待调度乘客订单；目标顺路程度为大于顺路程度阈值的顺路程度；以使得车载终端102的用户根据该派单通知获知该目标乘客订单，及时完成目标顺路程度的最大值所对应的待调度乘客订单即目标乘客订单，从而避免了在进行订单调度的过程中存在乘客订单的行车和车载终端102的顺路位置不顺路的问题，便于车载终端102的用户能在完成目标乘客订单后尽快地道车载终端102的顺路位置，提升了网约车平台的满意度和订单调度的过程中关怀质量。

在其中一个实施例中，如图6所示，待调度乘客订单包括至少一个车载终端102所绑定的目标网约车平台的第一类型乘客订单。可以理解的是，目标网约车平台可以是任意一个网约车平台；例如，AA出行、XX出行、BB出租或ZZ骑行。以上仅为具体示例，实际应用中根据用户需求而灵活设置，在此不进行限制。

其中，根据各顺路程度确定目标乘客订单，包括步骤601和步骤602。

步骤601，响应于当前时刻处于优先派单时间内，根据各第一类型乘客订单的顺路程度判断是否存在目标顺路程度。

步骤602，若各第一类型乘客订单的顺路程度存在目标顺路程度，则根据第一类型乘客订单的顺路程度的最大值确定目标乘客订单。

其中，优先派单时间是指优先派出车载终端102所绑定的目标网约车平台的第一类型乘客订单的时间。在一个具体示例中，优先派单时间可以预先设置为N分钟。以上仅为具体示例，实际应用中根据用户需求而灵活设置，在此不进行限制。

具体地，业务平台管理服务器104在当前时刻处于优先派单时间内，则根据各目标网约车平台的第一类型乘客订单的顺路程度判断是否存在目标顺路程度，也就是说可以判断出各目标网约车平台的第一类型乘客订单的顺路程度是否存在大于顺路程度阈值的顺路程度；而后，在各目标网约车平台的第一类型乘客订单的顺路程度存在目标顺路程度时，也就是说各目标网约车平台的第一类型乘客订单的顺路程度存在大于顺路程度阈值的顺路程度，即可根据根据第一类型乘客订单的顺路程度的最大值确定目标乘客订单，也就是说可以将目标网约车平台的第一类型乘客订单的顺路程度中的最大值所对应的第一类型乘客订单确定为目标乘客订单，从而实现根据目标乘客订单向车载终端102发送派单通知，以使得车载终端102的用户根据该派单通知获知该目标乘客订单，及时完成目标乘客订单，从而避免了在进行订单调度的过程中存在乘客订单的行车和车载终端的顺路位置不顺路的问题。同时，优先车载终端102所绑定的目标网约车平台的第一类型乘客订单进行派单，有利于提升车载终端102所绑定的目标网约车平台的利润，防止各网约车平台之间出现订单争抢现象。

在本实施例中，响应于当前时刻处于优先派单时间内，根据各第一类型乘客订单的顺路程度判断是否存在目标顺路程度；而后，若各第一类型乘客订单的顺路程度存在目标顺路程度，则根据第一类型乘客订单的顺路程度的最大值确定目标乘客订单，以使得车载终端102的用户根据该派单通知获知该目标乘客订单，及时完成目标乘客订单，从而避免了在进行订单调度的过程中存在乘客订单的行车和车载终端的顺路位置不顺路的问题。同时，优先车载终端102所绑定的目标网约车平台的第一类型乘客订单进行派单，有利于提升车载终端102所绑定的目标网约车平台的利润，防止各网约车平台之间出现订单争抢现象。

在其中一个实施例中，如图6所示，根据各第一类型乘客订单的顺路程度判断是否存在目标顺路程度之后还包括步骤603。

步骤603，若各第一类型乘客订单的顺路程不存在目标顺路程度，则返回至根据各第一类型乘客订单的顺路程度判断是否存在目标顺路程度的步骤进行迭代处理，直至当前时刻并非处于优先派单时间内。

其中，业务平台管理服务器104在各目标网约车平台的第一类型乘客订单的顺路程度不存在目标顺路程度时，也就是说各目标网约车平台的第一类型乘客订单的顺路程度不存在大于顺路程度阈值的顺路程度，即返回至根据各第一类型乘客订单的顺路程度判断是否存在目标顺路程度的步骤进行迭代处理，等待各第一类型乘客订单的顺路程存在目标顺路程度的时刻,直至当前时刻并非处于优先派单时间内，有利于优先车载终端102所绑定的目标网约车平台的第一类型乘客订单进行派单，有利于提升车载终端102所绑定的目标网约车平台的利润，防止各网约车平台之间出现订单争抢现象。

在本实施例中，若各第一类型乘客订单的顺路程不存在目标顺路程度，则返回至根据各第一类型乘客订单的顺路程度判断是否存在目标顺路程度的步骤进行迭代处理，直至当前时刻并非处于优先派单时间内，有利于优先车载终端102所绑定的目标网约车平台的第一类型乘客订单进行派单，有利于提升车载终端102所绑定的目标网约车平台的利润，防止各网约车平台之间出现订单争抢现象。

在其中一个实施例中，如图7所示，待调度乘客订单包括至少一个其他网约车平台的第二类型乘客订单。可以理解的是，其他网约车平台可以但不限于是除目标网约车平台之外的任意一个网约车平台。

其中，根据当前位置和预设的车载终端的顺路位置进行计算，得到各待调度乘客订单的顺路程度之前还包括获取网约车平台列表，并根据网约车平台列表确定各第二类型乘客订单的步骤。

其中，业务平台管理服务器104可以获取网约车平台列表，并根据网约车平台列表确定各其他网约车平台的第二类型乘客订单。在一个具体示例中，业务平台管理服务器104可以从业务平台配置中心服务器中获取网约车平台列表；而后，根据网约车平台列表确定各其他网约车平台；接着，即可根据各其他网约车平台确定各其他网约车平台的第二类型乘客订单。以上仅为具体示例，实际应用中根据用户需求而灵活设置，在此不进行限制。

其中，根据各顺路程度确定目标乘客订单，还包括步骤701和步骤702。

步骤701，响应于当前时刻并非处于优先派单时间内，根据各第一类型乘客订单的顺路程度和各第二类型乘客订单的顺路程度判断是否存在目标顺路程度。

步骤702，若各第一类型乘客订单的顺路程度不存在目标顺路程度且各第二类型乘客订单的顺路程度存在目标顺路程度，则根据第二类型乘客订单的顺路程度的最大值确定目标乘客订单。

具体地，业务平台管理服务器104在当前时刻并非处于优先派单时间内时，根据各目标网约车平台的第一类型乘客订单的顺路程度和各其他网约车平台的第二类型乘客订单的顺路程度判断是否存在目标顺路程度，也就是说可以判断出各目标网约车平台的第一类型乘客订单的顺路程度和各其他网约车平台的第二类型乘客订单的顺路程度是否存在大于顺路程度阈值的顺路程度；而后，在各目标网约车平台的第一类型乘客订单的顺路程度不存在目标顺路程度且各其他网约车平台的第二类型乘客订单的顺路程度存在目标顺路程度时，也就说明此时在各目标网约车平台的第一类型乘客订单所对应的顺路程度均小于或等于顺路程度阈值，各目标网约车平台的第一类型乘客订单所对应的顺路程度相对较低，此时各其他网约车平台的第二类型乘客订单的顺路程度存在大于顺路程度阈值的顺路程度，从而需要从其他网约车平台寻找目标订单，所以根据各其他网约车平台的第二类型乘客订单的顺路程度中的最大值确定目标乘客订单，以使得车载终端102的用户根据该派单通知获知该目标乘客订单，及时完成目标乘客订单，从而避免了在进行订单调度的过程中存在乘客订单的行车和车载终端的顺路位置不顺路的问题。同时，在防止各网约车平台之间出现订单争抢现象的前提下，避免车载终端102的用户始终匹配不到目标乘客订单，保证了车载终端102的用户的收入。

在本实施例中，获取网约车平台列表，并根据网约车平台列表确定各第二类型乘客订单；而后，响应于当前时刻并非处于优先派单时间内，根据各第一类型乘客订单的顺路程度和各第二类型乘客订单的顺路程度判断是否存在目标顺路程度；接着，若各第一类型乘客订单的顺路程度不存在目标顺路程度且各第二类型乘客订单的顺路程度存在目标顺路程度，则根据第二类型乘客订单的顺路程度的最大值确定目标乘客订单，从而避免了在进行订单调度的过程中存在乘客订单的行车和车载终端的顺路位置不顺路的问题。同时，在防止各网约车平台之间出现订单争抢现象的前提下，避免车载终端102的用户始终匹配不到目标乘客订单，保证了车载终端102的用户的收入。

在其中一个实施例中，如图7所示，根据各第一类型乘客订单的顺路程度和各第二类型乘客订单的顺路程度判断是否存在目标顺路程度之后还包括步骤703和步骤704。

步骤703，若各第一类型乘客订单的顺路程度存在目标顺路程度且各第二类型乘客订单的顺路程度存在目标顺路程度，则根据第一类型乘客订单的顺路程度的最大值确定目标乘客订单。

步骤704，若各第一类型乘客订单的顺路程度存在目标顺路程度且各第二类型乘客订单的顺路程度不存在目标顺路程度，则根据第一类型乘客订单的顺路程度的最大值确定目标乘客订单。

具体地，业务平台管理服务器104在各目标网约车平台的第一类型乘客订单的顺路程度存在目标顺路程度且各其他网约车平台的第二类型乘客订单的顺路程度存在目标顺路程度时，也就说明此时各目标网约车平台的第一类型乘客订单的顺路程度存在大于顺路程度阈值的顺路程度，此时各其他网约车平台的第二类型乘客订单的顺路程度也存在大于顺路程度阈值的顺路程度，从而无需从其他网约车平台寻找目标订单，所以根据第一类型乘客订单的顺路程度的最大值确定目标乘客订单，以使得车载终端102的用户根据该派单通知获知该目标乘客订单，及时完成目标乘客订单，从而避免了在进行订单调度的过程中存在乘客订单的行车和车载终端的顺路位置不顺路的问题。同时，有利于优先车载终端102所绑定的目标网约车平台的第一类型乘客订单进行派单，有利于提升车载终端102所绑定的目标网约车平台的利润，防止各网约车平台之间出现订单争抢现象。

具体地，业务平台管理服务器104在各目标网约车平台的第一类型乘客订单的顺路程度存在目标顺路程度且各其他网约车平台的第二类型乘客订单的顺路程度不存在目标顺路程度时，也就说明此时各目标网约车平台的第一类型乘客订单的顺路程度存在大于顺路程度阈值的顺路程度，此时各其他网约车平台的第二类型乘客订单的顺路程度均小于或等于顺路程度阈值，各其他网约车平台的第二类型乘客订单所对应的顺路程度相对较低，从而无法从其他网约车平台寻找目标订单，所以根据第一类型乘客订单的顺路程度的最大值确定目标乘客订单，以使得车载终端102的用户根据该派单通知获知该目标乘客订单，及时完成目标乘客订单，从而避免了在进行订单调度的过程中存在乘客订单的行车和车载终端的顺路位置不顺路的问题。同时，有利于优先车载终端102所绑定的目标网约车平台的第一类型乘客订单进行派单，有利于提升车载终端102所绑定的目标网约车平台的利润，也避免了车载终端102的用户始终匹配不到目标乘客订单，保证了车载终端102的用户的收入。

在本实施例中，若各第一类型乘客订单的顺路程度存在目标顺路程度且各第二类型乘客订单的顺路程度存在目标顺路程度，则根据第一类型乘客订单的顺路程度的最大值确定目标乘客订单；同时，若各第一类型乘客订单的顺路程度存在目标顺路程度且各第二类型乘客订单的顺路程度不存在目标顺路程度，则根据第一类型乘客订单的顺路程度的最大值确定目标乘客订单，能够避免了在进行订单调度的过程中存在乘客订单的行车和车载终端的顺路位置不顺路的问题。

应该理解的是，虽然图2-7的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2-7中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

第二方面，如图8所示，提供了一种订单调度装置，上述订单调度装置包括当前位置获取模块810、顺路程度计算模块820和派单通知发送模块830。

其中，当前位置获取模块810用于响应于在乘客订单调度界面中顺路模式的开启操作，获取车载终端的当前位置；顺路程度计算模块820用于根据当前位置和预设的车载终端的顺路位置进行计算，得到各待调度乘客订单的顺路程度；派单通知发送模块830用于根据各顺路程度确定目标乘客订单，并根据目标乘客订单向车载终端发送派单通知；目标乘客订单为目标顺路程度的最大值所对应的待调度乘客订单；目标顺路程度为大于顺路程度阈值的顺路程度。

在其中一个实施例中，顺路程度计算模块820包括位置获取单元、路径规划单元和顺路程度计算单元。

其中，位置获取单元用于获取各待调度乘客订单的起点位置和对应的终点位置；路径规划单元用于根据各起点位置、对应的终点位置、当前位置和顺路位置进行路径规划，得到对应的待调度乘客订单的规划行驶里程；其中，规划行驶里程为规划从当前位置途经对应的起点位置和对应的终点位置至顺路位置所需行驶里程；顺路程度计算单元用于根据初始规划行驶里程和各规划行驶里程的商，得到对应的顺路程度；其中，初始规划行驶里程为规划从当前位置至顺路位置所需行驶里程。

在其中一个实施例中，位置获取单元包括数据获取子单元和数据提取子单元。

其中，数据获取子单元用于获取网约车的运营业务日志数据；数据提取子单元用于对运营业务日志数据进行数据提取，得到各起点位置和对应的终点位置。

在其中一个实施例中，待调度乘客订单包括至少一个车载终端所绑定的目标网约车平台的第一类型乘客订单；其中，派单通知发送模块830包括第一判断单元。

其中，第一判断单元用于响应于当前时刻处于优先派单时间内，根据各第一类型乘客订单的顺路程度判断是否存在目标顺路程度；第一判断单元用于若各第一类型乘客订单的顺路程度存在目标顺路程度，则根据第一类型乘客订单的顺路程度的最大值确定目标乘客订单。

在其中一个实施例中，第一判断单元用于若各第一类型乘客订单的顺路程不存在目标顺路程度，则返回至根据各第一类型乘客订单的顺路程度判断是否存在目标顺路程度的步骤进行迭代处理，直至当前时刻并非处于优先派单时间内。

在其中一个实施例中，待调度乘客订单包括至少一个其他网约车平台的第二类型乘客订单；上述装置还包括列表获取模块。其中，列表获取模块用于获取网约车平台列表，并根据网约车平台列表确定各第二类型乘客订单。其中，派单通知发送模块830包括第二判断单元。

具体地，第二判断单元用于响应于当前时刻并非处于优先派单时间内，根据各第一类型乘客订单的顺路程度和各第二类型乘客订单的顺路程度判断是否存在目标顺路程度；第二判断单元用于若各第一类型乘客订单的顺路程度不存在目标顺路程度且各第二类型乘客订单的顺路程度存在目标顺路程度，则根据第二类型乘客订单的顺路程度的最大值确定目标乘客订单。

在其中一个实施例中，第二判断单元用于若各第一类型乘客订单的顺路程度存在目标顺路程度且各第二类型乘客订单的顺路程度存在目标顺路程度，则根据第一类型乘客订单的顺路程度的最大值确定目标乘客订单；第二判断单元用于若各第一类型乘客订单的顺路程度存在目标顺路程度且各第二类型乘客订单的顺路程度不存在目标顺路程度，则根据第一类型乘客订单的顺路程度的最大值确定目标乘客订单。

在其中一个实施例中，上述方法还包括：响应于在乘客订单调度界面中顺路位置的设置操作，根据设置操作的结果确定顺路位置。

关于订单调度装置的具体限定可以参见上文中对于订单调度方法的限定，在此不再赘述。上述订单调度装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图9所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储车载终端的顺路位置数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种订单调度方法。

本领域技术人员可以理解，图9中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

第三方面，提供了一种计算机设备，该计算机设备包括存储器和处理器，存储器存储有计算机程序，处理器执行所述计算机程序时实现上述方法实施例中任一方法的步骤。

第四方面，提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现上述方法实施例中任一方法的步骤。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种订单调度方法，其特征在于，所述方法包括：

响应于在乘客订单调度界面中顺路模式的开启操作，获取车载终端的当前位置；

根据所述当前位置和预设的所述车载终端的顺路位置进行计算，得到各待调度乘客订单的顺路程度；

根据各所述顺路程度确定目标乘客订单，并根据所述目标乘客订单向所述车载终端发送派单通知；所述目标乘客订单为目标顺路程度的最大值所对应的所述待调度乘客订单；所述目标顺路程度为大于顺路程度阈值的所述顺路程度；

其中，所述根据所述当前位置和预设的所述车载终端的顺路位置进行计算，得到各待调度乘客订单的顺路程度，包括：

获取各所述待调度乘客订单的起点位置和对应的终点位置；

根据各所述起点位置、对应的所述终点位置、所述当前位置和所述顺路位置进行路径规划，得到对应的所述待调度乘客订单的规划行驶里程；其中，所述规划行驶里程为规划从所述当前位置途经对应的所述起点位置和对应的所述终点位置至所述顺路位置所需行驶里程；

根据初始规划行驶里程和各所述规划行驶里程的商，得到对应的所述顺路程度；其中，所述初始规划行驶里程为规划从所述当前位置至所述顺路位置所需行驶里程。

2.根据权利要求1所述的方法，其特征在于，所述获取各所述待调度乘客订单的起点位置和终点位置，包括：

获取网约车的运营业务日志数据；

对所述运营业务日志数据进行数据提取，得到各所述起点位置和对应的所述终点位置。

3.根据权利要求1至2任意一项所述的方法，其特征在于，所述待调度乘客订单包括至少一个所述车载终端所绑定的目标网约车平台的第一类型乘客订单；其中，所述根据各所述顺路程度确定目标乘客订单，包括：

响应于当前时刻处于优先派单时间内，根据各所述第一类型乘客订单的所述顺路程度判断是否存在所述目标顺路程度；

若各所述第一类型乘客订单的所述顺路程度存在所述目标顺路程度，则根据所述第一类型乘客订单的所述顺路程度的最大值确定所述目标乘客订单。

4.根据权利要求3所述的方法，其特征在于，所述根据各所述第一类型乘客订单的所述顺路程度判断是否存在所述目标顺路程度之后还包括：

若各所述第一类型乘客订单的所述顺路程不存在所述目标顺路程度，则返回至所述根据各所述第一类型乘客订单的所述顺路程度判断是否存在所述目标顺路程度的步骤进行迭代处理，直至当前时刻并非处于所述优先派单时间内。

5.根据权利要求3所述的方法，其特征在于，所述待调度乘客订单包括至少一个其他网约车平台的第二类型乘客订单；所述根据所述当前位置和预设的所述车载终端的顺路位置进行计算，得到各待调度乘客订单的顺路程度之前还包括获取网约车平台列表，并根据所述网约车平台列表确定各所述第二类型乘客订单的步骤；

其中，所述根据各所述顺路程度确定目标乘客订单，还包括：

响应于当前时刻并非处于所述优先派单时间内，根据各所述第一类型乘客订单的所述顺路程度和各所述第二类型乘客订单的所述顺路程度判断是否存在所述目标顺路程度；

若各所述第一类型乘客订单的所述顺路程度不存在所述目标顺路程度且各所述第二类型乘客订单的所述顺路程度存在所述目标顺路程度，则根据所述第二类型乘客订单的所述顺路程度的最大值确定所述目标乘客订单。

6.根据权利要求5所述的方法，其特征在于，所述根据各所述第一类型乘客订单的所述顺路程度和各所述第二类型乘客订单的所述顺路程度判断是否存在所述目标顺路程度之后还包括：

若各所述第一类型乘客订单的所述顺路程度存在所述目标顺路程度且各所述第二类型乘客订单的所述顺路程度存在所述目标顺路程度，则根据所述第一类型乘客订单的所述顺路程度的最大值确定所述目标乘客订单；

若各所述第一类型乘客订单的所述顺路程度存在所述目标顺路程度且各所述第二类型乘客订单的所述顺路程度不存在所述目标顺路程度，则根据所述第一类型乘客订单的所述顺路程度的最大值确定所述目标乘客订单。

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

响应于在所述乘客订单调度界面中所述顺路位置的设置操作，根据所述设置操作的结果确定所述顺路位置。

8.一种订单调度装置，其特征在于，所述装置包括：

当前位置获取模块，用于响应于在乘客订单调度界面中顺路模式的开启操作，获取车载终端的当前位置；

顺路程度计算模块，用于根据所述当前位置和预设的所述车载终端的顺路位置进行计算，得到各待调度乘客订单的顺路程度；

派单通知发送模块，用于根据各所述顺路程度确定目标乘客订单，并根据所述目标乘客订单向所述车载终端发送派单通知；所述目标乘客订单为目标顺路程度的最大值所对应的所述待调度乘客订单；所述目标顺路程度为大于顺路程度阈值的所述顺路程度；

其中，所述顺路程度计算模块包括位置获取单元、路径规划单元和顺路程度计算单元；所述位置获取单元用于获取各所述待调度乘客订单的起点位置和对应的终点位置；所述路径规划单元用于根据各所述起点位置、对应的所述终点位置、所述当前位置和所述顺路位置进行路径规划，得到对应的所述待调度乘客订单的规划行驶里程；其中，所述规划行驶里程为规划从所述当前位置途经对应的所述起点位置和对应的所述终点位置至所述顺路位置所需行驶里程；所述顺路程度计算单元用于根据初始规划行驶里程和各所述规划行驶里程的商，得到对应的所述顺路程度；其中，所述初始规划行驶里程为规划从所述当前位置至所述顺路位置所需行驶里程。

9.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至7中任一项所述方法的步骤。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至7中任一项所述的方法的步骤。

Images