A method and system for four-party encrypted bidding

Abstract

The present application relates to a four-party encrypted bidding method and system. When a supplier initiates a bid, it also includes a process of encrypting the bidding data file. An encryption code and a verification code are set in the main data and the mirror data respectively. The encryption code is a plain code for decryption, and the verification code is a secret code for recording the dynamic changes of opening, copying, and forwarding of the bidding data file. The platform, the purchaser, and the financial institution decrypt the bidding data based on the encryption code. When it triggers the opening, copying, and forwarding of the bidding data file, the verification code automatically increases or changes the corresponding identification code. After the bidding is completed, the supplier can use the verification code to query whether the bidding data file has been leaked, thereby realizing encryption and leakage prevention of the bidding data.

Description

Technical Field

[0001] The present application relates to the field of data encryption technology, and in particular to a method and system for four-party encrypted bidding. Background Art

[0002] Bidding is a professional term for bidding and tendering. It refers to the act of a bidder submitting a bid to the tenderer within the specified period at the invitation of the tenderer, according to the conditions stipulated in the tender announcement or tender invitation letter. Most national government agencies and public utilities purchase equipment, materials and daily necessities through bidding. Bidding is also often used when conducting resource exploration, developing mineral deposits or inviting investment to undertake engineering projects. The basic approach to bidding: the bidder first obtains the bidding documents, carefully analyzes and studies them (on-site inspection), and then prepares a bid. The bid is essentially an offer or preliminary proposal that is valid until the specified bid opening date. The content must be very clear, and all important contents to be included in the contract signed with the tenderer after winning the bid should be included. The bid shall not be withdrawn, the bid price shall be changed, or the content of the bid shall be substantially modified during the validity period. In order to prevent bidders from withdrawing their bids after bidding or refusing to sign the contract after winning the bid, the tenderer usually requires the bidder to provide a certain proportion or amount of bid security. After the tenderer decides on the successful bidder, the security deposit paid by the unsuccessful bidder will be refunded.

[0003] During the bidding process, all data of the bidders are confidential, and these data will basically determine the winning bid. Therefore, it is extremely important to ensure the security of the data and make the bidding process fair and just. Summary of the invention

[0004] The purpose of this application is to overcome the deficiencies of the prior art and to provide a method and system for four-party encrypted bidding, which can ensure the security of bidding data during the bidding process and ensure the fairness of bidding activities.

[0005] The purpose of this application is achieved through the following technical solutions:

[0006] The first aspect of the present application provides a four-party encrypted bidding method, the method comprising:

[0007] S101: The purchaser initiates a bidding request and publicizes the bidding indicators on the platform. The financial institution participates in the evaluation of the bidding process as a neutral party;

[0008] S102: The supplier initiates a bid and uploads the bid data file to the platform, which synchronizes the data to the purchaser and the financial institution; the uploaded bid data file includes a master data and two mirror data, the platform stores the master data, and synchronizes the two mirror data to the purchaser and the financial institution respectively.

[0009] S103: When the supplier initiates a bid, a process of encrypting the bid data file is also included. An encryption code and a verification code are set in the master data and the mirror data respectively. The encryption code is a plain code for decryption, and the verification code is a cipher code for recording dynamic changes of opening, copying, and forwarding of the bid data file.

[0010] S104: The supplier asynchronously sends the encryption code and the bidding data file to the platform, and the platform synchronizes them to the purchaser and the financial institution;

[0011] S105: The platform, purchaser and financial institution decrypt the bidding data based on the encryption code. When it triggers the opening, copying and forwarding of the bidding data file, the verification code automatically increases or changes the corresponding identification code. After the bidding is completed, the supplier can use the verification code to check whether the bidding data file has been leaked.

[0012] In this application, by setting a hidden verification code in the bidding data file to record the file access, forwarding and other operation records, the file operation process can be recorded in detail to facilitate traceability, so as to trace whether there is any leakage of the file, so as to ensure fairness and justice in the bidding process.

[0013] Furthermore, the encryption of the bidding data file is completed when it is uploaded to the platform.

[0014] Furthermore, the mirror data is a mirror file automatically generated by the platform based on the main data to ensure that the content of the mirror data is completely consistent with that of the main data.

[0015] Further, the encryption includes:

[0016] Set up a hidden file, and set up a hidden file in the main data and mirror data respectively for recording the verification code;

[0017] Encryption compression: compress the main data and mirror data separately to form a compressed file package, and set an encryption code;

[0018] A dynamic association is set between the hidden file and the decompression software and between the main data and the mirror data, so that the verification code in the hidden file is automatically updated every time the main data and the mirror data are decompressed, or opened, copied, or forwarded to record the operation process.

[0019] Furthermore, the hidden file is an executable computer program.

[0020] More specifically, the present application utilizes a computer program, which is similar to a hidden plug-in. During the process of uploading files, the platform encodes and compresses the computer program together with the bidding data file, and associates it with the bidding data file and the decompression action. Once the decompression operation or the file opening, copying, forwarding, etc. is started, the computer program is started and modified according to the logic of the logical string to form a record of the file operation and file traceability.

[0021] Furthermore, the verification code is a logical string set in a computer program;

[0022] Each time the data is decompressed, or the main data and the mirror data are opened, copied, or forwarded, the computer program is executed once, so that the logic string is updated according to the preset logic.

[0023] Furthermore, the logical character string is a combination of letters and numbers.

[0024] The second aspect of the present application further provides a four-party encrypted bidding system for implementing the method according to the first aspect, characterized in that the system comprises:

[0025] Input device, used to create / input bidding data files and complete the encryption code setting of bidding data files;

[0026] Multiple client ports, responding to input device operations, used to log into user accounts to upload or download bidding data files;

[0027] A server, receiving and storing the bidding data file, and executing logic control;

[0028] The file processing module, in response to the bidding data file uploaded by the client port, performs mirror copy and encryption operations on the bidding data file based on the logical control of the server.

[0029] Furthermore, the input device includes a keyboard, a mouse or a touch screen.

[0030] Furthermore, the server includes a processor and a memory, wherein the memory stores a computer program, and when the computer program is run on the processor, the method for four-party encrypted bidding as described in the first aspect is executed.

[0031] The beneficial effects of this application are: in the electronic bidding process, we have achieved full encryption of the four participating entities: the purchaser, supplier, platform, and financial institution. From multiple levels such as external threat defense, internal risk control, data accountability and tracing, data sharing and exchange, we have created a series of protection systems such as data leakage prevention, effectively preventing risks such as information leakage in traditional bidding links, and effectively enhancing the openness, fairness, and transparency of procurement. BRIEF DESCRIPTION OF THE DRAWINGS

[0032] Figure 1 A schematic diagram of the process of the invention of this application;

[0033] Figure 2 A system block diagram of an embodiment of the present application;

[0034] Figure 3 This is a schematic diagram of the structure of the application server. DETAILED DESCRIPTION

[0035] The technical solution of the present application is further described in detail below in conjunction with specific embodiments, but the protection scope of the present application is not limited to the following.

[0036] like Figure 1 As shown, the first aspect of the present application provides a four-party encrypted bidding method, the method comprising:

[0037] S101: The purchaser initiates a bidding request and publicizes the bidding indicators on the platform. The financial institution participates in the evaluation of the bidding process as a neutral party;

[0038] S102: The supplier initiates a bid and uploads the bid data file to the platform, which synchronizes the data to the purchaser and the financial institution. The uploaded bid data file includes one master data and two mirror data. The platform stores the master data and synchronizes the two mirror data to the purchaser and the financial institution respectively.

[0039] S103: When the supplier initiates a bid, a process of encrypting the bid data file is also included. An encryption code and a verification code are set in the master data and the mirror data respectively. The encryption code is a plain code for decryption, and the verification code is a cipher code for recording dynamic changes of opening, copying, and forwarding of the bid data file.

[0040] S104: The supplier asynchronously sends the encryption code and the bidding data file to the platform, and the platform synchronizes them to the purchaser and the financial institution;

[0041] S105: The platform, purchaser and financial institution decrypt the bidding data based on the encryption code. When it triggers the opening, copying and forwarding of the bidding data file, the verification code automatically increases or changes the corresponding identification code. After the bidding is completed, the supplier can use the verification code to check whether the bidding data file has been leaked.

[0042] In this embodiment, the hidden file attribute is utilized to compress a file that can record the file operation process together with the bidding data file, so that when the compressed file is operated, the startup of the hidden file can be triggered to record the operation process and form data traceability.

[0043] Optionally, in some embodiments, the encryption of the bidding data file is completed when the bidding data file is uploaded to the platform. The mirror data is a mirror file automatically generated by the platform based on the main data to ensure that the content of the mirror data is completely consistent with the main data.

[0044] Optionally, in some embodiments, encryption includes:

[0045] Set up a hidden file, and set up a hidden file in the main data and mirror data respectively for recording the verification code;

[0046] Encryption compression: compress the main data and mirror data separately to form a compressed file package, and set an encryption code;

[0047] A dynamic association is set between the hidden file and the decompression software and between the main data and the mirror data, so that the verification code in the hidden file is automatically updated every time the main data and the mirror data are decompressed, or opened, copied, or forwarded to record the operation process.

[0048] Optionally, in some embodiments, the hidden file is an executable computer program. The verification code is a logical string set in the computer program; each time the file is decompressed, or the main data and the mirror data are opened, copied, or forwarded, the computer program is executed once, so that the logical string is updated according to the preset logic. The logical string is a combination of letters + numbers. The actual combination of the logical string can be encoded according to the operation type. For example, the four actions mentioned in this embodiment (decompression, opening, copying, and forwarding) are set to four strings. Each time a corresponding action occurs, the corresponding characters are modified according to this logic. For example, if it is a numeric character, the number is accumulated by 1, and the operation time is attached. If the file is forwarded, the IP address of the recipient is also obtained. In this way, data traceability is completed to prevent data leakage, or it can be traced after leakage.

[0049] refer to Figure 2 As shown, the second aspect of the present application further provides a four-party encrypted bidding system for implementing the method of the first aspect, characterized in that the system comprises:

[0050] Input device, used to create / input bidding data files and complete the encryption code setting of bidding data files;

[0051] Multiple client ports, responding to input device operations, used to log into user accounts to upload or download bidding data files;

[0052] A server, which receives and stores bid data files and performs logic control;

[0053] The file processing module, in response to the bidding data file uploaded by the client port, performs mirror copy and encryption operations on the bidding data file based on the logical control of the server.

[0054] Optionally, in some embodiments, the input device includes a keyboard, a mouse, or a touch screen.

[0055] Optionally, in some embodiments, the server includes a processor and a memory, the memory stores a computer program, and when the computer program runs on the processor, it executes a four-party encrypted bidding method as described in the first aspect.

[0056] Figure 3 Schematic diagram of a server provided in an embodiment of the present application. Figure 3 As shown, the server of this embodiment includes: a processor, a memory, and a computer program stored in the memory and executable on the processor, such as a push message program. When the processor executes the computer program, the steps in the above-mentioned feature point extraction method embodiments under various dynamic scenes are implemented, such as Figure 1 Alternatively, when the processor executes the computer program, the functions of each module / unit in the above-mentioned device embodiments are realized.

[0057] Exemplarily, the computer program can be divided into one or more modules / units, one or more modules / units are stored in the memory and executed by the processor to complete the present application. One or more modules / units can be a series of computer program instruction segments that can complete specific functions, and the instruction segments are used to describe the execution process of the computer program in the server. For example, the computer program can be divided into an acquisition module, a parsing module, a search module, and a push module, and the specific functions of each module are as follows:

[0058] The server can be a computing device such as a desktop computer, a notebook, a PDA, etc. The server may include, but is not limited to, a processor and a memory. Those skilled in the art will understand that Figure 3 This is only an example of a server and does not constitute a limitation on the server. The server may include more or fewer components than shown in the figure, or a combination of certain components, or different components. For example, the server may also include input and output devices, network access devices, buses, etc.

[0059] The processor may be a central processing unit (CPU), other general-purpose processors, digital signal processors (DSP), application-specific integrated circuits (ASIC), field-programmable gate arrays (FPGA) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. A general-purpose processor may be a microprocessor or any conventional processor, etc.

[0060] The memory can be an internal storage unit of the server, such as a hard disk or memory of the server. The memory can also be an external storage device of the server, such as a plug-in hard disk equipped on the server, a Smart Media Card (SMC), a Secure Digital (SD) card, a Flash Card, etc. Furthermore, the memory can also include both an internal storage unit of the server and an external storage device. The memory is used to store computer programs and other programs and data required by the server. The memory can also be used to temporarily store data that has been output or is about to be output.

[0061] The technicians in the relevant field can clearly understand that for the convenience and simplicity of description, only the division of the above-mentioned functional units and modules is used as an example for illustration. In practical applications, the above-mentioned function allocation can be completed by different functional units and modules as needed, that is, the internal structure of the device can be divided into different functional units or modules to complete all or part of the functions described above. The functional units and modules in the embodiment can be integrated in a processing unit, or each unit can exist physically separately, or two or more units can be integrated in one unit. The above-mentioned integrated unit can be implemented in the form of hardware or in the form of software functional units. In addition, the specific names of the functional units and modules are only for the convenience of distinguishing each other, and are not used to limit the scope of protection of this application. The specific working process of the units and modules in the above-mentioned system can refer to the corresponding process in the aforementioned method embodiment, which will not be repeated here.

[0062] In the above embodiments, the description of each embodiment has its own emphasis. For parts that are not described or recorded in detail in a certain embodiment, reference can be made to the relevant descriptions of other embodiments.

[0063] Those of ordinary skill in the art will appreciate that the units and algorithm steps of each example described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are performed in hardware or software depends on the specific application and design constraints of the technical solution. Professional and technical personnel can use different methods to implement the described functions for each specific application, but such implementation should not be considered to be beyond the scope of this application.

[0064] In the embodiments provided in the present application, it should be understood that the disclosed servers and methods can be implemented in other ways. For example, the server embodiments described above are merely schematic. For example, the division of the modules or 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.

[0065] 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.

[0066] 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.

[0067] If the integrated module / 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 present application implements all or part of the processes in the above-mentioned embodiment method, and can also be completed by instructing the relevant hardware through a computer program. The computer program can be stored in a computer-readable storage medium, and the computer program can implement the steps of the above-mentioned various method embodiments when executed by the processor. Among them, the computer program includes computer program code, and the computer program code can be in source code form, object code form, executable file or some intermediate form. The computer-readable medium may include: any entity or device capable of carrying the computer program code, recording medium, U disk, mobile hard disk, disk, optical disk, computer memory, read-only memory (ROM, Read-Only Memory), random access memory (RAM, Random Access Memory), electric carrier signal, telecommunication signal and software distribution medium. It should be noted that the content contained in the computer-readable medium can be appropriately increased or decreased according to the requirements of legislation and patent practice in the jurisdiction. For example, in some jurisdictions, according to legislation and patent practice, computer-readable media do not include electric carrier signals and telecommunication signals.

[0068] The above is only a preferred embodiment of the present application. It should be understood that the present application is not limited to the form disclosed herein, and should not be regarded as excluding other embodiments, but can be used in various other combinations, modifications and environments, and can be modified within the scope of the concept described herein through the above teachings or the technology or knowledge in the relevant field. The changes and modifications made by those skilled in the art shall not deviate from the spirit and scope of the present application, and shall be within the scope of protection of the claims attached to the present application.

Claims

1. A four-party encrypted bidding method, characterized in that: The method includes: S101: The purchaser initiates a bidding request and publicizes the bidding indicators on the platform. The financial institution participates in the evaluation of the bidding process as a neutral party; S102: The supplier initiates a bid and uploads the bid data file to the platform, and the platform synchronizes the data to the purchaser and the financial institution; the uploaded bid data file includes a master data and two mirror data, and the platform stores the master data and synchronizes the two mirror data to the purchaser and the financial institution respectively; S103: When the supplier initiates a bid, a process of encrypting the bid data file is also included. An encryption code and a verification code are set in the master data and the mirror data respectively. The encryption code is a plain code for decryption, and the verification code is a cipher code for recording dynamic changes of opening, copying, and forwarding of the bid data file. S104: The supplier asynchronously sends the encryption code and the bidding data file to the platform, and the platform synchronizes them to the purchaser and the financial institution; S105: The platform, purchaser and financial institution decrypt the bidding data based on the encryption code. When it triggers the opening, copying and forwarding of the bidding data file, the verification code automatically increases or changes the corresponding identification code. After the bidding is completed, the supplier can use the verification code to check whether the bidding data file has been leaked.

2. A four-party encrypted bidding method according to claim 1, characterized in that: The encryption of the bidding data file is completed when it is uploaded to the platform.

3. A four-party encrypted bidding method according to claim 2, characterized in that: The mirror data is a mirror file automatically generated by the platform based on the main data to ensure that the content of the mirror data is completely consistent with the main data.

4. A four-party encrypted bidding method according to claim 1, characterized in that: The encryption includes: Set up a hidden file, and set up a hidden file in the main data and mirror data respectively for recording the verification code; Encryption compression: compress the main data and mirror data separately to form a compressed file package, and set an encryption code; A dynamic association is set between the hidden file and the decompression software and between the main data and the mirror data, so that the verification code in the hidden file is automatically updated every time the main data and the mirror data are decompressed, or opened, copied, or forwarded to record the operation process.

5. A four-party encrypted bidding method according to claim 4, characterized in that: The hidden file is an executable computer program.

6. A four-party encrypted bidding method according to claim 5, characterized in that: The verification code is a logical string set in a computer program; Each time the data is decompressed, or the main data and the mirror data are opened, copied, or forwarded, the computer program is executed once, so that the logic string is updated according to the preset logic.

7. A four-party encrypted bidding method according to claim 6, characterized in that: The logical character string is a combination of letters and numbers.

8. A four-party encrypted bidding system, used to implement the method according to any one of claims 1 to 7, characterized in that: The system includes: Input device, used to create / input bidding data files and complete the encryption code setting of bidding data files; Multiple client ports, responding to input device operations, used to log into user accounts to upload or download bidding data files; A server, receiving and storing the bidding data file, and executing logic control; The file processing module, in response to the bidding data file uploaded by the client port, performs mirror copy and encryption operations on the bidding data file based on the logical control of the server.

9. A four-party encrypted bidding system according to claim 8, characterized in that: The input device includes a keyboard, a mouse or a touch screen.

10. A four-party encrypted bidding system according to claim 8, characterized in that: The server comprises a processor and a memory, wherein the memory stores a computer program, and when the computer program is run on the processor, the method for four-party encrypted bidding according to any one of claims 1 to 7 is executed.

Images