CN111353617B - 基于预约请求的优先人脸识别数据库的构建方法及装置 - Google Patents

Abstract

本发明公开了一种基于预约请求的优先人脸识别数据库的构建方法及装置，该方法包括：后台服务器检测若干乘客针对乘坐公共交通触发的预约请求，并根据每个预约请求确定触发该预约请求的乘客对应的乘客标识，并基于每个乘客标识从预先确定出的人脸数据库中筛选与该乘客标识相匹配的人脸数据，得到人脸数据集合，以及基于人脸数据集合构建优先人脸识别数据库。可见，实施本发明能够提前将乘客的人脸数据放进优先人脸识别数据库，当乘客到达闸机设备时只需在优先人脸识别数据库查询与该乘客相匹配的人脸数据，即可快速通过人脸识别认证进站，从而提高乘客进站效率，给乘客的出行带来了很大的便捷性，提升了乘客的体验。

Description

基于预约请求的优先人脸识别数据库的构建方法及装置

技术领域

本发明涉及互联网技术领域，尤其涉及一种基于预约请求的优先人脸识别数据库的构建方法及装置。

背景技术

随着社会的进步以及人脸识别技术的越发成熟，人脸识别技术因其时效性高等优点被广泛应用到各行各业，在交通行业中也发挥着重要的作用。例如，人脸识别技术被应用在乘客进站(例如：地铁站等)校验，即可以通过人脸识别技术来验证乘客的身份，从而实现进/出站。人脸识别技术的应用，使得乘客无需再拿出手机或者IC卡刷卡进/出站，简化了乘客的进/出站操作。然而实践发现，当乘客通过刷脸进站时，经常出现人脸识别延时，导致乘客需要花较多的时间进站，尤其当乘客较多时，会出现排很长的队伍导致进/出站浪费时间，严重的甚至会耽误乘客的行程，给乘客造成损失。因此，提出一种如何能够提高乘客的进站效率，从而提升乘客的体验显得尤为重要。

发明内容

本发明所要解决的技术问题在于，提供一种基于预约请求的优先人脸识别数据库的构建方法及装置，能够通过乘客触发的针对乘坐公共交通的预约请求构建优先人脸识别数据库，有利于提高乘客进站效率，给乘客的出行带来了很大的便捷性，提升了乘客的体验。

为了解决上述技术问题，本发明实施例第一方面公开了一种基于预约请求的优先人脸识别数据库的构建方法，所述方法应用于后台服务器中，所述方法包括：

所述后台服务器检测若干乘客针对乘坐公共交通触发的预约请求；

所述后台服务器根据每个所述预约请求确定触发该预约请求的乘客对应的乘客标识，并基于每个所述乘客标识从预先确定出的人脸数据库中筛选与该乘客标识相匹配的人脸数据，得到人脸数据集合；

所述后台服务器基于所述人脸数据集合构建优先人脸识别数据库。

作为一种可选的实施方式，在本发明实施例第一方面中，所述预约请求包括预约乘坐时间；

以及，所述方法还包括：

所述后台服务器根据预先确定出的时间段划分规则划分所有所述预约乘坐时间，得到若干个预约乘坐时间组，每个所述预约乘坐时间组包括的预约乘坐时间互不重叠；

以及，所述后台服务器基于所述人脸数据集合构建优先人脸识别数据库，包括：

所述后台服务器从所述人脸数据集合中筛选与每个所述预约乘坐时间组相匹配的第一子人脸数据集合，并基于每个所述第一子人脸数据集合构建该第一子人脸数据集合对应的第一子优先人脸识别数据库，得到优先人脸识别数据库，所述优先人脸识别数据库包括所有所述第一子优先人脸识别数据库。

作为一种可选的实施方式，在本发明实施例第一方面中，所述预约请求包括预约站点；

以及，所述方法还包括：

所述后台服务器根据所有所述预约站点对人脸数据集合进行分组，得到若干个第二子人脸数据集合，每个所述第二子人脸数据集合所对应的预约站点互不相同；

以及，所述后台服务器基于所述人脸数据集合构建优先人脸识别数据库，包括：

所述后台服务器基于每个所述第二子人脸数据集合构建该第二子人脸数据集合对应的第二子优先人脸识别数据库，并基于所有所述第二子优先人脸识别数据库构建优先人脸识别数据库，所述优先人脸识别数据库包括所有所述第二子优先人脸识别数据库。

作为一种可选的实施方式，在本发明实施例第一方面中，所述后台服务器根据每个所述预约请求确定触发该预约请求的乘客对应的乘客标识之后，所述方法还包括：

所述后台服务器根据每个所述乘客标识获取该乘客标识对应的历史乘坐记录，所述历史乘坐记录包括乘坐所述公共交通的历史违约请求次数；

所述后台服务器从所有所述乘客标识中筛选所述历史违约请求次数小于等于预先确定出的违约请求次数阈值的所有目标乘客标识；

其中，所述后台服务器基于每个所述乘客标识从预先确定出的人脸数据库中筛选与该乘客标识相匹配的人脸数据，得到人脸数据集合，包括：

所述后台服务器基于每个所述目标乘客标识从预先确定出的人脸数据库中筛选与该目标乘客标识相匹配的人脸数据，得到人脸数据集合。

作为一种可选的实施方式，在本发明实施例第一方面中，所述后台服务器根据每个所述乘客标识判断该乘客标识对应的乘客是否已经对其移动终端设置唯一蓝牙标识，所述唯一蓝牙标识为所述后台服务器对应的蓝牙探测设备能够识别的蓝牙标识；

当根据每个所述乘客标识判断出该乘客标识对应的乘客未对其移动终端设置所述唯一蓝牙标识时，所述后台服务器向未对其移动终端设置所述唯一蓝牙标识的乘客的移动终端发送蓝牙标识设置提醒，所述蓝牙标识设置提醒包括所述唯一蓝牙标识的设置方法，且所述蓝牙标识设置提醒用于提醒乘客根据所述唯一蓝牙标识的设置方法为其移动终端设置所述唯一蓝牙标识。

本发明实施例第二方面公开了一种基于预约请求的优先人脸识别数据库的构建装置，所述构建装置应用于后台服务器中，其中，所述构建装置包括：

检测模块，用于检测若干乘客针对乘坐公共交通触发的预约请求；

确定模块，用于根据每个所述预约请求确定触发该预约请求的乘客对应的乘客标识；

筛选模块，用于并基于每个所述乘客标识从预先确定出的人脸数据库中筛选与该乘客标识相匹配的人脸数据，得到人脸数据集合；

构建模块，用于基于所述人脸数据集合构建优先人脸识别数据库。

作为一种可选的实施方式，在本发明实施例第二方面中，所述预约请求包括预约乘坐时间；

以及，所述构建装置还包括：

划分模块，用于根据预先确定出的时间段划分规则划分所有所述预约乘坐时间，得到若干个预约乘坐时间组，每个所述预约乘坐时间组包括的预约乘坐时间互不重叠；

以及，所述构建模块基于所述人脸数据集合构建优先人脸识别数据库的方式具体为：

从所述人脸数据集合中筛选与每个所述预约乘坐时间组相匹配的第一子人脸数据集合，并基于每个所述第一子人脸数据集合构建该第一子人脸数据集合对应的第一子优先人脸识别数据库，得到优先人脸识别数据库，所述优先人脸识别数据库包括所有所述第一子优先人脸识别数据库。

作为一种可选的实施方式，在本发明实施例第二方面中，所述预约请求包括预约站点；

以及，所述构建装置还包括：

分组模块，用于根据所有所述预约站点对人脸数据集合进行分组，得到若干个第二子人脸数据集合，每个所述第二子人脸数据集合所对应的预约站点互不相同；

以及，所述构建模块基于所述人脸数据集合构建优先人脸识别数据库的方式具体为：

基于每个所述第二子人脸数据集合构建该第二子人脸数据集合对应的第二子优先人脸识别数据库，并基于所有所述第二子优先人脸识别数据库构建优先人脸识别数据库，所述优先人脸识别数据库包括所有所述第二子优先人脸识别数据库。

作为一种可选的实施方式，在本发明实施例第二方面中，所述构建装置还包括：

获取模块，用于在所述确定模块根据每个所述预约请求确定触发该预约请求的乘客对应的乘客标识之后，根据每个所述乘客标识获取该乘客标识对应的历史乘坐记录，所述历史乘坐记录包括乘坐所述公共交通的历史违约请求次数；

所述筛选模块，还用于从所有所述乘客标识中筛选所述历史违约请求次数小于等于预先确定出的违约请求次数阈值的所有目标乘客标识；

其中，所述筛选模块基于每个所述乘客标识从预先确定出的人脸数据库中筛选与该乘客标识相匹配的人脸数据，得到人脸数据集合的方式具体为：

基于每个所述目标乘客标识从预先确定出的人脸数据库中筛选与该目标乘客标识相匹配的人脸数据，得到人脸数据集合。

作为一种可选的实施方式，在本发明实施例第二方面中，所述构建装置还包括：

判断模块，用于根据每个所述乘客标识判断该乘客标识对应的乘客是否已经对其移动终端设置唯一蓝牙标识，所述唯一蓝牙标识为所述后台服务器对应的蓝牙探测设备能够识别的蓝牙标识；

发送模块，用于当所述判断模块根据每个所述乘客标识判断出该乘客标识对应的乘客未对其移动终端设置所述唯一蓝牙标识时，向未对其移动终端设置所述唯一蓝牙标识的乘客的移动终端发送蓝牙标识设置提醒，所述蓝牙标识设置提醒包括所述唯一蓝牙标识的设置方法，且所述蓝牙标识设置提醒用于提醒乘客根据所述唯一蓝牙标识的设置方法为其移动终端设置所述唯一蓝牙标识。

本发明第三方面公开了一种基于预约请求的优先人脸识别数据库的构建装置，所述构建装置包括：

存储有可执行程序代码的存储器；

与所述存储器耦合的处理器；

所述处理器调用所述存储器中存储的所述可执行程序代码，执行本发明第一方面公开的基于预约请求的优先人脸识别数据库的构建方法的操作。

本发明第四方面公开了一种计算机可存储介质，所述计算机存储介质存储有计算机指令，所述计算机指令被调用时，用于执行本发明第一方面公开的基于预约请求的优先人脸识别数据库的构建方法的操作。

与现有技术相比，本发明实施例具有以下有益效果：

本发明实施例中，公开了一种基于预约请求的优先人脸识别数据库的构建方法及装置，该方法包括：后台服务器检测若干乘客针对乘坐公共交通触发的预约请求；后台服务器根据每个预约请求确定触发该预约请求的乘客对应的乘客标识，并基于每个乘客标识从预先确定出的人脸数据库中筛选与该乘客标识相匹配的人脸数据，得到人脸数据集合；后台服务器基于人脸数据集合构建优先人脸识别数据库。可见，实施本发明实施例通过查询到的乘客乘坐公共交通的预约请求来确定该乘客的乘客标识，并将于该乘客标识获取乘客的人脸数据，以及基于所有人脸数据构建优先人脸识别数据库，能够提前将乘客的人脸数据放进优先人脸识别数据库，当乘客到达闸机设备时只需在优先人脸识别数据库查询与该乘客相匹配的人脸数据，即可快速通过人脸识别认证进站，从而提高乘客进站效率，给乘客的出行带来了很大的便捷性，提升了乘客的体验。

附图说明

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

图1是本发明实施例公开的一种基于预约请求的优先人脸识别数据库的构建方法的流程示意图；

图2是本发明实施例公开的另一种基于预约请求的优先人脸识别数据库的构建方法的流程示意图；

图3是本发明实施例公开的一种基于预约请求的优先人脸识别数据库的构建装置的结构示意图；

图4是本发明实施例公开的另一种基于预约请求的优先人脸识别数据库的构建装置的结构示意图；

图5是本发明实施例公开的又一种基于预约请求的优先人脸识别数据库的构建装置的结构示意图；

图6是本发明实施例公开的又一种基于预约请求的优先人脸识别数据库的构建装置的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、装置、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本发明的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

本发明公开了一种基于预约请求的优先人脸识别数据库的构建方法及装置，能够通过查询到的乘客乘坐公共交通的预约请求来确定该乘客的乘客标识，并将于该乘客标识获取乘客的人脸数据，以及基于所有人脸数据构建优先人脸识别数据库，能够提前将乘客的人脸数据放进优先人脸识别数据库，当乘客到达闸机设备时只需在优先人脸识别数据库查询与该乘客相匹配的人脸数据，即可快速通过人脸识别认证进站，从而提高乘客进站效率，给乘客的出行带来了很大的便捷性，提升了乘客的体验。以下分别进行详细说明。

实施例一

请参阅图1，图1是本发明实施例公开的一种基于预约请求的优先人脸识别数据库的构建方法的流程示意图。其中，图1所描述的基于预约请求的优先人脸识别数据库的构建方法可以应用于安装有后台服务器的交通场景中，例如：地铁站、公交站、轮渡站等，本发明实施例不做限定。如图1所示，该基于预约请求的优先人脸识别数据库的构建方法可以包括以下步骤：

101、后台服务器检测若干乘客针对乘坐公共交通触发的预约请求。

本发明实施例中，该预约请求可以包括预约乘坐时间、预约站点中的至少一种，本发明实施例不做限定。进一步的，该预约请求可以是乘客通过智能手机(Android手机、iOS手机等)、智能电话手表、平板电脑、掌上电脑以及移动互联网设备(Mobile InternetDevices，MID)等乘客终端中安装的某一出行类应用(例如：广州地铁APP)触发的，且该出行类应用可以设置有多个授权接口，乘客能够在使用其它应用时通过相应的授权接口快速的启动该出行类应用，该多个授权接口包括但不限于小程序平台接口、微博平台接口、网络视频平台接口、网络电台平台接口及音乐平台接口中的一种或多种，本发明实施例不做限定。这样通过设置多种授权接口的方式能够提高该出行类应用的受众范围，进而能够提高乘客的使用粘度。

在一个可选的实施例中，在执行完毕步骤101之后，以及在执行步骤102之前，该基于预约请求的优先人脸识别数据库的构建方法还可以包括以下步骤：

后台服务器按照预先确定出的公共交通分类规则将所有预约请求中每种预约请求对应的公共交通乘坐类型进行分类，得到不同类别的预约请求。

该可选的实施例中，作为一种可选的实施方式，后台服务器根据每个预约请求确定触发该预约请求的乘客对应的乘客标识，可以包括：

后台服务器根据每种类别预约请求确定该类别预约请求中每个预约请求对应的乘客标识。

该可选的实施例中，该公共交通分类规则可以包括地铁分类规则、公交巴士分类规则、城市轻轨分类规则中的至少一种，该可选的实施例不做限定。

可见，该可选的实施例在检测到乘客触发的预约请求之后，进一步将所有预约请求进行分类，得到不同公共交通类别的预约请求，并分别确定每种公共交通类别预约请求中每个预约请求对应的乘客标识，能够将乘客标识进行分类，有利于构建不同公共交通类别的优先人脸识别数据库。

在另一个可选的实施例中，该基于预约请求的优先人脸识别数据库的构建方法还可以包括以下步骤：

后台服务器根据每个预约请求判断该预约请求对应的乘客是否为已注册乘客；

当根据每个预约请求判断该预约请求对应的乘客为已注册乘客时，后台服务器触发执行步骤102；

当根据每个预约请求判断该预约请求对应的乘客不为已注册乘客时，后台服务器向未注册的乘客的移动终端发送注册提示，以提示该乘客进行注册。

可见，该可选的实施例通过判断触发预约请求的乘客是否为已注册乘客(乘客)，当为已注册乘客时，执行后续的操作，当不为注册乘客时，发送注册提示，不仅能够便于后续直接从该乘客的账户中获取需要的信息，还能够对乘客的账户数据进行管理。

102、后台服务器根据每个预约请求确定触发该预约请求的乘客对应的乘客标识。

在又一个可选的实施例中，在执行完毕步骤102之后，以及在执行步骤103之前，该基于预约请求的优先人脸识别数据库的构建方法还可以包括以下步骤：

后台服务器根据所有乘客标识判断是否存在触发过恶意预约请求的乘客对应的乘客标识；

当判断出存在触发过恶意预约请求的乘客对应的乘客标识时，后台服务器将触发过恶意预约请求的乘客对应的乘客标识剔除，并触发执行步骤103，此时，步骤103中的每个乘客标识均为未触发过恶意预约请求的乘客对应的乘客标识。

该可选的实施例中，该恶意预约请求可以包括触发了预约却不乘坐公共交通的请求或同一天触发预约请求的个数大于等于预先确定出的个数阈值(例如：5次)的请求。

该可选的实施例中，进一步的，在将触发过恶意预约请求的乘客对应的乘客标识剔除之后，后台服务器向该触发过恶意预约请求的乘客对应的移动终端发送剔除说明，该剔除说明用于解释将该乘客的预约请求剔除的原因。这样通过向触发过恶意预约请求的乘客对应的移动终端发送剔除说明，既能够对乘客触发的预约请求的行为进行监督，减少恶意预约请求的情况发生，又能够降低对乘客产生不良体验的影响。

可见，该可选的实施例在根据预约请求确定出乘客标识之后，进一步判断是否存在触发过恶意预约请求的乘客对应的乘客标识，当存在时，将触发过恶意预约请求的乘客对应的乘客标识剔除，能够对乘客触发的预约请求的行为进行监督，减少恶意预约请求的情况发生，有利于提高获取到有效的预约请求的可能性。

103、后台服务器基于每个乘客标识从预先确定出的人脸数据库中筛选与该乘客标识相匹配的人脸数据，得到人脸数据集合。

本发明实施例中，当上述预约请求包括若干种不同类型的预约请求时，该人脸数据集合包括不同类型预约请求对应的子人脸数据集合。例如：地铁类型预约请求对应地铁子人脸数据集合，公交巴士类型预约请求对应公交巴士子人脸数据集合。

在又一个可选的实施例中，该基于预约请求的优先人脸识别数据库的构建方法还可以包括以下步骤：

当检测到上述所有乘客标识中存在至少一个乘客标识对应的乘客在预先确定出的人脸数据库不存在人脸数据时，后台服务器向在预先确定出的人脸数据库不存在人脸数据的所有乘客标识中每个乘客标识对应的移动终端发送人脸数据采集提示。

该可选的实施例中，乘客的人脸数据采集途径可以包括接收乘客输入的人脸数据、通过乘客的移动终端的摄像装置采集乘客影像获得的人脸数据、通过与乘客的账户绑定的其他账户获取的人脸数据等采集途径中的任意一种，该可选的实施例的不做限定。这样通过多种途径采集乘客的人脸数据，不仅能够实现乘客的人脸数据的采集，以便建立乘客的优先人脸识别数据库；还能够丰富乘客的人脸数据的采集途径，提高乘客的人脸数据的采集灵活性。

可见，该可选的实施例通过向在预先确定出的人脸数据库不存在人脸数据的所有乘客标识中每个乘客标识对应的移动终端发送人脸数据采集提示，能够保证每个乘客都存在对应的人脸数据，从而提高优先人脸识别数据库的成功构建可能性。

104、后台服务器基于人脸数据集合构建优先人脸识别数据库。

在又一个可选的实施例中，在执行步骤104之前，该基于预约请求的优先人脸识别数据库的构建方法还可以包括以下步骤：

后台服务器根据预先确定出的时间段划分规则划分所有预约乘坐时间，得到若干个预约乘坐时间组，每个预约乘坐时间组包括的预约乘坐时间互不重叠；

该可选的实施例中，作为一种可选的实施方式，后台服务器基于人脸数据集合构建优先人脸识别数据库，可以包括：

后台服务器从人脸数据集合中筛选与每个预约乘坐时间组相匹配的第一子人脸数据集合，并基于每个第一子人脸数据集合构建该第一子人脸数据集合对应的第一子优先人脸识别数据库，得到优先人脸识别数据库，该优先人脸识别数据库包括所有第一子优先人脸识别数据库。

可选的实施例中，该时间段划分规则为基于预设间隔时间长度来进行划分时间的规则，例如：以2个小时为间隔时间长度划分时间。

为了更清楚、形象地表达该可选的实施例，以下通过举例子说明：

后台服务器在周二检测到M个乘坐地铁的预约请求，其中，有N个预约请求的预约乘坐时间为早上6:00至早上8:00，有P个预约请求的预约乘坐时间为上午8:00至上午10:00，有Q个预约请求的预约乘坐时间为下午7:00至下午8:00，且N+P+Q＝M，则按照以2个小时间隔时间长度划分时间，得到3个预约乘坐时间组，分别为早上6:00至早上8:00的一组，上午8:00至上午10:00的一组，下午7:00至8:00的一组，并分别获取该3个预约乘坐时间组中每个预约乘坐时间组对应的人脸数据，以及基于每个预约乘坐时间组对应的人脸数据构建该预约乘坐时间组对应的子优先人脸识别数据库。

可见，该可选的实施例在构建优先人脸识别数据库之前，先将预约乘坐时间分为若干个预约乘坐时间组，并分别构建每个预约乘坐时间组对应的子优先人脸识别数据库，有利于在识别到乘客的移动终端的蓝牙标识时，能够根据该乘客的预约乘坐时间在对应的子优先人脸识别数据库查找人脸数据，从而提高人脸数据的查找效率以及准确性，进而提高人脸数据的比对效率，提高乘客的进站效率。

在又一个可选的实施例中，在执行步骤104之前，该基于预约请求的优先人脸识别数据库的构建方法还可以包括以下步骤：

后台服务器根据所有预约站点对人脸数据集合进行分组，得到若干个第二子人脸数据集合，每个第二子人脸数据集合所对应的预约站点互不相同。

该可选的实施例中，作为一种可选的实施方式，后台服务器基于人脸数据集合构建优先人脸识别数据库，可以包括：

后台服务器基于每个第二子人脸数据集合构建该第二子人脸数据集合对应的第二子优先人脸识别数据库，并基于所有第二子优先人脸识别数据库构建优先人脸识别数据库，该优先人脸识别数据库包括所有第二子优先人脸识别数据库。

为了更清楚、形象地表达该可选的实施例，以下通过举例子说明：

后台服务器在周三检测到W个乘坐地铁的预约请求，其中，有A个预约请求的预约站点为珠江站，有B个预约请求的预约站点为公园站，有C个预约请求的预约站点为大唐站，有D个预约请求的预约站点为大学城站，且A+B+C+D＝W，则将人脸数据集合划分为珠江站、公园站、大唐站、大学城站4个站点子人脸数据集合，并构建珠江站、公园站、大唐站、大学城站4个站点的子优先人脸识别数据库，以及基于珠江站、公园站、大唐站、大学城站4个站点的子优先人脸识别数据库构建优先人脸识别数据库。

可见，该可选的实施例在构建优先人脸识别数据库之前，先根据不同预约站点将人脸数据集合分为若干个子人脸数据集合，并分别构建每个预约站点对应的子优先人脸识别数据库，有利于在识别到乘客的移动终端的蓝牙标识时，能够根据该乘客的预约站点在对应的子优先人脸识别数据库查找人脸数据，从而提高人脸数据的查找效率以及准确性，进而提高人脸数据的比对效率，提高乘客的进站效率。

在又一个可选的实施例中，该基于预约请求的优先人脸识别数据库的构建方法还可以包括以下步骤：

后台服务器获取触发预约请求的乘客的当前地理位置，并判断该预约请求包括的预约站点是否与乘客的当前地理位置相匹配；

当判断出匹配时，后台服务器触发执行上述的根据所有预约站点对人脸数据集合进行分组，得到若干个第二子人脸数据集合的操作；

当判断出不匹配时，后台服务器向乘客对应的移动终端发送站点确认提示，该站点确认提示包括当前地理位置对应的预设区域范围内的所有站点，以提示乘客根据站点确认提示确认上述预约站点是否为其所需预约的站点。

该可选的实施例中，该预设区域范围为以乘客的当前地理位置为圆心、以第一预设距离值(例如：500m)为半径所形成的圆形区域范围，或者该预设区域范围为以乘客的当前地理位置为中心、以第二预设距离值(例如：600m)为长边、以第三预设距离值(例如：500m)为短边所形成的矩形区域范围，或者该预设区域范围为以乘客的当前地理位置为中心、以任一面积所形成的不规则区域范围，该可选的实施例不做限定。

该可选的实施例中，作为一种可选的实施方式，后台服务器判断预约请求包括的预约站点是否与乘客的当前地理位置相匹配，可以包括：

后台服务器判断预约站点是否为乘客的当前地理位置对应的预设区域范围内的所有站点中的某一站点，当判断出预约站点为乘客的当前地理位置对应的预设区域范围内的所有站点中的某一站点时，确定预约请求包括的预约站点与乘客的当前地理位置相匹配。

可见，该可选的实施例在根据所有预约站点对人脸数据集合进行分组，得到若干个子人脸数据集合之前，先判断预约站点与乘客的当前地理位置是否匹配，当不匹配时，向乘客的移动终端发送站点确认提示，以提示乘客该预约站点是否为所需前往的站点，能够减少乘客因不熟悉当前所处位置或不小心误触站点导致所预约的站点不为所需前往的站点的情况发生，进一步提升乘客的体验，从而提高乘客的粘度。

在又一个可选的实施例中，该基于预约请求的优先人脸识别数据库的构建方法还可以包括以下步骤：

后台服务器将每个预约站点对应的第二子优先人脸识别数据库发送至该预约站点对应的闸机设备。

举例来说，后台服务器将珠江站对应的子优先人脸识别数据库发送至珠江站对应的闸机设备，将公园站对应的子优先人脸识别数据库发送至公园站对应的闸机设备。

可见，该可选的实施例在构建每个预约站点的子优先人脸识别数据库之后，进一步将该预约站点的子优先人脸识别数据库发送至该预约站点的闸机设备，能够减少因在数据量较大的总优先人脸识别数据库查找与乘客匹配的人脸数据而导致查找效率低的情况发生；以及将每个预约站点的子优先人脸识别数据库发送至该预约站点的闸机设备，能够实现本地人脸数据查找，以减少因网络原因(例如：网络不稳定)导致乘客的人脸数据查找效率低或查找失败的情况发生。

在又一个可选的实施例中，该基于预约请求的优先人脸识别数据库的构建方法还可以包括以下步骤：

后台服务器根据每个乘客标识判断该乘客标识对应的乘客是否已经对其移动终端设置唯一蓝牙标识，该唯一蓝牙标识为后台服务器对应的蓝牙探测设备能够识别的蓝牙标识；

当根据每个乘客标识判断出该乘客标识对应的乘客未对其移动终端设置唯一蓝牙标识时，后台服务器向未对其移动终端设置唯一蓝牙标识的乘客的移动终端发送蓝牙标识设置提醒，该蓝牙标识设置提醒包括唯一蓝牙标识的设置方法，且该蓝牙标识设置提醒用于提醒乘客根据唯一蓝牙标识的设置方法为其移动终端设置唯一蓝牙标识。

该可选的实施例中，该蓝牙探测设备设置在各个交通站点，例如：地铁站店、轮渡站点、公交巴士站点等。

可见，该可选的实施例通过向未对其移动终端设置唯一蓝牙标识的乘客的移动终端发送蓝牙标识设置提醒，能够提醒乘客为其移动终端设置蓝牙探测设备能够识别的唯一蓝牙标识，以便当乘客在进站时，蓝牙探测设备能够识别到该乘客对应的唯一蓝牙标识，从而根据该唯一蓝牙标识为该乘客确定与乘客对应的优先人脸识别数据库，进而提高该乘客的人脸数据比对效率，进而提高乘客的进站效率；以及蓝牙标识设置提醒包括设置方法，能够帮助乘客快速设置唯一蓝牙标识，进一步丰富了后台服务器的智能化功能。

可见，实施图1所描述的基于预约请求的优先人脸识别数据库的构建方法能够通过查询到的乘客乘坐公共交通的预约请求来确定该乘客的乘客标识，并将于该乘客标识获取乘客的人脸数据，以及基于所有人脸数据构建优先人脸识别数据库，能够提前将乘客的人脸数据放进优先人脸识别数据库，当乘客到达闸机设备时只需在优先人脸识别数据库查询与该乘客相匹配的人脸数据，即可快速通过人脸识别认证进站，从而提高乘客进站效率，给乘客的出行带来了很大的便捷性，提升了乘客的体验。

实施例二

请参阅图2，图2是本发明实施例公开的另一种基于预约请求的优先人脸识别数据库的构建方法的流程示意图。其中，图2所描述的基于预约请求的优先人脸识别数据库的构建方法可以应用于安装有后台服务器的交通场景中，例如：地铁站、公交站、轮渡站等，本发明实施例不做限定。如图2所示，该基于预约请求的优先人脸识别数据库的构建方法可以包括以下步骤：

201、后台服务器检测若干乘客针对乘坐公共交通触发的预约请求。

202、后台服务器根据每个预约请求确定触发该预约请求的乘客对应的乘客标识。

203、后台服务器根据每个乘客标识获取该乘客标识对应的历史乘坐记录，该历史乘坐记录包括乘坐公共交通的历史违约请求次数。

本发明实施例中，该历史乘坐记录还可以包括历史乘坐总次数、某一预设时间段内(例如：一个自然月内)的乘坐频率、历史乘坐站点、历史乘坐路线以及历史乘坐时间中的至少一种，本发明实施例不做限定。

在一个可选的实施例中，在执行完毕步骤203之后，该基于预约请求的优先人脸识别数据库的构建方法还可以包括以下步骤：

后台服务器判断乘客触发的预约请求是否与该乘客的历史乘坐记录相匹配；

当判断出不匹配时，后台服务器向乘客对应的移动终端发送预约确认提示，以提示乘客根据预约确认提示确认上述预约请求；

当判断出匹配时，后台服务器可以触发执行步骤204。

该可选的实施例中，作为一种可选的实施方式，后台服务器判断乘客触发的预约请求是否与该乘客的历史乘坐记录相匹配，可以包括：

后台服务器判断预约请求包括的预约乘坐时间是否与历史乘坐记录包括的历史乘坐时间相匹配；

当判断出预约请求包括的预约乘坐时间与历史乘坐记录包括的历史乘坐时间相匹配时，后台服务器确定乘客触发的预约请求与该乘客的历史乘坐记录相匹配。

该可选的实施例中，进一步的，在判断出预约请求包括的预约乘坐时间与历史乘坐记录包括的历史乘坐时间相匹配之后，以及确定乘客触发的预约请求与该乘客的历史乘坐记录相匹配之前，该基于预约请求的优先人脸识别数据库的构建方法还可以包括以下步骤：

后台服务器判断预约请求包括的预约站点是否与历史乘坐记录包括的历史乘坐站点相匹配；

当判断出预约请求包括的预约站点与历史乘坐记录包括的历史乘坐站点相匹配时，后台服务器触发执行上述的确定乘客触发的预约请求与该乘客的历史乘坐记录相匹配的操作。

为了更清楚、形象地表达该可选的实施例，以下通过举例子说明：

小明预约了在珠江站乘坐下午4：00点的请求，根据小明的历史乘坐记录分析得到小明平时也是一般在下午4:00点左右前往珠江站乘坐地铁，则表示小明的预约请求与小明的历史乘坐记录相匹配。

可见，该可选的实施方式通过将预约请求包括的预约乘坐时间与历史乘坐记录包括的历史乘坐时间进行对比，实现乘客触发的预约请求是否与该乘客的历史乘坐记录的判断。进一步的，还将预约请求包括的预约站点与历史乘坐记录包括的历史乘坐站点进行对比，提高了乘客触发的预约请求是否与该乘客的历史乘坐记录的判断准确性以及可靠性。

可见，该可选的实施例在得到乘客的历史乘坐记录之后，进一步判断该乘客的预约请求是否与该乘客的历史乘坐记录相匹配，当判断出匹配时，继续执行后续的操作，当判断出不匹配时，向乘客对应的移动终端发送预约确认提示，以提示乘客根据预约确认提示确认上述预约请求，能够减少乘客因不小心触发了错误的预约请求而导致乘坐不到所需的公共交通的情况发生，提高预约请求的预约可靠性，进一步提升乘客的体验。

204、后台服务器从所有乘客标识中筛选历史违约请求次数小于等于预先确定出的违约请求次数阈值的所有目标乘客标识。

本发明实施例中，该违约请求次数阈值(例如：3次)可以为人为设定的，也可以为后台服务器根据所有乘客的历史乘坐记录设定的，本发明实施例不做限定。进一步的，该违约请求次数阈值可以根据后台服务器所包含的数据进行实时调整。

在另一个可选的实施例中，该基于预约请求的优先人脸识别数据库的构建方法还可以包括以下步骤：

后台服务器向历史违约请求次数大于预先确定出的违约请求次数阈值的所有乘客标识中每个乘客标识对应的移动终端发送预约失败提示，该预约失败提示用于向乘客说明由于其历史违约请求次数大于预先确定出的违约请求次数阈值而导致其预约请求失败。

该可选的实施例中，进一步的，该预约失败提示还用于提示乘客可以通过以下途径提高预约请求的预约成功概率，其中，该途径包括在规定时间段内(例如：一个星期)乘坐公共交通的花费金额大于等于预设金额阈值(例如：50元)和/或在规定时间段内(例如：一个自然月内)乘坐公共交通的次数大于等于预设次数阈值(例如：30次)。

可见，该可选的实施例通过向历史违约请求次数较大乘客的移动终端发送预约失败提示，告知预约失败的原因，能够约束乘客的预约行为，以及降低对乘客产生不良体验的影响。

可见，本发明实施例通过从所有乘客标识中将历史违约请求次数较小的所有乘客标识筛选出来，进而获取历史违约请求次数较小的所有乘客标识的人脸数据，能够约束乘客的预约行为以及优化后台服务器的数据管理。

205、后台服务器基于每个目标乘客标识从预先确定出的人脸数据库中筛选与该乘客标识相匹配的人脸数据，得到人脸数据集合。

206、后台服务器基于人脸数据集合构建优先人脸识别数据库。

本发明实施例中，步骤201、步骤202、步骤205以及步骤206的相关描述请参照实施例一中针对步骤101-步骤104的详细描述，本发明实施例不再赘述。

可见，实施图2所描述的基于预约请求的优先人脸识别数据库的构建方法能够通过查询到的乘客乘坐公共交通的预约请求来确定该乘客的乘客标识，并将于该乘客标识获取乘客的人脸数据，以及基于所有人脸数据构建优先人脸识别数据库，能够提前将乘客的人脸数据放进优先人脸识别数据库，当乘客到达闸机设备时只需在优先人脸识别数据库查询与该乘客相匹配的人脸数据，即可快速通过人脸识别认证进站，从而提高乘客进站效率，给乘客的出行带来了很大的便捷性，提升了乘客的体验。此外，还能够对乘客的预约行为进行监督以及优化后台服务器的数据管理；还能够减少乘客因不小心触发了错误的预约请求而导致乘坐不到所需的公共交通的情况发生，提高预约请求的预约可靠性。

实施例三

请参阅图3，图3是本发明实施例公开的一种基于预约请求的优先人脸识别数据库的构建装置的结构示意图。其中，图3所描述的基于预约请求的优先人脸识别数据库的构建装置可以应用于后台服务器中。如图3所示，该基于预约请求的优先人脸识别数据库的构建装置可以包括检测模块301、确定模块302、筛选模块303以及构建模块304，其中：

检测模块301，用于检测若干乘客针对乘坐公共交通触发的预约请求。

确定模块302，用于根据每个预约请求确定触发该预约请求的乘客对应的乘客标识。

筛选模块303，用于并基于每个乘客标识从预先确定出的人脸数据库中筛选与该乘客标识相匹配的人脸数据，得到人脸数据集合。

构建模块304，用于基于人脸数据集合构建优先人脸识别数据库。

可见，实施图3所描述的基于预约请求的优先人脸识别数据库的构建装置能够通过查询到的乘客乘坐公共交通的预约请求来确定该乘客的乘客标识，并将于该乘客标识获取乘客的人脸数据，以及基于所有人脸数据构建优先人脸识别数据库，能够提前将乘客的人脸数据放进优先人脸识别数据库，当乘客到达闸机设备时只需在优先人脸识别数据库查询与该乘客相匹配的人脸数据，即可快速通过人脸识别认证进站，从而提高乘客进站效率，给乘客的出行带来了很大的便捷性，提升了乘客的体验。

在一个可选的实施例中，上述预约请求可以包括预约乘坐时间，以及上述基于预约请求的优先人脸识别数据库的构建装置还可以包括划分模块305，此时，该基于预约请求的优先人脸识别数据库的构建装置的结构示意图可以如图4所示，图4为另一种基于预约请求的优先人脸识别数据库的构建装置的结构示意图，其中：

划分模块305，用于根据预先确定出的时间段划分规则划分所有预约乘坐时间，得到若干个预约乘坐时间组，每个预约乘坐时间组包括的预约乘坐时间互不重叠。

该可选的实施例中，作为一种可选的实施方式，构建模块304基于人脸数据集合构建优先人脸识别数据库的方式具体为：

从人脸数据集合中筛选与每个预约乘坐时间组相匹配的第一子人脸数据集合，并基于每个第一子人脸数据集合构建该第一子人脸数据集合对应的第一子优先人脸识别数据库，得到优先人脸识别数据库，该优先人脸识别数据库包括所有第一子优先人脸识别数据库。

可见，实施图4所描述的基于预约请求的优先人脸识别数据库的构建装置能够通过在构建优先人脸识别数据库之前，先将预约乘坐时间分为若干个预约乘坐时间组，并分别构建每个预约乘坐时间组对应的子优先人脸识别数据库，有利于在识别到乘客的移动终端的蓝牙标识时，能够根据该乘客的预约乘坐时间在对应的子优先人脸识别数据库查找人脸数据，从而提高人脸数据的查找效率以及准确性，进而提高人脸数据的比对效率，提高乘客的进站效率。

在另一个可选的实施例中，上述预约请求可以包括预约站点，以及上述基于预约请求的优先人脸识别数据库的构建装置还可以包括分组模块306，此时，该基于预约请求的优先人脸识别数据库的构建装置的结构示意图可以如图5所示，图5为又一种基于预约请求的优先人脸识别数据库的构建装置的结构示意图，其中：

分组模块306，用于根据所有预约站点对人脸数据集合进行分组，得到若干个第二子人脸数据集合，每个第二子人脸数据集合所对应的预约站点互不相同；

该可选的实施例中，作为一种可选的实施方式，构建模块304基于人脸数据集合构建优先人脸识别数据库的方式具体为：

基于每个第二子人脸数据集合构建该第二子人脸数据集合对应的第二子优先人脸识别数据库，并基于所有第二子优先人脸识别数据库构建优先人脸识别数据库，该优先人脸识别数据库包括所有第二子优先人脸识别数据库。

可见，实施图5所描述的基于预约请求的优先人脸识别数据库的构建装置能够通过在构建优先人脸识别数据库之前，先根据不同预约站点将人脸数据集合分为若干个子人脸数据集合，并分别构建每个预约站点对应的子优先人脸识别数据库，有利于在识别到乘客的移动终端的蓝牙标识时，能够根据该乘客的预约站点在对应的子优先人脸识别数据库查找人脸数据，从而提高人脸数据的查找效率以及准确性，进而提高人脸数据的比对效率，提高乘客的进站效率。

在又一个可选的实施例中，如图4或图5所示，上述基于预约请求的优先人脸识别数据库的构建装置还可以包括获取模块307，其中：

获取模块307，用于在确定模块302根据每个预约请求确定触发该预约请求的乘客对应的乘客标识之后，根据每个乘客标识获取该乘客标识对应的历史乘坐记录，该历史乘坐记录包括乘坐公共交通的历史违约请求次数。

筛选模块303，还用于从所有乘客标识中筛选历史违约请求次数小于等于预先确定出的违约请求次数阈值的所有目标乘客标识。

该可选的实施例中，作为一种可选的实施方式，筛选模块303基于每个乘客标识从预先确定出的人脸数据库中筛选与该乘客标识相匹配的人脸数据，得到人脸数据集合的方式具体为：

基于每个目标乘客标识从预先确定出的人脸数据库中筛选与该目标乘客标识相匹配的人脸数据，得到人脸数据集合。

可见，实施图4或图5所描述的基于预约请求的优先人脸识别数据库的构建装置能够通过从所有乘客标识中将历史违约请求次数较小的所有乘客标识筛选出来，进而获取历史违约请求次数较小的所有乘客标识的人脸数据，能够约束乘客的预约行为以及优化后台服务器的数据管理。

在又一个可选的实施例中，如图4或图5所示，上述基于预约请求的优先人脸识别数据库的构建装置还可以包括判断模块308以及发送模块309，其中：

判断模块308，用于根据每个乘客标识判断该乘客标识对应的乘客是否已经对其移动终端设置唯一蓝牙标识，该唯一蓝牙标识为后台服务器对应的蓝牙探测设备能够识别的蓝牙标识。

发送模块309，用于当判断模块308根据每个乘客标识判断出该乘客标识对应的乘客未对其移动终端设置唯一蓝牙标识时，向未对其移动终端设置唯一蓝牙标识的乘客的移动终端发送蓝牙标识设置提醒，该蓝牙标识设置提醒包括唯一蓝牙标识的设置方法，且该蓝牙标识设置提醒用于提醒乘客根据唯一蓝牙标识的设置方法为其移动终端设置唯一蓝牙标识。

可见，实施图4或图5所描述的基于预约请求的优先人脸识别数据库的构建装置能够通过向未对其移动终端设置唯一蓝牙标识的乘客的移动终端发送蓝牙标识设置提醒，能够提醒乘客为其移动终端设置蓝牙探测设备能够识别的唯一蓝牙标识，以便当乘客在进站时，蓝牙探测设备能够识别到该乘客对应的唯一蓝牙标识，从而根据该唯一蓝牙标识为该乘客确定与乘客对应的优先人脸识别数据库，进而提高该乘客的人脸数据比对效率，进而提高乘客的进站效率；以及蓝牙标识设置提醒包括设置方法，能够帮助乘客快速设置唯一蓝牙标识，进一步丰富了后台服务器的智能化功能。

在又一个可选的实施例中，如图4或图5所示，上述基于预约请求的优先人脸识别数据库的构建装置还可以包括分类模块310，其中：

分类模块310，用于在检测模块301检测若干乘客针对乘坐公共交通触发的预约请求之后，以及在确定模块302根据每个预约请求确定触发该预约请求的乘客对应的乘客标识之前，按照预先确定出的公共交通分类规则将所有预约请求中每种预约请求对应的公共交通乘坐类型进行分类，得到不同类别的预约请求。

该可选的实施例中，作为一种可选的实施方式，确定模块302根据每个预约请求确定触发该预约请求的乘客对应的乘客标识的方式具体为：

根据每种类别预约请求确定该类别预约请求中每个预约请求对应的乘客标识。

可见，实施图4或图5所描述的基于预约请求的优先人脸识别数据库的构建装置还能够通过在检测到乘客触发的预约请求之后，进一步将所有预约请求进行分类，得到不同公共交通类别的预约请求，并分别确定每种公共交通类别预约请求中每个预约请求对应的乘客标识，能够将乘客标识进行分类，有利于构建不同公共交通类别的优先人脸识别数据库。

在又一个可选的实施例中，如图4或图5所示，上述基于预约请求的优先人脸识别数据库的构建装置还可以包括剔除模块311，其中：

判断模块308，还用于在确定模块302根据每个预约请求确定触发该预约请求的乘客对应的乘客标识之后，以及在筛选模块303基于每个乘客标识从预先确定出的人脸数据库中筛选与该乘客标识相匹配的人脸数据，得到人脸数据集合之前，根据所有乘客标识判断是否存在触发过恶意预约请求的乘客对应的乘客标识。

剔除模块311，用于当判断模块308判断出存在触发过恶意预约请求的乘客对应的乘客标识时，将触发过恶意预约请求的乘客对应的乘客标识剔除，并触发筛选模块303执行上述的基于每个乘客标识从预先确定出的人脸数据库中筛选与该乘客标识相匹配的人脸数据，得到人脸数据集合的操作，此时，筛选模块303中的每个乘客标识均为未触发过恶意预约请求的乘客对应的乘客标识。

可见，实施图4或图5所描述的基于预约请求的优先人脸识别数据库的构建装置能够通过在根据预约请求确定出乘客标识之后，进一步判断是否存在触发过恶意预约请求的乘客对应的乘客标识，当存在时，将触发过恶意预约请求的乘客对应的乘客标识剔除，能够对乘客触发的预约请求的行为进行监督，减少恶意预约请求的情况发生，有利于提高获取到有效的预约请求的可能性。

实施例四

请参阅图6，图6是本发明实施例公开的另一种基于预约请求的优先人脸识别数据库的构建装置的结构示意图，其中，该构建装置应用于后台服务器中。如图6所示，该构建装置可以包括：

存储有可执行程序代码的存储器601；

与存储器601耦合的处理器602；

处理器602调用存储器601中存储的可执行程序代码，用于执行实施例一或实施例二所描述的基于预约请求的优先人脸识别数据库的构建方法的操作。

实施例五

本发明实施例公开了一种计算机可读存储介质，其存储用于电子数据交换的计算机程序，其中，该计算机程序使得计算机执行实施例一或实施例二所描述的基于预约请求的优先人脸识别数据库的构建方法的操作。

实施例六

本发明实施例公开了一种计算机程序产品，该计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，且该计算机程序可操作来使计算机执行实施例一或实施例二所描述的基于预约请求的优先人脸识别数据库的构建方法的操作。

以上所描述的装置实施例仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施例的具体描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中,存储介质包括只读存储器(Read-Only Memory，ROM)、随机存储器(Random Access Memory，RAM)、可编程只读存储器(Programmable Read-only Memory，PROM)、可擦除可编程只读存储器(ErasableProgrammable Read Only Memory，EPROM)、一次可编程只读存储器(One-timeProgrammable Read-Only Memory，OTPROM)、电子抹除式可复写只读存储器(Electrically-Erasable Programmable Read-Only Memory，EEPROM)、只读光盘(CompactDisc Read-Only Memory，CD-ROM)或其他光盘存储器、磁盘存储器、磁带存储器、或者能够用于携带或存储数据的计算机可读的任何其他介质。

最后应说明的是：本发明实施例公开的一种基于预约请求的优先人脸识别数据库的构建方法及装置所揭露的仅为本发明较佳实施例而已，仅用于说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解；其依然可以对前述各项实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或替换，并不使相应的技术方案的本质脱离本发明各项实施例技术方案的精神和范围。

Claims (2)

1.一种基于预约请求的优先人脸识别数据库的构建方法，其特征在于，所述方法应用于后台服务器中，所述方法包括：

所述后台服务器检测若干乘客针对乘坐公共交通触发的预约请求；

所述后台服务器按照预先确定出的公共交通分类规则将所有所述预约请求中每种预约请求对应的公共交通乘坐类型进行分类，得到不同类别的所述预约请求；

所述后台服务器根据每种类别的所述预约请求确定该类别的所述预约请求中每个所述预约请求的乘客对应的乘客标识，并基于每个所述乘客标识从预先确定出的人脸数据库中筛选与该乘客标识相匹配的人脸数据，得到人脸数据集合；

所述后台服务器基于所述人脸数据集合构建优先人脸识别数据库；

所述预约请求包括预约乘坐时间；

以及，所述方法还包括：

所述后台服务器根据预先确定出的时间段划分规则划分所有所述预约乘坐时间，得到若干个预约乘坐时间组，每个所述预约乘坐时间组包括的预约乘坐时间互不重叠；

以及，所述后台服务器基于所述人脸数据集合构建优先人脸识别数据库，包括：

所述后台服务器从所述人脸数据集合中筛选与每个所述预约乘坐时间组相匹配的第一子人脸数据集合，并基于每个所述第一子人脸数据集合构建该第一子人脸数据集合对应的第一子优先人脸识别数据库，得到优先人脸识别数据库，所述优先人脸识别数据库包括所有所述第一子优先人脸识别数据库；

或者，所述预约请求包括预约站点；

以及，所述方法还包括：

所述后台服务器根据所有所述预约站点对人脸数据集合进行分组，得到若干个第二子人脸数据集合，每个所述第二子人脸数据集合所对应的预约站点互不相同；

以及，所述后台服务器基于所述人脸数据集合构建优先人脸识别数据库，包括：

所述后台服务器基于每个所述第二子人脸数据集合构建该第二子人脸数据集合对应的第二子优先人脸识别数据库，并基于所有所述第二子优先人脸识别数据库构建优先人脸识别数据库，所述优先人脸识别数据库包括所有所述第二子优先人脸识别数据库；

以及，所述后台服务器根据每个所述预约请求确定触发该预约请求的乘客对应的乘客标识之后，所述方法还包括：

所述后台服务器根据每个所述乘客标识获取该乘客标识对应的历史乘坐记录，所述历史乘坐记录包括乘坐所述公共交通的历史违约请求次数；

所述后台服务器从所有所述乘客标识中筛选所述历史违约请求次数小于等于预先确定出的违约请求次数阈值的所有目标乘客标识；

其中，所述后台服务器基于每个所述乘客标识从预先确定出的人脸数据库中筛选与该乘客标识相匹配的人脸数据，得到人脸数据集合，包括：

所述后台服务器基于每个所述目标乘客标识从预先确定出的人脸数据库中筛选与该目标乘客标识相匹配的人脸数据，得到人脸数据集合；

以及，所述方法还包括：

所述后台服务器根据每个所述乘客标识判断该乘客标识对应的乘客是否已经对其移动终端设置唯一蓝牙标识，所述唯一蓝牙标识为所述后台服务器对应的蓝牙探测设备能够识别的蓝牙标识；

当根据每个所述乘客标识判断出该乘客标识对应的乘客未对其移动终端设置所述唯一蓝牙标识时，所述后台服务器向未对其移动终端设置所述唯一蓝牙标识的乘客的移动终端发送蓝牙标识设置提醒，所述蓝牙标识设置提醒包括所述唯一蓝牙标识的设置方法，且所述蓝牙标识设置提醒用于提醒乘客根据所述唯一蓝牙标识的设置方法为其移动终端设置所述唯一蓝牙标识。

2.一种基于预约请求的优先人脸识别数据库的构建装置，其特征在于，所述构建装置应用于后台服务器中，其中，所述构建装置包括：

检测模块，用于检测若干乘客针对乘坐公共交通触发的预约请求；

确定模块，用于按照预先确定出的公共交通分类规则将所有所述预约请求中每种预约请求对应的公共交通乘坐类型进行分类，得到不同类别的所述预约请求；

所述确定模块，还用于根据每种类别的所述预约请求确定该类别的所述预约请求中每个所述预约请求的乘客对应的乘客标识；

筛选模块，用于基于每个所述乘客标识从预先确定出的人脸数据库中筛选与该乘客标识相匹配的人脸数据，得到人脸数据集合；

构建模块，用于基于所述人脸数据集合构建优先人脸识别数据库；

所述预约请求包括预约乘坐时间；

以及，所述构建装置还包括：

划分模块，用于根据预先确定出的时间段划分规则划分所有所述预约乘坐时间，得到若干个预约乘坐时间组，每个所述预约乘坐时间组包括的预约乘坐时间互不重叠；

以及，所述构建模块基于所述人脸数据集合构建优先人脸识别数据库的方式具体为：

从所述人脸数据集合中筛选与每个所述预约乘坐时间组相匹配的第一子人脸数据集合，并基于每个所述第一子人脸数据集合构建该第一子人脸数据集合对应的第一子优先人脸识别数据库，得到优先人脸识别数据库，所述优先人脸识别数据库包括所有所述第一子优先人脸识别数据库；

或者，所述预约请求包括预约站点；

以及，所述构建装置还包括：

分组模块，用于根据所有所述预约站点对人脸数据集合进行分组，得到若干个第二子人脸数据集合，每个所述第二子人脸数据集合所对应的预约站点互不相同；

以及，所述构建模块基于所述人脸数据集合构建优先人脸识别数据库的方式具体为：

基于每个所述第二子人脸数据集合构建该第二子人脸数据集合对应的第二子优先人脸识别数据库，并基于所有所述第二子优先人脸识别数据库构建优先人脸识别数据库，所述优先人脸识别数据库包括所有所述第二子优先人脸识别数据库；

以及，所述构建装置还包括：

获取模块，用于在所述确定模块根据每个所述预约请求确定触发该预约请求的乘客对应的乘客标识之后，根据每个所述乘客标识获取该乘客标识对应的历史乘坐记录，所述历史乘坐记录包括乘坐所述公共交通的历史违约请求次数；

所述筛选模块，还用于从所有所述乘客标识中筛选所述历史违约请求次数小于等于预先确定出的违约请求次数阈值的所有目标乘客标识；

其中，所述筛选模块基于每个所述乘客标识从预先确定出的人脸数据库中筛选与该乘客标识相匹配的人脸数据，得到人脸数据集合的方式具体为：

基于每个所述目标乘客标识从预先确定出的人脸数据库中筛选与该目标乘客标识相匹配的人脸数据，得到人脸数据集合；

以及，所述构建装置还包括：

判断模块，用于根据每个所述乘客标识判断该乘客标识对应的乘客是否已经对其移动终端设置唯一蓝牙标识，所述唯一蓝牙标识为所述后台服务器对应的蓝牙探测设备能够识别的蓝牙标识；

发送模块，用于当所述判断模块根据每个所述乘客标识判断出该乘客标识对应的乘客未对其移动终端设置所述唯一蓝牙标识时，向未对其移动终端设置所述唯一蓝牙标识的乘客的移动终端发送蓝牙标识设置提醒，所述蓝牙标识设置提醒包括所述唯一蓝牙标识的设置方法，且所述蓝牙标识设置提醒用于提醒乘客根据所述唯一蓝牙标识的设置方法为其移动终端设置所述唯一蓝牙标识。