CN115147968B - 一种身份验证方法及装置 - Google Patents

Abstract

本发明公开了一种身份验证方法，其特征在于，包括以下步骤：步骤一：服务端记录用户手机唯一标识符；步骤二：调用与手机关联的静态二维码，同时，手机端建立与服务端的链接；步骤三：第一次扫描手机端的静态二维码，服务端识别到手机ID；步骤四：手机ID与服务端建立链接；步骤五：链接后，服务端向手机端推送一个动态二维码；同时，第二次扫码，验证是否是服务端推送的动态二维码；步骤六：若验证是推送的动态二维码，身份验证成功。本发明解决身份验证中二维码被盗用、冒用的问题，以及将二维码和人关联，弥补身份验证中将手机给其他人使用的漏洞，提高身份验证的准确性。

Description

一种身份验证方法及装置

技术领域

本发明涉及身份验证领域，具体涉及一种身份验证方法及装置。

背景技术

智能手机已经成为个人随身必备的移动设备，目前常用的健康码、行程卡、场所码及很多单位用于门禁权限管控系统、签到以及移动支付等均利用智能手机及二维码作为个人身份识别、登记及记录的主要方式。

目前根据二维码扫描方式将门禁验证分为两种，一是使用智能手机扫描二维码(简称CS方式)；二是通过服务端扫描手机上的二维码(简称SC方式)。

根据二维码的性质，又可以分为静态二维码(QRs)和动态二维码(QRd)两种，经两两组合，便存在以下4种门禁验证方式：

1、CS-QRs：手机扫描静态二维码

2、CS-QRd：手机扫描动态二维码

3、SC-QRs：用扫码设备扫描手机上的静态二维码

4、SC-QRd：用扫码设备扫描手机上的动态二维码

四种方式各有优缺点，如下表所示：

以上四种身份验证方法都没有完全解决身份二维码被盗用的身份验证问题。因此需要设计新的身份验证方法和装置。

发明内容

本发明的目的在于：针对上述存在的问题，提供一种身份验证方法及装置，通过在第一次扫码后，服务端生成动态二维码发送到手机端；进行第二次扫码，并验证扫描的是否是推送的动态二维码，若不是推送的动态二维码，说明通行使用的二维码不是手机用户的；利用两次扫描的验证，解决了身份二维码被盗用、冒用的问题。

本发明的技术方案如下：

本发明一种身份验证方法，包括以下步骤：

步骤一：服务端记录用户手机唯一标识符；

步骤二：调用与手机关联的静态二维码，同时，手机端建立与服务端的链接；

步骤三：第一次扫描手机端的静态二维码，服务端识别到手机ID；

步骤四：手机ID与服务端建立链接；

步骤五：链接后，服务端向手机端推送一个动态二维码；同时，第二次扫码，验证是否是服务端推送的动态二维码；

步骤六：若验证是推送的动态二维码，身份验证成功。

以上方法，区别与现有技术只扫描一次静态二维码或动态二维码，利用两次扫码，并且第二次自动生成动态二维码，并在手机端自动显示，进行二次扫码识别；判断静态二维码的手机用户与动态二维码的手机用户是否是同一个，解决用户身份二维码被盗用、冒用的问题；并且在使用中由于动态二维码自动触发生成和显示，不需要用户操作，也不影响用户手机使用，非常方便和实用。

作为优选，在步骤一中，采集用户身份信息并与手机唯一标识符绑定，用户身份信息存储于手机端。

以上方法，采集的用户身份信息可以用于后续识别人与手机是否统一；并且用户身份信息存储于手机端，不需要传送到服务器，保障用户隐私。

作为优选，在步骤二中，手机打开扫码程序，调用保存在手机本地的用户身份信息，进行用户身份验证，若验证通过后，调用与手机关联的静态二维码。

以上方法，在调用与手机关联的静态二维码前，通过使用者身份的验证，能够判断使用者是否是手机主人，保证调用与手机关联的静态二维码的是手机主人，确认使用手机的人员身份，避免人机分离的情况，二维码与人相关联，防止有人将手机给其他人使用，通过身份验证。

作为优选，在步骤二中，检测手机端与服务端链接的时间，若超过预设时间，链接断开。

以上方法，手机端与服务端链接需要占用资源，给链接可以设定一个时间，如超过时间，在手机端给予提示，链接断开，避免长时间占用资源。

作为优选，在步骤四中，服务端判断手机ID与服务端是否建立链接；若手机ID未与服务端建立链接，发出未链接提示信息。

以上方法，为方便服务端向手机端推送动态二维码，在推送前，先检查判断推送链接通道是否通畅，当未建立链接，说明二维码为非法二维码或二维码已经过期，扫码设备发出提示信息，及时了解情况。

作为优选，第一次扫码到第二次扫码之间的时间间隔小于二维码传送的时间。

以上方法，由于第一次扫码到第二次扫码之间的时间间隔小于二维码传送的时间，通常为毫秒级，保障此过程无法完成二维码传送，避免发送二维码传送冒用的情况。

作为优选，步骤五中的动态二维码只在扫码时生成一次。

以上方法，动态二维码只在扫码时候生成一次，避免手机端一直用动态码高频刷新带来资源占用问题。

作为优选，在步骤五中，若未扫描到推送的动态二维码，则身份验证失败。

以上方法，通过对动态二维码的扫描，对手机用户身份进行二次、动态核实，保证身份验证的准确性。

本发明一种身份验证装置，包括服务端、手机端和扫码端；

所述服务端，用于记录用户手机唯一标识符；与手机端和手机ID建立链接；识别手机ID，向手机端推送一个动态二维码，验证第二次扫码结果；

所述手机端，用于采集和存储用户身份信息，进行人员身份本地验证；并存储静态二维码，与服务端建立链接；接收服务端推送的动态二维码；

所述扫码端，用于第一次扫描手机端的静态二维码，发送给服务端；第二次扫码，发送到服务端。

以上结构，本发明公开的身份验证装置，通过服务端、手机端和扫码端之间的交互，进行二次扫码，以及动态验证，解决身份二维码被盗用、冒用的问题，同时实现二维码直接与人相关联，避免人机分离的情况，完成身份的验证与绑定。

综上所述，由于采用了上述技术方案，本发明的有益效果是：

1、本发明解决了身份二维码被盗用、冒用的问题；通过在扫验静态二维码后，服务端根据扫码信息，生成新的动态二维码，自动发送到对应身份的手机端，扫码端对新生成的动态二维码进行第二次扫码，并将扫码信息发送服务器，判断第二次扫码的信息跟动态二维码信息是否一致，若一致，二维码和手机信息一致；若不一致，提示查看二维码信息，查验通行人身份。

2、本发明解决了人机分离，蒙混过关的问题，通过在手机上存储手机用户生物信息，在扫码前进行手机身份验证，判断手机使用人和机主是否一致，避免手机混用，通过验证；解决现有扫码验证都存在的问题：二维码只能与手机相关联，不能直接与人相关联，如果有人将手机给其他人使用，仍然无法完成身份的验证与绑定。

3、本发明解决背景技术中四种扫码验证方式存在的人脸识别、指纹验证等存在的个人隐私泄露问题；目前进行身份识别等还有一些常见的方式，如人脸识别、指纹验证等生物识别技术，但是这些方式由于个人生物隐私信息需要在服务端保留，存在个人隐私信息泄露的问题。本发明的生物信息存储于手机端，不需要传送到服务器，保障用户隐私。同时调用手机生物识别，进行人员身份验证，生物识别信息保存在手机本地，此步骤在本地完成验证，减少个人信息泄露的风险。

4、本发明在解决现有身份验证缺陷中，使用了简便、易操作，以及需要的服务端运算量小的方法；动态二维码自动触发生成，以及自动二次扫码验证，不影响用户，使用方便；在手机端建立与服务端的链接中，链接设定一个过期时间，如过期，在手机端给予提示，链接断开，避免长时间占用资源；动态二维码只在扫码时候生成一次，避免手机端一直用动态码高频刷新带来资源占用问题；相较于现有的SC-QRd方式，服务器及通讯压力较小，成本低。

5、本发明还解决了现有用传统的手机扫静态码，客户端数量不可控，会有大量的客户端扫码后访问服务器，造成服务器的大并发，对服务器，数据库的要求较高的问题；通过扫码器二次扫码，最大并发数量受扫码器的限制，以及线下排队方式解决服务器大并发问题，对服务器的性能要求较低。

附图说明

本发明将通过例子并参照附图的方式说明，其中：

图1是本发明一种身份验证方法的流程图。

图2是本发明实施例中初次登记与绑定的流程示意图。

图3是本发明实施例中扫码过程步骤a、步骤b的流程示意图。

图4是本发明实施例中扫码过程步骤c的流程示意图。

具体实施方式

本说明书中公开的所有特征，或公开的所有方法或过程中的步骤，除了互相排斥的特征和/或步骤以外，均可以以任何方式组合。

本说明书(包括任何附加权利要求、摘要)中公开的任一特征，除非特别叙述，均可被其他等效或具有类似目的的替代特征加以替换。即，除非特别叙述，每个特征只是一系列等效或类似特征中的一个例子而已。

下面结合实施例对本发明的特征和性能作进一步的详细描述。

实施例一：

如图1所示，本发明公开了一种身份验证方法，包括以下步骤：

步骤一：服务端记录用户手机唯一标识符；

步骤二：调用与手机关联的静态二维码，同时，手机端建立与服务端的链接；

步骤三：第一次扫描手机端的静态二维码，服务端识别到手机ID；

步骤四：手机ID与服务端建立链接；

步骤五：链接后，服务端向手机端推送一个动态二维码；同时，第二次扫码，验证是否是服务端推送的动态二维码；

步骤六：若验证是推送的动态二维码，身份验证成功。

实施例二：

与实施例一相比，本实施例，在步骤一中，采集用户身份信息并与手机唯一标识符绑定，用户身份信息存储于手机端；在步骤二中，手机打开扫码程序，调用保存在手机本地的用户身份信息，进行用户身份验证，若验证通过后，调用与手机关联的静态二维码。

实施例三：

与实施例一和二相比，本实施例，在步骤二中，检测手机端与服务端链接的时间，若超过预设时间，链接断开。在步骤四中，服务端判断手机ID与服务端是否建立链接；若手机ID未与服务端建立链接，发出未链接提示信息。第一次扫码到第二次扫码之间的时间间隔小于二维码传送的时间。步骤五中的动态二维码只在扫码时生成一次。在步骤五中，若未扫描到推送的动态二维码，则身份验证失败。

实施例四：

本实施例公开了一种身份验证装置，包括服务端、手机端和扫码端；

所述服务端，用于记录用户手机唯一标识符；与手机端和手机ID建立链接；识别手机ID，向手机端推送一个动态二维码，验证第二次扫码结果；

所述手机端，用于采集和存储用户身份信息，进行人员身份本地验证；并存储静态二维码，与服务端建立链接；接收服务端推送的动态二维码；

所述扫码端，用于第一次扫描手机端的静态二维码，发送给服务端；第二次扫码，发送到服务端。

实施例五：

与其他实施例相比，本实施例公开了一种身份验证方法，具体方法、步骤如下：

如图2所示，初次登记与绑定：使用者在初次登记的时候，服务端记录使用者的手机唯一标识符，并且调用手机生物识别设备(如摄像头、指纹等)，采集生物信息并与手机唯一标识符绑定，生物信息存储于手机端，不需要传送到服务器，保障用户隐私。

扫码过程：具体包括如下：

如图3所示，步骤a:手机打开扫码程序，调用手机生物识别，进行人员身份验证，生物识别信息保存在手机本地，此步骤在本地完成验证；如此可确认使用手机的人员身份，避免人机分离的情况；

步骤b:验证通过后，调用与手机关联的静态二维码，同时，手机端建立与服务端的链接；链接可以设定一个过期时间，如过期，在手机端给予提示，链接断开，避免长时间占用资源；

如图4所示，步骤c:使用扫码设备第一次扫描手机端的二维码，服务端识别到手机ID；服务器进行判断：

(1)此手机ID与服务器建立了链接；(2)此手机ID未与服务器建立链接。

如为情况(1)服务器端向手机端推送一个动态二维码，同时，扫码设备进行二次扫码，进行验证；此步骤中，如果未扫描到推送的二维码，则身份验证失败，如扫码成功，完成身份验证；

如为情况(2)则说明此二维码为非法二维码或二维码已经过期，扫码设备发出提示信息。

在实施中，第一次和第二次扫码过程时间间隔可以根据扫码设备情况进行设置，通常为毫秒级，保障此过程无法完成二维码传送。同时，动态二维码只在扫码时候生成一次，避免手机端一直用动态码高频刷新带来资源占用问题。

实施例六：本发明公开的身份验证方法和装置可用于各类身份验证场合，特别是应用在门禁中。在目前门禁实际使用中，效果明显，使用方便。

以上所述实施例仅表达了本申请的具体实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请保护范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请技术方案构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。

Claims (9)

1.一种身份验证方法，其特征在于，包括以下步骤：

步骤一：服务端记录用户手机唯一标识符；

步骤二：调用与手机关联的静态二维码，同时，手机端建立与服务端的链接；

步骤三：第一次扫描手机端的静态二维码，服务端识别到手机ID；

步骤四：手机ID与服务端建立链接；

步骤五：链接后，服务端向手机端推送一个动态二维码；同时，第二次扫码，验证是否是服务端推送的动态二维码；

步骤六：若验证是推送的动态二维码，身份验证成功。

2.根据权利要求1所述的身份验证方法，其特征在于，在步骤一中，采集用户身份信息并与手机唯一标识符绑定，用户身份信息存储于手机端。

3.根据权利要求2所述的身份验证方法，其特征在于，在步骤二中，手机打开扫码程序，调用保存在手机本地的用户身份信息，进行用户身份验证，若验证通过后，调用与手机关联的静态二维码。

4.根据权利要求1或3所述的身份验证方法，其特征在于，在步骤二中，检测手机端与服务端链接的时间，若超过预设时间，链接断开。

5.根据权利要求1或3所述的身份验证方法，其特征在于，在步骤四中，服务端判断手机ID与服务端是否建立链接；若手机ID未与服务端建立链接，发出未链接提示信息。

6.根据权利要求1或3所述的身份验证方法，其特征在于，第一次扫码到第二次扫码之间的时间间隔小于二维码传送的时间。

7.根据权利要求1所述的身份验证方法，其特征在于，步骤五中的动态二维码只在扫码时生成一次。

8.根据权利要求1所述的身份验证方法，其特征在于，在步骤五中，若未扫描到推送的动态二维码，则身份验证失败。

9.一种身份验证装置，其特征在于，包括服务端、手机端和扫码端；

所述服务端，用于记录用户手机唯一标识符；与手机端和手机ID建立链接；识别手机ID，向手机端推送一个动态二维码，验证第二次扫码结果；

所述手机端，用于采集和存储用户身份信息，进行人员身份本地验证；并存储静态二维码，与服务端建立链接；接收服务端推送的动态二维码；

所述扫码端，用于第一次扫描手机端的静态二维码，发送给服务端；第二次扫码，发送到服务端。