CN111869167A - 针对监控实体和通信组件的方法和计算机程序、监控实体、通信组件、系统和车辆 - Google Patents

Abstract

实施例提供了针对监控实体和通信组件的方法和计算机程序、监控实体、通信组件、系统和车辆。针对监控实体（30）的用于监控至少一个通信组件（40）的方法（10），其中通信组件（40）构造用于经由数据总线（70）与一个或多个其它通信组件（50）基于事件地进行通信，该方法包括：通过监控实体（30）对通信组件（40）的功能进行定期检查（12）。该方法还包括：与被分配给其它通信组件（50）的至少一个其它监控实体（60）进行周期性通信（14），以便监控该通信组件（30）的功能、该其它通信组件（50）的功能以及数据总线（70）的功能。

Description

针对监控实体和通信组件的方法和计算机程序、监控实体、通 信组件、系统和车辆

技术领域

本发明涉及针对监控实体和通信组件的方法和计算机程序、监控实体、通信组件、系统和车辆，但尤其是非排他地涉及用来监控用于在机动车中的基于事件的通信的通信组件的设计。

背景技术

一般来说，在车辆技术中以及也在计算机或通信技术中，使用数据总线，所述数据总线允许在连接或耦合到数据总线上的不同组件之间的数据通信。在此，例如两个通信伙伴或通信组件经由数据总线来交换消息，其中通信是基于事件的（英文也称作基于“Event”）。不同于周期性通信，在基于事件的通信的情况下，只有当发生所属的事件（Event）时，才交换消息。例如，当驾驶员对闪光信号灯进行操纵时，在机动车总线上寄送“接通闪光信号灯”消息（就请求而言英文也称作“Request”），而当闪光信号灯控制杆重新回到初始位置时，相对应地寄送“关断闪光信号灯”消息。

由于干扰而可能发生：要么通信伙伴失灵要么通信链路失灵（例如数据总线中断）。在这种情况下，问题可能在于可以如何探测这种失灵。在基于事件的通信的情况下，不存在超时（Time-Out）监控，使得该失灵在没有进一步措施的情况下并不引人注意。从通信伙伴的角度，并不能探测到失灵与事件未发生之间的区别，因为在两种情况下都不寄送消息。

对于持续的目标规定来说，服务请求设备（英文也称作“Client（客户端）”）会在最大实施时长期满之前更新其请求。在上文提及的示例中，闪光信号灯会在接收到接通消息之后例如被接通10秒。然而，如果闪光信号灯控制杆在这10秒之后仍会始终激活，则必须寄送新的接通消息，以便使闪光信号灯保持活跃。如果闪光信号灯控制杆应该在这10秒期满之前被停用，则必须相对应地寄送关断消息。该机制虽然会防止如果在数据总线上存在通信故障的话闪光信号灯无限期保持激活，但是会缺乏对故障本身的探测。

在安全相关的功能的情况下，超时时间通常小于一秒。为了考虑这一点，上文所描述的基于事件的通信会被转换成准周期性通信，以便可以遵守超时要求。因为这在不确定的情况下涉及很多功能，所以会造成高总线负荷，而并没有获得功能方面的额外价值。这种所谓的用例（Use-Cases，应用情况）的示例是闪光信号灯、报警灯、座椅调节、照明、通风、目标值规定（例如速度调节）、风扇控制等等。

因而，存在对一种在应用层面上的所有功能都不需要实现自身的超时监控机制的情况下用于识别上述故障模式（Fehlerbilder）的经改善的设计的需求。

发明内容

该需求由根据待决独立权利要求所述的针对监控实体和通信组件的方法和计算机程序、监控实体、通信组件、系统和车辆来满足。有利的设计方案和扩展方案是从属权利要求的主题。

本发明的实施例基于如下核心思想：可以使用监控实体用于对通信组件的功能控制。在此，监控实体可以彼此间周期性地进行通信并且这样可以识别通信组件或数据总线的失灵。尤其是当一个监控实体监控多个通信组件时，在不同的监控实体之间所交换的周期性控制信息可以相对于为了监控而必须在通信组件之间直接被交换的控制信息而言被减少。

实施例提供了一种针对监控实体的用于监控至少一个通信组件的方法，其中通信组件构造用于经由数据总线与一个或多个其它通信组件基于事件地进行通信。该方法包括：通过监控实体对通信组件的功能进行定期检查；并且与被分配给其它通信组件的至少一个其它监控实体进行周期性通信，以便监控该通信组件的功能、该其它通信组件的功能以及数据总线的功能。监控实体彼此间的周期性通信允许监控在通信组件与数据总线之间的通信。

实施例提供了一种针对通信组件的用于经由数据总线与一个或多个其它通信组件进行通信的方法。该方法包括：经由数据总线与所述一个或多个其它通信组件基于事件地进行通信；并且与监控实体进行周期性通信。这样，实施例可以允许对通信组件的高效监控。

在有些实施例中，在数据总线上在监控实体之间进行周期性通信，由此可以间接地一并检查数据总线。在监控实体功能正常的情况下该周期性通信的失灵允许推断出在数据总线上有功能失效。在其它实施例中，该方法还可包括：经由与数据总线不同的连接、例如本地连接来在监控实体与通信组件之间进行周期性通信。那么，被设立用于直接监控的通信与数据总线无关并且其成功与否并不取决于数据总线的传输能力和状态。

在有些实施例中，该方法还可包括：如果探测到通信组件的功能失效或通信故障，则将故障指示传送给至少一个其它监控实体。就这方面来说，对于监控来说所需的通信可以被限于监控实体并且这样高效地被实现。该方法还可包括：经由数据总线来与至少一个其它监控实体进行同步。由此，可以改善周期性通信的效率。在有些实施例中，可以在监控实体处对通信组件进行登记。类似地，针对通信组件的方法可包括在监控实体处进行登记。由此，监控实体和该方法可以更广泛地被使用，例如被用于不同的多个通信组件。实施例例如可以被用于监控在车辆中的通信组件和数据总线。

实施例还提供了一个或多个计算机程序，所述一个或多个计算机程序用于当计算机程序在计算机、处理器或者可编程硬件组件上运行时执行本文中所描述的方法中的一个或多个方法。

另一实施例是一种用于通信组件的监控实体，该通信组件构造用于经由数据总线与一个或多个其它通信组件进行通信。监控实体包括一个或多个接口，用于经由数据总线来进行通信并且用于与该通信组件进行通信。监控实体还包括控制装置，该控制装置构造用于控制所述一个或多个接口并且用于与通信组件以及与其它通信组件的至少一个其它监控实体进行周期性通信。在有些实施例中，控制装置可以构造用于与该通信组件经由不同于数据总线的连接来进行通信。因此，监控可以脱离数据总线地进行。

控制装置可以构造用于：如果探测到通信组件的功能失效或通信故障，则将故障指示传送给至少一个其它监控实体。这样，可以使其它监控实体了解到有功能失效。在有些实施例中，控制装置可以构造用于经由数据总线与至少一个其它监控实体进行同步和/或用于执行对通信组件的登记。监控实体可以构造用于监控在车辆中的通信组件和数据总线。

实施例也提供了一种用于经由数据总线与一个或多个其它通信组件进行通信的通信组件。该通信组件包括一个或多个接口，用于经由数据总线来进行通信并且用于与监控实体进行通信。该通信组件还包括控制装置，该控制装置构造用于控制所述一个或多个接口、用于与所述一个或多个其它通信组件基于事件地进行通信并且用于与监控实体进行周期性通信。类似于上文的描述，该控制装置可以构造用于在监控实体处执行登记。

实施例也提供了一种系统，该系统具有至少两个按照上文的描述的监控实体和至少两个被分配给监控实体的按照上文的描述的通信组件。另一实施例是具有这种系统的机动车。

附图说明

随后，其它有利的设计方案依据在附图中示出的实施例进一步予以描述，然而实施例一般来说并不在整体上限于这些实施例。其中：

图1示出了针对监控实体的方法的实施例的流程图；

图2示出了针对通信组件的方法的实施例的流程图；

图3示出了监控实体的实施例、通信组件的实施例和系统的实施例；

图4示出了在一个实施例中的监控服务的架构；

图5示出了在一个实施例中的通信组件的失灵；

图6示出了在一个实施例中的数据总线的失灵；

图7示出了在一个实施例中的所交换的消息的序列；

图8示出了在另一实施例中的所交换的消息的序列；以及

图9示出了在另一实施例中的所交换的消息的序列。

具体实施方式

现在，不同的实施例参考随附的附图更详细地予以描述，在这些附图中示出了一些实施例。在此，可选的特征或组件已虚线来示出。

尽管实施例可以以不同的方式被修改和被改动，但是实施例在这些附图中作为示例被示出并且在本文中详细地被描述。然而应阐明：不是意图使实施例限于分别被公开的形式，而是实施例更确切地说应该覆盖在本发明的范围内的所有功能上和/或结构上的修改方案、等效方案和替选方案。

注意到：被称作与另一要素“连接”或“耦合”的要素可以与所述另一要素直接连接或耦合，或者可能有在它们之间的要素。而如果一个要素被称作与另一要素“直接连接”或“直接耦合”，则在它们之间的要素不存在。其它被用于描述要素之间的关系的术语应该以类似的方式来解释（例如“在…之间”相对于“直接在其之间”，“相邻”相对于“直接相邻”等等）。

在本文中所使用的专业术语只用于描述特定的实施例并且应该不限制这些实施例。如在本文中所使用的那样，只要上下文没有明确地另作某些说明，单数形式“一个”和“该”就也应该包含复数形式。还应阐明：如在本文中所使用的那样，诸如“包含”、“包含……的”、“具有”、“包括”、“包括……的”和/或“具有……的”那样的术语说明了所提到的特征、整数、步骤、工作流程、要素和/或组件的存在，但是没有排除一个或者一个或多个特征、整数、步骤、工作流程、要素、组件和/或它们的组的存在或者添加。

图1图解说明了针对监控实体30的方法10的实施例的流程图。图2示出了针对通信组件40的方法20的实施例的所属的流程图。图3示出了具有监控实体30、60的实施例和通信组件40、50的实施例的系统80的实施例的概览。

图1示出了针对监控实体30的用于监控至少一个通信组件40的方法10。通信组件40构造用于经由数据总线70与一个或多个其它通信组件50基于事件地进行通信。方法10包括：通过监控实体30对通信组件40的功能进行定期检查12。该方法还包括：与被分配给其它通信组件50的至少一个其它监控实体60进行周期性通信14，以便监控该通信组件30的功能、该其它通信组件50的功能以及数据总线70的功能。

这里以及在下文，“定期”应被理解为基于规则的随时间的过程。这样，例如可以规定如下规则：在一个周期之内、即在预先给定的时间间隔之内进行这种通信。因此，定期检查可以基于所限定的时基、时钟或者周期来被执行，例如每10ms、20ms、50ms、100ms、200ms、500ms、1s、2s、5s等等。在此，应预期一定的容差来与实际情况匹配并且不应假设有（理论上）完美的周期。就这方面来说，就根据预先给定的概率在两个消息之间不超过最大时间间隔而言，“定期”通信也可以指“循环”或“周期性”通信。可以根据有保障的或者至少高度可预测的时间表来进行周期性通信。

另一规则会与事件相关联，使得无论如何都可以在一定时间之内可靠程度高地识别出功能失效。在这种情况下，事件以足够高的概率发生。最后，也可设想的是如下组合：即根据事件来使检查周期自适应。例如，如果发生了某些事件，则有些通信组件可以更频繁地被检查（以便更快地识别故障）。这样，例如可以在温度高于20℃的情况下相对很少直至完全不监控霜冻报警器，而在低温下更频繁地检查霜冻报警器。

类似地，图2示出了一种针对通信组件40的用于经由数据总线70与一个或多个其它通信组件50进行通信的方法20。方法20包括：经由数据总线70与所述一个或多个其它通信组件50基于事件地进行通信22；并且与监控实体30进行周期性通信24。

因此，在实施例中，在通信系统80中的通信组件40、50可以通过被分配给通信组件40、50的监控实体30、60来实现。这种系统80例如可以被用在车辆、例如机动车、船舶、火车、飞机、载货车、载客车、两轮车等等中。在这种情况下，例如具有不同功能的控制设备彼此间进行通信。一方面存在其中信息被汇集和分析的中央控制设备，而另一方面使用控制设备，所述控制设备对组件、如照明装置、闪光信号灯、制动灯、传感器、执行器、报警灯、显示器、如按钮或操纵杆那样的输入设备等等进行监控、控制或调节。在下文，这些控制设备也被称作通信组件，这些通信组件经由数据总线70来彼此进行通信，如这在图3中示出的那样。

图3示出了系统80，该系统具有两个监控实体30、60和两个通信组件40、50，它们经由数据总线70来彼此进行通信。在实施例中，数据总线70例如可以是CAN（英文ControllerArea Network（控制器局域网络））总线或者其它现场总线。

如图3所示，各个组件30、40、50、60分别具有一个或多个接口32、42、52、62以及分别具有控制装置34、44、54、64，它们还分别彼此耦合。所述一个或多个接口32、42、52、62例如可对应于用于在一个模块之内、在模块之间或者在不同实体的模块之间接收或提供例如基于代码的比如以数字比特值、电压、电流强度或电磁波为形式的信息或信号的一个或多个输入端或输出端。就这方面来说，所述一个或多个接口32、42、52、62适合于在数据总线70上或者在监控实体30、60与通信组件40、50之间交换、也就是说发送和/或接收信号或信息。在此，在所述一个或多个接口32、42、52、62之间还可存在或连接其它组件，示例是放大器、过滤器、双信器（Diplexer）、双工器（Duplexer）、混频器、移相器、低噪声放大器（英文也称作Low Noise Amplifier（LNA））、插头、插座等等。

在实施例中，控制装置34、44、54、64可对应于任意的控制器或处理器或可编程硬件组件。例如，控制装置34、44、54、64也可以被实现为软件，该软件针对相对应的硬件组件来编程。就这方面来说，控制装置34、44、54、64可以实现为具有相对应地适配的软件的可编程硬件。在此，可以将任意的处理器，如数据信号处理器（DSP）投入使用。在此，实施例并不限于某一类型的处理器。可设想的是任意的处理器或者也可设想的是多个处理器或微控制器，用来实现控制模块。也可设想的是以与其它控制单元集成的形式的实现方案、例如以用于车辆的控制单元的形式的实现方案，该控制单元附加地还包括一个或多个其它功能。在实施例中，在本文中所描述的方法步骤可以通过控制装置34、44、54、64或通过相应的一个或多个接口32、42、52、62来被实施。就这方面来说，能通过设备组件来执行所描述的方法步骤。

图3还用双箭头图解说明了：在组件之间或者在组件与数据总线之间可以进行相对应的通信。

在实施例中，第一通信组件40例如可以是用于运动管理器/manager（英文也称作Vehicle Motion Manager（车辆运动管理器），VMM）的控制设备。该控制设备可以提供相对应的客户端功能（英文也称作“client functions（客户端功能）”）。客户端、例如也包括作为通信组件50的对与车辆驾驶员的相对应的接口进行管理的其它控制设备可以提出请求（Requests），所述请求可以在几秒（例如轨迹）直至理论上几分钟或者甚至几小时（例如目标速度）内有效。但是，如果客户端功能（或通信）失灵，则必须迅速（小于一秒）进行替代反应。在这种情况下，监控实体30、60承担该功能，所述监控实体直接被分配给通信组件40、50并且在本地监控这些通信组件，例如通过经由不同于数据总线70的连接在监控实体30、60与通信组件40、50之间进行周期性通信来在本地监控这些通信组件。

监控实体30、60彼此间例如可以经由数据总线70来进行周期性通信。在数据总线失灵的情况下，该周期性通信失败并且数据总线70的功能失效可以迅速被识别出。如果通信组件40、50之一发生功能失效，则这可以由监控实体30、60经由本地接口来查明并且经由数据总线70来彼此间被传达。

在另一实施例中，通过客户端功能（通信组件40）基于事件地来激活和停用报警灯（通信组件50），其中按照上文的描述的监控实体30、60迅速识别可能发生的故障。这可以造成在数据总线上的通信的减少，因为周期性通信可以被限于监控实体30、60并且这些监控实体也可以同时监控多个通信组件，而由此不再使数据总线70承受更多负荷。这可能导致与通过所属的相应的客户端功能来主动抑制报警灯（例如制动报警灯）（这需要在相应的通信组件之间的持续的单独的消息）并且当客户端功能失灵时报警灯就被激活的情况相比在数据总线70上有更低的消息密度或者也包括更小的消息尺寸。

因此，图3示出了用于至少一个通信组件40的监控实体30的实施例，该通信组件构造用于经由数据总线70与一个或多个其它通信组件50进行通信。监控实体30包括一个或多个接口32，用于经由数据总线70来进行通信并且用于与通信组件40进行通信。监控实体30包括控制装置34，该控制装置构造用于控制所述一个或多个接口32并且用于与通信组件40以及与其它通信组件50的至少一个其它监控实体60进行周期性通信。

如上文已经描述的那样，监控实体30的控制装置34可以构造用于经由不同于数据总线70的连接、例如经由本地接口32来与通信组件40进行通信。控制装置34还构造用于：如果探测到通信组件40的功能失效或通信故障，则将故障指示传送给至少一个其它监控实体60。

图3还图解说明了用于经由数据总线70与一个或多个其它通信组件50进行通信的通信组件40的实施例。通信组件40包括一个或多个接口42，用于经由数据总线70来进行通信并且用于与监控实体30进行通信。通信组件40还包括控制装置44，该控制装置构造用于控制所述一个或多个接口42、用于与所述一个或多个其它通信组件50基于事件地进行通信并且用于与监控实体30进行周期性通信。

图3中的系统80的实施例包括：至少两个按照上文的描述的监控实体30、60；和至少两个被分配给监控实体30、60的按照上文的描述的通信组件40、50。另一实施例是具有这种系统80的车辆。

图4示出了在一个实施例中的监控服务的架构。该监控服务在下文也被称作看门狗服务（Watchdog-Service），类似地监控实体30、60也被称作看门狗（Watchdog）。图4在左侧示出了第一控制设备“SG 1”，在该第一控制设备上实现客户端“foo”作为通信组件40并且实现“看门狗1”作为监控实体30。在右侧示出了第二控制设备“SG 2”，在该第二控制设备上实现第二通信组件50作为（服务）“bar”并且实现监控实体60作为“看门狗2”。“foo”和“bar”是任意的“客户端”（Clients）和服务（Services、客户端功能）的占位符。如图4进一步所示，还可能存在多个其它控制设备，其中监控实体30、60彼此间经由虚线箭头进行周期性通信。在监控实体30、60与所分配的通信组件40、50之间的通信在本地进行（虚线双箭头）。

这里，客户端（通信组件40、50）在本地处理器（也称作“localhost（本地主机）”）（SG 1、SG2）上周期性地被监控，使得总线负荷无关紧要。这里，通过两个监控实体30、60来实现针对两个通信组件40、50的监控服务（看门狗服务）。在每个参与基于事件的通信的“SG1、SG 2”上，实现看门狗服务（方法10、监控实体30、60）的本地实体。看门狗服务30、60的本地实体经由总线70来被同步。“客户端（Client）”、这里是通信组件40、50，可以在看门狗服务30、60处被登记。在有通信故障的情况下，看门狗服务30、60作为替代反应通知客户端40、50的通信伙伴。

图5图解说明了在依据图4所阐述的实施例中的通信组件40的失灵。在该实施例中，客户端“foo”40失灵，这通过闪电来表示。监控实体30“看门狗1”由于与“客户端foo”的本地周期性通信而注意到这一点，该本地周期性通信同样有可能失灵或者“客户端foo”可以经由该本地周期性通信来向看门狗报告故障。接着，“看门狗1”30可以经由与“看门狗2”60的周期性通信来传送相对应的消息，接着该消息可以由“看门狗2”转交给“服务bar”50。以这种方式，“看门狗1”30可以使“服务bar”50了解到有故障。

在该实施例中，针对监控实体30的方法10包括：如果探测到通信组件40的功能失效或通信故障，则将故障指示传送给至少一个其它监控实体50。在其它实施例中，也可以传送给多个其它监控实体60。

图6示出了在一个实施例中的数据总线70的失灵。重新从已经依据图4和5所阐述的场景出发。图6中的闪电表明：在数据总线70上发生干扰或失灵。借此，在监控实体30、60之间的周期性通信也被中断，使得两侧都能注意到故障并且将该故障告知它们的通信组件40、50。可注意到并且告知这种故障的延迟取决于在数据总线70上的周期性通信的频率。在此，各个监控实体30、60的同步还可以有助于避免额外的延迟。因而，在监控实体30、60中实施的方法10可包括：经由数据总线70与至少一个其它监控实体60进行同步。如果在数据总线70上周期性活跃的监控实体30、60彼此间同步，也就是说具有共同的时基或时钟，则在数据总线70上的通信可以更高效地进行，或数据总线的传输能力可以更好地被利用。

监控实体30的控制装置34可以相对应地构造用于经由数据总线70与至少一个其它监控实体60进行同步，或反之亦然。

这也可以通过对监控实体30、60本身的能力的高效管理来实现。为了实现这一点，针对监控实体30、60的方法10可以规定：在监控实体30、60处对通信组件40、50进行登记。此外，针对通信组件40、50的方法20可以相对应地规定：在监控实体30、60处进行登记。

监控实体30、60的控制装置34、64可以构造用于执行对通信组件40、50的登记。通信组件的控制装置44、54可以构造用于在监控实体30、60处执行登记。

图7示出了在一个实施例中的所交换的消息的序列，其中图7示出了看门狗服务的其中没有出现故障的正常流程。图7在左侧示出了按照上文的描述的“客户端foo”40。在中间示出了监控服务“看门狗（Watchdog）”，该监控服务通过上文所描述的监控实体30、60来实现。两个通信组件40、50针对看门狗服务被登记。在该实施例中，“客户端foo”40可以请求具有时限（Time-Out（超时））的通知服务，其中该时限预先给定了在发生故障之后关于该故障的消息最晚应该在其之后被分发的那个时间。在此，用于总线监控的通信装置至少对于有些服务来说是重要或必需的，如在下文还将被阐述的那样。在所示出的实施例中，在“客户端foo”40与看门狗服务30、60之间的周期性通信被实现为使得“客户端foo”每隔一段时间就向看门狗30提出请求（英文也称作“keep alive Request（保持活跃请求）”，维持请求），所述请求接着由看门狗30来应答。如图7下方所示，服务也可以再次被取消（英文也称作“remove（删除）”）。

图8示出了在另一实施例中的所交换的消息的序列。图8示出了图7中的场景和在根据图5的故障模式下的所交换的消息。因此，闪电再次表明在“客户端foo”40处有故障。在依据图7已经描述的场景下，如果“客户端foo”40不在所设置的时限之内向看门狗服务提出请求，则发生该故障。接着，看门狗服务30、60分发（广播（multicast））相对应的消息“foo超时（Time-Out foo）”（“foo”超过时限）。

在随后的实施例中，在有总线故障的情况下，向看门狗服务报告关于涉及到所登记的客户端的哪些通信连接的信息。换言之，看门狗服务了解所登记的客户端就它们的所使用的服务而言具有哪些通信路径。如果接着发生总线故障，则看门狗服务可以通过事件在中断的两“侧”告知：在客户端与服务之间的哪些通信路径受干扰。图9示出了在具有按照图6的数据总线故障的另一实施例中的所交换的消息的序列。在探测到故障（通过闪电来表示）之后，看门狗服务30、60根据该故障来将相对应的消息“foo超时”（“foo”超过时限）分发给“服务bar”50并且将消息“bar超时（Time-Out bar）”分发给“客户端foo”40。

在实施例中，在本文中所公开的方法10、20可以被用于监控在车辆中的通信组件40、50和数据总线70。相对应地，监控实体30、60可以构造用于监控在车辆中的通信组件40、50和数据总线70。实施例例如可以被用在载客车、载货车、铁路、飞机或一般来说车辆中。为此，实施例例如可以使用中央服务/Services来在最上层的通信层面对通信总线进行监控。

其它实施例是计算机程序，所述计算机程序用于当其在计算机、处理器或者可编程硬件组件上运行时执行在本文中所描述的方法之一。根据特定的实现要求，本发明的实施例可以以硬件或者以软件来实现。所述实现可以在使用数字存储介质（例如软盘（Floppy-Disk）、DVD、蓝光光碟（Blu-Ray Disc）、CD、ROM、PROM、EPROM、EEPROM或者闪速存储器、硬盘或者其它磁或者光学存储器的情况下被执行，以电子方式可读的控制信号被存储在该数字存储介质上，这些以电子方式可读的控制信号与可编程硬件组件共同起作用或者可以共同起作用，使得相应的方法被执行。

可编程硬件组件可以通过处理器、计算机处理器（CPU＝中央处理单元（CentralProcessing Unit））、图形处理器（GPU＝图形处理单元（Graphics Processing Unit））、计算机、计算机程序、专用集成电路（ASIC＝Application-Specific Integrated Circuit）、集成电路（IC＝Integrated Circuit）、芯片上系统（SOC＝System on Chip）、可编程的逻辑元件或者具有微处理器的现场可编程门阵列（FPGA＝Field Programmable Gate Array）来形成。

因而，数字存储介质可以是机器可读的或者可以是计算机可读的。因此，有些实施例包括数据载体，该数据载体具有以电子方式可读的控制信号，这些以电子方式可读的控制信号能够与可编程计算机系统或可编程硬件组件共同起作用，使得执行在本文中所描述的方法之一。因此，一个实施例是数据载体（或者数字存储介质或者计算机可读介质），在该数据载体上记录用于执行在本文中所描述的方法之一的程序。

一般来说，本发明的实施例可以被实现为具有程序代码的程序、固件、计算机程序或者计算机程序产品或者可以被实现为数据，其中如果程序在处理器或者可编程硬件组件上运行则所述程序代码或者所述数据有效地执行所述方法之一。所述程序代码或者所述数据例如也可以存储在机器可读载体或者数据载体上。所述程序代码或者所述数据尤其可以作为源代码、机器代码或者字节代码以及作为其它的中间代码存在。

上面所描述的实施例仅仅是对本发明的原理的阐明。易于理解的是：在本文中所描述的布置和细节的修改方案和变型方案将使其他的本领域技术人员明白（einleuchten）。因此所意图的是：本发明应仅仅通过下述专利权利要求书的保护范围来限制而不是通过已在本文中依据对实施例的描述和阐述来表现的特定的细节来限制。

附图标记列表

10 针对监控实体的方法

12 定期检查

14、24 周期性通信

20 针对通信组件的方法

22 基于事件地通信

30、60 监控实体

32、42、52、62 一个或多个接口

34、44、54、64 控制装置

40、50 通信组件

70 数据总线

80 系统

Claims (20)

1.一种针对监控实体（30）的用于监控至少一个通信组件（40）的方法（10），其中所述通信组件（40）构造用于经由数据总线（70）与一个或多个其它通信组件（50）基于事件地进行通信，所述方法具有如下步骤：

通过所述监控实体（30）对所述通信组件（40）的功能进行定期检查（12）；并且

与被分配给其它通信组件（50）的至少一个其它监控实体（60）进行周期性通信（14），以便监控所述通信组件（30）的功能、所述其它通信组件（50）的功能以及所述数据总线（70）的功能。

2.根据权利要求1所述的方法（10），其中所述周期性通信在所述数据总线（70）上进行。

3.根据上述权利要求中任一项所述的方法（10），所述方法还包括：经由不同于所述数据总线（70）的连接来在所述监控实体（30）与所述通信组件（40）之间进行周期性通信。

4.根据上述权利要求中任一项所述的方法（10），所述方法还包括：如果探测到所述通信组件（40）的功能失效或通信故障，则将故障指示传送给至少一个其它监控实体（50）。

5.根据上述权利要求中任一项所述的方法（10），所述方法还包括：经由所述数据总线（70）来与至少一个其它监控实体（60）进行同步。

6.根据上述权利要求中任一项所述的方法（10），所述方法还包括：在所述监控实体（30）处对所述通信组件（40）进行登记。

7.根据上述权利要求中任一项所述的方法（10），所述方法用于监控在车辆中的通信组件（40；50）和数据总线（70）。

8.一种针对通信组件（40）的用于经由数据总线（70）与一个或多个其它通信组件（50）进行通信的方法（20），所述方法具有：

经由所述数据总线（70）与所述一个或多个其它通信组件（50）基于事件地进行通信；并且

与监控实体（30）进行周期性通信。

9.根据权利要求8所述的方法（20），所述方法还包括：在所述监控实体（30）处进行登记。

10.一种计算机程序，用于当所述计算机程序在计算机、处理器或可编程硬件组件上运行时执行根据权利要求1至9中任一项所述的方法之一。

11.一种用于至少一个通信组件（40）的监控实体（30），所述至少一个通信组件构造用于经由数据总线（70）与一个或多个其它通信组件（50）进行通信，所述监控实体具有：

一个或多个接口（32），用于经由所述数据总线（70）来进行通信并且用于与所述通信组件（40）进行通信；和

控制装置（34），所述控制装置构造用于控制所述一个或多个接口（32）并且用于与所述通信组件（40）以及与其它通信组件（50）的至少一个其它监控实体（60）进行周期性通信。

12.根据权利要求11所述的监控实体（30），其中所述控制装置（34）构造用于与所述通信组件（40）经由不同于所述数据总线（70）的连接来进行通信。

13.根据权利要求11或12中任一项所述的监控实体（30），其中所述控制装置（34）构造用于：如果探测到所述通信组件（40）的功能失效或通信故障，则将故障指示传送给至少一个其它监控实体（60）。

14.根据权利要求11至13中任一项所述的监控实体（30），其中所述控制装置（34）构造用于经由所述数据总线（70）与至少一个其它监控实体（60）进行同步。

15.根据权利要求11至14中任一项所述的监控实体（30），其中所述控制装置（34）构造用于执行对通信组件（40）的登记。

16.根据权利要求11至15中任一项所述的监控实体（30），所述监控实体构造用于监控在车辆中的通信组件（40；50）和数据总线（70）。

17.一种用于经由数据总线（70）与一个或多个其它通信组件（50）进行通信的通信组件（40），所述通信组件具有：

一个或多个接口（42），用于经由所述数据总线（70）来进行通信并且用于与监控实体（30）进行通信；和

控制装置（44），所述控制装置构造用于控制所述一个或多个接口（42）、用于与所述一个或多个其它通信组件（50）基于事件地进行通信并且用于与所述监控实体（30）进行周期性通信。

18.根据权利要求17所述的通信组件（40），其中所述控制装置（44）构造用于在所述监控实体（30）处执行登记。

19.一种系统（80），其具有：至少两个根据权利要求11至16中任一项所述的监控实体（30；60）；和至少两个被分配给所述监控实体（30；60）的根据权利要求17或18中任一项所述的通信组件（40；50）。

20.一种车辆，其具有根据权利要求19所述的系统（80）。

Images