CN110674139A - 信息处理方法、系统、资源管理系统以及存储介质 - Google Patents

Abstract

本公开涉及一种信息处理方法、系统、资源管理系统以及存储介质，涉及计算机技术领域。本公开的方法包括：资源管理系统监听区块链中新区块的生成；资源管理系统获取新区块中存储的信息并进行解析；在新区块中包括资源发放的存储信息的情况下，资源管理系统从资源调度平台获取资源对应的第一资源发放信息；其中，资源发放的存储信息是根据业务系统的请求由区块链进行存储的；资源管理系统根据第一资源发放信息和资源发放的存储信息，确定资源发放确认结果；资源管理系统将资源发放确认结果的相关信息，发送至区块链进行存储。

Description

信息处理方法、系统、资源管理系统以及存储介质

技术领域

本公开涉及计算机技术领域，特别涉及一种信息处理方法、系统、资源管理系统以及存储介质。

背景技术

区块链技术是目前备受关注的新兴技术。由于区块链技术分布式存储，不可篡改的特性，被认为可以应用于存储领域，提高存储的安全性。

目前将区块链技术应用于存储领域，主要是将信息记录于区块链中，也就是通常所指的记账的操作。

发明内容

在实现本发明过程中发明人发现，存储于区块链的信息不可篡改，但是，由于存储是单方面发起的，如果信息在存储于区块链之前就被篡改了，则无法保证存储于区块链的信息的准确性和安全性。

本公开所要解决的一个技术问题是：提高信息存储的准确性和安全性。

根据本公开的一些实施例，提供的一种信息处理方法，包括：资源管理系统监听区块链中新区块的生成；资源管理系统获取新区块中存储的信息并进行解析；在新区块中包括资源发放的存储信息的情况下，资源管理系统从资源调度平台获取资源对应的第一资源发放信息；其中，资源发放的存储信息是根据业务系统的请求由区块链进行存储的；资源管理系统根据第一资源发放信息和资源发放的存储信息，确定资源发放确认结果；资源管理系统将资源发放确认结果的相关信息，发送至区块链进行存储。

在一些实施例中，资源发放的存储信息为资源发放的密文；资源发放的密文是根据业务系统向区块链提交的第二资源发放信息生成的；资源管理系统根据资源发放信息和资源发放的存储信息，确定资源发放确认结果包括：资源管理系统根据资源发放的密文得到第二资源发放信息；资源管理系统将第二资源发放信息和第一资源发放信息进行比对，如果两者相匹配，则资源发放确认结果为资源发放的存储信息准确，否则，资源发放确认结果为资源发放的存储信息不准确。

在一些实施例中，该方法还包括：资源管理系统根据区块链中存储的信息，更新本地数据库中的信息，以便用户通过本地数据库进行查询；其中，本地数据库的信息包括资源发放确认结果和第二资源发放信息；同一资源对应的信息在本地数据库中进行关联存储。

在一些实施例中，该方法还包括：业务系统监听区块链中新区块的生成；业务系统获取新区块中存储的信息并进行解析；在新区块中包括资源发放确认结果，且资源发放确认结果为资源发放的存储信息不准确的情况下，业务系统重新向区块链发起存储请求，存储请求中包括更新后的资源发放的存储信息，以便区块链对更新后的资源发放的存储信息进行存储。

在一些实施例中，该方法还包括：在资源发放确认结果为资源发放的存储信息准确的情况下，业务系统将资源对应的资源回收方案信息，发送至区块链进行存储。

在一些实施例中，该方法还包括：业务系统向资源调度平台发送资源发放请求，以便资源调度平台向用户发放相应的资源；业务系统接收资源调度平台返回的资源发放的结果，根据资源发放的结果生成资源发放的存储信息，发送至区块链进行存储。

在一些实施例中，该方法还包括：在新区块中包括资源回收的存储信息的情况下，资源管理系统从资源调度平台获取资源对应的第一资源回收信息；其中，资源回收的存储信息是由业务系统向区块链进行存储的；资源管理系统根据第一资源回收信息、资源回收的存储信息、以及资源回收方案信息，确定资源回收确认结果；资源管理系统将资源回收确认结果的相关信息，发送至区块链进行存储。

在一些实施例中，资源回收的存储信息为资源回收的密文；资源回收的密文是根据业务系统向区块链提交的第二资源回收信息生成的；资源回收方案信息包括：资源的标识，资源对应的各个预设回收时间，各个预设回收时间对应的资源回收量，以及回收方和被回收方的信息；资源管理系统根据第一资源回收信息、资源回收的存储信息、以及资源回收方案信息，确定资源回收确认结果包括：资源管理系统根据资源回收的密文得到第二资源回收信息；资源管理系统将第一资源回收信息与第二资源回收信息以及资源回收方案信息分别进行比对，如果三者相匹配，则资源回收确认结果为资源回收的存储信息准确，否则，资源回收确认结果为资源回收的存储信息不准确。

在一些实施例中，该方法还包括：资源管理系统根据资源回收方案信息，监测资源的回收情况；资源回收方案信息包括：资源的标识，资源对应的各个预设回收时间，各个预设回收时间对应的资源回收量，以及回收方和被回收方的信息；在被回收方在超出预设回收时间预设时长后，没有提交与该预设回收时间对应的资源回收量等量的资源的情况下，资源管理系统发送资源主动回收请求信息至区块链进行存储。

在一些实施例中，该方法还包括：业务系统监听区块链中新区块的生成；业务系统获取新区块中存储的信息并进行解析；在新区块中包括资源主动回收请求信息的情况下，业务系统确定资源主动回收指示信息，并发送至区块链进行存储。

在一些实施例中，该方法还包括：资源管理系统监听区块链中新区块的生成；资源管理系统获取新区块，并解析新区块存储的信息；在新区块中包括资源主动回收指示信息，且资源主动回收指示信息表示对被回收方的资源进行主动回收的情况下，资源管理系统向资源调度平台发送回收指令，回收指令包括：资源标识、被回收方标识、以及对应的资源回收量，以便资源调度平台根据回收指令进行资源的主动回收。

在一些实施例中，资源管理系统将资源发放确认结果的相关信息，发送至区块链进行存储包括：资源管理系统校验资源发放确认结果的长度；在资源发放确认结果的长度符合预设长度的情况下，资源管理系统根据资源发放确认结果，生成资源发放确认结果的存储信息；资源管理系统检测资源发放确认结果的存储信息是否已存储于本地数据库；资源管理系统在资源发放确认结果的存储信息未存储于本地数据库的情况下，将资源发放确认结果的存储信息发送至区块链进行存储。

根据本公开的另一些实施例，提供的一种资源管理系统，包括：监听模块，用于监听区块链中新区块的生成；解析模块，用于获取新区块中存储的信息并进行解析；信息获取模块，用于在新区块中包括资源发放的存储信息的情况下，从资源调度平台获取资源对应的第一资源发放信息；其中，资源发放的存储信息是根据业务系统的请求由区块链进行存储的；资源发放确认模块，用于根据第一资源发放信息和资源发放的存储信息，确定资源发放确认结果；入链模块，用于将资源发放确认结果的相关信息，发送至区块链进行存储。

在一些实施例中，资源发放的存储信息为资源发放的密文；资源发放的密文是根据业务系统向区块链提交的第二资源发放信息生成的；资源发放确认模块用于根据资源发放的密文得到第二资源发放信息；将第二资源发放信息和第一资源发放信息进行比对，如果两者相匹配，则资源发放确认结果为资源发放的存储信息准确，否则，资源发放确认结果为资源发放的存储信息不准确。

在一些实施例中，资源管理系统还包括：存储模块用于根据区块链中存储的信息，更新本地数据库中的信息，以便用户通过本地数据库进行查询；其中，本地数据库的信息包括资源发放确认结果和第二资源发放信息；同一资源对应的信息在本地数据库中进行关联存储。

在一些实施例中，信息获取模块还用于在新区块中包括资源回收的存储信息的情况下，从资源调度平台获取资源对应的第一资源回收信息；其中，资源回收的存储信息是由业务系统向区块链进行存储的；资源管理系统还包括：资源回收确认模块用于根据第一资源回收信息、资源回收的存储信息、以及资源回收方案信息，确定资源回收确认结果；入链模块还用于将资源回收确认结果的相关信息，发送至区块链进行存储。

在一些实施例中，资源回收的存储信息为资源回收的密文；资源回收的密文是根据业务系统向区块链提交的第二资源回收信息生成的；资源回收方案信息包括：资源的标识，资源对应的各个预设回收时间，各个预设回收时间对应的资源回收量，以及回收方和被回收方的信息；资源回收确认模块用于根据资源回收的密文得到第二资源回收信息；将第一资源回收信息与第二资源回收信息以及资源回收方案信息分别进行比对，如果三者相匹配，则资源回收确认结果为资源回收的存储信息准确，否则，资源回收确认结果为资源回收的存储信息不准确。

在一些实施例中，资源管理系统还包括：回收监测模块用于根据资源回收方案信息，监测资源的回收情况；资源回收方案信息包括：资源的标识，资源对应的各个预设回收时间，各个预设回收时间对应的资源回收量，以及回收方和被回收方的信息；入链模块还用于在被回收方在超出预设回收时间预设时长后，没有提交与该预设回收时间对应的资源回收量等量的资源的情况下，发送资源主动回收请求信息至区块链进行存储。

在一些实施例中，资源管理系统还包括：主动回收指示模块，用于在新区块中包括资源主动回收指示信息，且资源主动回收指示信息表示对被回收方的资源进行主动回收的情况下，向资源调度平台发送回收指令，回收指令包括：资源标识、被回收方标识、以及对应的资源回收量，以便资源调度平台根据回收指令进行资源的主动回收。

在一些实施例中，入链模块用于校验资源发放确认结果的长度；在资源发放确认结果的长度符合预设长度的情况下，根据资源发放确认结果，生成资源发放确认结果的存储信息；检测资源发放确认结果的存储信息是否已存储于本地数据库；在资源发放确认结果的存储信息未存储于本地数据库的情况下，将资源发放确认结果的存储信息发送至区块链进行存储。

根据本公开的又一些实施例，提供的一种信息处理系统，包括：前述任意实施例的资源管理系统；以及业务系统，用于向资源调度平台发送资源发放请求，以便资源调度平台向用户发放相应的资源；接收资源调度平台返回的资源发放的结果，根据资源发放的结果生成资源发放的存储信息，发送至区块链进行存储；资源调度平台，用于接收业务系统的资源发放请求，向用户发放相应的资源，向业务系统返回的资源发放的结果。

在一些实施例中，业务系统还用于监听区块链中新区块的生成；获取新区块中存储的信息并进行解析；在新区块中包括资源发放确认结果，且资源发放确认结果为资源发放的存储信息不准确的情况下，业务系统重新向区块链发起存储请求，存储请求中包括更新后的资源发放的存储信息，以便区块链对更新后的资源发放的存储信息进行存储。

在一些实施例中，业务系统还用于在资源发放确认结果为资源发放的存储信息准确的情况下，将资源对应的资源回收方案信息，发送至区块链进行存储。

在一些实施例中，业务系统还用于监听区块链中新区块的生成；获取新区块中存储的信息并进行解析；在新区块中包括资源主动回收请求信息的情况下，确定资源主动回收指示信息，并发送至区块链进行存储。

根据本公开的再一些实施例，提供的一种信息处理系统，包括：处理器；以及耦接至处理器的存储器，用于存储指令，指令被处理器执行时，使处理器执行如前述任意实施例的信息处理方法。

根据本公开的又一些实施例，提供的一种非瞬时性计算机可读存储介质，其上存储有计算机程序，其中，该程序被处理器执行时实现前述任意实施例的信息处理方法的步骤。

本公开中业务系统请求区块链对资源发放的存储信息进行存储，之后资源管理系统监听到新区块的生成，则对新区块中存储的信息进行解析得到资源发放的存储信息，并从资源调度平台获取第一资源发放信息，将两者进行比对，确定资源发放确认结果，并将资源发放确认结果发送至区块链进行存储。由于资源发放的存储信息是由业务系统存储于区块链的，而资源管理系统负责对资源发放的存储信息进行确认，实现了不同主体可以对区块链存储的信息进行验证，提高信息存储的准确性和安全性。进一步，业务系统与资源管理系统并不交互，资源管理系统将资源发放确认结果存储于区块链全网可查，不可篡改，其他节点可以根据该资源发放确认信息，确定相应资源发放的存储信息是否可信，进一步提高了信息存储的准确性和安全性。

通过以下参照附图对本公开的示例性实施例的详细描述，本公开的其它特征及其优点将会变得清楚。

附图说明

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

图1示出本公开的一些实施例的信息处理方法的流程示意图。

图2示出本公开的另一些实施例的信息处理方法的流程示意图。

图3示出本公开的又一些实施例的信息处理方法的流程示意图。

图4示出本公开的再一些实施例的信息处理方法的流程示意图。

图5示出本公开的又一些实施例的信息处理方法的流程示意图。

图6示出本公开的一些实施例的资源管理系统的结构示意图。

图7示出本公开的一些实施例的信息处理系统的结构示意图。

图8示出本公开的另一些实施例的信息处理系统的结构示意图。

图9示出本公开的又一些实施例的信息处理系统的结构示意图。

具体实施方式

下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本公开一部分实施例，而不是全部的实施例。以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本公开及其应用或使用的任何限制。基于本公开中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本公开保护的范围。

针对信息存储于区块链之前可能被篡改的问题，为了进一步提高信息存储的准确性和安全性，提出本方案。下面结合图1描述本公开信息处理方法的一些实施例。

本公开的整体系统架构主要包括业务系统、资源管理系统、资源调度平台和区块链等。业务系统和资源管理系统都可以与区块链进行交互，可以执行监听区块链中新区块的生成，将需要存储的信息存储到区块链等操作。业务系统主要负责与用户进行交互，接收用户的资源发放请求，回收请求等，根据用户的请求向资源调度平台发送资源发放、回收等指示。业务系统还可以负责原始资源的实际分配和调拨，周期性的将资源分配到资源调度平台，进一步由资源调度平台将资源发放到用户。资源调度平台主要负责对用户进行资源的发放和回收等。资源管理平台主要负责对业务系统发送至区块链的存储信息进行验证，并将验证结果发送至区块链进行存储。区块链主要负责存储业务系统和资源管理系统发送的需要存储的信息。

图1为本公开信息处理方法一些实施例的流程图。如图1所示，该实施例的方法包括：步骤S102～S110。

在步骤S102中，资源管理系统监听区块链中新区块的生成。

资源管理系统可以每隔预设周期执行监听操作，可以对区块链中新区块或者新交易进行监听。例如，区块链系统在采用Fabric架构的情况下，资源管理系统可以通过Fabric提供的事件(Event)监听接口进行监听，通过Event Hub接收新区块链。资源管理系统可以通过单独的区块链服务系统接入区块链，即与区块链的交互操作由区块链服务系统执行，区块链服务系统与资源管理系统之间采用内网通信，保证安全性。资源管理系统也可以集成区块链服务系统的功能直接作为区块链系统中的一个节点。如果资源管理系统与区块链服务系统独立设置，区块链服务系统监听新区块的生成后，可以发布到ActiveMQ(动态消息序列)中，资源管理系统订阅ActiveMQ的消息从而获取新区块中存储的信息。

在步骤S104中，资源管理系统获取新区块中存储的信息并进行解析。

区块中存储至少一笔交易信息，资源管理系统可以对新区块中存储的信息进行解析。

在步骤S106中，在新区块中包括资源发放的存储信息的情况下，资源管理系统从资源调度平台获取资源对应的第一资源发放信息。

资源管理系统解析新区块中存储的信息时，可以获得存储的信息的类型，信息类型可以包括：资源发放类型、资源回收类型、资源发放确认结果类型、资源回收确认结果类型等。因此，资源管理系统可以确定新区块中是否包含资源发放的存储信息。例如，资源发放的存储信息为资源发放的密文；资源发放的密文是根据业务系统向区块链提交的第二资源发放信息生成的，第二资源发放信息可以包括：资源的标识、资源发放量、类型、发放方和接收方的信息等，不限于所举示例。资源管理系统对资源发放的密文进行解密可以获得第二资源发放信息，可以确定新区块中存储的信息类型。资源发放的密文例如为哈希值。

资源调度平台可以是对资源进行具体处理(例如发放、回收等)的平台，该平台也可以与资源管理系统集成在一起。资源调度平台可以在资源发放以后在本地记录该资源对应的第一资源发放信息，第一资源发放信息包括：资源的标识、资源发放量、信息类型、发放方和接收方的信息等，不限于所举示例。

资源处理系统通过解析新区块中存储的信息还可以获得资源的标识，通过该标识可以向资源调度平台查询第一资源发放信息，从而获取第一资源发放信息。资源处理系统与资源调度平台之间可以设置接口。

在步骤S108中，资源管理系统根据第一资源发放信息和资源发放的存储信息，确定资源发放确认结果。

在一些实施例中，资源管理系统根据资源发放的密文得到第二资源发放信息。资源管理系统将第二资源发放信息和第一资源发放信息进行比对，如果两者相匹配，则资源发放确认结果为资源发放的存储信息准确，否则，资源发放确认结果为资源发放的存储信息不准确。资源管理系统可以根据保存的随机串对资源发放的密文进行解密得到第二资源发放信息。第二资源发放信息和第一资源发放信息相匹配的情况包括：两者一致，或者，第二资源发放信息包含与第一资源发放信息相同的信息之外，还包含其他信息。

在步骤S110中，资源管理系统将资源发放确认结果的相关信息，发送至区块链进行存储。

资源发放确认结果的相关信息包括：资源发放确认结果、资源的标识等信息。

各平台或系统将待存储的信息发送至区块链进行存储的过程可以包括：(1)对待存储的信息进行数据格式校验；(2)根据待存储的信息和信息类型生成业务密文(例如生成业务哈希值，buinessHash)；(3)判断业务密文是否已存储在本地数据库中，如果已存储，则不再发送至区块链，否则，执行步骤(4)；(4)创建提案(Proposal)并发送至区块链系统中的节点请求背书，在背书成功的情况下，执行步骤(5)；(5)向排序(Order)节点发送入链请求，入链请求包括：业务密文；(6)接收排序节点返回的交易ID，更新本地数据库。

对待存储的信息进行数据格式校验包括：校验待存储的信息的长度。还可以对时间戳的格式，待存储的信息的发送方的标识的格式等进行校验。提案中可以包括：信息类型、提案的发起方的标识、待存储的信息对应的资源的标识、业务密文、时间戳以及其他相关信息等，不限于所举示例。提案可以由提案的发起方进行签名，在背书的过程中由验证节点进行验签。入链请求中可以包括提案中的全部或部分信息。交易ID是根据入链请求生成的密文。提案发起方判断本地是否存储排序节点返回的交易ID，如果没有，则将该交易ID进行存储。可以将交易ID和对应的入链请求中的信息或者提案中的信息进行对应存储。

在一些实施例中，资源管理系统校验资源发放确认结果的长度，对应于上述步骤(1)。在资源发放确认结果的长度符合预设长度的情况下，资源管理系统根据资源发放确认结果，生成资源发放确认结果的存储信息，对应于上述步骤(2)。资源管理系统检测资源发放确认结果的存储信息是否已存储于本地数据库，对应于上述步骤(3)。资源管理系统在资源发放确认结果的存储信息未存储于本地数据库的情况下，将资源发放确认结果的存储信息发送至区块链进行存储，对应于上述步骤(4)～(6)。

其他系统和平台将待存储的信息发送至区块链进行存储的过程，可以参考上述实施例，在此不再赘述。

资源管理系统从区块链中获取资源发放的存储信息，生成资源发放确认信息后，全网可查，不可篡改，其他节点可以根据该资源发放确认信息，确定相应资源发放的存储信息是否可信。

上述实施例的方法中业务系统请求区块链对资源发放的存储信息进行存储，之后资源管理系统监听到新区块的生成，则对新区块中存储的信息进行解析得到资源发放的存储信息，并从资源调度平台获取第一资源发放信息，将两者进行比对，确定资源发放确认结果，并将资源发放确认结果发送至区块链进行存储。由于资源发放的存储信息是由业务系统存储于区块链的，而资源管理系统负责对资源发放的存储信息进行确认，实现了不同主体可以对区块链存储的信息进行验证，提高信息存储的准确性和安全性。进一步，业务系统与资源管理系统并不交互，资源管理系统将资源发放确认结果存储于区块链全网可查，不可篡改，其他节点可以根据该资源发放确认信息，确定相应资源发放的存储信息是否可信，进一步提高了信息存储的准确性和安全性。

下面结合图2描述本公开信息处理方法的另一些实施例。

图2为本公开信息处理方法另一些实施例的流程图。如图2所示，该实施例的方法在步骤S102之前还包括：步骤S202～S206。

在步骤S202中，业务系统向资源调度平台发送资源发放请求。

资源发放请求中可以包括发放方和接收方(用户)的信息、资源发放量、资源的标识等信息。

在步骤S204中，资源调度平台向用户发放相应的资源。

资源调度平台根据资源发放请求向用户发放相应的资源。

在步骤S206中，业务系统接收资源调度平台返回的资源发放的结果，根据资源发放的结果生成资源发放的存储信息，发送至区块链进行存储。

在资源发放成功的情况下，业务系统生成资源发放的存储信息，发送至区块链进行存储。之后资源管理系统则可以监听到新区块的生成，执行步骤S102～S110。

业务系统本地也可以设置对应的区块链服务系统，或者集成区块链服务系统的功能。各个参与方可以在各自的防火墙内部分布式部署区块链服务系统，并与其它参与方组成集群，共同进行各自业务相关信息的上传，共识以及监听。分布式的区块链服务系统便于各个参与方将区块链服务与各自的业务系统进行集成。同时本地部署区块链服务系统便于各个参与方对系统进行维护，当某个参与方的服务系统出现宕机等无法正常工作的情况时，并不会影响其他参与方的业务系统和区块链服务系统正常运行。并且区块链服务系统如果独立于业务系统，业务系统可以无需关心区块链服务系统生命周期。

在步骤S202之前，可以验证用户是否为合法用户，本公开的方法还可以包括：业务系统将资源发放请求的存储信息发送至区块链进行存储。资源管理系统监听区块链中新区块的生成，获取新区块中存储的信息并进行解析。在新区块中包括资源发放请求的存储信息的情况下，资源管理系统从资源发放请求的存储信息中获取用户的标识。资源管理系统根据黑名单和用户的标识确定用户是否为合法用户，生成请求确认结果，将请求确认结果的存储信息发送至区块链进行存储。业务系统监听区块链中新区块的生成，获取新区块中存储的信息并进行解析。在新区块中包括请求确认结果的存储信息的情况下，业务系统根据请求确认结果的存储信息确定用户是否合法，在合法的情况下，执行步骤S202～S206。

上述实施例的方法，由第三方系统对用户是否合法进行验证，以保证资源发放后可以顺利回收，提高资源发放的安全性。

下面结合图3描述本公开信息处理方法的又一些实施例。

图3为本公开信息处理方法又一些实施例的流程图。如图3所示，该实施例的方法在步骤S110之后还包括：步骤S302～S308。

在步骤S302中，业务系统监听区块链中新区块的生成。

业务系统可以参考资源管理系统的方式实现新区块的监听。

在步骤S304中，业务系统获取新区块中存储的信息并进行解析。

业务系统的解析过程可以参考资源管理系统。

在步骤S306中，在新区块中包括资源发放确认结果，且资源发放确认结果为资源发放的存储信息不准确的情况下，业务系统重新向区块链发起存储请求，存储请求中包括更新后的资源发放的存储信息。

业务系统解析新区块中存储的信息可以获得资源发放确认结果，如果资源发放确认结果为资源发放的存储信息不准确，则业务系统重新向区块链发起存储请求，对更新后的资源发放的存储信息进行存储。之后资源管理系统可以进一步执行步骤S102～S110，验证更新后的资源发放的存储信息是否准确。

在步骤S308中，在新区块中包括资源发放确认结果，且资源发放确认结果为资源发放的存储信息准确的情况下，业务系统将资源对应的资源回收方案信息，发送至区块链进行存储。

资源回收方案信息包括：资源的标识，资源对应的各个预设回收时间，各个预设回收时间对应的资源回收量，以及回收方和被回收方的信息。

资源管理系统可以通过监听新区块的生成，获取新区块中存储的资源回收方案信息，将本地存储的资源回收方案信息与新区块中存储的资源回收方案信息进行比对，生成资源回收方案确认结果，并将资源回收方案确认结果的存储信息发送至区块链进行存储。业务系统将资源回收方案信息发送至区块链进行存储，以及资源管理系统对资源回收方案的确认过程可以参考其他实施例的方法，在此不再赘述。

上述实施例的方法，业务系统通过监听新区块的生成，检查资源发放的存储信息是否准确，从而实现信息的自动更新，提高存储的信息的准确性。

下面结合图4描述本公开资源回收方法的一些实施例。

图4为本公开信息处理方法再一些实施例的流程图。如图4所示，该实施例的方法包括：步骤S402～S416。

在步骤S402中，业务系统向资源调度平台发送资源回收请求。

资源回收请求中可以包括：资源的标识，回收方和被回收方的信息，资源回收量等，不限于所举示例。

在步骤S404中，资源调度平台向用户回收相应的资源。

资源调度平台根据资源回收请求向用户回收资源。

在步骤S406中，业务系统接收资源调度平台返回的资源回收的结果，根据资源回收的结果生成资源回收的存储信息，发送至区块链进行存储。

资源回收的存储信息可以根据第二资源回收信息生成，第二资源回收信息包括：资源的标识、资源回收量、回收时间信息、信息类型、回收方和被回收方的信息等。

在步骤S408中，资源管理系统监听区块链中新区块的生成。

在步骤S410中，资源管理系统获取新区块中存储的信息并进行解析。

在步骤S412中，在新区块中包括资源回收的存储信息的情况下，资源管理系统从资源调度平台获取资源对应的第一资源回收信息。

资源管理系统通过解析新区块中存储的信息可以获得资源的标识等信息，可以通过资源的标识从资源调度平台获取资源对应的第一资源回收信息。

在步骤S414中，资源管理系统根据第一资源回收信息、资源回收的存储信息、以及资源回收方案信息，确定资源回收确认结果。

在一些实施例中，资源回收的存储信息为资源回收的密文。资源回收的密文是根据业务系统向区块链提交的第二资源回收信息生成的。资源回收方案信息包括：资源的标识，资源对应的各个预设回收时间，各个预设回收时间对应的资源回收量，以及回收方和被回收方的信息。资源管理系统根据资源回收的密文得到第二资源回收信息。资源管理系统将第一资源回收信息与第二资源回收信息以及资源回收方案信息分别进行比对，如果三者相匹配，则资源回收确认结果为资源回收的存储信息准确，否则，资源回收确认结果为资源回收的存储信息不准确。例如，资源回收的密文为哈希值。第一资源回收信息与第二资源回收信息以及资源回收方案信息相匹配的情况包括：第一资源回收信息与第二资源回收信息一致，并且与资源回收方案中的信息相符合；或者，第二资源回收信息包含与第一资源回收信息相同的信息之外，还包含其他信息，并且第一资源回收信息与第二资源回收信息与资源回收方案中的信息相符合。

在步骤S416中，资源管理系统将资源回收确认结果的相关信息，发送至区块链进行存储。

资源管理系统可以根据资源回收确认结果生成资源回收确认结果的存储信息(例如，哈希值)，发送至区块链进行存储。

在一些实施例中，业务系统还可以通过监听新区块的生成获取资源回收确认结果，在资源回收的存储信息不准确的情况下，如果是资源回收过程出现差错可以重新发起资源回收请求，执行步骤S402～S406，如果只是资源回收的存储信息出现错误，可以重新生成资源回收的存储信息发送至区块链进行存储。重新发起资源回收请求之前可以将已回收的资源通过资源调度平台退还用户。

上述实施例的方案，由资源管理系统对资源回收的存储信息是否准确，是否符合资源回收方案进行验证，并将资源回收确认结果存储于区块链全网可查，不可篡改，其他节点可以根据该资源回收确认信息，确定相应资源回收的存储信息是否可信是否符合资源回收方案，进一步提高了信息存储的准确性和安全性。

下面结合图5描述本公开资源回收方法的另一些实施例。

图5为本公开信息处理方法又一些实施例的流程图。如图5所示，该实施例的方法包括：步骤S502～S518。

在步骤S502中，资源管理系统根据资源回收方案信息，监测资源的回收情况。

资源回收方案信息包括：资源的标识，资源对应的各个预设回收时间，各个预设回收时间对应的资源回收量，以及回收方和被回收方的信息。资源管理系统通过监听新区块的生成等事件，可以或者各项资源的回收情况。

在步骤S504中，在被回收方在超出预设回收时间预设时长后，没有提交与该预设回收时间对应的资源回收量等量的资源的情况下，资源管理系统发送资源主动回收请求信息至区块链进行存储。

资源主动回收请求信息可以包括：根据资源的标识，回收方和被回收方的信息，欲主动回收的资源量等生成的信息(例如哈希值)。

在步骤S506中，业务系统监听区块链中新区块的生成。

在步骤S508中，业务系统获取新区块中存储的信息并进行解析。

在步骤S510中，在新区块中包括资源主动回收请求信息的情况下，业务系统确定资源主动回收指示信息，并发送至区块链进行存储。

业务系统可以决定是否对被回收方的资源进行主动回收，并生成相应的资源主动回收指示信息。

在步骤S512中，资源管理系统监听区块链中新区块的生成。

在步骤S514中，资源管理系统获取新区块，并解析新区块存储的信息。

在步骤S516中，在新区块中包括资源主动回收指示信息，且资源主动回收指示信息表示对被回收方的资源进行主动回收的情况下，资源管理系统向资源调度平台发送回收指令。

回收指令包括：资源标识、被回收方标识、以及对应的资源回收量。

在步骤S518中，资源调度平台根据回收指令进行资源的主动回收。

在一些实施例中，资源调度平台向资源管理系统返回回收结果信息。资源管理系统根据回收结果信息生成资源主动回收结果的存储信息，发送至区块链进行存储。业务系统通过监听新区块的生成获取资源主动回收结果，进行验证(可以从资源调度平台获取资源主动回收信息，通过比对两者进行验证)，并生成资源主动回收确认信息，发送至区块链进行存储。资源管理系统通过监听新区块的生成获取资源主动回收确认信息，在资源主动回收结果的存储信息不准确的情况下，向区块链重新发送更新后的资源主动回收结果的存储信息，进行存储。

上述实施例的方案，由资源管理系统监控资源回收的情况。业务系统对资源主动回收进行指示和确认，提高了信息存储的准确性和安全信息。进一步，资源主动回收的请求和回收过程全部记录于区块链，所有状态全部可查，不可篡改，提高了资源主动回收的透明性和公开性。

上述各个实施例对于资源的发放、回收、主动回收以及相关的请求和确认过程，全部记录于区块链中。对资源的整个处理流程和状态进行了完整的保存和记录，并且信息不可篡改、准确性高，在提高信息存储的安全性和准确性的同时，提高了资源处理的整体的透明性和公开性。

在一些实施例中，资源管理系统或业务系统可以将资源的相关处理过程保存于本地数据库，可以保持与区块链中存储的信息的同步。可以将同一资源的相关处理信息(例如，发放、回收等)进行关联存储。例如，资源管理系统根据区块链中存储的信息，更新本地数据库中的信息，以便用户通过本地数据库进行查询。本地数据库的信息包括资源发放确认结果和第二资源发放信息；还可以包括各条信息对应的时间信息，或者表示各条信息的时间顺序的标识，或者将各条信息按照时间顺序进行排列，还可以包括其他所有存储于区块链中的信息，这些信息有些是通过监听获得的，有些是本地生成的。同一资源对应的信息在本地数据库中进行关联存储。

用户例如可以通过查询引擎进行以下查询。根据资源的标识查询该资源相关的所有已经入链的信息。根据资源的标识和信息类型查询与该资源相关的、符合指定信息类型的信息。查询某个时间范围(时间以入链时间为准)内所有已发放的资源的相关信息。根据区块高度查询该区块内所有信息。根据区块哈希查询该区块内所有信息。根据交易ID查询某个交易的明细数据。单个区块详细信息(包括交易列表)。单个交易的详细信息等，不限于所举示例。以上实施例中每一次在区块链中进行存储都可以看作一次交易。

在一些实施例中，本公开的方法还可以包括以下步骤，业务系统将用户的资质信息发送至区块链进行存储。资源管理系统监听并解析新区块获得用户的资质信息，用户的资质信息可以包括证明用户有权限获取资源的文件信息。资源管理系统对用户的资质信息进行认证，生成资质确认结果的存储信息，发送至区块链进行存储。业务系统监听并解析新区块获得用户的资质确认结果，从而决定后续是否接受用户的资源请求。

在一些实施例中，业务系统可以是最初的资源分配者，业务系统每隔预设时间，将一部分资源分配给资源调度平台，由资源调度平台进一步分配给用户。这种情况下，业务系统分配给资源调度平台的资源量可能与资源调度平台分配给用户的资源量不一致。因此，可以周期性进行资源差量调度。资源管理系统监测业务系统分配给资源调度平台的资源量可能与资源调度平台分配给用户的资源量的差量，每隔预设周期发起资源差量调度请求信息，并发送至区块链进行存储。业务系统通过监听并解析新区块，获取资源差量调度请求。业务系统根据资源差量调度请求生成资源差量确认的存储信息，并发送至区块链进行存储。资源管理系统通过监听并解析新区块，获取资源差量的调度请求是否被确认。

本公开的资源可以包括：网络资源、虚拟资源等。网络资源可以包括云资源、带宽资源等等，虚拟资源可以是以网络数据进行体现的资金或者物品等。例如，本公开的方案可以应用于ABS(Asset-Backed Securitization，资产证券化)场景。资源的发放即贷款过程，资源的回收即还款过程，用户的资质信息可以包括质押文件等。

本公开还提供一种资源管理系统，下面结合图6进行描述。

图6为本公开资源管理系统的一些实施例的结构图。如图1所示，该实施例的资源管理系统60包括：监听模块602，解析模块604，信息获取模块606，资源发放确认模块608，入链模块610。

监听模块602，用于监听区块链中新区块的生成。

解析模块604，用于获取新区块中存储的信息并进行解析。

信息获取模块606，用于在新区块中包括资源发放的存储信息的情况下，从资源调度平台获取资源对应的第一资源发放信息；其中，资源发放的存储信息是根据业务系统的请求由区块链进行存储的。

资源发放确认模块608，用于根据第一资源发放信息和资源发放的存储信息，确定资源发放确认结果。

在一些实施例中，第一资源发放信息包括：资源的标识、资源发放量、信息类型、发放方和接收方的信息；资源发放的存储信息为资源发放的密文；资源发放的密文是根据业务系统向区块链提交的第二资源发放信息生成的。资源发放确认模块606用于根据资源发放的密文得到第二资源发放信息；将第二资源发放信息和第一资源发放信息进行比对，如果两者相匹配，则资源发放确认结果为资源发放的存储信息准确，否则，资源发放确认结果为资源发放的存储信息不准确。

入链模块610，用于将资源发放确认结果的相关信息，发送至区块链进行存储。

在一些实施例中，入链模块610用于校验资源发放确认结果的长度；在资源发放确认结果的长度符合预设长度的情况下，根据资源发放确认结果，生成资源发放确认结果的存储信息；检测资源发放确认结果的存储信息是否已存储于本地数据库；在资源发放确认结果的存储信息未存储于本地数据库的情况下，将资源发放确认结果的存储信息发送至区块链进行存储。

在一些实施例中，资源管理系统还包括：存储模块612用于根据区块链中存储的信息，更新本地数据库中的信息，以便用户通过本地数据库进行查询；其中，本地数据库的信息包括资源发放确认结果和第二资源发放信息；同一资源对应的信息在本地数据库中进行关联存储。

在一些实施例中，信息获取模块606还用于在新区块中包括资源回收的存储信息的情况下，从资源调度平台获取资源对应的第一资源回收信息；其中，资源回收的存储信息是由业务系统向区块链进行存储的。资源管理系统还包括：资源回收确认模块614用于根据第一资源回收信息、资源回收的存储信息、以及资源回收方案信息，确定资源回收确认结果。入链模块610还用于将资源回收确认结果的相关信息，发送至区块链进行存储。

在一些实施例中，第一资源回收信息包括：资源的标识、资源回收量、回收时间信息、信息类型、回收方和被回收方的信息；资源回收的存储信息为资源回收的密文；资源回收的密文是根据业务系统向区块链提交的第二资源回收信息生成的；资源回收方案信息包括：资源的标识，资源对应的各个预设回收时间，各个预设回收时间对应的资源回收量，以及回收方和被回收方的信息。资源回收确认模块614用于根据资源回收的密文得到第二资源回收信息；将第一资源回收信息与第二资源回收信息以及资源回收方案信息分别进行比对，如果三者相匹配，则资源回收确认结果为资源回收的存储信息准确，否则，资源回收确认结果为资源回收的存储信息不准确。

在一些实施例中，资源管理系统还包括：回收监测模块616用于根据资源回收方案信息，监测资源的回收情况；资源回收方案信息包括：资源的标识，资源对应的各个预设回收时间，各个预设回收时间对应的资源回收量，以及回收方和被回收方的信息；入链模块610还用于在被回收方在超出预设回收时间预设时长后，没有提交与该预设回收时间对应的资源回收量等量的资源的情况下，发送资源主动回收请求信息至区块链进行存储。

在一些实施例中，资源管理系统还包括：主动回收指示模块618，用于在新区块中包括资源主动回收指示信息，且资源主动回收指示信息表示对被回收方的资源进行主动回收的情况下，向资源调度平台发送回收指令，回收指令包括：资源标识、被回收方标识、以及对应的资源回收量，以便资源调度平台根据回收指令进行资源的主动回收。

本公开还提供一种信息处理系统，下面结合图7进行描述。

图7为本公开信息处理系统的一些实施例的结构图。如图7所示，该实施例的信息处理系统70包括：前述任意实施例的资源管理系统60；以及业务系统72，资源调度平台74。

业务系统72，用于向资源调度平台发送资源发放请求，以便资源调度平台向用户发放相应的资源；接收资源调度平台返回的资源发放的结果，根据资源发放的结果生成资源发放的存储信息，发送至区块链进行存储。

资源调度平台74，用于接收业务系统的资源发放请求，向用户发放相应的资源，向业务系统返回的资源发放的结果。

在一些实施例中，业务系统72还用于监听区块链中新区块的生成；获取新区块中存储的信息并进行解析；在新区块中包括资源发放确认结果，且资源发放确认结果为资源发放的存储信息不准确的情况下，业务系统重新向区块链发起存储请求，存储请求中包括更新后的资源发放的存储信息，以便区块链对更新后的资源发放的存储信息进行存储。

在一些实施例中，业务系统72还用于在资源发放确认结果为资源发放的存储信息准确的情况下，将资源对应的资源回收方案信息，发送至区块链进行存储。

在一些实施例中，业务系统72还用于监听区块链中新区块的生成；获取新区块中存储的信息并进行解析；在新区块中包括资源主动回收请求信息的情况下，确定资源主动回收指示信息，并发送至区块链进行存储。

本公开的实施例中的信息处理系统，以及信息处理系统中的资源处理系统、业务系统和资源调度平台，均可各由各种计算设备或计算机系统来实现，下面结合图8以及图9进行描述。

图8为本公开信息处理系统的一些实施例的结构图。如图8所示，该实施例的信息处理系统80包括：存储器810以及耦接至该存储器810的处理器820，处理器820被配置为基于存储在存储器810中的指令，执行本公开中任意一些实施例中的信息处理方法。

其中，存储器810例如可以包括系统存储器、固定非易失性存储介质等。系统存储器例如存储有操作系统、应用程序、引导装载程序(Boot Loader)、数据库以及其他程序等。

图9为本公开信息处理系统的另一些实施例的结构图。如图9所示，该实施例的信息处理系统90包括：存储器910以及处理器920，分别与存储器810以及处理器820类似。还可以包括输入输出接口230、网络接口940、存储接口950等。这些接口930，940，950以及存储器910和处理器920之间例如可以通过总线960连接。其中，输入输出接口930为显示器、鼠标、键盘、触摸屏等输入输出设备提供连接接口。网络接口940为各种联网设备提供连接接口，例如可以连接到数据库服务器或者云端存储服务器等。存储接口950为SD卡、U盘等外置存储设备提供连接接口。

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

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

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

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

以上所述仅为本公开的较佳实施例，并不用以限制本公开，凡在本公开的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本公开的保护范围之内。

Claims (19)

1.一种信息处理方法，包括：

资源管理系统监听区块链中新区块的生成；

所述资源管理系统获取所述新区块中存储的信息并进行解析；

在所述新区块中包括资源发放的存储信息的情况下，所述资源管理系统从资源调度平台获取所述资源对应的第一资源发放信息；其中，所述资源发放的存储信息是根据业务系统的请求由所述区块链进行存储的；

所述资源管理系统根据所述第一资源发放信息和所述资源发放的存储信息，确定资源发放确认结果；

所述资源管理系统将所述资源发放确认结果的相关信息，发送至区块链进行存储。

2.根据权利要求1所述的信息处理方法，其中，

所述资源发放的存储信息为资源发放的密文；所述资源发放的密文是根据所述业务系统向所述区块链提交的第二资源发放信息生成的；

所述资源管理系统根据所述资源发放信息和所述资源发放的存储信息，确定资源发放确认结果包括：

所述资源管理系统根据所述资源发放的密文得到所述第二资源发放信息；

所述资源管理系统将所述第二资源发放信息和所述第一资源发放信息进行比对，如果两者相匹配，则资源发放确认结果为资源发放的存储信息准确，否则，资源发放确认结果为资源发放的存储信息不准确。

3.根据权利要求1所述的信息处理方法，还包括：

所述资源管理系统根据区块链中存储的信息，更新本地数据库中的信息，以便用户通过所述本地数据库进行查询；其中，所述本地数据库的信息包括所述资源发放确认结果和所述第二资源发放信息；同一资源对应的信息在所述本地数据库中进行关联存储。

4.根据权利要求2所述的信息处理方法，还包括：

业务系统监听区块链中新区块的生成；

所述业务系统获取所述新区块中存储的信息并进行解析；

在所述新区块中包括资源发放确认结果，且所述资源发放确认结果为资源发放的存储信息不准确的情况下，所述业务系统重新向所述区块链发起存储请求，所述存储请求中包括所述更新后的资源发放的存储信息，以便所述区块链对更新后的资源发放的存储信息进行存储。

5.根据权利要求3所述的信息处理方法，还包括：

在所述资源发放确认结果为资源发放的存储信息准确的情况下，所述业务系统将所述资源对应的资源回收方案信息，发送至所述区块链进行存储。

6.根据权利要求1所述的信息处理方法，还包括：

业务系统向资源调度平台发送资源发放请求，以便所述资源调度平台向用户发放相应的资源；

所述业务系统接收所述资源调度平台返回的资源发放的结果，根据所述资源发放的结果生成所述资源发放的存储信息，发送至区块链进行存储。

7.根据权利要求1所述的信息处理方法，还包括：

在所述新区块中包括资源回收的存储信息的情况下，所述资源管理系统从资源调度平台获取所述资源对应的第一资源回收信息；其中，所述资源回收的存储信息是由业务系统向所述区块链进行存储的；

所述资源管理系统根据所述第一资源回收信息、所述资源回收的存储信息、以及资源回收方案信息，确定资源回收确认结果；

所述资源管理系统将所述资源回收确认结果的相关信息，发送至区块链进行存储。

8.根据权利要求7所述的信息处理方法，其中，

所述资源回收的存储信息为资源回收的密文；所述资源回收的密文是根据所述业务系统向所述区块链提交的第二资源回收信息生成的；所述资源回收方案信息包括：所述资源的标识，所述资源对应的各个预设回收时间，各个预设回收时间对应的资源回收量，以及回收方和被回收方的信息；

所述资源管理系统根据所述第一资源回收信息、所述资源回收的存储信息、以及资源回收方案信息，确定资源回收确认结果包括：

所述资源管理系统根据所述资源回收的密文得到所述第二资源回收信息；

所述资源管理系统将所述第一资源回收信息与所述第二资源回收信息以及所述资源回收方案信息分别进行比对，如果三者相匹配，则资源回收确认结果为资源回收的存储信息准确，否则，资源回收确认结果为资源回收的存储信息不准确。

9.根据权利要求1所述的信息处理方法，还包括：

所述资源管理系统根据资源回收方案信息，监测所述资源的回收情况；所述资源回收方案信息包括：所述资源的标识，所述资源对应的各个预设回收时间，各个预设回收时间对应的资源回收量，以及回收方和被回收方的信息；

在所述被回收方在超出预设回收时间预设时长后，没有提交与该预设回收时间对应的资源回收量等量的资源的情况下，所述资源管理系统发送资源主动回收请求信息至所述区块链进行存储。

10.根据权利要求9所述的信息处理方法，还包括：

所述业务系统监听区块链中新区块的生成；

所述业务系统获取所述新区块中存储的信息并进行解析；

在所述新区块中包括资源主动回收请求信息的情况下，所述业务系统确定资源主动回收指示信息，并发送至所述区块链进行存储。

11.根据权利要求10所述的信息处理方法，还包括：

所述资源管理系统监听区块链中新区块的生成；

所述资源管理系统获取所述新区块，并解析新区块存储的信息；

在所述新区块中包括资源主动回收指示信息，且所述资源主动回收指示信息表示对被回收方的资源进行主动回收的情况下，所述资源管理系统向所述资源调度平台发送回收指令，所述回收指令包括：资源标识、被回收方标识、以及对应的资源回收量，以便所述资源调度平台根据所述回收指令进行资源的主动回收。

12.根据权利要求1所述的信息处理方法，其中，

所述资源管理系统将所述资源发放确认结果的相关信息，发送至区块链进行存储包括：

所述资源管理系统校验所述资源发放确认结果的长度；

在所述资源发放确认结果的长度符合预设长度的情况下，所述资源管理系统根据所述资源发放确认结果，生成所述资源发放确认结果的存储信息；

所述资源管理系统检测所述资源发放确认结果的存储信息是否已存储于本地数据库；

所述资源管理系统在所述资源发放确认结果的存储信息未存储于本地数据库的情况下，将所述资源发放确认结果的存储信息发送至所述区块链进行存储。

13.一种资源管理系统，包括：

监听模块，用于监听区块链中新区块的生成；

解析模块，用于获取所述新区块中存储的信息并进行解析；

信息获取模块，用于在所述新区块中包括资源发放的存储信息的情况下，从资源调度平台获取所述资源对应的第一资源发放信息；其中，所述资源发放的存储信息是根据业务系统的请求由所述区块链进行存储的；

资源发放确认模块，用于根据所述第一资源发放信息和所述资源发放的存储信息，确定资源发放确认结果；

入链模块，用于将所述资源发放确认结果的相关信息，发送至区块链进行存储。

14.一种信息处理系统，包括：权利要求13所述的资源管理系统；以及

业务系统，用于向资源调度平台发送资源发放请求，以便所述资源调度平台向用户发放相应的资源；接收所述资源调度平台返回的资源发放的结果，根据所述资源发放的结果生成所述资源发放的存储信息，发送至区块链进行存储；

资源调度平台，用于接收所述业务系统的资源发放请求，向用户发放相应的资源，向所述业务系统返回的资源发放的结果。

15.根据权利要求14所述的信息处理系统，其中，

所述业务系统还用于监听区块链中新区块的生成；获取所述新区块中存储的信息并进行解析；在所述新区块中包括资源发放确认结果，且所述资源发放确认结果为资源发放的存储信息不准确的情况下，所述业务系统重新向所述区块链发起存储请求，所述存储请求中包括所述更新后的资源发放的存储信息，以便所述区块链对更新后的资源发放的存储信息进行存储。

16.根据权利要求15所述的信息处理系统，其中，

所述业务系统还用于在所述资源发放确认结果为资源发放的存储信息准确的情况下，将所述资源对应的资源回收方案信息，发送至所述区块链进行存储。

17.根据权利要求14所述的信息处理系统，其中，

所述业务系统还用于监听区块链中新区块的生成；获取所述新区块中存储的信息并进行解析；在所述新区块中包括资源主动回收请求信息的情况下，确定资源主动回收指示信息，并发送至所述区块链进行存储。

18.一种信息处理系统，包括：

处理器；以及

耦接至所述处理器的存储器，用于存储指令，所述指令被所述处理器执行时，使所述处理器执行如权利要求1-12任一项所述的信息处理方法。

19.一种非瞬时性计算机可读存储介质，其上存储有计算机程序，其中，该程序被处理器执行时实现权利要求1-12任一项所述方法的步骤。

Images