CN111143706B - 一种提示信息展示方法、装置、电子设备和存储介质 - Google Patents

Abstract

本申请提供了一种提示信息展示方法、装置、电子设备和存储介质，涉及服务领域。本申请所提供的提示信息展示方法，首先获取了服务请求端的定位位置，以及获取用户在服务请求端选择的服务位置；而后了计算定位位置和服务位置之间的距离；最后，若距离大于设定阈值，则通过服务请求端向用户展示提示信息。该种提示信息展示方法，主要是考虑到大部分情况下，服务请求方是将自己当前所在地作为服务位置，进而，当服务位置与服务请求方当前所在地(定位位置)较远的时候，就对服务请求方进行提示，以使服务请求方确定自己所选择的服务位置是否有误，从而提高了服务请求方进行操作的正确率。

Description

一种提示信息展示方法、装置、电子设备和存储介质

技术领域

本申请涉及服务领域，具体而言，涉及一种提示信息展示方法、装置、电子设备和存储介质。

背景技术

近些年，随着互联网技术的兴盛，出现了一些基于互联网技术的新兴行业，比如网约车。

网约车的出现，给服务请求方(如乘客)和服务提供方(如司机)都带来了极大的便利，服务请求方可以在自己出行前就下达订单，来提前预约出行时间和出行地点，以免在出行时需要花费大量时间在路边等待出租车；出租车服务提供方可以根据服务请求方所期望到达的目的地来选择运送的服务请求方，进而，服务请求方和服务提供方双方都可以更好的安排自己的出行。

发明内容

本申请的目的在于提供一种提示信息展示方法、装置、电子设备和存储介质。

本申请所提供的一种提示信息展示方法，包括：

获取服务请求端的定位位置；

获取用户在所述服务请求端选择的服务位置；

计算所述定位位置和所述服务位置之间的距离；

若所述距离大于设定阈值，则通过所述服务请求端向用户展示提示信息。

在一些实施例中，所述方法还包括：

根据所述定位位置和所述服务位置，确定从所述定位位置到达服务位置的通行时间；

所述通过所述服务请求端向用户展示提示信息，包括：

通过所述服务请求端向用户展示携带所述通行时间的提示信息。

在一些实施例中，根据所述定位位置和所述服务位置，确定从所述定位位置到达服务位置的通行时间，包括：

根据所述定位位置和所述服务位置，确定从所述定位位置到达所述服务位置的导航路线；

根据确定的所述导航路线，确定从所述定位位置到达服务位置的通行时间。

在一些实施例中，根据所述定位位置和所述服务位置，确定从所述定位位置到达所述服务位置的导航路线，包括：

根据所述定位位置、所述服务位置和预设的至少一种出行方式，确定与每种出行方式对应的导航路线；

根据确定的所述导航路线，确定从所述定位位置到达服务位置的通行时间，包括：

根据确定的与每种出行方式对应的导航路线，确定在每种出行方式下从所述定位位置到达所述服务位置的通行时间。

在一些实施例中，所述出行方式包括：

步行、自行车出行、电动车出行、机动车出行。

在一些实施例中，所述方法还包括：

获取所述服务请求端的历史出行地点；

所述若所述距离大于设定阈值，通过所述服务请求端向用户展示提示信息，包括：

若所述距离大于设定阈值，且所述服务位置与所述历史出行地点不匹配，则通过所述服务请求端向用户展示提示信息。

在一些实施例中，通过所述服务请求端向用户展示提示信息，包括：

获取所述服务请求端的历史出行地点；

根据所述服务位置和所述历史出行地点的匹配情况，确定提示方式；

按照确定的提示方式，通过所述服务请求端向用户展示提示信息。

在一些实施例中，采用以下提示方式中的至少一种，通过所述服务请求端向用户展示提示信息：

文字形式、震动形式、语音形式、浮动窗口形式。

在一些实施例中，通过所述服务请求端向用户展示提示信息之后，还包括：

在接收到针对所述提示信息生成的服务位置确认指令后，将所述服务位置确定为所述服务请求端的当前服务订单的服务位置；或者，

在接收到针对所述提示信息生成的修改后的服务位置后，将修改后的所述服务位置确定为所述服务请求端的当前服务订单的服务位置。

在一些实施例中，获取服务请求端的定位位置，包括：

获取所述服务请求端在进入下单页面后自动定位的所述定位位置；

获取用户在所述服务请求端选择的服务位置，包括：

获取用户在所述服务请求端的下单页面选择的服务位置；

通过所述服务请求端向用户展示提示信息，包括：

通过向用户展示更新后的下单页面，所述更新后的下单页面中携带有所述提示信息。

在一些实施例中，获取服务请求端的定位位置，包括：

获取用户通过操作服务请求端所生成的下单请求；

从所述下单请求中提取所述服务请求端的定位位置；

获取用户在所述服务请求端选择的服务位置，包括：

从所述下单请求中提取所述服务请求端的服务位置；

通过所述服务请求端向用户展示提示信息，包括：

通过所述服务请求端向用户展示更新后的下单页面，所述更新后的下单页面中携带有所述提示信息；或者，通过所述服务请求端向用户展示携带有所述提示信息的提示页面；

在通过所述服务请求端向用户展示提示信息之后，还包括：

在接收到服务位置确认指令后，根据所述服务位置确认指令所确认的服务位置生成服务订单。

在一些实施例中，获取用户在所述服务请求端选择的服务位置，包括：

通过所述服务请求端显示用于选择服务位置的地图；

获取用户在所述服务请求端的所述地图上选择的服务位置。

在一些实施例中，所述方法还包括：

根据获取用户在所述服务请求端的所述地图上选择的服务位置和服务请求端的定位位置之间的距离，调整所述地图的显示比例尺，并通过服务请求端按照调整后的显示比例尺显示地图，以使在服务请求端在当前显示的地图上同时显示出所述服务位置和所述定位位置。

本申请所提供的方案还提供了一种提示信息展示装置，包括：

第一获取模块，用于获取服务请求端的定位位置；

第二获取模块，用于获取用户在所述服务请求端选择的服务位置；

第一计算模块，用于计算所述定位位置和所述服务位置之间的距离；

第一展示模块，若所述距离大于设定阈值，则用于通过所述服务请求端向用户展示提示信息。

在一些实施例中，所述装置还包括：

第一确定模块，用于根据所述定位位置和所述服务位置，确定从所述定位位置到达服务位置的通行时间；

第一展示模块，包括：

第一展示单元，用于通过所述服务请求端向用户展示携带所述通行时间的提示信息。

在一些实施例中，所述第一确定模块，包括：

第一确定单元，用于根据所述定位位置和所述服务位置，确定从所述定位位置到达所述服务位置的导航路线；

第二确定单元，用于根据确定的所述导航路线，确定从所述定位位置到达服务位置的通行时间。

在一些实施例中，所述第一确定单元，包括：

所述第一确定子单元，用于根据所述定位位置、所述服务位置和预设的至少一种出行方式，确定与每种出行方式对应的导航路线；

所述第二确定单元，包括：

第二确定子单元，用于根据确定的与每种出行方式对应的导航路线，确定在每种出行方式下从所述定位位置到达所述服务位置的通行时间。

在一些实施例中，所述出行方式包括：

步行、自行车出行、电动车出行、机动车出行。

在一些实施例中，所述装置还包括：

第二获取模块，用于获取所述服务请求端的历史出行地点；

所述第一展示模块，包括：

第二展示单元，若所述距离大于设定阈值，且所述服务位置与所述历史出行地点不匹配，则用于通过所述服务请求端向用户展示提示信息。

在一些实施例中，所述第一展示模块，包括：

第一获取单元，用于获取所述服务请求端的历史出行地点；

第三确定单元，用于根据所述服务位置和所述历史出行地点的匹配情况，确定提示方式；

第三展示单元，用于按照确定的提示方式，通过所述服务请求端向用户展示提示信息。

在一些实施例中，采用以下提示方式中的至少一种，通过所述服务请求端向用户展示提示信息：

文字形式、震动形式、语音形式、浮动窗口形式。

在一些实施例中，所述装置还包括：

第二确定模块，用于在接收到针对所述提示信息生成的服务位置确认指令后，将所述服务位置确定为所述服务请求端的当前服务订单的服务位置；或者，

所述装置还包括：

第三确定模块，用于在接收到针对所述提示信息生成的修改后的服务位置后，将修改后的所述服务位置确定为所述服务请求端的当前服务订单的服务位置。

在一些实施例中，所述第一获取模块，包括：

第二获取单元，用于获取所述服务请求端在进入下单页面后自动定位的所述定位位置；

第二获取模块，包括：

第三获取单元，用于获取用户在所述服务请求端的下单页面选择的服务位置；

所述第一展示模块，包括：

第四展示单元，用于通过向用户展示更新后的下单页面，所述更新后的下单页面中携带有所述提示信息。

在一些实施例中，所述第一获取模块，包括：

第四获取单元，用于获取用户通过操作服务请求端所生成的下单请求；

第一提取单元，用于从所述下单请求中提取所述服务请求端的定位位置；

第二获取模块，包括：

第二提取单元，用于从所述下单请求中提取所述服务请求端的服务位置；

所述第一展示模块，包括：

第五展示单元，通过所述服务请求端向用户展示更新后的下单页面，所述更新后的下单页面中携带有所述提示信息；或者，用于通过所述服务请求端向用户展示携带有所述提示信息的提示页面；

所述装置，还包括：

第一生成模块，用于在接收到服务位置确认指令后，根据所述服务位置确认指令所确认的服务位置生成服务订单。

在一些实施例中，所述第一获取模块，包括：

第一显示单元，用于通过所述服务请求端显示用于选择服务位置的地图；

第五获取单元，用于获取用户在所述服务请求端的所述地图上选择的服务位置。

在一些实施例中，所述装置还包括：

调整模块，用于根据获取用户在所述服务请求端的所述地图上选择的服务位置和服务请求端的定位位置之间的距离，调整所述地图的显示比例尺，并通过服务请求端按照调整后的显示比例尺显示地图，以使在服务请求端在当前显示的地图上同时显示出所述服务位置和所述定位位置。

本申请还提供了一种电子设备，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述机器可读指令，以执行时执行提示信息展示方法的步骤。

本申请还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行提示信息展示方法的步骤。

本申请所提供的提示信息展示方法，首先获取了服务请求端的定位位置，以及获取了用户在所述服务请求端选择的服务位置；而后，计算了所述定位位置和所述服务位置之间的距离；最后，若所述距离大于设定阈值，则通过所述服务请求端向用户展示提示信息。该种提示信息展示方法，主要是考虑到大部分情况下，服务请求方是将自己当前所在地作为服务位置，进而，当服务位置与服务请求方当前所在地(定位位置)较远的时候，就对服务请求方进行提示，以使服务请求方确定自己所选择的服务位置是否有误，从而提高了服务请求方进行操作的正确率。

在某种实施例中，本申请所提供的方法，还通过向服务请求端提供从定位位置到达服务位置的通行时间，来进一步辅助服务请求方确定自己所选择的服务位置是否有误。

在某种进一步的实施例中，本申请所提供的方法，在确定通行时间的时候，首先确定了从定位位置到达服务位置的导航路线，之后根据导航路线，确定从定位位置到达服务位置的通行时间，使得确定的通行时间更为准确。

在某种更进一步的实施例中，本申请所提供的方法，在计算导航路线和通行时间时，还进一步考虑了不同出行方式的差别，使得计算出的导航路线和通行时间更为准确。

在某种实施例中，本申请所提供的方法，还通过引入历史出行地点，使用历史出行地点来确定是否通过所述服务请求端向用户展示提示信息，或者是确定展示提示信息的提示方式，使得对服务请求方进行的提示更有针对性。

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

附图说明

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

图1示出了本申请实施例所提供的相关技术中，网约车软件在运行时，引导服务请求方输入服务位置的操作界面；

图2示出了本申请实施例所提供的提示信息展示方法的基本流程图；

图3示出了本申请实施例所提供的提示信息展示方法中，在地图上显示的A、B两点和线路1、线路2的示意图；

图4示出了本申请实施例所提供的提示信息展示方法中，不同的出行方式所对应的导航路线示意图；

图5示出了本申请实施例所提供的提示信息展示方法的一种优化的细节流程图；

图6示出了本申请实施例所提供的提示信息展示方法中，在服务请求端上显示提示信息的示意图；

图7示出了是本申请一些实施例的提示信息展示方法所在的服务系统的框图；

图8示出了本申请实施例所提供的电子设备的示意图。

具体实施方式

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

相关技术中，随着互联网技术的兴起，产生了很多新兴的行业，比如网约车。网约车的出现，给服务请求方的出行和服务提供方的工作都带来了极大的便利。

在服务请求方享受网约车服务时，首先要由服务请求方向服务平台下达服务订单，而后，服务平台会将服务订单向某些服务提供方广播，服务提供方在收到广播后，可以选择回复该广播或者是忽略该广播，进而服务平台可以根据服务提供方的回复该广播的情况来确定将该服务订单分配给哪个服务提供方。进而，在服务平台将服务订单分配给指定的服务提供方后，被分配服务订单的服务提供方就可以按照服务订单中的要求来运送服务请求方，进而完成网约车服务了。

通常，服务请求方在向服务平台下达服务订单的时候，需要提供服务位置。如图1所示，示出了网约车软件在运行时，引导服务请求方输入服务位置(上车地点)的操作界面。相关技术中，服务请求方输入服务位置的方式有两种，分别如下：

第一种，通过输入法输入。图1中，下方的方框是服务请求方需要填写服务位置的地方，服务请求方可以直接使用某种输入法在该方框中输入服务位置。

第二种，通过定位指针+手势指令输入。图1中，中部方框中的定位指针是用来进行地点选择的，服务请求方可以通过手势指令来拖动地图，进而使得指针落在地图上的指定位置，系统会自动的将指针所指的位置作为服务位置。这种采用定位指针+操作指令来选择服务位置的方式比通过输入法输入服务位置的方式更为简便，即使服务请求方不清楚服务位置的名称也可以通过拖动地图的方式来选择服务位置。

具体使用时，大多数情况下，服务请求方会选择在自己的当前位置(或者是说距离自己的当前位置较近的位置)作为服务位置，因此，定位指针的初始位置通常都是服务请求方的当前位置，如果服务请求方不重新选择服务位置的话，网约车软件就会将服务请求方的当前位置直接作为服务位置。如果服务请求方需要重新选择服务位置的话，则可以通过向网约车软件下达手势指令的方式，或者是通过输入法输入文字的方式来重新选择服务位置。

但服务请求方在使用网约车软件的时候，可能会发生误操作的行为，比如，服务请求方原本期望将当前位置作为服务位置，但因为手指无意中触碰到屏幕(相当于向网约车软件下达了操作指令)使得定位指针重新定位到其他地点，此时，网约车软件就会将重新定位到的地点作为服务位置了。

通常，服务请求方在选择服务位置后，就会直接下单，因此，如果服务位置在被错误选择，就会导致下达服务订单的错误，此时服务请求方需要通过复杂的行为来取消已经下达的服务订单，同时，这种取消已经下达的服务订单的行为也会影响到服务请求方的信誉，从而给服务请求方带来更多的麻烦。

不止是用户在使用网约车服务的时候会出现这样的情况，用户在使用其他O2O服务的时候也可能会出现这样的情况，比如，用户在点外卖的时候，如果外卖订单中没有选择自己当前所在地(服务请求端的定位位置)作为收货地(服务位置)，则说明用户很有可能下错了订单。又比如，用户在使用快递的上门取件或上门洗车等需要服务提供方为服务请求方当面提供服务的业务时，都会存在这样的情况。即如果用户选择的服务位置与用户当前所处的位置(服务请求端的定位位置)距离过大时，则说明用户可能选择错了服务位置。

针对上述情况，本申请的申请人认为，可以在服务请求方输入服务位置后，判断服务位置与服务请求方的定位位置之间的距离是否过大，如果过大，则对服务请求方进行提示，以提醒服务请求方核实当前的服务位置是否有误。

进而，如图2所示，本申请提供了一种提示信息展示方法，包括：

S101，获取服务请求端的定位位置；

S102，获取用户在服务请求端选择的服务位置；

S103，计算定位位置和服务位置之间的距离；

S104，若距离大于设定阈值，则通过服务请求端向用户展示提示信息。

可以是指接受网约车服务的服务请求方(服务请求方)所操作的客户端，也可以是指接受外卖服务、接受上门洗车服务、快递上门取件服务等面对面服务的服务请求方所操作的客户端。服务请求端的定位位置通常是当前服务请求端的实际坐标(实际位置)，或者是说服务请求方的实际坐标(实际位置)。该定位位置可以是服务请求端通过内置的定位系统(如GPS定位系统、北斗定位系统)确定的。服务请求端在通过定位系统获取到服务请求端的定位位置后，可以自动的向系统上传，也可以是在经过服务请求方确认后，向系统发送的。需要说明的是，上述系统指的是步骤S101-S104的执行主体，该系统可以是提供服务(如网约车服务、外卖服务、上门取件服务等)的服务器，也可以是服务请求端(如用户所使用手机等网络中断)，如果服务器是作为执行主体的话，则服务请求方在获取到服务请求端的定位位置后就不需要上传到服务器了。本文的后续过程中，将主要以服务器作为执行主体的情况进行说明，但应当了解的是，如果是以服务请求端作为执行主体的话，则服务请求端不需要将数据/请求发送给服务器，并由服务器执行具体步骤了，服务请求端本身就可以完成相应步骤(如生成步骤或者是计算步骤等)的执行。并且，后文中将主要以网约车服务为例对本申请所提供的方法的实现过程进行阐述，但应当了解的是，该过程同样适用于其他O2O服务(如外卖服务、快递上门取件服务、上门洗车服务等需要服务请求方和服务提供方约定见面地点的服务)。

服务请求端选择的上车地点步骤S102中，用户在服务请求端选择的服务位置(某种情况下，该服务位置可以理解为服务开始的位置，或者是服务请求方和服务提供方见面的位置)通常是服务请求方通过操作服务请求端来选择的，具体的，服务请求方操作服务请求端来选择服务位置的方式有两种，第一种方式是服务请求方通过指定输入法输入服务位置；第二种方式是通过手势指令输入服务位置。

对于通过手势指令输入服务位置的方式而言，服务请求方可以通过在如图1所示的地图中，下达手势指令(左滑、右滑)，进而，图1中所显示的地图会按照手势指令所对应的方向被拖动，以使定位指针可以定位到地图的指定位置上，而后，服务请求端可以识别出定位指针所对应的位置，该位置所对应的地点也就是服务位置。

对于第二种确定服务位置的方式，具体可以是服务器先向服务请求端发送用于选择服务位置的地图，而后服务请求端展示该地图，服务请求方再通过操作服务请求端在该地图上选择服务位置。

当前定位位置和服务位置相比，定位位置通常是不受服务请求方意志所转移的一个客观的地点，具体而言，该定位位置所反映的是服务请求方客观上所在的地理位置，该地理位置的获取是不受服务请求方行为影响的。而服务位置则完全是由服务请求方所选择的，不论是服务请求方采用某种输入法来输入服务位置，还是服务请求方通过在地图上下达手势指令来选择服务位置，服务位置都是在服务请求方的行为影响下生成的。

具体实现时，如本申请的执行主体为服务器，则服务请求端可以通过同一个数据包向系统发送定位位置和服务位置。也可以是分别通过不同的数据包发送定位位置和服务位置。服务请求端发送定位位置和服务位置的时机有两种，分别是在服务请求方下达服务订单前向系统发送定位位置和服务位置，以及，在服务请求方下达服务订单的时候向系统发送定位位置和服务位置(此时，定位位置和服务位置可以携带在服务订单中，向系统发送)。

步骤S103中，系统在接收到定位位置和服务位置后，需要计算定位位置和服务位置之间的距离，并根据计算得到的距离进行后续处理。此处，计算距离的方式有两种，分别如下：

第一种计算距离的方式，将定位位置和服务位置之间的直线距离(可以理解为在地图上的直线距离)作为计算得到的距离。此种计算距离的方式相对简单，采用此种方式所计算得到的距离就是定位位置和服务位置之间的直线距离。

第二种计算距离的方式，先生成由定位位置到达服务位置的导航路线(服务请求方从定位位置移动到服务位置所经过的道路)，之后计算导航路线的长度，并将导航路线的长度作为定位位置和服务位置之间的距离。此种计算距离的方式主要是考虑到服务请求方在从定位位置移动到服务位置的时候，通常并不是直线运动，而是按照道路的连通情况，沿着可以通行的各个道路从定位位置向服务位置移动的，因此，先生成导航路线，再将导航路线的长度作为定位位置和服务位置之间的距离，通常更为合理。

进而，采用第二种计算距离的方式时，步骤S103可以按照如下方式实现：

步骤1021，根据定位位置和服务位置，确定从定位位置到达服务位置的导航路线；

步骤1022，根据确定的导航路线，确定定位位置和服务位置之间的距离。即，将导航路线的长度作为定位位置和服务位置之间的距离。

如图3所示，示出了在地图上显示的A、B两点和线路1、线路2的示意图，其中，A点代表定位位置，B点代表服务位置；线路1(实线)是按照第一种计算距离的方式计算距离时，直接将AB两点连接到一起的直线。如，定位位置的坐标为(1,1)，服务位置的坐标为(1,2)，则采用第一种计算距离的方式所计算得到的定位位置和服务位置之间的距离就是1。

线路2(虚线)是按照预定的导航算法，生成的由A点到达B点的导航路线，很明显的，按照第二种计算方式计算得到的定位位置和服务位置之间的距离必然是比1大的。

在计算导航路线的时候，还可以进一步考虑到服务请求方由定位位置移动到服务位置时的出行方式，此处的出行方式如步行、自行车出行、电动车出行、机动车出行。可以预见的是，不同的出行方式所对应的计算策略是不同的，比如，步行可以走小路，但机动车出行则只能走大路，也就是，不同的出行方式所对应的导航路线可能是有差别的。

进而，采用第二种计算距离的方式时，步骤S103可以按照如下方式实现：

步骤1031，根据定位位置、服务位置和预设的出行方式，确定与出行方式相对应的导航路线；

步骤1032，根据确定的导航路线，确定定位位置和服务位置之间的距离。即，将导航路线的长度作为定位位置和服务位置之间的距离。

可以预见的是，不同的出行方式所对应的导航路线可能是相同的，也可能是不同的。其中，预设的出行方式可以是服务请求方提前设置的，也可以是系统根据服务请求方的历史出行习惯确定的，比如服务请求方经常采用步行的方式出行，则预设的出行方式就可以是步行，又比如，服务请求方经常采用自行车出行的方式出行，则预设的出行方式就可以是自行车出行。

在步骤S103中计算出定位位置和服务位置之间的距离后，就可以根据该距离进行相应的操作了。此处的操作主要分为两种，分别是通过服务请求端向用户展示提示信息和不通过服务请求端向用户展示提示信息，具体在实现的时候，可以是判断定位位置和服务位置之间的距离是否大于设定阈值，若距离大于设定阈值(此时认为服务请求方可能存在误操作的情况)，则通过服务请求端向用户展示提示信息；若距离小于设定阈值(此时，服务位置是服务请求方在当前所在地)，则终止流程，或不通过服务请求端向用户展示提示信息。

具体的，可以采用以下提示方式中的至少一种，通过服务请求端向用户展示提示信息：

文字形式、震动形式、语音形式、浮动窗口形式。

具体的，文字形式的提示信息如：在服务请求端所选择的服务位置与服务请求端的当前定位地址之间的距离超过设定数值时，服务请求端可以展示提示文字，以在服务请求端的当前显示界面上显示“定位位置和服务位置之间的距离过远”的文字内容，以对服务请求方进行提示。

震动形式的提示信息如：在服务请求端所选择的服务位置与服务请求端的当前定位地址之间的距离超过设定数值时，服务器向服务请求端发送开启震动的指令，以使驱动服务请求端持续的进行震动，以及在服务请求端所选择的服务位置与服务请求端的当前定位地址之间的距离未超过设定数值时，服务器向服务请求端发送停止震动的指令，以使驱动服务请求端停止震动。

语音形式的提示信息如：服务器可以向服务请求端发送语音信息，以使服务请求端自动播放类似“定位位置和服务位置之间的距离过远”的语音，以对服务请求方进行提示。

浮动窗口形式的提示信息如：服务器向服务请求端发送开启浮动窗口的指令，以使在服务请求端的当前界面上，显示浮动窗口，并在浮动窗口中以文字或图片、动画的形式进行提示。使用浮动窗口形式的提示信息：可以在在服务请求端所选择的服务位置与服务请求端的当前定位地址之间的距离超过设定数值时，驱动服务请求端以浮动窗口的形式显示红色报警灯；以及，在服务请求端所选择的服务位置与服务请求端的当前定位地址之间的距离未超过设定数值时，关闭浮动窗口。

具体实现时，以下这四种提示方式中，可以只使用一种形式进行提示：文字形式、震动形式、语音形式和浮动窗口形式中，也可以使用这四种提示方式中的任意两种进行提示(比如在驱动服务请求端震动的时候，同时播放语音)，还可以是使用这四种提示方式中的任意三种方式进行提示(比如在驱动服务请求端震动的时候，同时播放语音和在服务请求端的当前显示界面上显示文字)，也可以是同时使用这四种方式进行提示。

为了更好的对服务请求方进行提示，除了向服务请求方展示提示信息以外，还可以通过调整服务请求端显示地图的方式来进行提醒。也就是，本申请所提供的方法，还包括：

根据获取用户在服务请求端的地图上选择的服务位置和服务请求端的定位位置之间的距离，调整地图的显示比例尺，并通过服务请求端按照调整后的显示比例尺显示地图，以使在服务请求端在当前显示的地图上同时显示出服务位置和定位位置。

也就是，除了根据服务位置和定位位置之间的距离来确定是否向服务请求端展示提示信息以外，还可以根据该距离调整显示地图的比例尺，进而使得使用调整后的比例尺显示地图的时候，能够同时显示服务位置和定位位置，进而对服务请求方进行提示。

具体而言，如果是以服务器作为执行主体的话，上述步骤可以按照如下方式执行：

根据服务请求端在地图上选择的服务位置和服务请求端的定位位置之间的距离，计算地图的显示比例尺；

将显示比例尺向服务请求端发送，以使服务请求端将地图按照显示比例尺进行显示，以在服务请求端的当前显示页面上同时显示服务位置和定位位置。

在服务请求端向用户展示提示信息的同时，还将服务位置和定位位置同时显示在服务请求端的当前显示页面上，能够更加醒目的对服务请求方进行提示，以使服务请求方可以更加有针对性的判断当前所输入的服务位置是否是错误的。

本申请所提供的方法，考虑到大部分情况下，服务请求方是将自己当前所在地作为服务位置，进而当服务位置与服务请求方当前所在地较远的时候，就对服务请求方进行提示，以使服务请求方确定自己所选择的服务位置是否有误，从而提高了服务请求方进行操作的正确率。如图6所示，示出了在服务请求端上显示提示信息的情况，和图1相比，很明显的，在图6的下部显示出了“您距离上车点过远，请确认上车位置”的文字，该文字就是提示信息，该提示信息的提示方式是文字形式。当然，该文字的颜色可以根据具体的使用情况进行调整，如可以使用红色、黑色、蓝色等颜色。

在步骤S104执行之后，服务请求端会输出提示信息(向用户展示提示信息)，该提示信息会辅助服务请求方判断自己当前所选择的服务位置是否有误，进而，如果服务请求方认为自己当前所选择的服务位置没有错误，则可以向服务器发送表示没有错误的服务位置没有错误的服务位置确认指令。也就是，服务请求方可以通过操作服务请求端，生成服务位置确认指令(该确认指令中是为了说明服务位置没有问题)，而后，系统可以直接将该服务位置确定为服务请求端的当前服务订单的服务位置，即系统可以根据步骤S101中的服务位置生成服务请求端所对应的服务订单。

需要说明的是，服务位置确认指令的存在形式有两种，分别是服务订单下达指令和非服务订单下达指令。

其中，服务订单下达指令，指的是服务请求方期望下达服务订单，由于服务请求方认为步骤S101中所选择的服务位置是无误的，此时，服务请求方就可以直接下达服务订单。也就是，如果服务请求方在接收到提示信息后，没有向系统发出修改服务位置的信息，而是向系统发出服务订单下达指令，则说明服务请求方在步骤S101中操作服务请求端所选择的服务位置是正确的，系统可以直接根据服务位置生成服务订单。

非服务订单下达指令指的是不同于订单下达指令的其他形式的确认指令，这两个指令的区别在于，系统在接收到非服务订单下达指令后，不会直接生成服务订单；而系统在接收到服务订单下达指令后，会直接生成服务订单。也就是，非服务订单下达指令只是一个用于确认的指令，在接收到非服务订单下达指令后，可以不再向服务请求方展示提示信息，以免干扰到服务请求方的操作。

某种情况下，非服务订单下达指令可以理解为服务请求端在输出提示信息(显示文字、播放语音等)后，服务请求方手动关闭(停止)提示信息的输出行为(使服务请求端停止输出提示信息)，进而，服务请求端在检测到服务请求方关闭了提示信息的输出行为后，就可以生成当前的服务位置无误的信息(非服务订单下达指令的一种)，并向系统回传当前的服务位置无误的信息，以使服务终止操作。

对应的，如果服务请求方认为自己当前所选择的服务位置有错误，服务请求方就会针对该提示信息，通过操作服务请求端来修改服务位置，并将该修改后的服务位置向服务器发送，以使系统接收到服务请求端针对提示信息返回的修改后的服务位置，而后，系统可以将修改后的服务位置确定为服务请求端的当前服务订单的服务位置，即系统可以根据修改后的服务位置生成服务订单。

服务器系统在生成服务订单之后，就可以将服务订单向由服务提供方所使用的服务提供端发送，而后，服务提供方可以通过操作服务提供端来向系统返回接单请求，最后，系统可以根据接收到的接单请求的情况，来确定将服务订单分配给哪个服务提供方。在确定将服务订单分配给哪个具体服务提供方后，该服务提供方就可以从服务位置接上服务请求方，并按照服务订单中的要求，将服务请求方运送至目的地。

某种情况下，服务请求方在看到提示信息后，可以通过手势指令来拖动服务请求端上所显示的地图，在拖动地图之后，会重新选择服务位置，该重新选择的服务位置也就是修改后的服务位置。系统在接收到修改后的服务位置后，可以重新执行步骤S103，也就是，计算定位位置和修改后的服务位置之间的距离，如果定位位置和修改后的服务位置之间的距离过大的话，则还可以继续通过服务请求端向用户展示提示信息。

在具体实现时，除了通过服务请求端向用户展示提示文字，还可以展示更加有针对性的信息，比如可以展示从定位位置到达服务位置的通行时间，以辅助服务请求方判断自己选择的服务位置是否符合预期。

进而，本申请所提供的方法还包括：

步骤401，根据定位位置和服务位置，确定从定位位置到达服务位置的通行时间；

步骤S104，通过服务请求端向用户展示提示信息，包括：

向通过服务请求端向用户展示携带通行时间的提示信息。

其中，从定位位置到达服务位置的通行时间可以有两种理解方式，分别是：

第一种计算通行时间的方式，根据定位位置和服务位置之间的直线距离和预设的移动速度，计算出的通行时间。这种计算方式的计算过程简单，但计算结果的精度太低。

第二种计算通行时间的方式，先确定从定位位置到达服务位置的导航路线，之后计算按照预设的移动速度完成导航路线所需要的时间，该按照预设的移动速度完成导航路线所需要的时间也就是通行时间。

也就是，如果采用第二种计算通行时间的方式的话，步骤401，根据定位位置和服务位置，确定从定位位置到达服务位置的通行时间，可以按照如下方式执行：

根据定位位置和服务位置，确定从定位位置到达服务位置的导航路线；

根据确定的导航路线，确定从定位位置到达服务位置的通行时间。

上述两种计算通行时间的方式相比，第一种速度较快，但准确度较差，第二种速度相对稍慢，但准确度较高。实际使用的时候，可以根据具体的情况来有选择的使用上述第一种，或第二种计算通行时间的方式，以实现本申请的方案。

第二种计算通行时间的方式，在具体实现时，可能会确定出多条导航路线。进而，使用导航路线来确定通行时间的方案又可以分为如下两种具体的实现方式：

第一种使用导航路线计算通行时间的具体方式，

步骤4011，根据定位位置、服务位置和道路连通情况(反映了哪些道路是相连的)，确定从定位位置到达服务位置的多条导航路线；

步骤4012，根据确定的导航路线，分别确定每个导航路线所对应的出行时间；

步骤4013，将多个导航路线所对应出行时间中，数值最小的出行时间作为从定位位置到达服务位置的通行时间。

第二种使用导航路线计算通行时间的具体方式，

步骤4014，根据定位位置、服务位置和道路连通情况(反映了哪些道路是相连的)，确定从定位位置到达服务位置的多条导航路线；

步骤4015，根据确定的导航路线，分别确定每个导航路线所对应的出行时间；

步骤4016，采用加权求平均的方式，根据每个导航路线所对应的出行时间，计算从定位位置到达服务位置的通行时间。

其中，步骤4011和步骤4014的执行方式是相同，均是生成多条导航路线，这两个步骤中，道路连通情况能够反映不同的道路的是否连通，以及连通的位置。通常情况下，由于城市中的道路非常多，因此，从定位位置到达服务位置的导航路线通常是可以确定出很多条的。

步骤4012和步骤4015的执行方式是相同的。这两个步骤均是以计算每个导航路线的出行时间为目的，计算的时候，首先需要确定移动速度，该移动速度可以是服务请求方预先存储在系统中的，也可以是系统根据服务请求方平时的出行习惯确定的。

进而，步骤4013中，可以将时间最短的出行时间作为通行时间。除了将时间最短的出行时间作为通行时间以外，还可以如步骤4016中，采用加权求平均的方式来计算通行时间。

在确定导航路线的时候，还可以进一步考虑到服务请求方由定位位置移动到服务位置时的出行方式，此处的出行方式如步行、自行车出行、电动车出行、机动车出行。可以预见的是，不同的出行方式所对应的计算策略是不同的，比如，步行可以走小路，但机动车出行则只能走大路，也就是，不同的出行方式所对应的导航路线可能是有差别的。

进而，根据定位位置和服务位置，确定从定位位置到达服务位置的导航路线，可以按照如下方式实现：

根据定位位置、服务位置和预设的至少一种出行方式，确定与每种出行方式对应的导航路线；

根据确定的导航路线，确定从定位位置到达服务位置的通行时间，包括：

根据确定的与每种出行方式对应的导航路线，确定在每种出行方式下从定位位置到达服务位置的通行时间。

如图4所示，示出了在某种实施例中，不同的出行方式所对应的导航路线，图中，A为定位位置，C为服务位置，BDEFGHI均为地图上出现的其他地点，图中，细实线(ABC连成的线)代表了步行所对应的导航路线；虚线(ADEC连成的线)代表了自行车出行所对应的导航路线；粗实线(AEHIFC连成的线)代表了机动车出行所对应的导航路线。可见，每种出行方式所对应的导航路线均是有一定差别的。

如图4中所示，步行所对应的导航路线最短，这是由于服务请求方在步行的时候，可以选择走的路有很多种(如大路、小路都可以走)，尤其是可以走较窄的小路(机动车无法从小路通行)，自行车出行所对应的导航路线的长度中等；机动车出行所对应的导航路线最长(由于机动车只能走大路，因此，通常情况下，机动车出行所对应的导航路线是最长的)。

进而，依据图4中的路线，可以形成如下表1所示的表格：

表1

编号	出行方式	导航路线
			1	步行	ABC
2	自行车出行	ADEC
			3	机动车出行	AEHIFC

表1中示出了每种出行方式所对应的导航路线，当然，根据使用场景的不同，记录出行方式所对应的导航路线的方式可以不仅限于表格的方式。具体的，某种出行方式所对应的出行路线(由定位位置到达服务位置的路线)可能会有多个，但通常会选择最短的出行路线作为该种出行方式所对应的导航路线。

在确定了导航路线之后，就可以确定在每种出行方式下从定位位置到达服务位置的通行时间了。此处，确定通行时间的过程主要是要考虑出行方式所对应的速度，比如步行的速度大约为4-5km/h，自行车出行的速度大约为15-20km/h，机动车出行的速度大约为20-60km/h(取市区内的一般速度)，进而在确定了导航路线之后，就能够确定出导航路线的长度，根据该导航路线的长度和出行方式所对应的速度，就可以估算出使用指定种类的出行方式，从定位位置到达服务位置的通行时间。

基于上表1，可以得到包含导航路线长度和通行时间的表2：

表2

表2中，分别示出了每种出行方式所对应的导航路线、路线长度、预估速度和计算得到的通行时间。在具体实现的时候，可以只生成某一种出行方式所对应的通行时间(如表2中某一行中的出行时间)；也可以同时生成多个出行方式中，每个出行方式所对应的通行时间，比如，可以将表2中的3个通行时间都提供给服务请求方进行参考，以使服务请求方可以得到更好的参考。

更具体的，为了进一步提高服务请求方的感受度，在服务请求端向用户展示提示信息的时候，优选同时将导航路线和导航路线所对应的通行时间同时向服务请求方展示；

即，步骤通过服务请求端向用户展示携带通行时间的提示信息，可以按照如下方式执行：

向通过服务请求端向用户展示携带导航路线和导航路线所对应的通行时间的提示信息。

也就是，同时将至少一种导航路线和该导航路线的通行时间作为提示信息展示给服务请求方进行参考，以便于服务请求方做出更准确的判断(判断自己选择的服务位置是否有误)。

进一步具体的，通过服务请求端向用户展示携带导航路线和导航路线所对应的通行时间的提示信息，可以按照如下方式执行：

向通过服务请求端向用户展示携带有至少一种出行方式所对应的导航路线和至少一种出行方式所对应通行时间的提示信息。

也就是，在确定导航路线的时候，是分别根据不同的出行方式确定对应的导航路线(通常是唯一的一个)，并生成该出行方式所对应的导航路线的通行时间。此处，出行方式所对应的导航路线和出行方式所对应通行时间均在前文中进行了解释(可以参考表2和相应的解释)，此处不再重复说明。通过在提示信息中携带通行时间(还可以进一步携带导航路线)，能够使得服务请求方更为准确的判断出自己在预计时间内能否从定位位置移动到服务位置，从而帮助服务请求方更准确的完成判断。

虽然大部分情况下，服务请求端的定位位置和服务请求端选择的服务位置应当是重合的，但某些情况下，定位位置和服务位置相距过远也并不一定是错误的(并不一定是由于服务请求方的误操作所导致的，还可能是服务请求方主观上期望选择距离定位位置较远的地点作为服务位置)。比如，服务请求方可能认为自己附近没有方便乘车的地方(如周围没有可以停车的地方)，此时，服务请求方会将服务位置选在距离自己当前位置稍远的地方。又比如，服务请求方可能会替他人预约网约车，此时，由于服务请求方(服务请求端的实际使用者)并不需要乘坐网约车，因此，此时服务位置和定位位置之间相距过远就比较正常了。但，上述这两种情况通常都不是经常发生的，因此，可以通过判断服务位置是否曾被服务请求端所使用过来确定此次是否是误操作。

进而，在使用历史出行地点来优化本申请所提供的方案，具体的，使用历史出行地点来优化本申请所提供的方案的方式有两种：

第一种使用历史出行地点来优化本申请所提供的方案的方式：根据历史出行地点来确定是否展示提示信息。

即，本申请所提供的方法还包括：

获取服务请求端的历史出行地点；

步骤S104，若距离大于设定阈值，通过服务请求端向用户展示提示信息，包括：

若距离大于设定阈值，且服务位置与历史出行地点不匹配，则通过服务请求端向用户展示提示信息。

其中，服务请求端的历史出行地点指的是服务请求端曾经选择/使用过的服务位置(在步骤S101执行前，服务请求端所选择/使用过的服务位置)。在获取了历史出行地点之后，步骤S104中，如果步骤S103计算得到距离过大，并且步骤S101中的服务位置没有出现在历史出行地点中，则说明步骤S101中所使用的服务位置是首次使用，且与服务请求方的当前位置距离较远的地点，此时，该服务位置是由于服务请求方手误所选择的概率较大，进而此时就可以通过服务请求端向用户展示提示信息。

此处，服务位置与历史出行地点不匹配可以按照如下两种方式理解，第一种理解方式，步骤S101中的服务位置没有出现在历史出行地点中，则说明服务位置与历史出行地点不匹配；第二种理解方式，步骤S101中的服务位置与历史出行地点的距离过远，也可以说明服务位置与历史出行地点不匹配。

第二种使用历史出行地点来优化本申请所提供的方案的方式：

根据历史出行地点来确定提示信息的提示方式。

也就是，本申请所提供的方法中，如图5所示，步骤S104可以按照如下方式执行：

S1041，获取服务请求端的历史出行地点；

S1042，根据服务位置和历史出行地点的匹配情况，确定提示方式；

S1043，按照确定的提示方式，通过服务请求端向用户展示提示信息。

步骤S1041中，服务请求端的历史出行地点指的是服务请求端曾经选择/使用过的服务位置(在步骤S101执行前，服务请求端所选择/使用过的服务位置)。

步骤S1042中，根据服务位置和历史出行地点的匹配情况，确定提示方式，有两种具体情况：

第一种具体情况(只有两种提示方式)，判断步骤S101中所获得的服务位置，是否出现在历史出行地点中；如果步骤S101中所获得的服务位置出现在历史出行地点中的话(此时小概率是服务请求方误操作)，则确定的提示方式可以是轻微的提示方式，比如以文字形式进行提醒(使得服务请求端在当前显示界面上显示“该服务位置曾经使用过”)。反之，如果步骤S101中所获得的服务位置未出现在历史出行地点中的话(此时大概率是服务请求方误操作)，则确定的提示方式可以是较为强烈的提示方式，比如以服务请求端播放语音或开启震动的方式对服务请求方进行提醒(使得服务请求端持续的震动，或者是自动播放语音“当前选择的服务位置可能有误”)。

第二种具体情况(至少有两种提示方式)，计算步骤S101中所获得的服务位置，与历史出行地点(该历史出行地点通常指的是与S101中所获得的服务位置距离最近的历史出行地点)之间的距离；并根据与历史出行地点之间的距离的大小来确定提示方式，距离越大，则提示方式越强烈。

此种情况下，步骤S1042，根据服务位置和历史出行地点的匹配情况，确定提示方式，可以按照如下方式执行：

计算服务位置和历史出行地点之间的参考距离；

根据参考距离与提示方式的匹配关系和参考距离的大小，确定提示方式；此处，参考距离越大，则提示方式通常越强烈。一般来说，震动形式和语音形式的提示方式的剧烈程度要大于浮动窗口形式的提示方式，浮动窗口形式的提示方式的剧烈程度要大于文字形式的提示方式。

比如，可以在系统中预存如下表3所示的表格：

表3

编号	距离	提示方式
			1	0-0.5KM	文字形式
2	0.5-1KM	语音形式
			3	1-4KM	语音形式+震动形式

表3中，第二列的距离指的是步骤S101中所获得的服务位置，与历史出行地点之间的距离。

如表3中所示，如果计算得到的距离是0.7KM，则应当对应的使用语音形式的提示方式来向服务请求方进行提示，以完成对服务请求方的提示。

本申请所提供的方法有两种具体的使用情况，分别如下：

第一种使用情况，在下达服务订单前，使用本申请所提供的方法。即服务请求端在下达服务订单前，由系统执行后续的步骤(步骤S101-S104)。

第二种使用情况，在下达服务订单时，使用本申请所提供的方法。即，服务请求端可以在发出服务订单的时候，由系统执行后续的步骤(步骤S101-S104)。

针对上述第一种使用情况，本申请所提供的方法中，步骤S101，可以按照如下方式实现：

步骤1011，获取服务请求端在进入下单页面后自动定位的定位位置；

步骤S102可以按照如下方式实现：

步骤1021，获取用户在服务请求端的下单页面选择的服务位置；

步骤1011和1021的过程，说明系统在步骤S101中所获取到的服务位置是服务请求方操作服务请求端在下单页面中选择的服务位置，如图1所示的页面就是下单页面。服务请求方通过在下单页面上进行操作，就可以完成选择服务位置的工作。但应当注意的是，步骤1011的行为是在下单前完成的，或者是说服务请求方通过操作服务请求端发出服务位置的时候，并没有一并发出下单指令。

如本申请所提供的方案执行主体是服务器，则服务请求端发出服务位置和定位位置的行为可以是在服务请求方的操作下发出的(如服务请求方在选择了服务位置后，通过点击发送按键来发送服务位置和定位位置)，也可以是不经过服务请求方操作，而是服务请求端自行发送的(服务请求方在选择完服务位置后，不需要服务请求方点击发送按键，服务请求端就直接将服务位置和定位位置发送给服务器)。

进而，步骤S104中，通过服务请求端向用户展示提示信息可以按照如下方式实现：

通过向用户展示更新后的下单页面，更新后的下单页面中携带有提示信息。

进而，更新后的下单页面在展示给给服务请求方的同时，也可以展示提示信息。服务请求方在看到提示信息后，可以进一步进行下达服务订单的操作，也可以终止流程，退出下单页面。

针对上述第二种使用情况，本申请所提供的方法中，步骤S101，获取服务请求端的定位位置，可以按照如下方式实现：

步骤1012，获取用户通过操作服务请求端所生成的下单请求；

步骤1013，从下单请求中提取服务请求端的定位位置；

步骤1012中，服务请求端向系统发出了下单请求，进而，步骤1013中，系统可以从下单请求中提取出当前定位地址和服务位置，很明显的，第二种使用情况中，当前定位地址和服务位置是携带在下单请求中的。

进而，步骤S104中，通过服务请求端向用户展示提示信息，包括：

向通过服务请求端向用户展示更新后的下单页面，更新后的下单页面中携带有提示信息；

如此，服务请求方在发起下单请求后(如服务请求端向系统发出了下单请求后)，服务请求端就会接收到更新后的下单页面，进而服务请求端就可以直接显示包含有提示信息的下单页面了。也就是，在步骤S104中，系统可以将提示信息和下单页面进行叠加，并通过服务请求端向用户展示叠加后的页面。

除了在更新后的下单页面中携带提示信息，还可以只展示提示信息，而不展示下单页面，也就是，步骤S104中，通过服务请求端向用户展示提示信息，可以按照如下方式实现：

向通过服务请求端向用户展示携带有提示信息的提示页面；

也就是，服务请求方在发起下单请求后(通过服务请求端向系统发出了下单请求后)，服务请求端就会接收到提示页面，也就可以通过服务请求端向用户展示携带有提示信息的提示页面。

不论是通过下单页面来返回提示信息，还是通过提示页面来返回提示信息，服务请求方看到提示信息后都可能进行三种操作，分别是确认服务位置无误的操作、修改服务位置的操作和终止当前流程的操作。如果是服务请求方进行的是确认服务位置无误的操作，或，修改服务位置的操作，则服务请求端可以对应的生成服务位置确认指令，进而，系统在可以根据该服务位置确认指令所确认的服务位置，来为服务请求端生成对应的服务订单了。如果服务请求方进行的是终止当前流程的操作，则服务请求端可以对应的生成取消指令，系统就可以终止当前操作了。

具体实现时，服务请求端可以在显示提示信息的同时，显示确认按键和取消按键。如果服务请求方点击了确认按键的话，则服务请求端可以对应的生成服务位置确认指令，系统在接收到服务位置确认指令后可以直接生成服务订单。如果服务请求方点击了取消按键的话，则服务请求端可以对应的生成取消指令，系统在接收到取消指令后可以终止当前流程。

如图7所示，示出了是本申请一些实施例的提示信息展示方法所在的服务系统100的框图。例如，服务系统100可以是用于诸如出租车、代驾服务、快车、拼车、公共汽车服务、驾驶员租赁、或班车服务之类的运输服务、或其任意组合的在线运输服务平台。服务系统100可以包括服务器110(本申请所提供方法的执行主体的一种)、网络120、服务请求方终端130(服务请求端)、服务提供方终端140(服务提供端)和数据库150中的一种或多种，服务器110中可以包括执行指令操作的处理器。

在一些实施例中，服务器110可以是单个服务器，也可以是服务器组。服务器组可以是集中式的，也可以是分布式的(例如，服务器110可以是分布式系统)。在一些实施例中，服务器110相对于终端，可以是本地的、也可以是远程的。例如，服务器110可以经由网络120访问存储在服务请求方终端130、服务提供方终端140、或数据库150、或其任意组合中的信息和/或数据。作为另一示例，服务器110可以直接连接到服务请求方终端130、服务提供方终端140和数据库150中至少一个，以访问存储的信息和/或数据。在一些实施例中，服务器110可以在云平台上实现；仅作为示例，云平台可以包括私有云、公有云、混合云、社区云(community cloud)、分布式云、跨云(inter-cloud)、多云(multi-cloud)等，或者它们的任意组合。在一些实施例中，服务器110可以在具有本申请中图8所示的一个或多个组件的电子设备1000上实现。

网络120可以用于信息和/或数据的交换。在一些实施例中，服务系统100中的一个或多个组件(例如，服务器110，服务请求方终端130，服务提供方终端140和数据库150)可以向其他组件发送信息和/或数据。例如，服务器110可以经由网络120从服务请求方终端130获取服务请求。在一些实施例中，网络120可以是任何类型的有线或者无线网络，或者是他们的结合。仅作为示例，网络130可以包括有线网络、无线网络、光纤网络、远程通信网络、内联网、因特网、局域网(Local Area Network，LAN)、广域网(Wide Area Network，WAN)、无线局域网(Wireless Local Area Networks，WLAN)、城域网(Metropolitan Area Network，MAN)、广域网(Wide Area Network，WAN)、公共电话交换网(Public Switched TelephoneNetwork，PSTN)、蓝牙网络、ZigBee网络、或近场通信(Near Field Communication,NFC)网络等，或其任意组合。在一些实施例中，网络120可以包括一个或多个网络接入点。例如，网络120可以包括有线或无线网络接入点，例如基站和/或网络交换节点，服务系统100的一个或多个组件可以通过该接入点连接到网络120以交换数据和/或信息。

在一些实施例中，服务请求方终端130的服务请求方可以是除服务实际需求者之外的其他人。例如，服务请求方终端130的服务请求方A可以使用服务请求方终端130来为服务实际需求者B发起服务请求(比如，服务请求方A可以为自己的朋友B叫车)，或者从服务器110接收服务信息或指令等。在一些实施例中，服务提供方终端140的服务请求方可以是服务实际提供者，也可以是除服务实际提供者之外的其他人。例如，服务提供方终端140的服务请求方C可以使用服务提供方终端140接收由服务实际提供者D提供服务的服务请求(比如服务请求方C可以为自己雇用的服务提供方D接单)，和/或来自服务器110的信息或指令。在一些实施例中，“服务请求方”和“服务请求方终端”可以互换使用，“服务提供方”和“服务提供方终端”可以互换使用。

在一些实施例中，服务请求方终端130可以包括移动设备、平板计算机、膝上型计算机、或机动车辆中的内置设备等，或其任意组合。在一些实施例中，移动设备可以包括智能家居设备、可穿戴设备、智能移动设备、虚拟现实设备、或增强现实设备等，或其任意组合。在一些实施例中，智能家居设备可以包括智能照明设备、智能电器设备的控制设备、智能监控设备、智能电视、智能摄像机、或对讲机等，或其任意组合。在一些实施例中，可穿戴设备可包括智能手环、智能鞋带、智能玻璃、智能头盔、智能手表、智能服装、智能背包、智能配件等、或其任何组合。在一些实施例中，智能移动设备可以包括智能手机、个人数字助理(Personal Digital Assistant，PDA)、游戏设备、导航设备、或销售点(point of sale，POS)设备等，或其任意组合。在一些实施例中，虚拟现实设备和/或增强现实设备可以包括虚拟现实头盔、虚拟现实玻璃、虚拟现实贴片、增强现实头盔、增强现实玻璃、或增强现实贴片等，或其任意组合。例如，虚拟现实设备和/或增强现实设备可以包括各种虚拟现实产品等。在一些实施例中，机动车辆中的内置设备可以包括车载计算机、车载电视等。在一些实施例中，服务请求方终端130可以是具有用于定位服务请求方和/或服务请求方终端的位置的定位技术的设备。

在一些实施例中，服务提供方终端140可以是与服务请求方终端130类似或相同的设备。在一些实施例中，服务提供方终端140可以是具有定位技术的设备，用于定位服务提供方和/或服务提供方终端的位置。在一些实施例中，服务请求方终端130和/或服务提供方终端140可以与其他定位设备通信以确定服务请求方、服务请求方终端130、服务提供方、或服务提供方终端140、或其任意组合的位置。在一些实施例中，服务请求方终端130和/或服务提供方终端140可以将定位信息发送给服务器110。

数据库150可以存储数据和/或指令。在一些实施例中，数据库150可以存储从服务请求方终端130和/或服务提供方终端140获得的数据。在一些实施例中，数据库150可以存储在本申请中描述的示例性方法的数据和/或指令。在一些实施例中，数据库150可以包括大容量存储器、可移动存储器、易失性读写存储器、或只读存储器(Read-Only Memory,ROM)等，或其任意组合。作为举例，大容量存储器可以包括磁盘、光盘、固态驱动器等；可移动存储器可包括闪存驱动器、软盘、光盘、存储卡、zip磁盘、磁带等；易失性读写存储器可以包括随机存取存储器(Random Access Memory,RAM)；RAM可以包括动态RAM(Dynamic RandomAccess Memory,DRAM)，双倍数据速率同步动态RAM(Double Date-Rate Synchronous RAM,DDR SDRAM)；静态RAM(Static Random-Access Memory,SRAM)，晶闸管RAM(Thyristor-Based Random Access Memory,T-RAM)和零电容器RAM(Zero-RAM)等。作为举例，ROM可以包括掩模ROM(Mask Read-Only Memory,MROM)、可编程ROM(Programmable Read-OnlyMemory,PROM)、可擦除可编程ROM(Programmable Erasable Read-only Memory,PEROM)、电可擦除可编程ROM(Electrically Erasable Programmable read only memory,EEPROM)、光盘ROM(CD-ROM)、以及数字通用磁盘ROM等。在一些实施例中，数据库150可以在云平台上实现。仅作为示例，云平台可以包括私有云、公有云、混合云、社区云、分布式云、跨云、多云或者其它类似的等，或其任意组合。

与上述方法相对应的，本申请还提供了一种提示信息展示装置，包括：

第一获取模块，用于获取服务请求端的定位位置；

第二获取模块，用于获取用户在所述服务请求端选择的服务位置；

第一计算模块，用于计算所述定位位置和所述服务位置之间的距离；

第一展示模块，若所述距离大于设定阈值，则用于通过所述服务请求端向用户展示提示信息。

优选的，所述装置还包括：

第一确定模块，用于根据所述定位位置和所述服务位置，确定从所述定位位置到达服务位置的通行时间；

第一展示模块，包括：

第一展示单元，用于通过所述服务请求端向用户展示携带所述通行时间的提示信息。

优选的，所述第一确定模块，包括：

第一确定单元，用于根据所述定位位置和所述服务位置，确定从所述定位位置到达所述服务位置的导航路线；

第二确定单元，用于根据确定的所述导航路线，确定从所述定位位置到达服务位置的通行时间。

优选的，所述第一确定单元，包括：

所述第一确定子单元，用于根据所述定位位置、所述服务位置和预设的至少一种出行方式，确定与每种出行方式对应的导航路线；

所述第二确定单元，包括：

第二确定子单元，用于根据确定的与每种出行方式对应的导航路线，确定在每种出行方式下从所述定位位置到达所述服务位置的通行时间。

优选的，所述出行方式包括：

步行、自行车出行、电动车出行、机动车出行。

优选的，所述装置还包括：

第二获取模块，用于获取所述服务请求端的历史出行地点；

所述第一展示模块，包括：

第二展示单元，若所述距离大于设定阈值，且所述服务位置与所述历史出行地点不匹配，则用于通过所述服务请求端向用户展示提示信息。

优选的，所述第一展示模块，包括：

第一获取单元，用于获取所述服务请求端的历史出行地点；

第三确定单元，用于根据所述服务位置和所述历史出行地点的匹配情况，确定提示方式；

第三展示单元，用于按照确定的提示方式，通过所述服务请求端向用户展示提示信息。

优选的，采用以下提示方式中的至少一种，通过所述服务请求端向用户展示提示信息：

文字形式、震动形式、语音形式、浮动窗口形式。

优选的，所述装置还包括：

第二确定模块，用于在接收到针对所述提示信息生成的服务位置确认指令后，将所述服务位置确定为所述服务请求端的当前服务订单的服务位置；或者，

所述装置还包括：

第三确定模块，用于在接收到针对所述提示信息生成的修改后的服务位置后，将修改后的所述服务位置确定为所述服务请求端的当前服务订单的服务位置。

优选的，所述第一获取模块，包括：

第二获取单元，用于获取所述服务请求端在进入下单页面后自动定位的所述定位位置；

第一发送第二获取模块，包括：

第三获取单元，用于获取用户在所述服务请求端的下单页面选择的服务位置；

提取所述第一展示模块，包括：

第四展示单元，用于通过向用户展示更新后的下单页面，所述更新后的下单页面中携带有所述提示信息。

优选的，所述第一获取模块，包括：

第四获取单元，用于获取用户通过操作服务请求端所生成的下单请求；

第一提取单元，用于从所述下单请求中提取所述服务请求端的定位位置；

第二获取模块，包括：

第二提取单元，用于从所述下单请求中提取所述服务请求端的服务位置；

所述第一展示模块，包括：

第五展示单元，通过所述服务请求端向用户展示更新后的下单页面，所述更新后的下单页面中携带有所述提示信息；或者，用于通过所述服务请求端向用户展示携带有所述提示信息的提示页面；

所述装置，还包括：

第一生成模块，用于在接收到服务位置确认指令后，根据所述服务位置确认指令所确认的服务位置生成服务订单。

优选的，所述第一获取模块，包括：

第五发送第一显示单元，用于通过所述服务请求端显示用于选择服务位置的地图；

第四第五获取单元，用于获取用户在所述服务请求端的所述地图上选择的服务位置。

优选的，所述装置还包括：

调整模块，用于根据获取用户在所述服务请求端的所述地图上选择的服务位置和服务请求端的定位位置之间的距离，调整所述地图的显示比例尺，并通过服务请求端按照调整后的显示比例尺显示地图，以使在服务请求端在当前显示的地图上同时显示出所述服务位置和所述定位位置。

与上述方法相对应的，本申请还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行如提示信息展示方法的步骤。

如图8所示，为本申请实施例所提供的电子设备示意图，该电子设备1000包括：处理器1001、存储器1002和总线1003，存储器1002存储有执行指令，当电子设备运行时，处理器1001与存储器1002之间通过总线1003通信，处理器1001执行存储器1002中存储的提示信息展示方法的步骤。

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

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

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

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

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

Claims (22)

1.一种提示信息展示方法，其特征在于，包括：

获取线网约车服务的服务请求端的定位位置和历史出行地点；

获取用户在所述服务请求端选择的服务位置，包括：通过所述服务请求端显示用于选择服务位置的地图，以及获取所述用户在所述服务请求端的所述地图上选择的服务位置；

计算所述定位位置和所述服务位置之间的距离；以及

若所述距离大于设定阈值，且所述服务位置与所述历史出行地点不匹配，则在服务请求端下达网约车服务订单前，通过所述服务请求端向用户展示提示信息，

其中所述方法还包括：

根据获取用户在所述服务请求端的所述地图上选择的服务位置和服务请求端的定位位置之间的距离，调整所述地图的显示比例尺，并通过服务请求端按照调整后的显示比例尺显示地图，以使在服务请求端在当前显示的地图上同时显示出所述服务位置和所述定位位置。

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

根据所述定位位置和所述服务位置，确定从所述定位位置到达服务位置的通行时间；

所述通过所述服务请求端向用户展示提示信息，包括：

通过所述服务请求端向用户展示携带所述通行时间的提示信息。

3.根据权利要求2所述的方法，其特征在于，根据所述定位位置和所述服务位置，确定从所述定位位置到达服务位置的通行时间，包括：

根据所述定位位置和所述服务位置，确定从所述定位位置到达所述服务位置的导航路线；

根据确定的所述导航路线，确定从所述定位位置到达服务位置的通行时间。

4.根据权利要求3所述的方法，其特征在于，根据所述定位位置和所述服务位置，确定从所述定位位置到达所述服务位置的导航路线，包括：

根据所述定位位置、所述服务位置和预设的至少一种出行方式，确定与每种出行方式对应的导航路线；

根据确定的所述导航路线，确定从所述定位位置到达服务位置的通行时间，包括：

根据确定的与每种出行方式对应的导航路线，确定在每种出行方式下从所述定位位置到达所述服务位置的通行时间。

5.根据权利要求4所述的方法，其特征在于，所述出行方式包括：

步行、自行车出行、电动车出行、机动车出行。

6.根据权利要求1所述的方法，其特征在于，通过所述服务请求端向用户展示提示信息，包括：

获取所述服务请求端的历史出行地点；

根据所述服务位置和所述历史出行地点的匹配情况，确定提示方式；

按照确定的提示方式，通过所述服务请求端向用户展示提示信息。

7.根据权利要求1～6任一所述的方法，其特征在于，采用以下提示方式中的至少一种，通过所述服务请求端向用户展示提示信息：

文字形式、震动形式、语音形式、浮动窗口形式。

8.根据权利要求1所述的方法，其特征在于，通过所述服务请求端向用户展示提示信息之后，还包括：

在接收到针对所述提示信息生成的服务位置确认指令后，将所述服务位置确定为所述服务请求端的当前服务订单的服务位置；或者，

在接收到针对所述提示信息生成的修改后的服务位置后，将修改后的所述服务位置确定为所述服务请求端的当前服务订单的服务位置。

9.根据权利要求1所述的方法，其特征在于，获取服务请求端的定位位置，包括：

获取所述服务请求端在进入下单页面后自动定位的所述定位位置；

获取用户在所述服务请求端选择的服务位置，包括：

获取用户在所述服务请求端的下单页面选择的服务位置；

通过所述服务请求端向用户展示提示信息，包括：

通过向用户展示更新后的下单页面，所述更新后的下单页面中携带有所述提示信息。

10.根据权利要求1所述的方法，其特征在于，获取服务请求端的定位位置，包括：

获取用户通过操作服务请求端所生成的下单请求；

从所述下单请求中提取所述服务请求端的定位位置；

获取用户在所述服务请求端选择的服务位置，包括：

从所述下单请求中提取所述服务请求端的服务位置；

通过所述服务请求端向用户展示提示信息，包括：

通过所述服务请求端向用户展示更新后的下单页面，所述更新后的下单页面中携带有所述提示信息；或者，通过所述服务请求端向用户展示携带有所述提示信息的提示页面；

在通过所述服务请求端向用户展示提示信息之后，还包括：

在接收到服务位置确认指令后，根据所述服务位置确认指令所确认的服务位置生成服务订单。

11.一种提示信息展示装置，其特征在于，包括：

第一获取模块，用于获取网约车服务的服务请求端的定位位置和历史出行地点；

第二获取模块，用于获取用户在所述服务请求端选择的服务位置，所述第二获取模块包括：第一显示单元，用于通过所述服务请求端显示用于选择服务位置的地图，以及第五获取单元，用于获取所述用户在所述服务请求端的所述地图上选择的服务位置；

第一计算模块，用于计算所述定位位置和所述服务位置之间的距离；

第一展示模块，用于若所述距离大于设定阈值，且所述服务位置与所述历史出行地点不匹配，则在服务请求端下达网约车服务订单前通过所述服务请求端向用户展示提示信息；以及

调整模块，用于根据获取用户在所述服务请求端的所述地图上选择的服务位置和服务请求端的定位位置之间的距离，调整所述地图的显示比例尺，并通过服务请求端按照调整后的显示比例尺显示地图，以使在服务请求端在当前显示的地图上同时显示出所述服务位置和所述定位位置。

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

第一确定模块，用于根据所述定位位置和所述服务位置，确定从所述定位位置到达服务位置的通行时间；

第一展示模块，包括：

第一展示单元，用于通过所述服务请求端向用户展示携带所述通行时间的提示信息。

13.根据权利要求12所述的装置，其特征在于，所述第一确定模块，包括：

第一确定单元，用于根据所述定位位置和所述服务位置，确定从所述定位位置到达所述服务位置的导航路线；

第二确定单元，用于根据确定的所述导航路线，确定从所述定位位置到达服务位置的通行时间。

14.根据权利要求13所述的装置，其特征在于，所述第一确定单元，包括：

第一确定子单元，用于根据所述定位位置、所述服务位置和预设的至少一种出行方式，确定与每种出行方式对应的导航路线；

所述第二确定单元，包括：

第二确定子单元，用于根据确定的与每种出行方式对应的导航路线，确定在每种出行方式下从所述定位位置到达所述服务位置的通行时间。

15.根据权利要求14所述的装置，其特征在于，所述出行方式包括：

步行、自行车出行、电动车出行、机动车出行。

16.根据权利要求11所述的装置，其特征在于，所述第一展示模块，包括：

第一获取单元，用于获取所述服务请求端的历史出行地点；

第三确定单元，用于根据所述服务位置和所述历史出行地点的匹配情况，确定提示方式；

第三展示单元，用于按照确定的提示方式，通过所述服务请求端向用户展示提示信息。

17.根据权利要求11～16任一所述的装置，其特征在于，采用以下提示方式中的至少一种，通过所述服务请求端向用户展示提示信息：

文字形式、震动形式、语音形式、浮动窗口形式。

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

第二确定模块，用于在接收到针对所述提示信息生成的服务位置确认指令后，将所述服务位置确定为所述服务请求端的当前服务订单的服务位置；或者，

所述装置还包括：

第三确定模块，用于在接收到针对所述提示信息生成的修改后的服务位置后，将修改后的所述服务位置确定为所述服务请求端的当前服务订单的服务位置。

19.根据权利要求11所述的装置，其特征在于，所述第一获取模块，包括：

第二获取单元，用于获取所述服务请求端在进入下单页面后自动定位的所述定位位置；

第二获取模块，包括：

第三获取单元，用于获取用户在所述服务请求端的下单页面选择的服务位置；

所述第一展示模块，包括：

第四展示单元，用于通过向用户展示更新后的下单页面，所述更新后的下单页面中携带有所述提示信息。

20.根据权利要求11所述的装置，其特征在于，所述第一获取模块，包括：

第四获取单元，用于获取用户通过操作服务请求端所生成的下单请求；

第一提取单元，用于从所述下单请求中提取所述服务请求端的定位位置；

第二获取模块，包括：

第二提取单元，用于从所述下单请求中提取所述服务请求端的服务位置；

所述第一展示模块，包括：

第五展示单元，通过所述服务请求端向用户展示更新后的下单页面，所述更新后的下单页面中携带有所述提示信息；或者，用于通过所述服务请求端向用户展示携带有所述提示信息的提示页面；

所述装置，还包括：

第一生成模块，用于在接收到服务位置确认指令后，根据所述服务位置确认指令所确认的服务位置生成服务订单。

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

22.一种计算机可读存储介质，其特征在于，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行如权利要求1至10任一所述的提示信息展示方法的步骤。