CN104580121B - 寻人/人员信息匹配推送的方法、***、客户端和服务器 - Google Patents

Abstract

本发明公开了一种寻人/人员信息匹配推送的方法、***、客户端和服务器，所述寻人信息匹配推送的方法包括：第一客户端获取疑似人员的图片，并发送至与服务器关联的公众账号；所述服务器将所述疑似人员的图片与待寻人员数据库中各待寻人员照片信息进行对比；当所述疑似人员的图片与所述待寻人员数据库中的待寻人员照片信息相匹配时，所述服务器通过所述公众账号将所述疑似人员的图片推送至匹配的待寻人员照片信息相关联的第二客户端。本发明采用账号之间即时对话的方式来发布寻人消息和推送疑似人员，有利于提高对话效率，方便用户及时找到想找的人，提高寻人的成功率。

Description

寻人/人员信息匹配推送的方法、***、客户端和服务器

技术领域

本发明涉及到网络技术领域，特别涉及到寻人/人员信息匹配推送的方法、***、客户端和服务器。

背景技术

在过去，人们在查找失踪人口或希望找到多年不见的老朋友时，主要通过张贴告示或在报纸上刊登寻人启事等方式，该方式传播的范围小，找到的几率非常低，甚至常常会查找无果。随着网络技术的不断发展，信息资源得到了共享，人们可以直接将寻人启事发布到网站上去，通过网络传播的方式，传播范围较广，有利于增加找到的几率。但是，网站发布也存在一定的局限性，发布人只会在一部分网站上发布消息，而由于现有的网站数量繁多，造成网站用户的分流，各网站的用户量有限，传播范围受到一定的限制。同时，由于网站上的信息量大，信息更新非常快，消息发布后需要经常更新，否则很容易被新的消息掩盖，石沉大海。此外，网站回复也不方便，操作繁琐，还存在一定的滞后性，不能及时将查找线索提供给相关机构或相关人员，影响查找效率。

发明内容

本发明实施例提供一种寻人/人员信息匹配推送的方法、***、客户端和服务器，能够让寻人消息传播范围广，查找方便、及时，提高寻人成功率。

本发明实施例提出一种寻人信息匹配推送的方法，包括步骤：

第一客户端获取疑似人员的图片，并发送至与服务器关联的公众账号；

所述服务器将所述疑似人员的图片与待寻人员数据库中各待寻人员照片信息进行对比；

当所述疑似人员的图片与所述待寻人员数据库中的待寻人员照片信息相匹配时，所述服务器通过所述公众账号将所述疑似人员的图片推送至匹配的待寻人员照片信息相关联的第二客户端。

本发明实施例还提出一种服务器实现寻人信息匹配推送的方法，包括步骤：

通过公众账号接收第一客户端发送的疑似人员的图片；

将所述疑似人员的图片与待寻人员数据库中各待寻人员照片信息进行对比；

当所述疑似人员的图片与所述待寻人员数据库中的待寻人员照片信息相匹配时，通过公众账号将所述疑似人员的图片推送至匹配的待寻人员照片信息相关联的第二客户端。

本发明实施例还提出一种客户端实现寻人信息匹配推送的方法，包括步骤：

发布寻人信息至与服务器关联的公众账号，所述寻人信息包括所述待寻人员照片信息；

接收所述服务器通过公众账号推送的、与所述待寻人员照片信息相匹配的疑似人员的图片。

本发明实施例还提出一种人员信息匹配推送的方法，包括步骤：

客户端获取待查人员的图片，并发送至与服务器关联的公众账号；

所述服务器将所述待查人员的图片与人员信息数据库中各已记录人员照片信息进行对比；

当所述待查人员的图片与所述人员信息数据库中的已记录人员照片信息相匹配时，所述服务器通过所述公众账号将所述已记录人员的信息推送至所述客户端。

本发明实施例还提出一种服务器实现人员信息匹配推送的方法，包括步骤：

通过公众账号接收客户端发送的待查人员的图片；

将所述待查人员的图片与人员信息数据库中各已记录人员照片信息进行对比；

当所述待查人员的图片与所述人员信息数据库中的已记录人员照片信息相匹配时，通过公众账号将所述已记录人员的信息推送至所述客户端。

本发明实施例还提出一种客户端实现人员信息匹配推送的方法，包括步骤：

获取待查人员的图片，并发送至与服务器关联的公众账号；

接收所述服务器通过公众账号推送的、与所述待查人员相匹配的已记录人员的信息。

本发明实施例还提出一种寻人信息匹配推送的***，包括服务器、第一客户端和第二客户端，其中：

所述第一客户端用于，获取疑似人员的图片，并发送至与所述服务器关联的公众账号；

所述服务器用于，将所述疑似人员的图片与待寻人员数据库中各待寻人员照片信息进行对比；当所述疑似人员的图片与所述待寻人员数据库中的待寻人员照片信息相匹配时，通过公众账号将所述疑似人员的图片推送至匹配的待寻人员照片信息相关联的第二客户端。

本发明实施例还提出一种服务器，包括：

疑似图片接收模块，用于通过公众账号接收第一客户端发送的疑似人员的图片；

疑似图片匹配模块，用于将所述疑似人员的图片与待寻人员数据库中各待寻人员照片信息进行对比；

疑似图片推送模块，用于当所述疑似人员的图片与所述待寻人员数据库中的待寻人员照片信息相匹配时，通过公众账号将所述疑似人员的图片推送至匹配的待寻人员照片信息相关联的第二客户端。

本发明实施例还提出一种客户端，包括：

信息发布模块，用于发布寻人信息至与服务器关联的公众账号，所述寻人信息包括所述待寻人员照片信息；

推送信息接收模块，用于接收所述服务器通过公众账号推送的、与所述待寻人员照片信息相匹配的疑似人员的图片。

本发明实施例还提出一种人员信息匹配推送的***，包括客户端和服务器：

所述客户端用于，获取待查人员的图片，并发送至与服务器关联的公众账号；

所述服务器用于，将所述待查人员的图片与人员信息数据库中各已记录人员照片信息进行对比；当所述待查人员的图片与所述人员信息数据库中的已记录人员照片信息相匹配时，通过所述公众账号将所述已记录人员的信息推送至所述客户端。

本发明实施例还提出一种服务器，包括：

待查图片接收模块，用于通过公众账号接收客户端发送的待查人员的图片；

待查图片匹配模块，用于将所述待查人员的图片与人员信息数据库中各已记录人员照片信息进行对比；

人员信息推送模块，用于当所述待查人员的图片与所述人员信息数据库中的已记录人员照片信息相匹配时，通过公众账号将所述已记录人员的信息推送至所述客户端。

本发明实施例还提出一种客户端，包括：

待查图片上传模块，用于获取待查人员的图片，并发送至与服务器关联的公众账号；

人员信息接收模块，接收所述服务器通过公众账号推送的、与所述待查人员相匹配的已记录人员的信息。

本发明实施例通过建立与服务器关联的公众账号，接收各个用户发来的疑似人员图片，服务器将疑似人员图片与数据库中的待寻人员照片比对，当查询到匹配的照片后，通过公众账号将疑似人员图片推送给发布过匹配的待寻人员照片的用户，同时，由于采用的是账号之间即时对话的方式，有利于提高对话效率，方便用户及时找到想找的人，提高寻人的成功率。

附图说明

图1为本发明寻人信息匹配推送的方法的第一实施例的流程图；

图2为本发明寻人信息匹配推送的方法的第二实施例的流程图；

图3为本发明寻人信息匹配推送的方法的第三实施例的流程图；

图4为本发明寻人信息匹配推送的方法的第四实施例的流程图；

图5为本发明服务器实现寻人信息匹配推送的方法的第一实施例的流程图；

图6为本发明服务器实现寻人信息匹配推送的方法的第二实施例的流程图；

图7为本发明客户端实现寻人信息匹配推送的方法的第一实施例的流程图；

图8为本发明客户端实现寻人信息匹配推送的方法的第二实施例的流程图；

图9为本发明客户端实现寻人信息匹配推送的方法的第三实施例的流程图；

图10为本发明客户端实现寻人信息匹配推送的方法的第四实施例的流程图；

图11为本发明人员信息匹配推送的方法的第一实施例的流程图；

图12为本发明人员信息匹配推送的方法的第二实施例的流程图；

图13为本发明人员信息匹配推送的方法的第三实施例的流程图；

图14为本发明服务器实现人员信息匹配推送的方法实施例的流程图；

图15为本发明客户端实现人员信息匹配推送的方法的第一实施例的流程图；

图16为本发明客户端实现人员信息匹配推送的方法的第二实施例的流程图；

图17为本发明客户端实现人员信息匹配推送的方法的第三实施例的流程图；

图18为本发明寻人信息匹配推送的***的实施例的结构示意图；

图19为本发明服务器的第一实施例的结构示意图；

图20为本发明服务器的第二实施例的结构示意图；

图21为本发明服务器的第三实施例的结构示意图；

图22为本发明客户端的第一实施例的结构示意图；

图23为本发明客户端的第二实施例的结构示意图；

图24为本发明人员信息匹配推送的***的实施例的结构示意图；

图25为本发明服务器的第四实施例的结构示意图；

图26为本发明服务器的第五实施例的结构示意图；

图27为本发明客户端的第三实施例的结构示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

如图1所示，图1为本发明寻人信息匹配推送的方法的第一实施例的流程图。本实施例提到的寻人信息匹配推送的方法，包括以下步骤：

步骤S110，第一客户端获取疑似人员的图片，并发送至与服务器关联的公众账号；

本实施例中的第一客户端和第二客户端可为安装在不同终端上的同一应用，主要以微信、微博、QQ等通讯类应用作为实现应用平台，可安装在手机、PAD、笔记本电脑、台式电脑等终端上，该终端携带有摄像头，并具备网络传输功能。以微信为例，用户在终端上登陆微信账号（第一客户端），当用户发现某个人长得很像寻人信息中的待寻人员时，启动终端的摄像头获取疑似人员的图片，并将获取到的图片通过当前用户登录的微信账号发送到微信中的专用公众账号中去，通过公众账号将图片发送给服务器。该图片中应清楚的显示出疑似人员的面部特征。

步骤S120，服务器将疑似人员的图片与待寻人员数据库中各待寻人员照片信息进行对比；

服务器是指微信、微博、QQ等后台服务器，在服务器上建立有一个专用的公众账号，该公众账号可与其他微信用户账号进行通讯，接收微信用户（第一客户端）发送来的疑似人员的图片，并将该图片发送到后台的服务器中。服务器调用待寻人员数据库中的待寻人员的照片，结合人脸识别技术，将疑似人员的图片与待寻人员的照片进行比对，判断数据库中是否有待寻人员的照片与疑似人员的图片相匹配。

步骤S130，当疑似人员的图片与待寻人员数据库中的待寻人员照片信息相匹配时，服务器通过公众账号将疑似人员的图片推送至匹配的待寻人员照片信息相关联的第二客户端。

当疑似人员的图片与一个或多个待寻人员照片信息相匹配时，服务器从数据库中找到发布这些待寻人员照片信息的微信账号（第二客户端），将疑似人员的图片发送给这些微信账号。

本实施例通过建立与服务器关联的公众账号，接收各个用户发来的疑似人员图片，服务器将疑似人员图片与数据库中的待寻人员照片比对，当查询到匹配的照片后，通过公众账号将疑似人员图片推送给发布过匹配的待寻人员照片的用户，由于本实施例采用的是账号之间即时对话的方式，有利于提高对话效率，方便用户及时找到想找的人，提高寻人的成功率。此外，由于本实施例以微信、微博、QQ等常用通讯类应用作为实现应用平台，这些应用软件具有海量的用户群，借助这些海量用户来帮助寻人，有利于扩大传播范围，进一步提高寻人效率。

上述实施例中的待寻人员数据库用于存放待寻人员信息，并可实现待寻人员信息的共享和快速更新。可通过以下方式建立或更新待寻人员数据库：

（1）服务器通过公众账号接收第二客户端上传的寻人信息，根据寻人信息建立或更新待寻人员数据库；

需要寻人的用户将寻人信息通过微信账号（第二客户端）上传到公众账号上，由公众账号转发至服务器存储，服务器在存储寻人信息时，还将寻人信息与发布者的账号关联上，以便于服务器在接收到疑似人员图片时，能够将疑似人员图片发送到对应的账号上去。

（2）服务器接收网站上传的寻人信息，根据寻人信息建立或更新待寻人员数据库；

微信的后台服务器还可以与一些常用的论坛网站相关联，例如，天涯、新浪、腾讯网等，需要寻人的用户可通过发帖的方式发布寻人信息，这些网站的服务器与微信后台服务器进行通讯，将发布在网站上的寻人信息发送到微信后台服务器中。此外，微信也可拥有自己的网页版服务平台，接收PC端用户发布的信息，将网站服务与客户端服务相关联，扩大用户范围。

（3）服务器获取网站数据库的共享资源，根据共享资源建立或更新待寻人员数据库；

除了接收网站服务器发送来的资源，微信后台服务器还可与专业的寻人网站建立合作关系，直接共享数据库中的资源。在服务器建立或更新数据库时，可直接从寻人网站数据库中调用，无需通过寻人网站的服务器转发，更新速度更快，数据更加全面。

（4）服务器通过公众账号接收第一客户端发送的疑似人员的图片，当疑似人员为待寻人员时，根据疑似人员的图片建立或更新待寻人员数据库。

此外，考虑到某些待寻人员的信息还没有来得及入库，但是已经能够确认疑似人员就是待寻人员的情况。例如，找到一个无人认领的小孩时，但在数据库中却找不到相关的寻人信息，可能是小孩的家人还没有来得及在公众账号上发布，这时，可先入库，将小孩的图片发送给公众账号，并存储在数据库中，这样一来，一旦有人向公众账号发布了寻人信息后，服务器可直接从数据库中调用该小孩的图片与寻人信息中的照片进行对比，节省了等待的时间，有效提高寻人的成功率。

以上的几种建立和更新数据库的方式，可一种或多种相结合，使数据库的数据量更加全面，更新速度更快，更加有利于提高寻人的成功率。

如图2所示，图2为本发明寻人信息匹配推送的方法的第二实施例的流程图。本实施例在图1所示实施例的基础上，增加了寻人信息发布的步骤，在步骤S110之前还包括：

步骤S141，第二客户端将寻人信息发布至与服务器关联的公众账号，寻人信息包括待寻人员照片信息；

本实施例中，仍然以微信为例。需要寻人的用户登录自己的微信账号（第二客户端）后，向公众账号发送寻人信息，包括待寻人员的基本资料和照片等。

步骤S142，服务器将寻人信息与第二客户端信息关联后，存储至待寻人员数据库中；

服务器在存储寻人信息时，将寻人信息与发布者账号关联上，以便于服务器在接收到疑似人员图片时，能够将疑似人员图片发送到对应的发布者账号上去，方便发布者寻人。

步骤S143，服务器通过公众账号向第一客户端下发寻人信息。

为了扩大传播范围，关注了公众账号的用户可通过自己的账号（第一客户端）接收到服务器下发的寻人信息，当这些用户发现身边有人与待寻人员长得相似时，可及时获取疑似人员图片上传给公众账号，在服务器匹配照片后，公众账号通过即时对话的方式将疑似人员图片发给寻人消息发布者账号（第二客户端），缩短消息传递时间，提高寻人效率。

如图3所示，图3为本发明寻人信息匹配推送的方法的第三实施例的流程图。本实施例以图1所示实施例为基础，通过扫描面部特征的方式获取疑似人员的图片，步骤S110包括：

步骤S111，第一客户端从摄像头获取的实时视频流中，截取第i帧图片；

步骤S112，判断截取的第i帧图片是否满足稳定状态条件；如果是，则执行步骤S113；如果否，则i+1，返回步骤S111；

步骤S113，第一客户端将截取的图片作为疑似人员的图片，发送至与服务器关联的公众账号，并控制摄像头停止获取实时视频流。

本实施例中，当用户通过第一客户端开启摄像头后，可从屏幕上看到摄像头拍摄的实时视频图像。在屏幕上显示实时视频图像的过程中，第一客户端的预判逻辑会以预设的时间间隔从实时视频流中截取图像进行处理，通常是一帧一帧的截取。截取图像后，某些图片由于尚未对准焦距，图片有些模糊，不利于发送给服务器进行人脸识别与比对，这些模糊的图片不能作为上传图片，即未满足稳定状态条件。经过摄像头自适应调整焦距后，第一客户端会从实时视频流中截取到清晰的图片，该图片能够清晰反映疑似人员的面部特征，此时可将其发送给服务器，即满足稳定状态条件，触发第一客户端的上传机制，将图片发送至后台服务器进行比对。例如微信中的“扫一扫”功能，可通过摄像头获取实时的图像，当对焦成功后，微信客户端自动将最终清晰的图片发送给公众账号，由公众账号转发给服务器。此过程无需拍摄照片，减少了按下拍照按键和上传选择操作，且自动对焦和获取清晰图片，操作更加方便、快捷，避免了在焦距对准前手动按下拍照按键造成的图片不清晰问题，使获得的图片的清晰度更高。

如图4所示，图4为本发明寻人信息匹配推送的方法的第四实施例的流程图。本实施例以图1所示实施例为基础，通过拍摄照片的方式获取疑似人员的图片，步骤S110包括：

步骤S114，第一客户端接收摄像头拍摄的照片；

步骤S115，第一客户端将摄像头拍摄的照片作为疑似人员的图片，发送至与服务器关联的公众账号。

本实施例考虑到某些情况下网络不通时，用户可先对疑似人员拍照，将拍摄的照片存储下来，在网络连通时，用户再通过客户端选择拍摄的照片，将其发送给公众账号，避免因网络阻塞造成的图片无法上传的问题。此外，用户在接收到公众账号下发的寻人信息后，还可直接将过去拍摄的已存储照片导入到客户端中，发送给服务器比对，以提高寻人成功率。

如图5所示，图5为本发明服务器实现寻人信息匹配推送的方法的第一实施例的流程图。本实施例提到的服务器实现寻人信息匹配推送的方法，包括步骤：

步骤S210，通过公众账号接收第一客户端发送的疑似人员的图片；

本实施例中的服务器是指微信、微博、QQ等后台服务器，第一客户端和第二客户端可为安装在不同终端上的同一应用，主要以微信、微博、QQ等通讯类应用作为实现应用平台，可安装在手机、PAD、笔记本电脑、台式电脑等终端上，该终端携带有摄像头，并具备网络传输功能。以微信为例，用户在终端上登陆微信账号（第一客户端），当用户发现某个人长得很像寻人信息中的待寻人员时，启动终端的摄像头获取疑似人员的图片，并将获取到的图片通过当前用户登录的微信账号发送到微信中的专用公众账号中去，通过公众账号将图片发送给服务器。该图片中应清楚的显示出疑似人员的面部特征。

步骤S220，将疑似人员的图片与待寻人员数据库中各待寻人员照片信息进行对比；

在服务器上建立有一个专用的公众账号，该公众账号可与其他微信用户账号进行通讯，接收微信用户（第一客户端）发送来的疑似人员的图片，并将该图片发送到后台的服务器中。服务器调用待寻人员数据库中的待寻人员的照片，结合人脸识别技术，将疑似人员的图片与待寻人员的照片进行比对，判断数据库中是否有待寻人员的照片与疑似人员的图片相匹配。

步骤S230，当疑似人员的图片与待寻人员数据库中的待寻人员照片信息相匹配时，通过公众账号将疑似人员的图片推送至匹配的待寻人员照片信息相关联的第二客户端。

当疑似人员的图片与一个或多个待寻人员照片信息相匹配时，服务器从数据库中找到发布这些待寻人员照片信息的微信账号（第二客户端），将疑似人员的图片发送给这些微信账号。

本实施例通过建立与服务器关联的公众账号，接收各个用户发来的疑似人员图片，服务器将疑似人员图片与数据库中的待寻人员照片比对，当查询到匹配的照片后，通过公众账号将疑似人员图片推送给发布过匹配的待寻人员照片的用户，由于本实施例采用的是账号之间即时对话的方式，有利于提高对话效率，方便用户及时找到想找的人，提高寻人的成功率。此外，由于本实施例以微信、微博、QQ等常用通讯类应用作为实现应用平台，这些应用软件具有海量的用户群，借助这些海量用户来帮助寻人，有利于扩大传播范围，进一步提高寻人效率。

上述实施例中的待寻人员数据库用于存放待寻人员信息，并可实现待寻人员信息的共享和快速更新。可通过以下方式建立或更新待寻人员数据库：

（1）服务器通过公众账号接收第二客户端上传的寻人信息，根据寻人信息建立或更新待寻人员数据库；

需要寻人的用户将寻人信息通过微信账号（第二客户端）上传到公众账号上，由公众账号转发至服务器存储，服务器在存储寻人信息时，还将寻人信息与发布者的账号关联上，以便于服务器在接收到疑似人员图片时，能够将疑似人员图片发送到对应的账号上去。

（2）服务器接收网站上传的寻人信息，根据寻人信息建立或更新待寻人员数据库；

微信的后台服务器还可以与一些常用的论坛网站相关联，例如，天涯、新浪、腾讯网等，需要寻人的用户可通过发帖的方式发布寻人信息，这些网站的服务器与微信后台服务器进行通讯，将发布在网站上的寻人信息发送到微信后台服务器中。此外，微信也可拥有自己的网页版服务平台，接收PC端用户发布的信息，将网站服务与客户端服务相关联，扩大用户范围。

（3）服务器获取网站数据库的共享资源，根据共享资源建立或更新待寻人员数据库；

除了接收网站服务器发送来的资源，微信后台服务器还可与专业的寻人网站建立合作关系，直接共享数据库中的资源。在服务器建立或更新数据库时，可直接从寻人网站数据库中调用，无需通过寻人网站的服务器转发，更新速度更快，数据更加全面。

（4）服务器通过公众账号接收第一客户端发送的疑似人员的图片，当疑似人员为待寻人员时，根据疑似人员的图片建立或更新待寻人员数据库。

此外，考虑到某些待寻人员的信息还没有来得及入库，但是已经能够确认疑似人员就是待寻人员的情况。例如，找到一个无人认领的小孩时，但在数据库中却找不到相关的寻人信息，可能是小孩的家人还没有来得及在公众账号上发布，这时，可先入库，将小孩的图片发送给公众账号，并存储在数据库中，这样一来，一旦有人向公众账号发布了寻人信息后，服务器可直接从数据库中调用该小孩的图片与寻人信息中的照片进行对比，节省了等待的时间，有效提高寻人的成功率。

以上的几种建立和更新数据库的方式，可一种或多种相结合，使数据库的数据量更加全面，更新速度更快，更加有利于提高寻人的成功率。

如图6所示，图6为本发明服务器实现寻人信息匹配推送的方法的第二实施例的流程图。本实施例在图5所示实施例的基础上，增加了寻人信息发布的步骤，步骤S210之前还包括：

步骤S241，通过公众账号接收第二客户端发布的寻人信息，寻人信息包括待寻人员照片信息；

本实施例中，仍然以微信为例。需要寻人的用户登录自己的微信账号（第二客户端）后，向公众账号发送寻人信息，包括待寻人员的基本资料和照片等。

步骤S242，将寻人信息与第二客户端信息关联后，存储至待寻人员数据库中；

服务器在存储寻人信息时，将寻人信息与发布者账号关联上，以便于服务器在接收到疑似人员图片时，能够将疑似人员图片发送到对应的发布者账号上去，方便发布者寻人。

步骤S243，通过公众账号向第一客户端下发寻人信息。

为了扩大传播范围，关注了公众账号的用户可通过自己的账号（第一客户端）接收到服务器下发的寻人信息，当这些用户发现身边有人与待寻人员长得相似时，可及时获取疑似人员图片上传给公众账号，在服务器匹配照片后，公众账号通过即时对话的方式将疑似人员图片发给寻人消息发布者账号（第二客户端），缩短消息传递时间，提高寻人效率。

如图7所示，图7为本发明客户端实现寻人信息匹配推送的方法的第一实施例的流程图。本实施例提到的客户端实现寻人信息匹配推送的方法，包括步骤：

步骤S310，发布寻人信息至与服务器关联的公众账号，寻人信息包括待寻人员照片信息；

本实施例中，本实施例中的客户端可用于发布寻人信息和上传疑似人员图片，为了表示区分，我们将上传疑似人员图片的客户端称为第一客户端，发布寻人信息的客户端称为第二客户端，第一客户端和第二客户端可为安装在不同终端上的同一应用，主要以微信、微博、QQ等通讯类应用作为实现应用平台，可安装在手机、PAD、笔记本电脑、台式电脑等终端上，该终端携带有摄像头，并具备网络传输功能。服务器是指微信、微博、QQ等后台服务器，在服务器上建立有一个专用的公众账号，该公众账号可与其他微信用户账号进行通讯。以微信为例，需要寻人的用户登录自己的微信账号（第二客户端）后，向公众账号发送寻人信息，包括待寻人员的基本资料和照片等。

步骤S320，接收服务器通过公众账号推送的、与待寻人员照片信息相匹配的疑似人员的图片。

而在服务器的公众账号接收到其他微信用户（第一客户端）发送来的疑似人员的图片，并且当疑似人员的图片与一个或多个待寻人员照片信息相匹配时，服务器从数据库中找到发布这些待寻人员照片信息的微信账号（第二客户端），将疑似人员的图片发送给这些微信账号，为寻人信息发布者提高帮助。

本实施例通过建立与服务器关联的公众账号，接收需寻人的用户发来的寻人消息，并可通过公众账号将疑似人员图片推送给发布过匹配的待寻人员照片的用户，由于本实施例采用的是账号之间即时对话的方式，有利于提高对话效率，方便用户及时找到想找的人，提高寻人的成功率。此外，由于本实施例以微信、微博、QQ等常用通讯类应用作为实现应用平台，这些应用软件具有海量的用户群，借助这些海量用户来帮助寻人，有利于扩大传播范围，进一步提高寻人效率。

如图8所示，图8为本发明客户端实现寻人信息匹配推送的方法的第二实施例的流程图。本实施例提出的客户端实现寻人信息匹配推送的方法，还包括步骤：

步骤S330，接收服务器通过公众账号下发的寻人信息；

本实施例中，仍然以微信为例。为了扩大传播范围，关注了公众账号的用户可通过自己的账号（第一客户端）接收到服务器下发的寻人信息，当这些用户发现身边有人与待寻人员长得相似时，可及时获取疑似人员图片上传给公众账号，在服务器匹配照片后，公众账号通过即时对话的方式将疑似人员图片发给寻人消息发布者账号（第二客户端），缩短消息传递时间，提高寻人效率。

步骤S340，获取疑似人员的图片，并发送至与服务器关联的公众账号。

当用户在终端上登陆微信账号（第一客户端），当用户发现某个人长得很像寻人信息中的待寻人员时，启动终端的摄像头获取疑似人员的图片，并将获取到的图片通过当前用户登录的微信账号发送到微信中的专用公众账号中去，通过公众账号将图片发送给服务器。该图片中应清楚的显示出疑似人员的面部特征，供服务器与数据库中的待寻人员照片比对，以推送给寻人信息发布者。由于本实施例采用的是账号之间即时对话的方式，有利于提高对话效率，方便用户及时找到想找的人，提高寻人的成功率。

如图9所示，图9为本发明客户端实现寻人信息匹配推送的方法的第三实施例的流程图。本实施例以图8所示实施例为基础，通过扫描面部特征的方式获取疑似人员的图片，步骤S340包括：

步骤S341，从摄像头获取的实时视频流中，截取第i帧图片；

步骤S342，判断截取的第i帧图片是否满足稳定状态条件；如果是，则执行步骤S343；如果否，则i+1，返回步骤S341；

步骤S343，将截取的图片作为疑似人员的图片，发送至与服务器关联的公众账号，并控制摄像头停止获取实时视频流。

本实施例中，当用户通过第一客户端开启摄像头后，可从屏幕上看到摄像头拍摄的实时视频图像。在屏幕上显示实时视频图像的过程中，第一客户端的预判逻辑会以预设的时间间隔从实时视频流中截取图像进行处理，通常是一帧一帧的截取。截取图像后，某些图片由于尚未对准焦距，图片有些模糊，不利于发送给服务器进行人脸识别与比对，这些模糊的图片不能作为上传图片，即未满足稳定状态条件。经过摄像头自适应调整焦距后，第一客户端会从实时视频流中截取到清晰的图片，该图片能够清晰反映疑似人员的面部特征，此时可将其发送给服务器，即满足稳定状态条件，触发第一客户端的上传机制，将图片发送至后台服务器进行比对。例如微信中的“扫一扫”功能，可通过摄像头获取实时的图像，当对焦成功后，微信客户端自动将最终清晰的图片发送给公众账号，由公众账号转发给服务器。此过程无需拍摄照片，减少了按下拍照按键和上传选择操作，且自动对焦和获取清晰图片，操作更加方便、快捷，避免了在焦距对准前手动按下拍照按键造成的图片不清晰问题，使获得的图片的清晰度更高。

如图10所示，图10为本发明客户端实现寻人信息匹配推送的方法的第四实施例的流程图。本实施例以图8所示实施例为基础，通过拍摄照片的方式获取疑似人员的图片，步骤S340包括：

步骤S344，接收摄像头拍摄的照片；

步骤S345，将摄像头拍摄的照片作为疑似人员的图片，发送至与服务器关联的公众账号。

本实施例考虑到某些情况下网络不通时，用户可先对疑似人员拍照，将拍摄的照片存储下来，在网络连通时，用户再通过客户端选择拍摄的照片，将其发送给公众账号，避免因网络阻塞造成的图片无法上传的问题。此外，用户在接收到公众账号下发的寻人信息后，还可直接将过去拍摄的已存储照片导入到客户端中，发送给服务器比对，以提高寻人成功率。

如图11所示，图11为本发明人员信息匹配推送的方法的第一实施例的流程图。本实施例提到的人员信息匹配推送的方法，包括以下步骤：

步骤S410，客户端获取待查人员的图片，并发送至与服务器关联的公众账号；

本实施例中的客户端可为安装在终端上的可交互应用，主要以微信、微博、QQ等通讯类应用作为实现应用平台，可安装在手机、PAD、笔记本电脑、台式电脑等终端上，该终端携带有摄像头，并具备网络传输功能。以微信为例，用户在终端上登陆微信账号，当用户想要查询身边某个人或杂志上的某个人的信息时，启动终端的摄像头获取待查人员的图片，并将获取到的图片通过当前用户登录的微信账号发送到微信中的专用公众账号中去，通过公众账号将图片发送给服务器。该图片中应清楚的显示出待查人员的面部特征。

步骤S420，服务器将待查人员的图片与人员信息数据库中各已记录人员照片信息进行对比；

服务器是指微信、微博、QQ等后台服务器，在服务器上建立有一个专用的公众账号，该公众账号可与其他微信用户账号进行通讯，接收微信用户发送来的待查人员的图片，并将该图片发送到后台的服务器中。服务器调用人员信息数据库中的已记录人员的照片，结合人脸识别技术，将待查人员的图片与已记录人员的照片进行比对，判断数据库中是否有已记录人员的照片与待查人员的图片相匹配。

步骤S430，当待查人员的图片与人员信息数据库中的已记录人员照片信息相匹配时，服务器通过公众账号将已记录人员的信息推送至客户端。

当待查人员的图片与一个或多个已记录人员照片信息相匹配时，服务器从数据库中提取这些已记录人员的信息，将提取的人员信息发送给客户端微信账号。

本实施例通过建立与服务器关联的公众账号，接收各个用户发来的待查人员图片，服务器将待查人员图片与数据库中的已记录人员照片比对，当查询到匹配的照片后，通过公众账号将已记录人员的信息推送给用户，由于本实施例采用的是账号之间即时对话的方式，有利于提高对话效率，方便用户及时获得想查询的人员信息，提高人员信息的查询效率。

上述实施例中的人员信息数据库用于存放人员信息，并可实现人员信息的共享和快速更新。可通过以下方式建立或更新人员信息数据库：

（1）服务器通过公众账号接收客户端上传的人员信息，根据人员信息建立或更新人员信息数据库；

用户可过微信账号将自己知道的人员信息上传到公众账号上，由公众账号转发至服务器存储。

（2）服务器接收网站上传的人员信息，根据人员信息建立或更新人员信息数据库；

微信的后台服务器还可以与一些常用的论坛网站相关联，例如，天涯、新浪、腾讯网等，用户可通过发帖的方式上传人员信息，这些网站的服务器与微信后台服务器进行通讯，将发布在网站上的人员信息发送到微信后台服务器中。此外，微信也可拥有自己的网页版服务平台，接收PC端用户发布的信息，将网站服务与客户端服务相关联，扩大用户范围。

（3）服务器获取网站数据库的共享资源，根据共享资源建立或更新人员信息数据库。

除了接收网站服务器发送来的资源，微信后台服务器还可与其他网站建立合作关系，直接共享数据库中的资源。在服务器建立或更新数据库时，可直接从其他网站数据库中调用，无需通过网站的服务器转发，更新速度更快，数据更加全面。

以上的几种建立和更新数据库的方式，可一种或多种相结合，使数据库的数据量更加全面，更新速度更快，更加有利于提高人员信息查询效率。

如图12所示，图12为本发明人员信息匹配推送的方法的第二实施例的流程图。本实施例以图11所示实施例为基础，通过扫描面部特征的方式获取待查人员的图片，步骤S410包括：

步骤S411，客户端从摄像头获取的实时视频流中，截取第i帧图片；

步骤S412，判断截取的第i帧图片是否满足稳定状态条件；如果是，则执行步骤S413；如果否，则i+1，返回步骤S411；

步骤S413，客户端将截取的图片作为待查人员的图片，发送至与服务器关联的公众账号，并控制摄像头停止获取实时视频流。

本实施例中，用户在身边或报纸、杂志、网站等媒体上看到一个期望查找的人时，可通过摄像头获取该待查人员的图片。当用户通过客户端开启摄像头后，可从屏幕上看到摄像头拍摄的实时视频图像。在屏幕上显示实时视频图像的过程中，客户端的预判逻辑会以预设的时间间隔从实时视频流中截取图像进行处理，通常是一帧一帧的截取。截取图像后，某些图片由于尚未对准焦距，图片有些模糊，不利于发送给服务器进行人脸识别与比对，这些模糊的图片不能作为上传图片，即未满足稳定状态条件。经过摄像头自适应调整焦距后，客户端会从实时视频流中截取到清晰的图片，该图片能够清晰反映疑似人员的面部特征，此时可将其发送给服务器，即满足稳定状态条件，触发客户端的上传机制，将图片发送至后台服务器进行比对。例如微信中的“扫一扫”功能，可通过摄像头获取实时的图像，当对焦成功后，微信客户端自动将最终清晰的图片发送给公众账号，由公众账号转发给服务器。此过程无需拍摄照片，减少了按下拍照按键和上传选择操作，且自动对焦和获取清晰图片，操作更加方便、快捷，避免了在焦距对准前手动按下拍照按键造成的图片不清晰问题，使获得的图片的清晰度更高。

如图13所示，图13为本发明人员信息匹配推送的方法的第三实施例的流程图。本实施例以图11所示实施例为基础，通过拍摄照片的方式获取待查人员的图片，步骤S410包括：

步骤S414，客户端接收摄像头拍摄的照片；

步骤S415，客户端将摄像头拍摄的照片作为待查人员的图片，发送至与服务器关联的公众账号。

本实施例考虑到某些情况下网络不通时，用户可先对待查人员拍照，将拍摄的照片存储下来，在网络连通时，用户再通过客户端选择拍摄的照片，将其发送给公众账号，避免因网络阻塞造成的图片无法上传的问题。

如图14所示，图14为本发明服务器实现人员信息匹配推送的方法实施例的流程图。本实施例提到的服务器实现人员信息匹配推送的方法，包括步骤：

步骤S510，通过公众账号接收客户端发送的待查人员的图片；

本实施例中的服务器是指微信、微博、QQ等后台服务器，客户端可为安装在终端上的可交互应用，主要以微信、微博、QQ等通讯类应用作为实现应用平台，可安装在手机、PAD、笔记本电脑、台式电脑等终端上，该终端携带有摄像头，并具备网络传输功能。以微信为例，用户在终端上登陆微信账号，当用户想要查询身边某个人或杂志上的某个人的信息时，启动终端的摄像头获取待查人员的图片，并将获取到的图片通过当前用户登录的微信账号发送到微信中的专用公众账号中去，通过公众账号将图片发送给服务器。该图片中应清楚的显示出待查人员的面部特征。

步骤S520，将待查人员的图片与人员信息数据库中各已记录人员照片信息进行对比；

在服务器上建立有一个专用的公众账号，该公众账号可与其他微信用户账号进行通讯，接收微信用户发送来的待查人员的图片，并将该图片发送到后台的服务器中。服务器调用人员信息数据库中的已记录人员的照片，结合人脸识别技术，将待查人员的图片与已记录人员的照片进行比对，判断数据库中是否有已记录人员的照片与待查人员的图片相匹配。

步骤S530，当待查人员的图片与人员信息数据库中的已记录人员照片信息相匹配时，通过公众账号将已记录人员的信息推送至客户端。

当待查人员的图片与一个或多个已记录人员照片信息相匹配时，服务器从数据库中提取这些已记录人员的信息，将提取的人员信息发送给客户端微信账号。

本实施例通过建立与服务器关联的公众账号，接收各个用户发来的待查人员图片，服务器将待查人员图片与数据库中的已记录人员照片比对，当查询到匹配的照片后，通过公众账号将已记录人员的信息推送给用户，由于本实施例采用的是账号之间即时对话的方式，有利于提高对话效率，方便用户及时获得想查询的人员信息，提高人员信息的查询效率。

上述实施例中的人员信息数据库用于存放人员信息，并可实现人员信息的共享和快速更新。可通过以下方式建立或更新人员信息数据库：

（1）服务器通过公众账号接收客户端上传的人员信息，根据人员信息建立或更新人员信息数据库；

用户可过微信账号将自己知道的人员信息上传到公众账号上，由公众账号转发至服务器存储。

（2）服务器接收网站上传的人员信息，根据人员信息建立或更新人员信息数据库；

微信的后台服务器还可以与一些常用的论坛网站相关联，例如，天涯、新浪、腾讯网等，用户可通过发帖的方式上传人员信息，这些网站的服务器与微信后台服务器进行通讯，将发布在网站上的人员信息发送到微信后台服务器中。此外，微信也可拥有自己的网页版服务平台，接收PC端用户发布的信息，将网站服务与客户端服务相关联，扩大用户范围。

（3）服务器获取网站数据库的共享资源，根据共享资源建立或更新人员信息数据库。

除了接收网站服务器发送来的资源，微信后台服务器还可与其他网站建立合作关系，直接共享数据库中的资源。在服务器建立或更新数据库时，可直接从其他网站数据库中调用，无需通过网站的服务器转发，更新速度更快，数据更加全面。

以上的几种建立和更新数据库的方式，可一种或多种相结合，使数据库的数据量更加全面，更新速度更快，更加有利于提高人员信息查询效率。

如图15所示，图15为本发明客户端实现人员信息匹配推送的方法的第一实施例的流程图。本实施例提到的客户端实现人员信息匹配推送的方法，包括：

步骤S610，获取待查人员的图片，并发送至与服务器关联的公众账号；

本实施例中的客户端可为安装在终端上的可交互应用，主要以微信、微博、QQ等通讯类应用作为实现应用平台，可安装在手机、PAD、笔记本电脑、台式电脑等终端上，该终端携带有摄像头，并具备网络传输功能。以微信为例，用户在终端上登陆微信账号，当用户想要查询身边某个人或杂志上的某个人的信息时，启动终端的摄像头获取待查人员的图片，并将获取到的图片通过当前用户登录的微信账号发送到微信中的专用公众账号中去，通过公众账号将图片发送给服务器。该图片中应清楚的显示出待查人员的面部特征。

步骤S620，接收服务器通过公众账号推送的、与待查人员相匹配的已记录人员的信息。

当待查人员的图片与服务器数据库中的一个或多个已记录人员照片信息相匹配时，服务器从数据库中提取这些已记录人员的信息，将提取的人员信息发送给客户端微信账号。

本实施例通过建立与服务器关联的公众账号，接收各个用户发来的待查人员图片，服务器将待查人员图片与数据库中的已记录人员照片比对，当查询到匹配的照片后，通过公众账号将已记录人员的信息推送给用户，由于本实施例采用的是账号之间即时对话的方式，有利于提高对话效率，方便用户及时获得想查询的人员信息，提高人员信息的查询效率。

如图16所示，图16为本发明客户端实现人员信息匹配推送的方法的第二实施例的流程图。本实施例以图15所示实施例为基础，通过扫描面部特征的方式获取待查人员的图片，步骤S610包括：

步骤S611，从摄像头获取的实时视频流中，截取第i帧图片；

步骤S612，判断截取的第i帧图片是否满足稳定状态条件；如果是，则执行步骤S613；如果否，则i+1，返回步骤S611；

步骤S613，将截取的图片作为待查人员的图片，发送至与服务器关联的公众账号，并控制摄像头停止获取实时视频流。

本实施例中，用户在身边或报纸、杂志、网站等媒体上看到一个期望查找的人时，可通过摄像头获取该待查人员的图片。当用户通过客户端开启摄像头后，可从屏幕上看到摄像头拍摄的实时视频图像。在屏幕上显示实时视频图像的过程中，客户端的预判逻辑会以预设的时间间隔从实时视频流中截取图像进行处理，通常是一帧一帧的截取。截取图像后，某些图片由于尚未对准焦距，图片有些模糊，不利于发送给服务器进行人脸识别与比对，这些模糊的图片不能作为上传图片，即未满足稳定状态条件。经过摄像头自适应调整焦距后，客户端会从实时视频流中截取到清晰的图片，该图片能够清晰反映疑似人员的面部特征，此时可将其发送给服务器，即满足稳定状态条件，触发客户端的上传机制，将图片发送至后台服务器进行比对。例如微信中的“扫一扫”功能，可通过摄像头获取实时的图像，当对焦成功后，微信客户端自动将最终清晰的图片发送给公众账号，由公众账号转发给服务器。此过程无需拍摄照片，减少了按下拍照按键和上传选择操作，且自动对焦和获取清晰图片，操作更加方便、快捷，避免了在焦距对准前手动按下拍照按键造成的图片不清晰问题，使获得的图片的清晰度更高。

如图17所示，图17为本发明客户端实现人员信息匹配推送的方法的第三实施例的流程图。本实施例以图15所示实施例为基础，通过拍摄照片的方式获取待查人员的图片，步骤S610包括：

步骤S614，接收摄像头拍摄的照片；

步骤S615，将摄像头拍摄的照片作为待查人员的图片，发送至与服务器关联的公众账号。

本实施例考虑到某些情况下网络不通时，用户可先对待查人员拍照，将拍摄的照片存储下来，在网络连通时，用户再通过客户端选择拍摄的照片，将其发送给公众账号，避免因网络阻塞造成的图片无法上传的问题。

如图18所示，图18为本发明寻人信息匹配推送的***的实施例的结构示意图。本实施例提到的寻人信息匹配推送的***，包括服务器100、第一客户端201和第二客户端202，其中：

第一客户端201用于，获取疑似人员的图片，并发送至与服务器100关联的公众账号；

服务器100用于，将疑似人员的图片与待寻人员数据库中各待寻人员照片信息进行对比；当疑似人员的图片与待寻人员数据库中的待寻人员照片信息相匹配时，通过公众账号将疑似人员的图片推送至匹配的待寻人员照片信息相关联的第二客户端202。本实施例中的第一客户端201和第二客户端202可为安装在不同终端上的同一应用，主要以微信、微博、QQ等通讯类应用作为实现应用平台，可安装在手机、PAD、笔记本电脑、台式电脑等终端上，该终端携带有摄像头，并具备网络传输功能。以微信为例，用户在终端上登陆微信账号（第一客户端201），当用户发现某个人长得很像寻人信息中的待寻人员时，启动终端的摄像头获取疑似人员的图片，并将获取到的图片通过当前用户登录的微信账号发送到微信中的专用公众账号中去，通过公众账号将图片发送给服务器100。该图片中应清楚的显示出疑似人员的面部特征。

服务器100是指微信、微博、QQ等后台服务器100，在服务器100上建立有一个专用的公众账号，该公众账号可与其他微信用户账号进行通讯，接收微信用户（第一客户端201）发送来的疑似人员的图片，并将该图片发送到后台的服务器100中。服务器100调用待寻人员数据库中的待寻人员的照片，结合人脸识别技术，将疑似人员的图片与待寻人员的照片进行比对，判断数据库中是否有待寻人员的照片与疑似人员的图片相匹配。当疑似人员的图片与一个或多个待寻人员照片信息相匹配时，服务器100从数据库中找到发布这些待寻人员照片信息的微信账号（第二客户端202），将疑似人员的图片发送给这些微信账号。

本实施例通过建立与服务器100关联的公众账号，接收各个用户发来的疑似人员图片，服务器100将疑似人员图片与数据库中的待寻人员照片比对，当查询到匹配的照片后，通过公众账号将疑似人员图片推送给发布过匹配的待寻人员照片的用户，由于本实施例采用的是账号之间即时对话的方式，有利于提高对话效率，方便用户及时找到想找的人，提高寻人的成功率。此外，由于本实施例以微信、微博、QQ等常用通讯类应用作为实现应用平台，这些应用软件具有海量的用户群，借助这些海量用户来帮助寻人，有利于扩大传播范围，进一步提高寻人效率。

上述实施例中服务器100的待寻人员数据库用于存放待寻人员信息，并可实现待寻人员信息的共享和快速更新。服务器100可通过以下方式建立或更新待寻人员数据库：

（1）服务器100通过公众账号接收第二客户端202上传的寻人信息，根据寻人信息建立或更新待寻人员数据库；

需要寻人的用户将寻人信息通过微信账号（第二客户端202）上传到公众账号上，由公众账号转发至服务器100存储，服务器100在存储寻人信息时，还将寻人信息与发布者的账号关联上，以便于服务器100在接收到疑似人员图片时，能够将疑似人员图片发送到对应的账号上去。

（2）服务器100接收网站上传的寻人信息，根据寻人信息建立或更新待寻人员数据库；

微信的后台服务器100还可以与一些常用的论坛网站相关联，例如，天涯、新浪、腾讯网等，需要寻人的用户可通过发帖的方式发布寻人信息，这些网站的服务器100与微信后台服务器100进行通讯，将发布在网站上的寻人信息发送到微信后台服务器100中。此外，微信也可拥有自己的网页版服务平台，接收PC端用户发布的信息，将网站服务与客户端服务相关联，扩大用户范围。

（3）服务器100获取网站数据库的共享资源，根据共享资源建立或更新待寻人员数据库；

除了接收网站服务器100发送来的资源，微信后台服务器100还可与专业的寻人网站建立合作关系，直接共享数据库中的资源。在服务器100建立或更新数据库时，可直接从寻人网站数据库中调用，无需通过寻人网站的服务器100转发，更新速度更快，数据更加全面。

（4）服务器100通过公众账号接收第一客户端201发送的疑似人员的图片，当疑似人员为待寻人员时，根据疑似人员的图片建立或更新待寻人员数据库。

此外，考虑到某些待寻人员的信息还没有来得及入库，但是已经能够确认疑似人员就是待寻人员的情况。例如，找到一个无人认领的小孩时，但在数据库中却找不到相关的寻人信息，可能是小孩的家人还没有来得及在公众账号上发布，这时，可先入库，将小孩的图片发送给公众账号，并存储在数据库中，这样一来，一旦有人向公众账号发布了寻人信息后，服务器100可直接从数据库中调用该小孩的图片与寻人信息中的照片进行对比，节省了等待的时间，有效提高寻人的成功率。

以上的几种建立和更新数据库的方式，可一种或多种相结合，使数据库的数据量更加全面，更新速度更快，更加有利于提高寻人的成功率。

进一步的，第二客户端202和服务器100用于发布寻人信息。

第二客户端202用于，将寻人信息发布至与服务器100关联的公众账号，寻人信息包括待寻人员照片信息；

服务器100还用于，将寻人信息与第二客户端202信息关联后，存储至待寻人员数据库中；通过公众账号向第一客户端201下发寻人信息。

本实施例中，仍然以微信为例。需要寻人的用户登录自己的微信账号（第二客户端202）后，向公众账号发送寻人信息，包括待寻人员的基本资料和照片等。服务器100在存储寻人信息时，将寻人信息与发布者账号关联上，以便于服务器100在接收到疑似人员图片时，能够将疑似人员图片发送到对应的发布者账号上去，方便发布者寻人。为了扩大传播范围，关注了公众账号的用户可通过自己的账号（第一客户端201）接收到服务器100下发的寻人信息，当这些用户发现身边有人与待寻人员长得相似时，可及时获取疑似人员图片上传给公众账号，在服务器100匹配照片后，公众账号通过即时对话的方式将疑似人员图片发给寻人消息发布者账号（第二客户端202），缩短消息传递时间，提高寻人效率。

进一步的，客户端可通过扫描面部特征的方式获取疑似人员的图片。其中，第一客户端201还用于：

从摄像头获取的实时视频流中，截取一帧图片，并判断截取的图片是否满足稳定状态条件；

当截取的图片满足稳定状态条件时，将截取的图片作为疑似人员的图片，发送至与服务器100关联的公众账号，并控制摄像头停止获取实时视频流；

当截取的图片不满足稳定状态条件时，从摄像头获取的实时视频流中，截取下一帧图片，并判断截取的下一帧图片是否满足稳定状态条件。

本实施例中，当用户通过第一客户端201开启摄像头后，可从屏幕上看到摄像头拍摄的实时视频图像。在屏幕上显示实时视频图像的过程中，第一客户端201的预判逻辑会以预设的时间间隔从实时视频流中截取图像进行处理，通常是一帧一帧的截取。截取图像后，某些图片由于尚未对准焦距，图片有些模糊，不利于发送给服务器100进行人脸识别与比对，这些模糊的图片不能作为上传图片，即未满足稳定状态条件。经过摄像头自适应调整焦距后，第一客户端201会从实时视频流中截取到清晰的图片，该图片能够清晰反映疑似人员的面部特征，此时可将其发送给服务器100，即满足稳定状态条件，触发第一客户端201的上传机制，将图片发送至后台服务器100进行比对。例如微信中的“扫一扫”功能，可通过摄像头获取实时的图像，当对焦成功后，微信客户端自动将最终清晰的图片发送给公众账号，由公众账号转发给服务器100。此过程无需拍摄照片，减少了按下拍照按键和上传选择操作，且自动对焦和获取清晰图片，操作更加方便、快捷，避免了在焦距对准前手动按下拍照按键造成的图片不清晰问题，使获得的图片的清晰度更高。

进一步的，服务器100可通过拍摄照片的方式获取疑似人员的图片。其中，第一客户端201还用于：

接收摄像头拍摄的照片；

将摄像头拍摄的照片作为疑似人员的图片，发送至与服务器100关联的公众账号。

本实施例考虑到某些情况下网络不通时，用户可先对疑似人员拍照，将拍摄的照片存储下来，在网络连通时，用户再通过客户端选择拍摄的照片，将其发送给公众账号，避免因网络阻塞造成的图片无法上传的问题。此外，用户在接收到公众账号下发的寻人信息后，还可直接将过去拍摄的已存储照片导入到客户端中，发送给服务器100比对，以提高寻人成功率。

如图19所示，图19为本发明服务器的第一实施例的结构示意图。本实施例提到的服务器100包括：

疑似图片接收模块110，用于通过公众账号接收第一客户端201发送的疑似人员的图片；

疑似图片匹配模块120，用于将疑似人员的图片与待寻人员数据库中各待寻人员照片信息进行对比；

疑似图片推送模块130，用于当疑似人员的图片与待寻人员数据库中的待寻人员照片信息相匹配时，通过公众账号将疑似人员的图片推送至匹配的待寻人员照片信息相关联的第二客户端202。

本实施例中的服务器100是指微信、微博、QQ等后台服务器100，第一客户端201和第二客户端202可为安装在不同终端上的同一应用，主要以微信、微博、QQ等通讯类应用作为实现应用平台，可安装在手机、PAD、笔记本电脑、台式电脑等终端上，该终端携带有摄像头，并具备网络传输功能。以微信为例，用户在终端上登陆微信账号（第一客户端201），当用户发现某个人长得很像寻人信息中的待寻人员时，启动终端的摄像头获取疑似人员的图片，并将获取到的图片通过当前用户登录的微信账号发送到微信中的专用公众账号中去，通过公众账号将图片发送给服务器100。该图片中应清楚的显示出疑似人员的面部特征。

在服务器100上建立有一个专用的公众账号，该公众账号可与其他微信用户账号进行通讯，接收微信用户（第一客户端201）发送来的疑似人员的图片，并将该图片发送到后台的服务器100中。服务器100调用待寻人员数据库中的待寻人员的照片，结合人脸识别技术，将疑似人员的图片与待寻人员的照片进行比对，判断数据库中是否有待寻人员的照片与疑似人员的图片相匹配。当疑似人员的图片与一个或多个待寻人员照片信息相匹配时，服务器100从数据库中找到发布这些待寻人员照片信息的微信账号（第二客户端202），将疑似人员的图片发送给这些微信账号。

本实施例通过建立与服务器100关联的公众账号，接收各个用户发来的疑似人员图片，服务器100将疑似人员图片与数据库中的待寻人员照片比对，当查询到匹配的照片后，通过公众账号将疑似人员图片推送给发布过匹配的待寻人员照片的用户，由于本实施例采用的是账号之间即时对话的方式，有利于提高对话效率，方便用户及时找到想找的人，提高寻人的成功率。此外，由于本实施例以微信、微博、QQ等常用通讯类应用作为实现应用平台，这些应用软件具有海量的用户群，借助这些海量用户来帮助寻人，有利于扩大传播范围，进一步提高寻人效率。

如图20所示，图20为本发明服务器的第二实施例的结构示意图。本实施例在图19所示实施例的基础上，增加了用于发布寻人信息的以下模块：

发布信息接收模块140，用于通过公众账号接收第二客户端202发布的寻人信息，寻人信息包括待寻人员照片信息；

发布信息关联模块150，用于将寻人信息与第二客户端202信息关联后，存储至待寻人员数据库中；

发布信息下发模块160，用于通过公众账号向第一客户端201下发寻人信息。

本实施例中，仍然以微信为例。需要寻人的用户登录自己的微信账号（第二客户端202）后，向公众账号发送寻人信息，包括待寻人员的基本资料和照片等。服务器100在存储寻人信息时，将寻人信息与发布者账号关联上，以便于服务器100在接收到疑似人员图片时，能够将疑似人员图片发送到对应的发布者账号上去，方便发布者寻人。为了扩大传播范围，关注了公众账号的用户可通过自己的账号（第一客户端201）接收到服务器100下发的寻人信息，当这些用户发现身边有人与待寻人员长得相似时，可及时获取疑似人员图片上传给公众账号，在服务器100匹配照片后，公众账号通过即时对话的方式将疑似人员图片发给寻人消息发布者账号（第二客户端202），缩短消息传递时间，提高寻人效率。

如图21所示，图21为本发明服务器的第三实施例的结构示意图。本实施例在图19所示实施例的基础上，增加了用于建立或更新寻人信息数据库的寻人信息更新模块170，其中的待寻人员数据库用于存放待寻人员信息，并可实现待寻人员信息的共享和快速更新。寻人信息更新模块170可通过以下方式建立或更新待寻人员数据库：

（1）服务器100通过公众账号接收第二客户端202上传的寻人信息，根据寻人信息建立或更新待寻人员数据库；

需要寻人的用户将寻人信息通过微信账号（第二客户端202）上传到公众账号上，由公众账号转发至服务器100存储，服务器100在存储寻人信息时，还将寻人信息与发布者的账号关联上，以便于服务器100在接收到疑似人员图片时，能够将疑似人员图片发送到对应的账号上去。

（2）服务器100接收网站上传的寻人信息，根据寻人信息建立或更新待寻人员数据库；

微信的后台服务器100还可以与一些常用的论坛网站相关联，例如，天涯、新浪、腾讯网等，需要寻人的用户可通过发帖的方式发布寻人信息，这些网站的服务器100与微信后台服务器100进行通讯，将发布在网站上的寻人信息发送到微信后台服务器100中。此外，微信也可拥有自己的网页版服务平台，接收PC端用户发布的信息，将网站服务与客户端服务相关联，扩大用户范围。

（3）服务器100获取网站数据库的共享资源，根据共享资源建立或更新待寻人员数据库；

除了接收网站服务器100发送来的资源，微信后台服务器100还可与专业的寻人网站建立合作关系，直接共享数据库中的资源。在服务器100建立或更新数据库时，可直接从寻人网站数据库中调用，无需通过寻人网站的服务器100转发，更新速度更快，数据更加全面。

（4）服务器100通过公众账号接收第一客户端201发送的疑似人员的图片，当疑似人员为待寻人员时，根据疑似人员的图片建立或更新待寻人员数据库。

此外，考虑到某些待寻人员的信息还没有来得及入库，但是已经能够确认疑似人员就是待寻人员的情况。例如，找到一个无人认领的小孩时，但在数据库中却找不到相关的寻人信息，可能是小孩的家人还没有来得及在公众账号上发布，这时，可先入库，将小孩的图片发送给公众账号，并存储在数据库中，这样一来，一旦有人向公众账号发布了寻人信息后，服务器100可直接从数据库中调用该小孩的图片与寻人信息中的照片进行对比，节省了等待的时间，有效提高寻人的成功率。

以上的几种建立和更新数据库的方式，可一种或多种相结合，使数据库的数据量更加全面，更新速度更快，更加有利于提高寻人的成功率。

如图22所示，图22为本发明客户端的第一实施例的结构示意图。本实施例提到的客户端200包括：

信息发布模块210，用于发布寻人信息至与服务器100关联的公众账号，寻人信息包括待寻人员照片信息；

推送信息接收模块220，用于接收服务器100通过公众账号推送的、与待寻人员照片信息相匹配的疑似人员的图片。

本实施例中，本实施例中的客户端200可用于发布寻人信息和上传疑似人员图片，为了表示区分，我们将上传疑似人员图片的客户端200称为第一客户端，发布寻人信息的客户端200称为第二客户端，第一客户端和第二客户端可为安装在不同终端上的同一应用，主要以微信、微博、QQ等通讯类应用作为实现应用平台，可安装在手机、PAD、笔记本电脑、台式电脑等终端上，该终端携带有摄像头，并具备网络传输功能。服务器100是指微信、微博、QQ等后台服务器100，在服务器100上建立有一个专用的公众账号，该公众账号可与其他微信用户账号进行通讯。以微信为例，需要寻人的用户登录自己的微信账号（第二客户端）后，向公众账号发送寻人信息，包括待寻人员的基本资料和照片等。

而在服务器100的公众账号接收到其他微信用户（第一客户端）发送来的疑似人员的图片，并且当疑似人员的图片与一个或多个待寻人员照片信息相匹配时，服务器100从数据库中找到发布这些待寻人员照片信息的微信账号（第二客户端），将疑似人员的图片发送给这些微信账号，为寻人信息发布者提高帮助。

本实施例通过建立与服务器100关联的公众账号，接收需寻人的用户发来的寻人消息，并可通过公众账号将疑似人员图片推送给发布过匹配的待寻人员照片的用户，由于本实施例采用的是账号之间即时对话的方式，有利于提高对话效率，方便用户及时找到想找的人，提高寻人的成功率。此外，由于本实施例以微信、微博、QQ等常用通讯类应用作为实现应用平台，这些应用软件具有海量的用户群，借助这些海量用户来帮助寻人，有利于扩大传播范围，进一步提高寻人效率。

如图23所示，图23为本发明客户端的第二实施例的结构示意图。本实施例提到的客户端200还包括：

下发信息接收模块230，用于接收服务器100通过公众账号下发的寻人信息；

疑似图片上传模块240，用于获取疑似人员的图片，并发送至与服务器100关联的公众账号。

本实施例中，仍然以微信为例。为了扩大传播范围，关注了公众账号的用户可通过自己的账号（第一客户端）接收到服务器100下发的寻人信息，当这些用户发现身边有人与待寻人员长得相似时，可及时获取疑似人员图片上传给公众账号，在服务器100匹配照片后，公众账号通过即时对话的方式将疑似人员图片发给寻人消息发布者账号（第二客户端），缩短消息传递时间，提高寻人效率。

当用户在终端上登陆微信账号（第一客户端），当用户发现某个人长得很像寻人信息中的待寻人员时，启动终端的摄像头获取疑似人员的图片，并将获取到的图片通过当前用户登录的微信账号发送到微信中的专用公众账号中去，通过公众账号将图片发送给服务器100。该图片中应清楚的显示出疑似人员的面部特征，供服务器100与数据库中的待寻人员照片比对，以推送给寻人信息发布者。由于本实施例采用的是账号之间即时对话的方式，有利于提高对话效率，方便用户及时找到想找的人，提高寻人的成功率。

进一步的，疑似图片上传模块240用于：

从摄像头获取的实时视频流中，截取一帧图片，并判断截取的图片是否满足稳定状态条件；

当截取的图片满足稳定状态条件时，将截取的图片作为疑似人员的图片，发送至与服务器100关联的公众账号，并控制摄像头停止获取实时视频流；

当截取的图片不满足稳定状态条件时，从摄像头获取的实时视频流中，截取下一帧图片，并判断截取的下一帧图片是否满足稳定状态条件。

本实施例中，当用户通过第一客户端开启摄像头后，可从屏幕上看到摄像头拍摄的实时视频图像。在屏幕上显示实时视频图像的过程中，第一客户端的预判逻辑会以预设的时间间隔从实时视频流中截取图像进行处理，通常是一帧一帧的截取。截取图像后，某些图片由于尚未对准焦距，图片有些模糊，不利于发送给服务器100进行人脸识别与比对，这些模糊的图片不能作为上传图片，即未满足稳定状态条件。经过摄像头自适应调整焦距后，第一客户端会从实时视频流中截取到清晰的图片，该图片能够清晰反映疑似人员的面部特征，此时可将其发送给服务器100，即满足稳定状态条件，触发第一客户端的上传机制，将图片发送至后台服务器100进行比对。例如微信中的“扫一扫”功能，可通过摄像头获取实时的图像，当对焦成功后，微信客户端自动将最终清晰的图片发送给公众账号，由公众账号转发给服务器100。此过程无需拍摄照片，减少了按下拍照按键和上传选择操作，且自动对焦和获取清晰图片，操作更加方便、快捷，避免了在焦距对准前手动按下拍照按键造成的图片不清晰问题，使获得的图片的清晰度更高。

进一步的，疑似图片上传模块240用于：

接收摄像头拍摄的照片；

将摄像头拍摄的照片作为疑似人员的图片，发送至与服务器100关联的公众账号。

本实施例考虑到某些情况下网络不通时，用户可先对疑似人员拍照，将拍摄的照片存储下来，在网络连通时，用户再通过客户端选择拍摄的照片，将其发送给公众账号，避免因网络阻塞造成的图片无法上传的问题。此外，用户在接收到公众账号下发的寻人信息后，还可直接将过去拍摄的已存储照片导入到客户端中，发送给服务器100比对，以提高寻人成功率。

如图24所示，图24为本发明人员信息匹配推送的***的实施例的结构示意图。本实施例提到的人员信息匹配推送的***，包括服务器300和客户端400，其中：

客户端400用于，获取待查人员的图片，并发送至与服务器300关联的公众账号；

服务器300用于，将待查人员的图片与人员信息数据库中各已记录人员照片信息进行对比；当待查人员的图片与人员信息数据库中的已记录人员照片信息相匹配时，通过公众账号将已记录人员的信息推送至客户端400。

本实施例中的客户端400可为安装在终端上的可交互应用，主要以微信、微博、QQ等通讯类应用作为实现应用平台，可安装在手机、PAD、笔记本电脑、台式电脑等终端上，该终端携带有摄像头，并具备网络传输功能。以微信为例，用户在终端上登陆微信账号，当用户想要查询身边某个人或杂志上的某个人的信息时，启动终端的摄像头获取待查人员的图片，并将获取到的图片通过当前用户登录的微信账号发送到微信中的专用公众账号中去，通过公众账号将图片发送给服务器300。该图片中应清楚的显示出待查人员的面部特征。

服务器300是指微信、微博、QQ等后台服务器300，在服务器300上建立有一个专用的公众账号，该公众账号可与其他微信用户账号进行通讯，接收微信用户发送来的待查人员的图片，并将该图片发送到后台的服务器300中。服务器300调用人员信息数据库中的已记录人员的照片，结合人脸识别技术，将待查人员的图片与已记录人员的照片进行比对，判断数据库中是否有已记录人员的照片与待查人员的图片相匹配。

当待查人员的图片与一个或多个已记录人员照片信息相匹配时，服务器300从数据库中提取这些已记录人员的信息，将提取的人员信息发送给客户端400微信账号。

本实施例通过建立与服务器300关联的公众账号，接收各个用户发来的待查人员图片，服务器300将待查人员图片与数据库中的已记录人员照片比对，当查询到匹配的照片后，通过公众账号将已记录人员的信息推送给用户，由于本实施例采用的是账号之间即时对话的方式，有利于提高对话效率，方便用户及时获得想查询的人员信息，提高人员信息的查询效率。

上述实施例中服务器300的人员信息数据库用于存放人员信息，并可实现人员信息的共享和快速更新。服务器300可通过以下方式建立或更新人员信息数据库：

（1）服务器300通过公众账号接收客户端400上传的人员信息，根据人员信息建立或更新人员信息数据库；

用户可过微信账号将自己知道的人员信息上传到公众账号上，由公众账号转发至服务器300存储。

（2）服务器300接收网站上传的人员信息，根据人员信息建立或更新人员信息数据库；

微信的后台服务器300还可以与一些常用的论坛网站相关联，例如，天涯、新浪、腾讯网等，用户可通过发帖的方式上传人员信息，这些网站的服务器300与微信后台服务器300进行通讯，将发布在网站上的人员信息发送到微信后台服务器300中。此外，微信也可拥有自己的网页版服务平台，接收PC端用户发布的信息，将网站服务与客户端400服务相关联，扩大用户范围。

（3）服务器300获取网站数据库的共享资源，根据共享资源建立或更新人员信息数据库。

除了接收网站服务器300发送来的资源，微信后台服务器300还可与其他网站建立合作关系，直接共享数据库中的资源。在服务器300建立或更新数据库时，可直接从其他网站数据库中调用，无需通过网站的服务器300转发，更新速度更快，数据更加全面。

以上的几种建立和更新数据库的方式，可一种或多种相结合，使数据库的数据量更加全面，更新速度更快，更加有利于提高人员信息查询效率。

进一步的，客户端400可通过扫描面部特征的方式获取疑似人员的图片。其中，客户端400还用于：

从摄像头获取的实时视频流中，截取一帧图片，并判断截取的图片是否满足稳定状态条件；

当截取的图片满足稳定状态条件时，将所述截取的图片作为待查人员的图片，发送至与服务器300关联的公众账号，并控制摄像头停止获取实时视频流；

当截取的图片不满足稳定状态条件时，从摄像头获取的实时视频流中，截取下一帧图片，并判断截取的下一帧图片是否满足稳定状态条件。

本实施例中，用户在身边或报纸、杂志、网站等媒体上看到一个期望查找的人时，可通过摄像头获取该待查人员的图片。当用户通过客户端400开启摄像头后，可从屏幕上看到摄像头拍摄的实时视频图像。在屏幕上显示实时视频图像的过程中，客户端400的预判逻辑会以预设的时间间隔从实时视频流中截取图像进行处理，通常是一帧一帧的截取。截取图像后，某些图片由于尚未对准焦距，图片有些模糊，不利于发送给服务器300进行人脸识别与比对，这些模糊的图片不能作为上传图片，即未满足稳定状态条件。经过摄像头自适应调整焦距后，客户端400会从实时视频流中截取到清晰的图片，该图片能够清晰反映疑似人员的面部特征，此时可将其发送给服务器300，即满足稳定状态条件，触发客户端400的上传机制，将图片发送至后台服务器300进行比对。例如微信中的“扫一扫”功能，可通过摄像头获取实时的图像，当对焦成功后，微信客户端400自动将最终清晰的图片发送给公众账号，由公众账号转发给服务器300。此过程无需拍摄照片，减少了按下拍照按键和上传选择操作，且自动对焦和获取清晰图片，操作更加方便、快捷，避免了在焦距对准前手动按下拍照按键造成的图片不清晰问题，使获得的图片的清晰度更高。

进一步的，服务器300可通过拍摄照片的方式获取疑似人员的图片。其中，客户端400还用于：

接收摄像头拍摄的照片；

将所述摄像头拍摄的照片作为待查人员的图片，发送至与服务器300关联的公众账号。

本实施例考虑到某些情况下网络不通时，用户可先对待查人员拍照，将拍摄的照片存储下来，在网络连通时，用户再通过客户端400选择拍摄的照片，将其发送给公众账号，避免因网络阻塞造成的图片无法上传的问题。

如图25所示，图25为本发明服务器的第四实施例的结构示意图。本实施例提到的服务器300包括：

待查图片接收模块310，用于通过公众账号接收客户端400发送的待查人员的图片；

待查图片匹配模块320，用于将待查人员的图片与人员信息数据库中各已记录人员照片信息进行对比；

人员信息推送模块330，用于当待查人员的图片与人员信息数据库中的已记录人员照片信息相匹配时，通过公众账号将已记录人员的信息推送至客户端400。

本实施例中的服务器300是指微信、微博、QQ等后台服务器300，客户端400可为安装在终端上的可交互应用，主要以微信、微博、QQ等通讯类应用作为实现应用平台，可安装在手机、PAD、笔记本电脑、台式电脑等终端上，该终端携带有摄像头，并具备网络传输功能。以微信为例，用户在终端上登陆微信账号，当用户想要查询身边某个人或杂志上的某个人的信息时，启动终端的摄像头获取待查人员的图片，并将获取到的图片通过当前用户登录的微信账号发送到微信中的专用公众账号中去，通过公众账号将图片发送给服务器300。该图片中应清楚的显示出待查人员的面部特征。

在服务器300上建立有一个专用的公众账号，该公众账号可与其他微信用户账号进行通讯，接收微信用户发送来的待查人员的图片，并将该图片发送到后台的服务器300中。服务器300调用人员信息数据库中的已记录人员的照片，结合人脸识别技术，将待查人员的图片与已记录人员的照片进行比对，判断数据库中是否有已记录人员的照片与待查人员的图片相匹配。当待查人员的图片与一个或多个已记录人员照片信息相匹配时，服务器300从数据库中提取这些已记录人员的信息，将提取的人员信息发送给客户端400微信账号。

本实施例通过建立与服务器300关联的公众账号，接收各个用户发来的待查人员图片，服务器300将待查人员图片与数据库中的已记录人员照片比对，当查询到匹配的照片后，通过公众账号将已记录人员的信息推送给用户，由于本实施例采用的是账号之间即时对话的方式，有利于提高对话效率，方便用户及时获得想查询的人员信息，提高人员信息的查询效率。

如图26所示，图26为本发明服务器的第五实施例的结构示意图。本实施例在图25所示实施例的基础上，增加了用于建立或更新人员信息数据库的人员信息更新模块340，其中的人员信息数据库用于存放人员信息，并可实现人员信息的共享和快速更新。人员信息更新模块340可通过以下方式建立或更新人员信息数据库：

（1）服务器300通过公众账号接收客户端400上传的人员信息，根据人员信息建立或更新人员信息数据库；

用户可过微信账号将自己知道的人员信息上传到公众账号上，由公众账号转发至服务器300存储。

（2）服务器300接收网站上传的人员信息，根据人员信息建立或更新人员信息数据库；

微信的后台服务器300还可以与一些常用的论坛网站相关联，例如，天涯、新浪、腾讯网等，用户可通过发帖的方式上传人员信息，这些网站的服务器300与微信后台服务器300进行通讯，将发布在网站上的人员信息发送到微信后台服务器300中。此外，微信也可拥有自己的网页版服务平台，接收PC端用户发布的信息，将网站服务与客户端400服务相关联，扩大用户范围。

（3）服务器300获取网站数据库的共享资源，根据共享资源建立或更新人员信息数据库。

除了接收网站服务器300发送来的资源，微信后台服务器300还可与其他网站建立合作关系，直接共享数据库中的资源。在服务器300建立或更新数据库时，可直接从其他网站数据库中调用，无需通过网站的服务器300转发，更新速度更快，数据更加全面。

以上的几种建立和更新数据库的方式，可一种或多种相结合，使数据库的数据量更加全面，更新速度更快，更加有利于提高人员信息查询效率。

如图27所示，图27为本发明客户端的第三实施例的结构示意图。本实施例提到的客户端400，包括：

待查图片上传模块410，用于获取待查人员的图片，并发送至与服务器300关联的公众账号；

人员信息接收模块420，接收服务器300通过公众账号推送的、与待查人员相匹配的已记录人员的信息。

本实施例中的客户端400可为安装在终端上的可交互应用，主要以微信、微博、QQ等通讯类应用作为实现应用平台，可安装在手机、PAD、笔记本电脑、台式电脑等终端上，该终端携带有摄像头，并具备网络传输功能。以微信为例，用户在终端上登陆微信账号，当用户想要查询身边某个人或杂志上的某个人的信息时，启动终端的摄像头获取待查人员的图片，并将获取到的图片通过当前用户登录的微信账号发送到微信中的专用公众账号中去，通过公众账号将图片发送给服务器300。该图片中应清楚的显示出待查人员的面部特征。当待查人员的图片与服务器300数据库中的一个或多个已记录人员照片信息相匹配时，服务器300从数据库中提取这些已记录人员的信息，将提取的人员信息发送给客户端400微信账号。

本实施例通过建立与服务器300关联的公众账号，接收各个用户发来的待查人员图片，服务器300将待查人员图片与数据库中的已记录人员照片比对，当查询到匹配的照片后，通过公众账号将已记录人员的信息推送给用户，由于本实施例采用的是账号之间即时对话的方式，有利于提高对话效率，方便用户及时获得想查询的人员信息，提高人员信息的查询效率。

进一步的，待查图片上传模块410用于：

从摄像头获取的实时视频流中，截取一帧图片，并判断截取的图片是否满足稳定状态条件；

当截取的图片满足稳定状态条件时，将所述截取的图片作为待查人员的图片，发送至与服务器300关联的公众账号，并控制摄像头停止获取实时视频流；

当截取的图片不满足稳定状态条件时，从摄像头获取的实时视频流中，截取下一帧图片，并判断截取的下一帧图片是否满足稳定状态条件。

本实施例中，用户在身边或报纸、杂志、网站等媒体上看到一个期望查找的人时，可通过摄像头获取该待查人员的图片。当用户通过客户端400开启摄像头后，可从屏幕上看到摄像头拍摄的实时视频图像。在屏幕上显示实时视频图像的过程中，客户端400的预判逻辑会以预设的时间间隔从实时视频流中截取图像进行处理，通常是一帧一帧的截取。截取图像后，某些图片由于尚未对准焦距，图片有些模糊，不利于发送给服务器300进行人脸识别与比对，这些模糊的图片不能作为上传图片，即未满足稳定状态条件。经过摄像头自适应调整焦距后，客户端400会从实时视频流中截取到清晰的图片，该图片能够清晰反映疑似人员的面部特征，此时可将其发送给服务器300，即满足稳定状态条件，触发客户端400的上传机制，将图片发送至后台服务器300进行比对。例如微信中的“扫一扫”功能，可通过摄像头获取实时的图像，当对焦成功后，微信客户端400自动将最终清晰的图片发送给公众账号，由公众账号转发给服务器300。此过程无需拍摄照片，减少了按下拍照按键和上传选择操作，且自动对焦和获取清晰图片，操作更加方便、快捷，避免了在焦距对准前手动按下拍照按键造成的图片不清晰问题，使获得的图片的清晰度更高。

进一步的，待查图片上传模块410用于：

接收摄像头拍摄的照片；

将所述摄像头拍摄的照片作为待查人员的图片，发送至与服务器300关联的公众账号。

本实施例考虑到某些情况下网络不通时，用户可先对待查人员拍照，将拍摄的照片存储下来，在网络连通时，用户再通过客户端400选择拍摄的照片，将其发送给公众账号，避免因网络阻塞造成的图片无法上传的问题。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质（如ROM/RAM、磁碟、光盘）中，包括若干指令用以使得一台终端设备（可以是手机，计算机，服务器，或者网络设备等）执行本发明各个实施例所述的方法。

以上所述仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (30)

1.一种寻人信息匹配推送的方法，其特征在于，包括步骤：

第一客户端获取疑似人员的图片，并发送至与服务器关联的公众账号；

所述服务器将所述疑似人员的图片与待寻人员数据库中各待寻人员照片信息进行对比；

当所述疑似人员的图片与所述待寻人员数据库中的待寻人员照片信息相匹配时，所述服务器通过所述公众账号将所述疑似人员的图片推送至匹配的待寻人员照片信息相关联的第二客户端；所述第一客户端和所述第二客户端分别为安装在不同终端上的相同通讯应用。

2.根据权利要求1所述的寻人信息匹配推送的方法，其特征在于，所述第一客户端获取疑似人员的图片，并发送至与服务器关联的公众账号的步骤之前还包括：

所述第二客户端将寻人信息发布至与所述服务器关联的公众账号，所述寻人信息包括所述待寻人员照片信息；

所述服务器将所述寻人信息与所述第二客户端信息关联后，存储至所述待寻人员数据库中；

所述服务器通过所述公众账号向所述第一客户端下发所述寻人信息。

3.根据权利要求2所述的寻人信息匹配推送的方法，其特征在于，建立或更新所述待寻人员数据库的步骤包括：

所述服务器通过所述公众账号接收所述第二客户端上传的寻人信息，根据所述寻人信息建立或更新所述待寻人员数据库；

和/或所述服务器接收网站上传的寻人信息，根据所述寻人信息建立或更新所述待寻人员数据库；

和/或所述服务器获取网站数据库的共享资源，根据所述共享资源建立或更新所述待寻人员数据库；

和/或所述服务器通过公众账号接收第一客户端发送的疑似人员的图片，当所述疑似人员为待寻人员时，根据所述疑似人员的图片建立或更新所述待寻人员数据库。

4.根据权利要求1至3任一项所述的寻人信息匹配推送的方法，其特征在于，所述第一客户端获取疑似人员的图片，并发送至与服务器关联的公众账号的步骤包括：

所述第一客户端从摄像头获取的实时视频流中，截取一帧图片，并判断截取的图片是否满足稳定状态条件；

当截取的图片满足稳定状态条件时，所述第一客户端将所述截取的图片作为疑似人员的图片，发送至与服务器关联的公众账号，并控制摄像头停止获取实时视频流；

当截取的图片不满足稳定状态条件时，所述第一客户端从摄像头获取的实时视频流中，截取下一帧图片，并判断截取的下一帧图片是否满足稳定状态条件。

5.根据权利要求1至3任一项所述的寻人信息匹配推送的方法，其特征在于，所述第一客户端获取疑似人员的图片，并发送至与服务器关联的公众账号的步骤包括：

所述第一客户端接收摄像头拍摄的照片；

所述第一客户端将所述摄像头拍摄的照片作为疑似人员的图片，发送至与服务器关联的公众账号。

6.一种服务器实现寻人信息匹配推送的方法，其特征在于，包括步骤：

通过公众账号接收第一客户端发送的疑似人员的图片；

将所述疑似人员的图片与待寻人员数据库中各待寻人员照片信息进行对比；

当所述疑似人员的图片与所述待寻人员数据库中的待寻人员照片信息相匹配时，通过公众账号将所述疑似人员的图片推送至匹配的待寻人员照片信息相关联的第二客户端；所述第一客户端和所述第二客户端分别为安装在不同终端上的相同通讯应用。

7.根据权利要求6所述的服务器实现寻人信息匹配推送的方法，其特征在于，所述通过公众账号接收第一客户端发送的疑似人员的图片的步骤之前还包括：

通过所述公众账号接收所述第二客户端发布的寻人信息，所述寻人信息包括所述待寻人员照片信息；

将所述寻人信息与所述第二客户端信息关联后，存储至所述待寻人员数据库中；

通过所述公众账号向所述第一客户端下发所述寻人信息。

8.根据权利要求6或7所述的服务器实现寻人信息匹配推送的方法，其特征在于，建立或更新所述待寻人员数据库的步骤包括：

通过所述公众账号接收所述第二客户端上传的寻人信息，根据所述寻人信息建立或更新所述待寻人员数据库；

和/或接收网站上传的寻人信息，根据所述寻人信息建立或更新所述待寻人员数据库；

和/或获取网站数据库的共享资源，根据所述共享资源建立或更新所述待寻人员数据库；

和/或通过公众账号接收第一客户端发送的疑似人员的图片，当所述疑似人员为待寻人员时，根据所述疑似人员的图片建立或更新所述待寻人员数据库。

9.一种客户端实现寻人信息匹配推送的方法，其特征在于，包括步骤：

第二账号发布寻人信息至与服务器关联的公众账号，所述寻人信息包括待寻人员照片信息；

第一账号获取疑似人员的图片，并发送至与服务器关联的公众账号；

第二账号接收所述服务器通过公众账号推送的、与所述待寻人员照片信息相匹配的疑似人员的图片，所述第一账号和所述第二账号分别为安装在不同终端上的相同通讯应用的账号。

10.根据权利要求9所述的客户端实现寻人信息匹配推送的方法，其特征在于，还包括步骤：

第一账号接收所述服务器通过公众账号下发的寻人信息。

11.根据权利要求10所述的客户端实现寻人信息匹配推送的方法，其特征在于，所述获取疑似人员的图片，并发送至与服务器关联的公众账号的步骤包括：

第一账号从摄像头获取的实时视频流中，截取一帧图片，并判断截取的图片是否满足稳定状态条件；

当截取的图片满足稳定状态条件时，第一账号将所述截取的图片作为疑似人员的图片，发送至与服务器关联的公众账号，并控制摄像头停止获取实时视频流；

当截取的图片不满足稳定状态条件时，第一账号从摄像头获取的实时视频流中，截取下一帧图片，并判断截取的下一帧图片是否满足稳定状态条件。

12.根据权利要求10所述的客户端实现寻人信息匹配推送的方法，其特征在于，所述获取疑似人员的图片，并发送至与服务器关联的公众账号的步骤包括：

第一账号接收摄像头拍摄的照片；

第一账号将所述摄像头拍摄的照片作为疑似人员的图片，发送至与服务器关联的公众账号。

13.一种人员信息匹配推送的方法，其特征在于，包括步骤：

客户端获取待查人员的图片，并发送至与服务器关联的公众账号；

所述服务器将所述待查人员的图片与人员信息数据库中各已记录人员照片信息进行对比；

当所述待查人员的图片与所述人员信息数据库中的已记录人员照片信息相匹配时，所述服务器通过所述公众账号将所述已记录人员的信息推送至所述客户端，所述客户端为安装在终端上的通讯应用。

14.根据权利要求13所述的人员信息匹配推送的方法，其特征在于，建立或更新所述人员信息数据库的步骤包括：

所述服务器通过所述公众账号接收客户端上传的人员信息，根据所述人员信息建立或更新所述人员信息数据库；

和/或所述服务器接收网站上传的人员信息，根据所述人员信息建立或更新所述人员信息数据库；

和/或所述服务器获取网站数据库的共享资源，根据所述共享资源建立或更新所述人员信息数据库。

15.根据权利要求13或14所述的人员信息匹配推送的方法，其特征在于，所述客户端获取待查人员的图片，并发送至与服务器关联的公众账号的步骤包括：

所述客户端从摄像头获取的实时视频流中，截取一帧图片，并判断截取的图片是否满足稳定状态条件；

当截取的图片满足稳定状态条件时，所述客户端将所述截取的图片作为待查人员的图片，发送至与服务器关联的公众账号，并控制摄像头停止获取实时视频流；

当截取的图片不满足稳定状态条件时，所述客户端从摄像头获取的实时视频流中，截取下一帧图片，并判断截取的下一帧图片是否满足稳定状态条件。

16.根据权利要求13或14所述的人员信息匹配推送的方法，其特征在于，所述客户端获取待查人员的图片，并发送至与服务器关联的公众账号的步骤包括：

所述客户端接收摄像头拍摄的照片；

所述客户端将所述摄像头拍摄的照片作为待查人员的图片，发送至与服务器关联的公众账号。

17.一种服务器实现人员信息匹配推送的方法，其特征在于，包括步骤：

通过公众账号接收客户端发送的待查人员的图片；

将所述待查人员的图片与人员信息数据库中各已记录人员照片信息进行对比；

当所述待查人员的图片与所述人员信息数据库中的已记录人员照片信息相匹配时，通过公众账号将所述已记录人员的信息推送至所述客户端，所述客户端为安装在终端上的通讯应用。

18.根据权利要求17所述的服务器实现人员信息匹配推送的方法，其特征在于，建立或更新所述人员信息数据库的步骤包括：

通过所述公众账号接收所述客户端上传的人员信息，根据所述人员信息建立或更新所述人员信息数据库；

和/或接收网站上传的人员信息，根据所述人员信息建立或更新所述人员信息数据库；

和/或获取网站数据库的共享资源，根据所述共享资源建立或更新所述人员信息数据库。

19.一种客户端实现人员信息匹配推送的方法，其特征在于，包括步骤：

第二账号获取待查人员的图片，并发送至与服务器关联的公众账号；

第一账号获取疑似人员的图片，并发送至服务器关联的公众账号；

第二账号接收所述服务器通过公众账号推送的、与所述待查人员相匹配的已记录人员的信息，所述第一账号和所述第二账号分别为安装在不同终端上的相同通讯应用的账号。

20.根据权利要求19所述的客户端实现人员信息匹配推送的方法，其特征在于，获取待查人员的图片，并发送至与服务器关联的公众账号的步骤包括：

第一账号从摄像头获取的实时视频流中，截取一帧图片，并判断截取的图片是否满足稳定状态条件；

当截取的图片满足稳定状态条件时，第一账号将所述截取的图片作为待查人员的图片，发送至与服务器关联的公众账号，并控制摄像头停止获取实时视频流；

当截取的图片不满足稳定状态条件时，第一账号从摄像头获取的实时视频流中，截取下一帧图片，并判断截取的下一帧图片是否满足稳定状态条件。

21.根据权利要求19所述的客户端实现人员信息匹配推送的方法，其特征在于，获取待查人员的图片，并发送至与服务器关联的公众账号的步骤包括：

第一账号接收摄像头拍摄的照片；

第一账号将所述摄像头拍摄的照片作为待查人员的图片，发送至与服务器关联的公众账号。

22.一种寻人信息匹配推送的***，其特征在于，包括服务器、第一客户端和第二客户端，其中：

所述第一客户端用于，获取疑似人员的图片，并发送至与所述服务器关联的公众账号；

所述服务器用于，将所述疑似人员的图片与待寻人员数据库中各待寻人员照片信息进行对比；当所述疑似人员的图片与所述待寻人员数据库中的待寻人员照片信息相匹配时，通过公众账号将所述疑似人员的图片推送至匹配的待寻人员照片信息相关联的第二客户端，所述第一客户端和所述第二客户端分别为安装在不同终端上的相同通讯应用。

23.根据权利要求22所述的寻人信息匹配推送的***，其特征在于，所述第二客户端用于，将寻人信息发布至与所述服务器关联的公众账号，所述寻人信息包括所述待寻人员照片信息；

所述服务器还用于，将所述寻人信息与所述第二客户端信息关联后，存储至所述待寻人员数据库中；通过所述公众账号向所述第一客户端下发所述寻人信息。

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

疑似图片接收模块，用于通过公众账号接收第一客户端发送的疑似人员的图片；

疑似图片匹配模块，用于将所述疑似人员的图片与待寻人员数据库中各待寻人员照片信息进行对比；

疑似图片推送模块，用于当所述疑似人员的图片与所述待寻人员数据库中的待寻人员照片信息相匹配时，通过公众账号将所述疑似人员的图片推送至匹配的待寻人员照片信息相关联的第二客户端，所述第一客户端和所述第二客户端分别为安装在不同终端上的相同通讯应用。

25.根据权利要求24所述的服务器，其特征在于，还包括：

发布信息接收模块，用于通过所述公众账号接收所述第二客户端发布的寻人信息，所述寻人信息包括所述待寻人员照片信息；

发布信息关联模块，用于将所述寻人信息与所述第二客户端信息关联后，存储至所述待寻人员数据库中；

发布信息下发模块，用于通过所述公众账号向所述第一客户端下发所述寻人信息。

26.一种客户端，其特征在于，包括：

信息发布模块，用于第二账号发布寻人信息至与服务器关联的公众账号，所述寻人信息包括待寻人员照片信息；

疑似图片上传模块，用于第一账号获取疑似人员的图片，并发送至与服务器关联的公众账号；

推送信息接收模块，用于第二账号接收所述服务器通过公众账号推送的、与所述待寻人员照片信息相匹配的疑似人员的图片，所述第一账号和所述第二账号分别为安装在不同终端上的相同通讯应用的账号。

27.根据权利要求26所述的客户端，其特征在于，还包括：

下发信息接收模块，用于第一账号接收所述服务器通过公众账号下发的寻人信息。

28.一种人员信息匹配推送的***，其特征在于，包括客户端和服务器：

所述客户端用于，获取待查人员的图片，并发送至与服务器关联的公众账号；

所述服务器用于，将所述待查人员的图片与人员信息数据库中各已记录人员照片信息进行对比；当所述待查人员的图片与所述人员信息数据库中的已记录人员照片信息相匹配时，通过所述公众账号将所述已记录人员的信息推送至所述客户端，所述客户端为安装在终端上的通讯应用。

29.一种服务器，其特征在于，包括：

待查图片接收模块，用于通过公众账号接收客户端发送的待查人员的图片；

待查图片匹配模块，用于将所述待查人员的图片与人员信息数据库中各已记录人员照片信息进行对比；

人员信息推送模块，用于当所述待查人员的图片与所述人员信息数据库中的已记录人员照片信息相匹配时，通过公众账号将所述已记录人员的信息推送至所述客户端，所述客户端为安装在终端上的通讯应用。

30.一种客户端，其特征在于，包括：

待查图片上传模块，用于第二账号获取待查人员的图片，并发送至与服务器关联的公众账号；

疑似图片上传模块，用于第一账号获取疑似人员的图片，并发送至服务器关联的公众账号；

人员信息接收模块，用于第二账号接收所述服务器通过公众账号推送的、与所述待查人员相匹配的已记录人员的信息，所述第一账号和所述第二账号分别为安装在不同终端上的相同通讯应用的账号。