数据获取方法及装置与流程

本申请属于数据处理技术领域，具体地说，涉及一种数据获取方法及装置。

背景技术：

随着人们对数据处理的要求越来越高，数据处理过程也越来越复杂，在目前的一种数据处理系统中，可以允许多个用户注册对应的用户账户，并可以维护并处理每一个用户账户对应的用户数据，数据处理系统应用于不同领域中时，用户数据可以有不同的用途。

在一个实际应用中，数据处理系统可以通过数据收集的方式，获取多个用户账户提交的用户数据，以集中进行相应的数据处理，在数据收集过程中，用户账户提交的用户数据会被预先冻结，数据收集结束时，如果收集获取的数据满足收集条件时，再进行数据推进，将用户账户中的用户数据从用户账户中扣减，如果不满足数据收集条件，即将用户数据解冻。

但是，由于用户账户有可能发生异常，异常的用户账户中的用户数据将无法使用，因此如果用户账户在数据收集过程中，提交用户数据时状态正常，但是数据收集结束时，用户账户有可能已发生异常，这就导致无法实现数据扣减，此时数据推进就会终止，已扣减的数据也会回滚至对应的用户账户中，从而使得数据获取失败。

技术实现要素：

有鉴于此，本申请所要解决的技术问题是提供了一种数据处理方法及装置，提高了数据获取的成功率。

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

在数据收集过程中，获取针对任一个用户账户的数据提交请求；

将所述用户账户中所述数据提交请求中请求提交的用户数据进行数据冻结；

在数据收集结束之后，检测进行数据收集的任一个用户账户是否发生异常；

针对未异常的用户账户，在从全部未异常的用户账户中收集获取的用户数据满足收集条件时，将每一个未异常的用户账户中的用户数据进行扣减，获得收集数据。

优选地，所述将未异常的用户账户中的业务数据进行扣减，获得收集数据之后，所述方法还包括：

将所述收集数据转发至收集账户；

所述在数据收集结束之后，针对进行数据收集的任一个用户账户，检测所述用户账户是否异常包括：

检测所述收集账户是否发生异常；

在所述收集账户未异常时，针对进行数据收集的任一个用户账户，检测所述用户账户是否异常。

优选地，在将所述收集数据转发至收集账户的过程中，所述方法还包括：

检测所述收集数据对应的任一个用户账户是否发生异常；

如果是，输出维护提示信息，所述维护提示信息用于提示用户处理所述发生异常的用户账户；

如果否，继续将所述收集数据转发至所述收集账户。

优选地，所述将所述收集数据转发至收集账户的过程中，所述方法还包括：

检测所述收集数据对应的任一个用户账户是否发生异常；

判断从所述收集数据对应的全部未异常的用户账户中，收集获取的用户数据是否满足所述收集条件；

在从进行数据收集的全部用户账户中收集获取的用户数否满足收集条件时，将所述收集数据对应的全部未异常的用户账户中的用户数据继续转发至所述募集账户。

优选地，所述在数据收集结束之后，针对进行数据收集的任一个用户账户，检测所述用户账户是否发生异常包括：

在数据收集结束之后，判断从进行数据收集的全部用户账户中收集获取的用户数据是否满足收集条件；

如果是，针对进行数据收集的任一个用户账户，检测所述用户账户是否发生异常；

如果否，将进行数据收集的每一个用户账户中的用户数据进行数据解冻。

一种数据处理装置，包括：

请求获取模块，用于在数据收集过程中，获取针对任一个用户账户的数据提交请求；

数据冻结模块，用于将所述用户账户中所述数据提交请求中请求提交的用户数据进行数据冻结；

第一检测模块，用于在数据收集结束之后，检测进行数据收集的任一个用户账户是否发生异常；

第一判断模块，用于针对未异常的用户账户，判断从全部未异常的用户账户中收集获取的用户数据是否满足收集条件；

数据获取模块，用于在所述数据判断模块结果为是时，将每一个未异常的用户账户中的用户数据进行扣减，获得收集数据。

优选地，还包括：

数据转发模块，用于将所述收集数据转发至收集账户；

所述第一检测模块具体用于在数据收集结束之后，检测所述收集账户是否发生异常；

在所述收集账户未异常时，针对进行数据收集的任一个用户账户，检测 所述用户账户是否异常。

优选地，还包括：

第二检测模块，用于在将所述收集数据转发至收集账户的过程中，检测所述收集数据对应的任一个用户账户是否发生异常；如果否，触发所述数据转发模块继续将所述收集数据转发至收集账户；

信息提示模块，用于在所述第二检测模块检测收集数据对应的任一个用户账户发生异常，输出维护提示信息，所述维护提示信息用于提示用户处理所述发生异常的用户账户。

优选地，还包括：

第三检测模块，用于在将所述收集数据转发至收集账户的过程中，检测所述收集数据对应的任一个用户账户是否发生异常；

第二判断模块，用于判断从所述收集数据对应的全部未异常的用户账户中，收集获取的用户数据是否满足所述收集条件；如果是，触发所述数据转发模块将所述收集数据对应的全部未异常的用户账户中的用户数据继续转发至所述募集账户；

数据回滚模块，用于在所述第二判断模块结果为否时，将所述收集数据中的用户数据回滚至对应的用户账户。

优选地，第一检测模块包括：

判断单元，用于在数据收集结束之后，判断从进行数据收集的全部用户账户中收集获取的用户数据是否满足收集条件；

第一检测单元，用于所述判断单元结果为是时，针对进行数据收集的任一个用户账户，检测所述用户账户是否发生异常。

与现有技术相比，本申请可以获得包括以下技术效果：

在数据收集结束之后，首先判断进行数据收集的用户账户是否发生异常，如果存在异常的用户账户，则针对未异常的用户账户，判断收集获取的业务数据是否满足收集条件，如果满足收集条件，则数据推进会继续进行，将未异常的用户账户的业务数据进行扣减，通过对用户账户进行判断，保证了从每一个用户账户中可以成功进行数据扣减，且收集获取的收集数据满足 收集条件，因此即可以进行集中的数据处理，不会影响数据处理，提高了数据获取的成功率，保证了数据处理的成功率。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是本申请实施例的一种数据获取方法一个实施例的流程图；

图2是本申请实施例的一种数据获取方法又一个实施例的流程图；

图3是本申请实施例的一种数据获取装置一个实施例的结构示意图；

图4是本申请实施例的一种数据获取装置又一个实施例的结构示意图。

具体实施方式

以下将配合附图及实施例来详细说明本申请的实施方式，藉此对本申请如何应用技术手段来解决技术问题并达成技术功效的实现过程能充分理解并据以实施。

本申请技术方案主要应用于数据处理系统中，适用于数据处理系统通过数据收集方式，收集多个用户账户提交的用户数据，以集中进行相应的数据处理的应用场景中。

在一个实际应用中，该数据处理系统可以为第三方支付平台。

第三方支付平台是指与银行(通常是多家银行)签约，并具备一定实力和信誉保障的第三方独立机构提供的交易支持平台。通过第三方支付平台，可以提供更丰富的支付手段以及可靠的服务保证。

第三方支付平台可以允许多个用户注册对应的用户账户，并可以维护并处理每一个用户账户对应的用户数据。

为了适应用户消费观念的提升以及理财意识的增强，通过第三方支付平台除了可以实现货款支付，还可以为用户提供增值服务，通过第三 方法支付平台可以直接购买货币基金等金融产品，以获得收益，此时，用户数据即是指用户资金。

在一种基于第三方支付平台提供的增值服务中，第三方支付平台可以通过募集用户账户中的用户资金，用以购买金融机构发行的金融产品，数据收集过程也即是募集用户资金的过程。金融机构可以指定一个购买开放时间，在此开放时间内购买该金融产品的用户资金会被预先冻结；在开放时间结束且募集获取的用户资金资金满足收集条件时，再从用户账户中扣减购买该产品的用户资金，如果不满足收集条件，则用户账户中的用户资金即被解冻。

由于募集过程中，用户账户异常，募集结束时，用户账户有可能已发生异常，将导致用户账户中的用户资金无法扣减，从而导致募集失败，影响数据处理。

为了提高数据处理成功率，发明人经过一系列研究，提出本申请技术方案，在本申请实施例中，在数据收集过程中，获取针对任一个用户账户的数据提交请求；将所述用户账户中所述数据提交请求中请求提交的业务数据进行数据冻结；在数据收集结束之后，检测进行数据收集的任一个用户账户是否发生异常；针对未异常的用户账户，判断从全部未异常的用户账户中收集获取的业务数据是否满足收集条件；在从全部未异常的用户账户中收集获取的业务数据满足收集条件时，将每一个未异常的用户账户中的业务数据进行扣减，获得收集数据。通过对用户账户进行判断，可以保证从每一个用户账户中能够成功进行数据扣减，收集获取的收集数据且满足收集条件，因此即可以进行集中的数据处理，不会影响数据处理，提高了数据获取的成功率，进而保证了数据处理的成功率。

下面将结合附图对本申请技术方案进行详细描述。

图1为本申请实施例提供的一种数据处理方法一个实施例的流程图，该方法可以包括以下几个步骤：

101：在数据收集过程中，获取针对任一个用户账户的数据提交请求。

针对用户账户的数据提交请求，可以是用户通过用户账户对应的登录信息，比如用户名和密码等，登录数据处理系统之后触发的。

在数据收集过程中，用户可以请求将用户账中的用户数据参与数据收集。

102：将所述用户账户中所述数据提交请求中请求提交的用户数据进行数据冻结。

根据数据提交请求，可以将用户账户中，请求提交的用户数据进行数据冻结。

数据冻结可以是指用户账户中，所述请求提交的用户数据虽然不被扣减，但是停止流动或变动，不能进行其他数据处理。

所述请求提交的用户数据是指用户账户对应的存储数据中一定数量的数据，数据提交请求中可以携带请求提交的数据数量。

比如存储数据总共为2000份额，可以请求提交1200份额的数据，则将存储数据中1200份额的数据进行冻结，剩余800份额的数据可以正常使用。

103：在数据收集结束之后，检测进行数据收集的任一个用户账户是否发生异常。

每一个数据收集过程对应一个收集时间，在收集时间结束之后，数据收集也即结束。

本申请实施例中，在数据收集结束，进行数据推进之前，首先检查进行数据收集的任一个用户账户是否异常。数据推进也即是指将用户账户中的用户数据从用户账户中扣减。

其中，检测用户账户是否异常，可以是检测用户账户是否挂失、注销或者处于其他失效状态等。

104：针对未异常的用户账户，判断从全部未异常的用户账户中收集获取的用户数据是否满足收集条件，如果是，执行步骤105。

本申请实施例中，针对未异常的用户账户，判断在数据收集过程中，从全部未异常的用户账户中收集获取的用户数据是否满足收集条件。

如果每一个用户账户均未异常，则均作为未异常的用户账户，判断从全部未异常的用户账户中收集获取的用户数据是否满足收集条件。

其中，由于数据收集的目的是为了收集足够多的数据，集中进行处理。因此，作为一种可能的实现方式，该收集条件例如可以是收集获取的用户数据总数量大于或等于收集阈值。

105：将每一个未异常的用户账户中的请求提交的用户数据进行扣减，获得收集数据。

如果从全部未异常的用户账户收集获取的用户数据满足收集条件，则数据推进可以继续，即将每一个未异常的用户账户中的请求提交的用户数据进行扣减，获得收集数据。

而如果从全部未异常的用户账户中收集获取的用户数据不满足收集条件时，则不进行数据扣减。

此时可以将数据进行数据解冻，因此作为又一个实施例，步骤104判断结果为否时，还可以执行步骤106。

106：将每一个未异常的用户账户中的请求提交的用户数据进行数据解冻。

如果从全部未异常的用户账户中收集获取的用户数据不满足收集条件，数据推进失败，将每一个未异常的用户账户中的请求提交的用户数据进行数据解冻，不进行数据扣减，数据收集失败。

将用户数据进行数据解冻，被解冻的用户数据可以进行其他数据处理。

在本实施例中，在数据收集结束时，首先对进行数据收集的用户账户进行异常检测，针对未异常的用户账户，如果从未异常的用户账户收集获取的收集数据满足收集条件，再从未异常的用户账户中进行数据扣减，保证了从每一个用户账户中可以成功进行数据扣减，收集获取的收集数据且满足收集条件，因此即可以进行集中的数据处理，不会影响数据处理，提高了数据获取的成功率，从而保证了数据处理的成功率。

其中，在数据收集结束之后，可以首先判断从进行数据收集的全部用户 账户中收集获取的用户数据是否满足收集条件，在进行数据收集的全部用户账户中收集获取的用户数据满足收集条件时，再针对进行数据收集的任一个用户账户，检测所述用户账户是否发生异常。

因此，作为又一个实施例，步骤103可以包括：

在数据收集结束之后，判断从进行数据收集的全部用户账户中收集获取的用户数据是否满足收集条件；

如果是，针对进行数据收集的任一个用户账户，检测所述用户账户是否发生异常。

而在从进行数据收集的全部用户账户中收集获取的用户数据不满足收集条件时，则可以将进行数据收集的每一个用户账户中的用户数据进行数据解冻。

其中，本申请实施例中，对获得的收集数据的一种数据处理方式，可以是将收集数据转发至收集账户或者发送至收集设备等。

将收集数据转发至收集设备，可以由收集设备对所述收集数据进行进一步的处理。

将收集数据转发至收集账户，该收集账户可以是通过数据处理系统注册的一种用户账户。将收集数据转发至收集账户之后，可以根据针对收集账户的数据处理请求，对所述收集账户中的所述收集数据进行进一步的处理。

因此，作为又一个实施例，所述将未异常的用户账户中的业务数据进行扣减，获得收集数据之后，所述方法还可以包括：

将所述收集数据转发至收集账户；

则所述在数据收集结束之后，针对进行数据收集的任一个用户账户，检测所述用户账户是否异常包括：

检测所述收集账户是否发生异常；

在所述收集账户未异常时，针对进行数据收集的任一个用户账户，检测所述用户账户是否异常。

其中，如果收集账户异常，且可以直接将每一用户账户中的用户数据进行数据解冻。

也即，收集账户以及进行数据收集的每一个用户账户均未出现异常时，数据推进才可以继续。

其中，由于在将所述收集数据转发至收集账户或者发送至收集设备的转发过程也需要一定的转发时间，在该转发时间内，所述收集数据对应的任一个用户账户有可能发生异常。

因此，作为又一个实施例，在将所述收集数据转发至收集账户的过程中，所述方法还可以包括：

检测所述收集数据对应的任一个用户账户是否发生异常；

如果所述收集数据对应的任一个用户账户发生异常，输出维护提示信息，所述维护提示信息用于提示用户处理所述发生异常的用户账户。

如果任一个用户账户均未发生异常，则继续将所述收集数据转发至收集账户。

如果所述收集数据对应的任一个用户账户发生异常，可以暂停将所述收集数据转发至所述收集账户，也可以判断从所述收集数据对应的全部未异常的用户账户中，收集获取的用户数据是否满足所述收集条件，如果是，则可以将所述收集数据对应的全部未异常的用户账户中的用户数据继续转发至所述募集账户。

其中，检测所述收集数据对应的任一个用户账户是否发生异常可以实时进行，一旦经过用户处理，异常用户账户恢复正常时，则可以继续将收集数据中，所述异常用户账户对应的用户数据转发至收集账户，以保证数据获取的成功率。

作为又一个实施例，所述将所述收集数据转发至收集账户的过程中，所述方法还可以包括：

检测所述收集数据对应的任一个用户账户是否发生异常；

判断从所述收集数据对应的全部未异常的用户账户中，收集获取的用户数据是否满足所述收集条件；

如果是，将所述收集数据对应的全部未异常的用户账户中的用户数据继续转发至所述募集账户；

如果否，将所述收集数据中的用户数据回滚至对应的用户账户。

也即，如果收集数据中对应的任一个用户账户发生异常，而从未异常的用户账户收集获取的用户数据如果满足收集条件，则可以将所述收集数据对应的全部未异常的用户账户中的用户数据继续转发至所述募集账户继；而如果不满足收集条件，则转发结束，将所述收集数据中的用户数据回滚至对应的用户账户，以避免异常的用户账户的用户数据进行数据处理可能造成的问题。

其中，异常的用户账户用户数据回滚失败，还可以输出回滚失败提示信息，以提示用户进行处理。

在实际应用中，本申请实施例中所述的数据处理系统可以是第三方支付平台，第三方支付平台可以通过募集用户账户中的用户资金，用以购买金融机构发行的金融产品，数据收集过程也即是资金募集的过程。金融机构可以指定一个购买开放时间，在此开放时间内购买该产品的用户资金会被预先冻结；在开放时间结束且募集获取的用户资金资金满足募集条件时，再从用户账户中扣减购买该产品的用户资金，如果不满足募集条件，则用户资金即被解冻。

下面将以数据处理系统为第三方支付平台为例，对本申请实施例的技术方案进行详细描述。

如图2所示，为本申请实施例的一种数据处理方法又一个实施例的流程图，该方法可以包括以下几个步骤：

201：在资金募集过程中，获取针对任一个用户账户的资金提交请求。

202：将所述用户账户中所述资金提交请求中请求提交的用户资金进行资金冻结。

203：在资金募集结束之后，判断从进行资金募集的用户账户中募集获取的用户资金是否满足募集条件，如果是，执行步骤204，如果否，执行步骤207。

该募集条件例如可以是募集的用户资金总数量大于或等于募集阈值。

资金募集结束也即，金融机构指定的购买开放时间结束。

204：检测进行资金募集的任一个用户账户是否发生异常。

205：针对未异常的用户账户，判断从全部未异常的用户账户中募集获取的用户资金是否所述满足募集条件，如果否，执行步骤206，如果否，执行步骤207。

206：将每一个未异常的用户账户中的用户资金进行数据解冻。

207：将每一个未异常的用户账户中的用户资金进行扣减，获得募集资金。

其中，获得的募集资金可以转发至募集账户，募集账户可以通过第三方支付平台将募集账户中的募集资金转发至金融机构在银行系统的银行账户中，以购买金融机构的金融产品，获得利润，进行资金募集的用户均可以按比例获取相应的利润。

因此，在从进行资金募集的用户账户中募集获取的用户资金满足募集条件时，还可以判断募集账户是否发生异常。

在募集账户未发生异常时，再执行步骤206的操作。

在募集账户发送异常时，则执行步骤207的操作，将用户资金进行解冻。

当然，获得的募集资金也可以直接转发至金融机构在银行系统的银行账户中，以实现购买金融机构的金融产品的目的。

此时，在从进行资金募集的用户账户中募集获取的用户资金满足募集条件时，还可以判断所述金融机构在所述银行系统的银行账户是否异常，如果是，则执行步骤207的操作，将用户资金进行解冻，如果否，再执行步骤206的操作。

其中，将募集资金转发至募集账户或者银行系统中时，募集资金对应的用户账户有可能发生的异常。

因此，在将所述募集资金转发至募集账户的过程中，如果募集资金对应的任一个用户账户发生异常，则可以输出维护提示信息，所述维护提示信息用于提示用户处理所述发生异常的用户账户。

当然，如果募集资金对应的任一个用户账户发生异常，还可以判断从所述募集资金对应的全部未异常的用户账户中，募集获取的用户资金是否满足募集条件；

如果是，将所述募集资金对应的全部未异常的用户账户中的用户资金继续转发至所述募集账户；

如果否，将所述募集数据中的用户资金回滚至对应的用户账户，以避免异常的用户账户的用户资金购买金融产品可以造成的资金风险，且也可以避免募集资金获得的利润无法反馈给异常的用户账户。

异常的用户账户用户资金回滚失败，还可以输出回滚失败提示信息，以提示用户进行处理。

在本实施例中，在资金募集结束时，首先对进行资金募集的用户账户进行异常检测，针对未异常的用户账户，如果从未异常的用户账户募集获取的募集资金满足收集条件，再从未异常的用户账户中进行用户资金扣减，保证了从每一个用户账户中可以成功进行资金扣减，且募集获取的募集资金满足收集条件，因此即可以进行集中的数据处理，不会影响数据处理，提高了数据收集和数据处理的成功率。避免了现有技术中资金扣减无法扣减导致资金募集失败的问题，提高资金获取成功率，可以及时向募集账户进行打款，从而可以保证用户利益最大化。

图3为本申请实施例提供的一种数据获取装置一个实施例的结构示意图，该装置可以包括：

请求获取模块301，用于在数据收集过程中，获取针对任一个用户账户的数据提交请求；

数据冻结模块302，用于将所述用户账户中所述数据提交请求中请求提交的用户数据进行数据冻结。

数据冻结可以是指用户账户中，所述请求提交的用户数据虽然不被扣减，但是停止流动或变动，不能进行其他数据处理。

所述请求提交的用户数据是指用户账户对应的存储数据中一定数量的数据，数据提交请求中可以携带请求提交的数据数量。

第一检测模块303，用于在数据收集结束之后，检测进行数据收集的任一个用户账户是否发生异常。

其中，检测用户账户是否异常，可以是检测用户账户是否挂失、注销或者处于其他失效状态等。

第一判断模块304，用于针对未异常的用户账户，判断从全部未异常的用户账户中收集获取的用户数据是否满足收集条件。

如果每一个用户账户均未异常，则均作为未异常的用户账户，判断从全部未异常的用户账户中收集获取的用户数据是否满足收集条件。

其中，由于数据收集的目的是为了收集足够多的数据，集中进行处理。

该收集条件例如可以是收集获取的用户数据总数量大于或等于收集阈值。

数据获取模块305，用于在所述数据判断模块结果为是时，将每一个未异常的用户账户中的用户数据进行扣减，获得收集数据。

此外，作为又一个实施例，如图3中所示，该装置还可以包括：

数据解冻模块306，用于在所述数据判断模块结果为否时，将每一个未异常的用户账户中的用户数据进行数据解冻。

在本实施例中，在数据收集结束时，首先对进行数据收集的用户账户进行异常检测，针对未异常的用户账户，如果从未异常的用户账户收集获取的收集数据满足收集条件，再从未异常的用户账户中进行数据扣减，保证了从每一个用户账户中可以成功进行数据扣减，收集获取的收集数据且满足收集条件，因此即可以进行集中的数据处理，不会影响数据处理，提高了数据获取的成功率，从而保证了数据处理的成功率。

其中，在数据收集结束之后，可以首先判断从进行数据收集的全部用户账户中收集获取的用户数据是否满足收集条件，在进行数据收集的全部用户账户中收集获取的用户数据满足收集条件时，再针对进行数据收集的任一个用户账户，检测所述用户账户是否发生异常。

因此作为又一个实施例，第一检测模块可以包括：

判断单元，用于在数据收集结束之后，判断从进行数据收集的全部用户账户中收集获取的用户数据是否满足收集条件；

第一检测单元，用于所述判断单元结果为是时，针对进行数据收集的任一个用户账户，检测所述用户账户是否发生异常。

在判断单元结果为否时，还可以触发所述数据解冻模块将进行数据收集的每一个用户账户中的用户数据进行解冻。

本申请实施例中，对获得的收集数据的一种数据处理方式，可以是将收集数据转发至收集账户或者发送至收集设备等。

将收集数据转发至收集设备，可以由收集设备对所述收集数据进行进一步的处理。

将收集数据转发至收集账户，该收集账户也是通过数据处理系统注册的一种用户账户。将收集数据转发至收集账户之后，可以根据针对收集账户的数据处理请求，对所述收集账户中的所述收集数据进行进一步的处理。

因此，作为又一个实施例，如图4所述，所述装置还可以包括：

数据转发模块307，用于将所述收集数据转发至收集账户；

则所述第一检测模块303可以具体用于在数据收集结束之后，检测所述收集账户是否发生异常；

在所述收集账户未异常时，针对进行数据收集的任一个用户账户，检测所述用户账户是否异常。

其中，由于在将所述收集数据转发至收集账户或者发送至收集设备的转 发过程也需要一定的转发时间，在该转发时间内，所述收集数据对应的任一个用户账户有可能发生异常。

因此，作为又一个实施例，如图4所示，该装置还可以包括：

第二检测模块308，用于在将所述收集数据转发至收集账户的过程中，检测所述收集数据对应的任一个用户账户是否发生异常；如果否，可以触发所述数据转发模块继续将所述收集数据转发至收集账户；

信息提示模块309，用于在所述第二检测模块检测收集数据对应的任一个用户账户发生异常，输出维护提示信息，所述维护提示信息用于提示用户处理所述发生异常的用户账户

其中，第二检测模块在检测收集数据对应的任一个用户账户发生异常时，还可以触发数据转发模块暂停将所述收集数据转发至收集账户；当然作为另一种可能的实现方式，还可以在从所述收集数据对应的全部未异常的用户账户中，收集获取的用户数据满足所述收集条件时，将所述收集数据对应的全部未异常的用户账户中的用户数据继续转发至所述募集账户。

此外，第二检测模块可以实时进行检测，一旦经过用户处理，异常用户账户恢复正常时，则可以继续触发所述数据转发模块将收集数据中，所述异常用户账户对应的用户数据转发至收集账户。

此外，作为又一个实施例，该装置还可以包括：

第三检测模块，用于在将所述收集数据转发至收集账户的过程中，检测所述收集数据对应的任一个用户账户是否发生异常；

第二判断模块，用于判断从所述收集数据对应的全部未异常的用户账户中，收集获取的用户数据是否满足所述收集条件；如果是，触发所述数据转发模块将所述收集数据对应的全部未异常的用户账户中的用户数据继续转发至所述募集账户；

数据回滚模块，用于在所述第二判断模块结果为否时，将所述收集数据中的用户数据回滚至对应的用户账户。

其中，异常的用户账户用户数据回滚失败，还可以输出回滚失败提示信息，以提示用户进行处理。

上述任一实施例所述的数据获取装置，在实际应用中可以配置在第三方支付平台中，第三方支付平台在资金募集结束时，首先对进行资金募集的用户账户进行异常检测，针对未异常的用户账户，如果从未异常的用户账户募集获取的募集资金满足收集条件，再从未异常的用户账户中进行用户资金扣减，保证了从每一个用户账户中可以成功进行资金扣减，且募集获取的募集资金满足收集条件，因此即可以进行集中的数据处理，不会影响数据处理，提高了数据收集和数据处理的成功率。避免现有技术中，资金扣减无法扣减导致资金募集失败，提高资金获取成功率，保证了金融产品的成功购买，从而可以保证用户利益最大化。

在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括非暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

如在说明书及权利要求当中使用了某些词汇来指称特定组件。本领域技术人员应可理解，硬件制造商可能会用不同名词来称呼同一个组件。本说明书及权利要求并不以名称的差异来作为区分组件的方式，而是以组件在功能上的差异来作为区分的准则。如在通篇说明书及权利要求当中所提及的“包 含”为一开放式用语，故应解释成“包含但不限定于”。“大致”是指在可接收的误差范围内，本领域技术人员能够在一定误差范围内解决所述技术问题，基本达到所述技术效果。此外，“耦接”一词在此包含任何直接及间接的电性耦接手段。因此，若文中描述一第一装置耦接于一第二装置，则代表所述第一装置可直接电性耦接于所述第二装置，或通过其他装置或耦接手段间接地电性耦接至所述第二装置。说明书后续描述为实施本申请的较佳实施方式，然所述描述乃以说明本申请的一般原则为目的，并非用以限定本申请的范围。本申请的保护范围当视所附权利要求所界定者为准。

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

上述说明示出并描述了本申请的若干优选实施例，但如前所述，应当理解本申请并非局限于本文所披露的形式，不应看作是对其他实施例的排除，而可用于各种其他组合、修改和环境，并能够在本文所述申请构想范围内，通过上述教导或相关领域的技术或知识进行改动。而本领域人员所进行的改动和变化不脱离本申请的精神和范围，则都应在本申请所附权利要求的保护范围内。