CN111242465A

CN111242465A - 一种打车订单冲突处理方法、装置、电子设备及存储介质

Info

Publication number: CN111242465A
Application number: CN202010018270.0A
Authority: CN
Inventors: 毛渊; 宋成; 吴越; 吴珂; 张星罡
Original assignee: Zhejiang Geely Holding Group Co Ltd; Hangzhou Youxing Technology Co Ltd
Current assignee: Zhejiang Geely Holding Group Co Ltd; Hangzhou Youxing Technology Co Ltd
Priority date: 2020-01-08
Filing date: 2020-01-08
Publication date: 2020-06-05

Abstract

本发明公开一种打车订单冲突处理方法、装置、电子设备及存储介质，该方法应用于车辆能够同时线上接单和线下接单的场景中，包括：将生成的乘客打车订单派发给第一终端；获取第一终端对应车辆的当前运营状态；当乘客未上车且对应车辆有乘客时，则判断第一终端对应车辆预设时间内未接乘客次数是否大于预设次数阈值，若第一终端对应车辆预设时间内未接乘客次数大于预设次数阈值，则向第一终端发送更改订单请求；接收第一终端发送的改派指令，改派指令是在第一终端根据更改订单请求确认改派的情况下发送的；根据改派指令重新将乘客打车订单派发给第二终端。有效解决了在订单冲突情况的处理方案，降低了沟通成本，同时提高乘客出行效率和用户好感度。

Description

一种打车订单冲突处理方法、装置、电子设备及存储介质

技术领域

本发明涉及汽车出行领域，特别涉及一种打车订单冲突处理方法、装置、电子设备及存储介质。

背景技术

目前汽车公司与网络打车平台已经上线了两种订单融合的车辆，即：既可以接线上订单，又具备接线下路边招手即停订单的资质。但是因线上和线下订单可能同时或极短时间内先后派到一个司机一辆车上。此时，司机不能明确接线上订单还是线下订单，进而导致线上订单和线下订单冲突，为乘客和司机造成沟通成本的增加。

因此，亟需提供一种打车订单冲突处理的技术方案，能够在线上线下订单冲突时，合理化重新派单，提高乘客出行效率。

发明内容

本发明的具体技术方案如下：

将生成的乘客打车订单派发给第一终端，以使得所述第一终端对应的车辆接乘客上车；

获取所述第一终端对应车辆的当前运营状态，所述当前运营状态包括：有乘客状态和无乘客状态；

根据所述当前运营状态判断所述乘客打车订单对应的乘客是否上车，若乘客未上车，则判断所述当前运营状态是否为有乘客状态，若所述当前运营状态为有乘客状态，则判断所述第一终端对应车辆预设时间内未接乘客次数是否大于预设次数阈值，若所述第一终端对应车辆预设时间内未接乘客次数大于预设次数阈值，则向所述第一终端对应车辆发送更改订单请求；

接收所述第一终端对应车辆发送的改派指令，所述改派指令是在所述第一终端根据所述更改订单请求确认改派的情况下发送的；

根据所述改派指令重新将所述乘客打车订单派发给第三终端，以使得所述第三终端对应的车辆接乘客上车。

进一步地、所述将生成的乘客打车订单发送至第一终端，包括：

接收乘客对应的第二终端发送的上车请求，所述上车请求包括：上车时间、上车地点和下次地点；

根据所述上车请求生成乘客打车订单；

根据所述上车时间获取与所述上车地点预设距离内车辆的初始运营状态和初始位置；

将所述乘客打车订单发送至距离所述上车地点最近且无乘客状态的车辆对应的第一终端。

进一步地、还包括：

若所述第一终端对应车辆预设时间内未接乘客次数不大于预设次数阈值，则向所述第一终端对应的车辆发送继续执行订单指令。

进一步地、所述将生成的乘客打车订单派发给第一终端之后，还包括：

将所述第一终端对应车辆的标识和所述乘客打车订单进行关联，并将所述车辆标识发送至与所述乘客打车订单对应的所述第三终端，所述标识包括：司机信息、车牌号和司机联系方式；

相应的，所述根据所述改派指令重新将所述乘客打车订单派发给第二终端，包括：

根据所述改派指令解除所述第一终端对应车辆的标识和所述乘客打车订单关联；

将所述乘客打车订单重新发送给第二终端；

将所述乘客打车订单与所述第二终端对应车辆的标识进行关联。

进一步地、还包括：

记录所述第一终端取消订单。

另一方面、本发明提供一种打车订单冲突处理装置，该装置应用于车辆能够同时线上接单和线下接单的场景中，包括：

打车订单派发模块，用于将生成的乘客打车订单派发给第一终端，以使得所述第一终端对应的车辆接乘客上车；

当前运营状态获取模块，用于获取所述第一终端对应车辆的当前运营状态，所述当前运营状态包括：有乘客状态和无乘客状态；

判断模块，用于根据所述当前运营状态判断所述乘客打车订单对应的乘客是否上车，若乘客未上车，则判断所述当前运营状态是否为有乘客状态，若所述当前运营状态为有乘客状态，则判断所述第一终端对应车辆预设时间内未接乘客次数是否大于预设次数阈值，若所述第一终端对应车辆预设时间内未接乘客次数大于预设次数阈值，则向所述第一终端对应车辆发送更改订单请求；

改派指令接收模块，用于接收所述第一终端对应车辆发送的改派指令，所述改派指令是在所述第一终端根据所述更改订单请求确认改派的情况下发送的；

打车订单重新派发模块，用于根据所述改派指令重新将所述乘客打车订单派发给第三终端，以使得所述第三终端对应的车辆接乘客上车。

进一步地、所述将打车订单派发模块，包括：

上车请求接收单元，用于接收乘客对应的第二终端发送的上车请求，所述上车请求包括：上车时间、上车地点和下次地点；

打车订单生成单元，用于根据所述上车请求生成乘客打车订单；

初始状态获取单元，用于根据所述上车时间获取与所述上车地点预设距离内车辆的初始运营状态和初始位置；

打车订单发送单元，用于将所述乘客打车订单发送至距离所述上车地点最近且无乘客状态的车辆对应的第一终端。

进一步地、还包括：

执行订单指令发送模块，用于若所述第一终端对应车辆预设时间内未接乘客次数大于预设次数阈值，则向所述第二终端对应车辆发送继续执行订单指令。

另一方面，本发明提供一种打车订单冲突处理的电子设备，包括：存储器，用于存储计算机程序；处理器，用于执行所述计算机程序时实现如前述所述的打车订单冲突处理方法的步骤。

另一方面，本发明提供一种计算机可读存储介质，所述存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由处理器加载并执行时实现如前述所述的打车订单冲突处理方法的步骤。

采用上述技术方案，本发明所述的一种打车订单冲突处理方法、装置、电子设备及存储介质具有如下有益效果：

本发明提供的一种打车订单冲突处理方法，有效解决了在订单冲突情况的处理方案，通过重新派单降低了由于线上订单和线下订单同时接收时的沟通成本，同时提高乘客出行效率和用户好感度，并且为了避免由于司机多次接单不接乘客情况的发送，设置了预设次数阈值，提高了司机接线上订单的可靠率，又减少由于线下乘客打车时遇到未按下计价器的车辆不接线下乘客的投诉。保证了城市出租车辆的高效使用，节约资源。

附图说明

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

图1为本发明实施例提供的实施环境示意图；

图2为本发明实施例提供的一种打车订单冲突处理方法的流程；

图3为本发明实施例提供的一种打车订单冲突处理的装置结构示意图；

图4为本发明实施例提供一种打车订单冲突处理的电子设备的结构图。

具体实施方式

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

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、装置、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

请参考说明书附图1，其示出了本发明实施例提供的实施环境示意图，如图1所示，该实施环境可以至少包括第一终端110、服务器120和第二终端130。

第一终端110中运行有司机使用的第一客户端，第二终端130中运行有乘客使用的第二客户端。第一终端110和第二终端130均可以是智能手机、平板电脑、电子书阅读器、膝上型便携计算机和台式计算机等等。所述客户端可以为服务商提供给用户的应用程序，也可以为服务商提供给用户的网页页面。

所述服务器120可以是一***立运行的服务器，也可以是由若干台服务器组成的服务器集群，或者是一个云计算服务中心。所述服务器120可以包括网络通信单元、处理器和存储器等等。所述服务器120可以通过无线或者有线网络与所述第一终端110及第二终端130建立通信连接。

在本发明实施例中，所述客户端可以是任何为用户提供服务的客户端。例如，所述客户端可以是打车类应用客户端、支付类应用客户端、招聘类客户端和购物类客户端等等。

以下介绍本发明的一种打车订单冲突处理方法，请参考说明书附图2，其示出了本发明实施例提供的一种打车订单冲突处理方法的流程。其中，所述第一终端和第二终端已安装客户端。该方法执行主体可以为第一终端和第二终端对应的服务器或后台***，该方法具体应用于车辆能够同时线上接单和线下接单的场景中，如图2所示，所述方法包括：

S102、将生成的乘客打车订单派发给第一终端，以使得所述第一终端对应的车辆接乘客上车；

具体的，服务器可以将生成的乘客打车订单派发给司机侧对应的第一终端；

在一些可能的实施例中，所述将生成的乘客打车订单派发给第一终端，包括：

S1022、接收乘客对应的第二终端发送的上车请求，所述上车请求包括：上车时间、上车地点和下次地点；

具体的，服务器可以接收乘客在第二终端发送的上车请求，上车请求包括：上车时间、上车地点、下次地点、上车人数等信息。

S1024、根据所述上车请求生成乘客打车订单；

具体的，服务器可以根据上车请求生成包含上车请求的乘客打车订单，乘客打车订单可以以压缩文本的方式存储在服务器中。

S1026、根据所述上车时间获取与所述上车地点预设距离内车辆的初始运营状态和初始位置；

具体的，服务器可以实时获取所有第一终端的位置和与第一终端对应车辆的运营状态。

S1028、将所述乘客打车订单发送至距离所述上车地点最近且无乘客状态的车辆对应的第一终端。

具体的，服务器可以根据预设规则将乘客打车订单发送给第一终端，其中预设规则可以是根据车辆的位置及运营状态确定。

示例地、乘客A自己在8：00下单在B地点去C地点的上车请求；

服务器接收到该上车请求后，根据实时获取的第一终端的位置和运营状态将包含上车请求的乘客打车订单派发给第一终端，其中,第一终端的初始位置距离B地点最近且无乘客。

S104、获取所述第一终端对应车辆的当前运营状态，所述当前运营状态包括：有乘客状态和无乘客状态；

具体的，服务器在发送给乘客打车订单后仍实时获取接收该乘客打车订单的位置和运行状态。

S106、根据所述当前运营状态判断所述乘客打车订单对应的乘客是否上车，若乘客未上车，则判断所述当前运营状态是否为有乘客状态，若所述当前运营状态为有乘客状态，则判断所述第一终端对应车辆预设时间内未接乘客次数是否大于预设次数阈值，若所述第一终端对应车辆预设时间内未接乘客次数大于预设次数阈值，则向所述第一终端对应车辆发送更改订单请求；

具体的，当乘客未上车，且接收该乘客打车订单对应的车辆为有乘客状态时，判断所述第一终端对应车辆预设时间内未接乘客次数是否大于预设次数阈值，若所述第一终端对应车辆预设时间内未接乘客次数大于预设次数阈值，则向所述第一终端发送更改订单请求。

其中，乘客在上车后可以在其对应的第二终端发送确认上车指令，当服务器未收到该确认上车指令时，则认为该乘客未上车。判断所述当前运营状态是否为有乘客状态可以通过车辆上的计价器是否启动确定，当线上乘客下单后未上车时，对应接乘客的车辆的计价器被按下，则认为该车辆为有乘客状态。

示例地、A乘客未上车，第一终端对应的车辆为有乘客状态时，服务器可以判断第一终端对应车辆预设时间内未接乘客次数是否大于预设次数阈值，当第一终端对应车辆预设时间内未接乘客次数大于预设次数阈值,则服务器可以向第一终端发送更改订单请求。

需要说明的是，车辆的计价器可以与对应的第一终端通信连接或直接与服务器通信连接。当车辆的计价器通过第一终端与服务器连接时，第一终端可以在计价器状态变化时向服务器发送运营状态，以使得服务器根据该运营状态判断对应车辆是否有乘客。

在一些可能的实施例中，还包括：若所述第一终端对应车辆预设时间内未接乘客次数不大于预设次数阈值，则向所述第一终端对应车辆发送继续执行订单指令。

S108、接收所述第一终端发送的改派指令，所述改派指令是在所述第一终端根据所述更改订单请求确认改派的情况下发送的；

S110、根据所述改派指令重新将所述乘客打车订单派发给第三终端，以使得所述第三终端对应的车辆接乘客上车。

S112、记录所述第一终端取消订单。

在上述实施例基础上，本说明书一个实施例中，所述将生成的乘客打车订单派发给第一终端之后，还包括：

将所述第一终端对应车辆的标识和所述乘客打车订单进行关联，并将所述车辆标识发送至与所述乘客打车订单对应的所述第二终端，所述标识包括：司机信息、车牌号和司机联系方式；

相应的，所述根据所述改派指令重新将所述乘客打车订单派发给第三终端，包括：

将所述乘客打车订单重新发送给第三终端；

将所述乘客打车订单与所述第三终端对应车辆的标识进行关联。

相应的，本发明实施例提供了一种打车订单冲突处理的装置，图3为本发明实施例提供的一种打车订单冲突处理的装置结构示意图，如图3所示，所述装置可以包括：

在上述实施例基础上，本说明书一个实施例中，所述将打车订单派发模块，包括：

在上述实施例基础上，本说明书一个实施例中，还包括：

执行订单指令发送模块，用于若所述第一终端对应车辆预设时间内未接乘客次数不大于预设次数阈值，则向所述第一终端对应的车辆发送继续执行订单指令。

在上述实施例基础上，本说明书一个实施例中，还包括：

关联模块，用于将所述第一终端对应车辆的标识和所述乘客打车订单进行关联，并将所述车辆标识发送至与所述乘客打车订单对应的所述第三终端，所述标识包括：司机信息、车牌号和司机联系方式；

相应的，所述打车订单重新派发模块，包括：

解除关联单元，用于根据所述改派指令解除所述第一终端对应车辆的标识和所述乘客打车订单关联；

重新派发模块单元，用于将所述乘客打车订单重新发送给第二终端；

关联单元，用于将所述乘客打车订单与所述第二终端对应车辆的标识进行关联。

在上述实施例基础上，本说明书一个实施例中，还包括：

记录模块，用于记录所述第一终端取消订单。

所述的装置实施例中的装置与方法实施例基于同样的发明构思。在此不再一一赘述。

相应的，本发明提供一种计算机可读存储介质，所述存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由处理器加载并执行时实现前述所述的打车订单冲突处理方法的步骤。

相应的，本发明还公开了一种打车订单冲突处理的电子设备，图4为本发明实施例提供一种打车订单冲突处理的电子设备的结构图，如图4所示，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如前述公开的一种打车订单冲突处理方法的步骤。

另一方面，本发明实施例提供了一种汽车，所述汽车设置有提示组件，所述提示组件设置有如前述所述的装置。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参加即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于硬件+程序类实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本说明书实施例并不局限于必须是符合行业通信标准、标准计算机数据处理和数据存储规则或本说明书一个或多个实施例所描述的情况。某些行业标准或者使用自定义方式或实施例描述的实施基础上略加修改后的实施方案也可以实现上述实施例相同、等同或相近、或变形后可预料的实施效果。应用这些修改或变形后的数据获取、存储、判断、处理方式等获取的实施例，仍然可以属于本说明书实施例的可选实施方案范围之内。另外，在本发明各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。

Claims

1.一种打车订单冲突处理方法，该方法应用于车辆能够同时线上接单和线下接单的场景中，其特征在于，包括：

2.根据权利要求1所述的方法，其特征在于，所述将生成的乘客打车订单发送至第一终端，包括：

根据所述上车请求生成乘客打车订单；

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

4.根据权利要求3所述的方法，其特征在于，所述将生成的乘客打车订单派发给第一终端之后，还包括：

将所述乘客打车订单重新发送给第三终端；

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

记录所述第一终端对应车辆取消订单次数。

6.一种打车订单冲突处理装置，该装置应用于车辆能够同时线上接单和线下接单的场景中，其特征在于，包括：

7.根据权利要求6所述的装置，其特征在于，所述将打车订单派发模块，包括：

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

9.一种打车订单冲突处理的电子设备，其特征在于，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如权利要求1至5任一项所述的打车订单冲突处理方法。

10.一种计算机可读存储介质，其特征在于，所述存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由处理器加载并执行以实现如权利要求1-5任一项所述的打车订单冲突处理方法。