CN111931245A

CN111931245A - Information processing method and device

Info

Publication number: CN111931245A
Application number: CN201910400237.1A
Authority: CN
Inventors: 许重建; 陀前途; 钟文波
Original assignee: Alibaba Group Holding Ltd
Current assignee: Alibaba Singapore Holdings Pte Ltd
Priority date: 2019-05-13
Filing date: 2019-05-13
Publication date: 2020-11-13
Also published as: WO2020228576A1

Abstract

The embodiment of the application provides an information processing method and equipment. The method comprises the following steps: accessing a first computing node in a server; wherein the server side is constructed based on a blockchain, the blockchain comprising a plurality of compute nodes; acquiring first information waiting for multiple parties to achieve consensus; sending the first information to the first computing node, so that at least one second computing node in the first computing node and the server side processes the first information in a cooperative manner for achieving consensus; wherein a participant associated with the first information accesses the second computing node. According to the technical scheme provided by the embodiment of the application, the digitization of information (such as contracts, bills of lading and the like) which needs to be agreed by multiple parties is realized through the block chain technology, so that the problems of counterfeit, high circulation cost, low circulation efficiency and possible damage or loss caused by paper certificates are solved.

Description

Information processing method and device

Technical Field

The present application relates to the field of computer technologies, and in particular, to an information processing method and device.

Background

In cross-border commerce, bills of lading are documents used to prove that maritime cargo transportation contracts and cargo have been received or shipped by carriers, and that carriers guarantee that the cargo has been delivered, as a proof of property and its importance, and have financial asset attributes that can be used for pledge financing.

Currently, bills of lading are all provided through a paper contract mode in China. The paper contract mode has the following serious problems:

firstly, the circulation cost is high and low in efficiency, the general circulation mode is that an exporter receives the payment and then sends the payment to an importer in an express delivery mode, the international express expense is high (each bill is 100 dollars on average, the time is usually consumed for 5 to 10 days), and the conditions that the paper certificate is damaged and lost can also exist in the whole process;

secondly, the modification is difficult, once the content needs to be modified, the content often needs to be sent back and forth across the country, the original bill of lading is sent back to be cancelled, and then a new bill of lading is issued, so that the efficiency is low, and the cost is high.

Thirdly, a ship officer will issue three bills of lading in one form, any one bill of lading can be used as a goods-taking voucher, disputes are prone to occurring under the condition that different persons hold the bills of lading, and the holder may use different bills of lading to carry out repeated pledges for multiple times to different banks, so that the banks are deceived and damaged.

Disclosure of Invention

Aiming at the problems in the prior art, embodiments of the present application provide an information processing method and device.

In one embodiment of the present application, an information processing method is provided. The method comprises the following steps:

accessing a first computing node in a server; wherein the server side is constructed based on a blockchain, the blockchain comprising a plurality of compute nodes;

acquiring first information waiting for multiple parties to achieve consensus;

sending the first information to the first computing node, so that at least one second computing node in the first computing node and the server side processes the first information in a cooperative manner for achieving consensus;

wherein a participant associated with the first information accesses the second computing node.

In another embodiment of the present application, an information processing method is provided. The method comprises the following steps:

acquiring first information which is sent by a first access client and waits for a plurality of parties to achieve consensus;

configuring a state of the first information to a first state;

sending a notification that the first information needs to achieve multi-party consensus based on the first information and the first state, and processing the first information for achieving consensus in cooperation with at least one second computing node receiving the notification in the server;

wherein the server side is constructed based on a blockchain, the blockchain comprises a plurality of computing nodes, and the participant related to the first information accesses the second computing node.

In yet another embodiment of the present application, an information handling system is provided. The system comprises:

the client is used for accessing a first computing node in the server and acquiring first information waiting for multiple parties to achieve consensus; sending the first information to the first computing node;

the server is constructed based on a blockchain, and the blockchain comprises a plurality of computing nodes;

the first computing node is configured to set a state of the first information to a first state, and generate, based on the first information and the first state, a notification that multiple parties need to agree with the first information, where the notification is sent to at least one second computing node in the server, so as to notify second computing nodes accessed by participants related to the first information to cooperatively process the first information for agreeing with the second computing node.

In yet another embodiment of the present application, an information processing method is provided. The method comprises the following steps:

after receiving a consensus information notification sent by a computing node in a server, acquiring locally stored reserve information related to the consensus information; wherein the consensus information is: at least two participants achieve consensus on the same information and are obtained by cooperatively processing the information through at least two computing nodes in a block chain network;

based on the reserve information, checking the consensus information;

according to the checking result of the consensus information, carrying out corresponding processing on the consensus information;

wherein the server side is constructed based on a blockchain, the blockchain comprising a plurality of compute nodes.

accessing a computing node in a server; wherein the server side is constructed based on a blockchain, the blockchain comprising a plurality of compute nodes;

receiving a processing result of the consensus information sent by the computing node; wherein the consensus information is: at least two participants achieve consensus on the same information and are obtained by cooperatively processing the information through at least two computing nodes in a block chain network;

and displaying the processing result.

a server built based on a blockchain, the blockchain comprising a plurality of compute nodes;

one of the plurality of computing nodes is configured to obtain locally stored reserve information related to the consensus information after receiving a consensus information notification sent by another computing node in the server; based on the reserve information, checking the consensus information; according to the checking result of the consensus information, carrying out corresponding processing on the consensus information;

the client is used for accessing one computing node in the server and receiving a processing result of the consensus information sent by the computing node; displaying the processing result;

wherein the consensus information is: at least two participants are obtained by processing the same information cooperatively through at least two computing nodes in the block chain network for achieving consensus on the information.

collecting information in a second state;

packaging the information in the second state to obtain a block;

sending the block to a computing node in a server, so that the computing node checks the block, and if the block passes the check, the computing node writes the block into an account book;

wherein the server side is constructed based on a blockchain, the blockchain comprising a plurality of compute nodes; the information in the second state is obtained by processing the same information by at least two related parties through respective accessed computing nodes for achieving consensus and cooperation.

receiving a block sent by a computing node in a server;

checking at least one piece of information in a second state contained in the block;

writing the block into a block chain account book under the condition that the at least one piece of information in the second state passes the verification;

In yet another embodiment of the present application, an information handling system is provided. The system includes a blockchain including a plurality of compute nodes;

at least two computing nodes in the plurality of computing nodes are used for accessing different clients, processing the same information for achieving consensus and cooperation, and configuring corresponding states for the information based on the processing results;

one of the plurality of computing nodes is used for collecting information in a second state; packaging the information in the second state to obtain a block;

and one of the plurality of computing nodes is used for checking the block, and when the block passes the checking, the computing node writes the block into an account book.

after receiving second information which is sent by a second computing node and waits for a plurality of parties to achieve consensus, sending a message which aims at the second information and needs to participate in the consensus processing to an access client;

receiving a processing instruction for the second information fed back by the client;

according to the processing instruction, performing corresponding processing on the second information;

broadcasting a processing result of the second information or sending the processing result to at least one second computing node related to the first information in a server;

receiving a message which is sent by the access client and used for transferring the ownership of the third information to the target object;

according to the target object, carrying out ownership modification on the third information;

broadcasting the third information subjected to ownership modification or sending a notification that the ownership of the third information belongs to the target object to at least one computing node related to the third information in a server;

In yet another embodiment of the present application, a client device is provided. The client device includes: a memory, a processor, and a communications component, wherein,

the memory is used for storing programs;

the communication component coupled with the processor;

the processor, coupled with the memory, to execute the program stored in the memory to:

accessing a first computing node in a server through the communication component; wherein the server side is constructed based on a blockchain, the blockchain comprising a plurality of compute nodes;

acquiring first information waiting for multiple parties to achieve consensus;

sending the first information to the first computing node through the communication component, so that the first information is cooperatively processed for achieving consensus by at least one second computing node in the first computing node and the server;

In yet another embodiment of the present application, a computing device is provided. The computing device includes: a memory, a processor, and a communications component, wherein,

the memory is used for storing programs;

the communication component coupled with the processor;

acquiring first information which is sent by a first access client and waits for multiple parties to achieve consensus through the communication component;

configuring a state of the first information to a first state;

sending a notification that the first information needs to achieve multi-party consensus through the communication component based on the first information and the first state, so as to process the first information for achieving consensus in cooperation with at least one second computing node receiving the notification in the server;

the memory is used for storing programs;

the communication component coupled with the processor;

based on the reserve information, checking the consensus information;

In yet another embodiment of the present application, a client device is provided. The client device includes: memory, processor, communication components, and a display, wherein,

the memory is used for storing programs;

the communication component coupled with the processor;

accessing a computing node in a server through the communication component; wherein the server side is constructed based on a blockchain, the blockchain comprising a plurality of compute nodes;

receiving a processing result of the consensus information sent by the computing node through the communication component; wherein the consensus information is: at least two participants achieve consensus on the same information and are obtained by cooperatively processing the information through at least two computing nodes in a block chain network;

and displaying the processing result through the display.

the memory is used for storing programs;

the communication component coupled with the processor;

collecting information in a second state;

packaging the information in the second state to obtain a block;

sending the block to a computing node in a server through the communication component, so that the computing node checks the block, and if the block passes the check, the computing node writes the block into an account book;

the memory is used for storing programs;

the communication component coupled with the processor;

receiving a block sent by a computing node in a server through the communication component;

the memory is used for storing programs;

the communication component coupled with the processor;

after second information which is sent by a second computing node and waits for a plurality of parties to achieve consensus is received, a message which aims at the second information and needs to participate in consensus processing is sent to an access client through the communication assembly;

receiving, by the communication component, a processing indication for the second information fed back by the client;

broadcasting a processing result of the second information through the communication component or sending the processing result to at least one second computing node related to the first information in a server;

the memory is used for storing programs;

the communication component coupled with the processor;

receiving a message which is sent by an access client and used for transferring the ownership of the third information to a target object through the communication component;

broadcasting, by the communication component, the third information after the ownership modification or sending a notification that the ownership of the third information belongs to the target object to at least one computing node in a server, which is related to the third information;

According to the technical scheme provided by the embodiment of the application, the digitization of information (such as contracts, bills of lading and the like) which needs to be agreed by multiple parties is realized through the block chain technology, so that the problems of counterfeit, high circulation cost, low circulation efficiency and possible damage or loss caused by paper certificates are solved. Multiple parties accessing each computing node in the block chain can perform cooperative processing (such as multiple signatures on an electronic contract or an electronic bill of lading) on the same information (such as the electronic contract or the electronic bill of lading); in addition, the processing operation of any party on the information can be recorded in the block chain, so that the real-time inspection of the information on the block chain is realized, the information is prevented from being repeatedly used, the uniqueness of the information is ensured, and the information which is commonly identified by multiple parties is prevented from being tampered.

Drawings

In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings needed to be used in the description of the embodiments or the prior art will be briefly described below, and it is obvious that the drawings in the following description are some embodiments of the present application, and other drawings can be obtained by those skilled in the art without creative efforts.

Fig. 1 is a schematic structural diagram of an information processing system according to an embodiment of the present application;

fig. 2 is a schematic flowchart of an information processing method according to an embodiment of the present application;

fig. 3 is a schematic flowchart of an information processing method according to another embodiment of the present application;

fig. 4 is a schematic flowchart of an information processing method according to another embodiment of the present application;

fig. 5 is a schematic flowchart of an information processing method according to another embodiment of the present application;

fig. 6 is a schematic flowchart of an information processing method according to another embodiment of the present application;

fig. 7 is a schematic flowchart of an information processing method according to another embodiment of the present application;

fig. 8 is a schematic flowchart of an information processing method according to another embodiment of the present application;

fig. 9 is a schematic flowchart of an information processing method according to another embodiment of the present application;

FIG. 10 depicts the functions and responsibilities of the various parties in an information handling system;

FIG. 11 depicts a schematic diagram of the electronic bill of lading issuance process in a cross-border trading scenario;

fig. 12 is a schematic structural diagram of an information processing apparatus according to an embodiment of the present application;

fig. 13 is a schematic structural diagram of an information processing apparatus according to another embodiment of the present application;

fig. 14 is a schematic structural diagram of an information processing apparatus according to yet another embodiment of the present application;

fig. 15 is a schematic structural diagram of an information processing apparatus according to yet another embodiment of the present application;

fig. 16 is a schematic structural diagram of an information processing apparatus according to yet another embodiment of the present application;

fig. 17 is a schematic structural diagram of an information processing apparatus according to yet another embodiment of the present application;

fig. 18 is a schematic structural diagram of an information processing apparatus according to still another embodiment of the present application;

fig. 19 is a schematic structural diagram of an information processing apparatus according to still another embodiment of the present application;

fig. 20 is a schematic structural diagram of a client device according to an embodiment of the present application.

Detailed Description

Before the technical solutions provided by the embodiments of the present application are described, the terms referred to herein will be briefly described.

Blockchain (Blockchain): the method is a novel application mode of computer technologies such as distributed data storage, point-to-point transmission, a consensus mechanism, an encryption algorithm and the like. The block chain is an important concept of the bitcoin, is essentially a decentralized database, and is used as a bottom-layer technology of the bitcoin, namely a series of data blocks which are generated by correlation by using a cryptographic method, wherein each data block contains information of a batch of bitcoin network transactions for verifying the validity (anti-counterfeiting) of the information and generating a next block.

Multiple signature (multi-signature): multiple users digitally sign the same message or information. In digital signature applications, it is sometimes necessary for multiple users to sign and authenticate the same file. For example, if a company publishes a declaration relating to the departments of finance department, development department, sales department, after-sales service department, etc., and these departments need to obtain signature approval, these departments need to sign the declaration document, and a digital signature scheme that enables multiple users to sign the same document is called a multiple digital signature scheme.

Taking the cross-border trade field as an example, the bill of lading needs a common signature of a shipping company (such as a shipping, land or shipping company), an exporter and an importer. Wherein Bill of Lading refers to a document used to prove that a maritime, land or air cargo transportation contract and the cargo has been received or shipped by the carrier, and that the carrier guarantees the delivery of the cargo. In the external trade, the bill of lading is a certificate issued to a shipper (which may be an exporter or a carrier) when a transportation department transports goods. The receiver (such as importer) takes the goods to the transportation department of the freight destination by the bill of lading (if the receiver is a receipt, the bill of lading needs to replace the domestic goods with the main bill), and the bill of lading can be validated after being signed by the carrier or the shipside.

In order to make the technical solutions better understood by those skilled in the art, the technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application.

In some of the flows described in the specification, claims, and above-described figures of the present application, a number of operations are included that occur in a particular order, which operations may be performed out of order or in parallel as they occur herein. The sequence numbers of the operations, e.g., 101, 102, etc., are used merely to distinguish between the various operations, and do not represent any order of execution per se. Additionally, the flows may include more or fewer operations, and the operations may be performed sequentially or in parallel. It should be noted that, the descriptions of "first", "second", etc. in this document are used for distinguishing different messages, devices, modules, etc., and do not represent a sequential order, nor limit the types of "first" and "second" to be different. In addition, the embodiments described below are only a part of the embodiments of the present application, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.

Fig. 1 shows a schematic structural diagram of an information processing system according to an embodiment of the present application. Specifically, as shown in the figure, the information processing system includes:

the client 101 is used for accessing a first computing node in the server 102 and acquiring first information waiting for multiple parties to achieve consensus; sending the first information to the first computing node;

the server 102 is constructed based on a blockchain, and the blockchain comprises a plurality of computing nodes (such as P1-P6 in FIG. 1);

the first computing node P1, P2, P3, or P4 is configured to set a state of the first information to a first state, and generate, based on the first information and the first state, a notification that the first information needs to be agreed with multiple parties to be sent to at least one second computing node in the server 102, so as to notify the second computing node accessed by a participant related to the first information to cooperatively process the first information for agreement.

Fig. 1 only shows an example that a blockchain includes six computation nodes, and in practical applications, the number of the computation nodes may also be 3, 5, or more, which is not specifically limited in this embodiment.

In the case of an electronic bill of lading in cross-border commerce, the client may include: the system comprises a carrier side client (such as a ship company internal system), an exporter client (such as a mobile phone APP) and an importer client (such as a mobile phone APP). Wherein, the transport company can be a shipping company, a shipping company or a road carrier, etc.; the exporter may be an exporter or a goods agency, etc.; the importer can be an importer or a bank where the importer walks a letter of credit, and the like. The client may be hardware integrated on the terminal and having an embedded program, may also be application software installed in the terminal, and may also be tool software embedded in an operating system of the terminal, which is not limited in this embodiment of the present application. The terminal may be any terminal device including a mobile phone, a tablet computer, a PDA (Personal Digital Assistant), a POS (Point of Sales), a vehicle-mounted computer, and the like.

Suppose in this embodiment that the first information is an electronic bill of lading created by a carrier person (e.g., the first user in fig. 1) through a client (i.e., the ship company system), and the first computing node accessed by the carrier client is the node P2 in fig. 1; the electronic bill of lading needs the common signing party of the carrier, the importer and the exporter to be effective. The exporter client and importer client each access the compute nodes are the P1 and P3 nodes in fig. 1, respectively. At this time, three computing nodes P1, P2 and P3 are needed to cooperatively process (i.e. sign) the electronic bill of lading to characterize three parties to reach a consensus on the electronic bill of lading.

The mutual recognition is achieved on the premise that the three parties do not disagree with the content of the electronic bill, and then the electronic bill is encrypted (such as digital signature processing) by using an encryption parameter (such as a private key) which can uniquely represent the parties. In particular, before each party processes the electronic bill of lading, the parties may check the electronic bill of lading, such as signature check (to check whether the electronic bill of lading originates from an agreed initiator), content check (to check whether the content of the bill of lading is tampered), hash value check, and the like. In an achievable technical scheme, the check sum processing of the electronic bill of lading can be completed by a computing node accessed by a client; or the check of the electronic bill of lading is finished by the computing node accessed by the client, and the processing of the electronic bill of lading can be finished by the client; or the check sum processing of the electronic bill of lading is finished by the client, and the broadcast of the processing result of the electronic bill of lading is finished by the computing node accessed by the client.

According to the technical scheme provided by the embodiment, the digitization of information (such as contracts, bills of lading and the like) which needs to be agreed by multiple parties is realized through the block chain technology, so that the problems of counterfeiting, high circulation cost, low circulation efficiency and possible damage or loss caused by paper certificates are solved. Multiple parties accessing each computing node in the block chain can perform cooperative processing (such as multiple signatures on an electronic contract or an electronic bill of lading) on the same information (such as the electronic contract or the electronic bill of lading); in addition, the processing operation of any party on the information can be recorded in the block chain, so that the real-time inspection of the information on the block chain is realized, the information is prevented from being repeatedly used, the uniqueness of the information is ensured, and the information which is commonly identified by multiple parties is prevented from being tampered.

It should be noted that, for specific work flows of each constituent unit in the information processing system, for example, each computing node in the client and the server, provided in the embodiment of the present application, reference may be made to corresponding contents in each embodiment described above, and details are not described herein again.

Fig. 2 is a schematic flowchart illustrating an information processing method according to an embodiment of the present application. The execution body of the method provided by the embodiment of the application can be a client in the system, such as a transporter client, an importer client or an exporter client in cross-border trade. As shown in fig. 2, the information processing method includes:

201. accessing a first computing node in a server; wherein the server side is constructed based on a blockchain, the blockchain comprising a plurality of compute nodes.

202. First information waiting for multiple parties to reach a consensus is obtained.

203. And sending the first information to the first computing node, so that at least one second computing node in the first computing node and the server side processes the first information in a cooperative manner for achieving consensus.

Wherein a participant associated with the first information accesses the second computing node. An intelligent contract program is deployed on a computing node in the block chain; and the first computing node and the at least one second computing node cooperatively complete the processing of the first information through the intelligent contract program. Where intelligent contracts are intended to propagate, verify or execute the computer protocol of the contract in an informational manner. Smart contracts allow trusted transactions to be conducted without third parties, which transactions are traceable and irreversible. The intelligent contract program is blockchain based and will trigger when the blockchain detects certain specific data conditions. The processing operations performed by the computing nodes mentioned in the embodiments herein can be understood simply as: is completed by the execution of the intelligent contract program.

In the foregoing 201, the server, also called a blockchain platform, provides an access platform, where the access platform provides API (Application Programming Interface) access, Web page access, and the like for each client, and the access platform may interact with the blockchain platform (i.e., a computing node in the blockchain) through an SDK (Software Development Kit). Taking a cross-border trade application scenario as an example, a transport side client, an exit side client and an entrance side client are all provided with own access platforms, then access to one computing node in a block chain through the own deployed access platforms, then each client butt-joints own service system to the access platforms through an API mode, interacts with the respective accessed computing nodes through the access platforms, and can directly access the access platforms through a web mode. Each client can access through the wireless service provided by any access platform by using an application program (APP) installed on the terminal.

In an implementation solution, the step 101 "accessing a first computing node in a server" may include:

accessing the first computing node through an API (application programming interface) provided by the server; or

And accessing the first computing node by accessing a network page provided by the server.

In 202, the first information waiting for the multiple parties to reach the consensus may be newly created by the user through a creation function provided by the client, or may be obtained by modifying the history information through a modification function provided by the client. The first information can be an electronic contract to be agreed upon by multiple parties; in fact, an electronic bill of lading may also be understood as a type of electronic contract.

In a specific application scenario, such as a cross-border trading scenario, an electronic bill of lading requires a three-party signature, and an execution subject of the method provided by the embodiment may be an electronic bill of lading initiator client.

Scene 1, initiator newly creating first information

The step 102 of acquiring the first information waiting for the multiple parties to achieve the consensus may specifically include:

responding to an information creating event triggered by a user, and generating the first information according to creating content generated in the creating event; or

And in response to an information creation event triggered by a user, verifying creation content generated in the creation event, and obtaining the first information according to a private key of the user and the creation content under the condition that the creation content passes the verification.

In specific implementation, the information processing system provided in the above embodiment further includes a CA certification authority. The CA certificate authority sends a CA certificate of real name authentication to each participant, the CA certificate comprises a pair of unique public and private keys, the public key is a unique identifier of each participant and is used for signature verification of own transaction, and the private key is used for signature of own transaction.

Thus, the "obtaining the first information according to the private key of the user and the creation content" may specifically include:

obtaining intermediate information based on the created content;

and signing the intermediate information by using the private key of the user to obtain first information.

Here, it should be noted that: the process of signing information by using a private key and the subsequent process of verifying information by using a public key can refer to the digital signature technology in the prior art, which is not described herein again.

Scenario 2, initiator modifies electronic bill of lading and requests other participants to confirm signature

Responding to a modification event triggered by a user and aiming at history information, and taking the modified history information as the first information; or

And in response to a modification event which is triggered by a user and aims at history information, verifying the modified history information related to the content, and obtaining the first information according to a private key of the user and the modified history information under the condition that the modified history information passes the verification.

Wherein, the obtaining the first information according to the private key of the user and the modified historical information includes:

and signing the modified historical information by using the private key of the user to obtain the first information.

The technical solutions provided in the above steps 201 to 203 are in terms of the executing subject being the initiator (e.g. the transporter) of the first information. In essence, the executing entity of the technical solution provided in this embodiment may also be a passive party, for example, an exporter or importer that is requested to sign the second information. Namely, the method provided by the embodiment may further include:

204. and receiving second information which is sent by the first computing node and waits for the multiple parties to achieve consensus.

Assume that a user creates second information through a client that sends the second information to a second computing node to which the client has access, and the second computing node broadcasts the second information or sends the second information to a first computing node that is related to the second information (e.g., has a relationship of interest). After receiving the second information, the first computing node sends the second information to the client accessing the first computing node (i.e., the execution subject of this step).

205. And responding to a processing instruction triggered by a user for the second information, feeding back a message related to the processing instruction to the first computing node so as to enable the first computing node to perform corresponding processing on the second information, and broadcasting a processing result of the second information.

In 204, it is assumed that the second computing node broadcasts among a plurality of computing nodes in the block chain, or the second computing node sends a transaction (e.g., an electronic contract, an electronic bill of lading, etc.) initiated by a party accessing the second computing node to the first computing node, after the first computing node receives the second information waiting for the multiple parties to participate in the agreement, the first computing node may check the second information, and when the second information passes the check, the first computing node sends the second information to the client accessing the first computing node, that is, the execution main body in this step 204.

Wherein the checking of the second information may include: any one or more of a signature check, a content check, and a hash value check. In particular, the purpose of the signature check is to verify whether the second information originates from a participant accessing the second computing node, that is, to verify whether the signature of the second information is performed by the participant accessing the second computing node using its own private key. Here, it should be noted that: in this document, the process of signing information using a private key and the process of verifying a signature may refer to a digital signature technology in the prior art, which is not described herein again. The content verification can be the verification of whether one or more fields meet the filling rules of the preset fields, and if the second information is the electronic bill of lading, whether the numbers in the amount field in the electronic bill of lading meet the preset amount range or not is judged; if the sum of money exceeds the preset sum range, the electronic bill of lading does not pass the content verification; and if the sum of the money does not exceed the preset sum range and other fields pass the verification, the electronic bill of lading passes the verification. For the hash value check of the second information, reference may also be made to the related art, which is not described herein again.

In another implementation, the check of the second information may also be performed by the client, i.e. the first computing node only acts to forward the information. That is, the method provided by this embodiment may further include the following steps:

206. checking the second information;

207. when the second information passes the verification, giving authority which can process and indicate the second information to the user;

wherein the checking of the second information includes at least one of: signature verification, content verification and hash value verification.

The above 207, when viewed by the user, the user has the authority to instruct the processing of the second information, which can be expressed as: and the user performs corresponding processing instruction operation on the client interface aiming at the second information, and the client can make a corresponding response. For example, the second information is displayed on the client interface, the user can check the second information on a mobile phone, a computer and the like, and when the user confirms that the second information is correct, the signature confirmation control and the signature rejection control on the client interface are in a clickable state, and the user can make a signature confirmation instruction or a signature rejection instruction on the second information by touching the signature confirmation control or the signature rejection control; the client signs the second information by using the private key of the user according to the processing instruction of the user and sends the signed second information to the first computing node accessed by the client or sends a message that the user refuses to sign to the first computing node accessed by the client.

The user does not have the authority to perform processing instruction on the second information, and the method can be represented by the following steps: and the user performs corresponding processing instruction operation on the client interface aiming at the second information, and the client does not perform any corresponding operation. For example, the second information is displayed on the client interface, and the user can view the second information on a mobile phone, a computer, or the like, but the signature confirmation control and the signature rejection control on the client interface are in a non-clickable state (such as gray scale display), and the user cannot touch the controls.

In one implementation, the processing instructions include: a confirm signature indication and a reject signature indication. Correspondingly, in step 205, "in response to a processing instruction triggered by the user for the second information, feeding back a message related to the processing instruction to the first computing node," may specifically include:

in response to a confirmation signature indication triggered by a user for the second information, signing the second information using a private key of the user; carrying the signed second information in a message fed back to the first computing node;

and responding to the signature rejection indication of the user for the second information, and feeding back a message that the user rejects to sign the second information to the first computing node.

Still further, in this embodiment, in addition to checking the second information, and when the second information passes the check, giving the user an authority that can trigger the processing instruction for the second information, and in addition, adding verification of the current ownership of the second information, that is, the method provided in this embodiment, may further include the following steps:

208. and acquiring parameters capable of representing the user to which the second information belongs.

209. And determining whether the ownership of the second information belongs to the user according to the parameters.

210. And if the ownership of the second information is determined to belong to the user, giving the user the authority which can trigger processing indication aiming at the second information.

The second information carries parameters that can characterize the user to which the second information belongs, such as a public key of the user to which the second information belongs. Therefore, in 208, the parameter, i.e., the public key, can be directly obtained from the second information.

In 209, it is assumed that the parameter is a public key of a user to which the second information belongs, such as a public key of an exporter; the execution subject of the steps 208-210 is the client of the exporter; correspondingly, the above 209 may specifically be: comparing whether the public key of the user to which the second information belongs is the same as the public key of an execution main body (such as an exporter client), if so, indicating that the ownership of the second information is at the exporter, and enabling the exporter user to operate the second information through the exporter client, such as signing the second information; if the information is different from the original information, the ownership of the second information is not at the exit side, and the user at the exit side cannot perform any operation on the second information through the client at the exit side, such as signing the second information.

In an actual business scenario, ownership of the electronic bill of lading needs to be transferred, for example, after the exporter receives payment from the importer or the importer through a bank that runs a letter of credit, at this time, ownership of the electronic bill of lading should be transferred to the importer, when the importer holds the electronic bill of lading to a delivery location to take goods, the transporter needs to check whether the importer who currently takes goods owns ownership of the electronic bill of lading, and the importer can only take goods corresponding to the electronic bill of lading if the importer is confirmed to have ownership of the electronic bill of lading. That is, the method provided in this embodiment may further include the following steps:

211. responding to an ownership transfer event triggered by a user aiming at third information, and acquiring a target object to be transferred by the user; wherein the user has ownership of the third information;

212. according to the target object, carrying out ownership modification on the third information;

213. sending the third information after the ownership modification to the first computing node to be broadcasted by the first computing node for the third information after the ownership modification.

For convenience of understanding, in combination with a specific application scenario, such as a cross-border trading scenario, the executing subject of the steps 211-213 may be an exporter client; the user is an exporter. The exporter can carry out ownership transfer operation on the third information through the exporter client; for example, an ownership transfer control is displayed on the interactive interface of the exporter client, after the user clicks the ownership transfer control, one or more pieces of information (e.g., electronic bill of lading) that the user has ownership are displayed, the user selects one piece of target information (i.e., the third piece of information mentioned in the above step), and then configures a target object to be transferred (e.g., an identifier of an importer, which may be a company name, a code number, etc.) for the target information. After the user completes all the ownership transfer operations, an ownership transfer event for the third information is triggered.

In a specific implementation, the "performing ownership modification on the third information according to the target object" may include:

2121. and acquiring the public key of the target object.

2122. And modifying the public key of the user contained in the third information into the public key of the target object.

Alternatively, the above operation of modifying the ownership of the third information may be performed by the first computing node to which the subject (i.e., client) performs access. That is, the method provided by this embodiment may include the following steps:

214. third information having ownership is acquired.

215. And responding to an ownership transfer indication triggered by the user for the third information, and acquiring a target object indicated by the user.

216. And sending a message for transferring the ownership of the third information to the target object to the first computing node, so that the first computing node performs ownership modification on the third information according to the target object and broadcasts all modified third information.

In the actual business scene, importers with the ownership of electronic bills of lading also need to apply for bills of lading and goods. After the importer submits the bill-drawing goods-drawing application, the transport party needs to verify whether the ownership of the electronic bill-drawing belongs to the importer and whether the current state of the electronic bill-drawing is available. Here, it should be noted that: in order to facilitate management of a large number of electronic bills of lading on the blockchain platform, besides real-time definition of ownership of the electronic bills of lading, the computing nodes on the blockchain platform also need to update the state of the electronic bills of lading according to the processing of the computing nodes on the electronic bills of lading, for example, if all participants finish signing the electronic bills of lading, the state of the electronic bills of lading is set to be in an effective state or a legal state; and if one of all the participants refuses to sign the electronic bill of lading, setting the state of the electronic bill of lading as an illegal state, and the like. Here, it should be noted that: the details of how each computing node on the blockchain platform maintains the electronic bill of lading will be described in detail in the following embodiments. Namely, the method provided by the embodiment may further include:

217. receiving an execution application for fourth information sent by the first computing node, wherein the execution application is triggered by a participant and is sent by a second computing node accessed by the participant; receiving, by the first computing node, a post-forwarding.

218. And verifying the fourth information to output a verification result of whether the fourth information can be executed or not as a basis for judging whether a participant who proposes the execution application has a corresponding execution action on the fourth information or not.

After the goods arrive at port, the importer applies for the bill and the goods, and after the transport party receives the bill and the goods application, the transport party checks the electronic bill applied for execution (i.e. the goods pick-up) by the importer, for example, checks whether the importer has the ownership of the electronic bill, whether the state of the electronic bill is available, and the like. For example, when the status of the electronic bill of lading is legal, the electronic bill of lading is considered to be available; if the electronic bill of lading is in illegal state or logout state, the electronic bill of lading is considered to be unavailable.

That is, the step 218 "checking the fourth information to output a checking result indicating whether the fourth information is executable" may specifically include:

2181. performing ownership verification on the fourth information to verify whether a user to which the fourth information belongs is a party who makes an application for execution or not;

2182. acquiring state information corresponding to the fourth information, and checking whether the fourth information is executable information or not based on the state information;

2183. when the fourth information passes the ownership verification and is executable information, the fourth information passes the verification, and a verification result that a participant who proposes the execution application has a corresponding execution action on the fourth information is output;

2184. and under the condition that the fourth information does not pass the ownership verification or is the unexecutable information, the fourth information does not pass the verification, and a verification result that the participant who proposes the execution application does not have corresponding execution action on the fourth information is output.

The participant who proposes the execution application has a verification result of carrying out corresponding execution action on the fourth information and can display the verification result on the client of the transport party; therefore, the client of the transport party can determine whether to let the importer pick up the goods or not through the verification result displayed on the interface. If the checking result is: and the participant who proposes the execution application carries out corresponding execution action on the fourth information, so that the transporter personnel can allow the importer to pick up the goods, and after confirming that the importer finishes picking up the goods, the transporter client carries out logout operation on the electronic bill of lading. That is, the method provided in this embodiment may further include the following steps:

219. responding to a logout event of a user aiming at the fourth information, sending a message for logging out the fourth information to the first computing node, so that the first computing node performs logout operation on the fourth information and broadcasts aiming at the logout of the fourth information.

In a specific implementation, the logout operation performed on the fourth information may specifically be: setting the state of the fourth information as a logout state, assuming that the parameter representing the logout state is 400, namely setting the state parameter corresponding to the fourth information as 400, and broadcasting the fourth information by logout. The purpose of the broadcast is, among others: and each computing node in the block chain is enabled to synchronously set the state of the fourth information to be a logout state. This is a big feature of the blockchain, and when a computing node operates a certain message, such as an ownership transfer or reset state, the entire network will synchronously update the ownership or reset state of the message.

Fig. 3 is a flowchart illustrating an information processing method according to an embodiment of the present application. The execution subject of the method provided by this embodiment may be any computing node in the blockchain. The computing node may be a computer with computing capability, or may be a virtual device deployed in a cluster server, and so on. Specifically, as shown in fig. 3, the method includes:

301. the method comprises the steps of obtaining first information which is sent by a first access client and waits for multiple parties to achieve consensus.

302. Configuring the state of the first information to a first state.

303. Based on the first information and the first state, sending out a notification that the first information needs to achieve multi-party consensus, and processing the first information for achieving consensus in cooperation with at least one second computing node receiving the notification in the server.

In 301, the first information is created by the user through the first access client; or, the first information is obtained by modifying the history information by the user through the first access client. For example, the first access client provides an information creation function for the user, for example, a form corresponding to a specific service, and the user can complete creation only by filling in corresponding field contents according to the form; after the user finishes filling in, the first information can be created by touching the controls such as 'submit' or 'create' on the client interface. Or, the first access client provides a function of modifying certain historical information for the user, calls out the historical information to be modified by the user and displays the historical information in an editable state, so that the user can modify the history on the interactive interface of the first access client, and after modification, finishes modifying through controls such as 'submission' on the interface of the client to obtain the first information.

In 302, the first state may be an initial state, and in a specific implementation, the state of the first information may be represented by using a parameter, for example, the parameter corresponding to the first state is 0, the parameter corresponding to the second state is 200, the parameter corresponding to the third state is 300, and so on; the parameters corresponding to each state may be set based on actual conditions, which is not specifically limited in this embodiment.

In an actual business scenario, such as an electronic bill of lading in a cross-border trade, the electronic bill of lading is in different business stages, so that in order to maintain the business stage where the electronic bill of lading recorded in each block in the block chain is located, the computing node configures a corresponding state for the electronic bill of lading based on the current stage where the electronic bill of lading is located, and all computing nodes in the block chain can conveniently know the business stage where the electronic bill of lading is located in real time. When the initiator just initiates a newly created electronic bill of lading, the electronic bill of lading is in the first state in the embodiment (namely, waits for the signature of other participants); when all the participants finish signing the first information, the state of the first information can be set to a second state (also called legal state); when a participant refuses to sign the first message, the first state can be set as a third state (or illegal state); when a participant initiates an application for executing the first message (e.g., an electronic bill of lading), and the participant completes the execution event of the first message (e.g., the delivery is completed), the status of the first message may be set to a fourth status (or a logout status). The states may be represented by different numerical values, but this embodiment is not particularly limited thereto.

In an implementation manner, the step 303 of "issuing a notification that multiple parties need to agree on the first information based on the first information and the first status" may specifically include:

3031. checking the first information; wherein, the verification comprises at least one of the following: signature verification, content verification and hash value verification.

3032. And under the condition that the first information passes the verification, acquiring a private key of a user using the first access client.

3033. Signing the first information using the private key.

3034. And broadcasting the notification or sending the notification to at least one second computing node related to the first information in the server according to the signed first information and the first state.

Here, it should be noted that: the steps 3031 to 3033 may also be executed by a client accessing the computing node (i.e. the first access client in step 301 in this embodiment).

3034, the first information after signature and the first state corresponding to the first information may be carried in the notification.

In a specific embodiment, the "checking the content of the first information" in the 3031 includes:

acquiring a field check rule, wherein the field check rule comprises at least one field rule item;

based on the field check rule, whether the field content contained in the first information conforms to a corresponding field rule item in the field check rule or not is judged;

under the condition that all field contents contained in the first information conform to the corresponding field rule items, the first information passes the verification related to the contents;

and in the case that the first information contains a field content which does not conform to the corresponding field rule item, the first information fails to pass the verification related to the content.

For example, a field check rule has a field rule entry that is a transaction amount range. If the sum value of the sum field in the first information does not exceed the transaction sum range, the sum field is in accordance with the transaction sum range rule item. If the amount value of the amount field in the first information exceeds the transaction amount range, the first information cannot pass the verification related to the content.

Further, the method provided by this embodiment may further include the following steps:

304. receiving a state updating notification which is sent by a second computing node and is related to the first information, wherein the state updating notification is a processing instruction of the second computing node to the first information according to a second access client which is accessed to the second computing node, and the second computing node correspondingly processes the first information; and modifying the state information corresponding to the first information based on the processing result.

305. And updating the first state corresponding to the first information of the local record into a target state specified by the state updating notification.

The steps 304-305 may be performed in a scenario where the state of the first information changes after the second computing node processes the first information. For example, after the second computing node signs the first information, and based on the data related to the first information, if it is determined that all the interested parties finish signing the first information, the second computing node updates the state of the first information from the first state to the second state; or after the second computing node receives an instruction that the second client-side is accessed to refuse to sign the first information, the second computing node updates the state of the first information from the first state to the third state; and so on.

306. after second information which is sent by a second computing node and waits for a plurality of parties to achieve consensus is received, a message which aims at the second information and needs to participate in consensus processing is sent to the first access client;

307. receiving a processing instruction for the second information fed back by the client;

308. according to the processing instruction, performing corresponding processing on the second information;

309. broadcasting a processing result of the second information or sending the processing result to at least one second computing node related to the first information in the server.

In particular implementations, the processing instructions may include: a confirm signature indication and a reject signature indication. Correspondingly, the step 308 may specifically include:

3081. obtaining a private key of a user using the first access client under the condition that the processing instruction is a signature confirmation instruction; signing the second information using the private key; acquiring locally recorded associated information related to the first information, and judging whether all appointed parties finish signing the first information or not based on the associated information; if yes, setting the state information of the second information to be in a second state;

3082. and setting the state information of the second information to be in a third state under the condition that the processing instruction is a signature rejection instruction.

310. receiving a message which is sent by the first access client and used for transferring the ownership of the third information to the target object;

311. according to the target object, carrying out ownership modification on the third information;

312. broadcasting the third information after the ownership modification or sending a notification that the ownership of the third information belongs to the target object to at least one third computing node related to the third information in the server.

313. receiving an execution application for fourth information sent by a fourth computing node, wherein the execution application is triggered by a participant and is sent by the fourth computing node accessed by the participant;

314. checking whether the fourth information is executable;

315. and sending a verification result of whether the fourth information can be executed to the first access client, wherein the verification result is used as a basis for judging whether a participant who proposes the execution application has a corresponding execution action on the fourth information.

In an implementation manner, the step 314 "checking whether the fourth information is executable" may include:

performing ownership verification on the fourth information to verify whether a user to which the fourth information belongs is a party who makes an application for execution or not;

acquiring state information corresponding to the fourth information, and checking whether the fourth information is executable information or not based on the state information;

when the fourth information passes the ownership verification and is executable information, the fourth information passes the verification, and a verification result that a participant who proposes the execution application has a corresponding execution action on the fourth information is output;

and under the condition that the fourth information does not pass the ownership verification or is the unexecutable information, the fourth information does not pass the verification, and a verification result that the participant who proposes the execution application does not have corresponding execution action on the fourth information is output.

316. and receiving a message for logging off the fourth information sent by the first access client.

317. And setting the state information of the fourth information to be in a fourth state.

318. Broadcasting the state of the fourth information to be set to a fourth state or sending a notification that the state information of the fourth information is set to the fourth state to at least one fourth computing node related to the fourth information in the server.

Continuing with reference to the information handling system shown in FIG. 1. One of the plurality of computing nodes (a computing node accessed by customs) in the information processing system is used for acquiring locally stored reserve information related to consensus information after receiving the consensus information notification sent by another computing node in a server; based on the reserve information, checking the consensus information; according to the checking result of the consensus information, carrying out corresponding processing on the consensus information; the client is used for accessing one computing node in the server and receiving a processing result of the consensus information sent by the computing node; and displaying the processing result. Wherein the consensus information is: at least two participants are obtained by processing the same information cooperatively through at least two computing nodes in the block chain network for achieving consensus on the information.

If the system is nested into an actual application scenario, the client may be a customs-side client (such as a customs system) in a cross-border trading scenario. The customs side client has a function of verifying the achieved consensus information, and certainly has functions of assisting in information verification, information query and the like. In a specific implementation technical solution, the checking, by the customs side client, the consensus information may specifically include: verifying the consensus information agreed by the three parties (such as the transport party, the import party and the export party) by using the public keys of the three parties to verify whether the signature of the consensus information is signed by the three parties; after the signature verification is passed, cross-checking the consensus information and the reserve information of the consensus information which is locally backed up (for example, comparing whether the quantity of commodities in the consensus information is the same as the quantity of reported customs) is performed. If the cross check is passed, the consensus information is put into a set information pool (such as a transaction pool); if the cross check is not passed, the state of the consensus information is set to a third state (also called an abnormal state), and a message that the state of the consensus information is set to the third state is broadcasted to other computing nodes of the block chain.

Similarly, the client may be a hardware integrated on the terminal and having an embedded program, may also be an application software installed in the terminal, and may also be a tool software embedded in the terminal operating system, which is not limited in this embodiment of the present application. The terminal may be any terminal device including a mobile phone, a tablet computer, a PDA (Personal Digital Assistant), a POS (Point of Sales), a vehicle-mounted computer, and the like.

Fig. 4 is a flowchart illustrating an information processing method according to an embodiment of the present application. The execution main body of the method provided by this embodiment may be a client in the information processing system, and if an actual application scenario is combined, the execution main body may be a customs-side client. Specifically, as shown in fig. 4, the method includes:

401. after receiving a consensus information notification sent by a computing node in a server, acquiring locally stored reserve information related to the consensus information.

402. And checking the consensus information based on the reserve information.

403. And correspondingly processing the consensus information according to the verification result of the consensus information.

In 401, the consensus information is: at least two participants are obtained by processing the same information cooperatively through at least two computing nodes in the block chain network for achieving consensus on the information. In connection with the embodiments provided in fig. 2 and fig. 3, the consensus information can be simply understood as: the state is the information of the second state (also called legal state). In the cross-border trading scenario, stock information related to the consensus information is backed up at the customs site, and the stock information can be uploaded to the customs platform by the related interested party.

In 402, the reserve information may include at least one of the following: information of related beneficiaries (such as names of all beneficiaries, company codes and the like) and sample information (such as the above mentioned copies or related data) corresponding to the consensus information recorded locally. In particular, the public key of each beneficiary can be acquired based on the information of the related beneficiary. The sample information may be a copy of the consensus information, or some data related to the consensus information that is reported by the interested parties for their transactions (i.e., the consensus information).

Alternatively, in a specific embodiment, the reserve information includes at least one of the following: public keys of at least two parties related to the consensus information and sample information corresponding to the consensus information recorded locally. Accordingly, step 402 "checking the consensus information based on the reserve information" includes at least one of the following steps:

4021. performing signature verification on the consensus information by using a public key of each of the at least two participants to verify whether the consensus information is signed by all the participants;

4022. and comparing the consensus information with the corresponding field content in the sample information to verify whether the consensus information is consistent with the sample information.

Further, in this embodiment, the step 403 "performing corresponding processing on the consensus information according to the verification result of the consensus information" may specifically include the following steps:

4031. under the condition that the consensus information passes the verification, placing the consensus information in a set information pool;

4032. and under the condition that the consensus information is not verified, setting the state information of the consensus information to be a third state, and broadcasting the consensus information set to be the third state or sending a notification that the consensus information is set to be the third state to a computing node related to the consensus information in the server.

Fig. 5 is a flowchart illustrating an information processing method according to another embodiment of the present application. The execution subject of the method provided by this embodiment may be: the client in the information processing system may be a customs-side client if the client is combined with a specific application scenario. Specifically, as shown in fig. 5, the method includes:

501. accessing a computing node in a server; wherein the server side is constructed based on a blockchain, the blockchain comprising a plurality of compute nodes.

502. And receiving a processing result of the consensus information sent by the computing node.

503. And displaying the processing result.

In 502, the consensus information is: at least two participants are obtained by processing the same information cooperatively through at least two computing nodes in the block chain network for achieving consensus on the information.

In a specific implementation, the step 502 of receiving the processing result of the consensus information sent by the computing node may specifically be:

and acquiring a processing result of the consensus information from the computing node in response to a viewing event of a user for the consensus information.

Continuing with the information handling system shown in FIG. 1 and described above. In the information processing system:

at least two computing nodes P1-P6 in the computing nodes are used for accessing different clients, processing the same information for achieving consensus and cooperation, and configuring corresponding states for the information based on the processing results;

one of the plurality of compute nodes (e.g., node P5) configured to collect information while in the second state; packaging the information in the second state to obtain a block;

one of the compute nodes (e.g., node P6) is configured to check the block, and if the block passes the check, the compute node writes the block into the ledger.

It should be noted that the above-mentioned packed block and the computation node written in the ledger may be the same node, or may be two different nodes.

Fig. 6 is a flowchart illustrating an information processing method according to still another embodiment of the present application. The execution subject of the method provided by this embodiment may be any computing node in the blockchain. Specifically, the method provided by this embodiment includes:

601. information is collected while in the second state.

602. And packaging the information in the second state to obtain a block.

603. And sending the block to a computing node in a server, so that the computing node checks the block, and if the block passes the check, the computing node writes the block into an account book.

Wherein the server side is constructed based on a blockchain, the blockchain comprising a plurality of compute nodes; the information in the second state is obtained by processing the same information by at least two related parties through respective accessed computing nodes for achieving consensus and cooperation. Specifically, the content of the information related to the second state can be referred to the above embodiments, and is not described herein again.

In an implementation technical solution, the above 602 "performing a packing process on the information in the second state to obtain a block" includes:

6021. when the information in the second state is multiple, sequencing the multiple information in the second state according to the time stamp of each information in the second state;

6022. and packaging the sorted information in the second state into the block.

Fig. 7 is a flowchart illustrating an information processing method according to still another embodiment of the present application. The execution subject of the method provided by the embodiment may be any computing node in the blockchain. Specifically, the method comprises the following steps:

701. receiving a block sent by a computing node in the server.

702. And checking at least one piece of information in the second state contained in the block.

703. And writing the block into a block chain account book under the condition that the at least one piece of information in the second state passes the verification.

In 702, the checking the at least one piece of information in the second state includes at least one of: signature verification, information content verification and hash value verification. For the signature check, the information content check, and the hash value check, reference may be made to related contents in the prior art, which are not described herein again.

704. after writing the block to a block chain ledger, broadcasting a message that the block has been billed.

Fig. 8 is a flowchart illustrating an information processing method according to still another embodiment of the present application. The execution subject of the method provided by this embodiment may be any computing node in the blockchain. Specifically, the method comprises the following steps:

801. and after receiving second information which is sent by a second computing node and waits for the multiple parties to achieve consensus, sending a message which aims at the second information and needs to participate in the consensus processing to an access client.

802. Receiving a processing indication for the second information fed back by the client.

803. And correspondingly processing the second information according to the processing instruction.

804. Broadcasting a processing result of the second information or sending the processing result to at least one second computing node related to the first information in the server.

For the contents of 802-804, reference can be made to the above embodiments, which are not described herein again.

Further, before "sending a message to the access client for the second information to participate in the consensus process" in step 801, the method provided in this embodiment may further include the following steps:

805. checking the second information; wherein the verification comprises at least one of: signature verification, content verification and hash value verification;

806. and after the second information passes the verification, triggering the operation of sending the information to the access client.

Fig. 9 is a flowchart illustrating an information processing method according to still another embodiment of the present application. The execution subject of the method provided by this embodiment may be any computing node in the blockchain. Specifically, the method comprises the following steps:

901. and receiving a message which is sent by the access client and transfers the ownership of the third information to the target object.

902. And carrying out ownership modification on the third information according to the target object.

903. Broadcasting the third information after the ownership modification or sending a notification that the ownership of the third information belongs to the target object to at least one computing node related to the third information in a server.

For the contents of 901 to 903, refer to the above embodiments, and are not described herein.

Further, the step 902 "performing ownership modification on the third information according to the target object" may specifically include:

acquiring a public key of the target object;

and modifying the public key of the user contained in the third information into the public key of the target object.

What needs to be added here is: each computing node on the block chain is deployed with an intelligent contract program, and each step provided in the embodiment in which the execution subject is a computing node may be a function provided by the intelligent contract program deployed on each computing node. In addition, the blockchain mentioned in the embodiments of the present application may be a blockchain platform or a frame supporting an intelligent contract, such as an existing etherhouse, hyperlegger Fabric, R3Corda, or the like, or may be developed based on a blockchain BAAS platform, which can achieve the same effect.

In addition, what needs to be added is: the blockchain platform needs to be initialized during the initial use period. Where system initialization may include intelligent contract creation, account creation, setting block sizes, reserving data space for each piece of information (e.g., electronic bills of lading), creating a founder block, etc. For the system initialization, reference is also made to the prior art, which is not described herein in detail.

The embodiments of the application can be applied to the digitalization of the electronic bill of lading of sea, land and air. The technical solutions provided in the embodiments of the present application will be described below by taking marine transportation as an example. And the understanding of the technical scheme is facilitated by combining a specific scene.

Fig. 1 is a diagram of an information processing system, and participants include an exporter (e.g., a third user in fig. 1), an importer (e.g., a second user in fig. 1), a forwarder, a customs (e.g., a fourth user in fig. 1), a shipper (e.g., a first user in fig. 1), and a bank, in addition to a CA certificate authority. The CA certificate authority sends a CA certificate of real name authentication to each participant, the CA certificate comprises a pair of unique public and private keys, the public key is a unique identifier of each participant and is used for signature verification of own transaction, and the private key is used for signature of own transaction. In order to facilitate the development of the service application system, the blockchain platform provides an access platform in a unified way, the access platform provides friendly API access, Web page access and wireless access to the service application system, and the access platform interacts with the blockchain platform through the SDK. The shipper, customs, bank and forwarder all deploy their own access platforms and block link points, and then dock their own business systems to the access platforms in an API manner. The access platform can be interacted with the block chain platform and can also be directly accessed in a web mode. The exporter and the importer use the mobile phone APP for access through the wireless service provided by any access platform, and directly perform the operations of bill picking inquiry, transfer, proposal modification, confirmation of modification, goods picking application and the like on the mobile phone APP.

Fig. 10 depicts the functions and responsibilities of the various participants, as well as the basic makeup of the blockchain ledger. The export trader has the functions of bill-drawing modification proposal, bill-drawing modification confirmation, bill-drawing query, bill-drawing transfer and the like. The importer has the functions of bill-taking modification proposal, bill-taking modification confirmation, bill-taking inquiry, bill-taking transfer, bill-taking and goods-taking application and the like. The ship company has the functions of bill of lading modification proposal, bill of lading modification confirmation, bill of lading issuance, bill of lading inquiry, bill of lading verification and the like. The goods agency company has the functions of bill picking-up assistance verification, bill picking-up query and the like; customs has the functions of bill extraction assistance verification, bill extraction inquiry and the like; the bank has the functions of bill transfer, bill query and the like.

The bill transaction of an electronic bill of lading contains the following basic information:

1. unique bill of lading number

2. The identity of the goods, their name, logo, number of packages or pieces, or weight or otherwise expressed quantity, such as being a dangerous good, is provided by the shipper.

3. External form of goods

4. The carrier name and its primary business location.

5. Shipper name

6. Consignee name when shipper designates consignee

7. Ship name, shipping port as defined by maritime transport contract, and date the cargo was taken over by the carrier at the shipping port

8. Maritime transportation contractually defined port of discharge

9. Bill of lading issuing location

10. Signature of carriers and their representatives

11. The amount of shipping charges due by the recipient, or other indication that the shipping charges should be paid by the recipient

12. The rules are to be followed in connection with the transport of goods, and in contradistinction, statements to the effect of the terms of the shipper or the consignee are invalid

13. Statement that cargo should be or can be shipped on deck

14. Delivery date or deadline for goods at the port of discharge via a carrier's clear agreement with the shipper

15. The carrier and shipper agree on a carrier limit of responsibility that is higher than the rule

16. Bill of lading status

17. The bill of lading owner public key signature information block chain account book comprises 8 types of basic transactions including bill of lading issuing transaction, bill of lading transfer transaction, bill of lading inquiry transaction, bill of lading modification proposal transaction, bill of lading modification confirmation transaction, bill of lading verification error reporting transaction, bill of lading application, bill of lading confirmation and the like.

Fig. 11 illustrates the principle of issuing an intelligent contract by an electronic bill of lading, a legal electronic bill of lading must be signed by a ship company, an importer and an exporter at the same time to be effective. The electronic bill of lading can be newly created or obtained by modifying the existing bill of lading.

FIG. 11 the boat company initiates the issuance of the electronic bill of lading, so there is no right to refuse the signature, and the boat company's own private key is used to sign the electronic bill of lading while initiating the issuance of the electronic bill of lading; the ship company client side is accessed to the computing node A, and the state of the signed electronic bill of lading is set to be a first state (if the state parameter is set to be 0); and broadcasts a notification in the blockchain requesting the importer and exporter to sign the electronic bill of lading.

And after receiving the notice, the calculation node B accessed by the importer acquires the electronic bill of lading signed with the ship company signature. The computing node B uses the public key of the ship company to carry out signature verification on the electronic bill of lading; and simultaneously, checking the service data field in the content of the electronic bill of lading. Under the condition that the signature verification and the field verification are passed, the computing node B sends the electronic bill of lading signed with the ship company signature to a client (such as a mobile phone and a computer) of the importer, so that the importer can see the specific content of the electronic bill of lading through the client, and further check the content of the electronic bill of lading is carried out. After the importer checks the result, click the 'signature' or 'confirmation' control on the interactive interface. After receiving the message of touching the 'signature' or 'confirmation' control by the importer, the computing node B verifies the electronic bill of lading for which the importer confirms the signature (such as the verification of a key field), and after the verification is passed, the computing node B signs the electronic bill of lading by using the private key of the importer and broadcasts the electronic bill of lading over the whole network. The intelligent contract deployed on the compute node B may also record the information that the importer has signed the electronic bill of lading. The intelligent contract can judge whether all related parties agree on the electronic bill of lading (namely all complete the signature) by acquiring the locally recorded signature record of the electronic bill of lading. And if judging that the signature of the other participants is not completed, continuing waiting. If all the related parties sign the electronic bill of lading, the electronic bill of lading is set to be in a formal effective state or a legal state (namely, the second state mentioned in the above embodiments, and the corresponding parameter is assumed to be 200), and the electronic bill of lading is put into a local transaction pool and broadcast over the whole network, so that other computing nodes on the block chain synchronize the state of the electronic bill of lading to be in the legal state. And checking by the importer to find that the content of the electronic bill of lading is wrong, and clicking a 'reject' control on the interactive interface. After receiving the notification of the import business touch control reject control, the computing node B sets the electronic bill of lading to be in an illegal state (i.e., the third state mentioned above, and the corresponding parameter is assumed to be 300) by using an intelligent contract deployed on the computing node B, and performs network-wide broadcasting.

After receiving the notification, the computing node C accessed by the exporter may first verify whether the ownership of the electronic bill of lading is of the exporter (i.e., whether the public key included in the electronic bill of lading is the public key of the exporter). After the verification is passed, the signature verification and the service data field verification are carried out on the electronic bill of lading, and the like in the same way as the calculation node B accessed by the importer, …. After the verification is passed, the computing node C sends the electronic bill of lading to a client (such as a mobile phone and a computer) of the export trader, so that the export trader can see the specific content of the electronic bill of lading through the client, and the content of the electronic bill of lading can be further verified. And clicking a 'signature' or 'confirmation' control on the interactive interface after the exporter checks the product. After receiving the message of the exit merchant touching the 'signature' or 'confirmation' control, the computing node C verifies the electronic bill of lading of which the exit merchant confirms the signature (for example, the key field is verified), and after the verification is passed, the computing node C uses the private key of the exit merchant to sign the electronic bill of lading and broadcasts the electronic bill of lading over the whole network. The intelligent contract deployed on compute node C may also record the information that the importer has signed the electronic bill of lading. The intelligent contract can judge whether all related parties agree on the electronic bill of lading (namely all complete the signature) by acquiring the locally recorded signature record of the electronic bill of lading. And if judging that the signature of the other participants is not completed, continuing waiting. If all the related parties sign the electronic bill of lading, the electronic bill of lading is set to be in a formal effective state or a legal state (namely, the second state mentioned in the above embodiments, and the corresponding parameter is assumed to be 200), and the electronic bill of lading is put into a local transaction pool and broadcast over the whole network, so that other computing nodes on the block chain synchronize the state of the electronic bill of lading to be in the legal state. And (5) checking by the exporter to find that the content of the electronic bill of lading is wrong, and clicking a 'reject' control on the interactive interface. After the computing node C receives the notification that the importer touches the "reject" control, the intelligent contract deployed on the computing node C sets the electronic bill of lading to be in an illegal state (i.e., the third state mentioned above, and corresponding parameters are assumed to be 300), and performs network-wide broadcasting.

After receiving the broadcast of the electronic bill of lading in the second state (i.e., the electronic bill of lading in the legal state) by the customs and the forwarder in fig. 1, the customs and the forwarder use the ship company, the exporter and the importer, and the public keys of the three signatories verify the signature of the electronic bill of lading, and cross-check the trade data of the bill of lading and the platform data of the customs and the forwarder after the signature verification is passed (for example, check the trade data with the logistics bill), if the trade data is legal, the bill of lading is put into a transaction pool, otherwise, the bill of lading is set to the third state (also called illegal state, the state parameter is 300.

The exporter receives the money and initiates an electronic bill of lading transfer transaction to transfer the ownership of the electronic bill of lading to the importer, and broadcasts to the whole network. For the content of ownership transfer of the electronic bill of lading, reference may be made to the related content of the above embodiments. The importer receives the broadcast and then verifies the address of the electronic bill of lading to see if the ownership has been transferred to itself. Here, the address of the electronic bill of lading can be simply understood as that the public key in the electronic bill of lading is not the importer's own public key.

After the goods arrive at port, the importer can carry out bill-picking and goods-picking application aiming at the electronic bill-picking, the ship company can check the electronic bill-picking after receiving the application, the importer can pick up the goods after the check is passed, then the bill-picking is carried out and the cancellation is carried out, the bill-picking state is 400, and the bill-picking is broadcasted to the whole network.

One computing node (also called a transaction packing node) in the block chain collects legal transactions (namely electronic bills of lading in a legal state) at regular time (for example, 5 minutes, 10 minutes and the like), sorts the electronic bills of lading according to the time stamps, packs the electronic bills of lading into blocks, and sends the blocks to the accounting node.

After receiving the block, a computing node (also called accounting node) in the block chain checks the transaction in the block, writes an account book after the check is passed, and broadcasts the account book to the whole network.

Here, it should be noted that: the processing referred to in the above can be referred to the steps in the above-described embodiments of the method.

The technical scheme adopted by each embodiment of the application is based on a block chain and a multiple signature technology, a digitalized electronic bill of lading is invented, the whole flow of signing, transferring, modifying, lading, inquiring, checking and canceling of the bill of lading is online traceable and visualized, the bill of lading is used with zero cost and high efficiency (the bill is found within 1 minute of any operation), the information of the bill of lading is guaranteed not to be falsified, and the information is stored and checked by multiple central service nodes, so that the problem that services such as single-point faults and the like are unavailable is avoided.

According to the scene example, legal issuing and modification of the bill of lading are guaranteed through the multi-signature intelligent contract, the correctness and the credibility of the bill of lading information are found in advance through the cross verification assisted by the relevant trade documents of the customs and the freight agency platform, and the problem is prevented from being found to cause disputes until the final clearance is finished, so that the loss of the shipcompany, the exporter and the importer is avoided. The multiple signatures avoid the risk that the secret keys of individual participating parties are stolen, and a counterfeiter needs to steal the secret keys of three signature parties at the same time to complete the signature, thereby further avoiding the issue of bill extraction and counterfeiting. In addition, the distributed multi-center service node deployment based on the block chain realizes that multiple nodes can provide bill extraction and inspection, and avoids the problem that services such as single-point failure are unavailable, thereby improving the service availability. The block chain scheme belongs to a alliance chain, tps can reach the level of 1000, the second killing ether house has low performance of 20tps and the bitcoin 7tps, meanwhile, transactions are only limited to be visible to alliance members, sensitive fields can be encrypted, transaction privacy is prevented from being revealed, and the problem that all data of the public chain are public is solved.

In addition, the technical scheme provided by each embodiment of the application uses a block chain distributed multi-center multi-node deployment scheme, and an access platform of each node can provide checking for the bill, so that the problems of single-point failure, system damage or attack and the like caused by the fact that only a system of a ship company can be used for checking in the prior art are solved, the service availability is improved, and the checking service can be basically guaranteed to be available in hundreds. In addition, the scheme also authenticates all participants by the real name of a CA authentication mechanism, and then verifies the authenticity of an applicant and an approval mechanism of the bill extraction in a digital signature verification manner, thereby avoiding the problem of counterfeit radish seal of the paper bill extraction. The uniqueness of the electronic bill of lading avoids the problem of cheating on financing by separating multiple bills of lading and the problem of dispute caused by the fact that multiple people hold the same bill of lading.

According to the technical scheme provided by the embodiment of the application, the block chain platform can be constructed based on a alliance chain mode, the performance and the transaction privacy can be guaranteed, and the performance problem and the confidentiality problem caused by simply developing DAPP by using the public chain can be avoided. The transaction is only limited to be visible to coalition members, sensitive fields can be encrypted, the privacy of the transaction is prevented from being disclosed, and the problem that all data of a public chain are disclosed is solved.

Fig. 12 is a block diagram illustrating an information processing apparatus according to an embodiment of the present application. As shown in the drawing, the information processing apparatus includes: an access module 11, an acquisition module 12 and a sending module 13. The access module 11 is used for accessing a first computing node in a server; wherein the server side is constructed based on a blockchain, the blockchain comprising a plurality of compute nodes; the obtaining module 12 is configured to obtain first information waiting for multiple parties to achieve consensus; the sending module 13 is configured to send the first information to the first computing node, so that the first information is cooperatively processed for reaching consensus by at least one second computing node in the first computing node and the server; wherein a participant associated with the first information accesses the second computing node.

Furthermore, an intelligent contract program is deployed on the computing nodes in the block chain;

and the first computing node and the at least one second computing node cooperatively complete the processing of the first information through the intelligent contract program.

Further, the obtaining module 12 is further configured to:

Responding to an information creation event triggered by a user, verifying creation content generated in the creation event, and obtaining the first information according to a private key of the user and the creation content under the condition that the creation content passes the verification; or

Further, the information processing apparatus provided in this embodiment further includes:

the receiving module is used for receiving second information which is sent by the first computing node and waits for the multiple parties to reach consensus;

and the feedback module is used for responding to a processing instruction triggered by a user for the second information, feeding back a message related to the processing instruction to the first computing node so as to enable the first computing node to perform corresponding processing on the second information, and broadcasting a processing result of the second information.

Further, the information processing apparatus provided in this embodiment further includes a verification module. The verification module is used for verifying the second information; when the second information passes the verification, giving authority which can process and indicate the second information to the user; wherein the checking of the second information includes at least one of: signature verification, content verification and hash value verification.

Further, the processing instructions include: a confirm signature indication and a reject signature indication; and the feedback module is further configured to:

the acquisition module is further configured to acquire a parameter that can characterize a user to which the second information belongs;

a determining module, configured to determine whether ownership of the second information belongs to the user according to the parameter;

and the authority management module is used for endowing the user with authority which can trigger processing indication aiming at the second information under the condition that the ownership of the second information belongs to the user.

the acquiring module is further configured to acquire a target object to be transferred by a user in response to an ownership transfer event triggered by the user for the third information; wherein the user has ownership of the third information;

the modification module is used for carrying out ownership modification on the third information according to the target object;

the sending module is further configured to send the third information after the ownership modification to the first computing node, so that the first computing node broadcasts the third information after the ownership modification.

Still further, the modification module is further configured to:

acquiring a public key of the target object;

Further, the sending module is further configured to: acquiring third information with ownership; responding to ownership transfer indication triggered by a user for third information, and acquiring a target object indicated by the user;

the sending module is further configured to: and sending a message for transferring the ownership of the third information to the target object to the first computing node, so that the first computing node performs ownership modification on the third information according to the target object and broadcasts all modified third information.

a receiving module, configured to receive an execution application for fourth information sent by the first computing node, where the execution application is triggered by a participant and is sent by a second computing node accessed by the participant; receiving, by the first computing node, a post-forwarding;

and the checking module is used for checking the fourth information so as to output a checking result that whether the fourth information can be executed or not, and the checking result is used as a basis for judging whether a participant who proposes the execution application has a corresponding execution action on the fourth information or not.

Further, the sending module is further configured to: responding to a logout event of a user aiming at the fourth information, sending a message for logging out the fourth information to the first computing node, so that the first computing node performs logout operation on the fourth information and broadcasts aiming at the logout of the fourth information.

Further, the check module is further configured to:

and under the condition that the fourth information does not pass the ownership verification or is the unexecutable information, the fourth information does not pass the verification, and a verification result that a participant who proposes the execution application has corresponding execution action on the fourth information is output.

Further, the access module is further configured to:

Here, it should be noted that: the information processing apparatus provided in the foregoing embodiments may implement the technical solutions described in the foregoing method embodiments, and the specific implementation principle of each module or unit may refer to the corresponding content in the foregoing method embodiments, and is not described herein again.

Fig. 13 is a schematic structural diagram illustrating an information processing apparatus according to an embodiment of the present application. As shown in the drawing, the information processing apparatus includes: an acquisition module 21, a configuration module 22 and an output module 23. The acquiring module 21 is configured to acquire first information, which is sent by a first access client and waits for a plurality of parties to achieve consensus; the configuration module 22 is configured to configure the state of the first information to a first state; the output module 23 is configured to send a notification that multiple parties need to agree with the first information based on the first information and the first status, so as to cooperate with at least one second computing node in the server that receives the notification to process the first information for agreeing with the first information. Wherein the server side is constructed based on a blockchain, the blockchain comprises a plurality of computing nodes, and the participant related to the first information accesses the second computing node.

Further, the output module 23 is further configured to:

checking the first information; wherein, the verification comprises at least one of the following: signature verification, content verification and hash value verification;

under the condition that the first information passes the verification, acquiring a private key of a user using the first access client;

signing the first information using the private key;

and broadcasting the notification or sending the notification to at least one second computing node related to the first information in the server according to the signed first information and the first state.

Further, the output module 23 is further configured to:

a receiving module, configured to receive a status update notification related to the first information sent by a second computing node, where the status update notification is a processing instruction of the second computing node to the first information according to a second access client accessing the second computing node, and performs corresponding processing on the first information; and the state information corresponding to the first information is modified based on the processing result and then is sent out;

and the updating module is used for updating the first state corresponding to the first information recorded locally to a target state specified by the state updating notification.

the sending module is used for sending a message which aims at the second information and needs to participate in consensus processing to the first access client after receiving the second information which is sent by a second computing node and waits for multiple parties to achieve consensus;

a receiving module, configured to receive a processing instruction for the second information fed back by the client;

the processing module is used for carrying out corresponding processing on the second information according to the processing instruction;

the sending module is further configured to broadcast a processing result of the second information or send the processing result to at least one second computing node related to the first information in the server.

Still further, the processing instructions include: a confirm signature indication and a reject signature indication. Correspondingly, the processing module is further configured to:

obtaining a private key of a user using the first access client under the condition that the processing instruction is a signature confirmation instruction; signing the second information using the private key; acquiring locally recorded associated information related to the first information, and judging whether all appointed parties finish signing the first information or not based on the associated information; if yes, setting the state information of the second information to be in a second state;

and setting the state information of the second information to be in a third state under the condition that the processing instruction is a signature rejection instruction.

the receiving module is used for receiving a message which is sent by the first access client and used for transferring the ownership of the third information to the target object;

a sending module, configured to broadcast the third information after the ownership modification or send a notification that the ownership of the third information belongs to the target object to at least one third computing node in the server, where the third computing node is related to the third information.

the receiving module is used for receiving an execution application for fourth information sent by a fourth computing node, wherein the execution application is triggered by a participant and is sent by the fourth computing node accessed by the participant;

the checking module is used for checking whether the fourth information can be executed or not;

and the sending module is used for sending a verification result whether the fourth information can be executed or not to the first access client so as to be used as a basis for judging whether a participant who proposes the execution application has a corresponding execution action on the fourth information or not.

a receiving module, configured to receive a message, sent by the first access client, for canceling the fourth information;

the state configuration module is used for setting the state information of the fourth information to be a fourth state;

a sending module, configured to broadcast the state of the fourth information to be set to a fourth state or send a notification that the state information of the fourth information is set to the fourth state to at least one fourth computing node in the server, where the fourth computing node is related to the fourth information.

Further, the first information is created by the user through the first access client; or, the first information is obtained by modifying the history information by the user through the first access client.

Fig. 14 is a schematic structural diagram illustrating an information processing apparatus according to an embodiment of the present application. As shown in the drawing, the information processing apparatus includes: an acquisition module 31, a verification module 32 and a processing module 33. The acquiring module 31 is configured to acquire locally stored reserve information related to consensus information after receiving a consensus information notification sent by a computing node in a server; the checking module 32 is configured to check the consensus information based on the reserve information; the processing module 33 is configured to perform corresponding processing on the consensus information according to the verification result of the consensus information; wherein the server side is constructed based on a blockchain, the blockchain comprising a plurality of compute nodes.

Further, the processing module 33 is further configured to:

under the condition that the consensus information passes the verification, placing the consensus information in a set information pool;

and under the condition that the consensus information is not verified, setting the state information of the consensus information to be a third state, and broadcasting the consensus information set to be the third state or sending a notification that the consensus information is set to be the third state to a computing node related to the consensus information in the server.

Further, the reserve information includes at least one of: public keys of at least two parties related to the consensus information and sample information corresponding to the consensus information recorded locally. Correspondingly, the check module further has at least one of the following functions:

performing signature verification on the consensus information by using a public key of each of the at least two participants to verify whether the consensus information is signed by all the participants;

and comparing the consensus information with the corresponding field content in the sample information to verify whether the consensus information is consistent with the sample information.

Further, the consensus information is: at least two participants are obtained by processing the same information cooperatively through at least two computing nodes in the block chain network for achieving consensus on the information.

Fig. 15 is a schematic structural diagram illustrating an information processing apparatus according to an embodiment of the present application. As shown in the drawing, the information processing apparatus includes: an access module 41, a receiving module 42 and a display module 43. The access module 41 is used for accessing one computing node in a server; wherein the server side is constructed based on a blockchain, the blockchain comprising a plurality of compute nodes; the receiving module 42 is configured to receive a processing result of the consensus information sent by the computing node; the display module 43 is used for displaying the processing result.

Further, the receiving module 41 is further configured to obtain a processing result of the consensus information from the computing node in response to a viewing event of the user for the consensus information.

Fig. 16 is a schematic structural diagram illustrating an information processing apparatus according to an embodiment of the present application. As shown in the drawing, the information processing apparatus includes: a statistic module 51, a packing module 52 and a sending module 53. Wherein, the statistical module 51 is configured to collect information in a second state; the packing module 52 is configured to pack the information in the second state to obtain a block; the sending module 53 is configured to send the block to a computing node in a server, so that the computing node checks the block, and if the block passes the check, the computing node writes the block into an account book;

Further, the packing module 52 is further configured to:

when the information in the second state is multiple, sequencing the multiple information in the second state according to the time stamp of each information in the second state;

and packaging the sorted information in the second state into the block.

Fig. 17 is a schematic structural diagram illustrating an information processing apparatus according to an embodiment of the present application. As shown in the drawing, the information processing apparatus includes: a receiving module 61, a verifying module 62 and a writing module 63. The receiving module 61 is configured to receive a block sent by a computing node in the server; the checking module 62 is configured to check at least one piece of information included in the block, where the at least one piece of information is in a second state; the writing module 63 is configured to write the block into a block chain book if the at least one piece of information in the second state passes the verification. Wherein the server side is constructed based on a blockchain, the blockchain comprising a plurality of compute nodes.

Further, the checking the at least one piece of information in the second state includes at least one of: signature verification, information content verification and hash value verification.

Further, the information processing apparatus provided in this embodiment further includes a broadcasting module. The broadcast module is used for broadcasting a message that the block is booked after the block is written into a block chain book.

Fig. 18 is a schematic structural diagram illustrating an information processing apparatus according to an embodiment of the present application. As shown in the drawing, the information processing apparatus includes: a transmitting module 71, a receiving module 72 and a processing module 73. The sending module 71 is configured to send, to the access client, a message that the second information needs to participate in consensus processing after receiving the second information that is sent by the second computing node and waits for the multiple parties to achieve consensus; the receiving module 72 is configured to receive a processing indication for the second information fed back by the client; the processing module 73 is configured to perform corresponding processing on the second information according to the processing instruction; the sending module 71 is further configured to broadcast a processing result of the second information or send the processing result to at least one second computing node related to the first information in the server; wherein the server side is constructed based on a blockchain, the blockchain comprising a plurality of compute nodes.

the checking module is used for checking the second information; wherein the verification comprises at least one of: signature verification, content verification and hash value verification;

and the triggering module is used for triggering the operation of sending the message to the access client after the second information passes the verification.

Fig. 19 is a schematic structural diagram illustrating an information processing apparatus according to an embodiment of the present application. As shown in the drawing, the information processing apparatus includes: a receiving module 81, a modifying module 82 and a sending module 83. The receiving module 81 is configured to receive a message sent by an access client to transfer ownership of the third information to a target object; the modifying module 82 is configured to modify ownership of the third information according to the target object; the sending module 83 is configured to broadcast the third information after the ownership modification or send a notification that the ownership of the third information belongs to the target object to at least one computing node in the server, where the computing node is related to the third information. Wherein the server side is constructed based on a blockchain, the blockchain comprising a plurality of compute nodes.

Further, the modification module 82 is further configured to: acquiring a public key of the target object; and modifying the public key of the user contained in the third information into the public key of the target object.

Fig. 20 shows a schematic structural diagram of a client device according to an embodiment of the present application. The client device includes: memory 91, processor 92 and communication component 93. Wherein the memory 91 may be configured to store other various data to support operations on the client device. Examples of such data include instructions for any application or method operating on the client device. The memory 91 may be implemented by any type or combination of volatile or non-volatile memory devices such as Static Random Access Memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic memory, flash memory, magnetic or optical disks.

The communication component 93 coupled with the processor 92;

the processor 92, coupled to the memory 91, is configured to execute the program stored in the memory 91 to:

acquiring first information waiting for multiple parties to achieve consensus;

When the processor 92 executes the program in the memory 91, the processor 92 may also implement other functions in addition to the above functions, which may be specifically referred to the description of the foregoing embodiments.

Further, as shown in fig. 20, the client device further includes: display 94, communications component 93, power component 95, audio component 96, and the like. Only some of the components are shown schematically in fig. 20, and the client device is not meant to include only the components shown in fig. 20.

An embodiment of the present application provides a computing device. The computing device includes a memory, a processor, and a communication component, and is similar in structure to that described above with respect to fig. 20. Wherein the memory may be configured to store other various data to support operations on the computing device. Examples of such data include instructions for any application or method operating on a computing device. The memory may be implemented by any type or combination of volatile or non-volatile memory devices, such as Static Random Access Memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic memory, flash memory, magnetic or optical disks.

The communication component coupled with the processor;

configuring a state of the first information to a first state;

When the processor executes the program in the memory, the processor may implement other functions in addition to the above functions, which may be specifically referred to the description of the foregoing embodiments.

Another embodiment of the present application provides a computing device. The structure of the computing device provided in this embodiment is similar to the structure shown in fig. 20 described above. Specifically, the computing device provided in this embodiment includes: memory, processor, and communication components. Wherein,

the memory is used for storing programs;

the communication component coupled with the processor;

after receiving a consensus information notification sent by a computing node in a server, acquiring locally stored reserve information related to the consensus information;

based on the reserve information, checking the consensus information;

Another embodiment of the present application provides a client device. The structure of the client device provided in this embodiment is similar to the embodiment shown in fig. 20. Specifically, the client device provided in this embodiment includes: memory, processor, communication components and display. Wherein,

the memory is used for storing programs;

the communication component coupled with the processor;

receiving a processing result of the consensus information sent by the computing node through the communication component;

and displaying the processing result through the display.

Further, when the processor executes the program in the memory, other functions may be implemented in addition to the above functions, which may be specifically referred to in the description of the foregoing embodiments.

Yet another embodiment of the present application provides a computing device. The structure of the computing device provided in this embodiment is the same as the embodiment shown in fig. 20 described above. Specifically, the computing device of this embodiment includes: a memory, a processor, and a communications component, wherein,

the memory is used for storing programs;

the communication component coupled with the processor;

collecting information in a second state;

packaging the information in the second state to obtain a block;

Yet another embodiment of the present application provides a computing device. The present embodiment provides a computing device having a structure similar to that of the embodiment shown in fig. 20 described above. Specifically, the computing device of this embodiment includes: a memory, a processor, and a communications component, wherein,

the memory is used for storing programs;

the communication component coupled with the processor;

the memory is used for storing programs;

the communication component coupled with the processor;

the memory is used for storing programs;

the communication component coupled with the processor;

Accordingly, the present application further provides a computer-readable storage medium storing a computer program, where the computer program can implement the steps or functions of the multi-party computing method provided in the foregoing embodiments when executed by a computer.

The above-described embodiments of the apparatus are merely illustrative, and the units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the modules may be selected according to actual needs to achieve the purpose of the solution of the present embodiment. One of ordinary skill in the art can understand and implement it without inventive effort.

Through the above description of the embodiments, those skilled in the art will clearly understand that each embodiment can be implemented by software plus a necessary general hardware platform, and certainly can also be implemented by hardware. With this understanding in mind, the above-described technical solutions may be embodied in the form of a software product, which can be stored in a computer-readable storage medium such as ROM/RAM, magnetic disk, optical disk, etc., and includes instructions for causing a computer device (which may be a personal computer, a server, or a network device, etc.) to execute the methods described in the embodiments or some parts of the embodiments.

Finally, it should be noted that: the above embodiments are only used to illustrate the technical solutions of the present application, and not to limit the same; although the present application has been described in detail with reference to the foregoing embodiments, it should be understood by those of ordinary skill in the art that: the technical solutions described in the foregoing embodiments may still be modified, or some technical features may be equivalently replaced; and such modifications or substitutions do not depart from the spirit and scope of the corresponding technical solutions in the embodiments of the present application.

Claims

1. An information processing method characterized by comprising:

acquiring first information waiting for multiple parties to achieve consensus;

2. The method of claim 1, wherein an intelligent contract program is deployed on a compute node in the blockchain;

3. The method of claim 1 or 2, wherein obtaining the first information waiting for the multiple parties to reach a consensus comprises:

4. The method of claim 1 or 2, further comprising:

receiving second information which is sent by the first computing node and waits for multiple parties to achieve consensus;

and responding to a processing instruction triggered by a user for the second information, feeding back a message related to the processing instruction to the first computing node so as to enable the first computing node to perform corresponding processing on the second information, and broadcasting a processing result of the second information.

5. The method of claim 4, further comprising:

checking the second information;

when the second information passes the verification, giving authority which can process and indicate the second information to the user;

6. The method of claim 4, wherein processing the indication comprises: a confirm signature indication and a reject signature indication; and

in response to a processing indication triggered by a user for the second information, feeding back a message related to the processing indication to the first computing node, comprising:

7. The method of claim 4, further comprising:

acquiring parameters capable of representing the user to which the second information belongs;

determining whether the ownership of the second information belongs to the user according to the parameters;

and if the ownership of the second information is determined to belong to the user, giving the user the authority which can trigger processing indication aiming at the second information.

8. The method of claim 1 or 2, further comprising:

responding to an ownership transfer event triggered by a user aiming at third information, and acquiring a target object to be transferred by the user; wherein the user has ownership of the third information;

sending the third information after the ownership modification to the first computing node to be broadcasted by the first computing node for the third information after the ownership modification.

9. The method of claim 8, wherein performing ownership modification on the third information according to the target object comprises:

acquiring a public key of the target object;

10. The method of claim 1 or 2, further comprising:

acquiring third information with ownership;

responding to ownership transfer indication triggered by a user for third information, and acquiring a target object indicated by the user;

and sending a message for transferring the ownership of the third information to the target object to the first computing node, so that the first computing node performs ownership modification on the third information according to the target object and broadcasts all modified third information.

11. The method of claim 1 or 2, further comprising:

receiving an execution application for fourth information sent by the first computing node, wherein the execution application is triggered by a participant and is sent by a second computing node accessed by the participant; receiving, by the first computing node, a post-forwarding;

and verifying the fourth information to output a verification result of whether the fourth information can be executed or not as a basis for judging whether a participant who proposes the execution application has a corresponding execution action on the fourth information or not.

12. The method of claim 11, further comprising:

responding to a logout event of a user aiming at the fourth information, sending a message for logging out the fourth information to the first computing node, so that the first computing node performs logout operation on the fourth information and broadcasts aiming at the logout of the fourth information.

13. The method of claim 11, wherein verifying the fourth information to output a verification result of whether the fourth information is executable comprises:

14. The method of claim 1 or 2, wherein accessing the first computing node in the server comprises:

15. An information processing method characterized by comprising:

configuring a state of the first information to a first state;

16. The method of claim 15, wherein issuing a notification that multiple parties are required to agree on the first information based on the first information and the first status comprises:

signing the first information using the private key;

17. The method of claim 16, wherein content checking the first information comprises:

18. The method of any of claims 15 to 17, further comprising:

receiving a state updating notification which is sent by a second computing node and is related to the first information, wherein the state updating notification is a processing instruction of the second computing node to the first information according to a second access client which is accessed to the second computing node, and the second computing node correspondingly processes the first information; and the state information corresponding to the first information is modified based on the processing result and then is sent out;

and updating the first state corresponding to the first information of the local record into a target state specified by the state updating notification.

19. The method of any of claims 15 to 17, further comprising:

after second information which is sent by a second computing node and waits for a plurality of parties to achieve consensus is received, a message which aims at the second information and needs to participate in consensus processing is sent to the first access client;

broadcasting a processing result of the second information or sending the processing result to at least one second computing node related to the first information in the server.

20. The method of claim 19, wherein processing the indication comprises: a confirm signature indication and a reject signature indication; and

according to the processing instruction, the second information is correspondingly processed, and the processing comprises the following steps:

21. The method of any of claims 15 to 17, further comprising:

receiving a message which is sent by the first access client and used for transferring the ownership of the third information to the target object;

broadcasting the third information after the ownership modification or sending a notification that the ownership of the third information belongs to the target object to at least one third computing node related to the third information in the server.

22. The method of any of claims 15 to 17, further comprising:

receiving an execution application for fourth information sent by a fourth computing node, wherein the execution application is triggered by a participant and is sent by the fourth computing node accessed by the participant;

checking whether the fourth information is executable;

and sending a verification result of whether the fourth information can be executed to the first access client, wherein the verification result is used as a basis for judging whether a participant who proposes the execution application has a corresponding execution action on the fourth information.

23. The method of claim 22, further comprising:

receiving a message for logging off the fourth information sent by the first access client;

setting the state information of the fourth information to be a fourth state;

broadcasting the state of the fourth information to be set to a fourth state or sending a notification that the state information of the fourth information is set to the fourth state to at least one fourth computing node related to the fourth information in the server.

24. The method according to any of claims 15 to 17, wherein the first information is created by a user through the first access client; or, the first information is obtained by modifying the history information by the user through the first access client.

25. An information processing system, comprising:

26. An information processing method characterized by comprising:

based on the reserve information, checking the consensus information;

27. The method according to claim 26, wherein performing corresponding processing on the consensus information according to the checking result of the consensus information comprises:

28. The method of claim 26, wherein the backlog information comprises at least one of: public keys of at least two parties related to the consensus information and sample information corresponding to the consensus information recorded locally; and

based on the reserve information, checking the consensus information, comprising at least one of:

29. An information processing method characterized by comprising:

and displaying the processing result.

30. The method of claim 29, wherein receiving the result of processing the consensus information sent by the computing node comprises:

31. An information processing system, comprising:

32. An information processing method characterized by comprising:

collecting information in a second state;

packaging the information in the second state to obtain a block;

33. The method of claim 32, wherein the packing the information in the second state to obtain a block comprises:

and packaging the sorted information in the second state into the block.

34. An information processing method characterized by comprising:

receiving a block sent by a computing node in a server;

35. The method of claim 34, wherein verifying the at least one message in the second state comprises at least one of: signature verification, information content verification and hash value verification.

36. The method of claim 34, further comprising:

after writing the block to a block chain ledger, broadcasting a message that the block has been billed.

37. An information processing system comprising a blockchain, the blockchain comprising a plurality of compute nodes;

38. An information processing method characterized by comprising:

39. The method of claim 38, wherein before sending the message to the access client for the second information to participate in the consensus process, further comprising:

checking the second information; wherein the verification comprises at least one of: signature verification, content verification and hash value verification;

and after the second information passes the verification, triggering the operation of sending the information to the access client.

40. An information processing method characterized by comprising:

41. The method of claim 40, wherein performing ownership modification on the third information according to the target object comprises:

acquiring a public key of the target object;

42. A client device, comprising: a memory, a processor, and a communications component, wherein,

the memory is used for storing programs;

the communication component coupled with the processor;

acquiring first information waiting for multiple parties to achieve consensus;

43. A computing device, comprising: a memory, a processor, and a communications component, wherein,

the memory is used for storing programs;

the communication component coupled with the processor;

configuring a state of the first information to a first state;

44. A computing device, comprising: a memory, a processor, and a communications component, wherein,

the memory is used for storing programs;

the communication component coupled with the processor;

based on the reserve information, checking the consensus information;

45. A client device, comprising: memory, processor, communication components, and a display, wherein,

the memory is used for storing programs;

the communication component coupled with the processor;

and displaying the processing result through the display.

46. A computing device, comprising: a memory, a processor, and a communications component, wherein,

the memory is used for storing programs;

the communication component coupled with the processor;

collecting information in a second state;

packaging the information in the second state to obtain a block;

47. A computing device, comprising: a memory, a processor, and a communications component, wherein,

the memory is used for storing programs;

the communication component coupled with the processor;

48. A computing device, comprising: a memory, a processor, and a communications component, wherein,

the memory is used for storing programs;

the communication component coupled with the processor;

49. A computing device, comprising: a memory, a processor, and a communications component, wherein,

the memory is used for storing programs;

the communication component coupled with the processor;