CN112396832B - 一种车辆数据处理方法和装置 - Google Patents
一种车辆数据处理方法和装置 Download PDFInfo
- Publication number
- CN112396832B CN112396832B CN202011212476.3A CN202011212476A CN112396832B CN 112396832 B CN112396832 B CN 112396832B CN 202011212476 A CN202011212476 A CN 202011212476A CN 112396832 B CN112396832 B CN 112396832B
- Authority
- CN
- China
- Prior art keywords
- early warning
- scene
- preset
- vehicle
- parameter
- 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
Images
Classifications
-
- G—PHYSICS
- G08—SIGNALLING
- G08G—TRAFFIC CONTROL SYSTEMS
- G08G1/00—Traffic control systems for road vehicles
- G08G1/01—Detecting movement of traffic to be counted or controlled
- G08G1/0104—Measuring and analyzing of parameters relative to traffic conditions
- G08G1/0125—Traffic data processing
-
- G—PHYSICS
- G08—SIGNALLING
- G08G—TRAFFIC CONTROL SYSTEMS
- G08G1/00—Traffic control systems for road vehicles
- G08G1/01—Detecting movement of traffic to be counted or controlled
- G08G1/0104—Measuring and analyzing of parameters relative to traffic conditions
- G08G1/0137—Measuring and analyzing of parameters relative to traffic conditions for specific applications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
Landscapes
- Chemical & Material Sciences (AREA)
- Analytical Chemistry (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Engineering & Computer Science (AREA)
- Health & Medical Sciences (AREA)
- Computing Systems (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Traffic Control Systems (AREA)
Abstract
本发明实施例提供一种车辆数据处理方法和装置,该方法包括:当车辆当前行驶场景为预设场景时,通过确定预设场景对应的至少一个预警参数,其中,预警参数具有预设检测顺序,然后按照预设检测顺序,检测一个预警参数是否满足对应的第一预设条件,在前一个预警参数满足对应的第一预设条件后,对下一个预警参数进行检测,直至至少一个预警参数都满足对应的第一预设条件,当最后一个预警参数满足对应的第一预设条件时,则依据预设场景生成对应的预警数据并发送至车辆,以使车辆根据预警数据进行输出。本发明实施例不需要对所有车辆数据都进行运算,减少了运算次数,节省了运算成本。
Description
技术领域
本发明涉及车辆数据处理技术领域,特别是涉及一种车辆数据处理方法和装置。
背景技术
如今汽车已成为人们的日常交通工具,为了提高汽车的人性化要求,车企需要不断对汽车进行改进,其改进的方法离不开对于大量的车辆数据的感知运算。
车企平台可以接收到多台车辆实时上传的车辆数据,一般而言,每台车辆每几十毫秒就会产生一个数据包,每个数据包包括多个车辆数据,因此,车企平台一天就会接收到大量的车辆数据,而对于大量的车辆数据的感知运算有利于分析车辆当前的行驶状态,当出现异常状态时可以给予提醒或警告。现有技术通常将多台车辆实时上传的所有车辆数据切割成许多小部分,然后把这些小部分分配给各个计算机进行处理,最后把这些运算结果综合起来得到最终的结果,这是需要大量的计算机共同完成,每运算一次就会产生一次运算成本,运算成本非常昂贵。
发明内容
本发明实施例提供一种车辆数据处理方法,以达到减少运算次数和节省运算成本的效果。
本发明实施例还提供了一种车辆数据处理装置,以保证上述方法的实施。
为了解决上述问题,本发明公开了一种车辆数据处理方法,应用于服务平台,所述服务平台与多台车辆进行通信,所述方法包括:
当车辆当前行驶场景为预设场景时,确定所述预设场景对应的至少一个预警参数;其中,所述至少一个预警参数具有预设检测顺序;
按照所述预设检测顺序,检测所述一个预警参数是否满足对应的第一预设条件;
在前一个预警参数满足对应的第一预设条件后,对下一个预警参数进行检测,直至所述至少一个预警参数都满足对应的第一预设条件;
当最后一个预警参数满足对应的第一预设条件时,则依据所述预设场景生成对应的预警数据并发送至所述车辆,以使所述车辆根据所述预警数据进行输出。
可选地,所述按照所述预设检测顺序,检测所述一个预警参数是否满足对应的第一预设条件,包括:
按照所述预设检测顺序分别确定每个预警参数对应的第一检测频率;其中,所述每个预警参数对应的第一检测频率按照所述预设检测顺序依次增大;
按照所述预设检测顺序,根据所述预警参数对应的第一检测频率,检测所述一个预警参数是否满足对应的第一预设条件。
可选地,所述当车辆当前行驶场景为预设场景时,确定所述预设场景对应的至少一个预警参数之前,所述方法还包括:
获取与预设场景对应的场景参数;
检测所述场景参数是否满足对应的第二预设条件;
当所述场景参数满足对应的第二预设条件时,确定所述车辆当前行驶场景为预设场景。
可选地,所述检测所述场景参数是否满足对应的第二预设条件,包括:
获取所述场景参数对应的第二检测频率;
按照所述场景参数对应的第二检测频率,检测所述场景参数是否满足对应的第二预设条件。
可选地,所述获取与预设场景对应的场景参数,包括:
接收所述车辆上传的多个数据包;其中,所述数据包包括多个车辆数据;
按照预设抽取频率,从所述多个数据包中抽取一个数据包作为目标数据包;
确定所述目标数据包的多个车辆数据中与预设场景对应的场景参数。
可选地,所述方法还包括:
当所述场景参数不满足对应的第二预设条件时,确定所述车辆当前行驶场景为普通场景;
当所述车辆当前行驶场景由所述预设场景变为所述普通场景时,停止所述按照所述预设检测顺序,检测所述一个预警参数是否满足对应的第一预设条件的步骤。
可选地,所述预设抽取频率大于等于所述第一检测频率,以及所述预设抽取频率大于等于所述第二检测频率。
本发明实施例还提供了一种车辆数据处理装置,应用于服务平台,所述服务平台与多台车辆进行通信,所述装置包括:
预警参数确定模块,用于当车辆当前行驶场景为预设场景时,确定所述预设场景对应的至少一个预警参数;其中,所述至少一个预警参数具有预设检测顺序;
第一检测模块,用于按照所述预设检测顺序,检测所述一个预警参数是否满足对应的第一预设条件;
流程确认模块,用于在前一个预警参数满足对应的第一预设条件后,对下一个预警参数进行检测,直至所述至少一个预警参数都满足对应的第一预设条件;
预警数据生成模块,用于当最后一个预警参数满足对应的第一预设条件时,则依据所述预设场景生成对应的预警数据并发送至所述车辆,以使所述车辆根据所述预警数据进行输出。
可选地,所述第一检测模块包括:
第一检测频率确定模块,用于按照所述预设检测顺序分别确定每个预警参数对应的第一检测频率;其中,所述每个预警参数对应的第一检测频率按照所述预设检测顺序依次增大;
第一检测子模块,用于按照所述预设检测顺序,根据所述预警参数对应的第一检测频率,检测所述一个预警参数是否满足对应的第一预设条件。
可选地,所述装置还包括:
场景参数获取模块,用于获取与预设场景对应的场景参数;
第二检测模块,用于检测所述场景参数是否满足对应的第二预设条件;
预设场景确定模块,用于当所述场景参数满足对应的第二预设条件时,确定所述车辆当前行驶场景为预设场景。
可选地,所述第二检测模块包括:
第二检测频率获取模块,用于获取所述场景参数对应的第二检测频率;
第二检测子模块,用于按照所述场景参数对应的第二检测频率,检测所述场景参数是否满足对应的第二预设条件。
可选地,所述场景参数获取模块包括:
数据包接收模块,用于接收所述车辆上传的多个数据包;其中,所述数据包包括多个车辆数据;
目标数据包抽取模块,用于按照预设抽取频率,从所述多个数据包中抽取一个数据包作为目标数据包;
场景参数确定模块,用于确定所述目标数据包的多个车辆数据中与预设场景对应的场景参数。
可选地,所述装置还包括:
普通场景确定模块,用于当所述场景参数不满足对应的第二预设条件时,确定所述车辆当前行驶场景为普通场景;
停止模块,用于当所述车辆当前行驶场景由所述预设场景变为所述普通场景时,停止所述按照所述预设检测顺序,检测所述一个预警参数是否满足对应的第一预设条件的步骤。
可选地,所述目标数据包抽取模块包括:
频率设置模块,用于设置所述预设抽取频率大于等于所述第一检测频率,以及所述预设抽取频率大于等于所述第二检测频率。
本发明实施例还提供了一种电子设备,包括有存储器,以及一个或者一个以上的程序,其中一个或者一个以上程序存储于存储器中,且经配置以由一个或者一个以上处理器执行所述一个或者一个以上程序包含用于执行如本发明实施例任一所述的车辆数据处理方法。
本发明实施例还提供了一种可读存储介质,当所述存储介质中的指令由电子设备的处理器执行时,使得电子设备能够执行如本发明实施例任一所述的车辆数据处理方法。
与现有技术相比,本发明实施例包括以下优点:
本发明实施例中,当车辆当前行驶场景为预设场景时,通过确定预设场景对应的至少一个预警参数,其中,预警参数具有预设检测顺序,然后按照预设检测顺序,检测一个预警参数是否满足对应的第一预设条件,在前一个预警参数满足对应的第一预设条件后,对下一个预警参数进行检测,直至至少一个预警参数都满足对应的第一预设条件,当最后一个预警参数满足对应的第一预设条件时,则依据预设场景生成对应的预警数据并发送至车辆,以使车辆根据预警数据进行输出。本发明实施例通过设置多个预设场景,当车辆当前行驶场景为预设场景时,则执行所述预设场景对应的检测步骤,并不需要对所有的车辆数据进行检测,减少了运算次数,节省了运算成本。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明实施例提供的一种车辆数据处理方法的步骤流程图;
图2是本发明的预设场景为停驶场景的流程框图;
图3是本发明的预设场景为转弯场景的流程框图;
图4是本发明实施例提供的一种车辆数据处理方法的步骤流程图;
图5是本发明实施例提供的一种车辆数据处理装置的结构框图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
参照图1,示出了本发明实施例提供的一种车辆数据处理方法的步骤流程图,应用于服务平台,所述服务平台与多台车辆进行通信,该方法具体可以包括如下步骤:
步骤102,当车辆当前行驶场景为预设场景时,确定所述预设场景对应的至少一个预警参数;其中,所述至少一个预警参数具有预设检测顺序。
在本发明实施例中,当前行驶场景指的是所述车辆当前行驶状态,例如行驶状态、停驶状态、直线行驶状态、转弯行驶状态等等,本发明对此不作出限制。
在本发明实施例中,服务平台设置有多个场景策略,每个场景策略就是一个预设的场景感知运算方案,当满足一个预设场景对应的第二预设条件时,就会执行该场景策略,即执行该预设的场景感知运算方案,然后将车辆当前行驶场景确定为所述预设场景。其中,每个场景策略包括按照预设检测顺序排列的至少一个预警策略,每个预警策略包括对应的预警参数和对应的第一预设条件,当车辆当前行驶场景为预设场景时,就会进入所述预设场景策略的检测流程。
步骤104,按照所述预设检测顺序,检测所述一个预警参数是否满足对应的第一预设条件。
在本发明实施例中,在预设场景下,所述服务平台会按照预设检测顺序,执行所述预设场景对应的至少一个预警策略的检测流程。本发明的一个可选实施例中,步骤104可以包括以下子步骤:
按照所述预设检测顺序分别确定每个预警参数对应的第一检测频率;其中,所述每个预警参数对应的第一检测频率按照所述预设检测顺序依次增大;按照所述预设检测顺序,根据所述预警参数对应的第一检测频率,检测所述一个预警参数是否满足对应的第一预设条件。
在本发明实施例中,每个预警参数对应的第一检测频率都是不同的,服务平台需要按照预设检测顺序分别确定每个预警参数对应的第一检测频率,其中,每个预警参数对应的第一检测频率按照预设检测顺序依次增大,也就是说检测频率会逐渐增大。例如所述预设场景策略对应有3个预警策略,分别为预警策略A、预警策略B、预警策略C。其中,预警策略A、预警策略B、预警策略C按照预设检测顺序进行排列,预警策略A包括对应的预警参数A、对应的第一预设条件A、对应的第一检测频率A;预警策略B包括对应的预警参数B、对应的第一预设条件B、对应的第一检测频率B;预警策略C包括对应的预警参数C、对应的第一预设条件C、对应的第一检测频率C。由于这3个预警策略的预设检测顺序大小为:预警策略A<预警策略B<预警策略C,所以这3个预警策略的第一检测频率大小为:第一检测频率A<第一检测频率B<第一检测频率C,本发明对此不作出限制。
步骤106,在前一个预警参数满足对应的第一预设条件后,对下一个预警参数进行检测,直至所述至少一个预警参数都满足对应的第一预设条件。
在本发明实施例中,预设场景可以是停驶场景,停驶场景对应的停驶场景策略包括有3个预警策略,分别是低温预警策略、低电量预警策略、危险状态预警策略。其中,这3个预警策略的预设检测顺序大小为:低温预警策略<低电量预警策略<危险状态预警策略。其中,低温预警策略对应的预警参数为温度参数、对应的第一检测频率为10分钟、对应的第一预设条件为低温阈值;低电量预警策略对应的预警参数为电量参数,对应的第一检测频率为5分钟、对应的第一预设条件为低电量阈值;危险状态预警策略对应的预警参数为温度参数和电量参数、对应的第一检测频率为1分钟、对应的第一预设条件为低温危险阈值和低电量危险阈值。参考图2,示出了本发明的预设场景为停驶场景的流程框图,当车辆A当前行驶场景为停驶场景时,执行停驶场景策略,其过程如下:
服务平台每10分钟检测车辆A的温度参数是否低于低温阈值,如果车辆A的温度参数不低于低温阈值,则循环执行每10分钟检测车辆A的温度参数是否低于低温阈值的步骤;如果车辆A的温度参数低于低温阈值,则停止执行每10分钟检测车辆A的温度参数是否低于低温阈值的步骤,同时对下一个电量参数进行检测。
服务平台每5分钟检测车辆A的电量参数是否低于低电量阈值,如果车辆A的电量参数不低于低电量阈值,则循环执行每5分钟检测车辆A的电量参数是否低于低电量阈值的步骤;如果车辆A的电量参数低于低电量阈值,则停止执行每5分钟检测车辆A的电量参数是否低于低电量阈值的步骤,同时对下一个温度参数和电量参数进行检测,即在低温和低电量的状态下再次对温度参数和电量参数进行检测,以判断车辆A当前是否进入危险状态。
服务平台每1分钟检测车辆A的温度参数是否低于低温危险阈值以及电量参数是否低于低电量危险阈值,如果车辆A的温度参数不低于低温危险阈值以及电量参数不低于低电量危险阈值,则循环执行每1分钟检测车辆A的温度参数是否低于低温危险阈值以及电量参数是否低于低电量危险阈值的步骤;如果车辆A的温度参数低于低温危险阈值以及电量参数低于低电量危险阈值,或者车辆A的温度参数低于低温危险阈值但电量参数不低于低电量危险阈值,或者车辆A的温度参数不低于低温危险阈值但电量参数低于低电量危险阈值,则停止执行每1分钟检测车辆A的温度参数是否低于低温危险阈值以及电量参数是否低于低电量危险阈值,同时生成对应的预警数据发送至车辆A,以使车辆A可以根据该预警数据生成预警信息发送给车主的手机上,以通知车主车辆A已进入了低温低电量危险状态,本发明对上述过程不作出限制。
在本发明实施例中,预设场景可以是转弯场景,转弯场景对应的转弯场景策略包括有1个预警策略,该预警策略是高速转弯预警策略。其中,高速转弯预警策略对应的预警参数为车胎受压参数,对应的第一检测频率为5秒钟、对应的第一预设条件为高压阈值。参考图3,示出了本发明的预设场景为转弯场景的流程框图,当车辆A当前行驶场景为转弯场景时,执行转弯场景策略,其过程如下:
服务平台每5秒钟检测车辆A的车胎受压参数是否高于高压阈值,如果车辆A的车胎受压参数不高于高压阈值,则循环执行每5秒钟检测车辆A的车胎受压参数是否高于高压阈值的步骤;如果车辆A的车胎受压参数高于高压阈值,则停止执行每5秒钟检测车辆A的车胎受压参数是否高于高压阈值的步骤,同时生成对应的预警数据发送至车辆A,以使车辆A可以根据该预警数据发出告警声音,以告警车主正在进行高速转弯的危险行为,本发明对上述过程不作出限制。
本发明实施例在执行其中一个场景策略的过程中,按照第一检测频率检测前一个预警策略对应的预警参数,当该预警参数不满足对应的第一预设条件时,则循环执行按照第一检测频率检测前一个预警策略对应的预警参数的步骤,当该预警参数满足对应的第一预设条件时,则停止执行按照第一检测频率检测前一个预警策略对应的预警参数的步骤,同时增大第一检测频率检测下一个预警策略对应的预警参数,直至该场景策略对应的至少一个预警参数都满足对应的第一预设条件。
本发明实施例通过按照预设检测顺序依次增大第一检测频率,检测按照预设检测顺序排列的预警策略对应的预警参数,在不需要检测所有车辆数据的同时,通过确定车辆当前行驶场景为预设场景时,对预设场景对应的至少一个预警参数逐步提高检测频率,而不损耗过多运量成本,使低成本与低延迟达到平衡,实现低延迟车辆数据实时感知需求在成本维度中具备可行性。
步骤108,当最后一个预警参数满足对应的第一预设条件时,则依据所述预设场景生成对应的预警数据并发送至所述车辆,以使所述车辆根据所述预警数据进行输出。
在本发明实施例中,当最后一个预警参数满足对应的第一预设条件时,服务平台则依据预设场景生成对应的预警数据并发送至该车辆,以使该车辆根据预警数据进行输出。例如车辆A在寒冷的冬天停驶了1个月,服务平台检测到车辆A进入了低温低电量危险状态,则生成对应的预警数据发送至车辆A,以使车辆A可以根据该预警数据生成预警信息发送给车主的手机上,以通知车主车辆A已进入了低温低电量危险状态。再例如车辆A高速转弯,服务平台检测到车辆A进入了高速转弯危险状态,则生成对应的预警数据发送至车辆A,以使车辆A可以根据该预警数据发出告警声音,以告警车主正在进行高速转弯的危险行为,本发明对此不作出限制。
本发明实施例中,当车辆当前行驶场景为预设场景时,通过确定预设场景对应的至少一个预警参数,其中,预警参数具有预设检测顺序,然后按照预设检测顺序,检测一个预警参数是否满足对应的第一预设条件,在前一个预警参数满足对应的第一预设条件后,对下一个预警参数进行检测,直至至少一个预警参数都满足对应的第一预设条件,当最后一个预警参数满足对应的第一预设条件时,则依据预设场景生成对应的预警数据并发送至车辆,以使车辆根据预警数据进行输出。本发明实施例通过设置多个预设场景,当车辆当前行驶场景为预设场景时,则执行所述预设场景对应的检测步骤,并不需要对所有的车辆数据进行检测,减少了运算次数,节省了运算成本。
参考图4,示出了本发明实施例提供的一种车辆数据处理方法的步骤流程图,应用于服务平台,所述服务平台与多台车辆进行通信,该方法具体可以包括如下步骤:
步骤402,接收所述车辆上传的多个数据包;其中,所述数据包包括多个车辆数据。
在本发明实施中,服务平台与多台车辆进行通信,服务平台可以接收到多台车辆实时上传的多个数据包,每个数据包包括多个车辆数据,其中,车辆数据可以是速度、角速度、电信息、温度、电量、车胎受压等等,本发明对此不作出限制。
步骤404,按照预设抽取频率,从所述多个数据包中抽取一个数据包作为目标数据包。
一般而言,每台车辆每几十毫秒就会产生一个数据包,每个数据包包括多个车辆数据,所以服务平台一天会接收到大量的车辆数据,为了降低服务平台处理器的运算量,本发明设置了预设抽取频率,按照预设抽取频率,从接收的多个数据包中抽取一个数据包作为目标数据包。预设抽取频率可以设置为5秒,每5秒从每台车辆上传的多个数据包中抽取一个数据包作为目标数据包,然后将目标数据包进行存储,作为场景策略和预警策略的运算样本,而其他数据包会过滤掉,本发明对此不作出限制。
本发明的一个可选实施例中,步骤404可以包括以下子步骤:
所述预设抽取频率大于等于所述第一检测频率,以及所述预设抽取频率大于等于所述第二检测频率。
在本发明实施例中,预设抽取频率是用于抽取目标数据包的频率,第一检测频率是用于检测预警策略中预警参数的频率,第二检测频率是用于检测场景策略中场景参数的频率。例如预设抽取频率可以设置为5秒,那么每5秒会从每台车辆实时上传的多个数据包中抽取一个数据包作为目标数据包进行存储,第一检测频率可以设置为10分钟、5分钟、1分钟、5秒钟等,那么每10分钟、或每5分钟、或每1分钟、或每5秒钟检测预警策略中预警参数,第二检测频率可以设置为1分钟、5秒钟等,那么每1分钟、或每5秒钟检测场景策略中场景参数,本发明对此不作出限制。由于目标数据包是作为场景策略和预警策略的运算样本,所以预设抽取频率需要大于等于第一检测频率,以及预设抽取频率需要大于等于第二检测频率。
步骤406,确定所述目标数据包的多个车辆数据中与预设场景对应的场景参数。
在本发明实施中,服务平台按照预设抽取频率从多个数据包抽取一个数据包作为目标数据包进行存储后,需要确定目标数据包多个车辆数据中与预设场景对应的场景参数,例如停驶场景对应的场景参数是电信息参数,转弯场景对应的场景参数是角速度参数,服务平台需要确定目标数据包的多个车辆数据中与停驶场景对应的电信息参数、与转弯场景对应的角速度参数,本发明对此不作出限制。
步骤408,获取与预设场景对应的场景参数。
在本发明实施中,确定目标数据包的多个车辆数据中与预设场景对应的场景参数后,服务平台可以获取与预设场景对应的场景参数,作为各个预设场景对应的运算参数,例如确定目标数据包的多个车辆数据中与停驶场景对应的电信息参数、与转弯场景对应的角速度参数后,服务平台可以获取与停驶场景对应的电信息参数、转弯场景对应的角速度参数,然后将电信息参数、角速度参数分别作为停驶场景、转弯场景对应的运算参数,本发明对此不作出限制。
步骤410,获取所述场景参数对应的第二检测频率。
在本发明实施中,不同的场景策略对应的场景参数不同,不同的场景参数对应的检测频率也不同,例如车辆进入转弯状态是很快的,需要高频率检测角速度是否是非直线形式,从而判断车辆是否进入转弯状态,所以转弯场景对应的第二检测频率可以等于预设抽取频率,例如预设抽取频率设置为5秒钟,那么转弯场景对应的第二检测频率可以设置为5秒钟,再例如车辆进入停驶状态,由于停驶状态一般维持一段很长的停驶时间,所以停驶场景对应的第二检测频率可以大于预设抽取频率,例如预设抽取频率设置为5秒钟,那么停驶场景对应的第二检测频率可以设置为1分钟,本发明对此不作出限制。
步骤412,按照所述场景参数对应的第二检测频率,检测所述场景参数是否满足对应的第二预设条件。
在本发明实施例中,服务平台按照场景参数对应的第二检测频率,检测场景参数是否满足对应的第二预设条件,例如设置预设抽取频率为5秒钟,停驶场景对应的第二检测频率为1分钟,转弯场景对应的第二检测频率为5秒钟,车辆A每秒上传一个数据包,那么服务平台每5秒从车辆A已上传的5个数据包中抽取一个数据包作为目标数据包,由于转弯场景对应的第二检测频率等于预设抽取频率,所以服务平台获取该目标数据包中的角速度参数,检测角速度参数是否是非直线形式,从而判断车辆当前行驶场景为转弯场景,由于停驶场景对应的第二检测频率为1分钟,所以每到1分钟时,服务平台已经抽取有12个目标数据包,然后获取这12个目标数据包中的电信息参数,检测电信息是否满足下电条件,从而判断车辆当前行驶场景为停驶场景,本发明对此不作出限制。
本发明实施例通过设置不同的第二检测频率,检测多个场景策略对应的场景参数是否满足第二预设条件,使得服务平台处理器不需要每时每刻都对车辆数据进行感知运算,减轻了处理器的运算负担。
步骤414,当所述场景参数满足对应的第二预设条件时,确定所述车辆当前行驶场景为预设场景。
在本发明实施例中,当场景参数满足对应的第二预设条件时,确定车辆当前行驶场景为预设场景,例如当角速度参数满足非直线形式条件时,确定车辆当前行驶场景为转弯场景,再例如当电信息参数满足下电条件时,确定车辆当前行驶场景为停驶场景,本发明对此不作出限制。
本发明的一个可选实施例中,执行步骤414之后,可以包括以下子步骤:
当车辆当前行驶场景为预设场景时,确定所述预设场景对应的至少一个预警参数;其中,所述至少一个预警参数具有预设检测顺序;按照所述预设检测顺序分别确定每个预警参数对应的第一检测频率;其中,所述每个预警参数对应的第一检测频率按照所述预设检测顺序依次增大;按照所述预设检测顺序,根据所述预警参数对应的第一检测频率,检测所述一个预警参数是否满足对应的第一预设条件;在前一个预警参数满足对应的第一预设条件后,对下一个预警参数进行检测,直至所述至少一个预警参数都满足对应的第一预设条件;当最后一个预警参数满足对应的第一预设条件时,则依据所述预设场景生成对应的预警数据并发送至所述车辆,以使所述车辆根据所述预警数据进行输出。
在本发明实施例中,此步骤的具体方式可以参见前述实施例中的描述,此处不另赘述。
本发明的一个可选实施例中,所述方法还包括:
当所述场景参数不满足对应的第二预设条件时,确定所述车辆当前行驶场景为普通场景;当所述车辆当前行驶场景由所述预设场景变为所述普通场景时,停止所述按照所述预设检测顺序,检测所述一个预警参数是否满足对应的第一预设条件的步骤。
在本发明实施例中,当场景参数不满足对应的第二预设条件时,则不执行该场景参数对应的场景策略,将车辆当前行驶场景确定为普通场景,由于在执行其中一个预设场景对应的至少一个预警策略的过程中,服务平台依然对多个场景策略进行运算,所以当车辆当前行驶场景由预设场景变为普通场景时,停止按照预设检测顺序,检测一个预警参数是否满足对应的第一预设条件的步骤。
例如车辆A在停驶状态下,服务平台执行停驶场景策略对应的低温预警策略、低电量预警策略、危险状态预警策略,在执行停驶场景策略的过程中,服务平台还是以1分钟的检测频率检测车辆A上传的电信息参数是否满足下电条件,当检测到车辆A上传的电信息参数不满足下电条件时,可以判断车辆A开始启动,启动的时候,由于发动机开始发热,退出了低温状态,以及化学能转换为电能,退出了低电量状态,所以服务平台不需要执行停驶场景策略对应的低温预警策略、低电量预警策略、危险状态预警策略的步骤,本发明对此不作出限制。
例如车辆A在转弯状态下,服务平台执行转弯场景策略对应的高速转弯预警策略,在执行转弯场景策略的过程中,服务平台还是以5秒钟的检测频率检测车辆A上传的角速度参数是否满足非直线形式条件,当检测到车辆A上传的角速度参数不满足非直线形式条件时,可以判断车辆A进入直线行驶状态,即非转弯状态,所以服务平台不需要执行转弯场景策略对应的高速转弯预警策略的步骤,本发明对此不作出限制。
本发明与现有技术的运算方案比较如下:
(1)没进入预设场景的时候
假设服务平台每秒接收1000台车辆上传的1000个数据包(即每台车每秒上传1个数据包),在1分钟的时间内,服务平台接收到6×104个数据包。
A.现有技术的运算方案:
对应有100个触发策略,每个数据包都需要与100个触发策略进行运算。
现有技术的运算次数:NA=6×104×100=6×106(次)
B.本发明的运算方案:
将100个触发策略分为20个场景策略和80个预警策略,在没进入任何一个预设场景时,不需要执行预警策略。设置预设抽取频率为5秒钟,则在1分钟的时间内,抽取次数是12次,抽取有5×103个目标数据包,假设在20个场景策略中,有10个场景策略a的检测频率为5秒钟,有10个场景策略b的检测频率为1分钟。在1分钟的时间内,服务平台每5秒对场景策略a进行运算,则这10个场景策略a的运算次数:5×103×10=5×104(次),服务平台每1分钟对场景策略b进行运算,则这10个场景策略b的运算次数:5×103×10=5×104(次)。
本发明的运算次数:NB=5×104+5×104=1×105(次)
可以看出,没进入预设场景的时候,使用本发明的运算方案,相比现有技术的运算方案,减少了60倍的运算次数。
(2)进入预设场景的时候
假设在寒冷的天气,车辆A在室外停驶了18天,在这18天期间,第5天进入低温状态,第15天进入低电量状态,第18天进入低温低电量危险状态,车辆A的车主收到了车辆A低温低电量危险状态的预警信息,假设车辆A每秒上传1个数据包。
(2.1)进入低温状态的时候
在第5天进入低温状态时,服务平台接收到车辆A上传的数据包数量:N=5×24×60×60×1=4.32×105(个)
A.现有技术的运算方案:
对应有100个触发策略,每个数据包都需要与100个触发策略进行运算。
现有技术的运算次数:NA=4.32×105×100=4.32×107(次)
B.本发明的运算方案:
将100个触发策略分为20个场景策略和80个预警策略,通过确定车辆A当前是停驶状态,则执行停驶场景对应的预警策略,分别为低温预警策略、低电量预警策略、危险状态预警策略,假设低温预警策略对应的第一检测频率是10分钟,低电量预警策略对应的第一检测频率是5分钟,危险状态预警策略对应的第一检测频率是1分钟,然后设置的预设抽取频率为5秒钟,则在5天的时间内,抽取次数是8.64×104次,抽取有8.64×104个目标数据包,在执行停驶场景对应的低温预警策略的过程中,服务平台依然对20个场景策略进行运算。在5天的时间内,服务平台对20个场景策略的运算次数:8.64×104×20=1.728×106(次),服务平台每10分钟对低温预警策略进行运算,则对低温预警策略的运算次数:8.64×104×1=8.64×104(次)。
本发明的运算次数:NB=1.728×106+8.64×104=1.8144×106(次)
可以看出,进入低温状态的时候,使用本发明的运算方案,相比现有技术的运算方案,减少了24倍的运算次数。
(2.2)进入低电量状态的时候
在第15天进入低电量状态时,服务平台接收到车辆A上传的数据包数量:N=15×24×60×60×1=1.296×106(个)
A.现有技术的运算方案:
对应有100个触发策略,每个数据包都需要与100个触发策略进行运算。
现有技术的运算次数:NA=1.296×106×100=1.296×108(次)
B.本发明的运算方案:
在15天的时间内,抽取次数是2.592×105次,抽取有2.592×105个目标数据包,在执行停驶场景对应的低电量预警策略的过程中,服务平台依然对20个场景策略进行运算。在15天的时间内,服务平台对20个场景策略的运算次数:2.592×105×20=5.184×106(次),需要说明的是,执行低电量预警策略时,需要停止执行低温预警策略的运算步骤,即前5天执行低温预警策略的运算步骤,在第6天才执行低电量预警策略的运算步骤,所以服务平台实际执行低电量预警策略的时间是10天,由于从执行低温预警策略变为执行低电量预警策略,都是只执行1个预警策略,所以服务平台抽取的目标数据包依然是2.592×105个,服务平台每5分钟对低电量预警策略进行运算,则对低电量预警策略的运算次数:2.592×105×1=2.592×105(次)。
本发明的运算次数:NB=5.184×106+2.592×105=5.4432×106(次)
可以看出,进入低电量状态的时候,使用本发明的运算方案,相比现有技术的运算方案,减少了24倍的运算次数。
(2.3)进入危险状态的时候
在第18天进入危险状态时,服务平台接收到车辆A上传的数据包数量:N=18×24×60×60×1=1.5552×106(个)
A.现有技术的运算方案:
对应有100个触发策略,每个数据包都需要与100个触发策略进行运算。
现有技术的运算次数:NA=1.5552×106×100=1.5552×108(次)
B.本发明的运算方案:
在18天的时间内,抽取次数是3.1104×105次,抽取有3.1104×105个目标数据包,在执行停驶场景对应的危险预警策略的过程中,服务平台依然对20个场景策略进行运算。在18天的时间内,服务平台对20个场景策略的运算次数:3.1104×105×20=6.2208×106(次),需要说明的是,执行危险预警策略时,需要停止执行低电量预警策略的运算步骤,即在第16天才执行危险预警策略的运算步骤,所以服务平台实际执行危险预警策略的时间是3天,由于从执行低电量预警策略变为执行危险预警策略,都是只执行1个预警策略,所以服务平台抽取的目标数据包依然是3.1104×105个,特别地,危险预警策略对应的预警参数是温度参数和电量参数,危险预警策略对应的第一预设条件是低温危险阈值,以及危险预警策略对应的第一预设条件是低电量危险阈值,服务平台每1分钟对危险预警策略进行运算,则对危险预警策略的运算次数:3.1104×105×1×2=6.2208×105(次)。
本发明的运算次数:NB=6.2208×106+6.2208×105=6.84288×106(次)
可以看出,进入危险状态的时候,即车辆A的车主收到了车辆A低温低电量危险状态的预警信息的时候,使用本发明的运算方案,相比现有技术的运算方案,减少了23倍的运算次数。
本发明实施例通过设置预设抽取频率,从多个数据包中抽取一个数据包作为目标数据包,将目标数据包进行存储,作为场景策略和预警策略的运算样本,不需要将多台车辆实时上传大量的数据包作为运算样本,减少了运算次数,节省了运算成本。然后服务平台设置有多个场景策略,通过设置不同的第二检测频率分别检测多个预设场景对应的场景参数是否满足对应的第二预设条件,不需要每时每刻都对车辆数据进行运算,减轻了服务平台处理器的运算负担。接着当其中一个场景参数满足对应的第二预设条件时,则执行该场景参数对应的场景策略,通过按照预设检测顺序依次增大第一检测频率,检测按照预设检测顺序排列的预警策略对应的预警参数,这样在不损耗过多运量成本的同时,逐步提高感知精度,使低成本与低延迟达到平衡,实现低延迟车辆数据实时感知需求在成本维度中具备可行性。
本发明实施例还提供了一种车辆数据处理装置,应用于服务平台,所述服务平台与多台车辆进行通信,所述装置包括:
参考图5,示出了本发明实施例提供的一种车辆数据处理装置的结构框图,具体可以包括如下模块:
预警参数确定模块502,用于当车辆当前行驶场景为预设场景时,确定所述预设场景对应的至少一个预警参数;其中,所述至少一个预警参数具有预设检测顺序;
第一检测模块504,用于按照所述预设检测顺序,检测所述一个预警参数是否满足对应的第一预设条件;
流程确认模块506,用于在前一个预警参数满足对应的第一预设条件后,对下一个预警参数进行检测,直至所述至少一个预警参数都满足对应的第一预设条件;
预警数据生成模块508,用于当最后一个预警参数满足对应的第一预设条件时,则依据所述预设场景生成对应的预警数据并发送至所述车辆,以使所述车辆根据所述预警数据进行输出。
本发明的一个可选实施例中,所述第一检测模块504包括:
第一检测频率确定模块,用于按照所述预设检测顺序分别确定每个预警参数对应的第一检测频率;其中,所述每个预警参数对应的第一检测频率按照所述预设检测顺序依次增大;
第一检测子模块,用于按照所述预设检测顺序,根据所述预警参数对应的第一检测频率,检测所述一个预警参数是否满足对应的第一预设条件。
本发明的一个可选实施例中,所述装置还包括:
场景参数获取模块,用于获取与预设场景对应的场景参数;
第二检测模块,用于检测所述场景参数是否满足对应的第二预设条件;
预设场景确定模块,用于当所述场景参数满足对应的第二预设条件时,确定所述车辆当前行驶场景为预设场景。
本发明的一个可选实施例中,所述第二检测模块包括:
第二检测频率获取模块,用于获取所述场景参数对应的第二检测频率;
第二检测子模块,用于按照所述场景参数对应的第二检测频率,检测所述场景参数是否满足对应的第二预设条件。
本发明的一个可选实施例中,所述场景参数获取模块包括:
数据包接收模块,用于接收所述车辆上传的多个数据包;其中,所述数据包包括多个车辆数据;
目标数据包抽取模块,用于按照预设抽取频率,从所述多个数据包中抽取一个数据包作为目标数据包;
场景参数确定模块,用于确定所述目标数据包的多个车辆数据中与预设场景对应的场景参数。
本发明的一个可选实施例中,所述装置还包括:
普通场景确定模块,用于当所述场景参数不满足对应的第二预设条件时,确定所述车辆当前行驶场景为普通场景;
停止模块,用于当所述车辆当前行驶场景由所述预设场景变为所述普通场景时,停止所述按照所述预设检测顺序,检测所述一个预警参数是否满足对应的第一预设条件的步骤。
本发明的一个可选实施例中,所述目标数据包抽取模块包括:
频率设置模块,用于设置所述预设抽取频率大于等于所述第一检测频率,以及所述预设抽取频率大于等于所述第二检测频率。
本发明实施例中,当车辆当前行驶场景为预设场景时,通过确定预设场景对应的至少一个预警参数,其中,预警参数具有预设检测顺序,然后按照预设检测顺序,检测一个预警参数是否满足对应的第一预设条件,在前一个预警参数满足对应的第一预设条件后,对下一个预警参数进行检测,直至至少一个预警参数都满足对应的第一预设条件,当最后一个预警参数满足对应的第一预设条件时,则依据预设场景生成对应的预警数据并发送至车辆,以使车辆根据预警数据进行输出。本发明实施例通过设置多个预设场景,当车辆当前行驶场景为预设场景时,则执行所述预设场景对应的检测步骤,并不需要对所有的车辆数据进行检测,减少了运算次数,节省了运算成本。
对于装置实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
本发明实施例还提供了一种电子设备,包括有存储器,以及一个或者一个以上的程序,其中一个或者一个以上程序存储于存储器中,且经配置以由一个或者一个以上处理器执行所述一个或者一个以上程序包含用于执行如本发明实施例任一所述的车辆数据处理方法。
本发明实施例还提供了一种可读存储介质,当所述存储介质中的指令由电子设备的处理器执行时,使得电子设备能够执行如本发明实施例任一所述的车辆数据处理方法。
本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。
本领域内的技术人员应明白,本发明实施例的实施例可提供为方法、装置、或计算机程序产品。因此,本发明实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明实施例是参照根据本发明实施例的方法、终端设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上,使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明实施例的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例做出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明实施例范围的所有变更和修改。
最后,还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。
以上对本发明所提供的一种车辆数据处理方法方法、装置、电子设备和可读存储介质,进行了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。
Claims (10)
1.一种车辆数据处理方法,其特征在于,应用于服务平台,所述服务平台与多台车辆进行通信,所述方法包括:
当车辆当前行驶场景为预设场景时,确定所述预设场景对应的多个预警参数;其中,所述多个预警参数具有预设检测顺序;所述行驶场景为车辆行驶状态;
按照所述预设检测顺序,检测所述多个预警参数是否满足对应的第一预设条件;
在前一个预警参数满足对应的第一预设条件后,才对下一个预警参数进行检测,直至所述多个预警参数都满足对应的第一预设条件;
当最后一个预警参数满足对应的第一预设条件时,则依据所述预设场景生成对应的预警数据并发送至所述车辆,以使所述车辆根据所述预警数据进行输出。
2.根据权利要求1所述的方法,其特征在于,所述按照所述预设检测顺序,检测所述多个预警参数是否满足对应的第一预设条件,包括:
按照所述预设检测顺序分别确定每个预警参数对应的第一检测频率;其中,所述每个预警参数对应的第一检测频率按照所述预设检测顺序依次增大;
按照所述预设检测顺序,根据所述多个预警参数对应的第一检测频率,检测所述多个预警参数是否满足对应的第一预设条件。
3.根据权利要求2所述的方法,其特征在于,所述当车辆当前行驶场景为预设场景时,确定所述预设场景对应的多个预警参数之前,所述方法还包括:
获取与预设场景对应的场景参数;
检测所述场景参数是否满足对应的第二预设条件;
当所述场景参数满足对应的第二预设条件时,确定所述车辆当前行驶场景为预设场景。
4.根据权利要求3所述的方法,其特征在于,所述检测所述场景参数是否满足对应的第二预设条件,包括:
获取所述场景参数对应的第二检测频率;
按照所述场景参数对应的第二检测频率,检测所述场景参数是否满足对应的第二预设条件。
5.根据权利要求4所述的方法,其特征在于,所述获取与预设场景对应的场景参数,包括:
接收所述车辆上传的多个数据包;其中,所述数据包包括多个车辆数据;
按照预设抽取频率,从所述多个数据包中抽取一个数据包作为目标数据包;
确定所述目标数据包的多个车辆数据中与预设场景对应的场景参数。
6.根据权利要求3所述的方法,其特征在于,所述方法还包括:
当所述场景参数不满足对应的第二预设条件时,确定所述车辆当前行驶场景为普通场景;
当所述车辆当前行驶场景由所述预设场景变为所述普通场景时,停止所述按照所述预设检测顺序,检测所述多个预警参数是否满足对应的第一预设条件的步骤。
7.根据权利要求5所述的方法,其特征在于,包括:
所述预设抽取频率大于等于所述第一检测频率,以及所述预设抽取频率大于等于所述第二检测频率。
8.一种车辆数据处理装置,其特征在于,应用于服务平台,所述服务平台与多台车辆进行通信,所述装置包括:
预警参数确定模块,用于当车辆当前行驶场景为预设场景时,确定所述预设场景对应的多个预警参数;其中,所述多个预警参数具有预设检测顺序;所述行驶场景为车辆行驶状态;
第一检测模块,用于按照所述预设检测顺序,检测所述多个预警参数是否满足对应的第一预设条件;
流程确认模块,用于在前一个预警参数满足对应的第一预设条件后,才对下一个预警参数进行检测,直至所述多个预警参数都满足对应的第一预设条件;
预警数据生成模块,用于当最后一个预警参数满足对应的第一预设条件时,则依据所述预设场景生成对应的预警数据并发送至所述车辆,以使所述车辆根据所述预警数据进行输出。
9.一种电子设备,其特征在于,包括有存储器,以及一个或者一个以上的程序,其中一个或者一个以上程序存储于存储器中,且经配置以由一个或者一个以上处理器执行所述一个或者一个以上程序包含用于执行如方法权利要求1-7任一所述的车辆数据处理方法。
10.一种可读存储介质,其特征在于,当所述存储介质中的指令由电子设备的处理器执行时,使得电子设备能够执行如方法权利要求1-7任一所述的车辆数据处理方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011212476.3A CN112396832B (zh) | 2020-11-03 | 2020-11-03 | 一种车辆数据处理方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011212476.3A CN112396832B (zh) | 2020-11-03 | 2020-11-03 | 一种车辆数据处理方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112396832A CN112396832A (zh) | 2021-02-23 |
CN112396832B true CN112396832B (zh) | 2022-05-13 |
Family
ID=74598009
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011212476.3A Active CN112396832B (zh) | 2020-11-03 | 2020-11-03 | 一种车辆数据处理方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112396832B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113409555B (zh) * | 2021-05-31 | 2022-10-14 | 广州慧云网络科技有限公司 | 一种基于物联网的实时报警联动方法及*** |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2007148964A (ja) * | 2005-11-30 | 2007-06-14 | Nissan Motor Co Ltd | 潜在的リスク度警報装置および潜在的リスク度警報方法 |
CN106570439A (zh) * | 2015-10-09 | 2017-04-19 | 腾讯科技(深圳)有限公司 | 一种车辆检测方法及装置 |
CN110816543A (zh) * | 2019-10-28 | 2020-02-21 | 东南大学 | 一种车辆转弯和变道场景下驾驶员分神驾驶检测和预警***及方法 |
CN111402574A (zh) * | 2018-12-13 | 2020-07-10 | 阿里巴巴集团控股有限公司 | 车辆检测方法、装置、设备和存储介质 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2214998B1 (en) * | 2007-12-03 | 2016-05-18 | Otis Elevator Company | Passive detection of persons in elevator hoistway |
CN106373332A (zh) * | 2016-09-30 | 2017-02-01 | 北京奇虎科技有限公司 | 车载智能告警方法及装置 |
CN106564461A (zh) * | 2016-11-07 | 2017-04-19 | 深圳市保千里电子有限公司 | 一种车辆内人或宠物安全的智能控制***及其方法 |
CN108875531B (zh) * | 2018-01-18 | 2022-04-26 | 北京迈格威科技有限公司 | 人脸检测方法、装置、***及计算机存储介质 |
CN110400459A (zh) * | 2018-04-24 | 2019-11-01 | 阿里巴巴集团控股有限公司 | 针对交通状况的报警规则配置方法、报警方法及装置 |
-
2020
- 2020-11-03 CN CN202011212476.3A patent/CN112396832B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2007148964A (ja) * | 2005-11-30 | 2007-06-14 | Nissan Motor Co Ltd | 潜在的リスク度警報装置および潜在的リスク度警報方法 |
CN106570439A (zh) * | 2015-10-09 | 2017-04-19 | 腾讯科技(深圳)有限公司 | 一种车辆检测方法及装置 |
CN111402574A (zh) * | 2018-12-13 | 2020-07-10 | 阿里巴巴集团控股有限公司 | 车辆检测方法、装置、设备和存储介质 |
CN110816543A (zh) * | 2019-10-28 | 2020-02-21 | 东南大学 | 一种车辆转弯和变道场景下驾驶员分神驾驶检测和预警***及方法 |
Also Published As
Publication number | Publication date |
---|---|
CN112396832A (zh) | 2021-02-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN112297848A (zh) | 电池包热失控控制方法、控制器、设备及汽车 | |
CN116433009A (zh) | 一种用于变电设备的异常监测方法、装置及存储介质 | |
CN112751099B (zh) | 电池加热***检测方法、装置、车辆及存储介质 | |
CN112396832B (zh) | 一种车辆数据处理方法和装置 | |
CN106972484B (zh) | 多场景下火电机组励磁***动态性能在线评估方法和装置 | |
CN116215295B (zh) | 充电桩监控预警方法、装置、设备及存储介质 | |
CN114692926A (zh) | 车用电池的安全评估方法、***、设备及可读存储介质 | |
CN101841155A (zh) | 用于电力***暂态稳定分析的典型故障集识别方法 | |
CN112140901B (zh) | 一种转矩控制方法和装置 | |
CN114870996B (zh) | 电除尘高压电源的闪络频率控制方法、装置、设备及介质 | |
CN111942186A (zh) | 一种电动汽车充电过程安全风险预警方法和*** | |
CN109491360B (zh) | 整车控制器的仿真测试方法、装置、***及电子设备 | |
CN109116244B (zh) | 一种动力电池老化趋势的判断方法和装置 | |
CN113386609B (zh) | 一种充电桩维护方法和相关设备 | |
CN114050625A (zh) | 一种电芯充电控制方法、装置、电子设备和存储介质 | |
CN115049241A (zh) | 基于大数据的新能源设备安全检测检修方法、***及装置 | |
CN105353233B (zh) | 一种变压器在线运行能力检测方法和装置 | |
CN111832936B (zh) | 一种含分布式电源的配网供电可靠性评估方法 | |
CN115144781A (zh) | 一种电池析锂检测方法、装置、电子设备及存储介质 | |
CN110866996B (zh) | 一种发动机起停频次控制方法、***、车辆和存储介质 | |
CN110942197A (zh) | 一种智能型供电可靠性指标分级预测方法 | |
CN112467782B (zh) | 水光互补***的运行安全校核方法和装置、电子设备 | |
CN113612204A (zh) | 一种线路重复故障判断及送电辅助决策装置及方法 | |
CN117977026A (zh) | 一种降低电池热失控概率方法、装置、设备及存储介质 | |
CN114814608A (zh) | 一种动力电池的测试方法及装置 |
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 |