CN114070551A - 动态口令生成方法、授权方法、装置、设备及存储介质 - Google Patents

Abstract

本申请公开一种动态口令生成方法、授权方法、装置、设备及存储介质。该动态口令生成方法包括根据移动终端的第一时间信息，确定目标时间间隔，在第一时间信息处于第一预设时间段的情况下，目标时间间隔为第一时间间隔，在第一时间信息处于第二预设时间段的情况下，目标时间间隔为第二时间间隔，第一预设时间段内的事件数量值大于第二预设时间段内的事件数量值，且第一时间间隔小于第二时间间隔；按照目标时间间隔，根据第一时间信息生成动态口令。本申请可以在事件发生较频繁的时间段，采用较短的时间间隔更新动态口令，在事件发生较少的时间段，采用较长的时间间隔更新动态口令，在保证动态口令安全性的同时，在一定程序上节约算力资源。

Description

动态口令生成方法、授权方法、装置、设备及存储介质

技术领域

本申请属于通信技术领域，尤其涉及一种动态口令生成方法、授权方法、装置、设备及存储介质。

背景技术

伴随互联网的快速发展，为了加强网络身份认证的安全性，目前使用动态口令进行用户登录、授权认证等现象越来越多。动态口令是根据专门的算法每隔一定时间生成一个与时间或事件相关的不可预测的随机数字组合，例如每隔60秒就会自动生成新的动态口令。在实际应用中，动态口令频繁更新，可能会存在算力资源浪费的问题。

发明内容

本申请实施例提供一种动态口令生成方法、授权方法、装置、设备及存储介质，以解决动态口令频繁更新可能造成算力资源浪费的技术问题。

第一方面，本申请实施例提供一种动态口令生成方法，方法包括：

根据所述移动终端的第一时间信息，确定目标时间间隔，其中，在所述第一时间信息处于第一预设时间段的情况下，所述目标时间间隔为预设的第一时间间隔，在所述第一时间信息处于第二预设时间段的情况下，所述目标时间间隔为预设的第二时间间隔，所述第一预设时间段内的事件数量值大于所述第二预设时间段内的事件数量值，且所述第一时间间隔小于所述第二时间间隔；

按照所述目标时间间隔，根据所述第一时间信息生成动态口令。

在一些实施例中，在所述根据所述移动终端的第一时间信息，确定目标时间间隔之前，方法还包括：

向服务器发送时间同步请求；

获取所述服务器响应于所述时间同步请求返回的第二时间信息；

根据所述第二时间信息，同步所述第一时间信息。

在一些实施例中，所述第一时间信息包括日期和时刻，所述按照所述目标时间间隔，根据所述第一时间信息生成动态口令，包括：

将所述日期对预设的第一数值取余，得到第一取余结果；

将所述时刻对预设的第二数值取余，得到第二取余结果；

按照所述目标时间间隔，根据所述时刻从预设数值范围内确定目标值；

将所述时刻的小时值与所述目标值之和对预设的第三数值取余，得到第三取余结果；

根据所述第一取余结果、所述第二取余结果和所述第三取余结果，得到动态口令。

在一些实施例中，在所述目标时间间隔为所述第一时间间隔的情况下，所述预设数值范围为预设第一子数值范围，在所述目标时间间隔为所述第二时间间隔的情况下，所述预设数值范围为预设第二子数值范围。

第二方面，本申请实施例提供了一种基于动态口令授权的方法，应用于服务器，所述动态口令通过第一方面所述的方法生成，方法包括：

在接收到授权请求的情况下，响应于所述授权请求，根据所述服务器的第二时间信息生成目标口令；

接收移动终端发送的动态口令；

在所述动态口令与所述目标口令匹配的情况下，通过所述授权请求。

在一些实施例中，所述授权请求携带有待授权的用户信息和事件信息，且所述事件信息关联有N个管理者信息，N为正整数，所述接收移动终端发送的动态口令，包括：

接收第一移动终端发送的第一动态口令，所述第一移动终端为与所述用户信息对应的移动终端；

接收至少一个第二移动终端发送的第二动态口令，所述第二移动终端为与所述N个管理者信息对应的移动终端；

所述在所述动态口令与所述目标口令匹配的情况下，通过所述授权请求，包括：

在所述第一动态口令与第三动态口令匹配，且所述第二动态口令与第四动态口令匹配的情况下，通过所述授权请求，其中所述目标口令包括所述第三动态口令和所述第四动态口令。

第三方面，本申请实施例提供了一种移动终端，移动终端包括：

确定模块，用于根据所述移动终端的第一时间信息，确定目标时间间隔，其中，在所述第一时间信息处于第一预设时间段的情况下，所述目标时间间隔为预设的第一时间间隔，在所述第一时间信息处于第二预设时间段的情况下，所述目标时间间隔为预设的第二时间间隔，所述第一预设时间段内的事件数量值大于所述第二预设时间段内的事件数量值，且所述第一时间间隔小于所述第二时间间隔；

第一生成模块，用于按照所述目标时间间隔，根据所述第一时间信息生成动态口令。

第四方面，本申请实施例提供了一种服务器，服务器包括：

第二生成模块，用于在接收到授权请求的情况下，响应于所述授权请求，根据所述服务器的第二时间信息生成目标口令；

接收模块，用于接收移动终端发送的动态口令；

授权模块，用于在所述动态口令与所述目标口令匹配的情况下，通过所述授权请求。

第五方面，本申请实施例提供了一种电子设备，设备包括：

处理器以及存储有程序指令的存储器；

所述处理器执行所述程序指令时实现上述第一方面或第二方面的方法。

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

本申请实施例的动态口令生成方法、授权方法、装置、设备及计算机存储介质，能够根据移动终端的第一时间信息，确定目标时间间隔，在第一时间信息处于第一预设时间段的情况下，可以将预设的第一时间间隔作为目标时间间隔，在第一时间信息处于第二预设时间段的情况下，可以将预设的第二时间间隔作为目标时间间隔，其中第一预设时间段内的事件数量值大于第二预设时间段内的事件数量值，且第一时间间隔小于第二时间间隔；然后可以按照目标时间间隔，根据第一时间信息生成动态口令。这样，可以在发生授权认证等事件较频繁的时间段，采用较短的时间间隔更新动态口令，在发生授权认证等事件较少的时间段，采用较长的时间间隔更新动态口令，由此，可以在保证动态口令安全性的同时，在一定程序上节约算力资源。

附图说明

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

图1是本申请一个实施例提供的动态口令生成方法的流程示意图；

图2是本申请另一个实施例提供的动态口令生成方法的流程示意图；

图3是本申请另一个实施例提供的动态口令生成方法的流程示意图；

图4是本申请另一个实施例提供的授权方法的流程示意图；

图5是本申请另一个实施例提供的授权方法的流程示意图；

图6是本申请另一个实施例提供的移动终端的结构示意图

图7是本申请另一个实施例提供的服务器的结构示意图；

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

具体实施方式

下面将详细描述本申请的各个方面的特征和示例性实施例，为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及具体实施例，对本申请进行进一步详细描述。应理解，此处所描述的具体实施例仅意在解释本申请，而不是限定本申请。对于本领域技术人员来说，本申请可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本申请的示例来提供对本申请更好的理解。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

动态口令是根据专门的算法每隔一定时间生成一个与时间或事件相关的不可预测的随机数字组合，为了确保动态口令的安全性，每个动态口令往往在目标时间间隔内一次有效，目前被广泛运用在用户登录、授权认证之中。目前动态口令的更新时间往往是固定的，例如每60s动态口令更新一次，换而言之，该动态口令在60s内一次有效，超过60s需要重新获取新的动态口令，原来的动态口令失效。

用户使用动态口令完成登录或授权认证等事件在不同的时间段的频率往往不同，例如相比于凌晨，其他时间段这些事件发生的频率明显更高，因此在凌晨完成登录或授权认证相比于其他时间段更加安全，此时仍然采用与其他时间段相同的目标时间间隔，虽然也可以保证安全性，但是可能会造成算力的浪费，不利于节约算力资源。

为了解决上述技术问题，本申请实施例提供了一种动态口令生成方法、装置、设备及计算机存储介质。下面首先对本申请实施例所提供的动态口令生成方法进行介绍，为了便于描述，下文将以动态口令应用于授权事件的场景进行说明。

图1示出了本申请一个实施例提供的动态口令生成方法的流程示意图。如图1所示，动态口令生成方法具体可以执行如下步骤：

步骤101，根据移动终端的第一时间信息，确定目标时间间隔，其中，在第一时间信息处于第一预设时间段的情况下，目标时间间隔为预设的第一时间间隔，在第一时间信息处于第二预设时间段的情况下，目标时间间隔为预设的第二时间间隔，第一预设时间段内的事件数量值大于第二预设时间段内的事件数量值，且第一时间间隔小于第二时间间隔；

步骤102，按照目标时间间隔，根据第一时间信息生成动态口令。

上述各步骤的具体实现方式将在下文中进行详细阐述。

本申请实施例的动态口令生成方法能够根据移动终端的第一时间信息，确定目标时间间隔，在第一时间信息处于第一预设时间段的情况下，可以将预设的第一时间间隔作为目标时间间隔，在第一时间信息处于第二预设时间段的情况下，可以将预设的第二时间间隔作为目标时间间隔，其中第一预设时间段内的事件数量值大于第二预设时间段内的事件数量值，且第一时间间隔小于第二时间间隔；然后可以按照目标时间间隔，根据第一时间信息生成动态口令。这样，可以在发生授权认证等事件较频繁的时间段，采用较短的时间间隔更新动态口令，在发生授权认证等事件较少的时间段，采用较长的时间间隔更新动态口令，由此，可以在保证动态口令安全性的同时，在一定程序上节约算力资源。

下面对上述各步骤的具体实现方式进行说明。

在步骤101中，移动终端可以是指用户的手机、平板或手环等便于携带的电子设备，示例地，可以在这些移动终端中安装相关应用程序用于生成动态口令。第一时间信息可以是移动终端自带的系统时间，该系统时间可以包括年份、月份和日份在内的日期，还可以包括小时及分钟在内的时刻。

在一个示例中，根据第一时间信息确定目标时间间隔，可以是根据移动终端的上述时刻确定目标时间间隔。示例地，可以根据事件发生的频率，将一天的时间划分为不同的时间段，例如可以将每天的8:00-22:00划分为第一预设时间段，将当天22：01-次日7:59划分为第二预设时间段，第一预设时间段内的事件数量值大于第二预设时间段内的事件数量值，换而言之，在第一预设时间段内授权认证事件发生的频率大于第二预设时间段内授权认证事件发生的频率。

第一预设时间段可以对应预设的第一时间间隔，第二预设时间段可以对应预设的第二时间间隔，第一时间间隔可以小于第二时间间隔。换而言之，授权事件发生越频繁，时间间隔则越短。

可以判断第一时间信息处在哪个时间段内，若第一时间信息处于第一预设时间段内，则第一时间间隔可以认为是目标时间间隔；若第一时间信息处于第二预设时间段内，则第二时间间隔可以认为是目标时间间隔。例如，第一时间间隔可以是5分钟，第二时间间隔可以是30分钟，在每天的8:00-22:00之间，可以将5分钟确定为目标时间间隔，在当天22：01-次日7:59之间，则可以将30分钟确定为目标时间间隔。

在另一个示例中，根据第一时间信息确定目标时间间隔，还可以是根据移动终端的上述日期确定目标时间间隔。示例地，可以根据日期划分工作日与休息日，工作日可以作为第一预设时间段，休息日可以作为第二预设时间段。即工作日可以对应预设的第一时间间隔，休息日可以对应预设的第二时间间隔。

例如，第一时间间隔可以是5分钟，第二时间间隔可以是30分钟，可以判断第一时间信息是处于工作日还是处于在休息日，若第一时间信息处于工作日，则可以将5分钟确定为目标时间间隔，若第一时间信息处于休息日，则可以将30分钟确定为目标时间间隔。

在步骤102中，确定出目标时间间隔后，可以按照目标时间间隔，根据第一时间信息生成动态口令。示例地，根据第一时间信息生成动态口令可以是采用现有的基于时间的动态令牌算法生成动态口令，该动态口令只在目标时间隔间内一次有效，若在目标时间间隔内未使用该动态口令完成授权认证，则该动态口令失效，需要重新根据移动终端的目标时间间隔后的系统时间生成新的动态口令。例如，目标时间间隔为5分钟，则动态口令每隔5分钟重新生成。

在一些实施例中，为了保证移动终端生成的动态口令准确有效，在上述步骤101之前，动态口令生成方法还可以执行如下步骤：

步骤201，向服务器发送时间同步请求；

步骤202，获取服务器响应于时间同步请求返回的第二时间信息；

步骤203，根据第二时间信息，同步第一时间信息。

在步骤201中，移动终端可以是在每一次确定目标时间间隔之前，均向服务器发送时间同步请求，以保证移动终端与服务器的时间同步。为了生成动态口令的过程更简单快捷，移动终端也可以是在预定时间向服务器发送时间同步请求，例如可以在移动终端安装用于生成动态口令的应用程序时向服务器发送时间同步请求。具体向服务器发送时间同步请求的时机和方式可根据实际情况进行设定，此处不作具体限定。

在步骤202中，移动终端向服务器发送时间同步请求之后，可以获取第二时间信息，其中第二时间信息可以是服务器在接收到时间同步请求后，响应于该时间同步请求，向移动终端发送的服务器的当前系统时间。

在步骤203中，移动终端可以根据服务器的第二时间信息，同步其自身的第一时间信息，即保证移动终端与服务器的时间同步。

本申请实施例中，移动终端根据服务器的第二时间信息进行时间同步，从而可以保证移动终端和服务器基于时间得到的动态口令的一致性，避免由于时间不同步导致的验证失败，进而影响用户的授权认证。

为了确保移动终端与服务器的动态口令的一致性，在一些示例中，移动终端可以是在每一次确定目标时间间隔之前，均与服务器进行时间同步，这样可以有效保证动态口令是基于同步的时间生成的，从而确保授权认证的成功率。

为了使得动态口令生成过程更简单便捷，在另一些示例中，移动终端也可以在与服务器进行一次时间同步后，不更改移动终端的第一时间信息，这样，一般情况下移动终端与服务器的时间仍然处于同步状态，无需进行多次时间同步。为了进一步确保移动终端与服务器的时间同步，可以根据预设时长对时间同步情况进行检测，例如可以每两个月对移动终端与服务器进行一次时间同步等。

在一些实施例中，为了保证动态口令的安全性，上述步骤102可以具体执行如下步骤：

步骤301，将日期对预设的第一数值取余，得到第一取余结果；

步骤302，将时刻对预设的第二数值取余，得到第二取余结果；

步骤303，按照目标时间间隔，根据时刻从预设数值范围内确定目标值；

步骤304，将时刻的小时值与目标值之和对预设的第三数值取余，得到第三取余结果；

步骤305，根据第一取余结果、第二取余结果和第三取余结果，得到动态口令。

本申请实施例提供了一种基于第一时间信息生成动态口令的算法，示例地，可以根据第一时间信息中的日期和时刻分别取余计算，最终得到动态口令，其中日期可以包括年份、月份和日份，时刻可以包括小时和分钟。

在步骤301中，将日期对预设的第一数值取余，得到第一取余结果，可以是将年份、月份与日份之和对预设的第一数值取余，也可以是将年份、月份与日份的乘积对预设的第一数值取余，具体可以根据实际情况进行设定。

为了进一步保证安全性，预设的第一数值可以包括预设的第一参数和第二参数，即可以将日期分别进行两次取余，再将两次取余后的结果相加或相乘后得到第一取余结果。例如，在本申请实施例中可以将年份、月份与日份之和分别对第一参数和第二参数取余，第一取余结果可以是两次取余的结果之和。

在步骤302中，将时刻对预设的第二数值取余，得到第二取余结果，可以是将小时值对预设的第二数值取余，也可以是将小时值与分钟值之和对预设的第二数值进行取余，具体可以根据实际情况进行设定。例如在本申请实施例中，可以是采用将小时值对预设的第二数值取余，得到第二取余结果。

在步骤303中，可以按照目标时间间隔，根据时刻从预设数值范围内确定目标值，例如目标时间间隔为5分钟时，可以根据分钟值每5分钟从预设数值范围内确定一个对应的数值作为目标值，目标时间间隔为30分钟时，可以根据小时值和分钟值每30分钟从预设数值范围内确定一个对应的数值作为目标值。

在步骤304中，确定出目标值后，可以将小时值与目标值之和对预设的第三数值取余，得到第三取余结果。

在步骤305中，根据第一取余结果、第二取余结果和第三取余结果得到动态口令，可以是将第一取余结果、第二取余结果和第三取余结果进行拼接后得到动态口令，也可以是基于第一取余结果、第二取余结果和第三取余结果之间的相加或相乘等运算方式计算得到动态口令。具体的运算方式可以根据实际情况进行设定。

这样，根据对日期和时刻进行分别取余计算后得到动态口令，使得动态口令的变化更多样化，从而有效保证了动态口令的随机性和安全性。

为了进一步保证动态口令的安全性以及控制动态口令的字符长度，在一些示例中，可以在每一步取余运算后加上或减去不同的预设固定数值，从而得到取余结果。这样一方面可以协助控制各取余结果的字符长度，从而保证动态口令的字符长度，另一方面可以进一步提高动态口令变化的多样性，从而提高动态口令的安全性。

为了进一步保证动态口令的安全性，在另一些示例中，基于第一取余结果、第二取余结果和第三取余结果之间的相加或相乘等运算方式得到计算结果后，可以在满足一定条件时，基于该计算结果加上或减去预设固定数值后，得到动态口令。其中满足一定条件可以是根据实际情况进行设定，例如，在分钟值大于预设分钟阈值时，可以将计算结果减去预设固定数值，得到动态口令，在分钟值小于或等于预设分钟阈值时，可以将计算结果加上预设固定数值，得到动态口令。

在一些实施例中，为了进一步提高动态口令的安全性，在目标时间间隔为第一时间间隔的情况下，预设数值范围为预设第一子数值范围，在目标时间间隔为第二时间间隔的情况下，预设数值范围为预设第二子数值范围。

可以理解的是，当目标时间间隔不同时，其确定目标值的预设数值范围也可以不相同，具体的预设数值范围以及从预设数值范围中确定目标值的规则，均可以根据实际情况进行设定。

例如，当目标时间间隔为5分钟时，预设数值范围可以为0-60，其中当分钟值为1-5时，目标值可以为1，当分钟值为6-10时，目标值可以为6……当分钟值为56-59时，目标值可以为56，或者，目标值的取值可以与分钟值相同，如分钟值为1时，目标值可以为1。

又例如，当目标时间间隔为30分钟时，预设数值范围可以为10-30，当时刻为0:00-0:29时，目标值可以为11，当时刻为0:30-0:59时，目标值可以为12……当时刻为7:30-7:59时，目标值可以为26。

这样，可以根据目标时间间隔确定不同的目标值，从而进一步提高动态口令变化的多样性，保证动态口令的高安全性。

为了便于理解上述实施例提供的动态口令生成方法，以下可以以一个具体的第一时间信息对上述根据第一时间信息生成动态口令进行举例说明。

以第一时间信息为2021年9月15日10点22分，生成一个六位数的动态口令为例进行说明，可见，该第一时间信息对应的年份为2021，月份为9，日份为15，小时值为10，分钟值为22。

首先可以将年份、月份与日份相加，得到和E，E的计算公式可以为：E＝2021+9+15＝2045。

再将年份、月份与日份之和分别对第一参数、第二参数进行取余，将取余结果相加后可以加上第一固定数值，得到一位数的第一取余结果F，其中第一参数可以为3，第二参数可以为7，第一固定数值可以为1，第一取余结果F的计算公式可以为：F＝MOD(E,3)+MOD(E,7)+1＝4。

然后可以将小时值对预设的第二数值取余，取余结果可以加上第二固定数值，得到两位数的第二取余结果I，其中第二数值可以为17，第二固定数值可以为7，第二取余结果I的计算公式可以为：I＝MOD(10,17)+7＝17。

如果时刻处于8:00-21:59的时间段，则每5分钟从0-60内确定目标值J，如果时刻处于当天22:00-次日7:59的时间段，则每30分钟从10-30内确定目标值J。基于10:22处于8:00-21:59的时间段，因此可以根据分钟值22从0-60中确定目标值J，例如22属于分钟值21-25的区间内，目标值J可以为21。

可以将小时值与目标值相加，得到的和对预设的第三数值取余，取余结果可以加上第三固定数值，得到两位数的第三取余结果M。其中，为了保证第三取余结果M为两位数，当取余结果为一位数或者取余结果为两位数时，第三固定数值的取值可以不同，如第三数值可以为11，当取余结果为一位数时第三固定数值可以为14，第三取余结果M的计算公式可以为：M＝MOD(10+J,11)+14＝23。

可以根据第一取余结果F、第二取余结果I和第三取余结果M，计算得到动态口令，示例地，为了使得动态口令的变化更复杂多样化，从而提高动态口令的安全性，可以分别计算第一取余结果F、第二取余结果I与第三取余结果M的乘积，再将该乘积乘以100得到第一乘积，再计算第二取余结果I与第三取余结果M的乘积，得到第二乘积，然后计算小时值与年份、月份与日份之和E的乘积，得到第三乘积，将第一乘积、第二乘积与第三乘积相加后，可以减去第四固定数值，得到六位数的计算结果L，可以将计算结果L作为动态口令。其中，第四固定数值可以为7，计算结果L的计算公式可以为：L＝F*I*M*100+I*M+10*E-7＝177234。

为了进一步提高动态口令的安全性，得到计算结果L后，还可以判断分钟值是否大于预设的分钟阈值，若分钟值大于分钟阈值，则可以将计算结果L减去第五固定数值，得到最终的动态口令K，若分钟值小于或等于分钟阈值，则可以将计算结果L加上第六固定数值，得到最终的动态口令K。其中分钟阈值可以为30，第五固定数值可以为3，第六固定数值可以为5，可见，动态口令K的计算公式可以为：K＝L+5＝177239。

由此可见，当第一时间信息为2021年9月15日10点22分时，可以生成一个六位数的动态口令K，其中K可以为177239。可以理解的是，上述各步骤中的取余参数、固定数值等均可以根据实际情况进行设定，上述示例作为举例说明，并不对本申请实施例进行具体限定。

基于上述实施例提供的动态口令生成方法，本申请还提供了一种基于动态口令授权的方法的实施例。

图4示出了本申请另一个实施例提供的授权方法的流程示意图。如图4所示，授权方法具体可以执行如下步骤：

步骤401，在接收到授权请求的情况下，响应于授权请求，根据服务器的第二时间信息生成目标口令；

步骤402，接收移动终端发送的动态口令；

步骤403，在动态口令与目标口令匹配的情况下，通过授权请求。

上述各步骤的具体实现方式将在下文中进行详细阐述。

本申请实施例的授权方法服务器能够在接收到授权请求的情况下，响应于授权请求，根据服务器的第二时间信息生成目标口令，然后接收移动终端发送的动态口令；在动态口令与目标口令匹配的情况下，通过授权请求。因为，服务器与移动终端基于相同的算法和同步时间生成的口令是一致的，因此服务器可以在接收到与目标口令匹配的动态口令时，通过授权请求，这样，可以在保证授权认证的安全性的同时实现快速准确授权的目的。

下面对上述各步骤的具体实现方式进行说明。

在步骤401中，授权请求可以是任意移动终端发送的，也可以是第三方平台发送的，服务器在接收到授权请求后，可以响应于授权请求，根据服务器的第二时间信息和预设的算法生成目标口令。

在步骤402中，服务器生成目标口令后，可以接收任意移动终端发送的动态口令。

一个示例中，上述授权请求可以是移动终端发送的，该移动终端可以安装有用于生成动态口令的应用程序，在发送授权请求时，根据自身的系统时间和与服务器相同的算法生成动态口令，即服务器可以接收与授权请求相关联的移动终端发送的动态口令。或者，服务器在接收到移动终端发送的授权请求后，可以基于该授权请求生成第一指令，并将第一指令发送给安装有用于生成动态口令的应用程序的多个移动终端，以使多个移动终端均可以响应于第一指令生成动态口令，服务器可以接收多个移动终端中任一移动终端发送的动态口令，换而言之，服务器接收到的授权请求和动态口令可以关联同一个移动终端，也可以分别关联不同的移动终端。

又一个示例中，上述授权请求可以是第三方平台发送的，服务器在接收到第三方平台发送的授权请求后，可以基于该授权请求生成第一指令，并将第一指令发送给安装有用于生成动态口令的应用程序的多个移动终端，以使多个移动终端均可以响应于第一指令生成动态口令，服务器可以接收多个移动终端中任一移动终端发送的动态口令。或者，授权请求可以携带用户信息，服务器可以将第一指令发送给与用户信息对应的移动终端，以使该移动终端可以响应于第一指令生成动态口令，服务器可以接收该移动终端发送的动态口令。

在步骤403中，服务器接收到移动终端发送的动态口令后，可以将动态口令与目标口令进行匹配。如上文所言，服务器与移动终端的时间同步，在基于时间生成口令的算法相同的情况下，在相同时间下服务器与移动终端生成的口令是一致的。因此可以在移动终端的动态口令与服务器的目标口令匹配的情况下，通过授权请求。

在一些实施例中，授权请求携带有待授权的用户信息和事件信息，且事件信息关联有N个管理者信息，N为正整数，上述步骤402可以具体执行如下步骤：

步骤501，接收第一移动终端发送的第一动态口令，第一移动终端为与用户信息对应的移动终端；

步骤502，接收至少一个第二移动终端发送的第二动态口令，第二移动终端为与N个管理者信息对应的移动终端；

相应的，上述步骤403可以具体执行如下步骤：

步骤503，在第一动态口令与第三动态口令匹配，且第二动态口令与第四动态口令匹配的情况下，通过授权请求，其中目标口令包括第三动态口令和第四动态口令。

为了进一步保证授权认证的安全性，针对一些对保密性有所要求的事件，可以设置对应的管理者对这些事件的授权认证进行管理。授权请求可以携带有待授权的用户信息和事件信息，且事件信息关联有N个管理者信息，服务器在接收到授权请求后可以响应于授权请求生成第三动态口令和第四动态口令，其中第三动态口令与待授权的用户信息对应的移动终端生成的动态口令匹配，第四动态口令与管理者信息对应的移动终端生成的动态口令匹配。

可以理解的是，动态口令可以基于上文所言的算法生成，其中可以通过调整上述算法中各个步骤对应的固定数值，或者调整目标值等方式实现相同时间生成多个不同的动态口令。

在步骤501中，第一移动终端可以为与用户信息对应的移动终端，例如，授权请求可以是基于用户A在其移动终端或第三方平台上的输入发送的授权请求，则用户A的移动终端可以认为是第一移动终端，用户A的移动终端可以生成动态口令A，则动态口令A可以认为是第一动态口令。服务器可以接收动态口令A。

在步骤502中，第二移动终端可以为与N个管理者信息对应的移动终端，例如，N个管理者信息可以包括管理者B、管理者C和管理者D，则管理者B、管理者C和管理者D的移动终端均可以认为是第二移动终端，管理者B的移动终端可以生成动态口令B，管理者C的移动终端可以生成动态口令C，管理者C的移动终端可以生成动态口令C，则动态口令B、动态口令C和动态口令D均可以认为是第二动态口令。服务器可以接收至少一个第二移动终端发送的第二动态口令，换而言之，服务器可以接收动态口令B、动态口令C和动态口令D中至少一个。

在步骤503中，在第一动态口令与第三动态口令匹配，且第二动态口令与第四动态口令匹配的情况下，可以通过授权请求。

作为一个示例，对于保密性较弱的授权认证事件，可以N个管理者对该事件进行单独授权，换而言之，动态口令B、动态口令C和动态口令D中任意一个与第四动态口令匹配，即可通过授权请求。例如，认证方式可以是：动态口令A和动态口令B与目标口令匹配，或者动态口令A和动态口令C与目标口令匹配，或者动态口令A和动态口令D与目标口令匹配。可以理解的是，在此场景下，动态口令B、动态口令C和动态口令D可以是相同的动态口令，也可以是不同的动态口令。

作为又一个示例，对于保密性较强的授权认证事件，可以N个管理者对该事件进行共同授权，换而言之，动态口令B、动态口令C和动态口令D全部与第四动态口令匹配时，可以通过授权请求。例如，认证方式可以是动态口令A、动态口令B、动态口令C和动态口令D均与目标口令匹配。可以理解的是，在此场景下，动态口令B、动态口令C和动态口令D是不同的动态口令。

在本申请实施例中，在用户信息对应的第一移动终端生成的第一动态口令与第三动态口令匹配，且管理者信息对应的第二移动终端生成的第二动态口令与第四动态口令匹配的情况下，可以通过授权请求。这样，授权认证可以被管理者管理，一定程度上可以避免动态口令的滥用，从而可以保证了授权认证的安全性。

基于上述实施例提供的动态口令生成方法，本申请还提供了一种移动终端的实施例。

图6示出了本申请另一个实施例提供的移动终端的结构示意图，为了便于说明，仅示出了与本申请实施例相关的部分。

参照图6，移动终端600可以包括：

确定模块601，用于根据移动终端的第一时间信息，确定目标时间间隔，其中，在第一时间信息处于第一预设时间段的情况下，目标时间间隔为预设的第一时间间隔，在第一时间信息处于第二预设时间段的情况下，目标时间间隔为预设的第二时间间隔，第一预设时间段内的事件数量值大于第二预设时间段内的事件数量值，且第一时间间隔小于第二时间间隔；

第一生成模块602，用于按照目标时间间隔，根据第一时间信息生成动态口令。

在一些实施例中，移动终端600还可以包括：

发送模块，用于向服务器发送时间同步请求；

获取模块，用于获取服务器响应于时间同步请求返回的第二时间信息；

同步模块，用于根据第二时间信息，同步第一时间信息。

在一些实施例中，第一时间信息可以包括日期和时刻，第一生成模块602可以包括：

第一取余单元，用于将日期对预设的第一数值取余，得到第一取余结果；

第二取余单元，用于将时刻对预设的第二数值取余，得到第二取余结果；

确定单元，用于按照目标时间间隔，根据时刻从预设数值范围内确定目标值；

第三取余单元，用于将时刻的小时值与目标值之和对预设的第三数值取余，得到第三取余结果；

生成单元，用于根据第一取余结果、第二取余结果和第三取余结果，得到动态口令。

在一些实施例中，移动终端在目标时间间隔为第一时间间隔的情况下，预设数值范围为预设第一子数值范围，在目标时间间隔为第二时间间隔的情况下，预设数值范围为预设第二子数值范围。

需要说明的是，上述模块/单元之间的信息交互、执行过程等内容，与本申请动态口令生成方法实施例基于同一构思，是与上述动态口令生成方法对应的移动终端600，上述动态口令生成方法实施例中所有实现方式均适用于该移动终端600的实施例中，其具体功能及带来的技术效果，具体可参见动态口令生成方法实施例部分，此处不再赘述。

基于上述实施例提供的授权方法，本申请还提供了一种服务器的实施例。

图7示出了本申请另一个实施例提供的服务器的结构示意图，为了便于说明，仅示出了与本申请实施例相关的部分。

参照图7，服务器700可以包括：

第二生成模块701，用于在接收到授权请求的情况下，响应于授权请求，根据服务器的第二时间信息生成目标口令；

接收模块702，用于接收移动终端发送的动态口令；

授权模块703，用于在动态口令与目标口令匹配的情况下，通过授权请求。

在一些实施例中，授权请求携带有待授权的用户信息和事件信息，且事件信息关联有N个管理者信息，N为正整数，接收模块702可以包括：

第一接收单元，用于接收第一移动终端发送的第一动态口令，第一移动终端为与用户信息对应的移动终端；

第二接收单元，用于接收至少一个第二移动终端发送的第二动态口令，第二移动终端为与N个管理者信息对应的移动终端；

相应的，授权模块703可以包括：

授权单元，在第一动态口令与第三动态口令匹配，且第二动态口令与第四动态口令匹配的情况下，通过授权请求，其中目标口令包括第三动态口令和第四动态口令。

需要说明的是，上述模块/单元之间的信息交互、执行过程等内容，与本申请授权方法实施例基于同一构思，是与上述授权方法对应的服务器700，上述授权方法实施例中所有实现方式均适用于该服务器700的实施例中，其具体功能及带来的技术效果，具体可参见授权方法实施例部分，此处不再赘述。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

图8示出了本申请又一个实施例提供的电子设备的硬件结构示意图。

设备可以包括处理器801以及存储有程序指令的存储器802。

处理器801执行程序时实现上述任意各个方法实施例中的步骤。

示例性的，程序可以被分割成一个或多个模块/单元，一个或者多个模块/单元被存储在存储器802中，并由处理器801执行，以完成本申请。一个或多个模块/单元可以是能够完成特定功能的一系列程序指令段，该指令段用于描述程序在设备中的执行过程。

具体地，上述处理器801可以包括中央处理器(CPU)，或者特定集成电路(Application Specific Integrated Circuit，ASIC)，或者可以被配置成实施本申请实施例的一个或多个集成电路。

存储器802可以包括用于数据或指令的大容量存储器。举例来说而非限制，存储器802可包括硬盘驱动器(Hard Disk Drive，HDD)、软盘驱动器、闪存、光盘、磁光盘、磁带或通用串行总线(Universal Serial Bus，USB)驱动器或者两个或更多个以上这些的组合。在合适的情况下，存储器802可包括可移除或不可移除(或固定)的介质。在合适的情况下，存储器802可在综合网关容灾设备的内部或外部。在特定实施例中，存储器802是非易失性固态存储器。

存储器可包括只读存储器(ROM)，随机存取存储器(RAM)，磁盘存储介质设备，光存储介质设备，闪存设备，电气、光学或其他物理/有形的存储器存储设备。因此，通常，存储器包括一个或多个编码有包括计算机可执行指令的软件的有形(非暂态)可读存储介质(例如，存储器设备)，并且当该软件被执行(例如，由一个或多个处理器)时，其可操作来执行参考根据本公开的一方面的方法所描述的操作。

处理器801通过读取并执行存储器802中存储的程序指令，以实现上述实施例中的任意一种方法。

在一个示例中，电子设备还可包括通信接口803和总线810。其中，处理器801、存储器802、通信接口803通过总线810连接并完成相互间的通信。

通信接口803，主要用于实现本申请实施例中各模块、装置、单元和/或设备之间的通信。

总线810包括硬件、软件或两者，将在线数据流量计费设备的部件彼此耦接在一起。举例来说而非限制，总线可包括加速图形端口(AGP)或其他图形总线、增强工业标准架构(EISA)总线、前端总线(FSB)、超传输(HT)互连、工业标准架构(ISA)总线、无限带宽互连、低引脚数(LPC)总线、存储器总线、微信道架构(MCA)总线、外围组件互连(PCI)总线、PCI-Express(PCI-X)总线、串行高级技术附件(SATA)总线、视频电子标准协会局部(VLB)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线810可包括一个或多个总线。尽管本申请实施例描述和示出了特定的总线，但本申请考虑任何合适的总线或互连。

另外，结合上述实施例中的方法，本申请实施例可提供一种存储介质来实现。该存储介质上存储有程序指令；该程序指令被处理器执行时实现上述实施例中的任意一种方法。

需要明确的是，本申请并不局限于上文所描述并在图中示出的特定配置和处理。为了简明起见，这里省略了对已知方法的详细描述。在上述实施例中，描述和示出了若干具体的步骤作为示例。但是，本申请的方法过程并不限于所描述和示出的具体步骤，本领域的技术人员可以在领会本申请的精神后，作出各种改变、修改和添加，或者改变步骤之间的顺序。

以上所述的结构框图中所示的功能模块可以实现为硬件、软件、固件或者它们的组合。当以硬件方式实现时，其可以例如是电子电路、专用集成电路(ASIC)、适当的固件、插件、功能卡等等。当以软件方式实现时，本申请的元素是被用于执行所需任务的程序或者代码段。程序或者代码段可以存储在机器可读介质中，或者通过载波中携带的数据信号在传输介质或者通信链路上传送。“机器可读介质”可以包括能够存储或传输信息的任何介质。机器可读介质的例子包括电子电路、半导体存储器设备、ROM、闪存、可擦除ROM(EROM)、软盘、CD-ROM、光盘、硬盘、光纤介质、射频(RF)链路，等等。代码段可以经由诸如因特网、内联网等的计算机网格被下载。

还需要说明的是，本申请中提及的示例性实施例，基于一系列的步骤或者装置描述一些方法或系统。但是，本申请不局限于上述步骤的顺序，也就是说，可以按照实施例中提及的顺序执行步骤，也可以不同于实施例中的顺序，或者若干步骤同时执行。

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

以上所述，仅为本申请的具体实施方式，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。应理解，本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。

Claims (10)

1.一种动态口令生成方法，应用于移动终端，其特征在于，包括：

根据所述移动终端的第一时间信息，确定目标时间间隔，其中，在所述第一时间信息处于第一预设时间段的情况下，所述目标时间间隔为预设的第一时间间隔，在所述第一时间信息处于第二预设时间段的情况下，所述目标时间间隔为预设的第二时间间隔，所述第一预设时间段内的事件数量值大于所述第二预设时间段内的事件数量值，且所述第一时间间隔小于所述第二时间间隔；

按照所述目标时间间隔，根据所述第一时间信息生成动态口令。

2.根据权利要求1所述的方法，其特征在于，在所述根据所述移动终端的第一时间信息，确定目标时间间隔之前，所述方法还包括：

向服务器发送时间同步请求；

获取所述服务器响应于所述时间同步请求返回的第二时间信息；

根据所述第二时间信息，同步所述第一时间信息。

3.根据权利要求1所述的方法，其特征在于，所述第一时间信息包括日期和时刻，

所述按照所述目标时间间隔，根据所述第一时间信息生成动态口令，包括：

将所述日期对预设的第一数值取余，得到第一取余结果；

将所述时刻对预设的第二数值取余，得到第二取余结果；

按照所述目标时间间隔，根据所述时刻从预设数值范围内确定目标值；

将所述时刻的小时值与所述目标值之和对预设的第三数值取余，得到第三取余结果；

根据所述第一取余结果、所述第二取余结果和所述第三取余结果，得到动态口令。

4.根据权利要求3所述的方法，其特征在于，在所述目标时间间隔为所述第一时间间隔的情况下，所述预设数值范围为预设第一子数值范围，在所述目标时间间隔为所述第二时间间隔的情况下，所述预设数值范围为预设第二子数值范围。

5.一种基于动态口令授权的方法，应用于服务器，所述动态口令通过如权利要求1至4中任一项所述的方法生成，其特征在于，包括：

在接收到授权请求的情况下，响应于所述授权请求，根据所述服务器的第二时间信息生成目标口令；

接收移动终端发送的动态口令；

在所述动态口令与所述目标口令匹配的情况下，通过所述授权请求。

6.根据权利要求5所述的方法，其特征在于，所述授权请求携带有待授权的用户信息和事件信息，且所述事件信息关联有N个管理者信息，N为正整数，

所述接收移动终端发送的动态口令，包括：

接收第一移动终端发送的第一动态口令，所述第一移动终端为与所述用户信息对应的移动终端；

接收至少一个第二移动终端发送的第二动态口令，所述第二移动终端为与所述N个管理者信息对应的移动终端；

所述在所述动态口令与所述目标口令匹配的情况下，通过所述授权请求，包括：

在所述第一动态口令与第三动态口令匹配，且所述第二动态口令与第四动态口令匹配的情况下，通过所述授权请求，其中所述目标口令包括所述第三动态口令和所述第四动态口令。

7.一种移动终端，其特征在于，所述移动终端包括：

确定模块，用于根据所述移动终端的第一时间信息，确定目标时间间隔，其中，在所述第一时间信息处于第一预设时间段的情况下，所述目标时间间隔为预设的第一时间间隔，在所述第一时间信息处于第二预设时间段的情况下，所述目标时间间隔为预设的第二时间间隔，所述第一预设时间段内的事件数量值大于所述第二预设时间段内的事件数量值，且所述第一时间间隔小于所述第二时间间隔；

第一生成模块，用于按照所述目标时间间隔，根据所述第一时间信息生成动态口令。

8.一种服务器，其特征在于，所述服务器包括：

第二生成模块，用于在接收到授权请求的情况下，响应于所述授权请求，根据所述服务器的第二时间信息生成目标口令；

接收模块，用于接收移动终端发送的动态口令；

授权模块，用于在所述动态口令与所述目标口令匹配的情况下，通过所述授权请求。

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

处理器以及存储有程序指令的存储器；

所述处理器执行所述程序指令时实现如权利要求1至4中任意一项所述的方法，或者，实现如权利要求5或6所述的方法。

10.一种存储介质，其特征在于，所述存储介质上存储有程序指令，所述程序指令被处理器执行时实现如权利要求1至4中任意一项所述的方法，或者，实现如权利要求5或6所述的方法。

Images