不動產登記業務中臺設計與實現

趙冬冬，丁 健，卞 雯

（1.南京國圖信息產業有限公司，江蘇 南京 210036；2.合肥市自然資源和規劃信息中心，安徽 合肥 230011）

0 引言

2018 年以來，國務院和自然資源部先后發布了一系列政策文件，對不動產登記信息化建設提出了更高要求。同時，隨著“互聯網+政務服務”、政務服務自助辦理等新業態、新模式的深入開展，亟須在原有信息平臺基礎上沉淀通用業務能力，以滿足不動產登記業務對應各個前臺產品的頻繁迭代與更新[1]。基于“大中臺、小前臺”的設計思想，通過抽象不動產登記業務及封裝通用技術能力，設計并研發不動產登記業務中臺，這是深化“放管服”改革、持續打造更優營商環境的基礎。

不動產登記業務中臺是支持多個前臺業務且具備業務屬性的共性能力組織，與傳統的業務平臺具有相似之處，都具備某種共性能力，兩者的區分重點在于是否具備業務屬性。中臺技術在國內起源于互聯網電商企業，通過整合集團內部業務、技術建立企業級中臺，對各個前臺業務形成強有力支撐[2-3]。目前，在政務服務類信息系統建設中，中臺設計架構應用較少。特別是處于發展完善階段的不動產登記業務體系，隨著法律法規的出臺，不斷出現新的業務類型，現有信息平臺無法實現快速響應，其建設主要面臨以下問題。

（1）單體架構平臺難以滿足不動產登記業務復雜性，系統很難橫向和縱向擴展。

（2）傳統不動產登記業務系統，通過分散在代碼中的各種業務邏輯驗證保障不動產登記業務的辦理安全。但是，隨著業務邏輯復雜性的增加，邏輯規則與業務功能高度耦合，導致軟件缺陷頻發，難以保證系統業務安全。

（3）省市統建不動產登記信息管理基礎平臺的趨勢越來越明顯，登記業務流程復雜度、業務系統吞吐量都將成倍增加，亟須通過更加先進的技術提升平臺業務能力。

1 總體設計

不動產登記業務中臺建設需要分析業務，建立覆蓋全業務流程的領域模型，基于領域模型抽取共用的業務能力；應用行業先進技術，搭建可以充分實現業務能力的技術架構。

1.1 業務架構設計

（1）業務體系梳理。不動產登記業務體系梳理采用價值鏈模型對不動產登記機構進行組織級業務體系分析。價值鏈主要描述組織價值的創造過程，價值鏈分析主要為不動產登記機構橫向審視自身的業務能力和體系提供分析框架。依據不動產登記機構職能要求和橫向業務分布情況，不動產登記機構主要活動可分為測繪生產、地籍管理、登記管理、檔案管理、信息共享、公眾服務和監管決策，而支持性活動包括業務流程管理、業務規則驗證、數據資源管理等[4]。不動產登記業務體系以不動產登記機構的7 個基本活動為依據，劃分7 個業務大類和35 個業務小類，如圖1 所示。

圖1 不動產登記業務體系

（2）業務組件設計。不動產登記業務體系梳理是不動產統一登記價值鏈的橫向分析，業務組件分析是價值鏈各個環節的縱向分析。業務組件是一系列不可分割的縱向關鍵性活動，能夠構建信息平臺的業務功能模塊。業務組件以獨立和減少不必要的組件間交互為基本原則，通過一定程度的內容分離，實現面向業務服務的重用。不動產登記業務組件在整個不動產登記業務體系梳理分析的基礎上，對測繪生產、地籍管理、登記管理、檔案管理、信息共享、公眾服務和監管決策7 個業務大類進行縱向分析，抽象和提煉關鍵的業務組件，覆蓋不動產登記所有業務服務的能力需求，如表1 所示。

表1 業務組件表

1.2 業務中臺總體設計

本文基于業務架構設計及業務流程管理中間 件（business process management middleware，BPM）流程引擎、規則引擎等技術，將基礎技術能力和核心業務能力進行提煉總結并沉淀為業務中臺的核心能力，服務覆蓋地、房、林、海、草的不動產登記業務中臺建設，如圖2 所示。

圖2 業務中臺能力設計總體技術路線

整個業務中臺架構分為業務應用、應用程序接口（application programming interface，API）網關和業務微服務3 個層次。其中，業務應用主要提供了面向不動產登記業務場景的核心業務能力；API 網關提供了業務場景所需的彈性負載、動態路由、日志監控和認證授權等技術能力；業務微服務實現了不動產登記業務應用所需的基礎能力服務和核心業務服務，如圖3 所示。

圖3 業務中臺架構

2 關鍵技術

2.1 微服務技術

基于傳統架構設計研發的信息平臺將全流程的不動產登記業務管理功能全部打包部署在一個獨立單元，系統通過一個進程的方式運行并提供不動產登記服務。這種單體煙囪式應用存在可靠性差、可伸縮性弱、耦合性高等缺點。微服務架構按照不動產登記業務領域將單體煙囪式應用拆分為多個高內聚、低耦合的小型服務，每個小型服務獨立進程運行，如圖4 所示[5]。微服務注重單一職責，關注業務（功能）領域分離，盡可能模塊化和服務化，這與業務中臺的特點不謀而合。業務中臺是一種組織治理思想和方法論，而微服務技術是支撐中臺實現的關鍵技術之一[6]。

圖4 基于Spring Cloud 的微服務技術架構

2.2 業務流程引擎技術

不動產登記業務模型和審批流程的可視化建模需要依托業務流程引擎技術，建立不動產登記業務要素和登記審批業務流程之間的組成關系和流程編排，實現不動產登記業務之間的互通和銜接。同時，不動產登記業務辦理需要跨部門協同，要求業務流程引擎必須具有支持復雜事件的能力，提供多種類型網關，動態決策不同業務類型流轉路徑。本文的業務流程引擎采用開源框架工作流引擎（Flowable）中的業務流程模型和標記法（business process model and notation，BPMN）引擎。它是利用Java 編寫的輕量級業務流程引擎，支持BPMN 2.0 行業標準，提供了豐富的事件與網關類型，具備跨層級、跨部門和跨應用系統的業務流程整合能力。本文通過封裝BPMN 引擎八大服務，提煉一些通用服務組件，支撐不同業務流程的相同流程要素共用能力，完善了不動產登記業務中臺的業務流程管理能力[7]。

2.3 規則引擎技術

不動產登記業務是政務服務業務中的復雜業務之一，業務辦理過程包含了大量的易變業務規則，難以有效支撐傳統架構的信息平臺，無法快速響應業務變化[8]。信息平臺通過集成Drools-core和KIE-API 等組件，將規則引擎嵌入系統，并提供接口服務管理規則、加載規則、編譯規則、執行規則，最終實現業務規則與業務邏輯解耦[9]，如圖5 所示。

圖5 規則引擎邏輯

2.4 微服務編排技術

基于微服務技術，信息平臺拆分成多個微服務，需要通過微服務之間協作實現一個完整的不動產登記業務流程，靈活實現中臺能力復用。微服務編排可以實現基于BPM 的服務編排、基于消息的服務編排等多種技術方案。它們雖然都具備基本的流程定義、連接定義、流程啟動和任務調度等能力，但傳統的BPM 引擎僵化，平臺過于龐大且必須遵循BPMN 標準規范，這限制了微服務編排的靈活性[10]。本文采用基于消息的微服務編排技術，通過消息的交互序列控制各個微服務資源的交互，并通過TCC 模式（try-confirmcancel）和補償模式解決微服務編排帶來的事務一致性問題，如圖6 所示。通過封裝一個泛化的通用服務，實現服務編排客戶端代碼不依賴微服務的API 參數與返回值，最大限度保證微服務編排的純粹性。

圖6 TCC 模式

2.5 智能線程調度引擎技術

不動產登記業務存在實時批量任務辦理、定時任務處理等很多大批量任務處理場景，搶占了大量的系統資源，嚴重影響系統的穩定性和前臺業務辦理效率。智能線程調度引擎技術通過封裝JDK 原生線程池，根據系統資源利用的實時信息動態設置線程池核心參數并即時生效。同時，本文研發了一套線程分發規則算法，基于任務組數量與線程數量合理分發線程資源，實現了任務與資源的動態平衡，整體提升了信息平臺運行效率，如圖7 所示。

圖7 智能線程工作過程

3 應用案例

合肥市原有不動產登記信息平臺采用多系統并行的過渡模式，多系統并行導致不動產統一登記工作的信息化支撐力度不足，無法滿足不動產登記“四統一”的工作要求，直接影響不動產登記工作的效能和效率，也無法滿足當前合肥市“互聯網+政務服務”的建設需求。同時，原有系統技術老舊，在高并發場景下存在一定隱患。為滿足不動產登記需求，合肥市開展了不動產統一登記信息平臺改造工作。

基于不動產登記業務中臺的新一代不動產登記信息管理基礎平臺，已經在合肥市上線應用，日均辦件量超過5 000 件，建立2 390 項業務查驗規則，貫穿業務“事前、事中、事后”全流程，保障不動產登記業務辦理無錯件與業務零風險。通過與住建、稅務、公安、民政等15 個部門的數據融合互通，對內實現權利主體信息的自動核驗等安全保障，對外提供900 多萬次精準查詢服務，打破部門間的數據壁壘。合肥市不動產登記稅費繳納案例在全國進行推廣宣傳，產生了較明顯的社會效益。同時，基于“互聯網+不動產登記”網上辦事大廳實現線上、線下一體化辦理，線上辦件率超過70%，為企業復工復產及疫情防控提供有力支持。合肥市不動產登記中心通過打造市縣一體化不動產登記信息平臺，助力全市范圍不動產登記全城通辦、一證通辦，提高辦事企業和群眾的獲得感和幸福感。

4 結語

本文根據最新的不動產登記業務相關政策法規，應用業務中臺的方法論，從總體設計、關鍵技術和應用案例3 個方面進行研究與實踐。總體設計部分應用價值鏈模型對業務應用體系進行橫向、縱向梳理與分析，建立了信息平臺的業務架構和業務組件設計。關鍵技術部分根據建立的業務架構，抽象出業務中臺能力，結合各種關鍵技術的特點，實現了不動產登記業務中臺的總體設計。隨著不動產登記業務的不斷發展，不動產登記業務中臺能力仍需完善，大數據挖掘及區塊鏈等新一代信息技術在不動產登記領域的應用場景仍有待研究。