Patent Description:
The blockchain technology, also referred to as a distributed ledger technology, is an emerging technology in which several computing devices participate in "accounting" to jointly maintain a complete distributed database. Because the blockchain technology features decentralization, openness, and transparency, all the computing devices can participate in database recording, and quick data synchronization can be performed among the computing devices. Therefore, the blockchain technology has been widely applied to many fields.

<CIT> discloses a system for providing a universal decentralized solution for verification of users with cross-verification features. The system may be configured to receive from a first entity, at a blockchain trust utility, information related to one or more verified first documents, the one or more verified first documents associated with a first user. The system may be configured to receive from a second entity, at the blockchain trust utility, a request for the information related to the one or more verified documents associated with the first user. The system may be configured to, upon receiving from the first user, at the blockchain trust utility, an approval of the request for the information related to the one or more verified documents associated with the first user, give access to the second entity to obtain access to information related to the one or more verified documents associated with the first user.

In view of this, one or more embodiments of this specification provide a blockchain-based data processing method and apparatus, and a computer device.

The invention is defined as blockchain-based data processing methods, blockchain-based data processing apparatuses, and a computer device according to the independent claims.

To achieve the foregoing objective, one or more embodiments of this specification provide the following technical solutions.

According to a first aspect of one or more embodiments of this specification, a blockchain-based data processing method is provided, where a blockchain includes a node device of a service acceptance platform and node devices of service data processing entities, and the method includes:.

According to a second aspect of one or more embodiments of this specification, a blockchain-based data processing method is provided, where a blockchain includes a node device of a service acceptance platform and node devices of service data processing entities, and the method includes:.

According to a third aspect of one or more embodiments of this specification, a blockchain-based data processing apparatus is provided, where a blockchain includes a node device of a service acceptance platform and node devices of service data processing entities, and the apparatus includes:.

According to a fourth aspect of one or more embodiments of this specification, a blockchain-based data processing apparatus is provided, where a blockchain includes a node device of a service acceptance platform and node devices of service data processing entities, and the apparatus includes:.

According to a fifth aspect of one or more embodiments of this specification, a computer device is provided, including a memory and a processor, where the memory stores a computer program executable by the processor, and the processor, when executing the computer program, performs the blockchain-based data processing method performed by the node device of the service acceptance platform.

According to a sixth aspect of one or more embodiments of this specification, a computer device is provided, including a memory and a processor, where the memory stores a computer program executable by the processor, and the processor, when executing the computer program, performs the blockchain-based data processing method performed by the node devices of the service data processing entities.

It can be seen from the foregoing technical solutions that, in the blockchain-based data processing method and apparatus provided in this specification, terminals of a service acceptance platform and data processing entities are set as node devices of a blockchain, and service processing result data obtained by both entities through processing is transmitted and obtained by using a distributed database of the blockchain, which not only ensures the timeliness of the transmitted data, but also ensures that the transmitted data is tamper-proof. In addition, in the blockchain-based data processing method and apparatus provided in this specification, privacy isolation is performed on the data stored in a blockchain system, that is, private service data is only locally stored in a node device of a corresponding service data processing entity, and non-private service data may be publicly shared in the distributed database of the blockchain.

The exemplary embodiments are described herein in detail, and examples of the embodiments are shown in the accompanying drawings. When the following descriptions are made with reference to the accompanying drawings, unless otherwise indicated, same numbers in different accompanying drawings represent same or similar elements. The implementations described in the following exemplary embodiments are not all the implementations consistent with one or more embodiments of this specification, but are instead only examples of methods and apparatuses that are described in detail in the appended claims and that are consistent with some aspects of one or more embodiments of this specification.

It should be noted that in other embodiments, the steps of corresponding methods are not necessarily performed according to sequences shown and described in this specification. In some other embodiments, the methods may include more or fewer steps than those described in this specification. In addition, a single step described in this specification may be divided into a plurality of steps for description in other embodiments, and a plurality of steps described in this specification may be combined into a single step for description in other embodiments.

<FIG> is a schematic flowchart of a blockchain-based data processing method, according to an embodiment of this specification. The blockchain includes a node device of a service acceptance platform and node devices of service data processing entities.

A service acceptance platform described in this embodiment may include a plurality of types of user-oriented service acceptance platforms established based on a network, for example, an insurance-related service acceptance platform, a financing-product-related service acceptance platform, and a supply-chain-related service acceptance platform. This is not limited in this specification. A service data processing entity described in this embodiment is an agency performing corresponding service processing based on a service application accepted by the service acceptance platform.

The blockchain described in this embodiment may refer to a P2P network system with a distributed data storage structure that is constructed by nodes by using a consensus mechanism. Data in the blockchain is distributed in "blocks" connected temporally, each block contains a data digest of a previous block, and full data backup of all or some of the nodes is achieved depending on different consensus mechanisms (such as PoW, PoS, DPoS, or PBFT). It is well known by a person skilled in the art that, because the blockchain network operates under a corresponding consensus mechanism, it is difficult for any node to tamper with data recorded in the blockchain database. For example, in a blockchain using the PoW consensus, at least <NUM>% of computing power of the entire network is needed to tamper with existing data. Therefore, compared with other centralized database systems, the blockchain system has the unmatched characteristics of ensuring data security and preventing attacks and tampering. It can be learned that, in the embodiments provided in this specification, data recorded in a distributed database of the blockchain will not be attacked or tampered with, which ensures authenticity and reliability of data transmission performed by the service acceptance platform and the service data processing entities based on the distributed database of the blockchain.

The node device of the service acceptance platform and the node devices of the service data processing entities described in this embodiment may join the blockchain by following a corresponding node protocol and installing a node protocol program, to serve as nodes of the blockchain. A node device with full backup of data in the distributed database of the blockchain is usually referred to as a full node by a person skilled in the art, and a node device with partial backup data (for example, only data of a block header) of the distributed database of the blockchain is referred to as a light node, a client, or the like. The node device of the service acceptance platform and the node devices of the service data processing entities described in this embodiment may include the foregoing full node, light node, or client. Any device that is directly or indirectly connected to the blockchain and that may send or obtain data in the distributed database of the blockchain may be referred to as the node device described in this embodiment.

As shown in <FIG>, the blockchain-based data processing method includes:.

Step <NUM>. The node device of the service acceptance platform receives service processing application data of a target user.

The service processing application data of the target user received by the node device of the service acceptance platform described in this embodiment may include various possible Internet-based service processing application data, for example, insurance application data or claim settlement application data, financing product purchasing or redeeming application data, or product purchasing, payment or transfer of receivables in a supply chain or financial loan application data such as mortgage loan. The target user described in this embodiment may be an individual user, or may be an institutional user. This is not limited in this specification.

Step <NUM>. The node device of the service acceptance platform generates, based on the service processing application data, a first shared service processing result and a first private service processing result with respect to a target service data processing entity, where the first shared service processing result includes at least a data digest of the first private service processing result.

After accepting a service processing application of the target user, the service acceptance platform usually performs service processing in advance based on service processing steps preset by the platform and the service processing application data, to generate a service processing result. For example, an insurance application acceptance platform may generate insurance policy application data of the target user in a preset format based on insurance application data of the target user. The insurance policy application data may include data such as identity information of the target user, an insurance application type, and an insurance application qualification certificate material, for an insurance company acting as the service data processing entity to review an insurance application of the target user.

Because the insurance application information of the target user usually includes private information of the user, for example, information data such as identify information or an insurance application qualification certificate material, to protect the privacy of the service processing result, the node device of the service acceptance platform generates, based on the preset service processing steps, the first private service processing result with respect to the target service data processing entity and the first shared service processing result to be shared in a distributed database of the blockchain. The target service data processing entity is a service data processing entity that views and obtains the first private service processing result, which generally may be an insurance company corresponding to the insurance application or claim settlement of the user, or an operating company of a financing product that the user intends to purchase. It should be learned by a person skilled in the art that, the first shared service processing result includes at least a data digest (such as a hash digest) of the first private service processing result for attestation of the first shared service processing result.

In another shown implementation, to further optimize data management, the first private service processing result may be a data modelized first private service processing result obtained by the node device of the service acceptance platform by performing data modeling processing. Therefore, all node devices (including the node device of the service acceptance platform and node devices of service processing entities) in the blockchain can maintain a uniform data format of privacy service processing results, thereby facilitating data management, query, and application of the first private service processing result.

The process of performing data modeling on the first private service processing result may be completed by the node device of the service acceptance platform by locally executing a preset data modeling logic program. Optionally, the node device of the service acceptance platform may call a smart contract deployed on the blockchain to complete the data modeling process of generating the data modelized first private service processing result based on the service processing application data of the user.

Step <NUM>. The node device of the service acceptance platform sends a first transaction to the blockchain, where the first transaction includes the first shared service processing result, for the first transaction to be recorded in a distributed database of the blockchain after consensus verification by the blockchain.

The transaction described in this specification refers to a piece of data that is created by each user through a node device end of the blockchain and that needs to be finally published to the distributed database of the blockchain. The transaction in the blockchain includes a transaction in a narrow sense and a transaction in a broad sense. The transaction in a narrow sense refers to a value transfer published by the user to the blockchain. For example, in a conventional bitcoin blockchain network, a transaction may be a transfer initiated by the user in the blockchain. The transaction in a broad sense refers to a piece of service data with a service intent published by the user to the blockchain. For example, the transaction may be a service (such as a leasing service, a vehicle scheduling service, an insurance claim settlement service, a credit service, or a medical service) message or a service request with a service intent that is published by the user to the blockchain and that is irrelevant to value transfer. The first transaction described in this embodiment includes a piece of service data of the first shared service processing result. The first shared service processing result may be encapsulated into the first transaction according to a preset transaction format, and then the first transaction is uploaded to the blockchain.

A detail process of uploading the first transaction to the distributed database of the blockchain described in the foregoing embodiment may be set according to a consensus mechanism and a transaction rule of the blockchain. In a shown embodiment, the uploading the first transaction to the distributed database of the blockchain includes:.

In the foregoing embodiment, the node device with the accounting permission refers to a node device with a permission to generate a candidate block. The consensus accounting node device may be determined from the node devices having the accounting permission with respect to the candidate block according to the consensus mechanism of the blockchain. The consensus mechanism may include a proof of work (PoW) mechanism, a proof of stake (PoS) mechanism, or a delegated proof of stake (DPoS) mechanism.

The PoS or DPoS consensus mechanism is similar to the PoW consensus mechanism and also belongs to a consensus algorithm commonly selected to determine a consensus accounting node device in a public blockchain. In another shown embodiment, to reduce a confirmation time of a transaction or data, improve the transaction throughput, and satisfy requirements on security and performance, the embodiments provided in this specification may further select a consortium blockchain architecture to construct the blockchain. The node devices of the service acceptance platform, of the service data processing entities, and of a service-related supervision agency may be used as preselected node devices of the consortium blockchain, to participate in accounting of blocks. A consensus process of the consortium blockchain is also controlled by the preselected node devices. When a block is confirmed by more than a preset proportion (such as <NUM>/<NUM>) of node devices in a network, a transaction or data recorded by the block is confirmed by the entire network.

A consensus algorithm such as proof of stake, PBFT, or RAFT is usually used in the consortium blockchain. During implementation, before each round of consensus of the blockchain starts, a primary node device, that is, the consensus accounting node described in the foregoing embodiment, may be selected from the node devices in the blockchain (for example, a new primary node device is selected in each round of consensus, and other node devices are used as secondary node devices). The primary node device further initiates verification and consensus of a transaction, and is responsible for creating a latest block for the blockchain based on transaction data (or target data) on which a consensus is reached.

The PBFT algorithm is used as a preferred implementation of the consensus algorithm of the consortium blockchain provided in this specification, because the algorithm has high consensus efficiency and can satisfy requirements of a high-frequency transaction amount. For example, in this embodiment, the service acceptance platform generates a corresponding first transaction based on frequently accepted user service processing applications. In addition, the PBFT algorithm has a low consensus latency, basically satisfies requirements of real-time processing, and can quickly record the foregoing first transaction in a newly-generated block of the blockchain in real time. Moreover, trusted nodes in a consortium blockchain network are used as preselected accounting nodes, thereby achieving both security and stability. In addition, the PBFT algorithm does not consume excessive computing power resources of a computer, does not necessarily require the circulation of tokens, and therefore, has good usability.

Step <NUM>. The node device of the service acceptance platform sends the first private service processing result to a node device of the target service data processing entity, for the node device of the target service data processing entity to generate a second service processing result according to preset service processing steps. The service processing steps at least include verifying the first private service processing result based on the first shared service processing result, and generating the second service processing result based on the first private service processing result after the verification succeeds.

The node device of the service acceptance platform may send the first private service processing result to the node device of the target service data processing entity by using an off-chain channel. In this way, the first private service processing result is not disclosed to other node devices in the blockchain, and the node device of the target service data processing entity generates the second service processing result according to the preset service processing steps based on the first private service processing result received by using the off-chain channel and the first shared service processing result obtained from the distributed database of the blockchain.

The preset service processing steps include at least verifying, based on the data digest of the first private service processing result included in the first shared service processing result, whether the first private service processing result obtained by using the off-chain channel corresponds to a data digest attested in the blockchain, to avoid that the first private service processing result is illegally tampered with during transmission in the off-chain channel. After the verification succeeds, the second service processing result is generated based on at least the first private service processing result (sometimes, other shared information included in the first shared service processing result is required.

Step <NUM>. The node device of the target service data processing entity receives the first private service processing result sent by the node device of the service acceptance platform.

It can be learned from the above that, the node device of the target service data processing entity may receive the first private service processing result sent by the node device of the service acceptance platform by using the off-chain channel, to prevent the first private service processing result from being disclosed to other node devices in the blockchain.

Step <NUM>. The node device of the target service data processing entity obtains, from the distributed database of the blockchain, the first transaction sent by the node device of the service acceptance platform.

The node device of the target service data processing entity may synchronize a latest block based on a latest block generating frequency decided by the consensus mechanism of the blockchain, to obtain the first transaction. It can be learned from the above that, the first transaction includes the first shared service processing result, and the first shared service processing result is generated by the node device of the service acceptance platform based on the received service processing application data of the target user. It can be learned from the foregoing embodiment that, the blockchain based on a consortium blockchain architecture usually has high transaction processing throughput and data can be written into the blockchain almost in real time, thereby improving the efficiency of service processing.

In addition, the first shared service processing result includes at least a data digest (such as a hash digest) of the first private service processing result for attestation of the first shared service processing result.

Step <NUM>. The node device of the service data processing entity generates a second service processing result according to preset service processing steps, where the service processing steps include verifying the first private service processing result based on at least the first shared service processing result, and generating the second service processing result based on at least the first private service processing result after the verification succeeds.

The preset service processing steps include at least verifying, based on the data digest of the first private service processing result included in the first shared service processing result, whether the first private service processing result obtained by using the off-chain channel corresponds to a data digest attested in the blockchain, to avoid that the first private service processing result is illegally tampered with during transmission in the off-chain channel.

After the verification performed on the first private service processing result succeeds, the node device of the target service data processing entity may further generate the second service processing result based on at least the first private service processing result. Sometimes, when the first shared service processing result further includes some basic service information, the node device of the target service data processing entity may further generate the second service processing result based on the first private service processing result and the first shared service processing result.

Step <NUM>. The node device of the target service data processing entity sends a second transaction to the blockchain, where the second transaction includes the second service processing result, for the second transaction to be recorded in the distributed database of the blockchain after consensus verification by the blockchain.

For example, the node device of the service data processing entities may encapsulate the second service processing result into a second transaction according to a preset transaction format and send the second transaction to the blockchain. Because the second service processing result is visible in the distributed database of the blockchain, the second service processing result may not involve private information of a related target user or target service processing agency, while the target service processing agency may store a data processing result involving the private information into a local database.

A process of recording the second transaction in the distributed database of the blockchain is similar to a process of recording the first transaction in the distributed database of the blockchain.

In another shown implementation, because the service acceptance platform is usually used as a platform on which service acceptance and feedback are performed for the target user, the blockchain-based data processing method may further include step <NUM> (not shown in <FIG>): the node device of the service acceptance platform obtains, from the distributed database of the blockchain, a second transaction sent by the node device of the service data processing entity, where the second transaction includes a second service processing result of the target user, sends the second service processing result to the target user.

The target user in this embodiment may also benefit from the timeliness of data uploading or synchronization on the blockchain in the foregoing embodiment, to effectively obtain a service processing result (that is, the second service processing result) of a service processing application in a timely manner, thereby improving service use experience of the target user.

Certainly, this specification is not limited thereto. The terminal device of the target user, such as a PC terminal or a mobile device terminal, may also be used as a node device of the blockchain, and directly obtain the second service processing result from the distributed database of the blockchain. A process is not described herein again.

So far, by using step <NUM> to step <NUM> in this embodiment, the service acceptance platform and the data processing entity complete transmission of the first service processing result and the second service processing result based on the blockchain. This embodiment not only ensures the timeliness of the transmitted data, but also ensures that data backed up on the blockchain is tamper-poof. In addition, the first private service processing result may be transmitted by using an off-chain channel, and the data digest of the first private service processing result is attested in the distributed database of the blockchain, thereby achieving isolation for data privacy, and avoiding impact of adverse events such as data tampering.

The following describes the blockchain-based data processing method provided in this specification in detail by using the following service architectural mode: an insurance claim settlement platform as a front end to insurance claim settlement agencies as a back end.

As shown in <FIG>, one insurance platform may be connected to a plurality of insurance companies, to receive insurance applications of users and accept claim settlements. Correspondingly, the plurality of insurance companies may review the insurance applications of the users and review the claim settlements. Terminal devices <NUM> to <NUM> of the plurality of insurance companies and a terminal device <NUM> of the insurance platform all join in the blockchain network as the node devices of the blockchain, and transmit service data based on the distributed database of the blockchain.

<FIG> shows a process of processing an insurance application service of a user and a claim settlement service of a user by the foregoing node device <NUM> of an insurance company and the foregoing node device <NUM> of the insurance platform.

Step <NUM>. A target user initiates an insurance application for an insurance product based on a client of an insurance platform installed on a terminal device of the target user.

Step <NUM>. The insurance platform generates, based on the insurance application of the target user, a first private service processing result and a first shared service processing result with respect to a target insurance company. For example, by performing process steps, such as accepting an insurance application, obtaining insurance application data, charging an insurance application fee (which may be a pre-charged premium, where the final actual premium is charged by an insurance company agency after performing insurance underwriting according to the conditions of the target user), and generating insurance policy format data, the insurance platform generates insurance policy application data of the insurance product of the target insurance company that is purchased by the target user, to use the insurance policy application data as the first private service processing result; and the insurance platform generates a hash digest of the first private service processing result as at least a portion of the first shared service processing result.

Step <NUM>. A node device of the insurance platform encapsulates the first shared service processing result generated in the foregoing step into a first transaction, and sends the first transaction to the blockchain. Based on a consensus and verification mechanism of the blockchain, the first transaction is recorded in a distributed database of the blockchain after consensus verification.

Step <NUM>. The node device of the insurance platform sends, by using an off-chain channel, the first private service processing result generated in the foregoing step to the target insurance company providing the insurance product. Optionally, before transmission of the first private service processing result, the node device of the insurance platform performs data modeling processing on the first private service processing result by calling a smart contract that is used for data modeling processing and that is deployed in the blockchain, to facilitate data type management on the first private service processing result in the entire system (including the node device of the insurance platform and node devices of service processing entities).

Step <NUM>. A supplier of the insurance product purchased by the target user, that is, a node device of the target insurance company, receives the first private service processing result by using the off-chain channel.

Step <NUM>. The node device of the target insurance company synchronously updates the distributed database of the blockchain, and obtains the first transaction from the database. As described above, the first shared service processing result included in the first transaction includes at least a hash digest of the first private service processing result.

Step <NUM>. The node device of the target insurance company generates an insurance application result of the target user, such as a notification of insurance application success information, a notification of a premium amount, a notification of insurance quota information, or a notification of insurance application failure information, according to preset insurance application result generating steps, for example, process steps as follows: first performing, based on the hash digest of the first private service processing result included in the first shared service processing result, corresponding verification on the first private service processing result received by using the off-chain channel, and after the verification succeeds, checking authenticity and effectiveness of a certificate material of the target user included in the insurance policy application data, performing accounting on a premium of the target user, assigning an insurance policy number to the insurance policy application data, and signing and approving the insurance policy application data.

Step <NUM>. The node device of the target insurance company encapsulates the insurance application result of the target user into an insurance application result transaction (second transaction) of the target user, and sends the insurance application result transaction to the blockchain, where based on the consensus and verification mechanism of the blockchain, the insurance policy result transaction is recorded in the distributed database of the blockchain after consensus verification.

Step <NUM>. The node device of the insurance platform synchronously updates the distributed database of the blockchain, and obtains the insurance application result transaction from the database.

Step <NUM>. The node device of the insurance platform notifies the target user of a user insurance application result, or updates an insurance policy status of the target user or the like on the platform according to the insurance application result in the insurance application result transaction.

Step <NUM> to step <NUM> illustrate a process in which the target user uses the blockchain-based data processing method provided in this specification in an insurance application scenario. Similarly, the blockchain-based data processing method provided in this specification may also be used in a claim settlement scenario of the target user. For example:.

Optionally, the first shared service processing result may further include a claim settlement certificate, such as accident invoice information, included in the claim settlement application data of the target user, to avoid that the target user claims settlement repeatedly based on the same claim settlement certificate. In addition, a paid-compensation record or remaining compensable amount of the target user with respect to the insurance policy may be generated based on the accident invoice information attested in the distributed database of the blockchain and a claim settlement amount included in the insurance application information in step <NUM>.

Step <NUM>. A node device of the insurance platform encapsulates the first shared service processing result generated in the foregoing step into a first transaction, and sends the first transaction to the blockchain, where based on a consensus and verification mechanism of the blockchain, the first transaction is recorded in a distributed database of the blockchain after consensus verification.

Step <NUM>. The node device of the insurance platform sends, by using an off-chain channel, the first private service processing result generated in the foregoing step to the target insurance company that performs claim settlement based on the insurance product. Optionally, before transmission of the first private service processing result, the node device of the insurance platform performs data modeling processing on the first private service processing result by calling a smart contract that is used for data modeling processing and that is deployed in the blockchain, to facilitate data type management on the first private service processing result in the entire system (including the node device of the insurance platform and node devices of service processing entities).

Step <NUM>. A claimant of the insurance product corresponding to the claim settlement application of the target user, that is, a node device of the target insurance company, receives the first private service processing result by using the off-chain channel.

Step <NUM>. The node device of the target insurance company synchronously updates the distributed database of the blockchain, and obtains the first transaction from the database. As described above, the first shared service processing result included in first transaction includes at least a hash digest of the first private service processing result. As described above, the first transaction may further include certificate information of the claim settlement application of the target user.

Step <NUM>. The node device of the insurance company generates a compensation result of the target user, for example, notification information that the claim settlement review succeeds, a compensation amount, notification information that the claim settlement fails, information of causes of failed claim settlement, or other data, according to preset compensation result generating steps, for example, process steps as follows: first performing, based on the hash digest of the first private service processing result included in the first shared service processing result, corresponding verification on the first private service processing result received by using the off-chain channel, and after the verification succeeds, checking authenticity and effectiveness of a claim settlement certificate material of the target user included in the first private service processing result, performing accounting on a claim settlement amount for a claim settlement certificate included in the first shared service processing result.

Step <NUM>. The node device of the target insurance company encapsulates the compensation result of the target user into a compensation result transaction (second transaction), and sends the compensation result transaction to the blockchain, where based on the consensus and verification mechanism of the blockchain, the compensation result transaction is recorded in the distributed database of the blockchain after consensus verification.

Step <NUM>. The node device of the insurance platform synchronously updates the distributed database of the blockchain, and obtains the compensation result transaction from the database.

Step <NUM>. The node device of the insurance platform notifies the target user of the notification information that the claim settlement review succeeds, the compensation amount, the notification information that the claim settlement fails, the information of causes of failed claim settlement, or the like according to the compensation result in the compensation result transaction.

When a terminal of the target user is also a node device of the blockchain, the node device of the insurance company may remit (or referred to as transfer), based on the compensation amount included in the compensation result, an asset certificate corresponding to the compensation amount to a blockchain account of the target user on the blockchain. The asset certificate may correspond to smart assets such as tokens or digital assets in the blockchain, or may correspond to off-chain assets such as cash, securities, coupons, or house property outside the blockchain. A payment result of the compensation may also be included in the scope of the compensation result.

Corresponding to the implementations of the foregoing processes, an embodiment of this specification further provides blockchain-based data processing apparatuses <NUM> and <NUM>. The apparatus <NUM> or <NUM> may be implemented by software, hardware, or a combination of software and hardware. Using software implementation as an example, a logical apparatus is formed by reading a corresponding computer program instruction and writing the instruction into an internal memory for executing through a central processing unit (CPU) of a device on which the apparatus is located. From a hardware perspective, in addition to the CPU, internal memory, and memory shown in <FIG>, the device at which the apparatus for implementing a network risk service is located usually includes other hardware, such as a chip for wireless signal transmission and receiving, and/or other hardware, such as a board card for implementing network communication functions.

<FIG> shows a blockchain-based data processing apparatus <NUM>. A blockchain includes a node device of a service acceptance platform and node devices of service data processing entities, and the apparatus <NUM> includes:.

In another shown implementation, the apparatus <NUM> further includes:.

In another shown implementation, the first private service processing result is a data modelized first private service processing result.

In another shown implementation, the node device of the service acceptance platform is a node device of an insurance application acceptance platform, the node devices of the service data processing entities are node devices of insurance application review agencies, and the service processing application data of the target user is insurance application data of the target user.

The first private service processing result is insurance policy application data with respect to a target insurance application review agency, and the first shared service processing result is a hash digest of the insurance policy application data.

The second service processing result is an insurance application result of the target user obtained by a node device of the target insurance application review agency through processing.

In another shown implementation, the node device of the service acceptance platform is a node device of a claim settlement acceptance platform, the node devices of the service data processing entities are node devices of claim settlement review agencies, and the service processing application data of the target user is claim settlement application data of the target user.

The first private service processing result includes claim settlement application data with respect to a target claim settlement review agency, and the first shared service processing result includes a hash digest of the claim settlement application data.

The second service processing result includes a compensation result for the target user obtained by a node device of the target claim settlement review agency through processing.

In another shown implementation, the blockchain is a consortium blockchain, and the node device of the service acceptance platform and the node devices of the service data processing entities are consortium member node devices.

For details of the implementation processes of the functions and effects of the units in the apparatuses <NUM> and <NUM>, reference may be made to the implementation processes of corresponding steps in the foregoing method. For related parts, refer to partial descriptions in the method embodiment.

The apparatus embodiments described above are merely examples. The units described as separate parts may or may not be physically separate, and the parts displayed as units may or may not be physical modules, may be located in one position, or may be distributed on a plurality of network modules. Some or all of the units or modules may be selected according to actual requirements to achieve the objectives of the solutions of this specification. A person of ordinary skill in the art may understand and implement the solutions without creative efforts.

The apparatus, the unit or the module described in the foregoing embodiments can be implemented by a computer chip or an entity or implemented by a product having a certain function. A typical implementation device is a computer, and the computer may be in a form of a personal computer, a laptop computer, a cellular phone, a camera phone, a smartphone, a personal digital assistant, a media player, a navigation device, an email device, a game console, a tablet computer, a wearable device, or a combination of any of these devices.

Corresponding to the method embodiment, an embodiment of this specification further provides a computer device. As shown in <FIG>, the computer device includes a memory and a processor. The memory stores a computer program executable by the processor. The processor, when executing the computer program, performs the steps of the blockchain-based data processing method performed by a node device end of a service acceptance platform in the embodiments of this specification. For detailed descriptions of the steps of the blockchain-based data processing method performed by the node device end of the service acceptance platform, refer to previous content. Details are not repeated.

Corresponding to the method embodiment, an embodiment of this specification further provides a computer device. As shown in <FIG>, the computer device includes a memory and a processor. The memory stores a computer program executable by the processor. The processor, when executing the computer program, performs the steps of the blockchain-based data processing method performed by a node device end of service data processing entities in the embodiments of this specification. For detailed descriptions of the steps of the blockchain-based data processing method performed by the node device end of the service data processing entities, refer to previous content. Details are not repeated.

In a typical configuration, a computing device includes one or more processors (CPUs), an input/output interface, a network interface, and an internal memory.

The internal memory may include the following forms of computer-readable media: a non-persistent memory, a random access memory (RAM), and/or a nonvolatile internal memory, for example, a read-only memory (ROM) or a flash memory (flash RAM). The internal memory is an example of the computer-readable medium.

The computer-readable medium includes a persistent medium and a non-persistent medium, a removable medium and a non-removable medium, which may implement storage of information by using any method or technology. The information may be computer-readable instructions, a data structure, a module of a program, or other data.

Examples of computer storage media include but are not limited to a phase change memory (PRAM), a static random access memory (SRAM), a dynamic random access memory (DRAM), another type of RAM, a ROM, an electrically erasable programmable read-only memory (EEPROM), a flash memory or other internal memory technology, a compact disc read-only memory (CD-ROM), a digital versatile disc (DVD) or other optical storage, a cassette magnetic tape, tape and disk storage or other magnetic storage device or any other non-transmission media that may be configured to store information accessible by the computing device. According to the definition in this specification, the computer-readable medium does not include transitory computer-readable media (transitory media) such as a modulated data signal and a carrier.

It should also be noted that the terms "include," "comprise" and any other variants mean to cover the non-exclusive inclusion. Therefore, the process, method, article, or device that includes a series of elements not only includes those elements, but also includes other elements not clearly listed, or includes the elements inherent to the process, method, article or device. Without further limitation, the element defined by a phrase "include one. " does not exclude other same elements in the process, method, article, or device that includes the element.

Claim 1:
A blockchain-based data processing method, wherein a blockchain comprises a node device of a service acceptance platform and node devices of service data processing entities, and the method comprises:
receiving (<NUM>), by the node device of the service acceptance platform, service processing application data of a target user;
generating (<NUM>), by the node device of the service acceptance platform, based on the service processing application data, a first shared service processing result and a first private service processing result with respect to a target service data processing entity, wherein the first shared service processing result comprises at least a data digest of the first private service processing result, and wherein the first private service processing result is a data modelized first private service processing result obtained by the node device of the service acceptance platform by performing data modeling processing; and
sending (<NUM>), by the node device of the service acceptance platform, a first transaction to the blockchain, the first transaction comprising the first shared service processing result, for the first transaction to be recorded in a distributed database of the blockchain after consensus verification by the blockchain
characterized by:
sending (<NUM>), by the node device of the service acceptance platform, the first private service processing result to a node device of the target service data processing entity through an off-chain channel, for the node device of the target service data processing entity to generate a second service processing result according to preset service processing steps, wherein the service processing steps comprise verifying, based on the data digest of the first private service processing result included in the first shared service processing result, whether the first service processing result obtained by using the off-chain channel corresponds to a data digest attested in the blockchain, to avoid that the first private service processing result is illegally tampered with during transmission in the off-chain channel, and generating the second service processing result based at least on the first private service processing result after the verification succeeds.