短信验证码申请和验证方法、装置、设备及存储介质与流程

1.本技术涉及通信领域，尤其是涉及一种短信验证码申请和验证方法、装置、设备及存储介质。


背景技术：

2.自助终端设备是完全由用户自己通过人机界面智能化地办理各种业务的设备。目前，已广泛应用于通讯、金融、政府、交通、医疗、工商、税务等行业，例如银行的自助服务终端、政务大厅的自助政务终端、医院的医疗服务自助终端等。
3.当通过自助终端设备办理某些业务时，需要用户输入手机号向自助终端设备的后台服务器申请短信验证码，后台服务器通过专用的短信平台向用户手机发送短信验证码，再根据用户输入的短信验证码对用户身份进行验证，验证通过后，才能继续办理业务。
4.在短信验证码的申请和验证过程中，可能存在后台服务器与短信平台之间通讯超时、短信平台流量过大而导致系统卡慢、使用户无法及时收到短信验证码的问题，如果用户继续申请短信验证码，很可能会导致用户先收到后申请的短信验证码或者集中收到大量短信验证码的情况。此时，用户不知道哪个短信验证码才是最近申请的短信验证码，如果将收到的多条短信验证码进行一一验证，很可能需要连续多次输入才能验证成功，影响短信验证的效率，进而影响业务办理的效率。


技术实现要素：

5.为了解决上述技术问题，本技术提供一种短信验证码申请和验证方法、装置、设备及存储介质。
6.第一方面，本技术提供一种短信验证码申请方法，采用如下的技术方案：一种短信验证码申请方法，包括：响应于第一自助终端设备发送的短信验证码申请请求，获取申请日期、所述第一自助终端设备的第一设备id以及用户输入的手机号；判断所述手机号对应的短信验证码记录是否为空；若为空，则生成第一校验码和第一短信验证码；若不为空，则判断是否满足第一预设条件；若满足所述第一预设条件，则生成第一校验码和第一短信验证码；按照预设算法对所述手机号、所述第一设备id、所述申请日期、所述第一短信验证码和所述第一校验码进行计算，生成第一验证信息；对所述手机号对应的短信验证码记录进行更新存储，其中，所述短信验证码记录包括所述第一验证信息、所述申请日期和所述第一校验码；控制所述第一自助终端设备提示所述第一校验码；通过短信平台将所述第一短信验证码和所述第一校验码发送给所述手机号所属的移动终端。
7.可选的，所述第一预设条件为：所述申请日期与当前系统日期不一致；或者，所述申请日期与当前系统日期一致，且所述手机号对应的短信验证码记录中的连续验证失败次数没有超过最大次数。
8.可选的，所述按照预设算法对所述手机号、所述第一设备id、所述申请日期、所述第一短信验证码和所述第一校验码进行计算，生成第一验证信息包括：基于所述第一短信验证码、所述第一校验码和所述申请日期构成第一n位数；基于所述手机号和所述第一设备id构成第二n位数；对所述第一n位数和所述第二n位数进行异或运算，生成第一异或值；对所述第一异或值进行加密，生成所述第一验证信息。
9.第二方面，本技术提供一种短信验证码验证方法，采用如下的技术方案：一种短信验证码验证方法，包括：响应于第二自助终端设备发送的短信验证码验证请求，获取所述第二自助终端设备的第二设备id以及用户输入的手机号和第二短信验证码；判断所述手机号对应的短信验证码记录是否为空；若不为空，则判断是否满足第二预设条件；若满足所述第二预设条件，则获取所述手机号对应的短信验证码记录中的申请日期、第一校验码和第一验证信息；按照预设算法对所述手机号、所述第二设备id、所述申请日期、所述第二短信验证码和所述第一校验码进行计算，生成第二验证信息；将所述第二验证信息与所述第一验证信息进行比对；若比对一致，则验证成功，重置所述手机号对应的短信验证码记录；若比对不一致，则验证失败。
10.可选的，所述第二预设条件为：所述申请日期与当前系统日期一致，所述手机号对应的短信验证码记录中的连续验证失败次数没有超过最大次数，且所述第一验证信息没有超时；或者，所述申请日期与当前系统日期不一致，且所述第一验证信息没有超时。
11.可选的，所述按照预设算法对所述手机号、所述第二设备id、所述申请日期、所述第二短信验证码和所述第一校验码进行计算，生成第二验证信息包括：基于所述第二短信验证码、所述第一校验码和所述申请日期构成第三n位数；基于所述手机号和所述第二设备id构成第四n位数；对所述第三n位数和所述第四n位数进行异或运算，生成第二异或值；对所述第二异或值进行加密，生成所述第二验证信息。
12.第三方面，本技术提供一种短信验证码申请装置，采用如下的技术方案：一种短信验证码申请装置，包括：第一获取模块，用于响应于第一自助终端设备发送的短信验证码申请请求，获取申请日期、所述第一自助终端设备的第一设备id以及用户输入的手机号；第一判断模块，用于判断所述手机号对应的短信验证码记录是否为空；若为空，则转入第一生成模块；若不为空，则转入第二判断模块；
所述第一生成模块，用于生成第一校验码和第一短信验证码；所述第二判断模块，用于判断是否满足第一预设条件；若满足所述第一预设条件，则转入所述第一生成模块；第一计算模块，用于按照预设算法对所述手机号、所述第一设备id、所述申请日期、所述第一短信验证码和所述第一校验码进行计算，生成第一验证信息；更新存储模块，用于对所述手机号对应的短信验证码记录进行更新存储，其中，所述短信验证码记录包括所述第一验证信息、所述申请日期和所述第一校验码；控制提示模块，用于控制所述第一自助终端设备提示所述第一校验码；发送模块，用于通过短信平台将所述第一短信验证码和所述第一校验码发送给所述手机号所属的移动终端。
13.第四方面，本技术提供一种短信验证码验证装置，采用如下的技术方案：一种短信验证码验证装置，包括：第二获取模块，用于响应于第二自助终端设备发送的短信验证码验证请求，获取所述第二自助终端设备的第二设备id以及用户输入的手机号和第二短信验证码；第三判断模块，用于判断所述手机号对应的短信验证码记录是否为空；若不为空，则转入第四判断模块；所述第四判断模块，用于判断是否满足第二预设条件；若满足所述第二预设条件，则转入第三获取模块；所述第三获取模块，用于获取所述手机号对应的短信验证码记录中的申请日期、第一校验码和第一验证信息；第二计算模块，用于按照预设算法对所述手机号、所述第二设备id、所述申请日期、所述第二短信验证码和所述第一校验码进行计算，生成第二验证信息；比对模块，用于将所述第二验证信息与所述第一验证信息进行比对；若比对一致，则验证成功，重置所述手机号对应的短信验证码记录；若比对不一致，则验证失败。
14.第五方面，本技术提供一种电子设备，采用如下的技术方案：一种电子设备，包括存储器和处理器；所述存储器上存储有能够被所述处理器加载并执行第一方面和/或第二方面任一项所述的方法的计算机程序。
15.第六方面，本技术提供一种计算机可读存储介质，采用如下的技术方案：一种计算机可读存储介质，存储有能够被处理器加载并执行第一方面和/或第二方面任一项所述的方法的计算机程序。
16.通过采用上述技术方案，能够指定自助终端设备进行短信验证码的申请和验证，并对连续验证失败次数进行控制，同时客户可以通过短信中的校验码准确地知道需要验证的验证码，减少因短信验证码先发后至或集中收到短信验证码而导致用户连续多次输入短信验证码的情况，还可以降低系统资源的浪费，提高验证的准确性和安全性。
附图说明
17.图1是本技术实施例的一种短信验证系统的结构框图。
18.图2是本技术实施例的一种短信验证码申请方法的流程示意图。
19.图3是本技术实施例的一种短信验证码验证方法的流程示意图。
20.图4是本技术实施例的一种短信验证码申请装置的结构框图。
21.图5是本技术实施例的一种短信验证码验证装置的结构框图。
22.图6是本技术实施例的一种电子设备的结构框图。
具体实施方式
23.为使本技术实施例的目的、技术方案和优点更加清楚，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述。
24.图1示出了一种基于自助终端设备的短信验证码验证系统的结构框图。如图1所示，该系统包括自助终端设备101、后台服务器102、移动终端103以及短信平台104。
25.用户通过自助终端设备101办理相关业务时，通过操作自助终端设备101显示的短信验证码申请页面、短信验证码验证页面，分别向后台服务器102发起短信验证码申请请求、短信验证码验证请求，后台服务器102响应请求，实现对短信验证码的申请、验证服务。用户在短信验证码申请页面、短信验证码验证页面输入的手机号所属的移动终端103会接收到后台服务器102通过短信平台104发送的短信验证码等信息。
26.本实施例中，移动终端103包括但不限于手机、平板电脑、智能穿戴设备，只要具有短信收发功能的、便于携带的电子设备均可，对此本实施例不做具体限定。
27.图2为本实施例提供的一种短信验证码申请方法的流程示意图。如图2所示，该方法的主要流程描述如下（步骤s201～s208）：步骤s201，响应于第一自助终端设备发送的短信验证码申请请求，获取申请日期、第一自助终端设备的第一设备id以及用户输入的手机号；第一自助终端设备向用户展示短信验证码申请页面，用户输入手机号，点击申请按键后，触发短信验证码申请流程，第一自助终端设备生成包含申请日期、申请时间、第一自助终端设备的第一设备id以及用户输入的手机号等信息的短信验证码申请请求，并将该短信验证码申请请求上传至后台服务器。
28.后台服务器响应该短信验证码申请请求，解析出第一设备id、申请日期和手机号等信息。
29.步骤s202，判断手机号对应的短信验证码记录是否为空；若为空，则执行步骤s203；若不为空，则执行步骤s204；本实施例中，后台服务器在获取手机号后，先要查询本地是否存储有该手机号对应的短信验证码记录，也就是说，该手机号之前是否成功申请过短信验证码。若记录为空，则可以继续申请短信验证码流程，即执行步骤s204；若记录不为空，则需要先执行步骤s203。
30.步骤s203，判断是否满足第一预设条件；若满足第一预设条件，则执行步骤s204；一些实施例中，在后台服务器查询到用户输入的手机号对应的短信验证码记录不为空后，需要判断短信验证码申请请求的申请日期是否与当前系统日期一致。
31.若申请日期与当前系统日期一致，则说明用户在同一天重复提交短信验证码申请请求，此时若查询到的短信验证码记录中的连续验证失败次数超过最大阈值，则不允许用户在同一天再次提交短信验证码申请请求，结束短信验证码申请流程，也就是说，如果一天内连续验证失败次数过多，就会锁定短信验证码申请流程；若连续验证失败次数没有超过
最大阈值，则允许用户在同一天再次提交短信验证码申请请求，继续当前的短信验证码申请流程，即执行步骤s204。
32.若申请日期与当前系统日期不一致，则说明用户不是在同一天重复提交短信验证码申请请求，此时允许用户再次申请短信验证码，继续当前的短信验证码申请流程，即执行步骤s204，但需要将查询到的短信验证码记录进行重置。
33.通过连续验证失败次数的设置，可以防止恶意验证，同时，即使用户在同一天连续验证失败次数超过最大阈值，第二天就会自动解锁短信验证码申请功能，无需人工干预。
34.因此，第一预设条件包括以下两种情况：（1）申请日期与当前系统日期不一致；（2）申请日期与当前系统日期一致，且手机号对应的短信验证码记录中的连续验证失败次数没有超过最大次数。
35.本实施例中，一个手机号只能对应一条短信验证码记录。若一手机号通过一台第一自助终端设备向后台服务器申请过短信验证码并成功，后台服务器存储有该手机号对应的短信验证码记录，该手机号又在同一天通过另一台第一自助终端设备向后台服务器申请短信验证码，则只有在已存储的短信验证记录中的连续验证失败次数没有超过最大阈值的情况下，才能继续短信验证码申请流程，否则只能结束短信验证码申请流程。
36.也就是说，后台服务器不会同时存储同一手机号通过不同第一自助终端设备申请短信验证码所产生的短信验证码记录。
37.步骤s204，生成第一校验码和第一短信验证码；步骤s205，按照预设算法对手机号、第一设备id、申请日期、第一短信验证码和第一校验码进行计算，生成第一验证信息；步骤s206，对手机号对应的短信验证码记录进行更新存储，其中，短信验证码记录包括第一验证信息、申请日期和第一校验码；步骤s206中，如果该手机号对应的短信验证码记录不为空，就将短信验证码记录中的第一设备id、第一短信验证码、第一校验码、申请日期、申请时间、失效时间等数据进行更新重置；如果该手机号对应的短信验证码记录为空，就直接写入手机号、第一设备id、第一短信验证码、第一校验码、申请日期、申请时间、失效时间等数据，建立该手机号对应的短信验证码记录。
38.需要说明的是，除了第一验证信息、申请日期和第一校验码、手机号这些信息会存储到后台服务器，后台服务器还会存储短信验证码申请请求的申请时间，并根据申请日期计算失效时间，然后将失效时间写入短信验证码记录。
39.步骤s207，控制第一自助终端设备提示第一校验码；本实施例中，第一自助终端设备会将后台服务器返回的第一校验码提示给用户。例如，第一自助终端设备在接收到第一校验码后，将短信验证码申请页面更新为短信验证码验证页面，短信验证码验证页面会显示如“请输入校验码为2351的6位数字验证码”的信息；又例如，第一自助终端设备在接收到第一校验码后，生成并播放“请输入校验码为2351的6位数字验证码”的语音消息。当然，第一自助终端设备提示用户第一校验码的方式不仅包含上述两种方式，对此本实施例不做具体限定。
40.步骤s208，通过短信平台将第一短信验证码和第一校验码发送给手机号所属的移
动终端。
41.本实施例中，后台服务器向短信平台发送短信请求，由短信平台转发例如“您的校验码2351的6位数字验证码为123456”的短信到用户输入的手机号所属的移动终端。其中，用户输入的手机号所属的移动终端一般是指该移动终端安装有该手机号对应的sim卡。
42.需要注意的是，对于后台服务器来说，为了便于用户区分要验证的是哪条短信验证码，同一个手机号不应出现两条一模一样的第一校验码，因此，在生成第一校验码后，后台服务器需要对第一校验码进行判重处理，如果第一校验码出现重复，就会重新生成第一校验码。
43.一些实施例中，可以先基于第一短信验证码、第一校验码和申请日期构成第一n位数，并基于手机号和第一设备id构成第二n位数；然后对第一n位数和第二n位数进行异或运算，生成第一异或值；再对第一异或值进行加密，生成第一验证信息；其中，n为正整数。
44.图3为本实施例提供的一种短信验证码验证方法的流程示意图。如图3所示，该方法的主要流程描述如下（步骤s301～s306）：步骤s301，响应于第二自助终端设备发送的短信验证码验证请求，获取第二自助终端设备的第二设备id以及用户输入的手机号和第二短信验证码；用户根据第二自助终端设备提示的第二校验码，从手机号所属的移动终端接收到的短信中查找带有第二校验码的短信，并从该短信中获取第二短信验证码，然后通过短信验证码验证页面输入第二短信验证码，在点击验证按键后，触发短信验证码验证流程，第二自助终端设备生成包含第二自助终端设备的第二设备id以及用户输入的手机号等信息的短信验证码验证请求，并将该短信验证码验证请求上传至后台服务器。
45.步骤s302，判断手机号对应的短信验证码记录是否为空；若不为空，则执行步骤s303；后台服务器查找本地是否存储有该手机号对应的短信验证码记录。若没有查找到，则无法继续验证短信验证码，此时只能结束短信验证码验证流程。
46.步骤s303，判断是否满足第二预设条件；若满足第二预设条件，则执行步骤s304；一些实施例中，在查找到本地存储有该手机号对应的短信验证码记录后，需要判断已存储的短信验证码记录中的申请日期是否与当前系统日期一致。
47.若申请日期与当前系统日期一致，则说明用户在同一天提交短信验证码申请请求和短信验证码验证请求，此时需要判断已存储的短信验证码记录中的连续验证失败次数是否超过最大阈值，若超过，则不允许用户在同一天再次提交短信验证码申请请求，结束短信验证码申请流程；若没有超过，则需要判断已存储的短信验证码记录中的第一验证信息是否超时，若超时，则无法执行验证操作，此时需要结束短信验证码验证流程。
48.若申请日期与当前系统日期不一致，则需要判断已存储的短信验证码记录中的第一验证信息是否超时，若超时，则无法执行验证操作，此时需要结束短信验证码验证流程。
49.其中，第一验证信息超时是指当前系统时间超过失效时间。
50.因此，第二预设条件包括以下两种情况：（1）申请日期与当前系统日期一致，手机号对应的短信验证码记录中的连续验证失败次数没有超过最大次数，且第一验证信息没有超时；或者，（2）申请日期与当前系统日期不一致，且第一验证信息没有超时。
51.步骤s304，获取手机号对应的短信验证码记录中的申请日期、第一校验码和第一验证信息；步骤s305，按照预设算法对手机号、第二设备id、申请日期、第二短信验证码和第一校验码进行计算，生成第二验证信息；本实施例中，第二验证信息与第一验证信息所采用的预设算法是相同的。
52.步骤s306，将第二验证信息与第一验证信息进行比对；若比对一致，则验证成功，重置手机号对应的短信验证码记录；若比对不一致，则验证失败。
53.本实施例中，只要短信验证码验证成功，就要将该手机号对应的短信验证码记录清除。若验证失败，则使连续验证失败次数加1，并将更新后的连续验证失败次数写入该手机号对应的短信验证码记录。
54.一些实施例中，先基于第二短信验证码、第一校验码和申请日期构成第三n位数，并基于手机号和第二设备id构成第四n位数；然后对第三n位数和第四n位数进行异或运算，生成第二异或值；最后对第二异或值进行加密，生成第二验证信息。
55.本实施例中，短信验证码和校验码为随机数，先根据短信验证码、校验码、申请日期、手机号、设备id这些信息分别生成两个具有相同位数的值，再对二者进行异或操作，然后加密，可以提升验证信息的安全性，不易被获取、恶意破解。
56.本实施例中，针对同一手机号，通过发起短信验证码验证请求的第二自助终端设备的第二设备id，用户读取的第二短信验证码，以及后台服务器响应第一自助终端设备发起的短信验证码申请请求而生成的第一校验码和申请日期，生成第二验证信息，因此，只有第二自助终端设备与第一自助终端设备为同一自助终端设备，第二校验码与第一校验码相同，对第一验证信息和第二验证信息的比对才能成功。
57.因此，只有指定的自助终端设备才可以验证成功，并且，通过增设校验码，使得用户可以清晰地知道应该输入哪个短信验证码，可以减少因短信验证码先发后至或集中收到短信验证码而导致用户连续多次输入短信验证码的情况，进而提升短信验证的效率。
58.需要注意的是，对于第一短信验证码来说，由于一旦短信验证成功，后台服务器存储的短信验证码记录就会被清除，因此，同一个手机号不会出现重复的情况，不需要对生成的第一短信验证码进行判重处理。
59.另外，相比于通过调用短信验证平台来验证短信验证码，本实施例的可控性高，可以自定义短信验证码和校验码的生成规则，便于维护。
60.图4为本技术实施例提供的一种短信验证码申请装置400的结构框图。如图4所示，该短信验证码申请装置400应用于后台服务器，其主要包括：第一获取模块401，用于响应于第一自助终端设备发送的短信验证码申请请求，获取申请日期、第一自助终端设备的第一设备id以及用户输入的手机号；第一判断模块402，用于判断手机号对应的短信验证码记录是否为空；若为空，则转入第一生成模块403；若不为空，则转入第二判断模块404；第一生成模块403，用于生成第一校验码和第一短信验证码；第二判断模块404，用于判断是否满足第一预设条件；若满足第一预设条件，则转入第一生成模块403；第一计算模块405，用于按照预设算法对手机号、第一设备id、申请日期、第一短信
验证码和第一校验码进行计算，生成第一验证信息；更新存储模块406，用于对手机号对应的短信验证码记录进行更新存储，其中，短信验证码记录包括第一验证信息、申请日期和第一校验码；控制提示模块407，用于控制第一自助终端设备提示第一校验码；发送模块408，用于通过短信平台将第一短信验证码和第一校验码发送给手机号所属的移动终端。
61.一些实施例中，第一预设条件为：申请日期与当前系统日期不一致；或者，申请日期与当前系统日期一致，且手机号对应的短信验证码记录中的连续验证失败次数没有超过最大次数。
62.一些实施例中，第一计算模块405，具体用于基于第一短信验证码、第一校验码和申请日期构成第一n位数；基于手机号和第一设备id构成第二n位数；对第一n位数和第二n位数进行异或运算，生成第一异或值；对第一异或值进行加密，生成第一验证信息。
63.图5为本技术实施例提供的一种短信验证码验证装置500的结构框图。如图5所示，该短信验证码验证装置500应用于后台服务器，其主要包括：第二获取模块501，用于响应于第二自助终端设备发送的短信验证码验证请求，获取第二自助终端设备的第二设备id以及用户输入的手机号和第二短信验证码；第三判断模块502，用于判断手机号对应的短信验证码记录是否为空；若不为空，则转入第四判断模块503；第四判断模块503，用于判断是否满足第二预设条件；若满足第二预设条件，则转入第三获取模块504；第三获取模块504，用于获取手机号对应的短信验证码记录中的申请日期、第一校验码和第一验证信息；第二计算模块505，用于按照预设算法对手机号、第二设备id、申请日期、第二短信验证码和第一校验码进行计算，生成第二验证信息；比对模块506，用于将第二验证信息与第一验证信息进行比对；若比对一致，则验证成功，重置手机号对应的短信验证码记录；若比对不一致，则验证失败。
64.一些实施例中，第二预设条件为：申请日期与当前系统日期一致，手机号对应的短信验证码记录中的连续验证失败次数没有超过最大次数，且第一验证信息没有超时；或者，申请日期与当前系统日期不一致，且第一验证信息没有超时。
65.一些实施例中，第二计算模块505，具体用于基于第二短信验证码、第一校验码和申请日期构成第三n位数；基于手机号和第二设备id构成第四n位数；对第三n位数和第四n位数进行异或运算，生成第二异或值；对第二异或值进行加密，生成第二验证信息。
66.本技术实施例中的各功能模块可以集成在一起形成一个独立的单元，例如集成在一个处理单元中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成形成一个独立的单元。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说
对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台电子设备(可以是个人计算机、服务器或者网络设备等) 或处理器(processor)执行本技术各个实施例方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等各种可以存储程序代码的介质。
67.本技术实施例提供的方法中的各种变化方式和具体实例同样适用于本实施例提供的一种短信验证码申请和验证装置，通过前述对短信验证码申请和验证方法的详细描述，本领域技术人员可以清楚的知道本实施例中的短信验证码申请和验证装置的实施方法，为了说明书的简洁，在此不再详述。
68.图6为本技术实施例提供的一种电子设备600的结构框图。如图6所示，电子设备600包括存储器601、处理器602、通信总线603；存储器601、处理器602通过通信总线603相连。
69.存储器601可用于存储指令、程序、代码、代码集或指令集。存储器601可以包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于至少一个功能的指令以及用于实现上述实施例提供的短信验证码申请和验证方法的指令等；存储数据区可存储上述实施例提供的短信验证码申请和验证方法中涉及到的数据等。
70.处理器602可以包括一个或者多个处理核心。处理器602通过运行或执行存储在存储器601内的指令、程序、代码集或指令集，调用存储在存储器601内的数据，执行本技术的各种功能和处理数据。处理器602可以为特定用途集成电路(application specific integrated circuit，asic)、数字信号处理器(digital signal processor，dsp)、数字信号处理装置(digital signal processing device，dspd)、可编程逻辑装置(programmable logic device，pld)、现场可编程门阵列(field programmable gate array，fpga)、中央处理器(central processing unit，cpu)、控制器、微控制器和微处理器中的至少一种。可以理解地，对于不同的设备，用于实现上述处理器602功能的电子器件还可以为其它，本技术实施例不作具体限定。
71.通信总线603可包括一通路，在上述组件之间传送信息。通信总线603可以是pci(peripheral component interconnect，外设部件互连标准)总线或eisa (extended industry standard architecture，扩展工业标准结构)总线等。通信总线603可以分为地址总线、数据总线、控制总线等。为便于表示，图6中仅用一个双箭头表示，但并不表示仅有一根总线或一种类型的总线。且图6示出的电子设备仅仅是一个示例，不应对本技术实施例的功能和使用范围带来任何限制。
72.本技术实施例提供一种计算机可读存储介质，存储有能够被处理器加载并执行如上述实施例提供的短信验证码申请和验证方法的计算机程序。
73.本实施例中，计算机可读存储介质可以是保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质可以是但不限于电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意组合。具体的，计算机可读存储介质可以是便携式计算机盘、硬盘、u盘、随机存取存储器（ram）、只读存储器（rom）、可擦式可编程只读存储器（eprom或闪存）、讲台随机存取存储器（sram）、便携式压缩盘只读存储器（cd-rom）、数字多功能盘（dvd）、记忆棒、软盘、光盘、磁碟、机械编码设备以及上述任意组合。
74.本实施例中的计算机程序包含用于执行图2、图3所示的方法的程序代码，程序代码可包括对应执行上述实施例提供的方法步骤对应的指令。计算机程序可从计算机可读存储介质下载到各个计算/处理设备，或者通过网络（例如因特网、局域网、广域网和/或无线网）下载到外部计算机或外部存储设备。计算机程序可完全地在用户计算机上执行、作为一个独立的软件包执行。
75.在本技术所提供的实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所提示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
76.另外，需要理解的是，诸如第一和第二之类的关系术语仅仅用来将一个实体或者操作与另一个实体或者操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。
77.以上仅为本技术的优选实施例而已，并不用于限制本技术，对于本领域的技术人员来说，本技术可以有各种更改和变化。凡在本技术的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本技术的保护范围之内。