乘客打车订单切换方法及装置与流程

本发明涉及计算机技术领域，尤其涉及一种乘客打车订单切换方法及装置。

背景技术：

现有打车服务系统中，接单车辆在中途发生故障(如爆胎)或其他紧急情况，无法继续完成所接订单。此时乘客不得不结束当前订单后重新发出打车请求，使得在乘坐具有起步价的车辆时，需重新担负一份起步价。这样势必给乘客带来经济损失，降低了用户体验。

技术实现要素：

针对现有技术的缺陷，本发明提供一种乘客打车订单切换方法及装置，解决了现有技术中接单车辆中途发生故障后，乘客不得不重新发出打车请求，并重新担负另一份起步价的问题。

第一方面，本发明提供一种乘客打车订单切换方法，包括：

当乘客乘坐的第一终端所属接单车辆提供的服务发生中断时，服务端接收所述第一终端发出的订单切换请求，并根据订单切换请求生成切换订单；

服务端向续单车辆所具备的第二终端发送所述切换订单。

优选地，当乘客乘坐的第一终端所属接单车辆提供的服务发生中断为车辆发生故障时，服务端接收所述第一终端发出的订单切换请求，并根据订单切换请求生成切换订单，所述订单切换请求包括故障地地址和初始订单的目的地地址，所述初始订单为所述第一终端应答的订单。

优选地，服务端向第二终端发送所述切换订单时，还向第二终端发送订单类型信息，所述订单类型信息用于区分切换订单与其他订单。

优选地，服务端在接收所述订单切换请求之后，根据初始订单的出发地地址与故障地地址之间的行程信息生成第一终端费用信息并存储。

优选地，服务端在接收所述切换订单完成请求之后，根据故障地地址与目的地地址之间的行程信息生成第二终端费用信息并存储。

优选地，服务端在接收所述切换订单完成请求之后，根据所述第一终端费用信息和第二终端费用信息对乘客结单费用进行分配处理。

优选地，服务端接收所述订单切换请求之后，向其他终端发送救援请求，所述救援请求包括第一终端的故障地地址和第一终端的注册信息。

第二方面，本发明提供一种乘客打车订单切换方法，包括：续单车辆所具备的第二终端接收服务端发来的切换订单，所述切换订单为当乘客乘坐的第一终端所属接单车辆提供的服务发生中断时，所述服务端接收第一终端发出的订单切换请求，并根据订单切换请求生成的订单，所述订单切换请求包括故障地地址和初始订单的目的地地址；所述初始订单为所述第一终端应答的订单。

优选地，所述切换订单为当乘客乘坐的第一终端所属接单车辆提供的服务发生中断为车辆发生故障时，所述服务端接收第一终端发出的订单切换请求，并根据订单切换请求生成的订单，所述订单切换请求包括故障地地址和初始订单的目的地地址；所述初始订单为所述第一终端应答的订单。

优选地，所述第二终端接收服务端发来的切换订单，同时还接收服务端发来的订单类型信息，并根据订单类型信息确定是否应答所述切换订单，所述订单类型信息用于区分切换订单与其他订单。

第三方面，本发明提供一种乘客打车订单切换装置，包括：

请求获取模块，用于当乘客乘坐的第一终端所属接单车辆提供的服务发生中断时，接收所述第一终端发出的订单切换请求；

订单生成模块，用于根据所述订单切换请求生成切换订单；

订单分配模块，用于向续单车辆所具备的第二终端发送所述切换订单。

优选地，所述订单分配模块，还用于在向第二终端发送所述切换订单时，同时发送订单类型信息，所述订单类型信息用于区分切换订单与其他订单。

优选地，还包括费用生成存储模块，用于在请求获取模块接收所述订单切换请求之后，根据初始订单的出发地地址与故障地地址之间的行程信息生成第一终端费用信息并存储；还用于在请求获取模块接收所述切换订单完成请求之后，根据故障地地址与目的地地址之间的行程信息生成第二终端费用信息并存储。

优选地，还包括费用分配模块，用于根据所述第一终端费用信息和第二终端费用信息对乘客结单费用进行分配处理。

优选地，还包括救援信息发送模块，用于向其他终端发送救援请求，所述救援请求包括第一终端的故障地地址和第一终端的注册信息。

第四方面，本发明提供一种乘客打车订单切换装置，包括：订单应答模块，用于接收服务端发来的切换订单，所述切换订单为当乘客乘坐的第一终端所属接单车辆提供的服务发生中断时，所述服务端接收第一终端发出的订单切换请求，并根据订单切换请求生成的订单。

优选地，所述订单应答模块，还用于接收服务端发来的订单类型信息，并根据订单类型信息确定是否应答所述切换订单，所述订单类型信息用于区分切换订单与其他订单。

由上述技术方案可知，本发明提供一种乘客打车订单切换方法及装置，通过在接单车辆提供的服务发生中断后，无需乘客重新发出打车请求生成新订单，只需在原订单基础上匹配一个订单，并由续单车辆执行匹配后的订单，从而为乘客避免了为新订单承担另一份起步价的风险，提升了用户体验。

附图说明

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

图1为本公开实施例1提供的乘客打车订单切换方法的流程示意图；

图2为本公开实施例2提供的乘客打车订单切换方法的流程示意图；

图3为本公开实施例6提供的乘客打车订单切换装置的结构示意图。

具体实施方式

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

以下对本公开实施例中提及的部分词语进行举例说明。

本公开实施例中提及的用户设备(userequipment，简称ue)是指呼叫服务方，如交通工具叫车服务中的乘客，所使用的移动终端或个人计算机(personalcomputer，简称pc)等设备。例如智能手机、个人数码助理(pda)、平板电脑、笔记本电脑、车载电脑(carputer)、掌上游戏机、智能眼镜、智能手表、可穿戴设备、虚拟显示设备或显示增强设备(如googleglass、oculusrift、hololens、gearvr)等。

本公开实施例中提及的终端为提供服务方，如交通工具叫车服务中的司机，所使用的用于接单的移动终端或pc端等设备。

本公开实施例中，为了区别乘客和司机，分别采用用户设备ue 和终端来分别表示乘客和司机所持的移动终端等设备。

如图1所示，本发明实施例1提供了一种乘客打车订单切换方法，包括：

s11、当乘客乘坐的第一终端所属接单车辆提供的服务发生中断时，服务端接收所述第一终端发出的订单切换请求，并根据订单切换请求生成切换订单。在本步骤中，需要说明的是，所述接单车辆提供的服务发生中断包括车辆发生故障、司机有急事不能完成订单、发生车祸以及其他紧急情况。当某一情况出现后，司机均不能正常完成该订单，此时需要进行订单切换方法，而切换订单的出发地为此时接单车辆的停车位置。例如，乘客所持有的用户设备ue发出打车请求，服务端根据打车请求生成初始订单(该初始订单为在本发明实施例需切换订单的情况下的命名)。接单车辆所具备的第一终端应答初始订单，并执行该订单信息。接单车辆中途出现故障(如爆胎)，接单车辆司机通过第一终端向服务端发出订单切换请求，其实现方式可以通过点击终端页面上的相应按钮去实现。所述订单切换请求包括故障地地址和初始订单的目的地地址。服务端根据订单切换请求生成切换订单。

s12、服务端向续单车辆所具备的第二终端发送所述切换订单。在本步骤中，需要说明的是，续单车辆为应答所述切换订单的车辆。服务端生成所述切换订单后，以故障地为中心，在预设区域范围内搜索处于未接单状态的其他终端，并向其中一个或多个终端发出切换订单。在本发明实施例中，为了更好对方案进行解释说明，其他终端均以第二终端的形式出现，便于与第一终端进行区分。

本发明提供一种乘客打车订单切换方法，通过在接单车辆提供的服务发生中断后，无需乘客重新发出打车请求生成新订单，只需在原订单基础上匹配一个订单，并由续单车辆执行匹配后的订单，从而为乘客避免了为新订单承担另一份起步价的风险，提升了用户体验。

如图2所示，本发明实施例2提供一种乘客打车订单切换方法，包括：

s21、当乘客乘坐的第一终端所属接单车辆提供的服务发生中断时，服务端接收所述第一终端发出的订单切换请求，并根据订单切换请求生成切换订单。

s22、服务端向续单车辆所具备的第二终端发送所述切换订单和订单类型信息。所述订单类型信息用于区分切换订单与其他订单。需要说明的是，根据打车服务行业的不同服务类型，所述订单类型信息可以拼车服务类型、快车服务类型、专车服务类型等等。

本发明实施例2所述的方法，通过向第二终端发送订单类型信息，以给处于未接单状态下的司机一个订单类型的参考，便于司机选择是否接单或不接单，提升了车辆司机的接单体验。

本发明实施例3提供一种乘客打车订单切换方法，本发明实施例与上述实施例1和实施例2不同的地方在于：

服务端在接收所述订单切换请求之后，根据初始订单的出发地地址与故障地地址之间的行程信息生成第一终端费用信息并存储。需要说明的是，由于接单车辆中途故障，但又不能让接单车辆司机不能有所经济上的损失。故在服务端接收所述订单切换请求之后，服务端根据故障地和出发地的行程信息计算第一终端费用信息。所述第一终端费用信息包括一个起步价。

另外，服务端在接收所述切换订单完成请求之后，根据故障地地址与目的地地址之间的行程信息生成第二终端费用信息并存储。需要说明的是，所述切换订单完成之时，即是乘客初始订单的完成之时。服务端接收所述切换订单完成请求之后，服务端根据故障地和目的地的行程信息计算第二终端费用信息。此时第二终端费用信息不具有起步价。

服务端在接收所述切换订单完成请求之后，根据所述第一终端费 用信息和第二终端费用信息对乘客结单费用进行分配处理。此处，乘客结单费用仅仅包括一个起步价(若存在起步价的情况)，同时又包括原出发地到目的地的行程费用。

本发明实施例3所述的方法，通过分别对两个订单的费用进行分开计算，便于在订单完成之后对两个接单司机所获得的费用进行分配。

本发明实施例4提供一种乘客打车订单切换方法，本发明实施例与实施例1不同的地方在于，服务端向第二终端发送所述切换订单的同时，还需向包括所述第二终端在内的其他终端发送救援请求，所述救援请求包括第一终端的故障地地址和第一终端的注册信息。本发明实施例所述方法通过向其他终端发送关于接单车辆的救援请求，以使其他车辆司机接收到请求后为故障车辆司机提供帮助。例如为故障车辆司机拖车，为故障车辆司机联系就近的拖车公司。

本发明实施例5提供一种乘客打车订单切换方法，包括：续单车辆所具备的第二终端接收服务端发来的切换订单，所述切换订单为当乘客乘坐的第一终端所属接单车辆提供的服务发生中断时，所述服务端接收第一终端发出的订单切换请求，并根据订单切换请求生成的订单。

所述第二终端接收服务端发来的切换订单，同时还接收服务端发来的订单类型信息，并根据订单类型信息确定是否应答所述切换订单，所述订单类型信息用于区分切换订单与其他订单。需要说明的是，本发明实施例所述方法与上述实施例所述方法在原理上相互呼应，故在此不再赘述。

本发明提供一种乘客打车订单切换方法，通过在接单车辆提供的服务发生中断后，无需乘客重新发出打车请求生成新订单，只需在原订单基础上匹配一个订单，并由续单车辆执行匹配后的订单，从而为乘客避免了为新订单承担另一份起步价的风险，提升了用户体验。

如图3所示，本发明实施例6提供一种乘客打车订单切换装置，包括：

请求获取模块61，用于当乘客乘坐的第一终端所属接单车辆提供的服务发生中断时，接收所述第一终端发出的订单切换请求，所述订单切换请求包括故障地地址和初始订单的目的地地址；所述初始订单为所述第一终端应答的订单；

订单生成模块62，用于根据所述订单切换请求生成切换订单；

订单分配模块63，用于向续单车辆所具备的第二终端发送所述切换订单。

本发明提供一种乘客打车订单切换装置，通过在接单车辆提供的服务发生中断后，无需乘客重新发出打车请求生成新订单，只需在原订单基础上匹配一个订单，并由续单车辆执行匹配后的订单，从而为乘客避免了为新订单承担另一份起步价的风险，提升了用户体验。

另外，需要说明的是，本装置所述订单分配模块，还用于在向第二终端发送所述切换订单时，同时发送订单类型信息，所述订单类型信息用于区分切换订单与其他订单。还包括费用生成存储模块，用于在请求获取模块接收所述订单切换请求之后，根据初始订单的出发地地址与故障地地址之间的行程信息生成第一终端费用信息并存储；还用于在请求获取模块接收所述切换订单完成请求之后，根据故障地地址与目的地地址之间的行程信息生成第二终端费用信息并存储。还包括费用分配模块，用于根据所述第一终端费用信息和第二终端费用信息对乘客结单费用进行分配处理。还包括救援信息发送模块，用于向其他终端发送救援请求，所述救援请求包括第一终端的故障地地址和第一终端的注册信息。

对于上述模块的功能均是基于上述实施例所述方法的原理基础上，因此各个模块的功能原理均已被上述实施例所公开，在此不再赘述。

需要说明的是，本发明实施例中可以通过硬件处理器(hardwareprocessor)来实现相关功能模块。

本发明实施例7提供一种乘客打车订单切换装置，其特征在于，包括订单应答模块，用于接收服务端发来的切换订单，所述切换订单为当乘客乘坐的第一终端所属接单车辆提供的服务发生中断时，所述服务端接收第一终端发出的订单切换请求，并根据订单切换请求生成的订单。另外，所述订单应答模块还用于接收服务端发来的订单类型信息，并根据订单类型信息确定是否应答所述切换订单，所述订单类型信息用于区分切换订单与其他订单。需要说明的是，本发明实施例中可以通过硬件处理器(hardwareprocessor)来实现相关功能模块。

本发明提供一种乘客打车订单切换装置，通过在接单车辆提供的服务发生中断后，无需乘客重新发出打车请求生成新订单，只需在原订单基础上匹配一个订单，并由续单车辆执行匹配后的订单，从而为乘客避免了为新订单承担另一份起步价的风险，提升了用户体验。

本领域普通技术人员可以理解：实现上述方法实施例的全部或者部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储在计算机可读取的存储介质中，该程序在执行时，执行包括上述方法实施例的步骤。

本公开的说明书中，说明了大量具体细节。然而，能够理解，本公开的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解

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