公交车进站行为检测方法及装置与流程

1.本技术属于公交车辆技术领域，尤其涉及一种公交车进站行为检测方法及装置。


背景技术：

2.公交站台是人车事故的高发区域，为了确保站台区域安全，多数公交公司都对公交车进站有规范化进站要求。
3.然而，司机进站行为存在监管困难的问题，虽然存在相应规定，但却无法确保监管稳定实施。通常情况下，监管司机进站行为都需要监察员固守在各个站点进行监管，但这种办法存在人力成本高，无法实现常态化监管。


技术实现要素：

4.鉴于此，本技术实施例提供了一种公交车进站行为检测方法及装置，以至少解决目前公交车进站行为不规范且得不到有效监管的问题。
5.本技术实施例的第一方面提供了一种检测公交车进站行为的方法，包括：获取公交车进站指令；基于所述公交车进站指令，采集车辆操作信息；识别所采集的车辆操作信息是否与预设的规范操作条件相匹配，并根据识别结果相应地确定公交车的进站行为是否规范。
6.本技术实施例的第二方面提供一种检测公交车进站行为的装置，包括：进站指令获取单元，被配置为获取公交车进站指令；操作信息采集单元，被配置为基于所述公交车进站指令，采集车辆操作信息；规范行为识别单元，被配置为识别所采集的车辆操作信息是否与预设的规范操作条件相匹配，并根据识别结果相应地确定公交车的进站行为是否规范。
7.本技术实施例的第三方面提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如上述方法的步骤。
8.本技术实施例的第四方面提供了一种计算机程序产品，当计算机程序产品在电子设备上运行时，使得电子设备实现如上述方法的步骤。
9.本技术实施例与现有技术相比存在的有益效果是：
10.通过本技术实施例，获取公交车进站指令，基于公交车进站指令采集车辆操作信息，识别所采集的车辆操作信息是否与预设的规范操作条件相匹配，并根据识别结果相应地确定公交车的进站行为是否规范，由此能有效检测公交车的进站行为是否规范。
附图说明
11.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
12.图1示出根据本技术实施例的检测公交车进站行为的方法的一示例的流程图；
13.图2示出了根据本技术实施例的检测公交车进站行为的方法的一示例的流程图；
14.图3示出了根据本技术实施例的检测公交车进站行为的方法的一示例的流程图；
15.图4示出了根据本技术实施例图像传感模组在车辆上分布的一示例的示意图；
16.图5示出了根据本技术实施例的基于车辆环境图像识别公交车的停车姿态的一示例的流程图；
17.图6示出了根据本技术实施例的针对非规范的公交车进站行为进行预警的方法的一示例的流程图；
18.图7示出了根据本技术实施例的检测公交车进站行为的装置的一示例的结构框图；
19.图8是本技术实施例的电子设备的一示例的示意图。
具体实施方式
20.以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本技术实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本技术。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本技术的描述。
21.为了说明本技术所述的技术方案，下面通过具体实施例来进行说明。
22.应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
23.还应当理解，在此本技术说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本技术。如在本技术说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。
24.还应当进一步理解，在本技术说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。
25.如在本说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。
[0026]
具体实现中，本技术实施例中描述的电子设备包括但不限于诸如具有触摸敏感表面(例如，触摸屏显示器和/或触摸板)的移动电话、膝上型计算机或平板计算机之类的其它便携式设备。还应当理解的是，在某些实施例中，上述设备并非便携式通信设备，而是具有触摸敏感表面(例如，触摸屏显示器)的计算机。
[0027]
在接下来的讨论中，描述了包括显示器和触摸敏感表面的电子设备。然而，应当理解的是，电子设备可以包括诸如物理键盘、鼠标和/或控制杆的一个或多个其它物理用户接口设备。
[0028]
可以在电子设备上执行的各种应用程序可以使用诸如触摸敏感表面的至少一个公共物理用户接口设备。可以在应用程序之间和/或相应应用程序内调整和/或改变触摸敏感表面的一个或多个功能以及终端上显示的相应信息。这样，终端的公共物理架构(例如，
触摸敏感表面)可以支持具有对用户而言直观且透明的用户界面的各种应用程序。
[0029]
图1示出根据本技术实施例的检测公交车进站行为的方法的一示例的流程图。关于本技术实施例方法的执行主体，其可以是公交车的主机或控制器。
[0030]
如图1所示，在步骤110中，获取公交车进站指令。示例性地，当公交车进入公交站点区域范围内时，可以由公交主机或其他设备模块来生成公交车进站指令。
[0031]
在一些实施方式中，可以基于公交报站模块而获取公交车进站指令。这里，公交报站模块可以采用第三方的设备模块，并通过预设的通信端口与公交主机连接，从而获得相应的公交车进站指令。另一方面，公交报站模块的功能还可以是被集成在公交主机中的，且都属于本技术实施例的实施范围内。
[0032]
在步骤120中，基于公交车进站指令，采集车辆操作信息。这里，车辆操作信息可以是各种类型的操作信息，例如车辆转向灯、速度、车门等相关信息。
[0033]
在步骤130中，识别所采集的车辆操作信息是否与预设的规范操作条件相匹配，并根据识别结果相应地确定公交车的进站行为是否规范。
[0034]
这里，规范操作条件可以是与公交进站规章制度相关的操作条件，并可以是由运营用户自行去定义的，例如公交车进、出站点必须要打转向灯，公交车停靠在路边时与马路外沿之间的距离不得过大，等等。
[0035]
图2示出了根据本技术实施例的检测公交车进站行为的方法的一示例的流程图。
[0036]
如图2所示，在步骤210中，获取公交车进站指令。
[0037]
在步骤220中，基于公交车进站指令，触发采集转向灯启用信息和车门状态。示例性地，公交主机可以从车门控制模块和转向灯控制模块分别接收相应的控制指令，以得到转向灯启用信息(例如，转向灯启动状态或转向灯关停状态)和车门状态(例如，车门关闭状态或车辆开启状态)。
[0038]
在步骤230中，当检测到车门状态从关闭状态转换为开启状态时，识别所采集的转向灯启用信息是否满足转向时间条件。这里，转向时间条件为转向灯启动时间达到预设时间。
[0039]
应理解的是，转向时间条件中的预设时间可以是根据实际操作规范需求而进行设置的，例如当需要公交每次停车站点至少开转向灯持续10秒时，相应的预设时间可以被设置成1秒或30秒，等等。
[0040]
这样，当车辆开门后，公交主机可以统计从进站到第一次开门期间，车辆开启相对应方向的转向灯的时间。
[0041]
在步骤241中，如果满足，则确定公交车的进站行为符合规范。
[0042]
在步骤243中，如果不满足，则确定公交车的进站行为不符合规范。
[0043]
应理解的是，可以参照上述流程来识别并监督公交车离开站台时司机是否开转向的行为，例如在检测到车门状态从开启状态转换为关闭状态时，识别相应的转向时间条件。
[0044]
通过本技术实施例，在公交车进站之时，可以采集转向灯启用信息和车门状态，并当车门被打开时，说明车辆已经成功进站，通过上述操作可以有效检测在车辆进站过程中司机是否存在未开转向灯的错误进站操作行为，杜绝车辆进展未开转向灯的行为。进而，可以产生进站未规范使用转向灯的报警通知。
[0045]
图3示出了根据本技术实施例的检测公交车进站行为的方法的一示例的流程图。
[0046]
如图3所示，在步骤310中，获取公交车进站指令。
[0047]
在步骤320中，基于公交车进站指令，触发采集转向灯启用信息和车门状态。
[0048]
在步骤330中，当检测到车门状态从关闭状态转换为开启状态时，采集车速信息。
[0049]
在步骤340中，当车速信息为零时，基于图像传感模组采集车辆环境图像。这里，图像传感模组可以是被设置在公交车上的，以用于采集公交车的外界环境视野和停车时的车辆图像。
[0050]
在步骤350中，基于车辆环境图像识别公交车的停车姿态是否能够满足预设的停车姿态条件，以相应地确定公交车的进站行为是否符合规范。
[0051]
具体地，在本技术实施例的一个示例中，可以使用任意的姿态识别模型对车辆环境图像进行姿态分析，从而确定车辆停车姿态。在本技术实施例的另一示例中，可以通过识别图像中的特征参考物，以推测停车姿态是否满足规范条件，且都属于本技术实施例的实施范围内。
[0052]
通过本技术实施例，在公交车静止时，调用图像传感模组采集车辆环境图像，进而通过图像分析操作来识别公交是否规范停车，能有效检测并监督车辆在站点停车不规范的情况。
[0053]
图4示出了根据本技术实施例图像传感模组在车辆上分布的一示例的示意图。参照图4中的示例，在公交车上设置有图像传感模组，图像传感模组包括第一图像传感器410和第二图像传感器420。具体地，通过第一图像传感器410，可以采集车辆的车身侧方环境信息。通过第二图像传感器420，可以采集车辆的车头前方环境信息。
[0054]
图5示出了根据本技术实施例的基于车辆环境图像识别公交车的停车姿态的一示例的流程图。
[0055]
如图5所示，在步骤510中，基于第一图像传感器采集车辆侧方图像，并基于第二图像传感器采集车辆前方图像，以由车辆侧方图像和车辆前方图像确定车辆环境图像。例如，可以将车辆侧方图像和车辆前方图像进行结合，而得到车辆环境图像。
[0056]
在步骤520中，从车辆侧方图像中提取路沿与公交车的车身之间的第一距离。示例性地，第一图像传感器可以是被安装在车身上的，进而从车辆侧方图像中识别路沿特征，可以通过距离算法确定路沿与车身之间的距离。
[0057]
在步骤530中，从车辆前方图像中提取停车标志线与公交车的车头之间的第二距离。示例性地，第二图像传感器可以是被安装在车头上的，通过从车辆前方图像中识别标志线特征，进而利用距离算法确定路沿与车身之间的距离。
[0058]
另一方面，在识别车辆前方图像中的停车标识线信息时，如果车辆前方图像中不存在停车标识线信息，则可以确定公交车的停车姿态不满足预设的停车姿态条件。因此，当从车辆前方图像中没有提取到停车标识线的特征信息时，可以认为公交车的车头已经过线了，此时也可以确定公交车存在非规范操作。
[0059]
在一些实施方式中，图像中的路沿和/或停车标志线是通过深度神经网络来识别的。具体地，可以利用第一深度神经网络来识别车辆侧方图像中的路沿特征，进而计算路沿与车身之间的第一距离；另外，还可以利用第二深度神经网络来识别车辆前方图像中的停车标志线特征，进而计算停车标志线与公交车的车头之间的第二距离。
[0060]
在步骤540中，当第一距离小于第一预设阈值，且第二距离大于第二预设阈值时，
确定公交车的停车姿态满足停车姿态条件。具体地，当车头距离停车标志线太远，且车身距离路沿太远时，存在车辆停车不规范的现象。此外，预设阈值可以是由公交运营商依据停车规范而进行设置的，例如停车时公交车身与路沿之间的距离不应超过1米。
[0061]
示例性地，在检测车辆侧向停车位置时，相应的判断条件可以是：检测路边路沿，若路沿与车身距离超过设定值，则记录一次违规行为，若未超过则记录一次合规行为。另外，在检测车辆前向停车位置，相应的判断条件可以是：检测路面上的停车标志线，若车头超过停车标志线，或车头距离停车标志线超过设定值，则记录一次违规行为，若标志线在规定范围内，则记录一次合规行为。
[0062]
在本技术实施例中，通过安装在车侧、车前摄像头智能分析车辆进站情况，通过综合考量公交停车时的车身位置和车头位置来确定车辆的停车姿态是否规范，可以有效检测并监督公交进站后的规范停车行为。
[0063]
在本技术实施例的一些示例中，公交车还可以设置有警报模块，使得公交主机在确定公交车的进站行为不规范时，可以基于警报模块执行报警动作，例如，声光报警动作。由此，在检测到公交车停车不规范时，公交车可以通过警报模块及时进行报警动作，可以加强司机的规范进站意识。
[0064]
图6示出了根据本技术实施例的针对非规范的公交车进站行为进行预警的方法的一示例的流程图。
[0065]
如图6所示，在步骤610中，获取车辆驾驶人员信息。具体地，在公交主机中可以预存储司机身份信息，或者可以在公交车起动前对公交车的驾驶司机进行身份验证，从而得到车辆驾驶人员信息。
[0066]
在步骤620中，基于车辆驾驶人员信息、车辆侧方图像和车辆前方图像，生成进站报警证据。
[0067]
在步骤630中，发送进站报警证据至平台服务器。这里，公交主机可以通过各种非限制性的通信方式(例如4g或5g)与平台服务器之间进行通信。
[0068]
具体地，平台服务器在收到设备端上报的报警信息后，可以将公交车、司机、违规类型、证据、违规时间、站点及线路等信息综合为一条报警证据信息，方便监管人员及司机随时复查。
[0069]
在本技术实施例的一些示例中，在公交车出站时，可以分别检测进站至出站期间的第一图像传感器、第二图像传感器和转向灯的规范操作报警信息，并在相应模块的检测结果表示存在非规范操作时记录为违规，并产生相应的违规报警，将相应证据上报至平台。
[0070]
通过本技术实施例，在发生非规范的公交进站行为时，可以基于车辆驾驶人员信息、车辆侧方图像和车辆前方图像，生成进站报警证据，并在平台服务器处留档，有助于运营管理人员对违规司机进行管理。
[0071]
结合应用场景来说，如果检测到公交车存在非规范停车行为，则对相应驾驶人员进行批评教育，而若司机出现抗议情况，则可以在服务器上查询相应的报警证据向司机说明，增强说服力。另一方面，还可以按照车辆、司机等维度，结合每周、月、季度等时间维度生成报表信息，或辅助生成司机画像，方便公交公司对司机进站行为进行常态化监管，实现闭环管理。
[0072]
图7示出了根据本技术实施例的检测公交车进站行为的装置的一示例的结构框
图。
[0073]
如图7所示，检测公交车进站行为的装置700包括进站指令获取单元710、操作信息采集单元720和规范行为识别单元730。
[0074]
进站指令获取单元710被配置为获取公交车进站指令。
[0075]
操作信息采集单元720被配置为基于所述公交车进站指令，采集车辆操作信息。
[0076]
规范行为识别单元730被配置为识别所采集的车辆操作信息是否与预设的规范操作条件相匹配，并根据识别结果相应地确定公交车的进站行为是否规范。
[0077]
需要说明的是，上述装置/单元之间的信息交互、执行过程等内容，由于与本技术方法实施例基于同一构思，其具体功能及带来的技术效果，具体可参见方法实施例部分，此处不再赘述。
[0078]
图8是本技术实施例的电子设备的一示例的示意图。如图8所示，该实施例的电子设备800包括：处理器810、存储器820以及存储在所述存储器820中并可在所述处理器810上运行的计算机程序830。所述处理器810执行所述计算机程序830时实现上述检测公交车进站行为的方法实施例中的步骤，例如图1所示的步骤110至130。或者，所述处理器810执行所述计算机程序830时实现上述各装置实施例中各模块/单元的功能，例如图7所示单元710至730的功能。
[0079]
示例性的，所述计算机程序830可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器820中，并由所述处理器810执行，以完成本技术。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序830在所述电子设备800中的执行过程。例如，所述计算机程序830可以被分割成进站指令获取程序模块、操作信息采集程序模块和规范行为识别程序模块，各程序模块具体功能如下：
[0080]
进站指令获取程序模块被配置为获取公交车进站指令；
[0081]
操作信息采集程序模块被配置为基于所述公交车进站指令，采集车辆操作信息；
[0082]
规范行为识别程序模块被配置为识别所采集的车辆操作信息是否与预设的规范操作条件相匹配，并根据识别结果相应地确定公交车的进站行为是否规范。
[0083]
所述电子设备800可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述电子设备可包括，但不仅限于，处理器810、存储器820。本领域技术人员可以理解，图8仅是电子设备800的示例，并不构成对电子设备800的限定，可以包括比图示更多或少的部件，或组合某些部件，或不同的部件，例如所述电子设备还可以包括输入输出设备、网络接入设备、总线等。
[0084]
所称处理器810可以是中央处理单元(central processing unit，cpu)，还可以是其他通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现场可编程门阵列(field
‑
programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
[0085]
所述存储器820可以是所述电子设备800的内部存储单元，例如电子设备800的硬盘或内存。所述存储器820也可以是所述电子设备800的外部存储设备，例如所述电子设备
800上配备的插接式硬盘，智能存储卡(smart media card,smc)，安全数字(secure digital,sd)卡，闪存卡(flash card)等。进一步地，所述存储器820还可以既包括所述电子设备800的内部存储单元也包括外部存储设备。所述存储器820用于存储所述计算机程序以及所述电子设备所需的其他程序和数据。所述存储器820还可以用于暂时地存储已经输出或者将要输出的数据。
[0086]
所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本技术的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程。
[0087]
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。
[0088]
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。
[0089]
在本技术所提供的实施例中，应该理解到，所揭露的装置/电子设备和方法，可以通过其它的方式实现。例如，以上所描述的装置/电子设备实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。
[0090]
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
[0091]
另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述单元既可以采用硬件的形式实现，也可以采用软件的形式实现。
[0092]
所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质
可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(rom，read
‑
only memory)、随机存取存储器(ram，random access memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。
[0093]
以上所述实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的精神和范围，均应包含在本技术的保护范围之内。