经典博弈视阈下的采购招标管理信息系统构建研究

傅亚宁

（1.南京邮电大学采购招标管理办公室；2.南京航空航天大学经济与管理学院，江苏南京 210000）

0 引言

自2014 年以来，《中华人民共和国政府采购法》《中华人民共和国政府采购法实施条例》《政府采购货物和服务招标投标管理办法》《中华人民共和国招标投标法》等采购招标领域的法律法规相继修订并颁布实施。政府转变职能不断推进，中共十八大以及十八届三中、四中、五中全会都对进一步加快转变政府职能提出了新要求，2016 年《政府工作报告》中明确提出了简政放权、放管结合、优化服务，不断提高政府效能的“放管服”要求。中国共产党的纪律建设、反腐倡廉建设向纵深发展，2014 年《关于深入推进高等学校惩治和预防腐败体系建设的意见》发布，2019 年《中国共产党纪律处分条例》实施，2019 年《中国共产党问责条例》修订并实施。

政府采购招标工作面临的形势已今非昔比，政府与市场关系重新定位、监督制约机制不断完善，以及承担依法行政的新任务、推行“放管服”的新举措，对政府采购各个环节都提出了更高要求。结合中央简政放权、放管结合、优化服务、科研改革的精神，面对监督部门防范风险、反腐倡廉的要求，以及广大采购用户希望提高采购效率的迫切需求，政府、企事业单位纷纷进行采购招标电子化与信息化的尝试，构建采购招标管理信息系统已成为政府采购和招投标领域兴起的新潮流及发展的大趋势［1-6］。

本文针对采购招标管理信息系统构建问题，运用经典博弈中的囚徒博弈研究方法，对采购招标中的采购人与用户进行分析研究，找到采购人与用户之间的纳什平衡点。之后将找到的纳什平衡点创造性地带入采购招标管理信息系统中，进行采购招标管理信息系统设计与实现，以期通过合理的采购招标管理信息系统构建，提高采购招标质量和效益。

1 采购招标管理信息系统经典博弈视阈分析

1.1 采购人与用户模型构建

采购招标工作按照法定程序，由采购人、用户、评审专家、供应商、代理机构、监管单位共同完成，采购招标管理信息系统构建也是基于这6 类角色。在采购招标全流程中，参与度最高的是6 类角色中的采购人与用户角色。因此，在采购招标管理信息系统建设过程中，考虑最多的也应当是采购人与用户角色的需求，兼顾其他角色。

采购人的主要职责为：严格贯彻执行政府采购、招投标法律法规，建立健全自身采购招标规章制度和实施办法，加强采购项目实施全过程的内部控制管理；受理、审核、组织实施采购项目，包括制作并发布采购公告、采购文件，接受供应商的响应文件，组织召开各类采购工作会议，进行开标、评标、谈判、磋商、询价工作及采购方式、合同变更等事项的审议活动，完成中标（或成交）结果公示、中标（或成交）通知书发放；组织合同文本的审核会签和用章管理；负责采购项目业务档案的建档、归档工作；负责本单位的“评审专家库”、“供应商信息库”建设，并实行动态管理；受理对采购活动的询问、质疑、投诉，并按规定做好答复及处理工作。

项目用户为采购招标项目的第一责任人，责任范围包括采购招标项目前期准备、采购活动实施、合同签订、履约验收等全过程，主要职责为：采购项目立项和资金落实，按要求提供前置审批材料；采购招标活动实施前的市场调研、论证，提出明晰的采购需求与建议评审办法，参与采购文件会签；参与采购项目评审工作；负责采购合同文本的洽谈、拟订，送采购人审核后签订正式合同；参与非公开招标采购方式、合同变更等事项审议；参与对采购活动中询问、质疑、投诉的处理；负责全面履行采购合同，加强对履约验收过程的有效管理。

采购人与用户在采购招标活动中往往存在矛盾，将二者的矛盾用经典博弈中的囚徒博弈表示，如图1 所示。图1中有两个角色，项目用户与采购人。项目用户英文为User，用U 表示；采购人英文为Purchaser，用P 表示。项目用户U有两个策略，一是追求采购招标项目的规范性大于效率性，用策略a 表示；二是追求采购招标项目的效率性大于规范性，用策略b 表示。采购人同样有两个策略，一是追求采购招标项目的规范性大于效率性，用策略a 表示；二是追求采购招标项目的效率性大于规范性，用策略b 表示。对项目用户U 与采购人P 采取不同策略产生的结果进行赋值，在括号中，前面的数字表示项目用户U 的结果，后面的数字表示采购人P 的结果。

Fig.1 Buyer and user model图1 采购人与用户模型

1.2 采购人与用户模型假设法分析

项目用户U 与采购人P 采取不同策略产生的4 种结果如图2 所示，利用假设法对采购人与用户模型进行分析。

Fig.2 Analysis chart of model hypothesis method图2 模型假设法分析

对于项目用户U，假设采购人P 采取策略a，偏好S3大于S1；假设采购人P 采取策略b，偏好S4大于S2。对于项目用户U，S3和S4是优先选择。

对于采购人P，假设项目用户U 采取a 策略，偏好S1大于S2；假设项目用户U 采取b 策略，偏好S3大于S4。对于采购人P，S1和S3是优先选择。

因为对于项目用户U，S3和S4是优先选择，对于采购人P，S1和S3是优先选择，所以对于项目用户U 和采购人P 而言，重合部分S3是两者的最优选择。即项目用户U 采取策略b 追求采购招标项目的效率性大于规范性，采购人P 采取策略a 追求采购招标项目的规范性大于效率性。

1.3 采购人与用户模型排除法分析

为进一步验证用假设法分析的结果，利用排除法对采购人与用户模型进行分析验证。

Fig.3 Model exclusion analysis chart图3 模型排除法分析

首先比较采购人与用户模型中的行，比较括号中前面的数字，2 大于1，1 大于0，因此做横线排除S1和S2；接下来比较采购人与用户模型中的列，比较括号中后面的数字，2大于1，1 大于0，因此做竖线排除S2和S4。排除了S1、S2和S4后，剩下的S3就是项目用户U 和采购人P 的最优选择。经排除法验证，得到与假设法同样的结果，即项目用户U 采取策略b 追求采购招标项目的效率性大于规范性，采购人P采取策略a 追求采购招标项目的规范性大于效率性是最优选择。

1.4 经典博弈平衡点选择

图2 中S3的策略组合是最优选择，也即该经典博弈的纳什平衡点。采购人P 采取策略a 追求采购招标项目的规范性大于效率性，项目用户U 采取策略b 追求采购招标项目的效率性大于规范性，成为解决采购人与项目用户之间博弈的最佳策略组合，也是采购人与项目用户的理性选择。要实现该最佳策略组合的平衡点，就要兼顾采购招标的法律法规与用户个性需求、采购招标的规定程序与用户的效率优先、采购招标的公平原则与用户效益。采购招标管理信息系统是实现采购人与项目用户之间纳什平衡点的有效途径，构建采购招标管理信息系统为采购人与项目用户之间达成好的纳什均衡提供了制度保障、程序保障、改革保障和创新保障，并为采购招标制度程序在信息系统的落地生根创造了难得的机遇。

2 采购招标管理信息系统设计

2.1 系统设计目标

为落实国家简政放权、放管结合、优化服务的总体要求，做好精细化管理和服务，将“放管服”改革落实到位，本文设计与构建一个采购招标管理信息系统。采购招标管理信息系统是采购招标全流程业务管理平台，可实现采购招标全过程的电子化管理，系统具有较高的安全性、稳定性与可靠性。采购招标管理信息系统开发应严格遵循《中华人民共和国政府采购法》《中华人民共和国招标投标法》《中华人民共和国政府采购法实施条例》《中华人民共和国招标投标法实施条例》《政府采购货物和服务招标投标管理办法》《政府采购评审专家管理办法》《电子招标投标办法》及采购人招投标相关管理规定。采购招标管理信息系统采用框架及模块化结构设计，具有较高的弹性及扩展性，并支持多种后台数据库。

2.2 系统设计架构

前文通过分析得出采购招标管理信息系统是实现采购人与项目用户之间纳什平衡点的有效途径，系统应当满足的需求决定了系统必须实现的功能。作为采购招标全流程业务管理平台，采购招标管理信息系统可实现采购招标全过程的电子化管理，内容涵盖信息发布、采购申请、辅助评标、微招标、合同管理、专家管理、数据汇总分析等多方面内容。从采购人实际需求出发，综合考虑不同采购人的差异化需求，用求交集的方法总结出采购招标管理信息系统的技术功能需求。将采购人的差异化需求交集总结为信息发布、采购申请、招标综合业务、辅助评标、微招标、合同管理、专家管理、基础管理8 个模块，包括立项申请、批核流程、项目分派、公告发布、专家评审、在线监标、结果公告、合同统计等在内的43 项子功能。

采购招标管理信息系统还需要能按照采购人不同的采购招标业务制度和流程要求进行二次开发，覆盖采购人采购招标管理全流程，同时覆盖采购人、响应供应商、代理机构、评标专家、监管部门、社会公众等各个角色，实现采购招标管理过程的全程电子化，从而提高采购效率，提高交易透明度及监管力度。

2.3 系统功能设计

采购招标管理信息系统可实现的具体功能分为基础功能、核心功能、特色功能三大部分。

（1）基础功能。包括采购招标门户网站建设、采购招标项目立项申请、立项项目分派、公告文件编制发布、评审结果公告发布、采购项目资料归档、合同审核用印存档等功能。采购招标门户网站需要根据采购招标管理业务需求进行定制开发，主要栏目包括：采购公告、结果公告、合同公告、项目情况一览表、法律法规、曝光角、办事指南、下载中心、机构设置、联系方式、常用链接等。网站内容管理平台须具备栏目管理、模板管理、资源管理、流量统计等功能，与采购招标业务系统无缝对接，公告、公示等信息通过审批流程后，可自动进行发布，还可通过系统在线提交项目立项申请、分派招标项目经办人、启动招投标组织活动、起草发布招标文件、自动生成结果公告、分级保存项目文档、起草与审核合同等。

Fig.4 System core function architecture图4 系统核心功能架构

（2）核心功能。包括专家注册、专家随机抽取、专家评审、在线汇总、自动计算等功能，具体如下：①专家注册。专家可在线填写个人信息、工作单位、年限、职称等基本信息，并上传简历、身份证、专家成果资质等。专家注册提交后，通过信息审核方可成为正式专家；②专家随机抽取。系统具备灵活多变的抽取条件，可按多种条件组合进行抽取，可指定抽取内部或外部专家，还可按专业抽取、按资格证书抽取等。之后系统可以语音通知专家，打印抽取单，监督人、抽取人签字备案；③专家评审。专家可通过平板电脑或PC 进行评标，具备专家组长推举功能，专家在线进行资格审查、符合性审查、商务评审和技术评审、在线废标并记录废标原因。在评标组织过程中，评标主持人或专家组长具备查看评审进度、汇总评审结果的权限，具有基本审核功能，包括客观分一致性审核、主观分畸高畸低提醒、评审项目完整性审核等；④在线汇总。系统可自动生成评审汇总表，包括资格审查汇总、商务评分汇总、技术评分汇总、综合评价汇总等；⑤自动计算。系统具备自动计算价格分的功能，支持常见公式选择，对于特殊算法可进行公式化定义，系统自动进行商务技术评分统计及响应供应商得分计算，根据预设公式自动完成价格分计算、汇总并生成排名。

（3）特色功能。包括开标评标组织、微招标、在线监标、场地管理等功能，具体如下：①开标评标组织。支持开评标会场纪律语音自动播报，提供主持词模板生成功能，通过模板系统自动拟出开标会议主持词，以方便经办人进行开标主持，开标过程支持分屏显示，方便投影；②微招标。可通过微信公众号和小程序进行项目进度查询、审批审核、合同支付、合同统计；③在线监标。监标人可在线进行监标工作，通过音视频远程、实时监控评标过程；④场地管理。具备开评标活动场地预约管理功能，支持会议室、评标室的日程安排查阅，在场地有时间冲突时进行场地冲突警告提示。

采购招标管理信息系统项目功能需求和实现过程较为复杂，涉及部门、环节较多，在项目实施阶段应明确项目实施组织架构与职责，明确系统开发成员组成及职责，合理划分实施阶段，明确各实施阶段的工作范围、内容、交付成果等。在信息系统建设过程中进行项目质量监管，以保证项目顺利实施。在信息系统建设完成后，成果移交除正常运行的采购招标管理信息系统外，对项目各阶段的技术文档、管理文档以及包括系统安装使用手册在内的产品资料都要妥善保存，做好知识转移工作，为系统接下来的运营与维护打好基础。

2.4 基于微服务的采购招标管理信息系统架构设计

本文的采购招标管理信息系统采用集群架构，为解决集群架构的负载均衡调度器负载过大和系统新版本发布成本较高的问题，本系统采用了微服务架构。在微服务架构中，所有系统功能被拆分成一个个独立运行的子系统，每个子系统只负责一项服务功能，使得系统可以横向拓展，系统之间的耦合度大大降低。本文将整个系统划分为以下4 层：系统表现层、服务注册与提供层、业务服务层、基础服务层，每层提供的具体服务如图5 所示。

（1）系统表现层。系统表现层以一个个独立、完整的功能系统形式存在，负责整个系统的请求分发与调度，是传统三层系统架构中的控制层。系统表现层在接收到服务请求时，会根据请求的具体信息，调用在服务注册层注册的信息，服务注册与提供层会根据请求的具体信息调用业务服务层提供的服务，业务服务层会具体处理该请求，并将处理结果返回给系统表现层，系统表现层将处理结果转发给客户端，客户端可以是Web 端，也可以是移动端等。

Fig.5 Overall system architecture图5 系统总体架构

（2）服务注册与提供层。服务注册与提供层负责对业务服务层的服务进行注册，并将其提供给系统表现层。当业务服务层的服务容器启动时，服务提供者会在注册中心注册自己提供的服务；当系统表现层的系统容器启动时，服务消费者会向注册中心订阅自己所需的服务，注册中心将业务服务层的服务提供者地址信息返回给系统表现层。如果服务提供者提供的服务有更新，注册中心将以长连接的方式投递数据给系统表现层。

（3）业务服务层。业务服务层负责提供系统的业务逻辑服务，以供系统表现层调用，是传统三层架构的业务逻辑层。业务服务层在本系统的微服务架构中，业务逻辑按照服务功能被拆分成独立的子系统，并以RPC 接口的形式为系统表现层提供服务的远程调用。

（4）基础服务层。基础服务层为系统提供数据库服务、图片存储服务、缓存服务、消息队列服务、搜索与分析服务等，这些基础服务都被封装成系统通用的服务，并以独立的子系统形式运行。这些基础服务会与服务中间件直接建立联系，而不是与业务服务层的业务服务建立联系，从而避免了业务系统与基础服务中间件的强耦合性。这些基础服务同样是以RPC 接口形式为业务服务层提供服务的远程调用。采用以上系统架构具有如下优点：基础服务中间件可被统一进行维护；当某个基础服务中间件的存储空间或运行性能达到瓶颈时，可单独增加服务器数量以解决瓶颈问题；基础服务中间件对于业务服务层是透明的，降低了基础服务层与业务服务层的耦合性，业务服务层可直接将基础服务的API 通过基础服务层暴露在注册中心的地址列表注入到业务系统中。

本系统使用Fast DFS 分布式文件系统作为数据集图片服务器，Fast DFS 是一款开源的分布式文件系统，具有存储空间可横向扩展、可重复使用、可实时备份等优点。因此，可使用其搭建一个高性能的文件服务器集群，以提供数据的上传、下载等服务。

数据集存储模块的图片服务器采用分布式文件系统，该图片服务器主要由Tracker（跟踪服务器）、Storage（存储服务器）和Client（客户端）3 个角色组成。跟踪服务器主要负责存储服务器调度，多台Tracker 组成Tracker 集群，可达到负载均衡的效果。存储服务器主要负责文件存储及冗余备份，Storage 集群以分组（Group）形式进行划分，分组之间相互独立。同组内可以有多台Storage，组内的Storage之间也是对等关系。增加Group 可以横向扩容，组内增加Storage 可以纵向扩容。Client 端是用于访问图片服务器接口的应用服务器。该图片服务器系统架构如图6 所示。

图片上传功能具体流程如下：首先Client 通过Tracker查找一台可用的Storage，然后将该Storage 的IP 地址和端口号返回给Client，Client 使用该IP 地址和端口号直接与该Storage 建立连接并上传文件，文件上传结束后，Storage将新生成的文件标识符FID 返回给Client。上传采购招标图片资源的功能时序图如图7 所示。

Fig.6 Image server system architecture图6 图片服务器系统架构

Fig.7 Sequence diagram of picture upload function图7 图片上传功能时序图

2.5 系统安全性设计

采购招标管理信息系统必须能在中国境内合法销售，与其他软件无冲突，与采购人现有设施无兼容性问题，并能提供相应服务。采购招标管理信息系统要能独立部署于采购人指定的网络环境中，以满足安全性和保密性的要求。供应商对系统选用的中间件、开发平台、代码等的安全性实行终身负责制，任何时候发现漏洞等不安全因素或官方推出新的安全功能补丁等，都要及时跟进解决，以避免出现信息安全风险。

采购招标管理信息系统需要具有较好性能，并具有可靠性、容错性和易用性。

（1）高性能。单点操作响应时间少于0.5s，100 人并发响应时间少于2s；支持100MB 内文件的稳定上传；大文件可实现断点续传。

（2）可靠性。在高负荷状态下稳定、可靠、不间断地运行，不能因为系统崩溃、异常退出等原因导致数据发生错误或丢失。

（3）容错性。提供数据有效性检验与数据一致性校验，能够识别与屏蔽可能引起系统崩溃、异常退出的用户误操作。

（4）易用性。要求系统界面设计人性化、易于理解、操作简单，对运行环境和浏览器的兼容性好，便于推广实施。采购招标管理信息系统要能够支持Google Chrome 浏览器、Firefox 浏览器、360 安全浏览器、IE9 及以上版本等主流浏览器。采购招标管理信息系统应能与采购人统一数据平台对接，涉及到登录相关内容与采购人统一身份认证系统对接，涉及到预算审批、经济合同管理等内容与采购人财务系统对接［7-12］。

3 结语

采购招标管理信息系统构建的核心是：找到采购招标项目规范性与效率性之间的平衡点，完善采购招标制度体系；明确采购招标管理的立足点，兼顾政府与市场、监督制约机制与放管服举措、采购人与项目用户等之间的关系，实现采购招标程序、结果与效率的动态平衡；信息化建设顶层设计先行，统筹协调多效并举，加强采招专业人才队伍建设与采招信息系统人员培训。

采购招标管理信息系统构建时需要注意的是：建立全流程、全方位的采招信息系统仅是采招信息化建设的第一阶段，实现多个信息化平台的信息互通、资源共享与实时对接是采招信息化建设的第二阶段，运用互联互通的采招信息化平台进行数据分析、助力智慧决策是采招信息化建设的第三阶段。构建、运用采招信息化平台是未来的发展趋势，但不可对其过度依赖，要注重对采招相关信息的管理，充分考虑保护投标供应商的商业秘密和采购人及评审专家的个人信息等。

未来还将逐步建立采购招标管理信息化标准，伴随着政府、企事业单位采购招标管理信息系统的规范使用，采购招标知识图谱也将逐步建立，从而助力包括采购招标活动在内的其他政府决策。