CN113590715A

CN113590715A - Block chain-based information push method, apparatus, device, medium, and program product

Info

Publication number: CN113590715A
Application number: CN202110877866.0A
Authority: CN
Inventors: 李洪业; 肖凯; 赵水潮; 宋亚男
Original assignee: Industrial and Commercial Bank of China Ltd ICBC; ICBC Technology Co Ltd
Current assignee: Industrial and Commercial Bank of China Ltd ICBC; ICBC Technology Co Ltd
Priority date: 2021-07-30
Filing date: 2021-07-30
Publication date: 2021-11-02

Abstract

The disclosure provides an information pushing method based on a block chain, and relates to the field of block chains or the field of finance and the like. The information pushing method comprises the following steps: acquiring block data of each block in N blocks, wherein each block is a block with a specified block height in the block chain; determining target information from at least one piece of block data based on a preset condition, wherein the preset condition comprises information of at least one target intelligent contract, and the target information comprises data processed by the at least one target intelligent contract and uplink carried out on the block chain; and informing M service systems to push the target information to the M service systems according to the target information. The present disclosure also provides an information push apparatus, device, medium, and program product based on the blockchain.

Description

Block chain-based information push method, apparatus, device, medium, and program product

Technical Field

The present disclosure relates to the field of blockchains or the financial field, and more particularly, to a method, an apparatus, a device, a medium, and a program product for pushing information based on blockchains.

Background

Due to the design concept of the block chain technology, the block chain is a deterministic and closed system environment and has high safety and reliability. Usually, a blockchain system cannot establish a connection with a downlink service system, and further cannot transmit data to the downlink service system. In the related art, when a downlink service system needs to acquire data of a blockchain system, the downlink service system needs to be connected with the blockchain system in an abutting mode, and then information in the blockchain needs to be actively inquired.

In the course of implementing the disclosed concept, the inventors found that there are at least the following problems in the prior art:

the structure coupling degree of each downlink service system to the block chain system is high, and the docking structure needs to analyze and process all block data in the block chain, and the information that each downlink service system wants to obtain may only be a part of all block data, thereby resulting in unnecessary data processing time and system resources being wasted.

Disclosure of Invention

In view of the foregoing, the present disclosure provides a block chain-based information push method, apparatus, device, medium, and program product, which enable each of the downlink service systems to be decoupled from the block chain system, and enable each of the downlink service systems to obtain target information in a targeted manner.

One aspect of the embodiments of the present disclosure provides an information pushing method based on a block chain, including: acquiring block data of each block in N blocks, wherein each block is a block with a specified block height in the block chain; determining target information from at least one piece of block data based on a preset condition, wherein the preset condition comprises information of at least one target intelligent contract, and the target information comprises data processed by the at least one target intelligent contract and uplink carried out on the block chain; and pushing the target information to M service systems, wherein N and M are integers which are respectively greater than or equal to 1.

According to an embodiment of the present disclosure, the M service systems include a first service system, and the obtaining block data of each of the N blocks includes: determining a corresponding monitoring block high interval based on the current notification state of the first service system, wherein the designated block height belongs to the monitoring block high interval; and traversing each block in the monitoring block high interval to acquire the block data.

According to an embodiment of the present disclosure, the determining a monitoring block high interval based on the current notification status of the first service system includes: under the condition that the current notification state is a non-specified state, if the notification is the first notification, taking the block height of the initial block of the block chain as the minimum block height of the monitoring block height interval, and taking the block height of the latest block of the block chain as the maximum block height of the monitoring block height interval; or if the notification is not the first notification, taking the minimum block height of the block which is not traversed as the minimum block height of the monitoring block high interval, and taking the block height of the latest block as the maximum block height of the monitoring block high interval.

According to an embodiment of the present disclosure, determining a high interval of a monitoring block in a current notification state of a first service system among the M service systems includes: under the condition that the current notification state is a designated notification state, if the designated starting block height is smaller than the block height of the latest block of the block chain, taking the designated starting block height as the minimum block height of the monitoring block high interval, and taking the designated ending block height as the maximum block height of the monitoring block high interval; or if the designated starting block height is larger than the block height of the latest block, taking the minimum block height of the block which is not traversed as the minimum block height of the monitoring block height interval, and taking the block height of the latest block of the block chain as the maximum block height of the monitoring block height interval.

According to an embodiment of the present disclosure, a blockchain system includes the blockchain, the processing and winding up on the blockchain by at least one target intelligent contract includes: receiving transaction information of a user through a first node of the blockchain system; if the transaction information is specific transaction information, the first node is made to call the at least one target intelligent contract to process the specific transaction information; and performing uplink on the block chain by using the target information obtained by processing.

According to an embodiment of the present disclosure, the monitoring event includes the target information, and the at least one target smart contract processing the specific transaction information includes: the at least one target smart contract generates the corresponding snoop event based on the specific transaction information.

According to an embodiment of the present disclosure, the listening event includes a listening identifier, and the determining target information from at least one of the block data based on a preset condition includes: searching the monitoring identification from the block data; and acquiring the target information associated with the monitoring identification based on the searched monitoring identification.

According to an embodiment of the present disclosure, the method further includes setting a configuration file, specifically including: setting access information of the block chain in the configuration file so as to acquire the block data through the access information; and/or setting address information of each service system in the M service systems in the configuration file; and/or setting the preset condition in the configuration file, wherein the preset condition comprises the following steps: and setting the name of the at least one target intelligent contract and the monitoring identifier generated by the at least one target intelligent contract.

According to an embodiment of the present disclosure, the method of claim 8, wherein the M business systems include at least one target business system, and the pushing the target information to the M business systems includes: acquiring the at least one target business system to be notified from the target information; acquiring address information of each target service system in the at least one target service system from the configuration file; and notifying each target service system based on the address information and the target information.

According to an embodiment of the present disclosure, after the notifying the at least one target business system, the method further includes: circularly executing the following operations until all the notifications are successful, and receiving response information returned by each target service system; under the condition that one or more response information represents that the notification fails, recording the target information and address information of a target service system which notifies the failure in a first file; and based on the target information and the address information, regularly retransmitting the notification.

According to an embodiment of the present disclosure, after the setting the configuration file, the method further includes: receiving the updated content of the configuration file through a first interface; and dynamically updating the configuration file based on the updating content.

Another aspect of the disclosed embodiment provides an information pushing device based on a block chain, which includes an obtaining module, a determining module, and a notifying module. The obtaining module is configured to obtain block data of each block of the N blocks, where each block is a block of the block chain having a specified block height. The determining module is configured to determine target information from at least one piece of block data based on a preset condition, where the preset condition includes information of at least one target intelligent contract, and the target information includes data processed by the at least one target intelligent contract and uplink on the block chain. The notification module is used for pushing the target information to M service systems, wherein N and M are integers greater than or equal to 1.

Another aspect of the disclosed embodiments provides an electronic device, including: one or more processors; memory for storing one or more programs, wherein the one or more programs, when executed by the one or more processors, cause the one or more processors to perform the method as described above.

Yet another aspect of the embodiments of the present disclosure provides a computer-readable storage medium having stored thereon executable instructions, which when executed by a processor, cause the processor to perform the method as described above.

Yet another aspect of the disclosed embodiments provides a computer program product comprising a computer program that when executed by a processor implements the method as described above.

One or more of the embodiments described above have the following advantages or benefits: the method can at least partially solve the problems that the coupling degree of a service system under a chain and a block chain system is high, and the data processing time and system resources are wasted, obtains the block data of each block in N blocks through an independent notification end, determines target information from the block data based on preset conditions, and can pertinently notify M service systems according to the target information, so that the block chain system and the service system under the chain are decoupled, the time and the system resources for processing the block data by each service system under the chain are saved, and the efficiency for obtaining the target information by each service system under the chain is improved.

Drawings

The foregoing and other objects, features and advantages of the disclosure will be apparent from the following description of embodiments of the disclosure, which proceeds with reference to the accompanying drawings, in which:

fig. 1 schematically illustrates an application scenario diagram suitable for implementing a block chain-based information push method according to an embodiment of the present disclosure;

fig. 2 schematically shows a flow chart of a block chain based information pushing method according to an embodiment of the present disclosure;

fig. 3 schematically shows a flow chart for obtaining tile data for each of N tiles according to an embodiment of the present disclosure;

FIG. 4 schematically illustrates a flow chart for determining a monitor block high interval according to an embodiment of the present disclosure;

FIG. 5 is a flow chart schematically illustrating obtaining target information and uplink, in accordance with an embodiment of the present disclosure;

FIG. 6 schematically illustrates a flow chart for determining target information according to an embodiment of the present disclosure;

fig. 7 schematically shows a flow chart of a block chain based information pushing method according to another embodiment of the present disclosure;

FIG. 8 schematically illustrates a flow diagram for updating a configuration file according to an embodiment of the disclosure;

FIG. 9 schematically shows a flow diagram for pushing target information to M business systems, according to an embodiment of the disclosure;

FIG. 10 schematically illustrates a flow diagram for timing resend notifications according to an embodiment of the disclosure;

fig. 11 schematically shows a flow chart of a blockchain-based information push method according to yet another embodiment of the present disclosure;

FIG. 12 schematically illustrates a flow chart for sending a notification according to an embodiment of the disclosure;

fig. 13 is a block diagram schematically illustrating a structure of an information pushing apparatus based on a block chain according to an embodiment of the present disclosure; and

fig. 14 schematically shows a block diagram of an electronic device adapted to implement a blockchain-based information push method according to an embodiment of the present disclosure.

Detailed Description

Hereinafter, embodiments of the present disclosure will be described with reference to the accompanying drawings. It should be understood that the description is illustrative only and is not intended to limit the scope of the present disclosure. In the following detailed description, for purposes of explanation, numerous specific details are set forth in order to provide a thorough understanding of the embodiments of the disclosure. It may be evident, however, that one or more embodiments may be practiced without these specific details. Moreover, in the following description, descriptions of well-known structures and techniques are omitted so as to not unnecessarily obscure the concepts of the present disclosure.

The terminology used herein is for the purpose of describing particular embodiments only and is not intended to be limiting of the disclosure. The terms "comprises," "comprising," and the like, as used herein, specify the presence of stated features, steps, operations, and/or components, but do not preclude the presence or addition of one or more other features, steps, operations, or components.

In the related art, the downlink service system needs to interface with the blockchain system and actively query the system in order to obtain the data in the blockchain system. First, in the docking process, a technician of each downlink service system needs to have a higher blockchain technical level, for example, to be skilled in mastering a blockchain data structure, which increases the difficulty of docking the downlink service systems. Secondly, each downlink service system is directly connected with a block chain system, and if the block chain system is technically or data improved, each downlink service system needs to be adaptively changed, so that the coupling degree is too high.

Embodiments of the present disclosure provide a method, apparatus, device, medium, and program product for pushing information based on a blockchain. The information pushing method based on the block chain comprises the following steps: block data for each of the N blocks is obtained, wherein each block is a block of a block chain having a specified block height. And determining target information from the at least one block datum based on a preset condition, wherein the preset condition comprises information of at least one target intelligent contract, and the target information comprises data processed by the at least one target intelligent contract and uplink in the block chain. And pushing the target information to M service systems, wherein N and M are integers which are respectively greater than or equal to 1.

According to the embodiment of the disclosure, the block data of each block in the N blocks is acquired through the independent notification end, the target information is determined from the block data based on the preset condition, and the M service systems can be notified in a targeted manner according to the target information, so that the block chain system and the down-link service system are decoupled, the time and the system resources for processing the block data by each down-link service system are saved, and the efficiency for acquiring the target information by each down-link service system is improved. In addition, technicians of the down-link service system can complete the butt joint with the block chain system without knowing the block chain technology, and the butt joint difficulty is reduced.

It should be noted that the information pushing method, apparatus, device, medium, and program product based on the blockchain provided in the embodiments of the present disclosure may be used in the blockchain technology in the aspects of data transmission and interaction, and may also be used in various fields other than the blockchain technology, such as the financial field. The application fields of the block chain-based information pushing method, apparatus, device, medium and program product provided by the embodiments of the present disclosure are not limited.

In the technical scheme of the disclosure, the data of the related blockchain system or the collection, storage, use, processing, transmission, provision or application of the blockchain data and the like all conform to the regulations of related laws and regulations, necessary security measures are taken, and the public order and good custom are not violated.

Fig. 1 schematically shows an application scenario diagram suitable for implementing an information push method based on a block chain according to an embodiment of the present disclosure.

As shown in fig. 1, the application scenario 100 according to this embodiment may include a blockchain system 110,

terminal devices

121, 122, 123,

networks

131, 132, 133, a notification server 140, and M traffic servers (e.g., a first server 1501, a second server 1502.

The blockchain system 110 may include

nodes

111, 112, 113, 114, and 115, etc., and a blockchain 116. The blockchain system 110 may allow access by a user (e.g., a financial institution, customer, or business person, etc.) as a node.

Nodes

111, 112, 113, 114, 115, etc. may form a blockchain network, such as a peer-to-peer (P2P) network. Blockchain 116 may include blocks A, B, C and D, etc. Each block may include a timestamp, a cryptographic hash value of a previous block, and a hash value of a current block and block data, which may be transaction data including a user, such as transaction information for transactions in which the user transacts payment, transfers, collects money, periodically manages money, exchanges of money, and the like. The

nodes

111, 112, 113, 114, 115 and the like may be arranged in different servers, and each have a node client, and the processes of contract invocation, event pushing, data processing, account state change and the like may be displayed through the node clients, and in the related art, the node clients belong to a part of a block chain system and cannot perform data interaction with a device under a chain.

The user may use

terminal devices

121, 122, 123 to interact with notification server 140 over network 131 to receive or send messages and the like. The

terminal devices

121, 122, 123 may have installed thereon various communication client applications, such as a shopping-like application, a web browser application, a search-like application, an instant messaging tool, a mailbox client, social platform software, etc. (by way of example only). The

terminal devices

121, 122, 123 may be various electronic devices having display screens and supporting web browsing, including but not limited to smart phones, tablet computers, laptop portable computers, desktop computers, and the like.

Network 131 is the medium used to provide communication links between

terminal devices

121, 122, 123 and notification server 140. Network 132 serves as a medium for providing a communication link between node 111 and notification server 140. Network 133 serves as a medium to provide a communication link between notification server 140 and any of the M traffic servers. The

networks

131, 132, 133 may include various connection types, such as wired, wireless communication links, or fiber optic cables, among others.

The notification server 140 may be disposed with a notification end, and the notification end may acquire the block data in the block chain 116 by monitoring the node 111 through the IP address and the port of the node 111. The notification server 140 may be a server providing various services, such as a background management server (for example only) providing support for websites browsed by users using the

terminal devices

121, 122, 123. The background management server may analyze and perform other processing on the received data such as the user request, and feed back a processing result (e.g., a webpage, information, or data obtained or generated according to the user request) to the terminal device. In some embodiments, any of first server 1501, second server 1502.

The M service servers may be the same as or different from the hardware of the notification server 140, and a first downlink service system and a second downlink service system may be respectively deployed in the mth server 150M and the first server 1501 and the second server 1502. A downlink traffic system refers to a downlink system that is independent of the blockchain system 110, which may include other blockchain systems, or non-blockchain systems.

In the embodiment of the disclosure, each node in the blockchain system may perform operations such as verification of transaction information and uplink based on a plurality of intelligent contracts set in advance. Intelligent contracts are, for example, digitized contracts, intelligent contracts, and computing protocols in which contract contracts are built in code. When the external condition changes and meets the preset terms, the intelligent contract is automatically executed. A copy of the intelligent contract may be stored in blockchain 116, and

nodes

111, 112, 113, 114, 115, etc. may all store blockchain 116, and thus each node may access and invoke the intelligent contract. The uplink refers to data packed in a block according to the rule of the blockchain system, and the block becomes a new block and is linked to the previous block, so that the data on the blockchain cannot be tampered.

It should be noted that the block chain based information pushing method provided by the embodiment of the present disclosure may be generally performed by the notification server 140. Accordingly, the block chain based information pushing apparatus provided by the embodiments of the present disclosure may be generally disposed in the notification server 140. The information pushing method based on the block chain provided by the embodiment of the present disclosure may also be performed by a server or a server cluster different from the notification server 140 and capable of communicating with the

terminal devices

121, 122, 123 and/or the notification server 140. Accordingly, the information pushing apparatus based on the block chain provided in the embodiment of the present disclosure may also be disposed in a server or a server cluster different from the notification server 140 and capable of communicating with the

terminal devices

121, 122, 123 and/or the notification server 140.

It should be understood that the number of terminal devices, networks, and servers in fig. 1 is merely illustrative. There may be any number of terminal devices, networks, and servers, as desired for implementation.

The block chain based information pushing method according to the embodiment of the present disclosure will be described in detail below with reference to fig. 2 to 12 based on the scenario described in fig. 1.

Fig. 2 schematically shows a flowchart of an information pushing method based on a block chain according to an embodiment of the present disclosure.

As shown in fig. 2, the information push method based on a block chain of this embodiment includes operations S210 to S230.

In operation S210, chunk data of each of the N chunks is obtained, where each chunk is a chunk of the chunk chain having a specified chunk height.

According to an embodiment of the present disclosure, referring to fig. 1, the notification server 140 may obtain data of any tile in the tile chain 116 through the IP address and port information of the node 111. The specified block height may be a block height which is set by the terminal device and is desired to be acquired by each service system.

In operation S220, target information is determined from the at least one block datum based on a preset condition, where the preset condition includes information of at least one target intelligent contract, and the target information includes data processed by the at least one target intelligent contract and linked in a block chain.

According to the embodiment of the disclosure, the preset condition may include a name of at least one target intelligent contract or a monitoring identifier generated in the process of processing information by at least one target intelligent contract. After the tile data is obtained, the corresponding interception identifier (such as a name field or an interception event field) may be searched from the transaction information based on a preset condition.

In operation S230, the target information is pushed to M service systems, where N and M are integers greater than or equal to 1, respectively.

According to the embodiment of the present disclosure, all or part of the content in the target information may be transmitted to one or more business systems of the M business systems. The service system is a downlink service system.

For example, in a fund policing scenario, where node 112 is a customer node, node 113 is an a enterprise node, node 114 is a B bank node, and node 115 is a C bank node. The business server 1501 may be deployed with the B bank's down-link business system. The business server 1502 may be deployed with the C Bank's down-link business system.

First, the user sends a payment transaction using the bank account of bank B through node 112 (for example only).

Node 112 then sends the payment transaction to the blockchain network.

The corresponding node (e.g., the consensus node) then obtains the payment transaction and invokes a target intelligent contract for processing, e.g., verification. After the processing is completed, the uplink operation, such as writing into the D-block, is performed. In some embodiments, a target intelligent contract may be invoked by node 112 for processing and then sent to the blockchain network.

Then, the notification terminal in the notification server 140 polls the block chain 116 periodically, and acquires the block data of each of the N blocks from the block chain 116.

Then, for example, the notification terminal acquires the tile data of the D tile, which includes data of multiple transactions. The data for each transaction may include information such as the user's account number, business name, amount, bank, etc. The payment transaction information corresponding to the payment transaction can also comprise a monitoring identifier automatically generated by the target intelligent contract, and the monitoring identifier comprises related fields agreed with the notification end when the target intelligent contract is programmed in advance.

Then, the notification end judges whether each transaction message needs to be notified. For example, the notification terminal obtains the payment transaction information and determines that the payment transaction information needs to be notified by monitoring a field in the identifier. In some embodiments of the present disclosure, the monitoring identifier may include summary information of the payment transaction, and fields such as the name of the invoked target smart contract.

Finally, the notification end obtains the information related to the bank B from the monitoring identification or the payment transaction information. The payment transaction information is sent to the down-link business system of bank B in the business server 1501 to execute the payment transaction.

Fig. 3 schematically shows a flowchart for acquiring tile data of each of the N tiles in operation S210 according to an embodiment of the present disclosure.

As shown in fig. 3, acquiring the tile data of each of the N tiles in operation S210 may include operations S310 to S320. Wherein the M business systems comprise a first business system.

In operation S310, a corresponding monitoring block high section is determined based on the current notification status of the first service system, wherein the designated block height belongs to the monitoring block high section.

According to the embodiment of the disclosure, each business system can perform data interaction with the notification end, and the notification end determines the current notification state of each business system and determines the type and time of the target information to be obtained or the information of the specific block to be obtained. The first business system may be any one of the M business systems.

In operation S320, each tile in the monitoring tile high interval is traversed to obtain tile data.

According to the embodiments of the present disclosure, the interval time of traversal, the traversal order (e.g., sequential traversal, random traversal, even/odd traversal, etc.), the parsing rule (e.g., the tile data structure of a tile), the preset condition, the listening field, etc. may be set in advance.

By using the information pushing method of the embodiment of the disclosure, each service system can formulate a strategy for acquiring notification information according to the self requirement, and acquire target information more specifically. The notification of each service system can be executed by the notification end, thereby avoiding the waste of time and resources caused by the block data processing of each service system in the related art.

Fig. 4 schematically shows a flowchart of determining a monitoring block high interval in operation S310 according to an embodiment of the present disclosure.

As shown in fig. 4, determining the corresponding monitoring block high interval based on the current notification state of the first service system in operation S310 may include operations S410 to S470.

In operation S410, it is determined whether the current notification status of the first business system is a designated status. If not, operation S420 is performed. If so, operation S450 is performed.

In operation S420, it is determined whether the first service system is notified for the first time. If not, operation S440 is performed. If yes, operation S430 is performed.

In operation S430, if the notification is for the first time, the block height of the starting block of the block chain is used as the minimum block height of the monitored block height interval, and the block height of the newest block of the block chain is used as the maximum block height of the monitored block height interval.

In operation S440, if the notification is not the first notification, the minimum block height of the unretraversed block is used as the minimum block height of the monitored block height interval, and the block height of the newest block is used as the maximum block height of the monitored block height interval.

According to an embodiment of the present disclosure, if the first business system does not specify how to perform the notification. The data of the blocks can be sequentially acquired according to the sequence of the blocks in the block chain, and corresponding target information is notified. Wherein the block height is the block height.

Referring to fig. 1, if a block is the starting block of the block chain 116 and has a block height of 0001, and so on, a block D is the newest block of the block chain 116 and has a block height of 0004 (for example only). If the first notification is made, the monitoring block high interval is 0001 to 0004. If it is not the first notification, and the A block has been traversed and the B block has the minimum block height of 0002, the monitoring block height interval is 0002-0004.

By using the information pushing method of the embodiment of the disclosure, whether the first notification is performed or not, it can be ensured that the block data of the block which is not traversed can be obtained through the determined monitoring block interval, so that each piece of target information is notified to the corresponding service system.

In operation S450, it is determined whether the specified starting block height is less than the block height of the newest block in the block chain. If not, operation S470 is performed. If yes, operation S460 is performed.

In operation S460, if the designated starting block height is less than the block height of the latest block of the block chain, the designated starting block height is used as the minimum block height of the monitored block height interval, and the designated ending block height is used as the maximum block height of the monitored block height interval.

According to the embodiment of the disclosure, for example, the first service system may acquire the relevant information of the blocks within the specified range according to the requirement. Referring to fig. 1, the monitoring block height interval specified by the first service system is 0001 to 0003 (for example only). At this point block height 0001 is the designated starting block height, 0003 is the designated ending block height. In some embodiments of the present disclosure, if only the specified starting block height is high, then the ending block height is specified as the block height of the newest block. And if the designated ending block height is larger than the block height of the latest block, the block corresponding to the designated ending block height is obtained through a timed polling mode.

In operation S470, if the designated starting block height is greater than the block height of the latest block, the minimum block height of the unretraversed block is used as the minimum block height of the monitored block height interval, and the block height of the latest block of the block chain is used as the maximum block height of the monitored block height interval.

According to an embodiment of the present disclosure, referring to fig. 1, if the specified starting block height is 0008, there is no block corresponding to the block height in the block chain 116. Then the monitor block high interval may be determined from the non-traversed tiles.

According to an embodiment of the present disclosure, if the traversed block height record is not found, all blocks in the blockchain 116 are non-traversed blocks. The notification system of the first business system may be queried at this point to determine if it is first designated or notified. If the service is not the first use notification service, the block height 0004 of the D block (i.e., the latest block) in the block chain 116 is used as the minimum block height of the monitored block height interval, and the maximum block height is temporarily not set.

By using the information pushing method of the embodiment of the disclosure, notification service can be flexibly provided according to the requirement of each service system, so that notification information can be more targeted, processing of all block data in a block chain is avoided, and notification efficiency is improved.

Fig. 5 schematically shows a flowchart of obtaining target information and uplink in operation S220 according to an embodiment of the present disclosure.

As shown in fig. 5, the operation S220 of the embodiment of processing and uplink transmission in the blockchain by at least one target intelligent contract includes operations S510 to S530.

In operation S510, transaction information of a user is received through a first node of a blockchain system.

In operation S520, if the transaction information is the specific transaction information, the first node is enabled to invoke at least one target intelligent contract to process the specific transaction information.

According to an embodiment of the present disclosure, referring to fig. 1, a user may send a payment transaction using a bank account of bank B through node 112. The specific transaction information may be formulated according to the requirements of each business system, for example, the business system of bank B may set the specific transaction information as information of a payment transaction or a receipt transaction.

In operation S530, the target information obtained by the processing is uplinked in the block chain.

According to an embodiment of the present disclosure, the monitoring event includes target information, and the at least one target intelligent contract processing specific transaction information includes: at least one target smart contract generates a snoop event based on the specific transaction information.

According to the embodiment of the disclosure, the information which is required to be acquired by each service system is determined through the monitoring event generated by the target intelligent contract, so that the information can be acquired in a more targeted manner, and the efficiency of acquiring the target information is improved.

Fig. 6 schematically shows a flowchart of determining the target information in operation S220 according to an embodiment of the present disclosure.

As shown in fig. 6, the determining of the target information from the at least one block data based on the preset condition in operation S220 includes operations S610 to S620. Wherein the listening event comprises a listening identity.

In operation S610, the snoop identifier is searched from at least one of the block data.

According to the embodiment of the disclosure, when the target intelligent contract is programmed, the type of transaction information processed by the target intelligent contract can be set, so that the specific transaction information can be identified. And sets logic for processing specific transaction information, such as generating a snoop event, a snoop identifier, and a data structure for the snoop event. The notification end may search the block data of each block for whether there is a snoop flag according to the above data structure (e.g., specific field).

In operation S620, target information associated with the listening identity is acquired based on the searched listening identity.

According to the embodiment of the disclosure, the specific transaction information can be determined to be required by a certain business system according to the monitoring identifier. Then, the specific transaction information associated with the monitoring identifier can be obtained according to the monitoring identifier and pushed to the corresponding service system.

By using the information pushing method of the embodiment of the disclosure, the target information can be quickly determined by deploying the target intelligent contract and monitoring the identifier without judging whether notification is needed for all transaction information in the block data, so that the notification efficiency is improved.

Fig. 7 schematically shows a flowchart of an information pushing method based on a blockchain according to another embodiment of the present disclosure.

As shown in fig. 7, the information pushing method based on the block chain according to this embodiment may include operations S210 to S230. Before operation S210, operation S710 may also be performed. The contents of operations S210 to S230 may refer to the related description of fig. 1, and are not described herein again.

In operation S710, a configuration file is set.

According to an embodiment of the present disclosure, access information of a block chain is set in a configuration file to acquire block data through the access information. Wherein, referring to fig. 1, the access information may include an IP address and port information of the node 111.

According to the embodiment of the disclosure, the address information of each of the M business systems is set in the configuration file. The address information may include a url (uniform Resource locator) address of each service system.

According to the embodiment of the present disclosure, a preset condition is set in a configuration file, wherein the preset condition includes: and setting the name of at least one target intelligent contract and a data structure of the monitoring identifier generated by the at least one target intelligent contract.

The IP address port information, the intelligent contract name and the URL of the service system exist in an array form in the configuration file, and the notification end can serve a plurality of service systems at the same time. The user can set the content in the configuration file via the

terminal device

121, 122, 123.

FIG. 8 schematically shows a flow chart for updating a configuration file according to an embodiment of the present disclosure.

As shown in fig. 8, the information pushing method based on the block chain according to this embodiment may include operations S810 to S820.

In operation S810, update contents of a configuration file are received through a first interface.

In operation S820, the profile is dynamically updated based on the update contents.

According to the embodiment of the disclosure, when the monitored node IP and port, the intelligent contract name and the URL of the down-link service system are changed, the configuration file can be modified. Specifically, after the configuration file is modified, the configuration update interface http exposed by the notification end may be called: // IP: 8xxx/reload (for example only), the configuration information can be dynamically updated without restarting the notification peer.

Fig. 9 schematically shows a flowchart of pushing target information to M business systems in operation S230 according to an embodiment of the present disclosure.

As shown in fig. 9, the information pushing method based on the block chain according to this embodiment may include operations S910 to S930.

In operation S910, at least one target business system to be notified is acquired from the target information.

In operation S920, address information of each of at least one target service system is acquired from the configuration file.

According to an embodiment of the present disclosure, for example, the target information includes payment information of the user, including a B bank account for payment. At this time, the notification end may obtain address information, such as a URL link, of the business system of bank B from the configuration file.

In operation S930, each target business system is notified based on the address information and the target information.

According to the embodiment of the disclosure, the business system of the B bank may not need all the contents in the target information, and may process the target information to obtain the notification information, and push the notification information according to the address of the B bank business system.

Fig. 10 schematically illustrates a flow diagram of timing resend notifications according to an embodiment of the disclosure.

As shown in fig. 10, the timed resend notification of this embodiment includes performing operations S1010 to S1040 in a loop until all notifications are successful.

In operation S1010, response information returned by each target business system is received.

According to embodiments of the present disclosure, for example, a transaction by a user may involve business A, bank B, and bank C. And after sending the notice to the business systems (namely target business systems) of the enterprise A, the bank B and the bank C, receiving response information returned by the enterprise A, the bank B and the bank C.

In operation S1020, it is determined whether all notifications are successful. If yes, the notification operation is finished. If not, in the case that there are one or more response information characterizing the notification failure, operation S1030 is performed.

In operation S1030, target information is recorded in the first file, and address information of the target service system, which has failed, is notified.

In operation S1040, the notification is periodically retransmitted based on the destination information and the address information.

If the bank B and the bank C return error information (namely the response information represents that the notification fails), the contents of the intelligent contract name, the transaction Id, the target information, the bank B URL, the bank C URL and the like related to the notification are all recorded into a record _ error file (namely a first file) and are retransmitted at regular time. In some embodiments, the associated notification content of the record file record _ error is deleted if the retransmission is successful. If the URL returns success information (response information represents that the notification is successful), the intelligent contract name, the transaction Id, the target information, the B bank URL and the C bank URL related to the notification are all recorded in a record _ success file, and operation and maintenance of operation and maintenance personnel are facilitated.

According to an embodiment of the present disclosure, logs (e.g., record _ error file and record _ success file) may be saved incrementally by daily date, sample' 202x-xx-xx _ sys. Meanwhile, in order to prevent the log data from being too large, the historical log is saved according to a log saving strategy, wherein the log saving strategy can be, for example, deleting the log before a specified date.

Fig. 11 schematically shows a flowchart of an information push method based on a blockchain according to yet another embodiment of the present disclosure.

As shown in fig. 11, the information pushing method based on the blockchain of this embodiment includes operations S1110 to S1170.

In operation S1110, a monitoring block high section is acquired. For example, the steps of operation S310, operation S410 to operation S470 and the like may be referred to, and are not described herein.

In operation S1120, each block in the monitoring block high interval is traversed, wherein the steps of operation S320 and the like may be referred to, which is not described herein again. Operation S1120 may include operations S1130 to S1160, among others.

And setting the initial value of i as the minimum block height of the monitoring block high interval, and circularly executing the operation S1130 to the operation S1160 until each block in the monitoring block high interval is traversed.

In operation S1130, the block data of the ith block is queried.

In operation S1140, it is determined whether there is target information in the block data of the ith block. If so, operation S1150 is performed. If not, let i be i +1, and then perform operation S1130. The steps of operation S220, operation S610 to operation S620, and the like may be referred to determine whether there is target information, which is not described herein again.

In operation S1150, a notification is transmitted. Here, the steps such as operation S230 may be referred to, and details are not described herein.

In operation S1160, it is determined whether to traverse the full block. If so, operation S1170 is performed. If not, let i be i +1, and then perform operation S1130.

In operation S1170, the traversed block-high record is updated. And determining a monitoring block height interval according to the current notification state of each service system, for example, when the current notification state is not the first notification state in the non-specified state, or when the specified starting block height is larger than the block height of the latest block in the specified state, determining the block which is not traversed based on the block height record.

Fig. 12 schematically shows a flowchart of sending a notification in operation S1150 according to an embodiment of the present disclosure.

As shown in fig. 12, the transmission of the notification in operation S1150 of this embodiment includes operations S1210 to S1270. The detailed notification process is described in detail below with the ith block as an example.

In operation S1210, address information of the target service system is acquired from the configuration file according to the target information. The steps from operation S910 to operation S920 may be referred to, and are not described herein.

In operation S1220, a notification is transmitted based on the target information and the address information. Here, the steps of operation S930 and the like may be referred to, and are not described herein. The target information may correspond to a transaction information in the ith block.

In operation S1230, it is determined whether the notification is successful. If so, operation S1250 is performed, otherwise, operation S1240 is performed. The steps from operation S1010 to operation S1020 may be referred to, and are not described herein.

In operation S1240, the notification content is written to the first file, forming a failure record. Operation S1220 is then periodically performed, at which time a notification is sent according to the target information and the address information in the failure record. The failure record may include the name of the intelligent contract related to the notification, the Id of the transaction, the target information, the address information of the target service system notifying the failure, and the like, and refer to operation S1010.

In operation S1250, a success log is recorded.

In operation S1260, the target information is marked as having been successfully transmitted.

In operation S1270, it is determined whether the target information in the ith block notifies completion. If yes, the cycle is ended. If not, operation S1210 is performed. Since a block includes data of multiple transactions, there may be data of multiple transactions including target information, and each target information is notified to M service systems.

Although the various operations of the methods are described above in a particular order, embodiments of the disclosure are not so limited, and the operations described above may be performed in other orders as desired. For example, the loop operation of the timed retransmission after the current target information forms the failure record in operation S1240 may be executed asynchronously with the operation of continuing to notify the next target information after operation S1270, without any influence.

Based on the information pushing method based on the block chain, the disclosure also provides an information pushing device based on the block chain. The apparatus will be described in detail below with reference to fig. 13.

Fig. 13 is a block diagram schematically illustrating a structure of an information pushing apparatus based on a block chain according to an embodiment of the present disclosure.

As shown in fig. 13, the block chain based information pushing apparatus 1300 of this embodiment includes an obtaining module 1310, a determining module 1320, and a notifying module 1330.

The obtaining module 1310 may, for example, perform operation S210 to obtain block data of each block of the N blocks, where each block is a block of a block chain with a specified block height.

The obtaining module 1310 may also perform operations S310 through S320, for example, according to an embodiment of the present disclosure.

According to an embodiment of the present disclosure, the notification apparatus 1300 may further include a block high interval module. The block high interval module may be configured to perform operations S410 to S470.

The determining module 1320 may perform operation S220, for example, to determine target information from the at least one block data based on a preset condition, where the preset condition includes information of at least one target intelligent contract, and the target information includes data processed by the at least one target intelligent contract and uplink on the block chain.

The determining module 1320 may also perform operations S510-S530, for example, according to an embodiment of the present disclosure. In some embodiments, the determining module 1320 may also perform operations S610-S620, for example.

The notification module 1330 may perform, for example, operation S230, for pushing the target information to M business systems, where N and M are integers greater than or equal to 1, respectively.

The notification module 1330 may also perform operations S910 to S930, and operations S1010 to S1040, for example, according to an embodiment of the present disclosure.

According to an embodiment of the present disclosure, the notification apparatus 1300 may further include a profile module, and the profile module may perform, for example, operations S710, S810 to S820.

Any of the modules of the obtaining module 1310, the determining module 1320, and the notifying module 1330 may be combined into one module for implementation, or any one of the modules may be split into multiple modules according to an embodiment of the present disclosure. Alternatively, at least part of the functionality of one or more of these modules may be combined with at least part of the functionality of the other modules and implemented in one module. According to an embodiment of the disclosure, at least one of the obtaining module 1310, the determining module 1320, and the notifying module 1330 may be implemented at least in part as a hardware circuit, such as a Field Programmable Gate Array (FPGA), a Programmable Logic Array (PLA), a system on a chip, a system on a substrate, a system on a package, an Application Specific Integrated Circuit (ASIC), or may be implemented in hardware or firmware in any other reasonable manner of integrating or packaging a circuit, or in any one of three implementations of software, hardware, and firmware, or in any suitable combination of any of them. Alternatively, at least one of the obtaining module 1310, the determining module 1320, and the notifying module 1330 may be implemented at least in part as a computer program module that, when executed, may perform corresponding functions.

As shown in fig. 14, an electronic device 1400 according to an embodiment of the present disclosure includes a processor 1401, which can perform various appropriate actions and processes according to a program stored in a Read Only Memory (ROM)1402 or a program loaded from a storage portion 1408 into a Random Access Memory (RAM) 1403. Processor 1401 may include, for example, a general purpose microprocessor (e.g., a CPU), an instruction set processor and/or associated chipset, and/or a special purpose microprocessor (e.g., an Application Specific Integrated Circuit (ASIC)), and/or the like. The processor 1401 may also include onboard memory for caching purposes. Processor 1401 may include a single processing unit or multiple processing units for performing different actions of a method flow according to embodiments of the present disclosure.

In the RAM 1403, various programs and data necessary for the operation of the electronic device 1400 are stored. The processor 1401, the ROM 1402, and the RAM 1403 are connected to each other by a bus 1404. The processor 1401 performs various operations of the method flow according to the embodiments of the present disclosure by executing programs in the ROM 1402 and/or the RAM 1403. Note that the programs may also be stored in one or more memories other than ROM 1402 and RAM 1403. The processor 1401 may also perform various operations of the method flows according to the embodiments of the present disclosure by executing programs stored in the one or more memories.

According to an embodiment of the present disclosure, electronic device 1400 may also include an input/output (I/O) interface 1405, which input/output (I/O) interface 1405 is also connected to bus 1404. Electronic device 1400 may also include one or more of the following components connected to I/O interface 1405: an input portion 1406 including a keyboard, a mouse, and the like; an output portion 1407 including a display such as a Cathode Ray Tube (CRT), a Liquid Crystal Display (LCD), and the like, and a speaker and the like; a storage portion 1408 including a hard disk and the like; and a communication portion 1409 including a network interface card such as a LAN card, a modem, or the like. The communication section 1409 performs communication processing via a network such as the internet. The driver 1410 is also connected to the I/O interface 1405 as necessary. A removable medium 1411 such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, or the like is mounted on the drive 1410 as necessary, so that a computer program read out therefrom is installed into the storage section 1408 as necessary.

The present disclosure also provides a computer-readable storage medium, which may be contained in the apparatus/device/system described in the above embodiments; or may exist separately and not be assembled into the device/apparatus/system. The computer-readable storage medium carries one or more programs which, when executed, implement the method according to an embodiment of the disclosure.

According to embodiments of the present disclosure, the computer-readable storage medium may be a non-volatile computer-readable storage medium, which may include, for example but is not limited to: a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the present disclosure, a computer readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. For example, according to embodiments of the present disclosure, a computer-readable storage medium may include one or more memories other than ROM 1402 and/or RAM 1403 and/or ROM 1402 and RAM 1403 described above.

Embodiments of the present disclosure also include a computer program product comprising a computer program containing program code for performing the method illustrated in the flow chart. The program code is for causing a computer system to carry out the method according to the embodiments of the disclosure, when the computer program product is run on the computer system.

The computer program performs the above-described functions defined in the system/apparatus of the embodiment of the present disclosure when executed by the processor 1401. The systems, apparatuses, modules, units, etc. described above may be implemented by computer program modules according to embodiments of the present disclosure.

In one embodiment, the computer program may be hosted on a tangible storage medium such as an optical storage device, a magnetic storage device, or the like. In another embodiment, the computer program may also be transmitted, distributed in the form of signals over a network medium, downloaded and installed via the communication portion 1409, and/or installed from the removable media 1411. The computer program containing program code may be transmitted using any suitable network medium, including but not limited to: wireless, wired, etc., or any suitable combination of the foregoing.

In such an embodiment, the computer program may be downloaded and installed from a network via the communication portion 1409 and/or installed from the removable medium 1411. The computer program, when executed by the processor 1401, performs the above-described functions defined in the system of the embodiment of the present disclosure. The systems, devices, apparatuses, modules, units, etc. described above may be implemented by computer program modules according to embodiments of the present disclosure.

In accordance with embodiments of the present disclosure, program code for executing computer programs provided by embodiments of the present disclosure may be written in any combination of one or more programming languages, and in particular, these computer programs may be implemented using high level procedural and/or object oriented programming languages, and/or assembly/machine languages. The programming language includes, but is not limited to, programming languages such as Java, C + +, python, the "C" language, or the like. The program code may execute entirely on the user computing device, partly on the user device, partly on a remote computing device, or entirely on the remote computing device or server. In the case of a remote computing device, the remote computing device may be connected to the user computing device through any kind of network, including a Local Area Network (LAN) or a Wide Area Network (WAN), or may be connected to an external computing device (e.g., through the internet using an internet service provider).

The embodiments of the present disclosure have been described above. However, these examples are for illustrative purposes only and are not intended to limit the scope of the present disclosure. Although the embodiments are described separately above, this does not mean that the measures in the embodiments cannot be used in advantageous combination. The scope of the disclosure is defined by the appended claims and equivalents thereof. Various alternatives and modifications can be devised by those skilled in the art without departing from the scope of the present disclosure, and such alternatives and modifications are intended to be within the scope of the present disclosure.

Claims

1. An information pushing method based on a block chain comprises the following steps:

acquiring block data of each block in N blocks, wherein each block is a block with a specified block height in the block chain;

determining target information from at least one piece of block data based on a preset condition, wherein the preset condition comprises information of at least one target intelligent contract, and the target information comprises data processed by the at least one target intelligent contract and uplink carried out on the block chain;

and pushing the target information to M service systems, wherein N and M are integers which are respectively greater than or equal to 1.

2. The method of claim 1, wherein the M traffic systems comprise a first traffic system, and the obtaining tile data for each of the N tiles comprises:

determining a corresponding monitoring block high interval based on the current notification state of the first service system, wherein the designated block height belongs to the monitoring block high interval;

and traversing each block in the monitoring block high interval to acquire the block data.

3. The method of claim 2, wherein the determining a monitoring block high interval based on the current notification status of the first traffic system comprises: in the case where the current notification state is a non-specified state,

if the notification is the first notification, taking the block height of the initial block of the block chain as the minimum block height of the monitoring block height interval, and taking the block height of the latest block of the block chain as the maximum block height of the monitoring block height interval; or

If the notification is not the first notification, the minimum block height of the block which is not traversed is taken as the minimum block height of the monitoring block high interval, and the block height of the latest block is taken as the maximum block height of the monitoring block high interval.

4. The method of claim 2, wherein determining a monitoring block high interval for a current notification status of a first business system of the M business systems comprises: in the case where the current notification state is the specified notification state,

if the designated starting block height is smaller than the block height of the latest block of the block chain, taking the designated starting block height as the minimum block height of the monitoring block high interval, and taking the designated ending block height as the maximum block height of the monitoring block high interval; or

If the designated starting block height is larger than the block height of the latest block, taking the minimum block height of the block which is not traversed as the minimum block height of the monitoring block high interval, and taking the block height of the latest block of the block chain as the maximum block height of the monitoring block high interval.

5. The method of claim 1, wherein a blockchain system comprises the blockchain, the processing and winding up on the blockchain by at least one target intelligent contract comprising:

receiving transaction information of a user through a first node of the blockchain system;

if the transaction information is specific transaction information, the first node is made to call the at least one target intelligent contract to process the specific transaction information;

and performing uplink on the block chain by using the target information obtained by processing.

6. The method of claim 5, wherein listening for events including the target information, the at least one target smart contract processing the particular transaction information comprising:

the at least one target smart contract generates the corresponding snoop event based on the specific transaction information.

7. The method of claim 6, wherein the snoop event comprises a snoop identifier, and the determining target information from at least one of the block data based on a preset condition comprises:

searching the monitoring identification from at least one block data;

and acquiring the target information associated with the monitoring identification based on the searched monitoring identification.

8. The method according to claim 1, wherein the method further comprises setting a configuration file, specifically comprising:

setting access information of the block chain in the configuration file so as to acquire the block data through the access information; and/or

Setting address information of each service system in the M service systems in the configuration file; and/or

Setting the preset conditions in the configuration file, wherein the preset conditions comprise the following steps: and setting the name of the at least one target intelligent contract and the monitoring identifier generated by the at least one target intelligent contract.

9. The method of claim 8, wherein the M business systems include at least one target business system, and the pushing the target information to the M business systems comprises:

acquiring the at least one target business system to be notified from the target information;

acquiring address information of each target service system in the at least one target service system from the configuration file;

and notifying each target service system based on the address information and the target information.

10. The method of claim 9, wherein after said notifying the at least one target business system, further comprising: the following operations are executed in a loop until all notifications are successful,

receiving response information returned by each target service system;

in case there is one or more of said response messages characterizing a notification failure,

recording the target information in a first file, and notifying the address information of the failed target service system;

and based on the target information and the address information, regularly retransmitting the notification.

11. The method of claim 8, wherein after the setting the configuration file, the method further comprises:

receiving the updated content of the configuration file through a first interface;

and dynamically updating the configuration file based on the updating content.

12. An information pushing apparatus based on a block chain, comprising:

an obtaining module, configured to obtain block data of each block of N blocks, where each block is a block of a specified block height in the block chain;

a determining module, configured to determine target information from at least one piece of block data based on a preset condition, where the preset condition includes information of at least one target intelligent contract, and the target information includes data processed by the at least one target intelligent contract and uplink on the block chain;

and the notification module is used for pushing the target information to M service systems, wherein N and M are integers which are greater than or equal to 1 respectively.

13. An electronic device, comprising:

one or more processors;

a storage device for storing one or more programs,

wherein the one or more programs, when executed by the one or more processors, cause the one or more processors to perform the method of any of claims 1-11.

14. A computer readable storage medium having stored thereon executable instructions which, when executed by a processor, cause the processor to perform the method of any one of claims 1 to 11.

15. A computer program product comprising a computer program which, when executed by a processor, implements a method according to any one of claims 1 to 11.