WO2021017350A1

WO2021017350A1 - Bidding document management method and system, and computer readable storage medium

Info

Publication number: WO2021017350A1
Application number: PCT/CN2019/121676
Authority: WO
Inventors: 张松松; 冯承勇
Original assignee: 深圳壹账通智能科技有限公司
Priority date: 2019-07-26
Filing date: 2019-11-28
Publication date: 2021-02-04
Also published as: CN110532806A

Abstract

A bidding document management method and system, and a computer readable storage medium. The method relates to the technical field of blockchains. The method comprises: a bidding terminal encrypts an initial bidding document by means of a symmetric key to obtain an encrypted initial bidding document, and marks a timestamp on same to obtain a reference document; the bidding terminal stores the reference document to a blockchain; a bid inviting management server obtains the reference document from the blockchain, and analyzes the reference document to obtain the encrypted initial bidding document and the timestamp; the bid inviting management server determines, according to the timestamp, whether the encrypted initial bidding document has not been modified after a preset time node, to determine whether the encrypted initial bidding document is qualified. Thus, the invention can ensure that bidding documents participating in competitive bidding have not been modified since the date of delivery, thereby improving the competitive bidding fairness.

Description

Tender document management method, system and computer readable storage medium

This application claims the priority of a Chinese patent application filed at the Chinese Patent Office on July 26, 2019, with an application number of 201910682674.7 and an invention title of "Tender Management Method, System, and Computer-readable Storage Medium". The reference is incorporated in this application.

Technical field

The present invention relates to the field of blockchain technology, and in particular to a bid management method, system and computer-readable storage medium.

Background technique

Bidding and bidding is a transaction method used in the buying and selling of bulk goods, the issuance and contracting of construction projects, and the procurement and provision of service projects under market economy conditions.

technical problem

In the prior art, the tender documents are mainly in the form of paper, and it is difficult to determine whether the tender documents have been modified. Some bidders, after learning about the contents of other bidders’ bids, temporarily modify their key data in response to the contents of other bidders’ bids, thereby gaining a competitive advantage and disrupting the normal market order.

Technical solutions

The embodiments of the present invention provide a bid management method, system, and computer-readable storage medium, aiming to solve the problem in the prior art that it is difficult to determine whether a bid has been modified.

In the first aspect, an embodiment of the present invention provides a bid management method, which includes:

The bidding terminal encrypts the initial bid document with the preset symmetric key to obtain the encrypted initial bid document;

The bidding terminal sends a time stamp authentication request to a preset time stamp authentication server, where the time stamp authentication request includes the hash value of the encrypted initial bid document;

The bidding terminal receives the time stamp sent by the time stamp authentication server, and combines the time stamp with the encrypted initial bid document to obtain a reference file;

The bidding terminal stores the reference file in the blockchain;

The bidding management server obtains the reference file from the blockchain, and parses the reference file to obtain the encrypted initial bid file and the time stamp;

The bidding management server judges whether the encrypted initial bid document has not been modified after a preset time node according to the time stamp, so as to determine whether the encrypted initial bid document is qualified.

In a second aspect, an embodiment of the present invention provides a bid management system. The bid management system includes a bidding terminal and a bidding management server. The bidding terminal includes a first encryption unit, a first sending unit, a first receiving unit, and a storage unit. , The bidding management server includes an analysis unit, a first judgment unit, a first notification unit, and a second notification unit, wherein:

The first encryption unit is configured to encrypt the initial bid document by using a preset symmetric key to obtain an encrypted initial bid document;

The first sending unit is used for the bidding terminal to send a time stamp authentication request to a preset time stamp authentication server, where the time stamp authentication request includes the hash value of the encrypted initial bid document;

The first receiving unit is configured to receive the time stamp sent by the time stamp authentication server, and merge the time stamp with the encrypted initial bid document to obtain a reference file;

The storage unit is used for the bidding terminal to store the reference file in the blockchain;

A parsing unit, configured to obtain the reference document from the blockchain, and the encrypted initial bid document and the time stamp obtained after parsing the reference document;

The first judging unit is configured to judge whether the encrypted initial tender document has not been modified after a preset time node according to the timestamp, so as to determine whether the tender is qualified.

In a third aspect, an embodiment of the present invention also provides a bid management system, which includes a bidding terminal and a bidding management server. Both the bidding terminal and the bidding management server include a memory, a processor, and storage on the memory and available on the The computer program running on the processor, the processor of the bidding terminal and the bidding management server execute the corresponding computer program together to implement the method as described in the first aspect.

In a fourth aspect, an embodiment of the present invention also provides a computer-readable storage medium that stores a first computer program and a second computer program, and the first computer program and the second computer program are respectively bid The processor of the terminal and the processor of the bidding management server can implement the method described in the first aspect when executed.

Beneficial effect

The details of one or more embodiments of the application are set forth in the following drawings and description. Other features, purposes and advantages of this application will become apparent from the description, drawings and claims.

Description of the drawings

In order to explain the technical solutions of the embodiments of the present invention more clearly, the following will briefly introduce the drawings used in the description of the embodiments. Obviously, the drawings in the following description are some embodiments of the present invention. Ordinary technicians can obtain other drawings based on these drawings without creative work.

Figure 1 is a schematic diagram of an application scenario of a bid management method provided by an embodiment of the present invention;

2 is a schematic flowchart of a bid management method provided by an embodiment of the present invention;

Figure 3 is a schematic diagram of a sub-process of a bid management method provided by an embodiment of the present invention;

4 is a schematic diagram of a sub-flow of a bid management method provided by an embodiment of the present invention;

Figure 5 is a schematic diagram of a sub-process of a bid management method provided by an embodiment of the present invention;

Figure 6 is a schematic flowchart of a bid management method provided by another embodiment of the present invention;

Figure 7 is a schematic block diagram of a tender management system provided by an embodiment of the present invention;

FIG. 8 is a schematic block diagram of a bid management system provided by another embodiment of the present invention;

FIG. 9 is a schematic block diagram of a computer device according to an embodiment of the present invention.

Embodiments of the invention

The technical solutions in the embodiments of the present invention will be clearly and completely described below in conjunction with the accompanying drawings in the embodiments of the present invention. Obviously, the described embodiments are part of the embodiments of the present invention, rather than all of them. Based on the embodiments of the present invention, all other embodiments obtained by those of ordinary skill in the art without creative work shall fall within the protection scope of the present invention.

Please refer to FIG. 1 and FIG. 2. FIG. 1 is a schematic diagram of an application scenario of a bid management method provided by an embodiment of the present invention. Fig. 2 is a schematic flowchart of a bid management method provided by an embodiment of the present invention. The bid management method is applied to a bid management system. Specifically, the bidding terminal 1 encrypts the initial bid file with a preset symmetric key to obtain the encrypted initial bid file; the bidding terminal 1 sends a preset time stamp authentication server 2 Send a timestamp authentication request, the timestamp authentication request includes the hash value of the encrypted initial bid document; the bidding terminal 1 receives the timestamp sent by the timestamp authentication server 2, and compares the timestamp with the encrypted initial bid Documents are merged to obtain a reference document; the bidding terminal 1 stores the reference document in the blockchain 3; the bidding management server 4 obtains the reference document from the blockchain 3, and parses the reference document to obtain all The encrypted initial bid file and the time stamp; the bidding management server 4 judges according to the time stamp whether the encrypted initial bid file has not been modified after a preset time node to determine whether the bid is qualified.

Fig. 2 is a schematic flowchart of a bid management method provided by an embodiment of the present invention. As shown in the figure, the method includes the following steps S1-S6.

S1: The bidding terminal encrypts the initial bidding document through the preset symmetric key to obtain the encrypted initial bidding document.

In the specific implementation, in order to ensure the security of the initial bid document and improve the security of the initial bid document, the bidding terminal encrypts the initial bid document with a preset symmetric key to obtain the encrypted initial bid document.

Symmetric key encryption is also called private key encryption, that is, both parties sending and receiving data must use the same key to encrypt and decrypt the plaintext. Symmetric key encryption algorithms mainly include: DES, 3DES, IDEA, FEAL, BLOWFISH, etc. The method of symmetric key encryption is convenient for related parties (ie the bidding party) to encrypt the symmetric key encryption, which is also called private key encryption, that is, both parties sending and receiving data must use the same key to encrypt and decrypt the plaintext. Symmetric key encryption algorithms mainly include: DES, 3DES, IDEA, FEAL, BLOWFISH, etc. The symmetric key encryption method is convenient for related parties (ie, the bidding party) to decrypt the encrypted initial tender documents.

S2. The bidding terminal sends a time stamp authentication request to a preset time stamp authentication server, where the time stamp authentication request includes the hash value of the encrypted initial bid document.

In specific implementation, the bidding terminal sends a time stamp authentication request to a preset time stamp authentication server, and the time stamp authentication request includes the hash value of the encrypted initial bid document.

Correspondingly, when the timestamp authentication server receives the timestamp authentication request sent by the bidding terminal, it uses the hash value of the encrypted initial bid file contained in the timestamp authentication request and the time point corresponding to the authentication request received by the timestamp authentication server as To sign the original text, use the private key of the time stamp server to sign the original text to obtain a time stamp, and send the time stamp to the bidding terminal.

It should be noted that the time stamp authentication server is a server established by the United Trusted Time Stamp Authority (TSA).

S3. The bidding terminal receives the time stamp sent by the time stamp authentication server, and merges the time stamp with the encrypted initial bid document to obtain a reference file.

In specific implementation, the bidding terminal receives the time stamp sent by the time stamp authentication server. The timestamp includes the hash value of the encrypted initial bid file by the timestamp server and the time point corresponding to the authentication request received by the timestamp authentication server. The time stamp can be used to prove that the encrypted initial bid document already exists at the time point corresponding to the time stamp (that is, the time point corresponding to the time stamp authentication server receives the authentication request).

The bidding terminal merges the time stamp with the encrypted initial bid file to obtain a reference file. In specific implementation, the bidding terminal compresses the encrypted initial bid file and the time stamp to obtain a reference file.

S4, the bidding terminal stores the reference file in the blockchain.

In a specific implementation, the bidding terminal stores the reference file in the blockchain. Since the file stored in the blockchain cannot be tampered with, the security and reliability of the reference file can be effectively ensured.

Referring to FIG. 3, in one embodiment, the above step 42 specifically includes the following steps S41-S43.

S41: Perform encryption processing on the reference file to obtain a digital signature.

In specific implementation, encryption processing refers to encryption processing performed on a reference file through a cryptographic algorithm to ensure that the reference file cannot be tampered with. A digital signature is a string of anti-forgery character strings used to verify the integrity and origin of reference documents. The digital signature is obtained by encrypting the reference file, and the digital signature and the reference file are sent to the verification node, and the verification node verifies the integrity and source of the reference file.

Referring to FIG. 4, in an embodiment, the above step S41 specifically includes the following steps S411-S412.

S411: Perform first encryption on the reference file according to a hash algorithm to obtain a digital digest.

In specific implementation, the hash algorithm refers to an algorithm that can map messages of any length into fixed-length messages. The hash algorithm in this implementation uses any one of MD4, MD5, or SHA256. Among them, the reference file is the unencrypted plaintext, the plaintext is the characters that people can intuitively understand its meaning, the first encryption is performed through the hash algorithm to map the plaintext of any length into a string of fixed-length ciphertext, the ciphertext is encrypted People cannot intuitively understand the meaning of the string after the string. This string of ciphertext is the digital abstract.

S412: Perform a second encryption on the digital digest according to the pre-configured private key to obtain a digital signature.

In the specific implementation, the private key refers to the key distributed through the asymmetric encryption algorithm. The asymmetric encryption algorithm uses two different keys for encryption and decryption, called the public key and the private key. Only the private key can decrypt the data encrypted by the key, and only the public key can decrypt the data encrypted by the private key. The private key is generated by a random number algorithm, the public key is generated according to the private key, and the public key and the private key are distributed in pairs. Among them, the public key is public, and the private key is privately held and strictly protected.

Each node is configured with a pair of public key and private key. The private key of the bidding terminal is pre-configured. After obtaining the digital digest, the bidding terminal uses the private key to perform a second encryption on the digital digest to obtain a digital signature.

S42. Send the digital signature and the reference file to a verification node.

In specific implementation, after obtaining the digital signature of the reference file, the bidding terminal sends the reference file and its digital signature to the verification node, so that the verification node verifies the integrity and source of the reference file. It should be noted that the verification node is a server used to verify the validity of a block.

After passing the verification of the reference file, the verification node returns the block containing the reference file to the bidding terminal.

S43: Receive the block returned by the verification node and add the block to the blockchain structure, the block being generated by the verification node according to the digital signature and the reference file.

In specific implementation, after receiving the block confirmed by the verification node (the block is generated by the verification node according to the digital signature and the encrypted receipt file), the confirmed block is combined with the The last block in the local block chain structure (that is, the block chain structure maintained by the bidding terminal) is connected end to end to update the maintained block chain, thereby realizing the storage of reference files in the block chain.

S5. The bidding management server obtains the reference file from the blockchain, and parses the reference file to obtain the encrypted initial bid file and the time stamp.

In specific implementation, the bidding terminal obtains the reference file from the blockchain, and parses the reference file to obtain the encrypted initial bid file and the time stamp. Specifically, the bidding management server decompresses the reference file to obtain the encrypted initial bid file and the time stamp.

S6: The bidding management server judges whether the encrypted initial bid document has not been modified after a preset time node according to the time stamp, so as to determine whether the encrypted initial bid document is qualified. .

In specific implementation, the bidding management server judges whether the encrypted initial bid file has not been modified after a preset time node according to the time stamp, so as to determine whether the encrypted initial bid file is qualified. If the encrypted initial bid document has not been modified after the preset time node, it means that the bidder’s bid meets the requirements; otherwise, it means that the bidder’s bid does not meet the requirements.

Further, if the encrypted initial bid document is modified after a preset time node, the bidding management server sends a bid unqualified notification message to the bidding terminal, and the bidder has been notified that the bid does not meet the requirements and the bid qualification is cancelled.

If the encrypted initial bid document has not been modified after the preset time node, the bidding management server sends a bid qualification notification message to the bidding terminal, and the bidder has been notified that the bid is qualified and qualified.

Referring to FIG. 5, in one embodiment, the above step S6 specifically includes the following steps S51-S54.

S51: Determine whether the time on the time stamp is before the time node.

In specific implementation, the bidding management server verifies the time on the time stamp, and determines whether the time on the time stamp is earlier than the time node. If yes, go to S62, indicating that the bidder’s initial bid document was completed before the time node, and therefore meet the time limit; otherwise, go to S64, indicating that the bidder’s initial bid document was completed after the time node. Therefore, It is determined that the encrypted initial tender document is modified after a preset time node.

It should be noted that in order to ensure the fairness of the bidding, bidders need to time-stamp their initial bid documents before the time node. The initial tender documents authenticated beyond the time limit (that is, after the time node) are deemed invalid.

S52: Determine whether the hash value of the encrypted initial bid file is the same as the hash value included in the time stamp.

In specific implementation, the bidding management server determines whether the hash value of the encrypted initial bid document is the same as the hash value contained in the time stamp. If the same, go to S63, indicating that the encrypted initial bid file has not been modified after the time stamp is generated, otherwise go to S64, indicating that the encrypted initial bid file has been modified after the time corresponding to the time stamp.

S53: Determine that the encrypted initial bid document has not been modified after a preset time node.

S54: It is determined that the encrypted initial tender document is modified after a preset time node.

By applying the technical scheme of the present invention, the bidding terminal encrypts the initial bidding document and uploads it to the blockchain after being time stamped; the bidding management server verifies whether the bidding document uploaded by the bidder to the blockchain has not been modified. After modification, the bidding qualifications of the bidders will be retained; otherwise, the bidding qualifications of the bidders will be cancelled, so as to ensure that the bids participating in the bidding have not been revised since the date of submission, thereby improving the fairness of the bidding.

Fig. 6 is a schematic flowchart of a bid management method according to another embodiment of the present invention. As shown in Fig. 6, the bidding management method of this embodiment includes steps S61-S69. The steps S61-S66 are similar to the steps S1-S6 in the foregoing embodiment, and will not be repeated here. The steps S67-S69 added in this embodiment will be described in detail below.

S67: The bidding terminal obtains the encrypted symmetric key after encrypting the symmetric key with the public key of the bidding management server, and sends the encrypted symmetric key to the bidding management server.

In specific implementation, the bidding terminal obtains the encrypted symmetric key after encrypting the symmetric key with the public key of the bidding management server, and sends the encrypted symmetric key to the bidding management server.

Correspondingly, after receiving the encrypted symmetric key, the bidding management server can decrypt the encrypted symmetric key with its own private key to obtain the symmetric key, and can decrypt it with the symmetric key The initial bidding document is encrypted to obtain the initial bidding document.

S68: The bidding management server decrypts the encrypted symmetric key through the private key of the bidding management server to obtain the symmetric key.

In specific implementation, if the hash value of the initial tender file is the same as the hash value contained in the timestamp, it means that the encrypted initial tender file has not been modified after the time corresponding to the timestamp. Therefore, it is determined that the encrypted initial The bidding documents meet the requirements, and the bidding qualification of the bidder is retained. At this time, the bidding management server decrypts the encrypted symmetric key through the private key of the bidding management server to obtain the symmetric key. And decrypt the encrypted initial tender document through the symmetric key.

S69: The bidding management server decrypts the encrypted initial bid document by using the symmetric key to obtain the initial bid document, so that the bidder can bid according to the initial bid document.

In a specific implementation, the bidding management server decrypts the encrypted initial bid document using the symmetric key to obtain the initial bid document.

In the bidding process, the bidders are required to speak the bids according to the decrypted initial bid documents. Since the initial bid documents have not been modified after being uploaded to the blockchain, the fairness of the bidding is guaranteed.

Fig. 7 is a schematic block diagram of a bid management system provided by an embodiment of the present invention. As shown in FIG. 7, corresponding to the above bid management method, the present invention also provides a bid management system 100. The bid management system 100 includes a bidding terminal 80 and a bidding management server 90. The bidding terminal 80 includes a first encryption unit 81, a first sending unit 82, a first receiving unit 83, and a storage unit 84. The bidding management server 90 includes The analysis unit 91 and the first judgment unit 92, wherein:

The first encryption unit 81 is configured to encrypt the initial bid document using a preset symmetric key to obtain an encrypted initial bid document;

The first sending unit 82 is configured to send a time stamp authentication request to a preset time stamp authentication server by the bidding terminal, where the time stamp authentication request includes the hash value of the encrypted initial bid document;

The first receiving unit 83 is configured to receive the timestamp sent by the timestamp authentication server, and merge the timestamp with the encrypted initial bid document to obtain a reference file;

The storage unit 84 is used for the bidding terminal to store the reference file in the blockchain;

The parsing unit 91 is configured to obtain the reference document from the blockchain, and the encrypted initial bid document and the time stamp obtained after parsing the reference document;

The first judging unit 92 is configured to judge whether the encrypted initial bid file has not been modified after a preset time node according to the timestamp, so as to determine whether the bid is qualified.

FIG. 8 is a schematic block diagram of a bid management system 100 according to another embodiment of the present invention. As shown in Figure 7, the bidding terminal 80 of the bidding management system 100 of this embodiment adds a fifth encryption unit 85 on the basis of the above-mentioned embodiment. The bidding management server 90 of the bidding management system 100 of this embodiment is in the above-mentioned embodiment. A first decryption unit 93 and a second decryption unit 94 are added on the basis of.

The fifth encryption unit 85 is configured to encrypt the symmetric key with the public key of the bidding management server to obtain the encrypted symmetric key, and send the encrypted symmetric key to the bidding management server.

The first decryption unit 93 is configured to decrypt the encrypted symmetric key using the private key of the bidding management server to obtain the symmetric key;

The second decryption unit 94 is configured to decrypt the encrypted initial bid file using the symmetric key to obtain the initial bid file, so that the bidder can make a bid based on the initial bid file.

It should be noted that those skilled in the art can clearly understand that the specific implementation process of the above-mentioned bid management system 100 and each unit can refer to the corresponding description in the foregoing method embodiment. For the convenience and brevity of the description, it is not here. Repeat it again.

The embodiment of the present invention also provides a bidding management system. The bidding management system includes at least two computer devices, including one bidding terminal and at least one bidding management server. Please refer to FIG. 12, which is a schematic block diagram of a computer device according to an embodiment of the present application. The computer device 500 may be a terminal or a server, where the terminal may be an electronic device with communication functions such as a smart phone, a tablet computer, a notebook computer, a desktop computer, a personal digital assistant, and a wearable device. The server can be an independent server or a server cluster composed of multiple servers.

Referring to FIG. 9, the computer device 500 includes a processor 502, a memory, and a network interface 505 connected through a system bus 501, where the memory may include a non-volatile storage medium 503 and an internal memory 504.

The non-volatile storage medium 503 can store an operating system 5031 and a computer program 5032. When the computer program 5032 is executed, the processor 502 can execute a bid management method.

The processor 502 is used to provide calculation and control capabilities to support the operation of the entire computer device 500.

The internal memory 504 provides an environment for the operation of the computer program 5032 in the non-volatile storage medium 503. When the computer program 5032 is executed by the processor 502, the processor 502 can execute a bid management method.

The network interface 505 is used for network communication with other devices. Those skilled in the art can understand that the structure shown in FIG. 12 is only a block diagram of part of the structure related to the solution of the present application, and does not constitute a limitation on the computer device 500 to which the solution of the present application is applied. The specific computer device 500 may include more or fewer components than shown in the figure, or combine certain components, or have a different component arrangement.

Wherein, the processor 502 of the bidding terminal and the bid management server is used to run a computer program 5032 stored in the memory to implement the steps of the bid management method provided in the above embodiment, such as steps S1-S6 in FIG. 2.

It should be understood that in the embodiment of the present application, the processor 502 may be a central processing unit (Central Processing Unit, CPU), the processor 502 may also be other general-purpose processors, digital signal processors (Digital Signal Processor, DSP), Application Specific Integrated Circuit (ASIC), ready-made programmable gate array (Field-Programmable Gate Array, FPGA) or other programmable logic devices, discrete gates or transistor logic devices, discrete hardware components, etc. Among them, the general-purpose processor may be a microprocessor or the processor may also be any conventional processor.

Those of ordinary skill in the art can understand that all or part of the processes in the methods of the foregoing embodiments can be implemented by computer programs instructing relevant hardware. The computer program may be stored in a storage medium, and the storage medium is a computer-readable storage medium. The computer program is executed by at least one processor in the computer system to implement the process steps of the foregoing method embodiment.

Therefore, the present invention also provides a storage medium. The storage medium may be a computer-readable storage medium. The storage medium stores a first computer program and a second computer program, and the first computer program and the second computer program can implement the following steps when executed by the processor of the bidding terminal and the processor of the bidding management server, respectively:

The bidding terminal stores the reference file in the blockchain;

A person of ordinary skill in the art may realize that the units and algorithm steps of the examples described in the embodiments disclosed herein can be implemented by electronic hardware, computer software, or a combination of the two, in order to clearly illustrate the hardware and software Interchangeability. In the above description, the composition and steps of each example have been generally described in terms of function. Whether these functions are executed by hardware or software depends on the specific application and design constraint conditions of the technical solution. Professionals and technicians can use different methods for each specific application to implement the described functions, but such implementation should not be considered as going beyond the scope of the present invention.

In the several embodiments provided by the present invention, it should be understood that the disclosed device and method may be implemented in other ways. For example, the device embodiments described above are only illustrative. For example, the division of each unit is only a logical function division, and there may be other division methods in actual implementation. For example, multiple units or components can be combined or integrated into another system, or some features can be omitted or not implemented.

The steps in the method of the embodiment of the present invention can be adjusted, merged, and deleted in order according to actual needs. The units in the device of the embodiment of the present invention can be combined, divided, and deleted according to actual needs. In addition, the functional units in each embodiment of the present invention may be integrated into one processing unit, or each unit may exist alone physically, or two or more units may be integrated into one unit.

If the integrated unit is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a storage medium. Based on this understanding, the technical solution of the present invention is essentially or the part that contributes to the existing technology, or all or part of the technical solution can be embodied in the form of a software product, and the computer software product is stored in a storage medium. It includes several instructions to enable a computer device (which may be a personal computer, a terminal, or a network device, etc.) to execute all or part of the steps of the method described in each embodiment of the present invention.

In the above-mentioned embodiments, the description of each embodiment has its own emphasis. For parts that are not described in detail in an embodiment, reference may be made to related descriptions of other embodiments.

Obviously, those skilled in the art can make various changes and modifications to the present invention without departing from the spirit and scope of the present invention. In this way, even if these modifications and variations of the present invention fall within the scope of the claims of the present invention and their equivalent technologies, the present invention is also intended to include these modifications and variations.

The above are only specific embodiments of the present invention, but the scope of protection of the present invention is not limited thereto. Any person skilled in the art can easily think of various equivalents within the technical scope disclosed in the present invention. Modifications or replacements, these modifications or replacements shall be covered by the protection scope of the present invention. Therefore, the protection scope of the present invention should be subject to the protection scope of the claims.

Claims

A tender management method, characterized in that it includes:

The bidding terminal encrypts the initial bid document with the preset symmetric key to obtain the encrypted initial bid document;

The bidding terminal sends a time stamp authentication request to a preset time stamp authentication server, where the time stamp authentication request includes the hash value of the encrypted initial bid document;

The bidding terminal receives the time stamp sent by the time stamp authentication server, and combines the time stamp with the encrypted initial bid document to obtain a reference file;

The bidding terminal stores the reference file in the blockchain;

The bidding management server obtains the reference file from the blockchain, and parses the reference file to obtain the encrypted initial bid file and the time stamp;

The bidding management server judges whether the encrypted initial bid document has not been modified after a preset time node according to the time stamp, so as to determine whether the encrypted initial bid document is qualified.
The method according to claim 1, wherein the storing of the reference file in the blockchain by the bidding terminal comprises:

Encrypting the reference file to obtain a digital signature;

Sending the digital signature and the reference file to a verification node;

The block returned by the verification node is received and the block is added to the blockchain structure, the block is generated by the verification node according to the digital signature and the reference file.
The method according to claim 2, wherein the encrypting the reference file to obtain a digital signature comprises:

Encrypting the reference file according to a hash algorithm to obtain a digital digest;

The digital digest is encrypted according to the pre-configured private key to obtain a digital signature.
The method according to claim 1, wherein the bidding management server judging whether the encrypted initial bid document has not been modified after a preset time node according to the timestamp, comprising:

Determine whether the time on the time stamp is before the time node;

If the time on the time stamp is not before the time node, it is determined that the encrypted initial bid file is modified after the preset time node.
The method according to claim 4, wherein the bidding management server judging whether the encrypted initial bid document has not been modified after a preset time node according to the timestamp, further comprising:

If the time on the timestamp is before the time node, judging whether the hash value of the encrypted initial bid document is the same as the hash value contained in the timestamp;

If the hash value of the encrypted initial tender file is different from the hash value contained in the timestamp, it is determined that the encrypted initial tender file is modified after a preset time node;

If the hash value of the encrypted initial bid file is the same as the hash value contained in the time stamp, it is determined that the encrypted initial bid file has not been modified after a preset time node.
The method of claim 1, wherein the method further comprises:

The bidding terminal obtains the encrypted symmetric key after encrypting the symmetric key with the public key of the bidding management server, and sends the encrypted symmetric key to the bidding management server.
The method according to claim 6, wherein the method further comprises:

The bidding management server decrypts the encrypted symmetric key through the private key of the bidding management server to obtain the symmetric key;

The bidding management server decrypts the encrypted initial bid document through the symmetric key to obtain the initial bid document, so that the bidder can make a bid based on the initial bid document.
A bidding management system, characterized in that the bidding management system includes a bidding terminal and a bidding management server, the bidding terminal includes a first encryption unit, a first sending unit, a first receiving unit, and a storage unit. The bidding management The server includes an analysis unit, a first judgment unit, a first notification unit, and a second notification unit, wherein:

The first encryption unit is configured to encrypt the initial bid document by using a preset symmetric key to obtain an encrypted initial bid document;

The first sending unit is used for the bidding terminal to send a time stamp authentication request to a preset time stamp authentication server, where the time stamp authentication request includes the hash value of the encrypted initial bid document;

The first receiving unit is configured to receive the time stamp sent by the time stamp authentication server, and merge the time stamp with the encrypted initial bid document to obtain a reference file;

The storage unit is used for the bidding terminal to store the reference file in the blockchain;

A parsing unit, configured to obtain the reference document from the blockchain, and the encrypted initial bid document and the time stamp obtained after parsing the reference document;

The first judging unit is configured to judge whether the encrypted initial tender document has not been modified after a preset time node according to the timestamp, so as to determine whether the tender is qualified.
8. The bid management system according to claim 8, wherein the storage unit includes a second encryption unit, a second sending unit, and an adding unit;

The second encryption unit is configured to perform encryption processing on the reference file to obtain a digital signature;

A second sending unit, configured to send the digital signature and the reference file to a verification node;

The adding unit is configured to receive the block returned by the verification node and add the block to the blockchain structure, the block being generated by the verification node according to the digital signature and the reference file.
9. The bid management system according to claim 9, wherein the second encryption unit includes a third encryption unit and a fourth encryption unit;

The third encryption unit is configured to encrypt the reference file according to a hash algorithm to obtain a digital digest;

The fourth encryption unit is used to encrypt the digital digest according to the pre-configured private key to obtain a digital signature.
8. The bid management system according to claim 8, wherein the first judgment unit includes a second judgment unit, a first judgment unit, a third judgment unit, a second judgment unit, and a third judgment unit;

The second judging unit is used to judge whether the time on the time stamp is before the time node;

A first determining unit, configured to determine that the encrypted initial bid document is modified after a preset time node if the time on the time stamp is not before the time node;

A third judging unit, configured to judge whether the hash value of the encrypted initial bid document is the same as the hash value contained in the time stamp if the time on the time stamp is before the time node;

A second determining unit, configured to determine that the encrypted initial tender file is modified after a preset time node if the hash value of the encrypted initial tender file is different from the hash value contained in the time stamp;

The third determining unit is configured to determine that if the hash value of the encrypted initial tender file is the same as the hash value contained in the time stamp, determine that the encrypted initial tender file has not been modified after a preset time node.
The bid management system according to claim 11, wherein the bidding terminal further comprises a fifth encryption unit;

The fifth encryption unit is configured to encrypt the symmetric key with the public key of the bidding management server to obtain the encrypted symmetric key, and send the encrypted symmetric key to the bidding management server.
11. The bid management system according to claim 11, wherein the bidding management server further comprises a first decryption unit and a second decryption unit;

The first decryption unit is configured to decrypt the encrypted symmetric key using the private key of the bidding management server to obtain the symmetric key;

The second decryption unit is configured to decrypt the encrypted initial bid file by using the symmetric key to obtain the initial bid file, so that the bidder can make a bid based on the initial bid file.
A bidding management system, which is characterized in that it comprises a bidding terminal and a bidding management server. Both the bidding terminal and the bidding management server include a memory, a processor, and a computer stored on the memory and running on the processor. Program, the bidding terminal and the processor of the bidding management server jointly implement the following steps when executing the corresponding computer program:

The bidding terminal encrypts the initial bid document with the preset symmetric key to obtain the encrypted initial bid document;

The bidding terminal sends a time stamp authentication request to a preset time stamp authentication server, where the time stamp authentication request includes the hash value of the encrypted initial bid document;

The bidding terminal receives the time stamp sent by the time stamp authentication server, and combines the time stamp with the encrypted initial bid document to obtain a reference file;

The bidding terminal stores the reference file in the blockchain;

The bidding management server obtains the reference file from the blockchain, and parses the reference file to obtain the encrypted initial bid file and the time stamp;

The bidding management server judges whether the encrypted initial bid document has not been modified after a preset time node according to the time stamp, so as to determine whether the encrypted initial bid document is qualified.
The bid management system according to claim 14, wherein the bidding terminal stores the reference file in the blockchain, comprising:

Encrypting the reference file to obtain a digital signature;

Sending the digital signature and the reference file to a verification node;

The block returned by the verification node is received and the block is added to the blockchain structure, the block is generated by the verification node according to the digital signature and the reference file.
15. The bid management system according to claim 15, wherein said encrypting said reference file to obtain a digital signature comprises:

Encrypting the reference file according to a hash algorithm to obtain a digital digest;

The digital digest is encrypted according to the pre-configured private key to obtain a digital signature.
The bid management system according to claim 15, wherein the bidding management server judges whether the encrypted initial bid document has not been modified after a preset time node according to the time stamp, comprising:

Determine whether the time on the time stamp is before the time node;

If the time on the time stamp is not before the time node, it is determined that the encrypted initial bid file is modified after the preset time node.
17. The bid management method according to claim 17, wherein the bidding management server determines whether the encrypted initial bid file has not been modified after a preset time node according to the time stamp, and further comprising:

If the time on the timestamp is before the time node, judging whether the hash value of the encrypted initial bid document is the same as the hash value contained in the timestamp;

If the hash value of the encrypted initial tender file is different from the hash value contained in the timestamp, it is determined that the encrypted initial tender file is modified after a preset time node;

If the hash value of the encrypted initial bid file is the same as the hash value contained in the time stamp, it is determined that the encrypted initial bid file has not been modified after a preset time node.
A computer-readable storage medium, wherein the storage medium stores a first computer program and a second computer program, and the first computer program and the second computer program are respectively controlled by the processor of the bidding terminal and the bidding management The processor of the server can implement the following steps when executing:

The bidding terminal encrypts the initial bid document with the preset symmetric key to obtain the encrypted initial bid document;

The bidding terminal sends a time stamp authentication request to a preset time stamp authentication server, where the time stamp authentication request includes the hash value of the encrypted initial bid document;

The bidding terminal receives the time stamp sent by the time stamp authentication server, and combines the time stamp with the encrypted initial bid document to obtain a reference file;

The bidding terminal stores the reference file in the blockchain;

The bidding management server obtains the reference file from the blockchain, and parses the reference file to obtain the encrypted initial bid file and the time stamp;

The bidding management server judges whether the encrypted initial bid document has not been modified after a preset time node according to the time stamp, so as to determine whether the encrypted initial bid document is qualified.
The computer-readable storage medium of claim 19, wherein the bidding terminal stores the reference file in a blockchain, comprising:

Encrypting the reference file to obtain a digital signature;

Sending the digital signature and the reference file to a verification node;

The block returned by the verification node is received and the block is added to the blockchain structure, the block is generated by the verification node according to the digital signature and the reference file.