CN113704794B - 电子招投标系统中的投标文件处理方法及装置 - Google Patents

Abstract

本申请涉及一种电子招投标系统中的投标文件处理方法及装置，属于数字信息安全传输技术领域，该方法包括：获取当前招标文件对应的明文投标信息，明文投标信息包括唱标信息和投标文件；对唱标信息和投标文件分别进行加密，得到加密后的唱标信息和加密后的投标文件；在打包时使用第一分隔符分隔加密后的唱标信息和加密后的投标文件；在开标后先对加密后的唱标信息进行解密，再对加密后的投标文件进行解密；可以解决在将所有投标文件统一打包加密，在唱标时导入并解密所有文件时，由于实体文件过大，导致解密、导入速度慢，影响招投标效率的问题；可以提高招投标效率。

Description

电子招投标系统中的投标文件处理方法及装置

【技术领域】

本申请涉及一种电子招投标系统中的投标文件处理方法及装置，属于数字信息安全传输技术领域。

【背景技术】

电子招标投标系统是以网络技术为基础，招标、投标、评标、合同等业务全过程实现数字化、网络化、高度集成化的系统。在使用电子招标投标系统进行招投标时，招标客户端通过招标文件制作软件生成电子版的招标文件；投标客户端基于该电子版的招标文件使用投标文件制作软件制作电子版的投标文件，以便在电子招标投标系统解析文件内容并进行电子开评标。

传统的电子招标投标系统中的投标文件处理方式包括：在投标文件制作时，将包含结构化数据的接口文件、实体清单文件等统一打包、加密后生成电子版的投标文件。在电子招投标系统中对电子版的投标文件进行解密、导入，解析投标文件中的内容(内容包括基本的项目信息、唱标信息、实体图纸文件、清单文件、投标人上传的扫描件等)，供评委在线评审，实现电子开评标。

然而，在单个项目投标人几何倍增、电子版的投标文件总量变大的情况下，对电子招投标系统的软硬件性能要求提高了很多。此时，若将所有投标文件统一打包加密，在唱标时导入并解密所有文件，由于投标文件中图纸、清单等实体文件过大，导致解密、导入速度慢，影响招投标效率。

【发明内容】

本申请提供了一种电子招投标系统中的投标文件处理方法及装置，可以解决在将所有投标文件统一打包加密，在唱标时导入并解密所有文件时，由于投标文件中图纸、清单等实体文件过大，导致解密、导入速度慢，影响招投标效率。本申请提供如下技术方案：

第一方面，提供一种电子招投标系统中的投标文件处理方法，用于投标文件接口，所述方法包括：

获取当前招标文件对应的明文投标信息，所述明文投标信息包括唱标信息和投标文件；

对所述唱标信息和所述投标文件分别进行加密，得到加密后的唱标信息和加密后的投标文件；

在打包时使用第一分隔符分隔所述加密后的唱标信息和所述加密后的投标文件；

在开标后先对所述加密后的唱标信息进行解密，再对所述加密后的投标文件进行解密。

可选地，所述当前招标文件指示采用n信封招标，所述n为大于1的整数；相应地，所述明文投标信息包括n个数字信封；

所述对所述唱标信息和所述投标文件分别进行加密，得到加密后的唱标信息和加密后的投标文件，包括：

对于所述n个数字信封中的每个数字信封，将所述数字信封对应的唱标信息和所述数字信封对应的投标文件分别进行加密，得到所述数字信封对应的加密后的唱标信息和加密后的投标文件。

可选地，所述在打包时使用第一分隔符分隔所述加密后的唱标信息和所述加密后的投标文件，包括：

对于所述n个数字信封中的每个数字信封，使用所述第一分隔符分隔所述数字信封对应的加密后的唱标信息和加密后的投标文件，得到所述数字信封对应的加密信息；

对于所述n个数字信封中的相邻两个数字信封，使用第二分割符分割分隔所述两个数字信封对应的加密信息。

可选地，所述在开标后先对所述加密后的唱标信息进行解密，再对所述加密后的投标文件进行解密，包括：

对于所述n个数字信封中的每个数字信封，在唱标过程中对所述数字信封对应的加密后的唱标信息进行解密；

在对所述数字信封对应的加密后的唱标信息解密完成后，对所述数字信封对应的加密后的投标文件进行解密，以供评标时使用解密后的投标文件；直至所述n个数字信封全部解密完成时停止。

可选地，所述对所述唱标信息和所述投标文件分别进行加密，得到加密后的唱标信息和加密后的投标文件，包括：

使用预先存储的加密信息分别对所述唱标信息和所述投标文件进行加密，得到所述加密后的唱标信息和所述加密后的投标文件。

可选地，所述在开标后先对所述加密后的唱标信息进行解密，再对所述加密后的投标文件进行解密，包括：

使用所述加密信息对所述加密后的唱标信息进行解密；

在对所述加密后的唱标信息解密完成后，使用所述加密信息对所述加密后的投标文件进行解密。

第二方面，提供一种电子招投标系统中的投标文件处理装置，用于投标文件接口，所述装置包括：

信息获取模块，用于获取当前招标文件对应的明文投标信息，所述明文投标信息包括唱标信息和投标文件；

信息加密模块，用于对所述唱标信息和所述投标文件分别进行加密，得到加密后的唱标信息和加密后的投标文件；

文件打包模块，用于在打包时使用第一分隔符分隔所述加密后的唱标信息和所述加密后的投标文件；

文件解密模块，用于在开标后先对所述加密后的唱标信息进行解密，再对所述加密后的投标文件进行解密。

可选地，所述当前招标文件指示采用n信封招标，所述n为大于1的整数；相应地，所述明文投标信息包括n个数字信封；

所述信息加密模块，用于：

对于所述n个数字信封中的每个数字信封，将所述数字信封对应的唱标信息和所述数字信封对应的投标文件分别进行加密，得到所述数字信封对应的加密后的唱标信息和加密后的投标文件。

可选地，所述文件打包模块，用于：

对于所述n个数字信封中的每个数字信封，使用所述第一分隔符分隔所述数字信封对应的加密后的唱标信息和加密后的投标文件，得到所述数字信封对应的加密信息；

对于所述n个数字信封中的相邻两个数字信封，使用第二分割符分割分隔所述两个数字信封对应的加密信息。

可选地，所述文件解密模块，用于：

对于所述n个数字信封中的每个数字信封，在唱标过程中对所述数字信封对应的加密后的唱标信息进行解密；

在对所述数字信封对应的加密后的唱标信息解密完成后，对所述数字信封对应的加密后的投标文件进行解密，以供评标时使用解密后的投标文件；直至所述n个数字信封全部解密完成时停止。

本申请的有益效果至少包括：通过获取当前招标文件对应的明文投标信息，明文投标信息包括唱标信息和投标文件；对唱标信息和投标文件分别进行加密，得到加密后的唱标信息和加密后的投标文件；在打包时使用第一分隔符分隔加密后的唱标信息和加密后的投标文件；在开标后先对加密后的唱标信息进行解密，再对加密后的投标文件进行解密；可以解决在将所有投标文件统一打包加密，在唱标时导入并解密所有文件时，由于投标文件中图纸、清单等实体文件过大，导致解密、导入速度慢，影响招投标效率的问题；由于可以先对唱标信息进行解密，再对投标文件进行解密，而唱标信息的数据量远远小于投标文件的数据量，因此，可以在开标后，先得到唱标信息进行唱标，之后再通过服务同步导入、解密实体标书文件等操作，使大文件的解密和导入无感化，既不影响唱标环节进行，又为后续评标工作做好充分的准备工作。

上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，并可依照说明书的内容予以实施，以下以本申请的较佳实施例并配合附图详细说明如后。

【附图说明】

图1是本申请一个实施例提供的电子招投标系统中的投标文件处理方法的流程图；

图2是本申请一个实施例提供的电子招投标系统中的投标文件处理装置的框图。

【具体实施方式】

下面结合附图和实施例，对本申请的具体实施方式做进一步详细描述。以下实施例用于说明本申请，但不用来限制本申请的范围。

可选地，本申请以各个实施例提供的电子招投标系统中的投标文件处理方法用于电子招投标系统中的投标文件接口为例进行说明，投标文件接口用于获取投标客户端导入的投标信息，并基于该投标信息生成电子版的投标文件；还用于在开标后将该电子版的投标文件导入电子招投标系统。可选地，投标文件接口可以设置在评标终端中，或者是运行在服务器中，该服务器与投标终端和评标终端分别通信相连，本实施例投标文件接口的实现方式作限定。

图1是本申请一个实施例提供的电子招投标系统中的投标文件处理方法的流程图，该方法至少包括以下几个步骤：

步骤101，获取当前招标文件对应的明文投标信息，明文投标信息包括唱标信息和投标文件。

投标文件接口在获取到明文投标信息后，对该明文投标信息进行解析得到该明文投标信息中的唱标信息和投标文件。

其中，唱标信息是指唱标过程中需要使用的信息。唱标信息包括但不限于：投标人报价、工期、质量和/或工程项目经理等信息，本实施例不对唱标信息的内容作限定。

本实施例中，投标文件是指投标过程中需要使用的文件。可选地，投标文件包括唱标信息，该投标文件包括但不限于：实体图纸文件和/或清单文件等，本实施例不对投标文件的具体内容作限定。

可选地，投标文件接口在接收到明文投标信息后，可以使用签名证书来验证明文投标信息的正确性；在验证通过后，执行步骤102；在未验证通过的情况流程结束。

步骤102，对唱标信息和投标文件分别进行加密，得到加密后的唱标信息和加密后的投标文件。

在一个场景中，当前招标文件指示采用单信封招标；相应地，明文投标信息包括一个数字信封。此时，只包括该数字信封对应的唱标信息和投标文件。投标文件接口对这一个数字信封的唱标信息和投标文件分别进行加密，得到加密后的唱标信息和加密后的投标文件

在另一个场景中，当前招标文件指示采用n信封招标；相应地，明文投标信息包括n个数字信封。n为大于1的整数。投标文件接口对唱标信息和投标文件分别进行加密，得到加密后的唱标信息和加密后的投标文件，包括：对于n个数字信封中的每个数字信封，将数字信封对应的唱标信息和数字信封对应的投标文件分别进行加密，得到数字信封对应的加密后的唱标信息和加密后的投标文件。换言之，每个数字信封都存在对应的唱标信息和投标文件，投标文件接口对每个数字信封对应的唱标信息和投标文件分别进行加密。

本实施例中，对唱标信息和投标文件分别进行加密，得到加密后的唱标信息和加密后的投标文件，包括：使用预先存储的加密信息分别对唱标信息和投标文件进行加密，得到加密后的唱标信息和加密后的投标文件。

具体地，可以使用投标人的加密证书对唱标信息和投标文件进行加密，得到加密后的唱标信息和加密后的投标文件。

可选地，在对唱标信息和投标文件分别进行加密后，还可以对加密后的内容进行数字签名。

步骤103，在打包时使用第一分隔符分隔加密后的唱标信息和加密后的投标文件。

第一分隔符用于分割单个数字信封对应的加密后的唱标信息和加密后的投标文件。

对于单信封招标场景，由于数字信封只有一个，因此，仅使用一个第一分隔符即可实现将该数据信封对应的加密后的唱标信息和加密后的投标文件分隔开。

比如：一个数字信封对应的加密信息表示为：“唱标信息！标书文件”。其中，“！”为第一个分隔符，“唱标信息”表示加密后的唱标信息，“标书文件”表示加密后的标书文件。

对于n信封招标场景，由于数字信封存在至少两个，因此，还需要使用第二分隔符分隔不同的数字信封。具体地，在打包时使用第一分隔符分隔加密后的唱标信息和加密后的投标文件，包括：对于n个数字信封中的每个数字信封，使用第一分隔符分隔数字信封对应的加密后的唱标信息和加密后的投标文件，得到数字信封对应的加密信息；对于n个数字信封中的相邻两个数字信封，使用第二分割符分割分隔两个数字信封对应的加密信息。

比如：2个数字信封对应的加密信息表示为：“唱标信息1！标书文件1*_#_@唱标信息2！标书文件2”。其中，“！”为第一个分隔符，“*_#_@”表示第二分隔符；“唱标信息1”表示第一个数字信封对应的加密后的唱标信息，“标书文件1”表示第一个数字信封对应的加密后的标书文件，唱标信息2”表示第二个数字信封对应的加密后的唱标信息，“标书文件2”表示第二个数字信封对应的加密后的标书文件。

步骤104，在开标后先对加密后的唱标信息进行解密，再对加密后的投标文件进行解密。

对于单信封招标场景，在唱标过程中对数字信封对应的加密后的唱标信息进行解密；在对数字信封对应的加密后的唱标信息解密完成后，对数字信封对应的加密后的投标文件进行解密，以供评标时使用解密后的投标文件。

对于n信封招标场景，对于n个数字信封中的每个数字信封，在唱标过程中对数字信封对应的加密后的唱标信息进行解密；在对数字信封对应的加密后的唱标信息解密完成后，对数字信封对应的加密后的投标文件进行解密，以供评标时使用解密后的投标文件；直至n个数字信封全部解密完成时停止。换言之，先对第1个数字信封中的加密后的唱标信息进行解密，然后对第1个数字信封中的加密后的投标文件进行解密；之后，对第2个数字信封中的加密后的唱标信息进行解密，然后对第2个数字信封中的加密后的投标文件进行解密，……依次循环，直至对第n个数字信封中的加密后的唱标信息进行解密，然后对第n个数字信封中的加密后的投标文件进行解密后停止。

本实施例中，在开标后先对加密后的唱标信息进行解密，再对加密后的投标文件进行解密，包括：使用加密信息对加密后的唱标信息进行解密；在对加密后的唱标信息解密完成后，使用加密信息对加密后的投标文件进行解密。

具体地，使用投标人的加密证书对加密后的唱标信息和加密后的投标文件进行解密。

可选地，投标文件接口还用于存储对称加密密钥的哈希值和不加密文件的哈希值，对称加密密钥用于加密投标文件和唱标信息；这样，在解密存在问题时，使用对称加密密钥的哈希值和不加密文件的哈希值排查解密相关问题。

另外，投标文件接口还用于存储加密信息的哈希值。这样，可以避免文件损坏、丢包或篡改。

需要补充说明的是，投标文件接口还可以存储招投标过程中使用的其它信息，如：记录招标(或答疑)文件的唯一标识符，用于追溯投标文件使用哪份招标(或答疑)文件；记录加密文件与非加密文件的关联码，以校验不加密投标文件和加密投标文件是否为对应的同一份文件；记录投标人生成加密文件所有加密锁的证书序列号；记录数字签名的哈希值，以验证数字签名的完整性，避免文件损坏、丢包或篡改；记录招标人加密证书，避免证书使用错误；记录数字信封的哈希值，以验证数字信封的完整性，避免文件损坏、丢包或篡改；记录使用标段编号；记录使用标段名称；记录证书中单位名称；记录投标文件制作时间；记录MAC地址、硬盘唯一标识、CUP唯一序列号等，以评标展示投标单位机器码，辅助评标；记录MAC地址、硬盘唯一标识、CUP唯一序列号等的哈希值，避免文件损坏、丢包或篡改；记录投标文件的结构版本，以评标拆分解密；记录结构版本的哈希值，以避免文件损坏、丢包或篡改；记录使用投标文件制作软件产商名称；记录投标软件校验码，以对投标文件上传校验及限制；记录投标文件文件类型，以区分多信封投标文件的数字信封；记录使用的投标文件制作软件版本号；和/或，记录生成时间、文件类型、投标文件制作软件版本号的哈希值，以避免文件损坏、丢包或篡改。

综上所述，本实施例提供的电子招投标系统中的投标文件处理方法，通过获取当前招标文件对应的明文投标信息，明文投标信息包括唱标信息和投标文件；对唱标信息和投标文件分别进行加密，得到加密后的唱标信息和加密后的投标文件；在打包时使用第一分隔符分隔加密后的唱标信息和加密后的投标文件；在开标后先对加密后的唱标信息进行解密，再对加密后的投标文件进行解密；可以解决在将所有投标文件统一打包加密，在唱标时导入并解密所有文件时，由于投标文件中图纸、清单等实体文件过大，导致解密、导入速度慢，影响招投标效率；由于可以先对唱标信息进行解密，再对投标文件进行解密，而唱标信息的数据量远远小于投标文件的数据量，因此，可以在开标后，先得到唱标信息进行唱标，之后再通过服务同步导入、解密实体标书文件等操作，使大文件的解密和导入无感化，既不影响唱标环节进行，又为后续评标工作做好充分的准备工作。

另外，本实施例通过结合招投标业务流程及开标流程，充分利用开标过程中流程之间的时间差和多线程并行模式，结合电子化文件制作的过程，实现在开评标过程中的效率优化。本实施例在开标过程实现真正意义上的秒开，取代叠加硬件资源的方法,支撑开标解密的高并发要求，减少基础资源浪费，降低投标标书中大视频、BIM、大图纸等文件对开标造成的影响，节约电子化开评标过程所用的时间、金钱成本。

图2是本申请一个实施例提供的电子招投标系统中的投标文件处理装置的框图，用于投标文件接口。该装置至少包括以下几个模块：信息获取模块210、信息加密模块220、文件打包模块230和文件解密模块240。

信息获取模块210，用于获取当前招标文件对应的明文投标信息，所述明文投标信息包括唱标信息和投标文件；

信息加密模块220，用于对所述唱标信息和所述投标文件分别进行加密，得到加密后的唱标信息和加密后的投标文件；

文件打包模块230，用于在打包时使用第一分隔符分隔所述加密后的唱标信息和所述加密后的投标文件；

文件解密模块240，用于在开标后先对所述加密后的唱标信息进行解密，再对所述加密后的投标文件进行解密。

可选地，所述当前招标文件指示采用n信封招标，所述n为大于1的整数；相应地，所述明文投标信息包括n个数字信封；

所述信息加密模块220，用于：

对于所述n个数字信封中的每个数字信封，将所述数字信封对应的唱标信息和所述数字信封对应的投标文件分别进行加密，得到所述数字信封对应的加密后的唱标信息和加密后的投标文件。

可选地，所述文件打包模块230，用于：

对于所述n个数字信封中的每个数字信封，使用所述第一分隔符分隔所述数字信封对应的加密后的唱标信息和加密后的投标文件，得到所述数字信封对应的加密信息；

对于所述n个数字信封中的相邻两个数字信封，使用第二分割符分割分隔所述两个数字信封对应的加密信息。

可选地，所述文件解密模块240，用于：

对于所述n个数字信封中的每个数字信封，在唱标过程中对所述数字信封对应的加密后的唱标信息进行解密；

在对所述数字信封对应的加密后的唱标信息解密完成后，对所述数字信封对应的加密后的投标文件进行解密，以供评标时使用解密后的投标文件；直至所述n个数字信封全部解密完成时停止。

相关细节参考上述方法实施例。

需要说明的是：上述实施例中提供的电子招投标系统中的投标文件处理装置在进行电子招投标系统中的投标文件处理时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将电子招投标系统中的投标文件处理装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的电子招投标系统中的投标文件处理装置与电子招投标系统中的投标文件处理方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

可选地，本申请还提供有一种计算机可读存储介质，所述计算机可读存储介质中存储有程序，所述程序由处理器加载并执行以实现上述方法实施例的电子招投标系统中的投标文件处理方法。

可选地，本申请还提供有一种计算机产品，该计算机产品包括计算机可读存储介质，所述计算机可读存储介质中存储有程序，所述程序由处理器加载并执行以实现上述方法实施例的电子招投标系统中的投标文件处理方法。

以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (6)

1.一种电子招投标系统中的投标文件处理方法，其特征在于，用于投标文件接口，所述方法包括：

获取当前招标文件对应的明文投标信息，所述明文投标信息包括唱标信息和投标文件；

对所述唱标信息和所述投标文件分别进行加密，得到加密后的唱标信息和加密后的投标文件；

在打包时使用第一分隔符分隔所述加密后的唱标信息和所述加密后的投标文件；

在开标后先对所述加密后的唱标信息进行解密，再对所述加密后的投标文件进行解密；

所述当前招标文件指示采用n信封招标，所述n为大于1的整数；相应地，所述明文投标信息包括n个数字信封；

所述对所述唱标信息和所述投标文件分别进行加密，得到加密后的唱标信息和加密后的投标文件，包括：

对于所述n个数字信封中的每个数字信封，将所述数字信封对应的唱标信息和所述数字信封对应的投标文件分别进行加密，得到所述数字信封对应的加密后的唱标信息和加密后的投标文件；

所述在打包时使用第一分隔符分隔所述加密后的唱标信息和所述加密后的投标文件，包括：

对于所述n个数字信封中的每个数字信封，使用所述第一分隔符分隔所述数字信封对应的加密后的唱标信息和加密后的投标文件，得到所述数字信封对应的加密信息；

对于所述n个数字信封中的相邻两个数字信封，使用第二分割符分割分隔所述两个数字信封对应的加密信息。

2.根据权利要求1所述的方法，其特征在于，所述在开标后先对所述加密后的唱标信息进行解密，再对所述加密后的投标文件进行解密，包括：

对于所述n个数字信封中的每个数字信封，在唱标过程中对所述数字信封对应的加密后的唱标信息进行解密；

在对所述数字信封对应的加密后的唱标信息解密完成后，对所述数字信封对应的加密后的投标文件进行解密，以供评标时使用解密后的投标文件；直至所述n个数字信封全部解密完成时停止。

3.根据权利要求1所述的方法，其特征在于，所述对所述唱标信息和所述投标文件分别进行加密，得到加密后的唱标信息和加密后的投标文件，包括：

使用预先存储的加密信息分别对所述唱标信息和所述投标文件进行加密，得到所述加密后的唱标信息和所述加密后的投标文件。

4.根据权利要求3所述的方法，其特征在于，所述在开标后先对所述加密后的唱标信息进行解密，再对所述加密后的投标文件进行解密，包括：

使用所述加密信息对所述加密后的唱标信息进行解密；

在对所述加密后的唱标信息解密完成后，使用所述加密信息对所述加密后的投标文件进行解密。

5.一种电子招投标系统中的投标文件处理装置，其特征在于，用于投标文件接口，所述装置包括：

信息获取模块，用于获取当前招标文件对应的明文投标信息，所述明文投标信息包括唱标信息和投标文件；

信息加密模块，用于对所述唱标信息和所述投标文件分别进行加密，得到加密后的唱标信息和加密后的投标文件；

文件打包模块，用于在打包时使用第一分隔符分隔所述加密后的唱标信息和所述加密后的投标文件；

文件解密模块，用于在开标后先对所述加密后的唱标信息进行解密，再对所述加密后的投标文件进行解密；

所述当前招标文件指示采用n信封招标，所述n为大于1的整数；相应地，所述明文投标信息包括n个数字信封；

所述信息加密模块，用于：

对于所述n个数字信封中的每个数字信封，将所述数字信封对应的唱标信息和所述数字信封对应的投标文件分别进行加密，得到所述数字信封对应的加密后的唱标信息和加密后的投标文件；

所述文件打包模块，用于：

对于所述n个数字信封中的每个数字信封，使用所述第一分隔符分隔所述数字信封对应的加密后的唱标信息和加密后的投标文件，得到所述数字信封对应的加密信息；

对于所述n个数字信封中的相邻两个数字信封，使用第二分割符分割分隔所述两个数字信封对应的加密信息。

6.根据权利要求5所述的装置，其特征在于，所述文件解密模块，用于：

对于所述n个数字信封中的每个数字信封，在唱标过程中对所述数字信封对应的加密后的唱标信息进行解密；

在对所述数字信封对应的加密后的唱标信息解密完成后，对所述数字信封对应的加密后的投标文件进行解密，以供评标时使用解密后的投标文件；直至所述n个数字信封全部解密完成时停止。