經典博弈視閾下的采購招標管理信息系統構建研究

傅亞寧

（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 結語

采購招標管理信息系統構建的核心是：找到采購招標項目規范性與效率性之間的平衡點，完善采購招標制度體系；明確采購招標管理的立足點，兼顧政府與市場、監督制約機制與放管服舉措、采購人與項目用戶等之間的關系，實現采購招標程序、結果與效率的動態平衡；信息化建設頂層設計先行，統籌協調多效并舉，加強采招專業人才隊伍建設與采招信息系統人員培訓。

采購招標管理信息系統構建時需要注意的是：建立全流程、全方位的采招信息系統僅是采招信息化建設的第一階段，實現多個信息化平臺的信息互通、資源共享與實時對接是采招信息化建設的第二階段，運用互聯互通的采招信息化平臺進行數據分析、助力智慧決策是采招信息化建設的第三階段。構建、運用采招信息化平臺是未來的發展趨勢，但不可對其過度依賴，要注重對采招相關信息的管理，充分考慮保護投標供應商的商業秘密和采購人及評審專家的個人信息等。

未來還將逐步建立采購招標管理信息化標準，伴隨著政府、企事業單位采購招標管理信息系統的規范使用，采購招標知識圖譜也將逐步建立，從而助力包括采購招標活動在內的其他政府決策。