CN112506932A - 一种数据维护方法、装置、设备及存储介质 - Google Patents

Abstract

本发明实施例涉及信息数据管理技术领域，公开了一种数据维护方法、装置、设备及存储介质，该方法应用于房产管理平台，包括：接收商户提交的标准化的房产数据维护信息；将房产数据维护信息临时存储于第一房产数据库；第一房产数据库与商户的商户ID关联，面向与商户ID相关联的第一类用户开放使用；对房产数据维护信息进行审核，将审核通过的房产数据维护信息存储于房产管理平台的房产字典库中，并从第一房产数据库中删除房产数据维护信息；房产字典库面向第二类用户开放使用，该第二类用户包括第一类用户。通过上述方式，本发明实施例能够保证房产字典库中数据的全面性和准确性，有利于房产管理平台下业务开展的可靠性、便利性和效率的提升。

Description

一种数据维护方法、装置、设备及存储介质

技术领域

本发明实施例涉及信息数据管理技术领域，具体涉及一种数据维护方法、装置、设备及存储介质。

背景技术

随着移动互联网的兴起和房屋买卖交易量的持续增长，众多房产交易管理平台陆续出现。而房产管理平台中最重要的部分莫过于房产信息的数据库。在房产交易过程中，该数据库为买卖双方、经纪公司及第三方部门提供房产的基础信息，如小区名称、注册地址、楼栋号、房间门牌号、户型信息等等。房产信息数据库中数据质量的高低势必会影响房产业务开展的效率和平台用户的业务体验。

在实现本发明实施例的过程中，发明人发现：现有的房产管理平台中，由于房产数据的缺失或不准确造成平台用户无法开展房产相关业务。

发明内容

鉴于上述问题，本发明实施例提供了一种数据维护方法、装置、设备及存储介质，用于解决现有技术中存在的房产数据缺失或不准确造成平台用户无法开展房产相关业务的问题。

根据本发明实施例的一个方面，提供了一种数据维护方法，应用于房产管理平台，所述方法包括：

接收商户提交的标准化的房产数据维护信息；

将所述房产数据维护信息临时存储于第一房产数据库；所述第一房产数据库与所述商户的商户ID关联，面向与所述商户ID相关联的第一类用户开放使用；

对所述房产数据维护信息进行审核，将审核通过的房产数据维护信息存储于所述房产管理平台的房产字典库中，并从所述第一房产数据库中删除所述房产数据维护信息；所述房产字典库面向第二类用户开放使用，所述第二类用户包括所述第一类用户。

在一种可选的方式中，所述对所述房产数据维护信息进行审核之后包括：

在审核不通过时，从所述第一房产数据库中删除所述房产数据维护信息。

在一种可选的方式中，所述将所述房产数据维护信息临时存储于第一房产数据库之后包括：

所述第一类用户在所述房产管理平台发布房源信息时，从所述第一房产数据库中获取所述房产数据维护信息进行房源信息的发布。

在一种可选的方式中，所述从所述第一房产数据库中获取所述房产数据维护信息进行房源信息的发布包括：

将所述第一房产数据库与所述房产字典库合并形成临时聚合数据；

从所述临时聚合数据中获取所述房产数据维护信息进行房源信息的发布。

在一种可选的方式中，所述对所述房产数据维护信息进行审核之后包括：

在审核不通过时，标记所述房源信息为不准确信息。

在一种可选的方式中，所述房产数据维护信息包括：房产补充信息和/或房产修改信息。

在一种可选的方式中，所述房产数据维护信息包括房产修改信息；所述将审核通过的房产数据维护信息存储于所述房产管理平台的房产字典库中之后包括：

根据该房产修改信息更改已发布的与该房产修改信息相关的房源信息。

根据本发明实施例的另一方面，提供了一种数据维护装置，应用于房产管理平台，所述装置包括：

接收模块，用于接收商户提交的标准化的房产数据维护信息；

临时存储模块，用于将所述房产数据维护信息临时存储于第一房产数据库；所述第一房产数据库与所述商户的商户ID关联，面向与所述商户ID相关联的第一类用户开放使用；

存储模块，用于对所述房产数据维护信息进行审核，将审核通过的房产数据维护信息存储于所述房产管理平台的房产字典库中，并从所述第一房产数据库中删除所述房产数据维护信息；所述房产字典库面向第二类用户开放使用，所述第二类用户包括所述第一类用户。

根据本发明实施例的另一方面，提供了一种数据维护设备，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；

所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行上述的数据维护方法的操作。

根据本发明实施例的又一方面，提供了一种计算机可读存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令在数据维护设备上运行时，使得数据维护设备执行上述的数据维护方法的操作。

本发明实施例提供的数据维护方法，房产管理平台接收商户提交的标准化的房产数据维护信息后，将该维护信息临时存储于该商户的第一房产数据库，以供与该商户ID关联的用户使用，在上述房产数据维护信息通过平台的审核后，将该维护信息保存至平台的房产字典库中，以供可访问该字典库的更大范围的用户使用。通过上述方法，能够根据商户提交的房产数据维护信息及时补充完善平台的房产字典库，该房产数据维护信息为标准化统一格式的数据且经过平台审核，从而保证了房产字典库中数据的全面性和准确性，有利于房产管理平台下业务开展的可靠性、便利性和效率的提升。另外，由于采用了先发后审的数据维护模式，即商户提交房产数据维护信息后，与该商户ID相关联的用户即可使用，不用等待该维护信息的审核，可在保证数据准确性的同时，兼顾房产业务开展的时效性，进一步提升用户业务体验。

上述说明仅是本发明实施例技术方案的概述，为了能够更清楚了解本发明实施例的技术手段，而可依照说明书的内容予以实施，并且为了让本发明实施例的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

附图仅用于示出实施方式，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了本发明实施例提供的数据维护方法的流程示意图；

图2示出了本发明实施例提供的数据维护装置的结构示意图；

图3示出了本发明实施例提供的数据维护设备的结构示意图。

具体实施方式

下面将参照附图更详细地描述本发明的示例性实施例。虽然附图中显示了本发明的示例性实施例，然而应当理解，可以以各种形式实现本发明而不应被这里阐述的实施例所限制。

本发明实施例主要应用于在房产管理平台中对房产字典库进行维护的场景。一般而言，房产管理平台的使用者包括商户、房产买卖双方或第三方管理部门等。上述商户可以是房产经纪公司、个体经营者或房地产开发企业等，其作为房产交易一线的参与者，掌握了大量的真实房产信息。一般情况下，上述房产字典库是房产管理平台设立时自建的房产基础数据库。为了保持数据的准确性，对该房产字典库的维护更新一般由平台运营者来进行。但这往往会导致房产数据更新不及时造成房产业务无法开展的问题。因此，有必要向掌握房产信息的商户开放房产字典库的维护通道。图1示出了本发明实施例提供的数据维护方法的流程图，应用于上述房产管理平台中。如图1所示，该方法包括以下步骤：

步骤110：接收商户提交的标准化的房产数据维护信息。

具体的，在房产管理平台中可提供房产字典库中房产数据的查看功能。在商户使用房产管理平台的过程中，发现某些房产数据缺失或存在错误，可通过平台提供的接口在线补充或修改房产字典库中的数据。为了保证数据的准确性，商户需按照平台要求的标准化数据结构来提交房产数据维护信息。以避免一些提供房产门牌号照片或随意文字描述等非标准化的低效易出错的提交方式。房产管理平台接收商户提交的标准化的房产数据维护信息。

具体的，商户可在房产管理平台中提交商户工单，其中包括房产数据维护信息。该房产数据维护信息可包括房产补充信息和/或房产修改信息。房产补充信息主要为商户拥有的而房产字典库中缺失的房产数据。房产修改信息主要是商户认为房产字典库中的房产数据存在错误而提交的正确的房产数据。进一步的，商户在提交房产数据维护信息时可以附带证明信息，以便于平台对该房产数据维护信息进行审核。该证明信息可包括第三方证明文件、房产平面图、房产证图片或实景照片等。例如，商户A发现B小区的楼宇描述应该为“3栋”而不是“3号楼”，且房产数据中没有“801”这个房间，商户A可以在房产管理平台中提交一个商户工单，其中包括B小区的房产修改信息“3栋”和房产补充信息“801”，并可附带该小区平面图和房间门牌号照片作为证明信息。

步骤120：将所述房产数据维护信息临时存储于第一房产数据库；所述第一房产数据库与所述商户的商户ID关联，面向与所述商户ID相关联的第一类用户开放使用。

具体的，房产管理平台接收到商户提交的房产数据维护信息后，将该维护信息临时存储于第一房产数据库，而不是直接保存在平台的房产字典库中。该第一房产数据库为该商户的私有房产数据库，与该商户的商户ID(标识，Identification)相关联。上述商户下可能有若干房产经纪人、管理者、房产数据维护人员或其他角色，他们都是平台的用户，这些用户有各自的账户以登录房产管理平台，在平台中这些用户的账户号码(用户ID)与该商户ID相关联。上述第一类用户指的是账户号码与该商户的商户ID相关联的用户。该第一房产数据库面向该第一类用户开放使用。

为了保证平台的房产字典库中数据的准确性，对于商户提交的房产数据维护信息会进行审核，把控房产数据质量。但审核势必会花费一定的时间，为了在兼顾数据准确性的同时保证业务开展的时效性，本实施例提供的数据维护方法中采用“先发后审”的模式，即上述商户在提交房产数据维护信息后，与该商户ID关联的用户(也就是第一类用户)即可使用第一房产数据库中房产数据维护信息开展业务，不用等待该维护信息的审核。

例如，商户A提交包含B小区的房产修改信息“3栋”和房产补充信息“801”的商户工单后，平台将该商户工单包含的数据临时存储于商户A的第一房产数据库中，该第一房产数据库与商户A的商户ID关联，商户A下的经纪人C使用自己的账号登录房产管理平台后，在发布房源信息时即可根据账号关联的商户A的商户ID从该第一房产数据库中选取B小区的3栋801房间，而此时平台还没有对该房产数据维护信息进行审核。

步骤130：对所述房产数据维护信息进行审核，将审核通过的房产数据维护信息存储于所述房产管理平台的房产字典库中，并从所述第一房产数据库中删除所述房产数据维护信息；所述房产字典库面向第二类用户开放使用，所述第二类用户包括所述第一类用户。

具体的，房产管理平台会对上述商户提交的房产数据维护信息进行审核。如果商户在提交房产数据维护信息时附带有证明信息，则可根据该证明信息对所述商户提交的维护信息进行审核，以核对房产数据维护信息的真实性和准确性。如果有多个商户集中提交某个房产的房产数据维护信息，平台可根据房产数据中的关键字(如小区名、小区标识等)进行归类，将多个相同或相近的房产数据维护信息作为一组房产数据维护信息进行审核，以提高平台对于维护信息审核的效率。

在对该房产数据维护信息审核通过后，将其存储于房产字典库中，并从与商户ID关联的第一房产数据库中删除该房产数据维护信息。这样通过商户提交房产数据维护信息，并经平台审核验证实现了房产字典库的完善更新，随着更多的房产数据维护信息沉淀到平台的房产字典库，该房产字典库能够保持房产数据的全面性、及时性和准确性，真正实现房产数据的共建共享。一般而言，房产管理平台的房产字典库面向平台的所有用户开放使用，但由于用户所处地域不同，将其他地域的房产数据开放给本地用户使用，在开展业务时使用几率不大且加重平台运行负担。所以优选的，房产字典库可按照地域做区分隔离，某一区域的房产字典库面向所有本地用户开放使用。相应的，上述第二类用户为有权访问该房产字典库的用户，可包括房产管理平台的所有用户或者所述房产数据维护信息所在区域的所有本地用户。第二类用户的范围可根据需要灵活设置，当然，该第二类用户包括第一类用户。

一个可选实施方式中，步骤130中对所述房产数据维护信息进行审核之后包括：

步骤140：在审核不通过时，从所述第一房产数据库中删除所述房产数据维护信息。

如果对该房产数据维护信息审核不通过，则需要进行数据回撤操作，即从所述第一房产数据库中删除所述房产数据维护信息。

一个可选实施方式中，步骤120之后进一步包括：

步骤150：所述第一类用户在所述房产管理平台发布房源信息时，从所述第一房产数据库中获取所述房产数据维护信息进行房源信息的发布。

如前所述，由于采用了“先发后审”模式，与该商户ID关联的用户即可根据商户ID从该第一房产数据库中获取房产数据维护信息进行房源信息的发布，不用等待该维护信息的审核。

具体的，从所述第一房产数据库中获取所述房产数据维护信息进行房源信息的发布包括：

步骤151：将所述第一房产数据库与所述房产字典库合并形成临时聚合数据；

步骤152：从所述临时聚合数据中获取所述房产数据维护信息进行房源信息的发布。

具体的，第一类用户在发布房源信息时，平台向其呈现的房产数据是第一房产数据库与所述房产字典库合并形成临时聚合数据，其中包括了上述还没有经过审核的房产数据维护信息，该用户可以从临时聚合数据中选择该房产数据维护信息进行房源信息的发布。优选的，如果第一房产数据库与所述房产字典库中有房产数据不一致的地方，则优先呈现该第一房产数据库中的数据。例如，房产管理平台呈现给经纪人C的房源信息发布页面中的房产数据，即为第一房产数据库与所述房产字典库合并形成临时聚合数据，其中关于B小区是“3栋”而不是房产字典库中的“3号楼”，经纪人C可以从中选择B小区的3栋801房间进行房源信息的发布。

一个可选实施方式中，步骤130中对所述房产数据维护信息进行审核之后包括：

步骤160：在审核不通过时，标记所述房源信息为不准确信息。

具体的，如果上述第一类用户使用了该房产数据维护信息进行房源信息的发布，在对该维护信息审核不通过时，进行的数据回撤操作，除了包括从第一房产数据库中删除所述房产数据维护信息外，还需对所有涉及该房产数据维护信息的房源信息标记为不准确信息或无效信息，以提示平台的用户注意，避免因错误信息对房产业务产生影响。例如，房产管理平台审核后发现商户A提交的房产补充信息“801”属于另一栋楼的房号信息，在3栋确实不存在，则对该商户工单包含的房产数据维护信息审核不通过，此时，平台对经纪人C发布的涉及到B小区的3栋801房间的房产信息标记为不准确信息。

一个可选实施方式中，所述房产数据维护信息包括房产修改信息；步骤130中将审核通过的房产数据维护信息存储于所述房产管理平台的房产字典库中之后包括：

步骤170：根据该房产修改信息更改已发布的与该房产修改信息相关的房源信息。

具体的，如果上述房产修改信息通过了审核，则涉及到该房产修改信息的所有已发布的房源信息自动替换为该房产修改信息。例如，商户A提交的B小区的房产修改信息“3栋”和房产补充信息“801”通过了平台的审核，保存至房产字典库中，则以往发布的所有房源信息中B小区的“3号楼”自动替换为“3栋”。

综上所述，本发明实施例提供的数据维护方法，房产管理平台接收商户提交的标准化的房产数据维护信息后，将该维护信息临时存储于该商户的第一房产数据库，以供与该商户ID关联的用户使用，在上述房产数据维护信息通过平台的审核后，将该维护信息保存至平台的房产字典库中，以供可访问该字典库的更大范围的用户使用。通过上述方法，能够根据商户提交的房产数据维护信息及时补充完善平台的房产字典库，该房产数据维护信息为标准化统一格式的数据且经过平台审核，从而保证了房产字典库中数据的全面性和准确性，能够有效避免数据缺失和重盘现象，有利于房产管理平台下业务开展的可靠性、便利性和效率的提升。另外，由于采用了先发后审的数据维护模式，即商户提交房产数据维护信息后，与该商户ID相关联的用户即可使用，不用等待该维护信息的审核，可在保证数据准确性的同时，兼顾房产业务开展的时效性，进一步提升用户业务体验。

图2示出了本发明实施例提供的数据维护装置的结构示意图。该装置应用于房产管理平台。如图2所示，该装置200包括：

接收模块210，用于接收商户提交的标准化的房产数据维护信息；

临时存储模块220，用于将所述房产数据维护信息临时存储于第一房产数据库；所述第一房产数据库与所述商户的商户ID关联，面向与所述商户ID相关联的第一类用户开放使用；

存储模块230，用于对所述房产数据维护信息进行审核，将审核通过的房产数据维护信息存储于所述房产管理平台的房产字典库中，并从所述第一房产数据库中删除所述房产数据维护信息；所述房产字典库面向第二类用户开放使用，所述第二类用户包括所述第一类用户。

在一种可选的方式中，上述装置200还包括：

回撤模块240，用于在审核不通过时，从所述第一房产数据库中删除所述房产数据维护信息。

在一种可选的方式中，上述装置200还包括：

发布模块250，用于所述第一类用户在所述房产管理平台发布房源信息时，从所述第一房产数据库中获取所述房产数据维护信息进行房源信息的发布。

在一种可选的方式中，上述发布模块250包括：

聚合单元251，用于将所述第一房产数据库与所述房产字典库合并形成临时聚合数据；

发布单元252，用于从所述临时聚合数据中获取所述房产数据维护信息进行房源信息的发布。

在一种可选的方式中，上述回撤模块240包括：

标记单元241，用于在所述房产数据维护信息审核不通过时，标记所述房源信息为不准确信息。

在一种可选的方式中，上述所述房产数据维护信息包括：房产补充信息和/或房产修改信息。

在一种可选的方式中，所述房产数据维护信息包括房产修改信息；上述装置200还包括：

更改模块260，用于在将审核通过的房产数据维护信息存储于所述房产管理平台的房产字典库中后，根据该房产修改信息更改已发布的与该房产修改信息相关的房源信息。

需要说明的是，上述数据维护装置与本发明实施例提供的数据维护方法基于同一构思，详细内容可参见上述数据维护方法实施例中的描述，此处不再赘述。

综上所述，本发明实施例提供的数据维护装置，在房产管理平台接收商户提交的标准化的房产数据维护信息后，将该维护信息临时存储于该商户的第一房产数据库，以供与该商户ID关联的用户使用，在上述房产数据维护信息通过平台的审核后，将该维护信息保存至平台的房产字典库中，以供可访问该字典库的更大范围的用户使用。通过上述装置，能够根据商户提交的房产数据维护信息及时补充完善平台的房产字典库，该房产数据维护信息为标准化统一格式的数据且经过平台审核，从而保证了房产字典库中数据的全面性和准确性，能够有效避免数据缺失和重盘现象，有利于房产管理平台下业务开展的可靠性、便利性和效率的提升。另外，由于采用了先发后审的数据维护模式，即商户提交房产数据维护信息后，与该商户ID相关联的用户即可使用，不用等待该维护信息的审核，可在保证数据准确性的同时，兼顾房产业务开展的时效性，进一步提升用户业务体验。

图3示出了本发明实施例提供的数据维护设备的结构示意图，本发明具体实施例并不对数据维护设备的具体实现做限定。

如图3所示，该数据维护设备可以包括：处理器(processor)302、通信接口(Communications Interface)304、存储器(memory)306、以及通信总线308。

其中：处理器302、通信接口304、以及存储器306通过通信总线308完成相互间的通信。通信接口304，用于与其它设备比如客户端或其它服务器等的网元通信。处理器302，用于执行程序310，具体可以执行上述用于数据维护方法实施例中的相关步骤。

具体地，程序310可以包括程序代码，该程序代码包括计算机可执行指令。

处理器302可能是中央处理器CPU，或者是特定集成电路ASIC(ApplicationSpecific Integrated Circuit)，或者是被配置成实施本发明实施例的一个或多个集成电路。数据维护设备包括的一个或多个处理器，可以是同一类型的处理器，如一个或多个CPU；也可以是不同类型的处理器，如一个或多个CPU以及一个或多个ASIC。

存储器306，用于存放程序310。存储器306可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

程序310具体可以被处理器302调用使数据维护设备执行以下操作：

接收商户提交的标准化的房产数据维护信息；

将所述房产数据维护信息临时存储于第一房产数据库；所述第一房产数据库与所述商户的商户ID关联，面向与所述商户ID相关联的第一类用户开放使用；

对所述房产数据维护信息进行审核，将审核通过的房产数据维护信息存储于所述房产管理平台的房产字典库中，并从所述第一房产数据库中删除所述房产数据维护信息；所述房产字典库面向第二类用户开放使用，所述第二类用户包括所述第一类用户。

在一种可选的方式中，所述对所述房产数据维护信息进行审核之后包括：

在审核不通过时，从所述第一房产数据库中删除所述房产数据维护信息。

在一种可选的方式中，所述将所述房产数据维护信息临时存储于第一房产数据库之后包括：

所述第一类用户在所述房产管理平台发布房源信息时，从所述第一房产数据库中获取所述房产数据维护信息进行房源信息的发布。

在一种可选的方式中，所述从所述第一房产数据库中获取所述房产数据维护信息进行房源信息的发布包括：

将所述第一房产数据库与所述房产字典库合并形成临时聚合数据；

从所述临时聚合数据中获取所述房产数据维护信息进行房源信息的发布。

在一种可选的方式中，所述对所述房产数据维护信息进行审核之后包括：

在审核不通过时，标记所述房源信息为不准确信息。

在一种可选的方式中，所述房产数据维护信息包括：房产补充信息和/或房产修改信息。

在一种可选的方式中，所述房产数据维护信息包括房产修改信息；所述将审核通过的房产数据维护信息存储于所述房产管理平台的房产字典库中之后包括：根据该房产修改信息更改已发布的与该房产修改信息相关的房源信息。

上述数据维护设备可执行本发明实施例所提供的数据维护方法，具备相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节，可参见上述数据维护方法实施例。

综上所述，本发明实施例提供的数据维护设备，在房产管理平台接收商户提交的标准化的房产数据维护信息后，将该维护信息临时存储于该商户的第一房产数据库，以供与该商户ID关联的用户使用，在上述房产数据维护信息通过平台的审核后，将该维护信息保存至平台的房产字典库中，以供可访问该字典库的更大范围的用户使用。通过上述设备，能够根据商户提交的房产数据维护信息及时补充完善平台的房产字典库，该房产数据维护信息为标准化统一格式的数据且经过平台审核，从而保证了房产字典库中数据的全面性和准确性，能够有效避免数据缺失和重盘现象，有利于房产管理平台下业务开展的可靠性、便利性和效率的提升。另外，由于采用了先发后审的数据维护模式，即商户提交房产数据维护信息后，与该商户ID相关联的用户即可使用，不用等待该维护信息的审核，可在保证数据准确性的同时，兼顾房产业务开展的时效性，进一步提升用户业务体验。

本发明实施例提供了一种计算机可读存储介质，所述存储介质存储有至少一可执行指令，该可执行指令在数据维护设备上运行时，使得所述数据维护设备执行上述任意方法实施例中的数据维护方法。未在本实施例中详尽描述的技术细节，可参见本发明所提供的数据维护方法实施例。

在此提供的算法或显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明实施例也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本发明并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明实施例的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。

本领域技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。上述实施例中的步骤，除有特殊说明外，不应理解为对执行顺序的限定。

Claims (10)

1.一种数据维护方法，其特征在于，应用于房产管理平台，所述方法包括：

接收商户提交的标准化的房产数据维护信息；

将所述房产数据维护信息临时存储于第一房产数据库；所述第一房产数据库与所述商户的商户ID关联，面向与所述商户ID相关联的第一类用户开放使用；

对所述房产数据维护信息进行审核，将审核通过的房产数据维护信息存储于所述房产管理平台的房产字典库中，并从所述第一房产数据库中删除所述房产数据维护信息；所述房产字典库面向第二类用户开放使用，所述第二类用户包括所述第一类用户。

2.根据权利要求1所述的方法，其特征在于，所述对所述房产数据维护信息进行审核之后包括：

在审核不通过时，从所述第一房产数据库中删除所述房产数据维护信息。

3.根据权利要求2所述的方法，其特征在于，所述将所述房产数据维护信息临时存储于第一房产数据库之后包括：

所述第一类用户在所述房产管理平台发布房源信息时，从所述第一房产数据库中获取所述房产数据维护信息进行房源信息的发布。

4.根据权利要求3所述的方法，其特征在于，所述从所述第一房产数据库中获取所述房产数据维护信息进行房源信息的发布包括：

将所述第一房产数据库与所述房产字典库合并形成临时聚合数据；

从所述临时聚合数据中获取所述房产数据维护信息进行房源信息的发布。

5.根据权利要求3或4所述的方法，其特征在于，所述对所述房产数据维护信息进行审核之后包括：

在审核不通过时，标记所述房源信息为不准确信息。

6.根据权利要求1-4任一项所述的方法，其特征在于，所述房产数据维护信息包括：房产补充信息和/或房产修改信息。

7.根据权利要求6所述的方法，其特征在于，所述房产数据维护信息包括房产修改信息；所述将审核通过的房产数据维护信息存储于所述房产管理平台的房产字典库中之后包括：

根据该房产修改信息更改已发布的与该房产修改信息相关的房源信息。

8.一种数据维护装置，其特征在于，应用于房产管理平台，所述装置包括：

接收模块，用于接收商户提交的标准化的房产数据维护信息；

临时存储模块，用于将所述房产数据维护信息临时存储于第一房产数据库；所述第一房产数据库与所述商户的商户ID关联，面向与所述商户ID相关联的第一类用户开放使用；

存储模块，用于对所述房产数据维护信息进行审核，将审核通过的房产数据维护信息存储于所述房产管理平台的房产字典库中，并从所述第一房产数据库中删除所述房产数据维护信息；所述房产字典库面向第二类用户开放使用，所述第二类用户包括所述第一类用户。

9.一种数据维护设备，其特征在于，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；

所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行如权利要求1-7任意一项所述的数据维护方法的操作。

10.一种计算机可读存储介质，其特征在于，所述存储介质中存储有至少一可执行指令，所述可执行指令在数据维护设备上运行时，使得数据维护设备执行如权利要求1-7任意一项所述的数据维护方法的操作。

Images