CN107066457B - 用户信息视图构建方法和*** - Google Patents

Abstract

本发明公开了一种用户信息视图构建方法，该方法包括：根据预先配置的信息条目从数据库中抓取信息项，确定所述信息项对应的用户；根据所述数据库的标识信息、所述信息条目及所述信息项的内容，从预先配置的标签集合中为所述信息项选取对应的标签；根据所述信息项及其对应的标签，构建所述用户的信息视图。本发明还公开了一种用户信息视图构建***。本发明构建得到的用户信息视图中不仅包括了根据需求整合的用户信息，而且条理清晰，能够清楚的描述用户轮廓，无需人工筛选，实用性强。

Description

用户信息视图构建方法和***

技术领域

本发明涉及数据处理技术领域，尤其涉及一种用户信息视图构建方法和***。

背景技术

企业或公司通常都会收集用户信息，包括用户的基本信息、消费记录等，用来对用户进行二次挖掘、提供售后回访服务等。

在通过各种渠道得到用户信息后，主要采用Arthur Hughes的RFM(Recency、Frequency、Monetary，近期性、频率、金额)方法对用户信息进行整理。RFM方法主要是透过分析消费者的消费的近期性、消费频率和消费金额来描述用户，评定消费者的重要性。

然而，基于目前的互联网技术，目前能够收集到的、存入数据库的用户信息远远不止这三个方面，还包括用户的售后服务信息等，若仅根据消费的近期性、消费频率和消费金额来对用户信息进行分类，会遗漏掉大量的有用信息，导致描述得到的用户轮廓是模糊不完整的，应用价值不高；若将能够收集到的信息全部堆在用户的名下，则在使用时，需要人工逐条筛选有用信息，由于缺乏条理性，难以得到清晰的用户轮廓描述。

发明内容

本发明的主要目的在于提供一种用户信息视图构建方法和***，旨在解决用户信息描述不清晰的技术问题。

为实现上述目的，本发明首先提供一种用户信息视图构建方法，所述用户信息视图构建方法包括以下步骤：

根据预先配置的信息条目从数据库中抓取信息项，确定所述信息项对应的用户；

根据所述数据库的标识信息、所述信息条目及所述信息项的内容，从预先配置的标签集合中为所述信息项选取对应的标签；

根据所述信息项及其对应的标签，构建所述用户的信息视图。

优选的，当有多个数据库时，所述根据所述信息项及其对应的标签，构建所述用户的信息视图的步骤，包括：

根据从所述各数据库中抓取的所述用户的信息项，以及为所述各信息项分别对应选取的标签，进行信息合并和/或去重，构建所述用户的信息视图。

优选的，所述根据所述信息项及其对应的标签，构建所述用户的信息视图的步骤之后，还包括：

获取所述信息项的属性信息，根据所述属性信息为所述信息视图中的信息项添加延伸标签。

优选的，所述根据所述信息项及其对应的标签，构建所述用户的信息视图的步骤之后，还包括：

为所述信息视图配置对应的主用户号，将所述数据库中的所述用户与所述主用户号关联；

在所述数据库更新所述用户的信息项时，抓取所述更新的信息项，更新所述主用户号对应的信息视图。

优选的，所述根据所述信息项及其对应的标签，构建所述用户的信息视图的步骤之后，还包括：

在收到对所述信息视图的访问请求时，获取发起所述访问请求的账户的访问权限；

根据所述访问权限确定所述信息视图开放的区域，限制所述账户访问的范围。

此外，为实现上述目的，本发明还提供一种用户信息视图构建***，所述用户信息视图构建***包括：

抓取模块，用于根据预先配置的信息条目从数据库中抓取信息项，确定所述信息项对应的用户；

选取模块，用于根据所述数据库的标识信息、所述信息条目及所述信息项的内容，从预先配置的标签集合中为所述信息项选取对应的标签；

构建模块，用于根据所述信息项及其对应的标签，构建所述用户的信息视图。

优选的，当有多个数据库时，所述构建模块还用于，

根据从所述各数据库中抓取的所述用户的信息项，以及为所述各信息项分别对应选取的标签，进行信息合并和/或去重，构建所述用户的信息视图。

优选的，所述用户信息视图构建***还包括：

延伸模块，用于获取所述信息项的属性信息，根据所述属性信息为所述信息视图中的信息项添加延伸标签。

优选的，所述用户信息视图构建***还包括：

更新模块，用于为所述信息视图配置对应的主用户号，将所述数据库中的所述用户与所述主用户号关联；在所述数据库更新所述用户的信息项时，抓取所述更新的信息项，更新所述主用户号对应的信息视图。

优选的，所述用户信息视图构建***还包括：

权限模块，用于在收到对所述信息视图的访问请求时，获取发起所述访问请求的账户的访问权限；根据所述访问权限确定所述信息视图开放的区域，限制所述账户访问的范围。

本发明实施例提出的一种用户信息视图构建方法和***，通过根据预先配置的信息条目从数据库中抓取信息项，以从散乱的用户信息中有目的性的抓取需要的信息，确定抓取的信息项对应的用户；然后，根据数据库的标识信息、预先配置的信息条目及信息项的内容，从预先配置的标签集合中为信息项选取对应的标签，用以整理得到的信息项；然后，根据信息项及其对应的标签，构建用户的信息视图，得到的信息视图清楚的描述了用户形象，解决了现有的用户描述不清楚的问题。本发明根据需求有目的性的筛选用户信息，并给得到的信息项打上合适的标签，再构建用户信息视图，得到的用户信息视图中不仅包括了根据需求整合的用户信息，而且条理清晰，能够清楚的描述用户轮廓，无需人工筛选，实用性强。

附图说明

图1为本发明用户信息视图构建方法第一实施例的流程示意图；

图2为本发明用户信息视图构建方法第二实施例的流程示意图；

图3为本发明用户信息视图构建方法第三实施例的流程示意图；

图4为本发明用户信息视图构建方法第四实施例的流程示意图；

图5为本发明用户信息视图构建方法第五实施例的流程示意图；

图6为本发明用户信息视图构建***第一实施例、第二实施例的功能模块示意图；

图7为本发明用户信息视图构建***第三实施例的功能模块示意图；

图8为本发明用户信息视图构建***第四实施例的功能模块示意图；

图9为本发明用户信息视图构建***第五实施例的功能模块示意图；

图10为本发明实施例中一种用户信息视图示意图。

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

具体实施方式

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

参照图1，本发明用户信息视图构建方法第一实施例提供一种用户信息视图构建方法，所述用户信息视图构建方法包括：

步骤S10、根据预先配置的信息条目从数据库中抓取信息项，确定所述信息项对应的用户。

本发明根据需求有目的性的抓取用户信息，重新进行分类整理打上标签，配置得到各用户的信息视图，信息视图中的信息能够足够清晰描绘出用户轮廓，满足应用需求。本发明以统一用户信息平台，简称信息平台，实施用户信息的整理举例说明。

具体的，作为一种实施方式，首先，信息平台根据预先配置的信息条目从数据库中抓取用户的信息项。本发明中所指用户可以是团体用户或个人用户。团体用户可以是公司用户、企业用户、社会团体用户、事业单位用户等。

需要说明的是，提供用户信息的数据库可以是信息平台下各子公司的数据库和/或是集团的总数据库。其中，由于各子公司经营的业务类型不同或是经营的区域范围不同，使得各子公司分别记录了自有的用户信息，导致各子公司数据库中的信息都是不完整的，同一用户的信息存储的比较分散，应用时需调用各子公司的数据库分别进行查询，使用不便。集团的总数据库中虽然记录了集团中各子公司的全部用户信息，但是用户信息的粒度较粗，并未进行分类整理，在应用时需要人工从大量的信息中进行筛选，甄别出有用的信息。

预先配置的信息条目是根据所需的用户信息，从数据库存储用户信息的信息条目中选取的，例如身份证号、电话、地址、保单受益人、会员等级、账户余额、消费记录、合同、售后服务记录等等与用户相关的信息条目。

进一步的，由于各数据库中记录的用户信息可能类型不同，因此可以针对不同的数据库配置对应的需抓取的信息条目，从而实现了从不同的数据库分别抓取用户各方面的信息项，得到完整的用户信息。

在抓取到信息项后，信息平台确定信息项对应的用户。例如，可以根据团体用户的组织结构代码、纳税登记号、营业执照号和\或同一社会信用代码等唯一识别码，区分不同团体用户的信息项；可以根据个人用户的身份证号、用户编码等唯一识别码，区分不同个人用户的信息项。

由此，得到用户对应的信息项。

步骤S20、根据所述数据库的标识信息、所述信息条目及所述信息项的内容，从预先配置的标签集合中为所述信息项选取对应的标签。

在得到用户对应的信息项后，信息平台根据数据库的标识信息，预先配置的信息条目和信息项的内容，从预先配置的标签集合中，为信息项选取对应的标签。

具体的，标签集合中的标签包括一级标签和子标签。一级标签有一个或多个，可以根据对用户的描述所需的信息类型进行配置。各一级标签包括一个或多个子标签，子标签用于将用户信息进行细分，详细描述用户。

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

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

在为信息项选取标签时，需要综合数据库的标识信息，信息项所属的信息条目和信息项的内容。

作为一种实施方式，首先，根据数据库的标识信息和预先配置的一级标签，确定信息项涉及的一级标签。

其中，数据库的标识信息表征了数据库的属性，例如，数据库的标识信息为保险，则表征此数据库中记载了用户购买的保单、合同、理赔记录等信息，可以首先确定此数据库中的信息项可能涉及到基本信息、业务信息、用户关系、用户价值、用户行为等一级标签；数据库的标识信息为投资，则表征此数据库中记载了用户购买的理财产品，相关的合同等信息，可以首先确定此数据库中的信息项可能涉及到基本信息、业务信息、用户价值、用户行为、用户风险等一级标签。

然后，信息平台根据信息项所属的信息条目和信息项的内容，从用户信息涉及的一级标签对应的子标签中，选取信息项对应的子标签。由于是预先配置的信息条目抓取的信息项，因此能够根据预先配置的信息条目获取信息项所属的信息条目。

例如，若信息项是保险数据库中的用户地址，则为此信息项从基本信息中选取子标签联系信息；若信息项是保险数据库中的合同，合同内容是寿险，则为此信息项从业务信息中选取子标签契约信息。

进一步的，还可以根据信息项所属的信息条目，从信息项的内容中提取用户详细信息，为提取得到的详细信息添加子标签。

例如，可以从保单信息项中提取用户的家庭关系，投保人与被投保人的关系，保费等信息，并添加对应的子标签。

由此，得到为信息项选取的子标签，作为信息项对应的标签。

步骤S30、根据所述信息项及其对应的标签，构建所述用户的信息视图。

在为信息项选取标签后，根据得到的信息项及其对应的标签，构建此用户的信息视图，不同用户的信息视图可使用唯一识别码进行标识，此后，也可以使用此唯一识别码查询此用户的信息视图。

以当前的整合的用户信息为客户信息，构建统一的客户信息视图为应用场景，进行举例说明。则构建得到的用户信息视图为客户信息视图。

构建得到的客户信息视图可参照图10，信息视图中以标签为标识，记录了同一客户各项信息，清晰的描绘出了客户的轮廓，满足应用需求。

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

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

在本实施例中，信息平台根据预先配置的信息条目从数据库中抓取信息项，以从散乱的用户信息中有目的性的抓取需要的信息，确定抓取的信息项对应的用户；然后，根据数据库的标识信息、预先配置的信息条目及信息项的内容，从预先配置的标签集合中为信息项选取对应的标签，用以整理得到的信息项；然后，根据信息项及其对应的标签，构建用户的信息视图，得到的信息视图清楚的描述了用户形象，解决了现有的用户描述不清楚的问题。本实施例根据需求有目的性的筛选用户信息，并给得到的信息项打上合适的标签，再构建用户信息视图，得到的用户信息视图中不仅包括了根据需求整合的用户信息，而且条理清晰，能够清楚的描述用户轮廓，无需人工筛选，实用性强。

进一步的，参照图2，本发明用户信息视图构建方法第二实施例提供一种用户信息视图构建方法，基于上述图1所示的实施例，当有多个数据库时，所述步骤S30包括：

步骤S31、根据从所述各数据库中抓取的所述用户的信息项，以及为所述各信息项分别对应选取的标签，进行信息合并和/或去重，构建所述用户的信息视图。

在本实施例中，信息平台可同时接入多个数据库，抓取用户信息进行整合。

具体的，在信息平台同时接入多个数据库时，可预先针对各数据库分别配置需要抓取的信息条目，信息平台根据需要抓取的信息条目分别从各数据库中抓取信息项，确定各信息项对应的用户。

然后，信息平台分别根据各信息项所属的数据库标识，所属的信息条目和信息项的内容，从预先配置的标签集合中为各信息项选取对应的标签。

由此，得到各信息项和对应的标签。

然后，信息平台根据各信息项对应的用户，将同一用户的信息项筛选出来，根据同一用户的信息项和对应的标签，进行信息合并和/或去重。

作为一种实施方式，若同一用户各信息项对应的标签不同，则根据各信息项及对应的标签配置此用户的信息视图。

作为另外一种实施方式，若同一用户的各信息项中，有两个及以上的信息项对应的标签相同，则判断相同标签的信息项内容是否相同。若相同标签的信息项内容不同，则将不同内容的信息项都作为此标签对应的信息项，进行信息合并；若相同标签的信息项内容相同，则进行信息去重，此标签仅保留一个对应的信息项。由此，实现了用户信息的融合。

在对同一用户的信息项进行合并和/或去重后，根据得到的信息项及对应的标签，配置此用户的信息视图。

依次类推，分别配置各用户的信息视图。

在本实施例中，当有多个数据库时，根据从各数据库中抓取的同一用户的信息项，以及为各信息项分别对应选取的标签，进行信息合并和/或去重，然后根据得到的信息配置此用户的信息视图。本实施例实现了同时接入多个数据库，进行用户信息的收集、合并和/或去重，配置得到的信息视图更加完整、清晰、有条理的描述了对应的用户，满足了实际应用的需求。

进一步的，参照图3，本发明用户信息视图构建方法第三实施例提供一种用户信息视图构建方法，基于上述图1或图2所示的实施例(本实施例以图1为例)，所述步骤S30之后，还包括：

步骤S40、获取所述信息项的属性信息，根据所述属性信息为所述信息视图中的信息项添加延伸标签。

本实施例中，在构建得到用户的信息视图后，信息平台还可以进一步根据信息项的属性信息，为信息视图中的信息中的信息项添加延伸标签。

具体的，作为一种实施方式，信息项的属性信息是各数据库在采集得到信息项时，根据信息项的属性配置的，例如：信息项的来源渠道，是从社交网络信息中提取的，还是从合同信息中提取的；信息项的载体，是基于电话获取的，还是从邮件中提取的，还是从纸质合同中提取的等。

信息平台在根据预先配置的信息条目抓取信息项时，获取各信息项的属性信息。然后，信息平台根据信息项的属性信息，从预设的延伸标签集合中为信息项向选取对应的延伸标签。

例如，若信息项来源于网络信息，则对应为此信息项配置的延伸标签为可信度低；若信息项来源于合同，则对应为此信息项配置的延伸标签为可信度高，从而得到了对信息项质量的评价。

在为信息项选取延伸标签后，信息平台将延伸标签添加到信息视图中对应的信息项，用以为此信息项添加辅助的备注信息。

在本实施例中，信息平台获取信息项的属性信息，根据得到的属性信息为信息视图中的此信息项添加延伸标签。本实施例通过添加延伸标签，实现了对用户信息视图中用户信息的补充说明，使得对于用户轮廓的描述更加立体，贴近真实的用户，应用价值更高。

进一步的，参照图4，本发明用户信息视图构建方法第四实施例提供一种用户信息视图构建方法，基于上述图1、图2或图3所示的实施例(本实施例以图1为例)，所述步骤S30之后，还包括：

步骤S50、为所述信息视图配置对应的主用户号，将所述数据库中的所述用户与所述主用户号关联；

步骤S60、在所述数据库更新所述用户的信息项时，抓取所述更新的信息项，更新所述主用户号对应的信息视图。

本实施例在构建得到用户的信息视图后，为信息视图配置对应的主用户号，以标识不同用户的信息视图。不同用户的信息视图所对应的主用户号是唯一的。

然后，信息平台将数据库中的此用户与主用户号建立关联关系，用以将数据库中的各用户与信息平台中的用户信息视图关联起来，便于管理。

当数据库更新此用户的信息项时，数据库向信息平台推送更新通知，信息平台根据更新通知抓取更新的信息项；或，信息平台检测数据库中此用户的信息项，当检测到更新时，信息平台抓取更新的信息项。

在得到更新的信息项后，信息平台对应更新主用户号对应的信息视图中的信息项。更新的信息可以是更改旧信息、添加新信息等。

进一步的，在数据库更新用户的信息项时，信息平台根据预先配置的信息条目判断是否需要抓取此更新的信息项，用以判断当前更新的信息项是否构建信息视图所需要的信息。若更新的信息项属于预先配置的信息条目，则判定需要抓取更新的信息项；若更新的信息项不属于预先配置的信息条目，则判定不需要抓取更新的信息项。

在得到判断结果后，若需要抓取更新的信息项，则抓取更新的信息项，根据更新的信息项所属的信息条目，数据库的标识信息和信息项的内容，选取对应的标签。

若在主用户号对应的信息视图中，为更新的信息项选取的标签已有对应的信息项，则使用抓取的信息项更新已有的信息项；若为更新的信息项选取的标签没有对应的信息项，则将抓取的信息项及选取的标签添加到主用户号对应的信息视图中，更新此信息视图。

由此，实现了对信息视图的更新。在更新用户的信息视图时，信息平台可以根据标签的重要性，记录关键标签的信息项更新情况。

在本实施例中，在构建得到用户的信息视图后，为用户的信息视图配置对应的主用户号，将数据库中的此用户与主用户号关联；在数据库更新此用户的信息项时，抓取更新的信息项，更新主用户号对应的信息视图。本实施例通过将数据库中的用户与其信息视图对应的主用户号关联，从而实现了在数据库中的用户信息更新时，及时更新对应的信息视图，保障信息视图中信息的时效性和完整性。

进一步的，参照图5，本发明用户信息视图构建方法第五实施例提供一种用户信息视图构建方法，基于上述图1、图2图3或图4所示的实施例(本实施例以图1为例)，所述步骤S30之后，还包括：

步骤S70、在收到对所述信息视图的访问请求时，获取发起所述访问请求的账户的访问权限；

步骤S80、根据所述访问权限确定所述信息视图开放的区域，限制所述账户访问的范围。

在构建得到信息视图后，若信息平台收到对用户信息视图的访问请求，则获取发送此访问请求的账户，根据预先配置的权限列表，确认此账户的访问权限。不同的账户对应的权限不同，例如，不同的账户等级，对应的权限不同；等级相同但经营范围不同的账户，由于需要的信息不同，对应的权限可能也不同。

需要说明的是，在收到访问请求时，信息平台可以根据访问请求携带的主用户号确定其访问的信息视图，也可以根据访问请求携带的用户身份证号、组织机构号等唯一识别码确定其访问的信息视图。

在得到账户的访问权限后，信息平台根据账户的访问权限确定当前账户可以查看的信息视图的区域，也即信息视图对当前账户开放的区域。不同的账户等级，信息视图开放的区域不同；等级相同但经营范围不同的账户，由于需要的信息不同，信息视图开放的区域可能也不同。

在确定信息视图开放的区域后，信息平台根据确定的区域限制当前账户访问的范围，仅允许当前账户查看开放的区域。

在本实施例中，在收到对信息视图的访问请求时，获取发起访问请求的账户的访问权限；根据账户的访问权限确定信息视图对当前账户开放的区域，限制账户访问的范围。本实施例通过对访问信息视图的账户进行鉴权，限制访问区域，实现了对信息视图安全性的有效管理。

参照图6，本发明用户信息视图构建***第一实施例提供一种用户信息视图构建***，所述用户信息视图构建***包括：

抓取模块10，用于根据预先配置的信息条目从数据库中抓取信息项，确定所述信息项对应的用户。

本发明根据需求有目的性的抓取用户信息，重新进行分类整理打上标签，配置得到各用户的信息视图，信息视图中的信息能够足够清晰描绘出用户轮廓，满足应用需求。本发明以统一用户信息平台，简称信息平台，实施用户信息的整理举例说明。用户信息视图构建***可部署在信息平台中。

具体的，作为一种实施方式，首先，抓取模块10根据预先配置的信息条目从数据库中抓取用户的信息项。本发明中所指用户可以是团体用户或个人用户。团体用户可以是公司用户、企业用户、社会团体用户、事业单位用户等。

需要说明的是，提供用户信息的数据库可以是信息平台下各子公司的数据库和/或是集团的总数据库。其中，由于各子公司经营的业务类型不同或是经营的区域范围不同，使得各子公司分别记录了自有的用户信息，导致各子公司数据库中的信息都是不完整的，同一用户的信息存储的比较分散，应用时需调用各子公司的数据库分别进行查询，使用不便。集团的总数据库中虽然记录了集团中各子公司的全部用户信息，但是用户信息的粒度较粗，并未进行分类整理，在应用时需要人工从大量的信息中进行筛选，甄别出有用的信息。

预先配置的信息条目是根据所需的用户信息，从数据库存储用户信息的信息条目中选取的，例如身份证号、电话、地址、保单受益人、会员等级、账户余额、消费记录、合同、售后服务记录等等与用户相关的信息条目。

进一步的，由于各数据库中记录的用户信息可能类型不同，因此可以针对不同的数据库配置对应的需抓取的信息条目，从而实现了从不同的数据库分别抓取用户各方面的信息项，得到完整的用户信息。

在抓取到信息项后，抓取模块10确定信息项对应的用户。例如，可以根据团体用户的组织结构代码、纳税登记号、营业执照号和\或同一社会信用代码等唯一识别码，区分不同团体用户的信息项；可以根据个人用户的身份证号、用户编码等唯一识别码，区分不同个人用户的信息项。

由此，抓取模块10得到用户对应的信息项。

选取模块20，用于根据所述数据库的标识信息、所述信息条目及所述信息项的内容，从预先配置的标签集合中为所述信息项选取对应的标签。

在得到用户对应的信息项后，选取模块20根据数据库的标识信息，预先配置的信息条目和信息项的内容，从预先配置的标签集合中，为信息项选取对应的标签。

具体的，标签集合中的标签包括一级标签和子标签。一级标签有一个或多个，可以根据对用户的描述所需的信息类型进行配置。各一级标签包括一个或多个子标签，子标签用于将用户信息进行细分，详细描述用户。

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

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

选取模块20在为信息项选取标签时，需要综合数据库的标识信息，信息项所属的信息条目和信息项的内容。

作为一种实施方式，首先，选取模块20根据数据库的标识信息和预先配置的一级标签，确定信息项涉及的一级标签。

其中，数据库的标识信息表征了数据库的属性，例如，数据库的标识信息为保险，则表征此数据库中记载了用户购买的保单、合同、理赔记录等信息，可以首先确定此数据库中的信息项可能涉及到基本信息、业务信息、用户关系、用户价值、用户行为等一级标签；数据库的标识信息为投资，则表征此数据库中记载了用户购买的理财产品，相关的合同等信息，可以首先确定此数据库中的信息项可能涉及到基本信息、业务信息、用户价值、用户行为、用户风险等一级标签。

然后，选取模块20根据信息项所属的信息条目和信息项的内容，从用户信息涉及的一级标签对应的子标签中，选取信息项对应的子标签。由于是预先配置的信息条目抓取的信息项，因此能够根据预先配置的信息条目获取信息项所属的信息条目。

例如，若信息项是保险数据库中的用户地址，则为此信息项从基本信息中选取子标签联系信息；若信息项是保险数据库中的合同，合同内容是寿险，则为此信息项从业务信息中选取子标签契约信息。

进一步的，选取模块20还可以根据信息项所属的信息条目，从信息项的内容中提取用户详细信息，为提取得到的详细信息添加子标签。

例如，选取模块20可以从保单信息项中提取用户的家庭关系，投保人与被投保人的关系，保费等信息，并添加对应的子标签。

由此，选取模块20得到为信息项选取的子标签，作为信息项对应的标签。

构建模块30，用于根据所述信息项及其对应的标签，构建所述用户的信息视图。

在为信息项选取标签后，构建模块30根据得到的信息项及其对应的标签，构建此用户的信息视图，不同用户的信息视图可使用唯一识别码进行标识，此后，也可以使用此唯一识别码查询此用户的信息视图。

以当前的整合的用户信息为客户信息，构建统一的客户信息视图为应用场景，进行举例说明。则构建得到的用户信息视图为客户信息视图。

构建得到的客户信息视图可参照图10，信息视图中以标签为标识，记录了同一客户各项信息，清晰的描绘出了客户的轮廓，满足应用需求。

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

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

在本实施例中，抓取模块10根据预先配置的信息条目从数据库中抓取信息项，以从散乱的用户信息中有目的性的抓取需要的信息，确定抓取的信息项对应的用户；然后，选取模块20根据数据库的标识信息、预先配置的信息条目及信息项的内容，从预先配置的标签集合中为信息项选取对应的标签，用以整理得到的信息项；然后，构建模块30根据信息项及其对应的标签，构建用户的信息视图，得到的信息视图清楚的描述了用户形象，解决了现有的用户描述不清楚的问题。本实施例根据需求有目的性的筛选用户信息，并给得到的信息项打上合适的标签，再构建用户信息视图，得到的用户信息视图中不仅包括了根据需求整合的用户信息，而且条理清晰，能够清楚的描述用户轮廓，无需人工筛选，实用性强。

进一步的，参照图6，本发明用户信息视图构建***第二实施例提供一种用户信息视图构建***，基于上述图6所示的本发明用户信息视图构建***第一实施例，当有多个数据库时，所述构建模块30还用于，

根据从所述各数据库中抓取的所述用户的信息项，以及为所述各信息项分别对应选取的标签，进行信息合并和/或去重，构建所述用户的信息视图。

在本实施例中，信息平台可同时接入多个数据库，抓取用户信息进行整合。

具体的，在信息平台同时接入多个数据库时，可预先针对各数据库分别配置需要抓取的信息条目，抓取模块10根据需要抓取的信息条目分别从各数据库中抓取信息项，确定各信息项对应的用户。

然后，选取模块20分别根据各信息项所属的数据库标识，所属的信息条目和信息项的内容，从预先配置的标签集合中为各信息项选取对应的标签。

由此，构建模块30得到各信息项和对应的标签。

然后，构建模块30根据各信息项对应的用户，将同一用户的信息项筛选出来，根据同一用户的信息项和对应的标签，进行信息合并和/或去重。

作为一种实施方式，若同一用户各信息项对应的标签不同，则构建模块30根据各信息项及对应的标签配置此用户的信息视图。

作为另外一种实施方式，若同一用户的各信息项中，有两个及以上的信息项对应的标签相同，则构建模块30判断相同标签的信息项内容是否相同。若相同标签的信息项内容不同，则构建模块30将不同内容的信息项都作为此标签对应的信息项，进行信息合并；若相同标签的信息项内容相同，则构建模块30进行信息去重，此标签仅保留一个对应的信息项。由此，实现了用户信息的融合。

在对同一用户的信息项进行合并和/或去重后，构建模块30根据得到后的信息项及对应的标签，配置此用户的信息视图。

依次类推，构建模块30分别配置各用户的信息视图。

在本实施例中，当有多个数据库时，构建模块30根据从各数据库中抓取的同一用户的信息项，以及为各信息项分别对应选取的标签，进行信息合并和/或去重，然后根据得到的信息配置此用户的信息视图。本实施例实现了同时接入多个数据库，进行用户信息的收集、合并和/或去重，配置得到的信息视图更加完整、清晰、有条理的描述了对应的用户，满足了实际应用的需求。

进一步的，参照图7，本发明用户信息视图构建***第三实施例提供一种用户信息视图构建***，基于上述图6所示的任一实施例，所述用户信息视图构建***还包括：

延伸模块40，用于获取所述信息项的属性信息，根据所述属性信息为所述信息视图中的信息项添加延伸标签。

本实施例中，在构建得到用户的信息视图后，延伸模块40还可以进一步根据信息项的属性信息，为信息视图中的信息中的信息项添加延伸标签。

具体的，作为一种实施方式，信息项的属性信息是各数据库在采集得到信息项时，根据信息项的属性配置的，例如：信息项的来源渠道，是从社交网络信息中提取的，还是从合同信息中提取的；信息项的载体，是基于电话获取的，还是从邮件中提取的，还是从纸质合同中提取的等。

抓取模块10在根据预先配置的信息条目抓取信息项时，获取各信息项的属性信息。然后，延伸模块40获取抓取模块抓取的属性信息，根据信息项的属性信息从预设的延伸标签集合中为信息项向选取对应的延伸标签。

例如，若信息项来源于网络信息，则延伸模块40对应为此信息项配置的延伸标签为可信度低；若信息项来源于合同，则延伸模块40对应为此信息项配置的延伸标签为可信度高，从而得到了对信息项质量的评价。

在为信息项选取延伸标签后，延伸模块40将延伸标签添加到信息视图中对应的信息项，用以为此信息项添加辅助的备注信息。

在本实施例中，延伸模块40获取信息项的属性信息，根据得到的属性信息为信息视图中的此信息项添加延伸标签。本实施例通过添加延伸标签，实现了对用户信息视图中用户信息的补充说明，使得对于用户轮廓的描述更加立体，贴近真实的用户，应用价值更高。

进一步的，参照图8，本发明用户信息视图构建***第三实施例提供一种用户信息视图构建***，基于上述图6或图7所示的任一实施例(本实施例以图6为例)，所述用户信息视图构建***还包括：

更新模块50，用于为所述信息视图配置对应的主用户号，将所述数据库中的所述用户与所述主用户号关联；在所述数据库更新所述用户的信息项时，抓取所述更新的信息项，更新所述主用户号对应的信息视图。

本实施例在构建得到用户的信息视图后，更新模块50为信息视图配置对应的主用户号，以标识不同用户的信息视图。不同用户的信息视图所对应的主用户号是唯一的。

然后，更新模块50将数据库中的此用户与主用户号建立关联关系，用以将数据库中的各用户与信息平台中的用户信息视图关联起来，便于管理。

当数据库更新此用户的信息项时，数据库向信息平台推送更新通知，更新模块50根据更新通知抓取更新的信息项；或，更新模块50检测数据库中此用户的信息项，当检测到更新时，更新模块50抓取更新的信息项。

在得到更新的信息项后，更新模块50对应更新主用户号对应的信息视图中的信息项。更新的信息可以是更改旧信息、添加新信息等。

进一步的，在数据库更新用户的信息项时，更新模块50根据预先配置的信息条目判断是否需要抓取此更新的信息项，用以判断当前更新的信息项是否构建信息视图所需要的信息。若更新的信息项属于预先配置的信息条目，则更新模块50判定需要抓取更新的信息项；若更新的信息项不属于预先配置的信息条目，则更新模块50判定不需要抓取更新的信息项。

在得到判断结果后，若需要抓取更新的信息项，则更新模块50抓取更新的信息项，根据更新的信息项所属的信息条目，数据库的标识信息和信息项的内容，选取对应的标签。

若在主用户号对应的信息视图中，为更新的信息项选取的标签已有对应的信息项，则更新模块50使用抓取的信息项更新已有的信息项；若为更新的信息项选取的标签没有对应的信息项，则更新模块50将抓取的信息项及选取的标签添加到主用户号对应的信息视图中，更新此信息视图。

由此，实现了对信息视图的更新。在更新用户的信息视图时，更新模块50可以根据标签的重要性，记录关键标签的信息项更新情况。

在本实施例中，在构建得到用户的信息视图后，更新模块50为用户的信息视图配置对应的主用户号，将数据库中的此用户与主用户号关联；在数据库更新此用户的信息项时，抓取更新的信息项，更新主用户号对应的信息视图。本实施例通过将数据库中的用户与其信息视图对应的主用户号关联，从而实现了在数据库中的用户信息更新时，及时更新对应的信息视图，保障信息视图中信息的时效性和完整性。

进一步的，参照图9，本发明用户信息视图构建***第五实施例提供一种用户信息视图构建***，基于上述图6、图7或图8所示的任一实施例(本实施例以图6为例)，所述用户信息视图构建***还包括：

权限模块60，用于在收到对所述信息视图的访问请求时，获取发起所述访问请求的账户的访问权限；根据所述访问权限确定所述信息视图开放的区域，限制所述账户访问的范围。

在构建得到信息视图后，若信息平台收到对用户信息视图的访问请求，则权限模块60获取发送此访问请求的账户，根据预先配置的权限列表，确认此账户的访问权限。不同的账户对应的权限不同，例如，不同的账户等级，对应的权限不同；等级相同但经营范围不同的账户，由于需要的信息不同，对应的权限可能也不同。

需要说明的是，在收到访问请求时，权限模块60可以根据访问请求携带的主用户号确定其访问的信息视图，也可以根据访问请求携带的用户身份证号、组织机构号等唯一识别码确定其访问的信息视图。

在得到账户的访问权限后，权限模块60根据账户的访问权限确定当前账户可以查看的信息视图的区域，也即信息视图对当前账户开放的区域。不同的账户等级，信息视图开放的区域不同；等级相同但经营范围不同的账户，由于需要的信息不同，信息视图开放的区域可能也不同。

在确定信息视图开放的区域后，权限模块60根据确定的区域限制当前账户访问的范围，仅允许当前账户查看开放的区域。

在本实施例中，在收到对信息视图的访问请求时，权限模块60获取发起访问请求的账户的访问权限；根据账户的访问权限确定信息视图对当前账户开放的区域，限制账户访问的范围。本实施例通过对访问信息视图的账户进行鉴权，限制访问区域，实现了对信息视图安全性的有效管理。

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

Claims (10)

1.一种用户信息视图构建方法，其特征在于，所述用户信息视图构建方法包括以下步骤：

根据预先配置的信息条目从数据库中抓取信息项，确定所述信息项对应的用户；

根据所述数据库的标识信息、所述信息条目及所述信息项的内容，从预先配置的标签集合中为所述信息项选取对应的标签；

根据所述信息项及其对应的标签，构建所述用户的信息视图；

其中，所述标签集合包括一级标签和子标签，所述根据所述数据库的标识信息、所述信息条目及所述信息项的内容，从预先配置的标签集合中为所述信息项选取对应的标签的步骤包括：

根据所述数据库的标识信息和所述标签集合的一级标签，确定所述信息项的一级标签；

根据所述信息项所属的信息条目和所述信息项的内容，从与所述信息项的一级标签对应的子标签中，选取与所述信息项对应的子标签；

将所述子标签作为信息项对应的标签。

2.如权利要求1所述的用户信息视图构建方法，其特征在于，当有多个数据库时，所述根据所述信息项及其对应的标签，构建所述用户的信息视图的步骤，包括：

根据从所述各数据库中抓取的所述用户的信息项，以及为所述各信息项分别对应选取的标签，进行信息合并和/或去重，构建所述用户的信息视图。

3.如权利要求1所述的用户信息视图构建方法，其特征在于，所述根据所述信息项及其对应的标签，构建所述用户的信息视图的步骤之后，还包括：

获取所述信息项的属性信息，根据所述属性信息为所述信息视图中的信息项添加延伸标签。

4.如权利要求1、2或3所述的用户信息视图构建方法，其特征在于，所述根据所述信息项及其对应的标签，构建所述用户的信息视图的步骤之后，还包括：

为所述信息视图配置对应的主用户号，将所述数据库中的所述用户与所述主用户号关联；

在所述数据库更新所述用户的信息项时，抓取所述更新的信息项，更新所述主用户号对应的信息视图。

5.如权利要求1、2或3所述的用户信息视图构建方法，其特征在于，所述根据所述信息项及其对应的标签，构建所述用户的信息视图的步骤之后，还包括：

在收到对所述信息视图的访问请求时，获取发起所述访问请求的账户的访问权限；

根据所述访问权限确定所述信息视图开放的区域，限制所述账户访问的范围。

6.一种用户信息视图构建***，其特征在于，所述用户信息视图构建***包括：

抓取模块，用于根据预先配置的信息条目从数据库中抓取信息项，确定所述信息项对应的用户；

选取模块，用于根据所述数据库的标识信息、所述信息条目及所述信息项的内容，从预先配置的标签集合中为所述信息项选取对应的标签；

构建模块，用于根据所述信息项及其对应的标签，构建所述用户的信息视图。

其中，所述标签集合包括一级标签和子标签，所述选取模块还用于：

根据所述数据库的标识信息和所述标签集合的一级标签，确定所述信息项的一级标签；

根据所述信息项所属的信息条目和所述信息项的内容，从与所述信息项的一级标签对应的子标签中，选取与所述信息项对应的子标签；

将所述子标签作为信息项对应的标签。

7.如权利要求6所述的用户信息视图构建***，其特征在于，当有多个数据库时，所述构建模块还用于，

根据从所述各数据库中抓取的所述用户的信息项，以及为所述各信息项分别对应选取的标签，进行信息合并和/或去重，构建所述用户的信息视图。

8.如权利要求6所述的用户信息视图构建***，其特征在于，所述用户信息视图构建***还包括：

延伸模块，用于获取所述信息项的属性信息，根据所述属性信息为所述信息视图中的信息项添加延伸标签。

9.如权利要求6、7或8所述的用户信息视图构建***，其特征在于，所述用户信息视图构建***还包括：

更新模块，用于为所述信息视图配置对应的主用户号，将所述数据库中的所述用户与所述主用户号关联；在所述数据库更新所述用户的信息项时，抓取所述更新的信息项，更新所述主用户号对应的信息视图。

10.如权利要求6、7或8所述的用户信息视图构建***，其特征在于，所述用户信息视图构建***还包括：

权限模块，用于在收到对所述信息视图的访问请求时，获取发起所述访问请求的账户的访问权限；根据所述访问权限确定所述信息视图开放的区域，限制所述账户访问的范围。