(57)【要約】【課題】複数の利用者が物理ポートを共用しているネットワークシステムにおいて、障害が発生した利用者に関するソフトウェア機能に関する情報を収集して通知する。【解決手段】機能処理手段１０１による処理における障害の発生を関連する利用者ごとに検出する検出手順と、障害が検出されたときに、関連する利用者を示す識別情報を含む障害通知をネットワークに送出する通知手順と、検出された障害にかかわる利用者に対応して保持された情報を状態管理テーブル１０２から収集する収集手順と、識別情報を指定した情報収集要求に応じて、収集手順において収集された情報を含む障害報告をネットワークに送出する報告手順とを備える。【選択図】      図１
2004350224.tif 000002
【特許請求の範囲】
【請求項１】
対応する利用者に関する処理をそれぞれ実行する複数の利用者別処理手段が一つの物理ポートを共用するために必要な機能を提供する機能処理手段と、前記利用者ごとに前記機能処理手段の状態に関する情報を保持する状態管理テーブルとを備えた通信処理装置の障害情報通知方法において、
前記機能処理手段による処理における障害の発生を関連する利用者ごとに検出する検出手順と、
障害が検出されたときに、関連する利用者を示す識別情報を含む障害通知をネットワークに送出する通知手順と、
検出された障害にかかわる利用者に対応して保持された情報を前記状態管理テーブルから収集する収集手順と、
前記識別情報を指定した情報収集要求に応じて、前記収集手順において収集された情報を含む障害報告をネットワークに送出する報告手順と
を備えたことを特徴とする障害情報通知方法。
【請求項２】
請求項１に記載の障害情報通知方法において、
前記収集手順による情報収集の完了に応じて、前記検出手順において検出された障害にかかわる利用者について前記状態情報テーブルに保持された情報を初期化して、該当する利用者に関する前記機能処理手段による処理を初期化する初期化手順と
を備えたことを特徴とする障害通知方法。
【請求項３】
対応する利用者に関する処理をそれぞれ実行する複数の利用者別処理手段が一つの物理ポートを共用するために必要な機能を提供する機能処理手段と、利用者ごとに前記機能処理手段の状態に関する情報を保持する状態管理テーブルとを備えた通信処理装置の障害情報通知装置において、
前記機能処理手段による処理における障害の発生を利用者ごとに検出し、検出した障害にかかわる利用者を示す識別情報を含む障害検出通知を出力する検出手段と、
前記障害検出通知の入力に応じて、前記検出した障害にかかわる利用者を示す識別情報を含む障害通知を作成してネットワークに送出する通知手段と、
前記障害検出通知の入力に応じて、前記状態管理テーブルから該当する前記識別情報で示される利用者に対応して保持された情報を収集する収集手段と、
前記識別情報を指定した情報収集要求に応じて、前記収集手段によって収集された情報を含む障害報告をネットワークに送出する報告手段と
を備えたことを特徴とする障害通知装置。
【請求項４】
請求項３に記載の障害情報通知装置において、
通知手段は、
装置メーカに利用方法が委ねられているフィールドに、前記検出手段によって検出された障害にかかわる利用者を示す利用者ＩＤを含んだＴｒａｐメッセージを作成するメッセージ作成手段と、
前記メッセージ作成手段によって作成されたＴｒａｐメッセージをＳＮＭＰに従ってネットワークに送出するメッセージ送出手段とを備えた
ことを特徴とする障害通知装置。
【請求項５】
請求項３に記載の障害情報通知装置において、
前記収集手段による情報の収集の完了に応じて、前記検出された障害にかかわる利用者に対応して前記状態管理テーブルに保持された情報を初期化して、前記利用者にかかわる前記機能処理手段の機能を選択的に再起動する初期化手段と
を備えたことを特徴とする障害通知装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、例えば、高速の通信ポートを複数の利用者によって共用可能とする機能を備えたルータのように、複数の利用者による物理ポートの共用を実現するためのシェアード機能を具備した通信処理装置に関し、特に、シェアード機能を具備した通信処理装置における利用者別障害通知方法および装置に関する。
集合住宅や企業のオフィスなどにおけるネットワーク構築分野では、光ファイバなどによって実現された高速の通信回線を複数の利用者が共用するために、シェアード機能を具備したルータやルータ機能およびサーバ機能を複合した複合情報処理装置が備えられている。
【０００２】
このような通信処理装置や複合情報処理装置は、これらの備えられた物理ポートに関する機能を集約したパッケージとして提供されることが多く、このようなパッケージ化された製品を、収容すべき端末や通信回線の数や性質に応じて必要な数だけラックに収容することによって、適切なネットワークを構築することができる。これらのパッケージは、もちろん、ハードウェアとしてはそれぞれ単体として扱われるが、通信処理装置や複合情報処理装置によって提供される機能を共用する利用者からみると、利用者それぞれにあたかも専用の装置があるかのように動作することが望まれている。
【０００３】
【従来の技術】
図７に、シェアード機能を具備したルータパッケージを利用したネットワークの構成例を示す。
図７に示した複数のルータパッケージ４１０のそれぞれは、例えば、それぞれ別のＬＡＮ（例えばＬＡＮ１、ＬＡＮ２）に接続された２つの高速の通信ポートＰ１，Ｐ２とネットワーク監視装置４２０を含むＬＡＮｃに接続された通信ポートＣとを備えている。これらのルータパッケージ４１０において、エージェント４１１は、上述した通信ポートＰ１，Ｐ２および通信ポートＣの状態や各通信ポートを経由するトラフィックに関する情報を含む様々な管理情報をＭＩＢ（Ｍａｎａｇｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂａｓｅ）に蓄積し、ネットワーク監視装置４２０からの要求に応じて、ＭＩＢに蓄積された管理情報を返送する機能や、ルータパッケージ４１０の電源投入などの状態変化をネットワーク監視装置４２０に設けられたマネージャ４２１に通知する機能を備えている。このようなネットワークシステムに備えられたエージェント４１１とマネージャ４２１との間の情報のやり取りは、ＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）に従って行われるのが一般的である（例えば、非特許文献１参照）。
【０００４】
シェアード機能を備えたルータパッケージ４１０では、例えば、ＶＬＡＮタグを利用してＬＡＮ１を構成するｎ台の端末装置の利用者が通信ポートＰ１，Ｐ２を論理的に共用することにより、あたかもそれぞれの利用者が専用の高速の通信ポートを利用しているかのようなサービスを実現することができる。
このようなシェアード機能を実現するために、例えば、図８に示すように、ルータパッケージ４１０に備えられた運用管理処理部４１３、プロトコル管理処理部４１４及び装置制御処理部４１５は、それぞれの処理に関する情報を保持する状態管理テーブル４１６ｃ，４１６ｐ，４１６ｄを、ＶＬＡＮタグによって多重化された各利用者に対応してそれぞれ備えており、これらの状態管理テーブル４１６ｃ，４１６ｐ，４１６ｄに基づいて、利用者ごとにソフトウェアの状態を管理している。
【０００５】
【非特許文献１】
ＩＰｎｅｔ  基礎技術講座シリーズ  Ｖｏｌ．１  「ネットワーク管理の基礎」  第１回  「ネットワーク管理とＳＮＭＰ」、［ｏｎｌｉｎｅ］、［平成１５年３月２８日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｉ−ｐ−ｎｅｔ．ｃｏ．ｊｐ／ｔｅｃｈ／ｒｅｎｓａｉ／ｎｍｓ／１ｓｔ．ｈｔｍｌ＞
【０００６】
【発明が解決しようとする課題】
一つの物理ポートを複数の利用者が論理的に共用している場合には、従来のＳＮＭＰを利用したネットワーク管理技術では、物理ポートを介するデータの授受に障害が発生したときに、その原因が、図８に示した運用管理処理部４１３、プロトコル管理処理部４１４及び装置制御処理部４１５のいずれかのソフトウェアのバグなどによるものなのか、物理ポート自体の障害であるのかを容易に判断することはできなかった。
【０００７】
なぜなら、従来のＳＮＭＰ技術におけるＭＩＢに蓄積されている情報は、あくまで物理ポートに関するものであるため、ＭＩＢにおいては、物理ポートを共用している複数の利用者に関する情報が論理的に多重化されてしまっており、一部の利用者に関するソフトウェアの障害とハードウェアの障害とを容易に区別することができないからである。
【０００８】
もちろん、ＭＩＢに蓄積された情報を解析すれば、物理ポートのハードウェア自体の障害であるか否かを判別することは可能であり、また、更に詳細に解析すれば、障害の原因を特定することでさえも必ずしも不可能ではない。しかしながら、そのような解析に必要とされる時間や労力を考えれば、障害が検出されるたびにネットワークシステムの運用を停止して原因を究明することは、とても現実的とはいえない。
【０００９】
このため、従来は、障害の原因となったソフトウェアの不具合の影響を受けている利用者が一部であっても、物理ポートを共用している全ての利用者へのサービスを一旦停止し、全ての利用者に関するソフトウェアを初期化することによってサービスの復旧を図っていた。
しかしながら、このような対策では、ソフトウェアの不具合の影響を全く受けていない利用者も、同じ物理ポートを利用しているがためにサービスの提供を一旦停止されてしまうので、利用者に対するサービスが著しく低下してしまう。
【００１０】
また、ソフトウェアの初期化によって表面的にはネットワークの運用を再開することができるものの、従来のＭＩＢに蓄積された情報に基づく解析作業に依存していたのでは、障害の原因となったソフトウェアのバグの発見には時間がかかるため、バグが解決される前に、再び障害が発生してしまうおそれもある。
本発明は、複数の利用者が物理ポートを共用しているネットワークシステムにおいて、障害が発生した利用者に関するソフトウェア機能に関する情報を収集して通知する障害情報通知方法および装置を提供することを目的とする。
【００１１】
【課題を解決するための手段】
図１に、本発明にかかわる障害情報通知方法の原理を示す。
請求項１の発明は、対応する利用者に関する処理をそれぞれ実行する複数の利用者別処理手段が一つの物理ポートを共用するために必要な機能を提供する機能処理手段と、利用者ごとに機能処理手段の状態に関する情報を保持する状態管理テーブルとを備えた通信処理装置の障害情報通知方法において、機能処理手段による処理における障害の発生を関連する利用者ごとに検出する検出手順と、障害が検出されたときに、関連する利用者を示す識別情報を含む障害通知をネットワークに送出する通知手順と、検出された障害にかかわる利用者に対応して保持された情報を状態管理テーブルから収集する収集手順と、識別情報を指定した情報収集要求に応じて、収集手順において収集された情報を含む障害報告をネットワークに送出する報告手順とを備えたことを特徴とする。
【００１２】
請求項１の発明では、検出手順において障害が検出された利用者を示す識別情報を含む障害通知を通知手順がネットワークに送出することにより、ネットワークを介して接続されたマネージャに当該物理ポートにおいて発生した障害が機能処理手段の処理によるソフトウェア的なものであることを知らせることができる。また、収集手順において、状態管理テーブルから障害が検出された利用者に関する情報を収集しておくことにより、報告手順において、マネージャからの要求に応じて、この情報を含む障害報告をネットワークに返送することができる。
【００１３】
このように、ネットワークに設けられたマネージャに機能処理手段の処理によるソフトウェア的な障害の発生を迅速に通知することにより、マネージャにおいて、物理ポートにおいて発生した障害の原因がソフトウェア的なものであるかハードウェアによるものであるかをすばやく判別することが可能となる。また、物理ポートを共用している複数の利用者の中から障害が発生した利用者に関する情報を選択的に報告することにより、マネージャを介してネットワークシステムを管理する管理者が、ソフトウェア的な障害の原因を迅速に特定し、適切な対策を講じるために必要な作業を支援することができる。
【００１４】
請求項２の発明は、請求項１に記載の障害情報通知方法において、収集手順による情報収集の完了に応じて、検出手順において検出された障害にかかわる利用者について状態情報テーブルに保持された情報を初期化して、該当する利用者に関する機能処理手段による処理を初期化する初期化手順とを備えたことを特徴とする。
【００１５】
請求項２の発明では、障害に関する情報の収集が完了した後、速やかに、障害の影響を受けた利用者に関する機能処理手段の処理を選択的に初期化するので、同一の物理ポートを共用している他の利用者に影響を及ぼすことなく迅速に障害の復旧を図ることができる。
図２に、本発明にかかわる障害情報通知装置の原理ブロック図を示す。
【００１６】
請求項３の発明は、対応する利用者に関する処理をそれぞれ実行する複数の利用者別処理手段１００が一つの物理ポートを共用するために必要な機能を提供する機能処理手段１０１と、利用者ごとに機能処理手段の状態に関する情報を保持する状態管理テーブル１０２とを備えた通信処理装置の障害情報通知装置において、機能処理手段１０１による処理における障害の発生を利用者ごとに検出し、検出した障害にかかわる利用者を示す識別情報を含む障害検出通知を出力する検出手段１１１と、障害検出通知の入力に応じて、検出した障害にかかわる利用者を示す識別情報を含む障害通知を作成してネットワークに送出する通知手段１１２と、障害検出通知の入力に応じて、状態管理テーブル１０２から該当する識別情報で示される利用者に対応して保持された情報を収集する収集手段１１３と、識別情報を指定した情報収集要求に応じて、収集手段１１３によって収集された情報を含む障害報告をネットワークに送出する報告手段１１４とを備えたことを特徴とする。
【００１７】
請求項３の発明では、検出手段１１１による検出結果を示す障害検出通知に応じて通知手段１１２が例えば利用者ＩＤを含む障害通知をネットワークに送出することにより、機能処理手段１０１による処理における障害が発生したことをその障害の影響を受けている利用者を示す情報とともに、ネットワークシステムに設けられたマネージャに迅速に通知することができる。また、障害検出通知に応じて、収集手段１１３により、状態管理テーブル１０２から機能処理手段１０１による処理における障害の影響を受けている利用者に関する情報が選択的に収集されているので、報告手段１１４は、例えば、ネットワークを介してマネージャから情報収集要求を受け取ったときに、物理ポートを共用している複数の利用者の中から障害が発生した利用者に関する情報を即座に返送することができる。
【００１８】
これにより、マネージャにおいて、物理ポートにおいて発生した障害の原因がソフトウェア的なものであるかハードウェアによるものであるかをすばやく判別することが可能となり、また、マネージャを介してネットワークシステムを管理する管理者が、ソフトウェア的な障害の原因を迅速に特定し、適切な対策を講じるために必要な作業を支援することができる。
【００１９】
請求項４の発明は、請求項３に記載の障害情報通知装置において、通知手段１１２は、装置メーカに利用方法が委ねられているフィールドに、検出手段１１１によって検出された障害にかかわる利用者を示す利用者ＩＤを含んだＴｒａｐメッセージを作成するメッセージ作成手段１２１と、メッセージ作成手段１２１によって作成されたＴｒａｐメッセージをＳＮＭＰに従ってネットワークに送出するメッセージ送出手段１２２とを備えたことを特徴とする。
【００２０】
請求項４の発明では、メッセージ作成手段１２１によって作成されたＴｒａｐメッセージをメッセージ送出手段１２２がネットワークに送出することにより、ＳＮＭＰによって規定された枠組みの中で、機能処理手段１０１による処理において発生した障害によって影響を受ける利用者を示す情報を、ネットワークシステムに設けられたマネージャに通知することができる。
【００２１】
請求項５の発明は、請求項３に記載の障害情報通知装置において、収集手段１１３による情報の収集の完了に応じて、検出された障害にかかわる利用者に対応して状態管理テーブル１０２に保持された情報を初期化して、利用者にかかわる機能処理手段１０１の機能を選択的に再起動する初期化手段１１５とを備えたことを特徴とする。
【００２２】
請求項５の発明では、収集手段１１３による情報収集が完了した後に、初期化手段１１５が、障害の影響を受けている利用者に対応して状態管理テーブル１０２に保持された情報を初期化して、機能処理手段１０１の処理を該当する利用者について選択的に再起動する。これにより、物理ポートを共用している他の利用者に何ら影響を及ぼすことなく、機能処理手段１０１による処理におけるソフトウェア的な不具合によって発生した障害を迅速に復旧することができる。
【００２３】
【発明の実施の形態】
以下、図面に基づいて、本発明の実施形態について詳細に説明する。
図３に、本発明にかかわる障害情報通知装置の実施形態を示す。
なお、図３に示した構成要素のうち、図８に示した各部と同等のものについては、図８に示した符号を付して示し、その説明を省略する。
図３に示したルータ２１０は、図８に示した運用管理処理部４１３を備えた運用管理コンポーネント２１１と、プロトコル管理処理部４１４を備えたプロトコル管理コンポーネント２１２と、装置制御処理部４１５を備えた装置制御コンポーネント２１３とともに、利用者別障害管理コンポーネント２１４を備えて構成されている。また、図３に示した通信処理部２１５は、利用者別障害管理コンポーネント２１４とネットワーク監視装置４２０との間において、ＬＡＮｃに接続された通信ポートＣを介して行われる通信処理を担当する。
【００２４】
図３に示した運用管理コンポーネント２１１、プロトコル管理コンポーネント２１２および装置制御コンポーネント２１３は、それぞれ障害情報収集部２２１ｃ、２２１ｐ、２２１ｄと、初期化処理部２２２ｃ、２２２ｐ、２２２ｄを備えている。以下、障害情報収集部２２１ｃ、２２１ｐ、２２１ｄ、初期化処理部２２２ｃ、２２２ｐ、２２２ｄおよび状態管理テーブル４１６ｃ、４１６ｐ、４１６ｄをそれぞれ総称する際は、単に、障害情報収集部２２１、初期化処理部２２２および状態管理テーブル４１６と称する。
【００２５】
図３に示した障害情報収集部２２１は、利用者別障害管理コンポーネント２１４からの収集指示に応じて、この収集指示において指定された利用者に対応して状態管理テーブル４１６に保持されているソフトウェア状態情報を収集し、利用者別障害管理コンポーネント２１４に返送する。また、図３に示した初期化処理部２２２は、利用者別障害管理コンポーネント２１４からの初期化指示に応じて、この初期化指示で指定された利用者に対応する状態管理テーブル４１６の内容を初期化するとともに、対応する処理部に該当する利用者に関する処理を再起動する旨を指示する。
【００２６】
また、図３に示した運用管理処理部４１３、プロトコル管理処理部４１４および装置制御処理部４１５は、シェアード機能に関する処理において障害を検出した際に、その障害にかかわる利用者を示す利用者ＩＤを含んだ障害検出通知を作成し、利用者別障害管理コンポーネント２１４に通知する。
図３に示した利用者別障害管理コンポーネント２１４において、受付処理部２２３は、運用管理コンポーネント２１１、プロトコル管理コンポーネント２１２および装置制御コンポーネント２１３からの障害検出通知を受け付けて、通知処理部２２４および収集管理部２２５にそれぞれ適切な指示を送出する。通知処理部２２４は、受付処理部２２３からの指示に応じて、後述するようにして、通信処理部２１５を介してネットワーク監視装置４２０にシェアード機能に関するソフトウェア障害が発生したことを示す障害通知を送出する。一方、収集管理部２２５は、受付処理部２２３からの指示に応じて、運用管理コンポーネント２１１、プロトコル管理コンポーネント２１２および装置制御コンポーネント２１３にそれぞれ備えられた障害情報収集部２２１に、収集対象の利用者を指定した収集指示を送出し、また、各障害情報収集部２２１から返送される障害情報を保持して、ネットワーク監視装置４２０からの要求に備える。また、図３に示した初期化管理部２２６は、収集管理部２２５からの収集完了通知に応じて、運用管理コンポーネント２１１、プロトコル管理コンポーネント２１２および装置制御コンポーネント２１３にそれぞれ備えられた初期化処理部２２２に初期化指示を送出する。
【００２７】
ここで、図３に示した各部と図２に示した各手段との対応関係について説明する。
図３に示した運用管理処理部４１３、プロトコル管理処理部４１４および装置制御処理部４１５は、図２に示した利用者別処理手段１００および機能処理手段１０１に相当する。また、図３に示した状態管理テーブル４１６ｃ、４１６ｐ、４１６ｄは、図２に示した状態管理テーブル１０２に相当する。図３に示した受付処理部２２３は、図２に示した検出手段１１１に相当し、図３に示した通知処理部２２４は、図２に示した通知手段１１２に相当する。また、図３に示した収集管理部２２５および障害情報収集部２２１ｃ、２２１ｐ、２２１ｄは、図２に示した収集手段１１３に相当する。図３に示した収集管理部２２５および通信処理部２１５は、図２に示した報告手段１１４に相当する。図３に示した初期化処理部２２２ｃ、２２２ｐ、２２２ｄは、図２に示した初期化手段１１５に相当する。つまり、図２に示した障害情報通知装置は、図３に示した利用者別障害管理コンポーネント２１４と、運用管理コンポーネント２１１、プロトコル管理コンポーネント２１２および装置制御コンポーネント２１３にそれぞれ組み込まれた障害情報収集部２２１ｃ、２２１ｐ、２２１ｄと初期化処理部２２２ｃ、２２２ｐ、２２２ｄとによって形成されている。
【００２８】
以下、図３に示した障害情報通知装置の動作について説明する。
図４に、障害情報通知装置の動作を表す流れ図を示す。図４において、符号（ａ）を付した流れ図は、図３に示した運用管理コンポーネント２１１、プロトコル管理コンポーネント２１２および装置制御コンポーネント２１３の障害情報通知装置にかかわる動作を示す。また、図４において、符号（ｂ）を付した流れ図は、図３に示した利用者別障害管理コンポーネント２１４の動作を示す。
【００２９】
例えば、図３に示したプロトコル管理コンポーネント２１２においてシェアード機能に関する障害が検出されると（図４（ａ）に示したステップ３０１）、プロトコル管理処理部４１４は、検出された障害にかかわる利用者を示す利用者ＩＤを含む障害検出通知を利用者別障害管理コンポーネント２１４に送出する（図４（ａ）に示したステップ３０２）。その後、プロトコル管理コンポーネント２１２における障害情報通知処理にかかわる流れは、ステップ３０３を繰り返して、利用者別障害管理コンポーネント２１４からの収集指示を待つ。
【００３０】
利用者別障害管理コンポーネント２１４に備えられた受付処理部２２３は、図４（ｂ）に示したステップ３１１において、上述した障害検出通知を受け付け、この障害検出通知に含まれている利用者ＩＤを通知処理部２２４および収集管理部２２５に渡す。
通知処理部２２４は、図３に示したネットワーク監視装置４２０を宛先とするＴｒａｐメッセージの適切なフィールドに、受付処理部２２３から渡された利用者ＩＤをセットし、通信処理部２１５を介してＬＡＮｃに送出する（図４（ｂ）に示したステップ３１２）。ここで、通知処理部２２４は、例えば、図５に示すように、Ｔｒａｐメッセージのｇｅｎｅｒｉｃ−Ｔｒａｐフィールドにベンダ固有のメッセージである旨を示すｅｎｔｅｒｐｒｉｓｅＳｐｅｃｉｆｉｃ（６）を設定し、ｓｐｅｃｉｆｉｃ−Ｔｒａｐフィールドに利用者ＩＤをセットする。このようにすれば、ルータ２１０に備えられた利用者別障害管理コンポーネント２１４は、ＳＮＭＰにおいて規定されたＴｒａｐメッセージのフォーマットを利用して、シェアード機能に関する障害にかかわる利用者を特定する利用者ＩＤをネットワーク監視装置４２０に伝達することができる。
【００３１】
一方、収集管理部２２５は、図３に示した運用管理コンポーネント２１１、プロトコル管理コンポーネント２１２および装置制御コンポーネント２１３にそれぞれ備えられた障害情報収集部２２１ｃ、２２１ｐ、２２１ｄに対して、上述した利用者ＩＤを含んだ収集指示を送出し、これらの各コンポーネントに備えられた状態管理テーブル４１６ｃ、４１６ｐ、４１６ｄに保持されたソフトウェア状態情報の収集を指示する（図４（ｂ）に示したステップ３１３）。
【００３２】
上述した収集指示の入力に応じて、プロトコル管理コンポーネント２１２における障害情報通知処理にかかわる流れは、図４（ａ）に示したステップ３０３の肯定判定となって上述した待ち状態を脱出する。図４（ａ）に示したステップ３０４において、障害情報収集部２２１ｐは、収集指示で指定された利用者ＩＤに対応する状態管理テーブル４１６ｐに保持されているソフトウェア状態情報を収集する。このとき、障害情報収集部２２１ｐは、ソフトウェア状態情報として、例えば、状態遷移テーブルの内容や、プロトコル管理処理部４１３のプログラムの進行に関する情報や、様々なレジスタに設定されている情報およびプロトコル管理処理部４１３のプログラムにおいて発生した論理矛盾を示すダウンコードなどを状態管理テーブル４１６ｐから抽出する。次いで、障害情報収集部２２１ｐは、収集したソフトウェア状態情報を利用者別障害管理コンポーネント２１４に返送する（図（ａ）に示したステップ３０５）。
【００３３】
一方、運用管理コンポーネント２１１および装置制御コンポーネント２１３における障害情報通知処理にかかわる流れは、上述した収集指示の入力に応じて、図４（ａ）に示したステップ３０４から処理を開始し、上述したプロトコル管理コンポーネント２１２における場合と同様に、障害情報収集部２２１ｃ、２２１ｄは、それぞれ該当する利用者ＩＤに対応する状態管理テーブル４１６ｃ、４１６ｄからソフトウェア状態情報を収集し、収集した情報を利用者別障害管理コンポーネント２１４に返送する。
【００３４】
その後、運用管理コンポーネント２１１、プロトコル管理コンポーネント２１２および装置制御コンポーネント２１３における障害通知処理の流れは、図４（ａ）に示したステップ３０６を繰り返して、利用者別障害管理コンポーネント２１４からの初期化指示を待つ。
利用者別障害管理コンポーネント２１４の収集管理部２２５は、図４（ｂ）に示したステップ３１４において、運用管理コンポーネント２１１、プロトコル管理コンポーネント２１２および装置制御コンポーネント２１３から返送されたソフトウェア状態情報をそれぞれ受け取り、例えば、これらのソフトウェア状態情報をプライベートＭＩＢの一部として保持する。そして、収集管理部２２５は、これらのコンポーネント全てからのソフトウェア状態情報を受け取ったときに収集が完了したと判断して（ステップ３１５の肯定判定）、初期化管理部２２６にその旨を通知する。
【００３５】
この通知に応じて、初期化管理部２２６は、図３に示した運用管理コンポーネント２１１、プロトコル管理コンポーネント２１２および装置制御コンポーネント２１３にそれぞれ備えられた初期化処理部２２２ｃ、２２２ｐ、２２２ｄに対して、利用者ＩＤを含んだ初期化指示を送出する（図４（ａ）に示したステップ３１６）。
【００３６】
その後、利用者別障害管理コンポーネント２１４における障害情報通知処理の流れは、ステップ３１７を繰り返して、ネットワーク監視装置４２０からのリクエストを待つ。
一方、運用管理コンポーネント２１１、プロトコル管理コンポーネント２１２および装置制御コンポーネント２１３における障害通知処理の流れは、上述した初期化指示の入力に応じて図４（ａ）に示したステップ３０６を繰り返すループから脱出する（ステップ３０６の肯定判定）。そして、これらの各コンポーネントに備えられた初期化処理部２２２ｃ、２２２ｐ、２２２ｄは、まず、それぞれのコンポーネントに備えられた１群の状態管理テーブル４１６ｃ、４１６ｐ、４１６ｄの中の初期化指示で指定された利用者ＩＤに対応するものの内容を選択的に初期化する（図４（ａ）に示したステップ３０７）。次いで、初期化処理部２２２ｃ、２２２ｐ、２２２ｄは、運用管理処理部４１３、プロトコル管理処理部４１４および装置制御処理部４１５の該当する利用者に関する処理をそれぞれ再起動する（ステップ３０８）。これをもって、運用管理コンポーネント２１１、プロトコル管理コンポーネント２１２および装置制御コンポーネント２１３における障害通知処理は終了する。
【００３７】
一方、上述したステップ３１２において送出されたＴｒａｐメッセージがネットワーク監視装置４２０に到達すると、このネットワーク監視装置４２０は、障害に関する詳細情報を要求する旨のリクエストをＬＡＮｃに送出し、ルータ２１０に対して障害に関する情報の報告を指示する。このとき、ネットワーク監視装置４２０は、例えば、ＳＮＭＰにおいて規定されたＧｅｔＲｅｑｕｅｓｔメッセージにおいて、上述したＴｒａｐメッセージの一部として受け取った利用者ＩＤに基づくオブジェクトＩＤを指定して、この利用者ＩＤに対応するソフトウェア状態情報からなる障害情報の返送を要求する。
【００３８】
このＧｅｔＲｅｑｕｅｓｔメッセージがＬＡＮｃに接続された通信ポートＣに到達し、通信処理部２１５によって利用者別障害管理コンポーネント２１４の収集管理部２２５に渡されると、利用者別障害管理コンポーネント２１４における障害通知処理の流れは、図４（ｂ）に示したステップ３１７を繰り返すループを脱出し（ステップ３１７の肯定判定）、ステップ３１８に進む。
【００３９】
このステップ３１８において、収集管理部２２５は、上述したようにして、プライベートＭＩＢの一部として保持しておいたソフトウェア状態情報を、ＳＮＭＰにおいて規定されたＧｅｔＲｅｓｐｏｎｓｅメッセージに埋め込んで、通信処理部２１５を介してＬＡＮｃに送出し、ネットワーク監視装置４２０に障害情報を報告する。この障害情報の報告が完了した後、利用者別障害管理コンポーネント２１４における障害情報通知処理は終了する。
【００４０】
上述したように、シェアード機能を提供するための各コンポーネントに備えられた障害情報収集部２２１および初期化処理部２２２と利用者別障害管理コンポーネント２１４とによって構成された障害情報通知装置によれば、検出された障害の影響を受ける利用者に対応して、障害が検出されたコンポーネントのソフトウェア状態情報に加えて、他のコンポーネントのソフトウェア状態情報を併せて収集し、収集した情報をネットワーク監視装置４２０からの要求に応じて報告することができる。
【００４１】
これにより、ネットワーク監視装置４２０では、利用者ＩＤを含むＴｒａｐメッセージによってシェアード機能に関するソフトウェア的な障害が発生したことを認識するとともに、障害の影響を受けている利用者にかかわるソフトウェア状態情報を選択的に受け取ることができる。したがって、障害がハードウェア的なものであるか否かを迅速に判断することが可能であり、また、障害が発生した時点におけるソフトウェア状態情報に基づいて、ソフトウェア的な障害の原因を的確に特定し、バグを解消するための作業を支援することができる。
【００４２】
また、ソフトウェア状態情報の収集完了に応じて、障害の影響を受けている利用者に関する処理を選択的に初期化することにより、シェアード機能によって論理的に物理ポートを共用している他の利用者へのサービス提供を維持しつつ、障害の影響を受けている利用者へのサービスを迅速に復旧することができる。
また、上述したように、障害が発生した旨の通知や障害情報の要求およびこの要求に対する報告は、全て、ＳＮＭＰにおいて規定されたメッセージのフォーマットを利用して実現することができる。
【００４３】
また、図６に示すように、物理ポートを共用する利用者ごとに、物理ポートを共用するためのシェアード機能にかかわる処理を提供する利用者別コンポーネント２３０１〜２３０ｎを備えた構成のルータに、障害情報通知装置を適用することも可能である。
この場合は、各利用者別コンポーネント２３０１〜２３０ｎに備えられた運用管理個別処理部２３１、プロトコル管理個別処理部２３２および装置制御個別処理部２３３におけるソフトウェア状態情報は、状態管理テーブル２３４に集約されている。したがって、例えば、利用者別コンポーネント２３０１から障害検出通知を受け取った場合に、利用者別障害管理コンポーネント２１４は、この利用者別コンポーネント２３０１に対してソフトウェア状態情報の収集を指示し、また、情報収集の完了後に、この利用者別コンポーネント２３０１に対して初期化を指示すればよい。
【００４４】
【発明の効果】
以上に説明したように、請求項１にかかわる障害情報通知方法および請求項３にかかわる障害情報通知装置によれば、物理ポートにおいて発生した障害の原因がソフトウェア的なものであるかハードウェアによるものであるかをすばやく判別するために必要な情報および障害の原因や経過を示すソフトウェア機能に関する情報をネットワーク監視装置などに備えられたマネージャに通知することが可能となる。このようなソフトウェア機能に関する情報は、マネージャを介してネットワークシステムを管理する管理者が、ソフトウェア的な障害の原因を迅速に特定する作業や、ソフトウェア的な障害の再発を防止するために必要な作業のために真に必要とされていた情報である。したがって、このような情報をエージェント側で収集してマネージャに通知することを可能とすることにより、これらの作業を強力に支援することができ、ひいては、ネットワークシステムの信頼性の向上を図る上で極めて有用である。
【００４５】
更に、請求項２にかかわる障害情報通知方法および請求項５にかかわる障害情報通知装置によれば、障害の影響を受けた利用者に関する処理を選択的に初期化することにより、同一の物理ポートを共用している他の利用者に影響を及ぼすことなく迅速に障害の復旧を図ることができる。
また、請求項４にかかわる障害情報通知装置によれば、ＳＮＭＰによって規定されたＴｒａｐメッセージのフォーマットを利用して、ソフトウェアの不具合などによって発生した障害によって影響を受ける利用者を示す情報を、ネットワークシステムに設けられたマネージャに通知することができる。
【図面の簡単な説明】
【図１】本発明にかかわる障害情報通知方法の原理を示す図である。
【図２】本発明にかかわる障害情報通知装置の原理ブロック図である。
【図３】本発明にかかわる障害情報通知装置の実施形態を示す図である。
【図４】障害情報通知装置の動作を表す流れ図である。
【図５】Ｔｒａｐメッセージを利用した障害通知の例を示す図である。
【図６】本発明にかかわる障害情報通知装置の別実施形態を示す図である。
【図７】ルータパッケージを利用したネットワーク構成例を示す図である。
【図８】シェアード機能を備えたルータパッケージの構成を示す図である。
【符号の説明】
１００  利用者別処理手段
１０１  機能処理手段
１０２、２３４、４１６  状態管理テーブル
１１１  検出手段
１１２  通知手段
１１３  収集手段
１１４  報告手段
１２１  メッセージ作成手段
１２２  メッセージ送出手段
１１５  初期化手段
２１０  ルータ
２１１  運用管理コンポーネント
２１２  プロトコル管理コンポーネント
２１３  装置制御コンポーネント
２１４  利用者別障害管理コンポーネント
２１５  通信処理部
２２１  障害情報収集部
２２２  初期化処理部
２２３  受付処理部
２２４  通知処理部
２２５  収集管理部
２２６  初期化管理部
２３０  利用者別コンポーネント
２３１  運用管理個別処理部
２３２  プロトコル管理個別処理部
２３３  装置制御個別処理部
４１０  ルータパッケージ
４１１  エージェント
４１３  運用管理処理部
４１４  プロトコル管理処理部
４１５  装置制御処理部
４２０  ネットワーク監視装置
４２１  マネージャ
【図１】
2004350224.tif 000003
【図２】
2004350224.tif 000004
【図３】
2004350224.tif 000005
【図４】
2004350224.tif 000006
【図５】
2004350224.tif 000007
【図６】
2004350224.tif 000008
【図７】
2004350224.tif 000009
【図８】
2004350224.tif 000010