一种评标的方法及相关装置

摘要

本申请公开了一种评标的方法及相关装置，该方法包括：自评价方信息库中，为当前招标项目选取目标评标方节点和验证方节点；分别向每个目标评标方节点和每个验证方节点发送评标信令；接收目标评标方节点响应评标信令对若干候选投标书评估所得的评估结果，以及验证方节点响应评标信令对评估结果验证所得的验证结果，其中，验证结果包括：对目标评标方节点的权限验证结果和/或对目标评标方节点的业务打分；根据评估结果和验证结果，确定各个候选投标书的最终评分；基于候选投标书的最终评分，从候选投标书中确定当前招标项目的目标投标书，本申请所提供的技术方案可以较好地降低串标围标的风险。

说明书

技术领域

本申请涉及区块链技术领域，特别是涉及一种评标的方法及相关装 置。

背景技术

近年来，随着电子招投标系统日趋完善，从技术上最大程度降低了 人为干预风险，实现了传统招投标电子化。然而传统电子招标的过程中， 评标的维度多过于单一，使得评标不够全面，从而导致评标结果不够准 确。同时在现有的招投标过程中，由于监管力度不足、信息易于泄露等 问题，无法排除会出现单位、个人的不正当投标或评标行为，容易出现 串标围标等不法行为，故急需一种可以解决上述技术问题的技术方案。

发明内容

本申请主要解决的技术问题是提供一种评标的方法及相关装置，可 以较好地降低串标围标的风险。

为解决上述技术问题，本申请采用的一个技术方案是：提供一种评 标的方法，所述方法包括：

自评价方信息库中，为当前招标项目选取目标评标方节点和验证方 节点；

分别向每个所述目标评标方节点和每个所述验证方节点发送评标 信令；

接收所述目标评标方节点响应所述评标信令对若干候选投标书评 估所得的评估结果，以及所述验证方节点响应所述评标信令对所述评估 结果验证所得的验证结果，其中，所述验证结果包括：对所述目标评标 方节点的权限验证结果和/或对所述目标评标方节点的业务打分；

根据所述评估结果和所述验证结果，确定各个所述候选投标书的最 终评分；

基于所述候选投标书的所述最终评分，从所述候选投标书中确定所 述当前招标项目的目标投标书。

为解决上述技术问题，本申请采用的另一个技术方案是：提供一种 评标的方法，所述方法包括：

接收运营方节点的评标信令，其中，所述评标信令包括：当前评标 方节点被选为目标评标方节点的通知和若干候选投标书的信息；

响应所述评标信令，基于预设评分因子对每个所述候选投标书进行 评估，得到评估结果，其中，所述预设评分因子包括：投标方的报价、 投标方的项目方案、投标方的注册资本、投标方的研发实力、投标方的 财务状况、投标方完成的项目信誉评分、投标方的业绩、投标方的服务、 所述投标方的响应时间中的至少一个；

对每个所述评估结果进行哈希运算得到评估结果哈希值，并将所述 评估结果哈希值上链存储。

为解决上述技术问题，本申请采用的又一个技术方案是：提供一种 评标的方法，所述方法包括：接收运营方节点的评标信令，其中，所述 评标信令包括：当前评价方节点被选为验证方节点的通知和被选为目标 评标方节点的身份信息；

响应所述评标信令，判断所述目标评标方是否具备评标权限和/或对 所述目标评标方的业务进行打分，得到验证结果；

对所述验证结果进行哈希运算得到验证结果哈希值，并将所述验证 结果哈希值上链存储。

为解决上述技术问题，本申请采用的另一个技术方案是：提供一种 电子设备，所述电子设备包括处理器以及与所述处理器耦接的存储器； 其中，

所述存储器用于存储计算机程序；

所述处理器用于运行所述计算机程序以执行如上任意一项所述的 方法。

为解决上述技术问题，本申请采用的另一个技术方案是：提供一种 计算机可读存储介质，所述计算机可读存储介质存储有能够被处理器运 行的计算机程序，所述计算机程序用于实现如上任意一项所述的方法。

本申请的有益效果是：区别于现有技术的情况，本申请所提供的方 法中运营方节点通过在自评价方信息库中为当前招标项目选取目标评 标方节点和验证方节点，然后分别向每个目标评标方节点和每个验证方 节点发送评标信令，以使得目标评标方节点响应评标信令对若干候选投 标书进行评估进而获得评估结果，并使得验证方节点响应评标信令对各 个目标评标方节点评估所得的评估结果进行验证，从而获得验证结果； 运营方节点在接收到评估结果和验证结果后，进一步根据所接收到的评 估结果和验证结果，确定各个候选投标书的最终评分，最后基于各个候 选投标书的最终评分，从若干候选投标书中确定当前招标项目的目标投 标书，在此过程中，通过在选取目标评标方节点同时选取验证方节点， 并利用验证方节点对目标评估方节点评估所得的评估结果进行验证，以 对目标评标方节点的权限进行验证，和/或对目标评标方节点的业务打 分，在利用目标评标方节点对各个候选投标书进行评估的同时，利用验 证方节点验证目标评标方节点，实现在评标的同时更客观公正地监督目 标评标方的评标，降低串标围标的风险，起到了良好的技术效果。

附图说明

图1为本申请一种评标联盟区块链一实施例中的结构示意图；

图2为本申请一种评标的方法一实施例中的流程示意图；

图3为本申请一种评标的方法另一实施例中的流程示意图；

图4为本申请一种评标的方法又一实施例中的流程示意图；

图5为本申请一种评标的方法一实施例中的流程示意图；

图6为本申请一种评标的方法一实施例中的流程示意图；

图7为本申请一种电子设备一实施例中的结构示意图；

图8为本申请一种计算机可读存储介质一实施例结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案 进行清楚、完整地描述。可以理解的是，此处所描述的具体实施例仅用 于解释本申请，而非对本申请的限定。基于本申请中的实施例，本领域 普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例， 都属于本申请保护的范围。

本申请的描述中，“多个”的含义是至少两个，例如两个，三个等， 除非另有明确具体的限定。此外，术语“包括”和“具有”以及它们任何变 形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、 方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地 还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构 或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置 出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的 独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本 文所描述的实施例可以与其它实施例相结合。

当前招投标主要流程包括以下环节：招标、投标、开标、评标、定 标、签订合同，而本申请所提供的技术方案则是用于评标，为了更好地 理解本申请所提供的技术方案，首先简要阐述招投标的各个环节的概 念。

其中，招标是招标方通过分析项目的技术经济特征和项目的标准、 规模、预算等需求制定招标方案，依据相关法律法规编制发售招标文件， 并明确购买招标文件、提交投标文件(在下文各个实施例中将投标文件 定义为投标书)的时间及地点要求。在本申请所提供的技术方案中，将 招标方所发出的项目定义为招标项目，招标方所接收到的来自投标方的 投标文件定义为投标书。

投标是指投标方依据招标文件格式内容编制进行投标的投标书，并 按照规定的时间、地点、方式提交投标书的过程。

开标是指在招标方、投标方或其推举的代表及公正人员的监督下， 招标方按照规定的时间、地点对满足开标要求的进行开标的过程。

评标则是指评标方按照招标文件规定的评标方法、评标因素和标 准、合同条款、技术规范等对投标书进行评估，向招标方提交书面评估 结果的过程。

定标是指对中标候选方进行公示，招标方依据评标报告和公示结 果，按照中标原则确定中标方，并发出中标通知书的过程。

签订合同是指招标方和中标方依照中标通知书、招标文件和中标人 的投标书签订合同，并按招标文件要求提交履约保证金的过程。

为了更好地理解本申请所提供的评标的方法，首先阐述本申请所提 供的评标联盟区块链100。请参见图1，图1为本申请一种评标联盟区 块链100一实施例中的结构示意图。在当前实施例中，本申请所提供的 联盟区块链100包括：运营方节点105、目标评标方节点101、验证方 节点103、招标方节点102和投标方节点104。

其中，运营方节点105为运营评标联盟区块链100平台的节点，评 标联盟区块链100平台为联盟区块链100上用于处理业务的前端平台。 运营方节点105可以为招标代理方所有，也可以为招标方所有，具体可 以依据实际的需求为准，具体在此不做限定。

运营方节点105用于自评价信息库中，为当前招标项目选取目标评 价方节点和验证方节点103，并分别向每个目标评标方节点101和每个 验证方节点103发送评标信令，还用于接收目标评标方节点101响应评 标信令对若干候选投标书进行评估所得的评估结果，以及验证当节点响 应评标信令对各个评标结果进行验证所得的验证结果，然后再根据所接 收到的评估结果和验证结果，确定各个候选投标书的最终评分，再根据 候选投标书的最终评分，从候选投标书中确定当前招标项目的目标投标 书。

目标评标方节点101为被运营方节点105选取用于对候选投标书进 行评估的评价方节点。需要说明的是，在本申请所提供的联盟区块链100 中，为了更为客观公正地对投标书进行评估，运营方节点105可以选取 多个目标评标方节点101，具体可以根据实际的需求进行设置，在此对 于联盟区块链100汇总的目标评标方节点101的数量不做限定。

验证方节点103为被运营方节点105选取用于对目标评标方的评估 结果进行验证的评价方节点。需要说明的是，在本申请所提供的联盟区 块链100中，为了更为客观公正地监督目标评标方节点101的评估，运 营方节点105可以选取多个验证方节点103，故在此对于验证方节点103 的数量不做限定，具体以实际需求进行设置。

进一步地，在另一实施例中，也可以设置，将评价方信息库中除去 目标评标方节点101以外其他的评价方节点全部选取为验证方节点103。

招标方节点102是对外发出招标项目的节点，投标方节点104为发 出投标书以对招标项目进行投标的节点，其中，在联盟区块链100中， 投标方节点104数量也可以为多个，具体在此不做限定。

请参见图2，图2为本申请一种评标的方法一实施例中的流程示意 图。在当前实施例中，本申请所提供的技术方案的执行主体为运营方节 点，本申请所提供的方法包括步骤S210至步骤S250。

S210：自评价方信息库中，为当前招标项目选取目标评标方节点和 验证方节点。

在本申请所提供的技术方案中，评价方信息库中存储有若干评价方 节点的信息，评价方节点的信息至少包括评价方节点的身份标识信息和 积分信息，积分信息是由每次评标过程中各个验证方节点打分所得的、 用于表征评价方节点业务能力的指标。本申请所提供的技术方案中，将 用于对投标书进行评估的评价方节点定义为目标评标方节点，将用于对 评估结果进行验证的评价方节点定义为验证方节点。评价方信息库可以 是存储于运营方节点中。在另一实施例中，评价方信息库也可以是存储 于联盟区块链中其他节点或联盟区块链处，运营方节点可以通过访问联 盟区块链进而获得评价方信息库中的各个评价方节点的信息，然后基于 所获取的各个评价方节点的信息，为当前的招标项目选取目标评标方节 点和验证方节点。

在进行评标时，首先自评价方信息库中为当前招标项目选取目标评 标方节点和验证方节点。需要说明的是，任意一个评价方节点在被选取 为目标评标方节点之后，该评价方节点可以用于按照设定的评估规则对 候选投标书进行评估得到评估结果；而当评价方节点在被选取为验证方 节点时，该评价方节点可以是用于对评估方节点所得的评估结果进行验 证进而得到验证结果，同一个评价方节点不能被同时选取为同一个招标 项目的目标评标方节点和验证方节点。其中，设定的评估规则会要求运 营方节点基于预设评分因子对候选投标书进行评估，进而获得评估结 果。其中，评分因子包括：投标方的报价、投标方的项目方案、投标方 的注册资本、投标方的研发实力、投标方的财务状况、投标方完成的项 目信誉评分、投标方的业绩、投标方的服务、投标方的响应时间中的至 少一个。可以理解的是，评分因子可以根据实际的需求进行设定，在此 不做限定。

进一步地，在另一实施例中，当联盟区块链中有多个招标项目需要 进行评标时，同一个评价方节点可以被同时选取为不同的招标项目的目 标评标方节点和验证方节点。如当同时存在两个没有直接利益关系的招 标项目a和b需要进行评标，对于同一个评价方节点，可以在被选取为 招标项目a的目标评标方节点的同时，还可以被选取为招标项目b的验 证方节点。

S220：分别向每个目标评标方节点和每个验证方节点发送评标信 令。

在自评价方信息库中为当前招标项目选取目标评标方节点和验证 方节点之后，运营方节点分别向所选取的每个评标方节点和每个验证方 节点发送评标信令，以使得目标评标方节点对候选投标书进行评估，同 时使得验证方节点对目标评标方节点的评标结果进行验证。其中，发送 给目标评标方节点的评标信令中至少包括：被选取为目标评标方节点的 信息和启动对候选投标书进行评估的指令；发送给验证方节点的评标信 令中至少包括：自身被选取为验证方节点的通知、被选取为目标评标方 节点的信息和启动评估结果和/或目标评标方节点进行验证以及评估的 指令。各个目标评标方节点通过所接收到的评标信令获知自身被选取 为评标信令之后，则会进一步响应评标信令进而对候选投标书进行评 估，同理，验证方节点在接收到评标信令之后，则会响应评标信令获取 到评估结果，并对目标评标方节点所得的各个评估结果进行验证，进而 获得对应各个评估结果的验证结果。

进一步地，为了使得对于候选投标书的评标、以及对于评估结果的 验证更为公正客观，每个目标评标方节点所接收到的评标信令中仅仅包 括自身被选取为目标评标方节点的信息和需要进行评估的各个候选投 标书的信息，即在当前实施例中，每个目标评标方节点所接收到的评标 信令中并不包括其他被选取为目标评标方节点的信息，验证方节点所接 收到的评标信令中包括各个目标评标方节点的信息。

更进一步地，为了使得评标过程更为公正客观，在当前实施例中， 本申请所提供的技术方案中，发送给目标评标方节点的评标信令中所包 括的目标评标方节点的信息和验证方节点的信息均为各个评价方节点 所对应的身份标识信息。其中，各个评价方节点所对应的身份标识信息 为各个评价方节点加入联盟区块链时，由运营方节点分配的，各个标识 节点的身份标识信息在联盟区块链中具有唯一性。

S230：接收目标评标方节点响应评标信令对若干候选投标书的评估 结果，以及验证方节点响应评标信令对评估结果的验证结果。

每个目标评标方节点在对候选投标书进行评估得到评估结果之后， 进一步将所得的评估结果进行反馈，以使得运营方节点可以获取到评估 结果；验证方节点在对评估结果进行验证之后得到验证结果之后，则会 将验证结果进行反馈，以使得运营方节点可以获取到验证结果。具体地， 目标评标方节点可以是将评估结果上链存储，以使得运营方节点通过访 问联盟区块链进而获得评估结果，同理，验证方节点也可以是将验证结 果上链存储至联盟区块链，进而使得运营方节点通过访问联盟区块链进 而获得验证结果。

可以理解的是，在其他实施例中，目标评标方节点和验证方节点也 可以是分别将评估结果和验证结果直接发送至运营方节点，进而使得运 营方节点获得评估结果和验证结果。

其中，验证结果包括：对目标评标方节点的权限验证结果和/或对目 标评标方节点的业务打分。

在一实施例中，验证方节点可以是用于验证目标评标方节点是否具 备评估候选投标书的权限，进而获得对目标评标方节点的权限验证结 果。

在另一实施例中，验证方节点也可以是用于验证目标评标方节点评 估所得的评估结果是否符合预设的评估规则，然后根据验证所得对目标 评标方节点的业务进行打分，并将对目标评标节点的业务打分作为验证 结果反馈至联盟区块链中。

进一步地，目标评标方节点在反馈评估结果时，会在评估结果中标 记当前评估结果所对应的候选投标书，同理，验证方节点在反馈验证结 果时，会对应标记该验证结果所对应的目标评标方节点以及候选投标 书，以便于运营方节点。

S240：根据评估结果和验证结果，确定各个候选投标书的最终评分。

运营方节点在接收到评估结果和验证结果之后，进一步确定各个候 选投标书的最终评分。其中，最终评分为根据所接收到的各个评估结果 和验证结果获得、用于表征候选投标书是否招标项目需求的打分结果。

S250：基于候选投标书的最终评分，从候选投标书中确定当前招标 项目的目标投标书。

在根据评估结果和验证结果确定各个候选投标书的最终评分之后， 进一步基于各个候选投标书的最终评分，从候选投标书中确定当前招标 项目的目标投标书。其中，对于目标投标书的数量不做限定，具体依据 实际需求为准，在此不做限定。

在一实施例中，当只需为招标项目选取一个目标投标书时，运营方 节点则会基于各个候选投标书的最终评分，将最终评分最高的候选投标 书确定为目标投标书。

在另一实施例中，当需要为招标项目选取设定数量目标投标书时， 则可以是将各个候选投标书按照最终评分从高至低进行排序，并将最终 评分排名靠前的设定数量个候选投标书确定为目标投标书。其中，设定 数量大于1。可以理解的是，在其他实施例中，还可以按照其他的规则 确定目标投标书，在此不一一列举。

本申请图1所对应的实施例中，运营方节点通过自评价方信息库中 为当前招标项目选取目标评标方节点和验证方节点，然后分别向每个目 标评标方节点和每个验证方节点发送评标信令，以使得目标评标方节点 响应评标信令对若干候选投标书进行评估进而获得评估结果，并使得验 证方节点响应评标信令对各个目标评标方节点评估所得的评估结果进 行验证，从而获得验证结果；运营方节点在接收到评估结果和验证结果 后，进一步根据所接收到的评估结果和验证结果，确定各个候选投标书 的最终评分，最后基于各个候选投标书的最终评分，从若干候选投标书 中确定当前招标项目的目标投标书，在此过程中，通过在选取目标评标 方节点同时选取验证方节点，并在评标方节点评估候选投标书后，同时 利用验证方节点对目标评估方节点评估所得的评估结果进行验证，以对 目标评标方节点的权限进行验证，和/或对目标评标方节点的业务打分， 在利用目标评标方节点对各个候选投标书进行评估的同时，利用验证方 节点验证目标评标方节点，实现在评标的同时更客观公正地监督目标评 标方的评标，降低串标围标的风险。

请参见图3，图3为本申请一种评标的方法另一实施例中的流程示 意图。在当前实施例中，上述步骤S110进一步包括步骤S301至步骤 S302。

S301：选取评价方信息库中积分排名最高的第一预设数量的评价方 节点，作为目标评标方节点。

在当前实施例中，在对投标书进行评标的过程中，会对各个评价方 节点所处理的业务进行业务打分进而获得各个评价方节点的积分。其 中，各个评价方节点所处理的业务包括：被选取为目标评标方节点时对 候选投标书进行评估的过程和被选取为验证方节点时对评估结果的验 证过程。

在目标评标方节点对当前招标项目的各个候选投标书进行评估时， 具体是按照设定的评估规则进行评估。其中，评估结果为评分值。目标 评标方节点在对候选投标书评估得到评估结果后，同时会将评估结果用 自己的私钥签名来创建区块，然后将所创建的区块广播至联盟区块链。 需要说明的是，评价信息库中的各个评价方节点在被存入至信息库之 前，各个评价方节点的身份是已经通过权威节点验证、且由权威节点授 权同意他们参与评标的。在其他实施例中，各个评价方节点的身份也可 以是对应各个招标项目进行验证，即在评价方节点被选取为目标评标方 节点时，是由权威节点验证并允许其参与对当前招标项目的评标。具体 地，目标评标方节点签署创建一个合法区块会增加一定的积分(在一些 实施例中，也可以将积分理解为信用积分，可以用于表征评价方节点是 否可信以及业务能力高低的指标，当信用积分越高，则表示该评价方节 点越可信，反之，信用积分越低，则表示该评价方节点越不可信)，当 目标评标方节点创建一个无效或虚假区块就会扣除积分。

在一实施例中，在某一个评价方节点执行多次对招标项目的候选投 标书的评估之后，如若某一评价方节点的积分低于设定的阈值时，则会 在选取目标评标方节点时不再选取其为目标评标方节点。

在另一实施例中，如若目标评标方节点的数量加上验证方节点数量 等于评价信息库中评价方节点的数量，即会将评价信息库中未被选取为 目标评标方节点所有评价方节点作为验证方节点时，在某一个评价方节 点执行多次对招标项目的候选投标书的评估之后，如若某一评价方节点 的积分低于设定的阈值时，则会在选取目标评标方节点时不再选取其为 目标评标方节点，并将该积分低设定的阈值的评价方节点降为验证方节 点，其位置由积分最高的验证方节点进行填补。

可以理解的是，在其他实施例中，将评价信息库中未被选取为目标 评标方节点的部分评价方节点作为验证方节点时，如若某一评价方节点 的积分低于设定的阈值时，也可以是将该积分低于设定的阈值的评价方 节点降为验证方节点降为普通节点，其位置由积分最高的验证方节点进 行填补。

同理，验证方节点用于在收到评估结果时，根据所接收到的评估结 果算出目标评标方节点的地址，并根据地址验证该目标评标方节点是否 为权威节点授权、具有评标权限的节点。其中，评估结果具体呈现为区 块，验证方节点可以是根据评估结果中的签名(也可以理解为区块头中 的签名)算出目标评标方节点的地址，验证该目标评标方节点是否为授权节点，且确定该目标评标方节点在本次评标中是否具有签名的权限。 若判断当前目标评标方节点具有签名权限，则认定为该区块为合法区 块，即该评估结果有效。同样，验证防节点验证一个有效区块会增加信 用积分，若验证方节点审计失误或故意作弊也会被扣除信用积分，积分 低于阈值降为普通节点。

S302：选取评价方信息库中未被选取为目标评标方节点的至少一个 评价方节点，作为验证方节点。

在当前实施例中，会将评价方信息库中未被选取为目标评标方节点 的至少一个评价方节点，选取作为验证方节点。在当前实施例中，对验 证方节点的数量不做限定，具体依据实际的需求进行设置。

S303：分别向每个目标评标方节点和每个验证方节点发送评标信 令。

S304：接收目标评标方节点响应评标信令对若干候选投标书评估所 得的评估结果，以及验证方节点响应评标信令对评估结果验证所得的验 证结果。

在当前实施例中，上述步骤S303至步骤S304与上文步骤S120至 步骤S130相同，具体可以参见上文对应部分的阐述，在此不重复阐述。

在当前实施例中，验证结果包括对目标评标方节点的权限验证结 果，且权限验证结果包括：目标评标方节点具备验证权限或目标评标方 节点不具备验证权限，评估结果为评分值。

对应的，在当前实施例中，上述步骤S140根据评估结果和验证结 果，确定各个候选投标书的最终评分进一步包括步骤S305至步骤S306。

S305：若权限验证结果为目标评标方节点具备验证权限，则将评估 结果确定为有效评估结果；或，若权限验证结果为目标评标方节点不具 备验证权限，则确定评估结果无效。

当运营方节点接收到的验证结果为：目标评标方节点具备验证权 限，则运营方节点将评估结果确定为有效评估结果，反之，如若运营方 节点接收到的验证结果为：目标评标方节点不具备验证权限，则确定评 估结果无效。若确定评估结果无效，则在求取候选投标书的最终评分时， 则不会选用该评估结果。

S306：分别求取各个候选投标书的有效评估结果的均值，并将各个 候选投标书对应的均值分别作为候选投标书的最终评分。

通过步骤S305确定有效评估结果之后，然后分别求取各个候选投 标书的有效评估结果的均值，并将各个候选投标书对应的均值分别作为 候选投标书的最终评分。

进一步地，如若评估结果中包括的是对多个不同指标的评分，则步 骤S306为基于有效评估结果，分别求取候选投标书各个指标的均值， 并将各个候选投标书各个指标对应的均值分别作为候选投标书的最终 评分。其中，指标在下述一些实施例中也被定义为评分因子，指标至少 包括：投标方的报价、投标方的项目方案、投标方的注册资本、投标方 的研发实力、投标方的财务状况、投标方完成的项目信誉评分、投标方 的业绩、投标方的服务、投标方的响应时间中的至少一个。

可以理解的是，在其他实施例中，指标还可以包括其他内容，在此 不一一列举。

S307：基于候选投标书的最终评分，从候选投标书中确定当前招标 项目的目标投标书。

步骤S307与上文所述的步骤S250相同，具体在此不重复阐述。

请参见图4，图4为本申请一种评标的方法又一实施例中的流程示 意图。在当前实施例中，如若在招投标初期运营方节点接收到数量较多 的投标书时，为了减少评标压力，故在步骤自评价方信息库中，为当前 招标项目选取目标评标方节点和验证方节点之前，本申请所提供的方法 还包括步骤S401至步骤S402。

S401：接收各个投标方发送的针对当前招标项目的投标书。

运营方节点接收各个投标方所发送的针对当前招标项目的投标书。 具体地，投标方节点可以是将投标书上链存储至联盟区块链上，运营方 节点则可以通过访问联盟区块链进而获取接收到各个投标方所发送的 针对当前招标项目的投标书。

在另一实施例中，当运营方节点与招标方节点是不同的节点时，投 标方节点也可以是将投标书直接发送至招标方节点，招标方节点转发给 运营方节点。再或者也可以是由投标方节点将投标书上链存储至联盟区 块链上，运营方节点在招标方节点的授权下可以通过访问联盟区块链， 进而获取接收到各个投标方所发送的针对当前招标项目的投标书。

S402：根据各个投标方的历史信誉评分，选取第二预设数量的投标 方对应的投标书作为候选投标书。

运营方节点在接收各个投标方发送的针对当前招标项目的投标书 之后，进一步根据各个投标方的历史信誉评分，选取第二预设数量的投 标方对应的投标书作为候选投标书。其中，第二预设数量可以根据实际 的需求进行设置，在此不做限定。

具体地，是按照所接收到的所有投标书的历史信誉由高至低的排序 进行选择。具体是选取历史信誉评分最高的第二预设数量的投标方所对 应的投标书作为候选投标书。

其中，投标方的历史信誉评分是基于投标方之前所完成的若干项目 的项目评分得到。其中，项目评分是基于项目完成率、质量评估率、投 标项目的投标书的最终评分、投标项目时投标书的有效评估结果的均 值、项目的成本率和项目工期评分中的至少一个获得。投标方的历史信 誉评分可以是由权威机构或第三方授权评估机构对投标方评估得到，并 将评估所得的投标方的信誉评分存储于联盟区块链上。

进一步地，在另一实施例中运营方节点是利用各投标方在之前所承 办的项目中的评分score

具体地，某个投标方(S

score

即：

其中：

score

score

PCR表示项目完成率，该投标方在过去某一项目(P

QAR表示质量评估率，二值变量，若项目质量检测报告显示项目验 收合格，则为1；若不合格，则为0。

AER表示评标平均值，该投标方在过去某一历史项目(P

CCR表示项目成本率，指的项目(P

f(len)表示项目工期值，f(·)代表非线性转换函数，如sigmoid或 log函数。

w

S403：自评价方信息库中，为当前招标项目选取目标评标方节点和 验证方节点。

S404：分别向每个目标评标方节点和每个验证方节点发送评标信令。

S405：接收目标评标方节点响应评标信令对若干候选投标书评估所 得的评估结果，以及验证方节点响应评标信令对评估结果验证所得的验 证结果。

在当前实施例中，上述步骤S403至步骤S405分别与上文的步骤 S210至步骤S230相同，具体可以参见上文对应部分的阐述。在当前实 施例中，上述步骤S240根据评估结果和验证结果，确定各个候选投标 书的最终评分，进一步包括步骤S406至步骤S408。

S406：对于每个候选投标书，基于所接收到的评估结果和验证结果， 确定各目标评标方节点对候选投标书的有效评估结果。

运营方节点在接收到评估结果和验证结果之后，进一步基于各个验 证结果判断各个评估结果是否有效。在一实施例中，若验证方节点仅仅 用于验证目标评标方节点是否具有权限，验证方节点将验证结果反馈至 运营方节点之后，运营方节点则会根据验证结果确定目标评标方节点所 得的评估结果是否为有效评估结果。

进一步地，当验证方节点数量为多个时，每个验证方节点均需要验 证每个目标评估方节点是否具有评标权限，对应的，运营方节点在接收 到各个验证方节点分别反馈的验证结果之后，进一步根据所接收到的验 证结果判断某一个目标评标方节点是否具备评标权限，若运营方节点判 断得到半数或大于半数以上的验证结果显示该目标评标方节点具备评 标权限，则判断该目标评标方节点具备权限，对应的，则会将该目标评 标方节点所得的评估结果确定为有效评估结果。反之，如若判断得到大 于半数的验证方节点所反馈的验证结果显示该目标评标方节点不具备 评标权限，运营方节点则会认定该目标评估方节点所得的评估结果均是 无效评估结果，当判断目标评标方节点为不具备评估权限的节点时，则 不会采用其评估所得的评估结果。

更进一步地，在又一实施例中，对于某一个目标评标方节点而言， 只有所有验证结果均显示其具有评标权限时，运营方节点方会得到该目 标评估方节点所得的评估结果为有效评估结果。

S407：分别基于各目标评标方节点对候选投标书的有效评估结果， 确定候选投标书的有效评估结果均值。

在当前实施例中，评估结果为评分值，运营方节点基于所接收到的 评估结果和验证结果，确定各目标评标方节点对候选投标书的有效评估 结果之后，进一步分别基于各目标评标方节点对候选投标书的有效评估 结果，确定候选投标书的有效评估结果均值。其中，有效评估结果的均 值即为评分值的均值。

进一步地，如若评估结果中包括多个不同指标的评分值，则步骤S407为求得各个指标的评分值的均值。

S408：分别基于候选投标书对应的投标方的历史信誉评分、候选投 标书的有效评估结果均值进行加权求和，得到候选投标书的最终评分。

其中，投标方的历史信誉评分是基于投标方之前所完成的若干项目 的项目评分得到。其中，项目评分是基于项目完成率、质量评估率、投 标项目的投标书的最终评分、投标项目时投标书的有效评估结果的均 值、项目的成本率和项目工期评分中的至少一个获得。

在分别基于各目标评标方节点对候选投标书的有效评估结果，确定 候选投标书的有效评估结果均值之后，进一步基于候选投标书对应的投 标方的历史信誉评分、候选投标书的有效评估结果均值进行加权求和， 得到候选投标书的最终评分。如可以为投标方的历史信誉评分、候选投 标书的有效评估结果均值分别设置不同的权重比，然后在求得有效评估 结果均值之后，进一步将有效评估结果的乘上其对应的权重，将投标方 的历史信誉评分乘上对应的权重，然后将有效评估结果的乘上其对应的 权重的结果加上投标方的历史信誉评分乘上对应的权重的结果，进而获 得候选投标书的最终评分。其中，投标方的历史信誉评分、候选投标书 的有效评估结果均值各自的权重比为预先设置，具体在此不做限定。

在当前实施例中，通过对候选投标书对应的投标方的历史信誉评 分、候选投标书的有效评估结果均值进行加权求和，将加权求和的结果 作为候选投标书的最终评分，这样就可以避免过往表现不好的投标方在 本次评分中因候选投标书评分过高而获得额外较高总评分现象，避免恶 意投标方与腐败评标方互相串通，造成评标结果不公正，整个评标过程 基于区块链进行，评标结果、时间戳等均由链上生成，保证结果的公开、 透明和可信。

S409：基于候选投标书的最终评分，从候选投标书中确定当前招标 项目的目标投标书。

步骤S409与上述步骤S250相同，具体可以参见上文对应部分的阐 述，具体在此不重复。

进一步地，请继续参见图4，在另一实施例中，在基于候选投标书 的最终评分，从候选投标书中确定当前招标项目的目标投标书之后，方 法还包括步骤410。

S410：将目标投标书所对应的投标方，确定为当前招标项目的中标 方。

运营方节点在从候选投标书中确定当前招标项目的目标投保书，将 目标投标书所对应的投标方确定为当前招标项目的中标方。进一步地， 如若步骤S409中确定了多个候选投标书为目标投标书，则对应的步骤 S410中也会为当前招标项目确定多个中标方。

请参见图5，图5为本申请一种评标的方法一实施例中的流程示意 图。在当前实施例中，评标的方法的执行主体为目标评标方节点，本申 请所提供的方法包括步骤S501至步骤S503。

S501：接收运营方节点的评标信令。

评价方信息库中某一个评价方节点在接收到运营方节点的评标信 令之后，确定成为当前招标项目的目标评标方节点。其中，评标信令包 括：当前评价方节点被选为目标评标方节点的通知和若干候选投标书的 信息。

S502：响应评标信令，基于预设评分因子对每个候选投标书进行评 估，得到评估结果。

目标评标方节点响应评标信令，基于预设评分因子对每个候选投标 书进行评估，进而得到评估结果。

其中，预设评分因子包括：投标方的报价、投标方的项目方案、投 标方的注册资本、投标方的研发实力、投标方的财务状况、投标方完成 的项目信誉评分、投标方的业绩、投标方的服务、投标方的响应时间中 的至少一个。

在一实施例中，各个评分因子的评分规则如下：

①投标方的报价大于符合其所提供的项目方案的价值得1分、投标 方的报价等于符合其所提供的项目方案的价值得5分，投标方的报价小 于符合其所提供的项目方案的价值得10分。

②投标方的项目方案风险大于行业内类似招标项目的风险得1分， 投标方的项目方案风险等于行业内类似招标项目的风险得5分，投标方 的项目方案的风险小于行业内类似招标项目的风险10分。

③投标方的注册资本小于设定资本额度得1分，投标方的注册资本 等于设定资本额度得5分，投标方的注册资本大于设定资本额度得10 分。

④投标方的研发实力大于行业内承办类似项目的企业的研发实力 得10分，投标方的研发实力等于行业内承办类似项目的企业的研发实 力得5分，投标方的研发实力小于行业内承办类似项目的企业的研发实 力得1分。

⑤投标方的财务状况：利润大于负债评分为10分，利润等于负债 评分为5分，利润小于负债评分为1分。

⑥投标方完成的项目信誉评分可以直接输出作为评分因子的评分。

⑦投标方的业绩大于行业内业绩均值得分10分，等于行业内业绩 均值得分5分，小于行业内业绩均值得分为1分。

⑧投标方的服务，具体可以是直接获取该投标方之前所承办的其他 招标方项目对应的招标方对其的品评分，并直接将其他招标项目对其评 分的均值直接输出，作为评分因子的评分。

⑨投标方的响应时间在设定时间内得分5分，响应时间在设定时间 以外则得分为1分。

可以理解的是，在其他实施例中，评分因子还可以包括其他类型指 标，目标评标方对于各个预设评分因子的评分规则可以根据实际的需求 进行设置和调整，具体在此不一一列举。

对于一个候选投标书而言，按照预设的各个评分因子以及各个评分 因子的评分规则，获得该候选投标书的各个评分因子上的评分，然后将 各个评分因子的评分进行加权求和，并将加权求和的结果输出为该获选 投标书的评估结果。

进一步地，在另一实施例中，也可以是直接将候选投标书的各个评 分因子的评分作为评分结果输出。

S503：对每个评估结果进行哈希运算得到评估结果哈希值，并将评 估结果哈希值上链存储。

在响应评标信令，基于预设评分因子对每个候选投标书进行评估， 得到评估结果之后，目标评标方节点进一步对每个评估结果进行哈希运 算得到评估结果哈希值，并将评估结果哈希值上链存储，以便于链区块 链中其他的节点在需要获得评估结果时，可以通过直接访问联盟区块链 即可获得该评估结果。

进一步地，在区别于图5的实施例中，在评标时，评标方会对每个 候选投标书质量和是否符合招标方相关要求进行主观评分，评分的主要 因子可以是区别与上述实施例的。目标评标方对于候选投标书的评分结 果计算公式如下，其中，用scorebidding表示候选投标书的评估结果， 且其具体体现为评分值。

score

其中：

PPS表示投标方的项目方案和计划；

R&D表示投标方的研发实力；

QUA表示投标方的注册资本、财务状况、经营规模、业绩等资质；

EXP表示投标方的资本变化，如融资，股份转让、上市、增发等；

MAG表示投标方的管理能力和水平；

PRI表示投标方的报价，具体地，候选投标书中的有效价格得分＝ (评标基准价/评标价格)*10

可以理解的是，有关于评估候选投标书的各个评分因子包括但不限 于上述各项，可以由招标方根据自身的需求进行增删减，招标方同时也 可以根据需求调整权重。

请参见图6，图6为本申请一种评标的方法一实施例中的流程示意 图。在当前实施例中，本申请所提供的方法的执行主体为验证方节点， 如若某一个评价方节点被选取为验证方节点，则本申请所提供的方法包 括步骤S601至步骤S603。

S601：接收运营方节点的评标信令。

其中，评标信令包括：当前评价方节点被选为验证方节点的通知和 被选为目标评标方节点的身份信息。

评价方信息库中的任意一个评价方节点在接收到运营方节点的评 标信令之后，且所接收到的评标信令中包括当前评价方节点被选为验证 方节点的通知，则当前评价方节点会成为当前招标项目的验证方节点。

S602：响应评标信令，判断目标评标方是否具备评标权限和/或对目 标评标方的业务进行打分，得到验证结果。

验证方节点在接收到评标信令之后，进一步响应评标信令，判断目 标评标方是否具备评标权限和/或对目标评标方的业务进行打分，得到验 证结果。

当验证方节点是用于判断目标评标方是否具备评标权限时，验证方 节点是根据评估结果中所包括的签名，算出目标评标方节点的地址，进 一步根据所得的地址判断目标评标方是否具有评估当前招标项目的权 限。具体可以是将目标评标方节点的地址与经过权威节点授权后的具有 权限进行评标的节点地址进行比对，以判断当前目标评标方节点是否获 得权威节点的授权。

S603：对验证结果进行哈希运算得到验证结果哈希值，并将验证结 果哈希值上链存储。

在获得验证结果之后，进一步对对验证结果进行哈希运算得到验证 结果哈希值，并将验证结果哈希值上链存储，以使得联盟区块链中的其 他节点可以通过访问联盟区块链既可以获取到验证结果哈希值，从而基 于验证结果哈希值获得验证结果。

请参见图7，图7为本申请一种电子设备一实施例中的结构示意图。 在当前实施例中，本申请所提供的电子设备700包括处理器701以及与 处理器701耦接的存储器702。电子设备700可以执行图2至图6及其 对应的任意一个实施例中的方法。

其中，存储器702包括本地储存(图未示)，且存储有计算机程序， 计算机程序被执行时可以实现图2至图6及其所对应的任意一个实施例 中的方法。

处理器701与存储器702耦接，处理器701用于运行计算机程序， 以执行如上图2至图6及其对应的任意一个实施例中的方法。

进一步地，在一些实施例中，电子设备700还可以包括通信电路703， 通信电路703与处理器701连接，在处理器701的控制下，用于与外部 其他电子设备进行通信，以发送或接收数据。

进一步地，在一些实施例中，电子设备700可包括移动终端、电脑 终端、计算机、具备计算存储能力的对讲设备，服务器等中的任意一种。 更进一步地，电子设备700也可以是图1及其所对应的任意一个实施例 所述的任意一个节点。

参见图8，图8为本申请一种计算机可读存储介质一实施例结构示 意图。该计算机可读存储介质800存储有能够被处理器运行的计算机程 序801，该计算机程序801用于实现如上图2至图6及其对应的任意一 个实施例中所描述的方法。具体地，上述计算机可读存储介质800可以 是存储器、个人计算机、服务器、网络设备，或者U盘等其中的一种， 具体在此不做任何限定。

以上所述仅为本申请的实施方式，并非因此限制本申请的专利范 围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变 换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的 专利保护范围内。