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

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

背景技术：

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

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

技术实现要素：

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

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

第一应用端接收账号操作请求；

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

如果存在关联的虚拟账号，则对虚拟账号的业务数据进行处理。

上述方案中，可选的是，账号操作请求为基于第二应用账号登录第一应用端的授权登录请求，则如果存在关联的虚拟账号，则对虚拟账号的业务数据进行处理包括：

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

上述方案中，可选的是，账号操作请求为将第一应用账号与第二应用账号进行绑定的账号绑定请求，则如果存在关联的虚拟账号，则对虚拟账号的业务数据进行处理包括：

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

上述方案中，可选的是，账号操作请求为将第一应用账号与第二应用账号进行绑定解除的账号解绑请求，则如果存在关联的虚拟账号，则对虚拟账号的业务数据进行处理包括：

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

上述方案中，可选的是，账号操作请求为将第一应用账号与两个第二应用账号进行绑定更换的账号绑定更换请求，则如果存在关联的虚拟账号，则对虚拟账号的业务数据进行处理包括：

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

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

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

请求接收模块，用于接收账号操作请求；

账号查询模块，用于查询账号操作请求中的第二应用账号，在第一应用端中是否存在关联的虚拟账号；

数据处理模块，用于如果存在关联的虚拟账号，则对虚拟账号的业务数据进行处理。

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

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

上述方案中，可选的是，账号操作请求为将第一应用账号与第二应用账号进行绑定的账号绑定请求，则数据处理模块包括：

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

上述方案中，可选的是，账号操作请求为将第一应用账号与第二应用账号进行绑定解除的账号解绑请求，则数据处理模块包括：

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

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

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

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

第三方面，本公开实施例提供了一种电子设备，包括：

一个或多个处理器；

存储器，用于存储一个或多个程序；

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

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

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

附图说明

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

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

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

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

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

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

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

具体实施方式

下面结合附图和实施例对本公开作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本公开，而非对本公开的限定。

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

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

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

实施例一

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

步骤101、第一应用端接收账号操作请求。

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

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

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

步骤102、第一应用端查询账号操作请求中的第二应用账号，在第一应用端中是否存在关联的虚拟账号。

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

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

步骤103、如果存在关联的虚拟账号，则对虚拟账号的业务数据进行处理。

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

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

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

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

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

实施例二

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

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

步骤201、第一应用端接收账号操作请求。

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

步骤202、第一应用端查询账号操作请求中的第二应用账号，在第一应用端中是否存在关联的虚拟账号。

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

步骤203、如果存在关联的虚拟账号，则将虚拟账号变更为第一应用端的常规账号。

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

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

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

实施例三

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

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

步骤301、第一应用端接收账号操作请求。

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

步骤302、第一应用端查询账号操作请求中的第二应用账号，在第一应用端中是否存在关联的虚拟账号。

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

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

其中，如果账号操作请求中的第二应用账号，在第一应用端中存在关联的虚拟账号，则第一应用端将虚拟账号与第一应用账号进行绑定，建立虚拟账号与第一应用账号的绑定关系，并将虚拟账号的业务数据迁移至第一应用账号的业务数据空间，然后将第一应用账号与第二应用账号进行绑定。

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

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

实施例四

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

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

步骤401、第一应用端接收账号操作请求。

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

步骤402、第一应用端查询账号操作请求中的第二应用账号，在第一应用端中是否存在关联的虚拟账号。

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

步骤403、如果存在关联的虚拟账号，则第一应用端对虚拟账号的业务数据进行发布功能禁用处理，或删除虚拟账号及其对应的业务数据。

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

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

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

实施例五

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

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

步骤501、第一应用端接收账号操作请求。

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

步骤502、第一应用端查询账号操作请求中的第二应用账号，在第一应用端中是否存在关联的虚拟账号。

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

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

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

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

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

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

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

实施例六

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

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

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

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

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

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

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

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

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

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

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

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

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

实施例七

图7为本公开实施例七提供的一种电子设备的结构示意图。图7示出了适于用来实现本公开实施方式的示例性电子设备712的框图。图7显示的电子设备712仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

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

总线718表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(isa)总线，微通道体系结构(mac)总线，增强型isa总线、视频电子标准协会(vesa)局域总线以及外围组件互连(pci)总线。

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

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

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

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

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

实施例八

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

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

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

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于无线、电线、光缆、rf等等，或者上述的任意合适的组合。

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

注意，上述仅为本公开的较佳实施例及所运用技术原理。本领域技术人员会理解，本公开不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本公开的保护范围。因此，虽然通过以上实施例对本公开进行了较为详细的说明，但是本公开不仅仅限于以上实施例，在不脱离本公开构思的情况下，还可以包括更多其他等效实施例，而本公开的范围由所附的权利要求范围决定。