JP3819231B2 - ネットワーク管理方法およびネットワーク管理システム - Google Patents
ネットワーク管理方法およびネットワーク管理システム Download PDFInfo
- Publication number
- JP3819231B2 JP3819231B2 JP2000346477A JP2000346477A JP3819231B2 JP 3819231 B2 JP3819231 B2 JP 3819231B2 JP 2000346477 A JP2000346477 A JP 2000346477A JP 2000346477 A JP2000346477 A JP 2000346477A JP 3819231 B2 JP3819231 B2 JP 3819231B2
- Authority
- JP
- Japan
- Prior art keywords
- network management
- management system
- address
- pdu
- network
- 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.)
- Expired - Lifetime
Links
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
Description
【０００１】
【発明の属する技術分野】
本発明は、ネットワーク管理方法およびネットワーク管理システムに係り、ＯＳＩの管理オブジェクトにより、ネットワーク管理をおこなうシステムで、管理オブジェクトの生成を自動的におこなえるようにして、その管理の手間を軽減するネットワーク管理方法およびネットワーク管理システムに関する。
【０００２】
【従来の技術】
近年の情報化社会の進展、ネットワークシステムの巨大化、複雑化により、ネットワーク管理の重要性はますます増してきている。ネットワークの国際的規格であるＯＳＩ（Open Systems Interconnection）では、オブジェクト指向により、現実のシステムをモデル化した管理オブジェクト（Managed Object、以下「ＭＯ」とも言う）により、ネットワーク管理をおこなう手法を提案している。このＯＳＩの管理オブジェクトは、ネットワークで管理する全ての事物を対象にして定義することができ、オブジェクト指向の考え方によって、属性やアクションを記述できるようになっている。
【０００３】
本発明は、ＯＳＩの管理オブジェクトを前提とするものであるので、以下、ＯＳＩの管理オブジェクトとそれに付随する概念について説明する。
【０００４】
先ず、図７を用いてＯＳＩの管理オブジェクトを理解するための前提となる概念について説明する。
【０００５】
図７は、ＯＳＩのＳＡＰアドレスと、ＡＰ−Ｔｉｔｌｅ、ＡＥ−Ｔｉｔｌｅの構造について説明した図である。
【０００６】
ＯＳＩは、周知のようにレイヤモデルによって、アーキテクチャ、プロトコルを規定する規格であるが、各層でのアクセス地点として、ＳＡＰ（Service Access Point）が定義される。例えば、ネットワーク層のＳＡＰは、ＮＳＡＰ（Network Service Access Point）、プレゼンテーション層のＳＡＰは、ＰＳＡＰ（Presentation Service Access Point）である。そして、それぞれのアクセスポイントのアドレスは、ＮＳＡＰアドレス、ＰＳＡＰアドレスと言われ、図７（ａ）のような関係がある。すなわち、ＰＳＡＰアドレスは、ＮＳＡＰアドレスに、ネットワーク層の上位層であるトランスポート層、セッション層、プレゼンテーション層の付加情報であるセレクタをヘッダに付け加えたものである。各層の付加情報であるセレクタは、ＯＳＩセレクタと呼ばれる。
【０００７】
一方、ＯＳＩでは、アプリケーション層から見た概念でネットワークシステムにアクセスするために、ＡＥ−Ｔｉｔｌｅと言う概念を持っている。図７（ｂ）に示されるように、ＡＥ−Ｔｉｔｌｅは、ＡＥ ｑｕａｌｉｆｉｅｒとＡＰ−Ｔｉｔｌｅから構成されている。ＡＥ ｑｕａｌｉｆｉｅｒは、アプリケーションの属性を記述し、ＡＰ−Ｔｉｔｌｅは、各ネットワーク拠点を一意的に識別できるような階層表現したものであり、その末尾には、システム番号を含んでいる。このＡＰ−Ｔｉｔｌｅは、上記のＳＡＰアドレスが物理的なアドレスと表現すれば、システムの論理的なアドレスあると言うことができる。
【０００８】
さて、ＯＳＩの管理オブジェクトは、ユーザが各自の必要性によって定義できるものであるが、アドレス管理のためにＯＳＩでは、標準的なアドレス管理ＭＯを提供している。以下の表１に掲げるのは、その一例であり、ネットワーク管理をおこなうためには、各クラスのインスタンスを生成して、そこに属性を記述するようになっている。
【０００９】
【表１】
表１に記述されるように、ｓａｐ２クラスは、ＰＳＡＰに関するアドレス情報、ａｐｐｌｉｃａｔｉｏｎＰｒｏｃｅｓｓクラスは、ＡＥ−Ｔｉｔｌｅ、ＡＰ−Ｔｉｔｌｅに関するものである。なお、ｃｏｍｍｎｉｃａｔｉｏｎＥｎｔｉｔｙクラスのＤＮは、ｓａｐ２クラスのインスタンスを識別するためのインデックスである。
【００１０】
ところで、上述のようにＯＳＩで規定されるネットワークシステムでは、各拠点がＮＳＡＰアドレスやＰＳＡＰアドレスを持っているが、それとは別にシステムを認識できるように、システムＩＤを定義し、それによってネットワークシステムにアクセスできるようにすれば便利であることが多い。
【００１１】
ＢｅｌｌｃｏｒｅのＧＲ−２５３−ＣＯＲＥに規定される、ＴＡＲＰ（TargetID Address Resolution Protocol）機能は、システムのニックネームとして名付けられるＴＩＤ（Target identifier）をそのシステムのＮＳＡＰアドレスに変換したり、反対にＮＳＡＰアドレスをＴＩＤに変換したする機能である。また、ＴＩＤやＮＳＡＰアドレスが変更されたときにその旨を他システムに対し通知する機能も有する。
【００１２】
【発明が解決しようとする課題】
各ネットワークシステムが相互に結合されたシステムでは、リモートにあるネットワークシステムを保守するためには、保守端末の接続されているシステム上に、相手のシステムを記述した管理オブジェクトが必要であった。したがって、システム増設時など、新たにネットワークシステムを追加したり、アドレスを変更する場合には、各ネットワークシステムに、変更のあったネットワークシステムを記述した管理オブジェクトを作成し、そのネットワークシステムにアクセスしようとするネットワークシステムの全てに配布しなければならなかった。そのため、保守の作業量が大きくなると言う問題点があった。
【００１３】
本発明は、上記問題点を解決するためになされたもので、その目的は、ネットワークシステムの増設時などシステムの変更時に、保守端末の接続されているシステム上に、相手のネットワークシステム上の管理オブジェクトがない場合であっても、相手のネットワークシステムのシステムＩＤやアドレスを入力するだけで、管理オブジェクトを自動的に生成して、相手のネットワークシステムにアクセス可能にすることによって、保守者の労力を軽減することにある。
【００１４】
【課題を解決するための手段】
上記目的を達成するために、本発明は、ネットワーク管理システムにおいてシステムの増設、またはアドレスの変更が発生した場合に、以下のような処理をおこなう。すなわち、先ず、保守者は、保守端末が直接接続されているネットワーク管理システムに対し増設、またはアドレスの変更がなされたネットワーク管理システムのシステムＩＤ、または、ネットワークアドレスを入力する。保守端末が直接接続されているネットワーク管理システムには、システムＩＤ−アドレス変換機能があり、システムＩＤをＮＳＡＰアドレスに変換する機能、およびＮＳＡＰアドレスをシステムＩＤに変換する機能を使用して、保守者が入力したデータを、相手のネットワークシステムに対し送信する。相手のネットワーク管理システムは、システムＩＤ−アドレス変換機能に基づき対応データを返信する。
【００１５】
その後、保守端末が直接接続されているネットワーク管理システムは、自分のシステム番号、ＰＳＡＰアドレス、システムＩＤを相手のネットワーク管理システムに送信する。相手のネットワーク管理システムは、それらのデータに基づき、ＭＯを生成後、同様に、自分のシステム番号、ＰＳＡＰアドレス、システムＩＤを返信する。
【００１６】
保守端末が直接接続されているネットワーク管理システムは、相手のネットワーク管理システムから送られてきたデータに基づき、相手のシステムのＭＯを生成する。
【００１７】
このように相互のネットワーク管理システムに相手のＭＯが生成され、保守端末から、相手のネットワーク管理システムにアクセスできるようになり、保守作業がおこなえるようになる。
【００１８】
このようにＭＯが自動生成され、転送されるので、保守者がＭＯを作成したり、転送したりせずとも良くなり、保守者の作業量が軽減される。
【００１９】
【発明の実施の形態】
以下、本発明に係る各実施形態を、図１ないし図６を用いて説明する。
【００２０】
〔ネットワーク管理システムのシステム構成例〕
先ず、図１を用いて本発明に係るネットワーク管理システムのシステム構成を説明する。
図１は、本発明に係るネットワーク管理システムのシステム構成図である。
【００２１】
このネットワークシステムは、ネットワーク管理システムＡ１０、ネットワーク管理システムＢ２０、ネットワーク管理システムＣ３０が、リング状のトポロジーで結合されていて、相互に通信可能なようになっている。
【００２２】
各ネットワーク管理システムは、既に説明したようにＯＳＩのＭＯであるアドレス管理ＭＯ１００を持っていて、これによりネットワーク管理をおこなえるようになっている。各ネットワーク管理システムにあるアドレス管理制御機能１１０は、このＭＯにアクセスする手段である。システムＩＤ−アドレス変換機能１２０は、そのシステムに付与されたシステムＩＤと、ＯＳＩのＮＳＡＰアドレスを相互に変換する機能である。また、通信制御機能１３０は、そのネットワーク管理システムが、他のネットワーク管理システムと通信するための機能である。
【００２３】
そして、ネットワーク管理システムＡ１０には、保守端末００が接続されたこのネットワークシステム全体を保守できるようになっている。
【００２４】
ネットワーク管理システムＡ１０のアドレス管理ＭＯ１００として、システムＡ、システムＢ、システムＣのＭＯが生成されており、ネットワーク管理システムＡ１０から、自システムの外に、ネットワーク管理システムＢ２０とネットワーク管理システムＢ３０がネットワーク管理システムＡ１０から保守可能になっている。
【００２５】
同様に、ネットワーク管理システムＢ２０とネットワーク管理システムＣ３０についても、他のネットワーク管理システムのアドレス管理ＭＯが生成されているので、相互に他のシステムを認識してネットワーク管理がおこなえるようになっている。
【００２６】
〔実施形態１〕
次に、上記のネットワークシステムの構成を前提として、本発明に係る第一の実施形態を、図２ないし図４を用いて説明する。
図２は、本発明に係るネットワーク管理システムで、新たなネットワーク管理システムＤを追加したときのシステム構成図である。
図３は、本発明の第一の実施形態に係るネットワーク管理方法の通信シーケンス図である（その一）。
図４は、本発明の第一の実施形態に係るネットワーク管理方法の通信シーケンス図である（その二）。
【００２７】
上記のネットワークシステムの構成で、新たなネットワーク管理システムＤを、ネットワーク管理システムＡ１０と、ネットワーク管理システムＣ３０の間に追加することを考えよう。
【００２８】
本発明のネットワーク管理方法は、このような場合に、各ネットワーク管理システムでＭＯを自動生成して、ネットワーク管理の労力の軽減を目指すものである。
【００２９】
以下の説明のため、ネットワーク管理システムＡ１０について、システムＩＤ＝ＴＯＫＹＯ，ＮＳＡＰアドレス＝ａａａ，システム番号＝１００と仮定する。一方、追加するネットワーク管理システムＤについて、システムＩＤ＝ＯＳＡＫＡ，ＮＳＡＰアドレス＝ｄｄｄ，システム番号＝４００と仮定する。
【００３０】
システムＩＤは、ネットワーク管理システム毎につけられる、いわばニックネームのようなものであると理解できる。
【００３１】
本実施形態のネットワーク管理方法では、保守端末００から追加するネットワーク管理システムＤのシステムＩＤ＝ＯＳＡＫＡを入力して、図２に示されるように保守端末００のあるネットワーク管理システムＡ１０に、システムＤのアドレス管理ＭＯ１００を、また、新たに追加するネットワーク管理システムＤ４０に、システムＡのアドレス管理ＭＯ１００を生成しようとするものである。
【００３２】
先ず、ネットワーク管理システムＡ１０に対し接続しようとするときには、保守端末００から、アソシエーション要求を発行し（ＳＱ３−２）、ネットワーク管理システムＡ１０より正常応答を受ける（ＳＱ３−３）。これによりコネクションの確立がおこなわれ、以後、保守端末００からネットワーク管理システムＡ１０へ通信が可能になる。ネットワーク管理システムＡ１０とのアクセスが可能となった後、保守端末００よりネットワーク管理システムＤのシステムＩＤ＝ＯＳＡＫＡを入力する（ＳＱ３−４）。
【００３３】
ネットワーク管理システムＡ１０は、システムＩＤ−アドレス変換機能１２０により、入力されたシステムＩＤから、各ネットワーク管理システムにＮＳＡＰアドレスを問い合わせるＰＤＵ（Protocol Data Unit）を組み立てて、ネットワーク上に送信する（ＳＱ３−５）。このシステムＩＤからＮＳＡＰアドレスを問合せるＰＤＵをＴｙｐｅ１ＰＤＵと名づけることにする。
【００３４】
ネットワーク管理システムＢ２０と、ネットワーク管理システムＣ３０では、自らのシステムＩＤと一致しないので次に接続されたネットワーク管理システムに転送する。
【００３５】
Ｔｙｐｅ１ＰＤＵがネットワーク管理システムＤ４０に到着するとＴｙｐｅ１ＰＤＵのデータと自分自身のシステムＩＤを比較すると、この場合には、合致することになるので、ネットワーク管理システムＡ１０に対し、自らのＮＳＡＰアドレス＝ｄｄｄが設定されたＰＤＵを返信する（ＳＱ３−６）。システムＩＤとＮＳＡＰアドレスが設定されたＰＤＵは、Ｔｙｐｅ３ＰＤＵと名づけることにする。
【００３６】
ネットワーク管理システムＡ１０は、Ｔｙｐｅ３ＰＤＵを受信すると、その中のＮＳＡＰアドレス＝ｄｄｄを取り出し、各ＯＳＩセレクタを付加して、ＰＳＡＰアドレスを作成する（ＳＱ３−７）。ＯＳＩセレクタとＰＳＡＰアドレスは、既に説明したところである。ＮＳＡＰアドレスからＰＳＡＰアドレスを作成するときには、図７（ａ）に示したように、トランスポート層、セッション層、プレゼンテーション層の各セレクタが付加される。
【００３７】
次に、ネットワーク管理システムＡ１０は、自分のアドレス管理ＭＯ１００のｓａｐ２クラスのインスタンスの属性からＰＳＡＰアドレスを取り出す（ＳＱ３−８）。
【００３８】
そして、ネットワーク管理システムＡ１０は、自分のシステムＩＤ＝ＴＯＫＹＯ、自分のＰＳＡＰアドレス、自分のシステム番号＝１００により、一つのＰＤＵを生成し、ネットワーク管理システムＤ４０にダイレクトに送信する（ＳＱ３−９）。このＰＤＵを、ＭＯ生成ＰＤＵと名付けることにする。この段階では、ネットワーク管理システムＤ４０のＰＳＡＰアドレスが分かっているので、他のネットワーク管理システムを経由せずに直接にＰＤＵを送信できることに注意する。
【００３９】
ネットワーク管理システムＤ４０では、このＭＯ生成ＰＤＵを受信し、受信したＰＤＵのＰＳＡＰアドレス、システム番号よりネットワーク管理システムＡ１０に対応するアドレス管理ＭＯ１００を生成する処理をおこなう。
【００４０】
先ず、既にネットワーク管理システムＡ１０に対応するアドレス管理ＭＯ１００が存在するか否かを調べる（ＳＱ３−１０）。そして、存在しない場合にはＭＯ生成ＰＤＵを元に、ネットワーク管理システムＡ１０に関するアドレス管理ＭＯ１００を生成する（ＳＱ３−１１）。既に存在している場合には、そこで管理しているＰＳＡＰアドレスと受信したメッセージ内のＰＳＡＰアドレスが一致しているか比較し（ＳＱ３−１２）、一致する場合には、なにもしないが、一致しない場合には、アドレスが変更されたと判断し、既存のネットワーク管理システムＡ１０に対応するアドレス管理ＭＯ１００を消去して、ＭＯ生成ＰＤＵを元にして、ネットワーク管理システムＡ１０に対応するアドレス管理ＭＯ１００を再度生成する（ＳＱ３−１３）。
【００４１】
次に、ネットワーク管理システムＤ４０は、ネットワーク管理システムＡ１０からのＭＯ生成ＰＤＵを受信し、一連の処理が終ると、自分のシステムＩＤ＝ＯＳＡＫＡ、自分のＰＳＡＰアドレス、自分のシステム番号＝４００のＭＯ生成ＰＤＵを生成して、ネットワーク管理システムＡ１０に送信する（ＳＱ３−１４）。ここでも、既にネットワーク管理システムＡ４０のＰＳＡＰアドレスが分かっているので、ネットワーク管理システムＡ１０に対してダイレクトに、ＭＯ生成ＰＤＵを送信することができる。
【００４２】
ここからは前の手順と同様にして、ネットワーク管理システムＡ１０が、ネットワーク管理システムＤ４０より、ＭＯ生成ＰＤＵを受信して、受信したＰＤＵのＰＳＡＰアドレス、システム番号よりネットワーク管理システムＤ４０に対応するアドレス管理ＭＯ１００を生成する手順である。
【００４３】
先ず、既にネットワーク管理システムＤ４０に対応するアドレス管理ＭＯ１００が存在するか否かを調べる（ＳＱ３−１５）。そして、存在しない場合にはＭＯ生成ＰＤＵを元に、ネットワーク管理システムＤ４０に関するアドレス管理ＭＯ１００を生成する（ＳＱ３−１６）。既に存在している場合には、そこで管理しているＰＳＡＰアドレスと受信したメッセージ内のＰＳＡＰアドレスが一致しているか比較し（ＳＱ３−１７）、一致する場合には、なにもしないが、一致しない場合には、アドレスが変更されたと判断し、既存のネットワーク管理システムＤ４０に対応するアドレス管理ＭＯ１００を消去して、ＭＯ生成ＰＤＵを元にして、ネットワーク管理システムＤ４０に対応するアドレス管理ＭＯ１００を再度生成する（ＳＱ３−１８）。
【００４４】
これで、図２に示したようにネットワーク管理システムＡ１０とネットワーク管理システムＤ４０の双方に互いのアドレス管理ＭＯ１００が生成されたことになる。
【００４５】
そして、ネットワーク管理システムＡ１０は、一連の処理が生成したと言うメッセージとして、保守端末００に対し、ネットワーク管理システムＤ４０のＮＳＡＰアドレス＝ｄｄｄと、システム番号＝４００を返すことにする。
【００４６】
これらの処理が終ると、これで保守者は保守端末００を使用して、ネットワーク管理システムＤ４０にアソシエーション要求をし（ＳＱ３−２０）、正常応答を受ける（ＳＱ３−２１）。これにより、ネットワーク管理システムＤ４０との接続が確立されて、ネットワーク管理システムＡ１０に接続されている保守端末から、ネットワーク管理システムＤ４０に対して様々なネットワーク管理に関する操作をすることが可能になる。
【００４７】
〔実施形態２〕
次に、上記のネットワークシステムの構成を前提として、本発明に係る第二の実施形態を、図５および図６を用いて説明する。
図５は、本発明の第二の実施形態に係るネットワーク管理方法の通信シーケンス図である（その一）。
図６は、本発明の第二の実施形態に係るネットワーク管理方法の通信シーケンス図である（その二）。
【００４８】
第一の実施形態では、図１のネットワーク構成を前提として、図２の構成にするときに、保守端末００からネットワーク管理システムＤ４０のシステムＩＤを入力して、ＮＳＡＰアドレスに変換する機能を用いて、アドレス管理ＭＯ１００を生成する機能を説明した。
【００４９】
本実施形態では、ネットワーク構成の想定は同一であるが、第一の実施形態とは逆に、保守端末００からＮＳＡＰアドレスを入力して、それをシステムＩＤに変換してアドレスＭＯ１００を生成しようとするものである。
【００５０】
ネットワーク管理システムを保守する場合において、ネットワークシステムのアドレスが分かっていて、ニックネームであるシステムＩＤが分かっていない場合、また、システムＩＤが分かっていてもシステムＩＤの変更する可能性があり、その妥当性が疑わしくそれを確認したいときがある。そのようなときに、本実施形態で説明する機能は、有効である。
【００５１】
さて、本実施形態でも、図１のネットワークシステムの構成で、新たなネットワーク管理システムＤを、ネットワーク管理システムＡ１０と、ネットワーク管理システムＣ３０の間に追加することを考える。
【００５２】
本発明のネットワーク管理方法も、各ネットワーク管理システムでＭＯを自動生成して、ネットワーク管理の労力の軽減を目指すものであることは、第一の実施形態と同様である。
【００５３】
本実施形態のネットワーク管理方法では、第一の実施形態とは、逆に、保守端末００から追加するネットワーク管理システムＤのＮＳＡＰアドレス＝ｄｄｄを入力する。そして、図２に示されるように保守端末００のあるネットワーク管理システムＡ１０に、システムＤのアドレス管理ＭＯ１００を、新たに追加するネットワーク管理システムＤ４０に、システムＡのアドレス管理ＭＯ１００を生成しようとするものであるのは、第一の実施形態と同一である。
【００５４】
先ず、ネットワーク管理システムＡ１０に対し接続しようとするときには、保守端末００から、アソシエーション要求を発行し（ＳＱ５−２）、ネットワーク管理システムＡ１０より正常応答を受ける（ＳＱ５−３）。これによりコネクションの確立がおこなわれ、以後、保守端末００からネットワーク管理システムＡ１０へ通信が可能になる。ネットワーク管理システムＡ１０とのアクセスが可能となった後、保守端末００よりネットワーク管理システムＤのＮＳＡＰアドレス＝ｄｄｄを入力する（ＳＱ５−４）。
【００５５】
ネットワーク管理システムＡ１０は、システムＩＤ−アドレス変換機能１２０により、入力されたシステムＩＤから、各ネットワーク管理システムにシステムＩＤを問い合わせるＰＤＵ（Protocol Data Unit）を組み立てて、ネットワーク上に送信する（ＳＱ５−５）。このＮＳＡＰアドレスからシステムＩＤを問合せるＰＤＵをＴｙｐｅ５ＰＤＵと名づけることにする。
【００５６】
ここでは、第一の実施形態とは、異なりネットワーク管理システムＤ４０のＮＳＡＰアドレスが分かっているので、ＰＤＵをダイレクトにネットワーク管理システムＤ４０に送信することが可能である。
【００５７】
Ｔｙｐｅ５ＰＤＵがネットワーク管理システムＤ４０に到着すると、ネットワーク管理システムＡ１０に対し、自らのシステムＩＤ＝ＯＳＡＫＡが設定されたＴｙｐｅ３ＰＤＵを返信する（ＳＱ５−６）。
【００５８】
ネットワーク管理システムＡ１０は、Ｔｙｐｅ３ＰＤＵを受信すると、その中のＮＳＡＰアドレス＝ｄｄｄを取り出し、各ＯＳＩセレクタを付加して、ＰＳＡＰアドレスを作成する（ＳＱ５−７）。
【００５９】
次に、ネットワーク管理システムＡ１０は、自分のアドレス管理ＭＯ１００のｓａｐ２クラスのインスタンスの属性からＰＳＡＰアドレスを取り出す（ＳＱ５−８）。
【００６０】
そして、ネットワーク管理システムＡ１０は、自分のシステムＩＤ＝ＴＯＫＹＯ、自分のＰＳＡＰアドレス、自分のシステム番号＝１００により、ＭＯ生成ＰＤＵを生成し、ネットワーク管理システムＤ４０にダイレクトに送信する（ＳＱ５−９）。
【００６１】
これらの手順は、第一の実施形態と同様である。
【００６２】
また、これ以降の手順についても、第一の実施形態と全く同様である。
【００６３】
ネットワーク管理システムＤ４０では、このＭＯ生成ＰＤＵを受信し、受信したＰＤＵのＰＳＡＰアドレス、システム番号よりネットワーク管理システムＡ１０に対応するアドレス管理ＭＯ１００を生成する処理をおこなう。
【００６４】
先ず、既にネットワーク管理システムＡ１０に対応するアドレス管理ＭＯ１００が存在するか否かを調べる（ＳＱ５−１０）。そして、存在しない場合にはＭＯ生成ＰＤＵを元に、ネットワーク管理システムＡ１０に関するアドレス管理ＭＯ１００を生成する（ＳＱ５−１１）。既に存在している場合には、そこで管理しているＰＳＡＰアドレスと受信したメッセージ内のＰＳＡＰアドレスが一致しているか比較し（ＳＱ５−１２）、一致する場合には、なにもしないが、一致しない場合には、アドレスが変更されたと判断し、既存のネットワーク管理システムＡ１０に対応するアドレス管理ＭＯ１００を消去して、ＭＯ生成ＰＤＵを元にして、ネットワーク管理システムＡ１０に対応するアドレス管理ＭＯ１００を再度生成する（ＳＱ５−１３）。
【００６５】
次に、ネットワーク管理システムＤ４０は、ネットワーク管理システムＡ１０からのＭＯ生成ＰＤＵを受信し、一連の処理が終ると、自分のシステムＩＤ＝ＯＳＡＫＡ、自分のＰＳＡＰアドレス、自分のシステム番号＝４００のＭＯ生成ＰＤＵを生成して、ネットワーク管理システムＡ１０に送信する（ＳＱ５−１４）。
【００６６】
ネットワーク管理システムＡ１０は、ＭＯ生成ＰＤＵを受信すると、既にネットワーク管理システムＤ４０に対応するアドレス管理ＭＯ１００が存在するか否かを調べる（ＳＱ５−１５）。そして、存在しない場合にはＭＯ生成ＰＤＵを元に、ネットワーク管理システムＤ４０に関するアドレス管理ＭＯ１００を生成する（ＳＱ５−１６）。既に存在している場合には、そこで管理しているＰＳＡＰアドレスと受信したメッセージ内のＰＳＡＰアドレスが一致しているか比較し（ＳＱ５−１７）、一致する場合には、なにもしないが、一致しない場合には、アドレスが変更されたと判断し、既存のネットワーク管理システムＤ４０に対応するアドレス管理ＭＯ１００を消去して、ＭＯ生成ＰＤＵを元にして、ネットワーク管理システムＤ４０に対応するアドレス管理ＭＯ１００を再度生成する（ＳＱ５−１８）。
【００６７】
これで、第一の実施形態と同様、図２に示したようにネットワーク管理システムＡ１０とネットワーク管理システムＤ４０の双方に互いのアドレス管理ＭＯ１００が生成されたことになる。
【００６８】
そして、ネットワーク管理システムＡ１０は、第一の実施形態と同様、一連の処理が生成したと言うメッセージとして、保守端末００に対し、ネットワーク管理システムＤ４０のＮＳＡＰアドレス＝ｄｄｄと、システム番号＝４００を返す。
【００６９】
これらの処理が終ると、これで保守者は保守端末００を使用して、ネットワーク管理システムＤ４０にアソシエーション要求をし（ＳＱ５−２０）、正常応答を受ける（ＳＱ５−２１）。これにより、ネットワーク管理システムＤ４０との接続が確立されて、ネットワーク管理システムＡ１０に接続されている保守端末から、ネットワーク管理システムＤ４０に対して様々なネットワーク管理に関する操作をすることが可能になることについても第一の実施形態と同様である。
【００７０】
【発明の効果】
本発明によれば、ネットワークシステムの増設時などシステムの変更時に、保守端末の接続されているシステム上に、相手のネットワークシステム上の管理オブジェクトがない場合であっても、相手のネットワークシステムのシステムＩＤやアドレスを入力するだけで、管理オブジェクトを自動的に生成して、相手のネットワークシステムにアクセス可能にすることによって、保守者の労力を軽減することのできるネットワーク管理方法およびネットワーク管理システムを提供することができる。
【図面の簡単な説明】
【図１】本発明に係るネットワーク管理システムのシステム構成図である。
【図２】本発明に係るネットワーク管理システムで、新たなネットワーク管理システムＤを追加したときのシステム構成図である。
【図３】本発明の第一の実施形態に係るネットワーク管理方法の通信シーケンス図である（その一）。
【図４】本発明の第一の実施形態に係るネットワーク管理方法の通信シーケンス図である（その二）。
【図５】本発明の第二の実施形態に係るネットワーク管理方法の通信シーケンス図である（その一）。
【図６】本発明の第二の実施形態に係るネットワーク管理方法の通信シーケンス図である（その二）。
【図７】ＯＳＩのＳＡＰアドレスと、ＡＰ−Ｔｉｔｌｅ、ＡＥ−Ｔｉｔｌｅの構造について説明した図である。
【符号の説明】
００…保守端末、１０…ネットワーク管理システムＡ、２０…ネットワーク管理システムＢ、３０…ネットワーク管理システムＣ、４０…ネットワーク管理システムＤ、１００…アドレス管理ＭＯ、１１０…アドレス管理制御機能、１２０…システムＩＤ−アドレス変換機能、１３０…通信制御機能。
【発明の属する技術分野】
本発明は、ネットワーク管理方法およびネットワーク管理システムに係り、ＯＳＩの管理オブジェクトにより、ネットワーク管理をおこなうシステムで、管理オブジェクトの生成を自動的におこなえるようにして、その管理の手間を軽減するネットワーク管理方法およびネットワーク管理システムに関する。
【０００２】
【従来の技術】
近年の情報化社会の進展、ネットワークシステムの巨大化、複雑化により、ネットワーク管理の重要性はますます増してきている。ネットワークの国際的規格であるＯＳＩ（Open Systems Interconnection）では、オブジェクト指向により、現実のシステムをモデル化した管理オブジェクト（Managed Object、以下「ＭＯ」とも言う）により、ネットワーク管理をおこなう手法を提案している。このＯＳＩの管理オブジェクトは、ネットワークで管理する全ての事物を対象にして定義することができ、オブジェクト指向の考え方によって、属性やアクションを記述できるようになっている。
【０００３】
本発明は、ＯＳＩの管理オブジェクトを前提とするものであるので、以下、ＯＳＩの管理オブジェクトとそれに付随する概念について説明する。
【０００４】
先ず、図７を用いてＯＳＩの管理オブジェクトを理解するための前提となる概念について説明する。
【０００５】
図７は、ＯＳＩのＳＡＰアドレスと、ＡＰ−Ｔｉｔｌｅ、ＡＥ−Ｔｉｔｌｅの構造について説明した図である。
【０００６】
ＯＳＩは、周知のようにレイヤモデルによって、アーキテクチャ、プロトコルを規定する規格であるが、各層でのアクセス地点として、ＳＡＰ（Service Access Point）が定義される。例えば、ネットワーク層のＳＡＰは、ＮＳＡＰ（Network Service Access Point）、プレゼンテーション層のＳＡＰは、ＰＳＡＰ（Presentation Service Access Point）である。そして、それぞれのアクセスポイントのアドレスは、ＮＳＡＰアドレス、ＰＳＡＰアドレスと言われ、図７（ａ）のような関係がある。すなわち、ＰＳＡＰアドレスは、ＮＳＡＰアドレスに、ネットワーク層の上位層であるトランスポート層、セッション層、プレゼンテーション層の付加情報であるセレクタをヘッダに付け加えたものである。各層の付加情報であるセレクタは、ＯＳＩセレクタと呼ばれる。
【０００７】
一方、ＯＳＩでは、アプリケーション層から見た概念でネットワークシステムにアクセスするために、ＡＥ−Ｔｉｔｌｅと言う概念を持っている。図７（ｂ）に示されるように、ＡＥ−Ｔｉｔｌｅは、ＡＥ ｑｕａｌｉｆｉｅｒとＡＰ−Ｔｉｔｌｅから構成されている。ＡＥ ｑｕａｌｉｆｉｅｒは、アプリケーションの属性を記述し、ＡＰ−Ｔｉｔｌｅは、各ネットワーク拠点を一意的に識別できるような階層表現したものであり、その末尾には、システム番号を含んでいる。このＡＰ−Ｔｉｔｌｅは、上記のＳＡＰアドレスが物理的なアドレスと表現すれば、システムの論理的なアドレスあると言うことができる。
【０００８】
さて、ＯＳＩの管理オブジェクトは、ユーザが各自の必要性によって定義できるものであるが、アドレス管理のためにＯＳＩでは、標準的なアドレス管理ＭＯを提供している。以下の表１に掲げるのは、その一例であり、ネットワーク管理をおこなうためには、各クラスのインスタンスを生成して、そこに属性を記述するようになっている。
【０００９】
【表１】
【００１０】
ところで、上述のようにＯＳＩで規定されるネットワークシステムでは、各拠点がＮＳＡＰアドレスやＰＳＡＰアドレスを持っているが、それとは別にシステムを認識できるように、システムＩＤを定義し、それによってネットワークシステムにアクセスできるようにすれば便利であることが多い。
【００１１】
ＢｅｌｌｃｏｒｅのＧＲ−２５３−ＣＯＲＥに規定される、ＴＡＲＰ（TargetID Address Resolution Protocol）機能は、システムのニックネームとして名付けられるＴＩＤ（Target identifier）をそのシステムのＮＳＡＰアドレスに変換したり、反対にＮＳＡＰアドレスをＴＩＤに変換したする機能である。また、ＴＩＤやＮＳＡＰアドレスが変更されたときにその旨を他システムに対し通知する機能も有する。
【００１２】
【発明が解決しようとする課題】
各ネットワークシステムが相互に結合されたシステムでは、リモートにあるネットワークシステムを保守するためには、保守端末の接続されているシステム上に、相手のシステムを記述した管理オブジェクトが必要であった。したがって、システム増設時など、新たにネットワークシステムを追加したり、アドレスを変更する場合には、各ネットワークシステムに、変更のあったネットワークシステムを記述した管理オブジェクトを作成し、そのネットワークシステムにアクセスしようとするネットワークシステムの全てに配布しなければならなかった。そのため、保守の作業量が大きくなると言う問題点があった。
【００１３】
本発明は、上記問題点を解決するためになされたもので、その目的は、ネットワークシステムの増設時などシステムの変更時に、保守端末の接続されているシステム上に、相手のネットワークシステム上の管理オブジェクトがない場合であっても、相手のネットワークシステムのシステムＩＤやアドレスを入力するだけで、管理オブジェクトを自動的に生成して、相手のネットワークシステムにアクセス可能にすることによって、保守者の労力を軽減することにある。
【００１４】
【課題を解決するための手段】
上記目的を達成するために、本発明は、ネットワーク管理システムにおいてシステムの増設、またはアドレスの変更が発生した場合に、以下のような処理をおこなう。すなわち、先ず、保守者は、保守端末が直接接続されているネットワーク管理システムに対し増設、またはアドレスの変更がなされたネットワーク管理システムのシステムＩＤ、または、ネットワークアドレスを入力する。保守端末が直接接続されているネットワーク管理システムには、システムＩＤ−アドレス変換機能があり、システムＩＤをＮＳＡＰアドレスに変換する機能、およびＮＳＡＰアドレスをシステムＩＤに変換する機能を使用して、保守者が入力したデータを、相手のネットワークシステムに対し送信する。相手のネットワーク管理システムは、システムＩＤ−アドレス変換機能に基づき対応データを返信する。
【００１５】
その後、保守端末が直接接続されているネットワーク管理システムは、自分のシステム番号、ＰＳＡＰアドレス、システムＩＤを相手のネットワーク管理システムに送信する。相手のネットワーク管理システムは、それらのデータに基づき、ＭＯを生成後、同様に、自分のシステム番号、ＰＳＡＰアドレス、システムＩＤを返信する。
【００１６】
保守端末が直接接続されているネットワーク管理システムは、相手のネットワーク管理システムから送られてきたデータに基づき、相手のシステムのＭＯを生成する。
【００１７】
このように相互のネットワーク管理システムに相手のＭＯが生成され、保守端末から、相手のネットワーク管理システムにアクセスできるようになり、保守作業がおこなえるようになる。
【００１８】
このようにＭＯが自動生成され、転送されるので、保守者がＭＯを作成したり、転送したりせずとも良くなり、保守者の作業量が軽減される。
【００１９】
【発明の実施の形態】
以下、本発明に係る各実施形態を、図１ないし図６を用いて説明する。
【００２０】
〔ネットワーク管理システムのシステム構成例〕
先ず、図１を用いて本発明に係るネットワーク管理システムのシステム構成を説明する。
図１は、本発明に係るネットワーク管理システムのシステム構成図である。
【００２１】
このネットワークシステムは、ネットワーク管理システムＡ１０、ネットワーク管理システムＢ２０、ネットワーク管理システムＣ３０が、リング状のトポロジーで結合されていて、相互に通信可能なようになっている。
【００２２】
各ネットワーク管理システムは、既に説明したようにＯＳＩのＭＯであるアドレス管理ＭＯ１００を持っていて、これによりネットワーク管理をおこなえるようになっている。各ネットワーク管理システムにあるアドレス管理制御機能１１０は、このＭＯにアクセスする手段である。システムＩＤ−アドレス変換機能１２０は、そのシステムに付与されたシステムＩＤと、ＯＳＩのＮＳＡＰアドレスを相互に変換する機能である。また、通信制御機能１３０は、そのネットワーク管理システムが、他のネットワーク管理システムと通信するための機能である。
【００２３】
そして、ネットワーク管理システムＡ１０には、保守端末００が接続されたこのネットワークシステム全体を保守できるようになっている。
【００２４】
ネットワーク管理システムＡ１０のアドレス管理ＭＯ１００として、システムＡ、システムＢ、システムＣのＭＯが生成されており、ネットワーク管理システムＡ１０から、自システムの外に、ネットワーク管理システムＢ２０とネットワーク管理システムＢ３０がネットワーク管理システムＡ１０から保守可能になっている。
【００２５】
同様に、ネットワーク管理システムＢ２０とネットワーク管理システムＣ３０についても、他のネットワーク管理システムのアドレス管理ＭＯが生成されているので、相互に他のシステムを認識してネットワーク管理がおこなえるようになっている。
【００２６】
〔実施形態１〕
次に、上記のネットワークシステムの構成を前提として、本発明に係る第一の実施形態を、図２ないし図４を用いて説明する。
図２は、本発明に係るネットワーク管理システムで、新たなネットワーク管理システムＤを追加したときのシステム構成図である。
図３は、本発明の第一の実施形態に係るネットワーク管理方法の通信シーケンス図である（その一）。
図４は、本発明の第一の実施形態に係るネットワーク管理方法の通信シーケンス図である（その二）。
【００２７】
上記のネットワークシステムの構成で、新たなネットワーク管理システムＤを、ネットワーク管理システムＡ１０と、ネットワーク管理システムＣ３０の間に追加することを考えよう。
【００２８】
本発明のネットワーク管理方法は、このような場合に、各ネットワーク管理システムでＭＯを自動生成して、ネットワーク管理の労力の軽減を目指すものである。
【００２９】
以下の説明のため、ネットワーク管理システムＡ１０について、システムＩＤ＝ＴＯＫＹＯ，ＮＳＡＰアドレス＝ａａａ，システム番号＝１００と仮定する。一方、追加するネットワーク管理システムＤについて、システムＩＤ＝ＯＳＡＫＡ，ＮＳＡＰアドレス＝ｄｄｄ，システム番号＝４００と仮定する。
【００３０】
システムＩＤは、ネットワーク管理システム毎につけられる、いわばニックネームのようなものであると理解できる。
【００３１】
本実施形態のネットワーク管理方法では、保守端末００から追加するネットワーク管理システムＤのシステムＩＤ＝ＯＳＡＫＡを入力して、図２に示されるように保守端末００のあるネットワーク管理システムＡ１０に、システムＤのアドレス管理ＭＯ１００を、また、新たに追加するネットワーク管理システムＤ４０に、システムＡのアドレス管理ＭＯ１００を生成しようとするものである。
【００３２】
先ず、ネットワーク管理システムＡ１０に対し接続しようとするときには、保守端末００から、アソシエーション要求を発行し（ＳＱ３−２）、ネットワーク管理システムＡ１０より正常応答を受ける（ＳＱ３−３）。これによりコネクションの確立がおこなわれ、以後、保守端末００からネットワーク管理システムＡ１０へ通信が可能になる。ネットワーク管理システムＡ１０とのアクセスが可能となった後、保守端末００よりネットワーク管理システムＤのシステムＩＤ＝ＯＳＡＫＡを入力する（ＳＱ３−４）。
【００３３】
ネットワーク管理システムＡ１０は、システムＩＤ−アドレス変換機能１２０により、入力されたシステムＩＤから、各ネットワーク管理システムにＮＳＡＰアドレスを問い合わせるＰＤＵ（Protocol Data Unit）を組み立てて、ネットワーク上に送信する（ＳＱ３−５）。このシステムＩＤからＮＳＡＰアドレスを問合せるＰＤＵをＴｙｐｅ１ＰＤＵと名づけることにする。
【００３４】
ネットワーク管理システムＢ２０と、ネットワーク管理システムＣ３０では、自らのシステムＩＤと一致しないので次に接続されたネットワーク管理システムに転送する。
【００３５】
Ｔｙｐｅ１ＰＤＵがネットワーク管理システムＤ４０に到着するとＴｙｐｅ１ＰＤＵのデータと自分自身のシステムＩＤを比較すると、この場合には、合致することになるので、ネットワーク管理システムＡ１０に対し、自らのＮＳＡＰアドレス＝ｄｄｄが設定されたＰＤＵを返信する（ＳＱ３−６）。システムＩＤとＮＳＡＰアドレスが設定されたＰＤＵは、Ｔｙｐｅ３ＰＤＵと名づけることにする。
【００３６】
ネットワーク管理システムＡ１０は、Ｔｙｐｅ３ＰＤＵを受信すると、その中のＮＳＡＰアドレス＝ｄｄｄを取り出し、各ＯＳＩセレクタを付加して、ＰＳＡＰアドレスを作成する（ＳＱ３−７）。ＯＳＩセレクタとＰＳＡＰアドレスは、既に説明したところである。ＮＳＡＰアドレスからＰＳＡＰアドレスを作成するときには、図７（ａ）に示したように、トランスポート層、セッション層、プレゼンテーション層の各セレクタが付加される。
【００３７】
次に、ネットワーク管理システムＡ１０は、自分のアドレス管理ＭＯ１００のｓａｐ２クラスのインスタンスの属性からＰＳＡＰアドレスを取り出す（ＳＱ３−８）。
【００３８】
そして、ネットワーク管理システムＡ１０は、自分のシステムＩＤ＝ＴＯＫＹＯ、自分のＰＳＡＰアドレス、自分のシステム番号＝１００により、一つのＰＤＵを生成し、ネットワーク管理システムＤ４０にダイレクトに送信する（ＳＱ３−９）。このＰＤＵを、ＭＯ生成ＰＤＵと名付けることにする。この段階では、ネットワーク管理システムＤ４０のＰＳＡＰアドレスが分かっているので、他のネットワーク管理システムを経由せずに直接にＰＤＵを送信できることに注意する。
【００３９】
ネットワーク管理システムＤ４０では、このＭＯ生成ＰＤＵを受信し、受信したＰＤＵのＰＳＡＰアドレス、システム番号よりネットワーク管理システムＡ１０に対応するアドレス管理ＭＯ１００を生成する処理をおこなう。
【００４０】
先ず、既にネットワーク管理システムＡ１０に対応するアドレス管理ＭＯ１００が存在するか否かを調べる（ＳＱ３−１０）。そして、存在しない場合にはＭＯ生成ＰＤＵを元に、ネットワーク管理システムＡ１０に関するアドレス管理ＭＯ１００を生成する（ＳＱ３−１１）。既に存在している場合には、そこで管理しているＰＳＡＰアドレスと受信したメッセージ内のＰＳＡＰアドレスが一致しているか比較し（ＳＱ３−１２）、一致する場合には、なにもしないが、一致しない場合には、アドレスが変更されたと判断し、既存のネットワーク管理システムＡ１０に対応するアドレス管理ＭＯ１００を消去して、ＭＯ生成ＰＤＵを元にして、ネットワーク管理システムＡ１０に対応するアドレス管理ＭＯ１００を再度生成する（ＳＱ３−１３）。
【００４１】
次に、ネットワーク管理システムＤ４０は、ネットワーク管理システムＡ１０からのＭＯ生成ＰＤＵを受信し、一連の処理が終ると、自分のシステムＩＤ＝ＯＳＡＫＡ、自分のＰＳＡＰアドレス、自分のシステム番号＝４００のＭＯ生成ＰＤＵを生成して、ネットワーク管理システムＡ１０に送信する（ＳＱ３−１４）。ここでも、既にネットワーク管理システムＡ４０のＰＳＡＰアドレスが分かっているので、ネットワーク管理システムＡ１０に対してダイレクトに、ＭＯ生成ＰＤＵを送信することができる。
【００４２】
ここからは前の手順と同様にして、ネットワーク管理システムＡ１０が、ネットワーク管理システムＤ４０より、ＭＯ生成ＰＤＵを受信して、受信したＰＤＵのＰＳＡＰアドレス、システム番号よりネットワーク管理システムＤ４０に対応するアドレス管理ＭＯ１００を生成する手順である。
【００４３】
先ず、既にネットワーク管理システムＤ４０に対応するアドレス管理ＭＯ１００が存在するか否かを調べる（ＳＱ３−１５）。そして、存在しない場合にはＭＯ生成ＰＤＵを元に、ネットワーク管理システムＤ４０に関するアドレス管理ＭＯ１００を生成する（ＳＱ３−１６）。既に存在している場合には、そこで管理しているＰＳＡＰアドレスと受信したメッセージ内のＰＳＡＰアドレスが一致しているか比較し（ＳＱ３−１７）、一致する場合には、なにもしないが、一致しない場合には、アドレスが変更されたと判断し、既存のネットワーク管理システムＤ４０に対応するアドレス管理ＭＯ１００を消去して、ＭＯ生成ＰＤＵを元にして、ネットワーク管理システムＤ４０に対応するアドレス管理ＭＯ１００を再度生成する（ＳＱ３−１８）。
【００４４】
これで、図２に示したようにネットワーク管理システムＡ１０とネットワーク管理システムＤ４０の双方に互いのアドレス管理ＭＯ１００が生成されたことになる。
【００４５】
そして、ネットワーク管理システムＡ１０は、一連の処理が生成したと言うメッセージとして、保守端末００に対し、ネットワーク管理システムＤ４０のＮＳＡＰアドレス＝ｄｄｄと、システム番号＝４００を返すことにする。
【００４６】
これらの処理が終ると、これで保守者は保守端末００を使用して、ネットワーク管理システムＤ４０にアソシエーション要求をし（ＳＱ３−２０）、正常応答を受ける（ＳＱ３−２１）。これにより、ネットワーク管理システムＤ４０との接続が確立されて、ネットワーク管理システムＡ１０に接続されている保守端末から、ネットワーク管理システムＤ４０に対して様々なネットワーク管理に関する操作をすることが可能になる。
【００４７】
〔実施形態２〕
次に、上記のネットワークシステムの構成を前提として、本発明に係る第二の実施形態を、図５および図６を用いて説明する。
図５は、本発明の第二の実施形態に係るネットワーク管理方法の通信シーケンス図である（その一）。
図６は、本発明の第二の実施形態に係るネットワーク管理方法の通信シーケンス図である（その二）。
【００４８】
第一の実施形態では、図１のネットワーク構成を前提として、図２の構成にするときに、保守端末００からネットワーク管理システムＤ４０のシステムＩＤを入力して、ＮＳＡＰアドレスに変換する機能を用いて、アドレス管理ＭＯ１００を生成する機能を説明した。
【００４９】
本実施形態では、ネットワーク構成の想定は同一であるが、第一の実施形態とは逆に、保守端末００からＮＳＡＰアドレスを入力して、それをシステムＩＤに変換してアドレスＭＯ１００を生成しようとするものである。
【００５０】
ネットワーク管理システムを保守する場合において、ネットワークシステムのアドレスが分かっていて、ニックネームであるシステムＩＤが分かっていない場合、また、システムＩＤが分かっていてもシステムＩＤの変更する可能性があり、その妥当性が疑わしくそれを確認したいときがある。そのようなときに、本実施形態で説明する機能は、有効である。
【００５１】
さて、本実施形態でも、図１のネットワークシステムの構成で、新たなネットワーク管理システムＤを、ネットワーク管理システムＡ１０と、ネットワーク管理システムＣ３０の間に追加することを考える。
【００５２】
本発明のネットワーク管理方法も、各ネットワーク管理システムでＭＯを自動生成して、ネットワーク管理の労力の軽減を目指すものであることは、第一の実施形態と同様である。
【００５３】
本実施形態のネットワーク管理方法では、第一の実施形態とは、逆に、保守端末００から追加するネットワーク管理システムＤのＮＳＡＰアドレス＝ｄｄｄを入力する。そして、図２に示されるように保守端末００のあるネットワーク管理システムＡ１０に、システムＤのアドレス管理ＭＯ１００を、新たに追加するネットワーク管理システムＤ４０に、システムＡのアドレス管理ＭＯ１００を生成しようとするものであるのは、第一の実施形態と同一である。
【００５４】
先ず、ネットワーク管理システムＡ１０に対し接続しようとするときには、保守端末００から、アソシエーション要求を発行し（ＳＱ５−２）、ネットワーク管理システムＡ１０より正常応答を受ける（ＳＱ５−３）。これによりコネクションの確立がおこなわれ、以後、保守端末００からネットワーク管理システムＡ１０へ通信が可能になる。ネットワーク管理システムＡ１０とのアクセスが可能となった後、保守端末００よりネットワーク管理システムＤのＮＳＡＰアドレス＝ｄｄｄを入力する（ＳＱ５−４）。
【００５５】
ネットワーク管理システムＡ１０は、システムＩＤ−アドレス変換機能１２０により、入力されたシステムＩＤから、各ネットワーク管理システムにシステムＩＤを問い合わせるＰＤＵ（Protocol Data Unit）を組み立てて、ネットワーク上に送信する（ＳＱ５−５）。このＮＳＡＰアドレスからシステムＩＤを問合せるＰＤＵをＴｙｐｅ５ＰＤＵと名づけることにする。
【００５６】
ここでは、第一の実施形態とは、異なりネットワーク管理システムＤ４０のＮＳＡＰアドレスが分かっているので、ＰＤＵをダイレクトにネットワーク管理システムＤ４０に送信することが可能である。
【００５７】
Ｔｙｐｅ５ＰＤＵがネットワーク管理システムＤ４０に到着すると、ネットワーク管理システムＡ１０に対し、自らのシステムＩＤ＝ＯＳＡＫＡが設定されたＴｙｐｅ３ＰＤＵを返信する（ＳＱ５−６）。
【００５８】
ネットワーク管理システムＡ１０は、Ｔｙｐｅ３ＰＤＵを受信すると、その中のＮＳＡＰアドレス＝ｄｄｄを取り出し、各ＯＳＩセレクタを付加して、ＰＳＡＰアドレスを作成する（ＳＱ５−７）。
【００５９】
次に、ネットワーク管理システムＡ１０は、自分のアドレス管理ＭＯ１００のｓａｐ２クラスのインスタンスの属性からＰＳＡＰアドレスを取り出す（ＳＱ５−８）。
【００６０】
そして、ネットワーク管理システムＡ１０は、自分のシステムＩＤ＝ＴＯＫＹＯ、自分のＰＳＡＰアドレス、自分のシステム番号＝１００により、ＭＯ生成ＰＤＵを生成し、ネットワーク管理システムＤ４０にダイレクトに送信する（ＳＱ５−９）。
【００６１】
これらの手順は、第一の実施形態と同様である。
【００６２】
また、これ以降の手順についても、第一の実施形態と全く同様である。
【００６３】
ネットワーク管理システムＤ４０では、このＭＯ生成ＰＤＵを受信し、受信したＰＤＵのＰＳＡＰアドレス、システム番号よりネットワーク管理システムＡ１０に対応するアドレス管理ＭＯ１００を生成する処理をおこなう。
【００６４】
先ず、既にネットワーク管理システムＡ１０に対応するアドレス管理ＭＯ１００が存在するか否かを調べる（ＳＱ５−１０）。そして、存在しない場合にはＭＯ生成ＰＤＵを元に、ネットワーク管理システムＡ１０に関するアドレス管理ＭＯ１００を生成する（ＳＱ５−１１）。既に存在している場合には、そこで管理しているＰＳＡＰアドレスと受信したメッセージ内のＰＳＡＰアドレスが一致しているか比較し（ＳＱ５−１２）、一致する場合には、なにもしないが、一致しない場合には、アドレスが変更されたと判断し、既存のネットワーク管理システムＡ１０に対応するアドレス管理ＭＯ１００を消去して、ＭＯ生成ＰＤＵを元にして、ネットワーク管理システムＡ１０に対応するアドレス管理ＭＯ１００を再度生成する（ＳＱ５−１３）。
【００６５】
次に、ネットワーク管理システムＤ４０は、ネットワーク管理システムＡ１０からのＭＯ生成ＰＤＵを受信し、一連の処理が終ると、自分のシステムＩＤ＝ＯＳＡＫＡ、自分のＰＳＡＰアドレス、自分のシステム番号＝４００のＭＯ生成ＰＤＵを生成して、ネットワーク管理システムＡ１０に送信する（ＳＱ５−１４）。
【００６６】
ネットワーク管理システムＡ１０は、ＭＯ生成ＰＤＵを受信すると、既にネットワーク管理システムＤ４０に対応するアドレス管理ＭＯ１００が存在するか否かを調べる（ＳＱ５−１５）。そして、存在しない場合にはＭＯ生成ＰＤＵを元に、ネットワーク管理システムＤ４０に関するアドレス管理ＭＯ１００を生成する（ＳＱ５−１６）。既に存在している場合には、そこで管理しているＰＳＡＰアドレスと受信したメッセージ内のＰＳＡＰアドレスが一致しているか比較し（ＳＱ５−１７）、一致する場合には、なにもしないが、一致しない場合には、アドレスが変更されたと判断し、既存のネットワーク管理システムＤ４０に対応するアドレス管理ＭＯ１００を消去して、ＭＯ生成ＰＤＵを元にして、ネットワーク管理システムＤ４０に対応するアドレス管理ＭＯ１００を再度生成する（ＳＱ５−１８）。
【００６７】
これで、第一の実施形態と同様、図２に示したようにネットワーク管理システムＡ１０とネットワーク管理システムＤ４０の双方に互いのアドレス管理ＭＯ１００が生成されたことになる。
【００６８】
そして、ネットワーク管理システムＡ１０は、第一の実施形態と同様、一連の処理が生成したと言うメッセージとして、保守端末００に対し、ネットワーク管理システムＤ４０のＮＳＡＰアドレス＝ｄｄｄと、システム番号＝４００を返す。
【００６９】
これらの処理が終ると、これで保守者は保守端末００を使用して、ネットワーク管理システムＤ４０にアソシエーション要求をし（ＳＱ５−２０）、正常応答を受ける（ＳＱ５−２１）。これにより、ネットワーク管理システムＤ４０との接続が確立されて、ネットワーク管理システムＡ１０に接続されている保守端末から、ネットワーク管理システムＤ４０に対して様々なネットワーク管理に関する操作をすることが可能になることについても第一の実施形態と同様である。
【００７０】
【発明の効果】
本発明によれば、ネットワークシステムの増設時などシステムの変更時に、保守端末の接続されているシステム上に、相手のネットワークシステム上の管理オブジェクトがない場合であっても、相手のネットワークシステムのシステムＩＤやアドレスを入力するだけで、管理オブジェクトを自動的に生成して、相手のネットワークシステムにアクセス可能にすることによって、保守者の労力を軽減することのできるネットワーク管理方法およびネットワーク管理システムを提供することができる。
【図面の簡単な説明】
【図１】本発明に係るネットワーク管理システムのシステム構成図である。
【図２】本発明に係るネットワーク管理システムで、新たなネットワーク管理システムＤを追加したときのシステム構成図である。
【図３】本発明の第一の実施形態に係るネットワーク管理方法の通信シーケンス図である（その一）。
【図４】本発明の第一の実施形態に係るネットワーク管理方法の通信シーケンス図である（その二）。
【図５】本発明の第二の実施形態に係るネットワーク管理方法の通信シーケンス図である（その一）。
【図６】本発明の第二の実施形態に係るネットワーク管理方法の通信シーケンス図である（その二）。
【図７】ＯＳＩのＳＡＰアドレスと、ＡＰ−Ｔｉｔｌｅ、ＡＥ−Ｔｉｔｌｅの構造について説明した図である。
【符号の説明】
００…保守端末、１０…ネットワーク管理システムＡ、２０…ネットワーク管理システムＢ、３０…ネットワーク管理システムＣ、４０…ネットワーク管理システムＤ、１００…アドレス管理ＭＯ、１１０…アドレス管理制御機能、１２０…システムＩＤ−アドレス変換機能、１３０…通信制御機能。
Claims (3)
- 各ネットワーク管理システムが相互に接続され、各ネットワーク管理システムで管理オブジェクトによりネットワーク管理をおこなうネットワーク管理方法において、
前記各ネットワーク管理システムは、システムＩＤ−アドレス変換機能を有し、
保守端末が接続された第一のネットワーク管理システムに、ネットワーク管理の対象となる第二のネットワーク管理システムのシステムＩＤを入力して、
前記第二のネットワーク管理システムに、アドレスを問合せるＰＤＵ（Protocol Data Unit）を送信して、
前記第二のネットワーク管理システムは、前記システムＩＤ−アドレス変換機能により、自身のアドレスを第一のネットワーク管理システムに返信し、
前記第一のネットワーク管理システムでは、その情報に基づいて、管理オブジェクトを生成するためのＰＤＵを、前記第二のネットワーク管理システムに送信し、
前記第二のネットワーク管理システムは、その管理オブジェクトを生成するためのＰＤＵに基づき、第一のネットワーク管理システムの管理オブジェクトを生成し、
かつ、前記第二のネットワーク管理システムは、管理オブジェクトを生成するためのＰＤＵを、前記第一のネットワーク管理システムに送信し、
前記第一のネットワーク管理システムは、その管理オブジェクトを生成するためのＰＤＵに基づき、第二のネットワーク管理システムの管理オブジェクトを生成することを特徴とするネットワーク管理方法。 - 各ネットワーク管理システムが相互に接続され、各ネットワーク管理システムが管理オブジェクトによりネットワーク管理をおこなうネットワーク管理方法において、
前記各ネットワーク管理システムは、システムＩＤ−アドレス変換機能を有し、
保守端末が接続された第一のネットワーク管理システムに、ネットワーク管理の対象となる第二のネットワーク管理システムのアドレスを入力して、
前記第二のネットワーク管理システムに、システムＩＤを問合せるＰＤＵを送信して、
前記第二のネットワーク管理システムは、前記システムＩＤ−アドレス変換機能により、自身のシステムＩＤを第一のネットワーク管理システムに返信し、
前記第一のネットワーク管理システムでは、その情報に基づいて、管理オブジェクトを生成するためのＰＤＵを、前記第二のネットワーク管理システムに送信し、
前記第二のネットワーク管理システムは、その管理オブジェクトを生成するためのＰＤＵに基づき、第一のネットワーク管理システムの管理オブジェクトを生成し、
かつ、前記第二のネットワーク管理システムは、管理オブジェクトを生成するためのＰＤＵを、前記第一のネットワーク管理システムに送信し、
前記第一のネットワーク管理システムは、その管理オブジェクトを生成するためのＰＤＵに基づき、第二のネットワーク管理システムの管理オブジェクトを生成することを特徴とするネットワーク管理方法。 - 各ネットワーク管理システムが相互に接続され、各ネットワーク管理システムが管理オブジェクトによりネットワーク管理をおこなうネットワーク管理システムにおいて、
このネットワーク管理システムには、
保守端末が接続された第一のネットワーク管理システムと、
その保守端末からネットワーク管理の対象とする第二のネットワーク管理システムとを有し、
保守端末は、システムＩＤとアドレスとを入力する手段とを備え、
前記第一のネットワーク管理システムは、
システムＩＤからアドレスを問合せるＰＤＵ、または、アドレスからシステムＩＤを問合せるＰＤＵを組立て、第二のネットワーク管理システムに送信する手段と、
前記第二のネットワーク管理システムからの管理オブジェクトを生成するＰＤＵを受信し、前記第二のネットワーク管理システムに対する管理オブジェクトを生成する手段とを有し、
前記第一のネットワーク管理システムは、
システムＩＤ−アドレス変換機能と、
システムＩＤからアドレスを問合せるＰＤＵ、または、アドレスからシステムＩＤを問合せるＰＤＵを組立て、第二のネットワーク管理システムに送信する手段と、
前記第二のネットワーク管理システムに、管理オブジェクトを生成するＰＤＵを送信する手段と、
前記第二のネットワーク管理システムからの管理オブジェクトを生成するＰＤＵを受信し、前記第二のネットワーク管理システムに対する管理オブジェクトを生成する手段とを有し、
前記第二のネットワーク管理システムは、
システムＩＤ−アドレス変換機能と、
前記第一のネットワーク管理システムからのシステムＩＤからアドレスを問合せるＰＤＵ、または、アドレスからシステムＩＤを問合せるＰＤＵに応えて、アドレス、または、システムＩＤを返信する手段と、
前記第一のネットワーク管理システムに、管理オブジェクトを生成するＰＤＵを送信する手段と、
前記第一のネットワーク管理システムからの管理オブジェクトを生成するＰＤＵを受信し、前記第一のネットワーク管理システムに対する管理オブジェクトを生成する手段とを有することを特徴とするネットワーク管理システム。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000346477A JP3819231B2 (ja) | 2000-11-14 | 2000-11-14 | ネットワーク管理方法およびネットワーク管理システム |
| US09/920,887 US20020087695A1 (en) | 2000-11-14 | 2001-08-03 | Method and system for network management |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000346477A JP3819231B2 (ja) | 2000-11-14 | 2000-11-14 | ネットワーク管理方法およびネットワーク管理システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002152202A JP2002152202A (ja) | 2002-05-24 |
| JP3819231B2 true JP3819231B2 (ja) | 2006-09-06 |
Family
ID=18820338
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000346477A Expired - Lifetime JP3819231B2 (ja) | 2000-11-14 | 2000-11-14 | ネットワーク管理方法およびネットワーク管理システム |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US20020087695A1 (ja) |
| JP (1) | JP3819231B2 (ja) |
Family Cites Families (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5276871A (en) * | 1991-03-18 | 1994-01-04 | Bull Hn Information Systems Inc. | Method of file shadowing among peer systems |
| US5537547A (en) * | 1992-12-14 | 1996-07-16 | At&T Corp. | Automatic network element identity information distribution apparatus and method |
| US5511208A (en) * | 1993-03-23 | 1996-04-23 | International Business Machines Corporation | Locating resources in computer networks having cache server nodes |
| US5509123A (en) * | 1994-03-22 | 1996-04-16 | Cabletron Systems, Inc. | Distributed autonomous object architectures for network layer routing |
| JP3483364B2 (ja) * | 1995-09-07 | 2004-01-06 | Ｋｄｄｉ株式会社 | Ｓｎｍｐ／ｏｓｉ管理ゲートウェイ装置 |
| US5758083A (en) * | 1995-10-30 | 1998-05-26 | Sun Microsystems, Inc. | Method and system for sharing information between network managers |
| US6345299B2 (en) * | 1997-11-26 | 2002-02-05 | International Business Machines Corporation | Distributed security system for a communication network |
| JP3782600B2 (ja) * | 1998-03-12 | 2006-06-07 | キヤノン株式会社 | ネットワークデバイス管理装置、ネットワークデバイス管理方法及び記録媒体 |
| US6446079B2 (en) * | 1998-03-13 | 2002-09-03 | Alcatel Networks Corporation | Network management protocol for efficient retrieval operations |
| US6519635B1 (en) * | 1998-04-30 | 2003-02-11 | Cisco Technology, Inc. | SNMP master agent that translates messages to a sub-agent proprietary format using a translation table by the sub-agent |
| US6363421B2 (en) * | 1998-05-31 | 2002-03-26 | Lucent Technologies, Inc. | Method for computer internet remote management of a telecommunication network element |
| US6473502B1 (en) * | 1999-08-31 | 2002-10-29 | Worldcom, Inc. | System, method and computer program product for achieving local number portability costing and network management support |
-
2000
- 2000-11-14 JP JP2000346477A patent/JP3819231B2/ja not_active Expired - Lifetime
-
2001
- 2001-08-03 US US09/920,887 patent/US20020087695A1/en not_active Abandoned
Also Published As
| Publication number | Publication date |
|---|---|
| JP2002152202A (ja) | 2002-05-24 |
| US20020087695A1 (en) | 2002-07-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108199897B (zh) | 一种支持缓存管理的opc ua多服务器聚合方法 | |
| JP3857572B2 (ja) | Ｉｐ電話装置およびｉｐ電話装置検索方法 | |
| US7293080B1 (en) | Automatically discovering management information about services in a communication network | |
| CN101808025B (zh) | 一种实现智能家居应用的装置、系统和方法 | |
| US6621895B1 (en) | Enhanced communication services for data networks | |
| US20080130661A1 (en) | System and Communication Method of Ip Telecommunication Network and its Application | |
| US20030033379A1 (en) | Intelligent central directory for soft configuration of IP services | |
| CN108512909A (zh) | 一种基于物联网的计算机远程控制系统 | |
| JPH1093629A (ja) | インターネットに通信を構築するためのインテリジェント処理 | |
| JP2005539420A (ja) | 家庭ネットワークにおける動的なネットワーク構成の実現時の装置対等接続方法 | |
| CN102281251A (zh) | 一种实现智能家居应用的装置、系统和方法 | |
| US20030039241A1 (en) | Telephone number domain name system and operating method thereof on internet | |
| US20040170133A1 (en) | Packet processing system | |
| CN100450067C (zh) | 业务设备交换网络及交换方法 | |
| CN101026632B (zh) | 一种基于互联网的可控业务网体系架构网络系统 | |
| JP3819231B2 (ja) | ネットワーク管理方法およびネットワーク管理システム | |
| AU759968B2 (en) | Service capable network | |
| CN100450030C (zh) | 一种实现呼叫服务等级到承载呼叫的连接的映射方法 | |
| JP3481867B2 (ja) | 複数管理プロトコル対応ネットワーク管理システム | |
| KR101711599B1 (ko) | Inter-SDN 네트워크 도메인 상호 연계 방법 및 장치 | |
| CA2249824C (en) | Service capable network | |
| JP4073771B2 (ja) | 映像・音声通信サービス提供システム、このシステムにおけるサービス処理方法、及び分散リソース連携による映像・音声通信システム | |
| KR100358154B1 (ko) | 개방형 멀티미디어 서비스 환경에서 동적 서비스 조합 구성방법 | |
| WO2024067148A1 (zh) | 边缘互通业务执行方法、装置、系统、电子设备和介质 | |
| KR100444825B1 (ko) | 초고속 정보통신 통합 망 관리 시스템에서 프레임릴레이망 가입자 포트 관리 방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A711 | Notification of change in applicant |
Free format text: JAPANESE INTERMEDIATE CODE: A712 Effective date: 20040209 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040826 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20060602 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20060606 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060614 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100623 Year of fee payment: 4 |