WO2021175057A1

WO2021175057A1 - Service processing system, method, apparatus and device

Info

Publication number: WO2021175057A1
Application number: PCT/CN2021/074513
Authority: WO
Inventors: 李书博; 林渝淇; 孙善禄; 王天雨
Original assignee: 支付宝(杭州)信息技术有限公司
Priority date: 2020-03-05
Filing date: 2021-01-29
Publication date: 2021-09-10
Also published as: CN111008841B; CN111008841A; CN111724169A; CN111724169B

Abstract

A service processing system, method, apparatus and device. The method comprises: obtaining a service processing request of a service to be processed, the service processing request being used for processing said service between a service initiator and a target party, and the service processing request comprising digital identity information of the service initiator and digital identity information of the target party (S302); obtaining first sub-digital identity information of the service initiator according to the digital identity information of the service initiator, and obtaining second sub-digital identity information of the target party according to the digital identity information of the target party (S304); according to the service processing request and the first sub-digital identity information, determining a first blockchain related to execution of said service by a service processing party, and according to the service processing request and the second sub-digital identity information, determining a second blockchain related to execution of said service by the target party (S306); and if the authority of cross-chain interaction exists between the first blockchain and the second blockchain, performing cross-chain service processing on said service by means of the first blockchain and the second blockchain (S308).

Description

Business processing system, business processing method, device and equipment

Technical field

This specification relates to the field of computer technology, in particular to a business processing system, business processing method, device and equipment.

Background technique

For different businesses, the corresponding business processing methods can be different, and the processing mechanisms for different businesses can be implemented by corresponding servers. In addition, there can be different processing mechanisms for the same business, and often only in different institutions or organizations. When the processing mechanism of a given business belongs to the same blockchain, the business can be completed.

Usually the business processing mechanisms set by different institutions or organizations cannot be interconnected. For example, for the transfer business, the transfer processing mechanisms set by different institutions or organizations can be different. Use the transfer processing mechanism set by the A institution When a user who transfers money, he can only transfer money to another user who also uses the transfer processing mechanism set by institution A, and cannot transfer funds between different processing mechanisms, for example, through an application provided by a financial institution The user who makes the transfer can only transfer the transferred amount to another user registered in the application through the above-mentioned application, but cannot transfer the transferred amount to a user who is not registered in the application. For this reason, it is necessary to provide a technical solution that can realize cross-chain interaction between different blockchains.

Summary of the invention

An embodiment of this specification provides a business processing system, the business processing system includes an application layer subsystem, a scheduling layer subsystem, and an access layer subsystem, wherein: the application layer subsystem obtains the business processing of the business to be processed by the user Request, and forward the service processing request to the dispatch layer subsystem. The scheduling layer subsystem forwards the service processing request to the access layer subsystem based on the resources scheduled to execute the service to be processed. The access layer subsystem obtains the first sub-digital identity information of the service initiator according to the digital identity information of the service initiator, and obtains the second sub-digital identity information of the target party according to the digital identity information of the target party Identity information, and according to the service processing request and the first sub-digital identity information, determine the first blockchain related to the service processing party to execute the service to be processed, and according to the service processing request and the The second sub-digital identity information determines the second block chain related to the target party performing the service to be processed, and is capable of performing cross-chain interaction between the first block chain and the second block chain When the permission is granted, cross-chain business processing is performed on the to-be-processed business through the first block chain and the second block chain.

An embodiment of this specification provides a service processing method, the method comprising: obtaining a service processing request of a service to be processed, and the service processing request is used to request to process the service to be processed between a service initiator and a target party. , The service processing request includes the digital identity information of the service initiator and the digital identity information of the target party. According to the digital identity information of the service initiator, obtain the first sub-digital identity information of the service initiator; and, according to the digital identity information of the target party, obtain the second sub-digital identity information of the target party. According to the service processing request and the first sub-digital identity information, determine the first blockchain related to the service processing party to perform the service to be processed; and, according to the service processing request and the second The sub-digital identity information determines the second blockchain related to the target party's execution of the service to be processed. If the first block chain and the second block chain have the authority to carry out cross-chain interaction, then the first block chain and the second block chain are used for the transaction to be processed. Conduct cross-chain business processing.

An embodiment of this specification provides a service processing device, the device includes: a service request module, which obtains a service processing request of a service to be processed, and the service processing request is used to request processing of all transactions between the service initiator and the target. For the service to be processed, the service processing request includes the digital identity information of the service initiator and the digital identity information of the target party. The digital identity obtaining module obtains the first sub-digital identity information of the service initiator according to the digital identity information of the service initiator; and, obtains the second sub-digital identity information of the target party according to the digital identity information of the target party. Sub-digital identity information. The block chain determination module, according to the service processing request and the first sub-digital identity information, determines the first block chain related to the service processing party to execute the service to be processed; and, according to the service processing The request and the second sub-digital identity information determine the second blockchain related to the target party's execution of the service to be processed. The cross-chain processing module, if the first block chain and the second block chain have the authority to carry out cross-chain interaction, the first block chain and the second block chain are used to The to-be-processed business is processed for cross-chain business.

An embodiment of this specification provides a service processing device, the service processing device includes: a processor; and a memory arranged to store computer-executable instructions, which when executed, cause the processor to : Obtain the service processing request of the service to be processed, the service processing request is used to request the processing of the service to be processed between the service initiator and the target party, and the service processing request includes the digital identity information of the service initiator And the digital identity information of the target. According to the digital identity information of the service initiator, obtain the first sub-digital identity information of the service initiator; and, according to the digital identity information of the target party, obtain the second sub-digital identity information of the target party. According to the service processing request and the first sub-digital identity information, determine the first blockchain related to the service processing party to perform the service to be processed; and, according to the service processing request and the second The sub-digital identity information determines the second blockchain related to the target party's execution of the service to be processed. If the first block chain and the second block chain have the authority to carry out cross-chain interaction, then the first block chain and the second block chain are used for the transaction to be processed. Conduct cross-chain business processing.

Description of the drawings

In order to more clearly describe the technical solutions in the embodiments of this specification, the following will briefly introduce the drawings needed in the description of the embodiments. Obviously, the drawings in the following description are only some of the implementations recorded in this specification. For example, for those of ordinary skill in the art, without creative work, other drawings can be obtained from these drawings.

Figure 1 is a schematic structural diagram of a business processing system in this specification;

Figure 2 is a schematic structural diagram of another business processing system in this specification;

Figure 3 is an embodiment of a service processing method in this specification;

Figure 4 is another embodiment of a service processing method in this specification;

Figure 5 is another embodiment of a service processing method in this specification;

Figure 6 is an embodiment of a service processing device in this specification;

Fig. 7 is an embodiment of a service processing device in this specification.

Detailed ways

The embodiments of this specification provide a business processing system, a business processing method, device, and equipment.

In order to enable those skilled in the art to better understand the technical solutions in this specification, the following will clearly and completely describe the technical solutions in the embodiments of this specification in conjunction with the drawings in the embodiments of this specification. Obviously, the described The embodiments are only a part of the embodiments in this specification, rather than all the embodiments. Based on the embodiments in this specification, all other embodiments obtained by a person of ordinary skill in the art without creative work shall fall within the protection scope of this specification.

Example one

As shown in Figure 1, the embodiment of this specification provides a business processing system, which can respond to and process the business requested by the user (that is, the business to be processed), and the business processing system can be one or more different The business provides corresponding services, such as payment business or shopping business, etc. In addition, the business processing system can also implement cross-blockchain business processing for a business. Different service processing mechanisms can be preset for different services, which can be specifically set according to actual conditions, which is not limited in the embodiment of the present application.

As shown in Figure 1, for the business processing system, because it contains a variety of different functions, the business processing system can be divided into three subsystems based on the different functions and division of labor of the business processing system, that is, the business processing system can include Application layer subsystem, dispatch layer subsystem and access layer subsystem.

The hierarchical structure corresponding to the application layer subsystem can be at the highest level of the hierarchical structure corresponding to the business processing system, and the application layer subsystem can provide a variety of different client application interfaces to provide users with a variety of different business services.

The dispatch layer subsystem can have routing functions and can be based on equipment such as routing equipment or switches. The scheduling layer subsystem can create logical links for the transmission of messages or data between nodes, and perform addressing based on digital identity information, etc., and can select the most appropriate transmission path for messages or data, etc.

The access layer subsystem can be a key subsystem in the business processing system. Through the access layer subsystem, the trigger execution and corresponding control of the business processing mechanism of the corresponding business can be realized.

The above is the composition of each subsystem and the different functions that can be realized. In the embodiment of this specification, the application layer subsystem can be configured to obtain the service processing request of the user to be processed, that is, the application layer subsystem can communicate with the client The interface between applications receives or obtains a service processing request generated by a user triggering a certain service (that is, a service to be processed) through the client application. In addition, the application layer subsystem can also forward the acquired service processing request to the dispatch layer subsystem for further processing.

The scheduling layer subsystem can schedule the resources required to execute the service to be processed based on the service processing request of the service to be processed provided by the application layer subsystem, and forward the service processing request to the The access layer subsystem continues processing.

The access layer subsystem can obtain the digital identity information of the business initiator and the digital identity information of the target party of the business to be processed, and can process the business based on the digital identity information of the business initiator, the digital identity information of the target party and the business processing request Conduct cross-chain business processing. Among them, digital identity information can refer to information that identifiably portrays the business initiator or target party through digital information, that is, condensing the real identity information into a form of digital code, so as to provide information to the business initiator or target party. Individual real-time behavior information is bound, inquired and verified. Digital identity information can not only contain the user's birth information, individual description, biometrics and other identity coding information, but also involve multiple attributes of personal behavior information (such as transaction information or entertainment information, etc.). Digital identity information can be displayed in a variety of ways, such as DID (Decentralized Identity) and so on.

Specifically, the access layer subsystem can obtain the first sub-digital identity information of the business initiator according to the digital identity information of the business initiator, where the digital identity information of the business initiator may be a certain kind of identity information based on the business initiator Definite information, for example, the digital identity information of the business initiator can be generated based on the identity document number of the business initiator, and the first sub-digital identity information can be one or more sub-identity information corresponding to the digital identity information of the business initiator, such as the first A sub-digital identity information can be generated based on the ID number of the service initiator and certain information of the service to be processed. At the same time, the access layer subsystem can also obtain the target's second sub-digital identity information based on the target's digital identity information. Among them, the target's digital identity information and the target's second sub-digital identity information can be used in a variety of ways. The setting, for example, can be set through the above-mentioned setting method of the digital identity information of the service initiator and the first sub-digital identity information of the service initiator.

Each blockchain user can set corresponding digital identity information (sub-digital identity information in this embodiment), and the sub-digital identity information can be used to determine the blockchain related to the execution of the business to be processed. Specifically, The access layer subsystem can determine the first blockchain related to the business processing party to execute the business to be processed based on the business processing request and the first sub-digital identity information. Similarly, the access layer subsystem can also determine the first blockchain related to the business processing request and the second sub-digital identity information. The sub-digital identity information determines the second blockchain related to the target party's execution of the business to be processed. When the first block chain and the second block chain have the authority to carry out cross-chain interaction, the cross-chain business processing of the business to be processed is carried out through the first block chain and the second block chain.

The embodiment of this specification provides a service processing system, including an application layer subsystem, a scheduling layer subsystem, and an access layer subsystem. The application layer subsystem obtains a user's service processing request for the service to be processed, and forwards the service processing request to the scheduling layer sub-system. System, the dispatch layer subsystem forwards the service processing request to the access layer subsystem based on the dispatched resources required to execute the service to be processed. The access layer subsystem can obtain the first sub-digit of the service initiator based on the digital identity information of the service initiator The identity information can then be used to determine the first blockchain related to the business processor performing the business to be processed. Similarly, the second sub-digital identity information of the target can be obtained based on the digital identity information of the target, and then the target can be determined Execute the second blockchain related to the business to be processed, and then, when the first blockchain and the second blockchain have the authority to conduct cross-chain interactions, pass the first blockchain and the second block The block chain, cross-chain business processing of the business to be processed, thus realizes the cross-chain processing of the business to be processed, and improves the efficiency of business processing.

Example two

Figure 2 is a business processing system provided by an embodiment of this specification. The business processing system includes all the functional units of the business processing system shown in Figure 1, and on the basis of it, it has been improved.

For the above-mentioned application layer subsystems, it may specifically include client applications deployed on user terminal devices. The user terminal device may be a terminal device used by the user, such as a mobile phone or a tablet computer. The client application may be pre-determined An application written in a programming language. An interface is set between the client application and the application layer subsystem. Through this interface, the client application can obtain the service processing request of the user to be processed, and send the service processing request to the dispatch layer subsystem, where the service processing request It can include the digital identity information of the business initiator and the digital identity information of the target. The digital identity information of the business initiator and the digital identity information of the target can be obtained from a distributed digital identity database.

For the scheduling layer subsystem, it is possible to determine the scheduling location of the resources required by the service initiator to execute the service to be processed and the scheduling location of the resources required by the target to execute the service to be processed according to the digital identity information of the service initiator and the digital identity information of the target. , And forward the service processing request based on the above-mentioned scheduling location.

In the implementation, certain resources need to be used for the above-mentioned business processing during the business processing of the business to be processed. In this way, it is necessary to determine the resources required by the business initiator and target. Before obtaining the above-mentioned resources, it is necessary to determine the The scheduling location of the resource to be obtained. Therefore, the scheduling layer subsystem can determine the blockchain corresponding to the business initiator according to the digital identity information of the business initiator, and can select the execution wait for the business initiator through the determined blockchain. The scheduling position of the resources required to process the service, similarly, the scheduling position of the resources required to execute the service to be processed can also be selected for the target in the above-mentioned manner. Then, the service processing request can be forwarded respectively based on the scheduling position of the resource required by the service initiator to execute the service to be processed and the scheduling position of the resource required by the service initiator to execute the service to be processed, so that each scheduling location can prepare corresponding resources.

The business processing system may also include a resource layer subsystem, where the resource layer subsystem provides resources required to execute the service to be processed. A variety of different types of resources can be configured in the resource layer subsystem, such as Fabric type resources, Mychain type resources, C3S type resources, or data type resources. The hierarchical structure of the resource layer subsystem can be set at the bottom of the hierarchical structure of the business processing system.

In addition, in order to ensure the security of business processing and the security of data in the blockchain, permission checks can be performed on related information such as the business initiator and target. Specifically, a permission check module can be set in the business processing system. The functions that can be realized by the permission check module can be realized by a pre-written application. The permission check module can determine the validity of the digital identity information of the business initiator and the target party, that is, the permission check module can generate the business in a predetermined way. The digital identity information of the initiator can then verify the validity of the digital identity information of the business initiator based on the generated digital identity information, or the reference digital identity information of the business initiator can be obtained from the distributed digital identity database. And use this to verify the validity of the digital identity information of the business initiator and so on. If the verification result is that the digital identity information of the business initiator is valid, the subsequent processing can be continued, and if the verification result is that the digital identity information of the business initiator is invalid, the subsequent processing can be stopped. Similarly, the permission check module can also verify the validity of the target’s digital identity information. If the verification result is that the target’s digital identity information is valid, the subsequent processing can be continued. If the verification result is the target’s digital identity information If it is invalid, the subsequent processing can be stopped.

In addition, the authority checking module can also determine whether the service processing request conforms to the predetermined message format rule according to the type to which the service processing request belongs.

Among them, the predetermined message format rule may be for a certain type of message, a predetermined format rule for this type of message. For example, the predetermined message format rule for a certain type of message may be: the message header consists of three The fields and the corresponding field values are composed. The three fields are A field, B field and C field. In actual applications, the message format rule is not limited to the above-mentioned one method, but may also include a variety of optional processing methods, which can be specifically set according to actual conditions, which is not limited in the embodiment of this specification.

In the implementation, in order to successfully complete the subsequent business processing, it is not only necessary to verify the validity of the digital identity information of the business initiator and target, but also to verify the type of the business processing request. Specifically, it can be pre- According to different services, set the type of the corresponding service processing request, that is, for different services, the type of the corresponding service processing request may also be different. In addition, you can also set the message format rules for business processing requests for different types. The permission checking module can analyze the business processing request to determine the type of the business processing request, and can obtain the message format rules corresponding to the business processing request based on the determined type, and then can perform the business processing request and the acquisition If the service processing request matches the predetermined message format rule, it indicates that the service processing request conforms to the predetermined message format rule; otherwise, the service processing request does not conform to the predetermined message format rule.

In addition, in addition to the above-mentioned permission check processing, the permission check module can also perform permission checks on cross-chain interactions, that is, the permission check module can find the first blockchain from the pre-stored cross-chain interaction permission information Cross-chain interaction authority information for cross-chain interaction with the second blockchain.

Among them, the cross-chain interaction authority information may be pre-set information about the authority for cross-blockchain interaction between multiple blockchains, for example, a cross-chain pre-stored blockchain 1 and blockchain 2 The interaction authority information indicates that cross-chain interaction can be carried out between blockchain 1 and blockchain 2.

In the implementation, the blockchain that can perform cross-chain interaction can be determined according to the actual situation, and then the cross-chain interaction authority information can be preset for the blockchain that performs cross-chain interaction, and the set cross-chain interaction authority information can be set Store it. The permission check module can find out whether there is cross-chain interaction permission information for cross-chain interaction between the first blockchain and the second blockchain from the pre-stored cross-chain interaction permission information. If the first block is found The cross-chain interaction authority information for the cross-chain interaction between the chain and the second blockchain can be followed by subsequent processing. If the cross-chain interaction between the first blockchain and the second blockchain is not found The interaction authority information indicates that cross-chain interaction cannot be carried out between the first block chain and the second block chain.

The above-mentioned permission check module exists as a whole, that is, the permission check module can be set in the dispatch layer subsystem or the access layer subsystem, and can be specifically set according to actual conditions, which is not limited in the embodiment of this specification. In practical applications, the structure of the permission check module is not limited to the above-mentioned way. The permission check module can also be divided into two units according to the function and division of labor of the permission check module. That is, the permission check module can include a first permission check unit and a second permission check unit. The second permission check unit, wherein the first permission check unit can be set in the dispatching subsystem or the access layer subsystem, and the second permission check unit is set in the access layer subsystem. The first authority checking unit may be configured to determine the validity of the digital identity information of the service initiator and target, and determine whether the service processing request conforms to the predetermined message format rule according to the type of the service processing request. The second permission checking unit may be configured to search for cross-chain interaction permission information for cross-chain interaction between the first blockchain and the second blockchain from the pre-stored cross-chain interaction permission information.

In addition, the access layer subsystem may also include a message processing module. The second authority checking unit is connected to the message processing module. The message processing module is configured to determine the type of the service processing request; the message processing module is configured to determine the type of the service processing request. The type of, from at least one of the first preselected blockchains, the first preselected blockchain that processes the request of the type is acquired, and the acquired first preselected blockchain that processes the request of the type is acquired as and The first preselected blockchain that matches the business processing request; and/or, according to the type to which the business processing request belongs, obtain a second preselected blockchain that processes the request of the type from at least one second preselected blockchain , Acquiring the acquired second pre-selected blockchain for processing the request of the type as the second pre-selected blockchain matching the business processing request.

In addition, in order to achieve cross-blockchain business processing for the business to be processed, a module that implements the above-mentioned cross-chain business processing, that is, a cross-blockchain interaction module, can be set in the access layer subsystem. The cross-blockchain interaction module can perform cross-chain business processing on the business to be processed through the first block chain and the second block chain. The cross-blockchain interaction module may include one or more anchors and one or more repeaters. The anchor can be configured with the client application corresponding to the first block chain, so that the anchor can establish a connection with the first block chain, and the repeater can be configured with the second block chain corresponding The client application enables the repeater to establish a connection with the second blockchain.

The client application configured on the anchor and the repeater respectively, the configuration of the anchor and the repeater is lightweight, specifically, when any anchor is selected by the first blockchain, any anchor The client application with the first blockchain is configured in to monitor the cross-chain request on the first blockchain, and the cross-chain request is determined based on the business processing request. When any repeater is selected by the second blockchain, any repeater is configured with a client application of the second blockchain.

When the first blockchain needs to retrieve cross-chain data from the second blockchain, a cross-chain request can be created on the first blockchain, and the request object of the cross-chain request is the second blockchain. Through the configured client application of the first blockchain, the anchor can monitor the cross-chain request created on the first blockchain, and based on the request object indicated by the cross-chain request as the second blockchain, And there is a connection relationship between the second blockchain and the relay, and the cross-chain request is transmitted to the relay, and the relay further transmits the cross-chain request to the second blockchain.

Through the configured client application of the second blockchain, the repeater can retrieve the response data formed by the second blockchain in response to the above cross-chain request, and return the response data to the anchor, and the anchor The response data can be further returned to the first blockchain, thereby completing the cross-chain interaction between the first blockchain and the second blockchain.

In addition to the response data, the repeater also retrieves the corresponding on-chain certification from the second blockchain, and the repeater can verify the response data based on the on-chain certification, such as determining that the response data exists in the second area The blockchain ledger of the block chain, etc., this manual does not limit this. At the same time, the repeater is equipped with trusted certification conversion technology, so that after verifying the response data based on the on-chain certification, if the verification result is passed, the repeater can generate a repeater certificate based on the trusted certification conversion technology. It is equivalent to converting the on-chain proof into a repeater proof. Then, the repeater returns the response data and the repeater certificate to the anchor, and the anchor further returns to the first blockchain; among them, the repeater can pre-publish the root of trust, and the first blockchain The root of trust can be obtained and deployed in advance, so that after the first blockchain obtains the above-mentioned response data and the relay certificate, the response data and the relay certificate can be verified based on the root of trust to determine the relay The response data provided has been verified and passed.

It should be pointed out that each repeater in this manual can be regarded as "a device" logically, so that each repeater obtains the cross-chain data returned by the callee's blockchain and the on-chain certification , Based on the verification results of the cross-chain data and the on-chain proof, the on-chain proof can be converted into a credible relay proof, and the number of the relay proof is only one. Each repeater can actually run on a single electronic device, such as a physical server containing an independent host, PC, laptop, mobile phone, etc.; or, each repeater can run on a device composed of multiple electronic devices On clusters, such as virtual servers carried by host clusters; this manual does not limit this.

A direct connection is established between the anchor and the repeater in the cross-blockchain interaction module; and in other embodiments, a cross-blockchain interaction module that provides bridging function is also provided, which can be set by bridging The bridge is connected to the anchor and the repeater respectively to realize the bridging function between the anchor and the repeater.

The cross-blockchain interaction module also includes at least one bridge; wherein any bridge is respectively connected to any anchor and any repeater, and is used to forward the cross-chain request provided by any anchor to Any repeater, and forward the response data and repeater certification provided by any repeater to any anchor.

It should be noted that the structure of the business processing system shown in Figures 1 and 2 is only an optional and achievable system structure. In practical applications, the business processing system described in the embodiment of this specification is The structure is not only limited to the structure in the above drawings, but can also include other various achievable structures, which can be specifically set according to actual conditions or functions required by the business processing system. The embodiments of this specification are not limited to this. Make a limit.

Example three

As shown in Figure 3, the embodiment of this specification provides a business processing method, the execution subject of the method may be the business processing system provided in the above-mentioned embodiment 1 or the embodiment 2, and the service processing system may be implemented based on a server, where , The server can be an independent server, or a server cluster composed of multiple servers. The business processing system can implement cross-blockchain business processing for a certain business, and the above-mentioned blockchain can be a blockchain used to provide a certain business (such as a business to conduct a transaction, etc.) services. For the specific structure of the business processing system, please refer to the above-mentioned related content, which will not be repeated here. The method may specifically include the following steps:

In step S302, a business processing request of the business to be processed is obtained, the business processing request is used to process the business to be processed between the business initiator and the target, and the business processing request includes the digital identity information of the business initiator and the target. Party’s digital identity information.

Among them, the business to be processed can be any business that needs to be processed, such as financial business such as payment business, transfer business, etc., or business such as sending of documents or information. The service initiator may be the party that triggers or initiates the execution of the service to be processed, for example, it may be the user who initiates the transfer service. The target party may be the party that executes the target for the service to be processed. For example, if the business initiator is the user who initiates the money transfer service, the target party may be the party to which the user transfers money. Specifically, for the money transfer service, the user A needs to transfer 50 yuan to user B, then the service initiator can be user A, and the target party can be user B.

In implementation, for different businesses, the corresponding business processing mechanisms can be different, and the processing mechanisms for different businesses can be implemented by the corresponding servers provided with the business processing systems described above. In addition, there can be different processing mechanisms for the same business, and , Often only when the business processing mechanisms set by different institutions or organizations belong to the same blockchain, can the business be completed, and under normal circumstances, the business processing mechanisms set by different institutions or organizations cannot be interconnected. For example, for the transfer business, the transfer processing mechanism set by different institutions or organizations may be different. When users use the transfer processing mechanism set by the A institution to transfer money, they can only transfer funds that are also set by the A institution. Another user of the processing mechanism of the financial institution transfers money, but the transfer between different processing mechanisms cannot be realized. For example, a user who transfers money through an application provided by a financial institution can only transfer the transferred amount to Another user registered in the application cannot transfer the transferred amount to a user who is not registered in the application. For this reason, it is necessary to provide a technical solution that can realize cross-chain interaction between different blockchains. The embodiment of this specification provides an optional technical solution, which may specifically include the following content:

For the blockchain system where one or more businesses are located, a client application applied to the blockchain system can be developed. The client application can be set up with different business entrances, which can be processed through a variety of Ways to achieve, for example, through hyperlinks or redirects. When the user (that is, the service initiator) needs to process a certain service (that is, the service to be processed), the client application installed in the terminal device can be started, and the client application can be selected from the processing entry provided by the client application. At the same time, the terminal device of the service initiator can obtain information related to the service to be processed, and can generate service processing requests based on the obtained information. The terminal device of the service initiator can be selected based on the service initiator The processing entry for the business processing request. The client application and the business processing system exchange data through a preset interface, and the terminal device can send the business processing request to the business processing system through the preset interface, and the application layer subsystem in the business processing system can obtain The business processes the request.

It should be noted that the business processing request can be used to process the pending business between the business initiator and the target party, and the business processing request includes the digital identity information of the business initiator and the digital identity information of the target. Among them, digital identity information can be displayed in a variety of ways, such as DID (Decentralized Identity) and so on.

In step S304, obtain the first sub-digital identity information of the service initiator according to the digital identity information of the service initiator; and obtain the second sub-digital identity information of the target party according to the digital identity information of the target party.

Among them, the digital identity information of the business initiator can be information determined based on a certain type of identity information of the business initiator. For example, the digital identity information of the business initiator can be generated based on the identity document number of the business initiator, and the first sub-digital identity The information may be one or more sub-identity information corresponding to the digital identity information of the service initiator. For example, the first sub-digital identity information may be generated based on the ID number of the service initiator and certain information of the service to be processed. The digital identity information of the target party can be information determined based on a certain kind of identity information of the target party. For example, the digital identity information of the target party can be generated based on the identity document number of the target party, and the second sub-digital identity information can be the target party’s digital identity information. One or more sub-identity information corresponding to the digital identity information, for example, the second sub-digital identity information may be generated based on the ID number of the target party and certain information of the service to be processed.

In implementation, a sub-digital identity information can be set for each user based on the type of business processing mechanism, so that when users use different business processing mechanisms, the corresponding sub-digital identity information can be used. In addition, considering different types of business processing mechanisms, the user’s sub-identity information is different, and multiple sub-identity information is obviously not conducive to the user’s storage and memory. For this reason, unique digital identity information can be set for each user, and the Each sub-digital identity information of a user corresponds to the digital identity information of the user, that is, for a certain user, it may include one digital identity information and at least one sub-digital identity information.

Based on the above content, since different business processing mechanisms have corresponding sub-digital identity information, and the digital identity information corresponds to multiple different sub-digital identity information, the business processing system obtains the digital identity information of the business initiator and the target party. After the digital identity information, the first sub-digital identity information of the service initiator and the second sub-digital identity information of the target party can be obtained respectively through the corresponding relationship set above.

In step S306, according to the above-mentioned service processing request and the first sub-digital identity information, determine the first blockchain related to the service processing party performing the service to be processed; and, according to the service processing request and the second sub-digital identity information, Determine the second blockchain related to the target's execution of the business to be processed.

In implementation, the blockchain nodes that perform business processing through the same business processing mechanism can be in the same blockchain, and the blockchain nodes that perform business processing by different business processing mechanisms can be in different blockchains, such as For the transfer business, a blockchain node that performs business processing based on the business processing mechanism corresponding to the application provided by a financial institution can build a blockchain, and the business processing is based on some other business processing mechanism other than the above-mentioned application Blockchain nodes can build another blockchain and so on. In each blockchain, the same information or rules can be used to generate sub-digital identity information. Therefore, for the service initiator, the service processing system can obtain the first sub-digital identity information capable of processing the above-mentioned service processing request (or the service to be processed, etc.) from the first sub-digital identity information obtained above, and then can obtain the first sub-digital identity information based on the obtained first sub-digital identity information. The first sub-digital identity information determines the block chain to which the first sub-digital identity information belongs, and the obtained block chain can be used as the business processor to execute the first block chain related to the business to be processed.

For the target party, the business processing system can obtain the second sub-digital identity information capable of processing the aforementioned service to be processed (or the aforementioned service processing request, etc.) from the obtained second sub-digital identity information, and then can be based on the obtained first sub-digital identity information. The second sub-digital identity information determines the block chain to which the second sub-digital identity information belongs, and the obtained block chain can be used as the second block chain related to the target party to execute the service to be processed.

In step S308, if the first block chain and the second block chain have the authority to conduct cross-chain interaction, the cross-chain business processing of the business to be processed is performed through the first block chain and the second block chain.

In implementation, different blockchains are often unable to interact with each other across the chain. For this reason, you can pre-set which blockchains can interact with each other, and you can set the cross-chain interaction between the blockchains. Corresponding rules (such as information cross-chain conversion rules, etc.) and processing mechanisms, etc., and can also set corresponding interactive interfaces for the two blockchains. Blockchains that can interact across chains can be correspondingly recorded in a predetermined permission table, and the permissions for cross-chain interactions can be set for blockchains that can interact across chains.

After the business processing system obtains the first blockchain related to the business processing party to execute the service to be processed and the second blockchain related to the target party to execute the service to be processed through the processing of the above step S306, it can obtain the permission table from the above record Find the relevant information between the first block chain and the second block chain that has the authority to conduct cross-chain interactions. If it is not found from the above-recorded permission table that the first block chain and the second block chain have the permission to carry out cross-chain interaction, it means that the first block chain and the second block chain cannot be cross-chained. Chain interaction, at this time, a notification message of a failure to execute the service to be processed can be generated and sent to the service initiator. If it can be found from the above-recorded permission table that the first block chain and the second block chain have the permission to conduct cross-chain interaction, then the first block chain and the second block chain can be used to process the business For cross-chain business processing, that is, the business processing system can provide business processing requests to the first blockchain, and the first blockchain can be based on the processing mechanism of the business to be processed and the corresponding resources in the first blockchain. The processing request is processed, and then the processing result can be sent to the second blockchain. The second blockchain can process the business based on the processing result sent by the first blockchain based on the corresponding resources in the second blockchain The request is processed, and the corresponding processing result is obtained. Then, the processing result can be provided to the business initiator and the target party respectively.

The embodiment of this specification provides a business processing method. In the process of processing the business to be processed, the digital identity information of the business initiator and the digital identity information of the target can be carried in the corresponding business processing request, so that it can be based on The digital identity information of the business initiator obtains the first sub-digital identity information of the business initiator, which can then determine the first blockchain related to the business processor executing the service to be processed. Similarly, it can be based on the digital identity information of the target party , To obtain the second sub-digital identity information of the target, and then to determine the second blockchain related to the target's execution of the business to be processed, and then, there is a cross-chain link between the first blockchain and the second blockchain. In the case of interactive permissions, cross-chain business processing is performed on the business to be processed through the first blockchain and the second blockchain, thereby realizing the cross-chain processing of the business to be processed and improving the efficiency of business processing.

Example four

As shown in Figure 4, the embodiment of this specification provides a business processing method. The execution subject of the method may be the business processing system provided in the above-mentioned Embodiment 1 or Embodiment 2. The business processing system may be constructed based on a server, wherein , The server can be an independent server, or a server cluster composed of multiple servers. The business processing system can implement cross-blockchain business processing for a certain business, and the above-mentioned blockchain can be a blockchain used to provide a certain business (such as a business to conduct a transaction, etc.) services. For the specific structure of the business processing system, please refer to the above-mentioned related content, which will not be repeated here. The method may specifically include the following steps:

In step S402, a service processing request of the service to be processed is obtained. The service processing request is used to request to process the service to be processed between the service initiator and the target. The service processing request includes the digital identity information of the service initiator and the target. Party’s digital identity information.

In practical applications, in addition to the digital identity information of the business initiator and the target party, the business processing request can also include the type of the business processing request, such as transfer, scan code payment, or offline payment. The category, etc., can be specifically set according to the actual situation, which is not limited in the embodiment of this specification.

In step S404, the validity of the digital identity information of the service initiator and target is determined, and whether the service processing request conforms to the predetermined message format rule is determined according to the type of the service processing request.

In implementation, after receiving the business processing request, the business processing system can extract the digital identity information of the business initiator and the target party from the business processing request, in order to ensure the digital identity information carried in the business processing request The validity of the digital identity information of the business initiator and the target party can be verified separately. The specific verification methods can be various. For example, each digital identity information in the blockchain system can be constructed according to certain rules (such as It can be calculated by a certain algorithm based on the user’s ID number and business code, etc.). In this way, the permission check module in the business processing system can obtain the relevant information of the business initiator based on the rule (such as the business initiation in the above example). The ID number of the party and the business code of the business to be processed, etc.), and then the digital identity information of the business initiator can be constructed based on the acquired information, and the constructed digital identity information can be combined with the business initiator carried in the business processing request. If the two are the same, it indicates that the digital identity information of the business initiator is valid. If the two are different, it can be determined that the digital identity information of the business initiator is invalid. The validity of the digital identity information of the target party can be verified in the above-mentioned manner, so as to determine the validity of the digital identity information of the target party.

In addition to the above methods, the verification of digital identity information can also be achieved in a variety of ways. The following provides an optional verification method based on the content of the digital identity information, for example, the characters contained in the digital identity information Number, character value or value range of one or more positions in digital identity information, for example, digital identity information consists of 20 characters, among which the characters in the first and second positions are 26 English letters Any two of them, and are related to the geographic location of the corresponding user. The third position-the twentieth position are composed of numbers, the third position is a fixed value (such as 1, etc.), and the value range of the fourth position is [1,5]……In this way, the above verification can be performed on the digital identity information of the business initiator to determine whether the digital identity information of the business initiator complies with the above set rules. If it does, the digital identity information of the business initiator can be determined The identity information is valid, otherwise, it can be determined that the digital identity information of the business initiator is invalid. The validity of the digital identity information of the target party can be verified through the above-mentioned methods, so as to determine the validity of the digital identity information of the target party.

In order to successfully complete the subsequent business processing, it is not only necessary to verify the validity of the digital identity information of the business initiator and target, but also to verify the type of the business processing request. For details, please refer to the above related content.

In step S406, if the digital identity information of the business initiator and the target party are valid, and the service processing request complies with the predetermined message format rules, the first sub-digital identity information of the business initiator is obtained according to the digital identity information of the business initiator , And, according to the digital identity information of the target, obtain the second sub-digital identity information of the target.

In the implementation, the validity of the digital identity information of the business initiator and the target party and whether the service processing request conforms to the predetermined message format type through the above verification methods are used to determine the validity of the digital identity information of the business initiator and the target party, and After the service processing request meets the predetermined message format rules, the corresponding sub-digital identity information can be obtained based on the digital identity information. Specifically, for example, the user's digital identity information and the corresponding sub-digital identity information can be preset in the blockchain system Wait. The digital identity information of the business initiator can be used to obtain the sub-digital identity information of one or more business initiators. In addition, the digital identity information of the target can also be used to obtain the sub-digital identity information of one or more target parties. For example, as shown in Table 1.

Table 1

The digital identity information of a certain user can be preset, and the corresponding sub-digital identity information can be set for the user according to different services. After it is determined that the digital identity information of the business initiator and the target party is valid, and the service processing request conforms to the predetermined message format rules, based on the digital identity information of the business initiator, the first child of the business initiator can be obtained from Table 1 above. Digital identity information and the target’s second sub-digital identity information. If the business initiator’s digital identity information is A123, the first sub-digital identity information can include AA1123865, AA2123886, and AA3123689. If the target’s digital identity information is B885, Then the second sub-digital identity information may include BB1885211, BB2885985, BB3885666, and BB4885877.

In step S408, the first pre-selected blockchain corresponding to each first sub-digital identity information is obtained, and at least one first pre-selected blockchain is obtained.

In implementation, each sub-digital identity information can correspond to a blockchain, that is, users belonging to the same blockchain have similar sub-digital identity information. Therefore, the blockchain to which each first sub-digital identity information belongs can be determined. And the definite block chain can be used as the first pre-selected block chain, so that at least one first pre-selected block chain can be obtained.

In step S410, from at least one first pre-selected blockchain, obtain the first pre-selected blockchain that matches the business processing request, and determine the acquired first pre-selected blockchain that matches the business processing request Execute the first blockchain related to the business to be processed for the business processor.

In implementation, after at least one first preselected blockchain is obtained through the processing of the above step S408, each first preselected blockchain can be analyzed, and the analysis can determine what each first preselected blockchain can handle Related information such as the type of the business processing request, the identifier of the business that can be processed, and so on. Then, based on the above information, the first pre-selected blockchain that can process the business processing request can be determined, and the determined first pre-selected blockchain can be As the first pre-selected blockchain that matches the business processing request, the acquired first pre-selected blockchain that matches the business processing request can be determined as the first block related to the business processor performing the business to be processed chain.

In practical applications, the processing of step S410 above can be achieved in addition to the above methods, but also in many other ways. The following provides an optional processing method, which can specifically include the following content: processing according to the business The type of request belongs to, from at least one first pre-selected blockchain, the first pre-selected blockchain that processes the above-mentioned type of request is obtained, and the obtained first pre-selected blockchain that processes the above-mentioned type of request is obtained as the business The first pre-selected blockchain that matches the processing request.

In implementation, the business processing request can be analyzed to determine the type of the business processing request, and then the first pre-selected blockchain that can handle the above-mentioned types of requests can be obtained from at least one first pre-selected blockchain, The acquired first pre-selected blockchain that processes the above-mentioned types of requests may be acquired as the first pre-selected blockchain that matches the service processing request. It should be noted that if there are multiple first preselected blockchains capable of processing the above-mentioned types of requests, one of the first preselected blockchains can be selected as the first preselected blockchain matching the service processing request.

In step S412, the second pre-selected blockchain corresponding to each second sub-digital identity information is obtained, and at least one second pre-selected blockchain is obtained.

In implementation, based on the above content, each sub-digital identity information can correspond to a blockchain, that is, users belonging to the same blockchain have similar sub-digital identity information. Therefore, it can be determined to which each second sub-digital identity information belongs Blockchain, and the definite block chain can be used as the second preselected block chain, so that at least one second preselected block chain can be obtained.

In step S414, from at least one second pre-selected blockchain, a second pre-selected blockchain that matches the business processing request is obtained, and the acquired second pre-selected blockchain that matches the business processing request is determined Execute the second blockchain related to the business to be processed for the business processor.

In implementation, after at least one second preselected blockchain is obtained through the processing of the above step S412, each second preselected blockchain can be analyzed, and the analysis can determine what each second preselected blockchain can handle Related information such as the type of the service processing request, the identifier of the service that can be processed, the type of the service processing request that can be responded to, and other related information. Pre-select the blockchain, and the determined second pre-selected blockchain can be used as the second pre-selected blockchain that matches the business processing request, and the obtained second pre-selected blockchain that matches the business processing request can be obtained Determine the second blockchain related to the business processor to execute the pending business.

In practical applications, the processing of step S414 above can be implemented in the above-mentioned manner, but also in many other ways. The following provides an optional processing method, which can specifically include the following content: The type of the request belongs to, from at least one of the second pre-selected blockchains, the second pre-selected blockchain that processes the above-mentioned types of requests is obtained, and the obtained second pre-selected blockchain that processes the above-mentioned types of requests is obtained as and The second pre-selected blockchain that matches the business processing request.

In implementation, the service processing request can be analyzed to determine the type of the service processing request, and then a second preselected block that can process or respond to the above type of request can be obtained from at least one second preselected blockchain Chain, the acquired second pre-selected blockchain that processes the above-mentioned types of requests can be acquired as the second pre-selected blockchain that matches the service processing request. It should be noted that if there are multiple second pre-selected blockchains that can process the above-mentioned types of requests, one second pre-selected blockchain can be selected from them as the second pre-selected blockchain that matches the service processing request.

In step S416, from pre-stored cross-chain interaction authority information, search for cross-chain interaction authority information for cross-chain interaction between the first blockchain and the second blockchain.

In implementation, after the first block chain and the second block chain are determined through the processing of the above step S410 and step S414, it can be found from the pre-stored cross-chain interaction authority information whether there is a first block chain and Cross-chain interaction authority information for cross-chain interaction between the second blockchain. If you find the cross-chain interaction authority information for cross-chain interaction between the first blockchain and the second blockchain, you can execute the following In the processing of step S418, if the cross-chain interaction authority information for the cross-chain interaction between the first blockchain and the second blockchain is not found, it indicates that the first blockchain and the second blockchain cannot be performed Cross-chain interaction.

In step S418, if cross-chain interaction authority information for cross-chain interaction between the first block chain and the second block chain is found, it is determined that the first block chain and the second block chain are capable of performing cross-chain interaction. Permission for chain interaction.

In step S420, cross-chain business processing is performed on the business to be processed through the first block chain and the second block chain.

The processing of the above step S420 may be various, and an optional processing method is provided below, which specifically may include the processing of the following steps A2 to A8.

In step A2, the cross-chain request on the first blockchain is obtained.

Among them, the cross-chain request can be determined based on the above-mentioned service processing request. Specifically, the digital identity information of the business initiator and the digital identity information of the target party in the service processing request can be obtained, as well as related information of the service to be processed, and can be based on The above information generates a cross-chain request.

In step A4, a request is initiated to the second blockchain based on the above-mentioned cross-chain request, and the response data returned by the second blockchain and the on-chain proof are received.

The response data may be data related to the business to be processed. The on-chain proof can verify the response data, for example, it can be determined that the response data exists in the blockchain ledger of the second blockchain.

In step A6, the above-mentioned response data is verified according to the above-mentioned on-chain proof, and corresponding proof information is generated according to the configured trusted proof conversion technology after the verification is passed.

Wherein, the generated corresponding certification information may be the repeater certification mentioned in the above embodiment. Trusted certification conversion technology can be such as TEE (Trusted Execution Environment, trusted execution link technology) technology, POA (Proof of Authority, authority certification consensus) technology, MPC (Secure Multi-Party Computation, secure multi-party computing) technology, zero-knowledge proof (Zero-Knowledge Proof) technology, etc. This manual does not limit it. Since the performance models and security boundaries implemented by different trusted certification conversion technologies are different, they can meet application requirements in different scenarios.

In step A8, the above-mentioned response data and the above-mentioned certification information are returned to the first blockchain to perform cross-chain service processing on the service to be processed. After the processing of the above step S420 is completed, the processing may be continued in the following manner, which may specifically include the following content: sending the preset root of trust to the first blockchain, so that the first blockchain responds to the above based on the root of trust Data and certification information are verified.

For the above specific processing process, please refer to the above related content, which will not be repeated here.

Example five

As shown in Figure 5, the embodiment of this specification provides a business processing method. The execution subject of the method may be the business processing system provided in the above-mentioned Embodiment 1 or Embodiment 2. The business processing system may be constructed based on a server, wherein , The server can be an independent server, or a server cluster composed of multiple servers. The business processing system can implement cross-blockchain business processing for a certain business, and the above-mentioned blockchain can be a blockchain used to provide a certain business (such as a business to conduct a transaction, etc.) services. For the specific structure of the business processing system, please refer to the above-mentioned related content, which will not be repeated here. The method may specifically include the following steps:

In step S502, a service processing request of the service to be processed is obtained. The service processing request is used to request to process the service to be processed between the service initiator and the target. The service processing request includes the digital identity information of the service initiator and the target. Party’s digital identity information.

In step S504, the validity of the digital identity information of the service initiator and target is determined, and whether the service processing request conforms to the predetermined message format rule is determined according to the type of the service processing request.

In step S506, if the digital identity information of the business initiator and the target party are valid, and the service processing request complies with the predetermined message format rules, the first sub-digital identity information of the business initiator is obtained according to the digital identity information of the business initiator , And, according to the digital identity information of the target, obtain the second sub-digital identity information of the target.

In practical applications, there are various processing methods for determining the first blockchain related to the business processor to execute the business to be processed and the second blockchain related to the target executing the business to be processed. In this embodiment, For the implementation of the type of middleware required to execute the service to be processed, refer to the processing of step S508 and step S510 below for details.

In step S508, according to the service processing request, the first sub-digital identity information and the second sub-digital identity information, the type of pre-selected middleware required to execute the service to be processed between the service initiator and the target is determined.

Among them, the middleware type can be the type of middleware that needs to be used or experienced in the process of executing the service to be processed. The middleware type can be set according to the actual situation. For example, it can include Mychain, Fabric, C3S, and Data.

In implementation, the first sub-digital identity information and the second sub-digital identity information are obtained through the above steps. Based on the above service processing request, starting from the first sub-digital identity information, the service to be processed can be executed until reaching the second sub-digit of the target party. The digital identity information obtains the middleware type required in the process of executing the service to be processed, and the obtained middleware type can be used as the pre-selected middleware type.

In step S510, according to the determined pre-selected middleware type, the access authority corresponding to the first sub-digital identity information, and the access authority corresponding to the second sub-digital identity information, the first block related to the business processor performing the service to be processed is determined The second blockchain related to the execution of the business to be processed by the chain and the target.

Wherein, the access permission corresponding to the first sub-digital identity information may include the access permission of the business initiator corresponding to the first sub-digital identity information to the middleware corresponding to the pre-selected middleware type, and the access permission corresponding to the second sub-digital identity information may include The access authority of the target party corresponding to the second sub-digital identity information to the middleware corresponding to the pre-selected middleware type.

In implementation, it can be based on the determined pre-selected middleware type, the access authority of the business initiator corresponding to the first sub-digital identity information to the corresponding middleware of each type, and the target party corresponding to each type of the second sub-digital identity information. Middleware access rights, from which the business initiator corresponding to the first sub-digital identity information and the target party corresponding to the second sub-digital identity information are selected as middleware types that have access rights, and the business processing can be determined based on the selected middleware type The first blockchain related to the execution of the business to be processed by the party and the second blockchain related to the execution of the business to be processed by the target.

In step S512, from pre-stored cross-chain interaction authority information, search for cross-chain interaction authority information for cross-chain interaction between the first blockchain and the second blockchain.

In step S514, if cross-chain interaction authority information for cross-chain interaction between the first block chain and the second block chain is found, it is determined that the first block chain and the second block chain are capable of performing cross-chain interaction. Permission for chain interaction.

In step S516, cross-chain business processing is performed on the business to be processed through the first block chain and the second block chain.

The processing of the above step S516 can be various, and an optional processing manner is provided below, which specifically may include the processing of the following steps B2 to B8.

In step B2, the cross-chain request on the first blockchain is obtained.

In step B4, a request is initiated to the second blockchain based on the above cross-chain request, and the response data returned by the second blockchain and the on-chain proof are received.

In step B6, the above-mentioned response data is verified according to the above-mentioned on-chain proof, and corresponding proof information is generated according to the configured trusted proof conversion technology after the verification is passed.

In step B8, the above-mentioned response data and the above-mentioned certification information are returned to the first blockchain to perform cross-chain service processing on the service to be processed.

After the processing of the above step S516 is completed, the processing can also be continued in the following manner, which may specifically include the following content: sending the preset root of trust to the first blockchain, so that the first blockchain responds to the foregoing response according to the root of trust Data and certification information are verified.

Example Six

The foregoing is the service processing method provided by the embodiment of this specification. Based on the same idea, the embodiment of this specification also provides a service processing apparatus, as shown in FIG. 6.

The service processing device includes: a service request module 601, a digital identity acquisition module 602, a blockchain determination module 603, and a cross-chain processing module 604.

The service request module 601 obtains a service processing request of the service to be processed, the service processing request is used to request the processing of the service to be processed between the service initiator and the target party, and the service processing request includes the service initiator The digital identity information of and the digital identity information of the target party;

The digital identity obtaining module 602 obtains the first sub-digital identity information of the service initiator according to the digital identity information of the service initiator; and obtains the first sub-digital identity information of the target party according to the digital identity information of the target party. Two sub-digital identity information;

The block chain determination module 603, according to the service processing request and the first sub-digital identity information, determines the first block chain related to the service processing party to execute the service to be processed; and, according to the service Processing the request and the second sub-digital identity information, and determining the second blockchain related to the target party's execution of the service to be processed;

The cross-chain processing module 604, if the first blockchain and the second blockchain have the authority to conduct cross-chain interactions, then through the first blockchain and the second blockchain, Cross-chain business processing is performed on the to-be-processed business.

In the embodiment of this specification, the blockchain determining module 603 includes: a first preselection unit, which obtains the first preselected blockchain corresponding to each of the first sub-digital identity information, and obtains at least one of the first preselected Blockchain; a first block chain determination unit, from at least one of the first pre-selected blockchains, obtains a first pre-selected blockchain that matches the business processing request, and compares the obtained with the business processing The first pre-selected blockchain that matches the request is determined to be the first blockchain related to the business processor performing the service to be processed; and/or, the blockchain determining module 603 includes: a second pre-selected Unit for obtaining a second preselected blockchain corresponding to each of the second sub-digital identity information to obtain at least one of the second preselected blockchains; a second block chain determining unit, from at least one of the second preselected In the blockchain, a second preselected blockchain that matches the business processing request is acquired, and the acquired second preselected blockchain that matches the business processing request is determined as the business processing party executing the The second blockchain related to the business to be processed.

In the embodiment of this specification, the first preselection unit obtains the first preselected blockchain that processes the request of the type from at least one of the first preselected blockchains according to the type to which the service processing request belongs , Acquiring the acquired first pre-selected blockchain for processing the type of request as the first pre-selected blockchain that matches the service processing request; and/or, the second pre-selected unit, according to the service The type of processing request belongs to, from at least one of the second pre-selected blockchains, the second pre-selected blockchain that processes the request of the type is acquired, and the second pre-selected blockchain that processes the request of the type will be acquired Obtain a second pre-selected blockchain that matches the service processing request.

In the embodiment of this specification, the digital identity acquisition module 602 includes a verification unit that determines the validity of the digital identity information of the service initiator and the target party, and determines the validity of the digital identity information according to the type of the service processing request. Whether the service processing request meets the predetermined message format rules; the digital identity acquisition unit, if the digital identity information of the service initiator and the target party is valid, and the service processing request meets the predetermined message format rules, then according to the business The digital identity information of the initiator, the first sub-digital identity information of the service initiator, and the second sub-digital identity information of the target according to the digital identity information of the target.

In the embodiment of this specification, the device further includes: a permission search module, which searches for cross-chain interaction between the first blockchain and the second blockchain from the pre-stored cross-chain interaction permission information Cross-chain interaction authority information; cross-chain authority determination module, if it finds cross-chain interaction authority information for cross-chain interaction between the first block chain and the second block chain, then determine the first zone The block chain and the second block chain have the authority to carry out cross-chain interaction.

In the embodiment of this specification, the block chain determining module 603 includes: a type determining unit, which determines the service according to the service processing request, the first sub-digital identity information, and the second sub-digital identity information The type of pre-selected middleware required for the execution of the service to be processed between the initiator and the target; the blockchain determining unit, according to the determined type of pre-selected middleware, and the access corresponding to the first sub-digital identity information Authority and the access authority corresponding to the second sub-digital identity information, determine the first blockchain related to the business processing party to execute the to-be-processed business and the target party to execute the first blockchain related to the to-be-processed business 2. Blockchain.

In the embodiment of this specification, the cross-chain processing module 604 includes: a cross-chain acquisition unit that acquires a cross-chain request on the first blockchain, the cross-chain request is determined based on the service processing request; information reception The unit, based on the cross-chain request, initiates a request to the second blockchain, and receives the response data and the on-chain certification returned by the second blockchain; the verification unit responds to the response according to the on-chain certification The data is verified, and after the verification is passed, the corresponding certification information is generated according to the configured trusted certification conversion technology; the information forwarding unit returns the response data and the certification information to the first blockchain to verify The business to be processed is processed for cross-chain business.

In the embodiment of this specification, it further includes: a root of trust sending module, which sends a preset root of trust to the first blockchain, so that the first blockchain responds to the response data and the response data according to the root of trust. The certification information is verified.

The embodiment of this specification provides a service processing device. In the process of processing the service to be processed, the digital identity information of the service initiator and the target party can be carried in the corresponding service processing request. In this way, it can be based on The digital identity information of the business initiator obtains the first sub-digital identity information of the business initiator, which can then determine the first blockchain related to the business processor executing the service to be processed. Similarly, it can be based on the digital identity information of the target party , To obtain the second sub-digital identity information of the target, and then to determine the second blockchain related to the target's execution of the business to be processed, and then, there is a cross-chain link between the first blockchain and the second blockchain. In the case of interactive permissions, cross-chain business processing is performed on the business to be processed through the first blockchain and the second blockchain, thereby realizing the cross-chain processing of the business to be processed and improving the efficiency of business processing.

Example Seven

The above is the service processing device provided by the embodiment of this specification. Based on the same idea, the embodiment of this specification also provides a service processing device, as shown in FIG. 7.

The service processing device may be a terminal device or a server corresponding to the service processing system provided in the foregoing embodiment.

Service processing equipment may have relatively large differences due to different configurations or performances, and may include one or more processors 701 and a memory 702, and the memory 702 may store one or more storage applications or data. Among them, the memory 702 may be short-term storage or persistent storage. The application program stored in the memory 702 may include one or more modules (not shown in the figure), and each module may include a series of computer-executable instructions in a service processing device. Furthermore, the processor 701 may be configured to communicate with the memory 702, and execute a series of computer-executable instructions in the memory 702 on a service processing device. The service processing equipment may also include one or more power supplies 703, one or more wired or wireless network interfaces 704, one or more input and output interfaces 705, and one or more keyboards 706.

Specifically, in this embodiment, the business processing equipment includes a memory and one or more programs. One or more programs are stored in the memory, and one or more programs may include one or more modules, and each Each module may include a series of computer-executable instructions in a device for processing services, and the one or more programs configured to be executed by one or more processors include computer-executable instructions for performing the following: The service processing request is used to request the processing of the to-be-processed service between the service initiator and the target, and the service processing request includes the digital identity information of the service initiator and the target According to the digital identity information of the business initiator, obtain the first sub-digital identity information of the business initiator; and, according to the digital identity information of the target, obtain the second sub-digital identity information of the target Sub-digital identity information; according to the service processing request and the first sub-digital identity information, determine the first blockchain related to the service processing party to execute the service to be processed; and, according to the service processing request And the second sub-digital identity information to determine the second blockchain related to the target party’s execution of the pending business; if there is a connection between the first blockchain and the second blockchain For the authority of cross-chain interaction, cross-chain business processing is performed on the to-be-processed business through the first block chain and the second block chain.

In the embodiment of this specification, the determining the first blockchain related to the service processing party to execute the service to be processed according to the service processing request and the first sub-digital identity information includes: acquiring each The first pre-selected blockchain corresponding to the first sub-digital identity information obtains at least one of the first pre-selected blockchains; from at least one of the first pre-selected blockchains, obtains information that corresponds to the business processing request The matched first pre-selected blockchain, and the acquired first pre-selected blockchain that matches the service processing request is determined as the first blockchain related to the execution of the service to be processed by the service processor; and /Or, said determining, according to the service processing request and the second sub-digital identity information, the second blockchain related to the execution of the service to be processed by the service processor includes: obtaining each of the first The second pre-selected blockchain corresponding to the two sub-digital identity information obtains at least one of the second pre-selected blockchains; from at least one of the second pre-selected blockchains, the first that matches the service processing request is obtained Second, a preselected blockchain, and the acquired second preselected blockchain that matches the business processing request is determined as the second blockchain related to the business processor executing the pending business.

In the embodiment of this specification, the service processing request further includes the type to which the service processing request belongs, and the first preselected blockchain is obtained from at least one of the first pre-selected blockchains. The pre-selected blockchain includes: obtaining a first pre-selected blockchain for processing the request of the type from at least one of the first pre-selected blockchains according to the type to which the service processing request belongs, and processing the obtained The first preselected blockchain of the type of request is obtained as the first preselected blockchain that matches the service processing request; and/or, the service processing request further includes the type to which the service processing request belongs, The obtaining from at least one of the second preselected blockchains that matches the service processing request includes: according to the type of the service processing request, from at least one of the first preselected blockchains In the second pre-selected blockchain, obtain a second pre-selected blockchain that processes the type of request, and obtain the obtained second pre-selected blockchain that processes the type of request as the first that matches the business processing request 2. Blockchain pre-selection.

In the embodiment of this specification, the first sub-digital identity information of the service initiator is obtained according to the digital identity information of the service initiator, and the target party is obtained according to the digital identity information of the target party. The second sub-digital identity information includes: determining the validity of the digital identity information of the service initiator and the target party, and determining whether the service processing request conforms to a predetermined message format according to the type of the service processing request Rules; if the digital identity information of the business initiator and the target party is valid, and the service processing request conforms to a predetermined message format rule, then according to the digital identity information of the business initiator, obtain the business initiator’s information The first sub-digital identity information, and the second sub-digital identity information of the target party is obtained according to the digital identity information of the target party.

In the embodiment of this specification, it further includes: searching for cross-chain interaction authority information for cross-chain interaction between the first blockchain and the second blockchain from the pre-stored cross-chain interaction authority information; if The cross-chain interaction authority information for cross-chain interaction between the first blockchain and the second blockchain is found, and then it is determined that there is a connection between the first blockchain and the second blockchain The authority to conduct cross-chain interactions.

In the embodiment of this specification, the first blockchain related to the service processing party performing the service to be processed is determined according to the service processing request and the first sub-digital identity information, and according to the The service processing request and the second sub-digital identity information determine the second blockchain related to the target party performing the service to be processed, including: according to the service processing request and the first sub-digital identity information And the second sub-digital identity information, determine the pre-selected middleware type required by the service initiator and the target party to execute the to-be-processed service; according to the determined pre-selected middleware type and the first The access authority corresponding to one sub-digital identity information and the access authority corresponding to the second sub-digital identity information determine that the first blockchain related to the business processor performing the service to be processed and the target party performing all The second blockchain related to the business to be processed.

In the embodiment of this specification, the cross-chain service processing of the service to be processed through the first blockchain and the second blockchain includes: obtaining the cross-chain service on the first blockchain A chain request, the cross-chain request is determined based on the business processing request; a request is initiated to the second blockchain based on the cross-chain request, and the response data and on-chain proof returned by the second blockchain are received Validate the response data according to the on-chain certification, and generate corresponding certification information according to the configured trusted certification conversion technology after the verification is passed; return the response data and the certification information to the first Block chain to perform cross-chain business processing on the business to be processed.

In the embodiment of the present specification, it further includes: sending a preset root of trust to the first blockchain, so that the first blockchain performs processing on the response data and the certification information according to the root of trust. verify.

The embodiment of this specification provides a service processing device. In the process of processing the service to be processed, the digital identity information of the service initiator and the target party can be carried in the corresponding service processing request, so that it can be based on The digital identity information of the business initiator obtains the first sub-digital identity information of the business initiator, and then the first blockchain related to the business processor performing the service to be processed can be determined. Similarly, it can be based on the digital identity information of the target party , To obtain the second sub-digital identity information of the target, and then to determine the second blockchain related to the target's execution of the business to be processed, and then, there is a cross-chain link between the first blockchain and the second blockchain. In the case of interactive permissions, cross-chain business processing is performed on the business to be processed through the first blockchain and the second blockchain, thereby realizing the cross-chain processing of the business to be processed and improving the efficiency of business processing.

The foregoing describes specific embodiments of this specification. Other embodiments are within the scope of the appended claims. In some cases, the actions or steps described in the claims can be performed in a different order than in the embodiments and still achieve desired results. In addition, the processes depicted in the drawings do not necessarily require the specific order or sequential order shown in order to achieve the desired results. In some embodiments, multitasking and parallel processing are also possible or may be advantageous.

In the 1990s, the improvement of a technology can be clearly distinguished between hardware improvements (for example, improvements in circuit structures such as diodes, transistors, switches, etc.) or software improvements (improvements in method flow). However, with the development of technology, the improvement of many methods and processes of today can be regarded as a direct improvement of the hardware circuit structure. Designers almost always get the corresponding hardware circuit structure by programming the improved method flow into the hardware circuit. Therefore, it cannot be said that the improvement of a method flow cannot be realized by the hardware entity module. For example, a programmable logic device (Programmable Logic Device, PLD) (such as a Field Programmable Gate Array (Field Programmable Gate Array, FPGA)) is such an integrated circuit whose logic function is determined by the user's programming of the device. It is programmed by the designer to "integrate" a digital system on a piece of PLD, without requiring chip manufacturers to design and manufacture dedicated integrated circuit chips. Moreover, nowadays, instead of manually making integrated circuit chips, this kind of programming is mostly realized with "logic compiler" software, which is similar to the software compiler used in program development and writing, but before compilation The original code must also be written in a specific programming language, which is called Hardware Description Language (HDL), and there is not only one type of HDL, but many types, such as ABEL (Advanced Boolean Expression Language) , AHDL (Altera Hardware Description Language), Confluence, CUPL (Cornell University Programming Language), HDCal, JHDL (Java Hardware Description Language), Lava, Lola, MyHDL, PALASM, RHDL (Ruby Hardware Description), etc., currently most commonly used It is VHDL (Very-High-Speed Integrated Circuit Hardware Description Language) and Verilog. It should also be clear to those skilled in the art that just a little bit of logic programming of the method flow in the above-mentioned hardware description languages and programming into an integrated circuit can easily obtain the hardware circuit that implements the logic method flow.

The controller can be implemented in any suitable manner. For example, the controller can take the form of, for example, a microprocessor or a processor and a computer-readable medium storing computer-readable program codes (such as software or firmware) executable by the (micro)processor. , Logic gates, switches, application specific integrated circuits (ASICs), programmable logic controllers and embedded microcontrollers. Examples of controllers include but are not limited to the following microcontrollers: ARC625D, Atmel AT91SAM, Microchip PIC18F26K20 and Silicon Labs C8051F320, the memory controller can also be implemented as part of the memory control logic. Those skilled in the art also know that, in addition to implementing the controller in a purely computer-readable program code manner, it is entirely possible to program the method steps to make the controller use logic gates, switches, application specific integrated circuits, programmable logic controllers, and embedded logic. The same function can be realized in the form of a microcontroller or the like. Therefore, such a controller can be regarded as a hardware component, and the devices included in it for realizing various functions can also be regarded as a structure within the hardware component. Or even, the device for realizing various functions can be regarded as both a software module for realizing the method and a structure within a hardware component.

The systems, devices, modules, or units illustrated in the above embodiments may be specifically implemented by computer chips or entities, or implemented by products with certain functions. A typical implementation device is a computer. Specifically, the computer may be, for example, a personal computer, a laptop computer, a cell phone, a camera phone, a smart phone, a personal digital assistant, a media player, a navigation device, an email device, a game console, a tablet computer, a wearable device, or Any combination of these devices.

For the convenience of description, when describing the above device, the functions are divided into various units and described separately. Of course, when implementing one or more embodiments of this specification, the functions of each unit may be implemented in the same one or more software and/or hardware.

Those skilled in the art should understand that the embodiments of this specification can be provided as a method, a system, or a computer program product. Therefore, one or more embodiments of this specification may adopt the form of a complete hardware embodiment, a complete software embodiment, or an embodiment combining software and hardware. Moreover, one or more embodiments of this specification may adopt computer programs implemented on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-usable program codes. The form of the product.

The embodiments of this specification are described with reference to flowcharts and/or block diagrams of methods, devices (systems), and computer program products according to the embodiments of this specification. It should be understood that each process and/or block in the flowchart and/or block diagram, and the combination of processes and/or blocks in the flowchart and/or block diagram can be realized by computer program instructions. These computer program instructions can be provided to the processors of general-purpose computers, special-purpose computers, embedded processors, or other programmable service processing equipment to generate a machine, so that the instructions can be executed by the processor of the computer or other programmable service processing equipment A device for realizing the functions specified in a flow or multiple flows in the flowchart and/or a block or multiple blocks in the block diagram is generated.

These computer program instructions can also be stored in a computer-readable memory that can direct a computer or other programmable business processing equipment to work in a specific manner, so that the instructions stored in the computer-readable memory produce an article of manufacture including the instruction device. The instruction device implements the functions specified in one process or multiple processes in the flowchart and/or one block or multiple blocks in the block diagram.

These computer program instructions can also be loaded on a computer or other programmable service processing equipment, so that a series of operation steps are executed on the computer or other programmable equipment to produce computer-implemented processing, which can be executed on the computer or other programmable equipment. The instructions provide steps for implementing the functions specified in one process or multiple processes in the flowchart and/or one block or multiple blocks in the block diagram.

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

The memory may include non-permanent memory in computer readable media, random access memory (RAM) and/or non-volatile memory, such as read-only memory (ROM) or flash memory (flash RAM). Memory is an example of computer readable media.

Computer-readable media include permanent and non-permanent, removable and non-removable media, and information storage can be realized by any method or technology. The information can be computer-readable instructions, data structures, program modules, or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technology, CD-ROM, digital versatile disc (DVD) or other optical storage, Magnetic cassettes, magnetic tape magnetic disk storage or other magnetic storage devices or any other non-transmission media can be used to store information that can be accessed by computing devices. According to the definition in this article, computer-readable media does not include transitory media, such as modulated data signals and carrier waves.

It should also be noted that the terms "include", "include" or any other variants thereof are intended to cover non-exclusive inclusion, so that a process, method, commodity or equipment including a series of elements not only includes those elements, but also includes Other elements that are not explicitly listed, or also include elements inherent to such processes, methods, commodities, or equipment. If there are no more restrictions, the element defined by the sentence "including a..." does not exclude the existence of other identical elements in the process, method, commodity, or equipment that includes the element.

Those skilled in the art should understand that the embodiments of this specification can be provided as a method, a system or a computer program product. Therefore, one or more embodiments of this specification may adopt the form of a complete hardware embodiment, a complete software embodiment, or an embodiment combining software and hardware. Moreover, one or more embodiments of this specification may adopt computer programs implemented on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-usable program codes. The form of the product.

One or more embodiments of this specification may be described in the general context of computer-executable instructions executed by a computer, such as program modules. Generally, program modules include routines, programs, objects, components, data structures, etc. that perform specific tasks or implement specific abstract data types. One or more embodiments of this specification can also be practiced in distributed computing environments. In these distributed computing environments, tasks are performed by remote processing devices connected through a communication network. In a distributed computing environment, program modules can be located in local and remote computer storage media including storage devices.

The various embodiments in this specification are described in a progressive manner, and the same or similar parts between the various embodiments can be referred to each other, and each embodiment focuses on the difference from other embodiments. In particular, as for the system embodiment, since it is basically similar to the method embodiment, the description is relatively simple, and for related parts, please refer to the part of the description of the method embodiment.

The above descriptions are only examples of this specification, and are not intended to limit this specification. For those skilled in the art, this specification can have various modifications and changes. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of this specification shall be included in the scope of the claims of this specification.

Claims

A business processing system. The business processing system includes an application layer subsystem, a scheduling layer subsystem, and an access layer subsystem, wherein:

The application layer subsystem obtains the service processing request of the service to be processed by the user, and forwards the service processing request to the dispatch layer subsystem;

The scheduling layer subsystem forwards the service processing request to the access layer subsystem based on the resources that need to be scheduled to execute the service to be processed;

The access layer subsystem obtains the first sub-digital identity information of the service initiator according to the digital identity information of the service initiator, and obtains the second sub-digital identity information of the target party according to the digital identity information of the target party Identity information, and according to the service processing request and the first sub-digital identity information, determine the first blockchain related to the service processing party to execute the service to be processed, and according to the service processing request and the The second sub-digital identity information determines the second block chain related to the target party performing the service to be processed, and is capable of performing cross-chain interaction between the first block chain and the second block chain When the permission is granted, cross-chain business processing is performed on the to-be-processed business through the first block chain and the second block chain.
The system according to claim 1, wherein the application layer subsystem includes a client application deployed on a user terminal device, and the client application obtains a user's service processing request for the service to be processed, and processes the service The request is sent to the scheduling layer subsystem, and the service processing request includes the digital identity information of the service initiator and the digital identity information of the target.
The system according to claim 2, wherein the dispatch layer subsystem is configured to determine that the service initiator executes the to-be-processed service based on the digital identity information of the service initiator and the digital identity information of the target party The scheduling position of the required resource and the scheduling position of the resource required by the target to execute the service to be processed, and forwarding the service processing request based on the scheduling position.
The system according to claim 1, wherein the service processing system further comprises a resource layer subsystem, the resource layer subsystem providing resources required to execute the service to be processed.
The system according to claim 3, the service processing system further comprises an authority checking module configured to determine the validity of the digital identity information of the service initiator and the target party, and according to the The type of the service processing request belongs to determine whether the service processing request complies with predetermined message format rules, and, from the pre-stored cross-chain interaction authority information, search for the difference between the first blockchain and the second blockchain. Cross-chain interaction authority information for cross-chain interaction.
The system according to claim 5, the authority checking module includes a first authority checking unit and a second authority checking unit, the first authority checking unit is arranged in the dispatching subsystem or arranged in the access layer. In the system, the second authority checking unit is arranged in the access layer subsystem, wherein:

The first authority checking unit is configured to determine the validity of the digital identity information of the service initiator and the target, and determine whether the service processing request conforms to a predetermined message format according to the type to which the service processing request belongs rule;

The second authority checking unit is configured to search for cross-chain interaction authority information for cross-chain interaction between the first blockchain and the second blockchain from pre-stored cross-chain interaction authority information.
The system according to claim 6, wherein the access layer subsystem further comprises a message processing module, the second authority checking unit is connected to the message processing module, and the message processing module is configured to determine the service processing The type of request;

The message processing module is configured to obtain a first preselected blockchain that processes the request of the type from at least one of the first preselected blockchains according to the type to which the service processing request belongs, and obtain the processing The first preselected blockchain of the type of request is obtained as the first preselected blockchain that matches the service processing request; and/or, according to the type to which the service processing request belongs, from at least one of the first preselected blockchains In the second pre-selected blockchain, obtain a second pre-selected blockchain that processes the type of request, and obtain the obtained second pre-selected blockchain that processes the type of request as the first that matches the business processing request 2. Blockchain pre-selection.
The system according to claim 2, wherein the access layer subsystem further comprises a cross-blockchain interaction module, and the cross-blockchain interaction module is configured to pass through the first blockchain and the second blockchain. Blockchain, which performs cross-chain business processing on the to-be-processed business, and the cross-blockchain interaction module includes:

One or more anchors; wherein, when any anchor is selected by the first blockchain, the client application of the first blockchain is configured in the any anchor to Monitoring the cross-chain request on the first blockchain, the cross-chain request being determined based on the service processing request;

One or more repeaters; wherein, when any repeater is selected by the second blockchain, the client application of the second blockchain is configured on the any repeater, and When the request object of the cross-chain request is the second blockchain, the any repeater initiates a request to the second blockchain based on the cross-chain request, and receives the second zone The response data and the on-chain proof returned by the block chain enable the any repeater to verify the response data according to the on-chain proof, and the any repeater can verify the response data according to the configured data after the verification is passed. The letter-proof conversion technology generates a corresponding repeater certificate, so that the response data and the repeater certificate are returned to the first blockchain via any of the anchors.
The system according to claim 8, wherein the cross-blockchain interaction module further comprises:

At least one bridge; wherein any bridge is respectively connected to the any anchor and the any repeater, and is used to forward the cross-chain request provided by the any anchor to the any A repeater, and forward the response data and the repeater certification provided by any of the repeaters to the any anchor.
According to the system according to claim 8, the root of trust of any of the repeaters is issued in advance, so that the first blockchain performs verification of the response data and the repeater according to the root of trust. verify.
A method for business processing, the method includes:

Obtain a service processing request of the service to be processed, the service processing request is used to request the processing of the service to be processed between the service initiator and the target party, and the service processing request includes the digital identity information of the service initiator and The digital identity information of the target;

Obtaining the first sub-digital identity information of the service initiator according to the digital identity information of the service initiator; and obtaining the second sub-digital identity information of the target according to the digital identity information of the target;

According to the service processing request and the first sub-digital identity information, determine the first blockchain related to the service processing party to perform the service to be processed; and, according to the service processing request and the second The sub-digital identity information determines the second blockchain related to the target party's execution of the service to be processed;

If the first block chain and the second block chain have the authority to carry out cross-chain interaction, then the first block chain and the second block chain are used for the transaction to be processed. Conduct cross-chain business processing.
The method according to claim 11, said determining, according to the service processing request and the first sub-digital identity information, the first blockchain related to the execution of the service to be processed by the service processor, comprising:

Acquiring the first pre-selected blockchain corresponding to each of the first sub-digital identity information to obtain at least one of the first pre-selected blockchains;

From at least one of the first pre-selected blockchains, obtain the first pre-selected blockchain that matches the business processing request, and determine the acquired first pre-selected blockchain that matches the business processing request as The business processor executes the first blockchain related to the business to be processed; and/or,

The determining, according to the service processing request and the second sub-digital identity information, the second blockchain related to the service processing party performing the service to be processed includes:

Acquiring a second pre-selected blockchain corresponding to each of the second sub-digital identity information to obtain at least one of the second pre-selected blockchains;

From at least one of the second pre-selected blockchains, obtain a second pre-selected blockchain that matches the business processing request, and determine the acquired second pre-selected blockchain that matches the business processing request as The business processor executes the second blockchain related to the business to be processed.
The method according to claim 12, wherein the service processing request further includes the type to which the service processing request belongs, and the obtaining from at least one of the first preselected blockchains that matches the service processing request The first pre-selected blockchain includes:

According to the type of the service processing request, from at least one of the first pre-selected blockchains, obtain the first pre-selected blockchain that processes the request of the type, and obtain the first pre-selected blockchain that processes the request of the type. The pre-selected blockchain is acquired as the first pre-selected blockchain that matches the business processing request; and/or,

The service processing request further includes the type to which the service processing request belongs, and the obtaining a second preselected blockchain that matches the service processing request from at least one of the second preselected blockchains includes :

According to the type of the service processing request, from at least one of the second preselected blockchains, obtain a second preselected blockchain that processes the request of the type, and obtain the second preselected blockchain that processes the request of the type The pre-selected blockchain is acquired as the second pre-selected blockchain that matches the business processing request.
The method according to claim 13, wherein the first sub-digital identity information of the service initiator is obtained according to the digital identity information of the service initiator, and the digital identity information of the target party is obtained according to the digital identity information of the target party. The second sub-digital identity information of the target party includes:

Determining the validity of the digital identity information of the service initiator and the target, and determining whether the service processing request conforms to a predetermined message format rule according to the type of the service processing request;

If the digital identity information of the service initiator and the target party is valid, and the service processing request complies with the predetermined message format rules, then obtain the first information of the service initiator according to the digital identity information of the service initiator. Sub-digital identity information, and, according to the digital identity information of the target party, acquiring the second sub-digital identity information of the target party.
The method according to claim 11, the method further comprising:

Searching for cross-chain interaction authority information for cross-chain interaction between the first blockchain and the second blockchain from the pre-stored cross-chain interaction authority information;

If cross-chain interaction authority information for cross-chain interaction between the first block chain and the second block chain is found, determine whether the first block chain and the second block chain are between Have the authority to conduct cross-chain interactions.
The method according to claim 11, wherein said performing cross-chain service processing on said service to be processed through said first block chain and said second block chain comprises:

Acquiring a cross-chain request on the first blockchain, the cross-chain request being determined based on the business processing request;

Initiating a request to the second blockchain based on the cross-chain request, and receiving the response data and the on-chain proof returned by the second blockchain;

Verify the response data according to the on-chain proof, and generate corresponding proof information according to the configured trusted proof conversion technology after the verification is passed;

The response data and the certification information are returned to the first blockchain to perform cross-chain service processing on the service to be processed.
The method according to claim 16, further comprising:

The preset root of trust is sent to the first blockchain, so that the first blockchain verifies the response data and the certification information according to the root of trust.
The method according to claim 11, said determining, based on the service processing request and the first sub-digital identity information, the first blockchain related to the execution of the service to be processed by the service processor, and, According to the service processing request and the second sub-digital identity information, determining the second blockchain related to the target party performing the service to be processed includes:

According to the service processing request, the first sub-digital identity information, and the second sub-digital identity information, determine the pre-selected intermediary required between the service initiator and the target party to execute the service to be processed type;

According to the determined pre-selected middleware type, the access authority corresponding to the first sub-digital identity information, and the access authority corresponding to the second sub-digital identity information, it is determined that the service processor is related to the execution of the service to be processed The first block chain of and the second block chain related to the execution of the business to be processed by the target party.
A service processing device, the device comprising:

The service request module obtains the service processing request of the service to be processed, the service processing request is used to request the processing of the service to be processed between the service initiator and the target party, and the service processing request includes the service request of the service initiator. Digital identity information and the digital identity information of the target party;

The digital identity obtaining module obtains the first sub-digital identity information of the service initiator according to the digital identity information of the service initiator; and, obtains the second sub-digital identity information of the target party according to the digital identity information of the target party. Sub-digital identity information;

The block chain determination module, according to the service processing request and the first sub-digital identity information, determines the first block chain related to the service processing party to execute the service to be processed; and, according to the service processing Request and the second sub-digital identity information to determine the second blockchain related to the target party's execution of the service to be processed;

The cross-chain processing module, if the first block chain and the second block chain have the authority to carry out cross-chain interaction, the first block chain and the second block chain are used to The to-be-processed business is processed for cross-chain business.
A service processing device, the service processing device includes:

Processor; and

A memory arranged to store computer-executable instructions which, when executed, cause the processor to:

Obtain a service processing request of the service to be processed, the service processing request is used to request the processing of the service to be processed between the service initiator and the target party, and the service processing request includes the digital identity information of the service initiator and The digital identity information of the target;

Obtaining the first sub-digital identity information of the service initiator according to the digital identity information of the service initiator; and obtaining the second sub-digital identity information of the target according to the digital identity information of the target;

According to the service processing request and the first sub-digital identity information, determine the first blockchain related to the service processing party to perform the service to be processed; and, according to the service processing request and the second The sub-digital identity information determines the second blockchain related to the target party's execution of the service to be processed;

If the first block chain and the second block chain have the authority to carry out cross-chain interaction, then the first block chain and the second block chain are used for the transaction to be processed. Conduct cross-chain business processing.