CN111325559B - 应用于公交的支付控制方法及支付控制系统 - Google Patents

Abstract

本发明公开了一种应用于公交的支付控制方法及支付控制系统，该方法包括在检测到公交到达站台时，站台设备获取公交对应的识别设备发送的目标人脸数据，并判断目标人脸数据是否与预先确定出的人脸数据集合中的某一人脸数据相匹配；当匹配时，确定公交的公交标识，并向后台服务器发送扣费提示；后台服务器接收扣费提示，并根据该扣费提示包括的公交标识确定用户所需支付的费用，从用户的账户中扣除费用。可见，实施本发明能够提高乘客乘坐公交的支付效率，从而提高乘客的上车效率，进而减少出现交通拥堵的情况发生，及降低交通治安的压力和提升乘客的乘车体验感；还能够实现在没有携带公交卡的情况下，使乘客通过人脸识别进行支付、乘坐公交。

Description

应用于公交的支付控制方法及支付控制系统

技术领域

本发明涉及互联网技术领域，尤其涉及一种应用于公交的支付控制方法及支付控制系统。

背景技术

随着绿色出行的大力提倡以及城市公共交通的快速发展，越来越多的人喜欢选择公共交通方式出行。公共交通的普及，一定程度上解决了由于私家车过多造成的交通拥堵问题，以及降低了由于私家车排放尾气而造成的环境污染。实践发现，目前人们乘坐公共交通的支付方式主要包括投币、刷IC卡、手机连网直付(例如：支付宝支付)等方式中的其中一种，这些支付方式均存在支付效率低而导致上车效率低的问题，例如：手机连网支付，需要用户掏出手机、查找并打开对应的交通APP、将手机放置感应扣费设备感应支付方可乘坐公共交通。尤其若当前时间段为上下班高峰期时，这些支付方式还会造成大量乘客排队等候乘车，甚至滞留在站台，这样导致浪费了用户大量的乘车时间以及给交通治安工作带来了巨大地压力。因此，提出一种如何便于用户在乘坐公共交通时，能快速支付，实现快速上车，减少交通拥堵的情况发生显得尤为重要。

发明内容

本发明所要解决的技术问题在于，提供一种应用于公交的支付控制方法及支付控制系统，通过将乘客的人脸数据与预先采集到的所有候车乘客的人脸数据进行匹配，能够提高乘客乘坐公交的支付效率，从而提高乘客的上车效率，进而减少出现交通拥堵的情况发生，以及降低交通治安的压力和提升乘客的乘车体验感。

为了解决上述技术问题，本发明实施例第一方面公开了一种应用于公交的支付控制方法，所述方法应用于支付控制系统中，所述支付控制系统包括站台设备以及后台服务器，所述方法包括：

在检测到某一公交到达某一站台时，所述站台设备获取所述某一公交对应的识别设备发送的目标人脸数据，所述目标人脸数据为所述识别设备识别到的、乘坐所述某一公交的某一乘客的人脸数据；

所述站台设备判断所述目标人脸数据是否与预先确定出的人脸数据集合中的某一人脸数据相匹配；

当判断出所述目标人脸数据与所述人脸数据集合中的某一人脸数据相匹配时，所述站台设备确定所述某一公交的公交标识，并向所述后台服务器发送扣费提示，所述扣费提示包括所述目标人脸数据以及所述公交标识；

所述后台服务器接收所述站台设备发送的所述扣费提示，并根据所述扣费提示包括的所述公交标识确定所述某一乘客乘坐所述某一公交所需支付的费用，以及从与所述目标人脸数据对应的账户中扣除所述费用。

作为一种可选的实施方式，在本发明实施例第一方面中，所述站台设备判断所述目标人脸数据是否与预先确定出的人脸数据集合中的某一人脸数据相匹配之前，所述方法还包括：

所述站台设备采集所述某一站台上所有候车人员的人脸数据，得到第一人脸数据集合，作为预先确定出的人脸数据集合。

作为一种可选的实施方式，在本发明实施例第一方面中，当判断出所述目标人脸数据与所述人脸数据集合中的某一人脸数据不相匹配时，所述站台设备向所述识别设备发送匹配失败提示，所述匹配失败提示用于提示所述识别设备输出所述匹配失败提示，以提示所述某一乘客通过其他支付方式支付乘坐所述某一公交所需支付的费用。

作为一种可选的实施方式，在本发明实施例第一方面中，所述后台服务器根据所述扣费提示包括的所述公交标识确定所述某一乘客乘坐所述某一公交所需支付的费用，包括：

所述后台服务器根据所述公交标识判断所述某一公交对应的收费方式是否为分段收费方式；

当判断出所述某一公交对应的收费方式为所述分段收费方式时，所述后台服务器确定所述某一乘客所要前往的站点对应的第一地理位置，并获取所述某一站台的第二地理位置，以及基于所述第一地理位置与所述第二地理位置确定所述某一乘客乘坐所述某一公交所需支付的费用；

当判断出所述某一公交对应的收费方式不为所述分段收费方式时，所述后台服务器确定所述某一公交对应的固定乘坐费用，作为所述某一乘客乘坐所述某一公交所需支付的费用。

作为一种可选的实施方式，在本发明实施例第一方面中，所述后台服务器接收所述站台设备发送的所述扣费提示之后，所述方法还包括：

所述后台服务器根据所述目标人脸数据判断所述某一乘客对应的用户标识是否为预先确定出的免费乘坐标识；

当判断出所述某一乘客对应的用户标识不为所述免费乘坐标识时，所述后台服务器触发执行所述的根据所述扣费提示包括的所述公交标识确定所述某一乘客乘坐所述某一公交所需支付的费用的操作。

本发明实施例第二方面公开了一种支付控制系统，所述支付控制系统包括站台设备以及后台服务器，所述站台设备包括检测模块、获取模块、第一判断模块、第一确定模块以及发送模块，所述后台服务器包括接收模块、第二确定模块以及扣费模块，其中：

所述获取模块，用于在所述检测模块检测到某一公交到达某一站台时，获取所述某一公交对应的识别设备发送的目标人脸数据，所述目标人脸数据为所述识别设备识别到的、乘坐所述某一公交的某一乘客的人脸数据；

所述第一判断模块，用于判断所述目标人脸数据是否与预先确定出的人脸数据集合中的某一人脸数据相匹配；

所述第一确定模块，用于当所述第一判断模块判断出所述目标人脸数据与所述人脸数据集合中的某一人脸数据相匹配时，确定所述某一公交的公交标识；

所述发送模块，用于向所述后台服务器发送扣费提示，所述扣费提示包括所述目标人脸数据以及所述公交标识；

所述接收模块，用于接收所述站台设备发送的所述扣费提示；

所述第二确定模块，用于根据所述扣费提示包括的所述公交标识确定所述某一乘客乘坐所述某一公交所需支付的费用；

所述扣费模块，用于从与所述目标人脸数据对应的账户中扣除所述费用。

作为一种可选的实施方式，在本发明实施例第二方面中，所述站台设备还包括采集模块，其中：

所述采集模块，用于在所述第一判断模块判断所述目标人脸数据是否与预先确定出的人脸数据集合中的某一人脸数据相匹配之前，采集所述某一站台上所有候车人员的人脸数据，得到第一人脸数据集合；

所述第一确定模块，用于确定所述第一人脸数据集合，作为预先确定出的人脸数据集合。

作为一种可选的实施方式，在本发明实施例第二方面中，所述发送模块，还用于当所述第一判断模块判断出所述目标人脸数据与所述人脸数据集合中的某一人脸数据不相匹配时，向所述识别设备发送匹配失败提示，所述匹配失败提示用于提示所述识别设备输出所述匹配失败提示，以提示所述某一乘客通过其他支付方式支付乘坐所述某一公交所需支付的费用。

作为一种可选的实施方式，在本发明实施例第二方面中，所述第二确定模块根据所述扣费提示包括的所述公交标识确定所述某一乘客乘坐所述某一公交所需支付的费用的方式具体为：

根据所述公交标识判断所述某一公交对应的收费方式是否为分段收费方式；

当判断出所述某一公交对应的收费方式为所述分段收费方式时，确定所述某一乘客所要前往的站点对应的第一地理位置，并获取所述某一站台的第二地理位置，以及基于所述第一地理位置与所述第二地理位置确定所述某一乘客乘坐所述某一公交所需支付的费用；

当判断出所述某一公交对应的收费方式不为所述分段收费方式时，确定所述某一公交对应的固定乘坐费用，作为所述某一乘客乘坐所述某一公交所需支付的费用。

作为一种可选的实施方式，在本发明实施例第二方面中，所述后台服务器还包括第二判断模块，其中：

所述第二判断模块，用于在所述接收模块接收所述站台设备发送的所述扣费提示之后，根据所述目标人脸数据判断所述某一乘客对应的用户标识是否为预先确定出的免费乘坐标识；

所述第二确定模块，还用于当所述第二判断模块判断出所述某一乘客对应的用户标识不为所述免费乘坐标识时，根据所述扣费提示包括的所述公交标识确定所述某一乘客乘坐所述某一公交所需支付的费用。

本发明第三方面公开了一种站台设备，所述站台设备包括：

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

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

所述处理器调用所述存储器中存储的所述可执行程序代码，执行本发明第一方面公开的应用于公交的支付控制方法中站台设备所执行的操作。

本发明第四方面公开了一种后台服务器，所述后台服务器包括：

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

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

所述处理器调用所述存储器中存储的所述可执行程序代码，执行本发明第一方面公开的应用于公交的支付控制方法中后台服务器所执行的操作。

本发明第五方面公开了一种计算机可存储介质，所述计算机存储介质存储有计算机指令，所述计算机指令被调用时，用于执行本发明第一方面公开的应用于公交的支付控制方法中站台设备所执行的操作。

本发明第六方面公开了一种计算机可存储介质，所述计算机存储介质存储有计算机指令，所述计算机指令被调用时，用于执行本发明第一方面公开的应用于公交的支付控制方法中后台服务器所执行的操作。

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

本发明实施例中，

提供了一种应用于公交的支付控制方法及支付控制系统，该方法包括在检测到某一公交到达某一站台时，站台设备获取某一公交对应的识别设备发送的目标人脸数据，该目标人脸数据为识别设备识别到的、乘坐某一公交的某一乘客的人脸数据；站台设备判断目标人脸数据是否与预先确定出的人脸数据集合中的某一人脸数据相匹配；当判断出目标人脸数据与人脸数据集合中的某一人脸数据相匹配时，站台设备确定某一公交的公交标识，并向后台服务器发送扣费提示，该扣费提示包括目标人脸数据以及所述公交标识；后台服务器接收站台设备发送的扣费提示，并根据该扣费提示包括的公交标识确定某一乘客乘坐某一公交所需支付的费用，以及从与目标人脸数据对应的账户中扣除费用。可见，实施本发明实施例通过将乘客的人脸数据与预先采集到的所有候车乘客的人脸数据进行匹配，能够提高乘客乘坐公交的支付效率，从而提高乘客的上车效率，进而减少出现交通拥堵的情况发生，以及降低交通治安的压力和提升乘客的乘车体验感；以及将乘客的人脸数据与预先采集到的所有候车乘客的人脸数据进行匹配，能够实现在没有携带公交卡的情况下，也能够使乘客通过人脸识别进行支付、乘坐公交。

附图说明

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

图1是本发明实施例公开的一种应用于公交的支付控制方法的流程示意图；

图2是本发明实施例公开的另一种应用于公交的支付控制方法的流程示意图；

图3是本发明实施例公开的一种支付控制系统的结构示意图；

图4是本发明实施例公开的另一种支付控制系统的结构示意图；

图5是本发明实施例公开的一种站台设备的结构示意图；

图6是本发明实施例公开的一种后台服务器的结构示意图。

具体实施方式

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

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

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

本发明公开了一种应用于公交的支付控制方法及支付控制系统，能够通过将乘客的人脸数据与预先采集到的所有候车乘客的人脸数据进行匹配，能够提高乘客乘坐公交的支付效率，从而提高乘客的上车效率，进而减少出现交通拥堵的情况发生，以及降低交通治安的压力和提升乘客的乘车体验感；以及将乘客的人脸数据与预先采集到的所有候车乘客的人脸数据进行匹配，能够实现在没有携带公交卡的情况下，也能够使乘客通过人脸识别进行支付、乘坐公交。

以下分别进行详细说明。

实施例一

请参阅图1，图1是本发明实施例公开的一种应用于公交的支付控制方法的流程示意图。其中，图1所描述的应用于公交的支付控制方法可以应用于站台设备以及后台服务器中，本发明实施例不做限定。如图1所示，该应用于公交的支付控制方法可以包括以下操作：

101、在检测到某一公交到达某一站台时，站台设备获取该某一公交对应的识别设备发送的目标人脸数据，该目标人脸数据为识别设备识别到的、乘坐某一公交的某一乘客的人脸数据。

本发明实施例中，该站台设备上设置有摄像装置。进一步的，该摄像装置的数量可以为一个，也可以为多个，例如：3个。进一步的，该站台设备在某一站台安装摄像装置的数量具体根据某一站台的站台面积大小和/或某一站台的乘客流量来确定。具体的，当某一站台的站台面积越大和/或某一站台的乘客流量越大时，则摄像装置的安装数量越多。这样能够通过根据站台的面积大小和/或站台的乘客流量来确定该站台的站台设备的摄像装置的安装数量，既能够保证尽可能采集到所有乘客的人脸数据，从而有利于提高每个乘客的人脸数据均能够被执行后续的判断是否匹配的操作的可能性，进而有利于节省乘客的上车时间，又能够减少因无需太多摄像装置而又设置过多导致资源浪费的情况发生。

在一个可选的实施例中，该应用于公交的支付控制方法还可以包括以下操作：

站台设备采集某一站台上所有候车人员的人脸数据，得到第一人脸数据集合，作为预先确定出的人脸数据集合。

可见，该可选的实施例通过现场采集站台上候车人员的人脸数据，能够获取到准确的人脸数据，从而提高乘客的人脸数据的匹配效率以及准确性。

在另一个可选的实施例中，该应用于公交的支付控制方法还可以包括以下操作：

站台设备识别某一站台上所有候车人员所携带的移动终端的唯一蓝牙标识，并基于每个唯一蓝牙标识从预先确定出的人脸数据库中筛选与该唯一蓝牙标识的人脸数据，得到第二人脸数据集合，以及确定第二人脸数据集合，作为预先确定出的人脸数据集合。

该可选的实施例中，该唯一蓝牙标识为只有站台设备能够识别的蓝牙标识。该移动终端包括用户终端和/或与该用户终端绑定的其他终端，例如：智能钥匙扣。

可见，该可选的实施例通过识别到的候车人员的移动终端的唯一蓝牙标识，既能够实现人脸数据集合的获取，又能够丰富站台设备的智能化功能。

102、站台设备判断目标人脸数据是否与预先确定出的人脸数据集合中的某一人脸数据相匹配。当判断出目标人脸数据与人脸数据集合中的某一人脸数据相匹配时，触发执行步骤103；当判断出目标人脸数据与人脸数据集合中的某一人脸数据不相匹配时，可以结束本次流程。

在又一个可选的实施例中，该应用于公交的支付控制方法还可以包括以下操作：

当判断出目标人脸数据与人脸数据集合中的某一人脸数据不相匹配时，站台设备向识别设备发送匹配失败提示，该匹配失败提示用于提示识别设备输出匹配失败提示，以提示某一乘客通过其他支付方式支付乘坐某一公交所需支付的费用。

该可选的实施例中，其他支付方式可以包括刷公交卡支付方式、扫乘车码支付方式、指纹支付方式、虹膜支付方式中的任意一种，其中，该公交卡支付方式包括实体公交卡支付方式或虚拟公交卡支付方式，该可选的实施例不做限定。这样通过向乘客提供多种乘坐支付方式，有利于提高乘客成功支付乘车费用的可能性。

可见，该可选的实施例在判断出乘客的人脸数据与确定出的人脸数据集合中的人脸数据不匹配时，输出可以通过其他支付方式支付乘车费用，从而乘坐的提示，能够提高乘车费用支付的成功可能性，进而提高乘客能够乘坐公交的可能性，进一步提升乘客的体验感。

在又一个可选的实施例中，该应用于公交的支付控制方法还可以包括以下操作：

站台设备判断在当前时间段(例如：早上7:00-早上8:00)内某一站台的乘客流量是否大于等于预先确定出的乘客流量阈值(例如：10个/s)，当判断出在当前时间段内某一站台的乘客流量大于等于预先确定出的乘客流量阈值时，站台设备根据某一站台对应的所有公交线路将预先确定出的人脸数据集合划分为若干个公交线路的子人脸数据集合，并建立每个子人脸数据集合与该子人脸数据集合对应的公交线路的关联信息。

站台设备获取上述目标人脸数据对应的公交标识，并从所有子脸数据集合中确定与该公交标识对应的目标子脸数据集合。

该可选的实施例中，作为一种可选的实施方式，站台设备判断目标人脸数据是否与预先确定出的人脸数据集合中的某一人脸数据相匹配，可以包括：

站台设备判断目标人脸数据是否与目标子人脸数据集合中的某一人脸数据相匹配。

为了使本领域技术人员更清楚地理解本方案，现举例说明：

站台Q有三条公交线路，分别M公交线路、N公交线路以及W公交线路，当前时间段为星期一早上7:00-早上8:00，站台设备采集到在站台Q上的乘客流量为15个/s，大于等于预先确定出的乘客流量阈值10个/s，则站台设备按照M公交线路、N公交线路以及W公交线路3个公交线路将预先确定出的人脸数据集合分为3个子人脸数据集合，分别为M公交线路对应的子人脸数据集合、N公交线路对应的子人脸数据集合、W公交线路对应的子人脸数据集合。当站台设备接接收到乘客T的人脸数据，且该乘客T对应的公交线路为W线路时，则将乘客T的人脸数据在W公交线路对应的子人脸数据集合对比。

该可选的实施例中，进一步的，当判断出在当前时间段内某一站台的乘客流量不大于等于预先确定出的乘客流量阈值时，站台设备触发执行步骤102。

该可选的实施例中，需要说明的是，当某一公交的识别设备向站台设备发送某一乘客的目标人脸数据时，可以同时发送该某一公交的公交标识。

本发明实施例中，进一步的，某一公交每到一个公交站台，该某一公交的识别设备发送该某一公交的公交标识的次数可以仅为一次，也可以为多次。进一步的，当某一公交的识别设备发送该某一公交的公交标识的次数仅为一次时，则公交标识的发送时间为当前班次、当前站台首次向站台设备发送目标人脸数据的时间。这样当检测到公交到达站台后，公交的识别设备向站台设备仅发送一次当前班次、当前站台的公交标识，能够减少站台设备的数据量冗余的情况发生，从而有利于提高站台设备的数据处理效率。

可见，该可选的实施例在乘客流量较大时，先根据站台所包含的所有公交线路将预先确定出的人脸数据集合划分为若干个子人脸数据集合，并将乘客的人脸数据与该人脸数据对应的子人脸数据集合进行比较，能够减少人脸数据比对量，从而提高人脸数据的比对效率以及准确性。

103、站台设备确定某一公交的公交标识，并向后台服务器发送扣费提示，该扣费提示包括目标人脸数据以及公交标识。

本发明实施例中，作为一种可选的实施方式，站台设备确定某一公交的公交标识，可以包括：

站台设备采集某一公交的影像数据，并分析该影像数据，得到某一公交的公交标识；或者，

站台设备接收某一公交的识别设备发送的针对该某一公交的公交标识。

可见，该可选的实施方式既可以通过分析公交的影像数据获取该公交的公交标识，又能够通过接收公交的识别设备发送的该公交的公交标识，提高了公交标识的获取灵活性以及进一步丰富了站台设备的智能化功能。

104、后台服务器接收站台设备发送的扣费提示。

105、后台服务器根据扣费提示包括的公交标识确定某一乘客乘坐某一公交所需支付的费用，以及从与目标人脸数据对应的账户中扣除费用。

本发明实施例中，作为一种可选的实施方式，后台服务器根据扣费提示包括的公交标识确定某一乘客乘坐某一公交所需支付的费用，可以包括：

后台服务器根据公交标识判断某一公交对应的收费方式是否为分段收费方式；

当判断出某一公交对应的收费方式为分段收费方式时，后台服务器确定某一乘客所要前往的站点对应的第一地理位置，并获取某一站台的第二地理位置，以及基于第一地理位置与第二地理位置确定某一乘客乘坐某一公交所需支付的费用；

当判断出某一公交对应的收费方式不为分段收费方式时，后台服务器确定某一公交对应的固定乘坐费用(例如：2元)，作为某一乘客乘坐某一公交所需支付的费用。

该可选的实施方式中，该分段收费方式包括按所行驶距离长短分段收费方式或者按所行驶站台数量分段收费方式，本发明实施例不做限定。具体的，按所行驶距离长短分段收费方式为某一公交从起始地点开始，每增加一段距离，其乘坐费用相应的增加一定的金额，例如：公交A的起步费用为1元，行驶距离每增加3公里，乘坐费用相应增加1元；按所行驶站台数量分段收费方式为某一公交从起始站点开始，每增加若干个站台，其乘坐费用相应的增加一定的金额，例如：公交B的起步费用为1元，行驶所经过的站台每增加3个站台，乘坐费用相应增加1元。

该可选的实施方式中，进一步的，作为一种可选的实施方式，后台服务器确定某一乘客所要前往的站点对应的第一地理位置，可以包括：

后台服务器根据目标人脸数据获取某一乘客的历史乘坐记录，并根据该历史乘坐记录确定某一乘客所要前往的站点对应的第一地理位置。

该可选的实施方式中，该历史乘坐记录可以包括历史乘坐时长、历史乘坐目的地、历史乘坐费用中的至少一种，本发明实施例不做限定。

可见，该可选的实施方式通过分析乘客的历史乘坐记录，能够智能化地确定乘客所要前往的地理位置，提高乘客所要前往的地理位置的确定效率。

该可选的实施方式中，进一步的，作为另一种可选的实施方式，后台服务器确定某一乘客所要前往的站点对应的第一地理位置，可以包括：

后台服务器接收某一乘客的移动终端发送的、某一乘客输入的目的站台，并确定该目的站台所对应的地理位置，作为某一乘客所要前往的站点对应的第一地理位置。

可见，该可选的实施方式通过获取乘客输入的目的站台，能够确定乘客所要前往的地理位置，提高了乘客所要前往的地理位置的确定准确性，从而有利于提高乘车费用的确定准确性。

可见，该可选的实施方式通过将公交的收费方式为分段收费方式或固定收费方式，针对不同的收费方式确定乘客所需支付的乘车费用，能够提高乘客乘车费用的确定准确性；以及通过公交行驶距离或者公交所经过站台个数的方式确定乘客所要前往的地理位置，能够丰富乘客所要前往的地理位置的确定方式，提高乘客所要前往的地理位置的确定灵活性。

在又一个可选的实施例中，在后台服务器根据扣费提示包括的公交标识确定某一乘客乘坐某一公交所需支付的费用之前，该应用于公交的支付控制方法还可以包括以下步骤：

后台服务器根据目标人脸数据判断是否存在该目标人脸数据对应的用户账户；

当判断出存在目标人脸数据对应的用户账户时，后台服务器触发执行上述的根据扣费提示包括的公交标识确定某一乘客乘坐某一公交所需支付的费用的操作；

当判断出不存在目标人脸数据对应的用户账户时，后台服务器向站台设备发送无账户提示，以使站台设备根据该无账户提示向某一公交的识别设备发送其他支付方式提示，该其他支付方式提示用于提示某一乘客通过其他支付方式支付乘坐某一公交的乘车费用。

可见，该可选的实施例在确定乘客乘坐公交所要支付的费用之前，先判断乘客是否存在账户，当存在时，直接从该乘客的账户扣除乘车费用；当不存在时，向乘客输出其他支付方式提示，以使乘客通过其他支付方式支付乘车费用，能够提高乘客支付乘车费用的可能性，减少交通部门的损失，以及丰富支付控制系统的智能化功能。

在又一个可选的实施例中，该应用于公交的支付控制方法还可以包括以下步骤：

当判断出不存在目标人脸数据对应的用户账户时，后台服务器向某一乘客对应的移动终端发送账户注册提示，以提示某一乘客进行注册账户。

该可选的实施例中，该账户注册提示可以包括注册必要材料和/或注册步骤。这样有利于提高乘客账户的注册效率。

该可选的实施例中，该账户注册提示还可以包括乘车优惠信息，例如：乘坐10次及以上，可享受7.5折优惠。这样有利于吸引更多乘客进行注册，从而有利于使更多乘客通过刷脸支付乘车，进而有利于减少交通拥堵的情况以及提高交通治安的保障。

可见，该可选的实施例在判断出乘客不存在对应的账户时，提示乘客注册账户，既便于后续通过乘客的账户直接扣除费用，提高后续乘客上车的效率，又能够对乘客的乘车记录进行管理，进一步提升乘客的体验感。

可见，实施图1所描述的应用于公交的支付控制方法能够通过将乘客的人脸数据与预先采集到的所有候车乘客的人脸数据进行匹配，能够提高乘客乘坐公交的支付效率，从而提高乘客的上车效率，进而减少出现交通拥堵的情况发生，以及降低交通治安的压力和提升乘客的乘车体验感；以及将乘客的人脸数据与预先采集到的所有候车乘客的人脸数据进行匹配，能够实现在没有携带公交卡的情况下，使乘客通过人脸识别进行支付、乘坐公交。此外，还能够减少人脸数据比对量，能够提高人脸数据的匹配效率以及准确性；还能够提高公交标识的获取灵活性；还能够提高乘客乘车费用的确定准确性；还能够提高乘客所要前往的地理位置的确定灵活性；还减少交通部门的损失，以及丰富支付控制系统的智能化功能；还能够对乘客的乘车记录进行管理。

实施例一

请参阅图2，图2是本发明实施例公开的一种应用于公交的支付控制方法的流程示意图。其中，图2所描述的应用于公交的支付控制方法可以应用于站台设备以及后台服务器中，本发明实施例不做限定。如图2所示，该应用于公交的支付控制方法可以包括以下操作：

201、在检测到某一公交到达某一站台时，站台设备获取该某一公交对应的识别设备发送的目标人脸数据，该目标人脸数据为识别设备识别到的、乘坐某一公交的某一乘客的人脸数据。

202、站台设备判断目标人脸数据是否与预先确定出的人脸数据集合中的某一人脸数据相匹配。当判断出目标人脸数据与人脸数据集合中的某一人脸数据相匹配时，触发执行步骤103。

203、站台设备确定某一公交的公交标识，并向后台服务器发送扣费提示，该扣费提示包括目标人脸数据以及公交标识。

204、后台服务器接收站台设备发送的扣费提示。

205、后台服务器根据目标人脸数据判断某一乘客对应的用户标识是否为预先确定出的免费乘坐标识。当判断出某一乘客对应的用户标识不为免费乘坐标识时，触发执行步骤206；当判断出某一乘客对应的用户标识为免费乘坐标识时，可以结束本次流程。

本发明实施例中，该免费乘坐标识可以包括军人标识、老人标识以及残疾人标识等标识中的任意一种，本发明实施例不做限定。其中，老人标识为年龄大于等于预设年龄阈值(例如：70岁)的标识。

可见，本发明实施例在确定乘客乘坐公交需要支付的费用之前，先判断乘客是否可以免费乘坐公交，当乘客不可以免费乘坐公交时，才执行后续的确定乘客乘坐公交所需支付的费用的操作，能够降低后台的数据量，有利于快速计算出需要支付费用的乘客乘坐公交所需支付的费用。

206、后台服务器根据扣费提示包括的公交标识确定某一乘客乘坐某一公交所需支付的费用，以及从与目标人脸数据对应的账户中扣除费用。

在一个可选的实施例中，在执行完毕步骤206之后，该应用于公交的支付控制方法还可以包括以下操作：

后台服务器记录某一乘客的当次乘车记录，并基于该当次乘车记录更新某一乘客的历史乘坐记录。

该可选的实施例中，该当次乘车记录可以包括当次乘车路线、当次乘车起始站点、当次乘车目的站点、当次乘车费用中的至少一种，该可选的实施例不做限定。

可见，该可选的实施例在乘客支付完毕乘车费用之后，进一步记录乘客的乘客记录，能够对乘客的乘车记录进行追踪，以及当乘客丢失物品时，可以通过乘客的乘车记录去对应的公交查找，提高乘客找回物品的可能性，进一步提升乘客的体验感，有利于绿色出行的推广。

本发明实施例中，步骤201-步骤204以及步骤206的详细描述请参阅实施例一中针对步骤101-步骤105的详细描述，本发明实施例不做限定。

可见，实施图2所描述的应用于公交的支付控制方法能够通过将乘客的人脸数据与预先采集到的所有候车乘客的人脸数据进行匹配，能够提高乘客乘坐公交的支付效率，从而提高乘客的上车效率，进而减少出现交通拥堵的情况发生，以及降低交通治安的压力和提升乘客的乘车体验感；以及将乘客的人脸数据与预先采集到的所有候车乘客的人脸数据进行匹配，能够实现在没有携带公交卡的情况下，使乘客通过人脸识别进行支付、乘坐公交。此外，还能够降低后台的数据量，有利于快速计算出需要支付费用的乘客乘坐公交所需支付的费用；还能够对乘客的乘车记录进行追踪；还能够还有利于绿色出行的推广。

实施例三

请参阅图3，图3是本发明实施例公开的一种支付控制系统的流程示意图。其中，图3所描述的支付控制系统可以包括站台设备以及后台服务器，如图3所示，该站台设备可以包括检测模块301、获取模块302、第一判断模块303、第一确定模块304以及发送模块305，该后台服务器可以包括接收模块306、第二确定模块307以及扣费模块308，其中：

获取模块302，用于在检测模块301检测到某一公交到达某一站台时，获取该某一公交对应的识别设备发送的目标人脸数据，该目标人脸数据为识别设备识别到的、乘坐某一公交的某一乘客的人脸数据。

第一判断模块303，用于判断目标人脸数据是否与预先确定出的人脸数据集合中的某一人脸数据相匹配。

第一确定模块304，用于当第一判断模块303判断出目标人脸数据与人脸数据集合中的某一人脸数据相匹配时，确定某一公交的公交标识。

本发明实施例中，作为一种可选的实施方式，第一确定模块304确定某一公交的公交标识的方式具体为：

采集某一公交的影像数据，并分析该影像数据，得到某一公交的公交标识；或者，

接收某一公交的识别设备发送的针对该某一公交的公交标识。

可见，该支付控制系统既可以通过分析公交的影像数据获取该公交的公交标识，又能够通过接收公交的识别设备发送的该公交的公交标识，提高了公交标识的获取灵活性以及进一步丰富了站台设备的智能化功能。

发送模块305，用于向后台服务器发送扣费提示，该扣费提示包括目标人脸数据以及公交标识。

接收模块306，用于接收站台设备发送的扣费提示。

第二确定模块307，用于根据扣费提示包括的公交标识确定某一乘客乘坐某一公交所需支付的费用。

扣费模块308，用于从与目标人脸数据对应的账户中扣除费用。

可见，实施图3所描述的支付控制系统能够通过将乘客的人脸数据与预先采集到的所有候车乘客的人脸数据进行匹配，能够提高乘客乘坐公交的支付效率，从而提高乘客的上车效率，进而减少出现交通拥堵的情况发生，以及降低交通治安的压力和提升乘客的乘车体验感；以及将乘客的人脸数据与预先采集到的所有候车乘客的人脸数据进行匹配，能够实现在没有携带公交卡的情况下，使乘客通过人脸识别进行支付、乘坐公交。

在一个可选的实施例中，上述站台设备还可以包括采集模块309，此时，上述支付控制系统的结构示意图可以如图4所示，图4为另一种支付控制系统的结构示意图，其中：

采集模块309，用于在第一判断模块判断目标人脸数据是否与预先确定出的人脸数据集合中的某一人脸数据相匹配之前，采集某一站台上所有候车人员的人脸数据，得到第一人脸数据集合；

第一确定模块304，用于确定第一人脸数据集合，作为预先确定出的人脸数据集合。

可见，实施图4所描述的支付控制系统能够通过现场采集站台上候车人员的人脸数据，能够获取到准确的人脸数据，从而提高人脸数据的匹配效率以及准确性。

在另一个可选的实施例中，发送模块305，还用于当第一判断模块303判断出目标人脸数据与人脸数据集合中的某一人脸数据不相匹配时，向识别设备发送匹配失败提示，该匹配失败提示用于提示识别设备输出匹配失败提示，以提示某一乘客通过其他支付方式支付乘坐某一公交所需支付的费用。

可见，实施图4所描述的支付控制系统能够在判断出乘客的人脸数据与确定出的人脸数据集合中的人脸数据不匹配时，输出可以通过其他支付方式支付乘车费用，从而乘坐的提示，能够提高乘车费用支付的成功可能性，进而提高乘客能够乘坐公交的可能性，进一步提升乘客的体验感。

在又一个可选的实施例中，如图4所示，第二确定模块307根据扣费提示包括的公交标识确定某一乘客乘坐某一公交所需支付的费用的方式具体为：

根据公交标识判断某一公交对应的收费方式是否为分段收费方式；

当判断出某一公交对应的收费方式为分段收费方式时，确定某一乘客所要前往的站点对应的第一地理位置，并获取某一站台的第二地理位置，以及基于第一地理位置与第二地理位置确定某一乘客乘坐某一公交所需支付的费用；

当判断出某一公交对应的收费方式不为分段收费方式时，确定某一公交对应的固定乘坐费用，作为某一乘客乘坐某一公交所需支付的费用。

该可选的实施例中，进一步的，作为一种可选的实施方式，第二确定模块307确定某一乘客所要前往的站点对应的第一地理位置方式具体为：

根据目标人脸数据获取某一乘客的历史乘坐记录，并根据该历史乘坐记录确定某一乘客所要前往的站点对应的第一地理位置。

可见，该可选的实施方式通过分析乘客的历史乘坐记录，能够智能化地确定乘客所要前往的地理位置，提高乘客所要前往的地理位置的确定效率。

该可选的实施例中，进一步的，作为另一种可选的实施方式，第二确定模块307确定某一乘客所要前往的站点对应的第一地理位置方式具体为：

接收某一乘客的移动终端发送的、某一乘客输出的目的站台，并确定该目的站台所对应的地理位置，作为某一乘客所要前往的站点对应的第一地理位置。

可见，该可选的实施方式通过获取乘客输出的目的站台，能够确定乘客所要前往的地理位置，提高了乘客所要前往的地理位置的确定准确性，从而有利于提高乘车费用的确定准确性。

可见，实施图4所描述的支付控制系统还能够通过将公交的收费方式为分段收费方式或固定收费方式，针对不同的收费方式确定乘客所需支付的费用，能够提高乘客乘车费用的确定准确性；以及通过距离或者站台的方式确定乘客所要前往的地理位置，能够丰富乘客所要前往的地理位置的确定方式，提高乘客所要前往的地理位置的确定灵活性。

在又一个可选的实施例中，如图4所示，后台服务器还可以包括第二判断模块310，其中：

第二判断模块310，用于在接收模块306接收站台设备发送的扣费提示之后，根据目标人脸数据判断某一乘客对应的用户标识是否为预先确定出的免费乘坐标识；

第二确定模块307，还用于当第二判断模块310判断出某一乘客对应的用户标识不为免费乘坐标识时，根据扣费提示包括的公交标识确定某一乘客乘坐某一公交所需支付的费用。

可见，实施图4所描述的支付控制系统还能够通过在确定乘客乘坐公交需要支付的费用之前，先判断乘客是否可以免费乘坐公交，当乘客不可以免费乘坐公交时，才执行后续的确定乘客乘坐公交所需支付的费用的操作，能够降低后台的数据量，有利于快速计算出需要支付费用的乘客乘坐公交所需支付的费用。

在又一个可选的实施例中，上述站台设备还可以包括处理模块(文中未示出)，其中：

处理模块，用于识别某一站台上所有候车人员所携带的移动终端的唯一蓝牙标识，并基于每个唯一蓝牙标识从预先确定出的人脸数据库中筛选与该唯一蓝牙标识的人脸数据，得到第二人脸数据集合，以及确定第二人脸数据集合，作为预先确定出的人脸数据集合。

可见，该支付控制系统还能够通过识别到的候车人员的移动终端的唯一蓝牙标识，既能够实现人脸数据集合的获取，又能够丰富站台设备的智能化功能。

在又一个可选的实施例中，如图4所示，第二判断模块310，还用于在第二确定模块307根据扣费提示包括的公交标识确定某一乘客乘坐某一公交所需支付的费用之前，根据目标人脸数据判断是否存在该目标人脸数据对应的用户账户。

第二确定模块307，还用于当第二判断模块310判断出存在目标人脸数据对应的用户账户时，根据扣费提示包括的公交标识确定某一乘客乘坐某一公交所需支付的费用；当判断出不存在目标人脸数据对应的用户账户时，向站台设备发送无账户提示，以使站台设备根据该无账户提示向某一公交的识别设备发送其他支付方式提示，该其他支付方式提示用于提示某一乘客通过其他支付方式支付乘坐某一公交的乘车费用。

可见，实施图4所描述的支付控制系统还能够通过在确定乘客乘坐公交所要支付的费用之前，先判断乘客是否存在账户，当存在时，直接从该乘客的账户扣除乘车费用；当不存在时，向乘客输出其他支付方式提示，以使乘客通过其他支付方式支付乘车费用，能够提高乘客支付乘车费用的可能性，减少交通部门的损失，以及丰富支付控制系统的智能化功能。

在又一个可选的实施例中，如图4所示，上述后台服务器还可以包括记录模块311，其中：

记录模块311，用于记录某一乘客的当次乘车记录，并基于该当次乘车记录更新某一乘客的历史乘坐记录。

该可选的实施例中，当扣费模块308执行完上述的操作之后，可以触发记录模块311执行上述的操作。

该可选的实施例中，该当次乘车记录可以包括当次乘车路线、当次乘车起始站点、当次乘车目的站点、当次乘车费用中的至少一种，该可选的实施例不做限定。

可见，实施图4所描述的支付控制系统还能够通过在乘客支付完毕乘车费用之后，进一步记录乘客的乘客记录，能够对乘客的乘车记录进行追踪，以及当乘客丢失物品时，可以通过乘客的乘车记录去对应的公交查找，提高乘客找回物品的可能性，进一步提升乘客的体验感，有利于绿色出行的推广。

在又一个可选的实施例中，如图4所示，第二判断模块310，还用于当判断出不存在目标人脸数据对应的用户账户时，向某一乘客对应的移动终端发送账户注册提示，以提示某一乘客进行注册账户。

该可选的实施例中，该账户注册提示可以包括注册必要材料和/或注册步骤。这样有利于提高乘客账户的注册效率。

可见，实施图4所描述的支付控制系统还能够通过在判断出乘客不存在对应的账户时，提示乘客注册账户，既便于后续通过乘客的账户直接扣除费用，提高后续乘客上车的效率，又能够对乘客的乘车记录进行管理，进一步提升乘客的体验感。

实施例五

请参阅图5，图5是本发明实施例公开的一种站台设备，如图5所示，该站台设备可以包括：

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

与存储器501耦合的处理器502；

处理器502调用存储器501中存储的可执行程序代码，用于执行实施例一或实施例二所描述的应用于公交的支付控制方法中站台设备所执行的操作。

请参阅图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 (10)

1.一种应用于公交的支付控制方法，其特征在于，所述方法应用于支付控制系统中，所述支付控制系统包括站台设备以及后台服务器，所述方法包括：

所述站台设备判断在当前时间段内某一站台的乘客流量是否大于等于预先确定出的乘客流量阈值，得到判断结果；

在检测到某一公交到达所述某一站台时，所述站台设备获取所述某一公交对应的识别设备发送的目标人脸数据，所述目标人脸数据为所述识别设备识别到的、乘坐所述某一公交的某一乘客的人脸数据；

所述站台设备根据所述判断结果和所述某一公交对应的公交标识，确定人脸数据集合，所述人脸数据集合包括预设确定出的人脸数据集合或者所述公交标识对应的目标子人脸数据集合；

所述站台设备根据确定出的所述人脸数据集合，判断所述目标人脸数据是否与所述人脸数据集合中的某一人脸数据相匹配；

当判断出所述目标人脸数据与所述人脸数据集合中的某一人脸数据相匹配时，向所述后台服务器发送扣费提示，所述扣费提示包括所述目标人脸数据以及所述公交标识；

所述后台服务器接收所述站台设备发送的所述扣费提示，并根据所述扣费提示包括的所述公交标识确定所述某一乘客乘坐所述某一公交所需支付的费用，以及从与所述目标人脸数据对应的账户中扣除所述费用。

2.根据权利要求1所述的应用于公交的支付控制方法，其特征在于，当人脸数据集合包括预先确定出的人脸数据集合时，所述站台设备根据所述判断结果和所述某一公交对应的公交标识，确定人脸数据集合，包括：

所述站台设备采集所述某一站台上所有候车人员的人脸数据，得到第一人脸数据集合，作为预先确定出的人脸数据集合。

3.根据权利要求1或2所述的应用于公交的支付控制方法，其特征在于，所述方法还包括：

当判断出所述目标人脸数据与所述人脸数据集合中的某一人脸数据不相匹配时，所述站台设备向所述识别设备发送匹配失败提示，所述匹配失败提示用于提示所述识别设备输出所述匹配失败提示，以提示所述某一乘客通过其他支付方式支付乘坐所述某一公交所需支付的费用。

4.根据权利要求1或2所述的应用于公交的支付控制方法，其特征在于，所述后台服务器根据所述扣费提示包括的所述公交标识确定所述某一乘客乘坐所述某一公交所需支付的费用，包括：

所述后台服务器根据所述公交标识判断所述某一公交对应的收费方式是否为分段收费方式；

当判断出所述某一公交对应的收费方式为所述分段收费方式时，所述后台服务器确定所述某一乘客所要前往的站点对应的第一地理位置，并获取所述某一站台的第二地理位置，以及基于所述第一地理位置与所述第二地理位置确定所述某一乘客乘坐所述某一公交所需支付的费用；

当判断出所述某一公交对应的收费方式不为所述分段收费方式时，所述后台服务器确定所述某一公交对应的固定乘坐费用，作为所述某一乘客乘坐所述某一公交所需支付的费用。

5.根据权利要求1或2所述的应用于公交的支付控制方法，其特征在于，所述后台服务器接收所述站台设备发送的所述扣费提示之后，所述方法还包括：

所述后台服务器根据所述目标人脸数据判断所述某一乘客对应的用户标识是否为预先确定出的免费乘坐标识；

当判断出所述某一乘客对应的用户标识不为所述免费乘坐标识时，所述后台服务器触发执行所述的根据所述扣费提示包括的所述公交标识确定所述某一乘客乘坐所述某一公交所需支付的费用的操作。

6.一种支付控制系统，其特征在于，所述支付控制系统包括站台设备以及后台服务器，所述站台设备包括检测模块、获取模块、第一判断模块、第一确定模块以及发送模块，所述后台服务器包括接收模块、第二确定模块以及扣费模块，其中：

所述第一判断模块，用于判断在当前时间段内某一站台的乘客流量是否大于等于预先确定出的乘客流量阈值，得到判断结果；

所述获取模块，用于在所述检测模块检测到某一公交到达某一站台时，获取所述某一公交对应的识别设备发送的目标人脸数据，所述目标人脸数据为所述识别设备识别到的、乘坐所述某一公交的某一乘客的人脸数据；

所述第一确定模块，用于根据所述判断结果和所述某一公交对应的公交标识，确定人脸数据集合，所述人脸数据集合包括预设确定出的人脸数据集合或者所述公交标识对应的目标子人脸数据集合；

所述第一判断模块，还用于根据确定出的所述人脸数据集合，判断所述目标人脸数据是否与所述人脸数据集合中的某一人脸数据相匹配；

所述发送模块，用于当所述第一判断模块判断出所述目标人脸数据与所述人脸数据集合中的某一人脸数据相匹配时，向所述后台服务器发送扣费提示，所述扣费提示包括所述目标人脸数据以及所述公交标识；

所述接收模块，用于接收所述站台设备发送的所述扣费提示；

所述第二确定模块，用于根据所述扣费提示包括的所述公交标识确定所述某一乘客乘坐所述某一公交所需支付的费用；

所述扣费模块，用于从与所述目标人脸数据对应的账户中扣除所述费用。

7.根据权利要求6所述的支付控制系统，其特征在于，当人脸数据集合包括预先确定出的人脸数据集合时，所述第一确定模块根据所述判断结果和所述某一公交对应的公交标识，确定人脸数据集合的具体方式包括：

采集所述某一站台上所有候车人员的人脸数据，得到第一人脸数据集合，作为预先确定出的人脸数据集合。

8.根据权利要求6或7所述的支付控制系统，其特征在于，所述发送模块，还用于当所述第一判断模块判断出所述目标人脸数据与所述人脸数据集合中的某一人脸数据不相匹配时，向所述识别设备发送匹配失败提示，所述匹配失败提示用于提示所述识别设备输出所述匹配失败提示，以提示所述某一乘客通过其他支付方式支付乘坐所述某一公交所需支付的费用。

9.根据权利要求6或7所述的支付控制系统，其特征在于，所述第二确定模块根据所述扣费提示包括的所述公交标识确定所述某一乘客乘坐所述某一公交所需支付的费用的方式具体为：

根据所述公交标识判断所述某一公交对应的收费方式是否为分段收费方式；

当判断出所述某一公交对应的收费方式为所述分段收费方式时，确定所述某一乘客所要前往的站点对应的第一地理位置，并获取所述某一站台的第二地理位置，以及基于所述第一地理位置与所述第二地理位置确定所述某一乘客乘坐所述某一公交所需支付的费用；

当判断出所述某一公交对应的收费方式不为所述分段收费方式时，确定所述某一公交对应的固定乘坐费用，作为所述某一乘客乘坐所述某一公交所需支付的费用。

10.根据权利要求6或7所述的支付控制系统，其特征在于，所述后台服务器还包括第二判断模块，其中：

所述第二判断模块，用于在所述接收模块接收所述站台设备发送的所述扣费提示之后，根据所述目标人脸数据判断所述某一乘客对应的用户标识是否为预先确定出的免费乘坐标识；

所述第二确定模块，还用于当所述第二判断模块判断出所述某一乘客对应的用户标识不为所述免费乘坐标识时，根据所述扣费提示包括的所述公交标识确定所述某一乘客乘坐所述某一公交所需支付的费用。