CN113190552B - 房源信息处理的方法及装置 - Google Patents

Abstract

本申请公开了一种房源信息处理的方法及装置。该申请的方法包括根据公寓商的房源信息提取公用字段，根据所述公用字段创建房源查房库数据表，所述房源查房库数据表是由所述公用字段构成的表结构；根据房源查房库数据表中的公用字段对已有的房源信息对应的配置后，存储到所述房源查房库数据表中；接收公寓商发送的房源变更申请；根据所述房源变更申请对房源查房库数据表中的查房库数据进行更新。本申请解决了现有技术中对海外公寓房源库存数据的收集，存储以及更新效率低，方式也不统一，对于线下邮件、群聊等口头问询的方式还存在过于繁琐，并且会出现错误的问题，会严重影响用户的预定流程，以及导致出现房源被重复预定。

Description

房源信息处理的方法及装置

技术领域

本申请涉及海外长租预定领域，具体而言，涉及一种房源信息处理的方法及装置。

背景技术

房源库存数据作为房源持有方的基数数据，有很高的实用和商业价值，这种数据一般只有房源持有方所拥有，或共享给合作方。在情况多样的海外公寓房源市场，根据不同的合作关系，处理不同数据情况下的房源库存数据存储流程，在长期视角下，非常有利于海外长租预定领域企业的经营与发展，实现预订流程自动化与供应链的控制。

目前海外公寓商非常庞大，且合作程度、公寓商的数字化程度不均衡，与海外公寓商的合作当中，如果需要进行房源库存的数据共享，大多有两种可能情况：1，对方有标准API数据接口，可以直接对接房源库存数据；2，对方没有标准API数据接口，一般会进行线下邮件、群聊等口头问询的方式获得数据。因此，现有技术中对海外公寓房源库存数据的收集，存储以及更新效率低，方式也不统一，对于线下邮件、群聊等口头问询的方式还存在过于繁琐，并且会出现错误的问题，以上这些问题都会严重影响用户的预定流程，以及会导致出现房源被重复预定。

发明内容

本申请的主要目的在于提供一种房源信息处理的方法，以解决现有技术中对海外公寓房源库存数据的收集，存储以及更新效率低，方式也不统一，对于线下邮件、群聊等口头问询的方式还存在过于繁琐，并且会出现错误，严重影响用户的预定流程，以及会导致出现房源被重复预定的问题。

为了实现上述目的，根据本申请的第一方面，提供了一种房源信息处理的方法。

根据本申请的房源信息处理的方法包括：

根据公寓商的房源信息提取公用字段，根据所述公用字段创建房源查房库数据表，所述房源查房库数据表是由所述公用字段构成的表结构；

根据房源查房库数据表中的公用字段对已有的房源信息对应的配置后，存储到所述房源查房库数据表中；

接收公寓商发送的房源变更申请；

根据所述房源变更申请对房源查房库数据表中的查房库数据进行更新。

进一步的，所述根据所述房源变更申请对房源查房库数据表中的查房库数据进行更新包括：

根据房源变更申请对房源申请状态变更表进行填写，所述房源申请状态变更表是根据基础规则生成的；

根据房源申请状态变更表对房源查房库数据表中的查房库数据进行更新。

进一步的，在所述根据房源变更申请对房源申请状态变更表进行填写之前，所述方法还包括：

开启查房库数据收集，判断房源查房库数据表中是否有平台查房库数据；

若有平台查房库数据，并且平台查房库数据中有符合房源变更申请的查房库数据，则所述根据房源申请状态变更表对房源查房库数据表的查房库数据进行更新包括：根据房源申请状态变更表对房源查房库数据表中的平台查房库数据进行更新；

若没有平台查房库数据或者平台查房库数据中没有符合房源变更申请的查房库数据，则所述根据房源申请状态变更表对房源查房库数据表的查房库数据进行更新包括：根据房源申请状态变更表对房源查房库数据表中的公寓商查房库数据进行更新。

进一步的，所述根据房源申请状态变更表对房源查房库数据表中的公寓商查房库数据进行更新包括：

如果所述符合房源变更申请的查房库数据没有在已有的公寓商查房库数据中出现过，则建立一个新的查房库数据，并将所述房源申请状态变更表录入新的查房库数据中；

如果所述符合房源变更申请的查房库数据在已有的公寓商查房库数据中出现过，则根据房源申请状态变更表对房源查房库数据表中的公寓商查房库数据进行修改。

进一步的，若有平台查房库数据，并且平台查房库数据中有符合房源变更申请的查房库数据，则所述基础规则为：

公寓商基础规则，所述公寓商基础规则包括：判断是否包含多栋楼、确定房间号格式、判断是否开启查房库数据、判断查房库数据是否完整。

进一步的，若没有平台查房库数据或者平台查房库数据中没有符合房源变更申请的查房库数据，则所述基础规则包括：

平台基础规则，所述平台基础规则包括：判断是否包含多栋楼、确定房间号格式、判断是否开启查房库数据。

进一步的，在开启查房库数据收集之前还包括：

根据申请中房源信息的类型，判断所订房源是否为学生公寓。

为了实现上述目的，根据本申请的第二方面，提供了另一种房源信息处理的装置。

根据本申请的房源信息处理的装置包括：

房源查房库数据表构建模块，用于根据公寓商的房源信息提取公用字段，根据所述公用字段创建房源查房库数据表，所述房源查房库数据表是由所述公用字段构成的表结构；

配置存储模块，用于根据房源查房库数据表中的公用字段对已有的房源信息对应的配置后，存储到所述房源查房库数据表中；

接收模块，用于接收公寓商发送的房源变更申请；

更新模块，用于根据所述房源变更申请对房源查房库数据表中的查房库数据进行更新。

进一步的，所述更新模块包括：

填写单元，用于根据房源变更申请对房源申请状态变更表进行填写，所述房源申请状态变更表是根据基础规则生成的；

更新单元，用于根据房源申请状态变更表对房源查房库数据表中的查房库数据进行更新。

进一步的，所述装置还包括：

查房库数据判断模块，用于在所述根据房源变更申请对房源申请状态变更表进行填写之前，开启查房库数据收集，判断房源查房库数据表中是否有平台查房库数据；

所述更新单元用于若有平台查房库数据，并且平台查房库数据中有符合房源变更申请的查房库数据，则根据房源申请状态变更表对房源查房库数据表中的平台查房库数据进行更新；

所述更新单元还用于若没有平台查房库数据或者平台查房库数据中没有符合房源变更申请的查房库数据，则所述根据房源申请状态变更表对房源查房库数据表的查房库数据进行更新包括：根据房源申请状态变更表对房源查房库数据表中的公寓商查房库数据进行更新。

进一步的，更新模块还包括：

新建单元，用于如果所述符合房源变更申请的查房库数据没有在已有的公寓商查房库数据中出现过，则建立一个新的查房库数据，并将所述房源申请状态变更表录入新的查房库数据中；

修改单元，用于如果所述符合房源变更申请的查房库数据在已有的公寓商查房库数据中出现过，则根据房源申请状态变更表对房源查房库数据表中的公寓商查房库数据进行修改。

进一步的，若有平台查房库数据，并且平台查房库数据中有符合房源变更申请的查房库数据，则所述基础规则为：

公寓商基础规则，所述公寓商基础规则包括：判断是否包含多栋楼、确定房间号格式、判断是否开启查房库数据、判断查房库数据是否完整。

进一步的，若没有平台查房库数据或者平台查房库数据中没有符合房源变更申请的查房库数据，则所述基础规则包括：

平台基础规则，所述平台基础规则包括：判断是否包含多栋楼、确定房间号格式、判断是否开启查房库数据。

进一步的，所述装置还包括：

房源类型判断模块，用于在开启查房库数据收集之前，根据申请中房源信息的类型，判断所订房源是否为学生公寓。

为了实现上述目的，根据本申请的第三方面，提供了一种电子设备，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器执行上述第一方面中任意一项所述的房源信息处理的方法。

为了实现上述目的，根据本申请的第四方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使所述计算机执行上述第一方面中任意一项所述的房源信息处理的方法。

在本申请实施例中，房源信息处理的方法及装置，能够首先根据公寓商的房源信息提取公用字段，根据所述公用字段创建房源查房库数据表，所述房源查房库数据表是由所述公用字段构成的表结构；然后根据房源查房库数据表中的公用字段对已有的房源信息对应的配置后，存储到所述房源查房库数据表中；最后接收公寓商发送的房源变更申请；根据所述房源变更申请对房源查房库数据表中的查房库数据进行更新。由于根据公寓商的房源信息提取公用字段，根据所述公用字段创建了房源查房库数据，并对已有的房源信息对应的配置后保存更新，解决了现有技术中对海外公寓房源库存数据的收集，存储以及更新效率低，方式也不统一，对于线下邮件、群聊等口头问询的方式还存在过于繁琐，并且会出现错误的问题，继而实现了对全球范围内的公寓商房源库存数据进行广泛且实时地收集，存储及更新，数据处理的效率得到了极大的提升，也避免房源被重复预定，可以更好地服务于客户预订流程，并和全球范围内的公寓商达成更深层次的合作。

附图说明

构成本申请的一部分的附图用来提供对本申请的进一步理解，使得本申请的其它特征、目的和优点变得更明显。本申请的示意性实施例附图及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请实施例提供的一种房源信息处理的方法流程图；

图2根据本申请实施例提供的一种房源信息处理的装置的组成框图；

具体实施方式

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

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、***、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

根据本申请实施例，提供了一种房源信息处理的方法，如图1所示，该方法包括如下的步骤：

S101.根据公寓商的房源信息提取公用字段，根据所述公用字段创建房源查房库数据表。

首先将公寓商房源信息中相同的字段信息提取出来，例如：公寓商甲的房源信息有楼栋、房间号、楼层、房型、朝向5种字段信息；公寓商乙的房源信息有楼栋、房间号、楼层、是否开窗4种字段信息，就需要将相同的字段信息：楼栋、房间号、楼层提取出来，相同的字段信息可作为公用字段，然后根据公用字段创建房源查房库数据表。

S102.根据房源查房库数据表中的公用字段对已有的房源信息对应的配置后，存储到所述房源查房库数据表中。

将已有的房源信息按照公用字段分别提出来，并存储到房源查房库数据表中。例如：上述公有字段包括楼栋、房间号、楼层，那么就需要将房源信息中这三类数据提取出来，然后按照这三种字段分别再存储到房源查房库数据表。

S103.接收公寓商发送的房源变更申请。

用户通过平台提交了房源预定申请表后，平台会转交给海外的公寓商，公寓商也会将房源申请变更申请发送给平台。房源变更申请中包括用户预定的具体房间状态信息，例如：预定的房型、所在楼栋、房间号、Room号、楼层、朝向、该房间是否开窗、租期、起租日期、最终租期单价等。

S104.根据所述房源变更申请对房源查房库数据表中的查房库数据进行更新。

具体根据所述房源变更申请对房源查房库数据表中的查房库数据进行更新更新的过程包括：

1)开启查房库数据收集，判断房源查房库数据表中是否有平台查房库数据；

平台查房库数据是指平台的房源信息。由于查房库数据表中包括海外多个公寓商的房源信息，可能还包括平台承包的公寓楼的房源信息，因此需要对房源查房库数据表中是否有平台查房库数据进行判断。另外，还需要说明的是，公寓商的房源信息在房源查房库数据表中对应的是公寓商查房库数据，即房源查房库数据表由公寓商查房库数据构成，或由平台查房库数据和公寓商查房库数据两者构成。

2)对于上述步骤1)的判断结果，若有平台查房库数据，并且平台查房库数据中有符合房源变更申请的查房库数据，则“所述根据房源申请状态变更表对房源查房库数据表的查房库数据进行更新”具体为：根据房源申请状态变更表对房源查房库数据表中的平台查房库数据进行更新；

对于上述步骤1)的判断结果，若没有平台查房库数据或者平台查房库数据中没有符合房源变更申请的查房库数据，则“所述根据房源申请状态变更表对房源查房库数据表的查房库数据进行更新”具体为：根据房源申请状态变更表对房源查房库数据表中的公寓商查房库数据进行更新。

其中，房源申请状态变更表是根据基础规则生成的，基础规则包括两种：一种是公寓商基础规则，包括：判断是否包含多栋楼、确定房间号格式、判断是否开启查房库数据、判断查房库数据是否完整；一种是平台基础规则，包括：判断是否包含多栋楼、确定房间号格式、判断是否开启查房库数据。具体的，判断是否包含多栋楼包括：如果选择是，则在弹窗字段集合中会出现该字段以供选择。当选择多栋楼时，具有房源的多栋楼会同时显示在字段框中，例如A、B、C、D、E；如果只有一栋楼则只选择A。确定房间号格式分为两种，第一种Flat，是指具体哪一房间，例如：208房间；第二种Flat+RoomNumber，是指具体哪一户哪个房间号，例如：208房间A户。判断是否开启查房库数据包括：若选择是，则所在楼栋、房间号、roomnumber、楼层这四个字段是必填项；若选择否，则上述四个字段是选填项。判断查房库数据是否完整包括：若选择是，则所在楼栋、房间号、room number、楼层这四个字段是以下拉列表的形式供选择的；若选择否，则上述四个字段信息是需要手动输入的。

在不同的条件下，会使用不同的基础规则生成不同的房源申请状态变更表，例如：若房源查房库数据表中没有平台查房库数据或者平台查房库数据中没有符合房源变更申请的查房库数据时，会根据公寓商基础规则生成对应的公寓商房源申请变更表；若房源查房库数据表中有平台查房库数据并且平台查房库数据中有符合房源变更申请的查房库数据时，会根据平台基础规则生成对应的平台房源申请变更表。

具体的，基于基础规则生成的公寓商房源申请状态变更表包括：所在楼栋(根据判断决定是否出现)-非必选/必选/；房间号-选填/必填/必选；room number(根据判断决定是否出现)-选填/必填/必选；楼层-选填/必填/必选；朝向-选填；是否可开窗-选填；租期-必填(选择房源库该房型下的租期)；起租日期-选填；最终租期单价-必填；申请结果时间-必填。

基于基础规则生成的平台房源申请状态变更表包括：所在楼栋(根据判断决定是否出现)-必选；房间号-必选，带入该房间号关联的其他数据；租期-必填(选择房源库该房型下的租期)；起租日期-选填；最终租期单价-必填；申请结果时间-必填。

在得到房源状态变更表后，因为该房源状态变更表是空表，所以还需要根据房源变更申请对房源申请状态变更表进行填写，填写主要包括：选填、必填、必选。

在得到房源申请状态变更表后，还需要分别用对应的房源申请状态变更表进行对应查房库数据的更新，具体如下：

根据公寓商房源申请状态变更表对房源查房库数据表中的公寓商查房库数据进行更新，具体包括两种情况：

第一种：如果所述符合房源变更申请的查房库数据没有在已有的公寓商查房库数据中出现过，则建立一个新的查房库数据，并将所述房源申请状态变更表录入新的查房库数据中。

举例说明：A楼有30个房间，其中有25个房间的房源信息在房源查房库数据表中都已经具有相应的查房库数据，但是公寓商发来的房源变更申请的房源信息并不在这25个房间的查房库数据中，那么就需要再建立一个新的查房库数据，然后将房源申请状态变更表录入新的查房库数据。

第二种：如果所述符合房源变更申请的查房库数据在已有的公寓商查房库数据中出现过，则根据房源申请状态变更表对房源查房库数据表中的公寓商查房库数据进行修改。

举例说明：A楼有30个房间，其中有25个房间的房源信息在房源查房库数据表中都已经具有相应的查房库数据，公寓商发来的房源变更申请的房源信息在这25个房间的查房库数据中，那么就只需要对已有的查房库数据进行修改就可以了。

根据平台商房源申请状态变更表对房源查房库数据表中的平台查房库数据进行更新，具体包括：

因为在上述步骤2)中判断出平台查房库数据中有符合房源变更申请的查房库数据时，才会对平台查房库进行更新，所以平台查房库肯定是有符合房源变更申请的查房库数据的，因此只需要对符合房源变更申请的查房库数据进行修改就可以了。

另外，对于根据公寓商房源申请状态变更表对房源查房库数据表中的公寓商查房库数据进行更新，还可以为：如果所述公寓商查房库数据已经全部被收集，则对所述公寓商查房库数据进行更新。

具体的，如果一栋公寓楼的房源信息全部被采集至查房库数据中，那么就只会对已有的查房库数据进行房源状态上的更新，并不会再新建查房库数据。举例说明：A楼有30个房间，30个房间在查房库中都已经具有相应房源信息的查房库数据了，那么只会去修改这30个房间的查房库数据。

另外，查房库数据中还包括：租户的基本信息，例如：国籍、性别、职业等。收集这些查房库数据，我们可以实现帮助用户去匹配舍友的功能，例如：一个在海外上学的用户，为了锻炼口语希望可以和外国人成为舍友，我们则可以帮助他匹配到合适的舍友。

从以上的描述中，可以看出，本申请实施例的房源信息处理的方法能够首先根据公寓商的房源信息提取公用字段，根据所述公用字段创建房源查房库数据表，所述房源查房库数据表是由所述公用字段构成的表结构；然后根据房源查房库数据表中的公用字段对已有的房源信息对应的配置后，存储到所述房源查房库数据表中；最后接收公寓商发送的房源变更申请；根据所述房源变更申请对房源查房库数据表中的查房库数据进行更新。由于根据公寓商的房源信息提取公用字段，根据所述公用字段创建了房源查房库数据，并对已有的房源信息对应的配置后保存更新，解决了现有技术中对海外公寓房源库存数据的收集，存储以及更新效率低，方式也不统一，对于线下邮件、群聊等口头问询的方式还存在过于繁琐，并且会出现错误的问题，继而实现了对全球范围内的公寓商房源库存数据进行广泛且实时地收集，存储及更新，数据处理的效率得到了极大的提升，也避免房源被重复预定的目的，可以更好地服务于客户预订流程，并和全球范围内的公寓商达成更深层次的合作。

需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机***中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

根据本申请实施例，还提供了一种用于实施上述图1方法的房源信息处理的装置，如图2所示，该装置包括：

房源查房库数据表构建模块31，用于根据公寓商的房源信息提取公用字段，根据所述公用字段创建房源查房库数据表，所述房源查房库数据表是由所述公用字段构成的表结构。

配置存储模块32，用于根据房源查房库数据表中的公用字段对已有的房源信息对应的配置后，存储到所述房源查房库数据表中。

接收模块33，用于接收公寓商发送的房源变更申请。

更新模块34，用于根据所述房源变更申请对房源查房库数据表中的查房库数据进行更新。

进一步的，所述更新模块包括：

填写单元341，用于根据房源变更申请对房源申请状态变更表进行填写，所述房源申请状态变更表是根据基础规则生成的。

更新单元342，用于根据房源申请状态变更表对房源查房库数据表中的查房库数据进行更新。

进一步的，所述装置还包括：

查房库数据判断模块35，用于在所述根据房源变更申请对房源申请状态变更表进行填写之前，开启查房库数据收集，判断房源查房库数据表中是否有平台查房库数据。

进一步的，所述更新单元用于若有平台查房库数据，并且平台查房库数据中有符合房源变更申请的查房库数据，则根据房源申请状态变更表对房源查房库数据表中的平台查房库数据进行更新。

进一步的，所述更新单元还用于若没有平台查房库数据或者平台查房库数据中没有符合房源变更申请的查房库数据，则所述根据房源申请状态变更表对房源查房库数据表的查房库数据进行更新包括：根据房源申请状态变更表对房源查房库数据表中的公寓商查房库数据进行更新。

进一步的，更新模块34还包括：

新建单元343，用于如果所述符合房源变更申请的查房库数据没有在已有的公寓商查房库数据中出现过，则建立一个新的查房库数据，并将所述房源申请状态变更表录入新的查房库数据中。

修改单元344，用于如果所述符合房源变更申请的查房库数据在已有的公寓商查房库数据中出现过，则根据房源申请状态变更表对房源查房库数据表中的公寓商查房库数据进行修改。

进一步的，若有平台查房库数据，并且平台查房库数据中有符合房源变更申请的查房库数据，则所述基础规则为：公寓商基础规则，所述公寓商基础规则包括：判断是否包含多栋楼、确定房间号格式、判断是否开启查房库数据、判断查房库数据是否完整。

进一步的，若没有平台查房库数据或者平台查房库数据中没有符合房源变更申请的查房库数据，则所述基础规则包括：平台基础规则，所述平台基础规则包括：判断是否包含多栋楼、确定房间号格式、判断是否开启查房库数据。

进一步的，所述装置还包括：

房源类型判断模块36，用于在开启查房库数据收集之前，根据申请中房源信息的类型，判断所订房源是否为学生公寓。

从以上的描述中，可以看出，本申请实施例的房源信息处理的装置能够首先根据公寓商的房源信息提取公用字段，根据所述公用字段创建房源查房库数据表，所述房源查房库数据表是由所述公用字段构成的表结构；然后根据房源查房库数据表中的公用字段对已有的房源信息对应的配置后，存储到所述房源查房库数据表中；最后接收公寓商发送的房源变更申请；根据所述房源变更申请对房源查房库数据表中的查房库数据进行更新。由于根据公寓商的房源信息提取公用字段，根据所述公用字段创建了房源查房库数据，并对已有的房源信息对应的配置后保存更新，解决了现有技术中对海外公寓房源库存数据的收集，存储以及更新效率低，方式也不统一，对于线下邮件、群聊等口头问询的方式还存在过于繁琐，并且会出现错误的问题，继而实现了对全球范围内的公寓商房源库存数据进行广泛且实时地收集，存储及更新，数据处理的效率得到了极大的提升，也避免房源被重复预定的目的，可以更好地服务于客户预订流程，并和全球范围内的公寓商达成更深层次的合作。

根据本申请实施例，还提供了一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使所述计算机执行上述方法实施例中的房源信息处理的方法。

根据本申请实施例，还提供了一种电子设备，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器执行上述方法实施例中的房源信息处理的方法。

显然，本领域的技术人员应该明白，上述的本申请的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本申请不限制于任何特定的硬件和软件结合。

以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (7)

1.一种房源信息处理的方法，其特征在于，所述方法包括：

根据公寓商的房源信息提取公用字段，根据所述公用字段创建房源查房库数据表，所述房源查房库数据表是由所述公用字段构成的表结构；

根据房源查房库数据表中的公用字段对已有的房源信息对应的配置后，存储到所述房源查房库数据表中；

接收公寓商发送的房源变更申请；

根据所述房源变更申请对房源查房库数据表中的查房库数据进行更新；

根据房源变更申请对房源申请状态变更表进行填写，所述房源申请状态变更表是根据基础规则生成的；

根据房源申请状态变更表对房源查房库数据表中的查房库数据进行更新；

在所述根据房源变更申请对房源申请状态变更表进行填写之前，所述方法还包括：

开启查房库数据收集，判断房源查房库数据表中是否有平台查房库数据；

若有平台查房库数据，并且平台查房库数据中有符合房源变更申请的查房库数据，则所述根据房源申请状态变更表对房源查房库数据表的查房库数据进行更新包括：根据房源申请状态变更表对房源查房库数据表中的平台查房库数据进行更新；

若没有平台查房库数据或者平台查房库数据中没有符合房源变更申请的查房库数据，则所述根据房源申请状态变更表对房源查房库数据表的查房库数据进行更新包括：根据房源申请状态变更表对房源查房库数据表中的公寓商查房库数据进行更新。

2.根据权利要求1所述的房源信息处理的方法，其特征在于，所述根据房源申请状态变更表对房源查房库数据表中的公寓商查房库数据进行更新包括：

如果所述符合房源变更申请的查房库数据没有在已有的公寓商查房库数据中出现过，则建立一个新的查房库数据，并将所述房源申请状态变更表录入新的查房库数据中；

如果所述符合房源变更申请的查房库数据在已有的公寓商查房库数据中出现过，则根据房源申请状态变更表对房源查房库数据表中的公寓商查房库数据进行修改。

3.根据权利要求1所述的房源信息处理的方法，其特征在于，若有平台查房库数据，并且平台查房库数据中有符合房源变更申请的查房库数据，则所述基础规则为：

公寓商基础规则，所述公寓商基础规则包括：判断是否包含多栋楼、确定房间号格式、判断是否开启查房库数据、判断查房库数据是否完整。

4.根据权利要求1所述的房源信息处理的方法，其特征在于，若没有平台查房库数据或者平台查房库数据中没有符合房源变更申请的查房库数据，则所述基础规则包括：

平台基础规则，所述平台基础规则包括：判断是否包含多栋楼、确定房间号格式、判断是否开启查房库数据。

5.一种房源信息处理的装置，其特征在于，所述装置包括：

房源查房库数据表构建模块，用于根据公寓商的房源信息提取公用字段，根据所述公用字段创建房源查房库数据表，所述房源查房库数据表是由所述公用字段构成的表结构；

配置存储模块，用于根据房源查房库数据表中的公用字段对已有的房源信息对应的配置后，存储到所述房源查房库数据表中；

接收模块，用于接收公寓商发送的房源变更申请；

更新模块，用于根据所述房源变更申请对房源查房库数据表中的查房库数据进行更新；

所述更新模块还用于：

根据房源变更申请对房源申请状态变更表进行填写，所述房源申请状态变更表是根据基础规则生成的；

根据房源申请状态变更表对房源查房库数据表中的查房库数据进行更新；

在所述根据房源变更申请对房源申请状态变更表进行填写之前，还包括：

开启查房库数据收集，判断房源查房库数据表中是否有平台查房库数据；

若有平台查房库数据，并且平台查房库数据中有符合房源变更申请的查房库数据，则所述根据房源申请状态变更表对房源查房库数据表的查房库数据进行更新包括：根据房源申请状态变更表对房源查房库数据表中的平台查房库数据进行更新；

若没有平台查房库数据或者平台查房库数据中没有符合房源变更申请的查房库数据，则所述根据房源申请状态变更表对房源查房库数据表的查房库数据进行更新包括：根据房源申请状态变更表对房源查房库数据表中的公寓商查房库数据进行更新。

6.一种电子设备，其特征在于，包括：

至少一个处理器；

以及与所述处理器连接的至少一个存储器、总线；其中，

所述处理器、存储器通过所述总线完成相互间的通信；

所述处理器用于调用所述存储器中的程序指令，以执行权利要求1至权利要求4中任一项所述的房源信息处理的方法。

7.一种非暂态计算机可读存储介质，其特征在于，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令使所述计算机执行权利要求1至权利要求4中任一项所述的房源信息处理的方法。