浅析房产管理信息系统中的动态楼盘表

一、楼盘表的特点

简单而言，房产管理信息系统中的楼盘表具有以下特点：

(一)形象、直观

楼盘表改变了原来用数据清单和文字描述房屋的方式，通过图形、颜色、符号、标注等手段，将整同一楼(幢)中各房屋(户)信息图形化地展现出来，简洁、生动。

同时，图形化的展示方式延续了现实世界中人们对建筑物的直观认识，使得房屋的表现更直接、更形象，符合人们的思维习惯，大大方便了阅读。

(二)主题丰富

在楼盘表中，房屋的任何属性都可能作为一个表现的主题。各属性叠加综合起来还可表现为更复杂的业务主题。信息系统中的楼盘表可根据业务需要可定制多种多样的业务主题，并通过技术手段加以展示，方便操作人员的更直接地获取信息，提高工作效率。

(三)可动态维护

楼盘表作用的发挥依赖于其数据的有效性和及时性。楼盘表必须通过数据的动态更新、图形重绘、实现动态维护，才能向阅读者传递更为准确的信息。楼盘表动态维护的基础，是数据共享与实时更新。通过楼盘表数据与各类房屋业务数据共享、互交互换、实时更新，可实现楼盘表的实时动态维护管理。

二、动态楼盘表的相关技术

动态楼盘表管理技术，是房产信息系统中使用相对频繁的技术，直接影响系统的性能和可操作性等。动态楼盘表相关技术包括了楼盘表框架搭建、多主题楼盘表展示、楼盘表动态更新、楼盘表版本管理与历史回溯、楼盘表与房产分层分户图／房产业务／GIS／房产档案等信息联动等。

(一)楼盘表框架搭建

楼盘表框架以图形化的方式展现某一楼栋中各房号的空间位置、空间大小与空间关系，是主题信息的基础和依托。楼盘表框架搭建好以后，可直接在其上展现楼盘表的主题信息。楼盘表框架是基于房产测绘成果这样的静态信息完成的，是楼盘表中相对稳定的一种结构。

楼盘表框架搭建应采用统一的规则。板楼的搭建可以按单元、层次自动绘制完成，而对于跨层、跨单元、地下车库、阁楼等特殊户型，需要通过专门的图形编辑功能进行人工分割、合并、变形、插入等特殊模式操作完成。因测绘变更引起楼盘表框架变更时，需记录变更前后的楼盘表框架关系，使得系统能够动态反映房屋实体的历史变迁。

(二)楼盘表数据动态更新

业务办理后楼盘表相关数据更新的问题，有几种思路可以解决：

1　“不作为”模式

即各业务自己办理，不去理会数据同步的要求。业务办理完成后，根据业务的情况更新自己的业务数据。楼盘表读取各业务数据，完成数据处理后，进行图形重绘。

2　“都作为”模式

即设计楼盘表属性状态表，存储各业务审批结果状态，各业务办理结束后，及时更新相应的状态标识。楼盘表重绘时直接读取楼盘表属性状态表的数据，按要求进行展示。

(三)楼盘表的主题表现

1　数据和表现分离

数据和表现的分离体现在两个层次。

第一个层次是表现手段和数据分离。在表现手段上可以采用真图形或假图形手段。真图形手段主要是指采用二维或三维的图形手段来展示楼盘表；假图形是指用户看上去是图形，实质上是采用了表格、带格子的列表等非图形手段展示。三维楼盘表功能，需要真实模拟显示房屋空间立体构造的三维楼盘表，设计时不过分强调房屋实体的虚拟仿真，但能够从形状上快速模拟房屋的物理现状，包括房屋长、宽、高，以利于进行深层数据分析。考虑到当前条件下楼盘表功能的扩展以及楼盘表绘制和更新的速度问题，推荐使用二维图形技术表现楼盘表。

第二个层次是表现的内容与数据的相对分离。楼盘表的属性数据是按照语义不交叉的原则，设定语义上达到最小原子级的数据，但是应用过程中不一定直接以这些语义最小的数据项作为楼盘表的属性，而是根据业务需要定制的楼盘表主题，将这些语义最小的原子级数据项进行运算之后，生成一个复合属性在楼盘表上进行展示。

2　楼盘表专题表现

如果把楼盘表的框架作为画板的话，楼盘表的专题属性才是其真正精彩之处，可以采用色彩、符号、标注或混合多种手段进行表现。

有学者研究得出色彩是最高效的信息传输手段，正是有了五颜六色才使得图形丰富多彩，便于区分、更具立体感。单主题或复合后单主题的情况下，推荐首先使用色彩修饰楼盘表。

多主题的情况下，可以采用多种手段叠加的方式显示。如房屋的生命周期采用颜色表示(如期房在楼盘表框架中对应位置中涂粉色，现房涂绿色，已灭失的房屋涂灰色)；而抵押、查封状态采用符号(如抵押就在楼盘表对应的位置标记图标，查封就在楼盘表对应的格子内标记图标)。

(四)楼盘表数据历史回溯

房产业务办理系统一方面需要通过业务操作，完成数据加工、数据更新从而不断获得现有数据；另一方面必须保存历史数据以便进行业务历史查询和数据对比等操作。数据回溯有两种回溯机制：时间的回溯和空间的回溯。时间回溯指的是根据指定的时间点进行历史信息状态的定位；空间回溯是根据信息加工后的数据进行钻取，获得加工前的原始信息。在信息系统中，要根据需要对这两类回溯进行单独处理。

1　时间回溯

根据时间点定位到相应的历史数据。主要应用在需要对历史数据进行审核的业务环节。实现时间回溯，最基础的要求是对数据库保留数据变化的全部历史轨迹。

2　空间回溯

对不同口径下加工生成的数据，以及经过逐层加工的数据，要能够纵向回溯，找到对应的原始数据。如，对统计报表分析可经过数据回溯找到原始数据。

时间和空间的可回溯性，体现了一个信息系统对数据完整性的要求。在这方面要考虑以下几个业务要素：(1)业务的时效性。在业务处理中，除了考虑基本的发生时间、机关、操作员等信息外，还要考虑记录有效期间起止等信息。根据存储空间或性能要求，可采用全部存储或者增量存储的策略，保留信息变更的历史记录。时间作为一个数据访问的参数，根据时间提取相应时刻的即时信息。(2)不同口径数据的一致性。对于需要根据不同口径进行数据加工的业务，保证取数的来源一致，按照统一口径进行提取加工后，得到的结果反映源数据真实的一面，无前后矛盾的结果产生。(3)数据加工前后的一致性。在数据加工前，对需要加工的数据进行业务逻辑审核，不通过的不进行加工。记录加工过程信息，在源数据、中间数据以及最终结果之间建立关联关系，保证信息不丢失、不重复。

楼盘表的历史回溯，主要分成楼盘表框架信息回溯和楼盘表状态信息回溯。楼盘表框架信息的回溯，主要是房产测绘变更前后，房屋的空间位置、空间大小和空间关系的变化。表现为图形的变化，适宜用时间回溯的方式。楼盘表状态信息回溯，主要是房屋业务办理后，引起房屋的各种社会状态属性发生变化，且这种变化有非常明确的关系，适宜时间回溯为主、空间回溯为辅的

方式。

三、杭州房产管理信息系统中动态楼盘表的建设

杭州市在2001年启动了杭州房产信息综合系统建设，该系统集房产交易产权登记、房产市场管理(主要包含预售管理、经纪企业经纪人资格管理)、住房保障、城市房屋拆迁管理(拆迁安置及拆迁单位、拆除单位资格管理)、物业专项资金管理、物业管理(主要包含物业用房和物业服务企业管理)、直管公房管理、白蚁防治管理、房屋安全鉴定管理、房产档案管理等业务办理为一身，综合利用GIS、工作流等技术，形成了杭州房管业务办理的支撑平台。2004年通过验收以后，又逐渐建设了新建商品房网上备案系统等系统，实现了与房产信息综合系统的衔接。

楼盘表作为业务审批办理系统中的一个统一的核心应用，2004年已经开始正式投入使用。房屋采用形象的格子表示，其上固定标注户室号，表现主题为单一的房屋状态，采用色彩表示。楼盘表框架搭建过程由系统根据测绘成果自动完成，其上的房屋状态包含已确权、已查封、已抵押、已预售、已销售等各相关业务。

目前楼盘表功能存在的最大问题是：1，期房和现房相互独立，虽然建立了数据关联，但是对于房屋分割合并等关联比较复杂情况下，数据衔接比较困难，导致楼盘表框架回溯很难。2，房屋状态作为一个笼统的业务状态，包含已确权、已查封、已抵押、已预售、已销售等，没有根据业务细分，对于多种状态并存的情况无法表现，且房屋状态回溯困难。3，由于采用规则的格子而非真实图形技术，各格子的大小是统一的，房屋的合并、分割或异形楼盘的展示比较困难。

为了解决以上问题，我们依托新一代房产业务系统建设，提出“以楼盘表为核心”的目标，重新规划了楼盘表的建设，除原有系统的优点之外，重点完成以下四方面的工作。

首先，设立房屋身份确认制度，房屋数据统一管理。在房屋第一次测绘备案时，授予房屋唯一的“身份证号码”。因各业务以测绘数据为基础办理，所以“身份证号码”的使用和延续变成了顺理成章的事情。变更测绘时，业务人员根据一定的业务规范判断房屋客体是否需要编制新“身份证号码”。如果需要编制新“身份证号码”，则按一定规则给出新号码，并记录前后的关系。

其次，对楼盘表相关数据的数据元标准进行统一定义，对房屋状态进行原子级的区分和规定。按照语义不交叉的原则，设定最小的数据元集合，并根据业务需要设定组合规则，生成具体语义，在相应主题的楼盘表上表达。另外为规范数据的加工过程，完成了对楼盘表数据操作相关业务的梳理，定制了业务流程规范。

通过数据元标准数据标准和业务规范的制定，理清楼盘表各数据元的来源、数据的规格、数据的关系，使得数据的原始生产者、加工者、使用者清清楚楚，为数据的历史回溯打好基础。

楼盘表数据的更新依托于统一的数据标准和业务协同来实现。系统采用“都作为”的数据共享思路，每个业务办理时，更新房屋状态属性，在楼盘表重绘时读取新的状态进行处理、绘制即可。

再次，采用二维图形手段表示楼盘表。房屋展示时，其大小可以房屋的面积、所在层次等为参数，通过计算得出。对于板楼自动绘制完成。对异形楼盘表，开发楼盘表手工搭建模块，该模块包含分割、合并、变形、插入等功能，由测绘人员操作完成。

最后，拟利用时间回溯和空间回溯结合的思路，实现楼盘表上各房屋的横向和纵向数据切片。