Digital twin service demand matching method based on blockchain

Abstract

The present invention discloses a digital twin service demand matching method based on blockchain, which relates to the field of digital twins. The method comprises the following steps: constructing two blockchains, namely, smart contracts and digital twin service information, for digital twin service transaction contracts and digital twin service information; registering digital twin service provider resource information and digital twin service demander demand in the digital twin service information blockchain; subdividing specific demand into multiple sub-demands and estimating the amount of resources required by them according to the distinction of the method model; matching service demand and a set of qualified digital twin service provision solutions; executing a dynamic two-way pricing mechanism between multiple service providers; registering a digital twin service smart contract and updating the contract status as the transaction process progresses. The method can cope with the dynamic and diversified needs of service demanders, ensure the effective use of service provider resources, and make the transaction details between service demanders and providers transparent.

Description

Technical Field

[0001] The present invention relates to the field of digital twins, and in particular to a digital twin service demand matching method based on blockchain. Background Art

[0002] Digital twin technology improves the effectiveness and efficiency of data analysis and system monitoring by building virtual copies of physical entities, bringing obvious convenience to data analysis demanders in various industries. However, the implementation of this technology faces multiple challenges. First, the needs of demanders are changeable and highly dynamic. Second, there is a clear imbalance in resource allocation among service providers, some resources may be fully loaded, while others may not be fully utilized. Finally, the transaction process between service demanders and service providers needs to be transparent and visible, which is an issue that cannot be ignored by both parties. In view of the above problems, there is an urgent need for an efficient and transparent mechanism to carry out accurate service allocation, resource matching, and ensure the security of transactions. Summary of the invention

[0003] This application provides a blockchain-based digital twin service demand matching method that can effectively solve the complex problems in the digital twin service demand matching process. Specifically, this application can respond to the dynamic and diversified needs of service demanders, ensure the effective use of service provider resources, and make the transaction details between service demanders and service providers transparent.

[0004] To solve the above problems, this application provides the following solutions:

[0005] This application provides a digital twin service demand matching method based on blockchain, comprising the following steps:

[0006] Construct smart contract blockchain and digital twin service information blockchain for digital twin service transaction contracts and digital twin service information;

[0007] Registering digital twin service provider resource information in the digital twin service information blockchain network;

[0008] Register the needs of digital twin service demanders in the digital twin service information blockchain network;

[0009] According to the distinction of the method model, the specific demand is divided into multiple sub-demands, and the amount of resources required for each sub-demand is estimated;

[0010] Matching digital twin service demanders with a set of qualified digital twin service provision solutions;

[0011] Implement dynamic two-way pricing mechanisms between multiple digital twin service providers;

[0012] Register digital twin service smart contracts and update contract status as transactions progress.

[0013] In some optional solutions, the construction of the blockchain network is:

[0014] Construct an empty blockchain for the digital twin service transaction contract and digital twin service information respectively;

[0015] Build an initial block for each empty blockchain to form the corresponding smart contract blockchain and digital twin service information blockchain.

[0016] The initial block creation method is:

[0017] Create the block header of the initial block: The block header contains the basic information of the block. In the initial block, the block height is 0, the timestamp is the time when the blockchain starts, and the hash value is a specific value used to identify the initial block;

[0018] Create the block body of the initial block: The block body contains the data part of the block. The content of different chains is different. In the initial block, the block body contains the initialized data.

[0019] The method of constructing a smart contract block in some smart contract blockchains is:

[0020] The block header of the smart contract block contains the block ID, previous hash value, current hash value and sequence number;

[0021] The block body of the smart contract block includes the digital twin service demander ID, demand information block ID, final pricing, handling fee, service provider information, service status, two-way pricing process record, user satisfaction and confirmation time;

[0022] The server information includes all sub-demand service information;

[0023] The sub-demand service information includes the digital twin service provider ID, method model, demand computing resources, demand communication resources, demand control resources and the final service pricing of the sub-demand;

[0024] The service status includes transaction in progress and transaction completed, wherein when the service status is transaction in progress, the user satisfaction is fixed at 0, and when the service status is transaction completed, the user satisfaction is a value between 0 and 10;

[0025] After each smart contract block is generated, the smart contract blockchain of all nodes is updated to update the newly generated smart contract block to the smart contract blockchain of the local terminal.

[0026] In some optional solutions, the digital twin service information blockchain constructs a digital twin service information block in the following manner:

[0027] The block header of the digital twin service information block contains the block ID, the previous hash value, the current hash value and the sequence number;

[0028] The block body of the digital twin service information block lists in detail the digital twin service user ID, the owner and the service information, where the owner includes the service provider and the service demander;

[0029] After each digital twin service information block is generated, the digital twin service information blockchain of all nodes is updated to update the newly generated digital twin service information block to the digital twin service information blockchain of the local terminal.

[0030] The blockchain is a permissioned blockchain;

[0031] The nodes of the blockchain are all servers of digital twin service providers;

[0032] The consensus mechanism used by the blockchain is digital twin service demand matching delegated equity proof, specifically:

[0033] The digital twin service demand matching delegated proof of stake introduces a requirement for digital twin service providers. The scoring system is based on service time and user satisfaction. The cumulative equity points are calculated by the following formula: :

[0034] ,

[0035] in A collection of digital twin service providers, Digital twin service provider historical time period, It represents the digital twin service provider The first The time of service;

[0036] The digital twin service requirements described match the digital twin service providers in the delegated proof of stake Probability of becoming a block validator Calculated by the following formula:

[0037] ,

[0038] in, For a digital twin service provider Different values ​​belong to different is the set of all compliant nodes;

[0039] The digital twin service demand matching delegated equity proof uses a random selection method to draw each delegate node to obtain the final block validator.

[0040] In some optional solutions, the registering of digital twin service provider resource information in the digital twin service information blockchain network includes:

[0041] Digital twin service providers need to evaluate their own resources, including computing resources , communication resources , control resources , calculate cost parameters , Communication cost parameters , control cost parameters 、Ideal profit ratio and minimum profit ratio .

[0042] The computing resources The calculation speed is calculated by multiplying the number of floating point operations by the memory size. The unit is ;

[0043] The communication resources is the network communication speed, in units of ;

[0044] The control resource and scheduling capabilities , System Stability , Network control capabilities and hard disk capacity The calculation formula is:

[0045] ,

[0046] in, , , , is the weight of each factor;

[0047] The dispatch capability The number of processes that can be scheduled per second that can be provided to digital twin service providers;

[0048] The system stability The mean time between failures of the services provided to the digital twin service provider, in seconds;

[0049] The network control capability The number of routing rules that the digital twin service provider can support;

[0050] The hard disk capacity The hard disk capacity that can be provided to the digital twin service provider, in TB;

[0051] The calculation cost parameters For digital twin service providers, take up space within 1 hour for the cost of the services provided;

[0052] The communication cost parameter For digital twin service providers, take up space within 1 hour for the cost of the services provided;

[0053] The control cost parameter For digital twin service providers, take up space within 1 hour for the cost of the services provided;

[0054] The ideal profit ratio Provide the ideal return that digital twin service providers hope to obtain per unit cost;

[0055] The minimum profit ratio The minimum return that digital twin service providers hope to obtain per unit cost;

[0056] The registration of digital twin service provider resource information is to generate a digital twin service information block, where the digital twin service user ID is the block ID assigned to the digital twin service provider when it first joins the blockchain, the owner is the service provider, and the service information includes , , , , , , and .

[0057] In some optional solutions, the registration of digital twin service demanders' needs in the digital twin service information blockchain network includes:

[0058] Digital twin service demanders need to evaluate their needs, including service time , budget price , Maximum Acceptable Price and specific needs;

[0059] Said service time The maximum period from the determination of the service price to the completion of the transaction, expressed in hours;

[0060] Budget price stated The optimal price point expected by digital twin service demanders;

[0061] The maximum acceptable price The maximum acceptable price expected by those who demand digital twin services;

[0062] The specific requirements are the description of the digital twin service demander's requirements, including the method model set , Data batch , the size of each batch of data and the slowest allowed response time ;

[0063] The method model set Contains at least one method model;

[0064] The data batch Provide the service provider with the maximum number of requests during the service period;

[0065] The size of each batch of data The minimum hard disk capacity required to serve each batch, in ;

[0066] The slowest allowed response time The maximum time required for the results to be output after the data is input into the described method model, in milliseconds;

[0067] The registration of the digital twin service demander's demand is to generate a digital twin service information block, where the digital twin service user ID is the block ID assigned to the digital twin service demander when he first joins the blockchain, the owner is the service demander, and the service information includes , , , , , and .

[0068] In some optional solutions, the method of dividing the specific demand into multiple sub-demands according to the differentiation of the method model, and estimating the amount of resources required for each sub-demand includes:

[0069] The method model set The models in include two types: unregistered method models and registered method models;

[0070] The unregistered method model means that the method model of this requirement has never been requested by the digital twin service demander, and resource demand assessment is required;

[0071] The registered method model represents that the method model of the requirement has been requested by the digital twin service demander, and the basic resource parameters can be directly queried;

[0072] The resource demand assessment is tested by the block validator to obtain the basic resource parameters;

[0073] The method test is to determine the input and output data flow of the method model, and input one item of data into the model to obtain the consumed resources as the basic resource parameters;

[0074] The basic resource parameters include basic computing resources , basic communication resources and base item control resources ;

[0075] The amount of resources required by the sub-requirements includes the amount of resources required to enable a single method model to satisfy the data batch , the amount of data per batch , the slowest allowed response time Required computing resources , demand communication resources and demand control resources ;

[0076] The required computing resources Calculated by the following formula:

[0077] ;

[0078] The required communication resources Calculated by the following formula:

[0079] ,

[0080] in Representing service demanders With service providers Network latency caused by the physical distance between them;

[0081] The demand controls the resources Calculated by the following formula:

[0082] .

[0083] In some selected solutions, the matching digital twin service demanders and qualified digital twin service provision solutions are a set, wherein:

[0084] The set of digital twin service solutions that meet the requirements Includes all eligible digital twin service provision solutions;

[0085] The qualified digital twin service provision scheme is able to meet A collection of service portfolios of digital twin service providers ;

[0086] The service portfolio Given the sub-demand Assigned service provider The key-value pair of , , ;

[0087] The collection of service combinations It is necessary to ensure that each sub-demand has a service provider assigned;

[0088] Said can satisfy The service portfolio of a digital twin service provider is the set of all The sub-requirement in the key is the resource of the digital twin service provider with the value corresponding to the key minus the resource of the sub-requirement with the corresponding key. , and Still greater than 0.

[0089] In some optional solutions, the smart contract is established and the contract status is updated as the transaction progresses, wherein:

[0090] Said can satisfy The set of all digital twin service providers capable of undertaking services in the service portfolio of digital twin service providers is ;

[0091] By digital twin service provider Ideal income ratio , digital twin service provider Service Sub-Requirement The amount you can get is :

[0092] ;

[0093] if Make , then determine For the final implementation plan , so that the final price for ;

[0094] if Make , then determine The price cannot be met and will from Remove from

[0095] if If it is an empty set, then there is no digital twin service provider on the digital twin service information blockchain that can undertake this demand;

[0096] if Make , dynamic two-way pricing is implemented;

[0097] The steps of dynamic two-way pricing are as follows:

[0098] Order Digital twin service demanders The budget price is ;

[0099] Order Digital Twin Service Provider The profit ratio is ;

[0100] No. The first round of dynamic two-way pricing begins;

[0101] Adjusting the digital twin service demanders upward Budget price , so that ;

[0102] Determine whether Make If yes, then confirm For the final implementation plan , so that the final price for , if not, continue;

[0103] Downward adjustment of all digital twin service providers Profit ratio , so that ;

[0104] Determine whether Make If yes, then confirm For the final implementation plan , so that the final price for , if not, proceed to the next round of dynamic two-way pricing;

[0105] When the final implementation plan Once confirmed, the final pricing round will be Set to , and register the digital twin service smart contract.

[0106] In some optional solutions, the digital twin service smart contract is registered and the smart contract status is updated as the transaction progresses, wherein:

[0107] The handling fee It is the fee paid to the blockchain validator and is calculated as follows:

[0108] ,

[0109] in, is the proportional coefficient of the handling fee;

[0110] The registration of the digital twin service smart contract is to generate a smart contract block, in which the digital twin service demander ID is the digital twin service demander The block ID assigned when joining the blockchain for the first time, the demand information block ID is the block ID of the demand information registered in the digital twin service information blockchain, and the final price is , the handling fee is , service provider information, service status is transaction in progress, two-way pricing process is the process of dynamic two-way pricing steps from round 0 to round T, user satisfaction is 0 and confirmation time is the time to determine the pricing;

[0111] After the service is completed, the digital twin service smart contract status is updated;

[0112] The updating of the digital twin service smart contract state is to generate a smart contract block, in which the digital twin service demander ID is the digital twin service demander The block ID assigned when joining the blockchain for the first time, the demand information block ID is the block ID of the demand information registered in the digital twin service information blockchain, and the final price is , the handling fee is , service provider information, service status is transaction completed, two-way pricing process is the process of dynamic two-way pricing steps from round 0 to round T, user satisfaction is digital twin service demander The evaluation and confirmation time for this service is the time when the service ends;

[0113] The server information includes all sub-demand service information;

[0114] The sub-demand service information includes the digital twin service provider ID for the digital twin service provider The user ID and method model in the digital twin service information blockchain are The corresponding method model and the required computing resources are sub-requirements Required computing resources , communication resources are required as sub-requirements Demand for communication resources , demand control resources as sub-demands Demand control resources The final service pricing calculation formula for the sum of sub-demands is as follows:

[0115] .

[0116] This application scheme ensures full transparency of the transaction process by establishing a smart contract blockchain and a digital twin service information blockchain, and registering contracts and service information on these chains. This application scheme subdivides service requirements into multiple sub-requirements and accurately estimates the required resources, which can effectively respond to the dynamic and diversified needs of service demanders. In addition, by matching a suitable set of digital twin service provision solutions and introducing a dynamic two-way pricing mechanism, this solution further ensures the efficient use of resources and ensures the flexibility and transparency of the entire matching process. BRIEF DESCRIPTION OF THE DRAWINGS

[0117] In order to more clearly illustrate the technical solutions in the embodiments of the present application, the following briefly introduces the drawings required for use in the description of the embodiments. Obviously, the drawings described below are only some embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without creative work.

[0118] Figure 1 This is a flowchart of a digital twin service demand matching method based on blockchain in an embodiment of the present invention;

[0119] Figure 2 A schematic diagram of information contained in a block and corresponding relationships between blocks in an embodiment of the present invention;

[0120] Figure 3 A schematic diagram of the entrusted equity proof for matching the digital twin service demand in an embodiment of the present invention;

[0121] Figure 4 It is a schematic diagram of subdividing requirements and estimating resources according to a method model in an embodiment of the present invention. DETAILED DESCRIPTION

[0122] The technical solution of the present invention will be clearly and completely described below in conjunction with the embodiments. Obviously, the described embodiments are only part of the embodiments of the present invention, not all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of the present invention.

[0123] The embodiment of the present application provides a digital twin service demand matching method based on blockchain. The terms "first", "second", "third", "fourth", etc. (if any) in the specification and claims of this application and the above-mentioned drawings are used to distinguish similar objects, and do not have to be used to describe a specific order or sequence. It should be understood that the data used in this way can be interchangeable where appropriate, so that the embodiments described here can be implemented in an order other than that illustrated or described here. In addition, the terms "including" or "having" and any variations thereof are intended to cover non-exclusive inclusions, for example, a process, method, system, product or device that includes a series of steps or units is not necessarily limited to those steps or units that are clearly listed, but may include other steps or units that are not clearly listed or inherent to these processes, methods, products or devices.

[0124] For ease of understanding, the specific process of the embodiment of the present application is described below. Figure 1 In an embodiment of the present application, a method for matching digital twin service requirements based on blockchain is provided, and the specific steps are as follows:

[0125] Step S1: constructing a smart contract blockchain and a digital twin service information blockchain for the digital twin service transaction contract and the digital twin service information;

[0126] Step S2: registering digital twin service provider resource information in the digital twin service information blockchain network;

[0127] Step S3: registering the needs of digital twin service demanders in the digital twin service information blockchain network;

[0128] Step S4: According to the distinction of the method model, the specific demand is subdivided into multiple sub-demands, and the amount of resources required for each sub-demand is estimated;

[0129] Step S5: matching digital twin service demanders and a set of digital twin service provision solutions that meet the requirements;

[0130] Step S6: executing a dynamic two-way pricing mechanism between multiple digital twin service providers;

[0131] Step S7: Register the digital twin service smart contract and update the contract status as the transaction progresses.

[0132] In some optional solutions, the construction of the blockchain network is:

[0133] Construct an empty blockchain for the digital twin service transaction contract and digital twin service information respectively;

[0134] Build an initial block for each empty blockchain to form the corresponding smart contract blockchain and digital twin service information blockchain.

[0135] The constructed blockchain network is as follows Figure 2 As shown,

[0136] Construct an empty blockchain for the digital twin service transaction contract and digital twin service information respectively;

[0137] Build an initial block for each empty blockchain to form the corresponding smart contract blockchain and digital twin service information blockchain.

[0138] The initial block creation method is:

[0139] Create the block header of the initial block: The block header contains the basic information of the block. In the initial block, the block height is 0, the timestamp is the time when the blockchain starts, and the hash value is a specific value used to identify the initial block;

[0140] Create the block body of the initial block: The block body contains the data part of the block, and the content is different for different chains; in the initial block, the block body contains the initialized data.

[0141] The way the smart contract blockchain constructs a smart contract block is as follows:

[0142] The block header of the smart contract block contains the block ID, previous hash value, current hash value and sequence number;

[0143] The block body of the smart contract block includes the digital twin service demander ID, demand information block ID, final pricing, handling fee, service provider information, service status, two-way pricing process record, user satisfaction and confirmation time;

[0144] The server information includes all sub-demand service information;

[0145] The sub-demand service information includes the digital twin service provider ID, method model, demand computing resources, demand communication resources, demand control resources and the final service pricing of the sub-demand;

[0146] The service status includes transaction in progress and transaction completed, wherein when the service status is transaction in progress, the user satisfaction is fixed at 0, and when the service status is transaction completed, the user satisfaction is a value between 0 and 10;

[0147] The two-way pricing process record is a process record of price allocation between service demanders and service providers when a dynamic two-way pricing mechanism is implemented;

[0148] After each smart contract block is generated, the smart contract blockchain of all nodes is updated to update the newly generated smart contract block to the smart contract blockchain of the local terminal.

[0149] The digital twin service information blockchain constructs a digital twin service information block in the following manner:

[0150] The block header of the digital twin service information block contains the block ID, the previous hash value, the current hash value and the sequence number;

[0151] The block body of the digital twin service information block lists in detail the digital twin service user ID, the owner and the service information, where the owner includes the service provider and the service demander;

[0152] After each digital twin service information block is generated, the digital twin service information blockchain of all nodes is updated to update the newly generated digital twin service information block to the digital twin service information blockchain of the local terminal;

[0153] The nodes of the blockchain are all servers of digital twin service providers;

[0154] The digital twin service requirements described above match the delegated equity proof as follows Figure 3 As shown in the figure, the digital twin service provider is introduced The scoring system is based on service time and user satisfaction. The cumulative equity points are calculated by the following formula: :

[0155] ,

[0156] in A collection of digital twin service providers, Digital twin service provider historical time period, It represents the digital twin service provider The first The time of service;

[0157] The digital twin service requirements described match the digital twin service providers in the delegated proof of stake Probability of becoming a block validator Calculated by the following formula:

[0158] ,

[0159] in, For a digital twin service provider Different values ​​belong to different is the set of all compliant nodes;

[0160] The digital twin service demand matching delegated equity proof uses a random selection method to draw each delegate node to obtain the final block validator.

[0161] The registering of digital twin service provider resource information in the digital twin service information blockchain network includes:

[0162] Digital twin service providers need to evaluate their own resources, including computing resources , communication resources , control resources , calculate cost parameters , Communication cost parameters , control cost parameters 、Ideal profit ratio and minimum profit ratio ;

[0163] The computing resources The calculation speed is calculated by multiplying the number of floating point operations by the memory size. The unit is ;

[0164] The communication resources is the network communication speed, in units of ;

[0165] The control resource and scheduling capabilities , System Stability , Network control capabilities and hard disk capacity The calculation formula is:

[0166] ,

[0167] in, , , , is the weight of each factor;

[0168] The dispatch capability The number of processes that can be scheduled per second that can be provided to digital twin service providers;

[0169] The system stability The mean time between failures of the services provided to the digital twin service provider, in seconds;

[0170] The network control capability The number of routing rules that the digital twin service provider can support;

[0171] The hard disk capacity The hard disk capacity that can be provided to the digital twin service provider, in TB;

[0172] The calculation cost parameters For digital twin service providers, take up space within 1 hour for the cost of the services provided;

[0173] The communication cost parameter For digital twin service providers, take up space within 1 hour for the cost of the services provided;

[0174] The control cost parameter For digital twin service providers, take up space within 1 hour for the cost of the services provided;

[0175] The ideal profit ratio Provide the ideal return that digital twin service providers hope to obtain per unit cost;

[0176] The minimum profit ratio The minimum return that digital twin service providers hope to obtain per unit cost;

[0177] The registration of digital twin service provider resource information is to generate a digital twin service information block, where the digital twin service user ID is the block ID assigned to the digital twin service provider when it first joins the blockchain, the owner is the service provider, and the service information includes , , , , , , and .

[0178] The registration of digital twin service demanders' needs in the digital twin service information blockchain network includes:

[0179] Digital twin service demanders need to evaluate their needs, including service time , budget price , Maximum Acceptable Price and specific needs;

[0180] The service time The maximum period from the determination of the service price to the completion of the transaction, expressed in hours;

[0181] Budget price stated The optimal price point expected by digital twin service demanders;

[0182] The maximum acceptable price The maximum acceptable price expected by those who demand digital twin services;

[0183] The specific requirements are the description of the digital twin service demander's requirements, including the method model set , Data batch , the size of each batch of data and the slowest allowed response time ;

[0184] The method model set Contains at least one method model;

[0185] The data batch Provide the service provider with the maximum number of requests during the service period;

[0186] The size of each batch of data The minimum hard disk capacity required to serve each batch, in ;

[0187] The slowest allowed response time The maximum time required for the results to be output after the data is input into the described method model, in milliseconds;

[0188] The registration of the digital twin service demander's demand is to generate a digital twin service information block, where the digital twin service user ID is the block ID assigned to the digital twin service demander when he first joins the blockchain, the owner is the service demander, and the service information includes , , , , , and .

[0189] According to the distinction of the method model, the specific demand is subdivided into multiple sub-demands, and the amount of resources required for each sub-demand is estimated. Figure 4 As shown, including:

[0190] The method model set The models in include two types: unregistered method models and registered method models;

[0191] The unregistered method model means that the method model of this requirement has never been requested by the digital twin service demander, and resource demand assessment is required;

[0192] The registered method model represents that the method model of the requirement has been requested by the digital twin service demander, and the basic resource parameters can be directly queried;

[0193] The resource demand assessment is tested by the block validator to obtain the basic resource parameters;

[0194] The method test is to determine the input and output data flow of the method model, and input one item of data into the model to obtain the consumed resources as the basic resource parameters;

[0195] The basic resource parameters include basic computing resources , basic communication resources and base item control resources ;

[0196] The amount of resources required by the sub-requirements includes the amount of resources required to enable a single method model to satisfy the data batch , the amount of data per batch , the slowest allowed response time Required computing resources , demand communication resources and demand control resources ;

[0197] The required computing resources Calculated by the following formula:

[0198] ;

[0199] The required communication resources Calculated by the following formula:

[0200] ,

[0201] in Representing service demanders With service providers Network latency caused by the physical distance between them;

[0202] The demand controls the resources Calculated by the following formula:

[0203] .

[0204] The set of digital twin service solutions that meet the requirements Includes all eligible digital twin service provision solutions;

[0205] The qualified digital twin service provision scheme is able to meet A collection of service portfolios of digital twin service providers ;

[0206] The service portfolio Given the sub-demand Assigned service provider The key-value pair of , , ;

[0207] The collection of service combinations It is necessary to ensure that each sub-demand has a service provider assigned;

[0208] Said can satisfy The service portfolio of a digital twin service provider is the set of all The sub-requirement in the key is the resource of the digital twin service provider with the value corresponding to the key minus the resource of the sub-requirement with the corresponding key. , and Still greater than 0;

[0209] In some optional solutions, the matching algorithm steps are as follows:

[0210] 1. Initialization allocation:

[0211] Each digital twin service provider Initialize to an empty list , indicating that there are no sub-requirements in the initial state Assigned to the service provider. Also sets a counter , used to track the number of allocated sub-requirements;

[0212] 2. Demand allocation:

[0213] Check if all sub-requirements All have been allocated, that is, to determine whether the following formula is satisfied:

[0214] ,

[0215] in, represent The number of neutrons required;

[0216] If so, the current allocation plan Join the Digital Twin Service Provider Portfolio , and return to the step before the recursive call;

[0217] If there are still sub-demands that have not been assigned, proceed to the next step;

[0218] for Middle Individual needs , try to assign it to each service provider ;

[0219] The attempt will Assigned to each service provider Here are the steps:

[0220] Will join in ;

[0221] Determine the current Whether the following resource conditions are met:

[0222] ,

[0223] ,

[0224] ;

[0225] If the above conditions are not met, Remove ;

[0226] If the conditions are met, create a service combination for the current sub-demand and service provider ,in ,and , and further ;

[0227] Continue to recursively execute 2. Demand allocation step;

[0228] 3. Return all solutions:

[0229] After all sub-demands are allocated, the function returns a set of all possible digital twin service provision solutions. .

[0230] The smart contract is established and the contract status is updated as the transaction progresses, wherein:

[0231] Said can satisfy The set of all digital twin service providers capable of undertaking services in the service portfolio of digital twin service providers is ;

[0232] By digital twin service provider Ideal income ratio , digital twin service provider Service Sub-Requirement The amount you can get is :

[0233] ;

[0234] if Make , then determine For the final implementation plan , so that the final price for ;

[0235] if Make , then determine The price cannot be met and will from Remove from

[0236] if If it is an empty set, then there is no digital twin service provider on the digital twin service information blockchain that can undertake this demand;

[0237] if Make , dynamic two-way pricing is implemented;

[0238] The steps of dynamic two-way pricing are as follows:

[0239] Order Digital twin service demanders The budget price is ;

[0240] Order Digital Twin Service Provider The profit ratio is ;

[0241] No. The first round of dynamic two-way pricing begins;

[0242] Adjusting the digital twin service demanders upward Budget price , so that ;

[0243] In some options, budget prices The adjustment formula is as follows:

[0244] ,

[0245] in, , For those who need services The urgency level is a value between 0 and 1. The larger the number, the more digital twins will serve the users. More eager to close a deal;

[0246] Determine whether Make If yes, then confirm For the final implementation plan , so that the final price for , if not, continue;

[0247] Downward adjustment of all digital twin service providers Profit ratio , so that ;

[0248] In some alternative solutions, the profit ratio The adjustment formula is as follows:

[0249] ,

[0250] in, , For service providers The urgency level is a value between 0 and 1. The larger the digital twin service provider More eager to close a deal;

[0251] Determine whether Make If yes, then confirm For the final implementation plan , so that the final price for , if not, proceed to the next round of dynamic two-way pricing;

[0252] When the final implementation plan Once confirmed, the final pricing round will be Set to , and register the digital twin service smart contract.

[0253] The digital twin service smart contract is registered and the smart contract status is updated as the transaction progresses, wherein:

[0254] The handling fee It is the fee paid to the blockchain validator and is calculated as follows:

[0255] ,

[0256] in, is the proportional coefficient of the handling fee;

[0257] The registration of the digital twin service smart contract is to generate a smart contract block, in which the digital twin service demander ID is the digital twin service demander The block ID assigned when joining the blockchain for the first time, the demand information block ID is the block ID of the demand information registered in the digital twin service information blockchain, and the final price is , the handling fee is , service provider information, service status is transaction in progress, two-way pricing process is the process of dynamic two-way pricing steps from round 0 to round T, user satisfaction is 0 and confirmation time is the time to determine the pricing;

[0258] After the service is completed, the digital twin service smart contract status is updated;

[0259] The updating of the digital twin service smart contract state is to generate a smart contract block, in which the digital twin service demander ID is the digital twin service demander The block ID assigned when joining the blockchain for the first time, the demand information block ID is the block ID of the demand information registered in the digital twin service information blockchain, and the final price is , the handling fee is , service provider information, service status is transaction completed, two-way pricing process is the process of dynamic two-way pricing steps from round 0 to round T, user satisfaction is digital twin service demander The evaluation and confirmation time for this service is the time when the service ends;

[0260] The server information includes all sub-demand service information;

[0261] The sub-demand service information includes the digital twin service provider ID for the digital twin service provider The user ID and method model in the digital twin service information blockchain are The corresponding method model and the required computing resources are sub-requirements Required computing resources , communication resources are required as sub-requirements Demand for communication resources , demand control resources as sub-demands Demand control resources The final service pricing calculation formula for the sum of sub-demands is as follows:

[0262] .

Claims

1. A digital twin service demand matching method based on blockchain, characterized in that: The blockchain-based digital twin service demand matching method includes: Construct smart contract blockchain and digital twin service information blockchain for digital twin service transaction contracts and digital twin service information; Digital twin service provider j∈J registers resource information in the digital twin service information blockchain network, where J is the set of digital twin service providers; Digital twin service demander i registers the demand in the digital twin service information blockchain network; According to the distinction of method models, specific requirements are divided into multiple sub-requirements. i ∈D i , and estimate the amount of resources required for each sub-demand, where D i The total demand of those who need services; Matching digital twin service demander i and qualified digital twin service provision solution set S i , where the digital twin service provides a set of solutions S i Contains all eligible digital twin service provision solutions i ; Implement dynamic two-way pricing mechanisms between multiple digital twin service providers; Register digital twin service smart contracts and update contract status as transactions progress; The steps of dynamic two-way pricing are as follows: Let the budget price of digital twin service demander i in round 0 be p0 = p min , where p min It refers to the optimal price point expected by the digital twin service demanders; Let the revenue ratio of the digital twin service provider j∈J in round 0 be θ0=θ max , where the ideal return ratio θ max Provide the ideal return that digital twin service providers hope to obtain per unit cost; The tth round of dynamic two-way pricing begins, where t starts from 0 and becomes t+1 before each round of dynamic two-way pricing begins; Adjust the budget price p of digital twin service demander i in round t upwards t , so that p max >p t >p t-1 , p t-1 represents the acceptable price in round t-1, p max It represents the highest acceptable price expected by the demander of digital twin services; Determine whether there is a set of service combinations o i ∈O i The profit ratio θ in the t-1th round t-1 The price is less than or equal to the budget price p in round t t , that is, whether Make The service combination m refers to the given sub-demand d i ∈D i The key-value pair of the assigned service provider j∈J, that is, m=(d i ,j),m.key=d i , m. value = j, if yes, then determine o i For the final implementation plan Let the final price p f for If not, continue with is the profit ratio of the digital twin service provider m.value specified by the service combination m in the t-1th round m. Value service sub-demand m. The amount that can be obtained by the key; Adjust downward the profit ratio θ of all digital twin service providers j∈J in round t t , so that θ t-1 >θ t >θ min , where the minimum return ratio θ min The minimum return that digital twin service providers hope to obtain per unit cost; Determine whether there is a set of service combinations o i ∈O i The payoff ratio θ in round t t The price is less than or equal to the budget price p in round t t , that is, whether Make If yes, confirm o i For the final implementation plan Let the final price p f for If not, the next round of dynamic two-way pricing will be carried out, where is the profit ratio of the digital twin service provider m.value specified by the service combination m in round t m. Value The amount that can be obtained by the service sub-demand m. key.

2. The digital twin service demand matching method based on blockchain according to claim 1 is characterized in that: The blockchain network is constructed as follows: Construct an empty blockchain for the digital twin service transaction contract and digital twin service information respectively; Build an initial block for each empty blockchain to form the corresponding smart contract blockchain and digital twin service information blockchain.

3. The digital twin service demand matching method based on blockchain according to claim 2 is characterized in that: The initial block creation method is: Create the block header of the initial block: The block header contains the basic information of the block. In the initial block, the block height is 0, the timestamp is the time when the blockchain starts, and the hash value is a specific value used to identify the initial block; Create the block body of the initial block: The block body contains the data part of the block, and the content is different for different chains; in the initial block, the block body contains the initialized data.

4. The digital twin service demand matching method based on blockchain according to claim 3 is characterized in that: The way the smart contract blockchain constructs a smart contract block is as follows: The block header of the smart contract block contains the block ID, previous hash value, current hash value and sequence number; The block body of the smart contract block includes the digital twin service demander ID, demand information block ID, final pricing, handling fee, service provider information, service status, two-way pricing process record, user satisfaction and confirmation time; The server information includes all sub-demand service information; The sub-demand service information includes the digital twin service provider ID, method model, demand computing resources, demand communication resources, demand control resources and the final service pricing of the sub-demand; The service status includes transaction in progress and transaction completed; wherein, when the service status is transaction in progress, the user satisfaction is fixed at 0; when the service status is transaction completed, the user satisfaction is a value between 0 and 10; The two-way pricing process record is a process record of price allocation between service demanders and service providers when a dynamic two-way pricing mechanism is implemented; After each smart contract block is generated, the smart contract blockchain of all nodes is updated to update the newly generated smart contract block to the smart contract blockchain of the local terminal.

5. The digital twin service demand matching method based on blockchain according to claim 4 is characterized in that: The digital twin service information blockchain constructs a digital twin service information block in the following manner: The block header of the digital twin service information block contains the block ID, the preceding hash value, the current hash value and the serial number; the block body of the digital twin service information block lists in detail the digital twin service user ID, the owner and the service information, where the owner includes the service provider and the service demander; After each digital twin service information block is generated, the digital twin service information blockchain of all nodes is updated to update the newly generated digital twin service information block to the digital twin service information blockchain of the local terminal.

6. The digital twin service demand matching method based on blockchain according to claim 5 is characterized in that: The blockchain is a permissioned blockchain.

7. The digital twin service demand matching method based on blockchain according to claim 6 is characterized in that: The nodes of the blockchain are all servers of the digital twin service provider.

8. The digital twin service demand matching method based on blockchain according to claim 7 is characterized in that: The consensus mechanism used by the blockchain is digital twin service demand matching delegated proof of stake, specifically: The digital twin service demand matching delegated proof of stake introduces a requirement for digital twin service providers. The scoring system is based on service time and user satisfaction. The cumulative equity points are calculated by the following formula: Where J is the set of digital twin service providers, is the historical time period of digital twin service provider j, It represents the digital twin service provider The time of the kth service in historical time; The digital twin service requirements described match the digital twin service providers in the delegated proof of stake Probability of becoming a block validator Calculated by the following formula: Among them, ξj is a value that varies according to the digital twin service provider and the ownership, and F is the set of all compliant nodes; The digital twin service demand matching delegated equity proof uses a random selection method to draw each delegate node to obtain the final block validator.

9. The digital twin service demand matching method based on blockchain according to claim 8 is characterized in that: The digital twin service provider j∈J registers resource information in the digital twin service information blockchain network, including: Digital twin service provider j∈J needs to evaluate its own resources, including computing resources R 计算 , communication resources R 通信 , control resources R 控制 , calculate the cost parameter η 计算 , communication cost parameter η 通信 , control cost parameter η 控制 、Ideal profit ratio θ max and the minimum return ratio θ min ; The computing resource R 计算 The calculation speed is calculated by multiplying the number of floating-point operations by the memory size, and the unit is TFLOPS / s·GB; The communication resource R 通信 is the network communication speed, in Gbps; The control resource R 控制 and scheduling capability n c , System stability e , Network control capability r and hard disk capacity c ROM The calculation formula is: R 控制 =ω1n c +ω2t e +ω3n r +ω4c ROM , Among them, ω1, ω2, ω3, ω4 are the weights of each factor; The scheduling capability n c The number of processes that can be scheduled per second that can be provided to digital twin service providers; The system stability t e The mean time between failures of the services provided to the digital twin service provider, in seconds; The network control capability n r The number of routing rules that the digital twin service provider can support; The hard disk capacity c ROM The hard disk capacity that can be provided to the digital twin service provider, in TB; The computational cost parameter η 计算 For digital twin service providers, occupy R within 1 hour 计算 Cost of serving 1 TFLOPS / s·GB; The communication cost parameter η 通信 For digital twin service providers, occupy R within 1 hour 通信 The cost of 1Gbps service; The control cost parameter η 控制 For digital twin service providers, occupy R within 1 hour 控制 The cost of providing service 1; The ideal profit ratio θ max Provide the ideal return that digital twin service providers hope to obtain per unit cost; The minimum return ratio θ min The minimum return that digital twin service providers hope to obtain per unit cost; The registration of digital twin service provider resource information is to generate a digital twin service information block, where the digital twin service user ID is the block ID assigned to the digital twin service provider when it first joins the blockchain, the owner is the service provider, and the service information includes R 计算 , R 通信 , R 控制 , η 计算 , η 通信 , η 控制 ,θ max and θ min .

10. The digital twin service demand matching method based on blockchain according to claim 9 is characterized in that: The digital twin service demander i registers the demand in the digital twin service information blockchain network, specifically including: Digital twin service demander i needs to evaluate his own needs, including service time t s 、Budget price p min , maximum acceptable price p max and specific needs; The service time t s The maximum period from the determination of the service price to the completion of the transaction, expressed in hours; The budget price p min The optimal price point expected by digital twin service demanders; The maximum acceptable price p max The maximum acceptable price expected by those who demand digital twin services; The specific requirements are the description of the digital twin service demander’s requirements, including the method model set S m , data batch n, the size of each batch of data bs and the slowest allowed response time t l ; The method model set S m Contains at least one method model; The data batch n is the maximum number of requests from the service provider during the service time; The data volume per batch bs is the minimum hard disk capacity required to provide services for each batch, in TB; The slowest allowed response time t l The maximum time required for the results to be output after the data is input into the described method model, in milliseconds; The registration of the digital twin service demander's demand is to generate a digital twin service information block, where the digital twin service user ID is the block ID assigned to the digital twin service demander when he first joins the blockchain, the owner is the service demander, and the service information includes t s 、p min 、p max , S m , n, bs and t l .

11. The digital twin service demand matching method based on blockchain according to claim 10 is characterized in that: According to the distinction of the method model, the specific demand is subdivided into multiple sub-demands, and the amount of resources required for each sub-demand is estimated, including: The method model set S m The models in include two types: unregistered method models and registered method models; The unregistered method model means that the method model of this requirement has never been requested by the digital twin service demander, and resource demand assessment is required; The registered method model represents that the method model of the requirement has been requested by the digital twin service demander, and the basic resource parameters can be directly queried; The resource demand assessment is tested by the block validator to obtain the basic resource parameters; The method test is to determine the input and output data flow of the method model, and input one item of data into the model to obtain the consumed resources as the basic resource parameters; The basic resource parameters include basic computing resources r 计算 , basic communication resources 通信 and base item control resources 控制 ; The amount of resources required by the sub-requirements includes the amount of resources required to enable a single method model to meet the needs of data batches n, the size of each batch of data bs, and the slowest allowed response time t l Required computing resources Request Communication Resources and demand control resources The required computing resources Calculated by the following formula: The required communication resources Calculated by the following formula: Where d(i, j) represents the network delay caused by the physical distance between service demander i and service provider; The demand controls the resources Calculated by the following formula:

12. The digital twin service demand matching method based on blockchain according to claim 11 is characterized in that: The matching digital twin service demanders and the set of qualified digital twin service provision solutions, where: The qualified digital twin service provision scheme is one that can meet D i The set of service combinations of digital twin service providers O i , where D i The total demand of those who need services; The service combination set o i ={m1, m2, ..., m n }∈O i It is necessary to ensure that each sub-demand has a service provider assigned; Said can satisfy D i The service portfolio of a digital twin service provider is the set of all services in D i The sub-demand in is used as the key, and the resources of the digital twin service provider corresponding to the key minus the resources of the sub-demand corresponding to the key R 计算 , R 通信 and R 控制 Still greater than 0.

13. The digital twin service demand matching method based on blockchain according to claim 12 is characterized in that: The digital twin service smart contract is registered and the contract status is updated as the transaction progresses, wherein: Said can satisfy D i The set of service combinations O i The set of all digital twin service providers that can undertake services is J S ; According to the ideal profit ratio θ of digital twin service provider j∈J max , digital twin service provider j∈J S Service sub-demand i The amount you can get is if Make Then determine o i For the final implementation plan Let the final price p f for in is the ideal profit ratio of the digital twin service provider m. value specified by the service portfolio m m. Value service sub-demand m. The amount that can be obtained by the key; if Make Then determine o i The price cannot be met and will o i From O i Remove from The minimum profit ratio of the digital twin service provider m. value specified by the service combination m m. Value service sub-demand m. The amount that can be obtained by the key; If O i If it is an empty set, then there is no digital twin service provider on the digital twin service information blockchain that can undertake the demand; if Make Then implement dynamic two-way pricing to determine the final implementation plan When the final implementation plan After confirmation, the final pricing round T is set to t and the digital twin service smart contract is registered.

14. The digital twin service demand matching method based on blockchain according to claim 13 is characterized in that: The digital twin service smart contract is registered and the smart contract status is updated as the transaction progresses, wherein: The handling fee c b It is the fee paid to the blockchain validator and is calculated as follows: c b =T×λ, Among them, λ is the proportional coefficient of the handling fee; The registration of the digital twin service smart contract generates a smart contract block, where the digital twin service demander ID is the block ID assigned to the digital twin service demander i when he first joins the blockchain, the demand information block ID is the block ID of the demand information registered in the digital twin service information blockchain, and the final price is p f 、The handling fee is c b , service provider information, service status is transaction in progress, two-way pricing process is the process of dynamic two-way pricing steps from round 0 to round T, user satisfaction is 0 and confirmation time is the time to determine the pricing; After the service is completed, the digital twin service smart contract status is updated; The updating of the digital twin service smart contract state is to generate a smart contract block, where the digital twin service demander ID is the block ID assigned when the digital twin service demander i first joins the blockchain, the demand information block ID is the block ID of the demand information registered in the digital twin service information blockchain, and the final price is p f 、The handling fee is c b , service provider information, service status is transaction completion, two-way pricing process is the process of dynamic two-way pricing steps from round 0 to round T, user satisfaction is the evaluation of the service by the digital twin service demander i, and the confirmation time is the time when the service ends; The server information includes all sub-demand service information; The sub-demand service information includes the digital twin service provider ID, which is the user ID of the digital twin service provider j in the digital twin service information blockchain, and the method model, which is d i The corresponding method model and the required computing resources are sub-requirements d i Required computing resources The communication resource required is sub-requirement d i Demand for communication resources The demand control resource is the sub-demand d i Demand control resources The final service pricing calculation formula for the sum of sub-demands is as follows:

Images