具体实施方式

本申请的实施例通过提供一种楼盘信息的管理方法、系统、计算机设备及其存储介质，解决了现有技术中存在着的房地产交易系统中，缺少集中管理楼盘数据的功能，从而导致不同的数据规范的各楼盘的系统中彼此孤立，造成其管理的数据较为分离，仅满足单项业务的垂直监管的技术问题。

本申请实施例中的技术方案为解决上述串扰的问题，总体思路如下：

如图1所示，本发明的实施例提供了一种楼盘信息的管理方法所述管理方法包括如下步骤：

S1:获取住建信息；

S2：判断所述住建信息内的数据的格式是否符合所述数据标准；

S3：当所述住建信息内的数据中的格式不符合所述数据标准时，则将不符合所述数据标准的数据驳回或二次加工；

S4：当所述住建信息内的数据的格式符合所述数据标准时，则对符合所述数据标准的数据进行分类，形成楼盘全景视图。

从而使得楼盘全景视图实现了多领域楼盘信息的统一处理功能，实现楼盘表关联功能时不需跨系统调用数据，打通各系统之间的孤岛，将权利状况信息，交易状况信息，其他状况信息以及物理状况信息中的数据统一处理，打破数据割裂的现实情况。在数据处理模块以房屋物理状况信息为基础，并借助各个政府部门和住建系统中获取到的数据不断完善房屋信息，实现以房屋物理状况为中心的楼盘信息网。

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

其中，在下述实施例中所出现的名词解释如下：

楼盘表：根据《提升房屋网签备案服务效能》的指导，楼盘表除物理状况信息外，还应包括权利状况信息、交易状况信息、其他应记载的信息等各类房屋基础信息和应用信息，是实施房屋网签备案业务操作、开展房屋交易、使用和安全管理的基础，在不同业务应用场景中可表现为表格、图形等多样化展示形式。

GIS应用：即地理信息系统，将楼盘表与位置信息进行关联，以便在地图上快速定位，简化业务操作，为统计分析提供更为直观的操作体验和决策支持。

实施例一

本发明实施例提供一种楼盘信息的管理方法，所述管理方法包括如下步骤：

获取住建信息；

判断所述住建信息内的数据的格式是否符合所述数据标准；

当所述住建信息内的数据中的格式不符合所述数据标准时，则将不符合所述数据标准的数据驳回或二次加工；

当所述住建信息内的数据的格式符合所述数据标准时，则对符合所述数据标准的数据进行分类，形成楼盘全景视图。

从而使得楼盘全景视图实现了多领域楼盘信息的统一处理功能，实现楼盘表关联功能时不需跨系统调用数据，打通各系统之间的孤岛，将权利状况信息，交易状况信息，其他状况信息以及物理状况信息中的至少两类状况信息的数据统一处理，打破数据割裂的现实情况。在数据处理模块以房屋物理状况信息为基础，并借助各个政府部门和住建系统中获取到的数据不断完善房屋信息，实现以房屋物理状况为中心的楼盘信息网。

本申请的实施例提供的所述楼盘信息的管理方法可应用于数据应用平台的软件上，数据应用平台主要由三大模块组成，包括数据交换，数据整合以及数据服务，通过软件运行所述楼盘信息的管理方法，以统一标准规范整合治理住建数据资源，实现数据跨部门跨层级的互通共享，全面提升住建体系效能以及住建领域政务服务、行业管理、决策分析能力。

在本申请的一些实施例中，对符合所述数据标准的数据进行分类具体为，

对符合所述数据标准的数据进行分类为权利状况信息、交易状况信息、物理状况信息以及其他状况信息中的任一个。

其中，所述权利状况信息包括：土地使用权利人、房屋性质、房屋用途、房屋所有权人、土地性质、土地用途、土地编号以及土地使用期限等信息。

所述交易状况信息包括：房屋买卖信息、房屋抵押信息、房屋租赁信息以及房屋查封限制信息。

所述物理状况信息包括：房屋坐标、房屋基本单元，建筑结构、项目基本信息、户型结构、房屋朝向、房屋编码、建筑年份和建筑面积等信息。

其他状况信息包括：物业管理信息、资金监督以及房屋征收等信息。

在本申请的一些实施例中，所述获取住建信息之前还包括：

发布数据标准文档；

基于所述数据标准文档，对所需要的所有数据进行约定及匹配。

在获取的住建信息的数据进行处理时，对所需要的所有数据进行了统一的数据标准如格式、字段长度和限制等信息进行约定，以确定进入的所需的数据为同一的数据标准，以相关法律法规、政策文件为依据建立健全可视化管理模块，来形成以楼盘表为中心、以房屋二、三维视图为载体、以房屋全生命周期为主线的数据资源中心；实现了管理者可视化分析、方便了房屋买受人对关于楼盘的所有信息的一键掌握也实现了系统覆盖地域下的楼盘信息透明。

其中，所述住建信息具体为：

土地信息、建设用地规划许可信息、房屋所有产权人信息、建设工程规划许可信息、单体信息、测绘信息、物理信息、预售许可信息、预售资金信息、商品房网签备案信息、维修资金信息、物业信息、存量房网签备案信息、交易资金信息、拆迁安置信息以及租赁网签备案信息。

具体为：所述获取住建信息具体为：

在政务大数据中心内，获取土地信息、建设用地规划许可信息和房屋所有产权人信息；

在施工许可审批系统及施工验收备案系统内，获取建设工程规划许可信息和单体信息；

在数字住房平台内，获取测绘信息、物理信息、预售许可信息、预售资金信息、商品房网签备案信息、维修资金信息、物业信息、存量房网签备案信息、交易资金信息和拆迁安置信息；

在住房保障平台内，获取租赁网签备案信息。

通过与所述在政务大数据中心、施工许可审批系统及施工验收备案系统、数字住房平台、住房保障平台进行信息交互和共享，其信息交换和共享是通过数据服务模块的接口进行交互，所述数据服务模块的接口为提供成熟的需求数据的接口，所需数据接口基本固定，并且此数据服务模块的接口的数据需经过进行处理数据的格式进行校验后对外进行交互。

在本申请的一些实施例中，所述将不符合所述数据标准的数据驳回具体为：

获取不符合所述数据标准的数据；

判断不符合所述数据标准的数据的问题类别进行分类，获取不同类别的数据；

基于所述不同类别的数据的问题类型，选择对所述不同类别的数据进行驳回或二次加工。

对所述不符合所述数据标准的数据根据其问题类型，如上述中校验的包括格式，长度，是否重复等类型，进行分类，分类后，根据不同的信息情况进行驳回或者是二次加工，例如对于重复的情况直接进行驳回，并通知其供应方，即反馈信息至该数据提供的系统，如格式或者是长度等情况，通过二次加工后，在校验其是否符合数据标准，直至将其调整为符合数据标准的格式，或者驳回其数据。从而能够有效地解决现有系统数据规模小，处理事务能力弱，接入方式复杂，无法统一标准处理，在处理源于各政府部门的数据时需单独提供接口信息的问题。为方便拓展数据来源的范围以及方便导入数据库数据，楼盘表全景视图的数据资源中心在与住建数据共享交换时对所有字段进行了数据标准的统一，不但增加了数据的来源范围，对接了各地市的住建系统的数据，而且对取得的数据进行了统一的处理，方便各模块的调用以及数据的输出。

在本申请的一些实施例中，所述将所述符合数据标准的数据进行分类，并基于所述分类将所述符合数据标准的数据划分为至少两类状况信息，形成楼盘全景视图之后还包括：

获取外部系统所需数据的表单；

对所述表单进行审核，

当审核通过时，则开放所需数据的接口与外部系统进行信息交互。

当审核不通过时，则不开放所需数据的接口。

从而实现了在进行数据获取的同时也可满足信息的交换功能，可同时为外部系统提供数据共享服务，为教育局提供房屋数据，提升子女入学资质校验效率；为税务局提供房屋交易信息，辅助房产税计算等信息。

所述外部接口为对于外部系统数据需求等个性化需求所需的系统的接口，只需通过整理好数据标准的数据共享获取。当已存数据应用平台的数据服务接口中无法满足所需接口，当通过审核后，所述数据应用平台还开放为其他外部系统的数据接入接口，提高数据应用平台的可拓展性，适应各种不同的需求数据的获取。

从而实现了在外部系统调用楼盘全景视图中的数据时，只需调用数据资源中心已经处理并整合好的接口，不需额外处理复杂多样的输出的数据，也不需额外提供所需数据的数据标准。由于已经统一好的数据标准，部分数据应用平台也可直接在住建数据共享交换时实现数据的提取。

在本申请的一些实施例中，所述将所述符合数据标准的数据进行分类，并基于所述分类将所述符合数据标准的数据划分为至少两类状况信息，形成楼盘全景视图具体为：

将所述符合数据标准的数据进行分类，完善物理状况信息库；

基于完善的所述物理状况信息库向外拓展，获取权利状况信息、交易状况信息以及其他状况信息。

例如由物理状况信息中项目基本信息为依据查询其他系统得到其他状况信息，权利状况信息，物理状况信息中的买受人其他信息从工改系统中获取导入，工改系统中的数据则从其他他系统导入，从而形成以楼盘基础数据为中心，向外覆盖至所有楼盘相关信息的数据网，实现楼盘全信息覆盖。

在本申请的一些实施例中，所述将所述符合数据标准的数据进行分类，并基于所述分类将所述符合数据标准的数据划分为至少两类状况信息，形成楼盘全景视图之后还包括：

基于所述楼盘全景视图，获取楼盘全景视图覆盖下的所有房屋；

对所有房屋的业务流程全程跟踪、发生的交易进行实时记录以及房屋全生命周期的所有变更的数据变化进行记录，形成房屋信息数据网；

对所述房屋信息数据网进行分析处理，生成数据表格，并将所述数据表格示出于可视化展示大屏以及网站上且外暴露服务的接口以供查询。

暴露的服务包括楼盘信息查询、权属信息查询、房屋核验服务以及网签信息查询，各个平台可根据自身需求调用接口获取信息。

具体为：对业务流程全程跟踪，对发生的交易进行实时记录，对房屋全生命周期的所有变更发生的数据变化进行记录，形成房屋信息数据链，并加以保护；统计系统覆盖下房屋的所有房屋信息数据链，形成房屋交易数据网。

其中，房屋全生命周期流程包括房屋从生成到征迁的所有流程；具体为，每生成一次房屋信息变更记录，都会保存在数据库中，每一个房屋都关联着所有的变更记录从而对每个房屋的流程进行记录。记录的过程是通过数据应用平台内的软件对政务大数据中心等平台进行实时监控，每当有数据流出现就会对所有的数据库进行更新，当出现异常数据时会提示在数据应用平台上，即数据应用平台会示出或者是发出异常提醒信号。

从而数据应用平台的软件对获取的信息中的数据进行主动的处理，检测不符合规范的字段并作标记，并且对获取的数据进行可视化的展示，基于数据应用中心，融合住建各系统数据资源，提供大屏作战指挥室，做到“一网统管，心中有数”，助力决策。

同时为方便用户和政府部门使用所述数据应用平台，提供了可视化界面，提供了多模式的场景应用包括GIS，二维、三维楼盘表并支持配置业务响应事件。建立项目、小区和楼栋的位置信息收集体系，配合第三方地图打造GIS系统基础功能。利用GIS独特的地理空间和三维空间分析能力、快速的空间定位搜索和复杂的查询功能、强大的图形处理和表达、空间模拟和空间决策支持等，来满足客户的数据分析、数据展示和查询需求。

从而对已处理完成的数据进行分析和利用，以全省楼盘表数据为基础，结合城市信息模型(CIM)、大数据等技术为依托，串联住房管理服务各项业务信息，构建全省住房工作大数据底板，主要包括楼盘表数据和其他住房相关数据(如公积金、住房保障、社区更新改造、物业管理等)，具体包括“楼盘表”、“二/三维落图”、“房屋全生命周期管理”、“房屋画像”等应用形式，并利用GIS提供的独特的地理空间和三维空间分析能力、快速的空间定位搜索和复杂的查询功能、强大的图形处理和表达、空间模拟和空间决策支持等，来满足客户的数据分析、数据展示和查询需求。

本实施例的所述楼盘信息的管理方法，应用于所述数据应用平台的软件中，覆盖范围下住建行业行政许可事项和公共服务事项全部实现“零跑动”；支持大屏可视化，基于数据资源中心，融合住建各系统数据资源，助力决策；支持以一套数据标准为支撑，解决相关部门之间监管要求及信息对接标准；以及基于楼盘表进行全方位的管理，将内外各类业务数据集成在唯一楼盘表上，实现楼盘表信息动态更新，与新发布的政策《住房和城乡建设部关于提升房屋网签备案服务效能的意见》的贴合度很高。

从而使得所述数据应用平台能够协助完善房产交易管理信息系统建设，促进其规范化、标准化、便民化良性发展；推进房地产市场监测“一张网”建设；提升房屋交易管理服务效能，建立“以图管房”全物理属性、全业务周期可视化动态管理系统。

如图2所示，本发明的实施例还提供了一种楼盘信息的管理系统，

所述管理系统包括如下模块：

获取模块201，所述获取模块201用于获取住建信息；

判断模块202，所述判断模块202用于判断所述住建信息内的数据的格式是否符合所述数据标准；

第一判定模块203，所述第一判定模块203用于当所述住建信息内的数据中的格式不符合所述数据标准时，则将不符合所述数据标准的数据驳回或二次加工；

第二判定模块204，所述第二判定模块204用于当所述住建信息内的数据的格式符合所述数据标准时，则对符合所述数据标准的数据进行分类，形成楼盘全景视图。

有效地解决了现有技术中存在着的房地产交易系统中，缺少集中管理楼盘数据的功能，从而导致不同的数据规范的各楼盘的系统中彼此孤立，造成其管理的数据较为分离，仅满足单项业务的垂直监管的技术问题。

在本申请的一些实施例中，所述获取模块用于获取住建信息之前还包括：

发布模块，所述发布模块用于发布数据标准文档；

设定模块，所述设定模块用于基于所述数据标准文档，对所需要的所有数据的数据格式进行设定及对获取的数据进行判断，判断所述数据是否符合所述数据标准

在本申请的一些实施例中，对符合所述数据标准的数据进行分类具体为，

对符合所述数据标准的数据进行分类为权利状况信息、交易状况信息、物理状况信息以及其他状况信息中的任一个。

其中，所述权利状况信息包括：土地使用权利人、房屋性质、房屋用途、房屋所有权人、土地性质、土地用途、土地编号以及土地使用期限等信息。

所述交易状况信息包括：房屋买卖信息、房屋抵押信息、房屋租赁信息以及房屋查封限制信息。

所述物理状况信息包括：房屋坐标、房屋基本单元，建筑结构、项目基本信息、户型结构、房屋朝向、房屋编码、建筑年份和建筑面积等信息。

其他状况信息包括：物业管理信息、资金监督以及房屋征收等信息。

在本申请的一些实施例中，所述获取住建信息之前还包括：

发布数据标准文档；

基于所述数据标准文档，对所需要的所有数据进行约定及匹配。

在获取的住建信息的数据进行处理时，对所需要的所有数据进行了统一的数据标准如格式、字段长度和限制等信息进行约定，以确定进入的所需的数据为同一的数据标准，以相关法律法规、政策文件为依据建立健全可视化管理模块，来形成以楼盘表为中心、以房屋二、三维视图为载体、以房屋全生命周期为主线的数据资源中心；实现了管理者可视化分析、方便了房屋买受人对关于楼盘的所有信息的一键掌握也实现了系统覆盖地域下的楼盘信息透明

在本申请的一些实施例中，所述住建信息具体为：

土地信息、建设用地规划许可信息、房屋所有产权人信息、建设工程规划许可信息、单体信息、测绘信息、物理信息、预售许可信息、预售资金信息、商品房网签备案信息、维修资金信息、物业信息、存量房网签备案信息、交易资金信息、拆迁安置信息以及租赁网签备案信息。

具体为：所述获取住建信息具体为：

在政务大数据中心内，获取土地信息、建设用地规划许可信息和房屋所有产权人信息；

在施工许可审批系统及施工验收备案系统内，获取建设工程规划许可信息和单体信息；

在数字住房平台内，获取测绘信息、物理信息、预售许可信息、预售资金信息、商品房网签备案信息、维修资金信息、物业信息、存量房网签备案信息、交易资金信息和拆迁安置信息；

在住房保障平台内，获取租赁网签备案信息。

通过与所述在政务大数据中心、施工许可审批系统及施工验收备案系统、数字住房平台、住房保障平台进行信息交互和共享，其信息交换和共享是通过数据服务模块的接口进行交互，所述数据服务模块的接口为提供成熟的需求数据的接口，所需数据接口基本固定，并且此数据服务模块的接口的数据需经过进行处理数据的格式进行校验后对外进行交互。

在本申请的一些实施例中，所述将不符合所述数据标准的数据驳回具体为：

获取不符合所述数据标准的数据；

判断不符合所述数据标准的数据的问题类别进行分类，获取不同类别的数据；

基于所述不同类别的数据的问题类型，选择对所述不同类别的数据进行驳回或二次加工。

对所述不符合所述数据标准的数据根据其问题类型，如上述中校验的包括格式，长度，是否重复等类型，进行分类，分类后，根据不同的信息情况进行驳回或者是二次加工，例如对于重复的情况直接进行驳回，并通知其供应方，即反馈信息至该数据提供的系统，如格式或者是长度等情况，通过二次加工后，在校验其是否符合数据标准，直至将其调整为符合数据标准的格式，或者驳回其数据。从而能够有效地解决现有系统数据规模小，处理事务能力弱，接入方式复杂，无法统一标准处理，在处理源于各政府部门的数据时需单独提供接口信息的问题。为方便拓展数据来源的范围以及方便导入数据库数据，楼盘表全景视图的数据资源中心在与住建数据共享交换时对所有字段进行了数据标准的统一，不但增加了数据的来源范围，对接了各地市的住建系统的数据，而且对取得的数据进行了统一的处理，方便各模块的调用以及数据的输出。

在本申请的一些实施例中，所述对符合数据标准的数据进行分类，形成楼盘全景视图之后还包括：

获取外部系统所需数据的表单；

对所述表单进行审核，

当审核通过时，则开放所需数据的接口与外部系统进行信息交互。

当审核不通过时，则不开放所需数据的接口。

从而实现了在进行数据获取的同时也可满足信息的交换功能，可同时为外部系统提供数据共享服务，为教育局提供房屋数据，提升子女入学资质校验效率；为税务局提供房屋交易信息，辅助房产税计算等信息。

所述外部接口为对于外部系统数据需求等个性化需求所需的系统的接口，只需通过整理好数据标准的数据共享获取。当已存数据应用平台的数据服务接口中无法满足所需接口，当通过审核后，所述数据应用平台还开放为其他外部系统的数据接入接口，提高数据应用平台的可拓展性，适应各种不同的需求数据的获取。

从而实现了在外部系统调用楼盘全景视图中的数据时，只需调用数据资源中心已经处理并整合好的接口，不需额外处理复杂多样的输出的数据，也不需额外提供所需数据的数据标准。由于已经统一好的数据标准，部分数据应用平台也可直接在住建数据共享交换时实现数据的提取。

在本申请的一些实施例中，所述对符合数据标准的数据进行分类，形成楼盘全景视图具体为：

将所述符合数据标准的数据进行分类，完善物理状况信息库；

基于完善的所述物理状况信息库向外拓展，获取权利状况信息、交易状况信息以及其他状况信息。

例如由物理状况信息中项目基本信息为依据查询其他系统得到其他状况信息，权利状况信息，物理状况信息中的买受人其他信息从工改系统中获取导入，工改系统中的数据则从其他他系统导入，从而形成以楼盘基础数据为中心，向外覆盖至所有楼盘相关信息的数据网，实现楼盘全信息覆盖。

在本申请的一些实施例中，所述对符合数据标准的数据进行分类，形成楼盘全景视图之后还包括：

基于所述楼盘全景视图，获取楼盘全景视图覆盖下的所有房屋；

对所有房屋的业务流程全程跟踪、发生的交易进行实时记录以及房屋全生命周期的所有变更的数据变化进行记录，形成房屋信息数据网；

对所述房屋信息数据网进行分析处理，生成数据表格，并将所述数据表格示出于可视化展示大屏以及网站上且外暴露服务的接口以供查询。

暴露的服务包括楼盘信息查询、权属信息查询、房屋核验服务以及网签信息查询，各个平台可根据自身需求调用接口获取信息。

具体为：对业务流程全程跟踪，对发生的交易进行实时记录，对房屋全生命周期的所有变更发生的数据变化进行记录，形成房屋信息数据链，并加以保护；统计系统覆盖下房屋的所有房屋信息数据链，形成房屋交易数据网。

其中，房屋全生命周期流程包括房屋从生成到征迁的所有流程；具体为，每生成一次房屋信息变更记录，都会保存在数据库中，每一个房屋都关联着所有的变更记录从而对每个房屋的流程进行记录。记录的过程是通过数据应用平台内的软件对政务大数据中心等平台进行实时监控，每当有数据流出现就会对所有的数据库进行更新，当出现异常数据时会提示在数据应用平台上，即数据应用平台会示出或者是发出异常提醒信号。

从而数据应用平台的软件对获取的信息中的数据进行主动的处理，检测不符合规范的字段并作标记，并且对获取的数据进行可视化的展示，基于数据应用中心，融合住建各系统数据资源，提供大屏作战指挥室，做到“一网统管，心中有数”，助力决策。

同时为方便用户和政府部门使用所述数据应用平台，提供了可视化界面，提供了多模式的场景应用包括GIS，二维、三维楼盘表并支持配置业务响应事件。建立项目、小区和楼栋的位置信息收集体系，配合第三方地图打造GIS系统基础功能。利用GIS独特的地理空间和三维空间分析能力、快速的空间定位搜索和复杂的查询功能、强大的图形处理和表达、空间模拟和空间决策支持等，来满足客户的数据分析、数据展示和查询需求。

从而对已处理完成的数据进行分析和利用，以全省楼盘表数据为基础，结合城市信息模型(CIM)、大数据等技术为依托，串联住房管理服务各项业务信息，构建全省住房工作大数据底板，主要包括楼盘表数据和其他住房相关数据(如公积金、住房保障、社区更新改造、物业管理等)，具体包括“楼盘表”、“二/三维落图”、“房屋全生命周期管理”、“房屋画像”等应用形式，并利用GIS提供的独特的地理空间和三维空间分析能力、快速的空间定位搜索和复杂的查询功能、强大的图形处理和表达、空间模拟和空间决策支持等，来满足客户的数据分析、数据展示和查询需求。

本实施例的所述楼盘信息的管理系统，应用于所述数据应用平台的软件中，覆盖范围下住建行业行政许可事项和公共服务事项全部实现“零跑动”；支持大屏可视化，基于数据资源中心，融合住建各系统数据资源，助力决策；支持以一套数据标准为支撑，解决相关部门之间监管要求及信息对接标准；以及基于楼盘表进行全方位的管理，将内外各类业务数据集成在唯一楼盘表上，实现楼盘表信息动态更新，与新发布的政策《住房和城乡建设部关于提升房屋网签备案服务效能的意见》的贴合度很高。

从而使得所述数据应用平台能够协助完善房产交易管理信息系统建设，促进其规范化、标准化、便民化良性发展；推进房地产市场监测“一张网”建设；提升房屋交易管理服务效能，建立“以图管房”全物理属性、全业务周期可视化动态管理系统。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本文一实施例中，如图3所示，还提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述的楼盘信息的管理方法。

计算机设备302可以包括一个或多个处理器304，诸如一个或多个中央处理单元(CPU)，每个处理单元可以实现一个或多个硬件线程。计算机设备302还可以包括任何存储器306，其用于存储诸如代码、设置、数据等之类的任何种类的信息。非限制性的，比如，存储器306可以包括以下任一项或多种组合：任何类型的RAM，任何类型的ROM，闪存设备，硬盘，光盘等。更一般地，任何存储器都可以使用任何技术来存储信息。进一步地，任何存储器可以提供信息的易失性或非易失性保留，存储器306上存储有可在处理器304上运行的计算机程序，处理器304执行计算机程序时实现前述任一实施例所述的电动汽车充放电控制方法。进一步地，任何存储器可以表示计算机设备302的固定或可移除部件。在一种情况下，当处理器304执行被存储在任何存储器或存储器的组合中的相关联的指令时，计算机设备302可以执行相关联指令的任一操作。计算机设备302还包括用于与任何存储器交互的一个或多个驱动机构308，诸如硬盘驱动机构、光盘驱动机构等。

计算机设备302还可以包括输入/输出模块310(I/O)，其用于接收各种输入(经由输入设备312)和用于提供各种输出(经由输出设备314))。一个具体输出机构可以包括呈现设备316和相关联的图形用户接口(GUI)318。在其他实施例中，还可以不包括输入/输出模块310(I/O)、输入设备312以及输出设备314，仅作为网络中的一台计算机设备。计算机设备302还可以包括一个或多个网络接口320，其用于经由一个或多个通信链路322与其他设备交换数据。一个或多个通信总线324将上文所描述的部件耦合在一起。

通信链路322可以以任何方式实现，例如，通过局域网、广域网(例如，因特网)、点对点连接等、或其任何组合。通信链路322可以包括由任何协议或协议组合支配的硬连线链路、无线链路、路由器、网关功能、名称服务器等的任何组合。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本文实施例还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述任一实施例所述的楼盘信息的管理方法。

本文实施例还提供一种计算机可读指令，其中当处理器执行所述指令时，其中的程序使得处理器执行上述任一实例所述的楼盘信息的管理方法。

应理解，在本发明的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

还应理解，在本发明实施例中，术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系。例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接，也可以是电的，机械的或其它的形式连接。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本发明实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

本发明中应用了具体实施例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。