具体实施方式

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

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

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

参照图1，本实施例提供的数据处理方法，具体包括步骤S102至步骤S108。

步骤S102，根据服务方同步的目标车辆的服务请求，查询所述目标车辆的欠缴服务订单。

实际应用中，在车辆服务(例如停车服务、车辆充电服务、自助加油服务等)中，存在服务方未收到服务费用但车主已经驶离服务场地的情况，比如：停车服务中的跟车离场、停车场停电、强行闯杆、路侧停车场直接离场等。车主在车辆服务后未缴费就离场后，该车辆服务费用很难追回，导致服务方的损失。

本实施例提供的数据处理方法，应用于第三方平台，通过接入多个服务方的方式将多个服务方打通，对用户进行追缴，具体的，在某一服务方对目标车辆进行车辆服务处理的过程中，查询目标车辆是否存在对当前服务方或者其他服务方的欠缴订单，如果存在，则提醒用户对欠缴订单以及当前订单进行支付，以此“帮助”服务方“挽回”资产损失，同时，对追缴的费用在追缴服务方和欠缴服务方之间共享，以此提升服务方的感知程度，鼓励服务方接入。

所述第三方平台，包括通过通信、计算机和/信息安全技术，在服务方和服务方账户的账户提供方之间建立连接，从而实现消费者、账户提供方以及服务方之间的货币支付、现金流转、资金清算、查询统计的平台，例如第三方支付平台。所述服务方，包括提供车辆服务且与接入第三方平台的车辆服务提供方，例如：停车场、自助加油站、汽车充电站。所述服务请求，包括车辆在车辆服务中的车辆进场请求，还包括车辆服务中的车辆离场请求。

实际应用中，在用户进行车辆服务后，需要对车辆服务产生的费用进行支付，随着互联网的发展，越来越多的用户进行线上支付，在此过程中，要根据用户的服务详情生成服务订单，用户对该服务订单进行支付，即完成了对车辆服务产生的费用的支付，且在用户支付后，该服务订单被标记为已支付状态。但存在用户在车辆服务后，未对服务订单进行支付就离场，服务订单处于未支付状态，则该服务订单为欠缴服务订单；即订单状态处于未支付状态的服务订单为欠缴服务订单。需要说明的是，查询到的欠缴服务订单的数量可以为空，也可以为一个或者多个，本实施例在此不做限定。

具体实施时，针对不同的服务请求，在查询目标车辆的欠缴服务订单的过程也不相同，以下分别对不同的服务请求进行具体说明。

本实施例提供的第一种可选实施方式中，为了帮助存在欠缴服务订单的服务方“挽回”资金损失，使用户在有出场约束装置的服务方离场时，查询是否存在欠缴服务订单，若有，对欠费进行追缴。在根据服务方同步的目标车辆的服务请求，查询所述目标车辆的欠缴服务订单的过程中，执行如下步骤：

根据所述服务方同步的所述目标车辆的车辆出场请求，查询所述目标车辆是否存在所述欠缴服务订单；

若否，基于所述车辆出场请求中携带的所述服务订单进行支付处理；

若是，执行下述步骤S104，基于所述欠缴服务订单与所述服务方同步的服务订单，确定合并支付信息。

具体的，获取服务方在检测到目标车辆的车辆出场事件时，同步的包含基于目标车辆的车辆进场事件和车辆出场事件生成的服务订单的车辆出场请求，读取服务订单中记录的车辆标识，并基于车辆标识查询目标车辆是否存在欠缴服务订单；若是，则基于欠缴服务订单与服务订单确定合并支付信息；若否，则仅基于服务订单进行支付处理。

例如，用户在P1停车场停车，P1停车场检测到用户的目标车辆的车辆离场事件时，根据目标车辆的进场时间和离场时间确定待缴费用，并基于待缴费用、进场时间以及离场时间生成服务订单，并基于服务订单向第三方支付平台同步车辆出场请求，第三方支付平台在接收到车辆出场请求后，从车辆出场请求中携带的服务订单中读取记录的车辆标识，并根据车辆标识查询目标车辆对应的欠缴服务订单，若查询到欠缴服务订单，则根据欠缴服务订单和服务订单确定合并支付信息，若未查询到欠缴服务订单，则基于服务订单进行支付处理。

本实施例提供的第二种可选实施方式中，为了在“挽回”资金损失的基础上提升用户对欠缴费用的感知程度，在目标车辆进场时即查询是否存在对应的欠缴服务订单，本实施例中，还通过如下方式实现根据服务方同步的目标车辆的服务请求，查询所述目标车辆的欠缴服务订单：

根据所述服务方同步的所述目标车辆的车辆进场请求，查询所述目标车辆是否存在所述欠缴服务订单；

若是，则向所述服务方同步所述欠缴服务订单；以使所述服务方向所述用户账户绑定的用户终端发送合并支付提醒；

若否，向所述服务方同步服务提醒；以使所述服务方对所述目标车辆进行车辆进场处理。

具体的，获取服务方在检测到目标车辆的车辆进场事件时，基于车辆进场事件同步的车辆进场请求，基于车辆进场请求中携带的车辆标识查询目标车辆是否存在欠缴服务订单；若不存在，向服务方同步服务提醒，以使服务方对目标车辆进行车辆进场处理；若存在，则向服务方同步欠缴服务订单。

进一步，在向服务方同步欠缴服务订单后，为了进一步提升用户的感知程度，使用户提前知晓在出场时需要支付欠缴费用，本实施例提供的一种可选实施方式中，在查询到目标车辆存在欠缴服务订单的情况下，还执行如下操作：

向用户终端发送合并支付提醒；

若检测到所述用户终端提交对所述合并支付提醒的确认指令，则对所述目标车辆进行所述车辆进场处理；

若检测到所述用户终端提交对所述合并支付提醒的取消指令，则基于所述欠缴服务订单向所述用户终端发送欠缴支付提醒。

具体的，所述用户终端为与所述目标车辆的车辆标识具有绑定关系的账户标识对应的用户账户绑定的用户终端。在目标车辆进场时，若查询到目标车辆存在欠缴服务订单，则向服务方同步欠缴服务订单，向与目标车辆绑定的账户标识对应的用户账户绑定的用户终端发送合并支付提醒，若用户终端提交对合并支付提醒的确认指令，则向服务方同步服务提醒，以使服务方对目标车辆进行车辆进场处理，并在获取到服务方同步的车辆出场请求时执行下述步骤S104，基于所述欠缴服务订单与所述服务请求对应的服务订单，确定合并支付信息；若用户终端提交取消指令，则基于欠缴服务订单向用户终端发送欠缴支付提醒，以在用户支付成功的情况下向服务方同步服务提醒，使服务方对目标车辆进行车辆进场处理，若用户未支付，则禁止用户进场。

在此过程中，在向用户终端发送欠缴支付提醒之后，本实施例提供的一种可选实施方式中，执行如下操作：

获取所述用户终端提交针对所述欠缴服务订单的支付指令；

基于所述欠缴服务订单中记录的服务方标识查询所述历史服务方的服务方账户；

从所述用户账户中扣除所述欠缴服务订单中记录的欠缴费用对应的欠缴资金，并将所述欠缴资金转入所述历史服务方的服务方账户；

向所述服务方发送所述服务提醒；以使所述服务方对所述目标车辆进行车辆进场处理。

例如，用户前往P1停车场停车，P1停车场检测到用户的目标车辆的车辆进场事件时，根据目标车辆的车辆进场事件，基于车辆进场事件向第三方支付平台同步车辆进场请求，第三方支付平台在接收到车辆进场请求后，从车辆进场请求中读取车辆标识，并查询对应的欠缴服务订单，若查询结果为空，向P1停车场同步服务提醒，以使P1停车场仅从车辆进场处理，若查询到欠缴服务订单，向P1停车场同步欠缴服务订单，并向车辆标识绑定的账户标识对应的用户账户绑定的用户终端发送合并支付提醒，若目标车辆所属的用户同意合并支付提醒，则向P1停车场同步服务提醒，若用户不同意合并支付提醒，则在用户在对欠缴服务订单进行支付后对目标车辆进行车辆进场处理。

需要说明的是，向服务方同步欠缴服务订单后，可由服务方向所述用户终端发送合并支付提醒；若检测到所述用户终端提交对所述合并支付提醒的确认指令，则对所述目标车辆进行所述车辆进场处理；若检测到所述用户终端提交对所述合并支付提醒的取消指令，则基于所述欠缴服务订单向所述用户终端发送欠缴支付提醒。

步骤S104，基于所述欠缴服务订单与所述服务请求对应的服务订单，确定合并支付信息。

所述合并支付信息，包括对服务订单与欠缴服务订单进行整合后确定的需要用户一起进行支付的支付信息。本实施例中合并支付信息，可以是将服务订单与欠缴服务订单整合在一起，生成的新的订单，也可以是包含服务订单和欠缴服务订单两部分订单的支付信息。

具体实施时，为了能够让用户更加直观的感知到需要支付的费用，也为了避免用户需要多次支付导致浪费用户时间，给用户造成不好的服务体验，向用户一次性展示服务订单和欠缴服务订单的内容，使用户可以一次性提交支付，即用户至提交一次，即可完成对多个订单的支付，基于此，在查询到欠缴服务订单后，基于欠缴服务订单和服务订单确定合并支付信息。本实施例提供的一种可选实施方式中，合并支付信息，采用如下方式确定：

将所述服务方同步的服务订单中记录的服务详情与所述欠缴服务订单中记录的欠缴服务详情整合为合并服务详情；

对所述服务订单中记录的待缴费用与所述欠缴服务订单中记录的欠缴费用进行累加计算，获得合并费用；

根据所述合并服务详情与所述合并费用生成合并支付订单。

具体的，将服务订单中的服务详情和欠缴服务订单中的欠缴服务详情进行整合，整合成为合并服务详情，将服务订单中的待缴费用与欠缴服务订单中的欠缴费用进行累加计算，获得合并费用，再将合并服务详情与合并费用整合成为合并支付订单。

例如，根据P1停车场同步的车辆出场请求，查询到目标车辆存在P2停车场的欠缴服务订单，则读取车辆出场请求中携带的服务订单的服务详情，并读取欠缴服务订单的欠缴服务详情，对服务详情与欠缴服务详情进行整合，并标注对应的停车场，作为合并服务详情，累加服务订单中的待缴费用以及欠缴服务订单中的欠缴费用，获得合并费用，根据合并费用以及合并服务详情生成合并支付订单。

除此之外，本实施例提供的一种可选实施方式中，还可采用如下方式确定合并支付信息：首先对所述服务方同步的服务订单中记录的待缴费用与所述欠缴服务订单中记录的欠缴费用进行累加计算，获得总订单费用；再将所述服务订单、所述欠缴服务订单与所述总订单费用确定为所述合并支付信息。

需要说明的是，确定合并支付信息的过程还可以由服务方来完成，本实施例提供的一种可选实施方式中，在查询到目标车辆的欠缴服务订单后，执行如下操作：

向所述服务方同步所述欠缴服务订单；以使所述服务方基于所述欠缴服务订单与所述服务订单，确定所述合并支付信息；

获取所述用户账户绑定的用户终端扫描所述服务方展示的支付标识码后提交的对所述合并支付信息的支付请求；所述支付标识码基于所述合并支付信息生成；

基于所述支付请求进行所述扣费处理。

具体的，在查询获得目标车辆的欠缴服务订单后，向欠缴服务订单向服务方同步，服务方在接收到欠缴服务订单后，可将欠缴服务订单与服务订单整合为一个合并支付订单作为合并支付信息，也可将欠缴服务订单和服务订单共同作为合并支付信息，进一步，基于确定的合并支付订单或者合并支付信息生成支付标识码，并通过服务方配置的展示组件进行展示。用户可通过用户终端扫描支付标识码以提交对合并支付信息的支付请求。

本实施例中，为了对欠缴的用户进行惩戒，使用户在后续的车辆服务中在预设时间范围内缴费，若查询到目标车辆的欠缴服务订单，则基于欠缴服务订单中记录的欠缴服务时间确定目标车辆的延期费用，合并支付信息中的订单总费用，根据基于欠缴服务订单和服务订单确定的延期费用，服务订单中的待缴费用和欠缴服务订单中的欠缴费用三者中至少一者的费用进行累加获得。本实施例提供的一种可选实施方式中，还采用如下方式确定合并支付信息：

读取所述欠缴服务订单中记录的欠缴服务时间与所述服务订单中记录的服务时间；

基于所述欠缴服务时间与所述服务时间确定所述目标车辆针对所述欠缴服务订单的延期费用；

根据所述延期费用、所述服务订单中记录的待缴费用与所述欠缴服务订单中记录的欠缴费用确定合并费用；

将所述合并费用、所述服务订单与所述欠缴服务订单确定为所述合并支付信息。

例如，查询到目标车辆的欠缴服务订单，读取欠缴服务订单中的欠缴服务时间以及服务订单中的服务时间，确定欠缴服务时间与服务时间的时间距离，基于时间距离计算延期费用，对延期费用、服务订单中记录的待缴费用以及欠缴服务订单中记录的欠缴费用进行累加计算，获得合并费用，再将合并费用、服务订单以及欠缴服务订单确定为合并支付信息，以向用户进行展示。此外，延期费用也可根据时间距离以及预设惩戒条件进行计算。

步骤S106，对所述目标车辆绑定的用户账户进行所述合并支付信息的扣费处理。

具体实施时，为了提升车辆服务的过程中目标车辆所属用户在缴费时的简便性，将目标车辆与用户账户进行绑定，以根据目标车辆与用户账户的绑定关系，在仅采集到车辆标识的情况下，能够在绑定关系表中查询车辆标识绑定的用户账户，进一步根据用户账户进行扣费处理，无需用户手动发起支付。由于服务请求中携带车辆标识，且为了提升用户对支付过程的感知程度，需要向用户发送支付提醒，以使用户感知到支付详情，本实施例提供的一种可选实施方式中，通过如下方式实现对所述目标车辆绑定的用户账户进行所述合并支付信息的扣费处理过程：

查询所述目标车辆的车辆标识绑定的账户标识；

向所述账户标识对应的所述用户账户绑定的用户终端发送所述合并支付信息；

根据所述用户终端提交的对所述合并支付信息的支付请求，进行所述扣费处理。

具体的，根据服务请求中携带的车辆标识，在绑定关系表中查询目标车辆的车辆标识绑定的账户标识，向账户标识对应的用户账户绑定的用户终端发送合并支付信息，以使目标车辆所属用户对合并支付信息进行支付确认，在接收到用户终端提交对合并支付信息的支付请求后，根据合并支付信息中的合并费用从用户账户进行资金转出。

需要说明的是，若用户开通免密支付服务，则在确定合并费用或者总订单费用后，基于合并费用或者总订单费用从用户账户进行资金转出。除此之外，为了提升用户对欠缴费用的感知程度，若用户开通免密支付服务，在未查询到欠缴服务订单的情况下基于服务订单进行免密支付，在查询到欠缴服务订单的情况下向用户发送针对欠缴服务订单的免密支付提醒，并在用户确认后基于合并费用或者总订单费用从用户账户进行资金转出，具体与用户的交互，本实施例在此不做限定。

步骤S108，对所述扣费处理获得的合并支付资金进行划分处理，并向所述服务方以及所述欠缴服务订单所属的历史服务方的服务方账户进行资金转入。

具体实施时，由于存在欠缴服务订单和服务订单，因此，在从用户账户进行资金转出后，需要分别将对应的资金转入对应的服务方账户中，为了鼓励服务方接入并帮助历史服务方对欠缴费用进行追缴，对于追缴的欠缴费用，在服务方与历史服务方之间共享，以提升服务方的参与度。本实施例提供的一种可选实施方式中，通过如下方式进行合并支付资金的划分处理以及资金转入：

基于所述服务订单中记录的服务方标识，查询所述服务方的服务方账户，以及基于所述欠缴服务订单中记录的服务方标识，查询所述历史服务方的服务方账户；

按照所述欠缴服务订单中记录的欠缴费用，确定所述合并支付资金中的欠缴资金，以及按照所述服务订单中记录的待缴费用确定所述合并支付资金中的待缴资金；

根据分佣条件对所述欠缴资金进行划分，获得历史欠缴资金和分佣资金；

将所述历史欠缴资金转入所述历史服务方的服务方账户，以及将所述待缴资金和所述分佣资金转入所述服务方的服务方账户。

具体的，首先根据服务订单中记录的服务方标识以及欠缴服务订单中记录的服务方标识，查询服务订单对应的服务方的服务方账户以及欠缴服务订单对应的历史服务方的服务方账户，然后按照欠缴服务订单中的欠缴费用以及服务订单中的待缴费用对合并支付资金进行划分，确定合并支付资金中针对历史服务方的欠缴资金和针对服务方的待缴资金，为了提升服务方对追缴的积极性，在确定欠缴资金后，根据分佣条件对欠缴资金进行划分，获得历史欠缴资金和分佣资金，其中，历史欠缴资金归历史服务方所有，分佣资金和待缴资金归服务方所有。

例如，从用户账户中转出的资金为F，P1停车场的服务订单中记录的待缴费用为F1，P2停车场的历史服务订单中记录的欠缴费用为F2(F＝F1+F2)，首先根据P1停车场的停车场标识查询P1停车场的收款账户，以及根据P2停车场的停车场标识查询P2停车场的收款账户，再对F进行划分，获得F1和F2，然后根据预设的分佣规则，对F2进行划分，获得历史欠缴资金F3和分佣资金F4(F2＝F3+F4)，将F1和F4转入P1停车场的收款账户，将F3转入P2停车场的收款账户。

需要说明的是，也可以在获得合并支付资金的情况下，将欠缴资金转移至历史服务方，将待缴资金转移至服务方，即不分佣。

针对上述提供的对用户进行惩戒，在用户支付时由用户支付延期费用，本实施例提供的一种对合并支付资金进行划分以及资金转入的可选实施方式中，执行如下操作：

按照所述欠缴服务订单中记录的欠缴费用确定所述合并支付资金中的欠缴资金，按照所述服务订单中记录的待缴费用确定所述合并支付资金中的待缴资金，以及按照所述延期费用确定所述合并支付资金中的延期资金；

将所述延期资金与所述待缴资金转移至所述服务方的服务方账户，以及将所述欠缴资金转移至所述历史服务方的服务方账户。

具体的，在从用户账户进行资金转出后，根据欠缴费用、延期费用以及待缴费用对合并支付资金进行划分，并在划分后将延期资金和待缴资金转入服务方的服务方账户，将欠缴费用转入历史服务方的服务方账户。

例如，从用户账户中转出的资金为F，P1停车场的服务订单中记录的待缴费用为F1，P2停车场的历史服务订单中记录的欠缴费用为F2，确定的延期费用为F3(F＝F1+F2+F3)，将F划分为F1、F2和F3后，将F1和F3转入P1停车场的收款账户，将F2转入P2停车场的收款账户。

下述以本实施例提供的一种数据处理方法在停车场景的应用为例，对本实施例提供的数据处理方法进行进一步说明，参见图2，应用于停车场景的数据处理方法，具体包括步骤S202至步骤S216。

步骤S202，根据第一停车场同步的目标车辆的服务订单，查询目标车辆是否存在欠缴服务订单；

若是，执行步骤S204至步骤S216；

若否，基于服务订单进行支付处理。

步骤S204，将服务订单中的服务详情和欠缴服务订单中的服务详情进行整合获得合并服务详情，以及将服务订单中的待缴费用和欠缴服务订单中的欠缴费用进行整合获得合并费用。

其中，欠缴服务订单的服务方为第二停车场。

步骤S206，基于合并服务详情与合并费用生成合并支付订单。

步骤S208，将合并支付订单向用户终端发送；以使用户终端基于合并支付订单向目标车辆所属用户展示支付提醒。

其中，用户终端为目标车辆的车辆标识绑定的账户标识对应的用户账户绑定的用户终端。

步骤S210，根据用户终端提交的对合并支付订单的支付请求，从用户账户进行合并费用的扣费处理，获得合并支付资金。

步骤S212，根据欠缴费用和待缴费用对合并支付资金进行划分，获得欠缴资金和待缴资金。

步骤S214，基于分佣条件对欠缴资金进行划分，获得历史欠缴资金和分佣资金。

步骤S216，将分佣资金和待缴资金转入第一停车场的收款账户，将历史欠缴资金转入第二停车场的收款账户。

综上所述，本实施例提供的数据处理方法，首先根据服务方同步的目标车辆的服务请求，查询目标车辆的欠缴服务订单，再基于欠缴服务订单与服务请求对应的服务订单，确定合并支付信息，然后对目标车辆绑定的用户账户进行合并支付信息的扣费处理，最后对扣费处理获得的合并支付资金进行划分处理，并向服务方以及欠缴服务订单所属的历史服务方的服务方账户进行资金转入，以此通过接入多个服务方的方式对各服务方的订单进行管理，以使用户在后续的车辆服务中对欠缴服务订单进行支付，使历史服务方对欠缴费用进行追回，降低历史服务方的损失，并且通过向服务方分佣的方式提升服务方的参与度。

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

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

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

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

本实施例提供一种数据处理装置，包括：

查询模块302，被配置为根据服务方同步的目标车辆的服务请求，查询所述目标车辆的欠缴服务订单；

信息确定模块304，被配置为基于所述欠缴服务订单与所述服务请求对应的服务订单，确定合并支付信息；

扣费处理模块306，被配置为对所述目标车辆绑定的用户账户进行所述合并支付信息的扣费处理；

资金划分模块308，被配置为对所述扣费处理获得的合并支付资金进行划分处理，并向所述服务方以及所述欠缴服务订单所属的历史服务方的服务方账户进行资金转入。

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

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

本实施例提供的一种数据处理设备，包括：

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

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

根据服务方同步的目标车辆的服务请求，查询所述目标车辆的欠缴服务订单；

基于所述欠缴服务订单与所述服务请求对应的服务订单，确定合并支付信息；

对所述目标车辆绑定的用户账户进行所述合并支付信息的扣费处理；

对所述扣费处理获得的合并支付资金进行划分处理，并向所述服务方以及所述欠缴服务订单所属的历史服务方的服务方账户进行资金转入。

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

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

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

根据服务方同步的目标车辆的服务请求，查询所述目标车辆的欠缴服务订单；

基于所述欠缴服务订单与所述服务请求对应的服务订单，确定合并支付信息；

对所述目标车辆绑定的用户账户进行所述合并支付信息的扣费处理；

对所述扣费处理获得的合并支付资金进行划分处理，并向所述服务方以及所述欠缴服务订单所属的历史服务方的服务方账户进行资金转入。

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

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

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

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

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

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

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