CN111866049B - 一种服务请求的处理方法、终端、电子设备及存储介质 - Google Patents

Abstract

本申请提供了一种服务请求的处理方法、终端、电子设备及存储介质，其中，该方法包括：向服务器发送服务请求；接收服务提供方的提示信息，其中服务提供方正在为上一服务请求方提供服务，提示信息用于向服务请求对应的服务请求方告知分配服务提供方的原因；将提示信息进行显示。本发明实施例通过将提示信息显示在界面上，使得服务请求方能够得知为什么将上一服务请求还未完成的司机分配给他，此时服务请求方能够感知到当前的运力情况，更乐意去等待，降低了取消服务请求的可能性，使得服务请求的配成率大大提高。

Description

一种服务请求的处理方法、终端、电子设备及存储介质

技术领域

本申请涉及智能交通技术领域，具体而言，涉及一种服务请求的处理方法、终端、电子设备及存储介质。

背景技术

目前，随着网约车越来越普及，乘客需求日益增长，运力经常会出现不足的情况，为了解决这种情况，服务器在为乘客分配司机时，可以将即将完成上一单的司机分配给该乘客，因此，临近终点结束的载人车作为一种补充运力可以极大的缓解运力紧张的情况。

但是载人车作为一种新的运力供应方式，司机是需要先送走第一个乘客才可以来接第二个乘客的，此时，若第二个乘客等待时间过长，可能会出现取消订单的情况，从而导致订单配成率较低。

发明内容

有鉴于此，本发明实施例的目的在于提供一种服务请求的处理方法、终端、电子设备及存储介质，达到提高订单配成率的效果。

第一方面，本发明实施例提供了一种服务请求的处理方法，包括：

向服务器发送数据请求，所述数据请求包括出发地；

接收所述服务器返回的服务提供方的提示信息，其中，所述服务提供方正在为上一服务请求方提供服务，所述提示信息用于向所述服务请求对应的服务请求方告知分配所述服务提供方的原因；

将所述提示信息进行显示。

进一步地，在向服务器发送服务请求之后，所述方法，还包括：

接收所述服务器返回的服务提供方信息，并将所述服务提供方信息进行显示，所述服务提供方信息包括所述服务提供方与所述出发地之间的距离信息和/或所述服务提供方到达所述出发地所需的到达时间。

进一步地，在接收所述服务器返回的服务提供方信息之后，所述方法，还包括：

将所述距离信息和所述到达时间显示在界面中地图上的所述服务提供方的车辆上方的气泡提示框中。

进一步地，所述提示信息进行显示，包括：

将所述提示信息显示在界面中服务提供方显示卡的上方；所述服务提供方显示卡用于显示所述服务提供方的信息。

进一步地，所述提示信息进行显示，包括：

将界面上公告栏中的公告信息更新为所述提示信息。

进一步地，所述服务提供方信息还包括所述上一服务请求的目的地，所述方法，还包括：

将所述上一服务请求的地在界面的地图上显示。

进一步地，在将所述所述距离信息以及所述到达时间进行显示之后，所述方法还包括：

实时对所述距离信息和所述到达时间进行更新。

进一步地，在接收所述服务器返回的服务提供方的提示信息之前，所述方法还包括：

接收所述服务器发送的所述服务提供方的询问提示，所述询问提示用于提示服务请求方所述服务提供方正在为上一服务请求方提供服务，且所述服务提供方为最优选择；

向所述服务器发送确认消息。

进一步地，所述到达时间为所述服务器根据所述服务提供方从当前位置经过上一服务请求的目的地到达所述出发地对应的实际行驶路线进行预估的。

第二方面，本发明实施例提供另一种数据处理方法，包括：

接收终端发送的服务请求，所述服务请求包括出发地；

若将正在为上一服务请求方提供服务的服务提供方分配给所述终端，则向所述终端发送服务提供方的提示信息；其中，所述提示信息用于向所述服务请求对应的服务请求方告知分配所述服务提供方的原因，以使所述终端显示所述提示信息。

进一步地，所述方法，还包括：

向所述终端发送服务提供方信息，所述服务提供方信息包括所述服务提供方与所述出发地之间的距离信息和/或所述服务提供方到达所述出发地所需的到达时间。

进一步地，在向所述终端发送服务提供方的提示信息之前，所述方法还包括：

将距上一服务请求的目的地小于第一预设距离，且上一服务请求的目的地距所述服务请求中的出发地小于第二预设距离的服务提供方分配给所述终端。

进一步地，在向所述终端发送服务提供方的提示信息之后，所述方法，还包括：

实时获取所述服务提供方的实时位置信息，并根据所述实时位置信息计算到达所述出发地的实时到达时间；

将所述实时位置信息和所述实时到达时间发送至所述终端，以使所述终端更新显示所述距离信息及所述到达时间。

第三方面，本发明实施例提供一种终端，包括：

第一发送模块，用于向服务器发送服务请求，所述服务请求包括出发地；

第一接收模块，用于接收所述服务器返回的服务提供方的提示信息，其中，所述服务提供方正在为上一服务请求方提供服务，所述提示信息用于向所述服务请求对应的服务请求方告知分配所述服务提供方的原因；

第一显示模块，用于将所述提示信息进行显示。

进一步地，所述终端，还包括：

第二接收模块，用于接收所述服务器返回的服务提供方信息，并将所述服务提供方信息进行显示，所述服务提供方信息包括所述服务提供方与所述出发地之间的距离信息和/或所述服务提供方到达所述出发地所需的到达时间。

进一步地，所述终端，还包括：

第二显示模块，用于将所述距离信息和所述到达时间显示在界面中地图上的所述服务提供方的车辆上方的气泡提示框中。

进一步地，所述第一显示模块，具体用于：

将所述提示信息显示在界面中服务提供方显示卡的上方；所述服务提供方显示卡用于显示所述服务提供方的信息。

进一步地，所述第一显示模块，具体用于：

将界面上公告栏中的公告信息更新为所述提示信息。

进一步地，所述服务提供方信息还包括所述上一服务请求的目的地，所述终端，还包括：

第三显示模块，用于将所述上一服务请求的目的地在界面的地图上显示。

进一步地，所述终端，还包括：

更新模块，用于实时对所述距离信息和所述到达时间进行更新。

进一步地，所述终端，还包括：

第三接收模块，用于接收所述服务器发送的所述服务提供方的询问提示，所述询问提示用于提示服务请求方所述服务提供方正在为上一服务请求方提供服务，且所述服务提供方为最优选择；

第二发送模块，用于向所述服务器发送确认消息。

进一步地，所述到达时间为所述服务器根据所述服务提供方从当前位置经过上一服务请求的目的地到达所述出发地对应的实际行驶路线进行预估的。

第四方面，本发明实施例提供一种服务器，包括：

接收模块，用于接收终端发送的服务请求，所述服务请求包括出发地；

发送模块，用于若将正在为上一服务请求方提供服务的服务提供方分配给所述终端，则向所述终端发送服务提供方的提示信息；其中，所述提示信息用于向所述服务请求对应的服务请求方告知分配所述服务提供方的原因，以使所述终端显示所述提示信息。

进一步地，所述服务器，还包括：

第二发送模块，用于向终端发送所述服务提供方的服务提供方信息，所述服务提供方信息包括所述服务提供方与所述出发地之间的距离信息和/或所述服务提供方到达所述出发地所需的到达时间。

进一步地，所述服务器还包括：

分配模块，用于将距上一服务请求的目的地小于第一预设距离，且上一服务请求的目的地距所述服务请求中的出发地小于第二预设距离的服务提供方分配给所述终端。

进一步地，所述服务器，还包括：

获取模块，用于实时获取所述服务提供方的实时位置信息，并根据所述实时位置信息计算到达所述出发地的实时到达时间；

第三发送模块，用于将所述实时位置信息和所述实时到达时间发送至所述终端，以使所述终端更新显示所述距离信息及所述到达时间。

第五方面，本发明实施例还提供一种电子设备，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储器之间通过总线通信，所述机器可读指令被所述处理器执行时执行上述第一方面的方法的步骤。

第六方面，本发明实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述第一方面的方法的步骤。

第七方面，本发明实施例还提供一种电子设备，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储器之间通过总线通信，所述机器可读指令被所述处理器执行时执行上述第二方面的方法的步骤。

第八方面，本发明实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述第二方面的方法的步骤。

本发明实施例提供的服务请求的处理方法、装置、电子设备及存储介质，采用终端接收服务器返回的正在为上一服务请求方提供服务的服务提供方的提示信息，并将接收到的提示信息进行显示，从而使得服务请求方能够了解到当前的供需情况，不会轻易取消服务请求，能够大大提高服务请求配成的成功率。

为使本申请的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本发明实施例提供的一种服务请求的处理方法流程示意图；

图2为本发明实施例提供的一种打车界面示意图；

图3为本发明实施例提供的另一种服务请求的处理方法；

图4为本发明实施例提供的另一种服务请求的处理方法流程示意图；

图5为本发明实施例提供的一种终端结构示意图；

图6为本发明实施例提供的一种服务器结构示意图；

图7为本发明实施例提供的电子设备的结构示意图；

图8为本发明实施例提供的另一电子设备实体结构示意图；

图9为本发明实施例提供的终端与服务器进行交互的示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

为了使得本领域技术人员能够理解本申请内容，结合特定应用场景“在可提供服务的车辆较少，而用车用户较多时的订单分配”，给出以下实施方式。对于本领域技术人员来说，在不脱离本申请的精神和范围的情况下，可以将这里定义的一般原理应用于其他实施例和应用场景，例如为用户分配外卖配送的场景。虽然本申请主要围绕打车场景进行描述，但是应该理解，这仅是一个示例性实施例。

本申请中的术语“乘客”、“请求方”、“服务人员”、“服务请求方”和“客户”可互换使用，以指代可以请求或订购服务的个人、实体或工具。本申请中的术语“司机”、“提供方”、“服务提供方”和“供应商”可互换使用，以指代可以提供服务的个人、实体或工具。本申请中的术语“用户”可以指代请求服务、订购服务、提供服务或促成服务的提供的个人、实体或工具。例如，用户可以是乘客、驾驶员、操作员等，或其任意组合。在本申请中，“乘客”和“乘客终端”可以互换使用，“驾驶员”和“驾驶员终端”可以互换使用。

本申请中的术语“服务请求”和“订单”可互换使用，以指代由乘客、服务请求方、司机、服务提供方、或供应商等、或其任意组合发起的请求。接受该“服务请求”或“订单”的可以是乘客、服务请求方、司机、服务提供方、或供应商等、或其任意组合。服务请求可以是收费的或免费的。

值得注意的是，在本申请提出申请之前，在打车高峰期时，会出现运力不足的情况，当服务器接收到乘客发送的服务请求时，若当前乘客所在地附近没有闲置的司机车辆，则会将快要完成上一订单的司机分配给该乘客，但是，这可能会导致乘客等待时间过长从而取消订单，使得乘客改用其他交通工具或重新下单，基于此，本申请提供的一种服务请求的处理方法、装置、电子设备及存储介质，可以将为该乘客分配正在载送上一订单乘客的原因告、司机与该乘客的距离及到达时间知给该乘客，使其有更多的耐心来等待。

为便于对本实施例进行理解，首先对本发明实施例所公开的一种服务请求的处理方法进行详细介绍。

图1为本发明实施例提供的一种服务请求的处理方法流程示意图，如图1所示，该方法包括：

步骤101：向服务器发送服务请求，所述服务请求包括出发地。

在具体的实施过程中，终端向服务器发送服务请求，其中服务请求中可以包括出发地，应当说明的是，在服务请求中还可以包括目的地、出发时间、乘车人数等等，且终端为服务请求方所使用的终端。出发地可以是终端通过定位装置定位得到，也可以是通过服务请求方输入地址得到。

步骤102：接收所述服务器返回的服务提供方的提示信息，其中，所述服务提供方正在为上一服务请求方提供服务，所述提示信息用于向所述服务请求对应的服务请求方告知分配所述服务提供方的原因。

在具体的实施过程中，服务器在接收到终端发送的服务请求后，为该服务请求匹配服务提供方，若在运力不足的情况下，服务器会将即将完成上一服务请求的服务提供方分配给该服务请求方，应当说明的是，服务器通过内置算法进行订单分配。服务器在为服务请求方分配了对应的服务提供方之后，向终端发送服务提供方的提示信息，其中，提示信息用来告知该服务请求方为什么要为其分配正在执行上一服务请求任务的服务提供方。可以理解的是，在打车场景中，运力不足是指当前没有闲置的且符合分配条件的车辆分配给乘客，同样，在外卖场景中，运力不足是指当前没有闲置的且符合分配条件的配送员分配给下单用户，分配条件预先设置在服务器中。

步骤103：将所述提示信息进行显示。

在具体的实施过程中，终端在接收到服务器发送的提示信息后，将提示信息显示在终端的界面上。其中提示信息可以为“这已经是离您最近的车辆，服务提供方将会在XX时之前赶到，请您耐心等待”。在界面的地图上还可以将服务提供方的位置进行显示。

本发明实施例通过将提示信息显示在终端的界面上，使得服务请求方能够得知为什么将未完成上一服务请求的服务提供方分配给他，此时服务请求方能够感知到当前的运力情况，更乐意去等待，降低了取消服务请求的可能性，使得服务请求的配成率大大提高。

在上述实施例的基础上，在向服务器发送服务请求之后，所述方法，还包括：

接收所述服务器返回的服务提供方信息，并将所述服务提供方信息进行显示，所述服务提供方信息包括所述服务提供方与所述出发地之间的距离信息和/或所述服务提供方到达所述出发地所需的到达时间。

在具体的实施过程中，服务器还可以向终端发送服务提供方的服务提供方信息，其中，服务提供方信息中可以包括服务提供方所处的位置与服务请求中的出发地之间的距离信息，还可以包括服务提供方预计到达服务请求中的出发地的到达时间。终端在接收到距离信息和到达时间后，将距离信息和到达时间显示在界面上。应当说明的是，距离信息可以是服务提供方位置到服务请求方出发地之间的直线距离，也可以是服务器规划的路线且服务提供方按照该路线实际行驶的距离，以网约车为例，即服务提供方先将上一单乘客送至上一订单目的地，然后再从上一订单目的地达到本次服务请求的出发地。到达时间可以是根据直线距离计算获得，也可以是根据实际行驶的距离计算获得。

本发明实施例通过接收距离信息和到达时间显示在界面上，使得服务请求方能够实时掌握服务提供方的状态，从而提高服务请求方的体验。

在上述实施例的基础上，在接收所述服务器返回的服务提供方信息之后，所述方法，还包括：

将所述距离信息和所述到达时间显示在界面中地图上所述服务提供方的车辆上方的气泡提示框中。

在具体的实施过程中，图2为本发明实施例提供的一种打车界面示意图，如图2所示，在对距离信息和时间进行显示时，可以将其显示在地图中该服务提供方对应的车辆上方的气泡提示框中，应当说明的是，地图上显示的车辆为该车辆实际所处的位置，在气泡提示框中可以显示“服务提供方即将完成上一单，距您XX公里，X分钟”。另外，提示信息可以显示在打车界面中服务提供方显示卡的上方，也可以将公告栏中的信息更新为该提示信息，且应当说明的是，提示信息还可以显示在打车界面的其他位置上，能够起到对乘客的提示作用即可，本发明实施例对此不做具体限定。

本发明实施例通过将提示信息显示在服务提供方显示卡上方，将距离信息和达到时间显示在地图服务提供方的车辆上方的气泡提示框中，从而使得服务请求方能够得知服务提供方的状态，使得服务请求方能够实时获取到服务提供方的状态。

在上述实施例的基础上，所述服务提供方信息还包括所述上一服务请求的目的地，所述方法，还包括：

将所述上一服务请求的目的地在界面的地图上显示。

在具体的实施过程中，服务器在发送给终端的服务提供方信息中，还可以包括上一服务请求的目的地，其中，以网约车为例，上一服务请求的目的地是指服务提供方正在载送上一服务请求的乘客的目的地。终端在接收到上一服务请求的目的地之后，将上一服务请求的目的地显示在地图上，并显示服务提供方从当前位置到上一服务请求的目的地所行驶的路线，期间，该服务请求方一方面能够了解服务提供方的实时状态，另一方面也可以跟服务提供方约定出发地到上一服务请求的目的地之间的地点作为出发点，使得服务提供方能够尽快为服务请求方提供对应的服务，节省了双方的时间。

在上述实施例的基础上，在将所述所述距离信息以及所述到达时间进行显示之后，所述方法还包括：

实时对所述距离信息和所述到达时间进行更新。

在具体的实施过程中，服务器实时对服务提供方的车辆进行位置监控，在获取该车辆新的位置信息后，根据新的位置信息以及出发地计算新的到达时间，然后将新的位置信息和新的到达时间发送至终端，终端在接收到新的位置信息和新的到达时间后，将在界面上显示的位置信息和到达时间进行更新，即在界面上显示新的位置信息和新的到达时间。

本发明实施例通过实时对距离信息和到达时间进行更新，使得服务请求方能够实时掌握服务提供方的状态，而不是漫无目的的等待，提高了服务请求方的体验，防止了在服务提供方即将到达出发地时，服务请求方取消服务请求的情况发生。

在上述实施例的基础上，图3为本发明实施例提供的另一种服务请求的处理方法，如图3所示，该方法包括：

步骤301：向服务器发送服务请求，所述服务请求包括出发地；

步骤302：接收所述服务器发送的所述服务提供方的询问提示，所述询问提示用于提示服务请求方所述服务提供方正在为上一服务请求方提供服务，且所述服务提供方为最优选择；

步骤303：向所述服务器发送确认消息；

步骤304：接收所述服务器返回的服务提供方的提示信息，其中，所述服务提供方正在为上一服务请求方提供服务，所述提示信息用于向所述服务请求对应的服务请求方告知分配所述服务提供方的原因；

步骤305：将所述提示信息进行显示。

在具体的实施过程中，在服务器接收到终端发送的服务请求，且服务器在为该服务请求匹配了一个正在为上一服务请求方提供服务的服务提供方后，服务器向终端发送询问提示，其中，询问提示用于向服务请求方告知为其匹配的是一个正在为上一服务请求方提供服务的服务提供方，并且该服务提供方为最优选择，询问服务请求方是否接受。终端在接收到服务器发送的询问提示后，服务请求方可以通过终端选择是否接受，若接收，则向服务器发送确认消息，服务器此时可以将该服务提供方分配给该服务请求方；若不接受，则向服务器发送取消消息。应当说明的是，询问提示可以是以弹出框的形式弹出，供服务请求方选择。应当说明的是，步骤301，步骤304和步骤305已在上述实施例中描述，此处不再赘述。

本发明实施例通过向终端发送询问提示，询问服务请求方是否接受为其分配正在为上一服务请求方提供服务的服务提供方，若接收，则将该服务提供方分配给服务请求方，从而提高了服务请求方的体验。

图4为本发明实施例提供的另一种服务请求的处理方法流程示意图，如图4所示，该方法，包括：

步骤401：接收终端发送的服务请求，所述服务请求包括出发地；

在具体的实施过程中，终端向服务器发送服务请求，此时，服务器可以接收到该服务请求。其中服务请求中可以包括出发地，应当说明的是，在服务请求中还可以包括目的地、出发时间、乘车人数等等。且出发地可以是终端通过定位装置定位得到，也可以是通过服务请求方输入地址得到。

步骤402：若将未完成上一单的服务提供方分配给所述终端，则向所述终端发送服务提供方的提示信息；其中，所述提示信息用于向所述服务请求对应的服务请求方告知分配所述服务提供方的原因，以使所述终端显示所述提示信息。

在具体的实施过程中，服务器在接收到终端发送的服务请求后，为该服务请求匹配服务提供方，若在运力不足的情况下，服务器会将即将完成上一服务请求的服务提供方分配给该服务请求方，应当说明的是，服务器通过内置算法进行订单分配。服务器在订单分配完成后，向终端发送服务提供方的提示信息，其中，提示信息用来告知该服务请求方为什么要为其分配该服务提供方。

终端在接收到服务器发送的提示信息、距离信息和到达时间后，将提示信息、距离信息和到达时间现在这界面上。其中提示信息可以为“这已经是离您最近的车辆，服务提供方将会在XX时之前赶到，请您耐心等待”。可以理解的是，上述“XX时”是指服务器计算服务提供方到达始发地的具体时间点。另外，在界面的地图上还可以将服务提供方的位置进行显示。

本发明实施例通过将提示信息显示在界面上，使得服务请求方能够得知为什么将上一服务请求还未完成的服务提供方分配给他，此时服务请求方能够感知到当前的运力情况，更乐意去等待，降低了取消服务请求的可能性，使得服务请求的配成率大大提高。

在上述实施例的基础上，所述方法，还包括：

向终端发送服务提供方信息，所述服务提供方信息包括所述服务提供方与所述出发地之间的距离信息和/或所述服务提供方到达所述出发地所需的到达时间。

在具体的实施过程中，服务器还可以向终端发送服务提供方的服务提供方信息，其中，服务提供方信息中可以包括服务提供方所处的位置与服务请求中的出发地之间的距离信息，还可以包括服务提供方预计到达服务请求中的出发地的到达时间。应当说明的是，距离信息可以是服务提供方位置到乘客出发地之间的直线距离，也可以是服务器为服务提供方规划的路线且服务提供方按照该路线实际行驶的距离。到达时间可以是根据直线距离计算获得，也可以是根据实际行驶的距离计算获得。

本发明实施例通过将距离信息和到达时间发送至终端，以使终端将距离信息和到达时间进行显示，从而能够使得服务请求方随时掌握服务提供方的状态。

在上述实施例的基础上，向所述终端发送服务提供方的提示信息之前，所述方法还包括：

将距上一服务请求的目的地小于第一预设距离，且上一服务请求的目的地距所述服务请求中的出发地小于第二预设距离的服务提供方分配给所述终端。

在具体的实施过程中，服务器在为服务请求方分配对应的服务提供方时，需要选择满足预设条件的服务提供方进行分配，其中，预设条件可以是将距上一服务请求的目的地小于第一预设距离，且上一服务请求的目的地距本次服务请求的出发地小于第二预设距离。其中，第一预设距离和第二预设距离可以相同也可以不同，可以根据实际情况进行调整。若满足条件的服务提供方有多个，则从中选择一个能最快到达本次服务请求的出发地的服务提供方。应当说明的是，预设条件还可以包括，上一服务请求完成时间小于预设时间等等，其目的就是为该服务请求分匹配最优的服务提供方。

本发明实施例通过将距上一服务请求的目的地小于第一预设距离，且上一服务请求的目的地距服务请求中的出发地小于第二预设距离的服务提供方分配给终端，使得能够给服务请求方安排更合理的服务提供方。

在上述实施例的基础上，在向所述终端发送服务提供方的服务提供方信息之后，所述方法，还包括：

实时获取所述服务提供方的实时位置信息，并根据所述实时位置信息计算到达所述出发地的实时到达时间；

将所述实时位置信息和所述实时到达时间发送至所述终端，以使所述终端更新显示所述距离信息及所述到达时间。

在具体的实施过程中，服务器实时对服务提供方的车辆进行位置监控，在获取该车辆新的位置信息后，根据新的位置信息以及出发地计算新的到达时间，然后将新的位置信息和新的到达时间发送至终端，终端在接收到新的位置信息和新的到达时间后，将在界面上显示的距离置信和到达时间进行更新，即在界面上显示新的位置信息和新的到达时间。

本发明实施例通过实时对距离信息和到达时间进行更新，使得服务请求方能够实时掌握服务提供方的状态，而不是漫无目的的等待，防止了在服务提供方即将到达出发地时，服务请求方取消服务请求的情况发生。

图5为本发明实施例提供的一种终端结构示意图，如图5所示，该终端，包括：第一发送模块501、第一接收模块502和第一显示模块503，其中，

第一发送模块，用于向服务器发送服务请求，所述服务请求包括出发地；第一接收模块，用于接收所述服务器返回的服务提供方的提示信息，其中，所述服务提供方正在为上一上一服务请求方提供服务，所述提示信息用于向所述服务请求对应的服务请求方告知分配所述服务提供方的原因；第一显示模块，用于将所述提示信息进行显示。

在上述实施例的基础上，所述终端，还包括：

第二接收模块，用于接收所述服务器返回的服务提供方信息，并将所述服务提供方信息进行显示，所述服务提供方信息包括所述服务提供方与所述出发地之间的距离信息和/或所述服务提供方到达所述出发地所需的到达时间。

在上述实施例的基础上，所述终端，还包括：

第二显示模块，用于将所述距离信息和所述到达时间显示在所述界面中地图上的所述服务提供方的车辆上方的气泡提示框中。

在上述实施例的基础上，所述第一显示模块，具体用于：

将所述提示信息显示在界面中服务提供方显示卡的上方；所述服务提供方显示卡显示有所述服务提供方的信息。

在上述实施例的基础上，所述第一显示模块，具体用于：

将界面上公告栏中的公告信息更新为所述提示信息。

在上述实施例的基础上，所述服务提供方信息还包括上一单目的地，所述终端，还包括：

第三显示模块，用于将所述上一服务请求的目的地在界面的地图上显示。

在上述实施例的基础上，所述终端，还包括：

更新模块，用于实时对所述距离信息和所述到达时间进行更新。

在上述实施例的基础上，所述终端，还包括：

第三接收模块，用于接收所述服务器发送的所述服务提供方的询问提示，所述询问提示用于提示服务请求方所述服务提供方正在为上一服务请求方提供服务，且所述服务提供方为最优选择；

第二发送模块，用于向所述服务器发送确认消息。

在上述实施例的基础上，所述到达时间为所述服务器根据所述服务提供方从当前位置经过上一服务请求的目的地到达所述出发地对应的实际行驶路线进行预估的。

关于装置中的各模块的处理流程、以及各模块之间的交互流程的描述可以参照上述方法实施例中的相关说明，这里不再详述。

本发明实施例通过将提示信息显示在界面上，使得服务请求方能够得知为什么将上一服务请求还未执行完成的服务提供方分配给他，此时服务请求方能够感知到当前的运力情况，更乐意去等待，降低了取消服务请求的可能性，使得服务请求的配成率大大提高。

图6为本发明实施例提供的一种服务器结构示意图，如图6所示，该服务器包括：接收模块601和发送模块602，其中，

接收模块601用于接收终端发送的服务请求，所述服务请求包括出发地；发送模块602用于若将未完成上一单的服务提供方分配给所述终端，则向所述终端发送服务提供方的提示信息；其中，所述提示信息用于向所述服务请求对应的服务请求方告知分配所述服务提供方的原因，以使所述终端显示所述提示信息。

在上述实施例的基础上，所述服务器，还包括：

第二发送模块，用于向终端发送所述服务提供方的服务提供方信息，所述服务提供方信息包括所述服务提供方与所述出发地之间的距离信息和/或所述服务提供方到达所述出发地所需的到达时间。

在上述实施例的基础上，所述服务器还包括：

分配模块，用于将距上一服务请求的目的地小于第一预设距离，且上一服务请求的目的地距所述服务请求中的出发地小于第二预设距离的服务提供方分配给所述终端。

在上述实施例的基础上，所述服务器，还包括：

获取模块，用于实时获取所述服务提供方的实时位置信息，并根据所述实时位置信息计算到达所述出发地的实时到达时间；

第三发送模块，用于将所述实时位置信息和所述实时到达时间发送至所述终端，以使所述终端更新显示所述距离信息及所述到达时间。

关于装置中的各模块的处理流程、以及各模块之间的交互流程的描述可以参照上述方法实施例中的相关说明，这里不再详述。

本发明实施例通过将提示信息显示在界面上，使得服务请求方能够得知为什么将上一服务请求还未执行完成的服务提供方分配给他，此时服务请求方能够感知到当前的运力情况，更乐意去等待，降低了取消服务请求的可能性，使得服务请求的配成率大大提高。

图7为本发明实施例提供的电子设备700的结构示意图。

参考图7，本发明实施例的一种电子设备700，包括：处理器710、存储器720、输入单元730、电源750、射频(Radio Frequency，RF)电路760、音频电路770、无线保真(WiFi)模块780。

其中，存储器720包括内存721和外部存储器722，内存721用于暂时存放处理器710中的运算数据，以及与硬盘等外部存储器722交换的数据，处理器710通过内存721与外部存储器722进行数据交换。内存721可以为非易失存储器(Non-Volatile Random AccessMemory，NVRAM)、动态随机存储器(Dynamic Random Access Memory，DRAM)、静态随机存储器(Static RAM，SRAM)、Flash闪存等其中之一；外部存储器722可以为硬盘、光盘、USB盘、软盘或磁带机等。

处理器710在用户态执行存储器720中的指令：向服务器发送服务请求，所述服务请求包括出发地；接收所述服务器返回的服务提供方的提示信息，其中，所述服务提供方正在为上一服务请求方提供服务，所述提示信息用于向所述服务请求对应的服务请求方告知分配所述服务提供方的原因；将所述提示信息进行显示。

输入单元730可用于接收输入的数字或字符信息，以及产生与终端700的用户设置以及功能控制有关的信号输入。具体地，本发明实施例中，输入单元730可以包括触控面板731。触控面板731，也称为触摸屏，可收集用户在其上或附近的触摸操作，并根据预先设定的程式驱动相应的连接装置。可选的，触控面板731可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给该处理器710，并能接收处理器710发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板731。除了触控面板731，输入单元730还可以包括其他输入设备732，其他输入设备732可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

该电子设备700还可以包括显示单元740，该显示单元740可用于显示由用户输入的信息或提供给用户的信息以及电子设备700的各种菜单界面。该显示单元740可包括显示面板741，可选的，可以采用LCD(Liquid Crystal Display，液晶显示器)或OLED(OrganicLight-Emitting Diode，有机发光二极管)等形式来配置显示面板741。

本发明实施例中，触控面板731覆盖显示面板741，形成触摸显示屏，当该触摸显示屏检测到在其上或附近的触摸操作后，传送给处理器710以确定触摸事件的类型，随后处理器710根据触摸事件的类型在触摸显示屏上提供相应的视觉输出。

本发明实施例中，触摸显示屏包括应用程序界面显示区及常用控件显示区。该应用程序界面显示区及该常用控件显示区的排列方式并不限定，可以为上下排列、左右排列等可以区分两个显示区的排列方式。该应用程序界面显示区可以用于显示应用程序的界面。每一个界面可以包含至少一个应用程序的图标和/或widget桌面控件等界面元素。该应用程序界面显示区也可以为不包含任何内容的空界面。该常用控件显示区用于显示使用率较高的控件，例如，设置按钮、界面编号、滚动条、电话本图标等应用程序图标等。

该处理器710是电子设备700的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在该内存721内的软件程序和/或模块，以及调用存储在该外部存储器722内的数据，执行电子设备700的各种功能和处理数据，从而对电子设备700进行整体监控。

此外，本发明实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述方法实施例中所述的方法的步骤，例如：向服务器发送服务请求，所述服务请求包括出发地；接收所述服务器返回的服务提供方的提示信息，其中，所述服务提供方正在为上一服务请求方提供服务，所述提示信息用于向所述服务请求对应的服务请求方告知分配所述服务提供方的原因；将所述提示信息进行显示。

本发明实施例所提供的服务请求的处理方法的计算机程序产品，包括存储了程序代码的计算机可读存储介质，所述程序代码包括的指令可用于执行上述方法实施例中所述的方法的步骤，具体可参见上述方法实施例，在此不再赘述。

图8为本发明实施例提供的另一电子设备80实体结构示意图，如图8所示，包括处理器81、存储器82、和总线83；存储器82用于存储执行指令，包括内存821和外部存储器822；这里的内存821也称内存储器，用于暂时存放处理器81中的运算数据，以及与硬盘等外部存储器822交换的数据，处理器81通过内存821与外部存储器822进行数据交换，当所述用户设备80运行时，所述处理器81与所述存储器82之间通过总线83通信，使得所述处理器81在用户态执行以下指令：接收终端发送的服务请求，所述服务请求包括出发地；若将正在为上一服务请求方提供服务的服务提供方分配给所述终端，则向所述终端发送服务提供方的提示信息；其中，所述提示信息用于向所述服务请求对应的服务请求方告知分配所述服务提供方的原因，以使所述终端显示所述提示信息。

此外，本发明实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述方法实施例中所述的方法的步骤，例如：接收终端发送的服务请求，所述服务请求包括出发地；若将正在为上一服务请求方提供服务的服务提供方分配给所述终端，则向所述终端发送服务提供方的提示信息；其中，所述提示信息用于向所述服务请求对应的服务请求方告知分配所述服务提供方的原因，以使所述终端显示所述提示信息。

本发明实施例所提供的服务请求的处理方法的计算机程序产品，包括存储了程序代码的计算机可读存储介质，所述程序代码包括的指令可用于执行上述方法实施例中所述的方法的步骤，具体可参见上述方法实施例，在此不再赘述。

图9为本发明实施例提供的终端901与服务器902进行交互的示意图，所述服务器902通过网络903与一个或多个终端901进行通信连接，以进行数据通信或交互。所述服务器902可以是网络服务器、数据库服务器等。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的***和装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。在本申请所提供的几个实施例中，应该理解到，所揭露的***、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-OnlyMemory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

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

Claims (16)

1.一种服务请求的处理方法，其特征在于，包括：

向服务器发送服务请求，所述服务请求包括出发地；

接收所述服务器返回的服务提供方的提示信息，其中，所述服务提供方正在为上一服务请求方提供服务，所述提示信息用于向所述服务请求对应的服务请求方告知分配所述服务提供方的原因；

将所述提示信息进行显示。

2.根据权利要求1所述的方法，其特征在于，在向服务器发送服务请求之后，所述方法，还包括：

接收所述服务器返回的服务提供方信息，并将所述服务提供方信息进行显示，所述服务提供方信息包括所述服务提供方与所述出发地之间的距离信息和/或所述服务提供方到达所述出发地所需的到达时间。

3.根据权利要求2所述的方法，其特征在于，在接收所述服务器返回的服务提供方信息之后，所述方法，还包括：

将所述距离信息和所述到达时间显示在界面中地图上的所述服务提供方的车辆上方的气泡提示框中。

4.根据权利要求1所述的方法，其特征在于，所述提示信息进行显示，包括：

将所述提示信息显示在界面中服务提供方显示卡的上方；所述服务提供方显示卡显示有所述服务提供方的信息。

5.根据权利要求2所述的方法，其特征在于，所述服务提供方信息还包括所述上一服务请求的目的地，所述方法，还包括：

将所述上一服务请求的目的地在界面的地图上显示。

6.根据权利要求1-5任一项所述的方法，其特征在于，在接收所述服务器返回的服务提供方的提示信息之前，所述方法还包括：

接收所述服务器发送的所述服务提供方的询问提示，所述询问提示用于提示服务请求方所述服务提供方正在为上一服务请求方提供服务，且所述服务提供方为最优选择；

向所述服务器发送确认消息。

7.一种服务请求的处理方法，其特征在于，包括：

接收终端发送的服务请求，所述服务请求包括出发地；

若将正在为上一服务请求方提供服务的服务提供方分配给所述终端，则向所述终端发送服务提供方的提示信息；其中，所述提示信息用于向所述服务请求对应的服务请求方告知分配所述服务提供方的原因，以使所述终端显示所述提示信息。

8.一种终端，其特征在于，包括：

第一发送模块，用于向服务器发送服务请求，所述服务请求包括出发地；

第一接收模块，用于接收所述服务器返回的服务提供方的提示信息，其中，所述服务提供方正在为上一服务请求方提供服务，所述提示信息用于向所述服务请求对应的服务请求方告知分配所述服务提供方的原因；

第一显示模块，用于将所述提示信息进行显示。

9.根据权利要求8所述的终端，其特征在于，所述终端，还包括：

第二接收模块，用于接收所述服务器返回的服务提供方信息，并将所述服务提供方信息进行显示，所述服务提供方信息包括所述服务提供方与所述出发地之间的距离信息和/或所述服务提供方到达所述出发地所需的到达时间。

10.根据权利要求9所述的终端，其特征在于，所述终端，还包括：

第二显示模块，用于将所述距离信息和所述到达时间显示在界面中地图上的所述服务提供方的车辆上方的气泡提示框中。

11.根据权利要求8所述的终端，其特征在于，所述第一显示模块，具体用于：

将所述提示信息显示在界面中服务提供方显示卡的上方；所述服务提供方显示卡显示有所述服务提供方的信息。

12.根据权利要求9所述的终端，其特征在于，所述服务提供方信息还包括所述上一服务请求的目的地，所述终端，还包括：

第三显示模块，用于将所述上一服务请求的目的地在界面的地图上显示。

13.根据权利要求8-12任一项所述的终端，其特征在于，所述终端，还包括：

第三接收模块，用于接收所述服务器发送的所述服务提供方的询问提示，所述询问提示用于提示服务请求方所述服务提供方正在为上一服务请求方提供服务，且所述服务提供方为最优选择；

第二发送模块，用于向所述服务器发送确认消息。

14.一种服务器，其特征在于，包括：

接收模块，用于接收终端发送的服务请求，所述服务请求包括出发地；

发送模块，用于若将正在为上一服务请求方提供服务的服务提供方分配给所述终端，则向所述终端发送服务提供方的提示信息；其中，所述提示信息用于向所述服务请求对应的服务请求方告知分配所述服务提供方的原因，以使所述终端显示所述提示信息。

15.一种电子设备，其特征在于，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储器之间通过总线通信，所述机器可读指令被所述处理器执行时执行如权利要求1至6任一所述的方法的步骤。

16.一种电子设备，其特征在于，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储器之间通过总线通信，所述机器可读指令被所述处理器执行时执行如权利要求7所述的方法的步骤。

Images