CN112580014B - 验证码获取方法和装置 - Google Patents

Abstract

本申请公开了一种验证码获取方法和装置，属于电子设备领域。该方法应用于第一电子设备，包括：在第二电子设备触发目标账号对应的服务器发送验证码的情况下，接收服务器发送的验证码，其中，第一电子设备与目标账号关联；对第一电子设备与第二电子设备的关联关系进行验证；在验证通过的情况下，向第二电子设备发送验证码，以使第二电子设备将验证码填充至验证码输入区域内。使得同一用户的不同电子设备之间需要跨设备输入验证码时，能够实现验证码的跨设备输入，输入的效率和准确性高。

Description

验证码获取方法和装置

技术领域

本申请属于电子设备领域，具体涉及一种验证码获取方和装置。

背景技术

随着电子设备的发展，由于不同的电子设备具有不同的特点，导致用户可能同时拥有多个电子设备，例如一个用户可能同时拥有手机和电脑。当用户同时拥有移动终端以及第二电子设备时，则用户可能遇到跨设备输入验证码的场景。举例来看：

在用户在自身拥有的第二电子设备(例如电脑)上注册或登录账号时，可能需要通过短信验证码来验明身份，此时，第二电子设备会发送验证码至移动终端(例如手机)，移动终端会接收到一条验证码短信，用户需要查看移动终端内显示的验证码短信并记忆验证码，然后再将验证码手动输入第二电子设备内。

因此，在这种跨设备输入验证码的场景下，用户可能需要反复多次查看并记忆验证码，导致验证码输入效率和准确性低。

发明内容

本申请实施例的目的是提供一种验证码获取方法和装置，能够解决跨设备输入验证码时效率和准确率低的问题。

为了解决上述技术问题，本申请是这样实现的：

第一方面，本申请实施例提供了一种验证码获取方法，应用于第一电子设备，该方法包括：在第二电子设备触发目标账号对应的服务器发送验证码的情况下，接收服务器发送的验证码，其中，第一电子设备与目标账号关联；对第一电子设备与第二电子设备的关联关系进行验证；在验证通过的情况下，向第二电子设备发送验证码，以使第二电子设备将验证码填充至验证码输入区域内。

第二方面，本申请实施例提供了一种验证码获取方法，应用于第二电子设备，该方法包括：在触发目标账号对应的服务器发送验证码的情况下，接收第一电子设备发送的验证码，其中，第一电子设备与第二电子设备关联，第一电子设备为服务器发送验证码的接收方。

第三方面，本申请实施例提供了一种验证码获取装置，应用于第一电子设备，该装置包括：接收模块，用于在第二电子设备触发目标账号对应的服务器发送验证码的情况下，接收服务器发送的验证码，其中，第一电子设备与目标账号关联；验证模块，用于对第一电子设备与第二电子设备的关联关系进行验证；发送模块，用于在验证通过的情况下，向第二电子设备发送验证码，以使第二电子设备将验证码填充至验证码输入区域内。

第四方面，本申请实施例提供了一种验证码获取装置，应用于第二电子设备，该装置包括：接收模块，用于在触发目标账号对应的服务器发送验证码的情况下，接收第一电子设备发送的验证码，其中，第一电子设备与第二电子设备关联，第一电子设备为服务器发送验证码的接收方。

第五方面，本申请实施例提供了一种电子设备，该电子设备包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第一方面所述的方法的步骤。

第六方面，本申请实施例提供了一种电子设备，该电子设备包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第二方面所述的方法的步骤。

第七方面，本申请实施例提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如第一方面或第二方面所述的方法的步骤。

第八方面，本申请实施例提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现如第一方面或第二方面所述的方法。

在本申请实施例中，在第二电子设备触发目标账号对应的服务器发送验证码的情况下，与目标账号关联的第一电子设备接收服务器发送的验证码，并对第一电子设备与第二电子设备的关联关系进行验证。在验证通过的情况下，向第二电子设备发送验证码，以使第二电子设备将验证码填充至验证码输入区域内。本申请实施例中，当同一用户的不同电子设备之间需要跨设备输入验证码时，不需要依靠用户的记忆进行验证码输入，而是能够通过电子设备之间的关联关系实现验证码的跨设备输入，不仅减少了用户的操作，也提高了验证码输入的效率和准确性。

附图说明

图1是本申请实施例提供的一种验证码获取系统的结构示意图；

图2是本申请实施例提供的一种验证码获取方法的流程示意图；

图3是本申请实施例提供的一种字号放大示意图；

图4是本申请实施例提供的一种实体第二语音播报控件的示意图；

图5是本申请另一实施例提供的一种验证码获取方法的流程示意图；

图6是本申请再一实施例提供的一种验证码获取方法的流程示意图；

图7是本申请又一实施例提供的一种验证码获取方法的流程示意图；

图8是本申请实施例提供的一种验证码获取装置的结构示意图；

图9是本申请另一实施例提供的一种验证码获取装置的结构示意图；

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

图11是本申请实施例提供的一种第二电子设备的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”，一般表示前后关联对象是一种“或”的关系。

如背景技术，目前在进行跨设备输入验证码的场景下，用户需要记忆验证码的内容，然后进行手动输入，导致验证码的输入效率低且容易出现输入错误的情况。

为了解决上述技术问题，本申请首先提供了一种验证码获取系统，参见图1，图1是本申请实施例提供的一种验证码获取系统的结构示意图，该系统包括第一电子设备120、第二电子设备130以及服务器110。

其中，第一电子设备120与第二电子设备130上均登录有目标账号，且第一电子设备120与第二电子设备130之间通过目标账号对应的服务器110建立通信连接，实现关联。即登录有目标账号的电子设备能够与服务器110建立连接，而服务器110分别与第一电子设备120和第二电子设备130连接后，能够对第一电子设备120和第二电子设备130进行管理和验证，而第一电子设备120与第二电子设备130能够将自身数据传输至服务器110，并由服务器110将数据转发至其他电子设备内。

这里的目标账号指的是用于登录目标应用程序的账号，第一电子设备120和第二电子设备130内均安装有同一个目标应用程序，并通过同一个目标账号登录该目标应用程序。上述服务器110为该目标应用程序对应的服务器，由于目标账号是用于登录该目标应用程序的账号，因此服务器110也是该目标账号对应的服务器。该目标应用程序可以是电子设备中内置的系统应用程序；也可以由用户主动安装该目标应用程序。该目标应用程序主要提供账号登录与验证码传输功能、跨设备场景识别功能(即识别电子设备是否满足验证码触发条件)、验证码全自动输入功能等。本申请实施例中由第一电子设备120和第二电子设备130执行的步骤，也可以由该目标应用程序完成。该目标应用程序还可以包含其他的功能，具体可参见后续验证码获取方法中的实施例描述的功能，在此不再赘述。

这里设置目标账号的目的，是为了保证验证码在第一电子设备120和第二电子设备130之间传输时，接收到验证码的电子设备均属于同一用户，这种方式能够尽可能保证登录有同一目标账号的电子设备均属于同一用户，从而尽可能避免验证码被其他用户的电子设备接收造成验证码泄露的情况，保证了验证码的安全性。

此外，上述系统中可以包括一个或多个第一电子设备120以及一个或多个第二电子设备130，本申请不限定第一电子设备120以及第二电子设备130的数量。第一电子设备120和第二电子设备130，可以是，但不限于个人电脑(Personal Computer，PC)、智能手机、平板电脑、个人数字助理(Personal Digital Assistant，PDA)等。

第一电子设备120指的是跨设备输入验证码的场景中，接收目标应用程序(或目标账号)的服务器110发送的验证码短信的设备。

第二电子设备130指的是触发服务器110发送验证码短信的设备。

即在本申请实施例中，由于第一电子设备120与第二电子设备130能够通过服务器110建立通信连接，实现关联，因此当第一电子设备120和第二电子设备130之间需要跨设备输入验证码时，不需要依靠用户的记忆进行验证码输入，而是能够通过电子设备之间的通信连接和关联关系，实现验证码的跨设备输入，不仅减少了用户的操作，也提高了验证码输入的效率和准确性。

基于上述验证码获取系统，本申请实施例提供了一种验证码获取方法、装置、电子设备和介质。下面结合附图，首先通过具体的实施例对本申请所提供的验证码获取方法进行介绍。参见图2，图2是本申请实施例提供的一种验证码获取方法的流程示意图，该验证码获取方法的执行主体可以为图1的第一电子设备120，该方法包括：

S210，在第二电子设备触发目标账号对应的服务器发送验证码的情况下，接收服务器发送的验证码。

其中，第一电子设备与目标账号关联。

例如，目标账号关联有目标号码，该目标号码与目标SIM卡绑定，第一电子设备可以为存储有该目标SIM卡的设备，如此，可以实现第一电子设备与目标账号的关联。在第二电子设备通过目标账号获取验证码的情况下，目标账号对应的服务器会向第一电子设备发送验证码，这样，第一电子设备就可以成功接收到验证码。

验证码中可以包含目标字符，例如目标字符可以为验证码字段，如“验证码为”“验证码信息”等；或者，由于验证码通常为连续的数字，则目标字符也可以为超过预设个数的连续数字，例如4个以上的连续数字等。本申请不限定目标字符的内容。

S220，对第一电子设备与第二电子设备的关联关系进行验证。

为了保证触发服务器发送验证码的第二电子设备与第一电子设备均属于同一用户，因此第一电子设备在向第二电子设备发送验证码之前，需要对第一电子设备与第二电子设备的关联关系进行验证，尽可能避免验证码被其他用户的电子设备接收，造成验证码泄露的情况，保证了验证码的安全性。

S230，在验证通过的情况下，向第二电子设备发送验证码，以使第二电子设备将验证码填充至验证码输入区域内。

本申请实施例中，当同一用户的不同电子设备之间需要跨设备输入验证码时，不需要依靠用户的记忆进行验证码输入，而是能够通过电子设备之间的关联关系实现验证码的跨设备输入，不仅减少了用户的操作，也提高了验证码输入的效率和准确性。

下面结合具体的实施例，详细介绍上述S210和S220。

首先介绍S210，在第二电子设备触发目标账号对应的服务器发送验证码的情况下，接收服务器发送的验证码。

在本申请的一些实施例中，为了能使持有第一电子设备的用户及时了解验证码是否发送成功，以及验证码的内容。在上述S210之后，该方法还可以包括：第一电子设备显示验证码。

在进一步的实施例中，上述显示验证码可以包括以下至少一项：

通过悬浮窗口显示验证码；

在短信程序中显示验证码；

在通知栏中显示验证码。

在大部分电子设备中，为了方便用户对短信的查看，电子设备在接收到短信后，会通过悬浮窗口弹窗显示该短信，或者在通知栏或短信程序内显示该短信，还可以同时在悬浮窗口、短信程序、通知栏中的任意两个或三个位置显示短信。因此，本实施例提供的显示方式，基本覆盖了全部显示短信的场景，且使得用户能够通过多种方式进行短信查看，提高了用户的便利性。

然后介绍S220，对第一电子设备与第二电子设备的关联关系进行验证。

在本申请的一些实施例中，S220可以包括以下至少一项：

验证第一电子设备与第二电子设备是否通过同一个目标账号登录过目标应用程序；

验证第一电子设备与第二电子设备是否可以通过目标账号对应的服务器建立通信连接；

验证服务器的数据库中是否存储有第一电子设备与第二电子设备的关联信息。

在本申请的一些实施例中，该方法还可以包括：在验证通过的情况下，按照目标方式处理验证码；目标方式包括以下至少一项：将验证码的字号放大为目标字号；对验证码进行语音播报。

由于第一电子设备在接收到验证码短信之后，验证码短信内的字体都较小，导致用户在距离第一电子设备较远的情况下，无法非常清晰的查看到验证码的具体内容。而用户可能想要确认第二电子设备内输入的验证码是否正确。因此，第一电子设备可以将验证码字号放大为目标字号。

其中，这里的目标字号可以是一个固定的字号，例如四号。或者，目标字号也可以是第一验证码的字号放大N个字号后的字号；例如，第一验证码的字号为小四，则目标字号为小三；第一验证码的字号为小三，则目标字号为小二。本申请不限定目标字号的具体内容。

本实施例中，当确定处于跨设备输入验证码的场景时，能够对第一电子设备接收到的验证码进行放大显示，使得能够从视觉角度提升用户查看验证码时的体验，方便用户确认第二电子设备内输入的验证码是否正确。

可选地，该方法还可以包括：将包含验证码的短信，即验证码短信中的全部内容的字号均放大为目标字号。即本实施例中，将验证码短信中的全部内容均进行了放大，使得用户能够很方便的查看到验证码短信中的其他信息，例如是否存在限时信息，发送该短信的应用程序名称等。从而避免了用户遗漏验证码短信中的其他关键内容。

即第一电子设备可以仅放大验证码，也可以放大验证码短信中的全部内容，或者也可以放大验证码短信中的关键信息，例如验证码、应用程序名称、限时信息等。具体采用哪种方式，本申请不作限定。

此外，在另一些实施例中，参见图3所示，图3是本申请实施例提供的一种字号放大示意图。该方法还可以包括：

第一电子设备在验证码短信中添加目标字号的验证码信息，目标字号大于验证码短信中的验证码的字号。

本实施例中，不是将验证码短信中包含的验证码进行放大，而是在验证码短信中增加字号较大的验证码，即最终显示的验证码短信中包含两个不同字号的验证码。这种方式使得放大字号后的验证码不会破坏原有的验证码短信内容的完整性，更方便用户的查看。例如图3中，验证码短信的原有信息为“【APP1】416584登录验证码，请完成验证，如非本人操作，请忽略本短信。”，本实施例将验证码“416584”放大显示。

此外，由于短信是在短信框中进行显示的，而短信框的高度取决于短信中的文字所需要的高度，因此在验证码短信中包含目标字号的验证码的情况下，短信框的高度也需要相应的调整，使得包含放大后的验证码的验证码短信能够完整的在短信框中显示。

其中，上述实施例中，放大验证码或者在验证码短信中添加目标字号的验证码的等操作，均是在第二电子设备触发服务器发送验证码的情况下进行的，即第一电子设备触发服务器发送验证码时，验证码短信以原有的内容和字号进行显示，不放大验证码或者在验证码短信中添加目标字号的验证码。可选地，上述放大验证码或者在验证码短信中添加目标字号的验证码的操作，也可以直接在S210之后执行，即不论第一电子设备与第二电子设备的关联关系验证是否通过，只要显示验证码短信，则均可以放大验证码的字号或者在验证码短信中添加目标字号的验证码。具体采用哪种方式，本申请不作限定。

第一电子设备在接收到验证码短信后，若第一电子设备处于锁屏状态，则会在锁屏界面内显示验证码短信的短信预览信息，例如显示验证码短信的前两行信息等。这种情况下，验证码短信中的验证码存在泄漏风险。

基于此，在一些实施例中，上述S210之后，该方法还可以包括：

在第一电子设备处于锁屏状态的情况下，第一电子设备在锁屏界面中的短信预览信息内隐藏显示验证码。

本实施例中，从安全角度考虑，在锁屏场景下第一电子设备会自动对验证码进行隐藏，即不会在锁屏界面的短信预览信息中展示验证码的数字，验证码会显示为***的符号。后续用户通过指纹、密码、人脸识别等多种屏幕解锁方式解锁第一电子设备后方可看到验证码。这种方式使得在锁屏状态下，其他用户均无法获取验证码的内容，从而提高了验证码的安全性，减少了信息泄露的风险。

此外，基于上述实施例，由于锁屏状态下，验证码会隐藏显示，因此验证码不存在放大显示的必要，故锁屏状态下不对验证码进行放大，在第一电子设备解锁的情况下，再将验证码短信中的验证码的字号放大为目标字号，或者在验证码短信内添加目标字号的验证码。

基于前述描述的场景，用户可能想要确认第二电子设备内输入的验证码是否正确等场景，用户需要获取第一电子设备内显示的验证码的内容。但是，用户可能并不方便查看验证码短信，或者用户想要在查看第二电子设备的同时获取验证码的内容。基于此，在一些实施例中，第一电子设备可以直接对接收到的验证码进行语音播报。

在本申请的另一些实施例中，验证码短信可以包括第一语音播报控件；例如，如图3所示的“播报验证码”控件。

第一电子设备对验证码进行语音播报，可以包括：第一电子设备接收用户对第一语音播报控件的第二输入；第一电子设备响应于第二输入，语音播报验证码。

其中，在第一电子设备中的任何位置显示的验证码短信，均可以显示第一语音播报控件，例如在短信程序中、通知栏中或者悬浮窗口中显示的验证码短信内，均可以显示第一语音播报控件。第二输入可以为用户对第一语音播报控件的点击输入、滑动输入、双击输入、长按输入等，在此不做具体限定。

本实施例中，在跨设备输入验证码的场景中，第一电子设备可以直接对接收到的验证码进行语音播报；也可以在第一电子设备显示验证码短信时，在验证码短信内添加第一语音播报控件，用户可以对第一语音播报控件进行第二输入，例如点击输入，从而触发语音播报功能，对验证码短信中的验证码进行语音播报，使得用户能够在不查看验证码短信的情况下，获取验证码的内容，提高了用户的便利性。

可选地，响应于第二输入，也可以语音播报整个验证码短信。从而使用户能够获取验证码短信中的全部信息，避免遗漏验证码短信中的关键内容。

可选地，由于在跨设备输入验证码的场景下，验证码短信中原本显示的“复制验证码”控件已经没有意义，因此可以利用第一语音播报控件替换原有的“复制验证码”控件，从而减少验证码短信内显示的控件数量。

其中，上述实施例中，显示第一语音播报控件的操作，是在第一电子设备与第二电子设备的关联关系验证通过的情况下进行的。可选地，上述显示第一语音播报控件的操作，也可以直接在S210之后执行，即不论第一电子设备与第二电子设备的关联关系验证是否通过，只要显示验证码短信，则均可以显示第一语音播报控件。具体采用哪种方式，本申请不作限定。

在另一些实施例中，也可以不在验证码短信内显示第一语音播报控件，而是在第一电子设备内固定设置一个第二语音播报控件。例如，在第一电子设备上设置一个实体键作为第二语音播报控件；或者在第一电子设备的快捷方式栏或者设置菜单中，设置一个虚拟控件作为第二语音播报控件等。这种情况下，用户可以在任何时刻开启语音播报功能。

基于此，在一些实施例中，第一电子设备对验证码进行语音播报，还可以包括：第一电子设备接收用户对第一电子设备内设置的第二语音播报控件的第三输入；第一电子设备响应于第三输入，开启语音播报功能；第一电子设备在开启语音播报功能之前的第二预设时长内接收到验证码短信的情况下，语音播报验证码。

其中，第三输入可以为用户对第二语音播报控件的点击输入、双击输入、滑动输入、长按输入等，在此不做具体限定。

本实施例在接收到用户对第二语音播报控件的第三输入后，例如点击输入、按键输入等，会开启语音播报功能，在语音播报功能开启后，会检索之前第二预设时长内是否接收到验证码短信，若接收到验证码短信且当前处于跨设备输入验证码的场景，则语音播报验证码。由于用户可能在其他电子设备发送验证码之后再开启语音播报功能，故为了保证能够对接收到的验证码进行播报，需要对开启语音播报功能之前的第二预设时长内接收到的验证码短信中的验证码进行播报，从而尽可能避免遗漏验证码，并且，通过语音播报验证码的内容，也提高了用户获取验证码的便利性。其中，第二预设时长可以为5分钟，本申请不限定第二预设时长的数值。

可选地，在第二语音播报控件为AI实体键的情况下，如图4所示，图4是本申请实施例提供的一种实体第二语音播报控件的示意图；则用户可以在第一电子设备未解锁的情况下，对第二语音播报控件进行第二输入，来开启语音播报模式，提高了语音播报的便利性。

此外，第二语音播报控件也可以设置为具有其他功能的实体键，语音播报功能与其他功能通过不同的输入进行区分，例如单击音量键为调节音量，双击音量键为开启语音播报功能等。本申请不限定第二语音播报控件的设置方式和第三输入的内容。

此外，由于第一电子设备在第二预设时长内可能接收到多条验证码短信，例如用户误以为发送失败而多次触发第二电子设备发送验证码的情况。

基于此，在一些实施例中，上述开启语音播报功能之后，在开启语音播报功能之前的第二预设时长内接收到验证码短信的情况下，语音播报验证码，具体可以包括：

第一电子设备在开启语音播报功能之前的第二预设时长内接收到多条验证码短信，且第一电子设备不满足验证码触发条件的情况下，语音播报最新一条验证码短信中的验证码。

本实施例中，开启语音播报功能之前的第二预设时长内若接收到多条验证码短信的话，会播报最新一条验证码短信中的验证码。由于验证码具有时效性，对于同一应用程序发送的多条验证码，仅有最后一条验证码是有效的，因此通过语音播报最新一条验证码，能够尽可能保证所播报的验证码的准确性。

由于用户可能在第二电子设备触发服务器发送验证码之前开启语音播报功能，因此为了保证第一电子设备能够对接收到的验证码进行播报，在一些实施例中，上述开启语音播报功能之后，还可以包括：

第一电子设备在开启语音播报功能之后的第三预设时长内接收到验证码短信的情况下，语音播报验证码。

本实施例中，在开启语音播报功能后的第三预设时长内，只要接收到验证码短信，均会对该验证码短信中的验证码进行语音播报，从而尽可能避免了遗漏验证码的情况，且用户不需要等待第一电子设备接收到验证码短信后再开启语音播报功能。

此外，由于验证码是具有极强隐私性的信息，为了避免信息泄露，保证验证码的安全性，在一些实施例中，在开启语音播报功能之后，该方法还可以包括：

第一电子设备在开启语音播报功能的时长达到第三预设时长的情况下，关闭语音播报功能。

本实施例限定了仅在开启语音播报功能之后的第三预设时长内，会自动语音播报收到的验证码，当开启语音播报功能的时长达到第三预设时长时，则关闭语音播报功能。从而减少了其他人通过语音信息获取用户的验证码的情况，减少了验证码的泄露可能，提高了验证码的安全性。其中，第三预设时长不宜设置过长，例如可以为1分钟，第三预设时长的内容可根据应用程序进行动态调整，例如针对某些验证码发送效率低的应用程序可以设置较长的第三预设时长，本申请不限定第三预设时长的数值。

在另一些实施例中，在开启语音播报功能之后，该方法还可以包括：

第一电子设备在通知栏内显示第一通知信息，第一通知信息用于告知用户第一电子设备开启语音播报功能，且第一通知信息内包括退出控件；

第一电子设备在开启语音播报功能的时长未达到第三预设时长的情况下，接收用户对退出控件的第四输入；

第一电子设备响应于第四输入，关闭语音播报功能。

本实施例中，当开启语音播报功能之后，通知栏会有一条第一通知信息，用于提示用户当前已开启验证码的语音播报功能。若用户时不小心按下第二语音控件后开启的语音播报功能，则可通过对通知栏中的退出控件进行第四输入，来提前关闭语音播报功能，而不需要等待第三预设时长再关闭语音播报功能。这种情况下，使得用户在误开启语音播报功能的情况下，能够及时关闭语音播报功能，尽可能避免验证码信息被语音泄露，提高验证码的安全性。

可选地，前述各个实施例中，也可以对验证码短信进行整体播报，从而避免遗漏验证码短信中的关键信息。

下面结合附图，通过具体的实施例对第二电子设备侧的验证码获取方法进行介绍。参见图5，图5是本申请另一实施例提供的一种验证码获取方法的流程示意图，该验证码获取方法的执行主体可以为图1的第二电子设备130，该方法可以包括：

S510，在触发目标账号对应的服务器发送验证码的情况下，接收第一电子设备发送的验证码，其中，第一电子设备与第二电子设备关联，第一电子设备为服务器发送验证码的接收方。

在本申请的一些实施例中，第二电子设备可以包括验证码输入区域，在S510之后，该方法还可以包括：将验证码填充至验证码输入区域。

本实施中，当第二电子设备接收到验证码之后，通过验证码本机自动填充的方式可以实现验证码的自动填充，无需用户的手动输入，提高了用户的便利性。

在本申请的另一些实施例中，第二电子设备可以包括验证码输入区域，在S510之后，该方法还可以包括：接收用户的第一输入；响应于第一输入，将验证码填充至验证码输入区域。

具体地，服务器可以发送第一复制指令至第二电子设备，第二电子设备在接收到第一复制指令后，可以直接复制验证码。第一输入可以为用户在验证码输入区域的粘贴输入，响应于该粘贴输入，第二电子设备将验证码填充至验证码输入区域内。

在本申请的另一些实施例中，服务器发送第一复制指令至第二电子设备之后，第二电子设备可以提供复制接口，用户点击复制接口后即能够复制验证码。在此基础上，第一输入包括用户对复制接口的点击输入，以及在验证码输入区域的粘贴输入。

本实施中，用户直接粘贴输入即可完成验证码的输入，提高了用户的便利性。

在本申请的一些实施例中，也可以在第二电子设备内设置第三语音播报控件。

第二电子设备接收到用户对第三语音播报控件的触发操作的情况下，会发送语音播报指令至第一电子设备；第一电子设备在接收第二电子设备发送的验证码短信后，若第一电子设备在接收验证码短信前第四预设时长或接收验证码短信后的第五预设时长内接收到该语音播报指令的情况下，语音播报验证码短信中的验证码。

本实施例中，用户能够通过触发第二电子设备内的第三语音播报控件来发送语音播报指令，从而控制第一电子设备语音播报自身接收到的验证码。这种方式丰富了语音播报的控制方式，并且使得用户在控制第二电子设备发送验证码之后却找不到第一电子设备时，能够通过控制第一电子设备进行语音播报，来方便用户寻找第一电子设备的位置，提高了用户的便利性。

由于第二电子设备中若输入正确的验证码，即会完成登录，因此，若第二电子设备存在安全风险，例如第二电子设备由不法分子持有，则此时若直接自动输入验证码完成登录验证等操作，即会使不法分子获取更多用户信息。

基于此，在另一些实施例中，在第二电子设备接收到第一电子设备发送的第一验证码之后，该方法还可以包括下述步骤：

步骤1，第二电子设备基于第二电子设备的特征信息进行风险检测；

步骤2，第二电子设备在检测到第二电子设备存在安全风险的情况下，显示身份验证窗口；

步骤3，第二电子设备接收用户在身份验证窗口内输入的身份信息；

步骤4，第二电子设备验证用户输入的在身份信息与第二电子设备绑定的目标身份信息是否匹配；在身份信息与目标身份信息匹配的情况下，将验证码自动填充至验证码输入区域；在身份信息与目标身份信息不匹配的情况下，禁止输入验证码。

本实施例中，在第二电子设备接收到第一电子设备发送的第一验证码之后，会首先进行用户身份验证，确定当前持有第二电子设备的是否为机主本人，在持有第二电子设备的为机主本人的情况下，才会允许将第一验证码进行输入。这种方式，能够防止第二电子设备被盗或遗失后，他人能够通过验证码自动输入的方式获取用户信息或者盗取用户金钱的可能，提高验证码的安全性。

其中，上述风险检测可以通过检测第二电子设备当前所处的地理位置、IP地址情况等是否为之前预设的安全位置或之前预设的IP地址，若不是，则认为存在安全风险。后续身份信息可以为人脸信息或指纹信息等。当然，也可以通过其他方式检测第二电子设备是否存在安全风险，或采用其他身份验证方式。

此外，也可以不进行第二电子设备的风险检测，而是只要第二电子设备接收到第一电子设备发送的第一验证码，均需要用户进行身份验证。具体采用哪种方式，本申请不作限定。

在本申请的一些实施例中，参见图6所示，图6是本申请再一实施例提供的一种验证码获取方法的流程示意图。该方法的执行主体可以为第一电子设备，该方法可以包括：

S610，接收目标账号对应的服务器发送的验证码。

S620，在第一电子设备未触发服务器发送验证码的情况下，确定触发服务器发送验证码的目标电子设备。

S630，验证第一电子设备与目标电子设备的关联关系，在验证通过的情况下，向目标电子设备发送验证码。

由于在验证码输入场景中，还存在本机验证码获取的场景，例如用户在第一电子设备上通过目标账号登录APP时，该APP对应的服务器会发送验证码到第一电子设备上，此时不属于跨设备输入验证码的场景。因此第一电子设备在接收到验证码之后，需要首先判断该验证码是否为自身触发目标账号对应的服务器发送的，即确定自身是否为目标电子设备。若是自身触发该服务器发送了验证码，则第一电子设备接收到验证码之后，用户可以直接通过复制验证码或者验证码本机自动填充的方式，即能够实现验证码的填充。若验证码不是第一电子设备自身发送的，才表明当前处于跨设备输入验证码的场景。

基于此，本申请设置了一个验证码触发条件，在S610之后，S620之前，该方法还可以包括：基于验证码触发条件判断第一电子设备是否触发服务器发送验证码。

具体地，若第一电子设备满足验证码触发条件，则表明第一电子设备在短时间内触发服务器发送过验证码，则第一电子设备很可能为目标电子设备；反之，若第一电子设备不满足验证码触发条件，则表明第一电子设备在短时间内未触发服务器发送过验证码，验证码第一电子设备不是目标电子设备。

在一些实施例中，由于电子设备在触发服务器发送验证码后，电子设备会显示倒计时信息，例如“剩余59s”，或者会显示验证码字段，如“请输入验证码”等，当然，也有可能两者同时显示。基于此，上述验证码触发条件可以包括：在第一预设时长内显示有验证码字段和/或倒计时信息。

由于若想判断一台电子设备是否触发服务器发送过验证码，需要判断该电子设备当前时刻或当前时刻之前的一段时间内是否触发服务器发送过验证码，因此，可以通过判断第一预设时长内是否显示有验证码字段或倒计时信息，来确定电子设备在短时间内是否触发服务器发送过验证码。为了实现上述判断操作，需要电子设备持续记录电子设备的前端显示页面的布局元素变化，例如是否出现“验证码”字段，或者“59”“58”“57”等秒级递减字段等。这种方式依据电子设备发送验证码时的前端显示内容的特点来进行判断，判断方式较为直观，且判断结果较为准确。

其中，这里的第一预设时长不宜设置过长，例如可以为1分钟，该1分钟为经验值，可根据不同应用程序场景动态设置第一预设时长的数值，例如某些验证码发送效率低的应用程序，则可以将第一预设时长设置为较大的数值，例如3分钟。

或者，可选地，由于电子设备若想要进行验证码输入，则电子设备必须显示有验证码的输入区域，基于此，上述验证码触发条件可以包括：在第一预设时长内显示有验证码输入区域。这种方式也能够较为准确地判断一台电子设备是否触发服务器发送过验证码。

当然，以上仅为几种具体示例，上述验证码触发条件也可以包括其他条件，本申请对此不作限定。

在本申请的一些实施例中，第二电子设备还可以包含登录有目标账号、但是并未触发服务器发送验证码短信的设备，由于第二电子设备不一定是触发服务器发送验证码的设备，而只有触发服务器发送验证码的设备才需要输入验证码，因此需要对第二电子设备进行判断。由于目标账号的服务器在向第一电子设备发送验证码之前，接收到了目标电子设备发送的验证码获取请求，从而触发该服务器向第一电子设备发送验证码。

因此上述确定触发服务器发送验证码的目标电子设备，可以包括下述步骤：

步骤1，第一电子设备可以向目标账号对应的服务器发送请求信息。

服务器接收到请求信息之后，可以查询验证码获取请求的发送方，即目标电子设备，并向第一电子设备发送目标电子设备的信息。

步骤2，接收服务器基于请求信息返回的目标电子设备的信息。

第一电子设备接收目标电子设备的信息，基于该信息确定第二电子设备中的目标电子设备。

在本申请的一些实施例中，参见图7所示，图7是本申请又一实施例提供的一种验证码获取方法的流程示意图。该方法的执行主体可以为图1的系统，该方法可以包括：

S710，目标账号对应的服务器向第一电子设备发送验证码。

S720，第一电子设备接收目标账号对应的服务器发送的验证码。

S730，在第一电子设备未触发服务器发送验证码的情况下，第一电子设备向第二电子设备发送验证码。

其中，第二电子设备与第一电子设备关联。第二电子设备除了包含触发服务器发送验证码的目标电子设备之外，还可以包含登录有目标账号、但是并未触发服务器发送验证码短信的设备。

S740，第二电子设备基于验证码触发条件，确定自身是否为触发服务器发送验证码的目标电子设备。

S750，在第二电子设备为目标电子设备的情况下，将验证码填充至验证码输入区域。

即第一电子设备可以将验证码短信发送至与服务器连接的、除自身以外的全部电子设备。后续第二电子设备接收到验证码短信后，若自身为触发服务器发送验证码的设备，则可以将验证码填充至验证码输入区域；若自身不是触发服务器发送验证码的设备，则不执行将验证码填充至验证码输入区域的操作。

另外，由于第一电子设备与第二电子设备通过服务器建立通信连接，因此第一电子设备可以直接将接收到的验证码短信发送至第二电子设备；也可以由服务器将验证码短信发送至第二电子设备；本申请对此不作限定。

在本申请再一些实施例中，在第二电子设备接收第一电子设备发送的第一验证码之后，上述方法还可以包括：

在第二电子设备不满足验证码触发条件且接收到服务器发送的第一复制指令的情况下，第二电子设备复制第一验证码至剪贴板或者显示用于复制第一验证码的接口；其中，服务器在检测到登录有目标账号的全部第二电子设备均不满足验证码触发条件的情况下，发送第一复制指令至各个第二电子设备。

本实施例中，服务器会检测登录有目标账号的全部第二电子设备是否均不满足验证码触发条件，若登录有目标账号的全部第二电子设备均不满足验证码触发条件，则通常为两种情况，一种是发送验证码的电子设备不是登录有目标账号的第二电子设备，另一种是所设置的验证码触发条件存在漏洞。为了保证第二种情况下用户能够实现快速验证码获取，服务器可以发送第一复制指令至各个第二电子设备，第二电子设备在接收到第一复制指令后，可以提供复制接口，用户点击复制接口后即能够复制第一验证码；或者第二电子设备也可以直接复制第一验证码。后续用户直接粘贴输入即可完成第一验证码的输入，提高了用户的便利性。

在本申请又一些实施例中，上述方法还可以包括：

第一电子设备响应于用户的第五输入，将目标账号的登录密码修改为第一密码；

第一电子设备向第二电子设备发送密码修改指令；

第二电子设备在接收到密码修改指令后退出目标账号，并在接收到用户输入第一密码的情况下重新登录目标账号。

本实施例中，支持目标账号的密码修改，在第一电子设备修改目标账号的密码之后，其他第二电子设备会自动退出目标账号的登录，需要用户使用新的密码重新登录，从而保证了用户的各个电子设备之间的一致性以及信息的安全性。当然，当第二电子设备修改目标账号的密码之后也是同理，第一电子设备会自动退出目标账号的登录，需要用户使用新的密码重新登录。

此外，服务器连接的电子设备(第一电子设备或第二电子设备)的用户想要进行密码修改的话，需要首先通过密保问题/人脸识别等进行身份验证，当用户输入的身份信息符合机主信息后，电子设备再显示密码修改界面，从而进一步保证了安全性。

需要说明的是，本申请实施例提供的验证码获取方法，执行主体可以为验证码获取装置，或者该验证码获取装置中的用于执行加载验证码获取方法的控制模块。本申请实施例中以验证码获取装置执行加载验证码获取方法为例，说明本申请实施例提供的验证码获取方法。

基于与上述方法实施例相同的发明构思，本申请实施例还提供了一种验证码获取装置，应用于第一电子设备，参见图8，图8是本申请实施例提供的一种验证码获取装置的结构示意图，该验证码获取装置800包括：接收模块801、验证模块802、发送模块803。

其中，接收模块801，用于在第二电子设备触发目标账号对应的服务器发送验证码的情况下，接收服务器发送的验证码，其中，第一电子设备与目标账号关联；验证模块802，用于对第一电子设备与第二电子设备的关联关系进行验证；发送模块803，用于在验证通过的情况下，向第二电子设备发送验证码，以使第二电子设备将验证码填充至验证码输入区域内。

在本申请实施例中，在第二电子设备触发目标账号对应的服务器发送验证码的情况下，与目标账号关联的第一电子设备接收服务器发送的验证码，并对第一电子设备与第二电子设备的关联关系进行验证。在验证通过的情况下，向第二电子设备发送验证码，以使第二电子设备将验证码填充至验证码输入区域内。本申请实施例中，当同一用户的不同电子设备之间需要跨设备输入验证码时，不需要依靠用户的记忆进行验证码输入，而是能够通过电子设备之间的关联关系实现验证码的跨设备输入，不仅减少了用户的操作，也提高了验证码输入的效率和准确性。

在本申请的一些实施例中，该装置还包括：处理模块，用于在验证通过的情况下，按照目标方式处理验证码；其中，处理模块具体用于以下至少一项：将验证码的字号放大为目标字号；对验证码进行语音播报。

本实施例中，当确定处于跨设备输入验证码的场景时，能够对第一电子设备接收到的验证码进行放大显示，使得能够从视觉角度提升用户查看第一验证码时的体验，方便用户确认第二电子设备内输入的验证码是否正确。通过对接收到的验证码进行语音播报，从而尽可能避免用户遗漏验证码，并且，通过语音播报验证码的内容，也提高了用户获取验证码的便利性。

本申请实施例中的验证码获取装置800可以是装置，也可以是终端中的部件、集成电路、或芯片。该装置可以是移动电子设备，也可以为非移动电子设备。示例性的，移动电子设备可以为手机、平板电脑、笔记本电脑、掌上电脑、车载电子设备、可穿戴设备、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本或者个人数字助理(personal digital assistant，PDA)等，非移动电子设备可以为服务器、网络附属存储器(Network Attached Storage，NAS)、个人计算机(personal computer，PC)、电视机(television，TV)、柜员机或者自助机等，本申请实施例不作具体限定。

本申请实施例中的验证码获取装置800可以为具有操作系统的装置。该操作系统可以为安卓(Android)操作系统，可以为ios操作系统，还可以为其他可能的操作系统，本申请实施例不作具体限定。

本申请实施例提供的验证码获取装置800能够实现图2、图6、图7的方法实施例中第一电子设备实现的各个过程，为避免重复，这里不再赘述。

基于与上述方法实施例相同的发明构思，本申请实施例还提供了一种验证码获取装置，应用于第二电子设备，参见图9，图9是本申请另一实施例提供的一种验证码获取装置的结构示意图。该验证码获取装置900包括：接收模块901。

其中，接收模块901，用于在触发目标账号对应的服务器发送验证码的情况下，接收第一电子设备发送的验证码，其中，第一电子设备与第二电子设备关联，第一电子设备为服务器发送验证码的接收方。

本申请实施例中，在第二电子设备触发目标账号对应的服务器发送验证码，但第二电子设备不是验证码的接收方的情况下，通过与第一电子设备进行关联，能够接收到第一电子设备发送的该验证码。如此，当同一用户的不同电子设备之间需要跨设备输入验证码时，不需要依靠用户的记忆进行验证码获取，而是能够通过电子设备之间的通信连接自动实现验证码的跨设备输入，不仅减少了用户的操作，也提高了验证码输入的效率和准确性。

在本申请的一些实施例中，第二电子设备包括验证码输入区域，该装置还包括：填充模块，用于将验证码填充至验证码输入区域。

本实施中，当第二电子设备接收到验证码之后，通过验证码本机自动填充的方式可以实现验证码的自动填充，无需用户的手动输入，提高了用户的便利性。

在本申请的一些实施例中，第二电子设备包括验证码输入区域，该装置还包括：接收模块，用于接收用户的第一输入；填充模块，用于响应于第一输入，将验证码填充至验证码输入区域。

本实施中，用户直接粘贴输入即可完成验证码的输入，提高了用户的便利性。

本申请实施例中的验证码获取装置900可以是装置，也可以是终端中的部件、集成电路、或芯片。该装置可以是移动电子设备，也可以为非移动电子设备。示例性的，移动电子设备可以为手机、平板电脑、笔记本电脑、掌上电脑、车载电子设备、可穿戴设备、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本或者个人数字助理(personal digital assistant，PDA)等，非移动电子设备可以为服务器、网络附属存储器(Network Attached Storage，NAS)、个人计算机(personal computer，PC)、电视机(television，TV)、柜员机或者自助机等，本申请实施例不作具体限定。

本申请实施例中的验证码获取装置900可以为具有操作系统的装置。该操作系统可以为安卓(Android)操作系统，可以为ios操作系统，还可以为其他可能的操作系统，本申请实施例不作具体限定。

本申请实施例提供的验证码获取装置900能够实现图5、图7的方法实施例中第二电子设备实现的各个过程，为避免重复，这里不再赘述。

本申请实施例还提供一种电子设备，包括处理器，存储器，存储在存储器上并可在处理器上运行的程序或指令，该程序或指令被处理器执行时实现上述验证码获取方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

需要注意的是，本申请实施例中的电子设备包括上述的移动电子设备和非移动电子设备。

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

该第一电子设备120包括但不限于：射频单元1001、网络模块1002、音频输出单元1003、输入单元1004、传感器1005、显示单元1006、用户输入单元1007、接口单元1008、存储器1009、以及处理器1010等部件。

本领域技术人员可以理解，第一电子设备120还可以包括给各个部件供电的电源(比如电池)，电源可以通过电源管理系统与处理器1010逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。输入单元1004可以包括图形处理器、麦克风等。显示组件1006可以包括显示面板。用户输入单元1007可以包括触控面板和其他输入设备等。存储器1009可以存储有应用程序和操作系统等。图10中示出的电子设备结构并不构成对电子设备的限定，电子设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，在此不再赘述。

其中，网络模块1002，用于在第二电子设备触发目标账号对应的服务器发送验证码的情况下，接收服务器发送的验证码，其中，第一电子设备与目标账号关联；处理器1010，用于对第一电子设备与第二电子设备的关联关系进行验证；网络模块1002，用于在验证通过的情况下，向第二电子设备发送验证码，以使第二电子设备将验证码填充至验证码输入区域内。

在本申请实施例中，在第二电子设备触发目标账号对应的服务器发送验证码的情况下，与目标账号关联的第一电子设备接收服务器发送的验证码，并对第一电子设备与第二电子设备的关联关系进行验证。在验证通过的情况下，向第二电子设备发送验证码，以使第二电子设备将验证码填充至验证码输入区域内。本申请实施例中，当同一用户的不同电子设备之间需要跨设备输入验证码时，不需要依靠用户的记忆进行验证码输入，而是能够通过电子设备之间的关联关系实现验证码的跨设备输入，不仅减少了用户的操作，也提高了验证码输入的效率和准确性。

在本申请的一些实施例中，处理器1010，用于在验证通过的情况下，按照目标方式处理验证码；其中，处理模块具体用于以下至少一项：将验证码的字号放大为目标字号；对验证码进行语音播报。

本实施例中，当确定处于跨设备输入验证码的场景时，能够对第一电子设备接收到的验证码进行放大显示，使得能够从视觉角度提升用户查看第一验证码时的体验，方便用户确认第二电子设备内输入的验证码是否正确。通过对接收到的验证码进行语音播报，从而尽可能避免用户遗漏验证码，并且，通过语音播报验证码的内容，也提高了用户获取验证码的便利性。

图11是本申请实施例提供的一种第二电子设备的结构示意图。

该第二电子设备130包括但不限于：射频单元1101、网络模块1102、音频输出单元1103、输入单元1104、传感器1105、显示单元1106、用户输入单元1107、接口单元1108、存储器1109、以及处理器1110等部件。

本领域技术人员可以理解，第二电子设备130还可以包括给各个部件供电的电源(比如电池)，电源可以通过电源管理系统与处理器1110逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。输入单元1104可以包括图形处理器、麦克风等。显示组件1106可以包括显示面板。用户输入单元1107可以包括触控面板和其他输入设备等。存储器1109可以存储有应用程序和操作系统等。图11中示出的电子设备结构并不构成对电子设备的限定，电子设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，在此不再赘述。

其中，网络模块1102，用于在触发目标账号对应的服务器发送验证码的情况下，接收第一电子设备发送的验证码，其中，第一电子设备与第二电子设备关联，第一电子设备为服务器发送验证码的接收方。

本申请实施例中，在第二电子设备触发目标账号对应的服务器发送验证码，但第二电子设备不是验证码的接收方的情况下，通过与第一电子设备进行关联，能够接收到第一电子设备发送的该验证码。如此，当同一用户的不同电子设备之间需要跨设备输入验证码时，不需要依靠用户的记忆进行验证码获取，而是能够通过电子设备之间的通信连接自动实现验证码的跨设备输入，不仅减少了用户的操作，也提高了验证码输入的效率和准确性。

在本申请的一些实施例中，第二电子设备包括验证码输入区域，处理器1110，用于将验证码填充至验证码输入区域。

本实施中，当第二电子设备接收到验证码之后，通过验证码本机自动填充的方式可以实现验证码的自动填充，无需用户的手动输入，提高了用户的便利性。

在本申请的一些实施例中，第二电子设备包括验证码输入区域，用户输入单元1107，用于接收用户的第一输入；处理器1110，用于响应于第一输入，将验证码填充至验证码输入区域。

本实施中，用户直接粘贴输入即可完成验证码的输入，提高了用户的便利性。

本申请实施例还提供一种可读存储介质，可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述验证码获取方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

其中，处理器为上述实施例中的电子设备中的处理器。可读存储介质，包括计算机可读存储介质，计算机可读存储介质可包括非易失性存储器，如计算机只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等。

本申请实施例另提供了一种芯片，芯片包括处理器和通信接口，通信接口和处理器耦合，处理器用于运行程序或指令，实现上述验证码获取方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

应理解，本申请实施例提到的芯片还可以称为系统级芯片、系统芯片、芯片系统或片上系统芯片等。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。

上面参考根据本公开的实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本公开的各方面。应当理解，流程图和/或框图中的每个方框以及流程图和/或框图中各方框的组合可以由计算机程序指令实现。这些计算机程序指令可被提供给通用计算机、专用计算机、或其它可编程数据处理装置的处理器，以产生一种机器，使得经由计算机或其它可编程数据处理装置的处理器执行的这些指令使能对流程图和/或框图的一个或多个方框中指定的功能/动作的实现。这种处理器可以是但不限于是通用处理器、专用处理器、特殊应用处理器或者现场可编程逻辑电路。还可理解，框图和/或流程图中的每个方框以及框图和/或流程图中的方框的组合，也可以由执行指定的功能或动作的专用硬件来实现，或可由专用硬件和计算机指令的组合来实现。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。

上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

Claims (6)

1.一种验证码获取方法，其特征在于，应用于第一电子设备，所述方法包括：

在第二电子设备触发目标账号对应的服务器发送验证码的情况下，接收所述服务器发送的所述验证码，其中，所述第一电子设备与所述目标账号关联；

在所述第一电子设备未触发服务器发送验证码的情况下，对所述第一电子设备与所述第二电子设备的关联关系进行验证；

在验证通过的情况下，向所述第二电子设备发送所述验证码，以使所述第二电子设备在通过风险检测后，将所述验证码填充至验证码输入区域内；

所述对所述第一电子设备与所述第二电子设备的关联关系进行验证，包括以下至少一项：

验证第一电子设备与第二电子设备是否通过同一个目标账号登录过目标应用程序；

验证服务器的数据库中是否存储有第一电子设备与第二电子设备的关联信息。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

在验证通过的情况下，按照目标方式处理所述验证码；

所述目标方式包括以下至少一项：

将所述验证码的字号放大为目标字号；

对所述验证码进行语音播报。

3.一种验证码获取方法，其特征在于，应用于第二电子设备，所述方法包括：

在触发目标账号对应的服务器发送验证码的情况下，接收第一电子设备在自身未触发服务器发送验证码的情况下发送的所述验证码，其中，所述第一电子设备与所述第二电子设备关联，所述第一电子设备为所述服务器发送所述验证码的接收方；

通过以下至少一项验证所述第一电子设备与所述第二电子设备的关联关系：

验证第一电子设备与第二电子设备是否通过同一个目标账号登录过目标应用程序；

验证服务器的数据库中是否存储有第一电子设备与第二电子设备的关联信息；

其中，在所述接收第一电子设备在自身未触发服务器发送验证码的情况下发送的所述验证码之后，所述方法还包括：

基于第二电子设备的特征信息进行风险检测；

在检测到第二电子设备存在安全风险的情况下，显示身份验证窗口；

接收用户在身份验证窗口内输入的身份信息；

验证用户输入的在身份信息与第二电子设备绑定的目标身份信息是否匹配；在身份信息与目标身份信息匹配的情况下，将验证码自动填充至验证码输入区域；在身份信息与目标身份信息不匹配的情况下，禁止输入验证码。

4.一种验证码获取装置，其特征在于，应用于第一电子设备，所述装置包括：

接收模块，用于在第二电子设备触发目标账号对应的服务器发送验证码的情况下，接收所述服务器发送的所述验证码，其中，所述第一电子设备与所述目标账号关联；

验证模块，用于在所述第一电子设备未触发服务器发送验证码的情况下，对所述第一电子设备与所述第二电子设备的关联关系进行验证；

发送模块，用于在验证通过的情况下，向所述第二电子设备发送所述验证码，以使所述第二电子设备在通过风险检测后，将所述验证码填充至验证码输入区域内；

验证模块，具体用于执行以下至少一项：验证第一电子设备与第二电子设备是否通过同一个目标账号登录过目标应用程序；

验证服务器的数据库中是否存储有第一电子设备与第二电子设备的关联信息。

5.根据权利要求4所述的装置，其特征在于，所述装置还包括：

处理模块，用于在验证通过的情况下，按照目标方式处理所述验证码；

其中，所述处理模块具体用于以下至少一项：

将所述验证码的字号放大为目标字号；

对所述验证码进行语音播报。

6.一种验证码获取装置，其特征在于，应用于第二电子设备，所述装置包括：

接收模块，用于在触发目标账号对应的服务器发送验证码的情况下，接收第一电子设备在自身未触发服务器发送验证码的情况下发送的所述验证码，其中，所述第一电子设备与所述第二电子设备关联，所述第一电子设备为所述服务器发送所述验证码的接收方；

验证模块，用于通过以下至少一项验证所述第一电子设备与所述第二电子设备的关联关系：

验证第一电子设备与第二电子设备是否通过同一个目标账号登录过目标应用程序；

验证服务器的数据库中是否存储有第一电子设备与第二电子设备的关联信息；

填充模块，用于在所述接收第一电子设备在自身未触发服务器发送验证码的情况下发送的所述验证码之后，基于第二电子设备的特征信息进行风险检测；在检测到第二电子设备存在安全风险的情况下，显示身份验证窗口；接收用户在身份验证窗口内输入的身份信息；验证用户输入的在身份信息与第二电子设备绑定的目标身份信息是否匹配；在身份信息与目标身份信息匹配的情况下，将验证码自动填充至验证码输入区域；在身份信息与目标身份信息不匹配的情况下，禁止输入验证码。

Images