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

《针对监控实体和通信组件的方法和计算机程序、监控实体、通信组件、系统和车辆.pdf》由会员分享，可在线阅读，更多相关《针对监控实体和通信组件的方法和计算机程序、监控实体、通信组件、系统和车辆.pdf（20页完成版）》请在专利查询网上搜索。

1、(19)中华人民共和国国家知识产权局 (12)发明专利申请 (10)申请公布号 (43)申请公布日 (21)申请号 201980020021.0 (22)申请日 2019.01.14 (30)优先权数据 102018101103.2 2018.01.18 DE (85)PCT国际申请进入国家阶段日 2020.09.17 (86)PCT国际申请的申请数据 PCT/EP2019/050834 2019.01.14 (87)PCT国际申请的公布数据 WO2019/141632 DE 2019.07.25 (71)申请人 大众汽车股份公司 地址 德国沃尔夫斯堡 (72)发明人 M布卢门特里特 (74)。

2、专利代理机构 中国专利代理(香港)有限公 司 72001 代理人 孙云汉刘春元 (51)Int.Cl. H04L 12/40(2006.01) H04L 12/26(2006.01) G06F 11/07(2006.01) (54)发明名称 针对监控实体和通信组件的方法和计算机 程序、 监控实体、 通信组件、 系统和车辆 (57)摘要 实施例提供了针对监控实体和通信组件的 方法和计算机程序、 监控实体、 通信组件、 系统和 车辆。 针对监控实体 （30） 的用于监控至少一个通 信组件 （40） 的方法 （10） ， 其中通信组件 （40） 构造 用于经由数据总线 （70） 与一个或多个其它通信。

3、 组件 （50） 基于事件地进行通信， 该方法包括： 通 过监控实体 （30） 对通信组件 （40） 的功能进行定 期检查 （12） 。 该方法还包括： 与被分配给其它通 信组件 （50） 的至少一个其它监控实体 （60） 进行 周期性通信 （14） ， 以便监控该通信组件 （30） 的功 能、 该其它通信组件 （50） 的功能以及数据总线 （70） 的功能。 权利要求书2页 说明书9页 附图8页 CN 111869167 A 2020.10.30 CN 111869167 A 1.一种针对监控实体 （30） 的用于监控至少一个通信组件 （40） 的方法 （10） ， 其中所述通 信组件 （4。

4、0） 构造用于经由数据总线 （70） 与一个或多个其它通信组件 （50） 基于事件地进行 通信， 所述方法具有如下步骤： 通过所述监控实体 （30） 对所述通信组件 （40） 的功能进行定期检查 （12） ； 并且 与被分配给其它通信组件 （50） 的至少一个其它监控实体 （60） 进行周期性通信 （14） ， 以 便监控所述通信组件 （30） 的功能、 所述其它通信组件 （50） 的功能以及所述数据总线 （70） 的 功能。 2.根据权利要求1所述的方法 （10） ， 其中所述周期性通信在所述数据总线 （70） 上进行。 3.根据上述权利要求中任一项所述的方法 （10） ， 所述方法还包括：。

5、 经由不同于所述数 据总线 （70） 的连接来在所述监控实体 （30） 与所述通信组件 （40） 之间进行周期性通信。 4.根据上述权利要求中任一项所述的方法 （10） ， 所述方法还包括： 如果探测到所述通 信组件 （40） 的功能失效或通信故障， 则将故障指示传送给至少一个其它监控实体 （50） 。 5.根据上述权利要求中任一项所述的方法 （10） ， 所述方法还包括： 经由所述数据总线 （70） 来与至少一个其它监控实体 （60） 进行同步。 6.根据上述权利要求中任一项所述的方法 （10） ， 所述方法还包括： 在所述监控实体 （30） 处对所述通信组件 （40） 进行登记。 7.根据。

6、上述权利要求中任一项所述的方法 （10） ， 所述方法用于监控在车辆中的通信组 件 （40； 50） 和数据总线 （70） 。 8.一种针对通信组件 （40） 的用于经由数据总线 （70） 与一个或多个其它通信组件 （50） 进行通信的方法 （20） ， 所述方法具有： 经由所述数据总线 （70） 与所述一个或多个其它通信组件 （50） 基于事件地进行通信； 并 且 与监控实体 （30） 进行周期性通信。 9.根据权利要求8所述的方法 （20） ， 所述方法还包括： 在所述监控实体 （30） 处进行登 记。 10.一种计算机程序， 用于当所述计算机程序在计算机、 处理器或可编程硬件组件上运 行。

7、时执行根据权利要求1至9中任一项所述的方法之一。 11.一种用于至少一个通信组件 （40） 的监控实体 （30） ， 所述至少一个通信组件构造用 于经由数据总线 （70） 与一个或多个其它通信组件 （50） 进行通信， 所述监控实体具有： 一个或多个接口 （32） ， 用于经由所述数据总线 （70） 来进行通信并且用于与所述通信组 件 （40） 进行通信； 和 控制装置 （34） ， 所述控制装置构造用于控制所述一个或多个接口 （32） 并且用于与所述 通信组件 （40） 以及与其它通信组件 （50） 的至少一个其它监控实体 （60） 进行周期性通信。 12.根据权利要求11所述的监控实体 （。

8、30） ， 其中所述控制装置 （34） 构造用于与所述通 信组件 （40） 经由不同于所述数据总线 （70） 的连接来进行通信。 13.根据权利要求11或12中任一项所述的监控实体 （30） ， 其中所述控制装置 （34） 构造 用于： 如果探测到所述通信组件 （40） 的功能失效或通信故障， 则将故障指示传送给至少一 个其它监控实体 （60） 。 14.根据权利要求11至13中任一项所述的监控实体 （30） ， 其中所述控制装置 （34） 构造 权利要求书 1/2 页 2 CN 111869167 A 2 用于经由所述数据总线 （70） 与至少一个其它监控实体 （60） 进行同步。 15.根。

9、据权利要求11至14中任一项所述的监控实体 （30） ， 其中所述控制装置 （34） 构造 用于执行对通信组件 （40） 的登记。 16.根据权利要求11至15中任一项所述的监控实体 （30） ， 所述监控实体构造用于监控 在车辆中的通信组件 （40； 50） 和数据总线 （70） 。 17.一种用于经由数据总线 （70） 与一个或多个其它通信组件 （50） 进行通信的通信组件 （40） ， 所述通信组件具有： 一个或多个接口 （42） ， 用于经由所述数据总线 （70） 来进行通信并且用于与监控实体 （30） 进行通信； 和 控制装置 （44） ， 所述控制装置构造用于控制所述一个或多个接口。

10、 （42） 、 用于与所述一 个或多个其它通信组件 （50） 基于事件地进行通信并且用于与所述监控实体 （30） 进行周期 性通信。 18.根据权利要求17所述的通信组件 （40） ， 其中所述控制装置 （44） 构造用于在所述监 控实体 （30） 处执行登记。 19.一种系统 （80） ， 其具有： 至少两个根据权利要求11至16中任一项所述的监控实体 （30； 60） ； 和至少两个被分配给所述监控实体 （30； 60） 的根据权利要求17或18中任一项所述 的通信组件 （40； 50） 。 20.一种车辆， 其具有根据权利要求19所述的系统 （80） 。 权利要求书 2/2 页 3 CN。

11、 111869167 A 3 针对监控实体和通信组件的方法和计算机程序、 监控实体、 通 信组件、 系统和车辆 技术领域 0001 本发明涉及针对监控实体和通信组件的方法和计算机程序、 监控实体、 通信组件、 系统和车辆， 但尤其是非排他地涉及用来监控用于在机动车中的基于事件的通信的通信组 件的设计。 背景技术 0002 一般来说， 在车辆技术中以及也在计算机或通信技术中， 使用数据总线， 所述数据 总线允许在连接或耦合到数据总线上的不同组件之间的数据通信。 在此， 例如两个通信伙 伴或通信组件经由数据总线来交换消息， 其中通信是基于事件的 （英文也称作基于 “Event” ） 。 不同于周期。

12、性通信， 在基于事件的通信的情况下， 只有当发生所属的事件 （Event） 时， 才交换消息。 例如， 当驾驶员对闪光信号灯进行操纵时， 在机动车总线上寄送 “接通闪光信号灯” 消息 （就请求而言英文也称作 “Request” ） ， 而当闪光信号灯控制杆重新 回到初始位置时， 相对应地寄送 “关断闪光信号灯” 消息。 0003 由于干扰而可能发生： 要么通信伙伴失灵要么通信链路失灵 （例如数据总线中 断） 。 在这种情况下， 问题可能在于可以如何探测这种失灵。 在基于事件的通信的情况下， 不 存在超时 （Time-Out） 监控， 使得该失灵在没有进一步措施的情况下并不引人注意。 从通信 伙。

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

14、的探测。 0005 在安全相关的功能的情况下， 超时时间通常小于一秒。 为了考虑这一点， 上文所描 述的基于事件的通信会被转换成准周期性通信， 以便可以遵守超时要求。 因为这在不确定 的情况下涉及很多功能， 所以会造成高总线负荷， 而并没有获得功能方面的额外价值。 这种 所谓的用例 （Use-Cases， 应用情况） 的示例是闪光信号灯、 报警灯、 座椅调节、 照明、 通风、 目 标值规定 （例如速度调节） 、 风扇控制等等。 0006 因而， 存在对一种在应用层面上的所有功能都不需要实现自身的超时监控机制的 情况下用于识别上述故障模式 （Fehlerbilder） 的经改善的设计的需求。 发。

15、明内容 0007 该需求由根据待决独立权利要求所述的针对监控实体和通信组件的方法和计算 机程序、 监控实体、 通信组件、 系统和车辆来满足。 有利的设计方案和扩展方案是从属权利 说明书 1/9 页 4 CN 111869167 A 4 要求的主题。 0008 本发明的实施例基于如下核心思想： 可以使用监控实体用于对通信组件的功能控 制。 在此， 监控实体可以彼此间周期性地进行通信并且这样可以识别通信组件或数据总线 的失灵。 尤其是当一个监控实体监控多个通信组件时， 在不同的监控实体之间所交换的周 期性控制信息可以相对于为了监控而必须在通信组件之间直接被交换的控制信息而言被 减少。 0009 实。

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

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

18、监控实体。 就这方面来说， 对于监控来说所需的通信可 以被限于监控实体并且这样高效地被实现。 该方法还可包括： 经由数据总线来与至少一个 其它监控实体进行同步。 由此， 可以改善周期性通信的效率。 在有些实施例中， 可以在监控 实体处对通信组件进行登记。 类似地， 针对通信组件的方法可包括在监控实体处进行登记。 由此， 监控实体和该方法可以更广泛地被使用， 例如被用于不同的多个通信组件。 实施例例 如可以被用于监控在车辆中的通信组件和数据总线。 0013 实施例还提供了一个或多个计算机程序， 所述一个或多个计算机程序用于当计算 机程序在计算机、 处理器或者可编程硬件组件上运行时执行本文中所描述。

19、的方法中的一个 或多个方法。 0014 另一实施例是一种用于通信组件的监控实体， 该通信组件构造用于经由数据总线 与一个或多个其它通信组件进行通信。 监控实体包括一个或多个接口， 用于经由数据总线 来进行通信并且用于与该通信组件进行通信。 监控实体还包括控制装置， 该控制装置构造 用于控制所述一个或多个接口并且用于与通信组件以及与其它通信组件的至少一个其它 监控实体进行周期性通信。 在有些实施例中， 控制装置可以构造用于与该通信组件经由不 同于数据总线的连接来进行通信。 因此， 监控可以脱离数据总线地进行。 0015 控制装置可以构造用于： 如果探测到通信组件的功能失效或通信故障， 则将故障 。

20、指示传送给至少一个其它监控实体。 这样， 可以使其它监控实体了解到有功能失效。 在有些 说明书 2/9 页 5 CN 111869167 A 5 实施例中， 控制装置可以构造用于经由数据总线与至少一个其它监控实体进行同步和/或 用于执行对通信组件的登记。 监控实体可以构造用于监控在车辆中的通信组件和数据总 线。 0016 实施例也提供了一种用于经由数据总线与一个或多个其它通信组件进行通信的 通信组件。 该通信组件包括一个或多个接口， 用于经由数据总线来进行通信并且用于与监 控实体进行通信。 该通信组件还包括控制装置， 该控制装置构造用于控制所述一个或多个 接口、 用于与所述一个或多个其它通信组。

21、件基于事件地进行通信并且用于与监控实体进行 周期性通信。 类似于上文的描述， 该控制装置可以构造用于在监控实体处执行登记。 0017 实施例也提供了一种系统， 该系统具有至少两个按照上文的描述的监控实体和至 少两个被分配给监控实体的按照上文的描述的通信组件。 另一实施例是具有这种系统的机 动车。 附图说明 0018 随后， 其它有利的设计方案依据在附图中示出的实施例进一步予以描述， 然而实 施例一般来说并不在整体上限于这些实施例。 其中： 图1示出了针对监控实体的方法的实施例的流程图； 图2示出了针对通信组件的方法的实施例的流程图； 图3示出了监控实体的实施例、 通信组件的实施例和系统的实施例。

22、； 图4示出了在一个实施例中的监控服务的架构； 图5示出了在一个实施例中的通信组件的失灵； 图6示出了在一个实施例中的数据总线的失灵； 图7示出了在一个实施例中的所交换的消息的序列； 图8示出了在另一实施例中的所交换的消息的序列； 以及 图9示出了在另一实施例中的所交换的消息的序列。 具体实施方式 0019 现在， 不同的实施例参考随附的附图更详细地予以描述， 在这些附图中示出了一 些实施例。 在此， 可选的特征或组件已虚线来示出。 0020 尽管实施例可以以不同的方式被修改和被改动， 但是实施例在这些附图中作为示 例被示出并且在本文中详细地被描述。 然而应阐明： 不是意图使实施例限于分别被公。

23、开的 形式， 而是实施例更确切地说应该覆盖在本发明的范围内的所有功能上和/或结构上的修 改方案、 等效方案和替选方案。 0021 注意到： 被称作与另一要素 “连接” 或 “耦合” 的要素可以与所述另一要素直接连接 或耦合， 或者可能有在它们之间的要素。 而如果一个要素被称作与另一要素 “直接连接” 或 “直接耦合” ， 则在它们之间的要素不存在。 其它被用于描述要素之间的关系的术语应该以 类似的方式来解释 （例如 “在之间” 相对于 “直接在其之间” ，“相邻” 相对于 “直接相邻” 等 等） 。 0022 在本文中所使用的专业术语只用于描述特定的实施例并且应该不限制这些实施 例。 如在本文。

24、中所使用的那样， 只要上下文没有明确地另作某些说明， 单数形式 “一个” 和 说明书 3/9 页 6 CN 111869167 A 6 “该” 就也应该包含复数形式。 还应阐明： 如在本文中所使用的那样， 诸如 “包含” 、“包含 的” 、“具有” 、“包括” 、“包括的” 和/或 “具有的” 那样的术语说明了所提到的特征、 整数、 步骤、 工作流程、 要素和/或组件的存在， 但是没有排除一个或者一个或多个特征、 整 数、 步骤、 工作流程、 要素、 组件和/或它们的组的存在或者添加。 0023 图1图解说明了针对监控实体30的方法10的实施例的流程图。 图2示出了针对通信 组件40的方法20。

25、的实施例的所属的流程图。 图3示出了具有监控实体30、 60的实施例和通信 组件40、 50的实施例的系统80的实施例的概览。 0024 图1示出了针对监控实体30的用于监控至少一个通信组件40的方法10。 通信组件 40构造用于经由数据总线70与一个或多个其它通信组件50基于事件地进行通信。 方法10包 括： 通过监控实体30对通信组件40的功能进行定期检查12。 该方法还包括： 与被分配给其它 通信组件50的至少一个其它监控实体60进行周期性通信14， 以便监控该通信组件30的功 能、 该其它通信组件50的功能以及数据总线70的功能。 0025 这里以及在下文，“定期” 应被理解为基于规则。

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

27、关联， 使得无论如何都可以在一定时间之内可靠程度高地识 别出功能失效。 在这种情况下， 事件以足够高的概率发生。 最后， 也可设想的是如下组合： 即 根据事件来使检查周期自适应。 例如， 如果发生了某些事件， 则有些通信组件可以更频繁地 被检查 （以便更快地识别故障） 。 这样， 例如可以在温度高于20的情况下相对很少直至完 全不监控霜冻报警器， 而在低温下更频繁地检查霜冻报警器。 0027 类似地， 图2示出了一种针对通信组件40的用于经由数据总线70与一个或多个其 它通信组件50进行通信的方法20。 方法20包括： 经由数据总线70与所述一个或多个其它通 信组件50基于事件地进行通信22；。

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

29、制设备也被称 作通信组件， 这些通信组件经由数据总线70来彼此进行通信， 如这在图3中示出的那样。 0029 图3示出了系统80， 该系统具有两个监控实体30、 60和两个通信组件40、 50， 它们经 由数据总线70来彼此进行通信。 在实施例中， 数据总线70例如可以是CAN （英文Controller Area Network （控制器局域网络） ） 总线或者其它现场总线。 0030 如图3所示， 各个组件30、 40、 50、 60分别具有一个或多个接口32、 42、 52、 62以及分 别具有控制装置34、 44、 54、 64， 它们还分别彼此耦合。 所述一个或多个接口32、 42、。

30、 52、 62例 说明书 4/9 页 7 CN 111869167 A 7 如可对应于用于在一个模块之内、 在模块之间或者在不同实体的模块之间接收或提供例如 基于代码的比如以数字比特值、 电压、 电流强度或电磁波为形式的信息或信号的一个或多 个输入端或输出端。 就这方面来说， 所述一个或多个接口32、 42、 52、 62适合于在数据总线70 上或者在监控实体30、 60与通信组件40、 50之间交换、 也就是说发送和/或接收信号或信息。 在此， 在所述一个或多个接口32、 42、 52、 62之间还可存在或连接其它组件， 示例是放大器、 过滤器、 双信器 （Diplexer） 、 双工器 （。

31、Duplexer） 、 混频器、 移相器、 低噪声放大器 （英文也称 作Low Noise Amplifier （LNA） ） 、 插头、 插座等等。 0031 在实施例中， 控制装置34、 44、 54、 64可对应于任意的控制器或处理器或可编程硬 件组件。 例如， 控制装置34、 44、 54、 64也可以被实现为软件， 该软件针对相对应的硬件组件 来编程。 就这方面来说， 控制装置34、 44、 54、 64可以实现为具有相对应地适配的软件的可编 程硬件。 在此， 可以将任意的处理器， 如数据信号处理器 （DSP） 投入使用。 在此， 实施例并不 限于某一类型的处理器。 可设想的是任意的。

32、处理器或者也可设想的是多个处理器或微控制 器， 用来实现控制模块。 也可设想的是以与其它控制单元集成的形式的实现方案、 例如以用 于车辆的控制单元的形式的实现方案， 该控制单元附加地还包括一个或多个其它功能。 在 实施例中， 在本文中所描述的方法步骤可以通过控制装置34、 44、 54、 64或通过相应的一个 或多个接口32、 42、 52、 62来被实施。 就这方面来说， 能通过设备组件来执行所描述的方法步 骤。 0032 图3还用双箭头图解说明了： 在组件之间或者在组件与数据总线之间可以进行相 对应的通信。 0033 在实施例中， 第一通信组件40例如可以是用于运动管理器/manager 。

33、（英文也称作 Vehicle Motion Manager （车辆运动管理器） ， VMM） 的控制设备。 该控制设备可以提供相对 应的客户端功能 （英文也称作 “client functions （客户端功能） ” ） 。 客户端、 例如也包括作 为通信组件50的对与车辆驾驶员的相对应的接口进行管理的其它控制设备可以提出请求 （Requests） ， 所述请求可以在几秒 （例如轨迹） 直至理论上几分钟或者甚至几小时 （例如目 标速度） 内有效。 但是， 如果客户端功能 （或通信） 失灵， 则必须迅速 （小于一秒） 进行替代反 应。 在这种情况下， 监控实体30、 60承担该功能， 所述监控实。

34、体直接被分配给通信组件40、 50 并且在本地监控这些通信组件， 例如通过经由不同于数据总线70的连接在监控实体30、 60 与通信组件40、 50之间进行周期性通信来在本地监控这些通信组件。 0034 监控实体30、 60彼此间例如可以经由数据总线70来进行周期性通信。 在数据总线 失灵的情况下， 该周期性通信失败并且数据总线70的功能失效可以迅速被识别出。 如果通 信组件40、 50之一发生功能失效， 则这可以由监控实体30、 60经由本地接口来查明并且经由 数据总线70来彼此间被传达。 0035 在另一实施例中， 通过客户端功能 （通信组件40） 基于事件地来激活和停用报警灯 （通信组件。

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

36、监控实体30的实施例， 该通信组件构 造用于经由数据总线70与一个或多个其它通信组件50进行通信。 监控实体30包括一个或多 个接口32， 用于经由数据总线70来进行通信并且用于与通信组件40进行通信。 监控实体30 包括控制装置34， 该控制装置构造用于控制所述一个或多个接口32并且用于与通信组件40 以及与其它通信组件50的至少一个其它监控实体60进行周期性通信。 0037 如上文已经描述的那样， 监控实体30的控制装置34可以构造用于经由不同于数据 总线70的连接、 例如经由本地接口32来与通信组件40进行通信。 控制装置34还构造用于： 如 果探测到通信组件40的功能失效或通信故障， 。

37、则将故障指示传送给至少一个其它监控实体 60。 0038 图3还图解说明了用于经由数据总线70与一个或多个其它通信组件50进行通信的 通信组件40的实施例。 通信组件40包括一个或多个接口42， 用于经由数据总线70来进行通 信并且用于与监控实体30进行通信。 通信组件40还包括控制装置44， 该控制装置构造用于 控制所述一个或多个接口42、 用于与所述一个或多个其它通信组件50基于事件地进行通信 并且用于与监控实体30进行周期性通信。 0039 图3中的系统80的实施例包括： 至少两个按照上文的描述的监控实体30、 60； 和至 少两个被分配给监控实体30、 60的按照上文的描述的通信组件4。

38、0、 50。 另一实施例是具有这 种系统80的车辆。 0040 图4示出了在一个实施例中的监控服务的架构。 该监控服务在下文也被称作看门 狗服务 （Watchdog-Service） ， 类似地监控实体30、 60也被称作看门狗 （Watchdog） 。 图4在左 侧示出了第一控制设备 “SG 1” ， 在该第一控制设备上实现客户端 “foo” 作为通信组件40并 且实现 “看门狗1” 作为监控实体30。 在右侧示出了第二控制设备 “SG 2” ， 在该第二控制设备 上实现第二通信组件50作为 （服务） “bar” 并且实现监控实体60作为 “看门狗2” 。“foo” 和 “bar” 是任意的。

39、 “客户端” （Clients） 和服务 （Services、 客户端功能） 的占位符。 如图4进一步 所示， 还可能存在多个其它控制设备， 其中监控实体30、 60彼此间经由虚线箭头进行周期性 通信。 在监控实体30、 60与所分配的通信组件40、 50之间的通信在本地进行 （虚线双箭头） 。 0041 这里， 客户端 （通信组件40、 50） 在本地处理器 （也称作 “localhost （本地主机） ” ） （SG 1、 SG2） 上周期性地被监控， 使得总线负荷无关紧要。 这里， 通过两个监控实体30、 60来 实现针对两个通信组件40、 50的监控服务 （看门狗服务） 。 在每个参与。

40、基于事件的通信的 “SG 1、 SG 2” 上， 实现看门狗服务 （方法10、 监控实体30、 60） 的本地实体。 看门狗服务30、 60的本 地实体经由总线70来被同步。“客户端 （Client） ” 、 这里是通信组件40、 50， 可以在看门狗服 务30、 60处被登记。 在有通信故障的情况下， 看门狗服务30、 60作为替代反应通知客户端40、 50的通信伙伴。 0042 图5图解说明了在依据图4所阐述的实施例中的通信组件40的失灵。 在该实施例 中， 客户端 “foo” 40失灵， 这通过闪电来表示。 监控实体30 “看门狗1” 由于与 “客户端foo” 的 本地周期性通信而注意到。

41、这一点， 该本地周期性通信同样有可能失灵或者 “客户端foo” 可 以经由该本地周期性通信来向看门狗报告故障。 接着，“看门狗1” 30可以经由与 “看门狗2” 60的周期性通信来传送相对应的消息， 接着该消息可以由 “看门狗2” 转交给 “服务bar” 50。 以这种方式，“看门狗1” 30可以使 “服务bar” 50了解到有故障。 0043 在该实施例中， 针对监控实体30的方法10包括： 如果探测到通信组件40的功能失 说明书 6/9 页 9 CN 111869167 A 9 效或通信故障， 则将故障指示传送给至少一个其它监控实体50。 在其它实施例中， 也可以传 送给多个其它监控实体6。

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

43、0彼此间同步， 也就是说具有共同的时基或时钟， 则在数 据总线70上的通信可以更高效地进行， 或数据总线的传输能力可以更好地被利用。 0045 监控实体30的控制装置34可以相对应地构造用于经由数据总线70与至少一个其 它监控实体60进行同步， 或反之亦然。 0046 这也可以通过对监控实体30、 60本身的能力的高效管理来实现。 为了实现这一点， 针对监控实体30、 60的方法10可以规定： 在监控实体30、 60处对通信组件40、 50进行登记。 此 外， 针对通信组件40、 50的方法20可以相对应地规定： 在监控实体30、 60处进行登记。 0047 监控实体30、 60的控制装置34。

44、、 64可以构造用于执行对通信组件40、 50的登记。 通 信组件的控制装置44、 54可以构造用于在监控实体30、 60处执行登记。 0048 图7示出了在一个实施例中的所交换的消息的序列， 其中图7示出了看门狗服务的 其中没有出现故障的正常流程。 图7在左侧示出了按照上文的描述的 “客户端foo” 40。 在中 间示出了监控服务 “看门狗 （Watchdog） ” ， 该监控服务通过上文所描述的监控实体30、 60来 实现。 两个通信组件40、 50针对看门狗服务被登记。 在该实施例中，“客户端foo” 40可以请求 具有时限 （Time-Out （超时） ） 的通知服务， 其中该时限预先。

45、给定了在发生故障之后关于该故 障的消息最晚应该在其之后被分发的那个时间。 在此， 用于总线监控的通信装置至少对于 有些服务来说是重要或必需的， 如在下文还将被阐述的那样。 在所示出的实施例中， 在 “客 户端foo” 40与看门狗服务30、 60之间的周期性通信被实现为使得 “客户端foo” 每隔一段时 间就向看门狗30提出请求 （英文也称作 “keep alive Request （保持活跃请求） ” ， 维持请 求） ， 所述请求接着由看门狗30来应答。 如图7下方所示， 服务也可以再次被取消 （英文也称 作 “remove （删除） ” ） 。 0049 图8示出了在另一实施例中的所交换。

46、的消息的序列。 图8示出了图7中的场景和在 根据图5的故障模式下的所交换的消息。 因此， 闪电再次表明在 “客户端foo” 40处有故障。 在 依据图7已经描述的场景下， 如果 “客户端foo” 40不在所设置的时限之内向看门狗服务提出 请求， 则发生该故障。 接着， 看门狗服务30、 60分发 （广播 （multicast） ） 相对应的消息 “foo超 时 （Time-Out foo） ” （ “foo” 超过时限） 。 0050 在随后的实施例中， 在有总线故障的情况下， 向看门狗服务报告关于涉及到所登 记的客户端的哪些通信连接的信息。 换言之， 看门狗服务了解所登记的客户端就它们的所 。

47、使用的服务而言具有哪些通信路径。 如果接着发生总线故障， 则看门狗服务可以通过事件 在中断的两 “侧” 告知： 在客户端与服务之间的哪些通信路径受干扰。 图9示出了在具有按照 图6的数据总线故障的另一实施例中的所交换的消息的序列。 在探测到故障 （通过闪电来表 示） 之后， 看门狗服务30、 60根据该故障来将相对应的消息 “foo超时” （ “foo” 超过时限） 分发 说明书 7/9 页 10 CN 111869167 A 10 给 “服务bar” 50并且将消息 “bar超时 （Time-Out bar） ” 分发给 “客户端foo” 40。 0051 在实施例中， 在本文中所公开的方法。

48、10、 20可以被用于监控在车辆中的通信组件 40、 50和数据总线70。 相对应地， 监控实体30、 60可以构造用于监控在车辆中的通信组件40、 50和数据总线70。 实施例例如可以被用在载客车、 载货车、 铁路、 飞机或一般来说车辆中。 为 此， 实施例例如可以使用中央服务/Services来在最上层的通信层面对通信总线进行监控。 0052 其它实施例是计算机程序， 所述计算机程序用于当其在计算机、 处理器或者可编 程硬件组件上运行时执行在本文中所描述的方法之一。 根据特定的实现要求， 本发明的实 施例可以以硬件或者以软件来实现。 所述实现可以在使用数字存储介质 （例如软盘 （Flopp。

49、y-Disk） 、 DVD、 蓝光光碟 （Blu-Ray Disc） 、 CD、 ROM、 PROM、 EPROM、 EEPROM或者闪速存储 器、 硬盘或者其它磁或者光学存储器的情况下被执行， 以电子方式可读的控制信号被存储 在该数字存储介质上， 这些以电子方式可读的控制信号与可编程硬件组件共同起作用或者 可以共同起作用， 使得相应的方法被执行。 0053 可编程硬件组件可以通过处理器、 计算机处理器 （CPU中央处理单元 （Central Processing Unit） ） 、 图形处理器 （GPU图形处理单元 （Graphics Processing Unit） ） 、 计 算机、 计。

50、算机程序、 专用集成电路 （ASICApplication-Specific Integrated Circuit） 、 集成电路 （ICIntegrated Circuit） 、 芯片上系统 （SOCSystem on Chip） 、 可编程的逻辑 元件或者具有微处理器的现场可编程门阵列 （FPGAField Programmable Gate Array） 来 形成。 0054 因而， 数字存储介质可以是机器可读的或者可以是计算机可读的。 因此， 有些实施 例包括数据载体， 该数据载体具有以电子方式可读的控制信号， 这些以电子方式可读的控 制信号能够与可编程计算机系统或可编程硬件组件共同起。