WO2024193160A1 - 一种登录流程的触发方法、装置、设备及介质 - Google Patents

Abstract

本说明书实施例公开了一种登录流程的触发方法、装置、设备及介质。方案包括：获取第一设备发送的用于登录目标应用的登录请求；所述登录请求中包含第一登录凭证和所述第一设备的第一设备标识；确定所述第一设备标识对应的第二登录凭证；所述第二登录凭证为所述第一设备与所述目标应用的用户账号建立信任关系后生成的用于所述第一设备登录所述用户账号的凭证；判断所述第一登录凭证与所述第二登录凭证是否一致，得到第一判断结果；若所述第一判断结果表示所述第一登录凭证与所述第二登录凭证一致，则触发以所述用户账号在所述第一设备上登录所述目标应用的流程。

Description

一种登录流程的触发方法、装置、设备及介质 技术领域

本申请涉及计算机技术领域，尤其涉及一种登录流程的触发方法、装置、设备及介质。

背景技术

随着计算机技术的发展以及人们生活的需求，用户可能拥有多个终端设备，可能需要在不同的终端设备中切换登录用户的同一账号，针对有需要频繁地在自己常用多个设备上切换登录账号的用户，用户每次都会需要进行登录核验，例如通过输入密码或验证短信等方式登录，操作成本和耗时都较高。

因此，需要提供一种可以更便捷的登录账号的方法。

发明内容

本说明书实施例提供一种登录流程的触发方法、装置、设备及介质，以解决现有的登录方法存在的操作成本以及耗时较高的问题。

为解决上述技术问题，本说明书实施例是这样实现的。

本说明书实施例提供的一种登录流程的触发方法，包括：获取第一设备发送的用于登录目标应用的登录请求；所述登录请求中包含第一登录凭证和所述第一设备的第一设备标识；确定所述第一设备标识对应的第二登录凭证；所述第二登录凭证为所述第一设备与所述目标应用的用户账号建立信任关系后生成的用于所述第一设备登录所述用户账号的凭证；判断所述第一登录凭证与所述第二登录凭证是否一致，得到第一判断结果；若所述第一判断结果表示所述第一登录凭证与所述第二登录凭证一致，则触发以所述用户账号在所述第一设备上登录所述目标应用的流程。

本说明书实施例提供的一种登录流程的触发方法，包括：第一设备获取用户开启目标应用的第一操作；基于所述第一操作，显示登录页面；所述登录页面包括用户账号的账号信息以及用于表示将所述第一设备作为信任设备采用所述用户账号登录所述目标应用的登录操作控件；获取用户对所述登录操作控件的第二操作；基于所述第二操作，生成用于请求采用所述用户账号登录所述目标应用的登录请求；所述登录请求中包含所述第一登录凭证和所述第一设备的第一设备标识；发送所述登录请求至服务器，以便在所述第一登录凭证通过验证后所述服务器触发以所述用户账号在所述第一设备上登录所述目标应用的流程。

本说明书实施例提供的一种设置信任设备的方法，包括：第二设备获取服务器发送的包含历史登录设备的设备信息的信任设备设置页面；所述历史登录设备为采用用户账号登录过目标应用的设备；显示所述信任设备设置页面；所述信任设备设置页面中包含第一确认控件；获取用户对所述第一确认控件的第一确认操作；基于所述第一确认操作，生成信任设备设置请求；所述信任设备设置请求中包括所述历史登录设备中被用户确定设置为信任设备的设备标识；发送所述信任设备设置请求至所述服务器，以便所述服务器生成所述信任设备对应的登录凭证；所述登录凭证为用于采用所述用户账号登录所述目标应用的登录凭证。

本说明书实施例提供的一种登录流程的触发装置，包括：信息获取模块，用于获取第一设备发送的用于登录目标应用的登录请求；所述登录请求中包含第一登录凭证和所 述第一设备的第一设备标识；凭证确定模块，用于确定所述第一设备标识对应的第二登录凭证；所述第二登录凭证为所述第一设备与所述目标应用的用户账号建立信任关系后生成的用于所述第一设备登录所述用户账号的凭证；判断模块，用于判断所述第一登录凭证与所述第二登录凭证是否一致，得到第一判断结果；登录流程触发模块，用于若所述第一判断结果表示所述第一登录凭证与所述第二登录凭证一致，则触发以所述用户账号在所述第一设备上登录所述目标应用的流程。

本说明书实施例提供的一种登录流程的触发装置，包括：第一操作获取模块，用于获取用户开启目标应用的第一操作；页面显示模块，用于基于所述第一操作，显示登录页面；所述登录页面包括用户账号的账号信息以及用于表示将所述第一设备作为信任设备采用所述用户账号登录所述目标应用的登录操作控件；第二操作获取模块，用于获取用户对所述登录操作控件的第二操作；请求生成模块，用于基于所述第二操作，生成用于请求采用所述用户账号登录所述目标应用的登录请求；所述登录请求中包含所述第一登录凭证和所述第一设备的第一设备标识；请求发送模块，用于发送所述登录请求至服务器，以便在所述第一登录凭证通过验证后所述服务器触发以所述用户账号在所述第一设备上登录所述目标应用的流程。

本说明书实施例提供的一种设置信任设备的装置，包括：设置页面获取模块，用于获取服务器发送的包含历史登录设备的设备信息的信任设备设置页面；所述历史登录设备为采用用户账号登录过目标应用的设备；设置页面显示模块，用于显示所述信任设备设置页面；所述信任设备设置页面中包含第一确认控件；确认操作获取模块，用于获取用户对所述第一确认控件的第一确认操作；设置请求生成模块，用于基于所述第一确认操作，生成信任设备设置请求；所述信任设备设置请求中包括所述历史登录设备中被用户确定设置为信任设备的设备标识；设置请求发送模块，用于发送所述信任设备设置请求至所述服务器，以便所述服务器生成第二识别对应的登录凭证；所述登录凭证为用于采用所述用户账号登录所述目标应用的凭证。

本说明书实施例提供的一种登录流程的触发设备，包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：获取第一设备发送的用于登录目标应用的登录请求；所述登录请求中包含第一登录凭证和所述第一设备的第一设备标识；确定所述第一设备标识对应的第二登录凭证；所述第二登录凭证为所述第一设备与所述目标应用的用户账号建立信任关系后生成的用于所述第一设备登录所述用户账号的凭证；判断所述第一登录凭证与所述第二登录凭证是否一致，得到第一判断结果；若所述第一判断结果表示所述第一登录凭证与所述第二登录凭证一致，则触发以所述用户账号在所述第一设备上登录所述目标应用的流程。

本说明书实施例提供的一种登录流程的触发设备，包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：获取用户开启目标应用的第一操作；基于所述第一操作，显示登录页面；所述登录页面包括用户账号的账号信息以及用于表示将所述第一设备作为信任设备采用所述用户账号登录所述目标应用的登录操作控件；获取用户对所述登录操作控件的第二操作；基于所述第二操作，生成用于请求采用所述用户账号登录所述目标应用的登录请求；所述登录请求中包含所述第一登录凭证和所述第一设备的第一设备标识；发送所述登录请求至服务器，以便在所述第一登录凭证通过验证后所述服务器触发以所述用户账号在所述第一设备上登录所述目标应用的流程。

本说明书实施例提供的一种设置信任设备的设备，包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个 处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：获取服务器发送的包含历史登录设备的设备信息的信任设备设置页面；所述历史登录设备为采用用户账号登录过目标应用的设备；显示所述信任设备设置页面；所述信任设备设置页面中包含第一确认控件；获取用户对所述第一确认控件的第一确认操作；基于所述第一确认操作，生成信任设备设置请求；所述信任设备设置请求中包括所述历史登录设备中被用户确定设置为信任设备的设备标识；发送所述信任设备设置请求至所述服务器，以便所述服务器生成所述信任设备对应的登录凭证；所述登录凭证为用于采用所述用户账号登录所述目标应用的登录凭证。

本说明书实施例提供的一种计算机可读介质，其上存储有计算机可读指令，所述计算机可读指令可被处理器执行以实现一种上述登录流程的触发方法或设置信任设备的方法。

本说明书一个实施例实现了能够达到以下有益效果：本说明书实施例中第一设备发送的用于登录目标应用的登录请求中包含第一登录凭证，若确定第一登录凭证与用于第一设备登录用户账号的第二登录凭证一致，则可以触发以所述用户账号在所述第一设备上登录所述目标应用的流程，从而用户在第一设备中登录目标应用时，无需用户输入密码、验证码等账号验证信息，可减少用户操作以及减少登录耗时，提高登录的便捷性。

附图说明

为了更清楚地说明本说明书实施例或相关技术中的技术方案，下面将对实施例或相关技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本说明书实施例中一种登录流程的触发方法的整体方案流程示意图；

图2为本说明书实施例提供的一种登录流程的触发方法的流程示意图；

图3为本说明书实施例提供的一种信任设备设置页面的示意图；

图4为本说明书实施例中提供的一种登录流程的触发方法的流程示意图；

图5为本说明书实施例中提供的一种登录页面的示意图；

图6为本说明书实施例中提供的一种设置信任设备的方法的流程示意图；

图7为本说明书实施例中提供的一种登录流程的触发方法的泳道图；

图8为本说明书实施例提供的对应于图2的一种登录流程的触发装置的结构示意图；

图9为本说明书实施例提供的对应于图4的一种登录流程的触发装置的结构示意图；

图10为本说明书实施例提供的对应于图6的一种设置信任设备的装置的结构示意图；

图11为本说明书实施例提供的对应于图2或图4中的一种登录流程的触发设备或者对应于图6的一种设置信任设备的设备的结构示意图。

具体实施方式

为使本说明书一个或多个实施例的目的、技术方案和优点更加清楚，下面将结合本说明书具体实施例及相应的附图对本说明书一个或多个实施例的技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本说明书的一部分实施例，而不是全部的实施例。基于本说明书中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本说明书一个或多个实施例保护的范围。

以下结合附图，详细说明本说明书各实施例提供的技术方案。

相关技术中，终端设备的终端应用退出用户账号的登录后，若需要再次登录，需要通过输入密码、验证码等验证登录的方式再次登录该账号，在不同的设备中交替登录时，每次都需要输入密码、验证码等操作。

为了解决相关技术中的缺陷，本方案给出了以下实施例。

图1为本说明书实施例中一种登录流程的触发方法的整体方案流程示意图。如图1所示，该方案可以包括第一设备1以及服务器2，其中第一设备可以是用于登录目标应用的设备。用户在第一设备1中开启目标应用后，终端页面中可以显示用于通过用户账号登录目标应用的登录页面，该页面中还可以包含登录控件，用户点击或者通过其他方式触发第一设备登录目标应用，第一设备1可以将第一登录凭证携带在登录请求中发送至服务器2，其中，第一登录凭证可以是第一设备中保存的用于登录目标应用的凭证。服务器2可以在获取登录请求中包含的第一登录凭证，对该凭证进行验证，在验证通过后可允许第一设备采用该用户账号登录目标应用。其中，服务器可以确定第一设备与目标应用的用户账号建立信任关系后生成的用于第一设备登录用户账号的第二登录凭证，判断第一登录凭证与第二登录凭证是否一致，若一致，可可以确定第一设备发送的登录请求可以被验证通过，可允许第一设备采用用户账号登录目标应用。本说明书实施例中可以通过登录凭证代替相关技术中用户输入的密码、验证码等核验信息，通过登录凭证登录的方式无需用户输入验证信息，可简化用户操作，提高登录效率。

接下来，将针对说明书实施例提供的一种登录流程的触发方法结合附图进行具体说明：图2为本说明书实施例提供的一种登录流程的触发方法的流程示意图。从程序角度而言，流程的执行主体可以为搭载于应用服务器的程序或应用客户端。

如图2所示，该流程可以包括以下步骤202至步骤208。

步骤202：获取第一设备发送的用于登录目标应用的登录请求；所述登录请求中包含第一登录凭证和所述第一设备的第一设备标识。

步骤204：确定所述第一设备标识对应的第二登录凭证；所述第二登录凭证为所述第一设备与所述目标应用的用户账号建立信任关系后生成的用于所述第一设备登录所述用户账号的凭证。

其中，第一登录凭证可以是第一设备本地保存的用于登录目标应用的登录凭证；第二登录凭证可以是服务器或云端存储的与第一设备对应的登录凭证。第二登录凭证可以是第一设备与目标应用的用户账号建立信任关系后，也可以理解为将第一设备设定为用户账号的信任设备后，针对第一设备生成的用于采用该用户账号登录目标应用的凭证，第二登录凭证与第一设备具有对应性，不同的设备对应不同的登录凭证。第二登录凭证仅可用于在第一设备中采用用户账号登录目标应用。本说明书实施例中针对第一设备生成登录凭证后可以将凭证保存在服务器或云端的同时也可以发送该登录凭证至第一设备。实际应用中若第一设备没有被攻击或出现其他安全问题，第一设备中保存的第一登录凭证应该与服务器确定出的第二登录凭证一致。

考虑到实际应用中可能由于一些不安全的因素可能造成第一设备中保存的登录凭证发送变化，这里用第一登录凭证表示第一设备中保存的可能发送变化的登录凭证，用第二登录凭证表示服务器或云端保存的未发送变化的与第一设备对应的登录凭证，其中第一、第二仅是用于将一个实体或操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何实际的顺序。

从计算机角度而言，登录凭证可以是一段包含特定字符的字符串，服务器在获取到第一设备发送的登录请求后可以根据特定字符提取该登录请求中包含的第一登录凭证。

第一设备的第一设备标识可以是第一设备的唯一标识，例如，该标识可以用于服务器区分不同的设备。

步骤206：判断第一登录凭证与第二登录凭证是否一致，得到第一判断结果。

步骤208：若所述第一判断结果表示所述第一登录凭证与所述第二登录凭证一致，则触发以所述用户账号在所述第一设备上登录所述目标应用的流程。

其中，若第一登录凭证与第二登录凭证一致，可以表示第一设备发送的登录请求被验证通过，可以允许第一设备采用用户账号登录目标应用。服务器可以触发用户账号在第一设备上登录所述目标应用的流程，具体的，可以发送表示登录成功的提示信息至第一设备，也可以发送采用用户账号登录目标应用后目标应用中的某个页面，如首页、用户上次浏览的页面等等，第一设备可以显示对应的页面内容。实际应用中，若第一登录凭证与第二登录凭证不一致，可以说明第一设备通过登录凭证登录目标应用的登录方式不能被通过验证，可以发送表示信任登录失败的提示信息至第一设备，还可以发送通过输入密码、验证码等验证信息的验证登录页面至第一设备，以便第一设备可以基于用户提供的验证信息登录目标应用。

目标应用可以理解为第一设备可以登录的终端应用，用户账号可以是用户注册为目标应用的用户时确定出的登录账号，可以是邮箱号码、手机号码、用户证件编号等等，也可以是符合目标应用的登录要求的自定义字符等等，这里对具体形式不作具体限定。

应当理解，本说明书一个或多个实施例所述的方法其中部分步骤的顺序可以根据实际需要相互交换，或者其中的部分步骤也可以省略或删除。

图2中的方法，第一设备发送的用于登录目标应用的登录请求中包含第一登录凭证，若确定第一登录凭证与用于第一设备登录用户账号的第二登录凭证一致，则可以触发以所述用户账号在所述第一设备上登录所述目标应用的流程，从而用户在第一设备中登录目标应用时，无需用户输入密码、验证码等账号验证信息，可减少用户操作以及减少登录耗时，提高登录的便捷性。

基于图2的方法，本说明书实施例还提供了一些具体实施方案，下面进行说明。

为进一步保障用户账号安全，可选的，本说明书实施例中触发以所述用户账号在所述第一设备上登录所述目标应用的流程之前，还可以包括：判断所述第一登录凭证是否位于第一登录凭证的有效期内，得到第二判断结果。

其中，上述触发以所述用户账号在所述第一设备上登录所述目标应用的流程，具体可以包括：若所述第二判断结果表示所述第一登录凭证位于所述第一登录凭证的有效期内，则触发以所述用户账号在所述第一设备上登录所述目标应用的流程。

实际应用中，第一设备发送的第一登录凭证中可以包含第一登录凭证的生成时间，上述判断所述第一登录凭证是否位于所述第一登录凭证的有效期内，可以包括：判断所述第一登录凭证的生成时间与获取到所述登录请求的时间的时间差是否小于或等于预设阈值。其中，若第一登录凭证的生成时间与获取到所述登录请求的时间的时间差小于或等于预设阈值，可以表示第一登录凭证位于有效期内。

实际应用中，判断登录凭证是否有效也可以是由第一设备执行的，实际应用中，第一设备发送的登录请求可以是基于用户在第一设备上执行的登录操作生成的，第一设备获取到用户的登录操作后，可以判断第一登录凭证的生成时间与获取到用户操作的时间的时间差是否小于或等于预设阈值。如第一登录凭证的生成时间与获取到用户操作的时间的时间差小于或等于预设阈值，则可以确定第一登录凭证位于有效期内，可以发送登录请求至服务器。若第一登录凭证未位于有效期内，第一设备可以显示用于用户输入验证信息的页面，以便基于用户提供的验证信息发送验证登录请求至服务器，在验证通过 后，第一设备可以采用用户账号登录目标应用。

本说明书实施例中也可以通过判断第二登录凭证的有效期，来确定是否通过对第一设备发送的登录请求的验证。作为一种实施方式，确定出第二登录凭证后，还可以判断所述第二登录凭证的生成时间与获取到登录请求的时间的时间差是否或等于预设阈值，若该时间差小于或等于预设阈值，可以确定第二登录凭证位于有效期内。若第二登录凭证位于有效期内，则可以采用第二登录凭证对第一设备发送的登录请求进行验证。其中，上述预设阈值可以根据实际需求进行设定，例如，10天、20天、30天等等，这里对具体阈值不作具体限定。

实际应用中，登录凭证中也可以包含表示登录凭证有效期的时间信息，例如登录凭证的有效期的起始时间以及截止时间，本说明书实施例中还可以基于有效期的时间信息来判断登录凭证是否有效，例如，第一设备可以判断获取到用户登录的时间是否位于第一登录凭证的有效期的起始时间以及截止时间之间的有效期限内，服务器也可以判断获取到登录请求的时间是否位于第二登录凭证的有效期的起始时间以及截止时间之间的有效期限内。实际应用中，可以根据实际需求设定具体的判断方式，这里不作具体限定。

本说明书实施例中服务器针对设备生成的登录凭证中还可以包含设备的设备标识，可选的，上述确定所述第一设备标识对应的第二登录凭证之前，还可以包括：解析所述第一登录凭证，得到所述第一登录凭证中包含的第二设备标识；判断所述第二设备标识与所述第一设备标识是否一致，得到第三判断结果。

其中，上述确定所述第一设备标识对应的第二登录凭证，具体可以包括：若所述第三判断结果表示所述第二设备标识与所述第一设备标识一致，则查找所述第一设备标识对应的第二登录凭证。

实际应用中，若第三判断结果表示第二设备标识与第一设备标识不一致，则可以说明第一设备发送的不是针对该设备的登录凭证，该登录凭证是无效的，服务器可以终止对第一设备发送的请求通过登录凭证登录目标应用的登录请求，可以发送表示信任登录失败的信息至第一设备，也可以发送验证登录页面至第一设备。

实际应用中，用户通常不会频繁的在不同设备上登录同一账号，为保证安全，还可以设置信任登录的次数，例如允许用户账号一天内通过信任登录的方式登录目标应用的次数为10次，又如，允许用户账号一周内通过信任登录的方式登录目标应用的次数为20次，若超过了该次数，需要用户通过输入密码、验证码等核验信息的方式登录。本说明书实施例中的方法还可以包括：基于所述用户账号，判断在获取到第一设备发送的登录请求之前的预设时间段内所述目标应用采用登录凭证的方式登录所述用户账号的次数是否大于或等于预设次数；若小于所述预设次数，则可以执行对所述第一登录凭证的验证流程，如上述步骤204至步骤208。若预设时间段内所述目标应用采用登录凭证的方式登录所述用户账号的次数大于或等于预设，则可以终止对所述登录请求的处理，可以确定当前信任登录失败，还可以发送提醒信息至第一设备，也可以发送验证登录页面至第一设备。其中，预设次数的具体数值可以根据实际需求设定。其中预设次数可以表示允许不同的设备通过登录凭证的方式登录用户账号的总的次数；可以以单个设备为维度，可以表示允许同一个设备通过登录凭证的方式登录用户账号的次数。

实际应用中，是否超过预设次数的判断流程也可以在第一设备中执行，第一设备中可以统计预设时间段内该设备通过登录凭证的方式采用用户账号登录过目标应用的次数，可以判断第一设备在预设时间段内通过登录凭证的方式采用用户账号登录过目标应用的次数是否大于或等于预设次数，若大于或等于预设次数，则可以不再允许第一设备通过信任登录的方式登录用户账号，可以显示核验登录的页面；若第一设备在预设时间段内通过登录凭证的方式采用用户账号登录过目标应用的次数小于预设次数，则可以显 示信任登录的登录页面。

本说明书实施例中用户可以在设备中按照实际需求设定信任设备，确定为信任设备的设备可以通过登录凭证的方式快捷的登录目标应用。可选的，本说明书实施例中的上述所述获取第一设备发送的用于登录目标应用的登录请求之前，还可以包括：获取采用所述用户账号登录过所述目标应用的历史登录设备的设备信息；所述历史登录设备包括所述第一设备；生成包含所述历史登录设备的设备信息的信任设备设置页面；所述设备信息包括设备型号、设备自定义名称中至少一种；将所述信任设备设置页面发送至第二设备；所述第二设备为在所述第一设备发送所述登录请求之前处于采用所述用户账号登录所述目标应用的登录状态的设备；获取所述第二设备基于所述信任设备设置页面发送的信任设备设置请求；所述信任设备设置请求中包括所述第一设备的设备标识；基于所述第一设备的设备标识，将所述第一设备确定为信任设备；所述信任设备用于表示具有采用登录凭证在所述目标应用中登录所述用户账号的权限的设备。

其中，历史登录设备可以包含预设时间段内采用用户账号登录过目标应用的设备，例如可以是最近一个月、三个月、一年等时间段内采用用户账号登录过目标应用的设备。若采用用户账号登录目标应用后仍处于登录状态的设备也可以作为历史登录设备。

图3为本说明书实施例提供的一种信任设备设置页面的示意图。如图3所示，假设第二设备为在所述第一设备发送所述登录请求之前处于采用所述用户账号登录所述目标应用的登录状态的设备，该页面可以是显示在第二设备中的设置页面。其中，页面中的可以包含各个历史登录设备的设备信息，可以是设备的型号、编码等，也可以是用户自行定义的名称等。如图3所示的“某某的A设备”、“某某的B设备”、“某某的C设备”可以是用户自行设定的设备名称。实际应用中，在终端应用的设置功能中可以包含对设备名称的设置，服务器可以获取用户自定义的设备名称。

如图3所示，该页面中可以包含用于确认信任设备的第一确认控件301，如“确认开启”控件，用户点击该控件，第二设备可以发送信任设备设置请求至服务器，该信任设备设置请求中可以包含被用户确认设定为信任设备的第一设备的设备标识。如图3所示，该页面中还可以包含对设备进行选择的选择控件302，该控件处于被选中状态时，可以认为用户确认将该被选中的设备设定为信任设备，第二设备可以基于选择控件的状态生成信任设备设置请求，该请求中可以包含被选中的各个设备的设备标识。用户可以选择一个也可以选择多个设备作为被设定为信任设备的设备。服务器获取到第二设备发送的信任设备设置请求后，可以该请求中包含的设备标识，将对应的设备确定为具有采用登录凭证在所述目标应用中登录所述用户账号的权限的信任设备。例如可以针对用户账号以及目标应用，生成对应的信任设备列表。

本说明书实施例中信任设备确定页面还可以包括所述第二设备的设备信息，图如3所示的“某某的A设备”，该页面中可以包含处于登录状态的设备的状态标识，如图3所示的“当前”，可以表示“某某的A设备”为当前采用用户账号登录目标应用的设备，其他未标注的可以为A设备登录用户账号之前登录过用户账号的设备。

本说明书实施例中的方法还可以包括：将所述第二设备确定为所述信任设备。具体的，可以将第二设备的设备标识保存到信任设备列表中。

实际应用中，还可以根据登录频率、登录状态连续的时长、登录时间等因素对各个历史登录设备进行排序，将用户经常使用的设备优先显示。例如，可以对各个因素设定权重，登录频率越高权重可以越高，登录状态连续的时长越长权重可以越高，登录时间越靠近当前时间权重可以越高，可以将各个权重进行加权求和，确定各个设备对应的综合评分，按照评分由高到低的顺序显示。实际应用中，若用户的历史登录设备较多，可以按照排序选择排在前预设位数的设备显示在设置页面中。

实际应用中，第一设备与第二设备可以为同一个设备，也可以为不同的设备。

本说明书实施例中服务器可以针对各个信任设备生成登录凭证，登录凭证是对于设备对应的，不同的设备对应不同的登录凭证。可选的，本说明书实施例中将所述第一设备确定为信任设备之后，还可以包括：基于所述第一设备的设备标识，生成所述第一设备对应的所述第二登录凭证；发送所述第二登录凭证至所述第一设备；保存所述第二登录凭证与所述第一设备的对应关系。

其中，服务器可以保存第二登录凭证以及第二登录凭证与第一设备的对应关系。实际应用中，第二登录凭证、第一设备以及用户账号三者具有对应关系。例如，可以在信任设备列表中维护各个信任设备以及设备分别对应的登录凭证。实际应用中可以将上述信息保存到服务器中，也可以保存在云端，也可以保存在区块链系统中。服务器还可以将生成的第二登录凭证发送中第一设备，以便第一设备基于登录凭证进行登录。

同理，本说明书实施例中上述将第二设备确定为所述信任设备之后，还可以包括：基于所述第二设备的设备标识，生成所述第二设备对应的所述第三登录凭证；发送所述第三登录凭证至所述第二设备；保存所述第三登录凭证与所述第二设备的对应关系。

与上述方法类似，服务器可以保存第三登录凭证以及第三登录凭证与第二设备的对应关系。实际应用中，第三登录凭证、第二设备以及用户账号三者具有对应关系，可以将该对应关系保存在信任设备列表中。也可以保存到服务器、云端、区块链系统等存储空间中。服务器还可以将生成的第三登录凭证发送中第二设备，以便第二设备基于登录凭证进行登录。

实际应用中，用户在第二设备中登录用户账号后，并且在第二设备处于登录状态中时，用户可以在第二设备中设置信任设备，可以理解为在设置信任设备时，第二设备是处于登录状态的，在信任设备设置完成后，服务器可以将生成的针对第二设备的登录凭证发送中第二设备。

为保证用户账号安全，本说明书实施例中在用户设置信任设备时，也可以采集用户的核验信息，在验证通过后才可以将用户确定的设备确定为信任设备。可选的，本说明书实施例中所述将所述第一设备确定为信任设备之前，还可以包括：获取所述第二设备发送的第一待核验信息；判断所述第一待核验信息与第一预设核验信息是否一致，得到第四判断结果；所述第一预设核验信息包括注册核验信息、身份认证信息中至少一种；所述注册核验信息为所述用户以所述用户账号注册所述目标应用时提供的核验信息；所述身份认证信息为所述用户基于所述用户账户进行用户认证的过程中提供的身份信息；所述将所述第一设备确定为信任设备，具体可以包括：若所述第四判断结果表示所述第一待核验信息与第一预设核验信息一致，则将所述第一设备确定为信任设备。

本说明书实施例中在设置信任设备的过程中，第二设备还可以显示用于获取用户提供的第一待核验信息的页面，例如，第二设备中可以显示提示用户输入账号密码、验证码的页面，也可以显示用户身份信息采集页面，如用于采集用户的人脸、指纹、虹膜等信息采集页面。第一待核验信息可以包括表示用户身份的信息，如人脸、指纹、虹膜等，也可以包含可以对账号进行验证的信息，如，账号密码、验证码等。这里对具体的核验信息不作具体限定，可根据实际需求进行设定。

实际应用中，服务器获取到第二设备发送的信任设备设置请求之后，可以发送核验信息获取请求至所述第二设备，以便第二设备显示信息采集页面获取用户提供的核验信息。作为另一种实施方式，第二设备也可以主动显示获取核验信息的页面，例如，获取到用户针对信任设备的确认操作后，可以显示用于获取用户提供的第一待核验信息的页面。第二设备可以基于获取到的第一待核验信息以及用户选定的信任设备的设备标识生成信任设备设置请求发送至服务器。实际应用中，第一待核验信息也可以与信任设备设 置请求分别发送至服务器，具体发送形式这里不作限定。

服务器获取到用户提供的第一待核验信息后，可以将第一待核验信息与预先存储的该用户账号的第一预设核验信息进行比对，判断两者的一致性。判断第一待核验信息与第一预设核验信息一致，可以表示设置信任设备是经过用户同意的，服务器可以将设置请求针对的设备确定为信任设备。

本说明书实施例中第一预设核验信息可以包括用户以所述用户账号注册所述目标应用时提供的注册核验信息，例如登录密码等；也可以包括用户基于所述用户账户进行用户认证的过程中提供的身份信息，例如进行实名认证过程中确定出的能够表示用户的身份的人脸、虹膜、指纹等生物特征信息，还可以是用户提供的身份证件中的信息。具体的待核验信息以及对应的预设核验信息可根据实际需求进行设定，这里不作具体限定。

实际应用中，在设置页面还可以包含用于用户了解信任设备以及信任登录服务的条款，在用户了解该条款后可以勾选对应的条款，可以表示用户已经授权服务器获取用于执行信任登录流程需要获取的用户信息。

对于图像类信息，判断两个信息是否一致，可以理解为两个信息的相似度是否大于或等于预设阈值，在相似度大于或等于预设阈值时可以认为两个信息是相似的。

为保证信息用户账号信息的安全性，本说明书实施例中在将第一设备确定为信任设备后，第一设备需要通过核验的方式登录目标应用后，可以获取服务器发送的第二登录凭证，以便第一设备在后续的登录过程中可以使用登录凭证的方式登录。可选的，本说明书实施例中所述发送所述第二登录凭证至所述第一设备之前，还可以包括：获取所述第一设备发送的验证登录请求，所述验证登录请求中包括所述用户账号的账号信息以及所述第一设备中用户提供的第二待核验信息；判断所述第二待核验信息与第二预设核验信息是否一致，得到第五判断结果；所述第二预设核验信息包括注册核验信息、身份认证信息中至少一种；所述注册核验信息为所述用户以所述用户账号注册所述目标应用时提供的核验信息；所述身份认证信息为所述用户基于所述用户账户进行用户认证的过程中提供的身份信息；若所述第五判断结果表示所述第二待核验信息与第二预设核验信息一致，则允许所述第一设备采用所述用户账号登录所述目标应用；所述发送所述第二登录凭证至所述第一设备，具体包括：在所述第一设备处于采用所述目标账号登录所述目标应用的登录状态的时，发送所述第二登录凭证至所述第一设备。

账号信息可以包括账号名称、邮箱、手机号等表示账号的信息。与上述第一待核验信息类似，第二待核验信息可以是账号密码、验证码等账号信息，也可以是用户人脸、指纹等用户生物特征信息，具体的核验过程可以与上述类似，这里不再赘述。

本说明书实施例中的同一个登录凭证的被使用次数可以是有限的，可以在被使用次数达到预设次数后，将该登录凭证确定为失效的，后续再使用该登录凭证时，不能被核验通过，即不能再使用该登录凭证执行无需输入密码、验证码等信息的信任登录流程。

作为一种实施方式，本说明书实施例中的登录凭证可以是能够被使一次的凭证，在服务器触发以所述用户账号在所述第一设备上登录所述目标应用的流程之后，还可以删除所述第二登录凭证与所述第一设备的对应关系，将第二登录凭证确定为失效凭证。

在第二登录凭证失效后，服务器还可以生成新的凭证，以便设备后续利用新的凭证通过信任登录的方式登录用户账号。可选的，本说明书实施例中的方法还可以包括：基于所述第一设备的设备标识，生成第四登录凭证；保存所述第四登录凭证与所述第一设备的对应关系；发送所述第四登录凭证至所述第一设备。

实际应用中，第一设备通过第一登录凭证登录用户账号后，服务器可以将本次登录使用的第二登录凭证删除或者标记为失效状态，还可以针对第一设备生成第四登录凭证， 在第一设备处于登录状态时，将第四登录凭证发送至第一设备。

本说明书实施例中第一登录凭证、第二登录凭证、第三登录凭证以及第四登录凭证是为了比较清楚的说明本说明书实施例中提供的方法进行的不同命名，各个登录凭证的组成、生成以及使用的方式可以是类似的，上述描述内容可以相关参考。本说明书实施例中通过循环在可信设备颁发防拷贝的一次性登录凭证的方式，可以大大改善多设备用户的登录体验。

本说明书实施例中同一用户账号可以同时在一个设备中使用，在第一设备登录后，其他设备会被退出登录。可选的，本说明书实施例中的上述触发以所述用户账号在所述第一设备上登录所述目标应用的流程之后，还可以包括：注销所述用户账号在其他设备中的登录状态。

为使得用户可以比较便捷的使用信任登录的功能，本说明书实施例中还可以将用于提示用户设置信任设备的提醒信息发送至用户的设备。可选的，本说明书实施例中的方法还可以包括：判断所述用户账号在预设时间段内是否登录过多台设备，得到第五判断结果；若所述第五判断结果表示所述用户账号在预设时间段内登录过多台设备，则发送用于提示用户设置信任设备的提醒信息至所述多台设备中的至少一台设备；所述信任设备用于表示具有采用登录凭证在所述目标应用中登录所述用户账号的权限的设备。其中，所述提醒信息中可以包含用于指向该目标应用中用于设置信任设备的设置页面的控件。

实际应用中，提醒信息可以发送至用户账号处于登录状态的登录设备中，登录设备中可以显示该提醒信息，用户可以对该提醒信息执行预设操作，可跳转至用于设置信任设备的设置页面，如上述图3所示的信任设备设置页面。其中，该提示信息中也可以包含进入信任设备设置页面的路径描述信息，用户也可以根据该路径描述信息逐步进入信任设备设置页面。

实际应用中，提示信息可以通过信息浮层、系统消息等方式发送至用户设备，服务器还可以统计用户关闭或未读、忽略该提示信息的次数，若该次数超过预设次数，可确定用户不想使用信任登录，为减少对用户打扰，可在预设时间段内，如一个月、三个月内不再发送该提示信息至该用户账号。

基于同样的思路，本说明书实施例中还提供与上述方法对应的以第一设备为执行主体的登录流程的触发方法。图4为本说明书实施例中提供的一种登录流程的触发方法的流程示意图。如图4所示，该方法可以包括步骤402至步骤410。

步骤402：第一设备获取用户开启目标应用的第一操作。

本说明书实施例中目标应用可以是搭载于第一设备中的终端应用、小程序等应用，第一设备的显示页面中可以包含目标应用的标识，例如图标、名称等等，用户可以点击该标识打开目标应用。目标应用可以是用户预先通过输入用户名或用户账号、密码等信息进行过注册的应用。实际应用中用户名和用户账号可以相同也可以不同，目标应用可以是支付类、聊天类、娱乐类、生活服务类等类型的应用，这里不作具体限定。

步骤404：基于所述第一操作，显示登录页面；所述登录页面包括用户账号的账号信息以及用于表示将所述第一设备作为信任设备采用所述用户账号登录所述目标应用的登录操作控件。

图5为本说明书实施例中提供的一种登录页面的示意图。如图5所示，登录页面中可以包括用户账号的账号信息501，还可以包括用于登录该用户账号的登录操作控件502，实际应用中，页面内容以及布局、控件的描述信息等页面信息可以根据实际需求进行设定，这里不作具体限定。

步骤406：获取用户对所述登录操作控件的第二操作。

步骤408：基于所述第二操作，生成用于请求采用所述用户账号登录所述目标应用的登录请求；所述登录请求中包含所述第一登录凭证和所述第一设备的第一设备标识。

接续上述图5的介绍，用户可以点击登录操作控件502，第一设备可以基于用户的第二操作，生成登录请求发送至服务器。其中，登录请求中可以包括用户账号的账号信息，还可以包括第一设备中存在的第一登录凭证以及第一设备的设备标识。

步骤410：发送所述登录请求至服务器，以便在所述第一登录凭证通过验证后所述服务器触发以所述用户账号在所述第一设备上登录所述目标应用的流程。

服务器可以对第一设备发送的登录请求进行验证，具体的验证方式可以参考上述以服务器为执行主体描述的登录流程的触发方法，这里不再赘述，在验证通过后第一设备可以采用用户账号登录目标应用。本说明书实施例中可通过设备中存在的登录凭证登录用户账号，无需用户输入密码、验证码等验证信息，可简化用户操作，提高登录效率。

登录凭证可以是具有有效期限的，例如10天，30天。第一设备中保存的第一登录凭证中可以包含该凭证的有效期限信息，上述显示登录页面之前，还可以包括：基于所述第一操作，获取所述第一设备中保存的第一登录凭证；判断所述第一登录凭证的是否位于所述第一登录凭证的有效期内；所述显示登录页面，具体可以包括：若所述第一登录凭证位于所述有效期内，则显示登录页面。

其中，若第一登录凭证未位于有效期限内，则可以显示核验信息登录页面。用户可以在该核验信息登录页面中输入账号密码、验证码、身份信息等等核验信息，在核验通过后，第一设备也可以采用用户账号登录目标应用。通过核验信息登录页面登录目标应用的方式可以与现有的登录方式相同或类似。

本说明书实施例中为确保用户账号安全，还可以设定用户账号可采用登录凭证进行信任登录的最大次数，例如一天内10次。上述第一设备显示登录页面之前，还可以判断预设时间段内所述用户账号采用信任登录的方式登录的累计次数是否超过预设次数，若未超过可以显示该登录页面，若已超过则可以显示核验登录的登录页面。

实际应用中，用户通常不会在同一个设备或者不同的设备中在比较短的时间内频繁的登录同一个用户账号，本说明书实施例中还可以基于用户账号在同一设备或者不同设备中登录的频率来判断用户设定的信任设备或用户账号是否存在安全风险。例如，预设时间段内，采用信任登录的方式该用户账号被登录的次数大于或等于预设次数，可以认为该用户账号或用户设定的信任设备存在风险，可以发送安全提示信息至用户，也可以解除该用户账号的信任登录，或者解除存在风险的信任设备的信任登录权限。

本说明书实施例中登录凭证可以是服务器在确定设备为信任设备后针对设备生成的可以用于采用用户账号登录目标应用的凭证。本说明书实施例中上述生成用于请求采用所述用户账号登录所述目标应用的登录请求之前，还可以包括：获取所述服务器发送的第二登录凭证；所述第二登录凭证是所述第一设备被确定为信任设备之后，所述服务器生成的与所述第一设备对应的用于采用所述用户账号登录所述目标应用的登录凭证；所述信任设备用于表示具有采用登录凭证在所述目标应用中登录所述用户账号的权限的设备。

实际应用中，若第一设备准确接收到了服务器发送的第二登录凭证，并且在保存该凭证的期间也是安全的，即第一设备中获取到第二登录凭证后，该凭证没有被改变，第一设备生成的登录请求中包含的第一登录凭证与服务器发送给第一设备的第二登录凭证可以是相同的。若第一设备出现了安全问题或者第一设备中保存的登录凭证被恶意操作过，可能会造成第一设备中保存的第一登录凭证发生变化，与服务器发送给第一设备的第二登录凭证不一致。

基于同样的思路，本说明书实施例中还提供与上述方法对应的以第二设备为执行主体的设置信任设备的方法。图6为本说明书实施例中提供的一种设置信任设备的方法的流程示意图。如图6所示，该方法可以包括步骤602至步骤610。

步骤602：第二设备获取服务器发送的包含历史登录设备的设备信息的信任设备设置页面；所述历史登录设备为采用用户账号登录过目标应用的设备。

第二设备可以是处于采用用户账号登录目标应用的登录状态的设备，第二设备采用用户账号登录目标应用后，可以进入信任设备设置页面，该页面中可以包含历史登录设备的设备信息，例如设备名称、型号等信息。

实际应用中，用户可以按照预设路径进入信任设备设置页面，例如，目标应用中可以包含用于对目标应用进行设置的设置项，设置信任设备可以是应用设置中的一项。具体的路径可根据应用的实际需求进行设定。

步骤604：显示所述信任设备设置页面；信任设备设置页面中包含第一确认控件。

步骤606：获取用户对所述第一确认控件的第一确认操作。

步骤608：基于所述第一确认操作，生成信任设备设置请求；所述信任设备设置请求中包括所述历史登录设备中被用户确定设置为信任设备的设备标识。

步骤610：发送信任设备设置请求至所述服务器，以便所述服务器生成被用户确定设置为信任设备的设备对应的用于采用所述用户账号登录所述目标应用的登录凭证。

如上述介绍的图3，为本说明书实施例提供的一种信任设备设置页面的示意图，该页面可以包含第一确认控件301，用户点击该控件，第二设备可以获取到用户对所述第一确认控件的第一确认操作，并生成信任设备设置请求发送至服务器。在该页面中用户可以选择设定为信任设备的一个或多个设备，信任设备设置请求中可以包括用户选定的各个设备的设备标识，以便服务器确定信任设备，针对信任设备生成登录凭证。

为保证用户账号的安全性，本说明书实施例中在设置信任设备的过程中还可以采集用户的核验信息，在核验通过后，可将用户选定的设备确定为信任设备。上述发送所述信任设备设置请求至所述服务器之后，还可以包括：显示信息获取页面；基于所述信息获取页面，获取用户提供的第一待核验信息；发送所述第一待核验信息至所述服务器，以便所述服务器在所述第一待核验信息通过核验后将被用户确定设置为信任设备的设备确定为信任设备。

其中，信息获取页面可以是用于用户输入核验信息的页面，也可以是用于采集用户生物特征信息的页面，可以根据实际需求进行设定，这里不作具体限定。

本说明书实施例中进行信任设备设置的第二设备也可以作为信任设备，服务器也可以生成针对第二设备的登录凭证。本说明书实施例中的被用户确定设置为信任设备的设备可以包括所述第二设备，上述方法还可以包括：获取所述服务器发送的第三登录凭证；所述第三登录凭证是将所述第二设备确定为信任设备后，所述服务器基于第二设备的设备标识生成的对应于第二设备的登录凭证。

本说明书实施例中在第二设备中完成对信任设备的设置后，还可以取消设置的信任设备，取消设置的路径可以与确定设置的路径相同，进入信任设备设置页面后，选中已经被设定为信任设备，该设置页面中可以显示用于取消设置的控件，例如图3所示的“确认开启”控件可以变更为“确认取消”，用户点击该控件后，第二设备可以发送针对被选中取消设置信任的设备的取消设置请求至服务器，服务器可以根据该请求将该设备从信任设备列表中删除，取消后该设备需要采用输入验证信息的方式登录目标应用。

本说明书实施例中服务器可以获取第二设备发送的用于解除信任设备的请求，该请 求中可以包含待解除信任关系的信任设备的设备标识，然后基于该请求，可以删除该设备与用户账号的对应关系，也可以将该设备从信任设备列表中删除，也可以删除该设备对应的登录凭证。

实际应用中，与用户账号对应的信任设备中的任意设备中可以显示关联的信任设备的信息，例如，若用户在第二设备中完成了对于信任设备的设定，在第一设备中登录用户账号后，也可以在第一设备的目标应用的设置页面中显示信任设备的信息，后续用户可以在第一设备中也可以在第二设备中对设置的信任设备进行删减、新增等编辑操作。在对信任设备进行编辑的过程中，也可以在用户通过验证后才可以用户进行编辑操作，或者才可以保存用户编辑后的结果信息。

为更清楚的说明本说明书实施例中提供的登录流程的触发方法，图7为本说明书实施例中提供的一种登录流程的触发方法的泳道图。如图7所示，该方案可以包括设备设置阶段以及登录阶段，具体可以包括步骤702至步骤728。

步骤702：第二设备采用用户账号登录目标应用后，用户可以按照预设路径进入用于设置信任设备的设置页面，第二设备中可以显示信任设备设置页面。

步骤704：用户可以在该页面选择信任设备，还可以执行确定操作，第二设备可以基于用户在该页面中的操作生成信任设备设置请求，并将该请求发送至服务器。

步骤706：服务器获取第二设备发送的信任设备设置请求，根据该请求中包含设备标识，确定信任设备，还可以针对各个信任设备生成对应的登录凭证。假设信任设备中包括第一设备和第二设备，服务器可以生成第一设备对应的第二登录凭证并发送至第一设备，还可以生成第二设备对应的第三登录凭证并发送至第二设备。

步骤708：第二设备可以获取服务器发送的第三登录凭证，以便第二设备退出用户账号的登录后可以基于该登录凭证登录该用户账号。

步骤710：第一设备也可以获取服务器发送的第二登录凭证。其中，在将第一设备确定为信任设备后，第一设备需要通过核验的方式采用用户账号登录过目标应用后，第一设备可以获取到服务器发送的第二登录凭证。

步骤712：假设第一设备获取到第二登录凭证后退出该用户账号的登录后，再次采用该用户账号登录目标应用，第一设备可以获取用户开启目标应用的操作，判断本地的第一登录凭证是否有效。其中，第一登录凭证可以理解为获取到服务器发送的第二登录凭证后保存在设备本地的登录凭证。

步骤714：若第一登录凭证有效，则可以显示信任登录的页面。该页面中可以包括登录控件，基于用户对该控件的操作可以生成包含第一登录凭证的登录请求，并发送至服务器。

步骤716：若第一登录凭证无效，则可以执行核验登录的流程，显示核验登录页面。用户在该页面中可以输入密码、验证码、生物特征信息等核验信息。

步骤718：服务器获取到第一设备发送的登录请求后，可以判断该请求中包含的第一登录凭证与第二登录凭证是否一致。

步骤720：若第一登录凭证与第二登录凭证一致，则可以触发以所述用户账号在所述第一设备上登录所述目标应用的流程，可以将第一设备的状态确定为登录状态。

步骤722：服务器还可以将第二登录凭证确定为失效状态，例如，可以将第二登录凭证删除，还可以针对第一设备生成新的登录凭证并发送至第一设备。

步骤724：第一设备中可以显示登录该用户账号后目标应用对应的应用页面，例如应用的首页，用户采用该用户账号最近一次浏览的页面等等。还可以接收服务器发送的 新的登录凭证，还可以将之前保存的第一登录凭证作废，例如可以删除第一登录凭证。

步骤726：若第一登录凭证与第二登录凭证不一致，则可以终止信任登录的流程，生成表示信任登录失败的提示信息，反馈至第一设备。

步骤728：第一设备可以接收服务器反馈的提示信息。第一设备中还可以显示核验登录的页面，以便用户通过提供核验信息的方式登录所述用户账号。

假设第一设备在登录该用户账号之前，第二设备处于该用户账号的登录状态。在第一设备登录该用户账号之后，第二设备会被踢登，一个用户账号允许同时在一台设备上登录使用。假设用户再次想使用第二设备登录用户账号，由于第二设备中已经获取到了第三登录凭证，可以按照上述类似的方式采用第二设备中保存的登录凭证登录所述用户账号。并且，第二设备在使用过保存的登录凭证发起登录请求后，也可将该被使用过的登录凭证作废，获取服务器生成并发送的新的登录凭证，具体过程这里不再详细赘述。

本说明书实施例中用户需要在不同的设备中切换登录同一个用户账号时，可以通过登录凭证的方式进行信任登录，无需用户每次都输入账号密码、验证码等核验信息，可提高便捷性。另一方面，由于采用登录凭证的方式登录用户账号，无需用户每次都提供用于登录的核验信息，使得不具有获取核验信息功能的设备，也可以登录用户账号。例如，假设按照核验的方式采用用户账号登录目标应用，需要采集用户的人脸等生物特征信息，即需要当前使用的设备具有采集生物特征的功能，例如需要有摄像头，假设该设备不具有摄像头将不能在该设备中登录，而本说明书实施例中的方法由于无需用户提供核验信息，即使该设备不具有摄像头也可以在该设备中登录用户账号。

基于同样的思路，本说明书实施例还提供了上述方法对应的装置。图8为本说明书实施例提供的对应于图2的一种登录流程的触发装置的结构示意图。如图8所示，该装置可以包括：信息获取模块802，用于获取第一设备发送的用于登录目标应用的登录请求；所述登录请求中包含第一登录凭证和所述第一设备的第一设备标识；凭证确定模块804，用于确定所述第一设备标识对应的第二登录凭证；所述第二登录凭证为所述第一设备与所述目标应用的用户账号建立信任关系后生成的用于所述第一设备登录所述用户账号的凭证；判断模块806，用于判断所述第一登录凭证与所述第二登录凭证是否一致，得到第一判断结果；登录流程触发模块808，用于若所述第一判断结果表示所述第一登录凭证与所述第二登录凭证一致，则触发以所述用户账号在所述第一设备上登录所述目标应用的流程。

基于同样的思路，本说明书实施例还提供了上述方法对应的装置。图9为本说明书实施例提供的对应于图4的一种登录流程的触发装置的结构示意图。如图9所示，该装置可以包括：第一操作获取模块902，用于获取用户开启目标应用的第一操作；页面显示模块904，用于基于所述第一操作，显示登录页面；所述登录页面包括用户账号的账号信息以及用于表示将所述第一设备作为信任设备采用所述用户账号登录所述目标应用的登录操作控件；第二操作获取模块906，用于获取用户对所述登录操作控件的第二操作；请求生成模块908，用于基于所述第二操作，生成用于请求采用所述用户账号登录所述目标应用的登录请求；所述登录请求中包含所述第一登录凭证和所述第一设备的第一设备标识；请求发送模块910，用于发送所述登录请求至服务器，以便在所述第一登录凭证通过验证后所述服务器触发以所述用户账号在所述第一设备上登录所述目标应用的流程。

基于同样的思路，本说明书实施例还提供了上述方法对应的装置。图10为本说明书实施例提供的对应于图6的一种设置信任设备的装置的结构示意图。如图10所示，该装置可以包括：设置页面获取模块1002，用于获取服务器发送的包含历史登录设备的设备信息的信任设备设置页面；所述历史登录设备为采用用户账号登录过目标应用的设 备；设置页面显示模块1004，用于显示所述信任设备设置页面；所述信任设备设置页面中包含第一确认控件；确认操作获取模块1006，用于获取用户对所述第一确认控件的第一确认操作；设置请求生成模块1008，用于基于第一确认操作，生成信任设备设置请求；所述信任设备设置请求中包括所述历史登录设备中被用户确定设置为信任设备的设备标识；设置请求发送模块1010，用于发送所述信任设备设置请求至所述服务器，以便所述服务器生成所述信任设备对应的登录凭证；所述登录凭证为用于采用所述用户账号登录所述目标应用的凭证。

基于同样的思路，本说明书实施例还提供了上述方法对应的设备。

图11为本说明书实施例提供的对应于图2或图4中的一种登录流程的触发设备或者对应于图6的一种设置信任设备的设备的结构示意图。如图11所示，设备1100可以包括：至少一个处理器1110；以及，与所述至少一个处理器通信连接的存储器1130；其中，对应于图2所示的一种登录流程的触发方法，所述存储器1130存储有可被所述至少一个处理器1110执行的指令1120，所述指令被所述至少一个处理器1110执行，以使所述至少一个处理器1110能够：获取第一设备发送的用于登录目标应用的登录请求；所述登录请求中包含第一登录凭证和所述第一设备的第一设备标识；确定所述第一设备标识对应的第二登录凭证；第二登录凭证为第一设备与所述目标应用的用户账号建立信任关系后生成的用于所述第一设备登录所述用户账号的凭证；判断所述第一登录凭证与所述第二登录凭证是否一致，得到第一判断结果；若所述第一判断结果表示所述第一登录凭证与所述第二登录凭证一致，则触发以所述用户账号在所述第一设备上登录所述目标应用的流程。

其中，对应于图4所示的一种登录流程的触发方法，所述存储器1130存储有可被所述至少一个处理器1110执行的指令1120，所述指令被所述至少一个处理器1110执行，以使所述至少一个处理器1110能够：获取用户开启目标应用的第一操作；基于所述第一操作，显示登录页面；登录页面包括用户账号的账号信息以及用于表示将所述第一设备作为信任设备采用所述用户账号登录所述目标应用的登录操作控件；获取用户对所述登录操作控件的第二操作；基于所述第二操作，生成用于请求采用所述用户账号登录所述目标应用的登录请求；所述登录请求中包含所述第一登录凭证和所述第一设备的第一设备标识；发送所述登录请求至服务器，以便在所述第一登录凭证通过验证后所述服务器触发以所述用户账号在所述第一设备上登录所述目标应用的流程。

其中，对应于图6所示的一种设置信任设备的方法，所述存储器1130存储有可被所述至少一个处理器1110执行的指令1120，所述指令被所述至少一个处理器1110执行，以使所述至少一个处理器1110能够：第二设备获取服务器发送的包含历史登录设备的设备信息的信任设备设置页面；所述历史登录设备为采用用户账号登录过目标应用的设备；显示所述信任设备设置页面；所述信任设备设置页面中包含第一确认控件；获取用户对所述第一确认控件的第一确认操作；基于所述第一确认操作，生成信任设备设置请求；所述信任设备设置请求中包括所述历史登录设备中被用户确定设置为信任设备的设备标识；发送所述信任设备设置请求至所述服务器，以便所述服务器生成所述信任信息对应的登录凭证；所述登录凭证为用于采用所述用户账号登录所述目标应用的凭证。

基于同样的思路，本说明书实施例还提供了上述方法对应的计算机可读介质。计算机可读介质上存储有计算机可读指令，所述计算机可读指令可被处理器执行以实现上述登录流程的触发方法或设置信任设备的方法。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于图11所示的设备而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable Gate Array，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware Description Language)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(Ruby Hardware Description Language)等，目前最普遍使用的是VHDL(Very-High-Speed Integrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

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

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

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

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

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带式磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

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

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (22)

1. 一种登录流程的触发方法，包括：

   获取第一设备发送的用于登录目标应用的登录请求；所述登录请求中包含第一登录凭证和所述第一设备的第一设备标识；

   确定所述第一设备标识对应的第二登录凭证；所述第二登录凭证为所述第一设备与所述目标应用的用户账号建立信任关系后生成的用于所述第一设备登录所述用户账号的凭证；

   判断所述第一登录凭证与所述第二登录凭证是否一致，得到第一判断结果；

   若所述第一判断结果表示所述第一登录凭证与所述第二登录凭证一致，则触发以所述用户账号在所述第一设备上登录所述目标应用的流程。
2. 根据权利要求1所述的方法，所述触发以所述用户账号在所述第一设备上登录所述目标应用的流程之前，还包括：

   判断所述第一登录凭证是否位于所述第一登录凭证的有效期内，得到第二判断结果；

   所述触发以所述用户账号在所述第一设备上登录所述目标应用的流程，具体包括：

   若所述第二判断结果表示所述第一登录凭证位于所述第一登录凭证的有效期内，则触发以所述用户账号在所述第一设备上登录所述目标应用的流程。
3. 根据权利要求1所述的方法，所述确定所述第一设备标识对应的第二登录凭证之前，还包括：

   解析所述第一登录凭证，得到所述第一登录凭证中包含的第二设备标识；

   判断所述第二设备标识与所述第一设备标识是否一致，得到第三判断结果；

   所述确定所述第一设备标识对应的第二登录凭证，具体包括：

   若所述第三判断结果表示所述第二设备标识与所述第一设备标识一致，则查找所述第一设备标识对应的第二登录凭证。
4. 根据权利要求1所述的方法，所述获取第一设备发送的用于登录目标应用的登录请求之前，还包括：

   获取采用所述用户账号登录过所述目标应用的历史登录设备的设备信息；所述历史登录设备包括所述第一设备；

   生成包含所述历史登录设备的设备信息的信任设备设置页面；所述设备信息包括设备型号、设备自定义名称中至少一种；

   将所述信任设备设置页面发送至第二设备；所述第二设备为在所述第一设备发送所述登录请求之前处于采用所述用户账号登录所述目标应用的登录状态的设备；

   获取所述第二设备基于所述信任设备设置页面发送的信任设备设置请求；所述信任设备设置请求中包括所述第一设备的设备标识；

   基于所述第一设备的设备标识，将所述第一设备确定为信任设备；所述信任设备用于表示具有采用登录凭证在所述目标应用中登录所述用户账号的权限的设备。
5. 根据权利要求4所述的方法，所述将所述第一设备确定为信任设备之后，还包括：

   基于所述第一设备的设备标识，生成所述第一设备对应的所述第二登录凭证；

   发送所述第二登录凭证至所述第一设备；

   保存所述第二登录凭证与所述第一设备的对应关系。
6. 根据权利要求4所述的方法，所述将所述第一设备确定为信任设备之前，还包括：

   获取所述第二设备发送的第一待核验信息；

   判断所述第一待核验信息与第一预设核验信息是否一致，得到第四判断结果；所述第一预设核验信息包括注册核验信息、身份认证信息中至少一种；所述注册核验信息为所述用户以所述用户账号注册所述目标应用时提供的核验信息；所述身份认证信息为所述用户基于所述用户账户进行用户认证的过程中提供的身份信息；

   所述将所述第一设备确定为信任设备，具体包括：

   若所述第四判断结果表示所述第一待核验信息与第一预设核验信息一致，则将所述第一设备确定为信任设备。
7. 根据权利要求5所述的方法，所述发送所述第二登录凭证至所述第一设备之前，还包括：

   获取所述第一设备发送的验证登录请求，所述验证登录请求中包括所述用户账号的账号信息以及所述第一设备中用户提供的第二待核验信息；

   判断所述第二待核验信息与第二预设核验信息是否一致，得到第五判断结果；所述第二预设核验信息包括注册核验信息、身份认证信息中至少一种；所述注册核验信息为所述用户以所述用户账号注册所述目标应用时提供的核验信息；所述身份认证信息为所述用户基于所述用户账户进行用户认证的过程中提供的身份信息；

   若所述第五判断结果表示所述第二待核验信息与第二预设核验信息一致，则允许所述第一设备采用所述用户账号登录所述目标应用；

   所述发送所述第二登录凭证至所述第一设备，具体包括：

   在所述第一设备处于采用所述目标账号登录所述目标应用的登录状态的时，发送所述第二登录凭证至所述第一设备。
8. 根据权利要求4所述的方法，所述信任设备确定页面还包括所述第二设备的设备信息；所述方法还包括：

   将所述第二设备确定为所述信任设备。
9. 根据权利要求8所述的方法，所述将所述第二设备确定为所述信任设备之后，还包括：

   基于所述第二设备的设备标识，生成所述第二设备对应的第三登录凭证；

   发送所述第三登录凭证至所述第二设备；

   保存所述第三登录凭证与所述第二设备的对应关系。
10. 根据权利要求1所述的方法，所述方法还包括：

    在触发以所述用户账号在所述第一设备上登录所述目标应用的流程之后，删除所述第二登录凭证与所述第一设备的对应关系。
11. 根据权利要求10所述的方法，所述方法还包括：

    基于所述第一设备的设备标识，生成第四登录凭证；

    保存所述第四登录凭证与所述第一设备的对应关系；

    发送所述第四登录凭证至所述第一设备。
12. 根据权利要求1所述的方法，所述触发以所述用户账号在所述第一设备上登录所述目标应用的流程之后，还包括：

    注销所述用户账号在其他设备中的登录状态。
13. 根据权利要求1所述的方法，所述方法还包括：

    判断所述用户账号在预设时间段内是否登录过多台设备，得到第五判断结果；

    若所述第五判断结果表示所述用户账号在预设时间段内登录过多台设备，则发送用于提示用户设置信任设备的提醒信息至所述多台设备中的至少一台设备；所述信任设备用于表示具有采用登录凭证在所述目标应用中登录所述用户账号的权限的设备。
14. 一种登录流程的触发方法，包括：

    第一设备获取用户开启目标应用的第一操作；

    基于所述第一操作，显示登录页面；所述登录页面包括用户账号的账号信息以及用于表示将所述第一设备作为信任设备采用所述用户账号登录所述目标应用的登录操作控件；

    获取用户对所述登录操作控件的第二操作；

    基于所述第二操作，生成用于请求采用所述用户账号登录所述目标应用的登录请求；所述登录请求中包含所述第一登录凭证和所述第一设备的第一设备标识；

    发送所述登录请求至服务器，以便在所述第一登录凭证通过验证后所述服务器触发以所述用户账号在所述第一设备上登录所述目标应用的流程。
15. 一种设置信任设备的方法，包括：

    第二设备获取服务器发送的包含历史登录设备的设备信息的信任设备设置页面；所述历史登录设备为采用用户账号登录过目标应用的设备；

    显示所述信任设备设置页面；所述信任设备设置页面中包含第一确认控件；

    获取用户对所述第一确认控件的第一确认操作；

    基于所述第一确认操作，生成信任设备设置请求；所述信任设备设置请求中包括所述历史登录设备中被用户确定设置为信任设备的设备标识；

    发送所述信任设备设置请求至所述服务器，以便所述服务器生成所述信任设备对应的登录凭证；所述登录凭证为用于采用所述用户账号登录所述目标应用的凭证。
16. 一种登录流程的触发装置，包括：

    信息获取模块，用于获取第一设备发送的用于登录目标应用的登录请求；所述登录请求中包含第一登录凭证和所述第一设备的第一设备标识；

    凭证确定模块，用于确定所述第一设备标识对应的第二登录凭证；所述第二登录凭证为所述第一设备与所述目标应用的用户账号建立信任关系后生成的用于所述第一设备登录所述用户账号的凭证；

    判断模块，用于判断所述第一登录凭证与所述第二登录凭证是否一致，得到第一判断结果；

    登录流程触发模块，用于若所述第一判断结果表示所述第一登录凭证与所述第二登录凭证一致，则触发以所述用户账号在所述第一设备上登录所述目标应用的流程。
17. 一种登录流程的触发装置，包括：

    第一操作获取模块，用于获取用户开启目标应用的第一操作；

    页面显示模块，用于基于所述第一操作，显示登录页面；所述登录页面包括用户账号的账号信息以及用于表示将所述第一设备作为信任设备采用所述用户账号登录所述目标应用的登录操作控件；

    第二操作获取模块，用于获取用户对所述登录操作控件的第二操作；

    请求生成模块，用于基于所述第二操作，生成用于请求采用所述用户账号登录所述目标应用的登录请求；所述登录请求中包含所述第一登录凭证和所述第一设备的第一设备标识；

    请求发送模块，用于发送所述登录请求至服务器，以便在所述第一登录凭证通过验证后所述服务器触发以所述用户账号在所述第一设备上登录所述目标应用的流程。
18. 一种设置信任设备的装置，包括：

    设置页面获取模块，用于获取服务器发送的包含历史登录设备的设备信息的信任设备设置页面；所述历史登录设备为采用用户账号登录过目标应用的设备；

    设置页面显示模块，用于显示所述信任设备设置页面；所述信任设备设置页面中包含第一确认控件；

    确认操作获取模块，用于获取用户对所述第一确认控件的第一确认操作；

    设置请求生成模块，用于基于所述第一确认操作，生成信任设备设置请求；所述信任设备设置请求中包括所述历史登录设备中被用户确定设置为信任设备的设备标识；

    设置请求发送模块，用于发送所述信任设备设置请求至所述服务器，以便所述服务器生成所述信任设备对应的登录凭证；所述登录凭证为用于采用所述用户账号登录所述目标应用的登录凭证。
19. 一种登录流程的触发设备，包括：

    至少一个处理器；以及，

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

    所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个 处理器执行，以使所述至少一个处理器能够：

    获取第一设备发送的用于登录目标应用的登录请求；所述登录请求中包含第一登录凭证和所述第一设备的第一设备标识；

    确定所述第一设备标识对应的第二登录凭证；所述第二登录凭证为所述第一设备与所述目标应用的用户账号建立信任关系后生成的用于所述第一设备登录所述用户账号的凭证；

    判断所述第一登录凭证与所述第二登录凭证是否一致，得到第一判断结果；

    若所述第一判断结果表示所述第一登录凭证与所述第二登录凭证一致，则触发以所述用户账号在所述第一设备上登录所述目标应用的流程。
20. 一种登录流程的触发设备，包括：

    至少一个处理器；以及，

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

    所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

    获取用户开启目标应用的第一操作；

    基于所述第一操作，显示登录页面；所述登录页面包括用户账号的账号信息以及用于表示将所述第一设备作为信任设备采用所述用户账号登录所述目标应用的登录操作控件；

    获取用户对所述登录操作控件的第二操作；

    基于所述第二操作，生成用于请求采用所述用户账号登录所述目标应用的登录请求；所述登录请求中包含所述第一登录凭证和所述第一设备的第一设备标识；

    发送所述登录请求至服务器，以便在所述第一登录凭证通过验证后所述服务器触发以所述用户账号在所述第一设备上登录所述目标应用的流程。
21. 一种设置信任设备的设备，包括：

    至少一个处理器；以及，

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

    所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

    获取服务器发送的包含历史登录设备的设备信息的信任设备设置页面；所述历史登录设备为采用用户账号登录过目标应用的设备；

    显示所述信任设备设置页面；所述信任设备设置页面中包含第一确认控件；

    获取用户对所述第一确认控件的第一确认操作；

    基于所述第一确认操作，生成信任设备设置请求；所述信任设备设置请求中包括所述历史登录设备中被用户确定设置为信任设备的设备标识；

    发送所述信任设备设置请求至所述服务器，以便所述服务器生成所述信任设备对应的登录凭证；所述登录凭证为用于采用所述用户账号登录所述目标应用的登录凭证。
22. 一种计算机可读介质，其上存储有计算机可读指令，所述计算机可读指令可被处理器执行以实现权利要求1至13中任一项所述的登录流程的触发方法或者权利要求14中所述的登录流程的触发方法或者权利要求15中所述的设置信任设备的方法。