乘车订单处理方法及装置

技术领域

本文件涉及数据处理技术领域，尤其涉及一种乘车订单处理方法及装置。

背景技术

随着网约车服务的成熟，越来越多的用户通常会选择更为便捷的网约车出行方式，网约车的诞生改变了传统打车方式，利用移动互联网的特点，最大限度的优化了乘客打车体验，节约司机与乘客沟通成本，降低空驶率，最大化的节省了司乘双方资源与时间，作为移动互联网下一种非常便利的出行方式，网约车服务在近年得到了快速发展，并涌现出预约、派单、抢单等多种服务模式。

发明内容

本说明书一个或多个实施例提供了一种乘车订单处理方法。所述乘车订单处理方法，包括：根据用户终端提交的乘车预约请求读取乘客定位信息，并根据位置匹配算法匹配所述乘客定位信息对应的乘车位置点。基于所述乘车位置点生成乘车预约单，确定针对所述乘车预约单提交接单指令的司机并更新所述乘车预约单。向所述用户终端下发更新获得的乘车订单，并将所述司机的司机终端上传的目的地信息写入所述乘车订单。

本说明书一个或多个实施例提供了第二种乘车订单处理方法，包括：基于用户提交的针对出行应用的访问请求展示乘车预约页面。在检测到所述乘车预约页面的乘车预约控件被触发的情况下，向派单平台提交乘车预约请求。接收所述派单平台基于所述乘车预约请求下发的乘车订单。

本说明书一个或多个实施例提供了第三种乘车订单处理方法，包括：在接收到派单平台通过出行应用发送的乘车预约单后，播放针对所述乘车预约单的接单邀约提醒。获取司机针对所述乘车预约单的接单指令并向所述派单平台提交，以响应所述接单邀约提醒；所述乘车预约单在所述派单平台接收所述接单指令后被更新为所述乘车订单。读取所述司机针对所述乘车订单录入的目的地信息并向所述派单平台上传。

本说明书一个或多个实施例提供了一种乘车订单处理装置，包括：匹配模块，被配置为根据用户终端提交的乘车预约请求读取乘客定位信息，并根据位置匹配算法匹配所述乘客定位信息对应的乘车位置点。更新模块，被配置为基于所述乘车位置点生成乘车预约单，确定针对所述乘车预约单提交接单指令的司机并更新所述乘车预约单。写入模块，被配置为向所述用户终端下发更新获得的乘车订单，并将所述司机的司机终端上传的目的地信息写入所述乘车订单。

本说明书一个或多个实施例提供了第二种乘车订单处理装置，包括：展示模块，被配置为基于用户提交的针对出行应用的访问请求展示乘车预约页面。提交模块，被配置为在检测到所述乘车预约页面的乘车预约控件被触发的情况下，向派单平台提交乘车预约请求。接收模块，被配置为接收所述派单平台基于所述乘车预约请求下发的乘车订单。

本说明书一个或多个实施例提供了第三种乘车订单处理装置，包括：播放模块，被配置为在接收到派单平台通过出行应用发送的乘车预约单后，播放针对所述乘车预约单的接单邀约提醒。响应模块，被配置为获取司机针对所述乘车预约单的接单指令并向所述派单平台提交，以响应所述接单邀约提醒；所述乘车预约单在所述派单平台接收所述接单指令后被更新为所述乘车订单。读取模块，被配置为读取所述司机针对所述乘车订单录入的目的地信息并向所述派单平台上传。

本说明书一个或多个实施例提供了一种乘车订单处理设备，包括：处理器；以及，被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器：根据用户终端提交的乘车预约请求读取乘客定位信息，并根据位置匹配算法匹配所述乘客定位信息对应的乘车位置点。基于所述乘车位置点生成乘车预约单，确定针对所述乘车预约单提交接单指令的司机并更新所述乘车预约单。向所述用户终端下发更新获得的乘车订单，并将所述司机的司机终端上传的目的地信息写入所述乘车订单。

本说明书一个或多个实施例提供了第二种乘车订单处理设备，包括：处理器；以及，被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器：基于用户提交的针对出行应用的访问请求展示乘车预约页面。在检测到所述乘车预约页面的乘车预约控件被触发的情况下，向派单平台提交乘车预约请求。接收所述派单平台基于所述乘车预约请求下发的乘车订单。

本说明书一个或多个实施例提供了第三种乘车订单处理设备，包括：处理器；以及，被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器：在接收到派单平台通过出行应用发送的乘车预约单后，播放针对所述乘车预约单的接单邀约提醒。获取司机针对所述乘车预约单的接单指令并向所述派单平台提交，以响应所述接单邀约提醒；所述乘车预约单在所述派单平台接收所述接单指令后被更新为所述乘车订单。读取所述司机针对所述乘车订单录入的目的地信息并向所述派单平台上传。

本说明书一个或多个实施例提供了一种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被执行时实现以下流程：根据用户终端提交的乘车预约请求读取乘客定位信息，并根据位置匹配算法匹配所述乘客定位信息对应的乘车位置点。基于所述乘车位置点生成乘车预约单，确定针对所述乘车预约单提交接单指令的司机并更新所述乘车预约单。向所述用户终端下发更新获得的乘车订单，并将所述司机的司机终端上传的目的地信息写入所述乘车订单。

本说明书一个或多个实施例提供了第二种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被执行时实现以下流程：基于用户提交的针对出行应用的访问请求展示乘车预约页面。在检测到所述乘车预约页面的乘车预约控件被触发的情况下，向派单平台提交乘车预约请求。接收所述派单平台基于所述乘车预约请求下发的乘车订单。

本说明书一个或多个实施例提供了第三种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被执行时实现以下流程：在接收到派单平台通过出行应用发送的乘车预约单后，播放针对所述乘车预约单的接单邀约提醒。获取司机针对所述乘车预约单的接单指令并向所述派单平台提交，以响应所述接单邀约提醒；所述乘车预约单在所述派单平台接收所述接单指令后被更新为所述乘车订单。读取所述司机针对所述乘车订单录入的目的地信息并向所述派单平台上传。

附图说明

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

图1为本说明书一个或多个实施例提供的一种乘车订单处理方法处理流程图；

图2为本说明书一个或多个实施例提供的一种乘车预约页面展示图；

图3为本说明书一个或多个实施例提供的一种应用于老年用户乘车场景的乘车订单处理时序图；

图4为本说明书一个或多个实施例提供的第二种乘车订单处理方法处理流程图；

图5为本说明书一个或多个实施例提供的第三种乘车订单处理方法处理流程图；

图6为本说明书一个或多个实施例提供的一种乘车订单处理装置示意图；

图7为本说明书一个或多个实施例提供的第二种乘车订单处理装置示意图；

图8为本说明书一个或多个实施例提供的第三种乘车订单处理装置示意图；

图9为本说明书一个或多个实施例提供的一种乘车订单处理设备的结构示意图；

图10为本说明书一个或多个实施例提供的第二种乘车订单处理设备的结构示意图；

图11为本说明书一个或多个实施例提供的第三种乘车订单处理设备的结构示意图。

具体实施方式

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

本说明书提供的一种乘车订单处理方法实施例：

参照图1，其示出了本实施例提供的一种乘车订单处理方法处理流程图，参照图2，其示出了本实施例提供的一种乘车预约页面展示图，参照图3，其示出了本实施例提供的一种应用于老年用户乘车场景的乘车订单处理时序图。

本实施例提供的乘车订单处理方法的执行主体为派单平台，本说明书提供的第二种乘车订单处理方法实施例的执行主体为用户终端，第三种乘车订单处理方法实施例的执行主体为司机终端，本实施例提供的应用于派单平台的乘车订单处理方法，与下述方法实施例提供的应用于用户终端的乘车订单处理方法和应用于司机终端的乘车订单处理方法在执行过程中相互配合，因此，阅读本实施例请对照下述方法实施例的相应内容。

参照图1，本实施例提供的乘车订单处理方法，应用于派单平台，具体包括步骤S102至步骤S106。

步骤S102，根据用户终端提交的乘车预约请求读取乘客定位信息，并根据位置匹配算法匹配所述乘客定位信息对应的乘车位置点。

实际应用中，网约车的普及改变了打车的方式，使人们不去街边扬招就能打到车，还可以提前预约车辆或者选择拼车的出行方式，极大的提高了打车出行的效率，但是，由于老年人没有智能手机，或者出行应用操作难度高，导致老年人只能去扬招出租车，直接错过了庞大的网约车运力，此外，出租车也会通过派单平台在线接单，按照在线订单去接在线乘客的出租车，也会忽略扬招的老年人，导致老年人扬招出租车的效率下降。

本实施例提供的乘车订单处理方法，通过简化打车流程向老年用户提供一种更加便捷的在线打车方式，具体的，在用户终端获取到老年用户对出行应用的访问请求时，向老年用户展示只配置了乘车预约控件的乘车预约页面，在老年用户触发乘车预约控件的情况下向派单平台提交乘车预约请求；派单平台读取乘车预约请求中包含的乘客定位信息并为老年用户匹配最近的乘车位置点，并根据乘车位置点以及老年用户的联系方式生成乘车预约单向司机发送，在接收司机终端提交的接单指令后将司机的接单信息写入乘车预约单，并将写入后获得的乘车订单向用户终端发送，用户终端向老年用户展示司机的接单信息，使老年用户前往乘车位置点乘车，司机将老年用户上车后口述的目的地通过司机终端向派单平台提交，派单平台将司机终端提交的目的地信息写入乘车订单中，以此，老年用户发起打车时无需输入乘车位置点以及目的地，行程结束时根据老年用户最方便的支付方式进行乘车费用的支付，提高老年用户的操作效率。

本实施例所述乘车预约请求，是指用户访问出行应用，通过触发出行应用的乘车预约页面配置的乘车预约控件提交的乘车预约请求，所述乘车预约请求中包含用户的乘客定位信息和/或联系方式。所述出行应用，包括所述派单平台在目标应用配置的子应用，如派单平台在第三方支付应用中配置的派单子应用。本实施例所述用户终端所属用户包括老年用户。所述用户终端，包括提交乘车预约请求的用户对应的用户终端。

本实施例所述乘客定位信息，是指用户终端提交所述乘车预约请求前或提交所述乘车预约请求时调用用户终端的定位传感器采集到的定位信息。本实施例所述位置匹配算法，包括预先设定的，能够根据所述乘客定位信息确定距离所述乘车定位信息最近的乘车位置点的算法。

需要说明的是，为了提升用户预约车辆的便捷性，用户无需在提交乘车预约请求时输入乘车位置点，但为了能够获取到用户的位置信息，需要获取用户的定位信息，也为了使司机能够与用户进行联系，进一步确定用户位置，需要读取用户的用户联系方式，由于用户的用户联系方式以及定位信息在一定程度上属于用户隐私，因此，出行应用想要获得用户联系方式以及定位信息需要得到用户的授权，以保证用户的隐私安全。

本实施例提供的一种可选实施方式中，在用户首次访问出行应用时，首先获取所述用户提交的针对所述出行应用的授权访问指令并向所述派单平台提交；所述派单平台基于所述授权访问指令向所述用户终端下发授权协议；所述用户终端接收所述派单平台下发的授权协议并展示携带所述授权协议的待授权页面，在获取所述用户通过所述待授权页面提交的授权指令的情况下，向所述派单平台提交所述授权指令；所述派单平台接收所述授权指令，根据所述授权指令进行协议签署并向所述用户终端下发签署结果；所述用户终端接收所述派单平台下发的签署结果。所述协议签署，是指所述派单平台将所述用户终端的终端标识写入所述授权协议，即同意出行应用从所述用户终端读取定位信息以及用户联系方式。

实际应用中，线上打车方式操作干扰项多，乘车预约页面中配置有各种类型的营销活动、租车或者单车等其他功能的访问入口，容易导致老年用户的操作路径偏离打车路径，且线上打车的必填项多，乘车位置点和目的地信息都是必须要输入的，但是在用户终端打字录入或者通过从地图中分辨乘车位置点和目的地信息对老年用户都是不小的挑战；除此之外，线上支付必须使用移动支付，但移动支付在老年用户终端的普及率较低，极大的降低了老年用户线上打车的便捷性。

具体实施时，在用户已经提交授权指令的情况下，用户可通过访问出行应用提交乘车预约请求，具体的，用户向用户终端提交针对出行应用的访问请求，用户终端基于该访问请求向用户展示乘车预约页面，该乘车预约页面仅配置乘车预约控件，用户终端在检测到用户触发乘车预约页面配置的乘车预约控件时，向所述派单平台提交乘车预约请求。

用户终端在向派单平台发送乘车预约请求的过程中，需要通过用户终端的定位传感器读取用户的定位信息以及用户联系方式，将读取到的位置信息作为乘客定位信息结合用户联系方式生成乘车预约请求向派单平台发送，派单平台在接收到用户终端提交的乘车预约请求的情况下，读取乘车请求中包含的乘客位置信息，为了使用户无需输入就可获取乘客位置信息，本实施例提供的一种可选实施方式中，具体通过如下方式读取乘客定位信息：

接收所述用户终端提交的乘客预约请求；所述乘车预约请求在所述老年用户触发乘车预约页面配置的乘车预约控件后生成；

从所述乘车预约请求中读取所述用户终端调用定位传感器采集到的所述乘客定位信息。

如图2所示，老年用户在x小区预约车辆，通过用户终端提交对出行应用的访问请求，用户终端根据该访问请求向老年用户展示仅配置“立即叫车”控件的乘车预约页面，无需老年用户输入乘车位置点和目的地信息，用户终端在检测到用户触发乘车预约页面的“立即叫车”控件的情况下，根据该老年用户在第一次访问出行应用时提交的授权指令读取用户终端的定位信息和用户联系方式，将该定位信息作为乘客定位信息并根据乘客定位信息与用户联系方式生成乘客预约请求向派单平台提交，派单平台接收到该乘车预约请求时读取用户终端的定位传感器采集的乘客定位信息，以及读取用户联系方式。

具体实施时，若用户的乘客定位信息为x小区1号楼，但司机不能到达用户的乘客定位信息对应的位置，只能在x小区西门接该用户，为了进一步提升用户的预约车辆体验，提升用户和司机的沟通效率，在读取到乘客定位信息后，根据位置匹配算法匹配距离乘客定位信息最近的乘车位置点。

步骤S104，基于所述乘车位置点生成乘车预约单，确定针对所述乘车预约单提交接单指令的司机并更新所述乘车预约单。

本实施例所述乘车预约单，在所述用户终端提交所述乘车预约请求后根据所述乘车预约请求中的乘客定位信息匹配的乘车位置点生成，记录有所述乘车位置点和/或用户联系方式，且未记录目的地信息，在确认针对所述乘车预约单提交接单指令的司机后将司机对应的车辆标识和/或司机联系方式写入所述乘车预约单中，以使所述乘车预约单更新为乘车订单；更新获得的所述乘车订单中未记录目的地信息，在接收到司机终端提交的目的地信息后将目的地信息写入所述乘车订单中，获得包含所述乘车位置点、用户联系方式、目的地信息、司机联系方式和/或车辆标识的乘车订单。

具体实施时，确定乘车位置点之后，需要为用户匹配司机，因此，首先根据乘车位置点生成乘车预约单，并在乘车预约单中写入用户联系方式，以便司机与用户联系，为了减少用户等待车辆的等待时长，避免由于接单司机距离用户较远导致用户长时间等待，影响用户的乘车体验，本实施例提供的一种可选实施方式中，生成乘车预约单之后，具体采用如下方式确定所述司机并更新所述乘车预约单：

筛选与所述乘车位置点的位置距离小于派单距离的候选司机；

将所述乘车预约单向所述候选司机派发，并确定针对所述乘车预约单提交接单指令的所述司机；

将所述司机对应的接单信息写入所述乘车预约单，获得所述乘车订单。

具体的，所述派单距离，是指预先设定的能够进行派单的司机与用户的最大距离；首先筛选出与乘车位置点的位置距离小于派单距离的候选司机，然后将根据乘车定位点以及用户联系方式生成的乘车预约单向筛选获得的候选司机进行派发，由候选司机进行抢单，抢单过程中，司机终端接收到乘车预约单后，通过出行应用展示该乘车预约单或者通过语音播报形式向司机播放针对该乘车预约单的接单邀约提醒，司机终端在接收到司机对该乘车预约单的接单指令后向派单平台提交，派单平台确定第一个提交接单指令的司机为与该乘车预约单匹配的司机。

例如，预先设置的派单距离为1千米，根据老年用户的乘客定位信息确定乘车位置点为x小区西门，根据x小区西门以及老年用户的用户联系方式生成老年用户的乘车预约单，筛选出与x小区西门的位置距离小于1千米的4个候选司机，则向这4个候选司机的司机终端派发该乘车预约单，由这4个候选司机进行抢单，最终确定司机D为与该乘车预约单匹配的司机。

具体实施时，在确认提交接单指令的司机后，将该司机在提交接单指令时提交的接单信息写入乘车预约单中，即将车辆标识和司机联系方式写入只记录乘车位置点和用户联系方式的乘车预约单中，使该乘车预约单更新为乘车订单。

沿用上例，将司机D在提交授权指令时提交的车辆标识以及司机联系方式写入该乘车预约单，获得该老年用户与司机D共同确认的乘车订单。

步骤S106，向所述用户终端下发更新获得的乘车订单，并将所述司机的司机终端上传的目的地信息写入所述乘车订单。

所述目的地信息基于所述司机终端采集的所述老年用户和/或所述司机录入的语音信息获得，或者，基于所述司机终端采集的所述司机输入的位置信息获得。

具体实施时，为了能够使用户及时感知到乘车位置点以及抢单成功的司机的接单信息，将乘车预约单被更新为乘车订单后将乘车订单向用户终端和/或司机终端发送，为了使用户能够更加及时更加方便的查看乘车订单中的关键信息，避免向用户直接展示乘车订单使用户不便查看关键信息，用户终端在接收到乘车订单后，读取乘车订单中的司机联系方式、车辆标识以及乘车位置点，并将司机联系方式、车辆标识以及乘车位置点通过出行应用的应用页面向用户展示，或者，为了能够更加有效的触达用户，基于司机联系方式、车辆标识以及乘车位置点生成提醒内容，并将该提醒内容通过即时通讯消息的形式向用户发送。用户在感知到司机联系方式、车辆标识以及乘车位置点后前往乘车位置点并根据车辆标识乘车，司机在感知到该乘车订单的情况下，前往该乘车位置点接送该用户，需要说明的是，用户联系方式与司机联系方式的展示是为了方便用户与司机进行乘车信息的确认，实际应用时根据用户与司机的需求确定是否提交司机联系方式和/或用户联系方式，并确定具体的联系方式形式，如电话号码等，本实施例在此不做限定。

用户在上车之后，告知司机目的地，司机将用户通过口述方式传达的目的地信息输入司机终端，由司机终端向派单平台提交，或者，司机通过司机终端采集并识别司机或者用户录入的语音信息，获得目的地信息并向派单平台提交，派单平台将目的地信息写入乘车订单中，至此，乘车订单中包含乘车位置点、目的地信息、用户联系方式、车辆标识和/或司机联系方式。

例如，司机D在确认老年用户上车后，根据老年用户通过口述方式传达的目的地，将对应的目的地信息输入司机终端并由司机终端上传至派单平台，派单平台接收到该目的地信息后将该目的地信息写入乘车订单中，以获得完整版的乘车订单。

具体实施时，在行程结束后，司机通过司机终端提交用户最方便的支付方式，其中，支付方式包括向上支付方式以及线下支付方式，线下支付方式包括现金支付和/或线下扫码支付。为了提升用户支付的便捷性，使用户选择最方便的支付方式进行支付，并且为了使用户和/或司机及时感知出行行程的状态，本实施例提供的一种可选实施方式中，在将目的地信息写入乘车订单之后，还要执行如下步骤：

获取所述司机终端提交的针对所述乘车订单的支付方式；

若所述支付方式为线下支付方式，基于所述乘车位置点以及所述目的地信息确定乘车费用并向所述司机终端发送；

在接收到所述司机终端提交已支付指令的情况下，基于所述乘车订单、所述乘车费用和/或线下支付方式生成乘车账单；

向所述用户终端与所述司机终端发送所述乘车账单。

具体的，用户在出行行程结束后向司机口述支付方式，司机根据用户的支付需求在用户终端选择针对乘车订单的支付方式，其中，司机终端获取司机根据用户的支付需求提交的针对乘车订单的支付方式并向派单平台提交，若提交的支付方式为线下支付方式，派单平台确定乘车费用后向司机终端发送，司机终端接收并展示派单平台发送的乘车费用，在用户通过现金或者线下扫码完成对乘车费用的支付后获取司机在确认用户已支付的情况下提交的已支付指令并向派单平台提交，最后接收派单平台基于乘车费用、乘车账单和/或线下支付方式生成并发送的乘车账单。需要说明的是，为了保证用户的出行行程数据的完整性，派单平台在基于乘车费用、乘车账单和/或线下支付方式生成乘车账单后也要将该乘车账单向用户终端发送。

例如，老年用户在出行行程结束后，选择使用现金支付，司机D在司机终端选择针对该老年用户的乘车订单的支付方式为线下支付方式，司机终端将线下支付方式的支付方式向派单平台发送，派单平台根据乘车订单中记录的乘车位置点以及目的地信息确定老年用户的乘车费用并向司机终端以及老年用户的用户终端发送，在确定老年用户已经支付的情况下，司机D通过司机终端向派单平台提交已支付指令，派单平台根据乘车费用、线下支付方式以及乘车订单中记录的信息生成乘车账单向司机D的司机终端以及老年用户的用户终端发送。

除此之外，存在用户选择线上支付方式进行支付，本实施例提供的一种可选实施方式中，若司机终端提交的针对乘车订单的支付方式为线上支付方式，则执行如下操作：

获取所述司机终端提交的针对所述乘车订单的支付方式；

若所述支付方式为线上支付方式，则基于所述乘车费用生成待支付订单并向所述用户终端发送；

接收所述用户终端提交的支付指令，并基于所述支付指令进行支付处理；

基于所述乘车订单、所述乘车费用和/或所述线上支付方式生成乘车账单并向所述用户终端与所述司机终端发送。

具体的，若司机终端提交的支付方式为线上支付方式，则根据乘车订单生成包含乘车费用的待支付订单向用户终端发送，用户终端在接收待支付订单后，通过出行应用的应用页面展示待支付订单，并且在获取用户提交的针对待支付订单的支付指令后向派单平台提交支付指令，派单平台根据该支付指令进行支付处理，并在支付处理成功后基于乘车订单、乘车费用和/或线上支付方式生成乘车账单向用户终端和司机终端发送。需要说明的是，若用户签订了使用第三方支付渠道进行代扣支付的代扣协议，则在司机终端提交的支付方式为线上支付方式的情况下，根据第三方支付渠道以及乘车费用进行支付处理，并在支付处理成功后生成乘车账单向用户终端以及司机终端下发。

例如，老年用户在出行行程结束后，选择线上支付的支付方式，司机D在司机终端选择针对该老年用户的乘车订单的支付方式为线上支付方式，司机终端将线上支付方式的支付方式向派单平台发送，派单平台根据乘车订单中记录的乘车位置点以及目的地信息确定老年用户的乘车费用，并根据乘车订单中记录的信息和乘车费用生成待支付订单向用户终端发送，在接收到用户终端提交支付指令的情况下进行支付处理，在支付处理成功的情况下根据乘车订单中记录的信息、乘车费用以及线上支付方式生成乘车账单向用户终端以及司机终端发送。

下述结合附图3提供的应用于老年用户乘车场景的乘车订单处理时序图，对本实施例提供的乘车订单处理方法在老年用户乘车场景的应用进行说明，同时，对下述提供的应用于用户终端与司机终端的乘车订单处理方法进行说明。

参照图3，应用于老年用户乘车场景的乘车订单处理方法，具体包括步骤S302至步骤S332。

步骤S302，用户终端获取老年用户对出行应用的访问请求并展示乘车预约页面。

步骤S304，在乘车预约页面配置的乘车预约控件被触发的情况下向派单平台提交乘车预约请求。

步骤S306，派单平台读取用户终端对应的用户联系方式以及调用定位传感器采集的乘客定位信息。

步骤S308，根据位置匹配算法匹配乘客定位信息对应的乘车位置点。

步骤S310，根据用户联系方式与乘车位置点生成乘车预约单。

乘车预约单中只记录用户联系方式以及乘车位置点。

步骤S312，筛选与乘车位置点的位置距离小于派单距离的候选司机并向候选司机发送乘车预约单。

步骤S314，获取司机针对乘车预约单的接单指令并向派单平台提交。

司机终端接收乘车预约单并通过出行应用播放针对乘车预约单的接单邀约提醒。

步骤S316，将司机对应的车辆标识与司机联系方式写入乘车预约单，以使乘车预约单更新为乘车订单。

其中，该乘车订单中未记录目的地信息。

步骤S318，用户终端接收派单平台发送的乘车订单。

步骤S320，读取乘车订单中的乘车位置点、车辆标识以及司机联系方式，并通过出行应用的应用页面进行展示。

步骤S322，确认老年用户上车后，司机终端读取司机针对乘车订单录入的目的地信息并向派单平台上传。

步骤S324，派单平台将目的地信息写入乘车订单。

步骤S326，派单平台接收司机终端提交的线下支付方式。

步骤S328，根据乘车位置点以及目的地信息确定乘车费用并向司机终端发送。

步骤S330，派单平台接收司机终端提交的已支付指令。

步骤S332，基于该已支付指令，根据乘车费用以及乘车订单生成乘车账单并向用户终端与司机终端发送。

综上所述，本实施例提供的乘车订单处理方法，首先根据用户终端提交的乘车预约请求读取乘客定位信息，并根据位置匹配算法匹配乘客定位信息对应的乘车位置点，然后基于乘车位置点生成乘车预约单，再确定针对乘车预约单提交确认指令的司机并更新乘车预约单，最后向用户终端发送更新获得的乘车订单，并将司机终端上传的目的地信息写入乘车订单，以此，使用户在无需填写乘车位置点以及目的地信息的情况下就能进行乘车预约。

本说明书提供的第二种乘车订单处理方法实施例：

参照图4，其示出了本实施例提供的一种乘车订单处理方法处理流程图，本实施例提供的乘车订单处理方法，应用于用户终端，包括步骤S402至步骤S406。

步骤S402，基于用户提交的针对出行应用的访问请求展示乘车预约页面。

实际应用中，网约车的普及改变了打车的方式，使人们不去街边扬招就能打到车，还可以提前预约车辆以及选择拼车的出行方式，极大的提高了打车出行的效率，但是，由于老年人没有智能手机，或者打车软件操作难度高，导致老年人只能去扬招出租车，直接错过了庞大的网约车运力，此外，出租车也会通过派单平台在线接单，按照在线订单去接在线乘客的出租车，也会忽略扬招的老年人，导致老年人扬招出租车的效率下降。

本实施例提供的乘车订单处理方法，通过简化打车流程向老年用户提供一种更加便捷的在线打车方式，具体的，在用户终端获取到老年用户对出行应用的访问请求时，向老年用户展示只配置了乘车预约控件的乘车预约页面，在老年用户触发乘车预约控件的情况下向派单平台提交乘车预约请求；派单平台读取乘车预约请求中包含的乘客定位信息并为老年用户匹配最近的乘车位置点，并根据乘车位置点以及老年用户的联系方式生成乘车预约单向司机发送，在接收司机终端提交的接单指令后将司机的接单信息写入乘车预约单，并将写入后获得的乘车订单向用户终端发送，用户终端向老年用户展示司机的接单信息，使老年用户前往乘车位置点乘车，司机将老年用户上车后口述的目的地通过司机终端向派单平台提交，派单平台将司机终端提交的目的地信息写入乘车订单中，以此，老年用户发起打车时无需输入乘车位置点以及目的地，行程结束时根据老年用户最方便的支付方式进行乘车费用的支付，提高老年用户的操作效率。

本实施例所述用户包括：老年用户；所述乘车预约页面配置有所述乘车预约控件，所述乘车预约请求在所述老年用户触发所述乘车预约控件后生成。所述出行应用，包括所述派单平台在目标应用配置的子应用，如派单平台在第三方支付应用中配置的派单子应用。本实施例所述用户终端所属用户包括老年用户。所述用户终端，包括提交乘车预约请求的用户对应的用户终端。

需要说明的是，为了提升用户预约车辆的便捷性，用户无需在提交乘车预约请求时输入乘车位置点，但为了能够获取到用户的位置信息，需要获取用户的定位信息，也为了使司机能够与用户进行联系，进一步确定用户位置，需要读取用户的用户联系方式，由于用户的用户联系方式以及定位信息在一定程度上属于用户隐私，因此，出行应用想要获得用户联系方式以及定位信息需要得到用户的授权，以保证用户的隐私安全。

本实施例提供的一种可选实施方式中，在用户首次访问出行应用时，首先获取所述用户提交的针对所述出行应用的授权访问指令并向所述派单平台提交；所述派单平台基于所述授权访问指令向所述用户终端下发授权协议；所述用户终端接收所述派单平台下发的授权协议并展示携带所述授权协议的待授权页面，在获取所述用户通过所述待授权页面提交的授权指令的情况下，向所述派单平台提交所述授权指令；所述派单平台接收所述授权指令，根据所述授权指令进行协议签署并向所述用户终端下发签署结果；所述用户终端接收所述派单平台下发的签署结果。所述协议签署，是指所述派单平台将所述用户终端的终端标识写入所述授权协议，即同意出行应用从所述用户终端读取定位信息以及用户联系方式。

实际应用中，线上打车方式操作干扰项多，乘车预约页面中配置有各种类型的营销活动、租车或者单车等其他功能的访问入口，容易导致老年用户的操作路径偏离打车路径，且线上打车的必填项多，乘车位置点和目的地信息都是必须要输入的，但是在用户终端打字录入或者通过从地图中分辨乘车位置点和目的地信息对老年用户都是不小的挑战；除此之外，线上支付必须使用移动支付，但移动支付在老年用户终端的普及率较低，极大的降低了老年用户线上打车的便捷性。

具体实施时，在用户已经提交授权指令的情况下，用户可通过访问出行应用提交乘车预约请求，具体的，用户向用户终端提交针对出行应用的访问请求，用户终端基于该访问请求向用户展示乘车预约页面，该乘车预约页面仅配置乘车预约控件。

如图2所示，老年用户在x小区预约车辆，通过用户终端提交对出行应用的访问请求，用户终端根据该访问请求向老年用户展示仅配置“立即叫车”控件的乘车预约页面。

步骤S404，在检测到所述乘车预约页面的乘车预约控件被触发的情况下，向派单平台提交乘车预约请求。

本实施例所述乘车预约请求，是指用户访问出行应用，通过触发出行应用的乘车预约页面配置的乘车预约控件提交的乘车预约请求，所述乘车预约请求中包含用户的乘客定位信息和/或联系方式。

具体实施时，用户终端在向派单平台发送乘车预约请求的过程中，需要通过用户终端的定位传感器读取用户的定位信息以及用户联系方式，将读取到的位置信息作为乘客定位信息结合用户联系方式生成乘车预约请求向派单平台发送，派单平台在接收到用户终端提交的乘车预约请求的情况下，读取乘车请求中包含的乘客位置信息，为了使用户无需输入就可获取乘客位置信息，派单平台具体通过如下方式读取乘客定位信息：首先接收所述用户终端提交的乘客预约请求；所述乘车预约请求在所述老年用户触发乘车预约页面配置的乘车预约控件后生成；然后从所述乘车预约请求中读取所述用户终端调用定位传感器采集到的所述乘客定位信息。

例如，在检测到用户触发乘车预约页面的“立即叫车”控件的情况下，根据该老年用户在第一次访问出行应用时提交的授权指令读取用户终端的定位信息和用户联系方式，将该定位信息作为乘客定位信息并根据乘客定位信息与用户联系方式生成乘客预约请求向派单平台提交，派单平台接收到该乘车预约请求时读取用户终端的定位传感器采集的乘客定位信息，以及读取用户联系方式。

具体实施时，若用户的乘客定位信息为x小区1号楼，但司机不能到达用户的乘客定位信息对应的位置，只能在x小区西门接该用户，为了进一步提升用户的预约车辆体验，提升用户和司机的沟通效率，派单平台在读取到乘客定位信息后，根据位置匹配算法匹配距离乘客定位信息最近的乘车位置点，并基于乘车位置点生成乘车预约单，确定针对乘车预约单提交接单指令的司机并更新乘车预约单。其中，本实施例所述乘车预约单，在所述用户终端提交所述乘车预约请求后根据所述乘车预约请求中的乘客定位信息匹配的乘车位置点生成，记录有所述乘车位置点和/或用户联系方式，且未记录目的地信息，在确认针对所述乘车预约单提交接单指令的司机后将司机对应的车辆标识和/或司机联系方式写入所述乘车预约单中，以使所述乘车预约单更新为乘车订单；更新获得的所述乘车订单中未记录目的地信息，在接收到司机终端提交的目的地信息后将目的地信息写入所述乘车订单中，获得包含所述乘车位置点、用户联系方式、目的地信息、司机联系方式和/或车辆标识的乘车订单。

具体的，确定乘车位置点之后，需要为用户匹配司机，因此，派单平台首先根据乘车位置点生成乘车预约单，并在乘车预约单中写入用户联系方式，以便司机与用户联系，为了减少用户等待车辆的等待时长，避免由于接单司机距离用户较远导致用户长时间等待，影响用户的乘车体验，派单平台生成乘车预约单之后，具体采用如下方式确定所述司机并更新所述乘车预约单：首先筛选与所述乘车位置点的位置距离小于派单距离的候选司机；然后将所述乘车预约单向所述候选司机派发，并确定针对所述乘车预约单提交接单指令的所述司机；再将所述司机对应的接单信息写入所述乘车预约单，获得所述乘车订单。

需要说明的是，所述派单距离，是指预先设定的能够进行派单的司机与用户的最大距离。确认司机的过程中，派单平台首先筛选出与乘车位置点的位置距离小于派单距离的候选司机，然后将根据乘车定位点以及用户联系方式生成的乘车预约单向筛选获得的候选司机进行派发，由候选司机进行抢单，司机终端接收到乘车预约单后，通过出行应用展示该乘车预约单或者通过语音播报形式向司机播放针对该乘车预约单的接单邀约提醒，司机终端在接收到司机对该乘车预约单的接单指令后向派单平台提交，派单平台确定第一个提交接单指令的司机为与该乘车预约单匹配的司机。

例如，预先设置的派单距离为1千米，派单平台根据老年用户的乘客定位信息确定乘车位置点为x小区西门，根据x小区西门以及老年用户的用户联系方式生成老年用户的乘车预约单，筛选出与x小区西门的位置距离小于1千米的4个候选司机，则向这4个候选司机的司机终端派发该乘车预约单，由这4个候选司机进行抢单，最终确定司机D为与该乘车预约单匹配的司机。

具体实施时，派单平台在确认提交接单指令的司机后，将该司机与接单指令同时提交的接单信息写入乘车预约单中，即将车辆标识和司机联系方式写入只记录乘车位置点和用户联系方式的乘车预约单中，使该乘车预约单更新为乘车订单并向用户终端发送。

沿用上例，派单平台将司机D在提交授权指令时提交的车辆标识以及司机联系方式写入该乘车预约单，获得该老年用户与司机D共同确认的乘车订单并向老年用户的用户终端发送。

步骤S406，接收所述派单平台基于所述乘车预约请求下发的乘车订单。

具体实施时，为了能够使用户及时感知到乘车位置点以及抢单成功的司机的接单信息，派单平台将乘车预约单被更新为乘车订单后将乘车订单向用户终端和/或司机终端发送，为了使用户能够更加及时更加方便的查看乘车订单中的关键信息，避免向用户直接展示乘车订单使用户不便查看关键信息，本实施例提供的一种可选实施方式中，用户终端在接收到所述乘车订单后，执行如下操作：

读取所述乘车订单中的接单信息以及乘车位置点；

将所述接单信息以及所述乘车位置点通过所述出行应用的应用页面进行展示；

或者，

读取所述乘车订单中的接单信息以及乘车位置点，并基于所述接单信息以及所述乘车位置点生成提醒内容；

通过即时通讯消息的形式向所述用户发送所述提醒内容。

具体的，用户在感知到司机联系方式、车辆标识以及乘车位置点后前往乘车位置点并根据车辆标识乘车，司机在感知到该乘车订单的情况下，前往该乘车位置点接送该用户，需要说明的是，用户联系方式与司机联系方式的展示是为了方便用户与司机进行乘车信息的确认，实际应用时根据用户与司机的需求确定是否提交司机联系方式和/或用户联系方式，并确定具体的联系方式形式，如电话号码等，本实施例在此不做限定。

例如，老年用户的用户终端接收到乘车订单，读取乘车订单中记录的乘车位置点、用户联系方式和车辆标识并通过出行应用的应用页面进行展示，老年用户前往乘车位置点进行乘车。

用户在上车之后，告知司机目的地，司机将用户通过口述方式传达的目的地信息输入司机终端，由司机终端向派单平台提交，或者，司机通过司机终端采集并识别司机或者用户录入的语音信息，获得目的地信息并向派单平台提交，派单平台将目的地信息写入乘车订单中，至此，乘车订单中包含乘车位置点、目的地信息、用户联系方式、车辆标识和/或司机联系方式。需要说明的是，所述目的地信息基于所述司机终端采集的所述老年用户和/或所述司机录入的语音信息获得，或者，基于所述司机终端采集的所述司机输入的位置信息获得。

例如，司机D在确认老年用户上车后，根据老年用户通过口述方式传达的目的地，将对应的目的地信息输入司机终端并由司机终端上传至派单平台，派单平台接收到该目的地信息后将该目的地信息写入乘车订单中，以获得完整版的乘车订单。

具体实施时，在行程结束后，司机通过司机终端提交用户最方便的支付方式，其中，支付方式包括向上支付方式以及线下支付方式，线下支付方式包括现金支付和/或线下扫码支付。为了提升用户支付的便捷性，使用户选择最方便的支付方式进行支付，并且为了使用户和/或司机及时感知出行行程的状态，派单平台在将目的地信息写入乘车订单中之后，获取所述司机终端提交的针对所述乘车订单的支付方式；若用户选择线下支付的支付方式，派单平台首先获取所述司机终端提交的针对所述乘车订单的支付方式；若所述支付方式为线下支付方式，基于所述乘车位置点以及所述目的地信息确定乘车费用并向所述司机终端发送；在接收到所述司机终端提交已支付指令的情况下，基于所述乘车订单、所述乘车费用和/或线下支付方式生成乘车账单；向所述用户终端与所述司机终端发送所述乘车账单。

具体的，用户在出行行程结束后向司机口述支付方式，司机根据用户的支付需求在用户终端选择针对乘车订单的支付方式，其中，司机终端获取司机根据用户的支付需求提交的针对乘车订单的支付方式并向派单平台提交，若提交的支付方式为线下支付方式，司机终端和/或用户终端在派单平台确定乘车费用后接收并展示派单平台发送的乘车费用，司机终端在用户通过现金或者线下扫码完成对乘车费用的支付后获取司机在确认用户已支付的情况下提交的已支付指令并向派单平台提交，最后接收派单平台基于乘车费用、乘车账单和/或线下支付方式生成并发送的乘车账单。需要说明的是，为了保证用户的出行行程数据的完整性，用户终端在派单平台在基于乘车费用、乘车账单和/或线下支付方式生成乘车账单后也要接收并展示该乘车账单。

例如，老年用户在出行行程结束后，选择使用现金支付，司机D在司机终端选择针对该老年用户的乘车订单的支付方式为线下支付方式，司机终端将线下支付方式的支付方式向派单平台发送，派单平台根据乘车订单中记录的乘车位置点以及目的地信息确定老年用户的乘车费用并向司机终端以及老年用户的用户终端发送，在确定老年用户已经支付的情况下，司机D通过司机终端向派单平台提交已支付指令，用户终端接收派单平台根据乘车费用、线下支付方式以及乘车订单中记录的信息生成并下发的乘车账单。

除此之外，若所述支付方式为线上支付方式，则基于所述乘车费用生成待支付订单并向所述用户终端发送；接收所述用户终端提交的支付指令，并基于所述支付指令进行支付处理；基于所述乘车订单、所述乘车费用和/或所述线上支付方式生成乘车账单并向所述用户终端与所述司机终端发送。

本实施例提供的一种可选实施方式中，派单平台生成待支付订单并向用户终端发送时，用户终端首先接收所述派单平台发送的待支付订单并通过所述出行应用的应用页面进行展示；然后获取所述用户提交的针对所述待支付订单的支付指令并向所述派单平台提交；并在所述派单平台生成乘车账单之后接收所述派单平台基于所述支付指令进行支付处理后发送的乘车账单。

例如，老年用户在出行行程结束后，选择线上支付的支付方式，司机D在司机终端选择针对该老年用户的乘车订单的支付方式为线上支付方式，司机终端将线上支付方式的支付方式向派单平台发送，派单平台根据乘车订单中记录的乘车位置点以及目的地信息确定老年用户的乘车费用，并根据乘车订单中记录的信息和乘车费用生成待支付订单向用户终端发送，用户终端向派单平台提交针对待支付订单的支付指令，派单平台在接收到用户终端提交支付指令的情况下进行支付处理，用户终端接收派单平台在支付处理成功的情况下根据乘车订单中记录的信息、乘车费用以及线上支付方式生成并下发的乘车账单。

参照图3，应用于老年用户乘车场景的乘车订单处理方法具体包括下述步骤：

步骤S302，获取老年用户对出行应用的访问请求并展示乘车预约页面。

步骤S304，在乘车预约页面配置的乘车预约控件被触发的情况下向派单平台提交乘车预约请求。

此后，派单平台读取用户终端对应的用户联系方式以及调用定位传感器采集的乘客定位信息，根据位置匹配算法匹配乘客定位信息对应的乘车位置点，根据用户联系方式与乘车位置点生成乘车预约单，乘车预约单中只记录用户联系方式以及乘车位置点，筛选与乘车位置点的位置距离小于派单距离的候选司机，向候选司机派发乘车预约单；司机终端接收乘车预约单并通过出行应用播放针对乘车预约单的接单邀约提醒，获取司机针对乘车预约单的接单指令并向派单平台提交；派单平台将司机对应的车辆标识与司机联系方式写入乘车预约单，以使乘车预约单更新为乘车订单。其中，该乘车订单中未记录目的地信息。

步骤S318，用户终端接收派单平台发送的乘车订单。

步骤S320，读取乘车订单中的乘车位置点、车辆标识以及司机联系方式并通过出行应用的应用页面进行展示。

确认老年用户上车后，司机终端读取司机针对乘车订单录入的目的地信息并向派单平台上传；派单平台将目的地信息写入乘车订单并接收司机终端提交的线下支付方式，根据乘车位置点以及目的地信息确定乘车费用并向司机终端发送，接收司机终端提交的已支付指令，基于该已支付指令，根据乘车费用以及乘车订单生成乘车账单并向用户终端与司机终端发送。

综上所述，本实施例提供的乘车订单处理方法，首先基于用户提交的针对出行应用的访问请求展示乘车预约页面，然后在检测到乘车预约页面的乘车预约控件被触发的情况下，向派单平台提交乘车预约请求，最后接收派单平台基于乘车预约请求下发的乘车订单，以此，通过向用户展示仅配置有乘车预约控件的乘车预约页面，提升用户对提交乘车预约请求的简便性。

本说明书提供的第三种乘车订单处理方法实施例：

参照图5，其示出了本实施例提供的一种乘车订单处理方法处理流程图，本实施例提供的乘车订单处理方法，应用于司机终端，包括步骤S502至步骤S506。

步骤S502，在接收到派单平台通过出行应用发送的乘车预约单后，播放针对所述乘车预约单的接单邀约提醒。

实际应用中，网约车的普及改变了打车的方式，使人们不去街边扬招就能打到车，还可以提前预约车辆以及选择拼车的出行方式，极大的提高了打车出行的效率，但是，由于老年人没有智能手机，或者打车软件操作难度高，导致老年人只能去扬招出租车，直接错过了庞大的网约车运力，此外，出租车也会通过派单平台在线接单，按照在线订单去接在线乘客的出租车，也会忽略扬招的老年人，导致老年人扬招出租车的效率下降。

本实施例提供的乘车订单处理方法，通过简化打车流程向老年用户提供一种更加便捷的在线打车方式，具体的，在用户终端获取到老年用户对出行应用的访问请求时，向老年用户展示只配置了乘车预约控件的乘车预约页面，在老年用户触发乘车预约控件的情况下向派单平台提交乘车预约请求；派单平台读取乘车预约请求中包含的乘客定位信息并为老年用户匹配最近的乘车位置点，并根据乘车位置点以及老年用户的联系方式生成乘车预约单向司机发送，在接收司机终端提交的接单指令后将司机的接单信息写入乘车预约单，并将写入后获得的乘车订单向用户终端发送，用户终端向老年用户展示司机的接单信息，使老年用户前往乘车位置点乘车，司机将老年用户上车后口述的目的地通过司机终端向派单平台提交，派单平台将司机终端提交的目的地信息写入乘车订单中，以此，老年用户发起打车时无需输入乘车位置点以及目的地，行程结束时根据老年用户最方便的支付方式进行乘车费用的支付，提高老年用户的操作效率。

本实施例所述乘车预约单，在所述用户终端提交所述乘车预约请求后根据所述乘车预约请求中的乘客定位信息匹配的乘车位置点生成，记录有所述乘车位置点和/或用户联系方式，且未记录目的地信息，在确认针对所述乘车预约单提交接单指令的司机后将司机对应的车辆标识和/或司机联系方式写入所述乘车预约单中，以使所述乘车预约单更新为乘车订单；更新获得的所述乘车订单中未记录目的地信息，在接收到司机终端提交的目的地信息后将目的地信息写入所述乘车订单中，获得包含所述乘车位置点、用户联系方式、目的地信息、司机联系方式和/或车辆标识的乘车订单。

需要说明的是，为了提升用户预约车辆的便捷性，用户无需在提交乘车预约请求时输入乘车位置点，但为了能够获取到用户的位置信息，需要获取用户的定位信息，也为了使司机能够与用户进行联系，进一步确定用户位置，需要读取用户的用户联系方式，由于用户的用户联系方式以及定位信息在一定程度上属于用户隐私，因此，出行应用想要获得用户联系方式以及定位信息需要得到用户的授权，以保证用户的隐私安全。

在用户首次访问出行应用时，首先获取所述用户提交的针对所述出行应用的授权访问指令并向所述派单平台提交；所述派单平台基于所述授权访问指令向所述用户终端下发授权协议；所述用户终端接收所述派单平台下发的授权协议并展示携带所述授权协议的待授权页面，在获取所述用户通过所述待授权页面提交的授权指令的情况下，向所述派单平台提交所述授权指令；所述派单平台接收所述授权指令，根据所述授权指令进行协议签署并向所述用户终端下发签署结果；所述用户终端接收所述派单平台下发的签署结果。所述协议签署，是指所述派单平台将所述用户终端的终端标识写入所述授权协议，即同意出行应用从所述用户终端读取定位信息以及用户联系方式。

实际应用中，线上打车方式操作干扰项多，乘车预约页面中配置有各种类型的营销活动、租车或者单车等其他功能的访问入口，容易导致老年用户的操作路径偏离打车路径，且线上打车的必填项多，乘车位置点和目的地信息都是必须要输入的，但是在用户终端打字录入或者通过从地图中分辨乘车位置点和目的地信息对老年用户都是不小的挑战；除此之外，线上支付必须使用移动支付，但移动支付在老年用户终端的普及率较低，极大的降低了老年用户线上打车的便捷性。

具体实施时，在用户已经提交授权指令的情况下，用户可通过访问出行应用提交乘车预约请求，具体的，用户向用户终端提交针对出行应用的访问请求，用户终端基于该访问请求向用户展示乘车预约页面，该乘车预约页面仅配置乘车预约控件，用户终端在检测到用户触发乘车预约页面配置的乘车预约控件时，向所述派单平台提交乘车预约请求。

用户终端在向派单平台发送乘车预约请求的过程中，需要通过用户终端的定位传感器读取用户的定位信息以及用户联系方式，将读取到的位置信息作为乘客定位信息结合用户联系方式生成乘车预约请求向派单平台发送，派单平台在接收到用户终端提交的乘车预约请求的情况下，读取乘车请求中包含的乘客位置信息，为了使用户无需输入就可获取乘客位置信息，派单平台具体通过如下方式读取乘客定位信息：接收所述用户终端提交的乘客预约请求；所述乘车预约请求在所述老年用户触发乘车预约页面配置的乘车预约控件后生成；从所述乘车预约请求中读取所述用户终端调用定位传感器采集到的所述乘客定位信息。

如图2所示，老年用户在x小区预约车辆，通过用户终端提交对出行应用的访问请求，用户终端根据该访问请求向老年用户展示仅配置“立即叫车”控件的乘车预约页面，无需老年用户输入乘车位置点和目的地信息，用户终端在检测到用户触发乘车预约页面的“立即叫车”控件的情况下，根据该老年用户在第一次访问出行应用时提交的授权指令读取用户终端的定位信息和用户联系方式，将该定位信息作为乘客定位信息并根据乘客定位信息与用户联系方式生成乘客预约请求向派单平台提交，派单平台接收到该乘车预约请求时读取用户终端的定位传感器采集的乘客定位信息，以及读取用户联系方式。

具体实施时，若用户的乘客定位信息为x小区1号楼，但司机不能到达用户的乘客定位信息对应的位置，只能在x小区西门接该用户，为了进一步提升用户的预约车辆体验，提升用户和司机的沟通效率，在读取到乘客定位信息后，根据位置匹配算法匹配距离乘客定位信息最近的乘车位置点。

具体的，确定乘车位置点之后，需要为用户匹配司机，因此，派单平台首先根据乘车位置点生成乘车预约单，并在乘车预约单中写入用户联系方式，以便司机与用户联系，为了减少用户等待车辆的等待时长，避免由于接单司机距离用户较远导致用户长时间等待，影响用户的乘车体验，派单平台生成乘车预约单之后，具体采用如下方式确定所述司机并更新所述乘车预约单：首先筛选与所述乘车位置点的位置距离小于派单距离的候选司机；然后将所述乘车预约单向所述候选司机派发，并确定针对所述乘车预约单提交接单指令的所述司机；再将所述司机对应的接单信息写入所述乘车预约单，获得所述乘车订单。

需要说明的是，所述派单距离，是指预先设定的能够进行派单的司机与用户的最大距离。确认司机的过程中，派单平台首先筛选出与乘车位置点的位置距离小于派单距离的候选司机，然后将根据乘车定位点以及用户联系方式生成的乘车预约单向筛选获得的候选司机进行派发，由候选司机进行抢单，司机终端接收到乘车预约单后，通过出行应用展示该乘车预约单或者通过语音播报形式向司机播放针对该乘车预约单的接单邀约提醒。

步骤S504，获取司机针对所述乘车预约单的接单指令并向所述派单平台提交，以响应所述接单邀约提醒。

具体实施时，司机终端在接收到司机对该乘车预约单的接单指令后向派单平台提交，派单平台确定第一个提交接单指令的司机为与该乘车预约单匹配的司机。

例如，预先设置的派单距离为1千米，派单平台根据老年用户的乘客定位信息确定乘车位置点为x小区西门，根据x小区西门以及老年用户的用户联系方式生成老年用户的乘车预约单，筛选出与x小区西门的位置距离小于1千米的4个候选司机，则向这4个候选司机的司机终端派发该乘车预约单，由这4个候选司机进行抢单，最终确定司机D为与该乘车预约单匹配的司机。

派单平台在确认提交接单指令的司机后，将该司机与接单指令同时提交的接单信息写入乘车预约单中，即将车辆标识和司机联系方式写入只记录乘车位置点和用户联系方式的乘车预约单中，使该乘车预约单更新为乘车订单。

沿用上例，派单平台将司机D在提交授权指令时提交的车辆标识以及司机联系方式写入该乘车预约单，获得该老年用户与司机D共同确认的乘车订单。

具体实施时，为了能够使用户及时感知到乘车位置点以及抢单成功的司机的接单信息，将乘车预约单被更新为乘车订单后将乘车订单向用户终端和/或司机终端发送，为了使用户能够更加及时更加方便的查看乘车订单中的关键信息，避免向用户直接展示乘车订单使用户不便查看关键信息，用户终端在接收到乘车订单后，读取乘车订单中的司机联系方式、车辆标识以及乘车位置点，并将司机联系方式、车辆标识以及乘车位置点通过出行应用的应用页面向用户展示，或者，为了能够更加有效的触达用户，基于司机联系方式、车辆标识以及乘车位置点生成提醒内容，并将该提醒内容通过即时通讯消息的形式向用户发送。用户在感知到司机联系方式、车辆标识以及乘车位置点后前往乘车位置点并根据车辆标识乘车，司机在感知到该乘车订单的情况下，前往该乘车位置点接送该用户，需要说明的是，用户联系方式与司机联系方式的展示是为了方便用户与司机进行乘车信息的确认，实际应用时根据用户与司机的需求确定是否提交司机联系方式和/或用户联系方式，并确定具体的联系方式形式，如电话号码等，本实施例在此不做限定。

步骤S506，读取所述司机针对所述乘车订单录入的目的地信息并向所述派单平台上传。

所述目的地信息，基于所述司机终端采集的用户和/或所述司机录入的语音信息获得，或者，基于所述司机终端采集的所述司机输入的位置信息获得；其中，所述用户包括：老年用户。

具体实施时，用户在上车之后，告知司机目的地，司机将用户通过口述方式传达的目的地信息输入司机终端，由司机终端向派单平台提交，或者，司机通过司机终端采集并识别司机或者用户录入的语音信息，获得目的地信息并向派单平台提交，派单平台将目的地信息写入乘车订单中，至此，乘车订单中包含乘车位置点、目的地信息、用户联系方式、车辆标识和/或司机联系方式。

例如，司机D在确认老年用户上车后，根据老年用户通过口述方式传达的目的地，将对应的目的地信息输入司机终端并由司机终端上传至派单平台，派单平台接收到该目的地信息后将该目的地信息写入乘车订单中，以获得完整版的乘车订单。

具体实施时，在行程结束后，司机通过司机终端提交用户最方便的支付方式，其中，支付方式包括向上支付方式以及线下支付方式，线下支付方式包括现金支付和/或线下扫码支付。为了提升用户支付的便捷性，使用户选择最方便的支付方式进行支付，并且为了使用户和/或司机及时感知出行行程的状态，派单平台在将目的地信息写入乘车订单中之后，获取所述司机终端提交的针对所述乘车订单的支付方式；若所述支付方式为线下支付方式，基于所述乘车位置点以及所述目的地信息确定乘车费用并向所述司机终端发送；在接收到所述司机终端提交已支付指令的情况下，基于所述乘车订单、所述乘车费用和/或线下支付方式生成乘车账单；向所述用户终端与所述司机终端发送所述乘车账单。

本实施例提供的一种可选实施方式中，若支付方式为线上支付方式，司机终端执行如下步骤：

获取司机根据用户的支付需求提交的针对所述乘车订单的支付方式并向所述派单平台提交；

若所述支付方式为线上支付方式，则接收所述派单平台在支付处理成功后发送的乘车账单。

具体的，用户在出行行程结束后向司机口述支付方式，司机根据用户的支付需求在用户终端选择针对乘车订单的支付方式，其中，司机终端获取司机根据用户的支付需求提交的针对乘车订单的支付方式并向派单平台提交，若提交的支付方式为线下支付方式，派单平台确定乘车费用后向司机终端发送，司机终端接收并展示派单平台发送的乘车费用，在用户通过现金或者线下扫码完成对乘车费用的支付后获取司机在确认用户已支付的情况下提交的已支付指令并向派单平台提交，最后接收派单平台基于乘车费用、乘车账单和/或线下支付方式生成并发送的乘车账单。需要说明的是，为了保证用户的出行行程数据的完整性，派单平台在基于乘车费用、乘车账单和/或线下支付方式生成乘车账单后也要将该乘车账单向用户终端发送。

例如，老年用户在出行行程结束后，选择使用现金支付，司机D在司机终端选择针对该老年用户的乘车订单的支付方式为线下支付方式，司机终端将线下支付方式的支付方式向派单平台发送，派单平台根据乘车订单中记录的乘车位置点以及目的地信息确定老年用户的乘车费用并向司机终端以及老年用户的用户终端发送，在确定老年用户已经支付的情况下，司机D通过司机终端向派单平台提交已支付指令，司机终端接收派单平台根据乘车费用、线下支付方式以及乘车订单中记录的信息生成并下发的乘车账单。

除此之外，若司机终端向派单平台提交的支付方式为线上支付方式，派单平台则基于所述乘车费用生成待支付订单并向所述用户终端发送；接收所述用户终端提交的支付指令，并基于所述支付指令进行支付处理；基于所述乘车订单、所述乘车费用和/或所述线上支付方式生成乘车账单并向所述用户终端与所述司机终端发送。

本实施例提供的一种可选实施方式中，若所述支付方式为线上支付方式，所述司机终端执行如下操作：

获取司机根据用户的支付需求提交的针对所述乘车订单的支付方式并向所述派单平台提交；

若所述支付方式为线上支付方式，则接收所述派单平台在支付处理成功后发送的乘车账单。

例如，老年用户在出行行程结束后，选择线上支付的支付方式，司机D在司机终端选择针对该老年用户的乘车订单的支付方式为线上支付方式，司机终端将线上支付方式的支付方式向派单平台发送，派单平台根据乘车订单中记录的乘车位置点以及目的地信息确定老年用户的乘车费用，并根据乘车订单中记录的信息和乘车费用生成待支付订单向用户终端发送，在接收到用户终端提交支付指令的情况下进行支付处理，司机终端接收派单平台在支付处理成功的情况下根据乘车订单中记录的信息、乘车费用以及线上支付方式生成并下发的乘车账单。

参照图3，应用于老年用户乘车场景的乘车订单处理方法具体包括下述步骤：

步骤S314，获取司机针对乘车预约单的接单指令并向派单平台提交。

在此之前，用户终端获取老年用户对出行应用的访问请求并展示乘车预约页面，在乘车预约页面配置的乘车预约控件被触发的情况下向派单平台提交乘车预约请求；派单平台读取用户终端对应的用户联系方式以及调用定位传感器采集的乘客定位信息，根据位置匹配算法匹配乘客定位信息对应的乘车位置点，根据用户联系方式与乘车位置点生成乘车预约单，筛选与乘车位置点的位置距离小于派单距离的候选司机，向候选司机派发乘车预约单。司机终端接收乘车预约单并通过出行应用播放针对乘车预约单的接单邀约提醒。

步骤S318，获取司机针对乘车预约单的接单指令并向派单平台提交。

此后，派单平台将司机对应的车辆标识与司机联系方式写入乘车预约单，以使乘车预约单更新为乘车订单；用户终端接收派单平台发送的乘车订单，读取乘车订单中的乘车位置点、车辆标识以及司机联系方式并通过出行应用的应用页面进行展示。

步骤S322，确认老年用户上车后，司机终端读取司机针对乘车订单录入的目的地信息并向派单平台上传。

派单平台将目的地信息写入乘车订单，接收司机终端提交的线下支付方式，根据乘车位置点以及目的地信息确定乘车费用并向司机终端发送，派单平台接收司机终端提交的已支付指令，基于该已支付指令，根据乘车费用以及乘车订单生成乘车账单并向用户终端与司机终端发送。

综上所述，本实施例提供的乘车订单处理方法，首先在接收到派单平台通过出行应用发送的乘车预约单后，播放针对乘车预约单的接单邀约提醒，然后获取司机针对乘车预约单的接单指令并向派单平台提交，以响应接单邀约提醒，最后读取所述司机针对所述乘车订单录入的目的地信息并向所述派单平台上传，以此通过由司机输入目的地信息以及提交支付方式，提升用户乘车的便捷性。

本说明书提供的一种乘车订单处理装置实施例如下：

在上述的实施例中，提供了一种乘车订单处理方法，应用于派单平台与之相对应的，还提供了一种乘车订单处理装置，运行于派单平台，下面结合附图进行说明。

参照图6，其示出了本实施例提供的一种乘车订单处理装置示意图。

由于装置实施例对应于方法实施例，所以描述得比较简单，相关的部分请参见上述提供的方法实施例的对应说明即可。下述描述的装置实施例仅仅是示意性的。

本实施例提供一种乘车订单处理装置，运行于派单平台，包括：

匹配模块602，被配置为根据用户终端提交的乘车预约请求读取乘客定位信息，并根据位置匹配算法匹配所述乘客定位信息对应的乘车位置点；

更新模块604，被配置为基于所述乘车位置点生成乘车预约单，确定针对所述乘车预约单提交接单指令的司机并更新所述乘车预约单；

写入模块606，被配置为向所述用户终端下发更新获得的乘车订单，并将所述司机的司机终端上传的目的地信息写入所述乘车订单。

可选的，所述乘车预约单中未记录所述目的地信息；

相应的，所述更新模块604，包括：

筛选子模块，被配置为筛选与所述乘车位置点的位置距离小于派单距离的候选司机；

派发子模块，被配置为将所述乘车预约单向所述候选司机派发，并确定针对所述乘车预约单提交接单指令的所述司机；

写入子模块，被配置为将所述司机对应的接单信息写入所述乘车预约单，获得所述乘车订单。

可选的，所述乘车订单处理装置，还包括：

支付方式获取模块，被配置为获取所述司机终端提交的针对所述乘车订单的支付方式；

乘车费用确定模块，被配置为若所述支付方式为线下支付方式，基于所述乘车位置点以及所述目的地信息确定乘车费用并向所述司机终端发送；

账单生成模块，被配置为在接收到所述司机终端提交已支付指令的情况下，基于所述乘车订单、所述乘车费用和/或线下支付方式生成乘车账单；

账单发送模块，被配置为向所述用户终端与所述司机终端发送所述乘车账单。

可选的，所述乘车订单处理装置，还包括：

待支付订单生成模块，被配置为若所述支付方式为线上支付方式，则基于所述乘车费用生成待支付订单并向所述用户终端发送；

支付处理模块，被配置为接收所述用户终端提交的支付指令，并基于所述支付指令进行支付处理；基于所述乘车订单、所述乘车费用和/或所述线上支付方式生成乘车账单并向所述用户终端与所述司机终端发送。

可选的，所述用户终端所属用户包括：老年用户；

所述乘车预约请求在所述老年用户触发乘车预约页面配置的乘车预约控件后生成；

并且，所述目的地信息基于所述司机终端采集的所述老年用户和/或所述司机录入的语音信息获得。

可选的，所述乘车订单处理装置，还包括：

授权访问模块，具体被配置为获取所述用户终端提交的授权访问指令；基于所述授权指令，向所述用户终端下发授权协议；接收所述用户终端提交的授权指令；基于所述授权指令进行协议签署并向所述用户终端下发签署结果。

可选的，所述匹配模块602，包括：

请求接收子模块，被配置为接收所述用户终端提交的乘客预约请求；

信息读取子模块，被配置为从所述乘车预约请求中读取所述用户终端调用定位传感器采集到的所述乘客定位信息。

本说明书提供的第二种乘车订单处理装置实施例如下：

在上述的实施例中，提供了一种乘车订单处理方法，应用于用户终端，与之相对应的，还提供了一种乘车订单处理装置，运行于用户终端，下面结合附图进行说明。

参照图7，其示出了本实施例提供的一种乘车订单处理装置示意图。

由于装置实施例对应于方法实施例，所以描述得比较简单，相关的部分请参见上述提供的方法实施例的对应说明即可。下述描述的装置实施例仅仅是示意性的。

本实施例提供一种乘车订单处理装置，运行于用户终端，包括：

展示模块702，被配置为基于用户提交的针对出行应用的访问请求展示乘车预约页面；

提交模块704，被配置为在检测到所述乘车预约页面的乘车预约控件被触发的情况下，向派单平台提交乘车预约请求；

接收模块706，被配置为接收所述派单平台基于所述乘车预约请求下发的乘车订单。

可选的，所述乘车订单处理装置，还包括：

授权模块，具体被配置为获取所述用户提交的针对所述出行应用的授权访问指令并向所述派单平台提交；接收所述派单平台下发的授权协议，并展示携带所述授权协议的待授权页面；获取所述用户通过所述待授权页面提交的授权指令并向所述派单平台提交，并接收所述派单平台下发的签署结果。

可选的，所述乘车订单处理装置，还包括：

信息读取模块，被配置为读取所述乘车订单中的接单信息以及乘车位置点；

信息展示模块，被配置为将所述接单信息以及所述乘车位置点通过所述出行应用的应用页面进行展示；

内容生成模块，被配置为读取所述乘车订单中的接单信息以及乘车位置点，并基于所述接单信息以及所述乘车位置点生成提醒内容；

提醒发送模块，被配置为通过即时通讯消息的形式向所述用户发送所述提醒内容。

可选的，所述乘车订单处理装置，还包括：

待支付订单展示模块，被配置为接收所述派单平台发送的待支付订单并通过所述出行应用的应用页面进行展示；

支付指令提交模块，被配置为获取所述用户提交的针对所述待支付订单的支付指令并向所述派单平台提交；

账单接收模块，被配置为接收所述派单平台基于所述支付指令进行支付处理后发送的乘车账单。

可选的，所述用户包括：老年用户；

所述乘车预约页面配置有所述乘车预约控件，所述乘车预约请求在所述老年用户触发所述乘车预约控件后生成；

并且，所述乘车订单中记录的目的地信息基于司机终端采集的所述老年用户录入的语音信息获得。

本说明书提供的第三种乘车订单处理装置实施例如下：

在上述的实施例中，提供了一种乘车订单处理方法，应用于司机终端，与之相对应的，还提供了一种乘车订单处理装置，运行于司机终端，下面结合附图进行说明。

参照图8，其示出了本实施例提供的一种乘车订单处理装置示意图。

由于装置实施例对应于方法实施例，所以描述得比较简单，相关的部分请参见上述提供的方法实施例的对应说明即可。下述描述的装置实施例仅仅是示意性的。

本实施例提供一种乘车订单处理装置，运行于司机终端，包括：

播放模块802，被配置为在接收到派单平台通过出行应用发送的乘车预约单后，播放针对所述乘车预约单的接单邀约提醒；

响应模块804，被配置为获取司机针对所述乘车预约单的接单指令并向所述派单平台提交，以响应所述接单邀约提醒；所述乘车预约单在所述派单平台接收所述接单指令后被更新为所述乘车订单；

读取模块806，被配置为读取所述司机针对所述乘车订单录入的目的地信息并向所述派单平台上传。

可选的，所述乘车订单处理装置，还包括：

支付方式提交模块，被配置为获取司机根据用户的支付需求提交的针对所述乘车订单的支付方式并向所述派单平台提交；

乘车费用展示模块，被配置为若所述支付方式为线下支付方式，接收并展示所述派单平台发送的乘车费用；

已支付指令提交模块，被配置为获取司机在确认用户已支付的情况下提交的已支付指令并向所述派单平台提交；

账单接收模块，被配置为接收所述派单平台基于所述乘车费用、所述乘车账单和/或所述线下支付方式生成并发送的乘车账单。

可选的，乘车订单处理装置，还包括：

支付方式获取模块，被配置为获取司机根据用户的支付需求提交的针对所述乘车订单的支付方式并向所述派单平台提交；若所述支付方式为线上支付方式，则接收所述派单平台在支付处理成功后发送的乘车账单。

可选的，所述目的地信息，基于所述司机终端采集的用户和/或所述司机录入的语音信息获得，或者，基于所述司机终端采集的所述司机输入的位置信息获得；

其中，所述用户包括：老年用户。

本说明书提供的一种乘车订单处理设备实施例如下：

对应上述描述的一种乘车订单处理方法，应用于派单平台，基于相同的技术构思，本说明书一个或多个实施例还提供一种乘车订单处理设备，运行于派单平台，该乘车订单处理设备用于执行上述提供的应用于派单平台的乘车订单处理方法，图9为本说明书一个或多个实施例提供的一种乘车订单处理设备的结构示意图。

本实施例提供的一种乘车订单处理设备，运行于派单平台，包括：

如图9所示，乘车订单处理设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上的处理器901和存储器902，存储器902中可以存储有一个或一个以上存储应用程序或数据。其中，存储器902可以是短暂存储或持久存储。存储在存储器902的应用程序可以包括一个或一个以上模块(图示未示出)，每个模块可以包括乘车订单处理设备中的一系列计算机可执行指令。更进一步地，处理器901可以设置为与存储器902通信，在乘车订单处理设备上执行存储器902中的一系列计算机可执行指令。乘车订单处理设备还可以包括一个或一个以上电源903，一个或一个以上有线或无线网络接口904，一个或一个以上输入/输出接口905，一个或一个以上键盘906等。

在一个具体的实施例中，乘车订单处理设备包括有存储器，以及一个或一个以上的程序，其中一个或者一个以上程序存储于存储器中，且一个或者一个以上程序可以包括一个或一个以上模块，且每个模块可以包括对乘车订单处理设备中的一系列计算机可执行指令，且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令：

根据用户终端提交的乘车预约请求读取乘客定位信息，并根据位置匹配算法匹配所述乘客定位信息对应的乘车位置点；

基于所述乘车位置点生成乘车预约单，确定针对所述乘车预约单提交接单指令的司机并更新所述乘车预约单；

向所述用户终端下发更新获得的乘车订单，并将所述司机的司机终端上传的目的地信息写入所述乘车订单。

可选的，计算机可执行指令在被执行时，还包括：

获取所述司机终端提交的针对所述乘车订单的支付方式；

若所述支付方式为线下支付方式，基于所述乘车位置点以及所述目的地信息确定乘车费用并向所述司机终端发送；

在接收到所述司机终端提交已支付指令的情况下，基于所述乘车订单、所述乘车费用和/或线下支付方式生成乘车账单；

向所述用户终端与所述司机终端发送所述乘车账单。

可选的，计算机可执行指令在被执行时，还包括：

获取所述司机终端提交的针对所述乘车订单的支付方式；

若所述支付方式为线上支付方式，则基于所述乘车费用生成待支付订单并向所述用户终端发送；

接收所述用户终端提交的支付指令，并基于所述支付指令进行支付处理；

基于所述乘车订单、所述乘车费用和/或所述线上支付方式生成乘车账单并向所述用户终端与所述司机终端发送。

可选的，所述用户终端所属用户包括：老年用户；

所述乘车预约请求在所述老年用户触发乘车预约页面配置的乘车预约控件后生成；

并且，所述目的地信息基于所述司机终端采集的所述老年用户和/或所述司机录入的语音信息获得。

本说明书提供的第二种乘车订单处理设备实施例如下：

对应上述描述的第二种乘车订单处理方法，应用于用户终端，基于相同的技术构思，本说明书一个或多个实施例还提供第二种乘车订单处理设备，运行于用户终端，该乘车订单处理设备用于执行上述提供的应用于用户终端的乘车订单处理方法，图10为本说明书一个或多个实施例提供的第二种乘车订单处理设备的结构示意图。

本实施例提供的一种乘车订单处理设备，运行于用户终端，包括：

如图10所示，乘车订单处理设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上的处理器1001和存储器1002，存储器1002中可以存储有一个或一个以上存储应用程序或数据。其中，存储器1002可以是短暂存储或持久存储。存储在存储器1002的应用程序可以包括一个或一个以上模块(图示未示出)，每个模块可以包括乘车订单处理设备中的一系列计算机可执行指令。更进一步地，处理器1001可以设置为与存储器1002通信，在乘车订单处理设备上执行存储器1002中的一系列计算机可执行指令。乘车订单处理设备还可以包括一个或一个以上电源1003，一个或一个以上有线或无线网络接口1004，一个或一个以上输入/输出接口1005，一个或一个以上键盘1006等。

在一个具体的实施例中，乘车订单处理设备包括有存储器，以及一个或一个以上的程序，其中一个或者一个以上程序存储于存储器中，且一个或者一个以上程序可以包括一个或一个以上模块，且每个模块可以包括对乘车订单处理设备中的一系列计算机可执行指令，且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令：

基于用户提交的针对出行应用的访问请求展示乘车预约页面；

在检测到所述乘车预约页面的乘车预约控件被触发的情况下，向派单平台提交乘车预约请求；

接收所述派单平台基于所述乘车预约请求下发的乘车订单。

可选的，计算机可执行指令在被执行时，还包括：

接收所述派单平台发送的待支付订单并通过所述出行应用的应用页面进行展示；

获取所述用户提交的针对所述待支付订单的支付指令并向所述派单平台提交；

接收所述派单平台基于所述支付指令进行支付处理后发送的乘车账单。

可选的，所述用户包括：老年用户；

所述乘车预约页面配置有所述乘车预约控件，所述乘车预约请求在所述老年用户触发所述乘车预约控件后生成；

并且，所述乘车订单中记录的目的地信息基于司机终端采集的所述老年用户录入的语音信息获得。

本说明书提供的第三种种乘车订单处理设备实施例如下：

对应上述描述的第三种种乘车订单处理方法，应用于司机终端，基于相同的技术构思，本说明书一个或多个实施例还提供第三种种乘车订单处理设备，运行于司机终端，该乘车订单处理设备用于执行上述提供的应用于司机终端的乘车订单处理方法，图11为本说明书一个或多个实施例提供的第三种乘车订单处理设备的结构示意图。

本实施例提供的一种乘车订单处理设备，运行于司机终端，包括：

如图11所示，乘车订单处理设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上的处理器1101和存储器1102，存储器1102中可以存储有一个或一个以上存储应用程序或数据。其中，存储器1102可以是短暂存储或持久存储。存储在存储器1102的应用程序可以包括一个或一个以上模块(图示未示出)，每个模块可以包括乘车订单处理设备中的一系列计算机可执行指令。更进一步地，处理器1101可以设置为与存储器1102通信，在乘车订单处理设备上执行存储器1102中的一系列计算机可执行指令。乘车订单处理设备还可以包括一个或一个以上电源1103，一个或一个以上有线或无线网络接口1104，一个或一个以上输入/输出接口1105，一个或一个以上键盘1106等。

在一个具体的实施例中，乘车订单处理设备包括有存储器，以及一个或一个以上的程序，其中一个或者一个以上程序存储于存储器中，且一个或者一个以上程序可以包括一个或一个以上模块，且每个模块可以包括对乘车订单处理设备中的一系列计算机可执行指令，且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令：

在接收到派单平台通过出行应用发送的乘车预约单后，播放针对所述乘车预约单的接单邀约提醒；

获取司机针对所述乘车预约单的接单指令并向所述派单平台提交，以响应所述接单邀约提醒；所述乘车预约单在所述派单平台接收所述接单指令后被更新为所述乘车订单；

读取所述司机针对所述乘车订单录入的目的地信息并向所述派单平台上传。

可选的，计算机可执行指令在被执行时，还包括：

获取司机根据用户的支付需求提交的针对所述乘车订单的支付方式并向所述派单平台提交；

若所述支付方式为线下支付方式，接收并展示所述派单平台发送的乘车费用；

获取司机在确认用户已支付的情况下提交的已支付指令并向所述派单平台提交；

接收所述派单平台基于所述乘车费用、所述乘车账单和/或所述线下支付方式生成并发送的乘车账单。

可选的，计算机可执行指令在被执行时，还包括：

获取司机根据用户的支付需求提交的针对所述乘车订单的支付方式并向所述派单平台提交；

若所述支付方式为线上支付方式，则接收所述派单平台在支付处理成功后发送的乘车账单。

可选的，所述目的地信息，基于所述司机终端采集的用户和/或所述司机录入的语音信息获得，或者，基于所述司机终端采集的所述司机输入的位置信息获得；

其中，所述用户包括：老年用户。

本说明书提供的一种存储介质实施例如下：

对应上述描述的一种乘车订单处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种存储介质。

本实施例提供的存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被执行时实现以下流程：

根据用户终端提交的乘车预约请求读取乘客定位信息，并根据位置匹配算法匹配所述乘客定位信息对应的乘车位置点；

基于所述乘车位置点生成乘车预约单，确定针对所述乘车预约单提交接单指令的司机并更新所述乘车预约单；

向所述用户终端下发更新获得的乘车订单，并将所述司机的司机终端上传的目的地信息写入所述乘车订单。

可选的，所述计算机可执行指令在被执行时，还实现以下流程：

获取所述司机终端提交的针对所述乘车订单的支付方式；

若所述支付方式为线下支付方式，基于所述乘车位置点以及所述目的地信息确定乘车费用并向所述司机终端发送；

在接收到所述司机终端提交已支付指令的情况下，基于所述乘车订单、所述乘车费用和/或线下支付方式生成乘车账单；

向所述用户终端与所述司机终端发送所述乘车账单。

可选的，所述计算机可执行指令在被执行时，还实现以下流程：

获取所述司机终端提交的针对所述乘车订单的支付方式；

若所述支付方式为线上支付方式，则基于所述乘车费用生成待支付订单并向所述用户终端发送；

接收所述用户终端提交的支付指令，并基于所述支付指令进行支付处理；

基于所述乘车订单、所述乘车费用和/或所述线上支付方式生成乘车账单并向所述用户终端与所述司机终端发送。

可选的，所述用户终端所属用户包括：老年用户；

所述乘车预约请求在所述老年用户触发乘车预约页面配置的乘车预约控件后生成；

并且，所述目的地信息基于所述司机终端采集的所述老年用户和/或所述司机录入的语音信息获得。

本说明书提供的第二种存储介质实施例如下：

对应上述描述的第二种乘车订单处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供第二种存储介质。

本实施例提供的存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被执行时实现以下流程：

基于用户提交的针对出行应用的访问请求展示乘车预约页面；

在检测到所述乘车预约页面的乘车预约控件被触发的情况下，向派单平台提交乘车预约请求；

接收所述派单平台基于所述乘车预约请求下发的乘车订单。

可选的，所述计算机可执行指令在被执行时，还实现以下流程：

接收所述派单平台发送的待支付订单并通过所述出行应用的应用页面进行展示；

获取所述用户提交的针对所述待支付订单的支付指令并向所述派单平台提交；

接收所述派单平台基于所述支付指令进行支付处理后发送的乘车账单。

可选的，所述用户包括：老年用户；

所述乘车预约页面配置有所述乘车预约控件，所述乘车预约请求在所述老年用户触发所述乘车预约控件后生成；

并且，所述乘车订单中记录的目的地信息基于司机终端采集的所述老年用户录入的语音信息获得。

本说明书提供的第三种存储介质实施例如下：

对应上述描述的第三种乘车订单处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供第三种存储介质。

本实施例提供的存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被执行时实现以下流程：

在接收到派单平台通过出行应用发送的乘车预约单后，播放针对所述乘车预约单的接单邀约提醒；

获取司机针对所述乘车预约单的接单指令并向所述派单平台提交，以响应所述接单邀约提醒；所述乘车预约单在所述派单平台接收所述接单指令后被更新为所述乘车订单；

读取所述司机针对所述乘车订单录入的目的地信息并向所述派单平台上传。

可选的，所述计算机可执行指令在被执行时，还实现以下流程：

获取司机根据用户的支付需求提交的针对所述乘车订单的支付方式并向所述派单平台提交；

若所述支付方式为线下支付方式，接收并展示所述派单平台发送的乘车费用；

获取司机在确认用户已支付的情况下提交的已支付指令并向所述派单平台提交；

接收所述派单平台基于所述乘车费用、所述乘车账单和/或所述线下支付方式生成并发送的乘车账单。

可选的，所述计算机可执行指令在被执行时，还实现以下流程：

获取司机根据用户的支付需求提交的针对所述乘车订单的支付方式并向所述派单平台提交；

若所述支付方式为线上支付方式，则接收所述派单平台在支付处理成功后发送的乘车账单。

可选的，所述目的地信息，基于所述司机终端采集的用户和/或所述司机录入的语音信息获得，或者，基于所述司机终端采集的所述司机输入的位置信息获得；

其中，所述用户包括：老年用户。

需要说明的是，本说明书中关于存储介质的实施例与本说明书中关于乘车订单处理方法的实施例基于同一发明构思，因此该实施例的具体实施可以参见前述对应方法的实施，重复之处不再赘述。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

在20世纪30年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device，PLD)(例如现场可编程门阵列(Field Programmable GateArray，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等，目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本说明书实施例时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本领域内的技术人员应明白，本说明书一个或多个实施例可提供为方法、系统或计算机程序产品。因此，本说明书一个或多个实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本说明书可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本说明书是参照根据本说明书实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本说明书一个或多个实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书的一个或多个实施例，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

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

以上所述仅为本文件的实施例而已，并不用于限制本文件。对于本领域技术人员来说，本文件可以有各种更改和变化。凡在本文件的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本文件的权利要求范围之内。