Bidding and tendering exception processing method using block chain, electronic equipment and server

Abstract

The embodiment of the invention discloses a bidding and tendering exception processing method using a block chain, electronic equipment and a server, which are used for avoiding the risk of unpredictable manual operation, the risk of information tampering and the risk of influencing the bidding and tendering process of other projects when the bidding and tendering exception occurs, and improving the credibility of abnormal event processing. The method provided by the embodiment of the invention comprises the steps that the electronic equipment acquires a sealing request; the electronic equipment determines label sealing data according to the label sealing request; the electronic equipment determines evidence storage data according to the seal label data, sends the evidence storage data to a block chain server, and locks the seal label data, and the evidence storage data is used for the block chain server to carry out evidence storage; and under the condition that the block chain server successfully stores the evidence, the electronic equipment receives an evidence storage confirmation message sent by the block chain memory, and the evidence storage confirmation message is used for indicating that the evidence storage data has been stored.

Description

Technical Field

[0001] The present application relates to the field of bidding and tendering, and in particular to a bidding and tendering exception handling method, electronic equipment and server using blockchain. Background Art

[0002] In the bidding process, some behaviors or situations that violate the bidding principles, violate fair competition, and affect fairness may occur. After discovering abnormal bidding events, they should be reported immediately to the company's internal institutions or superior authorities, and relevant situation explanations and evidence materials should be provided; for abnormal bidding events that occur, the relevant bidding activities should be suspended and sealed, and the necessary original material data support should be provided for the investigation and handling of abnormal events to ensure that the pending events will not have an adverse impact on the normal bidding process. The current electronic bidding and bidding sealing method is mainly to designate personnel to back up data, extract various bidding documents for backup and encryption, and even disconnect the network, shut down the server, etc. This sealing operation process is very troublesome, and the subsequent restart of the bid evaluation requires manual intervention. The sealing and restarting of the bid evaluation are long and inefficient, affecting the bidding of other projects. There are also unpredictable risks such as information tampering, which affect the fairness and credibility of the handling of abnormal events. Summary of the invention

[0003] The embodiments of the present application provide a bidding exception handling method, electronic device, and server using blockchain, which are used to avoid the unpredictable risks of manual operation, the risk of information tampering, and the risk of affecting the bidding process of other projects when bidding is abnormal, thereby improving the credibility of abnormal event handling.

[0004] The first aspect of the present application provides a bidding exception processing method using blockchain, which may include:

[0005] Request for electronic equipment to obtain a seal label;

[0006] The electronic device determines the label sealing data according to the label sealing request;

[0007] The electronic device determines the evidence data according to the sealing data, locks the sealing data, and sends the evidence data to the blockchain server, where the evidence data is used for evidence storage on the blockchain server;

[0008] When the blockchain server successfully stores the evidence, the electronic device receives a storage confirmation message sent by the blockchain storage, where the storage confirmation message is used to indicate that the stored evidence data has been stored.

[0009] Optionally, in some embodiments of the present application, the electronic device determines the evidence data according to the sealing data, locks the sealing data, and sends the evidence data to the blockchain server, including:

[0010] The electronic device processes the sealed label data using the SM3 algorithm to obtain a first hash value; the electronic device uses the first hash value and a first current timestamp as first evidence data;

[0011] The electronic device encrypts the sealing label data by using an asymmetric cryptographic SM2 algorithm to obtain encrypted first sealing label data; the electronic device uses the encrypted first sealing label data and the second current timestamp as second evidence data;

[0012] The electronic device locks the sealing data, and sends the first evidence data and the second evidence data to the blockchain server.

[0013] Optionally, in some embodiments of the present application, the method further includes:

[0014] The electronic device obtains a request to restart the bid evaluation;

[0015] The electronic device sends the restart bid evaluation request to the blockchain server, where the restart bid evaluation request is used to request the stored evidence data;

[0016] The electronic device receives the evidence data sent by the blockchain server;

[0017] When it is determined that the sealing data corresponding to the stored evidence data has not been tampered with, the electronic device prompts to restart the bid evaluation service.

[0018] Optionally, in some embodiments of the present application, the evidence data includes first evidence data, and the first evidence data includes a first hash value and a first current timestamp;

[0019] When it is determined that the bid sealing data corresponding to the stored evidence data has not been tampered with, the electronic device prompts to restart the bid evaluation service, including:

[0020] The sealed label data is processed using the SM3 algorithm to obtain a second hash value;

[0021] When the second hash value is the same as the first hash value, it is determined that the sealing data corresponding to the stored evidence data has not been tampered with, and the electronic device prompts to restart the bid evaluation service.

[0022] Optionally, in some embodiments of the present application, the stored evidence data includes second stored evidence data, and the second stored evidence data includes the encrypted first sealed label data and the second current timestamp; the method further includes:

[0023] When the second hash value is different from the first hash value, it is determined that the sealing data corresponding to the stored evidence data has been tampered with, and the electronic device prompts that the sealing data corresponding to the stored evidence data has been tampered with;

[0024] The electronic device uses the second hash value and the third current timestamp as third stored evidence data, and sends the third stored evidence data to the blockchain server;

[0025] The electronic device encrypts the sealing label data using an asymmetric cryptographic SM2 algorithm to obtain encrypted second sealing label data;

[0026] The electronic device uses the encrypted second seal data and the fourth current timestamp as fourth stored evidence data, and sends the fourth stored evidence data to the blockchain server;

[0027] The electronic device decrypts the encrypted first sealing label data to obtain decrypted sealing label data;

[0028] The electronic device compares the seal label data with the decrypted seal label data, determines the modified data and highlights the modified data.

[0029] The second aspect of the present application provides a bidding exception processing method using blockchain, which may include:

[0030] The blockchain server receives the evidence data sent by the electronic device;

[0031] The blockchain server stores the evidence data;

[0032] When the evidence is stored successfully, the blockchain server sends a storage confirmation message to the electronic device, and the storage confirmation message is used to indicate that the evidence data has been stored.

[0033] Optionally, in some embodiments of the present application, the first evidence data includes a first hash value and a first current timestamp, and the second evidence data includes an encrypted first sealed label data and a second current timestamp;

[0034] The first hash value is a hash value obtained by processing the sealing label data using the SM3 algorithm; the encrypted first sealing label data is obtained by encrypting the sealing label data using the asymmetric cryptographic SM2 algorithm.

[0035] Optionally, in some embodiments of the present application, the method further includes:

[0036] The blockchain server receives a request to restart the bid evaluation sent by the electronic device;

[0037] The blockchain server sends the stored evidence data to the electronic device according to the request to restart the bid evaluation.

[0038] A third aspect of the present application provides an electronic device, which may include:

[0039] An acquisition module is used to obtain a sealing request;

[0040] A processing module, configured to determine the sealing data according to the sealing request; determine the evidence data according to the sealing data, send the evidence data to the blockchain server, and lock the sealing data, wherein the evidence data is used for evidence storage in the blockchain server;

[0041] The receiving module is used to receive a storage confirmation message sent by the blockchain storage when the blockchain server stores the evidence successfully, and the storage confirmation message is used to indicate that the stored evidence data has been stored.

[0042] A fourth aspect of the embodiments of the present application provides a blockchain server, which may include:

[0043] A receiving module, used for receiving evidence data sent by an electronic device;

[0044] A processing module, used for storing the evidence data;

[0045] The sending module is used for, when the evidence is successfully stored, the blockchain server sends a storage confirmation message to the electronic device, and the storage confirmation message is used to indicate that the evidence data has been stored.

[0046] A fifth aspect of the present application provides an electronic device, which may include:

[0047] A memory storing executable program code;

[0048] a processor and a transceiver coupled to the memory;

[0049] The electronic device is used to execute the method as described in the first aspect of the present application.

[0050] A sixth aspect of the present application provides a blockchain server, which may include:

[0051] A memory storing executable program code;

[0052] a processor and a transceiver coupled to the memory;

[0053] The electronic device is used to execute the method as described in the second aspect of the present application.

[0054] Another aspect of an embodiment of the present application provides a computer-readable storage medium, including instructions, which, when executed on a processor, enable the processor to execute the method described in the first aspect or the second aspect of the present application.

[0055] Yet another aspect of an embodiment of the present application discloses a computer program product. When the computer program product is run on a computer, the computer is enabled to execute the method described in the first aspect or the second aspect of the present application.

[0056] Another aspect of an embodiment of the present application discloses an application publishing platform, which is used to publish a computer program product. When the computer program product runs on a computer, the computer executes the method described in the first aspect or the second aspect of the present application.

[0057] It can be seen from the above technical solutions that the embodiments of the present application have the following advantages:

[0058] In an embodiment of the present application, an electronic device obtains a bid sealing request; the electronic device determines the bid sealing data according to the bid sealing request; the electronic device determines the evidence data according to the bid sealing data, sends the evidence data to a blockchain server, and locks the bid sealing data, and the evidence data is used for evidence storage by the blockchain server; when the blockchain server successfully stores the evidence, the electronic device receives a proof confirmation message sent by the blockchain storage, and the proof confirmation message is used to indicate that the evidence data has been stored. By utilizing the characteristics of the blockchain, the bid sealing data related to abnormal bidding events are stored on the chain, thereby reducing manual input and improving work efficiency. When bidding is abnormal, the unpredictable risks of manual operation, the risk of information tampering, and the risk of affecting the bidding process of other projects are avoided, thereby improving the credibility of abnormal event handling. BRIEF DESCRIPTION OF THE DRAWINGS

[0059] In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings required for use in the embodiments and the description of the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments of the present application, and other drawings can be obtained based on these drawings.

[0060] Figure 1 This is a schematic diagram of an embodiment of a method for handling bidding exceptions using blockchain in an embodiment of the present application;

[0061] Figure 2 This is another schematic diagram of an embodiment of a bidding exception handling method using blockchain in an embodiment of the present application;

[0062] Figure 3 This is a schematic diagram of an embodiment of an electronic device in an embodiment of the present application;

[0063] Figure 4 This is a schematic diagram of an embodiment of a blockchain server in an embodiment of the present application;

[0064] Figure 5 This is another schematic diagram of an electronic device in an embodiment of the present application;

[0065] Figure 6 This is another schematic diagram of an embodiment of the blockchain server in the embodiment of the present application. DETAILED DESCRIPTION

[0066] The embodiments of the present application provide a bidding exception handling method, electronic device, and server using blockchain, which are used to avoid the unpredictable risks of manual operation, the risk of information tampering, and the risk of affecting the bidding process of other projects when bidding is abnormal, thereby improving the credibility of abnormal event handling.

[0067] In order to make the technical personnel in the technical field better understand the scheme of the present application, the technical scheme in the embodiment of the present application will be described below in conjunction with the drawings in the embodiment of the present application. Obviously, the described embodiment is only a part of the embodiment of the present application, not all of the embodiments. Based on the embodiments in the present application, they should all fall within the scope of protection of the present application.

[0068] The following is a brief description of some terms involved in this application, as follows:

[0069] 1. SM2 algorithm

[0070] The SM2 algorithm is an elliptic curve public key cryptographic algorithm released by the China National Cryptography Administration on December 17, 2010. It is based on the elliptic curve cryptography theory and has high security and efficiency. The SM2 algorithm includes three parts: key exchange, digital signature and public key encryption. It is widely used in electronic authentication, electronic signature, data encryption and other fields.

[0071] The digital signature mechanism of the SM2 algorithm includes two steps: generating a signature and verifying a signature. When generating a signature, the message is first hashed, and then the hash value is signed with the private key to generate a pair of signature values. When verifying a signature, the signature is verified using the corresponding public key and the hash value of the message.

[0072] The key exchange mechanism of the SM2 algorithm allows two communicating parties to negotiate a shared key over an insecure channel. This process involves using their respective private keys to perform scalar multiplication with the other party's public key to obtain the same shared key.

[0073] Although the encryption and decryption process of the SM2 algorithm is mainly used for digital signatures and key negotiation, it can be used in combination with other symmetric encryption algorithms to encrypt and decrypt data. In the encryption process, the data is symmetrically encrypted using a shared key; in the decryption process, the encrypted data is decrypted using the same shared key.

[0074] The advantages of the SM2 algorithm are that it is more secure and efficient, and it is a domestically designed algorithm that complies with national cryptographic management policies and is conducive to protecting national information security. Compared with the RSA algorithm, the SM2 algorithm has a much shorter key length and signature length than RSA at the same security level, providing higher security and less computational overhead. In addition, the encryption and decryption speed of SM2 is faster than RSA, making it suitable for high-concurrency scenarios.

[0075] 2. SM3 algorithm

[0076] The SM3 algorithm is a cryptographic hash algorithm released by the China National Cryptography Administration on December 17, 2010, also known as the ShangMi 3 algorithm. It is designed for digital signatures and verification, message authentication code generation and verification, and random number generation in commercial cryptographic applications, and can meet the security requirements of a variety of cryptographic applications. The SM3 algorithm is based on the Merkle-Damgard structure and uses a compression function that combines bit operations and modular addition operations.

[0077] The calculation method and steps of the SM3 algorithm are detailed in the documents published by the State Cryptography Administration, including message padding, iterative compression, Boolean functions, permutation functions, and the setting of the initial value IV. The algorithm's padding process includes adding a bit "1" at the end of the message, then adding several "0"s, and finally adding a 64-bit bit string, which is the binary representation of the original message length. The iterative compression process involves grouping the padded message and iteratively processing it using the compression function to finally generate a 256-bit hash value. The security of the SM3 algorithm has been rigorously analyzed and can resist collision attacks, pre-image attacks, and second pre-image attacks.

[0078] In the embodiment of the present application, the characteristics of the blockchain can be utilized to store the sealing data related to the abnormal bidding events on the chain, and when the bid evaluation is restarted, the stored data on the chain is obtained and verified with the local sealing data. The traditional method of sealing and restarting the bid evaluation verification is changed by chain-up and verification operations, thereby reducing manual input, improving work efficiency, avoiding the unpredictable risks of manual operations, the risk of information tampering, and the risk of affecting the bidding process of other projects, and improving the credibility of abnormal event handling.

[0079] The technical solution of the present application is further described below by way of embodiments. Figure 1 As shown, it is a schematic diagram of an embodiment of a bidding exception handling method using blockchain in an embodiment of the present application, which may include:

[0080] 101. Request for electronic device to obtain sealing label.

[0081] Optionally, the electronic device obtaining the sealing request may include: the electronic device generating the sealing request in response to an input operation of a user.

[0082] Exemplarily, a user submits a sealing request on an electronic device, and the electronic device generates a sealing request in response to the user's submission operation.

[0083] The electronic device may be an electronic bidding system, specifically a computer, a mobile phone, a tablet computer, a computer with wireless transceiver function, a virtual reality (VR) terminal device, an augmented reality (AR) terminal device, a wireless terminal device in industrial control, a wireless terminal device in self-driving, a wireless terminal device in remote medical, a wireless terminal device in a smart grid, a wireless terminal device in transportation safety, a wireless terminal device in a smart city, or a wireless terminal device in a smart home, etc.

[0084] 102. The electronic device determines sealing data according to the sealing request.

[0085] Optionally, the bid sealing data includes project information, bidding information and server software information.

[0086] Optionally, the bidding information includes bidder information and bidding document information.

[0087] Exemplarily, after receiving a bid sealing request from a user, the electronic device extracts the data that needs to be sealed and stored, which can be called bid sealing data, and can include project information, bidding information, bidding document information and server software information.

[0088] Among them, project information includes project name, announcement time, bidding content, bidding section information, tenderer information, telephone number, etc.;

[0089] Bidder information includes name, phone number, quotation information, bidding time, decryption time, etc.;

[0090] The bidding document information includes the file name, file size, file MD5, whether it is decrypted, the number of files after decryption, etc.

[0091] Server software information includes software version number, etc.

[0092] Project information, bidding information and server software information can be assembled into meta-bid data in JSON format according to certain rules and sequence, as shown below:

[0093]

[0094] The electronic device records the names of various business tables and data identifiers (Identity, ID) that form the sealed label data. After the sealed label data is sorted out, the evidence data can be determined.

[0095] 103. The electronic device determines the evidence data according to the sealing data, locks the sealing data, and sends the evidence data to the blockchain server, and the evidence data is used for evidence storage in the blockchain server.

[0096] The blockchain server receives the evidence data sent by the electronic device.

[0097] Optionally, the electronic device determines the evidence data based on the sealing data, locks the sealing data, and sends the evidence data to the blockchain server, which may include: the electronic device processes the sealing data using the SM3 algorithm to obtain a first hash value; the electronic device uses the first hash value and the first current timestamp as the first evidence data; the electronic device encrypts the sealing data using the asymmetric encryption SM2 algorithm to obtain the encrypted first sealing data; the electronic device uses the encrypted first sealing data and the second current timestamp as the second evidence data; the electronic device locks the sealing data, and the electronic device sends the first evidence data and the second evidence data to the blockchain server.

[0098] Exemplarily, after the electronic device processes the sealing data for evidence storage, it sends it to the blockchain platform for evidence storage. The evidence data mainly includes two aspects: 1) After receiving the sealing request, the electronic device uses the SM3 algorithm to divide the sealing data (i.e., JSON data) into 512-bit data blocks, and performs a series of operations on each data block, and finally generates a 256-bit first hash value. The electronic device will form the calculated first hash value and the first current timestamp into the first evidence data, and send it to the blockchain server for evidence storage. 2) Using the asymmetric encryption algorithm SM2, the sealing data (i.e., JSON data) is encrypted by the public key, and the electronic device will form the encrypted first sealing data and the second current timestamp into the second evidence data, and send it to the blockchain server for evidence storage.

[0099] In this technical solution, the electronic device can process the sealed bid data using the SM3 algorithm to obtain the first hash value, and use the first hash value and the first current timestamp as the first evidence data; it can also process the sealed bid data using the SM2 algorithm to obtain the encrypted first sealed bid data, and use the encrypted first sealed bid data and the second current timestamp as the second evidence data, and send the first evidence data and the second evidence data to the blockchain server, so as to facilitate the use of the first evidence data and the second evidence data when the bid evaluation process is restarted later. It is also possible to lock the local sealed bid data after determining the sealed bid data, that is, these rows of data can only be read and cannot be deleted or modified, and limit the operation of the sealed bid data to ensure that other bidding project data are not affected.

[0100] A blockchain server can also be called a blockchain platform.

[0101] Optionally, the electronic device includes a first electronic device and an evidence server; the electronic device determines the evidence data based on the sealing data, locks the sealing data, and sends the evidence data to the blockchain server, which may include: the first electronic device locks the sealing data, the first electronic device sends the sealing data to the evidence server, and after the evidence server receives the sealing data, it processes the sealing data using an SM3 algorithm to obtain a first hash value; the evidence server uses the first hash value and a first current timestamp as the first evidence data; the evidence server encrypts the sealing data using an asymmetric encryption SM2 algorithm to obtain the encrypted first sealing data; the evidence server uses the encrypted first sealing data and the second current timestamp as the second evidence data; the evidence server sends the first evidence data and the second evidence data to the blockchain server.

[0102] Exemplarily, after the evidence server processes the sealing data for evidence, it sends it to the blockchain platform for evidence storage. The evidence data mainly includes two aspects: 1) After receiving the sealing request from the electronic device, the evidence server uses the SM3 algorithm to divide the sealing data (i.e., JSON data) into 512-bit data blocks, and performs a series of operations on each data block, and finally generates a 256-bit first hash value. The evidence server will form the calculated first hash value and the first current timestamp into the first evidence data, and send it to the blockchain server for evidence storage. 2) Using the asymmetric cryptographic algorithm SM2, the sealing data (i.e., JSON data) is encrypted through the public key. The evidence server will form the encrypted first sealing data and the second current timestamp into the second evidence data, and send it to the blockchain server for evidence storage.

[0103] In the present technical solution, after determining the sealing data, the first electronic device can lock the local sealing data, that is, these rows of data can only be read and cannot be deleted or modified, and the sealing data operation is restricted to ensure that other bidding project data are not affected; then request the evidence server to store the sealing data. The first electronic device sends the sealing data to the evidence server, and the evidence server can process the sealing data using the SM3 algorithm to obtain the first hash value, and use the first hash value and the first current timestamp as the first evidence data; it can also process the sealing data using the SM2 algorithm to obtain the encrypted first sealing data, and use the encrypted first sealing data and the second current timestamp as the second evidence data, and send the first evidence data and the second evidence data to the blockchain server, so as to facilitate the use of the first evidence data and the second evidence data when the bid evaluation process is restarted later.

[0104] After confirming the bid sealing data, the first electronic device can update the bid sealing status in the database, that is, lock the local bid sealing data, and specifically lock the business table name and data ID in the bid sealing data record to lock the business row data in each table of the database, that is, these row data can only be read and cannot be deleted or modified, and the row data operation is restricted to ensure that other bidding project data is not affected. At the same time, the evidence data is associated with the bid sealing data record to facilitate verification when the bid evaluation business is restarted later.

[0105] Optionally, the database may be a local database of the electronic device, or a database specifically used for storing data, which is connected to the electronic device by wire or wirelessly.

[0106] 104. The blockchain server stores the evidence data.

[0107] After receiving the evidence data, the blockchain server will store the evidence data.

[0108] Optionally, the evidence data includes first evidence data and second evidence data, the first evidence data includes a first hash value and a first current timestamp, and the second evidence data includes encrypted first sealed label data and a second current timestamp;

[0109] The first hash value is a hash value obtained by processing the sealing label data using the SM3 algorithm; the encrypted first sealing label data is obtained by encrypting the sealing label data using the asymmetric cryptographic SM2 algorithm.

[0110] 105. When the evidence is stored successfully, the blockchain server sends a storage confirmation message to the electronic device, and the storage confirmation message is used to indicate that the evidence data has been stored.

[0111] When the blockchain server successfully stores the evidence, the electronic device receives the evidence confirmation message sent by the blockchain storage.

[0112] The blockchain server may directly return the evidence confirmation message to the electronic device; or, the blockchain server may return the evidence confirmation message to the evidence server, and then the evidence server may return the evidence confirmation information to the first electronic device.

[0113] Optionally, the method may further include: the electronic device outputting a storage confirmation message, wherein the storage confirmation message informs the user that the bid is sealed and all system users can no longer operate on the bidding project.

[0114] 106. The electronic device obtains a request for restarting the bid evaluation.

[0115] Optionally, the electronic device obtaining the request to restart the bid evaluation may include: the electronic device responding to an input operation of the user to generate the request to restart the bid evaluation.

[0116] Exemplarily, a user submits a request to restart the bid evaluation on an electronic device, and the electronic device generates a request to restart the bid evaluation in response to the user's submission operation.

[0117] 107. The electronic device sends the restart bid evaluation request to the blockchain server, where the restart bid evaluation request is used to request the stored evidence data.

[0118] The blockchain server receives a request to restart the bid evaluation sent by the electronic device.

[0119] Exemplarily, the electronic device can directly interact with the blockchain server and send the restart bid evaluation request to the blockchain server to request the stored evidence data.

[0120] Optionally, the electronic device includes a first electronic device and an evidence server; the electronic device sending the restart bid evaluation request to the blockchain server may include: the first electronic device sends the restart bid evaluation request to the evidence server, the evidence server receives the restart bid evaluation request, and sends the restart bid evaluation request to the blockchain server.

[0121] Exemplarily, the first electronic device first interacts with the evidence server to restart the bid evaluation request, and sends the restart bid evaluation request to the evidence server; the evidence server then interacts with the blockchain server to restart the bid evaluation request, and sends the restart bid evaluation request to the blockchain server to request the evidence data.

[0122] 108. The blockchain server sends the stored evidence data to the electronic device according to the request to restart the bid evaluation.

[0123] The electronic device receives the evidence data sent by the blockchain server.

[0124] Exemplarily, the blockchain server can directly interact with the electronic device and send the stored evidence data to the electronic device.

[0125] Optionally, the electronic device includes a first electronic device and an evidence server; the blockchain server sends the evidence data to the electronic device according to the request to restart the bid evaluation, which may include: the blockchain server sends the evidence data to the evidence server according to the request to restart the bid evaluation; the evidence server receives the evidence data and sends the evidence data to the first electronic device.

[0126] Exemplarily, the first electronic device requests the evidence server to obtain evidence data. The evidence server obtains the evidence data corresponding to the sealed bid data when an abnormal bidding event occurs from the blockchain platform, and returns it to the first electronic device. The evidence data is the first hash value obtained using the SM3 algorithm and the first sealed bid data encrypted using the SM2 algorithm.

[0127] 109. When it is determined that the bid sealing data corresponding to the stored evidence data has not been tampered with, the electronic device prompts to restart the bid evaluation service.

[0128] Optionally, in some embodiments of the present application, the evidence data includes first evidence data, the first evidence data includes a first hash value and a first current timestamp; when it is determined that the sealing data corresponding to the evidence data has not been tampered with, the electronic device prompts to restart the bid evaluation service, which may include: processing the sealing data using an SM3 algorithm to obtain a second hash value; when the second hash value is the same as the first hash value, it is determined that the sealing data corresponding to the evidence data has not been tampered with, and the electronic device prompts to restart the bid evaluation service.

[0129] Optionally, in some embodiments of the present application, the evidence data includes second evidence data, and the second evidence data includes the encrypted first sealing data and a second current timestamp; the method may further include: when the second hash value is different from the first hash value, determining that the sealing data corresponding to the evidence data has been tampered with, and the electronic device prompting that the sealing data corresponding to the evidence data has been tampered with; the electronic device uses the second hash value and a third current timestamp as third evidence data, and sends the third evidence data to the blockchain server; the electronic device decrypts the encrypted first sealing data to obtain the decrypted sealing data; the electronic device compares the sealing data with the decrypted sealing data to determine the modified data.

[0130] Optionally, the method may also include: the electronic device encrypts the sealing data using an asymmetric encryption SM2 algorithm to obtain encrypted second sealing data; the electronic device uses the encrypted second sealing data and a fourth current timestamp as fourth stored evidence data; and the electronic device sends the fourth stored evidence data to the blockchain server.

[0131] Optionally, the method may further include: highlighting the modified data.

[0132] Exemplarily, the electronic device triggers the restart mechanism function after obtaining the first evidence data (first hash value and first current timestamp) from the blockchain server. The electronic device obtains the evidence data through the restart mechanism function; according to the obtained evidence data, combined with the sealed bid data record saved during the evidence storage, the sealed bid data table name and business ID are obtained, and all business data in the current state are obtained according to the table name and business ID, including project information, bidding information, and server software information. Project information includes project name, announcement time, bidding content, section information, tenderer information, telephone number, etc.; bidding information includes bidder information and bidding document information. The bidder information includes name, telephone number, quotation information, bidding time, decryption time, etc. The bidding document information includes file name, file size, file MD5, whether to decrypt, number of files after decryption, etc.; server software information includes software version number, etc. The above information is assembled into verification data in JSON format according to the same rules and order as when the sealed bid is stored. At the same time, the verification data is encrypted by the asymmetric cryptographic algorithm SM2 to form encrypted data.

[0133] The verification data is encrypted using SM3 to generate a 256-bit second hash value. The first hash value is compared with the second hash value. If the two sets of hash values ​​are the same, the local sealing data has not been tampered with. If the hash values ​​are different, it means that the local sealing data has changed and further manual identification is required.

[0134] If the bid sealing data has not been tampered with, the database will be unlocked and the bid evaluation business will be restarted, and the user will be notified that they can continue the bid evaluation business; if the local bid sealing data changes, the relevant supervision will be notified and prompted to conduct further manual identification and judgment, and the user will not be able to operate the business data. At this time, the second hash value and the current timestamp will form the third evidence data, and the encrypted data formed by SM2 encryption and the current timestamp will form the fourth evidence data, which will be sent to the blockchain server for evidence storage, closing the entire bid sealing and restarting bid evaluation process to ensure the integrity of the trusted chain.

[0135] The hash value is used for quick comparison to determine whether the sealed bid data has changed, and the encrypted data formed by SM2 is used for detailed comparison of the sealed bid data. When the hash value comparison is abnormal, the encrypted data is decrypted with the private key to restore it to the original sealed bid data, and the difference between the sealed bid data and the sealed bid data at the time of restarting the bid evaluation can be found through comparison.

[0136] It should be noted that in the embodiment of the present application, steps 106-109 are optional steps.

[0137] In an embodiment of the present application, an electronic device obtains a bid sealing request; the electronic device determines the bid sealing data according to the bid sealing request; the electronic device determines the evidence data according to the bid sealing data, sends the evidence data to a blockchain server, and locks the bid sealing data, and the evidence data is used for evidence storage by the blockchain server; when the blockchain server successfully stores the evidence, the electronic device receives a proof confirmation message sent by the blockchain storage, and the proof confirmation message is used to indicate that the evidence data has been stored. By utilizing the characteristics of the blockchain, the bid sealing data related to abnormal bidding events are stored on the chain, thereby reducing manual input and improving work efficiency. When bidding is abnormal, the unpredictable risks of manual operation, the risk of information tampering, and the risk of affecting the bidding process of other projects are avoided, thereby improving the credibility of abnormal event handling.

[0138] The electronic device includes a first electronic device and a certificate storage server. Figure 2 As shown, it is a schematic diagram of another embodiment of the bidding exception handling method using blockchain in the embodiment of the present application.

[0139] In the embodiment of the present application, the electronic bidding system is the main business system, which implements all online operations of the electronic bidding, including the closing and restarting of bid evaluation. It can also implement data storage processing services, provide the functions of processing the closing and verification data and interacting with the blockchain platform.

[0140] Optionally, the evidence storage server is a data evidence processing service, providing the functions of processing the sealed bid data and verification data and interacting with the blockchain platform. The electronic bidding system can also implement a restart mechanism to realize the restart of the bidding evaluation business logic judgment.

[0141] The blockchain server realizes the storage of data when sealing and restarting the business, ensuring that the data information is open, transparent, tamper-proof, unforgeable and traceable.

[0142] like Figure 3 As shown, it is a schematic diagram of an embodiment of an electronic device in an embodiment of the present application, which may include:

[0143] The acquisition module 301 is used to acquire a sealing request;

[0144] The processing module 302 is used to determine the sealing data according to the sealing request; determine the evidence data according to the sealing data,

[0145] The sending module 303 is used to send the evidence data to the blockchain server and lock the sealing data, and the evidence data is used for evidence storage in the blockchain server;

[0146] The receiving module 304 is used to receive a storage confirmation message sent by the blockchain storage when the blockchain server stores the evidence successfully, and the storage confirmation message is used to indicate that the stored evidence data has been stored.

[0147] Optionally, in some embodiments of the present application, the processing module 302 is specifically used to process the sealed label data using the SM3 algorithm to obtain a first hash value; use the first hash value and the first current timestamp as the first evidence data; encrypt the sealed label data using the asymmetric cryptographic SM2 algorithm to obtain the encrypted first sealed label data; use the encrypted first sealed label data and the second current timestamp as the second evidence data; and lock the sealed label data;

[0148] The sending module 303 is specifically configured to send the first stored evidence data and the second stored evidence data to the blockchain server.

[0149] Optionally, in some embodiments of the present application, the acquisition module 301 is further used to obtain a request to restart the bid evaluation;

[0150] The sending module 303 is further used to send the restart bid evaluation request to the blockchain server, where the restart bid evaluation request is used to request the stored evidence data;

[0151] The receiving module 304 is used to receive the evidence data sent by the blockchain server;

[0152] The processing module 302 is further used to prompt the restart of the bid evaluation service when it is determined that the bid sealing data corresponding to the stored evidence data has not been tampered with.

[0153] Optionally, in some embodiments of the present application, the evidence data includes first evidence data, and the first evidence data includes a first hash value and a first current timestamp;

[0154] The processing module 302 is specifically used to process the sealing data using the SM3 algorithm to obtain a second hash value; when the second hash value is the same as the first hash value, it is determined that the sealing data corresponding to the stored evidence data has not been tampered with, and a prompt is given to restart the bid evaluation business.

[0155] Optionally, in some embodiments of the present application, the evidence data includes second evidence data, and the second evidence data includes the encrypted first sealing label data and a second current timestamp;

[0156] The processing module 302 is further configured to determine, when the second hash value is different from the first hash value, that the sealing data corresponding to the stored evidence data has been tampered with, and prompt that the sealing data corresponding to the stored evidence data has been tampered with;

[0157] The sending module 303 is further configured to use the second hash value and the third current timestamp as third stored evidence data, and send the third stored evidence data to the blockchain server;

[0158] The processing module 302 is further used to encrypt the sealing label data using an asymmetric cryptographic algorithm SM2 to obtain encrypted second sealing label data;

[0159] The sending module 303 is further configured to use the encrypted second sealed label data and the fourth current timestamp as fourth stored evidence data, and send the fourth stored evidence data to the blockchain server;

[0160] The processing module 302 is further configured to decrypt the encrypted first sealing label data to obtain decrypted sealing label data; and compare the sealing label data with the decrypted sealing label data to determine the modified data.

[0161] like Figure 4 As shown, it is a schematic diagram of an embodiment of the blockchain server in the embodiment of the present application, which may include:

[0162] The receiving module 401 is used to receive the evidence data sent by the electronic device;

[0163] The processing module 402 is used to store the evidence data;

[0164] The sending module 403 is used for the blockchain server to send a storage confirmation message to the electronic device when the storage is successful, and the storage confirmation message is used to indicate that the storage data has been stored.

[0165] Optionally, in some embodiments of the present application, the evidence data includes first evidence data and second evidence data, the first evidence data includes a first hash value and a first current timestamp, and the second evidence data includes encrypted first sealed label data and a second current timestamp;

[0166] The first hash value is a hash value obtained by processing the sealing label data using the SM3 algorithm; the encrypted first sealing label data is obtained by encrypting the sealing label data using the asymmetric cryptographic SM2 algorithm.

[0167] Optionally, in some embodiments of the present application, the receiving module 401 is further configured to receive a request for restarting bid evaluation sent by the electronic device;

[0168] The sending module 403 is further used to send the stored evidence data to the electronic device according to the request to restart the bid evaluation.

[0169] Optionally, in some embodiments of the present application, the receiving module 401 is further used to receive third evidence data and fourth evidence data, wherein the third evidence data includes the second hash value and the third current timestamp, and the fourth evidence data includes the encrypted second sealed label data and the fourth current timestamp;

[0170] The second hash value is a hash value obtained by processing the sealing label data using the SM3 algorithm; the encrypted second sealing label data is obtained by encrypting the sealing label data using the asymmetric cryptographic SM2 algorithm.

[0171] like Figure 5 As shown, it is a schematic diagram of another embodiment of the electronic device in the embodiment of the present application, which may include:

[0172] A memory 501 storing executable program codes;

[0173] A processor 502 and a transceiver 503 coupled to the memory 501;

[0174] Processor 502, used to obtain a sealing request; determine sealing data according to the sealing request; determine evidence data according to the sealing data;

[0175] The transceiver 503 is used to send the evidence data to the blockchain server and lock the sealing data. The evidence data is used for evidence storage by the blockchain server; when the blockchain server successfully stores the evidence, the evidence confirmation message sent by the blockchain storage is received, and the evidence confirmation message is used to indicate that the evidence data has been stored.

[0176] Optionally, in some embodiments of the present application, the processor 502 is specifically configured to process the sealed label data using the SM3 algorithm to obtain a first hash value; use the first hash value and the first current timestamp as first evidence data; encrypt the sealed label data using the asymmetric cryptographic SM2 algorithm to obtain encrypted first sealed label data; use the encrypted first sealed label data and the second current timestamp as second evidence data; and lock the sealed label data;

[0177] The transceiver 503 is specifically configured to send the first stored evidence data and the second stored evidence data to the blockchain server.

[0178] Optionally, in some embodiments of the present application, the processor 502 is further configured to obtain a request to restart the bid evaluation;

[0179] The transceiver 503 is further configured to send the restart bid evaluation request to the blockchain server, wherein the restart bid evaluation request is used to request the stored evidence data; and receive the stored evidence data sent by the blockchain server;

[0180] The processor 502 is further configured to prompt the restart of the bid evaluation service when it is determined that the bid sealing data corresponding to the stored evidence data has not been tampered with.

[0181] Optionally, in some embodiments of the present application, the evidence data includes first evidence data, and the first evidence data includes a first hash value and a first current timestamp;

[0182] Processor 502 is specifically used to process the sealed bid data using the SM3 algorithm to obtain a second hash value; when the second hash value is the same as the first hash value, it is determined that the sealed bid data corresponding to the stored evidence data has not been tampered with, and a prompt is given to restart the bid evaluation service.

[0183] Optionally, in some embodiments of the present application, the evidence data includes second evidence data, and the second evidence data includes the encrypted first sealing label data and a second current timestamp;

[0184] The processor 502 is further configured to, when the second hash value is different from the first hash value, determine that the sealing data corresponding to the stored evidence data has been tampered with, and indicate that the sealing data corresponding to the stored evidence data has been tampered with;

[0185] The transceiver 503 is further configured to use the second hash value and the third current timestamp as third stored evidence data, and send the third stored evidence data to the blockchain server;

[0186] The processor 502 is further configured to encrypt the sealing label data by using an asymmetric cryptographic algorithm SM2 to obtain encrypted second sealing label data;

[0187] The transceiver 503 is further configured to use the encrypted second sealed label data and the fourth current timestamp as fourth stored evidence data, and send the fourth stored evidence data to the blockchain server;

[0188] The transceiver 503 is further used to send the third evidence data to the blockchain server;

[0189] The processor 502 is further configured to decrypt the encrypted first sealing label data to obtain decrypted sealing label data; and compare the sealing label data with the decrypted sealing label data to determine the modified data.

[0190] like Figure 6 As shown, it is a schematic diagram of another embodiment of the blockchain server in the embodiment of the present application, which may include:

[0191] A memory 601 storing executable program codes;

[0192] A processor 602 and a transceiver 603 coupled to the memory 601;

[0193] The transceiver 603 is used to receive the evidence data sent by the electronic device;

[0194] Processor 602, used for storing the stored evidence data;

[0195] The transceiver 603 is used for the blockchain server to send a storage confirmation message to the electronic device when the storage is successful, and the storage confirmation message is used to indicate that the storage data has been stored.

[0196] Optionally, in some embodiments of the present application, the evidence data includes first evidence data and second evidence data, the first evidence data includes a first hash value and a first current timestamp, and the second evidence data includes encrypted first sealed label data and a second current timestamp;

[0197] The first hash value is a hash value obtained by processing the sealing label data using the SM3 algorithm; the encrypted first sealing label data is obtained by encrypting the sealing label data using the asymmetric cryptographic SM2 algorithm.

[0198] Optionally, in some embodiments of the present application, the transceiver 603 is further used to receive a request for restarting the bid evaluation sent by the electronic device; and send the stored evidence data to the electronic device according to the request for restarting the bid evaluation.

[0199] Optionally, in some embodiments of the present application, the transceiver 603 is further configured to receive third stored evidence data and fourth stored evidence data, wherein the third stored evidence data includes the second hash value and the third current timestamp, and the fourth stored evidence data includes the encrypted second sealed label data and the fourth current timestamp;

[0200] The second hash value is a hash value obtained by processing the sealing label data using the SM3 algorithm; the encrypted second sealing label data is obtained by encrypting the sealing label data using the asymmetric cryptographic SM2 algorithm.

[0201] In the above embodiments, it can be implemented in whole or in part by software, hardware, firmware or any combination thereof. When implemented using software, it can be implemented in whole or in part in the form of a computer program product. The computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, the process or function described in the embodiment of the present application is generated in whole or in part. The computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable devices. The computer instructions can be stored in a computer-readable storage medium, or transmitted from one computer-readable storage medium to another computer-readable storage medium, for example, the computer instructions can be transmitted from a website site, computer, server or data center by wired (e.g., coaxial cable, optical fiber, digital subscriber line (Digital Subscriber Line, DSL)) or wireless (e.g., infrared, wireless, microwave, etc.) mode to another website site, computer, server or data center. The computer-readable storage medium can be any available medium that a computer can store or a data storage device such as a server, data center, etc. that contains one or more available media integrated. The available medium may be a magnetic medium (eg, a floppy disk, a hard disk, a magnetic tape), an optical medium (eg, a DVD), or a semiconductor medium (eg, a solid state disk (SSD)).

[0202] Those skilled in the art can clearly understand that, for the convenience and brevity of description, the specific working processes of the systems, devices and units described above can refer to the corresponding processes in the aforementioned method embodiments and will not be repeated here.

[0203] In the several embodiments provided in the present application, it should be understood that the disclosed systems, devices and methods can be implemented in other ways. For example, the device embodiments described above are only schematic. For example, the division of the units is only a logical function division. There may be other division methods in actual implementation, such as multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be an indirect coupling or communication connection through some interfaces, devices or units, which can be electrical, mechanical or other forms.

[0204] The units described as separate components may or may not be physically separated, and the components shown as units may or may not be physical units, that is, they may be located in one place or distributed on multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of this embodiment.

[0205] In addition, each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit. The above-mentioned integrated unit may be implemented in the form of hardware or in the form of software functional units.

[0206] 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 computer-readable storage medium. Based on this understanding, the technical solution of the present application is essentially or the part that contributes to the prior art 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, including a number of instructions to enable a computer device (which can be a personal computer, a server, or a network device, etc.) to perform all or part of the steps of the method described in each embodiment of the present application. The aforementioned storage medium includes: various media that can store program codes, such as a USB flash drive, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM), a disk or an optical disk.

[0207] As described above, the above embodiments are only used to illustrate the technical solutions of the present application, rather than to limit them. Although the present application has been described in detail with reference to the aforementioned embodiments, those skilled in the art should understand that they can still modify the technical solutions described in the aforementioned embodiments, or make equivalent replacements for some of the technical features therein. However, these modifications or replacements do not deviate the essence of the corresponding technical solutions from the spirit and scope of the technical solutions of the embodiments of the present application.

Claims

1. A bidding exception handling method using blockchain, characterized in that: include: Request for electronic equipment to obtain a seal label; The electronic device determines the label sealing data according to the label sealing request; The electronic device determines the evidence data according to the sealing data, locks the sealing data, and sends the evidence data to the blockchain server, where the evidence data is used for evidence storage on the blockchain server; When the blockchain server successfully stores the evidence, the electronic device receives a storage confirmation message sent by the blockchain storage, where the storage confirmation message is used to indicate that the stored evidence data has been stored.

2. The method according to claim 1, characterized in that The electronic device determines the evidence data according to the sealing data, locks the sealing data, and sends the evidence data to the blockchain server, including: The electronic device processes the sealed label data using the SM3 algorithm to obtain a first hash value; the electronic device uses the first hash value and a first current timestamp as first evidence data; The electronic device encrypts the sealing label data by using an asymmetric cryptographic SM2 algorithm to obtain encrypted first sealing label data; the electronic device uses the encrypted first sealing label data and the second current timestamp as second evidence data; The electronic device locks the sealing data, and sends the first evidence data and the second evidence data to the blockchain server.

3. The method according to claim 1 or 2, characterized in that: The method further comprises: The electronic device obtains a request to restart the bid evaluation; The electronic device sends the restart bid evaluation request to the blockchain server, where the restart bid evaluation request is used to request the stored evidence data; The electronic device receives the evidence data sent by the blockchain server; When it is determined that the sealing data corresponding to the stored evidence data has not been tampered with, the electronic device prompts to restart the bid evaluation service.

4. The method according to claim 3, characterized in that The stored evidence data includes first stored evidence data, wherein the first stored evidence data includes a first hash value and a first current timestamp; When it is determined that the bid sealing data corresponding to the stored evidence data has not been tampered with, the electronic device prompts to restart the bid evaluation service, including: The sealed label data is processed using the SM3 algorithm to obtain a second hash value; When the second hash value is the same as the first hash value, it is determined that the sealing data corresponding to the stored evidence data has not been tampered with, and the electronic device prompts to restart the bid evaluation service.

5. The method according to claim 4, characterized in that The stored evidence data includes second stored evidence data, and the second stored evidence data includes the encrypted first sealed label data and the second current timestamp; the method further includes: When the second hash value is different from the first hash value, it is determined that the sealing data corresponding to the stored evidence data has been tampered with, and the electronic device prompts that the sealing data corresponding to the stored evidence data has been tampered with; The electronic device uses the second hash value and the third current timestamp as third stored evidence data, and sends the third stored evidence data to the blockchain server; The electronic device encrypts the sealing label data using an asymmetric cryptographic SM2 algorithm to obtain encrypted second sealing label data; The electronic device uses the encrypted second seal data and the fourth current timestamp as fourth stored evidence data, and sends the fourth stored evidence data to the blockchain server; The electronic device decrypts the encrypted first sealing label data to obtain decrypted sealing label data; The electronic device compares the seal data with the decrypted seal data to determine the modified data.

6. A bidding exception handling method using blockchain, characterized in that: include: The blockchain server receives the evidence data sent by the electronic device; The blockchain server stores the evidence data; When the evidence is stored successfully, the blockchain server sends a storage confirmation message to the electronic device, and the storage confirmation message is used to indicate that the evidence data has been stored.

7. The method according to claim 6, characterized in that The evidence data includes first evidence data and second evidence data, the first evidence data includes a first hash value and a first current timestamp, and the second evidence data includes encrypted first sealed label data and a second current timestamp; The first hash value is a hash value obtained by processing the sealing label data using the SM3 algorithm; the encrypted first sealing label data is obtained by encrypting the sealing label data using the asymmetric cryptographic SM2 algorithm.

8. The method according to claim 6 or 7, characterized in that: The method further comprises: The blockchain server receives a request to restart the bid evaluation sent by the electronic device; The blockchain server sends the stored evidence data to the electronic device according to the request to restart the bid evaluation.

9. An electronic device, characterized in that: include: An acquisition module is used to obtain a sealing request; A processing module, used for determining the label sealing data according to the label sealing request; Determine the evidence data according to the sealed label data, send the evidence data to the blockchain server, and lock the sealed label data, and the evidence data is used for evidence storage in the blockchain server; The receiving module is used to receive a storage confirmation message sent by the blockchain storage when the blockchain server stores the evidence successfully, and the storage confirmation message is used to indicate that the stored evidence data has been stored.

10. A blockchain server, characterized in that: include: A receiving module, used for receiving evidence data sent by an electronic device; A processing module, used for storing the evidence data; The sending module is used for, when the evidence is successfully stored, the blockchain server sends a storage confirmation message to the electronic device, and the storage confirmation message is used to indicate that the evidence data has been stored.

11. An electronic device, characterized in that: include: A memory storing executable program code; a processor and a transceiver coupled to the memory; The electronic device is used to execute the method according to any one of claims 1 to 5.

12. A blockchain server, characterized in that: include: A memory storing executable program code; a processor and a transceiver coupled to the memory; The blockchain server is used to execute the method as described in any one of claims 6-8.

Images