本發(fā)明涉及數(shù)據(jù)存儲技術領域，尤其涉及一種信息項存儲方法和系統(tǒng)。

背景技術：

用戶信息對于企業(yè)來說是非常重要且常用的資料，例如用戶信息可用于協(xié)助老客戶維護與新客戶開發(fā)的工作等。目前，用戶資料多以寬表的方式進行存儲，然而，由于寬表存在可擴展性差的缺陷，隨著企業(yè)業(yè)務的發(fā)展，用戶數(shù)量及采集的信息類型會不斷增加，新增的用戶信息往往無法存儲在合適的信息類型下。因此，如何提供一種靈活性高且便于管理的信息存儲方案，成了一個亟待解決的問題。

技術實現(xiàn)要素：

本發(fā)明的主要目的在于提供一種信息項存儲方法和系統(tǒng)，旨在解決用戶信息的管理靈活性差的技術問題。

為實現(xiàn)上述目的，本發(fā)明提供一種信息項存儲方法，所述信息項存儲方法包括以下步驟：

獲取用戶信息視圖中的信息項及對應的標簽；

根據(jù)預設的標簽配置表，確定所述標簽對應的列簇；

在數(shù)據(jù)庫預先配置的各列簇中查找所述標簽對應的列簇，將所述信息項存儲到所述標簽對應的列簇中。

優(yōu)選的，所述信息項對應的標簽包括一級標簽和子標簽，所述列簇包括一個或多個子列，所述根據(jù)預設的標簽配置表，確定所述標簽對應的列簇的步驟包括：

根據(jù)所述標簽配置表，確定所述一級標簽對應的列簇和所述子標簽對應的子列；

所述在數(shù)據(jù)庫預先配置的各列簇中查找所述標簽對應的列簇，將所述信息項存儲到所述標簽對應的列簇中的步驟包括：

在所述數(shù)據(jù)庫預先配置的各列簇中查找所述一級標簽對應的列簇；

在所述一級標簽對應的列簇中查找所述子標簽對應的子列，將所述信息項存儲到所述子標簽對應的子列中。

優(yōu)選的，所述信息項存儲方法還包括：

若收到所述用戶信息視圖中標簽更新的配置信息，則根據(jù)所述配置信息對應更新所述數(shù)據(jù)庫中的列簇和/或子列，并更新所述標簽配置表。

優(yōu)選的，所述信息項存儲方法還包括：

若收到所述信息項的更新信息，則根據(jù)所述更新信息對應更新所述子列中存儲的信息項。

優(yōu)選的，所述在所述一級標簽對應的列簇中查找所述子標簽對應的子列，將所述信息項存儲到所述子標簽對應的子列中之后，還包括：

獲取所述信息項的延伸標簽，將所述信息項的延伸標簽存儲到所述子標簽對應的子列中。

此外，為實現(xiàn)上述目的，本發(fā)明還提供一種信息項存儲系統(tǒng)，所述信息項存儲系統(tǒng)包括：

獲取模塊，用于獲取用戶信息視圖中的信息項及對應的標簽；

確定模塊，用于根據(jù)預設的標簽配置表，確定所述標簽對應的列簇；

存儲模塊，用于在數(shù)據(jù)庫預先配置的各列簇中查找所述標簽對應的列簇，將所述信息項存儲到所述標簽對應的列簇中。

優(yōu)選的，所述信息項對應的標簽包括一級標簽和子標簽，所述列簇包括一個或多個子列，所述確定模塊還用于，

根據(jù)所述標簽配置表，確定所述一級標簽對應的列簇和所述子標簽對應的子列；

所述存儲模塊，還用于，

在所述數(shù)據(jù)庫預先配置的各列簇中查找所述一級標簽對應的列簇；在所述一級標簽對應的列簇中查找所述子標簽對應的子列，將所述信息項存儲到所述子標簽對應的子列中。

優(yōu)選的，所述信息項存儲系統(tǒng)還包括：

更新模塊，用于若收到所述用戶信息視圖中標簽更新的配置信息，則根據(jù)所述配置信息對應更新所述數(shù)據(jù)庫中的列簇和/或子列，并更新所述標簽配置表。

優(yōu)選的，所述更新模塊還用于，

若收到所述信息項的更新信息，則根據(jù)所述更新信息對應更新所述子列中存儲的信息項。

優(yōu)選的，所述存儲模塊還用于，

獲取所述信息項的延伸標簽，將所述信息項的延伸標簽存儲到所述子標簽對應的子列中。

本發(fā)明實施例提出的一種信息項存儲方法和系統(tǒng)，通過獲取用戶信息視圖中的信息項及對應的標簽，也即得到各項不同類型的用戶信息；然后，根據(jù)預設的標簽配置表，確定標簽對應的列簇，標簽對應的列簇也即存儲信息項的列簇；然后，在數(shù)據(jù)庫預先配置的各列簇中查找標簽對應的列簇，將信息項存儲到標簽對應的列簇中，實現(xiàn)了面向列的信息存儲。由于列簇可以動態(tài)增加或刪除，數(shù)據(jù)庫性能更高、更具伸縮性，支持高并發(fā)讀寫操作，使得對于用戶信息項的維護和管理更加靈活便捷。并且，當列簇的值為空時，不會占用數(shù)據(jù)庫的存儲空間，節(jié)約了存儲成本。

附圖說明

圖1為本發(fā)明信息項存儲方法第一實施例的流程示意圖；

圖2為本發(fā)明信息項存儲方法第二實施例的流程示意圖；

圖3為本發(fā)明信息項存儲方法第三實施例的流程示意圖；

圖4為本發(fā)明信息項存儲方法第四實施例的流程示意圖；

圖5為本發(fā)明信息項存儲方法第五實施例的流程示意圖；

圖6為本發(fā)明信息項存儲系統(tǒng)第一實施例、第二實施例或第五實施例的功能模塊示意圖；

圖7為本發(fā)明信息項存儲系統(tǒng)第三實施例、第四實施例的功能模塊示意圖；

圖8為本發(fā)明實施例中一種數(shù)據(jù)庫架構示意圖。

本發(fā)明目的實現(xiàn)、功能特點及優(yōu)點將結合實施例，參照附圖做進一步說明。

具體實施方式

應當理解，此處所描述的具體實施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。

參照圖1，本發(fā)明信息項存儲方法第一實施例提供一種信息項存儲方法，所述信息項存儲方法包括：

步驟s10、獲取用戶信息視圖中的信息項及對應的標簽。

本發(fā)明針對標簽配置對應的列簇，將用戶的信息項存儲在與其標簽對應的列簇中，實現(xiàn)了面向列的用戶信息存儲和管理，從而可以根據(jù)實際需要靈活增加或是刪除列簇，對用戶信息項的管理更加靈活。

作為一種實施方式，首先，服務器獲取用戶信息視圖中的信息項及其對應的標簽。

其中，用戶信息視圖中以標簽和信息項對應的方式，記載了用戶的各類信息。標簽表征了信息項的類型，例如：基本信息、用戶價值、用戶行為、用戶服務、用戶關系、會員信息、用戶風險、用戶洞見和業(yè)務信息。信息項即為具體信息內容，例如姓名、聯(lián)系方式等基本信息。不同標簽對應的信息項由于信息類型不同，內容可能不同。

由此，服務器得到用戶信息視圖中的信息項及對應的標簽。

步驟s20、根據(jù)預設的標簽配置表，確定所述標簽對應的列簇。

在得到用戶信息視圖中的信息項及對應的標簽后，服務器根據(jù)預設的標簽配置表，確定此標簽對應的列簇。

需要說明的是，預設的標簽配置表記載了各標簽對應的列簇，各標簽對應的列簇用于存儲其對應的信息項。為了便于管理，各列簇的名稱可以與其對應的標簽保持一致。

步驟s30、在數(shù)據(jù)庫預先配置的各列簇中查找所述標簽對應的列簇，將所述信息項存儲到所述標簽對應的列簇中。

在獲取信息項標簽對應的列簇后，服務器在數(shù)據(jù)庫預先配置的各列簇中查找標簽對應的列簇，并將信息項存儲在查找到的列簇中，實現(xiàn)信息項的“抽屜式”存儲。

當用戶信息視圖中有多個信息項時，可同時獲取信息視圖中的各信息項及對應的標簽；分別根據(jù)各信息項對應的標簽，確定對應的列簇；然后再分別將各信息項存儲到確定的列簇中，實現(xiàn)數(shù)據(jù)存儲的并行處理。

一個列簇可以看做是一個抽屜，不同的抽屜對應存儲不同標簽的信息項，使得用戶信息的分類更加清楚，創(chuàng)新的設計理念讓標簽和信息項更富有場景感和實用價值。

在本實施例中，獲取用戶信息視圖中的信息項及對應的標簽，也即得到各項不同類型的用戶信息；然后，根據(jù)預設的標簽配置表，確定標簽對應的列簇，標簽對應的列簇也即存儲信息項的列簇；然后，在數(shù)據(jù)庫預先配置的各列簇中查找標簽對應的列簇，將信息項存儲到標簽對應的列簇中，實現(xiàn)了面向列的信息存儲。由于列簇可以動態(tài)增加或刪除，數(shù)據(jù)庫性能更高、更具伸縮性，支持高并發(fā)讀寫操作，使得對于用戶信息項的維護和管理更加靈活便捷。并且，當列簇的值為空時，不會占用數(shù)據(jù)庫的存儲空間，節(jié)約了存儲成本。

進一步的，參照圖2，本發(fā)明信息項存儲方法第二實施例提供一種信息項存儲方法，基于上述圖1所示的實施例，所述信息項對應的標簽包括一級標簽和子標簽，所述列簇包括一個或多個子列，所述步驟s20包括：

步驟s21、根據(jù)所述標簽配置表，確定所述一級標簽對應的列簇和所述子標簽對應的子列；

所述步驟s30包括：

步驟s31、在所述數(shù)據(jù)庫預先配置的各列簇中查找所述一級標簽對應的列簇；

步驟s32、在所述一級標簽對應的列簇中查找所述子標簽對應的子列，將所述信息項存儲到所述子標簽對應的子列中。

本實施例中，信息項對應的標簽包括一級標簽和子標簽。

具體的，一級標簽表征了信息項的信息類型，信息粒度較粗。一級標簽包括一個或多個子標簽，子標簽用于將信息類型進行細分，詳細描述用戶，信息粒度較細。

例如，本實施例中用戶的信息視圖中共包括9個一級標簽，包括基本信息、用戶價值、用戶行為、用戶服務、用戶關系、會員信息、用戶風險、用戶洞見和業(yè)務信息。

其中，基本信息包括了用戶的基礎屬性、聯(lián)系方式等子標簽，用于描述用戶的個體基本情況；用戶價值包括用戶資產、用戶忠誠度等子標簽，用于描述用戶的價值；用戶行為包括渠道偏好、支付偏好等子標簽，用于描述用戶的個體行為偏好；用戶服務包括回訪信息、服務信息等子標簽，用于描述用戶曾受到的服務和服務偏好；用戶關系包括家庭關系、投保人與被投保人的關系等子標簽，用于描述用戶的家庭；會員管理包括vip(veryimportantperson，貴賓)用戶分級等子標簽，用來描述用戶的會員信息；用戶風險包括前海好信度、欺詐風險等子標簽，用來描述用戶的征信情況和財務風險；用戶洞見包括用戶分群、用戶畫像等子標簽，用來描述用戶的傾向性和潛在特征；業(yè)務信息包括契約信息、理賠信息等子標簽，用來描述用戶的相關業(yè)務往來。

作為一種實施方式，一個列簇可以包括一個或多個子列，標簽配置表中不僅記載了各列簇及各列簇下屬的子列，還記載了各列簇對應的標簽，及各列簇下屬各子列對應的子標簽。

則服務器在獲取信息視圖中的信息項，及信息項對應的一級標簽和子標簽后，根據(jù)預設的標簽配置表，確定一級標簽對應的列簇。

然后，服務器根據(jù)標簽配置表，在一級標簽對應的列簇下屬的子列中，查找子標簽對應的子列。

在確定了一級標簽對應的列簇及子標簽對應的子列后，服務器在數(shù)據(jù)庫預先配置的各列簇中，查找一級標簽對應的列簇。

在數(shù)據(jù)庫中查找到一級標簽對應的列簇后，在一級標簽對應的列簇中，查找子標簽對應的子列，將信息項存儲在此查找到的子列中。

參照圖8，以當前數(shù)據(jù)庫中預先配置的各列簇包括基本信息、用戶價值、用戶行為、用戶服務、用戶關系、會員信息、用戶風險、用戶洞見和業(yè)務信息進行舉例說明。

其中，基本信息包括了基礎屬性、聯(lián)系方式等子列；用戶價值包括用戶資產、用戶忠誠度等子列；用戶行為包括渠道偏好、支付偏好等子列；用戶服務包括回訪信息、服務信息等子列；用戶關系包括家庭關系、投保人與被投保人的關系等子列；會員管理包括vip用戶分級等子列；用戶風險包括前海好信度、欺詐風險等子列；用戶洞見包括用戶分群、用戶畫像等子列；業(yè)務信息包括契約信息、理賠信息等子列。

則，服務器在獲取信息項對應的一級標簽及子標簽后，根據(jù)標簽配置表，確定一級標簽對應的列簇及子標簽對應的子列。

例如，若當前的信息項對應的一級標簽為用戶行為，子標簽為渠道偏好，則確定一級標簽對應的列簇為用戶行為，子標簽對應的子列為渠道偏好。

然后，服務器在數(shù)據(jù)庫的9個列簇中查找用戶行為，然后，在用戶行為中查找子列渠道偏好，將信息項存儲在子列渠道偏好中。

由此，實現(xiàn)了信息項的存儲。

在本實施例中，信息項對應的標簽包括一級標簽和子標簽，列簇包括一個或多個子列，從而將信息項的粒度進行了進一步的細化。在獲取信息項對應的一級標簽及子標簽后，根據(jù)標簽配置表，確定一級標簽對應的列簇和子標簽對應的子列，從而得到了存儲信息項的子列；然后，在數(shù)據(jù)庫預先配置的各列簇中查找一級標簽對應的列簇；在一級標簽對應的列簇中查找子標簽對應的子列，將信息項存儲到子標簽對應的子列中，由此，將信息粒度較細的信息項存儲了到合適的位置。本實施例通過一級標簽和子標簽將信息項的信息粒度細化，為了對應存儲粒度細化的信息項，拓展存儲架構，配置列簇下屬一個或多個子列，實現(xiàn)了對粒度較細的信息項的存儲，提升了對各種粒度的信息項管理的靈活性，并且保證了存儲信息項時的有序性。

進一步的，參照圖3，本發(fā)明信息項存儲方法第三實施例提供一種信息項存儲方法，基于上述圖2所示的實施例，所述信息項存儲方法還包括：

步驟s40、若收到所述用戶信息視圖中標簽更新的配置信息，則根據(jù)所述配置信息對應更新所述數(shù)據(jù)庫中的列簇和/或子列，并更新所述標簽配置表。

當客戶信息視圖中用以表征信息類型的標簽不能滿足使用需求時，管理員可以更新標簽，例如已有的標簽不能有效描述新增信息的類型時，需要增加標簽，或是部分標簽已經失去使用價值，不再搜集對應的信息項時，需要刪除標簽。

則管理員在更新信息視圖中的標簽配置后，向服務器發(fā)出對應的更新指令，更新指令中攜帶有標簽更新的配置信息。當然，還可以將信息視圖與數(shù)據(jù)庫關聯(lián)，服務器檢測信息視圖中標簽的配置情況，在檢測到信息視圖中的標簽配置發(fā)生更新時，獲取標簽更新的配置信息。當然，還可以配置信息視圖在更新標簽后，主動向服務器發(fā)送推送消息，推送標簽更新的配置信息。

在得到標簽更新的配置信息后，服務器根據(jù)標簽更新的配置信息，可以得知當前更新的標簽是增加標簽、刪除標簽還是修改標簽名稱；當前更新的標簽是一級標簽還是子標簽；若當前更新的標簽是一級標簽，則獲取一級標簽下屬的子標簽更新信息；若當前更新的標簽是子標簽，則獲取子標簽所屬的一級標簽。

然后，服務器根據(jù)標簽更新的配置信息對應更新數(shù)據(jù)庫中列簇和/或子列。例如，若當前需要刪除一級標簽，則根據(jù)標簽配置表確定此一級標簽對應的列簇，刪除數(shù)據(jù)庫中此列簇及下屬的子列；若當前需要刪除子標簽，則根據(jù)標簽配置表確定此子標簽所屬的一級標簽對應的列簇，在數(shù)據(jù)庫中一級標簽對應的列簇中查找子標簽對應的子列，然后刪除查找到的子列；若當前需要增加一級標簽，則根據(jù)增加的一級標簽對應在數(shù)據(jù)庫中增加列簇，并根據(jù)增加的一級標簽下屬的各子標簽對應在增加的列簇中增加各子列；若當前需要增加子標簽，則根據(jù)需要增加的子標簽所屬的一級標簽，確定對應的列簇，在數(shù)據(jù)庫中一級標簽對應的列簇中，增加子標簽對應的子列。

在更新數(shù)據(jù)庫中配置的列簇和/或子列時，服務器對應更新標簽配置表，使標簽配置表中記載的列簇與一級標簽的對應關系、子列與子標簽的對應關系保持在最新的狀態(tài)。

在本實施例中，若收到用戶信息視圖中標簽更新的配置信息，則根據(jù)配置信息對應更新數(shù)據(jù)庫中的列簇和/或子列，并更新標簽配置表。由于列簇及子列可動態(tài)增加或刪除，因此可以根據(jù)采集的用戶信息的需求，靈活調整存儲架構，使得數(shù)據(jù)庫中存儲信息項的列簇與實際需求保持一致，提高了對信息管理的靈活性。

進一步的，參照圖4，本發(fā)明信息項存儲方法第四實施例提供一種信息項存儲方法，基于上述圖2或圖3所示的實施例(本實施例以圖3為例)，所述信息項存儲方法還包括：

步驟s50、若收到所述信息項的更新信息，則根據(jù)所述更新信息對應更新所述子列中存儲的信息項。

在用戶信息發(fā)生變動時，管理員可以更新用戶信息視圖中的信息項，輸入信息項的更新信息。

服務器在收到信息項的更新信息時，根據(jù)標簽配置表及信息項對應的標簽，確定對應的子列；然后，根據(jù)更新信息對應更新確定的子列中存儲的信息項。例如，若信息項的更新信息為刪除信息項，則刪除確定的子列中的信息項；若信息項的更新信息為修改信息項的內容，則對應修改確定的子列中的信息項內容。

由此，實現(xiàn)了用戶信息視圖中信息項和數(shù)據(jù)庫中存儲的信息項的同步更新。

在本實施例中，若收到用戶信息視圖中信息項的更新信息，則根據(jù)更新信息對應更新子列中存儲的信息項，從而在用戶信息視圖中的信息項發(fā)生變化時，及時更新數(shù)據(jù)庫，保持數(shù)據(jù)的一致性。

進一步的，參照圖5，本發(fā)明信息項存儲方法第四實施例提供一種信息項存儲方法，基于上述圖2、圖3或4所示的實施例(本實施例以圖2為例)，所述步驟s32之后，還包括：

步驟s60、獲取所述信息項的延伸標簽，將所述信息項的延伸標簽存儲到所述子標簽對應的子列中。

信息項的延伸標簽是對信息項屬性的進一步描述，例如，對信息項質量的描述，若信息項來源于網絡信息，則此信息項的延伸標簽為可信度低；若信息項來源于合同，則此信息項的延伸標簽為可信度高。

在根據(jù)信息項對應的子標簽確定對應的子列后，服務器獲取信息項的延伸標簽，將信息項及其延伸標簽存儲在確定的子列中。

在本實施例中，根據(jù)信息項的子標簽確定子列后，獲取信息項的延伸標簽，得到的延伸標簽用以對信息視圖中的用戶信息進行補充說明；然后，將信息項的延伸標簽存儲到子標簽對應的子列中，由此，實現(xiàn)了對信息項延伸信息的存儲。本實施例通過保存信息項的延伸標簽，使得信息項的相關信息均能夠有序的保存到數(shù)據(jù)庫中，不遺漏信息項的相關信息，保障了信息的完整性。

參照圖6，本發(fā)明信息項存儲系統(tǒng)第一實施例提供一種信息項存儲系統(tǒng)，所述信息項存儲系統(tǒng)包括：

獲取模塊10，用于獲取用戶信息視圖中的信息項及對應的標簽。

本發(fā)明針對標簽配置對應的列簇，將用戶的信息項存儲在與其標簽對應的列簇中，實現(xiàn)了面向列的用戶信息存儲和管理，從而可以根據(jù)實際需要靈活增加或是刪除列簇，對用戶信息項的管理更加靈活。信息項存儲系統(tǒng)可部署在服務器中。

作為一種實施方式，首先，獲取模塊10獲取用戶信息視圖中的信息項及其對應的標簽。

其中，用戶信息視圖中以標簽和信息項對應的方式，記載了用戶的各類信息。標簽表征了信息項的類型，例如：基本信息、用戶價值、用戶行為、用戶服務、用戶關系、會員信息、用戶風險、用戶洞見和業(yè)務信息。信息項即為具體信息內容，例如姓名、聯(lián)系方式等基本信息。不同標簽對應的信息項由于信息類型不同，內容可能不同。

由此，獲取模塊10得到用戶信息視圖中的信息項及對應的標簽。

確定模塊20，用于根據(jù)預設的標簽配置表，確定所述標簽對應的列簇。

在得到用戶信息視圖中的信息項及對應的標簽后，確定模塊20根據(jù)預設的標簽配置表，確定此標簽對應的列簇。

需要說明的是，預設的標簽配置表記載了各標簽對應的列簇，各標簽對應的列簇用于存儲其對應的信息項。為了便于管理，各列簇的名稱可以與其對應的標簽保持一致。

存儲模塊30，用于在數(shù)據(jù)庫預先配置的各列簇中查找所述標簽對應的列簇，將所述信息項存儲到所述標簽對應的列簇中。

在獲取信息項標簽對應的列簇后，存儲模塊30在數(shù)據(jù)庫預先配置的各列簇中查找標簽對應的列簇，并將信息項存儲在查找到的列簇中，實現(xiàn)信息項的“抽屜式”存儲。

當用戶信息視圖中有多個信息項時，可同時獲取信息視圖中的各信息項及對應的標簽；分別根據(jù)各信息項對應的標簽，確定對應的列簇；然后再分別將各信息項存儲到確定的列簇中，實現(xiàn)數(shù)據(jù)存儲的并行處理。

一個列簇可以看做是一個抽屜，不同的抽屜對應存儲不同標簽的信息項，使得用戶信息的分類更加清楚，創(chuàng)新的設計理念讓標簽和信息項更富有場景感和實用價值。

在本實施例中，獲取模塊10獲取用戶信息視圖中的信息項及對應的標簽，也即得到各項不同類型的用戶信息；然后，確定模塊20根據(jù)預設的標簽配置表，確定標簽對應的列簇，標簽對應的列簇也即存儲信息項的列簇；然后，存儲模塊30在數(shù)據(jù)庫預先配置的各列簇中查找標簽對應的列簇，將信息項存儲到標簽對應的列簇中，實現(xiàn)了面向列的信息存儲。由于列簇可以動態(tài)增加或刪除，數(shù)據(jù)庫性能更高、更具伸縮性，支持高并發(fā)讀寫操作，使得對于用戶信息項的維護和管理更加靈活便捷。并且，當列簇的值為空時，不會占用數(shù)據(jù)庫的存儲空間，節(jié)約了存儲成本。

進一步的，參照圖6，本發(fā)明信息項存儲系統(tǒng)第二實施例提供一種信息項存儲系統(tǒng)，所述信息項對應的標簽包括一級標簽和子標簽，所述列簇包括一個或多個子列，基于上述本發(fā)明信息項存儲系統(tǒng)第一實施例，所述確定模塊20還用于，

根據(jù)所述標簽配置表，確定所述一級標簽對應的列簇和所述子標簽對應的子列；

所述存儲模塊30，還用于，

在所述數(shù)據(jù)庫預先配置的各列簇中查找所述一級標簽對應的列簇；在所述一級標簽對應的列簇中查找所述子標簽對應的子列，將所述信息項存儲到所述子標簽對應的子列中。

本實施例中，信息項對應的標簽包括一級標簽和子標簽。

具體的，一級標簽表征了信息項的信息類型，信息粒度較粗。一級標簽包括一個或多個子標簽，子標簽用于將信息類型進行細分，詳細描述用戶，信息粒度較細。

例如，本實施例中用戶的信息視圖中共包括9個一級標簽，包括基本信息、用戶價值、用戶行為、用戶服務、用戶關系、會員信息、用戶風險、用戶洞見和業(yè)務信息。

其中，基本信息包括了用戶的基礎屬性、聯(lián)系方式等子標簽，用于描述用戶的個體基本情況；用戶價值包括用戶資產、用戶忠誠度等子標簽，用于描述用戶的價值；用戶行為包括渠道偏好、支付偏好等子標簽，用于描述用戶的個體行為偏好；用戶服務包括回訪信息、服務信息等子標簽，用于描述用戶曾受到的服務和服務偏好；用戶關系包括家庭關系、投保人與被投保人的關系等子標簽，用于描述用戶的家庭；會員管理包括vip(veryimportantperson，貴賓)用戶分級等子標簽，用來描述用戶的會員信息；用戶風險包括前海好信度、欺詐風險等子標簽，用來描述用戶的征信情況和財務風險；用戶洞見包括用戶分群、用戶畫像等子標簽，用來描述用戶的傾向性和潛在特征；業(yè)務信息包括契約信息、理賠信息等子標簽，用來描述用戶的相關業(yè)務往來。

作為一種實施方式，一個列簇可以包括一個或多個子列，標簽配置表中不僅記載了各列簇及各列簇下屬的子列，還記載了各列簇對應的標簽，及各列簇下屬各子列對應的子標簽。

則獲取模塊10在獲取信息視圖中的信息項，及信息項對應的一級標簽和子標簽后，確定模塊20根據(jù)預設的標簽配置表，確定一級標簽對應的列簇。

然后，確定模塊20根據(jù)標簽配置表，在一級標簽對應的列簇下屬的子列中，查找子標簽對應的子列。

在確定了一級標簽對應的列簇及子標簽對應的子列后，存儲模塊30在數(shù)據(jù)庫預先配置的各列簇中，查找一級標簽對應的列簇。

在數(shù)據(jù)庫中查找到一級標簽對應的列簇后，存儲模塊30在一級標簽對應的列簇中，查找子標簽對應的子列，將信息項存儲在此查找到的子列中。

參照圖8，以當前數(shù)據(jù)庫中預先配置的各列簇包括基本信息、用戶價值、用戶行為、用戶服務、用戶關系、會員信息、用戶風險、用戶洞見和業(yè)務信息進行舉例說明。

其中，基本信息包括了基礎屬性、聯(lián)系方式等子列；用戶價值包括用戶資產、用戶忠誠度等子列；用戶行為包括渠道偏好、支付偏好等子列；用戶服務包括回訪信息、服務信息等子列；用戶關系包括家庭關系、投保人與被投保人的關系等子列；會員管理包括vip用戶分級等子列；用戶風險包括前海好信度、欺詐風險等子列；用戶洞見包括用戶分群、用戶畫像等子列；業(yè)務信息包括契約信息、理賠信息等子列。

則，獲取模塊10在獲取信息項對應的一級標簽及子標簽后，確定模塊20根據(jù)標簽配置表，確定一級標簽對應的列簇及子標簽對應的子列。

例如，若當前的信息項對應的一級標簽為用戶行為，子標簽為渠道偏好，則確定模塊20確定一級標簽對應的列簇為用戶行為，子標簽對應的子列為渠道偏好。

然后，存儲模塊30在數(shù)據(jù)庫的9個列簇中查找用戶行為，然后，在用戶行為中查找子列渠道偏好，存儲模塊30將信息項存儲在子列渠道偏好中。

由此，實現(xiàn)了信息項的存儲。

在本實施例中，信息項對應的標簽包括一級標簽和子標簽，列簇包括一個或多個子列，從而將信息項的粒度進行了進一步的細化。在獲取信息項對應的一級標簽及子標簽后，確定模塊20根據(jù)標簽配置表，確定一級標簽對應的列簇和子標簽對應的子列，從而得到了存儲信息項的子列；然后，存儲模塊30在數(shù)據(jù)庫預先配置的各列簇中查找一級標簽對應的列簇；在一級標簽對應的列簇中查找子標簽對應的子列，將信息項存儲到子標簽對應的子列中，由此，將信息粒度較細的信息項存儲了到合適的位置。本實施例通過一級標簽和子標簽將信息項的信息粒度細化，為了對應存儲粒度細化的信息項，拓展存儲架構，配置列簇下屬一個或多個子列，實現(xiàn)了對粒度較細的信息項的存儲，提升了對各種粒度的信息項管理的靈活性，并且保證了存儲信息項時的有序性。

進一步的，參照圖7，本發(fā)明信息項存儲系統(tǒng)第三實施例提供一種信息項存儲系統(tǒng)，基于上述本發(fā)明信息項存儲系統(tǒng)第二實施例，所述信息項存儲系統(tǒng)還包括：

更新模塊40，用于若收到所述用戶信息視圖中標簽更新的配置信息，則根據(jù)所述配置信息對應更新所述數(shù)據(jù)庫中的列簇和/或子列，并更新所述標簽配置表。

當客戶信息視圖中用以表征信息類型的標簽不能滿足使用需求時，管理員可以更新標簽，例如已有的標簽不能有效描述新增信息的類型時，需要增加標簽，或是部分標簽已經失去使用價值，不再搜集對應的信息項時，需要刪除標簽。

則管理員在更新信息視圖中的標簽配置后，向服務器發(fā)出對應的更新指令，更新指令中攜帶有標簽更新的配置信息。當然，還可以將信息視圖與數(shù)據(jù)庫關聯(lián)，更新模塊40檢測信息視圖中標簽的配置情況，在檢測到信息視圖中的標簽配置發(fā)生更新時，獲取標簽更新的配置信息。當然，還可以配置信息視圖在更新標簽后，主動向更新模塊40發(fā)送推送消息，推送標簽更新的配置信息。

更新模塊40在得到標簽更新的配置信息后，根據(jù)標簽更新的配置信息，可以得知當前更新的標簽是增加標簽、刪除標簽還是修改標簽名稱；當前更新的標簽是一級標簽還是子標簽；若當前更新的標簽是一級標簽，則獲取一級標簽下屬的子標簽更新信息；若當前更新的標簽是子標簽，則獲取子標簽所屬的一級標簽。

然后，更新模塊40根據(jù)標簽更新的配置信息對應更新數(shù)據(jù)庫中列簇和/或子列。例如，若當前需要刪除一級標簽，則根據(jù)標簽配置表確定此一級標簽對應的列簇，刪除數(shù)據(jù)庫中此列簇及下屬的子列；若當前需要刪除子標簽，則根據(jù)標簽配置表確定此子標簽所屬的一級標簽對應的列簇，在數(shù)據(jù)庫中一級標簽對應的列簇中查找子標簽對應的子列，然后刪除查找到的子列；若當前需要增加一級標簽，則根據(jù)增加的一級標簽對應在數(shù)據(jù)庫中增加列簇，并根據(jù)增加的一級標簽下屬的各子標簽對應在增加的列簇中增加各子列；若當前需要增加子標簽，則根據(jù)需要增加的子標簽所屬的一級標簽，確定對應的列簇，在數(shù)據(jù)庫中一級標簽對應的列簇中，增加子標簽對應的子列。

在更新數(shù)據(jù)庫中配置的列簇和/或子列時，更新模塊40對應更新標簽配置表，使標簽配置表中記載的列簇與一級標簽的對應關系、子列與子標簽的對應關系保持在最新的狀態(tài)。

在本實施例中，若收到用戶信息視圖中標簽更新的配置信息，則更新模塊40根據(jù)配置信息對應更新數(shù)據(jù)庫中的列簇和/或子列，并更新標簽配置表。由于列簇及子列可動態(tài)增加或刪除，因此可以根據(jù)采集的用戶信息的需求，靈活調整存儲架構，使得數(shù)據(jù)庫中存儲信息項的列簇與實際需求保持一致，提高了對信息管理的靈活性。

進一步的，參照圖7，本發(fā)明信息項存儲系統(tǒng)第四實施例提供一種信息項存儲系統(tǒng)，基于上述本發(fā)明信息項存儲系統(tǒng)第三實施例，所述更新模塊40還用于，

若收到所述信息項的更新信息，則根據(jù)所述更新信息對應更新所述子列中存儲的信息項。

在用戶信息發(fā)生變動時，管理員可以更新用戶信息視圖中的信息項，輸入信息項的更新信息。

更新模塊40在收到信息項的更新信息時，根據(jù)標簽配置表及信息項對應的標簽，確定對應的子列；然后，根據(jù)更新信息對應更新確定的子列中存儲的信息項。例如，若信息項的更新信息為刪除信息項，則刪除確定的子列中的信息項；若信息項的更新信息為修改信息項的內容，則對應修改確定的子列中的信息項內容。

由此，實現(xiàn)了用戶信息視圖中信息項和數(shù)據(jù)庫中存儲的信息項的同步更新。

在本實施例中，若收到用戶信息視圖中信息項的更新信息，則更新模塊40根據(jù)更新信息對應更新子列中存儲的信息項，從而在用戶信息視圖中的信息項發(fā)生變化時，及時更新數(shù)據(jù)庫，保持數(shù)據(jù)的一致性。

進一步的，參照圖6，本發(fā)明信息項存儲系統(tǒng)第五實施例提供一種信息項存儲系統(tǒng)，基于上述本發(fā)明信息項存儲系統(tǒng)第二實施例、第三實施例或第四實施例(本實施例以本發(fā)明信息項存儲系統(tǒng)第二實施例為例)，所述存儲模塊30還用于，

獲取所述信息項的延伸標簽，將所述信息項的延伸標簽存儲到所述子標簽對應的子列中。

信息項的延伸標簽是對信息項屬性的進一步描述，例如，對信息項質量的描述，若信息項來源于網絡信息，則此信息項的延伸標簽為可信度低；若信息項來源于合同，則此信息項的延伸標簽為可信度高。

在根據(jù)信息項對應的子標簽確定對應的子列后，存儲模塊30獲取信息項的延伸標簽，將信息項及其延伸標簽存儲在確定的子列中。

在本實施例中，根據(jù)信息項的子標簽確定子列后，存儲模塊30獲取信息項的延伸標簽，得到的延伸標簽用以對信息視圖中的用戶信息進行補充說明；然后，將信息項的延伸標簽存儲到子標簽對應的子列中，由此，實現(xiàn)了對信息項延伸信息的存儲。本實施例通過保存信息項的延伸標簽，使得信息項的相關信息均能夠有序的保存到數(shù)據(jù)庫中，不遺漏信息項的相關信息，保障了信息的完整性。

以上僅為本發(fā)明的可選實施例，并非因此限制本發(fā)明的專利范圍，凡是利用本發(fā)明說明書及附圖內容所作的等效結構或等效流程變換，或直接或間接運用在其他相關的技術領域，均同理包括在本發(fā)明的專利保護范圍內。