CN107679839B - 一种数据处理方法和系统 - Google Patents

Abstract

本申请提供了一种数据处理方法和系统，涉及计算机技术领域。本申请通过利用订单池，当第一用户发起第一数据获取请求时，将当前对应第一用户的各第二数据获取请求放入订单池，然后将各第二数据获取请求对应的第二数据整合为初始的第二总量，再通知第三方数据处理服务器发送相应为第一总量的第一数据至第一用户；然后，对于订单池数据第二数据获取请求出现变化的情况，则根据变化后的各第二数据获取请求的第二数据的第二总量，与前一次计算剩余的第一总量的比较结果进行相应判断，如果不符合条件，则不返回第三数据至第三方数据处理服务器。本申请在处理同等数量的请求的情况下，降低了网络资源的占用量，从而可提高网络资源的利用效率。

Description

一种数据处理方法和系统

技术领域

本申请涉及计算机技术领域，特别是涉及一种数据处理方法和系统。

背景技术

在现有技术中，存在这样一种数据处理方式：在第一用户向第三方数据处理服务器请求调用其第一数据使用的情况下：第一用户每接收一个第二用户的第二数据获取请求后，(其中，所述第二数据获取请求为第二用户请求获得的第一用户的第二数据)，第一用户发送第一数据获取请求至第一服务器，而第一服务器则根据请求，通知第三方数据处理服务器所述数据借用对应第二数据的第一数据发送给第一用户使用。

当确认完成所述第二数据获取请求后，系统将第二用户发送的第三数据作为所述第一数据的补偿返回给第三方数据处理服务器。其中，所述第三数据为第二用户发送至第一用户的，对应所述确认完成的第二数据获取请求的确认数据。

在这个过程中，对于第一用户来说，每接收一个第二数据获取请求，则需要向第一服务器发送一个第一数据获取请求，然后由第一服务器通知第三方数据处理服务器向第一用户发送第一数据；然后当第二数据获取请求确认完成时，系统将所述第三数据返回给第三方数据处理服务器。那么当第一用户接收多个第二数据获取请求时，则对于网络中数量庞大的第一用户，则会出现数量相当庞大的第一数据获取请求，相应份数的第一数据，和需要返回的相应份数的第三数据。那么对于网络来说，前述数据处理方式中，需要传输的数据量也很大，挤占网络资源，数据传输效率慢，对于第一服务器来说，第一服务器处理的数据量也大，占用第一服务器大量资源，第一服务器负载压力很大。

比如，在现有的一种网络平台的交易过程中，卖家可根据其未被买家签收的交易订单中的应收账款申请贷款，第一服务器则向第三方金融机构的服务器请求发放贷款给卖家。即买家点击购买卖家的以某种价格发布的商品，形成交易订单，那么对于卖家来说，即存在买家应该为该交易订单支付的价钱，但是在买家未确认收到商品之前，卖家无法获得所述价钱。那么，基于该交易订单，卖家可通过第一服务器向第三方金融机构的服务器请求借贷与所述价钱相应额度的贷款，然后第三方金融机构的服务器根据该交易订单的价钱向卖家借贷相应额度的贷款；如果买家确认收到该商品并进行了支付，那么第一服务器则将买家支付的价钱返还给第三方金融机构的服务器。但在实际中，存在对于一个卖家来说，每笔交易订单均需要向第三方金融机构的服务器申请借贷。而实际中，对于基数相当庞大的卖家来说，上述情况的交易订单量相当大，那么该种借贷的方式中，需要传输的数据数量就相当庞大，传输效率低，并且第三方金融机构的服务器的第一服务器和网络平台的第一服务器处理的数据量也都相当庞大，第一服务器负载压力大。

发明内容

本申请所要解决的技术问题之一是提供一种数据处理方法和系统，解决现有技术中由于对单个订单进行独立处理，导致数据处理过程复杂，使第一服务器处理数据量大大增加，第一服务器负载压力大的问题。

为了解决上述问题，本申请公开了一种数据处理方法，包括：

记录新出现的第二数据获取请求；所述第二数据获取请求由第二用户发送给第一用户；

当接收到确认完成至少一个第二数据获取请求的确认数据后，删除对所述至少一个第二数据获取请求的记录，并基于已记录的第二数据获取请求的第二数据，确定当前未确认的第二总量；

根据所述第二总量与所述第一用户当前借贷的第一总量的比较结果，确定是否将所述确认数据部分或者全部返回给第三方数据处理服务器；

当将所述确认数据部分或者全部返回给第三方数据处理服务器后，则根据返回所述第三方数据处理服务器的确认数据，更新所述第一总量。

相应的，本申请还公开了一种数据处理装置，包括：

记录模块，用于记录新出现的第二数据获取请求；所述第二数据获取请求由第二用户发送给第一用户；

已确认请求处理模块，用于当接收到确认完成至少一个第二数据获取请求的确认数据后，删除对所述至少一个第二数据获取请求的记录，并基于已记录的第二数据获取请求的第二数据，确定当前未确认的第二总量；

比较判断模块，用于根据所述第二总量与所述第一用户当前借贷的第一总量的比较结果，确定是否将所述确认数据部分或者全部返回给第三方数据处理服务器；

第一总量更新模块，用于当将所述确认数据部分或者全部返回给第三方数据处理服务器后，则根据返回所述第三方数据处理服务器的确认数据，更新所述第一总量。

与现有技术相比，本申请包括以下优点：

本申请当第一用户借贷了第一总量时，对于记录的第二数据获取请求出现变化的情况，则根据变化后的各第二数据获取请求的第二数据的第二总量，与前一次计算剩余的第一总量的比较结果进行相应判断，如果不符合条件，则不返回第三数据至第三方数据处理服务器。该过程中，大大减少了第一数据获取请求的数量，也减少了向第三方数据处理服务器返回第三数据的次数，从而减少了网络中数据的传输量，在处理同等数量的请求的情况下，降低了网络资源的占用量，从而可提高网络资源的利用效率，也减轻了第一服务器的负载压力。

附图说明

图1是本申请一种数据处理方法实施例的流程示意图；

图2是本申请另一种数据处理方法实施例的流程示意图；

图3是本申请一种数据处理系统实施例的结构示意图；

图4是本申请一种数据处理装置实施例的结构示意图。

具体实施方式

为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本申请作进一步详细的说明。

本申请的核心思想之一在于，对于第二用户发送的，并且第二用户未确认收到第一用户对所述第二数据获取请求的反馈的第二数据获取请求，将其放入请求池，然后以请求池为基础判断是否将第二用户为所述第二数据获取请求的第二数据进行支付的第三数据，作为第三方数据处理服务器发送的第一数据的补偿，返回给第三方。如此，大大减少了第一数据获取请求的数量，也减少了向第三方数据处理服务器返回第三数据的次数，从而减少了网络中数据的传输量，也减轻了第一服务器的负载压力。

参照图1，示出了本申请一种数据处理方法实施例的流程示意图，具体可以包括：

步骤110，接收第一用户发送的第一数据获取请求；所述第一数据获取请求为第一用户请求通知第三方数据处理服务器发送第一数据至第一用户；

第一用户如果想要借用第三方数据处理服务器的第一数据，则需要向本申请的第一服务器发送第一数据获取请求，本申请的第一服务器再根据第一数据获取请求启动后续步骤。

步骤120，根据所述第一数据获取请求，获得各第二用户发送给第一用户的各第二数据获取请求并放入请求池，并根据订单池中的第二数据获取请求对应的第二数据计算初始的第二数据的第二总量；

在本申请中，网络中的第一用户如果想获取第二用户的第二数据，则需要向第一用户发送第二数据获取请求，而第一用户作为其第二数据的提供方，可提供第二数据给其他任何第二用户获取，因此第一用户可能对应多个第二数据获取请求，而这些第二数据获取请求可能来自不同的第一用户，并且可能某个第一用户可能发送了多个第二数据获取请求。

那么本申请则可根据所述第一数据获取请求，从服务器获得各第二用户发送给第一用户的各第二数据获取请求并放入请求池。即为了给后续统计计算提供数据基础，本申请还提供了订单池，将初始的对应第一用户的各第二数据获取请求放入订单池，再进行处理。

那么本步骤则根据第一用户的第一数据获取请求，激活第一用户基于其对应的第二数据获取请求的第二数据计算第二数据总数，即第二总量。

优选的，所述第一数据获取请求，获得各第二用户发送给第一用户的各第二数据获取请求并放入请求池包括：

步骤R121，根据所述第一数据获取请求，针对各第二用户发送给第一用户的各第二数据获取请求，将第一用户确认答复的第二数据获取请求放入请求池。

对于第一用户来说，其接收了第二用户的第二数据获取请求，可确认是否答复该第二数据获取请求，比如决定是否提供其第一有价数给该第二用户。

步骤130，根据所述第二总量通知第三方平台发送相应的第一数据至第一用户，并记录所述第一数据的第一总量；

本申请的第一服务器在计算得到第二总量后，向第三方数据处理服务器请求发送相应数量(即第一总量)的第一数据至第一用户，同时记录所述第一数据的第一总量

步骤110至步骤130是第一用户发起第一数据获取请求后，第一服务器的初始处理过程，即计算初始的第二总量和初始的第一总量；而进入步骤140至步骤170，则可循环对新增的第二数据获取请求和确认完成的第二数据获取请求进行循环处理的过程。

下面以网络交易平台的卖家、买家和第三方金融机构的服务器为例，介绍本申请步骤110至130的具体的数据处理过程。

第一用户对应卖家，第二用户对应买家，第三方数据处理服务器对应第三方金融机构的服务器。

第二用户发送给第一用户的各第二数据获取请求可为买家在网络交易平台购买卖家的网页中的商品后，产生的卖家将对应实体发送出去，买家未付款和未确认收到的订单；第二数据为订单中的商品总价格，第三数据为买家为订单的商品总价格支付的价钱，第一数据为第三方金融机构的服务器为以卖家应收的价钱为基础数量，借给卖家的价钱。

在本申请中，所述订单的定义可为：卖家已经将对应商品进行发货，而买家已经为订单支付，但买家未进行收货确认的订单。如此可降低第三方金融机构的服务器数据借用的风险。当然也可定义为其他形式，比如卖家已经将对应的商品进行发货。

以买家购买卖家的订单为例，那么所述请求池可以理解为订单池。

当卖家请求向第三方金融机构的服务器根据其订单的应收账款进行贷款时，那么系统首先根据卖家的第一数据获取请求，将其接收到各个由买家所下的订单放入订单池，然后统计订单池中订单的应收账款总额A(即第二数据的第二总量)，然后系统再通知第三方金融机构的服务器为该卖家发送相应总量的贷款金额B(第一数据的第一总量)；那么第三方金融机构的服务器将贷款B发送给卖家后，系统即记录卖家的贷款余额B(第一数据的第一总量)。

比如，卖家a，其请求时所有订单为：订单1：400元，订单2：200元，订单3：300元，那么将其放入订单池，统计卖家a的应收账款总额(第二总量)为600元，那么请求第三方金融机构的服务器向卖家a发送的贷款为600元，那么系统可记录卖家的贷款余额为600元。

进一步的，在步骤110之后还可包括：

步骤S101，第一服务器接收到第一请求后，生成申请表页面发送至第一用户所在终端进行展示；

步骤S102，第一用户所在终端设备接收在其展示的申请表页面填入的信息，并根据填写完毕的命令将所述申请表信息发送至第一服务器。

另外，在步骤S102之前还包括：

S1011，将第一用户输入的初始身份信息与发送至第一服务器进行验证，如果失败次数达到阈值，则暂停所述第一数据获取请求。

如果步骤S1011在步骤120之后，那么

进一步的，在步骤S1011之后还可包括：

步骤A121，判断第一服务器是否允许过第一用户的第一数据获取请求；

步骤A122，如果是，则判断当前第二总量是否小于阈值，如果不小于阈值，则转入跳过发送校验信息给第一用户对应的移动终端设备，并接收第一用户输入的所述校验信息，进行校验；如果小于，则继续发送校验信息给第一用户对应的移动终端设备，并接收第一用户输入的所述校验信息，进行校验。

即判断当前卖家的应收贷款是否小于阈值，比如20万，如果小于，则可不需要第一用户输入验证码，比如手机验证码。

如此第一用户的包括了用户填写的信息的第一数据获取请求即发送至第一服务器。其中用户填写的信息可包括用户的身份信息等信息。

比如用户输入企业名称或企业工商号验证失败次数超过阈值；或者用户输入姓名或身份证号验证失败次数达到阈值，则暂停所述第一数据获取请求。

在本申请中，为了防止第二用户的恶意的第二数据获取请求，避免系统通知第三方数据处理服务器因大量的第二数据获取请求而大量发送第一数据，导致第三方数据处理服务器负载增大，并且占用网络资源，优选的，步骤110，之后还包括：

步骤A10，判断所述第一用户是否符合发送第一数据获取请求的条件；

比如判断第一用户所在机器是否为被木马控制的机器等情况。

优选的，判断所述第一用户是否符合发送第一数据获取请求的条件具体包括：

步骤A11，获取第一用户的终端设备信息，根据终端设备信息判断所述第一用户是否存在欺诈；

比如提取第一用户所在终端设备的mac地址(Media Access Control，也叫物理地址)，向mac地址所在终端设备发送ping消息，判断其是否与发送第一数据获取请求对应的mac地址相同，如果相同则说明该第一用户所在终端设备正常，不存在欺诈。

步骤A12，如果没有，则发送第一用户对应用户身份信息数据到实名认证库，判断第一用户的用户是否与实名认证库匹配；

如果有，则暂停所述第一数据获取请求。

对于网络交易平台的卖家来说，其存在实际的身份信息，比如对于个人卖家来说，其可包括个人姓名、个人身份证、联系方式等信息，对于企业用户可包括企业名称、工商注册号、企业法人姓名、企业法人身份证、联系方式等。而第一服务器则会在其实名认证库里存储该类身份信息。那么对于第一用户与实名认证库进行匹配，当匹配上，则说明第一用户的身份信息正确。

另外，实名认证库还可采用第三方的实名认证库。

对于前述步骤中第一用户的用户则会将相关身份信息填入申请表，然后发送至第一服务器的情况，那么本步骤中第一服务器则可将该申请表中的身份信息与实名认证库进行匹配。

步骤A13，如果匹配，则发送校验信息给第一用户对应的移动终端设备，并接收第一用户输入的所述校验信息，进行校验；如果校验通过，转入步骤A14,；

比如，如果匹配上，则发送验证码至第一用户关联的手机上，并在第一用户所在终端生成验证短信输入界面，当相应用户则将验证短信输入并发送至第一服务器后，第一服务器则接收第一用户输入的验证码，并与本地记录的发送给该第一用户的验证码进行校验。

如果不匹配，说明第一用户相应的用户身份信息不正确，可能存在造假，则暂停所述第一数据获取请求。

步骤A14，则根据第一用户的历史行为记录信息，判断所述第一用户是否符合安全借用等级。

如果校验通过，则提取用户的历史记录信息，比如交易行为信息，信用记录信息等信息，分析判断第一用户是否符合安全借用等级，比如优良、良、差等等级，如果安全借用等级为良以上，则可符合安全借用等级，如果地域良的等级，则不符合安全借用等级，暂停第一用户的第一数据获取请求。

如果述第一用户符合安全借用等级，还包括：

步骤A141，通知第一用户是否接受预置合同条件；

步骤A142，如果接受，则通知第一用户输入签署信息；

步骤A143，当接收到第一用户输入的签署信息，对所述签署信息进行校验，如果通过，则确认合同条件成立，并进入根据所述第二总量确定相应第一数据的第一总量，所述第一数据由第三方数据处理服务器发送给第一用户及之后的步骤。

对于申请贷款的卖家来说，则提示通知卖家是否接受合同条件，如果接受，则跳转合同签署页面，进行合同签署，当卖家签署后，校验签署信息，如果通过，则确认合同条件成立，则通知第三方金融机构的服务器发放贷款给第一用户，并进入后续处理过程。

步骤A20，如果符合，则进入步骤120；

步骤A30，如果不符合，则暂停第一用户发送的第一数据获取请求。

另外，如果步骤A10在步骤120之后，

对于步骤A10优选的步骤A11至A14，进一步的在步骤A12之后，A13之前，还可包括：

步骤A121，判断第一服务器是否允许过第一用户的第一数据获取请求；

步骤A122，如果是，则判断当前第二总量是否小于阈值，如果小于阈值，转入步骤A14。

即不需要第一用户输入验证码，比如手机验证码。

然后步骤A20，如果符合，则进入步骤130。

步骤140，每当出现新的第二数据获取请求，将所述新的第二数据获取请求放入请求池；

为了便于说明后，续步骤140至步骤170以前述网络交易平台的卖家、买家和第三方金融机构的服务器的例子为例进行说明。

那么对于一个网络交易平台的卖家a，如果买家b对其商品新下了订单4：50元，订单5：80元，那么即可将新下的订单4、订单5放入订单池。

步骤150，当接收到确认完成所述第二数据获取请求的消息时，将所述第二数据获取请求移除请求池，并基于所述请求池中各第二数据获取请求的第二数据重新计算当前的第二总量；

当系统接收到确认完成所述第二数据获取请求的消息时，则将所述第二数据获取请求移除请求池，以便重新计算移除后的请求池中第二数据获取请求的第二数据的第二总量。

比如当前述例子中，将请求池理解为订单池，那么订单池中订单1买家确认收货并付款100元，那么将订单1移除订单池，此时订单池中的订单包括：订单2：200元，订单3：300元，订单4：50元，订单5：80元；那么订单池中的第二总量为630元。

本步骤的确认完成所述第二数据获取请求的消息可通过：每当第二用户ID采用第二有价数据为所述获取请求的第一有价数据进行支付，并确认收到第一用户ID对所述获取请求的确认答复后获得。

步骤160，将所述当前的第二总量与当前的第一总量进行比较，并依据比较结果确定是否将所述第三数据的部分或者全部返回给第三方数据处理服务器；所述第三数据为第二用户发送至第一用户的，对应所述确认完成的第二数据获取请求的确认数据。

其中，如前所述，在第一用户接收到第二用户发送的第二数据获取请求后，第二用户可对所述第二数据获取请求进行答复确认，即通常所说的将订单对应的商品进行发送，该商品即可是实体商品(比如玩具)，也可是虚拟数据商品(比如充值卡的卡号和密码等)。

而买家首先需要对该第二数据获取请求对应的第二数据(即对应的商品信息)进行支付，另外还需确认收到该第二数据获取请求对应的商品。在本申请中，买家可在发送第二数据获取请求时进行支付，即再卖家发货之前就对商品信息进行支付，也可在收到第二数据获取请求对应的商品时再用第三数据对其进行支付。

在步骤160中，具体可包括：

步骤S161，当所述当前的第二总量大于或等于当前的第一总量，则不将所述第三数据的部分或者全部返回给第三方数据处理服务器；

如前所述当前的第一总量为600元，那么第二总量630大于第一总量600，则不用将买家支付的订单1的价钱100返回给第三方金融机构的服务器。

步骤S162，当所述当前的第二总量小于当前的第一总量，则将所述第三数据的部分或者全部返回给第三方数据处理服务器。

本申请返回数据处理平台的第三数据量可为第一总量减去第二总量的差值。当然也可按照其他方式返回。

前述例子中，而如果后续又有订单2的买家确认收货并付款200元，那么此时订单池中订单为：订单3：300元，订单4：50元，订单5：80元。步骤150重新计算订单池中第二总量为430元，小于第一总量600元，那么需要将当前接收的订单2的价钱200中的170(即600-430)返回至第三方金融机构的服务器。

步骤170，如果将所述第三数据的部分或者全部返回给第三方数据处理服务器，则根据当前的第一总量，重新计算扣除所述返回第三方数据处理服务器的第三数据后剩余的第一总量，进入步骤140。

在将所述第三数据的部分或者全部返回给第三方数据处理服务器后，意味着第三方数据处理服务器发送给第一用户第一数据被返回了一部分，即相应的第一总量变化了，那么需要计算第一用户侧变化之后的第一总量，即根据当前的第一总量扣除第三数据后剩余的第一总量。

比如前述例子中，当前的第一总量为600，返回170，那么剩余的第一总量为430。如果返回200，那么剩余的第一总量为400。

然后即可进入下一轮处理。

优选的，所述如果将所述第三数据的部分或者全部返回给第三方数据处理服务器，则根据当前的第一总量，重新计算扣除所述返回第三方数据处理服务器的第三数据后剩余的第一总量，包括:

步骤S171，针对所述第二数据获取请求，当返回相应第三数据给第三方数据处理服务器的期限超过阈值时，将与所述剩余第一总量的指定比例加入所述第一总量中。

比如买家付款并确认收货超过5天，则开始计算未回收贷款的利息(第一总量的指定比例)，并加入第一总量作为新的第一总量。

另外，也可在第三方金融机构的服务器发送第一数据至卖家当天开始按天计算未还贷款(即剩余第一总量)的利息，累加进入第一总量。

在这个过程中，首先第一服务器接收一次第一用户的第一数据获取请求，即可对该第一用户的大量第二数据获取请求进行处理，减少了第一用户的第一数据获取请求发送量；其次，如果新加入订单池的订单的对应的增加的第二数据的总量大于移除订单池的订单的第二数据的总量，那么则可不向第三方数据处理服务器发送通知。

参照图2，其示出了本申请数据处理方法实施例的流程示意图，具体可以包括：

步骤M11，记录新出现的第二数据获取请求；所述第二数据获取请求由第二用户发送给第一用户；

本申请实施例的第一数据获取请求、第二数据获取请求、第一用户、第二用户、第三方数据处理服务器的描述参照前述实施例的描述。

本申请实施例可以将买家在网络交易平台购买卖家的网页中的商品后，产生的买家未付款、未确认收到的订单进行记录。当然，其记录方式可以采用前述实施例描述的订单池，具体原理参见前述实施例，在此不再详述。

优选的，本发明实施例还包括：

步骤M01，接收第一用户发送的第一数据获取请求；所述第一数据获取请求为第一用户请求通知第三方数据处理服务器发送第一数据至所述第一用户；

该步骤M01参照前述步骤110，在此不再详述。

步骤M02，根据所述第一数据获取请求，获得各第二用户发送给所述第一用户的第二数据获取请求，并根据所述第二数据获取请求所对应的第二数据，确定初始的第二数据的第二总量；

在本步骤中，可以第一用户当前的已有的、第二用户还未确认的订单作为初始计算对象，去计算能够借贷给第一用户的第二总量。具体算法参照前述实施例步骤120中描述的第二总量计算过程，在此不再详述。

步骤M03，根据所述第二总量通知第三方数据处理服务器发送相应的第一数据至第一用户，并记录所述第一数据的第一总量。

该步骤参照前述实施例步骤130，在此不再详述。

优选的，还包括：

步骤M011，判断所述第一用户是否符合发送第一数据获取请求的条件；

步骤M012，如果不符合，则暂停第一用户发送的第一数据获取请求。

如果符合，则可以执行后续步骤。

优选的，判断所述第一用户是否符合发送第一数据获取请求的条件具体包括：

步骤M0111，获取第一用户的终端设备信息，根据终端设备信息判断所述第一用户是否存在欺诈；

步骤M0112，如果没有，则发送所述第一用户对应用户身份信息数据到实名认证库，判断所述用户身份信息数据是否与实名认证库匹配；

步骤M0114，如果匹配，则发送校验信息给所述第一用户对应的移动终端设备，并接收所述移动终端设备发送的所述校验信息，进行校验；

步骤M0114，如果校验通过，则根据所述第一用户的历史行为记录信息，判断所述第一用户是否符合安全借用等级。

优选的，还包括：

步骤M0115，如果述第一用户符合安全借用等级，则通知第一用户是否接受预置合同条件；

步骤M0116，如果接受，则通知第一用户输入签署信息；

步骤M0117，当接收到第一用户输入的签署信息，对所述签署信息进行校验，如果通过，则确认合同条件成立。

上述步骤，参照前述实施例相应步骤的描述，在此不再详述。

步骤M12，当接收到确认完成至少一个第二数据获取请求的确认数据后，删除对所述至少一个第二数据获取请求的记录，并基于已记录的第二数据获取请求的第二数据，确定当前未确认的第二总量；

在前述初始的第二总量发送给卖家后，后续过程中新出现的订单则进行记录，那么此时卖家借贷的第一总量等于该初始的第二总量。那么当一个买家对其订单进行确认后，可以将确认数据发送给第一服务器，此时可以删除对这个订单的记录。

优选的，步骤M12包括：

步骤M121，根据所述第一数据获取请求，获得各第二用户发送给第一用户的各第二数据获取请求并放入请求池，并根据所述请求池中的第二数据获取请求对应的第二数据计算初始的第二数据的第二总量。

在实际应用中可以基于前述订单池进行处理，采用订单池的原理参见前述实施例的描述，在此不再详述。

优选的，所述步骤M121包括：

步骤M1211，根据所述第一数据获取请求，获得各第二用户发送给第一用户的各第二数据获取请求，并将第一用户确认答复的第二数据获取请求放入请求池。

该步骤参见前述实施例的步骤R121的描述，在此不再详述。

步骤M13，根据所述第二总量与所述第一用户当前借贷的第一总量的比较结果，确定是否将所述确认数据部分或者全部返回给第三方数据处理服务器；

买家未确认的订单的金额的第二总量，在买家每确认一个订单后，可能会变化，因此，基于步骤M12计算的新的第二总量，与当前卖家借贷的第一总量进行比较。如果第二总量大于等于第一总量，被确认的订单的金额不用还给第三方数据处理服务器。如果第二总量小于第一总量，则需要根据第二总量和第一总量的差值，从确认订单的金额中扣除该差值返回给第三方数据处理服务器。

优选的，步骤M13包括：

步骤M131，当所述当前的第二总量大于或等于所述第一用户当前借贷的第一总量，则不将所述确认数据的部分或者全部返回给第三方数据处理服务器；

步骤M132，当所述当前的第二总量小于所述第一用户当前借贷的第一总量，则将所述确认数据的部分或者全部返回给第三方数据处理服务器。

上述M131-M132的原理参见前述实施例步骤S161-S162的原理，在此不再详述。

优选的，所述将所述确认数据部分或者全部返回给第三方数据处理服务器包括：

将第一总量与第二总量之间的差值对应的确认数据返回给所述第三方数据处理服务器。

确认数据可以包括订单金额，那么可以将第二总量减去第一总量得到差值，然后将订单金额中的对应该差值的金额返回给第三方数据处理服务器。

步骤M14，当将所述确认数据部分或者全部返回给第三方数据处理服务器后，则根据返回所述第三方数据处理服务器的确认数据，更新所述第一总量。

在规划贷款后，由于卖家借款减少，则需要更新其还剩余的借贷的第一总量。

优选的，步骤M14包括:

步骤M141，针对所述第二数据获取请求，当返回相应确认数据给第三方数据处理服务器的期限超过阈值时，将与所述剩余第一总量的指定比例加入所述第一总量中。

该步骤参见前述实施例步骤S171的描述，在此不再详述。

本申请当第一用户借贷了第一总量时，对于记录的第二数据获取请求出现变化的情况，则根据变化后的各第二数据获取请求的第二数据的第二总量，与前一次计算剩余的第一总量的比较结果进行相应判断，如果不符合条件，则不返回第三数据至第三方数据处理服务器。该过程中，大大减少了第一数据获取请求的数量，也减少了向第三方数据处理服务器返回第三数据的次数，从而减少了网络中数据的传输量，在处理同等数量的请求的情况下，降低了网络资源的占用量，从而可提高网络资源的利用效率，也减轻了第一服务器的负载压力。

参照图3，示出了本申请一种数据处理系统实施例的流程示意图，具体可以包括：

第一服务器210和第三方数据处理服务器220

所述第一服务器210包括：

请求接收模块211，用于接收第一用户发送的第一数据获取请求；所述第一数据获取请求为第一用户请求通知第三方数据处理服务器发送第一数据至第一用户；

第二总量计算模块212，用于根据所述第一数据获取请求，获得各第二用户发送给第一用户的各第二数据获取请求并放入请求池，并根据订单池中的第二数据获取请求对应的第二数据计算初始的第二数据的第二总量；

第一总量计算模块213，用于根据所述第二总量通知第三方平台发送相应的第一数据至第一用户，并记录所述第一数据的第一总量；

新第二数据获取请求处理模块214，用于每当出现新的第二数据获取请求，将所述新的第二数据获取请求放入请求池；

已确认请求处理模块215，用于当接收到第二用户确认完成所述第二数据获取请求的消息时，将所述第二数据获取请求移除请求池，并基于所述请求池中各第二数据获取请求的第二数据重新计算当前的第二总量；

比较判断模块216，用于将所述当前的第二总量与当前的第一总量进行比较，并依据比较结果确定是否将所述第三数据的部分或者全部返回给第三方数据处理服务器；

剩余第一总量计算模块217，用于如果将所述第三数据的部分或者全部返回给第三方数据处理服务器，则根据当前的第一总量，重新计算扣除所述返回第三方数据处理服务器的第三数据后剩余的第一总量，并进入已确认请求处理模块。

进一步的，所述请求接收模块之后，或者所述第二总量计算模块之后，还包括：

条件判断模块，用于判断所述第一用户是否符合发送第一数据获取请求的条件；如果符合，则进入第二总量计算模块或者第一总量计算模块；如果不符合，则暂停第一用户发送的第一数据获取请求。

进一步的，所述比较判断模块包括：

第一判断模块，用于当所述当前的第二总量大于或等于当前的第一总量，则不将所述第三数据的部分或者全部返回给第三方数据处理服务器；

第二判断模块，用于当所述当前的第二总量小于当前的第一总量，则将所述第三数据的部分或者全部返回给第三方数据处理服务器。

参照图4，示出了本申请一种数据处理装置实施例的流程示意图，具体可以包括：

第一服务器410，所述第一服务器410包括：

记录模块411，用于记录新出现的第二数据获取请求；所述第二数据获取请求由第二用户发送给第一用户；

已确认请求处理模块412，用于当接收到确认完成至少一个第二数据获取请求的确认数据后，删除对所述至少一个第二数据获取请求的记录，并基于已记录的第二数据获取请求的第二数据，确定当前未确认的第二总量；

比较判断模块413，用于根据所述第二总量与所述第一用户当前借贷的第一总量的比较结果，确定是否将所述确认数据部分或者全部返回给第三方数据处理服务器；

第一总量更新模块414，用于当将所述确认数据部分或者全部返回给第三方数据处理服务器后，则根据返回所述第三方数据处理服务器的确认数据，更新所述第一总量。

优选的，还包括：

请求接收模块，用于接收第一用户发送的第一数据获取请求；所述第一数据获取请求为第一用户请求通知第三方数据处理服务器发送第一数据至所述第一用户；

第二总量计算模块，用于根据所述第一数据获取请求，获得各第二用户发送给所述第一用户的第二数据获取请求，并根据所述第二数据获取请求所对应的第二数据，确定初始的第二数据的第二总量；

第一总量计算模块，用于根据所述第二总量通知第三方数据处理服务器发送相应的第一数据至第一用户，并记录所述第一数据的第一总量。

优选的，所述第二总量计算模块包括：

第二总量计算子模块，用于根据所述第一数据获取请求，获得各第二用户发送给第一用户的各第二数据获取请求并放入请求池，并根据所述请求池中的第二数据获取请求对应的第二数据计算初始的第二数据的第二总量。

优选的，还包括：

条件判断模块，用于判断所述第一用户是否符合发送第一数据获取请求的条件；如果符合，则进入第二总量计算模块或者第一总量计算模块；如果不符合，则暂停第一用户发送的第一数据获取请求。

优选的，所述条件判断模块包括：

欺诈判断子模块，用于获取第一用户的终端设备信息，根据终端设备信息判断所述第一用户是否存在欺诈；

实名认证子模块，用于如果没有，则发送所述第一用户对应用户身份信息数据到实名认证库，判断所述用户身份信息数据是否与实名认证库匹配；

校验子模块，用于如果匹配，则发送校验信息给所述第一用户对应的移动终端设备，并接收所述移动终端设备发送的所述校验信息，进行校验；

安全等级判断子模块，用于如果校验通过，则根据所述第一用户的历史行为记录信息，判断所述第一用户是否符合安全借用等级。

优选的，所述条件判断模块还包括：

合同通知子模块，用于如果述第一用户符合安全借用等级，则通知第一用户是否接受预置合同条件；

签署通知子模块，用于如果接受，则通知第一用户输入签署信息；

合同签署子模块，用于当接收到第一用户输入的签署信息，对所述签署信息进行校验，如果通过，则确认合同条件成立。

优选的，所述比较判断模块413包括：

第一判断子模块，用于当所述当前的第二总量大于或等于所述第一用户当前借贷的第一总量，则不将所述确认数据的部分或者全部返回给第三方数据处理服务器；

第二判断子模块，用于当所述当前的第二总量小于所述第一用户当前借贷的第一总量，则将所述确认数据的部分或者全部返回给第三方数据处理服务器。

优选的，所述第一总量更新模块414包括:

第一更新子模块，用于针对所述第二数据获取请求，当返回相应确认数据给第三方数据处理服务器的期限超过阈值时，将与所述剩余第一总量的指定比例加入所述第一总量中。

优选的，所述比较判断模块413包括：

返回子模块，用于将第一总量与第二总量之间的差值对应的确认数据返回给所述第三方数据处理服务器。

优选的，所述第二总量计算子模块包括：

请求放入子模块，用于根据所述第一数据获取请求，获得各第二用户发送给第一用户的各第二数据获取请求，并将第一用户确认答复的第二数据获取请求放入请求池。

对于系统实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

本发明可用于众多通用或专用的计算系统环境或配置中。例如：个人计算机、第一服务器计算机、手持终端设备或便携式终端设备、平板型终端设备、多处理器系统、基于微处理器的系统、网络PC、小型计算机、大型计算机、包括以上任何系统或终端设备的分布式计算环境等等。本发明优选应用于嵌入式系统中。

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

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

以上对本申请所提供的一种数据处理方法和系统，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (11)

1.一种数据处理方法，其特征在于，包括：

记录新出现的第二数据获取请求；所述第二数据获取请求由第二用户发送给第一用户；

当接收到确认完成至少一个第二数据获取请求的确认数据后，删除对所述至少一个第二数据获取请求的记录，并基于已记录的第二数据获取请求的第二数据，确定当前未确认的第二总量；

根据所述第二总量与所述第一用户当前借贷的第一总量的比较结果，确定是否将所述确认数据部分或者全部返回给第三方数据处理服务器；

当将所述确认数据部分或者全部返回给第三方数据处理服务器后，则根据返回所述第三方数据处理服务器的确认数据，更新所述第一总量。

2.根据权利要求1所述的方法，其特征在于，还包括：

接收第一用户发送的第一数据获取请求；所述第一数据获取请求为第一用户请求通知第三方数据处理服务器发送第一数据至所述第一用户；

根据所述第一数据获取请求，获得各第二用户发送给所述第一用户的第二数据获取请求，并根据所述第二数据获取请求所对应的第二数据，确定初始的第二数据的第二总量；

根据所述第二总量通知第三方数据处理服务器发送相应的第一数据至第一用户，并记录所述第一数据的第一总量。

3.根据权利要求2所述的方法，其特征在于，所述根据所述第一数据获取请求，获得各第二用户发送给第一用户的第二数据获取请求，并根据所述第二数据获取请求所对应的第二数据，确定初始的第二数据的第二总量的步骤，包括：

根据所述第一数据获取请求，获得各第二用户发送给第一用户的各第二数据获取请求并放入请求池，并根据所述请求池中的第二数据获取请求对应的第二数据计算初始的第二数据的第二总量。

4.根据权利要求2所述的方法，其特征在于，还包括：

判断所述第一用户是否符合发送第一数据获取请求的条件；

如果不符合，则暂停第一用户发送的第一数据获取请求。

5.根据权利要求4所述的方法，其特征在于，判断所述第一用户是否符合发送第一数据获取请求的条件具体包括：

获取第一用户的终端设备信息，根据终端设备信息判断所述第一用户是否存在欺诈；

如果没有，则发送所述第一用户对应用户身份信息数据到实名认证库，判断所述用户身份信息数据是否与实名认证库匹配；

如果匹配，则发送校验信息给所述第一用户对应的移动终端设备，并接收所述移动终端设备发送的所述校验信息，进行校验；

如果校验通过，则根据所述第一用户的历史行为记录信息，判断所述第一用户是否符合安全借用等级。

6.根据权利要求5所述的方法，其特征在于，还包括：

如果述第一用户符合安全借用等级，则通知第一用户是否接受预置合同条件；

如果接受，则通知第一用户输入签署信息；

当接收到第一用户输入的签署信息，对所述签署信息进行校验，如果通过，则确认合同条件成立。

7.根据权利要求1所述的方法，其特征在于，所述根据所述第二总量与所述第一用户当前借贷的第一总量的比较结果，确定是否将所述确认数据部分或者全部返回给第三方数据处理服务器的步骤，包括：

当当前的第二总量大于或等于所述第一用户当前借贷的第一总量，则不将所述确认数据的部分或者全部返回给第三方数据处理服务器；

当所述当前的第二总量小于所述第一用户当前借贷的第一总量，则将所述确认数据的部分或者全部返回给第三方数据处理服务器。

8.根据权利要求1所述的方法，其特征在于，所述当将所述确认数据部分或者全部返回给第三方数据处理服务器后，则根据返回所述第三方数据处理服务器的确认数据，更新所述第一总量的步骤，包括:

针对所述第二数据获取请求，当返回相应确认数据给第三方数据处理服务器的期限超过阈值时，将与剩余第一总量的指定比例加入所述第一总量中。

9.根据权利要求1所述的方法，其特征在于，所述将所述确认数据部分或者全部返回给第三方数据处理服务器包括：

将第一总量与第二总量之间的差值对应的确认数据返回给所述第三方数据处理服务器。

10.根据权利要求2所述的方法，其特征在于，所述根据所述第一数据获取请求，获得各第二用户发送给第一用户的各第二数据获取请求并放入请求池包括：

根据所述第一数据获取请求，获得各第二用户发送给第一用户的各第二数据获取请求，并将第一用户确认答复的第二数据获取请求放入请求池。

11.一种数据处理装置，其特征在于，包括：

记录模块，用于记录新出现的第二数据获取请求；所述第二数据获取请求由第二用户发送给第一用户；

已确认请求处理模块，用于当接收到确认完成至少一个第二数据获取请求的确认数据后，删除对所述至少一个第二数据获取请求的记录，并基于已记录的第二数据获取请求的第二数据，确定当前未确认的第二总量；

比较判断模块，用于根据所述第二总量与所述第一用户当前借贷的第一总量的比较结果，确定是否将所述确认数据部分或者全部返回给第三方数据处理服务器；

第一总量更新模块，用于当将所述确认数据部分或者全部返回给第三方数据处理服务器后，则根据返回所述第三方数据处理服务器的确认数据，更新所述第一总量。

Images