约车订单上车地点修改方法、装置，以及电子设备

技术领域

本申请实施例涉及计算机技术领域，特别是涉及一种约车订单上车地点修改方法、装置、电子设备及计算机可读存储介质。

背景技术

在网约车场景中，用户提交约车订单之后，经常会出现需要修改上车地点的情况。例如，用户在某一建筑物内的A门附近提交约车订单，则约车订单的上车地点被定位为该建筑物的A门。在等待接驾的过程中，乘客发现A门出现可道路拥堵情况，而该建筑物的B门、C门道路畅通，如果修改上车地点，可以更早上车，避免用户和接驾车辆长时间等待。现有技术的网约车场景中，提交约车订单之后，用户无法通过约车客户端修改上车地点，只能通过电话与接驾司机进行沟通，协商上车地点。

可见，现有技术中在等待接驾环节修改网约车上车地点时，操作繁琐，导致接驾效率低下。

发明内容

本申请实施例提供一种约车订单上车地点修改方法，能够提升接驾效率。

第一方面，本申请实施例提供了一种约车订单上车地点修改方法，包括：

服务端响应于第一客户端提交的约车订单进入等待接驾状态，确定所述约车订单是否符合修改上车地点的实时路况条件；

所述服务端响应于所述约车订单符合所述实时路况条件，以接驾时长最小化为目标，搜索推荐上车地点；

所述服务端将所述推荐上车地点发送至所述第一客户端，使得所述第一客户端显示所述推荐上车地点，以供用户进行选择。

第二方面，本申请实施例提供了一种约车订单上车地点修改装置，包括：

上车地点修改条件判断模块，用于服务端响应于第一客户端提交的约车订单进入等待接驾状态，确定所述约车订单是否符合修改上车地点的实时路况条件；

推荐上车地点搜索模块，用于所述服务端响应于所述约车订单符合所述实时路况条件，以接驾时长最小化为目标，搜索推荐上车地点；

上车地点修改模块，用于所述服务端将所述推荐上车地点发送至所述第一客户端，使得所述第一客户端显示所述推荐上车地点，以供用户进行选择。

第三方面，本申请实施例还公开了一种电子设备，包括存储器、处理器及存储在所述存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现本申请实施例所述的约车订单上车地点修改方法。

第四方面，本申请实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时本申请实施例公开的约车订单上车地点修改方法的步骤。

本申请实施例公开的约车订单上车地点修改方法，通过服务端响应于第一客户端提交的约车订单进入等待接驾状态，确定所述约车订单是否符合修改上车地点的实时路况条件；所述服务端响应于所述约车订单符合所述实时路况条件，以接驾时长最小化为目标，搜索推荐上车地点；所述服务端将所述推荐上车地点发送至所述第一客户端，使得所述第一客户端显示所述推荐上车地点，以供用户进行选择，能够提升在等待接驾环节的接驾效率。

上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，而可依照说明书的内容予以实施，并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。

附图说明

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

图1是本申请实施例一的约车订单上车地点修改方法流程图；

图2是本申请实施例一的约车订单上车地点修改方法应用系统示意图；

图3是本申请实施例一的一接驾场景示意图；

图4是本申请实施例一修改上车地点页面显示内容示意图；

图5是本申请实施例二的约车订单上车地点修改装置结构示意图；

图6示意性地示出了用于执行根据本申请的方法的电子设备的框图；以及

图7示意性地示出了用于保持或者携带实现根据本申请的方法的程序代码的存储单元。

具体实施方式

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

实施例一

本申请实施例公开的一种约车订单上车地点修改方法，如图1所示，所述方法包括：步骤110至步骤130。

步骤110，服务端响应于第一客户端提交的约车订单进入等待接驾状态，确定所述约车订单是否符合修改上车地点的实时路况条件。

本申请实施例中所述的约车订单上车地点修改方法，应用于如图2所示的网约车系统，如图2所示，所述网约车系统至少包括：服务端200、第一客户端210、第二客户端220、位置服务系统230。其中，第一客户端210指网约车系统的用户侧客户端，第二客户端220指网约车系统的司机侧客户端。

本申请实施例中所述的位置服务系统230的具体实施方式参见现有技术，本申请实施例中不再赘述。本申请实施例，对现有技术中网约车系统中的服务端200、第一客户端210和第二客户端220的具体实施方式和交互流程进行改进后，实现了可以在等待接驾环节可以高效的修改上车地点。下面，具体举例说明本申请实施例公开的约车订单上车地点修改方法的具体实施方式。

例如，在用户通过第一客户端210选择当前上车地点和目的地，以及上车时间，通过第一客户端210提交约车订单之后，所述服务端200接收到第一客户端210提交的约车申请，然后，所述服务端200向司机侧的第二客户端220执行派单操作，并在派单成功后，将该网约车订单的接驾司机信息、接驾车辆信息等信息反馈至所述第一客户端210，之后，该约车订单进入等待接驾状态。此时，所述服务端200进一步判断所述约车订单的是否符合修改上车地点的实时路况条件。

本申请实施例中所述的修改上车地点的实时路况条件是指初步判断约车订单的当前上车地点是否适合修改上车地点的条件。本申请的一些实施例中，所述实时路况条件包括以下一项或多项：所述当前上车地点所在路段拥堵距离大于预设距离阈值；到达所述当前上车地点所需时长大于第一预设时长；对应所述当前上车地点的可修改上车地点范围内不包括指定地理围栏。其中，所述指定地理围栏可以为例如机场巴士接车站点等车辆固定停车区域。

本申请的一些实施例中，所述服务端响应于第一客户端提交的约车订单进入等待接驾状态，确定所述约车订单是否符合修改上车地点的实时路况条件，包括：所述服务端响应于第一客户端提交的约车订单进入等待接驾状态,通过预设位置服务系统，获取所述约车订单的当前上车地点所在路段的拥堵距离、所述约车订单的接驾车辆到达所述当前上车地点所需时长，以及，所述当前上车地点的预设地理范围内包括的指定地理围栏的信息；响应于所述当前上车地点所在路段拥堵距离大于预设距离阈值，且，所述约车订单的接驾车辆到达所述当前上车地点所需时长大于第一预设时长，以及，所述当前上车地点的预设地理范围内不包括所述指定地理围栏，则确定所述约车订单符合修改上车地点的实时路况条件。其中，所述预设距离阈值和所述第一预设时长根据基于车辆变换目的地的时效性数据进行统计分析后设置。

其中，所述预设位置服务系统为图2所示的网约车系统中的位置服务系统230。所述位置服务系统230用于提供位置相关的服务，例如，定位服务、导航服务、实时路况信息查询、地理围栏信息等。所述服务端200在确定约车订单进入等待接驾状态之后，立刻基于该约车订单的当前上车地点，调用所述位置服务系统230提供的基于位置的服务，获取该当前上车地点附近的路况信息(如该当前上车地点附近是否拥堵、拥堵距离、该当前上车地点附近预设距离范围内包括的地理围栏列表)；以及，基于该约车订单的接驾车车辆的实时位置信息预估该接驾车辆到达所述当前上车地点所需时长。

之后，服务端200根据获取的上述信息进一步判断该约车订单是否符合适合修改上车地点的初步条件。例如，当所述当前上车地点所在路段拥堵距离大于100米，且所述约车订单的接驾车辆到达所述当前上车地点所需时长大于5分钟，并且，当前上车地点附近100米没有预设的任何地理围栏时，则确定所述约车订单符合修改上车地点的实时路况条件。

本申请的一些实施例中，也可以仅在确定该约车订单的当前上车地点符合上述一项或两项修改上车地点的实时路况条件时，即允许用户修改上车地点，本申请实施例中不再一一例举。

步骤120，所述服务端响应于所述约车订单符合所述实时路况条件，以接驾时长最小化为目标，搜索推荐上车地点。

在服务端确定所述约车订单符合所述实时路况条件之后，所述服务端进一步在指定范围内搜索推荐上车地点。本申请实施例中所述的推荐上车地点为接驾时间最短的可上车地点。

本申请的一些实施例中，所述服务端响应于所述约车订单符合所述实时路况条件，以接驾时长最小化为目标，搜索推荐上车地点，包括：所述服务端响应于所述约车订单符合所述实时路况条件，确定与所述约车订单匹配的接驾区域；获取所述接驾区域内的可上车地点；分别确定每个所述可上车地点对应的接驾时长；确定最短的所述接驾时长对应的所述可上车地点，作为推荐上车地点。其中，所述接驾区域是根据所述约车订单的当前上车地点确定的。

本申请的一些实施例中，确定与所述约车订单匹配的接驾区域包括：确定以所述约车订单的当前上车地点为圆心的预设半径的圆形区域，作为与所述约车订单匹配的接驾区域。例如，可以确定一个以所述约车订单的当前上车地点为圆心，半径为200米的圆形区域作为与所述约车订单匹配的接驾区域。

进一步的，所述服务端以所述接驾区域为输入参数，获取所述接驾区域内的可上车地点。本申请实施例中所述的可上车地点指乘客可以上车的地点，如城市交通道路中的辅路、建筑物或园区的出入口等。本申请的一些实施例中，可以通过调用地图服务或者导航服务或者调用所述位置服务系统提供的接口，获取所述接驾区域内的可上车地点。本申请对获取指定范围内的上车地点的具体实施方式不做限定。

通常情况下，在一个接驾区域内或包括多个可上车地点。进一步的，所述服务端分别获取每个所述可上车地点的接驾时长。本申请实施例中所述的接驾时长指从当前时间起至所述接驾车辆与乘客相遇所需的时长。本申请的一些实施例中，所述分别确定每个所述可上车地点对应的接驾时长，包括：对于每个所述可上车地点，分别确定所述接驾车辆到达所述可上车地点所需的第二时长和所述乘客步行至所述可上车地点所需的第三时长；对于每个所述可上车地点，将所述接驾车辆到达所述可上车地点所需的第二时长和所述乘客步行至所述可上车地点所需的第三时长中的最大时长，确定为所述可上车地点对应的接驾时长。以图3所示的接驾场景示意图为例，乘客所在位置为A，接驾车辆所在位置为D,B和C为前述步骤确定的两个可上车地点，服务端需要分别确定乘客在可上车地点B上车时对应的接驾时长t

本申请的一些实施例中，可以通过调用现有技术中的导航服务的接口获取乘客从当前位置步行至指定可上车地点的所需时长，本申请实施例中不再赘述。其中，乘客的当前位置可以通过第一客户端读取乘客设备的定位接口获取，或者，通过第一客户端采集用户输入的位置信息获取。

本申请的一些实施例中，可以通过调用现有技术中的导航服务的接口获取接驾车辆从当前位置行驶至指定可上车地点的所需时长，本申请实施例中不再赘述。其中，接驾车辆的当前位置可以通过第二客户端读取接驾车辆的内置或外置导航设备的定位接口获取。

接下来，服务端按照预设策略对所述接驾区域内的可上车地点进行筛选，确定接驾时长最短的可上车地点作为推荐给用户的推荐上车地点。本申请的一些实施例中，可以确定最短的所述接驾时长对应的所述可上车地点，作为推荐上车地点。仍以前述可上车地点B和C为例，如前所述，已经确定可上车地点B对应的接驾时长t

本申请的一些实施例中，可以直接将该最短接驾时长对应的可上车地点作为推荐给乘客的上车地点。例如，将可上车地点B作为推荐上车地点推荐给乘客。

本申请的另一些实施例中，考虑到修改上车地点后对接驾司机接驾效率可能带来的影响，所述确定最短的所述接驾时长对应的所述可上车地点，作为推荐上车地点，包括：响应于最短的所述接驾时长减去指定时长得到的时间差值大于或等于预设时间提前量阈值，确定最短的所述接驾时长对应的所述可上车地点，作为推荐上车地点；响应于最短的所述接驾时长减去所述指定时长得到的时间差值小于预设时间提前量阈值，确定搜索推荐上车地点失败；其中，所述指定时长为所述接驾车辆到达所述约车订单的当前上车地点所需的时长。仍以前述可上车地点B和C为例，如前所述，已经确定可上车地点B对应的接驾时长t

本申请的一些实施例中，通过对行车路线变换对接驾效率的影响数据进行分析后得到预设时间提前量阈值，在确定推荐上车地点之后，进一步获取所述接驾车辆到达所述约车订单的当前上车地点(如A点)所需的时长，本申请实施例中即为“指定时长”，如果前述步骤确定的最短接驾时长(如t

步骤130，所述服务端将所述推荐上车地点发送至所述第一客户端，使得所述第一客户端显示所述推荐上车地点，以供用户进行选择。

接下来，所述服务端将搜索到的推荐上车地点发送至所述第一客户端，所述第一客户端在接收到所述服务端发送的推荐上车地点之后，在所述第一客户端的界面显示所述推荐上车地点，使得用户可以选择显示的所述推荐上车地点，以修改当前上车地点，从而快速的将上车地点修改为接驾时长最短的上车地点，以提升接驾效率。

本申请的一些实施例中，所述服务端将所述推荐上车地点发送至所述第一客户端，使得所述第一客户端显示所述推荐上车地点，以供用户进行选择，包括：子步骤1301至子步骤1303(图中未示出)。

子步骤1301，所述服务端响应于成功搜索到所述推荐上车地点，控制所述第一客户端在等待接驾页面显示上车地点修改入口，以及，所述推荐上车地点的摘要信息。

在所述服务端成功搜索到适合所述约车订单的推荐上车地点之后，所述服务端向所述第一客户端210发送所述推荐上车地点，以及，发送用于指示第一客户端显示上车地点修改入口的消息。

所述第一客户端210在接收到所述推荐上车地点，以及，用于指示第一客户端显示上车地点修改入口的消息之后，在等待接驾页面中显示所述推荐上车地点的摘要信息，其中，所述摘要信息可以包括所述推荐上车地点的名称。本申请的一些实施例中，所述摘要信息还可以包括所述推荐上车地点的推荐依据(如时间最短)等信息。

同时，所述第一客户端210在等待接驾页面显示上车地点修改入口，例如，在等待接驾页面显示指示进入修改上车地点页面的按键。本申请的一些实施例中，所述上车地点修改入口可以为按键形式的入口，用户点击该按键，所述第一客户端将检测到所述上车地点修改入口被触发。本申请的另一些实施例中，也可以将所述推荐上车地点的摘要信息所处显示区域作为上车地点修改入口，用户点击第一客户端显示的所述推荐上车地点的摘要信息，所述第一客户端将检测到所述上车地点修改入口被触发。

子步骤1302，所述第一客户端响应于所述上车地点修改入口被触发，切换至显示修改上车地点页面，所述修改上车地点页面中显示的内容包括：所述推荐上车地点的详情信息。

本申请的一些实施例中，所述第一客户端响应于所述上车地点修改入口被触发，显示修改上车地点页面。

用户可以通过触发所述第一客户端210在等待接驾页面显示的上车地点修改入口，进入修改上车地点页面，修改上车地点。所述第一客户端实时检测用户对页面中显示内容的操作，当检测到用户触发了上车地点修改入口之后，跳转至显示修改上车地点页面，并启动修改上车地点的程序处理流程。

本申请的一些实施例中，所述修改上车地点页面显示的内容分布在至少三个界面区域，如图4所示，其中，第一界面区域410用于显示地图，以及地图附属的信息；所述第二界面区域420用于显示滚动选择控件，所述滚动选择控件用于选择候选上车地点，所述滚动选择控件的控件文本为候选上车地点的名称等信息；所述第三界面区域430用于显示候选上车地点的详情信息。本申请的一些实施例中，所述详情信息包括但不限于以下一种或多种信息：步行时长、步行距离、接驾时长、预估订单费用。所述推荐上车地点选自于所述候选上车地点。

本申请的一些实施例中，所述修改上车地点页面的第一界面区域410、第二界面区域420和第三界面区域430中显示的初始内容可以不同。

本申请的一些实施例中，当用户通过触发上车地点修改入口进入修改上车地点页面时，所述第一客户端响应于所述上车地点修改入口被触发，切换至显示修改上车地点页面，包括：所述第一客户端响应于所述上车地点修改入口被触发，所述第一客户端在所述修改上车地点页面的第一界面区域显示根据所述推荐上车地点确定的指定地理范围的地图，以及，在所述修改上车地点页面的第二界面区域显示滚动选择控件，所述滚动选择控件用于滚动选择候选上车地点；其中，所述候选上车地点为所述接驾区域内的可上车地点，所述第一界面区域中显示的内容包括：以突出显示形式显示的所述推荐上车地点、接驾区域。

例如，在用户点击上车地点修改入口(如任意一个推荐上车地点的摘要信息显示区域)进入修改上车地点页面时，所述第一客户端210以用户点击的上车地点修改入口对应的推荐上车地点为中心，确定在所述第一客户端展示地图中一指定大小的地图区域，并在所述第一界面区域410显示确定的地图区域的地图，并且，所述第一客户端以高亮的显示方式显示确定的推荐上车地点(如距离当前上车地点接驾时间最短的可上车地点)。

本申请的一些实施例中，为了便于用户选择合适的推荐上车地点，所述第一客户端在所述第一界面区域410中还显示推荐上车地点和接驾车辆的实时位置之间的连线和/或路径。

本申请的一些实施例中，在所述修改上车地点页面的第三界面区域430中显示推荐上车地点的详情信息。例如，在所述第三界面区域430中显示推荐上车地点的地址，以及高亮显示推荐上车地点的推荐原因、预估接驾时长、预估订单费用等信息。

本申请的一些实施例中，所述第二界面区域420中显示的滚动选择控件的当前选择候选上车地点默认为所述推荐上车地点。

子步骤1303，所述第一客户端响应于针对一所述推荐上车地点执行的确认修改为上车地点的操作，向所述服务端提交上车地点修改请求，触发所述服务端响应于所述上车地点修改请求，将所述约车订单的当前上车地点修改为所述操作针对的所述推荐上车地点。

本申请的一些实施例中，所述第一客户端响应于针对一所述推荐上车地点执行的确认修改为上车地点的操作，向所述服务端提交上车地点修改请求，触发所述服务端响应于所述上车地点修改请求，将所述约车订单的当前上车地点修改为所述操作针对的所述推荐上车地点，包括：子步骤S1至子步骤S5。

子步骤S1，所述第一客户端响应于针对一所述推荐上车地点执行的确认修改上车地点的操作，向所述服务端提交上车地点修改请求。

前述修改上车地点页面还设置有确认修改上车地点的入口，如图4中的按键440。当用户确认将当前上车地点修改为第三界面区域430中显示推荐上车地点时，可以直接触发所述确认修改上车地点的入口，提交上车地点修改请求，触发服务端执行修改上车地点的程序处理流程，将所述约车订单的当前上车地点修改为第三界面区域430中显示推荐上车地点。

本申请的另一些实施例中，当推荐上车地点大于1个时，用户还可以通过拖拽第一客户端210显示的地图或者滚动第一客户端210显示的滚动选择控件的方式，选择其他推荐上车地点。或者，用户还可以通过拖拽第一客户端210显示的地图或者滚动第一客户端210显示的滚动选择控件的方式，选择接驾区域内的其他可上车地点。之后，用户触发确认修改上车地点的入口，第一客户端将根据用户选择的上车地点(如用户选择的推荐上车地点)生成上车地点修改请求，并将所述上车地点修改请求发送至服务端，以触发服务端执行修改上车地点的程序处理流程。

下面举例说明用户选择推荐上车地点的两种方式。

第一种，拖拽地图。

本申请的一些实施例中，所述第一界面区域中显示的内容还包括：悬浮的地图扎点，所述第一客户端响应于用户在所述修改上车地点页面执行的推荐上车地点选择操作，实时更新所述显示修改上车地点页面的显示内容。例如：所述第一客户端响应于用户对所述地图的拖拽操作，实时刷新所述第一界面区域中显示的地图；响应于所述用户结束所述拖拽操作，确定与所述地图扎点距离最近的推荐上车地点，并将所述地图扎点落在与所述地图扎点距离最近的所述推荐上车地点；更新所述滚动选择控件的当前选择上车地点为所述地图扎点落在的所述推荐上车地点。

本申请实施例中，所述地图扎点落在地图上的位置用于指示用户选择的上车地点的位置。本申请的一些实施例中，在修改上车地点页面的初始状态下，所述地图扎点悬浮与高亮显示的推荐上车地点上层，当用户拖拽第一界面区域中显示的地图时，第一客户端检测到用户对所述地图的拖拽操作，实时刷新所述第一界面区域显示的地图内容，所述地图扎点处于悬浮状态，所述地图扎点悬浮位置的地图内容不断被刷新。当用户停止拖拽所述第一界面区域显示的地图之后，所述第一客户端进一步确定所述地图扎点悬浮位置处的地图位置，并确定距离所述地图扎点悬浮位置处的地图位置最近的所述推荐上车地点，并将地图扎点落在确定的所述推荐上车地点所在的地图位置处。至此，第一客户端确定地图扎点落在的地图位置处的所述推荐上车地点为用户当前选择的推荐上车地点。进一步的，在第一客户端确定地图扎点落在的地图位置处的所述推荐上车地点为用户当前选择的推荐上车地点之后，所述第一客户端同步刷新所述滚动选择控件中当前选择的推荐上车地点为地图扎点落在的地图位置处的所述推荐上车地点。

本申请的一些实施例中，所述第一客户端响应于用户对所述地图的拖拽操作，实时刷新所述第一界面区域中显示的地图的步骤之后，还包括：确定所述地图扎点是否悬浮于所述接驾区域之外；响应于所述地图扎点悬浮于所述接驾区域之外，在所述地图扎点上方弹出提示文本或者播放提示语音以指示所述地图扎点的当前位置不在所述接驾区域内。在用户拖拽地图的过程中，所述第一客户端实时确定距离所述地图扎点悬浮位置处地图位置是否在所述接驾区域以内，当由于地图被拖拽导致所述地图扎点的悬浮位置移出所述接驾区域时，所述第一客户端通过在所述地图扎点所在位置显示提示文本的方式，提示用户地图扎点当前位置不在接驾区域之内。本申请的另一些实施例中，还可以以播放提示语音或者播放提示语音同时显示提示文本的方式，提示用户地图扎点当前位置不在接驾区域之内。

第二种，滚动滚动选择控件。

本申请的一些实施例中，所述第一界面区域中显示的内容还包括：悬浮的地图扎点，所述第一客户端响应于用户在所述修改上车地点页面执行的推荐上车地点选择操作，更新所述显示修改上车地点页面的显示内容，包括：所述第一客户端响应于用户对所述滚动选择控件的滚动操作，根据所述滚动选择控件的当前选择推荐上车地点，实时移动所述第一界面区域中显示的地图，使得所述当前选择推荐上车地点的显示位置位于所述地图扎点的下层；响应于所述用户结束所述滚动操作，将所述地图扎点落在所述地图中所述当前选择推荐上车地点的位置。

在修改上车地点页面的初始状态下，所述滚动选择控件当前选择的上车地点为第一界面区域中高亮显示的上车地点。当用户通过滚动所述滚动选择控件，切换选中的推荐上车地点时，所述第一客户端检测到所述滚动选择控件被触发，根据所述滚动选择控件被触发的步长和方向，计算所述滚动操作对应的第一界面区域中显示的地图的移动方向和步长，并根据计算得到的移动方向和步长，更新所述第一界面区中显示的地图区域和地图区域附属信息，使得所述当前选择推荐上车地点的显示位置位于所述地图扎点的下层。当用户停止滚动所述滚动选择控件之后，所述第一客户端确定所述滚动选择控件当前选择推荐上车地点作为目标上车地点。同时，所述第一客户端确定所述滚动选择控件当前选择推荐上车地点在所述地图中的位置，并将所述地图扎点落在所述位置处。

本申请的一些实施例中，所述上车地点修改请求中携带所述约车订单的订单标识，所述约车订单的当前上车地点、用户选择的推荐上车地点等信息。所述上车地点修改请求用于指示将所述约车订单的当前上车地点修改为所述操作针对的所述推荐上车地点。

本申请的一些实施例中，在第一客户端210的修改上车地点页面，用户选择完上车地点之后，通过触发设置在所述修改上车地点页面的修改上车地点申请提交入口，可以向服务端200提交修改上车地点申请。本申请实施例中，所述修改上车地点申请以第一信息的形式发送到所述服务端200。所述第一信息用于指示申请将约车订单的当前上车地点修改为所述目标上车地点。本申请的一些实施例中，所述第一信息至少包括：用户选择的上车地点和所述约车订单的标识。

本申请的一些实施例中，服务端200除实时接收网约车订单之外，还将实时接收各第一客户端210发送的第一信息。

本申请的一些实施例中，为了提升用户修改上车地点的效率，同时，提升服务端处理修改上车地点申请的效率，服务端对可以修改上车地点的网约车订单进行了进一步筛选。所述服务端响应于所述上车地点修改请求，将所述上车地点修改请求转发至所述约车订单的接驾司机所登陆的第二客户端，还包括：所述服务端响应于所述上车地点修改请求，实时获取所述约车订单的接驾车辆到达所述约车订单的当前上车地点所需的时长；响应于所述接驾车辆到达所述约车订单的当前上车地点所需的时长大于第二预设时长，将所述上车地点修改请求转发至所述约车订单的接驾司机所登陆的第二客户端。

例如，在用户选择上车地点，并通过第一客户端发送给所述服务端之后，所述服务端在再一次根据实时获取的数据确定所述约车订单是否符合修改上车地点的条件。例如，所述服务端通过调用所述位置服务系统230提供的服务，获取所述约车订单的接驾车辆到达所述约车订单的当前接车地点所需的实时时长，并在所述实时时长大于预设时长(如3分钟)时，确定所述约车订单符合修改上车地点的条件，否则，确定所述约车订单不符合修改上车地点的条件。即当接驾车辆很快到达约车订单的当前上车地点时，为了不给接驾车辆带来临时改变路线的风险，禁止修改上车地点。其中，所述第二预设时长根据基于车辆变换目的地的时效性数据进行统计分析后设置。

子步骤S2，所述服务端响应于所述上车地点修改请求，将所述上车地点修改请求转发至所述约车订单的接驾司机所登陆的第二客户端。

在服务端确定所述约车订单符合修改上车地点的条件时，所述服务端将所述上车地点修改请求转发至所述接驾车辆的匹配的第二客户端。本申请的实施例中，所述上车地点修改请求以第二信息的形式发送。所述第二信息中携带约车订单的订单标识、当前上车地点、用户选择的推荐上车地点等信息，用于指示用户申请将所述订单标识的约车订单的当前上车地点修改为用户选择的推荐上车地点。

子步骤S3，所述第二客户端响应于接收到所述上车地点修改请求，对所述上车地点修改请求携带的上车地点修改信息进行语音播报和/或图像显示。

所述第二客户端在接收到所述服务端发送的上车地点修改请求之后，通过语音播报和/或显示文本的方式对所述上车地点修改请求进行输出，使得接驾司机获取到用户的修改上车地点的请求信息。

子步骤S4，所述第二客户端响应于检测到所述接驾司机针对所述上车地点修改请求的确认操作，向所述服务端提交指示接驾司机同意修改上车地点的反馈信息。

所述接驾司机获取到用户修改上车地点的请求信息之后，可以通过操作第二客户端确定是否同意将该约车订单的当前上车地点修改为用户选择的上车地点。

本申请的一些实施例中，在所述第二客户端设置有同意修改上车地点的操作入口，如果第二客户端检测到同意修改上车地点的所述操作入口被触发，说明所述接驾司机同意将约车订单的当前上车地点修改为用户选择的上车地点，则所述第二客户端至少根据所述约车订单的订单标识生成反馈信息，并将所述反馈信息以第三信息的形式发送至所述服务端。通常情况下，所述第三信息中携带所述约车订单的订单标识、所述当前上车地点、用户选择的所述上车地点，以及，指示同意修改上车地点的信息标识。所述第三信息用于指示所述接驾司机同意将所述约车订单的当前上车地点修改为用户选择的所述上车地点。

子步骤S5，所述服务端响应于接收到所述反馈信息，通知所述第一客户端和所述第二客户端将所述约车订单的当前上车地点修改为所述操作针对的所述推荐上车地点。

所述服务端在接收到第二客户端发送的反馈信息(如前述第三信息)之后，根据所述反馈信息中携带的约车订单的订单标识，确定用户登录的第一客户端和接驾司机登录的第二客户端，以及所述约车订单的当前上车地点和用户选择的上车地点，然后，分别向所述第一客户端和所述第二客户端发送将该约车订单的当前上车地点修改为用户选择的上车地点的通知信息。

本申请的一些实施例中，所述第二客户端接收到上述通知信息之后，所述第二客户端将所约车订单的当前上车地点修改为用户选择的上车地点，同时，将修改后的上车地点发送至所述第二客户端关联的导航模块，用于重新进行路线规划。

本申请的一些实施例中，所述第一客户端接收到上述通知信息之后，将所约车订单的当前上车地点修改为用户选择的所述上车地点。同时，在所述第一客户端的修改上车地点页面显示指示修改上车地点操作成功的提示信息。例如，在所述第一客户端显示“上车点修改成功！”的提示信息，并将所述第一客户端显示的地图的上车地点刷新为最新确定的上车地点。再例如，所述第一客户端可以进一步获取所述第一客户端的当前位置距离所述最新确定的上车地点之间的距离和路线，以及，从所述第一客户端的当前位置步行至所述最新确定的上车地点所需时间，并在所述第一客户端的显示最新确定的上车地点、所述第一客户端的当前位置距离所述最新确定的上车地点之间的距离和路线，以及步行所述时间等信息。

本申请的另一些实施例中，在所述第二客户端设置有不同意修改上车地点的操作入口，如果第二客户端检测到不同意修改上车地点的所述操作入口被触发，说明所述接驾司机不同意将约车订单的当前上车地点修改为用户选择的上车地点，则所述第二客户端至少根据所述约车订单的订单标识生成反馈信息，并将所述犯困信息以第四信息的形式发送至所述服务端。通常情况下，所述第四信息携带所述约车订单的订单标识、所述约车订单的当前上车地点、用户选择的所述上车地点，以及，指示不同意修改上车地点的信息标识。所述第四信息用于指示所述接驾司机不同意将所述约车订单的当前上车地点修改为用户选择的所述上车地点。

所述服务端在接收到第二客户端反馈的第四信息之后，根据所述第四信息中携带的约车订单的订单标识，确定用户登录的第一客户端，然后，分别向所述第一客户端发送指示上车地点修改失败的通知信息。所述第一客户端接收到指示上车地点修改失败的通知信息之后，在所述第一客户端的修改上车地点页面显示指示修改上车地点操作失败的提示信息。

本申请的一些实施例中，也可以设置所述服务端在指定时长内未接收到第二客户端发送的第三信息和第四信息时，分别向所述约车订单的第一客户端和第二客户端发送指示上车地点修改失败的通知信息。

本申请实施例公开的约车订单上车地点修改方法，通过服务端响应于第一客户端提交的约车订单进入等待接驾状态，确定所述约车订单是否符合修改上车地点的实时路况条件；所述服务端响应于所述约车订单符合所述实时路况条件，以接驾时长最小化为目标，搜索推荐上车地点；所述服务端将所述推荐上车地点发送至所述第一客户端，使得所述第一客户端显示所述推荐上车地点，以供用户进行选择，能够提升在等待接驾环节的接驾效率。

本申请实施例公开的约车订单上车地点修改方法，通过对现有技术中网约车订单提交成功后的交互流程进行改进，结合实时路况信息对等待接驾场景下的原始上车地点周边的路况进行分析，并推荐接驾时间最短的上车地点供用户选择，同时在客户端提供修改上车地点的入口，使得用户通过执行客户端交互即可实现在等待接驾环节便捷地修改约车订单的上车地点，缩短接驾时间，提升接驾效率。相比于现有技术中只能在行前修改上车地点，在接驾状态只能由乘客和接驾司机通过电话协调上车地点，不仅提升了修改上车地点的效率，而且很大程度提升了在当前上车地点出现拥堵情况时的接驾效率。

进一步的，本申请实施例公开的约车订单上车地点修改方法，通过在约车订单的当前上车地点的既定范围内，通过最快上车点的计算策略，搜索推荐上车地点，为赶时间用户推荐最省时上车方法，有效节约司乘时间，提升接驾效率。相比于现有技术中基于用户使用频次、或非禁停区推荐上车地点的方案，本申请实施例中基于实时确定的接驾时长推荐上车地点，更有利于提升接驾效率。

另一方面，通过基于修改上车地点对接驾效率的提升度进行判断，综合考虑了通过修改上车地点对接驾效率的提升和对接驾车辆以及乘客临时修改路线带来的用户体验。

实施例二

本申请实施例公开的一种约车订单上车地点修改装置，如图5所示，所述装置包括：

上车地点修改条件判断模块510，用于服务端响应于第一客户端提交的约车订单进入等待接驾状态，确定所述约车订单是否符合修改上车地点的实时路况条件；

推荐上车地点搜索模块520，用于所述服务端响应于所述约车订单符合所述实时路况条件，以接驾时长最小化为目标，搜索推荐上车地点；

上车地点修改模块530，用于所述服务端将所述推荐上车地点发送至所述第一客户端，使得所述第一客户端显示所述推荐上车地点，以供用户进行选择。

本申请的一些实施例中，所述上车地点修改模块530进一步包括：

上车地点修改入口显示子模块(图中未示出)，用于所述服务端响应于成功搜索到所述推荐上车地点，控制所述第一客户端在等待接驾页面显示上车地点修改入口，以及，所述推荐上车地点的摘要信息；

推荐上车地点显示子模块(图中未示出)，用于所述第一客户端响应于所述上车地点修改入口被触发，切换至显示修改上车地点页面，所述修改上车地点页面中显示的内容包括：所述推荐上车地点的详情信息；

上车地点修改子模块(图中未示出)，用于所述第一客户端响应于针对一所述推荐上车地点执行的确认修改为上车地点的操作，向所述服务端提交上车地点修改请求，触发所述服务端响应于所述上车地点修改请求，将所述约车订单的当前上车地点修改为所述操作针对的所述推荐上车地点。

本申请的一些实施例中，所述推荐上车地点搜索模块520进一步用于：

所述服务端响应于所述约车订单符合所述实时路况条件，确定与所述约车订单匹配的接驾区域；

获取所述接驾区域内的可上车地点；

分别确定每个所述可上车地点对应的接驾时长；

确定最短的所述接驾时长对应的所述可上车地点，作为推荐上车地点。

本申请的一些实施例中，所述确定最短的所述接驾时长对应的所述可上车地点，作为推荐上车地点，包括：

响应于最短的所述接驾时长减去指定时长得到的时间差值大于或等于预设时间提前量阈值，确定最短的所述接驾时长对应的所述可上车地点，作为推荐上车地点；

响应于最短的所述接驾时长减去所述指定时长得到的时间差值小于预设时间提前量阈值，确定搜索推荐上车地点失败；

其中，所述指定时长为所述接驾车辆到达所述约车订单的当前上车地点所需的时长。

本申请的一些实施例中，所述分别确定每个所述可上车地点对应的接驾时长，包括：

对于每个所述可上车地点，分别确定所述接驾车辆到达所述可上车地点所需的第二时长和所述乘客步行至所述可上车地点所需的第三时长；

对于每个所述可上车地点，将所述接驾车辆到达所述可上车地点所需的第二时长和所述乘客步行至所述可上车地点所需的第三时长中的最大时长，确定为所述可上车地点对应的接驾时长。

本申请的一些实施例中，所述上车地点修改条件判断模块510，进一步用于：

所述服务端响应于第一客户端提交的约车订单进入等待接驾状态,通过预设位置服务系统，获取所述约车订单的当前上车地点所在路段的拥堵距离、所述约车订单的接驾车辆到达所述当前上车地点所需时长，以及，所述当前上车地点的预设地理范围内包括的指定地理围栏的信息；

响应于所述当前上车地点所在路段拥堵距离大于预设距离阈值，且，所述约车订单的接驾车辆到达所述当前上车地点所需时长大于第一预设时长，以及，所述当前上车地点的预设地理范围内不包括所述指定地理围栏，则确定所述约车订单符合修改上车地点的实时路况条件。

本申请的一些实施例中，所述第一客户端响应于针对一所述推荐上车地点执行的确认修改为上车地点的操作，向所述服务端提交上车地点修改请求，触发所述服务端响应于所述上车地点修改请求，将所述约车订单的当前上车地点修改为所述操作针对的所述推荐上车地点，进一步包括：

所述第一客户端响应于针对一所述推荐上车地点执行的确认修改上车地点的操作，向所述服务端提交上车地点修改请求；

所述服务端响应于所述上车地点修改请求，将所述上车地点修改请求转发至所述约车订单的接驾司机所登陆的第二客户端；

所述第二客户端响应于接收到所述上车地点修改请求，对所述上车地点修改请求携带的上车地点修改信息进行语音播报和/或图像显示；

所述第二客户端响应于检测到所述接驾司机针对所述上车地点修改请求的确认操作，向所述服务端提交指示接驾司机同意修改上车地点的反馈信息；

所述服务端响应于接收到所述反馈信息，通知所述第一客户端和所述第二客户端将所述约车订单的当前上车地点修改为所述操作针对的所述推荐上车地点。

本申请的一些实施例中，所述服务端响应于所述上车地点修改请求，将所述上车地点修改请求转发至所述约车订单的接驾司机所登陆的第二客户端，还包括：

所述服务端响应于所述上车地点修改请求，实时获取所述约车订单的接驾车辆到达所述约车订单的当前上车地点所需的时长；

响应于所述接驾车辆到达所述约车订单的当前上车地点所需的时长大于第二预设时长，将所述上车地点修改请求转发至所述约车订单的接驾司机所登陆的第二客户端。

本申请实施例公开的约车订单上车地点修改装置，用于实现本申请实施例一中所述的约车订单上车地点修改方法，装置的各模块的具体实施方式不再赘述，可参见方法实施例相应步骤的具体实施方式。

本申请实施例公开的约车订单上车地点修改装置，通过服务端响应于第一客户端提交的约车订单进入等待接驾状态，确定所述约车订单是否符合修改上车地点的实时路况条件；所述服务端响应于所述约车订单符合所述实时路况条件，以接驾时长最小化为目标，搜索推荐上车地点；所述服务端将所述推荐上车地点发送至所述第一客户端，使得所述第一客户端显示所述推荐上车地点，以供用户进行选择，能够提升在等待接驾环节的接驾效率。

本申请实施例公开的约车订单上车地点修改装置，通过对现有技术中网约车订单提交成功后的交互流程进行改进，结合实时路况信息对等待接驾场景下的原始上车地点周边的路况进行分析，并推荐接驾时间最短的上车地点供用户选择，同时在客户端提供修改上车地点的入口，使得用户通过执行客户端交互即可实现在等待接驾环节便捷地修改约车订单的上车地点，缩短接驾时间，提升接驾效率。相比于现有技术中只能在行前修改上车地点，在接驾状态只能由乘客和接驾司机通过电话协调上车地点，不仅提升了修改上车地点的效率，而且很大程度提升了在当前上车地点出现拥堵情况时的接驾效率。

进一步的，本申请实施例公开的约车订单上车地点修改装置，通过在约车订单的当前上车地点的既定范围内，通过最快上车点的计算策略，搜索推荐上车地点，为赶时间用户推荐最省时上车方法，有效节约司乘时间，提升接驾效率。相比于现有技术中基于用户使用频次、或非禁停区推荐上车地点的方案，本申请实施例中基于实时确定的接驾时长推荐上车地点，更有利于提升接驾效率。

另一方面，通过基于修改上车地点对接驾效率的提升度进行判断，综合考虑了通过修改上车地点对接驾效率的提升和对接驾车辆以及乘客临时修改路线带来的用户体验。

另一方面，通过提供多种选择新的上车地点的操作方式，以适应不同用户的的操作习惯，进一步改善了用户体验。

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

以上对本申请提供的一种约车订单上车地点修改方法及装置进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其一种核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

本申请的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本申请实施例的电子设备中的一些或者全部部件的一些或者全部功能。本申请还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本申请的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

例如，图6示出了可以实现根据本申请的方法的电子设备。所述电子设备可以为PC机、移动终端、个人数字助理、平板电脑等。该电子设备传统上包括处理器610和存储器620及存储在所述存储器620上并可在处理器610上运行的程序代码630，所述处理器610执行所述程序代码630时实现上述实施例中所述的方法。所述存储器620可以为计算机程序产品或者计算机可读介质。存储器620可以是诸如闪存、EEPROM(电可擦除可编程只读存储器)、EPROM、硬盘或者ROM之类的电子存储器。存储器620具有用于执行上述方法中的任何方法步骤的计算机程序的程序代码630的存储空间6201。例如，用于程序代码630的存储空间6201可以包括分别用于实现上面的方法中的各种步骤的各个计算机程序。所述程序代码630为计算机可读代码。这些计算机程序可以从一个或者多个计算机程序产品中读出或者写入到这一个或者多个计算机程序产品中。这些计算机程序产品包括诸如硬盘，紧致盘(CD)、存储卡或者软盘之类的程序代码载体。所述计算机程序包括计算机可读代码，当所述计算机可读代码在电子设备上运行时，导致所述电子设备执行根据上述实施例的方法。

本申请实施例还公开了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本申请实施例一所述的约车订单上车地点修改方法的步骤。

这样的计算机程序产品可以为计算机可读存储介质，该计算机可读存储介质可以具有与图6所示的电子设备中的存储器620类似布置的存储段、存储空间等。程序代码可以例如以适当形式进行压缩存储在所述计算机可读存储介质中。所述计算机可读存储介质通常为如参考图7所述的便携式或者固定存储单元。通常，存储单元包括计算机可读代码630’，所述计算机可读代码630’为由处理器读取的代码，这些代码被处理器执行时，实现上面所描述的方法中的各个步骤。

本文中所称的“一个实施例”、“实施例”或者“一个或者多个实施例”意味着，结合实施例描述的特定特征、结构或者特性包括在本申请的至少一个实施例中。此外，请注意，这里“在一个实施例中”的词语例子不一定全指同一个实施例。

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

在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本申请可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

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