CN109376290B - 房屋数据的处理显示方法及处理显示装置 - Google Patents
房屋数据的处理显示方法及处理显示装置 Download PDFInfo
- Publication number
- CN109376290B CN109376290B CN201811301089.XA CN201811301089A CN109376290B CN 109376290 B CN109376290 B CN 109376290B CN 201811301089 A CN201811301089 A CN 201811301089A CN 109376290 B CN109376290 B CN 109376290B
- Authority
- CN
- China
- Prior art keywords
- house
- courtyard
- data
- name
- information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 51
- 238000013500 data storage Methods 0.000 claims description 3
- 238000010586 diagram Methods 0.000 description 5
- 238000010438 heat treatment Methods 0.000 description 2
- 241000213015 Bupleurum scorzonerifolium Species 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 230000010365 information processing Effects 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0623—Item investigation
- G06Q30/0625—Directed, with specific intent or strategy
- G06Q30/0627—Directed, with specific intent or strategy using item specifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
- G06Q50/10—Services
- G06Q50/16—Real estate
Landscapes
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Marketing (AREA)
- General Physics & Mathematics (AREA)
- Economics (AREA)
- Engineering & Computer Science (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Tourism & Hospitality (AREA)
- Finance (AREA)
- Accounting & Taxation (AREA)
- Development Economics (AREA)
- Health & Medical Sciences (AREA)
- General Health & Medical Sciences (AREA)
- Human Resources & Organizations (AREA)
- Primary Health Care (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本申请公开房屋数据的处理显示方法,包括:接收搜索引擎检索到的多条以间为单位的房屋数据;依次对每条房屋数据进行处理,对一条房屋数据进行处理包括:若房屋数据包含的院名不存在于已创建的院落集合,则在当前的院落集合中创建第一院落对象,根据该房屋数据确定第一院落对象的院名以及参数;若房屋数据包含的院名存在于已创建的院落集合,则获取与该房屋数据对应的第二院落对象,并对第二院落对象包含的参数进行更新;在依次对每条房屋数据进行处理之后,将当前的院落集合保存于内存数据库;接收到内部检索指令时,从内存数据获取目标信息,并进行展示。基于本申请公开的方法,用户能够方便地获知某个区域内房屋的具体情况,降低用户的工作量。
Description
技术领域
本申请属于信息处理技术领域,尤其涉及房屋数据的处理显示方法及处理显示装置。
背景技术
目前利用搜索引擎检索房屋数据的过程中,搜索引擎能够根据用户输入的检索条件得到房屋数据。
但是,搜索引擎仅仅是将符合检索条件的多条房屋数据直接输出,无法满足用户更进一步的需求。例如:从事房屋中介或者房屋管理的用户,需要获知在某一个区域内(如某个院落内)房屋的具体情况,如:该院落内有多少房屋待租,该院落内有多少栋建筑有待租房屋,该院落内待租的房屋的面积。现在用户只能根据搜索引擎输出的检索结果进行人工统计,才能确定某一个区域内房屋的具体情况,这导致用户的工作量很大,且效率很低。
发明内容
有鉴于此,本申请的目的在于提供一种房屋数据的处理显示方法及处理显示装置,能够自动对检索得到的房屋数据进行聚合处理,在无需进行人工统计的前提下,就可以获得一个区域内房屋的具体情况。
为实现上述目的,本申请提供如下技术方案:
一种房屋数据的处理显示方法,包括:
接收用户输入的检索条件,将所述检索条件向搜索引擎传递;
接收所述搜索引擎基于所述检索条件进行检索操作得到的多条以间为单位的房屋数据;
依次对每条房屋数据进行处理,其中,对一条房屋数据进行处理的过程包括:
判断所述房屋数据包含的院名是否存在于已创建的院落集合;
如果所述房屋数据包含的院名不存在于已创建的院落集合,则在当前的院落集合中创建第一院落对象,根据所述房屋数据确定所述第一院落对象的院名,根据所述房屋数据确定所述第一院落对象包含的参数,所述第一院落对象包含的参数包括:栋名集合、栋数、合同号集合、合同数、间数、租金和面积;
如果所述房屋数据包含的院名存在于已创建的院落集合,则获取与所述房屋数据对应的第二院落对象,根据所述房屋数据对所述第二院落对象包含的参数进行更新,所述第二院落对象包含的参数包括:栋名集合、栋数、合同号集合、合同数、间数、租金和面积;
在依次对每条房屋数据进行处理之后,将当前的院落集合保存于内存数据库;
当接收到内部检索指令时,从所述内存数据库中获取对应的目标信息;
获得请求显示的页面的页码,从所述目标信息中获得与所述页码对应的信息,展示获得的信息。
可选的,在上述方法中,所述根据所述房屋数据对所述第二院落对象包含的参数进行更新,包括:
如果所述房屋数据包含的栋名未包含于所述第二院落对象的栋名集合,则将所述房屋数据包含的栋名添加入所述第二院落对象的栋名集合,并将所述第二院落对象的栋数加1;
如果所述房屋数据包含的合同号未包含于所述第二院落对象的合同号集合,则将所述房屋数据包含的合同号添加入所述第二院落对象的合同号集合,将所述第二院落对象的合同数加1,将所述第二院落对象的租金加上所述房屋数据包含的租金;
将所述第二院落对象的间数加1,将所述第二院落对象的面积加上所述房屋数据包含的面积。
可选的,在上述方法中,当所述内部检索指令为包含区域标识的一级检索指令时,所述从所述内存数据库中获取对应的目标信息,具体为:
从所述内存数据库中获取位于该区域标识所表征区域内的各个院落的房屋信息;其中,每个所述院落的房屋信息包括:院落的地址、所述院落的合同数、所述院落的栋数、所述院落的面积、所述院落的间数和所述院落的租金。
可选的,在上述方法中,当所述内部检索指令为包含院名的二级检索指令时,所述从所述内存数据库中获取对应的目标信息,具体为:
从所述内存数据库中获取位于所述院名所表征院落内的各个建筑物的房屋信息;其中,每个建筑物的房屋信息包括:所述建筑物所属院落的地址、所述建筑物的间数、所述建筑物的面积、所述建筑物的租金、所述建筑物的产权类型。
可选的,在上述方法中,当所述内部检索指令为包含栋名的三级检索指令时,所述从所述内存数据库中获取对应的目标信息,具体为:
从所述内存数据库中获取位于所述栋名所表征建筑物内的各个房屋的房屋信息;其中,每个房屋的房屋信息包括:所述房屋所属院落的地址、所述房屋的间数、所述房屋的房屋类型、所述房屋的面积、所述房屋的租金、所述房屋的承租人信息、所述房屋的完损等级信息、所述房屋的合同号、所述房屋的产权来源。
可选的,在上述方法中,当所述内部检索指令为包含房屋名的四级检索指令时,所述从所述内存数据库中获取对应的目标信息,具体为:从所述内存数据中获取所述房屋名表征的房屋的详情信息。
本申请还提供一种房屋数据的处理显示装置,包括:
检索条件接收单元,用于接收用户输入的检索条件,将所述检索条件向搜索引擎传递;
房屋数据接收单元,用于接收所述搜索引擎基于所述检索条件进行检索操作得到的多条以间为单位的房屋数据;
房屋数据处理单元,用于依次对每条房屋数据进行处理,其中,对一条房屋数据进行处理的过程包括:判断所述房屋数据包含的院名是否存在于已创建的院落集合;如果所述房屋数据包含的院名不存在于已创建的院落集合,则在当前的院落集合中创建第一院落对象,根据所述房屋数据确定所述第一院落对象的院名,根据所述房屋数据确定所述第一院落对象包含的参数,所述第一院落对象包含的参数包括:栋名集合、栋数、合同号集合、合同数、间数、租金和面积;如果所述房屋数据包含的院名存在于已创建的院落集合,则获取与所述房屋数据对应的第二院落对象,根据所述房屋数据对所述第二院落对象包含的参数进行更新,所述第二院落对象包含的参数包括:栋名集合、栋数、合同号集合、合同数、间数、租金和面积;
数据保存单元,用于在依次对每条房屋数据进行处理之后,将当前的院落集合保存于内存数据库;
数据获取单元,用于在接收到内部检索指令时,从所述内存数据库获取对应的目标信息;
显示控制单元,用于在获得请求显示的页面的页码时,从所述目标信息中获得与所述页码对应的信息,展示获得的信息。
可选的,在上述房屋数据的处理显示装置中,所述房屋数据处理单元在根据所述房屋数据对所述第二院落对象包含的参数进行更新的方面,具体用于:
如果所述房屋数据包含的栋名未包含于所述第二院落对象的栋名集合,则将所述房屋数据包含的栋名添加入所述第二院落对象的栋名集合,并将所述第二院落对象的栋数加1;
如果所述房屋数据包含的合同号未包含于所述第二院落对象的合同号集合,则将所述房屋数据包含的合同号添加入所述第二院落对象的合同号集合,将所述第二院落对象的合同数加1,将所述第二院落对象的租金加上所述房屋数据包含的租金;
将所述第二院落对象的间数加1,将所述第二院落对象的面积加上所述房屋数据包含的面积。
可选的,在上述房屋数据的处理显示装置中,当所述内部检索指令为包含区域标识的一级检索指令时,所述数据获取单元从所述内存数据库获取对应的目标信息,具体为:
从所述内存数据库中获取位于该区域标识所表征区域内的各个院落的房屋信息;其中,每个院落的房屋信息包括:院落的地址、所述院落的合同数、所述院落的栋数、所述院落的面积、所述院落的间数和所述院落的租金。
可选的,在上述房屋数据的处理显示装置中,当所述内部检索指令为包含院名的二级检索指令时,所述数据获取单元从所述内存数据库获取对应的目标信息,具体为:
从所述内存数据库中获取位于所述院名所表征院落内的各个建筑物的房屋信息;其中,每个建筑物的房屋信息包括:所述建筑物所属院落的地址、所述建筑物的间数、所述建筑物的面积、所述建筑物的租金和所述建筑物的产权类型。
可选的,在上述房屋数据的处理显示装置中,当所述内部检索指令为包含栋名的三级检索指令时,所述数据获取单元从所述内存数据库获取对应的目标信息,具体为:
从所述内存数据库中获取位于所述栋名所表征建筑物内的各个房屋的房屋信息;其中,每个房屋的房屋信息包括:所述房屋所属院落的地址、所述房屋的间数、所述房屋的房屋类型、所述房屋的面积、所述房屋的租金、所述房屋的承租人信息、所述房屋的完损等级信息、所述房屋的合同号和所述房屋的产权来源。
可选的,在上述房屋数据的处理显示装置中,当所述内部检索指令为包含房屋名的四级检索指令时,所述数据获取单元从所述内存数据库获取对应的目标信息,具体为:从所述内存数据中获取所述房屋名表征的房屋的详情信息。
由此可见,本申请的有益效果为:
本申请公开的房屋数据的处理显示方法,将用户输入的检索条件向搜索引擎传递,在接收到搜索引擎检索得到的多条以间为单位的房屋数据之后,针对每一条房屋数据逐条进行处理,从而确定多条房屋数据所属的院落,以及每个院落中的栋名、栋数、合同号、合同数、间数、租金和面积,在依次对每条房屋数据进行处理之后,将当前的院落集合保存于内存数据库,当接收到内部检索指令时,从内存数据库中获取对应的目标信息,之后获得请求显示的页面的页码,从目标信息中获得与该页码对应的信息并进行展示,使得用户能够方便地获知某个区域内房屋的具体情况,从而降低用户的工作量。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据提供的附图获得其他的附图。
图1为本申请公开的一种房屋数据的处理显示方法的流程图;
图2为图1所示流程中对每一条房屋数据进行处理的流程图;
图3为图2所示流程中根据房屋数据对第二院落对象包含的参数进行更新的流程图;
图4-1为本申请公开的以院落为粒度的房屋信息的展示界面的示意图;
图4-2为本申请公开的以栋为粒度的房屋信息的展示界面的示意图;
图4-3为本申请公开的以间为粒度的房屋信息的展示界面的示意图;
图4-4为本申请公开的房屋的详情信息的展示界面的示意图;
图5为本申请公开的一种房屋数据的处理显示装置的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
本申请公开一种房屋数据的处理显示方法及处理显示装置,能够自动对检索得到的房屋数据进行聚合处理,在无需进行人工统计的前提下,就可以获得一个区域内房屋的具体情况。本申请公开的房屋数据的处理显示方法由电子设备执行,例如由计算机执行,或者由其他具备计算能力的电子设备执行。
参见图1,图1为本申请公开的一种房屋数据的处理显示方法的流程图。该房屋数据的处理显示方法包括:
步骤S1:接收用户输入的检索条件,将检索条件向搜索引擎传递。
用户输入的检索条件至少包含区域名称,例如,A城市的B区。另外,用户输入的检索条件除了区域名称之外,还可以进一步包括街道名称,例如,A城市的B区的C街道。
步骤S2:接收搜索引擎基于检索条件进行检索操作得到的多条以间为单位的房屋数据。
搜索引擎基于接收到的检索条件进行检索,得到多条以间为单位的房屋数据。本申请中的“间”是指一套房屋,例如,某个小区内某栋楼的101室视为一间。
房屋数据通常包括:房屋所在的院落名、房屋所属建筑的栋名,房屋在其所属建筑内的房间号、合同号、租金和面积(建筑面积或者使用面积,也可以同时包括建筑面积和使用面积)。
实施中,房屋数据还可以包括:房屋类型、完损等级、产权来源、承租人信息。另外,在登记的信息更为详尽的情况下,房屋数据还可以包括:建筑年代、结构类型、产权类别、产权证号、土地证号、供暖方式、房屋方向、房屋用途、承租时间。
作为一种实施方式,接收用户输入的检索条件,将检索条件向Elasticsearch搜索引擎传递。Elasticsearch是一个基于Lucene的搜索服务器,提供分布式多用户能力的全文搜索引擎。
步骤S3:依次对每条房屋数据进行处理。
其中,对一条房屋数据进行处理的过程,如图2所示,包括:
步骤S31:判断该条房屋数据包含的院名是否存在于已创建的院落集合。
步骤S32:如果该条房屋数据包含的院名不存在于已创建的院落集合,则在当前的院落集合中创建第一院落对象,根据该条房屋数据确定第一院落对象的院名,根据该条房屋数据确定第一院落对象包含的参数。其中,第一院落对象包含的参数包括:栋名集合、栋数、合同号集合、合同数、间数、租金和面积。
步骤S33:如果该条房屋数据包含的院名存在于已创建的院落集合,则获取与该条房屋数据对应的第二院落对象,根据该条房屋数据对第二院落对象包含的参数进行更新。其中,第二院落对象包含的参数包括:栋名集合、栋数、合同号集合、合同数、间数、租金和面积。
如果一条房屋数据包含的院名不存在于当前的院落集合,这表明在此之前没有属于该院名所表征院落的房屋数据被录入,在这种情况下,在当前的院落集合中创建一个新的院落对象,为了便于描述,将该院落对象记为第一院落对象。之后,根据该房屋数据确定第一院落对象的院名,即,将该房屋数据所包含的院名确定为第一院落对象的院名,根据该房屋数据确定第一院落对象包含的参数。
如果一条房屋数据包含的院名存在于当前的院落集合,这表明在此之前已经有属于该院名所表征院落的房屋数据被录入,在这种情况下,获取与该房屋数据对应的院落对象,为了便于描述,将该院落对象记为第二院落对象。之后,根据该房屋数据对第二院落对象包含的参数进行更新。
这里需要说明的是,一份合同可能涉及多间房屋,而且一份合同所涉及的多间房屋可能分布于多栋建筑中,一栋建筑中的房屋可能涉及多份合同。
另外,一个院落对象的租金是以合同为单位进行计算。例如,一个院落有五条房屋数据,分别为:
ID1,院1,栋1,单元1,间1,合同号B-BX-10000,租金50元…
ID2,院1,栋1,单元2,间1,合同号B-BX-10001,租金40元…
ID3,院1,栋1,单元2,间2,合同号B-BX-10002,租金50元…
ID4,院1,栋2,单元2,间1,合同号B-BX-10000,租金50元…
ID5,院1,栋2,单元2,间1,合同号B-BX-10001,租金40元…
那么,该院落对象的栋数为2,合同数为3,租金为140元。
步骤S4:在依次对每条房屋数据进行处理之后,将当前的院落集合保存于内存数据库。
步骤S5:当接收到内部检索指令时,从内存数据库中获取对应的目标信息。
步骤S6:获得请求显示的页面的页码,从目标信息中获得与该页码对应的信息,展示获得的信息。
作为一种实施方式,根据目标信息的总量、每个页面所能显示的信息的数量以及请求显示的页面的页码,从目标信息中获得与该页码对应的信息。
例如,目标信息的总量为total,每个页面所能显示的信息的数量为m,请求显示的页面的页码为n。如果total≤m*n,那么从目标信息中获得第(n-1)*m+1条至第total条信息,如果total>m*n,那么从目标信息中获得第(n-1)*m+1条至第m*n条信息。
需要说明的是,用户可以直接输入页码,以使得执行本申请公开的房屋数据的处理显示方法的电子设备将用户输入的页码作为请求显示的页面的页码。用户也可以执行翻页操作,以使得电子设备获得请求显示的页面的页码。
本申请公开的房屋数据的处理显示方法,将用户输入的检索条件向搜索引擎传递,在接收到搜索引擎检索得到的多条以间为单位的房屋数据之后,针对每一条房屋数据逐条进行处理,从而确定多条房屋数据所属的院落,以及每个院落中的栋名、栋数、合同号、合同数、间数、租金和面积,在依次对每条房屋数据进行处理之后,将当前的院落集合保存于内存数据库,当接收到内部检索指令时,从内存数据库中获取对应的目标信息,之后获得请求显示的页面的页码,从目标信息中获得与该页码对应的信息并进行展示,使得用户能够方便地获知某个区域内房屋的具体情况,从而降低用户的工作量。
作为一个示例,步骤S33根据房屋数据对第二院落对象包含的参数进行更新,包括:
如果房屋数据包含的栋名未包含于第二院落对象的栋名集合,则将房屋数据包含的栋名添加入第二院落对象的栋名集合,并将第二院落对象的栋数加1;如果房屋数据包含的合同号未包含于第二院落对象的合同号集合,则将房屋数据包含的合同号添加入第二院落对象的合同号集合,将第二院落对象的合同数加1,将第二院落对象的租金加上该条房屋数据包含的租金;将第二院落对象的间数加1,将第二院落对象的面积加上该条房屋数据包含的面积。
下面结合图3进行说明,包括:
步骤S331:判断房屋数据包含的栋名是否包含于第二院落对象的栋名集合,如果房屋数据包含的栋名未包含于第二院落对象的栋名集合,则执行步骤S332,如果房屋数据包含的栋名包含于第二院落对象的栋名集合,则执行步骤S333;
步骤S332:将房屋数据包含的栋名添加入第二院落对象的栋名集合,将第二院落对象的栋数加1,执行步骤S333;
步骤S333:判断房屋数据包含的合同号是否包含于第二院落对象的合同号集合,如果房屋数据包含的合同号未包含于第二院落对象的合同号集合,则执行步骤S334,如果房屋数据包含的合同号包含于第二院落对象的合同号集合,则执行步骤S335;
步骤S334:将房屋数据包含的合同号添加入第二院落对象的合同号集合,将第二院落对象的合同数加1,将第二院落对象的租金加上该房屋数据包含的租金,执行步骤S335;
步骤S335:将第二院落对象的间数加1,将第二院落对象的面积加上房屋数据包含的面积。
这里需要说明的是,如果房屋数据包含建筑面积,那么将第二院落对象的建筑面积加上该房屋数据包含的建筑面积,如果房屋数据包含使用面积,那么将第二院落对象的使用面积加上该房屋数据包含的使用面积。
在本申请上述公开的房屋数据的处理显示方法中,当接收到的内部检索指令为包含区域标识的一级检索指令时,从内存数据库中获取对应的目标信息,具体为:从内存数据库中获取位于该区域标识所表征区域内的各个院落的房屋信息。
其中,院落的房屋信息包括:院落的地址、院落的合同数、院落的栋数、院落的面积、院落的间数和院落的租金。
在本申请上述公开的房屋数据的处理显示方法中,当接收到的内部检索指令为包含院名的二级检索指令时,从内存数据库中获取对应的目标信息,具体为:从内存数据库中获取位于该院名所表征院落内的各个建筑物的房屋信息。
其中,每个建筑物的房屋信息包括:建筑物所属院落的地址、建筑物的间数、建筑物的面积、建筑物的租金、建筑物的产权类型。
在本申请上述公开的房屋数据的处理显示方法中,当接收到的内部检索指令为包含栋名的三级检索指令时,从内存数据库中获取对应的目标信息,具体为:从内存数据库中获取位于该栋名所表征建筑物内的各个房屋的房屋信息。
其中,每个房屋的房屋信息包括:房屋所属院落的地址、房屋的间数、房屋的房屋类型、房屋的面积、房屋的租金、房屋的承租人信息、房屋的完损等级信息、房屋的合同号、房屋的产权来源。
在本申请上述公开的房屋数据的处理显示方法中,当接收到的内部检索指令为包含房屋名的四级检索指令时,从内存数据库中获取对应的目标信息,具体为:从内存数据中获取该房屋名表征的房屋的详情信息。
下面以一个实例进行说明:
用户输入一级检索指令,该一级检索指令包含的区域标识为“北京市东城区”。装置响应该一级检索指令,从内存数据库中获取位于北京市东城区内的多个院落的房屋信息。
如图4-1所示,其中一个院落为西总布胡同51号,该院落的房屋信息包括:院落的地址、院落的合同数、院落的栋数、院落的面积、院落的间数和院落的租金。具体的,院落地址为东城区建国门分中心,院落的合同数(户数)为16,院落的栋数为11,院落的建筑面积为635.21㎡,院落的间数为45,院落的租金为825.26元。
用户输入二级检索指令,该二级检索指令包含的院名为“西总布胡同51号”。装置响应该二级检索指令,从内存数据库中获取位于西总布胡同51号内的各栋建筑物的房屋信息。
如图4-2所示,西总布胡同51号内的一栋建筑物为2栋,该栋建筑物的房屋信息包括:建筑物所属院落的地址、建筑物的间数、建筑物的面积、建筑物的租金、建筑物的产权类型。具体的,该栋建筑物所属院落的地址为东城区建国门分中心,该栋建筑物的间数为10,该栋建筑物的建筑面积为119.31㎡,该栋建筑物的使用面积为89.5㎡,该栋建筑物的租金为215.51元,该栋建筑物的产权类型为公产。
用户输入三级检索指令,该三级检索指令包含的栋名为“西总布胡同51号2栋”。装置响应该三级检索指令,从内存数据中获取位于西总布胡同51号2栋内的各个房屋的房屋信息。
如图4-3所示,位于西总布胡同51号2栋内的房屋分别为15号、9-2号和11号,每间房屋的详情信息包括:房屋所属院落的地址、房屋的间数、房屋的房屋类型、房屋的面积、房屋的租金、房屋的承租人信息、房屋的完损等级信息、房屋的合同号、房屋的产权来源。
用户输入四级检索指令,该四级检索指令包含的房屋名为“西总布胡同51号2栋无15号”。装置响应该四级检索指令,从内存数据中获取西总布胡同51号2栋无15号的详情信息。
如图4-4所示,房屋的详情信息包括房屋地址信息、房间属性信息和租赁信息。其中,房屋地址信息包括:房屋所属的城区、房屋所属的分中心、房屋所属的街道、房屋在街道的门牌号、房屋所属建筑的栋名、房屋所属的单元号、房屋在其所属建筑内的房间号和房屋类型。房间属性信息包括:建筑年代、结构类型、产权类别、产权证号、土地证号、供暖方式、房屋方向、房屋用途和承租时间。租赁信息包括:合同号、租金和承租人信息。实施中,房间属性信息和租赁信息还可以包括如图5-4中示出的其他信息。
基于本申请公开的房屋数据的处理显示方法,在接收到搜索引擎检索得到的多条以间为单位的房屋数据之后,针对每一条房屋数据逐条进行处理,从而确定多条房屋数据所涉及的院落,以及每个院落中的栋名、栋数、合同号、合同数、间数、租金和面积,在依次对每条房屋数据进行处理后,将当前的院落集合保存于内存数据库;之后,在接收到一级检索指令时,能够响应一级检索指令,以院落为粒度输出院落的房屋信息,在接收到二级检索指令时,能够响应二级检索指令,以栋为粒度输出院落内多栋建筑物的房屋信息,在接收到三级检索指令时,能够响应三级检索指令,以间为粒度输出位于建筑物内的多个房屋的房屋信息,在接收到四级检索指令时,能够响应四级检索指令,输出房屋的详情信息,使得用户能够方便地获知某个区域内房屋的具体情况,从而降低用户的工作量,而且用户能够从不同的粒度了解房屋数据。
本申请上述公开了房屋数据的处理显示方法,相应的,本申请还公开房屋数据的处理显示装置。下文中关于房屋数据的处理显示装置的描述与上文中关于房屋数据的处理显示方法的描述,可以相互参见。
参见图5,图5为本申请公开的房屋数据的处理显示装置的结构示意图,具体包括:
检索条件接收单元100,用于接收用户输入的检索条件,将检索条件向搜索引擎传递;
房屋数据接收单元200,用于接收搜索引擎基于检索条件进行检索操作得到的多条以间为单位的房屋数据;
房屋数据处理单元300,用于依次对每条房屋数据进行处理。
其中,房屋数据处理单元300对一条房屋数据进行处理的过程包括:判断房屋数据包含的院名是否存在于已创建的院落集合;如果房屋数据包含的院名不存在于已创建的院落集合,则在当前的院落集合中创建第一院落对象,根据房屋数据确定第一院落对象的院名,根据房屋数据确定第一院落对象包含的参数,第一院落对象包含的参数包括:栋名集合、栋数、合同号集合、合同数、间数、租金和面积;如果房屋数据包含的院名存在于已创建的院落集合,则获取与房屋数据对应的第二院落对象,根据房屋数据对第二院落对象包含的参数进行更新,第二院落对象包含的参数包括:栋名集合、栋数、合同号集合、合同数、间数、租金和面积;
数据保存单元400,用于在依次对每条房屋数据进行处理之后,将当前的院落集合保存于内存数据库。
数据获取单元500,用于在接收到内部检索指令时,从内存数据库中获取对应的目标信息。
显示控制单元600,用于获得请求显示的页面的页码,从目标信息中获得与该页码对应的信息,展示获得的信息。
作为一种实施方式,显示控制单元600根据目标信息的总量、每个页面所能显示的信息的数量以及请求显示的页面的页码,从目标信息中获得与该页码对应的信息。
例如,目标信息的总量为total,每个页面所能显示的信息的数量为m,请求显示的页面的页码为n。如果total≤m*n,那么显示控制单元600从目标信息中获得第(n-1)*m+1条至第total条信息,并进行展示,如果total>m*n,那么显示控制单元600从目标信息中获得第(n-1)*m+1条至第m*n条信息,并进行展示。
需要说明的是,用户可以直接输入页码,以使得执行本申请公开的房屋数据的处理显示方法的电子设备将用户输入的页码作为请求显示的页面的页码。用户也可以执行翻页操作,以使得电子设备获得请求显示的页面的页码。
本申请公开的房屋数据的处理显示装置,将用户输入的检索条件向搜索引擎传递,在接收到搜索引擎检索得到的多条以间为单位的房屋数据之后,针对每一条房屋数据逐条进行处理,从而确定多条房屋数据所属的院落,以及每个院落中的栋名、栋数、合同号、合同数、间数、租金和面积,在依次对每条房屋数据进行处理之后,将当前的院落集合保存于内存数据库,当接收到内部检索指令时,从内存数据库中获取对应的目标信息,之后获得请求显示的页面的页码,从目标信息中获得与该页码对应的信息并进行展示,使得用户能够方便地获知某个区域内房屋的具体情况,从而降低用户的工作量。
作为一个示例,房屋数据处理单元300在根据房屋数据对第二院落对象包含的参数进行更新的方面,具体用于:
如果房屋数据包含的栋名未包含于第二院落对象的栋名集合,则将房屋数据包含的栋名添加入第二院落对象的栋名集合,并将第二院落对象的栋数加1;如果房屋数据包含的合同号未包含于第二院落对象的合同号集合,则将房屋数据包含的合同号添加入第二院落对象的合同号集合,将第二院落对象的合同数加1,将第二院落对象的租金加上房屋数据包含的租金;将第二院落对象的间数加1,将第二院落对象的面积加上房屋数据包含的面积。
作为一个示例,本申请中的内部检索指令包括一级检索指令、二级检索指令、三级检索指令和四级检索指令。其中,一级检索指令包含区域标识,二级检索指令包含院名,三级检索指令包含栋名,四级检索指令包含房屋名。
当接收到的内部检索指令为包含区域标识的一级检索指令时,数据获取单元500从内存数据库中获取对应的目标信息,具体为:从内存数据库中获取位于该区域标识所表征区域内的各个院落的房屋信息。其中,每个院落的房屋信息包括:院落的地址、院落的合同数、院落的栋数、院落的面积、院落的间数和院落的租金。
当接收到的内部检索指令为包含院名的二级检索指令时,数据获取单元500从内存数据库中获取对应的目标信息,具体为:从内存数据库中获取位于院名所表征院落内的各个建筑物的房屋信息。其中,每个建筑物的房屋信息包括:建筑物所属院落的地址、建筑物的间数、建筑物的面积、建筑物的租金、建筑物的产权类型。
当接收到的内部检索指令为包含栋名的三级检索指令时,数据获取单元500从内存数据库中获取对应的目标信息,具体为:从内存数据库中获取位于该栋名所表征建筑物内的各个房屋的房屋信息。其中,每个房屋的房屋信息包括:房屋所属院落的地址、房屋的间数、房屋的房屋类型、房屋的面积、房屋的租金、房屋的承租人信息、房屋的完损等级信息、房屋的合同号、房屋的产权来。
当接收到的内部检索指令为包含房屋名的四级检索指令时,数据获取单元500从内存数据库中获取对应的目标信息,具体为:从内存数据中获取该房屋名表征的房屋的详情信息;输出房屋的详情信息。
最后,还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
本说明书中各个实施例采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言,由于其与实施例公开的方法相对应,所以描述的比较简单,相关之处参见方法部分说明即可。
对所公开的实施例的上述说明,使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下,在其它实施例中实现。因此,本申请将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
Claims (12)
1.一种房屋数据的处理显示方法,其特征在于,包括:
接收用户输入的检索条件,将所述检索条件向搜索引擎传递,其中,所述检索条件为区域名称,或者,所述检索条件为区域名称加街道名称;
接收所述搜索引擎基于所述检索条件进行检索操作得到的多条以间为单位的房屋数据;
依次对每条房屋数据进行处理,其中,对一条房屋数据进行处理的过程包括:
判断所述房屋数据包含的院名是否存在于已创建的院落集合;
如果所述房屋数据包含的院名不存在于已创建的院落集合,则在当前的院落集合中创建第一院落对象,根据所述房屋数据确定所述第一院落对象的院名,根据所述房屋数据确定所述第一院落对象包含的参数,所述第一院落对象包含的参数包括:栋名集合、栋数、合同号集合、合同数、间数、租金和面积;
如果所述房屋数据包含的院名存在于已创建的院落集合,则获取与所述房屋数据对应的第二院落对象,根据所述房屋数据对所述第二院落对象包含的参数进行更新,所述第二院落对象包含的参数包括:栋名集合、栋数、合同号集合、合同数、间数、租金和面积;
在依次对每条房屋数据进行处理之后,将当前的院落集合保存于内存数据库;
当接收到内部检索指令时,从所述内存数据库中获取对应的目标信息;
获得请求显示的页面的页码,从所述目标信息中获得与所述页码对应的信息,展示获得的信息。
2.根据权利要求1所述的房屋数据的处理显示方法,其特征在于,所述根据所述房屋数据对所述第二院落对象包含的参数进行更新,包括:
如果所述房屋数据包含的栋名未包含于所述第二院落对象的栋名集合,则将所述房屋数据包含的栋名添加入所述第二院落对象的栋名集合,并将所述第二院落对象的栋数加1;
如果所述房屋数据包含的合同号未包含于所述第二院落对象的合同号集合,则将所述房屋数据包含的合同号添加入所述第二院落对象的合同号集合,将所述第二院落对象的合同数加1,将所述第二院落对象的租金加上所述房屋数据包含的租金;
将所述第二院落对象的间数加1,将所述第二院落对象的面积加上所述房屋数据包含的面积。
3.根据权利要求1所述的房屋数据的处理显示方法,其特征在于,当所述内部检索指令为包含区域标识的一级检索指令时,所述从所述内存数据库中获取对应的目标信息,具体为:
从所述内存数据库中获取位于该区域标识所表征区域内的各个院落的房屋信息;其中,每个院落的房屋信息包括:院落的地址、所述院落的合同数、所述院落的栋数、所述院落的面积、所述院落的间数和所述院落的租金。
4.根据权利要求3所述的房屋数据的处理显示方法,其特征在于,当所述内部检索指令为包含院名的二级检索指令时,所述从所述内存数据库中获取对应的目标信息,具体为:
从所述内存数据库中获取位于所述院名所表征院落内的各个建筑物的房屋信息;其中,每个建筑物的房屋信息包括:所述建筑物所属院落的地址、所述建筑物的间数、所述建筑物的面积、所述建筑物的租金、所述建筑物的产权类型。
5.根据权利要求4所述的房屋数据的处理显示方法,其特征在于,当所述内部检索指令为包含栋名的三级检索指令时,所述从所述内存数据库中获取对应的目标信息,具体为:
从所述内存数据库中获取位于所述栋名所表征建筑物内的各个房屋的房屋信息;其中,每个房屋的房屋信息包括:所述房屋所属院落的地址、所述房屋的间数、所述房屋的房屋类型、所述房屋的面积、所述房屋的租金、所述房屋的承租人信息、所述房屋的完损等级信息、所述房屋的合同号、所述房屋的产权来源。
6.根据权利要求4所述的房屋数据的处理显示方法,其特征在于,当所述内部检索指令为包含房屋名的四级检索指令时,所述从所述内存数据库中获取对应的目标信息,具体为:
从所述内存数据中获取所述房屋名表征的房屋的详情信息。
7.一种房屋数据的处理显示装置,其特征在于,包括:
检索条件接收单元,用于接收用户输入的检索条件,将所述检索条件向搜索引擎传递,其中,所述检索条件为区域名称,或者,所述检索条件为区域名称加街道名称;
房屋数据接收单元,用于接收所述搜索引擎基于所述检索条件进行检索操作得到的多条以间为单位的房屋数据;
房屋数据处理单元,用于依次对每条房屋数据进行处理,其中,对一条房屋数据进行处理的过程包括:判断所述房屋数据包含的院名是否存在于已创建的院落集合;如果所述房屋数据包含的院名不存在于已创建的院落集合,则在当前的院落集合中创建第一院落对象,根据所述房屋数据确定所述第一院落对象的院名,根据所述房屋数据确定所述第一院落对象包含的参数,所述第一院落对象包含的参数包括:栋名集合、栋数、合同号集合、合同数、间数、租金和面积;如果所述房屋数据包含的院名存在于已创建的院落集合,则获取与所述房屋数据对应的第二院落对象,根据所述房屋数据对所述第二院落对象包含的参数进行更新,所述第二院落对象包含的参数包括:栋名集合、栋数、合同号集合、合同数、间数、租金和面积;
数据保存单元,用于在依次对每条房屋数据进行处理之后,将当前的院落集合保存于内存数据库;
数据获取单元,用于在接收到内部检索指令时,从所述内存数据库获取对应的目标信息;
显示控制单元,用于在获得请求显示的页面的页码时,从所述目标信息中获得与所述页码对应的信息,展示获得的信息。
8.根据权利要求7所述的房屋数据的处理显示装置,其特征在于,所述房屋数据处理单元在根据所述房屋数据对所述第二院落对象包含的参数进行更新的方面,具体用于:
如果所述房屋数据包含的栋名未包含于所述第二院落对象的栋名集合,则将所述房屋数据包含的栋名添加入所述第二院落对象的栋名集合,并将所述第二院落对象的栋数加1;
如果所述房屋数据包含的合同号未包含于所述第二院落对象的合同号集合,则将所述房屋数据包含的合同号添加入所述第二院落对象的合同号集合,将所述第二院落对象的合同数加1,将所述第二院落对象的租金加上所述房屋数据包含的租金;
将所述第二院落对象的间数加1,将所述第二院落对象的面积加上所述房屋数据包含的面积。
9.根据权利要求7所述的房屋数据的处理显示装置,其特征在于,当所述内部检索指令为包含区域标识的一级检索指令时,所述数据获取单元从所述内存数据库获取对应的目标信息,具体为:
从所述内存数据库中获取位于该区域标识所表征区域内的各个院落的房屋信息;其中,每个院落的房屋信息包括:院落的地址、所述院落的合同数、所述院落的栋数、所述院落的面积、所述院落的间数和所述院落的租金。
10.根据权利要求9所述的房屋数据的处理显示装置,其特征在于,当所述内部检索指令为包含院名的二级检索指令时,所述数据获取单元从所述内存数据库获取对应的目标信息,具体为:
从所述内存数据库中获取位于所述院名所表征院落内的各个建筑物的房屋信息;其中,每个建筑物的房屋信息包括:所述建筑物所属院落的地址、所述建筑物的间数、所述建筑物的面积、所述建筑物的租金和所述建筑物的产权类型。
11.根据权利要求10所述的房屋数据的处理显示装置,其特征在于,当所述内部检索指令为包含栋名的三级检索指令时,所述数据获取单元从所述内存数据库获取对应的目标信息,具体为:
从所述内存数据库中获取位于所述栋名所表征建筑物内的各个房屋的房屋信息;其中,每个房屋的房屋信息包括:所述房屋所属院落的地址、所述房屋的间数、所述房屋的房屋类型、所述房屋的面积、所述房屋的租金、所述房屋的承租人信息、所述房屋的完损等级信息、所述房屋的合同号和所述房屋的产权来源。
12.根据权利要求11所述的房屋数据的处理显示装置,其特征在于,当所述内部检索指令为包含房屋名的四级检索指令时,所述数据获取单元从所述内存数据库获取对应的目标信息,具体为:
从所述内存数据中获取所述房屋名表征的房屋的详情信息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811301089.XA CN109376290B (zh) | 2018-11-02 | 2018-11-02 | 房屋数据的处理显示方法及处理显示装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811301089.XA CN109376290B (zh) | 2018-11-02 | 2018-11-02 | 房屋数据的处理显示方法及处理显示装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109376290A CN109376290A (zh) | 2019-02-22 |
CN109376290B true CN109376290B (zh) | 2021-02-05 |
Family
ID=65397449
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811301089.XA Active CN109376290B (zh) | 2018-11-02 | 2018-11-02 | 房屋数据的处理显示方法及处理显示装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109376290B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112699289A (zh) * | 2020-12-30 | 2021-04-23 | 上海瑞家信息技术有限公司 | 房源信息聚合展示方法、装置、电子设备和计算机可读介质 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
TW201601107A (zh) * | 2014-06-18 | 2016-01-01 | shu-zhen Lin | 房屋物件配對系統及方法 |
TW201636945A (zh) * | 2015-04-09 | 2016-10-16 | shu-zhen Lin | 房屋物件的快售服務系統 |
CN105184624A (zh) * | 2015-07-17 | 2015-12-23 | 沈阳化工大学 | 二手房屋交易信息系统 |
CN105139303A (zh) * | 2015-08-31 | 2015-12-09 | 丁澄天 | 一种房政在线房地产管理的档案及登记薄系统 |
CN108288215A (zh) * | 2018-01-17 | 2018-07-17 | 链家网(北京)科技有限公司 | 一种选房方法及系统 |
-
2018
- 2018-11-02 CN CN201811301089.XA patent/CN109376290B/zh active Active
Also Published As
Publication number | Publication date |
---|---|
CN109376290A (zh) | 2019-02-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
Marinakis et al. | From big data to smart energy services: An application for intelligent energy management | |
Fawcett | Exploring the time dimension of low carbon retrofit: owner-occupied housing | |
JP6689515B2 (ja) | ユーザ地理的ロケーションのタイプを識別するための方法および装置 | |
US9563850B2 (en) | Method and interface for displaying locations associated with annotations | |
CN102890725B (zh) | 搜索引擎的结果排序方法 | |
Johansson et al. | Energy performance certificates and 3-dimensional city models as a means to reach national targets–A case study of the city of Kiruna | |
Arslan et al. | Building information modeling (BIM) enabled facilities management using hadoop architecture | |
CN110716950B (zh) | 一种口径系统建立方法、装置、设备及计算机存储介质 | |
Brokerhof et al. | The QuiskScan—A quick risk scan to identify value and hazards in a collection | |
Saretta et al. | An integrated 3D GIS-based method for estimating the urban potential of BIPV retrofit of façades | |
CN105975477B (zh) | 一种基于网络自动构建地名数据集的方法 | |
CN109376290B (zh) | 房屋数据的处理显示方法及处理显示装置 | |
CN111666456A (zh) | 一种基于多源配网网络的网架拓扑自动构建方法 | |
Taher et al. | Integrating building information modeling with value engineering to facilitate the selection of building design alternatives considering sustainability | |
WO2022062368A1 (zh) | 数据的查询方法、装置、电子装置和存储介质 | |
CN109063220B (zh) | 房屋数据处理方法及处理装置 | |
CN102930452A (zh) | 一种精准投放家装广告的方法及装置 | |
KR102170304B1 (ko) | 부동산에 관한 정보를 제공하는 방법, 시스템 및 비일시성의 컴퓨터 판독 가능 기록 매체 | |
KR20120124931A (ko) | 사용자가 정의 가능한 업무 절차 기반 도시 계획 관리 시스템 및 이를 위한 기록매체 | |
El‐Anwar | Maximising the net social benefit of the construction of post‐disaster alternative housing projects | |
Parygin et al. | Multiservice online platform for integrated geospatial data processing | |
Chen et al. | Research on the composition and space utilization of residential neighborhoods in Old Lilong, Shanghai, China: mutual influence between streets and residences from the dual perspective of “activeness” and residential remodeling rate | |
De Meo et al. | Public participation GIS to support a bottom-up approach in forest landscape planning | |
CN106027344A (zh) | 基于大数据的家居服务系统 | |
Navarro Espinosa | Low carbon technologies in low voltage distribution networks: probabilistic assessment of impacts and solutions |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |