CN115269603A - 数据存储方法、装置、设备、存储介质及程序产品 - Google Patents

Abstract

本申请公开了一种数据存储方法、装置、设备、存储介质及程序产品。该数据存储方法包括获取与第一用户对应的用户数据；从多个维度分别对用户数据进行数据统计，得到目标维度下的目标数据集合，目标维度包括多个维度中的至少一个维度；在目标维度下确定与第一用户对应的目标统一标识，其中，同一用户在不同的维度下对应的统一标识不同；基于目标统一标识，将目标数据集合中的数据存储至目标数据库中与目标维度对应的目标数据表，以在目标数据表内的数据项中更新或添加与目标统一标识对应的信息。根据本申请实施例，可以对同一用户的用户数据进行统一管理，进而方便在不同渠道或产品之间进行用户扩展和数据共享。

Description

数据存储方法、装置、设备、存储介质及程序产品

技术领域

本申请属于信息管理技术领域，尤其涉及一种数据存储方法、装置、设备、存储介质及程序产品。

背景技术

随着时代的发展，企业积累的用户数据也越来越多，如何对这些用户数据进行存储是用户数据管理过程中的重要一环。

目前，由于采集的用户数据可能来自不同的渠道或产品等，因此，通常是将用户数据按照数据来源的不同，采用不同的标识方式，存储在不同的数据库中，如此，在后期对用户数据进行管理时，无法对同一用户的用户数据进行统一管理，也不便于在不同渠道或产品之间进行用户扩展和数据共享。

发明内容

本申请实施例提供一种数据存储方法、装置、设备、存储介质及程序产品，能够对同一用户的用户数据进行统一管理，进而方便在不同渠道或产品之间进行用户扩展和数据共享。

第一方面，本申请实施例提供一种数据存储方法，该方法包括：

获取与第一用户对应的用户数据；

从多个维度分别对所述用户数据进行数据统计，得到目标维度下的目标数据集合，所述目标维度包括所述多个维度中的至少一个维度；

在所述目标维度下确定与所述第一用户对应的目标统一标识，其中，同一用户在不同的维度下对应的统一标识不同；

基于所述目标统一标识，将所述目标数据集合中的数据存储至目标数据库中与所述目标维度对应的目标数据表，以在所述目标数据表内的数据项中更新或添加与所述目标统一标识对应的信息。

第二方面，本申请实施例提供了一种数据存储装置，该装置包括：

数据获取模块，用于获取与第一用户对应的用户数据；

数据统计模块，用于从多个维度分别对所述用户数据进行数据统计，得到目标维度下的目标数据集合，所述目标维度包括所述多个维度中的至少一个维度；

标识确定模块，用于在所述目标维度下确定与所述第一用户对应的目标统一标识，其中，同一用户在不同的维度下对应的统一标识不同；

数据存储模块，用于基于所述目标统一标识，将所述目标数据集合中的数据存储至目标数据库中与所述目标维度对应的目标数据表，以在所述目标数据表内的数据项中更新或添加与所述目标统一标识对应的信息。

第三方面，本申请实施例提供了一种电子设备，该电子设备包括：处理器以及存储有计算机程序指令的存储器；

处理器执行所述计算机程序指令时实现如第一方面的任一项实施例中所述的数据存储方法的步骤。

第四方面，本申请实施例提供了一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序指令，计算机程序指令被处理器执行时实现如第一方面的任一项实施例中所述的数据存储方法的步骤。

第五方面，本申请实施例提供了一种计算机程序产品，计算机程序产品中的指令由电子设备的处理器执行时，使得所述电子设备执行如第一方面的任一项实施例中所述的数据存储方法的步骤。

本申请实施例中的数据存储方法、装置、设备、存储介质及程序产品，通过从预设的多个维度分别对获取到的与第一用户对应的用户数据进行数据统计，得到目标维度下的目标数据集合，在目标维度下确定与第一用户对应的目标统一标识，进而基于该目标统一标识，将目标数据集合中的数据存储至目标数据库中与该目标维度对应的目标数据表。这样，本申请实施例通过对同一用户在不同维度下的数据分别进行统一标识，并且存储在同一目标数据库中，可以方便在后期数据管理时，从多个维度分别依据各个维度下的统一标识对同一用户的用户数据进行统一管理，另外，由于本申请实施例中用户的统一标识与数据来源并无关联，也即，来自不同渠道或产品的用户数据均按照统一规则进行统一标识以及存储，因此可以方便在不同渠道或产品之间进行用户扩展和数据共享。

附图说明

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

图1是本申请一个实施例提供的数据存储方法的流程示意图；

图2是本申请提供的部署方案的一种架构图；

图3是本申请提供的授权业务场景的一种数据结构关系图；

图4是本申请提供的用户授权方法的流程示意图；

图5是本申请一个实施例提供的数据存储装置的结构示意图；

图6是本申请一个实施例提供的电子设备的结构示意图。

具体实施方式

下面将详细描述本申请的各个方面的特征和示例性实施例，为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及具体实施例，对本申请进行进一步详细描述。应理解，此处所描述的具体实施例仅意在解释本申请，而不是限定本申请。对于本领域技术人员来说，本申请可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本申请的示例来提供对本申请更好的理解。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

随着数据时代的来临，企业需要通过采集用户数据与用户建立一种持久的关系，以维护客户关系、降低企业运营成本、获取最大的利润，减少因用户流失而产生的损失和无效的经营决策而产生的浪费。这就要求企业能够对不同渠道或产品的用户数据进行统一管理，即，统一对所有客群用户进行服务管理，统一对用户进行有效关联，统一用户价值，以在企业内部高效共享扩展价值。

但是，目前对于不同渠道或产品的用户数据采用的是不同的标识方式，并分别存储于各个产品或渠道自身的数据库中的，如此，在后期对用户数据进行管理时，就无法对同一用户的用户数据进行统一管理，也不便于在不同渠道或产品之间进行用户扩展和数据共享。

为了解决上述技术问题，本申请实施例构建了一个统一用户系统，通过该统一用户系统可实现对来自不同渠道或产品的用户数据的融合和统一管理，以基于全域用户满足跨渠道、跨产品调用，对来自各渠道未实现有效融合和关联的用户数据，建立全面的人-户-卡关系网络，使得用户数据价值得以体现。基于此，在业务发展和用户拓展过程中，进一步促进联合经营，促进用户引流和流量共享。为推动用户系统集中、分类存储和管理的各类用户进行融合，实现信息关联，构建全面、动态、跨渠道、多层级的人-户-卡关系网络。通过构建统一用户系统，打造用户信息服务能力清单，形成统一化、标准化的接口服务，支持业务系统跨产品、跨渠道统一调用。

基于该统一用户系统，本申请实施例提供了一种数据存储方法、装置、设备、存储介质及程序产品。该数据存储方法可以应用于对用户数据进行统一标识和存储的场景，下面首先对本申请实施例所提供的数据存储方法进行介绍。

图1是本申请一个实施例提供的数据存储方法的流程示意图。该数据存储方法可以由统一用户系统所在的设备执行。

如图1所示，该数据存储方法具体可以包括如下步骤：

S110、获取与第一用户对应的用户数据；

S120、从多个维度分别对用户数据进行数据统计，得到目标维度下的目标数据集合，目标维度包括多个维度中的至少一个维度；

S130、在目标维度下确定与第一用户对应的目标统一标识，其中，同一用户在不同的维度下对应的统一标识不同；

S140、基于目标统一标识，将目标数据集合中的数据存储至目标数据库中与目标维度对应的目标数据表，以在目标数据表内的数据项中更新或添加与目标统一标识对应的信息。

由此，通过从预设的多个维度分别对获取到的与第一用户对应的用户数据进行数据统计，得到目标维度下的目标数据集合，在目标维度下确定与第一用户对应的目标统一标识，进而基于该目标统一标识，将目标数据集合中的数据存储至目标数据库中与该目标维度对应的目标数据表。这样，本申请实施例通过对同一用户在不同维度下的数据分别进行统一标识，并且存储在同一目标数据库中，可以方便在后期数据管理时，从多个维度分别依据各个维度下的统一标识对同一用户的用户数据进行统一管理，另外，由于本申请实施例中用户的统一标识与数据来源并无关联，也即，来自不同渠道或产品的用户数据均按照统一规则进行统一标识以及存储，因此可以方便在不同渠道或产品之间进行用户扩展和数据共享。

下面介绍上述各个步骤的具体实现方式。

在一些实施方式中，在S110中，与第一用户对应的用户数据可以包括用户姓名、身份证号、手机号、银行卡号等个人基本信息，也可以包括设备厂商、应用程序信息等与业务相关的信息。

获取与第一用户对应的用户数据的方式包括但不限于，从现有的原始数据库中获取与第一用户对应的存量用户数据，也可以是用户使用各个应用平台办理业务时，由各个应用平台发送的与第一用户对应的增量用户数据，在此不作限定。其中，原始数据库可以是各个应用平台分别对应的用于存储用户数据的数据库，也可以是现有的与用户类型对应的用于存储用户数据的数据库，在此不作限定。

这里，用户类型可以包括注册用户、授权用户和卡基用户，其中，注册用户可以是通过注册方式获取的用户(例如在目标应用软件上注册的用户)，授权用户可以是通过授权方式获取的用户(例如向目标应用服务授权的用户)，卡基用户可以是通过办理银行卡业务获取的用户(例如办理过银行卡绑定业务的用户)。

在一些实施方式中，上述S110具体可以包括：

接收第一应用平台发送的与第一用户关联的第一用户数据；

以第一用户数据中的第一标识信息为检索关键词，确定原始数据库中是否存在与第一用户关联的第二用户数据，其中，第一标识信息为与预设标识类型对应的标识信息；

在确定存在第二用户数据的情况下，获取第二用户数据，将第一用户数据和第二用户数据作为与第一用户对应的用户数据；

在确定不存在第二用户数据的情况下，将第一用户数据作为与第一用户对应的用户数据。

这里，获取的待存储的用户数据可以是由第一应用平台发送的与第一用户对应的增量用户数据，也即第一用户数据。其中，第一应用平台可以是前端某个业务系统对应的应用平台，以授权业务为例，该应用平台可以是授权用户对应的授权方，例如网络支付平台、互联互通平台以及其他服务平台等。

示例性地，第一用户可通过该第一应用平台进行注册或授权等操作，进而第一应用平台可将用户注册或授权得到的第一用户数据，发送至统一用户系统，如此，统一用户系统可接收到第一应用平台发送的第一用户数据。

另外，预设标识类型可以是具有唯一性的标识类型，例如手机号、身份证号、银行卡号、设备号等类型。相应地，第一标识信息可以是第一用户数据中包括的手机号、身份证号、银行卡号或者设备号等。

在一些具体例子中，若第一用户数据中包括手机号，则可以第一用户数据中的手机号作为检索关键词，从原始数据库中查询是否存在与第一用户对应的存量用户数据，也即第二用户数据。若第一用户数据中包括身份证号，则可以第一用户数据中的身份证号作为检索关键词，从原始数据库中查询是否存在与第一用户关联的第二用户数据。

在存在第二用户数据的情况下，说明该第一用户为老用户，可从原始数据库中取出该第二用户数据，并将第二用户数据与第一用户数据一同作为待存储的用户数据，存储至目标数据库中。其中，第二用户数据可以是从第一应用平台对应的数据库中获取的，也可以是从其他应用平台对应的数据库中获取的，在此不作限定。

在不存在第二用户数据的情况下，说明该第一用户为新用户，可将第二用户数据作为待存储的用户数据，存储至目标数据库中。

如此，通过从原始数据库中确定是否存在与第一用户关联的第二用户数据，以及在存在第二用户数据的情况下，将接收到的第一用户数据和原始数据库中的第二用户数据一起作为待存储的用户数据，存储至目标数据库，可以在存在存量数据的情况下，对存量数据和增量数据按照统一规则进行统一标识，并存储至同一数据库中，如此，可便于后期对用户数据的统一管理。

在一些实施方式中，在S120中，多个维度可以包括自然人维度、手机号维度、银行卡维度以及设备维度中的至少两项。其中，自然人维度是以自然人为准进行数据统计和标识的维度，手机号维度是以手机号为准进行数据统计和标识的维度，银行卡维度是以银行卡号为准进行数据统计和标识的维度，设备维度是以设备指纹为准进行数据统计和标识的维度。

示例性地，可从预设的多个维度分别对用户数据进行数据分类统计，例如，以自然人为准，从该用户数据中统计出与自然人相关的数据，得到自然人维度下的数据集合，又如，以手机号为准，从该用户数据中统计出与手机号相关的数据，得到手机号维度下的数据集合，以此类推。如此，可得到该多个维度中的全部或部分维度，也即目标维度，所对应的目标数据集合。其中，一个维度下可以对应一个数据集合。

在一些实施方式中，上述S120具体可以包括：

根据多个维度中每个维度对应的标识类型，从用户数据中获取与标识类型对应的标识信息，其中，不同维度对应不同标识类型；

在获取到与标识类型对应的标识信息的情况下，将维度作为目标维度，并从用户数据中获取与标识信息关联的多个数据，作为目标维度下的目标数据集合。

这里，一个维度可对应一个标识类型，当用户数据中存在与某个维度对应的标识类型的标识信息的情况下，可将该维度确定为目标维度，进而利用该标识信息从用户数据中获取与该标识信息关联的多个数据，构成目标维度下的目标数据集合。

示例性地，与自然人维度对应的标识类型例如可以是证件号和证件类型，与手机号维度对应的标识类型例如可以是手机号，与设备维度对应的标识类型例如可以是设备指纹，与银行卡维度对应的标识类型例如可以是银行卡号。

在一些具体的例子中，以自然人维度为例，可首先从用户数据中获取与预设证件类型对应的证件号，例如若用户数据为第一用户的实名信息，其中包括第一用户的身份证号，则可获取该身份证号，并根据该身份证号提取与该身份证号关联的其他数据，例如姓名、性别、出生日期等信息数据，进而将这些数据作为自然人维度下的目标数据集合中的数据。

在一些实施方式中，在S130中，在不同的维度下，对于同一用户的数据可设置不同的统一标识，以便在后期数据管理过程中，从不同维度对用户数据进行增删改查等管理操作。

另外，一个维度下，同一用户可对应一个或多个统一标识，在此不作限定。例如，手机号维度下和自然人维度下，一个用户可对应一个统一标识，而设备维度和银行卡维度下，一个用户可对应多个统一标识。

示例性地，可首先确定目标数据库中目标维度对应的目标数据表中是否存在与第一用户对应的统一标识，若存在则无需为第一用户创建新的统一标识，若不存在则为第一用户创建统一标识。

基于此，在一些实施方式中，上述S130具体可以包括：

根据所述用户数据确定是否存在与所述第一用户对应的目标统一标识；

在不存在与所述第一用户对应的目标统一标识的情况下，在所述目标维度下以目标标识类型对应的标识信息为主键，创建与所述第一用户对应的目标统一标识，其中，所述目标标识类型为与所述目标维度对应的标识类型。

示例性地，可将用户数据中与预设标识类型对应的标识信息，与目标数据库中目标维度对应的目标数据表中的存量数据进行匹配，若存在相同的信息，则可确定目标维度下已存在与第一用户对应的目标统一标识，若不存在相同的信息，则可确定目标维度下不存在与第一用户对应的目标统一标识。

以自然人维度为例，若用户数据中包含证件信息，例如身份证号，则可利用该身份证号确定自然人维度对应的数据表中是否存在该身份证号。若存在该身份证号，则可将该身份证号对应的统一标识确定为自然人维度下与第一用户对应的统一自然人标识。若不存在该身份证号，则可以证件号和证件类型为主键，在自然人维度下创建与第一用户对应的统一自然人标识。其中，单一真实用户有多个证件的情况下可视为多个自然人。

以手机号维度为例，若用户数据中包含手机号，则可利用该手机号确定手机号维度对应的数据表中是否存在该手机号。若存在该手机号，则可将该手机号对应的统一标识确定为手机号维度下与第一用户对应的统一手机号标识。若不存在该手机号，则可以手机号为主键，在手机号维度下创建与第一用户对应的统一手机号标识。

以银行卡维度为例，若用户数据中包含银行卡号，则可利用该银行卡号确定银行卡维度对应的数据表中是否存在该银行卡号。若存在该银行卡号，则可将该银行卡号对应的统一标识确定为银行卡维度下与第一用户对应的统一银行卡标识。若不存在该银行卡号，则可以银行卡号为主键，在银行卡维度下创建与第一用户对应的统一银行卡标识。

以设备维度为例，若用户数据中包含设备信息，例如用户所使用手机中设定应用程序对应的seid和设备指纹，则可利用该设备信息确定设备维度对应的数据表中是否存在该设备信息。若存在该设备信息，则可将该设备信息对应的统一标识确定为设备维度下与第一用户对应的统一设备标识。若不存在该设备信息，则可以seid和设备指纹为主键，在设备维度下创建与第一用户对应的统一设备标识。

如此，通过上述过程，可得到目标维度下与第一用户对应的目标统一标识，进而便于根据该目标统一标识对用户数据进行存储和管理。

另外，在一些实施方式中，本申请实施例提供的数据存储方法还可以包括：

获取与第一用户对应的除目标统一标识之外的其他统一标识；

将目标统一标识与其他统一标识进行关联存储。

这里，本申请实施例还可对各个维度下与同一用户对应的统一标识进行关联存储。具体地，在创建得到目标维度下与第一用户对应的目标统一标识后，还可关联其他维度下该第一用户对应的其他统一标识。

在一些具体例子中，在为第一用户创建得到统一手机号标识后，可根据用户数据的来源，从预设的统一标识对应关系表中关联该数据来源对应的统一自然人标识、统一银行卡标识等，并在该统一标识对应关系表中记录该数据来源信息(例如产品或渠道信息以及第一用户使用的用户账号标识信息)。具体地，该统一标识对应关系表中的结构可如下表1所示：

表1

如此，通过对各个维度下的统一标识进行关联存储，可以方便后期用户数据管理时，利用统一标识之间的关联关系进行数据的查询等操作，便于数据的统一管理。

在一些实施方式中，在S140中，在确定目标统一标识后，可基于该目标统一标识确定目标数据表中的存储位置，进而将该目标数据集合对应存储至目标数据表中的该存储位置中。其中，在目标数据库中不同的维度可对应不同的数据表，目标数据表可以是目标数据库中与目标维度对应的数据表。

这里，目标数据库可以是用于存储统一标识后的用户数据的数据库，该数据库可以与用户数据的数据来源相对应。

基于此，在一些实施方式中，在上述S140之前，本申请实施例提供的数据存储方法还可以包括：

确定获取用户数据的目标应用平台；

从多个数据库中确定与目标应用平台对应的数据库，作为目标数据库，其中，一个数据库对应一个或多个应用平台。

这里，本申请实施例提供了集中式和分布式的部署方案，其中，集中式部署方案就是多个应用平台共用同一套应用和数据层，也即多个应用平台共用一个数据库存储数据，而分布式部署方案则是应用层和数据层独立部署，也即，一个应用平台使用一个数据库存储数据。例如，对于安全等级要求较高的应用平台，可采用独立部署的方式，即对于安全等级要求较高的应用平台可单独采用一个数据库进行数据存储，对于安全等级要求较低的应用平台可共同采用一个数据库进行数据存储。

需要说明的是，无论上述哪种部署方案，整个统一用户系统的接入层只有一套，从而改变了现有的从接入层到应用层的路由规则，对外仅暴露同一个接口，通过应用平台关键字的配置来进行路由，使得前端业务系统无感知。具体参见如图2所示的架构图，其中，a平台独占一套服务层和数据层，单独使用一个数据库A，b平台和c平台共用一套服务层和数据层，两个平台共同使用同一个数据库B。

在一些具体例子中，若用户数据来源于a平台，则根据a平台标识，以及预设的数据库对应关系表，即可确定对应的数据库A，作为存储该用户数据的目标数据库；若用户数据来源于b平台或c平台，则根据b平台或c平台标识，以及预设的数据库对应关系表，即可确定对应的数据库B，作为存储该用户数据的目标数据库。

这样，通过集中式和分布式的部署方案，根据获取用户数据目标应用平台，从多个数据库中确定与目标应用平台对应的数据库，作为目标数据库，以将数据存储至目标数据库，可在保证个性化数据存储安全要求的情况下，实现不同业务系统数据融合存储的目的。

另外，在一些实施方式中，上述目标数据表中可以包括应用平台、应用场景和用户账号中的至少一个属性对应的数据项。

这里，本申请实施例引入了一套以应用平台结合应用场景及用户账号的用户构建及存储方案，其中，以授权业务为例，应用平台可以是授权平台，应用场景可以是授权场景，用户账号可以是实体账户号。

示例性地，如图3所示，以授权业务为例，授权平台可以是授权用户对应的授权方，如网络支付平台、互联互通平台以及一些能够授权的APP等，都可作为一个属性存储在目标数据表中。同理，授权场景可以是授权平台下的授权子场景，不同授权场景下的用户数据可通过属性值进行区分，其中，对于只有一个授权场景的授权平台而言，授权场景等同于授权平台，例如，在网络支付平台中，授权用户只对应唯一的网络支付平台的场景。另外，实体账户号可以是每个授权场景下用于区分不同授权用户的要素，在不同场景下，该实体账户号可以是手机号、证件号、卡号等具有唯一性的账户标识。例如，在网络支付平台中，以自然人为单位构建用户账号，即使用证件号作为实体账户号构建授权用户，在互联互通平台中，以手机号为用户要素构建授权用户，则实体账户号为手机号。

如此，本申请实施例可支撑包含网络支付平台在内的各授权平台下的用户创建及维护，支持对同一用户在不同场景下的数据进行分裂存储，满足个授权平台方对用户要素动态变化的需求。

另外，在一些实施方式中，目标数据表可以包括第一类型数据表和第二类型数据表，其中，第一类型数据表用于存储目标维度下的用户基础数据，第二类型数据表用于存储目标维度下的业务扩展数据。

这里，第一类型数据表可以是基础信息表，用于存储目标维度下的用户基础数据，其中，用户基础数据可以是不同业务场景共有的属性数据，例如卡号、手机号等。

第二类型数据表可以是扩展信息表，用于存储目标维度下的业务扩展数据，其中，业务扩展数据可以是各个业务场景特有的属性数据，例如应用名称、支付渠道、设备厂商等。

针对预设的多个维度，每个维度下可分别设置有第一类型数据表和第二类型数据表。

在一些实施方式中，第一类型数据表中包括目标维度下的多个用户基础属性对应的数据项；

基于此，上述S140具体可以包括：

从目标数据集合中提取与至少一个用户基础属性对应的用户基础数据；

基于目标统一标识，将用户基础数据对应存储至第一类型数据表中与至少一个用户基础属性对应的数据项中。

示例性地，以目标维度为自然人维度为例，第一类型数据表中可包括统一自然人标识、姓名、证件类型、证件号、出生日期、性别、创建来源、更新来源等用户基础属性对应的数据项。

以目标维度为手机号维度为例，第一类型数据表中可包括统一手机号标识、手机号、网络、运营商、创建来源、更新来源等用户基础属性对应的数据项。

以目标维度为银行卡维度为例，第一类型数据表中可包括统一银行卡号标识、银行卡号、卡等级、发卡机构、卡性质、创建来源、更新来源等用户基础属性对应的数据项。

以目标维度为设备维度为例，第一类型数据表中可包括统一设备标识、设备号、设备指纹、设备厂商机构号、创建来源、更新来源等用户基础属性对应的数据项。

在一些具体例子中，对于自然人维度下的第一类型数据表，可从自然人维度下的数据集合中提取用户姓名、证件类型、证件号、创建来源、更新来源等数据中的至少一个数据，进而根据统一自然人标识，找到第一类型数据表中相应的存储位置，将提取得到的数据存储至该存储位置下对应属性的数据项中。其他维度下的数据也可按照上述类似的方式进行数据存储，在此不再赘述。

在一些实施方式中，上述S140具体还可以包括：

从目标数据集合中提取与至少一个业务扩展属性对应的业务扩展数据；

基于目标统一标识，将业务扩展数据存储至目标数据库中与目标维度对应的第二类型数据表。

示例性地，由于不同的业务场景可能具有各自独特的属性，也即业务扩展属性，因此，可从目标数据集合中提取出相应目标维度下特有的属性对应的数据，也即业务扩展数据，进而将该数据对应存储至第二类型数据表中相应属性对应的数据项中。

在一些具体例子中，对于自然人维度下的第二类型数据表，可从自然人维度下的数据集合中提取各个业务场景特有的业务扩展数据，例如a业务场景下获取的用户数据中特有的应用名称属性对应的数据。进而根据确定得到的统一自然人标识，找到第二类型数据表中相应的存储位置，将提取得到的数据存储至该存储位置下对应属性的数据项中。其他维度下的数据也可按照上述类似的方式进行数据存储，在此不再赘述。

如此，通过设置第一类型数据表和第二类型数据表，将各个业务场景下共同的基础数据存储在一个数据表中，而特有的业务数据存储在其他数据表中，可以避免对每个业务场景下共有的数据进行重复存储，从而可以节约存储空间。

为了方便各个业务场景扩展其特有的属性，在一些实施方式中，上述基于目标统一标识，将业务扩展数据存储至目标数据库中与目标维度对应的第二类型数据表的步骤，具体可以包括：

基于目标统一标识，将至少一个业务扩展属性存储至第二类型数据表的第一数据项中；

对应于至少一个业务扩展属性，将业务扩展数据存储至第二类型数据表的第二数据项中。

这里，在第二类型数据表中，可采用竖表的形式进行存储，以方便存储除用户基本信息之外与业务场景相关的信息，例如应用名称、设备厂商等，各个业务场景下的属性可随意扩展，即同一用户不同属性的数据以多个记录的形式存储在第二类型数据表中。例如下表2所示，可将各个业务场景下的业务扩展属性的属性标识(例如属性名称)，存储至“属性”这个数据项(也即第一数据项)中，而将业务扩展属性对应的业务扩展数据存储至各自对应的“值”这个数据项(也即第二数据项)中。

表2

如此，无论业务场景如何扩展特有的属性，均可存储在第二类型数据表中，从而方便各个业务场景扩展其特有属性，而无需改动数据表结构。

另外，在一些实施方式中，第一类型数据表中包括与服务标记属性对应的目标数据项，目标数据项中对应存储的字符信息用于标识用户对多个预设服务功能的使用情况，其中，一个预设服务功能与字符信息中一个或多个字符位的信息相对应。

这里，由于服务标记是用户数据中的一个重要特征，通过服务标记数据管理者能够清楚地了解到用户曾经使用过哪些服务功能，例如用户曾经利用银行卡做过哪些产品的交易。对此，本申请实施例提供了功能位图，该功能位图可以是一个预设长度的字符信息，其中，字符信息的长度可根据服务功能的种类数量进行确定。该字符信息中可包括多个字符，每个字符所在的字符位可以取0或1，具体可根据预设的数据字典规定哪个字符位对应于哪一种类型的服务功能。取值为1时代表用户使用过该类服务功能，例如做过此类交易，取值为0时代表用户未使用过该类服务功能，例如未做过此类交易。

举例而言，若一个位图(也即字符信息)是“01011”，则根据数据字典可知，该用户使用过第二服务功能、第四服务功能和第五服务功能。

当然，一个预设服务功能也可对应多个字符位的信息，例如一个预设服务功能可对应两个字符位，该两个字符位中不同的取值方式可对应不同的使用状态，进而可对预设服务功能进行多种使用状态的标识。

另外，预设的服务功能种类可以无限扩展，只需要扩展位图的长度和字段即可。

在一些实施方式中，本申请实施例提供的数据存储方法还可以包括：

根据用户数据确定第一用户是否使用过目标服务功能，其中，目标服务功能为多个预设服务功能中的任一服务功能；

在确定第一用户使用过目标服务功能的情况下，基于目标统一标识，将第一类型数据表内目标数据项中对应存储的目标信息设置为第一字符信息；

在确定第一用户没有使用过目标服务功能的情况下，基于目标统一标识，将第一类型数据表内目标数据项中对应存储的目标信息设置为第二字符信息；

其中，目标信息为目标数据项中与目标统一标识对应存储的字符信息中目标字符位的信息，目标字符位为与目标服务功能对应的字符位。

这里，第一字符信息例如可以是“1”，第二字符信息例如可以是“0”。

示例性地，字符信息的确定方式具体可以是，由每次获取的与第一用户对应的用户数据，确定该第一用户是否使用过多个预设服务功能中的任一服务功能，若用户数据显示该第一用户已使用过其中的某个服务功能，例如第二服务功能，且根据数据字典确定该第二服务功能对应的字符位为第二位，则可将第一类型数据表中存储的与目标统一标识对应的字符信息中的第二字符位，设置为“1”。若用户数据显示该第一用户未使用过其中的某个服务功能，例如第四服务功能，且根据数据字典确定该第四服务功能对应的字符位为第四位，则可将第一类型数据表中存储的与目标统一标识对应的字符信息中的第四字符位，设置为“0”，以此类推，可确定字符信息中每个字符位对应的取值。

这样，通过一个字符信息即可获取到用户所有的服务功能使用情况，进而可以在后期进行数据管理时方便地进行不同渠道、不同应用之间的用户业务扩展等，便于进行用户管理。

另外，本申请实施例中目标数据库还可对接全渠道系统、二维码系统、转接清算系统等，为各类系统提供用户数据支持服务。在支持几十亿级数据的联机实时查询和写入业务(10ms级)的同时，可以支持OLAP(Online Analytical Processing，联机分析处理)的批量任务。

除此之外，本申请实施例面对多个类型的用户还设计了数据融合总系统，该系统由四个层组成，分别是源数据层、抽取层、汇聚层和处理层。其中，源数据层就是该多个类型的用户，例如注册用户、授权用户和卡基用户。源数据层通过抽取层向上融合，抽取层会抽取整个用户体系所有数据源的数据库表结构。向汇聚层传递，汇聚层中可使用kafka作为高性能的融合数据总线，最终到达数据融合处理层，针对不同的数据来源进行融合处理，生成人、户、卡统一标识。

为了更好地描述整个方案，基于上述各实施例，以授权业务场景为例，举一些具体例子。

例如，如图4所示的用户授权方法流程图。该用户授权方法可以包括S401-S409，下面对此进行详细解释。

S401，用户向前端业务系统提出授权；

S402，前端业务系统通过网络向统一用户系统发送通过用户授权获取的用户数据；

S403，统一用户系统从用户数据中提取数据表中所需的数据信息；

S404，统一用户系统对用户数据按照自然人、手机号、银行卡、设备号四个维度进行分类记录；

S405，统一用户系统将用户数据发送至对应的数据库进行保存；

S406，数据库记录用户数据，完成用户绑定流程；

S407，数据库返回绑定结果给统一用户系统；

S408，统一用户系统返回绑定结果给前端业务系统；

S409，前端业务系统根据绑定结果向用户返回授权成功提示信息。

另外，上述过程中，统一用户系统可为前端各业务系统提供用户数据落地保存、查询、修改服务。且针对已落库数据的实时性和准确性应由前端业务系统保障，统一用户系统可以不做重复校验。

需要说明的是，上述本申请实施例描述的应用场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着新应用场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

基于相同的发明构思，本申请还提供了一种数据存储装置。具体结合图5进行详细说明。

图5是本申请一个实施例提供的数据存储装置的结构示意图。

如图5所示，该数据存储装置500可以包括：

数据获取模块501，用于获取与第一用户对应的用户数据；

数据统计模块502，用于从多个维度分别对所述用户数据进行数据统计，得到目标维度下的目标数据集合，所述目标维度包括所述多个维度中的至少一个维度；

标识确定模块503，用于在所述目标维度下确定与所述第一用户对应的目标统一标识，其中，同一用户在不同的维度下对应的统一标识不同；

数据存储模块504，用于基于所述目标统一标识，将所述目标数据集合中的数据存储至目标数据库中与所述目标维度对应的目标数据表，以在所述目标数据表内的数据项中更新或添加与所述目标统一标识对应的信息。

下面对上述数据存储装置500进行详细说明，具体如下所示：

在其中一些实施例中，所述数据获取模块501具体包括：

数据接收子模块，用于接收第一应用平台发送的与第一用户关联的第一用户数据；

数据检索子模块，用于以所述第一用户数据中的第一标识信息为检索关键词，确定原始数据库中是否存在与所述第一用户关联的第二用户数据，其中，所述第一标识信息为与预设标识类型对应的标识信息；

第一处理子模块，用于在确定存在所述第二用户数据的情况下，获取所述第二用户数据，将所述第一用户数据和所述第二用户数据作为与所述第一用户对应的用户数据；

第二处理子模块，用于在确定不存在所述第二用户数据的情况下，将所述第一用户数据作为与所述第一用户对应的用户数据。

在其中一些实施例中，所述数据统计模块502具体包括：

信息获取子模块，用于根据所述多个维度中每个维度对应的标识类型，从所述用户数据中获取与所述标识类型对应的标识信息，其中，不同维度对应不同标识类型；

集合获取子模块，用于在获取到与所述标识类型对应的标识信息的情况下，将所述维度作为所述目标维度，并从所述用户数据中获取与所述标识信息关联的多个数据，作为所述目标维度下的目标数据集合。

在其中一些实施例中，标识确定模块503具体包括：

标识确定子模块，用于根据所述用户数据确定是否存在与所述第一用户对应的目标统一标识；

标识创建子模块，用于在不存在与所述第一用户对应的目标统一标识的情况下，在所述目标维度下以目标标识类型对应的标识信息为主键，创建与所述第一用户对应的目标统一标识，其中，所述目标标识类型为与所述目标维度对应的标识类型。

在其中一些实施例中，数据存储装置500还包括：

标识获取模块，用于获取与所述第一用户对应的除所述目标统一标识之外的其他统一标识；

关联存储模块，用于将所述目标统一标识与所述其他统一标识进行关联存储。

在其中一些实施例中，数据存储装置500还包括：

平台确定模块，用于在基于所述目标统一标识，将所述目标数据集合中的数据存储至目标数据库中与所述目标维度对应的目标数据表之前，确定获取所述用户数据的目标应用平台；

目标确定模块，用于从多个数据库中确定与所述目标应用平台对应的数据库，作为所述目标数据库，其中，一个数据库对应一个或多个应用平台。

在其中一些实施例中，所述目标数据表包括第一类型数据表和第二类型数据表，其中，所述第一类型数据表用于存储所述目标维度下的用户基础数据，所述第二类型数据表用于存储所述目标维度下的业务扩展数据。

在其中一些实施例中，所述第一类型数据表中包括所述目标维度下的多个用户基础属性对应的数据项；

所述数据存储模块504包括：

第一提取子模块，用于从所述目标数据集合中提取与至少一个所述用户基础属性对应的用户基础数据；

第一存储子模块，用于基于所述目标统一标识，将所述用户基础数据对应存储至所述第一类型数据表中与至少一个所述用户基础属性对应的数据项中。

在其中一些实施例中，所述数据存储模块504还包括：

第二提取子模块，用于从所述目标数据集合中提取与至少一个业务扩展属性对应的业务扩展数据；

第二存储子模块，用于基于所述目标统一标识，将所述业务扩展数据存储至所述目标数据库中与所述目标维度对应的所述第二类型数据表。

在其中一些实施例中，所述第二存储子模块包括：

第一存储单元，用于基于所述目标统一标识，将所述至少一个业务扩展属性存储至所述第二类型数据表的第一数据项中；

第二存储单元，用于对应于所述至少一个业务扩展属性，将所述业务扩展数据存储至所述第二类型数据表的第二数据项中。

在其中一些实施例中，所述第一类型数据表中包括与服务标记属性对应的目标数据项，所述目标数据项中对应存储的字符信息用于标识用户对多个预设服务功能的使用情况，其中，一个所述预设服务功能与所述字符信息中一个或多个字符位的信息相对应。

在其中一些实施例中，数据存储装置500还包括：

使用判断模块，用于根据所述用户数据确定所述第一用户是否使用过目标服务功能，其中，所述目标服务功能为所述多个预设服务功能中的任一服务功能；

第一设置模块，用于在确定所述第一用户使用过所述目标服务功能的情况下，基于所述目标统一标识，将所述第一类型数据表内所述目标数据项中对应存储的目标信息设置为第一字符信息；

第二设置模块，用于在确定所述第一用户没有使用过所述目标服务功能的情况下，基于所述目标统一标识，将所述第一类型数据表内所述目标数据项中对应存储的目标信息设置为第二字符信息；

其中，所述目标信息为所述目标数据项中与所述目标统一标识对应存储的字符信息中目标字符位的信息，所述目标字符位为与所述目标服务功能对应的字符位。

在其中一些实施例中，所述多个维度包括自然人维度、手机号维度、银行卡维度以及设备维度中的至少两项。

在其中一些实施例中，所述目标数据表中包括应用平台、应用场景和用户账号中的至少一个属性对应的数据项。

由此，通过从预设的多个维度分别对获取到的与第一用户对应的用户数据进行数据统计，得到目标维度下的目标数据集合，在目标维度下确定与第一用户对应的目标统一标识，进而基于该目标统一标识，将目标数据集合中的数据存储至目标数据库中与该目标维度对应的目标数据表。这样，本申请实施例通过对同一用户在不同维度下的数据分别进行统一标识，并且存储在同一目标数据库中，可以方便在后期数据管理时，从多个维度分别依据各个维度下的统一标识对同一用户的用户数据进行统一管理，另外，由于本申请实施例中用户的统一标识与数据来源并无关联，也即，来自不同渠道或产品的用户数据均按照统一规则进行统一标识以及存储，因此可以方便在不同渠道或产品之间进行用户扩展和数据共享。

图6是本申请一个实施例提供的电子设备的结构示意图。

在电子设备600可以包括处理器601以及存储有计算机程序指令的存储器602。

具体地，上述处理器601可以包括中央处理器(CPU)，或者特定集成电路(Application Specific Integrated Circuit，ASIC)，或者可以被配置成实施本申请实施例的一个或多个集成电路。

存储器602可以包括用于数据或指令的大容量存储器。举例来说而非限制，存储器602可包括硬盘驱动器(Hard Disk Drive，HDD)、软盘驱动器、闪存、光盘、磁光盘、磁带或通用串行总线(Universal Serial Bus，USB)驱动器或者两个或更多个以上这些的组合。在合适的情况下，存储器602可包括可移除或不可移除(或固定)的介质。在合适的情况下，存储器602可在综合网关容灾设备的内部或外部。在特定实施例中，存储器602是非易失性固态存储器。

在特定实施例中，存储器可包括只读存储器(ROM)，随机存取存储器(RAM)，磁盘存储介质设备，光存储介质设备，闪存设备，电气、光学或其他物理/有形的存储器存储设备。因此，通常，存储器包括一个或多个编码有包括计算机可执行指令的软件的有形(非暂态)计算机可读存储介质(例如，存储器设备)，并且当该软件被执行(例如，由一个或多个处理器)时，其可操作来执行参考根据本申请的一方面的方法所描述的操作。

处理器601通过读取并执行存储器602中存储的计算机程序指令，以实现上述实施例中的任意一种数据存储方法。

在一些示例中，电子设备600还可包括通信接口603和总线610。其中，如图6所示，处理器601、存储器602、通信接口603通过总线610连接并完成相互间的通信。

通信接口603主要用于实现本申请实施例中各模块、装置、单元和/或设备之间的通信。

总线610包括硬件、软件或两者，将在线数据流量计费设备的部件彼此耦接在一起。举例来说而非限制，总线610可包括加速图形端口(AGP)或其他图形总线、增强工业标准架构(EISA)总线、前端总线(FSB)、超传输(HT)互连、工业标准架构(ISA)总线、无限带宽互连、低引脚数(LPC)总线、存储器总线、微信道架构(MCA)总线、外围组件互连(PCI)总线、PCI-Express(PCI-X)总线、串行高级技术附件(SATA)总线、视频电子标准协会局部(VLB)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线610可包括一个或多个总线。尽管本申请实施例描述和示出了特定的总线，但本申请考虑任何合适的总线或互连。

示例性的，电子设备600可以为手机、平板电脑、笔记本电脑、掌上电脑、车载电子设备、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本或者个人数字助理(personal digital assistant，PDA)等。

该电子设备600可以执行本申请实施例中的数据存储方法，从而实现结合图1和图5描述的数据存储方法和装置。

另外，结合上述实施例中的数据存储方法，本申请实施例可提供一种计算机可读存储介质来实现。该计算机可读存储介质上存储有计算机程序指令；该计算机程序指令被处理器执行时实现上述实施例中的任意一种数据存储方法。计算机可读存储介质的示例包括非暂态计算机可读存储介质，如便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件等。

需要明确的是，本申请并不局限于上文所描述并在图中示出的特定配置和处理。为了简明起见，这里省略了对已知方法的详细描述。在上述实施例中，描述和示出了若干具体的步骤作为示例。但是，本申请的方法过程并不限于所描述和示出的具体步骤，本领域的技术人员可以在领会本申请的精神后，作出各种改变、修改和添加，或者改变步骤之间的顺序。

以上所述的结构框图中所示的功能块可以实现为硬件、软件、固件或者它们的组合。当以硬件方式实现时，其可以例如是电子电路、专用集成电路(ASIC)、适当的固件、插件、功能卡等等。当以软件方式实现时，本申请的元素是被用于执行所需任务的程序或者代码段。程序或者代码段可以存储在机器可读介质中，或者通过载波中携带的数据信号在传输介质或者通信链路上传送。“机器可读介质”可以包括能够存储或传输信息的任何介质。机器可读介质的例子包括电子电路、半导体存储器设备、ROM、闪存、可擦除ROM(EROM)、软盘、CD-ROM、光盘、硬盘、光纤介质、射频(RF)链路，等等。代码段可以经由诸如因特网、内联网等的计算机网络被下载。

还需要说明的是，本申请中提及的示例性实施例，基于一系列的步骤或者装置描述一些方法或系统。但是，本申请不局限于上述步骤的顺序，也就是说，可以按照实施例中提及的顺序执行步骤，也可以不同于实施例中的顺序，或者若干步骤同时执行。

上面参考根据本申请的实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本申请的各方面。应当理解，流程图和/或框图中的每个方框以及流程图和/或框图中各方框的组合可以由计算机程序指令实现。这些计算机程序指令可被提供给通用计算机、专用计算机、或其它可编程数据处理装置的处理器，以产生一种机器，使得经由计算机或其它可编程数据处理装置的处理器执行的这些指令使能对流程图和/或框图的一个或多个方框中指定的功能/动作的实现。这种处理器可以是但不限于是通用处理器、专用处理器、特殊应用处理器或者现场可编程逻辑电路。还可理解，框图和/或流程图中的每个方框以及框图和/或流程图中的方框的组合，也可以由执行指定的功能或动作的专用硬件来实现，或可由专用硬件和计算机指令的组合来实现。

以上所述，仅为本申请的具体实施方式，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。应理解，本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。

Claims (18)

1.一种数据存储方法，其特征在于，包括：

获取与第一用户对应的用户数据；

从多个维度分别对所述用户数据进行数据统计，得到目标维度下的目标数据集合，所述目标维度包括所述多个维度中的至少一个维度；

在所述目标维度下确定与所述第一用户对应的目标统一标识，其中，同一用户在不同的维度下对应的统一标识不同；

基于所述目标统一标识，将所述目标数据集合中的数据存储至目标数据库中与所述目标维度对应的目标数据表，以在所述目标数据表内的数据项中更新或添加与所述目标统一标识对应的信息。

2.根据权利要求1所述的方法，其特征在于，所述获取与第一用户对应的用户数据，包括：

接收第一应用平台发送的与第一用户关联的第一用户数据；

以所述第一用户数据中的第一标识信息为检索关键词，确定原始数据库中是否存在与所述第一用户关联的第二用户数据，其中，所述第一标识信息为与预设标识类型对应的标识信息；

在确定存在所述第二用户数据的情况下，获取所述第二用户数据，将所述第一用户数据和所述第二用户数据作为与所述第一用户对应的用户数据；

在确定不存在所述第二用户数据的情况下，将所述第一用户数据作为与所述第一用户对应的用户数据。

3.根据权利要求1所述的方法，其特征在于，所述从多个维度分别对所述用户数据进行数据统计，得到目标维度下的目标数据集合，包括：

根据所述多个维度中每个维度对应的标识类型，从所述用户数据中获取与所述标识类型对应的标识信息，其中，不同维度对应不同标识类型；

在获取到与所述标识类型对应的标识信息的情况下，将所述维度作为所述目标维度，并从所述用户数据中获取与所述标识信息关联的多个数据，作为所述目标维度下的目标数据集合。

4.根据权利要求1所述的方法，其特征在于，所述在所述目标维度下确定与所述第一用户对应的目标统一标识，包括：

根据所述用户数据确定是否存在与所述第一用户对应的目标统一标识；

在不存在与所述第一用户对应的目标统一标识的情况下，在所述目标维度下以目标标识类型对应的标识信息为主键，创建与所述第一用户对应的目标统一标识，其中，所述目标标识类型为与所述目标维度对应的标识类型。

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

获取与所述第一用户对应的除所述目标统一标识之外的其他统一标识；

将所述目标统一标识与所述其他统一标识进行关联存储。

6.根据权利要求1所述的方法，其特征在于，在基于所述目标统一标识，将所述目标数据集合中的数据存储至目标数据库中与所述目标维度对应的目标数据表之前，所述方法还包括：

确定获取所述用户数据的目标应用平台；

从多个数据库中确定与所述目标应用平台对应的数据库，作为所述目标数据库，其中，一个数据库对应一个或多个应用平台。

7.根据权利要求1-6任一项所述的方法，其特征在于，所述目标数据表包括第一类型数据表和第二类型数据表，其中，所述第一类型数据表用于存储所述目标维度下的用户基础数据，所述第二类型数据表用于存储所述目标维度下的业务扩展数据。

8.根据权利要求7所述的方法，其特征在于，所述第一类型数据表中包括所述目标维度下的多个用户基础属性对应的数据项；

所述基于所述目标统一标识，将所述目标数据集合中的数据存储至目标数据库中与所述目标维度对应的目标数据表，包括：

从所述目标数据集合中提取与至少一个所述用户基础属性对应的用户基础数据；

基于所述目标统一标识，将所述用户基础数据对应存储至所述第一类型数据表中与至少一个所述用户基础属性对应的数据项中。

9.根据权利要求8所述的方法，其特征在于，所述基于所述目标统一标识，将所述目标数据集合中的数据存储至目标数据库中与所述目标维度对应的目标数据表，还包括：

从所述目标数据集合中提取与至少一个业务扩展属性对应的业务扩展数据；

基于所述目标统一标识，将所述业务扩展数据存储至所述目标数据库中与所述目标维度对应的所述第二类型数据表。

10.根据权利要求9所述的方法，其特征在于，所述基于所述目标统一标识，将所述业务扩展数据存储至所述目标数据库中与所述目标维度对应的所述第二类型数据表，包括：

基于所述目标统一标识，将所述至少一个业务扩展属性存储至所述第二类型数据表的第一数据项中；

对应于所述至少一个业务扩展属性，将所述业务扩展数据存储至所述第二类型数据表的第二数据项中。

11.根据权利要求7所述的方法，其特征在于，所述第一类型数据表中包括与服务标记属性对应的目标数据项，所述目标数据项中对应存储的字符信息用于标识用户对多个预设服务功能的使用情况，其中，一个所述预设服务功能与所述字符信息中一个或多个字符位的信息相对应。

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

根据所述用户数据确定所述第一用户是否使用过目标服务功能，其中，所述目标服务功能为所述多个预设服务功能中的任一服务功能；

在确定所述第一用户使用过所述目标服务功能的情况下，基于所述目标统一标识，将所述第一类型数据表内所述目标数据项中对应存储的目标信息设置为第一字符信息；

在确定所述第一用户没有使用过所述目标服务功能的情况下，基于所述目标统一标识，将所述第一类型数据表内所述目标数据项中对应存储的目标信息设置为第二字符信息；

其中，所述目标信息为所述目标数据项中与所述目标统一标识对应存储的字符信息中目标字符位的信息，所述目标字符位为与所述目标服务功能对应的字符位。

13.根据权利要求1-6任一项所述的方法，其特征在于，所述多个维度包括自然人维度、手机号维度、银行卡维度以及设备维度中的至少两项。

14.根据权利要求1-6任一项所述的方法，其特征在于，所述目标数据表中包括应用平台、应用场景和用户账号中的至少一个属性对应的数据项。

15.一种数据存储装置，其特征在于，包括：

数据获取模块，用于获取与第一用户对应的用户数据；

数据统计模块，用于从多个维度分别对所述用户数据进行数据统计，得到目标维度下的目标数据集合，所述目标维度包括所述多个维度中的至少一个维度；

标识确定模块，用于在所述目标维度下确定与所述第一用户对应的目标统一标识，其中，同一用户在不同的维度下对应的统一标识不同；

数据存储模块，用于基于所述目标统一标识，将所述目标数据集合中的数据存储至目标数据库中与所述目标维度对应的目标数据表，以在所述目标数据表内的数据项中更新或添加与所述目标统一标识对应的信息。

16.一种电子设备，其特征在于，所述设备包括：处理器以及存储有计算机程序指令的存储器；

所述处理器执行所述计算机程序指令时实现如权利要求1-14任意一项所述的数据存储方法的步骤。

17.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序指令，所述计算机程序指令被处理器执行时实现如权利要求1-14任意一项所述的数据存储方法的步骤。

18.一种计算机程序产品，其特征在于，所述计算机程序产品中的指令由电子设备的处理器执行时，使得所述电子设备执行如权利要求1-14任意一项所述的数据存储方法的步骤。

Images