賓志勇,李峙

(1．南寧市自然資源信息中心，廣西南寧530022；2．南寧師范大學，廣西南寧530022)

1 引言

我國的不動產登記信息管理平臺一直采用分散登記和長期登記的形式，缺乏統(tǒng)一的管理，導致不動產信息化程度差距較大，給信息管理造成了較大困難，也不利于保護業(yè)主的合法權益和房地產交易安全[1-3]。目前有學者設計了不動產登記信息管理的平臺，文獻[4]基于ArcEnginei嵌入式組件庫設計了一種不動產登記信息管理平臺，明確平臺的功能結構，實現對土地、房產、林地等不動產的管理與查詢。然而該平臺因缺少數據轉換機制，在數據傳輸管理時易發(fā)生丟包現象，影響后期的信息分析處理效果。文獻[5]基于地理信息，以不動產“四統(tǒng)一”為原則、以ArcGIS for Server 平臺為基礎，開發(fā)了一種不動產登記信息管理平臺。該平臺雖結構清晰，但對不動產信息的查全能力較弱，從根本上難以保證信息管理的質量。因此，本文基于三層B/S 的架構設計了一種不動產登記信息模塊化管理平臺。

建立平臺硬件結構，分為數據層、邏輯層和應用層，通過邏輯層將來自應用層的請求轉換成數據層操作，并向應用層展示請求結果。采用模塊化設計思想，開發(fā)軟件功能部分。實驗結果表明，本文設計的管理平臺查全率較高，丟包率較低，具有一定的實用性，為信息管理的發(fā)展提供了一定的依據。

2 基于三層B/S的平臺總體架構設計

三層B/S 架構是一種以“高內聚，低耦合”思想為主導的網絡結構模式，共分為瀏覽器端、中間層和服務器端3層結構。三層B/S架構主要采取瀏覽器請求，服務器響應的工作模式，這種模式統(tǒng)一了客戶端，將系統(tǒng)功能實現的核心部分集中到服務器上，從而優(yōu)化了平臺的開發(fā)、維護和使用過程。三層B/S結構不僅簡化了服務器的工作量，而且支持對不動產登記信息的分布式處理，有效地降低了資源消耗[6]。與此同時，應用三層B/S體系結構的客戶機的通用性更強，對應用環(huán)境的依賴性更小，且能夠有效降低信息處理過程的總成本。

在三層B/S 體系結構的基礎上，通過瀏覽器設置不動產登記信息用戶界面，統(tǒng)一不動產登記信息服務客戶端，將核心功能集中到服務器端，使得平臺開發(fā)過程更加便捷。

基于三層B/S的不動產登記信息模塊化管理平臺總體架構如圖1所示。

圖1 平臺總體架構

通過三層B/S 結構，每一項不動產登記信息均可通過網絡發(fā)布。不動產登記信息管理平臺可分為瀏覽器端、服務器端和中間層三個部分。利用三者之間的聯動關系實現房地產登記信息模塊化管理。

(1)瀏覽器端：主要為用戶操作平臺界面，可將信息管理請求發(fā)送到服務器端，并顯示處理結果。

(2)服務器端：可提供數據服務，并向中間層傳輸服務結果，在瀏覽器端顯示結果。

(3)中間層：該層主要實現不動產登記信息的管理功能，可接收用戶請求，并向服務器發(fā)送請求，然后向用戶返回服務結果。

3 硬件結構設計

在平臺總體架構的支持下，平臺硬件結構主要由數據層、邏輯層和應用層三層組成的。其中，數據層負責為平臺提供可靠來源的數據，邏輯層為平臺提供開發(fā)工具，然后在應用層中實現信息管理。基于三層B/S的不動產登記信息模塊化管理平臺硬件結構如圖2所示。

圖2 平臺硬件結構

3.1 數據層

(1)不動產單元

不動產單元是不動產登記信息模塊化管理最基本的單元。不動產單元中權籍調查測繪、不動產登記、登記管理、登記監(jiān)督、登記結果查詢等業(yè)務數據貫穿了不動產單元的全生命周期。

(2)邏輯單元

在數據層中，邏輯設計是將所有的非空間性數據映射為對象和關系，并將其分配給不同的管理模式[7]。其中，非空間性數據包括權利人數據、權利數據、登記業(yè)務數據、平臺管理數據以及地方業(yè)務特征等內容。同時，數據層還能夠在層次結構中對不動產空間數據進行管理，在層內部和層級之間建立標準化的拓撲關系[8]。

(3)統(tǒng)一管理單元

在統(tǒng)一管理單元中，利用ArcSDE 空間數據引擎在Oracle 數據庫的基礎上，以統(tǒng)一方式對不動產空間數據進行幾何化和拓撲化管理，其過程如圖3所示。

圖3 統(tǒng)一管理單元

此外，平臺硬件部分的數據層是以各不動產為單位的房產數據信息的集合，根據信息內容的不同，數據層可劃分為若干邏輯數據庫，具體取決于業(yè)務管理和信息使用要求。

3.2 邏輯層

該層次主要用于實現對不動產登記信息的管理操作。在該層級中，將ArcEngine與用戶數據庫相連，可實現對不動產數據的處理，也就是說，邏輯層將來自應用層的請求轉換成數據層操作，并向應用層展示請求結果。邏輯層所用的設備是雙模擬數據轉換器，為應用層與數據層之間的請求轉換進行數字化處理，并使用4 層ADC結構提高不動產登記信息的讀取速度。

3.3 應用層

該層次主要是設計瀏覽器端，通過瀏覽器端的操作軟件，用戶可以實現不動產圖形操作，并為平臺提供輸出結果報表。當應用層接收到瀏覽器端用戶請求后，應用層可向用戶提供相關信息。

4 軟件功能設計

基于三層B/S的不動產登記信息模塊化管理平臺的軟件功能設計如圖4所示。

結合圖4中的不動產登記信息管理平臺的功能需求，采用模塊化設計思想，對平臺的軟件功能部分進行開發(fā)設計。

圖4 平臺軟件功能

4.1 不動產權籍管理

不動產登記權籍管理是整個不動產登記管理平臺的主要業(yè)務，主要負責不動產登記信息的編制整合和入庫。

①信息整合

基于分布式不動產登記數據庫構建集成數據庫，提供分類、掃描、信息質量檢驗等全過程服務，為不動產權籍管理提供數據支持。

②信息核查與入庫

該過程向用戶提供信息核對功能，可以提交不動產登記數據核對結果，同時提供多種數據格式的一鍵輸入功能，且能夠自動生成不動產信息報表、信息匯總結果報表。

4.2 不動產登記業(yè)務管理

不動產登記業(yè)務管理包括不動產登記審批和不動產檔案管理，該過程能夠為不動產登記業(yè)務的全流程信息化管理提供有效的技術支持。

登記業(yè)務流程主要包括如下內容：不動產登記信息要件處理、登記電子簿冊管理、電子簽名與電子印章、審核審批、證書打印與簽發(fā)、檔案接管與歸檔。

4.3 平臺維護

平臺維護功能主要包括平臺用戶的變更、平臺業(yè)務流程調整、報表內容修改、平臺功能擴展、異常情況監(jiān)控、操作目錄自動生成等內容。

(1)增加和刪除用戶權限、注銷用戶、改變基本信息，可實現業(yè)務流程節(jié)點的增加、修改與流程變更。

(2)平臺維護可改變和修改整個業(yè)務流程中有關的表格內容、結構和格式。

(3)通過擴展功能為兼容平臺增加新內容。

(4)監(jiān)測平臺實時狀態(tài)，并對數據庫異常運作情況自動報警。

(5)記錄實時生成的不動產登記信息并完成備份，以便實現不動產登記信息查詢與統(tǒng)計。

5 實驗與分析

為驗證基于三層B/S的不動產登記信息模塊化管理平臺的合理性和有效性，設計如下實驗加以驗證。為突出實驗結果的可說明性，將文獻[4]中的基于ArcEngine的不動產登記信息管理平臺和文獻[5]中的基于地理信息的不動產登記信息管理平臺作為對比，從信息查全率和丟包率2個角度驗證不同平臺的應用性能。

實驗環(huán)境采用JAVA 技術開發(fā)，在現有資源整合的基礎上，按標準報文格式，使用SFTP作為數據傳輸協(xié)議，滿足大量實驗調試需求，并采用MyCAT 中間件作為分布式數據庫存取插件。

5.1 初步檢驗

首先將不動產登記信息要素分類編碼設定為六層，如表1所示。

表1 要素分類編碼

在表1所示的要素分類編碼的支持下，分別采用3種平臺針對編碼精準度進行對比分析，結果如表2所示。

表2 不同平臺要素分類編碼對比分析

分析表2可知，在三層要素分類環(huán)境下，應用文獻[4]與文獻[5]平臺后，編碼分類與實際編碼一致，而層次編碼與實際編碼有出入。而應用本文平臺后，層次編碼與實際編碼一致，初步證明本文方法的有效性。

5.2 指標檢驗與結果分析

利用文獻[4]平臺、文獻[5]平臺和本文平臺分別從信息查全率和丟包率2個角度對信息管理展開檢驗。

(1)信息查全率

通過信息查全率判斷不同平臺對不動產登記信息的檢索能力，結果如圖5所示。

圖5 不同平臺權籍調查信息查全率對比

分析圖5可知，隨著權籍調查信息量的增加，不同平臺的信息查全率也在不斷發(fā)生變化。僅當信息量為4×105時，文獻[5]平臺的信息查全率高于文獻[4]平臺。文獻[5]平臺的平均信息查全率低于80%，文獻[4]平臺的平均信息查全率低于85%。而本文平臺的信息查全率始終高于92%，說明本文平臺的查全效果優(yōu)于2種對比平臺。

(2)信息丟包率

通過信息丟包率判斷不同平臺對不動產登記信息的傳輸處理能力，結果如圖6所示。

分析圖6可知，隨著權籍調查信息量的增加，不同平臺的信息查丟包率也在不斷發(fā)生變化。文獻[4]平臺的信息丟包率高于文獻[5]平臺。文獻[5]平臺的丟包率在信息量9×105時，達到最低值，為5．2%。本文平臺的丟包率始終低于5%，說明本文平臺的數據傳輸處理能力較好。

綜上所述，本文平臺采用了三層B/S架構，通過數據層、邏輯層和應用層有效劃分數據來源，設計軟件功能，提高信息的查全率，降低丟包率，從而保障了對權籍調查信息檢索的有效性。

6 結束語

本文在遵循不動產數據庫建設標準的基礎上，應用三層B/S架構，通過數據層、邏輯層和應用層有效劃分數據來源，設計了一種新的不動產登記信息模塊化管理平臺。應用該平臺可以提高信息的查全率，降低丟包率，從而保障了對權籍調查信息檢索的有效性。

但本文平臺還存在一定程度的不足，如部分子功能模塊功能分支過多，使平臺操作不夠直觀。在今后的研究中，可從此方面對平臺進一步優(yōu)化，減少平臺操作難度和學習成本。