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

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

在网约车场景中，用户提交约车订单之后，经常会出现需要修改上车地点的情况。例如，用户提交约车订单后发现上车地点定位不准确，或者上车地点道路拥堵，需要修改上车地点。现有技术的网约车场景中，提交约车订单之后，用户无法通过约车客户端修改上车地点，只能通过电话与接驾司机进行沟通，协商上车地点。

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

本申请实施例提供一种网约车上车地点修改方法，能够提升等待接驾环节修改上车地点的效率。

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

在用户通过第一客户端提交的约车订单处于等待接驾状态时，服务端接收通过所述第一客户端发送的第一信息，其中，所述第一信息中包括：目标上车地点和所述约车订单的标识，所述第一信息用于指示申请将所述约车订单的当前上车地点修改为所述目标上车地点；

所述服务端确定所述约车订单是否符合预设接驾时长条件；

响应于所述约车订单符合所述预设接驾时长条件，向所述约车订单的接驾司机当前登陆的第二客户端发送第二信息，其中，所述第二信息用于指示申请将所述约车订单的当前上车地点修改为所述目标上车地点；

响应于接收到所述第二客户端反馈的第三信息，所述服务端通知所述第一客户端和所述第二客户端将所述约车订单的当前上车地点修改为所述目标上车地点，其中，所述第三信息用于指示所述接驾司机同意将所述约车订单的当前上车地点修改为所述目标上车地点。

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

第一信息接收模块，用于在用户通过第一客户端提交的约车订单处于等待接驾状态时，服务端接收通过所述第一客户端发送的第一信息，其中，所述第一信息中包括：目标上车地点和所述约车订单的标识，所述第一信息用于指示申请将所述约车订单的当前上车地点修改为所述目标上车地点；

上车地点第一修改判断模块，用于所述服务端确定所述约车订单是否符合预设接驾时长条件；

第二信息发送模块，用于响应于所述约车订单符合所述预设接驾时长条件，向所述约车订单的接驾司机当前登陆的第二客户端发送第二信息，其中，所述第二信息用于指示申请将所述约车订单的当前上车地点修改为所述目标上车地点；

上车地点修改模块，用于响应于接收到所述第二客户端反馈的第三信息，所述服务端通知所述第一客户端和所述第二客户端将所述约车订单的当前上车地点修改为所述目标上车地点，其中，所述第三信息用于指示所述接驾司机同意将所述约车订单的当前上车地点修改为所述目标上车地点。

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

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

本申请实施例公开的网约车上车地点修改方法，通过在用户通过第一客户端提交的约车订单处于等待接驾状态时，服务端接收通过所述第一客户端发送的第一信息，其中，所述第一信息中包括：目标上车地点和所述约车订单的标识，所述第一信息用于指示申请将所述约车订单的当前上车地点修改为所述目标上车地点；所述服务端确定所述约车订单是否符合预设接驾时长条件；响应于所述约车订单符合所述预设接驾时长条件，向所述约车订单的接驾司机当前登陆的第二客户端发送第二信息，其中，所述第二信息用于指示申请将所述约车订单的当前上车地点修改为所述目标上车地点；响应于接收到所述第二客户端反馈的第三信息，所述服务端通知所述第一客户端和所述第二客户端将所述约车订单的当前上车地点修改为所述目标上车地点，其中，所述第三信息用于指示所述接驾司机同意将所述约车订单的当前上车地点修改为所述目标上车地点，能够提升在等待接驾环节修改上车地点的效率。

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

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

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

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

图3是本申请实施例一的网约车上车地点修改方法流程图之二；

图4是本申请实施例一中等待接驾页面中上车地点修改入口示意图；

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

图6是本申请实施例二的网约车上车地点修改装置结构示意图之一；

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

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

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

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

实施例一

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

步骤110，在用户通过第一客户端提交的约车订单处于等待接驾状态时，服务端接收通过所述第一客户端发送的第一信息。

其中，所述第一信息中包括：目标上车地点和所述约车订单的标识，所述第一信息用于指示申请将所述约车订单的当前上车地点修改为所述目标上车地点。

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

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

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

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

本申请的一些实施例中，为了提升用户修改上车地点的效率，同时，提升服务端处理修改上车地点申请的效率，对可以修改上车地点的网约车订单进行了初步筛选。

如图3所示，所述服务端接收通过所述第一客户端发送的第一信息之前，还包括：步骤100至步骤105。

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

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

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

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

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

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

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

步骤101，响应于所述约车订单符合所述修改上车地点的实时路况条件，所述服务端确定与所述约车订单匹配的至少一个推荐上车地点。

本申请的一些实施例中，所述服务端确定与所述约车订单匹配的至少一个推荐上车地点，包括：所述服务端获取以所述当前上车地点为中心的预设地理区域内的可上车地点作为候选上车地点；以与所述当前上车地点步行距离最近和/或至所述当前上车地点步行时间最短为约束，从所述候选上车地点中选择推荐上车地点。例如，在服务端确定该约车订单的约车订单符合修改上车地点的实时路况条件之后，根据所述约车订单的当前上车地点，确定一个接驾区域，然后在该接驾区域内确定可上车地点，作为候选上车地点。本申请的一些实施例中，所述接驾区域通常为以当前上车地点为中心，以指定距离(如500米)为半径的一个圆形区域。

优选的，在上述候选上车地点中，服务端进一步确定上述候选上车地点中，与所述当前上车地点步行距离最近和/或至所述当前上车地点步行时间最短的候选上车地点作为推荐上车地点。所述推荐上车地点用于在所述等待接驾页面进行显示。

确定指定范围内的可上车地点的具体实施方式为现有技术，本申请实施例中不再赘述。

步骤102，所述服务端通知所述第一客户端显示第一上车地点修改入口和第二上车地点修改入口。

其中，所述第二上车地点修改入口被显示为对应所述推荐上车地点的快捷操作标签。

接下来，所述服务端200将确定的推荐上车地点发送给所述第一客户端210，使得第一客户端210在等待接驾页面显示上车地点修改入口。

本申请实施例中个所述的上车地点修改入口包括以下两种。

第一种，常规操作修改上车地点的入口。例如，在等待接驾页面显示指示修改上车地点的按键，如图4中的410，本申请实施例中下文称为“第一上车地点修改入口”。

第二种，快捷操作修改上车地点的入口。例如，在等待接驾页面显示距离当前上车地点步行时间最短和/或距离当前上车地点步行距离最短的推荐上车地点的快捷操作标签，如图4中的420，本申请实施例中下文称为“第二上车地点修改入口”。

本申请的一些实施例中，等待接驾页面中进一步显示所述当前上车地点的摘要描述信息、推荐上车地点的摘要描述信息。其中，所述推荐上车地点的摘要描述信息以快捷操作标签的形式进行显示，使得用户可以通过触发所述推荐上车地点的摘要信息，直接进入默认选择该推荐上车地点为目标上车地点的修改上车地点页面。

步骤103，所述第一客户端响应于所述第一上车地点修改入口被触发或所述第二上车地点修改入口被触发，显示修改上车地点页面。

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

本申请的一些实施例中，所述修改上车地点页面显示的内容分布在至少两个界面区域，如图5所示，其中，第一界面区域510用于显示地图，以及地图附属的信息；所述第二界面区域520用于显示滚动选择控件，所述滚动选择控件用于选择候选上车地点，所述滚动选择控件的控件文本为候选上车地点的名称等信息。

本申请的一些实施例中，通过不同的上车地点修改入口进入到修改上车地点页面，所述修改上车地点页面的第一界面区域510和第二界面区域520中显示的初始内容不同。

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

例如，在用户点击第一上车地点修改入口进入修改上车地点页面时，所述第一客户端210以前述当前上车地点为中心，确定在所述第一客户端展示地图中一指定大小的地图区域，并在所述第一界面区域510显示确定的地图区域的地图，并且，所述第一客户端以高亮的显示方式显示所述当前上车地点。进一步的，所述第一客户端以所述当前上车地点为圆心，确定预设半径的接驾区域，该接驾区域即为可选的目标上车地点所在区域。接驾区域的具体确定方法如前所述，此处不再赘述。

本申请的一些实施例中，为了便于用户选择合适的目标上车地点，所述第一客户端在所述第一界面区域510中还显示当前上车地点和接驾车辆的实时位置之间的连线，以及前述步骤确定的候选上车地点。

本申请的一些实施例中，在所述修改上车地点页面还包括上车地点描述信息。例如，在所述第一界面区域510下方高亮显示当前上车地点的地址，以及显示各推荐上车地点的推荐信息(如推荐原因、预估接驾时长、预估订单费用等信息)。

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

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

例如，在用户点击任意一个第二上车地点修改入口(如任意一个推荐上车地点对应的快捷操作标签)进入修改上车地点页面时，所述第一客户端210以用户点击的第二上车地点修改入口对应的推荐上车地点为中心，确定在所述第一客户端展示地图中一指定大小的地图区域，并在所述第一界面区域510显示确定的地图区域的地图，并且，所述第一客户端以高亮的显示方式显示确定的推荐上车地点(如距离当前上车地点步行距离最短的可上车地点和距离当前上车地点步行时间最短的可上车地点)。进一步的，所述第一客户端以高亮的显示方式显示第二上车地点修改入口对应的推荐上车地点。进一步的，所述第一客户端以所述约车订单的当前上车地点为圆心，确定预设半径的接驾区域，该接驾区域即为可选的目标上车地点所在区域。接驾区域的具体确定方法如前所述，此处不再赘述。

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

本申请的一些实施例中，在所述修改上车地点页面还包括上车地点描述信息。例如，在所述第一界面区域510下方显示当前上车地点的地址，以及高亮显示各推荐上车地点的推荐信息(如推荐原因、预估接驾时长、预估订单费用等信息)。

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

步骤104，所述第一客户端响应于用户在所述修改上车地点页面执行的目标上车地点选择操作，更新所述显示修改上车地点页面的显示内容。

在修改上车地点页面，用户可以通过拖拽地图或者滚动所述滚动选择控件，选择目标上车地点。下面分别介绍选择目标上车地点的两种具体实施方案。

第一种，拖拽地图。

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

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

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

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

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

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

步骤105，所述第一客户端响应于对选择的所述目标上车地点的确认操作，生成所述第一信息，并向所述服务器发送所述第一信息。

本申请的一些实施例中，所述修改上车地点页面中设置有确认修改上车地点的入口，如图5中的按键530。当第一客户端210检测到确认修改上车地点的入口被触发之后，所述第一客户端210获取当前页面中被选择的可上车地点，并根据该上车地点和该约车订单的订单标识等信息生成第一信息。

本申请的另一些实施例中，可以在第一客户端210的等待接驾界面常设上车地点修改入口。例如，设置指示修改上车地点的按键，该按键被触发后，触发第一客户端210切换至修改上车地点页面。然后，用户通过与所述第一客户端在所述修改上车地点页面执行以上交互，最终选择目标上车地点并确认提交。

步骤120，所述服务端确定所述约车订单是否符合预设接驾时长条件。

在用户选择的目标上车地点，并通过第一客户端发送给所述服务端之后，所述服务端在再一次根据实时获取的数据确定所述当前上车地点是否符合修改上车地点的条件，即确定所述约车订单是否符合预设接驾时长条件。

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

步骤130，响应于所述约车订单符合所述预设接驾时长条件，向所述约车订单的接驾司机当前登陆的第二客户端发送第二信息。

其中，所述第二信息用于指示申请将所述约车订单的当前上车地点修改为所述目标上车地点。

在服务端确定所述约车订单符合所述预设接驾时长条件时，所述服务端将根据所述约车订单的所述当前上车地点、目的地、所述约车订单的订单标识生成上车地点修改请求，并将所述上车地点修改请求发送是所述接驾车辆的匹配的第二客户端。本申请的实施例中，所述上车地点修改请求以第二信息的形式发送。所述第二信息中携带约车订单的订单标识、当前上车地点、目标上车地点等信息，用于指示用户申请将所述订单标识的约车订单的当前上车地点修改为所述目标上车地点。

步骤140，响应于接收到所述第二客户端反馈的第三信息，所述服务端通知所述第一客户端和所述第二客户端将所述约车订单的当前上车地点修改为所述目标上车地点，其中，所述第三信息用于指示所述接驾司机同意将所述约车订单的当前上车地点修改为所述目标上车地点。

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

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

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

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

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

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

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

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

本申请实施例公开的网约车上车地点修改方法，通过在用户通过第一客户端提交的约车订单处于等待接驾状态时，服务端接收通过所述第一客户端发送的第一信息，其中，所述第一信息中包括：目标上车地点和所述约车订单的标识，所述第一信息用于指示申请将所述约车订单的当前上车地点修改为所述目标上车地点；所述服务端确定所述约车订单是否符合预设接驾时长条件；响应于所述约车订单符合所述预设接驾时长条件，向所述约车订单的接驾司机当前登陆的第二客户端发送第二信息，其中，所述第二信息用于指示申请将所述约车订单的当前上车地点修改为所述目标上车地点；响应于接收到所述第二客户端反馈的第三信息，所述服务端通知所述第一客户端和所述第二客户端将所述约车订单的当前上车地点修改为所述目标上车地点，其中，所述第三信息用于指示所述接驾司机同意将所述约车订单的当前上车地点修改为所述目标上车地点，能够提升在等待接驾环节修改上车地点的效率。

在等待接驾状态，由于接驾车辆已经行驶在根据约车订单的当前上车地点规划的接驾路线上，临时修改上车地点可能会导致接驾车辆变换行驶路线，需要综合考虑用户上车体验和接驾车辆变换行驶路线的代价，因此，在等待接驾状态修改上车地点的系统处理复杂度较高。本申请实施例公开的网约车上车地点修改方法，通过对现有技术中网约车订单提交成功后的交互流程进行改进，结合实时路况信息对等待接驾场景下的当前上车地点进行分析，使得用户通过执行客户端交互即可实现在等待接驾环节便捷地修改约车订单的上车地点，并且综合考虑了接驾司机的接驾体验，提升了等待接驾环节修改上车地点的效率。相比于现有技术中只能在行前修改上车地点，在接驾状态只能由乘客和接驾司机通过电话协调上车地点，不仅提升了修改上车地点的效率，而且很大程度提升了在当前上车地点出现拥堵情况时的接驾效率。

进一步的，本申请实施例公开的网约车上车地点修改方法，通过在约车订单的当前上车地点的既定范围内初步确定可以修改上车地点之后，在等待接驾页面进一步为用户显示步行时间最短或步行距离最短的推荐上车地点，用户可以便捷的选择新的上车地点，进一步提升了用户修改上车地点的效率，并且，有效降低乘客操作成本和司机的沟通成本。

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

实施例二

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

第一信息接收模块610，用于在用户通过第一客户端提交的约车订单处于等待接驾状态时，服务端接收通过所述第一客户端发送的第一信息，其中，所述第一信息中包括：目标上车地点和所述约车订单的标识，所述第一信息用于指示申请将所述约车订单的当前上车地点修改为所述目标上车地点；

上车地点第一修改判断模块620，用于所述服务端确定所述约车订单是否符合预设接驾时长条件；

第二信息发送模块630，用于响应于所述约车订单符合所述预设接驾时长条件，向所述约车订单的接驾司机当前登陆的第二客户端发送第二信息，其中，所述第二信息用于指示申请将所述约车订单的当前上车地点修改为所述目标上车地点；

上车地点修改模块640，用于响应于接收到所述第二客户端反馈的第三信息，所述服务端通知所述第一客户端和所述第二客户端将所述约车订单的当前上车地点修改为所述目标上车地点，其中，所述第三信息用于指示所述接驾司机同意将所述约车订单的当前上车地点修改为所述目标上车地点。

本申请的一些实施例中，如图7所示，所述装置还包括：

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

推荐上车地点确定模块601，用于响应于所述约车订单符合所述修改上车地点的实时路况条件，所述服务端确定与所述约车订单匹配的至少一个推荐上车地点；

上车地点修改入口显示模块602，用于所述服务端通知所述第一客户端显示第一上车地点修改入口和第二上车地点修改入口，其中，所述第二上车地点修改入口被显示为对应所述推荐上车地点的快捷操作标签；

上车地点修改检测模块603，用于所述第一客户端响应于所述第一上车地点修改入口被触发或所述第二上车地点修改入口被触发，显示修改上车地点页面；

所述上车地点修改检测模块603，还用于所述第一客户端响应于用户在所述修改上车地点页面执行的目标上车地点选择操作，更新所述显示修改上车地点页面的显示内容；

第一信息发送模块604，用于所述第一客户端响应于对选择的所述目标上车地点的确认操作，生成所述第一信息，并向所述服务器发送所述第一信息。

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

所述服务端获取以所述当前上车地点为中心的预设地理区域内的可上车地点作为候选上车地点；以及，以与所述当前上车地点步行距离最近和/或至所述当前上车地点步行时间最短为约束，从所述候选上车地点中选择推荐上车地点。

本申请的一些实施例中，所述上车地点修改检测模块603进一步用于：

响应于所述第一上车地点修改入口被触发，所述第一客户端在所述修改上车地点页面的第一界面区域显示根据所述当前上车地点确定的指定地理范围的地图，以及，在所述修改上车地点页面的第二界面区域显示滚动选择控件，所述滚动选择控件用于滚动选择候选上车地点；其中，所述候选上车地点为所述当前上车地点为中心的预设地理区域内的可上车地点，所述第一界面区域中显示的内容包括：以突出显示形式显示的所述当前上车地点、接驾区域、所述候选上车地点。

本申请的一些实施例中，所述上车地点修改检测模块603进一步用于：

响应于所述第二上车地点修改入口被触发，所述第一客户端在所述修改上车地点页面的第一界面区域显示根据所述推荐上车地点确定的指定地理范围的地图，以及，在所述修改上车地点页面的第二界面区域显示滚动选择控件，所述滚动选择控件用于滚动选择候选上车地点；其中，所述推荐上车地点与被触发的所述第二上车地点修改入口对应，所述候选上车地点为所述当前上车地点为中心的预设地理区域内的可上车地点，所述第一界面区域中显示的内容包括：以突出显示形式显示的所述推荐上车地点、接驾区域、所述候选上车地点。

本申请的一些实施例中，所述第一界面区域中显示的内容还包括：悬浮的地图扎点，所述第一客户端响应于用户在所述修改上车地点页面执行的目标上车地点选择操作，更新所述显示修改上车地点页面的显示内容，包括：

所述第一客户端响应于用户对所述地图的拖拽操作，实时刷新所述第一界面区域中显示的地图；

响应于所述用户结束所述拖拽操作，确定与所述地图扎点距离最近的可上车地点，并将所述地图扎点落在与所述地图扎点距离最近的所述可上车地点；

更新所述滚动选择控件的当前选择候选上车地点为所述地图扎点落在的所述可上车地点。

本申请的一些实施例中，所述第一界面区域中显示的内容还包括：悬浮的地图扎点，所述第一客户端响应于用户在所述修改上车地点页面执行的目标上车地点选择操作，更新所述显示修改上车地点页面的显示内容，包括：

所述第一客户端响应于用户对所述滚动选择控件的滚动操作，根据所述滚动选择控件当前选择候选上车地点，实时移动所述第一界面区域中显示的地图，使得所述当前选择候选上车地点的显示位置位于所述地图扎点的下层；

响应于所述用户结束所述滚动操作，将所述地图扎点落在所述地图中所述当前选择候选上车地点的位置。

本申请的一些实施例中，所述服务端确定所述约车订单是否符合修改上车地点的实时路况条件，包括：

所述服务端通过预设位置服务系统，获取所述当前上车地点所在路段的拥堵距离、所述约车订单的接驾车辆到达所述当前上车地点所需时长，以及，所述当前上车地点的预设地理范围内包括的指定地理围栏的信息；

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

本申请的一些实施例中，所述服务端确定所述约车订单是否符合预设接驾时长条件，包括：

所述服务端实时获取所述约车订单的接驾车辆到达所述当前上车地点所需的时长；

在到达所述当前上车地点所需的时长大于第一预设时长时，确定所述约车订单符合预设接驾时长条件。

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

本申请实施例公开的网约车上车地点修改装置，通过在用户通过第一客户端提交的约车订单处于等待接驾状态时，服务端接收通过所述第一客户端发送的第一信息，其中，所述第一信息中包括：目标上车地点和所述约车订单的标识，所述第一信息用于指示申请将所述约车订单的当前上车地点修改为所述目标上车地点；所述服务端确定所述约车订单是否符合预设接驾时长条件；响应于所述约车订单符合所述预设接驾时长条件，向所述约车订单的接驾司机当前登陆的第二客户端发送第二信息，其中，所述第二信息用于指示申请将所述约车订单的当前上车地点修改为所述目标上车地点；响应于接收到所述第二客户端反馈的第三信息，所述服务端通知所述第一客户端和所述第二客户端将所述约车订单的当前上车地点修改为所述目标上车地点，其中，所述第三信息用于指示所述接驾司机同意将所述约车订单的当前上车地点修改为所述目标上车地点，能够提升在等待接驾环节修改上车地点的效率。

在等待接驾状态，由于接驾车辆已经行驶在根据约车订单的当前上车地点规划的接驾路线上，临时修改上车地点可能会导致接驾车辆变换行驶路线，需要综合考虑用户上车体验和接驾车辆变换行驶路线的代价，因此，在等待接驾状态修改上车地点的系统处理复杂度较高。本申请实施例公开的网约车上车地点修改装置，通过对现有技术中网约车订单提交成功后的交互流程进行改进，结合实时路况信息对等待接驾场景下的当前上车地点进行分析，使得用户通过执行客户端交互即可实现在等待接驾环节便捷地修改约车订单的上车地点，并且综合考虑了接驾司机的接驾体验，提升了等待接驾环节修改上车地点的效率。相比于现有技术中只能在行前修改上车地点，在接驾状态只能由乘客和接驾司机通过电话协调上车地点，不仅提升了修改上车地点的效率，而且很大程度提升了在当前上车地点出现拥堵情况时的接驾效率。

进一步的，本申请实施例公开的网约车上车地点修改装置，在初步确定可以修改上车地点之后，在等待接驾页面进一步为用户显示步行时间最短或步行距离最短的推荐上车地点，用户可以便捷的选择新的上车地点，进一步提升了用户修改上车地点的效率，并且，有效降低乘客操作成本和司机的沟通成本。

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

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

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

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

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

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

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

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

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

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

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

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