CN110020923A - 订单匹配方法及系统、计算机可读存储介质、电子设备 - Google Patents

Abstract

本发明提供一种订单匹配方法及系统、计算机可读存储介质、电子设备，其方法包括如下步骤：响应于抢单请求信息，获取被抢订单的订单信息、抢单车辆的位置信息和状态信息；根据所述订单信息、所述抢单车辆的所述位置信息和所述状态信息，判断所述抢单车辆是否能够完成所述被抢订单；若所述抢单车辆无法完成所述被抢订单，则所述抢单车辆与所述被抢订单匹配失败。本发明提供的上述方案能够有效避免运营车辆错误抢单，提高了资源匹配效率，确保给乘客出行带来便利。

Description

订单匹配方法及系统、计算机可读存储介质、电子设备

技术领域

本发明涉及信息处理技术领域，具体涉及一种订单匹配方法及系统、计算机可读存储介质、电子设备。

背景技术

网约车平台的乘客出行需求与运营车辆的匹配可通过派单或者抢单两种方式实现，从而实现运力的调度和资源的合理配置。其中，派单指运营车辆只能被动接受网约车平台指派的乘客订单，运营车辆与乘客订单是由网约车平台强制匹配的；抢单指网约车平台将乘客订单发送给可用运营车辆的司机终端，司机操作终端上显示的抢单按键即可在订单池内手动匹配乘客订单，所以抢单方式下，运营车辆的司机能够自由选择匹配乘客订单。

网约车平台提供抢单方式的目的是提高乘客订单与车辆资源的匹配效率，更好地为乘客服务。但是在实际操作中，运营车辆的司机自行抢单时可能会高频率地(也可能是习惯性地)操作抢单按键来确保抢单成功，而根本没有充足的时间考虑车辆的状态是否能够完成抢到的乘客订单。因此，现有的抢单方式下可能会出现如下情况，当司机成功抢到订单后，却由于车辆问题导致无法成功将乘客送达目的地的情况，此时还需要双方沟通取消订单或者乘客中途下车再重新下发订单，这样反而降低资源匹配效率，影响了乘客的出行。

发明内容

本发明实施例旨在提供一种订单匹配方法及系统、计算机可读存储介质、终端设备以解决现有技术中由于运营车辆司机错误抢单导致的资源匹配效率低、影响用户出行的问题。

为此，本发明提供一种订单匹配方法，包括如下步骤：

响应于抢单请求信息，获取被抢订单的订单信息、抢单车辆的位置信息和状态信息；

根据所述订单信息、所述抢单车辆的所述位置信息和所述状态信息，判断所述抢单车辆是否能够完成所述被抢订单；

若所述抢单车辆无法完成所述被抢订单，则所述抢单车辆与所述被抢订单匹配失败。

可选地，上述的订单匹配方法中，若所述抢单车辆无法完成所述被抢订单，还包括如下步骤：

输出所述抢单车辆无法完成所述被抢订单的提示信息；和/或，所述抢单车辆的所述状态信息。

可选地，上述的订单匹配方法中，还包括如下步骤：

所述抢单车辆的所述状态信息包括所述抢单车辆的电池剩余电量/剩余油量、续航里程或车辆故障概率。

可选地，上述的订单匹配方法中，响应于抢单请求信息，获取被抢订单的订单信息、抢单车辆的位置信息和状态信息的步骤之前还包括如下步骤：

在运行抢单模式的情况下，检测到抢单按键被操作的抢单指令或携带抢单口令的语音信息后生成所述抢单请求信息。

可选地，上述的订单匹配方法中，所述抢单按键为设置于所述抢单车辆的方向盘上的物理按键；所述物理按键被操作后输出抢单指令。

可选地，上述的订单匹配方法中，根据所述订单信息、所述抢单车辆的所述位置信息和所述状态信息，判断所述抢单车辆是否能够完成所述被抢订单的步骤包括：

根据所述订单信息确定所述被抢订单的初始地点和行驶里程；

根据所述抢单车辆的所述位置信息和所述初始地点确定所述抢单车辆行驶至所述初始地点的预备里程；

根据所述预备里程和所述行驶里程得到所述抢单车辆要完成所述被抢订单需要行驶的总里程；

根据所述状态信息确定所述抢单车辆的续航里程或车辆故障概率；

若所述续航里程小于所述总里程或所述车辆故障概率大于设定阈值，则判定所述抢单车辆无法完成所述被抢订单。

可选地，上述的订单匹配方法中，还包括如下步骤：

若所述抢单车辆能够完成所述被抢订单，则所述抢单车辆与所述被抢订单匹配成功。

本发明还提供一种计算机可读存储介质，所述可读存储介质中存储有计算机程序，所述计算机程序被计算机执行后实现以上任一项所述的订单匹配方法。

本发明还提供一种电子设备，包括：

至少一个处理器；

至少一个存储器，所述至少一个存储器中存储有指令信息；

所述至少一个处理器读取所述指令信息后执行以上任一项所述的订单匹配方法。

本发明还提供一种订单匹配系统，包括物理按键、云端服务器和所述的电子设备，所述电子设备分别与所述物理按键和所述云端服务器通信连接，其中：

所述物理按键设置于抢单车辆的方向盘上，所述物理按键被操作时输出抢单指令；

所述电子设备从所述云端服务器获取被抢订单的订单信息、抢单车辆的位置信息和状态信息；

所述电子设备，在运行抢单模式的情况下接收所述物理按键输出的所述抢单指令，在运行派单模式的情况下屏蔽所述物理按键输出的所述抢单指令。

与现有技术相比，本发明实施例提供的上述技术方案至少具有以下

有益效果：

本发明实施例提供的订单匹配方法及系统、计算机可读存储介质、电子设备，其方法中在响应到抢单车辆的抢单请求信息后，并不直接将抢单车辆与被抢订单进行匹配，而是先获取抢单车辆的位置信息和状态信息以判断抢单车辆是否能够完成被抢订单，如果判断结果表示抢单车辆无法完成被抢订单，则令抢单车辆与被抢订单匹配失败，从而有效避免运营车辆错误抢单，提高了资源匹配效率，确保给乘客出行带来便利。

附图说明

图1为本发明一个实施例所述订单匹配方法的流程图；

图2为本发明一个实施例所述判断抢单车辆状态是否能够完成被抢订单的方法流程图；

图3为本发明一个实施例所述电子设备的硬件连接关系示意图；

图4为本发明一个实施例所述订单匹配系统的结构连接关系示意图；

图5为图4所示系统的工作流程示意图。

具体实施方式

下面将结合附图进一步说明本发明实施例。在本发明的描述中，需要说明的是，术语“中心”、“上”、“下”、“左”、“右”、“竖直”、“水平”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明的简化描述，而不是指示或暗示所指的装置或组件必需具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。此外，术语“第一”、“第二”、“第三”仅用于描述目的，而不能理解为指示或暗示相对重要性。其中，术语“第一位置”和“第二位置”为两个不同的位置。

在本发明的描述中，需要说明的是，除非另有明确的规定和限定，术语“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个组件内部的连通。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本发明中的具体含义。

本发明以下实施例中的技术方案，可以适用于装载有网约车应用程序的终端设备、云端服务器或者车载终端中，本发明以下实施例中的方案以运营车辆司机使用的终端设备为例进行说明。本发明的目的是避免运营车辆为了能够成功抢单而不顾及车辆自身的行驶状态，通过本发明以下实施例中的方案能够确保匹配成功的被抢订单和抢单车辆更符合需求，保证了抢单车辆一定能够完成匹配的被抢订单。

另外，本发明以下实施例中针对如何对订单进行匹配的过程进行了详细论述，对于乘客订单的生成、下发、订单的正常执行和结束等现有技术方案并未做详细阐述，例如司机的终端设备能运行在派单模式或者抢单模式下，乘客需要通过客户端向云端服务器发送从a地到b的乘车需求，云端服务器接收到乘车需求后形成乘客订单，通过网约车平台将乘客订单派给运营车辆上的终端设备等均可采用已有方法实现。

实施例1

本实施例提供一种订单匹配方法，可应用于运营车辆司机的终端设备，运营车辆司机的终端设备中均装载了网约车应用程序，网约车应用程序可以执行抢单模式或者派单模式，可以理解，本实施例中的方案是指抢单模式下的工作流程，如图1所示，其包括如下步骤：

S101：响应于抢单请求信息，获取被抢订单的订单信息、抢单车辆的位置信息和状态信息。网约车平台将乘客订单推送至司机的终端设备中，终端设备的应用程序会向司机提示订单池中的订单，司机可以主动发起抢单操作从而生成抢单请求信息，抢单请求信息可以是司机对终端设备的抢单按键进行触发后形成的，或者在检测到抢单按键被操作的抢单指令或携带抢单口令的语音信息后生成的，所述抢单按键为设置于所述抢单车辆的方向盘上的物理按键；所述物理按键被操作后输出抢单指令。抢单请求和被抢订单具有一一对应的关系，因此当确定有抢单请求信息之后能够根据对应关系确定到被抢订单，从而获取被抢订单的订单信息，订单信息中包括乘客的上车地点、目的地地点、全程需要的行驶里程或行驶时间等信息，该信息可以从云端服务器获取。所述抢单车辆的所述状态信息包括所述抢单车辆的电池剩余电量/剩余油量、续航里程或车辆故障概率，其中对于续航里程的估算、车辆故障概率的计算可基于历史数据实现，均为现有技术，在此不再详细叙述。抢单车辆的位置信息和状态信息，可以从云端服务器获取也可以从车辆的车身控制器获取。目前，对于网约车平台来说，要求运营车辆将其行驶状态信息均上传至云端服务器，因此本步骤中的抢单车辆的运行相关的信息均可以从云端服务器获取。

S102：根据所述订单信息、所述抢单车辆的所述位置信息和所述状态信息，判断所述抢单车辆是否能够完成所述被抢订单。如图2所示，本步骤具体可通过如下方式实现：

S201：根据所述订单信息确定所述被抢订单的初始地点和行驶里程。

S202：根据所述抢单车辆的所述位置信息和所述初始地点确定所述抢单车辆行驶至所述初始地点的预备里程。

S203：根据所述预备里程和所述行驶里程得到所述抢单车辆要完成所述被抢订单需要行驶的总里程。

S204：根据所述状态信息确定所述抢单车辆的续航里程或车辆故障概率。

S205：若所述续航里程小于所述总里程或所述车辆故障概率大于设定阈值，则判定所述抢单车辆无法完成所述被抢订单。

S103：若所述抢单车辆无法完成所述被抢订单，则所述抢单车辆与所述被抢订单匹配失败。而如果判定所述抢单车辆能够完成所述被抢订单，则所述抢单车辆与所述被抢订单匹配成功。

下面以具体示例对上述步骤进行说明。例如，司机听到网约车平台发布的某乘客需要从A地到达B地的订单，车辆目前在C地，假使司机执行了抢单操作，则本方法会判断开车从C地到A地接上乘客再到达B地的话总里程大概是50公里，而当前车辆是新能源电动车，其剩余续航里程大概是60公里，说明剩余电量足以支持电动车续航60公里，则乘客出行需求信息所要求的总的行使里程(包括到达接乘客地点、送乘客到达目的地的里程)为50公里的条件下，认为车辆状态能够满足乘客出行需求。或者，在历史大数据的基础上，综合车辆各种性能参数估算出该车辆行驶60公里出现故障的概率不大，低于设定阈值15％，则认为车辆状态能够满足乘客出行需求。除此之外，均认为车辆是无法完成订单的，此时即便是司机抢单了也不会成功。

优选地，如果司机抢单失败，则输出所述抢单车辆无法完成所述被抢订单的提示信息；和/或，所述抢单车辆的所述状态信息，通过该方式能将抢单失败的原因告知司机的同时还能够提醒司机当前车辆的状态，令司机能够提高安全驾驶意识。

上述方案中，终端设备在响应到抢单车辆的抢单请求信息后，并不直接将抢单车辆与被抢订单进行匹配，而是先获取抢单车辆的位置信息和状态信息以判断抢单车辆是否能够完成被抢订单，如果判断结果表示抢单车辆无法完成被抢订单，则令抢单车辆与被抢订单匹配失败，从而有效避免运营车辆错误抢单，提高了资源匹配效率，确保给乘客出行带来便利。

实施例2

本实施例提供一种计算机可读存储介质，所述存储介质中存储有计算机程序，所述计算机程序被计算机执行后实现实施例1中任一技术方案所述的订单匹配方法。

实施例3

本实施例提供一种电子设备，如图3所示，包括至少一个处理器301和至少一个存储器302，至少一个所述存储器302中存储有指令信息，至少一个所述处理器301读取所述程序指令后可执行实施例1中任一方案所述的订单匹配方法。

上述装置还可以包括：输入装置303和输出装置304。处理器301、存储器302、输入装置303和输出装置304可以通过总线或者其他方式连接。上述产品可执行本申请实施例所提供的方法，具备执行方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节，可参见本申请实施例所提供的方法。

实施例4

本实施例提供一种订单匹配系统，如图4所示，包括物理按键402、云端服务器404和实施例3所述的电子设备403，图中以运营车辆使用的终端设备作为所述电子设备403，所述电子设备403分别与所述物理按键402和所述云端服务器404通信连接。如图所示，所述物理按键402设置于抢单车辆的方向盘401上，所述物理按键402被操作时输出抢单指令；述电子设备403从所述云端服务器404获取被抢订单的订单信息、抢单车辆的位置信息和状态信息；所述电子设备403，在运行抢单模式的情况下接收所述物理按键402输出的所述抢单指令，在运行派单模式的情况下屏蔽所述物理按键402输出的所述抢单指令。方向盘401一般会集成多功能按钮，例如音量调节按钮、收音机调频按钮、语音识别按钮等，而物理按键402可以为新增的设置在方向盘上的按键，也可以是通过对现有功能按钮进行软件配置，从而使现有功能按钮具有新增功能。例如，对于已有的音量调节按钮，原来只有音量增加和减小两种功能，例如可以对其进行重新功能配置，令其新增一种操作方式使其具有触发抢单操作的功能，例如以一定频率操作音量增加或音量减小的按钮。而在方向盘上设置物理按键以触发抢单操作具有如下优势：当司机需要执行抢单操作时，操作方向盘上的物理按键即可，不需要将手从方向盘上移开，提高了司机驾驶的安全性。物理按键和电子设备之间的通信方式可以选择蓝牙、CAN总线等。

结合实施例1，以上系统的工作流程如图5所示：

S401:电子设备403判断其当前是否运行在抢单模式下，如果是则执行步骤S403，否则的话执行步骤S402；

S402：屏蔽物理按键402。

S403:判断物理按键402是否被操作，即司机是否触发物理按键402，如果司机没有触发物理按键402，则返回准备阶段，如果司机触发物理按键402则说明司机发起了抢单操作则该车辆作为抢单车辆，之后执行步骤S404；

S404：按照实施例1中的方法获取被抢订单的订单信息、抢单车辆的位置信息和状态信息。

S405：根据实施例1中的方法判断抢单车辆是否能够完成被抢订单？如果能则执行步骤S406，否则执行步骤S407。

S406：抢单车辆与被抢订单匹配成功；

S407：抢单车辆与被抢订单匹配失败。

通过本实施例中的上述方案，能够确保抢单车辆是在能完成被抢订单的情况下才令二者匹配成功，提高了订单匹配的准确率和效率，也确保能够满足乘客的出行需求。

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

Claims (10)

1.一种订单匹配方法，其特征在于，包括如下步骤：

响应于抢单请求信息，获取被抢订单的订单信息、抢单车辆的位置信息和状态信息；

根据所述订单信息、所述抢单车辆的所述位置信息和所述状态信息，判断所述抢单车辆是否能够完成所述被抢订单；

若所述抢单车辆无法完成所述被抢订单，则所述抢单车辆与所述被抢订单匹配失败。

2.根据权利要求1所述的订单匹配方法，其特征在于，若所述抢单车辆无法完成所述被抢订单，还包括如下步骤：

输出所述抢单车辆无法完成所述被抢订单的提示信息；和/或，所述抢单车辆的所述状态信息。

3.根据权利要求1所述的订单匹配方法，其特征在于，还包括如下步骤：

所述抢单车辆的所述状态信息包括所述抢单车辆的电池剩余电量/剩余油量、续航里程或车辆故障概率。

4.根据权利要求1所述的订单匹配方法，其特征在于，响应于抢单请求信息，获取被抢订单的订单信息、抢单车辆的位置信息和状态信息的步骤之前还包括如下步骤：

在运行抢单模式的情况下，检测到抢单按键被操作的抢单指令或携带抢单口令的语音信息后生成所述抢单请求信息。

5.根据权利要求4所述的订单匹配方法，其特征在于：

所述抢单按键为设置于所述抢单车辆的方向盘上的物理按键；所述物理按键被操作后输出抢单指令。

6.根据权利要求1-5任一项所述的订单匹配方法，其特征在于，根据所述订单信息、所述抢单车辆的所述位置信息和所述状态信息，判断所述抢单车辆是否能够完成所述被抢订单的步骤包括：

根据所述订单信息确定所述被抢订单的初始地点和行驶里程；

根据所述抢单车辆的所述位置信息和所述初始地点确定所述抢单车辆行驶至所述初始地点的预备里程；

根据所述预备里程和所述行驶里程得到所述抢单车辆要完成所述被抢订单需要行驶的总里程；

根据所述状态信息确定所述抢单车辆的续航里程或车辆故障概率；

若所述续航里程小于所述总里程或所述车辆故障概率大于设定阈值，则判定所述抢单车辆无法完成所述被抢订单。

7.根据权利要求6所述的订单匹配方法，其特征在于，还包括如下步骤：

若所述抢单车辆能够完成所述被抢订单，则所述抢单车辆与所述被抢订单匹配成功。

8.一种计算机可读存储介质，其特征在于：

所述可读存储介质中存储有计算机程序，所述计算机程序被计算机执行后实现权利要求1-7任一项所述的订单匹配方法。

9.一种电子设备，其特征在于，包括：

至少一个处理器；

至少一个存储器，所述至少一个存储器中存储有指令信息；

所述至少一个处理器读取所述指令信息后执行权利要求1-7任一项所述的订单匹配方法。

10.一种订单匹配系统，其特征在于，包括物理按键、云端服务器和权利要求9所述的电子设备，所述电子设备分别与所述物理按键和所述云端服务器通信连接，其中：

所述物理按键设置于抢单车辆的方向盘上，所述物理按键被操作时输出抢单指令；

所述电子设备从所述云端服务器获取被抢订单的订单信息、抢单车辆的位置信息和状态信息；

所述电子设备，在运行抢单模式的情况下接收所述物理按键输出的所述抢单指令，在运行派单模式的情况下屏蔽所述物理按键输出的所述抢单指令。