CN114971170A

CN114971170A - Block chain-based multi-level multi-system pan-center cooperation platform system and method

Info

Publication number: CN114971170A
Application number: CN202210394163.7A
Authority: CN
Inventors: 袁国辉; 易望
Original assignee: Dakai Investment Shenzhen Partnership LP
Current assignee: Dakai Investment Shenzhen Partnership LP
Priority date: 2022-04-14
Filing date: 2022-04-14
Publication date: 2022-08-30

Abstract

A block chain-based multi-level multi-system pan-center cooperation platform system and a method are provided. The system comprises a plurality of hierarchical nodes forming a flat structure, when in demand distribution, the demand type node can issue a demand request message in the system, the supply type node matches the information of the demand product carried in the demand request message with the information of the supply side product stored by the supply type node, and under the condition of matching with a plurality of suppliers, the plurality of suppliers process through a game algorithm to obtain distribution results, the nodes of the demand type select proper distribution results, the product distribution process based on the cooperation competition of the block chain is completed, the system is based on blockchain establishment, macroscopically implements anti-monopoly, determines micro-rules for different products between underlying suppliers, therefore, macro and micro regulation and control are realized, the activity and fairness of the market are promoted, the turnover rate of resources is improved, the cooperation cost is reduced, and the benefit and the enthusiasm of each participant in each level of the market are improved.

Description

Block chain-based multi-level multi-system pan-center cooperation platform system and method

Technical Field

The application relates to the technical field of block chains, in particular to a block chain-based multi-level multi-system pan-center cooperation platform system and a block chain-based multi-level multi-system pan-center cooperation platform method.

Background

Whether market economy or social networking, etc., can be logically abstracted into a multi-level system of graph-grid associative structures, where each type of role in the system can be composed of multiple members (forming the same set of classes). Roles between different levels have directional interrelationships (e.g., business, supply and demand, publish/subscribe relationships) with each other. In addition, members in the same role set have mutual cooperation and competition relationship. The digital economy era comes, more mutual information transaction and exchange are completed on a computer system taking the internet as a platform, the development of open economy is greatly promoted, and a distributed commercial market and a socialized economic form are formed.

Most of the existing electronic commerce, shared transaction, service supply platforms and the like adopt/rely on a centralized platform based on cloud computing so as to match supply and demand parties. The platform is a participant and a manager of the market, and a digital market is constructed.

However, the centralized platform enforcement rules lack transparency and are prone to monopoly of platforms. With the excessive centralization of the scale, the fairness of the market is influenced, and the interests and the enthusiasm of participants at all levels of the market are influenced.

Disclosure of Invention

The method mainly solves the technical problems that the existing centralized platform execution rule lacks transparency and monopoly of the platform is easily formed. With the excessive centralization of the scale, the fairness of the market is influenced, and the interests and the enthusiasm of participants at all levels of the market are influenced.

According to a first aspect, an embodiment provides a blockchain-based multi-level multi-system universal center cooperative platform system, which includes: a plurality of nodes, wherein the types of nodes include: a supply type and a demand type; the node of the demand type is a proxy node of at least one demand side in the blockchain; the node of the supply type is an agent node of a plurality of supply parties in a block chain, and each node of the supply type comprises a service module, a rights and interests module, an information organization module and a communication module; the business module stores product information of a supplier, and the product information comprises product keywords; the equity module is used for storing equity distribution conditions; the information organization module is used for storing the related node information; the communication module is used for completing communication with other nodes, and the other nodes are nodes except the supply type nodes;

wherein:

based on a name space established by key words contained in the product information, a node of a demand type issues a demand request message to a multi-level multi-system pan-center cooperation platform system based on a blockchain in a communication mode of naming and addressing, wherein the demand request message contains the information and the matching type of the product required, and the matching type is fuzzy matching or precise matching;

for each node of the provisioning type that receives the demand request message: matching the information of the required product with the information of the product of the supplier stored by the supplier to obtain a plurality of candidate suppliers, wherein the information of the product of the candidate suppliers comprises the information of the required product; based on an intelligent contract, processing a plurality of candidate suppliers based on a game algorithm until Nash balance is achieved, and obtaining the distribution result of the information of the target supplier and the required product in the target supplier; sending the distribution result to the node of the demand type;

the node of the demand type displays all the distribution results received from the node of the supply type;

the node of the demand type selects one distribution result from all distribution results as a target distribution result based on the received selection instruction;

the node of the demand type sends a selection notice to the node of the supply type corresponding to the target distribution result, and the selection notice is used for indicating that the distribution result sent by the node of the supply type corresponding to the target distribution result is selected;

and the node of the supply type corresponding to the target distribution result stores the corresponding relation between the information of the required product and the distribution result.

According to a second aspect, an embodiment provides a blockchain-based multi-level multi-system universal center cooperation method, which is applied to a blockchain-based multi-level multi-system universal center cooperation platform system, where the system includes a plurality of nodes, where each node type includes: a supply type and a demand type; the node of the demand type is a proxy node of at least one demand side in the blockchain; the node of the provisioning type is a proxy node of a plurality of providers in the blockchain; the method comprises the following steps:

the method comprises the steps that a supply type node receives a demand request message sent by a demand type node, wherein the demand request message contains information of a demanded product, and the information of the product comprises a keyword of the product;

the supply type node obtains a plurality of candidate suppliers according to the information of the required products and the information of the products of the suppliers stored by the supply type node, the information of each product stored in the supply type node has a corresponding supplier, and the information of the product of each candidate supplier comprises the information of the required product;

the supply type node is processed based on a game algorithm according to a plurality of candidate suppliers based on an intelligent contract until Nash balance is achieved, and distribution results of information of target suppliers and required products in the target suppliers are obtained;

the supply type node sends the allocation result to the demand type node.

According to a second aspect, an embodiment provides a computer readable storage medium having a program stored thereon, the program being executable by a processor to implement the method of any one of the above second aspects.

According to the block chain-based multi-level multi-system pan-center cooperative platform system and the method of the embodiment, the block chain-based multi-level multi-system pan-center cooperative platform system and the block chain-based decentralized system have high system transparency and are not easy to form monopoly, macro regulation and control are realized, fine micro rules are determined for different products among bottom layer suppliers, so that macro and micro regulation and control are realized, the system comprises a plurality of levels (different nodes), the plurality of nodes form a flat structure, when demand is distributed, the demand type node can issue corresponding demand request messages in the system, the supply type node matches the information of the demand product carried in the demand request message with the information of the product of the supplier stored by the supply type node, and under the condition of matching to the plurality of suppliers, the supply type node is distributed among the plurality of suppliers through a game algorithm, therefore, a final distribution result is obtained, each supply type node sends the distribution result obtained by matching to the demand type node, so that the demand type node is selected, the product distribution process based on cooperation competition of the block chain is completed, the activity and fairness of the market are promoted, the turnover efficiency of resources and services is improved, the cooperation cost is reduced, and the benefit and the enthusiasm of each level of participants in the market are improved.

Drawings

FIG. 1 is a schematic diagram of a centralized interaction model;

fig. 2 is a schematic diagram of a multi-level interaction mode according to an embodiment of the present application;

fig. 3 is a schematic architecture diagram of a block chain-based multi-level multi-system pan-center cooperative platform system according to an embodiment of the present application;

fig. 4 is a schematic structural diagram of a block chain-based multi-level multi-system pan-center cooperative platform system according to an embodiment of the present application;

fig. 5 is an interaction diagram of a block chain-based multi-level multi-system pan-center cooperation method according to an embodiment of the present application;

FIG. 6 is a schematic diagram of a publish/subscribe system model provided in an embodiment of the present application;

fig. 7 is a schematic processing flow diagram of a single service provider corresponding to a single network appointment room order according to an embodiment of the present application;

fig. 8 is a schematic processing flow diagram of a single network appointment room order corresponding to multiple service providers according to an embodiment of the present application;

fig. 9 is a schematic processing flow diagram of a plurality of network contract house orders corresponding to a plurality of service providers according to an embodiment of the present application.

Detailed Description

Most of the existing electronic commerce, shared transaction and service supply platforms adopt/rely on a centralized platform based on cloud computing to match supply and demand parties. The centralized interaction mode diagram shown in fig. 1 is a centralized platform which is a participant and a manager of the market and also constructs a digital market. The centralized platform execution rule lacks transparency and monopoly of platforms is easy to form. With the excessive centralization of the scale, the fairness of the market is influenced, and the interest and the enthusiasm of participants at various levels of the market are influenced. The interest extension of the upstream and downstream related parties of services, transactions and supply and demand is not sufficient, namely, the different network platforms lack interoperability, and the extension party on the service chain has breakability among the different platforms.

For example, the existing online travel service providing platform is a centralized platform built by respective cloud computing resources, all internal rules are formulated and changed in a platform side order, and all data information is owned by the platform side; the participators can only execute according to the rules set by the platform side, thus easily leading to the reduction of the enthusiasm and creativity of the participators; finally, the excessive concentration of the scale of the centralized platform easily leads to monopoly of the market of the corresponding industry, and the benign competition of the market of the corresponding industry cannot be realized.

The centralized interaction platform (for example, an e-commerce platform, a rental platform, a shared economy platform, a transaction platform, etc.) connects a plurality of demanders (also referred to as buyers in this application) and a plurality of suppliers (also referred to as sellers in this application) at the same time, so that the demanders and the suppliers need to interact through the centralized platform, and the transaction is opaque, the decision is easy to manipulate, monopoly is easy to form, bilateral information is asymmetric, and the like.

Referring to fig. 2, fig. 2 is a schematic diagram of a multi-level interaction mode provided in an embodiment of the present application, in which a demand party may interact with each supplier without passing through a centralized platform. The arrowed lines represent the flow of information, each pentagon represents a demand side, each triangle represents a supplier, and the supplier can be composed of a plurality of levels, wherein n + k levels are exemplarily shown in the figure.

Therefore, if a larger and complete multi-stage buyer-seller communication platform or a buyer-seller platform with an upstream and downstream cascade long chain is established, a large platform for relay supply and demand and service communication is formed, and the realization of common abundance is gradually carried out, so that the social market trend is realized. The introduction of a multi-level, multi-party member set to build a more massive distributed business market may lead to new problems, such as:

problem 1: how to effectively coordinate equity competition and cooperative distribution of the pooled multi-level relatives?

Problem 2: how well the microscopic collaboration and competition relationships with each other balance for parallel members of each hierarchy? The premise of a socialized benign market is to ensure the macro optimization, and microscopically prevent the formation of monopoly and effectively cooperate with each other. In short, the overall planning and opposition of the macro and the micro are unified.

Problem 3: how to perform supervision and correction in the case where a macro object is inconsistent or deviated? Based on a post conflict processing mode, the method is high in cost, long in period and difficult in evidence obtaining, and an intervention and supervision mechanism with high real-time performance is very necessary to be established.

The traditional business model has a larger time and space interval, so that the interaction boundary of the right/benefit/supply and demand parties is limited; although the internet-based e-commerce and other modes effectively solve the problem of space separation, most transaction modes based on a centralized platform are still logically limited to a limited local bilateral/two-party interaction mode. The block chain technology participates in multiple ways, accounts accounting, calculation, consensus maintenance and automatic execution based on intelligent contracts (program rules) can further enlarge the multi-party interaction boundary of time and space and promote the formation of a subversive business mode with fine granularity, accuracy and long chain cooperation.

In actual production, social services and social relations, from a vertical industry, the roles of each organization/individual are multifaceted and transformed: upstream, an organization or individual is a supplier; however, for the downstream, the organization or the individual becomes a demand side, and the chain plays a role of crossing for a plurality of subdivided vertical industry chains, that is, each node in the chain is crossed, and for the distributed digital business organization form formed by more complicated, enlarged, up-down multi-element relationship, a novel information system and a planning optimization strategy for further solving the value/interest linkage between the related parties are needed.

The era of digital economy comes, universal centralized distributed business becomes a future trend, is a business form with multiple centers and dynamically balanced centers, and needs to be provided in the future for business organizations to have Independence (Independence), represent the data dominance of enterprises and have long-tailed innovation in fully competitive market environments; integration, which refers to the connection of production elements, the cooperation of production methods, and the weakening of business boundaries; intelligence (Intelligence), data thinking, and future business are evolving towards intellectualization, mainly embodied in decision Intelligence and operation Intelligence.

The multi-level multi-party cooperative system is established based on the block chain as a bottom layer technology, and can achieve the characteristics of decentralization, whole network consensus, transparent data and traceability.

Most applications of the current block chain only concern data information flow, point-to-point interconnection and intercommunication are achieved, the concern degree in the aspects of value flow, hierarchical relation and macro-micro overall equity distribution of an actual application scene is not enough, the mapping coupling degree of topological consistency of a computer system and actual business logic is not clear, and the potential of building a distributed business model based on the block chain cannot be exerted.

The blockchain is taken as a tool provided for point-to-point decentralized transaction, and the blockchain is considered as an effective tool for trust construction, trusted interaction and distributed commerce in a multi/decentralized scene by the characteristics of multi-party synchronous storage of an account book, security consensus confirmation and programmable automatic interaction of an intelligent contract. Most applications of the block chain only concern data information flow, data interconnection and intercommunication are insufficient in concern degree in the aspects of value flow and macro-micro overall equity allocation of an actual application scene, and the potential of building a distributed business model based on the block chain cannot be developed.

Blockchains are considered to be an effective solution for better building trust in cross-domain/open networks, facilitating the sharing, exchange and cooperation of numerous "selfish" nodes in the network: firstly, a block chain is constructed for a distributed architecture, a mechanism of the block chain does not contain a central authoritative node, and a cross-domain open network also has a large number of scattered nodes belonging to multiple domains; secondly, the blockchain consensus mechanism and the cryptocurrency can become an effective incentive means for promoting the mutual cooperation of the nodes, such as storage transaction, information sharing and the like. And the intelligent contracts of the block chains are helpful for constructing markets with information sharing and trading among each other. More importantly, the information sharing exchange market established by the block chain technology is safe and reliable, and the transaction is verified and confirmed through the whole network and/or main authoritative nodes.

The centralized platform not only causes the lack of transparency of the rule data, but also is easy to form information islands. The invention provides a block chain-based construction of a flat point-to-point multi-level and multi-member set/alliance cascade interaction cooperation system and an economic utility macro-micro overall equity allocation architecture and method for a distributed scene. The system not only saves the chain loading problem of each platform, but also breaks the information isolated island condition among the platforms. Illustratively, both the online travel service providing platform AA and the online travel service providing platform BB can provide network contract house renting service business, and house resources of the platform AA and the platform BB can be linked directly, so that the transparency and authenticity of house resource information are ensured; the intelligent contract consensus of the block chain guarantees that the house source price cannot be greatly fluctuated due to unilateral reasons. The participator can put out the demand on the technical platform, the technical platform carries out demand matching on the premises resources which are connected with the chain in a matching mode, and then the matching result is carried out with a game algorithm to obtain the optimal result which is fed back to the participator.

The embodiment of the application provides a block chain-based multi-level multi-system pan-center cooperative platform system, a block chain-based multi-level multi-system pan-center cooperative platform method and a readable storage medium, a multi-level (in the application, the level refers to a supplier platform) multi-party (in the application, the multi-party refers to a demand party, the supplier platform and a supplier included in the supplier platform) fair cooperation system is built based on the decentralized property of the block chain, a multi-level and multi-member set is built with the system based on block chain thinking, a flattened cascade loose coupling, informatization, digital value-added and distributed organization structure is formed by a multi-member set, and a macro-micro-macro-micro, therefore, an effective, high-participation and shared-governance programmable future intelligent business ecological market is established.

The multi-level multi-party collaboration system of the block chain provided by the embodiment of the present application is described below with reference to fig. 3 and fig. 4.

Referring to fig. 3, fig. 3 is a schematic diagram of an architecture of a block chain-based multi-level multi-system pan-center cooperative platform system according to an embodiment of the present disclosure. The block chain-based multi-level multi-system universal central cooperation platform system (hereinafter referred to as "multi-party cooperation system" or "system") provided by this embodiment may include, but is not limited to, a orchestration layer, a cooperation layer, and a source system layer.

The system mainly establishes a multi-level (multi-party) shared network through a block chain, and the following description takes the requirements generated in the system as an order as an example.

The source system layer refers to an IT system which is self-generated and managed by each party participating in the cooperation in the system and becomes a basic unit of the multi-party cooperation system. The system has the functions of receiving (upstream) external orders, completing the orders and generating external (downstream) orders.

For example, 3 nodes (i.e. 3 levels) are exemplarily shown in fig. 3, which are the present-level federation chain a, the present-level federation chain B, and the present-level federation chain M, respectively, and the nodes may not be in the form of federation chains, and may be block chain proxy nodes of a separate provider in the system. Multiple providers may be included in each level of federation chain, e.g., member A in the level of federation chain A as illustrated by way of example in FIG. 1 ₁ Production System, Member A ₂ Production System and Member A _i Production system

It should be noted that the source system layer may establish a federation blockchain or may not establish a federation blockchain.

The collaboration layer refers to a federation block chain, individuals or teams formed by hierarchically associating related federations according to business upstream and downstream logics, and a subscription message format of a publishing/receiving service of a point-to-point information networking and a demand (for example, an order) is completed by docking according to a link protocol. The collaboration layer may also be referred to as middleware. The main functions of the collaboration layer may include, but are not limited to: upstream and downstream association, protocol networking, publication/subscription of messages, named addressing, and/or supply and demand matching, etc. Each alliance block chain, individual or team can send a message to the network of the system, and the cooperation layer forwards the message, so that order matching of a supplier and a demander is completed according to a matching mode, interaction parties are returned to the coordination layer, and the cooperation layer reports the order matching to the orchestration layer, and the supplier and demander can directly complete product delivery point to point subsequently.

Further, the final benefit distribution and acquisition among the suppliers can be completed according to a global level or a microcosmic shared, compliant and transparent distribution mode, and the benefit distribution result is reported to the global level for recording and supervision. Further, community contribution, reward and punishment evaluation and the like are completed.

The overall layer is mainly responsible for making or modifying the operation rule of the system based on the mode of alliance consensus: administrative and maintenance rights allocation rules, overseeing and monitoring the status of transaction operations, adjusting parameters of system operations, awarding or penalizing related violations of rules, etc.

The system completes operation based on two layers of control logics, namely an upper layer (overall layer) and a middle layer (cooperation layer).

For example, after the two nodes are connected into the system (middleware), the two nodes need to agree with each node in the system on the blockchain, so that monopoly on the X service caused by platform or operation in the subsequent transaction process will not occur.

And each node in the middle layer (cooperation layer) makes a microscopic autonomous decision, namely, each node determines a distribution rule through consensus aiming at specific different products or services, and the microscopic regulation and control mainly aims at asymmetric competitive coordination. According to the rule of micro-regulation and control of the fine granularity of the bottom layer of the middleware, illustratively, three persons release the people lodging reservation requirement in the middleware and finally reserve the same time period of the three people lodging and living time on the platform A (the platform A is a node of a supply type); at the moment, three clean-keeping orders are issued by three residents, a person who has two functions of Zhang III and Li IV can rob the order, the Zhang III is a field network to preferentially rob the three orders, and the microcosmic regulation and control can judge whether the three orders are capable of being completed or not according to the time for completing the orders by the Zhang III and the number of orders existing on the hand, and if the orders are not capable of being completed, the incomplete parts can be redistributed. This example is the dispensing rule specified in the clean order dispensing process, which may not be applicable to other types of products and services, and is therefore a micro-decision rule.

Therefore, the overall planning layer changes the opacity and monopoly possibly caused by a single centralized platform, the system can expand the range of transaction, and multi-party long chain cooperation is formed; in addition, the separation of market and regulation is realized, namely the independence of microscopic market transaction completed by the source system layer and the cooperation layer, the fine-grained settlement and the decoupling of macroscopic socialization management completed by the overall layer are realized, the activity and fairness of the market are promoted, the turnover efficiency of resources and services is improved, and the cooperation cost is reduced.

Existing supply chains are in a top-down mode, such as: the order of suppliers that a demander needs to buy an intelligent lock or a related accessory on a certain shopping platform may be: the system has the advantages that a shop and a scheme provider are obtained through a certain shopping platform, a circuit board manufacturer, a lock body manufacturer, a hardware manufacturer and a visiting service party are obtained, so that the situation that the existing supplier mode is too complicated can be understood, and the supply chain mode is difficult to flexibly change once formed.

The system provided by the embodiment is based on a flat multi-level multi-alliance structure, all suppliers in the industry access to a source system layer in a parallel mode, and the mode of a supply chain from top to bottom is changed. And then all suppliers in the industry achieve consensus according to the macro-micro rules in the overall layer, so that the cost of commodities or services provided by the suppliers achieves a consensus rule, the risks of opaque price, irregular price fluctuation and the like in the traditional mode from top to bottom are broken, and meanwhile, the consideration of a demand party on the price in the process of purchasing the commodities or the services is eliminated. Due to the flat multi-level structure, all suppliers accessing the source system layer can release free products and services through a federation mode or an independent mode through a collaboration layer, so that a demand party can directly find a source supplier when a basic commodity or a basic service is required, and meanwhile, the demand for the demand party can be formed by the union of the suppliers to complete the demand.

In addition, the system is used as a middleware platform which can be accessed to various platforms/users and is based on the block chain, the top layer of the middleware platform can contain corresponding transaction rules, and the rules have the function of preventing a certain platform from monopolizing a certain service in the transaction process, namely realizing monopoly on the system macro level. For different products or services, the corresponding suppliers of the middleware platform can work out the corresponding matching mode of the products or services in a consensus mode, namely the micro matching mode.

Optionally, the system provided by the embodiment of the application can be applied to distributed commerce of a web3.0 model.

The system provided by the embodiment of the present application is described in detail below with reference to another system configuration.

Referring to fig. 4, fig. 4 is a schematic structural diagram of a block chain-based multi-level multi-system pan-center collaboration platform system according to an embodiment of the present application, where the multi-party collaboration system may include: a plurality of nodes. Each node is established based on a blockchain. The types of nodes include: a supply type and a demand type.

Wherein the node of the demand type is a proxy node of at least one demand side in the blockchain.

Wherein the node of the provisioning type is a proxy node of the plurality of providers in the blockchain.

It is understood that the type of node is used to distinguish the role of the node in the blockchain, a node may have multiple types, and the type of the node may also be switched, for example, a proxy node on the X node as some suppliers, the type of the X node is a supply type, and a supplier on the X node needs to purchase a product through the system, and then a product demand may be issued in the system, so that the type of the X node is also a demand type.

Wherein, the system layer is correspondingly stored in each node. The following modules may be included in each node of the provisioning type, but are not limited to: the system comprises a business module, a rights and interests module, an information organization module, a communication module and the like.

The business module stores product information of a supplier, and the product information comprises product keywords.

Optionally, the service module is configured to: and the supply and demand parties set business rule parameters such as keywords, detailed description, state information and the like for the existing resources such as products and services according to business requirements.

Optionally, the service module may include a database of key Uniform Resource Identifiers (URIs). The keyword URI database may store keywords identified by products and services. Illustratively, the keyword may be in various forms such as a hierarchical phrase or a character string.

Optionally, the business module may include a product/service specification description table. The product/service specification description table is used to store detailed descriptions of products and services. Illustratively, the product/service specification description table may be in a structured data format such as XML.

Optionally, the business module may include a local product/service management database. The local product/service management database is used to store parameters such as product inventory, service capacity and/or status information. Such as product and service quantities, prices, descriptions and statuses, etc.

Optionally, the service module may include a service rule parameter table. The service rule parameter table is used for setting rule parameters for corresponding products and services according to the service requirement request.

The right module is used for storing right distribution conditions.

Optionally, the right module is used for storing rules of right allocation, calculation, statistics and the like which are commonly identified by the supply and demand parties.

Optionally, the equity module may include a rules database. The rule database is used for storing the right and interest rules made by the supply and demand parties.

Optionally, the equity module may include an equity database. The rights and interests database is used for storing the rights and interests acquired by the supply and demand parties.

Optionally, the equity module may include an equity calculation engine. The equity calculation engine is used for calculating the business equity according to the consensus rule.

Optionally, the equity module may include a statistical analysis engine. The statistical analysis engine is used for performing statistical analysis on the generated business. The information organization module is used for storing the related node information.

The communication module is used for completing communication with other nodes, and the other nodes are nodes except the supply type node. The communication module may also be referred to as a network processing related component.

Optionally, the network processing related component is configured to manage network software and hardware interfaces in the blockchain module, and process information and different protocols.

Optionally, the network processing related components may include network interface management. The network interface management is used for managing interfaces of all the participating parties, which are docked by existing software and hardware platforms.

Optionally, the network processing related component may include network information processing. The network information processing is used for information processing such as publishing/subscribing, transaction matching, spreading and the like.

Optionally, the network processing related components may include network protocol processing. Network protocol processing is used for processing between multicast or broadcast protocols.

Optionally, the network processing related components may include a blockchain module. The block chain module is used for storing information.

Optionally, the network processing related components may include performance management. Performance management is used to monitor performance at the overall system level.

In some embodiments, each node of a provisioning type may also include an information organization module, which may also be referred to as an information organization-related data structure. The information organization module is used for filling related data by the supply and demand parties according to self conditions and forming a union with the acquaintance party according to the filled data.

Optionally, the information organization module may include a Federation Black and white list. The alliance black and white list table is used for storing all members in the alliance and marked black and white lists.

In some embodiments, the product or service of the supplier that it provides for each node of the supply type may be a ring in the supply chain, and the product or service may have products or services upstream or downstream in the supply chain.

Optionally, the information organization module may include an upstream service client table. The upstream service customer table is used for storing corresponding upstream customer tables of the supply and demand parties. The upstream service customer table may be obtained by system matching.

Optionally, the information organization module may include a downstream supply merchant table. The downstream supply merchant table is used for storing the corresponding downstream supply merchant table of the supply and demand parties. The downstream service customer table may be obtained by system matching.

Optionally, the information organization module may include a transaction table to be matched. The transaction form to be matched is a form which is issued and needs of both the supply and the demand parties match.

In some further embodiments, the system may further comprise: and (4) an internet interaction layer. The Internet interaction layer can perform supply and demand message propagation, rapid transaction matching, semantic decomposition step by step along a path, conversion and iterative forwarding step by step on upstream and downstream chains of supply and demand transactions according to service attributes point to point, perform distributed order matching and matching, and split and iterative propagation of orders along the upstream and downstream paths, so that the whole supply/service chain is pulled.

Optionally, the internet interaction layer may include a topology routing module. The topology routing module is used for keyword, name semantic definition and routing forwarding strategy in each business hierarchy.

Illustratively, the topology routing module may include at least one of the following functions: traffic classification/domain and hierarchy management, keyword semantic topology management, name-based semantic routing, and semantic forwarding strategies.

Optionally, the internet interaction layer may further include a micro interaction module. And the microscopic interaction module is used for transmitting and matching the keyword information of the supply and demand parties under the macroscopic consensus rule.

Illustratively, the microscopic interaction module may include at least one of the following functions: the system comprises a message multicast/broadcast distribution module, a demand message forward path propagation, a supply message reverse path propagation and a message distributed convergence process.

Optionally, the internet interaction layer may further include a distributed transaction processing module. The distributed transaction processing module is used for processing information transmission and matching of supply and demand parties in distributed nodes or distributed different domains.

Illustratively, the distributed transaction processing module may include at least one of the following functions: distributed transaction matching, order matching/order splitting, order-demand escaping, and stepwise upstream and downstream iterative propagation along a path

Optionally, the internet interaction layer may further include distributed business operations computing-related system modules for search and match, equity transfer, payment management, third party financial systems, and the like. The interaction layer carries out microscopic management and functionally completes the completion of the order chain as the business rules allow as real time as possible.

In still other embodiments, the system may further include a distributed control layer. The distributed control layer is a system function module for performing alliance overall management according to the overall service condition. And each corresponding module can also carry out multi-instance deployment according to regions, services and periods, thereby avoiding single-point failure and strengthening load balancing.

Optionally, the distributed control layer may include a macro control module. The macro control module manages and maintains equity allocation rules based on blockchain alliances, supervises and monitors the status of transaction operations, adjusts parameters of system operations, rewards or penalizes related violating events of rules, etc.

Illustratively, the macro control module is used for realizing at least one function of a control and feedback protocol of the micro distributed interaction layer by the distributed control macro upper layer, monitoring and adjustment of macro rule parameters and a macro general ledger block chain system.

Optionally, the distributed control layer may include a semantic management module. The semantic management module is used for managing all keywords and a named semantic summary table in each industry level in the system.

Illustratively, the semantic management module may include, but is not limited to, at least one of: the domain name system comprises an industry domain name structured layer map, a business keyword association map and a domain knowledge map.

Optionally, the distributed control layer may include a rule consensus module. And the rule consensus module manages consensus rules based on the blockchain alliance and reports the certificate to the blockchain as a subsequent distribution decision basis by an intelligent contract after the transaction of the supply and demand parties is completed.

Illustratively, the rule consensus module may include, but is not limited to, at least one of: rule formulation based on a block chain consensus mechanism, generation and management of various rules, a block chain intelligent contract editor and a rule operation and management executor.

It can be understood that the distributed control layer is mainly responsible for data general ledger block chains of the whole business chain, observing business operation states of the macro layer, formulating new rules and right and benefit distribution proportions through a alliance consensus mechanism, adjusting system parameters, balancing improper business unbalance, managing incentives, awards and punishments, guaranteeing that data elements are not abused and monopolized, and protecting privacy of relevant sensitive key basic data.

In some further embodiments, the system may further comprise: and a portal module. The portal module may also be referred to as a portal. The portal module can be used by the supply and demand parties through a computer web page, a mobile phone APP, a WeChat applet and the like by using a visual interactive interface. Meanwhile, the visual interface can present data such as business analysis, industry reports, supply chain optimization, rights and interests classification, keyword ranking and the like.

The portal module may include but is not limited to: the system comprises a registration authentication sub-module, a rights and interests report sub-module, a rule adjustment sub-module, a keyword classification hierarchy tree sub-module, a keyword popularity weight statistics sub-module, a keyword bidding ranking sub-module, a visual interactive interface sub-module and the like.

The registration authentication sub-module is used for registering and authenticating accounts of the supplier and/or the demander, namely registering accounts of the supplier and the demander and authenticating individuals or units.

The rights report sub-module is used for checking the rights report of the account with the right.

The rule adjusting submodule is used for adjusting the information of the product of the account with the authority and the service resource rule parameters.

The keyword classification hierarchy tree submodule is used for storing keywords classified according to hierarchies.

The keyword popularity weight statistics submodule is used for checking the ranking condition and the use frequency of all keywords in the system.

The visual interactive interface sub-module is used for performing man-machine interaction so as to complete account registration, receive keywords, display the keywords according to classification and display the ranks of the keywords.

The keyword bidding ranking submodule is used for ranking the keywords according to the bidding ranking strategy and displaying the keywords based on the rankings when the keywords are searched.

Optionally, the bid ranking strategy states: the strategy comprises the steps of firstly carrying out intelligent processing and analysis on a plurality of items of data according to a bidding initiator, a demand party and an existing internet engine of a platform by a keyword/group to obtain a potential value score, then dividing the keyword/group with the potential value score into similar bidding keywords to carry out score comparison and obtain a ranking, and finally feeding back the ranking condition and bidding cost of the keyword/group to a supplier participating in bidding.

The purpose of the bid ranking strategy is to encourage bidding participants to mine more potentially valuable keywords/groups and the products or services that correspond most closely to the potentially valuable keywords/groups; the higher the potential value score the higher the ranking of the keyword/group will be. Meanwhile, the keyword/group platform with higher potential value score can reduce or return bidding cost, so that on one hand, the supply and demand parties can achieve higher return with a small amount of economic investment by mining the keyword/group with high potential value score; on the other hand, the method solves the poor profit business model of the traditional bidding ranking mode of the high bidders.

The following introduces the operation flow of bid ranking:

step 1: suppliers participating in bidding submit bid keywords/groups

Step 2: verifying compliance of submitted bid keywords/groups with national information security laws

And step 3: calculating multiple data of bidding initiator to obtain score

And 4, step 4: calculating a plurality of data of the demand side related to the bidding keywords/groups to obtain a score

And 5: calculating the existing Internet engine's score for the bid keyword/group existing and historical data

Step 6: totaling the three scores

And 7: dividing into the same group and comparing and ranking

And 8: feeding back suppliers participating in bidding and confirming whether to execute

And step 9: keyword/group placement.

In some embodiments, the portal module may further include an input-output submodule, and the input-output submodule is used for logging in and logging out of accounts of both the supply and demand parties.

Optionally, the system provided in the embodiment of the present application may use an Intelligent Eco network (IEN for short) as a system architecture framework.

In this embodiment, a block chain-based multi-level multi-system pan-center cooperative platform system is established, and the system will form a distributed system with decentralized/multicenter/point-to-point internet direct cooperation of "multi-party to multi-party" and "multi-level, long chain" based on the digital economy of the block chain. A latticed long chain cooperation system with a multi-member set is constructed, and a macro-micro overall and reasonable and fair equity distribution mechanism is established to establish the social industrial ecology. The distributed business system is formed, the turnover utilization rate of resources and services is improved, the supervision and real-time intervention and regulation capacity is enhanced, monopoly is prevented from being formed, the common abundance is promoted, and big data maturity caused by asymmetric information is avoided.

The block chain-based multi-level multi-system pan-center cooperation method applied to the system is described below.

Referring to fig. 5, fig. 5 is an interaction diagram of a block chain-based multi-level multi-system pan-center cooperation method according to an embodiment of the present disclosure, where the method according to the present embodiment may be applied to a block chain multi-level multi-party cooperation system, and the following description will take as an example that the method according to the present embodiment is applied to the systems shown in fig. 3 and fig. 4. In this embodiment, taking the node of the provisioning type as the node 1 of the provisioning type and the node 2 of the provisioning type as an example for explanation, the method provided in this embodiment may include the following steps:

s51: and the demand type node issues a demand request message to a block chain-based multi-level multi-system pan-center cooperation platform system.

The demand request message contains information of a demanded product, and the information of the product comprises a keyword of the product.

It is understood that the product in this embodiment may refer to a good or a service. I.e. the product comprises physical goods and services that can be provided.

When a demand side has a product with corresponding demand, a demand request message carrying information of the product with demand can be issued in the system through a demand type node based on intelligent contract. The supplier's node of the supply type in the system may receive the demand request message for further matching.

S52: and the supply type node obtains a plurality of candidate suppliers according to the information of the required products and the information of the products of the suppliers stored by the supply type node.

Wherein, the information of each product stored in the node of the supply type has a corresponding supplier.

Wherein each provisioning type node has stored therein one or more providers, wherein each provider has one or more products.

Wherein the information of the product of each candidate supplier comprises the information of the required product

Optionally, the supply-type node matches the information of the required product with the information of the product of the supplier stored in the supply-type node, to obtain a plurality of candidate suppliers, where the information of the product of the candidate suppliers includes the information of the required product.

After receiving the demand request message, the supply type node in the system matches the product information carried in the demand request message with the product information of the supplier stored in the supply type node. The matching result can be the following cases:

the first condition is as follows: the node of the supply type does not have information of a product matched to the supplier, that is, there is no product satisfying the requirement of the product required in the demand request message in the node of the current supply type, and the node of the current supply type may not perform subsequent processing for the demand request message.

Case two: and the supply type node is matched with a candidate supplier, the product information of the candidate supplier accords with the product information in the demand request message, the supply type node sends a matching result to the demand type node, and the matching result comprises the product information of the supplier, which accords with the product information of the demand.

Case three: the node of the supply type is matched to a plurality of candidate suppliers, each candidate supplier having a product that meets the demand.

S53: and the supply type node is processed based on a game algorithm according to a plurality of candidate suppliers based on an intelligent contract until Nash balance is achieved, and a distribution result of the information of the target supplier and the required product in the target supplier is obtained.

For the third case, the node of the supply type needs to be distributed among a plurality of candidate suppliers, and the benefit situations of the demand side and the suppliers need to be synthesized, so as to complete matching. This is in fact a gaming scenario where there is both cooperation and competition between candidate suppliers. For the requesting party, if a given allocation is not selected, it will be a loss for the candidate supplier.

In this embodiment, the node of the supply type is based on an intelligent contract, and performs processing based on a game algorithm according to a plurality of candidate suppliers until nash balance is reached, so as to obtain a distribution result of the information of the target supplier and the required product in the target supplier.

Wherein the target supplier is part or all of the candidate suppliers. The target supplier satisfies the demand of the product in the demand request message for this time, and the combination form and distribution result of the target supplier are preferable.

S54: the supply type node sends the allocation result to the demand type node.

After each supply type node performs the matching process, the node respectively wants the demand type node to send the distribution result of the node.

In this embodiment, through the block chain-based multi-level multi-system pan-center cooperative platform system, the block chain-based decentralized system is the same as the system, the system has high transparency and is not easy to form monopoly, when there is a demand for a corresponding product or service, a corresponding demand request message can be issued in the system, the supply type nodes match with the self-stored product information of the supplier according to the demand product information carried in the demand request message, and under the condition of matching to multiple suppliers, the multiple suppliers process through the game algorithm, thereby obtaining the final distribution result, each supply type node sends the distribution result obtained by self matching to the demand type nodes, so that the demand type nodes select, thereby completing the product distribution process based on the block chain cooperative competition, and promoting the activity and fairness of the market, the turnover efficiency of resources and services is improved, the cooperation cost is reduced, and the benefit and the enthusiasm of each level of participants in the market are improved.

In some embodiments, S51 may be implemented by a publish/subscribe mechanism, which is described below by taking as an example a publish/subscribe system model provided by the embodiment of the present application shown in fig. 4.

Due to the characteristics of loose coupling, anonymity, many-to-many communication and scalability of the two routing technologies of publish/subscribe and message, the method is particularly suitable for a distributed architecture without centralized control and a system platform for constructing multiple hierarchies and multiple members. The following description will be made taking the publish/subscribe system model shown in fig. 6 as an example.

Referring to fig. 6, fig. 6 is a schematic diagram of a publish/subscribe system model provided in an embodiment of the present application, where a supplier (publisher), a demander (subscriber) and an information automatic matching service are provided in a platform, the information automatic matching service is used as a middleware of the supplier and the demander, the information automatic matching service for the demander takes a required named data format (subscription) information to express a requirement for specific information, the supplier sends the information form of the supplied named data format to the information automatic matching service, and the information automatic matching service then sends notification information to the demander. In this loosely coupled case, the supplier and the demander do not interact directly, but rather automatically match the matching service through information. The automatic matching service of information enables the supplier to not need to know whether the demander is on line or not, and the demander only needs to pay attention to the published information regardless of time, place and people publishing the information.

Further, based on the publish/subscribe mechanism, in S52, a namespace may be established based on the keywords contained in the product information, so as to form a similar named data network, and the message sending/subscribing is implemented based on the communication mode of named addressing of the routing mechanism. The following is a detailed description of specific examples:

on the basis of the embodiment shown in fig. 5, further, S52 may be implemented by the following steps:

the supply type node receives the demand request message sent by the demand type node in a named addressing communication mode based on the name space established by the keywords contained in the product information.

The name space established based on the keywords contained in the product information is a data structure, the named data format is that the supply and demand parties firstly define the keyword set content (such as photos and people photos) and metadata information (such as photo image resolution, author, date or place), and then generate two types of data messages, one type is an interest packet (also called a request packet) which is used for sending a request to a network by a data supplier to acquire data; the other type is a data packet which is the data content really requested by a data supplier.

The manner of addressing based on the name space to obtain data is named addressing, which is similar to a network addressing method for naming a data packet and executing routing forwarding in a named data network.

Optionally, the demand request message may further include routable identifier prefix information.

Wherein the routable identifying prefix information is used to indicate to the node of the provisioning type in the block chain, i.e. the node of the provisioning type to which the demand request message needs to be delivered, based on the named addressing.

In a network where the blockchain employs named addressing, the routable identifying prefix information may point to a node of a supply type in the blockchain with a name, thereby sending the demand request message to the node of the directed supply type.

In the embodiment, the demand request message can be issued more quickly by adopting the communication mode of naming addressing based on the name space, so that the demand response speed is improved, and the overall response efficiency of the system is improved.

In some further embodiments, the keywords include: a keyword set, metadata information and a data packet tag, the keyword set comprising one or more product keywords; thereby establishing a communication mechanism for two-way key naming addressing.

The data packet label refers to the classification of the product, the category of the data packet label is relatively larger than the keyword set, the keyword set refers to the refined classification of the product, and the metadata information refers to the attribute information of the product, such as the data packet label (e.g., photos), the content of the keyword set (e.g., landscape photos, people photos), and the metadata information (e.g., photo image resolution, author, date or place).

The two-way keyword naming addressing is a working mechanism for establishing a message structure of a format of < keyword set and metadata information > for a data packet and then performing node routing distribution in a network by establishing a routing table structure based on keywords. A demand side constructs a request side transmission message, and a supply side constructs a sender request message; the keywords of the two parties can be accurately matched or fuzzy matched; each node has a matched computing engine; in order to improve matching performance and reduce broadcast redundancy of messages, a series of keyword classification tables need to be formulated, and each node enhances semantic expression capability and convergence capability of services by registering or selecting specific keywords as service domain spaces; each node also has a function of adding a new keyword, but a certain rule needs to be compounded, and a receiver also needs to be capable of receiving the related keyword according to a certain rule (such as a white list).

The method is characterized in that a supply and demand party forms two groups, namely an interest group and a data group, based on a named data format, a data message is formed in the two groups through key phrases and metadata information, a rapid matching and matching algorithm is a link, and the data are matched one by one in a multi-stage mode through a pull mode. The algorithm reduces the calculation amount of each service node and the matching times of the demander data packet, accelerates the matching response speed of the same or similar data packets through caching, and ensures the complete correctness of the matching result of the demander data packet.

The matching process of S52 may be:

step a, classifying supplier data messages according to formats to obtain a plurality of attribute expressions, and combining the attribute expressions according to other similar expressions to obtain an attribute expression set; (multiple attribute expressions are divided into two categories: one is keyword group, the second is metadata information, each category has logic matching symbol)

Step b, mapping the attribute expression set hash to the relevant service node;

step c, when the data packet of the demand party enters the service node to be matched, the service node searches a corresponding attribute expression set in the node by calculating the key value of the data packet of the demand party; (with a corresponding set of attribute expressions, then proceeding to "4" if no service node will broadcast to other service nodes)

D, searching the attribute expression of the data packet which meets the requirement in the attribute expression set through the priority ranking sequence; (with corresponding attribute expression set, then go to "5" if no service node will broadcast to other service nodes)

And e, the corresponding attribute expressions directly transmit the data packet of the demand side to the next associated attribute expression through the logic matching characters for direct matching.

And f, after all the attribute expressions of the data message of the supplier are matched, finishing the matching and randomly caching each node, wherein the random caching is used for accelerating the matching response speed of the subsequent same or similar data packets. In addition, if one attribute expression matching failure exists in the process of matching all the attribute expressions of the data packet of the provider, the matching is terminated and the attribute expressions which are not matched in the data packet are informed of not matching the data packet any more.

In a possible implementation manner, in a case that the matching type is fuzzy matching, the requirement request message further includes the matching type, and the matching type includes fuzzy matching and exact matching.

S52 may be implemented by:

s521: and the supply type node respectively matches the data packet label in the demand request message with the data packet label of each supplier, and determines the supplier with the matched label.

S522: and the supply type node respectively matches the keyword set in the demand request message with the keyword set of the supplier with each label matching to obtain a plurality of candidate suppliers.

In another possible implementation manner, in the case that the matching type is an exact match, S12 may be implemented by the following steps:

s52 a: and the supply type node respectively matches the data packet label in the demand request message with the data packet label of each supplier, and determines the supplier with the matched label.

S52 b: and the supply type node respectively matches the keyword set in the demand request message with the keyword set of the supplier with each label matching, and determines the supplier with the matched keyword.

S52 c: and the supply type node respectively matches the metadata information in the demand request message with the metadata information of the supplier matched with each keyword to obtain a plurality of candidate suppliers.

In some other embodiments, after S54, the method may further include:

s55: the node of the demand type displays all the distribution results received from the node of the supply type;

s56: the node of the demand type selects one distribution result from all distribution results as a target distribution result based on the received selection instruction;

s57: and the node of the demand type sends a selected notice to the node of the supply type corresponding to the target distribution result.

And the selection notification is used for indicating that the distribution result sent by the node of the supply type corresponding to the target distribution result is selected.

S58: and the supply type node corresponding to the target distribution result stores the corresponding relation between the information of the required product and the distribution result.

Further, S52 may also include the following steps:

and judging whether the distribution result corresponding to the information of the required product is stored by the product according to the corresponding relation between the information of the required product and the information of the required product stored by the product and the distribution result.

If the distribution result corresponding to the information of the required product is already stored, the process proceeds to S54. If the distribution result corresponding to the information of the required product is not stored, the process continues to S52.

In the embodiment, the corresponding relation between the information of the required product and the distribution result is stored in the selected node of the supply type, so that when the information of the product with the same requirement exists next time, the distribution result can be directly obtained without executing a corresponding matching step, the matching time is shortened, the matching efficiency is improved, and the efficiency of the system is improved.

In some other embodiments, S53 may be implemented by:

s531: a node of a provisioning type obtains an initial set of vendors, the initial set of vendors including at least one vendor.

S532: and the supply type node performs iterative processing from the obtained first supplier set to be merged to the last supplier set to be merged to obtain a target distribution scheme.

And the supplier set to be merged and the initial supplier set do not have intersection.

Wherein, S532 may include the following steps:

s5321: the node of the supply type determines a first distribution scheme of the information of the required product in the initial supplier set based on the intelligent contract; utility values for the initial set of suppliers are determined.

S5322: the node of the supply type determines a second allocation plan of the information of the product of the demand at the consolidated set of suppliers based on the intelligent contract.

The node of the supply type determines the utility value of a combined supplier set, wherein the combined supplier set comprises an initial supplier set and a supplier set to be combined.

S5323: and under the condition that the utility value of the combined supplier set is larger than that of the initial supplier set, the node of the supply type updates the initial supplier set to be the combined supplier set, returns the first allocation scheme of the information of the product for determining the demand in the initial supplier set and the utility value of the initial supplier set until the utility value of no combined supplier set is larger than that of the initial supplier set, and determines the target allocation scheme to be the first allocation scheme.

And obtaining the utility value of the supplier set according to the resource utilization rate and the cost of the nodes in the supplier set and the income of the service provider corresponding to the nodes in the supplier set.

Optionally, the utility value of the supplier set can be obtained according to the following formula (1):

where U (C) is the utility value of the supplier set, UR (T, F) is the supplier's resource utilization after the required product is allocated to the supplier set, Eco _ser (T, S, F) is the revenue for all suppliers in the set of suppliers, where Eco _ser (T, S, F) is derived from the cost of all suppliers in the set of suppliers, where T represents a product on demand, F represents a set of products for a supplier, and S represents a set of suppliers.

Alternatively, the revenue for all suppliers may be obtained according to the following equation (2):

wherein Eco _ser (T, S, F) is the return of the supplier for all products in the set of products of the supplier, C _s j is the cost of the jth product of the Sth supplier, R _SP Is the revenue of the S supplier, Rev _i Is the reward for the ith required product, k is the number of suppliers, where T represents the required product, F represents the set of suppliers' products, and S represents the set of suppliers.

Optionally, the resource utilization rate of the device may be obtained according to the following formula (3):

where UR (T, F) is the supplier's resource utilization after the distribution of the demanded product to the supplier's collection of products, Re _i Is the resource required by the ith required product, and RT is the resource that can be provided, where T represents the required product and F represents the set of supplier products.

The demand assignment method of the present application will be described below with specific examples.

One or more requesters (which may require a separate algorithmic process, say round robin, to avoid unfairness), multiple tiers of suppliers (each tier including one or more supply chain federation members) -take turns in turn to perform similar recursions. The order of the web contract house in the following example corresponds to the information of the product required by the demand side of the above embodiment, and the service provider in the following example corresponds to the supplier of the above embodiment.

Example 1:

referring to fig. 7, fig. 7 is a schematic processing flow diagram of a single network contract room order corresponding to a single service provider according to an embodiment of the present application. S1, the message is published in the blockchain, for example, the demander may publish a web contract order in the blockchain and the service provider may publish in the blockchain. (S1 corresponds to S51 in the above embodiment)

And S2, after receiving the order of the contract house issued by the demander, the blockchain system matches the order of the contract house to a single service provider based on a fast matching algorithm (corresponding to S52 in the above embodiment), allocates the priority of each requirement of the order of the contract house to the single service provider based on a cooperative alliance game task allocation algorithm, and the single service provider provides services meeting each requirement according to the priority (corresponding to S53 in the above embodiment).

And S3, sending the requirement matching condition to the supply and demand parties. (corresponding to S54 in the above embodiment)

And S4, the supply and demand parties complete the transaction on line, and the like.

Example 2:

referring to fig. 8, fig. 8 is a schematic processing flow diagram of a single network contract room order corresponding to multiple service providers according to an embodiment of the present application. S1, the message is published in the blockchain, for example, the demander may publish a web contract order in the blockchain and the service provider may publish in the blockchain. (S1 corresponds to S51 in the above embodiment)

And S2, after the block chain system receives the order of the contract room issued by the demander, matching a plurality of service providers (corresponding to S52 in the above embodiment) for the order of the single contract room by using a fast matching and matching algorithm, then performing mutual gaming on the plurality of service providers by using a cooperative alliance gaming algorithm to form a cooperative alliance with the best quality and meeting the requirement, then performing optimal task allocation on the alliance members by using a cooperative alliance gaming task allocation algorithm, and after the optimal task allocation, providing services for the order of the single contract room by each member of the alliance according to tasks (corresponding to S53 in the above embodiment).

Example 3:

referring to fig. 9, fig. 9 is a schematic processing flow diagram of a plurality of network contract house orders corresponding to a plurality of service providers according to an embodiment of the present application. S1, the message is published in the blockchain, for example, the demander may publish a web contract order in the blockchain and the service provider may publish in the blockchain. (S1 corresponds to S51 in the above embodiment)

S2, after the block chain system receives the order of the contract rooms issued by the demander, the fast matching and matching algorithm matches a plurality of service providers (corresponding to S52 in the embodiment) for the orders of the contract rooms, then the alliance game algorithm games the orders of the contract rooms with each other to form an optimal requirement cooperative alliance, and simultaneously games a plurality of raw materials with each other to form an optimal quality to meet the requirement cooperative alliance; after the cooperative alliance is formed on both sides, the cooperative alliance game task allocation algorithm performs optimal task allocation for the bilateral alliance members, and after the optimal task allocation, the plurality of service provider cooperative alliances provide optimal combination services for the plurality of network contract room order cooperative alliances according to task allocation (corresponding to S53 in the above embodiment).

The present embodiment provides a computer-readable storage medium, which stores a program that can be executed by a processor to implement the method of the above embodiment.

Those skilled in the art will appreciate that all or part of the functions of the various methods in the above embodiments may be implemented by hardware, or may be implemented by computer programs. When all or part of the functions of the above embodiments are implemented by a computer program, the program may be stored in a computer-readable storage medium, and the storage medium may include: a read only memory, a random access memory, a magnetic disk, an optical disk, a hard disk, etc., and the program is executed by a computer to realize the above functions. For example, the program may be stored in a memory of the device, and when the program in the memory is executed by the processor, all or part of the functions described above may be implemented. In addition, when all or part of the functions in the above embodiments are implemented by a computer program, the program may be stored in a storage medium such as a server, another computer, a magnetic disk, an optical disk, a flash disk, or a removable hard disk, and may be downloaded or copied to a memory of a local device, or may be version-updated in a system of the local device, and when the program in the memory is executed by a processor, all or part of the functions in the above embodiments may be implemented.

Claims

1. A block chain-based multi-level multi-system pan-center cooperative platform system is characterized by comprising: a plurality of nodes, wherein the types of nodes include: a supply type and a demand type; the node of the demand type is a proxy node of at least one demand side in a blockchain; the supply type node is an agent node of a plurality of suppliers in a block chain, and each supply type node comprises a service module, a rights and interests module, an information organization module and a communication module; the business module stores the product information of a supplier, and the product information comprises the keyword of the product; the equity module is used for storing equity distribution conditions; the information organization module is used for storing related node information; the communication module is used for completing communication with other nodes, and the other nodes are nodes except the node of the supply type;

wherein:

based on a name space established by keywords contained in product information, a node of a demand type issues a demand request message to the multi-level multi-system pan-center cooperation platform system based on a block chain in a communication mode of naming and addressing, wherein the demand request message contains information and a matching type of a product required, and the matching type is fuzzy matching or precise matching;

for each node of the provisioning type that receives the demand request message: matching the information of the required product with the information of the product of the supplier stored by the supplier to obtain a plurality of candidate suppliers, wherein the information of the product of the candidate suppliers comprises the information of the required product; based on the intelligent contract, processing the multiple candidate suppliers based on a game algorithm until Nash balance is achieved, and obtaining the distribution result of the information of the target supplier and the required product in the target supplier; sending the distribution result to the node of the demand type;

the node of the demand type selects one distribution result from all the distribution results as a target distribution result based on the received selection instruction;

the node of the demand type sends a selection notice to the node of the supply type corresponding to the target distribution result, wherein the selection notice is used for indicating that the distribution result sent by the node of the supply type corresponding to the target distribution result is selected;

2. The system of claim 1, wherein the node comprises a portal module; the portal module comprises a registration authentication sub-module, a rights and interests report sub-module, a rule adjustment sub-module, a keyword classification hierarchy tree sub-module, a keyword heat weight statistics sub-module, a keyword bidding ranking sub-module and a visual interactive interface sub-module;

the registration authentication sub-module is used for registering and authenticating accounts of a supplier and/or a demander;

the rights report sub-module is used for checking the rights report of the account with the right;

the rule adjusting submodule is used for adjusting the information of the product of the account with the authority and the service resource rule parameters;

the keyword classification hierarchy tree submodule is used for storing keywords classified according to hierarchies;

the keyword popularity weight counting submodule is used for checking the ranking condition and the use frequency of all keywords in the system;

the keyword bidding ranking submodule is used for ranking the keywords according to a bidding ranking strategy and displaying the keywords based on the ranking when the keywords are searched;

3. The system of claim 1, wherein the keywords comprise: a set of keywords, metadata information, and a package tag, the set of keywords comprising one or more product keywords; the matching the information of the product in demand with the information of the product of the supplier stored in the supplier to obtain a plurality of candidate suppliers includes:

under the condition that the matching type is fuzzy matching, matching a data packet label in the demand request message with a data packet label of each supply type node, and determining a supply type node with a matched label; matching a keyword set in the demand request message with a keyword set of the supply type node matched with each label to determine a plurality of candidate supply type nodes;

under the condition that the matching types are accurate matching, matching the data packet label in the demand request message with the data packet label of each supply type node, and determining the supply type node with the matched label; matching a keyword set in the demand request message with a keyword set of the supply type node matched with each label to determine the supply type node matched with the keyword; and matching the metadata information in the demand request message with the metadata information of the supply type node matched with each keyword to determine a plurality of candidate supply type nodes.

4. A block chain-based multi-level multi-system pan-center cooperation method is applied to a block chain-based multi-level multi-system pan-center cooperation platform system, and the system comprises a plurality of nodes, wherein the type of each node comprises: a supply type and a demand type; the node of the demand type is a proxy node of at least one demand side in a blockchain; the node of the provisioning type is a proxy node in a blockchain for a plurality of providers; the method comprises the following steps:

the supply type node receives a demand request message sent by the demand type node, wherein the demand request message contains information of a demanded product, and the information of the product comprises a keyword of the product;

the supply type node is based on an intelligent contract and is processed according to the multiple candidate suppliers based on a game algorithm until Nash balance is achieved, and a distribution result of the target supplier and the information of the required product in the target supplier is obtained;

and the supply type node sends the distribution result to the demand type node.

5. The method of claim 4, wherein the node of the supply type obtains a plurality of candidate suppliers according to the information of the product of the demand and the information of the product of the supplier stored by the node, and comprises:

and the supply type node matches the information of the required product with the information of the product of the supplier stored by the supply type node to obtain a plurality of candidate suppliers.

6. The method of claim 4, wherein the node of the provisioning type receiving a demand request message sent by a node of the demand type comprises:

the supply type node receives a demand request message sent by the demand type node in a named addressing communication mode based on a name space established by keywords contained in the product information, the demand request message also comprises a matching type, and the matching type comprises fuzzy matching and precise matching.

7. The method of claim 6, wherein the keywords comprise: a set of keywords, metadata information, and a data package label, the set of keywords comprising one or more product keywords; under the condition that the matching type is fuzzy matching, the node of the supply type obtains a plurality of candidate suppliers according to the information of the required product and the information of the supplier product stored by the node, and the method comprises the following steps:

the supply type node matches the data packet label in the demand request message with the data packet label of each supplier respectively to determine the supplier with matched label;

the supply type node matches the keyword set in the demand request message with the keyword set of each supplier matched with the label to obtain a plurality of candidate suppliers;

under the condition that the matching type is accurate matching, the node of the supply type obtains a plurality of candidate suppliers according to the information of the required product and the information of the supplier product stored by the node, and the method comprises the following steps:

the supply type node matches the keyword set in the demand request message with the keyword set of each supplier matched with the label respectively to determine the supplier matched with the keyword;

and the supply type node respectively matches the metadata information in the demand request message with the metadata information of the supplier matched with each keyword to obtain a plurality of candidate suppliers.

8. The method of claim 6, wherein the method further comprises:

the supply type node receives a selection notice sent by the demand type node, wherein the selection notice is used for indicating that an allocation result sent by the supply type node is selected;

the supply type node stores the corresponding relation between the information of the required product and the distribution result;

storing a correspondence between information of the product and nodes of the plurality of candidate offer types.

9. The method as claimed in any one of claims 4-8, wherein said node of offer type is based on intelligent contracts, and processes according to said plurality of candidate suppliers based on game algorithm until reaching nash balance, and obtains the result of distributing information of target suppliers and said required products in target suppliers, including:

the node of the supply type acquires an initial supplier set, wherein the initial supplier set comprises at least one candidate supplier;

and the node of the supply type performs the following iterative processing from the acquired first supplier set to be merged to the end of the last supplier set to be merged, wherein the supplier set to be merged and the initial supplier set do not have intersection:

the node of the supply type determines a first allocation scheme of the information of the required product in the initial supplier set based on an intelligent contract; determining a utility value for the initial set of suppliers;

the node of the supply type determines a second distribution scheme of the information of the product of the demand in the combined supplier set based on the intelligent contract; determining utility values for the consolidated set of suppliers by the node of the provisioning type, the consolidated set of suppliers comprising an initial set of suppliers and a set of suppliers to be consolidated;

in the case that the utility value of the combined supplier set is greater than the utility value of the initial supplier set, the node of the supply type updates the initial supplier set to the combined supplier set, returns the first allocation scheme of the information for determining the product of the demand in the initial supplier set and the utility value of the initial supplier set until the utility value of no combined supplier set is greater than the utility value of the initial supplier set, and determines that the target allocation scheme is the first allocation scheme; and obtaining the utility value of the supplier set according to the resource utilization rate and the cost of the nodes in the supplier set and the income of the service provider corresponding to the nodes in the supplier set.

10. A computer-readable storage medium, characterized in that the medium has stored thereon a program which is executable by a processor to implement the method according to any one of claims 4-9.