车辆代驾处理方法及装置

技术领域

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

背景技术

随着互联网技术发展和移动终端的普及，越来越多的线上服务开始向线下场景的延伸，代驾服务是当车主不能自行开车到达目的地时，由专业驾驶人员驾驶车主的车将其送至指定地点，并收取一定费用的有偿驾驶服务，但代驾行业存在不按照规定进行服务的现象，部分代驾平台对平台的代驾司机的管理存在一定的不足，如何对提升代驾司机的服务质量成为日益关注的重要问题。

发明内容

本说明书一个或多个实施例提供了一种车辆代驾处理方法，应用于用户终端，所述方法包括：采集司机终端展示的司机的标识码，并基于所述标识码的解码结果访问所述司机的代驾服务信息。若检测到针对所述司机的代驾指令，生成所述司机的代驾下单请求并向服务器发送，以根据所述代驾下单请求创建针对所述司机的代驾订单。接收所述服务器发送的所述代驾订单的订单信息并展示。所述订单信息在所述司机提交针对所述代驾订单的接单指令后生成。

本说明书一个或多个实施例提供了第二种车辆代驾处理方法，应用于司机终端，所述方法包括：获取司机提交的标识码访问请求并向服务器提交。接收所述服务器返回的所述司机的标识码并展示，以使用户通过采集所述标识码访问所述司机的代驾服务信息。展示所述服务器同步的代驾订单，并向所述服务器提交所述代驾订单的接单指令。所述代驾订单基于所述用户提交的代驾下单请求创建。

本说明书一个或多个实施例提供了第三种车辆代驾处理方法，应用于服务器，所述方法包括：接收用户终端访问司机的代驾服务信息后发送的代驾下单请求。所述代驾服务信息基于采集的所述司机的标识码的解码结果进行访问。根据所述代驾下单请求创建用户与所述司机的代驾订单，并向所述司机的司机终端同步所述代驾订单。基于所述司机终端提交的接单指令生成所述代驾订单的订单信息，并向所述用户终端发送所述订单信息。

本说明书一个或多个实施例提供了第四种车辆代驾处理方法，应用于司机终端，所述方法包括：获取司机录入的用户通信标识并向服务器提交，以生成携带验证码的代驾下单消息并通过所述用户通信标识向用户终端发送。获取所述司机录入的待核验证码，并在录入的待核验证码与所述验证码相同的情况下，向所述服务器提交代驾下单请求，以根据所述代驾下单请求创建针对所述司机的代驾订单。

本说明书一个或多个实施例提供了一种车辆代驾处理装置，运行于用户终端，所述装置包括：标识码采集模块，被配置为采集司机终端展示的司机的标识码，并基于所述标识码的解码结果访问所述司机的代驾服务信息。代驾下单请求发送模块，被配置为若检测到针对所述司机的代驾指令，生成所述司机的代驾下单请求并向服务器发送，以根据所述代驾下单请求创建针对所述司机的代驾订单。代驾订单展示模块，被配置为接收所述服务器发送的所述代驾订单的订单信息并展示。所述订单信息在所述司机提交针对所述代驾订单的接单指令后生成。

本说明书一个或多个实施例提供了第二种车辆代驾处理装置，运行于司机终端，所述装置包括：标识码访问请求提交模块，被配置为获取司机提交的标识码访问请求并向服务器提交。标识码展示模块，被配置为接收所述服务器返回的所述司机的标识码并展示，以使用户通过采集所述标识码访问所述司机的代驾服务信息。代驾订单展示模块，被配置为展示所述服务器同步的代驾订单，并向所述服务器提交所述代驾订单的接单指令。所述代驾订单基于所述用户提交的代驾下单请求创建。

本说明书一个或多个实施例提供了第三种车辆代驾处理装置，运行于服务器，所述装置包括：代驾下单请求接收模块，被配置为接收用户终端访问司机的代驾服务信息后发送的代驾下单请求。所述代驾服务信息基于采集的所述司机的标识码的解码结果进行访问。代驾订单创建模块，被配置为根据所述代驾下单请求创建用户与所述司机的代驾订单，并向所述司机的司机终端同步所述代驾订单。订单信息发送模块，被配置为基于所述司机终端提交的接单指令生成所述代驾订单的订单信息，并向所述用户终端发送所述订单信息。

本说明书一个或多个实施例提供了第四种车辆代驾处理装置，运行于司机终端，所述装置包括：用户通信标识获取模块，被配置为获取司机录入的用户通信标识并向服务器提交，以生成携带验证码的代驾下单消息并通过所述用户通信标识向用户终端发送。待核验证码获取模块，被配置为获取所述司机录入的待核验证码，并在录入的待核验证码与所述验证码相同的情况下，向所述服务器提交代驾下单请求，以根据所述代驾下单请求创建针对所述司机的代驾订单。

本说明书一个或多个实施例提供了一种车辆代驾处理设备，包括：处理器；以及，被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器：采集司机终端展示的司机的标识码，并基于所述标识码的解码结果访问所述司机的代驾服务信息。若检测到针对所述司机的代驾指令，生成所述司机的代驾下单请求并向服务器发送，以根据所述代驾下单请求创建针对所述司机的代驾订单。接收所述服务器发送的所述代驾订单的订单信息并展示。所述订单信息在所述司机提交针对所述代驾订单的接单指令后生成。

本说明书一个或多个实施例提供了第二种车辆代驾处理设备，包括：处理器；以及，被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器：获取司机提交的标识码访问请求并向服务器提交。接收所述服务器返回的所述司机的标识码并展示，以使用户通过采集所述标识码访问所述司机的代驾服务信息。展示所述服务器同步的代驾订单，并向所述服务器提交所述代驾订单的接单指令。所述代驾订单基于所述用户提交的代驾下单请求创建。

本说明书一个或多个实施例提供了第三种车辆代驾处理设备，包括：处理器；以及，被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器：接收用户终端访问司机的代驾服务信息后发送的代驾下单请求。所述代驾服务信息基于采集的所述司机的标识码的解码结果进行访问。根据所述代驾下单请求创建用户与所述司机的代驾订单，并向所述司机的司机终端同步所述代驾订单。基于所述司机终端提交的接单指令生成所述代驾订单的订单信息，并向所述用户终端发送所述订单信息。

本说明书一个或多个实施例提供了第四种车辆代驾处理设备，包括：处理器；以及，被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器：获取司机录入的用户通信标识并向服务器提交，以生成携带验证码的代驾下单消息并通过所述用户通信标识向用户终端发送。获取所述司机录入的待核验证码，并在录入的待核验证码与所述验证码相同的情况下，向所述服务器提交代驾下单请求，以根据所述代驾下单请求创建针对所述司机的代驾订单。

本说明书一个或多个实施例提供了一种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：采集司机终端展示的司机的标识码，并基于所述标识码的解码结果访问所述司机的代驾服务信息。若检测到针对所述司机的代驾指令，生成所述司机的代驾下单请求并向服务器发送，以根据所述代驾下单请求创建针对所述司机的代驾订单。接收所述服务器发送的所述代驾订单的订单信息并展示。所述订单信息在所述司机提交针对所述代驾订单的接单指令后生成。

本说明书一个或多个实施例提供了第二种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：获取司机提交的标识码访问请求并向服务器提交。接收所述服务器返回的所述司机的标识码并展示，以使用户通过采集所述标识码访问所述司机的代驾服务信息。展示所述服务器同步的代驾订单，并向所述服务器提交所述代驾订单的接单指令。所述代驾订单基于所述用户提交的代驾下单请求创建。

本说明书一个或多个实施例提供了第三种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：接收用户终端访问司机的代驾服务信息后发送的代驾下单请求。所述代驾服务信息基于采集的所述司机的标识码的解码结果进行访问。根据所述代驾下单请求创建用户与所述司机的代驾订单，并向所述司机的司机终端同步所述代驾订单。基于所述司机终端提交的接单指令生成所述代驾订单的订单信息，并向所述用户终端发送所述订单信息。

本说明书一个或多个实施例提供了第四种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：获取司机录入的用户通信标识并向服务器提交，以生成携带验证码的代驾下单消息并通过所述用户通信标识向用户终端发送。获取所述司机录入的待核验证码，并在录入的待核验证码与所述验证码相同的情况下，向所述服务器提交代驾下单请求，以根据所述代驾下单请求创建针对所述司机的代驾订单。

附图说明

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

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

图2为本说明书一个或多个实施例提供的一种代驾访问页的示意图；

图3为本说明书一个或多个实施例提供的一种代驾服务信息的展示页的示意图；

图4为本说明书一个或多个实施例提供的一种展示订单关键信息的页面的示意图；

图5为本说明书一个或多个实施例提供的一种展示订单信息的页面的示意图

图6为本说明书一个或多个实施例提供的第二种代驾访问页的示意图；

图7为本说明书一个或多个实施例提供的一种订单访问页的示意图；

图8为本说明书一个或多个实施例提供的第二种车辆代驾处理方法处理流程图；

图9为本说明书一个或多个实施例提供的第三种车辆代驾处理方法处理流程图；

图10为本说明书一个或多个实施例提供的第四种车辆代驾处理方法处理流程图；

图11为本说明书一个或多个实施例提供的一种车辆代驾处理装置示意图；

图12为本说明书一个或多个实施例提供的第二种车辆代驾处理装置示意图；

图13为本说明书一个或多个实施例提供的第三种车辆代驾处理装置示意图；

图14为本说明书一个或多个实施例提供的第四种车辆代驾处理装置示意图；

图15为本说明书一个或多个实施例提供的一种车辆代驾处理设备的结构示意图；

图16为本说明书一个或多个实施例提供的第二种车辆代驾处理设备的结构示意图；

图17为本说明书一个或多个实施例提供的第三种车辆代驾处理设备的结构示意图；

图18为本说明书一个或多个实施例提供的第四种车辆代驾处理设备的结构示意图。

具体实施方式

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

本说明书提供的一种车辆代驾处理方法实施例：

本申请提供的车辆代驾处理方法，由用户终端采集司机终端展示的标识码并进行解码，基于标识码的解码结果访问司机的代驾服务信息，并在用户在访问司机的代驾服务信息过程中，根据用户针对司机提交的代驾指令向服务器发送代驾下单请求，以在服务器根据代驾下单请求创建针对司机的代驾订单，并在服务器根据司机提交的接单指令生成代驾订单的订单信息的基础上，接收服务器发送的代驾订单的订单信息并展示，以此通过用户与司机在线下进行的标识码采集，将线下的代驾需求转移到线上进行处理，不仅提升了线下进行代驾服务访问的灵活性和便捷性，有助于提升代驾处理的效率，同时还有助于代驾服务的引流拓客。

步骤S102，采集司机终端展示的司机的标识码，并基于所述标识码的解码结果访问所述司机的代驾服务信息。

本实施例所述司机的标识码，包括司机(代驾司机)的代驾标识码或者服务标识码，代驾标识码是指用于向代驾司机发起代驾请求和/或访问代驾司机的代驾相关信息的标识码；服务标识码是指用于访问代驾服务以及向代驾司机发起代驾请求的标识码。

所述代驾服务信息是指与司机提供的代驾服务相关的信息，可选的，所述代驾服务信息包括下述至少一项：司机的身份标识信息，司机所属的代驾机构，司机在代驾机构的员工编码，代驾服务时长，代驾服务次数，代驾服务评价。

具体实施时，司机终端在接收到司机提交的标识码访问请求后，可将标识码访问请求提交至服务器，服务器在接收到标识码访问请求之后，根据标识码访问请求携带的司机标识查询司机的标识码，并将查询到的司机的标识码向司机终端返回，在司机终端展示司机的标识码；除此之外，服务器在接收到标识码访问请求之后，还可根据标识码访问请求携带的司机标识查询司机的代驾服务信息，并将查询到的代驾服务信息返回司机终端，由司机终端对司机的代驾服务信息进行编码获得标识码并展示；

基于此，用户终端采集司机终端展示的司机的标识码，并对采集到的标识码进行解码，并基于解码结果访问所述司机的代驾服务信息，即：用户终端在线下通过扫描司机的标识码的方式访问司机的代驾服务信息；其中，所述标识码的编码数据中可包含访问司机的代驾服务信息的访问链接，对所述标识码进行解码获得的解码结果中携带代驾服务信息的访问链接，基于该访问链接访问司机的代驾服务信息；除此之外，所述标识码的编码数据中还可包含司机的代驾服务信息，对所述标识码进行解码获得的解码结果中携带该代驾服务信息。

例如，用户A在线下场景遇到代驾司机“王师傅”后，代驾司机“王师傅”可向用户A展示其自身的代驾访问页，如图2所示，该代驾访问页携带有代驾司机“王师傅”的代驾标识码201，用户A可通过用户终端扫描代驾标识码201进入代驾司机“王师傅”的代驾服务信息的展示页，如图3所示。

步骤S104，若检测到针对所述司机的代驾指令，生成所述司机的代驾下单请求并向服务器发送，以根据所述代驾下单请求创建针对所述司机的代驾订单。

上述用户终端通过扫描所述司机的标识码访问司机的代驾服务信息，用户可在感知到司机的代驾服务信息的基础上，选择对当前访问代驾服务信息的司机进行代驾，具体可通过提交代驾指令的方式向当前司机发起代驾或者选择当前司机进行代驾；相应的，用户终端在检测到用户针对所述司机的代驾指令后，生成所述司机的代驾下单请求并向服务器发送，服务在接收到所述代驾下单请求后，根据所述代驾下单请求创建针对所述司机的代驾订单；以此，通过线下用户扫描司机的标识码的方式，将线下的用户代驾需求转移到线上进行处理，从而有助于将线下的代驾需求转化为线上的代驾订单。

例如，用户A在通过用户终端扫描代驾司机“王师傅”的代驾标识码201并进入访问代驾司机“王师傅”的代驾服务信息的展示页之后，通过触发展示页配置的“确认由该司机代驾”这一控件301提交针对代驾司机“王师傅”的代驾指令，用户终端在检测到代驾指令后，生成代驾司机“王师傅”的代驾下单请求并向进行代驾处理的服务器发送。

可选的，所述代驾订单中记录有起始位置信息；所述起始位置信息，包括用户提交所述代驾指令过程中采集的用户位置信息；

所述代驾订单的目的位置信息由所述用户输入，或者，将所述司机提交所述结单指令过程中采集的司机位置信息作为所述目的位置信息。

具体实施时，在用户或者司机输入目的位置信息的情况下，代驾订单中记录有用户或者司机输入目的位置信息；在用户或者司机未输入目的位置信息的情况下，代驾订单中未记录目的位置信息，可由用户通过线下语音交互向司机提供目的位置，司机代驾前往用户线下语音交互提供的目的位置或者目的位置的附近位置，直至司机提交接单指令后，会将司机提交结单指令过程中采集的司机位置信息作为目的位置信息并更新至代驾订单中。

步骤S106，接收所述服务器发送的所述代驾订单的订单信息并展示。

可选的，所述订单信息在所述司机提交针对所述代驾订单的接单指令后生成。

具体执行过程中，用户终端提交的司机的代驾下单请求被发送至服务器之后，服务器根据发送的司机的代驾下单请求创建用户与司机的代驾订单，并向司机终端同步所述代驾订单，司机终端接收并展示服务器同步的所述代驾订单，并将司机针对所述代驾订单提交的接单指令提交至服务器，服务器接收到所述接单指令后，基于所述接单指令生成所述代驾订单的订单信息，并向用户终端发送所述代驾订单的订单信息，此处，由用户终端接收服务器发送的所述代驾订单的订单信息并进行展示。

例如，用户A针对代驾司机“王师傅”提交的代驾下单请求发送至代驾服务的服务器之后，服务器根据代驾下单请求创建用户A与代驾司机“王师傅”的代驾订单，将创建好的代驾订单同步至代驾司机“王师傅”的司机终端，并在司机终端展示代驾订单的订单关键信息，如图4所示；

司机终端展示图4所示的订单关键信息之后，司机可通过触发“确认开始行程”这一控件401来提交接单指令，该接单指令被提交至服务器，服务器在接收到服务器提交的接单指令后，生成代驾订单的订单信息并向用户A的用户终端发送，用户A的用户终端展示接收到的订单信息，如图5所示。

本实施例中，在用户和司机未针对二者的代驾订单提交目的位置的情形下，司机可根据与用户的线下语音交互提供的目的位置进行代驾，而在实际中往往可能会在出现代驾过程中用户想要变更目的位置的情况，针对于此，本实施例提供的一种可选实施方式中，采用如下方式进行目的位置的变更处理：

接收用户通过代驾信息页输入的目的位置信息；所述订单信息通过所述代驾信息页进行展示；

向所述服务器提交所述目的位置信息，以将所述目的位置信息更新至所述代驾订单。

沿用上例，用户A可通过触发“修改目的地”501这一控件来提交代驾目的地的位置信息，提交的代驾目的地的位置信息会被更新至代驾订单中。

具体实施时，为提升代驾订单的订单结算的透明度，保证订单结算的有效性，可选的，所述代驾订单的订单结算在接收到所述司机提交的结单指令后进行。在此基础上，为提升司机参与代驾服务的线下拓客引流的积极性，本实施例提供的一种可选实施方式中，所述订单结算，采用如下方式实现：

根据所述起始位置信息和所述目的位置信息计算代驾里程；

根据所述代驾里程和所述代驾订单的订单类型对应的费用信息进行代驾费用计算和费用支付处理。

此处，用户在线下场景通过扫描司机的标识码提交代驾下单请求，进而根据代驾下单请求生成代驾订单，该代驾订单的订单类型为线下订单类型；另一种代驾服务访问情形下，用户通过访问代驾服务的服务页后通过线上派单向用户分配司机并建立的线上代驾订单的订单类型为线上订单类型，本实施例从代驾订单的订单类型出发，针对不同订单类型的代驾订单提供不同的代驾费用，比如针对线下代驾订单设置比线上代驾订单更高的分成比例，以此来提升司机参与代驾服务的线下拓客引流的积极性。

实际应用中，线下的代驾需求被转移至线上进行处理之后，后续用户访问代驾服务的方式可能会通过线上访问渠道进行访问，为了确保司机对线下代驾需求向线上代驾转化这种模式的参与积极性，可选的，所述代驾订单的结算处理完成后，用户被添加至所述司机的派单优先名单中，或者，所述司机和/或所述司机所属的服务机构被添加至所述用户的派单优先名单中。以此，来保证司机通过标识码在线下拓展的用户被引流到线上之后，这部分用户在线上的代驾订单能够优先派发给线下拓客引流的相应司机，以此通过“长期激励”的方式来激励司机通过标识码参与线下拓客的积极性。

可选的，所述派单优先名单被存储后用于所述用户的线上派单处理。

在上述提升司机通过标识码参与线下拓客的积极性的基础上，为了从司机所属的代驾服务机构的机构层面提升参与线下拓客引流的积极性，本实施例提供的一种可选实施方式中，所述用户的线上派单处理，采用如下方式实现：

若检测到所述用户提交的线上派单请求，检测所述用户的派单优先名单中是否存在与所述用户的接单距离小于预设距离的优先派单司机；

若是，向接单距离小于预设距离的优先派单司机派发所述用户的线上代驾订单；

若否，向所述派单优先名单中优先派单机构的司机派发所述用户的线上代驾订单。

实际场景中，用户的代驾需求往往与特定的场所相关，比如用户在餐饮门店就餐饮酒后产生代驾需求，再比如针对拥堵严重、驾驶或者停车难度大的路段或者停车场，出于节省时间或者安全驾驶的目的会存在一定的代驾需求，针对于此，为提升代驾服务访问的便捷性和灵活性，可选的，所述线上派单请求，通过采集目标场所的代驾标识码进行提交，所述代驾标识码是指配置于目标场所的用于通过扫码方式访问代驾服务的标识码。比如在提供酒水的餐饮门店配置用于访问代驾服务的二维码。

上述提供了通过扫描司机的标识码提交代驾下单请求这种线下代驾下单的实现方式，此外，本实施例还提供通过输入用户通信标识和验证码的方式进行线下代驾下单的实现方式，以此来丰富线下代驾下单的灵活性，提升用户的代驾服务体验，可选的，所述标识码配置于代驾访问页，所述代驾访问页还配置有标识输入接口和验证接口。

本实施例提供的一种可选实施方式中，接收所述服务器发送的携带验证码的代驾下单消息并展示；其中，所述代驾下单消息基于录入的用户通信标识进行发送，所述用户通信标识基于展示所述标识码的代驾访问页配置的标识输入接口进行录入；所述代驾访问页配置的验证接口用于录入所述验证码。

可选的，所述代驾下单消息携带有访问所述代驾订单的访问链接；若所述访问链接被触发，则进入所述代驾订单的订单访问页，以此来提升输入用户通信标识和验证码这种线下代驾下单方式下，用户访问代驾订单的便捷性。

例如，图6所示代驾访问页，配置有司机的代驾标识码，还配置有用于输入用户的通讯号码的输入接口601，同时还配置有用于输入验证码的输入接口602；

在线下代驾下单过程中，由司机手动输入用户的通讯号码，输入通讯号码后会向该通讯号码发送代驾下单消息，用户在获知代驾下单消息中携带的验证码之后，可将验证码告知司机，若司机输入的验证码与代驾下单消息中携带的验证码一致，则生成当前用户与司机的代驾订单；

同时，代驾下单消息还携带有用于访问代驾订单的订单信息的访问链接，若用户触发访问链接，则进入图7所示的访问代驾订单的订单信息的订单访问页。

上述提供的一种车辆代驾处理方法的实现过程，可由用户终端执行，下述方法实施例提供的第二种车辆代驾处理方法的实现过程，可由司机终端执行，以及，下述方法实施例提供的第三种车辆代驾处理方法的实现过程，可由服务器执行，三者在执行过程中相互配合，因此，阅读上述实现过程可参照下述两个方法实施例的对应内容，相应的，阅读下述实现过程也可参照上述方法实施例的对应内容。

本说明书提供的第二种车辆代驾处理方法实施例：

步骤S802，获取司机提交的标识码访问请求并向服务器提交。

具体实施时，司机终端在接收到司机提交的标识码访问请求后，可将标识码访问请求提交至服务器，服务器在接收到标识码访问请求之后，根据标识码访问请求携带的司机标识查询司机的标识码，并将查询到的司机的标识码向司机终端返回。除此之外，服务器在接收到标识码访问请求之后，还可根据标识码访问请求携带的司机标识查询司机的代驾服务信息，并将查询到的代驾服务信息返回司机终端。

步骤S804，接收所述服务器返回的所述司机的标识码并展示，以使用户通过采集所述标识码访问所述司机的代驾服务信息。

本实施例所述司机的标识码，包括司机(代驾司机)的代驾标识码或者服务标识码，代驾标识码是指用于向代驾司机发起代驾请求和/或访问代驾司机的代驾相关信息的标识码；服务标识码是指用于访问代驾服务以及向代驾司机发起代驾请求的标识码。

所述代驾服务信息是指与司机提供的代驾服务相关的信息，可选的，所述代驾服务信息包括下述至少一项：司机的身份标识信息，司机所属的代驾机构，司机在代驾机构的员工编码，代驾服务时长，代驾服务次数，代驾服务评价。

具体实施时，在接收到服务器返回的所述司机的标识码之后，展示所述标识码，基于此，用户终端采集司机终端展示的司机的标识码，并对采集到的标识码进行解码，并基于解码结果访问所述司机的代驾服务信息，即：用户终端在线下通过扫描司机的标识码的方式访问司机的代驾服务信息；其中，所述标识码的编码数据中可包含访问司机的代驾服务信息的访问链接，对所述标识码进行解码获得的解码结果中携带代驾服务信息的访问链接，基于该访问链接访问司机的代驾服务信息；除此之外，所述标识码的编码数据中还可包含司机的代驾服务信息，对所述标识码进行解码获得的解码结果中携带该代驾服务信息。

例如，用户A在线下场景遇到代驾司机“王师傅”后，代驾司机“王师傅”可向用户A展示其自身的代驾访问页，如图2所示，该代驾访问页携带有代驾司机“王师傅”的代驾标识码201，用户A可通过用户终端扫描代驾标识码201进入代驾司机“王师傅”的代驾服务信息的展示页，如图3所示。

上述用户终端通过扫描所述司机的标识码访问司机的代驾服务信息，用户可在感知到司机的代驾服务信息的基础上，选择对当前访问代驾服务信息的司机进行代驾，具体可通过提交代驾指令的方式向当前司机发起代驾或者选择当前司机进行代驾；相应的，用户终端在检测到用户针对所述司机的代驾指令后，生成所述司机的代驾下单请求并向服务器发送，服务在接收到所述代驾下单请求后，根据所述代驾下单请求创建针对所述司机的代驾订单，并将所述司机的代驾订单向司机终端同步；以此，通过线下用户扫描司机的标识码的方式，将线下的用户代驾需求转移到线上进行处理，从而有助于将线下的代驾需求转化为线上的代驾订单。

例如，用户A在通过用户终端扫描代驾司机“王师傅”的代驾标识码201并进入访问代驾司机“王师傅”的代驾服务信息的展示页之后，通过触发展示页配置的“确认由该司机代驾”这一控件301提交针对代驾司机“王师傅”的代驾指令，用户终端在检测到代驾指令后，生成代驾司机“王师傅”的代驾下单请求并向进行代驾处理的服务器发送；服务器根据代驾下单请求创建用户A与代驾司机“王师傅”的代驾订单，将创建好的代驾订单同步至代驾司机“王师傅”的司机终端。

步骤S806，展示所述服务器同步的代驾订单，并向所述服务器提交所述代驾订单的接单指令。

可选的，所述代驾订单基于所述用户提交的代驾下单请求创建。

可选的，所述代驾订单中记录有起始位置信息；所述起始位置信息，包括用户提交所述代驾指令过程中采集的用户位置信息；

所述代驾订单的目的位置信息由所述用户输入，或者，将所述司机提交所述结单指令过程中采集的司机位置信息作为所述目的位置信息。

具体实施时，在用户或者司机输入目的位置信息的情况下，代驾订单中记录有用户或者司机输入目的位置信息；在用户或者司机未输入目的位置信息的情况下，代驾订单中未记录目的位置信息，可由用户通过线下语音交互向司机提供目的位置，司机代驾前往用户线下语音交互提供的目的位置或者目的位置的附近位置，直至司机提交接单指令后，会将司机提交结单指令过程中采集的司机位置信息作为目的位置信息并更新至代驾订单中。

具体执行过程中，司机终端接收并展示服务器同步的所述代驾订单，并将司机针对所述代驾订单提交的接单指令提交至服务器，服务器接收到所述接单指令后，基于所述接单指令生成所述代驾订单的订单信息，并向用户终端发送所述代驾订单的订单信息，在用户终端展示服务器发送的所述代驾订单的订单信息。

例如，服务器将创建好的代驾订单同步至代驾司机“王师傅”的司机终端，并在司机终端展示代驾订单的订单关键信息，如图4所示，在此基础上，司机可通过触发“确认开始行程”这一控件401来提交接单指令，该接单指令被提交至服务器，服务器在接收到服务器提交的接单指令后，生成代驾订单的订单信息并向用户A的用户终端发送，用户A的用户终端展示接收到的订单信息，如图5所示。

本实施例中，在用户和司机未针对二者的代驾订单提交目的位置的情形下，司机可根据与用户的线下语音交互提供的目的位置进行代驾，而在实际中往往可能会在出现代驾过程中用户想要变更目的位置的情况，针对于此，本实施例提供的一种可选实施方式中，采用如下方式进行目的位置的变更处理：

接收所述司机通过展示代驾订单的订单展示页输入的目的位置信息；

向所述服务器提交所述目的位置信息，以将所述目的位置信息更新至所述代驾订单。

具体实施时，为提升代驾订单的订单结算的透明度，保证订单结算的有效性，本实施例提供的一种可选实施方式中，接收所述司机针对所述代驾订单提交的结单指令，并采集司机位置信息；向所述服务器提交所述结单指令和所述司机位置信息，以基于所述结单指令和所述司机位置信息进行所述代驾订单的订单结算。

此处，用户在线下场景通过扫描司机的标识码提交代驾下单请求，进而根据代驾下单请求生成代驾订单，该代驾订单的订单类型为线下订单类型；另一种代驾服务访问情形下，用户通过访问代驾服务的服务页后通过线上派单向用户分配司机并建立的线上代驾订单的订单类型为线上订单类型，本实施例从代驾订单的订单类型出发，针对不同订单类型的代驾订单提供不同的代驾费用，比如针对线下代驾订单设置比线上代驾订单更高的分成比例，以此来提升司机参与代驾服务的线下拓客引流的积极性。

上述提供了通过扫描司机的标识码提交代驾下单请求这种线下代驾下单的实现方式，此外，本实施例还提供通过输入用户通信标识和验证码的方式进行线下代驾下单的实现方式，以此来丰富线下代驾下单的灵活性，提升用户的代驾服务体验，可选的，所述标识码基于代驾访问页进行展示，所述代驾访问页配置有标识输入接口和验证接口。

本实施例提供的一种可选实施方式中，若检测到通过所述标识输入接口输入的用户通信标识，则向所述服务器发送所述用户通信标识，以生成携带验证码的代驾下单消息并通过所述用户通信标识向所述用户终端发送；

获取所述司机录入的待核验证码，并在录入的待核验证码与所述验证码相同的情况下，向所述服务器提交针对所述司机的下单请求，以根据所述下单请求创建针对所述司机的代驾订单。

例如，图6所示代驾访问页，配置有司机的代驾标识码，还配置有用于输入用户的通讯号码的输入接口601，同时还配置有用于输入验证码的输入接口602；

在线下代驾下单过程中，由司机手动输入用户的通讯号码，输入通讯号码后会向该通讯号码发送代驾下单消息，用户在获知代驾下单消息中携带的验证码之后，可将验证码告知司机，若司机输入的验证码与代驾下单消息中携带的验证码一致，则生成当前用户与司机的代驾订单；

同时，代驾下单消息还携带有用于访问代驾订单的订单信息的访问链接，若用户触发访问链接，则进入图7所示的访问代驾订单的订单信息的订单访问页。

实际应用中，线下的代驾需求被转移至线上进行处理之后，后续用户访问代驾服务的方式可能会通过线上访问渠道进行访问，为了确保司机对线下代驾需求向线上代驾转化这种模式的参与积极性，可选的，所述代驾订单的结算处理完成后，用户被添加至所述司机的派单优先名单中，或者，所述司机和/或所述司机所属的服务机构被添加至所述用户的派单优先名单中。以此，来保证司机通过标识码在线下拓展的用户被引流到线上之后，这部分用户在线上的代驾订单能够优先派发给线下拓客引流的相应司机，以此通过“长期激励”的方式来激励司机通过标识码参与线下拓客的积极性。

可选的，所述派单优先名单被存储后用于所述用户的线上派单处理。

在上述提升司机通过标识码参与线下拓客的积极性的基础上，为了从司机所属的代驾服务机构的机构层面提升参与线下拓客引流的积极性，本实施例提供的一种可选实施方式中，所述用户的线上派单处理，采用如下方式实现：

若检测到所述用户提交的线上派单请求，检测所述用户的派单优先名单中是否存在与所述用户的接单距离小于预设距离的优先派单司机；

若是，向接单距离小于预设距离的优先派单司机派发所述用户的线上代驾订单；

若否，向所述派单优先名单中优先派单机构的司机派发所述用户的线上代驾订单。

实际场景中，用户的代驾需求往往与特定的场所相关，比如用户在餐饮门店就餐饮酒后产生代驾需求，再比如针对拥堵严重、驾驶或者停车难度大的路段或者停车场，出于节省时间或者安全驾驶的目的会存在一定的代驾需求，针对于此，为提升代驾服务访问的便捷性和灵活性，可选的，所述线上派单请求，通过采集目标场所的代驾标识码进行提交，所述代驾标识码是指配置于目标场所的用于通过扫码方式访问代驾服务的标识码。比如在提供酒水的餐饮门店配置用于访问代驾服务的二维码。

本说明书提供的第三种车辆代驾处理方法实施例：

步骤S902，接收用户终端访问司机的代驾服务信息后发送的代驾下单请求。

可选的，所述代驾服务信息基于采集的所述司机的标识码的解码结果进行访问。

本实施例所述司机的标识码，包括司机(代驾司机)的代驾标识码或者服务标识码，代驾标识码是指用于向代驾司机发起代驾请求和/或访问代驾司机的代驾相关信息的标识码；服务标识码是指用于访问代驾服务以及向代驾司机发起代驾请求的标识码。

所述代驾服务信息是指与司机提供的代驾服务相关的信息，可选的，所述代驾服务信息包括下述至少一项：司机的身份标识信息，司机所属的代驾机构，司机在代驾机构的员工编码，代驾服务时长，代驾服务次数，代驾服务评价。

具体执行过程中，司机终端在接收到司机提交的标识码访问请求后，可将标识码访问请求提交至服务器，服务器在接收到标识码访问请求之后，根据标识码访问请求携带的司机标识查询司机的标识码，并将查询到的司机的标识码向司机终端返回，在司机终端展示司机的标识码；

基于此，用户终端采集司机终端展示的司机的标识码，并对采集到的标识码进行解码，并基于解码结果访问所述司机的代驾服务信息，即：用户终端在线下通过扫描司机的标识码的方式访问司机的代驾服务信息；其中，所述标识码的编码数据中可包含访问司机的代驾服务信息的访问链接，对所述标识码进行解码获得的解码结果中携带代驾服务信息的访问链接，基于该访问链接访问司机的代驾服务信息；除此之外，所述标识码的编码数据中还可包含司机的代驾服务信息，对所述标识码进行解码获得的解码结果中携带该代驾服务信息；

进一步，用户可在感知到司机的代驾服务信息的基础上，选择对当前访问代驾服务信息的司机进行代驾，具体可通过提交代驾指令的方式向当前司机发起代驾或者选择当前司机进行代驾；相应的，用户终端在检测到用户针对所述司机的代驾指令后，生成所述司机的代驾下单请求并向服务器发送，此处，服务器接收用户终端发送的所述代驾下单请求。

步骤S904，根据所述代驾下单请求创建用户与所述司机的代驾订单，并向所述司机的司机终端同步所述代驾订单。

上述服务器接收到用户终端发送的所述代驾下单请求之后，根据所述代驾下单请求创建用户与所述司机的代驾订单，并向所述司机的司机终端同步所述代驾订单，以此，通过线下用户扫描司机的标识码的方式，将线下的用户代驾需求转移到线上进行处理，从而有助于将线下的代驾需求转化为线上的代驾订单。

可选的，所述代驾订单中记录有起始位置信息；所述起始位置信息，包括用户提交所述代驾指令过程中采集的用户位置信息；

所述代驾订单的目的位置信息由所述用户输入，或者，将所述司机提交所述结单指令过程中采集的司机位置信息作为所述目的位置信息。

具体实施时，在用户或者司机输入目的位置信息的情况下，代驾订单中记录有用户或者司机输入目的位置信息；在用户或者司机未输入目的位置信息的情况下，代驾订单中未记录目的位置信息，可由用户通过线下语音交互向司机提供目的位置，司机代驾前往用户线下语音交互提供的目的位置或者目的位置的附近位置，直至司机提交接单指令后，会将司机提交结单指令过程中采集的司机位置信息作为目的位置信息并更新至代驾订单中。

步骤S906，基于所述司机终端提交的接单指令生成所述代驾订单的订单信息，并向所述用户终端发送所述订单信息。

本实施例中，在用户和司机未针对二者的代驾订单提交目的位置的情形下，司机可根据与用户的线下语音交互提供的目的位置进行代驾，而在实际中往往可能会在出现代驾过程中用户想要变更目的位置的情况，针对于此，本实施例提供的一种可选实施方式中，若接收到所述用户终端或者所述司机终端提交的目的位置信息，将所述目的位置信息更新至所述代驾订单。

具体实施时，为提升代驾订单的订单结算的透明度，保证订单结算的有效性，可选的，所述代驾订单的订单结算在接收到所述司机提交的结单指令后进行。在此基础上，为提升司机参与代驾服务的线下拓客引流的积极性，本实施例提供的一种可选实施方式中，向所述用户终端发送所述订单信息之后，还包括：

根据所述起始位置信息和所述目的位置信息计算代驾里程；

根据所述代驾里程和所述代驾订单的订单类型对应的费用信息进行代驾费用计算和费用支付处理。

此处，用户在线下场景通过扫描司机的标识码提交代驾下单请求，进而根据代驾下单请求生成代驾订单，该代驾订单的订单类型为线下订单类型；另一种代驾服务访问情形下，用户通过访问代驾服务的服务页后通过线上派单向用户分配司机并建立的线上代驾订单的订单类型为线上订单类型，本实施例从代驾订单的订单类型出发，针对不同订单类型的代驾订单提供不同的代驾费用，比如针对线下代驾订单设置比线上代驾订单更高的分成比例，以此来提升司机参与代驾服务的线下拓客引流的积极性。

实际应用中，线下的代驾需求被转移至线上进行处理之后，后续用户访问代驾服务的方式可能会通过线上访问渠道进行访问，为了确保司机对线下代驾需求向线上代驾转化这种模式的参与积极性，本实施例提供的一种可选实施方式中，将所述用户添加至所述司机的派单优先名单中，或者，将所述司机和/或所述司机所属的服务机构添加至所述用户的派单优先名单中。以此来保证司机通过标识码在线下拓展的用户被引流到线上之后，这部分用户在线上的代驾订单能够优先派发给线下拓客引流的相应司机，以此通过“长期激励”的方式来激励司机通过标识码参与线下拓客的积极性。

可选的，所述派单优先名单被存储后用于所述用户的线上派单处理。

在上述提升司机通过标识码参与线下拓客的积极性的基础上，为了从司机所属的代驾服务机构的机构层面提升参与线下拓客引流的积极性，本实施例提供的一种可选实施方式中，所述用户的线上派单处理，采用如下方式实现：

若检测到所述用户提交的线上派单请求，检测所述用户的派单优先名单中是否存在与所述用户的接单距离小于预设距离的优先派单司机；

若是，向接单距离小于预设距离的优先派单司机派发所述用户的线上代驾订单；

若否，向所述派单优先名单中优先派单机构的司机派发所述用户的线上代驾订单。

实际场景中，用户的代驾需求往往与特定的场所相关，比如用户在餐饮门店就餐饮酒后产生代驾需求，再比如针对拥堵严重、驾驶或者停车难度大的路段或者停车场，出于节省时间或者安全驾驶的目的会存在一定的代驾需求，针对于此，为提升代驾服务访问的便捷性和灵活性，可选的，所述线上派单请求，通过采集目标场所的代驾标识码进行提交，所述代驾标识码是指配置于目标场所的用于通过扫码方式访问代驾服务的标识码。比如在提供酒水的餐饮门店配置用于访问代驾服务的二维码。

本实施例提供的一种可选实施方式中，若检测到所述司机的代驾服务信息被访问，将所述司机的代驾状态更新为接单限制状态；

若检测到所述司机提交的接单指令，将所述代驾状态更新为代驾状态；

若检测到所述司机提交的结单指令，将所述代驾状态更新为待派单状态。

本说明书提供的第四种车辆代驾处理方法实施例：

步骤S1002，获取司机录入的用户通信标识并向服务器提交，以生成携带验证码的代驾下单消息并通过所述用户通信标识向用户终端发送。

可选的，所述代驾下单消息携带有访问所述代驾订单的访问链接；若所述访问链接被触发，则进入所述代驾订单的订单访问页，以此来提升输入用户通信标识和验证码这种线下代驾下单方式下，用户访问代驾订单的便捷性。

步骤S1004，获取所述司机录入的待核验证码，并在录入的待核验证码与所述验证码相同的情况下，向所述服务器提交代驾下单请求，以根据所述代驾下单请求创建针对所述司机的代驾订单。

可选的，所述代驾订单中记录有起始位置信息；所述起始位置信息，包括用户提交代驾指令过程中采集的用户位置信息；

所述代驾订单的目的位置信息由所述用户输入，或者，将所述司机提交结单指令过程中采集的司机位置信息作为所述目的位置信息。

具体实施时，在用户或者司机输入目的位置信息的情况下，代驾订单中记录有用户或者司机输入目的位置信息；在用户或者司机未输入目的位置信息的情况下，代驾订单中未记录目的位置信息，可由用户通过线下语音交互向司机提供目的位置，司机代驾前往用户线下语音交互提供的目的位置或者目的位置的附近位置，直至司机提交接单指令后，会将司机提交结单指令过程中采集的司机位置信息作为目的位置信息并更新至代驾订单中。

本实施例中，在用户和司机未针对二者的代驾订单提交目的位置的情形下，司机可根据与用户的线下语音交互提供的目的位置进行代驾，而在实际中往往可能会在出现代驾过程中用户想要变更目的位置的情况，针对于此，本实施例提供的一种可选实施方式中，采用如下方式进行目的位置的变更处理：

接收所述司机通过展示代驾订单的订单展示页输入的目的位置信息；

向所述服务器提交所述目的位置信息，以将所述目的位置信息更新至所述代驾订单。

具体实施时，为提升代驾订单的订单结算的透明度，保证订单结算的有效性，本实施例提供的一种可选实施方式中，接收所述司机针对所述代驾订单提交的结单指令，并采集司机位置信息；向所述服务器提交所述结单指令和所述司机位置信息，以基于所述结单指令和所述司机位置信息进行所述代驾订单的订单结算。

此处，用户在线下场景通过扫描司机的标识码提交代驾下单请求，进而根据代驾下单请求生成代驾订单，该代驾订单的订单类型为线下订单类型；另一种代驾服务访问情形下，用户通过访问代驾服务的服务页后通过线上派单向用户分配司机并建立的线上代驾订单的订单类型为线上订单类型，本实施例从代驾订单的订单类型出发，针对不同订单类型的代驾订单提供不同的代驾费用，比如针对线下代驾订单设置比线上代驾订单更高的分成比例，以此来提升司机参与代驾服务的线下拓客引流的积极性。

实际应用中，线下的代驾需求被转移至线上进行处理之后，后续用户访问代驾服务的方式可能会通过线上访问渠道进行访问，为了确保司机对线下代驾需求向线上代驾转化这种模式的参与积极性，可选的，所述代驾订单的结算处理完成后，用户被添加至所述司机的派单优先名单中，或者，所述司机和/或所述司机所属的服务机构被添加至所述用户的派单优先名单中。以此，来保证司机通过标识码在线下拓展的用户被引流到线上之后，这部分用户在线上的代驾订单能够优先派发给线下拓客引流的相应司机，以此通过“长期激励”的方式来激励司机通过标识码参与线下拓客的积极性。

可选的，所述派单优先名单被存储后用于所述用户的线上派单处理。

在上述提升司机通过标识码参与线下拓客的积极性的基础上，为了从司机所属的代驾服务机构的机构层面提升参与线下拓客引流的积极性，本实施例提供的一种可选实施方式中，所述用户的线上派单处理，采用如下方式实现：

若检测到所述用户提交的线上派单请求，检测所述用户的派单优先名单中是否存在与所述用户的接单距离小于预设距离的优先派单司机；

若是，向接单距离小于预设距离的优先派单司机派发所述用户的线上代驾订单；

若否，向所述派单优先名单中优先派单机构的司机派发所述用户的线上代驾订单。

实际场景中，用户的代驾需求往往与特定的场所相关，比如用户在餐饮门店就餐饮酒后产生代驾需求，再比如针对拥堵严重、驾驶或者停车难度大的路段或者停车场，出于节省时间或者安全驾驶的目的会存在一定的代驾需求，针对于此，为提升代驾服务访问的便捷性和灵活性，可选的，所述线上派单请求，通过采集目标场所的代驾标识码进行提交，所述代驾标识码是指配置于目标场所的用于通过扫码方式访问代驾服务的标识码。比如在提供酒水的餐饮门店配置用于访问代驾服务的二维码。

例如，图6所示代驾访问页，配置有司机的代驾标识码，还配置有用于输入用户的通讯号码的输入接口601，同时还配置有用于输入验证码的输入接口602；

在线下代驾下单过程中，由司机手动输入用户的通讯号码，输入通讯号码后会向该通讯号码发送代驾下单消息，用户在获知代驾下单消息中携带的验证码之后，可将验证码告知司机，若司机输入的验证码与代驾下单消息中携带的验证码一致，则生成当前用户与司机的代驾订单；

同时，代驾下单消息还携带有用于访问代驾订单的订单信息的访问链接，若用户触发访问链接，则进入图7所示的访问代驾订单的订单信息的订单访问页。

本说明书提供的一种车辆代驾处理装置实施例如下：

在上述的实施例中，提供了一种车辆代驾处理方法，与之相对应的，还提供了一种车辆代驾处理装置，下面结合附图进行说明。

参照图11，其示出了本实施例提供的一种车辆代驾处理装置示意图。

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

本实施例提供一种车辆代驾处理装置，运行于用户终端，所述装置包括：

标识码采集模块1102，被配置为采集司机终端展示的司机的标识码，并基于所述标识码的解码结果访问所述司机的代驾服务信息；

代驾下单请求发送模块1104，被配置为若检测到针对所述司机的代驾指令，生成所述司机的代驾下单请求并向服务器发送，以根据所述代驾下单请求创建针对所述司机的代驾订单；

代驾订单展示模块1106，被配置为接收所述服务器发送的所述代驾订单的订单信息并展示；所述订单信息在所述司机提交针对所述代驾订单的接单指令后生成。

本说明书提供的第二种车辆代驾处理装置实施例如下：

在上述的实施例中，提供了第二种车辆代驾处理方法，与之相对应的，还提供了第二种车辆代驾处理装置，下面结合附图进行说明。

参照图12，其示出了本实施例提供的一种车辆代驾处理装置示意图。

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

本实施例提供一种车辆代驾处理装置，运行于司机终端，所述装置包括：

标识码访问请求提交模块1202，被配置为获取司机提交的标识码访问请求并向服务器提交；

标识码展示模块1204，被配置为接收所述服务器返回的所述司机的标识码并展示，以使用户通过采集所述标识码访问所述司机的代驾服务信息；

代驾订单展示模块1206，被配置为展示所述服务器同步的代驾订单，并向所述服务器提交所述代驾订单的接单指令；所述代驾订单基于所述用户提交的代驾下单请求创建。

本说明书提供的第三种车辆代驾处理装置实施例如下：

在上述的实施例中，提供了第三种车辆代驾处理方法，与之相对应的，还提供了第三种车辆代驾处理装置，下面结合附图进行说明。

参照图13，其示出了本实施例提供的一种车辆代驾处理装置示意图。

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

本实施例提供一种车辆代驾处理装置，运行于服务器，所述装置包括：

代驾下单请求接收模块1302，被配置为接收用户终端访问司机的代驾服务信息后发送的代驾下单请求；所述代驾服务信息基于采集的所述司机的标识码的解码结果进行访问；

代驾订单创建模块1304，被配置为根据所述代驾下单请求创建用户与所述司机的代驾订单，并向所述司机的司机终端同步所述代驾订单；

订单信息发送模块1306，被配置为基于所述司机终端提交的接单指令生成所述代驾订单的订单信息，并向所述用户终端发送所述订单信息。

本说明书提供的第四种车辆代驾处理装置实施例如下：

在上述的实施例中，提供了第四种车辆代驾处理方法，与之相对应的，还提供了第四种车辆代驾处理装置，下面结合附图进行说明。

参照图14，其示出了本实施例提供的一种车辆代驾处理装置示意图。

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

本实施例提供一种车辆代驾处理装置，运行于司机终端，所述装置包括：

用户通信标识获取模块1402，被配置为获取司机录入的用户通信标识并向服务器提交，以生成携带验证码的代驾下单消息并通过所述用户通信标识向用户终端发送；

待核验证码获取模块1404，被配置为获取所述司机录入的待核验证码，并在录入的待核验证码与所述验证码相同的情况下，向所述服务器提交代驾下单请求，以根据所述代驾下单请求创建针对所述司机的代驾订单。

本说明书提供的一种车辆代驾处理设备实施例如下：

对应上述描述的一种车辆代驾处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种车辆代驾处理设备，该车辆代驾处理设备用于执行上述提供的车辆代驾处理方法，图15为本说明书一个或多个实施例提供的一种车辆代驾处理设备的结构示意图。

本实施例提供的一种车辆代驾处理设备，包括：

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

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

采集司机终端展示的司机的标识码，并基于所述标识码的解码结果访问所述司机的代驾服务信息；

若检测到针对所述司机的代驾指令，生成所述司机的代驾下单请求并向服务器发送，以根据所述代驾下单请求创建针对所述司机的代驾订单；

接收所述服务器发送的所述代驾订单的订单信息并展示；所述订单信息在所述司机提交针对所述代驾订单的接单指令后生成。

本说明书提供的第二种车辆代驾处理设备实施例如下：

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

本实施例提供的一种车辆代驾处理设备，包括：

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

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

获取司机提交的标识码访问请求并向服务器提交；

接收所述服务器返回的所述司机的标识码并展示，以使用户通过采集所述标识码访问所述司机的代驾服务信息；

展示所述服务器同步的代驾订单，并向所述服务器提交所述代驾订单的接单指令；所述代驾订单基于所述用户提交的代驾下单请求创建。

本说明书提供的第三种车辆代驾处理设备实施例如下：

对应上述描述的第三种车辆代驾处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供第三种车辆代驾处理设备，该车辆代驾处理设备用于执行上述提供的车辆代驾处理方法，图17为本说明书一个或多个实施例提供的第三种车辆代驾处理设备的结构示意图。

本实施例提供的一种车辆代驾处理设备，包括：

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

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

接收用户终端访问司机的代驾服务信息后发送的代驾下单请求；所述代驾服务信息基于采集的所述司机的标识码的解码结果进行访问；

根据所述代驾下单请求创建用户与所述司机的代驾订单，并向所述司机的司机终端同步所述代驾订单；

基于所述司机终端提交的接单指令生成所述代驾订单的订单信息，并向所述用户终端发送所述订单信息。

本说明书提供的第四种车辆代驾处理设备实施例如下：

对应上述描述的第四种车辆代驾处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供第四种车辆代驾处理设备，该车辆代驾处理设备用于执行上述提供的车辆代驾处理方法，图18为本说明书一个或多个实施例提供的第四种车辆代驾处理设备的结构示意图。

本实施例提供的一种车辆代驾处理设备，包括：

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

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

获取司机录入的用户通信标识并向服务器提交，以生成携带验证码的代驾下单消息并通过所述用户通信标识向用户终端发送；

获取所述司机录入的待核验证码，并在录入的待核验证码与所述验证码相同的情况下，向所述服务器提交代驾下单请求，以根据所述代驾下单请求创建针对所述司机的代驾订单。

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

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

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

采集司机终端展示的司机的标识码，并基于所述标识码的解码结果访问所述司机的代驾服务信息；

若检测到针对所述司机的代驾指令，生成所述司机的代驾下单请求并向服务器发送，以根据所述代驾下单请求创建针对所述司机的代驾订单；

接收所述服务器发送的所述代驾订单的订单信息并展示；所述订单信息在所述司机提交针对所述代驾订单的接单指令后生成。

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

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

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

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

获取司机提交的标识码访问请求并向服务器提交；

接收所述服务器返回的所述司机的标识码并展示，以使用户通过采集所述标识码访问所述司机的代驾服务信息；

展示所述服务器同步的代驾订单，并向所述服务器提交所述代驾订单的接单指令；所述代驾订单基于所述用户提交的代驾下单请求创建。

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

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

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

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

接收用户终端访问司机的代驾服务信息后发送的代驾下单请求；所述代驾服务信息基于采集的所述司机的标识码的解码结果进行访问；

根据所述代驾下单请求创建用户与所述司机的代驾订单，并向所述司机的司机终端同步所述代驾订单；

基于所述司机终端提交的接单指令生成所述代驾订单的订单信息，并向所述用户终端发送所述订单信息。

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

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

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

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

获取司机录入的用户通信标识并向服务器提交，以生成携带验证码的代驾下单消息并通过所述用户通信标识向用户终端发送；

获取所述司机录入的待核验证码，并在录入的待核验证码与所述验证码相同的情况下，向所述服务器提交代驾下单请求，以根据所述代驾下单请求创建针对所述司机的代驾订单。

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

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

在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)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC625D、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)，如调制的数据信号和载波。

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

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

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

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