CN117195199A - 一种用户信息整合方法及相关装置 - Google Patents

Abstract

本申请公开了一种用户信息整合方法及相关装置，涉及数据处理技术领域。本申请中，服务器获取目标企业下多个经营平台对应的平台服务合约后，基于各平台服务合约中保存的用户基本信息，对各平台服务合约进行分类，再针对每个整合用户编号各自关联的各平台服务合约中保存的用户授权信息集进行去重，获得一个用户对应的整合信息。这样，将同一用户在不同经营平台中的用户信息整合在一起，使得企业能够拥有完整的用户基础视图，基于整合信息设计前端服务组件，大大降低了企业的信息建设和维护成本，此外，针对每个经营平台严格控制其对整合信息的访问权限，不会因为用户信息整合而造成信息超范围使用，保护了用户信息的隐私权益。

Description

一种用户信息整合方法及相关装置

技术领域

本申请涉及数据处理技术领域，尤其涉及一种用户信息整合方法及相关装置。

背景技术

随着移动互联网的蓬勃发展，大型企业内部存在多个不同部门和机构共同运营，各个部门各自策划线上数字化经营方案，以及构建各自独立的运营平台。

然而，在上述场景中，同一用户使用同一企业内部的不同平台时，会在各个平台上分别生成相应的用户信息，且用户在不同平台的授权内容不同，例如用户在平台1上授权了自己的实名信息，而在平台2上未授权实名信息，导致企业针对用户信息的建设维护成本提高，且不利于构建企业级用户视图，因此，需要将散落在各个平台内部的用户信息进行整合。

目前，相关技术下，如何针对同一用户在企业内部多个不同平台上的用户信息进行整合，以及在用户撤销单个平台上的授权信息后，如何确保不因用户信息整合而造成用户信息超范围使用，尚未有行之有效的解决方案。

发明内容

本申请提供了一种用户信息整合方法及相关装置，用以降低企业运营成本，提高用户信息的安全性。

第一方面，本申请实施例提供了一种用户信息整合方法，所述方法包括：

获取目标企业下多个经营平台对应的平台服务合约，其中，每个平台服务合约中保存了相应用户在相应平台中的用户基本信息和用户授权信息集；

基于各平台服务合约中保存的用户基本信息，对各平台服务合约进行分类，其中，用户基本信息相同的平台服务合约关联同一个整合用户编号；

针对每个整合用户编号各自关联的各平台服务合约，分别执行以下操作：针对一个整合用户编号关联的至少一个平台服务合约中保存的用户授权信息集进行去重，获得一个用户对应的整合信息。

第二方面，本申请实施例还提供了一种用户信息整合装置，所述装置包括：

获取模块，用于获取目标企业下多个经营平台对应的平台服务合约，其中，每个平台服务合约中保存了相应用户在相应平台中的用户基本信息和用户授权信息集；

分类模块，用于基于各平台服务合约中保存的用户基本信息，对各平台服务合约进行分类，其中，用户基本信息相同的平台服务合约关联同一个整合用户编号；

处理模块，针对每个整合用户编号各自关联的各平台服务合约，分别执行以下操作：针对一个整合用户编号关联的至少一个平台服务合约中保存的用户授权信息集进行去重，获得一个用户对应的整合信息。

在一种可能的实施例中，获得一个用户对应的整合信息之后，处理模块还用于：

为一个整合用户编号对应的至少一个平台服务合约分配相应的合约编号；

基于目标平台服务合约对应的目标合约编号，确定目标经营平台对整合信息的访问权限，其中，一个用户在目标经营平台中的用户授权信息越多，目标经营平台对整合信息的访问权限越大；

响应于一个用户针对目标经营平台中用户授权信息集的变更操作，更新目标经营平台对整合信息的访问权限。

在一种可能的实施例中，响应于一个用户针对目标经营平台中用户授权信息集的变更操作，更新目标经营平台对整合信息的访问权限时，处理模块至少用于：

若一个用户在目标经营平台中，增加至少一个新增用户授权信息，且整合信息中包含至少一个新增用户授权信息，则增大目标经营平台对整合信息的访问权限；

若一个用户在目标经营平台中，增加至少一个新增用户授权信息，且整合信息中不包含至少一个新增用户授权信息，则将至少一个新增用户授权信息添加至整合信息中，并增大目标经营平台对整合信息的访问权限。

在一种可能的实施例中，响应于一个用户针对目标经营平台中用户授权信息集的变更操作，更新目标经营平台对整合信息的访问权限时，处理模块还用于：

若一个用户撤销在目标经营平台中的，至少一个历史用户授权信息，且至少一个历史用户授权信息不属于整合关键信息，则减小目标经营平台对整合信息的访问权限；

若一个用户撤销在目标经营平台中的，至少一个历史用户授权信息，且至少一个历史用户授权信息属于整合关键信息，则删除目标经营平台对整合信息的访问权限。

在一种可能的实施例中，删除目标经营平台对整合信息的访问权限之后，处理模块还用于：

解除目标经营平台对应的目标平台服务合约，与一个整合用户编号的关联关系；

为目标平台服务合约关联一个新的匿名用户编号。

在一种可能的实施例中，整合关键信息，至少包括以下任意一种或任意组合：

用户标识；

用户通讯方式。

第三方面，本申请实施例提供一种电子设备，包括存储器，处理器及存储在存储器上并可在处理器运行的计算机程序，所述处理器执行所述计算机程序时实现如第一方面任一项所述的方法。

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

第五方面，本申请实施例提供一种计算机程序产品，所述计算机程序产品在被计算机调用时，使得所述计算机执行如第一方面所述的方法。

本申请实施例中，服务器获取目标企业下多个经营平台对应的平台服务合约后，基于各平台服务合约中保存的用户基本信息，对各平台服务合约进行分类，再针对每个整合用户编号各自关联的各平台服务合约中保存的用户授权信息集进行去重，获得一个用户对应的整合信息。这样，将同一用户在不同经营平台中的用户信息整合在一起，使得企业能够拥有完整的用户基础视图，并且，基于整合信息设计前端服务组件，大大降低了企业的信息建设和维护成本，此外，针对每个经营平台严格控制其对整合信息的访问权限，在用户撤销个人授权信息后，也不会因为用户信息整合而造成信息超范围使用，一定程度上保护了用户信息的隐私权益。

附图说明

图1为未经过用户信息整合的用户信息分布图；

图2为本申请实施例中可能的应用场景示意图；

图3为本申请实施例中一种用户信息整合方法流程图；

图4为本申请实施例中一种对各平台服务合约进行分类的逻辑示意图；

图5为本申请实施例中一种用户信息整合模型示意图；

图6为本申请实施例中经过用户信息整合后的逻辑示意图；

图7为本申请实施例中一种管理用户整合信息的方法流程图；

图8为本申请实施例中一种用户拆分的场景示意图；

图9为本申请实施例中一种用户拆分逻辑示意图；

图10为本申请实施例中一种用户信息整合装置的结构示意图；

图11为本申请实施例中一种电子设备的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚明白，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以按不同于此处的顺序执行所示出或描述的步骤。

本申请的说明书和权利要求书及上述附图中的术语“第一”和“第二”是用于区别不同对象，而非用于描述特定顺序。此外，术语“包括”以及它们任何变形，意图在于覆盖不排他的保护。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。本申请中的“多个”可以表示至少两个，例如可以是两个、三个或者更多个，本申请实施例不做限制。

本申请技术方案中，对数据的采集、传播、使用等，均符合国家相关法律法规要求。

以下对本申请实施例中的部分用语进行解释说明，以便于本领域技术人员理解。

(1)存量用户：是指某个时间段里原先已有的用户，与增量用户相对应。

(2)平台服务合约：平台服务合约是平台与用户之间的一种约定，记录了平台和用户双方的基本信息，明确了平台提供的服务内容、服务期限、服务费用等重要条款，以及用户在使用平台服务时需要遵守的规定和限制。

(3)信息整合：是指将某一范围内的，原本离散的、多元的、异构的、分布的信息资源通过逻辑的或物理的方式组织为一个整体，使之有利于管理、利用和服务。

在介绍本申请实施例所提供的用户信息整合方法之前，为了便于理解，首先对下面对本申请实施例的技术背景进行详细介绍。

在移动互联网的蓬勃发展时，大型企业内部存在多个不同部门和机构共同运营，各个部门各自策划线上数字化经营方案，以及构建各自独立的运营平台。

例如，参阅图1所示，一个企业发展一段时间后，存在多个用户经营平台，包括手机APP1，小程序2，网站3和网站4，同一个用户的用户信息散落在各个经营平台内部。

在综合考虑企业级经营成本以及构建企业级用户视图时，就会有整合存量用户的用户信息的需求，同时，根据相关规定，需要保证用户撤销个人授权信息后，确保不会因为用户信息整合而造成信息超范围使用。

然后，针对上述问题，相关技术下暂未有合理的解决方案。

有鉴于此，本申请实施例中，提出了一种用户信息整合方法及相关装置，在本申请实施例中，服务器获取目标企业下多个经营平台对应的平台服务合约后，基于各平台服务合约中保存的用户基本信息，对各平台服务合约进行分类，其中，用户基本信息相同的平台服务合约关联同一个整合用户编号；再针对每个整合用户编号各自关联的各平台服务合约，分别执行以下操作：针对一个整合用户编号关联的至少一个平台服务合约中保存的用户授权信息集进行去重，获得一个用户对应的整合信息。

以下结合说明书附图对本申请的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本申请，并不用于限定本申请，并且在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

参阅图2所示，为本申请实施例中可能的应用场景示意图。

该应用场景中包括终端设备210(包括终端设备2101、终端设备2102…终端设备210n)和服务器220，终端设备210与服务器220之间可以通过通信网络进行通信。

在一种可选的实施方式中，通信网络可以是有线网络或无线网络。因此，终端设备210和服务器220可以通过有线或无线通信方式进行直接或间接地连接。比如，终端设备210可以通过无线接入点与服务器220间接地连接，或发终端设备210通过因特网与服务器220直接地连接，本申请在此不做限制。

在本申请实施例中，终端设备210包括但不限于手机、平板电脑、笔记本电脑、台式电脑、电子书阅读器、智能语音交互设备、智能家电、车载终端等设备；终端设备上可以安装有各种客户端，该客户端可以是支持视频预览、视频播放等功能的应用程序(例如浏览器、游戏软件等)，也可以是网页、小程序等；

服务器220是与终端设备210中安装的客户端相对应的后台服务器。服务器220可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(Content Delivery Network，CDN)、以及大数据和人工智能平台等基础云计算服务的云服务器。

需要说明的是，本申请实施例中的数字水印嵌入方法可以由计算设备执行，该计算设备可以为服务器220或者终端设备210，即，该方法可以由服务器220或者终端设备210单独执行，也可以由服务器220和终端设备210共同执行。

需要说明的是，在下文中，主要是以服务器单独执行为例进行举例说明的，在此不做具体限定。

需要说明的是，图2所示只是举例说明，实际上终端设备210和服务器220的数量不受限制，在本申请实施例中不做具体限定。

本申请实施例中，当服务器220的数量为多个时，多个服务器220可组成为一区块链，而服务器220为区块链上的节点。

参阅图3所示，其为本申请实施例中一种用户信息整合方法流程图，下面结合附图3，对具体执行的步骤进行详细说明：

步骤S301：获取目标企业下多个经营平台对应的平台服务合约。

其中，每个平台服务合约中保存了相应用户在相应平台中的用户基本信息和用户授权信息集。

具体的，本申请实施例中，针对企业内部多个经营平台的存量用户，每个用户在其注册相应经营平台时都会生成对应的平台服务合约，用于保存用户的基本信息和授权信息集，其中，用户基本信息至少包括用户的姓名、手机号码等，用户授权信息是指用户允许该经营平台访问的用户个人信息，例如用户的身份证号码、用户的手机号码、用户的相册和用户的联系人等等。

步骤S302：基于各平台服务合约中保存的用户基本信息，对各平台服务合约进行分类。

其中，用户基本信息相同的平台服务合约关联同一个整合用户编号。

具体的，基于用户的基本信息可以唯一确定用户的身份，因此，本申请实施例中，获取各个存量用户在各个经营平台中的平台服务合约之后，根据其中记录的用户基本信息，将各平台服务合约以用户为单位进行分类，并将用户基本信息相同的平台服务合约关联上同一个整合用户编号。

可选的，本申请实施例中，基于用户的基本信息对各平台服务合约进行分类时，还可以基于同一用户在不同经营平台上的用户流水记录进行辅助判断，从而确保同一整合用户编号下的各平台服务合约属于同一用户。

例如，参阅图4所示，其为本申请实施例中一种对各平台服务合约进行分类的逻辑示意图，其中，各个平台服务合约被分类关联到不同的整合用户编号下，同一整合用户编号下的各平台服务合约的基本信息相同，此外，未关联整合用户编号的平台服务合约为未授权实名信息的平台服务合约。

步骤S303：针对每个整合用户编号各自关联的各平台服务合约，分别执行以下操作：针对一个整合用户编号关联的至少一个平台服务合约中保存的用户授权信息集进行去重，获得一个用户对应的整合信息。

具体的，本申请实施例中，为了降低企业对各个经营平台的建设成本，以及构建企业级用户视图，服务器针对每个整合用户编号各自关联的各平台服务合约中，保存的用户授权信息集进行去重处理，即针对多个平台服务合约中部分相同的用户授权信息，删除冗余部分，仅保留其中一份数据保存为相应用户的整合信息。

参阅图5所示，其为本申请实施例中一种用户信息整合模型示意图，其中，基于用户基本信息确定相应整合用户编号关联的至少一个平台服务合约，以及结合用户在该经营平台中的用户行为流水记录进行辅助判断，可以提高用户信息整合的准确性。

场景平台服务合约补充信息中记录了用户首次在该经营平台注册并生成平台服务合约之后，在使用相关服务的过程中后续补充的用户授权信息，场景平台补充识别要素为用户补充授权相关信息时，与该信息对应的前端识别要素，例如用户授权使用平台1的账号名称登录平台2，则该账号名称即为平台2中的场景平台补充识别要素。

此外，平台接入个性参数与经营平台正常提供业务服务有关，不同经营平台对应的平台接入个性参数不同，根据实际情况选择是否进行记录，本申请对此不做限制。

参阅图6所示，其为本申请实施例中经过用户信息整合后的逻辑示意图，其中，用户user在手机APP1、小程序2、网站3和网站4均授权了相同的用户基本信息，则服务器基于这四个经营平台对应的平台服务合约获得用户user对应的整合信息，并为四个平台服务合约分配相应的合约编号，与整合用户编号相关联，各个经营平台基于合约编号，按照对应的访问权限获取整合信息中的用户授权信息。

进一步的，参阅图7所示，其为本申请实施例中一种管理用户整合信息的方法流程图，下面结合附图7，对具体执行的步骤进行详细说明：

步骤S701：为一个整合用户编号对应的至少一个平台服务合约分配相应的合约编号。

具体的，本申请实施例中，结合图5所示，服务器为每个平台服务合约分配一个合约编号，与其对应的整合用户编号相互关联，以便基于其关联关系对整合信息进行管理。

步骤S702：基于目标平台服务合约对应的目标合约编号，确定目标经营平台对整合信息的访问权限。

其中，一个用户在目标经营平台中的用户授权信息越多，目标经营平台对所述整合信息的访问权限越大。

具体的，为了保证信息不超范围使用，目标经营平台访问整合信息时，只能访问其对应的目标平台服务合约中原本记录的用户授权信息集，不同平台服务合约中的记录的用户授权信息集不完全相同，因此，各经营平台对整合信息的访问权限不同，其中，用户在某经营平台中的用户授权信息越多，该经营平台对整合信息的访问权限越大。

步骤S703：响应于一个用户针对目标经营平台中用户授权信息集的变更操作，更新目标经营平台对整合信息的访问权限。

由于用户在一个经营平台中的授权信息随时会发生更改，因此，需要及时对响应于用户的变更操作，针对各经营平台对整合信息的访问权限进行更新，从而更好地避免信息超范围使用。

具体的，本申请实施例中，服务器管理各经营平台对整合信息的访问权限时，至少包括以下几种情况：

情况一：若一个用户在目标经营平台中，增加至少一个新增用户授权信息，且整合信息中包含至少一个新增用户授权信息，则增大目标经营平台对整合信息的访问权限。

例如，假设用户原本在平台1中并未授权其邮箱信息，而在平台2授权了邮箱信息，因此，整合信息中保存了用户的邮箱信息，但平台1没有访问邮箱信息的权限，而当用户在平台1中新增关于邮箱信息的授权之后，服务器将增大平台1对于整合信息的访问权限，具体表现为允许平台1访问整合信息中保存的用户邮箱信息。

情况二：若一个用户在目标经营平台中，增加至少一个新增用户授权信息，且整合信息中不包含至少一个新增用户授权信息，则将至少一个新增用户授权信息添加至整合信息中，并增大目标经营平台对整合信息的访问权限。

例如，假设用户原本在平台1以及其他已注册平台中均未授权其邮箱信息，则整合信息中为保存用户的邮箱信息，当用户在平台1中新增关于邮箱信息的授权之后，服务器会将用户的邮箱信息添加至整合信息中，并允许平台1访问其中的邮箱信息，但此时其他已注册平台仍旧没有访问邮箱信息的权限。

情况三：若一个用户撤销在目标经营平台中的，至少一个历史用户授权信息，且至少一个历史用户授权信息不属于整合关键信息，则减小目标经营平台对整合信息的访问权限。

例如，用户撤销原本在平台1授权的账号密码，由于账号密码不是与实名信息相关的整合关键信息，因此，服务器将减小平台1对整合信息的访问权限，具体表现为不允许平台1访问整合信息中保存的账号密码。

情况四：若一个用户撤销在目标经营平台中的，至少一个历史用户授权信息，且至少一个历史用户授权信息属于整合关键信息，则删除目标经营平台对整合信息的访问权限。

例如，用户撤销原本在平台1授权的手机号码，由于手机号码是与实名信息相关的整合关键信息，因此，服务器将直接删除目标经营平台对整合信息的所有访问权限。

可以理解的是，本申请实施例中的整合关键信息为与实名信息相关的内容，具体包括以下任意一种或任意组合：

(1)用户标识。

(2)用户通讯方式。

用户标识为用户的姓名和身份证号码等，能够区分用户身份的信息，用户通讯方式可以是用户的电话号码等。

此外，整合关键信息还可以包括用户的其他基本信息，例如用户的营业执照号码、住址等，本申请对此不做限制。

进一步的，针对无法访问整合信息的目标经营平台，服务器还会解除目标经营平台对应的目标平台服务合约，与一个整合用户编号的关联关系，并为目标平台服务合约关联一个新的匿名用户编号。

例如，参阅图8所示，其为本申请实施例中一种用户拆分的场景示意图，其中，用户user撤销了在手机APP1中已授权的身份证号码，则服务器删除手机APP1对整合信息的访问权限，并为APP合约ID1对应的平台服务合约分配一个匿名用户编号，完成对整合信息的拆分。

此外，参阅图9所示，其为本申请实施例中一种用户拆分逻辑示意图，其中，每当产生用户针对目标经营平台中用户授权信息集的撤销操作时，服务首先判断撤销授权的信息是否属于整合关键要素，若是，则针对目标经营平台进行用户拆分，否则，根据实际情况更新整合信息内容以及管理整合信息访问权限。

另一方面，当需要进行用户信息拆分时，由于各经营平台已经基于整合信息设计了相关前端功能组件，用户信息拆分后可能会影响其他平台信息运营，因此服务器会在产生影响的情况下发送拆分影响通知，提示相关人员进行平台维护。

上述内容为针对存量用户信息的整合方法，针对增量用户，即在目标平台上新注册的用户，本申请实施例中，会在用户提供基本信息进行注册的过程中，判断其基本信息是否与系统中已有整合信息包含的基本信息相同，若是，则服务器创建相应平台服务合约后，直接关联对应的整合用户编号，从而完成增量用户的信息整合。

基于相同技术构思，参阅图10所示，本申请实施例还提供了一种用户信息整合装置，该装置包括：

获取模块1001，用于获取目标企业下多个经营平台对应的平台服务合约，其中，每个平台服务合约中保存了相应用户在相应平台中的用户基本信息和用户授权信息集；

分类模块1002，用于基于各平台服务合约中保存的用户基本信息，对各平台服务合约进行分类，其中，用户基本信息相同的平台服务合约关联同一个整合用户编号；

处理模块1003，针对每个整合用户编号各自关联的各平台服务合约，分别执行以下操作：针对一个整合用户编号关联的至少一个平台服务合约中保存的用户授权信息集进行去重，获得一个用户对应的整合信息。

在一种可能的实施例中，获得一个用户对应的整合信息之后，处理模块1003还用于：

为一个整合用户编号对应的至少一个平台服务合约分配相应的合约编号；

基于目标平台服务合约对应的目标合约编号，确定目标经营平台对整合信息的访问权限，其中，一个用户在目标经营平台中的用户授权信息越多，目标经营平台对整合信息的访问权限越大；

响应于一个用户针对目标经营平台中用户授权信息集的变更操作，更新目标经营平台对整合信息的访问权限。

在一种可能的实施例中，响应于一个用户针对目标经营平台中用户授权信息集的变更操作，更新目标经营平台对整合信息的访问权限时，处理模块1003至少用于：

若一个用户在目标经营平台中，增加至少一个新增用户授权信息，且整合信息中包含至少一个新增用户授权信息，则增大目标经营平台对整合信息的访问权限；

若一个用户在目标经营平台中，增加至少一个新增用户授权信息，且整合信息中不包含至少一个新增用户授权信息，则将至少一个新增用户授权信息添加至整合信息中，并增大目标经营平台对整合信息的访问权限。

在一种可能的实施例中，响应于一个用户针对目标经营平台中用户授权信息集的变更操作，更新目标经营平台对整合信息的访问权限时，处理模块1003还用于：

若一个用户撤销在目标经营平台中的，至少一个历史用户授权信息，且至少一个历史用户授权信息不属于整合关键信息，则减小目标经营平台对整合信息的访问权限；

若一个用户撤销在目标经营平台中的，至少一个历史用户授权信息，且至少一个历史用户授权信息属于整合关键信息，则删除目标经营平台对整合信息的访问权限。

在一种可能的实施例中，删除目标经营平台对整合信息的访问权限之后，处理模块1003还用于：

解除目标经营平台对应的目标平台服务合约，与一个整合用户编号的关联关系；

为目标平台服务合约关联一个新的匿名用户编号。

在一种可能的实施例中，整合关键信息，至少包括以下任意一种或任意组合：

用户标识；

用户通讯方式。

基于相同的技术构思，本申请实施例还提供了一种电子设备，该电子设备可实现本申请上述实施例提供的用户信息整合的方法流程。

在一种实施例中，该电子设备可以是服务器，也可以是终端设备或其他电子设备。

参阅图11所示，该电子设备可包括：

至少一个处理器1101，以及与至少一个处理器1101连接的存储器1102，本申请实施例中不限定处理器1101与存储器1102之间的具体连接介质，图11中是以处理器1101和存储器1102之间通过总线1100连接为例。总线1100在图11中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。总线1100可以分为地址总线、数据总线、控制总线等，为便于表示，图11中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。或者，处理器1101也可以称为控制器，对于名称不做限制。

在本申请实施例中，存储器1102存储有可被至少一个处理器1101执行的指令，至少一个处理器1101通过执行存储器1102存储的指令，可以执行前文论述的一种用户信息整合方法。处理器1101可以实现图10所示的装置中各个模块的功能。

其中，处理器1101是该装置的控制中心，可以利用各种接口和线路连接整个该控制设备的各个部分，通过运行或执行存储在存储器1102内的指令以及调用存储在存储器1102内的数据，该装置的各种功能和处理数据，从而对该装置进行整体监控。

在一种可能的设计中，处理器1101可包括一个或多个处理单元，处理器1101可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器1101中。在一些实施例中，处理器1101和存储器1102可以在同一芯片上实现，在一些实施例中，它们也可以在独立的芯片上分别实现。

处理器1101可以是通用处理器，例如CPU、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件，可以实现或者执行本申请实施例中公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的一种用户信息整合方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

存储器1102作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块。存储器1102可以包括至少一种类型的存储介质，例如可以包括闪存、硬盘、多媒体卡、卡型存储器、随机访问存储器(Random AccessMemory，RAM)、静态随机访问存储器(Static Random Access Memory，SRAM)、可编程只读存储器(Programmable Read Only Memory，PROM)、只读存储器(Read Only Memory，ROM)、带电可擦除可编程只读存储器(Electrically Erasable Programmable Read-Only Memory，EEPROM)、磁性存储器、磁盘、光盘等等。存储器1102是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。本申请实施例中的存储器1102还可以是电路或者其它任意能够实现存储功能的装置，用于存储程序指令和/或数据。

通过对处理器1101进行设计编程，可以将前述实施例中介绍的一种用户信息整合方法所对应的代码固化到芯片内，从而使芯片在运行时能够执行图3所示的实施例的一种用户信息整合方法的步骤。如何对处理器1101进行设计编程为本领域技术人员所公知的技术，这里不再赘述。

基于同一发明构思，本申请实施例还提供一种存储介质，该存储介质存储有计算机指令，当该计算机指令在计算机上运行时，使得计算机执行前文论述的一种用户信息整合方法。

在一些可能的实施方式中，本申请提供一种用户信息整合方法的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在装置上运行时，程序代码用于使该控制设备执行本说明书上述描述的根据本申请各种示例性实施方式的一种用户信息整合方法中的步骤。

应当注意，尽管在上文详细描述中提及了装置的若干单元或子单元，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本申请的实施方式，上文描述的两个或更多单元的特征和功能可以在一个单元中具体化。反之，上文描述的一个单元的特征和功能可以进一步划分为由多个单元来具体化。

此外，尽管在附图中以特定顺序描述了本申请方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (10)

1.一种用户信息整合方法，其特征在于，包括：

获取目标企业下多个经营平台对应的平台服务合约，其中，每个平台服务合约中保存了相应用户在相应平台中的用户基本信息和用户授权信息集；

基于各平台服务合约中保存的用户基本信息，对所述各平台服务合约进行分类，其中，用户基本信息相同的平台服务合约关联同一个整合用户编号；

针对每个整合用户编号各自关联的各平台服务合约，分别执行以下操作：针对一个整合用户编号关联的至少一个平台服务合约中保存的用户授权信息集进行去重，获得一个用户对应的整合信息。

2.如权利要求1所述的方法，其特征在于，所述获得一个用户对应的整合信息之后，还包括：

为所述一个整合用户编号对应的至少一个平台服务合约分配相应的合约编号；

基于目标平台服务合约对应的目标合约编号，确定目标经营平台对所述整合信息的访问权限，其中，所述一个用户在所述目标经营平台中的用户授权信息越多，所述目标经营平台对所述整合信息的访问权限越大；

响应于所述一个用户针对目标经营平台中用户授权信息集的变更操作，更新所述目标经营平台对所述整合信息的访问权限。

3.如权利要求2所述的方法，其特征在于，所述响应于所述一个用户针对目标经营平台中用户授权信息集的变更操作，更新所述目标经营平台对所述整合信息的访问权限，至少包括：

若所述一个用户在所述目标经营平台中，增加至少一个新增用户授权信息，且所述整合信息中包含所述至少一个新增用户授权信息，则增大所述目标经营平台对所述整合信息的访问权限；

若所述一个用户在所述目标经营平台中，增加至少一个新增用户授权信息，且所述整合信息中不包含所述至少一个新增用户授权信息，则将所述至少一个新增用户授权信息添加至所述整合信息中，并增大所述目标经营平台对所述整合信息的访问权限。

4.如权利要求2所述的方法，其特征在于，所述响应于所述一个用户针对目标经营平台中用户授权信息集的变更操作，更新所述目标经营平台对所述整合信息的访问权限，还包括：

若所述一个用户撤销在所述目标经营平台中的，至少一个历史用户授权信息，且所述至少一个历史用户授权信息不属于整合关键信息，则减小所述目标经营平台对所述整合信息的访问权限；

若所述一个用户撤销在所述目标经营平台中的，至少一个历史用户授权信息，且所述至少一个历史用户授权信息属于整合关键信息，则删除所述目标经营平台对所述整合信息的访问权限。

5.如权利要求4所述的方法，其特征在于，所述删除所述目标经营平台对所述整合信息的访问权限之后，还包括：

解除所述目标经营平台对应的目标平台服务合约，与所述一个整合用户编号的关联关系；

为所述目标平台服务合约关联一个新的匿名用户编号。

6.如权利要求4所述的方法，其特征在于，所述整合关键信息，至少包括以下任意一种或任意组合：

用户标识；

用户通讯方式。

7.一种用户信息整合装置，其特征在于，包括：

获取模块，用于获取目标企业下多个经营平台对应的平台服务合约，其中，每个平台服务合约中保存了相应用户在相应平台中的用户基本信息和用户授权信息集；

分类模块，用于基于各平台服务合约中保存的用户基本信息，对所述各平台服务合约进行分类，其中，用户基本信息相同的平台服务合约关联同一个整合用户编号；

处理模块，针对每个整合用户编号各自关联的各平台服务合约，分别执行以下操作：针对一个整合用户编号关联的至少一个平台服务合约中保存的用户授权信息集进行去重，获得一个用户对应的整合信息。

8.一种电子设备，包括存储器，处理器及存储在存储器上并可在处理器运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1-6中任一项所述的方法。

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

10.一种计算机程序产品，其特征在于，所述计算机程序产品在被计算机调用时，使得所述计算机执行如权利要求1-6任一项所述的方法。