(57)【要約】【課題】ＳＮＭＰによる監視対象装置または制御対象装置の情報を効率的に取得する。【解決手段】エージェント装置１０は、マネージャ装置１２から送信されたＧｅｔ要求またはＳｅｔ要求に応じた処理を実行し、処理の結果を示すＳＮＭＰの標準エラーコードを設定したＧｅｔ応答を生成する。エージェント装置１０は、装置の状態を標準エラーコードより詳細に示す詳細情報をＧｅｔ応答に付加し、詳細情報を付加したＧｅｔ応答をマネージャ装置１２へ送信する。マネージャ装置１２は、エージェント装置１０から送信されたＧｅｔ応答を受信して、そのＧｅｔ応答に付加された詳細情報を識別する。そして、その詳細情報を所定の装置へ出力する。【選択図】図７
2016143251.tif 000002
【特許請求の範囲】
【請求項１】
ＳＮＭＰのエージェント装置とマネージャ装置を備え、
前記エージェント装置は、
前記マネージャ装置から送信されたＧｅｔ要求またはＳｅｔ要求を受信する要求受信部と、
前記Ｇｅｔ要求またはＳｅｔ要求に応じた処理の結果を示すＳＮＭＰの標準エラーコードを設定したＧｅｔ応答を生成する応答生成部と、
前記応答生成部により生成されたＧｅｔ応答に、エージェント装置の状態を前記標準エラーコードより詳細に示す情報である詳細情報を付加する詳細情報付加部と、
前記詳細情報が付加されたＧｅｔ応答を前記マネージャ装置へ送信する応答送信部と、を含み、
前記マネージャ装置は、
前記エージェント装置から送信されたＧｅｔ応答を受信する応答受信部と、
受信されたＧｅｔ応答に付加された詳細情報を識別し、その詳細情報を所定の装置へ出力する詳細情報出力部と、を含むことを特徴とするＳＮＭＰシステム。
【請求項２】
前記エージェント装置の応答生成部は、ＳＮＭＰの標準フォーマットに則したＧｅｔ応答のＰＤＵを生成し、
前記エージェント装置の詳細情報付加部は、前記Ｇｅｔ応答のＰＤＵの外部に前記詳細情報を付加することを特徴とする請求項１に記載のＳＮＭＰシステム。
【請求項３】
ＳＮＭＰのマネージャ装置から送信されたＧｅｔ要求またはＳｅｔ要求を受信する要求受信部と、
前記Ｇｅｔ要求またはＳｅｔ要求に応じた処理の結果を示すＳＮＭＰの標準エラーコードを設定したＧｅｔ応答を生成する応答生成部と、
前記応答生成部により生成されたＧｅｔ応答に、エージェント装置の状態を前記標準エラーコードより詳細に示す情報である詳細情報を付加する詳細情報付加部と、
前記詳細情報が付加されたＧｅｔ応答を前記マネージャ装置へ送信する応答送信部と、
を備えることを特徴とするＳＮＭＰのエージェント装置。
【請求項４】
ＳＮＭＰのエージェント装置へＧｅｔ要求またはＳｅｔ要求を送信する要求送信部と、
前記エージェント装置から送信されたＧｅｔ応答を受信する応答受信部と、
詳細情報出力部と、
を備え、
前記Ｇｅｔ応答は、前記エージェント装置へ送信したＧｅｔ要求またはＳｅｔ要求に応じた処理の結果を示すＳＮＭＰの標準エラーコードが設定され、かつ、エージェント装置の状態を前記標準エラーコードより詳細に示す情報である詳細情報が付加されたものであり、
前記詳細情報出力部は、受信されたＧｅｔ応答に付加された詳細情報を識別し、その詳細情報を所定の装置へ出力することを特徴とするＳＮＭＰのマネージャ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ処理技術に関し、特にＳＮＭＰシステム、ＳＮＭＰのエージェント装置およびマネージャ装置に関する。
【背景技術】
【０００２】
従来、ＳＮＭＰ（Simple Network Management Protocol）エージェント機能を搭載した通信機器は、ＳＮＭＰマネージャからＧｅｔ要求を受信すると、そのＧｅｔ要求に応じた処理を実行後、ＳＮＭＰマネージャへ標準エラーコードを応答する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−３５８２５２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ＳＮＭＰマネージャは、標準エラーコードよりも詳細な情報を必要とする場合、ＳＮＭＰエージェントに対するＧｅｔ要求を再度送信する必要があった。その結果、詳細情報の取得に時間を要し、また回線の負荷が増大することがあった。本発明者は、ＳＮＭＰによる監視対象装置または制御対象装置の情報を効率的に取得するために改善の余地があると考えた。
【０００５】
本願発明は上記課題に鑑みたもので、その主な目的は、ＳＮＭＰによる監視対象装置または制御対象装置の情報を効率的に取得するための技術を提供することである。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明のある態様のＳＮＭＰシステムは、ＳＮＭＰのエージェント装置とマネージャ装置を備える。エージェント装置は、マネージャ装置から送信されたＧｅｔ要求またはＳｅｔ要求を受信する要求受信部と、Ｇｅｔ要求またはＳｅｔ要求に応じた処理の結果を示すＳＮＭＰの標準エラーコードを設定したＧｅｔ応答を生成する応答生成部と、応答生成部により生成されたＧｅｔ応答に、エージェント装置の状態を標準エラーコードより詳細に示す情報である詳細情報を付加する詳細情報付加部と、詳細情報が付加されたＧｅｔ応答をマネージャ装置へ送信する応答送信部と、を含む。マネージャ装置は、エージェント装置から送信されたＧｅｔ応答を受信する応答受信部と、受信されたＧｅｔ応答に付加された詳細情報を識別し、その詳細情報を所定の装置へ出力する詳細情報出力部と、を含む。
【０００７】
本発明の別の態様は、ＳＮＭＰのエージェント装置である。この装置は、ＳＮＭＰのマネージャ装置から送信されたＧｅｔ要求またはＳｅｔ要求を受信する要求受信部と、Ｇｅｔ要求またはＳｅｔ要求に応じた処理の結果を示すＳＮＭＰの標準エラーコードを設定したＧｅｔ応答を生成する応答生成部と、応答生成部により生成されたＧｅｔ応答に、エージェント装置の状態を標準エラーコードより詳細に示す情報である詳細情報を付加する詳細情報付加部と、詳細情報が付加されたＧｅｔ応答をマネージャ装置へ送信する応答送信部と、を備える。
【０００８】
本発明のさらに別の態様は、ＳＮＭＰのマネージャ装置である。この装置は、ＳＮＭＰのエージェント装置へＧｅｔ要求またはＳｅｔ要求を送信する要求送信部と、エージェント装置から送信されたＧｅｔ応答を受信する応答受信部と、詳細情報出力部と、を備える。Ｇｅｔ応答は、エージェント装置へ送信したＧｅｔ要求またはＳｅｔ要求に応じた処理の結果を示すＳＮＭＰの標準エラーコードが設定され、かつ、エージェント装置の状態を標準エラーコードより詳細に示す情報である詳細情報が付加されたものであり、詳細情報出力部は、受信されたＧｅｔ応答に付加された詳細情報を識別し、その詳細情報を所定の装置へ出力する。
【０００９】
なお、以上の構成要素の任意の組合せ、本発明の表現を、方法、プログラム、プログラムを格納した記録媒体などの間で変換したものもまた、本発明の態様として有効である。
【発明の効果】
【００１０】
本発明によれば、ＳＮＭＰによる監視対象装置または制御対象装置の情報を効率的に取得することができる。
【図面の簡単な説明】
【００１１】
【図１】通常のＳＮＭＰメッセージを示す図である。
【図２】標準エラーコードを示す図である。
【図３】ＳＮＭＰを用いて装置状態を取得する従来の構成を模式的に示す図である。
【図４】ＳＮＭＰを用いて装置状態を取得する実施の形態の構成を模式的に示す図である。
【図５】拡張エラーコードの例を示す図である。
【図６】実施の形態のＳＮＭＰメッセージを示す図である。
【図７】実施の形態のＳＮＭＰシステムの構成を示す図である。
【図８】エージェント装置とマネージャ装置間のＳＮＭＰ通信のプロトコルスタックを示す図である。
【発明を実施するための形態】
【００１２】
図１は、通常のＳＮＭＰメッセージを示す。本実施の形態が対象とするＰＤＵタイプは、マネージャからエージェントへ送信されるＳＮＭＰメッセージの場合、Ｇｅｔ要求（ＧｅｔＲｅｑｕｅｓｔ、ＧｅｔＮｅｘｔＲｅｑｕｅｓｔを含む）またはＳｅｔ要求（ＳｅｔＲｅｑｕｅｓｔ）である。また、エージェントからマネージャへ送信されるＳＮＭＰメッセージの場合はＧｅｔ応答（ＧｅｔＲｅｓｐｏｎｓｅ）である。実施の形態におけるＧｅｔ応答の構成は図６に関連して後述する。
【００１３】
ＳＮＭＰのＰＤＵ（Protocol Data Units）は可変長であり、ＯＩＤと値のペアが１つ以上含まれうる。そのため、ＰＤＵタイプの下位２バイトにはＰＤＵ長が設定され、具体的には要求ＩＤからＰＤＵ末尾までの長さが設定される。ＰＤＵのエラーステータスには標準エラーコードが設定される。図２は標準エラーコードを示す。本実施の形態では、値「０（ｎｏＥｒｒｏｒ）」もエラーコードに含める。
【００１４】
図３は、ＳＮＭＰを用いて装置状態を取得する従来の構成を模式的に示す。ＳＮＭＰエージェントは、ＳＮＭＰマネージャからＧｅｔ要求（またはＳｅｔ要求）を受信すると、そのＧｅｔ要求（またはＳｅｔ要求）に応じた処理を実行する。Ｇｅｔ要求（またはＳｅｔ要求）に応じた処理でエラーが発生すると（このエラーを「ＳＮＭＰエラー」とも呼ぶ。）、ＳＮＭＰエージェントは、図２の標準エラーコードを設定したＧｅｔ応答をＳＮＭＰマネージャへ返信する。
【００１５】
ＳＮＭＰマネージャは、標準エラーコードよりも詳細な情報（例えばエージェント装置の状態やエラーに関する詳細情報）を必要とする場合、その詳細情報が格納されている拡張ＭＩＢに対するＧｅｔ要求をＳＮＭＰエージェントへ送信する。そして、ＳＮＭＰエージェントからのＧｅｔ応答により詳細情報を取得する。すなわち、ＳＮＭＰの標準エラーコードではエラーの具体的な内容や原因を特定することは困難であり、詳細情報を得るためにはＧｅｔ要求を追加的に実行する必要がある。その結果、詳細情報の確認に時間を要してしまう。また、マネージャ〜エージェント間の通信回線の負荷を高めてしまう。
【００１６】
図４は、ＳＮＭＰを用いて装置状態を取得する実施の形態の構成を模式的に示す。実施の形態のＳＮＭＰシステム１００では、ＳＮＭＰエージェントは、標準エラーコードを設定したＧｅｔ応答に対して、エージェント装置に関する詳細情報を付加することで、マネージャ装置にその詳細情報を取得させる。具体的には、１回のＧｅｔ要求（またはＳｅｔ要求）に応じた処理でＳＮＭＰエラーが発生すると、ＳＮＭＰエージェントは、標準エラーコードと拡張エラーコードの両方を含むＧｅｔ応答をＳＮＭＰマネージャへ返す。言い換えれば、１回のＧｅｔ応答にて標準エラーコードと拡張エラーコードの両方をマネージャへ通知する。
【００１７】
図５は拡張エラーコードの例を示す。図５に示すように拡張エラーコードは、ＳＮＭＰエージェント機能を搭載する装置の状態や、その装置で発生したＳＮＭＰエラーの内容を、標準エラーコードより詳細に示す情報と言える。また、標準エラーコードが示すエラーの真の発生原因に関する装置状態（異常等）を示す情報とも言える。さらにまた、エージェント装置内のエラー箇所の特定を支援する内容の情報とも言える。
【００１８】
図６は、実施の形態のＳＮＭＰメッセージを示す。実施の形態では、通常のＳＮＭＰメッセージの外部、言い換えれば、ＳＮＭＰの規格で定められたＰＤＵの外部に拡張エラーコードを付加する。拡張エラーコードを設定する領域のサイズは任意であるが、図５の拡張エラーコードを設定可能なサイズとして数バイト程度であってもよい。なお、図６のメッセージフォーマットはＧｅｔ応答に適用されるものであり、Ｇｅｔ要求およびＳｅｔ要求については図１のフォーマットを適用する。
【００１９】
上記の特許文献１のシステムでは、ＳＮＭＰのＰＤＵ内に拡張部を設け、全てのＳＮＭＰオブジェクトの標準エラーコードをＧｅｔ応答に設定する。これに対して、実施の形態のＳＮＭＰシステム１００では、全てのＳＮＭＰオブジェクトの標準エラーコードをＧｅｔ応答に設定するのではなく、標準エラーコードよりも詳細なエラー情報を付加する。具体的には、ＰＤＵ内に設定した標準エラーコードに関連し、エージェント装置内のエラー箇所を特定するためのエラー情報をＳＮＭＰのＰＤＵの外部に付加する。
【００２０】
実施の形態のＳＮＭＰシステム１００によると、１回のＧｅｔ要求またはＳｅｔ要求に基づく処理で生じたエラーに関する詳細情報をマネージャ装置へ提供することで、エージェント装置に対する保守アクションを支援することができる。例えば、標準エラーコード「３（ｂａｄＶａｌｕｅ）」では値が不正ということは判るが、不正の詳細（値の形式が不正なのか、値が正規の範囲から外れているのか等）の判別は困難である。このようなエラーの詳細をＧｅｔ応答で返すことにより、保守者が適切なアクションをとれるよう支援できる。
【００２１】
また、ＳＮＭＰシステム１００によると、１回のＧｅｔ応答で標準エラーコードと拡張エラーコードの両方を通知することで、詳細な装置情報やエラー情報の確認に要する時間を短縮し、また通信回線の負荷増大を抑制する。さらにまた、ＳＮＭＰのＰＤＵフォーマットを変更せずに、ＰＤＵの外部に拡張エラーコードを設定することで、ＳＮＭＰの基本的な処理には影響を与えない。言い換えれば、ＳＮＭＰのプロトコルレベルでは通常の処理を実行すればよく、容易な実装と保守を実現できる。
【００２２】
以下、実施の形態のＳＮＭＰシステム１００の構成を詳細に説明する。
図７は、実施の形態のＳＮＭＰシステム１００の構成を示す。ＳＮＭＰシステム１００は、エージェント装置１０、マネージャ装置１２、保守端末１６、表示装置１８を備える。エージェント装置１０とマネージャ装置１２は通信網１４を介して接続される。
【００２３】
保守端末１６は、システムの保守者により操作される情報端末であり、エージェント装置１０と接続される。保守端末１６は、エージェント装置１０に実装されているＰＫＧ（パッケージ）に対するＣＬＩ（Command Line Interface）コマンドの入力を受け付け、ＣＬＩコマンドの実行結果を表示する。なお、保守端末１６はマネージャ装置１２とも接続されてよい。
【００２４】
エージェント装置１０は、ＳＮＭＰエージェント機能を搭載した監視対象・制御対象のデータ処理装置である。例えば、レイヤ２スイッチやレイヤ３スイッチ等の通信機器、ウェブサーバやアプリケーションサーバ等の各種サーバ装置であってもよい。マネージャ装置１２は、ＳＮＭＰマネージャ機能を搭載したデータ処理装置である。例えば、ＳＮＭＰシステム１００における監視制御装置であってもよい。
【００２５】
図７は、エージェント装置１０およびマネージャ装置１２の機能構成を示すブロック図でもある。本明細書のブロック図において示される各ブロックは、ハードウェア的には、コンピュータのＣＰＵやメモリをはじめとする素子や機械装置、電子回路で実現でき、ソフトウェア的にはコンピュータプログラム等によって実現される。ここでは、それらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックはハードウェア、ソフトウェアの組合せによっていろいろなかたちで実現できることは、当業者には理解されるところである。
【００２６】
エージェント装置１０は、ＰＫＧ群２０、ＰＫＧ管理部２２、ＭＩＢ情報保持部２４、ＤＢ管理部２６、ＣＬＩ管理部２８、コマンド処理部３０、ＳＮＭＰ管理部３２、詳細情報付加部３８を備える。
【００２７】
ＰＫＧ群２０は、エージェント装置１０に搭載（実装）されたインタフェース盤やスイッチ盤等を含む複数のパッケージの総称である。ＰＫＧ管理部２２は、パッケージに対する設定情報をコマンド処理部３０から受信して、その設定情報にしたがってパッケージの設定処理を実行し、その処理結果をコマンド処理部３０へ応答する。
【００２８】
ＭＩＢ情報保持部２４は、エージェント装置１０が管理する機器情報であるＭＩＢ（Management Information Base、管理情報ベース）情報の記憶領域である。ＤＢ管理部２６は、コマンド処理部３０またはＳＮＭＰ管理部３２からのＭＩＢ読出し要求を受信して、ＭＩＢ読出し処理の結果（例えばＯＩＤで指定されたＭＩＢ情報等）を要求元へ応答する。またＤＢ管理部２６は、コマンド処理部３０またはＳＮＭＰ管理部３２からのＭＩＢ更新要求を受信して、ＭＩＢ更新処理の結果（更新の成否等）を要求元へ応答する。
【００２９】
ＣＬＩ管理部２８は、保守端末１６とのインタフェース機能を提供し、具体的にはＣＬＩコマンドの実行要求を保守端末１６から受信し、そのＣＬＩコマンドの実行指示をコマンド処理部３０へ通知する。また、ＣＬＩコマンドの実行結果をコマンド処理部３０から受信し、その実行結果を保守端末１６へ通知する。
【００３０】
コマンド処理部３０は、ＣＬＩコマンドの実行指示をＣＬＩ管理部２８から受信して、パラメータチェックや実行条件チェックを実行する。そして、コマンドに応じたＰＫＧの設定情報をＰＫＧ管理部２２へ送信する。また、コマンドに応じたＭＩＢ読出し要求やＭＩＢ更新要求をＤＢ管理部２６へ送信する。コマンド処理部３０は、ＰＫＧ管理部２２およびＤＢ管理部２６からの結果応答をＣＬＩコマンドの実行結果としてＣＬＩ管理部２８へ送信する。
【００３１】
ＳＮＭＰ管理部３２は、ＳＮＭＰのエージェントライブラリを使用するエージェントアプリケーションである。ＳＮＭＰ管理部３２は、要求受信部３４と応答生成部３６を含む。要求受信部３４は、マネージャ装置１２から送信されたＧｅｔ要求およびＳｅｔ要求を受信する。ＳＮＭＰ管理部３２は、Ｇｅｔ要求に応じたＭＩＢ読出し要求をＤＢ管理部２６へ送信し、またＳｅｔ要求に応じたＭＩＢ更新要求をＤＢ管理部２６へ送信する。
【００３２】
ＳＮＭＰ管理部３２は、ＭＩＢ読出し要求およびＭＩＢ更新要求に応じた処理結果をＤＢ管理部２６から受信し、応答生成部３６は、その処理結果に応じたＳＮＭＰメッセージを生成する。応答生成部３６が生成するＳＮＭＰメッセージは、ＳＮＭＰの標準フォーマットに則した形式であり、すなわち図５のＳＮＭＰバージョンからＰＤＵまでを含むＧｅｔ応答である。
【００３３】
応答生成部３６は、ＰＤＵのエラーステータスフィールドに、処理結果に応じた標準エラーコードを設定する。また応答生成部３６は、ＰＤＵタイプフィールドの下位２バイト（ＰＤＵ長フィールド）に、詳細情報付加部３８が付加する拡張エラーコードの長さを考慮しない、ＰＤＵ末尾までのバイト長を設定する。すなわち応答生成部３６は、拡張エラーコードを付加しない通常のＧｅｔ応答のＰＤＵを生成する。
【００３４】
詳細情報付加部３８は、ＳＮＭＰ管理部３２から、ＭＩＢ読出し要求およびＭＩＢ更新要求に応じた処理結果と、応答生成部３６が生成した通常のＳＮＭＰメッセージを取得する。詳細情報付加部３８は、処理結果に応じて、応答生成部３６が生成した通常のＳＮＭＰメッセージ（Ｇｅｔ応答）に、エージェント装置１０の状態を標準エラーコードより詳細に示す詳細情報を設定する。
【００３５】
例えば、処理結果がＣＬＮＴ側光モジュール未実装を示す場合、応答生成部３６は、標準エラーコード「２（ｎｏＳｕｃｈＮａｍｅ）」を設定してもよい。その一方、詳細情報付加部３８は、拡張エラーコード「３２３（ＣＬＮＴＯｐｔｍｏｄｕｌｅＵｎｍｏｕｎｔ）」を設定してもよい。また処理結果が、試験中であることを原因とするエラーを示す場合、応答生成部３６は、標準エラーコード「５（ＧｅｎＥｒｒｏｒ）」を設定してもよい。その一方、詳細情報付加部３８は、拡張エラーコード「６６０（ＴｅｓｔＡｃｔｉｖｅ）」を設定してもよい。なお、処理結果が正常を示す場合、標準エラーコードと拡張エラーコードの両方に「０」が設定されてよい。
【００３６】
詳細情報付加部３８は、処理結果が示し得るエラーと、図５の拡張エラーコードとの対応関係を保持し、その対応関係を参照して、処理結果が示すエラーに対応する拡張エラーコードを識別する。そして、その拡張エラーコードを、応答生成部３６が生成したＳＮＭＰメッセージに付加する。詳細情報付加部３８は、応答生成部３６が生成したＳＮＭＰメッセージ（ＳＮＭＰのＰＤＵ）自体を変更することなく、ＰＤＵの後ろに拡張エラーコードを付加する。したがって、ＰＤＵタイプフィールドの下位２バイト（ＰＤＵ長フィールド）に設定されるＰＤＵ長は、拡張エラーコードを含まない値のままになる。
【００３７】
詳細情報付加部３８は応答送信部４０を含む。応答送信部４０は、拡張エラーコードを付加したＳＮＭＰメッセージ（Ｇｅｔ応答）をマネージャ装置１２へ送信する。
【００３８】
マネージャ装置１２はＳＮＭＰ管理部５０を備える。ＳＮＭＰ管理部５０は、ＳＮＭＰのマネージャライブラリを使用するマネージャアプリケーションである。ＳＮＭＰ管理部５０は、要求送信部５２、応答受信部５４、応答解析部５６、エラー情報出力部５８を備える。
【００３９】
要求送信部５２は、監視対象オブジェクトのＯＩＤを指定したＧｅｔ要求をエージェント装置１０へ送信する。また制御対象オブジェクトのＯＩＤと設定値を指定したＳｅｔ要求をエージェント装置１０へ送信する。要求送信部５２は、予め定められた監視・制御条件が充足した場合に、Ｇｅｔ要求またはＳｅｔ要求をエージェント装置１０へ送信する。監視・制御条件は、所定の日時に到達した（例えば所定の監視周期が経過した）ことを検出した場合や、保守端末１６から監視指示または制御指示を受け付けた場合に満たされる
よう定められてもよい。
【００４０】
応答受信部５４は、自装置から送信したＧｅｔ要求またはＳｅｔ要求への応答電文であるＧｅｔ応答をエージェント装置１０から受信する。応答解析部５６は、応答受信部５４が受信したＧｅｔ応答のＰＤＵに設定された標準エラーコードを識別するとともに、そのＧｅｔ応答に付加された拡張エラーコードを識別し、それらの値を取得する。
【００４１】
応答解析部５６は、Ｇｅｔ応答のＰＤＵタイプのＰＤＵ長が示す長さのデータをＧｅｔ応答から抽出することで、Ｇｅｔ応答からＰＤＵを取得し、そのＰＤＵに対してＳＮＭＰマネージャとしての通常処理を実行する。例えば、上述したように標準エラーコードの値を取得する。また応答解析部５６は、Ｇｅｔ応答のデータのうちＰＤＵタイプのＰＤＵ長が示す位置以降のデータを、エージェント装置１０の詳細情報として識別し、実施の形態では拡張エラーコードとして識別する。
【００４２】
エラー情報出力部５８は、応答解析部５６で識別された標準エラーコードと拡張エラーコードそれぞれの値を取得する。エラー情報出力部５８は、標準エラーコードと拡張エラーコードそれぞれの値を表示装置１８へ出力して表示させる。変形例として、標準エラーコードと拡張エラーコードそれぞれの値をログファイル等、所定の記憶領域へ記録してもよい。また、標準エラーコードと拡張エラーコードそれぞれの値を保守端末１６へ送信して、保守端末１６に記憶させてもよく、保守端末１６のモニタに表示させてもよい。
【００４３】
以上の構成によるＳＮＭＰシステム１００の動作を説明する。ここでは説明の簡明化のため、マネージャ装置１２からエージェント装置１０へＧｅｔ要求を送信する場合の動作を説明するが、Ｓｅｔ要求を送信する場合の動作も同様である。
【００４４】
マネージャ装置１２の要求送信部５２は、所定の監視・制御条件が満たされた場合に、ＳＮＭＰのＧｅｔ要求をエージェント装置１０へ送信する。エージェント装置１０のＳＮＭＰ管理部３２は、マネージャ装置１２から送信されたＧｅｔ要求を受信し、ＤＢ管理部２６と連携してＧｅｔ要求に応じた処理を実行する。ＳＮＭＰ管理部３２は、Ｇｅｔ要求に応じた処理の結果を示す標準エラーコードであり、例えばＳＮＭＰエラーが発生した場合はそのエラーに対応する標準エラーコードを設定したＧｅｔ応答のＰＤＵを生成する。
【００４５】
図８は、エージェント装置１０とマネージャ装置１２間のＳＮＭＰ通信のプロトコルスタックを示す。エージェント装置１０のＳＮＭＰ６０は、ＳＮＭＰエージェントライブラリに対応し、エージェントＡＰＬ（アプリケーション）６２は、ＳＮＭＰ管理部３２および詳細情報付加部３８に対応する。また、マネージャ装置１２のＳＮＭＰ６４は、ＳＮＭＰマネージャライブラリに対応し、マネージャＡＰＬ６６は、ＳＮＭＰ管理部５０に対応する。
【００４６】
エージェント装置１０の詳細情報付加部３８は、ＳＮＭＰ管理部３２がＳＮＭＰエージェントライブラリを使用して生成したＳＮＭＰメッセージ（Ｇｅｔ応答）を、当該メッセージが通信層（図８のＵＤＰ以下のレイヤ）に渡される前に取得する。詳細情報付加部３８は、Ｇｅｔ応答のＰＤＵの外部に、エージェント装置１０の状態を標準エラーコードよりも詳細に示す拡張エラーコードを付加する。そして、拡張エラーコードを付加したＳＮＭＰメッセージを通信層（図８のＵＤＰ以下のレイヤ）に渡して、当該メッセージをマネージャ装置１２へ送信する。
【００４７】
エージェント装置１０のＭＡＣ層では、拡張エラーコードを付加したＳＮＭＰメッセージに基づいてＦＣＳ（Frame Check Sequence）を生成し、当該ＦＣＳを付加したＭＡＣフレームを送出する。したがって、拡張エラーコードを付加したＳＮＭＰメッセージは、マネージャ装置１２のＭＡＣ層で破棄されることなく、マネージャ装置１２のマネージャＡＰＬ６６（ＳＮＭＰ管理部５０）まで伝送される。
【００４８】
マネージャ装置１２のＳＮＭＰ管理部５０は、受信したＳＮＭＰメッセージ（Ｇｅｔ応答）に設定された標準エラーコードを識別する。それとともに、ＰＤＵに設定されたＰＤＵサイズの情報にしたがって、Ｇｅｔ応答に付加された拡張エラーコードを識別する。ＳＮＭＰ管理部５０は、標準エラーコードと拡張エラーコードそれぞれの値を表示装置１８へ出力して表示させる。
【００４９】
以上、本発明を実施の形態をもとに説明した。これらの実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せによりいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【００５０】
第１変形例を説明する。
上記実施の形態では、エージェント装置１０で発生したＳＮＭＰエラーの詳細情報として拡張エラーコードをＧｅｔ応答に付加した。変形例として、エージェント装置１０の状態に関する他の情報をＧｅｔ応答に付加してもよい。既述したように、ＳＮＭＰが定めるＰＤＵ外部の領域を詳細情報の設定領域（ここでは「拡張領域」と呼ぶ。）とするため、任意の長さの任意の情報を設定することができる。
【００５１】
詳細情報付加部３８は、エージェント装置１０におけるエラー発生の有無に関わらず、例えば、Ｇｅｔ要求やＳｅｔ要求に基づく処理が正常実行されて標準エラーコード「０」
の場合でも、エージェント装置１０の状態を示す情報を拡張領域に設定してもよい。このとき設定される情報は、例えば、トラヒック量や帯域使用量、ＣＰＵ使用率、メモリ使用率等を示す情報であってもい。
【００５２】
また、エージェント装置１０からマネージャ装置１２へ通知すべき任意の情報をＧｅｔ応答の拡張領域に設定してもよい。例えば、拡張エラーコードに加えて、図５に示す拡張エラーステータスや内容を含む情報を設定してもよい。また、複数のＯＩＤに対応する複数の拡張エラーコードを含む情報を設定してもよい。また、マネージャ装置への指示を示す情報であり、例えば、どのアドレスのデータを参照して何の処理を実行すべきかを指示する情報を設定してもよい。
【００５３】
第２変形例を説明する。
エージェント装置１０は、Ｇｅｔ応答に詳細情報を付加するか否かを切替可能に構成されてもよく、その制御のための切替部をさらに備えてもよい。切替部は、ＣＬＩ管理部２８〜コマンド処理部３０を介して、詳細情報を付加するか否かの切替を指示する切替コマンドを保守端末１６から受信してもよい。切替部は、その切替コマンドにしたがって、詳細情報付加部３８を有効にし、または無効にしてもよい。
【００５４】
切替部が詳細情報付加部３８を有効にした場合、詳細情報付加部３８は、実施の形態に記載した動作を実行する。その一方、切替部が詳細情報付加部３８を無効にした場合、ＳＮＭＰ管理部３２は、応答生成部３６が生成した通常のＳＮＭＰメッセージ（例えば拡張エラーコードを含まないＧｅｔ応答）をそのままマネージャ装置１２へ送信してもよい。実施の形態に記載したように、ＳＮＭＰ管理部３２は通常のＧｅｔ応答を生成し、言い換えれば、拡張エラーコードを付加する場合でもＳＮＭＰのＰＤＵに変更を加えないため、容易な切替を実現できる。保守者は、Ｇｅｔ要求・Ｓｅｔ要求の送信元のマネージャが拡張エラーコードに対応しているか否かに応じて、詳細情報付加部３８を有効にし、または無効にすることができる。
【００５５】
第３変形例を説明する。
上記実施の形態では、エージェント装置１０からマネージャ装置１２へのＧｅｔ応答に拡張領域を設けることとしたが、Ｔｒａｐメッセージに拡張領域を設けてもよい。この場合も、実施の形態と同様に、エージェント装置１０のＳＮＭＰ管理部３２はＳＮＭＰの標準フォーマットに則してＴｒａｐメッセージを生成してもよい。また、ＴｒａｐメッセージのＰＤＵタイプに設定するＰＤＵ長には、拡張領域を含めないＰＤＵ末尾までの長さを設定してもよい。そして、詳細情報付加部３８は、ＴｒａｐメッセージのＰＤＵの外部に、エージェント装置１０の状態をＴｒａｐ番号より詳細に示す詳細情報を付加してもよい。
【００５６】
この態様によると、エージェント装置１０の状態をＴｒａｐ番号より詳細に示す詳細情報を１回のＴｒａｐメッセージの送信でマネージャ装置１２へ通知できる。これにより、通信回線の負荷増大を抑制しつつ、エージェント装置１０に対する保守アクションを支援できる。また、ＳＮＭＰのＰＤＵフォーマットを変更しないため、ＳＮＭＰの基本的な処理への影響を排除できる。
【００５７】
上述した実施の形態および変形例の任意の組み合わせもまた本発明の実施の形態として有用である。組み合わせによって生じる新たな実施の形態は、組み合わされる実施の形態および変形例それぞれの効果をあわせもつ。また、請求項に記載の各構成要件が果たすべき機能は、実施の形態および変形例において示された各構成要素の単体もしくはそれらの連携によって実現されることも当業者には理解されるところである。
【符号の説明】
【００５８】
１０  エージェント装置、  １２  マネージャ装置、  ２４  ＭＩＢ情報保持部、  ３２  ＳＮＭＰ管理部、  ３４  要求受信部、  ３６  応答生成部、  ３８  詳細情報付加部、  ４０  応答送信部、  ５０  ＳＮＭＰ管理部、  ５２  要求送信部、  ５４  応答受信部、  ５６  応答解析部、  ５８  エラー情報出力部、  １００  ＳＮＭＰシステム。
【図１】
2016143251.tif 000003
【図２】
2016143251.tif 000004
【図３】
2016143251.tif 000005
【図４】
2016143251.tif 000006
【図５】
2016143251.tif 000007
【図６】
2016143251.tif 000008
【図７】
2016143251.tif 000009
【図８】
2016143251.tif 000010