(57)【要約】【課題】  ＵＤＰを用いた通信システムにおいて、低コストで、受信元の処理に過大な負担を掛けることがなく、通信データを紛失することなく円滑に受信することを可能とすること。【解決手段】  送信元と受信元との間に多重の通信路を設け、送信元は通信データを前記多重の通信路に並列に送出し、受信元には、前記送信された通信データを過不足なく受信する手段を設ける。【選択図】図１
2006180223.tif 000002
【特許請求の範囲】
【請求項１】
通信システムにおいて、
送信元と受信元の間に多重の通信路を設け、
送信元は受信元宛の通信データを前記多重の通信路に並列に送出し、
前記受信元は、前記多重の通信路に並列に送出される通信データを受信して格納する前記多重の通信路毎に設けられた受信データ格納キューと、
前記多重の通信路毎に設けられた受信データ格納キューに格納された通信データを比較してそのうちの一つの通信データを選択する受信データ識別情報比較手段と、
前記受信データ識別情報比較手段で選択された一つの通信データを格納する受信データ格納領域を備えることを特徴とする通信システム。
【請求項２】
送信元から多重の通信路を介して並列に送出された通信データを受信する受信元が実行する通信データ受信方法をコンピュータにより実現するためのプログラムにおいて、
各通信路に送出された通信データを受信して各通信路毎に設けられた受信データ格納キューに格納するステップと、
前記各受信データ格納キューに格納された通信データを比較し、そのうちの一つを選択する比較ステップと、
前記比較ステップで選択された通信データを受信データ格納領域に格納するステップとを前記コンピュータに実行させることを特徴とするプログラム。
【請求項３】
ＳＮＭＰを用いた機器管理システムにおいて、
各エージェントとマネージャ間に多重の通信路を設け、
前記各エージェントは当該エージェント内で発生したイベント／エラーを報告する前記マネージャ宛のＳＮＭＰトラップメッセージを前記多重の通信路に並列に送出し、
前記マネージャは、前記多重化された複数の通信路ごとの複数のイベントキューを備え、各通信路を介して受信した前記ＳＮＭＰトラップメッセージを対応する前記イベントキューに格納し、
さらに、前記複数のイベントキューに格納された前記ＳＮＭＰトラップメッセージを比較しそのうちの一つのＳＮＭＰトラップメッセージを選択するトラップ情報比較手段と、
前記トラップ情報比較手段で選択されたＳＮＭＰトラップメッセージを格納するイベント格納領域とを備えたことを特徴とするＳＮＭＰを用いた機器管理システム。
【請求項４】
通信路毎のイベントキューに格納されたＳＮＭＰトラップメッセージの比較対照として、トラップ送信元アドレス、トラップ発生時刻、シーケンス番号を用いることを特徴とする請求項３記載のＳＮＭＰを用いた機器管理システム。
【請求項５】
各エージェントとマネージャ間に多重の通信路を設けたＳＮＭＰを用いた機器管理システムのマネージャによるＳＮＭＰトラップメッセージ受信方法をコンピュータにより実現するためのプログラムにおいて、
前記多重化された通信路に並列に送出されたＳＮＭＰとラップメッセージを受信して各通信路毎に設けられたイベントキューに格納するステップと、
前記各イベントキューに格納されたＳＮＭＰとラップメッセージを比較し、そのうちの一つを選択する比較ステップと、
前記比較ステップで選択されたＳＮＭＰトラップメッセージをイベント格納領域に格納するステップを前記コンピュータに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＵＤＰ(Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ)を使用する通信システムに係り、特にＵＤＰをトランスポート層のプロトコルとして使用するＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ)トラップの通信及びデータ処理に適用して好適な通信システムに関する。
【背景技術】
【０００２】
インターネット等で利用されるＯＳＩ参照モデルのトランスポート層に当たるプロトコルとして、ＵＤＰ(Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ)が標準化されている。また、ネットワーク／サーバ機器管理方法の1つとして、一般的に、ＳＮＭＰという通信プロトコルが利用されている。図８にＳＮＭＰを用いた機器管理体系図を示す。ＳＮＭＰを用いた管理システムでは、図８（Ａ）に示すように、管理者（ＳＮＭＰマネージャ）が、管理対象者(ＳＮＭＰエージェント)の個々の管理情報(例：メモリサイズ／ディスク容量等)に対して値の取得や設定の要求を行なうことがでる。ＳＮＭＰエージェントは管理情報データベースを参照して要求に対する応答をＳＮＭＰマネージャに返送する。また、図８（Ｂ）に示すように、ＳＮＭＰエージェントで発生したイベントやエラー内容を、ＳＮＭＰトラップと呼ばれるメッセージを用いて非同期にＳＮＭＰマネージャへ通知する機能を備えている。ＳＮＭＰマネージャはこれらの機能を利用してノードの管理を行うことができる。
【０００３】
ＳＮＭＰはマネージャとエージェント間の通信の際に、下位プロトコル(トランスポート層）として上記ＵＤＰ(Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ)を使用する。ＵＤＰはＴＣＰと異なりフロー制御やコネクション確立を行なわないため、プロトコル処理が高速であるという長所を持つ。しかしＵＤＰは、ＴＣＰのように誤り訂正や再送機能を持たないためデータ到達の保障がないという短所がある。よって、エージェントから非同期に送信されたトラップ情報が何らかのトラブルにより通信路上で消失してしまっても、マネージャ、エージェント共に消失したことを検知できないという危険性がある。
【０００４】
このような欠点を補う方法の1つとして、下記特許文献１に記載された、マネージャを２台設置し、エージェントで発生したトラップ情報をこれら２台のマネージャで受信し、通信路上でトラップ情報が消失した場合でも、２台のマネージャの相互通信(コネクション型のソケット通信)によってトラップ情報の消失を補うという方法もすでに考案されている。この方法におけるシステム構成及びマネージャ内の機能構成を図９に示す。この図において、２台のマネージャ間で、トラップ情報の消失を確認するため、まず、２台のマネージャ間で通信するためのコネクション確立等の処理を行う。次にエージェントからトラップが送信された場合は、まず、マネージャ内のトラップ受信機能がトラップを受信し、データ保存機能へ結果を送信する。データ保存機能はトラップ受信機能より送信されてきたデータを受信し保存する。その後、他方のマネージャの検索機能へ検索データを送信する。他方のマネージャの検索機能は、データ保存機能より送信されてきた検索条件データを基に自分の保持するデータと比較検索を行う。その後、検索結果を検索条件の送信元のマネージャの結果受信機能と自マネージャの結果受信機能へ送信する。結果受信機能は各マネージャの検索機能より送信された検索結果を基に、結果がNGの場合に、メッセージ出力機能へ出力メッセージを送信する。メッセージ出力機能は、結果受信機能より送信されてきた出力メッセージを表示する。これにより、トラップ情報の消失が確認できる。
【０００５】
しかしながら、上記のように、２台のマネージャは、トラップを受信する機能の他にも、検索機能等、様々な複雑な機能を有しており、且つ、相手マネージャとの通信には、コネクション型のソケット通信を利用しているため実際通信を行う事前準備としてコネクション確立等が必要となる。これにより、プログラムの処理速度が低下し、欠落したトラップ情報が迅速に検出できない、場合によっては、処理の複雑化によりバグが出る確率がより高くなり、結果として、欠落したトラップ情報を検出できなくなる可能性がある。また、従来の方法では必ず同一の機能を有する２台のマネージャを設置する必要があり、機器の購入や設置等のコストの問題、設置場所のスペース等の問題などが発生する。
【０００６】
また、下記特許文献２には、ＳＮＭＰプロトコルで管理されるネットワーク管理システムの信頼性を確保するために、エージェントを管理するデータ処理装置（マネージャ）と複数のエージェントとを複数の伝送路で接続することと、エージェントからのトラップメッセージのシーケンス番号をチェックしてメッセージの紛失を検出し、メッセージの再送を要求することが記載されている。
【０００７】
しかしながら、特許文献２に記載された複数の伝送路は現用予備の形態で用いられるものであり、現用の伝送路で送られてきたトラップメッセージに番号抜けが検出されると、その番号のトラップメッセージの再送を要求しなければならず、再送要求のための処理の負担や再送によりメッセージ伝達の遅れ等の問題がある。
【０００８】
ＳＮＭＰを用いた機器管理システムに見られるように、ＵＤＰを用いて送信元から非同期で受信元にデータを送信する場合は、通信データの紛失に対処するための費用がかかり、受信元の処理負担も大きいという問題がある。
【特許文献１】特開２００１−６７２９１号公報
【特許文献２】特開２０００−６９１１９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
そこで、本発明の解決しようとする課題は、低コストで、マネージャ等の受信元の処理に過大な負担を掛けることがなく、また通信データを紛失することなく円滑な受信を可能とするＵＤＰを用いた通信システムを提供することである。
【課題を解決するための手段】
【００１０】
上記課題を解決するため、本発明は、各送信元と受信元に多重の通信路を設け、各送信元は通信データを前記多重の通信路に前記受信元宛に並列に送出するようにした。
【発明の効果】
【００１１】
これにより、通信データの紛失の可能性を実質的にゼロにすることができ、多重化された通信路を並列に送信されてきた一部データを比較するだけで、過不足なく受信した通信情報を管理することができる。
【発明を実施するための最良の形態】
【００１２】
図１は、本発明の原理を説明する図であり、図１においては、通信路の多重度が２である場合の本発明における送信元と受信元間の構成を示している。送信元２０と1台の受信元１０間通信路を多重化し、送信元２０は、それらの多重化された通信路に通信データを並列に送信する。受信元１０には、通信路毎に受信データ格納キュー１１，１２を設け、さらに受信データ格納領域１４及び受信データ識別情報比較手段１３を設け、各キューに保持される受信データの一部 (送信元識別情報/通信データ識別情報)を受信データ識別情報比較手段１３で比較し、受信した通信データに重複や不足のないよう受信データ情報格納領域１４に保持する機能を設ける。通信データ識別情報としては、当該通信データを一意に識別できるものであれば、任意のものを採用することができる。
【００１３】
以下、本発明の実施例として、本発明のＵＤＰを用いた通信システムをＳＮＭＰを用いた機器管理システムについて説明する。
図２は、本発明の通信システムをＳＮＭＰを用いた管理システムに適用した場合のシステム構成例を示す図であり、1台のＳＮＭＰマネージャ１００が複数台の被管理ノード群であるサーバＡ、サーバＢ及びサーバＣを管理する場合の管理構成を示す。各被管理ノードにはＳＮＭＰエージェント２００が実装されており、また、各ネットワークを介して2つの通信路３１０，３２０でＳＮＭＰマネージャ１００とつながっている。ＳＮＭＰエージェント２００は、各被管理ノードで発生したイベント／エラー情報を基に、ＳＮＭＰトラップを生成し、２つの通信路３１０，３２０を通して、ＳＮＭＰマネージャ１００にトラップ情報を並列に送信する機能を有する。
【００１４】
また、マネージャ１００内には、図３に示すように、通信路毎にトラップ情報受信手段とイベントキュー１１０，１２０があり、また、キューデータ比較手段１３０とイベント格納領域１４０を有する。マネージャ１００宛てにトラップ情報が送信されると、マネージャ１００内の各トラップ情報受信手段で、それぞれの通信路３１０，３２０より送信されてきたトラップ情報を受信し、データをそれぞれのイベントキュー１１０，１２０に格納する。その後、キューデータ比較手段１３０によって、それぞれのキュー１１０，１２０に格納されたトラップ情報の比較を行なう。比較には、トラップ発生元を識別できる情報(ＩＰアドレス等)、発生したトラップを識別できる情報(発生時刻、シーケンス番号等)を利用する。これらの情報はエージェントから送られてくるトラップ情報に含まれている。なお、シーケンス番号は、エージェントにより多重化された通信路に並列に送信される同一のトラップ情報を区別するものとして、エージェントにより付与される。
【００１５】
トラップ情報は必ず同じエージェントから送られたもの同士を比較するようにする。まずトラップ発生時刻の比較を行う。発生時刻が異なる場合は、時刻の古い情報をイベント格納領域に格納する。一方、同一のトラップ情報であれば発生時刻は同じであるため、シーケンス番号を比較し、番号の小さい方をイベント格納領域に格納し、大きい方を破棄する。イベントキューに格納されている情報に対してこの処理を繰り返すことで、エージェントから送信されたトラップ情報を過不足なくイベント格納領域に格納される。
【００１６】
図４には、エージェントがマネージャにトラップ情報を送信するＳＮＭＰトラップメッセージのフォーマット形式が示されている。図示されているように、ＳＮＭＰトラップメッセージは、使用されているＳＮＭＰプロトコルのバージョンを示すＶｅｒｓｉｏｎ、アクセスするコミュニティ名を表すＣｏｍｍｕｎｉｔｙ、及びＳＮＭＰのコマンドに当たるデータであるＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔｓ）を含む。ＰＤＵは、ＰＤＵの種類を示すＰＤＵ  Ｔｙｐｅ（トラップの場合は“４”）、トラップを定義した管理エンタープライズを示すＥｎｔｅｒｐｒｉｚｅ、トラップ送信元のＩＰアドレスがセットされるＡｇｅｎｔ  Ａｄｄｒｅｓｓ、トラップの種類を示すＧｅｎｅｒｉｃ  Ｔｒａｐ  Ｔｙｐｅ  と  Ｓｐｅｃｉｆｉｃ  Ｔｒａｐ  Ｔｙｐｅ、エージェント初期化時からトラップ生成までの時間を表すＴｉｍｅ  Ｓｔａｍｐ、及びＮａｍｅ（Ｏｂｊｅｃｔ  ＩＤ）とＶａｌｕｅの組み合わせであるＶａｒｉａｂｌｅ  Ｂｉｎｄｉｎｇｓを含む。
【００１７】
本発明においては、例えばオブジェクト１をトラップ発生時刻とし、オブジェクト２をシーケンス番号とする。すると、トラップ送信元では、オブジェクト１の値としてトラップ発生時刻を設定し、オブジェクト２の値としてシーケンス番号を設定してトラップ情報を送信する。
【００１８】
次に本発明の実施例の動作について説明する。図２のようなシステム管理構成例において、例えば、図５に示すように、サーバＡで独立した4つのイベント／エラーが発生した場合、サーバＡ内のＳＮＭＰエージェント２００は、これらのイベント／エラー情報を元に、トラップ情報（１）〜（４）を生成し、２つの通信路Ａ及び通信路Ｂを通して、各情報をＳＮＭＰマネージャ１００宛てに並列に送信する。この時、通信路Ｂにおいてトラップ情報（３）が消失してしまったとすると、マネージャ内のトラップ受信手段Ａでは、トラップ情報（１）、（２）、（３）、（４）を受信し、イベントキューＡに情報を格納する。トラップ受信手段Ｂでは、トラップ情報（１）、（２）、（４）を受信し、イベントキューＢに格納する。その後、キューデータ比較手段で、それぞれのキューに格納されたトラップ情報の比較を行なう。
【００１９】
比較動作について、図６を用いて説明する。まず、イベントキューＡに最初に格納されたトラップ（１）と、イベントキューＢに最初に格納されたトラップ（１）のトラップ発生時刻を比較する。これらは同一のトラップ情報であるため、トラップ発生時刻は同じはずである。発生時刻が同じ場合はシーケンス番号を比較し、シーケンス番号の小さい方をイベント格納領域へ保存する。また、シーケンス番号の大きい方は破棄する。トラップ（２）も同様に処理される。次に比較するものは、イベントキューＡに格納されているトラップ（３）とイベントキューＢに格納されているトラップ（４）である。これらは異なるトラップ情報であるためトラップ発生時刻は異なるはずである。トラップ発生時刻を比較し、時間の古い方(トラップ（３）)をイベント格納領域へ保存する。また、時間の新しい方(トラップ（４）)は保留する。最後に、イベントキューＡのトラップ（４）と、先ほど保留されたイベントキューＢのトラップ（４）を比較する。これらの情報は発生時刻が同じであるためシーケンス番号の小さい方をイベント格納領域へ保存し、シーケンス番号の大きい方を破棄する。
【００２０】
以上の処理により、エージェントより送信されたトラップ情報を、イベント格納領域に重複／不足なく保持することができる。
図７に上記処理シーケンスを示す。図７に記載された処理は、トラップ情報が受信され、イベントキューに格納されることにより起動される。
【００２１】
ステップＳ７００で、起動の契機となった一方のイベントキューから先頭のデータ（データＡ）を抽出する。ステップＳ７１０において、他方のイベントキューにデータがあるか判定する。他方のイベントキューにデータがなければ、ステップＳ７６０に進む。他方のイベントキューにデータがあれば先頭のデータ（データＢ）をステップ７２０で抽出し、続いてステップ７３０で、データＡとデータＢのトラップ発生時刻は同じであるか判定する。
【００２２】
発生時刻が同じであればステップＳ７５０でシーケンス番号の大小を比較し、シーケンス番号の小さい方のデータについてはステップＳ７６０での判定処理に進む。シーケンス番号の大きい方のデータはステップＳ７９０に進み廃棄される。
【００２３】
ステップＳ７４０でトラップ発生時刻が異なると判定された場合は、ステップＳ７４０に進み、トラップ発生時刻が古いデータについては、ステップＳ７６０での判定処理に進む。トラップ発生時刻が新しいデータについては、ステップＳ７８０に進み、イベントキューに保留される。
【００２４】
ステップ７６０では、イベントキューから抽出されステップＳ７６０の判定処理に送られてきたデータと同一のデータがイベント格納領域にあるか判定され、同一のデータがイベント格納領域に既にあればステップＳ７９０でイベントキューから抽出されたデータは廃棄される。同一のデータがイベント格納領域になければ、当該イベントキューから抽出されたデータはイベント格納領域に格納される。
【００２５】
以上の実施例では、通信路を２重化した場合について説明したが、通信データ受信の信頼度を上げたい場合は、送信元と受信元間の通信路を更に多重化することも可能である。このような場合でも、受信データ格納キューの数と比較回数が増えるだけなので、同様のロジックで対応可能である。
【００２６】
以上説明したように、本発明によれば、送信元と受信元間の通信路を多重化し、受信元内に、受信した情報を重複や不足なく保持する機能を設けることで、通信路上での通信データ消失に対する信頼度を上げることができる。したがって、ＳＮＭＰを用いた機器管理システムについていえば、従来の方法に比べて、マネージャ間の通信を行う処理等の複雑な処理が必要ないので、プログラムのステップ数が少なく、簡単なロジックで実現可能となるため処理速度が増し、エージェントからのトラップ情報を迅速かつ着実に受信可能となる。また、マネージャは1台で実現可能なため、従来に比べて、機器購入等コストの問題、設置場所等のスペースの問題が軽減される。
【００２７】
また、上記説明においては、ＵＤＰを用いた通信システムが先にあって、その通信システムにおいて通信路を多重化するような説明を行ったが、本発明はそれに限らず、通信路が多重化されたシステムであって、ＳＮＭＰエージェントからのトラップ送信のような非同期のメッセージ通知に下位のプロトコルとしてＴＣＰを用いた既存のシステムにおいて、ＴＣＰに替えてＵＤＰを採用することによっても実現可能であることは明白である。
さらに、本発明の送信元の処理、受信元の処理、及びＳＮＭＰマネージャ等の処理がコンピュータのプログラム処理により実現可能であることも明白である。
【００２８】
（付記１）ＵＤＰを用いた通信システムにおいて、
送信元と受信元の間に多重の通信路を設け、
送信元は受信元宛の通信データを前記多重の通信路に並列に送出することを特徴とするＵＤＰを用いた通信システム。
【００２９】
（付記２）前記受信元は、前記多重の通信路に並列に送出される通信データを受信して格納する前記多重の通信路毎に設けられた受信データ格納キューと、
前記多重の通信路毎に設けられた受信データ格納キューに格納された通信データを比較してそのうちの一つの通信データを選択する受信データ識別情報比較手段と、
前記受信データ識別情報比較手段で選択された一つの通信データを格納する受信データ格納領域を備えることを特徴とする付記１に記載されたＵＤＰを用いた通信システム。
【００３０】
（付記３）前記通信データは、送信元から受信元へ非同期に送出されることを特徴とする付記２に記載されたＵＤＰを用いた通信システム。
（付記４）送信元から多重の通信路を介して並列に送出されたＵＤＰを用いた通信データを受信する受信元の通信データ受信方法において、
各通信路に送出された通信データを受信して各通信路毎に設けられた受信データ格納キューに格納するステップと、
前記各受信データ格納キューに格納された通信データを比較し、そのうちの一つを選択する比較ステップと、
前記比較ステップで選択された通信データを受信データ格納領域に格納するステップとを備えたことを特徴とする通信データ受信方法。
【００３１】
（付記５）送信元から多重の通信路を介して並列に送出されたＵＤＰを用いた通信データを受信する受信元が実行する通信データ受信方法をコンピュータにより実現するためのプログラムにおいて、
各通信路に送出された通信データを受信して各通信路毎に設けられた受信データ格納キューに格納するステップと、
前記各受信データ格納キューに格納された通信データを比較し、そのうちの一つを選択する比較ステップと、
前記比較ステップで選択された通信データを受信データ格納領域に格納するステップとを前記コンピュータに実行させることを特徴とするプログラム。
【００３２】
（付記６）付記５に記載されたプログラムを格納したコンピュータ読み取り可能な記録媒体。
（付記７）ＳＮＭＰを用いた機器管理システムにおいて、
各エージェントとマネージャ間に多重の通信路を設け、
前記各エージェントは当該エージェント内で発生したイベント／エラーを報告する前記マネージャ宛のＳＮＭＰトラップメッセージを前記多重の通信路に並列に送出することを特徴とするＳＮＭＰを用いた機器管理システム。
【００３３】
（付記８）ＳＮＭＰを用いた機器管理システムにおいて、
各エージェントとマネージャ間に多重の通信路を設け、
前記各エージェントは当該エージェント内で発生したイベント／エラーを報告する前記マネージャ宛のＳＮＭＰトラップメッセージを前記多重の通信路に並列に送出し、
前記マネージャは前記多重化された複数の通信路ごとにイベントキューを備え、各通信路を介して受信した前記ＳＮＭＰトラップメッセージを対応する前記イベントキューに格納することを特徴とするＳＮＭＰを用いた機器管理システム。
【００３４】
（付記９）ＳＮＭＰを用いた機器管理システムにおいて、
各エージェントとマネージャ間に多重の通信路を設け、
前記各エージェントは当該エージェント内で発生したイベント／エラーを報告する前記マネージャ宛のＳＮＭＰトラップメッセージを前記多重の通信路に並列に送出し、
前記マネージャは、前記多重化された複数の通信路ごとの複数のイベントキューを備え、各通信路を介して受信した前記ＳＮＭＰトラップメッセージを対応する前記イベントキューに格納し、
さらに、前記複数のイベントキューに格納された前記ＳＮＭＰトラップメッセージを比較しそのうちの一つのＳＮＭＰトラップメッセージを選択するトラップ情報比較手段と、
前記トラップ情報比較手段で選択されたＳＮＭＰトラップメッセージを格納するイベント格納領域とを備えたことを特徴とするＳＮＭＰを用いた機器管理システム。
【００３５】
（付記１０）  通信路毎のイベントキューに格納されたＳＮＭＰトラップメッセージの比較対照として、トラップ送信元アドレス、トラップ発生時刻、シーケンス番号を用いることを特徴とする付記９に記載されたＳＮＭＰを用いた機器管理システム。
【００３６】
（付記１１）各エージェントとマネージャ間に多重の通信路を設けたＳＮＭＰを用いた機器管理システムのマネージャによるＳＮＭＰトラップメッセージ受信方法において、
前記多重化された通信路に並列に送出されたＳＮＭＰとラップメッセージを受信して各通信路毎に設けられたイベントキューに格納するステップと、
前記各イベントキューに格納されたＳＮＭＰとラップメッセージを比較し、そのうちの一つを選択する比較ステップと、
前記比較ステップで選択されたＳＮＭＰトラップメッセージをイベント格納領域に格納するステップを備えたことを特徴とするＳＮＭＰトラップメッセージ受信方法。
【００３７】
（付記１２）各エージェントとマネージャ間に多重の通信路を設けたＳＮＭＰを用いた機器管理システムのマネージャによるＳＮＭＰトラップメッセージ受信方法をコンピュータにより実現するためのプログラムにおいて、
前記多重化された通信路に並列に送出されたＳＮＭＰとラップメッセージを受信して各通信路毎に設けられたイベントキューに格納するステップと、
前記各イベントキューに格納されたＳＮＭＰとラップメッセージを比較し、そのうちの一つを選択する比較ステップと、
前記比較ステップで選択されたＳＮＭＰトラップメッセージをイベント格納領域に格納するステップを前記コンピュータに実行させることを特徴とするプログラム。
【００３８】
（付記１３）付記１２に記載されたプログラムを格納したコンピュータ読み取り可能な記録媒体。
【図面の簡単な説明】
【００３９】
【図１】本発明の原理を説明する図である。
【図２】本発明をＳＮＭＰを用いた管理システムに適用した構成例を説明する図である。
【図３】本発明の実施例のマネージャ構成を説明する図である。
【図４】ＳＮＭＰトラップメッセージ形式の説明図である。
【図５】本発明の実施例の動作例を説明する図である。
【図６】本発明の実施例におけるイベントデータ比較動作例を説明する図である。
【図７】本発明の実施例のイベントデータ格納制御のフローを説明する図である。
【図８】ＳＮＭＰを用いた機器管理体系を説明する図である。
【図９】従来技術を説明する図である。
【符号の説明】
【００４０】
１０  受信元
２０  送信元
１００  ＳＮＭＰマネージャ
１１０  イベントキューＡ
１２０  イベントキューＢ
１３０  キューデータ比較手段
１４０  イベント格納領域
２００  ＳＮＭＰエージェント
３１０  通信路Ａ
３２０  通信路Ｂ
【図１】
2006180223.tif 000003
【図２】
2006180223.tif 000004
【図３】
2006180223.tif 000005
【図４】
2006180223.tif 000006
【図５】
2006180223.tif 000007
【図６】
2006180223.tif 000008
【図７】
2006180223.tif 000009
【図８】
2006180223.tif 000010
【図９】
2006180223.tif 000011