CN110866280A

CN110866280A - 社区数据管理方法及装置、存储介质

Info

Publication number: CN110866280A
Application number: CN201911134625.6A
Authority: CN
Inventors: 梁爽; 李夫路
Original assignee: Taikang Insurance Group Co Ltd
Current assignee: Taikang Insurance Group Co Ltd
Priority date: 2019-11-19
Filing date: 2019-11-19
Publication date: 2020-03-06

Abstract

本发明提供一种社区数据管理方法及装置、存储介质。该方法包括：接收请求端发送的入住请求，并获取所述请求端的需求数据，然后，获取第一区块链中维护的社区矩阵，所述社区矩阵与各社区的社区数据相关联，其次，根据所述需求数据与各社区数据之间的匹配程度，确定候选社区，进而，向所述请求端输出所述候选社区数据，以使得所述请求端根据所述候选社区数据确定入住社区。本发明通过区块链实现对养老社区的灵活管理，并提高了养老社区与请求端之间的匹配效率。

Description

社区数据管理方法及装置、存储介质

技术领域

本发明涉及计算机技术，尤其涉及一种社区数据管理方法及装置、存储介质。

背景技术

随着人们生活水平的提高，养老社区成为一种新型的生活方式。目前，现有的养老社区一般由各自所属机构和人员各自采用不同的管理方式进行管理，当用户想要入住养老社区时，首先需要用户逐个查询各养老社区的相关信息，并人工筛选满足自身需求的养老社区，并通过线上或线下交涉实现最终入住。

如前所述，现有的养老社区采用传统管理方法，管理灵活性较差，且导致用户入住养老社区的实现方式繁琐复杂。

发明内容

本发明提供一种社区数据管理方法及装置、存储介质，通过区块链实现对养老社区的灵活管理，并提高了养老社区与请求端之间的匹配效率。

第一方面，本发明提供一种社区数据管理方法，包括：

接收请求端发送的入住请求，并获取所述请求端的需求数据；

获取第一区块链中维护的社区矩阵，所述社区矩阵与各社区的社区数据相关联；

根据所述需求数据与各社区数据之间的匹配程度，确定候选社区；

向所述请求端输出所述候选社区数据，以使得所述请求端根据所述候选社区数据确定入住社区。

第二方面，本发明提供一种社区数据管理装置，包括：

第一获取模块，用于接收请求端发送的入住请求，并用于获取所述请求端的需求数据；

第二获取模块，用于获取第一区块链中维护的社区矩阵，所述社区矩阵与各社区的社区数据相关联；

匹配模块，用于根据所述需求数据与各社区数据之间的匹配程度，确定候选社区；

输出模块，用于向所述请求端输出所述候选社区数据，以使得所述请求端根据所述候选社区数据确定入住社区。

第三方面，本发明提供一种社区数据管理装置，包括：

存储器；

处理器；以及

计算机程序；

其中，所述计算机程序存储在所述存储器中，并被配置为由所述处理器执行以实现如第一方面所述的方法。

第四方面，本发明提供一种计算机可读存储介质，其上存储有计算机程序，

所述计算机程序被处理器执行以实现如第一方面所述的方法。

本发明提供的技术方案，通过第一区块链中记录有社区矩阵，社区矩阵能够体现各社区的社区数据，这保证了社区数据的真实性和不可篡改性，同时，本发明实施例中，还可以接收到请求端的入住请求并由此获取其需求数据，从而，能够基于这些真实的社区数据与需求数据之间的匹配程度，便捷地确定候选社区并输出候选社区数据给请求端，进而，请求端可基于这些候选社区数据来确定入住社区并进而完成入住，这极大地简化了用户侧搜寻并匹配满足自身需求的社区的工作量及处理步骤，有利于提高养老社区与请求端之间的匹配效率。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

图1为本发明实施例所提供的一种社区数据管理方法的流程示意图；

图2为本发明实施例所提供的另一种社区数据管理方法的流程示意图；

图3为本发明实施例所提供的一种社区数据管理装置的功能方块图；

图4为本发明实施例所提供的一种社区数据管理装置的实体结构示意图。

通过上述附图，已示出本公开明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本公开构思的范围，而是通过参考特定实施例为本领域技术人员说明本公开的概念。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

首先对本发明所涉及的名词进行解释：

社区：是指聚集在某一个区域内形成的生活上相互关联的大集体。本发明实施例中，社区中可以包含对多个不同类型的房间类型，这些房间根据用户的入住情况具备不同的可入住时间。例如，养老社区、房屋租赁社区等。

养老社区：是指为用户提供养老服务的社区。养老社区主要面向的用户是老人，因此，除具备社区的前述特性之外，还可以进一步包括：特殊护理，当然，并非所有的养老社区均具备特殊护理。

本发明实施例所针对的实现场景为：针对社区数据的管理场景，或者，进一步具体为基于社区数据对社区进行搜索推荐场景。

如前述背景技术所述，现有的社区管理方式一般还是通过传统的人工管理模式实现，这给用户挑选与自身需求相匹配的社区这一实际诉求带来较大的难度，用户需要逐个搜寻各社区的社区信息，并进行人工比对，以便于确定满足自身需求的社区。这种方式不便于管理，且导致用户入住社区的方式繁琐复杂。

本发明提供的技术方案，旨在解决现有技术的如上技术问题，并提出如下解决思路：利用区块链记录社区矩阵，社区矩阵与各社区的社区数据相关联，从而，若用户请求入住社区时，可自动对社区数据与用户的需求数据进行匹配，以得到符合其入住需求的候选社区。

下面以具体地实施例对本发明的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本发明的实施例进行描述。

实施例一

本发明实施例提供了一种社区数据管理方法。请参考图1，该方法可以执行在任意一个处理节点上，每个处理节点可以对应于一个社区。具体的，该方法包括如下步骤：

S102，接收请求端发送的入住请求，并获取所述请求端的需求数据。

在本实例中，可以从区块链中获取预先存储的需求数据，也可以从社区客户入住管理人员获取需求数据。

请求端为请求入住社区的请求人的客户端。请求端可以发起入住请求，入住请求中携带有请求端对入住社区的需求数据。需要说明的是，请求端与该入住请求针对的入住对象可以为相同，或者，也可以不同。

本发明实施例所涉及到的需求数据可以包括但不限于如下至少一种：计划入住地点、计划入住房型、计划入住时间、计划入住时长、特殊护理需求、支付方式。

除此之外，需求数据还可以进一步包括但不限于如下至少一种：饮食偏好信息、起居习惯信息、入住对象的人数、入住对象的身份信息、请求端与入住对象的关系信息、入住对象的入住资格信息、其他证明信息等。

S104，获取第一区块链中维护的社区矩阵，所述社区矩阵与各社区的社区数据相关联。

本发明实施例中，社区矩阵可以由对各社区的社区数据进行处理得到，后续详述处理方式。各社区的社区数据可以由各社区节点上传到第一区块链上，并且，各社区的社区数据可以记录在第一区块链中。

一种可能的实施例中，社区矩阵可以由指定节点根据各社区的社区数据获取并维护的。也就是，可以由指定节点对各社区的社区数据进行处理，得到社区矩阵。

有关于指定节点的说明，后续进行具体介绍，此处不赘述。

本发明实施例中，社区矩阵可以被记录在第一区块链中的每个节点中，例如每个社区对应的处理节点中；或者，社区矩阵也可以仅被记录在第一区块链的部分节点中，例如指定节点。

以及，当任意一个社区的社区数据发生变化时，该社区对应的处理节点可以将变化后的社区数据上传到第一区块链，从而，指定节点可以据此对社区矩阵进行更新维护。

如此，执行该步骤时，可以直接获取所述第一区块链中记录的所述社区矩阵。

此外，若社区矩阵仅记录在指定节点处，社区的处理节点还可以向所述指定节点发送针对所述社区矩阵的获取请求，并接收指定节点返回的社区矩阵即可。

具体而言，社区数据可以包括各社区的社区向量。其中，社区向量中所涉及到的信息可以包括但不限于如下至少一种：所在地、房型、可入住时间、可入住时长、是否具备特殊护理、允许的支付方式。

如此，本发明实施例借助第一区块链所具备的权限管理功能、非对称加密算法等功能，实现对所记录的社区数据的真实性与隐私性，这些数据被记录在第一区块链中，保证了社区数据具备不可篡改、可追溯、公开透明的特性。

S106，根据所述需求数据与各社区数据之间的匹配程度，确定候选社区。

换言之，该步骤用于根据匹配程度，在各社区之间筛选以确定候选社区。需要说明的是，本发明实施例对于候选社区的数目无特别限定，其可以为一个或多个，可根据不同的实现场景自定义设置。

S108，向所述请求端输出所述候选社区数据，以使得所述请求端根据所述候选社区数据确定入住社区。

将S106步骤确定的候选社区数据输出给请求端，如此，请求端可以根据候选社区数据确定最终入住的入住社区，或用以参考，或直接完成入住。

基于前述流程，本发明实施例提供的技术方案，通过第一区块链记录的社区矩阵，社区矩阵由各社区的社区数据获取得到，这保证了社区数据的真实性和不可篡改性，同时，本发明实施例中，还可以接收到请求端的入住请求并由此获取其需求数据，从而，能够基于这些真实的社区数据与需求数据之间的匹配程度，便捷地确定候选社区并输出候选社区数据给请求端，进而，请求端可基于这些候选社区数据来确定入住社区并进而完成入住，这极大地简化了用户侧搜寻并匹配满足自身需求的社区的工作量及处理步骤，有利于提高养老社区与请求端之间的匹配效率。

以下，对前述各步骤的实现方式作进一步说明。

一方面，如S102步骤所述，入住请求由请求端发出，入住请求中可以携带请求端针对想要入住的社区的各类信息，由此，可以通过对入住请求进行数据提取，得到需求数据即可。

一种可能的设计中，可以针对入住请求进行指定字节读取或识别，以得到请求端的需求数据。其中，识别方式可以包括但不限于：文字识别技术或者图像识别技术。

此外，入住请求还可以表现为其他形式，如：声音指令。此时，可以通过声音识别技术对请求端发出的声音指令进行识别，并提取识别出的需求数据即可。

需要说明的是，针对任意的入住请求，该入住请求不一定包含前述需求数据中的所有信息，入住请求中所携带的需求数据可以由请求端自定义提出并发送。

此外，另一种可能的设计中，为了提高后续匹配过程的精确度，还可以针对部分需求数据进行指定设计，也就是，入住请求中必然包含指定的部分需求数据。例如，可以将计划入住地点、计划入住房型、计划入住时间、计划入住时长、特殊护理需求、支付方式中的至少一种作为指定需求数据，而其他方面如：饮食偏好信息、起居习惯信息、入住对象的身份信息、请求端与入住对象的关系信息、入住对象的入住资格信息、其他证明信息等则作为可灵活变动的信息，可由请求端决定是否提供。

另一方面，如S104所述，本发明实施例通过第一区块链中的指定节点或各处理节点来记录社区矩阵。因此，当第一区块链中的任意一个处理节点执行本方案时，可以在第一区块链上发送社区矩阵的请求广播，从而，该节点的身份验证通过后，即可自第一区块链中获取到社区矩阵。

可知，利用第一区块链来记录各社区数据执行在S104之前，换言之，S104获取到的社区矩阵，是根据该步骤执行时第一区块链中记录的所有社区的社区数据得到的。

因此，在一种实现方式中，若S104步骤获取到的社区矩阵，为执行S104时由第一区块链中指定节点记录并维护的社区矩阵，则本发明实施例对S104步骤与S102步骤的执行时序无特别限定，可如图1所示的顺序先后执行，或者，也可以反序先执行S104再执行S102步骤，或者，也可同时执行。

此外，在另一种实现方式中，S104步骤可优先S102执行，并在获取到第一区块链中记录的社区矩阵之后，将其缓存在本地。如此，在未接收到指定节点针对社区矩阵的更新广播之前，针对任意接收到的入住请求，可通过本地缓存的这部分社区矩阵实现后续过程。需注意，这种实现方式中，若指定节点响应于任意社区的社区数据的更新，都需要对各处理节点中维护的社区矩阵进行更新，如此，第一区块链中的任意节点，尤其是处理节点，都需要将本地缓存的社区矩阵与指定节点维护的社区矩阵进行同步，以保证社区矩阵的实时性与有效性。

此外，另一种实现方式中，S104步骤可在S102之后执行，此时，S104所获取的社区数据可以为指定节点中维护的社区矩阵中的部分社区的社区向量。具体实现时，可根据前述需求数据中的一种或多种需求数据，在第一区块链中广播满足其中一种或多种需求数据的社区向量的获取请求。

一种可能的设计中，可根据入住请求中携带的计划入住地点，向第一区块链请求该计划入住地点所属区域的社区的社区向量。例如，若请求对象发送的入住请求的计划入住地点为A地，则执行S104步骤时，可在第一区块链中进行广播，以请求A地或B地(其中，B地为A地的上级区域范围，也就是，A地包含于B地)的所有社区的社区向量。此外，还可以依据入住请求中的其他任意一种或多种需求数据为依据，来获取社区向量，不再赘述。

需要说明的是，本发明实施例中，指定节点可以为具备较高权限的节点，其用于对各社区的社区数据进行处理，以得到各社区的社区向量，并构成社区矩阵。

其中，指定节点可以位于第二区块链，也就是，指定节点可以为第二区块链中的一个节点。

在实际的实现场景中，所述第一区块链与所述第二区块链为同一区块链；或者，所述第一区块链与所述第二区块链为不同区块链，所述第一区块链与所述第二区块链在所述指点节点处相交。

换言之，一种可能的实现场景中，第一区块链即为第二区块链，各社区的社区数据记录在该第一区块链中。在具体实现如图1所示的方案时，各处理节点无需承担对各社区数据的处理步骤，简化了处理节点确定候选社区的处理步骤，提高了处理效率。

而另一种可能的实现场景中，第一区块链与第二区块链为不同的两个区块链，二者在所述指点节点处相交。其中，第一区块链中的处理节点用于执行本发明实施例所提供的社区管理方法，而第二区块链设置有指定节点，并用于对第一区块链中的社区数据和社区矩阵进行维护管理，例如，用于根据社区数据生成社区矩阵，又例如，还可以用于更新社区矩阵。此时，前述指定节点既属于第一区块链中的节点，也属于第二区块链中的节点，也即，第一区块链与第二区块链在指定节点处存在节点交叉的情况。

此外，本发明实施例中，指定节点生成社区矩阵所采用的社区数据可以具体表现为：全国连锁式养老社区客户入住请求共享和管理案例。

基于前述步骤得到的需求数据与社区数据，执行S106所述的匹配步骤时，可通过如图2所示的方法实现：

S1062，对所述需求数据进行向量化处理，得到需求向量。

其中，前述社区数据与需求数据中既包含非定量描述的数据，如房型等；也包含连续变化的定量数据，如入住人数等数据，因此，在执行向量化处理时，可采用不同的处理方式。

一方面，针对非定量描述的数据，可以直接根据预设的规则，对各数据进行标签化处理；另一方面，对于定量数据，则可以对其进行离散化处理后再执行标签化处理。其中，离散化处理是指根据预设的数值等级或水平，将各数据的数值归类到不同的数值类别中去；而后续的标签化处理，则可之间将其数据所对应的数值类别作为标签进行处理。

基于前述处理，可以得到需求数据对应的需求向量。

本发明实施例对于指定节点处理社区数据以得到社区矩阵的实现可以同上。也即，按照前述方法来得到各社区数据对应的社区向量，并形成社区矩阵。也就是，首先对各社区的社区数据进行标签化处理，之后，再按照预设的规则，将各标签进行数值化处理，得到各社区的社区向量，进而，将各社区的社区向量组合为所述社区矩阵。

为了后续后处理，社区向量与需求向量中各元素对应的含义应相对应。例如，若社区向量的第一个元素表示社区所在地，则需求数据的第一个元素即表示计划入住地点。不再赘述。

为了便于理解，可将社区矩阵记为M＝[X₁,X₂,……X_m]，并将社区向量记为X＝[x₁,x₂,……x_n]，并将需求向量记为XP＝[xp₁,xp₂,……xp_n]。其中，m表示社区数目，n表示向量维度，且x_i与xp_i的含义相对应，i的范围为[1,n]。

例如，一种可能的设计中，社区向量可记为X＝[x₁,x₂,x₃,x₄x₅,x₆]，需求向量可记为XP＝[xp₁,xp₂,xp₃,xp₄,xp₅,xp₆]。其中，x₁表示社区所在地，x₂表示房型，x₃表示可入住时间，x₄表示可入住时长，x₅表示是否具备特殊护理，x₆表示允许支付方式；而xp₁表示计划入住地点，xp₂表示计划入住房型，xp₃表示计划入住时间，xp₄表示计划入住时长，xp₅表示特殊护理需求，xp₆表示支付方式。

S1064，获取所述需求向量与所述社区矩阵之间的欧氏距离向量，得到各社区向量与所述需求向量之间的欧氏距离，以作为所述匹配程度。

欧氏距离，又称为欧几里得度量，用于描述空间中两个点(或两个向量)之间的真实距离。因此，若欧氏距离越小，则两个向量越接近，其匹配程度越高。

本发明实施例给出至少如下两种获取欧氏距离的实现方式：

一种可能的设计中，可以分别获取所述需求向量与每个社区向量之间的欧氏距离。

此时，需要自获取到的社区矩阵M中提取出各社区的社区向量。

具体的，在多维空间中获取欧氏距离的实现方式可以参考如下公式：

其中，d_j表示第j个社区向量与需求向量之间的欧氏距离，x_i表示社区向量的第i个元素，xp_i表示需求向量的第i个元素，i的范围为[1,n]，n为需求数据与社区数据的种类数目，j的范围为[1,m]，m为社区数目。

如此，在以该实现方式实现本方案时，可以通过前述公式逐个获取各社区向量与需求向量之间的欧氏距离，以作为各社区对应的匹配程度。

另一种可能的设计中，还可以获取所述社区矩阵与所述需求向量之间的欧氏距离矩阵，所述欧氏距离矩阵中的元素用于表征所述需求向量与各社区向量之间的欧氏距离。

也就是，获取社区矩阵M与需求向量XP之间的欧氏距离，即可得到欧氏距离向量D＝[d₁,d₂,……d_m]。其中，d_j表示第j个社区数据与需求数据之间的欧氏距离，也就是，第j个社区对应的匹配程度。

S1066，根据所述欧氏距离，确定所述候选社区。

如前所述，该步骤所确定的候选社区的数目可以为一个或多个，根据实际应用场景自定义设置即可。

由于欧氏距离越小，社区与请求端的需求数据越接近，如此，在只执行该步骤时，可以按照欧氏距离由小至大的顺序进行排序，然后，获取排序靠前的一个或多个欧氏距离对应的社区向量所对应的社区，以作为所述候选社区即可。

一种可能的设计中，可以获取欧氏距离最小的一个社区向量对应的社区，以作为候选社区。

除图2所示方式之外，考虑到欧氏距离越低，匹配程度越高，因此，在实际实现本方案时，还可以获取欧氏距离的倒数，或者，0与该欧氏距离之差，以作为匹配程度。则在这种实现方式中，只需要获取匹配程度较高的一个或多个社区，以作为候选社区即可，不作赘述。

通过如前所述的实现方式，能够基于第一区块链中记录的各社区数据，实现对请求端发出的入住请求的匹配，并将匹配到的候选社区数据输出给请求端，以便于其根据候选社区数据选择入住社区。

本发明实施例中，所述第一区块链可以包括但不限于如下几方面的构成：

各第一区块链节点，包括：处理节点、所述指定节点；

信息存储和信息认证数据格式定义子系统，用于定义数据格式；

入住请求共享和管理信息存储子系统，用于存储数据。

基于此，本发明实施例还进一步给出了构建第一区块链的方式：

首先，构建第一区块链及其子系统。也就是，构建第一区块链节点，以形成第一区块链。其中，第一区块链节点可以包括但不限于：处理节点与指定节点。其中，指定节点用于根据各社区数据生成社区矩阵，处理节点用于执行前述任一实现方式所述的方法。

需要说明的是，本发明实施例对于处理节点的类型无特别限定。具体的实现场景中，第一区块链节点还可以包括但不限于：社区节点与请求节点中的至少一种。此时，处理节点可以为任意的社区节点与请求节点。以及，也可以将其中的一个或多个社区节点作为请求节点，执行请求节点的处理。

以养老社区的构建为例，可以以养老社区的基层营业结构为最小节点，一个或多个养老社区参与来构建第一区块链。

其次，构建信息存储和信息认证数据格式定义子系统。也就是，按照本发明实施例所定义的数据结构方式、信息存储方式和协议来存储和认证共享信息等，以保证信息存储和信息处理的高效率。

仍以前述养老社区为例，该信息存储和信息认证数据格式定义子系统可实现的交易信息的示例可以参考表1。

表1

如表1所示，在区块链中，注册的企业或个人可以将相关全国连锁式养老社区客户入住请求共享和管理案例、客户入住资格信息、客户入住时间信息、客户入住养老社区地点信息、客户退租养老社区房间信息、客户特殊护理需求信息、客户饮食和起居习惯偏好信息、客户计划入住月数信息、客户支付房租方式信息等全国连锁式养老社区客户入住请求共享和管理更新信息上传到区块链，可以证明相关材料的音频、视频、图像等相关材料也可以上传至区块链，记录在区块链中。

而且，如表1所示，前述信息存储在区块链中后，可以根据各信息生成相应的哈希指针链接，从而，在区块链中可以仅以其哈希指针链接的方式进行存储，进一步提升信息存储的安全性。

此外，另一种可能的设计中，还可以在第一区块链中构建入住请求共享和管理信息存储子系统，以通过入住请求共享和管理信息存储子系统来存储数据，具体而言，存储入住请求的共享和管理信息。此时，请求端的客户端作为第一区块链的一个请求节点，可将入住请求上传到第一区块链上，也就是，在第一区块链上广播该入住请求。而且，在这种第一区块链中，请求端的客户端可以作为本发明实施例的执行主体，执行前述方案。以及，这种设计中，请求端对应的请求节点与社区对应的社区节点可以具备不同的管理权限，而具体的权限内容可以根据实际场景自定义设置。

在前述任一种第一区块链的架构中，所有上传至第一区块链的数据都可以进行加密，例如，可以利用上传节点的私钥对其进行加密，和/或，还可以为这些数据添加水印。以及，任意节点向第一区块链请求第一区块链中记录的数据时，例如，指定节点请求第一区块链中记录的各社区数据的步骤时，都可以利用非对称加密算法对请求节点的身份进行验证，若身份验证通过，则可获取到第一区块链记录的社区数据；反之，若验证失败，则无法获取到第一区块链记录的社区数据。

在实际实现本方案时，第一区块链中记录有各社区的社区数据，社区数据还可以包括交易数据。此时，该方法还包括：

获取所述请求端发起的交易信息；

将所述交易信息存储入所述第一区块链，以使得所述指定节点根据所述交易信息更新所述社区矩阵。

在具体的实现场景中，若前述交易信息为交易完成信息，则该方法还可以包括：根据交易完成信息，更新第一区块链中记录的社区数据，从而，指定节点可以根据更新后的社区数据更新第一区块链中记录的社区矩阵。

可以理解的是，上述实施例中的部分或全部步骤或操作仅是示例，本申请实施例还可以执行其它操作或者各种操作的变形。此外，各个步骤可以按照上述实施例呈现的不同的顺序来执行，并且有可能并非要执行上述实施例中的全部操作。

实施例二

基于上述实施例一所提供的社区数据管理方法，本发明实施例进一步给出实现上述方法实施例中各步骤及方法的装置实施例。

本发明实施例提供了一种社区数据管理装置，请参考图3，该社区数据管理装置300，包括：

第一获取模块31，用于接收请求端发送的入住请求，并用于获取所述请求端的需求数据；

第二获取模块32，用于获取第一区块链中维护的社区矩阵，所述社区矩阵与各社区的社区数据相关联；

匹配模块33，用于根据所述需求数据与各社区数据之间的匹配程度，确定候选社区；

输出模块34，用于向所述请求端输出所述候选社区数据，以使得所述请求端根据所述候选社区数据确定入住社区。

一种可能的设计中，第二获取模块32，具体用于：

获取所述第一区块链中记录的所述社区矩阵；其中，所述社区矩阵为指定节点根据各社区的社区数据获取并维护的。

另一种可能的设计中，所述社区矩阵由位于第二区块链上的指定节点维护并记录；其中，所述第一区块链与所述第二区块链为同一区块链；或者，所述第一区块链与所述第二区块链为不同区块链，所述第一区块链与所述第二区块链在所述指定节点处相交。

此时的一种可能的实施例中，第二获取模块32，具体用于：

向所述指定节点发送针对所述社区矩阵的获取请求；

接收所述指定节点返回的所述社区矩阵。

本发明实施例中，所述社区矩阵包括各社区的社区向量，每个所述社区向量包括如下至少一种信息：所在地、房型、可入住时间、可入住时长、是否具备特殊护理、允许的支付方式。

另一种可能的设计中，所述指定节点位于第二区块链，其中，所述第一区块链与所述第二区块链相同或不同。

本发明实施例中，所述需求数据包括如下至少一种：计划入住地点、计划入住房型、计划入住时间、计划入住时长、特殊护理需求、支付方式。

一种可能的设计中，匹配模块33，具体用于：

对所述需求数据进行向量化处理，得到需求向量；

获取所述需求向量与所述社区矩阵之间的欧氏距离向量，得到各社区向量与所述需求向量之间的欧氏距离，以作为所述匹配程度；

根据所述欧氏距离，确定所述候选社区。

其中，另一种设计中，匹配模块33还具体用于：

按照欧氏距离由小至大的顺序进行排序；

获取排序靠前的一个或多个欧氏距离对应的社区，以作为所述候选社区。

另一种可能的实现场景中，该社区数据管理装置300中，还包括：

第三获取模块(图3未示出)，用于获取所述请求端发起的交易信息；

存储模块(图3未示出)，用于将所述交易信息上传至第一区块链，以使得所述指定节点根据所述交易信息更新所述社区矩阵。

本发明实施例中，所述第一区块链包括：

各第一区块链节点，包括：处理节点、所述指定节点；

入住请求共享和管理信息存储子系统，用于存储数据。

图3所示实施例的社区数据管理装置可用于执行上述方法实施例的技术方案，其实现原理和技术效果可以进一步参考方法实施例中的相关描述，可选的，该社区数据管理装置可以是核心网节点，也可以是终端或服务器。

应理解以上图3所示社区数据管理装置的各个模块的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。且这些模块可以全部以软件通过处理元件调用的形式实现；也可以全部以硬件的形式实现；还可以部分模块以软件通过处理元件调用的形式实现，部分模块通过硬件的形式实现。例如，确定模块可以为单独设立的处理元件，也可以集成在社区数据管理装置，例如终端的某一个芯片中实现，此外，也可以以程序的形式存储于社区数据管理装置的存储器中，由社区数据管理装置的某一个处理元件调用并执行以上各个模块的功能。其它模块的实现与之类似。此外这些模块全部或部分可以集成在一起，也可以独立实现。这里所述的处理元件可以是一种集成电路，具有信号的处理能力。在实现过程中，上述方法的各步骤或以上各个模块可以通过处理器元件中的硬件的集成逻辑电路或者软件形式的指令完成。

例如，以上这些模块可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个特定集成电路(Application Specific Integrated Circuit，ASIC)，或，一个或多个微处理器(digital singnal processor，DSP)，或，一个或者多个现场可编程门阵列(Field Programmable Gate Array，FPGA)等。再如，当以上某个模块通过处理元件调度程序的形式实现时，该处理元件可以是通用处理器，例如中央处理器(Central ProcessingUnit，CPU)或其它可以调用程序的处理器。再如，这些模块可以集成在一起，以片上系统(system-on-a-chip，SOC)的形式实现。

并且，本发明实施例提供了一种社区数据管理装置，请参考图4，该社区数据管理装置400，包括：

存储器410；

处理器420；以及

计算机程序；

其中，计算机程序存储在存储器410中，并被配置为由处理器420执行以实现如上述实施例所述的方法。

此外，如图4所示，在该社区数据管理装置400中还设置有收发器430，用于与其他设备进行数据传输或通信，在此不再赘述。

此外，本发明实施例提供了一种可读存储介质，其上存储有计算机程序，

该计算机程序被处理器执行以实现如实施例一所述的方法。

由于本实施例中的各模块能够执行实施例一所示的方法，本实施例未详细描述的部分，可参考对实施例一的相关说明。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本发明旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求书指出。

Claims

1.一种社区数据管理方法，其特征在于，包括：

2.根据权利要求1所述的方法，其特征在于，所述获取第一区块链中维护的各社区的社区矩阵，包括：

3.根据权利要求1所述的方法，其特征在于，所述社区矩阵由位于第二区块链上的指定节点维护并记录；

其中，所述第一区块链与所述第二区块链为同一区块链；或者，所述第一区块链与所述第二区块链为不同区块链，所述第一区块链与所述第二区块链在所述指定节点处相交。

4.根据权利要求3所述的方法，其特征在于，所述获取第一区块链中维护的各社区的社区矩阵，包括：

向所述指定节点发送针对所述社区矩阵的获取请求；

接收所述指定节点返回的所述社区矩阵。

5.根据权利要求1-4任一项所述的方法，其特征在于，根据所述需求数据与各社区数据之间的匹配程度，确定候选社区，包括：

对所述需求数据进行向量化处理，得到需求向量；

根据所述欧氏距离，确定所述候选社区。

6.根据权利要求5所述的方法，其特征在于，所述根据所述欧氏距离，确定所述候选社区，包括：

按照欧氏距离由小至大的顺序进行排序；

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

获取所述请求端发起的交易信息；

将所述交易信息上传至第一区块链，以使得指定节点根据所述交易信息更新所述社区矩阵。

8.一种社区数据管理装置，其特征在于，包括：

9.一种社区数据管理装置，其特征在于，包括：

存储器；

处理器；以及

计算机程序；

其中，所述计算机程序存储在所述存储器中，并被配置为由所述处理器执行以实现如权利要求1-7中任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，其上存储有计算机程序；

所述计算机程序被处理器执行时实现如权利要求1-7中任一项所述的方法。