CN112561483B - 行程处理方法及装置 - Google Patents

Abstract

本说明书实施例提供了行程处理方法及装置，其中，一种行程处理方法包括：通过访问应用程序向应用服务器提交行程服务申请；接收所述应用服务器针对所述行程服务申请进行行程处理后返回的行程订单；接收所述应用服务器进行结算处理之后生成的待支付订单；所述结算处理基于所述行程订单关联的服务车辆配置的IoT组件提交的行程数据进行；向所述应用服务器提交针对所述待支付订单的支付指令，并接收所述应用服务器返回的支付结果。

Description

行程处理方法及装置

技术领域

本文件涉及数据处理技术领域，尤其涉及一种行程处理方法及装置。

背景技术

出租车是一种具有方便、舒适、灵活、全天候等特点的运输服务方式，在一定程度上可与私家车相媲美，目前已成为重点满足个性化与支付能力较强的出行需求的出行方式，一直以来，出租车都能够给用户的出行提供便利，但是，出租车在给用户带来方便和舒适的同时，还有很多问题没有得到有效解决，制约着出租车行业的发展。

发明内容

本说明书一个或多个实施例提供了一种行程处理方法。所述行程处理方法，应用于乘客终端，包括：通过访问应用程序向应用服务器提交行程服务申请。接收所述应用服务器针对所述行程服务申请进行行程处理后返回的行程订单。接收所述应用服务器进行结算处理之后生成的待支付订单；所述结算处理基于所述行程订单关联的服务车辆配置的IoT组件提交的行程数据进行。向所述应用服务器提交针对所述待支付订单的支付指令，并接收所述应用服务器返回的支付结果。

本说明书一个或多个实施例提供了另一种行程处理方法。所述行程处理方法，应用于司机终端，包括：扫描服务车辆配置的IoT组件上配置的图像标识码，并访问所述图像标识码对应的签到页面。基于所述签到页面向数据服务器提交针对所述服务车辆的签到请求。接收所述数据服务器基于绑定关系返回的签到结果；所述绑定关系由所述数据服务器根据所述服务车辆的车辆标识、司机标识以及所述IoT组件的组件标识建立。接收应用服务器通过应用程序分配的服务订单，并向所述应用服务器提交针对所述服务订单的确认指令。

本说明书一个或多个实施例提供了一种数据处理方法。所述数据处理方法，应用于数据服务器，包括：接收司机终端扫描服务车辆配置的IoT组件上配置的图像标识码提交的签到请求。建立所述服务车辆的车辆标识，司机标识以及所述IoT组件的组件标识之间的绑定关系。向应用服务器同步所述绑定关系，以及向所述司机终端发送签到结果。接收所述IoT组件通过IoT服务器同步的行程数据，并将所述行程数据向所述应用服务器同步。

本说明书一个或多个实施例提供了另一种数据处理方法。所述数据处理方法，应用于应用服务器，包括：接收乘客终端的应用程序提交的行程服务申请，并基于所述行程服务申请进行行程处理。将所述行程处理后生成的服务订单发送至司机终端，以及将生成的行程订单发送至所述乘客终端。接收数据服务器同步的行程数据。接收所述乘客终端提交的支付指令，基于所述支付指令进行支付处理并向所述乘客终端返回支付结果。

本说明书一个或多个实施例提供了一种支付处理方法。所述支付处理方法，应用于乘客终端，包括：扫描服务车辆配置的IoT组件上配置的图像标识码。识别所述图像标识码，并访问所述图像标识码对应的携带待支付订单的待支付页面。基于所述待支付页面向数据服务器提交支付请求。接收所述数据服务器基于所述支付请求返回的支付结果。

本说明书一个或多个实施例提供了一种签到处理方法。所述签到处理方法，应用于司机终端，包括：扫描服务车辆配置的IoT组件上配置的图像标识码，并访问所述图像标识码对应的签到页面。基于所述签到页面向数据服务器提交针对所述服务车辆的签到请求。接收所述数据服务器基于绑定关系返回的签到结果；所述绑定关系由所述数据服务器根据所述服务车辆的车辆标识、所述签到请求中包含的司机标识以及IoT组件标识建立。

本说明书一个或多个实施例提供了一种行程处理装置，运行于乘客终端，包括：申请提交模块，被配置为通过访问应用程序向应用服务器提交行程服务申请。行程订单接收模块，被配置为接收所述应用服务器针对所述行程服务申请进行行程处理后返回的行程订单。待支付订单接收模块，被配置为接收所述应用服务器进行结算处理之后生成的待支付订单；所述结算处理基于所述行程订单关联的服务车辆配置的IoT组件提交的行程数据进行。支付结果接收模块，被配置为向所述应用服务器提交针对所述待支付订单的支付指令，并接收所述应用服务器返回的支付结果。

本说明书一个或多个实施例提供了另一种行程处理装置，运行于司机终端，包括：扫描模块，被配置为扫描服务车辆配置的IoT组件上配置的图像标识码，并访问所述图像标识码对应的签到页面。签到请求提交模块，被配置为基于所述签到页面向数据服务器提交针对所述服务车辆的签到请求。签到结果接收模块，被配置为接收所述数据服务器基于绑定关系返回的签到结果；所述绑定关系由所述数据服务器根据所述服务车辆的车辆标识、司机标识以及所述IoT组件的组件标识建立。服务订单接收模块，被配置为接收应用服务器通过应用程序分配的服务订单，并向所述应用服务器提交针对所述服务订单的确认指令。

本说明书一个或多个实施例提供了一种数据处理装置，运行于数据服务器，包括：签到请求接收模块，被配置为接收司机终端扫描服务车辆配置的IoT组件上配置的图像标识码提交的签到请求。绑定关系建立模块，被配置为建立所述服务车辆的车辆标识，司机标识以及所述IoT组件的组件标识之间的绑定关系。签到结果发送模块，被配置为向应用服务器同步所述绑定关系，以及向所述司机终端发送签到结果。行程数据同步模块，被配置为接收所述IoT组件通过IoT服务器同步的行程数据，并将所述行程数据向所述应用服务器同步。

本说明书一个或多个实施例提供了另一种数据处理装置，运行于应用服务器，包括：申请接收模块，被配置为接收乘客终端的应用程序提交的行程服务申请，并基于所述行程服务申请进行行程处理。订单发送模块，被配置为将所述行程处理后生成的服务订单发送至司机终端，以及将生成的行程订单发送至所述乘客终端。行程数据接收模块，接收数据服务器同步的行程数据。支付结果返回模块，被配置为接收所述乘客终端提交的支付指令，基于所述支付指令进行支付处理并向所述乘客终端返回支付结果。

本说明书一个或多个实施例提供了一种支付处理装置，运行于乘客终端，包括：扫描模块，被配置为扫描服务车辆配置的IoT组件上配置的图像标识码。识别模块，被配置为识别所述图像标识码，并访问所述图像标识码对应的携带待支付订单的待支付页面。支付请求提交模块，被配置为基于所述待支付页面向数据服务器提交支付请求。支付结果接收模块，被配置为接收所述数据服务器基于所述支付请求返回的支付结果。

本说明书一个或多个实施例提供了一种签到处理装置，运行于司机终端，包括：扫描模块，被配置为扫描服务车辆配置的IoT组件上配置的图像标识码，并访问所述图像标识码对应的签到页面。签到请求提交模块，被配置为基于所述签到页面向数据服务器提交针对所述服务车辆的签到请求。签到结果接收模块，被配置为接收所述数据服务器基于绑定关系返回的签到结果；所述绑定关系由所述数据服务器根据所述服务车辆的车辆标识、所述签到请求中包含的司机标识以及IoT组件标识建立。

本说明书一个或多个实施例提供了一种行程处理设备，运行于乘客终端，包括：处理器；以及，被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器：通过访问应用程序向应用服务器提交行程服务申请。接收所述应用服务器针对所述行程服务申请进行行程处理后返回的行程订单。接收所述应用服务器进行结算处理之后生成的待支付订单；所述结算处理基于所述行程订单关联的服务车辆配置的IoT组件提交的行程数据进行。向所述应用服务器提交针对所述待支付订单的支付指令，并接收所述应用服务器返回的支付结果。

本说明书一个或多个实施例提供了另一种行程处理设备，运行于司机终端，包括：处理器；以及，被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器：扫描服务车辆配置的IoT组件上配置的图像标识码，并访问所述图像标识码对应的签到页面。基于所述签到页面向数据服务器提交针对所述服务车辆的签到请求。接收所述数据服务器基于绑定关系返回的签到结果；所述绑定关系由所述数据服务器根据所述服务车辆的车辆标识、司机标识以及所述IoT组件的组件标识建立。接收应用服务器通过应用程序分配的服务订单，并向所述应用服务器提交针对所述服务订单的确认指令。

本说明书一个或多个实施例提供了一种数据处理设备，运行于数据服务器，包括：处理器；以及，被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器：接收司机终端扫描服务车辆配置的IoT组件上配置的图像标识码提交的签到请求。建立所述服务车辆的车辆标识，司机标识以及所述IoT组件的组件标识之间的绑定关系。向应用服务器同步所述绑定关系，以及向所述司机终端发送签到结果。接收所述IoT组件通过IoT服务器同步的行程数据，并将所述行程数据向所述应用服务器同步。

本说明书一个或多个实施例提供了另一种数据处理设备，运行于应用服务器，包括：处理器；以及，被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器：接收乘客终端的应用程序提交的行程服务申请，并基于所述行程服务申请进行行程处理。将所述行程处理后生成的服务订单发送至司机终端，以及将生成的行程订单发送至所述乘客终端。接收数据服务器同步的行程数据。接收所述乘客终端提交的支付指令，基于所述支付指令进行支付处理并向所述乘客终端返回支付结果。

本说明书一个或多个实施例提供了一种支付处理设备，运行于乘客终端，包括：处理器；以及，被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器：扫描服务车辆配置的IoT组件上配置的图像标识码。识别所述图像标识码，并访问所述图像标识码对应的携带待支付订单的待支付页面。基于所述待支付页面向数据服务器提交支付请求。接收所述数据服务器基于所述支付请求返回的支付结果。

本说明书一个或多个实施例提供了一种签到处理设备，运行于司机终端，包括：处理器；以及，被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器：扫描服务车辆配置的IoT组件上配置的图像标识码，并访问所述图像标识码对应的签到页面。基于所述签到页面向数据服务器提交针对所述服务车辆的签到请求。接收所述数据服务器基于绑定关系返回的签到结果；所述绑定关系由所述数据服务器根据所述服务车辆的车辆标识、所述签到请求中包含的司机标识以及IoT组件标识建立。

本说明书一个或多个实施例提供了第一种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被执行时实现以下流程：通过访问应用程序向应用服务器提交行程服务申请。接收所述应用服务器针对所述行程服务申请进行行程处理后返回的行程订单。接收所述应用服务器进行结算处理之后生成的待支付订单；所述结算处理基于所述行程订单关联的服务车辆配置的IoT组件提交的行程数据进行。向所述应用服务器提交针对所述待支付订单的支付指令，并接收所述应用服务器返回的支付结果。

本说明书一个或多个实施例提供了第二种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被执行时实现以下流程：扫描服务车辆配置的IoT组件上配置的图像标识码，并访问所述图像标识码对应的签到页面。基于所述签到页面向数据服务器提交针对所述服务车辆的签到请求。接收所述数据服务器基于绑定关系返回的签到结果；所述绑定关系由所述数据服务器根据所述服务车辆的车辆标识、司机标识以及所述IoT组件的组件标识建立。接收应用服务器通过应用程序分配的服务订单，并向所述应用服务器提交针对所述服务订单的确认指令。

本说明书一个或多个实施例提供了第三种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被执行时实现以下流程：接收司机终端扫描服务车辆配置的IoT组件上配置的图像标识码提交的签到请求。建立所述服务车辆的车辆标识，司机标识以及所述IoT组件的组件标识之间的绑定关系。向应用服务器同步所述绑定关系，以及向所述司机终端发送签到结果。接收所述IoT组件通过IoT服务器同步的行程数据，并将所述行程数据向所述应用服务器同步。

本说明书一个或多个实施例提供了第四种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被执行时实现以下流程：接收乘客终端的应用程序提交的行程服务申请，并基于所述行程服务申请进行行程处理。将所述行程处理后生成的服务订单发送至司机终端，以及将生成的行程订单发送至所述乘客终端。接收数据服务器同步的行程数据。接收所述乘客终端提交的支付指令，基于所述支付指令进行支付处理并向所述乘客终端返回支付结果。

本说明书一个或多个实施例提供了第五种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被执行时实现以下流程：扫描服务车辆配置的IoT组件上配置的图像标识码。识别所述图像标识码，并访问所述图像标识码对应的携带待支付订单的待支付页面。基于所述待支付页面向数据服务器提交支付请求。接收所述数据服务器基于所述支付请求返回的支付结果。

本说明书一个或多个实施例提供了第六种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被执行时实现以下流程：扫描服务车辆配置的IoT组件上配置的图像标识码，并访问所述图像标识码对应的签到页面。基于所述签到页面向数据服务器提交针对所述服务车辆的签到请求。接收所述数据服务器基于绑定关系返回的签到结果；所述绑定关系由所述数据服务器根据所述服务车辆的车辆标识、所述签到请求中包含的司机标识以及IoT组件标识建立。

附图说明

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

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

图2为本说明书一个或多个实施例提供的一种应用于出租车场景的行程处理时序图；

图3为本说明书一个或多个实施例提供的另一种行程处理方法处理流程图；

图4为本说明书一个或多个实施例提供的一种数据处理方法处理流程图；

图5为本说明书一个或多个实施例提供的另一种数据处理方法处理流程图；

图6为本说明书一个或多个实施例提供的一种支付处理方法处理流程图；

图7为本说明书一个或多个实施例提供的一种签到处理方法处理流程图；

图8为本说明书一个或多个实施例提供的一种行程处理装置示意图；

图9为本说明书一个或多个实施例提供的另一种行程处理装置示意图；

图10为本说明书一个或多个实施例提供的一种数据处理装置示意图；

图11为本说明书一个或多个实施例提供的另一种数据处理装置示意图；

图12为本说明书一个或多个实施例提供的一种支付处理装置示意图；

图13为本说明书一个或多个实施例提供的一种签到处理装置示意图；

图14为本说明书一个或多个实施例提供的一种行程处理设备的结构示意图；

图15为本说明书一个或多个实施例提供的另一种行程处理设备的结构示意图；

图16为本说明书一个或多个实施例提供的一种数据处理设备的结构示意图；

图17为本说明书一个或多个实施例提供的另一种数据处理设备的结构示意图；

图18为本说明书一个或多个实施例提供的一种支付处理设备的结构示意图；

图19为本说明书一个或多个实施例提供的一种签到处理设备的结构示意图。

具体实施方式

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

本说明书提供的一种行程处理方法实施例：

参照图1，其示出了本实施例提供的一种行程处理方法处理流程图，参照图2，其示出了本实施例提供的一种应用于出租车场景的行程处理时序图。

本实施例提供的行程处理方法的执行主体为乘客终端，本说明书提供另一种行程处理方法实施例的执行主体为司机终端，一种数据处理方法实施例的执行主体为数据服务器，另一种数据处理方法实施例的执行主体为应用服务器，本实施例提供的应用于乘客终端的行程处理方法，与下述方法实施例提供的应用于司机终端的行程处理方法、应用于数据服务器的数据处理方法以及应用于应用服务器的数据处理方法在执行过程中相互配合，因此，阅读本实施例请对照下述方法实施例的相应内容。

参照图1，本实施例提供的行程处理方法，应用于乘客终端，具体包括下述步骤S102至步骤S108。

步骤S102，通过访问应用程序向应用服务器提交行程服务申请。

本实施例提供的行程处理方法，通过在出租车上配置IoT组件，由IoT组件从出租车中控系统获取数据，并通过IoT服务器上传至数据服务器，再由数据服务器同步至应用服务器，从而可以实时获取出租车的空/载状态，在此基础上，根据乘客通过乘客终端提交的行程服务申请，对乘客进行行程分配，即：将乘客分配给有载客需求的出租车，从而在将用户与出租车撮合的基础上实现对出租车的派单模式，同时，乘客可通过IoT组件进行支付，以此节省乘客在行程结束后手动输入支付金额的时间，提高乘客参与行程服务的便捷性，并且通过出租车派单的模式，提高出租车行业的运营效率。

所述应用程序，包括提供乘车服务的应用，例如地图提供APP。具体的，所述应用程序包括司机版以及乘客版，乘客可通过乘客版应用程序进行行程服务申请；司机可通过司机版应用程序接收服务订单；除此之外，司机与乘客还可使用同一版应用程序，通过注册的身份分类提供相应的服务，需要说明的是，不管是相同版本还是不同版本的应用程序，司机与乘客通过应用程序提交的数据在应用服务器实现互通。所述应用服务器，包括提供乘车服务的应用对应的后台系统，例如地图提供服务器。

实际应用中，乘客在进行行程服务之前，需要通过应用程序向应用服务器提交行程服务申请；在乘客提交行程服务申请的过程中，需要获取乘客地理位置数据等乘客数据，由于乘客数据在一定程度上属于乘客的隐私，因此应用程序想要获取乘客数据并对乘客数据进行存储以及传输就需要得到乘客的授权，以保证乘客的隐私安全；具体实施时，在访问所述应用程序的过程中，基于乘客对授权指令的确认操作，提交所述行程服务申请。

具体实施时，在通过所述乘客终端提交所述行程服务申请的过程中，需要输入行程服务申请信息，比如行程起止位置、行程时间等。为了提升所述行程服务申请的有效性，可选的，所述行程服务申请携带的行程服务申请信息包括下述至少一项：行程起始位置信息、行程终止位置信息以及行程申请标识；相应的，所述行程订单记录下述至少一项：所述行程起始位置信息、所述行程终止位置信息、所述行程申请标识、司机标识以及所述服务车辆的车辆标识。除此之外，所述行程服务申请还可包括其他信息，比如乘客标识、行程时间等，在此不做限定。

例如，乘客C通过访问乘客终端应用程序向应用服务器提交行程服务申请，在乘客C访问应用程序时，应用程序向乘客C发送一个携带授权协议提醒的待确认页面，在乘客C提交对授权协议的确认指令的情况下，填写起止位置信息等行程服务申请信息并提交行程服务申请。

除此之外，为了区分不同的乘客，为不同的行程服务申请配置不同的行程申请标识，将行程申请标识也作为行程服务申请信息向应用服务器提交。

需要说明的是，通过访问应用程序向应用服务器提交行程服务申请之后，应用服务器基于所述行程服务申请进行行程处理，具体为基于所述行程服务申请进行行程服务分配；基于所述行程服务分配，建立服务订单与所述行程订单之间的绑定关系。其中，在所述行程服务分配的过程中，根据司机列表中的司机状态进行所述行程服务分配，所述司机列表中的司机状态是根据司机通过扫描IoT组件上配置的图像标识码进行签到之后，根据签到结果确定的。

具体实施时，为了打通服务车辆的中控系统、计价装置以及应用服务器，本实施例中，通过一种中间装置(IoT组件)实现数据传输；具体的，所述IoT组件通过排线与服务车辆的计价装置建立物理连接，在所述物理连接的基础上获取数据并上传至IoT服务器，由所述IoT服务器向数据服务器同步，最后由所述数据服务器向所述应用服务器同步。

步骤S104，接收所述应用服务器针对所述行程服务申请进行行程处理后返回的行程订单。

本实施例所述行程处理，是指所述应用服务器根据所述行程服务申请，为所述乘客终端所属的乘客分配参与行程服务的司机；可选的，本实施例所述针对所述行程服务申请进行行程处理，采用如下方式实现：首先基于所述行程服务申请进行行程服务分配；然后基于所述行程服务分配，建立服务订单与所述行程订单之间的绑定关系。

具体实施时，所述应用服务器为针对所述行程服务申请进行行程处理之后，为所述乘客分配一个司机以使所述乘客完成行程服务，所述行程订单记录下述至少一项：所述行程起始位置信息、所述行程终止位置信息、所述行程申请标识、司机标识以及所述服务车辆的车辆标识。除此之外，所述行程订单中还可以记录所述车辆标识所属车辆的车辆位置信息等，在此不做限定。

例如，乘客C通过访问乘客终端的应用程序向应用服务器提交了从甲地到乙地的行程服务申请，应用服务器为乘客C分配距离最近且处于可分配状态下的司机，在确定了为乘客C提供行程服务的司机为司机D的情况下，向乘客C的用户终端发送携带司机D的司机标识、与司机D的司机标识绑定的车辆标识等数据的行程订单。

实际应用中，在针对行程服务申请进行派单之后，IoT组件还会从出租车的中控系统获取行程数据，具体的，所述行程数据包括：行程起始数据、行程轨迹数据、和/或行程终止数据；其中，所述行程起始数据在所述IoT组件检测到所述服务车辆的计价装置被触发且开始计价的情况下获取并向IoT服务器提交，并由所述IoT服务器向数据服务器同步；所述行程轨迹数据由所述IoT组件按照预设时间阈值获取并向所述IoT服务器提交，并由所述IoT服务器向所述数据服务器同步；所述行程终止数据在所述IoT组件检测到所述计价装置被触发且停止计价的情况下获取并向IoT服务器提交，并由所述IoT服务器向所述数据服务器同步。

例如，在服务车辆的IoT组件检测到服务车辆的计价装置被触发且开始计价的情况下，获取车牌号、司机标识、地理位置信息(经度、纬度)、时间、订单标识作为行程起始数据向IoT服务器提交，数据服务器接收IoT服务器同步的行程起始数据并且同步至应用服务器；在行程过程中，IoT组件按照预设的时间阈值(如每x秒)获取地理位置信息以及时间信息作为行程轨迹数据向IoT服务器提交，数据服务器接收IoT服务器同步的行程起始数据并且同步至应用服务器；在服务车辆的IoT组件检测到服务车辆的计价装置被触发且停止计价的情况下，获取车牌号、司机标识、地理位置信息、时间、计价费用、实际里程、订单标识作为行程终止数据向IoT服务器提交，数据服务器接收IoT服务器同步的行程起始数据并且同步至应用服务器。

除此之外，所述行程数据中包含的行程起始数据在所述服务车辆的计价装置被触发且开始计价的情况下，由所述服务车辆的中控系统向所述IoT组件发送，所述IoT组件提交至IoT服务器之后由所述IoT服务器向数据服务器同步；所述行程数据中包含的行程轨迹数据由所述中控系统按照预设时间阈值向所述IoT组件发送，所述IoT组件提交至所述IoT服务器之后由所述IoT服务器向所述数据服务器同步；所述行程数据中包含的行程终止数据在所述计价装置被触发且停止计价的情况下，由所述中控系统向所述IoT组件发送，所述IoT组件提交至所述IoT服务器之后由所述IoT服务器向所述数据服务器同步。

步骤S106，接收所述应用服务器进行结算处理之后生成的待支付订单。

本实施例所述结算处理，是由所述应用服务器基于所述行程订单关联的服务车辆配置的IoT组件提交的行程数据进行的。所述行程订单关联的服务车辆是指所述行程订单中携带的车辆标识对应的服务车辆；所述行程数据包括行程起始数据、行程轨迹数据、和/或行程终止数据，具体的，包括乘客的一次乘车行程对应的司机标识、车辆标识、乘客标识、行程起始时间、行程终止时间、行程起始位置、行程终止位置、和/或计价费用。

具体实施时，所述应用服务器根据所述行程数据进行结算处理并生成所述待支付订单，为所述行程服务申请进行行程处理需要消耗一定的数据处理资源，为了保证所述应用程序的合理收益，可选的，所述待支付订单，采用如下方式生成：

确定所述行程服务申请的调度费用；

基于所述行程数据中包含的计价费用以及所述调度费用，计算所述行程服务申请的行程费用；

创建携带所述行程费用的待支付订单。

具体的，所述应用服务器确定所述行程服务申请的调度费用，所述调度费用可为提前配置好的固定费用，也可根据不同的行程服务申请确定不同的调度费用，确定所述行程服务申请的调度费用之后，根据所述行程数据中包含的计价费用以及所述调度费用，计算所述行程费用，最后基于所述行程费用，创建待支付订单；需要说明的是，所述待支付订单中还可携带所述行程费用的费用详情。

例如，乘客C通过访问乘客终端的应用程序向应用服务器提交了从甲地到乙地的行程服务申请，司机D为乘客C提供了行程服务，行程服务结束后，应用服务系统根据数据服务器同步的行程数据进行结算处理，首先确定对乘客C提交的行程服务申请的调度费用，然后根据行程数据中包含的计价费用以及调度费用，计算出该次行程服务的行程费用，最后根据行程费用创建待支付订单，乘客C的乘客终端接收该待支付订单。

实际应用中，在乘客参与行程服务的过程中，存在还未到达行程服务申请中记录的行程终止位置，但结束行程的情况，应用服务器在检测到获取到的行程数据中行程结束数据的情况下，根据获得的行程起始数据以及行程结束数据计算行程费用。

除此之外，乘客还可通过扫描所述IoT组件配置的图像标识码进行费用支付，具体的，扫描服务车辆配置的IoT组件上配置的图像标识码；识别所述图像标识码，并访问所述图像标识码对应的携带待支付订单的待支付页面；基于所述待支付页面向数据服务器提交支付请求；接收所述数据服务器基于所述支付请求返回的支付结果。

步骤S108，向所述应用服务器提交针对所述待支付订单的支付指令，并接收所述应用服务器返回的支付结果。

所述支付结果，包括支付成功的情况下返回的支付成功的提醒，和/或支付详情(例如，支付调度费用m1、支付计价费用m2以及支付行程费用m3)；除此之外，还可以包括支付失败的情况下返回的支付失败的提醒，和/或支付失败的原因提醒。

具体实施时，通过向所述应用服务器提交针对所述待支付订单的支付指令，接收所述应用服务器返回的支付结果；为了实现数据传输的可靠性，本实施例提供的一种可选实施方式中，首先向所述应用服务器提交针对所述待支付订单的支付指令；所述应用服务器接收到所述支付指令的情况下进行支付处理，即按照所述待支付订单中记录的行程费用将所述乘客终端的资源账户中的资源转移至向对应的司机终端的资源账户中，乘客终端接收所述应用服务器基于所述支付处理返回的支付结果。

例如，乘客C在行程服务结束后，通过乘客终端向应用服务器提交针对接收到的待支付订单的支付指令，应用服务器在接收到支付指令的情况下进行支付处理，并且生成支付处理的支付结果向乘客终端发送，乘客终端接收应用服务器返回的支付结果，基于此，乘客C的行程服务结束。

除此之外，为了进一步提升乘客以及司机对行程服务的感知程度，还可在乘客终端完成支付后，通过IoT组件发送语音提醒；具体的，所述IoT组件将所述行程数据提交至IoT服务器之后，所述IoT服务器根据语音提醒规则确定被触发的规则类型，并基于所述规则类型确定目标语音提醒向所述IoT组件下发；或者，所述IoT组件将所述行程数据提交至所述IoT服务器并由所述IoT服务器同步至数据服务器之后，所述数据服务器根据配置的语音提醒规则确定被触发的规则类型，并基于所述规则类型确定目标语音提醒并通过所述IoT服务器向所述IoT组件下发。

参照图2，应用于出租车场景的行程处理方法，应用于乘客终端，具体包括下述步骤：

步骤S212，通过应用程序向应用服务器提交行程服务申请。

在此之前，司机终端扫描出租车配置的IoT组件上的图像标识码并访问图像标识码对应的签到页面。基于签到页面向数据服务器提交签到请求数据服务器基于签到请求建立司机标识、组件标识以及车辆标识之间的绑定关系。向司机终端返回签到结果。数据服务器向应用服务器同步绑定关系。

步骤S220，接收应用服务器返回的行程订单。

在此之前，应用服务器基于行程服务申请进行行程处理并生成服务订单以及行程订单，然后将服务订单发送至司机终端；应用服务器接收司机终端针对服务订单的确认指令。

步骤S230，接收应用服务器发送的待支付订单。

在此之前，IoT组件通过IoT服务器向数据服务器同步行程数据；数据服务器向应用服务器同步行程数据；应用服务器根据行程数据进行结算处理并确定行程费用并生成携带行程费用的待支付订单。

步骤S232，提交针对待支付订单的支付请求。

应用服务器基于支付请求进行支付处理。

步骤S236，接收应用服务器返回的支付结果。

此后，应用服务器根据支付请求进行行程处理。

综上所述，本实施例提供的行程处理方法，首先通过访问应用程序向应用服务器提交行程服务申请，然后接收应用服务器针对行程服务申请进行行程处理之后返回的行程订单，在行程结束后接收应用服务器进行结算处理之后生成的待支付订单，最后向应用服务器提交针对待支付订单的支付指令，并且接收应用服务器返回的支付结果，以此向乘客提供更加便捷的行程方式，提升用户的行程体验。

本说明书提供的另一种行程处理方法实施例：

参照图3，其示出了本实施例提供的一种行程处理方法处理流程图。

参照图3，本实施例提供的行程处理方法，应用于司机终端，具体包括下述步骤S302至步骤S308。

步骤S302，扫描服务车辆配置的IoT组件上配置的图像标识码，并访问所述图像标识码对应的签到页面。

本实施例提供的行程处理方法，通过在出租车上配置IoT组件，由IoT组件从出租车中控系统获取数据，并通过IoT服务器上传至数据服务器，再由数据服务器同步至应用服务器，从而可以实时获取出租车的空/载状态，在此基础上，根据乘客通过乘客终端提交的行程服务申请，对乘客进行行程分配，即：将乘客分配给有载客需求的出租车，从而在用户与出租车的撮合的基础上实现对出租车的派单模式，同时，乘客可通过IoT组件进行支付，以此节省乘客在行程结束后手动输入支付金额的时间，提高乘客参与行程服务的便捷性，并且通过出租车派单的模式，提高出租车行业的运营效率。

具体的，在以司机终端为执行主体的情况下，首先利用司机终端扫描服务车辆配置的IoT组件上配置的图像标识码，访问图像标识码对应的签到页面，然后根据签到页面向数据服务器提交针对服务车辆的签到请求，在数据服务器建立司机标识、车辆标识、IoT组件的组件标识之间的绑定关系的基础上，接收数据服务器返回的签到结果；在成功与车辆标识以及组件标识建立绑定关系的基础上，接收应用服务器通过应用程序分配的服务订单，并且提交针对服务订单的确认指令；以此来提升对于司机管理的便捷性，并且通过分配订单的方式提升运营效率，提升乘客以及司机对行程的感知程度。

具体实施时，为了打通服务车辆的中控系统、计价装置以及数据服务器，本实施例中，通过一种中间装置(IoT组件)实现数据传输；具体的，所述IoT组件通过排线与服务车辆的计价装置建立物理连接，在所述物理连接的基础上获取数据并上传至IoT服务器，由所述IoT服务器向所述数据服务器同步，最后由所述数据服务器向所述应用服务器同步；所述图像标识码配置在图像标识组件上，所述图像标识组件通过卡槽或射频识别技术与所述IoT组件连接，具体的，所述图像标识组件中配置有磁感芯片，在将所述图像标识组件贴在所述IoT组件上时，所述IoT组件可以感应所述图像标识组件配置的图像标识码。

所述签到页面包括：服务车辆以及IoT组件描述区、授权协议提醒区、和/或签到控件区；此外，所述签到页面还可包括功能描述区，所述授权描述区可被配置为描述所述签到页面的功能的文字提醒。具体实施时，通过所述司机终端扫描所述图像标识码进入所述签到页面时，通过所述IoT服务器获取所述图像标识码对应的组件标识以及车辆标识；若未获取到所述组件标识和/或所述车辆标识，则进入错误页面，在所述错误页面中展示错误提醒(如展示“组件标识和/或车辆标识无法获取或发生其他错误，请联系车辆运营商上报故障”的文字提醒)；若获取到所述车辆标识以及所述组件标识，则直接进入所述签到页面。具体的，在所述服务车辆以及IoT组件描述区展示通过所述IoT服务器获取的车辆标识以及组件标识；在所述授权描述区展示授权协议的名称，司机可通过点击所述授权协议的名称查看完整的协议内容，为了提升司机签到的简便性，在保证司机确认授权的基础上减少司机的操作程序，在司机为首次签到时，通过触发所述授权协议配置的待确认指令进行授权确认；在司机已有过签到记录的情况下，展示已同意所述授权协议的提醒(如展示“您已授权同意xxxx协议”的文字提醒)；其中，所述授权协议包括授权司机信息发送至所述数据服务器并同步至所述应用服务器的协议，和/或授权注册司机应用程序的协议。

实际应用中，由于签到请求中携带所述司机终端的司机信息，在一定程度上，所述司机信息属于司机的隐私，因此所述数据服务器想要获得所述签到请求需要得到所述司机的授权，以保证隐私安全。为了保证隐私安全，可选的，所述签到页面配置有授权协议确认控件；在检测到所述授权协议确认控件被触发的情况下，通过触发签到控件向所述数据服务器提交所述签到请求。

具体实施时，在扫描所述图像标识码之后，需要识别所述图像标识码以获得所述图像标识码对应的签到页面，为了提升实现方式的完整性，本实施例提供的一种可选实施方式中，具体采用如下方式扫描服务车辆配置的IoT组件上配置的图像标识码，并访问所述图像标识码对应的签到页面：

扫描所述服务车辆配置的IoT组件上配置的图像标识码；

识别所述图像标识码并获得针对所述签到页面的访问请求；

向IoT服务器提交所述访问请求；

访问所述IoT服务器基于所述访问请求返回的签到页面。

例如，司机D扫描服务出租车T配置的IoT组件上配置的图像标识码之后，识别图像标识码获得对签到页面的访问请求，向IoT服务器提交访问请求，在此过程中，通过IoT服务器查询图像标识码对应的组件标识以及车辆标识，在查询到组件标识以及车辆标识的情况下，访问IoT服务器基于访问请求返回的签到页面；签到页面中包括服务车辆以及IoT组件描述区、授权协议提醒区以及签到控件区，服务车辆以及IoT组件描述区展示IoT服务器查询到的图像标识码对应的组件标识以及车辆标识，若司机D为第一次签到，则在授权协议提醒区展示待确认提醒；若司机D为多次签到，则在授权协议提醒区展示已同意授权协议的文字提醒。

除此之外，扫描所述图像标识码，可直接向所述数据服务器提交所述访问请求，本实施例提供的一种可选实施方式中，首先扫描所述服务车辆配置的IoT组件上配置的图像标识码；然后识别所述图像标识码并获得针对所述签到页面的访问请求；再向所述数据服务器提交所述访问请求；最后访问所述数据服务器基于所述访问请求返回的签到页面。

步骤S304，基于所述签到页面向数据服务器提交针对所述服务车辆的签到请求。

具体实施时，在所述授权协议被标记为已确认状态的情况下，通过触发所述签到控件区的签到控件向所述数据服务器提交签到请求。

沿用上例，在司机D为第一次签到且在授权协议提醒区确认授权协议或者在司机D为多次签到，授权协议提醒区展示已同意授权协议的文字提醒的情况下，司机D通过触发签到控件区的签到控件向数据服务器提交签到指令。

步骤S306，接收所述数据服务器基于绑定关系返回的签到结果。

所述绑定关系由所述数据服务器根据所述服务车辆的车辆标识、司机标识以及所述IoT组件的组件标识建立。此外，还可建立所述车辆标识、所述司机标识以及所述组件标识三者中任意两者之间的绑定关系。所述签到结果为签到成功；除此之外，为了提升对司机以及服务车辆的管控，本实施例提供的一种可选实施方式中，在所述数据服务器经过查询，所述司机标识不存在于司机列表的情况下，接收所述数据服务器返回的签到失败提醒。

具体实施时，为了使乘客在支付过程中更加方便，提升乘客对乘车行程以及乘车费用的信用度，从而提升用户的乘车体验，可选的，在所述数据服务器建立所述绑定关系的情况下，所述图像标识码与所述司机标识对应的收款标识码被建立收款映射关系；且所述收款映射关系基于所述绑定关系建立。在建立所述收款映射关系情况下，乘客可通过扫描所述图像标识码进行支付；在乘客扫描所述图像标识码的情况下，向乘客返回携带行程费用的待支付页面。

例如，司机D针对出租车T向数据服务器提交签到请求之后，数据服务器查询到司机D的司机标识处于司机列表的情况下，建立司机D的司机标识、出租车T的车辆标识以及签到请求中携带的组件标识三者之间的绑定关系，基于该绑定关系，向司机D的司机终端返回签到结果，司机D通过手机终端接收签到成功的签到结果；同时，数据服务器基于该绑定关系建立出租车T的IoT组件上配置的图像标识码与司机D的收款码之间的收款映射关系，使乘客乘坐司机D驾驶的出租车T的过程中，可通过扫描该图像标识码直接向司机D的收款账户进行支付。

需要说明的是，上述步骤S302，扫描服务车辆配置的IoT组件上配置的图像标识码，并访问所述图像标识码对应的签到页面、步骤S304，基于所述签到页面向数据服务器提交针对所述服务车辆的签到请求以及步骤S306，接收所述数据服务器基于绑定关系返回的签到结果为司机签到操作，所述司机签到操作只在一个工作周期开始时执行，在一个工作周期内或当前已签到司机未签退的情况下，可一次或多次执行步骤S308，接收应用服务器通过应用程序分配的服务订单，并向所述应用服务器提交针对所述服务订单的确认指令。

步骤S308，接收应用服务器通过应用程序分配的服务订单，并向所述应用服务器提交针对所述服务订单的确认指令。

所述服务订单，是所述应用服务器根据接收的乘客提交的行程服务申请进行行程处理之后生成的；所述服务订单记录乘客标识，和/或乘客起止位置信息；此外，所述服务订单还可记录行程时间、行程申请标识等其他数据；在此，对所述行程订单中记录的数据的范围不做限定。所述针对所述服务订单的确认指令，包括司机在确定参与所述服务订单的情况下通过司机终端提交的确认指令。所述应用程序，包括提供乘车服务的应用，例如地图提供APP。具体的，所述应用程序包括司机版以及乘客版，乘客可通过乘客版应用程序进行行程服务申请；司机可通过司机版应用程序接收服务订单；除此之外，司机与乘客还可使用同一版应用程序，通过注册的身份提供相应的服务，需要说明的是，不管是相同版本还是不同版本的应用程序，司机与乘客通过应用程序提交的数据在应用服务器实现互通。所述应用服务器，包括提供乘车服务的应用对应的后台系统，例如地图提供服务器。

具体实施时，为了保证乘客以及司机的安全，避免司机假接单给乘客造成不好的乘车体验，本实施例提供的一种可选实施方式中，在司机确认乘客上车之后，向所述应用服务器提交确认乘客参与服务的参与确认指令；所述参与确认指令在所述司机终端所属的司机确认所述乘客参与服务后通过所述司机终端提交。

例如，在司机D签到成功之后，接收到应用服务器通过司机D的手机终端的应用程序分配的针对乘客C的服务订单，服务订单中记录了乘客C要从甲地前往乙地，司机D确认接收该笔服务订单，首先通过司机终端提交了对行程订单的确认指令，并前往甲地接乘客C，在司机确认乘客C上车的情况下，通过司机终端提交参与确认指令向应用服务器发送乘客已确认上车的指令。

除此之外，在针对行程服务申请进行行程服务的过程中，为了获取行程服务的行程数据，所述IoT组件检测到所述服务车辆的计价装置被触发且开始计价的情况下获取行程起始数据向IoT服务器提交，并由所述IoT服务器同步至所述数据服务器；所述IoT组件按照预设时间阈值获取行程轨迹数据向所述IoT服务器提交，并由所述IoT服务器同步至所述数据服务器；所述IoT组件检测到所述计价装置被触发且停止计价的情况下获取行程终止数据向所述IoT服务器提交，并由所述IoT服务器同步至所述数据服务器。

参照图2，应用于出租车场景的行程处理方法，应用于司机终端，具体包括下述步骤：

步骤S202，司机终端扫描出租车配置的IoT组件上的图像标识码并访问图像标识码对应的签到页面。

步骤S204，基于签到页面向数据服务器提交签到请求。

此后，数据服务器基于签到请求建立司机标识、组件标识以及车辆标识之间的绑定关系。

步骤S208，司机终端接收数据服务器返回的签到结果。

此后，数据服务器向应用服务器同步绑定关系；乘客终端通过应用程序向应用服务器提交行程服务申请；应用服务器基于行程服务申请进行行程处理并生成服务订单以及行程订单。

步骤S216，司机终端接收应用服务器发送的服务订单。

步骤S218，司机终端向应用服务器提交针对服务订单的确认指令。

此后，乘客终端接收应用服务器返回的行程订单；IoT组件通过IoT服务器向数据服务器同步行程数据；数据服务器向应用服务器同步行程数据；应用服务器根据行程数据进行结算处理并确定行程费用，然后生成携带行程费用的待支付订单；乘客终端接收应用服务器发送的待支付订单并提交针对待支付订单的支付请求；应用服务器根据支付请求进行支付处理。

综上所述，本实施例提供的行程处理方法，首先扫描服务车辆配置的IoT组件上配置的图像标识码以访问对应的签到页面，基于签到页面向数据服务器提交针对服务车辆的签到请求，并且接收数据服务器基于绑定关系返回的签到结果；再接收应用服务器通过应用程序分配的服务订单，并提交针对服务订单的确认指令，以此通过分配订单的方式提升运营效率。

本说明书提供的一种数据处理方法实施例：

参照图4，其示出了本实施例提供的一种数据处理方法处理流程图。

参照图4，本实施例提供的数据处理方法，应用于数据服务器，具体包括下述步骤S402至步骤S408。

步骤S402，接收司机终端扫描服务车辆配置的IoT组件上配置的图像标识码提交的签到请求。

本实施例提供的数据处理方法，应用于数据服务器，通过将行程数据进行同步以及存储打通了应用服务器、司机终端、乘客终端、车辆的中控系统、和/或数据提供方之间的数据传输；具体的，首先接收司机终端扫描服务车辆配置的IoT组件上配置的图像标识码提交的签到请求，根据签到请求查询该签到请求中携带的司机标识是否存在于预先建立的司机列表中，若是，建立服务车辆的车辆标识，司机标识以及组件标识之间的绑定关系，根据绑定关系，向司机终端发送签到结果，并且将该绑定关系向IoT服务器以及应用服务器进行同步；在确定了该司机标识对应的司机已签到的情况下，接收IoT组件通过IoT服务器同步的行程数据，并且将行程数据实时地向应用服务器进行同步；以此来打通服务车辆的中控系统以及应用服务器，为应用服务器提供数据。

具体实施时，为了打通服务车辆的中控系统、计价装置以及所述数据服务器，本实施例中，通过一种中间装置(IoT组件)实现数据传输；具体的，所述IoT组件通过排线与服务车辆的计价装置建立物理连接，在所述物理连接的基础上获取数据并上传至IoT服务器，由所述IoT服务器向所述数据服务器同步，最后由所述数据服务器向所述应用服务器同步；所述图像标识码配置在图像标识组件上，所述图像标识组件通过卡槽或射频识别技术与所述IoT组件连接，具体的，所述图像标识组件中配置有磁感芯片，在将所述图像标识组件贴在所述IoT组件上时，所述IoT组件可以感应所述图像标识组件配置的图像标识码。

具体实施时，为了提升数据的完整性，也为了提升对司机人员的有效管控，本实施例提供的一种可选实施方式中，在接收所述签到请求之前，还要进行如下操作：

接收数据提供方同步的司机信息、车辆信息以及所述数据提供方对应的提供方标识，并将所述司机信息、车辆信息以及所述提供方标识向所述应用服务器同步；

基于所述司机信息建立所述提供方标识对应的司机列表，以及基于所述车辆信息建立所述提供方标识对应的车辆列表。

实际应用中，由于存在一个或多个数据提供方，为了提高数据的准确性，以及进行更加直观的存储和展示，根据各个提供方标识建立各个提供方标识对应的司机列表以及车辆列表。除此之外，在信息变更的情况下，需要实时地将变更的数据进行同步，为了提升所述司机信息以及所述车辆信息的时效性，本实施例提供的一种可选实施方式中，首先接收数据提供方同步的操作指令以及操作信息；然后基于所述操作指令，对所述操作信息进行信息处理，并将所述信息处理的处理结果向所述应用服务器同步。

需要说明的是，由于司机信息在一定程度上属于司机的隐私，因此，数据提供方想要向数据服务器同步所述司机信息，需要得到司机的授权，以保证司机的隐私安全。

具体实施时，所述数据提供方向所述数据服务器同步数据提供方存储的司机信息以及车辆信息，同时，所述数据提供方还会同步提供方标识，所述数据服务器根据所述司机信息、所述车辆信息以及所述提供方标识，建立所述提供方标识对应的司机列表以及车辆列表。所述数据服务器接收所述司机信息、所述车辆数据以及所述提供方标识的过程中，向数据消费方进行信息同步；在对所述司机信息以及所述车辆信息进行信息处理后，也需将处理之后的数据向所述数据消费方进行同步；所述数据消费方包括：应用服务器、需要与应用服务器进行数据同步的接口或其他服务器。此外，所述应用服务器可配置主动查询接口，查询所述数据服务器是否存在所述司机信息和车辆信息、查询是否存在数据更新。

例如，数据提供方向数据服务器同步司机信息以及车辆信息的过程中，包括同步司机标识、司机姓名、司机身份证标识、驾驶证标识、行驶证标识、性别、证件照、更新方式(更新、增加)、司机所属地理区域、司机手机号码、车辆标识、车辆型号、车辆座位数、车辆品牌、运营标识、车牌颜色、和/或车辆颜色。若数据提供方要对司机和车辆的关系进行更改，则将司机标识以及车牌号同步至数据服务器。

除此之外，数据服务器在接收到司机信息以及车辆信息之后，为了进行行程业务统计，根据司机信息中包含的司机身份证标识，匹配司机的收款标识，获取到一个或多个司机收款标识，并且查询在一定时间阈值范围内，司机收款标识是否有收款记录，若有，则与司机收款标识对应存储。

实际应用中，为了实现对签到人员的有效管控，避免误签到以及非认证司机人员进行签到，本实施例提供的一种可选实施方式中，在接收到签到请求的基础上，执行如下操作：

查询所述司机列表中是否存在所述司机标识；

若是，执行下述步骤S404，建立所述服务车辆的车辆标识，司机标识以及所述IoT组件的组件标识之间的绑定关系；

若否，向所述司机终端返回签到失败的提醒。

具体实施时，在所述司机标识存在于所述司机列表的情况下，则建立该司机标识、所述车辆标识以及所述组件标识之间的绑定关系；并且将签到时间、司机所在位置信息、组件标识、和/或司机终端类型进行存储，存储时间可自定义；若所述司机标识未存在于所述司机列表，则向所述司机终端发送签到失败的文字提醒(如“未在司机列表中，请联系运营公司”)。

步骤S404，建立所述服务车辆的车辆标识、司机标识以及所述IoT组件的组件标识之间的绑定关系。

具体实施时，经过查询，在所述司机标识存在于所述司机列表中的情况下，建立所述服务车辆的车辆标识、所述司机标识以及所述组件标识之间的绑定关系。具体的，为了使乘客在支付过程中更加方便，提升乘客对乘车行程以及行程费用的信用度，从而提升用户的乘车体验，本实施例提供的一种可选实施方式中，在建立所述绑定关系的基础上，还要进行如下操作：

将所述绑定关系通过所述IoT服务器同步至所述IoT组件；

基于所述绑定关系，建立所述图像标识码与所述司机标识对应的收款码之间的收款映射关系。

具体的，在建立所述收款映射关系情况下，乘客可通过扫描所述图像标识码进行支付；在乘客扫描所述图像标识码的情况下，向乘客返回携带行程费用的待支付页面。

例如，司机D针对出租车T向数据服务器提交签到请求之后，数据服务器查询到司机D的司机标识处于司机列表的情况下，建立司机D的司机标识、出租车T的车辆标识以及签到请求中携带的组件标识三者之间的绑定关系，基于该绑定关系，向司机D的司机终端返回签到结果，司机D通过手机终端接收签到成功的签到结果；同时，数据服务器基于该绑定关系建立出租车T的IoT组件上配置的图像标识码与司机D的收款码之间的收款映射关系，使乘客乘坐司机D驾驶的出租车T的过程中，可通过扫描该图像标识码直接向司机D的收款账户进行支付。

除此之外，为了避免数据同步引起的信息泄露，本实施例提供的一种可选实施方式中，在向应用服务器进行数据同步之前，执行如下操作：

检测配置的全局虚拟控制开关是否为可运行状态；

若是，执行下述步骤S406，向应用服务器同步所述绑定关系，以及向所述司机终端发送签到结果；

若否，则不做处理。

步骤S406，向应用服务器同步所述绑定关系，以及向所述司机终端发送签到结果。

具体实施时，将所述绑定关系同步至所述应用服务器的同时，向所述司机终端发送签到成功的签到结果；除此之外，还需将所述绑定关系同步至IoT服务器并建立所述IoT组件配置的图像标识码与司机收款码之间的绑定关系。

除此之外，为了提高应用服务器进行行程处理的全面性，数据服务器实时向应用服务器推送所述司机列表中司机的司机状态(如可分配/不可分配)。

步骤S408，接收所述IoT组件通过IoT服务器同步的行程数据，并将所述行程数据向所述应用服务器同步。

本实施例所述行程数据，包括在一次行程中由所述IoT组件获取并通过所述IoT服务器同步的行程起始数据、行程轨迹数据、和/或行程终止数据。可选的，所述行程数据包括：行程起始数据、行程轨迹数据、和/或行程终止数据；其中，所述行程起始数据在所述IoT组件检测到所述服务车辆的计价装置被触发且开始计价的情况下获取并向所述IoT服务器提交，并由所述IoT服务器向所述数据服务器同步；所述行程轨迹数据由所述IoT组件按照预设时间阈值获取并向IoT服务器提交，并由所述IoT服务器向所述数据服务器同步；所述行程终止数据在所述IoT组件检测到所述计价装置被触发且停止计价的情况下获取并向IoT服务器提交，并由所述IoT服务器向所述数据服务器同步。具体实施时，所述IoT组件可同时传输一个或多个数据。

例如，在服务车辆的IoT组件检测到服务车辆的计价装置被触发且开始计价的情况下，获取车牌号、司机标识、地理位置信息(经度、纬度)、时间、订单标识作为行程起始数据向IoT服务器提交，数据服务器接收IoT服务器同步的行程起始数据并且同步至应用服务器；在行程过程中，IoT组件按照预设的时间阈值(如每x秒)获取地理位置信息以及时间信息作为行程轨迹数据向IoT服务器提交，数据服务器接收IoT服务器同步的行程起始数据并且同步至应用服务器；在服务车辆的IoT组件检测到服务车辆的计价装置被触发且停止计价的情况下，获取车牌号、司机标识、地理位置信息、时间、计价费用、实际里程、订单标识作为行程终止数据向IoT服务器提交，数据服务器接收IoT服务器同步的行程起始数据并且同步至应用服务器。

除此之外，所述行程数据还可以通过如下方式获得：所述行程数据中包含的行程起始数据在所述服务车辆的计价装置被触发且开始计价的情况下，由所述服务车辆的中控系统向所述IoT组件发送，所述IoT组件提交至IoT服务器之后由所述IoT服务器向数据服务器同步；所述行程数据中包含的行程轨迹数据由所述中控系统按照预设时间阈值向所述IoT组件发送，所述IoT组件提交至所述IoT服务器之后由所述IoT服务器向所述数据服务器同步；所述行程数据中包含的行程终止数据在所述计价装置被触发且停止计价的情况下，由所述中控系统向所述IoT组件发送，所述IoT组件提交至所述IoT服务器之后由所述IoT服务器向所述数据服务器同步。

具体实施时，为了对数据进行存储以方便进行行程业务分析，方便排查问题以及核对完整度，本实施例提供的一种可选实施方式中，在接收到所述应用服务器返回的支付结果的情况下，根据所述支付结果对所述行程数据以日志的形式进行存储。具体的，为了能够直观的展示司机以及车辆的运营状态，本实施例提供的一种可选实施方式中，采用如下方式进行所述存储，并将存储结果进行展示：

根据所述行程数据中记录的地理信息进行地理分类；获得每个地理区域的地理分类标识；

基于所述地理分类标识，对所述行程数据在行程业务维度进行分类分析，并将所述分类分析的分析结果进行展示。

按照所述地理分类标识并以所述日志形式进行存储的实现，使所述应用服务器、和/或所述数据服务器可以按照地域维度查看每日的司机总数、当日新增司机数、当日变更司机数、当日签到司机数、当日签退司机数、和/或新增或变更失败数；以及按照地域维度查看车辆/司机接单数、车辆/司机完单书、完单率、和/或平均行驶时长。

除此之外，所述行程数据还可由服务商数据平台同步至所述数据服务器，具体采用如下操作：首先获取所述服务商数据平台上传的行程数据；然后存储所述行程数据并将所述行程数据向所述应用服务器发送；相应的，所述司机信息以及所述车辆信息也通过所述服务商数据平台获取。

实际应用中，为了进一步提升乘客以及司机对行程服务的感知程度，本实施例提供的一种可选实施方式中，采用如下方式为乘客以及司机发送语音提醒：

根据配置的语音提醒规则确定被触发的规则类型；

基于所述规则类型确定目标语音提醒并通过所述IoT服务器向所述IoT组件下发。

例如，在乘客支付成功的情况下，根据语音提醒规则确定触发支付成功的规则类型，则通过IoT服务器向IoT组件下发支付成功规则对应的目标语音提醒。除此之外，为了提升司机对签到结果的感知程度，在建立绑定关系之后，通过IoT服务器向IoT组件下发签到成功规则对应的目标语音提醒。

除此之外，本实施例还提供另一种语音提醒方式：所述数据服务器配置特定的语音提醒规则并通过所述IoT服务器下发；所述IoT服务器根据所述语音提醒规则确定被触发的规则类型，并基于所述规则类型确定目标语音提醒向所述IoT组件下发。

参照图2，应用于出租车场景的数据处理方法，应用于数据服务器，具体包括下述步骤：

步骤S206，基于签到请求建立司机标识、组件标识以及车辆标识之间的绑定关系。

在此之前，司机终端扫描出租车配置的IoT组件上的图像标识码并访问图像标识码对应的签到页面；然后基于签到页面向数据服务器提交签到请求。

此后，司机终端接收数据服务器返回的签到结果。

步骤S210，向应用服务器同步绑定关系。

此后，乘客终端通过应用程序向应用服务器提交行程服务申请；应用服务器基于行程服务申请进行行程处理并生成服务订单以及行程订单；司机终端接收应用服务器发送的服务订单；司机终端向应用服务器提交针对服务订单的确认指令；乘客终端接收应用服务器返回的行程订单。

步骤S222，接收IoT组件通过IoT服务器同步的行程数据。

步骤S224，向应用服务器同步行程数据。

此后，应用服务器根据行程数据进行结算处理并确定行程费用；然后生成携带行程费用的待支付订单；乘客终端接收应用服务器发送的待支付订单并提交针对待支付订单的支付请求；应用服务器根据支付请求进行支付处理。

综上所述，本实施例提供的数据处理方式，首先接收司机终端扫描服务车辆配置的IoT组件上配置的图像标识码提交的签到请求，基于该签到请求建立司机标识、车辆标识以及组件标识之间的绑定关系，然后向应用服务器同步绑定关系，并且向司机终端发送签到结果；在具体行程中，接收IoT组件通过IoT服务器同步的行程数据，并将行程数据向所述应用服务器同步，以此打通服务车辆的中控系统以及应用服务器，实现数据传输。

本说明书提供的另一种数据处理方法实施例：

参照图5，其示出了本实施例提供的一种数据处理方法处理流程图。

参照图5，本实施例提供的数据处理方法，应用于应用服务器，具体包括下述步骤S502至步骤S508。

步骤S502，接收乘客终端的应用程序提交的行程服务申请，并基于所述行程服务申请进行行程处理。

本实施例提供的数据处理方法，应用于应用服务器，通过接收数据服务器同步的行程数据进行行程业务处理；首先接收乘客终端的应用程序提交的行程服务申请，根据该行程服务申请进行行程处理生成服务订单以及行程订单，并将服务订单发送给行程处理分配的司机终端，在接收到司机终端提交确认指令的基础上，将行程订单发送至乘客终端；然后接收数据服务器同步的行程数据，再根据行程数据进行结算处理获得行程费用，创建携带行程费用的待支付订单向乘客终端发送，再接收乘客终端提交的支付指令，根据支付指令进行支付处理并且向乘客终端返回支付结果。以此使乘客的支付过程更加方便，提升乘客对乘车行程以及行程费用的信任度，从而提升乘客的乘车体验。

所述应用程序，包括提供乘车服务的应用，例如地图提供APP。具体的，所述应用程序包括司机版以及乘客版，乘客可通过乘客版应用程序进行行程服务申请；司机可通过司机版应用程序接收服务订单；除此之外，司机与乘客还可使用同一版应用程序，通过注册的身份提供相应的服务，需要说明的是，不管是相同版本还是不同版本的应用程序，通过应用程序提交的数据在应用服务器实现互通。所述应用服务器，包括提供乘车服务的应用对应的后台系统，例如地图提供服务器。本实施例所述行程处理，是指所述应用服务器根据所述行程服务申请，为所述乘客终端所属的乘客分配参与行程服务的司机。可选的，本实施例所述基于所述行程服务申请进行行程处理，采用如下方式实现：首先基于所述行程服务申请进行行程服务分配；然后基于所述行程服务分配，建立服务订单与所述行程订单之间的绑定关系。

实际应用中，乘客在进行行程服务时，需要通过应用程序向应用服务器提交行程服务申请；在乘客提交行程服务申请的过程中，需要获取乘客地理位置数据等乘客数据，由于乘客数据在一定程度上属于乘客的隐私，因此应用程序想要获取乘客数据并对乘客数据进行存储以及传输就需要得到乘客的授权，以保证乘客的隐私安全；具体实施时，在访问所述应用程序的过程中，基于对授权指令的确认操作，提交所述行程服务申请。具体的，在通过所述乘客终端提交所述行程服务申请的过程中，需要输入行程服务申请信息，比如行程起止位置、行程时间等。为了提升所述行程服务申请的有效性，所述行程服务申请携带的行程服务申请信息包括下述至少一项：行程起始位置信息、行程终止位置信息以及行程申请标识；除此之外，所述行程服务申请还可包括其他信息，比如乘客标识、行程时间等；需要说明的是，所述行程服务申请信息中包括的数据范围在此不做限定。

具体实施时，需要根据司机信息以及车辆信息为行程服务申请进行有效的行程处理，为了保证数据的完整性，本实施例提供的一种可选实施方式中，实时接收所述数据服务器同步的司机信息、车辆信息以及数据提供方对应的提供方标识。为了进一步保证数据的时效性，本实施例提供的一种可选实施方式中，还包括实时接收所述数据服务器同步的信息处理的处理结果；其中，所述处理结果由所述数据服务器根据数据提供方同步的操作指令以及操作信息进行所述信息处理获得。具体的，为了进一步保证对所述行程服务申请进行有效的行程处理，根据接收到的已签到的司机信息进行行程处理。

例如，在数据服务器接收数据提供方提供的司机信息以及车辆信息的过程中，接收数据服务器同步的司机标识、司机姓名、司机身份证标识、驾驶证标识、行驶证标识、性别、证件照、更新方式(更新、增加)、司机所属地理区域、司机手机号码、车辆标识、车辆型号、车辆座位数、车辆品牌、运营标识、车牌颜色、和/或车辆颜色。若数据提供方要对司机和车辆的关系进行更改，则接收数据服务器同步的司机标识以及车牌号。在数据服务器基于签到请求建立绑定关系的情况下，接收该绑定关系；具体的，在进行行程处的过程中，只能分配具有司机状态为可分配状态的司机。

除此之外，所述应用服务器可主动向所述数据服务器查询所述司机列表中的司机状态。

步骤S504，将所述行程处理后生成的服务订单发送至司机终端，以及将生成的行程订单发送至所述乘客终端。

所述行程订单记录下述至少一项：行程起始位置信息、行程终止位置信息、行程申请标识、司机标识以及服务车辆的车辆标识。除此之外，所述行程订单中还可以所述车辆标识所属车辆的车辆位置信息，需要说明的是，所述行程订单中包括的数据范围在此不做限定。所述服务订单记录下述至少一项：行程起始位置信息、行程终止位置信息、行程申请标识以及乘客标识；除此之外，所述服务订单中还可记录所述司机标识和/或所述车辆标识，在此不做限定。

例如，乘客C通过访问乘客终端的应用程序向应用服务器提交了从甲地到乙地的行程服务申请，应用服务器为乘客C分配距离最近且处于可分配状态下的司机，在确定了为乘客C提供行程服务的司机为司机D的情况下，向乘客C的乘客终端发送携带司机D的司机标识、与司机D的司机标识绑定的车辆标识等数据的行程订单；向司机D的司机终端发送携带乘客C的乘客标识、起始位置信息(甲地)、终止位置信息(乙地)等数据的服务订单。

具体实施时，向所述司机终端发送所述服务订单之后，接收司机针对所述服务订单提交的确认指令，基于所述确认指令，将所述行程订单发送至所述乘客终端。

步骤S506，接收数据服务器同步的行程数据。

本实施例所述行程数据包括：行程起始数据、行程轨迹数据、和/或行程终止数据；其中，所述行程起始数据由IoT服务器向所述数据服务器同步，所述IoT服务器接收IoT组件在检测到服务车辆的计价装置被触发且开始计价的情况下获取并向所述IoT服务器提交；所述行程轨迹数据由所述IoT组件按照预设时间阈值获取并向所述IoT服务器提交，并由所述IoT服务器向所述数据服务器同步；所述行程终止数据在所述IoT组件检测到所述计价装置被触发且停止计价的情况下获取并向IoT服务器提交，并由所述IoT服务器向所述数据服务器同步。

例如，在服务车辆的IoT组件检测到服务车辆的计价装置被触发且开始计价的情况下，获取车牌号、司机标识、地理位置信息(经度、纬度)、时间、订单标识作为行程起始数据向IoT服务器提交，数据服务器接收IoT服务器同步的行程起始数据并且同步至应用服务器；在行程过程中，IoT组件按照预设的时间阈值(如每x秒)获取地理位置信息以及时间信息作为行程轨迹数据向IoT服务器提交，数据服务器接收IoT服务器同步的行程起始数据并且同步至应用服务器；在服务车辆的IoT组件检测到服务车辆的计价装置被触发且停止计价的情况下，获取车牌号、司机标识、地理位置信息、时间、计价费用、实际里程、订单标识作为行程终止数据向IoT服务器提交，数据服务器接收IoT服务器同步的行程起始数据并且同步至应用服务器。

具体实施时，为了打通服务车辆的中控系统、计价装置以及所述数据服务器，本实施例中，通过一种中间装置(IoT组件)实现数据传输；具体的，所述IoT组件通过排线与服务车辆的计价装置建立物理连接，在所述物理连接的基础上获取数据并上传至IoT服务器，由所述IoT服务器向所述数据服务器同步，最后由所述数据服务器向所述应用服务器同步；所述图像标识码配置在图像标识组件上，所述图像标识组件通过卡槽或射频识别技术与所述IoT组件连接，具体的，所述图像标识组件中配置有磁感芯片，在将所述图像标识组件贴在所述IoT组件上时，所述IoT组件可以感应所述图像标识组件配置的图像标识码。

具体实施时，在接收到所述行程数据中包含行程终止数据的情况下，为了使乘客在支付过程中更加方便，提升乘客对乘车行程以及行程费用的信用度，本实施例提供的一种可选实施方式中，执行如下操作：

确定所述行程服务申请的调度费用；

基于所述行程数据中包含的计价费用以及所述调度费用，计算所述行程服务申请的行程费用；

创建携带所述行程费用的待支付订单并向所述乘客终端发送。需要说明的是，所述待支付订单中还可携带所述行程费用的费用详情。

例如，乘客C通过司机D的服务车辆完成了行程服务申请，在应用服务器监测到数据服务器同步行程终止数据的情况下，确定该次行程服务的调度费用，根据调度费用以及行程终止数据中包含的计价费用，计算行程服务申请的行程费用，并且创建携带该行程费用的待支付订单向乘客C的乘客终端发送。

除此之外，在乘客通过所述IoT组件上配置的图像标识码进行支付的情况下，首先确定所述行程服务申请的调度费用；然后基于所述行程数据中包含的计价费用以及所述调度费用，计算所述行程服务申请的行程费用；创建携带所述行程费用的待支付订单向所述数据服务器发送，所述数据服务器通过所述IoT服务器向所述IoT组件发送；使所述乘客扫描所述图像标识码时接收返回的待支付订单。

步骤S508，接收所述乘客终端提交的支付指令，基于所述支付指令进行支付处理并向所述乘客终端返回支付结果。

所述支付结果，包括支付成功的情况下返回的支付成功的提醒，和/或支付详情(例如，支付调度费用m1、支付计价费用m2以及支付行程费用m3)；除此之外，还可以包括支付失败的情况下返回的支付失败的提醒，和/或支付失败的原因提醒。所述支付处理是指按照所述待支付订单中记录的行程费用将所述乘客终端的资源账户中的资源转移至向对应的司机终端的资源账户中。

例如，乘客C在行程服务结束后，通过乘客终端向应用服务器提交针对接收到的待支付订单的支付指令，应用服务器在接收到支付指令的情况下进行支付处理，并且生成支付处理的支付结果向乘客终端发送，乘客终端接收应用服务器返回的支付结果，基于此，乘客C的行程服务结束。

除此之外，在生成所述支付结果的情况下，向数据服务器同步所述支付结果；为了避免数据同步引起的信息泄露，再向所述数据服务器同步所述支付结果之前，检测配置的全局虚拟控制开关是否为可运行状态，若是，则向所述数据服务器同步所述支付结果，若否，则不做处理。

具体实施时，为了对数据进行存储以方便进行行程业务分析，方便排查问题以及核对完整度，根据所述支付结果对所述行程数据以日志的形式进行存储，具体的，为了能够直观的展示司机以及车辆的运营状态，具体采用如下方式进行存储以及展示：根据所述行程数据中记录的地理信息进行地理分类；获得每个地理区域的地理分类标识；基于所述地理分类标识，对所述行程数据在行程业务维度进行分类分析，并将所述分类分析的分析结果进行展示。

按照所述地理分类标识并以所述日志形式进行存储的实现，使所述应用服务器、和/或所述数据服务器可以按照地域维度查看每日的司机总数、当日新增司机数、当日变更司机数、当日签到司机数、当日签退司机数、和/或新增或变更失败数；以及按照地域维度查看车辆/司机接单数、车辆/司机完单书、完单率、和/或平均行驶时长。

除此之外，为了提高所述应用服务器的服务质量，对所述行业服务器存储的数据以及所述数据服务器存储的数据按照预设时间范围阈值(如x天)进行校对，具体的，比对所述应用服务器存储的数据以及所述数据服务器存储的数据，若所述应用服务器存储的数据与所述数据服务器存储的数据对齐，则认为所述应用服务器服务正常；若未对齐，记录未对齐的原因(应用服务器缺失数据、数据服务器缺失数据或单条数据内容不服)以及未对齐的数据数目，并采取人工进行排查及补救。

具体实施时，为了避免重复开发票，在通过乘客终端的应用程序开具针对行程服务申请的电子发票的情况下向数据服务器同步开发票信息，并由数据服务器通过IoT服务器向IoT组件下发，在IoT组件将开发票信息发送至服务车辆的中控系统的情况下，关闭中控系统对该行程服务申请开具发票的入口。

参照图2，应用于出租车场景的数据处理方法，应用于应用服务器，具体包括下述步骤：

步骤S214，应用服务器基于行程服务申请进行行程处理并生成服务订单以及行程订单。

在此之前，司机终端扫描出租车配置的IoT组件上的图像标识码并访问图像标识码对应的签到页面；司机终端基于签到页面向数据服务器提交签到请求；数据服务器基于签到请求建立司机标识、组件标识以及车辆标识之间的绑定关系；司机终端接收数据服务器返回的签到结果；数据服务器向应用服务器同步绑定关系；乘客终端通过应用程序向应用服务器提交行程服务申请。

步骤S226，应用服务器根据行程数据进行结算处理并确定行程费用。

在此之前，司机终端接收应用服务器发送的服务订单并向应用服务器提交针对服务订单的确认指令；乘客终端接收应用服务器返回的行程订单；数据服务器接收IoT组件通过IoT服务器同步的行程数据；数据服务器向应用服务器同步行程数据。

步骤S228，生成携带行程费用的待支付订单。

此后，乘客终端接收应用服务器发送的待支付订单并提交针对待支付订单的支付请求。

步骤S234，根据支付请求进行支付处理。

综上所述，本实施例所述数据处理方法，首先接收乘客终端的应用程序提交的行程服务申请，并且基于行程服务申请进行行程处理；然后将行程处理生成的服务订单发送至司机终端，以及将生成的行程订单发送至乘客终端，再接收司机终端基于服务订单提交的确认指令，并接收数据服务器同步的行程数据；最后接收乘客终端提交的支付指令，基于该支付指令进行支付处理并向乘客终端返回支付结果，以此提升乘客对行程费用的信任度，从而提升乘客的乘车体验。

本说明书提供的一种支付处理方法实施例：

参照图6，其示出了本实施例提供的一种支付处理方法处理流程图。

本实施例提供的支付处理方法的执行主体为乘客终端，本说明书提供的一种签到处理方法实施例的执行主体为司机终端，本实施例提供的应用于乘客终端的支付处理方法，与下述方法实施例提供的应用于司机终端的签到处理方法在执行过程中相互配合，因此，阅读本实施例请对照下述方法实施例的相应内容。

参照图6，本实施例提供的支付处理方法，应用于乘客终端，具体包括下述步骤S602至步骤S608。

步骤S602，扫描服务车辆配置的IoT组件上配置的图像标识码。

本实施例提供的支付处理方法，在乘客线下扬招出租车进行行程服务之后，通过扫描车辆组件配置的IoT组件上配置的图像标识码获得待支付订单；首先扫描服务车辆配置的IoT组件上配置的图像标识码；然后识别该图像标识码获得携带待支付订单的待支付页面；通过待支付页面向数据服务器提交支付请求，并且接收数据服务器基于支付请求返回的支付结果，以此来提升乘客对乘车行程以及行程费用的信任度，进一步提升乘客对乘车行程的感知程度。

为了打通服务车辆的中控系统、计价装置以及所述数据服务器，本实施例中，通过一种中间装置(IoT组件)实现数据传输；具体的，所述IoT组件通过排线与服务车辆的计价装置建立物理连接，在所述物理连接的基础上获取数据并上传至IoT服务器，由所述IoT服务器向所述数据服务器同步，最后由所述数据服务器向所述应用服务器同步；所述图像标识码配置在图像标识组件上，所述图像标识组件通过卡槽或射频识别技术与所述IoT组件连接，具体的，所述图像标识组件中配置有磁感芯片，在将所述图像标识组件贴在所述IoT组件上时，所述IoT组件可以感应所述图像标识组件配置的图像标识码。

具体实施时，在司机使用服务车辆进行行程服务之前，需要扫描所述图像标识码进行身份绑定，在建立司机标识、服务车辆的车辆标识以及服务车辆上配置的IoT组件的组件标识之间的绑定关系之后，建立所述图像标识码与所述司机标识对应的收款码之间的收款映射关系。

例如，乘客C在乘坐司机D的服务车辆进行行程服务，在到达目的地后，乘客C通过扫描配置在服务车辆上的IoT组件上配置的图像标识码进行付款。

步骤S604，识别所述图像标识码，并访问所述图像标识码对应的携带待支付订单的待支付页面。

本实施例所述待支付订单，是指应用服务器根据行程数据进行结算处理后生成行程费用，并创建的携带所述行程费用的待支付订单；此外，所述待支付订单还可携带行程费用详情。可选的，所述待支付订单采用如下方式生成：首先确定行程服务申请的调度费用；然后基于行程数据中包含的计价费用以及所述调度费用，计算所述行程服务申请的行程费用；最后创建携带所述行程费用的待支付订单。可选的，所述行程数据包括：行程起始数据、行程轨迹数据、和/或行程终止数据；其中，所述行程起始数据在所述IoT组件检测到所述服务车辆的计价装置被触发且开始计价的情况下获取并向IoT服务器提交，并由所述IoT服务器向所述数据服务器同步；所述行程轨迹数据由所述IoT组件按照预设时间阈值获取并向所述IoT服务器提交，并由所述IoT服务器向所述数据服务器同步；所述行程终止数据在所述IoT组件检测到所述计价装置被触发且停止计价的情况下获取并向IoT服务器提交，并由所述IoT服务器向所述数据服务器同步。

例如，在服务车辆的IoT组件检测到服务车辆的计价装置被触发且开始计价的情况下，获取车牌号、司机标识、地理位置信息(经度、纬度)、时间、订单标识作为行程起始数据向IoT服务器提交，数据服务器接收IoT服务器同步的行程起始数据并且同步至应用服务器；在行程过程中，IoT组件按照预设的时间阈值(如每x秒)获取地理位置信息以及时间信息作为行程轨迹数据向IoT服务器提交，数据服务器接收IoT服务器同步的行程起始数据并且同步至应用服务器；在服务车辆的IoT组件检测到服务车辆的计价装置被触发且停止计价的情况下，获取车牌号、司机标识、地理位置信息、时间、计价费用、实际里程、订单标识作为行程终止数据向IoT服务器提交，数据服务器接收IoT服务器同步的行程起始数据并且同步至应用服务器。

具体实施时，在乘客进行行程服务之后，扫描服务车辆配置的图像标识码进行付款，为了避免由于司机口头告诉乘客行程费用引起的不信任，也为了节省手动输入支付金额的时间，应用服务器生成待支付订单之后向数据服务器同步，数据服务器再通过IoT服务器向IoT组件下发，在乘客扫描图像标识码时，会返回携带该待支付订单的待支付页面。

实际应用中，在乘客进行支付后，需要将乘客信息传送至数据服务器和/或应用服务器进行存储，但由于乘客信息在一定程度上属于乘客隐私，因此，数据提供方想要将乘客信息同步至应用服务器，需要得到乘客的授权，以保证乘客的隐私安全。本实施例提供的一种可选实施方式中，所述待支付页面配置有乘客授权协议确认控件，在检测到所述乘客授权协议被触发的情况下，通过触发支付控件提交所述支付请求。

例如，在乘客C通过出租车配置的IoT组件上的图像标识码对司机D提供的行程服务进行付款时，获得包括行程费用的待支付页面，待支付页面中需要配置乘客授权区域，使乘客C进行数据传输的授权。

步骤S606，基于所述待支付页面向数据服务器提交支付请求。

所述数据服务器，打通车辆的中控系统与应用服务器以实现数据传输。

步骤S608，接收所述数据服务器基于所述支付请求返回的支付结果。

所述支付结果，包括支付成功的情况下返回的支付成功的提醒，和/或支付详情(例如，支付调度费用m1、支付计价费用m2以及支付行程费用m3)；除此之外，还可以包括支付失败的情况下返回的支付失败的提醒，和/或支付失败的原因提醒。具体的，所述数据服务器接收所述支付请求进行支付处理，或数据服务器接收所述支付请求并向所述应用服务器同步，由所述应用服务器进行支付处理；所述支付处理是指按照所述待支付订单中记录的行程费用将所述乘客终端的资源账户中的资源转移至向对应的司机终端的资源账户中。

除此之外，为了进一步提升乘客以及司机对行程服务的感知程度，还可在乘客终端完成支付后，通过IoT组件发送语音提醒；具体的，所述IoT组件将所述行程数据提交至IoT服务器之后，所述IoT服务器根据语音提醒规则确定被触发的规则类型，并基于所述规则类型确定目标语音提醒向所述IoT组件下发；或者，所述IoT组件将所述行程数据提交至所述IoT服务器并由所述IoT服务器同步至数据服务器之后，所述数据服务器根据配置的语音提醒规则确定被触发的规则类型，并基于所述规则类型确定目标语音提醒并通过所述IoT服务器向所述IoT组件下发。

综上所述，本实施例提供的支付处理方式，首先扫描服务车辆配置的IoT组件上配置的图像标识码；然后识别图像标识码以访问对应的携带待支付订单的待支付页面；再基于待支付页面提交支付请求，最后接收基于支付请求返回的支付结果，以此节省需要手动输入行程费用的时间，进一步提升乘客的行程体验。

本说明书提供的一种签到处理方法实施例：

参照图7，其示出了本实施例提供的一种签到处理方法处理流程图。

参照图7，本实施例提供的签到处理方法，应用于司机终端，具体包括下述步骤S702至步骤S706。

步骤S702，扫描服务车辆配置的IoT组件上配置的图像标识码，并访问所述图像标识码对应的签到页面。

本实施例提供的一种签到处理方法，应用于司机终端，司机在工作周期开始之前需要进行签到已建立司机与出租车的绑定关系，首先利用司机终端扫描服务车辆配置的IoT组件上配置的图像标识码，访问图像标识码对应的签到页面，然后根据签到页面向数据服务器提交针对服务车辆的签到请求，在数据服务器建立司机标识、车辆标识、IoT组件的组件标识之间的绑定关系的基础上，接收数据服务器返回的签到结果。以此确保服务车辆的安全性，避免误签到引起资源浪费以及资源损失。

为了打通服务车辆的中控系统、计价装置以及数据服务器，本实施例中，通过一种中间装置(IoT组件)实现数据传输；具体的，所述IoT组件通过排线与服务车辆的计价装置建立物理连接，在所述物理连接的基础上获取数据并上传至IoT服务器，由所述IoT服务器向所述数据服务器同步，最后由所述数据服务器向所述应用服务器同步；所述图像标识码配置在图像标识组件上，所述图像标识组件通过卡槽或射频识别技术与所述IoT组件连接，具体的，所述图像标识组件中配置有磁感芯片，在将所述图像标识组件贴在所述IoT组件上时，所述IoT组件可以感应所述图像标识组件配置的图像标识码。

所述签到页面包括：服务车辆以及IoT组件描述区、授权协议提醒区、和/或签到控件区；此外，所述签到页面还可包括功能描述区，所述授权描述区可被配置为描述所述签到页面的功能的文字提醒。具体实施时，通过所述司机终端扫描所述图像标识码进入所述签到页面时，通过所述IoT服务器获取所述图像标识码对应的组件标识以及车辆标识；若未获取到所述组件标识和/或所述车辆标识，则进入错误页面，在所述错误页面中展示错误提醒(如展示“组件标识和/或车辆标识无法获取或发生其他错误，请联系车辆运营商上报故障”的文字提醒)；若获取到所述车辆标识以及所述组件标识，则直接进入所述签到页面。具体的，在所述服务车辆以及IoT组件描述区展示通过所述IoT服务器获取的车辆标识以及组件标识；在所述授权描述区展示授权协议的名称，司机可通过点击所述授权协议的名称查看完整的协议内容，为了提升司机签到的简便性，在保证司机确认授权的基础上减少司机的操作内容，在司机为首次签到时，通过触发所述授权协议配置的待确认指令进行授权确认；在司机已有过签到记录的情况下，展示已同意所述授权协议的提醒(如展示“您已授权同意xxxx协议”的文字提醒)；其中，所述授权协议包括授权司机信息发送至所述数据服务器并同步至所述应用服务器的协议，和/或授权注册司机应用程序的协议。

实际应用中，在所述司机终端确认授权的情况下，执行步骤S704，基于所述签到页面向数据服务器提交针对所述服务车辆的签到请求。由于签到请求中携带所述司机终端的司机信息，在一定程度上，所述司机信息属于司机的隐私，因此所述数据服务器想要获得所述签到请求需要得到所述司机的授权，以保证隐私安全。为了保证隐私安全，可选的，所述签到页面配置有授权协议确认控件；在检测到所述授权协议确认控件被触发的情况下，通过触发签到控件向所述数据服务器提交所述签到请求。

例如，司机D扫描服务出租车T配置的IoT组件上配置的图像标识码之后，识别图像标识码获得对签到页面的访问请求，向IoT服务器提交访问请求，在此过程中，通过IoT服务器查询图像标识码对应的组件标识以及车辆标识，在查询到组件标识以及车辆标识的情况下，访问IoT服务器基于访问请求返回的签到页面；签到页面中包括服务车辆以及IoT组件描述区、授权协议提醒区以及签到控件区，服务车辆以及IoT组件描述区展示IoT服务器查询到的图像标识码对应的组件标识以及车辆标识，若司机D为第一次签到，则在授权协议提醒区展示待确认提醒；若司机D为多次签到，则在授权协议提醒区展示已同意授权协议的文字提醒。

具体实施时，为了对行程数据进行存储，以便进行校对，本实施例提供的一种可选实施方式中，所述IoT组件检测到所述服务车辆的计价装置被触发且开始计价的情况下获取行程起始数据向IoT服务器提交，并由所述IoT服务器同步至所述数据服务器；所述IoT组件按照预设时间阈值获取行程轨迹数据向所述IoT服务器提交，并由所述IoT服务器同步至所述数据服务器；所述IoT组件检测到所述计价装置被触发且停止计价的情况下获取行程终止数据向所述IoT服务器提交，并由所述IoT服务器同步至所述数据服务器。

步骤S704，基于所述签到页面向数据服务器提交针对所述服务车辆的签到请求。

具体实施时，在所述授权协议被标记为已确认状态的情况下，通过触发所述签到控件区的签到控件向所述数据服务器提交签到请求。

沿用上例，在司机D为第一次签到且在授权协议提醒区确认授权协议或者在司机D为多次签到，授权协议提醒区展示已同意授权协议的文字提醒的情况下，司机D通过触发签到控件区的签到控件向数据服务器提交签到指令。

步骤S706，接收所述数据服务器基于绑定关系返回的签到结果。

所述绑定关系由所述数据服务器根据所述服务车辆的车辆标识、司机标识以及所述IoT组件的组件标识建立。此外，还可建立所述车辆标识、所述司机标识以及所述组件标识三者中任意两者之间的绑定关系。所述签到结果为签到成功；除此之外，为了提升对司机以及服务车辆的管控，本实施例提供的一种可选实施方式中，在所述数据服务器经过查询，所述司机标识不存在于司机列表的情况下，接收所述数据服务器返回的签到失败提醒。

具体实施时，为了使乘客在支付过程中更加方便，提升乘客对乘车行程以及乘车费用的信用度，从而提升用户的乘车体验，可选的，在所述数据服务器建立所述绑定关系的情况下，所述图像标识码与所述司机标识对应的收款标识码被建立收款映射关系；且所述收款映射关系基于所述绑定关系建立。在建立所述收款映射关系情况下，乘客可通过扫描所述图像标识码进行支付；在乘客扫描所述图像标识码的情况下，向乘客返回携带行程费用的待支付页面。

例如，司机D针对出租车T向数据服务器提交签到请求之后，数据服务器查询到司机D的司机标识处于司机列表的情况下，建立司机D的司机标识、出租车T的车辆标识以及签到请求中携带的组件标识三者之间的绑定关系，基于该绑定关系，向司机D的司机终端返回签到结果，司机D通过手机终端接收签到成功的签到结果；同时，数据服务器基于该绑定关系建立出租车T的IoT组件上配置的图像标识码与司机D的收款码之间的收款映射关系，使乘客乘坐司机D驾驶的出租车T的过程中，可通过扫描该图像标识码直接向司机D的收款账户进行支付。

需要说明的是，上述步骤S702，扫描服务车辆配置的IoT组件上配置的图像标识码，并访问所述图像标识码对应的签到页面、步骤S704，基于所述签到页面向数据服务器提交针对所述服务车辆的签到请求以及步骤S706，接收所述数据服务器基于绑定关系返回的签到结果为司机签到操作，所述司机签到操作只在一个工作周期开始时执行。

综上所述，本实施例提供的签到处理方法，首先扫描服务车辆配置的IoT组件上配置的图像标识码以访问对应的签到页面，然后签到页面向数据服务器提交针对服务车辆的签到请求，最后接收数据服务器基于绑定关系返回的签到结果，以此提升提交签到请求的人员身份的可靠性。

本说明书提供的一种行程处理装置实施例如下：

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

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

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

本实施例提供一种行程处理装置，运行于乘客终端，包括：

申请提交模块802，被配置为通过访问应用程序向应用服务器提交行程服务申请；

行程订单接收模块804，被配置为接收所述应用服务器针对所述行程服务申请进行行程处理后返回的行程订单；

待支付订单接收模块806，被配置为接收所述应用服务器进行结算处理之后生成的待支付订单；所述结算处理基于所述行程订单关联的服务车辆配置的IoT组件提交的行程数据进行；

支付结果接收模块808，被配置为向所述应用服务器提交针对所述待支付订单的支付指令，并接收所述应用服务器返回的支付结果。

可选的，所述行程处理装置，还包括：

第一语音提醒模块，被配置为所述IoT组件将所述行程数据提交至IoT服务器之后，所述IoT服务器根据语音提醒规则确定被触发的规则类型，并基于所述规则类型确定目标语音提醒向所述IoT组件下发；

第二语音提醒模块，被配置为所述IoT组件将所述行程数据提交至所述IoT服务器并由所述IoT服务器同步至数据服务器之后，所述数据服务器根据配置的语音提醒规则确定被触发的规则类型，并基于所述规则类型确定目标语音提醒并通过所述IoT服务器向所述IoT组件下发。

可选的，所述行程数据包括：行程起始数据、行程轨迹数据、和/或行程终止数据；其中，所述行程起始数据在所述IoT组件检测到所述服务车辆的计价装置被触发且开始计价的情况下获取并向IoT服务器提交，并由所述IoT服务器向数据服务器同步；所述行程轨迹数据由所述IoT组件按照预设时间阈值获取并向所述IoT服务器提交，并由所述IoT服务器向所述数据服务器同步；所述行程终止数据在所述IoT组件检测到所述计价装置被触发且停止计价的情况下获取并向IoT服务器提交，并由所述IoT服务器向所述数据服务器同步。

可选的，所述支付结果接收模块，包括：

支付指令提交子模块，被配置为向所述应用服务器提交针对所述待支付订单的支付指令；所述应用服务器基于所述支付指令进行支付处理；

结果接收子模块，被配置为接收所述应用服务器基于所述支付处理返回的支付结果。

可选的，所述行程服务申请携带的行程服务申请信息包括下述至少一项：行程起始位置信息、行程终止位置信息以及行程申请标识；所述行程订单记录下述至少一项：所述行程起始位置信息、所述行程终止位置信息、所述行程申请标识、司机标识以及所述服务车辆的车辆标识。

可选的，所述行程数据中包含的行程起始数据在所述服务车辆的计价装置被触发且开始计价的情况下，由所述服务车辆的中控系统向所述IoT组件发送，所述IoT组件提交至IoT服务器之后由所述IoT服务器向数据服务器同步；所述行程数据中包含的行程轨迹数据由所述中控系统按照预设时间阈值向所述IoT组件发送，所述IoT组件提交至所述IoT服务器之后由所述IoT服务器向所述数据服务器同步；所述行程数据中包含的行程终止数据在所述计价装置被触发且停止计价的情况下，由所述中控系统向所述IoT组件发送，所述IoT组件提交至所述IoT服务器之后由所述IoT服务器向所述数据服务器同步。

可选的，所述待支付订单，通过运行如下模块生成：

调度费用确定模块，被配置为确定所述行程服务申请的调度费用；

行程费用计算模块，被配置为基于所述行程数据中包含的计价费用以及所述调度费用，计算所述行程服务申请的行程费用；

订单创建模块，被配置为创建携带所述行程费用的待支付订单。

可选的，所述针对所述行程服务申请进行行程处理，通过运行如下模块生成：

行程分配模块，被配置为基于所述行程服务申请进行行程服务分配；

关系建立模块，被配置为基于所述行程服务分配，建立服务订单与所述行程订单之间的绑定关系。

本说明书提供的另一种行程处理装置实施例如下：

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

参照图9，其示出了本实施例提供的一种行程处理装置示意图。

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

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

扫描模块902，被配置为扫描服务车辆配置的IoT组件上配置的图像标识码，并访问所述图像标识码对应的签到页面；

签到请求提交模块904，被配置为基于所述签到页面向数据服务器提交针对所述服务车辆的签到请求；

签到结果接收模块906，被配置为接收所述数据服务器基于绑定关系返回的签到结果；所述绑定关系由所述数据服务器根据所述服务车辆的车辆标识、司机标识以及所述IoT组件的组件标识建立；

服务订单接收模块908，被配置为接收应用服务器通过应用程序分配的服务订单，并向所述应用服务器提交针对所述服务订单的确认指令。

可选的，所述行程处理装置，还包括：

参与确认指令提交模块，被配置为向所述应用服务器提交确认乘客参与服务的参与确认指令；所述参与确认指令在所述司机终端所属的司机在确认所述乘客参与服务后通过所述司机终端提交。

可选的，所述扫描模块，包括：

标识码扫描子模块，被配置为扫描所述服务车辆配置的IoT组件上配置的图像标识码；

标识码识别子模块，被配置为识别所述图像标识码并获得针对所述签到页面的访问请求；

访问请求提交子模块，被配置为向IoT服务器提交所述访问请求；

访问子模块，被配置为访问所述IoT服务器基于所述访问请求返回的签到页面。

可选的，所述扫描模块，具体被配置为：扫描所述服务车辆配置的IoT组件上配置的图像标识码；识别所述图像标识码并获得针对所述签到页面的访问请求；向所述数据服务器提交所述访问请求；访问所述数据服务器基于所述访问请求返回的签到页面。

可选的，所述签到页面配置有授权协议确认控件；在检测到所述授权协议确认控件被触发的情况下，通过触发签到控件向所述数据服务器提交所述签到请求。

可选的，所述IoT组件检测到所述服务车辆的计价装置被触发且开始计价的情况下获取行程起始数据向IoT服务器提交，并由所述IoT服务器同步至所述数据服务器；所述IoT组件按照预设时间阈值获取行程轨迹数据向所述IoT服务器提交，并由所述IoT服务器同步至所述数据服务器；所述IoT组件检测到所述计价装置被触发且停止计价的情况下获取行程终止数据向所述IoT服务器提交，并由所述IoT服务器同步至所述数据服务器。

可选的，所述行程处理装置，还包括：

失败提醒接收模块，被配置为在所述数据服务器经过查询，所述司机标识不存在于司机列表的情况下，接收所述数据服务器返回的签到失败提醒。

可选的，在数据服务器建立所述绑定关系的情况下，所述图像标识码与所述司机标识对应的收款标识码被建立收款映射关系；且所述收款映射关系基于所述绑定关系建立。

本说明书提供的一种数据处理装置实施例如下：

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

参照图10，其示出了本实施例提供的一种数据处理装置示意图。

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

本实施例提供一种数据处理装置，运行于数据服务器，包括：

签到请求接收模块1002，被配置为接收司机终端扫描服务车辆配置的IoT组件上配置的图像标识码提交的签到请求；

绑定关系建立模块1004，被配置为建立所述服务车辆的车辆标识，司机标识以及所述IoT组件的组件标识之间的绑定关系；

签到结果发送模块1006，被配置为向应用服务器同步所述绑定关系，以及向所述司机终端发送签到结果；

行程数据同步模块1008，被配置为接收所述IoT组件通过IoT服务器同步的行程数据，并将所述行程数据向所述应用服务器同步。

可选的，所述数据处理装置，还包括：

初始信息接收模块，被配置为接收数据提供方同步的司机信息、车辆信息以及所述数据提供方对应的提供方标识，并将所述司机信息、车辆信息以及所述提供方标识向所述应用服务器同步；

列表建立模块，被配置为基于所述司机信息建立所述提供方标识对应的司机列表，以及基于所述车辆信息建立所述提供方标识对应的车辆列表。

可选的，所述数据处理装置，还包括：

操作信息接收模块，被配置为接收数据提供方同步的操作指令以及操作信息；

信息处理模块，被配置为基于所述操作指令，对所述操作信息进行信息处理，并将所述信息处理的处理结果向所述应用服务器同步。

可选的，所述数据处理装置，还包括：

查询模块，被配置为查询所述司机列表中是否存在所述司机标识；

若是，运行所述绑定关系建立模块；

若否，运行失败提醒发送拨快，所述失败提醒发送模块，被配置为向所述司机终端返回签到失败的提醒。

可选的，所述数据处理装置，还包括：

绑定关系同步模块，被配置为将所述绑定关系通过所述IoT服务器同步至所述IoT组件；

映射关系建立模块，被配置为基于所述绑定关系，建立所述图像标识码与所述司机标识对应的收款码之间的收款映射关系。

可选的，所述行程数据包括：行程起始数据、行程轨迹数据、和/或行程终止数据；其中，所述行程起始数据在所述IoT组件检测到所述服务车辆的计价装置被触发且开始计价的情况下获取并向所述IoT服务器提交，并由所述IoT服务器向所述数据服务器同步；所述行程轨迹数据由所述IoT组件按照预设时间阈值获取并向IoT服务器提交，并由所述IoT服务器向所述数据服务器同步；所述行程终止数据在所述IoT组件检测到所述计价装置被触发且停止计价的情况下获取并向IoT服务器提交，并由所述IoT服务器向所述数据服务器同步。

可选的，所述数据处理装置，还包括：

分类模块，被配置为根据所述行程数据中记录的地理信息进行地理分类；获得每个地理区域的地理分类标识；

分析模块，被配置为基于所述地理分类标识，对所述行程数据在行程业务维度进行分类分析，并将所述分类分析的分析结果进行展示。

可选的，所述数据处理装置，还包括：

开关检测模块，被配置为检测配置的全局虚拟控制开关是否为可运行状态；

若是，运行签到结果发送模块。

可选的，所述行程数据中包含的行程起始数据在所述服务车辆的计价装置被触发且开始计价的情况下，由所述服务车辆的中控系统向所述IoT组件发送，所述IoT组件提交至IoT服务器之后由所述IoT服务器向数据服务器同步；所述行程数据中包含的行程轨迹数据由所述中控系统按照预设时间阈值向所述IoT组件发送，所述IoT组件提交至所述IoT服务器之后由所述IoT服务器向所述数据服务器同步；所述行程数据中包含的行程终止数据在所述计价装置被触发且停止计价的情况下，由所述中控系统向所述IoT组件发送，所述IoT组件提交至所述IoT服务器之后由所述IoT服务器向所述数据服务器同步。

可选的，所述数据处理装置，还包括：

支付结果接收模块，被配置为接收所述应用服务器发送的支付结果；

存储模块，被配置为基于所述支付结果，对所述行程数据以日志的形式进行存储。

可选的，所述数据处理装置，还包括：

规则类型确定模块，被配置为根据配置的语音提醒规则确定被触发的规则类型；

目标语音提醒确定模块，被配置为基于所述规则类型确定目标语音提醒并通过所述IoT服务器向所述IoT组件下发。

可选的，所述数据处理装置，还包括：

提醒规则配置模块，被配置为配置特定的语音提醒规则并通过所述IoT服务器下发；所述IoT服务器根据所述语音提醒规则确定被触发的规则类型，并基于所述规则类型确定目标语音提醒向所述IoT组件下发。

本说明书提供的另一种数据处理装置实施例如下：

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

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

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

本实施例提供一种数据处理装置，运行于应用服务器，包括：

申请接收模块1102，被配置为接收乘客终端的应用程序提交的行程服务申请，并基于所述行程服务申请进行行程处理；

订单发送模块1104，被配置为将所述行程处理后生成的服务订单发送至司机终端，以及将生成的行程订单发送至所述乘客终端；

行程数据接收模块1106，接收数据服务器同步的行程数据；

支付结果返回模块1108，被配置为接收所述乘客终端提交的支付指令，基于所述支付指令进行支付处理并向所述乘客终端返回支付结果。

可选的，所述数据处理装置，还包括：

初始信息接收模块，被配置为接收所述数据服务器同步的司机信息、车辆信息以及数据提供方对应的提供方标识。

可选的，所述数据处理装置，还包括：

处理结果接收模块，被配置为接收所述数据服务器同步的信息处理的处理结果；其中，所述处理结果由所述数据服务器根据数据提供方同步的操作指令以及操作信息进行所述信息处理获得。

可选的，所述行程数据包括：行程起始数据、行程轨迹数据、和/或行程终止数据；其中，所述行程起始数据由IoT服务器向所述数据服务器同步，所述IoT服务器接收IoT组件在检测到服务车辆的计价装置被触发且开始计价的情况下获取并向所述IoT服务器提交；所述行程轨迹数据由所述IoT组件按照预设时间阈值获取并向所述IoT服务器提交，并由所述IoT服务器向所述数据服务器同步；所述行程终止数据在所述IoT组件检测到所述计价装置被触发且停止计价的情况下获取并向IoT服务器提交，并由所述IoT服务器向所述数据服务器同步。

可选的，所述申请接收模块，包括：

分配子模块，被配置为基于所述行程服务申请进行行程服务分配；

绑定关系建立子模块，被配置为基于所述行程服务分配，建立所述服务订单与所述行程订单之间的绑定关系。

可选的，所述数据处理装置，还包括：

调度费用确定模块，被配置为确定所述行程服务申请的调度费用；

申请费用计算模块，被配置为基于所述行程数据中包含的计价费用以及所述调度费用，计算所述行程服务申请的行程费用；

订单创建模块，被配置为创建携带所述行程费用的待支付订单并向所述乘客终端发送。

本说明书提供的一种支付处理装置实施例如下：

在上述的实施例中，提供了一种支付处理方法，与之相对应的，还提供了一种支付处理方式，下面结合附图进行说明。

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

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

本实施例提供一种支付处理方式，运行于乘客终端，包括：

扫描模块1202，被配置为扫描服务车辆配置的IoT组件上配置的图像标识码；

识别模块1204，被配置为识别所述图像标识码，并访问所述图像标识码对应的携带待支付订单的待支付页面；

支付请求提交模块1206，被配置为基于所述待支付页面向数据服务器提交支付请求；

支付结果接收模块1208，被配置为接收所述数据服务器基于所述支付请求返回的支付结果。

可选的，所述支付处理方式，还包括：

第一语音提醒模块，被配置为所述IoT组件接收IoT服务器接收所述支付结果之后根据语音提醒规则确定被触发的规则类型，并基于所述规则类型确定并下发的目标语音提醒；

第二语音提醒模块，被配置为所述IoT组件接收所述数据服务器接收所述支付结果之后根据配置的语音提醒规则确定被触发的规则类型，并基于所述规则类型确定并通过所述IoT服务器下发的目标语音提醒。

可选的，所述待支付订单，通过运行如下模块生成：

调度费用确定模块，被配置为确定所述行程服务申请的调度费用；

行程费用计算模块，被配置为基于所述行程数据中包含的计价费用以及所述调度费用，计算所述行程服务申请的行程费用；

订单创建模块，被配置为创建携带所述行程费用的待支付订单。

可选的，所述行程数据包括：行程起始数据、行程轨迹数据、和/或行程终止数据；其中，所述行程起始数据在所述IoT组件检测到所述服务车辆的计价装置被触发且开始计价的情况下获取并向IoT服务器提交，并由所述IoT服务器向所述数据服务器同步；所述行程轨迹数据由所述IoT组件按照预设时间阈值获取并向所述IoT服务器提交，并由所述IoT服务器向所述数据服务器同步；所述行程终止数据在所述IoT组件检测到所述计价装置被触发且停止计价的情况下获取并向IoT服务器提交，并由所述IoT服务器向所述数据服务器同步。

可选的，所述待支付页面配置有乘客授权协议确认控件，在检测到所述乘客授权协议被触发的情况下，通过触发支付控件提交所述支付请求。

本说明书提供的一种签到处理装置实施例如下：

在上述的实施例中，提供了一种签到处理方法，与之相对应的，还提供了一种签到处理方式，下面结合附图进行说明。

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

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

本实施例提供一种签到处理方式，运行于司机终端，包括：

扫描模块1302，被配置为扫描服务车辆配置的IoT组件上配置的图像标识码，并访问所述图像标识码对应的签到页面；

签到请求提交模块1304，被配置为基于所述签到页面向数据服务器提交针对所述服务车辆的签到请求；

签到结果接收模块1306，被配置为接收所述数据服务器基于绑定关系返回的签到结果；所述绑定关系由所述数据服务器根据所述服务车辆的车辆标识、所述签到请求中包含的司机标识以及IoT组件标识建立。

可选的，所述签到页面配置有授权协议确认控件；在检测到所述授权协议确认控件被触发的情况下，通过触发签到控件向所述数据服务器提交所述签到请求。

可选的，所述签到处理方式，还包括：

失败提醒接收模块，被配置为在所述数据服务器经过查询，所述司机标识不存在于司机列表的情况下，接收所述数据服务器返回的签到失败提醒。

可选的，在提交所述签到请求的情况下，所述图像标识码与所述司机标识对应的收款标识码被建立收款映射关系；且所述收款映射关系基于所述绑定关系建立。

可选的，所述IoT组件检测到所述服务车辆的计价装置被触发且开始计价的情况下获取行程起始数据向IoT服务器提交，并由所述IoT服务器同步至所述数据服务器；所述IoT组件按照预设时间阈值获取行程轨迹数据向所述IoT服务器提交，并由所述IoT服务器同步至所述数据服务器；所述IoT组件检测到所述计价装置被触发且停止计价的情况下获取行程终止数据向所述IoT服务器提交，并由所述IoT服务器同步至所述数据服务器。

本说明书提供的一种行程处理设备实施例如下：

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

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

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

通过访问应用程序向应用服务器提交行程服务申请；

接收所述应用服务器针对所述行程服务申请进行行程处理后返回的行程订单；

接收所述应用服务器进行结算处理之后生成的待支付订单；所述结算处理基于所述行程订单关联的服务车辆配置的IoT组件提交的行程数据进行；

向所述应用服务器提交针对所述待支付订单的支付指令，并接收所述应用服务器返回的支付结果。

可选的，所述IoT组件将所述行程数据提交至IoT服务器之后，所述IoT服务器根据语音提醒规则确定被触发的规则类型，并基于所述规则类型确定目标语音提醒向所述IoT组件下发；

所述IoT组件将所述行程数据提交至所述IoT服务器并由所述IoT服务器同步至数据服务器之后，所述数据服务器根据配置的语音提醒规则确定被触发的规则类型，并基于所述规则类型确定目标语音提醒并通过所述IoT服务器向所述IoT组件下发。

本说明书提供的另一种行程处理设备实施例如下：

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

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

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

扫描服务车辆配置的IoT组件上配置的图像标识码，并访问所述图像标识码对应的签到页面；

基于所述签到页面向数据服务器提交针对所述服务车辆的签到请求；

接收所述数据服务器基于绑定关系返回的签到结果；所述绑定关系由所述数据服务器根据所述服务车辆的车辆标识、司机标识以及所述IoT组件的组件标识建立；

接收应用服务器通过应用程序分配的服务订单，并向所述应用服务器提交针对所述服务订单的确认指令。

可选的，所述签到页面配置有授权协议确认控件；在检测到所述授权协议确认控件被触发的情况下，通过触发签到控件向所述数据服务器提交所述签到请求。

可选的，所述IoT组件检测到所述服务车辆的计价装置被触发且开始计价的情况下获取行程起始数据向IoT服务器提交，并由所述IoT服务器同步至所述数据服务器；所述IoT组件按照预设时间阈值获取行程轨迹数据向所述IoT服务器提交，并由所述IoT服务器同步至所述数据服务器；所述IoT组件检测到所述计价装置被触发且停止计价的情况下获取行程终止数据向所述IoT服务器提交，并由所述IoT服务器同步至所述数据服务器。

本说明书提供的一种数据处理设备实施例如下：

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

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

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

接收司机终端扫描服务车辆配置的IoT组件上配置的图像标识码提交的签到请求；

建立所述服务车辆的车辆标识、司机标识以及所述IoT组件的组件标识之间的绑定关系；

向应用服务器同步所述绑定关系，以及向所述司机终端发送签到结果；

接收所述IoT组件通过IoT服务器同步的行程数据，并将所述行程数据向所述应用服务器同步。

可选的，所述建立所述服务车辆的车辆标识，司机标识以及所述IoT组件的组件标识之间的绑定关系步骤执行之后，且所述向应用服务器同步所述绑定关系，以及向所述司机终端发送签到结果步骤执行之前，还包括：

检测配置的全局虚拟控制开关是否为可运行状态；

若是，执行所述向应用服务器同步所述绑定关系，以及向所述司机终端发送签到结果步骤。

本说明书提供的另一种数据处理设备实施例如下：

对应上述描述的一种数据处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种数据处理设备，运行于应用服务器，该设备用于执行上述的第四种数据处理方法，图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等。

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

扫描服务车辆配置的IoT组件上配置的图像标识码；

识别所述图像标识码，并访问所述图像标识码对应的携带待支付订单的待支付页面；

基于所述待支付页面向数据服务器提交支付请求；

接收所述数据服务器基于所述支付请求返回的支付结果。

可选的，所述待支付订单，采用如下方式生成：

确定行程服务申请的调度费用；

基于行程数据中包含的计价费用以及所述调度费用，计算所述行程服务申请的行程费用；

创建携带所述行程费用的待支付订单。

本说明书提供的第六种签到处理设备实施例如下：

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

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

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

扫描服务车辆配置的IoT组件上配置的图像标识码，并访问所述图像标识码对应的签到页面；

基于所述签到页面向数据服务器提交针对所述服务车辆的签到请求；

接收所述数据服务器基于绑定关系返回的签到结果；所述绑定关系由所述数据服务器根据所述服务车辆的车辆标识、所述签到请求中包含的司机标识以及IoT组件标识建立。

可选的，所述签到页面配置有授权协议确认控件；在检测到所述授权协议确认控件被触发的情况下，通过触发签到控件向所述数据服务器提交所述签到请求。

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

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

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

通过访问应用程序向应用服务器提交行程服务申请；

接收所述应用服务器针对所述行程服务申请进行行程处理后返回的行程订单；

接收所述应用服务器进行结算处理之后生成的待支付订单；所述结算处理基于所述行程订单关联的服务车辆配置的IoT组件提交的行程数据进行；

向所述应用服务器提交针对所述待支付订单的支付指令，并接收所述应用服务器返回的支付结果。

可选的，所述IoT组件将所述行程数据提交至IoT服务器之后，所述IoT服务器根据语音提醒规则确定被触发的规则类型，并基于所述规则类型确定目标语音提醒向所述IoT组件下发；

所述IoT组件将所述行程数据提交至所述IoT服务器并由所述IoT服务器同步至数据服务器之后，所述数据服务器根据配置的语音提醒规则确定被触发的规则类型，并基于所述规则类型确定目标语音提醒并通过所述IoT服务器向所述IoT组件下发。

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

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

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

扫描服务车辆配置的IoT组件上配置的图像标识码，并访问所述图像标识码对应的签到页面；

基于所述签到页面向数据服务器提交针对所述服务车辆的签到请求；

接收所述数据服务器基于绑定关系返回的签到结果；所述绑定关系由所述数据服务器根据所述服务车辆的车辆标识、司机标识以及所述IoT组件的组件标识建立；

接收应用服务器通过应用程序分配的服务订单，并向所述应用服务器提交针对所述服务订单的确认指令。

可选的，所述签到页面配置有授权协议确认控件；在检测到所述授权协议确认控件被触发的情况下，通过触发签到控件向所述数据服务器提交所述签到请求。

可选的，所述IoT组件检测到所述服务车辆的计价装置被触发且开始计价的情况下获取行程起始数据向IoT服务器提交，并由所述IoT服务器同步至所述数据服务器；所述IoT组件按照预设时间阈值获取行程轨迹数据向所述IoT服务器提交，并由所述IoT服务器同步至所述数据服务器；所述IoT组件检测到所述计价装置被触发且停止计价的情况下获取行程终止数据向所述IoT服务器提交，并由所述IoT服务器同步至所述数据服务器。

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

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

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

接收司机终端扫描服务车辆配置的IoT组件上配置的图像标识码提交的签到请求；

建立所述服务车辆的车辆标识、司机标识以及所述IoT组件的组件标识之间的绑定关系；

向应用服务器同步所述绑定关系，以及向所述司机终端发送签到结果；

接收所述IoT组件通过IoT服务器同步的行程数据，并将所述行程数据向所述应用服务器同步。

可选的，所述建立所述服务车辆的车辆标识，司机标识以及所述IoT组件的组件标识之间的绑定关系步骤执行之后，且所述向应用服务器同步所述绑定关系，以及向所述司机终端发送签到结果步骤执行之前，还包括：

检测配置的全局虚拟控制开关是否为可运行状态；

若是，执行所述向应用服务器同步所述绑定关系，以及向所述司机终端发送签到结果步骤。

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

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

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

接收乘客终端的应用程序提交的行程服务申请，并基于所述行程服务申请进行行程处理；

将所述行程处理后生成的服务订单发送至司机终端，以及将生成的行程订单发送至所述乘客终端；

接收数据服务器同步的行程数据；

接收所述乘客终端提交的支付指令，基于所述支付指令进行支付处理并向所述乘客终端返回支付结果。

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

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

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

扫描服务车辆配置的IoT组件上配置的图像标识码；

识别所述图像标识码，并访问所述图像标识码对应的携带待支付订单的待支付页面；

基于所述待支付页面向数据服务器提交支付请求；

接收所述数据服务器基于所述支付请求返回的支付结果。

可选的，所述待支付订单，采用如下方式生成：

确定行程服务申请的调度费用；

基于行程数据中包含的计价费用以及所述调度费用，计算所述行程服务申请的行程费用；

创建携带所述行程费用的待支付订单。

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

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

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

扫描服务车辆配置的IoT组件上配置的图像标识码，并访问所述图像标识码对应的签到页面；

基于所述签到页面向数据服务器提交针对所述服务车辆的签到请求；

接收所述数据服务器基于绑定关系返回的签到结果；所述绑定关系由所述数据服务器根据所述服务车辆的车辆标识、所述签到请求中包含的司机标识以及IoT组件标识建立。

可选的，所述签到页面配置有授权协议确认控件；在检测到所述授权协议确认控件被触发的情况下，通过触发签到控件向所述数据服务器提交所述签到请求。

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

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

在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)，如调制的数据信号和载波。

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

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

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

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

Claims (60)

1.一种行程处理方法，应用于乘客终端，包括：

通过访问应用程序向应用服务器提交行程服务申请；

接收所述应用服务器针对所述行程服务申请进行行程处理后返回的行程订单；

接收所述应用服务器进行结算处理之后生成的待支付订单；所述结算处理基于所述行程订单关联的服务车辆配置的IoT组件提交的行程数据进行，所述行程数据是所述IoT组件通过IoT服务器向数据服务器同步，所述数据服务器向所述应用服务器同步的数据，所述数据服务器用于接收司机终端扫描服务车辆配置的IoT组件上配置的图像标识码提交的签到请求，并基于所述签到请求建立所述服务车辆的车辆标识、司机标识以及所述IoT组件的组件标识之间的绑定关系，向应用服务器同步所述绑定关系，以及向所述司机终端发送签到结果；

向所述应用服务器提交针对所述待支付订单的支付指令，并接收所述应用服务器返回的支付结果。

2.根据权利要求1所述的行程处理方法，所述IoT组件将所述行程数据提交至IoT服务器之后，所述IoT服务器根据语音提醒规则确定被触发的规则类型，并基于所述规则类型确定目标语音提醒向所述IoT组件下发；

或者，

所述IoT组件将所述行程数据提交至所述IoT服务器并由所述IoT服务器同步至数据服务器之后，所述数据服务器根据配置的语音提醒规则确定被触发的规则类型，基于所述规则类型确定目标语音提醒并通过所述IoT服务器向所述IoT组件下发。

3.根据权利要求1所述的行程处理方法，所述行程数据包括：行程起始数据、行程轨迹数据和/或行程终止数据；

其中，所述行程起始数据在所述IoT组件检测到所述服务车辆的计价装置被触发且开始计价的情况下获取并向IoT服务器提交，并由所述IoT服务器向数据服务器同步；

所述行程轨迹数据由所述IoT组件按照预设时间阈值获取并向所述IoT服务器提交，并由所述IoT服务器向所述数据服务器同步；

所述行程终止数据在所述IoT组件检测到所述计价装置被触发且停止计价的情况下获取并向IoT服务器提交，并由所述IoT服务器向所述数据服务器同步。

4.根据权利要求1所述的行程处理方法，所述向所述应用服务器提交针对所述待支付订单的支付指令，并接收所述应用服务器返回的支付结果，包括：

向所述应用服务器提交针对所述待支付订单的支付指令；所述应用服务器基于所述支付指令进行支付处理；

接收所述应用服务器基于所述支付处理返回的支付结果。

5.根据权利要求1所述的行程处理方法，所述行程服务申请携带的行程服务申请信息包括下述至少一项：行程起始位置信息、行程终止位置信息以及行程申请标识；

所述行程订单记录下述至少一项：所述行程起始位置信息、所述行程终止位置信息、所述行程申请标识、司机标识以及所述服务车辆的车辆标识。

6.根据权利要求1所述的行程处理方法，所述行程数据中包含的行程起始数据在所述服务车辆的计价装置被触发且开始计价的情况下，由所述服务车辆的中控系统向所述IoT组件发送，所述IoT组件提交至IoT服务器之后由所述IoT服务器向数据服务器同步；

所述行程数据中包含的行程轨迹数据由所述中控系统按照预设时间阈值向所述IoT组件发送，所述IoT组件提交至所述IoT服务器之后由所述IoT服务器向所述数据服务器同步；

所述行程数据中包含的行程终止数据在所述计价装置被触发且停止计价的情况下，由所述中控系统向所述IoT组件发送，所述IoT组件提交至所述IoT服务器之后由所述IoT服务器向所述数据服务器同步。

7.根据权利要求1所述的行程处理方法，所述待支付订单，采用如下方式生成：

确定所述行程服务申请的调度费用；

基于所述调度费用以及所述行程数据中包含的计价费用，计算所述行程服务申请的行程费用；

创建携带所述行程费用的待支付订单。

8.根据权利要求1所述的行程处理方法，所述针对所述行程服务申请进行行程处理，采用如下方式实现：

基于所述行程服务申请进行行程服务分配；

基于所述行程服务分配，建立服务订单与所述行程订单之间的绑定关系。

9.一种行程处理方法，应用于司机终端，包括：

扫描服务车辆配置的IoT组件上配置的图像标识码，并访问所述图像标识码对应的签到页面；

基于所述签到页面向数据服务器提交针对所述服务车辆的签到请求；

接收所述数据服务器基于绑定关系返回的签到结果；所述绑定关系由所述数据服务器根据所述服务车辆的车辆标识、司机标识以及所述IoT组件的组件标识建立；

接收应用服务器通过应用程序分配的服务订单，并向所述应用服务器提交针对所述服务订单的确认指令；

所述IoT组件检测到所述服务车辆的计价装置被触发且开始计价的情况下获取行程起始数据向IoT服务器提交，并由所述IoT服务器同步至所述数据服务器；

所述IoT组件按照预设时间阈值获取行程轨迹数据向所述IoT服务器提交，并由所述IoT服务器同步至所述数据服务器；

所述IoT组件检测到所述计价装置被触发且停止计价的情况下获取行程终止数据向所述IoT服务器提交，并由所述IoT服务器同步至所述数据服务器。

10.根据权利要求9所述的行程处理方法，还包括：

向所述应用服务器提交确认乘客参与服务的参与确认指令；所述参与确认指令在所述司机终端所属的司机确认所述乘客参与服务后通过所述司机终端提交。

11.根据权利要求9所述的行程处理方法，所述扫描服务车辆配置的IoT组件上配置的图像标识码，并访问所述图像标识码对应的签到页面，包括：

扫描所述服务车辆配置的IoT组件上配置的图像标识码；

识别所述图像标识码并获得针对所述签到页面的访问请求；

向IoT服务器提交所述访问请求；

访问所述IoT服务器基于所述访问请求返回的签到页面。

12.根据权利要求9所述的行程处理方法，所述扫描服务车辆配置的IoT组件上配置的图像标识码，并访问所述图像标识码对应的签到页面，包括：

扫描所述服务车辆配置的IoT组件上配置的图像标识码；

识别所述图像标识码并获得针对所述签到页面的访问请求；

向所述数据服务器提交所述访问请求；

访问所述数据服务器基于所述访问请求返回的签到页面。

13.根据权利要求9所述的行程处理方法，所述签到页面配置有授权协议确认控件；在检测到所述授权协议确认控件被触发的情况下，通过触发签到控件向所述数据服务器提交所述签到请求。

14.根据权利要求9所述的行程处理方法，还包括：

在所述数据服务器经过查询，所述司机标识不存在于司机列表的情况下，接收所述数据服务器返回的签到失败提醒。

15.根据权利要求9所述的行程处理方法，在所述数据服务器建立所述绑定关系的情况下，所述图像标识码与所述司机标识对应的收款标识码被建立收款映射关系。

16.一种数据处理方法，应用于数据服务器，包括：

接收司机终端扫描服务车辆配置的IoT组件上配置的图像标识码提交的签到请求；

建立所述服务车辆的车辆标识、司机标识以及所述IoT组件的组件标识之间的绑定关系；

向应用服务器同步所述绑定关系，以及向所述司机终端发送签到结果；

接收所述IoT组件通过IoT服务器同步的行程数据，并将所述行程数据向所述应用服务器同步。

17.根据权利要求16所述的数据处理方法，还包括：

接收数据提供方同步的司机信息、车辆信息以及所述数据提供方对应的提供方标识，并将所述司机信息、所述车辆信息以及所述提供方标识向所述应用服务器同步；

基于所述司机信息建立所述提供方标识对应的司机列表，以及基于所述车辆信息建立所述提供方标识对应的车辆列表。

18.根据权利要求16所述的数据处理方法，还包括：

接收数据提供方同步的操作指令以及操作信息；

基于所述操作指令，对所述操作信息进行信息处理，并将所述信息处理的处理结果向所述应用服务器同步。

19.根据权利要求17所述的数据处理方法，所述接收司机终端扫描服务车辆配置的IoT组件上配置的图像标识码提交的签到请求步骤执行之后，且所述建立所述服务车辆的车辆标识，司机标识以及所述IoT组件的组件标识之间的绑定关系步骤执行之前，还包括：

查询所述司机列表中是否存在所述司机标识；

若是，执行所述建立所述服务车辆的车辆标识，司机标识以及所述IoT组件的组件标识之间的绑定关系步骤；

若否，向所述司机终端返回签到失败的提醒。

20.根据权利要求16所述的数据处理方法，所述建立所述服务车辆的车辆标识，司机标识以及所述IoT组件的组件标识之间的绑定关系步骤执行之后，还包括：

将所述绑定关系通过所述IoT服务器同步至所述IoT组件；

基于所述绑定关系，建立所述图像标识码与所述司机标识对应的收款码之间的收款映射关系。

21.根据权利要求16所述的数据处理方法，所述行程数据包括：行程起始数据、行程轨迹数据、和/或行程终止数据；

其中，所述行程起始数据在所述IoT组件检测到所述服务车辆的计价装置被触发且开始计价的情况下获取并向所述IoT服务器提交，并由所述IoT服务器向所述数据服务器同步；

所述行程轨迹数据由所述IoT组件按照预设时间阈值获取并向IoT服务器提交，并由所述IoT服务器向所述数据服务器同步；

所述行程终止数据在所述IoT组件检测到所述计价装置被触发且停止计价的情况下获取并向IoT服务器提交，并由所述IoT服务器向所述数据服务器同步。

22.根据权利要求16所述的数据处理方法，还包括：

根据所述行程数据中记录的地理信息进行地理分类；获得每个地理区域的地理分类标识；

基于所述地理分类标识，对所述行程数据在行程业务维度进行分类分析，并将所述分类分析的分析结果进行展示。

23.根据权利要求16所述的数据处理方法，所述建立所述服务车辆的车辆标识，司机标识以及所述IoT组件的组件标识之间的绑定关系步骤执行之后，且所述向应用服务器同步所述绑定关系，以及向所述司机终端发送签到结果步骤执行之前，还包括：

检测配置的全局虚拟控制开关是否为可运行状态；

若是，执行所述向应用服务器同步所述绑定关系，以及向所述司机终端发送签到结果步骤。

24.根据权利要求16所述的数据处理方法，所述行程数据中包含的行程起始数据在所述服务车辆的计价装置被触发且开始计价的情况下，由所述服务车辆的中控系统向所述IoT组件发送，所述IoT组件提交至IoT服务器之后由所述IoT服务器向数据服务器同步；

所述行程数据中包含的行程轨迹数据由所述中控系统按照预设时间阈值向所述IoT组件发送，所述IoT组件提交至所述IoT服务器之后由所述IoT服务器向所述数据服务器同步；

所述行程数据中包含的行程终止数据在所述计价装置被触发且停止计价的情况下，由所述中控系统向所述IoT组件发送，所述IoT组件提交至所述IoT服务器之后由所述IoT服务器向所述数据服务器同步。

25.根据权利要求16所述的数据处理方法，所述接收所述IoT组件通过IoT服务器同步的行程数据，并将所述行程数据向所述应用服务器同步步骤执行之后，还包括：

接收所述应用服务器发送的支付结果；

基于所述支付结果，对所述行程数据以日志的形式进行存储。

26.根据权利要求16所述的数据处理方法，还包括：

根据配置的语音提醒规则确定被触发的规则类型；

基于所述规则类型确定目标语音提醒并通过所述IoT服务器向所述IoT组件下发。

27.根据权利要求16所述的数据处理方法，还包括：

配置特定的语音提醒规则并通过所述IoT服务器下发；所述IoT服务器根据所述语音提醒规则确定被触发的规则类型，并基于所述规则类型确定目标语音提醒向所述IoT组件下发。

28.一种数据处理方法，应用于应用服务器，包括：

接收乘客终端的应用程序提交的行程服务申请，并基于所述行程服务申请进行行程处理；

将所述行程处理后生成的服务订单发送至司机终端，以及将生成的行程订单发送至所述乘客终端；

接收数据服务器同步的行程数据，所述行程数据是服务车辆配置的IoT组件通过IoT服务器向数据服务器同步的数据，所述数据服务器用于接收司机终端扫描服务车辆配置的IoT组件上配置的图像标识码提交的签到请求，并基于所述签到请求建立所述服务车辆的车辆标识、司机标识以及所述IoT组件的组件标识之间的绑定关系，向应用服务器同步所述绑定关系，以及向所述司机终端发送签到结果；

接收所述乘客终端提交的支付指令，基于所述支付指令进行支付处理并向所述乘客终端返回支付结果。

29.根据权利要求28所述的数据处理方法，还包括：

接收所述数据服务器同步的司机信息、车辆信息以及数据提供方对应的提供方标识。

30.根据权利要求28所述的数据处理方法，还包括：

接收所述数据服务器同步的信息处理的处理结果；

其中，所述处理结果由所述数据服务器根据数据提供方同步的操作指令以及操作信息进行所述信息处理获得。

31.根据权利要求28所述的数据处理方法，所述行程数据包括：行程起始数据、行程轨迹数据、和/或行程终止数据；

其中，所述行程起始数据由IoT服务器向所述数据服务器同步，所述IoT服务器接收IoT组件在检测到服务车辆的计价装置被触发且开始计价的情况下获取并向所述IoT服务器提交；

所述行程轨迹数据由所述IoT组件按照预设时间阈值获取并向所述IoT服务器提交，并由所述IoT服务器向所述数据服务器同步；

所述行程终止数据在所述IoT组件检测到所述计价装置被触发且停止计价的情况下获取并向IoT服务器提交，并由所述IoT服务器向所述数据服务器同步。

32.根据权利要求28所述的数据处理方法，所述基于所述行程服务申请进行行程处理，包括：

基于所述行程服务申请进行行程服务分配；

基于所述行程服务分配，建立所述服务订单与所述行程订单之间的绑定关系。

33.根据权利要求28所述的数据处理方法，所述接收数据服务器同步的行程数据步骤执行之后，且所述接收所述乘客终端提交的支付指令，基于所述支付指令进行支付处理并向所述乘客终端返回支付结果步骤执行之前，还包括：

确定所述行程服务申请的调度费用；

基于所述调度费用以及所述行程数据中包含的计价费用，计算所述行程服务申请的行程费用；

创建携带所述行程费用的待支付订单并向所述乘客终端发送。

34.一种支付处理方法，应用于乘客终端，包括：

扫描服务车辆配置的IoT组件上配置的图像标识码；

识别所述图像标识码，并访问所述图像标识码对应的携带待支付订单的待支付页面，所述待支付订单是应用服务器进行结算处理之后生成的待支付订单；

基于所述待支付页面向数据服务器提交支付请求，所述数据服务器用于接收司机终端扫描服务车辆配置的IoT组件上配置的图像标识码提交的签到请求，并基于所述签到请求建立所述服务车辆的车辆标识、司机标识以及所述IoT组件的组件标识之间的绑定关系，向所述应用服务器同步所述绑定关系，向所述司机终端发送签到结果，以及接收所述IoT组件通过IoT服务器同步的行程数据，并将所述行程数据向所述应用服务器同步；

接收所述数据服务器基于所述支付请求返回的支付结果。

35.根据权利要求34所述的支付处理方法，所述IoT组件接收IoT服务器接收所述支付结果之后根据语音提醒规则确定被触发的规则类型，并基于所述规则类型确定并下发的目标语音提醒；

或者，

所述IoT组件接收所述数据服务器接收所述支付结果之后根据配置的语音提醒规则确定被触发的规则类型，并基于所述规则类型确定并通过所述IoT服务器下发的目标语音提醒。

36.根据权利要求34所述的支付处理方法，所述待支付订单，采用如下方式生成：

确定行程服务申请的调度费用；

基于所述调度费用以及行程数据中包含的计价费用，计算所述行程服务申请的行程费用；

创建携带所述行程费用的待支付订单。

37.根据权利要求36所述的支付处理方法，所述行程数据包括：行程起始数据、行程轨迹数据、和/或行程终止数据；

其中，所述行程起始数据在所述IoT组件检测到所述服务车辆的计价装置被触发且开始计价的情况下获取并向IoT服务器提交，并由所述IoT服务器向所述数据服务器同步；

所述行程轨迹数据由所述IoT组件按照预设时间阈值获取并向所述IoT服务器提交，并由所述IoT服务器向所述数据服务器同步；

所述行程终止数据在所述IoT组件检测到所述计价装置被触发且停止计价的情况下获取并向IoT服务器提交，并由所述IoT服务器向所述数据服务器同步。

38.根据权利要求34所述的支付处理方法，所述待支付页面配置有乘客授权协议确认控件，在检测到所述乘客授权协议被触发的情况下，通过触发支付控件提交所述支付请求。

39.一种签到处理方法，应用于司机终端，包括：

扫描服务车辆配置的IoT组件上配置的图像标识码，并访问所述图像标识码对应的签到页面；

基于所述签到页面向数据服务器提交针对所述服务车辆的签到请求；

接收所述数据服务器基于绑定关系返回的签到结果；所述绑定关系由所述数据服务器根据所述服务车辆的车辆标识、所述签到请求中包含的司机标识以及IoT组件标识建立；

所述IoT组件检测到所述服务车辆的计价装置被触发且开始计价的情况下获取行程起始数据向IoT服务器提交，并由所述IoT服务器同步至所述数据服务器；

所述IoT组件按照预设时间阈值获取行程轨迹数据向所述IoT服务器提交，并由所述IoT服务器同步至所述数据服务器；

所述IoT组件检测到所述计价装置被触发且停止计价的情况下获取行程终止数据向所述IoT服务器提交，并由所述IoT服务器同步至所述数据服务器。

40.根据权利要求39所述的签到处理方法，所述签到页面配置有授权协议确认控件；在检测到所述授权协议确认控件被触发的情况下，通过触发签到控件向所述数据服务器提交所述签到请求。

41.根据权利要求39所述的签到处理方法，还包括：

在所述数据服务器经过查询，所述司机标识不存在于司机列表的情况下，接收所述数据服务器返回的签到失败提醒。

42.根据权利要求39所述的签到处理方法，在提交所述签到请求的情况下，所述图像标识码与所述司机标识对应的收款标识码被建立收款映射关系。

43.一种行程处理装置，运行于乘客终端，包括：

申请提交模块，被配置为通过访问应用程序向应用服务器提交行程服务申请；

行程订单接收模块，被配置为接收所述应用服务器针对所述行程服务申请进行行程处理后返回的行程订单；

待支付订单接收模块，被配置为接收所述应用服务器进行结算处理之后生成的待支付订单；所述结算处理基于所述行程订单关联的服务车辆配置的IoT组件提交的行程数据进行，所述行程数据是所述IoT组件通过IoT服务器向数据服务器同步，所述数据服务器向所述应用服务器同步的数据，所述数据服务器用于接收司机终端扫描服务车辆配置的IoT组件上配置的图像标识码提交的签到请求，并基于所述签到请求建立所述服务车辆的车辆标识、司机标识以及所述IoT组件的组件标识之间的绑定关系，向应用服务器同步所述绑定关系，以及向所述司机终端发送签到结果；

支付结果接收模块，被配置为向所述应用服务器提交针对所述待支付订单的支付指令，并接收所述应用服务器返回的支付结果。

44.一种行程处理装置，运行于司机终端，包括：

扫描模块，被配置为扫描服务车辆配置的IoT组件上配置的图像标识码，并访问所述图像标识码对应的签到页面；

签到请求提交模块，被配置为基于所述签到页面向数据服务器提交针对所述服务车辆的签到请求；

签到结果接收模块，被配置为接收所述数据服务器基于绑定关系返回的签到结果；所述绑定关系由所述数据服务器根据所述服务车辆的车辆标识、司机标识以及所述IoT组件的组件标识建立；

服务订单接收模块，被配置为接收应用服务器通过应用程序分配的服务订单，并向所述应用服务器提交针对所述服务订单的确认指令；

所述IoT组件检测到所述服务车辆的计价装置被触发且开始计价的情况下获取行程起始数据向IoT服务器提交，并由所述IoT服务器同步至所述数据服务器；

所述IoT组件按照预设时间阈值获取行程轨迹数据向所述IoT服务器提交，并由所述IoT服务器同步至所述数据服务器；

所述IoT组件检测到所述计价装置被触发且停止计价的情况下获取行程终止数据向所述IoT服务器提交，并由所述IoT服务器同步至所述数据服务器。

45.一种数据处理装置，运行于数据服务器，包括：

签到请求接收模块，被配置为接收司机终端扫描服务车辆配置的IoT组件上配置的图像标识码提交的签到请求；

绑定关系建立模块，被配置为建立所述服务车辆的车辆标识，司机标识以及所述IoT组件的组件标识之间的绑定关系；

签到结果发送模块，被配置为向应用服务器同步所述绑定关系，以及向所述司机终端发送签到结果；

行程数据同步模块，被配置为接收所述IoT组件通过IoT服务器同步的行程数据，并将所述行程数据向所述应用服务器同步。

46.一种数据处理装置，运行于应用服务器，包括：

申请接收模块，被配置为接收乘客终端的应用程序提交的行程服务申请，并基于所述行程服务申请进行行程处理；

订单发送模块，被配置为将所述行程处理后生成的服务订单发送至司机终端，以及将生成的行程订单发送至所述乘客终端；

行程数据接收模块，接收数据服务器同步的行程数据，所述行程数据是服务车辆配置的IoT组件通过IoT服务器向数据服务器同步的数据，所述数据服务器用于接收司机终端扫描服务车辆配置的IoT组件上配置的图像标识码提交的签到请求，并基于所述签到请求建立所述服务车辆的车辆标识、司机标识以及所述IoT组件的组件标识之间的绑定关系，向应用服务器同步所述绑定关系，以及向所述司机终端发送签到结果；

支付结果返回模块，被配置为接收所述乘客终端提交的支付指令，基于所述支付指令进行支付处理并向所述乘客终端返回支付结果。

47.一种支付处理装置，运行于乘客终端，包括：

扫描模块，被配置为扫描服务车辆配置的IoT组件上配置的图像标识码；

识别模块，被配置为识别所述图像标识码，并访问所述图像标识码对应的携带待支付订单的待支付页面，所述待支付订单是应用服务器进行结算处理之后生成的待支付订单；

支付请求提交模块，被配置为基于所述待支付页面向数据服务器提交支付请求，所述数据服务器用于接收司机终端扫描服务车辆配置的IoT组件上配置的图像标识码提交的签到请求，并基于所述签到请求建立所述服务车辆的车辆标识、司机标识以及所述IoT组件的组件标识之间的绑定关系，向所述应用服务器同步所述绑定关系，向所述司机终端发送签到结果，以及接收所述IoT组件通过IoT服务器同步的行程数据，并将所述行程数据向所述应用服务器同步；

支付结果接收模块，被配置为接收所述数据服务器基于所述支付请求返回的支付结果。

48.一种签到处理装置，运行于司机终端，包括：

扫描模块，被配置为扫描服务车辆配置的IoT组件上配置的图像标识码，并访问所述图像标识码对应的签到页面；

签到请求提交模块，被配置为基于所述签到页面向数据服务器提交针对所述服务车辆的签到请求；

签到结果接收模块，被配置为接收所述数据服务器基于绑定关系返回的签到结果；所述绑定关系由所述数据服务器根据所述服务车辆的车辆标识、所述签到请求中包含的司机标识以及IoT组件标识建立；

所述IoT组件检测到所述服务车辆的计价装置被触发且开始计价的情况下获取行程起始数据向IoT服务器提交，并由所述IoT服务器同步至所述数据服务器；

所述IoT组件按照预设时间阈值获取行程轨迹数据向所述IoT服务器提交，并由所述IoT服务器同步至所述数据服务器；

所述IoT组件检测到所述计价装置被触发且停止计价的情况下获取行程终止数据向所述IoT服务器提交，并由所述IoT服务器同步至所述数据服务器。

49.一种行程处理设备，运行于乘客终端，包括：

处理器；以及，

被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器：

通过访问应用程序向应用服务器提交行程服务申请；

接收所述应用服务器针对所述行程服务申请进行行程处理后返回的行程订单；

接收所述应用服务器进行结算处理之后生成的待支付订单；所述结算处理基于所述行程订单关联的服务车辆配置的IoT组件提交的行程数据进行，所述行程数据是所述IoT组件通过IoT服务器向数据服务器同步，所述数据服务器向所述应用服务器同步的数据，所述数据服务器用于接收司机终端扫描服务车辆配置的IoT组件上配置的图像标识码提交的签到请求，并基于所述签到请求建立所述服务车辆的车辆标识、司机标识以及所述IoT组件的组件标识之间的绑定关系，向应用服务器同步所述绑定关系，以及向所述司机终端发送签到结果；

向所述应用服务器提交针对所述待支付订单的支付指令，并接收所述应用服务器返回的支付结果。

50.一种行程处理设备，运行于司机终端，包括：

处理器；以及，

被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器：

扫描服务车辆配置的IoT组件上配置的图像标识码，并访问所述图像标识码对应的签到页面；

基于所述签到页面向数据服务器提交针对所述服务车辆的签到请求；

接收所述数据服务器基于绑定关系返回的签到结果；所述绑定关系由所述数据服务器根据所述服务车辆的车辆标识、司机标识以及所述IoT组件的组件标识建立；

接收应用服务器通过应用程序分配的服务订单，并向所述应用服务器提交针对所述服务订单的确认指令；

所述IoT组件检测到所述服务车辆的计价装置被触发且开始计价的情况下获取行程起始数据向IoT服务器提交，并由所述IoT服务器同步至所述数据服务器；

所述IoT组件按照预设时间阈值获取行程轨迹数据向所述IoT服务器提交，并由所述IoT服务器同步至所述数据服务器；

所述IoT组件检测到所述计价装置被触发且停止计价的情况下获取行程终止数据向所述IoT服务器提交，并由所述IoT服务器同步至所述数据服务器。

51.一种数据处理设备，运行于数据服务器，包括：

处理器；以及，

被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器：

接收司机终端扫描服务车辆配置的IoT组件上配置的图像标识码提交的签到请求；

建立所述服务车辆的车辆标识，司机标识以及所述IoT组件的组件标识之间的绑定关系；

向应用服务器同步所述绑定关系，以及向所述司机终端发送签到结果；

接收所述IoT组件通过IoT服务器同步的行程数据，并将所述行程数据向所述应用服务器同步。

52.一种数据处理设备，运行于应用服务器，包括：

处理器；以及，

被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器：

接收乘客终端的应用程序提交的行程服务申请，并基于所述行程服务申请进行行程处理；

将所述行程处理后生成的服务订单发送至司机终端，以及将生成的行程订单发送至所述乘客终端；

接收数据服务器同步的行程数据，所述行程数据是服务车辆配置的IoT组件通过IoT服务器向数据服务器同步的数据，所述数据服务器用于接收司机终端扫描服务车辆配置的IoT组件上配置的图像标识码提交的签到请求，并基于所述签到请求建立所述服务车辆的车辆标识、司机标识以及所述IoT组件的组件标识之间的绑定关系，向应用服务器同步所述绑定关系，以及向所述司机终端发送签到结果；

接收所述乘客终端提交的支付指令，基于所述支付指令进行支付处理并向所述乘客终端返回支付结果。

53.一种支付处理设备，运行于乘客终端，包括：

处理器；以及，

被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器：

扫描服务车辆配置的IoT组件上配置的图像标识码；

识别所述图像标识码，并访问所述图像标识码对应的携带待支付订单的待支付页面，所述待支付订单是应用服务器进行结算处理之后生成的待支付订单；

基于所述待支付页面向数据服务器提交支付请求，所述数据服务器用于接收司机终端扫描服务车辆配置的IoT组件上配置的图像标识码提交的签到请求，并基于所述签到请求建立所述服务车辆的车辆标识、司机标识以及所述IoT组件的组件标识之间的绑定关系，向所述应用服务器同步所述绑定关系，向所述司机终端发送签到结果，以及接收所述IoT组件通过IoT服务器同步的行程数据，并将所述行程数据向所述应用服务器同步；

接收所述数据服务器基于所述支付请求返回的支付结果。

54.一种签到处理设备，运行于司机终端，包括：

处理器；以及，

被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器：

扫描服务车辆配置的IoT组件上配置的图像标识码，并访问所述图像标识码对应的签到页面；

基于所述签到页面向数据服务器提交针对所述服务车辆的签到请求；

接收所述数据服务器基于绑定关系返回的签到结果；所述绑定关系由所述数据服务器根据所述服务车辆的车辆标识、所述签到请求中包含的司机标识以及IoT组件标识建立；

所述IoT组件检测到所述服务车辆的计价装置被触发且开始计价的情况下获取行程起始数据向IoT服务器提交，并由所述IoT服务器同步至所述数据服务器；

所述IoT组件按照预设时间阈值获取行程轨迹数据向所述IoT服务器提交，并由所述IoT服务器同步至所述数据服务器；

所述IoT组件检测到所述计价装置被触发且停止计价的情况下获取行程终止数据向所述IoT服务器提交，并由所述IoT服务器同步至所述数据服务器。

55.一种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被执行时实现以下流程：

通过访问应用程序向应用服务器提交行程服务申请；

接收所述应用服务器针对所述行程服务申请进行行程处理后返回的行程订单；

接收所述应用服务器进行结算处理之后生成的待支付订单；所述结算处理基于所述行程订单关联的服务车辆配置的IoT组件提交的行程数据进行，所述行程数据是所述IoT组件通过IoT服务器向数据服务器同步，所述数据服务器向所述应用服务器同步的数据，所述数据服务器用于接收司机终端扫描服务车辆配置的IoT组件上配置的图像标识码提交的签到请求，并基于所述签到请求建立所述服务车辆的车辆标识、司机标识以及所述IoT组件的组件标识之间的绑定关系，向应用服务器同步所述绑定关系，以及向所述司机终端发送签到结果；

向所述应用服务器提交针对所述待支付订单的支付指令，并接收所述应用服务器返回的支付结果。

56.一种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被执行时实现以下流程：

扫描服务车辆配置的IoT组件上配置的图像标识码，并访问所述图像标识码对应的签到页面；

基于所述签到页面向数据服务器提交针对所述服务车辆的签到请求；

接收所述数据服务器基于绑定关系返回的签到结果；所述绑定关系由所述数据服务器根据所述服务车辆的车辆标识、司机标识以及所述IoT组件的组件标识建立；

接收应用服务器通过应用程序分配的服务订单，并向所述应用服务器提交针对所述服务订单的确认指令；

所述IoT组件检测到所述服务车辆的计价装置被触发且开始计价的情况下获取行程起始数据向IoT服务器提交，并由所述IoT服务器同步至所述数据服务器；

所述IoT组件按照预设时间阈值获取行程轨迹数据向所述IoT服务器提交，并由所述IoT服务器同步至所述数据服务器；

所述IoT组件检测到所述计价装置被触发且停止计价的情况下获取行程终止数据向所述IoT服务器提交，并由所述IoT服务器同步至所述数据服务器。

57.一种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被执行时实现以下流程：

接收司机终端扫描服务车辆配置的IoT组件上配置的图像标识码提交的签到请求；

建立所述服务车辆的车辆标识，司机标识以及所述IoT组件的组件标识之间的绑定关系；

向应用服务器同步所述绑定关系，以及向所述司机终端发送签到结果；

接收所述IoT组件通过IoT服务器同步的行程数据，并将所述行程数据向所述应用服务器同步。

58.一种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被执行时实现以下流程：

接收乘客终端的应用程序提交的行程服务申请，并基于所述行程服务申请进行行程处理；

将所述行程处理后生成的服务订单发送至司机终端，以及将生成的行程订单发送至所述乘客终端；

接收数据服务器同步的行程数据，所述行程数据是服务车辆配置的IoT组件通过IoT服务器向数据服务器同步的数据，所述数据服务器用于接收司机终端扫描服务车辆配置的IoT组件上配置的图像标识码提交的签到请求，并基于所述签到请求建立所述服务车辆的车辆标识、司机标识以及所述IoT组件的组件标识之间的绑定关系，向应用服务器同步所述绑定关系，以及向所述司机终端发送签到结果；

接收所述乘客终端提交的支付指令，基于所述支付指令进行支付处理并向所述乘客终端返回支付结果。

59.一种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被执行时实现以下流程：

扫描服务车辆配置的IoT组件上配置的图像标识码；

识别所述图像标识码，并访问所述图像标识码对应的携带待支付订单的待支付页面，所述待支付订单是应用服务器进行结算处理之后生成的待支付订单；

基于所述待支付页面向数据服务器提交支付请求，所述数据服务器用于接收司机终端扫描服务车辆配置的IoT组件上配置的图像标识码提交的签到请求，并基于所述签到请求建立所述服务车辆的车辆标识、司机标识以及所述IoT组件的组件标识之间的绑定关系，向所述应用服务器同步所述绑定关系，向所述司机终端发送签到结果，以及接收所述IoT组件通过IoT服务器同步的行程数据，并将所述行程数据向所述应用服务器同步；

接收所述数据服务器基于所述支付请求返回的支付结果。

60.一种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被执行时实现以下流程：

扫描服务车辆配置的IoT组件上配置的图像标识码，并访问所述图像标识码对应的签到页面；

基于所述签到页面向数据服务器提交针对所述服务车辆的签到请求；

接收所述数据服务器基于绑定关系返回的签到结果；所述绑定关系由所述数据服务器根据所述服务车辆的车辆标识、所述签到请求中包含的司机标识以及IoT组件标识建立；

所述IoT组件检测到所述服务车辆的计价装置被触发且开始计价的情况下获取行程起始数据向IoT服务器提交，并由所述IoT服务器同步至所述数据服务器；

所述IoT组件按照预设时间阈值获取行程轨迹数据向所述IoT服务器提交，并由所述IoT服务器同步至所述数据服务器；

所述IoT组件检测到所述计价装置被触发且停止计价的情况下获取行程终止数据向所述IoT服务器提交，并由所述IoT服务器同步至所述数据服务器。