CN109783559B

CN109783559B - 房产交易数据的获取方法、装置、电子设备以及存储介质

Info

Publication number: CN109783559B
Application number: CN201811644019.4A
Authority: CN
Inventors: 张健
Original assignee: Beijing Fangjianghu Technology Co Ltd
Current assignee: Beijing Fangjianghu Technology Co Ltd
Priority date: 2018-12-30
Filing date: 2018-12-30
Publication date: 2021-05-07
Anticipated expiration: 2038-12-30
Also published as: CN109783559A

Abstract

本发明实施例提供一种房产交易数据的获取方法、装置、电子设备以及存储介质，其中方法包括：若接收到前端发送的获取房产交易数据的请求，则从请求中获知房产交易数据所需的数据格式，并作为目标数据格式；将目标数据格式所在的数据格式集合作为初始集合，将业务特性相近的初始集合进行合并去冗余处理，获得目标集合；以及根据请求对目标集合中的数据格式进行赋值，并封装为一个数据实体，将获得的所有数据实体组装成数据包输出至前端；其中，每种数据格式集合中的数据格式具有相同的业务特性。本发明实施例不存在前端新增功能时需要开发新的数据取用逻辑的弊端，并且代码层上不存在代码冗余，不会因功能的增长而使得代码量上升。

Description

房产交易数据的获取方法、装置、电子设备以及存储介质

技术领域

本发明实施例涉及数据处理技术领域，更具体地，涉及房产交易数据的获取方法、装置、电子设备以及存储介质。

背景技术

在房产交易环节中，对于未报单列表、完结单列表、处理中的单列表等不同的交易单列表，在前端进行展示时的差异化很大，并且也极具个性，怎样在后端将这些数据格式高效统一的处理，并降低处理的复杂度，是一个具有挑战性的难题。

现有技术在面对上述难题时，根据不同流程、不同的业务场景、以及业务特性，逐个实现特定的数据处理及吐出，也即每一个功能点都有一个单独的处理逻辑，这就意味着有大量个性化的开发工作，后期维护成本也巨大。现有的数据处理逻辑是当数据使用方需要增加某数据列表功能时，需要增加一个新的数据提供方，该提供方从数据层中分别获取所需的数据并进行数据封装。

综上所述，现有技术存在以下缺点：1、成本非常高，开发和维护成本不断增长，每增加一个功能都要开发很多套不同数据取用逻辑；2、代码冗余，随着功能不断增长，代码量线性持续上升。

发明内容

本发明实施例提供一种克服上述问题或者至少部分地解决上述问题的房产交易数据的获取方法、装置、电子设备以及存储介质。

第一个方面，本发明实施例提供一种房产交易数据的获取方法，包括：

S101、若接收到前端发送的获取房产交易数据的请求，则从所述请求中获知所述房产交易数据所需的数据格式，并作为目标数据格式；

S102、将所述目标数据格式所在的数据格式集合作为初始集合，将业务特性相近的所述初始集合进行合并去冗余处理，获得目标集合；以及

S103、根据所述请求对所述目标集合中的数据格式进行赋值，并封装为一个数据实体，将获得的所有所述数据实体组装成数据包输出至所述前端；

其中，每种所述数据格式集合中的数据格式具有相同的业务特性。

第二个方面，本发明实施例提供一种房产交易数据的获取装置，包括：

目标数据格式获取模块，用于若接收到前端发送的获取房产交易数据的请求，则从所述请求中获知所述房产交易数据所需的数据格式，并作为目标数据格式；

目标集合获取模块，用于将所述目标数据格式所在的数据格式集合作为初始集合，将业务特性相近的所述初始集合进行合并去冗余处理，获得目标集合；以及

实体输出模块，用于根据所述请求对所述目标集合中的数据格式进行赋值，并封装为一个数据实体，将获得的所有所述数据实体组装成数据包输出至所述前端；

第三个方面，本发明实施例提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如第一方面所提供的方法的步骤。

第四个方面，本发明实施例提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如第一方面所提供的方法的步骤。

本发明实施例提供的房产交易数据的获取方法、装置、电子设备以及存储介质，其开发成本比现有技术要低得多，通过对现有交易逻辑梳理出数据格式的业务特性，将数据格式分类成不同的数据格式集合，在接收到前端的请求时，对相关的数据格式集合进行裁剪，实现定制化的需求，本发明实施例不存在前端新增功能时需要开发新的数据取用逻辑的弊端，同时由于存在合并冗余处理的过程，使得代码层上不存在代码冗余，不会因功能的增长而使得代码量上升。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的房产交易数据的获取方法的流程示意图；

图2为本发明实施例提供的房产交易数据的获取装置的结构示意图；

图3为本发明实施例提供的电子设备的实体结构示意图。

具体实施方式

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

图1为本发明实施例提供的房产交易数据的获取方法的流程示意图，如图1所示，包括：

S101、若接收到前端发送的获取房产交易数据的请求，则从所述请求中获知所述房产交易数据所需的数据格式，并作为目标数据格式。

需要说明的是，本发明实施例的获取方法应用于后端，后端接收前端发送的获取房产交易数据的请求，以完成向前端提供房产交易数据的过程。本发明实施例的房产交易数据是指前端展示的数据列表，例如维保单列表、完结的列表、处理中的但列表等等，这些数据列表用于展示相关的具体房屋交易数据，比如完结的列表中用于展示各种处理完毕的交易单，比如张三和李四的交易单、王五和赵六的交易单。可以理解的是，交易单中展示的是详细的交易过程，而不是交易过程的模板。在本发明实施例中，请求中记录了具体的房产交易数据所需的数据格式。数据格式可以理解为模板，例如房屋交易中需要记录的买方姓名、房产地址、贷款金额等等都属于数据格式，对数据格式进行赋值，即对买方姓名赋值：张三、房产地址赋值：XX花园、对贷款金额赋值：100万元，等等。后端在接收到请求后，最终要将赋值后的数据格式返回给前端进行使用。在本发明实施例中，前端请求的房产交易数据所需的数据格式，称之为目标数据格式。

S102、将所述目标数据格式所在的数据格式集合作为初始集合，将业务特性相近的所述初始集合进行合并去冗余处理，获得目标集合。每种所述数据格式集合中的数据格式具有相同的业务特性。

在本发明实施例中，后端预先根据房产交易的业务特征，对数据格式进行了分类，从而生成多个数据格式集合，每一种数据格式集合中的数据格式具有相同的业务特性。例如，买方姓名、买方年龄、买方工作单位、买方住址等数据格式属于具有相同的业务特性——买方信息，因此可以将上述数据格式构成一个数据格式集合。本发明实施例将目标数据格式所在的数据格式集合作为初始集合，然后将业务特性相近的所述初始集合进行合并去冗余处理，获得目标集合。例如，交易单信息构成的数据格式集合与合同信息构成的数据格式集合中具有大量相同的数据，因此，本发明实施例可以将这两个数据格式集合进行合并去冗余处理，从而获得一个目标集合。

S103、根据所述请求对所述目标集合中的数据格式进行赋值，并封装为一个数据实体，将获得的所有所述数据实体组装成数据包输出至所述前端。

需要说明的是，在得到目标集合后，需要对目标集合中的数据格式进行赋值，从而获得前端所需的具体的房产交易数据。请求中记录了后端获取值的必要信息，例如可以记载值的存储区间，后端根据该存储区间获取数据格式的值。

本发明实施例的开发成本比现有技术要低得多，通过对现有交易逻辑梳理出数据格式的业务特性，将数据格式分类成不同的数据格式集合，在接收到前端的请求时，对相关的数据格式集合进行裁剪，实现定制化的需求，本发明实施例不存在前端新增功能时需要开发新的数据取用逻辑的弊端，同时由于存在合并冗余处理的过程，使得代码层上不存在代码冗余，不会因功能的增长而使得代码量上升。

在上述实施例的基础上，作为一种可选实施例，步骤S101之前还包括：

S100、对现有的各个数据格式进行分类，获得多个所述数据格式集合。

在上述实施例的基础上，作为一种可选实施例，步骤S102中的所述数据格式集合，包括但不限于以下种类：交易单基本信息集合、房屋信息集合、买方信息集合、卖方信息集合、合同信息集合以及资金信息集合。

具体地，交易单基本信息集合中记录了与交易单相关的各数据格式，比如交易代理人的数据格式、交易单号的数据格式、交易房屋的数据格式等等。房屋信息集合中记录了与房屋信息相关的各数据格式，比如房屋面积的数据格式、房屋产权的数据格式、房屋使用年限的数据格式等等。合同信息集合中记录了与合同信息相关的各数据格式，比如合同签约时间的数据格式、合同条款的数据格式、合同签约人的数据格式等等。资金信息集合中记录了与资金信息相关的各数据格式，比如贷款银行的数据格式、贷款金额的数据格式、贷款年限的数据格式、贷款利率的数据格式等等。

在上述各实施例的基础上，前端发送的请求中还包括房产交易数据的索引信息。索引信息是信息检索的关键，直接影响了搜索结果的准确性。本发明实施例的前端支持预先记录房产交易数据的值的存储逻辑，从而生成索引信息。

相应地，步骤S103中的根据所述请求对所述目标集合中的数据格式进行赋值，具体为：根据所述房产交易数据的索引信息，提取房产交易数据的值，以对所述目标集合中的相应的数据格式进行赋值。

在上述各实施例的基础上，本发明实施例的索引信息中记录房产交易数据的值的存储区间以及提取规则。其中，存储区间可以是数据库、第三方接口以及缓存，本发明实施例支持将房产交易数据的值存储在不限于数据库的地方，从而增加了本发明实施例的适用性。以数据格式：买方电话号码为例，在房屋交易过程中，买方电话号码可能存在变更的情况，此时买方电话号码在存储区间上即存在两个值：一个变更前的值，一个变更后的值，因此提取规则可以是获取数据格式对应的最新的值，也即买方电话号码更新后的值。在某些情况下，提取规则也不一定是获取最新的值，还可以是获取之前的值，比如：交易流程中房产代理人出现过更换，某些时候前端希望获取到交易流程中的所有房产代理人的信息，这个时候就需要获取这一过程中所有参与的房产代理人。可以理解的是，本发明实施例中的提取规则与实际的业务特性相关，本发明实施例不做进一步的限定。

在上述各实施例的基础上，作为一种可选实施例，本发明实施例的数据格式集合由若干个层级的子数据格式集合组成。

图2为本发明实施例提供的房产交易数据的获取装置的结构示意图，如图2所示，该装置包括：目标数据格式获取模块201和目标集合获取模块202和实体输出模块203，其中：

目标数据格式获取模块201，用于若接收到前端发送的获取房产交易数据的请求，则从所述请求中获知所述房产交易数据所需的数据格式，并作为目标数据格式。

目标集合获取模块202，用于将所述目标数据格式所在的数据格式集合作为初始集合，将业务特性相近的所述初始集合进行合并去冗余处理，获得目标集合。

实体输出模块203，用于根据所述请求对所述目标集合中的数据格式进行赋值，并封装为一个数据实体，将获得的所有所述数据实体组装成数据包输出至所述前端；其中，每种所述数据格式集合中的数据格式具有相同的业务特性。

本发明实施例提供房产交易数据的获取装置，具体执行上述各房产交易数据的获取方法实施例流程，具体请详见上述各房产交易数据的获取方法实施例的内容，在此不再赘述。本发明实施例的获取装置开发成本比现有技术要低得多，通过对现有交易逻辑梳理出数据格式的业务特性，将数据格式分类成不同的数据格式集合，在接收到前端的请求时，对相关的数据格式集合进行裁剪，实现定制化的需求，本发明实施例不存在前端新增功能时需要开发新的数据取用逻辑的弊端，同时由于存在合并冗余处理的过程，使得代码层上不存在代码冗余，不会因功能的增长而使得代码量上升。

在上述各实施例的基础上，本发明实施例的获取装置还包括：集合获取装置，用于对现有的各个数据格式进行分类，获得多个所述数据格式集合。

在上述各实施例的基础上，本发明实施例的目标集合获取模块中的所述数据格式集合，包括但不限于以下种类：交易单基本信息集合、房屋信息集合、买方信息集合、卖方信息集合、合同信息集合以及资金信息集合。

在上述各实施例的基础上，前端发送的请求中还包括所述房产交易数据的索引信息；

相应地，所述实体输出模块根据所述请求对所述目标集合中的数据格式进行赋值，具体为：根据所述房产交易数据的索引信息，提取房产交易数据的值，以对所述目标集合中的相应的数据格式进行赋值。

在上述各实施例的基础上，索引信息中记录所述房产交易数据的值的存储区间以及提取规则。存储区间，包括但不限于数据库、第三方接口和缓存。

在上述各实施例的基础上，所述数据格式集合由若干个层级的子数据格式集合组成。

图3为本发明实施例提供的电子设备的实体结构示意图，如图3所示，该电子设备可以包括：处理器(processor)310、通信接口(Communications Interface)320、存储器(memory)330和通信总线340，其中，处理器310，通信接口320，存储器330通过通信总线340完成相互间的通信。处理器310可以调用存储在存储器330上并可在处理器310上运行的计算机程序，以执行上述各实施例提供的房产交易数据的获取方法，例如包括：若接收到前端发送的获取房产交易数据的请求，则从所述请求中获知所述房产交易数据所需的数据格式，并作为目标数据格式；将所述目标数据格式所在的数据格式集合作为初始集合，将业务特性相近的所述初始集合进行合并去冗余处理，获得目标集合；以及根据所述请求对所述目标集合中的数据格式进行赋值，并封装为一个数据实体，将获得的所有所述数据实体组装成数据包输出至所述前端；其中，每种所述数据格式集合中的数据格式具有相同的业务特性。

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

本发明实施例还提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现以执行上述各实施例提供的房产交易数据的获取方法，例如包括：若接收到前端发送的获取房产交易数据的请求，则从所述请求中获知所述房产交易数据所需的数据格式，并作为目标数据格式；将所述目标数据格式所在的数据格式集合作为初始集合，将业务特性相近的所述初始集合进行合并去冗余处理，获得目标集合；以及根据所述请求对所述目标集合中的数据格式进行赋值，并封装为一个数据实体，将获得的所有所述数据实体组装成数据包输出至所述前端；其中，每种所述数据格式集合中的数据格式具有相同的业务特性。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims

1.一种房产交易数据的获取方法，其特征在于，包括：

其中，每种所述数据格式集合中的数据格式具有相同的业务特性；

所述请求中还包括所述房产交易数据的索引信息；所述索引信息基于所述前端预先记录的房产交易数据的值的存储逻辑生成；

相应地，所述S103中的根据所述请求对所述目标集合中的数据格式进行赋值，具体为：

根据所述房产交易数据的索引信息，提取房产交易数据的值，以对所述目标集合中的相应的数据格式进行赋值。

2.根据权利要求1所述的获取方法，其特征在于，所述S101之前还包括：

3.根据权利要求1所述的获取方法，其特征在于，所述S102中的所述数据格式集合，包括但不限于以下种类：交易单基本信息集合、房屋信息集合、买方信息集合、卖方信息集合、合同信息集合以及资金信息集合。

4.根据权利要求1所述的获取方法，其特征在于，所述索引信息中记录所述房产交易数据的值的存储区间以及提取规则。

5.根据权利要求4所述的获取方法，其特征在于，所述存储区间，包括但不限于数据库、第三方接口和缓存。

6.根据权利要求1-5任意一项所述的获取方法，其特征在于，所述数据格式集合由若干个层级的子数据格式集合组成。

7.一种房产交易数据的获取装置，其特征在于，包括：

相应地，所述实体输出模块，具体用于：

8.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1至6任一项所述房产交易数据的获取方法的步骤。

9.一种非暂态计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现如权利要求1至6任一项所述房产交易数据的获取方法的步骤。