CN112308534A

CN112308534A - Annuity data processing method, block chain system, medium and electronic device

Info

Publication number: CN112308534A
Application number: CN202011331457.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-11-24
Filing date: 2020-11-24
Publication date: 2021-02-02

Abstract

The embodiment of the invention provides an annuity data processing method, a block chain system, a medium and electronic equipment, wherein a proxy node uploads a first allocation numerical value so that each node acquires the first allocation numerical value; each node determines a second transfer value of the entrusted node based on the first contract and the first transfer value; the managed node uploads a successful transfer-receiving notice based on the second transfer value, so that each node obtains the successful transfer-receiving notice; the entrusted node sends a request comprising a second transfer value to a designated node in the block chain system so that the designated node acquires the second transfer value; the designated node determines a third transfer value of the administration node based on the second contract and the second transfer value; and the hosting node uploads a successful delivery transfer notice based on the third transfer value, so that the designated node obtains the successful delivery transfer notice. The efficiency of numerical value transfer and the security of annuity data processing are promoted, and the annuity data are conveniently monitored.

Description

Annuity data processing method, block chain system, medium and electronic device

Technical Field

The invention relates to the technical field of computers and communication, in particular to an annuity data processing method, a block chain system, a medium and electronic equipment.

Background

At present, many parties are required to participate in the process of processing the annuity data, such as a trusteeship mechanism, a cast manager, a trusted mechanism, an agency mechanism and other multi-party mechanisms, and the annuity data need to be interacted with each other in pairs among different mechanisms in an interface mode, a deep evidence communication mode or an offline mode. Fig. 1 is a schematic diagram showing data transmission between different mechanisms in the related art. The characteristics of pairwise interaction and pairwise transmission enable the transmission period of annuity data among mechanisms to be prolonged, so that the mechanism for supervising and managing the whole annuity data is not timely in acquiring supervision data, and the supervision and management efficiency is reduced. Moreover, the same data is interacted for multiple times in different modes, the interaction modes of all the mechanisms are inconsistent, errors are easy to occur, the data cannot be traced easily after problems occur, and the whole process supervision of annuity investment supervision is not facilitated.

For example, in an application scenario of numerical value transfer for annuity management, a stepwise transfer is generally adopted, and the numerical value is transferred to each trusted institution by an agency, and then transferred to each administration party by each trusted institution. The interval period between the transfer instruction and the actual transfer action is uncertain, the transfer value and the date of arrival account are verified through the interface or offline interaction between the mechanisms, the transfer process is very long, the numerical value transfer rule of the annuity data is opaque to the mechanisms, the numerical value transfer process is opaque, the annuity data is easy to tamper, the numerical value transfer efficiency and the annuity data safety are reduced, and the numerical value transfer process cannot be monitored in real time through the whole process.

Therefore, a new annuity data processing method, a block chain system, a medium and an electronic device are needed to improve the efficiency of value transfer and the security of annuity data processing, and to realize convenient supervision on annuity data.

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

The embodiment of the invention provides an annuity data processing method, a block chain system, a medium and electronic equipment, so that the efficiency of numerical value transfer and the safety of annuity data processing are improved at least to a certain extent, and the convenience in supervision of annuity data is realized.

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, wherein the method is applied to a blockchain system, the blockchain system includes an agent node, a trusted node, a managed node, and the method includes: the proxy node uploads a first dialing value so that each node obtains the first dialing value; each node determining a second transfer value for the trusted node based on a first contract and the first transfer value; the managed node uploads a transfer successful notification based on the second transfer value, so that each node obtains the transfer successful notification; the entrusted node sends a request comprising the second transfer value to a designated node in the block chain system so that the designated node acquires the second transfer value; the designated node determines a third transfer value of the administration node based on a second contract and the second transfer value; and the hosting node uploads a successful delivery transfer notice based on the third transfer value, so that the designated node obtains the successful delivery transfer notice.

In some embodiments of the present invention, based on the foregoing scheme, the method further comprises: after the proxy node finishes the transfer of the second transfer value of the entrusted node, uploading a transfer notification so that each node acquires the transfer notification; the hosting node uploads a successful transfer notification based on the second transfer value, so that each node obtains the successful transfer notification, and the method comprises the following steps: after receiving the transfer notification, the hosting node determines whether the second transfer value of the transfer node is received; and after confirming that the second transfer numerical value of the entrusted node is received, the hosting node uploads a transfer success notification based on the second transfer numerical value so that each node can obtain the transfer success notification.

In some embodiments of the present invention, based on the foregoing solution, the sending, by the entrusted node, a request including the second transfer value to a designated node in the blockchain system, so that the designated node acquires the second transfer value includes: after each node receives the transfer success notification, matching the transfer details in the transfer success notification with the second transfer value; and when the transfer details are matched with the second transfer numerical value, the entrusted node sends a request comprising the second transfer numerical value to a designated node in the block chain system so that the designated node acquires the second transfer numerical value.

In some embodiments of the present invention, based on the foregoing scheme, the entrusted node includes a plurality; the entrusted node sends the request including the second transfer value to a designated node in the block chain system, so that the designated node acquires the second transfer value, including: each entrusted node sends a request including a second transfer value corresponding to the entrusted node to a designated node corresponding to each entrusted node in the block chain system, so that the designated node corresponding to each entrusted node obtains the second transfer value; the designated nodes corresponding to each entrusted node comprise an agent node, a hosting node and a cast node corresponding to each entrusted node.

In some embodiments of the present invention, based on the foregoing scheme, the method further comprises: the entrusted node generates processing flow data of the corresponding second transfer value according to the processing process of the request comprising the second transfer value; and the entrusted node uploads the processing flow data of the corresponding second transfer value so that each node can acquire the processing flow data of the corresponding second transfer value of the entrusted node.

In some embodiments of the invention, based on the foregoing, the first contract comprises an allocation rule for the trusted node; each node determining a second transfer value for the trusted node based on the first contract and the first transfer value, comprising: each node calculates the first transfer value based on the transfer rule aiming at the entrusted node in the first contract, and determines a second transfer value of the entrusted node; the second contract comprises an allocation rule for a managed node corresponding to the trusted node; the designated node determines a third transfer value of the administration node based on a second contract and the second transfer value, including: and the designated node calculates the second transfer value based on a transfer rule aiming at the delivery node corresponding to the entrusted node in the second contract, and determines a third transfer value aiming at the delivery node corresponding to the entrusted node.

According to an aspect of the embodiments of the present invention, there is provided an annuity data processing method, where the method is applied in a blockchain system, where the blockchain system includes an agent node, a trusted node, a hosting node, and a managed node, and the method is performed by the trusted node, and the method includes: acquiring a first dialing value uploaded by the agent node; determining a second transfer value for the trusted node based on the first contract and the first transfer value; acquiring a transfer success notification which is uploaded by the managed node and based on the second transfer value; sending a request including the second transfer value to a designated node in the block chain system so that the designated node acquires the second transfer value; determining a third transfer value of the administration node based on a second contract and the second transfer value; and acquiring a successful pipe-casting transfer notice which is uploaded by the hosting node and is based on the third transfer value.

According to an aspect of the embodiments of the present invention, there is provided a blockchain system, where the blockchain system is configured to process annuity data, and the blockchain system includes an agent node, a trusted node, a managed node, and a managed node, where the agent node is configured to upload a first dialing value, so that each node obtains the first dialing value; each node is configured to determine a second transfer value for the trusted node based on a first contract and the first transfer value; the hosting node is configured to upload a committed transfer success notification based on the second transfer value, so that each node obtains the committed transfer success notification; the entrusted node is configured to send a request including the second transfer value to a designated node in the blockchain system, so that the designated node acquires the second transfer value; the designated node is configured to determine a third transfer value for the administration node based on a second contract and the second transfer value; the hosting node is configured to upload a successful pipe allocation notification based on the third allocation value, so that the designated node obtains the successful pipe allocation notification.

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, the proxy node uploads the first dialing value so that each node acquires the first dialing value; each node determining a second transfer value for the trusted node based on a first contract and the first transfer value; the managed node uploads a transfer successful notification based on the second transfer value, so that each node obtains the transfer successful notification; the entrusted node sends a request comprising the second transfer value to a designated node in the block chain system so that the designated node acquires the second transfer value; the designated node determines a third transfer value of the administration node based on a second contract and the second transfer value; and the hosting node uploads a successful delivery transfer notice based on the third transfer value, so that the designated node obtains the successful delivery transfer notice. The efficiency of numerical value transfer and the security of annuity data processing are promoted, and the annuity data are conveniently monitored.

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 flow diagram of annuity data processing according to another embodiment of the 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 illustrates a flow diagram of annuity data processing, according to another 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.

The career annuity is a supplementary endowment guarantee system, is not social insurance, is not commercial insurance, is a unit welfare system, is a guarantee system established by the career and the staff according to the economic condition of the career and the staff, and the career and the staff undertake all risks generated by implementing a career annuity plan. In the annual fund escrow and investment management mode of the industry, four main types of roles exist: 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 authority may be a group, the escrow authority may be a bank, and the administration authority may be a fund authority or a security company.

Fig. 2 shows a flowchart of a method of annuity data processing in the related art. In this embodiment, taking the example that an agent transfers a value to a trusted authority and a trusted authority transfers a value to a cast authority, as shown in fig. 2, where each authority is described by taking only one as an example, the method may include the following processes:

in S201, the agency calculates the transfer value for each trusted agency.

In S202, the agent transmits a numerical receipt notification to each trusted authority and the escrow authority.

In S203, the escrow mechanism sends the value to the trusted mechanism after confirming that the receipt is completed.

In S204, the trusted authority sends a value to the account information to the agency.

In S205, the agency performs value transfer confirmation processing.

In S206, the trusted mechanism calculates the transfer value of each pipe throwing mechanism.

In S207, the trusted authority transmits the transfer value to each of the pipe-casting authority and the hosting authority.

In S208, after confirming that the transfer work of the transfer value is completed, the escrow mechanism feeds back a value transfer notification to each of the trusted mechanism and the deposit mechanism.

In S209, the trusted mechanism performs a numerical value transfer confirmation process.

In the annuity data processing method, data transmission between the institutions mostly adopts a deep certification method, a socket method and an offline mail method, for example, data transmission between the hosting institution and the casting institution to the trusted institution is mostly performed through the deep certification method, and data transmission between the trusted institution and the agency institution is mostly performed through the socket (socket/socket + sftp, through which an application usually sends a request to a network or responds to a network request). 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.

According to the method for processing the annuity data, the transfer value and the date of arrival account are verified through interface or offline interaction between mechanisms, so that the transfer process is long, the value transfer rule of the annuity data is opaque to the mechanisms, the value transfer process is opaque, and the annuity data is easy to tamper, the efficiency of value transfer and the safety of the annuity data are reduced, and the value transfer process cannot be monitored in real time through the whole process.

Based on this, the embodiment of the present invention provides an annuity data processing method, in which each mechanism for processing annuity data is added to a blockchain in a form of a node, and each node only performs data interaction with the blockchain, so that a public and transparent numerical transfer process is implemented on the blockchain, the efficiency of numerical transfer and the security of annuity data processing are improved, and the annuity data is conveniently monitored.

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 310, a managed node 320, a proxy node 330, and a managed node 340, but the present invention is not limited thereto, and may also include a human-social node, for example. The nodes can be any form of computing device such as servers, user terminals, and hosting agencies, trusted agencies, agents, and social centers. Wherein, the trusted node 310, the hosting node 340, the administration node 320 and the human-social node corresponding to each professional annuity plan of the agent node 330 form a federation chain.

As shown in fig. 3, the proxy node 330 may be configured to upload a first transfer value, so that each node obtains the first transfer value.

Each node is configured to determine a second transfer value for the trusted node 310 based on the first contract and the first transfer value.

The escrow node 340 is configured to upload a committed transfer success notification based on the second transfer value, so that each node obtains the committed transfer success notification;

the entrusted node 310 is configured to send a request including the second transfer value to a designated node in the blockchain system, so that the designated node obtains the second transfer value;

the designated node is configured to determine a third transfer value for the administration node 320 based on a second contract and the second transfer value;

the hosting node 340 is configured to upload a successful delivery transfer notification based on the third transfer value, so that the designated node obtains the successful delivery transfer notification.

The following describes an embodiment of the method of the present invention, and the blockchain system in the above embodiment of the present invention can execute the annuity data processing method in the following embodiment. For the details not disclosed in the embodiment of the apparatus of the present invention, please refer to the following embodiment of the annuity data processing method in the blockchain system of the present invention.

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 can be applied to the blockchain system shown in fig. 3, and executed by the blockchain system.

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

in step S510, the proxy node uploads the first dialing value, so that each node obtains the first dialing value.

In the embodiment of the invention, after the agent node uploads the first dialing data, the first dialing value is commonly identified on each node in the block chain system, so that each node acquires the first dialing value.

It should be noted that the first transfer value refers to a professional annuity value that the agent node needs to assign to the trusted node.

In step S520, each node determines a second transfer value for the trusted node based on the first contract and the first transfer value.

In the embodiment of the present invention, the first contract is an intelligent contract set by the proxy node and including transfer rules for the trusted node, and can be set on each node (including the proxy node) in the blockchain system. Each node (including the proxy node) calculates a first transfer value based on the first contract, and determines a second transfer value for the trusted node.

It should be noted that, in the embodiment of the present invention, a plurality of trusted nodes may be included in the blockchain system, the first contract includes a transfer rule for each trusted node, and each node invoking the first contract may calculate a second transfer value for each trusted node.

It should be noted that, for example, each trusted node corresponds to a calculation formula, and based on the calculation formula and the first transfer value, an assigned value, i.e., a second transfer value, for each trusted node can be obtained.

In step S530, the managed node uploads a transfer successful notification based on the second transfer value, so that each node obtains the transfer successful notification.

In the embodiment of the present invention, after the trusteeship successful notification of the second transfer value for each trusteeship node is uploaded by the hosting node, the trusteeship successful notification is identified on each node in the blockchain system, so that each node obtains the trusteeship successful notification.

In step S540, the entrusted node sends a request including the second transfer value to a designated node in the blockchain system, so that the designated node obtains the second transfer value.

It is to be noted how each trusted node allocates its second transfer value transferred from the proxy node to other trusted nodes belonging to private data and therefore not being able to be commonly known among all nodes of the blockchain.

In the embodiment of the present invention, for each entrusted node, the designated node in the blockchain system may include a proxy node, a hosting node, and a managed node corresponding to each entrusted node. It should be noted that each trusted node may correspond to a plurality of managed nodes.

In the embodiment of the present invention, each entrusted node sends a request including the corresponding second transfer value to a designated node in the blockchain system, and for a node in the blockchain, the request is private data only for some designated nodes, and cannot be acquired by other nodes.

In the embodiment of the present invention, when a node initiates private data, for example, when a trusted node sends a request including second transfer data corresponding to the trusted node to a designated node, two signature fields are required, that is, the structure of a transaction of the private data is as follows:

TABLE 1

Wherein: from is the address of the contract deployer or transfer initiator;

to is the address of the called contract, and nil is set when the contract is deployed;

the Payload field is now set to nil, but the original format (contract source code or input field, etc.) is still used in non-private transactions;

the Extra field specifically includes 3 fields:

type PrivateRawData struct{Collection[]string Payload

string PublicSignature string}；

first, a private metadata Payload field; second, privacy participant information Collection field; thirdly, pubSig, the signature is the result of replacing Payload field with the hash value of the field, setting the PublicSignature as a null character string and signing the whole transaction, namely

pubSig＝SignHash(From+To+Payload+…+hash(payload)+collection+emptyPubSig)；

sigPub is used to replace the Signature field of a transaction when constructing a public transaction;

the Signature field is the Signature of the whole privacy transaction, and the Signature verification can be used when the node receives the privacy transaction, so that the node can sign the pubSig in, namely

privSig＝SignHash(From+To+Payload+…+payload+collection+pubSig)。

After any node receives a private transaction, whether an Extra field is legal or not is firstly verified, including that whether the node is one of the parties specified in the Collection or not is checked, whether all the nodes in the Collection are legal nodes or not is checked, then, the private transaction needs to be checked and signed, whether privSig is legal or not is verified, after the private transaction passes the verification, a receiving party of the private transaction needs to synchronize the private transaction with all the private transaction parties specified in the Collection, after the nodes of all the parties are confirmed to be synchronized, the node constructs a new public transaction and checks the public transaction, after the check is passed, the public transaction can be linked up through a common identification network, and it needs to be noted that the signature in the public transaction is the value of the PublicSignature field in the Extra, and the structure of the corresponding public transaction of one private transaction is as follows:

TABLE 2

Wherein, the hash of the privacy transaction is stored in the NonHash field.

In step S550, the designated node determines a third transfer value of the managed node based on the second contract and the second transfer value.

It should be noted that each trusted node may set its corresponding second contract, and the second contract corresponding to each trusted node may be set on each trusted node and its corresponding designated node, for example, if trusted node a1 sets its corresponding second contract Y1, then the designated node of trusted node a 1: second contracts Y1 are set on the hosting node B, the agent node C, and the hosting nodes D1 and D2.

In the embodiment of the present invention, the second contract set for each entrusted node includes an allocation rule for a managed node corresponding to the entrusted node, and may be set on each node including each entrusted node and a designated node corresponding to the entrusted node. And each designated node (including the entrusted node) of each entrusted node calculates the second transfer value based on the transfer rule of the delivery node corresponding to the entrusted node in the second contract, and determines a third transfer value of the delivery node corresponding to the entrusted node.

In step S560, the managed node uploads a successful delivery transfer notification based on the third transfer value, so that the designated node obtains the successful delivery transfer notification.

In the embodiment of the invention, the managed node uploads the successful delivery and transfer notice of the third transfer value aiming at each managed node, and the successful delivery and transfer notice is commonly identified on each appointed node, so that each appointed node acquires the successful delivery and transfer notice.

In the embodiment of the invention, the agency mechanism, the entrusted mechanism, the trusteeship mechanism and the delivery mechanism for processing the annuity data are added to the block chain in a node form, each node only performs data interaction with the block chain, a public and transparent numerical transfer process is realized on the block chain, the numerical transfer efficiency and the annuity data processing safety are improved, and the annuity data are conveniently monitored.

The annuity data processing method proposed in the embodiment of the present invention will be further described with reference to specific embodiments.

Fig. 6 schematically shows a flowchart of annuity data processing according to another embodiment of the present invention, which is described by taking a trusted authority and a hosting authority as examples, and the method may include the following processes:

in S601, the agent node uploads the first dialing value, so that each node obtains the first dialing value.

In S602, each node determines a second transfer value for the trusted node based on the first contract and the first transfer value.

In S603, the proxy node confirms the second transfer value.

It should be noted that the proxy node may determine whether the second transfer value calculated by each node for each trusted node is consistent, and if so, determine the second transfer value for each trusted node. For example, if each node calculates a second transfer value for trusted node a of 1000 ten thousand, the proxy node confirms the second transfer value.

In S604, after the proxy node completes the transfer of the second transfer value of the entrusted node, a transfer notification is uploaded, so that each node acquires the transfer notification.

It should be noted that after the proxy node confirms the second transfer value, it needs to transfer the corresponding second transfer value to the account of each trusted node in the hosting node, and after the transfer is executed, the proxy node uploads a transfer notification, which is commonly identified on each node in the block chain system, so that each node obtains the transfer notification.

In S605, after receiving the transfer notification, the hosting node determines whether the second transfer value of the transfer node is received.

In the embodiment of the invention, after acquiring the transfer-receiving notification, the hosting node searches the account of each transfer-receiving node and determines whether a corresponding second transfer value is received.

In S606, after the hosting node confirms that the second transfer value of the entrusted node is received, the hosting node uploads a successful transfer notification based on the second transfer value, so that each node obtains the successful transfer notification.

In the embodiment of the invention, after determining that each entrusted node receives the corresponding second transfer numerical value, the trusteeship node uploads the successful transfer notification based on the second transfer numerical value of each entrusted node, so that each node obtains the successful transfer notification.

In S607, after receiving the transfer success notification, each node matches the second transfer value based on the transfer details in the transfer success notification.

In the embodiment of the invention, the successful transfer notification includes transfer details, for example, a certain entrusted node receives a certain second transfer value at a certain time.

In the embodiment of the present invention, each node is provided with a third contract for matching the transfer details in the transfer success notification with the second transfer value, and the third contract may be set by the proxy node, but the present invention is not limited thereto.

And after each node receives the successful transfer notification, calling a third contract to match the transfer details in the successful transfer notification with the second transfer value.

In S608, when the transfer details match the second transfer value, the entrusted node sends a request including the second transfer value to a designated node in the blockchain system, so that the designated node obtains the second transfer value.

In the embodiment of the present invention, when determining that the transfer details match the second transfer value, each entrusted node sends a request including the corresponding second transfer value to its corresponding designated node in the block chain system, so that the designated node acquires the second transfer value.

In S609, the designated node determines a third transfer value for the managed node based on the second contract and the second transfer value.

It should be noted that each trusted node may also determine the third transfer value of each managed node in the designated node corresponding to the trusted node based on the second contract corresponding to the trusted node and the second transfer value corresponding to the trusted node.

In S610, the trusted node confirms the third transfer value.

It should be noted that each trusted node may determine whether the third transfer value of each managed node calculated by each designated node is consistent, and if so, determine the third transfer value for each managed node. For example, if each designated node of the trusted node A1 calculates a third transfer value for the administration node D1 of 100 ten thousand, then the trusted node A1 validates the third transfer value.

In S611, the entrusted node uploads a delivery transfer notification, so that each designated node obtains the delivery transfer notification.

In S612, after receiving the administration transfer notification, the managed node performs transfer of a third transfer value of an administration node in the designated nodes.

In the embodiment of the invention, after receiving the delivery transfer notification for the delivery node, the hosting node transfers the third transfer value of each delivery node corresponding to each entrusted node from the account of each entrusted node according to the third transfer value of each delivery node corresponding to each entrusted node.

In S613, the managed node uploads a successful delivery transfer notification based on the third transfer value, so that the designated node obtains the successful delivery transfer notification.

In the embodiment of the invention, after the managed node executes the third transfer value of each managed node corresponding to the managed node from the account of each entrusted node, the managed node uploads the successful transfer notice of the managed node based on the third transfer value, so that the designated node obtains the successful transfer notice of the managed node.

In S614, the administration node in the designated node confirms whether the third transfer value is posted based on the administration transfer success notification.

In the embodiment of the invention, the administration node in the designated node corresponding to each entrusted node acquires the successful administration transfer notification, and can search whether the administration node acquires the corresponding third transfer value in the account corresponding to the administration node.

In S615, after confirming that the third transfer value is received, the administration node in the designated nodes uploads a third transfer value receipt notification, so that each designated node receives the third transfer value receipt notification.

In the embodiment of the invention, after the administration node in the designated node corresponding to each entrusted node confirms that the administration node acquires the corresponding third transfer value in the account corresponding to the administration node, the administration node uploads the third transfer value accounting notification so that each designated node receives the third transfer value accounting notification.

In S616, after receiving the third transfer value posting notification, each designated node matches the third transfer value based on the transfer details in the third transfer value posting notification.

In the embodiment of the present invention, the third transfer value posting notification includes the transfer details, for example, a certain administration node receives a certain third transfer value at a certain time.

In the embodiment of the present invention, a fourth contract for matching the transfer details of the third transfer value into the account notification with the third transfer value (which is determined based on the second contract and the second transfer value or included in the delivery transfer notification uploaded by the trusted node) is provided on a designated node (including the trusted node) of a certain trusted node, and the fourth contract may be set by an agent node in the designated node, but the present invention is not limited thereto, and may also be set by each trusted node, for example.

And after each designated node receives the third transfer value accounting notification, calling a fourth contract to match the transfer details in the third transfer value accounting notification with the third transfer value.

In S617, the administration node of the designated nodes invests in the third transfer amount when it is confirmed that the transfer details match the third transfer amount.

In the embodiment of the invention, when the transfer details are confirmed to be matched with the third transfer value, the administration node in the designated node invests the third transfer value in the administration node.

In the embodiment of the invention, the agency mechanism, the entrusted mechanism, the trusteeship mechanism and the delivery mechanism for processing the annuity data are added to the block chain in the form of nodes, each node only performs data interaction with the block chain, a public and transparent numerical transfer process is realized on the block chain, the numerical transfer efficiency and the annuity data processing safety are improved, and the annuity data are conveniently monitored.

In the embodiment of the invention, the interface standard of data interaction between each node and the block chain is unified, each node only needs to upload data according to the service flow, and the data interaction flow is processed by the intelligent contract of the block chain in a unified way, so that the digital construction and supervision and management efficiency of annuity data are accelerated. The intelligent contracts include, in addition to the first contracts to the fourth contracts:

and the transmission contract is used for realizing data transmission among the nodes.

And the rule contract realizes automatic setting of rule information, such as setting of the authority of each node for sending, receiving, inquiring and the like.

And (4) checking the contract, and realizing real-time automatic checking of the service checking information, such as checking whether the field type of the second transfer value or the third transfer value is in compliance, whether the length is complete and the like.

And deploying the contract, wherein the contract is used for realizing automatic deployment of the intelligent contract, for example, the agent node modifies the first contract without influencing business.

These intelligent contracts are explained in detail below.

The intelligent contract includes a transmission contract, fig. 7 schematically shows a structural diagram of a transmission contract according to an embodiment of the present invention, where data sent by each node of a block chain to some nodes is first data, data sent by each node of the block chain to all nodes is second data, the transmission contract can implement automatic transmission of data of each node of the block chain for some nodes (i.e., the first data) and data of each node for all nodes (i.e., the second data), and the transmission contract is designed according to a Proxy-Implementation-storage mode, which can ensure that a node does not need to transmit data by itself, and 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. A transmission contract may include two phases, the sending of data and the receiving of data. The data sending stage is described by taking an example that a entrusted node sends a request including the second transfer value to each designated node, and the data receiving stage is described by taking an example that a certain designated node acquires a request for the second transfer value sent by the entrusted node. As shown in fig. 8, in the data transmission phase, the data transmission based on the transmission contract may include the following procedures:

in S801, the trusted node invokes a rule contract to check its authority and its corresponding authority of the designated node. If the check is passed, execute S802, otherwise execute S808.

In the embodiment of the invention, the entrusted node generates the request comprising the second transfer value based on the successful transfer notification uploaded by the hosting node.

In the embodiment of the present invention, annuity data (a second transfer value) in the transfer success notification may be extracted based on preset document constraint information, and a request including the second transfer value may be generated based on the annuity data (the second transfer value), the sending node (the trusted node) of the annuity data, and the receiving node (the designated node of the trusted node).

In this embodiment of the present invention, the request including the second transfer value may be data that is only sent to a specific node(s) in all nodes of the block chain, and for each node of the block chain, the request is private data, that is, the first data, and cannot be shared with all nodes.

In the embodiment of the invention, each node is provided with document constraint information, and the document constraint information is provided with document normalized processing aiming at preset annuity data. For example, the document constraint information sets the document normalization processing corresponding to the successful transfer notification to extract the second transfer value.

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.

After the second transfer value is extracted, the request including the second transfer value may be generated based on the second transfer value, a sending node (i.e., the entrusted node) of the second transfer value, and a receiving node (a designated node corresponding to the entrusted node, which may be set by the entrusted node).

In the embodiment of the present invention, the intelligent contract may further include: a rule contract. The trusted node, upon sending the request, may invoke a rule contract to check the authority of the sending node (the trusted node) and the receiving node (each designated node) in the request for the request including the second transfer value.

In S802, the trusted node encrypts the request.

In the embodiment of the invention, after the transmission contract passes the check of the rule contract, the request is encrypted and the encrypted request is sent to each appointed node, if the check of the rule contract fails, the encrypted request is not sent to each appointed node and the entrusted node is fed back.

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 above embodiment of the present invention, the request including the second transfer value of the trusted node is transmitted in a P2P manner based on the etherhouse blockchain technology, so that the transmission of the request is safer, the hidden danger of private data exposure of each organization is solved, and the security of annuity data is greatly improved.

In S803, the trusted node sends a request including the second transfer value to each designated node.

In the embodiment of the present invention, the trustee node sends the request including the second transfer value to the designated node by transmission according to P2P, and for the trustee node, after chaining the request, the trustee node invokes a transmission contract in an intelligent contract to send the request to each designated node point to point.

In S804, the trusted node receives a response for each designated node. It should be noted that the response here is a blockchain response.

In S805, the trusted node obtains an identification of the request that includes the second transfer value. The identification is based on a hash value obtained by hashing the request including the second transfer value.

In S806, the entrusted node generates the processing flow data of the corresponding second allocation value according to the processing procedure of the request including the second allocation value.

It should be noted that the entrusted node may generate the processing flow data of the corresponding second transfer value according to the sending node (the entrusted node) including the request of the second transfer value, the receiving node (the corresponding designated node), the type of annuity data (including the request of the second transfer value), and the hash value of the request including the second transfer value.

In the embodiment of the present invention, the processing flow data of the second transfer value corresponding to each entrusted node may be shared with all nodes in the block chain system.

In S807, the entrusted node uploads the processing flow data of the second transfer value corresponding thereto, so that each node acquires the processing flow data of the second transfer value corresponding to the entrusted node.

In S808, the entrusted node acquires feedback information.

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, a designated node obtains a request for the second transfer value.

In S812, the designated node parses the request for the second transfer value.

In S813, the designated node invokes a request for the second transfer value by the check contract and obtains a check result.

In the embodiment of the invention, the trusted node and the designated node only need to interact with the block chain, and the automatic transmission of the annuity data is automatically realized through the transmission contract, so that the complexity of data interaction among all nodes for annuity data processing is reduced, the data transmission efficiency is improved, and the supervision 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 investigating and automatically deploying 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 ()// denotes definite modification rule information 2) rule interface defines a ruleChange interface, such as

Public abstract Change Contract (ruleInfo)// denotes a Change rule contract Public abstract Forward contact (ruleInfo)// 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 the sending node, the designated node and the query authority in the request of the corresponding second transfer numerical value sent by the entrusted node. Such as

Public obstration change contract (ruleInfo) { … }// representing a change rule contract Public obstration 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 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 in the rule setting conforms to the annuity data, if so, S1003 is performed, otherwise, S1006 is performed.

In S1003, it is checked whether the sending node, the receiving node, and the annuity data in the rule setting are in agreement, 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 annuity data is automatically checked through the rule contract, so that the annuity data is only sent to partial nodes, the complexity of data interaction among the nodes for processing the annuity data 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, and can preferably 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 aiming at the request which is sent by the entrusted node to the designated node and comprises the corresponding second transfer value. 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, the data sent by each node of the blockchain to some nodes is first data, and the data sent by each node of the blockchain to all nodes is second data, and performing data verification based on a verification contract may include the following processes:

in S1201, the parsed first data is acquired.

For example, each designated node receives a request for a second transfer value included to it sent by the trusted node.

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 a block chain, and the authority check of the sending node and the receiving node of the annuity data is automatically realized through a rule contract, so that it is ensured that the annuity data only sends part of the nodes, the complexity of data interaction between the nodes of annuity data processing is reduced, and the data transmission efficiency is improved.

In the embodiment of the invention, the intelligent contracts are deployed on each node by the agent nodes, and the intelligent contracts deployed by the agent nodes are realized by deploying the 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:

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/denotes a modified contract Public abstract add contact/denotes 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.

Fig. 15 schematically shows a flowchart of annuity data processing according to another embodiment of the invention. The method can be applied to a blockchain system as shown in fig. 3, which is performed by a trusted node in the blockchain system. As shown in fig. 15, the method may include, but is not limited to, the following steps:

in S1510, a first dial value uploaded by the proxy node is obtained;

determining a second transfer value for the trusted node based on the first contract and the first transfer value in S1520;

in S1530, a transfer success notification based on the second transfer value uploaded by the managed node is obtained;

in S1540, sending the request including the second transfer value to a designated node in the blockchain system, so that the designated node obtains the second transfer value;

in S1550, determining a third transfer value for the commissioning node based on a second contract and the second transfer value;

in S1560, a successful delivery transfer notice based on the third transfer value uploaded by the managed node is obtained.

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 CPU 1601, 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 is applied to a block chain system, wherein the block chain system comprises an agent node, a trusted node, a managed node and a cast node, and the method comprises the following steps:

the proxy node uploads a first dialing value so that each node obtains the first dialing value;

each node determining a second transfer value for the trusted node based on a first contract and the first transfer value;

the managed node uploads a transfer successful notification based on the second transfer value, so that each node obtains the transfer successful notification;

the entrusted node sends a request comprising the second transfer value to a designated node in the block chain system so that the designated node acquires the second transfer value;

the designated node determines a third transfer value of the administration node based on a second contract and the second transfer value;

and the hosting node uploads a successful delivery transfer notice based on the third transfer value, so that the designated node obtains the successful delivery transfer notice.

2. The method of claim 1, wherein the method further comprises:

after the proxy node finishes the transfer of the second transfer value of the entrusted node, uploading a transfer notification so that each node acquires the transfer notification;

the hosting node uploads a successful transfer notification based on the second transfer value, so that each node obtains the successful transfer notification, and the method comprises the following steps:

after receiving the transfer notification, the hosting node determines whether the second transfer value of the transfer node is received;

and after confirming that the second transfer numerical value of the entrusted node is received, the hosting node uploads a transfer success notification based on the second transfer numerical value so that each node can obtain the transfer success notification.

3. The method of claim 1, wherein the entrusted node sending a request including the second transfer value to a designated node in the blockchain system to cause the designated node to obtain the second transfer value comprises:

after each node receives the transfer success notification, matching the transfer details in the transfer success notification with the second transfer value;

and when the transfer details are matched with the second transfer numerical value, the entrusted node sends a request comprising the second transfer numerical value to a designated node in the block chain system so that the designated node acquires the second transfer numerical value.

4. The method of claim 1, wherein the entrusted node comprises a plurality;

the entrusted node sends the request including the second transfer value to a designated node in the block chain system, so that the designated node acquires the second transfer value, including:

each entrusted node sends a request including a second transfer value corresponding to the entrusted node to a designated node corresponding to each entrusted node in the block chain system, so that the designated node corresponding to each entrusted node obtains the second transfer value;

the designated nodes corresponding to each entrusted node comprise an agent node, a hosting node and a cast node corresponding to each entrusted node.

5. The method of claim 1, wherein the method further comprises:

the entrusted node generates processing flow data of the corresponding second transfer value according to the processing process of the request comprising the second transfer value;

and the entrusted node uploads the processing flow data of the corresponding second transfer value so that each node can acquire the processing flow data of the corresponding second transfer value of the entrusted node.

6. The method of claim 1, wherein the first contract comprises an allocation rule for the trusted node;

each node determining a second transfer value for the trusted node based on the first contract and the first transfer value, comprising:

each node calculates the first transfer value based on the transfer rule aiming at the entrusted node in the first contract, and determines a second transfer value of the entrusted node;

the second contract comprises an allocation rule for a managed node corresponding to the trusted node;

the designated node determines a third transfer value of the administration node based on a second contract and the second transfer value, including:

and the designated node calculates the second transfer value based on a transfer rule aiming at the delivery node corresponding to the entrusted node in the second contract, and determines a third transfer value aiming at the delivery node corresponding to the entrusted node.

7. An annuity data processing method is applied to a blockchain system, wherein the blockchain system comprises an agent node, a entrusted node, a hosting node and a managed node, and the method is executed by the entrusted node, and the method comprises the following steps:

acquiring a first dialing value uploaded by the agent node;

determining a second transfer value for the trusted node based on the first contract and the first transfer value;

acquiring a transfer success notification which is uploaded by the managed node and based on the second transfer value;

sending a request including the second transfer value to a designated node in the block chain system so that the designated node acquires the second transfer value;

determining a third transfer value of the administration node based on a second contract and the second transfer value;

and acquiring a successful pipe-casting transfer notice which is uploaded by the hosting node and is based on the third transfer value.

8. A blockchain system for annuity data processing, the blockchain system comprising an agent node, a trusted node, a managed node, and a drop node,

the proxy node is configured to upload a first transfer value so that each node acquires the first transfer value;

each node is configured to determine a second transfer value for the trusted node based on a first contract and the first transfer value;

the hosting node is configured to upload a committed transfer success notification based on the second transfer value, so that each node obtains the committed transfer success notification;

the entrusted node is configured to send a request including the second transfer value to a designated node in the blockchain system, so that the designated node acquires the second transfer value;

the designated node is configured to determine a third transfer value for the administration node based on a second contract and the second transfer value;

the hosting node is configured to upload a successful pipe allocation notification based on the third allocation value, so that the designated node obtains the successful pipe allocation notification.

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.