CN112141122B - 车辆休眠异常检测方法、装置、设备及存储介质 - Google Patents
车辆休眠异常检测方法、装置、设备及存储介质 Download PDFInfo
- Publication number
- CN112141122B CN112141122B CN202011012755.5A CN202011012755A CN112141122B CN 112141122 B CN112141122 B CN 112141122B CN 202011012755 A CN202011012755 A CN 202011012755A CN 112141122 B CN112141122 B CN 112141122B
- Authority
- CN
- China
- Prior art keywords
- vehicle
- message
- time period
- uploaded
- state
- 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
- 230000005059 dormancy Effects 0.000 title claims abstract description 118
- 238000001514 detection method Methods 0.000 title claims abstract description 97
- 230000002159 abnormal effect Effects 0.000 claims abstract description 121
- 230000005856 abnormality Effects 0.000 claims abstract description 53
- 238000000034 method Methods 0.000 claims abstract description 51
- 230000007958 sleep Effects 0.000 claims description 166
- 230000006266 hibernation Effects 0.000 claims description 30
- 238000004891 communication Methods 0.000 claims description 10
- 230000008569 process Effects 0.000 description 11
- 238000010586 diagram Methods 0.000 description 10
- 238000012986 modification Methods 0.000 description 9
- 230000004048 modification Effects 0.000 description 9
- 238000004590 computer program Methods 0.000 description 6
- 230000006870 function Effects 0.000 description 5
- 208000019116 sleep disease Diseases 0.000 description 5
- 230000001960 triggered effect Effects 0.000 description 4
- 230000009286 beneficial effect Effects 0.000 description 3
- 238000006243 chemical reaction Methods 0.000 description 3
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 230000010365 information processing Effects 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 238000012545 processing Methods 0.000 description 3
- 238000012360 testing method Methods 0.000 description 3
- 238000004458 analytical method Methods 0.000 description 2
- 238000003745 diagnosis Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 230000008447 perception Effects 0.000 description 2
- 230000008439 repair process Effects 0.000 description 2
- 230000002411 adverse Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000003111 delayed effect Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000018109 developmental process Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000000802 evaporation-induced self-assembly Methods 0.000 description 1
- 238000001914 filtration Methods 0.000 description 1
- 239000000446 fuel Substances 0.000 description 1
- 230000001788 irregular Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 238000003672 processing method Methods 0.000 description 1
- 230000001737 promoting effect Effects 0.000 description 1
- 238000002407 reforming Methods 0.000 description 1
- 230000002441 reversible effect Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 230000009466 transformation Effects 0.000 description 1
Images
Classifications
-
- B—PERFORMING OPERATIONS; TRANSPORTING
- B60—VEHICLES IN GENERAL
- B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
- B60W50/00—Details of control systems for road vehicle drive control not related to the control of a particular sub-unit, e.g. process diagnostic or vehicle driver interfaces
- B60W50/02—Ensuring safety in case of control system failures, e.g. by diagnosing, circumventing or fixing failures
- B60W50/0205—Diagnosing or detecting failures; Failure detection models
-
- 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/44—Arrangements for executing specific programs
- G06F9/4401—Bootstrapping
- G06F9/4418—Suspend and resume; Hibernate and awake
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Automation & Control Theory (AREA)
- Theoretical Computer Science (AREA)
- Transportation (AREA)
- Computer Security & Cryptography (AREA)
- Mechanical Engineering (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Human Computer Interaction (AREA)
- Electric Propulsion And Braking For Vehicles (AREA)
- Small-Scale Networks (AREA)
Abstract
本申请提供一种车辆休眠异常检测方法、装置、设备及存储介质,涉及汽车技术领域。其中,一种车辆休眠异常检测方法,包括:获取车辆上传至服务端的车辆总线报文;根据所述车辆总线报文,确定所述车辆是否符合预设的休眠异常判定条件;若符合,则确定所述车辆存在休眠异常。本申请技术方案可以实现对车辆休眠异常的自动检测,解决当前车辆休眠异常检测效率低且滞后、易漏检等问题。
Description
技术领域
本申请涉及汽车技术领域,尤其涉及一种车辆休眠异常检测方法、装置、设备及存储介质。
背景技术
当前,车辆中普遍配置有蓄电池,利用蓄电池为车辆中的车灯、车载主机、电子控制单元(Electric Control Unit,ECU)、以及末端控制器等低压器件供电。当车辆不使用时,为了节约蓄电池的电量,延长车辆待机时间,车辆会进入休眠,使车辆进入低功耗状态。如果车辆不能正常休眠的话,低压器件会持续消耗蓄电池电量,从而影响车辆待机时长。
现阶段,主要是在车辆维修、保养时,由维修人员通过人工检测的方式,针对车辆待机时间短等用户能够明显感知的问题进行排查时,对车辆休眠异常问题进行检测。
上述检测方式,一方面,往往是在车主感知到待机时间短等问题后才进行检测,存在检测滞后的问题,且会给用户带来不良使用体验,另一方面,需要在车辆休眠后对各个控制器逐一进行检测,以判断是否存在休眠异常,存在易漏检、效率低等问题。
发明内容
本申请实施例的目的是提供一种车辆休眠异常检测方法、装置、设备及存储介质,以解决当前车辆休眠异常检测效率低且滞后、易漏检等问题。
为解决上述技术问题,本申请实施例提供如下技术方案:
本申请第一方面提供一种车辆休眠异常检测方法,包括:
获取车辆上传至服务端的车辆总线报文;
根据所述车辆总线报文,确定所述车辆是否符合预设的休眠异常判定条件;
若符合,则确定所述车辆存在休眠异常。
本申请第二方面提供一种车辆休眠异常检测装置,所述装置用于服务端,包括:
车辆总线报文获取模块,用于接收车辆上传至服务端的车辆总线报文;
条件判断模块,用于根据所述车辆总线报文,确定所述车辆是否符合预设的休眠异常判定条件;
休眠异常确定模块,用于若符合,则确定所述车辆存在休眠异常。
本申请第三方面提供一种服务端设备,所述服务端设备与多个车辆通信连接,用于接收所述多个车辆上传至服务端的车辆总线报文,并根据本申请第一方面所述的车辆休眠异常检测方法对每个所述车辆进行休眠异常检测。
本申请第四方面提供一种计算机可读存储介质,其上存储有计算机可读指令,所述计算机可读指令可被处理器执行以实现本申请第一方面所述的车辆休眠异常检测方法。
本申请第一方面提供的一种车辆休眠异常检测方法,首先获取车辆上传至服务端的车辆总线报文,然后根据所述车辆总线报文,确定所述车辆是否符合预设的休眠异常判定条件,若符合,则确定所述车辆存在休眠异常。相较于现有技术,一方面,摒弃了现有通过人工检测车辆休眠异常的方式,改为由服务端利用车辆上传的车辆总线报文自动检测车辆休眠异常,从而可有效提高车辆休眠异常的检测效率,且可以有效避免漏检;另一方面,基于本申请技术方案,车辆可随时将车辆总线报文上传至服务端,因此,服务端随时可以对车辆的休眠异常进行检测,而不必等到车主感知到异常后再进行检测,可有效提高休眠异常检测的时效性,解决当前人工检测滞后的问题,且可以在用户无感知的情况下完成检测,有助于提升车辆的用户使用体验。
本申请第二方面提供的一种车辆休眠异常检测装置、第三方面提供的一种服务端设备以及第四方面提供的一种计算机可读存储介质,与本申请第一方面提供的车辆休眠异常检测方法出于相同的发明构思,与其具有相同的有益效果。
附图说明
通过参考附图阅读下文的详细描述,本申请示例性实施方式的上述以及其他目的、特征和优点将变得易于理解。在附图中,以示例性而非限制性的方式示出了本申请的若干实施方式,相同或对应的标号表示相同或对应的部分,其中:
图1示意性地示出了本申请的一些实施方式所提供的应用场景的示意图;
图2示意性地示出了本申请的一些实施方式所提供的一种车辆休眠异常检测方法的第一种流程图;
图3示意性地示出了本申请的一些实施方式所提供的一种车辆休眠异常检测方法的第二种流程图;
图4示意性地示出了本申请的一些实施方式所提供的一种车辆休眠异常检测装置的示意图;
图5示意性地示出了本申请的一些实施方式所提供的一种服务端设备的示意图;
图6示意性地示出了本申请的一些实施方式所提供的一种计算机可读存储介质的示意图。
具体实施方式
下面将参照附图更详细地描述本公开的示例性实施方式。虽然附图中显示了本公开的示例性实施方式,然而应当理解,可以以各种形式实现本公开而不应被这里阐述的实施方式所限制。相反,提供这些实施方式是为了能够更透彻地理解本公开,并且能够将本公开的范围完整的传达给本领域的技术人员。
需要注意的是,除非另有说明,本申请使用的技术术语或者科学术语应当为本申请所属领域技术人员所理解的通常意义。
另外,术语“第一”和“第二”等是用于区别不同对象,而不是用于描述特定顺序。此外,术语“包括”和“具有”以及它们任何变形,意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、***、产品或设备没有限定于已列出的步骤或单元,而是可选地还包括没有列出的步骤或单元,或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。
为了便于对本申请实施例进行理解,首先,结合图1对本申请实施例的一些应用场景及发明构思简要说明如下:
请参考图1,其示意性地示出了本申请的一些实施方式所提供的应用场景的示意图,随着车辆智能化的日益发展,越来越多的汽车生产厂商或服务商建立自己的云端服务器,并把车辆的车辆总线报文(图1中标识为报文)实时通过网络上传至服务器,方便车辆升级与问题分析。
对于汽车生产厂商内部而言,在众多的测试车辆和量产车辆中,如果车辆出现休眠异常的情况,靠人工是无法全部排查出来,并定位到问题原因的,且会耗费大量的人力财力,这样会使存在潜在问题的车辆流入市场上的用户手中,影响用户的使用体验,对于车辆品牌造成不利影响。
另外,对于已投放到市场的车辆而言,车辆休眠异常会导致蓄电池耗电异常,从而影响车辆待机时长,给用户的日常驾驶带来诸多不便,而在用户明显感知到待机时长减少后,再请维修人员进行检测和维护,显然是滞后的,会给用户带来不良使用体验。
针对上述问题,本申请实施例充分利用了车辆上传到服务器的车辆总线报文,通过对车辆总线报文进行分析,准确地对车辆的休眠异常进行检测,其实现原理如下:
车辆通过电子控制单元ECU,利用互联网通信模块,实时地将自身车辆总线产生的报文上传至服务端,服务端根据车辆的车辆总线报文,可以判断车辆的实时状态,当车辆电源关闭后,理应进入休眠状态,停发一切报文或者部分报文,但是,若服务端在判断车辆理应进入休眠状态后,仍然接收到车辆上传的理应停发的报文,则说明车辆存在休眠异常,从而实现对车辆休眠异常的自动检测。
其中,上述车辆可以是汽车生产厂商生产的、尚未上市的车辆,也可以是已经上市、在市面上流动的车辆,其均可以实时将自身报文上传至服务端,以供服务端进行异常分析,本申请实施例不做限定。
基于上述原理,整车厂可以建立自已的云端服务器,把所有的测试及量产车辆的数据上传云端服务器,云端服务器通过分析车辆总线报文,自动排查出异常休眠车辆并定位到不休眠原因,协助工作人员解决掉所有可能影响整车休眠的问题,提高用户的驾驶体验。
需要说明的是,本申请实施例中所涉及的车辆,可以包括但不限于电动汽车、油动汽车、油电混合汽车,以及其他能源动力汽车,其均可以实现本申请实施例的目的。
另外,车辆控制器所发送到车辆总线的报文分为应用报文和网络管理报文,其中网络管理报文的代码格式一般为0x4**(其中,*号可以替换为具体的代码),该代码可以用来表示车辆各个控制器的工作状态信息,比如工作中,或满足休眠状态等待休眠中等等,并利用网络管理报文配合电源模式报文(示例性的,代码为0x3AA,一般由车身控制器BCM发送)共同管理车辆各个控制器的休眠和唤醒。
请参考图2,其示意性地示出了本申请的一些实施方式所提供的车辆休眠异常检测方法的第一种流程图,下述关于车辆休眠异常检测方法的示例性说明可以参考图1所示的应用场景进行理解,如图2所示,一种车辆休眠异常检测方法,可以包括以下步骤:
步骤S101:获取车辆上传至服务端的车辆总线报文。
其中,车辆可以将自身车辆总线产生的车辆总线报文直接或通过协议转换后上传至服务端,服务端接收到该车辆总线报文后,可以根据该车辆总线报文的发送时间、报文类型和报文内容等中的至少一项,准确地判断车辆历史和当前的状态信息。
本申请实施例提供的车辆休眠异常检测方法,可以用于服务端或与服务端连接的任意电子设备,所述服务端可以包括硬件,也可以包括软件。当服务端包括硬件时,可以实现成多个服务器组成的分布式服务器集群,也可以实现成单个服务器。当服务端包括软件时,可以实现成多个软件或软件模块(例如用来提供分布式服务),也可以实现成单个软件或软件模块。在此不做具体限定。
容易理解的是,为了避免漏检,车辆需要将车辆总线中的所有车辆总线报文上传至服务端,上述车辆总线报文可以是车辆中各个末端控制器、传感器等产生的报文,从而使得服务端可以对车辆的所有车辆总线报文进行监控、分析,避免漏检。需要说明的是,上述车辆总线报文可以是指车辆总线中电子部件产生的业务报文,其本身不表示车辆整体的休眠状态。
上述协议转换是指将报文由符合车辆总线协议转换为符合互联网协议,以便于通过互联网上传至服务端,例如,以车辆总线为控制器局域网络(Controller Area Network,CAN)总线为例,可以将报文由符合CAN协议转换为符合传输控制协议(TransmissionControl Protocol,TCP),从而通过互联网将车辆总线报文上传至服务端,服务端可以将接收到的符合TCP协议的报文再转换为符合CAN协议的报文,实现对车辆原始报文的接收。
以上示例中,以CAN总线和TCP为例进行了说明,但其并不表示对本申请实施例的限定,例如,车辆总线还可以包括内部互联网络(Local Interconnect Networks,LIN)、面向媒体的***传输总线(Media Oriented System Transport,MOST)、FlexRay总线、Ethernet总线等,互联网协议还可以包括Websocket协议等,其均可以实现本申请实施例的目的,均应在本申请的保护范围之内。
步骤S102:根据所述车辆总线报文,确定所述车辆是否符合预设的休眠异常判定条件。
实际应用中,对于一部分车辆而言,车辆休眠后,各控制器和传感器都会停止工作,不会向车辆总线发送车辆总线报文,因此,该车辆也不会继续向服务端发送车辆总线报文,若休眠后服务端仍然接收到某一车辆发送的车辆总线报文,那么,可以判断该车辆存在休眠异常。此外,对于另一部分车辆而言,其在休眠后,可以允许一部分控制器和/或传感器继续工作,例如行车记录仪、防盗***等,因此,可以通过白名单或黑名单进行过滤,若车辆休眠后继续收到上述允许继续工作的器件(包括控制器和/或传感器)产生的报文,则不应当认为休眠异常,而若收到除上述允许继续工作的器件之外的其他器件产生的报文,则应当认为休眠异常。本领域技术人员可以基于上述原理性说明,灵活、合理的设置休眠异常判定条件,然后根据车辆的车辆总线报文判断车辆是否符合该休眠异常判定条件。
考虑到不同品牌、车型的车辆,其休眠逻辑不尽相同,部分车型休眠后理应停发一切报文,部分车型休眠后仍然可以合理地、继续发送部分报文,因此,本领域技术人员可以根据具体的车辆品牌、车型等针对车辆设置相应的休眠异常判定条件,本申请实施例并不限定休眠异常判定条件的具体内容。
步骤S103:若符合,则确定所述车辆存在休眠异常。
此外,如图1所示,若不符合,则说明车辆当前未发现休眠异常,可以返回上述步骤S101继续进行监测。
本申请实施例提供的一种车辆休眠异常检测方法,首先获取车辆上传至服务端的车辆总线报文,然后根据所述车辆总线报文,确定所述车辆是否符合预设的休眠异常判定条件,若符合,则确定所述车辆存在休眠异常。相较于现有技术,一方面,摒弃了现有通过人工检测车辆休眠异常的方式,改为由服务端利用车辆上传的车辆总线报文自动检测车辆休眠异常,从而可有效提高车辆休眠异常的检测效率,另一方面,车辆可以将自身车辆总线产生的所有车辆总线报文都上传到服务端,这样,服务端可以根据车辆总线报文全面地对车辆进行休眠异常检测,避免漏检,再一方面,基于本申请技术方案,车辆可随时将车辆总线报文上传至服务端,因此,服务端随时可以对车辆的休眠异常进行检测,而不必等到车主感知到异常后再进行检测,可有效提高休眠异常检测的时效性,解决当前人工检测滞后的问题,且可以在用户无感知的情况下完成检测,有助于提升车辆的用户使用体验。
需要说明的是,上述步骤S102,根据所述车辆总线报文,确定所述车辆是否符合预设的休眠异常判定条件,可以是实时执行的,也可以非实时执行的,例如在积累大量车辆总线报文后集中进行休眠异常检测,其具体可以是是按照预设的时间间隔,每隔一段时间后执行一次,也可以是根据其他预设的条件不定时地执行,本申请实施例不做限定,其均可以实现本申请实施例的目的。
对于上述步骤S102实时执行的情况,上述步骤S102,根据所述车辆总线报文,确定所述车辆是否符合预设的休眠异常判定条件,可以包括:
确定所述车辆总线报文中是否包括表示车辆电源已关闭的第一电源模式报文;
若包括,则根据预设休眠判定条件判断所述车辆是否处于理应休眠状态;
若所述车辆处于理应休眠状态,则根据所述车辆处于理应休眠状态时上传的车辆总线报文,确定所述车辆是否符合预设的休眠异常判定条件。
上述理应休眠状态是指车辆理应进入的休眠状态,也可以称为整机休眠状态,但实际上,部分理应也进行休眠的控制器、传感器或者其他器件,可能因为软件漏洞而继续运行、发送车辆总线报文,从而造成整机休眠异常。
车辆电源一般设置有至少三种模式:OFF、ACC和ON。其中,ON表示车辆电源已关闭,车辆处于非使用或使用完成状态;ACC表示车辆为使用但不能行驶状态,此时蓄电池继续为各低压器件供电,收音机、音箱等低压器件可以继续使用,方便用户在车内休息听歌等;ON表示车辆电源开启,车辆为行驶状态或准备行驶状态。针对不同的车辆电源模式,会产生相应的、不同的电源模式报文,本申请实施例中,可以将OFF模式对应的报文称为第一电源模式报文,将ON模式和ACC模式对应的报文统称为第二电源模式报文。
一般情况下,车辆电源关闭是车辆进入整机休眠状态的前提之一,也是车辆进入整机休眠状态的必要条件之一,因此,可以实时对车辆的第一电源模式报文进行监测,若监测到第一电源模式报文,说明车辆有较大概率会进入整机休眠状态,可以针对不同的车型,根据预设的休眠判定条件判断车辆是否处于理应休眠状态,若处于理应休眠状态,再根据车辆处于理应休眠状态时上传的车辆总线报文,确定该车辆是否符合预设的休眠异常判定条件。
通过上述实施方式,可以实现对车辆异常休眠的即时性检测,具有较高的实时性,可及时发现车辆的休眠异常问题。
其中,针对不同的车型,上述预设休眠判定条件可以不同,本领域技术人员可以针对不同的车型,灵活地设置相应的预设休眠判定条件,并根据该预设休眠判定条件判断车辆是否处于理应休眠状态,下面举例进行说明。
对应于上述预设休眠判定条件的第一种实施方式,在一些更为具体的实施方式中,上述根据预设休眠判定条件判断所述车辆是否处于理应休眠状态,可以包括:
自监测到所述第一电源模式报文开始,等待第一时长后,确定所述车辆处于理应休眠状态。
对于大部分车型而言,车辆在使用完成后下电闭锁,闭锁后车辆的电源模式会变为OFF,车辆会在OFF后第一时长(例如1分钟,不同机型设置不尽相同)左右进入整机休眠状态即理应休眠状态,服务端在接收到第一电源模式报文后,在等待第一时长后,即可判断车辆已进入理应休眠状态,其中,上述第一时长可以包括但不限于30秒、1分钟、2分钟、3分钟等,本领域技术人员可以根据实际需求灵活设置该第一时长的数值,以确保车辆完全进入整机休眠状态。
通过上述实施方式,可以有效地、准确地确定车辆是否已进入理应休眠状态,以便于后续对车辆休眠异常的准确检测。
对应于上述预设休眠判定条件的第二种实施方式,在一些更为具体的实施方式中,上述根据预设休眠判定条件判断所述车辆是否处于理应休眠状态,可以包括:
若自监测到所述第一电源模式报文开始,未接收到所述车辆上传的第二电源模式报文和/或第一充电状态报文,则在第二时长后,确定所述车辆处于理应休眠状态;其中,所述第二电源模式报文表示车辆电源已开启,所述第一充电状态报文表示所述车辆处于充电状态。
实际应用中,当关闭车辆电源后,有可能很快又打开车辆电源,因此,若接收到车辆上传的第二电源模式报文,则说明车辆未进入理应休眠状态,而若未接收到车辆上传的第二电源模式报文,则在第二时长后,可以认为车辆已处于理应休眠状态。
其中,上述第二时长可以与前述第一时长相同,也可以不同,本领域技术人员可以根据实际需求灵活设置上述第二时长的具体数值,本申请实施例不做限定。
另外,对于车辆是电动汽车的情况,车辆在充电过程中也是不休眠的,因此,若接收到车辆上传的第一充电状态报文,则说明车辆未进入理应休眠状态,而若未接收到车辆上传的第一充电状态报文,则在第二时长后,可以认为车辆已处于理应休眠状态。
此外,对于车辆是电动汽车的情况,还可以结合上述两方面(第二电源模式报文和第一充电状态报文)综合判断车辆是否处于理应休眠状态,例如,接收到第二电源模式报文和第一充电状态报文中的至少一种,则认为车辆未进入理应休眠状态,若未接收到第二电源模式报文和第一充电状态报文,才在第二时长后,认为车辆已处于理应休眠状态。
通过上述实施方式,可以更加准确地判断车辆是否已进入理应休眠状态,提高整体上休眠异常检测的准确性;其中,针对电动汽车,充分考虑了充电期间不休眠的情况,从而可以在排除充电因素的基础上,判断车辆是否处于理应休眠状态,以便继续进行休眠异常检测,避免在车辆充电时间内进行检测造成的误判。
对应于上述预设休眠判定条件的第三种实施方式,在一些更为具体的实施方式中,上述根据预设休眠判定条件判断所述车辆是否处于理应休眠状态,可以包括:
若自监测到所述第一电源模式报文后,接收到所述车辆上传的第一充电状态报文,则等待至接收到第二充电状态报文后,确定所述车辆处于理应休眠状态;
其中,所述第一充电状态报文表示所述车辆处于充电状态,所述第二充电状态报文表示充电已结束。
对于车辆是电动汽车的情况,车辆在充电过程中也是不休眠的,因此,在车辆电源关闭的基础上,若接收到车辆上传的第一充电状态报文,则说明车辆不在理应休眠状态,需要等待至充电结束(即接收到第二充电状态报文)后,再及时地确定所述车辆处于理应休眠状态。
其中,第一充电状态报文具体可以包括表示车辆已***充电枪开始充电的开始充电指示报文,也可以包括表示车辆目前正在充电的正在充电指示报文;第二充电状态报文具体可以是表示车辆已拔出充电枪停止充电的停止充电指示报文。
本实施方式,针对电动汽车,充分考虑了充电期间不休眠的情况,从而可以在排除充电因素的基础上,判断车辆是否处于理应休眠状态,以便继续进行休眠异常检测,避免在车辆充电时间内进行检测造成的误判,同时在接收到第二充电报文后,及时地确定车辆进入理应休眠状态,继续进行异常休眠检测,避免因为充电而导致漏检。
在上述预设休眠判定条件的第一至第三种实施方式的基础上,在一些变更实施方式中,上述根据预设休眠判定条件判断所述车辆是否处于理应休眠状态,还可以包括:
在接收到所述车辆上传的第二电源模式报文后,确定所述车辆离开所述理应休眠状态;其中,所述第二电源模式报文表示车辆电源已开启。
即若接收到车辆上传的第二电源模式报文,则应当认为车辆已离开理应休眠状态,此时不必再检测休眠异常。
通过上述实施方式,可以确定车辆理应休眠状态的结束时间,提高整体上休眠异常检测的准确性。
对于如何确定车辆是否符合预设的休眠异常判定条件,在前述任意实施方式的基础上,在一些变更实施方式中,上述根据所述车辆处于理应休眠状态时上传的车辆总线报文,确定所述车辆是否符合预设的休眠异常判定条件,可以包括:
若所述车辆处于理应休眠状态时上传的车辆总线报文的类型属于休眠后禁止上传的车辆总线报文类型,则确定所述车辆符合预设的休眠异常判定条件。
例如,本领域技术人员可以设置报文类型黑名单,针对各种车型的车辆,在报文类型黑名单中列明休眠后禁止上传的车辆总线报文类型,然后将接收到的所述车辆处于理应休眠状态时上传的车辆总线报文的类型与该车辆总线报文类型黑名单进行比对,若属于该车辆总线报文类型黑名单,则确定车辆符合预设的休眠异常判定条件。
又如,本领域技术人员可以设置报文类型白名单,针对各种车型的车辆,在报文类型白名单中列明休眠后允许上传的车辆总线报文类型,然后将接收到的所述车辆处于理应休眠状态时上传的车辆总线报文的类型与该车辆总线报文类型白名单进行比对,若不属于该车辆总线报文类型白名单,则确定车辆符合预设的休眠异常判定条件。
其中,对于上述车辆总线报文类型黑名单和报文类型黑名单,本领域技术人员可以结合实际需求灵活设置其内容,本申请实施例对其不做限定。
通过上述实施方式,只需要比较报文的类型,即可简单、快速、准确地判断车辆是否符合预设的休眠异常判定条件,具有方法简单、高效可行、准确率高等优点。
其中,上述休眠后禁止上传的车辆总线报文类型,包括除以下至少一种之外的其他报文类型:电源模式报文、充电状态报文、门锁开关报文。
参照前述说明,电源模式切换、充电状态切换和门锁的开关,都是需要用户主动操作的,是依赖于用户操作触发的,因此,在理论休眠期间发送电源模式报文、充电状态报文或门锁开关报文是允许的,不应当被当做判断车辆休眠异常的依据,以避免根据由用户触发的报文判断车辆休眠异常而导致的误判。
此外,还可以根据接收到的所述车辆处于理应休眠状态时上传的车辆总线报文的报文内容,判断车辆符合预设的休眠异常判定条件,例如,对于电源模式报文,若车辆频繁、重复地上传第一电源模式报文,期间未间隔有第二电源模式报文或第三电源模式报文,这是不符合预设逻辑的,因此,也可以判断车辆符合预设的休眠异常判定条件,存在休眠异常。
在实际应用中,本领域技术人员可以只是根据报文类型判断车辆是否符合预设的休眠异常判定条件,也可以只是根据报文内容判断车辆是否符合预设的休眠异常判定条件,还可以结合报文类型和报文内容综合判断车辆是否符合预设的休眠异常判定条件,只需要设置对应的、合理的休眠异常判定条件即可,其均可以实现本申请实施例的目的,均应在本申请的保护范围之内。
另外,对于上述步骤S102非实时执行的情况,步骤S101获取的上述车辆总线报文可以是车辆在历史第一时间段内实时上传的所有车辆总线报文,通过检测车辆总线报文中的电源模式报文,可以判断出车辆处于理应休眠状态的时间段,若在该时间段内存在休眠期间不应当产生的报文,则可以认为车辆存在休眠异常,相应的,上述步骤S102,根据所述车辆总线报文,确定所述车辆是否符合预设的休眠异常判定条件,可以包括:
根据所述车辆在所述历史第一时间段内上传的所有车辆总线报文,确定所述车辆处于理应休眠状态的第二时间段;
选取所述车辆在所述第二时间段上传的车辆总线报文,确定为所述车辆处于理应休眠状态时上传的车辆总线报文;
根据所述车辆处于理应休眠状态时上传的车辆总线报文,确定所述车辆是否符合预设的休眠异常判定条件。
通过本实施方式,可以采用非实时执行的方式,每隔一段时间对车辆进行一次休眠异常检测,或者根据服务端工作人员的工作安排不定时地执行休眠异常检测,不必时刻进行检测,可以有效节省***资源。另外,还可以对多个车辆合理安排时间以进行休眠异常检测,例如,在不对第一车辆进行休眠异常检测的期间,可以对其他车辆进行休眠异常检测,从而实现对更多的车辆进行休眠异常检测,有效提高可检测车辆数量,整体上提高检测效率。
其中,上述根据所述车辆在所述历史第一时间段内上传的所有车辆总线报文,确定所述车辆处于理应休眠状态的第二时间段,至少有两种实施方式,例如,在确定第二时间段的第一种实施方式中,上述根据所述车辆在所述历史第一时间段内上传的所有车辆总线报文,确定所述车辆处于理应休眠状态的第二时间段,可以包括:
根据所述车辆在所述历史第一时间段内上传的所有车辆总线报文,确定所述车辆的电源关闭时间段;
根据所述电源关闭时间段,确定所述车辆处于理应休眠状态的第二时间段。
其中,可以直接将电源关闭时间段确定为第二时间段,也可以从上述电源关闭时间段中扣除上述第一时长或第二时长对应的时间段后,将剩余的时间段确定为电源关闭时间段,其均可以实现本申请实施例的目的。其中,第一时长或第二时长可以参考前述实施例说明进行设置,通过设置上述第一时长或第二时长,可以确保车辆完全进入理应休眠状态后再进行休眠异常判定条件的判断,避免根据上述第一时长或第二时长内的报文产生错判。
上述实施方式,可以针对燃油汽车,在不考虑充电因素的情况下,准确判断车辆处于理应休眠状态的第二时间段,然后在此基础上继续进行休眠异常检测。
在确定第二时间段的第二种实施方式中,上述根据所述车辆在所述历史第一时间段内上传的所有车辆总线报文,确定所述车辆处于理应休眠状态的第二时间段,可以包括:
根据所述车辆在所述历史第一时间段内上传的所有车辆总线报文,确定所述车辆的电源关闭时间段;以及,
根据所述车辆在所述历史第一时间段内上传的所有车辆总线报文,确定所述车辆的充电时间段;
根据所述电源关闭时间段和所述充电时间段,确定所述车辆处于理应休眠状态的第二时间段。
其中,可以直接在电源关闭时间段的基础上,扣除充电时间段后确定为第二时间段,也可以从上述电源关闭时间段的基础上,扣除充电时间段和上述第一时长或第二时长对应的时间段后,将剩余的时间段确定为电源关闭时间段,其均可以实现本申请实施例的目的。其中,第一时长或第二时长可以参考前述实施例说明进行设置,通过设置上述第一时长或第二时长,可以确保车辆完全进入理应休眠状态后再进行休眠异常判定条件的判断,避免根据上述第一时长或第二时长内的报文产生错判。
上述实施方式,可以针对电动汽车,在考虑充电因素的情况下,排除充电时间后,准确判断车辆处于理应休眠状态的第二时间段,然后在此基础上继续进行休眠异常检测,避免根据电动汽车充电时间段内的报文进行休眠异常检测导致的误判,提高对电动汽车进行休眠异常检测的准确率。
在上述确定第二时间段的至少两种实施方式的基础上,在一些具体的实施方式中,上述根据所述车辆在所述历史第一时间段内上传的所有车辆总线报文,确定所述车辆的电源关闭时间段,可以包括:
遍历所述车辆在所述历史第一时间段内上传的所有车辆总线报文,在所述所有车辆总线报文中查找电源模式报文;
根据查找到的所述电源模式报文,确定电源模式报文组,所述指定电源模式报文组包括相邻的第一电源模式报文和第二电源模式报文,且所述第一电源模式报文的发送时间早于所述第二电源模式报文的发送时间;其中,所述第一电源模式报文表示车辆电源已关闭,所述第二电源模式报文表示车辆电源已开启;
将每组所述电源模式报文组中,所述第一电源模式报文的发送时间与所述第二电源模式报文的发送时间之间的时间段,确定为所述车辆的电源关闭时间段。
通过上述实施方式,可以快速、高效、准确地确定电源关闭时间段,有助于提高整体休眠异常检测的效率和准确性。
在上述确定第二时间段的第二种实施方式的基础上,在一些具体的实施方式中,上述根据所述车辆在所述历史第一时间段内上传的所有车辆总线报文,确定所述车辆的充电时间段,可以包括:
遍历所述车辆在所述历史第一时间段内上传的所有车辆总线报文,在所述所有车辆总线报文中查找充电状态报文;
根据查找到的所述充电状态报文,确定充电状态报文组,所述指定充电状态报文组包括相邻的第一充电状态报文和第二充电状态报文,且所述第一充电状态报文的发送时间早于所述第二充电状态报文的发送时间;其中,所述第一充电状态报文表示所述车辆处于充电状态,所述第二充电状态报文表示充电已结束;
将每组所述充电状态报文组中,所述第一充电状态报文的发送时间与所述第二充电状态报文的发送时间之间的时间段,确定为所述车辆的充电时间段。
通过上述实施方式,可以快速、高效、准确地确定充电时间段,有助于提高整体休眠异常检测的效率和准确性。
基于上述步骤S102非实时执行的任意实施例,上述根据所述时间段内车辆上传的车辆总线报文,确定所述车辆是否符合预设的休眠异常判定条件的实施方式,可以参照前述步骤S102实时执行的实施方式实施,例如,若所述车辆处于理应休眠状态时上传的车辆总线报文的类型属于休眠后禁止上传的车辆总线报文类型,则确定所述车辆符合预设的休眠异常判定条件。
考虑到,第二时间段内,车辆有可能上传多个车辆总线报文,因此,在一些变更实施方式中,上述根据所述时间段内车辆上传的车辆总线报文,确定所述车辆是否符合预设的休眠异常判定条件,可以包括:
若所述车辆处于理应休眠状态时上传的至少一个报文的类型属于休眠后禁止上传的车辆总线报文类型,则确定所述车辆符合预设的休眠异常判定条件;
否则,确定所述车辆不符合预设的休眠异常判定条件。
例如,本领域技术人员可以设置报文类型黑名单,针对车辆,在报文类型黑名单中列明休眠后禁止上传的车辆总线报文类型,将所述车辆处于理应休眠状态时上传的每个报文的类型与该车辆总线报文类型黑名单进行比对,若有至少一个报文的类型属于该车辆总线报文类型黑名单,则确定车辆符合预设的休眠异常判定条件。
又如,本领域技术人员可以设置报文类型白名单,针对车辆,在报文类型白名单中列明休眠后允许上传的车辆总线报文类型,将所述车辆处于理应休眠状态时上传的每个报文的类型与该车辆总线报文类型白名单进行比对,若有至少一个报文的类型不属于该车辆总线报文类型白名单,则确定车辆符合预设的休眠异常判定条件。
其中,对于上述车辆总线报文类型黑名单和报文类型黑名单,本领域技术人员可以结合实际需求灵活设置其内容,本申请实施例对其不做限定。
通过上述实施方式,只需要比较报文的类型,即可简单、快速、准确地判断车辆是否符合预设的休眠异常判定条件,具有方法简单、高效可行、准确率高等优点。
其中,上述休眠后禁止上传的车辆总线报文类型,包括除以下至少一种之外的其他报文类型:电源模式报文、充电状态报文、门锁开关报文。
参照前述说明,电源模式切换、充电状态切换和门锁的开关,都是需要用户主动操作的,是依赖于用户操作触发的,因此,在理论休眠期间发送电源模式报文、充电状态报文或门锁开关报文是允许的,不应当被当做判断车辆休眠异常的依据,以避免根据由用户触发的报文判断车辆休眠异常而导致的误判。
此外,还可以根据车辆处于理应休眠状态的第二时间段上传的车辆总线报文的报文内容,判断车辆符合预设的休眠异常判定条件,例如,对于充电状态报文,若车辆频繁、重复地上传第一充电状态报文,期间未间隔有第二充电状态报文或第三充电状态报文,这是不符合预设逻辑的,因此,也可以判断车辆符合预设的休眠异常判定条件,存在休眠异常。
在实际应用中,本领域技术人员可以只是根据报文类型判断车辆是否符合预设的休眠异常判定条件,也可以只是根据报文内容判断车辆是否符合预设的休眠异常判定条件,还可以结合报文类型和报文内容综合判断车辆是否符合预设的休眠异常判定条件,只需要设置对应的、合理的休眠异常判定条件即可,其均可以实现本申请实施例的目的,均应在本申请的保护范围之内。
在前述任意实施方式的基础上,上述步骤S103,若符合,则确定所述车辆存在休眠异常之后,还可以包括:
根据用于确定所述车辆符合预设的休眠异常判定条件的报文,生成休眠异常告警信息;
输出所述休眠异常告警信息。
例如,在判断车辆进入理应休眠状态后,继续接收到蓝牙报文,该蓝牙报文不应当在休眠期间发送,属于报文类型黑名单,因此,可以据此判断车辆存在休眠异常,在此基础上,可以根据该蓝牙报文生成休眠异常告警信息,该休眠异常告警信息中可以记载有导致车辆休眠异常的报文为蓝牙报文,也可以进一步说明导致车辆休眠异常的可疑器件为车载蓝牙。上述输出所述休眠异常告警信息,可以是输出到工作人员的客户端(包括但不限于手机、电脑等),以使工作人员及时、直观地了解车辆休眠异常的原因,便于工作人员针对性的进一步确诊异常原因,修复可疑器件的软件漏洞等。
在另一些实施方式中,上述步骤S103,若符合,则确定所述车辆存在休眠异常之后,还可以包括:
确定未停发网络管理报文的节点保持唤醒的原因;
记录上述原因及其对应的车辆的车辆识别号码(Vehicle IdentificationNumber,VIN)。
容易理解的是,在确定车辆存在休眠异常后,此时车辆满足休眠的控制器,网络管理报文都已停发,而一些不满足休眠条件的控制器,网络管理报文仍然在发送中,提取这些未停发的网络管理报文,并记录这些网管报文中显示的保持唤醒原因,作为未停发网络管理报文的节点保持唤醒的原因。
其中,未停发网络管理报文的节点,即理应休眠但未休眠的控制器、传感器或者其他接入车辆总线并可发送车辆总线报文的器件。保持唤醒的原因也可以理解为发生休眠异常的原因。
之后,还可以将存在休眠的车辆的VIN及其不休眠、保持唤醒的原因定时发送给制定***。其中,发送VIN的目的是为了便于工作人员确定存在休眠异常的车辆的身份,以便于进一步进行确诊和修复,指定***可以是指用来对车辆异常进行管理、分析的***,工作人员可以通过该指定***获取各个车辆的状况,若发现休眠异常,可及时进行修复。
需要说明的是,本申请实施例中,车辆上传的车辆总线报文,可以是指车辆中各控制器、传感器或其他器件向车辆总线中发送的原始报文,本身并不表示车辆整体的休眠状态,车辆无需自行进行休眠异常检测,而是将上述原始报文直接或经过协议转换后上传至服务端,由服务端根据车辆总线报文进行休眠异常检测,这样,由于利用的是车辆在运行过程中所产生的车辆总线报文,因此,无需对车辆总线进行改进,只需要将车辆总线产生的报文上传至服务端,即可实现对休眠异常的自动检测,尤其适用于服务端对大量车辆进行休眠异常检测的情形,只需要对服务端进行改进和升级以增加休眠异常检测功能即可,不需要对每个车辆都进行改造或升级,相较于由车辆自行进行检测并上传检测结果的方式,一方面改造成本更低,另一方面更易于实施,再一方面是用户无感知,避免对车辆进行改造和升级对用户造成负面影响,从而提升车辆的用户使用体验。
下面结合一些具体实施方式进一步进行说明,其中,下述示例性说明可以参照前述任意实施例的说明进行理解,部分内容不再赘述。
需要说明的是,在下述示例性说明中,虽然部分用词发生了变化,但这并不影响其含义的表达,下述说明中会对部分用词与前述实施例说明中的用词进行对应性说明,该对应性说明所表达的对应关系既可以包括等同关系、也可以包括上下位关系,本领域技术人员可以结合实际情况进行理解。
请参考图3,其示意性地示出了本申请的一些实施方式所提供的一种车辆休眠异常检测方法的第二种流程图,如图3所示,该车辆休眠异常检测方法可以包括以下步骤:
步骤S201:获取服务端接收的车辆的车辆总线报文,进入S202。
步骤S202:根据车辆总线报文中的电源模式报文,判断当前电源模式是否为OFF,若否,说明车辆在使用中,返回S201;若是,说明车辆即将进行休眠,进入S203。
步骤S203:等待第一时长,以确保车辆进入理应休眠状态,进入S204。
步骤S204:根据最新接收的车辆上传的车辆总线报文,判断车辆是否正常休眠,若是,则说明车辆休眠正常;若否,则说明车辆休眠可能存在异常,进入S205。
步骤S205:判断车辆是否处于充电状态,若是,则进入S206,若否,则说明存在休眠异常,进入S208。
步骤S206:车辆充电中,等待充电结束,进入S207。
步骤S207:根据充电状态报文判断是否已充电结束,若是,返回S202;否,继续等待充电结束,返回S206。
步骤S208:确定未停发网络管理报文的节点保持唤醒的原因,进入S209。其中,未停发网络管理报文的节点,即理应休眠但未休眠的控制器、传感器或者其他接入车辆总线并可发送车辆总线报文的器件。保持唤醒的原因也可以理解为发生休眠异常的原因。
步骤S209:发送车辆的车辆识别号码(Vehicle Identification Number,VIN)及其保持唤醒的原因至指定***。其中,发送VIN的目的是为了便于工作人员确定存在休眠异常的车辆的身份,以便于进一步进行确诊和修复,指定***可以是指用来对车辆异常进行管理、分析的***,工作人员可以通过该指定***获取各个车辆的状况,若发现休眠异常,可及时进行修复。
上述实施例适用于电动汽车,可以排除充电对休眠异常检测的干扰,提高针对电动汽车进行休眠异常检测的准确率和效率,此外,相较于现有技术,一方面,摒弃了现有通过人工检测车辆休眠异常的方式,改为由服务端利用车辆的车辆总线报文自动检测车辆休眠异常,从而可有效提高车辆休眠异常的检测效率,另一方面,由于车辆总线报文是根据车辆上传的源自车辆总线的报文生成的,车辆可以将自身车辆总线产生的所有车辆总线报文都上传到服务端,这样,服务端可以根据车辆总线报文全面地对车辆进行休眠异常检测,避免漏检,再一方面,由于车辆总线报文是根据车辆实时上传的车辆总线报文生成的,具有较高的实时性,因此,可以确保实时、即时地对车辆进行休眠异常检测,解决当前人工检测滞后的问题,且可以在用户无感知的情况下完成检测,有助于提升车辆的用户使用体验。
在上述的实施例中,提供了一种车辆休眠异常检测方法,与之相对应的,本申请还提供一种车辆休眠异常检测装置。本申请实施例提供的车辆休眠异常检测装置可以实施上述信息处理方法,该信息处理装置可以通过软件、硬件或软硬结合的方式来实现。例如,该信息处理装置可以包括集成的或分开的功能模块或单元来执行上述各方法中的对应步骤。请参考图4,其示意性地示出了本申请的一些实施方式所提供的一种车辆休眠异常检测装置的示意图。由于装置实施例基本相似于方法实施例,所以描述得比较简单,相关之处参见方法实施例的部分说明即可。下述描述的装置实施例仅仅是示意性的。
如图4所示,所述车辆休眠异常检测装置10,用于服务端,可以包括:
车辆总线报文获取模块101,用于获取车辆上传至服务端的车辆总线报文;
条件判断模块102,用于根据所述车辆总线报文,确定所述车辆是否符合预设的休眠异常判定条件;
休眠异常确定模块103,用于若符合,则确定所述车辆存在休眠异常。
在本申请实施例的一些变更实施方式中,所述条件判断模块102,包括:
第一电源模式报文检测单元,用于确定所述车辆总线报文中是否包括表示车辆电源已关闭的第一电源模式报文;
理应休眠状态判断单元,用于若包括,则根据预设休眠判定条件判断所述车辆是否处于理应休眠状态;
第一休眠异常条件判断单元,用于若所述车辆处于理应休眠状态,则根据所述车辆处于理应休眠状态时上传的车辆总线报文,确定所述车辆是否符合预设的休眠异常判定条件。
在本申请实施例的一些变更实施方式中,所述理应休眠状态判断单元,包括:
第一条件判断子单元,用于自监测到所述第一电源模式报文开始,等待第一时长后,确定所述车辆处于理应休眠状态。
在本申请实施例的一些变更实施方式中,所述理应休眠状态判断单元,包括:
第二条件判断子单元,用于若自监测到所述第一电源模式报文开始,未接收到所述车辆上传的第二电源模式报文和/或第一充电状态报文,则在第二时长后,确定所述车辆处于理应休眠状态;其中,所述第二电源模式报文表示车辆电源已开启,所述第一充电状态报文表示所述车辆处于充电状态。
在本申请实施例的一些变更实施方式中,所述理应休眠状态判断单元,包括:
第三条件判断子单元,用于若自监测到所述第一电源模式报文后,接收到所述车辆上传的第一充电状态报文,则等待至接收到第二充电状态报文后,确定所述车辆处于理应休眠状态;其中,所述第一充电状态报文表示所述车辆处于充电状态,所述第二充电状态报文表示充电已结束。
在本申请实施例的一些变更实施方式中,所述理应休眠状态判断单元,包括:
第四条件判断子单元,用于在接收到所述车辆上传的第二电源模式报文后,确定所述车辆离开所述理应休眠状态;其中,所述第二电源模式报文表示车辆电源已开启。
在本申请实施例的一些变更实施方式中,车辆总线报文获取模块101获取的所述车辆总线报文包括所述车辆在历史第一时间段内实时上传的所有车辆总线报文;
所述条件判断模块102,包括:
第二时间段确定单元,用于根据所述车辆在所述历史第一时间段内上传的所有车辆总线报文,确定所述车辆处于理应休眠状态的第二时间段;
休眠状态报文选取单元,用于选取所述车辆在所述第二时间段上传的车辆总线报文,确定为所述车辆处于理应休眠状态时上传的车辆总线报文;
第二休眠异常条件判断单元,用于根据所述车辆处于理应休眠状态时上传的车辆总线报文,确定所述车辆是否符合预设的休眠异常判定条件。
在本申请实施例的一些变更实施方式中,上述第二时间段确定单元,包括:
电源关闭时间段确定子单元,用于根据所述车辆在所述历史第一时间段内上传的所有车辆总线报文,确定所述车辆的电源关闭时间段;
第一确定子单元,用于根据所述电源关闭时间段,确定所述车辆处于理应休眠状态的第二时间段。
在本申请实施例的一些变更实施方式中,上述第二时间段确定单元,包括:
电源关闭时间段确定子单元,用于根据所述车辆在所述历史第一时间段内上传的所有车辆总线报文,确定所述车辆的电源关闭时间段;
充电时间段确定子单元,用于根据所述车辆在所述历史第一时间段内上传的所有车辆总线报文,确定所述车辆的充电时间段;
第二确定子单元,用于根据所述电源关闭时间段和所述充电时间段,确定所述车辆处于理应休眠状态的第二时间段。
在本申请实施例的一些变更实施方式中,上述电源关闭时间段确定子单元,包括:
电源模式报文查找子单元,用于遍历所述车辆在所述历史第一时间段内上传的所有车辆总线报文,在所述所有车辆总线报文中查找电源模式报文;
电源模式报文组确定子单元,用于根据查找到的所述电源模式报文,确定电源模式报文组,所述指定电源模式报文组包括相邻的第一电源模式报文和第二电源模式报文,且所述第一电源模式报文的发送时间早于所述第二电源模式报文的发送时间;其中,所述第一电源模式报文表示车辆电源已关闭,所述第二电源模式报文表示车辆电源已开启;
电源关闭确定子单元,用于将每组所述电源模式报文组中,所述第一电源模式报文的发送时间与所述第二电源模式报文的发送时间之间的时间段,确定为所述车辆的电源关闭时间段。
在本申请实施例的一些变更实施方式中,上述充电时间段确定子单元,包括:
电源模式报文查找子单元,用于遍历所述车辆在所述历史第一时间段内上传的所有车辆总线报文,在所述所有车辆总线报文中查找充电状态报文;
电源模式报文组确定子单元,用于根据查找到的所述充电状态报文,确定充电状态报文组,所述指定充电状态报文组包括相邻的第一充电状态报文和第二充电状态报文,且所述第一充电状态报文的发送时间早于所述第二充电状态报文的发送时间;其中,所述第一充电状态报文表示所述车辆处于充电状态,所述第二充电状态报文表示充电已结束;
充电确定子单元,用于将每组所述充电状态报文组中,所述第一充电状态报文的发送时间与所述第二充电状态报文的发送时间之间的时间段,确定为所述车辆的充电时间段。
在本申请实施例的一些变更实施方式中,所述第一休眠异常条件判断单元和/或所述第二休眠异常条件判断单元,包括:
禁止类型判断子单元,用于若所述车辆处于理应休眠状态时上传的车辆总线报文的类型属于休眠后禁止上传的车辆总线报文类型,则确定所述车辆符合预设的休眠异常判定条件。
在本申请实施例的一些变更实施方式中,所述休眠后禁止上传的车辆总线报文类型,包括除以下至少一种之外的其他报文类型:电源模式报文、充电状态报文、门锁开关报文。
本申请实施例提供的车辆休眠异常检测装置10,与本申请前述实施例提供的车辆休眠异常检测方法出于相同的发明构思,具有相同的有益效果,此处不再赘述。
本申请实施方式还提供一种与前述实施方式所提供的车辆休眠异常检测方法对应的服务端设备,所述服务端设备可以是用做服务端的电子设备,可以包括独立式服务器或服务器集群,以执行上述车辆休眠异常检测方法。
具体的,请参考前述关于车辆休眠异常检测方法的实施例说明进行理解,该服务端设备与多个车辆通信连接,用于接收所述多个车辆上传至服务端的车辆总线报文,并根据本申请前述任意实施方式所提供的车辆休眠异常检测方法对每个所述车辆进行休眠异常检测。
请参考图5,其示意性地示出了本申请的一些实施方式所提供的一种服务端设备的示意图。如图5所示,所述服务端设备20包括:处理器200,存储器201,总线202和通信接口203,所述处理器200、通信接口203和存储器201通过总线202连接;所述存储器201中存储有可在所述处理器200上运行的计算机程序,所述处理器200运行所述计算机程序时执行本申请前述任一实施方式所提供的车辆休眠异常检测方法。
其中,存储器201可能包含高速随机存取存储器(Random Access Memory,RAM),也可能还包括非不稳定的存储器(non-volatile memory),例如至少一个磁盘存储器。通过至少一个通信接口203(可以是有线或者无线)实现该***网元与至少一个其他网元之间的通信连接,可以使用互联网、广域网、本地网、城域网等。
总线202可以是ISA总线、PCI总线或EISA总线等。所述总线可以分为地址总线、数据总线、控制总线等。其中,存储器201用于存储程序,所述处理器200在接收到执行指令后,执行所述程序,前述本申请实施例任一实施方式揭示的所述车辆休眠异常检测方法可以应用于处理器200中,或者由处理器200实现。
处理器200可能是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法的各步骤可以通过处理器200中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器200可以是通用处理器,包括中央处理器(Central Processing Unit,CPU)、网络处理器(Network Processor,NP)等;还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器201,处理器200读取存储器201中的信息,结合其硬件完成上述方法的步骤。
本申请实施例提供的服务端设备与本申请前述实施例提供的车辆休眠异常检测方法出于相同的发明构思,具有与其采用、运行或实现的方法相同的有益效果。
本申请实施方式还提供一种与前述实施方式所提供的车辆休眠异常检测方法对应的计算机可读介质,请参考图6,其示出的计算机可读存储介质为光盘30,其上存储有计算机程序(即程序产品),所述计算机程序在被处理器运行时,会执行前述任意实施方式所提供的车辆休眠异常检测方法。
需要说明的是,所述计算机可读存储介质的例子还可以包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他光学、磁性存储介质,在此不再一一赘述。
本申请的上述实施例提供的计算机可读存储介质与本申请前述实施例提供的车辆休眠异常检测方法出于相同的发明构思,具有与其存储的应用程序所采用、运行或实现的方法相同的有益效果。
需要说明的是,附图中的流程图和框图显示了根据本申请的多个实施例的***、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分,所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个连续的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或动作的专用的基于硬件的***来实现,或者可以用专用硬件与计算机指令的组合来实现。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的***、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,又例如,多个单元或组件可以结合或者可以集成到另一个***,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM,)、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上各实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述各实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的范围,其均应涵盖在本申请的权利要求和说明书的范围当中。
Claims (15)
1.一种车辆休眠异常检测方法,其特征在于,包括:
获取车辆上传至服务端的车辆总线报文,所述车辆总线报文包括所述车辆在历史第一时间段内实时上传的所有车辆总线报文;
根据所述车辆总线报文,确定所述车辆是否符合预设的休眠异常判定条件,具体包括:根据所述车辆在所述历史第一时间段内上传的所有车辆总线报文,确定所述车辆处于理应休眠状态的第二时间段;选取所述车辆在所述第二时间段上传的车辆总线报文,确定为所述车辆处于理应休眠状态时上传的车辆总线报文;根据所述车辆处于理应休眠状态时上传的车辆总线报文,确定所述车辆是否符合预设的休眠异常判定条件;
若符合,则确定所述车辆存在休眠异常。
2.根据权利要求1所述的方法,其特征在于,所述根据所述车辆总线报文,确定所述车辆是否符合预设的休眠异常判定条件,包括:
确定所述车辆总线报文中是否包括表示车辆电源已关闭的第一电源模式报文;
若包括,则根据预设休眠判定条件判断所述车辆是否处于理应休眠状态;
若所述车辆处于理应休眠状态,则根据所述车辆处于理应休眠状态时上传的车辆总线报文,确定所述车辆是否符合预设的休眠异常判定条件。
3.根据权利要求2所述的方法,其特征在于,所述根据预设休眠判定条件判断所述车辆是否处于理应休眠状态,包括:
自监测到所述第一电源模式报文开始,等待第一时长后,确定所述车辆处于理应休眠状态。
4.根据权利要求2所述的方法,其特征在于,所述根据预设休眠判定条件判断所述车辆是否处于理应休眠状态,包括:
若自监测到所述第一电源模式报文开始,未接收到所述车辆上传的第二电源模式报文和/或第一充电状态报文,则在第二时长后,确定所述车辆处于理应休眠状态;其中,所述第二电源模式报文表示车辆电源已开启,所述第一充电状态报文表示所述车辆处于充电状态。
5.根据权利要求2所述的方法,其特征在于,所述根据预设休眠判定条件判断所述车辆是否处于理应休眠状态,包括:
若自监测到所述第一电源模式报文后,接收到所述车辆上传的第一充电状态报文,则等待至接收到第二充电状态报文后,确定所述车辆处于理应休眠状态;
其中,所述第一充电状态报文表示所述车辆处于充电状态,所述第二充电状态报文表示充电已结束。
6.根据权利要求3至5任一项所述的方法,其特征在于,所述根据预设休眠判定条件判断所述车辆是否处于理应休眠状态,还包括:
在接收到所述车辆上传的第二电源模式报文后,确定所述车辆离开所述理应休眠状态;其中,所述第二电源模式报文表示车辆电源已开启。
7.根据权利要求1所述的方法,其特征在于,所述根据所述车辆在所述历史第一时间段内上传的所有车辆总线报文,确定所述车辆处于理应休眠状态的第二时间段,包括:
根据所述车辆在所述历史第一时间段内上传的所有车辆总线报文,确定所述车辆的电源关闭时间段;
根据所述电源关闭时间段,确定所述车辆处于理应休眠状态的第二时间段。
8.根据权利要求1所述的方法,其特征在于,所述根据所述车辆在所述历史第一时间段内上传的所有车辆总线报文,确定所述车辆处于理应休眠状态的第二时间段,包括:
根据所述车辆在所述历史第一时间段内上传的所有车辆总线报文,确定所述车辆的电源关闭时间段;以及,
根据所述车辆在所述历史第一时间段内上传的所有车辆总线报文,确定所述车辆的充电时间段;
根据所述电源关闭时间段和所述充电时间段,确定所述车辆处于理应休眠状态的第二时间段。
9.根据权利要求7或8所述的方法,其特征在于,所述根据所述车辆在所述历史第一时间段内上传的所有车辆总线报文,确定所述车辆的电源关闭时间段,包括:
遍历所述车辆在所述历史第一时间段内上传的所有车辆总线报文,在所述所有车辆总线报文中查找电源模式报文;
根据查找到的所述电源模式报文,确定电源模式报文组,所述电源模式报文组包括相邻的第一电源模式报文和第二电源模式报文,且所述第一电源模式报文的发送时间早于所述第二电源模式报文的发送时间;其中,所述第一电源模式报文表示车辆电源已关闭,所述第二电源模式报文表示车辆电源已开启;
将每组所述电源模式报文组中,所述第一电源模式报文的发送时间与所述第二电源模式报文的发送时间之间的时间段,确定为所述车辆的电源关闭时间段。
10.根据权利要求8所述的方法,其特征在于,所述根据所述车辆在所述历史第一时间段内上传的所有车辆总线报文,确定所述车辆的充电时间段,包括:
遍历所述车辆在所述历史第一时间段内上传的所有车辆总线报文,在所述所有车辆总线报文中查找充电状态报文;
根据查找到的所述充电状态报文,确定充电状态报文组,所述充电状态报文组包括相邻的第一充电状态报文和第二充电状态报文,且所述第一充电状态报文的发送时间早于所述第二充电状态报文的发送时间;其中,所述第一充电状态报文表示所述车辆处于充电状态,所述第二充电状态报文表示充电已结束;
将每组所述充电状态报文组中,所述第一充电状态报文的发送时间与所述第二充电状态报文的发送时间之间的时间段,确定为所述车辆的充电时间段。
11.根据权利要求1或2所述的方法,其特征在于,所述根据所述车辆处于理应休眠状态时上传的车辆总线报文,确定所述车辆是否符合预设的休眠异常判定条件,包括:
若所述车辆处于理应休眠状态时上传的车辆总线报文的类型属于休眠后禁止上传的车辆总线报文类型,则确定所述车辆符合预设的休眠异常判定条件。
12.根据权利要求11所述的方法,其特征在于,所述休眠后禁止上传的车辆总线报文类型,包括除以下至少一种之外的其他报文类型:电源模式报文、充电状态报文、门锁开关报文。
13.一种车辆休眠异常检测装置,其特征在于,包括:
车辆总线报文获取模块,用于获取车辆上传至服务端的车辆总线报文,所述车辆总线报文包括所述车辆在历史第一时间段内实时上传的所有车辆总线报文;
条件判断模块,用于根据所述车辆总线报文,确定所述车辆是否符合预设的休眠异常判定条件;
休眠异常确定模块,用于若符合,则确定所述车辆存在休眠异常;
所述条件判断模块,还包括:
第二时间段确定单元,用于根据所述车辆在所述历史第一时间段内上传的所有车辆总线报文,确定所述车辆处于理应休眠状态的第二时间段;
休眠状态报文选取单元,用于选取所述车辆在所述第二时间段上传的车辆总线报文,确定为所述车辆处于理应休眠状态时上传的车辆总线报文;
第二休眠异常条件判断单元,用于根据所述车辆处于理应休眠状态时上传的车辆总线报文,确定所述车辆是否符合预设的休眠异常判定条件。
14.一种服务端设备,其特征在于,所述服务端设备与多个车辆通信连接,用于接收所述多个车辆上传至服务端的车辆总线报文,并根据权利要求1至12任一项所述的车辆休眠异常检测方法对每个所述车辆进行休眠异常检测。
15.一种计算机可读存储介质,其特征在于,其上存储有计算机可读指令,所述计算机可读指令可被处理器执行以实现如权利要求1至12任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011012755.5A CN112141122B (zh) | 2020-09-23 | 2020-09-23 | 车辆休眠异常检测方法、装置、设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011012755.5A CN112141122B (zh) | 2020-09-23 | 2020-09-23 | 车辆休眠异常检测方法、装置、设备及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112141122A CN112141122A (zh) | 2020-12-29 |
CN112141122B true CN112141122B (zh) | 2021-10-08 |
Family
ID=73896397
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011012755.5A Active CN112141122B (zh) | 2020-09-23 | 2020-09-23 | 车辆休眠异常检测方法、装置、设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112141122B (zh) |
Families Citing this family (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112835735A (zh) * | 2021-01-04 | 2021-05-25 | 宝能(西安)汽车研究院有限公司 | 用于解决车辆异常休眠和异常唤醒的方法、***和车辆 |
CN113179195A (zh) * | 2021-04-28 | 2021-07-27 | 重庆长安汽车股份有限公司 | 一种can报文埋点检测方法、***、装置及计算机可读存储介质 |
CN114679767B (zh) * | 2021-05-19 | 2024-05-31 | 北京新能源汽车股份有限公司 | 一种控制器状态识别方法、装置、域控制器及中央网关 |
CN115442768A (zh) * | 2021-06-03 | 2022-12-06 | 广州汽车集团股份有限公司 | 一种车载tbox通讯模组异常唤醒监控方法 |
CN113630746A (zh) * | 2021-07-15 | 2021-11-09 | 江铃汽车股份有限公司 | 一种休眠方法、***、可读存储介质及车辆 |
CN114237995B (zh) * | 2021-12-06 | 2022-11-15 | 北京天融信网络安全技术有限公司 | 总线异常检测方法、装置、设备及可读存储介质 |
CN116600262B (zh) * | 2023-02-08 | 2024-04-16 | 广州汽车集团股份有限公司 | 休眠唤醒异常的确定方法、装置、电子设备及存储介质 |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP3709769B2 (ja) * | 2000-07-27 | 2005-10-26 | 株式会社デンソー | 異常検出システム |
JP6212318B2 (ja) * | 2013-07-25 | 2017-10-11 | 矢崎総業株式会社 | 車載負荷制御システム |
CN106371424B (zh) * | 2016-09-30 | 2018-10-09 | 安徽江淮汽车集团股份有限公司 | 一种车辆休眠方法及*** |
CN110278103A (zh) * | 2018-03-16 | 2019-09-24 | 长城汽车股份有限公司 | 车辆的故障检测方法、***及车辆 |
CN110803025B (zh) * | 2018-08-02 | 2022-01-25 | 长城汽车股份有限公司 | 低压电源管理方法和***及电动车辆和存储介质 |
KR20200045033A (ko) * | 2018-10-12 | 2020-05-04 | 현대자동차주식회사 | 자동차 및 그의 위한 정보 출력 방법 |
-
2020
- 2020-09-23 CN CN202011012755.5A patent/CN112141122B/zh active Active
Also Published As
Publication number | Publication date |
---|---|
CN112141122A (zh) | 2020-12-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN112141122B (zh) | 车辆休眠异常检测方法、装置、设备及存储介质 | |
US20240137737A1 (en) | System and method for managing a fleet of vehicles including electric vehicles | |
CN112380045B (zh) | 车辆异常检测方法、装置、设备及存储介质 | |
CN112491671B (zh) | 一种整车馈电问题监测方法、***和汽车can网络网关 | |
CN108427393B (zh) | 检测电池耗尽的方法和装置 | |
US11378625B2 (en) | Motor vehicle battery wear monitoring system and method | |
CN112114259B (zh) | 一种车辆亏电状态监测方法、***、服务器和车辆 | |
CN111426984A (zh) | Obd模块断开检测方法、obd车载监控终端、obd监控*** | |
CN109272728B (zh) | 一种电量管理方法及装置 | |
AU2021204479B2 (en) | Battery failure or inadequate charge condition prediction method and system | |
CN112148538A (zh) | 一种整车故障识别方法、装置、***、汽车及计算机可读存储介质 | |
KR102113771B1 (ko) | 차량용 배터리 소모전류 차단 장치 및 그 방법 | |
CA2814464C (en) | Ignition event generation using data from vehicle bus | |
CN111880510A (zh) | 一种新能源汽车数据采集及发送方法及设备 | |
CN106926802B (zh) | 一种汽车电源的电压保护方法和装置 | |
CN114475475A (zh) | 车辆蓄电池管理方法、装置、电子设备 | |
JP2022114072A (ja) | 情報処理システム、ecu、及び情報処理方法 | |
US11552825B1 (en) | Systems and methods for controlling a non-interfering mode in a telematics device | |
US11954949B2 (en) | Systems and methods for identifying a vehicle based on messages received by a control area network bus of the vehicle | |
US20240096146A1 (en) | Systems and methods for configuring a non-interfering mode in a telematics device | |
CN105631323A (zh) | 识别obd设备恶意行为并处理的方法及装置 | |
CN117201375A (zh) | Ecu异常唤醒网络的检测方法、装置、车辆及存储介质 | |
CN113885477A (zh) | 一种故障检测方法及装置 | |
CN116880455A (zh) | 一种车辆故障定位方法、装置、车辆及存储介质 | |
CN115954982A (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 | ||
TR01 | Transfer of patent right |
Effective date of registration: 20211125 Address after: Room 103, building 1, yard 4, Hengxing Road, Gaoliying Town, Shunyi District, Beijing Patentee after: Beijing Rockwell Technology Co.,Ltd. Address before: Room 103, building 1, yard 4, Hengxing Road, Gaoliying Town, Shunyi District, Beijing Patentee before: BEIJING CHJ AUTOMOTIVE TECHNOLOGY Co.,Ltd. |
|
TR01 | Transfer of patent right |