CN113709216A - 一种向业务系统推送信息的方法及装置 - Google Patents

Abstract

本说明书公开了一种向业务系统推送信息的方法及装置。所述方法应用于信息推送系统；其中，所述信息推送系统存储有业务系统的信息需求条件，所述业务系统的信息需求条件用于表征所述业务系统进行业务处理过程中的信息需求；所述方法包括：通过监听区块链系统的方式，从所述区块链系统获取新增区块；对获取的新增区块进行解析，得到符合所述业务系统的信息需求条件的信息；将符合所述业务系统的信息需求条件的信息推送给所述业务系统。

Description

一种向业务系统推送信息的方法及装置

技术领域

本说明书实施例涉及区块链技术领域，尤其涉及一种向业务系统推送信息的方法及装置。

背景技术

业务方的业务系统在处理业务时，可能需要用到区块链系统中存储的一些信息。例如，假设业务系统处理的业务为对用户的贷款资格进行审核，那么，可能需要用到区块链系统中存储的用户可信身份信息。

为此，一般的做法是，业务系统通过监听区块链系统的方式，从区块链系统获取新增区块，并且，业务系统还需要从区块中解析出进行业务处理所需要的信息。

在实际应用中，需要维持与区块链系统之间的长连接，才能够实现对区块链系统的监听，然而，维持与区块链系统之间的长连接会给业务系统造成较大的性能压力，给业务系统正常处理业务造成不利影响。

发明内容

为了解决上述技术问题，本说明书提供了一种向业务系统推送信息的方法及装置。技术方案如下所示。

一种向业务系统推送信息的方法，应用于信息推送系统；其中，所述信息推送系统存储有业务系统的信息需求条件，所述业务系统的信息需求条件用于表征所述业务系统进行业务处理过程中的信息需求；所述方法包括：

通过监听区块链系统的方式，从所述区块链系统获取新增区块；

对获取的新增区块进行解析，得到符合所述业务系统的信息需求条件的信息；

将符合所述业务系统的信息需求条件的信息推送给所述业务系统。

一种向业务系统推送信息的方法，应用于信息推送系统，所述信息推送系统对接至少两个业务系统，并监听至少两个区块链系统；其中，所述信息推送系统存储有对接的每个业务系统的信息需求条件，每个业务系统的信息需求条件用于表征该业务系统进行业务处理过程中的信息需求；所述方法包括：

获取监听的每个区块链系统的新增区块；

对获取的新增区块进行解析，分别得到符合每个业务系统的信息需求条件的信息；

针对每个业务系统，将符合该业务系统的信息需求条件的信息推送给该业务系统。

一种向业务系统推送信息的装置，应用于信息推送系统；其中，所述信息推送系统存储有业务系统的信息需求条件，所述业务系统的信息需求条件用于表征所述业务系统进行业务处理过程中的信息需求；所述装置包括：

监听单元，用于通过监听区块链系统的方式，从所述区块链系统获取新增区块；

解析单元，用于对获取的新增区块进行解析，得到符合所述业务系统的信息需求条件的信息；

推送单元，用于将符合所述业务系统的信息需求条件的信息推送给所述业务系统。

一种向业务系统推送信息的装置，应用于信息推送系统，所述信息推送系统对接至少两个业务系统，并监听至少两个区块链系统；其中，所述信息推送系统存储有对接的每个业务系统的信息需求条件，每个业务系统的信息需求条件用于表征该业务系统进行业务处理过程中的信息需求；所述装置包括：

获取单元，用于获取监听的每个区块链系统的新增区块；

信息单元，用于对获取的新增区块进行解析，分别得到符合每个业务系统的信息需求条件的信息；

发送单元，用于针对每个业务系统，将符合该业务系统的信息需求条件的信息推送给该业务系统。

上述技术方案中，通过信息推送系统代替业务系统进行区块链系统的监听，并且代替业务系统从区块中解析出业务系统进行业务处理时所需要的信息，业务系统可以直接从信息推送系统获取所需要的信息用于业务处理。如此一来，业务系统可以无需维持与区块链系统之间的长连接，也可以无需执行从区块中解析信息的操作，缓解了性能压力，可以将更多的系统资源用于处理业务，提升自身的业务处理效率。

附图说明

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

图1是本说明书实施例提供的一种信息推送的结构示意图；

图2是本说明书实施例提供的一种向业务系统推送信息的方法的流程示意图；

图3是本说明书实施例提供的另一种信息推送的结构示意图；

图4是本说明书实施例提供的另一种信息推送的结构示意图；

图5是本说明书实施例提供的另一种信息推送的结构示意图；

图6是本说明书实施例提供的另一种向业务系统推送信息的方法的流程示意图；

图7是本说明书实施例提供的一种向业务系统推送信息的装置的结构示意图；

图8是本说明书实施例提供的另一种向业务系统推送信息的装置的结构示意图；

图9是用于配置本说明书实施例方法的一种设备的结构示意图。

具体实施方式

为了使本领域技术人员更好地理解本说明书实施例中的技术方案，下面将结合本说明书实施例中的附图，对本说明书实施例中的技术方案进行详细地描述，显然，所描述的实施例仅仅是本说明书的一部分实施例，而不是全部的实施例。基于本说明书中的实施例，本领域普通技术人员所获得的所有其他实施例，都应当属于公开的范围。

业务方的业务系统在处理业务时，可能需要用到区块链系统中存储的一些信息。例如，假设业务系统处理的业务为对用户的贷款资格进行审核，那么，可能需要用到区块链系统中存储的用户可信身份信息。

本文所述的信息，可以理解为数据所蕴含的信息。可以理解，数据通常具有一定的数据格式，特定的数据存储系统往往是基于特定的数据格式存储数据的。通过对特定数据格式的数据进行解析，可以获得数据所蕴含的信息。

区块链系统是一种可以确保数据难以被篡改的分布式数据存储系统，区块链系统的存储结构被称为“区块链”，其是由若干区块链接而成的，区块中封装的数据即是区块链系统所存储的数据。

区块中的数据主要包括交易数据(可称为交易树)、状态数据(可称为状态树)以及收据数据(可称为收据树)。区块中的数据具有区块链协议要求的数据格式。

区块中的交易数据通常是多笔交易的集合。例如，如果需要区块链系统存证某个文件，则需要将该文件封装到交易中提交给区块链系统。又如，如果需要在区块链系统中创建用户账户，则需要向区块链系统发起一笔用于创建用户账户的交易，该交易中可以携带用户公钥。再如，如果需要在区块链系统中创建智能合约，则需要向区块链系统发起一笔用于创建智能合约的交易，交易中可以携带合约代码。

状态数据通常是指与区块链世界状态有关的数据，例如各个区块链账户(用户账户或者合约账户)的账户余额数据。

收据数据通常是指与交易执行有关的数据，例如，智能合约执行交易的交易日志，交易日志中可以包含交易执行结果。

区块链系统通常会阶段性地基于共识算法产生新增区块，将新增区块写入区块链的末端，这意味着新增区块中包含的数据上链。新增区块中包含的数据上链，往往会导致区块链状态变更。

需要说明的是，对于区块链状态变更的理解，有广义与狭义之分，狭义上的区块链状态变更可以理解为上述的区块链世界状态的变更，这可以通过区块中的状态数据来体现。

广义上的区块链状态变更可以理解为不仅包括上述的区块链世界状态变更，还包括交易或交易执行所导致的业务状态变更。交易所导致的业务状态变更可以通过区块中的交易数据来体现，交易执行所导致的业务状态变更可以通过区块中的收据数据来体现。

例如，将携带有某个文件的交易提交给区块链系统，该交易被封装进区块并上链之后，会导致区块链对该文件实现存证，这属于区块链系统的一种业务状态变更。

又如，将携带有合约代码的交易提交给区块链系统，该交易被封装进区块并上链之后，会导致区块链系统中新部署智能合约，这属于区块链系统的一种业务状态变更。

再如，将携带有合约输入参数的交易提交给区块链系统，该交易调用智能合约，智能合约执行交易之后，交易执行结果会封装进区块并上链，会导致区块链系统对交易执行结果的存证，这也属于区块链系统的一种业务状态变更。

业务系统可以通过监听区块链系统的方式，从区块链系统获取新增区块，之后，业务系统可以从获取的新增区块中解析出进行业务处理时所需要的信息。

然而，对区块链系统的监听通常是通过维持与区块链系统的长连接来实现的，维持长连接对于业务系统来说会耗费比较多的系统资源，降低业务系统处理自身业务的效率。

此外，从区块中解析出信息可以包括识别区块链协议要求的数据格式的数据，并从数据中提取信息。通常需要预先为业务系统配置解析逻辑，业务系统实际上是通过执行解析逻辑来从区块中解析出信息。在实际应用中，业务系统可能只会对区块中的数据所蕴含的部分信息存在需求，因此，这种情况下，从区块中解析出信息实际上包括识别区块链协议要求的数据格式的数据，并从数据中选择性地提取部分信息。这意味着预先为业务系统配置的解析逻辑，不仅需要考虑区块链协议要求的数据格式，还需要考虑业务系统自身的信息需求。

可见，对业务系统来说，从区块中解析出所需要的信息的操作也会耗费较多的系统资源。

为了解决上述问题，本说明书实施例提供了一种向业务系统推送信息的方法。通过信息推送系统代替业务系统进行区块链系统的监听，并且代替业务系统从区块中解析出业务系统进行业务处理时所需要的信息，业务系统可以直接从信息推送系统获取所需要的信息用于业务处理。如此一来，业务系统可以无需维持与区块链系统之间的长连接，也可以无需执行从区块中解析信息的操作，缓解了性能压力，可以将更多的系统资源用于处理业务，提升自身的业务处理效率。

下面结合附图，针对本说明书实施例提供的一种向业务系统推送信息的方法进行详细的解释。

如图1所示，为本说明书实施例提供的一种信息推送的结构示意图。其中包括一个区块链系统，一个信息推送系统和一个业务系统。其中包含的业务系统需要获取区块链系统上存储的信息进行业务处理。

如图2所示，为本说明书实施例提供的一种向业务系统推送信息的方法的流程示意图。

该方法流程可以应用于信息推送系统。信息推送系统可以部署在区块链系统与业务系统之间，分别对接区块链系统和业务系统。

其中，信息推送系统可以存储有业务系统的信息需求条件。业务系统的信息需求条件可以用于表征业务系统进行业务处理过程中的信息需求。例如，信息需求条件可以是“区块链系统中某一账户的余额变化情况”。根据业务系统的信息需求条件，可以确定出业务系统进行业务处理时所需要的信息。

该方法可以包括以下步骤。

S101：通过监听区块链系统的方式，从区块链系统获取新增区块。

在一种可选的实施例中，信息推送系统可以安装用于对接区块链系统的软件包SDK，软件包SDK具体可以封装有监听区块链系统的功能。区块链系统在存在新增区块的情况下，可以将新增区块发送到软件包SDK中，实现信息推送系统对区块链系统的监听。

在另一种可选的实施例中，信息推送系统可以主动监听区块链系统中是否存在新增区块。可选地，具体可以是信息推送系统通过长连接，周期性查询区块链系统中最大的区块序号是否发生变化，如果发生变化，则可以确定区块链系统中存在新增区块，进而从区块链系统中获取新增区块。

S102：对获取的新增区块进行解析，得到符合业务系统的信息需求条件的信息。

具体解析新增区块中包含的信息时，可以针对新增区块中的全部数据进行解析，得到数据中所蕴含的信息。例如，新增区块中的交易数据、状态数据和收据数据。

可选地，为了提高解析效率，可以针对新增区块中的部分数据进行解析，得到数据中所蕴含的信息。业务系统通常需要根据区块链系统中的变化情况进行业务处理，因此，可选地，可以对获取的新增区块中与区块链状态变更事件有关的数据进行解析。

基于上述针对区块链状态变更的解释，区块链状态变更事件，可以用于表征区块链系统中的任一变化情况。具体可以包括区块链系统中世界状态的变化，区块数量的变化，账户余额的变化，合约执行情况等。

可选地，区块链状态变更事件，可以包括以下至少一个：账户创建，合约部署，合约执行，和数据存证。

由于新增区块中的数据，通常包含在新增区块的树结构中，因此，具体对新增区块进行解析，可选地，可以先解析出新增区块中的交易树、收据树和状态树。

其中，交易树是新增区块中所有交易组成的一个树结构，包含有新增区块中的全部交易。

而每个交易执行完毕后，可以生成一个收据，与交易一一对应，其中记录有交易的相关信息，具体可以包含交易执行结果。收据树是新增区块中所有交易的收据组成的一个树结构，包含有新增区块中全部交易的执行结果。例如，合约的执行结果。

状态树是区块链中所有账户的状态组成的一个树结构，其中具体可以包含账户余额等信息。

在解析出新增区块中的交易树、收据树和状态树后，可选地，可以进一步针对其中与区块链状态变更事件相关的数据进行解析。例如，针对收据树中的合约执行结果进行解析；针对交易树中账户间转账的交易进行解析等等。

当然，可选地，也可以针对其中全部的数据进行解析。例如，针对交易树中用于存证数据的交易进行解析；针对状态树中某一账户的账户余额进行查询等等。

在解析出新增区块中的交易树、收据树和状态树之后，具体在解析数据时，可选地，可以进一步基于区块链系统中固定的数据结构，解析出不同字段的值，并将解析出的字段值所蕴含的信息作为解析出的信息。

例如，针对新增区块中的一笔交易，可以基于交易的数据结构，确定其中from字段的值表征的是交易的发起方，to字段的值表征的是交易的接收方。之后可以基于from字段的值，筛选出指定发起方发起的交易，用于后续的业务处理。

可选地，可以是基于区块链系统中固定的数据结构，解析出不同字段的值，并根据解析出的字段值进行统计，将统计结果作为解析出的信息。

例如，区块链系统中存在一个指定合约，用于检测数据异常。针对新增区块中的收据树进行解析，确定其中指定合约的合约执行结果，再统计新增区块中合约执行结果表征异常的数量，作为解析出的信息。在数量大于预设数量的情况下，可以认为数据频繁出现异常，从而进行业务处理。

在一种可选的实施例中，可以先针对获取的新增区块进行解析，并从解析结果中过滤出符合业务系统的信息需求条件的信息。

在另一种可选的实施例中，为了提高解析效率，快速得到符合业务系统的信息需求条件的信息，可以基于信息需求条件，从获取的新增区块中解析出符合业务系统的信息需求条件的信息。

可选地，具体可以是解析符合信息需求条件的信息的可能来源。例如，交易树，收据树等。再进一步解析新增区块中的信息来源，从而减少需要解析的数据，提高解析效率，方便快速得到符合业务系统的信息需求条件的信息。

例如，根据信息需求条件“账户A1发起的全部交易”，可以解析出符合这一信息需求条件的信息的可能来源是交易树，从而可以只解析新增区块中的交易树，获取其中的全部交易，解析其中的发起方字段值，筛选出发起方字段值表征“A1”的交易为符合信息需求条件的信息。

S103：将符合业务系统的信息需求条件的信息推送给业务系统。

其中，将信息推送给业务系统后，可以使得业务系统基于从信息推送系统接收到的信息进行业务处理。

由于推送的信息是经过S102的解析和筛选，因此，业务系统无需针对新增区块进行解析，可以直接利用所接收的信息进行业务处理，提高了业务处理效率，避免了冗余的区块解析操作。

此外，业务系统在处理业务时通常使用特定的数据模型。业务系统在开发业务时，通常会指定一个数据模型用于业务处理，其中可以指定字段名称，而业务系统可以识别出所指定的数据模型中的字段名称，明确字段名称的业务含义，从而可以直接使用指定数据模型的数据进行业务处理。

例如，业务系统在开发业务时，可以指定provider字段表示交易的发起方，因此，针对特定的数据模型中的provider字段，可以确定该字段对应的业务含义是交易发起方。

因此，为了进一步方便业务系统处理业务，可以在将信息推送给业务系统之前，可以将信息封装为业务系统处理业务使用的数据模型，从而使得业务系统直接使用接收到的信息进行业务处理，无需转换信息的数据模型，避免了冗余的操作，提高了业务处理的效率。

在一种可选的实施例中，信息推送系统可以存储有业务系统对应的信息需求条件、以及对应的指定数据模型。将符合业务系统的信息需求条件的信息推送给业务系统，具体可以是：基于指定数据模型封装符合业务系统的信息需求条件的信息，得到目标数据；其中，业务系统具有识别指定数据模型的数据的能力。将目标数据推送给业务系统。

可选地，信息推送系统中可以存储有区块链系统中包含信息的字段、与指定数据模型中字段的对应关系。具体可以是基于符合业务系统的信息需求条件的信息，将其中包含的任一数据填写为指定数据模型中对应字段的值，从而得到目标数据。

例如，在区块链系统中用于表示交易发起方的from字段可以与业务系统中用于表示交易发起方的provider字段对应。基于所得到的信息中from字段的数据“A1”，可以将“A1”填写为指定数据模型中provider字段的值。

可选地，在业务系统指定一个数据模型用于业务处理时，除了制定数据模型中的字段名称，还可以设置字段值的格式。例如，针对区块链系统中的时间戳字段，通常时间戳字段取值的格式为unxi时间戳的格式，即从1970年1月1日的午夜开始所经过的秒数。而在指定数据模型中，可以设置对应的时间戳字段的取值格式为日期格式，即，年月日时分秒的格式。

因此，可选地，信息推送系统中可以存储有区块链系统中包含信息的字段、与指定数据模型中字段的对应关系，并且存储有指定数据模型中字段的取值格式。具体可以是基于符合业务系统的信息需求条件的信息，根据其中包含的任一数据填写指定数据模型中对应字段的值，使得所填写的值符合指定数据模型中对应字段的取值格式，从而得到目标数据。

例如，基于所得到的信息中时间戳字段的数据“1”，可以根据“1”，确定对应的年月日时分秒格式的数据为“1970年1月1日0点0分1秒”填写为指定数据模型中时间戳字段的值。

需要注意的是，可选地，指定数据模型可以是业务系统在开发业务时自身设置的。

此外，由于业务系统在开发业务时，可能已经明确需要获取区块链系统中存储的数据进行业务处理，因此，可以根据区块链系统中所需要获取的数据对应的字段，设置指定数据模型。例如，业务系统在开发阶段，可以根据区块链系统中的from字段，设置指定数据模型中对应的交易发起者字段也为from字段。

因此，可选地，指定数据模型可以是业务系统根据区块链系统中的字段设置的。

由于上述方法流程中包含发送方、中转方和接收方，因此，可以基于消息订阅机制实现上述方法流程，从而节省开发信息推送系统的成本。

在一种可选的实施例中，信息推送系统中可以部署有消息订阅服务。

其中，预先将区块链系统作为消息源注册至消息订阅服务，预先将业务系统作为订阅方注册至消息订阅服务，预先将业务系统的信息需求条件作为订阅方指定的消息推送规则注册至消息订阅服务。

在本实施例中，可以利用消息订阅服务的功能，从消息源(区块链系统)中获取新增区块，再根据消息推送规则(业务系统的信息需求条件)从新增区块中筛选出符合消息推送规则的信息，推送给订阅方(业务系统)。

其中，可以在解析新增区块后，将解析出的信息输入消息队列中，再针对消息队列中的消息，逐个判断是否符合消息推送规则，确定是否需要推送给订阅方。

利用消息队列可以提高消息订阅服务的稳定性，避免被过多的消息影响信息推送系统的性能。

此外，由于订阅方的注册可能存在有效期，因此，可选地，可以在将符合业务系统的信息需求条件的信息推送给业务系统之前，可以确定业务系统是否还是有效的订阅方。如果业务系统不是有效的订阅方，则可以并不将符合业务系统的信息需求条件的信息推送给业务系统，从而提高区块链系统中存储信息的安全性。

在一种可选的实施例中，业务系统的信息需求条件，可以是业务系统预先注册到信息推送系统中的。具体注册的操作可以是发送操作，将信息需求条件预先发送到信息推送系统中。

需要注意的是，针对区块链系统，可能存在需要授权后才能获取其中存储的信息的情况。例如，针对联盟链系统，需要链外系统经过联盟链的授权后，才能从联盟链系统中获取到其中存储的信息。

信息推送系统可以具有获取区块链系统中存储的信息的权限，从而可以执行上述方法流程，监听区块链系统。

但针对业务系统，信息推送系统需要确定业务系统是否具有获取区块链系统中存储的信息的权限。如果业务系统不具有获取区块链系统中存储的信息的权限，则信息推送系统无法向业务系统推送区块链系统中的信息。

此外，如果业务系统并未在信息推送系统中注册信息需求条件，信息推送系统也就不会向业务系统推送信息。

因此，可选地，信息推送系统可以在业务系统注册信息需求条件时进行检验，具体可以是检验业务系统是否具有获取区块链系统中存储的信息的权限，如果业务系统不具有获取区块链系统中存储的信息的权限，则信息推送系统无法注册信息需求条件。

在一种具体的实施例中，具体的检验可以是，信息推送系统将需要注册信息需求条件的业务系统的标识发送到区块链系统，由区块链系统返回该业务系统是否已授权的结果。

在另一种具体的实施例中，区块链系统可以保存有一个已授权的业务系统标识集合，具体的检验可以是，区块链系统将保存的业务系统标识集合发送到信息推送系统，由信息推送系统判断，业务系统标识集合中，是否包含需要注册信息需求条件的业务系统的标识。如果包含，则可以确定该业务系统已被授权。如果不包含，则可以确定该业务系统未被授权。

针对区块链系统的授权，在一种可选的实施例中，信息推送系统可以生成目标公私钥对，将其中的目标公钥发送到区块链系统中用于管理权限的中心化设备。

中心化设备可以在确定授权信息推送系统设备获取存储的信息的情况下，基于目标公钥生成数字证书，并将所生成的数字证书和目标公钥存储在对应的区块链网络中。

之后，如果信息推送系统需要获取区块链系统中存储的信息，可选地，可以是信息推送系统向区块链系统发送区块获取请求，请求中携带基于目标私钥得到的数字签名。

区块链系统在存在新增的区块，并且利用村村的目标公钥验证请求中的数字签名通过的情况下，可以将新增的区块发送到信息推送系统。

而为了进一步提高上述方法流程中的传输数据的安全性，在一种可选的实施例中，可以为信息推送系统配置可信执行环境TEE。其中，TEE可以对应于一对公私钥，并且TEE存储对应的私钥。

可选地，获取新增区块，可以是区块链系统利用TEE对应的公钥加密新增区块，将加密后的新增区块发送到信息推送系统，并在TEE中利用TEE对应的私钥进行解密，得到新增区块。

由于TEE中的数据对于TEE所在信息推送系统都是保密的，本实施例可以避免信息推送系统直接获取到新增区块，保证了新增区块的完整性和准确，提高了新增区块的数据安全性。

可选地，可以进一步在TEE中对获取的新增区块进行解析，得到符合业务系统的信息需求条件的信息。具体解释可以参见上述方法流程的解释。

可选地，在业务系统注册信息需求条件时，也可以利用TEE对应的公钥加密所注册的信息需求条件，将加密后的信息需求条件发送到信息推送系统，并在TEE中利用TEE对应的私钥进行解密，得到所注册的信息需求条件。

本实施例可以避免信息推送系统直接获取到信息需求条件，保证了信息需求条件的完整性和准确，提高了信息需求条件的安全性。

可选地，可以进一步针对所注册的信息需求条件进行检验。具体解释可以参见上述方法流程的解释。

可选地，针对区块链系统保存的已授权的业务系统标识集合，也可以使用TEE对应的公钥加密后，将加密后的业务系统标识集合发送到信息推送系统，在TEE中利用TEE对应的私钥进行解密，得到业务系统标识集合，从而方便针对业务系统是否被授权进行检验。

本实施例可以避免信息推送系统直接获取到业务系统标识集合，保证了业务系统标识集合的完整性和准确，提高了业务系统标识集合的安全性。

可选地，针对TEE中得到的符合业务系统的信息需求条件的信息，也可以在TEE中将所得到的信息利用业务系统的公钥加密，将加密后的交易信息发送到业务系统。本实施例保证了信息的完整性和准确，提高了信息的安全性。

上述方法流程中，通过信息推送系统代替业务系统进行区块链系统的监听，并且代替业务系统从区块中解析出业务系统进行业务处理时所需要的信息，业务系统可以直接从信息推送系统获取所需要的信息用于业务处理。如此一来，业务系统可以无需维持与区块链系统之间的长连接，也可以无需执行从区块中解析信息的操作，缓解了性能压力，可以将更多的系统资源用于处理业务，提升自身的业务处理效率。

上述方法流程是针对单个业务系统需要获取单个区块链系统上存储的信息的情况进行解释的。

而针对多个业务系统，或者多个区块链系统，也可以使用同一个信息推送系统进行信息推送。

其中，多个业务系统与多个区块链系统之间存在多种情况的对应关系。

例如，单个业务系统需要获取单个区块链系统上存储的信息；单个业务系统需要分别获取多个区块链系统上存储的信息；多个业务系统需要获取单个区块链系统上存储的信息，具体可以是不同业务系统获取不同的信息；多个业务系统需要获取多个区块链系统上存储的信息。

针对上述不同的对应关系，可以确定，其中都包含一组或多组“单个业务系统需要获取单个区块链系统上存储的信息”的对应关系。

因此，针对其中包含的每组“单个业务系统需要获取单个区块链系统上存储的信息”的对应关系，可以使用上述方法流程实现信息推送。

使用相同的信息推送系统进行信息推送，可以节约连接资源，提高业务处理效率，对于区块链系统而言，可以对业务系统无感知。即使增加或减少业务系统，信息推送系统只需要增加或减少对应的信息需求条件即可，区块链系统无需做任何变动，提高了业务系统的可扩展性。

下面进行详细解释。

针对“多个业务系统需要获取单个区块链系统上存储的信息”的对应关系，为了便于理解，如图3所示，为本说明书实施例提供的另一种信息推送的结构示意图。其中包含了一个区块链系统、一个信息推送系统和3个业务系统。需要注意的是，图中所示的业务系统的数量仅仅用于示例性说明，并不能限定本说明书公开的范围。

在本实施例中，通过使用相同的信息推送系统，可以使得区块链系统无需针对每个业务系统都建立连接，只需要与单个信息推送系统建立单个连接，即可实现对多个业务系统的信息推送，从而节约区块链系统的连接资源。

由于存在多个业务系统，不同的业务系统可能具有不同的信息需求，也就具有不同的信息需求条件。

因此，信息推送系统需要确定业务系统与信息需求条件之间的对应关系，将符合信息需求条件的信息，推送给对应的业务系统。

可选地，在上述方法流程的基础上，为了便于区分，将其他的业务系统成为其他业务系统。

信息推送系统还可以存储有至少一个其他业务系统的信息需求条件，每个其他业务系统的信息需求条件用于表征该其他业务系统进行业务处理过程中的信息需求。

上述方法流程还可以包括以下步骤。

通过监听区块链系统的方式，从区块链系统获取新增区块。

对获取的新增区块进行解析，得到符合每个其他业务系统对应的信息需求条件的信息。

针对每个其他业务系统，将符合该其他业务系统的信息需求条件的信息推送给该其他业务系统，以便该其他业务系统基于从信息推送系统接收到的信息进行业务处理。

其中，不同业务系统对应的信息需求条件可以相同，也可以不同。

针对“单个业务系统需要获取多个区块链系统上存储的信息”的对应关系，为了便于理解，如图4所示，为本说明书实施例提供的另一种信息推送的结构示意图。其中包含了3个区块链系统、一个信息推送系统和一个业务系统。需要注意的是，图中所示的区块链系统的数量仅仅用于示例性说明，并不能限定本说明书公开的范围。

在本实施例中，通过使用相同的信息推送系统，可以使得业务系统无需针对每个区块链系统都建立连接，只需要与单个信息推送系统建立单个连接，即可实现接收多个区块链系统的信息推送，从而节约业务系统的连接资源。

由于存在多个区块链系统，可以将多个区块链系统整体视为一个消息源，监听每个区块链系统，获取每个区块链系统的新增区块。

可选地，在上述方法流程的基础上，还可以包括：通过监听至少一个其他区块链系统的方式，从至少一个其他区块链系统获取新增区块。

所获取的新增区块可以用于后续的解析，得到符合业务系统的信息需求条件的信息，进行后续的步骤。

针对“多个业务系统需要获取多个区块链系统上存储的信息”的对应关系，需要注意的是，在“多个业务系统需要获取多个区块链系统上存储的信息”的对应关系，可能包含上述3种对应关系中的至少一种。

例如，在“多个业务系统需要获取多个区块链系统上存储的信息”的对应关系中，可以只包含多个“单个业务系统需要获取单个区块链系统上存储的信息”的对应关系；也可以包含一个或多个“多个业务系统需要获取单个区块链系统上存储的信息”的对应关系；也可以包含一个或多个“单个业务系统需要获取多个区块链系统上存储的信息”的对应关系。

为了便于理解，如图5所示，为本说明书实施例提供的另一种信息推送的结构示意图。其中包含了3个区块链系统、一个信息推送系统和3个业务系统。

需要注意的是，图中所示的区块链系统的数量仅仅用于示例性说明，并不能限定本说明书公开的范围。

为了便于区分，将3个区块链系统分别称为第一区块链系统、第二区块链系统和第三区块链系统，将3个业务系统分别称为第一业务系统、第二业务系统和第三业务系统。

其中，第一业务系统需要获取第一区块链系统存储的信息，第二业务系统需要获取第一区块链系统和第二区块链系统上存储的信息，第三业务系统需要获取第一区块链系统、第二区块链系统和第三区块链系统上存储的信息。

在本实施例中，通过使用相同的信息推送系统，可以使得每个业务系统和每个区块链系统，都只需要与单个信息推送系统建立单个连接，即可实现信息推送，从而节约连接资源。

如图6所示，为本说明书实施例提供的另一种向业务系统推送信息的方法的流程示意图。该方法可以应用于信息推送系统，信息推送系统对接至少两个业务系统，并监听至少两个区块链系统；其中，信息推送系统存储有对接的每个业务系统的信息需求条件，每个业务系统的信息需求条件用于表征该业务系统进行业务处理过程中的信息需求。

该方法可以包括以下步骤。

S201：获取监听的每个区块链系统的新增区块。

S202：对获取的新增区块进行解析，分别得到符合每个业务系统的信息需求条件的信息。

S203：针对每个业务系统，将符合该业务系统的信息需求条件的信息推送给该业务系统。

需要注意的是，由于存在多个业务系统和多个区块链系统，不同业务系统的信息需求条件不同，所需要获取信息的区块链系统也可能不同。

因此，需要明确每个业务系统所需要获取信息的信息需求条件、以及所需要获取信息的区块链系统。

具体可以先针对每个业务系统确定所需要获取信息的区块链系统，再仅针对所需要获取信息的区块链系统的新增区块进行筛选。

可选地，对获取的新增区块进行解析，分别得到符合每个业务系统的信息需求条件的信息，具体可以包括以下步骤。

对获取的新增区块进行解析，得到全量信息。

针对每个业务系统，根据预先注册的业务系统与区块链系统之间的对应关系，确定该业务系统对应的区块链系统，并从解析得到的全量信息中，确定从该业务系统对应的区块链系统获取的新增区块中解析出的信息，作为该业务系统对应的待筛选信息。从该业务系统对应的待筛选信息中，筛选出符合该业务系统对应的信息需求条件的信息。

本实施例可以通过先从全量信息中，基于所需要获取信息的区块链系统进行一次筛选，再针对筛选后的信息判断是否符合对应的信息需求条件，从而可以避免针对每个业务系统，都需要针对全量信息判断是否符合对应的信息需求条件，节约计算资源，提高推送效率。

对应于上述方法流程，本说明书还提供了一种装置实施例。

如图7所示，为本说明书实施例提供的一种向业务系统推送信息的装置的结构示意图。

其中，信息推送系统存储有业务系统的信息需求条件，业务系统的信息需求条件用于表征业务系统进行业务处理过程中的信息需求。该装置可以包括以下单元。

监听单元301，用于通过监听区块链系统的方式，从区块链系统获取新增区块。

解析单元302，用于对获取的新增区块进行解析，得到符合业务系统的信息需求条件的信息。

推送单元303，用于将符合业务系统的信息需求条件的信息推送给业务系统。

可选地，解析单元302可以用于：对获取的新增区块中与区块链状态变更事件有关的数据进行解析。

可选地，区块链状态变更事件，包括以下至少一个：账户创建，合约部署，合约执行，数据存证。

可选地，解析单元302可以用于：基于信息需求条件，从获取的新增区块中解析出符合业务系统的信息需求条件的信息；或者对获取的新增区块进行解析，并从解析结果中过滤出符合业务系统的信息需求条件的信息。

可选地，推送单元303可以包括：封装子单元303a，用于基于指定数据模型封装符合业务系统的信息需求条件的信息，得到目标数据；其中，业务系统具有识别指定数据模型的数据的能力。

发送子单元303b，用于将目标数据推送给业务系统。

可选地，信息推送系统中部署有消息订阅服务。向业务系统推送信息的装置可以包括注册单元304，用于预先将区块链系统作为消息源注册至所述消息订阅服务，预先将业务系统作为订阅方注册至所述消息订阅服务，预先将业务系统的信息需求条件作为订阅方指定的消息推送规则注册至消息订阅服务。

可选地，信息推送系统还可以存储有至少一个其他业务系统的信息需求条件，每个其他业务系统的信息需求条件用于表征该其他业务系统进行业务处理过程中的信息需求。

向业务系统推送信息的装置还可以包括以下单元。

其他解析单元305，用于对获取的新增区块进行解析，得到符合每个其他业务系统对应的信息需求条件的信息。

其他推送单元306，用于针对每个其他业务系统，将符合该其他业务系统的信息需求条件的信息推送给该其他业务系统，以便该其他业务系统基于从信息推送系统接收到的信息进行业务处理。

可选地，不同业务系统的信息需求条件不同。

可选地，向业务系统推送信息的装置可以包括以下单元。

其他监听单元307，用于通过监听至少一个其他区块链系统的方式，从至少一个其他区块链系统获取新增区块。

如图8所示，为本说明书实施例提供的另一种向业务系统推送信息的装置的结构示意图。

该装置可以应用于信息推送系统，信息推送系统对接至少两个业务系统，并监听至少两个区块链系统；其中，信息推送系统存储有对接的每个业务系统的信息需求条件，每个业务系统的信息需求条件用于表征该业务系统进行业务处理过程中的信息需求。该装置可以包括以下单元。

获取单元401，用于获取监听的每个区块链系统的新增区块。

信息单元402，用于对获取的新增区块进行解析，分别得到符合每个业务系统的信息需求条件的信息。

发送单元403，用于针对每个业务系统，将符合该业务系统的信息需求条件的信息推送给该业务系统。

可选地，信息单元402包括：全量子单元402a，用于对获取的新增区块进行解析，得到全量信息。

初筛子单元402b，用于针对每个业务系统，根据预先注册的业务系统与区块链系统之间的对应关系，确定该业务系统对应的区块链系统，并从全量信息中，确定从该业务系统对应的区块链系统获取的新增区块中解析出的信息，作为该业务系统对应的待筛选信息。

筛选子单元402c，用于从该业务系统对应的待筛选信息中，筛选出符合该业务系统的信息需求条件的信息。

上述装置实施例的解释可以参见上述方法流程的解释，此处不再赘述。

本说明书实施例还提供一种计算机设备，其至少包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，处理器执行所述程序时实现一种向业务系统推送信息的方法。

图9示出了本说明书实施例所提供的一种更为具体的计算机设备硬件结构示意图，该设备可以包括：处理器1010、存储器1020、输入/输出接口1030、通信接口1040和总线1050。其中处理器1010、存储器1020、输入/输出接口1030和通信接口1040通过总线1050实现彼此之间在设备内部的通信连接。

处理器1010可以采用通用的CPU(Central Processing Unit，中央处理器)、微处理器、应用专用集成电路(Application Specific Integrated Circuit，ASIC)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本说明书实施例所提供的技术方案。

存储器1020可以采用ROM(Read Only Memory，只读存储器)、RAM(Random AccessMemory，随机存取存储器)、静态存储设备，动态存储设备等形式实现。存储器1020可以存储操作系统和其他应用程序，在通过软件或者固件来实现本说明书实施例所提供的技术方案时，相关的程序代码保存在存储器1020中，并由处理器1010来调用执行。

输入/输出接口1030用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出)，也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。

通信接口1040用于连接通信模块(图中未示出)，以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如USB、网线等)实现通信，也可以通过无线方式(例如移动网络、WIFI、蓝牙等)实现通信。

总线1050包括一通路，在设备的各个组件(例如处理器1010、存储器1020、输入/输出接口1030和通信接口1040)之间传输信息。

需要说明的是，尽管上述设备仅示出了处理器1010、存储器1020、输入/输出接口1030、通信接口1040以及总线1050，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本说明书实施例方案所必需的组件，而不必包含图中所示的全部组件。

本说明书实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现一种向业务系统推送信息的方法。

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

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本说明书实施例可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本说明书实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本说明书实施例各个实施例或者实施例的某些部分所述的方法。

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

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，在实施本说明书实施例方案时可以把各模块的功能在同一个或多个软件和/或硬件中实现。也可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述仅是本说明书实施例的具体实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本说明书实施例原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本说明书实施例的保护。

Claims (14)

1.一种向业务系统推送信息的方法，应用于信息推送系统；其中，所述信息推送系统存储有业务系统的信息需求条件，所述业务系统的信息需求条件用于表征所述业务系统进行业务处理过程中的信息需求；所述方法包括：

通过监听区块链系统的方式，从所述区块链系统获取新增区块；

对获取的新增区块进行解析，得到符合所述业务系统的信息需求条件的信息；

将符合所述业务系统的信息需求条件的信息推送给所述业务系统。

2.如权利要求1所述方法，对获取的新增区块进行解析，包括：

对获取的新增区块中与区块链状态变更事件有关的数据进行解析。

3.如权利要求2所述方法，区块链状态变更事件，包括以下至少一个：

账户创建，合约部署，合约执行，数据存证。

4.如权利要求1所述方法，对获取的新增区块进行解析，得到符合所述业务系统的信息需求条件的信息，包括：

基于所述信息需求条件，从获取的新增区块中解析出符合所述业务系统的信息需求条件的信息；

或者

对获取的新增区块进行解析，并从解析结果中过滤出符合所述业务系统的信息需求条件的信息。

5.如权利要求1所述方法，将符合所述业务系统的信息需求条件的信息推送给所述业务系统，包括：

基于指定数据模型封装符合所述业务系统的信息需求条件的信息，得到目标数据；其中，所述业务系统具有识别所述指定数据模型的数据的能力；

将所述目标数据推送给所述业务系统。

6.如权利要求1所述方法，所述信息推送系统中部署有消息订阅服务；

其中，预先将所述区块链系统作为消息源注册至所述消息订阅服务，预先将所述业务系统作为订阅方注册至所述消息订阅服务，预先将所述业务系统的信息需求条件作为所述订阅方指定的消息推送规则注册至所述消息订阅服务。

7.如权利要求1所述方法，所述信息推送系统还存储有至少一个其他业务系统的信息需求条件，每个其他业务系统的信息需求条件用于表征该其他业务系统进行业务处理过程中的信息需求；

所述方法还包括：

通过监听区块链系统的方式，从所述区块链系统获取新增区块；

对获取的新增区块进行解析，得到符合每个其他业务系统对应的信息需求条件的信息；

针对每个其他业务系统，将符合该其他业务系统的信息需求条件的信息推送给该其他业务系统，以便该其他业务系统基于从所述信息推送系统接收到的信息进行业务处理。

8.如权利要求7所述方法，不同业务系统的信息需求条件不同。

9.如权利要求1所述方法，所述方法还包括：

通过监听至少一个其他区块链系统的方式，从至少一个其他区块链系统获取新增区块。

10.一种向业务系统推送信息的方法，应用于信息推送系统，所述信息推送系统对接至少两个业务系统，并监听至少两个区块链系统；其中，所述信息推送系统存储有对接的每个业务系统的信息需求条件，每个业务系统的信息需求条件用于表征该业务系统进行业务处理过程中的信息需求；所述方法包括：

获取监听的每个区块链系统的新增区块；

对获取的新增区块进行解析，分别得到符合每个业务系统的信息需求条件的信息；

针对每个业务系统，将符合该业务系统的信息需求条件的信息推送给该业务系统。

11.如权利要求10所述方法，对获取的新增区块进行解析，分别得到符合每个业务系统的信息需求条件的信息，包括：

对获取的新增区块进行解析，得到全量信息；

针对每个业务系统，根据预先注册的业务系统与区块链系统之间的对应关系，确定该业务系统对应的区块链系统，并从所述全量信息中，确定从该业务系统对应的区块链系统获取的新增区块中解析出的信息，作为该业务系统对应的待筛选信息；

从该业务系统对应的待筛选信息中，筛选出符合该业务系统的信息需求条件的信息。

12.一种向业务系统推送信息的装置，应用于信息推送系统；其中，所述信息推送系统存储有业务系统的信息需求条件，所述业务系统的信息需求条件用于表征所述业务系统进行业务处理过程中的信息需求；所述装置包括：

监听单元，用于通过监听区块链系统的方式，从所述区块链系统获取新增区块；

解析单元，用于对获取的新增区块进行解析，得到符合所述业务系统的信息需求条件的信息；

推送单元，用于将符合所述业务系统的信息需求条件的信息推送给所述业务系统。

13.一种向业务系统推送信息的装置，应用于信息推送系统，所述信息推送系统对接至少两个业务系统，并监听至少两个区块链系统；其中，所述信息推送系统存储有对接的每个业务系统的信息需求条件，每个业务系统的信息需求条件用于表征该业务系统进行业务处理过程中的信息需求；所述装置包括：

获取单元，用于获取监听的每个区块链系统的新增区块；

信息单元，用于对获取的新增区块进行解析，分别得到符合每个业务系统的信息需求条件的信息；

发送单元，用于针对每个业务系统，将符合该业务系统的信息需求条件的信息推送给该业务系统。

14.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，所述处理器执行所述程序时实现如权利要求1至11任一项所述的方法。

Images