CN109559255A

CN109559255A - 一种基于区块链技术的不动产业务政链平台

Info

Publication number: CN109559255A
Application number: CN201910118869.9A
Authority: CN
Inventors: 陆翔; 蔡琪; 魏革; 赖燕琴; 李韵诗
Original assignee: Guangdong Jin Fu Polytron Technologies Inc
Current assignee: Guangdong Jin Fu Polytron Technologies Inc
Priority date: 2019-02-18
Filing date: 2019-02-18
Publication date: 2019-04-02

Abstract

本发明涉及一种基于区块链技术的不动产业务政链平台包括：至少一个银行节点、至少一个不动产节点、至少一个住建局节点、至少一个税务节点、统一证照库节点；其中，所述银行节点、不动产节点、住建局节点、税务节点和统一证照库节点均设置有用于与非自身节点之外的属于不动产业务政链平台内的其他节点进行数据读取/写入服务的微服务系统；所述不动产业务政链平台内各节点的微服务系统在读取/写入数据时依照所述不动产业务政链平台内的共识机制实现。本发明的不动产业务政链平台无需用户在各职能部门之间多跑，可实现数据跑路，完成区块链下的智慧政务互联网便民服务。

Description

一种基于区块链技术的不动产业务政链平台

技术领域

本发明涉及数据技术领域，尤其涉及一种基于区块链技术的不动产业务政链平台。

背景技术

十八大以来，无论是国务院层面的简政放权，还是“一门一网”、“一窗式”、“最多跑一趟”等各级职能部门层面的积极探索与尝试，各级政务部门从“便民惠民”的角度，将政务服务做到最好，这当然以有赖于当前时代的技术变革，例如互联网+、物联网、人工智能、移动互联网、AR、VR等。

随着电信行业5G技术的到来，可以依托新技术，为政务服务提供更多更优的做法。当前，业内都在研究如何利用当前的区块链技术，建立一个政务领域的政链中心，链接各级政府各职能部门，让老百姓零跑腿，在数据安全的前提下，让数据跑腿。

发明内容

为解决现有技术中二手房交易中用户不熟悉处理不方便的问题，本发明提供了一种基于区块链技术的不动产业务政链平台。

为了达到上述目的，本发明采用的主要技术方案包括：

第一方面，本发明提供一种基于区块链技术的不动产业务政链平台，包括：

至少一个银行节点、至少一个不动产节点、至少一个住建局节点、至少一个税务节点、统一证照库节点；

其中，所述银行节点、不动产节点、住建局节点、税务节点和统一证照库节点均设置有用于与非自身节点之外的属于不动产业务政链平台内的其他节点进行数据读取/写入服务的微服务系统；

所述不动产业务政链平台内各节点的微服务系统在读取/写入数据时依照所述不动产业务政链平台内的共识机制实现。

可选地，所述不动产业务政链平台内各节点的微服务系统在读取或写入数据时通过网关调用所述不动产业务政链平台内的公共服务组内程序；

所述公共服务组内程序包括下述的一个或多个：用于对各微服务系统发送或接收的信息进行语义分析的自然语义分析服务程序、用于对各微服务系统发送或接收的信息进行智能语义转换的智能语义转换服务程序、用于对各节点内数据使用规则进行学习的机器学习服务程序。

可选地，所述不动产业务政链平台还包括：多个辅助节点；

所述辅助节点包括：公安节点、民政节点、检察院节点、法院节点、社保节点；

任意一个辅助节点设置有用于与非自身节点之外的属于不动产业务政链平台内的其他节点进行数据读取/写入服务的微服务系统。

可选地，所述不动产业务政链平台内的共识机制包括：

用于对接入所述不动产业务政链平台内的每一节点进行权限信用状态管理的账户管理模块；

用于定义各微服务系统输入或输出数据的权限和权限使用规则的共识合约模块；

用于对各微服务系统输入或输出数据的安全存储和传输进行管理的算法引擎模块；

用于对不动产业务政链平台内各节点进行管理的节点管理模块。

可选地，所述不动产业务政链平台内各节点中数据的传输和对接由业务场景触发；

所述不动产业务政链平台的各微服务抽象出一个为外网提供服务的代理路由模块。

第二方面，本发明提供一种基于上述第一方面任一所述的不动产业务政链平台的数据流转方法，包括：

在接收到用户发起二手房交易的业务请求时，所述不动产业务政链平台启动二手房交易的业务场景，查看业务请求中二手房标识所属二手房是否存在贷款信息；

若存在，则通过银行节点的微服务系统发起赎楼请求，在银行节点完成赎楼请求的赎楼操作后；自动触发解押请求，接收银行节点发出的贷款结清证明信息；

自动触发网签请求，通过住建局节点的微服务系统发起网签服务。

可选地，所述统一证照库节点中存储有多个用户的电子照片、各证件的电子证照信息；

所述银行节点、不动产节点、住建局节点和税务节点使用电子证照信息时与统一证照库节点的微服务系统交互，获取统一证照库节点中用户的电子证照信息。

可选地，所述二手房交易的交易过程的所有数据及业务场景的切换均由不动产业务政链平台自动实现。

本发明的有益效果是：

本发明采用区块链技术，在政务内网，搭建一套联盟区块链，即政链平台，通过共识机制和账本管理，采用非对称加密技术，纳入不动产下的房屋注销登记、新房/二手房过户、房屋抵押登记等业务场景的微服务，并抽象出一个代理路由模块对外网提供服务。

本发明中不动产的政务服务通过政链平台，即可完成区块链下的智慧政务互联网便民服务。

本发明中政链平台中的各个节点在不改变现有政务信息化系统建设模式的前提下，搭建政链平台，定义统一的数据传输标准，将各级政府各职能部门的信息化数据，有机的链接起来。在本发明中，数据一次生成，多方复用，有效避免信息孤岛，避免各职能部门之间数据的差异化。

进一步地，在本发明的数据流转方法中，借助业务场景的触发，实现数据的自动流转，节省用户的时间，提高交易效率。

附图说明

图1为本发明一实施例提供的一种基于区块链技术的不动产业务政链平台的框架示意图；

图2为本发明一实施例提供的就有不动产业务政链平台的业务场景示意图。

具体实施方式

为了更好的解释本发明，以便于理解，下面结合附图，通过具体实施方式，对本发明作详细描述。

当前，区块链是一个去中心化的数据结构，且是一种按照时间顺序将数据块以顺序相连的方式组合成的一种链式数据结构，区块链技术就是利用块链式数据结构来验证与存储数据，利用分布式节点共识算法来生成和更新数据、利用密码学的方式保证数据传输和访问的安全。

本发明实施例中的不动产业务政链平台使用区块链技术，即实现数据的自动流传，并不改进区块链技术。

如图1所示，本实施例提供了一种基于区块链技术的不动产业务政链平台，该平台包括：

本实施例中是不改变各部门现有业务系统的建设模式，而是充分利用各部门现有业务系统并结合微服务系统，达到一方创建，多方共享的目标。

通过各部门节点搭建一些微服务系统，并将微服务系统部署在联盟链上。作为服务的提供方，完成数据的查询或验证服务；作为服务的获取方，完成数据的读取或写入服务。

举例来说，不动产业务政链平台内各节点的微服务系统在读取或写入数据时通过网关调用所述不动产业务政链平台内的公共服务组内程序。也就是说，微服务之间不直接相互调用，通过网关处理，能够解决当前各个节点之间的多源异构的问题。

在具体应用中，因为房产交易可能涉及到纠纷事宜，为此，针对图1所示的不动产业务政链平台还包括图中未示出的如下辅助节点：

也就是说，不动产业务政链平台还包括：多个辅助节点；

进一步地，所述不动产业务政链平台内的共识机制包括：

本实施例的不动产业务政链平台内各节点中数据的传输和对接由业务场景触发；所述不动产业务政链平台的各微服务抽象出一个为外网提供服务的代理路由模块。其中，代理路由模块可供用户使用或链接其他外网的网站等。

本实施例中采用区块链技术，在政务内网，搭建一套联盟区块链，即政链平台，通过共识机制和账本管理，采用非对称加密技术，纳入不动产下的房屋注销登记、新房/二手房过户、房屋抵押登记等业务场景的微服务，并抽象出一个代理路由模块对外网提供服务。

特别地，上述政链平台中的各个节点在不改变现有政务信息化系统建设模式的前提下，搭建政链平台，定义统一的数据传输标准，将各级政府各职能部门的信息化数据，有机的链接起来。在本发明中，数据一次生成，多方复用，有效避免信息孤岛，避免各职能部门之间数据的差异化。

为更好的理解，本发明对不动产业务政链平台的结构进行说明如下。

共识机制

利用区块链的共识机制，搭建一套微服务集群，建立并定义一系列共识规则。

第一，建立账户管理模块。

本实施例的账户管理模块对接入不动产业务政链平台内的每一节点进行权限信用状态管理，例如，管理密钥对，即公钥和私钥，这里解决各节点的接入授信问题。包括管理密钥对的创建、颁发、续期、注销等状态。

各个节点，需要接入政链平台，首先需要政链平台分发一套密钥对，也就是账号。账户管理模块的职责，就是处理密钥对的管理，包括创建、分发、续期、取消等。

第二，建立共识合约模块。

本实施例的共识合约模块可定义各微服务系统输入或输出数据的权限和权限使用规则。具体地，搭建授权算法和引擎，定义一套统一的授权规则和逻辑，以解决数据的授权问题。

例如在数据共享时，作为数据提供方，可以按照这套算法，定义接口使用权限和数据使用权限的一套规则，数据控制在数据提供方；作为数据获取方，按照这套规则和提供方的要求，提供相应的权限证明即可获取数据。

共识合约也是区块链的特点，要加入区块链平台，成为其中的一个节点，必须首先认可本政链平台的共识和合约机制，这个里面有一系列的节点接入规则、共识规则。

第三，建立算法引擎模块。

本实施例的算法引擎模块对各微服务系统输入或输出数据的安全存储和传输进行管理，例如，搭建和管理加解密算法，例如加密算法强度的管理，加密算法规则的管理等，这里解决数据的安全存储和传输问题。

在实际业务中，不同的职能部门，对数据的加密要求也不一样，加密策略也不同，政链平台没法仅兼容一种，那么就需要兼容当前实际需要的加密规则和算法，由具体接入的节点自由按需选择并做好配置，数据传输时，需要的加解密就按照这个配置自动处理。

各个节点，实际是各个职能部门，对数据的管控还不可能完全放开，或者说要放开多少，要怎么用，还得经过他们授权或者审批。

那么，政链平台定义一套授权体系，各节点接入的服务，按照授权体系定义的标准，在接入服务时，做好授权的规则即可，例如时效性的规则、请求人的规则、数据量的规则等等。那么请求这个服务时，首先就看看请求的源头是否符合授权的规则，符合即可正常使用服务，否则会拒绝访问并给出拒绝的理由。

授权体系的建设，也不是平台建设方一方闭门造车定义的，而是早期会找试点，并做好充分的调研。在推广阶段，可能有新的授权规则和体系调整的需求，这个都是需要兼容和扩展的。

第四，建立节点管理模块。

节点管理模块用于对不动产业务政链平台内各节点进行管理。只有加入政链平台内的节点，才能为政链平台上其他节点提供服务，或从联盟链上其他节点获取服务。

站在不动产业务办理的角度，必要的节点包括：不动产、银行、住建局，其他辅助的节点包括：公安、民政、检察院、法院、社保等节点。

微服务集群/微服务系统

搭建政链平台的首要前提，是不改变各部门现有业务系统的建设模式，而是充分利用各部门现有业务系统，达到一方创建，多方共享的目标。

各部门可以搭建一些微服务系统，并将微服务系统部署在联盟链上。作为服务的提供方，完成数据的查询或验证服务；作为服务的获取方，完成数据的读取或写入服务。

通过搭建微服务系统的方式，政链平台避免了各接入部门的信息化系统改造问题。微服务系统的开发、与现有业务系统的对接、日常运行维护，均由各部门现有系统的建设方完成。

银行节点，提供一个受理提前还款的微服务系统，提供一个贷款结清证明的一个对外微服务系统。不动产节点，提供一个房产抵押注销登记的一个微服务系统，提供一个房产抵押登记的一个微服务系统。住建节点，提供一个网签的微服务系统。

每一个节点可有多个微服务系统。

当智能路由接收到一个请求后，将首先发给一群公共服务的微服务集群，这群公共服务里，肯定是有先后顺序的，例如鉴权中心（看请求是否为合法授权请求），后续可能还有解密服务、语义分析等。

机器学习是一个自动的过程，在处理数据到一定量的时候，机器学习完成一定量的分析，得出一些结论，在语义分析或语义转换时，会用到机器学习得出的一些结论数据。

公共服务集群

多元异构是当前业务系统的现状，在数据传输和共享时，同样的业务数据，例如行政区划信息，在不同的业务部门，其数据存储和展现形式存在这差异。

对于这样的情况，以往作为平台建设方，一般都以设计统一的数据标准，各接入的业务系统需要按照统一标准进行改造升级。这种方式，有好的一面，在部分场景下做得也非常成功。

政链平台则提出另外一个解决方案，搭建公共服务集群，依然是设计统一的数据标准，但是无需各接入的业务系统做系统改造升级，特别是已经处于日常运维的业务系统。在公共服务集群中，政链平台会搭建自然语义分析平台、智能语义转义平台等。

例如，微服务调用者A，通过政链平台，调用微服务提供者B的业务数据时，业务数据包含一个行政区划的信息，B提供的可能是“佛山”，但是A需要匹配的是“佛山市”。对于这种差异，通过公共服务集群，按照政链平台的统一标准，将B的“佛山”转义为“广东省佛山市”，呈现给A时，将“广东省佛山市”转义为“佛山市”。也就是说统一的标准，由政链平台自己定义和使用，通过中间转义，以符合各业务系统原有的数据存储特征。

针对转义，有两个方式实现，一个是政链平台定义好统一标准，由各微服务提供方，各自做好转义服务，这个也等同于现有的大部分做法。另一个方案，则是搭建一套大数据分析平台，通过对各业务系统的样本数据分析和学习，系统自动生成对应的规则，包括合适的统一规则，在数据传输时，自动完成语义的转换。

本实施例中平台内的某一个微服务熔断或挂了，此时，内部数据可以返回响应，其他数据传输或处理并不受影响。通过微服务集群满足高并发、独立部署和分布式的需求。

进一步地，平台内的微服务集群还提供微服务控制中心，用于监测微服务故障信息如过载信息、异常或停机等，分析原因或跟踪处理等。

通过业务触发

通过以上几个维度，政链平台基本完成了政府各业务系统的对接准备工作，这本质上并没有改变多个部门之间系统对接的方式。

政链平台区别于其他系统的方式，还在于所有数据传输和对接，均由业务场景触发。

以佛山二手房交易为例，买方通过中介购买房屋，一般需要经过这么几个核心步骤（不全，仅为说明政链平台的业务场景触发行为）：赎楼、解押、网签、缴税、过户、抵押。

按照上述核心步骤，政链平台可以定义一套二手房交易的业务场景。由买方、卖方、中介，在现有模式下完成合同签署和相应金额支付后，发起二手房交易的业务。政链平台通过这个发起，启动二手房交易场景，如果卖方存在贷款的情况，则发起赎楼请求，进入赎楼的微服务系统入口；完成赎楼后，自动触发解押请求，进入解押的微服务系统入口，不动产会收到引发提供的贷款结清证明等相关数据信息。

以此类推，触发下去，仅由用户借助客户端/终端触发第一个动作，后续全部是业务场景触发，上一环节结束自动进入下一环节，各环节需要的证照或资料，均来自其他微服务节点，数据跑腿，需要用户提交的资料，仅在用户首次触发时作为必要条件提供即可。

本发明实施例中仅列举了部分节点和上述公共服务、共识机制的部分信息，并没有限制政链平台的内容。本实施例中政链平台的价值，是通过在第一级的共识机制和第二级的公共服务，为第三级得到各节点提供了另外一种可能，更安全，基于业务场景互动，变审批制为服务制。

各业务部门的审批流程、审批实现、需要申报的材料，等等一系列现有规则，都没有发生变化，接入方式也没有发生变化，但是产生了不一样的便民效果，提升了智慧政务的形象。

本实施例政链平台基于区块链技术搭建，政链平台内所有平台和节点都是平行的，各施其职。

举例来说，本发明实施例提供一种基于上述任意实施例的不动产业务政链平台的数据流转方法，该方法可包括下述的图中未示出的步骤：

S1、在接收到用户发起二手房交易的业务请求时，所述不动产业务政链平台启动二手房交易的业务场景，查看业务请求中二手房标识所属二手房是否存在贷款信息；

S2、若存在，则通过银行节点的微服务系统发起赎楼请求，在银行节点完成赎楼请求的赎楼操作后；自动触发解押请求，接收银行节点发出的贷款结清证明信息；

S3、自动触发网签请求，通过住建局节点的微服务系统发起网签服务。

举例来说，可以是网签约号服务，在约号成功后，通过代理路由模块展示。

另外，在网签服务之后，可以通过平台内的税务局节点实现自动缴税服务，之后，可以通过平台内的不动产节点实现过户服务等，上述过程中无需用户进行任何的触发和中间过程的提供信息，全部通过本发明实施例中平台的数据自动完成调用对接，进而减少用户的操作，方便用户。

此外，上述统一证照库节点中存储有多个用户的电子照片、各证件的电子证照信息；

本实施例中二手房交易的交易过程的所有数据及业务场景的切换均由不动产业务政链平台自动实现。

本实施例中，政链平台的各个节点在不改变现有政务信息化系统建设模式的前提下，搭建政链平台，定义统一的数据传输标准，将各级政府各职能部门的信息化数据，有机的链接起来。在本发明中，数据一次生成，多方复用，有效避免信息孤岛，避免各职能部门之间数据的差异化。

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

Claims

1.一种基于区块链技术的不动产业务政链平台，其特征在于，包括：

2.根据权利要求1所述的不动产业务政链平台，其特征在于，

所述不动产业务政链平台内各节点的微服务系统在读取或写入数据时通过网关调用所述不动产业务政链平台内的公共服务组内程序；

3.根据权利要求1所述的不动产业务政链平台，其特征在于，所述不动产业务政链平台还包括：多个辅助节点；

4.根据权利要求1所述的不动产业务政链平台，其特征在于，所述不动产业务政链平台内的共识机制包括：

5.根据权利要求1所述的不动产业务政链平台，其特征在于，

所述不动产业务政链平台内各节点中数据的传输和对接由业务场景触发；

6.一种基于权利要求1至5任一所述的不动产业务政链平台的数据流转方法，其特征在于，包括：

7.根据权利要求6所述的方法，其特征在于，所述统一证照库节点中存储有多个用户的电子照片、各证件的电子证照信息；

8.根据权利要求6所述的方法，其特征在于，所述二手房交易的交易过程的所有数据及业务场景的切换均由不动产业务政链平台自动实现。