WO2020020202A1 - 应用程序的账号管理方法、装置、设备和介质 - Google Patents

Abstract

本文公开了一种应用程序的账号管理方法、装置、设备和介质。其中，该方法包括：第一应用端接收账号操作请求，该账号操作请求携带第二应用账号；第一应用端查询账号操作请求中的第二应用账号，在第一应用端中是否存在关联的虚拟账号；如果存在第二应用账号关联的虚拟账号，则对虚拟账号的业务数据进行处理。

Description

应用程序的账号管理方法、装置、设备和介质

本申请要求在2018年7月27日提交中国专利局、申请号为201810846824.9的中国专利申请的优先权，该申请的全部内容通过引用结合在本申请中。

技术领域

本公开实施例涉及互联网数据处理技术，例如涉及一种应用程序的账号管理方法、装置、设备和介质。

背景技术

随着互联网和智能终端的发展，应用程序(Application，APP)增多，当一个应用程序新推出时，例如以社交为主的应用程序，会因为用户数量少、用户分享信息少而使得应用程序的使用体验不佳，由此又导致用户更不容易聚集，恶性循环。

受限于应用程序各自的用户管理规则以及隐私性要求，使得应用程序的用户数据和业务数据之间难以实现共享。

发明内容

本公开实施例提供一种应用程序的账号管理方法、装置、设备和介质，以实现业务数据在不同应用程序之间的共享。

在一实施例中，本公开实施例提供了一种应用程序的账号管理方法，包括：

第一应用端接收账号操作请求，该账号操作请求携带第二应用账号；

第一应用端查询第二应用账号在第一应用端中是否存在关联的虚拟账号；

第一应用端响应于存在所述第二应用账号关联的虚拟账号，对虚拟账号的业务数据进行处理。

在一实施例中，本公开实施例提供了一种应用程序的账号管理装置，配置于第一应用端，包括：

请求接收模块，设置为接收账号操作请求，该账号操作请求携带第二应用 账号；

账号查询模块，设置为查询第二应用账号在第一应用端中是否存在关联的虚拟账号；

数据处理模块，设置为响应于存在所述第二应用账号关联的虚拟账号，对虚拟账号的业务数据进行处理。

在一实施例中，本公开实施例提供了一种电子设备，包括：

一个或多个处理器；

存储器，设置为存储一个或多个程序；

所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如本公开实施例所述的应用程序的账号管理方法。

在一实施例中，本公开实施例还提供了一种计算机可读存储介质，该存储介质上存储有计算机程序，该计算机程序被处理器执行时实现如本公开实施例所述的应用程序的账号管理方法。

附图说明

图1为本公开实施例一提供的一种应用程序的账号管理方法的流程图；

图2为本公开实施例二提供的一种应用程序的账号管理方法的流程图；

图3为本公开实施例三提供的一种应用程序的账号管理方法的流程图；

图4为本公开实施例四提供的一种应用程序的账号管理方法的流程图；

图5为本公开实施例五提供的一种应用程序的账号管理方法的流程图；

图6为本公开实施例六提供的一种应用程序的账号管理装置的结构示意图；

图7为本公开实施例七提供的一种电子设备的结构示意图。

具体实施方式

下面结合附图和实施例对本公开进行说明。此处所描述的具体实施例仅仅用于解释本公开，而非对本公开的限定。

为了便于描述，附图中仅示出了与本公开相关的部分而非全部结构。在更 加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将多项操作(或步骤)描述成顺序的处理，但是其中的许多操作可以被并行地、并发地或者同时实施。此外，一项或多项操作的顺序可以被重新安排。当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。

下述多个实施例中，每个实施例中同时提供了可选特征和示例，实施例中记载的多个特征可进行组合，形成多个可选方案，不应将每个编号的实施例仅视为一个技术方案。

针对不同应用程序之间共享业务数据的需求，为了兼顾应用程序的用户管理规则以及隐私性要求，可以尝试为应用程序创建一些非用户控制的站外账号，也可以视为虚拟账号，即这些站外账号并不是真实登录该应用程序的用户，而是登录其他应用程序的用户。新应用程序可以在权限控制下借用其他应用程序中用户的部分信息。并在新应用程序中模拟真实用户的存在而发布一些业务数据、推送一些广告等。但是，上述方案也存在一些弊端，打破了业务数据与用户账号的对应关系，不利于持续性发展。例如，随着新应用程序的推广，可能出现在其他应用程序真实存在的该用户，会授权登录或直接登录到新应用程序的情况，此时若按照正常登录程序，则需要为用户创建新的账号，存储用户数据。但是这样操作，该用户无法了解以往发布的业务数据，或者无法根据历史行为得到一些服务，显然用户体验不佳，上述方案在应用程序的不同推广阶段不具有无缝衔接的连续性。

实施例一

图1为本公开实施例一提供的一种应用程序的账号管理方法的流程图，本实施例可适用于在不同应用程序之间共享业务数据时，对应用程序的账号进行管理的情况，该方法可以由应用程序的账号管理装置来执行，该装置可以采用软件和/或硬件的方式实现，一般可集成在终端设备或诸如应用程序服务平台等电子设备中。该方法包括如下步骤：

步骤110、第一应用端接收账号操作请求，该账号操作请求携带第二应用账号。

其中，第一应用端可以是安装于终端设备上的第一应用程序的应用程序客户端，或者是能够向第一应用程序客户端提供服务的应用程序服务平台。

账号操作请求是基于第二应用账号进行操作的请求。该账号操作请求携带第二应用账号。用户可以基于第二应用账号在第一应用程序上进行授权登录，可以将第二应用账号与第一应用账号进行绑定，建立绑定关系，还可以对第二应用账号与第一应用账号之间的绑定关系进行解除和变更。第一应用账号即为第一应用程序的账号。第二应用账号即为第二应用程序的账号。

当第一应用端为第一应用程序的应用程序客户端时，用户可以在应用程序客户端的界面上输入账号操作请求。或者当第一应用端为向第一应用程序客户端提供服务的应用程序服务平台时，用户可以在第一应用程序客户端的界面上输入账号操作请求，然后由第一应用程序客户端将账号操作请求传输至第一应用端。

步骤120、第一应用端查询第二应用账号在第一应用端中是否存在关联的虚拟账号。

其中，虚拟账号为应用程序获取其他应用程序共享的业务数据后，根据业务数据对应用户的用户信息，为业务数据的所属用户建立的账号。用户信息可以包括用户名称、用户头像等。虚拟账号包括用户信息和业务数据空间。业务数据空间是专用于存储用户的业务数据的存储空间。建立虚拟账号时，将用户信息赋值作为虚拟账号的用户信息，将业务数据存储至虚拟账号的业务数据空间中。

第一应用端接收账号操作请求后，获取账号操作请求中的第二应用账号，查询账号操作请求中的第二应用账号，在第一应用端中是否存在关联的虚拟账号。在一实施例中，第一应用端根据第二应用账号获取第二应用账号对应的用户信息，并将第二应用账号对应的用户信息与数据库中存储的虚拟账号的用户信息进行匹配。如果第二应用账号对应的用户信息与虚拟账号的用户信息匹配，表明账号操作请求中的第二应用账号，在第一应用端中存在关联的虚拟账号；如果第二应用账号对应的用户信息与虚拟账号的用户信息不匹配，表明账号操作请求中的第二应用账号，在第一应用端中不存在关联的虚拟账号。

步骤130、第一应用端响应于存在第二应用账号关联的虚拟账号，对虚拟账 号的业务数据进行处理。

其中，如果存在第二应用账号关联的虚拟账号，则虚拟账号的业务数据空间存储的业务数据为与第二应用账号关联的业务数据，根据用户基于第二应用账号进行的操作，对虚拟账号的业务数据进行处理。在一实施例中，根据用户基于第二应用账号进行的操作，可以将虚拟账号变更为第一应用端的常规账号，可以对虚拟账号的业务数据进行迁移，可以对虚拟账号的业务数据进行发布功能禁用处理，还可以删除虚拟账号及该虚拟账号对应的业务数据。

可选的，业务数据包括下述至少一项：用户在第一应用端或第二应用端发布的文字、图片、音频或视频，用户画像，以及用户行为数据。

其中，第一应用程序获取第二应用程序共享的业务数据后，将业务数据存储至虚拟账号的业务数据空间中，还会模拟真实用户，在第一应用端发布业务数据。例如，第一应用程序获取用户在第二应用端发布的文字后，将文字存储至虚拟账号的业务数据空间中，并模拟真实用户，在第一应用端发布该文字，以使第一应用程序的用户可以浏览到该文字。

如果不存在关联的虚拟账号，则不需要根据用户基于第二应用账号进行的操作，对数据库中的虚拟账号的业务数据进行处理。

本实施例的技术方案，通过第一应用端接收账号操作请求，并查询账号操作请求中的第二应用账号，在第一应用端中是否存在关联的虚拟账号，如果确定存在第二应用账号关联的虚拟账号，则对虚拟账号的业务数据进行处理，可以在不同应用程序之间共享业务数据时，对应用程序的账号进行管理，实现根据用户的数据共享历史行为提供服务，提高用户体验。

实施例二

图2为本公开实施例二提供的一种应用程序的账号管理方法的流程图。本实施例可以与上述实施例中的可选方案相互结合。在本实施例中，账号操作请求为基于第二应用账号登录第一应用端的授权登录请求，如果存在第二应用账号关联的虚拟账号，则对虚拟账号的业务数据进行处理包括：如果存在第二应用账号关联的虚拟账号，则将虚拟账号变更为第一应用端的常规账号。

如图2所示，该方法包括如下步骤：

步骤210、第一应用端接收账号操作请求，该账号操作请求携带第二应用账号。

其中，账号操作请求为基于第二应用账号登录第一应用端的授权登录请求。第二应用程序的用户可以选择通过第二应用账号登录第一应用端。

步骤220、第一应用端查询第二应用账号在第一应用端中是否存在关联的虚拟账号。

其中，第一应用端接收基于第二应用账号登录第一应用端的授权登录请求，根据授权登录请求获取第二应用账号，并根据第二应用账号获取第二应用账号对应的用户信息。将第二应用账号对应的用户信息与数据库中存储的虚拟账号的用户信息进行匹配。

步骤230、第一应用端响应于存在第二应用账号关联的虚拟账号，将虚拟账号变更为第一应用端的常规账号。

其中，如果账号操作请求中的第二应用账号，在第一应用端中存在关联的虚拟账号，则将虚拟账号变更为第一应用程序的常规账号，可以是将虚拟账号的用户信息，迁移至常规账号的用户信息存储空间中，或者将虚拟账号的标签属性变更为常规账号。用户可以通过该常规账号登录第一应用端，在第一应用端浏览业务数据以及与业务数据相关的操作行为数据，并在第一应用端上进行业务操作。

虚拟账号与常规账号并不相同。常规账号通常为用户在应用程序上注册并使用的账号。而虚拟账号为应用程序上用于管理其他应用程序共享的业务数据的账号。常规账号包括用户信息和业务数据空间。用户信息可以为用户提交的个人信息。用户信息可以包括用户名称、用户头像等。用户可以登录常规账号，并通过常规账号在应用程序上进行业务操作。常规账号的业务数据空间设置为存储用户进行业务操作所产生的业务数据。虚拟账号包括用户信息和业务数据空间。虚拟账号的业务数据空间设置为存储其他应用程序共享的业务数据。虚拟账号的用户信息为根据业务数据的所属用户对应的用户信息生成的用户信息。

在一实施例中，第一应用端的常规账号可以为用户在第一应用程序上注册 并使用的账号，例如第一应用端的常规账号为第一应用账号，第一应用端的常规账号也可以为对与第二应用账号关联的虚拟账号进行变更得到的账号，即在省略了注册程序的情况下，通过对与第二应用账号关联的虚拟账号进行变更得到的账号。本领域技术人员可以理解的是，无论是注册得到的常规账号，还是变更得到的常规账号，可以均是符合预设要求(例如注册要求)的账号，也就是说，常规账号可以理解为符合注册要求的账号。

如果不存在第二应用账号关联的虚拟账号，则不需要根据用户基于第二应用账号进行的操作，对数据库中的虚拟账号的业务数据进行处理，直接根据用户基于第二应用账号登录第一应用端的授权登录请求，进行登录。

本实施例的技术方案，通过在账号操作请求为基于第二应用账号登录第一应用端的授权登录请求的情况下，查询账号操作请求中的第二应用账号，在第一应用端中是否存在关联的虚拟账号，如果存在第二应用账号关联的虚拟账号，则将虚拟账号变更为第一应用端的常规账号，可以在不同应用程序之间进行授权登录时，根据用户的数据共享历史行为提供服务，提高用户体验。

实施例三

图3为本公开实施例三提供的一种应用程序的账号管理方法的流程图。本实施例可以与上述实施例中的可选方案相互结合。在本实施例中，账号操作请求为将第一应用账号与第二应用账号进行绑定的账号绑定请求，如果存在第二应用账号关联的虚拟账号，则对虚拟账号的业务数据进行处理包括：如果存在第二应用账号关联的虚拟账号，则第一应用端将虚拟账号与第一应用账号进行绑定，并将虚拟账号的业务数据迁移至第一应用账号的业务数据空间。

如图3所示，该方法包括如下步骤：

步骤310、第一应用端接收账号操作请求，该账号操作请求携带第二应用账号。

其中，账号操作请求为将第一应用账号与第二应用账号进行绑定的账号绑定请求。

步骤320、第一应用端查询第二应用账号在第一应用端中是否存在关联的虚 拟账号。

其中，第一应用端接收将第一应用账号与第二应用账号进行绑定的账号绑定请求，根据账号绑定请求获取第二应用账号对应的用户信息，并将第二应用账号对应的用户信息与数据库中存储的虚拟账号的用户信息进行匹配。

步骤330、第一应用端响应于存在第二应用账号关联的虚拟账号，将虚拟账号与第一应用账号进行绑定，并将虚拟账号的业务数据迁移至第一应用账号的业务数据空间。

其中，如果账号操作请求中的第二应用账号，在第一应用端中存在关联的虚拟账号，则第一应用端将虚拟账号与第一应用账号进行绑定，建立虚拟账号与第一应用账号的绑定关系，并将虚拟账号的业务数据迁移至第一应用账号的业务数据空间，然后将第一应用账号与第二应用账号进行绑定。在一实施例中，虚拟账号和第一应用账号之间存在对应关系，不同的虚拟账号可以对应不同的第一应用账号，例如，虚拟账号A和第一应用账号A之间存在对应关系，虚拟账号B和第一应用账号B之间存在对应关系。也就是说，如果账号操作请求中的第二应用账号，在第一应用端中存在关联的虚拟账号，则第一应用端将虚拟账号与第一应用账号进行绑定，可以理解为，第一应用端将虚拟账号和与该虚拟账号对应的第一应用账号进行绑定。

如果不存在第二应用账号关联的虚拟账号，则不需要根据用户基于第二应用账号进行的操作，对数据库中的虚拟账号的业务数据进行处理，直接将第一应用账号与第二应用账号进行绑定。

本实施例的技术方案，通过在账号操作请求为将第一应用账号与第二应用账号进行绑定的账号绑定请求的情况下，查询账号操作请求中的第二应用账号，在第一应用端中是否存在关联的虚拟账号，如果存在第二应用账号关联的虚拟账号，则将虚拟账号与第一应用账号进行绑定，并将虚拟账号的业务数据迁移至第一应用账号的业务数据空间，可以在不同应用程序的账号之间建立绑定关系时，根据用户的数据共享历史行为提供服务，提高用户体验。

实施例四

图4为本公开实施例四提供的一种应用程序的账号管理方法的流程图。本实施例可以与上述实施例中的可选方案相互结合。在本实施例中，账号操作请求为将第一应用账号与第二应用账号进行绑定解除的账号解绑请求，如果存在第二应用账号关联的虚拟账号，则对虚拟账号的业务数据进行处理包括：如果存在第二应用账号关联的虚拟账号，则第一应用端对虚拟账号的业务数据进行发布功能禁用处理，或删除虚拟账号及该虚拟账号对应的业务数据。

如图4所示，该方法包括如下步骤：

步骤410、第一应用端接收账号操作请求，该账号操作请求携带第二应用账号。

其中，账号操作请求为将第一应用账号与第二应用账号进行绑定解除的账号解绑请求。

步骤420、第一应用端查询第二应用账号在第一应用端中是否存在关联的虚拟账号。

其中，第一应用端接收将第一应用账号与第二应用账号进行绑定解除的账号解绑请求，根据账号解绑请求获取第二应用账号对应的用户信息，并将第二应用账号对应的用户信息与数据库中存储的虚拟账号的用户信息进行匹配。

步骤430、第一应用端响应于存在第二应用账号关联的虚拟账号，对虚拟账号的业务数据进行发布功能禁用处理，或删除虚拟账号及该虚拟账号对应的业务数据。

其中，如果存在关联的虚拟账号，则第一应用端对虚拟账号的业务数据进行发布功能禁用处理，并解除第一应用账号与第二应用账号之间的绑定关系。进行发布功能禁用处理后，第一应用端不再模拟真实用户，发布虚拟账号的业务数据。或者，第一应用端删除虚拟账号及其对应的业务数据，并解除第一应用账号与第二应用账号之间的绑定关系。

如果不存在第二应用账号关联的虚拟账号，则不需要根据用户基于第二应用账号进行的操作，对数据库中的虚拟账号的业务数据进行处理，直接解除第一应用账号与第二应用账号之间的绑定关系。

本实施例的技术方案，通过在账号操作请求为将第一应用账号与第二应用 账号进行绑定解除的账号解绑请求的情况下，查询账号操作请求中的第二应用账号，在第一应用端中是否存在关联的虚拟账号，如果存在第二应用账号关联的虚拟账号，则第一应用端对虚拟账号的业务数据进行发布功能禁用处理，或删除虚拟账号及该虚拟账号对应的业务数据，可以在不同应用程序的账号之间解除绑定关系时，根据用户的数据共享历史行为为用户提供账号解除绑定服务，提高用户体验。

实施例五

图5为本公开实施例五提供的一种应用程序的账号管理方法的流程图。本实施例可以与上述实施例为中的可选方案相互结合。在本实施例中，账号操作请求为将第一应用账号与两个第二应用账号进行绑定更换的账号绑定更换请求，如果存在第二应用账号关联的虚拟账号，则对虚拟账号的业务数据进行处理包括：如果存在第二应用账号关联的虚拟账号，则第一应用端调整两个第二应用账号各自对应的虚拟账号分别与第一应用账号的绑定关系，并将调整后绑定的第二应用账号对应的虚拟账号的业务数据迁移至第一应用账号的业务数据空间，并对解除绑定的第二应用账号对应的虚拟账号的业务数据进行发布功能禁用处理或者删除该虚拟账号以及该虚拟账号对应的业务数据。

如图5所示，该方法包括如下步骤：

步骤510、第一应用端接收账号操作请求，该账号操作请求携带第二应用账号。

其中，账号操作请求为将第一应用账号与两个第二应用账号进行绑定更换的账号绑定更换请求。即请求解除第一应用账号与两个第二应用账号中的待解除绑定的第二应用账号的绑定关系，并建立第一应用账号与另一个待绑定的第二应用账号的绑定关系。

步骤520、第一应用端查询第二应用账号在第一应用端中是否存在关联的虚拟账号。

其中，第一应用端接收将第一应用账号与两个第二应用账号进行绑定更换的账号绑定更换请求，根据账号绑定更换请求获取两个第二应用账号对应的用 户信息，并将两个第二应用账号对应的用户信息分别与数据库中存储的虚拟账号的用户信息进行匹配。

步骤530、第一应用端响应于存在第二应用账号关联的虚拟账号，调整两个第二应用账号各自对应的虚拟账号分别与第一应用账号的绑定关系，并将调整后绑定的第二应用账号对应的虚拟账号的业务数据迁移至第一应用账号的业务数据空间，并对解除绑定的第二应用账号对应的虚拟账号的业务数据进行发布功能禁用处理或者删除该虚拟账号及该虚拟账号对应的业务数据。

其中，如果两个第二应用账号都存在关联的虚拟账号，则解除第一应用账号与两个第二应用账号中的待解除绑定的第二应用账号的绑定关系，对解除绑定的第二应用账号对应的虚拟账号的业务数据进行发布功能禁用处理或者删除该虚拟账号及其对应的业务数据；并建立第一应用账号与另一个待绑定的第二应用账号的绑定关系，将绑定的第二应用账号对应的虚拟账号的业务数据迁移至第一应用账号的业务数据空间。

如果解除绑定的第二应用账号存在关联的虚拟账号，另一个待绑定的第二应用账号不存在关联的虚拟账号，则解除第一应用账号与两个第二应用账号中的待解除绑定的第二应用账号的绑定关系，对解除绑定后的第二应用账号对应的虚拟账号的业务数据进行发布功能禁用处理或者删除该虚拟账号及其对应的业务数据；并直接建立第一应用账号与另一个待绑定的第二应用账号的绑定关系。

如果解除绑定的第二应用账号不存在关联的虚拟账号，另一个待绑定的第二应用账号存在关联的虚拟账号，则直接解除第一应用账号与两个第二应用账号中的待解除绑定的第二应用账号的绑定关系；并建立第一应用账号与另一个待绑定的第二应用账号的绑定关系，将绑定的第二应用账号对应的虚拟账号的业务数据迁移至第一应用账号的业务数据空间。

如果两个第二应用账号都不存在关联的虚拟账号，则直接解除第一应用账号与两个第二应用账号中的待解除绑定的第二应用账号的绑定关系，并建立第一应用账号与另一个待绑定的第二应用账号的绑定关系。

本实施例的技术方案，通过在账号操作请求为将第一应用账号与两个第二应用账号进行绑定更换的账号绑定更换请求的情况下，查询账号操作请求中的 第二应用账号，在第一应用端中是否存在关联的虚拟账号，如果存在关联的虚拟账号，则第一应用端调整两个第二应用账号各自对应的虚拟账号分别与第一应用账号的绑定关系，并将调整后绑定的第二应用账号对应的虚拟账号的业务数据迁移至第一应用账号的业务数据空间，并对解除绑定的第二应用账号对应的虚拟账号的业务数据进行发布功能禁用处理或者删除该虚拟账号及该虚拟账号对应的数据，可以在不同应用程序的账号之间调整绑定关系时，根据用户的数据共享历史行为提供服务，提高用户体验。

实施例六

图6为本公开实施例六提供的一种应用程序的账号管理装置的结构示意图，本实施例可适用于在不同应用程序之间共享业务数据时，对应用程序的账号进行管理的情况。该装置可以采用软件和/或硬件的方式实现，一般可集成在终端设备或诸如应用程序服务平台等电子设备中。如图6所示，该装置包括：请求接收模块601、账号查询模块602和数据处理模块603。

其中，请求接收模块601，设置为接收账号操作请求，该账号操作请求携带第二应用账号；账号查询模块602，设置为查询第二应用账号在第一应用端中是否存在关联的虚拟账号；数据处理模块603，设置为如果存在关联的虚拟账号，则对虚拟账号的业务数据进行处理。

本实施例的技术方案，通过第一应用端接收账号操作请求，并查询账号操作请求中的第二应用账号，在第一应用端中是否存在关联的虚拟账号，如果确定存在第二应用账号关联的虚拟账号，则对虚拟账号的业务数据进行处理，可以在不同应用程序之间共享业务数据时，对应用程序的账号进行管理，实现根据用户的数据共享历史行为提供服务，提高用户体验。

可选的，在上述技术方案中可选方案的基础上，账号操作请求为基于第二应用账号登录第一应用端的授权登录请求，则数据处理模块603包括：

账号变更模块，设置为如果存在第二应用账号关联的虚拟账号，则将虚拟账号变更为第一应用端的常规账号。

可选的，在上述技术方案中可选方案的基础上，账号操作请求为将第一应用账号与第二应用账号进行绑定的账号绑定请求，则数据处理模块603是设置为：

如果存在第二应用账号关联的虚拟账号，则将虚拟账号与第一应用账号进行绑定，并将虚拟账号的业务数据迁移至第一应用账号的业务数据空间。

可选的，在上述技术方案中可选方案的基础上，账号操作请求为将第一应用账号与第二应用账号进行绑定解除的账号解绑请求，则数据处理模块603是设置为：

如果存在第二应用账号关联的虚拟账号，则对虚拟账号的业务数据进行发布功能禁用处理，或删除虚拟账号及该虚拟账号对应的业务数据。

可选的，在上述技术方案中可选方案的基础上，账号操作请求为将第一应用账号与两个第二应用账号进行绑定更换的账号绑定更换请求，则数据处理模块603是设置为：

如果存在第二应用账号关联的虚拟账号，则调整两个第二应用账号各自对应的虚拟账号分别与第一应用账号的绑定关系，并将调整后绑定的第二应用账号对应的虚拟账号的业务数据迁移至第一应用账号的业务数据空间，并对解除绑定的第二应用账号对应的虚拟账号的业务数据进行发布功能禁用处理或者删除该虚拟账号及其对应的业务数据。

可选的，在上述技术方案中可选方案的基础上，业务数据包括下述至少一项：用户在第一应用端或第二应用端发布的文字、图片、音频或视频，用户画像，以及用户行为数据。

在一实施例中，虚拟账号和第一应用账号之间存在对应关系。

本公开实施例所提供的应用程序的账号管理装置可执行本公开任意实施例所提供的应用程序的账号管理方法，具备执行方法相应的功能模块和效果。

实施例七

图7为本公开实施例七提供的一种电子设备的结构示意图。图7示出了适于用来实现本公开实施方式的示例性电子设备712的框图。图7显示的电子设 备712仅仅是一个示例。

如图7所示，电子设备712以通用计算设备的形式表现。电子设备712的组件可以包括：一个或者多个处理器或者处理单元716，系统存储器728，连接不同系统组件(包括系统存储器728和处理单元716)的总线718。

总线718表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括工业标准体系结构(Industry Standard Architecture，ISA)总线，微通道体系结构(MicroChannel Architecture，MCA)总线，增强型ISA总线、视频电子标准协会(Video Electronics Standard Association，VESA)局域总线以及外围组件互连(Peripheral Component Interconnect，PCI)总线。

电子设备712包括多种计算机系统可读介质。这些介质可以是多种能够被电子设备712访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

系统存储器728可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(Random Access Memory，RAM)730和/或高速缓存732。电子设备712可以包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统734可以设置为读写不可移动的、非易失性磁介质(图7未显示，通常称为“硬盘驱动器”)。尽管图7中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如便携式紧凑磁盘只读存储器(Compact Disc Read-Only Memory，CD-ROM)，数字视盘(Digital Video Disc-Read Only Memory，DVD-ROM)或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线718相连。存储器728可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本公开一个或多个实施例的功能。

具有一组(至少一个)程序模块742的程序/实用工具740，可以存储在例如存储器728中，这样的程序模块742包括操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络 环境的实现。程序模块742通常执行本公开所描述的实施例中的功能和/或方法。

电子设备712也可以与一个或多个外部设备714(例如键盘、指向设备、显示器724等)通信，还可与一个或者多个使得用户能与该电子设备712交互的设备通信，和/或与使得该电子设备712能与一个或多个其它计算设备进行通信的设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(Input/Output，I/O)接口722进行。并且，电子设备712还可以通过网络适配器720与一个或者多个网络(例如局域网(Local Area Network，LAN)，广域网(Wide Area Network，WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器720通过总线718与电子设备712的其它模块通信。应当明白，尽管图7中未示出，可以结合电子设备712使用其它硬件和/或软件模块，包括：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、磁盘阵列(Redundant Arrays of Independent Drives，RAID)系统、磁带驱动器以及数据备份存储系统等。

处理单元716通过运行存储在系统存储器728中的程序，从而执行多种功能应用以及数据处理，例如实现本公开实施例所提供的一种应用程序的账号管理方法。该方法可以包括：第一应用端接收账号操作请求，该账号操作请求携带第二应用账号；第一应用端查询第二应用账号在第一应用端中是否存在关联的虚拟账号；如果存在第二应用账号关联的虚拟账号，则对虚拟账号的业务数据进行处理。

实施例八

本公开实施例八还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本公开实施例所提供的一种应用程序的账号管理方法，该方法可以包括：第一应用端接收账号操作请求，该账号操作请求携带第二应用账号；第一应用端查询第二应用账号在第一应用端中是否存在关联的虚拟账号；如果存在第二应用账号关联的虚拟账号，则对虚拟账号的业务数据进行处理。

本公开实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。 计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、RAM、只读存储器(Read-Only Memory，ROM)、可擦式可编程只读存储器(Erasable Programmable ROM，EPROM)或闪存、光纤、CD-ROM、光存储器件、磁存储器件、或者上述的合适的组合。在本文件中，计算机可读存储介质可以是包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用适当的介质传输，包括无线、电线、光缆、射频(Radio Frequency，RF)等等，或者上述的合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本公开操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++、Ruby、Go，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络—包括LAN或WAN—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

Claims (11)

1. 一种应用程序的账号管理方法，包括：

   第一应用端接收账号操作请求，所述账号操作请求携带第二应用账号；

   所述第一应用端查询所述第二应用账号在所述第一应用端中是否存在关联的虚拟账号；

   所述第一应用端响应于存在所述第二应用账号关联的虚拟账号，对所述虚拟账号的业务数据进行处理。
2. 根据权利要求1所述的方法，其中，所述账号操作请求为基于所述第二应用账号登录所述第一应用端的授权登录请求；

   所述第一应用端响应于存在所述第二应用账号关联的虚拟账号，对所述虚拟账号的业务数据进行处理包括：

   所述第一应用端响应于存在所述第二应用账号关联的虚拟账号，将所述虚拟账号变更为所述第一应用端的常规账号。
3. 根据权利要求1所述的方法，其中，所述账号操作请求为将第一应用账号与所述第二应用账号进行绑定的账号绑定请求；

   所述第一应用端响应于存在所述第二应用账号关联的虚拟账号，对所述虚拟账号的业务数据进行处理包括：

   所述第一应用端响应于存在所述第二应用账号关联的虚拟账号，将所述虚拟账号与所述第一应用账号进行绑定，并将虚拟账号的业务数据迁移至所述第一应用账号的业务数据空间。
4. 根据权利要求1所述的方法，其中，所述账号操作请求为将第一应用账号与所述第二应用账号进行绑定解除的账号解绑请求；

   所述第一应用端响应于存在所述第二应用账号关联的虚拟账号，对所述虚拟账号的业务数据进行处理包括：

   所述第一应用端响应于存在所述第二应用账号关联的虚拟账号，对所述虚拟账号的业务数据进行发布功能禁用处理，或删除所述虚拟账号及所述虚拟账号对应的业务数据。
5. 根据权利要求1所述的方法，其中，所述账号操作请求为将第一应用账 号与两个所述第二应用账号进行绑定更换的账号绑定更换请求；

   所述第一应用端响应于存在所述第二应用账号关联的虚拟账号，对所述虚拟账号的业务数据进行处理包括：

   所述第一应用端响应于存在所述第二应用账号关联的虚拟账号，调整所述两个第二应用账号各自对应的虚拟账号分别与所述第一应用账号的绑定关系，并将调整后绑定的第二应用账号对应的虚拟账号的业务数据迁移至所述第一应用账号的业务数据空间，并对解除绑定的第二应用账号对应的虚拟账号的业务数据进行发布功能禁用处理或者删除所述虚拟账号及所述虚拟账号对应的业务数据。
6. 根据权利要求1所述的方法，其中，所述业务数据包括下述至少一项：用户在所述第一应用端或第二应用端发布的文字、图片、音频或视频，用户画像，以及用户行为数据。
7. 根据权利要求1所述的方法，其中，所述虚拟账号与第一应用账号存在对应关系。
8. 一种应用程序的账号管理装置，配置于第一应用端，包括：

   请求接收模块，设置为接收账号操作请求，所述账号操作请求携带第二应用账号；

   账号查询模块，设置为查询所述第二应用账号在所述第一应用端中是否存在关联的虚拟账号；

   数据处理模块，设置为响应于存在所述第二应用账号关联的虚拟账号，对所述虚拟账号的业务数据进行处理。
9. 根据权利要求8所述的装置，其中，所述账号操作请求为基于所述第二应用账号登录所述第一应用端的授权登录请求；

   所述数据处理模块包括：

   账号变更模块，设置为响应于存在所述第二应用账号关联的虚拟账号，将所述虚拟账号变更为所述第一应用端的常规账号。
10. 一种电子设备，包括：

    一个或多个处理器；

    存储器，设置为存储一个或多个程序；

    所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-7任一项所述的方法。
11. 一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1-7任一项所述的方法。

Images