CN114978883A - 网络唤醒的管理方法、装置、电子设备及存储介质 - Google Patents
网络唤醒的管理方法、装置、电子设备及存储介质 Download PDFInfo
- Publication number
- CN114978883A CN114978883A CN202210553092.0A CN202210553092A CN114978883A CN 114978883 A CN114978883 A CN 114978883A CN 202210553092 A CN202210553092 A CN 202210553092A CN 114978883 A CN114978883 A CN 114978883A
- Authority
- CN
- China
- Prior art keywords
- network
- awakening
- wake
- management
- controller
- 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
Images
Classifications
-
- 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/069—Management of faults, events, alarms or notifications using logs of notifications; Post-processing of notifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
- H04L2012/40208—Bus networks characterized by the use of a particular bus standard
- H04L2012/40215—Controller Area Network CAN
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
- H04L2012/40267—Bus for use in transportation systems
- H04L2012/40273—Bus for use in transportation systems the transportation system being a vehicle
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/50—Reducing energy consumption in communication networks in wire-line communication networks, e.g. low power modes or reduced link rate
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Small-Scale Networks (AREA)
- Power Sources (AREA)
Abstract
本申请公开了一种网络唤醒的管理方法、装置、电子设备及存储介质,涉及计算机技术领域。其中,该方法包括:检测网络控制器的网络模式;若网络模式为休眠模式,则在接收到网络唤醒请求时确定网络唤醒请求的类型;基于网络唤醒请求的类型,对网络唤醒请求进行管理得到对应的唤醒管理日志,并将唤醒管理日志存储至网络控制器中的内存单元。本申请提供的技术方案,对网络在睡眠状态下存在唤醒网络的控制器进行捕获,并生成独立的唤醒管理日志和总线数据进行独立存储以作备证,可以解决车辆故障排查难的问题。
Description
技术领域
本申请涉及计算机技术领域,尤其涉及一种网络唤醒的管理方法、装置、电子设备及存储介质。
背景技术
随着汽车搭载了远程功能使得车辆在电源关闭的情况下还需要具备响应用户需求的能力,越来越多的汽车控制器都具备控制器局域网络(Controller Area Network,CAN)总线睡眠唤醒能力,而一旦这些部件出现了偶发性的故障导致车辆无法睡眠,大量的静电流会导致车辆快速亏电进而无法起动。而这一类故障往往很难排查,每每遇到客户抱怨的时候却无法抓到可以指证故障的证据。
网关作为整车网络的核心,实际是最具备监控网络上睡眠唤醒情况的节点。但是目前的网关技术基本还停留于网段间路由的基础工作,在部分项目开发中可能会增加一些组件集成工作,但其本职工作总归是对不同网段间的报文进行路由,没有对网关所处的架构优势进行深度挖掘,也无法解决上述这种排查难的问题。
发明内容
本申请提供了一种网络唤醒的管理方法、装置、电子设备及存储介质,可以解决车辆故障排查难的问题。
第一方面,本申请提供了一种网络唤醒的管理方法,该方法包括:
检测网络控制器的网络模式;
若所述网络模式为休眠模式,则在接收到网络唤醒请求时确定所述网络唤醒请求的类型;
基于所述网络唤醒请求的类型,对所述网络唤醒请求进行管理得到对应的唤醒管理日志,并将所述唤醒管理日志存储至所述网络控制器中的内存单元。
第二方面,本申请提供了一种网络唤醒的管理装置,该装置包括:
检测模块,用于检测网络控制器的网络模式;
确定模块,用于若所述网络模式为休眠模式,则在接收到网络唤醒请求时确定所述网络唤醒请求的类型;
管理模块,用于基于所述网络唤醒请求的类型,对所述网络唤醒请求进行管理得到对应的唤醒管理日志,并将所述唤醒管理日志存储至所述网络控制器中的内存单元。
第三方面,本申请提供了一种电子设备,该电子设备包括:
至少一个处理器;以及
与所述至少一个处理器通信连接的存储器;其中,
所述存储器存储有可被所述至少一个处理器执行的计算机程序,所述计算机程序被所述至少一个处理器执行,以使所述至少一个处理器能够执行本申请任意实施例所述的网络唤醒的管理方法。
第四方面,本申请提供了一种计算机可读存储介质,所述计算机可读存储介质存储有计算机指令,所述计算机指令用于使处理器执行时实现本申请任意实施例所述的网络唤醒的管理方法。
本申请实施例提供了一种网络唤醒的管理方法、装置、电子设备及存储介质,该方法包括:检测网络控制器的网络模式;若网络模式为休眠模式,则在接收到网络唤醒请求时确定网络唤醒请求的类型;基于网络唤醒请求的类型,对网络唤醒请求进行管理得到对应的唤醒管理日志,并将唤醒管理日志存储至网络控制器中的内存单元。本申请在网络控制器处于休眠模式下,接收到网络唤醒请求时先分析网络唤醒请求的类型,再针对不同类型的网络唤醒请求进行不同措施的网络唤醒管理,最终生成唤醒管理日志。本申请对网络在睡眠状态下存在唤醒网络的控制器进行捕获,并生成独立的唤醒管理日志和总线数据进行独立存储以作备证,可以解决车辆故障排查难的问题。
应当理解,本部分所描述的内容并非旨在标识本申请的实施例的关键或重要特征,也不用于限制本申请的范围。本申请的其他特征将通过以下的说明书而变得容易理解。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本申请实施例提供的一种网络唤醒的管理方法的第一流程示意图;
图2为本申请实施例提供的一种网络唤醒的管理方法的第二流程示意图;
图3为本申请实施例提供的一种网络唤醒的管理装置的结构示意图;
图4是用来实现本申请实施例的一种网络唤醒的管理方法的电子设备的框图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本申请保护的范围。
需要说明的是,本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本发明的实施例能够实施除了在这里图示或描述的那些之外的顺序。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
图1为本申请实施例提供的一种网络唤醒的管理方法的第一流程示意图,本实施例可适用于对网络唤醒进行管理的情况。本实施例提供的一种网络唤醒的管理方法可以由本申请实施例提供的网络唤醒的管理装置来执行,该装置可以通过软件和/或硬件的方式实现,并集成在执行本方法的电子设备中。本实施例以电子设备为车辆为例进行介绍,执行本申请网络唤醒的管理方法的执行主体可以是配置在车辆上的微处理器。
参见图1,本实施例的方法包括但不限于如下步骤:
S110、检测网络控制器的网络模式。
其中,网络控制器是指对车辆的网络状态进行监控的控制单元,如网关或其他处于网络中心的类网关部件;网络模式是指车辆与网络之间的连接状态,可以包括休眠模式、预休眠模式和工作模式。
在本申请实施例中,可以通过配置在车辆上的微处理器实时获取当前网络控制器的网络模式,或者网络控制器主动将自身的网络模式上报给微处理器。
可选的,为了实现对汽车网络上发生的异常睡眠唤醒源的监控,需要对网络控制器(如网关或者其他处于网络中心的类网关部件)进行一定程度的定制化开发,网络控制器除了需要留有监控功能单独的日志系统和下电不丢失的内部存储单元之外,还需要具有数据解析能力与故障记录能力。
S120、若网络模式为休眠模式,则在接收到网络唤醒请求时确定网络唤醒请求的类型。
其中,当车辆处于休眠模式下,只接收电子控制单元(Electronic Control Unit,ECU)节点的网络唤醒请求,不发送任何报文。网络唤醒是以网络管理报文为基础来协同整个网络“同睡同醒”,采用分布式的直接网络管理方式来发送自身节点所需的网络唤醒请求及自身网络管理状态,并接收来自控制器局域网络(Controller Area Network,CAN)总线上其他ECU节点的网络唤醒请求与状态。
其中,网络唤醒请求的类型包括本地唤醒请求和远程唤醒请求。
在本申请实施例中,在网络控制器的网络模式为休眠模式的情况下,接收到来自ECU节点的网络唤醒请求时,需要先确定网络唤醒请求的类型,再针对不同类型的网络唤醒请求进行不同措施的网络唤醒管理。
S130、基于网络唤醒请求的类型,对网络唤醒请求进行管理得到对应的唤醒管理日志,并将唤醒管理日志存储至网络控制器中的内存单元。
其中,唤醒管理日志用于记录与网络唤醒请求相关的信息,如唤醒管理日志中可以包括唤醒源的标识信息、网络唤醒请求的时间戳以及与其相关的网络管理报文等。
具体的,本步骤基于网络唤醒请求的类型,对网络唤醒请求进行管理得到对应的唤醒管理日志的具体过程,可以通过以下两种情况进行实现:
情况一:在网络唤醒请求的类型为本地唤醒请求时,生成第一唤醒管理日志。
(1)若网络唤醒请求的类型为本地唤醒请求,则从网络控制器中确定发出本地唤醒请求的内部组件。
其中,本地唤醒请求可以是指唤醒源是来源于网络控制器内部组件的网络唤醒请求,又或是电池电源(如KL15)硬线唤醒或者hardware sensor感知唤醒等。
在本申请实施例中,若网络唤醒请求的类型为本地唤醒请求,表明网络控制器内部组件有唤醒网络的需求,则根据本地唤醒请求的属性信息从网络控制器中确定发出本地唤醒请求的内部组件,其中属性信息可以是本地唤醒请求的标识号。
(2)确定内部组件的名称和本地唤醒请求的时间戳。
(3)基于内部组件的名称和本地唤醒请求的时间戳生成第一唤醒管理日志。
示例性的,假如内部组件的名称(即唤醒源)为电源管理组件,本地唤醒请求的时间戳是2022年3月16日15:36,则第一唤醒管理日志可以是:本地唤醒-电源管理组件-202203161536。
情况二:在网络唤醒请求的类型为远程唤醒请求时,生成第二唤醒管理日志。
(1)若网络唤醒请求的类型为远程唤醒请求,则获取因远程唤醒请求导致网络控制器中断的网络中断报文,并记录当前唤醒时间点。
其中,远程唤醒请求可以是指来源于CAN总线上其他ECU节点的网络唤醒请求。
在本申请实施例中,若网络唤醒请求的类型为远程唤醒请求,表明CAN总线上其他ECU节点有唤醒网络的需求,此时由于远程唤醒请求会导致网络控制器中断,所以需要获取网络控制器中断的网络中断报文以及该网络中断报文的标识号,并记录远程唤醒请求的唤醒时间点。
(2)基于网络中断报文确定发出远程唤醒请求的第一控制器。
在本申请实施例中,控制器按照网络唤醒方式可以分为自身唤醒和CAN唤醒。自身唤醒是指控制器(即ECU节点)自身主动发出的网络唤醒,CAN唤醒是指控制器是由于自身唤醒的控制器或者其他CAN唤醒的控制器所引起的网络唤醒,一个自身唤醒的控制器会引起多个CAN唤醒的控制器。一般地,当控制器(即ECU节点)的灵敏性很好时,导致网络控制器中断一般是自身唤醒的控制器,即本步骤的第一控制器。在一种可实现的实施例中,可以通过网络中断报文的首帧信息就可以确定发出远程唤醒请求的第一控制器。
(3)基于网络中断报文、第一控制器、当前唤醒时间点生成第二唤醒管理日志。
示例性的,假如第一控制器(即唤醒源)为A组件,当前唤醒时间点是2022年3月16日15:36,网络中断报文为a报文,那么第二唤醒管理日志可以是:远程唤醒-A组件-a报文-202203161536。
在本申请实施例中,假如控制器(即ECU节点)的灵敏性不好,导致网络控制器中断可能不会是自身唤醒的控制器,有可能是CAN唤醒的控制器。因此,经上述步骤(2)所确定的发出远程唤醒请求的第一控制器或许是自身唤醒的控制器,也或许是CAN唤醒的控制器。因此,为了解决这个问题,在基于网络中断报文、第一控制器、当前唤醒时间点生成第二唤醒管理日志之前,还包括:确定第一控制器所在的网段;获取当前唤醒时间点之后预设时间(如三分钟)内的网段的稳定网络管理报文;基于稳定网络管理报文确定发出远程唤醒请求的第二控制器;确定第一控制器和第二控制器是否为同一个控制器;若是同一个控制器,则执行基于网络中断报文、第一控制器、当前唤醒时间点生成第二唤醒管理日志的操作。其中,第二控制器一定会是自身唤醒的控制器。这样设置的好处在于,可以更加准确的找到发出远程唤醒请求的自身唤醒的控制器。
具体的,基于稳定网络管理报文确定发出远程唤醒请求的第二控制器,包括:根据稳定网络管理报文确定存在远程唤醒请求的多个控制器;对多个控制器的唤醒原因进行分析得到分析结果;基于分析结果从多个控制器中找出唤醒原因为自身唤醒的第二控制器。其中,唤醒原因包括自身唤醒和CAN唤醒。
本实施例提供的技术方案,先通过微处理器检测网络控制器的网络模式;若网络模式为休眠模式,则在接收到网络唤醒请求时确定网络唤醒请求的类型;再基于网络唤醒请求的类型,对网络唤醒请求进行管理得到对应的唤醒管理日志,最后将唤醒管理日志存储至网络控制器中的内存单元。本申请在网络控制器处于休眠模式下,接收到网络唤醒请求时先分析网络唤醒请求的类型,再针对不同类型的网络唤醒请求进行不同措施的网络唤醒管理,最终生成唤醒管理日志。本申请对网络在睡眠状态下存在唤醒网络的控制器进行捕获,并生成独立的唤醒管理日志和总线数据进行独立存储以作备证,可以解决车辆故障排查难的问题。
下面进一步描述本发明实施例提供的网络唤醒的管理方法,图2为本申请实施例提供的一种网络唤醒的管理方法的第二流程示意图。本申请实施例是在上述实施例的基础上进行优化,具体优化为:本实施例对网络模式为预休眠模式和工作模式时网络管理过程进行详细的解释说明。
参见图2,本实施例的方法包括但不限于如下步骤:
S210、检测网络控制器的网络模式。
本步骤的相关内容参见图1实施例的步骤S110,此处不再赘述。
S220、若网络模式为休眠模式,则在接收到网络唤醒请求时确定网络唤醒请求的类型;基于网络唤醒请求的类型,对网络唤醒请求进行管理得到对应的唤醒管理日志,并将唤醒管理日志存储至网络控制器中的内存单元。
本步骤的相关内容参见图1实施例的步骤S120-S130,此处不再赘述。
S230、当网络模式为预休眠模式时,获取控制器局域网络CAN总线上的残余网络管理报文。
在本申请实施例中,车辆电源关闭之后的预设时间(如五分钟)内网络模式会处于预休眠模式。当车辆处于预休眠模式下,仅允许接收ECU节点的网络唤醒请求,对于早已在发送Buffer中的报文应发送完毕后立刻停止。
在本申请实施例中,当网络控制器的网络模式为预休眠模式时,网络控制器会主动监测CAN总线上是否还有残余网络管理报文,若有,则主动获取残余网络管理报文。
S240、确定残余网络管理报文的标识码和时间戳。
在本申请实施例中,经上述步骤S230,网络控制器获取到残余网络管理报文之后,再确定残余网络管理报文的标识码和时间戳。
S250、基于残余网络管理报文、残余网络管理报文的标识码和残余网络管理报文的时间戳生成休眠管理日志,并将休眠管理日志存储至内存单元。
其中,休眠管理日志用于记录在网络模式为预休眠模式时网络中收发的报文信息。
示例性的,假如残余网络管理报文为b报文,残余网络管理报文的标识码为B组件,残余网络管理报文的时间戳为2022年3月16日15:36,那么休眠管理日志可以是:预休眠模式-B组件-b报文-202203161536。
S260、当网络模式切换为工作模式时,将唤醒管理日志和休眠管理日志发送至服务器,以使服务器根据唤醒管理日志和休眠管理日志排查电子设备是否发生故障。
其中,网络控制器具备与服务器的连接和上传文件的功能,车辆上电后还可以随时接受服务器的数据调取,以实现远程排查故障的能力。当车辆处于工作模式下,除了在Ready Sleep阶段不允许发送报文之外,其余阶段报文可以正常收发。
在本申请实施例中,当网络控制器处于休眠模式时,网络控制器记录唤醒管理日志,并将唤醒管理日志存储至网络控制器中的内存单元;当网络控制器处于预休眠模式时,网络控制器记录休眠管理日志,并将休眠管理日志存储至网络控制器中的内存单元。当网络模式从休眠模式或者预休眠模式切换为工作模式时,网络控制器可以将唤醒管理日志和休眠管理日志发送至服务器,以使服务器根据唤醒管理日志和休眠管理日志排查电子设备是否发生故障。
需要说明的是,S220对应的是网络模式为休眠模式的过程,S230-S250对应的是网络模式为预休眠模式的过程,这两个过程是相互独立的,本申请实施例不对这两个过程的执行顺序进行限定,需要根据实际情况来确定两个过程的具体执行顺序,所以实际执行时可以是按照本申请上述实施例介绍的顺序执行,也可以是先执行S230-S250,再执行S220。
本实施例提供的技术方案,通过检测网络控制器的网络模式;若网络模式为休眠模式,则在接收到网络唤醒请求时确定网络唤醒请求的类型;基于网络唤醒请求的类型,对网络唤醒请求进行管理得到对应的唤醒管理日志,并将唤醒管理日志存储至网络控制器中的内存单元;当网络模式为预休眠模式时,获取控制器局域网络CAN总线上的残余网络管理报文;确定残余网络管理报文的标识码和时间戳;基于残余网络管理报文、残余网络管理报文的标识码和残余网络管理报文的时间戳生成休眠管理日志,并将休眠管理日志存储至内存单元;当网络模式切换为工作模式时,将唤醒管理日志和休眠管理日志发送至服务器,以使服务器根据唤醒管理日志和休眠管理日志排查电子设备是否发生故障。本申请在网络控制器处于休眠模式下,对导致网络唤醒的控制器进行捕获,生成唤醒管理日志;在网络控制器处于预休眠模式下,对导致网络无法睡眠的控制器进行捕获,生成休眠管理日志;并将唤醒管理日志、休眠管理日志和总线数据进行独立存储以作备证,适时向服务器上传唤醒管理日志和休眠管理日志,以方便开发人员排查车辆内部存在故障的控制器,可以解决车辆故障排查难的问题。
图3为本申请实施例提供的一种网络唤醒的管理装置的结构示意图,如图3所示,该装置300可以包括:
检测模块310,用于检测网络控制器的网络模式;
确定模块320,用于若所述网络模式为休眠模式,则在接收到网络唤醒请求时确定所述网络唤醒请求的类型;
管理模块330,用于基于所述网络唤醒请求的类型,对所述网络唤醒请求进行管理得到对应的唤醒管理日志,并将所述唤醒管理日志存储至所述网络控制器中的内存单元。
进一步的,上述管理模块330可以包括第一管理单元和第二管理单元;
所述第一管理单元,可以用于:若所述网络唤醒请求的类型为本地唤醒请求,则从所述网络控制器中确定发出所述本地唤醒请求的内部组件;确定所述内部组件的名称和所述本地唤醒请求的时间戳;基于所述内部组件的名称和所述本地唤醒请求的时间戳生成第一唤醒管理日志。
所述第二管理单元,可以用于:若所述网络唤醒请求的类型为远程唤醒请求,则获取因所述远程唤醒请求导致所述网络控制器中断的网络中断报文,并记录当前唤醒时间点;基于所述网络中断报文确定发出所述远程唤醒请求的第一控制器;基于所述网络中断报文、所述第一控制器、所述当前唤醒时间点生成第二唤醒管理日志。
进一步的,上述第二管理单元,可以具体用于:在基于所述网络中断报文、所述第一控制器、所述当前唤醒时间点生成第二唤醒管理日志之前,确定所述第一控制器所在的网段;获取所述当前唤醒时间点之后预设时间内的所述网段的稳定网络管理报文;基于所述稳定网络管理报文确定发出所述远程唤醒请求的第二控制器;确定所述第一控制器和所述第二控制器是否为同一个控制器;若是同一个控制器,则执行基于所述网络中断报文、所述第一控制器、所述当前唤醒时间点生成第二唤醒管理日志的操作。
进一步的,上述第二管理单元,还可以具体用于:根据所述稳定网络管理报文确定存在所述远程唤醒请求的多个控制器;对所述多个控制器的唤醒原因进行分析得到分析结果;基于所述分析结果从所述多个控制器中找出所述唤醒原因为自身唤醒的第二控制器。
进一步的,上述网络唤醒的管理装置,还可以包括:预休眠管理模块;
所述预休眠管理模块,用于当所述网络模式为预休眠模式时,获取控制器局域网络CAN总线上的残余网络管理报文;确定所述残余网络管理报文的标识码和时间戳;基于所述残余网络管理报文、所述残余网络管理报文的标识码和所述残余网络管理报文的时间戳生成休眠管理日志,并将所述休眠管理日志存储至所述内存单元。
进一步的,上述网络唤醒的管理装置,还可以包括:日志发送模块;
所述日志发送模块,用于当所述网络模式切换为工作模式时,将所述唤醒管理日志和所述休眠管理日志发送至服务器,以使所述服务器根据所述唤醒管理日志和所述休眠管理日志排查电子设备是否发生故障。
本实施例提供的网络唤醒的管理装置可适用于上述任意实施例提供的网络唤醒的管理方法,具备相应的功能和有益效果。
图4示出了可以用来实施本申请的实施例的电子设备10的结构示意图。电子设备旨在表示各种形式的数字计算机,诸如,膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置,诸如,个人数字处理、蜂窝电话、智能电话、可穿戴设备(如头盔、眼镜、手表等)和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例,并且不意在限制本文中描述的和/或者要求的本申请的实现。
如图4所示,电子设备10包括至少一个处理器11,以及与至少一个处理器11通信连接的存储器,如只读存储器(ROM)12、随机访问存储器(RAM)13等,其中,存储器存储有可被至少一个处理器执行的计算机程序,处理器11可以根据存储在只读存储器(ROM)12中的计算机程序或者从存储单元18加载到随机访问存储器(RAM)13中的计算机程序,来执行各种适当的动作和处理。在RAM 13中,还可存储电子设备10操作所需的各种程序和数据。处理器11、ROM 12以及RAM 13通过总线14彼此相连。输入/输出(I/O)接口15也连接至总线14。
电子设备10中的多个部件连接至I/O接口15,包括:输入单元16,例如键盘、鼠标等;输出单元17,例如各种类型的显示器、扬声器等;存储单元18,例如磁盘、光盘等;以及通信单元19,例如网卡、调制解调器、无线通信收发机等。通信单元19允许电子设备10通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
处理器11可以是各种具有处理和计算能力的通用和/或专用处理组件。处理器11的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的处理器、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。处理器11执行上文所描述的各个方法和处理,例如网络唤醒的管理方法。
在一些实施例中,网络唤醒的管理方法可被实现为计算机程序,其被有形地包含于计算机可读存储介质,例如存储单元18。在一些实施例中,计算机程序的部分或者全部可以经由ROM 12和/或通信单元19而被载入和/或安装到电子设备10上。当计算机程序加载到RAM 13并由处理器11执行时,可以执行上文描述的网络唤醒的管理方法的一个或多个步骤。备选地,在其他实施例中,处理器11可以通过其他任何适当的方式(例如,借助于固件)而被配置为执行网络唤醒的管理方法。
本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括:实施在一个或者多个计算机程序中,该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释,该可编程处理器可以是专用或者通用可编程处理器,可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令,并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
用于实施本申请的方法的计算机程序可以采用一个或多个编程语言的任何组合来编写。这些计算机程序可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器,使得计算机程序当由处理器执行时使流程图和/或框图中所规定的功能/操作被实施。计算机程序可以完全在机器上执行、部分地在机器上执行,作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
在本申请的上下文中,计算机可读存储介质可以是有形的介质,其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的计算机程序。计算机可读存储介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备,或者上述内容的任何合适组合。备选地,计算机可读存储介质可以是机器可读信号介质。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
为了提供与用户的交互,可以在电子设备上实施此处描述的系统和技术,该电子设备具有:用于向用户显示信息的显示装置(例如,CRT(阴极射线管)或者LCD(液晶显示器)监视器);以及键盘和指向装置(例如,鼠标或者轨迹球),用户可以通过该键盘和该指向装置来将输入提供给电子设备。其它种类的装置还可以用于提供与用户的交互;例如,提供给用户的反馈可以是任何形式的传感反馈(例如,视觉反馈、听觉反馈、或者触觉反馈);并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如,作为数据服务器)、或者包括中间件部件的计算系统(例如,应用服务器)、或者包括前端部件的计算系统(例如,具有图形用户界面或者网络浏览器的用户计算机,用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如,通信网络)来将系统的部件相互连接。通信网络的示例包括:局域网(LAN)、广域网(WAN)、区块链网络和互联网。
计算系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器,又称为云计算服务器或云主机,是云计算服务体系中的一项主机产品,以解决了传统物理主机与VPS服务中,存在的管理难度大,业务扩展性弱的缺陷。
应该理解,可以使用上面所示的各种形式的流程,重新排序、增加或删除步骤。例如,本申请中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行,只要能够实现本申请的技术方案所期望的结果,本文在此不进行限制。
上述具体实施方式,并不构成对本申请保护范围的限制。本领域技术人员应该明白的是,根据设计要求和其他因素,可以进行各种修改、组合、子组合和替代。任何在本申请的精神和原则之内所作的修改、等同替换和改进等,均应包含在本申请保护范围之内。
Claims (10)
1.一种网络唤醒的管理方法,其特征在于,所述方法包括:
检测网络控制器的网络模式;
若所述网络模式为休眠模式,则在接收到网络唤醒请求时确定所述网络唤醒请求的类型;
基于所述网络唤醒请求的类型,对所述网络唤醒请求进行管理得到对应的唤醒管理日志,并将所述唤醒管理日志存储至所述网络控制器中的内存单元。
2.根据权利要求1所述的网络唤醒的管理方法,其特征在于,所述基于所述网络唤醒请求的类型,对所述网络唤醒请求进行管理得到对应的唤醒管理日志,包括:
若所述网络唤醒请求的类型为本地唤醒请求,则从所述网络控制器中确定发出所述本地唤醒请求的内部组件;
确定所述内部组件的名称和所述本地唤醒请求的时间戳;
基于所述内部组件的名称和所述本地唤醒请求的时间戳生成第一唤醒管理日志。
3.根据权利要求1所述的网络唤醒的管理方法,其特征在于,所述基于所述网络唤醒请求的类型,对所述网络唤醒请求进行管理得到对应的唤醒管理日志,包括:
若所述网络唤醒请求的类型为远程唤醒请求,则获取因所述远程唤醒请求导致所述网络控制器中断的网络中断报文,并记录当前唤醒时间点;
基于所述网络中断报文确定发出所述远程唤醒请求的第一控制器;
基于所述网络中断报文、所述第一控制器、所述当前唤醒时间点生成第二唤醒管理日志。
4.根据权利要求3所述的网络唤醒的管理方法,其特征在于,在基于所述网络中断报文、所述第一控制器、所述当前唤醒时间点生成第二唤醒管理日志之前,还包括:
确定所述第一控制器所在的网段;
获取所述当前唤醒时间点之后预设时间内的所述网段的稳定网络管理报文;
基于所述稳定网络管理报文确定发出所述远程唤醒请求的第二控制器;
确定所述第一控制器和所述第二控制器是否为同一个控制器;
若是同一个控制器,则执行基于所述网络中断报文、所述第一控制器、所述当前唤醒时间点生成第二唤醒管理日志的操作。
5.根据权利要求4所述的网络唤醒的管理方法,其特征在于,所述基于所述稳定网络管理报文确定发出所述远程唤醒请求的第二控制器,包括:
根据所述稳定网络管理报文确定存在所述远程唤醒请求的多个控制器;
对所述多个控制器的唤醒原因进行分析得到分析结果;
基于所述分析结果从所述多个控制器中找出所述唤醒原因为自身唤醒的第二控制器。
6.根据权利要求1所述的网络唤醒的管理方法,其特征在于,所述方法还包括:
当所述网络模式为预休眠模式时,获取控制器局域网络CAN总线上的残余网络管理报文;
确定所述残余网络管理报文的标识码和时间戳;
基于所述残余网络管理报文、所述残余网络管理报文的标识码和所述残余网络管理报文的时间戳生成休眠管理日志,并将所述休眠管理日志存储至所述内存单元。
7.根据权利要求6所述的网络唤醒的管理方法,其特征在于,所述方法还包括:
当所述网络模式切换为工作模式时,将所述唤醒管理日志和所述休眠管理日志发送至服务器,以使所述服务器根据所述唤醒管理日志和所述休眠管理日志排查电子设备是否发生故障。
8.一种网络唤醒的管理装置,其特征在于,所述装置包括:
检测模块,用于检测网络控制器的网络模式;
确定模块,用于若所述网络模式为休眠模式,则在接收到网络唤醒请求时确定所述网络唤醒请求的类型;
管理模块,用于基于所述网络唤醒请求的类型,对所述网络唤醒请求进行管理得到对应的唤醒管理日志,并将所述唤醒管理日志存储至所述网络控制器中的内存单元。
9.一种电子设备,其特征在于,所述电子设备包括:
至少一个处理器;以及
与所述至少一个处理器通信连接的存储器;其中,
所述存储器存储有可被所述至少一个处理器执行的计算机程序,所述计算机程序被所述至少一个处理器执行,以使所述至少一个处理器能够执行权利要求1至7中任一所述的网络唤醒的管理方法。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有计算机指令,所述计算机指令用于使处理器执行时实现权利要求1至7中任一所述的网络唤醒的管理方法。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210553092.0A CN114978883B (zh) | 2022-05-20 | 2022-05-20 | 网络唤醒的管理方法、装置、电子设备及存储介质 |
PCT/CN2023/095232 WO2023222109A1 (zh) | 2022-05-20 | 2023-05-19 | 网络唤醒的管理方法、装置、电子设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210553092.0A CN114978883B (zh) | 2022-05-20 | 2022-05-20 | 网络唤醒的管理方法、装置、电子设备及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN114978883A true CN114978883A (zh) | 2022-08-30 |
CN114978883B CN114978883B (zh) | 2023-10-20 |
Family
ID=82985756
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210553092.0A Active CN114978883B (zh) | 2022-05-20 | 2022-05-20 | 网络唤醒的管理方法、装置、电子设备及存储介质 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN114978883B (zh) |
WO (1) | WO2023222109A1 (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2023222109A1 (zh) * | 2022-05-20 | 2023-11-23 | 中国第一汽车股份有限公司 | 网络唤醒的管理方法、装置、电子设备及存储介质 |
CN117792809A (zh) * | 2024-02-28 | 2024-03-29 | 中国第一汽车股份有限公司 | 车辆网络管理方法、装置、计算机设备和存储介质 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20130212413A1 (en) * | 2012-01-07 | 2013-08-15 | Acer Cloud Technology, Inc. | Cloud Remote Wakeup |
CN106302060A (zh) * | 2016-07-26 | 2017-01-04 | 广州汽车集团股份有限公司 | 一种整车休眠唤醒方法、系统和汽车can网络网关 |
CN106598802A (zh) * | 2015-10-14 | 2017-04-26 | 广达电脑股份有限公司 | 管理网络唤醒指令的方法以及服务器 |
CN110758289A (zh) * | 2019-10-31 | 2020-02-07 | 上海赫千电子科技有限公司 | 一种包括车载以太网的车内混合网络的睡眠与唤醒方法 |
CN111532227A (zh) * | 2020-07-02 | 2020-08-14 | 深圳市法拉第电驱动有限公司 | 电动汽车控制器can网络管理方法及系统 |
CN113364613A (zh) * | 2021-05-19 | 2021-09-07 | 东风汽车集团股份有限公司 | 故障定位方法及系统 |
CN113691396A (zh) * | 2021-08-09 | 2021-11-23 | 浙江吉利控股集团有限公司 | 一种整车网络异常休眠唤醒监控方法、装置及存储介质 |
CN114024864A (zh) * | 2021-11-17 | 2022-02-08 | 中国科学院合肥物质科学研究院 | 一种基于autosar网络管理的休眠异常检测方法 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11597348B2 (en) * | 2020-07-01 | 2023-03-07 | Ford Global Technologies, Llc | Detecting abnormal CAN bus wake-up pattern |
CN113015135A (zh) * | 2021-03-29 | 2021-06-22 | 重庆长安汽车股份有限公司 | 基于网络管理远程监控车端控制器休眠唤醒方法 |
CN114978883B (zh) * | 2022-05-20 | 2023-10-20 | 中国第一汽车股份有限公司 | 网络唤醒的管理方法、装置、电子设备及存储介质 |
-
2022
- 2022-05-20 CN CN202210553092.0A patent/CN114978883B/zh active Active
-
2023
- 2023-05-19 WO PCT/CN2023/095232 patent/WO2023222109A1/zh unknown
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20130212413A1 (en) * | 2012-01-07 | 2013-08-15 | Acer Cloud Technology, Inc. | Cloud Remote Wakeup |
CN106598802A (zh) * | 2015-10-14 | 2017-04-26 | 广达电脑股份有限公司 | 管理网络唤醒指令的方法以及服务器 |
CN106302060A (zh) * | 2016-07-26 | 2017-01-04 | 广州汽车集团股份有限公司 | 一种整车休眠唤醒方法、系统和汽车can网络网关 |
CN110758289A (zh) * | 2019-10-31 | 2020-02-07 | 上海赫千电子科技有限公司 | 一种包括车载以太网的车内混合网络的睡眠与唤醒方法 |
CN111532227A (zh) * | 2020-07-02 | 2020-08-14 | 深圳市法拉第电驱动有限公司 | 电动汽车控制器can网络管理方法及系统 |
CN113364613A (zh) * | 2021-05-19 | 2021-09-07 | 东风汽车集团股份有限公司 | 故障定位方法及系统 |
CN113691396A (zh) * | 2021-08-09 | 2021-11-23 | 浙江吉利控股集团有限公司 | 一种整车网络异常休眠唤醒监控方法、装置及存储介质 |
CN114024864A (zh) * | 2021-11-17 | 2022-02-08 | 中国科学院合肥物质科学研究院 | 一种基于autosar网络管理的休眠异常检测方法 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2023222109A1 (zh) * | 2022-05-20 | 2023-11-23 | 中国第一汽车股份有限公司 | 网络唤醒的管理方法、装置、电子设备及存储介质 |
CN117792809A (zh) * | 2024-02-28 | 2024-03-29 | 中国第一汽车股份有限公司 | 车辆网络管理方法、装置、计算机设备和存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN114978883B (zh) | 2023-10-20 |
WO2023222109A1 (zh) | 2023-11-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105357038B (zh) | 监控虚拟机集群的方法和系统 | |
CN114978883B (zh) | 网络唤醒的管理方法、装置、电子设备及存储介质 | |
US8516499B2 (en) | Assistance in performing action responsive to detected event | |
CN103117879B (zh) | 一种计算机硬件运行参数网络监测系统 | |
US11662803B2 (en) | Control method, apparatus, and electronic device | |
CN109766198B (zh) | 流式处理方法、装置、设备及计算机可读存储介质 | |
CN112527879A (zh) | 基于Kafka的实时数据抽取方法及相关设备 | |
CN115952022A (zh) | 一种故障信息自动存储的控制方法、系统、设备及介质 | |
CN107729213B (zh) | 一种后台任务监控方法及装置 | |
CN116700776A (zh) | 电池管理系统的信息管理方法、装置、设备及存储介质 | |
CN114189429A (zh) | 一种服务器集群故障的监测系统、方法、装置及介质 | |
CN115098294B (zh) | 异常事件的处理方法、电子设备及管理终端 | |
CN116302790A (zh) | 运行资源管理方法、云网关、电子设备及存储介质 | |
CN113590287B (zh) | 任务处理方法、装置、设备、存储介质及调度系统 | |
CN115756322A (zh) | 数据存储方法、装置、电子设备及存储介质 | |
CN115190052A (zh) | 一种长连接的管理方法、系统和控制单元 | |
CN114706371A (zh) | 整车网络不休眠诊断方法、装置、电子设备及存储介质 | |
CN113656239A (zh) | 针对中间件的监控方法、装置及计算机程序产品 | |
KR20090052418A (ko) | 재기동 정보 관리 기능을 구비한 장치 | |
CN111756778A (zh) | 一种服务器磁盘清理脚本推送的方法、装置和存储介质 | |
CN111414267A (zh) | 运用于数据中心的机柜异常状态的远端排除方法 | |
CN111414274A (zh) | 运用于数据中心的机柜异常状态的远端排除方法 | |
CN117033084B (zh) | 虚拟机备份方法、装置、电子设备及存储介质 | |
CN116126467A (zh) | 一种容器应用故障恢复方法、装置、设备、存储介质 | |
CN118075182A (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 |