一种公共汽车的启动认证方法、装置、计算机设备和存储介质与流程

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.使用所述目标密钥对所述密文进行解密，得到图像数据。
28.可选地，所述向所述公共汽车发送第二认证响应，以通知所述公共汽车显示所述第二认证响应中记载的、所述路线的信息，包括：
29.查询所述路线的信息；
30.将所述路线的信息封装至第二认证响应中；
31.将所述第二认证响应发送至所述公共汽车，所述公共汽车用于在路线屏上显示所述路线的信息。
32.可选地，所述运行计划中还包括备司机，所述方法还包括：
33.若所述用户的角色为备司机、且所述用户与所述运行计划中的备司机相同，则在所述公共汽车行驶完所述路线时，对所述用户累加行驶所述路线的次数；
34.若所述次数超过预设的阈值，则确定所述用户具备作为所述路线的主司机的资格。
35.可选地，还包括：
36.接收对公共汽车配置的运行计划，所述运行计划中包括所述公共汽车的标识、路线、主司机；
37.若所述路线标记了运行系统，则基于所述公共汽车的标识检查所述公共汽车是否支持所述运行系统；
38.判断设置为所述主司机的用户是否具备作为所述路线的主司机的资格；
39.若所述公共汽车支持所述运行系统，设置为所述主司机的用户具备作为所述路线的主司机的资格，则确定所述运行计划有效。
40.第二方面，本发明实施例还提供了一种公共汽车的启动认证装置，包括：
41.第一认证请求解析模块，用于当接收到公共汽车在启动时发送的第一认证请求时，从所述第一认证请求中读取所述公共汽车的标识；
42.运行计划查询模块，用于查询预先为所述公共汽车的标识配置的运行计划，所述运行计划中包括路线、主司机；
43.第一认证响应发送模块，用于若查询到所述运行计划，则向所述公共汽车发送第一认证响应；
44.第二认证请求解析模块，用于当接收所述公共汽车针对所述第一认证响应发送的
第二认证请求时，从所述第二认证请求中读取图像数据；
45.人脸识别模块，用于对所述图像数据进行人脸识别，获得一个或多个用户，所述用户配置有角色；
46.第二认证响应发送模块，用于若所述用户的角色为主司机、且所述用户与所述运行计划中的主司机相同，则向所述公共汽车发送第二认证响应，以通知所述公共汽车显示所述第二认证响应中记载的、所述路线的信息。
47.可选地，所述运行计划中还包括运行时间，所述运行计划查询模块还用于：
48.查询当前的第一时间点；
49.将所述第一时间点延后预设的时间段，获得第二时间点；
50.查询预先为所述公共汽车的标识配置的、运行时间的起始时间位于所述第一时间点与所述第二时间点之间的运行计划。
51.可选地，所述第一认证响应发送模块还用于：
52.生成第一随数值；
53.将所述第一随数值封装至第一认证响应中；
54.将所述第一认证响应发送至所述公共汽车。
55.可选地，所述第二认证请求解析模块还用于：
56.从所述第二认证请求中读取密文、第二随机数值；
57.将所述路线、所述公共汽车的标识、所述第一随机数值、所述第二随机数值组合为目标字符串；
58.对所述目标字符串计算哈希值；
59.查询为所述公共汽车的标识配置的原始密钥；
60.将所述哈希值替换所述原始密钥的部分字符串，得到目标密钥；
61.使用所述目标密钥对所述密文进行解密，得到图像数据。
62.可选地，所述第二认证响应发送模块还用于：
63.查询所述路线的信息；
64.将所述路线的信息封装至第二认证响应中；
65.将所述第二认证响应发送至所述公共汽车，所述公共汽车用于在路线屏上显示所述路线的信息。
66.可选地，所述运行计划中还包括备司机，所述装置还包括：
67.次数累加模块，用于若所述用户的角色为备司机、且所述用户与所述运行计划中的备司机相同，则在所述公共汽车行驶完所述路线时，对所述用户累加行驶所述路线的次数；
68.资格确定模块，用于若所述次数超过预设的阈值，则确定所述用户具备作为所述路线的主司机的资格。
69.可选地，还包括：
70.运行计划接收模块，用于接收对公共汽车配置的运行计划，所述运行计划中包括所述公共汽车的标识、路线、主司机；
71.运行系统检测模块，用于若所述路线标记了运行系统，则基于所述公共汽车的标识检查所述公共汽车是否支持所述运行系统；
72.资格检测模块，用于判断设置为所述主司机的用户是否具备作为所述路线的主司机的资格；
73.有效确定模块，用于若所述公共汽车支持所述运行系统，设置为所述主司机的用户具备作为所述路线的主司机的资格，则确定所述运行计划有效。
74.第三方面，本发明实施例还提供了一种计算机设备，所述计算机设备包括：
75.一个或多个处理器；
76.存储器，用于存储一个或多个程序，
77.当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如第一方面中任一项所述的公共汽车的启动认证方法。
78.第四方面，本发明实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现如第一方面中任一项所述的公共汽车的启动认证方法。
79.在本实施例中，当接收到公共汽车在启动时发送的第一认证请求时，从第一认证请求中读取公共汽车的标识；查询预先为公共汽车的标识配置的运行计划，运行计划中包括路线、主司机；若查询到运行计划，则向公共汽车发送第一认证响应；当接收公共汽车针对第一认证响应发送的第二认证请求时，从第二认证请求中读取图像数据；对图像数据进行人脸识别，获得一个或多个用户，用户配置有角色；若用户的角色为主司机、且用户与运行计划中的主司机相同，则向公共汽车发送第二认证响应，以通知公共汽车显示第二认证响应中记载的、路线的信息。在公共汽车出车之前对公共汽车、主司机分别进行认证，可以保证公共汽车、主司机符合既定的运行计划，减少在公共汽车行驶时出现的异常，保证用户出行的便捷性。
附图说明
80.图1为本发明实施例一提供的一种公共汽车的启动认证方法的流程图；
81.图2为本发明实施例二提供的一种公共汽车的启动认证方法的流程图；
82.图3是本发明实施例三提供的一种公共汽车的启动认证方法的流程图；
83.图4为本发明实施例四提供的一种公共汽车的启动认证装置的结构示意图；
84.图5为本发明实施例五提供的一种计算机设备的结构示意图。
具体实施方式
85.下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。
86.实施例一
87.图1为本发明实施例一提供的一种公共汽车的启动认证方法的流程图，本实施例可适用于对公共汽车启动时进行认证的情况，该方法可以由公共汽车的启动认证装置来执行，该公共汽车的启动认证装置可以由软件和/或硬件实现，可配置在作为服务端的计算机设备中，例如，服务器、工作站、个人电脑，等等，具体包括如下步骤：
88.步骤101、当接收到公共汽车在启动时发送的第一认证请求时，从第一认证请求中
读取公共汽车的标识。
89.公交汽车(bus，又称公交车、巴士、公车等)，指在城市道路上循固定路线，该路线上设置有多个站点，有或者无固定班次时刻，有专属路号(如960号、195a号、35号等)，在站点停靠让乘客上下车、承载乘客出行的机动车辆。公交汽车一般外形为方型，设置有多个窗户，多个座位。
90.在城区，公交汽车的时速一般在25-50公里/小时，在郊区，公交汽车的时速可达80公里/小时。
91.公共汽车在每次启动、出发行驶时，可以将该公共汽车的标识(如id等)封装至第一认证请求中，并将第一认证请求通过移动网络发送至服务端，服务端在接收到公共汽车在启动时发送的第一认证请求时，则可以对第一认证请求进行解析，从第一认证请求中读取公共汽车的标识。
92.步骤102、查询预先为公共汽车的标识配置的运行计划。
93.在本实施例中，技术人员可以预先(如提前1天、提前2天等)对公共汽车(以标识表示)进行审核，并对该公共汽车配置运行计划，该运行计划用于记录对公共汽车行驶的安排。
94.一般情况下，运行计划中包括路线、主司机，其中，路线以路号进行表示，在路线上，按照顺序依次设置有多个站点，公共汽车行驶时依次在多个站点停靠，以供乘客上车、下车；主司机为驾驶该公共汽车的司机。
95.服务端可以在数据库中存储公共汽车的标识与运行计划的映射关系，那么，在服务端从第一认证请求中读取公共汽车的标识之后，则可以在数据库中依据该映射关系查询该公共汽车的标识映射的运行计划。
96.进一步地，考虑到相同的公共汽车在同一天会安排多次出行，为便于区分，运行计划中还包括运行时间，运行时间为公共汽车按照该路线行驶的时间，如8:30-10:00，其中，运行时间的起始时间一般较为严格遵循，而由于实际行驶上存在诸多不确定的因素，因而运行时间的结束时间存在一定的偏差。
97.那么，在查询运行计划时，可在操作系统中查询当前的第一时间点，由于主司机一般会提前启动公共汽车进行准备，如检查车上的设备、消毒等，因此，将第一时间点延后预设的时间段，获得第二时间点，该时间段为充分考虑准备的时间、但并未超出公共汽车按照该路线正常行驶时消耗的时间，如20分钟，以确保在第二时间点、公共汽车正在行驶，在数据库中依据该映射关系查询预先为公共汽车的标识配置的、运行时间的起始时间位于第一时间点与第二时间点之间的运行计划。
98.步骤103、若查询到运行计划，则向公共汽车发送第一认证响应。
99.如果查询到为公共汽车的标识配置的运行计划，则可以认为该公共汽车此次发车合法，向公共汽车发送第一认证响应。
100.进一步地，为提高后续通信的安全性，服务端与公共汽车之间使用挑战/响应(challenge/response)的方式进行通信，具体而言，服务端可以生成第二随数值，即第一随机值为随机生成的数值，将第一随数值封装至第一认证响应中，将第一认证响应发送至公共汽车。
101.步骤104、当接收公共汽车针对第一认证响应发送的第二认证请求时，从第二认证
请求中读取图像数据。
102.公共汽车在驾驶位安装有摄像头，公共汽车在接收到第一认证响应之后，则可以提示进行司机的认证，此时，可调用该摄像头采集视频数据，将该视频数据中符合人脸识别规范的图像数据封装至第二认证请求中，并将第二认证请求发送至服务端。
103.服务端在接收到公共汽车的第二认证请求时，解析第二认证请求，从第二认证请求中读取图像数据。
104.若服务端与公共汽车之间使用挑战/响应(challenge/response)的方式进行通信，则第一认证响应中具有第一随机数值，那么，公共汽车可以生成第二随机数值，即，即第二随机值为随机生成的数值，按照约定的组合规范将路线、公共汽车的标识、第一随机数值、第二随机数值组合为目标字符串，使用约定的哈希算法hash对目标字符串计算哈希值。
105.服务端与公共汽车之间应用对称密钥算法，对称密钥算法是指加密和解密使用相同密钥的加密算法，例如，des、3des、aes、desx、blowfish、rc4、rc5、rc6，等等，为便于区分，该密钥称之为原始密钥，公共汽车可以按照约定的替换规范将哈希值替换原始密钥的部分字符串(如开头的字符串、结尾的字符串、间隔n位抽取一个字符等)，得到目标密钥，调用约定的对称密钥算法使用目标密钥对密文进行加密，得到密文，将密文与第二随机值封装至第二认证请求中，并将第二认证请求发送至服务端。
106.服务端在接收到第二认证请求时，从第二认证请求中读取密文、第二随机数值，按照约定的组合规范将路线、公共汽车的标识、第一随机数值、第二随机数值组合为目标字符串，使用约定的哈希算法hash对目标字符串计算哈希值，查询为公共汽车的标识配置的原始密钥，按照约定的替换规范将哈希值替换原始密钥的部分字符串，得到目标密钥，从而调用约定的对称密钥算法使用目标密钥对密文进行解密，得到图像数据。
107.步骤105、对图像数据进行人脸识别，获得一个或多个用户。
108.人脸识别(face recognition)是一种依据人的面部特征(如统计或几何特征等)，自动进行身份识别的一种生物识别技术，又称为面像识别、人像识别、相貌识别、面孔识别、面部识别等。
109.人脸识别主要包含三个模块：
110.1、人脸检测(face detection)
111.人脸检测用于确定人脸在图像数据中的大小和位置，即解决“人脸在哪里”的问题，把真正的人脸区域从图像中裁剪出来，便于后续的人脸特征分析和识别。
112.2、人脸对齐(face alignment)
113.同一个人在不同的图像序列中可能呈现出不同的姿态和表情，这种情况是不利于人脸识别的，因此，将人脸图像都变换到一个统一的角度和姿态，这就是人脸对齐。它的原理是找到人脸的若干个关键点(基准点，如眼角，鼻尖，嘴角等)，然后利用这些对应的关键点通过相似变换(similarity transform，旋转、缩放和平移)将人脸尽可能变换到标准人脸。
114.3、人脸特征表征(feature representation)
115.人脸识别接收的输入是标准化的人脸图像，通过特征建模得到向量化的人脸特征，最后通过分类器判别得到识别的结果，获得一个或多个在先注册的用户。
116.步骤106、若用户的角色为主司机、且用户与运行计划中的主司机相同，则向公共
汽车发送第二认证响应，以通知公共汽车显示第二认证响应中记载的、路线的信息。
117.在本实施例中，人脸识别出的用户配置有角色，如果该用户的角色为主司机、且用户与运行计划中的主司机相同，此时，可以生成第二认证响应，并将第二认证响应发送至公共汽车，确认主司机通过认证，公共汽车可显示第二认证响应中记载的、路线的信息。
118.在具体实现中，如果该用户的角色为主司机、且用户与运行计划中的主司机相同，则服务端可查询路线的信息，如路号、站点等，将路线的信息封装至第二认证响应中，将第二认证响应发送至公共汽车，公共汽车用于第二认证响应中读取路线的信息，在路线屏上显示路线的信息，供用户浏览，其中，公共汽车配置有一块或多块路线屏，该路线屏通常为led显示屏，安装在公共汽车的头部、尾部、右侧等位置。
119.在本实施例中，当接收到公共汽车在启动时发送的第一认证请求时，从第一认证请求中读取公共汽车的标识；查询预先为公共汽车的标识配置的运行计划，运行计划中包括路线、主司机；若查询到运行计划，则向公共汽车发送第一认证响应；当接收公共汽车针对第一认证响应发送的第二认证请求时，从第二认证请求中读取图像数据；对图像数据进行人脸识别，获得一个或多个用户，用户配置有角色；若用户的角色为主司机、且用户与运行计划中的主司机相同，则向公共汽车发送第二认证响应，以通知公共汽车显示第二认证响应中记载的、路线的信息。在公共汽车出车之前对公共汽车、主司机分别进行认证，可以保证公共汽车、主司机符合既定的运行计划，减少在公共汽车行驶时出现的异常，保证用户出行的便捷性。
120.例如，公交汽车出现支援其他路线或临时转换为快车(减少停靠站点从而加快行驶速度)等情况，均可以正确加载其他路线或快车的信息，避免依赖司机口头告知或使用纸板告知，保证乘客不会错失公共汽车，保证乘客正确搭乘公共汽车。
121.实施例二
122.图2为本发明实施例二提供的一种公共汽车的启动认证方法的流程图，本实施例以前述实施例为基础，进一步增加备司机的认证操作，该方法具体包括如下步骤：
123.步骤201、当接收到公共汽车在启动时发送的第一认证请求时，从第一认证请求中读取公共汽车的标识。
124.步骤202、查询预先为公共汽车的标识配置的运行计划。
125.在本实施例中，运行计划中除了包括路线、主司机之外，还可以包括备司机，该备司机为司机(用户)，但并不驾驶本次公共汽车，参与本次公共汽车的行驶以熟悉路线上的交通状况、公共汽车的硬件设备为主。
126.步骤203、若查询到运行计划，则向公共汽车发送第一认证响应。
127.步骤204、当接收公共汽车针对第一认证响应发送的第二认证请求时，从第二认证请求中读取图像数据。
128.步骤205、对图像数据进行人脸识别，获得一个或多个用户。
129.在本实施例中，针对主司机、备司机，可以按照既定的规范进行指示采集图像数据，例如，公共汽车先指示采集主司机的人脸数据，在采集到符合人脸识别规范的图像数据之后，指示采集备司机的人脸数据，在采集到符合人脸识别规范的图像数据之后，将这些图像数据封装到第二认证请求中，并发送至服务端。
130.服务端按照既定的规范区分图像数据，并对识别的用户配置角色，例如，按照顺序
对排序在先的图像数据中识别的用户配置角色为主司机，对排序在后的图像数据中识别的用户配置角色为副司机。
131.步骤206、若用户的角色为备司机、且用户与运行计划中的备司机相同，则在公共汽车行驶完路线时，对用户累加行驶路线的次数。
132.步骤207、若次数超过预设的阈值，则确定用户具备作为路线的主司机的资格。
133.在本实施例中，人脸识别出的用户配置有角色，如果该用户的角色为备司机、且用户与运行计划中的主司机相同，此时，可以生成第二认证响应，并将第二认证响应发送至公共汽车，确认备司机通过认证。
134.公共汽车行驶完路线时，向服务端发送运行结束请求，服务端响应于运行结束请求，对公共汽车进行检查，如校对卫星定位的数据是否全部经过路线上的站点等，如果公共汽车完成检查，则可以向公共汽车发送运行结束响应，此外，服务端可以对作为备司机的用户累加行驶该路线的次数，即对作为备司机的用户行驶该路线的次数累加一。
135.将作为备司机的用户累加行驶该路线的次数与预设的阈值进行比较，若该次数超过该阈值，表示作为备司机的用户已熟知路线上的交通状况、公共汽车的硬件设备，可以确定该用户具备作为路线的主司机的资格，从而减少司机被临时安排行驶一些新的路线的情况，从而避免公交汽车偏离路线、公共汽车在交通繁忙区域之前未及时调整车道使得行驶时间延长等问题，保证公共汽车的正确行驶，提高行驶效率。
136.实施例三
137.图3为本发明实施例三提供的一种公共汽车的启动认证方法的流程图，本实施例以前述实施例为基础，进一步增加对公共汽车定制运行计划的操作，该方法具体包括如下步骤：
138.步骤301、接收对公共汽车配置的运行计划。
139.在本实施例中，具备管理权限的用户可登录服务端，在服务端中为公共汽车添加未来的运行计划，其中，该运行计划中包括公共汽车的标识、路线、主司机(以用户的标识表示)。
140.当然，除了公共汽车的标识、路线、主司机之外，在运行计划中还可以设置其他参数，例如，运行时间、制定运行计划的用户、审核运行计划的用户，等等，本实施例对此不加以限制。
141.步骤302、若路线标记了运行系统，则基于公共汽车的标识检查公共汽车是否支持运行系统。
142.步骤303、判断设置为主司机的用户是否具备作为路线的主司机的资格。
143.在本实施例中，部分路线会对运行系统(硬件和/或软件)有要求，即，行驶该路线的公共汽车要求配备该运行系统，例如，brt(快速公交系统，bus rapid transit)上的部分站点要求公共汽车开启车门时与屏蔽门同步，经过该brt上部分站点的路线均会标记屏蔽门同步系统(运行系统)，要求经过该brt上部分站点公共汽车配备屏蔽门同步系统。
144.针对用户对公共汽车添加运行计划的请求，一方面，服务端可以从管理系统中查询对该运行计划中的路线是否标记有运行系统，如果标记了运行系统，则从管理系统中查询公共汽车(以标识表示)检查公共汽车是否支持该运行系统。另一方面，从管理系统中查询设置为主司机的用户是否具备作为路线的主司机的资格。
145.步骤304、若公共汽车支持运行系统，设置为主司机的用户具备作为路线的主司机的资格，则确定运行计划有效。
146.如果公共汽车支持运行系统，并且，设置为主司机的用户具备作为路线的主司机的资格，则确定运行计划有效，存储至数据库中，从而在多维度下保证公共汽车行驶的安全性。
147.如果公共汽车不支持运行系统，或者，设置为主司机的用户不具备作为路线的主司机的资格，则确定运行计划无效，生成警告信息。
148.步骤305、当接收到公共汽车在启动时发送的第一认证请求时，从第一认证请求中读取公共汽车的标识。
149.步骤306、查询预先为公共汽车的标识配置的运行计划。
150.其中，运行计划中包括路线、主司机。
151.步骤307、若查询到运行计划，则向公共汽车发送第一认证响应。
152.步骤308、当接收公共汽车针对第一认证响应发送的第二认证请求时，从第二认证请求中读取图像数据。
153.步骤309、对图像数据进行人脸识别，获得一个或多个用户。
154.其中，用户配置有角色。
155.步骤310、若用户的角色为主司机、且用户与运行计划中的主司机相同，则向公共汽车发送第二认证响应，以通知公共汽车显示第二认证响应中记载的、路线的信息。
156.需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施例并不受所描述的动作顺序的限制，因为依据本发明实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本发明实施例所必须的。
157.实施例四
158.图4为本发明实施例四提供的一种公共汽车的启动认证装置的结构框图，具体可以包括如下模块：
159.第一认证请求解析模块401，用于当接收到公共汽车在启动时发送的第一认证请求时，从所述第一认证请求中读取所述公共汽车的标识；
160.运行计划查询模块402，用于查询预先为所述公共汽车的标识配置的运行计划，所述运行计划中包括路线、主司机；
161.第一认证响应发送模块403，用于若查询到所述运行计划，则向所述公共汽车发送第一认证响应；
162.第二认证请求解析模块404，用于当接收所述公共汽车针对所述第一认证响应发送的第二认证请求时，从所述第二认证请求中读取图像数据；
163.人脸识别模块405，用于对所述图像数据进行人脸识别，获得一个或多个用户，所述用户配置有角色；
164.第二认证响应发送模块406，用于若所述用户的角色为主司机、且所述用户与所述运行计划中的主司机相同，则向所述公共汽车发送第二认证响应，以通知所述公共汽车显示所述第二认证响应中记载的、所述路线的信息。
165.在本发明的一个实施例中，所述运行计划中还包括运行时间，所述运行计划查询模块402还用于：
166.查询当前的第一时间点；
167.将所述第一时间点延后预设的时间段，获得第二时间点；
168.查询预先为所述公共汽车的标识配置的、运行时间的起始时间位于所述第一时间点与所述第二时间点之间的运行计划。
169.在本发明的一个实施例中，所述第一认证响应发送模块403还用于：
170.生成第一随数值；
171.将所述第一随数值封装至第一认证响应中；
172.将所述第一认证响应发送至所述公共汽车。
173.在本发明的一个实施例中，所述第二认证请求解析模块404还用于：
174.从所述第二认证请求中读取密文、第二随机数值；
175.将所述路线、所述公共汽车的标识、所述第一随机数值、所述第二随机数值组合为目标字符串；
176.对所述目标字符串计算哈希值；
177.查询为所述公共汽车的标识配置的原始密钥；
178.将所述哈希值替换所述原始密钥的部分字符串，得到目标密钥；
179.使用所述目标密钥对所述密文进行解密，得到图像数据。
180.在本发明的一个实施例中，所述第二认证响应发送模块406还用于：
181.查询所述路线的信息；
182.将所述路线的信息封装至第二认证响应中；
183.将所述第二认证响应发送至所述公共汽车，所述公共汽车用于在路线屏上显示所述路线的信息。
184.在本发明的一个实施例中，所述运行计划中还包括备司机，所述装置还包括：
185.次数累加模块，用于若所述用户的角色为备司机、且所述用户与所述运行计划中的备司机相同，则在所述公共汽车行驶完所述路线时，对所述用户累加行驶所述路线的次数；
186.资格确定模块，用于若所述次数超过预设的阈值，则确定所述用户具备作为所述路线的主司机的资格。
187.在本发明的一个实施例中，还包括：
188.运行计划接收模块，用于接收对公共汽车配置的运行计划，所述运行计划中包括所述公共汽车的标识、路线、主司机；
189.运行系统检测模块，用于若所述路线标记了运行系统，则基于所述公共汽车的标识检查所述公共汽车是否支持所述运行系统；
190.资格检测模块，用于判断设置为所述主司机的用户是否具备作为所述路线的主司机的资格；
191.有效确定模块，用于若所述公共汽车支持所述运行系统，设置为所述主司机的用户具备作为所述路线的主司机的资格，则确定所述运行计划有效。
192.本发明实施例所提供的公共汽车的启动认证装置可执行本发明任意实施例所提
供的公共汽车的启动认证方法，具备执行方法相应的功能模块和有益效果。
193.实施例五
194.图5为本发明实施例五提供的一种计算机设备的结构示意图。图5示出了适于用来实现本发明实施方式的示例性计算机设备12的框图。图5显示的计算机设备12仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
195.如图5所示，计算机设备12以通用计算设备的形式表现。计算机设备12的组件可以包括但不限于：一个或者多个处理器或者处理单元16，系统存储器28，连接不同系统组件(包括系统存储器28和处理单元16)的总线18。
196.总线18表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(isa)总线，微通道体系结构(mac)总线，增强型isa总线、视频电子标准协会(vesa)局域总线以及外围组件互连(pci)总线。
197.计算机设备12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被计算机设备12访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。
198.系统存储器28可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(ram)30和/或高速缓存存储器32。计算机设备12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统34可以用于读写不可移动的、非易失性磁介质(图5未显示，通常称为“硬盘驱动器”)。尽管图5中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如cd-rom,dvd-rom或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线18相连。存储器28可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。
199.具有一组(至少一个)程序模块42的程序/实用工具40，可以存储在例如存储器28中，这样的程序模块42包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本发明所描述的实施例中的功能和/或方法。
200.计算机设备12也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24等)通信，还可与一个或者多个使得用户能与该计算机设备12交互的设备通信，和/或与使得该计算机设备12能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口22进行。并且，计算机设备12还可以通过网络适配器20与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图所示，网络适配器20通过总线18与计算机设备12的其它模块通信。应当明白，尽管图中未示出，可以结合计算机设备12使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。
201.处理单元16通过运行存储在系统存储器28中的程序，从而执行各种功能应用以及数据处理，例如实现本发明实施例所提供的公共汽车的启动认证方法。
202.实施例六
203.本发明实施例六还提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述公共汽车的启动认证方法的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
204.其中，计算机可读存储介质例如可以包括但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
205.注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。