CN114827184A - 车辆异常唤醒的处理方法、装置、车辆及云服务器 - Google Patents
车辆异常唤醒的处理方法、装置、车辆及云服务器 Download PDFInfo
- Publication number
- CN114827184A CN114827184A CN202110785530.1A CN202110785530A CN114827184A CN 114827184 A CN114827184 A CN 114827184A CN 202110785530 A CN202110785530 A CN 202110785530A CN 114827184 A CN114827184 A CN 114827184A
- Authority
- CN
- China
- Prior art keywords
- vehicle
- controller
- target controller
- state information
- network management
- 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.)
- Granted
Links
- 230000002159 abnormal effect Effects 0.000 title claims abstract description 108
- 238000003672 processing method Methods 0.000 title claims abstract description 10
- 238000012545 processing Methods 0.000 claims abstract description 39
- 238000000034 method Methods 0.000 claims abstract description 31
- 238000007726 management method Methods 0.000 description 82
- 238000010586 diagram Methods 0.000 description 12
- 230000008859 change Effects 0.000 description 4
- 238000004891 communication Methods 0.000 description 4
- 230000005856 abnormality Effects 0.000 description 3
- 238000011835 investigation Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000013024 troubleshooting Methods 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 230000008569 process Effects 0.000 description 1
- 230000008439 repair process Effects 0.000 description 1
Images
Classifications
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
-
- 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/10—Protocols in which an application is distributed across nodes in the network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
- H04W52/02—Power saving arrangements
- H04W52/0209—Power saving arrangements in terminal devices
- H04W52/0225—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
- H04W52/0248—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal dependent on the time of the day, e.g. according to expected transmission activity
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Health & Medical Sciences (AREA)
- Computing Systems (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Traffic Control Systems (AREA)
Abstract
本公开涉及一种车辆异常唤醒的处理方法、装置、车辆及云服务器，涉及车辆技术领域，该方法包括：在车辆的目标控制器被异常唤醒的情况下，针对连续第一预设数量个预设唤醒周期，获取每个预设唤醒周期内目标控制器发送的第一网络管理报文和目标控制器的状态信息，目标控制器为车辆的控制器中的任一控制器；将第一网络管理报文和状态信息发送至云服务器，以便云服务器根据第一网络管理报文和状态信息执行异常处理策略。这样，能够及时定位到被异常唤醒的控制器，并对被异常唤醒的控制器执行相应的异常处理策略，有效避免了由于控制器被异常唤醒导致的车辆亏电问题。
Description
技术领域
本公开涉及车辆技术领域，具体地，涉及一种车辆异常唤醒的处理方法、装置、车辆及云服务器。
背景技术
随着车辆行业的发展，人们对车辆的功能需求也越来越多，车辆上的控制器也随之增加，控制器数量的增加造成整车耗电量的加快。因此在没有通信需求的时候需要让各控制器保持休眠从而节省车辆电池的电量。
AUTOSAR(英文：AUTOmotive Open System Architecture；中文：汽车开放系统架构)/OSEK(英文：OpenSystems and the Corresponding Interfaces for AutomotiveElectronics；中文：汽车电子类开放系统和对应接口标准)网络管理系统是现阶段最常用的协同休眠策略，能够对车辆上的各控制器进行管理，使之有序的进行休眠与唤醒。但当个别控制器出现被频繁的唤醒的情况时，整车的控制器也会随之被频繁唤醒，最终导致车辆亏电。而控制器异常问题的排查需要工程师现场进行场景复现，但是，由于车辆功能的复杂性，往往需要花费大量的人力才能够定位到被异常唤醒的控制器，造成工作效率低。
发明内容
为了解决上述问题，本公开的目的是提供一种车辆异常唤醒的处理方法、装置、车辆及云服务器。
第一方面，本公开提供了一种车辆异常唤醒的处理方法，应用于车载终端，所述方法包括：在车辆的目标控制器被异常唤醒的情况下，针对连续第一预设数量个预设唤醒周期，获取每个所述预设唤醒周期内所述目标控制器发送的第一网络管理报文和所述目标控制器的状态信息，所述目标控制器为所述车辆的控制器中的任一控制器；将所述第一网络管理报文和所述状态信息发送至云服务器，以便所述云服务器根据所述第一网络管理报文和所述状态信息执行异常处理策略。
可选地，所述目标控制器通过以下方式确定被异常唤醒：在所述唤醒次数大于或者等于所述目标控制器对应的第一预设唤醒次数阈值的情况下，确定所述目标控制器被异常唤醒；或者，在所述唤醒次数大于或者等于所述目标控制器对应的第二预设唤醒次数阈值，且在连续第二预设数量个预设唤醒周期内所述状态信息发生变化的情况下，确定所述目标控制器被异常唤醒。
可选地，所述方法还包括：在接收到目标控制器发送的处理完成消息后，重置所述唤醒次数，所述处理完成消息用于表征所述目标控制器完成所述异常处理策略的执行；或者，在所述车辆的控制器中除目标控制器以外的其余控制器中的任一个被唤醒的情况下，重置所述唤醒次数；或者，在连续第二预设数量个预设唤醒周期内所述状态信息发生变化的情况下，重置所述唤醒次数。
可选地，所述方法还包括：在接收到所述目标控制器发送的第二网络管理报文的情况下，确定所述目标控制器被唤醒。
第二方面，本公开提供了一种车辆异常唤醒的处理方法，应用于云服务器，所述方法包括：在车辆的车载终端确定所述车辆的目标控制器被异常唤醒的情况下，接收所述车载终端发送的第一网络管理报文和状态信息，所述目标控制器为所述车辆的控制器中的任一控制器；根据所述第一网络管理报文和所述状态信息执行异常处理策略。
可选地，所述根据所述第一网络管理报文和所述状态信息执行异常处理策略包括：根据所述第一网络管理报文和所述状态信息确定所述目标控制器被连续异常唤醒的异常次数；执行所述异常次数对应的异常处理策略。
可选地，所述异常处理策略包括：在所述异常次数为一次的情况下，向所述车载终端发送控制器重启指令，以便所述车载终端根据所述控制器重启指令控制所述目标控制器重启；或者，在所述异常次数为两次的情况下，获取所述目标控制器的升级文件，向所述车载终端发送包含所述升级文件的控制器升级指令，以便所述车载终端根据所述升级文件控制所述目标控制器升级；或者，在所述异常次数为目标次数的情况下，根据所述第一网络管理报文和所述状态信息向所述车辆对应的用户终端发送异常通知消息，所述异常通知消息用于通知用户所述目标控制器被异常唤醒，所述目标次数包括三次或三次以上。
第三方面，本公开提供了一种车辆异常唤醒的处理装置，所述装置包括：信息获取模块，用于在车辆的目标控制器被异常唤醒的情况下，针对连续第一预设数量个预设唤醒周期，获取每个所述预设唤醒周期内所述目标控制器发送的第一网络管理报文和所述目标控制器的状态信息，所述目标控制器为所述车辆的控制器中的任一控制器；信息发送模块，用于将所述第一网络管理报文和所述状态信息发送至云服务器，以便所述云服务器根据所述第一网络管理报文和所述状态信息执行异常处理策略。
可选地，所述目标控制器通过以下方式确定被异常唤醒：在所述唤醒次数大于或者等于所述目标控制器对应的第一预设唤醒次数阈值的情况下，确定所述目标控制器被异常唤醒；或者，在所述唤醒次数大于或者等于所述目标控制器对应的第二预设唤醒次数阈值，且在连续第二预设数量个预设唤醒周期内所述状态信息发生变化的情况下，确定所述目标控制器被异常唤醒。
可选地，所述装置还包括：唤醒次数重置模块，用于在接收到目标控制器发送的处理完成消息后，重置所述唤醒次数，所述处理完成消息用于表征所述目标控制器完成所述异常处理策略的执行；或者，在所述车辆的控制器中除目标控制器以外的其余控制器中的任一个被唤醒的情况下，重置所述唤醒次数；或者，在连续第二预设数量个预设唤醒周期内所述状态信息发生变化的情况下，重置所述唤醒次数。
可选地，所述装置还包括：唤醒确定模块，用于在接收到所述目标控制器发送的第二网络管理报文的情况下，确定所述目标控制器被唤醒。
第四方面，本公开提供了一种车辆异常唤醒的处理装置，所述装置包括：信息接收模块，用于在车辆的车载终端确定所述车辆的目标控制器被异常唤醒的情况下，接收所述车载终端发送的第一网络管理报文和状态信息，所述目标控制器为所述车辆的控制器中的任一控制器；策略执行模块，用于根据所述第一网络管理报文和所述状态信息执行异常处理策略。
可选地，所述策略执行模块包括，异常唤醒次数确定子模块，用于根据所述第一网络管理报文和所述状态信息确定所述目标控制器被连续异常唤醒的异常次数；执行子模块，用于执行所述异常次数对应的异常处理策略。
可选地，所述异常处理策略包括：在所述异常次数为一次的情况下，向所述车载终端发送控制器重启指令，以便所述车载终端根据所述控制器重启指令控制所述目标控制器重启；或者，在所述异常次数为两次的情况下，获取所述目标控制器的升级文件，向所述车载终端发送包含所述升级文件的控制器升级指令，以便所述车载终端根据所述升级文件控制所述目标控制器升级；或者，在所述异常次数为目标次数的情况下，根据所述第一网络管理报文和所述状态信息向所述车辆对应的用户终端发送异常通知消息，所述异常通知消息用于通知用户所述目标控制器被异常唤醒，所述目标次数包括三次或三次以上。
第五方面，本公开提供了一种车辆，包括上述第三方面所述的装置。
第六方面，本公开提供了一种云服务器，包括上述第四方面所述的装置。
通过上述技术方案，在车辆的目标控制器被异常唤醒的情况下，针对连续第一预设数量个预设唤醒周期，获取每个所述预设唤醒周期内所述目标控制器发送的第一网络管理报文和所述目标控制器的状态信息，所述目标控制器为所述车辆的控制器中的任一控制器；将所述第一网络管理报文和所述状态信息发送至云服务器，以便所述云服务器根据所述第一网络管理报文和所述状态信息执行异常处理策略。这样，能够在车辆中出现被唤醒的控制器时，根据该控制器发送的第一网络管理报文和该控制器的状态信息确定该控制器是否被异常唤醒，在确定该控制器被异常唤醒的情况下，将第一网络管理报文和状态信息发送至云服务器，以便云服务器根据第一网络管理报文和状态信息执行异常处理策略，通过该方式能够及时定位到被异常唤醒的控制器，并对被异常唤醒的控制器执行相应的异常处理策略，有效避免了由于控制器被异常唤醒导致的车辆亏电问题。
本公开的其他特征和优点将在随后的具体实施方式部分予以详细说明。
附图说明
附图是用来提供对本公开的进一步理解，并且构成说明书的一部分，与下面的具体实施方式一起用于解释本公开，但并不构成对本公开的限制。在附图中：
图1是本公开实施例提供的一种车辆异常唤醒的处理方法的流程示意图；
图2是本公开实施例提供的另一种车辆异常唤醒的处理方法的流程示意图；
图3是本公开实施例提供的根据第一网络管理报文和状态信息执行异常处理策略的流程示意图；
图4是本公开实施例提供的另一种车辆异常唤醒的处理方法的流程示意图；
图5是本公开实施例提供的另一种车辆异常唤醒的处理方法的流程示意图；
图6是本公开实施例提供的一种车辆异常唤醒的处理装置的结构示意图；
图7是本公开实施例提供的另一种车辆异常唤醒的处理装置的结构示意图；
图8是本公开实施例提供的另一种车辆异常唤醒的处理装置的结构示意图；
图9是本公开实施例提供的另一种车辆异常唤醒的处理装置的结构示意图；
图10是本公开实施例提供的一种车辆的框图；
图11是本公开实施例提供的一种云服务器的框图。
具体实施方式
以下结合附图对本公开的具体实施方式进行详细说明。应当理解的是，此处所描述的具体实施方式仅用于说明和解释本公开，并不用于限制本公开。
在下文中的描述中，“第一”、“第二”等词汇，仅用于区分描述的目的，而不能理解为指示或暗示相对重要性，也不能理解为指示或暗示顺序。
首先，对本公开的应用场景进行说明，由于车辆上设置有多个控制器，在控制器没有通信需求的情况下，需要让控制器进入休眠状态从而节省车辆电池的电量。但当个别控制器频繁的出现异常唤醒时，整车的控制器也会随之被频繁唤醒，导致车辆电池电量消耗大。而控制器异常问题需要工程师现场对场景进行复现，并根据系统日志对异常问题进行定位。但是，发明人发现目前对被异常唤醒的控制器的排查过程十分复杂，且由于车辆功能的复杂性，对于发生异常的时间都很难准确定位，对于控制器异常问题的可追溯性差，往往需要投入大量的人力物力来解决，导致工作效率低。
为了解决上述问题，本公开提供一种车辆异常唤醒的处理方法、装置、车辆及云服务器，能够在车辆中出现被唤醒的控制器时，根据该控制器发送的第一网络管理报文和该控制器的状态信息确定该控制器是否被异常唤醒，在确定该控制器被异常唤醒的情况下，将第一网络管理报文和状态信息发送至云服务器，以便云服务器根据第一网络管理报文和状态信息执行异常处理策略，通过该方式能够及时定位到被异常唤醒的控制器，并对被异常唤醒的控制器执行相应的异常处理策略，有效避免了由于控制器被异常唤醒导致的车辆亏电问题。
图1为本公开实施例提供的一种车辆异常唤醒的处理方法的流程示意图，该方法的执行主体可以是车载终端，该车载终端可以是车载T-box(英文：Telematics BOX；中文：远程信息处理器)。如图1所示，该方法包括：如图1所示，该方法包括：
S101、在车辆的目标控制器被异常唤醒的情况下，针对连续第一预设数量个预设唤醒周期，获取每个预设唤醒周期内该目标控制器发送的第一网络管理报文和该目标控制器的状态信息。
其中，该目标控制器为该车辆的控制器中的任一控制器。该目标控制器从休眠状态被唤醒的时刻到下一次从休眠状态被唤醒的时刻之间的时间段为一个唤醒周期。第一网络管理报文可以反映该目标控制器从休眠状态被唤醒以及从休眠状态被唤醒的时间信息。
在本步骤中，在接收到该目标控制器发送的第二网络管理报文的情况下，确定该目标控制器被从休眠状态唤醒，在该目标控制器被从休眠状态唤醒后，可以根据该目标控制器的唤醒次数或者状态信息来确定该目标控制器是否为异常唤醒。
S102、将该第一网络管理报文和该状态信息发送至云服务器，以便于该云服务器根据该第一网络管理报文和该状态信息执行异常处理策略。
其中，该异常处理策略可以是向车载终端发送控制器重启指令或者控制器升级指令。车载终端在接收到云服务器发送的控制器重启指令或者控制器升级指令后，控制该目标控制器执行该指令。
需要说明的是，车载终端与车辆上的各个控制器之间可以通过CAN(英文：Controller Area Network，中文：控制器域网)通信或者以太网进行数据的传输。
采用上述方式，能够在车辆中出现被唤醒的控制器时，根据该控制器发送的第一网络管理报文和该控制器的状态信息确定该控制器是否被异常唤醒，在确定该控制器被异常唤醒的情况下，将第一网络管理报文和状态信息发送至云服务器，以便云服务器根据第一网络管理报文和状态信息执行异常处理策略，通过该方式能够及时定位到被异常唤醒的控制器，并对被异常唤醒的控制器执行相应的异常处理策略，有效避免了由于控制器被异常唤醒导致的车辆亏电问题。
下面对上述步骤S101中确定车辆的目标控制器被异常唤醒进行说明，在本实施例中，可以通过以下两种方式中的任一种方式确定目标控制器被异常唤醒：
方式一：在该唤醒次数大于或者等于该目标控制器对应的第一预设唤醒次数阈值的情况下，确定该目标控制器被异常唤醒。
其中，该唤醒次数通过设置在车载终端上的计数器对唤醒次数进行计数。不同的控制器对应的第一预设唤醒次数阈值是不同的，该第一预设唤醒次数阈值可以根据不同控制器的运行数据进行设置，本公开对此不作限定。
示例地，以该目标控制器为车灯控制器，该第一预设唤醒次数阈值为20次为例进行说明。当该车灯控制器的唤醒次数大于或者等于20次的情况下，即可以确定该车灯控制器被异常唤醒。
需要说明的是，考虑到在车辆上可能会设置较多数量的控制器，若在车载终端上对每个控制器设置一个计数器会造成成本过高，因此，在本方案中，为了降低成本，在车载终端上仅设置有一个计数器，用于记录目标控制器被连续唤醒的的唤醒次数。
同时，由于在车载终端上仅设置有一个计数器，该计数器用于记录目标控制器被连续唤醒的的唤醒次数，因此，当车辆控制器中出现除目标控制器以外的其他控制器被唤醒的情况时，即表明该目标控制器不是被连续唤醒的，此时确定该目标控制器没有被异常唤醒，将对该计数器清零，即重置唤醒次数。
另外，考虑到在车辆中可能会同时出现两个或两个以上的控制器被唤醒，此时，存在计数器应该优先记录哪个控制器的唤醒次数的问题。在本实施例中，通过上述两种通信方式，可以通过预先设置控制器的优先级，并对优先级高的控制器的第一网络管理报文优先进行传输，有效的避免了同时出现两个或两个以上的控制器被唤醒时，车载终端上设置的一个计数器应该优先记录哪个控制器的唤醒次数的问题。
方式二：在该唤醒次数大于或者等于该目标控制器对应的第二预设唤醒次数阈值，且在连续第二预设数量个预设唤醒周期内该状态信息发生变化的情况下，确定该目标控制器被异常唤醒。
其中，该第二预设唤醒次数阈值小于第一预设唤醒次数阈值，该连续第二预设数量可以与连续第一预设数量相同或者不同。由于目标控制器的状态信息的变化是由目标控制器进行控制的，因此，在该唤醒次数满足大于或者等于该目标控制器对应的第二预设唤醒次数阈值，且在连续第二预设数量个预设唤醒周期内该状态信息发生变化的情况下，即表示导致该目标控制器的状态信息发生变化的目标控制器存在被异常唤醒的情况，则可以确定该目标控制器被异常唤醒。
这样，只有在目标控制器的唤醒次数达到第二预设唤醒次数的情况下，才会去判断在连续第二数量个预设唤醒周期内的该目标控制器的状态信息是否发生变化，提高了通过目标控制器的状态信息确定目标控制器被异常唤醒的准确性。
示例地，以目标控制器为空调控制器且该空调控制器的状态信息为车辆空调的状态由关闭变为打开为例进行说明，在空调控制器被连续唤醒的次数达到第二预设唤醒次数阈值，且在连续第二预设数量个预设唤醒周期内该车辆空调的状态由关闭变为打开的情况下，即表明该空调控制器的状态信息发生变化，此时可以确定空调控制器被异常唤醒。
在本实施例中，由于计数器只用于记录目标控制器被连续唤醒的唤醒次数，为了准确记录该目标控制器被连续唤醒的唤醒次数，则需要在以下三种情形下对该计数器记录的唤醒次数进行重置：
情形一：在接收到目标控制器发送的处理完成消息后，重置该唤醒次数，该处理完成消息用于表征该目标控制器完成该异常处理策略的执行。
其中，在车载终端将该第一网络管理报文和该状态信息发送至云服务器之后，接收到云服务器发送的控制指令后，车载终端将控制该目标控制器执行该控制指令，同时，在该目标控制器执行了该控制指令之后，目标控制器会发送处理完成消息至车载终端，当车载终端接收到该目标控制器发动的处理完成消息后，即可以确定该目标控制器被异常唤醒的问题已经被解决。其中，该控制指令可以包括控制器重启指令和控制器升级指令中的一个。此时，重置该唤醒次数，也即将该记录目标控制器的计数器清零，以便于该计数器可以重新记录车辆中被连续唤醒的控制器的唤醒次数。
示例地，以该控制器为车窗控制器，该控制指令为重启指令为例进行说明，在车窗控制器确定被异常唤醒的情况下，车载终端将该车窗控制器的第一网络管理报文和车窗控制器的状态信息发送云服务器。在车载终端接收到云服务器发送的控制器重启指令的情况下，控制该车窗控制器进行重启。当该车窗控制器重启之后，发送处理完成消息至车载终端。在车载终端接收到车窗控制器发送的处理完成消息后，重置计数器记录的唤醒次数。
情形二：在该车辆的控制器中除目标控制器以外的其余控制器中的任一个被唤醒的情况下，重置该唤醒次数。
在本情形中，由于在该车辆的车载终端仅设置一个计数器，为了确定该计数器记录的目标控制器的唤醒次数是连续唤醒的且目标控制器没有发生变化。在该车辆的控制器中，若出现除目标控制器以外的其余控制器中的任一个被唤醒的情况，确定该目标控制器没有连续被唤醒，则该目标控制器不满足被连续唤醒的条件，即该目标控制器没有被异常唤醒。此时，重置该唤醒次数，也即将该记录目标控制器的计数器清零，以便于该计数器可以重新记录车辆中被唤醒的控制器的唤醒次数。
示例地，以目标控制器为车窗控制器，车辆的控制器中除目标控制器以外的其余控制器中的任一个被唤醒的控制器为车灯控制器为例进行说明。由于计数器之前记录的唤醒次数为车窗控制器的唤醒次数，因此，当车辆控制器中的车灯控制器被唤醒时，表明车窗控制器不是被连续唤醒的，此时，重置计数器记录的唤醒次数。
情形三：在连续第二预设数量个预设唤醒周期内该状态信息发生变化的情况下，重置该唤醒次数。
需要说明的是，若在连续第二预设数量个预设唤醒周期内该状态信息发生变化，则表明控制该状态信息发生变化的目标控制器被异常唤醒，无需再继续根据唤醒次数来确定该目标控制器是否为异常唤醒。此时，重置该唤醒次数，也即将该记录目标控制器的计数器清零，以便于该计数器可以重新记录车辆中被唤醒的控制器的唤醒次数。其中，该目标控制器可以是车辆控制器中的任一控制器。
示例地，以目标控制器为车灯控制器，车辆的车灯状态由关闭变为打开为例进行说明，在连续第二预设数量个预设唤醒周期内车辆的车灯状态由关闭变为打开的情况下，表明该车灯控制器被异常唤醒，此时，重置计数器记录的唤醒次数，以便于计数器可以重新记录车辆中控制器被唤醒的唤醒次数。
图2是本公开实施例提供的另一种车辆异常唤醒的处理方法的流程示意图，该方法的执行主体可以是云服务器，该云服务器可以TSP(英文：Telematics ServiceProvider；中文：汽车远程服务提供商)或其他能够进行信息交互的服务器，本公开对此不作限定。如图2所示，该方法包括：
S201、在车辆的车载终端确定该车辆的目标控制器被异常唤醒的情况下，接收该车载终端发送的第一网络管理报文和状态信息。
其中，该目标控制器为该车辆的控制器中的任一控制器，该第一网络管理报文和该状态信息用于表示在车辆中被异常唤醒的控制器，同时，还可以便于后期工程师对被异常唤醒的控制器的准确定位，以及问题的排查，可以及时更新控制器的升级文件，提高了处理问题的效率。
S202、根据该第一网络管理报文和该状态信息执行异常处理策略。
采用上述方式，能够在车辆中出现被异常唤醒的控制器的情况下，根据第一网络管理报文和状态信息执行异常处理策略，能够有效解决由于控制器被异常唤醒导致的车辆亏电问题。
如图3所示，该根据该第一网络管理报文和该状态信息执行异常处理策略包括：
S2021、根据该第一网络管理报文和该状态信息确定该目标控制器被连续异常唤醒的异常次数。
S2022、执行该异常次数对应的异常处理策略。
其中，该异常处理策略包括一下三种策略：
策略一：在该异常次数为一次的情况下，向该车载终端发送控制器重启指令，以便该车载终端根据该控制器重启指令控制该目标控制器重启。
在本策略中，在该目标控制器为第一次被连续异常唤醒的情况下，向该车载终端发送控制器重启指令，使得该目标控制器可以根据该重启指令进行重启。
示例地，以该目标控制器为车门控制器，该车门控制器为第一次被连续异常唤醒为例进行说明，在确定该车门控制器为第一次被连续异常唤醒的情况下，向该车载终端发送控制器重启指令，以便该车载终端根据该控制器重启指令控制该车门控制器重启。
策略二：在该异常次数为两次的情况下，获取该目标控制器的升级文件，向该车载终端发送包含该升级文件的控制器升级指令，以便该车载终端根据该升级文件控制该目标控制器升级。
在本策略中，若根据步骤S2021确定该目标控制器本次异常唤醒为第二次被连续异常唤醒，则说明策略一中对该目标控制器进行重启已经无法解决该目标控制器被异常唤醒的问题，此时获取该目标控制器的升级文件，并向该车载终端发送包含该升级文件的控制器升级指令，以便该车载终端根据该升级文件控制该目标控制器升级。其中，该升级文件包含该控制器最新的升级包，该控制器最新的升级包由工程师根据云服务器记录的该目标控制器的第一网络管理报文和状态信息对目标控制器的异常问题对其进行修复后上传的升级包。
示例地，以该目标控制器为雨刮器控制器，该雨刮器控制器为第二次被连续异常唤醒为例进行说明，在确定该雨刮器控制器为第二次被连续异常唤醒的情况下，获取该雨刮器控制器的升级文件，向该车载终端发送包含该升级文件的控制器升级指令，以便该车载终端根据该升级文件控制该雨刮器控制器升级。
策略三：在该异常次数为目标次数的情况下，根据该第一网络管理报文和该状态信息向该车辆对应的用户终端发送异常通知消息，该异常通知消息用于通知用户该目标控制器被异常唤醒。
其中，目标次数包括三次或三次以上。该用户终端可以是手机、平板电脑、笔记本电脑或智能手表等与车辆连接的设备，本公开对此不作限定。
在本策略中，若根据步骤S2021确定该目标控制器本次异常唤醒为目标次数被连续异常唤醒，则说明策略一以及策略二中的异常处理策略已经无法解决该目标控制器被异常唤醒的问题，此时云服务器根据该第一网络管理报文和该状态信息将对应的目标控制器被异常唤醒的问题发送到该车辆对应的用户终端，以便于用户及时发现车辆中出现被异常唤醒的控制器，并采取相应的应对措施，可以有效避免由于控制器被异常唤醒导致的车辆亏电问题。
示例地，以目标控制器为车窗控制器，该车窗控制器为第三次被连续异常唤醒次数为例进行说明，当该车窗控制器被连续异常唤醒次数达到三次，则根据该车窗控制器的第一网络管理报文和该车窗的状态向该车辆对应的用户终端发送异常通知消息，该异常通知消息可以是“车窗控制器被异常唤醒”，便于用户根据该异常通知消息及时发现车辆中出现被异常唤醒的控制器。
需要说明的是，若在连续第二预设数量个预设唤醒周期内该状态信息发生变化的情况下，云服务器将该第一网络管理报文以及该状态信息记录下来，便于用户后期进行问题排查，同时，将根据该第一网络管理报文和该状态信息向该车辆对应的用户终端发送异常通知消息，该异常通知消息用于通知用户该目标控制器被异常唤醒。由用户初步对异常唤醒的控制器进行问题排查，排除是否可能是由于人为操作导致的状态信息的变化。若在用户初步排查后，确定该状态信息的变化不是由于人为操作导致的，则说明该目标控制器被异常唤醒问题已经比较严重，需要用户将车辆开往就近维修点由工程师对异常唤醒问题进行排查。
图4是本公开实施例提供的另一种车辆异常唤醒的处理方法的流程示意图，以该目标控制器是通过上述方式一确定目标控制器被异常唤醒为例进行说明，如图4所示，该方法包括：
S401、在目标控制器被唤醒的情况下，接收目标控制器发送的第一网络管理报文。
S402、判断该第一网络管理报文是否为首帧报文。
若是首帧报文，执行步骤S403；
若不是首帧报文，执行步骤S404。
其中，该首帧报文表示用于记录控制器唤醒次数的计数器记1时的目标控制器发送的网络管理报文，可以通过判断该第一网络管理报文是否为首帧报文来确定是否有除目标控制器以外的其他控制器被唤醒。若该第一网络管理报文是首帧报文则表示该目标控制器是被连续唤醒的，若该第一网络管理报文不是首帧报文则表示该目标控制器不是被连续唤醒的。
S403、判断该目标控制器的唤醒次数是否大于或者等于第一预设唤醒次数阈值。
其中，该唤醒次数通过设置在车载终端上的计数器对唤醒次数进行计数。不同的控制器对应的第一预设唤醒次数阈值是不同的，该第一预设唤醒次数阈值可以根据不同控制器的运行数据进行设置，本公开对此不作限定。
若该目标控制器的唤醒次数大于或者等于第一预设唤醒次数阈值，执行步骤S405；
若该目标控制器的唤醒次数小于第一预设唤醒次数阈值，执行步骤S401。
S404、重置唤醒次数。
S405、确定该目标控制器被异常唤醒。
S406、在车辆的目标控制器被异常唤醒的情况下，针对连续第一预设数量个预设唤醒周期，获取每个所述预设唤醒周期内所述目标控制器发送的第一网络管理报文和所述目标控制器的状态信息。
其中，该连续第一预设数量可以根据不同控制器的运行数据进行设置，本公开对此不作限定。
S407、发送该第一网络管理报文和该目标控制器的状态信息给云服务器。
S408、根据该第一网络管理报文和该状态信息确定该目标控制器被连续异常唤醒的异常次数。
其中，该异常次数为该目标控制器被连续异常唤醒的次数。
S409、判断该异常次数是否大于或者等于三次。
若该异常次数大于或者等于三次，执行步骤S410；
若该异常次数小于三次，执行步骤S411。
S410、根据该第一网络管理报文和该状态信息，向该车辆对应的用户终端发送异常通知消息。
其中，该异常通知消息用于通知用户该目标控制器被异常唤醒。
S411、根据该目标控制器内连续异常唤醒的异常系数，生成相应的控制指令。
其中，在该异常次数为一次的情况下，控制指令为控制器重启指令，云服务器向该车载终端发送控制器重启指令，以便该车载终端根据该控制器重启指令控制该目标控制器重启。在该异常次数为两次的情况下，控制指令为控制器升级指令，云服务器获取该目标控制器的升级文件，并向该车载终端发送包含该升级文件的控制器升级指令，以便该车载终端根据该升级文件控制该目标控制器升级。
S412、发送该控制指令给车载终端。
S413、控制目标控制器执行该控制指令。
S414、接收到目标控制器发送的处理完成消息。
在步骤S414后，执行步骤S404。
采用上述方式，能够在车辆中出现被唤醒的控制器时，根据该控制器发送的第一网络管理报文和该控制器的状态信息确定该控制器是否被异常唤醒，在确定该控制器被异常唤醒的情况下，将第一网络管理报文和状态信息发送至云服务器，以便云服务器根据第一网络管理报文和状态信息执行异常处理策略，通过该方式能够及时定位到被异常唤醒的控制器，并对被异常唤醒的控制器执行相应的异常处理策略，有效避免了由于控制器被异常唤醒导致的车辆亏电问题。
图5是本公开实施例提供的另一种车辆异常唤醒的处理方法的流程示意图，以该目标控制器是通过上述方式二确定目标控制器被异常唤醒为例进行说明，如图5所示，该方法包括：
S501、在目标控制器被唤醒的情况下，接收目标控制器发送的第一网络管理报文。
S502、判断该目标控制器的唤醒次数是否大于或者等于第二预设唤醒次数阈值。
其中，该第二预设唤醒次数阈值可以根据不同控制器的运行数据进行设置，本公开对此不作限定。
若该目标控制器的唤醒次数大于或者等于第二预设唤醒次数阈值，执行步骤S503；
若该目标控制器的唤醒次数小于第二预设唤醒次数阈值，执行步骤S501。
S503、获取连续第二预设数量个预设唤醒周期内的该目标控制器的状态信息。
其中，该连续第一预设数量可以根据不同控制器的运行数据进行设置，本公开对此不作限定。
S504、判断该目标控制器的状态信息是否发生变化。
若该目标控制器的状态信息发生变化，执行步骤S505；
若该目标控制器的状态信息没有发生变化，执行步骤S501。
S505、确定该目标控制器被异常唤醒。
S506、重置唤醒次数。
S507、发送该第一网络管理报文和该目标控制器的状态信息给云服务器。
S508、根据该第一网络管理报文和该状态信息，向该车辆对应的用户终端发送异常通知消息。
其中，该异常通知消息用于通知用户该目标控制器被异常唤醒。
采用上述方式，能够在车辆中出现被唤醒的控制器时，根据该控制器发送的第一网络管理报文和该控制器的状态信息确定该控制器是否被异常唤醒，在确定该控制器被异常唤醒的情况下，将第一网络管理报文和状态信息发送至云服务器，以便云服务器根据第一网络管理报文和状态信息执行异常处理策略，通过该方式能够及时定位到被异常唤醒的控制器，并对被异常唤醒的控制器执行相应的异常处理策略，有效避免了由于控制器被异常唤醒导致的车辆亏电问题。
图6是本公开实施例提供的一种车辆异常唤醒的处理装置的结构示意图，该装置可以应用于车载终端，该装置包括：
信息获取模块601，用于在车辆的目标控制器被异常唤醒的情况下，针对连续第一预设数量个预设唤醒周期，获取每个该预设唤醒周期内该目标控制器发送的第一网络管理报文和该车辆的状态信息，该目标控制器为该车辆的控制器中的任一控制器；
信息发送模块602，用于将该第一网络管理报文和该状态信息发送至云服务器，以便该云服务器根据该第一网络管理报文和该状态信息执行异常处理策略。
可选地，该目标控制器通过以下方式确定被异常唤醒：
在该唤醒次数大于或者等于该目标控制器对应的第一预设唤醒次数阈值的情况下，确定该目标控制器被异常唤醒；或者，
在该唤醒次数大于或者等于该目标控制器对应的第二预设唤醒次数阈值，且在连续第二预设数量个预设唤醒周期内该状态信息发生变化的情况下，确定该目标控制器被异常唤醒。
可选地，如图7所示该装置还包括：唤醒次数重置模块603，用于在接收到目标控制器发送的处理完成消息后，重置该唤醒次数，该处理完成消息用于表征该目标控制器完成该异常处理策略的执行；或者，在该车辆的控制器中除目标控制器以外的其余控制器中的任一个被唤醒的情况下，重置该唤醒次数；或者，在连续第二预设数量个预设唤醒周期内该状态信息发生变化的情况下，重置该唤醒次数。
可选地，该装置还包括：唤醒确定模块604，用于在接收到该目标控制器发送的第二网络管理报文的情况下，确定该目标控制器被唤醒。
采用上述装置，能够在车辆中出现被唤醒的控制器时，根据该控制器发送的第一网络管理报文和该控制器的状态信息确定该控制器是否被异常唤醒，在确定该控制器被异常唤醒的情况下，将第一网络管理报文和状态信息发送至云服务器，以便云服务器根据第一网络管理报文和状态信息执行异常处理策略，通过该装置能够及时定位到被异常唤醒的控制器，并对被异常唤醒的控制器执行相应的异常处理策略，有效避免了由于控制器被异常唤醒导致的车辆亏电问题。
图8是本公开实施例提供的另一种车辆异常唤醒的处理装置的结构示意图，该装置可以应用于云服务器，该装置包括：
信息接收模块801，用于在车辆的车载终端确定该车辆的目标控制器被异常唤醒的情况下，接收该车载终端发送的第一网络管理报文和状态信息。
其中，该目标控制器为该车辆的控制器中的任一控制器。
策略执行模块802，用于根据该第一网络管理报文和该状态信息执行异常处理策略。
可选地，如图9所示，策略执行模块802包括：异常次数确定子模块8021，用于根据该第一网络管理报文和该状态信息确定该目标控制器被连续异常唤醒的异常次数；执行子模块8022，用于执行该异常次数对应的异常处理策略。
可选地，该异常处理策略包括：在该异常次数为一次的情况下，向该车载终端发送控制器重启指令，以便该车载终端根据该控制器重启指令控制该目标控制器重启；或者，在该异常次数为两次的情况下，获取该目标控制器的升级文件，向该车载终端发送包含该升级文件的控制器升级指令，以便该车载终端根据该升级文件控制该目标控制器升级；或者，在该异常次数为目标次数的情况下，根据该第一网络管理报文和该状态信息向该车辆对应的用户终端发送异常通知消息，该异常通知消息用于通知用户该目标控制器被异常唤醒。
采用上述装置，能够在车辆中出现被异常唤醒的控制器的情况下，根据第一网络管理报文和状态信息执行异常处理策略，能够有效解决由于控制器被异常唤醒导致的车辆亏电问题。
关于上述实施例中的装置，其中各步骤的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
本公开还涉及一种车辆1000，如图10所示，该车辆包括上述图6和图7所示的车辆异常唤醒的处理装置600。
本公开还涉及一种云服务器1100，如图11所示，该云服务器包括上述图8和图9所示的车辆异常唤醒的处理装置800。
以上结合附图详细描述了本公开的优选实施方式，但是，本公开并不限于上述实施方式中的具体细节，在本公开的技术构思范围内，可以对本公开的技术方案进行多种简单变型，这些简单变型均属于本公开的保护范围。
另外需要说明的是，在上述具体实施方式中所描述的各个具体技术特征，在不矛盾的情况下，可以通过任何合适的方式进行组合，为了避免不必要的重复，本公开对各种可能的组合方式不再另行说明。
此外，本公开的各种不同的实施方式之间也可以进行任意组合，只要其不违背本公开的思想，其同样应当视为本公开所公开的内容。
Claims (11)
1.一种车辆异常唤醒的处理方法，其特征在于，应用于车载终端，所述方法包括：
在车辆的目标控制器被异常唤醒的情况下，针对连续第一预设数量个预设唤醒周期，获取每个所述预设唤醒周期内所述目标控制器发送的第一网络管理报文和所述目标控制器的状态信息，所述目标控制器为所述车辆的控制器中的任一控制器；
将所述第一网络管理报文和所述状态信息发送至云服务器，以便所述云服务器根据所述第一网络管理报文和所述状态信息执行异常处理策略。
2.根据权利要求1所述的方法，其特征在于，所述目标控制器通过以下方式确定被异常唤醒：
在所述唤醒次数大于或者等于所述目标控制器对应的第一预设唤醒次数阈值的情况下，确定所述目标控制器被异常唤醒；或者，
在所述唤醒次数大于或者等于所述目标控制器对应的第二预设唤醒次数阈值，且在连续第二预设数量个预设唤醒周期内所述状态信息发生变化的情况下，确定所述目标控制器被异常唤醒。
3.根据权利要求2所述的方法，其特征在于，所述方法还包括：
在接收到目标控制器发送的处理完成消息后，重置所述唤醒次数，所述处理完成消息用于表征所述目标控制器完成所述异常处理策略的执行；或者，
在所述车辆的控制器中除目标控制器以外的其余控制器中的任一个被唤醒的情况下，重置所述唤醒次数；或者，
在连续第二预设数量个预设唤醒周期内所述状态信息发生变化的情况下，重置所述唤醒次数。
4.根据权利要求1至3任一项所述的方法，其特征在于，所述方法还包括：
在接收到所述目标控制器发送的第二网络管理报文的情况下，确定所述目标控制器被唤醒。
5.一种车辆异常唤醒的处理方法，其特征在于，应用于云服务器，所述方法包括：
在车辆的车载终端确定所述车辆的目标控制器被异常唤醒的情况下，接收所述车载终端发送的第一网络管理报文和状态信息，所述目标控制器为所述车辆的控制器中的任一控制器；
根据所述第一网络管理报文和所述状态信息执行异常处理策略。
6.根据权利要求5所述的方法，其特征在于，所述根据所述第一网络管理报文和所述状态信息执行异常处理策略包括：
根据所述第一网络管理报文和所述状态信息确定所述目标控制器被连续异常唤醒的异常次数；
执行所述异常次数对应的异常处理策略。
7.根据权利要求6所述的方法，其特征在于，所述异常处理策略包括：
在所述异常次数为一次的情况下，向所述车载终端发送控制器重启指令，以便所述车载终端根据所述控制器重启指令控制所述目标控制器重启；或者，
在所述异常次数为两次的情况下，获取所述目标控制器的升级文件，向所述车载终端发送包含所述升级文件的控制器升级指令，以便所述车载终端根据所述升级文件控制所述目标控制器升级；或者，
在所述异常次数为目标次数的情况下，根据所述第一网络管理报文和所述状态信息向所述车辆对应的用户终端发送异常通知消息，所述异常通知消息用于通知用户所述目标控制器被异常唤醒，所述目标次数包括三次或三次以上。
8.一种车辆异常唤醒的处理装置，其特征在于，所述装置包括：
信息获取模块，用于在车辆的目标控制器被异常唤醒的情况下，针对连续第一预设数量个预设唤醒周期，获取每个所述预设唤醒周期内所述目标控制器发送的第一网络管理报文和所述目标控制器的状态信息，所述目标控制器为所述车辆的控制器中的任一控制器；
信息发送模块，用于将所述第一网络管理报文和所述状态信息发送至云服务器，以便所述云服务器根据所述第一网络管理报文和所述状态信息执行异常处理策略。
9.一种车辆异常唤醒的处理装置，其特征在于，所述装置包括：
信息接收模块，用于在车辆的车载终端确定所述车辆的目标控制器被异常唤醒的情况下，接收所述车载终端发送的第一网络管理报文和状态信息，所述目标控制器为所述车辆的控制器中的任一控制器；
策略执行模块，用于根据所述第一网络管理报文和所述状态信息执行异常处理策略。
10.一种车辆，其特征在于，包括上述权利要求8所述的装置。
11.一种云服务器，其特征在于，包括上述权利要求9所述的装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110785530.1A CN114827184B (zh) | 2021-07-12 | 2021-07-12 | 车辆异常唤醒的处理方法、装置、车辆及云服务器 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110785530.1A CN114827184B (zh) | 2021-07-12 | 2021-07-12 | 车辆异常唤醒的处理方法、装置、车辆及云服务器 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN114827184A true CN114827184A (zh) | 2022-07-29 |
| CN114827184B CN114827184B (zh) | 2024-08-20 |
Family
ID=82525644
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110785530.1A Active CN114827184B (zh) | 2021-07-12 | 2021-07-12 | 车辆异常唤醒的处理方法、装置、车辆及云服务器 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114827184B (zh) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115580639A (zh) * | 2022-09-23 | 2023-01-06 | 中国第一汽车股份有限公司 | 用于生成车辆唤醒指令的数据处理方法和系统 |
| CN116170355A (zh) * | 2023-02-10 | 2023-05-26 | 重庆长安新能源汽车科技有限公司 | 车端网络异常唤醒源监测方法、装置、设备及介质 |
| WO2024109320A1 (zh) * | 2022-11-23 | 2024-05-30 | 深蓝汽车科技有限公司 | 车辆异常唤醒的监控方法、装置、服务器及存储介质 |
Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20150329078A1 (en) * | 2010-12-13 | 2015-11-19 | Mediatek Singapore Pte. Ltd. | In-vehicle protection system using multiple processing units and/or using communication module to send positioning information |
| CN109413762A (zh) * | 2018-10-19 | 2019-03-01 | 北京经纬恒润科技有限公司 | 一种车载Tbox的唤醒方法及装置 |
| JP2019084942A (ja) * | 2017-11-06 | 2019-06-06 | トヨタ自動車株式会社 | 電子制御装置 |
| JP2020051034A (ja) * | 2018-09-25 | 2020-04-02 | ダイハツ工業株式会社 | 車両制御装置 |
| KR20200052653A (ko) * | 2018-11-07 | 2020-05-15 | 현대오트론 주식회사 | 차량용 제어기 및 그것의 동작 방법 |
| CN111660956A (zh) * | 2019-03-08 | 2020-09-15 | 北京新能源汽车股份有限公司 | 一种网络管理状态监控方法、装置及汽车 |
| CN112558590A (zh) * | 2020-12-08 | 2021-03-26 | 广州橙行智动汽车科技有限公司 | 网络管理异常监测方法、系统、车辆及可读存储介质 |
| CN113015135A (zh) * | 2021-03-29 | 2021-06-22 | 重庆长安汽车股份有限公司 | 基于网络管理远程监控车端控制器休眠唤醒方法 |
| CN113064403A (zh) * | 2021-03-28 | 2021-07-02 | 重庆长安汽车股份有限公司 | 一种基于osek网络管理的控制器状态监控方法 |
-
2021
- 2021-07-12 CN CN202110785530.1A patent/CN114827184B/zh active Active
Patent Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20150329078A1 (en) * | 2010-12-13 | 2015-11-19 | Mediatek Singapore Pte. Ltd. | In-vehicle protection system using multiple processing units and/or using communication module to send positioning information |
| JP2019084942A (ja) * | 2017-11-06 | 2019-06-06 | トヨタ自動車株式会社 | 電子制御装置 |
| JP2020051034A (ja) * | 2018-09-25 | 2020-04-02 | ダイハツ工業株式会社 | 車両制御装置 |
| CN109413762A (zh) * | 2018-10-19 | 2019-03-01 | 北京经纬恒润科技有限公司 | 一种车载Tbox的唤醒方法及装置 |
| KR20200052653A (ko) * | 2018-11-07 | 2020-05-15 | 현대오트론 주식회사 | 차량용 제어기 및 그것의 동작 방법 |
| CN111660956A (zh) * | 2019-03-08 | 2020-09-15 | 北京新能源汽车股份有限公司 | 一种网络管理状态监控方法、装置及汽车 |
| CN112558590A (zh) * | 2020-12-08 | 2021-03-26 | 广州橙行智动汽车科技有限公司 | 网络管理异常监测方法、系统、车辆及可读存储介质 |
| CN113064403A (zh) * | 2021-03-28 | 2021-07-02 | 重庆长安汽车股份有限公司 | 一种基于osek网络管理的控制器状态监控方法 |
| CN113015135A (zh) * | 2021-03-29 | 2021-06-22 | 重庆长安汽车股份有限公司 | 基于网络管理远程监控车端控制器休眠唤醒方法 |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115580639A (zh) * | 2022-09-23 | 2023-01-06 | 中国第一汽车股份有限公司 | 用于生成车辆唤醒指令的数据处理方法和系统 |
| WO2024109320A1 (zh) * | 2022-11-23 | 2024-05-30 | 深蓝汽车科技有限公司 | 车辆异常唤醒的监控方法、装置、服务器及存储介质 |
| CN116170355A (zh) * | 2023-02-10 | 2023-05-26 | 重庆长安新能源汽车科技有限公司 | 车端网络异常唤醒源监测方法、装置、设备及介质 |
| CN116170355B (zh) * | 2023-02-10 | 2024-05-17 | 深蓝汽车科技有限公司 | 车端网络异常唤醒源监测方法、装置、设备及介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN114827184B (zh) | 2024-08-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN114827184B (zh) | 车辆异常唤醒的处理方法、装置、车辆及云服务器 | |
| CN108833122B (zh) | 车载通信控制器的唤醒方法、装置及存储介质 | |
| CN112148538A (zh) | 一种整车故障识别方法、装置、系统、汽车及计算机可读存储介质 | |
| CN110888662A (zh) | 一种车辆远程静默升级方法、装置、车辆和存储介质 | |
| CN112306044A (zh) | 一种整车总线网络未休眠异常监测方法和系统 | |
| CN113064403A (zh) | 一种基于osek网络管理的控制器状态监控方法 | |
| CN114460913A (zh) | 一种车辆上的ecu管理方法、ecu以及可读存储介质 | |
| CN105373713A (zh) | 车载终端唤醒方法、车载终端及车辆 | |
| CN113923137A (zh) | 一种整车总线网络异常监控方法和系统 | |
| CN110928561A (zh) | 车辆控制器软件版本管理方法、装置、车辆和存储介质 | |
| CN114598567A (zh) | 通信方法、设备及存储介质 | |
| EP4246284A1 (en) | Hierarchical management method and system for terminal device | |
| CN115503625A (zh) | 车辆亏电分析方法、装置、设备及计算机可读存储介质 | |
| CN115167335A (zh) | 基于autosar架构的状态机故障检测方法 | |
| CN113422738A (zh) | 一种智能主机的mcu通信服务方法 | |
| CN212752645U (zh) | 一种基于车辆打火状态的车载终端网络注册系统 | |
| CN117818358A (zh) | 一种车辆中高压互锁信号的检测方法及装置 | |
| CN113973088A (zh) | 一种智能主机的mcu通信服务系统 | |
| CN113259904B (zh) | 一种船用网络系统、方法及计算机可读存储介质 | |
| CN113910910B (zh) | 电动汽车低压电源补电方法、装置、设备及存储介质 | |
| CN112907772B (zh) | 一种前装式etc电子标签系统、方法及存储介质 | |
| CN114980021A (zh) | 一种车辆的状态反馈方法、装置、电子设备和存储介质 | |
| CN114691177A (zh) | 一种用于车载远程监控系统的升级方法及装置 | |
| CN113253701A (zh) | 车辆远程诊断系统及方法 | |
| CN115460028B (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 |