一种授权认证系统

摘要

本申请提供一种授权认证系统，包括：控制服务器、若干验证设备和若干客户端。客户端用于执行：得到用户的当前人像信息；从可信数据源获取用户的可信人像信息；根据当前人像信息和可信人像信息进行用户匹配；若第一匹配结果表示当前人像信息和可信人像信息对应同一用户，则生成用户的授权信息；获取用户输入的授权位置集合，建立授权位置集合和授权信息的关联关系。在进行用户验证时，使用的是距离当前时间更近的当前人像信息，由于时间更近，人像的变化相对于可信人像信息受个人状态等因素的影响变化更小，可以降低即使是同一用户但因为人像信息受个人状态等因素的影响导致验证失败的情况发生。

权利要求

1.一种授权认证系统，其特征在于，包括：控制服务器、若干验证设备和若干客户端；若干所述验证设备和若干所述客户端均与所述控制服务器通讯连接；每一验证设备对应一个位置；

所述客户端用于执行以下方法：

S100，响应于用户的授权申请，控制客户端所在的电子设备的采集器对所述用户进行人像采集，以得到所述用户的当前人像信息；

S110，根据所述用户的身份信息，从可信数据源获取所述用户的可信人像信息；所述可信人像信息是由所述可信数据源进行采集得到的，且所述可信人像信息的采集时间早于所述当前人像信息的采集时间；

S120，根据所述当前人像信息和所述可信人像信息进行用户匹配，得到第一匹配结果；

S130，若所述第一匹配结果表示所述当前人像信息和所述可信人像信息对应同一用户，则生成所述用户的授权信息；所述授权信息包含所述当前人像信息；

S140，确定所述授权信息的有效时段[Tnow,VT]；其中，Tnow为所述授权信息的有效时间起点，VT为所述授权信息的有效时间终点；Tnow为根据当前时间获得的；

S150，获取所述用户输入的授权位置集合，建立所述授权位置集合和所述授权信息的关联关系；

S160，获取所述用户的待执行事件信息；所述待执行事件信息包括待执行事件对应的源位置；

S170，若所述源位置属于所述授权位置集合，则为所述授权信息设置可用时段，并将所述授权信息发送至所述控制服务器；所述控制服务器仅能在所述可用时段内使用所述授权信息；所述可用时段的时长小于所述有效时段[Tnow,VT]的剩余时长；

所述控制服务器用于执行以下方法：

S210，将所述授权信息发送至所述源位置对应的验证设备；所述源位置对应的验证设备用于执行所述待执行事件信息的第一类关联事件的用户验证；

所述源位置对应的验证设备在执行所述第一类关联事件的用户验证时，执行以下方法：S300，控制自身的采集器对当前用户进行人像采集，得到待验证人像信息；

S310，将所述待验证人像信息与所述授权信息内的当前人像信息进行用户匹配，得到第二匹配结果；

S320，若所述第二匹配结果表示所述当前人像信息和所述待验证人像信息对应同一用户，则验证通过。

2.根据权利要求1所述的授权认证系统，其特征在于，所述客户端还用于执行以下方法：S180，当所述授权信息的有效时段[Tnow,VT]结束后，删除所述授权信息。

3.根据权利要求1所述的授权认证系统，其特征在于，所述步骤S100，包括：S101，响应于用户的授权申请，显示若干人像采集方法(F1,T1),(F2,T2),...,(Fn,Tn)；其中，Fi为第i个人像采集方法，Ti为Fi对应的采集时长，i=1,2,...,n；T1≥T2≥...≥Tn；n为所述人像采集方法的数量；

S102，响应于用户对人像采集方法Fg的选择，使用人像采集方法Fg控制所述采集器对所述用户进行人像采集，以得到所述用户的当前人像信息；1≤g≤n；

VT‑Tnow=(Tg/T1)*MT；其中，MT为预设的最大有效时长，Tg为Fg对应的采集时长。

4.根据权利要求3所述的授权认证系统，其特征在于，所述步骤S120，包括：S121，响应于用户对Fg的选择，使用Fg控制所述采集器对所述用户进行人像采集，得到原始人像信息；

S122，获取所述原始人像信息中的人脸部分，得到所述当前人像信息；

所述客户端进行用户匹配时使用的特征提取算法与所述验证设备进行用户匹配时使用的特征提取算法不同。

5.根据权利要求1所述的授权认证系统，其特征在于，所述待执行事件信息还包括所述待执行事件的执行时间；

所述步骤S170，包括：

S171，若所述源位置属于所述授权位置集合且所述执行时间处于所述有效时段内，则为所述授权信息设置可用时段；

S172，在设定时间点将所述授权信息发送至所述控制服务器；所述设定时间点为所述有效时段的开始时间。

6.根据权利要求1所述的授权认证系统，其特征在于，所述待执行事件信息还包括所述待执行事件的执行时间；所述待执行事件具有对应的第二类关联事件；所述第二类关联事件的执行时间早于所述待执行事件的执行时间；

所述步骤S170，包括：

S173，若所述源位置属于所述授权位置集合且所述执行时间处于所述有效时段内，则为所述授权信息设置可用时段；所述第二类关联事件的执行时间和所述待执行事件的执行时间的时间间隔小于所述可用时段对应的时长；

S174，响应于所述第二类关联事件的执行，将所述授权信息发送至所述控制服务器。

7.根据权利要求3所述的授权认证系统，其特征在于，所述MT的取值范围为60天‑120天。

8.根据权利要求7所述的授权认证系统，其特征在于，所述MT为90天。

说明书

一种授权认证系统

技术领域

[0001] 本申请涉及用户验证授权领域，尤其涉及一种授权认证系统。

背景技术

[0002] 现今，在很多场景下，都需要对用户的身份进行验证，如住宿、搭乘火车、飞机等。而现有的身份认证方式，多为通过实体身份证进行验证。但是这样就需要用户时刻带着身份证，否则无法完成用户验证。同时，现有一些验证方式中可以通过用户的生物信息进行验证（如人脸信息），但是这样的验证一般只能通过与身份证照片进行对比验证。然而，由于身份证一般是长期持有不会短时间内更换的，故而这些身份证照片多为几年前的照片。同时，由于人在不同的状态下，人脸信息的差异往往较大，如因化妆、疲劳或损伤等的影响，这就导致了通过身份证照片进行验证，经常会出现即使是同一个用户，也会因为人脸信息差异较大导致验证失败的情况。

发明内容

[0003] 有鉴于此，本申请提供一种授权认证系统，至少部分解决现有技术中存在的问题。

[0004] 在本申请的一方面，提供一种授权认证系统，包括：控制服务器、若干验证设备和若干客户端；若干所述验证设备和若干所述客户端均与所述控制服务器通讯连接；每一验证设备对应一个位置；

[0005] 所述客户端用于执行以下方法：

[0006] S100，响应于用户的授权申请，控制客户端所在的电子设备的采集器对所述用户进行人像采集，以得到所述用户的当前人像信息；

[0007] S110，根据所述用户的身份信息，从可信数据源获取所述用户的可信人像信息；所述可信人像信息是由所述可信数据源进行采集得到的，且所述可信人像信息的采集时间早于所述当前人像信息的采集时间；

[0008] S120，根据所述当前人像信息和所述可信人像信息进行用户匹配，得到第一匹配结果；

[0009] S130，若所述第一匹配结果表示所述当前人像信息和所述可信人像信息对应同一用户，则生成所述用户的授权信息；所述授权信息内包含所述当前人像信息；

[0010] S140，确定所述授权信息的有效时段[Tnow,VT]；其中，Tnow为所述授权信息的有效时间起点，VT为所述授权信息的有效时间终点；Tnow为根据当前时间获得的；

[0011] S150，获取所述用户输入的授权位置集合，建立所述授权位置集合和所述授权信息的关联关系；

[0012] S160，获取所述用户的待执行事件信息；所述待执行事件信息包括待执行事件对应的源位置；

[0013] S170，若所述源位置属于所述授权位置集合，则为所述授权信息设置可用时段，并将所述授权信息发送至所述控制服务器；所述控制服务器仅能在所述可用时段内使用所述授权信息；所述可用时段的时长小于所述有效时段[Tnow,VT]的剩余时长；

[0014] 所述控制服务器用于执行以下方法：

[0015] S210，将所述授权信息发送至所述源位置对应的验证设备；所述源位置对应的验证设备用于执行所述待执行事件信息的第一类关联事件的用户验证；

[0016] 所述源位置对应的验证设备在执行所述第一类关联事件的用户验证时，执行以下方法：

[0017] S300，控制自身的采集器对当前用户进行人像采集，得到待验证人像信息；

[0018] S310，将所述待验证人像信息与所述授权信息内的当前人像信息进行用户匹配，得到第二匹配结果；

[0019] S320，若所述第二匹配结果表示所述当前人像信息和所述待验证人像信息对应同一用户，则验证通过。

[0020] 本申请提供的一种授权认证系统，用户可以通过客户端进行授权申请，该授权申请用于申请使用人像信息代替实体身份证进行第一类关联事件的用户验证（用户身份验证）。客户端接收到用户的授权申请后，会通过所在电子设备的采集器，对用户进行采集，得到用户的当前人像信息。并通过可信数据源获取用户的可信人像信息（如身份证照片）。通过可信人像信息和当前人像信息验证用户的身份，以确定当前的用户是否具有授权的权限。若第一匹配结果表示当前人像信息和可信人像信息对应同一用户，则表明当前用户具有授权的权限，此时生成用户的授权信息。并为该授权信息设置有效时段[Tnow,VT]。有效时段[Tnow,VT]用于规定授权信息的有效期。然后获取用户输入的授权位置集合，授权位置集合包括若干位置对应的位置标识，即这些位置标识对应的位置能够使用人像信息代替实体身份证进行第一类关联事件的用户验证。当获取到用户的待执行事件信息后，若该待执行事件信息对应的源位置属于授权位置集合，则确定该源位置可以使用人像信息进行待执行事件的第一类关联事件的用户验证。此时，客户端会将授权信息发送至控制服务器，并由控制服务器发送至源位置对应的验证设备。以使源位置对应的验证设备在进行第一类关联事件的验证时，采集当前用户的待验证人像信息，并与授权信息中的当前人像信息进行匹配，当匹配成功时，则确定用户验证通过。

[0021] 如此，本申请能够通过当前人像信息和可信人像信息的匹配，确定用户的身份以及确保当前人像信息的可用性。并在第一类关联事件的用户验证时，使用当前人像信息和待验证人像信息进行匹配，以完成用户验证。这样，在进行用户验证时，使用的是距离当前时间更近的当前人像信息，由于时间更近，人像的变化相对于可信人像信息受个人状态等因素的影响变化更小，可以降低即使是同一用户但因为人像信息受个人状态等因素的影响导致验证失败的情况发生。

[0022] 同时，可信人像信息可以不发送给各个验证设备，能够避免可信人像信息的泄露，提升用户信息的安全性。

附图说明

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

[0024] 图1为本实施例提供的一种授权认证系统的结构框图。

具体实施方式

[0025] 下面结合附图对本申请实施例进行详细描述。

[0026] 需说明的是，在不冲突的情况下，以下实施例及实施例中的特征可以相互组合；并且，基于本公开中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本公开保护的范围。

[0027] 需要说明的是，下文描述在所附权利要求书的范围内的实施例的各种方面。应显而易见，本文中所描述的方面可体现于广泛多种形式中，且本文中所描述的任何特定结构及/或功能仅为说明性的。基于本公开，所属领域的技术人员应了解，本文中所描述的一个方面可与任何其它方面独立地实施，且可以各种方式组合这些方面中的两者或两者以上。举例来说，可使用本文中所阐述的任何数目个方面来实施设备及/或实践方法。另外，可使用除了本文中所阐述的方面中的一或多者之外的其它结构及/或功能性实施此设备及/或实践此方法。

[0028] 请参考图1所示，本实施例提供一种授权认证系统，包括：控制服务器、若干验证设备和若干客户端；所述验证设备和若干所述客户端均与所述控制服务器通讯连接；每一验证设备对应一个位置，该位置可以为一个地理位置或地理区域，如机场等。其中，控制服务器为可信等级高的可信服务器，故而可以接收客户端发送的授权信息，在实际应用时，控制服务器可以为航空关联部门的服务器。验证设备对应的位置可以为机场、商场或相关事务处理部门等。验证设备用于在进行第一类关联事件的用户验证。如当待执行事件为航班时，第一类事件可以为行李托运等事件。客户端可以设置在用户的电子设备上，本实施例中，客户端可以仅为设置在用户的电子设备上的APP，也可以同时包括支持该APP运行的后台服务器等。

[0029] 所述客户端用于执行以下方法：

[0030] S100，响应于用户的授权申请，控制客户端所在的电子设备的采集器对所述用户进行人像采集，以得到所述用户的当前人像信息。

[0031] 其中，授权申请可以通过用户点击客户端界面上的“授权申请”按钮产生。采集器可以为摄像头、深度传感器等。当前人像信息指代响应于授权申请通过采集器采集的人像信息，其“当前”是用于和其他人像信息进行区分的，并不是所有时刻下的“当前”。

[0032] S110，根据所述用户的身份信息，从可信数据源获取所述用户的可信人像信息；所述可信人像信息是由所述可信数据源进行采集得到的，且所述可信人像信息的采集时间早于所述当前人像信息的采集时间。

[0033] 其中，用户的身份信息可以直接包含在授权申请中，可以从数据库中根据用户对应的账号信息或客户端标识等获取，具体的可以为用户的身份证号码。其中，可信数据源中存储有所有用户的可信人像信息，其可以为国家管理部门提供的服务器，以此保证可信人像信息的可信度。可信人像信息可以为用户对应的身份证照。可信人像信息是在申请对应证件时生成并存储的，故而其采集时间会早于当前人像信息的采集时间，而证件的有效期相对较长，故而其采集时间相较于当前时间可能会时间间隔很长。

[0034] S120，根据所述当前人像信息和所述可信人像信息进行用户匹配，得到第一匹配结果。

[0035] 具体的，进行用户匹配时可以采用预设的第一人像匹配算法或第一特征提取算法等，本实施例中，第一人像匹配算法和第一特征提取算法可以使用现有的算法，本实施不加限定。第一人像匹配算法用于确定两个人像信息是否对应同一个人（用户）。

[0036] S130，若所述第一匹配结果表示所述当前人像信息和所述可信人像信息对应同一用户，则生成所述用户的授权信息。所述授权信息内包含所述当前人像信息。在一些实施例中，授权信息内也可以包括用户选择的可以使用人像信息进行身份验证的第一类关联事件。即，可以不是所有第一类关联事件均进行授权，而是可以根据用户的选择操作确定。

[0037] S140，确定所述授权信息的有效时段[Tnow,VT]；其中，Tnow为所述授权信息的有效时间起点，VT为所述授权信息的有效时间终点；Tnow为根据当前时间获得的；。

[0038] 具体的，Tnow为当前时间，同时也是有效时段的开始时间。VT为所述有效时段的结束时间。即授权信息只有在有效时段对应的时间内才是有效且可用的。通过设置有效时段，使得在有效时段结束后，用户需要再次进行前述的步骤S100‑步骤S140。如此，能够使得每次使用授权信息进行第一类关联事件的用户验证时，都是使用的相较于验证时时间较近的当前人像信息。

[0039] S150，获取所述用户输入的授权位置集合，建立所述授权位置集合和所述授权信息的关联关系。

[0040] 其中，由于很多待执行事件和其对应的第一类关联事件都是需要某些特定地点进行的，而有些位置是用户短时间或一直都不会去的，若直接为所有位置授权，会导致用户的信息大范围的发送，不利于用户信息的安全性。故而本实施例中，可以在客户端的界面上显示所有或至少部分候选的位置，让用户通过点击等操作，选择对应的要进行授权的位置，从而根据用户的操作获取授权位置集合。即这些位置标识对应的位置能够使用人像信息代替实体身份证进行第一类关联事件的用户验证。具体的，授权位置集合中，可以包括用户选择的位置的位置标识（id或名称）等。

[0041] S160，获取所述用户的待执行事件信息。所述待执行事件信息包括待执行事件对应的源位置；其中，待执行事件可以为航班等。相应的，源位置可以为出发机场。进一步的，待执行事件信息中，还可以包括对应的目的位置、事件执行时间、事件结束时间等。

[0042] S170，若所述源位置属于所述授权位置集合，则为所述授权信息设置可用时段，并将所述授权信息发送至所述控制服务器。所述控制服务器仅能在所述可用时段内使用所述授权信息；所述可用时段的时长小于所述有效时段[Tnow,VT]的剩余时长。

[0043] 获取到待执行事件信息后，即可认定该用户具有对应的待进行用户验证的第一类关联事件。此时确定该待执行事件信息中的源位置是否属于授权位置集合，若属于，则确定该待执行事件对应的第一类关联事件的用户验证具有用户的授权，可以通过人像信息代替实体证件（如身份证）进行验证。同时设定授权信息的可用时段，以使得控制服务器和验证设备，即使拿到了授权信息，也仅能在可用时段内进行使用，超期后自动失效。将可用时段的时长设置为小于有效时段[Tnow,VT]的剩余时长，防止有效时段结束后，控制服务器和验证设备还能够使用授权信息。

[0044] 所述控制服务器用于执行以下方法：

[0045] S210，将所述授权信息发送至所述源位置对应的验证设备；所述源位置对应的验证设备用于执行所述待执行事件信息的第一类关联事件的用户验证。

[0046] 具体的，由于控制服务器也为可信服务器，其也可以自行获取到待执行事件信息。故而控制服务器可以在获取到待执行事件信息后，根据待执行事件信息确定源位置对应的验证设备的通讯地址，从而发送至验证设备。

[0047] 所述源位置对应的验证设备在执行所述第一类关联事件的用户验证时，执行以下方法：

[0048] S300，控制自身的采集器对当前用户进行人像采集，得到待验证人像信息。

[0049] S310，将所述待验证人像信息与所述授权信息内的当前人像信息进行用户匹配，得到第二匹配结果。

[0050] S320，若所述第二匹配结果表示所述当前人像信息和所述待验证人像信息对应同一用户，则验证通过。

[0051] 本实施例提供的一种授权认证系统，用户可以通过客户端进行授权申请，该授权申请，用于申请使用人像信息代替实体身份证进行第一类关联事件的用户验证（用户身份验证）。客户端接收到用户的授权申请后，会通过所在电子设备的采集器，对用户进行采集，得到用户的当前人像信息。并通过可信数据源获取用户的可信人像信息（如身份证照片）。通过可信人像信息和当前人像信息验证用户的身份，以确定当前的用户是否具有授权的权限。若第一匹配结果表示当前人像信息和可信人像信息对应同一用户，则表明当前用户具有授权的权限，此时生成用户的授权信息。并为该授权信息设置有效时段[Tnow,VT]。有效时段[Tnow,VT]用于规定授权信息的有效期。然后获取用户输入的授权位置集合，授权位置集合包括若干位置对应的位置标识，即这些位置标识对应的位置能够使用人像信息代替实体身份证进行第一类关联事件的用户验证。当获取到用户的待执行事件信息后，若该待执行事件信息对应的源位置属于授权位置集合，则确定该源位置可以使用人像信息进行待执行事件的第一类关联事件的用户验证。此时，客户端会将授权信息发送至控制服务器，并由控制服务器发送至源位置对应的验证设备。以使源位置对应的验证设备在进行第一类关联事件的验证时，采集当前用户的待验证人像信息，并与授权信息中的当前人像信息进行匹配，当匹配成功时，则确定用户验证通过。

[0052] 如此，本实施例能够通过当前人像信息和可信人像信息的匹配，确定用户的身份以及确保当前人像信息的可用性。并在第一类关联事件的用户验证时，使用当前人像信息和待验证人像信息进行匹配，以完成用户验证。这样，在进行用户验证时，使用的是距离当前时间更近的当前人像信息，由于时间更近，人像的变化相对于可信人像信息受个人状态等因素的影响变化更小，可以降低即使是同一用户但因为人像信息受个人状态等因素的影响导致验证失败的情况发生。

[0053] 同时，可信人像信息可以不发送给各个验证设备，能够避免可信人像信息的泄露，提升用户信息的安全性。

[0054] 在本申请的一种示例性实施例中，所述客户端还用于执行以下方法：

[0055] S180，当所述授权信息的有效时段[Tnow,VT]结束后，自动删除所述授权信息。授权信息的有效时段结束后，客户端会自动删除授权信息，以防止用户的信息泄露。同时，如此，在下一次用户进行授权申请时，可以通过检索数据库内是否具有对应的授权信息判定是否需要重新获取当前人像信息进行验证。

[0056] 在本申请的一种示例性实施例中，所述步骤S100，包括：

[0057] S101，响应于用户的授权申请，显示若干人像采集方法(F1,T1),(F2,T2),...,(Fn,Tn)。其中，Fi为第i个人像采集方法，Ti为Fi对应的采集时长，i=1,2,...,n；T1≥T2≥...≥Tn；n为所述人像采集方法的数量。

[0058] S102，响应于用户对人像采集方法Fg的选择，使用人像采集方法Fg控制所述采集器对所述用户进行人像采集，以得到所述用户的当前人像信息；1≤g≤n；

[0059] VT‑Tnow=(Tg/T1)*MT；其中，MT为预设的最大有效时长，Tg为Fg对应的采集时长。所述MT的取值范围为60天‑120天。优选的，所述MT为90天。

[0060] 本实施例中，预设了n种人像采集方法，不同的人像采集方法相互不同，且采集时需要的采集时长也不同。本实施例中，采集时长越长的人像采集方法，采集到的当前人像信息的特征维度更多，即采集效果更好。如第一采集方法只采集正面照，第二采集方法需要采集正面照和侧面照等。更进一步的，一种人像采集方法对应的采集器可以为多个，如同时对应摄像头、深度传感器、结构光传感器等，实现对人像信息的立体采集。

[0061] 每一用户在进行授权申请时，其实际情况和个人喜好不同，有些用户希望更快完成，有些用户希望更全面，故而，本实施例通过展示(F1,T1),(F2,T2),...,(Fn,Tn)以及相关的介绍信息，可以让用户自己选择采集方法。同时，由于不同的人像采集方法采集时长和采集到的信息的丰富度不同，本实施例中，通过VT‑Tnow=(Tg/T1)*MT使得使用不同的人像采集方法进行采集时，最终得到的有效时长不同，即采集的时间越长采集的信息丰富度越高，有效时长可以越长。并且，还可以通过设置MT的具体取值，限制最大的有效时长。使得对授权信息的有效时段的设置更为合理和准确。

[0062] 在本申请的一种示例性实施例中，所述步骤S120，包括：

[0063] S121，响应于用户对Fg的选择，使用Fg控制所述采集器对所述用户进行人像采集，得到原始人像信息。

[0064] S122，获取所述原始人像信息中的人脸部分，得到所述当前人像信息。

[0065] 所述客户端进行用户匹配时使用的特征提取算法与所述验证设备进行用户匹配时使用的特征提取算法不同。

[0066] 其中，人脸部分的获取可以通过对原始人像信息中人脸部分的剪裁实现。本实施例中，客户端和不同的验证设备都可以由不同的人或服务商进行维护，故而，其在进行身份验证时使用的人像匹配算法或特征提取算法可以存在差异，这样识别能力也均存在差异。而识别能力交底的算法，经常会受到人像信息中的多余信息（如衣服或背景等）的影响，从而导致识别失败或验证失败。本实施例中，为尽可能减小这种情况的发生，当前人像信息中，只保留用户的人脸部分，尽可能的删除多余信息，以提高其他设备再进行验证时的处理效率和准确度。使得验证设备可以自行选择自己使用的算法。

[0067] 在本申请的一种示例性实施例中，所述待执行事件信息还包括所述待执行事件的执行时间和结束时间。

[0068] 所述步骤S170，包括：

[0069] S171，若所述源位置属于所述授权位置集合且所述执行时间处于所述有效时段内，则为所述授权信息设置可用时段。

[0070] S172，在设定时间点将所述授权信息发送至所述控制服务器；所述设定时间点为所述有效时段的开始时间。

[0071] 若执行时间不处于有效时段内，则表明该待处理事件的第一类关联事件未被授权可以使用人像信息进行验证，这种情况下，不会将授权信息发送至控制服务器，避免授权错误的情况发生。同时，设定时间点可以根据执行时间进行确定，具体的，可以为执行时间前2‑4天，优选的，设定时间点为执行时间的前72小时。如此可以保证控制服务器和验证设备仅能在有限的时间内使用授权信息，不会长时间持有授权信息，降低信息泄露的风险。

[0072] 在本申请的一种示例性实施例中，所述待执行事件信息还包括所述待执行事件的执行时间；所述待执行事件具有对应的第二类关联事件；所述第二类关联事件的执行时间早于所述待执行事件的执行时间；

[0073] 所述步骤S170，包括：

[0074] S173，若所述源位置属于所述授权位置集合且所述执行时间处于所述有效时段内，则为所述授权信息设置可用时段；所述第二类关联事件的执行时间和所述待执行事件的执行时间的时间间隔小于所述可用时段对应的时长；

[0075] S174，响应于所述第二类关联事件的执行，将所述授权信息发送至所述控制服务器。

[0076] 相较于前一实施例，本实施例是响应于第二类关联事件的执行将所述授权信息发送至所述控制服务器，如此，可以省去确定设定时间点的步骤，提高效率。同时，第二类关联事件为不需要进行用户验证的事件，且仅会在待执行事件的执行时间的前不久开始执行。具体的，只有第二类关联事件执行后，第一类关联事件才可以执行。如此能够保证第一关联事件的用户验证的正常执行。

[0077] 此外，尽管在附图中以特定顺序描述了本公开中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。

[0078] 通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质（可以是CD‑ROM，U盘，移动硬盘等）中或网络上，包括若干指令以使得一台计算设备（可以是个人计算机、服务器、移动终端、或者网络设备等）执行根据本公开实施方式的方法。

[0079] 在本公开的示例性实施例中，还提供了一种能够实现上述方法的电子设备。

[0080] 所属技术领域的技术人员能够理解，本申请的各个方面可以实现为系统、方法或程序产品。因此，本申请的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式（包括固件、微代码等），或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

[0081] 根据本申请的这种实施方式的电子设备。电子设备仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

[0082] 电子设备以通用计算设备的形式表现。电子设备的组件可以包括但不限于：上述至少一个处理器、上述至少一个储存器、连接不同系统组件（包括储存器和处理器）的总线。

[0083] 其中，所述储存器存储有程序代码，所述程序代码可以被所述处理器执行，使得所述处理器执行本说明书上述“示例性方法”部分中描述的根据本申请各种示例性实施方式的步骤。

[0084] 储存器可以包括易失性储存器形式的可读介质，例如随机存取储存器（RAM）和/或高速缓存储存器，还可以进一步包括只读储存器（ROM）。

[0085] 储存器还可以包括具有一组（至少一个）程序模块的程序/实用工具，这样的程序模块包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

[0086] 总线可以为表示几类总线结构中的一种或多种，包括储存器总线或者储存器控制器、外围总线、图形加速端口、处理器或者使用多种总线结构中的任意总线结构的局域总线。

[0087] 电子设备也可以与一个或多个外部设备（例如键盘、指向设备、蓝牙设备等）通信，还可与一个或者多个使得用户能与该电子设备交互的设备通信，和/或与使得该电子设备能与一个或多个其它计算设备进行通信的任何设备（例如路由器、调制解调器等等）通信。这种通信可以通过输入/输出（I/O）接口进行。并且，电子设备还可以通过网络适配器与一个或者多个网络（例如局域网（LAN），广域网（WAN）和/或公共网络，例如因特网）通信。网络适配器通过总线与电子设备的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理器、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

[0088] 通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质（可以是CD‑ROM，U盘，移动硬盘等）中或网络上，包括若干指令以使得一台计算设备（可以是个人计算机、服务器、终端装置、或者网络设备等）执行根据本公开实施方式的方法。

[0089] 在本公开的示例性实施例中，还提供了一种计算机可读存储介质，其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施方式中，本申请的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本申请各种示例性实施方式的步骤。

[0090] 所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子（非穷举的列表）包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器（RAM）、只读存储器（ROM）、可擦式可编程只读存储器（EPROM或闪存）、光纤、便携式紧凑盘只读存储器(CD‑ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

[0091] 计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

[0092] 可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

[0093] 可以以一种或多种程序设计语言的任意组合来编写用于执行本申请操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网（LAN）或广域网（WAN），连接到用户计算设备，或者，可以连接到外部计算设备（例如利用因特网服务提供商来通过因特网连接）。

[0094] 此外，上述附图仅是根据本申请示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

[0095] 应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

[0096] 以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。