濰坊社會信用管理平臺架構研究

劉兵+李曉龍+段送良

【摘要】 濰坊市社會信用管理系統是采集分散在各政府部門、共建單位的征信主體信用信息，通過匯總、加工和儲存形成信用信息數據庫并提供信息服務的平臺。信用管理系統建立在濰坊電子政務網絡中，系統采集各政府部門、共建單位提供的信用信息，政府各部門、共建單位可通過系統進行信用信息的查詢和應用工作。

【關鍵詞】 濰坊社會信用管理平臺 架構 研究

濰坊市社會信用平臺架構現狀：

“誠信濰坊”公眾服務門戶網站部署在互聯網，該門戶網站與信用管理系統通過嚴密的安全措施實現數據隔離。依據相關法律法規可向社會公布的信用信息通過數據交換共享平臺交換至 “誠信濰坊”公眾服務門戶網站供社會公眾查詢。

系統可以通過數據交換共享平臺實現各政府部門、共建單位信息系統與征信系統的數據定期交換。同時通過數據交換共享平臺實現與省、市級信用信息平臺進行數據定期交換。

平臺架構分析：

SOA架構是這些年業界比較推崇的企業應用架構，它具有具有松散耦合、位置透明、協議獨立等一系列特征，可以最大限度的利用現有資產，增加重用，提高效率，降低成本，使IT環境更靈活且更快地響應不斷改變的業務需求，成就商務自主。SOA的核心思想是把一個個的業務功能包裝成一個個標準的服務，通過組合這些服務可以很容易的搭建功能完善的企業應用，或者重新組合這些服務成全新的應用以滿足企業的不斷變化的需求。

企業應用和互聯網應用表現相互滲透的特點，企業應用不再只定位于內網系統，變得越來越具有開放性，更加重視面向公眾提供服務的能力，這樣要求企業應用能夠有效應對海量數據、高并發和海量用戶的挑戰。平板、手機等智能終端的普及，要求應用展現更具有靈活性和擴展性，不能再一副界面打遍天下，需要提供多終端的支持。

高速服務框架發揮服務治理的作用，所有的服務都通過高速服務框架實現發布、調用、注冊、訂閱以及路由等其它服務治理功能。服務提供方把自己的服務地址發布到高速服務框架中，服務調用方從高速服務框架獲得實際服務地址后，直接調用服務提供方提供的服務。高速服務框架主要分3大功能模塊：服務注冊中心、服務監控中心、服務引擎。

在高速服務框架的作用下，系統通常分為3大塊：Web應用、業務服務、基礎服務，其中Web應用和最終用戶交互、不包含核心業務邏輯，核心業務邏輯由業務服務相關服務實現。基礎服務主要是提供一些公共的基礎類的服務。業務服務和基礎服務可以通過J2EE應用實現、可以通過.net應用實現，也可以是個普通的單機應用（只要能暴露服務就行）。

服務的調用方和服務的提供方是完全解耦的，雙方通過公共的服務協議交互，雙方可以是不同的技術平臺，服務調用方可以是J2EE/PHP/.NET，服務的提供方可以是J2EE/. NET程序，另外服務的提供方也不必是Web應用。信用濰坊平臺建成以后，一方面可以為政府各類信用主體監管部門提供服務，另一方面可以為社會公眾和第三方機構提供服務。因此信用濰坊平臺的信用信息主要來源于兩個方面，一類是來源于政府各類信用主體監管部門的業務系統，另一類是來源于從互聯網抓取的各種公開信用信息。

從技術實現角度和業務應用便利性等方面考慮，建立平臺所需的實體庫是必須的，實體庫中至少應該包含信用主體的基本信息數據和信用濰坊平臺應用過程中所產生的各類過程數據、管理數據、審計數據等。

除此之外，來源于政府各類信用主體監管部門業務系統的信用記錄信息數據，可以考慮采用實體庫或邏輯庫兩種存儲方式之一。從技術實現角度和應用便利性角度方面考慮，建議這部分數據也采用實體庫的存儲方式。這樣的存儲方式，能夠在公共信用中心建立較為完整的信用主體基礎信息、行業信用記錄、信用檔案、綜合信用信息數據庫，并基于這些較為完備的信息開展各類綜合信用服務和增值應用。

但是考慮到，絕大多數的行業信用記錄目前分布在各個信用主體監管部門內部，跨部門獲取存在較多的困難，如相關政策依據不足、跨部門協調難度大、各部門對自身數據安全性擔憂等問題，這部分來源于政府各類信用主體監管部門業務系統的信用記錄數據也可以考慮采用邏輯庫的建庫模式。信用記錄數據依然存放在各個信用主體監管部門內部（前置機方式），當公共信用中心需要獲取相關信用記錄時，能夠通過系統，對指定主體或小批量主體，采用半手工/實時/準實時方式獲取所需的信用記錄信息。

結束語：

綜上所屬，公共信用中心數據庫建設初期，建議采用實體庫與邏輯庫相結合的建庫方案，便于工程的快速推進和快速體現建設成效。隨著未來相關配套政策法規的完善和技術實現模式的逐步成熟，逐漸過渡到全部采用實體庫模式的建庫方案。