CN111833190A

CN111833190A - Annuity data processing method, device, medium and electronic equipment

Info

Publication number: CN111833190A
Application number: CN202010969996.2A
Authority: CN
Inventors: 高远; 张战胜; 黄美玲; 张志辉; 郭建飞; 严凌; 郝佳齐; 郭瑞
Original assignee: Taikang Insurance Group Co Ltd; Taikang Pension Insurance Co Ltd
Current assignee: Taikang Insurance Group Co Ltd; Taikang Pension Insurance Co Ltd
Priority date: 2020-09-16
Filing date: 2020-09-16
Publication date: 2020-10-27

Abstract

An embodiment of the present invention provides an annuity data processing method, an apparatus, a medium, and an electronic device, which are applied to a blockchain system including a plurality of nodes, where the annuity data processing method is executed by any one node in the blockchain system, and includes: generating first data to be processed based on the annuity data; sending a first data point-to-point to a receiving node in the blockchain system; generating second data corresponding to the processing track of the first data according to the processing track of the first data; and linking the second data to enable each node to acquire the second data. The directional sending of the first data and the consensus of the second data corresponding to the processing track of the first data at all nodes are realized, and the mechanism for processing the annuity data only needs to perform data interaction with the block chain system, so that the transparency and the monitoring efficiency of annuity monitoring data are improved, the annuity data are efficiently and conveniently monitored, and the efficiency and the safety of annuity data processing are improved.

Description

Annuity data processing method, device, medium and electronic equipment

Technical Field

The invention relates to the technical field of computers and communication, in particular to a method, a device, a medium and electronic equipment for processing annuity data.

Background

At present, the investment supervision operation of annuity management is usually based on a trust type management mode, which relates to a hosting mechanism, a casting mechanism, a entrusted mechanism, an agency mechanism, a multi-party management mechanism of human society and the like, and annuity data need to be interacted with each other in pairs among different mechanisms in an interface, deep certification or offline mode and the like. Fig. 1 is a schematic diagram showing data transmission between different mechanisms in the related art. The characteristics of two-to-two interaction and two-to-two transmission lead the transmission period of the data between the mechanisms to be prolonged, so that the mechanism for supervising and managing the whole annuity data can not acquire the supervision data timely, and the efficiency of supervision and management is reduced. Moreover, the same data is interacted for multiple times in different modes, and the interaction modes of all the mechanisms are inconsistent, so that errors are easy to occur, and the data is difficult to trace after problems occur, so that the whole process supervision of annuity investment supervision is not facilitated; the deep evidence is especially true for the offline mode, and the manual maintenance is needed every time when problems occur, so that the efficiency is low.

Therefore, a new annuity data processing method, device, medium and electronic device are needed to realize efficient and convenient supervision on annuity data and improve safety of annuity data processing.

It is to be noted that the information disclosed in the above background section is only for enhancement of understanding of the background of the present disclosure, and thus may include information that does not constitute prior art known to those of ordinary skill in the art.

Disclosure of Invention

Embodiments of the present invention provide an annuity data processing method, apparatus, medium, and electronic device, which can efficiently and conveniently monitor annuity data at least to a certain extent, and improve security of annuity data processing.

Additional features and advantages of the invention will be set forth in the detailed description which follows, or may be learned by practice of the invention.

According to an aspect of the embodiments of the present invention, there is provided an annuity data processing method applied to a blockchain system including a plurality of nodes, wherein the method is performed by any one node in the blockchain system, and the method includes: generating first data to be processed based on the annuity data; sending the first data point-to-point to a receiving node in the blockchain system; generating second data corresponding to the processing track of the first data according to the processing track of the first data; and linking the second data to each node so that each node acquires the second data.

In some embodiments of the present invention, based on the foregoing scheme, generating second data corresponding to a processing track of the first data according to the processing track of the first data includes: acquiring an identifier of the first data; generating second data corresponding to a processing trajectory of the first data based on the identification, a sending node, a receiving node in the first data, and a type of the annuity data.

In some embodiments of the present invention, based on the foregoing scheme, generating the first data to be processed based on the annuity data includes: extracting annuity data of a type corresponding to the first data based on preset document constraint information; generating first data of the annuity data based on the annuity data, a type of the annuity data, a transmitting node of the annuity data, and a receiving node of the annuity data.

In some embodiments of the present invention, based on the foregoing scheme, the method further comprises: receiving first data sent by other nodes; analyzing the first data to obtain analyzed first data; performing data verification on the analyzed first data based on a verification contract in the intelligent contract to obtain a verification result; generating second data including the verification result; and linking the second data to each node so that each node acquires the second data.

In some embodiments of the present invention, based on the foregoing scheme, the method further comprises: a transmission contract in an intelligent contract is called, and the first data is sent to a receiving node in the block chain system in a point-to-point manner; generating second data corresponding to the processing track of the first data according to the processing track of the first data; and linking the second data to each node so that each node acquires the second data.

In some embodiments of the present invention, based on the foregoing solution, sending the first data point-to-point to a receiving node in the blockchain system includes: verifying the authority corresponding to the type of the annuity data of the sending node and the receiving node in the first data based on a rule contract in an intelligent contract; and if the verification is passed, encrypting the first data, and sending the encrypted first data to a receiving node in the block chain system point to point.

In some embodiments of the present invention, based on the foregoing solution, if the node executing the method is a management node of the blockchain system, the method further includes: acquiring an updated intelligent contract; and linking the updated intelligent contract to enable each node to update the address of the original intelligent contract based on the address of the updated intelligent contract.

According to an aspect of an embodiment of the present invention, there is provided an annuity data processing apparatus provided in any one node of a blockchain system including a plurality of nodes, the annuity data processing apparatus including: a first generation module configured to generate first data to be processed based on the annuity data; a data sending module configured to send the first data point-to-point to a receiving node in the blockchain system; a second generation module configured to generate second data corresponding to a processing track of the first data according to the processing track of the first data; and the data uploading module is configured to uplink the second data so that each node acquires the second data.

In some embodiments of the present invention, based on the foregoing solution, the second generating module is configured to obtain an identifier of the first data; generating second data corresponding to a processing trajectory of the first data based on the identification, a sending node, a receiving node in the first data, and a type of the annuity data.

In some embodiments of the present invention, based on the foregoing scheme, the first generating module is configured to extract annuity data of a type corresponding to the first data based on preset document constraint information; generating first data of the annuity data based on the annuity data, a type of the annuity data, a transmitting node of the annuity data, and a receiving node of the annuity data.

In some embodiments of the present invention, based on the foregoing solution, the apparatus further includes: the data receiving module is configured to receive first data sent by other nodes; the data analysis module is configured to analyze the first data to obtain analyzed first data; the data verification module is configured to perform data verification on the analyzed first data based on a verification contract in the intelligent contract to obtain a verification result; the second generation module is further configured to generate second data including the check result; the data uploading module is further configured to uplink the second data so that each node acquires the second data.

In some embodiments of the present invention, based on the foregoing solution, the data sending module is configured to invoke a transmission contract in an intelligent contract to send the first data point to a receiving node in the blockchain system; the second generation module is configured to call a transmission contract in the intelligent contract to generate second data corresponding to the processing track of the first data according to the processing track of the first data; and the data uploading module is configured to invoke a transmission contract in the intelligent contract to uplink the second data so that each node acquires the second data.

In some embodiments of the present invention, based on the foregoing solution, the data sending module is configured to check, based on a rule contract in an intelligent contract, permissions corresponding to the type of the annuity data of the sending node and the receiving node in the first data; the data sending module is configured to encrypt the first data and send the encrypted first data to a receiving node in the block chain system point to point if the verification is passed.

In some embodiments of the present invention, based on the foregoing solution, if the annuity data processing apparatus is disposed at a management node of the blockchain system, the apparatus further includes: a contract updating module configured to obtain an updated intelligent contract; and linking the updated intelligent contract to enable each node to update the address of the original intelligent contract based on the address of the updated intelligent contract.

According to an aspect of the embodiments of the present invention, there is provided a computer readable medium, on which a computer program is stored, which when executed by a processor, implements the data processing method in the blockchain network as described in the above embodiments.

According to an aspect of an embodiment of the present invention, there is provided an electronic apparatus including: one or more processors; a storage device for storing one or more programs which, when executed by the one or more processors, cause the one or more processors to implement the data processing method in the blockchain network as described in the above embodiments.

In the embodiment of the invention, first data to be processed are generated based on the annuity data; sending the first data point-to-point to a receiving node in the blockchain system; generating second data corresponding to the processing track of the first data according to the processing track of the first data; and linking the second data to each node so that each node acquires the second data. The directional sending of the first data and the consensus of the second data corresponding to the processing track of the first data at all nodes are realized, and the mechanism for processing the annuity data only needs to perform data interaction with the block chain system, so that the transparency and the monitoring efficiency of annuity monitoring data are improved, the annuity data are efficiently and conveniently monitored, and the efficiency and the safety of annuity data processing are improved.

It is to be understood that both the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the invention, as claimed.

Drawings

The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the invention and together with the description, serve to explain the principles of the invention. It is obvious that the drawings in the following description are only some embodiments of the invention, and that for a person skilled in the art, other drawings can be derived from them without inventive effort. In the drawings:

fig. 1 is a schematic diagram showing data transmission between different mechanisms in the related art;

fig. 2 is a flowchart showing a method of annuity data processing in the related art;

FIG. 3 schematically illustrates a block chain system 300 according to an embodiment of the present invention;

FIG. 4 is an alternative block structure according to an embodiment of the present invention;

FIG. 5 schematically shows a flow diagram of an annuity data processing method according to one embodiment of the invention;

FIG. 6 schematically shows a diagram of a data flow of annuity data, in accordance with one embodiment of the present invention;

FIG. 7 schematically illustrates a structural diagram of a transport contract according to one embodiment of the invention;

FIG. 8 schematically illustrates a flow diagram for data transfer based on a transfer contract, according to one embodiment of the invention;

FIG. 9 is a schematic diagram illustrating the structure of a rule contract, according to one embodiment of the invention;

FIG. 10 schematically illustrates a flow diagram of a method of setting a rule contract, according to one embodiment of the invention;

FIG. 11 is a schematic diagram illustrating the structure of a check contract, according to one embodiment of the invention;

FIG. 12 schematically illustrates a flow diagram for checking based on a check contract, according to one embodiment of the invention;

FIG. 13 is a schematic diagram illustrating the structure of a deployment contract, according to one embodiment of the invention;

FIG. 14 schematically illustrates a flow diagram for intelligent contract updates based on deployment contracts, according to one embodiment of the invention;

FIG. 15 schematically shows a block diagram of an annuity data processing apparatus according to an embodiment of the invention;

FIG. 16 illustrates a schematic structural diagram of a computer system suitable for use with the electronic device to implement an embodiment of the invention.

Detailed Description

Example embodiments will now be described more fully with reference to the accompanying drawings. Example embodiments may, however, be embodied in many different forms and should not be construed as limited to the examples set forth herein; rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the concept of example embodiments to those skilled in the art.

Furthermore, the described features, structures, or characteristics may be combined in any suitable manner in one or more embodiments. In the following description, numerous specific details are provided to provide a thorough understanding of embodiments of the invention. One skilled in the relevant art will recognize, however, that the invention may be practiced without one or more of the specific details, or with other methods, components, devices, steps, and so forth. In other instances, well-known methods, devices, implementations or operations have not been shown or described in detail to avoid obscuring aspects of the invention.

The block diagrams shown in the figures are functional entities only and do not necessarily correspond to physically separate entities. I.e. these functional entities may be implemented in the form of software, or in one or more hardware modules or integrated circuits, or in different networks and/or processor means and/or microcontroller means.

The flow charts shown in the drawings are merely illustrative and do not necessarily include all of the contents and operations/steps, nor do they necessarily have to be performed in the order described. For example, some operations/steps may be decomposed, and some operations/steps may be combined or partially combined, so that the actual execution sequence may be changed according to the actual situation.

In the business scenario of annuity processing, there are mainly four types of roles: agency mechanism, entrusted mechanism, trusteeship mechanism and cast the management mechanism. The agency can be the initiator of the professional annuity plan and is responsible for supervising the implementation and the flow of the professional annuity plan. The trusted authority refers to an authority that is entrusted by the receiving agency and is responsible for managing the occupational annuities. The escrow institution is a bank or a professional institution that receives the entrustment of the entrusted institution and takes care of the professional annuity. The management throwing mechanism is a professional mechanism which receives entrusted institutions to entrust investment and manage occupational annuals. It should be noted that each agency typically commissions multiple trusted agencies for a career annuity plan, and each trusted agency typically commissions multiple investment administration agencies to manage their assigned career annuity values for investment operations.

For example, the agency may be a social security department, the trusted institution may be a certain endowment group, the hosting institution may be a bank, and the deposit institution may be a fund management institution, a security company.

The entrusted organization is obligated to report the investment supervision result to the agency regularly or irregularly in time so as to embody the function capability of the entrusted organization. In view of the supervision requirement, the human society will also supervise and control the occupational annuity investment compliance to a certain extent, so usually, some agencies with corresponding conditions will also develop corresponding investment supervision function modules in the system to meet the requirements of human society supervision, or according to the investment supervision results reported to the agencies by the entrusted organization, perform related supervision and management work offline. At present, the host organization and the casting organization mostly transmit data to the entrusted organization in a deep certification mode, the entrusted organization mostly transmits data to the agent organization through a socket (socket/socket + sftp, an application generally sends a request to a network or responds to the network request), and the entrusted person and the agent organization mostly transmit data to the human society part in an offline mail mode. The deep certificate service provides a special line communication mode as a third-party organization, and sockets also need to establish a special line network between every two organizations and then transmit data through messages or messages and files. Fig. 2 shows a flowchart of a method of annuity data processing in the related art. In this embodiment, taking an example that the hosting organization transmits the estimated value table to the entrusted person entrusted organization, a specific data transmission process is as follows (fig. 2), and the method may include the following processes:

in S201, the hosting organization transmits evaluation table data to the consignee by an asset communication mail.

In S202, the trusted authority receives the estimation table data and decompresses it.

In S203, the entrusted authority generates a report based on the evaluation table data.

In S204, the trusted authority sends the report to the human social system by mail.

In S205, the trusted authority encrypts the data in the evaluation table and sends the encrypted data to the proxy authority in a socket manner.

In S206, the agency generates a report based on the encrypted evaluation table data.

In S207, the agency transmits the report to the human agency by mail.

In S208, the agent decrypts the data in the evaluation table to generate a feedback message.

In S209, the proxy sends the feedback message to the trusted authority by means of a socket.

In S210, the trusted entity receives the feedback message, and decrypts and analyzes the feedback message.

According to the method for processing the annuity data, data interaction is required to be frequently carried out among all mechanisms, the interaction modes among all the mechanisms are inconsistent, errors are easy to occur, the data cannot be traced easily after problems occur, and the method is very not beneficial to the whole-process supervision of annuity investment supervision.

Based on this, the embodiment of the present invention provides a method for processing annuity data, in which each mechanism for processing annual inspection data is added to a block chain in a node form, and each node performs data interaction only with the block chain, so as to improve the security of data interaction.

The block chain system proposed by the embodiment of the present invention is described in detail below.

Fig. 3 schematically shows a structural diagram of a blockchain system 300 according to an embodiment of the present invention, and as shown in fig. 3, the blockchain system is formed by a plurality of nodes, such as a trusted node, a hosting node, a proxy node, a hosting node, a human society department node, and the like, which may be any form of computing devices, such as a server and a user terminal, of a hosting organization, a trusted organization, a proxy organization, a hosting organization, and a human society center in an access network. And the trusted node, the hosting node, the administration node and the human-social node corresponding to the proxy node form a alliance chain.

Each node in the blockchain system shown in fig. 3 is involved in the functions including:

1) routing, a basic function that a node has, is used to support communication between nodes.

Besides the routing function, the node may also have the following functions:

2) the application is used for being deployed in a block chain, realizing specific services according to actual service requirements, recording data related to the realization functions to form recording data, carrying a digital signature in the recording data to represent a source of task data, and sending the recording data to other nodes in the block chain system, so that the other nodes add the recording data to a temporary block when the source and integrity of the recording data are verified successfully.

For example, the services implemented by the application include: intelligent contracts, computerized agreements, which can execute the terms of a contract, are implemented by code deployed on a shared ledger for execution when certain conditions are met, and are used to complete automated transactions according to actual business requirement code; of course, smart contracts are not limited to executing contracts for trading, but may also execute contracts that process received information.

3) And the Block chain comprises a series of blocks (blocks) which are mutually connected according to the generated chronological order, new blocks cannot be removed once being added into the Block chain, and recorded data submitted by nodes in the Block chain system are recorded in the blocks.

Referring to fig. 4, fig. 4 is an optional schematic diagram of a Block Structure (Block Structure) provided in the embodiment of the present invention, where each Block includes a hash value of a transaction record stored in the Block (hash value of the Block) and a hash value of a previous Block, and the blocks are connected by the hash values to form a Block chain. The block may include information such as a time stamp at the time of block generation. A block chain (Blockchain), which is essentially a decentralized database, is a string of data blocks associated by using cryptography, and each data block contains related information for verifying the validity (anti-counterfeiting) of the information and generating a next block.

The implementation details of the technical scheme of the embodiment of the invention are explained in detail as follows:

fig. 5 schematically shows a flowchart of an annuity data processing method according to an embodiment of the present invention, which may be applied to the blockchain system shown in fig. 3 and executed by a server or a terminal device corresponding to any one node in the blockchain system.

As shown in fig. 5, the method may include, but is not limited to, the following flow:

in step S510, first data to be processed is generated based on the annuity data.

In the embodiment of the present invention, annuity data of a type corresponding to first data may be extracted from annuity data uploaded from each node based on preset document constraint information, and the first data of the annuity data may be generated based on the annuity data, the type of the annuity data, a sending node of the annuity data, and a receiving node of the annuity data. In this embodiment of the present invention, the first data may be data that is only sent to a certain specified node(s) among all nodes of the block chain, and for each node of the block chain, the first data is private data and cannot be shared with all nodes. The type of annuity data corresponding to the first data may include: an estimation table, a monitoring table, etc.

In the embodiment of the invention, each node is provided with document constraint information, and the document constraint information is provided with the type of annuity data corresponding to the first data and document normalized processing required by different types of annuity data. For example, the type of annuity data corresponding to the first data is set in the document constraint information as evaluation table data 1001, and what field contents need to be extracted from 1001.

It is noted that the document constraint information is generally set to perform a document normalization process on the document, and not to perform a normalization process on the file.

It should be noted that after the annuity data is extracted, a sending node and a receiving node which can acquire the annuity data may be set by the node (i.e., the sending node) which executes the method. First data of the annuity data is then generated based on the annuity data, the type of the annuity data (e.g., 1001), the sending node of the annuity data (i.e., the executing node of the method), and the receiving node (set by the executing node).

Note that the first data includes an identifier for identifying that the first data is the first data. The identifier may be an identifier of whether the uplink data is private data, for example, if the uplink data includes an identifier of the private data, the uplink data is the first data, and if the uplink data includes an identifier of the private data, the uplink data is not the first data.

It should be noted that if annuity data of the type corresponding to the first data is not extracted based on the preset document constraint information, the second data may be generated based on the annuity data.

In step S520, the first data is sent to a receiving node in the blockchain system point-to-point.

It is noted that for each first data, its corresponding receiving node comprises at least one.

In the embodiment of the present invention, sending the first data to the receiving node in the blockchain system is based on point-to-point (P2P) transmission, and for the sending node, after chaining the first data (the federation chain where the node is located), the sending node invokes a transmission contract in an intelligent contract to realize that the first data is sent to the receiving node point-to-point in the chain. And the receiving node may send a response message to the sending node after receiving the first data.

It should be noted that, after the sending node links the first data, the sending node invokes the intelligent contract to determine whether the first data is the first data based on the identifier of the first data included in the intelligent contract, and if the first data is the first data, the sending node sends the first data to the receiving node point to point in the link.

In the embodiment of the present invention, the intelligent contract may further include: a rule contract. When the transmission contract is called to send the first data, a rule contract can be called to check the authority of a sending node and a receiving node in the first data for the annuity data of the type, after the rule contract is checked to pass, the transmission contract is called to encrypt the first data, the encrypted first data is sent to the receiving node in the block chain system in a point-to-point mode, and if the rule contract is checked to fail, the transmission contract is called to not send the first data to the receiving node in the block chain system and feed back the sending node.

For example, the sending node in the first data is a managed node a, the receiving node is a proxy node B, the type of annuity data is an evaluation table, if a rule that the managed node a can send the evaluation table to the proxy node B is recorded in a rule contract of the intelligent contract, the verification is passed, and otherwise the verification fails.

It is noted that after sending the first data to the receiving node, a response of the receiving node may be received, which is also responded to by the blockchain.

In the embodiment of the invention, the first data is transmitted in a P2P mode based on the ether house blockchain technology of each node, so that the transmission of the first data is safer, the hidden danger of private data exposure of each organization is solved, and the security of annuity data is greatly improved.

In step S530, second data corresponding to the processing trajectory of the first data is generated according to the processing trajectory of the first data. In the embodiment of the invention, after the sending node calls the transmission contract to send the first data to the receiving node, the transmission contract is called to generate the second data.

It should be noted that the processing trace of the first data may be a processing flow of the first data, for example, when the first data (the identification of the first data) is generated by which node, and when the first data is transmitted to which receiving node by which transmitting node.

In the embodiment of the present invention, the second data is data that can be shared by all nodes in the block chain, and for the block chain, the second data is public data and can be shared by all nodes. The second data may be data corresponding to a processing trajectory of the first data.

In the embodiment of the present invention, when generating the second data, the identifier of the first data may be acquired, and the second data corresponding to the processing track of the first data may be generated based on the identifier, the sending node, the receiving node in the first data, and the type of the annuity data.

It is noted that the identification may be a hash value of the first data. The second data comprises processing track data of the first data: the type of annuity data, the sending node, the receiving node, and the hash value, but does not include substantial data content of the first data. The second data may further include a generation time, a transmission time, a reception time, and the like of the first data.

Note that the second data includes an identifier for identifying the second data. The identifier may be an identifier of whether the uplink data is private data, for example, if the uplink data includes an identifier that is not private data, the uplink data is the second data, and if the uplink data includes an identifier that is private data, the uplink data is not the second data.

It is to be noted that not all of the second data are generated based on the processing trace of the first data, and therefore, there may be second data that does not include the identification of the processing trace of the first data, for example, after the verification result is obtained, the first data or the second data that includes the verification result is generated.

In step S540, the second data is uplinked, so that each node acquires the second data.

In the embodiment of the invention, after the second data is generated, a transmission contract is called to uplink the second data, and the second data is transmitted through a hypertext transfer protocol (http) so that each node can acquire the second data.

It should be noted that after the second data is uplinked, each node acquires the second data through a common identity mechanism.

It should be noted that, after the sending node links the second data, the sending node invokes the intelligent contract to determine whether the sending node is the second data based on the identifier of the second data included in the intelligent contract, and if the sending node is the second data, the sending node transmits the second data through the http, so that each node acquires the second data.

In the embodiment of the present invention, the first data and the second data include an identifier for identifying the first data or the second data. The identifier may be an identifier of whether the uplink data is private data, for example, if some data of the uplink includes an identifier that is private data, the data is first data, and if the some data includes an identifier that is not private data, the data is second data. The sending node needs to invoke the transmission contract in the intelligent contract to send no matter the first data or the second data, and the sending modes of the first data and the second data are different, so that the sending node needs to invoke the transmission contract to firstly determine that the uplink data is the first data or the second data, and send the first data to the receiving node point to point, and transmit the second data to each node through http.

In an embodiment, for the blockchain system shown in fig. 3, as any one node in the blockchain system, first data from other nodes may be received, after receiving the first data, the first data is parsed to obtain parsed first data, the parsed first data is subjected to data check based on a check contract in an intelligent contract to obtain a check result, second data including the check result is generated, and the second data is uplinked so that each node obtains the second data.

It should be noted that, when any node (assumed to be node a) receives first data from another node (assumed to be node B), the first data is analyzed to obtain the analyzed first data, and the data check is performed on the analyzed first data based on a check contract in an intelligent contract to obtain a check result, or the first data including the check result may be generated, and the first data is sent to the corresponding receiving node (i.e., node B). When the first data is generated based on the check result, the first data is generated with a transmitting node (i.e., node a), a receiving node (i.e., node B), a type of the check result, and the check result from which the first data from other nodes starts to be received.

It should be noted that, for any node, after receiving the first data of other nodes, the node may invoke a transmission contract in the intelligent contract to implement analysis on the received first data, invoke a check contract to check the analyzed first data, and after obtaining a check result, generate the first data or the second data including the check result.

In the above embodiment of the present invention, the interface standards of data interaction between each node and the block chain are unified, each node only needs to upload data according to the service flow, and the work of encryption, decryption, analysis, verification, etc. is handed over to the intelligent contract of the block chain for unified processing, thereby accelerating the digital construction and supervision and management efficiency of annuity data.

In one embodiment, if the node performing the above method is a management node of the blockchain system, that is, a proxy node in fig. 3, the proxy node may obtain an updated intelligent contract, and link the updated intelligent contract, so that each node updates the address of the original intelligent contract based on the address of the updated intelligent contract.

In the embodiment of the invention, the intelligent contracts are automatically deployed, and the operation and maintenance cost of contract deployment among different mechanisms is reduced.

The annuity data processing method proposed in the embodiment of the present invention is described in detail below with reference to specific application scenarios.

Fig. 6 schematically shows a schematic diagram of data flow of annuity data according to an embodiment of the present invention, and the method can be applied to the blockchain system shown in fig. 3, and is executed by a hosting node and a proxy node in the blockchain system. As shown in fig. 6, the method may include the following processes:

in S601, the managed node acquires the first data and uplinks.

In the embodiment of the present invention, a escrow node acquires a document of annuity data through a data interface, or acquires a file of annuity data through a file interface, extracts annuity data of a type corresponding to first data through document constraint information, assumes that the annuity data is evaluation table data 1001, generates the first data of the annuity data based on the annuity data (evaluation table data), the type (1001) of the annuity data, a sending node (escrow node) of the annuity data, and a receiving node (proxy node), and links the annuity data.

It should be noted that the first data may further include an identifier for identifying the first data. The identifier may be an identifier of whether the uplink data is private data, for example, if the uplink data includes an identifier of the private data, the uplink data is the first data, and if the uplink data includes an identifier of the private data, the uplink data is not the first data.

In S602, the hosting node invokes a transport contract in the intelligent contract to send the first data point-to-point.

In the embodiment of the invention, after the escrow node calls the transmission contract in the intelligent contract and determines that the uplink data is the first data, the escrow node sends the first data to the proxy node point to point. The intelligent contract may further include: a rule contract. When a transmission contract is called to send first data, a rule contract can be called to check the authority of the managed node and the proxy node in the first data on the evaluation table, after the rule contract is checked, the transmission contract is called to encrypt the first data, and the encrypted first data is sent to the proxy node in the block chain system in a P2P mode.

In S603, the managed node invokes a transport contract in the smart contract to generate second data.

It should be noted that the second data may further include an identifier for identifying the second data. The identifier may be an identifier of whether the uplink data is private data, for example, if the uplink data includes an identifier that is not private data, the uplink data is the second data, and if the uplink data includes an identifier that is private data, the uplink data is not the second data.

In S604, the managed node invokes a transport contract in the smart contract to uplink the second data, so that each node acquires the second data.

In the embodiment of the invention, after the second data is generated, a transmission contract is called to uplink the second data, and the second data is transmitted through a hypertext transfer protocol (http) so that each node can acquire the second data. Wherein, each node in the block chain is as follows: agent nodes, administration nodes, trusted nodes, and people and society department nodes.

In S605, the agent node receives the first data through the transmission contract in the smart contract.

In the embodiment of the invention, after receiving the first data of the receiving and managing node, the proxy node analyzes the first data to acquire the analyzed first data. And calling a check contract in the intelligent contract to carry out data check on the analyzed first data to obtain a check result.

In S606, the proxy node invokes a transfer contract to generate second data based on the check result.

It is noted here that the proxy node may also invoke the transfer contract to generate the first data based on the check result.

In S607, the proxy node invokes a transmission contract to uplink the second data, so that each node acquires the second data.

In the above embodiment, the evaluation table of the managed node is sent to the agent nodes, the second data of the processing track of the evaluation table data between the managed node and the agent nodes is shared by all the nodes, and the check result of the agent node is shared by all the nodes, so that the annuity data is efficiently and conveniently supervised, and the annuity data processing safety is improved.

The following describes the intelligent contract proposed in the embodiment of the present invention in detail with reference to specific application scenarios.

The intelligent contract comprises a transmission contract, fig. 7 schematically shows a structural schematic diagram of the transmission contract according to an embodiment of the present invention, the transmission contract can realize automatic transmission of first data and second data of each node of a block chain, the transmission contract is designed according to a Proxy-Implementation-storage mode, and the mode can ensure that the node does not need to transmit data by itself, only needs to pay attention to service processing, that is, the extracted first data or second data can be automatically transmitted by directly submitting the transmission contract, and a transmission result can be obtained in real time. As shown in fig. 7, the transmission contract includes:

1) and the transmission controller InterfaceController stores specific rules of the transmission contract, such as transmission related information of the first data and the second data. Such as:

map data Info// representing data information public void getSendAddress ()// representing acquisition transmitting node address

public void confirm Transmission ()// denotes acknowledgement Transmission

2) The transport Interface defines a datatrassmision Interface, e.g.,

public architecture void verifyAuthority (sendCode, interfacial code, authority)// denotes check authority

Public abstract void sendpubilcd data (Public datainfo)// indicating sending of second data

Public abstract void sendPrivatedDate (PrivatedDateInfo)// indicating that first data is transmitted

Public abstract void processResponse (Public DataInfo)// denotes a process response

Public abstract void contact private date (Public data info)// means to judge whether or not it is the first data

Public abstract void verifyPrivateData (dataInfo)// denotes verifying the first data

……

3) The transmission interface realizes DataTrasmissionImpl and is responsible for realizing the sending and receiving of the first data and the second data and the processing related to the transmission. Such as, for example,

public architecture void verifyAuthority (sendCode, interfacial code, authority) { … }// representing check authority

Public astractvoid sendPubilcData (Public DataInfo) { … }// indicating sending of second data

Public abstract void sendPrivatedDate (PrivatedDateInfo) { … }// indicating sending of first data

Public astractvoid processResponse (Public DataInfo) { … }// representing a processing response

Public abstract void contact private date (Public data info) { … }// indicating whether or not the first data is judged

Public astractvoid verifyPrivatedData (dataInfo) { … }// indicating verification of first data

……

Fig. 8 schematically illustrates a flow diagram for data transfer based on a transfer contract according to an embodiment of the invention. Invoking the transfer contract may accomplish both the sending of the data and the receiving of the data. As shown in fig. 8, determining whether to receive data or transmit data, and performing data transmission based on a transmission contract in the data transmission phase may include the following procedures:

in S801, a rule contract is invoked to check the authority of the transmitting node and the receiving node. If the check is passed, execute S802, otherwise execute S808.

It should be noted that, before the rule contract is invoked to check the authority of the sending node and the receiving node, the transmission contract is invoked to determine that the uplink data includes an identifier identifying the uplink data as the first data, and the uplink data is determined as the first data.

In S802, the first data is encrypted.

In S803, the first data is transmitted to the receiving node.

In S804, a response of the receiving node is received. It should be noted that the response here is a blockchain response.

In S805, the identity of the first data is acquired. The identification may be a hash value.

In S806, second data is generated.

It should be noted that the transfer contract may be invoked to generate the second data based on the sending node, the receiving node, the type of annuity data, and the hash value of the first data. The first data may further include an identifier for identifying the first data as second data.

In S807, the second data is transmitted.

It should be noted that, before sending the second data, the second data uplink is generated, a transmission contract is invoked, based on an identifier included in the uplink data and identifying the uplink data as the second data, the data is determined to be the second data, and the second data is transmitted through the hypertext transfer protocol http, so that each node acquires the second data.

In S808, the transmitting node is fed back.

As shown in fig. 8, in the data receiving phase, the receiving of data based on the transmission contract may include the following procedures:

in S811, first data is acquired. Namely, the first data sent by other nodes is received in a point-to-point mode.

In S812, the first data is parsed.

In S813, a check contract is invoked to perform data check on the first data, and a check result is obtained.

In S814, second data is generated based on the verification result.

In S815, the second data is transmitted.

In the above embodiment of the present invention, each node only needs to interact with the block chain, and the automatic transmission of the first data and the second data of each node is automatically realized through the transmission contract, so that the complexity of data interaction between nodes for annuity data processing is reduced, the data transmission efficiency is improved, and the monitoring of the whole process of annuity data processing is facilitated.

The intelligent contract comprises a rule contract, fig. 9 schematically shows a structural schematic diagram of the rule contract according to an embodiment of the present invention, the rule contract can implement automatic setting of rule information, the design of the rule contract follows Proxy-Implementation pattern, and the pattern can ensure that the Proxy node can set permissions of sending, receiving, querying, etc. by invoking automatic contract deployment without affecting services. And carrying out next service processing according to the transmission result. As shown in fig. 9, a rule contract includes:

1) and the rule information controller RuleController stores specific information of the rule contract, such as node codes, interface codes and authorities, and the rule information can be changed only by the operation of the proxy node. Such as:

map muller Info// presentation rule information

Public getAddress ()// denotes the acquisition management node address

Public configrueinfoChange ()// information indicating the determination of modification rule

2) Rule interfaces define a RuleChangeInterface, e.g.

Public abstract changeContract (rulInfo)// denotes a change rule contract Public abstract dContact (rulInfo)// denotes a newly added rule contract

Public abstruct deletecontact (ruleInfo)// contract for deletion rule

3) The rule interface realizes RuleChangeImpl and is responsible for limiting a sending node, a receiving node and query permission of the first data. Such as

Public obstration change contract (ruleInfo) { … }// representing a change rule contract publishact addConnection (ruleInfo) { … }// representing a newly added rule contract

Public abstruct deletecontact (ruleInfo) { … }// representing a delete rule contract

FIG. 10 schematically illustrates a flow diagram of a method of setting a rule contract, according to one embodiment of the invention. As shown in fig. 10, the method may be performed by a management node (i.e., a proxy node) of a blockchain system, and the method may include the following processes:

in S1001, an updated rule is acquired. The updated rule may be an added or modified rule.

In S1002, it is checked whether the sending node of the updated rule conforms to the type of annuity data, if so, S1003 is performed, otherwise, S1006 is performed.

In S1003, it is checked whether the types of the sending node, the receiving node, and the annuity data of the updated rule are compliant, if so, S1004 is performed, otherwise, S1006 is performed.

In S1004, a new rule contract is generated.

In S1005, the new rule contract is deployed. It is noted that the deployment of the new rule contract may be implemented based on a deployment contract.

In S1006, the rule making node, i.e., the proxy node, is notified.

In the embodiment of the invention, each node only needs to interact with the block chain, and the authority of the sending node and the receiving node of the first data of each node is automatically verified through the rule contract, so that only part of the nodes are sent by the first data, the complexity of data interaction among the nodes for annuity data processing is reduced, and the data transmission efficiency is improved.

The intelligent contract comprises a check contract, and fig. 11 schematically shows a structural schematic diagram of the check contract according to an embodiment of the present invention, the check contract can implement real-time automatic check of service check information, the design of the check contract follows Proxy-Implementation-storage mode, and the mode can ensure that each node can accurately obtain a transmission result, so as to perform next service processing according to the transmission result. As shown in fig. 11, the check contract includes:

1) and the verification information controller VerifyController stores verification rules, such as service verification information of the first data. It should be noted that only the proxy node may operate to change the contract information. Such as, for example,

map data Info// represents to-be-verified data information

Public String getAddress ()// denotes a get check contract Address

Public void configverify (Datainfo)// signifying a deterministic start check

2) Checking the interface to define a VerifyInterface, e.g.

Public abstract VerifyDataInfo (dataInfo, VerifyRule)// denotes check data

Public abstract technical verification (dataInfo, verifyRule)// denotes technical verification

Public abstract businessVerification (dataInfo, verifyRule)// denotes service check

3) And the verification interface realizes VerifyImpl and is responsible for carrying out related verification on the received data according to the verification rule information and returning a verification result. Such as, for example,

public abstract VerifyDataInfo (dataInfo, VerifyRule) { … }// representing check data

Public abstract technical verification (dataInfo, verifyRule) { … }// denotes technical verification

Public abstract businessVerification (dataInfo, verifyRule) { … }// denotes service check

FIG. 12 schematically illustrates a flow diagram for checking based on a check contract, according to one embodiment of the invention. As shown in fig. 12, invoking a check contract for data checking may include the following flow:

in S1201, the parsed first data is acquired.

In S1202, it is checked whether the mandatory field is empty.

If the mandatory field is not empty, the check is passed and S1203 is executed, otherwise, the check is not passed and S1208 is executed.

In S1203, it is checked whether the field type is compliant.

If the verification is not successful, S1208 is executed.

In S1204, whether the field lengths are compliant is checked.

If the verification is not passed, S1208 is executed.

In S1205, it is checked whether the data is complete.

If the verification is complete, the step S1206 is executed, otherwise, the verification is not passed, and the step S1208 is executed.

In S1206, it is checked whether the data is repeated.

If not, the check is passed and S1207 is executed, otherwise, the check is not passed and S1208 is executed.

In S1207, the verification result is returned.

In S1208, the return check fails.

In the above example of the present invention, each node only needs to interact with the block chain, and the check of the first data received point-to-point by each node is automatically implemented through the check contract, so that the subsequent normal processing of the first data is implemented.

In the embodiment of the invention, intelligent contracts (such as transmission contracts, rule contracts and check contracts) are deployed at each node by management nodes (namely agent nodes) of a blockchain, and the agent nodes deploy the intelligent contracts through deployment contracts. Fig. 13 schematically shows a structural diagram of a deployment contract according to an embodiment of the present invention, where the deployment contract may implement automatic deployment of an intelligent contract, and the design of the deployment contract follows a Proxy-Implementation-Storage pattern (Proxy-Implementation-Storage pattern), and the Proxy node may be ensured to modify the deployment contract remotely without affecting services. As shown in fig. 13, a deployment contract may include:

1) the deployment contract controller stores relevant information of the deployment contract, such as node codes, contract addresses and the like, and the deployment information can be changed only by the management node (proxy node). Such as, for example,

map contract Info// represents contract information

Public getAddress ()// denotes the acquisition management node address

Public conformContractChange ()// denotes confirm modification

2) The deployment interface defines a contectchangeinterface, e.g.,

public abstract change contact/represents a modified contract published add contact/represents a newly added contract

Public abstract delete contact (contact Info)// representing delete contract

3) The deployment interface implements contectchangempl, which is responsible for changing the relevant information of the contract of a certain node. Such as, for example,

public abstract Change Contract (contact Info) { … }// representing a modification contract

Public abstract addConnect ({ … }// representing a newly added contract

Public abstruct deletecontact (contact Info) { … }// representing a delete contract

FIG. 14 schematically illustrates a flow diagram for intelligent contract updates based on deployment contracts, according to one embodiment of the invention. As shown in fig. 14, the following process may be included:

in S1401, an intelligent contract is acquired. The intelligent contracts include newly added or modified intelligent contracts.

In S1402, the intelligent contract is sent to a corresponding node of the blockchain.

It is noted that the process is via blockchain transmission. A respective node refers to each node in the blockchain system.

In S1403, it is determined whether the intelligent contract requires a corresponding node confirmation.

If necessary, perform S1404, otherwise perform S1405.

In S1404, it is determined whether an acknowledgement of the corresponding node is received.

If so, then S1405 is performed, otherwise, S1407 is performed.

In S1405, the address of the intelligent contract on the blockchain is obtained.

In S1406, the address of the intelligent contract is updated based on the address.

It should be noted that, if the intelligent contract is a new contract, the acquired address of the new intelligent contract is directly added, and if the intelligent contract is a modified contract, the address of the original intelligent contract is modified to the address of the modified contract.

In S1407, the intelligent contract update is ended.

In the above example of the invention, the updated intelligent contract is automatically deployed through the deployment contract, so that the convenient operation of the intelligent contract is realized, and the efficiency of deploying the intelligent contract is improved.

The following describes an embodiment of an apparatus of the present invention, which may be used to execute the data processing method in the blockchain network in the above embodiment of the present invention. For details that are not disclosed in the embodiments of the apparatus of the present invention, refer to the embodiments of the data processing method in the blockchain network of the present invention.

Fig. 15 schematically shows a block diagram of an annuity data processing apparatus according to an embodiment of the present invention, in which a blockchain network includes a plurality of nodes, the annuity data processing apparatus being provided at any one of the nodes.

Referring to fig. 15, an annuity data processing apparatus 1500 according to an embodiment of the present invention includes: a first generation module 1510, a data transmission module 1520, a second generation module 1530, and a data upload module 1540.

Wherein, the first generating module 1510 is configured to generate the first data to be processed based on the annuity data.

A data sending module 1520 configured to send the first data point-to-point to a receiving node in the blockchain system.

A second generating module 1530 configured to generate second data corresponding to the processing trajectory of the first data according to the processing trajectory of the first data.

A data uploading module 1540 configured to uplink the second data, so that each node acquires the second data.

In the embodiment of the invention, the directional sending of the first data and the consensus of the second data corresponding to the processing track of the first data at all nodes are realized, and each annuity data processing mechanism only needs to perform data interaction with the block chain system, so that the transparency and the monitoring efficiency of annuity monitoring data are improved, the efficient and convenient monitoring of annuity data is realized, and the efficiency and the safety of annuity data processing are improved.

It should be noted that the computer system 1600 of the electronic device shown in fig. 16 is only an example, and should not bring any limitation to the function and the scope of the application of the embodiment of the present invention.

As shown in fig. 16, computer system 1600 includes a Central Processing Unit (CPU) 1601 which can perform various appropriate actions and processes in accordance with a program stored in a Read-Only Memory (ROM) 1602 or a program loaded from a storage portion 1608 into a Random Access Memory (RAM) 1603. In the RAM 1603, various programs and data necessary for system operation are also stored. The CPU1601, ROM 1602, and RAM 1603 are connected to each other via a bus 1604. An Input/Output (I/O) interface 1605 is also connected to the bus 1604.

The following components are connected to the I/O interface 1605: an input portion 1606 including a keyboard, a mouse, and the like; an output section 1607 including a Cathode Ray Tube (CRT), a Liquid Crystal Display (LCD), and the like, a speaker, and the like; a storage portion 1608 including a hard disk and the like; and a communication section 1609 including a network interface card such as a LAN (Local area network) card, a modem, or the like. The communication section 1609 performs communication processing via a network such as the internet. The driver 1610 is also connected to the I/O interface 1605 as needed. A removable medium 1611 such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, or the like is mounted on the drive 1610 as necessary, so that a computer program read out therefrom is mounted in the storage portion 1608 as necessary.

In particular, according to an embodiment of the present invention, the processes described below with reference to the flowcharts may be implemented as computer software programs. For example, embodiments of the invention include a computer program product comprising a computer program embodied on a computer-readable medium, the computer program comprising program code for performing the method illustrated in the flow chart. In such embodiments, the computer program may be downloaded and installed from a network via the communication portion 1609, and/or installed from the removable media 1611. When the computer program is executed by a Central Processing Unit (CPU) 1601, various functions defined in the system of the present application are executed.

It should be noted that the computer readable medium shown in the embodiment of the present invention may be a computer readable signal medium or a computer readable storage medium or any combination of the two. A computer readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination of the foregoing. More specific examples of the computer readable storage medium may include, but are not limited to: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a Read-Only Memory (ROM), an Erasable Programmable Read-Only Memory (EPROM), a flash Memory, an optical fiber, 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 invention, 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. In the present invention, however, a computer readable signal medium may include a propagated data signal with computer readable program code embodied therein, for example, in baseband or as part of a carrier wave. Such a propagated data signal may take many forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A computer readable signal medium may also be any computer readable medium that is not a computer readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device. Program code embodied on a computer readable medium may be transmitted using any appropriate medium, including but not limited to: wireless, wired, etc., or any suitable combination of the foregoing.

The flowchart and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present invention. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams or flowchart illustration, and combinations of blocks in the block diagrams or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.

The units described in the embodiments of the present invention may be implemented by software, or may be implemented by hardware, and the described units may also be disposed in a processor. Wherein the names of the elements do not in some way constitute a limitation on the elements themselves.

As another aspect, the present application also provides a computer-readable medium, which may be contained in the electronic device described in the above embodiments; or may exist separately without being assembled into the electronic device. The computer readable medium carries one or more programs which, when executed by an electronic device, cause the electronic device to implement the method described in the above embodiments.

It should be noted that although in the above detailed description several modules or units of the device for action execution are mentioned, such a division is not mandatory. Indeed, the features and functionality of two or more modules or units described above may be embodied in one module or unit, according to embodiments of the invention. Conversely, the features and functions of one module or unit described above may be further divided into embodiments by a plurality of modules or units.

Through the above description of the embodiments, those skilled in the art will readily understand that the exemplary embodiments described herein may be implemented by software, or by software in combination with necessary hardware. Therefore, the technical solution according to the embodiment of the present invention can be embodied in the form of a software product, which can be stored in a non-volatile storage medium (which can be a CD-ROM, a usb disk, a removable hard disk, etc.) or on a network, and includes several instructions to enable a computing device (which can be a personal computer, a server, a touch terminal, or a network device, etc.) to execute the method according to the embodiment of the present invention.

Other embodiments of the invention will be apparent to those skilled in the art from consideration of the specification and practice of the invention disclosed herein. This application is intended to cover any variations, uses, or adaptations of the invention following, in general, the principles of the invention and including such departures from the present disclosure as come within known or customary practice within the art to which the invention pertains.

It will be understood that the invention is not limited to the precise arrangements described above and shown in the drawings and that various modifications and changes may be made without departing from the scope thereof. The scope of the invention is limited only by the appended claims.

Claims

1. An annuity data processing method applied to a blockchain system comprising a plurality of nodes, wherein the method is executed by any one node in the blockchain system, and the annuity data processing method comprises the following steps:

generating first data to be processed based on the annuity data;

sending the first data point-to-point to a receiving node in the blockchain system;

generating second data corresponding to the processing track of the first data according to the processing track of the first data;

and linking the second data to each node so that each node acquires the second data.

2. The annuity data processing method according to claim 1, wherein generating second data corresponding to a processing track of the first data from the processing track of the first data includes:

acquiring an identifier of the first data;

generating second data corresponding to a processing trajectory of the first data based on the identification, a sending node, a receiving node in the first data, and a type of the annuity data.

3. The annuity data processing method of claim 1, wherein generating first data to be processed based on the annuity data comprises:

extracting annuity data of a type corresponding to the first data based on preset document constraint information;

generating first data of the annuity data based on the annuity data, a type of the annuity data, a transmitting node of the annuity data, and a receiving node of the annuity data.

4. The annuity data processing method of claim 1, further comprising:

receiving first data sent by other nodes;

analyzing the first data to obtain analyzed first data;

performing data verification on the analyzed first data based on a verification contract in the intelligent contract to obtain a verification result;

generating second data including the verification result;

5. The annuity data processing method of claim 1, further comprising: a transmission contract in an intelligent contract is called, and the first data is sent to a receiving node in the block chain system in a point-to-point manner; generating second data corresponding to the processing track of the first data according to the processing track of the first data; and linking the second data to each node so that each node acquires the second data.

6. The annuity data processing method of claim 1, wherein peer-to-peer sending the first data to a receiving node in the blockchain system comprises:

verifying the authority corresponding to the type of the annuity data of the sending node and the receiving node in the first data based on a rule contract in an intelligent contract;

and if the verification is passed, encrypting the first data, and sending the encrypted first data to a receiving node in the block chain system point to point.

7. The annuity data processing method of any one of claims 4-6, wherein if the node performing the method is a management node of the blockchain system, the method further comprises:

acquiring an updated intelligent contract;

and linking the updated intelligent contract to enable each node to update the address of the original intelligent contract based on the address of the updated intelligent contract.

8. An annuity data processing apparatus provided in any one node of a block chain system including a plurality of nodes, the annuity data processing apparatus comprising:

a first generation module configured to generate first data to be processed based on the annuity data;

a data sending module configured to send the first data point-to-point to a receiving node in the blockchain system;

a second generation module configured to generate second data corresponding to a processing track of the first data according to the processing track of the first data;

and the data uploading module is configured to uplink the second data so that each node acquires the second data.

9. A computer-readable medium, on which a computer program is stored, which, when being executed by a processor, carries out the annuity data processing method according to any one of claims 1-7.

10. An electronic device, comprising:

one or more processors;

storage means for storing one or more programs which, when executed by the one or more processors, cause the one or more processors to implement the annuity data processing method of any one of claims 1-7.