信息处理方法、装置、计算机可读存储介质及电子装置与流程

文档序号:29265436发布日期:2022-03-16 13:47阅读:108来源:国知局
信息处理方法、装置、计算机可读存储介质及电子装置与流程

1.本技术涉及智能停车场领域,具体而言,涉及一种信息处理方法、装置、计算机可读存储介质及电子装置。


背景技术:

2.随着经济技术的不断发展,人民生活水平的不断提高,截止2019年,全国汽车保有量已经达到2.6亿辆,并以每年2000万量的速度逐渐递增,伴随着汽车保有量的不断增加,车主关于停车的需求也越来越大,对于停车服务质量要求越来越高,基于这种背景情况,这对于停车场运营方也提出了更高的管理服务要求。
3.但停车场运营尚处于粗放式管理阶段,主要问题在于停车场的硬件设备厂家众多,各个厂家都基于自己的硬件产品开发了配套的管理系统,导致多个停车场无法形成统一的管理服务流程,同时,停车场的设备智能化程度较低,还依托于传统的线下管理模式,无法形成线上化集中管理。
4.解决思路为从系统层面对接或直接更换停车场硬件产品,但系统层面的对接不具有标准性,各个厂家的系统接口也不尽相同,导致对接周期长,难度大,直接影响了对接结果;而更换硬件设备则成本高,同时造成了替换下来的老旧设备浪费的问题。
5.针对相关技术中后续多类停车场硬件建接入过程中的适配接入过多造成的开发效率低下的问题,目前尚未提出有效的解决方案。


技术实现要素:

6.本技术的主要目的在于提供一种信息处理方法、装置、计算机可读存储介质及电子装置,以解决后续多类停车场硬件建接入过程中的适配接入过多造成的开发效率低下的问题。
7.为了实现上述目的,根据本技术的一个方面,提供了一种信息处理方法。
8.根据本技术的信息处理方法包括:处理系统接收摄像头拍摄的车辆牌照信息;根据所述车辆牌照信息调用物模型服务;其中,所述物模型服务被配置为对物理空间中的停车场设备进行数字化表示;基于所述物模型服务中的数字化表示结果关联停车驱动服务,并通过所述停车驱动服务驱动相应的停车场设备执行预设操作;其中,所述停车驱动服务被配置为适配停车场设备协议开发和集成停车场设备驱动。
9.进一步的,根据所述车辆牌照信息调用物模型服务包括:根据所述车辆牌照信息判断车辆是否为进场;如果是,则识别所述车辆牌照信息,并根据识别结果调用第一物模型;如果不是,则识别所述车辆牌照信息,并根据识别结果判断是否完成支付;如果是,则调用第一物模型;如果不是,则调用第二物模型。
10.进一步的,基于所述物模型服务中的数字化表示结果关联停车驱动服务,并通过所述停车驱动服务驱动相应的停车场设备执行预设操作包括:基于所述第一物模型中的第一数字化表示结果关联第一停车驱动服务,并通过第一停车驱动服务驱动摄像头所在的道
闸执行预设的抬杆操作;或,基于所述第二物模型中的第二数字化表示结果关联第二停车驱动服务,并通过第二停车驱动服务驱动摄像头所在的费显屏执行预设的费用显示操作。
11.进一步的,基于所述第二物模型中的第二数字化表示结果关联第二停车驱动服务,并通过第二停车驱动服务驱动费显屏执行预设的费用显示操作之后还包括:判断是否通过费显屏完成支付;如果是,则调用第一物模型,基于所述第一物模型中的第一数字化表示结果关联第一停车驱动服务,并通过第一停车驱动服务驱动摄像头所在的道闸执行预设的抬杆操作。
12.进一步的,所述处理系统和所述物模型服务之间采用mqtt broker服务进行通信。
13.进一步的,基于所述物模型服务中的数字化表示结果关联停车驱动服务,并通过所述停车驱动服务驱动相应的停车场设备执行预设操作之后还包括:处理系统生成车辆通行记录,云端接收并存储车辆通行记录;或处理系统接收云端下发的管理信息。
14.进一步的,所述云端通过互联网与云边协同组件进行通信,所述云边协同组件与所述处理系统之间采用mqtt broker服务进行通信。
15.为了实现上述目的,根据本技术的另一方面,提供了一种停车处理装置。
16.根据本技术的停车处理装置包括:接收模块,用于处理系统接收摄像头拍摄的车辆牌照信息;调用模块,用于根据所述车辆牌照信息调用物模型服务;其中,所述物模型服务被配置为对物理空间中的停车场设备进行数字化表示;关联模块,用于基于所述物模型服务中的数字化表示结果关联停车驱动服务,并通过所述停车驱动服务驱动相应的停车场设备执行预设操作;其中,所述停车驱动服务被配置为适配停车场设备协议开发和集成停车场设备驱动。
17.为了实现上述目的,根据本技术的另一方面,提供了一种计算机可读存储介质。
18.根据本技术的计算机可读存储介质,所述计算机可读存储介质中存储有计算机程序,其中,所述计算机程序被设置为运行时执行上述任一项所述的信息处理方法。
19.为了实现上述目的,根据本技术的另一方面,提供了一种电子装置。
20.根据本技术的电子装置包括:存储器和处理器,所述存储器中存储有计算机程序,其中,所述处理器被设置为运行所述计算机程序以执行上述任一项所述的信息处理方法。
21.在本技术实施例中,采用信息处理的方式,通过处理系统接收摄像头拍摄的车辆牌照信息;根据所述车辆牌照信息调用物模型服务;其中,所述物模型服务被配置为对物理空间中的停车场设备进行数字化表示;基于所述物模型服务中的数字化表示结果关联停车驱动服务,并通过所述停车驱动服务驱动相应的停车场设备执行预设操作;其中,所述停车驱动服务被配置为适配停车场设备协议开发和集成停车场设备驱动;达到了大大减少了后续多类停车场硬件接入过程中的适配接入的目的,从而实现了提升开发效率的技术效果,进而解决了由于后续多类停车场硬件建接入过程中的适配接入过多造成的开发效率低下的技术问题。
附图说明
22.构成本技术的一部分的附图用来提供对本技术的进一步理解,使得本技术的其它特征、目的和优点变得更明显。本技术的示意性实施例附图及其说明用于解释本技术,并不构成对本技术的不当限定。在附图中:
23.图1是根据本技术实施例的信息处理方法的流程示意图;
24.图2是根据本技术实施例的停车处理装置的结构示意图。
具体实施方式
25.为了使本技术领域的人员更好地理解本技术方案,下面将结合本技术实施例中的附图,对本技术实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本技术一部分的实施例,而不是全部的实施例。基于本技术中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本技术保护的范围。
26.需要说明的是,本技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本技术的实施例。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
27.在本技术中,术语“上”、“下”、“左”、“右”、“前”、“后”、“顶”、“底”、“内”、“外”、“中”、“竖直”、“水平”、“横向”、“纵向”等指示的方位或位置关系为基于附图所示的方位或位置关系。这些术语主要是为了更好地描述本发明及其实施例,并非用于限定所指示的装置、元件或组成部分必须具有特定方位,或以特定方位进行构造和操作。
28.并且,上述部分术语除了可以用于表示方位或位置关系以外,还可能用于表示其他含义,例如术语“上”在某些情况下也可能用于表示某种依附关系或连接关系。对于本领域普通技术人员而言,可以根据具体情况理解这些术语在本发明中的具体含义。
29.此外,术语“安装”、“设置”、“设有”、“连接”、“相连”、“套接”应做广义理解。例如,可以是固定连接,可拆卸连接,或整体式构造;可以是机械连接,或电连接;可以是直接相连,或者是通过中间媒介间接相连,又或者是两个装置、元件或组成部分之间内部的连通。对于本领域普通技术人员而言,可以根据具体情况理解上述术语在本发明中的具体含义。
30.需要说明的是,在不冲突的情况下,本技术中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本技术。
31.根据本发明实施例,提供了一种信息处理方法,如图1所示,该方法包括如下的步骤s101至步骤s103:
32.步骤s101、处理系统接收摄像头拍摄的车辆牌照信息;
33.本地布置了处理系统,用于进行数据的停车数据的处理;该处理系统可以是大型计算机,能够快速处理各类数据。本实施例中,摄像头和处理系统之间采用局域网通信连接,摄像头布置在停车场的各个出入口附近,用于在有车辆靠近时,捕捉并拍摄该车辆的牌照,得到车辆牌照信息。车辆牌照信息可以是来自一个出入口摄像头的一条信息,也可以是来自不同出入口摄像头的多条信息,如此能够基于一条或多条信息进行进一步处理。
34.步骤s102、根据所述车辆牌照信息调用物模型服务;其中,所述物模型服务被配置为对物理空间中的停车场设备进行数字化表示;
35.在处理系统预先设置了判断、处理程序,按照以上程序可以对车辆牌照信息进行
处理,根据处理结果可以确定需要调用的物模型服务,为后续停车驱动提供保障。本实施例中,物模型服务为将物理空间中的停车场设备在云端的数字化表示,从服务、属性和事件三个角度对物理空间中的设备进行了描述和定义,形成标准化方法,如将道闸的抬杆、摄像头的识别和费显屏的显示三类事件形成标准化调用服务。
36.根据本发明实施例,优选的,根据所述车辆牌照信息调用物模型服务包括:
37.根据所述车辆牌照信息判断车辆是否为进场;如果是,则识别所述车辆牌照信息,并根据识别结果调用第一物模型;如果不是,则识别所述车辆牌照信息,并根据识别结果判断是否完成支付;如果是,则调用第一物模型;如果不是,则调用第二物模型。
38.判断、处理程序主要流程为先判断车辆是否为进场,再判断是否完成支付;具体地,车辆靠近摄像头时,摄像头会进入工作状态拍摄车辆的牌照,不同位置的摄像头通过不同的字符标记,比如:出口标记为c1 c2 c3 c4
……
,入口标记为 r1 r2 r3 r4
……
;如此,计算机可以识别车辆在哪个口进或出,如果判断为是某个入口进时,表明车辆要进入停车场,如此,识别牌照并开始计时,同时直接调用可以关联打开道闸的驱动的第一物模型,为后续的道闸驱动提供保障;如果是判断为是某个出口出时,识别牌照并统计停车时长,再判断是否已经支付,如果已经支付了,就直接调用第一物模型,如果没有支付,调用可以显示费用并提供支付途径的驱动的第二物模型;实现了不同情形下调用不同的物模型,关联不同的驱动,达到最终的停车驱动,如此在实际业务中,停车处理系统就可以不用再根据车场硬件的不同而调用不同的停车场驱动指令,只需要统一调用物模型服务,由物模型统一和停车驱动服务进行关联,大大减少了后续多类停车场硬件接入过程中的适配接入问题,提升了开发效率。
39.步骤s103、基于所述物模型服务中的数字化表示结果关联停车驱动服务,并通过所述停车驱动服务驱动相应的停车场设备执行预设操作;其中,所述停车驱动服务被配置为适配停车场设备协议开发和集成停车场设备驱动。
40.停车驱动服务通过对停车场核心设备中的摄像头、费显屏和道闸控制器三类设备标准硬件协议开发适配,集成标准停车场硬件驱动,使得其上层的saas系统服务可以通过物模型驱动硬件进行识别、开闸和显示,达到软硬件业务流程闭环。
41.根据本发明实施例,优选的,基于所述物模型服务中的数字化表示结果关联停车驱动服务,并通过所述停车驱动服务驱动相应的停车场设备执行预设操作包括:
42.基于所述第一物模型中的第一数字化表示结果关联第一停车驱动服务,并通过第一停车驱动服务驱动摄像头所在的道闸执行预设的抬杆操作;或,基于所述第二物模型中的第二数字化表示结果关联第二停车驱动服务,并通过第二停车驱动服务驱动摄像头所在的费显屏执行预设的费用显示操作。
43.第一物模型为通过数字化表示道闸抬杆的第一数字化表示结果,基于该第一数字化表达结果可以迅速关联出第一停车驱动服务,通过第一停车驱动服务驱动摄像头所在的道闸抬杆,车辆即可进入或出停车场;第二物模型为通过数字化表示费显屏显示费用和支付途径的第二数字化表达结果,基于该第二数字化表达结果可以迅速关联出第二停车驱动服务,通过第二停车驱动服务驱动摄像头所在的费显屏显示费用和支付途径。在不同情形下调用不同的物模型进行停车驱动,不用再根据车场硬件的不同而调用不同的停车场驱动指令,只需要统一调用物模型服务,由物模型统一和停车驱动服务进行关联,大大减少了后
续多类停车场硬件接入过程中的适配接入问题,提升了开发效率。
44.根据本发明实施例,优选的,基于所述第二物模型中的第二数字化表示结果关联第二停车驱动服务,并通过第二停车驱动服务驱动费显屏执行预设的费用显示操作之后还包括:
45.判断是否通过费显屏完成支付;如果是,则调用第一物模型,基于所述第一物模型中的第一数字化表示结果关联第一停车驱动服务,并通过第一停车驱动服务驱动摄像头所在的道闸执行预设的抬杆操作。
46.在费显屏显示费用和支付途径后,该出口的车辆上的人员可以通过终端扫描并支付,处理系统再判断人员是否通过费显屏完成支付,如果是,则调用第一物模型,过第一停车驱动服务驱动摄像头所在的道闸抬杆,车辆即可出停车场;在不同情形下调用不同的物模型进行停车驱动,不用再根据车场硬件的不同而调用不同的停车场驱动指令,只需要统一调用物模型服务,由物模型统一和停车驱动服务进行关联,大大减少了后续多类停车场硬件接入过程中的适配接入问题,提升了开发效率。
47.从以上的描述中,可以看出,本发明实现了如下技术效果:
48.在本技术实施例中,采用信息处理的方式,通过处理系统接收摄像头拍摄的车辆牌照信息;根据所述车辆牌照信息调用物模型服务;其中,所述物模型服务被配置为对物理空间中的停车场设备进行数字化表示;基于所述物模型服务中的数字化表示结果关联停车驱动服务,并通过所述停车驱动服务驱动相应的停车场设备执行预设操作;其中,所述停车驱动服务被配置为适配停车场设备协议开发和集成停车场设备驱动;达到了大大减少了后续多类停车场硬件接入过程中的适配接入的目的,从而实现了提升开发效率的技术效果,进而解决了由于后续多类停车场硬件建接入过程中的适配接入过多造成的开发效率低下的技术问题。
49.根据本发明实施例,优选的,所述处理系统和所述物模型服务之间采用mqttbroker服务进行通信。
50.mqtt broker服务为在传统的mqtt通信方式上建立了中间方,用来进行消息的存储和转发,让消息通信双方通过中间方的形式进行上下行消息的转达,对消息订阅方和发布方进行了解耦,如当本地摄像头识别到多个车牌信息时,传统的方案需要对每一条上行识别信息进行处理下行回复后,才会进行下一条上行识别信息处理,在高并发情况下,信息容易发生阻塞,影响业务效率,在本方案中,通过mqtt broker服务,可以使得上行识别信息和下行的控制抬杆信息解耦,不再一一对应,各自进行传递,提示了信息交互效率,提升了上下行消息通信的可靠性。
51.根据本发明实施例,优选的,基于所述物模型服务中的数字化表示结果关联停车驱动服务,并通过所述停车驱动服务驱动相应的停车场设备执行预设操作之后还包括:
52.处理系统生成车辆通行记录,云端接收并存储车辆通行记录;或处理系统接收云端下发的管理信息。
53.处理系统还会在停车结束时自动生成该车辆的车辆通行记录,该车辆通行记录上传至云端保存,管理员可以根据实际情况进行查看;管理员亦可以发出管理信息给云端,并且通过网络给处理系统,实现车场管理、车辆管理、通行管理、收费管理、异常稽核、查询统计及运营管理等,实现了管理。
54.根据本发明实施例,优选的,所述云端通过互联网与云边协同组件进行通信,所述云边协同组件与所述处理系统之间采用mqtt broker服务进行通信。
55.云边协同组件服务包括服务总线和数据总线两条链路,在停车场业务场景中,需要再几秒甚至几毫秒的时间内对数据进行处理和应答,这就要求数据处理的及时性,又伴随着云端线上化管理的需求,需要建立云端和本地高效同步的渠道和机制,通过云边协同组件服务,将数据进行高效的通信,降低服务延迟,提升系统的响应度,从而解决了传输时效性要求的痛点。
56.mqtt broker服务为在传统的mqtt通信方式上建立了中间方,用来进行消息的存储和转发,让消息通信双方通过中间方的形式进行上下行消息的转达,对消息订阅方和发布方进行了解耦,如当本地摄像头识别到多个车牌信息时,传统的方案需要对每一条上行识别信息进行处理下行回复后,才会进行下一条上行识别信息处理,在高并发情况下,信息容易发生阻塞,影响业务效率,在本方案中,通过mqtt broker服务,可以使得上行识别信息和下行的控制抬杆信息解耦,不再一一对应,各自进行传递,提示了信息交互效率,提升了上下行消息通信的可靠性。
57.需要说明的是,在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行,并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。
58.根据本发明实施例,还提供了一种用于实施上述信息处理方法的装置,如图2所示,该装置包括:
59.接收模块10,用于处理系统接收摄像头拍摄的车辆牌照信息;
60.本地布置了处理系统,用于进行数据的停车数据的处理;该处理系统可以是大型计算机,能够快速处理各类数据。本实施例中,摄像头和处理系统之间采用局域网通信连接,摄像头布置在停车场的各个出入口附近,用于在有车辆靠近时,捕捉并拍摄该车辆的牌照,得到车辆牌照信息。车辆牌照信息可以是来自一个出入口摄像头的一条信息,也可以是来自不同出入口摄像头的多条信息,如此能够基于一条或多条信息进行进一步处理。
61.调用模块20,用于根据所述车辆牌照信息调用物模型服务;其中,所述物模型服务被配置为对物理空间中的停车场设备进行数字化表示;
62.在处理系统预先设置了判断、处理程序,按照以上程序可以对车辆牌照信息进行处理,根据处理结果可以确定需要调用的物模型服务,为后续停车驱动提供保障。本实施例中,物模型服务为将物理空间中的停车场设备在云端的数字化表示,从服务、属性和事件三个角度对物理空间中的设备进行了描述和定义,形成标准化方法,如将道闸的抬杆、摄像头的识别和费显屏的显示三类事件形成标准化调用服务。
63.根据本发明实施例,优选的,根据所述车辆牌照信息调用物模型服务包括:
64.根据所述车辆牌照信息判断车辆是否为进场;如果是,则识别所述车辆牌照信息,并根据识别结果调用第一物模型;如果不是,则识别所述车辆牌照信息,并根据识别结果判断是否完成支付;如果是,则调用第一物模型;如果不是,则调用第二物模型。
65.判断、处理程序主要流程为先判断车辆是否为进场,再判断是否完成支付;具体地,车辆靠近摄像头时,摄像头会进入工作状态拍摄车辆的牌照,不同位置的摄像头通过不同的字符标记,比如:出口标记为c1 c2 c3 c4
……
,入口标记为 r1 r2 r3 r4
……
;如此,
计算机可以识别车辆在哪个口进或出,如果判断为是某个入口进时,表明车辆要进入停车场,如此,识别牌照并开始计时,同时直接调用可以关联打开道闸的驱动的第一物模型,为后续的道闸驱动提供保障;如果是判断为是某个出口出时,识别牌照并统计停车时长,再判断是否已经支付,如果已经支付了,就直接调用第一物模型,如果没有支付,调用可以显示费用并提供支付途径的驱动的第二物模型;实现了不同情形下调用不同的物模型,关联不同的驱动,达到最终的停车驱动,如此在实际业务中,停车处理系统就可以不用再根据车场硬件的不同而调用不同的停车场驱动指令,只需要统一调用物模型服务,由物模型统一和停车驱动服务进行关联,大大减少了后续多类停车场硬件接入过程中的适配接入问题,提升了开发效率。
66.关联模块30,用于基于所述物模型服务中的数字化表示结果关联停车驱动服务,并通过所述停车驱动服务驱动相应的停车场设备执行预设操作;其中,所述停车驱动服务被配置为适配停车场设备协议开发和集成停车场设备驱动。
67.停车驱动服务通过对停车场核心设备中的摄像头、费显屏和道闸控制器三类设备标准硬件协议开发适配,集成标准停车场硬件驱动,使得其上层的saas系统服务可以通过物模型驱动硬件进行识别、开闸和显示,达到软硬件业务流程闭环。
68.根据本发明实施例,优选的,基于所述物模型服务中的数字化表示结果关联停车驱动服务,并通过所述停车驱动服务驱动相应的停车场设备执行预设操作包括:
69.基于所述第一物模型中的第一数字化表示结果关联第一停车驱动服务,并通过第一停车驱动服务驱动摄像头所在的道闸执行预设的抬杆操作;或,基于所述第二物模型中的第二数字化表示结果关联第二停车驱动服务,并通过第二停车驱动服务驱动摄像头所在的费显屏执行预设的费用显示操作。
70.第一物模型为通过数字化表示道闸抬杆的第一数字化表示结果,基于该第一数字化表达结果可以迅速关联出第一停车驱动服务,通过第一停车驱动服务驱动摄像头所在的道闸抬杆,车辆即可进入或出停车场;第二物模型为通过数字化表示费显屏显示费用和支付途径的第二数字化表达结果,基于该第二数字化表达结果可以迅速关联出第二停车驱动服务,通过第二停车驱动服务驱动摄像头所在的费显屏显示费用和支付途径。在不同情形下调用不同的物模型进行停车驱动,不用再根据车场硬件的不同而调用不同的停车场驱动指令,只需要统一调用物模型服务,由物模型统一和停车驱动服务进行关联,大大减少了后续多类停车场硬件接入过程中的适配接入问题,提升了开发效率。
71.根据本发明实施例,优选的,基于所述第二物模型中的第二数字化表示结果关联第二停车驱动服务,并通过第二停车驱动服务驱动费显屏执行预设的费用显示操作之后还包括:
72.判断是否通过费显屏完成支付;如果是,则调用第一物模型,基于所述第一物模型中的第一数字化表示结果关联第一停车驱动服务,并通过第一停车驱动服务驱动摄像头所在的道闸执行预设的抬杆操作。
73.在费显屏显示费用和支付途径后,该出口的车辆上的人员可以通过终端扫描并支付,处理系统再判断人员是否通过费显屏完成支付,如果是,则调用第一物模型,过第一停车驱动服务驱动摄像头所在的道闸抬杆,车辆即可出停车场;在不同情形下调用不同的物模型进行停车驱动,不用再根据车场硬件的不同而调用不同的停车场驱动指令,只需要统
一调用物模型服务,由物模型统一和停车驱动服务进行关联,大大减少了后续多类停车场硬件接入过程中的适配接入问题,提升了开发效率。
74.从以上的描述中,可以看出,本发明实现了如下技术效果:
75.在本技术实施例中,采用信息处理的方式,通过处理系统接收摄像头拍摄的车辆牌照信息;根据所述车辆牌照信息调用物模型服务;其中,所述物模型服务被配置为对物理空间中的停车场设备进行数字化表示;基于所述物模型服务中的数字化表示结果关联停车驱动服务,并通过所述停车驱动服务驱动相应的停车场设备执行预设操作;其中,所述停车驱动服务被配置为适配停车场设备协议开发和集成停车场设备驱动;达到了大大减少了后续多类停车场硬件接入过程中的适配接入的目的,从而实现了提升开发效率的技术效果,进而解决了由于后续多类停车场硬件建接入过程中的适配接入过多造成的开发效率低下的技术问题。
76.根据本发明实施例,优选的,所述处理系统和所述物模型服务之间采用mqttbroker服务进行通信。
77.mqtt broker服务为在传统的mqtt通信方式上建立了中间方,用来进行消息的存储和转发,让消息通信双方通过中间方的形式进行上下行消息的转达,对消息订阅方和发布方进行了解耦,如当本地摄像头识别到多个车牌信息时,传统的方案需要对每一条上行识别信息进行处理下行回复后,才会进行下一条上行识别信息处理,在高并发情况下,信息容易发生阻塞,影响业务效率,在本方案中,通过mqtt broker服务,可以使得上行识别信息和下行的控制抬杆信息解耦,不再一一对应,各自进行传递,提示了信息交互效率,提升了上下行消息通信的可靠性。
78.根据本发明实施例,优选的,基于所述物模型服务中的数字化表示结果关联停车驱动服务,并通过所述停车驱动服务驱动相应的停车场设备执行预设操作之后还包括:
79.处理系统生成车辆通行记录,云端接收并存储车辆通行记录;或处理系统接收云端下发的管理信息。
80.处理系统还会在停车结束时自动生成该车辆的车辆通行记录,该车辆通行记录上传至云端保存,管理员可以根据实际情况进行查看;管理员亦可以发出管理信息给云端,并且通过网络给处理系统,实现车场管理、车辆管理、通行管理、收费管理、异常稽核、查询统计及运营管理等,实现了管理。
81.根据本发明实施例,优选的,所述云端通过互联网与云边协同组件进行通信,所述云边协同组件与所述处理系统之间采用mqtt broker服务进行通信。
82.云边协同组件服务包括服务总线和数据总线两条链路,在停车场业务场景中,需要再几秒甚至几毫秒的时间内对数据进行处理和应答,这就要求数据处理的及时性,又伴随着云端线上化管理的需求,需要建立云端和本地高效同步的渠道和机制,通过云边协同组件服务,将数据进行高效的通信,降低服务延迟,提升系统的响应度,从而解决了传输时效性要求的痛点。
83.mqtt broker服务为在传统的mqtt通信方式上建立了中间方,用来进行消息的存储和转发,让消息通信双方通过中间方的形式进行上下行消息的转达,对消息订阅方和发布方进行了解耦,如当本地摄像头识别到多个车牌信息时,传统的方案需要对每一条上行识别信息进行处理下行回复后,才会进行下一条上行识别信息处理,在高并发情况下,信息
容易发生阻塞,影响业务效率,在本方案中,通过mqtt broker服务,可以使得上行识别信息和下行的控制抬杆信息解耦,不再一一对应,各自进行传递,提示了信息交互效率,提升了上下行消息通信的可靠性。
84.显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
85.以上所述仅为本技术的优选实施例而已,并不用于限制本技术,对于本领域的技术人员来说,本技术可以有各种更改和变化。凡在本技术的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本技术的保护范围之内。
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1