数据处理方法、装置以及系统与流程

本申请涉及移动互联网领域，更具体地，涉及一种数据处理方法、装置以及系统。

背景技术：

随着交通工具的普及，人们在出行时更加愿意选择交通工具出行。例如，乘坐公交车、使用共享汽车、使用共享单车等出行。然而，虽然交通工具给出行带来了便利，但是用户在使用时，依然还是需要支付相应的使用费用，进而增加了用户的出行成本。

技术实现要素：

鉴于上述问题，本申请提出了一种数据处理方法、装置以及系统，以降低出行成本。

第一方面，本申请提供了一种数据处理方法，第一客户端向服务器发送出行需求；所述服务器基于所述出行需求，获取第一用户帐号所需支付的费用，所述费用包括满足所述第一用户帐号对应的出行需求的车辆的使用费用；所述服务器确认第二用户帐号，所述第二用户帐号为与所述出行需求相关联的用户帐号；所述服务器向所述第二用户帐号获取所述使用费用的至少部分费用，所述服务器向所述第一用户帐号获取所述使用费用中扣除所述部分费用后剩下的费用。

第二方面，本申请提供了一种数据处理方法，所述方法包括：获取第一用户帐号发送的出行需求；基于所述出行需求，获取第一用户帐号所需支付的费用，所述费用包括满足所述第一用户帐号对应的出行需求的车辆的使用费用；确认第二用户帐号，所述第二用户帐号为与所述出行需求相关联的用户帐号；向所述第二用户帐号获取所述使用费用的至少部分费用，所述服务器向所述第一用户帐号获取所述使用费用中扣除所述部分费用后剩下的费用。

优选地，所述服务器检测到所述第一用户帐号向所述第二用户帐号付款后，给所述车辆的驾驶员的第三用户帐号发送奖励。

优选地，所述部分费用的数值与所述第一用户帐号对应用的信用值成正比。

第三方面，本申请提供了一种数据处理方法，所述方法包括：所述客户端向所述服务器发送出行需求；客户端绑定的所述第一用户帐号支付所述服务器计算的满足所述出行需求的车辆的使用费用中的至多部分费用，其中所述使用费用中除所述至多部分费用外其余部分由与所述出行需求相关联的第二用户帐号支付。

第四方面，本申请提供了一种数据处理方法，所述方法包括：客户端接收到服务器发送的支付满足第一用户帐号对应的出行需求的部分费用的消息后，向所述服务器返回确定支付的消息；所述客户端绑定的第二用户帐号支付满足所述所述第一用户帐号对应的出行需求的车辆的使用费用中的至少部分费用。

第五方面，本申请提供了一种数据处理装置，应用于服务器，所述装置包括：费用获取单元，用于获取第一用户帐号所需支付的费用，所述费用包括满足所述第一用户帐号对应的出行需求的车辆的使用费用；关联帐号确定单元，用于确认第二用户帐号，所述第二用户帐号为与所述出行需求相关联的用户帐号；向所述第二用户帐号获取所述使用费用的至少部分费用，以使所述第一用户帐号只需支付所述使用费用中扣除所述部分费用后剩下的费用。

第六方面，本申请提供了一种数据处理方法，应用于移动终端，所述移动终端运行有绑定第一用户帐号的客户端，所述方法包括：所述客户端向所述服务器发送出行需求；所述客户端绑定的所述第一用户帐号支付所述服务器计算的满足所述出行需求的车辆的使用费用中的至多部分费用，其中所述使用费用中除所述至多部分费用外其余部分由与所述出行需求相关联的第二用户帐号支付。

第七方面，本申请提供了一种数据处理方法，应用于移动终端，所述移动终端运行有绑定第二用户帐号的客户端，所述方法包括：所述客户端接收到服务器发送的支付满足第一用户帐号对应的出行需求的部分费用的消息后，向所述服务器返回确定支付的消息；所述客户端绑定的第二用户帐号支付满足所述所述第一用户帐号对应的出行需求的车辆的使用费用中的至少部分费用。

第八方面，本申请提供了一种支付系统，所述支付系统包括与第一用户帐号对应的第一客户端、与第二用户帐号对应的第二客户端以及服务器；所述第一客户端，用于向所述服务器发送出行需求；所述服务器，用于获取第一用户帐号所需支付的费用，所述费用包括满足所述第一用户帐号对应的出行需求的车辆的使用费用；确认第二用户帐号，所述第二用户帐号为与所述出行需求相关联的用户帐号；向所述第二用户帐号获取所述使用费用的至少部分费用，向所述第一用户帐号获取所述使用费用中扣除所述部分费用后剩下的费用。

第九方面，本申请提供了一种移动终端，包括一个或多个处理器以及存储器；一个或多个程序，其中所述一个或多个程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个程序配置用于执行上述的方法。

第十方面，本申请提供的一种计算机可读取存储介质，所述计算机可读取存储介质包括存储的程序，其中，在所述程序运行时执行上述的方法。

本申请提供的一种数据处理方法、装置以及系统，先获取第一用户帐号所需支付的费用，所述费用包括满足所述第一用户帐号对应的出行需求的车辆的使用费用，再确认为与所述出行需求相关联的第二用户帐号，向所述第二用户帐号获取所述使用费用的至少部分费用，以使所述第一用户帐号只需支付所述使用费用中扣除所述部分费用后剩下的费用，进而使得所述第一用户帐号只需支付所述使用费用中扣除所述部分费用后剩下的费用，从而降低了有出行需求的用户的出行成本。

本申请的这些方面或其他方面在以下实施例的描述中会更加简明易懂。

附图说明

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

图1示出了本申请提出的一种数据处理方法的应用网络环境图；

图2示出了本申请提出的另一种数据处理方法的应用网络环境图；

图3示出了本申请提出的一种数据处理方法的流程图；

图4示出了本申请提出的另一种数据处理方法的时序图；

图5示出了步骤s270的一种实施方式流程图；

图6示出了本申请提出的再一种数据处理方法的流程图；

图7示出了本申请提出的再一种数据处理方法的流程图；

图8示出了本申请提出的一种数据处理装置的结构框图；

图9示出了本申请提出的另一种数据处理装置的结构框图；

图10示出了本申请提出的再一种数据处理装置的结构框图；

图11示出了本申请提出的再一种数据处理装置的结构框图；

图12示出了本申请提出的一种移动终端的结构框图；

图13示出了本申请的用于执行根据本申请实施例的数据处理方法的移动终端的结构框图。

具体实施方式

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

交通工具的普及以及变得越来越便利，使得人们更加愿意在出行时选择使用交通工具。例如，可以乘坐公交车、地铁以及有轨电车等传统交通工具出行。而随着共享经济以及移动互联网的发展，市场上共享交通工具也越来越多。例如，共享单车以及共享汽车等。因此，人们不仅可以选择传统的交通工具出行，还可以选择新兴的共享交通工具出行。但是，人们在选择使用交通工具代替原来的步行作为出行方式的同时，依然还是需要支付交通工具的使用费用，因此，会导致用户的出行成本增加。

再者，现在的商户为了吸引用户去商户出行消费，通常会在各种平台投放广告。例如，在电视、互联网门户网站、直播平台以及游戏中投放广告。并且，商户为了投放广告，还需要支付一定的广告费用。但是，发明人发现现有的商户投放广告的行为与用户的出行是相互分离的，鲜有商户针对出行的人群投放广告。

因此，发明人提出了本申请中可以降低用户出行成本，并且可以将用户户出行与商户本身的推广行为相结合的数据处理方法、装置以及系统。

下面将先对本申请所涉及的一种应用环境进行介绍。

如图1所示，移动终端210、电子终端220、服务器230位于无线网络或有线网络240中，通过该无线网络或有线网络240，移动终端210、电子终端220、与服务器230进行数据交互。于本申请中，移动终端210以及电子终端220均可为手机、平板电脑等设备。此外，电子终端220还可以为计算机等设备。

在移动终端210以及电子终端220中均可运行客户端，服务器230可运行服务端。例如，在本申请中，移动终端210中可以运行有绑定有第一用户帐号的客户端，而在电子终端220中可以运行有绑定第二用户帐号的客户端，而在服务器230中运行有对应的服务端，基于上述网络环境，绑定有第一用户帐号的客户端可以通过网络240与服务器230进行数据交互，绑定有第二用户帐号的客户端可以通过网络240与服务器230进行数据交互，从而实现绑定有第一用户帐号的客户端与绑定有第二用户帐号的客户端之间的数据交互。

如图2所示，本申请涉及的另一种应用环境，图2中所示的应用环境与图1中所示的应用环境最主要的区别在于增加了移动终端250。移动终端250中可以运行有绑定有第三用户帐号的客户端。

作为一种方式，第一用户帐号为消费者用户的帐号，而第二用户帐号为商家用户的帐号，第三用户帐号为驾驶员的帐号。则在这种情况下，绑定有第一用户帐号的客户端可以向服务器230发送与第二用户帐号相关的信息。例如，发送预约到第二用户帐号对应的商家进行消费的消息。相应的，绑定有第二用户帐号的客户端也可以向服务器230发送与第一用户帐号相关的信息。例如，发送给第一用户帐号对应的用户分配车辆的信息，再例如，扣除第一用户帐号对应的用户在该商家消费额度的信息等。同理，绑定有第三用户帐号的客户端也可以向服务器230发送信息，例如，可以接受车辆派单任务的信息。此外，第一用户帐号和第二用户帐号也可以均为消费用户的帐号。

对于运行于移动终端210的客户端、运行于电子终端220的客户端以及运行于移动终端240中的客户端可以是相同的客户端，也可以是不同的客户端。在为相同客户端的情况下，对于在绑定不同类型的用户帐号的情况下，客户端所显示的界面不同。例如，当用类型为消费者用户的第一用户帐号登录时，客户端显示的为消费用户的操作界面，而当用类型为商家用户的第二用户帐号登录时，客户端显示的为商家用户的操作界面。可以理解的是，在为不同客户端的情况下，则使用用户帐号登录后所显示的界面不同。

需要说明的是，在本申请中，给第一用户帐号分配车辆，计算第二用户帐号，再或者是计算满足第一用户帐号的出行需求的使用费用，以及该使用费用中第二用户帐号需要支付的部分均可以由一个服务器来完成，例如图1或者图2中的服务器230，此外，上述处理流程也可以由不同的服务器来完成。例如，给第一用户帐号分配车辆可以由在互联网通信链路上与第一用户帐号所绑定的客户端的所处位置最近的服务器来执行，而计算满足第一用户帐号的出行需求的使用费用可以由中心服务器来执行。

需要说明的是，绑定第一用户帐号的客户端，即为用第一用户帐号在客户端完成登录操作，则在这种情况下，客户端所对应的用户帐号即为第一用户帐号。相应的，第二用户帐号以及第三用户帐号也是如此。在后续的描述中第一用户帐号发送信息，可以理解为绑定第一用户帐号的客户端所发送的信息，而向第一用户帐号发送信息，可以理解为向绑定有第一用户帐号的客户端发送信息。对于其他用户帐号也是如此。

下面将结合附图具体描述本申请的各实施例。

请参阅图3，本申请提供的一种数据处理方法，应用于服务器，所述方法包括：

步骤s110：获取第一用户帐号发送的出行需求。

其中，作为一种方式，对应第一用户帐号的客户端会先向服务器发送出行需求，服务器存储所述接收到的该出行需求，并将该出行需求记录为与第一用户帐号对应的出行需求，以便后续计算满足所述第一用户帐号对应的出行需求的车辆的使用费用。其中，出行需求包括预约到某商家去消费，或者需要去某个目的区域等。

作为一种方式，服务器可以通过向预先建立的数据表中插入新的数据来存储第一用户帐号对应的出行需求。

步骤s120：基于所述出行需求，获取第一用户帐号所需支付的费用，所述费用包括满足所述第一用户帐号对应的出行需求的车辆的使用费用。

步骤s130：确认第二用户帐号，所述第二用户帐号为与所述出行需求相关联的用户帐号。

其中，与所述出行需求相关联的用户帐号可以包括第一用户帐号所预约进行消费，并且产生了消费关系的用户帐号，或者还可以为所述区域在出行需求包括的目的区域内的用户帐号。其中，作为一种方式，在出行需求包括的目的区域内的用户帐号有多个时，可以将预先配置的愿意支付第一用户帐号需支付的费用中占比最高的帐号作为第二用户帐号，或者可以将用户评价最高的用户帐号作为第二用户帐号。

需要说明的是，这里确定第二用户帐号的方式除了上述方式外还有有多种，只要可以唯一确定第二用户帐号即可，具体方式本申请不做限定。

在确定第二用户帐号后，可以由第二用户帐号为第一用户帐号支付使用费用中的部分费用或者支付全部的使用费用。

步骤s140：向所述第二用户帐号获取所述使用费用的至少部分费用，以使所述第一用户帐号只需支付所述使用费用中扣除所述部分费用后剩下的费用。

其中，作为一种方式，若检测到第一用户帐号和第二用户帐号之间有消费关系产生，那么服务器可以先获取第一用户帐号在所述第二用户帐号对应的商家处的消费金额，然后再查询该消费金额对应的商家代付费用。其中，服务器可以预先存储记录每个消费金额对应的商家代付费用的数据表，那么服务器在获取到第一用户帐号的消费金额后，即可以在该数据表中查询对应的商家代付金额，然后服务器再向第二用户帐号获取所述使用费用中的商家代付金额。其中，对于数据表中存储的消费金额对应的商家代付金额可以由第二用户帐号对应的商家进行配置。并且，与消费金额对应的商家代付费用可以是具体的费用数值，也可以是消费金额的百分比。

例如，若配置的消费金额100到150区间段对应的商家代付费用为30，而消费金额150到200区间段对应的商家代付费用为50。那么服务器在检测到第一用户帐号的用户在第二用户帐号对应的商家处消费135元时，则判定用户消费的135元中的30元由商家支付，而第一用户帐号的用户只需支付105元。再者，若配置的消费金额100到150区间段对应的商家代付费用为百分之30，而消费金额150到200区间段对应的商家代付费用为百分之50。那么服务器在检测到第一用户帐号的用户在第二用户帐号对应的商家处消费135元时，则判定用户消费的135元中的百分之30由商家支付，而第一用户帐号的用户只需支付剩下的百分之70。

步骤s150：所述服务器向所述第一用户帐号获取所述使用费用中扣除所述部分费用后剩下的费用。

作为一种方式，服务器在确定第二用户帐号后，在第二用户帐号预先配置了自动扣款的情况下，可以直接从第二用户帐号中扣除第二用户帐号所需支付的费用。此外，作为另一种方式，服务器也可以在确认第二用户帐号后，向对应该第二用户帐号的客户端发送扣款请求，在接收到该客户端返回的确定扣款后，再从第二用户帐号中扣除第二用户帐号所需支付的费用。

本申请提供的一种数据处理方法，先获取第一用户帐号所需支付的费用，所述费用包括满足所述第一用户帐号对应的出行需求的车辆的使用费用，再确认为与所述出行需求相关联的第二用户帐号，向所述第二用户帐号获取所述使用费用的至少部分费用，以使所述第一用户帐号只需支付所述使用费用中扣除所述部分费用后剩下的费用，进而使得所述第一用户帐号只需支付所述使用费用中扣除所述部分费用后剩下的费用，从而降低了有出行需求的用户的出行成本。

下面将进一步结合具体的场景分别说明对于不同出行需求本申请所提供的数据处理方法的步骤。

请参阅图4，本申请提供的一种数据处理方法，应用于服务器。其中，在本实施例提供额方法中涉及第一移动终端、第二移动终端以及电子终端，其中第一移动终端运行有绑定第一用户帐号的客户端，电子终端中运行有绑定第二用户帐号的客户端，第二移动终端运行有绑定第三用户帐号的客户端。所述方法包括：

步骤s210：获取第一用户帐号发送的出行需求，所述出行需求包括与所述第一用户帐号具有预约关系的用户帐号。

当第一用户帐号对应的用户在客户端上触发预约操作后，第一用户帐号对应的客户端会向服务器发送包括与所述第一用户帐号具有预约关系的用户帐号的出行需求，则对应的，服务器会接收到第一用户帐号发送的出行需求。

步骤s220：向所述与所述第一用户帐号具有预约关系的用户帐号发送被预约通知。

作为一种方式，第一用户帐号在向服务器发送出行需求时，第一用户帐号对应的客户端可以按照预先配置的数据封装结构对要发送的信息进行封装操作，然后标识所封装的数据中每个字段表征什么意思，从而使得服务器在获取到任何信息后，可以识别出该条信息是哪个用户帐号发送的，以及这条信息要是要实现什么目的。

例如，作为一种方式，可以在封装的数据中用字段a表征这条消息的需要执行的动作，例如预约某个用户帐号，用字段b表征发送方的用户帐号，用字段c表征该需要执行的动作相关联的其他用户帐号。那么服务器在接收到以这种方式发送的数据后，即可通过字段a以及字段b的内容识别出这事第一用户帐号发送的预约了其他用户要进行消费的出行需求，并且可以通过字段c的内容识别出是要到那个用户处消费。则服务器可以向所述与所述第一用户帐号具有预约关系的用户帐号发送被预约通知。

步骤s230：接收所述与所述第一用户帐号具有预约关系的用户帐号返回的派车请求。

步骤s240：响应于所述派车请求，给所述第一用户帐号对应的用户分配车辆。

在本实施例中，服务器中会存储可以接收派车任务的用户帐号。则服务器可以随机从与第一用户帐号所属位置较近的可以接收派车任务的用户帐号中分配一辆车给第一用户帐号。可以理解的是，用户帐号的所述位置，为用户帐号所对应的客户端所安装的移动终端的定位设备所采集的位置。

步骤s250：向所述车辆对应的第三用户帐号发送派车任务。

步骤s260：并将分配车辆的信息发送到第一用户帐号。

步骤s270：获取第一用户帐号所需支付的费用，所述费用包括满足所述第一用户帐号对应的出行需求的车辆的使用费用。

作为一种方式，服务器中存储有每个用户帐号对应的信用值。则作为一种方式，如图5所示，步骤s270可以包括：步骤s271以及步骤s272。

具体的，步骤s271：检测到所述第一用户帐号对应的出行需求执行完成时，获取第一用户帐号所需支付的费用。

其中，作为一种方式，可以在客户端中设置结束行程的控件，在检测到第一用户帐号对应的用户触发该控件后，向服务器发送行程结束消息，而服务器在接收到该行程结束消息后，可以判定出行需求执行完成。

步骤s272：确认所述第一用户帐号对应的信用值是否满足预设条件，当不满足所述预设条件时，向所述第一用户帐号获取所述使用费用。并且，服务器检测到第一用户帐号支付所述使用费用后，才会执行步骤s280。

在第一用户帐号对应的出行需求执行完成后，服务器还需要支付给第三用户帐号用车费用，那么对于信用值不满足预设条件，也即信用值低于预设值的用户可能存在不诚信的行为可能较大。那么在这种情况下，为了减小损失，服务器在检测到第一用户帐号对应的信用值低于预设值时，会立即向第一用户帐号获取所有的使用费用。

步骤s280：检测到所述第一用户帐号与所述具有预约关系的用户帐号发生消费关系后，将所述具有预约关系的用户帐号确认为第二用户帐号。

作为一种方式，服务器可以在检测到第一用户帐号发送的支付请求，且该支付请求中携带的收款方为所述具有预约关系的用户帐号后，判定所述第一用户帐号与所述具有预约关系的用户帐号发生消费关系。作为另外一种方式，服务器也可以在接收到与所述第一用户帐号具有预约关系的用户帐号发送的收款请求，且收款请求中携带的付款方为所述第一用户帐号时，判定所述第一用户帐号与所述具有预约关系的用户帐号发生消费关系。

步骤s290：检测第二用户帐号是否预先配置自动扣款，如果配置有自动扣款则直接从第二用户帐号中扣除第二用户帐号所需支付的费用。

步骤s291：如果未配置有自动扣款则向第二用户帐号，向第二用户帐号发送扣款请求，所述扣款请求携带有第二用户帐号所需支付的费用。

步骤s292：服务器接收第二用户帐号返回的确定扣款的信息。

其中，需要说明的是，在本实施例中如何确定第一用户帐号以及第二用户帐号所需支付的费用可以参见前述实施例中的内容，此处不再赘述。

需要说明的是，如果第一用户帐号已经在步骤s270时已经支付所用的使用费用，则在服务器在执行步骤s292后，服务器会将第二用户帐号支付的费用退还给第一用户帐号。如果第一用户帐号在执行步骤s270时信用值超过预设值，则第一用户帐号不需要立即支付使用费用，而是可以在执行步骤s290时，或者在在执行步骤s290后，向第一用户帐号获取第一用户帐号需要支付的费用，也即是所有的使用费用中扣除第二用户帐号已经支付后的费用

本申请提供的一种数据处理方法，在第一用户帐号预约了其他的用户帐号后，先获取第一用户帐号所需支付的费用，所述费用包括满足所述第一用户帐号对应的出行需求的车辆的使用费用，然后在检测到所述第一用户帐号与所述具有预约关系的用户帐号发生消费关系后，将所述具有预约关系的用户帐号确认为第二用户帐号向所述第二用户帐号获取所述使用费用的至少部分费用，以使所述第一用户帐号只需支付所述使用费用中扣除所述部分费用后剩下的费用，进而使得所述第一用户帐号只需支付所述使用费用中扣除所述部分费用后剩下的费用，从而降低了第一用户帐号的用户出行消费的成本。

请参阅图6，本申请提供一种数据处理方法，应用于服务器。其中，在本实施例提供额方法中涉及第一移动终端、第二移动终端以及电子终端，其中第一移动终端运行有绑定第一用户帐号的客户端，电子终端中运行有绑定第二用户帐号的客户端，第二移动终端运行有绑定第三用户帐号的客户端。所述方法包括：

步骤s310：获取第一用户帐号发送的出行需求，所述出行需求包括出行目的区域。

步骤s320：响应于所述出行需求，给所述第一用户帐号对应的用户分配车辆。

作为一种方式，服务器可以是在检测到第一用户帐号发送的出行目的区域内有商业区域时，且确定第一用户帐号对应的用户有用车需求时，给所述第一用户帐号对应的用户分配车辆。

步骤s330：向所述车辆对应的第三用户帐号发送派车任务。

步骤s340：并将分配车辆的信息发送到第一用户帐号。

步骤s350：向所属位置在所述出行目的区域内的用户帐号对应的客户端发送支付所述使用费用中至少部分费用的消息。

作为一种方式，如果服务器接收到的第一用户帐号发送的目的区域为一个具体的目的点时，例如，xx饭店、xx酒店或者xx书店等。服务器可以将以该目的点为中心预设半径内的区域设定为目的区域。作为另外一种方式，如果服务器接收到的第一用户帐号发送的目的区域本一个大致的区域时，例如，xx街道、xx商业广场等时，可以直接将该大致的区域作为目的区域。

而商家的用户帐号在建立时会配置自己的所属位置，那么服务器在获取到目的区域后，可以自动识别目的区域内的用户帐号。其中，所识别的用户帐号为商家用户帐号，或者为可以给其他消费者用户提供服务的消费者帐号。

步骤s360：将返回确定支付的客户端对应的用户帐号作为第二用户帐号。

作为一种方式，若返回确定支付的客户端有多个时，获取多个所述返回确定支付的客户端各自所返回的确定支付的金额；将返回确定支付的金额最大的客户端对应的用户帐号作为所述第二用户帐号。

作为另外一种方式，若返回确定支付的客户端有多个时，获取多个所述返回确定支付的客户端返回信息时的时刻；将返回信息时的时刻最早的客户端对应的用户帐号作为所述第二用户帐号。

再者，作为再一种方式，若返回确定支付的客户端有多个时，将该多个确定支付的客户端各自对应的用户帐号所配置的愿意为消费者代付的车辆的使用费用的金额或者比例发送给第一用户帐号，由第一用户帐号的用户进行选择。

步骤s370：获取第一用户帐号所需支付的费用，所述费用包括满足所述第一用户帐号对应的出行需求的车辆的使用费用。

步骤s380：检测第二用户帐号是否预先配置自动扣款，如果配置有自动扣款则直接从第二用户帐号中扣除第二用户帐号所需支付的费用。

步骤s390：如果未配置有自动扣款则向第二用户帐号，向第二用户帐号发送扣款请求，所述扣款请求携带有第二用户帐号所需支付的费用。

步骤s391：服务器接收第二用户帐号返回的确定扣款的信息。

需要说明的是，作为一种方式，在执行步骤s380以及步骤s390之前，可以先判断第一用户帐号的用户是否在第二用户帐号对应的商家处进行消费，或者消费金额是否超过预设值，如果第一用户帐号的用户在第二用户帐号对应的商家处进行消费，或者消费金额超过预设值，那么再执行步骤s380或者步骤s390。如果第一用户帐号的用户在第二用户帐号对应的商家处没有进行消费，或者消费金额没有超过预设值，那么服务器会直接要求第一用户帐号支付其对应额出行需求所需的全部费用。

需要说明的是，如果第一用户帐号已经在步骤s370时已经支付所用的使用费用，则在服务器在执行步骤s390后，服务器会将第二用户帐号支付的费用退还给第一用户帐号。如果基于第一用户帐号在执行步骤s270时信用值超过预设值，则第一用户帐号不需要支付使用费用，那么在执行步骤s390时，或者在在执行步骤s390后，服务器会向第一用户帐号获取第一用户帐号需要支付的费用。

需要说明的是，第二用户帐号为商家的用户帐号时，商家通常是处于一定的商业推广的目的而为第一用户帐号支付使用费用。则作为一种方式，服务器在接收第二用户帐号返回的确定扣款的信息后，将返回确定支付的客户端对应的用户帐号的信息推送给所述第一用户帐号对应的客户端，在第一用户帐号对应的客户端进行显示。其中，可以在第一用户帐号对应的客户端中全屏显示，且只有在检测到用户点击全屏显示的界面后，才取消显示第二用户帐号。

需要说明的是，在本实施例中，确定第一用户帐号和第二用户帐号各自所需支付费用的方式可以参见前述实施例中的方法，也可以由其他的方式来确定。那么作为一种方式，可以将第二用户帐号对应的商家代付费用与第一用户帐号对应的客户端中显示第二用户帐号对应的信息的显示时间进行关联，若显示的时间越长则可以配置第二用户帐号对应的商家代付费用越高，当然服务器可以给商家代付费用的具体数值或者所占消费金额的比例配置上限。再者，还可以在检测到第一用户帐号对应的用户转发了第二用户帐号对应的信息给其他用户时，提升第二用户帐号对应的商家代付费用。其中，在第一用户帐号对应的客户端中显示第二用户帐号对应的信息包括第二用户帐号对应商家的名称、提供的服务以及所在位置等信息。

此外，还可以在检测到第一用户帐号有与第二用户帐号的服务类型相同的服务需求时，优先推荐第二用户帐号给第一用户帐号。例如，如果第二用户帐号对应的用户为商家，且其所提供的服务为用餐服务。那么服务器在检测到第一用户帐号在完成出行需求后搜索用餐地点时，可以将第二用户帐号对应的商家优先推荐给第一用户帐号对应的用户，从而使得可以将作为商家的第二用户帐号的用户的商业推广，与作为消费用户的第一用户帐号对应的用户的出行相结合。

本申请提供的一种数据处理方法，先获取第一用户帐号所需支付的费用，所述费用包括满足所述第一用户帐号对应的出行需求的车辆的使用费用，再确认为与所述出行需求相关联的第二用户帐号，向所述第二用户帐号获取所述使用费用的至少部分费用，以使所述第一用户帐号只需支付所述使用费用中扣除所述部分费用后剩下的费用，进而使得所述第一用户帐号只需支付所述使用费用中扣除所述部分费用后剩下的费用，从而降低了有出行需求的用户的出行成本，并且使得可以将作为商家的第二用户帐号的用户的商业推广，与作为消费用户的第一用户帐号对应的用户的出行相结合，达到双方利益的最大化。

请参阅图7，本申请提供的一种数据处理方法，应用于服务器。其中，在本实施例提供额方法中涉及第一移动终端、第二移动终端以及电子终端，其中第一移动终端运行有绑定第一用户帐号的客户端，电子终端中运行有绑定第二用户帐号的客户端，第二移动终端运行有绑定第三用户帐号的客户端。所述方法包括：

步骤s410：获取第一用户帐号发送的出行需求，所述出行需求包括出行目的区域以及当前所使用的车辆。

作为一种方式，可以在车辆上配置携带有车辆标识的识别图像，其中车辆标识用于唯一标识车辆。该识别图像可以通过摄像头等图像采集装置进行采集，然后由移动终端进行识别，以获取到车辆标识。作为一种方式，识别图像可以为条码、二维码等。

移动终端在扫描该识别图像后，即可显示以目的地录入界面，第一用户帐号的用户可以在该目的地录入界面中输入目的区域，然后再点击确定后，移动终端即可将目的区域以及当前所获取到的车辆的车辆标识发送给服务器，则服务器获取第一用户帐号发送的目的区域以及当前所使用的车辆。

步骤s420：向所属位置在所述出行目的区域内的用户帐号对应的客户端发送支付所述使用费用中至少部分费用的消息。

步骤s430：将返回确定支付的客户端对应的用户帐号作为第二用户帐号。

步骤s440：获取第一用户帐号所需支付的费用，所述费用包括满足所述第一用户帐号对应的出行需求的车辆的使用费用。

步骤s450：向第一用户帐号获取所述使用费用。

步骤s460：向所述车辆的驾驶员对应的第三用户帐号发送费用已支付的通知。

步骤s470：检测第二用户帐号是否预先配置自动扣款，如果配置有自动扣款则直接从第二用户帐号中扣除第二用户帐号所需支付的费用。

步骤s480：如果未配置有自动扣款则向第二用户帐号发送扣款请求，所述扣款请求携带有第二用户帐号所需支付的费用。

步骤s490：接收第二用户帐号返回的确定扣款的信息。

步骤s491：将第二用户帐号所支付的费用返还给第一用户帐号。

其中，需要说明的是，在本实施例中如何确定第一用户帐号以及第二用户帐号所需支付的费用可以参见前述实施例中的内容，此处不再赘述。

本申请提供的一种数据处理方法，先获取第一用户帐号所需支付的费用，所述费用包括满足所述第一用户帐号对应的出行需求的车辆的使用费用，再确认为与所述出行需求相关联的第二用户帐号，向所述第二用户帐号获取所述使用费用的至少部分费用，然后在第二用户帐号支付其确定支付的金额后，将第二用户帐号支付的费用返回给第一用户帐号,以使所述第一用户帐号只需支付所述使用费用中扣除所述部分费用后剩下的费用，进而使得所述第一用户帐号只需支付所述使用费用中扣除所述部分费用后剩下的费用，从而降低了有出行需求的用户的出行成本。

请参阅图8，本申请提供的一种数据处理装置500，应用于服务器，所述装置500包括：费用获取单元510、关联帐号确定单元520以及支付处理单元530。

费用获取单元510，用于获取第一用户帐号所需支付的费用，所述费用包括满足所述第一用户帐号对应的出行需求的车辆的使用费用；

关联帐号确定单元520，用于确认第二用户帐号，所述第二用户帐号为与所述出行需求相关联的用户帐号；

支付处理单元530，用于向所述第二用户帐号获取所述使用费用的至少部分费用，以使所述第一用户帐号只需支付所述使用费用中扣除所述部分费用后剩下的费用。

请参阅图9，本申请提供的一种数据处理装置600，应用于服务器，所述装置600包括：信息通信单元610、费用获取单元620、关联帐号确定单元630以及支付处理单元640。

信息通信单元610，用于获取第一用户帐号发送的出行需求；所述出行需求包括与所述第一用户帐号具有预约关系的用户帐号；向所述与所述第一用户帐号具有预约关系的用户帐号发送被预约通知；接收所述与所述第一用户帐号具有预约关系的用户帐号返回的派车请求；响应于所述派车请求，给所述第一用户帐号对应的用户分配车辆；向所述车辆对应的第三用户帐号发送派车任务，并将分配车辆的信息发送到第一用户帐号。

费用获取单元620，用于获取第一用户帐号所需支付的费用，所述费用包括满足所述第一用户帐号对应的出行需求的车辆的使用费用；确认所述第一用户帐号对应的信用值是否满足预设条件，当不满足所述预设条件时，向所述第一用户帐号获取所述使用费用；

关联帐号确定单元630，具体用于检测到所述第一用户帐号与所述具有预约关系的用户帐号发生消费关系后，将所述具有预约关系的用户帐号确认为第二用户帐号。

支付处理单元640，用于检测第二用户帐号是否预先配置自动扣款，如果配置有自动扣款则直接从第二用户帐号中扣除第二用户帐号所需支付的费用；如果未配置有自动扣款则向第二用户帐号，向第二用户帐号发送扣款请求，所述扣款请求携带有第二用户帐号所需支付的费用；接收第二用户帐号返回的确定扣款的信息。

请参阅图10，本申请提供的一种数据处理装置700，应用于服务器，所述装置700包括：信息通信单元710、费用获取单元720、关联帐号确定单元730以及支付处理单元740。

信息通信单元710，获取第一用户帐号发送的出行需求，所述出行需求包括出行目的区域；响应于所述出行需求，给所述第一用户帐号对应的用户分配车辆；向所述车辆对应的第三用户帐号发送派车任务；并将分配车辆的信息发送到第一用户帐号。

费用获取单元720，用于获取第一用户帐号所需支付的费用，所述费用包括满足所述第一用户帐号对应的出行需求的车辆的使用费用。

关联帐号确定单元730，用于确定第二用户帐号。

作为一种方式，所述关联帐号确定单元730，包括：

消息广播子单元731，用于向所属位置在所述出行目的区域内的用户帐号对应的客户端发送支付所述使用费用中至少部分费用的消息；

关联帐号确认子单元732，用于将返回确定支付的客户端对应的用户帐号作为第二用户帐号。

支付处理单元740，用于检测第二用户帐号是否预先配置自动扣款，如果配置有自动扣款则直接从第二用户帐号中扣除第二用户帐号所需支付的费用；如果未配置有自动扣款则向第二用户帐号，向第二用户帐号发送扣款请求，所述扣款请求携带有第二用户帐号所需支付的费用；接收第二用户帐号返回的确定扣款的信息。

请参阅图11，本申请提供的一种数据处理装置800，应用于服务器，所述装置800包括：行程关联单元810、关联帐号确认子单元820、费用获取单元830以及支付处理单元840。

行程关联单元810，用于获取第一用户帐号发送的出行需求，所述出行需求包括出行目的区域以及当前所使用的车辆；

关联帐号确认子单元820，向所属位置在所述出行目的区域内的用户帐号对应的客户端发送支付所述使用费用中至少部分费用的消息；将返回确定支付的客户端对应的用户帐号作为第二用户帐号。

费用获取单元830，用于获取第一用户帐号所需支付的费用，所述费用包括满足所述第一用户帐号对应的出行需求的车辆的使用费用。

支付处理单元840，用于向第一用户帐号获取所述使用费用；检测第二用户帐号是否预先配置自动扣款，如果配置有自动扣款则直接从第二用户帐号中扣除第二用户帐号所需支付的费用；如果未配置有自动扣款则向第二用户帐号，向第二用户帐号发送扣款请求，所述扣款请求携带有第二用户帐号所需支付的费用；接收第二用户帐号返回的确定扣款的信息；将第二用户帐号所支付的费用返还给第一用户帐号。

需要说明的是，本申请中装置实施例与前述方法实施例是相互对应的，装置实施例中具体的原理可以参见前述方法实施例中的内容，此处不再赘述。

综上所述，本申请提供的一种数据处理方法、装置以及系统，先获取第一用户帐号所需支付的费用，所述费用包括满足所述第一用户帐号对应的出行需求的车辆的使用费用，再确认为与所述出行需求相关联的第二用户帐号，向所述第二用户帐号获取所述使用费用的至少部分费用，以使所述第一用户帐号只需支付所述使用费用中扣除所述部分费用后剩下的费用，进而使得所述第一用户帐号只需支付所述使用费用中扣除所述部分费用后剩下的费用，从而降低了有出行需求的用户的出行成本。

下面将结合图12以及图13对本申请提供的一种移动终端进行说明。

请参阅图12，基于上述的数据处理方法、装置，本申请实施例还提供一种可以执行前述数据处理方法的移动终端100。移动终端100包括电子本体部10，所述电子本体部10包括壳体12及设置在所述壳体12上的第一屏幕120。所述壳体12可采用金属、如钢材、铝合金制成。本实施例中，所述第一屏幕120以及第二屏幕121通常包括显示面板111，也可包括用于响应对所述显示面板111进行触控操作的电路等。所述显示面板111可以为一个液晶显示面板(liquidcrystaldisplay，lcd)，在一些实施例中，所述显示面板111同时为一个触摸屏109。

如图13所示，在实际的应用场景中，所述移动终端100可作为智能手机终端进行使用，在这种情况下所述电子本体部10通常还包括一个或多个(图中仅示出一个)处理器102、存储器104、rf(radiofrequency，射频)模块106、音频电路110、传感器114、输入模块118、电源模块122。本领域普通技术人员可以理解，本申请并不对所述电子本体部10的结构造成限定。例如，所述电子本体部10还可包括比图中所示更多或者更少的组件，或者具有与图中所示不同的配置。

本领域普通技术人员可以理解，相对于所述处理器102来说，所有其他的组件均属于外设，所述处理器102与这些外设之间通过多个外设接口124相耦合。所述外设接口124可基于以下标准实现：通用异步接收/发送装置(universalasynchronousreceiver/transmitter，uart)、通用输入/输出(generalpurposeinputoutput，gpio)、串行外设接口(serialperipheralinterface，spi)、内部集成电路(inter-integratedcircuit，i2c)，但不并限于上述标准。在一些实例中，所述外设接口124可仅包括总线；在另一些实例中，所述外设接口124还可包括其他元件，如一个或者多个控制器，例如用于连接所述显示面板111的显示控制器或者用于连接存储器的存储控制器。此外，这些控制器还可以从所述外设接口124中脱离出来，而集成于所述处理器102内或者相应的外设内。

所述存储器104可用于存储软件程序以及模块，所述处理器102通过运行存储在所述存储器104内的软件程序以及模块，从而执行各种功能应用以及数据处理。所述存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，所述存储器104可进一步包括相对于所述处理器102远程设置的存储器，这些远程存储器可以通过网络连接至所述电子本体部10或所述第一屏幕120。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

所述rf模块106用于接收以及发送电磁波，实现电磁波与电信号的相互转换，从而与通讯网络或者其他设备进行通讯。所述rf模块106可包括各种现有的用于执行这些功能的电路元件，例如，天线、射频收发器、数字信号处理器、加密/解密芯片、用户身份模块(sim)卡、存储器等等。所述rf模块106可与各种网络如互联网、企业内部网、无线网络进行通讯或者通过无线网络与其他设备进行通讯。上述的无线网络可包括蜂窝式电话网、无线局域网或者城域网。上述的无线网络可以使用各种通信标准、协议及技术，包括但并不限于全球移动通信系统(globalsystemformobilecommunication，gsm)、增强型移动通信技术(enhanceddatagsmenvironment，edge)，宽带码分多址技术(widebandcodedivisionmultipleaccess，w-cdma)，码分多址技术(codedivisionaccess，cdma)、时分多址技术(timedivisionmultipleaccess，tdma)，无线保真技术(wireless，fidelity，wifi)(如美国电气和电子工程师协会标准ieee802.10a，ieee802.11b，ieee802.11g和/或ieee802.11n)、网络电话(voiceoverinternetprotocal，voip)、全球微波互联接入(worldwideinteroperabilityformicrowaveaccess，wi-max)、其他用于邮件、即时通讯及短消息的协议，以及任何其他合适的通讯协议，甚至可包括那些当前仍未被开发出来的协议。

音频电路110、扬声器101、声音插孔103、麦克风105共同提供用户与所述电子本体部10或所述第一屏幕120之间的音频接口。具体地，所述音频电路110从所述处理器102处接收声音数据，将声音数据转换为电信号，将电信号传输至所述扬声器101。所述扬声器101将电信号转换为人耳能听到的声波。所述音频电路110还从所述麦克风105处接收电信号，将电信号转换为声音数据，并将声音数据传输给所述处理器102以进行进一步的处理。音频数据可以从所述存储器104处或者通过所述rf模块106获取。此外，音频数据也可以存储至所述存储器104中或者通过所述rf模块106进行发送。

所述传感器114设置在所述电子本体部10内或所述第一屏幕120内，所述传感器114的实例包括但并不限于：光传感器、运行传感器、压力传感器、红外热传感器、距离传感器、重力加速度传感器、以及其他传感器。

具体地，所述光传感器可包括光线传感器114f、压力传感器114g。其中，压力传感器114g可以检测由按压在移动终端100产生的压力的传感器。即，压力传感器114g检测由用户和移动终端之间的接触或按压产生的压力，例如由用户的耳朵与移动终端之间的接触或按压产生的压力。因此，压力传感器114g可以用来确定在用户与移动终端100之间是否发生了接触或者按压，以及压力的大小。

请再次参阅图13，具体地在图13所示的实施例中，所述光线传感器114f及所述压力传感器114g邻近所述显示面板111设置。所述光线传感器114f可在有物体靠近所述第一屏幕120时，例如所述电子本体部10移动到耳边时，所述处理器102关闭显示输出。

作为运动传感器的一种，重力加速度传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别所述移动终端100姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等。另外，所述电子本体部10还可配置陀螺仪、气压计、湿度计、温度计等其他传感器，在此不再赘述，

本实施例中，所述输入模块118可包括设置在所述第一屏幕120上的所述触摸屏109，所述触摸屏109可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在所述触摸屏109上或在所述触摸屏109附近的操作)，并根据预先设定的程序驱动相应的连接装置。可选的，所述触摸屏109可包括触摸检测装置和触摸控制器。其中，所述触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给所述触摸控制器；所述触摸控制器从所述触摸检测装置上接收触摸信息，并将该触摸信息转换成触点坐标，再送给所述处理器102，并能接收所述处理器102发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多分类型实现所述触摸屏109的触摸检测功能。除了所述触摸屏109，在其它变更实施方式中，所述输入模块118还可以包括其他输入设备，如按键。所述按键例如可包括用于输入字符的字符按键，以及用于触发控制功能的控制按键。所述控制按键的实例包括“返回主屏”按键、开机/关机按键等等。

所述第一屏幕120用于显示由用户输入的信息、提供给用户的信息以及所述电子本体部10的各种图形用户接口，这些图形用户接口可以由图形、文本、图标、数字、视频和其任意组合来构成，在一个实例中，所述触摸屏109可设置于所述显示面板111上从而与所述显示面板111构成一个整体。

所述电源模块122用于向所述处理器102以及其他各组件提供电力供应。具体地，所述电源模块122可包括电源管理系统、一个或多个电源(如电池或者交流电)、充电电路、电源失效检测电路、逆变器、电源状态指示灯以及其他任意与所述电子本体部10或所述第一屏幕120内电力的生成、管理及分布相关的组件。

所述移动终端100还包括定位器119，所述定位器119用于确定所述移动终端100所处的实际位置。本实施例中，所述定位器119采用定位服务来实现所述移动终端100的定位，所述定位服务，应当理解为通过特定的定位技术来获取所述移动终端100的位置信息(如经纬度坐标)，在电子地图上标出被定位对象的位置的技术或服务。

应当理解的是，上述的移动终端100并不局限于智能手机终端，其应当指可以在移动中使用的计算机设备。具体而言，移动终端100，是指搭载了智能操作系统的移动计算机设备，移动终端100包括但不限于智能手机、智能手表、平板电脑，等等。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本申请的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(移动终端)，便携式计算机盘盒(磁装置)，随机存取存储器(ram)，只读存储器(rom)，可擦除可编辑只读存储器(eprom或闪速存储器)，光纤装置，以及便携式光盘只读存储器(cdrom)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(pga)，现场可编程门阵列(fpga)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。

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