一种基于广域网的招投标方法

本发明属于广域网技术，尤其是涉及基于广域网的招投标方法。本发明还涉及一种招投标方法。

在招投标过程中，有必要实施监管。CN109903004A公开了强化监管力度的招投标监管流程方法，采用五级审核机制，对招标人发起的招标项目进行详细审核监管。监管的方法主要体现为语音、视频等方式。这些监管依赖人工，执行效率较低。

扩大招投标系统的分散性可以避免投标违规和舞弊。CN109615491A公开了一种招投标系统及管理方法。处理器模块根据用户信息在数据库中建立数据存档。远程数据比对单元根据网络协议将远程数据与用户数据进行比较；诚信记录单元以远程数据比对单元的数据为基础，并综合招标过程中的诚信记录对投标用户进行诚信管理。然后，这种招投标管理方法的系统分散性还不足够。

此外，US20160048911A1公开了一种投标监督方法，该方法涉及连接到网络的投标监督系统。投标监督系统包含最小信息，最小信息例如投标人联系信息，投标价格等。最小信息可以作为实际投标数据发出前的指令数据，作为后续招投标工作的指引文件。因此，可将该案纳入本申请作为参考。

本发明提供了一种基于广域网的招投标方法，代入监管系统，接收文件、分发文件以及过程监控由独立的设备完成，避免投标违规。

一种基于广域网的招投标方法，其特征在于，

多个用户主机向代理端提交注册成为被标识的用户端，用户端具有向代理端提交数据的权限；

根据招投标需求设置虚拟的招投标服务器，招投标服务器具有向注册的用户端发送数据的权限，在招投标服务器存储资格预审数据和招标数据；

招投标工作开始后，用户端向代理端提交包含用户标识的投标申请数据，代理端存储投标申请数据，代理端将包含用户标识的投标人标签发送给监管端；

监管端将投标人标签发送给招投标服务器，招投标服务器向对应的用户端发送资格预审数据，同时将更新后的投标人标签反馈给代理端；

用户端向代理端提交包含用户标识的预审申请数据，代理端存储预审申请数据，并将更新后的投标人标签发送给监管端；

监管端定义投标人标签的下一字段后发送给招投标服务器，招投标服务器向对应的用户端发送招标数据，同时将更新后的投标人标签反馈给代理端；

用户端向代理端提交包含用户标识的投标数据，代理端存储投标数据，并将更新后的投标人标签发送给监管端；

监管端定义投标人标签下一字段后保存投标人标签；

代理端将投标申请数据、预审申请数据、投标数据发送给存储端，存储端向监管端提交中标用户端的用户标识；

监管端校验该用户标识对应的投标人标签后，向招投标服务器发送投标人标签，招投标服务器将中标通知书发送给用户端后，注销招投标服务器。

在本发明中，投标人标签为，其中， 由招投标服务器录入， 由代理端录入， 由监管端录入。

在本发明中，监管端校验投标人标签是指，监管端校验 的生成规则是否满足预设条件。

实施本发明的这种基于广域网的招投标方法，具有以下效果：由于用户端、代理端、监管端以及招投标服务器是相互独立的硬件设备，接收文件、分发文件以及过程监控由独立的设备完成，避免单一设备管理招投标业务可能造成的舞弊。招投标服务器是广域网服务器，可以有效利用广域网带宽，提高文件分发速度，便于发文计时。

图1为本发明的招投标方法的框图；

图2为本发明的多招投标任务并行系统的示意图；

图3为图2的物理服务器的网络连接图；

图4为本发明的快速数据交换方法的示意图；

图5为图4的原理图。

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。

如图1，本发明的基于广域网的招投标方法，主要包括注册阶段、投标申请阶段、资格预审阶段和投标阶段。本发明的这种招投标方法主要通过用户端、代理端、监管端以及招投标服务器完成。由于用户端、代理端、监管端以及招投标服务器是相互独立的硬件设备，接收文件、分发文件以及过程监控由独立的设备完成，避免单一设备管理招投标业务可能造成的舞弊。

在注册阶段中，搭建虚拟的招投标服务器，用户端完成与代理端与招投标服务器的连接。多个用户主机向代理端提交注册成为被标识的用户端，用户端具有向代理端提交数据的权限。根据招投标需求设置虚拟的招投标服务器，招投标服务器具有向注册的用户端发送数据的权限，在招投标服务器存储资格预审数据和招标数据。

在申请阶段中，特定的用户端向代理端申请某一项投标项目，这一阶段以用户端收到资格预审文件结束。招投标工作开始后，用户端向代理端提交包含用户标识的投标申请数据。通常的投标申请数据是电子数据，包含电子的投标人信息。代理端存储投标申请数据，并根据预定的要求审核投标申请数据。审核成功后，代理端将包含用户标识的投标人标签发送给监管端。监管端将投标人标签发送给招投标服务器，招投标服务器向对应的用户端发送资格预审数据，同时将更新后的投标人标签反馈给代理端。

在预审阶段中，特定的用户端向代理端提交预审申请文件开始，这一阶段以用户端收到招标文件结束。用户端向代理端提交包含用户标识的预审申请数据，预审申请数据的容量比较大，通常包括多个文档扫描件，例如营业执照、身份证明等等，而不包含txt或word档的申请人信息表。代理端存储预审申请数据，并将更新后的投标人标签发送给监管端。监管端定义投标人标签的下一字段后发送给招投标服务器。招投标服务器向对应的用户端发送招标数据，同时将更新后的投标人标签反馈给代理端。

在投标阶段中，用户端向代理端提交投标文件开始，这一阶段以其中一个用户端收到中标通知文件结束。用户端向代理端提交包含用户标识的投标数据，投标数据的属性与预审申请文件类似。代理端存储投标数据，并将更新后的投标人标签发送给监管端。监管端定义投标人标签下一字段后保存投标人标签。代理端将投标申请数据、预审申请数据、投标数据发送给存储端。存储端可以视为与评标阶段对应的硬件设备，例如计算机。在存储端收到所有投标人的预审文件和投标文件后，评标委员会根据预定的评标标准开展评标。评标结果录入存储端。评标标准由各个招投标项目确定，在此不作详述。存储端向监管端提交中标用户端的用户标识，例如用户端代码，或者包含用户端代码的投标人标签。监管端校验该用户标识对应的投标人标签，校验方法例如根据代理端和招投标服务器生成的投标人标签某些字段校验另一些字段，如果不符合校验规律，则认为数据传输过程被修改，中标不予核准。如果校验通过，才视为中标核准。核准后，监管端向招投标服务器发送投标人标签，招投标服务器将根据该投标人标签生成中标通知书后中发送给用户端。通常，招投标服务器可以设定中标通知书的生成规则，例如预设电子的招标人签章、空白的中标通知书、时间戳功能模块等，录入中标人信息后生成相应的中标通知书。招投标服务器发出中标通知书后，注销招投标服务器。一方面，招投标服务器是远程虚拟服务器，工作完成后注销服务器可以释放内存空间，为其他招投标预留空间。另一方面，招投标服务器包含生成投标人标签的部分字段的记录，及时注销服务器可以降低数据被窃取概率。

参照图2、3，本发明的招投标方法还可以实现多招投标任务并行。多个用户端用于上传或下载招投标数据，每一用户端具有对应的用户标识。代理端用于管理多个用户端，并保存用户端上传的数据。监管端用于监管招投标状态。物理服务器用于接收监管端的指令向代理端和预定用户端发送数据。

用户端可以视为投标方用户的计算机、手机等设备。在投标方设备上安装预定软件或APP后向代理端申请注册，注册完成后的投标方设备构成本申请所称用户端。可以预料，代理端唯一标识了任意注册的用户端。用户端上传的数据中包含该用户标识。代理端是招标方的物理设备，其与投标人设备的硬件设置可以相同或近似。监管端是监管方的物理设备，物理服务器是他方远程服务器。监管端包括容量分配单元、指令分发单元、加密数据库、任务数据库。容量分配单元和指令分发单元可以是独立的硬件设施或者由CPU调用存储器的程序来实现。加密数据库与任务数据库是独立的存储单元。加密数据库用于存储离散函数，任务数据库用于存储投标人标签。指令分发单元用于根据加密数据库的离散函数更新任务数据库的投标人标签。物理服务器包括资源分配器和多个虚拟的招投标服务器，资源分配器至少用于管理每一招投标服务器的CPU容量、内存容量以及网络带宽。招投标服务器用于存储对应招标文件和资格预审文件。招投标服务器根据接收到的投标人标签向用户端发送数据，同时将修改后的投标人标签发送给代理端。

容量分配单元根据任务数据库的投标人标签的条目向监视器发出CPU容量和内存容量分配申请。在本发明中，招标项目可以是多个。同时，对任一招投标项目，投标人标签的数量与投标人数量对应。例如有五个并行的招投标项目，其中四个招投标项目的投标人数量为3，另一个招投标项目的投标人数量为8。投标人标签的数量可以是20。投标人标签所处状态可能不相同。例如投标人标签为 ， 标识标签状态。当 且 时，标签状态为 “预审”。当 且 时，标签状态为 “投标”。当 时，标签状态为 “中标”。

投标人标签的条目包含投标人标签的数量和投标人标的签阶段。投标人标签所处状态包括预审、投标与中标。预审要求1mb的处理容量，投标要求2mb处理容量，中标要求1mb处理容量。对于某一招投标项目的10个处于预审阶段的标签来说，容量分配单元要求的CPU容量和内存容量例如是10mb。对于某一招投标项目的15个处于投标阶段的标签来说，容量分配单元要求的CPU容量和内存容量例如是30mb。需要指出，任务数据库的投标人标签每更新一次，容量分配单元申请监视器分配容量。

监管端将更新后的投标人标签发送至招投标服务器，招投标服务器根据标签状态作数据传输。由于招投任务要求保存数据（招标文件、资格预审文件）发送时间，因此网络通畅和足够的带宽尤为重要。在相应数据传输前，招投标服务器向资源分配器申请网络带宽，资源分配器校验招投标服务器与用户端的网络并分配对应网络带宽。

本发明的招投标方法还可以实现数据的快速交换，参照图4、5。其至少由三个数据交换周期组成。三个交换周期主要实现投标人标签的数据更行和数据交换。投标人标签为预定长度的代码，对于没有输入修改的部分，代码串的对应部分可以为空数据段。例如在本实施例中，投标人标签表示为包含九个数据段的代码。本申请中， 定义为空数据段。本申请中，投标人标签由监管段定义，但代理端和服务器可以修改标签数据段。监管端、招投标服务器以及代理端在修改投标人标签前，校验前一数据段是否存在，如果前一数据段为空，禁止修改下一数据段。

第一数据交换周期为预审前的数据交换，可检验系统连接是否通畅。监管端生成多项固定长度的投标人标签，并将标签发送给招投标服务器。招投标服务器接收到投标人标签后，修改投标人标签 ，并将修改后的投标人标签发送给代理端。 为随机数，随机数例如是10b字节内的整数，随机数的生成方法由招投标服务器确定。代理端接收到投标人标签后，修改投标人标签 并将修改后的投标人标签反馈至监管端。 为用户端的标识字段，该标识字段应当包括用户身份和投标项目两个部分。例如用户的标识字段010052可以表示用户端010，投标项目052。招投标开始后，监管端修改投标人标签 。 ， 为监管端定义的散列函数。通常，监管端生成的投标人标签数量较多，但是代理端仅根据参与招投标用户的数量修改标签，修改后的标签参与下步操作，空标签删除或不做处理。

本申请的监管端通过Hash算法（哈希算法）完成部分数据段的定义。在监管端存储预定的多个散列函数或散列表，根据输入值 生成散列值 。根据散列函数的不可逆性，无法从 以及 推算出散列函数 。同样，修改任意 后，无法确定散列值 。基于此，对于代理端返回的投标人标签，监管段可以验证 ，以确定是否被修改。可以预料，Hash算法可以具有较宽定义域范围和有限的值域，因此本申请的长数据段可以获得更短的 数据段。

经监管段确认招投标流程开始后，进行第二数据交换周期，用于。监管端向服务器发送投标人标签，服务器根据投标人标签向用户端发送资格预审文件。在本实施例中，服务器检测投标人标签，当 且 时，向用户端发送资格预审文件。服务器将资格预审文件的发送时间添加为投标人标签的 ，修改后的投标人标签发送至代理端。例如资格预审文件的发送时间为2019年10月1日， 。代理端接收用户端提交的预审申请文件，将接收时间添加为投标人标签 ，修改后的投标人标签发送至监管端。例如预审申请文件的接收时间为2019年12月1日， 。监管端匹配相应身份字段 后，修改对应投标人标签 。 ，其中 为监管端定义的散列函数。散列函数的算法定义如 所述。

经监管段确认投标工作开始后，进行第三数据交换周期。监管端向服务器发送投标人标签，服务器根据投标人标签向用户端发送招标文件。在本实施例中，服务器检测投标人标签，当 且 时，向用户端发送招标文件。服务器将招标文件的发送时间添加为投标人标签 ，改后的投标人标签发送至代理端。例如招标文件的发送时间为2020年1月3日， 。代理端接收用户端的投标文件，将接收时间添加为投标人标签 ，修改后的投标人标签发送至监管端。例如投标文件的接收时间为2020年1月25日， 。监管端匹配相应身份字段 后，修改对应投标人标签 。 ，其中 为监管端定义的散列函数。散列函数的算法定义如 所述。