CN110197055A - 管理信息的方法、装置、设备及存储介质 - Google Patents

Abstract

本申请公开了管理信息的方法、装置、设备及存储介质，属于互联网技术领域。方法包括：根据应用场景收集不同互联网平台上的用户信息及账户信息；对用户信息进行分类，确定每类用户信息对应的认证方式；基于每类用户信息对应的认证方式对每类用户信息进行用户分类；根据用户分类结果，将用户信息与账户信息进行映射，得到映射关系；基于映射关系对用户信息、账户信息，以及基于用户信息及账户信息产生的数据进行管理。本申请可统一管理用户在互联网平台的所有信息，管理效率高，且能够满足不同场景下对信息差异化的需求，提高互联网平台的服务响应速度。

Description

管理信息的方法、装置、设备及存储介质

技术领域

本申请实施例涉及互联网技术领域，特别涉及一种管理信息的方法、装置、设备及存储介质。

背景技术

随着互联网技术的发展，衍生出许多不同的互联网平台，每种互联网平台都积累了数以亿万计的用户。用户在与每种互联网平台接触的过程中均会产生各种类型且数量众多的用户信息和账户信息。因此，如何管理信息，是互联网平台能否向用户提供更精细化的服务的关键。

相关技术在管理信息的过程中，每种互联网平台均管理该互联网平台的用户信息和账户信息。例如，金融服务平台站在金融角度管理该金融服务平台的用户信息和账户信息；生活服务平台站在生活角度管理该生活服务平台的用户信息和账户信息。

在实现本申请的过程中，发明人发现相关技术至少存在以下问题：

相关技术中，每种互联网平台均只管理该互联网平台的用户信息和账户信息，管理信息的局限性较高；无法满足快速查询用户在不同互联网平台的信息的需求，不仅管理效率不高，应用场景较为局限，而且降低了互联网平台的服务响应速度。

发明内容

本申请实施例提供了一种管理信息的方法、装置、设备及存储介质，可用于解决相关技术中的问题。所述技术方案如下：

一方面，本申请实施例提供了一种管理信息的方法，所述方法包括：

根据应用场景收集不同互联网平台上的用户信息及账户信息；

对所述用户信息进行分类，确定每类用户信息对应的认证方式，不同类别的用户信息采用的认证方式不同；

基于每类用户信息对应的认证方式对每类用户信息进行用户分类；

根据用户分类结果，将用户信息与账户信息进行映射，得到映射关系；

基于所述映射关系对所述用户信息、账户信息，以及基于所述用户信息及账户信息产生的数据进行管理。

可选地，所述方法还包括：

将所述用户信息、所述用户信息对应的认证方式，以及用户信息与账户信息的映射关系存储至用户中心；将所述账户信息，以及用户信息与账户信息的映射关系存储至账户中心；将基于所述用户信息及账户信息产生的数据存储至数据中心。

可选地，所述基于所述映射关系对所述用户信息、账户信息，以及基于所述用户信息及账户信息产生的数据进行管理，包括：

获取对目标业务的使用请求中的用户信息，获取与所述用户信息对应的用户分类结果；若所述用户分类结果不满足所述目标业务的用户分类要求，获取补充信息，直至基于所述补充信息得到满足所述目标业务的用户分类要求的用户分类结果；建立所述目标业务的使用请求中的用户信息所对应的所述目标业务的使用账号，基于用户信息与账户信息的映射关系更新所述使用账号对应的账户信息。

可选地，所述获取补充信息之后，还包括：

根据所述补充信息，更新用户信息；对更新后的用户信息进行分类，确定更新后的用户信息对应的认证方式，基于所述更新后的用户信息对应的认证方式，对所述更新后的用户信息进行用户分类，得到更新后的用户信息对应的用户分类结果。

可选地，所述根据应用场景收集不同互联网平台上的用户信息，包括：

直接从信息生产场景中收集用户信息；或者，提供接口的对接服务，通过接口收集用户信息；或者，提供数据仓库层次的异步批量归拢服务，收集落地到数据仓库中的用户信息。

可选地，所述基于所述映射关系对所述用户信息、账户信息，以及基于所述用户信息及账户信息产生的数据进行管理，包括：

根据对目标业务的使用请求，输出符合所述使用请求的用户信息、账户信息，以及基于所述用户信息及账户信息产生的数据。

可选地，所述输出符合所述使用请求的用户信息、账户信息，以及基于所述用户信息及账户信息产生的数据之后，还包括：

获取对输出的用户信息、账户信息，以及基于所述用户信息及账户信息产生的数据的使用结果；

所述基于所述映射关系对所述用户信息、账户信息，以及基于所述用户信息及账户信息产生的数据进行管理，包括：

根据所述使用结果和对目标业务的使用请求，输出符合所述使用请求的用户信息、账户信息，以及基于所述用户信息及账户信息产生的数据。

可选地，所述用户信息包括一个或多个用户的用户信息，每个用户的用户信息包括一个或多个平台ID和一个属性ID；

所述将用户信息与账户信息进行映射，包括：

将用户信息中的平台ID与属性ID进行关联，将关联后的用户信息与账户信息进行映射。

可选地，所述基于所述映射关系对所述用户信息、账户信息，以及基于所述用户信息及账户信息产生的数据进行管理，包括：

获取查询请求，所述查询请求中包括属性ID；基于所述查询请求，提取与属性ID对应的所有用户信息、账户信息，以及基于所述用户信息及账户信息产生的数据。

另一方面，提供了一种管理信息的装置，所述装置包括：

收集模块，用于根据应用场景收集不同互联网平台上的用户信息及账户信息；

第一分类模块，用于对所述用户信息进行分类，确定每类用户信息对应的认证方式，不同类别的用户信息采用的认证方式不同；

第二分类模块，用于基于每类用户信息对应的认证方式对每类用户信息进行用户分类；

映射模块，用于根据用户分类结果，将用户信息与账户信息进行映射，得到映射关系；

管理模块，用于基于所述映射关系对所述用户信息、账户信息，以及基于所述用户信息及账户信息产生的数据进行管理。

可选地，所述装置还包括：

存储模块，用于将所述用户信息、所述用户信息对应的认证方式，以及用户信息与账户信息的映射关系存储至用户中心；将所述账户信息，以及用户信息与账户信息的映射关系存储至账户中心；将基于所述用户信息及账户信息产生的数据存储至数据中心。

可选地，所述管理模块，用于获取对目标业务的使用请求中的用户信息，获取与所述用户信息对应的用户分类结果；若所述用户分类结果不满足所述目标业务的用户分类要求，获取补充信息，直至基于所述补充信息得到满足所述目标业务的用户分类要求的用户分类结果；建立所述目标业务的使用请求中的用户信息所对应的所述目标业务的使用账号，基于用户信息与账户信息的映射关系更新所述使用账号对应的账户信息。

可选地，所述管理模块，还用于根据所述补充信息，更新用户信息；对更新后的用户信息进行分类，确定更新后的用户信息对应的认证方式，基于所述更新后的用户信息对应的认证方式，对所述更新后的用户信息进行用户分类，得到更新后的用户信息对应的用户分类结果。

可选地，所述收集模块，用于直接从信息生产场景中收集用户信息；或者，提供接口的对接服务，通过接口收集用户信息；或者，提供数据仓库层次的异步批量归拢服务，收集落地到数据仓库中的用户信息。

可选地，所述管理模块，用于根据对目标业务的使用请求，输出符合所述使用请求的用户信息、账户信息，以及基于所述用户信息及账户信息产生的数据。

可选地，所述管理模块，还用于获取对输出的用户信息、账户信息，以及基于所述用户信息及账户信息产生的数据的使用结果；根据所述使用结果和对目标业务的使用请求，输出符合所述使用请求的用户信息、账户信息，以及基于所述用户信息及账户信息产生的数据。

可选地，所述用户信息包括一个或多个用户的用户信息，每个用户的用户信息包括一个或多个平台ID和一个属性ID；

所述映射模块，用于将用户信息中的平台ID与属性ID进行关联，将关联后的用户信息与账户信息进行映射。

可选地，所述管理模块，用于获取查询请求，所述查询请求中包括属性ID；基于所述查询请求，提取与属性ID对应的所有用户信息、账户信息，以及基于所述用户信息及账户信息产生的数据。

另一方面，提供了一种计算机设备，所述计算机设备包括处理器和存储器，所述存储器中存储有至少一条指令，所述至少一条指令在被所述处理器执行时实现上述任一所述的管理信息的方法。

另一方面，还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有至少一条指令，所述至少一条指令在被执行时实现上述任一所述的管理信息的方法。

本申请实施例提供的技术方案至少带来如下有益效果：

收集不同互联网平台上的所有的用户信息及账户信息，将收集的信息根据基于多类认证方式得到的用户分类结果进行映射，然后基于映射关系对用户信息、账户信息，以及二者产生的数据进行管理。统一管理用户在不同互联网平台上的所有信息，管理效率高，能够满足快速查询用户在不同互联网平台的信息的需求，并且能够满足不同场景下对信息差异化的需求，提高互联网平台的服务响应速度。

附图说明

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

图1是本申请实施例提供的一种实施环境的示意图；

图2是本申请实施例提供的一种管理信息的方法流程图；

图3是本申请实施例提供的一种对用户信息进行用户分类的示意图；

图4是本申请实施例提供的一种关联用户信息的示意图；

图5是本申请实施例提供的一种用户中心的示意图；

图6是本申请实施例提供的一种账户中心的示意图；

图7是本申请实施例提供的一种管理信息的装置示意图；

图8是本申请实施例提供的一种管理信息的装置示意图；

图9是本申请实施例提供的一种管理信息的设备结构示意图；

图10是本申请实施例提供的一种管理信息的设备结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

随着互联网技术的发展，衍生出许多不同的互联网平台，每种互联网平台都积累了数以亿万计的用户。用户在与每种互联网平台接触的过程中均会产生各种类型且数量众多的用户信息和账户信息。因此，如何管理信息，是互联网平台能否向用户提供更精细化的服务的关键。

对此，本申请实施例提供了一种管理信息的方法，请参考图1，其示出了本申请实施例提供的方法实施环境的示意图。该实施环境可以包括：终端11和服务器12。

其中，终端11具有多种互联网平台，终端11将用户在与互联网平台接触的过程中产生的信息发送至服务器12进行存储。服务器12收集来自不同的互联网平台的信息并存储，在需要将存储的信息进行管理时，可应用本申请实施例提供的方法管理信息。

可选地，图1所示的终端11可以是诸如手机、平板电脑、个人计算机等电子设备。服务器12可以是一台服务器，也可以是由多台服务器组成的服务器集群，或者是一个云计算服务中心。终端11与服务器12通过有线或无线网络建立通信连接。

基于上述图1所示的实施环境，本申请实施例提供一种管理信息的方法，以该方法应用于图1所示实施环境的服务器12中为例。如图2所示，本申请实施例提供的方法可以包括如下几个步骤：

在步骤201中，根据应用场景收集不同互联网平台上的用户信息及账户信息。

互联网平台是为用户提供产品或者服务的平台。例如，商品交易服务平台、生活服务平台、金融产品平台等。每种互联网平台均可提供多种服务或产品，例如，商品交易服务平台可以提供购买商品的服务以及售卖商品的服务等；生活服务平台可以提供缴纳生活费用的服务以及提供管理社会保险费用的服务等，其中，生活费用包括水、电、煤气费用等，社会保险费用包括养老保险费用、医疗保险费用、失业保险费用、工伤保险费用、生育保险费用等；金融产品平台可以提供信用贷款产品、理财产品以及保险产品等。

根据提供的服务或者产品不同，每种互联网平台均有对应的应用场景，例如，商品交易服务平台有购买商品的场景以及售卖商品的场景等；生活服务平台有缴纳生活费用的场景以及管理社会保险费用的场景等；金融产品平台有购买或者使用信用贷款产品的场景、购买或者使用理财产品的场景、购买或者使用保险产品的场景等。

用户在与每种互联网平台接触的过程中均会产生各种类型且数量众多的用户信息和账户信息。用户信息是指与用户的唯一自然人属性身份相关的信息，例如，用户的基本信息、用户的资质证件信息、用户的附属信息等。其中，用户的基本信息包括但不限于用户的姓名、用户的性别、用户的身份证件类型、用户的身份证件号码、用户的出生日期、用户的年龄等信息；用户的资质证件信息包括但不限于用户的资质证件影像、用户的资质证件识别信息等，资质证件是指能够表示用户资质的相关证件，如毕业证书、职称证书、经营许可证书等；用户的附属信息包括但不限于用户的通信号码、用户的电子邮箱、用户的居住地址、用户的工作地址、用户的人脸图像信息、用户的银行卡信息等。

账户信息是指与用户使用互联网平台的服务或产品的情况相关的信息，根据互联网平台的不同，账户信息可以包括商品交易账户、生活服务账户、金融产品账户等信息。在任一账户中都可以包括账号和明细情况等信息，其中，明细情况包括但不限于使用服务或产品的类型、次数、账单等信息。例如，在商品交易账户中，包括购买商品的账号、购买商品的明细情况、售卖商品的账号、售卖商品的明细情况等信息；在生活服务账户中，包括缴纳生活费用的账号、缴纳生活费用的明细情况、管理社会保险费用的账号、管理社会保险费用的明细情况等信息；在金融产品账户中，包括购买每种信用贷款产品的账号、购买每种信用贷款产品的明细情况、购买每种理财产品的账号、购买每种理财产品的明细情况等信息。

本实施例提供的方法在管理信息时，首先根据应用场景收集所有互联网平台上的用户信息及账户信息。每种应用场景产生的用户信息和账户信息可能不同。例如，在缴纳生活费用的场景产生的用户信息可能包括用户的姓名、用户的居住地址、用户的联系方式等信息，产生的账户信息可能包括使用账号、缴纳生活费用的总次数等信息。在购买信用贷款产品的场景产生的用户信息可能包括用户的姓名、用户的身份证件号码、用户的银行卡号码、用户的人脸图像等信息，产生的账户信息可能包括购买信用贷款产品的账号、购买信用贷款产品的类型、购买信用贷款产品的数量等信息。

可选地，根据应用场景收集互联网平台上的用户信息，包括但不限于以下三种方式：

方式一：直接从信息生产场景中收集用户信息。

在信息生产场景中内嵌软件开发工具包(Software Development Kit，SDK)的插件，服务器基于SDK插件直接从信息生产场景中收集并实时归拢互联网平台上的用户信息。

方式二：提供接口的对接服务，通过接口收集用户信息。

信息生产场景具有提供信息的接口，服务器提供与信息生产场景的接口进行对接的对接服务，服务器与信息生产场景的接口对接后，通过信息生产场景的接口收集互联网平台上的用户信息。

方式三：提供数据仓库层次的异步批量归拢服务，收集落地到数据仓库中的用户信息。

服务器提供数据仓库层次的异步批量归拢服务，信息生产场景产生的信息落地到数据仓库中，服务器异步批量收集落地到数据仓库中的互联网平台上的用户信息。

在步骤202中，对用户信息进行分类，确定每类用户信息对应的认证方式，不同类别的用户信息采用的认证方式不同。

该步骤中，将根据应用场景收集到的不同互联网平台上的所有用户信息进行分类。可选地，同一类别的用户信息采用的认证方式相同，不同类别的用户信息采用的认证方式不同。服务器批量对接外部的认证渠道，将属于同一类别的用户信息归集到一起，根据认证渠道的认证程度确定每类用户信息对应的认证方式。其中，同一类别的用户信息可能来自同一应用场景，也可能来自不同的应用场景，这与应用场景对用户的要求相关。例如，若缴纳水费的应用场景与缴纳电费的应用场景对用户的要求相同，则这两个应用场景产生的用户信息的类别相同。

对用户信息进行分类之后，根据认证渠道的认证程度确定每类用户信息对应的认证方式。认证程度与每类用户信息中包含的用户信息的类型相关，用户信息的类型不同，认证程度不同，对应的认证方式也不同。根据认证程度，可以将认证方式分为未实名认证和实名认证。

实名认证可以分为二要素实名认证、三要素实名认证、四要素实名认证和人脸活体实名认证等。其中，二要素是指姓名和身份证件号码；三要素是指姓名、身份证件号码和通信号码，或者姓名、身份证件号码和银行卡号码；四要素是指姓名、身份证件号码、通信号码和银行卡号码。

此外，根据某些应用场景的特殊要求，用户信息中除了包含姓名、身份证件号码、通信号码和银行卡号码外，还包含人脸图像信息，这类用户信息对应的认证方式为人脸活体识别认证。根据每类用户信息中包含的用户信息的类型，即可以确定每类用户信息对应的认证方式。例如，若某类用户信息中未包括任何能够表明用户身份的信息，则该类用户信息的认证方式为未认证；若某类用户信息中包括姓名和身份证件号码，但不包括通信号码和银行卡号码，则该类用户信息对应的认证方式为二要素实名认证；若某类用户信息中包括姓名、身份证件号码、银行卡号和通信号码，则该类用户信息对应的认证方式为四要素实名认证。

在步骤203中，基于每类用户信息对应的认证方式对每类用户信息进行用户分类。

对于任一类用户信息，均包括一个或多个用户的用户信息。由于同一类用户信息对应的认证方式相同，所以该类用户信息中的每个用户的用户信息对应的认证方式均相同。对于任一类用户信息，对用户信息进行用户分类，包括：根据该类用户信息对应的认证方式，利用基于多类认证方式的算法模型识别出该类用户信息对应的所有用户，确定这些用户的类别。基于多类认证方式的算法模型可以识别出不同认证程度的用户，认证程度越高，识别精度越高。

根据用户信息对应的认证方式的不同，用户的类别不同。若用户信息对应的认证方式为未实名认证，则该类用户信息对应的所有用户均为未实名认证用户；若用户信息对应的认证方式为二要素实名认证，则该类用户信息对应的所有用户均为二要素实名认证用户；若用户信息对应的认证方式为三要素实名认证，则该类用户信息对应的所有用户均为三要素实名认证用户；若用户信息对应的认证方式为四要素实名认证，则该类用户信息对应的所有用户均为四要素实名认证用户；若用户信息对应的认证方式为人脸活体识别认证，则该类用户信息对应的所有用户均为人脸活体识别认证用户。

可选地，在本申请实施例中，将二要素实名认证用户、三要素实名认证用户、四要素实名认证用户和人脸活体识别认证用户等所有经过实名认证的用户统称为客户。

基于每类用户信息对应的认证方式对每类用户信息进行用户分类，即可得到利用基于多类认证方式的算法模型识别出的所有用户的分类结果。例如，如图3所示，在二要素实名认证的用户信息中，利用基于多类认证方式的算法模型识别出该类用户信息对应的用户为用户A、用户B和用户C，则用户A、用户B和用户C均为二要素实名认证用户；在四要素实名认证的用户信息中，利用基于多类认证方式的算法模型识别出该类用户信息对应的用户为用户D和用户E，则用户D和用户E均为四要素实名认证用户。

在步骤204中，根据用户分类结果，将用户信息与账户信息进行映射，得到映射关系。

根据用户分类结果，将属于同一用户的用户信息与属于该用户的账户信息进行映射。可选地，映射方式为：对于任一用户，根据属于该用户的用户信息，识别出该用户的唯一身份标识，查找与该唯一身份标识对应的所有账户信息。然后将该用户的用户信息与该用户的账户信息进行映射，得到该用户的用户信息与账户信息之间的映射关系。

可选地，用户信息包括一个或多个用户的用户信息，每个用户的用户信息包括一个或多个平台ID和一个属性ID。将属于同一用户的用户信息与属于该用户的账户信息进行映射的方式为：将用户信息中的平台ID与属性ID进行关联，将关联后的用户信息与账户信息进行映射。

对于任一用户，该用户的用户信息中包括一个或多个平台ID和一个属性ID。平台ID是指用户在使用互联网平台的过程中产生的能够标识用户身份的信息，例如，用户的通信号码、用户的身份证件号码、用户的电子邮箱等。每个用户可能有一个或多个平台ID。例如，某一用户在生活服务平台的平台ID为该用户的通信号码，该用户在商品交易服务平台的平台ID为该用户的电子邮箱。用户的属性ID用于指示用户的唯一身份标识。每个用户唯一对应一个属性ID。将每个用户的用户信息中的属性ID与所有平台ID进行关联。如图4所示，用户A的属性ID为ID A，用户A在与互联网平台接触的过程中产生了3个平台ID，分别为ID 001、ID 002和ID 003。将用户A的属性ID和用户A的平台ID进行关联。

对于任一用户，不同的平台ID的活跃度不同，将所有的平台ID与属性ID关联之后，判断该用户在每个平台ID所对应的平台的活跃程度。在互联网平台对用户发送营销活动信息等环节上，重点针对最活跃的平台ID进行推送，从而在提高营销触达效率的同时降低营销费用。也就是说，在将所有的平台ID与属性ID关联之后，可基于用户在每个平台ID所对应的平台的活跃程度，有针对性的推送信息。例如，假设用户在生活服务平台的平台ID为该用户的通信号码，该用户在商品交易服务平台的平台ID为该用户的电子邮箱。若该用户的通信号码对应的平台ID比该用户的电子邮箱对应的平台ID更活跃，则在发送营销活动信息时，针对该用户的通信号码进行发送。根据用户分类结果，将互联网平台的所有用户信息与所有账户信息，按照用户进行映射，得到所有用户的用户信息与账户信息的映射关系。

可选地，得到映射关系后，将用户信息、用户信息对应的认证方式、账户信息、用户信息与账户信息的映射关系，以及基于用户信息及账户信息产生的数据进行存储，以方便对存储的信息或者数据进行直接管理。可选地，存储方式包括：建立用户中心、账户中心和数据中心。将用户信息、用户信息对应的认证方式，以及用户信息与账户信息的映射关系存储至用户中心，如图5所示；将账户信息，以及用户信息与账户信息的映射关系存储至账户中心，如图6所示；将基于用户信息及账户信息产生的数据存储至数据中心。其中，基于用户信息及账户信息产生的数据包括但不限于时序数据、历史数据记录、用户画像、用户标签等数据。

在步骤205中，基于映射关系对用户信息、账户信息，以及基于用户信息及账户信息产生的数据进行管理。

对于任一用户而言，该用户具有用户信息、账户信息以及基于用户信息和账户信息产生的数据。根据映射关系可以将属于同一用户的所有的用户信息、账户信息，以及基于用户信息及账户信息产生的数据相互关联。服务器可以根据映射关系对在不同互联网平台产生的用户信息、账户信息，以及基于用户信息和账户信息产生的数据进行管理。

可选地，基于映射关系对用户信息、账户信息，以及基于用户信息及账户信息产生的数据进行管理的方式包括不限于以下三种：

方式一：根据用户对目标业务的使用请求，更新用户信息、账户信息，以及基于用户信息及账户信息产生的数据。

此方式一般发生在用户首次使用某一目标业务时。目标业务可以是指与互联网平台提供的服务或者产品对应的业务，例如，商品交易业务、缴纳生活费用的业务、购买信用贷款产品的业务等；目标业务也可以是指服务器基于全量信息和数据，能够提供的业务，例如，数据服务业务、经营分析业务、风险管理业务、用户经营业务、用户服务业务等。根据用户分类结果是否满足目标业务的用户分类要求，具体的更新过程可以分为以下两种：

(1)获取对目标业务的使用请求中的用户信息，获取与用户信息对应的用户分类结果；若用户分类结果不满足目标业务的用户分类要求，获取补充信息，直至基于补充信息得到满足用户分类要求的用户分类结果；建立目标业务的使用请求中的用户信息所对应的目标业务的使用账号，基于用户信息与账户信息的映射关系更新使用账号对应的账户信息。

用户在首次使用某目标业务时，输入请求信息。请求信息中包括能够表明用户身份的用户信息，例如，用户的用户名、用户的通讯号码、用户的身份证件号码等。终端基于用户输入的请求信息，获取用户对目标业务的使用请求中的用户信息。终端将对目标业务的使用请求中的用户信息发送至服务器，服务器基于获取到的对目标业务的使用请求中的用户信息，提取与该用户信息对应的用户分类结果。不同的业务对用户分类结果的要求不同，例如，商品交易业务对用户分类结果的要求是用户为二要素实名认证用户；购买信用贷款产品的业务对用户分类结果的要求是用户为四要素实名认证用户等。若某用户为二要素实名认证用户，则该用户的分类结果满足商品交易业务对用户分类结果的要求，不满足购买信用贷款产品的业务对用户分类结果的要求。

若用户分类结果不满足目标业务的用户分类要求，则获取补充信息，直至基于补充信息得到满足用户分类要求的用户分类结果。例如，若某用户为二要素实名认证用户，该用户已经存储的用户信息中仅包含用户的姓名和用户的身份证件号码。该用户在使用购买信用贷款产品的业务时，购买信用贷款产品的业务对用户分类结果的要求为该用户为四要素实名认证用户，则引导用户输入用户的通信号码以及用户的银行卡号码等补充信息，直至该用户的分类结果为四要素实名认证用户。

可选地，获取补充信息之后，还包括：

根据补充信息，更新用户信息；对更新后的用户信息进行分类，确定更新后的用户信息对应的认证方式，基于更新后的用户信息对应的认证方式，对更新后的用户信息进行用户分类，得到更新后的用户信息对应的用户分类结果。

获取到补充信息之后，实时更新已经存储的用户信息。然后根据更新后的用户信息，确定更新后的用户信息对应的认证方式以及更新后的用户信息对应的用户分类结果，以使互联网平台为用户提供更精准的服务。

在得到满足用户分类要求的用户分类结果后，建立目标业务的使用请求中的用户信息所对应的目标业务的使用账号。使用账号可以是请求信息中用户输入的账号，也可以是随机建立的账号。将该使用账号存储至账户信息中，更新账户信息，方便用户下次使用该目标业务时，直接基于使用账号进入该目标业务。

(2)若用户分类结果满足目标业务的用户分类要求，则不需获取补充信息，直接建立目标业务的使用请求中的用户信息所对应的目标业务的使用账号，基于用户信息与账户信息的映射关系更新使用账号对应的账户信息。

方式二：根据用户对目标业务的使用请求，输出用户信息、账户信息，以及基于用户信息及账户信息产生的数据。

此方式一般发生在用户非首次使用某一目标业务时。目标业务可以是指与互联网平台提供的服务或者产品对应的业务，例如，商品交易业务、缴纳生活费用的业务、购买信用贷款产品的业务等；目标业务也可以是指服务器基于全量信息和数据，能够提供的业务，例如，数据服务业务、经营分析业务、风险管理业务、用户经营业务、用户服务业务等。根据对目标业务的使用请求，输出符合使用请求的用户信息、账户信息，以及基于用户信息及账户信息产生的数据。可选地，输出信息或数据的方式包括但不限于以下两种：提供接口服务，通过接口批量化输出信息或数据；提供对外暴露服务，批量化异步输出信息或数据。

在使用不同的业务时，用户期望获取的用户信息、账户信息，以及基于用户信息及账户信息产生的数据是不同的。例如，用户在使用缴纳电费的业务时，期望获取到缴纳电费的历史账单、缴纳电费的账户名称等数据或信息；用户在使用购买信用贷款产品的业务时，期望获取到信用贷款的待还款账单、已经购买的信用贷款产品的名称及数量等数据或信息。因此，服务器需要根据对不同目标业务的使用请求，输出差异化的用户信息、账户信息，以及基于用户信息及账户信息产生的数据。

可选地，输出符合使用请求的用户信息、账户信息，以及基于用户信息及账户信息产生的数据之后，还包括：

获取对输出的用户信息、账户信息，以及基于用户信息及账户信息产生的数据的使用结果；根据使用结果和对目标业务的使用请求，输出符合使用请求的用户信息、账户信息，以及基于用户信息及账户信息产生的数据。

使用结果可以是指用户对输出的用户信息、账户信息，以及基于用户信息及账户信息产生的数据的查看概率。根据对输出的用户信息、账户信息，以及基于用户信息及账户信息产生的数据的查看概率，即可判断输出的信息及数据是否合适。若查看概率不超过阈值范围，则认为输出的信息及数据不合适；若查看概率超过阈值范围，则认为输出的信息及数据不合适。若输出的信息及数据合适，当再次获取到同一目标业务的使用请求后，继续输出相同的信息或数据；若输出的信息及数据不合适，更新输出策略，当再次获取到同一目标业务的使用请求后，输出更新后的信息或数据。例如，当获取到用户使用缴纳电费的业务的请求后，输出该用户缴纳电费的历史账单和可供缴纳电费的账户名称供用户查看。若用户对缴纳电费的历史账单的查看概率不超过阈值范围，用户对可供缴纳电费的账户名称的查看概率超过阈值范围，则当再次获取到使用缴纳电费的业务的请求后，不再输出缴纳电费的历史账单，继续输出可供缴纳电费的账户名称。

根据用户对输出的用户信息、账户信息，以及基于用户信息及账户信息产生的数据的使用结果更新输出策略，可以优化下一次输出的用户信息、账户信息，以及基于用户信息及账户信息产生的数据，从而提高互联网平台的服务水平。

方式三：获取查询请求，查询请求中包括属性ID；基于查询请求，提取与属性ID对应的所有用户信息、账户信息，以及基于用户信息及账户信息产生的数据。

若用户想查询在所有互联网平台的用户信息、账户信息、以及基于用户信息及账户信息产生的数据，输入包括属性ID的查询请求。终端获取查询请求，将该查询请求发送至服务器。服务器根据获取到的查询请求，提取与属性ID对应的所有的用户信息、账户信息以及基于用户信息及账户信息产生的数据。服务器将提取到的用户信息、账户信息以及基于用户信息及账户信息产生的数据发送至终端屏幕，供用户查看。

在本申请实施例中，收集不同互联网平台上的所有的用户信息及账户信息，将收集的信息根据基于多类认证方式得到的用户分类结果进行映射，然后基于映射关系对用户信息、账户信息，以及二者产生的数据进行管理。统一管理用户在不同互联网平台上的所有信息，管理效率高，能够满足快速查询用户在不同互联网平台的信息的需求，并且能够满足不同场景下对信息差异化的需求，提高互联网平台的服务响应速度。

基于相同技术构思，参见图7，本申请实施例提供了一种管理信息的装置，该装置包括：

收集模块701，用于根据应用场景收集不同互联网平台上的用户信息及账户信息；

第一分类模块702，用于对用户信息进行分类，确定每类用户信息对应的认证方式，不同类别的用户信息采用的认证方式不同；

第二分类模块703，用于基于每类用户信息对应的认证方式对每类用户信息进行用户分类；

映射模块704，用于根据用户分类结果，将用户信息与账户信息进行映射，得到映射关系；

管理模块705，用于基于映射关系对用户信息、账户信息，以及基于用户信息及账户信息产生的数据进行管理。

可选地，参见图8，该装置还包括：

存储模块706，用于将用户信息、用户信息对应的认证方式，以及用户信息与账户信息的映射关系存储至用户中心；将账户信息，以及用户信息与账户信息的映射关系存储至账户中心；将基于用户信息及账户信息产生的数据存储至数据中心。

可选地，管理模块705，用于获取对目标业务的使用请求中的用户信息，获取与用户信息对应的用户分类结果；若用户分类结果不满足目标业务的用户分类要求，获取补充信息，直至基于补充信息得到满足目标业务的用户分类要求的用户分类结果；建立目标业务的使用请求中的用户信息所对应的目标业务的使用账号，基于用户信息与账户信息的映射关系更新使用账号对应的账户信息。

可选地，管理模块705，还用于根据补充信息，更新用户信息；对更新后的用户信息进行分类，确定更新后的用户信息对应的认证方式，基于更新后的用户信息对应的认证方式，对更新后的用户信息进行用户分类，得到更新后的用户信息对应的用户分类结果。

可选地，收集模块701，用于直接从信息生产场景中收集用户信息；或者，提供接口的对接服务，通过接口收集用户信息；或者，提供数据仓库层次的异步批量归拢服务，收集落地到数据仓库中的用户信息。

可选地，管理模块705，用于根据对目标业务的使用请求，输出符合使用请求的用户信息、账户信息，以及基于用户信息及账户信息产生的数据。

可选地，管理模块705，还用于获取对输出的用户信息、账户信息，以及基于用户信息及账户信息产生的数据的使用结果；根据使用结果和对目标业务的使用请求，输出符合使用请求的用户信息、账户信息，以及基于用户信息及账户信息产生的数据。

可选地，用户信息包括一个或多个用户的用户信息，每个用户的用户信息包括一个或多个平台ID和一个属性ID；

映射模块704，用于将用户信息中的平台ID与属性ID进行关联，将关联后的用户信息与账户信息进行映射。

可选地，管理模块705，用于获取查询请求，查询请求中包括属性ID；基于查询请求，提取与属性ID对应的所有用户信息、账户信息，以及基于用户信息及账户信息产生的数据。

在本申请实施例中，收集不同互联网平台上的所有的用户信息及账户信息，将收集的信息根据基于多类认证方式得到的用户分类结果进行映射，然后基于映射关系对用户信息、账户信息，以及二者产生的数据进行管理。统一管理用户在不同互联网平台上的所有信息，管理效率高，能够满足快速查询用户在不同互联网平台的信息的需求，并且能够满足不同场景下对信息差异化的需求，提高互联网平台的服务响应速度。

需要说明的是，上述实施例提供的装置在实现其功能时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的装置与方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

图9是本申请实施例提供的一种管理信息的设备结构示意图，该设备可以为服务器，服务器可以是单独的服务器或集群服务器。具体来讲：

服务器包括中央处理单元(CPU)901、随机存取存储器(RAM)902和只读存储器(ROM)903的系统存储器904，以及连接系统存储器904和中央处理单元901的系统总线905。服务器还包括帮助计算机内的各个器件之间传输信息的基本输入/输出系统(I/O系统)906，和用于存储操作系统913、应用程序914和其他程序模块915的大容量存储设备907。

基本输入/输出系统906包括有用于显示信息的显示器908和用于用户输入信息的诸如鼠标、键盘之类的输入设备909。其中显示器908和输入设备909都通过连接到系统总线905的输入/输出控制器910连接到中央处理单元901。基本输入/输出系统906还可以包括输入/输出控制器910以用于接收和处理来自键盘、鼠标、或电子触控笔等多个其他设备的输入。类似地，输入/输出控制器910还提供输出到显示屏、打印机或其他类型的输出设备。

大容量存储设备907通过连接到系统总线905的大容量存储控制器(未示出)连接到中央处理单元901。大容量存储设备907及其相关联的计算机可读介质为服务器提供非易失性存储。也就是说，大容量存储设备907可以包括诸如硬盘或者CD-ROM驱动器之类的计算机可读介质(未示出)。

不失一般性，计算机可读介质可以包括计算机存储介质和通信介质。计算机存储介质包括以用于存储诸如计算机可读指令、数据结构、程序模块或其他数据等信息的任何方法或技术实现的易失性和非易失性、可移动和不可移动介质。计算机存储介质包括RAM、ROM、EPROM、EEPROM、闪存或其他固态存储其技术，CD-ROM、DVD或其他光学存储、磁带盒、磁带、磁盘存储或其他磁性存储设备。当然，本领域技术人员可知计算机存储介质不局限于上述几种。上述的系统存储器904和大容量存储设备907可以统称为存储器。

根据本申请的各种实施例，服务器还可以通过诸如因特网等网络连接到网络上的远程计算机运行。也即服务器可以通过连接在系统总线905上的网络接口单元911连接到网络912，或者说，也可以使用网络接口单元911来连接到其他类型的网络或远程计算机系统(未示出)。

上述存储器还包括一个或者一个以上的程序，一个或者一个以上程序存储于存储器中，被配置由CPU执行。所述一个或者一个以上程序包含用于进行本申请实施例提供的管理信息的方法的指令。

图10是本申请实施例提供的一种管理信息的设备结构示意图。该设备可以为终端，例如可以是：智能手机、平板电脑、MP3播放器(Moving Picture Experts Group AudioLayer III，动态影像专家压缩标准音频层面3)、MP4(Moving Picture Experts GroupAudio Layer IV，动态影像专家压缩标准音频层面4)播放器、笔记本电脑或台式电脑。终端还可能被称为用户设备、便携式终端、膝上型终端、台式终端等其他名称。

通常，终端包括有：处理器1001和存储器1002。

处理器1001可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器1001可以采用DSP(Digital Signal Processing，数字信号处理)、FPGA(Field－Programmable Gate Array，现场可编程门阵列)、PLA(Programmable Logic Array，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器1001也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称CPU(Central ProcessingUnit，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器1001可以集成有GPU(Graphics Processing Unit，图像处理器)，GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器1001还可以包括AI(Artificial Intelligence，人工智能)处理器，该AI处理器用于处理有关机器学习的计算操作。

存储器1002可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器1002还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中，存储器1002中的非暂态的计算机可读存储介质用于存储至少一个指令，该至少一个指令用于被处理器1001所执行以实现本申请中方法实施例提供的管理信息的方法。

在一些实施例中，终端还可选包括有：外围设备接口1003和至少一个外围设备。处理器1001、存储器1002和外围设备接口1003之间可以通过总线或信号线相连。各个外围设备可以通过总线、信号线或电路板与外围设备接口1003相连。具体地，外围设备包括：射频电路1004、触摸显示屏1005、摄像头组件1006、音频电路1007、定位组件1008和电源1009中的至少一种。

外围设备接口1003可被用于将I/O(Input/Output，输入/输出)相关的至少一个外围设备连接到处理器1001和存储器1002。在一些实施例中，处理器1001、存储器1002和外围设备接口1003被集成在同一芯片或电路板上；在一些其他实施例中，处理器1001、存储器1002和外围设备接口1003中的任意一个或两个可以在单独的芯片或电路板上实现，本实施例对此不加以限定。

射频电路1004用于接收和发射RF(Radio Frequency，射频)信号，也称电磁信号。射频电路1004通过电磁信号与通信网络以及其他通信设备进行通信。射频电路1004将电信号转换为电磁信号进行发送，或者，将接收到的电磁信号转换为电信号。可选地，射频电路1004包括：天线系统、RF收发器、一个或多个放大器、调谐器、振荡器、数字信号处理器、编解码芯片组、用户身份模块卡等等。射频电路1004可以通过至少一种无线通信协议来与其它终端进行通信。该无线通信协议包括但不限于：城域网、各代移动通信网络(2G、3G、4G及5G)、无线局域网和/或WiFi(Wireless Fidelity，无线保真)网络。在一些实施例中，射频电路1004还可以包括NFC(Near Field Communication，近距离无线通信)有关的电路，本申请对此不加以限定。

显示屏1005用于显示UI(User Interface，用户界面)。该UI可以包括图形、文本、图标、视频及其它们的任意组合。当显示屏1005是触摸显示屏时，显示屏1005还具有采集在显示屏1005的表面或表面上方的触摸信号的能力。该触摸信号可以作为控制信号输入至处理器1001进行处理。此时，显示屏1005还可以用于提供虚拟按钮和/或虚拟键盘，也称软按钮和/或软键盘。在一些实施例中，显示屏1005可以为一个，设置在终端的前面板；在另一些实施例中，显示屏1005可以为至少两个，分别设置在终端的不同表面或呈折叠设计；在再一些实施例中，显示屏1005可以是柔性显示屏，设置在终端的弯曲表面上或折叠面上。甚至，显示屏1005还可以设置成非矩形的不规则图形，也即异形屏。显示屏1005可以采用LCD(Liquid Crystal Display，液晶显示屏)、OLED(Organic Light-Emitting Diode,有机发光二极管)等材质制备。

摄像头组件1006用于采集图像或视频。可选地，摄像头组件1006包括前置摄像头和后置摄像头。通常，前置摄像头设置在终端的前面板，后置摄像头设置在终端的背面。在一些实施例中，后置摄像头为至少两个，分别为主摄像头、景深摄像头、广角摄像头、长焦摄像头中的任意一种，以实现主摄像头和景深摄像头融合实现背景虚化功能、主摄像头和广角摄像头融合实现全景拍摄以及VR(Virtual Reality，虚拟现实)拍摄功能或者其它融合拍摄功能。在一些实施例中，摄像头组件1006还可以包括闪光灯。闪光灯可以是单色温闪光灯，也可以是双色温闪光灯。双色温闪光灯是指暖光闪光灯和冷光闪光灯的组合，可以用于不同色温下的光线补偿。

音频电路1007可以包括麦克风和扬声器。麦克风用于采集用户及环境的声波，并将声波转换为电信号输入至处理器1001进行处理，或者输入至射频电路1004以实现语音通信。出于立体声采集或降噪的目的，麦克风可以为多个，分别设置在终端的不同部位。麦克风还可以是阵列麦克风或全向采集型麦克风。扬声器则用于将来自处理器1001或射频电路1004的电信号转换为声波。扬声器可以是传统的薄膜扬声器，也可以是压电陶瓷扬声器。当扬声器是压电陶瓷扬声器时，不仅可以将电信号转换为人类可听见的声波，也可以将电信号转换为人类听不见的声波以进行测距等用途。在一些实施例中，音频电路1007还可以包括耳机插孔。

定位组件1008用于定位终端的当前地理位置，以实现导航或LBS(Location BasedService，基于位置的服务)。定位组件1008可以是基于美国的GPS(Global PositioningSystem，全球定位系统)、中国的北斗系统、俄罗斯的格雷纳斯系统或欧盟的伽利略系统的定位组件。

电源1009用于为终端中的各个组件进行供电。电源1009可以是交流电、直流电、一次性电池或可充电电池。当电源1009包括可充电电池时，该可充电电池可以支持有线充电或无线充电。该可充电电池还可以用于支持快充技术。

在一些实施例中，终端还包括有一个或多个传感器1010。该一个或多个传感器1010包括但不限于：加速度传感器1011、陀螺仪传感器1012、压力传感器1013、指纹传感器1014、光学传感器1015以及接近传感器1016。

加速度传感器1011可以检测以终端建立的坐标系的三个坐标轴上的加速度大小。比如，加速度传感器1011可以用于检测重力加速度在三个坐标轴上的分量。处理器1001可以根据加速度传感器1011采集的重力加速度信号，控制触摸显示屏1005以横向视图或纵向视图进行用户界面的显示。加速度传感器1011还可以用于游戏或者用户的运动数据的采集。

陀螺仪传感器1012可以检测终端的机体方向及转动角度，陀螺仪传感器1012可以与加速度传感器1011协同采集用户对终端的3D动作。处理器1001根据陀螺仪传感器1012采集的数据，可以实现如下功能：动作感应(比如根据用户的倾斜操作来改变UI)、拍摄时的图像稳定、游戏控制以及惯性导航。

压力传感器1013可以设置在终端的侧边框和/或触摸显示屏1005的下层。当压力传感器1013设置在终端的侧边框时，可以检测用户对终端的握持信号，由处理器1001根据压力传感器1013采集的握持信号进行左右手识别或快捷操作。当压力传感器1013设置在触摸显示屏1005的下层时，由处理器1001根据用户对触摸显示屏1005的压力操作，实现对UI界面上的可操作性控件进行控制。可操作性控件包括按钮控件、滚动条控件、图标控件、菜单控件中的至少一种。

指纹传感器1014用于采集用户的指纹，由处理器1001根据指纹传感器1014采集到的指纹识别用户的身份，或者，由指纹传感器1014根据采集到的指纹识别用户的身份。在识别出用户的身份为可信身份时，由处理器1001授权该用户执行相关的敏感操作，该敏感操作包括解锁屏幕、查看加密信息、下载软件、支付及更改设置等。指纹传感器1014可以被设置在终端的正面、背面或侧面。当终端上设置有物理按键或厂商Logo时，指纹传感器1014可以与物理按键或厂商Logo集成在一起。

光学传感器1015用于采集环境光强度。在一个实施例中，处理器1001可以根据光学传感器1015采集的环境光强度，控制触摸显示屏1005的显示亮度。具体地，当环境光强度较高时，调高触摸显示屏1005的显示亮度；当环境光强度较低时，调低触摸显示屏1005的显示亮度。在另一个实施例中，处理器1001还可以根据光学传感器1015采集的环境光强度，动态调整摄像头组件1006的拍摄参数。

接近传感器1016，也称距离传感器，通常设置在终端的前面板。接近传感器1016用于采集用户与终端的正面之间的距离。在一个实施例中，当接近传感器1016检测到用户与终端的正面之间的距离逐渐变小时，由处理器1001控制触摸显示屏1005从亮屏状态切换为息屏状态；当接近传感器1016检测到用户与终端的正面之间的距离逐渐变大时，由处理器1001控制触摸显示屏1005从息屏状态切换为亮屏状态。

本领域技术人员可以理解，图10中示出的结构并不构成对终端的限定，可以包括比图示更多或更少的组件，或者组合某些组件，或者采用不同的组件布置。

在示例性实施例中，还提供了一种计算机设备，所述计算机设备包括处理器和存储器，所述存储器中存储有至少一条指令。所述至少一条指令经配置以由一个或者一个以上处理器执行，以实现上述任一种管理信息的方法。

在示例性实施例中，还提供了一种计算机可读存储介质，所述存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或所述指令集在被计算机设备的处理器执行时实现上述任一种管理信息的方法。

可选地，上述计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

应当理解的是，在本文中提及的“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

以上所述仅为本申请的示例性实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (12)

1.一种管理信息的方法，其特征在于，所述方法包括：

根据应用场景收集不同互联网平台上的用户信息及账户信息；

对所述用户信息进行分类，确定每类用户信息对应的认证方式，不同类别的用户信息采用的认证方式不同；

基于每类用户信息对应的认证方式对每类用户信息进行用户分类；

根据用户分类结果，将用户信息与账户信息进行映射，得到映射关系；

基于所述映射关系对所述用户信息、账户信息，以及基于所述用户信息及账户信息产生的数据进行管理。

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

将所述用户信息、所述用户信息对应的认证方式，以及用户信息与账户信息的映射关系存储至用户中心；

将所述账户信息，以及用户信息与账户信息的映射关系存储至账户中心；

将基于所述用户信息及账户信息产生的数据存储至数据中心。

3.根据权利要求1或2所述的方法，其特征在于，所述基于所述映射关系对所述用户信息、账户信息，以及基于所述用户信息及账户信息产生的数据进行管理，包括：

获取对目标业务的使用请求中的用户信息，获取与所述用户信息对应的用户分类结果；

若所述用户分类结果不满足所述目标业务的用户分类要求，获取补充信息，直至基于所述补充信息得到满足所述目标业务的用户分类要求的用户分类结果；

建立所述目标业务的使用请求中的用户信息所对应的所述目标业务的使用账号，基于用户信息与账户信息的映射关系更新所述使用账号对应的账户信息。

4.根据权利要求3所述的方法，其特征在于，所述获取补充信息之后，还包括：

根据所述补充信息，更新用户信息；

对更新后的用户信息进行分类，确定更新后的用户信息对应的认证方式，基于所述更新后的用户信息对应的认证方式，对所述更新后的用户信息进行用户分类，得到更新后的用户信息对应的用户分类结果。

5.根据权利要求1所述的方法，其特征在于，所述根据应用场景收集不同互联网平台上的用户信息，包括：

直接从信息生产场景中收集用户信息；或者，

提供接口的对接服务，通过接口收集用户信息；或者，

提供数据仓库层次的异步批量归拢服务，收集落地到数据仓库中的用户信息。

6.根据权利要求1或2所述的方法，其特征在于，所述基于所述映射关系对所述用户信息、账户信息，以及基于所述用户信息及账户信息产生的数据进行管理，包括：

根据对目标业务的使用请求，输出符合所述使用请求的用户信息、账户信息，以及基于所述用户信息及账户信息产生的数据。

7.根据权利要求6所述的方法，其特征在于，所述输出符合所述使用请求的用户信息、账户信息，以及基于所述用户信息及账户信息产生的数据之后，还包括：

获取对输出的用户信息、账户信息，以及基于所述用户信息及账户信息产生的数据的使用结果；

所述基于所述映射关系对所述用户信息、账户信息，以及基于所述用户信息及账户信息产生的数据进行管理，包括：

根据所述使用结果和对目标业务的使用请求，输出符合所述使用请求的用户信息、账户信息，以及基于所述用户信息及账户信息产生的数据。

8.根据权利要求1所述的方法，其特征在于，所述用户信息包括一个或多个用户的用户信息，每个用户的用户信息包括一个或多个平台ID和一个属性ID；

所述将用户信息与账户信息进行映射，包括：

将用户信息中的平台ID与属性ID进行关联，将关联后的用户信息与账户信息进行映射。

9.根据权利要求8所述的方法，其特征在于，所述基于所述映射关系对所述用户信息、账户信息，以及基于所述用户信息及账户信息产生的数据进行管理，包括：

获取查询请求，所述查询请求中包括属性ID；

基于所述查询请求，提取与属性ID对应的所有用户信息、账户信息，以及基于所述用户信息及账户信息产生的数据。

10.一种管理信息的装置，其特征在于，所述装置包括：

收集模块，用于根据应用场景收集不同互联网平台上的用户信息及账户信息；

第一分类模块，用于对所述用户信息进行分类，确定每类用户信息对应的认证方式，不同类别的用户信息采用的认证方式不同；

第二分类模块，用于基于每类用户信息对应的认证方式对每类用户信息进行用户分类；

映射模块，用于根据用户分类结果，将用户信息与账户信息进行映射，得到映射关系；

管理模块，用于基于所述映射关系对所述用户信息、账户信息，以及基于所述用户信息及账户信息产生的数据进行管理。

11.一种计算机设备，其特征在于，所述计算机设备包括处理器和存储器，所述存储器中存储有至少一条指令，所述至少一条指令在被所述处理器执行时实现如权利要求1至9任一所述的管理信息的方法。

12.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有至少一条指令，所述至少一条指令在被执行时实现如权利要求1至9任一所述的管理信息的方法。