一种招投标方法及系统与流程

1.本申请涉及招投标的技术领域，尤其是涉及一种招投标方法及系统。


背景技术：

2.招投标过程中，容易出现串标的问题，虽然现在已经使用了保密投标、专家审查等多种手段，但是在现场报价的阶段，仍然存在相互串通后修改价格的问题。


技术实现要素：

3.本申请提供一种招投标方法及系统，通过将投标文件进行拆分后单独录入并相互印证的方式来形成最终的投标文件，能够提高招标的公平性。
4.第一方面，本申请提供了一种招投标方法，包括：响应于获取到的启动指令，与各数据通讯点建立数据通讯关系，数据通讯点分为多组，每组中数据通讯点的数量为多个；将招标文件拆分成多个第一子文件，第一子文件的数量大于等于数据通讯点的数量；对于同一个数据通讯点，在时间序列上，将第一子文件随机下发并获取该数据通讯点发回的第二子文件；以及根据第二子文件生成归属于每一个组的投标文件；其中，每个数据通讯点每次仅接收一个第一子文件；在同一个时间节点上，同一组中的数据通讯点接收到的第一子文件均是不同的；对于属于同一组的不同的数据通讯点回传的同一个第二子文件，如果出现数据不一致的情况，则归属于该组的全部第二子文件均做舍弃处理。
5.通过采用上述技术方案，对于同一个投标单位，使用了多点投标的方式，并且打乱了顺序，如果出现修改，则非常容易导致投标失败。
6.在第一方面的一种可能的实现方式中，还包括：获取每个数据通讯点的过程图像，过程图像位于与各数据通讯点建立数据通讯关系和根据第二子文件生成归属于每一个组的投标文件这两个时间点之间；在时间序列上，随机获取多个单位时间段内的过程图像，单位时间段的时间长度小于过程图像的时间长度；随机选取一个单位时间段内的过程图像；对该单位时间段内的过程图像中的第一人像进行分析，获取多个特征判断信息并构建对比模型；将对比模型与其他单位时间段内的过程图像中的第一人像进行比对；以及当出现比对结果不一致时，将归属于该组的全部第二子文件均做舍弃处理。
7.通过采用上述技术方案，可以对填写标书的人员进行验证，降低了人员变更导致修改价格的风险。
8.在第一方面的一种可能的实现方式中，对于获取到的对比模型，还包括：
将对比模型与其他组的单位时间段内的过程图像中的第一人像进行比对；以及当出现比对结果一致时，将归属于这两个组的全部第二子文件均做舍弃处理。
9.通过采用上述技术方案，可以对不同组的人员进行识别，能够进一步降低人员更换导致修改价格的风险。
10.在第一方面的一种可能的实现方式中，对于归属于同一个数据通讯点的多个单位时间段内的过程图像，随机抽取其中的一个与对比模型进行比对。
11.通过采用上述技术方案，增加了人员识别的复杂性，进一步提高了造假的难度。
12.在第一方面的一种可能的实现方式中，每组中存在一个或者多个数据通讯点接收的第一子文件的数量小于第一子文件的总数量；同一组中，对于其中一个数据通讯点无法接收到的第一子文件，均在一个或者多个另外的数据通讯点能够接收到该第一子文件。
13.通过采用上述技术方案，增加了招标文件下发到数据通讯点的随机性，进一步提高了串通修改价格的难度。
14.在第一方面的一种可能的实现方式中，对于同一个第一子文件，同一组中至少存在两个数据通讯点能够接收到。
15.通过采用上述技术方案，保证了每一个第一子文件都有与之对应的对比文件，能够进一步提高数据的真实性。
16.第二方面，本申请提供了一种招投标装置，包括：第一通讯单元，用于响应于获取到的启动指令，与各数据通讯点建立数据通讯关系，数据通讯点分为多组，每组中数据通讯点的数量为多个；第一处理单元，用于将招标文件拆分成多个第一子文件，第一子文件的数量大于等于数据通讯点的数量；第二处理单元，用于对于同一个数据通讯点，在时间序列上，将第一子文件随机下发并获取该数据通讯点发回的第二子文件；以及第三处理单元，用于根据第二子文件生成归属于每一个组的投标文件；其中，每个数据通讯点每次仅接收一个第一子文件；在同一个时间节点上，同一组中的数据通讯点接收到的第一子文件均是不同的；对于属于同一组的不同的数据通讯点回传的同一个第二子文件，如果出现数据不一致的情况，则归属于该组的全部第二子文件均做舍弃处理。
17.第三方面，本申请提供了一种招投标系统，所述系统包括：一个或多个存储器，用于存储指令；以及一个或多个处理器，用于从所述存储器中调用并运行所述指令，执行如第一方面及第一方面任意可能的实现方式中所述的招投标方法。
18.第四方面，本申请提供了一种计算机可读存储介质，所述计算机可读存储介质包括：程序，当所述程序被处理器运行时，如第一方面及第一方面任意可能的实现方式中所述的招投标方法被执行。
19.第五方面，本申请提供了一种计算机程序产品，包括程序指令，当所述程序指令被计算设备运行时，如第一方面及第一方面任意可能的实现方式中所述的招投标方法被执
行。
20.第六方面，本申请提供了一种芯片系统，该芯片系统包括处理器，用于实现上述各方面中所涉及的功能，例如，生成，接收，发送，或处理上述方法中所涉及的数据和/或信息。
21.该芯片系统，可以由芯片构成，也可以包括芯片和其他分立器件。
22.在一种可能的设计中，该芯片系统还包括存储器，该存储器，用于保存必要的程序指令和数据。该处理器和该存储器可以解耦，分别设置在不同的设备上，通过有线或者无线的方式连接，或者处理器和该存储器也可以耦合在同一个设备上。
附图说明
23.图1是本申请实施例提供的一种应用场景示意图。
24.图2是本申请实施例提供的一种对招标文件进行拆分的过程示意图。
25.图3（a）至图3（c）是本申请实施例提供的一种数据通讯节点接收第一子文件的顺序示意图。
26.图4是本申请实施例提供的一种使用过程图像进行人员甄别的过程示意图。
27.图5（a）至图5（c）是本申请实施例提供的另一种数据通讯节点接收第一子文件的顺序示意图。
具体实施方式
28.以下结合附图，对本申请中的技术方案作进一步详细说明。
29.为了更加清楚的理解本申请中的技术方案，首先对招标过程进行简单的介绍，标书主要分为商务标和技术标两种，商务标是准入，经济标是入围，最后的决定是价格，对于部分想要中标的企业而言，经常采用围标和串标等手段来保证自己中标，对于招标企业而言，最终中标的企业可能是资质不是最好的或者价格偏高的。
30.为了解决该问题，部分企业开始采用电子招标的方式，电子化的招标方式，能够在一定程度上避免了串标的问题，例如投标单位整体拉高价格，但是仍在存在围标的可能，例如某个企业为了中标，找到其他的企业来帮助自己投标。
31.为了解决上述问题，部分电子招标系统也采用了诸如电子证书、保密传输和账号注册的方式，但是在现场填写价格等信息的过程中，这些招标单位之间还是可以通过电话或者其他通讯方式来修改价格等内容，实现某个单位的中标或者将价格太高的目的。
32.请参阅图1，为本申请实施例公开的一种招投标方法，包括以下步骤：s101，响应于获取到的启动指令，与各数据通讯点建立数据通讯关系，数据通讯点分为多组，每组中数据通讯点的数量为多个；s102，将招标文件拆分成多个第一子文件，第一子文件的数量大于等于数据通讯点的数量；s103，对于同一个数据通讯点，在时间序列上，将第一子文件随机下发并获取该数据通讯点发回的第二子文件；以及s104，根据第二子文件生成归属于每一个组的投标文件；其中，每个数据通讯点每次仅接收一个第一子文件；在同一个时间节点上，同一组中的数据通讯点接收到的第一子文件均是不同的；
对于属于同一组的不同的数据通讯点回传的同一个第二子文件，如果出现数据不一致的情况，则归属于该组的全部第二子文件均做舍弃处理。
33.为了更加清楚的理解本申请中的技术方案，首先对其使用环境进行简单的介绍，该招标环境位于一个封闭的环境中，每个投标单位中有多个人参与报价，这些投标人员的位置随随机分配的，位于不同的房间中，每个房间中均配备有投标使用的电脑，投标过程中，投标人员位于自己的房间内，不会与其他的投标人员进行见面。
34.每个房间内的电脑均与负责招标使用的服务器进行数据交互。
35.具体的说，在步骤s101中，工作人员下发一个启动指令，负责招标的服务器接收到这个启动指令后，与各数据通讯点建立数据通讯关系，然后再开始进行后面的操作步骤，此处的数据通讯点就是房间中投标人员使用的电脑。
36.对于数据通讯点而言，会按照投标单位进行划分，每一个投标单位拥有多个数据通讯点，也就是这些数据通讯点被分成了多个组，每个组中的全部数据通讯点属于同一个投标单位。
37.在步骤s102中，请参阅图2，负责招标的服务器会将招标文件拆分成多个第一子文件，第一子文件的数量大于等于数据通讯点的数量，拆分招标文件的目的是使这些数据通讯点都能够参与到招标的过程中，这样在同一个时间节点上，同一组中的数据通讯点接收到的第一子文件均是不同的，从而也避免了同一组内的不同数据通讯点之间相互修改数据的可能。
38.将招标文件拆分成多个第一子文件后，就可以打乱顺序后下发给每一个数据通讯点，并且每一组中不同数据通讯点接收的第一子文件的顺序都是不同的，如果出现了串标的情况，就很容易出现不同数据通讯点回传数据不一致的情况，导致投标作废。
39.举例说明，对于同一个第一子文件的下发，在同一个组中，请参阅图3（a）至图3（c），不同的数据通讯点的接收顺序是不一致的，有的数据通讯点可能在第一次下发时就接收到了，但是有的数据通讯点可能在最后一次才接收到，因为第一子文件的数量很多，因此如果对其中的一个进行修改，那么就很容易出现同一组中回传的数据不一致的情况，因为修改数据的投标人员也不知道同组中其他投标人员的填写情况，修改数据的难度非常大，即使通知了部分投标人员，可能也会出现已经有投标人员将这部分内容录入的情况，导致无法现场修改。
40.在步骤s103中，对于同一个数据通讯点，在时间序列上，将第一子文件随机下发并获取该数据通讯点发回的第二子文件，也就是对于同一个数据通讯店，向其下发第一子文件的顺序是随机的，对于同时接收第一子文件的数据通讯点而言，其接收到的第一子文件的顺序都是随机的，那么对于位于该数据通讯点的投标人员而言，其进行判断的难度就非常大，因为根本无法确定自己正在填写的信息是否其他人已经填写过，不能确定如果进行了修改是不是会导致废标。
41.对于数据通讯点而言，在接收到一个第一子文件后，该点的投标人员就会开始填写内容，填写完成后，生成第二子文件，然后将第二子文件回传给负责招标的服务器。
42.从另一个角度解释，每个数据通讯点每次仅接收一个第一子文件，处理完成后，再处理下一个，这样就能够避免多个第一子文件滞留导致的潜在的修改风险。
43.最后执行步骤s104，该步骤中，负责招标的服务器会根据第二子文件生成归属于
每一个组的投标文件，至此，投标文件正式生成。
44.应理解，对于各数据通讯点生成的第二子文件，都会产生重复，因此在投标文件的生成过程中，就需要将同一组中相同的第二子文件中的内容进行比对，如果全部内容都是一致的，那么就选择其中的一个，最后根据这些选择出来的第二子文件生成投标文件，还应理解，对于属于同一组的不同的数据通讯点回传的同一个第二子文件，如果出现数据不一致的情况，就可能出现了修改的问题，此时需要将归属于该组的全部第二子文件均做舍弃处理，也就是说，该组对应的投标为废标。
45.整体而言，本申请实施例展示的招投标方法，通过将招标文件拆分成多个第一子文件并打乱顺序下发给不同的数据通讯点，然后通过各数据通讯点回传的第二子文件来生成最后的投标文件，该过程中，同一组中的每个数据通讯点在同一个时间点上接收的第一子文件是不同的，如果出现修改的情况，则无法保证每个数据通讯点都能够进行修改，因为部分数据通讯点可能已经完成了数据录入，同时在最后生成招标文件的过程中，也会将不同数据通讯点回传的第二子文件进行比对，如果出现任意一个比对不一致的情况，就会形成废标。
46.同时，为了进一步降低作弊的可能，对于每个数据通讯点的投标人员，也需要进行判断，保证数据通讯点的人员是没有发生变化的，作为申请提供的招投标方法的一种具体实施方式，请参阅图4，使用了如下的方式：s201，获取每个数据通讯点的过程图像，过程图像位于与各数据通讯点建立数据通讯关系和根据第二子文件生成归属于每一个组的投标文件这两个时间点之间；s202，在时间序列上，随机获取多个单位时间段内的过程图像，单位时间段的时间长度小于过程图像的时间长度；s203，随机选取一个单位时间段内的过程图像；s204，对该单位时间段内的过程图像中的第一人像进行分析，获取多个特征判断信息并构建对比模型；s205，将对比模型与其他单位时间段内的过程图像中的第一人像进行比对；以及s206，当出现比对结果不一致时，将归属于该组的全部第二子文件均做舍弃处理。
47.具体的说，在步骤s201中，会获取每个数据通讯点的过程图像，这个过程图像的起始时间是服务器与数据通讯点建立数据通讯的时间，结束时间是根据第二子文件生成归属于每一个组的投标文件的时间。
48.应理解，每个数据通讯点处的投标人员，在整个投标过程中，应当是保持不变的，否则就会出现代为录入，也就是可能会出现串标的情况，因此需要对整个过程进行图像采集。
49.接着执行步骤s202，该步骤中，会在时间序列上随机获取多个单位时间段内的过程图像，然后根据这些过程图像进行比对，如果出现任意一处不一致的情况，则说明该数据通讯点处的投标人员发生了变动。
50.单位时间段的时间长度是小于过程图像的时间长度的，在一些可能的实现方式中，单位时间段的时间长度控制在1至2秒左右。
51.接着执行步骤s203，该步骤中，会在这些单位时间段内的过程图像中随机选取一个，然后对图像中的第一人像进行分析，获取该人像上的多个特征判断信息并根据这些特
征判断信息构建对比模型，也就是步骤s204中的内容。
52.应理解，单位时间段内的过程图像是随机选取的，可以是第一个，也可以是最后一个，这样就能很难通过以更换人员的目的是实现数据的临时性修改，进一步增加了人为因素干扰的难度。
53.接着执行步骤s205，该步骤中，会将对比模型与其他单位时间段内的过程图像中的第一人像进行比对，例如选取的单位时间段内的过程图像的数量为五个，使用其中任意一个来生成对比模型，那么对于这个生成的对比模型，就需要和剩余的全部的单位时间段内的过程图像进行比对，如果出现任意一个比对结果不一致的情况，就说明出现了人员更换的情况，那么对于这一组的第二子文件，就需要全部进行作废处理。
54.对人员进行识别的目的是为了防止人员流动导致的数据修改，并且在该实现方式中，使用的技术手段是在投标完成后才进行人员的一致性识别，并且对比过程也是随机选择后进行的，具有非常大的不确定性，对于投标人员，因为无法确定会选取那个时间段，因此如果进行更换，会面临极大的废标风险。
55.进一步地，还增加了跨组识别的方式，对于跨组识别，作为申请提供的招投标方法的一种具体实施方式，使用如下步骤：s301，将对比模型与其他组的单位时间段内的过程图像中的第一人像进行比对；以及s302，出现比对结果一致时，将归属于这两个组的全部第二子文件均做舍弃处理。
56.具体而言，如果两个组中出现了同一个人员，肯定是不正常的，因此，对于生成的对比模型，会与其他组的单位时间段内的过程图像中的第一人像，如果出现了一致的情况，则说明这两个组同时使用了一个人进行投标，很明显，这是不允许的，此时就需要将归属于这两个组的全部第二子文件均做舍弃处理。
57.进一步地，为了缩短抽查的时间，作为申请提供的招投标方法的一种具体实施方式，对于归属于同一个数据通讯点的多个单位时间段内的过程图像，随机抽取其中的一个与对比模型进行比对，而不是全部进行比对，这样有助于缩短对比的时间。
58.作为申请提供的招投标方法的一种具体实施方式，请参阅图5（a）至图5（c）,每组中存在一个或者多个数据通讯点接收的第一子文件的数量小于第一子文件的总数量；并且在同一组中，对于其中一个数据通讯点无法接收到的第一子文件，均在一个或者多个另外的数据通讯点能够接收到该第一子文件。
59.也就是对于一个数据通讯点，会出现在某个接收第一子文件的时候接收到一个空文件的情况，这样做的方式是进一步增加第一子文件下发的随机性，对于位于某个数据通讯点的投标人员而言，可能存在不处理某个第一子文件的情况，那么也就无法进行相应的操作。
60.从数据一致性的角度看，也会导致人为介入难度的进一步增加，因为投标人员录入的内容是随机的，无法确定，也就无法进行定向修改。
61.进一步地，对于同一个第一子文件，同一组中至少存在两个数据通讯点能够接收到，这样对于最后的第二子文件而言，始终会存在一个对比，能够避免仅存在一个第二子文件还出现数据修改成功的情况。
62.本申请实施例还公开了一种招投标装置，包括：第一通讯单元，用于响应于获取到的启动指令，与各数据通讯点建立数据通讯关系，数
据通讯点分为多组，每组中数据通讯点的数量为多个；第一处理单元，用于将招标文件拆分成多个第一子文件，第一子文件的数量大于等于数据通讯点的数量；第二处理单元，用于对于同一个数据通讯点，在时间序列上，将第一子文件随机下发并获取该数据通讯点发回的第二子文件；以及第三处理单元，用于根据第二子文件生成归属于每一个组的投标文件；其中，每个数据通讯点每次仅接收一个第一子文件；在同一个时间节点上，同一组中的数据通讯点接收到的第一子文件均是不同的；对于属于同一组的不同的数据通讯点回传的同一个第二子文件，如果出现数据不一致的情况，则归属于该组的全部第二子文件均做舍弃处理。
63.在一个例子中，以上任一装置中的单元可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个专用集成电路(application specific integratedcircuit，asic)，或，一个或多个数字信号处理器(digital signal processor，dsp)，或，一个或者多个现场可编程门阵列(field programmable gate array，fpga)，或这些集成电路形式中至少两种的组合。
64.再如，当装置中的单元可以通过处理元件调度程序的形式实现时，该处理元件可以是通用处理器，例如中央处理器(central processing unit，cpu)或其它可以调用程序的处理器。再如，这些单元可以集成在一起，以片上系统(system-on-a-chip，soc)的形式实现。
65.在本申请中可能出现的对各种消息/信息/设备/网元/系统/装置/动作/操作/流程/概念等各类客体进行了赋名，可以理解的是，这些具体的名称并不构成对相关客体的限定，所赋名称可随着场景，语境或者使用习惯等因素而变更，对本申请中技术术语的技术含义的理解，应主要从其在技术方案中所体现/执行的功能和技术效果来确定。
66.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
67.在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
68.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
69.本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出
本申请的范围。
70.还应理解，在本申请的各个实施例中，第一、第二等只是为了表示多个对象是不同的。例如第一时间窗和第二时间窗只是为了表示出不同的时间窗。而不应该对时间窗的本身产生任何影响，上述的第一、第二等不应该对本申请的实施例造成任何限制。
71.还应理解，在本申请的各个实施例中，如果没有特殊说明以及逻辑冲突，不同的实施例之间的术语和/或描述具有一致性、且可以相互引用，不同的实施例中的技术特征根据其内在的逻辑关系可以组合形成新的实施例。
72.所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个计算机可读存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的计算机可读存储介质包括：u盘、移动硬盘、只读存储器(read-only memory，rom)、随机存取存储器(random access memory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。
73.本申请实施例还提供了一种显示内容识别系统，所述系统包括：一个或多个存储器，用于存储指令；以及一个或多个处理器，用于从所述存储器中调用并运行所述指令，执行如上述内容中所述的招投标方法。
74.本申请实施例还提供了一种计算机程序产品，该计算机程序产品包括指令，当该指令被执行时，以使得该招投标系统执行对应于上述招投标方法的操作。
75.本申请实施例还提供了一种芯片系统，该芯片系统包括处理器，用于实现上述内容中所涉及的功能，例如，生成，接收，发送，或处理上述方法中所涉及的数据和/或信息。
76.该芯片系统，可以由芯片构成，也可以包括芯片和其他分立器件。
77.上述任一处提到的处理器，可以是一个cpu，微处理器，asic，或一个或多个用于控制上述的反馈信息传输的方法的程序执行的集成电路。
78.在一种可能的设计中，该芯片系统还包括存储器，该存储器，用于保存必要的程序指令和数据。该处理器和该存储器可以解耦，分别设置在不同的设备上，通过有线或者无线的方式连接，以支持该芯片系统实现上述实施例中的各种功能。或者，该处理器和该存储器也可以耦合在同一个设备上。
79.可选地，该计算机指令被存储在存储器中。
80.可选地，该存储器为该芯片内的存储单元，如寄存器、缓存等，该存储器还可以是该终端内的位于该芯片外部的存储单元，如rom或可存储静态信息和指令的其他类型的静态存储设备，ram等。
81.可以理解，本申请实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。
82.非易失性存储器可以是rom、可编程只读存储器(programmable rom，prom)、可擦除可编程只读存储器(erasable prom，eprom)、电可擦除可编程只读存储器(electrically eprom，eeprom)或闪存。
83.易失性存储器可以是ram，其用作外部高速缓存。ram有多种不同的类型，例如静态随机存取存储器(static ram，sram)、动态随机存取存储器(dynamic ram，dram)、同步动态随机存取存储器(synchronous dram，sdram)、双倍数据速率同步动态随机存取存储器(double data rate sdram，ddr sdram)、增强型同步动态随机存取存储器(enhanced sdram，esdram)、同步连接动态随机存取存储器(synch link dram，sldram)和直接内存总线随机存取存储器。
84.本具体实施方式的实施例均为本申请的较佳实施例，并非依此限制本申请的保护范围，故：凡依本申请的结构、形状、原理所做的等效变化，均应涵盖于本申请的保护范围之内。