CN111523142B - Data processing method, device, electronic equipment and medium - Google Patents
Data processing method, device, electronic equipment and medium Download PDFInfo
- Publication number
- CN111523142B CN111523142B CN202010338661.0A CN202010338661A CN111523142B CN 111523142 B CN111523142 B CN 111523142B CN 202010338661 A CN202010338661 A CN 202010338661A CN 111523142 B CN111523142 B CN 111523142B
- Authority
- CN
- China
- Prior art keywords
- processing
- node
- bill information
- target node
- information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
- G06F21/6218—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/602—Providing cryptographic facilities or services
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Bioethics (AREA)
- General Health & Medical Sciences (AREA)
- Computer Hardware Design (AREA)
- Health & Medical Sciences (AREA)
- Software Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Databases & Information Systems (AREA)
- Storage Device Security (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
The application discloses a data processing method, a data processing device, electronic equipment and a medium. The method comprises the following steps: the user node acquires first bill information to be processed; determining a target node address for processing the first bill information according to user operation; acquiring a public key of the user node and a public key of the target node address, signing the first bill information based on the public key of the user node and the public key of the target node address, and generating multi-signature data of the first bill information; transferring the multi-signature data of the first bill information to the target node address through a blockchain; under the condition that the processed bill information sent by the target node address is not received, an acquisition request is initiated, wherein the acquisition request is used for requesting to analyze the multi-signature data of the first bill information by using the private key of the user node; and obtaining the first bill information from the target node address.
Description
Technical Field
The present application relates to the field of blockchain technologies, and in particular, to a data processing method, apparatus, electronic device, and medium.
Background
The life duration relates to the condition that a plurality of parties need to sign or process documents, notes and the like. For the authenticity and security of data processing, blockchain techniques are introduced.
The blockchain is a distributed account book and is also a novel application mode; the block chain technology covers computer technologies such as distributed storage, network, information security, data fault tolerance and the like; the blockchain application has the characteristics of decentralization, openness, autonomy and the like. In general, multiparty processing of the bill is realized in the blockchain, the bill can be saved in the blockchain by a user, a processing node with the acquiring authority in the blockchain can acquire the bill of the user for processing and return, and then the bill is acquired and processed by other processing nodes, or the bill can be actively forwarded to the processing node for processing by the user.
However, for various reasons, the processing node does not process the bill in time, so that the user cannot process the bill in time, the transaction processing progress is affected, and the data processing efficiency in the blockchain is low.
Disclosure of Invention
The application provides a data processing method, a data processing device, electronic equipment and a medium.
In a first aspect, a data processing method is provided, including:
The user node acquires first bill information to be processed; determining a target node address for processing the first bill information according to user operation;
acquiring a public key of the user node and a public key of the target node address, signing the first bill information based on the public key of the user node and the public key of the target node address, and generating multi-signature data of the first bill information;
transferring the multi-signature data of the first bill information to the target node address through a blockchain;
under the condition that the processed bill information sent by the target node address is not received, an acquisition request is initiated, wherein the acquisition request is used for requesting to analyze the multi-signature data of the first bill information by using the private key of the user node;
and obtaining the first bill information from the target node address.
In a second aspect, there is provided another data processing method comprising:
The first processing node receives multiple signature data of first bill information sent by the user node and processing sequence;
processing the first bill information to obtain second bill information;
determining a second processing node for processing the second bill information according to the processing sequence, and acquiring a public key of the second processing node;
And generating multi-signature data of the second bill information based on the public key of the first processing node and the public key of the second processing node, and forwarding the multi-signature data to the second processing node.
In a third aspect, there is provided a data processing apparatus comprising:
the acquisition module is used for acquiring first bill information to be processed;
the determining module is used for determining a target node address for processing the first bill information according to user operation;
the obtaining module is further configured to obtain a public key of the user node and a public key of the target node address;
The processing module is used for signing the first bill information based on the public key of the user node and the public key of the target node address, and generating multiple signature data of the first bill information;
The processing module is further used for transferring the multi-signature data of the first bill information to the target node address through a blockchain;
The acquisition module is further configured to:
under the condition that the processed bill information sent by the target node address is not received, an acquisition request is initiated, wherein the acquisition request is used for requesting to analyze the multi-signature data of the first bill information by using the private key of the user node;
and obtaining the first bill information from the target node address.
In a fourth aspect, there is provided another data processing apparatus comprising:
the transmission module is used for receiving the multiple signature data and the processing sequence of the first bill information sent by the user node;
The processing module is used for processing the first bill information to obtain second bill information;
The processing module is further used for determining a second processing node for processing the second bill information according to the processing sequence and obtaining a public key of the second processing node;
The processing module is further configured to generate multiple signature data of the second ticket information based on a public key of the first processing node and a public key of the second processing node; the transmission module is further configured to forward the multiple signature data of the second ticket information to the second processing node.
In a fifth aspect, an electronic device is provided, including an input device and an output device, and further including: a processor adapted to implement one or more instructions; and a computer storage medium storing one or more instructions adapted to be loaded by the processor and to perform the data processing method of any of the preceding aspects.
In a sixth aspect, there is provided a computer storage medium storing one or more instructions adapted to be loaded by a processor and to perform the steps of the first aspect and any one of its possible implementations described above.
The application obtains the first bill information to be processed through the user node, determines the target node address for processing the first bill information according to the user operation, obtains the public key of the user node and the public key of the target node address, signs the first bill information based on the public key of the user node and the public key of the target node address, generates the multi-signature data of the first bill information, transfers the multi-signature data of the first bill information to the target node address through a blockchain, and initiates an obtaining request for requesting to analyze the multi-signature data of the first bill information by using the private key of the user node under the condition that the processed bill information sent by the target node address is not received.
Drawings
In order to more clearly describe the embodiments of the present application or the technical solutions in the background art, the following description will describe the drawings that are required to be used in the embodiments of the present application or the background art.
FIG. 1A is a schematic diagram of a data sharing system according to an embodiment of the present application;
FIG. 1B is a block chain architecture diagram according to an embodiment of the present application;
FIG. 1C is a schematic diagram illustrating interaction of data processing flows of nodes in a blockchain according to an embodiment of the present application;
FIG. 2 is a schematic flow chart of a data processing method according to an embodiment of the present application;
FIG. 3 is a flowchart illustrating another data processing method according to an embodiment of the present application;
FIG. 4 is a schematic diagram of a data processing apparatus according to an embodiment of the present application;
FIG. 5 is a schematic diagram of another data processing apparatus according to an embodiment of the present application;
Fig. 6 is a schematic structural diagram of an electronic device according to an embodiment of the present application.
Detailed Description
In order to make the present application better understood by those skilled in the art, the following description will clearly and completely describe the technical solutions in the embodiments of the present application with reference to the accompanying drawings, and it is apparent that the described embodiments are only some embodiments of the present application, not all embodiments. All other embodiments, which can be made by those skilled in the art based on the embodiments of the application without making any inventive effort, are intended to be within the scope of the application.
The terms first, second and the like in the description and in the claims and in the above-described figures are used for distinguishing between different objects and not necessarily for describing a sequential or chronological order. Furthermore, the terms "comprise" and "have," as well as any variations thereof, are intended to cover a non-exclusive inclusion. For example, a process, method, system, article, or apparatus that comprises a list of steps or elements is not limited to only those listed steps or elements but may include other steps or elements not listed or inherent to such process, method, article, or apparatus.
Reference herein to "an embodiment" means that a particular feature, structure, or characteristic described in connection with the embodiment may be included in at least one embodiment of the application. The appearances of such phrases in various places in the specification are not necessarily all referring to the same embodiment, nor are separate or alternative embodiments mutually exclusive of other embodiments. Those of skill in the art will explicitly and implicitly appreciate that the embodiments described herein may be combined with other embodiments.
Referring to the data sharing system shown in fig. 1A, the data sharing system 100 refers to a system for performing data sharing between nodes, and may include a plurality of nodes 101, where the plurality of nodes 101 may be respective clients in the data sharing system. Each node 101 may receive input information while operating normally and maintain shared data within the data sharing system based on the received input information. In order to ensure the information intercommunication in the data sharing system, information connection can exist between each node in the data sharing system, and the nodes can transmit information through the information connection. For example, when any node in the data sharing system receives input information, other nodes in the data sharing system can acquire the input information according to a consensus algorithm, and store the input information as data in shared data, so that the data stored on all nodes in the data sharing system are consistent.
Each node in the data sharing system has a node identifier corresponding to the node identifier, and each node in the data sharing system can store the node identifiers of other nodes in the data sharing system, so that the generated block can be broadcast to other nodes in the data sharing system according to the node identifiers of other nodes. Each node can maintain a node identification list shown in the following table, and the node names and the node identifications are correspondingly stored in the node identification list. The node identifier may be an IP (Internet Protocol, protocol interconnected between networks) address and any other information that can be used to identify the node, and the IP address is only illustrated in table 1.
| Node name | Node identification |
| Node 1 | 117.114.151.174 |
| Node 2 | 117.116.189.145 |
| … | … |
| Node N | 119.123.789.258 |
Each node in the data sharing system stores one and the same blockchain. The blockchain is composed of a plurality of blocks, referring to fig. 1B, the blockchain is composed of a plurality of blocks, the starting block comprises a block head and a block main body, the block head stores an input information characteristic value, a version number, a time stamp and a difficulty value, and the block main body stores input information; the next block of the starting block takes the starting block as a father block, the next block also comprises a block head and a block main body, the block head stores the input information characteristic value of the current block, the block head characteristic value of the father block, the version number, the timestamp and the difficulty value, and the like, so that the block data stored in each block in the block chain are associated with the block data stored in the father block, and the safety of the input information in the block is ensured.
In order to better illustrate the method in the embodiment of the present application, referring to fig. 1C, fig. 1C is a schematic diagram illustrating interaction of data processing flows of nodes in a blockchain according to the embodiment of the present application. As shown in fig. 1C, a processing node A, B, C and a user node P (of which there may be a plurality of processing nodes and user nodes, which are only schematically shown) may be provided in a data sharing system (blockchain network) to perform a data processing method of the present application. The processing node may be a node that provides data processing service for the user, such as a terminal or a server registered to an insurance organization or platform in the blockchain, and processes bill information of the user node, and may specifically process data such as reimbursement certificates related to insurance, so as to complete reimbursement of the insurance. The user can upload bill information to the blockchain, select a needed processing node and forward the bill information to the processing node, after the processing node finishes processing, the processed bill information is received, and if the processing node does not process for a certain time, the bill information can be retrieved from the processing node autonomously. In general, as shown in fig. 1C, the node A, B, C is a node selected by the user node P for processing ticket information, and the user node P may let the processing node process the ticket information in the order of arrows 1-6 in the figure, that is: the bill information is transferred to the node A for processing (1), retrieved after processing (2), and transferred to the node B for processing (3) by the user node P, and so on.
Embodiments of the present application will be described below with reference to the accompanying drawings in the embodiments of the present application.
Referring to fig. 2, fig. 2 is a flow chart of a data processing method according to an embodiment of the application. The method may include:
201. the user node obtains first bill information to be processed, and determines a target node address for processing the first bill information according to user operation.
The data sharing and processing in embodiments of the present application may be implemented based on blockchains.
The execution body in the embodiment of the application is the user node, and can be a terminal used by a user side. In particular implementations, the above-described terminal may also be referred to as a terminal device, including but not limited to other portable devices such as mobile phones, laptop computers, or tablet computers having a touch-sensitive surface (e.g., a touch screen display and/or a touch pad), positioning services and navigation functions may be implemented by application programs. It should also be appreciated that in some embodiments, the above-described devices are not portable communication devices, but rather desktop computers having touch-sensitive surfaces (e.g., touch screen displays and/or touch pads).
Specifically, the user may store the bill information uploading blockchain, and may be any bill information that needs to be processed by the processing node, for example, may be a certificate for insurance reimbursement, or a document to be checked, signed, or the like, which is not limited in the embodiment of the present application.
The user node may choose to forward the first ticket information to be processed to the processing node for processing. A plurality of processing nodes can be added and managed in the blockchain, names and addresses of the plurality of processing nodes are stored in the blockchain, firstly, a user can select the target node address through terminal operation, namely the processing node address for processing the first bill, for example, the user inputs a processing mechanism name, short name or number, and then the processing node can be queried through the blockchain. In an alternative embodiment, alternative processing nodes may also be recommended to the user node, which may be queried, selected. The target node address may be one or more, and in the case that the user selects a plurality of processing nodes, the processing may be performed sequentially, allowing one processing node to acquire data at a time.
In an optional embodiment, before determining the target node address for processing the first ticket information according to the user operation, the method further includes:
Acquiring the latest state information of a plurality of processing nodes from a block chain, and determining the latest state information as a processing node to be selected in a normal working state from the plurality of processing nodes;
Determining at least one processing node as a recommended processing node in the processing nodes to be selected according to the processing content of the bill information, and displaying the recommended processing node;
The user operation includes a selection operation of at least one of the recommendation processing nodes.
Each processing node may issue the latest state information in the blockchain to inform other nodes of knowing the current state, such as whether the processing node is idle or busy, or in a state of stopping processing data, etc., the user node may acquire the latest state information of a plurality of processing nodes from the blockchain, determine, from the plurality of processing nodes, that the latest state information is a candidate processing node in a normal working state, where the normal working state may be understood as a state of stopping processing data. The user can be prevented from selecting a processing node which cannot process data in time.
Specifically, each processing node may have one or more authentication tags, and stored in the blockchain, and by matching the processing content of the ticket information with the authentication tags, at least one processing node may be determined as a recommended processing node among the processing nodes to be selected, where the authentication tag of the recommended processing node is relatively more matched with the processing content of the ticket information. And displaying the recommended processing nodes to the user at the user node, wherein the user can select at least one recommended processing node from the recommended processing nodes as the processing node of the bill information, and the address of the node, namely the target node address, is obtained.
The intelligent recommendation of the processing node can be implemented in various ways, which is not limited by the embodiment of the present application.
After determining the target node address for processing the first ticket information, step 202 may be performed.
202. And obtaining the public key of the user node and the public key of the target node address, signing the first bill information based on the public key of the user node and the public key of the target node address, and generating multi-signature data of the first bill information.
In one embodiment, some ticket information may be encrypted and decrypted in the blockchain based on the form of a Public Key (Public Key) and a private Key (PRIVATE KEY). The public key and the private key are a key pair (namely a public key and a private key) obtained through an algorithm, the public key is a public part of the key pair, and the private key is a non-public part. The public key is typically used to encrypt a session key, verify a digital signature, or encrypt data that may be decrypted with a corresponding private key. The key pairs obtained by this algorithm can be guaranteed to be unique worldwide. When using this key pair, if a piece of data is encrypted with one of the keys, it must be decrypted with the other key. For example, encrypting data with a public key must be decrypted with a private key, and if encrypted with a private key must also be decrypted with a public key, otherwise decryption will not succeed.
After the user node determines the target node address for processing the first bill information, the public key of the user node and the public key of the target node address can be obtained, and the public key of the node in the blockchain can be queried and obtained for use.
In a distributed network of blockchains, nodes communicate and trust, and digital signature technology can be relied on, and digital signature involves tools such as public keys, private keys, wallets and the like, and has two functions: firstly, proving that the message is really signed and sent out by the information sender; and secondly, determining the integrity of the message.
Public key encryption (also referred to as asymmetric encryption) involved in blockchain is a cryptographic system that uses a pair of keys (public and private keys) for encryption. Public keys can be widely distributed, but private keys are known only to their owners. Keys are always created in pairs, each public key having to have a corresponding private key. Public key encryption is often used to encrypt messages between two persons or two computers in a secure manner. Anyone can encrypt the information using someone's public key, but once the information is encrypted, the message can only be decrypted using the corresponding private key.
The above multiple signature is understood to be encryption using two public keys of the user node and the target node in case of selecting one target node address. So that the ticket information can be decrypted and acquired by the private key of the two (either).
In an optional embodiment, the target node addresses for processing the first ticket information are at least two, and the method further includes:
determining the processing sequence of the at least two target node addresses according to user operation;
The transferring the multi-signature data of the first ticket information to the target node address via a blockchain includes:
And determining a first processing node in the at least two target node addresses according to the processing sequence, transmitting the multi-signature data of the first bill information and the processing sequence to the first processing node so that the first processing node processes the first bill information to obtain second bill information, determining a second processing node in the at least two target node addresses, generating the multi-signature data of the second bill information based on the public key of the first processing node and the public key of the second processing node, and transmitting the multi-signature data to the second processing node.
Further optionally, after the sending the multiple signature data of the first ticket information and the processing sequence to the first processing node, the method further includes:
And receiving target bill information from a terminal node, wherein the terminal node is the last processing node in the processing sequence.
The processing sequence of bill information can be preset at the user node according to the requirement, so that the processing flow can be more standard and orderly carried out. For one processing node, the public keys of the own node and the next node are used for carrying out multiple signature on bill information, and the bill information is forwarded to the next node for analysis and processing, and the like. Until the last processing node (end node) specified in the processing sequence, the processed ticket information is sent back to the user node, where the end node can sign the target ticket information using the private key of the end node.
The digital signature technology encrypts the digest information with the private key of the sender and transmits the digest information to the receiver together with the original document. The receiver can decrypt the encrypted digest information only with the sender's public key and then generate a digest information for the received text using a HASH function, which is compared with the decrypted digest information. If the information is the same, the received information is indicated to be complete, the information is not modified in the transmission process, and otherwise, the information is indicated to be modified. The digital signature is thus able to verify the integrity of the information.
The user node can verify the source of the target bill information by using the public key of the terminal node, and after the verification is successful, the processing can be uplink to complete the processing flow of the bill information.
If the user node sets a plurality of target node addresses, which means that the plurality of processing nodes execute processing, but the processing sequence is not set, one processing node can be selected randomly for processing. It should be appreciated that since the blockchain is a decentralized distributed database, each time data is processed, one of the servers in the blockchain network needs to be selected as an actor to process the data. The rule of each selection of the server is a Consensus mechanism, which in the embodiment of the present application may be a Proof of Work (POW), a Proof of stock (POS), a rayleigh Consensus mechanism (risple Consensus), an authorized Proof of stock mechanism (DELEGATED PROOF OF STAKE, DPOS), etc., which are not limited herein.
The method executed at each processing node according to the processing sequence may be specifically described with reference to the embodiment shown in fig. 3, and will not be described herein.
203. And transferring the multi-signature data of the first bill information to the target node address through a blockchain.
After the signature processing is performed on the first ticket information, the obtained multiple signature data of the first ticket information can be sent to the target node address, so that the processing node of the target node address can use the node private key to decrypt. The first bill information is obtained, and the safety of the bill information is ensured.
The processing node for obtaining the first bill information can process the first bill information according to own node processing rules, and specifically, other information can be added on the basis of the first bill information to obtain the second bill information. In the insurance reimbursement application scenario, the additional information may be determined reimbursement content, such as reimbursement items, reimbursement amounts, reimbursement proportions, and the like.
For example, when the ticket is a medical consumption list of one of the insurance reimbursement vouchers, the consumption may require a different insurance claim authority or insurance company to review the portion of the reimbursement meeting its own specifications and feed it back to the user. Therefore, the user can forward the medical consumption list to the institutions sequentially, check the medical consumption list at any one of the structural nodes, and determine the reimburseable part, for example, the institution A determines that the medicine a and the medicine c can be reimbursed, the reimbursement amount is m, or the reimbursement proportion is n%.
After the processing node of the target node address finishes processing the first bill information, the obtained second bill information can be encrypted by using the public key of the user node and the public key of the user node, and then the second bill information is returned to the user node, so that the user node can decrypt by using the private key of the user node to obtain the second bill information, and the processing of the first bill information is finished. The above steps may be that the processing flow of one processing node is completed, and the user may send the obtained second ticket information to other processing nodes again in the same manner for processing until all the required processing is completed.
204. And under the condition that the processed bill information sent by the target node address is not received, initiating an acquisition request, wherein the acquisition request is used for requesting to analyze the multi-signature data of the first bill information by using the private key of the user node.
In order to avoid the situation that the processing node cannot process the bill information in time due to various factors and delays the processing flow, the user can initiate an acquisition request to extract the first bill information. The multiple signature data of the first ticket information is encrypted by the destination node address and the public key of the user node, so that the multiple signature data can be decrypted by using the private key of the user node to obtain the first ticket information from the processing node.
In an optional embodiment, after the initiating the acquisition request, the method further includes:
Judging whether the time length after the multi-signature data of the bill information is transferred to the target node address is greater than a preset time length threshold value or not;
and if the address is larger than the target node address, triggering the step of acquiring the bill information from the target node address.
Specifically, after the first bill information is sent to the processing node for processing, the first bill information needs to be retrieved after a certain preset time length is reached, that is, the preset time length threshold can be set in the blockchain, when the user node initiates an acquisition request, the user node can judge whether the time length after the multi-signature data of the bill information is transferred to the target node address is greater than the preset time length threshold, if so, the bill information can be obtained from the target node address through private key analysis, and if not, the bill information cannot be obtained from the target node address through private key analysis, so that user operation is standardized, and high-frequency data transfer processing on the blockchain is reduced.
205. And obtaining the first bill information from the target node address.
After retrieving the first ticket information, the user may re-perform the above steps as needed to cause the processing node to process the first ticket information. Other processing nodes can be reselected to process the first bill information first, the processing flow is coordinated, and the processing efficiency is improved.
In one embodiment, the blockchain underlying platform may include processing modules for user management, basic services, smart contracts, and operation detection. Wherein, the user management module can be used by the supervision node to bear part or all of the functions: the management of identity information of all blockchain participants is responsible, including maintenance of public and private key generation (account management), key management, maintenance of correspondence between real identities of users and blockchain addresses (authority management), etc., and under the condition of authorization, advertisement delivery or exposure of nodes for supervising and auditing certain real identities provide rule configuration (wind control audit) of risk control; the basic service module is deployed on all block chain node devices, is used for verifying the validity of a service request, recording the service request on a storage after the effective request is identified, for a new service request, the basic service firstly analyzes interface adaptation and authenticates the interface adaptation, encrypts service information (identification management) through an identification algorithm, and transmits the encrypted service information to a shared account book (network communication) in a complete and consistent manner, and records and stores the service information; the intelligent contract module is responsible for registering and issuing contracts, triggering contracts and executing contracts, a developer can define contract logic through a certain programming language, issue the contract logic to a blockchain (contract registering), invoke keys or other event triggering execution according to the logic of contract clauses to complete the contract logic, and simultaneously provide a function of registering contract upgrading; the operation detection module is mainly responsible for deployment in the product release process, modification of configuration, contract setting, cloud adaptation and visual output of real-time states in product operation, for example: alarms, detecting network conditions, detecting node device health status, etc.
Generally, when a user node uploads a file such as bill information of a blockchain and the like and other nodes in the blockchain are required to process the file, the file may be not processed and returned for a long time after being sent to a processing node, so that the normal processing progress of the user is delayed and the use of the file is affected. By the data processing method in the embodiment of the application, the user node can actively retrieve the bill information when the bill information is sent to the processing node and is not processed, so that the bill information can be used later in time or other processing nodes can be searched again, the processing flexibility and the safety of the bill information are improved, and the processing efficiency is improved.
The application obtains the first bill information to be processed through the user node, determines the target node address for processing the first bill information according to the user operation, obtains the public key of the user node and the public key of the target node address, signs the first bill information based on the public key of the user node and the public key of the target node address, generates the multi-signature data of the first bill information, transfers the multi-signature data of the first bill information to the target node address through a blockchain, and initiates an obtaining request for requesting to analyze the multi-signature data of the first bill information by using the private key of the user node under the condition that the processed bill information sent by the target node address is not received.
Referring to fig. 3, fig. 3 is a flowchart illustrating another data processing method according to an embodiment of the application. As shown in fig. 3, the method may include:
301. The first processing node receives multiple signature data of the first bill information sent by the user node and processing sequence.
In the embodiment of the application, the first processing node may be any processing node in a blockchain, provides processing service of bill information for the user node, and in the application scene of insurance reimbursement, the first processing node may be an insurance reimbursement mechanism or an insurance company, and the bill information which can be processed includes various reimbursement voucher files of the reimbursement user, such as a medicine purchasing invoice, a hospitality consumption list and the like. The user node can specify the processing node of the bill information to be processed through user operation, and determine the address of the processing node so as to encrypt and send the bill information to the processing node for processing. The first processing node may be a node selected by the user node to process the first ticket information.
The first processing node may be a server or a terminal at the processing mechanism side, a plurality of processing nodes may be added and managed in the blockchain, and names and addresses of the plurality of processing nodes are stored in the blockchain. The user node may be a terminal used by a user side. In particular implementations, the above-described terminal may also be referred to as a terminal device, including but not limited to other portable devices such as mobile phones, laptop computers, or tablet computers having a touch-sensitive surface (e.g., a touch screen display and/or a touch pad), positioning services and navigation functions may be implemented by application programs. It should also be appreciated that in some embodiments, the above-described devices are not portable communication devices, but rather desktop computers having touch-sensitive surfaces (e.g., touch screen displays and/or touch pads).
The user node may select to forward the first ticket information to be processed to the processing node for processing by setting the target node address in the same manner as in step 201 in the embodiment shown in fig. 2, which will not be described herein. Optionally, the user node may further set a processing sequence of the first ticket information, that is, the first ticket information is processed at each processing node according to a preset sequence, and needs to be forwarded to the next node for processing in sequence after the processing of the previous node is completed. In the case of setting the processing order, the first ticket information is sent to the processing node at the first position in the processing order, that is, the first processing node in the embodiment of the present application, to be processed.
Multiple signature data of first bill information sent by user node and processing sequence
302. And processing the first bill information to obtain second bill information.
The above step 302 may refer to a specific description of the method performed by the processing node in step 203 in the embodiment shown in fig. 2, which is not repeated herein.
303. And determining a second processing node for processing the second bill information according to the processing sequence, and acquiring a public key of the second node.
After the second bill information is obtained, the first processing node sends the second bill information to the next processing node, namely the second processing node in the embodiment of the application according to the processing sequence. Specifically, the first processing node may identify a node address recorded in the processing sequence after the own node, that is, the second processing node address, and after determining the second processing node, may obtain the public key of the second processing node in the blockchain.
304. And generating multi-signature data of the second bill information based on the public key of the first processing node and the public key of the second processing node, and forwarding the multi-signature data to the second processing node.
Similarly to the first bill information sent by the user node, when the first processing node sends the second bill information to the second processing node, the second bill information can be encrypted by the public keys of the first processing node and the second processing node, so as to obtain multiple signature data of the second bill information, and then the multiple signature data is forwarded to the second processing node for processing. The first processing node can also decrypt and retrieve the second bill information from the second processing node by using the private key of the first processing node, for example, under the condition that the second processing node does not process, the first processing node can select to retrieve the second bill information and send the second bill information to the user node, so that the user node rearranges the entrusted processing flow, the processing flexibility of the bill information is improved, and the processing waiting time is reduced.
The second processing node may decrypt the received data to obtain second ticket information, and perform a similar method as performed by the first processing node based on the second ticket information, which is not described herein. After the circulation and processing of the bill information are completed by each processing node, the bill information is sent back to the user node, and all processing steps of the bill information are completed.
In the embodiment of the application, the first processing node receives the multiple signature data and the processing sequence of the first bill information sent by the user node, processes the first bill information to obtain the second bill information, then determines the second processing node for processing the second bill information according to the processing sequence, obtains the public key of the second processing node, can generate the multiple signature data of the second bill information based on the public key of the first processing node and the public key of the second processing node, and forwards the multiple signature data to the second processing node, ensures the authenticity and the transmission safety of the data through the multiple signature of the blockchain and the data, and ensures the bill information processing specification according to the preset processing sequence; and when bill information is sent to the next node but is overtime and unprocessed, the bill can be retrieved, then the processing node can return to the user node or resend the bill information, the bill information does not need to be placed in the unprocessed node for a long time or wait for the processing node to return, the processing mode is flexible, and the data processing efficiency and the processing progress in the blockchain are improved.
Based on the description of the data processing method embodiment, the embodiment of the application also discloses a data processing device. Referring to fig. 4, the data processing apparatus 400 includes:
an acquisition module 410, configured to acquire first ticket information to be processed;
A determining module 420 for determining a target node address for processing the first bill information according to the user operation;
The obtaining module 410 is further configured to obtain a public key of the user node and a public key of the destination node address;
A processing module 430, configured to sign the first ticket information based on the public key of the user node and the public key of the destination node address, and generate multiple signature data of the first ticket information;
The processing module 430 is further configured to transfer the multiple signature data of the first ticket information to the target node address through a blockchain;
the acquisition module 410 is further configured to:
Under the condition that the processed bill information sent by the target node address is not received, an acquisition request is initiated, wherein the acquisition request is used for requesting to analyze the multi-signature data of the first bill information by using the private key of the user node;
and obtaining the first bill information from the target node address.
Optionally, the number of destination node addresses for processing the first ticket information is at least two, and the processing module 430 is further configured to:
determining the processing sequence of the at least two target node addresses according to user operation;
And determining a first processing node in the at least two target node addresses according to the processing sequence, transmitting the multi-signature data of the first bill information and the processing sequence to the first processing node so that the first processing node processes the first bill information to obtain second bill information, determining a second processing node in the at least two target node addresses, generating the multi-signature data of the second bill information based on the public key of the first processing node and the public key of the second processing node, and transmitting the multi-signature data to the second processing node.
Optionally, the obtaining module 410 is further configured to receive the target ticket information from a terminal node after the processing module 430 sends the multiple signature data of the first ticket information and the processing sequence to the first processing node, where the terminal node is the last processing node in the processing sequence.
Optionally, the determining module 420 is further configured to, after the acquiring module 410 initiates the acquiring request,
Judging whether the time length after the multi-signature data of the bill information is transferred to the target node address is greater than a preset time length threshold value or not;
if the address is greater than the target node address, the acquiring module 410 is triggered to acquire the ticket information.
Optionally, the acquiring module 410 is further configured to acquire latest status information of a plurality of processing nodes from the blockchain; the determining module 420 is further configured to:
Determining the latest state information from the plurality of processing nodes as a processing node to be selected in a normal working state;
Determining at least one processing node as a recommended processing node in the processing nodes to be selected according to the processing content of the bill information, and displaying the recommended processing node;
The user operation includes a selection operation of at least one of the recommendation processing nodes.
According to an embodiment of the present application, each step involved in the method shown in fig. 2 may be performed by the data processing apparatus 400 shown in fig. 4, which is not described herein.
The data processing apparatus 400 in this embodiment of the present application may obtain first ticket information to be processed, determine a target node address for processing the first ticket information according to a user operation, obtain a public key of the user node and a public key of the target node address, sign the first ticket information based on the public key of the user node and the public key of the target node address, generate multiple signature data of the first ticket information, then transfer the multiple signature data of the first ticket information to the target node address through a blockchain, and initiate an acquisition request for requesting to parse the multiple signature data of the first ticket information using a private key of the user node when the processed ticket information sent by the target node address is not received.
Based on the description of the method embodiment and the device embodiment, the embodiment of the present application further provides a data processing device, as shown in fig. 5, where the data processing device 500 includes:
a transmission module 510, configured to receive multiple signature data and a processing sequence of the first ticket information sent by the user node;
the processing module 520 is configured to process the first ticket information to obtain second ticket information;
The processing module 520 is further configured to determine a second processing node that processes the second ticket information according to the processing order, and obtain a public key of the second processing node;
the processing module 520 is further configured to generate multiple signature data of the second ticket information based on the public key of the first processing node and the public key of the second processing node; the transmission module is further configured to forward the multiple signature data of the second ticket information to the second processing node.
In an embodiment, the data processing apparatus according to the embodiment of the present application may be used to perform a series of processes, including a method that may be performed by a processing node as referred to in fig. 2, a method that may be performed by an embodiment shown in fig. 3, and so on, which are not described herein.
Based on the description of the method embodiment and the device embodiment, the embodiment of the application also provides electronic equipment. Referring to fig. 6, the electronic device 600 includes at least a processor 601, an input device 602, an output device 603, and a computer storage medium 604. Wherein the processor 601, input device 602, output device 603, and computer storage medium 604 within the electronic device may be connected by a bus or other means.
The computer storage medium 604 may be stored in a memory of an electronic device, the computer storage medium 604 being configured to store a computer program comprising program instructions, and the processor 601 being configured to execute the program instructions stored in the computer storage medium 604. The processor 601 (or CPU (Central Processing Unit, central processing unit)) is a computing core and a control core of the electronic device, which is adapted to implement one or more instructions, in particular to load and execute one or more instructions to implement a corresponding method flow or a corresponding function; in one embodiment, the processor 601 described above in the embodiments of the present application may be used to perform a series of processes, including the method of the embodiments shown in fig. 2 or fig. 3, and so on.
The embodiment of the application also provides a computer storage medium (Memory), which is a Memory device in the electronic device and is used for storing programs and data. It is understood that the computer storage media herein may include both built-in storage media in the electronic device and extended storage media supported by the electronic device. The computer storage medium provides a storage space that stores an operating system of the electronic device. Also stored in this memory space are one or more instructions, which may be one or more computer programs (including program code), adapted to be loaded and executed by the processor 601. The computer storage medium herein may be a high-speed RAM memory or a non-volatile memory (non-volatile memory), such as at least one magnetic disk memory; optionally, at least one computer storage medium remote from the processor may be present.
In one embodiment, the processor 601 may load and execute one or more instructions stored in a computer storage medium to implement the corresponding steps of the method performed by the delivery node in the above embodiments; in particular, one or more instructions in the computer storage medium may be loaded by the processor 601 and perform any steps of the method of fig. 2 or 3, which are not described herein.
It will be clearly understood by those skilled in the art that, for convenience and brevity of description, the specific working process of the apparatus and modules described above may refer to the corresponding process in the foregoing method embodiment, which is not repeated herein.
In the several embodiments provided by the present application, it should be understood that the disclosed systems, devices, and methods may be implemented in other manners. For example, the division of the module is merely a logical function division, and there may be another division manner when actually implemented, for example, a plurality of modules or components may be combined or may be integrated into another system, or some features may be omitted or not performed. The coupling or direct coupling or communication connection shown or discussed with each other may be through some interface, device or module indirect coupling or communication connection, which may be in electrical, mechanical, or other form.
The modules illustrated as separate components may or may not be physically separate, and components shown as modules may or may not be physical modules, i.e., may be located in one place, or may be distributed over a plurality of network modules. Some or all of the modules may be selected according to actual needs to achieve the purpose of the solution of this embodiment.
In the above embodiments, it may be implemented in whole or in part by software, hardware, firmware, or any combination thereof. When implemented in software, may be implemented in whole or in part in the form of a computer program product. The computer program product includes one or more computer instructions. When loaded and executed on a computer, produces a flow or function in accordance with embodiments of the application, in whole or in part. The computer may be a general purpose computer, a special purpose computer, a computer network, or other programmable apparatus. The computer instructions may be stored in or transmitted across a computer-readable storage medium. The computer instructions may be transmitted from one website, computer, server, or data center to another website, computer, server, or data center by a wired (e.g., coaxial cable, fiber optic, digital subscriber line (digital subscriber line, DSL)), or wireless (e.g., infrared, wireless, microwave, etc.). The computer readable storage medium may be any available medium that can be accessed by a computer or a data storage device such as a server, data center, etc. that contains an integration of one or more available media. The usable medium may be a read-only memory (ROM), or a random-access memory (random access memory, RAM), or a magnetic medium such as a floppy disk, a hard disk, a magnetic tape, a magnetic disk, or an optical medium such as a digital versatile disk (DIGITAL VERSATILEDISC, DVD), or a semiconductor medium such as a Solid State Disk (SSD), or the like.
Claims (9)
1. A method of data processing, comprising:
The user node acquires first bill information to be processed; determining a target node address for processing the first bill information according to user operation;
acquiring a public key of the user node and a public key of the target node address, signing the first bill information based on the public key of the user node and the public key of the target node address, and generating multi-signature data of the first bill information;
transferring the multi-signature data of the first bill information to the target node address through a blockchain;
under the condition that the processed bill information sent by the target node address is not received, an acquisition request is initiated, wherein the acquisition request is used for requesting to analyze the multi-signature data of the first bill information by using the private key of the user node;
and obtaining the first bill information from the target node address.
2. The method of claim 1, wherein the target node addresses for processing the first ticket information are at least two, the method further comprising:
determining the processing sequence of the at least two target node addresses according to user operation;
The transferring the multi-signature data of the first ticket information to the target node address through a blockchain includes:
determining a first processing node in the at least two target node addresses according to the processing sequence, sending the multi-signature data of the first bill information and the processing sequence to the first processing node so that the first processing node processes the first bill information to obtain second bill information, determining a second processing node in the at least two target node addresses, generating the multi-signature data of the second bill information based on the public key of the first processing node and the public key of the second processing node, and forwarding the multi-signature data to the second processing node.
3. The method of claim 2, wherein after the sending the multiple signature data of the first ticket information and the processing order to the first processing node, the method further comprises:
and receiving target bill information from a terminal node, wherein the terminal node is the last processing node in the processing sequence.
4. The method of claim 1, wherein after the initiating the acquisition request, the method further comprises:
Judging whether the time length after the multi-signature data of the bill information is transferred to the target node address is greater than a preset time length threshold value or not;
And if the address is larger than the target node address, triggering the step of acquiring the bill information from the target node address.
5. The method according to any one of claims 1-4, wherein before determining a target node address for processing the first ticket information according to a user operation, the method further comprises:
Acquiring the latest state information of a plurality of processing nodes from a block chain, and determining the latest state information as a processing node to be selected in a normal working state from the plurality of processing nodes;
Determining at least one processing node as a recommended processing node in the processing nodes to be selected according to the processing content of the bill information, and displaying the recommended processing node;
the user operation includes a selection operation of at least one of the recommendation processing nodes.
6. A data processing apparatus, comprising:
The acquisition module is used for acquiring first bill information to be processed;
the determining module is used for determining a target node address for processing the first bill information according to user operation;
The obtaining module is further configured to obtain a public key of the user node and a public key of the target node address;
The processing module is used for signing the first bill information based on the public key of the user node and the public key of the target node address, and generating multiple signature data of the first bill information;
The processing module is further used for transferring the multi-signature data of the first bill information to the target node address through a blockchain;
The acquisition module is further configured to:
under the condition that the processed bill information sent by the target node address is not received, an acquisition request is initiated, wherein the acquisition request is used for requesting to analyze the multi-signature data of the first bill information by using the private key of the user node;
and obtaining the first bill information from the target node address.
7. An electronic device comprising an input device and an output device, further comprising:
A processor adapted to implement one or more instructions; and
Computer storage medium storing one or more instructions adapted to be loaded by the processor and to perform the data processing method according to any of claims 1-5.
8. A computer readable storage medium storing one or more instructions adapted to be loaded by a processor and to perform a data processing method according to any one of claims 1-5.
9. A computer program product comprising computer programs/instructions which, when executed by a processor, implement the steps of the method according to any one of claims 1 to 5.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010338661.0A CN111523142B (en) | 2020-04-26 | 2020-04-26 | Data processing method, device, electronic equipment and medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010338661.0A CN111523142B (en) | 2020-04-26 | 2020-04-26 | Data processing method, device, electronic equipment and medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111523142A CN111523142A (en) | 2020-08-11 |
| CN111523142B true CN111523142B (en) | 2024-05-14 |
Family
ID=71904647
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010338661.0A Active CN111523142B (en) | 2020-04-26 | 2020-04-26 | Data processing method, device, electronic equipment and medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111523142B (en) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112150116B (en) * | 2020-09-30 | 2023-08-18 | 中国银行股份有限公司 | Multi-node circulation method and device for electronic bill |
| CN114117480A (en) * | 2021-11-18 | 2022-03-01 | 浪潮软件股份有限公司 | An encryption and decryption method and system based on medical device inspection data sharing |
| CN116016624B (en) * | 2022-12-26 | 2024-08-23 | 浪潮云信息技术股份公司 | Method, device and equipment for calling Kerberos bill information |
| CN116629773B (en) * | 2023-04-12 | 2024-04-02 | 国网河北省电力有限公司 | Aggregated signature method based on internal and external collaborative document signing business |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109165957A (en) * | 2018-08-14 | 2019-01-08 | 海南高灯科技有限公司 | Invoice data method of charging out, system and relevant device based on block chain |
| CN110226318A (en) * | 2018-11-07 | 2019-09-10 | 阿里巴巴集团控股有限公司 | Based on the privately owned transaction in Workflow Management block chain network |
| CN110263579A (en) * | 2018-11-16 | 2019-09-20 | 腾讯科技（深圳）有限公司 | A kind of data processing method, system and relevant device |
| CN110348856A (en) * | 2019-05-28 | 2019-10-18 | 平安科技（深圳）有限公司 | Transfer of cases processing method, device, computer equipment and storage medium |
| CN110633963A (en) * | 2019-09-16 | 2019-12-31 | 腾讯科技（深圳）有限公司 | Electronic bill processing method, device, computer-readable storage medium and equipment |
| CN110853219A (en) * | 2018-07-27 | 2020-02-28 | 深圳怡化电脑股份有限公司 | Bill processing method, device, equipment and storage medium |
| CN110909383A (en) * | 2019-11-15 | 2020-03-24 | 深圳市网心科技有限公司 | An electronic invoice management method, device, electronic device and storage medium |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109314636B (en) * | 2016-02-23 | 2022-01-11 | 区块链控股有限公司 | Cryptographic method and system for secure extraction of data from blockchains |
| WO2020049357A1 (en) * | 2018-09-06 | 2020-03-12 | Bank Of Montreal | Systems and methods for encryption of data on a blockchain |
-
2020
- 2020-04-26 CN CN202010338661.0A patent/CN111523142B/en active Active
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110853219A (en) * | 2018-07-27 | 2020-02-28 | 深圳怡化电脑股份有限公司 | Bill processing method, device, equipment and storage medium |
| CN109165957A (en) * | 2018-08-14 | 2019-01-08 | 海南高灯科技有限公司 | Invoice data method of charging out, system and relevant device based on block chain |
| CN110226318A (en) * | 2018-11-07 | 2019-09-10 | 阿里巴巴集团控股有限公司 | Based on the privately owned transaction in Workflow Management block chain network |
| CN110263579A (en) * | 2018-11-16 | 2019-09-20 | 腾讯科技（深圳）有限公司 | A kind of data processing method, system and relevant device |
| CN110348856A (en) * | 2019-05-28 | 2019-10-18 | 平安科技（深圳）有限公司 | Transfer of cases processing method, device, computer equipment and storage medium |
| CN110633963A (en) * | 2019-09-16 | 2019-12-31 | 腾讯科技（深圳）有限公司 | Electronic bill processing method, device, computer-readable storage medium and equipment |
| CN110909383A (en) * | 2019-11-15 | 2020-03-24 | 深圳市网心科技有限公司 | An electronic invoice management method, device, electronic device and storage medium |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111523142A (en) | 2020-08-11 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| AU2022204148B2 (en) | Methods and apparatus for providing blockchain participant identity binding | |
| AU2021206913B2 (en) | Systems and methods for distributed data sharing with asynchronous third-party attestation | |
| US10880732B2 (en) | Authentication of phone caller identity | |
| CN110493261B (en) | Verification code obtaining method based on block chain, client, server and storage medium | |
| CN111523142B (en) | Data processing method, device, electronic equipment and medium | |
| CN109255084B (en) | Electronic bill query method, device, storage medium and computer equipment | |
| JP2021536698A (en) | Method and device for managing user identification authentication data | |
| US20190139047A1 (en) | Block chain based resource management | |
| US11367065B1 (en) | Distributed ledger system for electronic transactions | |
| JP2017098806A (en) | Existence proof program and existence proof server for electronic data | |
| CN112804354B (en) | Method and device for data transmission across chains, computer equipment and storage medium | |
| CN109492424B (en) | Data asset management method, data asset management device, and computer-readable medium | |
| CN112653556B (en) | TOKEN-based micro-service security authentication method, device and storage medium | |
| CN111488596A (en) | Data processing permission verification method and device, electronic equipment and storage medium | |
| CN108833431B (en) | Password resetting method, device, equipment and storage medium | |
| CN111327426B (en) | Data sharing method and related device, equipment and system | |
| US20230232222A1 (en) | User terminal, authentication terminal, registration terminal, management system and program | |
| KR102633664B1 (en) | Method and apparatus for authenticating address of virtual asset | |
| JP4794939B2 (en) | Ticket type member authentication apparatus and method | |
| KR102509039B1 (en) | Method and apparatus for authenticating address of virtual asset | |
| CN118842627B (en) | A method, device, electronic device and medium for secure data transmission | |
| CN117851428A (en) | Data updating method and device | |
| CN117595996A (en) | Electronic signature processing method and device, electronic equipment and storage medium | |
| CN119202067A (en) | A data processing method, device, computer equipment and readable storage medium | |
| CN114066546A (en) | Data processing method, network system and electronic equipment |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |