CN114978875A - 一种车载节点管理方法、装置及存储介质 - Google Patents
一种车载节点管理方法、装置及存储介质 Download PDFInfo
- Publication number
- CN114978875A CN114978875A CN202110202559.2A CN202110202559A CN114978875A CN 114978875 A CN114978875 A CN 114978875A CN 202110202559 A CN202110202559 A CN 202110202559A CN 114978875 A CN114978875 A CN 114978875A
- Authority
- CN
- China
- Prior art keywords
- node
- domain
- service
- current
- center
- 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.)
- Pending
Links
- 238000007726 management method Methods 0.000 title claims abstract description 39
- 238000000034 method Methods 0.000 claims abstract description 34
- 230000008569 process Effects 0.000 claims abstract description 29
- 238000004590 computer program Methods 0.000 claims description 13
- 230000000977 initiatory effect Effects 0.000 claims 1
- 230000002159 abnormal effect Effects 0.000 description 8
- 238000010586 diagram Methods 0.000 description 8
- 230000003993 interaction Effects 0.000 description 6
- 238000004891 communication Methods 0.000 description 5
- 230000006870 function Effects 0.000 description 5
- 230000036541 health Effects 0.000 description 4
- 238000012545 processing Methods 0.000 description 3
- 230000015556 catabolic process Effects 0.000 description 2
- 238000006731 degradation reaction Methods 0.000 description 2
- 230000003111 delayed effect Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000006855 networking Effects 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- 206010063385 Intellectualisation Diseases 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
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/0654—Management of faults, events, alarms or notifications using network fault recovery
- H04L41/0668—Management of faults, events, alarms or notifications using network fault recovery by dynamic selection of recovery network elements, e.g. replacement by the most appropriate element after failure
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route
-
- 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
-
- 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)
- Health & Medical Sciences (AREA)
- General Health & Medical Sciences (AREA)
- Computing Systems (AREA)
- Medical Informatics (AREA)
- Cardiology (AREA)
- Hardware Redundancy (AREA)
Abstract
本发明公开了一种车载节点管理方法、装置及存储介质,包括:根据节点信息创建目标域中各域对应的域中心节点;域中心节点接收当前域内各节点的提供服务信息及寻求服务信息,并与其它域中心节点互通各自节点的提供服务信息及寻求服务信息,以告知当前域和/或其他域内各节点寻求服务的可用性及访问方式;当当前域中心节点故障时能够挑选出最优邻近节点作为当前域的域中心节点;当当前节点故障时,将当前节点的服务状态上传至启动服务中间件以拉起故障进程,并且当前域的域中心节点通知订阅故障节点服务的节点将该故障节点移除。本发明能够动避免服务发现时整个集群被打扰,无法对故障节点进行检测与排除,而导致请求失败的问题。
Description
技术领域
本发明涉及车载通信的智能网联技术领域,尤其涉及一种车载节点管理方法、装置及计算机可读存储介质。
背景技术
随着汽车智能化、网联化、电动化及共享化的快速发展,汽车以太网随之应用而生。汽车以太网是一种物理网络,用于使用有线网络连接汽车内的组件。车载以太网不仅可以满足汽车制造商对带宽的需求,同时还能降低车内的网络成本。目前,车载以太网在服务调用前通常通过服务发现了解服务所在位置、属性和状态信息,因此服务接口需要采用广播机制,导致整个集群服务都需要被动接受广播消息。
因此,现有技术还有待进一步提升和改进。
发明内容
本发明实施例所要解决的技术问题在于,提供一种车载节点管理方法、装置、计算机可读存储介质及车载终端,能够避免服务发现时整个集群被打扰,无法对故障节点进行检测与排除,而导致请求失败的问题。
为了解决上述技术问题,本发明实施例提供了一种车载节点管理方法,适用于车载以太网,包括:
根据节点信息创建目标域中各域对应的域中心节点;
周期性的获取当前域中所述域中心节点的在线心跳包,以判断所述域中心节点是否出现故障,当所述域中心节点出现故障时,则将节点选择模型挑选出的最优邻近节点作为当前域的域中心节点;
所述域中心节点接收当前域内各节点的提供服务信息及寻求服务信息,并与其它域中心节点互通各自节点的提供服务信息及寻求服务信息,以告知当前域和/或其他域内各节点寻求服务的可用性及访问方式。
进一步地,所述节点选择模型为:
d=ωcpuCcpu+ωmemoryCmemory
s.t.Ccpu≤Cclimit
Cmemory≤Cmlimit
其中,Ccpu为CPU占用率,Cmemory为内存占用率,ωcpu为CPU占用率的权重,ωmemory为内存占用率的权重,Cclimit为CPU占用率的限制值,Cmlimit为内存占用率的限制值;所述最优邻近节点为根据CPU占用率和内存占用率计算出d值最小的节点。。
进一步地,所述域中心节点接收当前域内各节点的提供服务信息及寻求服务信息的步骤之前,还包括:
周期性的获取当前域内各节点的节点心跳包,以判断当前节点是否为故障节点;
当所述当前节点为故障节点时,则当前节点的服务状态设定为不可用,并将所述当前节点的服务状态上传至启动服务中间件
进一步地,所述将所述当前节点的服务状态上传至启动服务中间件的步骤之后,还包括:
所述启动服务中间件拉起故障进程,以及由当前域的域中心节点通知订阅故障节点服务的节点将该故障节点移除。
为了解决上述技术问题,本发明实施例还提供了一种车载节点管理装置,包括:
节点创建模块,用于根据节点信息创建目标域中各域对应的域中心节点;
判断模块,用于在所述域中心节点接收当前域内各节点的提供服务信息及寻求服务信息之前,判断域中心节点及域内各节点是否出现故障,并根据故障情况确定对应的可用性及访问方式;
服务寻求模块,用于通过所述域中心节点接收当前域内各节点的提供服务信息及寻求服务信息,并与其它域中心节点互通各自节点的提供服务信息及寻求服务信息,以告知当前域和/或其他域内各节点寻求服务的可用性及访问方式。
进一步地,所述服务寻求模块,还用于在所述域中心节点接收当前域内各节点的提供服务信息及寻求服务信息的之前,
周期性的获取当前域中所述域中心节点的在线心跳包,以判断所述域中心节点是否出现故障;
当所述域中心节点出现故障时,则将节点选择模型挑选出的最优邻近节点作为当前域的域中心节点。
进一步地,所述节点选择模型为:
d=ωcpuCcpu+ωmemoryCmemory
s.t.Ccpu≤Cclimit
Cmemory≤Cmlimit
其中,Ccpu为CPU占用率,Cmemory为内存占用率,ωcpu为CPU占用率的权重,ωmemory为内存占用率的权重,Cclimit为CPU占用率的限制值,Cmlimit为内存占用率的限制值;所述最优邻近节点为根据CPU占用率和内存占用率计算出d值最小的节点。
进一步地,所述服务寻求模块,还用于在所述域中心节点接收当前域内各节点的提供服务信息及寻求服务信息之前,
周期性的获取当前域内各节点的节点心跳包,以判断当前节点是否为故障节点;
当所述当前节点为故障节点时,则当前节点的服务状态设定为不可用,并将所述当前节点的服务状态上传至启动服务中间件。
进一步地,所述服务寻求模块,还用于将所述当前节点的服务状态上传至启动服务中间件之后,
所述启动服务中间件拉起故障进程,以及由当前域的域中心节点通知订阅故障节点服务的节点将该故障节点移除。
本发明实施例还提供了一种计算机可读存储介质,所述计算机可读存储介质包括存储的计算机程序;其中,所述计算机程序在运行时控制所述计算机可读存储介质所在的设备执行上述车载节点管理方法。
与现有技术相比,本发明实施例提供了一种车载节点管理方法、装置、计算机可读存储介质及车载终端,根据节点信息创建目标域中各域对应的域中心节点;通过域中心节点接收当前域内各节点的提供服务信息及寻求服务信息,并与其它域中心节点互通各自节点的提供服务信息及寻求服务信息,以告知当前域和/或其他域内各节点寻求服务的可用性及访问方式;其中,当当前域中心节点故障时能够挑选出最优邻近节点作为当前域的域中心节点;同时,当当前节点故障时,将当前节点的服务状态上传至启动服务中间件以拉起故障进程,并且当前域的域中心节点通知订阅故障节点服务的心节点将该故障节点移除。相比现有技术中车载以太网在服务调用前通常通过服务发现了解服务所在位置、属性和状态信息,并通过服务接口进行广播的方法,本发明能够通过域中心节点来实现服务发现,避免节点发现过程中过多广播消息对整个集群的打扰。同时,域中心节点可对域内节点服务的健康状态进行检测,并在节点服务异常时,即时移除异常避免请求失败,有效提高了通信的效率。此外,当域中心节点发生故障时,故障域中心节点所在域的服务将访问最优邻近节点,实现服务发现的高可用,从而提升用户节点管理体验。
附图说明
图1为本发明提供的一种车载节点管理方法的一个优选实施例的流程图;
图2为本发明提供的一种车载节点管理方法的应用环境示意图;
图3为本发明提供的一种车载节点管理方法的数据流图;
图4为本发明另一优选实施例的流程示意图;
图5为本发明另一优选实施例的数据流图;
图6为本发明另一优选实施例的流程示意图;
图7为本发明另一优选实施例的数据流图;
图8是本发明提供的一种车载节点管理装置的结构框图;
图9是本发明提供的车载终端的一个优选实施例的结构框图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本技术领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
需要说明的是,文中的步骤编号,仅为了方便具体实施例的解释,不作为限定步骤执行先后顺序的作用。本实施例提供的方法可以由相关的服务器执行,且下文均以服务器作为执行主体为例进行说明。
如图1至图3所示,本发明实施例提供一种车载节点管理方法,适用于适用于车载以太网,所述方法包括步骤S11至步骤S12:
步骤S11、根据节点信息创建目标域中各域对应的域中心节点。
步骤S12、所述域中心节点接收当前域内各节点的提供服务信息及寻求服务信息,并与其它域中心节点互通各自节点的提供服务信息及寻求服务信息,以告知当前域和/或其他域内各节点寻求服务的可用性及访问方式。
需要说明的是,所述目标域包括但不限于车身域、动力域、底盘域、自动驾驶域及座舱域。其中,车身域中包含车身电子及与车身电子相关的信息,动力域中包括汽车安全及与安全相关的信息,底盘域中包括车身运动及与车身相关的信息,自动驾驶域中包或辅助驾驶及与驾驶相关的信息,座舱域中包括娱乐信息及与娱乐相关的信息。为提高服务调用的高可用性,需将车身域、动力域、底盘域、自动驾驶域及座舱域中的各部件及相关部件划分为多个节点,并根据各域中节点的节点信息创建域中心节点。
进一步地,各域内的节点均与对应的域中心节点连接,各域中心节点之间能够进行相互通信。所述域中心节点能够接收当前域内各节点的提供服务信息及寻求服务信息,并通过与其它域的中心节点进行消息互通,以得到各节点寻求服务的可用性及访问方式。同时所述域中心节点还能够通过其他域中心节点告知其对应域内节点寻求服务的可用性及访问方式。可以理解的,由于域中心节点掌握所有节点的提供服务和寻找服务条目,并能够告知域内节点的对应条目信息,完成节点发现过程,从而避免了节点发现过程中的广播消息对整个集群的打扰。
具体的,参见图3,以A域的域中心节点与B域的域中心节点进行服务信息交互为例:若A域的域中心节点接收到其域内的节点1寻找服务1并提供服务2的消息;B域的域中心节点接收到其域内的节点2提供服务1、节点3寻找服务2的消息。由于A域的域中心节点与B域的域中心节点能够进行消息互通,A域的域中心节点将域内节点1的寻求服务信息与B域的域中心节点进行消息互通时,B域的域中心节点将其域内节点2的提供服务信息及节点3的寻求服务信息告知A域的域中心节点。此时,A域的域中心节点告知节点1:节点2提供服务1,节点3寻求服务2;B域的域中心节点告知节点2:节点1寻求服务1,告知节点3:节点1提供服务2,以使节点1分别向节点2及节点3请求服务1及请求服务2,同时分别使节点2及节点3响应服务1及响应服务2。
本实施例首先根据节点信息创建目标域中各域对应的域中心节点,然后通过所述域中心节点接收当前域内各节点的提供服务信息及寻求服务信息,并与其它域中心节点互通各自节点的提供服务信息及寻求服务信息,以告知当前域和/或其他域内各节点寻求服务的可用性及访问方式,使节点的发现过程主要通过域中心节点进行处理,域中心节点掌握所有节点的提供服务和寻找服务条目,并告知域内节点对应条目信息,避免了节点发现过程中的广播消息对整个集群的打扰,从而提升用户服务调度的体验。
如图4至图5所示,在优选的实施例当中,步骤S12所述域中心节点接收当前域内各节点的提供服务信息及寻求服务信息之前,还需判断域中心节点及域内各节点是否出现故障,并根据故障情况确定对应的可用性及访问方式,具体为:S121~S123:
S121、周期性的获取当前域内各节点的节点心跳包,以判断当前节点是否为故障节点。
S122、当所述当前节点为故障节点时,则当前节点的服务状态设定为不可用,并将所述当前节点的服务状态上传至启动服务中间件。
S123、所述启动服务中间件拉起故障进程,以及由当前域的域中心节点通知订阅故障节点服务的节点将该故障节点移除。
如上所述,所述域中心节点实时或周期性的获取当前域内各节点的节点心跳包,通过节点心跳包来发现域内节点的工作状态,当当前节点为故障节点时,则当前节点的服务状态设定为不可用,并将所述当前节点的服务状态上传至启动服务中间件、其它域中心节点或该域的相关控制器,以使所述启动服务中间件、其它域中心节点或该域的相关控制器拉起故障进程,并使当前域的域中心节点通知订阅故障节点服务的节点将该故障节点移除。因此,其他节点将不会调用该故障节点的该服务,会寻找其他提供该服务的节点进行通信。此外,若该故障节点有备用服务节点,则采用备用服务节点进行服务信息的交互;若该故障节点没有备用服务节点还可以进行容错降级处理。
具体的,参见图5,以A域的域中心节点与B域的域中心节点进行服务信息交互为例:若A域的域中心节点提供服务1的消息;B域的域中心节的寻找服务1的消息。由于A域的域中心节点与B域的域中心节点能够进行消息互通,A域的域中心节点将域内节点1的提供服务信息与B域的域中心节点进行消息互通时,B域的域中心节点将其域内节点2的寻求服务1的信息告知A域的域中心节点。当B域的域中心节点检测到其域内节点2出现故障时,则上报节点2发生故障的信息至启动服务中间件,以使所述启动服务中间件拉起针对节点2的服务进程;同时B域中心节点通过A域中心节点告知节点1其域内节点2发生故障的消息,以使节点1移除对故障节点2的服务。
如图6至图7所示,在优选的实施例当中,步骤S12当前域中心节点与其它域中心节点进行消息互通之前,还包括:S124~S125:
S124、周期性的获取当前域中所述域中心节点的在线心跳包,以判断所述域中心节点是否出现故障。
S125、当所述域中心节点出现故障时,则将节点选择模型挑选出的最优邻近节点作为当前域的域中心节点。
如上所述,各域的域中心节点实时或周期性的将各自的在线心跳包上传至启动服务中间件、其它域中心节点或该域内的相关控制器,以使其对各域中心节点的工作状态进行监测与判断,并能够在该域中节点出现故障时及时通过节点选择模型挑选出最优邻近节点作为当前域的域中心节点。
其中,所述节点选择模型为:
d=ωcpuCcpu+ωmemoryCmemory
s.t.Ccpu≤Cclimit
Cmemory≤Cmlimit
其中,Ccpu为CPU占用率,Cmemory为内存占用率,ωcpu为CPU占用率的权重,ωmemory为内存占用率的权重,Cclimit为CPU占用率的限制值,Cmlimit为内存占用率的限制值。
所述最优邻近节点为以资源占用情况作为度量距离的指标,按照一定权重根据CPU占用率和内存占用率计算出距离最近(d值最小)节点。
具体的,当某个域的域中心节点出现故障时,由于各域中心节点之间有服务名及其对应地址同步,故障中心节点所在域的服务将访问就近的域控制器的中心节点,实现服务发现的高可用。例如,当座舱域的中心节点发生故障,通过节点选择模型选择出的最优邻近中心节点为自动驾驶域的中心节点,则座舱域内的服务将连接到自动驾驶域中心节点,自动驾驶域中心节点将承担本域和座舱域的服务发现等功能,实现服务的高可用。此外,节点选择模型以资源占用情况作为度量距离的指标,按照一定权重根据CPU占用率和内存占用率计算出距离最近节点作为资源占用情况最优节点,以资源占用情况最优节点作为最优邻近节点,并且能够在所有节点资源都超过限值时,延时寻找最优邻近节点,满足了实际应用需求。
本实施例在所述域中心节点出现故障时,通过节点选择模型挑选出的最优邻近节点作为当前域的域中心节点,避免域中心节点间的服务实现,实现了服务发现的高可用性。
本发明实施例所提供的一种车载节点管理方法,根据节点信息创建目标域中各域对应的域中心节点;通过域中心节点接收当前域内各节点的提供服务信息及寻求服务信息,并与其它域中心节点互通各自节点的提供服务信息及寻求服务信息,以告知当前域和/或其他域内各节点寻求服务的可用性及访问方式;其中,当当前域中心节点故障时能够挑选出最优邻近节点作为当前域的域中心节点;同时,当当前节点故障时,将当前节点的服务状态上传至启动服务中间件以拉起故障进程,并且当前域的域中心节点通知订阅故障节点服务的节点将该故障节点移除。相比现有技术中车载以太网在服务调用前通常通过服务发现了解服务所在位置、属性和状态信息,并通过服务接口进行广播的方法,本发明能够通过域中心节点来实现服务发现,避免节点发现过程中过多广播消息对整个集群的打扰。同时,域中心节点可对域内节点服务的健康状态进行检测,并在节点服务异常时,即时移除异常避免请求失败,有效提高了通信的效率。此外,当域中心节点发生故障时,故障域中心节点所在域的服务将访问最优邻近节点,实现服务发现的高可用,从而提升用户节点管理体验。
应该理解的是,虽然上述流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,这些步骤可以以其它的顺序执行。而且,上述流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段,这些子步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,这些子步骤或者阶段的执行顺序也不必然是依次进行,而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
本发明实施例还提供了一种车载节点管理装置,能够实现上述任一实施例所述的车载节点管理方法的所有流程,装置中的各个模块、单元的作用以及实现的技术效果分别与上述实施例所述的车载节点管理方法的作用以及实现的技术效果对应相同,这里不再赘述。
如图8所示,是本发明提供的一种车载节点管理装置的一个优选实施例的结构框图,所述装置包括:
节点创建模块21,用于根据节点信息创建目标域中各域对应的域中心节点;其中,所述目标域包括车身域、动力域、底盘域、自动驾驶域及座舱域。
判断模块22,用于在所述域中心节点接收当前域内各节点的提供服务信息及寻求服务信息之前,判断域中心节点及域内各节点是否出现故障,并根据故障情况确定对应的可用性及访问方式。
服务寻求模块23,用于通过所述域中心节点接收当前域内各节点的提供服务信息及寻求服务信息,并与其它域中心节点互通各自节点的提供服务信息及寻求服务信息,以告知当前域和/或其他域内各节点寻求服务的可用性及访问方式。
需要说明的是,所述目标域包括但不限于车身域、动力域、底盘域、自动驾驶域及座舱域。其中,车身域中包含车身电子及与车身电子相关的信息,动力域中包括汽车安全及与安全相关的信息,底盘域中包括车身运动及与车身相关的信息,自动驾驶域中包或辅助驾驶及与驾驶相关的信息,座舱域中包括娱乐信息及与娱乐相关的信息。为提高服务调用的高可用性,需将车身域、动力域、底盘域、自动驾驶域及座舱域中的各部件及相关部件划分为多个节点,并根据各域中节点的节点信息创建域中心节点。
进一步地,各域内的节点均与对应的域中心节点连接,各域中心节点之间能够进行相互通信。所述域中心节点能够接收当前域内各节点的提供服务信息及寻求服务信息,并通过与其它域的中心节点进行消息互通,以得到各节点寻求服务的可用性及访问方式。同时所述域中心节点还能够通过其他域中心节点告知其对应域内节点寻求服务的可用性及访问方式。可以理解的,由于域中心节点掌握所有节点的提供服务和寻找服务条目,并能够告知域内节点的对应条目信息,完成节点发现过程,从而避免了节点发现过程中的广播消息对整个集群的打扰。
具体的,以A域的域中心节点与B域的域中心节点进行服务信息交互为例:若A域的域中心节点接收到其域内的节点1的寻找服务1并提供服务2的消息;B域的域中心节点接收到其域内的节点2的提供服务1、域内节点3的寻找服务2的消息。由于A域的域中心节点与B域的域中心节点能够进行消息互通,A域的域中心节点将域内节点1的寻求服务信息与B域的域中心节点进行消息互通时,B域的域中心节点将其域内节点2的提供服务信息及节点3的寻求服务信息告知A域的域中心节点。此时,A域的域中心节点告知节点1:节点2提供服务1,节点3寻求服务2;B域的域中心节点告知节点2:节点1寻求服务1,告知节点3:节点1提供服务2,以使节点1分别向节点2及节点3请求服务1及请求服务2,同时分别使节点2及节点3响应服务1及响应服务2。
本实施例首先根据节点信息创建目标域中各域对应的域中心节点,然后通过所述域中心节点接收当前域内各节点的提供服务信息及寻求服务信息,并与其它域中心节点互通各自节点的提供服务信息及寻求服务信息,以告知当前域和/或其他域内各节点寻求服务的可用性及访问方式,使节点的发现过程主要通过域中心节点进行处理,域中心节点掌握所有节点的提供服务和寻找服务条目,并告知域内节点对应条目信息,避免了节点发现过程中的广播消息对整个集群的打扰,从而提升用户服务调度的体验。
在优选的实施例当中,所述装置还包括判断模块,用于所述域中心节点接收当前域内各节点的提供服务信息及寻求服务信息之前,判断域中心节点及域内各节点是否出现故障,并根据故障情况确定对应的可用性及访问方式,所述服务寻求模块22具体用于,
周期性的获取当前域内各节点的节点心跳包,以判断当前节点是否为故障节点;
当所述当前节点为故障节点时,则当前节点的服务状态设定为不可用,并将所述当前节点的服务状态上传至启动服务中间件;
所述启动服务中间件拉起故障进程,以及由当前域的域中心节点通知订阅故障节点服务的节点将该故障节点移除。
如上所述,所述域中心节点实时或周期性的获取当前域内各节点的节点心跳包,通过节点心跳包来发现域内节点的工作状态,当当前节点为故障节点时,则当前节点的服务状态设定为不可用,并将所述当前节点的服务状态上传至启动服务中间件、其它域中心节点或该域的相关控制器,以使所述启动服务中间件、其它域中心节点或该域的相关控制器拉起故障进程,并使当前域的域中心节点通知订阅故障节点服务的节点将该故障节点移除。因此,其他节点将不会调用该故障节点的该服务,会寻找其他提供该服务的节点进行通信。此外,若该故障节点有备用服务节点,则采用备用服务节点进行服务信息的交互;若该故障节点没有备用服务节点还可以进行容错降级处理。
具体的,以A域的域中心节点与B域的域中心节点进行服务信息交互为例:若A域的域中心节点提供服务1的消息;B域的域中心节的寻找服务1的消息。由于A域的域中心节点与B域的域中心节点能够进行消息互通,A域的域中心节点将域内节点1的提供服务信息与B域的域中心节点进行消息互通时,B域的域中心节点将其域内节点2的寻求服务1的信息告知A域的域中心节点。当B域的域中心节点检测到其域内节点2出现故障时,则上报节点2发生故障的信息至启动服务中间件,以使所述启动服务中间件拉起针对节点2的服务进程;同时B域中心节点通过A域中心节点告知节点1其域内节点2发生故障的消息,以使节点1移除对故障节点2的服务。
在另一优选的实施例当中,当前域中心节点与其它域中心节点进行消息互通之前,所述服务寻求模块22还用于,
周期性的获取当前域中所述域中心节点的在线心跳包,以判断所述域中心节点是否出现故障;
当所述域中心节点出现故障时,则将节点选择模型挑选出的最优邻近节点作为当前域的域中心节点。
如上所述,各域的域中心节点实时或周期性的将各自的在线心跳包上传至启动服务中间件、其它域中心节点或该域内的相关控制器,以使其对各域中心节点的工作状态进行监测与判断,并能够在该域中节点出现故障时及时通过节点选择模型挑选出最优邻近节点作为当前域的域中心节点。
其中,所述节点选择模型为:
d=ωcpuCcpu+ωmemoryCmemory
s.t.Ccpu≤Cclimit
Cmemory≤Cmlimit
其中,Ccpu为CPU占用率,Cmemory为内存占用率,ωcpu为CPU占用率的权重,ωmemory为内存占用率的权重,Cclimit为CPU占用率的限制值,Cmlimit为内存占用率的限制值。
所述最优邻近节点为以资源占用情况作为度量距离的指标,按照一定权重根据CPU占用率和内存占用率计算出距离最近(d值最小)节点。
具体的,当某个域的域中心节点出现故障时,由于各域中心节点之间有服务名及其对应地址同步,故障中心节点所在域的服务将访问就近的域控制器的中心节点,实现服务发现的高可用。例如,当座舱域的中心节点发生故障,通过节点选择模型选择出的最优邻近中心节点为自动驾驶域的中心节点,则座舱域内的服务将连接到自动驾驶域中心节点,自动驾驶域中心节点将承担本域和座舱域的服务发现等功能,实现服务的高可用。此外,节点选择模型以资源占用情况作为度量距离的指标,按照一定权重根据CPU占用率和内存占用率计算出距离最近节点作为资源占用情况最优节点,以资源占用情况最优节点作为最优邻近节点,并且能够在所有节点资源都超过限值时,延时寻找最优邻近节点,满足了实际应用需求。
本实施例在所述域中心节点出现故障时,通过节点选择模型挑选出的最优邻近节点作为当前域的域中心节点,避免域中心节点间的服务实现,实现了服务发现的高可用性。
本发明实施例所提供的一种车载节点管理装置,根据节点信息创建目标域中各域对应的域中心节点;通过域中心节点接收当前域内各节点的提供服务信息及寻求服务信息,并与其它域中心节点互通各自节点的提供服务信息及寻求服务信息,以告知当前域和/或其他域内各节点寻求服务的可用性及访问方式;其中,当当前域中心节点故障时能够挑选出最优邻近节点作为当前域的域中心节点;同时,当当前节点故障时,将当前节点的服务状态上传至启动服务中间件以拉起故障进程,并且当前域的域中心节点通知订阅故障节点服务的节点将该故障节点移除。相比现有技术中车载以太网在服务调用前通常通过服务发现了解服务所在位置、属性和状态信息,并通过服务接口进行广播的方法,本发明能够通过域中心节点来实现服务发现,避免节点发现过程中过多广播消息对整个集群的打扰。同时,域中心节点可对域内节点服务的健康状态进行检测,并在节点服务异常时,即时移除异常避免请求失败,有效提高了通信的效率。此外,当域中心节点发生故障时,故障域中心节点所在域的服务将访问最优邻近节点,实现服务发现的高可用,从而提升用户节点管理体验。
本发明实施例还提供了一种计算机可读存储介质,所述计算机可读存储介质包括存储的计算机程序;其中,所述计算机程序在运行时控制所述计算机可读存储介质所在的设备执行上述任一实施例所述的车载节点管理方法。
本发明实施例还提供了一种车载终端,参见图9所示,是本发明提供的一种车载终端的一个优选实施例的结构框图,所述车载终端包括处理器10、存储器20以及存储在所述存储器20中且被配置为由所述处理器10执行的计算机程序,所述处理器10在执行所述计算机程序时实现上述任一实施例所述的车载节点管理方法。
优选地,所述计算机程序可以被分割成一个或多个模块/单元(如计算机程序1、计算机程序2、······),所述一个或者多个模块/单元被存储在所述存储器20中,并由所述处理器10执行,以完成本发明。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段,该指令段用于描述所述计算机程序在所述车载终端中的执行过程。
所述处理器10可以是中央处理单元(Central Processing Unit,CPU),还可以是其他通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现成可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等,通用处理器可以是微处理器,或者所述处理器10也可以是任何常规的处理器,所述处理器10是所述车载终端的控制中心,利用各种接口和线路连接所述车载终端的各个部分。
所述存储器20主要包括程序存储区和数据存储区,其中,程序存储区可存储操作系统、至少一个功能所需的应用程序等,数据存储区可存储相关数据等。此外,所述存储器20可以是高速随机存取存储器,还可以是非易失性存储器,例如插接式硬盘,智能存储卡(Smart Media Card,SMC)、安全数字(Secure Digital,SD)卡和闪存卡(Flash Card)等,或所述存储器20也可以是其他易失性固态存储器件。
需要说明的是,上述车载终端可包括,但不仅限于,处理器、存储器,本领域技术人员可以理解,图9结构框图仅仅是车载终端的示例,并不构成对车载终端的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件。
综上,本发明实施例所提供的一种车载节点管理方法、装置、计算机可读存储介质及车载终端,根据节点信息创建目标域中各域对应的域中心节点;通过域中心节点接收当前域内各节点的提供服务信息及寻求服务信息,并与其它域中心节点互通各自节点的提供服务信息及寻求服务信息,以告知当前域和/或其他域内各节点寻求服务的可用性及访问方式;其中,当当前域中心节点故障时能够挑选出最优邻近节点作为当前域的域中心节点;同时,当当前节点故障时,将当前节点的服务状态上传至启动服务中间件以拉起故障进程,并且当前域的域中心节点通知订阅故障节点服务的域中心节点将该故障节点移除。相比现有技术中车载以太网在服务调用前通常通过服务发现了解服务所在位置、属性和状态信息,并通过服务接口进行广播的方法,本发明能够通过域中心节点来实现服务发现,避免节点发现过程中过多广播消息对整个集群的打扰。同时,域中心节点可对域内节点服务的健康状态进行检测,并在节点服务异常时,即时移除异常避免请求失败,有效提高了通信的效率。此外,当域中心节点发生故障时,故障域中心节点所在域的服务将访问最优邻近节点,实现服务发现的高可用,从而提升用户节点管理体验。
以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明技术原理的前提下,还可以做出若干改进和变形,这些改进和变形也应视为本发明的保护范围。
Claims (10)
1.一种车载节点管理方法,其特征在于,适用于车载以太网,包括:
根据节点信息创建目标域中各域对应的域中心节点;
周期性的获取当前域中所述域中心节点的在线心跳包,以判断所述域中心节点是否出现故障,当所述域中心节点出现故障时,则将节点选择模型挑选出的最优邻近节点作为当前域的域中心节点;
所述域中心节点接收当前域内各节点的提供服务信息及寻求服务信息,并与其它域中心节点互通各自节点的提供服务信息及寻求服务信息,以告知当前域和/或其他域内各节点寻求服务的可用性及访问方式。
2.如权利要求1所述的车载节点管理方法,其特征在于,所述节点选择模型为:
d=ωcpuCcpu+ωmemoryCmemory
s.t.Ccpu≤Cclimit
Cmemory≤Cmlimit
其中,Ccpu为CPU占用率,Cmemory为内存占用率,ωcpu为CPU占用率的权重,ωmemory为内存占用率的权重,Cclimit为CPU占用率的限制值,Cmlimit为内存占用率的限制值;所述最优邻近节点为根据CPU占用率和内存占用率计算出d值最小的节点。
3.如权利要求1所述的车载节点管理方法,其特征在于,所述域中心节点接收当前域内各节点的提供服务信息及寻求服务信息的步骤之前,还包括:
周期性的获取当前域内各节点的节点心跳包,以判断当前节点是否为故障节点;
当所述当前节点为故障节点时,则当前节点的服务状态设定为不可用,并将所述当前节点的服务状态上传至启动服务中间件。
4.如权利要求3所述的车载节点管理方法,其特征在于,所述将所述当前节点的服务状态上传至启动服务中间件的步骤之后,还包括:
所述启动服务中间件拉起故障进程,以及由当前域的域中心节点通知订阅故障节点服务的节点将该故障节点移除。
5.一种车载节点管理装置,其特征在于,包括:
节点创建模块,用于根据节点信息创建目标域中各域对应的域中心节点;判断模块,用于在所述域中心节点接收当前域内各节点的提供服务信息及寻求服务信息之前,判断域中心节点及域内各节点是否出现故障,并根据故障情况确定对应的可用性及访问方式;
服务寻求模块,用于通过所述域中心节点接收当前域内各节点的提供服务信息及寻求服务信息,并与其它域中心节点互通各自节点的提供服务信息及寻求服务信息,以告知当前域和/或其他域内各节点寻求服务的可用性及访问方式。
6.如权利要求5所述的车载节点管理装置,其特征在于,所述服务寻求模块,还用于在所述域中心节点接收当前域内各节点的提供服务信息及寻求服务信息的之前,
周期性的获取当前域中所述域中心节点的在线心跳包,以判断所述域中心节点是否出现故障;
当所述域中心节点出现故障时,则将节点选择模型挑选出的最优邻近节点作为当前域的域中心节点。
7.如权利要求6所述的车载节点管理装置,其特征在于,所述节点选择模型为:
d=ωcpuCcpu+ωmemoryCmemory
s.t.Ccpu≤Cclimit
Cmemory≤Cmlimit
其中,Ccpu为CPU占用率,Cmemory为内存占用率,ωcpu为CPU占用率的权重,ωmemory为内存占用率的权重,Cclimit为CPU占用率的限制值,Cmlimit为内存占用率的限制值;所述最优邻近节点为根据CPU占用率和内存占用率计算出d值最小的节点。
8.如权利要求7所述的车载节点管理装置,其特征在于,所述服务寻求模块,还用于在所述域中心节点接收当前域内各节点的提供服务信息及寻求服务信息之前,
周期性的获取当前域内各节点的节点心跳包,以判断当前节点是否为故障节点;
当所述当前节点为故障节点时,则当前节点的服务状态设定为不可用,并将所述当前节点的服务状态上传至启动服务中间件。
9.如权利要求8所述的车载节点管理装置,其特征在于,所述服务寻求模块,还用于将所述当前节点的服务状态上传至启动服务中间件之后,
所述启动服务中间件拉起故障进程,以及由当前域的域中心节点通知订阅故障节点服务的节点将该故障节点移除。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质包括存储的计算机程序;其中,所述计算机程序在运行时控制所述计算机可读存储介质所在的设备执行如权利要求1至4中任一项所述的车载节点管理方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110202559.2A CN114978875A (zh) | 2021-02-23 | 2021-02-23 | 一种车载节点管理方法、装置及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110202559.2A CN114978875A (zh) | 2021-02-23 | 2021-02-23 | 一种车载节点管理方法、装置及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114978875A true CN114978875A (zh) | 2022-08-30 |
Family
ID=82954017
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110202559.2A Pending CN114978875A (zh) | 2021-02-23 | 2021-02-23 | 一种车载节点管理方法、装置及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114978875A (zh) |
Citations (30)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1719782A (zh) * | 2005-03-24 | 2006-01-11 | 袁光辉 | 车载网络中央控制单元及其对车载网络管理、控制方法 |
CN101094189A (zh) * | 2007-08-10 | 2007-12-26 | 中控科技集团有限公司 | 无线传感器网络系统和基于该系统的分簇路由方法 |
CN101237345A (zh) * | 2007-12-04 | 2008-08-06 | 奇瑞汽车有限公司 | 一种用于can总线的网络管理方法 |
CN102195769A (zh) * | 2011-06-02 | 2011-09-21 | 合肥工业大学 | 一种用于汽车can网络的时钟同步方法 |
CN102658801A (zh) * | 2012-04-28 | 2012-09-12 | 浙江吉利汽车研究院有限公司杭州分公司 | 一种新能源汽车can系统网络管理方法 |
CN103139011A (zh) * | 2011-11-30 | 2013-06-05 | 通用汽车环球科技运作有限责任公司 | 用于车内通信的综合故障诊断和预测 |
CN103607297A (zh) * | 2013-11-07 | 2014-02-26 | 上海爱数软件有限公司 | 一种计算机集群系统的故障处理方法 |
CN104135391A (zh) * | 2014-08-19 | 2014-11-05 | 北京汽车股份有限公司 | 一种车载can局部网络的管理方法及装置 |
CN105611503A (zh) * | 2015-12-30 | 2016-05-25 | 东软集团股份有限公司 | 一种车载网络环境下的信息通信方法及系统 |
CN106254250A (zh) * | 2016-08-03 | 2016-12-21 | 成都之达科技有限公司 | 车联网短距离组网方法 |
CN206932240U (zh) * | 2017-08-01 | 2018-01-26 | 风度(常州)汽车研发院有限公司 | 车载以太网通信系统和智能汽车 |
CN107817779A (zh) * | 2016-09-12 | 2018-03-20 | 现代自动车株式会社 | 基于以太网交换机的信息验证未注册的装置的系统及方法 |
CN108833170A (zh) * | 2018-06-20 | 2018-11-16 | 长春工业大学 | 一种网络级自适应can总线故障诊断方法 |
CN109104351A (zh) * | 2017-06-21 | 2018-12-28 | 比亚迪股份有限公司 | 列车网络节点和基于CANopen协议的列车网络节点监测方法 |
CN109263581A (zh) * | 2018-11-08 | 2019-01-25 | 湖北汽车工业学院 | 一种用于无人驾驶车辆的实时通信控制方法 |
CN109756407A (zh) * | 2019-01-17 | 2019-05-14 | 重庆菲斯塔新能源汽车科技有限公司 | 一种基于can总线的局部网络管理方法 |
CN109787795A (zh) * | 2017-11-13 | 2019-05-21 | 比亚迪股份有限公司 | 列车网络主节点故障的处理方法、节点及电子设备 |
CN109981473A (zh) * | 2019-02-15 | 2019-07-05 | 浙江吉利汽车研究院有限公司 | 一种实时消息总线系统 |
CN110086622A (zh) * | 2018-01-25 | 2019-08-02 | 南京汽车集团有限公司 | 一种智能网联环境下车内网络安全架构设计 |
CN111294845A (zh) * | 2020-02-13 | 2020-06-16 | 世纪龙信息网络有限责任公司 | 节点切换方法、装置、计算机设备和存储介质 |
CN111447126A (zh) * | 2019-12-05 | 2020-07-24 | 炬星科技(深圳)有限公司 | 以太网总线通讯方法、装置、机器人、设备及计算机可读存储介质 |
CN111532227A (zh) * | 2020-07-02 | 2020-08-14 | 深圳市法拉第电驱动有限公司 | 电动汽车控制器can网络管理方法及系统 |
CN111781917A (zh) * | 2020-07-03 | 2020-10-16 | 华人运通(江苏)技术有限公司 | 一种故障数据处理方法、域控制器和汽车 |
CN111891181A (zh) * | 2020-06-23 | 2020-11-06 | 株洲中车时代电气股份有限公司 | 基于以太网的列车网络控制系统 |
CN111935325A (zh) * | 2020-10-15 | 2020-11-13 | 广州汽车集团股份有限公司 | 一种ota升级方法及装置 |
CN112087351A (zh) * | 2020-09-24 | 2020-12-15 | 山东交通学院 | 一种远程列车网络通信接口测试方法 |
CN112131572A (zh) * | 2020-08-31 | 2020-12-25 | 华为技术有限公司 | 车载设备的控制方法、车载设备及车辆系统 |
CN112181660A (zh) * | 2020-10-12 | 2021-01-05 | 北京计算机技术及应用研究所 | 一种基于服务器集群的高可用方法 |
CN112272366A (zh) * | 2020-10-27 | 2021-01-26 | 吉林大学 | 基于区块链的汽车紧急信息通信方法 |
CN112291194A (zh) * | 2020-09-27 | 2021-01-29 | 上海赫千电子科技有限公司 | 一种基于车载网络中ecu的状态管理方法、装置及智能汽车 |
-
2021
- 2021-02-23 CN CN202110202559.2A patent/CN114978875A/zh active Pending
Patent Citations (30)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1719782A (zh) * | 2005-03-24 | 2006-01-11 | 袁光辉 | 车载网络中央控制单元及其对车载网络管理、控制方法 |
CN101094189A (zh) * | 2007-08-10 | 2007-12-26 | 中控科技集团有限公司 | 无线传感器网络系统和基于该系统的分簇路由方法 |
CN101237345A (zh) * | 2007-12-04 | 2008-08-06 | 奇瑞汽车有限公司 | 一种用于can总线的网络管理方法 |
CN102195769A (zh) * | 2011-06-02 | 2011-09-21 | 合肥工业大学 | 一种用于汽车can网络的时钟同步方法 |
CN103139011A (zh) * | 2011-11-30 | 2013-06-05 | 通用汽车环球科技运作有限责任公司 | 用于车内通信的综合故障诊断和预测 |
CN102658801A (zh) * | 2012-04-28 | 2012-09-12 | 浙江吉利汽车研究院有限公司杭州分公司 | 一种新能源汽车can系统网络管理方法 |
CN103607297A (zh) * | 2013-11-07 | 2014-02-26 | 上海爱数软件有限公司 | 一种计算机集群系统的故障处理方法 |
CN104135391A (zh) * | 2014-08-19 | 2014-11-05 | 北京汽车股份有限公司 | 一种车载can局部网络的管理方法及装置 |
CN105611503A (zh) * | 2015-12-30 | 2016-05-25 | 东软集团股份有限公司 | 一种车载网络环境下的信息通信方法及系统 |
CN106254250A (zh) * | 2016-08-03 | 2016-12-21 | 成都之达科技有限公司 | 车联网短距离组网方法 |
CN107817779A (zh) * | 2016-09-12 | 2018-03-20 | 现代自动车株式会社 | 基于以太网交换机的信息验证未注册的装置的系统及方法 |
CN109104351A (zh) * | 2017-06-21 | 2018-12-28 | 比亚迪股份有限公司 | 列车网络节点和基于CANopen协议的列车网络节点监测方法 |
CN206932240U (zh) * | 2017-08-01 | 2018-01-26 | 风度(常州)汽车研发院有限公司 | 车载以太网通信系统和智能汽车 |
CN109787795A (zh) * | 2017-11-13 | 2019-05-21 | 比亚迪股份有限公司 | 列车网络主节点故障的处理方法、节点及电子设备 |
CN110086622A (zh) * | 2018-01-25 | 2019-08-02 | 南京汽车集团有限公司 | 一种智能网联环境下车内网络安全架构设计 |
CN108833170A (zh) * | 2018-06-20 | 2018-11-16 | 长春工业大学 | 一种网络级自适应can总线故障诊断方法 |
CN109263581A (zh) * | 2018-11-08 | 2019-01-25 | 湖北汽车工业学院 | 一种用于无人驾驶车辆的实时通信控制方法 |
CN109756407A (zh) * | 2019-01-17 | 2019-05-14 | 重庆菲斯塔新能源汽车科技有限公司 | 一种基于can总线的局部网络管理方法 |
CN109981473A (zh) * | 2019-02-15 | 2019-07-05 | 浙江吉利汽车研究院有限公司 | 一种实时消息总线系统 |
CN111447126A (zh) * | 2019-12-05 | 2020-07-24 | 炬星科技(深圳)有限公司 | 以太网总线通讯方法、装置、机器人、设备及计算机可读存储介质 |
CN111294845A (zh) * | 2020-02-13 | 2020-06-16 | 世纪龙信息网络有限责任公司 | 节点切换方法、装置、计算机设备和存储介质 |
CN111891181A (zh) * | 2020-06-23 | 2020-11-06 | 株洲中车时代电气股份有限公司 | 基于以太网的列车网络控制系统 |
CN111532227A (zh) * | 2020-07-02 | 2020-08-14 | 深圳市法拉第电驱动有限公司 | 电动汽车控制器can网络管理方法及系统 |
CN111781917A (zh) * | 2020-07-03 | 2020-10-16 | 华人运通(江苏)技术有限公司 | 一种故障数据处理方法、域控制器和汽车 |
CN112131572A (zh) * | 2020-08-31 | 2020-12-25 | 华为技术有限公司 | 车载设备的控制方法、车载设备及车辆系统 |
CN112087351A (zh) * | 2020-09-24 | 2020-12-15 | 山东交通学院 | 一种远程列车网络通信接口测试方法 |
CN112291194A (zh) * | 2020-09-27 | 2021-01-29 | 上海赫千电子科技有限公司 | 一种基于车载网络中ecu的状态管理方法、装置及智能汽车 |
CN112181660A (zh) * | 2020-10-12 | 2021-01-05 | 北京计算机技术及应用研究所 | 一种基于服务器集群的高可用方法 |
CN111935325A (zh) * | 2020-10-15 | 2020-11-13 | 广州汽车集团股份有限公司 | 一种ota升级方法及装置 |
CN112272366A (zh) * | 2020-10-27 | 2021-01-26 | 吉林大学 | 基于区块链的汽车紧急信息通信方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108833122B (zh) | 车载通信控制器的唤醒方法、装置及存储介质 | |
CN105388858B (zh) | 网络中通信节点的操作方法 | |
CN107453895B (zh) | 用于配置通信路径的方法和构成车辆网络的第一通信节点 | |
CN107690149B (zh) | 触发网络策略更新的方法、管理功能实体及核心网设备 | |
US11368404B2 (en) | Method of releasing resource reservation in network | |
US20100281010A1 (en) | Relay device, communication system and communication method | |
JP2020086522A (ja) | 車載システム | |
CN114978875A (zh) | 一种车载节点管理方法、装置及存储介质 | |
EP3968665B1 (en) | Wireless communication device, wireless communication system, and wireless communication method | |
WO2022001665A1 (zh) | 车载设备通讯方法、车载设备、存储介质及电子装置 | |
JP2019129512A (ja) | 車載中継装置、中継方法、情報処理装置、情報処理システム、及び車両 | |
US11171806B1 (en) | Dynamic quality of service control for automotive ethernet | |
WO2017149567A1 (ja) | 通信装置 | |
CN113377393B (zh) | 一种车载系统主节点的诊断刷新系统及方法 | |
US20240250845A1 (en) | Vehicle-mounted control device, ethernet switch and device setting method | |
CN111741532B (zh) | 一种终端及其传输数据的方法 | |
CN115499791B (zh) | 面向服务的通信方法、装置、电子设备及存储介质 | |
WO2023119720A1 (ja) | 転送装置 | |
CN113556373B (zh) | 一种代理服务方法、装置及系统 | |
CN116248775A (zh) | Dds网关的交互方法、装置、电子设备及存储介质 | |
CN118295957A (zh) | 一种基于车辆的通信系统及通信方法、产品 | |
CN118869746A (zh) | 车路云协同通讯系统搭建方法、装置、设备、介质及产品 | |
CN117560236A (zh) | 一种通信方法、系统、车辆终端和可读存储介质 | |
CN115524958A (zh) | 中央域控制器数据传输方法、装置、电子设备和车辆 | |
CN118276554A (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 |