CN114679420B - 智能车联网、数据处理方法、电子设备及存储介质 - Google Patents
智能车联网、数据处理方法、电子设备及存储介质 Download PDFInfo
- Publication number
- CN114679420B CN114679420B CN202011457696.2A CN202011457696A CN114679420B CN 114679420 B CN114679420 B CN 114679420B CN 202011457696 A CN202011457696 A CN 202011457696A CN 114679420 B CN114679420 B CN 114679420B
- Authority
- CN
- China
- Prior art keywords
- data
- internet
- vehicles
- message queue
- objects
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000003860 storage Methods 0.000 title claims abstract description 82
- 238000003672 processing method Methods 0.000 title claims abstract description 32
- 230000008447 perception Effects 0.000 claims abstract description 87
- 238000000034 method Methods 0.000 claims abstract description 35
- 238000004806 packaging method and process Methods 0.000 claims abstract description 15
- 238000012545 processing Methods 0.000 claims description 92
- 230000009471 action Effects 0.000 claims description 24
- 230000015654 memory Effects 0.000 claims description 22
- 230000006855 networking Effects 0.000 claims description 22
- 238000012795 verification Methods 0.000 claims description 10
- 238000012502 risk assessment Methods 0.000 claims description 9
- 238000012163 sequencing technique Methods 0.000 claims description 3
- 230000000875 corresponding effect Effects 0.000 description 83
- 238000010586 diagram Methods 0.000 description 20
- 238000005516 engineering process Methods 0.000 description 20
- 230000005540 biological transmission Effects 0.000 description 19
- 239000000243 solution Substances 0.000 description 18
- 238000001914 filtration Methods 0.000 description 17
- 238000001514 detection method Methods 0.000 description 15
- 238000004891 communication Methods 0.000 description 13
- 230000008569 process Effects 0.000 description 13
- 239000008186 active pharmaceutical agent Substances 0.000 description 8
- 230000006870 function Effects 0.000 description 7
- 238000004364 calculation method Methods 0.000 description 5
- 239000003795 chemical substances by application Substances 0.000 description 5
- 230000003044 adaptive effect Effects 0.000 description 4
- 238000007726 management method Methods 0.000 description 4
- 230000008520 organization Effects 0.000 description 4
- 230000006978 adaptation Effects 0.000 description 3
- 238000013500 data storage Methods 0.000 description 3
- 238000011161 development Methods 0.000 description 3
- 230000010354 integration Effects 0.000 description 3
- 230000003993 interaction Effects 0.000 description 3
- 230000002093 peripheral effect Effects 0.000 description 3
- 239000011269 tar Substances 0.000 description 3
- 238000012360 testing method Methods 0.000 description 3
- 241000109539 Conchita Species 0.000 description 2
- 238000004458 analytical method Methods 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 2
- 238000012512 characterization method Methods 0.000 description 2
- 238000004590 computer program Methods 0.000 description 2
- 230000001934 delay Effects 0.000 description 2
- 238000009826 distribution Methods 0.000 description 2
- 230000002452 interceptive effect Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000013515 script Methods 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 206010000117 Abnormal behaviour Diseases 0.000 description 1
- 206010039203 Road traffic accident Diseases 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 238000005266 casting Methods 0.000 description 1
- 230000001276 controlling effect Effects 0.000 description 1
- 230000002596 correlated effect Effects 0.000 description 1
- 238000005336 cracking Methods 0.000 description 1
- 238000013479 data entry Methods 0.000 description 1
- 238000012217 deletion Methods 0.000 description 1
- 230000037430 deletion Effects 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 208000037265 diseases, disorders, signs and symptoms Diseases 0.000 description 1
- 238000002474 experimental method Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 238000002347 injection Methods 0.000 description 1
- 239000007924 injection Substances 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000005065 mining Methods 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000001681 protective effect Effects 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 230000001052 transient effect Effects 0.000 description 1
- 238000000827 velocimetry Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/50—Queue scheduling
- H04L47/62—Queue scheduling characterised by scheduling criteria
- H04L47/625—Queue scheduling characterised by scheduling criteria for service slots or service orders
- H04L47/6275—Queue scheduling characterised by scheduling criteria for service slots or service orders based on priority
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/24—Querying
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/546—Message passing systems or structures, e.g. queues
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/30—Services specially adapted for particular environments, situations or purposes
- H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Software Systems (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computational Linguistics (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Traffic Control Systems (AREA)
Abstract
本申请提供了一种智能车联网、数据处理方法、电子设备及计算机可读存储介质;方法包括:接收交通感知设备感知的数据,并存储到多个消息队列中;根据每个消息队列的数据指标,对消息队列中存储的数据进行订阅优先级的排序;根据车联网终端运行车联网应用依赖的至少一个数据指标,从多个消息队列中订阅至少一个消息队列;从被订阅的至少一个消息队列中按照订阅优先级的降序读取数据,将读取的数据封装为数据对象;存储数据对象。通过本申请,能够实现车联网数据的高效分享以满足车联网终端的多样化的数据需求。
Description
技术领域
本申请涉及车联网技术和云技术,尤其涉及一种智能车联网、数据处理方法、电子设备及计算机可读存储介质。
背景技术
车用无线通信技术(V2X,Vehicle to X)是车辆对车辆通信(V2V,Vehicle toVehicle)、车辆对基础设施通信(V2I,Vehicle to Infrastructure)、以及车辆对行人通信(V2P,Vehicle to Pedestrian)等的统称,通过搭载先进的车载传感器、控制器、执行器等装置,融合现代通信与网络技术,实现车与X(例如人、车、路、后台等)智能信息的交换共享,获得实时路况、道路、行人等一系列交通数据,从而带来超视距的环境信号,同时能与交通灯、路标等周围基础设施进行互动,具备复杂的环境感知、智能决策、协同控制和执行等功能,提供更安全、更节能、更环保、更舒适的出行方式。
相关技术中,车联网根据车联网终端的请求将统一组织的车联网数据(例如路侧设备或车辆感知的数据等)以固定格式(例如V2X协议的格式)发送至车联网终端(例如车载终端或交通引流设备等)。由于车联网终端的应用日益丰富,这种处理方式对车联网自身的资源造成较大消耗,同时由于无法及时满足车联网终端的多样化的数据需求,进而使得车联网终端的应用的性能运行出现延迟的现象。
发明内容
本申请实施例提供一种智能车联网、数据处理方法、电子设备及计算机可读存储介质,能够实现车联网数据的高效分享以满足车联网终端的多样化的数据需求。
本申请实施例的技术方案是这样实现的:
本申请实施例提供一种智能车联网的数据处理方法,所述方法包括:
接收交通感知设备感知的数据,并存储到多个消息队列中;
根据每个所述消息队列的数据指标,对所述消息队列中存储的数据进行订阅优先级的排序;
根据车联网终端运行车联网应用依赖的至少一个数据指标,从所述多个消息队列中订阅至少一个消息队列;
从被订阅的至少一个消息队列中按照订阅优先级的降序读取数据,将读取的数据封装为数据对象,以使所述数据对象中包括的数据对应所述交通感知设备的相同的感知目标;
存储所述数据对象。
上述方案中,在所述存储所述数据对象之后,所述方法还包括:
接收所述车联网终端的数据请求,在存储的多个所述数据对象中查询适配的多个数据对象,并根据所述订阅优先级向所述车联网终端发送查询到的多个数据对象。
上述方案中,所述根据所述消息队列对应的数据指标,确定所述消息队列中存储的每条数据所对应的订阅优先级,包括:
针对每个消息队列执行以下操作:
确定所述消息队列中每条数据对应所述消息队列的数据指标的指标值;
根据所述每条数据的指标值对所述消息队列中的数据进行降序排序,根据降序排序结果为所述消息队列中的数据分配订阅优先级,以使所述每条数据的订阅优先级与排序位置正相关;
其中,所述数据指标的类型包括:延时、数据精度和数据量。
上述方案中,所述数据请求中携带关键字,所述关键字表征所述车联网终端的需要使用的数据所具有的属性;
所述在数据库存储的多个所述数据对象中,查询包括所述目标数据指标的多个数据对象,包括:
在数据库存储的多个所述数据对象中,查询包括所述目标数据指标、且与所述关键字匹配的多个数据对象。
上述方案中,在将从所述交通感知设备接收的数据存储到所述多个消息队列之前,所述方法还包括:
针对从所述交通感知设备接收的数据执行以下过滤操作至少之一:
过滤延时超过延时阈值的数据;
过滤数据精度不超过数据精度阈值的数据;
过滤数据量超过数据量阈值的数据。
本申请实施例提供一种智能车联网,所述智能车联网包括数据服务引擎;所述数据服务引擎包括:数据服务队列模块、消息队列代理模块和对象存储模块;其中,
所述数据服务队列模块,用于接收交通感知设备感知的数据,并存储到多个消息队列中,根据每个所述消息队列的数据指标,对所述消息队列中存储的数据进行订阅优先级的排序;
所述消息队列代理模块,用于根据车联网终端运行车联网应用依赖的至少一个数据指标,从所述多个消息队列中订阅至少一个消息队列;
所述对象存储模块,用于从被订阅的至少一个消息队列中按照订阅优先级的降序读取数据,将读取的数据封装为数据对象,以使所述数据对象中包括的数据对应所述交通感知设备的相同的感知目标,并存储所述数据对象。
上述方案中,所述智能车联网还包括数据开放模块;所述数据开放模块,用于接收所述车联网终端的数据请求,在存储的多个所述数据对象中查询适配的多个数据对象,并根据所述订阅优先级向所述车联网终端发送查询到的多个数据对象。
上述方案中,所述数据服务引擎被部署在边缘云网络中;所述对象存储模块,还用于调用所述边缘云网络针对读取的每条数据执行以下数据处理操作至少之一:视频感知处理;交通事件检测处理;交通状况分析处理;风险评估处理。
上述方案中,所述数据开放模块被部署在边缘云网络中,所述数据对象被存储在中心云网络中;所述数据开放模块,还用于接收所述车联网终端的数据请求,在所述中心云网络中存储的多个所述数据对象中查询适配的多个数据对象,并根据所述订阅优先级,由所述边缘云网络以数据组播的方式向所述车联网终端发送查询到的多个数据对象。
上述方案中,所述数据服务队列模块,还用于获取所述车联网终端的排序指令;从所述排序指令中提取所述车联网终端运行车联网应用依赖的多个所述数据指标;其中,所述数据指标的类型包括:延时、数据精度和数据量;创建与所述多个数据指标一一对应的多个消息队列。
上述方案中,所述数据服务队列模块,还用于接收所述交通感知设备感知的数据,分别存储到所述多个消息队列中的每个消息队列,并在日志系统中记录存储动作的发生时间;通过所述日志系统中记录的存储动作的发生时间,对所述多个消息队列中存储的数据进行校验通过时,确定存储完成。
上述方案中,所述数据服务引擎还包括:过滤模块,用于针对从所述交通感知设备接收的数据执行以下过滤操作至少之一:过滤延时超过延时阈值的数据;过滤数据精度不超过数据精度阈值的数据;过滤数据量超过数据量阈值的数据。
上述方案中,所述数据服务队列模块,还用于针对每个所述消息队列中的多条数据执行以下处理:根据所述消息队列对应的数据指标,确定所述消息队列中存储的每条数据所对应的订阅优先级;根据所述订阅优先级对所述多条数据进行降序排序,并在日志系统中记录排序动作的发生时间;通过所述日志系统中记录的排序动作的发生时间,对所述降序排序的结果进行校验通过时,确定排序完成。
上述方案中,所述数据服务队列模块,还用于针对每个消息队列执行以下操作:确定所述消息队列中每条数据对应所述消息队列的数据指标的指标值;根据所述每条数据的指标值对所述消息队列中的数据进行降序排序,根据降序排序结果为所述消息队列中的数据分配订阅优先级,以使所述每条数据的订阅优先级与排序位置正相关;其中,所述数据指标的类型包括:延时、数据精度和数据量。
上述方案中,所述对象存储模块,还用于针对被订阅的每个消息队列执行以下处理:按照订阅优先级的降序从所述消息队列中依次读取多条数据;根据所述交通感知设备的感知目标,对读取的多条数据进行分类,以使归属于相同类别的至少一条数据对应的感知目标相同;将归属于相同类别的至少一条数据封装为对应所述感知目标的数据对象;其中,所述感知目标的类型包括:车辆、道路区域和路侧设备。
上述方案中,所述对象存储模块,还用于将所述数据对象中封装的每条数据的订阅优先级的加和或平均值,作为所述数据对象的订阅优先级;将所述消息队列对应的数据指标、所述数据对象的订阅优先级封装到所述数据对象中。
上述方案中,所述对象存储模块,还用于针对读取的每条数据执行以下数据处理操作至少之一:视频感知处理;交通事件检测处理;交通状况分析处理;风险评估处理;根据所述感知目标,对所述多条数据、以及对应每条数据的数据处理结果进行分类,以使归属于相同类别的至少一条数据和数据处理结果所对应的感知目标相同。
上述方案中,所述对象存储模块,还用于确定所述归属于相同类别的至少一条数据的标识信息,其中,所述标识信息用于区分不同的数据对象;确定用于描述所述归属于相同类别的至少一条数据的属性信息,并将所述属性信息确定为对应的元数据;将所述归属于相同类别的至少一条数据、所述元数据、以及所述标识信息封装为对应所述感知目标的数据对象。
上述方案中,所述数据开放模块,还用于接收所述车联网终端的数据请求,其中,所述数据请求中携带目标数据指标;在数据库存储的多个所述数据对象中,查询包括所述目标数据指标的多个数据对象;按照查询到的所述多个数据对象的订阅优先级的降序,向所述车联网终端发送所述多个数据对象。
上述方案中,所述数据请求中携带关键字,所述关键字表征所述车联网终端的需要使用的数据具有的属性;所述数据开放模块,还用于在数据库存储的多个所述数据对象中,查询包括所述目标数据指标、且与所述关键字匹配的多个数据对象。
本申请实施例提供一种电子设备,包括:
存储器,用于存储可执行指令;
处理器,用于执行所述存储器中存储的可执行指令时,实现本申请实施例提供的智能车联网的数据处理方法。
本申请实施例提供一种计算机可读存储介质,存储有可执行指令,用于引起处理器执行时,实现本申请实施例提供的智能车联网的数据处理方法。
本申请实施例具有以下有益效果:
通过对消息队列中的数据赋予订阅优先级的属性,并对数据对象赋予感知目标的属性,从而使得相同的消息队列能够同时适配车联网终端对于数据的多样化的需求,保证了车联网终端的应用能够后续及时获得所需的数据,以节约车联网自身的数据运营的资源。
附图说明
图1是本申请实施例中提供的对象存储的结构示意图;
图2是本申请实施例提供的智能车联网的架构示意图;
图3是本申请实施例提供的智能车联网的数据处理方法的应用场景示意图;
图4是本申请实施例提供的服务器600的结构示意图;
图5是本申请实施例提供的智能车联网的数据处理方法的流程示意图;
图6是本申请实施例提供的智能车联网的数据处理方法的流程示意图;
图7A和图7B是本申请实施例提供的智能车联网的数据处理方法的流程示意图;
图8是本申请实施例提供的智能车联网的数据处理方法的应用场景示意图;
图9是本申请实施例提供的V2X开放平台系统的总体架构示意图;
图10是本申请实施例提供的V2X开放平台系统的数据流转过程示意图;
图11A是本申请实施例提供的V2X数据服务队列模块的结构示意图;
图11B是本申请实施例提供的V2X数据服务队列模块中的数据流转过程示意图;
图12是本申请实施例中提供的智能车联网的数据处理方法的应用场景示意图。
具体实施方式
为了使本申请的目的、技术方案和优点更加清楚,下面将结合附图对本申请作进一步地详细描述,所描述的实施例不应视为对本申请的限制,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本申请保护的范围。
在以下的描述中,涉及到“一些实施例”,其描述了所有可能实施例的子集,但是可以理解,“一些实施例”可以是所有可能实施例的相同子集或不同子集,并且可以在不冲突的情况下相互结合。
在以下的描述中,所涉及的术语“第一/第二”仅仅是是区别类似的对象,不代表针对对象的特定排序,可以理解地,“第一/第二”在允许的情况下可以互换特定的顺序或先后次序,以使这里描述的本申请实施例能够以除了在这里图示或描述的以外的顺序实施。
除非另有定义,本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本申请实施例的目的,不是旨在限制本申请。
对本申请实施例进行进一步详细说明之前,对本申请实施例中涉及的名词和术语进行说明,本申请实施例中涉及的名词和术语适用于如下的解释。
1)V2X,是未来智能交通运输系统的关键技术。它使得车与车、车与基站、基站与基站之间能够通信,从而获得实时路况、道路信息、行人信息等一系列交通信息,从而提高驾驶安全性、减少拥堵、提高交通效率、提供车载娱乐信息等;简单来说,搭配了V2X系统的车型,在自动驾驶模式下,能够通过对实时交通信息的分析,自动选择路况最佳的行驶路线,从而大大缓解交通堵塞。除此之外,通过使用车载传感器和摄像系统,还可以感知周围环境,做出迅速调整,从而实现“零交通事故”。
2)交通感知设备,是车联网中能够采集数据的设备,包括路侧设备(例如交通信号灯、交通测速仪和车辆引流设备等)和车载终端(或称车辆)等。
3)车联网终端,是车联网中能够接收数据的设备,包括路侧设备(例如交通信号灯、交通测速仪和车辆引流器等)、车载终端和行人手持的终端等。
4)基础设施即服务(IaaS,Infrastructure as a Service),是指把互联网基础设施作为一种服务通过网络对外提供,并根据用户对资源的实际使用量或占用量进行计费的一种服务模式。
5)平台即服务(PaaS,Platform as a Service),是指把服务器平台作为一种服务提供的商业模式。
6)消息队列(MQ,Message Queue),是在消息的传输过程中用于保存消息的容器。具体的,是指一端往消息队列中不断写入消息,而另一端可以读取或订阅消息队列中的消息。
7)对象存储(Object-based Storage),是一种网络存储架构,基于对象存储技术的设备就是对象存储设备(OSD,Object-based Storage Device)。对象存储是将数据通路(数据读或写)和控制通路(元数据)分离,并且基于对象存储设备构建存储系统,每个对象存储设备具有一定的职能,能够自动管理其上的数据分布。
参见图1,图1是本申请实施例提供的对象存储的结构示意图,对象存储的结构包括对象、对象存储设备、元数据服务器和对象存储系统的客户端。
元数据服务器控制客户端与OSD对象的交互,为客户端提供元数据,主要是文件的逻辑视图,包括文件与目录的组织关系、每个文件所对应的OSD等。元数据服务器在存储系统上构建一个文件结构,包括限额控制、目录和文件的创建和删除、访问控制等。
OSD管理对象数据,并支持数据的预取。OSD管理存储在其它对象上的元数据,通常包括对象的数据块和对象的长度。
对象(Object)是系统中数据存储的基本单位,每个Obeject是数据和数据属性集的综合体,数据属性可以根据应用的需求进行设置,包括数据分布、服务质量等。Object维护自己的属性,从而简化了存储系统的管理任务,增加了灵活性。Object的大小可以不同,可以包含整个数据结构,如文件、数据表项等。在存储设备中,所有对象都有一个对象标识,通过对象标识OSD命令访问对象。通常由多种类型的对象,存储设备上的根对象标识存储设备和该设备的各种属性,组队象是存储设上共享资源管理策略的对象集合等。
读取数据的流程:客户端发出读请求;向元数据服务器发送请求,获取要读取的数据所在的OSD;然后直接向每个OSD发送数据读取请求;OSD得到请求后,判断要读取的对象,并根据此Object的认证方式,对客户端进行认证,如果客户端得到授权,则将Object的数据返回给客户端。
8)云技术(Cloud Technology)是指在广域网或局域网内将硬件、软件、网络等系列资源统一起来,实现数据的计算、储存、处理和共享的一种托管技术。云技术基于云计算商业模式应用的网络技术、信息技术、整合技术、管理平台技术、应用技术等的总称,可以组成资源池,按需所用,灵活便利。云计算技术将变成重要支撑。技术网络系统的后台服务需要大量的计算、存储资源,如视频网站、图片类网站和更多的门户网站。伴随着互联网行业的高度发展和应用,将来每个物品都有可能存在自己的识别标志,都需要传输到后台系统进行逻辑处理,不同程度级别的数据将会分开处理,各类行业数据皆需要强大的系统后盾支撑,只能通过云计算来实现。
9)边缘云计算,简称边缘云,是基于云计算技术的核心和边缘计算的能力,构筑在边缘基础设施之上的云计算平台。形成边缘位置的计算、网络、存储、安全等能力全面的弹性云平台,并与中心云和物联网终端形成“云边端三体协同”的端到端的技术架构,通过将网络转发、存储、计算,智能化数据分析等工作放在边缘处理,降低响应时延、减轻云端压力、降低带宽成本,并提供全网调度、算力分发等云服务。
10)消息队列遥测传输(MQTT,Message Queuing Telemetry Transport),是一个基于客户端-服务器的消息发布/订阅传输协议。它工作在TCP/IP协议族上,是为硬件性能低下的远程设备以及网络状况糟糕的情况下而设计的发布/订阅型消息协议。
11)感知目标,是指交通感知设备所能感知的对象,例如,当交通感知设备是测速设备时,测速设备可以对所在路段中通行的车辆进行测速,这里被测速的车辆就是测速设备的感知目标。感知目标的类型包括:车辆、道路区域和路侧设备等。
车联网终端中不同的车联网应用所需要的车联网数据的类型是存在差异性的,例如,导航客户端由于需要保证导航路线的准确性,通常需要数据精度高的车联网数据;而车辆引流客户端由于需要保证及时引导车流通行以减少道路拥堵,通常需要延时小(即实时性高)的车联网数据。
而相关技术中,车联网通常是将统一组织的车联网数据按照相同的数据发送顺序发送至不同的车联网应用中,如此,当数据的统一发送顺序是优先发送数据精度高的车联网数据,再发送延时小的数据时,可能会导致需要延时小的车联网数据的车辆引流客户端需要耗费时间等待数据的传输,只有在接收到延时小的车联网数据时,车辆引流客户端才能进行后续处理,例如,设定引导车流的路线等。从而将会导致车联网应用的处理延迟,进一步的,交通路况是瞬息万变的,车联网应用的处理延迟可能会导致交通秩序的紊乱,将会造成无法估量的后果。
针对上述技术问题,本申请实施例提供一种智能车联网、数据处理方法、电子设备及计算机可读存储介质,能够实现车联网数据的高效分享以满足车联网终端的多样化的数据需求。下面说明本申请实施例提供的智能车联网的数据处理方法的示例性应用,本申请实施例提供的智能车联网的数据处理方法可以由各种电子设备实施,例如可以由服务器或服务器集群实施。
下面,以由终端和服务器协同实施为例说明本申请实施例,参见图2,图2是本申请实施例提供的智能车联网的架构示意图,包括:交通感知设备100、数据库200、数据服务引擎300、车联网终端400、以及数据开放模块500,将分别进行说明。
交通感知设备100,可以是路侧设备,例如交通信号灯、交通测速仪和车辆引流设备等,还可以是车辆,用于对所处区域的交通状况进行感知,以获得相应的数据,并将感知的数据发送至数据服务引擎300。
数据库200,用于存储数据服务引擎300上传的数据对象,还用于数据开放模块500查询对应数据请求的数据对象。
数据服务引擎300,是智能车联网的组成部分,用于接收交通感知设备100感知的数据,并存储到多个消息队列中;还用于根据每个消息队列的数据指标,对消息队列中存储的数据进行订阅优先级的排序,从多个消息队列中订阅至少一个消息队列;还用于从被订阅的至少一个消息队列中按照订阅优先级的降序读取数据,将读取的数据转换数据对象,并在数据库200中存储数据对象。
数据开放模块500,是智能车联网的组成部分,用于接收车联网终端400的数据请求,在数据库200中查询适配的多个数据对象,并根据订阅优先级向车联网终端400发送多个数据对象。
车联网终端400,可以是路侧设备,例如交通信号灯、交通测速仪和车辆引流设备等,还可以是车辆,用于向数据开放模块500发送数据请求,以获取相应的数据对象。
以车联网终端400是车辆、且交通感知设备100是交通信号灯为例,车联网终端400通过数据开放模块500接收到交通感知设备100发送的表征1分钟后该路段将禁止直行的指示后,进行计时,当在计时结束后、且车联网终端400仍未通过该路段时,在对应交通感知设备100的停止线之前自动停车,如此,能够保证交通秩序。
本申请实施例可以借助于云技术实现,具体的,数据服务引擎300和数据开放模块500可以分别是两个独立的物理服务器;也可以集成在同一个物理服务器中;还可以是多个物理服务器构成的服务器集群或者分布式系统;还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN、以及大数据和人工智能平台等基础云计算服务的云服务器。
在一些实施例中,参见图3,图3是本申请实施例中提供的智能车联网的数据处理方法的应用场景示意图。图3中,路侧设备相当于图2中的交通感知设备100,车端软件(即上述的车联网应用,例如,地图客户端、导航客户端、乘车客户端、智能车联客户端或物流查询客户端等)相当于运行在车联网终端400中的客户端,路侧设备和车端软件均属于第三方系统。
在一些实施例中,数据服务引擎300被部署在边缘云网络中,边缘云网络可以实现视频感知、交通事件检测、交通状况分析以及个体风险评估等功能。如此,数据服务引擎300中的对象存储模块可以调用边缘云网络针对读取的每条数据执行以下数据处理操作至少之一:视频感知处理;交通事件检测处理;交通状况分析处理;风险评估处理。
在一些实施例中,中心云可以实现边缘云的接入调度、数据存储、以及测试服务等功能。因此,将数据对象存储在中心云网络中,并且为了进一步提高接收路侧设备发送的数据和向车联网终端发送数据的速度,数据开放模块500被部署在边缘云网络中,如此,数据开放模块500接收车联网终端400的数据请求,在中心云网络中存储的多个数据对象中查询适配的多个数据对象,并根据订阅优先级,由边缘云网络以数据组播的方式向车联网终端400发送查询到的多个数据对象。
本申请实施例中,正是由于边缘云网络是边缘位置的计算、网络、存储、安全等能力全面的弹性云平台,相较于中心云网络距离路侧设备和车联网终端较近,接收路侧设备发送的数据和向车联网终端发送数据的较为快速。因此,将数据服务引擎300和数据开放模块500运行于边缘云网络中能够提高数据的接收速度和发送速度。并且边缘云网络计算能力强大,数据服务引擎300通过调用边缘云网络进行数据处理不仅能够提高数据处理的速度,还能提高数据处理的正确性,从而能够实现数据的高效分享以满足车联网终端的多样化的数据需求。
接下来说明当图2中的数据服务引擎300和数据开放模块500集成在同一个电子设备(例如服务器)时的结构,参见图4,图4是本申请实施例提供的服务器600的结构示意图,图4所示的服务器600包括:至少一个处理器610、存储器640和至少一个网络接口620。服务器600中的各个组件通过总线系统630耦合在一起。可理解,总线系统630用于实现这些组件之间的连接通信。总线系统630除包括数据总线之外,还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见,在图4中将各种总线都标为总线系统630。
处理器610可以是一种集成电路芯片,具有信号的处理能力,例如通用处理器、数字信号处理器(DSP,Digital Signal Processor),或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等,其中,通用处理器可以是微处理器或者任何常规的处理器等。
存储器640包括易失性存储器或非易失性存储器,也可包括易失性和非易失性存储器两者。其中,非易失性存储器可以是只读存储器(ROM,Read Only Memory),易失性存储器可以是随机存取存储器(RAM,Random Access Memory)。本申请实施例描述的存储器640旨在包括任意适合类型的存储器。存储器640可选地包括在物理位置上远离处理器610的一个或多个存储设备。
在一些实施例中,存储器640能够存储数据以支持各种操作,这些数据的示例包括程序、模块和数据结构或者其子集或超集,下面示例性说明。
操作系统641,包括用于处理各种基本系统服务和执行硬件相关任务的系统程序,例如框架层、核心库层、驱动层等,用于实现各种基础业务以及处理基于硬件的任务;
网络通信模块642,用于经由一个或多个(有线或无线)网络接口620到达其他计算设备,示例性的网络接口620包括:蓝牙、无线相容性认证(WiFi)、和通用串行总线(USB,Universal Serial Bus)等;
在一些实施例中,本申请实施例提供的智能车联网可以采用软件方式实现,图4示出了存储在存储器640中的智能车联网643,其可以是程序和插件等形式的软件,包括:数据服务引擎6431和数据开放模块6432,其中,数据服务引擎6431包括:数据服务队列模块64311、消息队列代理模块64312和对象存储模块64313。这些模块是可以是逻辑功能模块,因此根据所实现的功能可以进行任意的组合或进一步拆分。将在下文中说明各个模块的功能。
需要说明的是,图4中的数据开放模块6432在智能车联网643中是可选的模块。
下面,以由图2中的数据服务引擎300和数据开放模块500实施本申请实施例提供的智能车联网的数据处理方法为例说明。参见图5,图5是本申请实施例提供的智能车联网的数据处理方法的流程示意图,将结合图5示出的步骤进行说明。
在步骤S101中,接收交通感知设备感知的数据,并存储到多个消息队列中。
作为承接图10的示例,通过V2X数据服务引擎(即上述的数据服务引擎300)中的V2X数据服务队列模块(即上述的数据服务队列模块),接收交通感知设备发送的V2X数据,并存储到V2X数据服务队列模块中的多个消息队列中。
在一些实施例中,接收交通感知设备感知的数据,分别存储到多个消息队列中的每个消息队列,并在日志系统中记录存储动作的发生时间;通过日志系统中记录的存储动作的发生时间,对多个消息队列中存储的数据进行校验通过时,确定存储完成。
作为示例,交通感知设备感知的数据可以是路侧设备或车辆等设备所感知的数据。当交通感知设备是车辆时,感知的数据可以是车辆的位置、速度、方向和行驶状态等数据;当交通感知设备是交通信号灯时,感知的数据可以是交通信号灯的控制信号等数据,本申请实施例对此不进行限制。
作为示例,在日志系统(例如EKL日志系统)中记录存储动作的发生时间,可以通过日志系统中记录的存储动作的发生时间对多个消息队列中存储的数据进行查错,能够校验在存储交通感知设备感知的数据的过程中是否丢失数据或者数据是否被篡改等,从而保证后续数据传输过程中的数据准确性。
在一些实施例中,在将从交通感知设备接收的数据存储到多个消息队列之前,还可以针对从交通感知设备接收的数据执行以下过滤操作至少之一:过滤延时超过延时阈值的数据;过滤数据精度不超过数据精度阈值的数据;过滤数据量(或称数据容量)超过数据量阈值的数据。
作为示例,确定每条数据的接收时间;根据每条数据的接收时间,确定每条数据对应的延时,将延时超过延时阈值的数据进行过滤,其中,延时阈值可以是缺省值,也可以是用户、客户端(例如车联网应用)或服务器设定的值,还可以是根据所有数据对应的延时所确定的,例如,将所有数据对应的延时的平均值作为延时阈值。由于车联网终端对于延时较长的数据需求的可能性较低,因此将延时较长的数据进行过滤,能够节约消息队列的存储资源。
作为示例,确定每条数据的数据精度;将数据精度不超过数据精度阈值的数据进行过滤,其中,数据精度阈值可以是缺省值,也可以是用户、客户端或服务器设定的值,还可以是根据所有数据对应的数据精度所确定的,例如,将所有数据对应的数据精度的平均值作为数据精度阈值。由于车联网终端对于数据精度较低的数据需求的可能性较低,因此将数据精度较低的数据进行过滤,能够节约消息队列的存储资源。
作为示例,确定每条数据的数据量;将数据量超过数据量阈值的数据进行过滤,其中,数据量阈值可以是缺省值,也可以是用户、客户端或服务器设定的值,还可以是根据所有数据对应的数据量所确定的,例如,将所有数据对应的数据量的平均值作为数据量阈值。由于数据量较高的数据需要耗费的存储空间较大,因此将数据量较高的数据进行过滤,能够节约消息队列的存储资源。
在步骤S102中,根据每个消息队列的数据指标,对消息队列中存储的数据进行订阅优先级的排序。
作为承接图10的示例,V2X数据服务引擎中的V2X数据服务队列模块根据每个消息队列的数据指标,对消息队列中存储的V2X数据进行订阅优先级的排序。
在一些实施例中,针对每个消息队列中的多条数据执行以下处理:根据消息队列对应的数据指标,确定消息队列中存储的每条数据所对应的订阅优先级;根据订阅优先级对多条数据进行降序排序,并在日志系统中记录排序动作的发生时间;通过日志系统中记录的排序动作的发生时间,对降序排序的结果进行校验通过时,确定排序完成。
作为示例,在日志系统(例如EKL日志系统)中记录排序动作的发生时间,可以通过日志系统中记录的排序动作的发生时间对多个消息队列中的数据排序结果进行查错,能够校验数据的排序是否有误、以及排序是否与数据指标相对应等,从而保证后续数据传输过程中的数据准确性。
作为示例,根据消息队列对应的数据指标,确定消息队列中存储的每条数据所对应的订阅优先级可以是针对每个消息队列执行以下操作:确定消息队列中每条数据对应消息队列的数据指标的指标值;根据每条数据的指标值对消息队列中的数据进行降序排序,根据降序排序结果为消息队列中的数据分配订阅优先级,以使每条数据的订阅优先级与排序位置正相关,例如,数据的订阅优先级越高,排序位置越靠前。
这里,数据指标的类型包括:延时、数据精度和数据量。下面说明基于不同的数据指标确定每条数据对应的指标值的实现方式。
举例来说,当数据指标是延时时,确定每条数据的接收时间;根据每条数据的接收时间,确定每条数据对应的指标值,其中,接收时间的先后顺序和指标值之间呈正比。如此,能够将延时较低的数据分配较高的订阅优先级,便于车联终端后续优先获取延时较低的数据,从而提高数据的处理速度。
举例来说,当数据指标是数据精度时,确定每条数据的数据精度;根据每条数据的数据精度,确定每条数据对应的指标值,其中,数据精度和指标值之间呈正比。如此,能够将数据精度较高的数据分配较高的订阅优先级,便于车联终端后续优先获取数据精度较高的数据,从而提高数据的处理精度。
举例来说,当数据指标是数据量时,确定每条数据的数据量;根据每条数据的数据量,确定每条数据对应的指标值,其中,数据量和指标值之间呈反比。如此,能够将数据量较小的数据分配较高的订阅优先级,便于车联终端后续优先获取数据量较小的数据,从而提高数据的接收速度。
在步骤S103中,根据车联网终端运行车联网应用依赖的至少一个数据指标,从多个消息队列中订阅至少一个消息队列。
作为承接图10的示例,V2X数据服务引擎中的MQTT代理模块(即上述的消息队列代理模块)根据车联网终端运行车联网应用依赖的至少一个数据指标,从V2X数据服务队列模块中订阅至少一个消息队列。
在一些实施例中,获取车联网终端的订阅请求,从订阅请求中解析出车联网终端运行车联网应用依赖的至少一个待订阅数据指标;确定与至少一个待订阅数据指标一一对应的至少一个待订阅消息队列并进行订阅。
本申请实施例根据车联网终端的车联网应用依赖的数据指标订阅相应的数据,能够便于后续向车联网终端优先发送符合其自身需求的数据对象,从而实现适配车联网应用的多样化的数据需求。
在步骤S104中,从被订阅的至少一个消息队列中按照订阅优先级的降序读取数据。
在一些实施例中,针对被订阅的每个消息队列执行以下处理:按照订阅优先级的降序从消息队列中依次读取多条数据。
举例来说,被订阅的消息队列中包括数据1、数据2和数据3,数据1对应数据指标的订阅优先级是1级,数据2对应数据指标的订阅优先级是2级,数据3对应数据指标的订阅优先级是3级,如此,从消息队列中先读取订阅优先级最高的数据1,再读取订阅优先级其次的数据2,最后读取订阅优先级最低的数据3。
作为承接图10的示例,V2X数据服务引擎中的对象存储模块通过MQTT代理模块,从被订阅的至少一个消息队列中按照订阅优先级的降序依次读取多条V2X数据。
在步骤S105中,将读取的数据封装为数据对象,以使数据对象中包括的数据对应交通感知设备的相同的感知目标,并存储数据对象。
这里,感知目标的类型包括:车辆、道路区域和路侧设备。
在一些实施例中,参见图6,图6是本申请实施例提供的智能车联网的数据处理方法的流程示意图,基于图5,步骤S105可以包括步骤S1051和步骤S1052,将结合图6示出的步骤进行说明。
在步骤S1051中,根据交通感知设备的感知目标,对读取的多条数据进行分类,以使归属于相同类别的至少一条数据对应的感知目标相同。
作为承接图10的示例,V2X数据服务引擎中的对象存储模块对读取的多条V2X数据进行对象分类,以使归属于相同类别的至少一条V2X数据对应的感知目标(即对象)相同。
以交通感知设备是测速设备为例,测速设备可以对所在路段中通行的车辆进行位置检测和速度检测,这里被测速的车辆就是测速设备的感知目标,例如,测速设备针对车辆A进行速度检测和位置检测,获得车辆A的速度信息和位置信息,针对车辆B进行速度检测和位置检测,获得车辆B的速度信息和位置信息,如此,可以将车辆A的速度信息和位置信息分为一类,该类别中的数据对应感知目标车辆A;将车辆B的速度信息和位置信息分为一类,该类别中的数据对应感知目标车辆B。
作为示例,也可以根据交通感知设备的感知目标,对读取的多条数据进行分类,以使归属于相同类别的至少一条数据对应的感知目标的类型相同。
以交通感知设备是路侧的位置检测设备为例,位置检测设备可以对所在路段中通行的车辆以及行人进行位置检测,这里检测的车辆和行人就是位置检测设备的感知目标,例如,位置检测设备针对车辆A和车辆B进行位置检测,获得车辆A的位置信息和车辆B的位置信息,针对行人A和行人B进行位置检测,获得行人A的位置信息和行人B的位置信息,如此,可以将归属于车辆的车辆A的位置信息和车辆B的位置信息分为一类,该类别中的数据对应的感知目标的类型相同,均属于车辆;将归属于车辆的行人A的位置信息和行人B的位置信息分为一类,该类别中的数据对应的感知目标的类型相同,均属于行人。
在一些实施例中,针对读取的每条数据执行以下数据处理操作至少之一:视频感知处理;交通事件检测处理;交通状况分析处理;风险评估处理;根据感知目标,对多条数据、以及对应每条数据的数据处理结果进行分类,以使归属于相同类别的至少一条数据和数据处理结果所对应的感知目标相同。
作为承接图10的示例,MQTT代理模块针对至少一条V2X数据执行数据处理,获得对应的V2X数据处理结果;对象存储模块通过MQTT代理模块获取多条V2X数据、以及对应每条V2X数据的V2X数据处理结果,并对多条V2X数据、以及对应每条V2X数据的V2X数据处理结果进行分类,以使归属于相同类别的至少一条V2X数据和V2X数据处理结果所对应的感知目标相同,或归属于相同类别的至少一条V2X数据和V2X数据处理结果所对应的感知目标的类型相同。
本申请实施例中将原始数据和数据处理结果一起封装至相应的数据对象中,使得车联终端接收到适配的数据对象后,能够直接使用其中的数据处理结果,而无需对获取到的原始数据进行处理,从而能够节约车联网终端的数据处理资源,并且由于服务器的数据处理速度比车联网终端快,因此还能够提高数据处理的速度。
在步骤S1052中,将归属于相同类别的至少一条数据封装为对应感知目标的数据对象,并在数据库中存储数据对象。
作为承接图10的示例,V2X数据服务引擎中的对象存储模块将归属于相同类别的至少一条V2X数据封装为对应感知目标的数据对象,并将数据对象发送至数据库。
在一些实施例中,在将归属于相同类别的至少一条数据封装为对应感知目标的数据对象时,还可以将数据对象中封装的每条数据的订阅优先级的加和或平均值,作为数据对象的订阅优先级;将消息队列对应的数据指标、数据对象的订阅优先级封装到数据对象中,并在数据库中存储数据对象。
作为示例,数据对象中包括数据1和数据2,数据1对应数据指标A的订阅优先级是1级,对应数据指标B的订阅优先级是3级,数据2对应数据指标A的订阅优先级是3级,对应数据指标B的订阅优先级是5级,如此,可以确定数据对象针对数据指标A的订阅优先级是1+3=4级(或(1+3)/2=2级),数据对象针对数据指标B的订阅优先级是3+5=8级(或(3+5)/2=4级),可以以数据指标A-4级(或2级)和数据指标B-8级(或4级)的格式封装到数据对象中。
本申请实施例中,由于数据对象中所封装的数据可能不止一条,因此根据数据对象中封装的每条数据的订阅优先级确定数据对象的订阅优先级,能够后续向车联网终端优先发送符合其自身需求的数据,从而实现适配车联网应用的多样化的数据需求;并且由于是直接向车联网发送的是封装后的数据对象,而并非相关技术中固定格式(例如V2X协议的格式)的车联网数据,不仅能够实现第三方应用之间的数据共享,还能够提高车联网数据的传输速度和传输精度,从而保证车联网终端的有序运行。
在一些实施例中,确定归属于相同类别的至少一条数据的标识信息,其中,标识信息用于区分不同的数据对象;确定用于描述归属于相同类别的至少一条数据的属性信息,并将属性信息确定为对应的元数据;将归属于相同类别的至少一条数据、元数据、以及标识信息封装为对应感知目标的数据对象,并在数据库中存储数据对象。
作为示例,数据对象的数据通常是无结构的数据,例如:图片、视频或文档等;数据对象的元数据通常是对数据对象的相关描述,例如:图片的大小或文档的拥有者等;数据对象的标识信息是一个全局的唯一标识符,用来区分数据对象。将上述信息封装至数据对象进行发送,相较于直接发送封装前的数据能够提高车联网数据的传输速度和传输精度,从而保证车联网终端的有序运行。
在一些实施例中,参见图7A,图7A是本申请实施例提供的智能车联网的数据处理方法的流程示意图,基于图5,在步骤S105之后可以包括步骤S106,将结合图7A示出的步骤进行说明。
在步骤S106中,接收车联网终端的数据请求,在存储的多个数据对象中查询适配的多个数据对象,根据订阅优先级向车联网终端发送查询到的多个数据对象。
作为承接图10的示例,数据开放模块接收第三方应用(即车联网终端运行的车联网应用)的数据请求,在数据库中存储的多个数据对象中查询适配的多个数据对象,并根据订阅优先级向第三方应用发送查询到的多个数据对象。
在一些实施例中,数据请求中携带目标数据指标,接收车联网终端的数据请求;在数据库存储的多个数据对象中,查询包括目标数据指标的多个数据对象;按照查询到的多个数据对象的订阅优先级的降序,向车联网终端发送多个数据对象。
作为示例,数据对象1针对数据指标A的订阅优先级是2级,针对数据指标B的订阅优先级是3级;数据对象2针对数据指标A的订阅优先级是4级,针对数据指标B的订阅优先级是1级。当数据请求中携带目标数据指标是数据指标A时,数据对象1和数据对象2均是查询到的适配的数据对象,由于数据对象1对应数据指标A的订阅优先级高于数据对象2对应数据指标A的订阅优先级,因此先向车联网终端发送数据对象1,再发送数据对象2。当数据请求中携带目标数据指标是数据指标B时,数据对象1和数据对象2均是查询到的适配的数据对象,由于数据对象1对应数据指标B的订阅优先级低于数据对象2对应数据指标B的订阅优先级,因此先向车联网终端发送数据对象2,再发送数据对象1。
本申请实施例能够根据车联网终端的车联网应用依赖的数据指标,向车联网终端优先发送符合其自身需求的数据对象(例如运行车联网应用依赖的车联网数据),具体的,由于现如今车联网应用的多样性,每个车联网应用所需要的车联网数据的类型可能不一样,例如,地图客户端需要的是GPS数据,导航客户端需要的是道路的车流量数据,相较于相关技术中将统一组织的车联网数据发送至车联网终端来说,本申请实施例能够使得发送的数据更有针对性,能够发送适配不同的车联网应用的数据,从而提高车联网应用基于获取的数据对象实现数据处理的效率,进而实现适配车联网应用的多样化的数据需求。
在一些实施例中,数据请求中携带关键字,关键字表征车联网终端的需要使用的数据具有的属性;在数据库存储的多个数据对象中,查询包括目标数据指标、且与关键字匹配的多个数据对象;按照查询到的多个数据对象的订阅优先级的降序,向车联网终端发送多个数据对象。
本申请实施例中不仅能够向车联网终端优先发送符合其自身需求的数据对象,还能够对查询到的数据对象进行过滤,能够进一步提高获取符合需求的数据对象的准确性。
在一些实施例中,参见图7B,图7B是本申请实施例提供的智能车联网的数据处理方法的流程示意图,基于图5,在步骤S101之前可以包括步骤S107和步骤S108,将结合图7B示出的步骤进行说明。
在步骤S107中,获取车联网终端的排序指令,从排序指令中提取车联网终端的车联网应用依赖的多个数据指标。
作为承接图11B的示例,通过调用V2X数据服务队列模块中的应用程序接口(API,Application Programming Interface)网关,获取第三方应用通过MQTT代理模块发送的携带数据指标的控制指令(即上述的排序指令),从控制指令中提取第三方应用依赖的多个数据指标。
在步骤S108中,创建与多个数据指标一一对应的多个消息队列。
作为承接图11B的示例,通过V2X数据服务队列模块中的Tars分布式服务框架,在V2X数据服务队列模块中的分布式消息队列中创建与多个数据指标一一对应的多个消息队列。
本申请实施例能够根据车联网终端的车联网应用依赖的数据指标,对消息队列中的数据进行相应的排序,能够后续向车联网终端优先发送符合其自身需求的数据对象,具体的,由于现如今车联网应用的多样性,每个车联网应用所需要的车联网数据的类型可能不一样,相较于相关技术中将统一组织的车联网数据发送至车联网终端来说,本申请实施例能够使得后续发送的数据更有针对性,从而匹配不同的车联网应用,进而实现适配车联网应用的多样化的数据需求。
下面,以一个具体的应用示例说明本申请实施例提供的智能车联网的数据处理方法。
本申请实施例提供一种V2X开放平台系统,该系统采用将消息队列与对象存储相结合的方式,实现对于V2X数据(即上述的车联网数据)的高速缓存,同时,结合Tars的微服务架构构建高速数据服务引擎,可以实现不同第三方应用(即上述的车联网应用)之间的V2X数据高效共享。
参见图8,图8是本申请实施例提供的智能车联网的数据处理方法的应用场景示意图。图8中,V2X开放平台系统连接硬件设备(包括路侧设备、车侧设备、信号灯、以及路侧摄像头等),加工和处理数据,然后经由数据开放接口将数据传输到客户端应用,这里的客户端应用包括但不限于图8的行业生态里的应用。
下面说明V2X开放平台系统的总体架构,参见图9,图9是本申请实施例提供的V2X开放平台系统的总体架构示意图,将结合图9进行说明。
V2X开放平台系统总体架构由四层构成,具体包括:
(1)底层的感知层(即图9中的硬件外设),包括但不限于智能交通灯、路测感知设备、网联车辆和路侧感知单元(RSU,Road Side Unit)。
(2)平台层由IaaS(计算、网络、存储、以及容器)和边缘计算PaaS组成,能接入感知层的硬件感知设备及接收感知层的硬件感知设备传输过来的数据。
(3)中间层由V2X数据服务引擎(即上述的数据服务引擎)构成,完成包括关系数据库、时序数据库、路测感知数据库、车辆数据库、自动驾驶仿真器数据库、和云控系统数据库等的适配工作。
(4)应用层包括不同类型的平台(即图9中的平台或系统外设),例如,监控后台、RSU控制后台、智能交通灯控制后台、自动驾驶仿真器、以及云控系统等。V2X开放平台系统对接第三方应用和平台。
V2X数据服务引擎的作用是:用于将通过硬件外设所获取的V2X数据转换为数据对象,并缓存到V2X数据服务引擎中的对象存储模块中,再适配到相应的数据库(包括图9中举例的六个数据库,但不仅限于上述数据库);还用于响应数据获取请求,从相应的数据库中获取相应的数据,并根据订阅优先级将数据进行发送。
V2X开放平台系统采用消息队列与对象存储相结合的方式,实现对于V2X数据的高速缓存,下面结合图10说明V2X开放平台系统的V2X数据的流转过程,图10是本申请实施例提供的V2X开放平台系统的数据流转过程示意图。
(1)V2X数据最初存入V2X数据服务队列模块进行缓存;V2X数据服务队列模块按照数据分类要求(例如,延时、数据精度和数据量等)设定缓存中的数据在消息队列中的订阅优先级。例如,当数据分类要求是数据精度时,将数据精度高的数据排列在消息队列的前面,以使MQTT代理模块优先订阅数据精度高的数据。
(2)MQTT代理模块按照数据分类要求(例如,延时、数据精度和数据量等),向V2X数据服务队列模块订阅V2X数据;并对V2X数据进行数据处理,获得对应的V2X数据处理结果。
(3)MQTT代理模块将V2X数据服务队列模块推送的V2X数据和对应的V2X数据处理结果通过标准接口(例如,HTTP API和RESTful API)写入对象存储模块,以对数据进行保存。
(4)数据开放模块根据来自第三方应用的请求,通过标准接口(例如,HTTP API和RESTful API)从对象存储模块中读取V2X数据和/或V2X数据处理结果,再向第三方应用发送读取的V2X数据和/或V2X数据处理结果。
(5)结构化V2X数据包括每个道路目标(即上述的感知目标)的检测信息(例如,车辆的位置、速度、方向和行驶状态等信息),以及对应的V2X数据处理结果(例如,车道级拥堵状况、抛撒物信息、车辆平均速度和间距、实时车流量等信息)(即根据检测信息加工计算后所获得的数据)。边缘云可通过特定API接口向第三方应用提供数据读取及数据写入的能力。
(6)非结构化数据(就是原始数据,和结构化数据相比,非结构化数据中不包括V2X数据处理结果)共享由边缘云通过数据组播的方式,将原始数据(即上述的检测信息)转发给第三方系统。通过这种方式,第三方系统可减少系统间的适配工作,从而降低系统整合的复杂性。
(7)对象存储模块相当于一个缓存,在这里将数据按照类别分门别类(例如,对于车辆的数据,将车辆看成一个对象,将与它有关的数据在对象存储模块中封装后可将其作为一个整体),分类后,再发送至相应的数据库。
(8)对象存储模块主要起到“将数据对象化”的作用,就是把一些零散的数据按照它的属性(例如,确定该数据是车辆的数据、某一段道路的数据或交通标志的数据)进行封装,以形成多个数据对象;形成数据对象后,再将其发送至相应的数据库中。
下面结合图11A和图11B说明V2X数据服务队列模块的具体实现方式,图11A是本申请实施例提供的V2X数据服务队列模块的结构示意图,图11B是本申请实施例提供的V2X数据服务队列模块中的数据流转过程示意图。将结合图11A和图11B进行说明。
(1)数据(例如,V2X数据)注入V2X数据服务队列模块的过程:V2X数据先进入Tars分布式服务框架,形成分布式消息队列,一方面将V2X数据先存储到分布式数据库(V2X数据服务队列模块中用于临时存储数据)中,另一方面,调用API网关,将V2X数据注入到MQTT代理模块,同时在EKL日志系统里记录各动作发生的时间。
(2)数据(例如,控制指令(即上述的排序指令),用于控制V2X数据服务队列模块在消息队列中对V2X数据进行排序)流出V2X数据服务队列模块的过程:API网关从MQTT代理模块中获取控制指令后,一方面将控制指令存储在分布式数据库中,另一方面根据控制指令将V2X数据形成分布式消息队列,并在EKL日志系统中记录各动作发生的时间,通过Tars分布式服务框架流出V2X数据服务队列模块。
下面将结合图12示出的应用场景来详细说明本申请实施例的实施过程,参见图12,图12是本申请实施例中提供的智能车联网的数据处理方法的应用场景示意图。
图12中,V2X的应用场景包括车辆对车辆的通信(V2V),例如防撞安全系统、车辆对行人的通信(V2P),例如车辆对行人和骑行者、以及车辆对基础设施的通信(V2I),例如交通信号灯时间优先性。
实例目标:构建V2X开放平台,实现车辆V2X数据读取(例如,将与车辆有关的数据(例如,车辆的位置信息)采用V2X传输方式发送到V2X开放平台,经过处理(例如计算车速)后得到车速,输出至应用端),统计其延时和样本方差。
需要说明的是,本申请实施例中的软硬件系统架构、开发环境、开发语言、消息获取源头等都是可以变化的,在本申请实施例的基础上,凡根据本本申请实施例原理对某个部分进行的改进和等同变换,均不应排除在本申请实施例的保护范围之外。
本申请实施例的硬件系统如图3所示,图3中的数据服务引擎300相当于上述的V2X数据服务引擎。
硬件需求包括:24台物理机或虚拟机节点,硬件规格为:8vCPU、32GB内存、1TB硬盘、以及30Mbps网络。
平台安全及接口:V2X开放平台受到业务相关应用系统的安全管理,将云计算资源的大数据存储挖掘、数据实时计算、以及对外接入能力进行全面整合,确保各类异常行为特征能够被及时发现和响应,具体的:
1)用户交互安全:支持多维度分析用户账号信息、数据来源、登录方式、跳转页面等信息,及时有效识别出真机批量注册、自动机批量注册、账户盗用、垃圾账号申请、撞库登录、盗号登录、以及自动批量登录等多种恶意交互行为,并提供相应的防护措施建议。
2)验证码:支持字符验证和交互验证两大类别的验证码安全服务,用户可通过灵活、便捷的设计实现字符和交互验证在不同场景的动态切换。该验证码服务通过美观友好的界面、全终端适配的特性以及防自动破解的动态更新机制。
平台部署及环境:操作系统需要满足:Centos 7.2+(推荐Centos 7.5)、Ubuntu18.04(内核版本v4.5以上)、或Tencent Linux 2.2。推荐Centos 7.5版本,不同操作系统的操作会存在细小差别。内核版本需满足:>=Kernel 3.10.0-957.10.1.el7.x86_64。
基于上述硬件需求、平台安全及接口、平台部署及环境按照图9中的V2X开放平台系统的总体架构、图10中的V2X开放平台系统的数据流转过程、图11A的V2X数据服务队列模块的结构、以及图11B的V2X数据服务队列模块中的数据流转过程构建V2X开放平台后,实现车辆V2X数据读取,统计其延时和样本方差,实验结果分别如表1和表2所示。显然,相较于相关技术,本申请实施例性能更优,例如,相较于相关技术中V2X数据的传输方式,本申请实施例的延时小(表征数据传输速度快),车速样本方差小(表征数据传输精度高)。
表1实验结果(延时)
表2实验结果(车速样本方差)
需要说明的是,MQTT消息队列可以替换为类似的消息队列,例如,RabbitMQ,其中,RabbitMQ是实现了高级消息队列协议(AMQP,Advanced Message Queuing Protocol)的开源消息代理软件(或称面向消息的中间件)。
本申请实施例中,数据经过消息队列与对象存储、以及基于Tars微服务架构,不仅能够能对于V2X数据实现高速缓存,而且能够实现不同第三方应用之间的V2X数据高效共享。
下面继续结合图4说明服务器600的结构,在一些实施例中,如图4所示,存储在存储器640的智能车联网643中的软件模块可以包括:数据服务引擎6431,其中,数据服务引擎6431包括:数据服务队列模块64311、消息队列代理模块64312和对象存储模块64313,下面分别进行说明。
所述数据服务队列模块64311,用于接收交通感知设备感知的数据,并存储到多个消息队列中,根据每个所述消息队列的数据指标,对所述消息队列中存储的数据进行订阅优先级的排序;
所述消息队列代理模块64312,用于根据车联网终端运行车联网应用依赖的至少一个数据指标,从所述多个消息队列中订阅至少一个消息队列;
所述对象存储模块64313,用于从被订阅的至少一个消息队列中按照订阅优先级的降序读取数据,将读取的数据封装为数据对象,以使所述数据对象中包括的数据对应所述交通感知设备的相同的感知目标,并存储所述数据对象;
上述方案中,所述智能车联网643还包括数据开放模块6432;所述数据开放模块6432,用于接收所述车联网终端的数据请求,在存储的多个所述数据对象中查询适配的多个数据对象,并根据所述订阅优先级向所述车联网终端发送查询到的多个数据对象。
上述方案中,所述数据服务引擎6431被部署在边缘云网络中;所述对象存储模块64313,还用于调用所述边缘云针对读取的每条数据执行以下数据处理操作至少之一:视频感知处理;交通事件检测处理;交通状况分析处理;风险评估处理。
上述方案中,所述数据开放模块6432被部署在边缘云网络中,所述数据对象被存储在中心云网络中;所述数据开放模块6432,还用于接收所述车联网终端的数据请求,在所述中心云网络中存储的多个所述数据对象中查询适配的多个数据对象,并根据所述订阅优先级,由所述边缘云网络以数据组播的方式向所述车联网终端发送查询到的多个数据对象。
上述方案中,所述数据服务队列模块64311,还用于获取所述车联网终端的排序指令;从所述排序指令中提取所述车联网终端运行车联网应用依赖的多个所述数据指标;其中,所述数据指标的类型包括:延时、数据精度和数据量;创建与所述多个数据指标一一对应的多个消息队列。
上述方案中,所述数据服务队列模块64311,还用于接收所述交通感知设备感知的数据,分别存储到所述多个消息队列中的每个消息队列,并在日志系统中记录存储动作的发生时间;通过所述日志系统中记录的存储动作的发生时间,对所述多个消息队列中存储的数据进行校验通过时,确定存储完成。
上述方案中,所述数据服务引擎6431还包括:过滤模块,用于针对从所述交通感知设备接收的数据执行以下过滤操作至少之一:过滤延时超过延时阈值的数据;过滤数据精度不超过数据精度阈值的数据;过滤数据量超过数据量阈值的数据。
上述方案中,所述数据服务队列模块64311,还用于针对每个所述消息队列中的多条数据执行以下处理:根据所述消息队列对应的数据指标,确定所述消息队列中存储的每条数据所对应的订阅优先级;根据所述订阅优先级对所述多条数据进行降序排序,并在日志系统中记录排序动作的发生时间;通过所述日志系统中记录的排序动作的发生时间,对所述降序排序的结果进行校验通过时,确定排序完成。
上述方案中,所述数据服务队列模块64311,还用于针对每个消息队列执行以下操作:确定所述消息队列中每条数据对应所述消息队列的数据指标的指标值;根据所述每条数据的指标值对所述消息队列中的数据进行降序排序,根据降序排序结果为所述消息队列中的数据分配订阅优先级,以使所述每条数据的订阅优先级与排序位置正相关;其中,所述数据指标的类型包括:延时、数据精度和数据量。
上述方案中,所述对象存储模块64313,还用于针对被订阅的每个消息队列执行以下处理:按照订阅优先级的降序从所述消息队列中依次读取多条数据;根据所述交通感知设备的感知目标,对读取的多条数据进行分类,以使归属于相同类别的至少一条数据对应的感知目标相同;将归属于相同类别的至少一条数据封装为对应所述感知目标的数据对象;其中,所述感知目标的类型包括:车辆、道路区域和路侧设备。
上述方案中,所述对象存储模块64313,还用于将所述数据对象中封装的每条数据的订阅优先级的加和或平均值,作为所述数据对象的订阅优先级;将所述消息队列对应的数据指标、所述数据对象的订阅优先级封装到所述数据对象中。
上述方案中,所述对象存储模块64313,还用于针对读取的每条数据执行以下数据处理操作至少之一:视频感知处理;交通事件检测处理;交通状况分析处理;风险评估处理;根据所述感知目标,对所述多条数据、以及对应每条数据的数据处理结果进行分类,以使归属于相同类别的至少一条数据和数据处理结果所对应的感知目标相同。
上述方案中,所述对象存储模块64313,还用于确定所述归属于相同类别的至少一条数据的标识信息,其中,所述标识信息用于区分不同的数据对象;确定用于描述所述归属于相同类别的至少一条数据的属性信息,并将所述属性信息确定为对应的元数据;将所述归属于相同类别的至少一条数据、所述元数据、以及所述标识信息封装为对应所述感知目标的数据对象。
上述方案中,所述数据开放模块6432,还用于接收所述车联网终端的数据请求,其中,所述数据请求中携带目标数据指标;在数据库存储的多个所述数据对象中,查询包括所述目标数据指标的多个数据对象;按照查询到的所述多个数据对象的订阅优先级的降序,向所述车联网终端发送所述多个数据对象。
上述方案中,所述数据请求中携带关键字,所述关键字表征所述车联网终端的需要使用的数据具有的属性;所述数据开放模块6432,还用于在数据库存储的多个所述数据对象中,查询包括所述目标数据指标、且与所述关键字匹配的多个数据对象。
本申请实施例提供了一种计算机程序产品或计算机程序,该计算机程序产品或计算机程序包括计算机指令,该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令,处理器执行该计算机指令,使得该计算机设备执行本申请实施例上述的智能车联网的数据处理方法。
本申请实施例提供一种存储有可执行指令的计算机可读存储介质,其中存储有可执行指令,当可执行指令被处理器执行时,将引起处理器执行本申请实施例提供的智能车联网的数据处理方法,例如,图5、图6、图7A或图7B示出的智能车联网的数据处理方法。
在一些实施例中,计算机可读存储介质可以是FRAM、ROM、PROM、EPROM、EEPROM、闪存、磁表面存储器、光盘、或CD-ROM等存储器;也可以是包括上述存储器之一或任意组合的各种设备。
在一些实施例中,可执行指令可以采用程序、软件、软件模块、脚本或代码的形式,按任意形式的编程语言(包括编译或解释语言,或者声明性或过程性语言)来编写,并且其可按任意形式部署,包括被部署为独立的程序或者被部署为模块、组件、子例程或者适合在计算环境中使用的其它单元。
作为示例,可执行指令可以但不一定对应于文件系统中的文件,可以可被存储在保存其它程序或数据的文件的一部分,例如,存储在超文本标记语言文档中的一个或多个脚本中,存储在专用于所讨论的程序的单个文件中,或者,存储在多个协同文件(例如,存储一个或多个模块、子程序或代码部分的文件)中。
作为示例,可执行指令可被部署为在一个计算设备上执行,或者在位于一个地点的多个计算设备上执行,又或者,在分布在多个地点且通过通信网络互连的多个计算设备上执行。
综上所述,本申请实施例具有以下有益效果:
(1)通过对消息队列中的数据赋予订阅优先级的属性,并对数据对象赋予感知目标的属性,从而使得相同的消息队列能够同时适配车联网终端对于数据的多样化的需求,保证了车联网终端的应用及时获得所需的数据以实时响应,并节约了车联网自身的数据运营的资源。
(2)将原始数据和数据处理结果一起封装至相应的数据对象中,使得车联终端接收到适配的数据对象后,能够直接使用其中的数据处理结果,而无需对获取到的原始数据进行处理,从而能够节约车联网终端的数据处理资源,并且由于服务器的数据处理速度比车联网终端快,因此还能够提高数据处理的速度。
(3)由于数据对象中所封装的数据可能不止一条,因此根据数据对象中封装的每条数据的订阅优先级确定数据对象的订阅优先级,能够后续向车联网终端优先发送符合其自身需求的数据,从而实现适配车联网应用的多样化的数据需求;并且由于是直接向车联网发送的是封装后的数据对象,而并非相关技术中固定格式(例如V2X协议的格式)的车联网数据,不仅能够实现第三方应用之间的数据共享,还能够提高车联网数据的传输速度和传输精度,从而保证车联网终端的有序运行。
(4)能够根据车联网终端的车联网应用依赖的数据指标,向车联网终端优先发送符合其自身需求的数据对象(例如运行车联网应用依赖的车联网数据),具体的,由于现如今车联网应用的多样性,每个车联网应用所需要的车联网数据的类型可能不一样,例如,地图客户端需要的是GPS数据,导航客户端需要的是道路的车流量数据,相较于相关技术中将统一组织的车联网数据发送至车联网终端来说,本申请实施例能够使得发送的数据更有针对性,能够发送适配不同的车联网应用的数据,从而提高车联网应用基于获取的数据对象实现数据处理的效率,进而实现适配车联网应用的多样化的数据需求
以上所述,仅为本申请的实施例而已,并非用于限定本申请的保护范围。凡在本申请的精神和范围之内所作的任何修改、等同替换和改进等,均包含在本申请的保护范围之内。
Claims (14)
1.一种智能车联网的数据处理方法,其特征在于,所述方法包括:
接收交通感知设备感知的数据,并存储到多个消息队列中;
针对每个所述消息队列中的多条数据执行以下处理:根据所述消息队列对应的数据指标,确定所述消息队列中存储的每条数据所对应的订阅优先级;其中,所述数据指标包括:延时、数据精度和数据量;根据所述订阅优先级对所述多条数据进行降序排序,并在日志系统中记录排序动作的发生时间;通过所述日志系统中记录的排序动作的发生时间,对所述降序排序的结果进行校验通过时,确定排序完成;
根据车联网终端运行车联网应用依赖的至少一个数据指标,从所述多个消息队列中订阅至少一个消息队列;
从被订阅的至少一个消息队列中按照订阅优先级的降序读取数据,将读取的数据封装为数据对象,以使所述数据对象中包括的数据对应所述交通感知设备的相同的感知目标;
存储所述数据对象。
2.根据权利要求1所述的方法,其特征在于,在所述存储所述数据对象之后,所述方法还包括:
接收所述车联网终端的数据请求,在存储的多个所述数据对象中查询适配的多个数据对象,并根据所述订阅优先级向所述车联网终端发送查询到的多个数据对象。
3.根据权利要求1所述的方法,其特征在于,在所述接收交通感知设备感知的数据,并存储到多个消息队列中之前,所述方法还包括:
获取所述车联网终端的排序指令;
从所述排序指令中提取所述车联网终端运行车联网应用依赖的多个所述数据指标;
其中,所述数据指标的类型包括:延时、数据精度和数据量;
创建与多个所述数据指标一一对应的多个消息队列。
4.根据权利要求3所述的方法,其特征在于,所述接收交通感知设备感知的数据,并存储到多个消息队列中,包括:
接收所述交通感知设备感知的数据,分别存储到所述多个消息队列中的每个消息队列,并在日志系统中记录存储动作的发生时间;
通过所述日志系统中记录的存储动作的发生时间,对所述多个消息队列中存储的数据进行校验通过时,确定存储完成。
5.根据权利要求1所述的方法,其特征在于,所述从被订阅的至少一个消息队列中按照订阅优先级的降序读取数据,将读取的数据封装为数据对象,包括:
针对被订阅的每个消息队列执行以下处理:
按照订阅优先级的降序从所述消息队列中依次读取多条数据;
根据所述交通感知设备的感知目标,对读取的多条数据进行分类,以使归属于相同类别的至少一条数据对应的感知目标相同;
将归属于相同类别的至少一条数据封装为对应所述感知目标的数据对象;
其中,所述感知目标的类型包括:车辆、道路区域和路侧设备。
6.根据权利要求5所述的方法,在将归属于相同类别的至少一条数据封装为对应所述感知目标的数据对象时,所述方法还包括:
将所述数据对象中封装的每条数据的订阅优先级的加和或平均值,作为所述数据对象的订阅优先级;
将所述消息队列对应的数据指标、以及所述数据对象的订阅优先级封装到所述数据对象中。
7.根据权利要求5所述的方法,其特征在于,所述根据所述交通感知设备的感知目标,对读取的多条数据进行分类,包括:
针对读取的每条数据执行以下数据处理操作至少之一:视频感知处理;交通事件检测处理;交通状况分析处理;风险评估处理;
根据所述感知目标,对所述多条数据、以及对应每条数据的数据处理结果进行分类,以使归属于相同类别的至少一条数据和数据处理结果所对应的感知目标相同。
8.根据权利要求5所述的方法,其特征在于,所述将归属于相同类别的至少一条数据封装为对应所述感知目标的数据对象,包括:
确定所述归属于相同类别的至少一条数据的标识信息,其中,所述标识信息用于区分不同的数据对象;
确定用于描述所述归属于相同类别的至少一条数据的属性信息,并将所述属性信息确定为对应的元数据;
将所述归属于相同类别的至少一条数据、所述元数据、以及所述标识信息封装为对应所述感知目标的数据对象。
9.根据权利要求2所述的方法,其特征在于,所述接收所述车联网终端的数据请求,在存储的多个所述数据对象中查询适配的多个数据对象,并根据所述订阅优先级向所述车联网终端发送查询到的多个数据对象,包括:
接收所述车联网终端的数据请求,其中,所述数据请求中携带目标数据指标;
在数据库存储的多个所述数据对象中,查询包括所述目标数据指标的多个数据对象;
按照查询到的所述多个数据对象的订阅优先级的降序,向所述车联网终端发送所述多个数据对象。
10.一种智能车联网,其特征在于,所述智能车联网包括数据服务引擎,所述数据服务引擎包括:数据服务队列模块、消息队列代理模块和对象存储模块;其中,
所述数据服务队列模块,用于接收交通感知设备感知的数据,并存储到多个消息队列中,针对每个所述消息队列中的多条数据执行以下处理:根据所述消息队列对应的数据指标,确定所述消息队列中存储的每条数据所对应的订阅优先级;其中,所述数据指标包括:延时、数据精度和数据量;根据所述订阅优先级对所述多条数据进行降序排序,并在日志系统中记录排序动作的发生时间;通过所述日志系统中记录的排序动作的发生时间,对所述降序排序的结果进行校验通过时,确定排序完成;
所述消息队列代理模块,用于根据车联网终端运行车联网应用依赖的至少一个数据指标,从所述多个消息队列中订阅至少一个消息队列;
所述对象存储模块,用于从被订阅的至少一个消息队列中按照订阅优先级的降序读取数据,将读取的数据封装为数据对象,以使所述数据对象中包括的数据对应所述交通感知设备的相同的感知目标,并存储所述数据对象。
11.根据权利要求10所述的智能车联网,其特征在于,所述智能车联网还包括数据开放模块;
所述数据开放模块,用于接收所述车联网终端的数据请求,在存储的多个所述数据对象中查询适配的多个数据对象,并根据所述订阅优先级向所述车联网终端发送查询到的多个数据对象。
12.根据权利要求11所述的智能车联网,其特征在于,
所述数据服务引擎被部署在边缘云网络中;
所述对象存储模块,还用于调用所述边缘云网络针对读取的每条数据执行以下数据处理操作至少之一:视频感知处理;交通事件检测处理;交通状况分析处理;风险评估处理;
所述数据开放模块被部署在边缘云网络中,所述数据对象被存储在中心云网络中;
所述数据开放模块,还用于接收所述车联网终端的数据请求,在所述中心云网络中存储的多个所述数据对象中查询适配的多个数据对象,并根据所述订阅优先级,由所述边缘云网络以数据组播的方式向所述车联网终端发送查询到的多个数据对象。
13.一种电子设备,其特征在于,包括:
存储器,用于存储计算机可执行指令;
处理器,用于执行所述存储器中存储的计算机可执行指令时,实现权利要求1至9任一项所述的智能车联网的数据处理方法。
14.一种计算机可读存储介质,其特征在于,存储有计算机可执行指令,所述计算机可执行指令被执行时用于实现权利要求1至9任一项所述的智能车联网的数据处理方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011457696.2A CN114679420B (zh) | 2020-12-10 | 2020-12-10 | 智能车联网、数据处理方法、电子设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011457696.2A CN114679420B (zh) | 2020-12-10 | 2020-12-10 | 智能车联网、数据处理方法、电子设备及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN114679420A CN114679420A (zh) | 2022-06-28 |
CN114679420B true CN114679420B (zh) | 2023-11-24 |
Family
ID=82071275
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011457696.2A Active CN114679420B (zh) | 2020-12-10 | 2020-12-10 | 智能车联网、数据处理方法、电子设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114679420B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115643276A (zh) * | 2022-09-20 | 2023-01-24 | 中合数字科技(广东)有限公司 | 数据传输方法、装置、系统与计算机可读存储介质 |
CN116720023B (zh) * | 2023-08-09 | 2024-04-12 | 深圳十方融海科技有限公司 | 浏览器运行数据的处理方法、装置及电子设备 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103164721A (zh) * | 2013-03-15 | 2013-06-19 | 安徽皖通科技股份有限公司 | 一种车联网路侧信息数据采集及处理方法 |
CN105704158A (zh) * | 2016-04-08 | 2016-06-22 | 成都景博信息技术有限公司 | 移动端车辆运行数据通信方法 |
CN109672996A (zh) * | 2018-12-29 | 2019-04-23 | 重庆邮电大学 | 一种基于v2x路侧设备系统及其信息分发方法 |
CN110718084A (zh) * | 2019-10-10 | 2020-01-21 | 腾讯科技(深圳)有限公司 | 驾驶信息传输方法、装置、系统、设备和存储介质 |
CN111885065A (zh) * | 2020-07-24 | 2020-11-03 | 重庆邮电大学 | 一种基于v2x的车载终端消息预处理系统 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109032534B (zh) * | 2018-08-30 | 2022-09-13 | 阿波罗智能技术(北京)有限公司 | 一种无人车消息传输方法、装置、设备和介质 |
-
2020
- 2020-12-10 CN CN202011457696.2A patent/CN114679420B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103164721A (zh) * | 2013-03-15 | 2013-06-19 | 安徽皖通科技股份有限公司 | 一种车联网路侧信息数据采集及处理方法 |
CN105704158A (zh) * | 2016-04-08 | 2016-06-22 | 成都景博信息技术有限公司 | 移动端车辆运行数据通信方法 |
CN109672996A (zh) * | 2018-12-29 | 2019-04-23 | 重庆邮电大学 | 一种基于v2x路侧设备系统及其信息分发方法 |
CN110718084A (zh) * | 2019-10-10 | 2020-01-21 | 腾讯科技(深圳)有限公司 | 驾驶信息传输方法、装置、系统、设备和存储介质 |
CN111885065A (zh) * | 2020-07-24 | 2020-11-03 | 重庆邮电大学 | 一种基于v2x的车载终端消息预处理系统 |
Also Published As
Publication number | Publication date |
---|---|
CN114679420A (zh) | 2022-06-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110430079B (zh) | 车路协同系统 | |
CN111049937B (zh) | 智能网联汽车的数据处理系统及数据传输方法 | |
US10956758B2 (en) | Method and system for providing auto space management using virtuous cycle | |
US10157476B1 (en) | Self-learning spatial recognition system | |
Kwak et al. | Seeing is believing: Sharing real-time visual traffic information via vehicular clouds | |
US20200074865A1 (en) | Systems and methods for managing assets in a geographical location | |
CN114679420B (zh) | 智能车联网、数据处理方法、电子设备及存储介质 | |
US10630628B2 (en) | Systems and methods for managing vehicles | |
CN110275983B (zh) | 交通监控数据的检索方法及装置 | |
CN109345823B (zh) | 一种基于大数据的智能交通数据分析系统 | |
CN110660221A (zh) | 一种基于车路协同系统的信息交互方法及装置 | |
Yu et al. | RTIC-C: A big data system for massive traffic information mining | |
US20180248977A1 (en) | Selective distribution of messages in a publish-subscribe system | |
US10529080B2 (en) | Automatic thoroughfare recognition and traffic counting | |
US20180248772A1 (en) | Managing intelligent microservices in a data streaming ecosystem | |
CN111935232A (zh) | 车辆信息确定方法、装置、设备及存储介质 | |
WO2019182656A1 (en) | Connecting and managing vehicles using a publish-subscribe system | |
US20190297131A1 (en) | System and Method for Querying and Updating a Live Video Stream Using a Structured Query Language | |
US20180357486A1 (en) | System and method for analyzing video frames in a messaging system | |
CN114999166B (zh) | 车辆识别方法、装置、电子设备及计算机可读存储介质 | |
WO2019018612A1 (en) | SYSTEM AND METHOD FOR COUNTING OBJECTS ON MULTIPLE ROUTES USING A PANORAMIC CAMERA, INCLINATION AND ZOOM | |
Zhong et al. | Edge-enabled C-V2X infrastructure deployment for promoting advanced driving assistant systems in large-scale environment | |
KR20130105103A (ko) | 운행기록 분석콘텐츠 제공 방법 | |
CN113411371A (zh) | 应用于车辆的通信方法、装置、电子设备及车辆 | |
US20180367583A1 (en) | System and method for providing a video stream and metadata over parallel channels |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |