放行管理方法、装置、设备、存储介质及系统与流程

1.本技术涉及停车场车辆识别放行领域，尤其涉及一种放行管理方法、装置、设备、存储介质及系统。


背景技术：

2.传统的停车场的放行管理系统一般都是以车牌号为依据进行管理。在车辆进出停车场时，通过识别车辆的车牌号对其进行放行管理。
3.但是，这种管理系统存在着安全隐患。例如，可以利用套牌的方式来冒充其他车辆来认证开闸。


技术实现要素：

4.基于上述技术问题，本技术提供一种放行管理方法、装置、设备、存储介质及系统，可以利用身份标识数据和车牌号相结合，来对待通行机动车进行双重校验，以解决套牌开闸的问题。
5.第一方面，本技术提供一种放行管理方法，该方法包括：获取通行请求数据；通行请求数据为当前待通行机动车的车牌号或者身份标识数据；在通行请求数据为当前待通行机动车的车牌号的情况下，获取待验证身份标识数据,若待验证身份标识数据为蓝牙卡数据，且当前待通行机动车的车牌号与待验证身份标识数据互相匹配，则控制当前待通行机动车所在闸口的道闸放行；在通行请求数据为身份标识数据，且身份标识数据为ic卡数据的情况下，获取待验证车牌数据，若当前待通行机动车的身份标识数据与待验证车牌数据互相匹配，则控制当前待通行机动车所在闸口的道闸放行。
6.本技术提供的放行管理方法，可以利用车牌号来校验待通行机动车的通行权限，利用身份标识数据来校验识别到的车牌号与待通行机动车的一致性，从而实现对待通行机动车的双重校验，提高了放行管理的安全性，为需要进行车卡一致判断的高安全性要求场景下的放行管理提供了解决方案。
7.此外，身份标识数据还可以分别采用接触式的ic卡数据和远距离感应式的蓝牙卡数据，可以分别满足不同用户的个性化需求。
8.可选地，在通行请求数据为当前待通行机动车的车牌号的情况下，获取待验证身份标识数据，包括：在通行请求数据为当前待通行机动车的车牌号，且蓝牙卡缓存队列中存在蓝牙卡数据的情况下，将蓝牙卡缓存队列中的蓝牙卡数据作为待验证身份标识数据；若待验证身份标识数据为蓝牙卡数据，且当前待通行机动车的车牌号与待验证身份标识数据互相匹配，则控制当前待通行机动车所在闸口的道闸放行，包括：若当前待通行机动车的车牌号与蓝牙卡缓存队列中的蓝牙卡数据互相匹配，则控制当前待通行机动车所在闸口的道闸放行。
9.应理解，蓝牙卡数据的识别范围较远，可以达到5米至15米左右，而车牌号识别需要待通行车辆靠近道闸才能识别，若直接对获取到的蓝牙卡数据进行匹配判断，可能存在
车牌号为空(还未识别)的情况。本技术提供的放行管理方法，可以利用蓝牙卡缓存队列的方式，将获取到的蓝牙卡数据先进行缓存，然后在识别到车牌号的情况下再进行匹配，从而提供一种针对蓝牙卡数据早于车牌上报场景下的放行控制方案。
10.可选地，该方法还包括：在通行请求数据为身份标识数据，且身份标识数据为蓝牙卡数据的情况下，若蓝牙卡缓存队列中不存在蓝牙卡数据，则将当前待通行机动车的身份标识数据作为候选蓝牙卡数据；若候选蓝牙卡数据与第一周期内的一辆或多辆历史通行机动车对应的蓝牙卡数据不同，或候选蓝牙卡数据的获取时刻与目标蓝牙卡数据的获取时刻相隔时长大于预设时长阈值，则将候选蓝牙卡数据加入蓝牙卡缓存队列；目标蓝牙卡数据为一辆或多辆历史通行机动车中最后一辆历史通行机动车对应的蓝牙卡数据；若候选蓝牙卡数据与一辆或多辆历史通行机动车中任意一辆历史通行机动车对应的蓝牙卡数据相同，或候选蓝牙卡数据的获取时刻与目标蓝牙卡数据的获取时刻小于预设时长阈值，则不更新蓝牙卡缓存队列。
11.应理解，蓝牙卡数据的识别范围较远，可以达到5米至15米左右，并且蓝牙卡通常放置在驾驶位或前车窗，在机动车被放行通过闸口之后，还可能不断地向蓝牙卡读卡器上报蓝牙卡数据，从而对之后还未放行的机动车的识别造成干扰。本技术提供的放行管理方法，可以利用与历史通行机动车对应的蓝牙卡数据不同、以及与最后一个通行的历史通行机动车的蓝牙卡数据间隔大于预设时长阈值两个条件来过滤掉已经通过闸口的机动车上报的蓝牙卡数据，从而避免已经通过闸口的机动车上报的蓝牙卡数据对还未放行的机动车的识别造成干扰。
12.可选地，在通行请求数据为身份标识数据，且身份标识数据为ic卡数据的情况下，获取待验证车牌数据，包括：在通行请求数据为身份标识数据，且身份标识数据为ic卡数据的情况下，获取预设时长内未放行的待通行机动车的车牌号作为待验证车牌数据。
13.应理解，蓝牙卡数据的识别范围较远，可以达到5米至15米左右，而ic卡数据则需要ic接触ic卡读卡器才能获得，因此，实际通行场景中可能出现摩托车在前，汽车在后的情况，此时摩托车的车牌号已经上报，而汽车还在摩托车后排队，未上报车牌号。但是，蓝牙卡数据的识别范围较远，汽车的蓝牙卡数据先上报，然后摩托车的ic卡数据才上报。本技术提供的放行管理方法，在获取到ic卡数据之后，可以将该ic卡数据与预设时长内未放行的待通行机动车的车牌号进行匹配，从而对在前排队的摩托车进行校验放行，实现了接触式ic卡和远距离感应式的蓝牙卡混合使用的放行管理方案。
14.可选地，在控制道闸放行之前，该方法还包括：根据当前待通行机动车的车牌号确定当前待通行机动车为临时车或固定车；发出提示信息提示当前待通行机动车为临时车或固定车。
15.可选地，当前待通行机动车包括摩托车或者汽车；摩托车对应的身份标识数据为ic卡数据；汽车对应的身份标识数据为蓝牙卡数据。
16.第二方面，本技术提供一种放行管理装置，该装置包括用于之上第一方面所述方法的各个功能模块。
17.第三方面，本技术提供一种放行管理装置，该装置包括处理器和存储器；存储器存储有处理器可执行的指令；处理器被配置为执行指令时，使得放行管理装置实现上述第一方面所述的方法。
18.第四方面，本技术提供一种计算机程序产品，当该计算机程序产品在放行管理装置上运行时，使得放行管理装置执行上述第一方面所述相关方法的步骤，以实现上述第一方面所述的方法。
19.第五方面，本技术提供一种可读存储介质，该可读存储介质包括：软件指令；当软件指令在放行管理装置中运行时，使得放行管理装置实现上述第一方面所述的方法。
20.上述第二方面至第五方面的有益效果可以参照第一方面所述，不再赘述。
附图说明
21.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
22.图1为本技术实施例提供的放行管理系统的组成示意图；
23.图2为本技术实施例提供的放行管理装置400的组成示意图；
24.图3为本技术实施例提供的放行管理方法的流程示意图；
25.图4为本技术实施例提供的放行管理方法的另一种流程示意图；
26.图5为本技术实施例提供的放行管理方法的又一种流程示意图；
27.图6为本技术实施例提供的放行管理方法的又一种流程示意图；
28.图7为本技术实施例提供的放行管理方法的又一种流程示意图；
29.图8为本技术实施例提供的放行管理装置的组成示意图。
具体实施方式
30.以下，术语“第一”、“第二”和“第三”等仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”或“第三”等的特征可以明示或者隐含地包括一个或者更多个该特征。
31.如上述背景技术中所述，传统的停车场的放行管理系统一般都是以车牌号为依据进行管理。在车辆进出停车场时，通过识别车辆的车牌号对其进行放行管理。
32.但是，这种管理系统存在着安全隐患。例如，可以利用套牌的方式来冒充其他车辆来认证开闸。
33.在此基础上，本技术实施例提供一种放行管理方法、装置、设备、存储介质及系统，可以利用身份标识数据来对待通行机动车进行双重校验，以解决套牌开闸的问题。
34.以下结合附图进行介绍。
35.图1为本技术实施例提供的放行管理系统的组成示意图。如图1所示，该放行管理系统可以包括：集成电路(integrated circuit，ic)卡读卡器100、蓝牙卡读卡器200、自动车牌识别(automatic number plate recognition，anpr)相机300、放行管理装置400、以及道闸500。ic卡读卡器100、蓝牙卡读卡器200、anpr相机300、以及道闸500与放行管理装置400连接。
36.例如，ic卡读卡器100、蓝牙卡读卡器200、anpr相机300、以及道闸500可以通过有线通信线路或无线网络与放行管理装置400连接。
37.可选地，该有线通信线路可以是放行管理装置局域网络(control area network，can)总线。
38.其中，ic卡读卡器100，用于采集ic卡数据。
39.可选地，ic卡数据可以具体包括ic卡的卡号，或者ic卡的身份标识等。例如，在ic卡读卡器100采集某个ic卡的卡号或身份标识之前，还可以利用ic卡写卡器在该ic卡中写入卡号或身份标识。
40.ic卡读卡器100可以设置于闸口通道的泊车位置(也即图1所示的靠近闸口通道的位置，便于待通行机动车驾驶员刷卡)。
41.蓝牙卡读卡器200，用于采集蓝牙卡数据。
42.类似地，蓝牙卡数据可以具体包括蓝牙卡的卡号，或者蓝牙卡的身份标识等。例如，在蓝牙卡200采集某个蓝牙卡的卡号或身份标识之前，还可以利用蓝牙卡写卡器在该蓝牙卡中写入卡号或身份标识。
43.蓝牙卡读卡器200可以设置于闸口通道的一侧。
44.anpr相机300，用于采集当前待通行机动车的车牌号。
45.例如，anpr相机300可以首先获取当前待通行机动车的图像，并利用光学字符辨识技术来读取当前待通行机动车的图像，得到当前待通行机动车的车牌号。
46.可选地，当前待通行机动车可以具体包括摩托车或者汽车。汽车的前后均悬挂有车牌，可以正面识别。而摩托车的车牌通常仅悬挂于车尾，或者侧立安装于车头，无法被正面识别。在这种情况下，anpr相机300可以具体设置在闸口的道闸处，朝向闸口通道；或者，anpr相机300也可以具体设置在闸口通道内，朝向闸口的道闸；再或者，anpr相机300可以包括两个anpr相机，一个设置在闸口的道闸处，朝向闸口通道，另一个设置在闸口通道内，朝向闸口的道闸。
47.放行管理装置400，用于按照下述放行管理方法控制道闸500放行(或者说开启)或不放行(或者说关闭)。
48.放行管理装置400可以是设置于闸口处的控制器；或者，也可以是设置于闸口处的计算机或服务器；再或者，还可以是设置于后方的远端服务器等。本技术实施例对此不作限制。
49.其中，服务器可以是单独的一个服务器，或者，也可以是有多个服务器构成的服务器集群。部分实施方式中，服务器集群还可以是分布式集群。可选地，服务器还可以在云平台上实现，例如，云平台可以包括私有云、公有云、混合云、社区云(community cloud)、分布式云、跨云(inter-cloud)、以及多云(multi-cloud)等，或者它们的任意组合。本技术实施例对此不作限制。
50.需要说明的是，上述图1中以单侧道闸为例示出，该放行管理系统还可以是双侧道闸，该双侧道闸可以参照上述图1中的单侧道闸的组成得到，本技术实施例对此不作限制。
51.本技术实施例提供的放行管理方法的执行主体可以是放行管理装置400，或者，放行管理装置400中的处理器；再或者，放行管理装置400中安装的具有放行管理功能的应用程序(application，app)；又或者，放行管理装置400中的用于执行放行管理功能的功能模块等。本技术实施例对此不作限制。
52.为了描述简单，以下统一以放行管理装置400为例，对本技术实施例提供的放行管
理方法进行介绍。
53.图2为本技术实施例提供的放行管理装置400的组成示意图。如图2所示，该装置包括：处理器10、存储器20、通信线路30、以及通信接口40。
54.其中，处理器10、存储器20、以及通信接口40之间可以通过通信线路30连接。
55.处理器10，用于执行存储器20中存储的指令，以实现本技术下述实施例提供的放行管理方法。处理器10可以是中央处理器(central processing unit，cpu)、通用处理器网络处理器(network processor，np)、数字信号处理器(digital signal processing，dsp)、微处理器、微控制器(micro control unit，mcu)/单片机、可编程逻辑器件(programmable logic device，pld)或它们的任意组合。处理器10还可以是其它任意具有处理功能的装置，例如电路、器件或软件模块，本技术实施例对此不作限制。在一种示例中，处理器10可以包括一个或多个cpu，例如图2中的cpu0和cpu1。作为一种可选的实现方式，放行管理装置400可以包括多个处理器，例如，除处理器10之外，还可以包括处理器50(图2中以虚线为例示出)。
56.存储器20，用于存储指令。例如，指令可以是计算机程序。可选地，存储器20可以是只读存储器(read-only memory，rom)或可存储静态信息和/或指令的其他类型的静态存储设备，也可以是存取存储器(random access memory，ram)或者可存储信息和/或指令的其他类型的动态存储设备，还可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory，eeprom)、只读光盘(compact disc read-only memory，cd-rom)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备等，本技术实施例对此不作限制。
57.需要说明的是，存储器20可以独立于处理器10存在，也可以和处理器10集成在一起。存储器20可以位于放行管理装置400内，也可以位于放行管理装置400外，本技术实施例对此不作限制。
58.通信线路30，用于在放行管理装置400所包括的各部件之间传送信息。
59.通信接口40，用于与其他设备(例如上述ic卡读卡器100、蓝牙卡读卡器200、anpr相机300、或者道闸500等)或其它网络进行通信。该其它通信网络可以为以太网，无线接入网(radio access network，ran)，无线局域网(wireless local area networks，wlan)等。通信接口40可以是模块、电路、收发器或者任何能够实现通信的装置。
60.需要说明的是，图2中示出的结构并不构成对放行管理装置400的限定，除图2所示的部件之外，放行管理装置400可以包括比图示更多或更少的部件，或者某些部件的组合，或者不同的部件布置。
61.以下对本技术实施例提供的放行管理方法进行介绍。
62.图3为本技术实施例提供的放行管理方法的流程示意图。如图3所示，该方法包括s101至s105。
63.s101、放行管理装置400获取通行请求数据。
64.其中，通行请求数据可以是当前待通行机动车的车牌号或者身份标识数据。如上述放行管理系统中所述，当前待通行机动车可以包括摩托车或汽车。身份标识数据可以包括ic卡数据或蓝牙卡数据。摩托车对应ic卡数据。汽车对应蓝牙卡数据。
65.可选地，待通行机动车还可以划分为固定车和临时车，固定车也可以理解为固定
停放(或者说长期停放)在放行管理系统所管理的停车场中的机动车。临时车也可以理解为临时停放在放行管理系统所管理的停车场中的机动车。
66.基于上述理解，则待通行机动车共可以划分为以下四个种类：固定摩托车、临时摩托车、固定汽车、以及临时汽车。可选地，固定摩托车、临时摩托车、以及临时汽车对应的身份标识数据为ic卡数据，固定汽车对应的身份标识数据为蓝牙卡数据。
67.需要说明的是，上述身份标识数据种类的划分情况仅为示例，也可以有其他的划分方式，例如四个种类的待通行机动车均采用ic卡数据或均采用蓝牙卡数据等。本技术实施例对此不作限制。
68.s102、在通行请求数据为当前待通行机动车的车牌号的情况下，放行管理装置400获取待验证身份标识数据。
69.s102可以参照下述实施例中所述，此处不再赘述。
70.s103、若待验证身份标识数据为蓝牙卡数据，且当前待通行机动车的车牌号与待验证身份标识数据互相匹配，则放行管理装置400控制当前待通行机动车所在闸口的道闸放行。
71.例如，放行管理装置400中可以预设有车牌号和身份标识数据之间的对应关系，放行管理装置400可以根据车牌号和身份标识数据之间的对应关系、以及当前待通行机动车的车牌号来判断是否放行。
72.示例性地，车牌号和身份标识数据之间的对应关系可以如下述表1所示：
73.表1
[0074][0075][0076]
如表1所示，车牌号和身份标识数据之间的对应关系具体可以包括车牌号项和身份标识数据项，身份标识数据项可以具体包括ic卡数据项和蓝牙卡数据项。其中，车牌号项具体可以包括车牌号1(摩托车)、车牌号2(摩托车)、车牌号3(汽车)、以及车牌号4(汽车)。ic卡数据项可以具体包括ic卡1和ic卡2。蓝牙卡数据项可以具体包括蓝牙卡1和蓝牙卡2。车牌号1(摩托车)和ic卡1之间具有对应关系。车牌号2(摩托车)和ic卡2之间具有对应关系。车牌号3(汽车)和蓝牙卡1之间具有对应关系。车牌号4(汽车)和蓝牙卡1之间具有对应关系。
[0077]
s104、在通行请求数据为身份标识数据，且身份标识数据为ic卡数据的情况下，放行管理装置400获取待验证车牌数据。
[0078]
s104可以参照下述实施例中所述，此处不再赘述。
[0079]
s105、若当前待通行机动车的身份标识数据与待验证车牌数据互相匹配，则放行管理装置400控制当前待通行机动车所在闸口的道闸放行。
[0080]
s105可以参照上述s103处所述，此处不再赘述。
[0081]
可选地，在s101之前，还可以对当前场景进行软件配置，例如，放行管理装置400可以接收停车场相关信息，包括添加车道、车道内添加anpr相机、车道内添加ic卡读卡器、车道内添加蓝牙卡读卡器、放行规则设置为车卡一致、录入固定车车牌、录入临时卡卡号等。
[0082]
本技术实施例提供的放行管理方法中，放行管理装置400可以利用车牌号来校验待通行机动车的通行权限，利用身份标识数据来校验识别到的车牌和待机动车的一致性，从而实现对待通行机动车的双重校验，提高了放行管理的安全性，为需要进行车卡一致判断的高安全性要求场景下的放行管理提供了解决方案。
[0083]
此外，身份标识数据还可以分别采用接触式的ic卡数据和远距离感应式的蓝牙卡数据，可以分别满足不同用户的个性化需求。
[0084]
以下对上述s102和s103进行介绍。
[0085]
一些可能的实施例中，ic卡读卡器、蓝牙卡读卡器、以及anpr相机分别可以触发车牌事件和刷卡事件，对于刷卡事件中获取到的蓝牙卡数据，放行管理装置400可以按照蓝牙卡缓存队列的方式来与车牌进行匹配。在这种情况下，图4为本技术实施例提供的放行管理方法的另一种流程示意图。如图4所示，上述s102可以具体包括s1021，上述s103可以具体实现为s1031。
[0086]
s1021、在通行请求数据为当前待通行机动车的车牌号，且蓝牙卡缓存队列中存在蓝牙卡数据的情况下，放行管理装置400将蓝牙卡缓存队列中的蓝牙卡数据作为待验证身份标识数据。
[0087]
s1031、若当前待通行机动车的车牌号与蓝牙卡缓存队列中的蓝牙卡数据互相匹配，则放行管理装置400控制当前待通行机动车所在闸口的道闸放行。
[0088]
可选地，若当前待通行机动车的车牌号为临时车的车牌号，则放行管理装置400可以控制道闸不放行。
[0089]
可选地，若蓝牙卡缓存队列中不存在蓝牙卡数据，则放行管理装置400可以控制道闸不放行。
[0090]
可选地，在上述s1031之后，方向管理装置400还可以清空蓝牙卡缓存队列。
[0091]
应理解，蓝牙卡数据的识别范围较远，可以达到5米至15米左右，而车牌号识别需要待通行车辆靠近道闸才能识别，若直接对获取到的蓝牙卡数据进行匹配判断，可能存在车牌号为空(还未识别)的情况。本技术实施例提供的放行管理方法中，放行管理装置400可以利用蓝牙卡缓存队列的方式，将获取到的蓝牙卡数据先进行缓存，然后在识别到车牌号的情况下再进行匹配，从而提供一种针对蓝牙卡数据早于车牌上报场景下的放行控制方案。
[0092]
一些可能的实施例中，在上述s1021之前，放行管理装置400还可以获取蓝牙缓存队列。在这种情况下，图5为本技术实施例提供的放行管理方法的又一种流程示意图。如图5所示，在上述s1021之前，该方法还可以包括s201至s202。
[0093]
s201、在通行请求数据为身份标识数据，且身份标识数据为蓝牙卡数据的情况下，
若蓝牙卡缓存队列中不存在蓝牙卡数据，则放行管理装置400将当前待通行机动车的身份数据作为候选蓝牙卡数据。
[0094]
可选地，若蓝牙卡缓存队列中存在蓝牙卡数据，也即此时前方存在已经识别的蓝牙卡数据，可以认为前方有固定汽车还未放行，此时放行管理装置400可以不执行任何操作。
[0095]
s202、若候选蓝牙卡数据与第一周期内的一辆或多辆历史通行机动车对应的蓝牙卡数据不同，或候选蓝牙卡数据的获取时刻与目标蓝牙卡数据的获取时刻相隔时长大于预设时长阈值，则放行管理装置400将候选蓝牙卡数据加入蓝牙卡缓存队列。
[0096]
其中，第一周期可以由管理人员预设在放行管理装置400中。例如，该第一周期可以是2分钟或者3分钟等。本技术实施例对第一周期的具体时长不作限制。目标蓝牙卡数据为一辆或多辆历史通行机动车中最后一辆历史通行机动车对应的蓝牙卡数据。预设时长阈值可以由管理人员预设在放行管理装置400中。例如，该预设时长阈值可以是10秒或者15秒等。本技术实施例预设时长阈值的具体时长不作限制。
[0097]
可选地，若候选蓝牙卡数据与一辆或多辆历史通行机动车中任意一辆历史通行机动车对应的蓝牙卡数据相同，或候选蓝牙卡数据的获取时刻与目标蓝牙卡数据的获取时刻小于预设时长阈值，则放行管理装置400可以不更新蓝牙卡缓存队列。
[0098]
应理解，蓝牙卡数据的识别范围较远，可以达到5米至15米左右，并且蓝牙卡通常放置在驾驶位或前车窗，在机动车被放行通过闸口之后，还可能不断地向蓝牙卡读卡器上报蓝牙卡数据，从而对之后还未放行的机动车的识别造成干扰。本技术实施例提供的放行管理方法中，放行管理装置400可以利用与历史通行机动车对应的蓝牙卡数据不同、以及与最后一个通行的历史通行机动车的蓝牙卡数据间隔大于预设时长阈值两个条件来过滤掉已经通过闸口的机动车上报的蓝牙卡数据，从而避免已经通过闸口的机动车上报的蓝牙卡数据对还未放行的机动车的识别造成干扰。
[0099]
以下对上述s104进行介绍。
[0100]
一些可能的实施例中，通行请求数据还可以是ic卡数据。在这种情况下，图6为本技术实施例提供的放行管理方法的又一种流程示意图。如图6所示，上述s104可以具体包括s1041。
[0101]
s1041、在通行请求数据为身份标识数据，且身份标识数据为ic卡数据的情况下，放行管理装置400获取预设时长内未放行的待通行机动车的车牌号作为待验证车牌数据。
[0102]
其中，预设时长可以由管理人员预设在放行管理装置400中。例如，预设时长可以是3分钟或者5分钟等。本技术实施例对预设时长的具体数值不作限制。预设时长内未放行的待通行机动车包括当前待通行机动车。
[0103]
应理解，蓝牙卡数据的识别范围较远，可以达到5米至15米左右，而ic卡数据则需要ic解除ic卡读卡器才能获得，因此，实际通行场景中可能出现摩托车在前，汽车在后的情况，此时摩托车的车牌号已经上报，而汽车还在摩托车后排队，未上报车牌号。但是，蓝牙卡数据的识别范围较远，汽车的蓝牙卡数据先上报，然后摩托车的ic卡数据才上报。本技术实施例提供的放行管理方法中，放行管理装置400在获取到ic卡数据之后，可以将该ic卡数据与预设时长内未放行的待通行机动车的车牌号进行匹配，从而对在前排队的摩托车进行校验放行，实现了接触式ic卡和远距离感应式的蓝牙卡混合使用的放行管理方案。
[0104]
可选地，在控制道闸放行之前，该方法还可以包括：放行管理装置400根据当前待通行机动车的车牌号确定当前待通行的机动车为临时车或固定车；放行管理装置400发出提示信息提示当前待通行机动车为临时车或固定车。
[0105]
例如，放行管理装置400还可以包括输入输出接口。该输入输出接口可以是显示屏或者扬声器等。上述提示信息可以是显示屏中显示的文字信息或者扬声器发出的语音信息等。本技术实施例对此不作限制。
[0106]
基于上述实施例的理解，以下以数据处理的流程为例对本技术实施例提供的放行管理方法进行介绍。图7为本技术实施例提供的放行管理方法的又一种流程示意图。可选地，该方法可以由上述放行管理装置400执行，如图7所示，该方法包括s301至s317。
[0107]
s301、多次获取通行请求数据。
[0108]
s301可以参照上述s1011所述，此处不再赘述。
[0109]
s302、判断通行请求数据是否为车牌号。
[0110]
若是，则执行s303；若否，则执行s304。
[0111]
s303、判断车牌号是否为固定车的车牌号。
[0112]
若是，则执行s305；若否，则执行s306。
[0113]
s304、判断通行请求数据是否为ic卡数据。
[0114]
若是，则执行s309；若否，则确定通行请求数据为蓝牙卡数据并执行s310。
[0115]
s305、判断蓝牙卡缓存队列中是否有蓝牙卡数据。
[0116]
若是，则执行s307；若否，则执行s306
[0117]
s305可以参照上述s1021所述，此处不再赘述。
[0118]
s306、不放行。
[0119]
s307、判断是否车卡一致。
[0120]
若是，则执行s308；若否，则执行s306。
[0121]
s307可以参照上述s103或s104所述，不再赘述。
[0122]
s308、放行。
[0123]
s309、判断ic卡数据是否为已录入的ic卡数据。
[0124]
若是，则执行s311；若否，则确定为无效卡并执行s306。
[0125]
s310、判断蓝牙卡缓冲队列中是否存在蓝牙卡数据。
[0126]
若是，则执行s313；若否，则执行s314。
[0127]
s311、匹配最近3分钟内未放行的车牌。
[0128]
s312、判断匹配得到的车牌是否为固定车。
[0129]
若是，则执行s307；若否，则确定匹配得到的车牌为临时车，并执行s308。
[0130]
s309、s311、以及s312可以参照上述s1041所述，此处不再赘述。
[0131]
s313、判断获取的蓝牙卡数据与上条已处理的蓝牙卡是否相同且间隔不超过10秒。
[0132]
若是，则执行s315；若否，则执行s316。
[0133]
s314、确定前辆固定车还未放行，不处理。
[0134]
s315、确定过闸误报，不处理。
[0135]
s316、将获取的蓝牙卡数据缓存入蓝牙卡缓存队列。
[0136]
s313至s316可以参照上述s201至s202所述，此处不再赘述。
[0137]
s317、清空蓝牙卡缓存队列。
[0138]
上述主要从方法的角度对本技术实施例提供的方案进行了介绍。为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术目标应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本技术能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术目标可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。
[0139]
在示例性的实施例中，本技术实施例还提供一种放行管理装置。图8为本技术实施例提供的放行管理装置的组成示意图。如图8所示，该装置包括：获取模块801和处理模块802。
[0140]
获取模块801，用于获取通行请求数据；通行请求数据为当前待通行机动车的车牌号或者身份标识数据；在通行请求数据为当前待通行机动车的车牌号的情况下，获取待验证身份标识数据。
[0141]
处理模块802，用于若待验证身份标识数据为蓝牙卡数据，且当前待通行机动车的车牌号与待验证身份标识数据互相匹配，则控制当前待通行机动车所在闸口的道闸放行。
[0142]
获取模块801，还用于在通行请求数据为身份标识数据，且身份标识数据为ic卡数据的情况下，获取待验证车牌数据。
[0143]
处理模块802，还用于若当前待通行机动车的身份标识数据与待验证车牌数据互相匹配，则控制当前待通行机动车所在闸口的道闸放行。
[0144]
一些可能的实施例中，获取模块801，具体用于在通行请求数据为当前待通行机动车的车牌号，且蓝牙卡缓存队列中存在蓝牙卡数据的情况下，将蓝牙卡缓存队列中的蓝牙卡数据作为待验证身份标识数据；处理模块802，具体用于若当前待通行机动车的车牌号与蓝牙卡缓存队列中的蓝牙卡数据互相匹配，则控制当前待通行机动车所在闸口的道闸放行。
[0145]
另一些可能的实施例中，处理模块802，还用于在通行请求数据为身份标识数据，且身份标识数据为蓝牙卡数据的情况下，若蓝牙卡缓存队列中不存在蓝牙卡数据，则将当前待通行机动车的身份标识数据作为候选蓝牙卡数据；若候选蓝牙卡数据与第一周期内的一辆或多辆历史通行机动车对应的蓝牙卡数据不同，或候选蓝牙卡数据的获取时刻与目标蓝牙卡数据的获取时刻相隔时长大于预设时长阈值，则将候选蓝牙卡数据加入蓝牙卡缓存队列；目标蓝牙卡数据为一辆或多辆历史通行机动车中最后一辆历史通行机动车对应的蓝牙卡数据；若候选蓝牙卡数据与一辆或多辆历史通行机动车中任意一辆历史通行机动车对应的蓝牙卡数据相同，或候选蓝牙卡数据的获取时刻与目标蓝牙卡数据的获取时刻小于预设时长阈值，则不更新蓝牙卡缓存队列。
[0146]
又一些可能的实施例中，获取模块801，具体用于在通行请求数据为身份标识数据，且身份标识数据为ic卡数据的情况下，获取预设时长内未放行的待通行机动车的车牌号作为待验证车牌数据。
[0147]
又一些可能的实施例中，在控制道闸放行之前，处理模块802，还用于根据当前待通行机动车的车牌号确定当前待通行机动车为临时车或固定车；发出提示信息提示当前待
通行机动车为临时车或固定车。
[0148]
又一些可能的实施例中，当前待通行机动车包括摩托车或者汽车；摩托车对应的身份标识数据为ic卡数据；汽车对应的身份标识数据为蓝牙卡数据。
[0149]
需要说明的是，图8中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。例如，还可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
[0150]
在示例性的实施例中，本技术实施例还提供了一种可读存储介质，包括软件指令，当其在放行管理装置上运行时，使得放行管理装置执行上述实施例提供的任意一种方法。
[0151]
在示例性的实施例中，本技术实施例还提供了一种包含计算机执行指令的计算机程序产品，当其在放行管理装置上运行时，使得放行管理装置执行上述实施例提供的任意一种方法。
[0152]
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件程序实现时，可以全部或部分地以计算机程序产品的形式来实现。该计算机程序产品包括一个或多个计算机执行指令。在计算机上加载和执行计算机执行指令时，全部或部分地产生按照本技术实施例的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。计算机执行指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，计算机执行指令可以从一个网站站点、计算机、服务器或者数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，dsl))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可以用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质(例如，软盘、硬盘、磁带)，光介质(例如，dvd)等。
[0153]
尽管在此结合各实施例对本技术进行了描述，然而，在实施所要求保护的本技术过程中，本领域技术人员通过查看附图、公开内容、以及所附权利要求书，可理解并实现公开实施例的其他变化。在权利要求中，“包括”(comprising)一词不排除其他组成部分或步骤，“一”或“一个”不排除多个的情况。单个处理器或其他单元可以实现权利要求中列举的若干项功能。相互不同的从属权利要求中记载了某些措施，但这并不表示这些措施不能组合起来产生良好的效果。
[0154]
尽管结合具体特征及其实施例对本技术进行了描述，显而易见的，在不脱离本技术的精神和范围的情况下，可对其进行各种修改和组合。相应地，本说明书和附图仅仅是所附权利要求所界定的本技术的示例性说明，且视为已覆盖本技术范围内的任意和所有修改、变化、组合或等同物。显然，本领域的技术人员可以对本技术进行各种改动和变型而不脱离本技术的精神和范围。这样，倘若本技术的这些修改和变型属于本技术权利要求及其等同技术的范围之内，则本技术也意图包含这些改动和变型在内。
[0155]
以上所述，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何在本技术揭露的技术范围内的变化或替换，都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应该以权利要求的保护范围为准。

技术特征：
1.一种放行管理方法，其特征在于，包括：获取通行请求数据；所述通行请求数据为当前待通行机动车的车牌号或者身份标识数据；在所述通行请求数据为当前待通行机动车的车牌号的情况下，获取待验证身份标识数据,若所述待验证身份标识数据为蓝牙卡数据，且所述当前待通行机动车的车牌号与所述待验证身份标识数据互相匹配，则控制所述当前待通行机动车所在闸口的道闸放行；在所述通行请求数据为身份标识数据，且所述身份标识数据为ic卡数据的情况下，获取待验证车牌数据，若所述当前待通行机动车的身份标识数据与所述待验证车牌数据互相匹配，则控制所述当前待通行机动车所在闸口的道闸放行。2.根据权利于要求1所述的方法，其特征在于，所述在所述通行请求数据为当前待通行机动车的车牌号的情况下，获取待验证身份标识数据，包括：在所述通行请求数据为当前待通行机动车的车牌号，且蓝牙卡缓存队列中存在蓝牙卡数据的情况下，将所述蓝牙卡缓存队列中的蓝牙卡数据作为所述待验证身份标识数据；所述若所述待验证身份标识数据为蓝牙卡数据，且所述当前待通行机动车的车牌号与所述待验证身份标识数据互相匹配，则控制所述当前待通行机动车所在闸口的道闸放行，包括：若所述当前待通行机动车的车牌号与所述蓝牙卡缓存队列中的蓝牙卡数据互相匹配，则控制所述当前待通行机动车所在闸口的道闸放行。3.根据权利要求2所述的方法，其特征在于，所述方法还包括：在所述通行请求数据为身份标识数据，且所述身份标识数据为蓝牙卡数据的情况下，若所述蓝牙卡缓存队列中不存在蓝牙卡数据，则将所述当前待通行机动车的身份标识数据作为候选蓝牙卡数据；若所述候选蓝牙卡数据与第一周期内的一辆或多辆历史通行机动车对应的蓝牙卡数据不同，或所述候选蓝牙卡数据的获取时刻与目标蓝牙卡数据的获取时刻相隔时长大于预设时长阈值，则将所述候选蓝牙卡数据加入所述蓝牙卡缓存队列；所述目标蓝牙卡数据为所述一辆或多辆历史通行机动车中最后一辆历史通行机动车对应的蓝牙卡数据；若所述候选蓝牙卡数据与所述一辆或多辆历史通行机动车中任意一辆历史通行机动车对应的蓝牙卡数据相同，或所述候选蓝牙卡数据的获取时刻与所述目标蓝牙卡数据的获取时刻小于所述预设时长阈值，则不更新所述蓝牙卡缓存队列。4.根据权利要求1所述的方法，其特征在于，所述在所述通行请求数据为身份标识数据，且所述身份标识数据为ic卡数据的情况下，获取待验证车牌数据，包括：在所述通行请求数据为身份标识数据，且所述身份标识数据为ic卡数据的情况下，获取预设时长内未放行的待通行机动车的车牌号作为待验证车牌数据。5.根据权利要求4所述的方法，其特征在于，在控制所述道闸放行之前，所述方法还包括：根据所述当前待通行机动车的车牌号确定所述当前待通行机动车为临时车或固定车；发出提示信息提示所述当前待通行机动车为临时车或固定车。6.根据权利要求1-5任一项所述的方法，其特征在于，所述当前待通行机动车包括摩托车或者汽车；摩托车对应的身份标识数据为ic卡数据；汽车对应的身份标识数据为蓝牙卡数据。
7.一种放行管理装置，其特征在于，包括：获取模块和处理模块；所述获取模块，用于获取通行请求数据；所述通行请求数据为当前待通行机动车的车牌号或者身份标识数据；在所述通行请求数据为当前待通行机动车的车牌号的情况下，获取待验证身份标识数据；所述处理模块，用于若所述待验证身份标识数据为蓝牙卡数据，且所述当前待通行机动车的车牌号与所述待验证身份标识数据互相匹配，则控制所述当前待通行机动车所在闸口的道闸放行；所述获取模块，还用于在所述通行请求数据为身份标识数据，且所述身份标识数据为ic卡数据的情况下，获取待验证车牌数据；所述处理模块，还用于若所述当前待通行机动车的身份标识数据与所述待验证车牌数据互相匹配，则控制所述当前待通行机动车所在闸口的道闸放行。8.一种放行管理装置，其特征在于，包括：处理器和存储器；所述存储器存储有所述处理器可执行的指令；所述处理器被配置为执行所述指令时，使得所述放行管理装置实现如权利要求1-6任一项所述的方法。9.一种可读存储介质，其特征在于，所述可读存储介质包括：软件指令；当所述软件指令在放行管理装置中运行时，使得所述放行管理装置实现如权利要求1-6任一项所述的方法。10.一种放行管理系统，其特征在于，包括：集成电路ic卡读卡器、蓝牙卡读卡器、自动车牌识别anpr相机、放行管理装置、以及道闸；所述ic卡读卡器、所述蓝牙卡读卡器、所述anpr相机、以及所述道闸与所述放行管理装置连接；所述ic卡读卡器，用于采集ic卡数据；所述蓝牙卡读卡器，用于采集蓝牙卡数据；所述anpr相机，用于采集当前待通行机动车的车牌号；所述放行管理装置，被配置为获取通行请求数据；所述通行请求数据为当前待通行机动车的车牌号或者身份标识数据；在所述通行请求数据为当前待通行机动车的车牌号的情况下，获取待验证身份标识数据,若所述待验证身份标识数据为蓝牙卡数据，且所述当前待通行机动车的车牌号与所述待验证身份标识数据互相匹配，则控制所述当前待通行机动车所在闸口的道闸放行；在所述通行请求数据为身份标识数据，且所述身份标识数据为ic卡数据的情况下，获取待验证车牌数据，若所述当前待通行机动车的身份标识数据与所述待验证车牌数据互相匹配，则控制所述当前待通行机动车所在闸口的道闸放行。

技术总结
本申请提供一种放行管理方法、装置、设备、存储介质及系统，涉及停车场车辆识别放行领域，该方法包括：获取通行请求数据；在通行请求数据为当前待通行机动车的车牌号的情况下，获取待验证身份标识数据,若待验证身份标识数据为蓝牙卡数据，且当前待通行机动车的车牌号与待验证身份标识数据互相匹配，则控制道闸放行；在通行请求数据为身份标识数据，且身份标识数据为IC卡数据的情况下，获取待验证车牌数据，若当前待通行机动车的身份标识数据与待验证车牌数据互相匹配，则控制道闸放行。该方法利用身份标识数据和车牌号相结合，对待通行机动车进行双重校验，提高了放行管理的安全性。提高了放行管理的安全性。提高了放行管理的安全性。


技术研发人员：贺全州
受保护的技术使用者：杭州海康威视数字技术股份有限公司
技术研发日：2023.03.31
技术公布日：2023/7/4