一种资源处理方法及装置与流程

本申请涉及计算机技术领域，尤其涉及一种资源处理方法及装置。

背景技术：

在互联网技术的支持下，产生了多样化的互联网业务模式，如：点对点网络借贷(person-to-person，p2p)模式，使得不同用户之间可以通过互联网的方式，彼此获取自身所需的资源，相应的资源平台(如：p2p平台)也应运而生。

现有技术中，资源需求方(如：个人用户)可向资源平台发出请求，以便获取到相应的资源进行使用，相应地，资源平台也会根据资源需求方的请求，为资源需求方匹配合适的资源提供方(如：银行、具有足够资源的用户等)，以使得资源提供方能够为资源需求方提供资源。其过程具体为：资源平台接收资源需求方发出的资源请求，并根据资源请求以及资源提供方预设的匹配条件，进行匹配。在后续过程中，资源平台将会将已匹配成功的资源进行转移，也即，从资源提供方的资源账户中扣除相应数量的资源，并在资源需求方的资源账户中，增加同数量的资源。

然而，对于上述现有技术中的资源平台而言，资源平台针对资源的调配过程，对资源需求方以及资源提供方是不透明的，尤其对于资源提供方而言，只能获知自身资源账户中资源数量的变化，却不能获知资源平台所执行的资源匹配的对方用户是否为合法用户，或者对方用户是否符合资源匹配的条件，一旦资源平台将资源提供方所提供的资源匹配给非法用户，则该资源将被非法利用，从而造成资源提供方的损失。

技术实现要素：

本申请实施例提供一种资源处理方法及装置，用以解决目前资源平台在进行资源匹配的过程中存在风险的问题。

本申请实施例提供的一种资源处理方法，包括：

资源平台基于资源匹配操作生成匹配信息；

将所述匹配信息反馈给所述资源匹配操作所对应的用户，以使得所述用户向部分或全部校验用户广播所述匹配信息；

接收校验用户针对所述匹配信息的校验结果；

当所述校验结果为通过时，基于匹配的资源执行资源转移操作。

本申请实施例还提供的一种资源处理方法，包括：

接收资源匹配操作所对应的用户所广播的匹配信息，其中，所述匹配信息是资源平台基于资源匹配操作所生成的；

根据接收到的所述匹配信息，在所述资源平台所记录的历史数据中，查找与所述匹配信息相关的历史数据；

根据查找到的所述历史数据，对所述匹配信息进行校验，生成校验结果；

将校验结果发送给所述资源平台，以使得所述资源平台根据所述校验结果对已匹配的资源执行资源转移操作。

本申请实施例还提供的一种资源处理方法，包括：

基于资源平台发起资源匹配操作；

接收由所述资源平台反馈的匹配信息；

将所述匹配信息向部分或全部的校验用户进行广播，以使得所述校验用户根据由所述资源平台所记录的历史数据进行校验。

本申请实施例还提供的一种资源处理方法，包括：

融资平台基于融资操作生成融资信息；

将所述融资信息反馈给进行融资的用户，以使得进行融资的用户向部分或全部的校验用户广播所述融资信息；

接收所述用户针对所述融资信息的校验结果；

当所述校验结果为通过时，所述融资平台执行资金转移操作。

本申请实施例还提供的一种资源处理方法，包括：

接收融资操作所对应的用户所广播的融资信息，其中，所述融资信息是所述融资平台基于融资操作所生成的；

根据接收到的所述融资信息，在所述融资平台所记录的历史融资数据中，查找与所述融资信息相关的历史融资数据；

根据查找到的所述历史融资数据，对所述融资信息进行校验，生成校验结果；

将校验结果发送给所述融资平台，以使得所述融资平台根据所述校验结果执行资金转移操作。

本申请实施例还提供的一种资源处理方法，包括：

基于融资平台发起融资操作；

接收由所述融资平台反馈的融资信息；

将所述融资信息向部分或全部的校验用户进行广播，以使得所述校验用户根据由所述融资平台所记录的历史融资数据进行校验。

本申请实施例提供的一种资源处理装置，包括：

生成模块，基于资源匹配操作生成匹配信息；

反馈模块，将所述匹配信息反馈给所述资源匹配操作所对应的用户，以使得所述用户向部分或全部校验用户广播所述匹配信息；

接收模块，接收所述用户针对所述匹配信息的校验结果；

执行模块，当所述校验结果为通过时，基于匹配的资源执行资源转移操作。

本申请实施例提供的一种资源处理装置，包括：

接收模块，接收进行资源匹配的用户所广播的匹配信息，其中，所述匹配信息是资源平台基于资源匹配操作所生成的；

查找模块，根据接收到的所述匹配信息，在所述资源平台所记录的历史数据中，查找与所述匹配信息相关的历史数据；

校验模块，根据查找到的所述历史数据，对所述匹配信息进行校验，生成校验结果；

发送模块，将校验结果发送给所述资源平台，以使得所述资源平台根据所述校验结果对已匹配的资源执行资源转移操作。

本申请实施例提供的一种资源处理装置，包括：

操作模块，基于资源平台发起资源匹配操作；

接收模块，接收由所述资源平台反馈的匹配信息；

广播模块，将所述匹配信息向部分或全部的校验用户进行广播，以使得所述校验用户根据由所述资源平台所记录的历史数据进行校验。

本申请实施例提供的一种资源处理装置，包括：

生成模块，基于融资操作生成融资信息；

反馈模块，将所述融资信息反馈给进行融资的用户，以使得进行融资的用户向部分或全部的校验用户广播所述融资信息；

接收模块，接收所述用户针对所述融资信息的校验结果；

执行模块，当所述校验结果为通过时，所述融资平台执行资金转移操作。

本申请实施例提供的一种资源处理装置，包括：

接收模块，接收进行融资的用户所广播的融资信息，其中，所述融资信息是所述融资平台基于融资操作所生成的；

查找模块，根据接收到的所述融资信息，在所述融资平台所记录的历史融资数据中，查找与所述融资信息相关的历史融资数据；

校验模块，根据查找到的所述历史融资数据，对所述融资信息进行校验，生成校验结果；

发送模块，将校验结果发送给所述融资平台，以使得所述融资平台根据所述校验结果执行资金转移操作。

本申请实施例提供的一种资源处理装置，包括：

操作模块，基于融资平台发起融资操作；

接收模块，接收由所述融资平台反馈的融资信息；

广播模块，将所述融资信息向部分或全部的校验用户进行广播，以使得所述校验用户根据由所述融资平台所记录的历史融资数据进行校验。

本申请实施例提供一种资源处理方法及装置，当用户在资源平台上完成了资源匹配的过程后，资源平台并不会立即执行资源的转移操作，而是基于该次资源匹配操作生成匹配信息，并反馈给进行资源匹配的用户，由进行资源匹配的用户将该匹配信息广播给使用该资源平台的部分或全部的校验用户，这样一来，这些校验用户便可以接收到匹配信息，并基于资源平台所记录的历史数据，对该匹配信息进行校验，并向资源平台反馈校验结果，而只有在校验通过后，资源平台才会基于匹配的资源进行资源转移操作，相较于现有技术，是否进行资源转移不再由资源平台自身决定，而是需经用户进行校验后决定，显然，这样的方式使得资源匹配、转移过程对用户透明，能够避免用户资源被非法利用的隐患。

附图说明

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

图1a为本申请实施例提供的资源处理过程所基于的架构；

图1b为本申请实施例提供的资源处理过程。

图2为本申请实施例提供的区块链结构示意图；

图3a和3b为本申请实施例提供的区块链创建过程的示意图；

图4a为本申请实施例提供的校验用户侧的资源处理过程；

图4b为本申请实施例提供的用户查询区块链过程的示意图；

图5为本申请实施例提供的进行资源匹配用户侧的资源处理过程；

图6a为本申请实施例提供的在实际融资场景下融资平台侧的资源处理过程；

图6b为本申请实施例提供的在实际融资场景下区块结构示意图；

图7为本申请实施例提供的在实际融资场景下用户侧的资源处理过程；

图8为本申请实施例提供的资源平台侧的资源处理装置结构示意图；

图9为本申请实施例提供的用户侧的资源处理装置结构示意图；

图10为本申请实施例提供的进行资源匹配用户侧的资源处理装置结构示意图。

具体实施方式

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

正如前述，由于现有技术中的资源平台通常采用中心化的管理方式，其资源转移的相关信息对用户而言不透明，也就导致实际属于用户的资源在转移过程中被非法利用的可能性较大。

基于此，在本申请实施例中，提供一种资源处理方法，采用去中心化的方式，当任一资源匹配过程发生后，不同的用户可以共同对该次资源匹配过程的相应信息进行校验，从而有效降低用户的资源被非法利用的风险。

需要说明的是，在本申请实施例中，所述的资源，包括但不限于：网络存储资源、设备处理资源(如：cpu占用率、内存占用率等)、金融资源等。所述的资源平台，可理解为资源平台服务器(或服务器集群)，该资源平台面向用户提供资源匹配、转移业务，例如：云存储平台、金融平台、银行等。所述的用户，可理解为使用该资源平台业务的个人用户和/或企业用户，也可理解为用户为了访问该资源平台所使用的终端。

在本申请实施例中，用户与资源平台之间的关系架构如图1a所示，其中，假设用户a和用户b之间通过资源平台进行了资源匹配(其中，用户a为资源提供方，用户b为资源需求方)，用户1～用户n是使用该资源平台的其他用户。当然，图1a中所示出的用户a和用户b进行资源匹配的场景，仅是为了便于后续描述，在实际应用中，资源平台上所进行的一次资源匹配的用户不仅限于两个，还可能是多个用户之间的资源匹配，如：同一资源提供方用户，可以与多个资源需求方用户进行资源匹配；类似地，同一资源需求方用户还可与多个资源提供方用户进行资源匹配。这里并不构成对本申请的限定。

基于图1a中所示的关系架构，本申请实施例提供的一种资源处理过程，如图1b所示，该过程具体包括以下步骤：

s101：资源平台基于资源匹配操作生成匹配信息。

所述的资源匹配操作，在实际应用场景中，既可由用户主动发出，如：资源提供方用户针对某一资源需求方用户，主动发生该资源匹配操作，也可由资源平台发出，如：资源平台为双方用户进行配对。

在发出资源匹配操作后，资源平台将生成相应的匹配信息，具体而言，匹配信息中可包括进行资源匹配的各用户的用户信息、资源匹配操作的详情信息(如：需匹配的资源数量、用户所持有的资源量等)。其中，所述的用户信息，可以是用户预先在资源平台中注册的账户和/或其他用户证明该用户身份的认证信息，这里并不作具体限定。

作为本申请实施例中的一种方式，资源平台可以实时监测在该资源平台上所进行资源匹配过程，当监测到用户之间进行了资源匹配后，则会生成匹配信息。需要说明的是，本申请实施例中所述的资源匹配过程，可理解为资源需求方用户所发出的匹配请求与资源提供方用户完成了配对的过程，但并未进行资源的转移。

例如：结合如图1a所示的场景，用户a和用户b之间完成资源匹配，资源平台将会生成相应的匹配信息，假设该匹配信息中可包含用户标识“usera”和“userb”、匹配所需的资源量“100”以及本次资源匹配的流水号“p001”。当然，这里并不构成对本申请的限定。

s102：将所述匹配信息反馈给所述资源匹配操作所对应的用户，以使得所述用户向部分或全部校验用户广播所述匹配信息。

其中，校验用户可认为是使用资源平台的各用户。

正是由于现有技术中资源平台对用户进行资源匹配过程的不透明，从而当用户使用资源平台进行资源匹配时，可能存在资源平台基于用户的匹配请求与不可信用户或非法用户进行配对的现象，并最终会导致用户的资源被非法利用。

故在本申请实施例中，一旦用户之间的资源匹配完成后，资源平台便会将该次资源匹配操作所对应的匹配信息反馈给完成资源匹配的用户(即，资源匹配操作所对应的用户)，这样一来，完成资源匹配的用户便可向全部或部分校验用户进行广播，以使得校验用户针对该次资源匹配过程进行校验。

作为实际应用场景下的一种方式，完成资源匹配的用户会向所有使用该资源平台的各用户进行广播，而作为本申请实施例中的另一种方式，完成资源匹配的用户只会向预定的若干校验用户进行广播。相应地，校验用户将通过广播的方式接收到匹配信息，从而，校验用户可基于该匹配信息，从资源平台读取记录的历史数据，实现对匹配信息进行校验。

在本申请实施例中，校验用户对匹配信息的校验，具体可以是针对匹配信息中所携带的用户身份信息进行校验，并基于用户信息通过资源平台所记录的历史数据，进一步对匹配的资源量等进行校验。在校验用户进行校验后，将会向资源平台反馈校验结果。

另需要说明的是，在本申请实施例中，资源平台会将历史上所完成的资源匹配以及资源转移的相关信息进行记录，并支持使用该平台的各用户进行读取。所以，所述的历史数据，可理解为历史上在该资源平台完成资源转移的详情信息。

s103：接收所述用户针对所述匹配信息的校验结果。

在实际应用中，由于完成资源匹配的用户向多个校验用户广播匹配信息，也就是说，将有多个校验用户针对接收到的匹配信息进行校验并生成相应的校验结果，进而，在本步骤中，资源平台将接收到来自于多个校验用户发送的校验结果。

需要说明的是，如前所述，匹配信息中可包含该次资源匹配过程的标识信息(如：订单号等)，通过该标识信息，可以唯一地确定出某次资源匹配过程以及进行该次资源匹配的所有用户。在实际应用场景下，标识信息可携带时间戳(时间戳表明了一次资源匹配操作所对应的时间)以及系统流水号。

另外，不同校验用户针对匹配信息进行校验的过程中，在一种方式下，可采用相同的校验标准，这样可保证校验结果的一致性，这里并不构成对本申请的限定。

s104：当所述校验结果为校验通过时，基于匹配的资源执行资源转移操作。

多个校验用户对匹配信息进行校验并得到校验结果的过程，可看作是去中心化的方式，使得资源平台中进行的资源匹配过程对用户透明，那么，资源平台便可以根据接收到的校验结果，确定出该次资源匹配过程是否较为安全，校验结果为通过，也就表明该次资源匹配过程受到各校验用户的认可，故资源平台可进一步基于资源匹配的过程完成资源转换。具体而言，结合如图1a所示的场景，在校验通过后，资源平台会将用户a所提供的资源，转移给用户b。

在完成资源转移后，资源平台会将本次资源转移的详细信息、资源转移后用户的资源持有量等信息进行记录，形成历史数据，为后续的资源转移的校验过程提供参考。

在实际应用中的一些特殊场景下，资源平台所接收到的各校验结果中，可能既包含校验通过的结果，也包含校验未通过的结果，在这样的情况下，资源平台可采用相应的处理方式：一种方式为：资源平台可分别统计两种校验结果的数量，如果其中的一种校验结果的占比超过50％，则资源平台将根据该校验结果进行后续处理。另一种方式为：资源平台可向第三方认证中心发出校验请求，以请求第三方认证中心对进行资源匹配的各用户进行诸如信用度、资源持有量等方面的校验。当然，上述的两种方式并不构成对本申请的限定。

通过上述步骤，当用户在资源平台上完成了资源匹配的过程后，资源平台并不会立即执行资源的转移操作，而是基于该次资源匹配操作生成匹配信息，并反馈给进行资源匹配的用户，由进行资源匹配的用户将该匹配信息广播给使用该资源平台的部分或全部的校验用户，这样一来，这些校验用户便可以接收到匹配信息，并基于资源平台所记录的历史数据，对该匹配信息进行校验，并向资源平台反馈校验结果，而只有在校验通过后，资源平台才会基于匹配的资源进行资源转移操作，相较于现有技术，是否进行资源转移不再由资源平台自身决定，而是需经用户进行校验后决定，显然，这样的方式使得资源匹配、转移过程对用户透明，能够避免用户资源被非法利用的隐患。

对于上述内容而言，资源平台所记录的历史数据将对校验结果产生决定性的影响，但如果历史数据容易被更改，那么，还将会出现用户资源被非法利用的可能，而考虑到区块链技术进行数据存储时，存储在其中的数据将难以被更改，因此，在实际应用场景下，资源平台采用区块链存储历史数据。

需要说明的是，区块链的结构如图2所示，数据存储在区块链的各区块中。其中，各区块按照时间先后顺序创建，每一区块中都包含被创建时的时间戳，也即，对于图2中的区块1～区块n而言，其创建时间由前至后。并且，后一区块中包含有前一区块的标识信息(具体可以如：hash值)，通过该标识信息，可以唯一地确定出前一区块。所以，在图2中，各区块形成了以时间先后顺序排列的区块链。写入至区块中的数据可认为是不可更改的，其具体原理由于不属于本申请所涉及的技术，故在此不再过多赘述。

在本申请实施例中，区块链可以存储在资源平台所对应的数据库中，也可分布式地存储在分布式架构的数据库中，这里并不构成对本申请的限定。

基于上述区块链的方式，资源平台在进行历史数据的记录操作时，也将按照数据的生成时间，将数据按照时间先后的顺序写入至区块链中的区块中。其具体过程为：

如图3a所示，资源平台创建了区块1，假设该区块1的创建时间为8:00，当该区块1创建后，若在该资源平台中完成了若干次资源转移，那么，资源平台会将这些资源转移所产生的详情信息写入至该区块1中，由于区块的存储容量有限，故当该区块1的可用存储容量被用尽后，资源平台将创建新的区块，即如图3b所示，资源平台创建了区块2，假设该区块2的创建时间为8:10，那么，在8:10之后生成的详情信息将被资源平台写入至区块2中，直到该区块2的可用存储容量被用尽。显然，资源平台所创建的区块，将按照时间先后的顺序形成区块链。

基于上述内容，资源平台在将匹配信息写入至区块链中的可用区块，也即，在将所述匹配信息写入区块链的指定区块中进行记录之前，所述方法还包括：所述资源平台在所述区块链中，检测是否具有可进行存储的区块，若是，则将所述区块确定为指定区块；否则，则在所述区块链中创建区块，并将创建的区块作为指定区块。

以上内容是基于资源平台侧的描述，而对于参与校验的用户，本申请还提供一种资源处理方法，如图4a所示，该方法具体包括如下步骤：

s401：接收进行资源匹配的用户所广播的匹配信息。

如前所述，资源平台在获取到了某次资源匹配的匹配信息后，会向全部或部分用户进行广播，故用户接收到由进行资源匹配的用户所广播的匹配信息。

在本申请实施例中，所述的匹配信息中至少应该包括：进行本次资源匹配的各用户的认证信息、所要匹配的资源信息(进一步可包括：资源的类型、数量)、本次资源匹配所对应的标识号(如：流水号)等。

s402：根据接收到的所述匹配信息，在所述资源平台所记录的历史数据中，查找与所述匹配信息相关的历史数据。

接收到匹配信息的用户，可从该匹配信息中提取出进行本次资源匹配操作的各用户的用户信息，从而，可以根据该用户信息，在历史数据中，基于该用户信息查找相关的历史数据。

s403：根据查找到的所述历史数据，对所述匹配信息进行校验。

资源平台将针对历史上已经完成的历次资源转移操作所生成的数据进行记录，从而形成历史数据。其中，所述的历史数据中可包括：用户所持有的资源量、用户在历史上的历次资源转移详情信息等。

在本申请实施例中，对所述匹配信息进行校验，具体可以是根据匹配信息中包含的所要进行转移的资源量，与用户当前所持有的资源量进行比对。应当理解的是，若进行资源匹配的用户之间所持有的资源量明显不对等，则表明资源转移将为用户(特别是提供方用户)带来风险，所以，在此情况下，校验结果将为

s404：将校验结果发送给所述资源平台，以使得所述资源平台根据所述校验结果对已匹配的资源进行转移操作。

通过上述方法可见，使用该融资平台的用户均参与至资源匹配操作的校验过程，从而可以有效减少发生资源被非法利用的风险。

在实际应用场景下，接收到资源平台广播的各用户，首先将校验进行融资操作的各用户的身份，以便确认发出融资操作的各用户身份的合法性。故在本申请实施例中，在根据接收到的所述匹配信息，在所述资源平台所记录的历史数据中，查找与所述匹配信息相关的历史数据之前，所述方法还包括：获取所述匹配信息中包含的进行资源匹配的用户的用户信息，根据所述用户信息，对所述用户的身份进行校验，并确定所述用户为合法用户。

当然，作为本申请实施例中的一种可行方式，使用该资源平台资源服务的各用户，将在该资源平台中进行注册，注册过程中，用户可将自身的身份信息、已持有资源的信息等提供给资源平台，资源平台会根据用户所提供的信息，向用户颁发数字证书，从而，该数字证书将作为用户身份的认证信息。每次进行资源匹配操作后，匹配信息中都会携带相应用户的数字证书。因此，接收到广播的用户便可以对匹配信息中所携带的数字证书进行校验，以此确定用户身份的合法性。当然，这里并不构成对本申请的限定。

如前所述，本申请实施例中可采用区块链的方式存储数据，也就是说，所述资源平台所记录的历史数据存储在区块链中的各区块中，在此情况下，查找与所述匹配信息相关的历史数据，具体包括：根据确定出的用户信息，在区块链中，按照各区块创建时间由后至前的顺序，遍历查找包含有所述用户信息的历史数据，作为与所述匹配信息相关的历史数据。

也即，如图4b所示，假设资源平台已创建的区块链中包含n个区块，其中，区块n是最新创建的，那么，当用户在区块中查找历史数据时，将首先从最新创建的区块(即，区块n)中查找，并按照各区块间的链式关系从后向前查找各区块中与匹配信息相关的历史数据。

在查找到与匹配信息相关的历史数据后，便可针对匹配信息进行校验，具体而言，根据查找到的所述历史数据，对所述匹配信息进行校验，包括：根据所述匹配信息，确定待转移资源量，根据查找到的所述历史数据，确定用户当前所持有的资源量，比对所述待转移资源量与所述用户当前所持有的资源量，若所述待转移资源量大于所述用户当前所持有的资源量，则校验不通过；若所述待转移资源量不大于所述用户当前所持有的资源量，则校验通过。

基于参与资源匹配的用户，本申请实施例中还提供一种资源处理方法，如图5所示，该方法具体包括如下步骤：

s501：基于资源平台发起资源匹配操作。

需要说明的是，在本方法中，参与资源匹配的用户既包括需求方用户，也包括提供方用户。实际操作时，可由用户发出资源匹配指令，使得资源平台完成撮合，也可由用户自行挑选符合条件的对方用户，并发出资源匹配操作，这里并不构成对本申请的限定。

s502：接收由所述资源平台反馈的匹配信息。

如前所述，用户之间完成了资源匹配，则资源平台会生成相应的匹配信息，并将该匹配信息反馈给参与资源匹配的用户，该匹配信息中，包括进行资源匹配的各用户的用户信息及资源匹配的详情信息，这样一来，无论对于提供方用户还是需求方用户，都可获知对方的身份以及所要进行匹配的详情。

s503：将所述匹配信息向部分或全部的校验用户进行广播，以使得所述校验用户根据由所述资源平台所记录的历史数据进行校验。

通过向校验用户广播的方式，可以使校验用户参与并执行校验过程，能够有效减少或避免资源匹配过程中的风险。

此外，考虑到实际应用中，用户可以通过融资平台进行融资借贷，该场景下，融资方用户(即，资源需求方用户)向金融平台发出融资请求，相应地，投资方用户(即，资源提供方用户)也会在金融平台发布投资需求，那么，资源平台便可根据双方用户的请求，进行融资撮合，但现有技术中，融资平台中的融资过程对用户而言不透明，投资方用户通常只能获知其资源的变化，但难以获知资源流向，再次过程中，就有可能存在投资方用户的资金被非法利用的风险。为此，在本申请实施例中，针对用户进行融资的场景，也提供了一种资源处理方法，如图6a所示。在该场景下，用户可通过融资平台发出购买融资及投资的请求，相应地，融资平台便会针对用户的请求进行融资操作。

该方法包括：

s601：融资平台基于融资操作生成融资信息。

s602：将所述融资信息反馈给进行融资的用户，以使得进行融资的用户向部分或全部的校验用户广播所述融资信息。

s603：接收所述用户针对所述融资信息的校验结果。

s604：当所述校验结果为通过时，所述融资平台执行资金转移操作。

在本实施例中，融资平台基于融资操作所生成融资信息，具体包括：针对每一次融资操作，所述融资平台分别获取进行融资操作的用户的用户信息，以及融资操作的资金信息，根据所述用户信息和所述资金信息生成所述融资信息。

与前述内容相类似，本申请实施例中，可采用区块链的方式存储历史融资数据，那么，所述资源平台记录历史融资数据，具体包括：所述融资平台将历史上所完成的历次融资成功后的融资信息作为历史数据，按照时间先后顺序写入区块链的区块中。

在所述融资平台执行资金转移操作之后，所述方法还包括：所述融资平台将资金转移操作成功后的融资信息，写入区块链的指定区块中进行记录。也就是说，融资平台会将每一次所完成的融资的相关信息进行记录，以便后续融资过程进行校验。

在本场景中，区块链中的区块结构可如图6b所示，可见，该区块中记录有相应的融资信息。

相似地，写入区块链的指定区块中进行记录，具体包括：所述融资平台在所述区块链中，检测是否具有可进行存储的区块，若是，则将所述区块确定为指定区块，并将所述融资信息写入该指定区块中，否则，则在所述区块链中创建区块，并将创建的区块作为指定区块，并将所述融资信息写入该指定区块中。

当交易信息在区块链中记录完毕后，事实上就已完成了价值转移。区块链中记载了每一笔价值转移的流向，事实上就实时记载了每个账户的余额情况。价值流出方在广播交易时，使用交易对手的公钥对交易进行加密，交易对手可使用私钥解锁，从而获得转移至自己账户中的这部分价值的支配权。当然，在实际应用中，还可以在价值转移环节中应用智能合约，对资金流向、资金用途等作出限制。这里并不构成对本申请的限定。

基于上述内容，对于进行校验的用户侧，本申请实施例中也提供一种资源处理方法，如图7所示，具体包括如下步骤：

s701：接收进行融资的用户所广播的融资信息，其中，所述融资信息是所述融资平台基于融资操作所生成的。

s702：根据接收到的所述融资信息，在所述融资平台所记录的历史融资数据中，查找与所述融资信息相关的历史融资数据。

s703：根据查找到的所述历史融资数据，对所述融资信息进行校验，生成校验结果。

s704：将校验结果发送给所述融资平台，以使得所述融资平台根据所述校验结果执行资金转移操作。

在根据接收到的所述融资信息，在所述融资平台所记录的历史融资数据中，查找与所述融资信息相关的历史融资数据之前，所述方法还包括：获取所述融资信息中包含的进行融资操作的用户的用户信息，根据所述用户信息，对所述用户的身份进行校验，并确定所述用户为合法用户。

所述融资平台所记录的历史融资数据存储在区块链中的各区块中，那么，查找与所述融资信息相关的历史融资数据，具体包括：根据确定出的用户信息，在区块链中，按照各区块创建时间由后至前的顺序，遍历查找包含有所述用户信息的历史融资数据，作为与所述融资信息相关的历史融资数据。

在查找到历史融资数据后，便可针对本次的融资操作进行校验，这里需要说明的是，在融资过程中，发生转移的资源既包括投资方用户的资金，也包括融资方用户的债权，也即，投资方用户将自身的资金提供给融资方用户，而融资方用户应提供相应的债权给投资方用户，并且，为了避免出现融资方用户无法偿还债务的现象，融资方用户所持有的资产的价值应不小于其融资额度。而在融资平台上，融资方用户所持有的资产的价值将被量化为相应的数值，记录在相应的区块中。

所以，根据查找到的所述历史融资数据，对所述融资信息进行校验，具体包括：根据所述融资信息，确定所述融资操作所对应的待转移资金额度，根据查找到的所述历史融资数据，确定用户当前所持有的资产额度，比对所述待转移资金额度与所述用户当前所持有的资产额度，若所述待转移资金额度大于所述用户当前所持有的资产额度，则校验不通过，若所述待转移资金额度不大于所述用户当前所持有的资产额度，则校验通过。

以上为本申请实施例提供的资源处理方法，基于同样的思路，本申请实施例还提供一种资源处理装置，如图8所示，所述资源处理装置包括：

生成模块801，基于资源匹配操作生成匹配信息；

反馈模块802，将所述匹配信息反馈给所述资源匹配操作所对应的用户，以使得所述用户向部分或全部校验用户广播所述匹配信息；

接收模块803，接收所述用户针对所述匹配信息的校验结果；

执行模块804，当所述校验结果为通过时，基于匹配的资源执行资源转移操作。

进一步地，生成模块801，针对每一次资源匹配操作，分别获取所述资源匹配操作所对应的用户的用户信息，以及资源匹配操作的详情信息，根据所述用户信息和所述详情信息生成所述匹配信息。

接收模块803，接收所述校验用户针对所述用户信息的校验结果，以及所述校验用户根据预先记录的历史数据对所述详情信息的校验结果。

其中，预先记录的历史数据，包括：按照时间先后顺序写入区块链的区块中的、历史上所完成的历次资源转移后的详情信息。

所述装置还包括：写入模块，将资源转移操作的操作信息，写入区块链的指定区块中进行记录。

所述写入模块，在所述区块链中，检测是否具有可进行存储的区块，

若是，则将所述区块确定为指定区块，并将所述操作信息写入该指定区块中；否则，则在所述区块链中创建区块，并将创建的区块作为指定区块，并将所述操作信息写入该指定区块中。

在进行融资的场景中，对于图8所示的装置而言：

生成模块801，基于融资操作生成融资信息；

反馈模块802，将所述融资信息反馈给进行融资的用户，以使得进行融资的用户向部分或全部的校验用户广播所述融资信息；

接收模块803，接收所述用户针对所述融资信息的校验结果；

执行模块804，当所述校验结果为通过时，所述融资平台执行资金转移操作。

在校验用户侧，本申请实施例中还提供一种资源处理装置，如图9所示，该装置包括：

接收模块901，接收进行资源匹配的用户所广播的匹配信息，其中，所述匹配信息是资源平台基于资源匹配操作所生成的；

查找模块902，根据接收到的所述匹配信息，在所述资源平台所记录的历史数据中，查找与所述匹配信息相关的历史数据；

校验模块903，根据查找到的所述历史数据，对所述匹配信息进行校验，生成校验结果；

发送模块904，将校验结果发送给所述资源平台，以使得所述资源平台根据所述校验结果对已匹配的资源执行资源转移操作。

进一步地，所述校验模块903，获取所述匹配信息中包含的进行资源匹配的用户的用户信息，根据所述用户信息，对所述用户的身份进行校验，并确定所述用户为合法用户。

所述查找模块902，根据确定出的用户信息，在区块链中，按照各区块创建时间由后至前的顺序，遍历查找包含有所述用户信息的历史数据，作为与所述匹配信息相关的历史数据。

所述校验模块903，根据所述匹配信息，确定待转移资源量，根据查找到的所述历史数据，确定用户当前所持有的资源量，比对所述待转移资源量与所述用户当前所持有的资源量，若所述待转移资源量大于所述用户当前所持有的资源量，则校验不通过，若所述待转移资源量不大于所述用户当前所持有的资源量，则校验通过。

在进行融资的场景中，对于图8所示的装置而言：

接收模块901，接收进行融资的用户所广播的融资信息，其中，所述融资信息是所述融资平台基于融资操作所生成的；

查找模块902，根据接收到的所述融资信息，在所述融资平台所记录的历史融资数据中，查找与所述融资信息相关的历史融资数据；

校验模块903，根据查找到的所述历史融资数据，对所述融资信息进行校验，生成校验结果；

发送模块904，将校验结果发送给所述融资平台，以使得所述融资平台根据所述校验结果执行资金转移操作。

在资源匹配操作所对应的用户侧，本申请实施例中还提供一种资源处理装置，如图10所示，该装置包括：

操作模块1001，基于资源平台发起资源匹配操作；

接收模块1002，接收由所述资源平台反馈的匹配信息；

广播模块1003，将所述匹配信息向部分或全部的校验用户进行广播，以使得所述校验用户根据由所述资源平台所记录的历史数据进行校验。

在进行融资的场景中，对于图10所示的装置而言：

操作模块1001，基于融资平台发起融资操作；

接收模块1002，接收由所述融资平台反馈的融资信息；

广播模块1003，将所述融资信息向部分或全部的校验用户进行广播，以使得所述校验用户根据由所述融资平台所记录的历史融资数据进行校验。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(programmablelogicdevice,pld)(例如现场可编程门阵列(fieldprogrammablegatearray，fpga))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片pld上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logiccompiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(hardwaredescriptionlanguage，hdl)，而hdl也并非仅有一种，而是有许多种，如abel(advancedbooleanexpressionlanguage)、ahdl(alterahardwaredescriptionlanguage)、confluence、cupl(cornelluniversityprogramminglanguage)、hdcal、jhdl(javahardwaredescriptionlanguage)、lava、lola、myhdl、palasm、rhdl(rubyhardwaredescriptionlanguage)等，目前最普遍使用的是vhdl(very-high-speedintegratedcircuithardwaredescriptionlanguage)与verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(applicationspecificintegratedcircuit，asic)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：arc625d、atmelat91sam、microchippic18f26k20以及siliconelabsc8051f320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

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

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

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

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

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

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

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

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