CN112738143B - 一种账号绑定方法、设备及系统 - Google Patents

Abstract

本申请实施例提供一种账号绑定方法、设备及系统，涉及电子技术领域，负一屏能够代替三方快应用获取负一屏的用户账号对应的OpenID，以通过OpenID实现三方应用的用户账号与负一屏的用户账号的绑定，降低三方应用的开发工作量，简化三方应用与负一屏的账号绑定流程，提高账号绑定的效率及灵活性。具体方案为：电子设备登录第一应用的用户账号；在检测到用户的第一预设操作后，通过第一应用获取第一应用的用户账号对应的OpenID，第一预设操作用于指示将第二应用与第一应用相关联；将OpenID和第二应用的身份信息发送给第一应用的服务器；从第一应用的服务器获取账号绑定成功信息。本申请实施例用于账号绑定。

Description

一种账号绑定方法、设备及系统

技术领域

本申请实施例涉及电子技术领域，尤其涉及一种账号绑定方法、设备及系统。

背景技术

在手机、平板或车机等电子设备上，负一屏可以与三方应用合作，从而为用户展示三方应用推荐的事件。一般地，在三方应用的用户账号与负一屏的用户账号建立绑定关系后，负一屏可以展示三方应用推荐的用户关联事件。

现有技术中，三方应用侧需要开发三方快应用，开发基于三方快应用的登录页面，并需要在三方快应用内调用负一屏的账号管理软件开发工具包(software developmentkit，SDK)，以获取负一屏的用户账号对应的授权码进而获取用户的开放唯一身份标识符(open identity document，OpenID)等进行复杂的开发工作，从而通过OpenID实现三方应用的用户账号与负一屏的用户账号的绑定。

在现有账号绑定方案中，三方应用的开发人员可能并不熟悉快应用的开发流程，因而开发工作的难度较大，且三方应用侧的开发工作量大，绑定流程复杂，绑定成本高，不利于负一屏对三方应用的引入。

发明内容

本申请实施例提供一种账号绑定方法、设备及系统，负一屏能够代替三方快应用获取负一屏的用户账号对应的OpenID，以通过OpenID实现三方应用的用户账号与负一屏的用户账号的绑定，降低三方应用的开发工作量，简化三方应用与负一屏的账号绑定流程，提高账号绑定的效率及灵活性。

为达到上述目的，本申请实施例采用如下技术方案：

一方面，本申请实施例提供了一种账号绑定方法，该方法包括：电子设备登录第一应用的用户账号。电子设备检测到用户的第一预设操作，第一预设操作用于指示将第二应用与第一应用相关联。电子设备通过第一应用，获取第一应用的用户账号对应的开放唯一身份标识符OpenID。电子设备将OpenID和第二应用的身份信息发送给第一应用的服务器。电子设备从第一应用的服务器获取账号绑定成功信息，账号绑定成功信息用于表示第一应用的用户账号与第二应用的用户账号已绑定。

在该方案中，在账号绑定场景下，第一应用可以代替三方应用申请并获取第一应用的用户账号对应的OpenID，以便建立三方应用的用户账号与OpenID的绑定关系，即建立三方应用的用户账号与第一应用的用户账号的绑定关系。这样，三方应用不需要为了实现该绑定开发三方快应用，也不需要为了实现该绑定而专门开发基于三方快应用的登录页面，不需要在三方快应用内调用第一应用的账号管理SDK，以获取第一应用的用户账号对应的OpenID等复杂的开发工作，从而可以简化三方应用的开发流程，降低三方应用的开发工作量，简化三方应用与第一应用的账号绑定流程，降低目标三方应用的账号绑定成本，提高账号绑定的效率及灵活性。

在一种可能的实现方式中，账号绑定成功信息在第二应用的服务器绑定OpenID与第二应用的用户账号并通知第一应用的服务器后，由第一应用的服务器产生。

也就是说，第二应用的服务器进行第二应用的用户账号和该OpenID的绑定，并在账号绑定成功后通知第一应用的服务器。从而，电子设备可以从第一应用的服务器获取到账号绑定成功信息。

在另一种可能的实现方式中，在电子设备将OpenID发送给第一应用的服务器之后，该方法还包括：电子设备从第一应用的服务器获取第二应用的登录页面信息，登录页面信息包括OpenID。电子设备根据登录页面信息显示第二应用的登录页面。电子设备获取登录页面上用户输入的第二应用的用户账号。电子设备将用户输入的第二应用的用户账号和OpenID，发送给第二应用的服务器。

在该方案中，电子设备可以从第一应用的服务器获取到第二应用的登录页面信息，从而根据该信息显示第二应用的用户登录页面，以便用户输入第二应用的用户账号。而后，电子设备可以将第二应用的用户账号和OpenID发送给第二应用的服务器，以便第二应用的服务在第二应用的用户账号验证通过后，绑定第二应用的用户账号和OpenID，也就是绑定第二应用的用户账号和第一应用的用户账号。

在另一种可能的实现方式中，登录页面信息为第二应用对应的登录卡片对象，登录卡片对象的参数包括OpenID。电子设备根据登录页面信息显示第二应用的登录页面，包括：电子设备根据登录卡片对象显示第二应用的登录卡片。

在该方案中，电子设备可以显示登录卡片形式的第二应用的登录页面。

在另一种可能的实现方式中，登录页面信息为第二应用的第5代超文本标记语言H5登录页面的地址，H5登录页面的地址包括OpenID。电子设备根据登录页面信息显示第二应用的登录页面，包括：电子设备根据H5登录页面的地址显示第二应用的H5登录页面。

在该方案中，电子设备可以显示第二应用的H5登录页面。

在另一种可能的实现方式中，电子设备从第一应用服务器获取的H5登录页面的地址拼接了该OpenID。

在另一种可能的实现方式中，登录页面信息为第二应用的原生应用登录页面的地址，原生应用登录页面的地址包括OpenID。电子设备根据登录页面信息显示第二应用的登录页面，包括：电子设备根据原生应用登录页面的地址，显示第二应用的原生应用登录页面。

例如，登录页面信息为第二应用的原生应用登录页面的深度链接DeepLink地址。在该方案中，电子设备可以显示第二应用的原生应用登录页面。

在另一种可能的实现方式中，电子设备从第一应用服务器获取的原生应用登录页面的地址拼接了该OpenID。

在另一种可能的实现方式中，登录页面信息为第二应用的快应用登录页面的地址，快应用登录页面的地址包括OpenID。电子设备根据登录页面信息显示第二应用的登录页面，包括：电子设备根据快应用登录页面的地址，显示第二应用的快应用登录页面。

例如，登录页面信息为第二应用的快应用登录页面的深度链接DeepLink地址。在该方案中，电子设备可以显示第二应用的快应用登录页面。

在另一种可能的实现方式中，电子设备从第一应用服务器获取的快应用登录页面的地址拼接了该OpenID。

在另一种可能的实现方式中，电子设备将用户输入的第二应用的用户账号和OpenID发送给第二应用的服务器，包括：电子设备在检测到用户的第二预设操作后，将用户输入的第二应用的用户账号和OpenID发送给第二应用的服务器，第二预设操作用于指示绑定第一应用的用户账号与第二应用的用户账号。

也就是说，电子设备在用户指示绑定后，才将第二应用的用户账号和OpenID发送给第二应用的服务器，以便第二应用的服务器进行绑定。

在另一种可能的实现方式中，电子设备通过第一应用获取OpenID，包括：电子设备获取第二应用的身份信息。电子设备通过第一应用将第二应用的身份信息发送给第一应用的账号管理服务器。电子设备从第一应用的账号管理服务器获取OpenID。

在该方案中，电子设备可以将第二应用的身份信息发送给第一应用的账号管理服务器，以便电子设备根据第二应用的身份信息生成第一应用的用户账号对应的OpenID。

在另一种可能的实现方式中，在电子设备从第一应用的服务器获取账号绑定成功信息之后，该方法还包括：电子设备获取第二应用的服务器推送的用户关联事件。电子设备通过第一应用向用户提示用户关联事件。

也就是说，在第二应用的用户账号与OpenID绑定成功后，即在第二应用的用户账号与第一应用的用户账号绑定成功后，第二应用的服务器可以根据该绑定关系，将产生的用户关联事件推送给OpenID对应的第一应用和电子设备，以便电子设备通过第一应用为用户展示用户关联事件。

在另一种可能的实现方式中，该第一应用为负一屏。

这样，第二应用的用户账号可以与负一屏的用户账号相绑定，电子设备可以通过负一屏展示第二应用的服务器推送的用户关联事件。

另一方面，本申请实施例提供了一种账号管理系统，包括：电子设备，第一应用的服务器，第一应用的账号管理服务器，以及第二应用的服务器。其中，电子设备用于：登录第一应用的用户账号；检测到用户的第一预设操作，第一预设操作用于指示将第二应用与第一应用相关联；通过第一应用，从第一应用的账号管理服务器获取第一应用的用户账号对应的开放唯一身份标识符OpenID；将OpenID和第二应用的身份信息发送给第一应用的服务器；从第一应用的服务器获取账号绑定成功信息，账号绑定成功信息用于表示第一应用的用户账号与第二应用的用户账号已绑定。

在一种可能的实现方式中，第一应用的服务器还用于，根据从电子设备获取到的第二应用的身份信息获取第二应用的登录页面信息，登录页面信息包括OpenID。第一应用的服务器还用于，将登录页面信息发送给电子设备。电子设备还用于，根据从第一应用的服务器获取的登录页面信息显示第二应用的登录页面。电子设备还用于，获取登录页面上用户输入的第二应用的用户账号。电子设备还用于，将用户输入的第二应用的用户账号和OpenID发送给第二应用的服务器。第二应用的服务器用于，在用户输入的第二应用的用户账号验证通过后，绑定OpenID与第二应用的用户账号。第二应用的服务器还用于，通知第一应用的服务器第一应用的用户账号与第二应用的用户账号已绑定。

在另一种可能的实现方式中，第一应用的服务器用于：根据从电子设备获取到的第二应用的身份信息获取第二应用对应的登录卡片对象，登录卡片对象的参数包括OpenID。

在另一种可能的实现方式中，第一应用的服务器用于，根据从电子设备获取到的第二应用的身份信息，将OpenID发送给第二应用的服务器。第二应用的服务器还用于，将第二应用的第5代超文本标记语言H5登录页面的地址发送给第一应用的服务器，H5登录页面的地址包括OpenID。第一应用的服务器还用于，将H5登录页面的地址发送给电子设备。

在另一种可能的实现方式中，第二应用服务器发送给第一应用服务器的H5登录页面的地址拼接了该OpenID。

在另一种可能的实现方式中，第一应用的服务器用于，根据从电子设备获取到的第二应用的身份信息，将OpenID发送给第二应用的服务器。第二应用的服务器还用于，将第二应用的原生应用登录页面的地址发送给第一应用的服务器，原生应用登录页面的地址包括OpenID。第一应用的服务器还用于，将原生应用登录页面的地址发送给电子设备。

在另一种可能的实现方式中，第二应用服务器发送给第一应用服务器的原生应用登录页面的地址拼接了该OpenID。

在另一种可能的实现方式中，第一应用的服务器用于，根据从电子设备获取到的第二应用的身份信息，将OpenID发送给第二应用的服务器。第二应用的服务器还用于，将第二应用的快应用登录页面的地址发送给第一应用的服务器，快应用登录页面的地址包括OpenID。第一应用的服务器还用于，将快应用登录页面的地址发送给电子设备。

在另一种可能的实现方式中，第二应用服务器发送给第一应用服务器的快应用登录页面的地址拼接了该OpenID。

在另一种可能的实现方式中，第二应用的服务器还用于，在绑定OpenID与第二应用的用户账号之后，若根据确定产生OpenID对应的用户关联事件，则将用户关联事件推送给OpenID对应的电子设备。电子设备还用于，获取到第二应用的服务器推送的用户关联事件后，通过第一应用向用户提示用户关联事件。

在另一种可能的实现方式中，第一应用为负一屏。

又一方面，本申请实施例提供了一种账号绑定装置，该装置包含在电子设备中。该装置具有实现上述方面及可能的设计中任一方法中电子设备行为的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。硬件或软件包括至少一个与上述功能相对应的模块或单元。例如，显示模块/单元，处理模块/单元，通信模块/单元，存储模块/单元等。

另一方面，本申请实施例提供了一种计算机存储介质，包括计算机指令，当计算机指令在电子设备上运行时，使得电子设备执行上述方面任一项可能的设计中的账号绑定方法。

又一方面，本申请实施例提供了一种计算机程序产品，当计算机程序产品在计算机上运行时，使得计算机执行上述方面任一项可能的设计中电子设备执行的账号绑定方法。

另一方面，本申请实施例提供了一种芯片系统，该芯片系统应用于电子设备。该芯片系统包括一个或多个接口电路和一个或多个处理器；接口电路和处理器通过线路互联；接口电路用于从电子设备的存储器接收信号，并向处理器发送信号，信号包括存储器中存储的计算机指令；当处理器执行计算机指令时，使得电子设备执行上述方面任一项可能的设计中的账号绑定方法。

上述其他方面对应的有益效果，可以参见关于方法方面的有益效果的描述，此处不予赘述。

附图说明

图1A为现有技术提供的一种账号绑定方法流程图；

图1B为现有技术提供的获取OpenID的流程图；

图1C为现有技术提供的一组账号绑定过程中的界面示意图；

图2为本申请实施例提供的一种账号管理系统的架构图；

图3为本申请实施例提供的一种获取OpenID的流程图；

图4为本申请实施例提供的一种电子设备的结构示意图；

图5为本申请实施例提供的一种账号绑定方法流程图；

图6为本申请实施例提供的一组界面示意图；

图7为本申请实施例提供的一种界面示意图；

图8为本申请实施例提供的另一组界面示意图；

图9为本申请实施例提供的另一组界面示意图；

图10为本申请实施例提供的另一种界面示意图；

图11为本申请实施例提供的另一组界面示意图；

图12为本申请实施例提供的另一组界面示意图；

图13为本申请实施例提供的另一组界面示意图；

图14为本申请实施例提供的另一种界面示意图；

图15为本申请实施例提供的一种显示三方应用登录页面的流程图；

图16为本申请实施例提供的另一组界面示意图；

图17为本申请实施例提供的另一种显示三方应用登录页面的流程图；

图18为本申请实施例提供的另一种显示三方应用登录页面的流程图；

图19为本申请实施例提供的一组账号绑定过程示意图；

图20为本申请实施例提供的另一种界面示意图；

图21为本申请实施例提供的另一种结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。其中，在本申请实施例的描述中，除非另有说明，“/”表示或的意思，例如，A/B可以表示A或B；本文中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，在本申请实施例的描述中，“多个”是指两个或多于两个。

以下，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本实施例的描述中，除非另有说明，“多个”的含义是两个或两个以上。

负一屏的主页面通常为桌面的最左屏，即桌面最左侧的页面(或称Widget界面)。负一屏可以为用户提供搜索、新闻、运动健康、生活服务、历史应用或应用推荐等服务的通知或快捷使用。在三方应用(或称第三方应用)的用户账号绑定负一屏的用户账号之后，三方应用才能在产生用户关注的关联事件后，基于该绑定关系将用户关联事件推荐到负一屏上进行展示。

其中，用户关联事件是三方应用产生的，与用户相关、用户关心或关注的事件。例如，三方应用为外卖应用，用户关联事件为用户订单的配送事件。再例如，三方应用为蚂蚁森林，用户关联事件为用户蚂蚁森林中产生绿色能量的事件。再例如，三方应用为东方财富，用户关联事件为用户关注的股票的相关事件。

基于安全性考虑，手机可以在系统中为快应用预置手机用户账号(例如华为用户账号)的授权码的调用接口，用于快应用通过该接口获取手机用户账号的授权码，进而根据授权码获取手机用户账号对应的OpenID。或者，基于安全性考虑，应用需要集成手机用户账号管理SDK后，才能调用该SDK获取手机用户账号的授权码，进而根据授权码获取手机用户账号对应的OpenID。

一般情况下，负一屏共用手机的用户账号。基于安全考虑，手机用户账号的授权码和OpenID需要通过快应用或三方应用内集成的SDK才能获取到。也就是说，负一屏用户账号的授权码和OpenID需要通过快应用或三方应用内集成的SDK才能获取到。

在一种现有技术中，三方应用可以开发原生三方应用的安装包(例如安卓安装包(android package，APK))，在原生三方应用的安装包里实现三方应用与负一屏的用户账号的绑定功能。该种方式需要在原生三方应用的安装包里集成负一屏的账号管理SDK。而不同设备厂商的负一屏的账号管理SDK不同，原生三方应用的安装包中需要集成多个不同设备厂商的多种账号管理SDK，这将使得原生三方应用的安装包较大，从而导致三方应用占用手机内存过大，用户下载时需要较多的流量，下载过程较慢，运行过程中也会占用较多的资源，用户体验较差等问题，因而该种方式通常不被三方应用所采用。

在另一种现有技术中，三方应用侧开发了三方快应用。其中，快应用也可以称为JavaScript小程序。参见图1A和图1B所示的流程图，用户已经登录了负一屏的用户账号，并触发绑定负一屏与三方应用的用户账号。负一屏拉起三方快应用，三方快应用提供登录页面(或称账号绑定页面)，以便用户输入三方应用的账号。三方快应用调用开放授权(openauthorization，OAUTH)账号管理SDK获取用户的头像、昵称以及授权码等信息。三方快应用获取用户输入的三方应用的用户账号，并向三方服务器提交账号绑定信息，账号绑定信息携带有用户的授权码和三方应用的用户账号。三方服务器在三方应用的用户账号验证通过后，调用负一屏的账号管理服务器接口，从而通过授权码获取用户的访问令牌AccessToken，并通过AccessToken获取用户的OpenID，即获取负一屏的用户账号对应的OpenID，从而建立三方应用的用户账号与OpenID的绑定关系，即建立三方应用的用户账号与负一屏的用户账号的绑定关系。

示例性的，以三方应用为东方财富为例，在三方应用的用户账号与负一屏的用户账号的绑定过程中，电子设备的界面示意图可以参见图1C中的(a)-(f)。其中，图1C中的(c)和图1C中的(d)为三方应用基于快应用开发的登录页面。

在该现有技术提供的方案中，为了实现账号绑定，三方应用侧需要开发三方快应用，基于快应用开发三方快应用的登录页面，以及在三方快应用内调用负一屏的账号管理SDK，以获取负一屏的用户账号对应的授权码进而获取OpenID等复杂的开发工作，从而通过OpenID实现三方应用的用户账号与负一屏的用户账号的绑定。该方案对三方应用的要求较高，三方应用侧的开发工作量大，三方应用的开发人员通常并不能掌握快应用的开发流程，而且不同设备厂商对应的负一屏的账号管理SDK的调用接口和调用方式不同，因而开发工作的难度较大；三方应用与负一屏的账号绑定流程的成本较高，绑定流程较为复杂，不利于电子设备的负一屏对三方应用的大量引入。

本申请实施例提供了一种账号绑定方法，可以应用于如图2所示的账号管理系统01。该账号管理系统01包括电子设备10，该电子设备10包括第一应用和第二应用。其中，第二应用是不同于第一应用的三方应用。该账号管理系统01还包括第一应用的服务器20、三方服务器30和账号管理服务器40，该账号管理服务器40用于管理第一应用的用户账号。其中，三方应用与第一应用不使用同一用户账号。三方应用的用户账号与第一应用的用户账号对应的不同的账号管理体系。三方服务器是三方应用的服务器，即上述第二应用的服务器。三方应用的用户账号与第一应用的用户账号绑定后，第一应用可以展示三方应用推荐的用户关联事件。

在三方应用和第一应用的用户账号的绑定过程中，参见图3，第一应用可以调用第一应用的账号管理SDK，从账号管理服务器获取第一应用的用户账号对应的OpenID，并将OpenID发送给三方服务器。三方服务器将OpenID作为三方应用的登录页面的参数返回给第一应用。第一应用拉取带有OpenID参数的三方应用的登录页面。第一应用检测到用户在三方应用的登录页面输入的三方应用的用户账号后，将三方应用的用户账号和OpenID提交给三方服务器。而后，三方服务器可以建立三方应用的用户账号与OpenID的绑定关系，即建立三方应用的用户账号与第一应用的用户账号的绑定关系。

需要说明的是，在本申请的实施例中，用户账号也可以简称为账号。用户账号可以包括用户名和密码。例如，用户名可以是手机号、邮箱、字符串或昵称等。

在本申请实施例提供的账号绑定方法中，第一应用可以代替三方应用申请并获取第一应用的用户账号对应的OpenID，以便建立三方应用的用户账号与OpenID的绑定关系，即建立三方应用的用户账号与第一应用的用户账号的绑定关系。这样，三方应用不需要为了实现该绑定开发三方快应用，也不需要为了实现该绑定而专门开发基于三方快应用的登录页面，不需要在三方快应用内调用第一应用的账号管理SDK，以获取第一应用的用户账号对应的OpenID等复杂的开发工作，从而可以简化三方应用的开发流程，降低三方应用的开发工作量，简化三方应用与第一应用的账号绑定流程，降低三方应用的账号绑定成本，提高账号绑定的效率及灵活性；从而方便三方应用与第一应用进行合作，扩大第一应用的合作群体。并且，三方应用中不需要集成第一应用的账号管理SDK。

举例来说，第一应用为负一屏，即负一屏是一个应用。负一屏可以获取负一屏的用户账号对应的OpenID，以便建立三方应用的用户账号与OpenID的绑定关系，即建立三方应用的用户账号与负一屏的用户账号的绑定关系。这样，负一屏可以代替三方应用申请并获取负一屏的用户账号对应的OpenID，三方应用不需要为了实现该绑定开发三方快应用，也不需要为了实现该绑定而专门开发基于三方快应用的登录页面，不需要在三方快应用内调用负一屏的账号管理SDK，以获取负一屏的用户账号对应的授权码进而获取OpenID等复杂的开发工作，因而可以简化三方应用的开发流程，降低三方应用的开发工作量，简化三方应用与负一屏的账号绑定流程，降低目标三方应用的账号绑定成本，提高账号绑定的效率及灵活性。

例如，该电子设备具体可以是手机、平板电脑、车载设备、笔记本电脑、智慧屏、可穿戴设备、增强现实(augmented reality，AR)/虚拟现实(virtual reality，VR)设备、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本或个人数字助理(personal digital assistant，PDA)等设备，本申请实施例对电子设备的设备类型不作任何限制。

示例性的，图4示出了电子设备100的结构示意图。电子设备100可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，传感器模块180，摄像头193，以及显示屏194等。其中传感器模块180可以包括触摸传感器，压力传感器，陀螺仪传感器或加速度传感器等。

处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，存储器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。

其中，控制器可以是电子设备100的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了系统的效率。

在一些实施例中，处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，I2C)接口，集成电路内置音频(inter-integrated circuitsound，I2S)接口，脉冲编码调制(pulse code modulation，PCM)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口，移动产业处理器接口(mobile industry processor interface，MIPI)，通用输入输出(general-purposeinput/output，GPIO)接口，用户标识模块(subscriber identity module，SIM)接口，和/或通用串行总线(universal serial bus，USB)接口等。

外部存储器接口120可以用于连接外部存储卡，例如Micro SD卡，实现扩展电子设备100的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。

内部存储器121可以用于存储计算机可执行程序代码，可执行程序代码包括指令。处理器110通过运行存储在内部存储器121的指令，从而执行电子设备100的各种功能应用以及数据处理。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用程序(比如声音播放功能，图像播放功能等)等。存储数据区可存储电子设备100使用过程中所创建的数据(比如OpenID，音频数据，电话本等)等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，UFS)等。

内部存储器121可以存储有第一应用的账号管理SDK。处理器110可以调用第一应用的账号管理SDK获取第一应用的授权码和OpenID。

内部存储器121可以存储有第一应用的代码。处理器110运行第一应用的代码，以使得第一应用在账号绑定场景下获取第一应用的用户账号对应的OpenID，以便建立三方应用的用户账号与OpenID的绑定关系，即建立三方应用的用户账号与第一应用的用户账号的绑定关系。

USB接口130是符合USB标准规范的接口，具体可以是Mini USB接口，Micro USB接口，USB Type C接口等。USB接口130可以用于连接充电器为电子设备100充电，也可以用于电子设备100与外围设备之间传输数据。也可以用于连接耳机，通过耳机播放音频。该接口还可以用于连接其他电子设备，例如AR设备等。

充电管理模块140用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。

电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为电子设备100的其他模块供电。电源管理模块141还可以用于监测电池容量，电池循环次数，电池健康状态(漏电，阻抗)等参数。

移动通信模块150，无线通信模块160或USB接口130等通信接口，可以用于电子设备100与第一应用的服务器或三方应用服务器或账号管理服务器进行通信，从而交互OpenID、三方应用的登录卡片对象或登录页面地址等信息。

可以理解的是，本申请实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对电子设备100的结构限定。在本申请另一些实施例中，电子设备100也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。

电子设备100的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。

天线1和天线2用于发射和接收电磁波信号。电子设备100中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。

移动通信模块150可以提供应用在电子设备100上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(low noise amplifier，LNA)等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实施例中，移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中，移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。

无线通信模块160可以提供应用在电子设备100上的包括无线局域网(wirelesslocal area networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星系统(global navigation satellite system，GNSS)，调频(frequency modulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。

在一些实施例中，电子设备100的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得电子设备100可以通过无线通信技术与网络以及其他设备通信。无线通信技术可以包括全球移动通讯系统(global system for mobile communications，GSM)，通用分组无线服务(general packet radio service，GPRS)，码分多址接入(codedivision multiple access，CDMA)，宽带码分多址(wideband code division multipleaccess，WCDMA)，时分码分多址(time-division code division multiple access，TD-SCDMA)，长期演进(long term evolution，LTE)，BT，GNSS，WLAN，NFC，FM，和/或IR技术等。GNSS可以包括全球卫星定位系统(global positioning system，GPS)，全球导航卫星系统(global navigation satellite system，GLONASS)，北斗卫星导航系统(beidounavigation satellite system，BDS)，准天顶卫星系统(quasi-zenith satellitesystem，QZSS)和/或星基增强系统(satellite based augmentation systems，SBAS)。

摄像头193用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device，CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor，CMOS)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给ISP转换成数字图像信号。ISP将数字图像信号输出到DSP加工处理。DSP将数字图像信号转换成标准的RGB，YUV等格式的图像信号。在一些实施例中，电子设备100可以包括1个或N个摄像头193，N为大于1的正整数。

显示屏194用于显示图像，视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，LCD)，有机发光二极管(organic light-emittingdiode，OLED)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrixorganic light emitting diode的，AMOLED)，柔性发光二极管(flex light-emittingdiode，FLED)，Miniled，MicroLed，Micro-oLed，量子点发光二极管(quantum dot lightemitting diodes，QLED)等。在一些实施例中，电子设备100可以包括1个或N个显示屏194，N为大于1的正整数。

在本申请的实施例中，显示屏194可以显示负一屏的主页面、三方应用的登录页面或账号绑定流程中的页面等界面。

音频模块170用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。例如，音频模块170可以检测到用户的声音信号，以作为语音指令控制电子设备100执行账号绑定或登录等操作。

传感器模块180中的触摸传感器，也称“触控面板”。触摸传感器可以设置于显示屏194，由触摸传感器与显示屏194组成触摸屏，也称“触控屏”。触摸传感器用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器，以确定触摸事件类型。可以通过显示屏194提供与触摸操作相关的视觉输出。在另一些实施例中，触摸传感器也可以设置于电子设备100的表面，与显示屏194所处的位置不同。

可以理解的是，本申请实施例示意的结构并不构成对电子设备100的具体限定。在本申请另一些实施例中，电子设备100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

在本申请的实施例中，显示屏194可以显示负一屏的主页面、三方应用的登录页面或账号绑定流程中的页面等界面。内部存储器121可以存储有第一应用的代码，以及第一应用的账号管理SDK。处理器110运行第一应用的代码，以使得第一应用在账号绑定场景下，调用第一应用的账号管理SDK，获取第一应用的用户账号对应的OpenID，以便建立三方应用的用户账号与OpenID的绑定关系，即建立三方应用的用户账号与第一应用的用户账号的绑定关系。这样，三方应用不需要开发三方快应用，也不需要专门开发基于三方快应用的登录页面，不需要在三方快应用内调用第一应用的账号管理SDK，以获取第一应用的用户账号对应的OpenID等复杂的开发工作，从而可以简化三方应用的开发流程，降低三方应用的开发工作量，简化三方应用与第一应用的账号绑定流程，降低三方应用的账号绑定成本，提高账号绑定的效率及灵活性。

以下将以图2所示账号管理系统中的电子设备为具有图4所示结构的手机，第一应用为手机上的负一屏为例，对本申请实施例提供的账号绑定方法进行阐述。

需要说明的是，负一屏是手机上的一个应用，在账号绑定流程中，负一屏执行的操作、步骤或功能，是负一屏调用手机中的功能模块或部件实现的。也就是说，负一屏执行的操作、步骤或功能，也可以理解为手机执行的操作、步骤或功能。

在本申请的实施例中，手机可以登录负一屏的用户账号。负一屏在检测到用户指示将目标三方应用与负一屏相关联的操作后，可以获取负一屏的用户账号对应的OpenID，并将该OpenID发送给负一屏服务器。负一屏服务器可以将该OpenID发送给目标三方应用的三方服务器，以便三方服务器绑定目标三方应用的用户账号与该OpenID，即绑定目标三方应用的用户账号与负一屏的用户账号。在账号绑定成功后，三方服务器可以通知负一屏服务器。负一屏可以从负一屏服务器获取账号绑定成功信息。

负一屏将OpenID发送给负一屏服务器后，还可以获取目标三方应用的用户账号信息。例如，负一屏可以从负一屏服务器获取目标三方应用的登录页面信息，该登录页面信息包括OpenID。负一屏可以根据登录页面信息显示目标三方应用的登录页面。负一屏备获取到登录页面上用户输入的目标三方应用的用户账号后，可以将用户输入的第二应用的用户账号和OpenID一起发送给三方服务器。

在账号绑定成功后，三方服务器在产生OpenID对应的负一屏的用户账号相关的用户关联事件后，可以将该用户关联事件推送给负一屏。负一屏获取到三方服务器推送的该用户关联事件后，可以通过卡片等形式向用户提示该用户关联事件。

参见图5，本申请实施例提供的账号绑定方法的具体流程可以包括：

501、手机显示负一屏的主页面。

手机在屏幕上显示负一屏的主页面。该屏幕可以是显示屏，也可以是显示屏与触摸传感器组合成的触摸屏。负一屏的主页面通常为桌面最左侧的页面，可以为用户提供搜索、新闻、运动健康、生活服务、历史应用或应用推荐等服务的通知或快捷使用。

示例性的，参见图6中的(a)-(b)，用户可以在手机桌面上向右滑动；响应于用户向右滑动的操作，手机可以向左移动显示桌面，直至显示最左侧的桌面，即显示负一屏的主页面。

502、手机登录负一屏的用户账号。

其中，负一屏的用户账号通常与手机的用户账号相一致。例如，若手机的设备厂商为华为，则负一屏的用户账号通常为华为账号；若手机的设备厂商为苹果，则负一屏的用户账号通常为苹果账号。

若手机之前未登录负一屏的用户账号，则用户可以点击图7所示页面左上角的头像控件，以登录负一屏的用户账号。在一些实施例中，若手机之前已登录手机的用户账号，则手机自动登录负一屏的用户账号。

503、负一屏检测到用户针对目标三方应用的预设操作1。

其中，目标三方应用是不同于负一屏的另一应用。例如，目标三方应用具体可以是应用程序(application，APP)、应用小程序或、快应用或其他形式的应用。目标三方应用与负一屏不使用同一用户账号，对应不同的账号管理体系。例如，当负一屏使用华为账号时，目标三方应用不使用华为账号。

负一屏检测到用户的操作可以理解为，手机通过触摸传感器、摄像头或麦克风等检测部件检测到用户的操作并通知给负一屏。

用户针对目标三方应用的预设操作1的操作方式可以有多种，例如触摸操作方式、语音指令方式或隔空操作方式等。例如，目标三方应用可以是蚂蚁森林、东方财富、微软小冰或智慧生活等。

示例性的，负一屏检测到用户点击如图8中的(a)所示的负一屏的主页面上的头像控件的操作后，显示如图8中的(b)所示的负一屏的功能页面。负一屏检测到用户点击如图8中的(b)所示的“情景智能”控件的操作后，显示如图8中的(c)所示的应用列表。

在一些实施例中，用户针对目标三方应用的预设操作1可以包括用户点击负一屏的主页面上头像控件的操作，用户点击功能页面上“情景智能”控件的操作，以及用户点击应用列表中的目标三方应用(例如东方财富)对应的“>”控件的操作。

在另一些实施例中，用户针对目标三方应用的预设操作1可以为用户点击应用列表中的目标三方应用(例如东方财富)对应的“>”控件的操作，在用户针对目标三方应用的预设操作1的操作之前，负一屏还可以检测到用户点击负一屏的主页面上头像控件的操作，或用户点击功能页面上“情景智能”控件的操作等其他操作。

再示例性的，预设操作1可以为负一屏检测到用户语音指示打开目标三方应用的订阅页面的操作。

504、负一屏显示目标三方应用的关联页面，该关联页面表示负一屏与目标三方应用未绑定。

负一屏检测到用户针对目标三方应用的预设操作1后，可以显示该目标三方应用对应的关联页面。示例性的，该关联页面可以参见图9中的(a)或图9中的(b)。该关联页面表示当前目标三方应用的用户账号与负一屏的用户账号未绑定。

需要说明的是，负一屏是平台类应用，可以加载和显示三方应用的界面，例如显示目标三方应用的关联页面。负一屏显示三方应用的界面可以理解为，负一屏加载三方应用的界面并通过手机屏幕进行显示。

可选地，在步骤504之后，该方法还可包括步骤505：

505、负一屏检测到用户指示打开目标三方应用的操作，显示目标三方应用的界面。

负一屏检测到用户指示打开目标三方应用的操作后，可以显示目标三方应用的界面，进入目标三方应用。示例性的，负一屏检测到用户点击图9中的(a)或图9中的(b)所示的“进入服务”的控件后，可以打开目标三方应用，显示如图10所示目标三方应用的界面。

在步骤504之后，该方法还可以包括以下步骤：

506、负一屏检测到用户的预设操作2。

其中，预设操作2用于指示将目标三方应用与负一屏相关联，用于触发绑定目标三方应用的用户账号与负一屏的用户账号。负一屏检测到预设操作2后，发起目标三方应用与负一屏的账号绑定流程。

例如，该预设操作2可以为用户打开图9中的(a)所示的关联页面上“订阅”开关901，并点击“未绑定”之后的“>”控件902的操作。其中，负一屏检测到用户点击“订阅”开关901的操作后，可以订阅目标三方应用，即可以在负一屏启用目标三方应用；检测到用户点击“未绑定”之后的“>”控件902的操作后，发起账号绑定流程。

再例如，该预设操作2可以为用户点击图9中的(b)所示的关联页面上“订阅并绑定”控件903的操作。负一屏检测到该预设操作2后，发起账号绑定流程。

需要说明的是，在步骤506之后，手机也可能尚未登录负一屏的用户账号，即手机在步骤506之前可以不执行步骤502。若手机在步骤506之后确定尚未登录负一屏的用户账号，则可以先进行登录，而后再执行步骤507及后续步骤。

507、负一屏从账号管理服务器获取负一屏的用户账号对应的OpenID。

例如，负一屏的账号管理服务器为OAuth账号管理服务器。负一屏可以调用负一屏的OAuth账号管理的SDK，从负一屏的OAuth账号管理服务器获取负一屏的用户账号对应的OpenID。当负一屏与手机共用相同的用户账号时，也就是说，负一屏可以从手机用户账号的OAuth账号管理服务器获取手机用户账号对应的OpenID。

其中，负一屏可以获取目标三方应用的身份信息，例如目标三方应用的应用程序唯一身份标识(application identity document，AppId)，或目标三方应用的应用名称等。以目标三方应用的身份信息为AppId为例进行说明。负一屏可以调用手机中的OAuth账号管理的SDK，将目标三方应用的AppId传递给OAuth账号管理服务器，并向OAuth账号管理服务器申请获取负一屏的用户账号对应的OpenID。OAuth账号管理服务器根据目标三方应用的AppId生成负一屏的用户账号对应的OpenID，并将该OpenID返回给负一屏。

这样，负一屏可以获取到负一屏可以获取负一屏的用户账号对应的OpenID，以便后续根据该OpenID进行账号绑定；目标三方应用不需要开发三方快应用，也不需要在三方快应用内调用负一屏的账号管理SDK，以获取负一屏的用户账号对应的授权码进而获取OpenID等复杂的开发工作，因而可以简化目标三方应用的开发流程，降低目标三方应用的开发工作量，简化目标三方应用与负一屏的账号绑定流程，降低目标三方应用的账号绑定成本，提高账号绑定的效率及灵活性。

508、负一屏向负一屏服务器发送账号授权信息，该账号授权信息包括该OpenID以及目标三方应用的身份信息。

其中，账号授权信息用于表示用户指示绑定目标三方应用的用户账号与负一屏的用户账号，即用户指示绑定目标三方应用的用户账号与该OpenID；或者，用于表示用户将该OpenID授权给目标三方应用；或者，用于表示用户授权负一屏服务器将该OpenID提供给目标三方应用；或者，用于表示用户授权绑定目标三方应用的用户账号与该OpenID。

509、负一屏通过负一屏服务器获取目标三方应用的登录页面信息，该登录页面信息包括OpenID。

目标三方应用的登录页面信息用于负一屏获取目标三方应用的登录页面。示例性的，该登录页面可以为图11中的(a)或图11中的(b)所示。

需要说明的是，在一些实施例中，负一屏在显示目标三方应用的登录页面时不会调用负一屏的账号管理SDK获取用户的头像和昵称等用户信息，该种情况下，如图11中的(b)所示，目标三方应用的登录页面上可以不显示用户头像或昵称等用户信息。

510、负一屏根据登录页面信息显示目标三方应用的登录页面。

其中，目标三方应用的登录页面信息包括负一屏的用户账号对应的OpenID。

511、负一屏检测到用户输入的目标三方应用的用户账号。

在负一屏显示目标三方应用的登录页面，用户可以在负一屏显示的目标三方应用的登录页面上，输入目标三方应用的用户名和密码。

512、负一屏检测到用户指示绑定的操作3后，将目标三方应用的用户账号和OpenID发送给三方服务器。

负一屏检测到用户指示绑定目标三方应用的用户账号和负一屏的用户账号的操作3后，可以向三方服务器发送账号绑定信息，该账号绑定信息包括目标三方应用的用户账号和OpenID。

例如，该操作3可以为用户在图11中的(a)或图11中(b)上点击“验证并绑定”控件的操作。再例如，目标三方应用的登录页面上包括“登录并绑定”控件，操作3可以为用户点击该“登录并绑定”控件的操作。再例如，目标三方应用的登录页面上包括“确定”控件，操作3可以为用户点击该“确定”控件的操作。

513、三方服务器在负一屏发送的目标三方应用的用户账号验证通过后，绑定目标三方应用的用户账号和OpenID。

需要说明的是，负一屏在步骤509中获取的登录页面信息包括OpenID，即登录页面与OpenID进行了绑定。这样，负一屏后续根据登录页面信息显示登录页面并获取到用户输入的目标三方应用的账号后，可以将目标三方应用的用户账号和负一屏的用户账号对应的OpenID一并提交给三方服务器，以便三方服务器进行绑定。

在步骤501-步骤513描述的方案中，负一屏可以获取到负一屏可以获取负一屏的用户账号对应的OpenID，三方服务器根据该OpenID绑定目标三方应用的用户账号。目标三方应用不需要开发三方快应用，也不需要在三方快应用内调用负一屏的账号管理SDK，以获取负一屏的用户账号对应的授权码进而获取OpenID等复杂的开发工作，因而可以简化目标三方应用的开发流程，降低目标三方应用的开发工作量，简化目标三方应用与负一屏的账号绑定流程，降低目标三方应用的账号绑定成本，提高账号绑定的效率及灵活性。

在步骤513之后，该方法还可以包括步骤514：

514、负一屏显示目标三方应用的登录成功页面。

三方服务器在目标三方应用的用户账号验证通过后，确定目标三方应用登录成功，并通过登录界面上提示用户成功登录。此时，负一屏显示的界面上提示用户成功登录，即负一屏显示目标三方应用的登录成功页面。示例性的，目标三方应用登录成功的界面可以参见上述图12中的(a)或图12中的(b)。

在步骤513之后，该方法还可以包括：

515、三方服务器通知负一屏服务器账号绑定成功。

三方服务器可以将账号绑定成功的消息推送给负一屏服务器，该绑定成功的消息可以包括OpenID。该账号绑定成功的消息还可以包括目标三方应用的用户账号。

516、负一屏从负一屏服务器获取账号绑定成功的信息。

其中，账号绑定成功的信息用于表示三方服务器已成功绑定负一屏的用户账号与目标三方应用的用户账号。例如，负一屏可以周期性地向负一屏服务器查询绑定信息，从而获知目标三方应用的用户账号与负一屏的用户账号绑定成功。或者，负一屏可以接收负一屏服务器推送的消息，从而获知目标三方应用的用户账号与负一屏的用户账号绑定成功。

517、负一屏显示绑定成功页面。

该绑定成功页面表示负一屏与目标三方应用已绑定。例如，负一屏检测到用户点击图12中的(a)或图12中的(b)所示的“完成”控件后，可以显示图12中的(c)所示的，表示负一屏与目标三方应用的用户账号已绑定的绑定成功页面。

518、三方服务器根据绑定关系向OpenID对应的负一屏推送用户关联事件。

三方服务器在产生用户关联事件时，向绑定关系中的OpenID对应的负一屏推送用户关联事件，从而通过负一屏将用户关联事件推荐给用户。相应的，负一屏可以接收三方服务器推送的用户关联事件。

519、负一屏在负一屏的主页面上显示目标三方应用推荐的用户关联事件。

在账号绑定成功后，三方服务器可以基于绑定关系向OpenID对应的负一屏推送用户关联事件，即向负一屏推荐目标三方应用中发生的用户关心的事件。负一屏获取到三方服务器推送的用户关联事件后，可以通过卡片等形式向用户展示用户关联事件，以便用户及时了解自己所关注的目标三方应用的相关信息。

示例性的，若目标三方应用为外卖应用，则用户关联事件可以为用户订单的配送事件。若目标三方应用为蚂蚁森林，则用户关联事件可以为用户蚂蚁森林中产生绿色能量的事件。若目标三方应用为东方财富，则用户关联事件为用户关注的股票的相关事件。示例性的，若用户在目标三方应用东方财富中关注的自选股包括京东方A，则用于展示用户关联事件的负一屏的主页面可以参见图13中的(a)或图13中的(b)。

另外，在另一些实施例中，若用户指示订阅目标三方应用并绑定账号，但用户未在三方应用中设置用户个性化的关联事件，则在账号绑定成功后，目标三方应用可以向OpenID对应的负一屏推荐通用事件，并在负一屏的主页面上进行展示。例如，目标三方应用为东方财富，通用事件为股票大盘信息。

此外，在其他一些实施例中，若用户指示订阅目标三方应用但未指示绑定账号，则三方服务器也可以向负一屏推荐通用事件，并在负一屏的主页面上进行展示。在一些实施例中，参见图14，负一屏用于展示推荐的通用事件的卡片上还可以包括用于进行账号绑定的控件1401。负一屏检测到用户点击该控件1401的操作后，可以执行上述步骤507及后续的账号绑定流程。

在本申请的实施例中，目标三方应用的登录页面可以有多种形式，步骤509-步骤510也可对应不同的实现方式，以下通过举例进行说明。

(1)、目标三方应用的登录页面为登录卡片。

目标三方应用在负一屏服务器上发布时，可以预先设置绑定时目标三方应用的登录页面为卡片模式，登录页面信息为登录卡片对象。

在一些实施例中，登录卡片预设在负一屏服务器上。参见图15，上述步骤509可以包括：

1501a、负一屏服务器确定登录页面为卡片模式，并将目标三方应用对应的登录卡片对象发送给负一屏，该登录卡片对象的参数包括OpenID。

负一屏服务器可以根据目标三方应用的身份信息确定目标三方应用对应的登录卡片对象。该登录卡片对象包括参数，该参数用于描述登录卡片的特征或功能。负一屏服务器可以将OpenID添加到登录卡片对象的参数中，从而将OpenID与登录卡片对象一起发送给负一屏。例如，登录卡片可以通过JavaScript代码描述，登录卡片对象可以是登录卡片JavaScript代码的下载地址及对应的参数。

1502a、负一屏接收负一屏服务器发送的登录卡片对象，该登录卡片对象的参数包括OpenID。

参见图15，上述步骤510可以包括：

1503a、负一屏根据登录卡片对象显示登录卡片。

示例性的，负一屏在检测到用户指示绑定的预设操作1之后，可以显示如图16中的(a)或如图16中的(b)所示的登录卡片。该登录卡片并不是基于三方快应用而开发的。

在另一些实施例中，登录卡片预设在三方服务器上。在上述步骤509中，负一屏服务器实时调用三方服务器接口，将OpenID发送给三方服务器。三方服务器将OpenID添加到登录卡片的参数中，并将添加OpenID后的登录卡片对象发送给负一屏服务器；负一屏服务器将添加OpenID后的登录卡片对象转发给负一屏。

在其他一些实施例中，登录卡片预设在三方服务器上。在上述步骤509中，负一屏服务器实时调用三方服务器接口获取登录卡片的下载路径；负一屏服务器将OpenID添加到登录卡片的下载路径中，并将添加OpenID后的登录卡片登录卡片的下载路径转发给负一屏。该种情况下，负一屏服务器也可以不确定目标三方应用的登录页面为卡片模式还是页面模式，目标三方应用的登录页面的模式由三方服务器来确定。负一屏服务器可以向三方服务器请求获取目标三方应用的登录页面信息，若三方服务器确定目标三方应用的登录页面为卡片模式，则将OpenID添加到登录卡片的下载路径中，并返回给负一屏服务器。负一屏服务器将添加OpenID后的登录卡片的下载路径返回给负一屏。

其中，登录卡片为静态资源，考虑到网络状态的不稳定和时延等情况，与将登录卡片预设在三方服务器上相比，将登录卡片预设在负一屏服务器上，手机的设备厂商可以进行加速等处理，因而性能和可靠性更高。

需要说明的是，负一屏服务器在步骤1501a中向负一屏返回的登录卡片对象的参数包括OpenID，即登录页面与OpenID进行了绑定。这样，负一屏后续根据登录卡片对象显示登录页面并获取到用户输入的目标三方应用的账号后，可以将目标三方应用的用户账号和OpenID一并提交给三方服务器，以便三方服务器进行账号绑定。

在图15所示的方案中，负一屏可以获取负一屏的用户账号对应的OpenID，并基于预设的目标三方应用的登录卡片，建立目标三方应用的用户账号与OpenID的绑定关系，即建立目标三方应用的用户账号与负一屏的用户账号的绑定关系。该登录卡片并不是基于三方快应用而开发的。

因而，与现有技术相比，目标三方应用不需要为了实现账号绑定开发三方快应用，也不需要为了实现账号绑定而专门开发基于三方快应用的登录页面，不需要在三方快应用内调用负一屏的账号管理SDK，以获取负一屏的用户账号对应的授权码进而获取OpenID等复杂的开发工作，因而可以简化目标三方应用的开发流程，降低目标三方应用的开发工作量，简化目标三方应用与负一屏的账号绑定流程，降低目标三方应用的账号绑定成本，提高账号绑定的效率及灵活性。

(2)、目标三方应用的登录页面为第5代超文本标记语言H5登录页面。

目标三方应用在负一屏服务器上发布时，可以预先设置绑定时目标三方应用的登录页面为页面模式，登录页面信息为拼接后的H5登录页面的地址。参见图17，上述步骤509可以包括：

1501b、负一屏服务器确定登录页面为页面模式，并向三方服务器发送账号授权信息，该账号授权信息包括该OpenID。

负一屏服务器可以根据从负一屏接收到的目标三方应用的身份信息确定三方服务器，从而向三方服务器发送该OpenID。其中，负一屏服务器向三方服务器发送的账号授权信息包括OpenID；且可以包括目标三方应用的身份信息，也可以不包括目标三方应用的身份信息。

1502b、若三方服务器确定支持目标三方应用的H5登录页面，则拼接OpenID与H5登录页面的地址，并将拼接后的H5登录页面的地址返回给负一屏服务器。

其中，H5登录页面地址可以为目标三方应用已有的登录页面的地址，例如可以为登录页面的HTTP地址。绑定过程可以复用已有的H5登录页面，而不需要目标三方应用为账号绑定专门设计一个登录页面。

OpenID与H5登录页面的地址的拼接方式比较灵活。例如，OpenID可以拼接到H5登录页面的地址之后、之前或之内。也就是说，三方服务器可以将OpenID拼接到H5登录页面的地址中。后续，三方服务器可以根据拼接后的H5登录页面的地址提供目标三方应用的H5登录页面。

1503b、负一屏接收负一屏服务器发送的拼接后的H5登录页面的地址。

上述步骤510可以包括：

1504b、负一屏向三方服务器发送H5登录页面请求信息，该请求信息包括OpenID。

负一屏调用拼接后的H5登录页面的地址，以向三方服务器请求获取目标三方应用的H5登录页面。

1505b、负一屏接收三方服务器发送的H5登录页面的内容，并显示H5登录页面。

三方服务器向负一屏返回H5登录页面的内容，负一屏使用web浏览器加载这个H5登录页面，用户就可以在屏幕上看到H5登录页面。H5登录页面可以将目标三方应用提供的用户名和密码输入框等信息等展示给用户。示例性的，H5登录页面可以参见图11中的(a)或图11中的(b)，该H5登录页面并不是基于三方快应用开发的页面。

在图17所示的方案中，负一屏可以获取负一屏的用户账号对应的OpenID，并复用目标三方应用已有的H5登录页面，建立目标三方应用的用户账号与OpenID的绑定关系，即建立目标三方应用的用户账号与负一屏的用户账号的绑定关系。该H5登录页面为已有的页面，并不是基于三方快应用开发的页面。

因而，与现有技术相比，目标三方应用不需要为了实现账号绑定开发三方快应用，也不需要为了实现账号绑定而专门开发基于三方快应用的登录页面，不需要在三方快应用内调用负一屏的账号管理SDK，以获取负一屏的用户账号对应的授权码进而获取OpenID等复杂的开发工作，因而可以简化目标三方应用的开发流程，降低目标三方应用的开发工作量，简化目标三方应用与负一屏的账号绑定流程，降低目标三方应用的账号绑定成本，提高账号绑定的效率及灵活性。

(3)、目标三方应用的登录页面为原生应用登录页面，即原生目标三方应用的登录页面。

目标三方应用在负一屏服务器上发布时，可以预先设置账号绑定时目标三方应用的登录页面为页面模式，登录页面信息为拼接后的原生应用登录页面的地址，例如拼接后的原生应用登录页面的深度链接DeepLink地址。参见图18，上述步骤509可以包括：

1501c、负一屏服务器负一屏服务器确定登录页面为页面模式，并向三方服务器发送账号授权信息，该账号授权信息包括该OpenID。

负一屏服务器可以根据从负一屏接收到的目标三方应用的身份信息确定三方服务器，从而向三方服务器发送该OpenID。其中，负一屏服务器向三方服务器发送的账号授权信息包括OpenID；且可以包括目标三方应用的身份信息，也可以不包括目标三方应用的身份信息。

1502c、若三方服务器确定支持目标三方应用的原生应用登录页面，则拼接OpenID与原生应用登录页面的DeepLink地址，并将拼接后的原生应用登录页面的DeepLink地址返回给负一屏服务器。

也就是说，三方服务器可以将OpenID拼接到原生应用登录页面的DeepLink地址中。后续，三方服务器可以根据拼接后的原生应用登录页面的DeepLink地址，提供目标三方应用的原生应用登录页面。

1503c、负一屏接收负一屏服务器发送的拼接后的原生应用登录页面的DeepLink地址。

上述步骤510可以包括：

1504c、负一屏根据拼接后的原生应用登录页面的DeepLink地址显示原生应用登录页面。

负一屏可以根据拼接后的原生应用登录页面的DeepLink地址拉起原生应用登录页面。其中，这里的原生应用登录页面是指即原生目标三方应用的登录页面。示例性的，原生应用登录页面可以参见图11中的(a)或图11中的(b)所示的页面，该登录页面并不是基于三方快应用开发的页面。

在图18所示的方案中，负一屏可以获取负一屏的用户账号对应的OpenID，并复用目标三方应用已有的原生应用登录页面，建立目标三方应用的用户账号与OpenID的绑定关系，即建立目标三方应用的用户账号与负一屏的用户账号的绑定关系。该原生应用登录页面为已有的页面，并不是基于三方快应用开发的页面。

因而，与现有技术相比，目标三方应用不需要为了实现账号绑定开发三方快应用，也不需要为了实现账号绑定而专门开发基于三方快应用的登录页面，不需要在三方快应用内调用负一屏的账号管理SDK，以获取负一屏的用户账号对应的授权码进而获取OpenID等复杂的开发工作，因而可以简化目标三方应用的开发流程，降低目标三方应用的开发工作量，简化目标三方应用与负一屏的账号绑定流程，降低目标三方应用的账号绑定成本，提高账号绑定的效率及灵活性。

(4)、目标三方应用的登录页面为目标三方应用的快应用登录页面。

参见图18，该种情况下对应的处理流程与上述情况(3)类似，不同之处在于上述原生应用登录页面的地址替换为目标三方应用的快应用登录页面的地址。例如，上述原生应用登录页面的DeepLink地址替换为快应用登录页面的DeepLink地址。也就是说，三方服务器可以将OpenID拼接到快应用登录页面的DeepLink地址中，并将拼接后的快应用登录页面的DeepLink地址返回给负一屏，以便负一屏显示快应用登录页面。示例性的，快应用登录页面可以参见图11中的(a)或图11中的(b)所示的页面。

值得注意的是，该快应用登录页面为基于三方快应用开发的登录页面，但是目标三方应用已有的登录页面而不是为了账号绑定流程专门设计的登录页面，因而并没有为了与负一屏绑定绑定而增加目标三方应用额外的开发流程和开发工作量。

也就是说，负一屏可以获取负一屏的用户账号对应的OpenID，并复用目标三方应用已有的快应用登录页面，建立目标三方应用的用户账号与OpenID的绑定关系，即建立目标三方应用的用户账号与负一屏的用户账号的绑定关系。该快应用登录页面为已有的页面，并不是基于三方快应用开发的页面。

因而，与现有技术相比，目标三方应用不需要为了实现账号绑定开发三方快应用，也不需要为了实现账号绑定专门开发基于三方快应用的登录页面，不需要在三方快应用内调用负一屏的账号管理SDK，以获取负一屏的用户账号对应的授权码进而获取OpenID等复杂的开发工作，因而可以简化目标三方应用的开发流程，降低目标三方应用的开发工作量，简化目标三方应用与负一屏的账号绑定流程，降低目标三方应用的账号绑定成本，提高账号绑定的效率及灵活性。

需要注意的是，三方服务器在步骤1502b或步骤1502c中向负一屏服务器返回的拼接后的登录页面的地址包括OpenID，即登录页面与OpenID进行了绑定。这样，负一屏后续通过显示登录页面获取到用户输入的目标三方应用的账号后，可以将目标三方应用的用户账号和OpenID一并提交给三方服务器，以便三方服务器进行账号绑定。

其中，若负一屏服务器确定登录页面为卡片模式，则本申请实施例提供的账号绑定方法流程还可以参见图19中的(a)；若负一屏服务器确定登录页面为页面模式，则本申请实施例提供的账号绑定方法流程还可以参见图19中的(b)。

以上图17或图18所示流程是以负一屏服务器确定登录页面为页面模式为例进行说明的。在其他一些实施例中，在步骤1501b或步骤1501c中，负一屏服务器也可以不确定目标三方应用的登录页面为卡片模式还是页面模式，负一屏服务器可以向三方服务器发送账号授权信息。目标三方应用的登录页面的模式由三方服务器来确定。在步骤1502b或步骤1502c中，若三方服务器确定目标三方应用的登录页面为页面模式，则将OpenID拼接到支持的页面类型对应的地址中。其中，支持的页面类型包括H5登录页面、原生应用登录页面或快应用登录页面等。

其中，若三方服务器确定支持多种页面类型，则可以将其中的一种或多种页面类型对应的地址返回给负一屏服务器。例如，不同页面类型具有不同的优先级，三方服务器可以将优先级最高的页面类型对应的地址返回给负一屏服务器。再例如，三方服务器可以随机选择一种页面类型对应的地址，并返回给负一屏服务器。

需要说明的是，在其他一些实施例中，账号绑定方法可以包括以上流程中的部分步骤。在其他一些实施例中，账号绑定方法还可以包括以上流程所示步骤之外的其他步骤。

在其他一些实施例中，登录卡片上也可以包括跳转控件，用于跳转到H5登录页面、原生应用登录页面或快应用登录页面进行账号登录。示例性的，该跳转按钮可以为图20所示的控件2001。

在一些实施例中，上述账号管理服务器、负一屏服务器或三方服务器可以为云服务器或其他服务器。

在另一些实施例中，在账号绑定时目标三方应用的登录页面为页面模式的情况下，OpenID与H5登录页面地址、原生应用登录页面的DeepLink地址或快应用登录页面的DeepLink地址拼接，可以不在三方服务器上进行，而在负一屏服务器上进行；或者拼接后的地址可以预设在负一屏服务器上。其中，地址拼接方式较为灵活，不同目标三方应用的地址拼接方式可能不同。并且，为了保证安全，三方服务器可能在地址中携带一些时变参数，以防登录页面被重放攻击，拼接方式较为复杂。因而，三方服务器进行地址拼接的方式更为简单，也更容易适应不同目标三方应用的处理方式。

在其他一些实施例中，负一屏代替目标三方应用获取OpenID也可以替换为，负一屏服务器代替目标三方应用获取OpenID。与负一屏服务器代替目标三方应用获取OpenID相比，负一屏代替目标三方应用获取OpenID可以通过负一屏与用户进行交互，并在用户授权绑定后再获取OpenID，不容易出现违反用户隐私的问题。

可以理解的是，负一屏的主页面目前通常为桌面的最左屏。在其他一些实施例中，负一屏也可以为桌面的最右屏或其他位置的页面，本申请实施例不予限定。

以上主要是以第一应用为与手机共用同一用户账号的负一屏为例进行说明的，在其他一些实施例中，第一应用也可以为与手机共用同一用户账号的其他应用，例如系统应用(比如状态栏等)，本申请实施例不再一一举例。

在其他一些实施例中，第一应用也可以为不与手机共用同一用户账号的应用。例如，第一应用可以为微信或支付宝等可以展示目标三方应用推荐的事件的平台类应用。比如，微信中可以展示其他应用推荐的用户关联事件等。该种情况下，第一应用对应的OpenID不再是手机的账号管理服务器分配的OpenID，而是微信或支付宝等第一应用对应的账号管理服务器分配的OpenID。

尤其地，目标三方应用可以为有特定资质(如股票、医疗等)的应用。本申请实施例提供的方案可以应用于以下场景：受限于资质等因素的约束，负一屏展示的事件卡片无法由手机系统开发，须由目标三方应用开发，因而目标三方应用需与负一屏进行账号绑定的场景。

在其他一些实施例中，第一应用还可以展示与第一应用共用相同的用户账号的其他应用推荐的用户关联事件，而无需进行上述账号绑定流程。例如，负一屏与华为视频共用华为账号，无需上述绑定流程，负一屏可以展示华为视频推荐的用户关联事件。

在其他一些实施例中，第一应用还可以展示不需要与第一应用进行账号绑定的其他应用(例如新闻等)推荐的用户关联事件。

以上是以电子设备为手机为例进行说明的，本申请实施例提供的账号绑定方法还可以应用于平板或车机等其他电子设备，本申请实施例不再细述。

可以理解的是，为了实现上述功能，电子设备包含了执行各个功能相应的硬件和/或软件模块。结合本文中所公开的实施例描述的各示例的算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以结合实施例对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本实施例可以根据上述方法示例对电子设备进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块可以采用硬件的形式实现。需要说明的是，本实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

例如，在一种划分方式中，参见图21，该电子设备2100可以包括：显示模块2101，处理模块2102，通信模块2103和存储模块2104。

其中，显示模块2101可以用于支持电子设备2100显示用户界面。例如，显示模块2101可以用于支持电子设备2100执行图5所示流程中的步骤501、步骤504、步骤505、步骤510、步骤514、步骤517、步骤519等，和/或用于本文所描述的技术的其他过程。

处理模块2102可以用于对电子设备2100的动作进行控制管理。例如，处理模块2102可以用于支持电子设备2100执行图5所示流程中的步骤502、步骤503、步骤505、步骤506、步骤511、步骤512等，和/或用于本文所描述的技术的其他过程。

通信模块2103可以用于支持电子设备2100与其他设备的通信。例如，通信模块2103可以用于支持电子设备2100执行图5所示流程中的步骤507、步骤508、步骤509、步骤512或步骤516等，和/或用于本文所描述的技术的其他过程。

存储模块2104可以用于存储指令和数据，例如存储第一应用的代码，存储电子设备2100通过通信模块获取的OpenID，存储用户输入的用户账号等信息。

其中，显示模块2101可以显示器，例如具体可以是图4所示硬件结构中的显示屏194。处理模块2102可以是处理器或控制器。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，数字信号处理(digital signal processing，DSP)和微处理器的组合等等。例如，处理模块2102具体可以是图4所示硬件结构中的处理器110。通信模块2103可以为射频电路、蓝牙芯片、Wi-Fi芯片等与其他电子设备交互的设备。例如，通信模块2103可以包括图4所示硬件结构中的移动通信模块150、无线通信模块160、天线1或天线2等。存储模块2104可以是存储器，例如具体可以是图4所示硬件结构中的内部存储器121。

需要说明的是，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

本申请实施例还提供一种电子设备，包括一个或多个处理器以及一个或多个存储器。该一个或多个存储器与一个或多个处理器耦合，一个或多个存储器用于存储计算机程序代码，计算机程序代码包括计算机指令，当一个或多个处理器执行计算机指令时，使得电子设备执行上述相关方法步骤实现上述实施例中的账号绑定方法。

本申请的实施例还提供一种计算机存储介质，该计算机存储介质中存储有计算机指令，当该计算机指令在电子设备上运行时，使得电子设备执行上述相关方法步骤实现上述实施例中的账号绑定方法。

本申请的实施例还提供了一种计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行上述相关步骤，以实现上述实施例中电子设备执行的账号绑定方法。

另外，本申请的实施例还提供一种装置，这个装置具体可以是芯片，组件或模块，该装置可包括相连的处理器和存储器；其中，存储器用于存储计算机执行指令，当装置运行时，处理器可执行存储器存储的计算机执行指令，以使芯片执行上述各方法实施例中电子设备执行的账号绑定方法。

本申请的实施例还提供一种芯片系统，该芯片系统应用于电子设备，该芯片系统包括一个或多个接口电路和一个或多个处理器。其中，接口电路和处理器通过线路互联；接口电路用于从该电子设备的存储器接收信号，并向处理器发送信号，信号包括存储器中存储的计算机指令。当处理器执行计算机指令时，使得该电子设备执行上述各方法实施例提供的账号绑定方法。

其中，本实施例提供的电子设备、计算机存储介质、计算机程序产品或芯片均用于执行上文所提供的对应的方法，因此，其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果，此处不再赘述。

本申请另一实施例提供了一种系统，该系统可以的架构示意图可以参见图2，该系统中的各设备可以用于实现上述各方法实施例中的账号绑定方法。

通过以上实施方式的描述，所属领域的技术人员可以了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是一个物理单元或多个物理单元，即可以位于一个地方，或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上内容，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (21)

1.一种账号绑定方法，其特征在于，包括：

电子设备登录第一应用的用户账号；

所述电子设备检测到用户的第一预设操作，所述第一预设操作用于指示将第二应用与所述第一应用相关联；

所述电子设备通过所述第一应用，获取所述第一应用的用户账号对应的开放唯一身份标识符OpenID；

所述电子设备将所述OpenID和所述第二应用的身份信息发送给所述第一应用的服务器；

所述电子设备从所述第一应用的服务器获取账号绑定成功信息，所述账号绑定成功信息用于表示所述第一应用的用户账号与所述第二应用的用户账号已绑定。

2.根据权利要求1所述的方法，其特征在于，所述账号绑定成功信息在所述第二应用的服务器绑定所述OpenID与所述第二应用的用户账号并通知所述第一应用的服务器后，由所述第一应用的服务器产生。

3.根据权利要求1所述的方法，其特征在于，在所述电子设备将所述OpenID发送给所述第一应用的服务器之后，所述方法还包括：

所述电子设备从所述第一应用的服务器获取所述第二应用的登录页面信息，所述登录页面信息包括所述OpenID；

所述电子设备根据所述登录页面信息显示所述第二应用的登录页面；

所述电子设备获取所述登录页面上所述用户输入的所述第二应用的用户账号；

所述电子设备将所述用户输入的所述第二应用的用户账号和所述OpenID，发送给所述第二应用的服务器。

4.根据权利要求3所述的方法，其特征在于，所述登录页面信息为所述第二应用对应的登录卡片对象，所述登录卡片对象的参数包括所述OpenID；

所述电子设备根据所述登录页面信息显示所述第二应用的登录页面，包括：

所述电子设备根据所述登录卡片对象显示所述第二应用的登录卡片。

5.根据权利要求3所述的方法，其特征在于，所述登录页面信息为所述第二应用的第5代超文本标记语言H5登录页面的地址，所述H5登录页面的地址包括所述OpenID；

所述电子设备根据所述登录页面信息显示所述第二应用的登录页面，包括：

所述电子设备根据所述H5登录页面的地址显示所述第二应用的H5登录页面。

6.根据权利要求3所述的方法，其特征在于，所述登录页面信息为所述第二应用的原生应用登录页面的地址，所述原生应用登录页面的地址包括所述OpenID；

所述电子设备根据所述登录页面信息显示所述第二应用的登录页面，包括：

所述电子设备根据所述原生应用登录页面的地址，显示所述第二应用的原生应用登录页面。

7.根据权利要求3所述的方法，其特征在于，所述登录页面信息为所述第二应用的快应用登录页面的地址，所述快应用登录页面的地址包括所述OpenID；

所述电子设备根据所述登录页面信息显示所述第二应用的登录页面，包括：

所述电子设备根据所述快应用登录页面的地址，显示所述第二应用的快应用登录页面。

8.根据权利要求3-7任一项所述的方法，其特征在于，所述电子设备将所述用户输入的所述第二应用的用户账号和所述OpenID发送给所述第二应用的服务器，包括：

所述电子设备在检测到所述用户的第二预设操作后，将所述用户输入的所述第二应用的用户账号和所述OpenID发送给所述第二应用的服务器，所述第二预设操作用于指示绑定所述第一应用的用户账号与所述第二应用的用户账号。

9.根据权利要求1-7任一项所述的方法，其特征在于，所述电子设备通过所述第一应用获取所述OpenID，包括：

所述电子设备获取所述第二应用的身份信息；

所述电子设备通过所述第一应用将所述第二应用的身份信息发送给所述第一应用的账号管理服务器；

所述电子设备从所述第一应用的账号管理服务器获取所述OpenID。

10.根据权利要求1-7任一项所述的方法，其特征在于，在所述电子设备从所述第一应用的服务器获取账号绑定成功信息之后，所述方法还包括：

所述电子设备获取所述第二应用的服务器推送的用户关联事件；

所述电子设备通过所述第一应用向所述用户提示所述用户关联事件。

11.根据权利要求1-7任一项所述的方法，其特征在于，所述第一应用为负一屏。

12.一种电子设备，其特征在于，包括：一个或多个处理器；以及存储器，所述存储器中存储有代码；

当所述代码被所述电子设备执行时，使得所述电子设备执行如权利要求1-11任一项所述的账号绑定方法。

13.一种计算机可读存储介质，其特征在于，包括计算机指令，当所述计算机指令在电子设备上运行时，使得所述电子设备执行如权利要求1-11任一项所述的账号绑定方法。

14.一种账号管理系统，其特征在于，包括：电子设备，第一应用的服务器，所述第一应用的账号管理服务器，以及第二应用的服务器；其中，所述电子设备用于：

登录所述第一应用的用户账号；

检测到用户的第一预设操作，所述第一预设操作用于指示将第二应用与所述第一应用相关联；

通过所述第一应用，从所述第一应用的账号管理服务器获取所述第一应用的用户账号对应的开放唯一身份标识符OpenID；

将所述OpenID和所述第二应用的身份信息发送给所述第一应用的服务器；

从所述第一应用的服务器获取账号绑定成功信息，所述账号绑定成功信息用于表示所述第一应用的用户账号与所述第二应用的用户账号已绑定。

15.根据权利要求14所述的系统，其特征在于，

所述第一应用的服务器还用于，根据从所述电子设备获取到的所述第二应用的身份信息获取所述第二应用的登录页面信息，所述登录页面信息包括所述OpenID；

所述第一应用的服务器还用于，将所述登录页面信息发送给所述电子设备；

所述电子设备还用于，根据从所述第一应用的服务器获取的所述登录页面信息显示所述第二应用的登录页面；

所述电子设备还用于，获取所述登录页面上所述用户输入的所述第二应用的用户账号；

所述电子设备还用于，将所述用户输入的所述第二应用的用户账号和所述OpenID发送给所述第二应用的服务器；

所述第二应用的服务器用于，在所述用户输入的所述第二应用的用户账号验证通过后，绑定所述OpenID与所述第二应用的用户账号；

所述第二应用的服务器还用于，通知所述第一应用的服务器所述第一应用的用户账号与所述第二应用的用户账号已绑定。

16.根据权利要求15所述的系统，其特征在于，所述第一应用的服务器用于：

根据从所述电子设备获取到的所述第二应用的身份信息获取所述第二应用对应的登录卡片对象，所述登录卡片对象的参数包括所述OpenID。

17.根据权利要求15所述的系统，其特征在于，

所述第一应用的服务器用于，根据从所述电子设备获取到的所述第二应用的身份信息，将所述OpenID发送给所述第二应用的服务器；

所述第二应用的服务器还用于，将所述第二应用的第5代超文本标记语言H5登录页面的地址发送给所述第一应用的服务器，所述H5登录页面的地址包括所述OpenID；

所述第一应用的服务器还用于，将所述H5登录页面的地址发送给所述电子设备。

18.根据权利要求15所述的系统，其特征在于，

所述第一应用的服务器用于，根据从所述电子设备获取到的所述第二应用的身份信息，将所述OpenID发送给所述第二应用的服务器；

所述第二应用的服务器还用于，将所述第二应用的原生应用登录页面的地址发送给所述第一应用的服务器，所述原生应用登录页面的地址包括所述OpenID；

所述第一应用的服务器还用于，将所述原生应用登录页面的地址发送给所述电子设备。

19.根据权利要求15所述的系统，其特征在于，

所述第一应用的服务器用于，根据从所述电子设备获取到的所述第二应用的身份信息，将所述OpenID发送给所述第二应用的服务器；

所述第二应用的服务器还用于，将所述第二应用的快应用登录页面的地址发送给所述第一应用的服务器，所述快应用登录页面的地址包括所述OpenID；

所述第一应用的服务器还用于，将所述快应用登录页面的地址发送给所述电子设备。

20.根据权利要求14-19任一项所述的系统，其特征在于，

所述第二应用的服务器还用于，在绑定所述OpenID与所述第二应用的用户账号之后，若根据确定产生所述OpenID对应的用户关联事件，则将所述用户关联事件推送给所述OpenID对应的电子设备；

所述电子设备还用于，获取到所述第二应用的服务器推送的所述用户关联事件后，通过所述第一应用向所述用户提示所述用户关联事件。

21.根据权利要求14-19任一项所述的系统，其特征在于，所述第一应用为负一屏。

Images