CN1859218A

CN1859218A - 用于在网络管理系统中处理消息的设备和方法

Info

Publication number: CN1859218A
Application number: CNA2006100736951A
Authority: CN
Inventors: 赵相吉; 杨元钟
Original assignee: Samsung Electronics Co Ltd
Current assignee: Samsung Electronics Co Ltd
Priority date: 2005-05-06
Filing date: 2006-04-19
Publication date: 2006-11-08
Also published as: US20060253460A1; KR100716169B1; KR20060115825A; EP1720285B1; DE602006004637D1; EP1720285A1

Abstract

在一种用于在网络管理系统中处理消息的设备和方法中，产生与每一个消息相对应的处理机，并且使用所产生的相应处理机来处理消息。结果，容易地管理其中混合了各种设备、版本以及协议的复杂网络以及快速变化的网络。

Description

用于在网络管理系统中处理消息的设备和方法

技术领域

本发明涉及一种用于在网络管理系统(NMS)中处理消息的设备和方法，更具体地，涉及这样一种设备和方法，能够在添加功能时使现有服务的中断最小化并且利于维护。

背景技术

网络管理是指出于故障检修、发现可能的问题、性能改善、文献编制(documenting)、报告等目的来监控网络资源。网络管理具有多个方面，例如性能管理、资源和协议的分析、带宽管理、容量规划、仿真等。通常，因为以前网络的结构相对简单，可以容易地管理网络。

然而，网络随时间变得越来越复杂，并且改变的速率变得非常快。当前，对因特网和多媒体的需求增加，因此消费者现在希望在任意时刻任意地点无中断地接收特定服务。因此，需要能够满足这些要求的下一代网络(NGN)。出现了将有线网络的宽带容量与无线网络的移动性相结合的有线和无线综合服务。由于NGN必须能够通过一个综合网络来供应不同的服务(例如语音、数据、多媒体等)，必须针对每一种服务设计单独的通信设备组件。此外，当前的趋势是开发分组网络。因此，在结构上，实际上不可能同时将所有当前的网络转换为基于IP的分组网络。因此，NGN有必要包括用于与现有网络互相作用的组件。按照这种方式，随着网络的复杂度和开发速率增加，网络中开始使用各种设备。此外，同时出现相同类型设备的各种版本。此外，在一个网络中同时使用各种管理协议。因此，当前的网络管理系统(NMS)必须同时管理各种设备、各种版本和不同协议。此外，功能的持续修改伴随着网络的快速变化，这导致服务的增加或修改。在这种变化环境中，NMS必须能够容易地执行维护。

通常，可以通过在NMS和各个网络组件之间交换消息，来执行网络管理。然而，随着网络变得更复杂，消息也变得更多样并且更复杂。当添加新设备或新版本时，同样添加要使用的消息。此外，当使用的消息变得多样时，以复杂方式处理它们。

发明内容

本发明的目的是提供一种用于处理网络管理系统(NMS)中的消息的设备和方法，所述设备和方法能够利于维护以及诊断项的添加或删除。

本发明的另一个目的是提供一种用于处理网络诊断系统的消息的设备和方法，其中，根据处理例程，有效地分配和处理由各种版本的各个设备发送或接收的、在网络诊断系统中用于诊断的消息。

为了实现这些目的，根据本发明的一个方面，提供了一种用于在网络管理系统中处理消息的设备。所述设备包括：消息处理器，当接收到消息时，它产生用于处理接收到的消息的处理机(handler)，并且使用所述处理机来处理接收到的消息。

根据本发明的另一个方面，提供了一种在网络管理系统中处理消息的方法。所述方法包括步骤：接收消息；产生处理机以处理接收到的消息；以及使用该处理机来处理消息。

附图说明

当结合附图考虑时，通过参考下面的详细描述，本发明的更完整认识及其伴随优点变得显而易见，并且可以更好地理解本发明，附图中类似的参考符号表示相同或类似的组件，其中：

图1是用于处理消息的例程代码的图；

图2是根据本发明用于处理消息的设备的示意方框图；

图3是根据本发明用于处理消息的方法的流程图；

图4是示出了根据基于本发明的消息处理方法，由本发明的消息处理设备的组件执行的操作的流程图以及组件之间的信号流；

图5A是示出了根据本发明典型实施例、用于处理消息的实际方法的流程图；以及

图5B示出了在图5A所示的处理中产生并使用的处理机的示例。

具体实施方式

本发明涉及一种用于在网络管理系统(NMS)中处理消息的设备和方法，其中，根据NMS中的适当处理例程，来分配和处理由具有不同版本的各种设备发送或接收的消息。

为此，根据本发明用于处理NMS的消息的设备和方法必须包括功能：产生用于处理每一个消息的处理例程，以及通过相应的处理例程来处理每一个消息。

此外，根据本发明用于处理NMS的消息的设备和方法适用于在每一次产生时存储消息处理例程，以便可以稍后再次使用该例程，并且可以节约产生消息处理例程的时间。

下文中，参考附图来详细描述本发明的典型实施例。在所有附图中，相同参考数字或字母被用于表示具有相同功能的相同组件或类似组件。此外，下面将不描述本领域公知的事项，以使本发明的描述清楚并简洁。

首先，描述用于处理消息的处理例程(下文中称为“处理机”)。

存在各种处理机，例如交互式处理机、并发处理机、复制(cloned)处理机等，处理机根据其各自功能来分类。

交互式处理机按照到达顺序来处理消息。在所调用的线程执行所有工作时，其它消息处于待命状态，直到完全处理了第一消息为止。当完成了消息处理时，依次处理缓冲器中随后的消息。主要在需要按照产生顺序进行处理时使用交互式处理机。

当与顺序无关地处理消息时，使用并发处理机。复制处理机涉及用于处理每一个消息的新处理机的产生。

除了上述示例之外，可以使用各种处理机来处理消息。优选地，由适当的处理机处理每一个消息。

同时，本发明的细节(包括本发明中使用的处理机)根据每一个系统使用的编程语言的特性而或多或少有所变化。然而，本发明不受特定编程语言的特性的限制，并且可以被应用于类似功能和操作，而不局限于特定的程序代码、名称等。

同时，根据本发明用于处理NMS中的消息的设备和方法可以使用包含在每一个消息中的信息，以便可以由适当的处理机来处理每一个消息。下文中，参考典型实施例来描述本发明，其中，包含在每一个消息中的各种项，例如网络设备类型NE_TYPE、网络设备的版本NE_VERSION以及消息名称MSG_NAME，被用作用于选择适用于处理每一个消息的处理机的信息。在本发明中，可以将一些或所有项用于选择处理机。当然，用于选择处理机的信息按照需要可以包括不同或附加的项。通常，在NMS中使用的每一个消息已经包括了信息。因此，本发明可以被应用于NMS，而不需要改变消息的格式。

图1是用于处理消息的程序代码图。

如图1中代码所示，为了对各种设备中的每一个执行正确的处理，在代码中使用条件声明。这要求只要当添加新设备时就要添加新的条件声明。此外，该代码必须使用重叠的条件声明或者在跳转函数中再次执行条件跳转，以便同时管理各种版本的各个设备。因此，存在的问题在于，由于每次通过添加新设备或升级旧设备来添加新版本时要添加条件声明，导致代码变得复杂。此外，存在另一个问题在于，由于现有代码的重复校正，性能维护逐渐变得更加困难。此外，存在另一个问题在于，重启处理块以便校正现有的代码，由此产生例如服务中断、现有函数中产生错误等的不利作用。

图2是根据本发明用于处理消息的设备的示意方框图。

如图2所示，根据本发明用于处理NMS中的消息的设备包括消息处理器200和处理机存储器210。

在这点上，消息处理器200使用包含在每一个消息中的、用于选择处理机的信息，产生处理接收消息所需的处理机。由消息处理器200产生的处理机来处理消息。可以由类加载器来执行用于处理消息的处理机的产生和管理。类加载器通过从内部目录或外部服务器(未示出)下载类文件，来产生处理机。

同时，可以将所产生的处理机存储在处理机存储器210中，用于以后再次使用。当存储了处理机并且再次使用时，本发明的消息处理设备仅需要在第一次请求时对每一个处理机执行一次产生处理，而因此不需要在每一次请求时重新产生每一个处理机。处理机的存储和重新使用节约了产生处理机的时间。为了存储处理机，需要存储空间。

图2的处理机存储器220是用于存储消息处理器200产生的处理机的空间。一旦已被存储在处理机存储器220中，可以在随后每一次发生本发明的消息处理设备的请求时使用该处理机。

现在参考附图来描述根据本发明用于处理NMS中的消息的方法。

图3是根据本发明用于处理消息的方法的流程图。可以由图2所示的本发明的消息处理设备来执行图3所示的处理。

在图3的步骤S300中，本发明的消息处理设备接收用于处理的消息。在这点上，接收到的消息包括用于选择处理机的信息。在下面的描述中，只要无需单独区分，就将“用于选择处理机的信息”称为“信息”。该信息用于意欲稍后处理消息的处理机的产生。信息可以至少包括以下之一：网络设备的类型NE_TYPE、网络设备的版本NE_VERSION以及消息名称MSG_NAME。

在步骤S302中，本发明的消息处理设备使用接收到的消息来产生意欲处理消息的处理机的类名称。在这点上，消息处理设备可以组合包含在相应消息中的信息来产生意欲处理相应消息的处理机的类名称。例如，假定接收到的消息具有信息NE_TYPE＝“ss”、NE_VERSION＝“v1”，以及MSG_NAME＝“RTRV_SLOT”。消息处理设备接收该消息并且组合包含在接收到的消息中的信息，即ss、v1和RTRV_SLOT，以产生意欲处理该消息的处理机的类名称。结果，产生了由“ss.v1.RTRV_SLOT”表示的类名称。

在步骤S304中，消息处理设备确定在图2的处理机存储器210中是否存储了与所产生的类名称相对应的处理机。在处理机存储器210中存储了已经产生的处理机。换句话说，消息处理设备确定在处理机存储器210中存储了在步骤S302中产生的具有类名称“ss.v1.RTRV_SLOT”的处理机。

如果确定在处理机存储器210中存储了用于处理接收到的消息的处理机，在步骤S306中，消息处理设备使用所存储的处理机来处理接收到的消息。

然而，如果确定在处理机存储器210中没有存储用于处理接收到的消息的处理机，在步骤S310中，消息处理设备产生相应的处理机。之后，在步骤S312中，消息处理设备存储产生的处理机，以便稍后可以再次使用。在处理机存储器210中存储该处理机。

然后，消息处理设备执行步骤S306，即，使用所产生的处理机来处理接收到的消息。

可选地，消息处理设备可以在需要时产生并使用新的处理机，而不存储任何处理机。在这种情况下，省略了确定是否存储了处理机或者搜索存储的处理机的处理。可以从图3的描述中理解这种典型实施例，而无需附加的说明。

图4是示出了根据基于本发明的消息处理方法，由本发明的消息处理设备的组件所执行的操作的流程图以及组件之间的信号流。

更具体地，图4示出了消息处理器200和处理机存储器210之间的信号或消息的操作和交换。下面描述图4的每一个处理。

在步骤S401中，消息处理器200接收用于处理的消息。该消息包括用于产生处理机的信息，以便本发明的应用。该信息至少包括以下之一：网络设备的类型NE_TYPE、网络设备的版本NE_VERSION以及消息名称MSG_NAME。

在图4的步骤S402中，消息处理器200使用包含在接收到的消息中的信息，产生处理消息的处理机的类名称。在步骤S403中，产生处理机的类名称的消息处理器200向处理机存储器210发送关于是否已经产生并存储了相应处理机的查询。在该处理中，由消息处理器200向处理机存储器210发送处理机的类名称。

当从消息处理器200接收到关于是否存储了处理机的查询时，在步骤S405中，处理机存储器210通过使用接收到的处理机的类名称，进行搜索以确定是否存储了相应的类，并且将搜索结果发送到消息处理器200。

在步骤S406中，消息处理器200根据搜索结果来确定在处理机存储器210中是否存储了用于处理消息401的处理机。然后，消息处理器200根据是否存储了相应的处理机来以两种不同方式进行操作。

首先，如果在消息存储器210中存储了相应的处理机，则消息处理器200(在步骤S408中)使用相应处理机来处理接收到的消息401。然而，如果在消息处理器210中没有存储相应的处理机，消息处理器200(在步骤S410中)参考在步骤S402中产生的类名称，产生用于处理接收消息401的处理机。然后，消息处理器200(在步骤S411中)将所产生处理机存储在处理机存储器210中。然后，在步骤S408中，消息处理器200使用产生的处理机来处理接收消息401。

图5A是示出了根据本发明的典型实施例用于处理消息的实际方法的流程图。

更具体地，图5A示出了当接收到三个消息500-1至500-3时本发明的操作。接收消息500-1至500-3中的每一个均包括NE_TYPE、NE_VERSION和MSG_NAME。

首先，描述其中NE_TYPE是“ss”、NE_VERSION是“v1”以及MSG_NAME是“RTRV_SLOT”的消息500-1的接收。

在步骤S502中，使用包含在消息中的信息来产生类名称。通过组合包含在每一个接收消息中的信息来产生类名称。因此，当接收到包括“ss”、“v1”和“RTRV_SLOT”的消息时，可以产生由“ss.v1.RTRV_SLOT”表示的类名称。在这点上，部分“com.samsung.nms”是系统中给定的缺省值，并且不是对本发明具有重大影响的部分。按照这种方式，每一个系统可以有一个名称。在下面的描述中，不再涉及“com.samsung.nms”。

在步骤S504中，搜索处理机存储器21O，以确定其中是否存储了具有类名称“ss.v1.RTRV_SLOT”的处理机。在步骤S506中，根据搜索结果确定在处理机存储器210中是否存储了相应的处理机。

如果确定在处理机存储器中没有存储相应的处理机，执行步骤S508至S514。在步骤S508中，使用类名称来执行类动态加载。在步骤S510中，使用加载的类来产生处理机。在步骤S512中，在处理机存储器210中存储产生的处理机。在步骤S514中，执行其中使用处理机来处理消息的调用函数。即，使用处理机所调用的相应接口函数来执行消息处理。

同时，如果在步骤S506中确定已经存在并存储了相应处理机，在步骤S514中使用存储的处理机来处理消息。

接下来，描述其中NE_TYPE是“ss”、NE_VERSION是“v2”以及MSG_NAME是“RTRV_SLOT”的消息500-2的接收。在这种情况下，与上述类似，执行步骤S502至S514。然而，在步骤S502中产生的类名称变为“ss.v2.RTRV_SLOT”，这是通过组合包含在消息500-2中的“ss”、“v2”和“RTRV_SLOT”而形成的。因此，在步骤S504至S514中使用“ss.v2.RTRV_SLOT”来执行处理机搜索、处理机产生等。

最后，描述其中NE_TYPE是“mgw”、NE_VERSION是“v1”以及MSG_NAME是“RTRV_SLOT”的消息500-3的接收。在这种情况下，如以上所述，执行步骤S502至S514。然而使用“mgw.v1.RTRV_SLOT”作为类名称。

如图5A所示，当由于新设备、新版本或新协议的添加而添加新消息时，本发明可以容易地处理添加的消息。

图5B示出了在图5A所示的处理中产生并使用的处理机的示例。

如图5B所示，将具有各种包名称的处理机用于处理消息。

如上所述，当处理每一个接收到的消息时，本发明利用使用与每一个消息相对应的处理机来调用的处理机接口。因此，即使在由于网络设备、新版本或新协议的添加而添加新消息时，也可以没有修改地使用本发明。

根据上述本发明，可以根据处理例程，有效地分配和处理由各种版本的各个设备发送或接收的、并且在网络诊断系统中用于诊断的消息。因此，执行网络诊断系统的维护以及诊断项的添加或删除较为容易。此外，在添加或删除诊断项时本发明对其它服务没有影响。

尽管已经描述了本发明的典型实施例，本领域的技术人员可以理解，本发明不局限于上述典型实施例。而是，在所附权利要求所限定的本发明精神和范围内，可以做出各种改变和修改。

Claims

1.一种用于在网络管理系统中处理消息的设备，所述设备包括：

消息处理器，它响应消息的接收，产生用于处理接收到的消息的处理机，并且使用所述处理机来处理接收到的消息。

2.根据权利要求1所述的设备，其中，消息处理器使用包含在接收到的消息中的信息，产生处理消息所需的处理机的类名称，并随后产生与类名称相匹配的处理机。

3.根据权利要求2所述的设备，其中，通过从存储在外部服务器中的类文件下载具有所述类名称的类文件，来产生所述处理机。

4.根据权利要求2所述的设备，其中，包含在接收到的消息中的信息至少包括以下之一：网络设备的类型、网络设备的版本以及接收到的消息的名称。

5.根据权利要求1所述的设备，其中，使用由处理机加载的处理机接口来处理消息。

6.根据权利要求1所述的设备，还包括用于存储所产生的处理机的处理机存储器。

7.根据权利要求6所述的设备，其中，在产生处理机之前，消息处理器确定在处理机存储器中是否存储了用于处理接收到的消息的处理机，并且当在处理机存储器中存储了用于处理接收到的消息的处理机时，消息处理器使用所存储的处理机来处理消息。

8.根据权利要求7所述的设备，其中，消息处理器使用包含在接收到的消息中的信息来产生类名称，并且使用所产生的类名称来确定在处理机存储器中是否存储了用于处理接收到的消息的处理机。

9.一种在网络管理系统中处理消息的方法，所述方法包括步骤：

接收消息；

产生用来处理接收到的消息的处理机；以及

使用所述处理机来处理消息。

10.根据权利要求9所述的方法，其中，所述产生步骤包括步骤：

产生用来处理接收到的消息的处理机的类名称；以及

使用所产生的类名称产生用来处理接收到的消息的处理机。

11.根据权利要求10所述的方法，其中，通过组合包含在接收到的消息中的信息，来产生处理机的类名称。

12.根据权利要求11所述的方法，其中，包含在接收到的消息中的信息至少包括以下之一：网络设备的类型、网络设备的版本以及接收到的消息的名称。

13.根据权利要求9所述的方法，还包括步骤：在处理机存储器中存储产生的处理机。

14.根据权利要求9所述的方法，还包括步骤：确定在处理机存储器中是否存储了用于处理接收到的消息的处理机；

其中，当在处理机存储器中存储了用于处理接收到的消息的处理机时，使用存储的处理机来处理消息。

15.根据权利要求14所述的方法，其中，使用利用包含在接收到的消息中的信息而产生的类名称，执行确定在处理机存储器中是否存储了处理机的步骤。