CN112861577A

CN112861577A - 用户验证的方法和装置、电子设备、计算机可读介质

Info

Publication number: CN112861577A
Application number: CN201911182645.0A
Authority: CN
Inventors: 彭亦辉
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2019-11-27
Filing date: 2019-11-27
Publication date: 2021-05-28
Also published as: EP4050509A1; EP4050509A4; WO2021104126A1

Abstract

本公开实施例提供了一种用户验证的方法，该方法包括：根据通信信息，确定位于验证区域内的终端为候选终端，所述候选终端对应的用户为候选用户；获取待识别区域的用户的人脸信息，所述待识别区域位于验证区域内；判断在预存的候选用户的人脸信息中是否存在与所述获取的人脸信息匹配的人脸信息；若存在，则验证通过。本公开实施例还提供了一种用户验证的装置、电子设备、计算机可读介质。

Description

用户验证的方法和装置、电子设备、计算机可读介质

技术领域

本公开实施例涉及身份验证领域，特别涉及用户验证的方法和装置、电子设备、计算机可读介质。

背景技术

日常生活中常常需要进行用户验证，如火车站进站、地铁进闸等。

使用地铁卡、车票等实体卡片进行用户验证虽然可以获取可靠的结果，但浪费了人力物力，且效率低。

通过用户的身份证照片与获取的用户人脸进行1:1比对进行用户验证，常因用户操作不当导致效率低下。

通过获取的用户人脸与人脸信息库中人脸对比进行用户验证的方法，由于人脸信息库中的数据过多，不仅对计算设备要求高，而且准确率低，往往无法得到可靠的结果。

发明内容

本公开实施例提供一种用户验证的方法和装置、电子设备、计算机可读介质。

第一方面，本公开实施例提供一种用户验证的方法，包括：

根据通信信息，确定位于验证区域内的终端为候选终端，所述候选终端对应的用户为候选用户；

获取待识别区域的用户的人脸信息，所述待识别区域位于验证区域内；

判断在预存的候选用户的人脸信息中是否存在与所述获取的人脸信息匹配的人脸信息；

若存在，则验证通过。

在一些实施例中，所述方法根据通信信息，确定位于验证区域内的终端为候选终端还包括：接收并存储注册信息至人脸信息库，所述注册信息包括终端、用户、人脸信息的对应关系。

在一些实施例中，所述根据通信信息，确定位于验证区域内的终端为候选终端包括：根据通信信息，确定从其他区域进入验证区域内的终端为候选终端。

在一些实施例中，所述判断在预存的候选用户的人脸信息中是否存在与所述获取的人脸信息匹配的人脸信息之前包括：从预存的人脸信息库中获取所述候选用户的人脸信息，并将所述候选用户的人脸信息写入人脸对比库中；

所述判断在预存的候选用户的人脸信息中是否存在与所述获取的人脸信息匹配的人脸信息包括：通过人脸识别判断在所述人脸对比库中是否存在与所述获取的人脸信息匹配的人脸信息。

在一些实施例中，所述判断在预存的候选用户的人脸信息中是否存在与所述获取的人脸信息匹配的人脸信息之前还包括：根据所述通信信息，确定从所述验证区域离开的候选终端，并将所述候选终端对应的候选用户的人脸信息从所述人脸对比库中删除。

在一些实施例中，所述确定从所述验证区域离开的候选终端，并将所述候选终端对应的候选用户的人脸信息从所述人脸对比库中删除包括：

判断所述候选终端对应的候选用户是否是常用用户，所述常用用户为在预定时间内成为候选用户的次数大于预设的阈值的用户；

若不是，则将所述候选终端以及对应的候选用户和人脸信息从所述人脸对比库中删除。

在一些实施例中，所述方法用于交通工具的出入验证；所述验证区域为交通工具的停靠区域；所述待识别区域为交通工具的进出区域。

在一些实施例中，所述交通工具为地铁；所述验证区域为地铁站区域；所述待识别区域为地铁进出站闸机区域。

第二方面，本公开实施例提供一种用户验证装置，包括：

检测模块，用于根据通信信息，确定位于验证区域内的终端为候选终端，所述候选终端对应的用户为候选用户；

获取模块，用于获取待识别区域的用户的人脸信息，所述待识别区域位于验证区域内；

判断模块，用于判断在预存的候选用户的人脸信息中是否存在与所述获取的人脸信息匹配的人脸信息；

执行模块，用于存在与所述获取的人脸信息匹配的人脸信息时，验证通过。

在一些实施例中，所述装置基于区块链技术实现。

第三方面，本公开实施例提供一种电子设备，其包括：

一个或多个处理器；

存储器，其上存储有一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器上述任意一种用户验证的方法；

一个或多个I/O接口，连接在所述处理器与存储器之间，用于实现所述处理器与存储器的信息交互。

第四方面，本公开实施例提供一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现上述任意一种用户验证的方法。

本公开实施例中，通过获取在验证区域的候选用户减少了用户可能身份范围，通过获取的用户人脸信息与预存的验证区域内用户人脸信息对比的方法实现用户验证，增加了验证的准确性。

附图说明

附图用来提供对本公开实施例的进一步理解，并且构成说明书的一部分，与本公开实施例一起用于解释本公开，并不构成对本公开的限制。通过参考附图对详细示例实施例进行描述，以上和其它特征和优点对本领域技术人员将变得更加显而易见，在附图中：

图1为本公开实施例提供的一种用户验证的方法的流程图；

图2为本公开实施例提供的另一种用户验证的方法的流程图；

图3为本公开实施例提供的另一种用户验证的方法中部分步骤的流程图；

图4为本公开实施例提供的另一种用户验证的方法中部分步骤的流程图；

图5为本公开实施例提供的另一种用户验证的方法中部分步骤的流程图；

图6为本公开实施例提供的一种用户验证的装置的组成框图；

图7为本公开实施例提供的一种电子设备的组成框图；

图8为本公开实施例提供的一种计算机可读介质的组成框图。

具体实施方式

为使本领域的技术人员更好地理解本公开实施例的技术方案，下面结合附图对本公开实施例提供的用户验证的方法和装置、电子设备、计算机可读介质进行详细描述。

在下文中将参考附图更充分地描述本公开实施例，但是所示的实施例可以以不同形式来体现，且不应当被解释为限于本公开阐述的实施例。反之，提供这些实施例的目的在于使本公开透彻和完整，并将使本领域技术人员充分理解本公开的范围。

本公开实施例可借助本公开的理想示意图而参考平面图和/或截面图进行描述。因此，可根据制造技术和/或容限来修改示例图示。

在不冲突的情况下，本公开各实施例及实施例中的各特征可相互组合。

本公开所使用的术语仅用于描述特定实施例，且不意欲限制本公开。如本公开所使用的术语“和/或”包括一个或多个相关列举条目的任何和所有组合。如本公开所使用的单数形式“一个”和“该”也意欲包括复数形式，除非上下文另外清楚指出。如本公开所使用的术语“包括”、“由……制成”，指定存在所述特征、整体、步骤、操作、元件和/或组件，但不排除存在或添加一个或多个其它特征、整体、步骤、操作、元件、组件和/或其群组。

除非另外限定，否则本公开所用的所有术语(包括技术和科学术语)的含义与本领域普通技术人员通常理解的含义相同。还将理解，诸如那些在常用字典中限定的那些术语应当被解释为具有与其在相关技术以及本公开的背景下的含义一致的含义，且将不解释为具有理想化或过度形式上的含义，除非本公开明确如此限定。

本公开实施例不限于附图中所示的实施例，而是包括基于制造工艺而形成的配置的修改。因此，附图中例示的区具有示意性属性，并且图中所示区的形状例示了元件的区的具体形状，但并不是旨在限制性的。

第一方面，参照图1，本公开实施例提供一种用户验证的方法，其包括：

S101、根据通信信息，确定位于验证区域内的终端为候选终端，候选终端对应的用户为候选用户。

大多数人在大多数时间都会随身携带具有通信功能的终端(如手机)，这些终端与用户对应(如通过身份证注册终端号码)并会接入通信网络，故确定终端的位置也就是确定终端对应的用户的位置。

例如，可用MEC(Mobile Edge Computing，移动边缘计算)设备接收(基站等)发送的通信信息(如终端所在的小区等)，根据接收到的通信信息来确定位于验证区域内的终端(如手机)为候选终端，候选终端对应的用户为候选用户。

验证区域是要进行用户验证的用户聚集的区域，如想要乘坐地铁的人必须先进入地铁站，地铁站就是验证区域，而进入地铁站的用户就是候选用户，即可能需要进行用户验证的用户，也就是说候选用户中也包括不进行用户验证只是进入了验证区域的用户。

S102、获取待识别区域的用户的人脸信息，待识别区域位于验证区域内；

通过摄像头等获取待识别区域的用户的人脸信息，人脸信息包括人脸照片和人脸特征码信息，具体可以是获取人脸照片，并通过处理照片得到人脸特征码信息；待识别区域则是进行身份验证的区域，其位于验证区域内。

如在乘坐地铁的场景中，验证区域是地铁站，则待识别区域就是进出站的闸机附件区域，安装在进出站闸机上的摄像头可以获取过闸机的人的人脸照片，并通过对人脸照片的处理来得到人脸特征码信息。

当然，如果待识别区域与验证区域重合，即对验证区域内的所有用户都进行验证，也是可行的。

S103、判断在预存的候选用户的人脸信息中是否存在与获取的人脸信息匹配的人脸信息。

在获取到待识别区域的用户的人脸信息之后，MEC设备判断在预存的候选用户，即位于验证区域且可以获取到人脸信息的用户的人脸信息中(因为候选用户的人脸信息可能并没有被预先存储，例如并没有上传过人脸信息的用户也可能携带终端进入验证区域)是否存在与该人脸信息匹配的人脸信息。

如在乘地铁的场景中，闸机前的摄像头获取到人脸信息之后与当前在地铁站且可以获取人脸信息的用户的人脸信息进行对比，获取与闸机上的摄像头获取到的人脸信息匹配的人脸信息。

S104、若存在，则验证通过。

若判断结果是在预存的候选用户的人脸信息中有与待识别区域用户的人脸信息相匹配的人脸信息，那么通过读取该候选用户的信息来获取待识别区域的用户信息，即验证通过。

若判断结果为不存在，则可以通过人工干预等形式，继续完成验证。

如在乘坐地铁的场景中，若判断出与闸机上的摄像头采集的人脸信息匹配的人脸信息，则认为当前在闸机前的用户就是匹配到的用户，可以打开闸机并进行后续的操作；若不存在匹配的人脸信息，则可以通过工作人员人工验证或者出示身份证件来获取闸机前用户的身份并进行后续的操作。

在一些实施例中，参照图2，根据通信信息，确定位于验证区域内的终端为候选终端(S101)之前还包括：

S100、接收并存储注册信息至人脸信息库，注册信息包括终端、用户、人脸信息的对应关系。

乘客信息平台通过终端应用程序或在检测区域安装的人脸信息注册机等方式，收集人脸信息以及对应的终端信息与用户信息并写入人脸信息库中，终端信息可包括终端号码以及对应的imsi(International Mobile Subscriber Identification Number，国际移动用户识别码)信息，用户信息可包括身份证以及其他需要用到的卡号信息。

也就是说，用户通过终端应用程序或者实体的人脸信息注册机等方式上传自己的人脸图片、终端信息、以及自己的身份信息至乘客信息平台，其中，imsi号码可通过向运营商系统查询获得。乘客信息平台根据接收到的人脸图片生成人脸特征码得到人脸信息，然后将得到的人脸信息以及对应的终端、用户写入人脸信息库中并给用户发送注册成功的通知消息。

如在乘坐地铁的场景中，用户可以通过手机应用程序，也可以通过安装在地铁站的人脸信息注册机上传自己的人脸信息、身份信息等，乘客信息平台在接收到用户上传的信息后进行存储，需要强调的是，其他需要用到的卡号信息代表需要用到地铁卡的卡号信息。

用户自主上传信息，方便快捷，终端应用程序和实体机器也都是收集信息常用的方法。

在一些实施例中，参照图3，根据通信信息，确定位于验证区域内的终端为候选终端，候选终端对应的用户为候选用户(S101)包括：根据通信信息，确定从其他区域进入验证区域内的终端为候选终端。

MEC设备在接收到通信信息之后，可根据终端是否是从其他区域进入验证区域来判定终端是否是候选终端，具体是确定从其他区域进入验证区域的是候选终端。

通信信息可以通过信号范围覆盖验证区域的基站获得，具体的可以是，基站所覆盖的一个小区是验证区域，而与验证区域小区临近的其他小区就是其他区域。因为终端(如手机)漫游时当小区发生切换时会向运营商核心网上报切换信息，同时，终端也会周期性向运营商核心网上报注册信息。对于5G网络，运营商核心网在接收到切换信息后，则将信息转发给MEC设备；对于非5G网络，通过在基站侧部署信令监测系统，将捕捉到的终端上报的切换信息实时转发给MEC设备。这样就保证了MEC设备获取的通信消息对应的终端只能是从其他区域进入验证区域或者是从验证区域进入其他区域的终端，减少了运算量。

MEC设备从接收到的通信信息中提取终端信息，也就是终端号码以及对应的imsi，同时也要提取终端当前所在的小区数据，通过提取的小区数据与验证区域的小区的数据进行对比，判断该终端是否在验证区域内，即若提取的小区数据与验证区域的小区数据一致，则该终端是从其他区域进入验证区域，则该终端为候选终端，对应的用户为候选用户。

如在乘坐地铁的场景中，基站覆盖地铁站，地铁站的区域对应一个小区，而与地铁站临近的其他区域对应其他不同的小区，这样通过通信信息中终端所在的小区信息就可以找出从其他区域进入地铁站的终端，也就是候选终端。

在一些实施例中，参照图3，判断在预存的候选用户的人脸信息中是否存在与获取的人脸信息匹配的人脸信息(S103)之前包括：

S10301、从预存的人脸信息中获取候选用户的人脸信息，并将候选用户的人脸信息写入人脸对比库中。

MEC设备在确定了候选终端以及对应的候选用户之后，根据获取的终端信息从预存的人脸信息库中(在一些实施例中，人脸信息库中的人脸信息就是全部预存的人脸信息，即通过终端应用程序、人脸注册机等手机的人脸信息)下载候选用户的人脸信息，并将人脸信息、以及对应的终端信息以及身份信息写入人脸对比库中。

若预存的人脸信息库中，没有候选用户的人脸信息，这时可以通过给用户发通知等方式提醒用户进行人脸信息的上传。

如在乘坐地铁的场景中，就是从预存的人脸信息库(如通过手机应用程序和安装在地铁站的人脸信息注册机上传的人脸信息)中下载当前在地铁站的用户的人脸信息以及对应的用户和终端写入人脸对比库中。

需要强调的是，在一些实施例中，人脸对比库是实时更新的，也就是说，每当MEC设备判断有用户进入验证区域，确定用户为候选用户，就进行该步骤，获取该用户的人脸信息并写入人脸对比库中。

对人脸对比库的实时更新可以保证对比库的实效性，提高对比的准确率。

在获取人脸对比库后，判断在预存的候选用户的人脸信息中是否存在与获取的人脸信息匹配的人脸信息(S103)包括：通过人脸识别判断在人脸对比库中是否存在与获取的人脸信息匹配的人脸信息。

当获取到人脸图片并得到人脸信息后，将人脸信息上传给MEC设备，MEC设备仅将该人脸信息与人脸对比库中所有的人脸信息进行对比(即不与人脸信息库对比)，判断在人脸对比库中是否有与获取的人脸信息匹配的人脸信息。对比的方法并不进行限定，当然准确率高的对比方法更好。

如在乘坐地铁的场景中，就是用安装在进出闸机上的摄像头获取的人脸信息与当前地铁站的人脸对比库中的人脸信息进行对比来得到当前在闸机前的用户的身份，并打开并关闭闸机。

获取的人脸信息只需要和当前在验证区域的用户的人脸信息进行对比，而不需要和所有预存的人脸信息进行对比，大大降低了对比的计算量。

在一些实施例中，参照图4，判断在预存的候选用户的人脸信息中是否存在与获取的人脸信息匹配的人脸信息(S103)之前还包括：

S10302、根据通信信息，确定从验证区域离开的候选终端，并将候选终端对应的候选用户的人脸信息从人脸对比库中删除。

MEC设备在接收到通信信息之后，根据终端是否是从验证区域进入其他区域来判定终端是否离开验证区域，并将离开验证区域的候选终端以及对应的候选用户和人脸信息从人脸对比库中删除。

通信信息的来源是基站等运营商方设备，而只有向运营商核心网上报的消息中包括验证区域对应小区的终端的通信消息才会被转发至MEC设备，也就是说MEC获取的通信消息对应的终端只能是从其他区域进入验证区域或者是从验证区域进入其他区域的终端。

因此，MEC设备要从接收到的通信信息中提取终端信息，也就是终端号码以及对应的imsi，同时也要提取终端当前所在的小区数据，通过提取的小区数据与验证区域的小区的数据进行对比，判断该终端是否在验证区域内，即若提取的小区数据与验证区域的小区数据不一致，则该终端是从验证区域进入其他区域，需要将该终端对应的候选用户的人脸信息从人脸对比库中删除。

除了在人脸对比库中实时加入候选用户对应的人脸信息，同时也从中删除从验证区域离开的候选用户对应的人脸信息，保证了人脸对比库中人脸信息都是当前在验证区域的用户的人脸信息，同时也保证了人脸对比库的数据量不会随着时间的增长而不断增长。

需要强调的是，S10301和S10302步骤并不一定是先后顺序，可同时进行，也可先进行S10301再进行S10302；在一些实施例中，因为人脸对比库是实时更新的，所以当有用户被确定为候选用户则执行S10301步骤，当有用户从验证区域离开，则进行S10302步骤。

在一些实施例中，参照图5，确定从验证区域离开的候选终端，并将候选终端对应的候选用户的人脸信息从人脸对比库中删除(S10302)包括：

S103021、判断候选终端对应的候选用户是否是常用用户，常用用户为在预定时间内成为候选用户的次数大于预设的阈值的用户。

S103022、若不是，则将候选终端以及对应的候选用户和人脸信息从人脸对比库中删除。

MEC设备在得到需要从人脸对比库中删除的候选终端后，需要判断需要删除的候选终端对应的候选用户是否是常用用户，常用用户就是指经常采集到人脸信息需要进行用户验证的用户，常用用户可以通过与大数据系统交互等方法周期性获取。

如果MEC设备判断需要删除的候选终端对应的候选用户是常用用户，那么不将候选终端以及对应的候选用户和人脸信息从人脸对比库中删除。如果判断不是，则直接进行删除操作。

因为常用用户经常出现在验证区域，很大可能在离开验证区域之后短时间内又进入验证区域，故没有必要对其反复进行下载删除操作，这样做可降低反复进行查询下载删除等操作造成的计算量。

如在乘坐地铁的场景中，常用用户就是经常从地铁站进出的用户，比如某用户家门口的地铁站，若该用户经常使用地铁出行则该用户很有可能是该地铁站的常用用户。这样当该用户从家门口的地铁站离开时，并不将该用户从人脸对比库中删除。

或者，以上S103步骤也可为：将采集的待识别区域的用户人脸信息与人脸信息库中的人脸信息直接对比，当得到多个相似度满足要求的人脸信息而不能确定时，可进一步确定这些相似的人脸信息对应的用户中是否有在验证区域的，若是则通过验证。

在一些实施例中，上述用户验证的方法用于交通工具的出入验证，验证区域为交通工具的停靠区域，地识别区域为交通工具的进出区域。

在一些实施例中，交通工具为地铁，这样，上述用户验证的方法可以用于地铁进出闸机用户验证，以方便对用户对应的账户进行扣费(即根据人脸确定用户身份，并对该用户对应的账户进行扣费)。对应的验证区域就是地铁站，待识别区域就是地铁进出站的闸机。

地铁站进出闸机一般伴随着计费与扣费的操作，可以通过判断当前的闸机是进站闸机还是出站闸机进行操作，具体可以是：当用户进闸时，在验证出用户身份后，对用户进闸地铁站进行记录并打开闸机；当用户出闸的时候，在验证出用户身份后，根据用户进闸地铁站和出闸地铁站进行计费与扣费后打开闸机。

具体的，若某个地铁站存在通过人脸识别难以区分的特殊人群(即在人脸对比库中匹配的人脸信息不止一个，如双胞胎)时，可以通过进出闸所在的地铁站进行对应的计费，不同地铁站的进出闸记录可以通过区块链等分布式手段进行同步。

例如，A和B为人脸识别难以区分的特殊人群，在接近的时间从同一地铁站进闸，那么可先不区分A和B，对A和B都进行进闸记录，并验证通过打开闸机。

若A和B从不同的地铁站出闸，则由于A和B不在同一个地铁站出闸，A出闸时，所在的地铁站的候选用户中不会出现B，也就是说，A出闸的地铁站可以确定A的身份，这样A在出闸地铁站可以正常出闸，把A出闸的地铁站正常记录并进行正常的扣费。同样的，B出闸时所在的地铁站的候选用户也不会出现A，B也可以正常出闸，出闸地铁站也可以正常记录并进行正常的扣费。

若A和B从同样的地铁站出闸，则A和B的扣费金额应该是一样的，当然可以让A和B先通过验证，等确定两者都从同一地铁站出闸之后再进行扣费，否则无法确定是否是从同一个站出闸。

再例如，A和B从不同的车站进闸，但是从同样的车站出闸，这时，也先让A和B通过验证，当A和B都出闸完毕，也就是确定A和B从同一车站出闸之后，再根据A和B进闸的车站进行相应的扣费。

第二方面，参照图6，本公开实施例提供一种用户验证装置，其包括：

检测模块，用于根据通信信息，确定位于验证区域内的终端为候选终端，候选终端对应的用户为候选用户；

获取模块，用于获取待识别区域的用户的人脸信息，待识别区域位于验证区域内；

判断模块，用于判断在预存的候选用户的人脸信息中是否存在与获取的人脸信息匹配的人脸信息；

执行模块，用于存在与获取的人脸信息匹配的人脸信息时，验证通过。

在一些实施例中，装置基于区块链技术实现，即可以采用分布式技术手段实现上述装置。

第三方面，参照图7，本公开实施例提供一种电子设备，其包括：

一个或多个处理器，

存储器，其上存储有一个或多个程序，当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现上述任意一项的用户验证的方法；

一个或多个I/O接口，连接在处理器与存储器之间，用于实现处理器与存储器的信息交互。

其中，处理器为具有数据处理能力的器件，其包括但不限于中央处理器(CPU)等；存储器为具有数据存储能力的器件，其包括但不限于随机存取存储器(RAM，更具体如SDRAM、DDR等)、只读存储器(ROM)、带电可擦可编程只读存储器(EEPROM)、闪存(FLASH)；I/O接口(读写接口)连接在处理器于存储器间，用于实现存储器与处理器的信息交互，其包括但不限于数据总线(Bus)等。

第四方面，参照图8，本公开实施例提供一种计算机可读介质，其上存储有计算机程序，程序被处理器执行时实现上述任意一种用户验证的方法。

本领域普通技术人员可以理解，上文中所公开的全部或某些步骤、系统、装置中的功能模块/单元可以被实施为软件、固件、硬件及其适当的组合。

在硬件实施方式中，在以上描述中提及的功能模块/单元之间的划分不一定对应于物理组件的划分；例如，一个物理组件可以具有多个功能，或者一个功能或步骤可以由若干物理组件合作执行。

某些物理组件或所有物理组件可以被实施为由处理器，如中央处理器(CPU)、数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。这样的软件可以分布在计算机可读介质上，计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的，术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其它数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于随机存取存储器(RAM，更具体如SDRAM、DDR等)、只读存储器(ROM)、带电可擦可编程只读存储器(EEPROM)、闪存(FLASH)或其它磁盘存储器；只读光盘(CD-ROM)、数字多功能盘(DVD)或其它光盘存储器；磁盒、磁带、磁盘存储或其它磁存储器；可以用于存储期望的信息并且可以被计算机访问的任何其它的介质。此外，本领域普通技术人员公知的是，通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其它传输机制之类的调制数据信号中的其它数据，并且可包括任何信息递送介质。

本公开已经公开了示例实施例，并且虽然采用了具体术语，但它们仅用于并仅应当被解释为一般说明性含义，并且不用于限制的目的。在一些实例中，对本领域技术人员显而易见的是，除非另外明确指出，否则可单独使用与特定实施例相结合描述的特征、特性和/或元素，或可与其它实施例相结合描述的特征、特性和/或元件组合使用。因此，本领域技术人员将理解，在不脱离由所附的权利要求阐明的本公开的范围的情况下，可进行各种形式和细节上的改变。

Claims

1.一种用户验证的方法，包括：

若存在，则验证通过。

2.根据权利要求1所述方法，其中，所述根据通信信息，确定位于验证区域内的终端为候选终端之前还包括：

接收并存储注册信息至人脸信息库，所述注册信息包括终端、用户、人脸信息的对应关系。

3.根据权利要求1所述方法，其中，所述根据通信信息，确定位于验证区域内的终端为候选终端包括：

根据通信信息，确定从其他区域进入验证区域内的终端为候选终端。

4.根据权利要求1所述方法，其中，

所述判断在预存的候选用户的人脸信息中是否存在与所述获取的人脸信息匹配的人脸信息之前包括：从预存的人脸信息中获取所述候选用户的人脸信息，并将所述候选用户的人脸信息写入人脸对比库中；

5.根据权利要求4所述方法，其中，所述判断在预存的候选用户的人脸信息中是否存在与所述获取的人脸信息匹配的人脸信息之前还包括：

根据所述通信信息，确定从所述验证区域离开的候选终端，并将所述候选终端对应的候选用户的人脸信息从所述人脸对比库中删除。

6.根据权利要求5所述方法，其中，所述确定从所述验证区域离开的候选终端，并将所述候选终端对应的候选用户的人脸信息从所述人脸对比库中删除包括：

7.根据权利要求1所述方法，其中，

所述方法用于交通工具的出入验证；

所述验证区域为交通工具的停靠区域；

所述待识别区域为交通工具的进出区域。

8.根据权利要求7所述方法，其中，

所述交通工具为地铁；

所述验证区域为地铁站区域；

所述待识别区域为地铁进出站闸机区域。

9.一种用户验证装置，包括：

10.根据权利要求9所述装置，其中，

所述装置基于区块链技术实现。

11.一种电子设备，其包括：

一个或多个处理器；

存储器，其上存储有一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现根据权利要求1至8中任意一项所述的用户验证的方法；

12.一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现根据权利要求1至8中任意一项所述的用户验证的方法。