賓志勇,李峙

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

1 引言

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

建立平臺(tái)硬件結(jié)構(gòu)，分為數(shù)據(jù)層、邏輯層和應(yīng)用層，通過邏輯層將來自應(yīng)用層的請(qǐng)求轉(zhuǎn)換成數(shù)據(jù)層操作，并向應(yīng)用層展示請(qǐng)求結(jié)果。采用模塊化設(shè)計(jì)思想，開發(fā)軟件功能部分。實(shí)驗(yàn)結(jié)果表明，本文設(shè)計(jì)的管理平臺(tái)查全率較高，丟包率較低，具有一定的實(shí)用性，為信息管理的發(fā)展提供了一定的依據(jù)。

2 基于三層B/S的平臺(tái)總體架構(gòu)設(shè)計(jì)

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

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

基于三層B/S的不動(dòng)產(chǎn)登記信息模塊化管理平臺(tái)總體架構(gòu)如圖1所示。

圖1 平臺(tái)總體架構(gòu)

通過三層B/S 結(jié)構(gòu)，每一項(xiàng)不動(dòng)產(chǎn)登記信息均可通過網(wǎng)絡(luò)發(fā)布。不動(dòng)產(chǎn)登記信息管理平臺(tái)可分為瀏覽器端、服務(wù)器端和中間層三個(gè)部分。利用三者之間的聯(lián)動(dòng)關(guān)系實(shí)現(xiàn)房地產(chǎn)登記信息模塊化管理。

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

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

(3)中間層：該層主要實(shí)現(xiàn)不動(dòng)產(chǎn)登記信息的管理功能，可接收用戶請(qǐng)求，并向服務(wù)器發(fā)送請(qǐng)求，然后向用戶返回服務(wù)結(jié)果。

3 硬件結(jié)構(gòu)設(shè)計(jì)

在平臺(tái)總體架構(gòu)的支持下，平臺(tái)硬件結(jié)構(gòu)主要由數(shù)據(jù)層、邏輯層和應(yīng)用層三層組成的。其中，數(shù)據(jù)層負(fù)責(zé)為平臺(tái)提供可靠來源的數(shù)據(jù)，邏輯層為平臺(tái)提供開發(fā)工具，然后在應(yīng)用層中實(shí)現(xiàn)信息管理?；谌龑覤/S的不動(dòng)產(chǎn)登記信息模塊化管理平臺(tái)硬件結(jié)構(gòu)如圖2所示。

圖2 平臺(tái)硬件結(jié)構(gòu)

3.1 數(shù)據(jù)層

(1)不動(dòng)產(chǎn)單元

不動(dòng)產(chǎn)單元是不動(dòng)產(chǎn)登記信息模塊化管理最基本的單元。不動(dòng)產(chǎn)單元中權(quán)籍調(diào)查測(cè)繪、不動(dòng)產(chǎn)登記、登記管理、登記監(jiān)督、登記結(jié)果查詢等業(yè)務(wù)數(shù)據(jù)貫穿了不動(dòng)產(chǎn)單元的全生命周期。

(2)邏輯單元

在數(shù)據(jù)層中，邏輯設(shè)計(jì)是將所有的非空間性數(shù)據(jù)映射為對(duì)象和關(guān)系，并將其分配給不同的管理模式[7]。其中，非空間性數(shù)據(jù)包括權(quán)利人數(shù)據(jù)、權(quán)利數(shù)據(jù)、登記業(yè)務(wù)數(shù)據(jù)、平臺(tái)管理數(shù)據(jù)以及地方業(yè)務(wù)特征等內(nèi)容。同時(shí)，數(shù)據(jù)層還能夠在層次結(jié)構(gòu)中對(duì)不動(dòng)產(chǎn)空間數(shù)據(jù)進(jìn)行管理，在層內(nèi)部和層級(jí)之間建立標(biāo)準(zhǔn)化的拓?fù)潢P(guān)系[8]。

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

在統(tǒng)一管理單元中，利用ArcSDE 空間數(shù)據(jù)引擎在Oracle 數(shù)據(jù)庫(kù)的基礎(chǔ)上，以統(tǒng)一方式對(duì)不動(dòng)產(chǎn)空間數(shù)據(jù)進(jìn)行幾何化和拓?fù)浠芾?，其過程如圖3所示。

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

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

3.2 邏輯層

該層次主要用于實(shí)現(xiàn)對(duì)不動(dòng)產(chǎn)登記信息的管理操作。在該層級(jí)中，將ArcEngine與用戶數(shù)據(jù)庫(kù)相連，可實(shí)現(xiàn)對(duì)不動(dòng)產(chǎn)數(shù)據(jù)的處理，也就是說，邏輯層將來自應(yīng)用層的請(qǐng)求轉(zhuǎn)換成數(shù)據(jù)層操作，并向應(yīng)用層展示請(qǐng)求結(jié)果。邏輯層所用的設(shè)備是雙模擬數(shù)據(jù)轉(zhuǎn)換器，為應(yīng)用層與數(shù)據(jù)層之間的請(qǐng)求轉(zhuǎn)換進(jìn)行數(shù)字化處理，并使用4 層ADC結(jié)構(gòu)提高不動(dòng)產(chǎn)登記信息的讀取速度。

3.3 應(yīng)用層

該層次主要是設(shè)計(jì)瀏覽器端，通過瀏覽器端的操作軟件，用戶可以實(shí)現(xiàn)不動(dòng)產(chǎn)圖形操作，并為平臺(tái)提供輸出結(jié)果報(bào)表。當(dāng)應(yīng)用層接收到瀏覽器端用戶請(qǐng)求后，應(yīng)用層可向用戶提供相關(guān)信息。

4 軟件功能設(shè)計(jì)

基于三層B/S的不動(dòng)產(chǎn)登記信息模塊化管理平臺(tái)的軟件功能設(shè)計(jì)如圖4所示。

結(jié)合圖4中的不動(dòng)產(chǎn)登記信息管理平臺(tái)的功能需求，采用模塊化設(shè)計(jì)思想，對(duì)平臺(tái)的軟件功能部分進(jìn)行開發(fā)設(shè)計(jì)。

圖4 平臺(tái)軟件功能

4.1 不動(dòng)產(chǎn)權(quán)籍管理

不動(dòng)產(chǎn)登記權(quán)籍管理是整個(gè)不動(dòng)產(chǎn)登記管理平臺(tái)的主要業(yè)務(wù)，主要負(fù)責(zé)不動(dòng)產(chǎn)登記信息的編制整合和入庫(kù)。

①信息整合

基于分布式不動(dòng)產(chǎn)登記數(shù)據(jù)庫(kù)構(gòu)建集成數(shù)據(jù)庫(kù)，提供分類、掃描、信息質(zhì)量檢驗(yàn)等全過程服務(wù)，為不動(dòng)產(chǎn)權(quán)籍管理提供數(shù)據(jù)支持。

②信息核查與入庫(kù)

該過程向用戶提供信息核對(duì)功能，可以提交不動(dòng)產(chǎn)登記數(shù)據(jù)核對(duì)結(jié)果，同時(shí)提供多種數(shù)據(jù)格式的一鍵輸入功能，且能夠自動(dòng)生成不動(dòng)產(chǎn)信息報(bào)表、信息匯總結(jié)果報(bào)表。

4.2 不動(dòng)產(chǎn)登記業(yè)務(wù)管理

不動(dòng)產(chǎn)登記業(yè)務(wù)管理包括不動(dòng)產(chǎn)登記審批和不動(dòng)產(chǎn)檔案管理，該過程能夠?yàn)椴粍?dòng)產(chǎn)登記業(yè)務(wù)的全流程信息化管理提供有效的技術(shù)支持。

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

4.3 平臺(tái)維護(hù)

平臺(tái)維護(hù)功能主要包括平臺(tái)用戶的變更、平臺(tái)業(yè)務(wù)流程調(diào)整、報(bào)表內(nèi)容修改、平臺(tái)功能擴(kuò)展、異常情況監(jiān)控、操作目錄自動(dòng)生成等內(nèi)容。

(1)增加和刪除用戶權(quán)限、注銷用戶、改變基本信息，可實(shí)現(xiàn)業(yè)務(wù)流程節(jié)點(diǎn)的增加、修改與流程變更。

(2)平臺(tái)維護(hù)可改變和修改整個(gè)業(yè)務(wù)流程中有關(guān)的表格內(nèi)容、結(jié)構(gòu)和格式。

(3)通過擴(kuò)展功能為兼容平臺(tái)增加新內(nèi)容。

(4)監(jiān)測(cè)平臺(tái)實(shí)時(shí)狀態(tài)，并對(duì)數(shù)據(jù)庫(kù)異常運(yùn)作情況自動(dòng)報(bào)警。

(5)記錄實(shí)時(shí)生成的不動(dòng)產(chǎn)登記信息并完成備份，以便實(shí)現(xiàn)不動(dòng)產(chǎn)登記信息查詢與統(tǒng)計(jì)。

5 實(shí)驗(yàn)與分析

為驗(yàn)證基于三層B/S的不動(dòng)產(chǎn)登記信息模塊化管理平臺(tái)的合理性和有效性，設(shè)計(jì)如下實(shí)驗(yàn)加以驗(yàn)證。為突出實(shí)驗(yàn)結(jié)果的可說明性，將文獻(xiàn)[4]中的基于ArcEngine的不動(dòng)產(chǎn)登記信息管理平臺(tái)和文獻(xiàn)[5]中的基于地理信息的不動(dòng)產(chǎn)登記信息管理平臺(tái)作為對(duì)比，從信息查全率和丟包率2個(gè)角度驗(yàn)證不同平臺(tái)的應(yīng)用性能。

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

5.1 初步檢驗(yàn)

首先將不動(dòng)產(chǎn)登記信息要素分類編碼設(shè)定為六層，如表1所示。

表1 要素分類編碼

在表1所示的要素分類編碼的支持下，分別采用3種平臺(tái)針對(duì)編碼精準(zhǔn)度進(jìn)行對(duì)比分析，結(jié)果如表2所示。

表2 不同平臺(tái)要素分類編碼對(duì)比分析

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

5.2 指標(biāo)檢驗(yàn)與結(jié)果分析

利用文獻(xiàn)[4]平臺(tái)、文獻(xiàn)[5]平臺(tái)和本文平臺(tái)分別從信息查全率和丟包率2個(gè)角度對(duì)信息管理展開檢驗(yàn)。

(1)信息查全率

通過信息查全率判斷不同平臺(tái)對(duì)不動(dòng)產(chǎn)登記信息的檢索能力，結(jié)果如圖5所示。

圖5 不同平臺(tái)權(quán)籍調(diào)查信息查全率對(duì)比

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

(2)信息丟包率

通過信息丟包率判斷不同平臺(tái)對(duì)不動(dòng)產(chǎn)登記信息的傳輸處理能力，結(jié)果如圖6所示。

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

綜上所述，本文平臺(tái)采用了三層B/S架構(gòu)，通過數(shù)據(jù)層、邏輯層和應(yīng)用層有效劃分?jǐn)?shù)據(jù)來源，設(shè)計(jì)軟件功能，提高信息的查全率，降低丟包率，從而保障了對(duì)權(quán)籍調(diào)查信息檢索的有效性。

6 結(jié)束語

本文在遵循不動(dòng)產(chǎn)數(shù)據(jù)庫(kù)建設(shè)標(biāo)準(zhǔn)的基礎(chǔ)上，應(yīng)用三層B/S架構(gòu)，通過數(shù)據(jù)層、邏輯層和應(yīng)用層有效劃分?jǐn)?shù)據(jù)來源，設(shè)計(jì)了一種新的不動(dòng)產(chǎn)登記信息模塊化管理平臺(tái)。應(yīng)用該平臺(tái)可以提高信息的查全率，降低丟包率，從而保障了對(duì)權(quán)籍調(diào)查信息檢索的有效性。

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