CN109522809A - 人证核验方法、服务器、一体机及*** - Google Patents

Abstract

本发明涉及信息验证技术领域，提供一种人证核验方法、服务器、一体机及***。其中，人证核验方法应用于人证后台服务器，包括：从业务***后台服务器接收待核验人的身份信息；向人证核验一体机发送基于身份信息确定的触发消息，触发消息用于指示人证核验一体机采集待核验人的现场图像。该方法实现了人证核验***与业务***的信息共享，核验所需的部分数据可以直接通过业务***获得，既拓展了业务***的功能，又拓展了人证核验***的应用场景，同时使得人证核验一体机在设计上可以进一步简化。此外，由于人证核验一体机和业务***后台服务器通过人证核验后台进行隔离，人证核验一体机的开发维护成本都得到降低。

Description

人证核验方法、服务器、一体机及***

技术领域

本发明涉及信息验证技术领域，具体而言，涉及一种人证核验方法、服务器、一体机及***。

背景技术

人证核验***，常见于酒店、旅馆、医院入住登记，网吧上网等场景，其主要功能是验证身份证等证件上的人像和人证核验一体机现场采集的人像是否为同一人。

现有的人证核验***通常独立完成核验，并没有接入业务***，从而无法做到与业务***的信息共享，实现业务***的功能拓展，极大地限制了人证核验***的使用场景。

发明内容

有鉴于此，本发明实施例提供一种人证核验方法、服务器、一体机及***，接入业务***，有效地拓宽了人证核验***的使用场景。

为实现上述目的，本发明提供如下技术方案：

第一方面，本发明实施例提供一种人证核验方法，应用于人证后台服务器，方法包括：

从业务***后台服务器接收待核验人的身份信息；

向人证核验一体机发送基于身份信息确定的触发消息，触发消息用于指示人证核验一体机采集待核验人的现场图像，现场图像用于核验待核验人与身份信息是否一致。

其中，业务***后台服务器属于业务***的一部分，所谓业务***，是指相对于人证核验***而言，业务***用于实现业务功能，本身没有人证核验能力，因而需要接入人证核验***才能完成核验。其中，业务***可以包括业务***后台服务器和业务***采集设备，人证核验***可以包括人证后台服务器和人证核验一体机。

在上述方法中，待核验人的身份信息并不是通过人证核验一体机采集的，而是通过业务***后台服务器发送至人证后台服务器的，人证后台服务器进一步向人证核验一体机发送触发消息，触发器采集待核验人的现场图像。可见，该方法实现了人证核验***与业务***的信息共享，核验所需的部分数据可以直接通过业务***获得，既拓展了业务***的功能，又拓展了人证核验***的应用场景。同时由于不再需要人证核验一体机采集所有的数据，使得人证核验一体机在设计上可以进一步简化。此外，由于人证核验一体机和业务***后台服务器通过人证核验后台进行隔离，人证核验一体机不需要过多关注业务的业务需求而只需要和人证后台服务器进行交互，其开发维护成本都得到降低。

在一些实施例中，身份信息包括待核验人的证件底图，触发消息携带有证件底图。

该实现方式描述一种有证核验的流程，即待核验人携带有证件，证件上或证件内包含有待核验人的证件底图的情况，在此流程中可由业务***采集设备采集证件底图并上传至业务***后台服务器，业务***后台服务器将证件底图转发至人证后台服务器，由人证后台服务器将证件底图进一步转发至人证核验一体机，同时人证核验一体机采集待核验人的现场图像，并通过对比两幅图像中人像的相似度完成核验。

在一些实施例中，身份信息包括待核验人的证件底图，方法还包括：

从人证核验一体机接收现场图像；

对比证件底图以及现场图像获得核验结果，核验结果用于指示待核验人与身份信息是否一致；

将核验结果发送至人证核验一体机。

该实现方式描述另一种有证核验的流程，在此流程中可由业务***采集设备采集证件底图并上传至业务***后台服务器，业务***后台服务器将证件底图转发至人证后台服务器，由人证核验后服务器通知人证核验一体机采集待核验人的现场图像，并将现场图像返回给人证后台服务器，人证后台服务器通过对比两幅图像中人像的相似度完成核验。

在一些实施例中身份信息包括待核验人的证件信息，方法还包括：

从人证核验一体机接收现场图像；

将证件信息发送至证件库服务器，并从证件库服务器接收与证件信息对应的证件底图，其中，证件底图保存在证件数据库中，证件库服务器为有权限访问证件数据库的服务器；

对比证件底图以及现场图像获得核验结果，核验结果用于指示待核验人与身份信息是否一致；

将核验结果发送至人证核验一体机。

该实现方式描述一种无证核验的流程，即待核验人未携带证件，可由业务***采集设备接收待核验人输入的证件信息，并上传至业务***后台服务器，业务***后台服务器将证件信息转发至人证后台服务器，由人证核验后服务器通知人证核验一体机采集待核验人的现场图像，并将现场图像返回给人证后台服务器，同时人证后台服务器通过访问证件库服务器获得保存在证件数据库中的、与证件信息对应的证件底图，并通过对比两幅图像中人像的相似度完成核验。

在一些实施例中，在第一方面的第四种可能的实现方式中，将证件信息发送至证件库服务器，并从证件库服务器接收与证件信息对应的证件底图，包括：

将证件信息发送至证件库服务器，并从证件库服务器接收表示证件信息是否有效的验证结果；

若验证结果指示证件信息有效，则从证件库服务器接收与证件信息对应的证件底图。

在一些实施例中，若验证结果指示证件信息无效，则将该验证结果发送至业务***采集设备。在一些实施例中，业务***采集设备还可以输出该验证结果，以提示待核验人重新输入正确的证件信息。

在证件信息有效时证件库服务器才继续查找与该证件信息对应的证件底图，有利于提高证件库服务器的查找效率。

另外，由于计算人像的相似度比较消耗计算资源，可以在计算之前先判断证件信息是否有效，仅在证件信息有效时才进行计算，以提高无证核验的效率，同时增加对证件信息的验证也使得整个核验过程的安全性更高。

在一些实施例中，方法还包括：

获得核验结果，核验结果用于指示待核验人与身份信息是否一致；

将核验结果发送至业务***后台服务器。

核验结果除了通知用户外，还可以返回业务***，以使业务***的用户也能够利用该核验结果。

在一些实施例中，向人证核验一体机发送基于身份信息确定的触发消息，包括：

通过与人证核验一体机建立的长连接发送触发消息。

由于在本发明实施例中，人证核验一体机需要实时接收人证后台服务器推送的触发消息，因此可以和人证后台服务器保持长连接，以简化推送过程，使得人证核验一体机能及时接收到触发消息。

在一些实施例中，长连接通过人证核验一体机的标识码进行标识。

在实际中，人证后台服务器可能连接多台人证核验一体机，通过标识可以确保不同的人证核验一体机与人证后台服务器之间的长连接是不同的。这样一旦长连接终止后，需要重新建立连接时，人证核验一体机会向人证后台服务器发起重连接请求，人证后台服务器通过请求中携带的标识码就可以找到之前的保存的长连接并重新连接上。

在一些实施例中，长连接为套接字socket长连接，方法还包括：

从人证核验一体机接收请求，请求携带有标识码，用于请求人证后台服务器创建以标识码为端口号的第一socket对象；

在确定人证后台服务器上不存在第一socket对象时，创建第一socket对象，并向人证核验一体机发送与请求对应的响应，响应用于指示人证后台服务器已创建第一socket对象；

在确定人证后台服务器上已经存在第一socket对象时，向人证核验一体机发送响应。

该实现方式描述了人证核验一体机首次与人证后台服务器建立长连接时的步骤，在人证核验一体机重新与后台服务器建立长连接时，也可以采用上述实现方式。

第二方面，本发明实施例提供一种人证核验方法，应用于人证核验一体机，方法包括：

从人证后台服务器接收触发消息，触发消息用于指示人证核验一体机采集待核验人的现场图像；

根据触发消息采集现场图像；

获得核验结果，核验结果用于指示现场图像中的人像与待核验人的证件底图中的人像是否一致；

输出核验结果。

在一些实施例中中，触发消息携带有证件底图，获得核验结果，包括：

对比证件底图以及现场图像获得核验结果。

在一些实施例中中，获得核验结果，包括：

将现场图像发送至人证后台服务器；

从人证后台服务器接收核验结果，核验结果是人证后台服务器对比现场图像以及证件底图获得的。

在一些实施例中中，从人证后台服务器接收的触发消息，包括：

通过与人证后台服务器建立的长连接接收触发消息。

在一些实施例中中，人证核验一体机采用安卓android***，长连接所在的线程运行于***的服务service组件中。

android***在内存不足的时候会停止一些后台运行的任务，长连接所在的线程在android***上就是一个后台任务，因此可能被***停掉，而service组件作为***组件，其优先级较高，使长连接所在的线程在service组件中运行，不容易被***终止掉。

在一些实施例中中，人证核验方法通过android***中的应用app执行，方法还包括：

在app启动时，创建并启动守护进程；

利用守护进程监控长连接是否已经终止；

当守护进程监控到长连接已经终止时，重新建立长连接。

即使按照之前的实现方式提高了线程的优先级，长连接仍然有被***终止的可能，此时可以通过守护进程进行监控，监控到长连接终止时及时进行恢复，避免影响人证核验功能的正常运作。

在一些实施例中中，利用守护进程监控长连接是否已经终止，包括：

利用长连接所在的线程在运行时每间隔第一预设时长向存储器中写入当前时间；

利用守护进程每间隔第二预设时长从存储器中读取最后一次写入的时间；

当最后一次写入的时间与实际当前时间的时间间隔超过第三预设时长时，确定长连接已经终止，否则确定长连接尚未终止。

在一些实施例中中，长连接通过人证核验一体机的标识码进行标识。

在一些实施例中中，长连接为套接字socket长连接，方法还包括：

向人证后台服务器发送请求，请求携带有标识码，用于请求人证后台服务器创建以标识码为端口号的第一socket对象；

从人证后台服务器接收响应，响应用于指示人证后台服务器已创建第一socket对象；

根据响应创建第二socket对象，并利用第二socket对象连接第一socket对象，以创建长连接。

该实现方式描述了人证核验一体机首次与人证后台服务器建立长连接时的步骤，在人证核验一体机重新与后台服务器建立长连接时，也可以采用上述实现方式。

第三方面，本发明实施例提供一种人证核验方法，应用于业务***后台服务器，方法包括：

从业务***采集设备接收待核验人的身份信息；

将身份信息发送至人证后台服务器。

在一些实施例中中，方法还包括：

从人证后台服务器接收核验结果，核验结果用于指示待核验人与身份信息是否一致。

在一些实施例中中，身份信息包括待核验人的证件底图和/或待核验人的证件信息。

第四方面，本发明实施例提供一种人证后台服务器，包括：

身份信息获取模块，用于从业务***后台服务器接收待核验人的身份信息；

触发消息发送模块，用于向人证核验一体机发送基于身份信息确定的触发消息，触发消息用于指示人证核验一体机采集待核验人的现场图像，现场图像用于核验待核验人与身份信息是否一致。

第五方面，本发明实施例提供一种人证核验一体机，包括：

触发消息接收模块，用于从人证后台服务器接收触发消息，触发消息用于指示人证核验一体机采集待核验人的现场图像；

现场图像采集模块，用于根据触发消息采集现场图像；

核验结果获取模块，用于获得核验结果，核验结果用于指示现场图像中的人像与待核验人的证件底图中的人像是否一致；

核验结果输出模块，用于输出核验结果。

第六方面，本发明实施例提供一种业务***后台服务器，包括：

身份信息获取模块，用于从业务***采集设备接收待核验人的身份信息；

身份信息发送模块，用于将身份信息发送至人证后台服务器。

第七方面，本发明实施例提供一种人证后台服务器，包括：存储器以及处理器，存储器中存储有计算机程序指令，计算机程序指令被处理器读取并运行时，执行第一方面或第一方面的任意一种可能的实现方式提供的方法的步骤。

第八方面，本发明实施例提供一种人证核验一体机，包括：存储器以及处理器，存储器中存储有计算机程序指令，计算机程序指令被处理器读取并运行时，执行第二方面或第二方面的任意一种可能的实现方式提供的方法的步骤。

第九方面，本发明实施例提供一种业务***后台服务器，包括：存储器以及处理器，存储器中存储有计算机程序指令，计算机程序指令被处理器读取并运行时，执行权利要求执行第三方面或第三方面的任意一种可能的实现方式提供的中任一项的方法的步骤。

第十方面，本发明实施例提供一种人证核验***，包括：第一方面或第一方面的任意一个实施例提供的人证后台服务器以及第二方案或第二方面的任意一个实施例提供的人证核验一体机。

第十一方面，本发明实施例提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序指令，计算机程序指令被处理器读取并运行时，执行前三方面或前三方面的任意一种可能的实现方式提供的方法的步骤。

为使本发明的上述目的、技术方案和有益效果能更明显易懂，下文特举实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1示出了本发明实施例提供的业务***以及人证核验***的架构方式示意图；

图2示出了本发明实施例提供的人证核验方法的流程图；

图3示出了本发明实施例提供的第人证核验方法步骤S14的第一种实施方式的流程图；

图4示出了本发明实施例提供的第人证核验方法步骤S14的第二种实施方式的流程图；

图5示出了本发明实施例提供的第人证核验方法步骤S14的第三种实施方式的流程图；

图6示出了本发明实施例提供的人证后台服务器的功能模块图；

图7示出了本发明实施例提供的人证核验一体机的功能模块图；

图8示出了本发明实施例提供的业务***后台服务器的功能模块图。

具体实施方式

下面将结合本发明实施例中附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本发明的描述中，术语“第一”、“第二”等仅用于将一个实体或者操作与另一个实体或操作区分开来，而不能理解为指示或暗示相对重要性，也不能理解为要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

图1示出了本发明实施例提供的业务***20以及人证核验***10的架构方式示意图。参照图1，两个***相互对接。

业务***20包括业务***后台服务器100以及业务***采集设备400，业务***后台服务器100和业务***采集设备400通信连接。业务***20的基本功能是：采集待核验人的身份信息，并将身份信息发送至人证核验***10用于待核验人的身份核验，其中，采集身份信息既可以是主动采集身份信息，也可以是接收输入的身份信息。身份信息可以包括待核验人的证件底图和/或待核验人的证件信息，具体将在后文解释。

人证核验***10的基本功能是：从业务***20接收待核验人的身份信息，通过执行验证，获得表示待核验人与身份信息是否一致的核验结果。其验证过程至少包括：采集待核验人的现场图像，并对比现场图像中的人像和待核验人的证件底图，若二者所含人像的相似度超过一定的阈值，则认为待核验人和证件底图中的是同一人，即认为待核验人与身份信息一致，通过验证；否则认为待核验人与身份信息不一致，不通过验证。其中，计算人像的相似度可以是指计算人脸的相似度，但也可以包括人体其他部位的相似度。证件底图可以直接来自于采集到的身份信息中，也可以是根据身份信息进一步获取到的。

证件底图是指证件在办理时拍摄的持证人的证件照片，可以印制于证件上或者存储在证件的芯片中。人证核验***10可以包括两种核验方式：有证核验和无证核验。不同的人证核验***可以只支持其中一种核验方式也可以两种都支持。

其中，有证核验是指：待核验人携带有证件，采集证件上的证件底图以及现场图像并完成核验。无证核验是指：待核验人未携带证件，通过待核验人人为输入等方式采集证件的证件信息(如证件编号等)，由于证件信息与证件底图直接关联，从而可以利用证件信息从证件数据库中查询获得证件底图，然后再利用证件底图以及采集获得的现场图像完成核验。这里的证件数据库可以属于***机关或者其授权的单位。以身份证为例，证件底图就是身份证上的图像，该图像印制于身份证上，同时也保存于公安部门的身份证数据库中。证件信息可以包括能够唯一标识持证人的证件编号，还可以包括组合后能够唯一标识持证人的各种信息(如姓名、籍贯、出生日期等)。可以理解的，本发明中的证件不限于身份证，例如还可以是社保卡、员工卡、学生证、驾照、军官证、老年证、医保卡、会员卡、住院卡等证件。

继续参照图1，人证核验***10包括人证后台服务器200以及人证核验一体机300，人证后台服务器200分别和业务***后台服务器100以及人证核验一体机300通信连接。图1中的业务***20加上人证核验***10的架构已经可以支持有证核验，如果要支持无证核验，人证后台服务器200还需要和证件库服务器500建立通信连接，以便从证件库服务器500获得证件底图。

其中，证件库服务器500是指有权限访问证件数据库的服务器。在实际中，部分证件数据库不允许外部设备随意进行访问，例如，身份证数据库只能由公安部门自己的服务器进行访问，外部只能通过调用该服务器的接口获得相应的数据。可以理解的，如果人证后台服务器200本身就具有访问证件数据库的权限，那么不通过证件库服务器500直接访问证件数据库也是可以的。

在图1中，业务***20可以由业务需求方提供，而人证核验***10可以由人证核验厂商提供。例如，医院希望在挂号时核验病人的身份，则业务***20可以由医院提供。

可以理解的，尽管图1中仅示出了一台人证核验一体机300，但实际上人证核验***10可以包括多台人证核验一体机300，多台人证核验一体机300可以同时接入到人证后台服务器200。同理，业务***采集设备400也可以是多台。业务***后台服务器100以及人证后台服务器200均应当作广义理解，可以是单台服务器，也可以是服务器集群，可以是物理服务器，也可以是虚拟服务器。

上述设备具有计算机的基本体系结构，即包括存储器以及处理器，存储器中存储有计算机程序指令，在计算机程序指令被处理器读取并运行时，执行本发明实施例提供的人证核验方法，方法的具体步骤将在后文介绍，在阐述时为方便起见，均以图1示出的架构方式为例，但并不代表实际***只能采取图1示出的架构方式。

图2示出了本发明实施例提供的人证核验方法的流程图。参照图2，该方法包括：

步骤S10：业务***后台服务器100获得业务***采集设备400发送的待核验人的身份信息。

身份信息可以包括证件底图和/或证件信息，视核验类型而定，有证核验时至少需要采集证件底图，无证核验时至少需要采集证件信息，由业务***采集设备400负责采集并发送给业务***后台服务器100。

步骤S11：业务***后台服务器100将身份信息发送至人证后台服务器200。

在某些实现方式中，业务***后台服务器100除了转发身份信息外，还可以根据身份信息判断出核验的类型，将核验类型也发送给人证后台服务器200，便于人证后台服务器200执行不同的操作。当然在另一些实施方式中，人证后台服务器200根据接收到的身份信息自行判断核验类型也是可以的。

步骤S12：人证后台服务器200接收到身份信息之后，向人证核验一体机300发送基于身份信息确定的触发消息。

在本发明实施例提供的人证核验方法中，由于核验流程开始于业务***采集设备400，因此人证核验一体机300并不会主动采集待核验人的现场图像，而是要在接收到人证后台服务器200发送的触发消息后才会进行采集。触发消息的内容因核验的类型以及核验的主体不同可以有所区别。例如，触发消息中可以携带证件底图，此时可以由人证核验一体机300进行有证核验；或者，触发消息也可以不携带证件底图，此时可以由人证后台服务器200进行有证或无证核验，在后文还会有详细的阐述。

步骤S13：人证核验一体机300接收到触发消息之后，根据触发消息采集待核验人的现场图像。

在接收到触发消息后，人证核验一体机300了解到业务***20中此时存在核验请求，因此可以通过其自带的摄像头等设备相应地采集用于核验的现场图像。

步骤S14：人证核验一体机300获得核验结果。

实现人证核验所需要的基本数据是证件底图和现场图像。一方面，证件底图由人证后台服务器200获得。例如，身份信息包括证件底图，人证后台服务器可以通过身份信息直接获得证件底图。或者，身份信息仅包括证件信息，人证后台服务器可以通过身份信息从证件库服务器500间接获得证件底图。另一方面，现场图像由人证核验一体机300获得。在两方面的要素都具备后，可以通过对比证件底图以及现场图像以完成核验，当然具体是在人证核验一体机300上完成核验还是在人证后台服务器200上完成核验，可以具有不同的实施方式，后文还会进一步介绍。

步骤S15：人证核验一体机300输出核验结果。

输出的目的主要是将核验结果通知待核验人或其他相关人员。具体的输出方式视人证核验一体的硬件结构不同，可以有不同的实现方式。例如，人证核验一体机300包括显示器，可以在显示器上显示核验结果，又例如人证核验一体机300包括扬声器，可以通过语音提示播放核验结果。

进一步的，在某些实施方式中，可以将核验结果通过人证后台服务器200返回至业务***后台服务器100，以满足业务***20的需求。例如，在医院挂号时核验病人的身份，核验结果可以返回给医生，以使医生知道该病人已经挂号成功，从而进行叫号等行为。

上述方法实现了人证核验***10与业务***20的信息共享，核验所需的部分数据(如身份信息)可以直接通过业务***20获得，既使得业务***20增加了人证核验功能，又使得人证核验***10的数据来源更为灵活，适用于更广泛的实际场景。同时由于不再需要人证核验一体机300采集所有的数据，使得人证核验一体机300在设计上可以进一步简化。

此外，由于人证核验一体机300和业务***后台服务器100通过人证核验后台进行了隔离，人证核验一体机300不需要过多关注业务***20的业务需求而只需要和人证后台服务器200进行交互，其开发维护成本都得到降低。例如，在业务***20的业务需求变化时，只需要对人证服务后台上的程序进行修改，人证核验一体机300的程序可以保持不变，避免其频繁升级。

图3示出了本发明实施例提供的人证核验方法步骤S14的第一种实施方式的流程图。图3示出的是一种有证核验的方式，在进行有证核验时，身份信息至少包括证件底图。同时，在图3示出的实施方式中，核验在人证核验一体机300上进行，因此在步骤S12中的人证后台服务器200需要将证件底图发送至人证核验一体机300，作为一种可选的方式，可以将证件底图携带在触发消息中。参照图3，步骤S14可以包括：

步骤S140a：人证核验一体机300对比证件底图以及现场图像获得核验结果。

人证核验一体机300根据接收到的证件底图，以及在步骤S13中获得的待核验人的现场图像，在本地就可以完成核验并获得核验结果，具体的核验方法之前已经阐述，不再重复。作为一种可选的方式，人证核验一体机300还可以将核验结果返回给人证后台服务器200，并由人证后台服务器200进一步返回给业务***后台服务器100。

图4示出了本发明实施例提供的人证核验方法步骤S14的第二种实施方式的流程图。图4示出的是另一种有证核验的方式，在进行有证核验时，身份信息至少包括证件底图。同时，在图4示出的实施方式中，核验在人证后台服务器200上进行，因此和图3不同，在步骤S12中的人证后台服务器200不会将证件底图发送至人证核验一体机300，此时步骤S12中发送的触发消息未携带证件底图。参照图4，步骤S14可以包括：

步骤S140b：人证核验一体机300将现场图像发送至人证后台服务器200。

由于核验在人证后台服务器200上进行，因此人证核验一体机300需要将步骤S13中获得的现场图像发送给人证后台服务器200。

步骤S141b：人证后台服务器200接收到现场图像之后，对比证件底图以及现场图像获得核验结果，并将核验结果发送至人证核验一体机300。

人证后台服务器200在接收到现场图像后，可以基于步骤S11中获得的证件底图以及现场图像完成核验并获得核验结果，具体的核验方法之前已经阐述，不再重复。

步骤S142b：人证核验一体机300从人证后台服务器200接收核验结果。

获得核验结果后，人证后台服务器200将其发送至人证核验一体机300，从而人证核验一体机300可以获得该结果并用于后续的输出。作为一种可选的方式，人证后台服务器200还可以将核验结果返回给业务***后台服务器100。

图5示出了本发明实施例提供的人证核验方法步骤S14的第三种实施方式的流程图。图5示出的是一种无证核验的方式，在进行无证核验时，身份信息至少包括证件信息。该方式的具体核验过程在人证后台服务器200上进行，参照图5，步骤S14可以包括：

步骤S140c：人证核验一体机300将现场图像发送至人证后台服务器200。

类似步骤S140b，不再重复阐述。

步骤S141c：人证后台服务器200接收现场图像之后，将待核验人的证件信息发送至证件库服务器500，并从证件库服务器500接收与证件信息对应的证件底图。

证件库服务器500可以提供对外查询接口，人证后台服务器200将证件信息作为调用参数调用该接口，证件库服务器500会在证件数据库中查询与证件信息对应的证件底图并返回给人证后台服务器200。

进一步的，在一种可选的方案中，证件库服务器500还可以提供额外的接口，以证件信息为参数，验证并返回证件信息的有效性。例如，在公安部门用于访问身份证数据库的服务器中，就提供了这样的接口，调用者可以提供身份证号以及姓名，若身份证号不存在或者身份证号和姓名不匹配，证件库服务器500均返回错误的结果，否则返回正确的结果，表示证件信息有效。

若验证结果指示证件信息无效，还可以将该验证结果经业务***后台服务器100发送至业务***采集设备400。在一些实施例中，业务***采集设备400还可以输出该验证结果，以提示待核验人重新输入正确的证件信息。

在证件信息有效时证件库服务器才继续查找与该证件信息对应的证件底图，有利于提高证件库服务器的查找效率。

此外，由于计算人像的相似度比较消耗计算资源，上述可选方案在计算之前先判断证件信息是否有效，仅在证件信息有效时才进行计算，可以提高无证核验的效率，同时增加对证件信息的验证也使得整个核验过程的安全性更高。

步骤S142c：人证后台服务器200对比证件底图以及现场图像获得核验结果。

人证后台服务器200上已经保存有步骤S140c中接收到的现场图像，因此在获得证件底图后可以完成核验并获得核验结果。具体的核验方法之前已经阐述，不再重复。获得核验结果后，人证后台服务器200将其发送至人证核验一体机300，从而人证核验一体机300可以获得该结果并用于后续的输出。作为一种可选的方式，人证后台服务器200还可以将核验结果返回给业务***后台服务器100。。

根据实际的应用场景，人证后台服务器200的核验过程可能会更复杂一些。例如，对于身份证数据这样的敏感数据，公安部门不允许其流入到公网环境，只能在公安部门的内网完成核验，因此在具体实施时，人证后台服务器200还可以进一步划分为两部分，位于公网的部分以及位于公安部门内网的部分，下面分别称为公网服务器以及内网服务器，二者之间可以通过网闸等设备进行隔离。公网服务器负责将现场图像以及证件信息发送至内网服务器，内网服务器基于待核验人的证件信息从证件库服务器500上查询获得与证件信息对应的证件底图，并基于证件底图以及现场图像完成核验，核验结果返回给公网服务器。可以理解的，上述对人证后台服务器200的划分方式仅仅是针对具体的应用场景的，不代表人证后台服务器200一定会作此划分。

进一步的，在本发明的一个实施例中，由于人证核验一体机300需要实时接收人证后台服务器200推送的触发消息，因此可以和人证后台服务器200保持长连接，以简化推送过程，不必频繁建立连接，确保人证核验一体机300能及时接收到触发消息。

以人证核验一体机300采用安卓(android)***为例，人证核验的相关服务可以实现为android***中的一个应用(application，简称app)，以下为描述方便将该app称为人证app，建立的长连接则对应一个后台的线程。

android***在内存不足的时候会停止一些后台运行的任务，长连接所在的线程在android***上就是一个后台任务，同样可能被***停掉，因此在本实施例的一种实施方式中，可以将长连接所在的线程放到android***的服务(service)组件中运行，service组件是***组件，其优先级较高，被***终止掉的概率较小。

当然，采取上述措施后，长连接仍然有一定可能会被***终止，因此在本实施例的一种实施方式中，还可以对长连接的连接状况进行监控。具体做法为：

人证app在启动时，创建一个启动守护进程，守护进程可以为一个没有界面的应用程序。该守护进程用于实时监控长连接是否已经终止，若监控到长连接未终止，则不进行任何处理，若监控到长连接终止，人证app会尝试重新建立长连接。

具体而言，守护进行在监控到长连接终止时，可以向***中正在运行的所有app发送相应的广播消息，在android***中广播消息可以跨进程进行通信，人证app中设置有广播消息的接收器，在接收到该广播消息后，即可获知长连接已经终止，人证app将重新建立长连接，实现对长连接的及时恢复避免影响人证核验功能的正常运作。

守护进程的具体监控方式不作限定。考虑到在android***中，进程间的数据不能直接共享，守护进程并不能直接获知人证app中的长连接的状态，所以可以采用如下的方式进行监控：长连接所在的线程在运行时每间隔第一预设时长(如2s)向存储器中写入当前时间。其中，第一预设时长的数值是可配置的，存储器作为进程间数据共享的中介，存储器的具体类型不限，例如可以是硬盘、安全数字卡(Secure Digital Card，简称SD卡)等，当前时间是指写入操作发生的时刻。同时，守护进程每间隔第二预设时长(如2s，)从存储器中读取最后一次写入的当前时间，其中第二预设时长的数值是可配置的，。在守护进程判断出最后一次写入的时间与实际当前时间的时间间隔已经超过第三预设时长(如10s)，就可以认为长连接所在的线程已经长时间未报告其状态，长连接已经终止，否则表明长连接所在的线程仍在正常运行，其中，实际当前时间是指守护进程做判断的时刻，第三预设时长的数值是可配置的，。

下面再介绍一下长连接的创建和重建的过程。首先，由于人证后台服务器200可能连接多台人证核验一体机300，因此需要对长连接进行区别标识，例如可以采用人证核验一体机300的唯一标识码，如通用唯一识别码(Universally Unique Identifier，简称UUID)等。一旦长连接终止后，需要重新建立连接时，人证核验一体机300会向人证后台服务器200发起重连接请求，人证后台服务器200通过请求中携带的标识码就可以找到之前的保存的长连接并重新连接上。

具体而言，以套接字(socket)长连接为例，socket长间接通过两个socket对象进行维护，人证核验一体机300首次创建长连接的过程如下：

人证app在启动时，向人证后台服务器200发送请求(例如可以是http请求)，请求中携带有标识码，其中，请求的形式不作限定，例如可以是http请求。人证后台服务器200在接收到该请求后，判断本地是否已经存在有以该标识码为端口号的第一socket对象时，若不存在就创建第一socket对象，若存在则不进行任何处理。在第一socket对象成功创建后，人证后台服务器200向人证核验一体机300发送用于指示第一socket对象创建成功的请求响应，其中，第一socket对象成功创建，既包括新创建成功的情况，也包括socket对象之前已经存在的情况。人证app在接收到请求响应后，创建第二socket对象，并利用第二socket对象连接人证后台服务器200上的第一socket对象，完成长连接的创建。

人证核验一体机300在发现长连接终止后，同样可以采用上述首次创建长连接的方式重新创建长连接。在一些实施例中，人证后台服务器200配置优于人证核验一体机300，人证后台服务器200上的第一socket对象在创建后，即使在长连接终止的情况下也不会被***回收，这种情况下，重新建立长连接的时候直接连接第一socket对象，无需再去尝试创建第一socket对象。而在人证核验一体机300上，由于资源有限，第二socket对象在长连接终止后可能被android***回收，因此需要重新创建第三socket对象以完成重连接。根据上面的分析，人证核验一体机300在发现长连接终止后，另一种重新创建长连接的过程如下：

人证app创建第三socket对象，并利用第三socket对象连接人证后台服务器200上的第一socket对象，以重新创建长连接。

需要说明的是，在本发明的各个实施例中，上述各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

本发明实施例还提供一种人证后台服务器200，图6示出了人证后台服务器200的功能模块图。参照图6，人证后台服务器200包括：

身份信息获取模块210，用于从业务***后台服务器100接收待核验人的身份信息；

触发消息发送模块220，用于向人证核验一体机300发送基于身份信息确定的触发消息，触发消息用于指示人证核验一体机300采集待核验人的现场图像，现场图像用于核验待核验人与身份信息是否一致。

本发明实施例提供的人证后台服务器200，其实现原理及产生的技术效果在前述方法实施例中已经介绍，为简要描述，装置实施例部分未提及之处，可参考方法施例中相应内容。

本发明实施例还提供一种人证核验一体机300，图7示出了人证核验一体机300的功能模块图。参照图7，人证核验一体机300包括：

触发消息接收模块310，用于从人证后台服务器200接收触发消息，触发消息用于指示人证核验一体机采集待核验人的现场图像；

现场图像采集模块320，用于根据触发消息采集现场图像；

核验结果获取模块330，用于获得核验结果，核验结果用于指示现场图像中的人像与待核验人的证件底图中的人像是否一致；

核验结果输出模块340，用于输出核验结果。

本发明实施例提供的人证核验一体机300，其实现原理及产生的技术效果在前述方法实施例中已经介绍，为简要描述，装置实施例部分未提及之处，可参考方法施例中相应内容。

本发明实施例还提供一种业务***后台服务器100，图8示出了业务***后台服务器100的功能模块图。参照图8，业务***后台服务器100包括：

身份信息获取模块110，用于从业务***采集设备400接收待核验人的身份信息；

身份信息发送模块120，用于将身份信息发送至人证后台服务器200。

本发明实施例提供的业务***后台服务器100，其实现原理及产生的技术效果在前述方法实施例中已经介绍，为简要描述，装置实施例部分未提及之处，可参考方法施例中相应内容。

本发明实施例还提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序指令，计算机程序指令被处理器读取并运行时，执行本发明实施例提供的方法的步骤。这里所称的处理器，可以是人证后台服务器、业务***后台服务器或人证核验一体机的处理器。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于装置类实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其他的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本发明的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的***来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本发明各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在存储介质中，包括若干指令用以使得计算机设备执行本发明各个实施例所述方法的全部或部分步骤。前述的计算机设备包括：个人计算机、服务器、移动设备、智能穿戴设备、网络设备、虚拟设备等各种具有执行程序代码能力的设备，前述的存储介质包括：U盘、移动硬盘、只读存储器、随机存取存储器、磁碟、磁带或者光盘等各种可以存储程序代码的介质。

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

Claims (29)

1.一种人证核验方法，其特征在于，应用于人证后台服务器，所述方法包括：

从业务***后台服务器接收待核验人的身份信息；

向人证核验一体机发送基于所述身份信息确定的触发消息，所述触发消息用于指示所述人证核验一体机采集所述待核验人的现场图像，所述现场图像用于核验所述待核验人与所述身份信息是否一致。

2.根据权利要求1所述的人证核验方法，其特征在于，所述身份信息包括所述待核验人的证件底图，所述触发消息携带有所述证件底图。

3.根据权利要求1所述的人证核验方法，其特征在于，所述身份信息包括所述待核验人的证件底图，所述方法还包括：

从所述人证核验一体机接收所述现场图像；

对比所述证件底图以及所述现场图像获得核验结果，所述核验结果用于指示所述待核验人与所述身份信息是否一致；

将所述核验结果发送至所述人证核验一体机。

4.根据权利要求1所述的人证核验方法，其特征在于，所述身份信息包括所述待核验人的证件信息，所述方法还包括：

从所述人证核验一体机接收所述现场图像；

将所述证件信息发送至证件库服务器，并从所述证件库服务器接收与所述证件信息对应的证件底图，其中，所述证件底图保存在证件数据库中，所述证件库服务器为有权限访问所述证件数据库的服务器；

对比所述证件底图以及所述现场图像获得核验结果，所述核验结果用于指示所述待核验人与所述身份信息是否一致；

将所述核验结果发送至所述人证核验一体机。

5.根据权利要求4所述的人证核验方法，其特征在于，所述将所述证件信息发送至证件库服务器，并从所述证件库服务器接收与所述证件信息对应的证件底图，包括：

将所述证件信息发送至所述证件库服务器，并从所述证件库服务器接收表示所述证件信息是否有效的验证结果；

若所述验证结果指示所述证件信息有效，则从所述证件库服务器接收与所述证件信息对应的证件底图。

6.根据权利要求1或2所述的人证核验方法，其特征在于，所述方法还包括：

获得核验结果，所述核验结果用于指示所述待核验人与所述身份信息是否一致；

将所述核验结果发送至所述业务***后台服务器。

7.根据权利要求6所述的人证核验方法，其特征在于，所述向人证核验一体机发送基于所述身份信息确定的触发消息，包括：

通过与所述人证核验一体机建立的长连接发送所述触发消息。

8.根据权利要求7所述的人证核验方法，其特征在于，所述长连接通过所述人证核验一体机的标识码进行标识。

9.根据权利要求8所述的人证核验方法，其特征在于，所述长连接为套接字socket长连接，所述方法还包括：

从所述人证核验一体机接收请求，所述请求携带有所述标识码，用于请求所述人证后台服务器创建以所述标识码为端口号的第一socket对象；

在确定所述人证后台服务器上不存在所述第一socket对象时，创建所述第一socket对象，并向所述人证核验一体机发送与所述请求对应的响应，所述响应用于指示所述人证后台服务器已创建所述第一socket对象；

在确定所述人证后台服务器上已经存在所述第一socket对象时，向所述人证核验一体机发送所述响应。

10.一种人证核验方法，其特征在于，应用于人证核验一体机，所述方法包括：

从人证后台服务器接收触发消息，所述触发消息用于指示所述人证核验一体机采集待核验人的现场图像；

根据所述触发消息采集所述现场图像；

获得核验结果，所述核验结果用于指示所述现场图像中的人像与所述待核验人的证件底图中的人像是否一致；

输出所述核验结果。

11.根据权利要求10所述的人证核验方法，其特征在于，所述触发消息携带有所述证件底图，所述获得核验结果，包括：

对比所述证件底图以及所述现场图像获得所述核验结果。

12.根据权利要求10所述的人证核验方法，其特征在于，所述获得核验结果，包括：

将所述现场图像发送至所述人证后台服务器；

从所述人证后台服务器接收所述核验结果，所述核验结果是所述人证后台服务器对比所述现场图像以及所述证件底图获得的。

13.根据权利要求10－12中任一项所述的人证核验方法，其特征在于，所述从人证后台服务器接收的触发消息，包括：

通过与所述人证后台服务器建立的长连接接收所述触发消息。

14.根据权利要求13所述的人证核验方法，其特征在于，所述人证核验一体机采用安卓android***，所述长连接所在的线程运行于***的服务service组件中。

15.根据权利要求14所述的人证核验方法，其特征在于，所述人证核验方法通过android***中的应用app执行，所述方法还包括：

在所述app启动时，创建并启动守护进程；

利用所述守护进程监控所述长连接是否已经终止；

当所述守护进程监控到所述长连接已经终止时，重新建立所述长连接。

16.根据权利要求15所述的人证核验方法，其特征在于，所述利用所述守护进程监控所述长连接是否已经终止，包括：

利用所述长连接所在的线程在运行时每间隔第一预设时长向存储器中写入当前时间；

利用所述守护进程每间隔第二预设时长从所述存储器中读取最后一次写入的时间；

当所述最后一次写入的时间与实际当前时间的时间间隔超过第三预设时长时，确定所述长连接已经终止，否则确定所述长连接尚未终止。

17.根据权利要求15所述的人证核验方法，其特征在于，所述长连接通过所述人证核验一体机的标识码进行标识。

18.根据权利要求17所述的人证核验方法，其特征在于，所述长连接为套接字socket长连接，所述方法还包括：

向所述人证后台服务器发送请求，所述请求携带有所述标识码，用于请求所述人证后台服务器创建以所述标识码为端口号的第一socket对象；

从所述人证后台服务器接收响应，所述响应用于指示所述人证后台服务器已创建所述第一socket对象；

根据所述响应创建第二socket对象，并利用所述第二socket对象连接所述第一socket对象，以创建所述长连接。

19.一种人证核验方法，其特征在于，应用于业务***后台服务器，所述方法包括：

从业务***采集设备接收待核验人的身份信息；

将所述身份信息发送至人证后台服务器。

20.根据权利要求19所述的人证核验方法，其特征在于，所述方法还包括：

从所述人证后台服务器接收核验结果，所述核验结果用于指示所述待核验人与所述身份信息是否一致。

21.根据权利要求19或20所述的人证核验方法，其特征在于，所述身份信息包括所述待核验人的证件底图和/或所述待核验人的证件信息。

22.一种人证后台服务器，其特征在于，包括：

身份信息获取模块，用于从业务***后台服务器接收待核验人的身份信息；

触发消息发送模块，用于向人证核验一体机发送基于所述身份信息确定的触发消息，所述触发消息用于指示所述人证核验一体机采集所述待核验人的现场图像，所述现场图像用于核验所述待核验人与所述身份信息是否一致。

23.一种人证核验一体机，其特征在于，包括：

触发消息接收模块，用于从人证后台服务器接收触发消息，所述触发消息用于指示所述人证核验一体机采集待核验人的现场图像；

现场图像采集模块，用于根据所述触发消息采集所述现场图像；

核验结果获取模块，用于获得核验结果，所述核验结果用于指示所述现场图像中的人像与所述待核验人的证件底图中的人像是否一致；

核验结果输出模块，用于输出所述核验结果。

24.一种业务***后台服务器，其特征在于，包括：

身份信息获取模块，用于从业务***采集设备接收待核验人的身份信息；

身份信息发送模块，用于将所述身份信息发送至人证后台服务器。

25.一种人证后台服务器，其特征在于，包括：存储器以及处理器，所述存储器中存储有计算机程序指令，所述计算机程序指令被所述处理器读取并运行时，执行权利要求1－9中任一项所述的方法的步骤。

26.一种人证核验一体机，其特征在于，包括：存储器以及处理器，所述存储器中存储有计算机程序指令，所述计算机程序指令被所述处理器读取并运行时，执行权利要求10－18中任一项所述的方法的步骤。

27.一种业务***后台服务器，其特征在于，包括：存储器以及处理器，所述存储器中存储有计算机程序指令，所述计算机程序指令被所述处理器读取并运行时，执行权利要求19－21中任一项所述的方法的步骤。

28.一种人证核验***，其特征在于，包括：如权利要求1－9中任一项所述的人证后台服务器以及如权利要求10－18中任一项所述的人证核验一体机。

29.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序指令，所述计算机程序指令被处理器读取并运行时，执行权利要求1－21中任一项所述的方法的步骤。