CN110765211A

CN110765211A - Engineering bid inviting management method, device, terminal and storage medium based on block chain

Info

Publication number: CN110765211A
Application number: CN201911077716.0A
Authority: CN
Inventors: 肖春乐
Original assignee: Tencent Technology Shenzhen Co Ltd
Current assignee: Tencent Technology Shenzhen Co Ltd
Priority date: 2019-11-06
Filing date: 2019-11-06
Publication date: 2020-02-07

Abstract

The embodiment of the application discloses a block chain-based engineering bid inviting management method, a device, a terminal and a storage medium, wherein the method comprises the following steps: acquiring bidding data according to an enterprise identifier carried in the acquired bidding request, performing validity check on a bidding document included in the bidding data, and broadcasting the bidding data in a block chain network to determine a first common identification result of the bidding document; generating candidate bidding document blocks based on the multiple agreed bidding documents and adding the candidate bidding documents to the block chain; and if the second consensus result is the achievement consensus, generating a successful bidding block based on the medium bid selection corresponding to the evaluation result so as to add the successful bidding block into the block chain. By adopting the embodiment of the application, the fairness in the bid examination process can be improved, the bid evaluation efficiency can be improved, and the applicability is high.

Description

Engineering bid inviting management method, device, terminal and storage medium based on block chain

Technical Field

The present application relates to the field of blockchain technologies, and in particular, to a method, an apparatus, a terminal, and a storage medium for managing engineering bid invitations based on blockchains.

Background

Bidding is an abbreviation of bidding. Bidding and bidding are a trade behavior of commodities and are two aspects of the trade process. Generally, a tenderer attracts a plurality of bidders to compete equally according to the same conditions through pre-published purchase and requirements, and experts in the aspects of technology, economy, law and the like are organized according to a specified program to comprehensively review the plurality of bidders, so that the behavior process of a successful bidder of a selected project is preferred. It is essential to obtain the best goods, projects and services at a lower price. The tendering can be broadly divided into engineering tendering, goods tendering and service tendering. At present, the process of checking the compliance between the bidding documents and the bidding documents is either based on closed bidding unit full control or based on a bidding transaction platform, wherein the above manners are all performed under absolute trust. Therefore, how to design open, fair and fair trade between multi-party bidding enterprises and bidding units is a problem to be solved urgently.

Disclosure of Invention

The embodiment of the application provides a block chain-based engineering bid inviting management method, device, terminal and storage medium, which can improve fairness in a bid examination process and bid evaluation efficiency and have high applicability.

In a first aspect, an embodiment of the present application provides a method for managing engineering bid based on a block chain, where the method includes:

obtaining a bidding request sent by a node of a bidder, obtaining bidding data according to an enterprise identifier carried in the bidding request, determining the validity of a bidding document according to the bidding document and a digital signature of the bidding document included in the bidding data, and broadcasting the bidding data in a block chain network if the bidding document is a valid file so as to enable a common identification node in the block chain network to check the validity of the bidding document to obtain a first check result;

determining a first common identification result of the bidding document according to a received first check result returned by the common identification node, and if the first common identification result is an agreement, generating a candidate bidding document block based on a plurality of agreement bidding documents and adding the candidate bidding document block to a block chain;

evaluating each bidding document included in the candidate bidding document block to determine an evaluation result, and broadcasting the evaluation result in the block chain network so that a common identification node in the block chain network checks the evaluation result to obtain a second check result;

and determining a second consensus result of the bid evaluation result according to the received second check result returned by the consensus node, if the second consensus result is consensus, determining the bid section corresponding to the bid evaluation result as a medium bid section, and generating a successful bid signing block based on the medium bid section to add the successful bid section to the block chain.

In a second aspect, an embodiment of the present application provides an engineering bid management apparatus based on a block chain, where the apparatus includes:

the bidding document checking module is used for acquiring a bidding request sent by a bidder node, acquiring bidding data according to an enterprise identifier carried in the bidding request, determining the validity of the bidding document according to the bidding document and a bidding document digital signature included in the bidding data, and broadcasting the bidding data in a block chain network if the bidding document is a valid file so as to enable a common identification node in the block chain network to check the validity of the bidding document to obtain a first checking result;

a candidate bidding document determining module, configured to determine a first common recognition result for the bidding document according to a received first check result returned by the common recognition node, and if the first common recognition result is an agreed common recognition, generate a candidate bidding document block based on multiple agreed bidding documents, and add the candidate bidding document block to the block chain;

the bid evaluation processing module is used for evaluating each bid in the candidate bid section to determine a bid evaluation result, and broadcasting the bid evaluation result in the block chain network so that the common identification node in the block chain network checks the bid evaluation result to obtain a second checking result;

and the bid-winning determining module is used for determining a second consensus result of the bid evaluation result according to the received second check result returned by the consensus node, determining the bid-bidding document corresponding to the bid evaluation result as a medium bid-winning document if the second consensus result is the achievement of consensus, and generating a bid-winning signed block based on the medium bid-winning document so as to add the block chain.

With reference to the second aspect, in a possible implementation manner, the apparatus further includes an enterprise credit initial review module, where the enterprise credit initial review module includes:

an enterprise credit rating obtaining unit, configured to obtain a first enterprise credit rating included in the bid document;

and the enterprise credit rating auditing unit is used for acquiring a second enterprise credit rating corresponding to the enterprise identification from an enterprise credit assessment node, and broadcasting the bidding data in the block chain network if the first enterprise credit rating is the same as the second enterprise credit rating and the first enterprise credit rating is not less than a preset enterprise credit rating.

With reference to the second aspect, in one possible implementation manner, the ticket verification module includes:

a public key obtaining unit, configured to obtain a public key corresponding to the enterprise identifier from the blockchain;

the ticket hash value acquisition unit is used for decrypting the ticket digital signature based on the public key to obtain a first ticket hash value;

and the hash value verification unit is used for generating a second bidding document hash value based on the bidding document, and if the first bidding document hash value is the same as the second bidding document hash value, determining that the bidding document is a legal file.

With reference to the second aspect, in one possible implementation manner, the bid evaluation processing module includes:

the bid evaluation dimension parameter acquiring unit is used for acquiring a first bid evaluation dimension parameter from any bid document in the candidate bid document block, wherein the first bid evaluation dimension parameter comprises bid amount, construction number, construction period and enterprise performance;

the evaluation dimension parameter processing unit is used for carrying out normalization processing on the first evaluation dimension parameter to obtain a second evaluation dimension parameter;

the bidding document scoring calculation unit is used for acquiring the parameter weight corresponding to each bidding dimension parameter in the second bidding dimension parameters and determining a first bidding scoring score corresponding to any bidding document based on the second bidding dimension parameter and the parameter weight;

and the bid evaluation result determining unit is used for determining a bid evaluation result according to the first bid evaluation score corresponding to the plurality of bid documents in the candidate bid document block.

With reference to the second aspect, in a possible implementation manner, the bid evaluation result determining unit is specifically configured to:

determining a maximum first bid evaluation score from the plurality of first bid evaluation scores, wherein one bid document corresponds to one first bid evaluation score;

and if the plurality of first bid evaluation scores comprise a plurality of maximum first bid evaluation scores, determining the bid document with the highest enterprise credit rating from the bid documents corresponding to the maximum first bid evaluation scores as a bid evaluation result.

With reference to the second aspect, in a possible implementation manner, the medium bid determination module includes a consensus result determination unit and a medium tag contract block generation unit, where the consensus result determination unit is configured to:

and if the passing ratio of the verification in the received second verification result returned by the consensus node is not less than the preset passing ratio, determining that consensus is achieved on the evaluation result.

With reference to the second aspect, in a possible implementation manner, the apparatus further includes an engineering progress management module, where the engineering progress management module includes:

a bid amount obtaining unit, configured to draw a bid amount from a tenderer account to a management account, and freeze the bid amount in the management account, where the bid amount is a bid amount in a medium bid selection;

the acceptance report acquisition unit is used for acquiring a project progress acceptance report and a report digital signature uploaded by an acceptance party and acquiring an acceptance party public key corresponding to the acceptance party from the block chain;

the acceptance report checking unit is used for decrypting the report digital signature based on the public key of the acceptance party to obtain a first report hash value, generating a second report hash value according to the project progress acceptance report, and if the first report hash value is the same as the second report hash value, acquiring preset acceptance time and preset project completion included in the selected bid document;

and the engineering money settlement unit is used for calling a money transfer contract to transfer the preset engineering money corresponding to the preset project completion degree from the bid amount included in the management account to the account of the winning party if the acceptance time included in the project progress acceptance report is the same as the preset acceptance time and the project completion degree included in the project progress acceptance report is the same as the preset project completion degree.

In a third aspect, an embodiment of the present application provides a terminal device, where the terminal device includes a processor and a memory, and the processor and the memory are connected to each other. The memory is configured to store a computer program that supports the terminal device to execute the method provided by the first aspect and/or any one of the possible implementation manners of the first aspect, where the computer program includes program instructions, and the processor is configured to call the program instructions to execute the method provided by the first aspect and/or any one of the possible implementation manners of the first aspect.

In a fourth aspect, the present application provides a computer-readable storage medium, which stores a computer program, where the computer program includes program instructions, and the program instructions, when executed by a processor, cause the processor to execute the method provided by the first aspect and/or any one of the possible implementation manners of the first aspect.

In the embodiment of the application, the bid request sent by the bidder node is obtained, and the bid data corresponding to the enterprise identifier can be obtained according to the enterprise identifier carried in the bid request. And determining the validity of the bid document according to the bid document and the bid document digital signature included in the bid data, wherein if the bid document is a valid file, the bid data is broadcasted in the block chain network, so that the common identification node in the block chain network performs validity check on the bid document to obtain a first check result. And determining a first common identification result of the bidding documents according to the received first check result returned by the common identification node, and if the first common identification result is the agreement, generating a candidate bidding document block based on a plurality of agreement bidding documents and adding the candidate bidding document block to the block chain. And evaluating each bidding document included in the candidate bidding document block to determine an evaluation result, and broadcasting the evaluation result in the block chain network so that the common identification node in the block chain network checks the evaluation result to obtain a second checking result. And determining a second consensus result of the bid evaluation result according to the received second check result returned by the consensus node, if the second consensus result is a consensus, determining the bid section corresponding to the bid evaluation result as a medium bid section, and generating a medium bid signing block based on the medium bid section to add the medium bid section to the block chain. By adopting the embodiment of the application, the fairness in the bid examination process can be improved, the bid evaluation efficiency can be improved, and the applicability is high.

Drawings

In order to more clearly illustrate the technical solutions in the embodiments of the present application, the drawings needed to be used in the description of the embodiments are briefly introduced below, and it is obvious that the drawings in the following description are only some embodiments of the present application, and it is obvious for those skilled in the art to obtain other drawings based on these drawings without creative efforts.

Fig. 1 is a schematic structural diagram of a blockchain network topology according to an embodiment of the present disclosure;

fig. 2 is a schematic flow chart of an engineering bid management method based on a block chain according to an embodiment of the present application;

fig. 3 is a schematic diagram of a block chain and a block structure provided in an embodiment of the present application;

FIG. 4 is a scene diagram of an engineering bid management process provided by an embodiment of the present application;

fig. 5 is another flowchart of a block chain-based engineering bid management method according to an embodiment of the present application;

FIG. 6 is a schematic structural diagram of an engineering bid management apparatus based on a block chain according to an embodiment of the present application;

fig. 7 is another schematic structural diagram of an engineering bid management apparatus based on a block chain according to an embodiment of the present application;

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

Detailed Description

The technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are only a part of the embodiments of the present application, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.

Referring to fig. 1, fig. 1 is a schematic structural diagram of a block chain network topology according to an embodiment of the present disclosure. The blockchain network topology may include various types of nodes, such as the tenderer node, bidder node, verifier node, enterprise credit node, consensus node 1, and consensus node 2 shown in fig. 1. It should be understood that the tenderer node, bidder node, acceptance node, enterprise credit investigation node, and consensus node in the blockchain network topology may be collectively referred to as nodes in the blockchain network, where each node has a connection relationship with other nodes. It is to be appreciated that any node in the blockchain network topology can be any form of computing device, such as a server, a terminal, etc., without limitation. The terminal includes, but is not limited to, a mobile phone, a tablet computer, a notebook computer, a palm computer, a Mobile Internet Device (MID), and the like, and is not limited herein. Each node may receive input information during normal operation and maintain shared data within the blockchain network topology based on the received input information.

It should be understood that each node in the blockchain network topology has a node identifier corresponding thereto, and each node in the blockchain network topology may store node identifiers of other nodes in the blockchain network topology, so that the generated block is broadcast to other nodes in the blockchain network topology according to the node identifiers of other nodes. Each node may maintain a node identifier list as shown in the following table, and store the node name and the node identifier in the node identifier list correspondingly. The node identifier may be an IP (Internet Protocol) address and any other information that can be used to identify the node, and table 1 only illustrates the IP address as an example.

Node name	Node identification
		Node 1	117.114.151.174
Node 2	117.116.189.145
		…	…
Node N	119.123.789.258

TABLE 1

The project bid inviting management method based on the block chain can be widely applied to a bid inviting management system. In the implementation of the application, the tenderer node can obtain the bidding data corresponding to the enterprise identifier according to the enterprise identifier carried in the bidding request by obtaining the bidding request sent by the tenderer node. And determining the validity of the bid document according to the bid document and the bid document digital signature included in the bid data, wherein if the bid document is a valid file, the bid data is broadcasted in the block chain network, so that the common identification node in the block chain network performs validity check on the bid document to obtain a first check result. And determining a first common identification result of the bidding documents according to the received first check result returned by the common identification node, and if the first common identification result is the agreement, generating a candidate bidding document block based on a plurality of agreement bidding documents and adding the candidate bidding document block to the block chain. And evaluating each bidding document included in the candidate bidding document block to determine an evaluation result, and broadcasting the evaluation result in the block chain network so that the common identification node in the block chain network checks the evaluation result to obtain a second checking result. And determining a second consensus result of the bid evaluation result according to the received second check result returned by the consensus node, if the second consensus result is a consensus, determining the bid section corresponding to the bid evaluation result as a medium bid section, and generating a medium bid signing block based on the medium bid section to add the medium bid section to the block chain. By adopting the embodiment of the application, the fairness in the bid examination process can be improved, the bid evaluation efficiency can be improved, and the applicability is high.

The method and the related apparatus provided by the embodiments of the present application will be described in detail with reference to fig. 2 to 8, respectively. The method provided by the embodiment of the application can comprise data processing stages for acquiring bidding data, checking bidding documents included in the bidding data, generating candidate bidding document blocks based on multiple achieved and commonly recognized bidding documents, evaluating the bidding documents in the candidate bidding document blocks to obtain an evaluation result, commonly recognizing the evaluation result, and generating a successful signing block based on the commonly recognized result. The implementation of each data processing stage can be seen in the following implementation shown in fig. 2 to 5.

Referring to fig. 2, fig. 2 is a flowchart of an engineering bid management method based on a block chain according to an embodiment of the present application. The method provided by the embodiment of the application can comprise the following steps 101 to 104:

101. the method comprises the steps of obtaining a bidding request sent by a bidder node, obtaining bidding data according to an enterprise identifier carried in the bidding request, determining the validity of a bidding document according to the bidding document and a bidding document digital signature included in the bidding data, and broadcasting the bidding data in a block chain network if the bidding document is a valid file so that a common identification node in the block chain network performs validity check on the bidding document to obtain a first check result.

In some feasible embodiments, bidding for bidding is a transaction mode adopted when a large quantity of goods is bought and sold, engineering construction projects are awarded and contracted, and service projects are purchased and provided under market economic conditions, and the bidding party attracts a plurality of bidding parties to compete equally according to the same conditions through the pre-published purchasing conditions and requirements, and experts in the aspects of technology, economy, law and the like are organized according to a specified program to comprehensively review the plurality of bidding parties, and the behavior process of preferentially selecting a winner of a project is selected. It is essential to obtain the best goods, projects and services at a lower price. Generally, tendering bids can be classified into three types, namely goods tendering bids, engineering tendering bids and service tendering bids. The goods bidding refers to bidding process for various goods, including raw materials, products, equipment, electric energy, solid, liquid and gaseous objects, and related accompanying services. The engineering bid bidding refers to the bid bidding process of various engineering construction projects such as industrial, water conservancy, traffic, civil aviation, railway, information industry, house building and municipal infrastructure, including various civil engineering construction, equipment construction and installation, pipeline line manufacturing and laying, decoration and fitment, and related subsidiary services. The service bid bidding refers to a bid bidding process of any procurement object (such as consultation assessment, property management, financial insurance, medical treatment, labor, advertisement, etc.) except goods and engineering. For convenience of description, the following embodiments of the present application are described by taking engineering bid as an example.

In some possible embodiments, the tenderer may invite the bidder having statutory conditions and having the undertaking capability to participate in the bidding competition by issuing a tendering file or a tendering announcement or a bidding invitation, etc. Generally, bidding is divided into two organization forms, namely, self-organization bidding of a tenderer and proxy bidding of a proxy bidding agency. For convenience of description, the embodiment of the present application is described by taking an example that a tenderer self-organizes tendering as an example, where a node corresponding to the tenderer is a tenderer node, and when the tenderer issues a tendering file through the tenderer node, the tenderer node may upload the tendering file to a block chain for storage. It should be understood that bidding refers to qualified bidders, writing a bidding document as specified in the bidding document, and making a bid offer as specified in the bidding document, delivered to the bidding entity and designated location within a limited time of the bidding document. In the embodiment of the present application, the node corresponding to the bidder is a bidder node, and generally, one bidder may correspond to one bidder node.

In some possible embodiments, the tenderer node may obtain, by obtaining the bid request sent by the bidder node, the corresponding bid data according to the enterprise identifier carried in the bid request. In this embodiment, the enterprise identifier may be a unified social credit code of the enterprise, or a license registration number or an organization code of the enterprise, and is not limited herein. It should be understood that bid documents, bid document digital signatures, and the like may be included in the bid data, without limitation. Generally, after the tenderer node acquires the bid data, the validity of the bid document can be determined by verifying the bid document and the digital signature of the bid document included in the bid data. Specifically, the tenderer node may obtain a public key corresponding to the enterprise identifier from the blockchain based on the enterprise identifier, and decrypt the digital signature of the bidding document through the public key. It should be understood that if the summary information cannot be decrypted based on the public key corresponding to the enterprise identifier, it indicates that the bid document is not sent by the bidding enterprise corresponding to the enterprise identifier, i.e., someone falsely sends the bid document on behalf of the bidder, and thus the bid document may be determined to be an illegal document. If the digital signature of the bidding document is decrypted through the public key, the abstract information of the bidding document, namely the first bidding document hash value, can be obtained, and the bidding party node can further perform hash calculation on the bidding document in the bidding data to obtain a second bidding document hash value corresponding to the bidding document. The first bidding document hash value is compared with the second bidding document hash value, if the first bidding document hash value is the same as the second bidding document hash value, the bidding document can be determined to be a legal document, that is, the bidding document is not tampered, otherwise, if the first bidding document hash value is different from the second bidding document hash value, the content in the bidding document is tampered, and therefore the bidding document can also be determined to be an illegal document. In the embodiment of the application, if it is determined that the bid document is a valid file, the bid data may be broadcast in the blockchain network, so that the consensus node in the blockchain network performs validity check on the bid document to obtain a first check result. The consensus node may be a consensus node predetermined based on a consensus mechanism of the blockchain network, such as a PoW (Proof of workload) consensus mechanism, a PoS (Proof of leverage) consensus mechanism, a DPoS (freed Proof of authority), and so on. Or the common node may also be a node corresponding to a sponsor or a sponsor assisting the tenderer in tendering the tender activity, or may also be a node corresponding to a tendering organization trusted by the tenderer, or may also be a node corresponding to any organization having the appraising qualification in the block chain network, which is not limited herein.

Optionally, in some possible embodiments, in addition to checking the validity of the bidding document file, the specific content in the bidding document file may also be checked, that is, the content of the bidding document file is initially checked. It should be appreciated that a bid document generally consists of three parts, namely a business part, a technical part, and a price part. The business part comprises a series of contents such as company qualification, company situation introduction and the like. The technical part comprises the contents of engineering description, design, construction scheme, engineering quantity list, personnel configuration, drawings, tables and the like. The price section includes, but is not limited to, a description of bid quotes, a total bid price, a price list of primary materials, and the like. Here, the preliminary examination of the content of the ticket file mainly means that a business part included in the ticket file is preliminarily examined. For example, the enterprise credit rating included in the bid document may be checked, that is, the enterprise credit rating included in the bid document may be obtained as a first enterprise credit rating, and then the enterprise credit rating corresponding to the enterprise identifier is obtained from the enterprise credit investigation node as a second enterprise credit rating. It should be understood that the enterprise credit investigation node is a node corresponding to a credit investigation institution or a credit rating institution, and the enterprise credit investigation node can perform credit rating on industrial and commercial enterprises, manufacturing enterprises and circulation enterprises, building installation real estate development and tourism enterprises, financial enterprises and the like. The main contents of the credit analysis of the enterprise main body comprise: industry, enterprise quality, management, financial status, and debt capability. In the enterprise credit rating, the enterprise quality, particularly the enterprise comprehensive condition rating in the enterprise quality, is emphasized, and comprises the rating of the quality of an enterprise leader group, the rating of the enterprise operation management capability and the rating of the enterprise competitive capability. At present, two problems are caused due to the asymmetry of information between the tenderer and the bidder: the first is reverse selection; the second is ethical risk. Therefore, the credit rating not only opens up a channel for information gaps of both capital supply and demand parties, so that the capital market is not converged to the situation that the capital intermediary function cannot be exerted due to asymmetric information, a capital demander can obtain required capital to engage in various production and operation activities of the capital demander, the investment of a capital supplier has a target suitable for the risk preference of the capital supplier, but also the management efficiency of a financial institution is improved, and the overall efficiency of the capital market is enhanced. In this embodiment, if the first enterprise credit level is the same as the second enterprise credit level and the first enterprise credit level is not less than the preset enterprise credit level, the bidding data may be broadcasted in the blockchain network, so that the consensus node in the blockchain network performs validity check on the bidding document to obtain a first check result.

102. And determining a first common identification result of the bidding documents according to the received first check result returned by the common identification node, and if the first common identification result is the agreement, generating a candidate bidding document block based on a plurality of agreement bidding documents and adding the candidate bidding document block to the block chain.

In some possible embodiments, the tenderer node may enable a consensus node in the blockchain network to check the validity of the bid document to obtain a first check result by broadcasting the bid data in the blockchain network. And then, the tenderer node can determine a first common identification result of the bidding document according to the received first check result returned by the common identification node, wherein if the first common identification result is the achievement of common identification, a candidate bidding document block is generated based on a plurality of bidding documents achieving common identification and is added to the block chain. It should be understood that the common node may be a node corresponding to a sponsor or a sponsor assisting the tenderer in tendering the tender activity, or may also be a node corresponding to a tendering organization trusted by the tenderer, or may also be a node corresponding to any organization with the qualification for evaluating in the blockchain network, which is not limited herein. After the consensus node receives the bid data broadcast by the tenderer node, the validity of the bid book can be determined by verifying the bid book and the bid book digital signature included in the bid data. Specifically, the common identification node may obtain a public key corresponding to the enterprise identifier from the block chain based on the enterprise identifier, decrypt the digital signature of the bidding document through the public key to obtain a first bidding document hash value, generate a second bidding document hash value based on the bidding document in the bidding data, and if the first bidding document hash value is the same as the second bidding document hash value, determine that the bidding document is a valid file, that is, the first verification result is a verification pass, and return the first verification result to a node for broadcasting the bidding data, that is, a node of the tenderer. In the embodiment of the application, if the ratio of the verification passing in the first verification result returned by the consensus node received by the bidder node is not less than the preset passing ratio, it may be determined that the legitimacy of each consensus node to the bid document is agreed, that is, the first consensus result is an agreed consensus. Generally, bidders should not be less than three bidders for public bidding, and one bidder can only send one bid document, so that after the validity check is performed on bid documents included in bid requests sent by multiple bidder nodes, candidate bid document blocks can be generated based on multiple agreed-upon bid documents and added to the block chain.

Referring to fig. 3, fig. 3 is a schematic diagram of a block chain and a block structure provided in the embodiment of the present application. The block chain shown in fig. 3 includes a block N, a block N +1, and a block N +2, where N is a positive integer. Each block shown in fig. 3 may include a hash value of a previous block and transaction information within a certain time, and it should be understood that the transaction information in this embodiment may be a bidding document, or any information that a user needs to store, and is not limited herein. Specifically, as shown in fig. 3, the block N may include the hash value of the previous block of the block N (i.e., the hash value of the block N-1 shown in fig. 3) and the transaction information X. Similarly, the block N +1 may include the hash value of the previous block of the block N +1 (i.e. the hash value of the block N shown in fig. 3) and the transaction information Y; by analogy, the block N +2 may include the hash value of the previous block of the block N +2 (i.e., the hash value of the block N +1 shown in fig. 3) and the transaction information Z. Further, for the sake of understanding, the block structure of the block N +1 is described by taking the block N +1 as an example in the embodiments of the present application. Assume that the block N +1 is a candidate index block in the embodiment of the present application, where the block N +1 may be composed of a block header and a block body as shown in fig. 3, where the block header may include a hash value of a previous block (i.e., the hash value of the block N shown in fig. 3), a timestamp, a calculated difficulty value, a random number set for generating the block N +1, a root of a merkel tree (i.e., the hash value of the block, here, the block N +1), and the like. The transaction information Y in the block is a plurality of agreed-upon bidding documents, for example, the transaction information Y may include bidding document 1, bidding document 2, bidding document 3, bidding document 4, etc., which may be organized in the form of a mercker tree. It should be understood that the process of building the mercker tree is a process of recursively computing hash values. Taking bidding document 1, bidding document 2, bidding document 3, and bidding document 4 in fig. 3 as an example, Hash value 1 (i.e., Hash1) corresponding to bidding document 1, Hash value 2 (i.e., Hash2) corresponding to bidding document 2, Hash value 3 (i.e., Hash3) corresponding to bidding document 3, and Hash value 4 (i.e., Hash4) corresponding to bidding document 4 can be respectively calculated based on SHA256 algorithm. Further, the Hash1 and the Hash2 are connected in series and further subjected to Hash transformation to obtain the Hash value 12 (i.e., Hash12) shown in fig. 3, and by analogy, the Hash3 and the Hash4 are connected in series and subjected to Hash transformation to obtain the Hash value 34 (i.e., Hash34) shown in fig. 3, so that the Hash12 and the Hash34 can be further connected in series and subjected to Hash transformation to obtain the Hash value 1234 (i.e., Hash 1234). At this time, the embodiment of the present application may use the hash value of all the resulting bidding documents as the root of the merkel tree of block N + 1. It can be seen that the mercker tree is very scalable, and no matter how much transaction information is, finally a mercker tree and a mercker tree root with fixed length can be generated.

103. And evaluating each bidding document in the candidate bidding document block to determine an evaluation result, and broadcasting the evaluation result in the block chain network so that the common identification node in the block chain network checks the evaluation result to obtain a second checking result.

In some possible embodiments, the tenderer node may determine an evaluation result by evaluating each bidding document included in the candidate bidding document block of the block chain, and may cause the consensus node in the block chain network to check the evaluation result to obtain the second check result by broadcasting the evaluation result in the block chain network. Specifically, for any bid document included in the candidate bid document block, the tenderer node obtains the first bid evaluation dimension parameter from the any bid document, so as to obtain the bid amount, the number of constructors, the construction period, the enterprise performance, and the like included in the first bid evaluation dimension parameter, which is not limited herein. It should be understood that different bid evaluation dimension parameters often have different dimensions and dimension units, which affect the result of data analysis, for example, the bid amount is generally tens of thousands to tens of thousands yuan, and the number of construction persons is generally tens or hundreds of persons. In other words, the data standardization processing is carried out on the original data, so that each index is in the same order of magnitude, and comprehensive comparison and evaluation can be carried out subsequently. The most typical data normalization processing method is data normalization processing, and the normalized data can be limited to a certain range (e.g., [0,1] or [ -1,1 ]). In this embodiment of the application, each first bid evaluation dimension parameter may be normalized by using a range transform method or a 0-mean normalization method to obtain a second bid evaluation dimension parameter, and then, by obtaining a parameter weight corresponding to each bid evaluation dimension parameter in the second bid evaluation dimension parameter, a first bid evaluation score corresponding to any bid book may be determined according to each second bid evaluation dimension parameter and each parameter weight. That is, the first bid evaluation score is equal to the sum of the products of the second bid evaluation dimension parameter and the corresponding parameter weight, that is, the first bid evaluation score is the sum of the bid amount × the bid amount weight + the constructor × the constructor weight + the construction period × the construction period weight + the enterprise performance × the enterprise performance weight. And determining the bid evaluation result according to a plurality of first bid evaluation scores corresponding to the plurality of bidding documents in the candidate bid section. In general, the bid section corresponding to the largest first bid evaluation score among the plurality of first bid evaluation scores may be used as the bid evaluation result. Optionally, when the plurality of first bid evaluation scores include a plurality of maximum first bid evaluation scores, a bid document with a highest enterprise credit rating may be determined from the bid documents corresponding to the plurality of maximum first bid evaluation scores as a bid evaluation result, or a bid document with a minimum bid amount may be determined from the bid documents corresponding to the plurality of maximum first bid evaluation scores as a bid evaluation result, which is determined according to an actual application scenario, and is not limited herein.

The bidding target node can broadcast the bidding evaluation result in the block chain network after the bidding target node evaluates each bidding document included in the candidate bidding document block and determines the bidding evaluation result, so that the common recognition node in the block chain network checks the bidding evaluation result to obtain a second checking result. The common identification node is a node corresponding to a sponsor or a sponsor assisting the tenderer in tendering the tender activity, or may also be a node corresponding to a tendering organization trusted by the tenderer, or may also be a node corresponding to any organization with the appraising qualification in the block chain network, which is not limited herein.

104. And determining a second consensus result of the bid evaluation result according to the received second check result returned by the consensus node, if the second consensus result is a consensus, determining the bid section corresponding to the bid evaluation result as a medium bid section, and generating a medium bid signing block based on the medium bid section to add the medium bid section to the block chain.

In some possible embodiments, the tenderer node may enable the consensus node in the blockchain network to check the evaluation result to obtain a second check result by broadcasting the evaluation result in the blockchain network. And then, the tenderer node can determine a second consensus result of the bid evaluation result according to the received second check result returned by the consensus node, wherein if the second consensus result is that consensus is achieved, the tenderer node can determine the bid book corresponding to the bid evaluation result as a medium bid book, and generate a medium bid signing block based on the medium bid book so as to add the medium bid book to the block chain. It should be understood that the common node may be a node corresponding to a sponsor or a sponsor assisting the tenderer in tendering the tender activity, or may also be a node corresponding to a tendering organization trusted by the tenderer, or may also be a node corresponding to any organization with the qualification for evaluating in the blockchain network, which is not limited herein. Therefore, when the common identification node receives the bid evaluation result broadcast by the tenderer node, the candidate bidding document block can be obtained from the block chain, each bidding document included in the candidate bidding document block is evaluated to obtain the bid evaluation result obtained after the common identification node evaluates the bid, and the second check result of the bid evaluation result can be determined by comparing the bid evaluation result obtained after the common identification node evaluates the bid with the received bid evaluation result broadcast by the tenderer node. In this embodiment, if the bid evaluation result obtained by the common identification node after performing the bid evaluation is the same as the received bid evaluation result broadcasted by the tenderer node, it may be determined that the second verification result is a verification pass. When the bidding party node receives that the proportion of the second verification results returned by the common identification nodes is not less than the preset passing proportion, the bidding party node can determine that the common identification nodes achieve common identification on the bidding results, and therefore the bidding party node can determine the bidding documents corresponding to the bidding results as medium bid selection documents and generate medium bid signing blocks based on the medium bid selection documents to be added into the block chain.

Referring to fig. 4, fig. 4 is a scene schematic diagram of an engineering bid management process provided in an embodiment of the present application. The blockchain network shown in fig. 4 includes a tenderer node, a bidder node, a verifier node, an enterprise credit node, a consensus node 1, and a consensus node 2, wherein each node has a connection relationship. When a bidder node initiates a bidding request to a bidder node, the bidder node acquires corresponding bidding data through an enterprise identifier carried in the bidding request, and then can verify the validity of a bidding document included in the bidding data. When the bidding document included in the bidding data is determined to be a legal document, the bidding data is broadcasted in the block chain network, so that the common identification node 1 and the common identification node 2 in the block chain network check the legality of the bidding document to obtain a first check result, and when the common identification node 1 and the common identification node 2 in the block chain network both independently check the received bidding data and generate the first check result, the first check result can be returned to the bidder node. Generally speaking, when the ratio of passing the verification in each first verification result received by the bidder node is not less than the preset passing ratio, it may be determined that the consensus node in the block chain network agrees with the bidding data, and therefore, the candidate bid document block may be generated based on a plurality of agreed bid documents and added to the block chain. Further, the bidder node may determine an evaluation result by evaluating each bid document included in the candidate bid document block, broadcast the evaluation result in the block chain network, so that the common identification node 1 and the common identification node 2 in the block chain network check the evaluation result to obtain a second check result, and return the second check result to the bidder node when the common identification node 1 and the common identification node 2 in the block chain network independently check the received evaluation result and generate the second check result. Generally speaking, when the check passing proportion in each second check result received by the bidder node is not less than the preset passing proportion, it may be determined that the consensus node in the block chain network agrees on the bid result, and therefore, the bid book corresponding to the bid evaluation result may be determined as the medium bid book, and the medium bid book is generated to the medium bid signing block to be added to the block chain.

In the embodiment of the application, the tenderer node can obtain the bidding data corresponding to the enterprise identifier according to the enterprise identifier carried in the bidding request by obtaining the bidding request sent by the tenderer node. And determining the validity of the bid document according to the bid document and the bid document digital signature included in the bid data, wherein if the bid document is a valid file, the bid data is broadcasted in the block chain network, so that the common identification node in the block chain network performs validity check on the bid document to obtain a first check result. And determining a first common identification result of the bidding documents according to the received first check result returned by the common identification node, and if the first common identification result is the agreement, generating a candidate bidding document block based on a plurality of agreement bidding documents and adding the candidate bidding document block to the block chain. And evaluating each bidding document included in the candidate bidding document block to determine an evaluation result, and broadcasting the evaluation result in the block chain network so that the common identification node in the block chain network checks the evaluation result to obtain a second checking result. And determining a second consensus result of the bid evaluation result according to the received second check result returned by the consensus node, if the second consensus result is a consensus, determining the bid section corresponding to the bid evaluation result as a medium bid section, and generating a medium bid signing block based on the medium bid section to add the medium bid section to the block chain. By adopting the embodiment of the application, the fairness in the bid examination process can be improved, the bid evaluation efficiency can be improved, and the applicability is high.

Referring to fig. 5, fig. 5 is another flowchart illustrating an engineering bid management method based on a block chain according to an embodiment of the present application. The method provided by the embodiment of the present application can be illustrated by the following implementation manners provided by steps 201 to 206:

201. the method comprises the steps of obtaining a bidding request sent by a bidder node, obtaining bidding data according to an enterprise identifier carried in the bidding request, determining the validity of a bidding document according to the bidding document and a bidding document digital signature included in the bidding data, and broadcasting the bidding data in a block chain network if the bidding document is a valid file so that a common identification node in the block chain network performs validity check on the bidding document to obtain a first check result.

202. And determining a first common identification result of the bidding documents according to the received first check result returned by the common identification node, and if the first common identification result is the agreement, generating a candidate bidding document block based on a plurality of agreement bidding documents and adding the candidate bidding document block to the block chain.

203. And evaluating each bidding document in the candidate bidding document block to determine an evaluation result, and broadcasting the evaluation result in the block chain network so that the common identification node in the block chain network checks the evaluation result to obtain a second checking result.

204. And determining a second consensus result of the bid evaluation result according to the received second check result returned by the consensus node, if the second consensus result is a consensus, determining the bid section corresponding to the bid evaluation result as a medium bid section, and generating a medium bid signing block based on the medium bid section to add the medium bid section to the block chain.

The specific implementation manner of steps 201 to 204 may refer to the description of steps 101 to 104 in the embodiment corresponding to fig. 2, and is not described here again.

205. And drawing a winning amount from the account of the tenderer to the management account, freezing the winning amount in the management account, acquiring a project progress acceptance report and a report digital signature uploaded by an acceptance party, and calling a transfer contract to transfer a preset project amount corresponding to the preset project completion degree from the winning amount of the management account to the account of the winning party if the project progress acceptance report passes verification based on the report digital signature and the acceptance time and the project completion degree in the project progress acceptance report are the same as the preset acceptance time and the preset project completion degree in the winning bid specification.

In some possible embodiments, after the successful bid signing block is generated based on the medium bid section and added to the block chain, the tenderer node may scratch a winning amount from the tenderer account to the management account and freeze the winning amount in the management account, wherein the winning amount is the bidding amount included in the medium bid section. Furthermore, in the engineering construction project construction process, a project progress acceptance report and a report digital signature uploaded by an acceptance party node corresponding to an acceptance party can be acquired from the block chain, the acceptance party public key corresponding to the acceptance party is decrypted based on the acceptance party public key to obtain a first report hash value, a second report hash value is generated according to the project progress acceptance report, and if the first report hash value is the same as the second report hash value, the project progress acceptance report can be determined to be legal, so that preset acceptance time and preset project completion included in the selected standard can be acquired. If the acceptance time included in the project progress acceptance report is the same as the preset acceptance time and the project completion degree included in the project progress acceptance report is the same as the preset project completion degree, the preset project money corresponding to the preset project completion degree can be transferred to the account of the winning bidder from the amount of winning money included in the management account by calling the money transfer contract.

In the embodiment of the application, the tenderer node can obtain the bidding data corresponding to the enterprise identifier according to the enterprise identifier carried in the bidding request by obtaining the bidding request sent by the tenderer node. And determining the validity of the bid document according to the bid document and the bid document digital signature included in the bid data, wherein if the bid document is a valid file, the bid data is broadcasted in the block chain network, so that the common identification node in the block chain network performs validity check on the bid document to obtain a first check result. And determining a first common identification result of the bidding documents according to the received first check result returned by the common identification node, and if the first common identification result is the agreement, generating a candidate bidding document block based on a plurality of agreement bidding documents and adding the candidate bidding document block to the block chain. And evaluating each bidding document included in the candidate bidding document block to determine an evaluation result, and broadcasting the evaluation result in the block chain network so that the common identification node in the block chain network checks the evaluation result to obtain a second checking result. And determining a second consensus result of the bid evaluation result according to the received second check result returned by the consensus node, if the second consensus result is a consensus, determining the bid section corresponding to the bid evaluation result as a medium bid section, and generating a medium bid signing block based on the medium bid section to add the medium bid section to the block chain. Further, the bidding party node can draw a bid amount from the bidding party account to the management account, the bid amount in the management account is frozen, and by acquiring a project progress acceptance report and a report digital signature uploaded by an acceptance checker, if the project progress acceptance report passes verification based on the report digital signature and the acceptance time and the project completion degree in the project progress acceptance report are the same as the preset acceptance time and the preset project completion degree included in the bid amount bidding document, a preset project amount corresponding to the preset project completion degree can be transferred to the winning party account from the bid amount of the management account by calling a money transfer contract. By adopting the embodiment of the application, the fairness in the bid examination process can be improved, the bid evaluation efficiency can be improved, the progress of the item after winning the bid can be monitored, and the applicability is high.

Referring to fig. 6, fig. 6 is a schematic structural diagram of an engineering bid management apparatus based on a block chain according to an embodiment of the present application. The engineering bid management device based on the block chain provided by the embodiment of the application comprises:

the bidding document checking module 31 is configured to acquire a bidding request sent by a bidder node, acquire bidding data according to an enterprise identifier carried in the bidding request, determine validity of the bidding document according to the bidding document and a bidding document digital signature included in the bidding data, and broadcast the bidding data in a block chain network if the bidding document is a valid file, so that a common identification node in the block chain network performs validity check on the bidding document to obtain a first checking result;

a candidate bidding document determining module 32, configured to determine a first common recognition result for the bidding document according to a received first check result returned by the common recognition node, and if the first common recognition result is an agreed common recognition, generate a candidate bidding document block based on multiple agreed bidding documents, and add the candidate bidding document block to the block chain;

the bid evaluation processing module 33 is configured to evaluate each bid document included in the candidate bid document block to determine a bid evaluation result, and broadcast the bid evaluation result in the block chain network, so that a common identification node in the block chain network checks the bid evaluation result to obtain a second check result;

and a winning bid determination module 34, configured to determine a second consensus result of the bid evaluation result according to the received second check result returned by the consensus node, determine, if the second consensus result is a successful consensus, the bid section corresponding to the bid evaluation result as a medium bid section, and generate a winning bid section based on the medium bid section to add to the section chain.

Referring to fig. 7, fig. 7 is another schematic structural diagram of an engineering bid management apparatus based on a block chain according to an embodiment of the present application. As shown in fig. 7, wherein:

in some possible embodiments, the apparatus further includes an enterprise credit approval module 35, and the enterprise credit approval module 35 includes:

an enterprise credit rating obtaining unit 351 for obtaining a first enterprise credit rating included in the bid amount;

the enterprise credit rating auditing unit 352 is configured to obtain a second enterprise credit rating corresponding to the enterprise identifier from an enterprise credit assessment node, and broadcast the bidding data in the block chain network if the first enterprise credit rating is the same as the second enterprise credit rating and the first enterprise credit rating is not less than a preset enterprise credit rating.

In some possible embodiments, the aforementioned ticket checking module 31 includes:

a public key obtaining unit 311, configured to obtain a public key corresponding to the enterprise identifier from the blockchain;

a ticket hash value obtaining unit 312, configured to decrypt the ticket digital signature based on the public key to obtain a first ticket hash value;

a hash value verifying unit 313, configured to generate a second bidding document hash value based on the bidding document, and if the first bidding document hash value is the same as the second bidding document hash value, determine that the bidding document is a valid file.

In some possible embodiments, the scoring processing module 33 includes:

an evaluation dimension parameter obtaining unit 331, configured to obtain, for any bidding document included in the candidate bidding document block, a first evaluation dimension parameter from the any bidding document, where the first evaluation dimension parameter includes a bid amount, a constructor, a construction period, and an enterprise performance;

an evaluation dimension parameter processing unit 332, configured to perform normalization processing on the first evaluation dimension parameter to obtain a second evaluation dimension parameter;

a bidding document scoring calculation unit 333, configured to obtain a parameter weight corresponding to each bidding dimension parameter in the second bidding dimension parameter, and determine a first bidding scoring score corresponding to any bidding document based on the second bidding dimension parameter and the parameter weight;

the bid evaluation result determining unit 334 is configured to determine a bid evaluation result according to a first bid evaluation score corresponding to a plurality of bidding documents included in the candidate bidding document block.

In some possible embodiments, the bid evaluation result determination unit 334 is specifically configured to:

In some possible embodiments, the medium bid determination module 34 includes a consensus determination unit 341 and a medium tag approximate block generation unit 342, where the consensus determination unit 341 is configured to:

In some possible embodiments, the apparatus further includes a project schedule management module 36, and the project schedule management module 36 includes:

a bid amount obtaining unit 361, configured to draw a bid amount from an account of a tenderer to a management account, and freeze the bid amount in the management account, where the bid amount is a bid amount in a medium bid selection;

an acceptance report obtaining unit 362, configured to obtain a project progress acceptance report and a report digital signature uploaded by an acceptance party, and obtain an acceptance party public key corresponding to the acceptance party from the block chain;

an acceptance report verification unit 363, configured to decrypt the report digital signature based on the public key of the acceptor to obtain a first report hash value, generate a second report hash value according to the project progress acceptance report, and if the first report hash value is the same as the second report hash value, obtain a preset acceptance time and a preset project completion included in the middle bid selection;

and a project money settlement unit 364, configured to, if the acceptance time included in the project progress acceptance report is the same as the preset acceptance time, and the project completion degree included in the project progress acceptance report is the same as the preset project completion degree, invoke a money transfer contract to transfer the preset project money corresponding to the preset project completion degree from the bid amount included in the management account to the bid seller account.

In a specific implementation, the above engineering bid management apparatus based on the block chain can execute the implementation manners provided in the above steps in fig. 2 to 5 through its built-in functional modules. For example, the bidding document checking module 31 may be configured to execute implementation manners such as obtaining the bidding data in each step and checking validity of the bidding document included in the bidding data, which may specifically refer to the implementation manners provided in each step, and will not be described herein again. The candidate bidding document determining module 32 may be configured to perform the common identification on the bidding documents included in the bidding data in each step, and generate the candidate bidding document blocks based on multiple bidding documents achieving the common identification, which may specifically refer to the implementation manners provided in each step, and will not be described herein again. The bid evaluation processing module 33 may be configured to execute the implementation manners of performing bid evaluation on the bid-marking documents included in the candidate bid-marking block and performing consensus on the bid evaluation result in each step, which may be specifically referred to the implementation manners provided in each step, and will not be described herein again. The bid-closing determining module 34 may be configured to execute the implementation manners described in the relevant steps, such as generating the bid-closing signature block based on the consensus result of the bid evaluation result in each step, which may specifically refer to the implementation manners provided in each step, and will not be described herein again. The enterprise credit initial review module 35 may be configured to execute the implementation manners, such as enterprise credit level review, for the bidding enterprise in the above steps, which may specifically refer to the implementation manners provided in the above steps, and will not be described herein again. The project progress management module 36 may be configured to perform implementation manners such as monitoring the project progress in each step and automatically settling the project money based on the money transfer contract, which may specifically refer to the implementation manners provided in each step, and will not be described herein again.

In the embodiment of the application, the block chain-based engineering bid inviting management device can acquire the bid data corresponding to the enterprise identifier according to the enterprise identifier carried in the bid request by acquiring the bid request sent by the bidder node. And determining the validity of the bid document according to the bid document and the bid document digital signature included in the bid data, wherein if the bid document is a valid file, the bid data is broadcasted in the block chain network, so that the common identification node in the block chain network performs validity check on the bid document to obtain a first check result. And determining a first common identification result of the bidding documents according to the received first check result returned by the common identification node, and if the first common identification result is the agreement, generating a candidate bidding document block based on a plurality of agreement bidding documents and adding the candidate bidding document block to the block chain. And evaluating each bidding document included in the candidate bidding document block to determine an evaluation result, and broadcasting the evaluation result in the block chain network so that the common identification node in the block chain network checks the evaluation result to obtain a second checking result. And determining a second consensus result of the bid evaluation result according to the received second check result returned by the consensus node, if the second consensus result is a consensus, determining the bid section corresponding to the bid evaluation result as a medium bid section, and generating a medium bid signing block based on the medium bid section to add the medium bid section to the block chain. Further, the bidding party node can draw a bid amount from the bidding party account to the management account, the bid amount in the management account is frozen, and by acquiring a project progress acceptance report and a report digital signature uploaded by an acceptance checker, if the project progress acceptance report passes verification based on the report digital signature and the acceptance time and the project completion degree in the project progress acceptance report are the same as the preset acceptance time and the preset project completion degree included in the bid amount bidding document, a preset project amount corresponding to the preset project completion degree can be transferred to the winning party account from the bid amount of the management account by calling a money transfer contract. By adopting the embodiment of the application, the fairness in the bid examination process can be improved, the bid evaluation efficiency can be improved, the progress of the item after winning the bid can be monitored, and the applicability is high.

Referring to fig. 8, fig. 8 is a schematic structural diagram of a terminal device provided in an embodiment of the present application. As shown in fig. 8, the terminal device in this embodiment may include: one or more processors 401 and memory 402. The processor 401 and the memory 402 are connected by a bus 403. The memory 402 is used to store a computer program comprising program instructions and the processor 401 is used to execute the program instructions stored by the memory 402 to perform the steps of the method described above.

It should be appreciated that in some possible implementations, the processor 401 may be a Central Processing Unit (CPU), and the processor may be other general purpose processor, a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), an off-the-shelf programmable gate array (FPGA) or other programmable logic device, discrete gate or transistor logic, discrete hardware components, or the like. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like. The memory 402 may include both read-only memory and random access memory, and provides instructions and data to the processor 401. A portion of the memory 402 may also include non-volatile random access memory. For example, the memory 402 may also store device type information.

In a specific implementation, the terminal device may execute the implementation manners provided in the steps in fig. 2 to fig. 5 through the built-in functional modules, which may specifically refer to the implementation manners provided in the steps, and are not described herein again.

In the embodiment of the application, the terminal device can obtain the bidding data corresponding to the enterprise identifier according to the enterprise identifier carried in the bidding request by obtaining the bidding request sent by the bidder node. And determining the validity of the bid document according to the bid document and the bid document digital signature included in the bid data, wherein if the bid document is a valid file, the bid data is broadcasted in the block chain network, so that the common identification node in the block chain network performs validity check on the bid document to obtain a first check result. And determining a first common identification result of the bidding documents according to the received first check result returned by the common identification node, and if the first common identification result is the agreement, generating a candidate bidding document block based on a plurality of agreement bidding documents and adding the candidate bidding document block to the block chain. And evaluating each bidding document included in the candidate bidding document block to determine an evaluation result, and broadcasting the evaluation result in the block chain network so that the common identification node in the block chain network checks the evaluation result to obtain a second checking result. And determining a second consensus result of the bid evaluation result according to the received second check result returned by the consensus node, if the second consensus result is a consensus, determining the bid section corresponding to the bid evaluation result as a medium bid section, and generating a medium bid signing block based on the medium bid section to add the medium bid section to the block chain. Further, the bidding party node can draw a bid amount from the bidding party account to the management account, the bid amount in the management account is frozen, and by acquiring a project progress acceptance report and a report digital signature uploaded by an acceptance checker, if the project progress acceptance report passes verification based on the report digital signature and the acceptance time and the project completion degree in the project progress acceptance report are the same as the preset acceptance time and the preset project completion degree included in the bid amount bidding document, a preset project amount corresponding to the preset project completion degree can be transferred to the winning party account from the bid amount of the management account by calling a money transfer contract. By adopting the embodiment of the application, the fairness in the bid examination process can be improved, the bid evaluation efficiency can be improved, the progress of the item after winning the bid can be monitored, the flexibility is high, and the application range is wide.

An embodiment of the present application further provides a computer-readable storage medium, where a computer program is stored in the computer-readable storage medium, where the computer program includes program instructions, and when the program instructions are executed by a processor, the method for managing engineering bid quotation based on a block chain, which is provided in each step in fig. 2 to 5, may specifically refer to an implementation manner provided in each step, and is not described herein again.

The computer readable storage medium may be the block chain-based engineering bid management apparatus provided in any of the foregoing embodiments or an internal storage unit of the terminal device, such as a hard disk or a memory of an electronic device. The computer readable storage medium may also be an external storage device of the electronic device, such as a plug-in hard disk, a Smart Memory Card (SMC), a Secure Digital (SD) card, a flash memory card (flashcard), and the like, provided on the electronic device. Further, the computer readable storage medium may also include both an internal storage unit and an external storage device of the electronic device. The computer-readable storage medium is used for storing the computer program and other programs and data required by the electronic device. The computer readable storage medium may also be used to temporarily store data that has been output or is to be output.

The terms "first", "second", "third", "fourth", and the like in the claims and in the description and drawings of the present application are used for distinguishing between different objects and not for describing a particular order. Furthermore, the terms "include" and "have," as well as any variations thereof, are intended to cover non-exclusive inclusions. For example, a process, method, system, article, or apparatus that comprises a list of steps or elements is not limited to only those steps or elements listed, but may alternatively include other steps or elements not listed, or inherent to such process, method, article, or apparatus.

Reference herein to "an embodiment" means that a particular feature, structure, or characteristic described in connection with the embodiment can be included in at least one embodiment of the application. The appearances of the phrase in various places in the specification are not necessarily all referring to the same embodiment, nor are separate or alternative embodiments mutually exclusive of other embodiments. It is explicitly and implicitly understood by one skilled in the art that the embodiments described herein can be combined with other embodiments. The term "and/or" as used in this specification and the appended claims refers to and includes any and all possible combinations of one or more of the associated listed items. Those of ordinary skill in the art will appreciate that the elements and algorithm steps of the examples described in connection with the embodiments disclosed herein may be embodied in electronic hardware, computer software, or combinations of both, and that the components and steps of the examples have been described in a functional general in the foregoing description for the purpose of illustrating clearly the interchangeability of hardware and software. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the implementation. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present application.

The method and the related apparatus provided by the embodiments of the present application are described with reference to the flowchart and/or the structural diagram of the method provided by the embodiments of the present application, and each flow and/or block of the flowchart and/or the structural diagram of the method, and the combination of the flow and/or block in the flowchart and/or the block diagram can be specifically implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block or blocks of the block diagram. These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block or blocks of the block diagram. These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block or blocks.

Claims

1. A block chain-based engineering bid management method is characterized by comprising the following steps:

the method comprises the steps of obtaining a bidding request sent by a bidder node, obtaining bidding data according to an enterprise identifier carried in the bidding request, determining the validity of a bidding document according to the bidding document and a bidding document digital signature included in the bidding data, and broadcasting the bidding data in a block chain network if the bidding document is a valid file so as to enable a common identification node in the block chain network to check the validity of the bidding document to obtain a first check result;

and determining a second consensus result of the bid evaluation result according to the received second check result returned by the consensus node, if the second consensus result is consensus achieved, determining the bid section corresponding to the bid evaluation result as a medium bid section, and generating a medium bid signing area block based on the medium bid section so as to add the medium bid section block into the area block chain.

2. The method of claim 1, further comprising:

acquiring a first enterprise credit level included in the bid document;

and acquiring a second enterprise credit level corresponding to the enterprise identification from an enterprise credit investigation node, and broadcasting the bidding data in a block chain network if the first enterprise credit level is the same as the second enterprise credit level and the first enterprise credit level is not less than a preset enterprise credit level.

3. The method according to claim 1 or 2, wherein the determining the validity of the bid document according to the bid document and the bid document digital signature included in the bid data comprises:

acquiring a public key corresponding to the enterprise identifier from the blockchain;

decrypting the ticket digital signature based on the public key to obtain a first ticket hash value;

and generating a second bidding document hash value based on the bidding document, and if the first bidding document hash value is the same as the second bidding document hash value, determining that the bidding document is a legal file.

4. The method of claim 1, wherein the evaluating each bid document included in the candidate bid document block to determine a bid evaluation result comprises:

aiming at any bidding document included in the candidate bidding document block, acquiring a first bidding dimension parameter from the any bidding document, wherein the first bidding dimension parameter comprises bid amount, constructor number, construction period and enterprise performance;

normalizing the first bid evaluation dimension parameter to obtain a second bid evaluation dimension parameter;

acquiring parameter weights corresponding to the bidding dimension parameters in the second bidding dimension parameters, and determining a first bidding score corresponding to any bidding document based on the second bidding dimension parameters and the parameter weights;

and determining a bid evaluation result according to the first bid evaluation score corresponding to the multiple bidding documents in the candidate bid evaluation block.

5. The method of claim 4, wherein determining a bid evaluation result according to the first bid evaluation score corresponding to the plurality of bidding documents included in the candidate bidding document block comprises:

and if the plurality of first bid evaluation scores comprise a plurality of maximum first bid evaluation scores, determining the bid-bidding document with the highest enterprise credit rating from the bid-bidding documents corresponding to the maximum first bid evaluation scores as a bid evaluation result.

6. The method of claim 1, wherein the determining a second consensus result for the marking result according to the received second check result returned by the consensus node comprises:

7. The method of claim 1, wherein after generating a winning bid flag block based on the winning bid specification for adding to the block chain, the method further comprises:

drawing a bid amount from an account of a tenderer to a management account, and freezing the bid amount in the management account, wherein the bid amount is a bid amount in a medium bid selection;

acquiring a project progress acceptance report and a report digital signature uploaded by an acceptance party, and acquiring an acceptance party public key corresponding to the acceptance party from the block chain;

decrypting the report digital signature based on the public key of the checking and accepting party to obtain a first report hash value, generating a second report hash value according to the project progress checking and accepting report, and if the first report hash value is the same as the second report hash value, acquiring preset checking and accepting time and preset project completion included in the medium bid selection book;

and if the acceptance time included in the project progress acceptance report is the same as the preset acceptance time and the project completion degree included in the project progress acceptance report is the same as the preset project completion degree, calling a money transfer contract to transfer the preset project money corresponding to the preset project completion degree from the winning amount included in the management account to the account of the winning bidder.

8. An engineering bid management apparatus based on a block chain, the apparatus comprising:

the candidate bidding document determining module is used for determining a first common identification result of the bidding document according to a received first check result returned by the common identification node, and if the first common identification result is an agreed common identification, generating a candidate bidding document block based on a plurality of agreed bidding documents and adding the candidate bidding document block to a block chain;

the bid evaluation processing module is used for evaluating each bid in the candidate bid section to determine a bid evaluation result and broadcasting the bid evaluation result in the block chain network so as to verify the bid evaluation result by a common identification node in the block chain network to obtain a second verification result;

and the bid winning determining module is used for determining a second consensus result of the bid evaluation result according to the received second check result returned by the consensus node, determining the bid bidding document corresponding to the bid evaluation result as a medium bid selection document if the second consensus result is the achieved consensus, and generating a bid winning signed block based on the medium bid selection document so as to add the block chain.

9. A terminal device, comprising a processor and a memory, the processor and the memory being interconnected;

the memory for storing a computer program comprising program instructions, the processor being configured to invoke the program instructions to perform the method of any of claims 1-7.

10. A computer-readable storage medium, characterized in that the computer-readable storage medium stores a computer program comprising program instructions that, when executed by a processor, cause the processor to carry out the method according to any one of claims 1-7.