CN110505245A - 应用的登录方法、装置及设备 - Google Patents

Abstract

本申请公开了应用的登录方法、装置及设备，涉及互联网技术领域。具体实现方案为：接收用户针对应用输入的账号登录请求，账号登录请求包括待登录的目标账号，获取目标账号对应的第一登录方式；显示第一登录方式对应的第一登录界面，第一登录界面中包括目标账号和第一登录方式对应的登录入口控件。由此可见，本实施例中电子设备先确定目标账号，然后向用户展示目标账号支持的第一登录方式对应的第一登录界面，从而无需用户自行记忆或者提前明确该目标账号支持的登录方式，也无需用户多次切换登录方式进行尝试，减少了操作步长，提升了用户登录体验。

Description

应用的登录方法、装置及设备

技术领域

本申请涉及互联网技术领域，尤其涉及一种应用的登录方法、装置及设备。

背景技术

在互联网时代，账号是用户与用户使用的互联网应用之间的桥梁，登录账号是用户使用互联网应用的必经环节。好的登录体验能够提升用户对于应用的整体体验。

随着互联技术的发展，互联网应用通常提供多种登录方式，例如可以采用刷脸登录、密码登录、短信验证码登录等。现有技术中，用户在登录互联网应用时，需要先选择登录方式，使登录界面跳转到目标登录方式下，然后用户在该目标登录方式下，输入自己的账号。

然而，实际应用中，通常一个账号并不是支持所有的登录方式，因此，用户在登录应用时，需要用户自行明确该账号支持的登录方式。若用户忘记该账号支持的登录方式，则需要用户在多种登录方式之间进行切换尝试，使得登录耗时增加，降低用户登录体验。

发明内容

本申请提供一种应用的登录方法、装置及设备，用以减少用户的操作步长，提升用户的登录体验。

第一方面，本申请提供一种登录方法，包括：

接收用户针对所述应用输入的账号登录请求，所述账号登录请求包括待登录的目标账号；

响应于所述账号登录请求，获取所述目标账号对应的第一登录方式，所述第一登录方式为所述目标账号支持的登录方式中的一种；

显示所述第一登录方式对应的第一登录界面，所述第一登录界面中包括所述目标账号和所述第一登录方式对应的登录入口控件。

该实现方式中，电子设备先确定目标账号，然后向用户展示该目标账号支持的第一登录方式对应的第一登录界面。也就是说，当用户确定目标账号后，电子设备协助用户确定出了该目标账号对应的第一登录方式，从而无需用户自行记忆或者提前明确该目标账号支持的登录方式，也无需用户多次切换登录方式进行尝试，减少了操作步长，提高了登录效率，提升了用户的登录体验。

一种可能的实现方式中，所述第一登录界面中还包括登录方式更换控件；所述显示所述第一登录方式对应的第一登录界面之后，还包括：接收用户在所述第一登录界面中通过所述登录方式更换控件输入的登录方式更换请求；响应于所述登录方式更换请求，获取所述目标账号对应的其他登录方式，所述其他登录方式为所述目标账号支持的登录方式中除所述第一登录方式之外的登录方式；显示登录方式选择界面，所述登录方式选择界面中包括所述其他登录方式对应的选择控件。

一种可能的实现方式中，所述显示登录方式选择界面之后，还包括：接收用户在所述登录方式选择界面中通过所述选择控件输入的登录方式选择指令，所述登录方式选择指令用于指示所述目标账号对应的第二登录方式；响应于所述登录方式选择指令，显示所述第二登录方式对应的第二登录界面，所述第二登录界面中包括所述目标账号和所述第二登录方式对应的登录入口控件。

上述实现方式中，在用户更换登录方式时，在登录方式选择界面中展示的其他登录方式也都是目标账号支持的登录方式，使得用户可以在界面中直观看到可选择的登录方式，而无需用户自主记忆/提前明确，也无需用户多次切换登录方式进行尝试，减少了操作步长，提高了登录效率，提升了用户的登录体验。另外，即使在后续支持的登录方式增多的情况下，也不会导致登录操作步长的变长。

一种可能的实现方式中，所述显示所述第一登录方式对应的第一登录界面之后，还包括：接收用户在所述第一登录界面中通过所述登录入口控件输入的登录指令；判断登录是否成功，若登录未成功，则显示引导界面，所述引导界面中包括引导信息和登录方式更换控件。

该实现方式中，在用户登录失败时，可以对用户的登录行为进行引导，使得用户可以采用其他的登录方式进行登录，可以避免用户在一种登录方式下陷入死循环，提高登录效率。

一种可能的实现方式中，所述获取所述目标账号对应的第一登录方式，包括：根据所述目标账号，获取所述目标账号支持的登录方式；在所述目标账号支持的登录方式中，确定出所述目标账号使用频次最多的登录方式，将所述使用频次最多的登录方式作为所述第一登录方式。

该实现方式中，使用频次最多的登录方式，通常是用户最为习惯使用的登录方式，在接收到账号登录请求时，直接向用户展示用户最为习惯使用的登录方式，能够减少用户的操作步长，提升用户的登录体验。

一种可能的实现方式中，所述接收用户针对所述应用输入的账号登录请求，包括：接收用户通过账号输入界面中的账号输入控件输入的目标账号；或者，接收用户通过账号选择界面中的账号选择控件输入的目标账号。

一种可能的实现方式中，所述接收用户针对所述应用输入的账号登录请求之前，还包括：接收用户针对所述应用输入的应用登录请求；响应于所述应用登录请求，获取所述应用的历史登录数据，并根据所述历史登录数据，获取所述应用的历史登录账号；若所述历史登录账号的数量为零，则显示所述账号输入界面，所述账号输入界面中包括所述账号输入控件；若所述历史登录账号的数量大于零，则显示所述账号选择界面，所述账号选择界面中包括各历史登录账号对应的账号选择控件。

一种可能的实现方式中，所述接收用户输入的账号登录请求之前，还包括：接收用户输入的账号切换请求，所述账号切换请求用于请求切换应用的当前登录账号；响应于所述账号切换请求，获取所述应用的当前登录账号，并根据应用的历史登录数据，获取所述应用的历史登录账号，从所述历史登录账号中去除所述当前登录账号，得到剩余的历史登录账号；若所述剩余的历史登录账号的数量为零，则显示所述账号输入界面，所述账号输入界面中包括所述账号输入控件；若所述剩余的历史登录账号的数量大于零，则显示所述账号选择界面，所述账号选择界面中包括各所述剩余的历史登录账号对应的账号选择控件。

该实现方式中，可以避免用户在切换账号时依然看到当前登录账号而导致的体验困扰，同时还能够避免可能的多一步的操作步长。

一种可能的实现方式中，所述账号选择界面中还包括界面切换控件；所述显示所述账号选择界面之后，还包括：接收用户在所述账号选择界面中通过所述界面切换控件输入的界面切换请求；响应于所述界面切换请求，显示所述账号输入界面。

一种可能的实现方式中，所述根据应用的历史登录数据，获取所述应用的历史登录账号，包括：获取所述应用支持的登录方式；针对所述应用支持的每种登录方式，获取所述登录方式对应的历史登录数据，并根据所述历史登录数据，得到所述登录方式对应的历史登录账号；将各种登录方式对应的历史登录账号进行合并，并进行去重处理，得到所述应用的历史登录账号。

第二方面，本申请提供一种应用的登录装置，包括：接收模块，用于接收用户针对所述应用输入的账号登录请求，所述账号登录请求包括待登录的目标账号；处理模块，用于响应于所述账号登录请求，获取所述目标账号对应的第一登录方式，所述第一登录方式为所述目标账号支持的登录方式中的一种；显示模块，用于显示所述第一登录方式对应的第一登录界面，所述第一登录界面中包括所述目标账号和所述第一登录方式对应的登录入口控件。

一种可能的实现方式中，所述第一登录界面中还包括登录方式更换控件；所述接收模块还用于：接收用户在所述第一登录界面中通过所述登录方式更换控件输入的登录方式更换请求；所述处理模块还用于：响应于所述登录方式更换请求，获取所述目标账号对应的其他登录方式，所述其他登录方式为所述目标账号支持的登录方式中除所述第一登录方式之外的登录方式；所述显示模块还用于：显示登录方式选择界面，所述登录方式选择界面中包括所述其他登录方式对应的选择控件。

一种可能的实现方式中，所述接收模块还用于：接收用户在所述登录方式选择界面中通过所述选择控件输入的登录方式选择指令，所述登录方式选择指令用于指示所述目标账号对应的第二登录方式；所述显示模块还用于：响应于所述登录方式选择指令，显示所述第二登录方式对应的第二登录界面，所述第二登录界面中包括所述目标账号和所述第二登录方式对应的登录入口控件。

一种可能的实现方式中，所述接收模块还用于：接收用户在所述第一登录界面中通过所述登录入口控件输入的登录指令；所述处理模块还用于判断登录是否成功；所述显示模块还用于：若登录未成功，则显示引导界面，所述引导界面中包括引导信息和登录方式更换控件。

一种可能的实现方式中，所述处理模块具体用于：根据所述目标账号，获取所述目标账号支持的登录方式；在所述目标账号支持的登录方式中，确定出所述目标账号使用频次最多的登录方式，将所述使用频次最多的登录方式作为所述第一登录方式。

一种可能的实现方式中，所述接收模块具体用于：接收用户通过账号输入界面中的账号输入控件输入的目标账号；或者，接收用户通过账号选择界面中的账号选择控件输入的目标账号。

一种可能的实现方式中，所述接收模块还用于：接收用户针对所述应用输入的应用登录请求；所述处理模块还用于：响应于所述应用登录请求，获取所述应用的历史登录数据，并根据所述历史登录数据，获取所述应用的历史登录账号；所述显示模块还用于：若所述历史登录账号的数量为零，则显示所述账号输入界面，所述账号输入界面中包括所述账号输入控件；若所述历史登录账号的数量大于零，则显示所述账号选择界面，所述账号选择界面中包括各历史登录账号对应的账号选择控件。

一种可能的实现方式中，所述接收模块还用于：接收用户输入的账号切换请求，所述账号切换请求用于请求切换应用的当前登录账号；所述处理模块还用于：响应于所述账号切换请求，获取所述应用的当前登录账号，并根据应用的历史登录数据，获取所述应用的历史登录账号，从所述历史登录账号中去除所述当前登录账号，得到剩余的历史登录账号；所述显示模块还用于：若所述剩余的历史登录账号的数量为零，则显示所述账号输入界面，所述账号输入界面中包括所述账号输入控件；若所述剩余的历史登录账号的数量大于零，则显示所述账号选择界面，所述账号选择界面中包括各所述剩余的历史登录账号对应的账号选择控件。

一种可能的实现方式中，所述接收模块还用于：接收用户在所述账号选择界面中通过所述界面切换控件输入的界面切换请求；所述显示模块还用于：响应于所述界面切换请求，显示所述账号输入界面。

一种可能的实现方式中，所述处理模块具体用于：获取所述应用支持的登录方式；针对所述应用支持的每种登录方式，获取所述登录方式对应的历史登录数据，并根据所述历史登录数据，得到所述登录方式对应的历史登录账号；将各种登录方式对应的历史登录账号进行合并，并进行去重处理，得到所述应用的历史登录账号。

第三方面，本申请提供一种电子设备，包括：至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行第一方面任一项所述的方法。

第四方面，本申请提供一种存储有计算机指令的非瞬时计算机可读存储介质，所述计算机指令用于使所述计算机执行第一方面任一项所述的方法。

第五方面，本申请提供一种应用的登录方法，包括：接收用户针对所述应用输入的账号登录请求，所述账号登录请求包括待登录的目标账号；响应于所述账号登录请求，获取所述目标账号支持的登录方式；显示登录界面，所述登录界面中包括所述目标账号和所述目标账号支持的登录方式中的至少一种登录方式对应的登录入口控件。

本申请提供的应用的登录方法、装置及设备，该方法包括：接收用户针对所述应用输入的账号登录请求，所述账号登录请求包括待登录的目标账号，响应于所述账号登录请求，获取所述目标账号对应的第一登录方式，所述第一登录方式为所述目标账号支持的登录方式中的一种；显示所述第一登录方式对应的第一登录界面，所述第一登录界面中包括所述目标账号和所述第一登录方式对应的登录入口控件。由此可见，本实施例中电子设备在先确定目标账号，然后向用户展示该目标账号支持的第一登录方式对应的第一登录界面。也就是说，当用户确定目标账号后，电子设备协助用户确定出了该目标账号对应的第一登录方式，从而无需用户自行以及或者提前明确该目标账号支持的登录方式，也无需用户多次切换登录方式进行尝试，减少了操作步长，提高了登录效率，提升了用户的登录体验。

上述可选方式所具有的其他效果将在下文中结合具体实施例加以说明。

附图说明

附图用于更好地理解本方案，不构成对本申请的限定。其中：

图1为一种现有技术中的应用登录过程的示意图；

图2为本申请一个实施例提供的应用的登录方法的流程示意图；

图3为本申请一个实施例提供的应用登录交互过程的示意图；

图4为本申请一个实施例提供的界面跳转的示意图；

图5为本申请一个实施例提供的应用登录交互过程的示意图；

图6为本申请一个实施例提供的登录方式切换过程的示意图；

图7为本申请一个实施例提供的应用登录交互过程的示意图；

图8为本申请一个实施例提供的应用登录交互过程的示意图；

图9为本申请一个实施例提供的应用的登录装置的结构示意图；

图10为本申请一个实施例提供的电子设备的结构示意图。

具体实施方式

以下结合附图对本申请的示范性实施例做出说明，其中包括本申请实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本申请的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

随着互联网技术的发展，互联网应用为了向用户提供更便捷的登录体验，通常会提供多种登录方式，例如：第三方账号登录、刷脸登录、密码登录、短信验证码登录、扫码登录等。因此，用户在登录应用时，面临的可选项非常多。

传统的登录交互过程是基于登录方式的，示例性的，用户需要先确定登录方式，使登录界面跳转到目标登录方式下，然后，用户在该目标登录方式下，输入自己的账号。通常，应用提供的多种登录方式是按照预设的优先级进行串行展示的。例如，按照优先级由高到低的展示顺序为：第三方账号登录、刷脸登录、短信验证码登录、密码登录。这样，用户在打开应用时，首先展示给用户的为第三方账号登录的界面，若用户需要采用密码登录的方式，则需要在当前界面中选择切换方式，切换到密码登录的界面。

上述传统的登录交互过程中，需要用户在登录之前就明确的知道账号支持的登录方式。若用户忘记该账号支持的登录方式，则需要用户在多种登录方式之间进行切换尝试，使得操作步长变长，登录耗时增加。并且，用户在不同登录方式之间进行切换时，需要在每种登录方式的界面中分别输入待登录账号，使得用户操作繁琐。

进一步的，有些应用场景中，各种登录方式之间的切换关系是预设固定的。示例性的，不同的应用可能会从业务需求或者便利性角度考虑，对多种登录方式提供一种较优的切换次序。图1为一种现有技术中的应用登录过程的示意图。如图1所示，应用支持的登录方式包括：第三方账号登录、刷脸登录、密码登录、短信验证码登录。各种登录方式之间的切换关系为：第三方账号登录可以切换至刷脸登录，刷脸登录可以切换至密码登录，密码登录可以切换至短信登录。参见图1，在第三方账号登录方式中，用户需要确认账号；在刷脸登录方式中，用户需要确认账号和刷脸；在密码登录方式中，用户需要确认账号和输入密码；在短信验证码登录方式中，用户需要确认账号和输入短信验证码。其中，在任何一种登录方式中，用户在确认账号时，还可以选择换一个账号，或者选择换一种登录方式。因此，当用户需要选择短信验证码登录时，需要先从第三方账号登录切换至刷脸登录，再从刷脸登录切换至密码登录，再从密码登录切换至短信验证码登录。这样，使得用户登录应用的操作步长变长。随着互联网技术的发展，后续提供的登录方式越来越多的情况下，继续沿用上述交互方式会使得用户操作的步长变得越来越长。

在另一些场景中，例如，在电子设备被调起登录服务时，通过用户的登录前行为或者业务场景可能能够提前预知用户需要登录的账号，但不会预知用户需要使用哪种登录方式。因此，基于登录方式的交互过程仍然需要按部就班地调起登录，让用户自行完成切换和确认，使得交互过程缺乏灵活性。

登录行为的本质其实包括两步，第一步是确认“我”是谁，即确定待登录的账号，第二步是验证“我”是“我”，即选择登录方式对账号进行验证。通过对传统的登录交互过程进行分析发现，传统的登录交互过程与登录本质逻辑是冲突的，传统的登录交互过程将第二步提前到了第一步，即先选择登录方式，再输入登录账号。当登录账号不支持该登录方式时，则需要多次尝试，由此导致登录操作存在冗余步长，进而使得登录耗时增加，降低用户体验。

为了解决上述问题中的至少一个，本申请实施例提供一种应用的登录方法，按照登录的本质逻辑，将登录行为分为两步：第一步是确定登录的账号，第二步是用户在该账号支持的登录方式中选择一种登录方式。这样，用户只需要输入待登录的账号，无需事先明确该账号支持的登录方式，也避免了用户的多次登录尝试，有效减少了用户操作的步长，提高用户登录体验。

下面以具体地实施例对本申请的技术方案进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。

图2为本申请一个实施例提供的应用的登录方法的流程示意图。本实施例的方法可以由电子设备执行，其中，电子设备可以为装有互联网应用的任意电子设备，包括但不限于：手机、电视、智能音箱、智能穿戴设备、智能冰箱、智能车载设备等。用户可以通过电子设备的操作界面与互联网应用进行交互。

如图2所示，本实施例的方法，包括：

S201：接收用户针对所述应用输入的账号登录请求，所述账号登录请求包括待登录的目标账号。

S202：响应于所述账号登录请求，获取所述目标账号对应的第一登录方式，所述第一登录方式为所述目标账号支持的登录方式中的一种。

S203：显示所述第一登录方式对应的第一登录界面，所述第一登录界面中包括所述目标账号和所述第一登录方式对应的登录入口控件。

本实施例中，用户可以通过多种与电子设备交互的方式，向应用输入账号登录请求。其中，用户与电子设备交互的方式可以为语音交互，还可以为文字输入交互，还可以为触摸选择交互。例如：假设用户待登录的目标账号为“13******01”，用户可以向电子设备输入语音指令“登录账号13******01”，用户还可以在账号输入界面中输入待登录的目标账号“13******01”，用户还可以在账号选择界面中选择待登录的目标账号“13******01”。

一种可能的实施方式中，在S201之前，电子设备接收用户针对所述应用输入的应用登录请求。示例性的，用户点击电子设备中的应用图标时，电子设备接收到应用登录请求。或者，用户点击电子设备中的应用的登录按钮时，电子设备接收到应用登录请求。

电子设备响应于所述应用登录请求，获取所述应用的历史登录数据，并根据所述应用的历史登录数据，获取所述应用的历史登录账号。其中，本实施例中的所述应用的历史登录账号是指，曾经在电子设备中登录过该应用的账号。历史登录数据是指该应用中记录的关于登录历史的数据，例如：在什么时间登录了哪个账号，采用的是哪种登录方式等。

一种可能的场景中，应用的历史登录数据可以按照登录方式进行记录。也就是说，将用户登录过的账号记录在对应使用过的登录方式下。例如：应用A支持3种登录方式，采用过登录方式1的账号为：账号1、账号2；采用过登录方式2的账号为：账号2、账号3；采用过登录方式3的账号为：账号1、账号3、账号4。

因此，在根据应用的历史登录数据，获取应用的历史登录账号时，可以通过对各种登录方式下记录的历史登录账号进行合并去重得到，具体包括：获取应用支持的登录方式，针对每种登录方式，获取该登录方式对应的历史登录数据，并根据所述历史登录数据，得到该登录方式对应的历史登录账号。然后，将各种登录方式对应的历史登录账号进行合并，并进行去重处理，得到应用的历史登录账号。示例性的，上述举例中，最终得到的应用A的历史登录账号为：账号1、账号2、账号3和账号4。

可选的，得到去重后的历史登录账号后，还可以各历史登录账号进行排序。例如，可以按照各历史登录账号的登录频次进行排序，还可以按照各历史登录账号的最近登录时间进行排序，还可以按照各历史登录账号的登录时长进行排序。本实施例对此不作具体限定。

可以理解的，实际应用中，上述得到的历史登录账号的数量可以为零个、一个或者多个。当历史登录账号的数量为零时，说明该应用是第一次被登录，该情况下，电子设备显示账号输入界面，账号输入界面中包括账号输入控件。这样，用户可以通过该界面中的账号输入控件输入账号，使得电子设备接收到账号登录请求，该账号登录请求中的目标账号为用户通过账号输入控件输入的账号。

当历史登录账号的数量为一个或者多个时，电子设备显示账号选择界面，账号选择界面中包括各历史登录账号对应的选择控件。这样，用户可以通过对该界面中的账号选择控件进行选择操作，使得电子设备接收到账号登录请求，该账号登录请求中的目标账号为用户操作的账号选择控件对应的历史登录账号。

因此，本实施例中，S201中的账号登录请求，可以是用户通过账号输入界面输入的，还可以是通过账号选择界面输入的。当电子设备接收到账号登录请求之后，会根据其中携带的目标账号，确定该目标账号对应的第一登录方式。其中，第一登录方式是目标账号支持的登录方式中的一种。示例性的，电子设备在目标账号支持的登录方式中选择一种体验最优的登录方式作为第一登录方式。进而，电子设备响应于所述账号登录请求，向用户展示第一登录方式对应的第一登录界面。

一种可能的实施方式中，电子设备根据目标账号，确定目标账号支持的登录方式，并在目标账号支持的登录方式中，选择出目标账号使用频次最多的登录方式，作为第一登录方式。可以理解的，使用频次最多的登录方式，通常是用户最为习惯使用的登录方式，在接收到账号登录请求时，直接向用户展示用户最为习惯使用的登录方式，能够减少用户的操作步长，提升用户的登录体验。

本实施例提供的应用的登录方法，包括：接收用户针对所述应用输入的账号登录请求，所述账号登录请求包括待登录的目标账号，响应于所述账号登录请求，获取所述目标账号对应的第一登录方式，所述第一登录方式为所述目标账号支持的登录方式中的一种；显示所述第一登录方式对应的第一登录界面，所述第一登录界面中包括所述目标账号和所述第一登录方式对应的登录入口控件。由此可见，本实施例中电子设备在先确定目标账号，然后向用户展示该目标账号支持的第一登录方式对应的第一登录界面。也就是说，当用户确定目标账号后，电子设备协助用户确定出了该目标账号对应的第一登录方式，从而无需用户自行记忆或者提前明确该目标账号支持的登录方式，也无需用户多次切换登录方式进行尝试，减少了操作步长，提高了登录效率，提升了用户的登录体验。

下面结合图3对上述各界面进行介绍。需要说明的是，针对不同的电子设备，对应的界面可能有所不同。本实施例中的操作界面以手机界面为例进行示意的。

图3为本申请一个实施例提供的应用登录交互过程的示意图，如图3所示，包括界面301、界面302和界面303。其中，界面301示例的是账号输入界面，该界面中包括账号输入控件。账号输入控件用于供用户输入待登录的目标账号。其中，账号可以为手机号、用户名、邮箱等。界面302示例的是账号选择界面，该界面中包括多个历史登录账号对应的账号选择控件。假设电子设备中记录的历史登录账号为3个，分别为“13******01”、“百小*****11”、“98******com”。

一种可能的场景中，用户第一次使用电子设备中的某个应用，在用户点击该应用的登录按钮后，电子设备获取到的历史登录账号的数量为零，则电子设备向用户展示如界面301所示的账号输入界面。

一种可能的场景中，用户非第一次使用电子设备中的某个应用，在用户点击该应用的登录按钮后，电子设备获取到的历史登录账号的数量为3个，则电子设备向用户展示如界面302所示的账号输入界面。

继续参见图3，当用户通过账号输入控件输入目标账号(假设用户输入的账号为“13******01”)，并点击“下一步”时，则触发触发向终端发送账号登录请求。或者，当用户通过账号选择界面选择账号“13******01”对应的控件时，则触发向终端发送账号登录请求。电子设备接收到账号登录请求后，确定出账号“13******01”对应的第一登录方式。假设该账号对应的第一登录方式为刷脸登录，则电子设备显示界面301，界面301为刷脸登录的登录界面。如图3所示，在界面303中直接显示用户在账号登录请求中携带的目标账号，从而无需用户再次手动输入，简化用户的操作流步骤。该界面中还包括刷脸登录的登录入口控件(参见界面301中的刷脸登录控件)。当用户点击刷脸登录控件时，界面会跳转到刷脸程序的界面。

结合图3，本实施例提供的应用的登录方法，先向用户展示界面301或者界面302，以供用户输入或者选择目标账号；然后向用户展示界面303，在目标账号支持的登录方式中采用其中一种对目标账号进行验证。可见，本实施例的登录交互过程是与登录本质逻辑的第一步和第二步相符合的。这样，可以有效减少用户的操作步长。

一种可能的实施方式中，如图3中的界面302所示，账号选择界面中还可以包括界面切换控件，如界面302中的控件“登录其他账号”。本实施例的方法还可以包括：接收用户在账号选择界面中通过所述界面切换控件输入的界面切换请求，响应于所述界面切换请求，显示所述账号输入界面。示例性的，图4为本申请一个实施例提供的界面跳转的示意图。如图4所示，电子设备向用户展示界面302的情况下，当用户想要登录的目标账号并不在界面302所展示的历史登录账号中时，用户可以通过点击“登录其他账号”控件，使得跳转到账号输入界面，即跳转到界面301。

本实施例中，由于电子设备在调起登录服务时，在第一步中已获取到了所有的历史登录账号，并在界面302中展示给了用户。因此，在基于上下文的业务场景中调起登录服务时，可以进一步利用前置的历史登录账号，来提升用户的登录体验。下面结合两种可能的场景为例进行描述。

一种可能的场景中，若用户当前已登录一个账号，当用户想切换为另一个账号时，电子设备在显示账号选择界面时，可以将当前账号从历史登录账号中删除，这样可以避免用户在切换账号时依然看到当前登录账号而导致的体验困扰，同时还能够避免可能的多一步的操作步长。下面结合图5进行描述。

图5为本申请一个实施例提供的应用登录交互过程的示意图。如图5所示，包括界面501、界面502和界面503。如界面501所示，假设用户当前登录账号为“13******01”，当用户点击“切换账号”控件时，电子设备接收到用户输入的账号切换请求。电子设备响应于该账号切换请求，获取应用的当前登录账号，并根据应用的历史登录数据，获取该应用的历史登录账号，从历史登录账号中去除当前登录账号，得到剩余的历史登录账号。若剩余的历史登录账号的数量为零，则显示账号输入界面(参见界面502)，所述账号输入界面中包括所述账号输入控件，用于可以通过账号输入控件输入待切换的目标账号。若剩余的历史登录账号的数量大于零，则显示账号选择界面(参见界面503)，所述账号选择界面中包括各所述剩余的历史登录账号对应的账号选择控件。也就是说，在账号切换场景下，在界面503中只显示历史登录账号中除当前登录账号之外的账号，而不显示当前登录账号，提升用户的登录体验。

另一种可能的场景中，若在用户登录前已预估到用户当前登录想要登录的目标账号，则在电子设备在调起登录服务时，可以不必让用户进行第一步的选择或输入(即跳过图3中界面301或界面302)，而是直接进入第二步，展示界面303。示例性的，假设应用1和应用2为具有关联关系的应用，或者，应用1和应用2为同一产品线对应的应用。这种情况下，通常用户在使用应用1和应用2时，使用的是同一账号。因此，采用本实施例的应用登录方法，电子设备接收到应用2的登录请求时，若电子设备检测到应用1的当前账号为“13******01”，则可以确定出应用2对应的目标账号也为“13******01”。因此，可以直接向用户展示界面302，使得用户无需在界面301或者界面302中进行输入或者选择操作，从而进一步减少用户的操作步长，提升用户的登录体验。

一种可能的实施方式中，如图3中的界面303所示，第一登录界面中还可以包括登录方式更换控件(如界面303中的控件“换个登录方式”)。这样，本实施例中，当电子设备向用户展示界面303之后，用户如不想采用刷脸登录的方式，则还可以通过点击“换个登录方式”向电子设备发送登录方式更换请求。电子设备接收到登录方式更换请求后，响应于该登录方式更换请求，获取目标账号对应的其他登录方式，即目标账号所支持的登录方式中除第一登录方式之外的其他的登录方式。然后，电子设备显示登录方式选择界面，并在该界面中显示其他登录方式对应的选择控件。这样，用户可以在登录方式选择界面中选择想要的登录方式，将用户选择的登录方式称为第二登录方式，则用户的选择操作触发向终端发送用于指示第二登录方式的登录方式选择指令。电子设备接收到登录方式选择指令后，向用户展示第二登录方式对应的第二登录界面，第二登录界面中包括所述目标账号和第二登录方式对应的登录入口控件。

示例性的，图6为本申请一个实施例提供的登录方式切换过程的示意图。如图6所示，假设电子设备在接收到目标账号“13******01”对应的账号登录请求后，电子设备确定该目标账号支持3种登录方式，分别为：刷脸登录、短信验证码登录、密码登录。并且，电子设备在这3种登录方式中，将刷脸登录作为最优的登录方式(即第一登录方式)，并向用户展示刷脸登录对应的界面，即界面601。若用户不想采用刷脸登录的方式，则用户可以通过点击界面601中的“换个登录方式”向电子设备发送登录方式更换请求，使得电子设备展示登录方式选择界面，即界面602。在界面602中，电子设备向用户展示该目标账号支持的其他两种登录方式，以供用户选择。如用户选择“密码登录”，则电子设备向用户展示密码登录对应的界面，如界面603所示。若用户选择“短信验证码登录”，则电子设备向用户展示短信验证码登录对应的界面，如界面604所示。

参见界面603和界面604，本实施例中在用户将第一登录方式更换为第二登录方式后，在第二登录方式对应的第二登录界面中，直接展示该目标账号，从而无需用户重新手动输入或者选择目标账号，简化用户的操作流程。进一步的，参见界面602，本实施例中在用户更换登录方式时，在界面602中展示的其他登录方式也都是目标账号支持的登录方式。也就是说，用户可以在界面602中直观看到针对该目标账号，可以采用哪种登录方式进行登录，而无需用户自主记忆/提前明确，也无需用户多次切换登录方式进行尝试，减少了操作步长，提高了登录效率，提升了用户的登录体验。另外，本实施例的登录交互过程中，随着技术的发展，即使在后续支持的登录方式增多的情况下，也不会导致登录操作步长的变长。

在上述实施例的基础上，如界面303、界面603、界面604所示，各种登录方式对应的登录界面中，均包括登录方式对应的登录入口控件。例如，界面303中的“刷脸登录”控件，界面603中的“登录”控件，界面604中的“获取验证码”控件等。用户可以通过点击这些登录入口控件，进入这些登录方式的验证流程。作为一种可能的实施方式，电子设备接收到用户通过这些登录入口控件输入的登录指令，并根据验证流程的验证结果，判断登录是否成功，若登录未成功，则电子设备向用户展示引导界面，在引导界面中包括引导信息和登录方式更换控件。其中，引导信息用于对用户的登录行为进行引导。登录方式更换控件可以向用户提供更换登录方式的入口，使得用户可以采用其他的登录方式，避免用户在一种登录方式下陷入死循环。

示例性的，图7为本申请一个实施例提供的应用登录交互过程的示意图。如图7所示，本实施例包括界面701和界面702，其中，界面701是以刷脸登录对应的登录界面为例，当然，界面701还可以为其他的登录方式对应的登录界面。参见界面701，用户通过点击“刷脸登录”进入刷脸验证流程。电子设备根据验证结果，确定登录是否成功。若登录未成功，则电子设备向用户展示如界面702所示的引导界面，在引导界面中显示引导信息“登录失败，请确保本人操作，调整光线环境，或尝试其他方式登录”。还可以在引导界面中显示“换个登录方式”控件。一方面，可以对用户的登录行为进行引导，另一方面，使得用户可以采用其他的登录方式进行登录，可以避免用户在一种登录方式下陷入死循环，提高登录效率。

本申请提供的另一个实施例中，电子设备接收用户针对所述应用输入的账号登录请求，所述账号登录请求包括待登录的目标账号；响应于所述账号登录请求，获取所述目标账号支持的登录方式；显示登录界面，所述登录界面中包括所述目标账号和所述目标账号支持的登录方式中的至少一种登录方式对应的登录入口控件。由此可见，本申请实施例中，按照登录的本质逻辑，电子设备在第一步中接收用户输入的目标账号，在第二步中通过登录界面展示该目标账号支持的登录方式。具体的，可以展示目标账号支持的登录方式中的一种或者多种。下面结合图8对本实施例的登录交互过程进行描述。

图8为本申请一个实施例提供的应用登录交互过程的示意图。如图8所示，用户可以通过界面801输入目标账号，或者通过界面802选择目标账号，具体实施过程与上述实施例类似，此处不再赘述。假设用户输入或者选择的目标账号为“13******01”，电子设备获取到该目标账号“13******01”支持的登录方式有三种，分别为：刷脸登录、密码登录和短信验证码登录。则电子设备可以向用户展示如界面803所示的登录界面，在该登录界面中，显示该目标账号支持的三种登录方式对应的登录入口控件，以供用户选择。通过界面803，用户可以直观地看到该目标账号支持的登录方式，无需用户自主记忆或者提前明确，减少了用户操作步长，提升了用户登录体验。

图9为本申请一个实施例提供的应用的登录装置的结构示意图。本实施例的装置可用于上述实施例的电子设备中。如图9所示，本实施例提供的应用的登录装置900，包括：接收模块901、处理模块902和显示模块903。

其中，接收模块901，用于接收用户针对所述应用输入的账号登录请求，所述账号登录请求包括待登录的目标账号；处理模块902，用于响应于所述账号登录请求，获取所述目标账号对应的第一登录方式，所述第一登录方式为所述目标账号支持的登录方式中的一种；显示模块903，用于显示所述第一登录方式对应的第一登录界面，所述第一登录界面中包括所述目标账号和所述第一登录方式对应的登录入口控件。

一种可能的实现方式中，所述第一登录界面中还包括登录方式更换控件；所述接收模块901还用于：接收用户在所述第一登录界面中通过所述登录方式更换控件输入的登录方式更换请求；所述处理模块902还用于：响应于所述登录方式更换请求，获取所述目标账号对应的其他登录方式，所述其他登录方式为所述目标账号支持的登录方式中除所述第一登录方式之外的登录方式；所述显示模块903还用于：显示登录方式选择界面，所述登录方式选择界面中包括所述其他登录方式对应的选择控件。

一种可能的实现方式中，所述接收模块901还用于：接收用户在所述登录方式选择界面中通过所述选择控件输入的登录方式选择指令，所述登录方式选择指令用于指示所述目标账号对应的第二登录方式；所述显示模块903还用于：响应于所述登录方式选择指令，显示所述第二登录方式对应的第二登录界面，所述第二登录界面中包括所述目标账号和所述第二登录方式对应的登录入口控件。

一种可能的实现方式中，所述接收模块901还用于：接收用户在所述第一登录界面中通过所述登录入口控件输入的登录指令；所述处理模块还用于判断登录是否成功；所述显示模块903还用于：若登录未成功，则显示引导界面，所述引导界面中包括引导信息和登录方式更换控件。

一种可能的实现方式中，所述处理模块902具体用于：根据所述目标账号，获取所述目标账号支持的登录方式；在所述目标账号支持的登录方式中，确定出所述目标账号使用频次最多的登录方式，将所述使用频次最多的登录方式作为所述第一登录方式。

一种可能的实现方式中，所述接收模块901具体用于：接收用户通过账号输入界面中的账号输入控件输入的目标账号；或者，接收用户通过账号选择界面中的账号选择控件输入的目标账号。

一种可能的实现方式中，所述接收模块901还用于：接收用户针对所述应用输入的应用登录请求；所述处理模块902还用于：响应于所述应用登录请求，获取所述应用的历史登录数据，并根据所述历史登录数据，获取所述应用的历史登录账号；所述显示模块903还用于：若所述历史登录账号的数量为零，则显示所述账号输入界面，所述账号输入界面中包括所述账号输入控件；若所述历史登录账号的数量大于零，则显示所述账号选择界面，所述账号选择界面中包括各历史登录账号对应的账号选择控件。

一种可能的实现方式中，所述接收模块901还用于：接收用户输入的账号切换请求，所述账号切换请求用于请求切换应用的当前登录账号；所述处理模块902还用于：响应于所述账号切换请求，获取所述应用的当前登录账号，并根据应用的历史登录数据，获取所述应用的历史登录账号，从所述历史登录账号中去除所述当前登录账号，得到剩余的历史登录账号；所述显示模块903还用于：若所述剩余的历史登录账号的数量为零，则显示所述账号输入界面，所述账号输入界面中包括所述账号输入控件；若所述剩余的历史登录账号的数量大于零，则显示所述账号选择界面，所述账号选择界面中包括各所述剩余的历史登录账号对应的账号选择控件。

一种可能的实现方式中，所述接收模块901还用于：接收用户在所述账号选择界面中通过所述界面切换控件输入的界面切换请求；所述显示模块903还用于：响应于所述界面切换请求，显示所述账号输入界面。

一种可能的实现方式中，所述处理模块902具体用于：获取所述应用支持的登录方式；针对所述应用支持的每种登录方式，获取所述登录方式对应的历史登录数据，并根据所述历史登录数据，得到所述登录方式对应的历史登录账号；将各种登录方式对应的历史登录账号进行合并，并进行去重处理，得到所述应用的历史登录账号。

本实施例提供的应用的登录装置可用于执行上述任一方法实施例中的技术方案，其实现原理和技术效果类似，此处不再赘述。

图10为本申请一个实施例提供的电子设备的结构示意图。如图10所示，电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本申请的实现。

如图10所示，该电子设备包括：一个或多个处理器1001、存储器1002，以及用于连接各部件的接口，包括高速接口和低速接口。各个部件利用不同的总线互相连接，并且可以被安装在公共主板上或者根据需要以其它方式安装。处理器可以对在电子设备内执行的指令进行处理，包括存储在存储器中或者存储器上以在外部输入/输出装置(诸如，耦合至接口的显示设备)上显示GUI的图形信息的指令。在其它实施方式中，若需要，可以将多个处理器和/或多条总线与多个存储器和多个存储器一起使用。同样，可以连接多个电子设备，各个设备提供部分必要的操作(例如，作为服务器阵列、一组刀片式服务器、或者多处理器系统)。图10中以一个处理器1001为例。

存储器1002即为本申请所提供的非瞬时计算机可读存储介质。其中，所述存储器存储有可由至少一个处理器执行的指令，以使所述至少一个处理器执行本申请所提供的应用的登录方法。本申请的非瞬时计算机可读存储介质存储计算机指令，该计算机指令用于使计算机执行本申请所提供的应用的登录方法。

存储器1002作为一种非瞬时计算机可读存储介质，可用于存储非瞬时软件程序、非瞬时计算机可执行程序以及模块，如本申请实施例中的应用的登录方法对应的程序指令/模块(例如，附图9所示的接收模块901、处理模块902和显示模块903)。处理器1001通过运行存储在存储器1002中的非瞬时软件程序、指令以及模块，从而执行电子设备的各种功能应用以及数据处理，即实现上述方法实施例中的应用的登录方法。

存储器1002可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据电子设备的使用所创建的数据等。此外，存储器1002可以包括高速随机存取存储器，还可以包括非瞬时存储器，例如至少一个磁盘存储器件、闪存器件、或其他非瞬时固态存储器件。在一些实施例中，存储器1002可选包括相对于处理器1001远程设置的存储器，这些远程存储器可以通过网络连接至电子设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

本实施例的电子设备还可以包括：输入装置1003和输出装置1004。处理器1001、存储器1002、输入装置1003和输出装置1004可以通过总线或者其他方式连接，图10中以通过总线连接为例。

输入装置1003可接收输入的数字或字符信息，以及产生与电子设备的用户设置以及功能控制有关的键信号输入，例如触摸屏、小键盘、鼠标、轨迹板、触摸板、指示杆、一个或者多个鼠标按钮、轨迹球、操纵杆等输入装置。输出装置1004可以包括显示设备、辅助照明装置(例如，LED)和触觉反馈装置(例如，振动电机)等。该显示设备可以包括但不限于，液晶显示器(LCD)、发光二极管(LED)显示器和等离子体显示器。在一些实施方式中，显示设备可以是触摸屏。

此处描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、专用ASIC(专用集成电路)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

这些计算程序(也称作程序、软件、软件应用、或者代码)包括可编程处理器的机器指令，并且可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。如本文使用的，术语“机器可读介质”和“计算机可读介质”指的是用于将机器指令和/或数据提供给可编程处理器的任何计算机程序产品、设备、和/或装置(例如，磁盘、光盘、存储器、可编程逻辑装置(PLD))，包括，接收作为机器可读信号的机器指令的机器可读介质。术语“机器可读信号”指的是用于将机器指令和/或数据提供给可编程处理器的任何信号。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发申请中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本申请公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本申请保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本申请的精神和原则之内所作的修改、等同替换和改进等，均应包含在本申请保护范围之内。

Claims (14)

1.一种应用的登录方法，其特征在于，包括：

接收用户针对所述应用输入的账号登录请求，所述账号登录请求包括待登录的目标账号；

响应于所述账号登录请求，获取所述目标账号对应的第一登录方式，所述第一登录方式为所述目标账号支持的登录方式中的一种；

显示所述第一登录方式对应的第一登录界面，所述第一登录界面中包括所述目标账号和所述第一登录方式对应的登录入口控件。

2.根据权利要求1所述的方法，其特征在于，所述第一登录界面中还包括登录方式更换控件；所述显示所述第一登录方式对应的第一登录界面之后，还包括：

接收用户在所述第一登录界面中通过所述登录方式更换控件输入的登录方式更换请求；

响应于所述登录方式更换请求，获取所述目标账号对应的其他登录方式，所述其他登录方式为所述目标账号支持的登录方式中除所述第一登录方式之外的登录方式；

显示登录方式选择界面，所述登录方式选择界面中包括所述其他登录方式对应的选择控件。

3.根据权利要求2所述的方法，其特征在于，所述显示登录方式选择界面之后，还包括：

接收用户在所述登录方式选择界面中通过所述选择控件输入的登录方式选择指令，所述登录方式选择指令用于指示所述目标账号对应的第二登录方式；

响应于所述登录方式选择指令，显示所述第二登录方式对应的第二登录界面，所述第二登录界面中包括所述目标账号和所述第二登录方式对应的登录入口控件。

4.根据权利要求1所述的方法，其特征在于，所述显示所述第一登录方式对应的第一登录界面之后，还包括：

接收用户在所述第一登录界面中通过所述登录入口控件输入的登录指令；

判断登录是否成功，若登录未成功，则显示引导界面，所述引导界面中包括引导信息和登录方式更换控件。

5.根据权利要求1所述的方法，其特征在于，所述获取所述目标账号对应的第一登录方式，包括：

根据所述目标账号，获取所述目标账号支持的登录方式；

在所述目标账号支持的登录方式中，确定出所述目标账号使用频次最多的登录方式，将所述使用频次最多的登录方式作为所述第一登录方式。

6.根据权利要求1至5任一项所述的方法，其特征在于，所述接收用户针对所述应用输入的账号登录请求，包括：

接收用户通过账号输入界面中的账号输入控件输入的目标账号；

或者，

接收用户通过账号选择界面中的账号选择控件输入的目标账号。

7.根据权利要求6所述的方法，其特征在于，所述接收用户针对所述应用输入的账号登录请求之前，还包括：

接收用户针对所述应用输入的应用登录请求；

响应于所述应用登录请求，获取所述应用的历史登录数据，并根据所述历史登录数据，获取所述应用的历史登录账号；

若所述历史登录账号的数量为零，则显示所述账号输入界面，所述账号输入界面中包括所述账号输入控件；

若所述历史登录账号的数量大于零，则显示所述账号选择界面，所述账号选择界面中包括各历史登录账号对应的账号选择控件。

8.根据权利要求6所述的方法，其特征在于，所述接收用户输入的账号登录请求之前，还包括：

接收用户输入的账号切换请求，所述账号切换请求用于请求切换应用的当前登录账号；

响应于所述账号切换请求，获取所述应用的当前登录账号，并根据应用的历史登录数据，获取所述应用的历史登录账号，从所述历史登录账号中去除所述当前登录账号，得到剩余的历史登录账号；

若所述剩余的历史登录账号的数量为零，则显示所述账号输入界面，所述账号输入界面中包括所述账号输入控件；

若所述剩余的历史登录账号的数量大于零，则显示所述账号选择界面，所述账号选择界面中包括各所述剩余的历史登录账号对应的账号选择控件。

9.根据权利要求7或8所述的方法，其特征在于，所述账号选择界面中还包括界面切换控件；所述显示所述账号选择界面之后，还包括：

接收用户在所述账号选择界面中通过所述界面切换控件输入的界面切换请求；

响应于所述界面切换请求，显示所述账号输入界面。

10.根据权利要求7或8所述的方法，其特征在于，所述根据应用的历史登录数据，获取所述应用的历史登录账号，包括：

获取所述应用支持的登录方式；

针对所述应用支持的每种登录方式，获取所述登录方式对应的历史登录数据，并根据所述历史登录数据，得到所述登录方式对应的历史登录账号；

将各种登录方式对应的历史登录账号进行合并，并进行去重处理，得到所述应用的历史登录账号。

11.一种应用的登录装置，其特征在于，包括：

接收模块，用于接收用户针对所述应用输入的账号登录请求，所述账号登录请求包括待登录的目标账号；

处理模块，用于响应于所述账号登录请求，获取所述目标账号对应的第一登录方式，所述第一登录方式为所述目标账号支持的登录方式中的一种；

显示模块，用于显示所述第一登录方式对应的第一登录界面，所述第一登录界面中包括所述目标账号和所述第一登录方式对应的登录入口控件。

12.一种电子设备，其特征在于，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-10中任一项所述的方法。

13.一种存储有计算机指令的非瞬时计算机可读存储介质，其特征在于，所述计算机指令用于使所述计算机执行权利要求1-10中任一项所述的方法。

14.一种应用的登录方法，其特征在于，包括：

接收用户针对所述应用输入的账号登录请求，所述账号登录请求包括待登录的目标账号；

响应于所述账号登录请求，获取所述目标账号支持的登录方式；

显示登录界面，所述登录界面中包括所述目标账号和所述目标账号支持的登录方式中的至少一种登录方式对应的登录入口控件。