CN117541368B - 一种招标、投标与评标一体化的招投标系统及招投标方法 - Google Patents

Abstract

本申请公开了一种招标、投标与评标一体化的招投标系统及招投标方法。所述系统包括交易平台和投标客户端，交易平台包括招标、投标、开标和评标单元；招标单元提供多个标书模块模板，根据选择结果生成结构化招标文件；投标单元供潜在投标人下载招标文件；投标客户端根据结构化招标文件渲染结构化的标书填写界面，获取输入的信息和上传的文件，生成整体投标文档和投标结构化数据；响应于签章指令，在整体投标文档中生成潜在投标人的签章；生成包括签章后的整体投标文档和投标结构化数据的投标文件加密包并上传到交易平台；评标单元根据投标结构化数据渲染评标界面，获取评审结果，生成评审报告。该系统提供了便捷的线上招标、投标和评标一体化平台。

Description

一种招标、投标与评标一体化的招投标系统及招投标方法

技术领域

本发明涉及招投标交易技术领域，特别涉及一种招标、投标与评标一体化的招投标系统及招投标方法。

背景技术

招标投标，是在市场经济条件下进行的大宗货物的买卖、工程建设项目的发包与承包，以及服务项目的采购与提供，所采用的一种交易方式。在这种交易方式下，通常是由项目采购（包括货物的购买、工程的发包和服务的采购等）的采购方作为招标方，通过发布招标公告或者向一定数量的特定供应商、承包商发出招标邀请等方式发出招标采购的信息，提出所需采购项目的性质及其数量、质量、技术要求，交货期、竣工期或提供服务的时间，以及其他供应商、承包商的资格要求等招标采购条件，表明将选择最能够满足采购要求的供应商、承包商与之签订采购合同的意向，由各有意者提供采购所需货物、工程或服务的报价及其他响应招标要求的条件，参加投标竞争。经招标方对各投标者的报价及其他的条件进行审查比较后，从中择优选定中标者，并与其签订采购合同。

目前，一般通过线下的招投标形式，采购企业发布标书，现场招投标，受到时间和地点条件约束，将失去更多的高性价比产品或服务机会。随着线上招投标平台的发展，越来越多的采购商将线下的物资采购招标过程进行线上迁移，使得采购商与供应商之间的联系更为紧密。

发明内容

发明人发现，目前的招投标管理系统或平台，通常需要投标人将纸质标书扫描成PDF格式后上传，使得投标人标书制作困难，评审委员也不能便捷的查看投标文件，评审程序复杂。

为了至少部分地解决现有技术存在的技术问题，发明人做出本发明，通过具体实施方式，提供一种招标、投标与评标一体化的招投标系统及招投标方法，能够便捷的招标、投标和评标。

第一方面，本发明实施例提供一种招标、投标与评标一体化的招投标系统，包括交易平台和投标客户端，所述交易平台包括招标单元、投标单元、开标单元和评标单元；

所述招标单元，用于提供多个标书模块模板，根据招标人的选择结果，生成结构化招标文件；

所述投标单元，用于供购买标书后的潜在投标人下载所述结构化招标文件；

所述投标客户端，用于根据所述结构化招标文件渲染结构化的标书填写界面，获取潜在投标人通过所述标书填写界面输入的信息和上传的文件，生成整体投标文档和投标结构化数据；响应于接收到的一键签章指令，在所述整体投标文档的各设定位置处生成预先存储的潜在投标人的签章；生成包括签章后的整体投标文档和所述投标结构化数据的投标文件加密包，并上传到所述交易平台；

所述开标单元，用于对所述投标文件加密包进行解密得到所述投标结构化数据；

所述评标单元，用于根据投标结构化数据的解析结果渲染评标界面，获取评审委员会委员通过所述评标界面输入的评审结果，生成评审报告。

在一些可选的实施例中，所述招标单元，根据招标人的选择结果，生成结构化招标文件，用于：

根据招标人的选择结果包括的每个标书模块生成对应的招标模块信息，所述招标模块信息，包括对应的标书模块的标题，还包括所需填写信息的内容与信息校验规则，和/或，所需上传文件的内容与文件格式要求；

基于每个标书模块对应的招标模块信息生成结构化招标文件。

在一些可选的实施例中，所述投标结构化数据为key-value形式；

所述投标结构化数据包括每个标书模块对应的投标模块信息，所述投标模块信息，包括对应的标书模块的标题，还包括所需填写信息的内容与潜在投标人输入的信息，和/或，所需上传文件的内容与潜在投标人上传的文件所在路径。

在一些可选的实施例中，所述投标文件加密包，还包括证件文件夹；

所述证件文件夹用于存储潜在投标人上传的文件；

所述投标结构化数据中相同的所需上传文件的内容，对应的文件所在路径相同。

在一些可选的实施例中，所述投标单元，还用于：

获取所述投标客户端所在终端的硬件信息，判断所述硬件信息是否合规；

若否，向所述投标客户端发送投标设备不合规的通知。

在一些可选的实施例中，所述开标单元，判断所述硬件信息不合规，具体包括下述至少一项：

判断所述硬件信息与所述招标人的关联硬件信息集中的任一信息匹配；

判断所述硬件信息与预存的硬件信息集中的任一信息都不匹配；

判断所述硬件信息与存储的同一标包对应的任一硬件信息匹配。

在一些可选的实施例中，所述投标客户端，还用于：

生成潜在投标人上传的文件的哈希值；

生成所述投标结构化数据的哈希值；

基于潜在投标人上传的每个文件的哈希值和所述投标结构化数据的哈希值，生成签章文件，响应于接收到的一键签章指令，在所述签章文件的设定位置处生成预先存储的潜在投标人的签章，所述投标文件加密包还包括所述签章文件。

在一些可选的实施例中，所述招标单元还用于提供多个锚点标记，根据招标人的选择，将招标人上传的评审条款文档中的评审条款与相应的锚点标记进行关联，使得所述评标单元能够响应于任一锚点标记的点击，展示所述评审条款文档中相应的评审条款所在页。

在一些可选的实施例中，所述评标单元，还用于配置评审委员会委员账号，使得评审委员会委员能够通过配置的账号登录评标大厅，通过根据投标结构化数据的解析结果渲染的评标界面，进行评标操作，提交评审结果。

在一些可选的实施例中，所述评标单元为招标人提供评审结果查看、评审结果复制、导出法定代表人信息、信誉和评审完成功能；

评审结果查看功能用于展示对投标人的评审状态、评审结果和评审明细，所述评审状态包括未评审、已暂存和已递交；

评审结果复制功能用于将已递交的评审结果复制给未评审的评审委员会委员；

信誉功能用于提供多个信誉查询网址；

评审完成功能用于完成评审结果的最终递交。

在一些可选的实施例中，所述评标单元，还用于提供评审委员会主任选举功能；

所述评标单元为评审委员会主任提供评审、评审结果查看和信誉功能；

所述评标单元为评审委员会委员提供评审功能。

在一些可选的实施例中，所述评审结果查看功能还用于基于招标人或评审委员会主任的，退回请求退回相应评审委员会委员已递交的评审结果，使其进行评审结果的修改。

在一些可选的实施例中，所述评标单元，还用于为评审委员会主任提供评审分工机制，使得评审委员会主任通过所述评审分工机制，按设定规则为评审委员会委员分配待评审的任务。

在一些可选的实施例中，所述评标单元设置有预评审机制，用于获取多位评审委员会委员的预评审结果，生成综合预评审结果；

在评审过程中，根据投标结构化数据的解析结果渲染评标界面时，渲染所述综合预评审结果中的相应内容。

在一些可选的实施例中，所述评标单元，还用于：

接收到评审委员会委员的评审结果后，自动在设定位置生成预设字体的该评审委员会委员的姓名；

在接收到一键签章指令后，将所述姓名替换成预存的该评审委员会委员的签章。

在一些可选的实施例中，所述评标单元根据投标结构化数据的解析结果渲染的评标界面，左侧区域显示各模块标题，模块标题下一层级为所需填写信息的内容和/或所需上传文件的内容，响应于对所述左侧区域的点击操作，显示对应的信息，或显示对应的图片。

在一些可选的实施例中，所述评标单元，显示对应的图片，用于：

识别对应的图片是否为正向；

若否，将所述图片调整为正向后显示。

在一些可选的实施例中，所述交易平台通过映射的方式渲染相应界面。

第二方面，本发明实施例提供一种招投标方法，包括利用上述任一所述的招标、投标与评标一体化的招投标系统进行招投标交易。

在一些可选的实施例中，所述招投标方法包括下述阶段：

评审准备阶段：接收评审条款文档，关联评审条款与锚点标记，生成结构化招标文件，配置评审委员会委员账号，开启远程评标，招标人承诺书签章，评审委员会委员承诺书签章，评审委员会主任选举；

评审阶段：进入招标人评标大厅，包括评审结果查看、评审结果复制、导出法定代表人信息、信誉和评审完成；进入评审委员会主任评标大厅，包括评审、评审条款文档下载、评审结果查看和信誉；进入评审委员会委员评标大厅，包括评审和评审条款文档下载；

签字阶段：生成评审委员会委员签章；

评审结果确认阶段：生成评审报告，其他事情说明表，澄清补正表，信誉；

候选人公示阶段：短信通知不合格投标人，中标候选人公示编制和发布；

中标结果公告阶段：中标结果公告编辑和发布。

本发明实施例提供的上述技术方案的有益效果至少包括：

（1）本发明实施例提供的招标、投标与评标一体化的招投标系统，包括交易平台和投标客户端，交易平台包括招标单元、投标单元、开标单元和评标单元；招标单元，用于提供多个标书模块模板，根据招标人的选择结果，生成结构化招标文件；投标单元，用于供购买标书后的潜在投标人下载结构化招标文件；投标客户端，用于根据结构化招标文件渲染结构化的标书填写界面，获取潜在投标人通过标书填写界面输入的信息和上传的文件，生成投标文件加密包，并上传到交易平台，投标文件加密包包括投标结构化数据。标书模块模板便捷了招标人标书制作过程，节省了标书撰写的工作量；投标文件通常需要包括大量的证件图片，使其排版困难，投标文件加密包的自动生成，大大降低了投标人标书制作的难度，节省了排版的工作量。

（2）本发明实施例提供的招标、投标与评标一体化的招投标系统，投标客户端，用于下载结构化招标文件，渲染结构化的标书填写界面，获取潜在投标人通过标书填写界面输入的信息和上传的文件，生成投标文件加密包，并上传到交易平台。实现了结构化招标文件下载后到投标文件加密包上传前的整个投标文件加密包生成过程的离线化，保证了投标文件制作过程的安全性，避免了投标文件在线制作过程中信息被窃取的风险；其次，在线投标文件制作需要一次性完成，因为中间缓存会加大信息被窃取的风险，而离线化使得投标文件制作过程无需一次性完成，实现了投标文件制作的可分段性。

（3）本发明实施例提供的招标、投标与评标一体化的招投标系统，投标客户端存储有潜在投标人的签章，响应于接收到的一键签章指令，在生成的整体投标文档的各设定位置处生成潜在投标人的签章。既达到了投标文档防篡改和防抵赖的作用，又省去了潜在投标人在投标文档制作过程中需要一一签章的麻烦。

（4）本发明实施例提供的招标、投标与评标一体化的招投标系统，交易平台的开标单元，用于对投标文件加密包进行解密得到投标结构化数据；评标单元，用于根据投标结构化数据的解析结果渲染评标界面，获取评审委员会委员通过评标界面输入的评审结果，生成评审报告。使得评审委员会委员可以便捷的查看投标文件信息并进行评审，且可以自动生成评审报告，方便了评审过程。

（5）本发明实施例提供的招标、投标与评标一体化的招投标系统，获取投标客户端所在终端的硬件信息，判断硬件信息是否合规，若否，向投标客户端发送投标设备不合规的通知。可以防止串标和一标多投等现象，保证招投标过程的公平与公正。

（6）本发明实施例提供的招标、投标与评标一体化的招投标系统，生成潜在投标人上传文件的哈希值；生成投标结构化数据的哈希值；基于潜在投标人上传的每个文件的哈希值和投标结构化数据的哈希值，生成签章文件，响应于接收到的一键签章指令，在签章文件的设定位置处生成预先存储的潜在投标人的签章，投标文件加密包还包括签章文件。通过哈希签章的方式实现潜在投标人上传的每个文件和其他信息的防篡改和防抵赖；与生成整体投标文档并签章的方式结合，双重保障，加强了文件的安全性和可信度。

（7）本发明实施例提供的招标、投标与评标一体化的招投标系统，评标单元为招标人提供评审结果查看、评审结果复制、导出法定代表人信息、信誉和评审完成功能。其中，评审结果查看功能用于展示对投标人的评审状态、评审结果和评审明细，评审状态包括未评审、已暂存和已递交，实现了对评审结果的直观展示；评审结果复制功能用于将已递交的评审结果复制给未评审的评审委员会委员，进一步便捷了评审过程，评审委员会委员可以直接利用复制的评审结果，检查后直接递交或编辑后递交。

（8）本发明实施例提供的招标、投标与评标一体化的招投标系统，评标单元为招标人提供评审结果查看功能，除了用于展示对投标人的评审状态、评审结果和评审明细外，还用于基于退回请求退回相应评审委员会委员已递交的评审结果，使其进行评审结果的修改。通过招标人的相应操作实现了最终递交前已递交评审结果的可修改。

（9）本发明实施例提供的招标、投标与评标一体化的招投标系统，评标单元为评审委员会主任提供评审、评审结果查看和信誉功能，其中，评审结果查看功能，用于展示对投标人的评审状态、评审结果和评审明细外，还用于基于退回请求退回相应评审委员会委员已递交的评审结果，使其进行评审结果的修改。通过评审委员会主任的相应操作实现了最终递交前已递交评审结果的可修改。

（10）本发明实施例提供的招标、投标与评标一体化的招投标系统，评标单元设置有预评审机制，用于获取多位评审委员会委员的预评审结果，生成综合预评审结果；在评审过程中，根据投标结构化数据的解析结果渲染评标界面时，渲染综合预评审结果中的相应内容。使得评审委员会委员在正式评审过程中，可以参考多位评审委员会委员的预评审结果，帮助其做出更合理的评审。

（11）本发明实施例提供的招标、投标与评标一体化的招投标系统，接收到评审委员会委员评审结果后，自动在设定位置生成预设字体的该评审委员会委员的姓名；在接收到一键签章指令后，将自动生成的姓名替换成预存的该评审委员会委员的签章。首先自动签章省去了评审委员会委员在评审过程中需要一一签章的麻烦；其次，在最终签章前展示的是预设字体的评审委员会委员的姓名，而不是其真实的签章，既起到了预览的功能，又避免了真实签章被截屏的风险。

（12）本发明实施例提供的招标、投标与评标一体化的招投标系统，交易平台通过映射的方式渲染相应界面，加快浏览速度，提升渲染效率。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：

图1为本发明实施例一中招标、投标与评标一体化的招投标系统的结构示意图；

图2为本发明实施例一中评审条款关联界面的示意图；

图3为本发明实施例一中评审条款与锚点标记关联界面示意图；

图4为本发明实施例一中为招标人可进入的评标大厅示意图；

图5为本发明实施例一中某投标人对应的评审明细示意图；

图6为本发明实施例一中某评审委员会委员对某投标人的评审明细示意图。

具体实施方式

为了更清楚地说明本申请实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单的介绍。显而易见地，下面描述中的附图仅仅是本申请的一些示例或实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图将本申请应用于其它类似情景。除非从语言环境中显而易见或另做说明，图中相同标号代表相同结构或操作。

应当理解，本文使用的“系统”、“装置”、“单元”和/或“模块”是用于区分不同级别的不同组件、元件、部件、部分或装配的一种方法。然而，如果其他词语可实现相同的目的，则可通过其他表达来替换词语。

如本申请和权利要求书中所示，除非上下文明确提示例外情形，“一”、“一个”、“一种”和/或“该”等词并非特指单数，也可包括复数。一般说来，术语“包括”与“包含”仅提示包括已明确标识的步骤和元素，而这些步骤和元素不构成一个排它性的罗列，方法或者设备也可能包含其它的步骤或元素。

为了便于理解，以下结合附图和实施例介绍本申请的技术方案。

实施例一

本发明实施例一提供一种招标、投标与评标一体化的招投标系统，参见图1所示，包括交易平台1和投标客户端2，交易平台1包括招标单元11、投标单元12、开标单元13和评标单元14。

招标单元11，用于提供多个标书模块模板，根据招标人的选择结果，生成结构化招标文件。

招标单元11提供多个标书模块模板，招标人可选择需要的标书模块模板，直接得到标书模块；或对选择的标书模块模板进行编辑修改后得到标书模块；也可以创建新的标书模块模板，得到相应的标书模块，同时招标单元保存新创建的标书模块模板。

招标单元11根据招标人的选择结果包括的每个标书模块生成对应的招标模块信息。具体的，招标模块信息，包括对应的标书模块的标题，还包括所需填写信息的内容与信息校验规则，和/或，所需上传文件的内容与文件格式要求。基于每个标书模块对应的招标模块信息生成结构化招标文件。

招标文件的结构化，指招标文件是按标书模块的标题、所需填写信息的内容和信息校验规则（或所需上传文件的内容和文件格式要求）这样的结构化排版的。

例如，所需填写信息的内容为“投标人名称”，则需要上传的信息为“……公司”，所需上传文件的内容为“营业执照”，则需上传的文件为投标人营业执照的扫描件。

投标单元12，用于供购买标书后的潜在投标人下载结构化招标文件。

投标单元12可以具有支付功能，且仅为购买了标书的潜在投标人提供结构化招标文件的下载通道；可选的，投标单元12也可以没有支付功能，潜在投标人通过其他途径支付后获得支付凭证，凭支付凭证在投标单元12下载结构化招标文件。

投标客户端2，用于根据结构化招标文件渲染结构化的标书填写界面，获取潜在投标人通过标书填写界面输入的信息和上传的文件，生成整体投标文档和投标结构化数据；响应于接收到的一键签章指令，在整体投标文档的各设定位置处生成预先存储的潜在投标人的签章；生成包括签章后的整体投标文档和投标结构化数据的投标文件加密包，并上传到交易平台。

进一步的，投标客户端还具有签章预览的功能，使得“一键签章”前，潜在投标人可以预览签章效果，若对签章位置或大小不满意的话，调整签章的位置和/或大小。

投标文件加密包包括投标结构化数据。投标结构化数据为key-value形式，包括每个标书模块对应的投标模块信息，投标模块信息，包括对应的标书模块的标题，还包括所需填写信息的内容与潜在投标人根据该内容输入的信息，和/或，所需上传文件的内容与潜在投标人根据该内容上传的文件所在路径。故投标文件加密包还包括证件文件夹，证件文件夹用于存储潜在投标人上传的文件。

为了减小证件文件夹的大小，投标结构化数据中相同的所需上传文件的内容，对应的文件所在路径相同。这样需要潜在投标人多次上传的文件，只存储一件即可，且潜在投标人仅上传一次即可，上传一次得到对应的路径后，后续所需上传文件的内容相同时，无需再上传对应的文件，自动匹配得到文件所在的路径即可。

开标单元13，用于对投标文件加密包进行解密得到投标结构化数据；评标单元14，用于根据投标结构化数据的解析结果渲染评标界面，获取评审委员会委员通过评标界面输入的评审结果，生成评审报告。

本发明实施例一提供的招投标系统，包括交易平台和投标客户端，交易平台包括招标单元、投标单元、开标单元和评标单元；招标单元，用于提供多个标书模块模板，根据招标人的选择结果，生成结构化招标文件；投标单元，用于供购买标书后的潜在投标人下载结构化招标文件；投标客户端，用于根据结构化招标文件渲染结构化的标书填写界面，获取潜在投标人通过标书填写界面输入的信息和上传的文件，生成投标文件加密包，并上传到交易平台，投标文件加密包包括投标结构化数据。标书模块模板便捷了招标人标书制作过程，节省了标书撰写的工作量；投标文件通常需要包括大量的证件图片，使其排版困难，投标文件加密包的自动生成，大大降低了投标人标书制作的难度，节省了排版的工作量。

本发明实施例一提供的招投标系统，投标客户端，用于下载结构化招标文件，渲染结构化的标书填写界面，获取潜在投标人通过标书填写界面输入的信息和上传的文件，生成投标文件加密包，并上传到交易平台。实现了结构化招标文件下载后到投标文件加密包上传前的整个投标文件加密包生成过程的离线化，保证了投标文件制作过程的安全性，避免了投标文件在线制作过程中信息被窃取的风险；其次，在线投标文件制作需要一次性完成，因为中间缓存会加大信息被窃取的风险，而离线化使得投标文件制作过程无需一次性完成，实现了投标文件制作的可分段性。

本发明实施例一提供的招标、投标与评标一体化的招投标系统，投标客户端存储有潜在投标人的签章，响应于接收到的一键签章指令，在生成的整体投标文档的各设定位置处生成潜在投标人的签章。既达到了投标文档防篡改和防抵赖的作用，又省去了潜在投标人在投标文档制作过程中需要一一签章的麻烦。

本发明实施例一提供的招投标系统，交易平台的开标单元，用于对投标文件加密包进行解密得到投标结构化数据；评标单元，用于根据投标结构化数据的解析结果渲染评标界面，获取评审委员会委员通过评标界面输入的评审结果，生成评审报告。使得评审委员会委员可以便捷的查看投标文件信息并进行评审，且可以自动生成评审报告，方便了评审过程。

本实施例在整体投标文档签章方式的基础上，还提供下述另一签章方式：

生成潜在投标人上传的文件的哈希值，生成投标结构化数据的哈希值，基于潜在投标人上传的每个文件的哈希值和投标结构化数据的哈希值，生成签章文件，响应于接收到的一键签章指令，在签章文件的设定位置处生成预先存储的潜在投标人的签章，投标文件加密包还包括签章文件。

通过哈希签章的方式实现了潜在投标人上传的每个文件和其他信息的防篡改和防抵赖；与生成整体投标文档并签章的方式结合，双重保障，加强了文件的安全性和可信度。

在一些实施例中，投标单元还用于，获取投标客户端所在终端的硬件信息，判断硬件信息是否合规；若否，向投标客户端发送投标设备不合规的通知。

硬件信息可以是投标客户端所在终端的IP地址和MAC地址等。

进一步的，判断硬件信息是否合规，具体用于执行下述至少一项：

（1）判断硬件信息是否与招标人的关联硬件信息集中的信息都不匹配。

若是，确定合规。

（2）判断硬件信息是否与预存的硬件信息集中的任一信息匹配。

若应用场景是招标人向一定数量的特定供应商、承包商发出招标邀请等方式，开标单元预先存储有潜在投标人的硬件信息，潜在投标人所用终端硬件信息与预存的硬件信息集中的任一信息匹配，才确定其合规。

（3）判断硬件信息是否与存储的同一标包对应的硬件信息都不匹配。

若是，确定合规。

通过投标客户端所在终端的硬件信息是否合规的判断，可以防止串标和一标多投等现象，保证招投标过程的公平与公正。

在一些实施例中，招标单元还用于提供多个锚点标记，根据招标人的选择，将招标人上传的评审条款文档中的评审条款与相应的锚点标记进行关联，使得评标单元能够响应于任一锚点标记的点击，展示评审条款文档中相应的评审条款所在页。

参见图2所示，为评审条款关联界面的示意图，选择项目编号后，显示该项目对应的标段（包）的个数。评审条款关联需按照标段（包）信息分别进行关联操作，选择标段（包）的下拉菜单显示标段（包）编号+标段（包）名称，通过“选择标段（包）”的下拉菜单选择具体的标段（包）后，下方会展示评审条款的目录，将项目中各标段（包）的评审条款与设置好的锚点标记进行关联，通过下拉菜单可多选，参见图3所示。

在一些实施例中，评标单元，还用于配置评审委员会委员账号，使得评审委员会委员能够通过配置的账号登录评标大厅，通过根据投标结构化数据的解析结果渲染的评标界面，进行评标操作，提交评审结果。

本申请实施例提供的招投标系统，面向的用户包括三类：招标人、投标人和评审委员会委员，其中评审委员会委员还包括评审委员会主任，评审委员会主任除了具有评审委员会委员的权限外，还具有评审委员会委员没有的特定权限。

评标单元为招标人提供下述功能：

（1）评审结果查看

评审结果查看功能用于展示对投标人的评审状态、评审结果和评审明细。

参见图4所示，在评审项目操作中默认显示“评审结果查看”标签，通过下拉菜单切换选择标段（包），同时联动显示对应的全部投标人评审结果列表。在投标人评审结果列表中，用不同颜色的标签标记“评审状态（未完成/已完成）”、“评审结果（合格/不合格）”。

① 评审状态“未完成”：评委存在“未评审”或“已暂存”该投标人的评审任务；有任一评委对投标人的评审任务为“未评审”或“已暂存”，则显示“未完成”；

② 评审状态“已完成”：全部评委“已提交”该投标人的评审任务；

③ 评审结果“不合格”：投标人只要有一项评审条款的“最终判定结果”为不合格，则该投标人最终的结果为不合格；

④ 评审结果“合格”：与评审结果“不合格”相反，投标人每项评审条款的“最终判定结果”为合格。

点击“查看评审明细”操作按钮跳转二级页面，显示该投标人对应全部评委的评审状态，页面左右结构分布，首次加载时右侧为空页面，参见图5所示。此时，评审状态包括未评审、已暂存和已递交。其中，未评审表示还没有开启评审工作，已暂存表示评审中，已递交表示已经完成评审工作，并递交了评审结果（当然这里的已递交不是最终的递交，后续会介绍还可以通过退回的方式编辑修改）。

点击“评审明细”操作按钮，右侧显示评委对该投标人全部评审条款的评审结果，评审结果状态“合格/不合格”区分显示，评审说明显示评委填写的“不合格”原因，参见图6所示。

（2）评审结果复制

评审结果复制功能用于将已递交的评审结果复制给未评审的评审委员会委员。

评审结果复制功能进一步便捷了评审过程，评审委员会委员可以直接利用复制的评审结果，检查后直接递交或编辑后递交。

（3）导出法定代表人信息

（4）信誉

信誉功能用于提供多个信誉查询网址。

（5）评审完成功能

评审完成功能用于完成评审结果的最终递交。

评审委员会委员完成投标人的评审工作后，需要招标人确认评审工作完成，点击“评审完成”标签，系统需判断两种情况：

未完成评审：弹窗提示“当前项目还存在未评审完成的标段（包），请核实！”

已完成评审：弹窗提示“您确认提交当前的评审结果吗？提交后不可回退！”

评标单元，还用于提供评审委员会主任选举功能；为审委员会主任提供下述功能：

（1）评审

（2）评审结果查看

（3）信誉功能

评标单元为评审委员会委员提供评审功能。

进一步的，评审结果查看功能还用于，基于退回请求退回相应评审委员会委员已递交的评审结果，使其进行评审结果的修改。

退回请求可以是通过招标人或评审委员会主任发出，若在招标人评标大厅，由招标人发出退回请求，若在评审委员会主任评标大厅，由评审委员会主任发出退回请求。通过招标人或评审委员会主任的相应操作实现了最终递交前已递交评审结果的可修改。

在一些实施例中，评标单元，还用于为评审委员会主任提供评审分工机制，使得评审委员会主任通过评审分工机制，按设定规则为评审委员会委员分配待评审的任务。

例如，为评审委员会委员分配待评审的投标人，或为评审委员会委员分配待评审的投标模块。

在一些实施例中，评标单元设置有预评审机制，用于获取多位评审委员会委员的预评审结果，生成综合预评审结果；在评审过程中，根据投标结构化数据的解析结果渲染评标界面时，渲染综合预评审结果中的相应内容。

使得评审委员会委员在正式评审过程中，可以参考多位评审委员会委员的预评审结果，帮助其做出更合理的评审结果。

在一些实施例中，评标单元，还用于，接收到评审委员会委员的评审结果后，自动在设定位置生成预设字体的该评审委员会委员的姓名；在接收到一键签章指令后，将姓名替换成预存的该评审委员会委员的签章。

首先自动签章省去了评审委员会委员在评审过程中需要一一签章的麻烦；其次，在最终签章前展示的是预设字体的该评审委员会委员的姓名，而不是其真实的签章，既起到了预览的功能，又避免了真实签章被截屏的风险。

在一些实施例中，评标单元根据投标结构化数据的解析结果渲染的评标界面，左侧区域显示各模块标题，模块标题下一层级为所需填写信息的内容和/或所需上传文件的内容，响应于对左侧区域的点击操作，显示对应的信息，或显示对应的图片。

在一些实施例中，评标单元，显示对应的图片，用于，识别对应的图片是否为正向；若否，将图片调整为正向后显示。可以通过关键字识别的方式判断图片是否为正向。

不能保证所有的图片都是正向保存的，但可以正向渲染。避免了评审委员会委员在评审过程中需要手动调整图片展示方向的麻烦，便捷了评审过程。

在一些实施例中，交易平台通过映射的方式渲染相应界面。

例如，通过哈希映射、红黑树等映射的方式渲染相应界面，加快浏览速度，提升渲染效率。

基于本发明的发明构思，本发明实施例还提供一种招投标方法，包括利用上述任一招投标系统进行招投标交易。

实施例二

本发明实施例二提供一种招投标方法，包括下述阶段：

评审准备阶段：接收招标人上传的评审条款文档，关联评审条款与锚点标记，生成结构化招标文件，配置评审委员会委员账号，开启远程评标，招标人承诺书签章；评审委员会委员承诺书签章，评审委员会主任选举；

评审阶段：进入招标人评标大厅，包括评审结果查看、评审结果复制、导出法定代表人信息、信誉和评审完成；进入评审委员会主任评标大厅，包括评审、评审条款文档下载、评审结果查看和信誉；进入评审委员会委员评标大厅，包括评审和评审条款文档下载；

签字阶段：生成评审委员会委员签章；

评审结果确认阶段：生成评审报告，其他事情说明表，澄清补正表，信誉；

候选人公示阶段：短信通知不合格投标人，中标候选人公示编制和发布；

中标结果公告阶段：中标结果公告编辑和发布。

评审准备阶段、评审阶段和签字阶段的具体执行方法，可见上述实施例一中的介绍，这里不再赘述。

评审结果确认阶段：生成评审报告，评审报告为文本输入框，由招标人进行编辑，保存后才可发起签字与下载，下载的评审报告中包含专家的签字。

点击发起签字进入签字操作页面，点击专家（评审委员会委员）名字，会在评审报告页面中显示专家签名位置，点击签名图片可移动签名位置。要在评审委员会委员授权的前提下，才能完成其签名。所有评审委员会委员签名完成后，招标人（项目经理）进行确认签名，评审报告最终完成。

其他事情说明表、澄清补正表、信誉基本与评审报告同。

上文已对基本概念做了描述，显然，对于本领域技术人员来说，上述详细披露仅仅作为示例，而并不构成对本申请的限定。虽然此处并没有明确说明，本领域技术人员可能会对本申请进行各种修改、改进和修正。该类修改、改进和修正在本申请中被建议，所以该类修改、改进、修正仍属于本申请示范实施例的精神和范围。

同时，本申请使用了特定词语来描述本申请的实施例。如“一个实施例”、“一实施例”、和/或“一些实施例”意指与本申请至少一个实施例相关的某一特征、结构或特点。因此，应强调并注意的是，本申请中在不同位置两次或多次提及的“一实施例”或“一个实施例”或“一个替代性实施例”并不一定是指同一实施例。此外，本申请的一个或多个实施例中的某些特征、结构或特点可以进行适当的组合。

此外，除非权利要求中明确说明，本申请所述处理元素和序列的顺序、数字字母的使用、或其他名称的使用，并非用于限定本申请流程和方法的顺序。尽管上述披露中通过各种示例讨论了一些目前认为有用的发明实施例，但应当理解的是，该类细节仅起到说明的目的，附加的权利要求并不仅限于披露的实施例，相反，权利要求旨在覆盖所有符合本申请实施例实质和范围的修正和等价组合。例如，虽然以上所描述的系统组件可以通过硬件设备实现，但是也可以只通过软件的解决方案得以实现，如在现有的服务器或移动设备上安装所描述的系统。

同理，应当注意的是，为了简化本申请披露的表述，从而帮助对一个或多个发明实施例的理解，前文对本申请实施例的描述中，有时会将多种特征归并至一个实施例、附图或对其的描述中。但是，这种披露方法并不意味着本申请对象所需要的特征比权利要求中提及的特征多。实际上，实施例的特征要少于上述披露的单个实施例的全部特征。

一些实施例中使用了描述成分、属性数量的数字，应当理解的是，此类用于实施例描述的数字，在一些示例中使用了修饰词“大约”、“近似”或“大体上”来修饰。除非另外说明，“大约”、“近似”或“大体上”表明所述数字允许有±20%的变化。相应地，在一些实施例中，说明书和权利要求中使用的数值参数均为近似值，该近似值根据个别实施例所需特点可以发生改变。在一些实施例中，数值参数应考虑规定的有效数位并采用一般位数保留的方法。尽管本申请一些实施例中用于确认其范围广度的数值域和参数为近似值，在具体实施例中，此类数值的设定在可行范围内尽可能精确。

针对本申请引用的每个专利、专利申请、专利申请公开物和其他材料，如文章、书籍、说明书、出版物、文档等，特此将其全部内容并入本申请作为参考。与本申请内容不一致或产生冲突的申请历史文件除外，对本申请权利要求最广范围有限制的文件（当前或之后附加于本申请中的）也除外。需要说明的是，如果本申请附属材料中的描述、定义、和/或术语的使用与本申请所述内容有不一致或冲突的地方，以本申请的描述、定义和/或术语的使用为准。

最后，应当理解的是，本申请中所述实施例仅用以说明本申请实施例的原则。其他的变形也可能属于本申请的范围。因此，作为示例而非限制，本申请实施例的替代配置可视为与本申请的教导一致。相应地，本申请的实施例不仅限于本申请明确介绍和描述的实施例。

Claims (16)

1.一种招标、投标与评标一体化的招投标系统，其特征在于，包括交易平台和投标客户端，所述交易平台包括招标单元、投标单元、开标单元和评标单元；

所述招标单元，用于提供多个标书模块模板，根据招标人的选择结果包括的每个标书模块生成对应的招标模块信息，所述招标模块信息，包括对应的标书模块的标题，还包括所需填写信息的内容与信息校验规则，和/或，所需上传文件的内容与文件格式要求；基于每个标书模块对应的招标模块信息生成结构化招标文件；

所述投标单元，用于供购买标书后的潜在投标人下载所述结构化招标文件；

所述投标客户端，用于根据所述结构化招标文件渲染结构化的标书填写界面，获取潜在投标人通过所述标书填写界面输入的信息和上传的文件，生成整体投标文档和投标结构化数据；响应于接收到的一键签章指令，在所述整体投标文档的各设定位置处生成预先存储的潜在投标人的签章；生成包括签章后的整体投标文档和所述投标结构化数据的投标文件加密包，并上传到所述交易平台；所述投标客户端还具有签章预览的功能，根据潜在投标人的要求调整签章的位置和/或大小；

所述投标单元，还用于，获取所述投标客户端所在终端的硬件信息，判断所述硬件信息是否满足下述至少一项：判断所述硬件信息与所述招标人的关联硬件信息集中的任一信息匹配，判断所述硬件信息与预存的硬件信息集中的任一信息都不匹配，判断所述硬件信息与存储的同一标包对应的任一硬件信息匹配；若是，向所述投标客户端发送投标设备不合规的通知；

所述开标单元，用于对所述投标文件加密包进行解密得到所述投标结构化数据；

所述评标单元，用于根据投标结构化数据的解析结果渲染评标界面，获取评审委员会委员通过所述评标界面输入的评审结果，生成评审报告；

所述评标单元，还用于：接收到评审委员会委员的评审结果后，自动在设定位置生成预设字体的该评审委员会委员的姓名；在接收到一键签章指令后，将所述姓名替换成预存的该评审委员会委员的签章。

2.如权利要求1所述的系统，其特征在于，所述投标结构化数据为key-value形式；

所述投标结构化数据包括每个标书模块对应的投标模块信息，所述投标模块信息，包括对应的标书模块的标题，还包括所需填写信息的内容与潜在投标人输入的信息，和/或，所需上传文件的内容与潜在投标人上传的文件所在路径。

3.如权利要求2所述的系统，其特征在于，所述投标文件加密包，还包括证件文件夹；

所述证件文件夹用于存储潜在投标人上传的文件；

所述投标结构化数据中相同的所需上传文件的内容，对应的文件所在路径相同。

4.如权利要求1所述的系统，其特征在于，所述投标客户端，还用于：

生成潜在投标人上传的文件的哈希值；

生成所述投标结构化数据的哈希值；

基于潜在投标人上传的每个文件的哈希值和所述投标结构化数据的哈希值，生成签章文件，响应于接收到的一键签章指令，在所述签章文件的设定位置处生成预先存储的潜在投标人的签章，所述投标文件加密包还包括所述签章文件。

5.如权利要求1所述的系统，其特征在于，所述招标单元还用于提供多个锚点标记，根据招标人的选择，将招标人上传的评审条款文档中的评审条款与相应的锚点标记进行关联，使得所述评标单元能够响应于任一锚点标记的点击，展示所述评审条款文档中相应的评审条款所在页。

6.如权利要求1所述的系统，其特征在于，所述评标单元，还用于配置评审委员会委员账号，使得评审委员会委员能够通过配置的账号登录评标大厅，通过根据投标结构化数据的解析结果渲染的评标界面，进行评标操作，提交评审结果。

7.如权利要求6所述的系统，其特征在于，所述评标单元为招标人提供评审结果查看、评审结果复制、导出法定代表人信息、信誉和评审完成功能；

评审结果查看功能用于展示对投标人的评审状态、评审结果和评审明细，所述评审状态包括未评审、已暂存和已递交；

评审结果复制功能用于将已递交的评审结果复制给未评审的评审委员会委员；

信誉功能用于提供多个信誉查询网址；

评审完成功能用于完成评审结果的最终递交。

8.如权利要求6所述的系统，其特征在于，所述评标单元，还用于提供评审委员会主任选举功能；

所述评标单元为评审委员会主任提供评审、评审结果查看和信誉功能；

所述评标单元为评审委员会委员提供评审功能。

9.如权利要求7或8所述的系统，其特征在于，所述评审结果查看功能还用于基于招标人或评审委员会主任的退回请求，退回相应评审委员会委员已递交的评审结果，使其进行评审结果的修改。

10.如权利要求8所述的系统，其特征在于，所述评标单元，还用于为评审委员会主任提供评审分工机制，使得评审委员会主任通过所述评审分工机制，按设定规则为评审委员会委员分配待评审的任务。

11.如权利要求1所述的系统，其特征在于，所述评标单元设置有预评审机制，用于获取多位评审委员会委员的预评审结果，生成综合预评审结果；

在评审过程中，根据投标结构化数据的解析结果渲染评标界面时，渲染所述综合预评审结果中的相应内容。

12.如权利要求1所述的系统，其特征在于，所述评标单元根据投标结构化数据的解析结果渲染的评标界面，左侧区域显示各模块标题，模块标题下一层级为所需填写信息的内容和/或所需上传文件的内容，响应于对所述左侧区域的点击操作，显示对应的信息，或显示对应的图片。

13.如权利要求12所述的系统，其特征在于，所述评标单元，显示对应的图片，用于：

识别对应的图片是否为正向；

若否，将所述图片调整为正向后显示。

14.如权利要求1所述的系统，其特征在于，所述交易平台通过映射的方式渲染相应界面。

15.一种招投标方法，其特征在于，包括利用权利要求1～14任一所述的招标、投标与评标一体化的招投标系统进行招投标交易。

16.如权利要求15所述的招投标方法，其特征在于，包括下述阶段：

评审准备阶段：接收评审条款文档，关联评审条款与锚点标记，生成结构化招标文件，配置评审委员会委员账号，开启远程评标，招标人承诺书签章，评审委员会委员承诺书签章，评审委员会主任选举；

评审阶段：进入招标人评标大厅，包括评审结果查看、评审结果复制、导出法定代表人信息、信誉和评审完成；进入评审委员会主任评标大厅，包括评审、评审条款文档下载、评审结果查看和信誉；进入评审委员会委员评标大厅，包括评审和评审条款文档下载；

签字阶段：生成评审委员会委员签章；

评审结果确认阶段：生成评审报告，其他事情说明表，澄清补正表，信誉；

候选人公示阶段：短信通知不合格投标人，中标候选人公示编制和发布；

中标结果公告阶段：中标结果公告编辑和发布。