CN109460840A - 互联网出行订单处理方法、装置和设备 - Google Patents

Abstract

本发明提供一种互联网出行订单处理方法、装置和设备，该方法包括接收用户在终端设备的操作界面上触发的订单取消请求，所述终端设备通过安装的出行应用程序向服务器发出预约匹配车辆的订单，所述订单取消请求用于指示取消订单；根据所述订单取消请求，降低终端设备的屏幕亮度；若在所述屏幕亮度降低后的第一预设时间段内接收到服务器发送的通知信息，则在所述操作界面上显示所述通知信息，所述通知信息用于提醒用户已预约到与所述订单相匹配的车辆。本发明提供的互联网出行订单处理方法、装置和设备不仅可以提高用户的体验，而且可以降低用户的流失率。

Description

互联网出行订单处理方法、装置和设备

技术领域

本发明涉及互联网技术，尤其涉及一种互联网出行订单处理方法、装置和设备。

背景技术

随着通信技术和计算机技术的不断发展，越来越多的用户选择在出行平台预约网约车出行。用户在打开安装于终端设备上的出行平台后，在出行平台的界面上输入出行信息，以便预定到对应的网约车进行出行。

目前，用户预约网约车的流程包括确认发单、等待应答、等待接驾、行程中以及行程结束等阶段。当用户在确认发单后很长时间都没有司机接单，即等待应答的时间较长，或者用户由于其他原因需要取消叫车服务时，通常需要通过操作界面上的相关服务取消叫车。

但是，上述过程中，用户通过操作界面上的相关服务取消叫车时，可能会错过叫到车的机会，导致用户体验较差。

发明内容

为解决现有技术中存在的问题，本发明提供一种互联网出行订单处理方法、装置和设备，以提高用户体验。

第一方面，本发明实施例提供一种互联网出行订单处理方法，所述方法包括：

接收用户在终端设备的操作界面上触发的订单取消请求，所述终端设备通过安装的出行应用程序向服务器发出预约匹配车辆的订单，所述订单取消请求用于指示取消所述订单；

根据所述订单取消请求，降低所述终端设备的屏幕亮度；

若在所述屏幕亮度降低后的第一预设时间段内接收到所述服务器发送的通知信息，则在所述操作界面上显示所述通知信息，所述通知信息用于提醒用户已预约到与所述订单相匹配的车辆。

在上述方案中，由于终端设备在接收到用户触发的订单取消请求，并将订单取消请求发送给服务器后，服务器会在第一预设时间段内继续向司机派单，若在该第一预设时间段内有司机接单时，会向终端设备发送通知信息，以提醒用户已预约到与订单相匹配的车辆，从而可以提高用户叫车成功的概率，由此不仅可以提高用户的体验，而且可以降低用户的流失率。

在一种可能的实现方式中，所述方法还包括：

若在所述第一预设时间段内未接收到所述服务器发送的订单信息，并在所述第一预设时间段结束后接收到所述服务器发送的订单取消响应，则在所述操作界面上显示订单取消信息，所述订单取消响应用于指示订单取消成功。

在上述方案中，若在第一预设时间段内未接收到服务器发送的通知信息，并在第一预设时间段结束后接收到服务器发送的订单取消响应时，才会在操作界面上显示订单取消信息，以提醒用户订单取消成功，这样，可以提高用户叫车成功的概率，从而可以提高用户的体验。

在一种可能的实现方式中，所述接收用户在终端设备的操作界面上触发的订单取消请求，包括：

接收所述用户在所述操作界面上，对预设控件的长按操作所触发的所述订单取消请求。

在一种可能的实现方式中，所述根据所述订单取消请求，降低所述终端设备的屏幕亮度，包括：

在所述长按操作的时长小于第二预设时间段时，控制所述终端设备的屏幕亮度降低为第一亮度值，在所述长按操作的时长不小于所述第二预设时间段时，控制所述终端设备的屏幕亮度降低为第二亮度值，其中，所述第二亮度值小于所述第一亮度值。

在上述方案中，可以根据用户对预设控件的长按操作的时长控制终端设备的屏幕亮度，不仅可以节省终端设备的电量，而且可以提高用户的体验。

在一种可能的实现方式中，所述方法还包括：

在接收到所述通知信息或所述订单取消响应后，提高所述终端设备的屏幕亮度。

在本方案中，终端设备在接收到通知信息或订单取消响应后，会将终端设备的屏幕亮度恢复为降低亮度之前的亮度值，这样，用户可以对第一终端设备进行正常操作，提高了用户的体验。

在一种可能的实现方式中，所述方法还包括：

在所述操作界面上显示订单信息，所述订单信息中包括与所述订单相匹配的车辆的信息。

由于可以在终端设备的操作界面上显示与订单相匹配的车辆的信息，用户可以方便的查看预约到的车辆，由此可以提高用户的体验。

第二方面，本发明实施例提供一种互联网出行订单处理方法，所述方法包括：

接收第一终端设备发送的用于预约匹配车辆的订单；

接收所述第一终端设备发送的订单取消请求，所述订单取消请求用于指示取消所述订单；

根据所述订单取消请求，在预设时间段内向第二终端设备发送派单请求；

若在所述预设时间段内接收到所述第二终端设备发送的派单响应，则向所述第一终端设备发送通知信息，所述通知信息用于提醒用户已预约到与所述订单相匹配的车辆。

在上述方案中，由于终端设备在接收到用户触发的订单取消请求，并将订单取消请求发送给服务器后，服务器会在预设时间段内继续向第二终端设备发送派单请求，若在预设时间段内接收到第二终端设备发送的派单响应，即有司机接单时，服务器会向第一终端设备发送通知信息，提醒用户已预约到与订单相匹配的车辆，从而可以提高用户叫车成功的概率，由此不仅可以提高用户的体验，而且可以降低用户的流失率。

在一种可能的实现方式中，所述方法还包括：

若在所述预设时间段内未接收到所述第二终端设备发送的派单响应，则向所述第一终端设备发送订单取消响应，所述订单取消响应用于指示订单取消成功。

在上述方案中，由于服务器在接收到第一终端设备发送的订单取消请求后，若在预设时间段内没有司机接单时，再向第一终端设备返回订单取消响应，以此拉长取消叫车的操作路径，从而可以降低用户的流失率。

在一种可能的实现方式中，所述方法还包括：

向所述第一终端设备发送订单信息，所述订单信息中包括与所述订单相匹配的车辆的信息。

第三方面，本发明实施例提供一种互联网出行订单处理装置，包括：

接收模块，用于接收用户在终端设备的操作界面上触发的订单取消请求，所述终端设备通过安装的出行应用程序向服务器发出预约匹配车辆的订单，所述订单取消请求用于指示取消所述订单；

处理模块，用于根据所述订单取消请求，降低所述终端设备的屏幕亮度；

显示模块，用于在所述屏幕亮度降低后的第一预设时间段内接收到所述服务器发送的通知信息，则在所述操作界面上显示所述通知信息，所述通知信息用于提醒用户已预约到与所述订单相匹配的车辆。

在一种可能的实现方式中，所述显示模块还用于在所述第一预设时间段内未接收到所述服务器发送的订单信息，并在所述第一预设时间段结束后接收到所述服务器发送的订单取消响应时，在所述操作界面上显示订单取消信息，所述订单取消响应用于指示订单取消成功。

在一种可能的实现方式中，所述接收模块具体用于：

接收所述用户在所述操作界面上，对预设控件的长按操作所触发的所述订单取消请求。

在一种可能的实现方式中，所述处理模块具体用于：

在所述长按操作的时长小于第二预设时间段时，控制所述终端设备的屏幕亮度降低为第一亮度值，在所述长按操作的时长不小于所述第二预设时间段时，控制所述终端设备的屏幕亮度降低为第二亮度值，其中，所述第二亮度值小于所述第一亮度值。

在一种可能的实现方式中，所述处理模块还用于在所述接收模块接收到所述通知信息或所述订单取消响应后，提高所述终端设备的屏幕亮度。

在一种可能的实现方式中，所述显示模块，还用于在所述操作界面上显示订单信息，所述订单信息中包括与所述订单相匹配的车辆的信息。

第四方面，本发明实施例提供一种互联网出行订单处理装置，包括：

接收模块，用于接收第一终端设备发送的用于预约匹配车辆的订单；

所述接收模块，用于接收所述第一终端设备发送的订单取消请求，所述订单取消请求用于指示取消所述订单；

发送模块，用于根据所述订单取消请求，在预设时间段内向第二终端设备发送派单请求；

所述发送模块，还用于在所述预设时间段内接收到所述第二终端设备发送的派单响应时，向所述第一终端设备发送通知信息，所述通知信息用于提醒用户已预约到与所述订单相匹配的车辆。

在一种可能的实现方式中，所述发送模块，还用于在所述预设时间段内未接收到所述第二终端设备发送的派单响应时，向所述第一终端设备发送订单取消响应，所述订单取消响应用于指示订单取消成功。

在一种可能的实现方式中，所述发送模块，还用于向所述第一终端设备发送订单信息，所述订单信息中包括与所述订单相匹配的车辆的信息。

第五方面，本发明实施例提供一种终端设备，包括：存储器、处理器以及计算机程序，所述计算机程序存储在所述存储器中，所述处理器运行所述计算机程序，以执行如第一方面及第一方面的各种可能的实施方式。

第六方面，本发明实施例提供一种服务器，包括：存储器、处理器以及计算机程序，所述计算机程序存储在所述存储器中，所述处理器运行所述计算机程序，以执行如第二方面及第二方面的各种可能的实施方式。

本发明提供的互联网出行订单处理方法、装置和设备，终端设备通过接收用户在该终端设备的操作界面上触发的订单取消请求，该终端设备通过安装的出行应用程序向服务器发出预约匹配车辆的订单，该订单取消请求用于指示取消该订单，并根据订单取消请求，降低终端设备的屏幕亮度，若在屏幕亮度降低后的第一预设时间段内接收到服务器发送的通知信息，则在操作界面上显示通知信息，该通知信息用于提醒用户已预约到与订单相匹配的车辆。由于终端设备在接收到用户触发的订单取消请求，并将订单取消请求发送给服务器后，服务器会在第一预设时间段内继续向司机派单，若在该第一预设时间段内有司机接单时，会向终端设备发送通知信息，以提醒用户已预约到与订单相匹配的车辆，从而可以提高用户叫车成功的概率，由此不仅可以提高用户的体验，而且可以降低用户的流失率。

附图说明

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

图1为本发明实施例提供的互联网出行订单处理方法的应用场景示意图；

图2为本发明实施例提供的互联网出行订单处理方法实施例一的流程示意图；

图3a为出行应用程序操作界面的一示意图；

图3b为出行应用程序操作界面的另一示意图；

图4a为终端设备屏幕亮度的一示意图；

图4b为终端设备屏幕亮度的另一示意图；

图5为出行应用程序操作界面的又一示意图；

图6a为出行应用程序操作界面的又一示意图；

图6b为出行应用程序操作界面的又一示意图；

图7a为出行应用程序操作界面的又一示意图；

图7b为出行应用程序操作界面的又一示意图；

图8为本发明实施例提供的互联网出行订单处理方法实施例二的流程示意图；

图9为本发明实施例提供的互联网出行订单处理方法实施例三的信令流程图；

图10为本发明互联网出行订单处理装置实施例一的结构示意图；

图11为本发明互联网出行订单处理装置实施例二的结构示意图；

图12为本发明提供的终端设备的结构示意图；

图13为本发明提供的服务器的结构示意图。

具体实施方式

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

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

本发明实施例提供的互联网出行订单处理方法，应用于出行业务的处理，具体的，可以应用于用户通过出行平台进行车辆预约的系统中，其中，本发明实施例中的出行平台指的是可以实现预约网约车功能的出行应用程序(Application，APP)。其中，图1为本发明实施例提供的互联网出行订单处理方法的应用场景示意图，如图1所示，该系统中包括服务器11、第一终端设备12和第二终端设备13，其中，本发明实施例中的终端设备可以是手持设备、车载设备、可穿戴设备、计算设备，以及各种形式的用户设备(User Equipment，UE)，移动台(Mobile Station，MS)及终端(terminal)等。本发明实施例中以第一终端设备12为乘客端的设备，第二终端设备13为司机端的设备为例进行说明。当乘客通过终端设备上安装的出行应用程序向第一终端设备12发出预约匹配车辆的订单，进行车辆预约时，第一终端设备12会将该订单发送给服务器，若在较长的时间内没有预约到与该订单中的出发地、目的地以及出发时间等信息相匹配的车辆，或者由于其他原因想要取消订单，即取消车辆的预约时，将会在终端设备的操作界面上向第一终端设备12触发订单取消请求，第一终端设备12将接收到的订单取消请求发送给服务器，此时，第一终端设备的屏幕亮度会降低。另外，服务器在接收到订单取消请求后，将不会立即停止车辆的呼叫，而是在预设时间段内继续向第二终端设备13发送派单请求，如果服务器在预设时间段内接收到第二终端设备13发送的派单响应，即有司机接单时，将会向第一终端设备12发送通知信息，第一终端设备12在接收到通知信息后，会在操作界面上显示该通知信息，以提醒用户已预约到与订单相匹配的车辆。如果服务器在预设时间段内未接收到第二终端设备13发送的派单响应，即没有司机接单时，将会在预设时间段结束后向第一终端设备12发送订单取消响应，第一终端设备12在接收到订单取消响应后，会在操作界面上显示订单取消信息，以提醒乘客订单取消成功。本发明实施例中的方法，由于乘客在触发订单取消请求之后，服务器不会立即停止叫车，而是会在预设时间段内继续向司机派单，这样可以提高乘客叫到车的概率，从而可以提高用户的体验。

需要进行说明的是，在图1中，第一终端设备12也可以为司机端的设备，第二终端设备13也可以为乘客端的设备，本发明实施例对此不作限制。另外，司机端设备的数量可以为一个，也可以为多个。

下面以具体的实施例对本发明的技术方案进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。

图2为本发明实施例提供的互联网出行订单处理方法实施例一的流程示意图，本发明实施例提供了一种互联网出行订单处理方法，该方法可以由任意执行互联网出行订单处理方法的装置来执行，该装置可以通过软件和/或硬件实现。本实施例中，该装置可以集成在终端设备中。如图2所示，在图1所示应用场景的基础上，本发明实施例提供的互联网出行订单处理方法包括如下步骤：

步骤201：接收用户在终端设备的操作界面上触发的订单取消请求，该终端设备通过安装的出行应用程序向服务器发出预约匹配车辆的订单，该订单取消请求用于指示取消订单。

在本实施例中，图3a为出行应用程序操作界面的一示意图，图3b为出行应用程序操作界面的另一示意图，如图3a所示，当用户需要通过终端设备中的出行应用程序预约车辆时，可以在操作界面301上发送预约匹配车辆的订单，其中，该订单中包括出发地、目的地、出发时间和预约的车辆类型(如出租车、专车或快车)等信息。具体的，用户可以通过点击操作界面301上的按钮，或者通过点击其他按键或者通过触控屏幕等方式发送订单，例如，可以通过点击操作界面301上的“确认呼叫”标签302来发送订单，此时出行应用程序的操作界面如图3b所示。另外，终端设备在接收到用户触发的订单后，会将该订单发送给服务器。

继续参照图3b，当用户发送订单，并在很长时间内都没有预约到车辆，或者由于其他原因需要取消车辆的预约时，将会在出行应用程序的操作界面303上发送订单取消请求，其中，该订单取消请求用于指示取消前述订单。具体的，用户可以通过点击操作界面303上的按钮，或者通过点击其他按键或者通过触控屏幕等方式发送订单取消请求，当然，用户还可以通过其他方式发送订单取消请求，如在出行应用程序的操作界面上对预设控件进行长按操作，以发送订单取消请求。例如，可以通过长按操作界面303上的“取消叫车”标签304来发送订单取消请求，对于订单取消请求的具体发送方式，本实施例在此不作限制。

终端设备在接收到用户触发的订单取消请求后，会将订单取消请求发送给服务器，服务器在接收到该订单取消请求后的第一预设时间段内，将不会停止车辆的呼叫，而是继续向第二终端设备(司机端的终端设备)发送派单请求。若服务器在第一预设时间段内接收到第二终端设备发送的派单响应，即有司机接单时，将会向终端设备(乘客端的终端设备)发送通知信息，以提醒用户已预约到与订单相匹配的车辆，若在第一预设时间段内未接收到第二终端设备发送的派单响应，即没有司机接单时，将会向终端设备(乘客端的终端设备)发送订单取消响应，以表示服务器将停止车辆的预约。其中，第一预设时间段可以根据实际情况或者经验进行设置，如在约车的高峰期时，可以将第一预设时间段的值设置为较大值，如5s等，在其他时间段时，可以将第一预设时间段的值设置为较小值，如3s等，对于第一预设时间段的具体取值，本实施例在此不作限制。

步骤202：根据订单取消请求，降低终端设备的屏幕亮度。

在本实施例中，终端设备在接收到用户触发的订单取消请求后，将会降低该终端设备的屏幕亮度，即将屏幕的亮度变暗。

在一种可能的实现方式中，若用户是通过在出行应用程序的操作界面上，对预设控件进行长按操作以触发订单取消请求时，根据订单取消请求，降低终端设备的屏幕亮度，包括在长按操作的时长小于第二预设时间段时，控制终端设备的屏幕亮度降低为第一亮度值，在长按操作的时长不小于第二预设时间段时，控制终端设备的屏幕亮度降低为第二亮度值，其中，第二亮度值小于第一亮度值。

具体地，图4a为终端设备屏幕亮度的一示意图，图4b为终端设备屏幕亮度的另一示意图，如图4a所示，当用户通过长按预设控件的方式触发订单取消请求时，在用户长按该控件的第二预设时间段内，终端设备的屏幕亮度将降低为第一亮度值。例如：在用户长按“取消叫车”标签的第1秒内，终端设备若未接收到服务器发送的通知信息时，终端设备的屏幕亮度将会降低70％。

如图4b所示，若在超过第二预设时间段后，终端设备仍没有接收到服务器发送的通知信息时，屏幕亮度将会降低为第二亮度值，其中，第二亮度值小于第一亮度值，即终端设备的屏幕亮度会继续变暗。例如：在用户长按“取消叫车”标签的第2秒内，终端设备依旧未接收到服务器发送的通知信息时，终端设备的屏幕亮度将会降低50％等。

另外，图5为出行应用程序操作界面的又一示意图，如图5所示，在一种可能的实现方式中，当用户的长按操作超过第二预设时间段，在终端设备屏幕亮度降低为第二亮度值的同时，操作界面501上将会显示提示信息，如显示“正在为您取消叫车”，以通知用户订单取消的状态。另外，上述提示信息也可以在图4a中所示的界面上进行显示，即在终端设备接收到用户触发的订单取消请求之后，便在操作界面上显示该提示信息。

本实施例中，可以根据用户对预设控件的长按操作的时长控制终端设备的屏幕亮度，不仅可以节省终端设备的电量，而且可以提高用户的体验。

步骤203：若在屏幕亮度降低后的第一预设时间段内接收到服务器发送的通知信息，则在操作界面上显示该通知信息，该通知信息用于提醒用户已预约到与订单相匹配的车辆。

在本实施例中，服务器在接收到终端设备发送的订单取消请求后，在第一预设时间段内会继续向司机派单，若服务器接收到第二终端设备发送的派单响应，即有司机接单时，将会向终端设备发送通知信息。终端设备将会在出行应用程序的操作界面上显示该通知信息，以提醒用户已预约到与前述订单相匹配的车辆。

图6a为出行应用程序操作界面的又一示意图，如图6a所示，终端设备将在操作界面601上显示通知信息，如“系统已为您成功叫车”，以提醒用户在其取消订单的过程叫车成功，此时，用户可以通过点击“确定”标签，以选择使用预约到的车辆，或者可以通过点击“继续取消”标签，以选择取消预约到的车辆，这样，对于乘客来说，不仅可以提高用户叫到车的概率，而且可以提高用户的体验，对于司机来说，可以极大的降低乘客的流失率。

在一种可能的实现方式中，第一终端设备在接收到服务器发送的订单信息后，将在操作界面上显示该订单信息，该订单信息中包括与订单相匹配的车辆的信息，如车辆型号、车辆颜色、车牌号、累积接单数量或司机的服务星级等。

举例来说，继续参照图6a所示，当终端设备在屏幕亮度降低后(也即终端设备在向服务器发送了订单取消请求后)的第一预设时间段内接收到服务器发送的订单信息时，会在操作界面601上显示预约成功的车辆的信息，如“车辆型号为S60L、车辆颜色为白色、车牌号为京XXX、累积接单数量为2000单、司机为吴师傅、司机的服务星级为4.8”。

在一种可能的实施方式中，图6b为出行应用程序操作界面的又一示意图，如图6b所示，在终端设备接收到通知信息后，将会提高终端设备的屏幕亮度，即将终端设备的屏幕亮度恢复为降低亮度之前的亮度值。这样，用户可以对第一终端设备进行正常操作，提高了用户的体验。

本发明实施例提供的互联网出行订单处理方法，终端设备通过接收用户在终端设备的操作界面上触发的订单取消请求，该终端设备通过安装的出行应用程序向服务器发出预约匹配车辆的订单，该订单取消请求用于指示取消订单，并根据订单取消请求，降低终端设备的屏幕亮度，若在屏幕亮度降低后的第一预设时间段内接收到服务器发送的通知信息，则在操作界面上显示该通知信息，该通知信息用于提醒用户已预约到与订单相匹配的车辆。由于终端设备在接收到用户触发的订单取消请求，并将订单取消请求发送给服务器后，服务器会在第一预设时间段内继续向司机派单，若在该第一预设时间段内有司机接单时，会向终端设备发送通知信息，以提醒用户已预约到与订单相匹配的车辆，从而可以提高用户叫车成功的概率，由此不仅可以提高用户的体验，而且可以降低用户的流失率。

可选地，在上述各实施例的基础上，若终端设备在第一预设时间段内未接收到服务器发送的订单信息，并在该第一预设时间段结束后接收到服务器发送的订单取消响应，则在操作界面上显示订单取消信息，该订单取消响应用于指示订单取消成功。

具体地，若服务器在第一预设时间段内未接收到第二终端设备发送的派单响应，即没有司机接单时，将在第一预设时间段结束后向终端设备发送订单取消响应。终端设备根据该订单取消响应，在操作界面上显示订单取消信息，以提醒用户订单取消成功。

例如：图7a为出行应用程序操作界面的又一示意图，如图7a所示，假设第一预设时间段为3s，若终端设备在3s内未接收到服务器发送的通知信息，并在3s后接收到服务器发送的订单取消响应时，将在操作界面701上显示订单取消信息，如“已为您取消叫车”，以提醒用户订单取消成功。

在一种可能的实施方式中，图7b为出行应用程序操作界面的又一示意图，如图7b所示，在终端设备接收到订单取消响应后，将会提高终端设备的屏幕亮度，即将终端设备的屏幕亮度恢复为降低亮度之前的亮度值。这样，用户可以对第一终端设备进行正常操作，提高了用户的体验。

本发明实施例提供的互联网出行订单处理方法，若在第一预设时间段内未接收到服务器发送的通知信息，并在第一预设时间段结束后接收到服务器发送的订单取消响应时，才会在操作界面上显示订单取消信息，以提醒用户订单取消成功，这样，可以提高用户叫车成功的概率，从而可以提高用户的体验。

图8为本发明实施例提供的互联网出行订单处理方法实施例二的流程示意图，本发明实施例提供了一种互联网出行订单处理方法，该方法可以由任意执行互联网出行订单处理方法的装置来执行，该装置可以通过软件和/或硬件实现。本实施例中，该装置可以集成在服务器中。如图8所示，在图1所示应用场景的基础上，本发明实施例提供的互联网出行订单处理方法包括如下步骤：

步骤801、接收第一终端设备发送的用于预约匹配车辆的订单。

步骤802、接收第一终端设备发送的订单取消请求，该订单取消请求用于指示取消订单。

在本实施例中，第一终端设备为乘客端对应的终端设备。第一终端设备中安装有出行平台，其中，出行平台为能够实现预约网约车功能的各种APP。第一终端设备可以是手持设备、车载设备、可穿戴设备、计算设备，以及各种形式的UE，MS及终端(terminal)等。

当用户需要通过第一终端设备中的出行应用程序预约车辆时，会向第一终端设备发送订单，第一终端设备再将该订单发送给服务器，若用户在很长时间内都没有预约到车辆，或者由于其他原因需要取消车辆的预约时，将会向第一终端设备发送订单取消请求。第一终端设备在接收到用户触发的订单取消请求后，会将订单取消请求发送给服务器，其中，该订单取消请求用于指示取消用户之前发送的订单。

步骤803、根据订单取消请求，在预设时间段内向第二终端设备发送派单请求。

在本实施例中，第二终端设备为司机端对应的终端设备。服务器在接收到第一终端设备发送的订单取消请求后，将不会立即停止车辆的呼叫，而是在预设时间段内继续向第二终端设备发送派单请求。

另外，预设时间段可以根据实际情况或者经验进行设置，如在约车的高峰期时，可以将预设时间段的值设置为较大值，如5s等，在其他时间段时，可以将预设时间段的值设置为较小值，如3s等，对于预设时间段的具体取值，本实施例在此不作限制。

步骤804、若在预设时间段内接收到第二终端设备发送的派单响应，则向第一终端设备发送通知信息，该通知信息用于提醒用户已预约到与订单相匹配的车辆。

在本实施例中，若服务器在预设时间段内接收到第二终端设备发送的派单响应，即表示有司机接单，此时，将会向第一终端设备发送通知信息，第一终端设备在接收到该通知信息后，会在操作界面上显示该通知信息，以提醒用户已预约到与订单相匹配的车辆。

在一种可能的实现方式中，服务器在接收到第二终端设备发送的派单响应后，会向第一终端设备发送订单信息，该订单信息中包括与订单相匹配的车辆的信息，即发送派单响应的第二终端设备对应的车辆的信息。其中，车辆的信息包括车辆型号、车辆颜色、车牌号、累积接单数量或司机的服务星级中的至少一项。

本发明实施例提供的互联网出行订单处理方法，服务器通过接收第一终端设备发送的用于预约匹配车辆的订单，并接收第一终端设备发送的订单取消请求，该订单取消请求用于指示取消订单，并根据订单取消请求，在预设时间段内向第二终端设备发送派单请求，若在预设时间段内接收到第二终端设备发送的派单响应，则向第一终端设备发送通知信息，以提醒用户已预约到与订单相匹配的车辆。由于终端设备在接收到用户触发的订单取消请求，并将订单取消请求发送给服务器后，服务器会在预设时间段内继续向第二终端设备发送派单请求，若在预设时间段内接收到第二终端设备发送的派单响应，即有司机接单时，服务器会向第一终端设备发送通知信息，以提醒用户已预约到与订单相匹配的车辆，从而可以提高用户叫车成功的概率，由此不仅可以提高用户的体验，而且可以降低用户的流失率。

可选地，在图8所示实施例的基础上，若服务器在预设时间段内未接收到第二终端设备发送的派单响应，则向第一终端设备发送订单取消响应，该订单取消响应用于指示订单取消成功。

具体地，若服务器在预设时间段内未接收到第二终端设备发送的派单响应，即表示没有司机接单时，将会向第一终端设备发送订单取消响应，以表示服务器将停止车辆的预约。

本实施例中，由于服务器在接收到第一终端设备发送的订单取消请求后，若在预设时间段内没有司机接单时，再向第一终端设备返回订单取消响应，以此拉长取消叫车的操作路径，从而可以降低用户的流失率。

图9为本发明实施例提供的互联网出行订单处理方法实施例三的信令流程图，本实施例中以第一终端设备为乘客端设备，第二终端设备为司机端设备，且第二终端设备向服务器返回派单响应，服务器向第一终端设备返回通知信息为例进行说明。服务器在预设时间段内未接收到第二终端设备返回的派单响应，且向第一终端设备返回订单取消响应的过程与此类似，此处不再赘述。如图9所示，本实施例的方法可以包括：

步骤901、第一终端设备通过安装的出行应用程序向服务器发出预约匹配车辆的订单。

步骤902、第一终端设备接收用户在操作界面上触发的订单取消请求。

其中，订单取消请求用于指示取消订单。

步骤903、第一终端设备向服务器发送订单取消请求。

步骤904、第一终端设备根据订单取消请求，降低终端设备的屏幕亮度。

另外，可以理解，以上的步骤903及步骤904的执行顺序仅是一种示意。步骤903与步骤904没有执行的先后顺序的区分，可以先执行步骤903，再执行步骤904；也可以先执行步骤904，再执行步骤903；也可以同时执行这两个步骤，本发明实施例对此不做特别限定。

步骤905、服务器根据订单取消请求，在预设时间段内向第二终端设备发送派单请求。

步骤906、第二终端设备向服务器发送派单响应。

步骤907、服务器向第一终端设备发送通知信息。

步骤908、第一终端设备在操作界面上显示通知信息。

其中，该通知信息用于提醒用户已预约到与所述订单相匹配的车辆。

本发明实施例提供的互联网出行订单处理方法，终端设备通过接收用户在终端设备的操作界面上触发的订单取消请求，该终端设备通过安装的出行应用程序向服务器发出预约匹配车辆的订单，该订单取消请求用于指示取消订单，并根据订单取消请求，降低终端设备的屏幕亮度，若在屏幕亮度降低后的第一预设时间段内接收到服务器发送的通知信息，则在操作界面上显示该通知信息，该通知信息用于提醒用户已预约到与订单相匹配的车辆。由于终端设备在接收到用户触发的订单取消请求，并将订单取消请求发送给服务器后，服务器会在第一预设时间段内继续向司机派单，若在该第一预设时间段内有司机接单时，会向终端设备发送通知信息，以提醒用户已预约到与订单相匹配的车辆，从而可以提高用户叫车成功的概率，由此不仅可以提高用户的体验，而且可以降低用户的流失率。

图10为本发明互联网出行订单处理装置实施例一的结构示意图，该装置可以位于终端设备，参见图10，该装置包括：接收模块21、处理模块22和显示模块23，其中：

接收模块21用于接收用户在终端设备的操作界面上触发的订单取消请求，所述终端设备通过安装的出行应用程序向服务器发出预约匹配车辆的订单，所述订单取消请求用于指示取消订单；

处理模块22用于根据所述订单取消请求，降低所述终端设备的屏幕亮度；

显示模块23用于在所述屏幕亮度降低后的第一预设时间段内接收到所述服务器发送的通知信息，则在所述操作界面上显示所述通知信息，所述通知信息用于提醒用户已预约到与所述订单相匹配的车辆。

上述装置可用于执行上述对应方法实施例提供的方法，具体实现方式和技术效果类似，这里不再赘述。

可选地，所述显示模块23还用于在所述第一预设时间段内未接收到所述服务器发送的订单信息，并在所述第一预设时间段结束后接收到所述服务器发送的订单取消响应时，在所述操作界面上显示订单取消信息，所述订单取消响应用于指示订单取消成功。

可选地，所述接收模块21具体用于：

接收所述用户在所述操作界面上，对预设控件的长按操作所触发的所述订单取消请求。

可选地，所述处理模块22具体用于：

在所述长按操作的时长小于第二预设时间段时，控制所述终端设备的屏幕亮度降低为第一亮度值，在所述长按操作的时长不小于所述第二预设时间段时，控制所述终端设备的屏幕亮度降低为第二亮度值，其中，所述第二亮度值小于所述第一亮度值。

可选地，所述处理模块22还用于在所述接收模块接收到所述通知信息或所述订单取消响应后，提高所述终端设备的屏幕亮度。

可选地，所述显示模块23还用于在所述操作界面上显示订单信息，所述订单信息中包括与所述订单相匹配的车辆的信息。

上述装置可用于执行上述对应方法实施例提供的方法，具体实现方式和技术效果类似，这里不再赘述。

图11为本发明互联网出行订单处理装置实施例二的结构示意图，该装置可以位于服务器，参见图11，该装置包括：接收模块31和发送模块32，其中：

接收模块31用于接收第一终端设备发送的用于预约匹配车辆的订单；

所述接收模块31用于接收所述第一终端设备发送的订单取消请求，所述订单取消请求用于指示取消所述订单；

发送模块32用于根据所述订单取消请求，在预设时间段内向第二终端设备发送派单请求；

所述发送模块32还用于在所述预设时间段内接收到所述第二终端设备发送的派单响应时，向所述第一终端设备发送通知信息，所述通知信息用于提醒用户已预约到与所述订单相匹配的车辆。

上述装置可用于执行上述对应方法实施例提供的方法，具体实现方式和技术效果类似，这里不再赘述。

可选地，所述发送模块32还用于在所述预设时间段内未接收到所述第二终端设备发送的派单响应时，向所述第一终端设备发送订单取消响应，所述订单取消响应用于指示订单取消成功。

可选地，所述发送模块32还用于向所述第一终端设备发送订单信息，所述订单信息中包括与所述订单相匹配的车辆的信息。

上述装置可用于执行上述对应方法实施例提供的方法，具体实现方式和技术效果类似，这里不再赘述。

图12为本发明提供的终端设备的结构示意图，参见图12，该终端设备包括：存储器41和处理器42，其中：存储器中存储有计算机程序，所述处理器运行所述计算机程序，以执行上述对应的互联网出行订单处理方法。

图13为本发明提供的服务器的结构示意图，参见图13，该服务器包括：存储器51和处理器52，其中：存储器中存储有计算机程序，所述处理器运行所述计算机程序，以执行上述对应的互联网出行订单处理方法。

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

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

Claims (20)

1.一种互联网出行订单处理方法，其特征在于，所述方法包括：

接收用户在终端设备的操作界面上触发的订单取消请求，所述终端设备通过安装的出行应用程序向服务器发出预约匹配车辆的订单，所述订单取消请求用于指示取消所述订单；

根据所述订单取消请求，降低所述终端设备的屏幕亮度；

若在所述屏幕亮度降低后的第一预设时间段内接收到所述服务器发送的通知信息，则在所述操作界面上显示所述通知信息，所述通知信息用于提醒用户已预约到与所述订单相匹配的车辆。

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

若在所述第一预设时间段内未接收到所述服务器发送的订单信息，并在所述第一预设时间段结束后接收到所述服务器发送的订单取消响应，则在所述操作界面上显示订单取消信息，所述订单取消响应用于指示订单取消成功。

3.根据权利要求1所述的方法，其特征在于，所述接收用户在终端设备的操作界面上触发的订单取消请求，包括：

接收所述用户在所述操作界面上，对预设控件的长按操作所触发的所述订单取消请求。

4.根据权利要求3所述的方法，其特征在于，所述根据所述订单取消请求，降低所述终端设备的屏幕亮度，包括：

在所述长按操作的时长小于第二预设时间段时，控制所述终端设备的屏幕亮度降低为第一亮度值，在所述长按操作的时长不小于所述第二预设时间段时，控制所述终端设备的屏幕亮度降低为第二亮度值，其中，所述第二亮度值小于所述第一亮度值。

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

在接收到所述通知信息或所述订单取消响应后，提高所述终端设备的屏幕亮度。

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

在所述操作界面上显示订单信息，所述订单信息中包括与所述订单相匹配的车辆的信息。

7.一种互联网出行订单处理方法，其特征在于，所述方法包括：

接收第一终端设备发送的用于预约匹配车辆的订单；

接收所述第一终端设备发送的订单取消请求，所述订单取消请求用于指示取消所述订单；

根据所述订单取消请求，在预设时间段内向第二终端设备发送派单请求；

若在所述预设时间段内接收到所述第二终端设备发送的派单响应，则向所述第一终端设备发送通知信息，所述通知信息用于提醒用户已预约到与所述订单相匹配的车辆。

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

若在所述预设时间段内未接收到所述第二终端设备发送的派单响应，则向所述第一终端设备发送订单取消响应，所述订单取消响应用于指示订单取消成功。

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

向所述第一终端设备发送订单信息，所述订单信息中包括与所述订单相匹配的车辆的信息。

10.一种互联网出行订单处理装置，其特征在于，包括：

接收模块，用于接收用户在终端设备的操作界面上触发的订单取消请求，所述终端设备通过安装的出行应用程序向服务器发出预约匹配车辆的订单，所述订单取消请求用于指示取消所述订单；

处理模块，用于根据所述订单取消请求，降低所述终端设备的屏幕亮度；

显示模块，用于在所述屏幕亮度降低后的第一预设时间段内接收到所述服务器发送的通知信息，则在所述操作界面上显示所述通知信息，所述通知信息用于提醒用户已预约到与所述订单相匹配的车辆。

11.根据权利要求10所述的装置，其特征在于，所述显示模块还用于在所述第一预设时间段内未接收到所述服务器发送的订单信息，并在所述第一预设时间段结束后接收到所述服务器发送的订单取消响应时，在所述操作界面上显示订单取消信息，所述订单取消响应用于指示订单取消成功。

12.根据权利要求10所述的装置，其特征在于，所述接收模块具体用于：

接收所述用户在所述操作界面上，对预设控件的长按操作所触发的所述订单取消请求。

13.根据权利要求12所述的装置，其特征在于，所述处理模块具体用于：

在所述长按操作的时长小于第二预设时间段时，控制所述终端设备的屏幕亮度降低为第一亮度值，在所述长按操作的时长不小于所述第二预设时间段时，控制所述终端设备的屏幕亮度降低为第二亮度值，其中，所述第二亮度值小于所述第一亮度值。

14.根据权利要求11所述的装置，其特征在于，所述处理模块还用于在所述接收模块接收到所述通知信息或所述订单取消响应后，提高所述终端设备的屏幕亮度。

15.根据权利要求10所述的装置，其特征在于，所述显示模块，还用于在所述操作界面上显示订单信息，所述订单信息中包括与所述订单相匹配的车辆的信息。

16.一种互联网出行订单处理装置，其特征在于，包括：

接收模块，用于接收第一终端设备发送的用于预约匹配车辆的订单；

所述接收模块，用于接收所述第一终端设备发送的订单取消请求，所述订单取消请求用于指示取消所述订单；

发送模块，用于根据所述订单取消请求，在预设时间段内向第二终端设备发送派单请求；

所述发送模块，还用于在所述预设时间段内接收到所述第二终端设备发送的派单响应时，向所述第一终端设备发送通知信息，所述通知信息用于提醒用户已预约到与所述订单相匹配的车辆。

17.根据权利要求16所述的装置，其特征在于，所述发送模块，还用于在所述预设时间段内未接收到所述第二终端设备发送的派单响应时，向所述第一终端设备发送订单取消响应，所述订单取消响应用于指示订单取消成功。

18.根据权利要求16所述的装置，其特征在于，所述发送模块，还用于向所述第一终端设备发送订单信息，所述订单信息中包括与所述订单相匹配的车辆的信息。

19.一种终端设备，其特征在于，包括：存储器、处理器以及计算机程序，所述计算机程序存储在所述存储器中，所述处理器运行所述计算机程序，以执行如权利要求1-6任一项所述的方法。

20.一种服务器，其特征在于，包括：存储器、处理器以及计算机程序，所述计算机程序存储在所述存储器中，所述处理器运行所述计算机程序，以执行如权利要求7-9任一项所述的方法。