[发明专利]监测具有分布部件的系统的系统状态的方法和网络

说明书

本申请是申请日为2005年6月17日、申请号为200580031191.7，发明名称为“用于监测具有分布部件的系统状态(尤其是具有分布部件的网络的状态)和具有分布部件的网络的方法、具有程序代码装置的计算机程序和计算机程序产品”的发明专利申请的分案申请。

技术领域

本申请涉及具有分布部件的系统的系统状态的监测和/或检验，在下文中也简单称其为监测。

背景技术

在这样一种被简称为分布系统，例如移动或者固定的无线和/或通信网络中，通常要求所述分布系统的所有部件了解(监测)该系统中每个其它部件的状态。

如果一个分布系统中的一个部件失灵，例如由于一个部件的功能失效和/或离线，那么最好由该系统的每个其它部件获得该信息。

在现有技术中公知有各种监测分布系统的方案，在这些方案中，所述监测借助于一个利用所谓乒乓消息的所谓乒乓机制(Ping-Pong-Mechanismus)来实现。

在此，就是说在这样一种基于乒乓消息的机制中，一个系统部件周期地向一个受到监测的部件发送关于所述分布系统的乒消息，而所述受到监测的部件用一个乓应答对上述的乒消息进行回应，这是一种所谓的乓确认。

如果缺少受检验部件的乓应答，一般就由发送乒消息的部件把该受检验的部件列为离线，或者一般列为功能失效。

一个分布系统的一部件利用所述乒乓机制来询问所有部件，从而该部件能够发现或者检验所述分布系统的每个其它部件的状态。

一个在此公知的(第一个)基于乒乓机制的监测分布系统的系统状态的方案规定：一个分布系统中的每个部件监测该系统的每个其它的部件并且询问关于各自其它部件状态的相应信息。

为此所述分布系统中的每个部件向该系统的每个其它部件发送一个乒消息，并且在各自其它部件功能有效或者在线的状态下获得相应的乓应答(返回)。

图3示出了这种公知的第一方案。

从而在图3中示出一个公布的通信系统300，亦即：一种HiPath-IP电话系统300，其具有多个处于通信连接状态的通信服务器301至306。每个这样的通信服务器301至306需要获知系统300中每个其它的通信服务器301至306的失效。

为此，在HiPath-IP电话系统300中每个这样的通信服务器301至306向每个其它的通信服务器301至306发送一个乒消息310，并且在各自的其它通信服务器301至306功能正常或者说在线状态的情况下获得相应的乓应答311。

该公知的第一方案的缺陷在于：在监测一个分布系统的系统状态的下产生一种数量级为O(n2)(n：系统部件数)的庞大的信息量，这可能会限制系统的功效或者容量和/或故障识别能力/故障识别速度。

从而例如在如图3所示的HiPath-IP电话系统300的情况下，每隔60秒发送乒乓消息(310、311)。在此在图中所示的情况，6个通信服务器301至306出现(6＊6＊2)/60秒＝每秒1个消息，或者30个通信服务器301至306出现(30＊29＊2)/60秒＝每秒29个消息。

另一个基于乒乓机制的公知的对一个分布系统的系统状态的监测方案规定：一个中央协调器检验一个分布系统的部件，寄存该分布系统的功能失效的部件或者失灵的部件，并且向系统中的所有部件传播对应的信息。

在此产生的信息量为数量级O(n)。

该另一个公知方案的缺点在于：因为必须保持所述分布系统的中央协调器冗余，所以难于牢靠地实现所述方案。

发明内容

因此本发明的技术问题在于：规定一种实现或者说使得能够简单地和/或以较低的开销来监测一个分布系统的系统状态的方法。

该技术问题通过所述用于监测具有分布部件的系统的系统状态的方法、具有程序代码装置的计算机程序、计算机程序产品、以及通过具有根据相应的从属权利要求所述特征的部件的网络完成。

在监测一个具有分布部件的系统的系统状态的方法中，所述分布系统的部件被布置成一种逻辑环形结构。

在此(系统部件的)“逻辑的”环形结构应当毫无局限地一般性地理解为：一般不是在物理上具体地把所述系统部件构成为一种环形结构，而是把所述系统部件想像地(也就是说作为想像模型)虚拟地布置在一种环形结构中或者说如此地构成为一种环形结构。

于是该系统的每个部件只监测其在逻辑环形结构中各自的相邻部件，确定所述各自的相邻部件的状态。

如果一个部件确定了其相邻部件的对应于一个可预先规定状态的一个状态，那么该部件就向所述系统的其它部件告知其相邻部件的所述确定的、预先规定的状态。