CN107038179A - 信息项存储方法和*** - Google Patents

Abstract

本发明公开了一种信息项存储方法，该方法包括：获取用户信息视图中的信息项及对应的标签；根据预设的标签配置表，确定所述标签对应的列簇；在数据库预先配置的各列簇中查找所述标签对应的列簇，将所述信息项存储到所述标签对应的列簇中。本发明还公开了一种信息项存储***。本发明所实现了面向列的信息存储，数据库性能更高、更具伸缩性，使得对于用户信息项的维护和管理更加灵活便捷。

Description

信息项存储方法和***

技术领域

本发明涉及数据存储技术领域，尤其涉及一种信息项存储方法和***。

背景技术

用户信息对于企业来说是非常重要且常用的资料，例如用户信息可用于协助老客户维护与新客户开发的工作等。目前，用户资料多以宽表的方式进行存储，然而，由于宽表存在可扩展性差的缺陷，随着企业业务的发展，用户数量及采集的信息类型会不断增加，新增的用户信息往往无法存储在合适的信息类型下。因此，如何提供一种灵活性高且便于管理的信息存储方案，成了一个亟待解决的问题。

发明内容

本发明的主要目的在于提供一种信息项存储方法和***，旨在解决用户信息的管理灵活性差的技术问题。

为实现上述目的，本发明提供一种信息项存储方法，所述信息项存储方法包括以下步骤：

获取用户信息视图中的信息项及对应的标签；

根据预设的标签配置表，确定所述标签对应的列簇；

在数据库预先配置的各列簇中查找所述标签对应的列簇，将所述信息项存储到所述标签对应的列簇中。

优选的，所述信息项对应的标签包括一级标签和子标签，所述列簇包括一个或多个子列，所述根据预设的标签配置表，确定所述标签对应的列簇的步骤包括：

根据所述标签配置表，确定所述一级标签对应的列簇和所述子标签对应的子列；

所述在数据库预先配置的各列簇中查找所述标签对应的列簇，将所述信息项存储到所述标签对应的列簇中的步骤包括：

在所述数据库预先配置的各列簇中查找所述一级标签对应的列簇；

在所述一级标签对应的列簇中查找所述子标签对应的子列，将所述信息项存储到所述子标签对应的子列中。

优选的，所述信息项存储方法还包括：

若收到所述用户信息视图中标签更新的配置信息，则根据所述配置信息对应更新所述数据库中的列簇和/或子列，并更新所述标签配置表。

优选的，所述信息项存储方法还包括：

若收到所述信息项的更新信息，则根据所述更新信息对应更新所述子列中存储的信息项。

优选的，所述在所述一级标签对应的列簇中查找所述子标签对应的子列，将所述信息项存储到所述子标签对应的子列中之后，还包括：

获取所述信息项的延伸标签，将所述信息项的延伸标签存储到所述子标签对应的子列中。

此外，为实现上述目的，本发明还提供一种信息项存储***，所述信息项存储***包括：

获取模块，用于获取用户信息视图中的信息项及对应的标签；

确定模块，用于根据预设的标签配置表，确定所述标签对应的列簇；

存储模块，用于在数据库预先配置的各列簇中查找所述标签对应的列簇，将所述信息项存储到所述标签对应的列簇中。

优选的，所述信息项对应的标签包括一级标签和子标签，所述列簇包括一个或多个子列，所述确定模块还用于，

根据所述标签配置表，确定所述一级标签对应的列簇和所述子标签对应的子列；

所述存储模块，还用于，

在所述数据库预先配置的各列簇中查找所述一级标签对应的列簇；在所述一级标签对应的列簇中查找所述子标签对应的子列，将所述信息项存储到所述子标签对应的子列中。

优选的，所述信息项存储***还包括：

更新模块，用于若收到所述用户信息视图中标签更新的配置信息，则根据所述配置信息对应更新所述数据库中的列簇和/或子列，并更新所述标签配置表。

优选的，所述更新模块还用于，

若收到所述信息项的更新信息，则根据所述更新信息对应更新所述子列中存储的信息项。

优选的，所述存储模块还用于，

获取所述信息项的延伸标签，将所述信息项的延伸标签存储到所述子标签对应的子列中。

本发明实施例提出的一种信息项存储方法和***，通过获取用户信息视图中的信息项及对应的标签，也即得到各项不同类型的用户信息；然后，根据预设的标签配置表，确定标签对应的列簇，标签对应的列簇也即存储信息项的列簇；然后，在数据库预先配置的各列簇中查找标签对应的列簇，将信息项存储到标签对应的列簇中，实现了面向列的信息存储。由于列簇可以动态增加或删除，数据库性能更高、更具伸缩性，支持高并发读写操作，使得对于用户信息项的维护和管理更加灵活便捷。并且，当列簇的值为空时，不会占用数据库的存储空间，节约了存储成本。

附图说明

图1为本发明信息项存储方法第一实施例的流程示意图；

图2为本发明信息项存储方法第二实施例的流程示意图；

图3为本发明信息项存储方法第三实施例的流程示意图；

图4为本发明信息项存储方法第四实施例的流程示意图；

图5为本发明信息项存储方法第五实施例的流程示意图；

图6为本发明信息项存储***第一实施例、第二实施例或第五实施例的功能模块示意图；

图7为本发明信息项存储***第三实施例、第四实施例的功能模块示意图；

图8为本发明实施例中一种数据库架构示意图。

本发明目的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

参照图1，本发明信息项存储方法第一实施例提供一种信息项存储方法，所述信息项存储方法包括：

步骤S10、获取用户信息视图中的信息项及对应的标签。

本发明针对标签配置对应的列簇，将用户的信息项存储在与其标签对应的列簇中，实现了面向列的用户信息存储和管理，从而可以根据实际需要灵活增加或是删除列簇，对用户信息项的管理更加灵活。

作为一种实施方式，首先，服务器获取用户信息视图中的信息项及其对应的标签。

其中，用户信息视图中以标签和信息项对应的方式，记载了用户的各类信息。标签表征了信息项的类型，例如：基本信息、用户价值、用户行为、用户服务、用户关系、会员信息、用户风险、用户洞见和业务信息。信息项即为具体信息内容，例如姓名、联系方式等基本信息。不同标签对应的信息项由于信息类型不同，内容可能不同。

由此，服务器得到用户信息视图中的信息项及对应的标签。

步骤S20、根据预设的标签配置表，确定所述标签对应的列簇。

在得到用户信息视图中的信息项及对应的标签后，服务器根据预设的标签配置表，确定此标签对应的列簇。

需要说明的是，预设的标签配置表记载了各标签对应的列簇，各标签对应的列簇用于存储其对应的信息项。为了便于管理，各列簇的名称可以与其对应的标签保持一致。

步骤S30、在数据库预先配置的各列簇中查找所述标签对应的列簇，将所述信息项存储到所述标签对应的列簇中。

在获取信息项标签对应的列簇后，服务器在数据库预先配置的各列簇中查找标签对应的列簇，并将信息项存储在查找到的列簇中，实现信息项的“抽屉式”存储。

当用户信息视图中有多个信息项时，可同时获取信息视图中的各信息项及对应的标签；分别根据各信息项对应的标签，确定对应的列簇；然后再分别将各信息项存储到确定的列簇中，实现数据存储的并行处理。

一个列簇可以看做是一个抽屉，不同的抽屉对应存储不同标签的信息项，使得用户信息的分类更加清楚，创新的设计理念让标签和信息项更富有场景感和实用价值。

在本实施例中，获取用户信息视图中的信息项及对应的标签，也即得到各项不同类型的用户信息；然后，根据预设的标签配置表，确定标签对应的列簇，标签对应的列簇也即存储信息项的列簇；然后，在数据库预先配置的各列簇中查找标签对应的列簇，将信息项存储到标签对应的列簇中，实现了面向列的信息存储。由于列簇可以动态增加或删除，数据库性能更高、更具伸缩性，支持高并发读写操作，使得对于用户信息项的维护和管理更加灵活便捷。并且，当列簇的值为空时，不会占用数据库的存储空间，节约了存储成本。

进一步的，参照图2，本发明信息项存储方法第二实施例提供一种信息项存储方法，基于上述图1所示的实施例，所述信息项对应的标签包括一级标签和子标签，所述列簇包括一个或多个子列，所述步骤S20包括：

步骤S21、根据所述标签配置表，确定所述一级标签对应的列簇和所述子标签对应的子列；

所述步骤S30包括：

步骤S31、在所述数据库预先配置的各列簇中查找所述一级标签对应的列簇；

步骤S32、在所述一级标签对应的列簇中查找所述子标签对应的子列，将所述信息项存储到所述子标签对应的子列中。

本实施例中，信息项对应的标签包括一级标签和子标签。

具体的，一级标签表征了信息项的信息类型，信息粒度较粗。一级标签包括一个或多个子标签，子标签用于将信息类型进行细分，详细描述用户，信息粒度较细。

例如，本实施例中用户的信息视图中共包括9个一级标签，包括基本信息、用户价值、用户行为、用户服务、用户关系、会员信息、用户风险、用户洞见和业务信息。

其中，基本信息包括了用户的基础属性、联系方式等子标签，用于描述用户的个体基本情况；用户价值包括用户资产、用户忠诚度等子标签，用于描述用户的价值；用户行为包括渠道偏好、支付偏好等子标签，用于描述用户的个体行为偏好；用户服务包括回访信息、服务信息等子标签，用于描述用户曾受到的服务和服务偏好；用户关系包括家庭关系、投保人与被投保人的关系等子标签，用于描述用户的家庭；会员管理包括VIP(VeryImportantPerson，贵宾)用户分级等子标签，用来描述用户的会员信息；用户风险包括前海好信度、欺诈风险等子标签，用来描述用户的征信情况和财务风险；用户洞见包括用户分群、用户画像等子标签，用来描述用户的倾向性和潜在特征；业务信息包括契约信息、理赔信息等子标签，用来描述用户的相关业务往来。

作为一种实施方式，一个列簇可以包括一个或多个子列，标签配置表中不仅记载了各列簇及各列簇下属的子列，还记载了各列簇对应的标签，及各列簇下属各子列对应的子标签。

则服务器在获取信息视图中的信息项，及信息项对应的一级标签和子标签后，根据预设的标签配置表，确定一级标签对应的列簇。

然后，服务器根据标签配置表，在一级标签对应的列簇下属的子列中，查找子标签对应的子列。

在确定了一级标签对应的列簇及子标签对应的子列后，服务器在数据库预先配置的各列簇中，查找一级标签对应的列簇。

在数据库中查找到一级标签对应的列簇后，在一级标签对应的列簇中，查找子标签对应的子列，将信息项存储在此查找到的子列中。

参照图8，以当前数据库中预先配置的各列簇包括基本信息、用户价值、用户行为、用户服务、用户关系、会员信息、用户风险、用户洞见和业务信息进行举例说明。

其中，基本信息包括了基础属性、联系方式等子列；用户价值包括用户资产、用户忠诚度等子列；用户行为包括渠道偏好、支付偏好等子列；用户服务包括回访信息、服务信息等子列；用户关系包括家庭关系、投保人与被投保人的关系等子列；会员管理包括VIP用户分级等子列；用户风险包括前海好信度、欺诈风险等子列；用户洞见包括用户分群、用户画像等子列；业务信息包括契约信息、理赔信息等子列。

则，服务器在获取信息项对应的一级标签及子标签后，根据标签配置表，确定一级标签对应的列簇及子标签对应的子列。

例如，若当前的信息项对应的一级标签为用户行为，子标签为渠道偏好，则确定一级标签对应的列簇为用户行为，子标签对应的子列为渠道偏好。

然后，服务器在数据库的9个列簇中查找用户行为，然后，在用户行为中查找子列渠道偏好，将信息项存储在子列渠道偏好中。

由此，实现了信息项的存储。

在本实施例中，信息项对应的标签包括一级标签和子标签，列簇包括一个或多个子列，从而将信息项的粒度进行了进一步的细化。在获取信息项对应的一级标签及子标签后，根据标签配置表，确定一级标签对应的列簇和子标签对应的子列，从而得到了存储信息项的子列；然后，在数据库预先配置的各列簇中查找一级标签对应的列簇；在一级标签对应的列簇中查找子标签对应的子列，将信息项存储到子标签对应的子列中，由此，将信息粒度较细的信息项存储了到合适的位置。本实施例通过一级标签和子标签将信息项的信息粒度细化，为了对应存储粒度细化的信息项，拓展存储架构，配置列簇下属一个或多个子列，实现了对粒度较细的信息项的存储，提升了对各种粒度的信息项管理的灵活性，并且保证了存储信息项时的有序性。

进一步的，参照图3，本发明信息项存储方法第三实施例提供一种信息项存储方法，基于上述图2所示的实施例，所述信息项存储方法还包括：

步骤S40、若收到所述用户信息视图中标签更新的配置信息，则根据所述配置信息对应更新所述数据库中的列簇和/或子列，并更新所述标签配置表。

当客户信息视图中用以表征信息类型的标签不能满足使用需求时，管理员可以更新标签，例如已有的标签不能有效描述新增信息的类型时，需要增加标签，或是部分标签已经失去使用价值，不再搜集对应的信息项时，需要删除标签。

则管理员在更新信息视图中的标签配置后，向服务器发出对应的更新指令，更新指令中携带有标签更新的配置信息。当然，还可以将信息视图与数据库关联，服务器检测信息视图中标签的配置情况，在检测到信息视图中的标签配置发生更新时，获取标签更新的配置信息。当然，还可以配置信息视图在更新标签后，主动向服务器发送推送消息，推送标签更新的配置信息。

在得到标签更新的配置信息后，服务器根据标签更新的配置信息，可以得知当前更新的标签是增加标签、删除标签还是修改标签名称；当前更新的标签是一级标签还是子标签；若当前更新的标签是一级标签，则获取一级标签下属的子标签更新信息；若当前更新的标签是子标签，则获取子标签所属的一级标签。

然后，服务器根据标签更新的配置信息对应更新数据库中列簇和/或子列。例如，若当前需要删除一级标签，则根据标签配置表确定此一级标签对应的列簇，删除数据库中此列簇及下属的子列；若当前需要删除子标签，则根据标签配置表确定此子标签所属的一级标签对应的列簇，在数据库中一级标签对应的列簇中查找子标签对应的子列，然后删除查找到的子列；若当前需要增加一级标签，则根据增加的一级标签对应在数据库中增加列簇，并根据增加的一级标签下属的各子标签对应在增加的列簇中增加各子列；若当前需要增加子标签，则根据需要增加的子标签所属的一级标签，确定对应的列簇，在数据库中一级标签对应的列簇中，增加子标签对应的子列。

在更新数据库中配置的列簇和/或子列时，服务器对应更新标签配置表，使标签配置表中记载的列簇与一级标签的对应关系、子列与子标签的对应关系保持在最新的状态。

在本实施例中，若收到用户信息视图中标签更新的配置信息，则根据配置信息对应更新数据库中的列簇和/或子列，并更新标签配置表。由于列簇及子列可动态增加或删除，因此可以根据采集的用户信息的需求，灵活调整存储架构，使得数据库中存储信息项的列簇与实际需求保持一致，提高了对信息管理的灵活性。

进一步的，参照图4，本发明信息项存储方法第四实施例提供一种信息项存储方法，基于上述图2或图3所示的实施例(本实施例以图3为例)，所述信息项存储方法还包括：

步骤S50、若收到所述信息项的更新信息，则根据所述更新信息对应更新所述子列中存储的信息项。

在用户信息发生变动时，管理员可以更新用户信息视图中的信息项，输入信息项的更新信息。

服务器在收到信息项的更新信息时，根据标签配置表及信息项对应的标签，确定对应的子列；然后，根据更新信息对应更新确定的子列中存储的信息项。例如，若信息项的更新信息为删除信息项，则删除确定的子列中的信息项；若信息项的更新信息为修改信息项的内容，则对应修改确定的子列中的信息项内容。

由此，实现了用户信息视图中信息项和数据库中存储的信息项的同步更新。

在本实施例中，若收到用户信息视图中信息项的更新信息，则根据更新信息对应更新子列中存储的信息项，从而在用户信息视图中的信息项发生变化时，及时更新数据库，保持数据的一致性。

进一步的，参照图5，本发明信息项存储方法第四实施例提供一种信息项存储方法，基于上述图2、图3或4所示的实施例(本实施例以图2为例)，所述步骤S32之后，还包括：

步骤S60、获取所述信息项的延伸标签，将所述信息项的延伸标签存储到所述子标签对应的子列中。

信息项的延伸标签是对信息项属性的进一步描述，例如，对信息项质量的描述，若信息项来源于网络信息，则此信息项的延伸标签为可信度低；若信息项来源于合同，则此信息项的延伸标签为可信度高。

在根据信息项对应的子标签确定对应的子列后，服务器获取信息项的延伸标签，将信息项及其延伸标签存储在确定的子列中。

在本实施例中，根据信息项的子标签确定子列后，获取信息项的延伸标签，得到的延伸标签用以对信息视图中的用户信息进行补充说明；然后，将信息项的延伸标签存储到子标签对应的子列中，由此，实现了对信息项延伸信息的存储。本实施例通过保存信息项的延伸标签，使得信息项的相关信息均能够有序的保存到数据库中，不遗漏信息项的相关信息，保障了信息的完整性。

参照图6，本发明信息项存储***第一实施例提供一种信息项存储***，所述信息项存储***包括：

获取模块10，用于获取用户信息视图中的信息项及对应的标签。

本发明针对标签配置对应的列簇，将用户的信息项存储在与其标签对应的列簇中，实现了面向列的用户信息存储和管理，从而可以根据实际需要灵活增加或是删除列簇，对用户信息项的管理更加灵活。信息项存储***可部署在服务器中。

作为一种实施方式，首先，获取模块10获取用户信息视图中的信息项及其对应的标签。

其中，用户信息视图中以标签和信息项对应的方式，记载了用户的各类信息。标签表征了信息项的类型，例如：基本信息、用户价值、用户行为、用户服务、用户关系、会员信息、用户风险、用户洞见和业务信息。信息项即为具体信息内容，例如姓名、联系方式等基本信息。不同标签对应的信息项由于信息类型不同，内容可能不同。

由此，获取模块10得到用户信息视图中的信息项及对应的标签。

确定模块20，用于根据预设的标签配置表，确定所述标签对应的列簇。

在得到用户信息视图中的信息项及对应的标签后，确定模块20根据预设的标签配置表，确定此标签对应的列簇。

需要说明的是，预设的标签配置表记载了各标签对应的列簇，各标签对应的列簇用于存储其对应的信息项。为了便于管理，各列簇的名称可以与其对应的标签保持一致。

存储模块30，用于在数据库预先配置的各列簇中查找所述标签对应的列簇，将所述信息项存储到所述标签对应的列簇中。

在获取信息项标签对应的列簇后，存储模块30在数据库预先配置的各列簇中查找标签对应的列簇，并将信息项存储在查找到的列簇中，实现信息项的“抽屉式”存储。

当用户信息视图中有多个信息项时，可同时获取信息视图中的各信息项及对应的标签；分别根据各信息项对应的标签，确定对应的列簇；然后再分别将各信息项存储到确定的列簇中，实现数据存储的并行处理。

一个列簇可以看做是一个抽屉，不同的抽屉对应存储不同标签的信息项，使得用户信息的分类更加清楚，创新的设计理念让标签和信息项更富有场景感和实用价值。

在本实施例中，获取模块10获取用户信息视图中的信息项及对应的标签，也即得到各项不同类型的用户信息；然后，确定模块20根据预设的标签配置表，确定标签对应的列簇，标签对应的列簇也即存储信息项的列簇；然后，存储模块30在数据库预先配置的各列簇中查找标签对应的列簇，将信息项存储到标签对应的列簇中，实现了面向列的信息存储。由于列簇可以动态增加或删除，数据库性能更高、更具伸缩性，支持高并发读写操作，使得对于用户信息项的维护和管理更加灵活便捷。并且，当列簇的值为空时，不会占用数据库的存储空间，节约了存储成本。

进一步的，参照图6，本发明信息项存储***第二实施例提供一种信息项存储***，所述信息项对应的标签包括一级标签和子标签，所述列簇包括一个或多个子列，基于上述本发明信息项存储***第一实施例，所述确定模块20还用于，

根据所述标签配置表，确定所述一级标签对应的列簇和所述子标签对应的子列；

所述存储模块30，还用于，

在所述数据库预先配置的各列簇中查找所述一级标签对应的列簇；在所述一级标签对应的列簇中查找所述子标签对应的子列，将所述信息项存储到所述子标签对应的子列中。

本实施例中，信息项对应的标签包括一级标签和子标签。

具体的，一级标签表征了信息项的信息类型，信息粒度较粗。一级标签包括一个或多个子标签，子标签用于将信息类型进行细分，详细描述用户，信息粒度较细。

例如，本实施例中用户的信息视图中共包括9个一级标签，包括基本信息、用户价值、用户行为、用户服务、用户关系、会员信息、用户风险、用户洞见和业务信息。

其中，基本信息包括了用户的基础属性、联系方式等子标签，用于描述用户的个体基本情况；用户价值包括用户资产、用户忠诚度等子标签，用于描述用户的价值；用户行为包括渠道偏好、支付偏好等子标签，用于描述用户的个体行为偏好；用户服务包括回访信息、服务信息等子标签，用于描述用户曾受到的服务和服务偏好；用户关系包括家庭关系、投保人与被投保人的关系等子标签，用于描述用户的家庭；会员管理包括VIP(VeryImportantPerson，贵宾)用户分级等子标签，用来描述用户的会员信息；用户风险包括前海好信度、欺诈风险等子标签，用来描述用户的征信情况和财务风险；用户洞见包括用户分群、用户画像等子标签，用来描述用户的倾向性和潜在特征；业务信息包括契约信息、理赔信息等子标签，用来描述用户的相关业务往来。

作为一种实施方式，一个列簇可以包括一个或多个子列，标签配置表中不仅记载了各列簇及各列簇下属的子列，还记载了各列簇对应的标签，及各列簇下属各子列对应的子标签。

则获取模块10在获取信息视图中的信息项，及信息项对应的一级标签和子标签后，确定模块20根据预设的标签配置表，确定一级标签对应的列簇。

然后，确定模块20根据标签配置表，在一级标签对应的列簇下属的子列中，查找子标签对应的子列。

在确定了一级标签对应的列簇及子标签对应的子列后，存储模块30在数据库预先配置的各列簇中，查找一级标签对应的列簇。

在数据库中查找到一级标签对应的列簇后，存储模块30在一级标签对应的列簇中，查找子标签对应的子列，将信息项存储在此查找到的子列中。

参照图8，以当前数据库中预先配置的各列簇包括基本信息、用户价值、用户行为、用户服务、用户关系、会员信息、用户风险、用户洞见和业务信息进行举例说明。

其中，基本信息包括了基础属性、联系方式等子列；用户价值包括用户资产、用户忠诚度等子列；用户行为包括渠道偏好、支付偏好等子列；用户服务包括回访信息、服务信息等子列；用户关系包括家庭关系、投保人与被投保人的关系等子列；会员管理包括VIP用户分级等子列；用户风险包括前海好信度、欺诈风险等子列；用户洞见包括用户分群、用户画像等子列；业务信息包括契约信息、理赔信息等子列。

则，获取模块10在获取信息项对应的一级标签及子标签后，确定模块20根据标签配置表，确定一级标签对应的列簇及子标签对应的子列。

例如，若当前的信息项对应的一级标签为用户行为，子标签为渠道偏好，则确定模块20确定一级标签对应的列簇为用户行为，子标签对应的子列为渠道偏好。

然后，存储模块30在数据库的9个列簇中查找用户行为，然后，在用户行为中查找子列渠道偏好，存储模块30将信息项存储在子列渠道偏好中。

由此，实现了信息项的存储。

在本实施例中，信息项对应的标签包括一级标签和子标签，列簇包括一个或多个子列，从而将信息项的粒度进行了进一步的细化。在获取信息项对应的一级标签及子标签后，确定模块20根据标签配置表，确定一级标签对应的列簇和子标签对应的子列，从而得到了存储信息项的子列；然后，存储模块30在数据库预先配置的各列簇中查找一级标签对应的列簇；在一级标签对应的列簇中查找子标签对应的子列，将信息项存储到子标签对应的子列中，由此，将信息粒度较细的信息项存储了到合适的位置。本实施例通过一级标签和子标签将信息项的信息粒度细化，为了对应存储粒度细化的信息项，拓展存储架构，配置列簇下属一个或多个子列，实现了对粒度较细的信息项的存储，提升了对各种粒度的信息项管理的灵活性，并且保证了存储信息项时的有序性。

进一步的，参照图7，本发明信息项存储***第三实施例提供一种信息项存储***，基于上述本发明信息项存储***第二实施例，所述信息项存储***还包括：

更新模块40，用于若收到所述用户信息视图中标签更新的配置信息，则根据所述配置信息对应更新所述数据库中的列簇和/或子列，并更新所述标签配置表。

当客户信息视图中用以表征信息类型的标签不能满足使用需求时，管理员可以更新标签，例如已有的标签不能有效描述新增信息的类型时，需要增加标签，或是部分标签已经失去使用价值，不再搜集对应的信息项时，需要删除标签。

则管理员在更新信息视图中的标签配置后，向服务器发出对应的更新指令，更新指令中携带有标签更新的配置信息。当然，还可以将信息视图与数据库关联，更新模块40检测信息视图中标签的配置情况，在检测到信息视图中的标签配置发生更新时，获取标签更新的配置信息。当然，还可以配置信息视图在更新标签后，主动向更新模块40发送推送消息，推送标签更新的配置信息。

更新模块40在得到标签更新的配置信息后，根据标签更新的配置信息，可以得知当前更新的标签是增加标签、删除标签还是修改标签名称；当前更新的标签是一级标签还是子标签；若当前更新的标签是一级标签，则获取一级标签下属的子标签更新信息；若当前更新的标签是子标签，则获取子标签所属的一级标签。

然后，更新模块40根据标签更新的配置信息对应更新数据库中列簇和/或子列。例如，若当前需要删除一级标签，则根据标签配置表确定此一级标签对应的列簇，删除数据库中此列簇及下属的子列；若当前需要删除子标签，则根据标签配置表确定此子标签所属的一级标签对应的列簇，在数据库中一级标签对应的列簇中查找子标签对应的子列，然后删除查找到的子列；若当前需要增加一级标签，则根据增加的一级标签对应在数据库中增加列簇，并根据增加的一级标签下属的各子标签对应在增加的列簇中增加各子列；若当前需要增加子标签，则根据需要增加的子标签所属的一级标签，确定对应的列簇，在数据库中一级标签对应的列簇中，增加子标签对应的子列。

在更新数据库中配置的列簇和/或子列时，更新模块40对应更新标签配置表，使标签配置表中记载的列簇与一级标签的对应关系、子列与子标签的对应关系保持在最新的状态。

在本实施例中，若收到用户信息视图中标签更新的配置信息，则更新模块40根据配置信息对应更新数据库中的列簇和/或子列，并更新标签配置表。由于列簇及子列可动态增加或删除，因此可以根据采集的用户信息的需求，灵活调整存储架构，使得数据库中存储信息项的列簇与实际需求保持一致，提高了对信息管理的灵活性。

进一步的，参照图7，本发明信息项存储***第四实施例提供一种信息项存储***，基于上述本发明信息项存储***第三实施例，所述更新模块40还用于，

若收到所述信息项的更新信息，则根据所述更新信息对应更新所述子列中存储的信息项。

在用户信息发生变动时，管理员可以更新用户信息视图中的信息项，输入信息项的更新信息。

更新模块40在收到信息项的更新信息时，根据标签配置表及信息项对应的标签，确定对应的子列；然后，根据更新信息对应更新确定的子列中存储的信息项。例如，若信息项的更新信息为删除信息项，则删除确定的子列中的信息项；若信息项的更新信息为修改信息项的内容，则对应修改确定的子列中的信息项内容。

由此，实现了用户信息视图中信息项和数据库中存储的信息项的同步更新。

在本实施例中，若收到用户信息视图中信息项的更新信息，则更新模块40根据更新信息对应更新子列中存储的信息项，从而在用户信息视图中的信息项发生变化时，及时更新数据库，保持数据的一致性。

进一步的，参照图6，本发明信息项存储***第五实施例提供一种信息项存储***，基于上述本发明信息项存储***第二实施例、第三实施例或第四实施例(本实施例以本发明信息项存储***第二实施例为例)，所述存储模块30还用于，

获取所述信息项的延伸标签，将所述信息项的延伸标签存储到所述子标签对应的子列中。

信息项的延伸标签是对信息项属性的进一步描述，例如，对信息项质量的描述，若信息项来源于网络信息，则此信息项的延伸标签为可信度低；若信息项来源于合同，则此信息项的延伸标签为可信度高。

在根据信息项对应的子标签确定对应的子列后，存储模块30获取信息项的延伸标签，将信息项及其延伸标签存储在确定的子列中。

在本实施例中，根据信息项的子标签确定子列后，存储模块30获取信息项的延伸标签，得到的延伸标签用以对信息视图中的用户信息进行补充说明；然后，将信息项的延伸标签存储到子标签对应的子列中，由此，实现了对信息项延伸信息的存储。本实施例通过保存信息项的延伸标签，使得信息项的相关信息均能够有序的保存到数据库中，不遗漏信息项的相关信息，保障了信息的完整性。

以上仅为本发明的可选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种信息项存储方法，其特征在于，所述信息项存储方法包括以下步骤：

获取用户信息视图中的信息项及对应的标签；

根据预设的标签配置表，确定所述标签对应的列簇；

在数据库预先配置的各列簇中查找所述标签对应的列簇，将所述信息项存储到所述标签对应的列簇中。

2.如权利要求1所述的信息项存储方法，其特征在于，所述信息项对应的标签包括一级标签和子标签，所述列簇包括一个或多个子列，所述根据预设的标签配置表，确定所述标签对应的列簇的步骤包括：

根据所述标签配置表，确定所述一级标签对应的列簇和所述子标签对应的子列；

所述在数据库预先配置的各列簇中查找所述标签对应的列簇，将所述信息项存储到所述标签对应的列簇中的步骤包括：

在所述数据库预先配置的各列簇中查找所述一级标签对应的列簇；

在所述一级标签对应的列簇中查找所述子标签对应的子列，将所述信息项存储到所述子标签对应的子列中。

3.如权利要求2所述的信息项存储方法，其特征在于，所述信息项存储方法还包括：

若收到所述用户信息视图中标签更新的配置信息，则根据所述配置信息对应更新所述数据库中的列簇和/或子列，并更新所述标签配置表。

4.如权利要求3所述的信息项存储方法，其特征在于，所述信息项存储方法还包括：

若收到所述信息项的更新信息，则根据所述更新信息对应更新所述子列中存储的信息项。

5.如权利要求2、3或4所述的信息项存储方法，其特征在于，所述在所述一级标签对应的列簇中查找所述子标签对应的子列，将所述信息项存储到所述子标签对应的子列中之后，还包括：

获取所述信息项的延伸标签，将所述信息项的延伸标签存储到所述子标签对应的子列中。

6.一种信息项存储***，其特征在于，所述信息项存储***包括：

获取模块，用于获取用户信息视图中的信息项及对应的标签；

确定模块，用于根据预设的标签配置表，确定所述标签对应的列簇；

存储模块，用于在数据库预先配置的各列簇中查找所述标签对应的列簇，将所述信息项存储到所述标签对应的列簇中。

7.如权利要求6所述的信息项存储***，其特征在于，所述信息项对应的标签包括一级标签和子标签，所述列簇包括一个或多个子列，所述确定模块还用于，

根据所述标签配置表，确定所述一级标签对应的列簇和所述子标签对应的子列；

所述存储模块，还用于，

在所述数据库预先配置的各列簇中查找所述一级标签对应的列簇；在所述一级标签对应的列簇中查找所述子标签对应的子列，将所述信息项存储到所述子标签对应的子列中。

8.如权利要求7所述的信息项存储***，其特征在于，所述信息项存储***还包括：

更新模块，用于若收到所述用户信息视图中标签更新的配置信息，则根据所述配置信息对应更新所述数据库中的列簇和/或子列，并更新所述标签配置表。

9.如权利要求8所述的信息项存储***，其特征在于，所述更新模块还用于，

若收到所述信息项的更新信息，则根据所述更新信息对应更新所述子列中存储的信息项。

10.如权利要求7、8或9所述的信息项存储***，其特征在于，所述存储模块还用于，

获取所述信息项的延伸标签，将所述信息项的延伸标签存储到所述子标签对应的子列中。