Emergency processing method after bid opening decryption failure

Abstract

The invention belongs to the field of bid invitation and bidding, and particularly relates to an emergency processing method after failure of bid opening decryption, which comprises the following steps of: S1, adding an MD5 supporting algorithm and a performance function in an electronic bid invitation and bidding system, completing a bid file which is a file A in a bid file manufacturing tool, and after manufacturing, starting an encryption program and encrypting the file A; and S2, generating an encrypted bidding file after the bidding file A is encrypted. According to the method, a mature MD5 algorithm is adopted, the technical implementation threshold is low, the reliability is high, an existing electronic bidding and tendering system is easy to transform, emergency processing after bid opening and decryption fail is supported, meanwhile, the method is clear and simple in overall logic, and the implementation is easy. The method is convenient for users of the electronic bidding system, including bidding personnel, bidding agent service personnel and platform operation and maintenance personnel, to understand and use, thereby avoiding a bid waste condition caused by decryption failure, and promoting the popularization and application of the electronic bid.

Description

Technical Field

[0001] The present invention relates to the technical field of bidding and tendering, and in particular to an emergency processing method after bid opening and decryption failure. Background Art

[0002] In the electronic bidding system, the bidding documents can stipulate the following remedial measures for the case of decryption failure: 1. Use paper documents as backup: Allow bidders to submit paper documents as backup before the bidding deadline. If the electronic document decryption fails, the paper documents can be used to continue the bid opening procedure. 2. Submit backup files using USB flash drives or CDs: Allow bidders to submit backup files generated during encryption in the form of sealed USB flash drives or CDs before the bidding deadline. If the bid document decryption fails, the backup files can be extracted to continue the bid opening procedure. 3. Password envelope decryption: When encrypting the bid document, set a decryption password, i.e., password envelope. If CA decryption fails, the password envelope can be used for decryption. Some electronic bidding systems also provide a decryption self-check function after encryption in the bid document production tool. Bidders can use the decryption self-check to troubleshoot problems in advance to reduce the risk of uploading bid documents that cannot be decrypted. These remedial measures are intended to reduce the risks caused by decryption failures and ensure the smooth progress of bidding activities.

[0003] Although several common remedial measures can solve the problem of decryption failure, they are still insufficient in terms of efficiency, convenience and confidentiality. If paper bidding documents are used as a remedy, the bid evaluation process is usually converted to offline paper bidding evaluation, which will not be able to give full play to the advantages of the electronic bidding and evaluation system, and is not in line with the current national policy of vigorously promoting full-process electronic bidding. If a USB flash drive or CD is used to submit backup documents, on the one hand, the information cannot be effectively kept confidential, and it is easy to leak information during the delivery process by mail and other means. If the bidder comes to the site to submit the USB flash drive or CD, it will increase the bidding cost and cannot give full play to the advantages of remote decryption of the electronic bidding system. Password envelope decryption dependency problem: Password envelope decryption still depends on the bidder's safekeeping of the password. If the password is forgotten or leaked, it may lead to decryption failure. The scope of application of password envelope decryption is limited. At the same time, this method requires other remedial measures for decryption failures caused by network problems, system failures or file damage. Summary of the invention

[0004] The purpose of the present invention is to solve the shortcomings in the prior art and to propose an emergency processing method after bid opening decryption failure.

[0005] In order to achieve the above object, the present invention adopts the following technical solutions:

[0006] An emergency treatment method after bid opening decryption failure comprises the following steps:

[0007] S1. Add support for MD5 algorithm and function in the electronic bidding system. Complete the bidding document in the bidding document making tool, which is "File A". After making it, enable the encryption program and encrypt File A;

[0008] S2. After completing the encryption of bidding document A, an encrypted bidding document is generated, which is called "file B". At the same time, the MD5 function is called to obtain the MD5 code of file A, which is referred to as "code A". The bidding document making tool generates two file packages, one is a bidding document package, referred to as "package P1", and the other is an emergency standby bidding document package, referred to as "package P2". Package P1 contains code A and file B, and package P2 contains file A;

[0009] S3. Perform a decryption test on the bidding document package P1 in the bidding document making tool, check whether the MD5 value and file B in the file package are normal, and verify whether the bidding document B can be decrypted normally. If not, remind the bidder that the bidding document is abnormal and re-make it;

[0010] S4. The bidder uploads the file package P1. The electronic bidding system checks the file package P1 to see if it has the MD5 code and the encrypted bidding document. If there is any abnormality, the bidder is reminded to re-make and upload it. If the check is normal, the system extracts the code A in the file package P1 and calls the MD5 code storage function to store the code A in the database in ciphertext.

[0011] S5. After the bid opening, the decryption time begins. If a bidder fails to decrypt, the emergency handling procedure is initiated according to the agreement in the bidding documents, and the bidder is reminded to upload the emergency backup file package P2. The system calls the MD5 function to obtain the MD5 code of the backup bidding file in the file package P2, referred to as "code C", and calls the MD5 code comparison function to compare with the previously saved MD5 value, that is, compare code A and code C, and display the two codes and the comparison result to the bidders participating in the bid opening for review;

[0012] S6. If the two codes are consistent, it can be determined that the two files are the same file and the bid opening can continue. If the codes are inconsistent, it can be determined that the two files are not the same file and the emergency processing of the bid document will be declared a failure.

[0013] Preferably, in said S1, support for MD5 algorithm and functional functions is added to the electronic bidding system as follows: an MD5 algorithm function is added to the bidding document preparation tool of the electronic bidding system, and the function can be called to generate the MD5 code of the file; an MD5 code storage function is added to the electronic bidding system, and the MD5 code of the bidding document is stored in the system database, and the encryption storage mode of the database is adopted to avoid the use of plain text data and leakage; an MD5 code comparison function is added to the electronic bidding system, that is, the MD5 code of the backup file is compared with the MD5 code stored in the system database to check whether they are consistent.

[0014] Preferably, in S6, if the two codes are consistent, the bid opening will continue; if the codes are inconsistent, the emergency processing of the bid document will be announced as failed, the failure will be recorded, and the failure will be fed back to the bidder.

[0015] Preferably, in said S4, the specific process of storing in the database in ciphertext is as follows: read the file content and convert the file MD5 code into unreadable ciphertext; ensure that the database has been set up and has a table suitable for storing ciphertext, and this table should have a field to store the ciphertext, and possible other fields to store metadata related to the file; store the encrypted ciphertext as binary data or encoded string in the corresponding field of the database.

[0016] Preferably, in S1, the production process of file A is as follows: start the tool, find and click "Create Bid Document" in the tool interface; the system will prompt you to select the bidding document, click the "Browse" button, find and select the bidding document, and then click "Open" or "Import", and then start editing the bidding document; fill in the purchase list and bid quotation in the tool; according to the requirements of the bidding document, you can directly import the bidding document information in PDF format, and use the tool to associate the evaluation items with the document location; use the bid inspection function provided by the tool to check the integrity of the bidding document and the response of each evaluation item; after checking that there are no errors, click the "Generate Bid Document" option, and the tool will automatically convert the bidding document into a format that meets the requirements of the bidding document; according to the tool prompts, choose to scan the code with a mobile phone or a physical CA to electronically seal and sign the bidding document, and encrypt it, and finally complete the production of the bidding document. In the next step, you can do decryption verification of the bidding document to ensure that the bidding document is accurate.

[0017] Preferably, in S3, the decryption test steps are as follows: start the bidding document preparation tool, find and select the "pre-decryption verification" option in the tool interface; click the "Import bidding document to be decrypted" button, select and import the encrypted bidding document package P1; according to the tool prompt, it is necessary to insert the CA lock or other authentication device associated with the encrypted file; according to the key or password set during encryption, enter the corresponding decryption information in the CA tool; ensure that the input is correct to avoid decryption failure; click the "Decrypt" button to start the decryption operation; the tool will automatically handle the decryption process and display the decryption progress or status.

[0018] Preferably, after decryption is completed, the tool will prompt whether the decryption is successful or failed; if the decryption is successful, check whether the decrypted file content is complete and accurate; if the decryption fails, troubleshoot and solve it according to the error information provided by the tool.

[0019] Preferably, in S3, the bidding document preparation tool performs a decryption test on the bidding document package P1 to check whether the MD5 value and file B in the file package are normal, and verify whether the bidding document B can be decrypted normally. If not, the bidder is reminded that the bidding document is abnormal and the bid document is re-prepared, and the bidder is informed in detail of the reasons for the abnormality of the bidding document.

[0020] In the present invention, the beneficial effects of the emergency treatment method after the bid opening decryption failure are:

[0021] The present invention adopts the mature MD5 algorithm, which has a low technical implementation threshold and high reliability. It is easy to transform the existing electronic bidding system and supports emergency processing after decryption failure during bid opening. At the same time, the overall logic of the method is clear and simple, which is easy for users of the electronic bidding system, including bidders, bidding agent business personnel, and platform operation and maintenance personnel to understand and use, thereby avoiding the cancellation of bids due to decryption failure and promoting the popularization and application of electronic bids. BRIEF DESCRIPTION OF THE DRAWINGS

[0022] Figure 1 A flowchart of the bidding stage of an emergency treatment method after bid opening decryption failure proposed by the present invention;

[0023] Figure 2 The present invention provides a flowchart of the bid opening phase of an emergency treatment method after bid opening decryption failure. DETAILED DESCRIPTION

[0024] The technical solutions in the embodiments of the present invention will be described clearly and completely below in conjunction with the drawings in the embodiments of the present invention. Obviously, the described embodiments are only part of the embodiments of the present invention, rather than all the embodiments.

[0025] Embodiment 1

[0026] Reference Figure 1-Figure 2 , an emergency processing method after the bid opening decryption fails, comprising the following steps:

[0027] S1. Add support for MD5 algorithm and function in the electronic bidding system. The bidding document is completed in the bidding document making tool as "File A". After making it, enable the encryption program and encrypt File A. MD5 is also called the message digest algorithm (English: MD5 Message-Digest Algor ithm), a widely used cryptographic hash function that can generate a 128-bit (16-byte) hash value (hash value) to ensure the integrity and consistency of information transmission. The MD5 algorithm can also be used as an electronic signature method. Using the MD5 algorithm, a unique "digital fingerprint" can be generated for any file (regardless of its size, format, or quantity). With this "digital fingerprint", by checking whether the MD5 value before and after the file has changed, it can be determined whether the source file has been modified.

[0028] S2. After completing the encryption of bidding document A, an encrypted bidding document is generated, which is called "file B". At the same time, the MD5 function is called to obtain the MD5 code of file A, which is referred to as "code A". The bidding document making tool generates two file packages, one is a bidding document package, referred to as "package P1", and the other is an emergency standby bidding document package, referred to as "package P2". Package P1 contains code A and file B, and package P2 contains file A;

[0029] S3. Perform a decryption test on the bidding document package P1 in the bidding document making tool, check whether the MD5 value and file B in the file package are normal, and verify whether the bidding document B can be decrypted normally. If not, remind the bidder that the bidding document is abnormal and re-make it;

[0030] S4. The bidder uploads the file package P1. The electronic bidding system checks the file package P1 to see if it has the MD5 code and the encrypted bidding document. If there is any abnormality, the bidder is reminded to re-make and upload it. If the check is normal, the system extracts the code A in the file package P1 and calls the MD5 code storage function to store the code A in the database in ciphertext.

[0031] S5. After the bid opening, the decryption time begins. If a bidder fails to decrypt, the emergency handling procedure is initiated according to the agreement in the bidding documents, and the bidder is reminded to upload the emergency backup file package P2. The system calls the MD5 function to obtain the MD5 code of the bidding file in the file package P2, referred to as "code C", and calls the MD5 code comparison function to compare with the previously saved MD5 value, that is, compare code A and code C, and display the two codes and the comparison result to the bidders participating in the bid opening for review;

[0032] S6. If the two codes are consistent, it can be determined that the two files are the same file and the bid opening can continue. If the codes are inconsistent, it can be determined that the two files are not the same file and the emergency processing of the bid document will be declared a failure.

[0033] In this embodiment, in S1, support for MD5 algorithm and functional functions are added to the electronic bidding system as follows: an MD5 algorithm function is added to the bidding document preparation tool of the electronic bidding system, and the function can be called to generate the MD5 code of the file; an MD5 code storage function is added to the electronic bidding system, and the MD5 code of the bidding document is stored in the system database, and the encryption storage mode of the database is adopted to avoid the use of plain text data and leakage; an MD5 code comparison function is added to the electronic bidding system, that is, the MD5 code of the backup file is compared with the MD5 code stored in the system database to check whether they are consistent.

[0034] In this embodiment, in S6, if the two codes are consistent, it can be determined that the two files are the same file and the bid opening can continue. If the codes are inconsistent, it can be determined that the two files are not the same file, and the emergency processing of the bid document is declared to have failed, the failure is recorded, and the failure is fed back to the bidder.

[0035] In this embodiment, in S4, the specific process of storing in the database in ciphertext is as follows: read the file content and convert the file MD5 code into unreadable ciphertext; ensure that the database has been set up and there is a table suitable for storing ciphertext, this table should have a field to store the ciphertext, and possible other fields to store metadata related to the file; store the encrypted ciphertext as binary data or encoded string in the corresponding field of the database.

[0036] In this embodiment, in S1, the process of making file A is as follows: start the tool, find and click "Create Bidding Document" in the tool interface; the system will prompt you to select the bidding document, click the "Browse" button, find and select the bidding document, and then click "Open" or "Import", and then start editing the bidding document; fill in the purchase list and bid quotation in the tool; according to the requirements of the bidding document, you can directly import the bidding document information in PDF format, and use the tool to associate the evaluation items with the document location; use the bid inspection function provided by the tool to check the integrity of the bidding document and the response of each evaluation item; after checking that everything is correct, click the "Generate Bidding Document" option, and the tool will automatically convert the bidding document into a format that meets the requirements of the bidding document; according to the tool prompts, choose to scan the code with your mobile phone or the physical CA to electronically seal and sign the bidding document, and encrypt it, and finally complete the production of the bidding document. In the next step, you can do decryption verification of the bidding document to ensure that the bidding document is accurate.

[0037] In this embodiment, in S3, the decryption test steps are as follows: start the bidding document preparation tool, find and select the "pre-decryption verification" option in the tool interface; click the "Import bidding document to be decrypted" button, select and import the encrypted bidding document package P1; according to the tool prompt, it is necessary to insert the CA lock or other authentication device associated with the encrypted file; according to the key or password set during encryption, enter the corresponding decryption information in the CA tool; ensure that the input is correct to avoid decryption failure; click the "Decrypt" button to start the decryption operation; the tool will automatically handle the decryption process and display the decryption progress or status.

[0038] In this embodiment, after the decryption is completed, the tool will prompt whether the decryption is successful or failed; if the decryption is successful, check whether the decrypted file content is complete and accurate; if the decryption fails, troubleshoot and solve it according to the error information provided by the tool.

[0039] In this embodiment, in S3, the bidding document preparation tool performs a decryption test on the bidding document package P1 to check whether the MD5 value and file B in the file package are normal, and verify whether the bidding document B can be decrypted normally. If not, the bidder is reminded that the bidding document is abnormal and the bid document is re-prepared. At the same time, the bidder is informed in detail of the reasons for the abnormality of the bidding document.

[0040] In this embodiment, the bidding document preparation tool includes a bidding document editor, a CA driver and plug-in, an electronic signature and plug-in, which can complete the functions of bidding document preparation, encryption, electronic stamping, and an MD5 function module.

[0041] Embodiment 2

[0042] The difference between this embodiment and the first embodiment is that: an emergency processing method after the bid opening decryption fails, comprising the following steps:

[0043] S1. Add support for MD5 algorithm and function in the electronic bidding system. The bidding document is completed in the bidding document making tool, which is "File A". After making it, the encryption program is enabled and File A is encrypted. After encryption, try to decrypt the file using a decryption tool or software without a key to verify whether the encryption is successful. If decryption fails or garbled characters are obtained after decryption, the encryption operation may be successful.

[0044] S2. After completing the encryption of bidding document A, an encrypted bidding document is generated, which is called "file B". At the same time, the MD5 function is called to obtain the MD5 code of file A, which is referred to as "code A". The bidding document making tool generates two file packages, one is a bidding document package, referred to as "package P1", and the other is an emergency standby bidding document package, referred to as "package P2". Package P1 contains code A and file B, and package P2 contains file A;

[0045] S3. Perform a decryption test on the bidding document package P1 in the bidding document making tool, check whether the MD5 value and file B in the file package are normal, and verify whether the bidding document B can be decrypted normally. If not, remind the bidder that the bidding document is abnormal and re-make it;

[0046] S4. The bidder uploads the file package P1. The electronic bidding system checks the file package P1 to see if it has the MD5 code and the encrypted bidding document. If there is any abnormality, the bidder is reminded to re-make and upload it. If the check is normal, the system extracts the code A in the file package P1 and calls the MD5 code storage function to store the code A in the database in ciphertext.

[0047] S5. After the bid opening, the decryption time begins. If a bidder fails to decrypt, the emergency handling procedure is initiated according to the agreement in the bidding documents, and the bidder is reminded to upload the emergency backup file package P2. The system calls the MD5 function to obtain the MD5 code of the bidding file in the file package P2, referred to as "code C", and calls the MD5 code comparison function to compare with the previously saved MD5 value, that is, compare code A and code C, and display the two codes and the comparison result to the bidders participating in the bid opening for review;

[0048] S6. If the two codes are consistent, it can be determined that the two files are the same file and the bid opening can continue. If the codes are inconsistent, it can be determined that the two files are not the same file and the emergency processing of the bid document will be declared a failure.

[0049] The above description is only a preferred specific implementation manner of the present invention, but the protection scope of the present invention is not limited thereto. Any technician familiar with the technical field can make equivalent replacements or changes according to the technical scheme and inventive concept of the present invention within the technical scope disclosed by the present invention, which should be covered by the protection scope of the present invention.

Claims

1. An emergency treatment method after bid opening decryption failure, characterized in that: The following steps are involved: S1. Add support for MD5 algorithm and function in the electronic bidding system. Complete the bidding document in the bidding document making tool, which is "File A". After making it, enable the encryption program and encrypt File A. S2. After completing the encryption of the bidding document A, an encrypted bidding document is generated, which is called "file B". At the same time, the MD5 function is called to obtain the MD5 code of file A, which is referred to as "code A". The bidding document making tool generates two file packages, one is the bidding document package, referred to as "package P1", and the other is the emergency standby bidding document package, referred to as "package P2". Package P1 contains code A and file B, and package P2 contains file A; S3. Perform a decryption test on the bidding document package P1 in the bidding document making tool, check whether the MD5 value and file B in the file package are normal, and verify whether the bidding document B can be decrypted normally. If not, remind the bidder that the bidding document is abnormal and re-make it; S4. The bidder uploads the file package P1. The electronic bidding system checks the file package P1 to see if it has the MD5 code and the encrypted bidding document. If there is any abnormality, the bidder is reminded to re-make and upload it. If the check is normal, the system extracts the code A in the file package P1 and calls the MD5 code storage function to store the code A in the database in ciphertext. S5. After the bid opening, the decryption time begins. If a bidder fails to decrypt, the emergency handling procedure is initiated according to the agreement in the bidding documents, and the bidder is reminded to upload the emergency backup file package P2. The system calls the MD5 function to obtain the MD5 code of the bidding file in the file package P2, referred to as "code C", and calls the MD5 code comparison function to compare with the previously saved MD5 value, that is, compare code A and code C, and display the two codes and the comparison result to the bidders participating in the bid opening for review; S6. If the two codes are consistent, it can be determined that the two files are the same file and the bid opening can continue. If the codes are inconsistent, it can be determined that the two files are not the same file and the emergency processing of the bidding document will be declared a failure.

2. The emergency handling method after bid opening decryption failure according to claim 1 is characterized in that: In the S1, support for MD5 algorithm and functional functions are added to the electronic bidding system as follows: an MD5 algorithm function is added to the bidding document preparation tool of the electronic bidding system, and the function is called to generate the MD5 code of the file; an MD5 code storage function is added to the electronic bidding system, and the MD5 code of the bidding document is stored in the system database, and the encryption storage mode of the database is adopted to avoid the use of plain text data and leakage; an MD5 code comparison function is added to the electronic bidding system, that is, the MD5 code of the backup file is compared with the MD5 code stored in the system database to check whether they are consistent.

3. The emergency handling method after bid opening decryption failure according to claim 2 is characterized in that: In S6, if the two codes are consistent, it can be determined that the two files are the same file and the bid opening can continue. If the codes are inconsistent, it can be determined that the two files are not the same file and the emergency processing of the bidding document is declared to have failed. The failure is recorded and the failure is fed back to the bidder.

4. The emergency treatment method after the bid opening decryption failure according to claim 3 is characterized in that: In S4, the specific process of storing the encrypted data in the database is as follows: read the file content and convert the MD5 code in the file into unreadable ciphertext; ensure that the database has been set up and has a table suitable for storing the ciphertext, which has a field for storing the ciphertext and other fields for storing metadata related to the file; store the encrypted ciphertext as binary data or encoded string in the corresponding field of the database.

5. The emergency treatment method after bid opening decryption failure according to claim 4 is characterized in that: In S1, the production process of file A is as follows: start the tool, find and click "Create Bidding Document" in the tool interface; the system will prompt you to select the bidding document, click the "Browse" button, find and select the bidding document, and then click "Open" or "Import", and then start editing the bidding document; fill in the purchase list and bidding quotation in the tool; according to the requirements of the bidding document, you can directly import the bidding document information in PDF format, and use the tool to associate the evaluation items with the information location; use the bid inspection function provided by the tool to check the integrity of the bidding document and the response of each evaluation item; after checking that everything is correct, click the "Generate Bidding Document" option, and the tool will automatically convert the bidding document into a format that meets the requirements of the bidding document; according to the tool prompts, choose to scan the code with a mobile phone or a physical CA to electronically seal and sign the bidding document, and encrypt it, and finally complete the production of the bidding document. In the next step, you can do decryption verification of the bidding document to ensure that the bidding document is accurate.

6. The emergency treatment method after the bid opening decryption failure according to claim 5 is characterized in that: In S3, the decryption test steps are as follows: start the bidding document preparation tool, find and select the "pre-decryption verification" option in the tool interface; click the "import bidding document to be decrypted" button, select and import the encrypted bidding document package P1; according to the tool prompt, it is necessary to insert the CA lock or other authentication device associated with the encrypted file; according to the key or password set during encryption, enter the corresponding decryption information in the CA tool; Make sure the input is correct to avoid decryption failure; click the "Decrypt" button to start the decryption operation; the tool will automatically handle the decryption process and display the decryption progress or status.

7. The emergency handling method after bid opening decryption failure according to claim 6 is characterized in that: After decryption is completed, the tool will prompt whether the decryption is successful or failed; if the decryption is successful, check whether the decrypted file content is complete and accurate; If decryption fails, troubleshoot and resolve the issue based on the error information provided by the tool.

8. The method for emergency response after bid opening decryption failure according to claim 1 is characterized in that: In S3, the bidding document preparation tool performs a decryption test on the bidding document package P1 to check whether the MD5 value and file B in the file package are normal, and verify whether file B can be decrypted normally. If not, the bidder is reminded that the bidding document is abnormal and the bid is re-prepared. At the same time, the bidder is informed in detail of the reason for the abnormality of the bidding document.

Images