CN110674531B - 基于区块链的居住信息管理方法、装置、服务器及介质 - Google Patents

Abstract

本公开公开了一种基于区块链的居住信息管理方法、装置、服务器及存储介质，属于网络技术领域，本方法将居住信息管理与区块链技术相结合，当获取到用户办理居住信息录入的请求时，若居住登记是租房形式的居住登记，则通过区块链上的智能合约获取所述用户的租房电子合同；获取基于居住信息和租房电子合同得到的审批结果；基于审批结果生成第一区块，并将第一区块加入区块链中，第一区块用于存储用户的用户标识和居住信息、以及对应的审批结果。该方法通过区块链上的智能合约获取所述用户的租房电子合同，减小了人为篡改或伪造合同的可能，能够保证租房电子合同的真实性。

Description

基于区块链的居住信息管理方法、装置、服务器及介质

技术领域

本公开涉及网络技术领域，特别涉及一种基于区块链的居住信息管理方法、装置、服务器及介质。

背景技术

居住信息是与用户居住地相关的信息，在日常生活中，办理一些业务经常需要到相关职能机构开具居住证明，以证明用户的居住信息。

目前，需要先到职能机构登记居住信息之后，职能机构才能开具居住证明。登记居住信息时，是由用户按照要求备齐相关资料，提交到对应的职能机构，由职能机构对居住信息的真实性进行核实，如果资料完备且信息真实，则通过审批，完成居住信息的登记。

在实现本公开的过程中，发明人发现现有技术至少存在以下问题：

如果用户是租房，在登记居住信息时，需要由用户提供租房合同，该租房合同通常为纸质合同或者纸质合同的扫描件，这样的租房合同上的信息容易被篡改，甚至可能伪造租房合同，并且，由于租房合同本身形式多样，租房合同的真实性的核实难度较大。

发明内容

本公开实施例提供了一种基于区块链的居住信息管理方法、装置、服务器及介质，能够减小租房合同的信息不真实的可能。所述技术方案如下：

一方面，提供了一种基于区块链的居住信息管理方法，所述方法包括：

接收居住信息录入请求，所述居住信息录入请求包括用户的用户标识和居住信息；

若所述居住信息中的居住地址为租房地址，则通过区块链上的智能合约获取所述用户的租房电子合同；

获取基于所述居住信息和所述租房电子合同得到的审批结果；

基于所述审批结果生成第一区块，并将所述第一区块加入所述区块链中，所述第一区块用于存储所述用户的用户标识和所述居住信息、以及对应的审批结果。

一方面，提供了一种基于区块链的居住信息管理装置，所述装置包括：

接收模块，用于接收居住信息录入请求，所述居住信息录入请求包括用户的用户标识和居住信息；

合同获取模块，用于若所述居住信息中的居住地址为租房地址，则通过区块链上的智能合约获取所述用户的租房电子合同；

审批结果获取模块，用于获取基于所述居住信息和所述租房电子合同得到的审批结果；

生成模块，用于基于所述审批结果生成第一区块，并将所述第一区块加入所述区块链中，所述第一区块用于存储所述用户的用户标识和所述居住信息、以及对应的审批结果。

一方面，本申请实施例提供了一种服务器，所述服务器包括处理器和存储器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如上所述的居住信息管理方法。

一方面，本申请实施例提供了一种计算机可读存储介质，所述存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由处理器加载并执行以实现如上所述的居住信息管理方法。

本公开实施例提供的技术方案带来的有益效果是：

通过在录入居住信息时，通过区块链上的智能合约获取租房电子合同，减少了人为参与的机会，从而减小了人为篡改或伪造合同的可能，能够保证租房电子合同的真实性。

附图说明

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

图1是本公开实施例提供的一种区块链系统的结构示意图；

图2是本公开实施例提供的一种基于区块链的居住信息管理方法的流程图；

图3是本公开实施例提供的一种基于区块链的居住信息登记方法的流程图；

图4是本公开实施例提供的一种基于区块链的居住信息变更方法的流程图；

图5是本公开实施例提供的一种基于区块链的居住信息查询方法的流程图；

图6是本公开实施例提供的一种基于区块链的居住信息管理方法中将租房平台的身份信息写入智能合约的过程的流程图；

图7是本公开实施例提供的一种基于区块链的居住信息管理方法中将用户身份信息写入智能合约的过程的流程图；

图8是本公开实施例提供的一种基于区块链的居住信息管理方法中将租房平台发布的租房信息写入智能合约的过程的流程图；

图9是本公开实施例提供的一种基于区块链的居住信息管理方法中将租房电子合同的信息写入智能合约的过程的流程图；

图10是本公开实施例提供的一种基于区块链的居住信息管理方法中退租过程的流程图；

图11是本公开实施例提供的一种基于区块链的居住信息管理装置的结构示意图；

图12是本公开实施例提供的一种服务器的示意图。

具体实施方式

为使本公开的目的、技术方案和优点更加清楚，下面将结合附图对本公开实施方式作进一步地详细描述。

为了便于理解本公开实施例，下面对下述具体说明过程中出现的一些名词进行介绍：

居住信息：与用户居住地相关的信息，包括用户信息和居住地信息等。用户信息包括但不限于姓名、性别、身份证号码、电话号码、出生年月、籍贯等，居住地信息包括居住地址和相关证明等。若居住地址为租房地址，则相关证明可以包括租房合同等，若居住地址为自有房屋地址，则相关证明可以包括购房合同和房产证中的至少一种。

区块链系统：是管理居住信息的电子设备通信网络，构成区块链系统的电子设备可以被称为区块链系统中的区块链节点。区块链系统中包括至少两个区块链节点，每个区块链节点通过有线或无线网络同步区块信息，区块信息可以包括用户的居住信息、智能合约的执行信息等等。

区块链：是一种全局共享的分布式账本，通过自证清白的方式建立分布式信任机制，具有去中心化，高公信力，数据不可篡改等特点。

智能合约：是一套以数字形式定义、传播、验证或执行的约定，包括合约参与方可以在上面执行这些约定的协议。智能合约是一种根据特定条件自动执行的合约程序，是用户与区块链进行交互，利用区块链实现业务逻辑的重要途径。例如，各家机构可以通过服务器中部署的区块链上的智能合约接入该居住信息管理系统。智能合约允许在没有第三方的情况下进行可信交易，这些交易可追踪且不可逆转。

图1是本公开实施例提供的一种区块链系统的结构示意图。该系统包括多个服务器101；多个服务器101可以配置有同一条区块链，也即是，该多个服务器101可以组成区块链系统，各个服务器101分别为该区块链系统中的节点。该多个服务器101可以是同一机构的多个服务器，还可以是属于不同机构的多个服务器，例如，该区块链系统内可以包括各居住地的居委会的服务器；当然，该区块链系统内还可以包括租房平台或者房屋租赁管理局的服务器等等。各个机构的用户可以通过终端设备1011来访问机构的服务器，该多个终端设备1011可以为能够访问该多个服务器101的电子设备，该电子设备可以为电脑、智能手机、平板电脑或者其他电子设备。

为了进行安全验证、权限管理等服务，区块链系统中配置有CA(CertificateAuthority，证书授权)中心103，用于存储各个机构以及用户的账户以及对应的密钥(包括用于签名验证公私钥)，区块链系统中的各个服务器可以从CA中心中获取各个机构的密钥，以进行数据的加密和解密等过程。

基于上述图1中所提供的实施环境，需要通过区块链系统对居住信息进行管理。在本公开实施例中，管理可以包括录入和查询。下面先对居住信息的录入过程进行介绍。图2是本公开实施例提供的一种基于区块链的居住信息管理方法的流程图，该方法的执行主体可以为区块链系统内的服务器，参见图2，该方法可以包括：

201、接收居住信息录入请求。

需要办理居住信息录入的用户采用终端设备(例如图1中的终端设备1011)以交易的形式向服务器发送居住信息录入请求。该居住信息录入请求可以包括用户标识和居住信息。

该用户标识可以唯一标识出各个用户，例如，可以是身份证号码、手机号码，或者还可以是区块链系统分配给用户的唯一编码(例如用户账号)，或者还可以是对用户信息进行加密后得到的用户标识，等等。

居住信息的相关内容请参见前文的名词解释，在此不再赘述。

可选地，居住信息可以是加密后的信息。

202、对居住信息录入请求进行验证。

在该步骤202中，主要是对交易的合法性进行验证。若验证通过，则执行步骤203。若验证未通过，则退出当前流程。

示例性地，交易的合法性可以通过验证交易的签名实现，例如，用户终端在发送居住信息录入请求时，采用私钥对居住信息进行处理产生签名，然后再发送带有签名的居住信息录入请求给服务器，相应的，服务器会采用用户终端对应的公钥验证签名的真实性，若签名真实则表示交易合法，验证通过；若签名不真实，表示交易不合法，验证未通过。

203、若居住信息对应的居住地址为租房地址，则通过区块链上的智能合约获取租房电子合同。

在本公开实施例中，区块链上的智能合约，是指通过交易的方式存储在区块链上的智能合约。由于智能合约存储在区块链上，所以具有防篡改的性质，能够保证获取到的租房电子合同的真实性和准确性。智能合约中通常包括多个键值对，通过键值对可以实现对区块链账本中的数据的操作。

在一种可能的实现方式中，该步骤203可以包括步骤203A～203C：

203A、获取用户标识对应的合同标识；

203B、以合同标识作为关键字(Key)，从智能合约的键值对中获取合同标识对应的值(Value)；

203C、根据合同标识对应的Value，得到租房电子合同。

可选地，在步骤203A中，可以根据居住信息中携带的合同标识来获取用户标识对应的合同标识；或者，也可以采用用户标识在区块链上进行查询，区块链中包含有该用户标识的合同的合同标识即为该用户标识对应的合同标识。示例性地，合同标识可以为合同编号或者订单号，该订单号可以为租房平台的租房订单编号。

示例性地，该合同标识对应的Value，包括：用户标识、租房信息摘要哈希、租房合同所需填写的内容、合同状态、交易哈希。该合同状态用于表示合同是否生效。

通过规范智能合约的键值对中值的类型，可以保证租房电子合同的规范和统一，有利于加快审批进程。

可选地，在本公开实施例中，居住信息除了前述用户信息和居住地信息之外，还可以包括居住类型，服务器可以根据该居住类型判断居住地址是否为租房地址。示例性地，居住类型包括租房或者自有房。

需要说明的是，对于居住地址为自有房地址的情况，可以由用户提供相关证明。

204、获取基于居住信息和租房电子合同得到的审批结果。

在区块链系统获取到居住信息和租房电子合同之后，会呈现给相应的职能机构进行审批，得到审批结果。

若职能机构确认用户的居住信息正确，职能机构的服务器会得到审批通过的审批结果。若职能机构确认居住信息不正确，职能机构的服务器会得到审批未通过的审批结果。

205、基于审批结果生成第一区块，并将第一区块加入区块链中。

该第一区块用于存储该用户的用户标识和居住信息以及对应的审批结果。

在得到审批结果之后，职能机构对应的服务器会将审批结果签名，然后通过交易的形式发送到区块链系统进行共识，共识达成后，生成第一区块。若步骤204中得到的审批结果为通过审批，则第一区块中的审批结果为通过审批；若步骤204中得到的审批结果为未通过审批，则第一区块中的审批结果为未通过审批。

本公开实施例提供的方法，通过在录入居住信息时，通过区块链上的智能合约获取租房电子合同，减少了人为参与的机会，从而减小了人为篡改或伪造合同的可能，能够保证租房电子合同的真实性。

在本公开实施例中，录入包括登记和变更。这里，登记是指对居住信息进行第一次录入，变更是指对已登记的居住信息进行修改。下面结合图3和图4对登记过程和录入过程分别进行介绍。

图3是本公开实施例提供的一种基于区块链的居住信息登记方法的流程图，该方法的执行主体可以为区块链系统内的服务器，参见图2，该方法可以包括：

301、接收到居住信息登记请求。

需要办理居住登记的用户采用终端设备以交易的形式向服务器发送居住信息登记请求。该居住信息登记请求可以包括用户标识和居住信息。该用户标识和居住信息的相关内容请参见步骤201，在此不再赘述。

302、对居住信息登记请求进行验证。

在该步骤302中，主要是对交易的合法性进行验证。若验证通过，则执行步骤303。若验证未通过，则退出当前流程。验证方式可以参见前述步骤202。

303、确定该居住信息登记请求是否新的登记，若是新的登记，则执行步骤304；若不是新的登记，则执行步骤305。

示例性地，可以将该居住信息登记请求对应的居住信息写入居住管理智能合约，并通过调用居住管理智能合约来确定该居住信息登记请求是否新的登记。例如，可以将该居住信息登记请求中的用户标识作为Key，居住信息作为Value写入居住管理智能合约。该居住管理智能合约运行时，可以通过比较是否存在居住信息登记请求中的用户标识，来确定该居住信息登记请求是否新的登记。若存在该用户标识，表示不是新的登记；若不存在该用户标识，则表示是新的登记。

304、记录信息登记状态为待审批状态。

305、记录信息登记状态为登记失败。

306、将居住信息以及信息登记状态缓存，并在区块链上进行共识，待共识达成后，将缓存的居住信息以及信息登记状态写入账本。

307、通过区块链检测到该待审批状态的居住信息登记请求后，将审批结果签名后通过交易的形式发送到区块链上进行共识，待共识达成后，将居住信息和对应的审批结果写入账本。

并且，共识达成后还可以将用户标识和居住信息写入居住管理智能合约，并将居住管理智能合约中的信息登记状态变更为审核成功或失败。

该步骤307可以由对应的职能机构的设备来执行，该职能结构的设备与执行前述步骤301～306的服务器可以是同一设备，也可以是另外的设备。

可选地，在居住信息登记的过程中，用户还可以查看居住信息登记状态，以便于了解进度。因此，该方法还可以包括：接收终端设备发送的居住信息登记状态查看请求，该居住信息登记状态查看请求携带有用户标识；根据居住信息登记状态查看请求中的用户标识，在区块链上查询用户标识对应的信息登记状态，或者，调用居住管理智能合约获取用户标识对应的信息登记状态。

图4是图3是本公开实施例提供的一种基于区块链的居住信息变更方法的流程图，该方法的执行主体可以为区块链系统内的服务器，如图4所示，该方法包括：

401、接收到居住信息变更请求。

需要办理居住登记的用户采用终端以交易的形式向服务器发送居住信息变更请求。该居住信息变更请求可以包括用户标识和居住信息。该用户标识和居住信息的相关内容请参见步骤201，在此不再赘述。

402、对居住信息变更请求进行验证。

在该步骤402中，主要是对交易的合法性进行验证。若验证通过，则执行步骤403。若验证未通过，则退出当前流程。验证方式可以参见前述步骤202。

403、确定该居住信息变更请求对应的居住信息是否存在，若存在，则执行步骤404；若不存在，则执行步骤405。

示例性地，可以通过调用居住管理智能合约来确定居住信息变更请求对应的居住信息是否存在。例如，可以将该居住信息变更请求中的用户标识作为Key，居住信息作为Value写入居住管理智能合约。该居住管理智能合约运行时，可以通过比较是否存在居住信息变更请求中的用户标识，来确定该居住信息登记请求是否新的登记。若存在该用户标识，表示居住信息已存在；若不存在该用户标识，则表示居住信息不存在。

404、记录信息变更状态为待审批状态。

405、记录信息变更状态为变更失败。

406、将信息变更状态缓存，并在区块链上进行共识，待共识达成后，将缓存的信息变更状态写入账本。

407、通过区块链检测到该待审批状态的居住信息变更请求后，将审批结果签名后通过交易的形式发送到区块链上进行共识，待共识达成后，将居住信息和对应的审批结果写入账本。

并且，共识达成后还将居住信息写入居住管理智能合约，并将居住管理智能合约中的信息变更状态变更为审核成功或失败(或者变更成功或失败)。

可选地，在居住信息变更的过程中，用户还可以查看居住信息变更状态，以便于了解进度。因此，该方法还可以包括：接收终端设备发送的居住信息变更状态查看请求，该居住信息变更状态查看请求携带有用户标识；根据居住信息变更状态查看请求中的用户标识，在区块链上查询用户标识对应的信息变更状态，或者，调用居住管理智能合约获取用户标识对应的信息变更状态。

在居住信息录入之后，需要开具居住证明的业务方还可以查询录入的居住信息，通过读取区块链数据即可证明办理业务对象的身份及居住情况，对符合条件的对象进行业务办理。无需用户在各个职能机构之间奔走开具居住证明，给业务办理提供了便利性，提高了办事效率，节省了时间。也即是，本公开实施例还可以包括查询居住信息的相关步骤。查询居住信息的过程可以参见图5。

图5是本公开实施例提供的一种基于区块链的居住信息查询方法的流程图，该方法的执行主体可以为区块链系统内的服务器，参见图5，该方法可以包括：

501、接收查询请求，该查询请求携带用户的第一用户标识和发起查询请求的机构的机构标识。

职能机构可以通过登录服务器来触发查询请求，例如用自己的机构标识作为登录账号登录，查询第一用户标识对应的居住信息。同样地，该查询请求以交易的形式提出。

502、验证交易的合法性。若验证通过，则执行步骤503；若验证未通过，则退出当前流程。验证方式可以参见前述步骤202。

503、根据该第一用户标识，获取区块链中目标区块内的数据权限信息，并判断该数据权限信息是否包括该机构标识，如果是，执行步骤504，如果否，执行步骤505。

该目标区块是指区块链中存储有该第一用户标识的区块。如果该数据权限信息包括该机构标识，表示该机构的权限已开通，该机构能够读取第一用户标识对应的居住信息。如果该数据权限信息不包括该机构标识，表示该机构的权限未开通，该机构不能够读取第一用户标识对应的居住信息。

504、读取第一用户标识对应的居住信息并将居住信息作为交易执行结果缓存。

505、停止获取该第一用户标识对应的居住信息，并缓存用于表示交易执行失败的交易执行结果。

506、待区块链达成共识后，将该查询请求以及对应的交易执行结果写入账本，并将交易执行结果返回给该机构。

进一步的，当服务器确定不可以获取该第一用户标识对应的居住信息时，该服务器还可以显示无查询权限的提示信息，以提醒用户(即前述发起查询请求的机构)不具备查询该居住信息的权限。

需要说明的是，上述过程中第一用户标识是指当前被查询的居住信息对应的用户标识，当然，上述用户标识也可以被称为第二用户标识或其他，本公开实施例对此不做限定。

在本公开实施例提供的方法中，租房电子合同是通过区块链上的智能合约(可以称为租房管理智能合约)获取的，为了保证智能合约中的信息的正确性，需要将租房平台的身份信息、用户的身份信息、租房平台发布的租房信息、以及租房电子合同的信息写入智能合约，并且将智能合约的写入操作记录在区块链中。因此，本公开实施例提供的方法还可以包括：

将租房平台的身份信息、用户的身份信息、租房平台发布的租房信息、以及租房电子合同的信息中的至少一种写入智能合约；在每次将信息写入智能合约中之后，在每次将信息写入智能合约中之后，将写入智能合约的信息写入第二区块，并将第二区块加入所述区块链中。

通过将租房平台的身份信息、用户的身份信息、租房平台发布的租房信息、以及租房电子合同的信息写入区块链，降低了欺骗风险，以及通过智能合约保证了所签合同约定内容的履行。

下面分别介绍将租房平台的身份信息、用户的身份信息、租房平台发布的租房信息、以及租房电子合同的信息写入智能合约的过程。

图6是本公开实施例提供的一种基于区块链的居住信息管理方法中将租房平台的身份信息写入智能合约的过程的流程图，如图6所示，该方法包括：

601、租房平台的设备本地生成非对称公私钥，将租房平台信息通过私钥签名，然后将公钥和租房平台信息以及签名发送给CA中心，以向CA中心申请企业证书。

其中，租房平台信息可以包括租房平台的身份信息，或者，可以包括租房平台的身份信息以及权威机构颁发的租房服务资质信息。

602、CA中心对收到的申请进行实名认证后，给租房平台颁发企业证书，并将企业证书打包成交易发送给区块链系统中的服务器。

603、区块链系统中的服务器收到交易后，校验交易的合法性。

在该步骤603中，校验交易的合法性主要是校验CA中心对交易的数字签名，校验通过后可以执行步骤604。

604、区块链系统中的服务器在执行交易的过程中，对企业证书进行摘要哈希计算，然后通过企业证书的摘要哈希查询是否已经存在该企业证书，若存在该企业证书，则返回交易执行失败的结果；若不存在该企业证书，则将企业证书的摘要哈希作为Key，将企业证书作为Value写入智能合约。

通过该步骤604，可以实现企业证书的存储。该步骤604可以通过调用智能合约实现。

在一些实施例中，区块链系统中的服务器可以调用虚拟机执行交易。

605、区块链系统中的服务器对交易执行结果进行区块链共识，达成共识后将交易执行结果写入账本。

在步骤605中，写入账本的数据还包括写入智能合约的键值对。也即是，交易执行结果除了用于指示交易执行成功或失败的指示信息之外，还包括写入智能合约的信息。

606、区块链系统中的服务器返回上链结果以及企业证书摘要哈希给CA中心。

这里，上链结果用于表示企业证书是否已写入区块链。

607、CA中心返回企业证书以及企业证书的摘要哈希给租房平台的设备，租房平台的设备存储企业证书以及企业证书的摘要哈希。

图7是本公开实施例提供的一种基于区块链的居住信息管理方法中将用户身份信息写入智能合约的过程的流程图。如图7所示，用户身份信息写入智能合约的过程如下：

701、用户设备本地生成非对称公私钥，将用户身份信息通过私钥签名，然后将公钥和用户身份信息以及签名发送给CA中心，以向CA中心申请用户证书。

702、CA中心对收到的申请进行实名认证后，给用户颁发用户证书，并将用户证书打包成交易发送给区块链系统中的服务器。

703、区块链系统的服务器收到交易后，校验交易的合法性。

在该步骤703中，校验交易的合法性主要是校验CA中心对交易的数字签名，校验通过后执行交易。例如，可以调用虚拟机执行交易。

704、区块链系统的服务器在执行交易的过程中，对用户证书进行摘要哈希计算，然后通过用户证书的摘要哈希查询是否已经存在该用户证书，若存在该用户证书，返回交易执行失败的结果；若不存在该用户证书，则将该用户证书的摘要哈希作为Key，将用户证书作为Value写入智能合约。

通过该步骤704，可以实现用户证书的存储。该步骤704也可以通过调用智能合约实现。

705、区块链系统的服务器对交易执行结果进行区块链共识，达成共识后将交易执行结果写入账本。

在步骤705中，写入账本的数据还包括写入智能合约的键值对。也即是，交易执行结果除了用于指示交易执行成功或失败的指示信息之外，还包括写入智能合约的信息。

706、区块链系统的服务器返回上链结果以及用户证书的摘要哈希给CA中心。

这里，上链结果用于表示用户证书是否已写入区块链。

707、CA中心返回用户证书以及用户证书的摘要哈希给用户设备，用户设备存储用户证书以及用户证书摘要哈希。

图8是本公开实施例提供的一种基于区块链的居住信息管理方法中将租房平台发布的租房信息写入智能合约的过程的流程图。租房平台对外发布租房信息，并将租房信息上链，如图8所示，具体流程如下：

801、租房平台的设备将租房信息用租房平台的私钥进行数字签名，然后以交易的形式将租房信息发送到区块链系统的服务器。

在该步骤801中，交易内容主要包括租房信息、企业证书的摘要信息以及公钥。也即是，租房平台的设备发送给区块链系统的服务器的数据，除了租房信息，还可以包括企业证书的摘要信息和公钥。

802、区块链系统的服务器收到交易后，通过公钥校验交易的数字签名的合法性，校验通过后执行交易。

例如，可以调用虚拟机执行交易。

803、区块链系统的服务器在执行交易的过程中，调用智能合约发布租房信息。

804、区块链系统的服务器在发布租房信息的过程中，基于租房信息生成租房信息摘要哈希，通过租房信息摘要哈希检查是否已经发布过该租房信息，若已发布过该租房信息，返回交易执行失败的结果；若未发布过该租房信息，则通过企业证书摘要哈希查询是否存在该企业证书，若不存在该企业证书，则返回交易执行失败的结果；若存在该企业证书，则比较查询到的企业证书里的公钥是否和交易里的公钥一致，若不一致，则返回交易执行失败结果；若一致，则执行步骤805。

805、区块链系统的服务器将租房信息摘要哈希作为Key，租房信息作为Value，写入智能合约，并且将租房信息摘要哈希作为key，交易哈希作为Value，写入智能合约。

806、区块链系统的服务器对交易执行结果进行区块链共识，共识达成后，将交易执行结果写入账本。

807、区块链系统的服务器返回租房信息的发布结果、租房信息摘要哈希以及交易哈希。

在本公开实施例中，将租房电子合同的信息写入智能合约的过程可以包括：接收租房平台的设备发送的第一合同签订请求；对第一合同签订请求对应的第一合同信息进行验证，第一合同信息为租房平台侧的合同信息；若第一合同信息通过验证，则将第一合同信息写入智能合约；接收用户设备发送的第二合同签订请求；对第二合同签订请求对应的第二合同信息进行验证，第二合同信息为用户侧的合同信息；若第二合同信息通过验证，则将第二合同信息写入智能合约。

图9是本公开实施例提供的一种基于区块链的居住信息管理方法中将租房电子合同的信息写入智能合约的过程的流程图。如图9所示，用户与租房平台签约租房合同，具体流程如下：

901、租房平台的设备将第一合同信息用租房平台的私钥进行数字签名，然后以交易的形式将第一合同信息发送到区块链系统的服务器。

该步骤901中，交易即第一合同签订请求，交易内容即第一合同信息，主要包括用户标识、租房信息摘要哈希、租房合同所需填写的内容、订单号、企业证书摘要哈希以及公钥。

902、区块链系统的服务器收到交易后，通过公钥校验交易签名合法性，校验通过后执行交易。

例如，可以调用虚拟机执行交易。

903、区块链系统的服务器在执行交易的过程中，调用智能合约开启租房合同签订流程，首先校验交易里的租房信息摘要哈希是否可以找到上述发布的租房信息，以及租房信息生成的摘要哈希是否和交易里的租房信息摘要哈希相同，若校验失败，返回交易执行失败结果；若校验成功，则校验订单号是否已经存在，若存在，返回交易执行失败结果；若不存在，则通过企业证书摘要哈希查询企业证书，若查询失败，返回交易执行失败结果；若查询成功，则比较企业证书里的公钥和交易里的公钥是否一致，若不一致，返回交易执行失败结果；若一致，则执行步骤904。

通过该步骤903即可实现对第一合同信息进行校验。在该步骤903中，首先，通过租房信息摘要哈希校验租房信息是否真实存在，然后通过校验订单号确定该租房信息对应的房屋是否已经出租，再然后，通过企业证书摘要哈希以及企业证书的公钥确定租房平台的资质。需要说明的是，该步骤903中的各判断步骤的执行顺序可以根据需要进行调整，本公开对此不做限制。

904、区块链系统的服务器设置订单状态为平台已签约，并以订单号作为Key，将用户标识、上述发布的租房信息摘要哈希、租房合同所需填写的内容、订单状态和租房平台签约交易哈希等数据作为Value，写入智能合约。

905、区块链系统的服务器对交易执行结果进行区块链共识，共识达成后将结果写入账本。

906、区块链系统的服务器返回租房平台签约交易哈希、订单号以及交易执行结果给租房平台的设备。

这里的租房平台签约交易哈希，即前述步骤901～905中的交易的交易哈希。

907、用户设备通过订单号查询链上的订单内容是否和租房平台展示的内容是否一致，如果一致，则用户通过用户设备对第二合同信息进行数字签名，并通过交易的形式将第二合同信息发送到区块链系统的服务器。

在该步骤907中，交易即第二合同签订请求，交易内容即第二合同信息包括用户标识、租房信息摘要哈希、租房合同所需填写的内容、订单号、步骤906收到的交易哈希以及上述用户证书和公钥，也即是，第二合同信息包括第一合同信息和第一合同签订请求对应的交易哈希。

908、区块链系统的服务器收到交易后，通过公钥校验签名的合法性，校验通过后执行交易。

909、区块链系统的服务器在执行交易的过程中，调用智能合约开启用户租房合同签约流程，首先校验租房信息摘要哈希是否可以找到上述发布的租房信息，以及租房信息生成的摘要哈希是否和交易里的租房信息摘要哈希相同，若校验失败，返回交易执行失败结果；若校验成功，则校验订单号是否存在，若不存在，返回交易执行失败结果；若存在，则通过订单号查询订单内容，比较上述智能合约存储的订单内容里的租房平台签约交易哈希和用户签约交易哈希是否一致，如果不一致，返回交易执行失败结果；如果一致，则校验交易状态是否为平台已签约，如果不是，返回交易执行失败结果；如果是，则校验用户标识是否一致，如果不是，返回交易执行失败结果；如果是，则校验租房合同填写内容是否一致，如果不是，返回交易执行失败结果；如果是，通过用户证书摘要哈希查询用户证书，若查询失败，返回交易执行失败结果；若查询成功，则比较用户证书里的公钥是否和交易里的公钥一致，若不一致，返回交易执行失败结果；若一致，则执行步骤910。

通过该步骤909即可实现对第二合同信息进行验证。需要说明的是，该步骤909中的各判断步骤的执行顺序可以根据需要进行调整，本公开对此不做限制。

910、区块链系统的服务器更新订单内容，将订单状态更新为生效，加入用户签约交易哈希，并写入智能合约。

911、区块链系统的服务器对步骤910中的交易执行结果进行区块链共识，达成共识后写入账本。

912、区块链系统的服务器返回交易执行结果给用户和租房平台。

通过将租房电子合同的信息写入智能合约，并将租房电子合同签订的过程记录在区块链中，进一步降低了欺骗风险。

在本公开实施例中，该方法还可以包括退租过程，例如，租约到期，用户搬到了新的地址居住等租房地址发生变化的情况。退租过程可以包括：接收租房平台的设备发送的第一退房请求，第一退房请求包括用户标识和第一退房信息；对第一退房请求对应的第一退房信息进行验证；若第一退房信息通过验证，则将第一退房信息写入智能合约；接收用户设备发送的第二退房请求，第二退房请求包括用户标识、第二退房信息，第二退房信息包括第一退房信息和第一退房请求对应的交易哈希；对第二退房请求对应的第二退房信息进行验证；若第二退房信息通过验证，则将第二退房信息写入智能合约。

图10是本公开实施例提供的一种基于区块链的居住信息管理方法中退租过程的流程图。如图10所示，退租过程可以包括：

1001、租房平台的设备将第一退房请求对应的第一退房信息进行数字签名后通过交易的形式发送到区块链系统的服务器。

该步骤1001中，交易即为第一退房请求，交易内容即为第一退房信息，交易内容主要包括用户标识、租房信息摘要哈希、租房合同退房退租信息、订单号、企业证书摘要哈希以及公钥。

1002、区块链系统的服务器收到交易后，通过公钥校验交易签名合法性，校验通过后执行交易。

例如，可以调用虚拟机执行交易。

1003、区块链系统的服务器在执行交易的过程中，调用智能合约开启退房退租流程，首先校验租房信息摘要哈希是否可以找到上述发布的租房信息，以及租房信息生成的摘要哈希是否和交易里的租房信息摘要哈希相同，若校验失败，返回交易执行失败结果；若校验成功，则校验订单号是否已经存在以及订单状态是否为生效状态，若校验失败，返回交易执行失败结果；若校验成功，通过企业证书摘要哈希查询企业证书，若查询失败，返回交易执行失败结果；若查询成功，则比较企业证书里的公钥和交易里的公钥是否一致，若不一致，返回交易执行失败结果；若一致，则执行步骤1004。

通过该步骤1003即可实现对第一退房信息进行验证。需要说明的是，该步骤1003中的各判断步骤的执行顺序可以根据需要进行调整，本公开对此不做限制。

1004、区块链系统的服务器设置订单状态为平台已结单，将第一退房信息以及租房平台退房退租交易哈希添加到订单内容中，写入智能合约。

1005、区块链系统的服务器对步骤1004的交易执行结果进行区块链共识，共识达成后将结果写入账本。

1006、区块链系统的服务器返回租房平台退房退租交易哈希、订单号以及交易执行结果给租房平台的设备。

这里，租房平台退房退租交易哈希为前述步骤1001～1005中的交易的交易哈希。

1007、用户设备通过订单号查询区块链上的租房合同结单信息以及订单状态是否和租房平台展示的内容是否一致，如果一致，则用户设备对第二退房信息进行数字签名，并通过交易的形式发送到区块链上。

该步骤1007中，交易即为第二退房请求，交易内容即为第二退房信息，交易内容包括用户标识、租房信息摘要哈希、订单号、步骤1006收到的交易哈希以及上述用户证书和公钥。也即是，第二退房信息包括第一退房信息和第一退房请求对应的交易哈希。

1008、区块链系统的服务器收到交易后，通过公钥校验交易签名的合法性，校验通过后执行交易。

1009、区块链系统的服务器在执行交易的过程中，调用智能合约开启用户退房流程，首先校验租房信息摘要哈希是否可以找到上述发布的租房信息，以及租房信息生成的摘要哈希是否和交易里的租房信息摘要哈希相同，若校验失败，返回交易执行失败结果；若校验成功，则校验订单号是否存在，若不存在，返回交易执行失败结果；若存在，则通过订单号查询订单具体内容，比较上述智能合约存储的订单内容里的租房平台退房退租交易哈希和用户退房退租交易内容里的交易哈希是否一致，如果不一致，返回交易执行失败结果；如果一致，则校验交易状态是否为平台已结单，如果不是，返回交易执行失败结果；如果是，则校验用户标识是否一致，如果不是，返回交易执行失败结果；如果是，则通过用户证书摘要哈希查询用户证书，若查询失败，返回交易执行失败结果；若查询成功，则比较用户证书里的公钥是否和交易里的公钥信息是否一致，若不一致，返回交易执行失败结果；若一致，则执行步骤1010。

通过该步骤1009即可实现对第二退房信息进行验证。需要说明的是，该步骤1009中的各判断步骤的执行顺序可以根据需要进行调整，本公开对此不做限制。

1010、区块链系统的服务器更新订单内容，将订单状态更新为退房退租已完成，加入用户退房退租交易哈希，并写入智能合约。

1011、区块链系统的服务器对步骤1010的交易执行结果进行区块链共识，达成共识后写入账本。

1012、区块链系统的服务器返回交易执行结果给用户和租房平台。

本公开实施例通过将租房平台认证资质、租房用户实名认证身份存证、对外公布的租房信息、以及和用户签订合同的过程记录在区块链中，可以解决租房平台中心化管理数据丢失、篡改的风险，以及通过智能合约保证了所签合同约定内容的履行。通过智能合约保证合同约定内容的履行，有助于提升租房平台服务质量，最后还可以引入司法、仲裁、公证、房管局等权威机构解决纠纷。

图11是本公开实施例提供的一种基于区块链的居住信息管理装置的结构示意图。参见图11，该装置包括：

接收模块1101，用于接收居住信息录入请求，居住信息录入请求包括用户的用户标识和居住信息；

合同获取模块1102，用于若居住信息中的居住地址为租房地址，则通过区块链上的智能合约获取用户的租房电子合同；

审批结果获取模块1103，用于获取基于居住信息和租房电子合同得到的审批结果；

生成模块1104，用于基于审批结果生成第一区块，并将第一区块加入区块链中，该第一区块用于存储所述用户的用户标识和居住信息、以及对应的审批结果。

在一种可能实现方式中，合同获取模块1102，用于获取用户标识对应的合同标识；以合同标识作为关键字Key，从智能合约的键值对中获取合同标识对应的值Value；根据合同标识对应的值Value，得到租房电子合同。

在一种可能实现方式中，合同标识对应的值Value，包括：用户标识、租房信息摘要哈希、租房合同所需填写的内容、合同状态、交易哈希。

在一种可能实现方式中，该装置还可以包括：

写入模块1105，用于将租房平台的身份信息、用户的身份信息、租房平台发布的租房信息、以及租房电子合同的信息中的至少一种写入智能合约；

生成模块1104，还用于在每次将信息写入智能合约中之后，将写入智能合约的信息写入第二区块，并将第二区块加入区块链中。

在一种可能实现方式中，该装置还可以包括：验证模块1106。

接收模块1101，还用于接收租房平台的设备发送的第一合同签订请求；

验证模块1106，用于对第一合同签订请求对应的第一合同信息进行验证，第一合同信息为租房平台侧的合同信息；

写入模块1105，用于若第一合同信息通过验证，则将第一合同信息写入智能合约；

接收模块1101，还用于接收用户设备发送的第二合同签订请求；

验证模块1106，还用于对第二合同签订请求对应的第二合同信息进行验证，第二合同信息为用户侧的合同信息；

写入模块1105，还用于若第二合同信息通过验证，则将第二合同信息写入智能合约。

在一种可能实现方式中，

接收模块1101，还用于接收租房平台的设备发送的第一退房请求，第一退房请求包括用户标识和第一退房信息；

验证模块1106，还用于对第一退房请求对应的第一退房信息进行验证；

写入模块1105，还用于若第一退房信息通过验证，则将第一退房信息写入智能合约；

接收模块1101，还用于接收用户设备发送的第二退房请求，第二退房请求包括用户标识、第二退房信息，第二退房信息包括第一退房信息和第一退房请求对应的交易哈希；

验证模块1106，还用于对第二退房请求对应的第二退房信息进行验证；

写入模块1105，还用于若第二退房信息通过验证，则将第二退房信息写入智能合约。

上述所有可选技术方案，可以采用任意结合形成本公开的可选实施例，在此不再一一赘述。

图12是本公开实施例提供的一种服务器的示意图，该服务器1200可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上处理器(central processing units，CPU)1201和一个或一个以上的存储器1202，其中，所述存储器1202中存储有至少一条指令，所述至少一条指令由所述处理器1201加载并执行以实现上述各个方法实施例提供的基于区块链的居住信息管理方法。当然，该服务器还可以具有有线或无线网络接口、键盘以及输入输出接口等部件，以便进行输入输出，该服务器还可以包括其他用于实现设备功能的部件，在此不做赘述。

在示例性实施例中，还提供了一种计算机可读存储介质，例如包括指令的存储器，上述指令可由终端中的处理器执行以完成上述实施例中的基于区块链的居住信息管理方法。例如，所述计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本公开的可选实施例，并不用以限制本公开，凡在本公开的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本公开的保护范围之内。

Claims (14)

1.一种基于区块链的居住信息管理方法，其特征在于，所述方法包括：

接收租房平台的设备发送的第一合同签订请求；

对所述第一合同签订请求对应的第一合同信息进行验证，所述第一合同信息为租房平台侧的合同信息；

若所述第一合同信息通过验证，则将所述第一合同信息写入智能合约；

接收用户设备发送的第二合同签订请求；

对所述第二合同签订请求对应的第二合同信息进行验证，所述第二合同信息为用户侧的合同信息，所述第二合同信息包括所述第一合同信息和所述第一合同签订请求对应的交易哈希；

若所述第二合同信息通过验证，则将所述第二合同信息写入所述智能合约；

将写入所述智能合约的信息写入第二区块，并将所述第二区块加入区块链中；

接收居住信息录入请求，所述居住信息录入请求包括用户的用户标识和居住信息；

若所述居住信息中的居住地址为租房地址，则通过所述区块链上的智能合约获取所述用户的租房电子合同；

获取基于所述居住信息和所述租房电子合同得到的审批结果；

基于所述审批结果生成第一区块，并将所述第一区块加入所述区块链中，所述第一区块用于存储所述用户的用户标识和所述居住信息、以及对应的审批结果。

2.根据权利要求1所述的方法，其特征在于，所述通过所述区块链上的智能合约获取所述用户的租房电子合同，包括：

获取所述用户标识对应的合同标识；

以所述合同标识作为关键字Key，从所述智能合约的键值对中获取所述合同标识对应的值Value；

根据所述合同标识对应的值Value，得到所述租房电子合同。

3.根据权利要求2所述的方法，其特征在于，所述合同标识对应的值Value，包括：

用户标识、租房信息摘要哈希、租房合同所需填写的内容、合同状态、交易哈希。

4.根据权利要求1至3任一项所述的方法，其特征在于，所述方法还包括：

将租房平台的身份信息、用户的身份信息以及租房平台发布的租房信息中的至少一种写入所述智能合约。

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：

接收租房平台的设备发送的第一退房请求，所述第一退房请求包括用户标识和第一退房信息；

对所述第一退房请求对应的第一退房信息进行验证；

若所述第一退房信息通过验证，则将所述第一退房信息写入所述智能合约；

接收用户设备发送的第二退房请求，所述第二退房请求包括用户标识、第二退房信息，所述第二退房信息包括所述第一退房信息和所述第一退房请求对应的交易哈希；

对所述第二退房请求对应的第二退房信息进行验证；

若所述第二退房信息通过验证，则将所述第二退房信息写入所述智能合约。

6.根据权利要求1至3任一项所述的方法，其特征在于，所述方法还包括：

接收查询请求，所述查询请求携带用户的第一用户标识和发起查询的机构的机构标识；

若确定该机构具有查询权限，则根据所述第一用户标识从所述区块链上获取所述用户的居住信息。

7.一种基于区块链的居住信息管理装置，其特征在于，所述装置包括：接收模块、验证模块、写入模块、合同获取模块、审批结果获取模块和生成模块；

所述接收模块，用于接收租房平台的设备发送的第一合同签订请求；

所述验证模块，用于对第一合同签订请求对应的第一合同信息进行验证，第一合同信息为租房平台侧的合同信息；

所述写入模块，用于若第一合同信息通过验证，则将第一合同信息写入智能合约；

所述接收模块，还用于接收用户设备发送的第二合同签订请求；

所述验证模块，还用于对第二合同签订请求对应的第二合同信息进行验证，第二合同信息为用户侧的合同信息；

所述写入模块，还用于若第二合同信息通过验证，则将第二合同信息写入智能合约；

所述生成模块，用于将写入所述智能合约的信息写入第二区块，并将所述第二区块加入所述区块链中，

所述接收模块，还用于接收居住信息录入请求，所述居住信息录入请求包括用户的用户标识和居住信息；

所述合同获取模块，用于若所述居住信息中的居住地址为租房地址，则通过区块链上的智能合约获取所述用户的租房电子合同；

所述审批结果获取模块，用于获取基于所述居住信息和所述租房电子合同得到的审批结果；

所述生成模块，还用于基于所述审批结果生成第一区块，并将所述第一区块加入所述区块链中，所述第一区块用于存储所述用户的用户标识和所述居住信息、以及对应的审批结果。

8.根据权利要求7所述的装置，其特征在于，所述合同获取模块，用于获取所述用户标识对应的合同标识；以所述合同标识作为关键字Key，从所述智能合约的键值对中获取所述合同标识对应的值Value；根据所述合同标识对应的值Value，得到所述租房电子合同。

9.根据权利要求8所述的装置，其特征在于，所述合同标识对应的值Value，包括：

用户标识、租房信息摘要哈希、租房合同所需填写的内容、合同状态、交易哈希。

10.根据权利要求7至9任一项所述的装置，其特征在于，所述写入模块，还用于将租房平台的身份信息、用户的身份信息以及租房平台发布的租房信息中的至少一种写入所述智能合约。

11.根据权利要求10所述的装置，其特征在于，所述接收模块，还用于接收租房平台的设备发送的第一退房请求，所述第一退房请求包括用户标识和第一退房信息；

所述验证模块，还用于对所述第一退房请求对应的第一退房信息进行验证；

所述写入模块，还用于若所述第一退房信息通过验证，则将所述第一退房信息写入所述智能合约；

所述接收模块，还用于接收用户设备发送的第二退房请求，所述第二退房请求包括用户标识、第二退房信息，所述第二退房信息包括所述第一退房信息和所述第一退房请求对应的交易哈希；

所述验证模块，还用于对所述第二退房请求对应的第二退房信息进行验证；

所述写入模块，还用于若所述第二退房信息通过验证，则将所述第二退房信息写入所述智能合约。

12.根据权利要求7至9任一项所述的装置，其特征在于，所述接收模块，还用于接收查询请求，所述查询请求携带用户的第一用户标识和发起查询的机构的机构标识；

所述合同获取模块，还用于若确定该机构具有查询权限，则根据所述第一用户标识从所述区块链上获取所述用户的居住信息。

13.一种服务器，其特征在于，所述服务器包括处理器和存储器，所述存储器中存储有至少一段程序，所述至少一段程序由所述处理器加载并执行以实现如权利要求1至6任一所述的居住信息管理方法。

14.一种计算机可读存储介质，其特征在于，所述存储介质中存储有至少一段程序，所述至少一段程序由处理器加载并执行以实现如权利要求1至6任一所述的居住信息管理方法。

Images