CN111860902A - 订单处理方法、装置、设备及计算机可读存储介质 - Google Patents

Abstract

本发明提供一种订单处理方法、装置、设备及计算机可读存储介质。方法包括：获取用于网约车的未完成订单的数量；若数量大于等于预设阈值，则确定未完成订单是否符合预设拼车规则；若是，则向未完成订单对应的第一用户终端发送显示可拼车选项的指令，以使第一用户能够操作可拼车选项将未完成订单更改为拼车订单。本发明提供的方案，在未完成订单较多时，可以根据预设规则判断未完成订单是否符合拼车单规则，若符合规则，还可以由该订单对应的第一用户确定是否将未完成订单更改为拼车订单，因此，本发明提供的方案能够自动触发拼单，进而能够在运力压力较大的情况下，解决现有技术中用户无法快速约到车辆，浪费用户时间，导致用户体验较差的问题。

Description

订单处理方法、装置、设备及计算机可读存储介质

技术领域

本发明涉及订单处理技术，尤其涉及一种订单处理方法、装置、设备及计算机可读存储介质，属于网约车领域。

背景技术

目前，随着网络技术的发展，越来越多的行业与互联网结合，进而向用户提供更优质的服务。例如，出租车行业与网络相结合便产生了网约车。

在人们的日常出行中，网约车已经成为很多用户的选择，用户可以通过手机预约出租车，无需站在路边拦截出租车。由于网约车能够给用户带来快捷方便的用户体验，使得越来越多的用户出行时选择网约车。

但是，随着网约车的需求量越来越大，在出行高峰时期或人流量较大的地点存在着发出订单后，很长时间都没有司机接单的问题，这就导致需要等待较长时间才能够约到车辆。因此，现有技术中存在着用户无法快速约到车辆，浪费用户时间，导致用户体验较差的问题。

发明内容

本发明提供一种订单处理方法、装置、设备及计算机可读存储介质，以解决现有技术中用户需要花费较长时间才能够约到车的问题。

本发明的第一个方面是提供一种订单处理方法，包括：

获取用于网约车的未完成订单的数量；

若所述数量大于等于预设阈值，则确定所述未完成订单是否符合预设拼车规则；

若是，则向所述未完成订单对应的第一用户终端发送显示可拼车选项的指令，以使第一用户能够操作所述可拼车选项将所述未完成订单更改为拼车订单。

本发明的另一个方面是提供一种订单处理装置，包括：

获取模块，用于获取用于网约车的未完成订单的数量；

确定模块，用于若所述数量大于等于预设阈值，则确定未完成订单是否符合预设拼车规则；

若是，则发送模块向所述未完成订单对应的第一用户终端发送显示可拼车选项的指令，以使第一用户能够操作所述可拼车选项将所述未完成订单更改为拼车订单。

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

本发明的又一个方面是提供一种订单处理设备，包括：

存储器；

处理器；以及

计算机程序；

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

本发明提供的订单处理方法、装置、设备及计算机可读存储介质的技术效果是：

本发明提供的订单处理方法、装置、设备及计算机可读存储介质，包括：获取用于网约车的未完成订单的数量；若数量大于等于预设阈值，则确定未完成订单是否符合预设拼车规则；若是，则向未完成订单对应的第一用户终端发送显示可拼车选项的指令，以使第一用户能够操作可拼车选项将未完成订单更改为拼车订单。本发明提供的订单处理方法、装置、设备及计算机可读存储介质，在未完成订单较多时，可以根据预设规则判断未完成订单是否符合拼车单规则，若符合规则，还可以由该订单对应的第一用户确定是否将未完成订单更改为拼车订单，因此，本发明提供的方案能够自动触发拼单，进而在运力压力较大的情况下，将普通订单更改为拼车单，以解决现有技术中用户无法快速约到车辆，浪费用户时间，导致用户体验较差的问题。

附图说明

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

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

图2A为本发明一示例性实施例示出的确定待发送订单的方法的流程图；

图2B为本发明一示例性实施例示出的确定待发送订单与未完成订单是否匹配的方法的流程图；

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

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

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

具体实施方式

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

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

步骤101，获取用于网约车的未完成订单的数量。

其中，可以预先设置订单池，并在订单池中存储未完成的订单。未完成的订单为非拼车单。

具体的，未完成订单可以包括用户已经发送的但是没有司机接受的订单。还可以包括被司机接受但是还没有开始处理的订单，如司机接受了订单，但是没有接到乘客，且没有在客户端中选择接到乘客选项，则认为该订单没开始处理。订单池中还可以包括正在处理的订单，即司机接到乘客，且开始处理该订单，但是还没有达到目的地，也就是没有结束的订单。

进一步的，可以根据区域设置订单池，如每个城市有自己的订单池。若订单的出发地、目的地跨越不同区域，还可以将该订单同时放入不同的订单池中。

实际应用时，可以实时统计订单池中的订单数量。若订单池中的订单数量过多，则可以认为当前运力压力较大，存在着供不应求的情况，将会有大量乘客的订单需要等待较长时间才能得到司机应答。

步骤102，若数量大于等于预设阈值，则确定未完成订单是否符合预设拼车规则。

其中，可以根据运力情况以及历史需求量预先设置阈值，还可以设置不同时间段的阈值。例如在运力充足的时间段设置较大的阈值，在运力较弱的时间段设置较小的阈值。

具体的，可以实时比对订单数量与预设阈值。若订单数量大于预设阈值，则说明当前运力不足。

进一步的，若确定运力不足，还可以将全部或部分未完成的订单标记为可拼车订单。进行标记的未完成订单可以是未接单订单、接单未处理订单、处理中订单中的任意一种或几种。当订单池中包括多种类型的订单时，也可以根据需求将其中的一类或几类订单标记为可拼车订单。本实施例对此不进行限制。

实际应用时，可以预先设置拼车规则。拼车规则用于判断未完成订单是否能够进行拼车，具体可以根据未完成订单的类型对其进行确定。例如可以判断未接受订单之间、未接受订单与接受未处理订单之间，是否有顺路的订单，若有，则判断两个订单符合拼车规则。还可以判断处理中订单与未接受订单之间是否顺路，若顺路，则可以认为顺路的订单符合拼车规则。例如，未接受订单1从地点A出发，目的地是B，未接受订单2从地点A出发，目的地是B1，且B与B1相对于A来说在同一方向，例如都在A的正北方，则可以将未接受订单1、2确定为顺路的订单，二者符合预设的拼车规则。

其中，还可以根据待发送订单确定未处理订单是否符合预设拼车规则。待发送订单也可以称之为“冒泡”，用户在用户终端中输入出发地、目的地，用户终端将用户输入的信息发送至服务器，由服务器确定价格、路线等信息反馈给用户终端，并向用户展示的订单即为待发送订单。可以确定待发送订单与未处理订单之间是否顺路，若顺路，则确定未处理订单符合可拼车规则。

可以确定每一个未完成订单是否符合拼车规则，从而确定出潜在的可能更改为拼车单的订单。

步骤103，若是，则向未完成订单对应的第一用户终端发送显示可拼车选项的指令，以使第一用户能够操作可拼车选项将未完成订单更改为拼车订单。

其中，若未完成订单符合拼车规则，则可以认为该订单可以更改为拼车订单。因此，可以向该订单对应的第一用户终端发送显示可拼车选项的指令。第一用户终端在接收到相应的显示指令后，在操作界面显示该可拼车选项，第一用户可以通过操作该选项，确定是否将未完成订单更改为拼车订单。

具体的，可拼车选项可以是对话框形式，例如在第一用户终端界面上显示“是否更改为拼车单”的对话框，在对话框中还可以设置“是”或“否”的选择按键。另外，还可以在操作界面上显示拼车单按键，用户选择拼车单后，用户终端中可以显示从非拼车单切换为拼车单的介绍，并显示“同意”、“不同意”的选项。

本实施例提供的方法用于自动触发拼车单，该方法由安装有本实施例提供的方法的设备执行，其中，该装置通常以硬件和/或软件的方式来实现。

本实施例提供的订单处理方法，包括：获取用于网约车的未完成订单的数量；若数量大于等于预设阈值，则确定未完成订单是否符合预设拼车规则；若是，则向未完成订单对应的第一用户终端发送显示可拼车选项的指令，以使第一用户能够操作可拼车选项将未完成订单更改为拼车订单。本实施例提供的订单处理方法，在未完成订单较多时，可以根据预设规则判断未完成订单是否符合拼车单规则，若符合规则，还可以由该订单对应的第一用户确定是否将未完成订单更改为拼车订单，因此，本实施例提供的方案能够自动触发拼单，进而在运力压力较大的情况下，将普通订单更改为拼车单，以解决现有技术中用户无法快速约到车辆，浪费用户时间，导致用户体验较差的问题。

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

步骤201，获取用于网约车的未完成订单的数量。

步骤201与步骤101的具体原理和实现方式类似，此处不再赘述。

步骤202，若数量大于等于预设阈值，则根据未完成订单确定第一用户端位置，并根据第一用户端位置确定第二用户端的待发送订单，其中，待发送订单是第二用户输入出发地、目的地且未发送的订单。

其中，可以根据运力情况以及历史需求量预先设置阈值，还可以设置不同时间段的阈值。例如在运力充足的时间段设置较大的阈值，在运力较弱的时间段设置较小的阈值。

具体的，可以实时比对订单数量与预设阈值。若订单数量大于预设阈值，则说明当前运力不足。

进一步的，若运力不足，则可以基于当前的未完成订单确定第一用户端位置，并根据第一用户端位置确定相应的待发送订单。其中，第一用户端是指与未完成订单对应的用户终端。可以定时获取第一用户端的位置，从而确定第一用户端的位置。

实际应用时，待发送订单也可以称之为“冒泡”，第二用户在用户终端中输入出发地、目的地，用户终端将第二用户输入的信息发送至服务器，由服务器确定价格、路线等信息反馈给用户终端，并向第二用户展示的订单即为待发送订单。由于在第二用户输入出发地、目的地后，终端会将这些信息发送至后台服务器，后台服务器根据接收的订单确定预计价格以及行驶路线，并将确定的结果返回给用户终端。因此，可以在后台服务器可以根据接收的出发地、目的地信息确定出待发送订单。

其中，可以根据未完成订单确定该订单周边的待发送订单，这些订单是未完成订单的潜在可拼订单。每个未完成订单都可以具有相应的多个待发送订单。

具体的，可以根据未完成订单途径的位置确定待发送订单。例如，未完成订单为未接单订单，则可以确定的途径位置是订单起点，再确定订单起点周边范围的待发送订单，例如在订单起点周边3千米的范围内搜寻待发送订单。

图2A为本发明一示例性实施例示出的确定待发送订单的方法的流程图。

如图2A所示，在图2的实施例的基础上，本实施例提供的方法中，根据未完成订单包括的位置确定待发送订单，进一步包括：

步骤2021，获取未完成订单的订单类型。

其中，未完成订单至少包括以下一种订单类型：司机端未接受订单、司机端接受未处理订单、处理中订单。

具体的，可以根据订单的处理程度对各个订单进行区分，没有司机接受的订单为司机端未接受订单，接受订单但是没有开始执行的订单为司机端接受未处理订单，开始执行但是还没有结束的订单为处理中订单。

步骤2022，根据订单类型确定第一用户端位置，并根据第一用户端位置确定目标范围。

进一步的，若未完成订单的类型是未接单订单或接单未处理订单，则可以获取未完成订单的出发地，并将该地点确定为第一用户端起始位置，再根据第一用户端起始位置确定目标范围，例如可以将距离第一用户端起始位置小于预设阈值的范围设置为目标范围。

另外，若未完成订单是处理中订单，则可以根据未完成订单确定第一用户端当前位置；获取未完成订单中包括的第一目的地；根据第一用户端当前位置、第一目的地确定第一行驶路线，并根据第一行驶路线确定目标范围。

步骤2023，在目标范围内确定待发送订单。

实际应用时，搜寻出发地位于目标范围的待发送订单。

对于未接单订单以及接单未处理订单来说，司机还没有接到第一用户，此时，司机处于接第一用户的过程，因此，可以将未完成订单中包括的第一用户端始发地的周边确定为目标范围，并在该范围内确定待发送订单。司机在接第一用户的过程中，可以同时接上目标范围内的第二用户，因此，可以认为这个范围内的待发送订单是未完成订单的潜在可拼订单。

其中，处理中订单是指已经接到第一用户并送第一用户到达目的地的订单。由于此时已经接到乘客，因此可以根据第一用户端的当前位置以及该订单的第一目的地，确定第一行驶路线，并将行驶路线周边的范围确定为目标范围。例如将距离第一行驶路线小于预设阈值的范围确定为目标范围，司机在目标范围内接上第二用户不会浪费第一用户太多乘车时间，因此，可以认为出发地位于目标范围的待发送订单是未完成订单的潜在可拼订单。

具体的，还可以实时更第一用户端的当前位置，并实时更新第一行驶路线，从而实时更新目标范围，使确定的待发送订单的出发地位于车辆行驶的前方，避免车辆走回头路的问题。

步骤203，确定待发送订单与未完成订单是否匹配，若是，则确定未完成订单符合预设拼车规则。

进一步的，可以预先设置匹配规则，并根据匹配规则确定待发送订单与未完成订单是否匹配。

实际应用时，可以根据待发送订单与未完成订单的顺路程度确定二者是否匹配，还可以根据用户信息确定两个订单是否匹配，例如将用户性别相同、年龄相仿等作为匹配条件之一。

其中，还可以设置匹配阈值，当与未完成订单匹配的待发送订单数量大于等于匹配阈值时，确定未完成订单符合预设拼车规则。

图2B为本发明一示例性实施例示出的确定待发送订单与未完成订单是否匹配的方法的流程图。

如图2B所示，在图2的实施例的基础上，本实施例提供的方法中，确定待发送订单与未完成订单是否匹配，进一步包括：

步骤2031，根据待发送订单确定第二目的地，根据未完成订单确定第二行驶路线。

待发送订单是第二用户输入出发地、目的地且未发送的订单，第二用户在输入出发地、目的地后，服务器能够接收到这些信息，因此，服务器可以直接获取待发送订单中的第二目的地。

未完成订单中包括具体的出发地、目的地信息，还可以根据未完成订单获取车辆的实时位置，因此，能够基于未完成订单的出发地、目的地，或是当前位置、目的地确定未完成订单的第二行驶路线。例如，未完成订单是未接单订单，则可以直接根据该订单内的出发地、目的地确定行驶路线，若未完成订单是处理中订单，则可以接收司机终端返回的实时位置，并根据实时位置、目的地确定第二行驶路线。

步骤2032，确定第二目的地与第二行驶路线是否匹配，若是，则确定待发送订单与未完成订单匹配。

其中，可以预先设置至少一个匹配条件，若第二目的地与行驶路线符合其中任一项条件，则可以认为二者匹配。

具体的，匹配条件可以包括：第二目的地距离第二行驶路线直线距离小于预设值。例如，第二目的地距离第二行驶路线的直线距离小于500米，则可以认为二者匹配。匹配条件还可以包括：第二目的地位于第二行驶路线的延长线方向，或者第二目的地与未完成订单中的目的地连线方向与第二行驶路线间的夹角大于预设角度。匹配条件还可以包括：第二目的地与未完成订单的目的地相对于待发送的出发地来说，在同一个方向。

进一步的，第二目的地与第二行驶路线相匹配，则可以认为二者存在拼单可能，因此，确定确定待发送订单与未完成订单匹配。

实际应用时，根据一个未完成订单可能能够确定多个待发送订单，此时，可以确定每个待发送订单与未完成订单是否匹配。

若确定待发送订单与未完成订单匹配，则可以确定未完成订单符合预设拼车规则，并执行步骤204。

步骤204，向未完成订单对应的第一用户终端发送显示可拼车选项的指令，以使第一用户能够操作可拼车选项将未完成订单更改为拼车订单。

步骤204与步骤103的具体原理和实现方式类似，此处不再赘述。

另外，本实施例提供的方法还可以包括：

接收第一用户发送的确认将未完成订单更改为拼车订单的指令；

接收第二用户发送的潜在可拼订单；

在所述潜在可拼订单中确定与未完成订单相符的拼车单，并进行拼车。

第二用户在输入出发地、目的地后，可以向服务器发送订单请求，即潜在可拼订单，若第一用户同意进行拼车，则可以在潜在可拼订单中确定与未完成订单相匹配的目标订单，并进行拼车。

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

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

获取模块31，用于获取用于网约车的未完成订单的数量；

确定模块32，用于若所述数量大于等于预设阈值，则确定未完成订单是否符合预设拼车规则；

若是，则发送模块33向所述未完成订单对应的第一用户终端发送显示可拼车选项的指令，以使第一用户能够操作所述可拼车选项将所述未完成订单更改为拼车订单。

本实施例提供的订单处理装置，包括：获取模块，用于获取用于网约车的未完成订单的数量；确定模块，用于若数量大于等于预设阈值，则确定未完成订单是否符合预设拼车规则；若是，则发送模块向未完成订单对应的第一用户终端发送显示可拼车选项的指令，以使第一用户能够操作可拼车选项将未完成订单更改为拼车订单。本实施例提供的订单处理装置，在未完成订单较多时，可以根据预设规则判断未完成订单是否符合拼车单规则，若符合规则，还可以由该订单对应的第一用户确定是否将未完成订单更改为拼车订单，因此，本实施例提供的方案能够自动触发拼单，进而在运力压力较大的情况下，将普通订单更改为拼车单，以解决现有技术中用户无法快速约到车辆，浪费用户时间，导致用户体验较差的问题。

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

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

如图4所示，在上述实施例的基础上，本实施例提供的订单处理装置，所述确定模块32，包括：

订单确定单元321，用于根据所述未完成订单确定第一用户端位置，并根据所述第一用户端位置确定第二用户端的待发送订单，其中，所述待发送订单是第二用户输入出发地、目的地且未发送的订单；

匹配确定单元322，用于确定所述待发送订单与所述未完成订单是否匹配，若是，则确定所述未完成订单符合所述预设拼车规则。

可选的，所述未完成订单至少包括以下一种订单类型：司机端未接受订单、司机端接受未处理订单、处理中订单；

所述订单确定单元321包括：

获取组件3211，用于获取所述未完成订单的订单类型；

范围确定组件3212，用于根据所述订单类型确定第一用户端位置，并根据所述第一用户端位置确定目标范围；

订单确定组件3213，用于在所述目标范围内确定所述待发送订单。

可选的，若所述未完成订单是所述司机端未接受订单或所述司机端接受未处理订单，则所述范围确定组件3212具体用于：

根据所述未完成订单确定第一用户端起始位置，确定与所述第一用户端起始位置的距离小于预设阈值的范围为所述目标范围。

可选的，若所述未完成订单是所述处理中订单，则所述范围确定组件3212具体用于：

根据所述未完成订单确定第一用户端当前位置；

获取所述未完成订单中包括的第一目的地；

根据所述第一用户端当前位置、所述第一目的地确定第一行驶路线，并根据所述第一行驶路线确定所述目标范围。

可选的，所述匹配确定单元322具体用于：

根据所述待发送订单确定第二目的地，根据所述未完成订单确定第二行驶路线；

确定所述第二目的地与所述第二行驶路线是否匹配，若是，则确定所述待发送订单与所述未完成订单匹配。

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

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

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

存储器51；

处理器52；以及

计算机程序；

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

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

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

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

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

Claims (14)

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

获取用于网约车的未完成订单的数量；

若所述数量大于等于预设阈值，则确定所述未完成订单是否符合预设拼车规则；

若是，则向所述未完成订单对应的第一用户终端发送显示可拼车选项的指令，以使第一用户能够操作所述可拼车选项将所述未完成订单更改为拼车订单。

2.根据权利要求1所述的方法，其特征在于，所述确定未完成订单是否符合预设拼车规则，包括：

根据所述未完成订单确定第一用户端位置，并根据所述第一用户端位置确定第二用户端的待发送订单，其中，所述待发送订单是第二用户输入出发地、目的地且未发送的订单；

确定所述待发送订单与所述未完成订单是否匹配，若是，则确定所述未完成订单符合所述预设拼车规则。

3.根据权利要求2所述的方法，其特征在于，所述未完成订单至少包括以下一种订单类型：司机端未接受订单、司机端接受未处理订单、处理中订单；

所述根据所述未完成订单确定第一用户端位置，并根据所述第一用户端位置确定第二用户端的待发送订单包括：

获取所述未完成订单的订单类型；

根据所述订单类型确定第一用户端位置，并根据所述第一用户端位置确定目标范围；

在所述目标范围内确定所述待发送订单。

4.根据权利要求3所述的方法，其特征在于，若所述未完成订单是所述司机端未接受订单或所述司机端接受未处理订单，则所述根据所述订单类型确定第一用户端位置，并根据所述第一用户端位置确定目标范围，包括：

根据所述未完成订单确定第一用户端起始位置，确定与所述第一用户端起始位置的距离小于预设阈值的范围为所述目标范围。

5.根据权利要求3所述的方法，其特征在于，若所述未完成订单是所述处理中订单，则所述根据所述订单类型确定第一用户端位置，并根据所述第一用户端位置确定目标范围，包括：

根据所述未完成订单确定第一用户端当前位置；

获取所述未完成订单中包括的第一目的地；

根据所述第一用户端当前位置、所述第一目的地确定第一行驶路线，并根据所述第一行驶路线确定所述目标范围。

6.根据权利要求2-5任一项所述的方法，其特征在于，所述确定所述待发送订单与所述未完成订单是否匹配，包括：

根据所述待发送订单确定第二目的地，根据所述未完成订单确定第二行驶路线；

确定所述第二目的地与所述第二行驶路线是否匹配，若是，则确定所述待发送订单与所述未完成订单匹配。

7.一种订单处理装置，其特征在于，包括：

获取模块，用于获取用于网约车的未完成订单的数量；

确定模块，用于若所述数量大于等于预设阈值，则确定未完成订单是否符合预设拼车规则；

若是，则发送模块向所述未完成订单对应的第一用户终端发送显示可拼车选项的指令，以使第一用户能够操作所述可拼车选项将所述未完成订单更改为拼车订单。

8.根据权利要求7所述的装置，其特征在于，所述确定模块，包括：

订单确定单元，用于根据所述未完成订单确定第一用户端位置，并根据所述第一用户端位置确定第二用户端的待发送订单，其中，所述待发送订单是第二用户输入出发地、目的地且未发送的订单；

匹配确定单元，用于确定所述待发送订单与所述未完成订单是否匹配，若是，则确定所述未完成订单符合所述预设拼车规则。

9.根据权利要求8所述的装置，其特征在于，所述未完成订单至少包括以下一种订单类型：司机端未接受订单、司机端接受未处理订单、处理中订单；

所述订单确定单元包括：

获取组件，用于获取所述未完成订单的订单类型；

范围确定组件，用于根据所述订单类型确定第一用户端位置，并根据所述第一用户端位置确定目标范围；

订单确定组件，用于在所述目标范围内确定所述待发送订单。

10.根据权利要求9所述的装置，其特征在于，若所述未完成订单是所述司机端未接受订单或所述司机端接受未处理订单，则所述范围确定组件具体用于：

根据所述未完成订单确定第一用户端起始位置，确定与所述第一用户端起始位置的距离小于预设阈值的范围为所述目标范围。

11.根据权利要求9所述的装置，其特征在于，若所述未完成订单是所述处理中订单，则所述范围确定组件具体用于：

根据所述未完成订单确定第一用户端当前位置；

获取所述未完成订单中包括的第一目的地；

根据所述第一用户端当前位置、所述第一目的地确定第一行驶路线，并根据所述第一行驶路线确定所述目标范围。

12.根据权利要求8-11任一项所述的装置，其特征在于，所述匹配确定单元具体用于：

根据所述待发送订单确定第二目的地，根据所述未完成订单确定第二行驶路线；

确定所述第二目的地与所述第二行驶路线是否匹配，若是，则确定所述待发送订单与所述未完成订单匹配。

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

存储器；

处理器；以及

计算机程序；

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

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

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

Images