(57)【要約】【課題】動的ＮＡＴを用いたネットワーク環境でも情報収集を可能とする情報収集システムを得ること。【解決手段】マネージャ装置１０と、エージェント装置３０と、ＩＰネットワーク上でマネージャ装置１０とエージェント装置３０を接続する動的ＮＡＴ機能を備えたルータ３００とを有する情報収集システムであって、エージェント装置３０とＬＡＮ４０を介して電気的に接続される仲介装置２０を備え、仲介装置２０は、マネージャ装置１０が要求する情報をエージェント装置３０に収集させて、この収集させた情報をエージェント装置３０から直接マネージャ装置１０へ送信させる。【選択図】      図１
2004318413.tif 000002
【特許請求の範囲】
【請求項１】
情報収集をするマネージャ装置を有するグローバル側サイトと、情報提供をするエージェント装置を有するプライベート側サイトと、プライベート側サイトとグローバル側サイトとの間でデータ送信を可能にするためのアドレス変換を行う動的ＮＡＴ機能を備えたルータとを有する情報収集システムであって、
前記プライベート側サイトは、前記エージェント装置とＬＡＮを介して電気的に接続される仲介装置を備え、
前記仲介装置は、前記マネージャ装置が要求する情報を前記エージェント装置に収集させ、かつ該収集させた情報を直接前記マネージャ装置へ送信させるかまたは前記仲介装置を介して前記マネージャ装置へ送信することを特徴とする情報収集システム。
【請求項２】
前記仲介装置は、前記エージェント装置が収集した情報を格納する第１の格納手段を備えることを特徴とする請求項１に記載の情報収集システム。
【請求項３】
前記マネージャ装置は、前記仲介装置が前記エージェント装置にアクセスするための情報、前記エージェント装置に情報収集させるデータ項目の情報および前記エージェント装置の情報を収集する時間間隔の情報を格納する第２の格納手段を備え、
前記仲介装置は、前記マネージャ装置にアクセスして前記第２の格納手段に格納された情報を取得する取得手段を備え、仲介装置は該取得手段によって取得した情報を用いて前記エージェント装置を制御することを特徴とする請求項１または２に記載の情報収集システム。
【請求項４】
前記仲介装置は、前記取得手段によって取得した情報を格納する第３の格納手段をさらに備え、仲介装置は該第３の格納手段に格納した情報を用いて前記エージェント装置を制御することを特徴とする請求項３に記載の情報収集システム。
【請求項５】
前記第２の格納手段は、格納している情報を更新した日時の情報をエージェント装置毎にさらに格納し、
前記仲介装置は、前記格納している情報が更新されていない場合は前記エージェント装置に収集させた情報を前記エージェント装置に直接送信させるかまたは前記エージェント装置に収集させた情報を前記仲介装置を介して前記マネージャ装置に送信し、前記格納している情報が更新されている場合は前記更新されている情報に基づいて前記エージェント装置に新たな情報を収集させることを特徴とする請求項１〜４のいずれか１つに記載の情報収集システム。
【請求項６】
前記仲介装置は、前記マネージャ装置が送信される情報を受信可能な状態であることを確認できた場合のみ、前記エージェント装置に収集させた情報を前記マネージャ装置に直接送信させるかまたは前記エージェント装置に収集させた情報を前記仲介装置を介して前記マネージャ装置に送信することを特徴とする請求項１〜５のいずれか１つに記載の情報収集システム。
【請求項７】
前記マネージャ装置は、前記エージェント装置または前記仲介装置から送信された情報を格納する第４の格納手段と、前記エージェント装置の要求に応じて該第４の格納手段に格納した情報を加工して提供する手段とをさらに備えることを特徴とする請求項１〜６のいずれか１つに記載の情報収集システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は情報収集システムに関するものであり、特に、ネットワーク上のトラフィック情報やシステム情報を収集、蓄積、提供するための情報収集システムに関するものである。
【０００２】
【従来の技術】
通信ネットワークの発達した今日ではネットワークの性能（トラフィック情報）や利用状況（システム情報）を把握することがユーザの関心事となっている。
【０００３】
一般に管理対象となるエージェント装置（被管理装置）の情報はネットワークを介して接続されたマネージャ装置（管理装置）によって収集、蓄積、提供されている。このエージェント装置の情報収集は例えばＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）とよばれるネットワーク管理プロトコルで使用されるＭＩＢ（Ｍａｎａｇｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂａｓｅ）情報収集プロセスによってＳＮＭＰエージェント（エージェント装置）の情報をＳＮＭＰマネージャ（マネージャ装置）が取得することによって行われる。
【０００４】
ＭＩＢ情報収集プロセスによるＳＮＭＰマネージャとＳＮＭＰエージェント間の情報の送受信は、ＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）と呼ばれるＳＮＭＰのコマンドにあたるメッセージデータによって行われる。そして、このメッセージデータには、ＳＮＭＰマネージャがＳＮＭＰエージェントに対して情報を送信するように要求する場合に用いられるＧｅｔＲｅｑｕｅｓｔ、ＳＮＰエージェント装置がＧｅｔＲｅｑｕｅｓｔの要求に対して応答するときに用いられるＧｅｔＲｅｓｐｏｎｓｅ、エージェントが自発的に事象内容を通知するときに用いられるＴｒａｐ等がある。
【０００５】
ＭＩＢ情報収集プロセスでは、ＳＮＭＰマネージャがＳＮＭＰエージェント群に対して一定周期でＧｅｔＲｅｑｕｅｓｔを発信してトラフィック情報を要求する。これに対して、ＳＮＭＰエージェント群はＳＮＭＰマネージャへＧｅｔＲｅｓｐｏｎｓｅによってトラフィック情報等を返信する。そして、ＳＮＭＰマネージャに返信されたトラフィック情報は、データベースに蓄積されることとなる。
【０００６】
しかし、このようなＭＩＢ情報収集システムでは、情報収集のために要求と応答のトラフィックが発生し、収集するエージェントのトラフィック情報のデータ量が多くなると、ネットワークに対して負荷を与えてしまうといった問題が生じる。
【０００７】
通常、ＳＮＭＰエージェントからＳＮＭＰマネージャによって一定周期ごとに収集されるデータ項目は同じものであり、データ項目が異なるのはＳＮＭＰエージェントから収集すべきデータ項目に変更があった場合やＳＮＭＰエージェントの追加や変更があった場合に限られる。このように、ＧｅｔＲｅｑｕｅｓｔとＧｅｔＲｅｓｐｏｎｓｅの対を使用する場合、ＳＮＭＰマネージャはＳＮＭＰエージェントに対し毎回ほぼ同じＧｅｔＲｅｑｕｅｓｔを発信することになる。したがって、このようなほぼ同じＧｅｔＲｅｑｕｅｓｔの発信をなくすことによって情報収集のためのトラフィック量を減らすことが考えられる。
【０００８】
特許文献１に記載のネットワーク管理システムによれば、ＳＮＭＰマネージャが各ＳＮＭＰエージェントに対して情報収集の対象となるデータ項目や情報収集を行う間隔またはデータ収集の時刻を設定する。各ＳＮＭＰエージェントは、これらの設定に基づいてＴｒａｐを用いてＳＮＭＰマネージャへデータを送信する。このように、ＳＮＭＰエージェントに対して予め収集すべきデータ項目やデータの収集を行う間隔またはデータの収集の時刻を設定しておけば、ＳＮＭＰエージェントは設定された条件に従ってＳＮＭＰマネージャにデータを送信すればよく、情報収集のためのトラフィック量を約半分に減らすことが可能となる。
【０００９】
また、プライベートアドレスをグローバルアドレスに変換することによって異なるアドレス空間を持つネットワーク同士で通信を可能にするものとして動的ＮＡＴ（Ｎｅｔｗｏｒｋ  Ａｄｄｒｅｓｓ  Ｔｒａｎｓｌａｔｉｏｎ）がある。この動的ＮＡＴは複数のプライベートアドレスに対して動的に１つのグローバルアドレスを割り当てて外部機器と通信する手段を提供するもので、複数の端末で１つのグローバルアドレスを共有することができる。
【００１０】
【特許文献１】
特開２０００−１３４２０３号公報（第１頁）
【００１１】
【発明が解決しようとする課題】
しかしながら、上記従来の技術によれば観測対象となるＳＮＭＰエージェント群の設定がＳＮＭＰマネージャ側の意とは無関係に変更される場合には対応できなかった。プライベートアドレスを用いるＳＮＭＰエージェントに動的ＮＡＴを用いる場合、ＳＮＭＰエージェント（プライベートアドレス）側にある機器のアドレスはインターネット上では一意性が保証されず交信の度に異なるグローバルアドレスを割り当てられるため、ＳＮＭＰマネージャ（グローバルアドレス）側からプライベートアドレス側へのデータの送信ができない。
【００１２】
すなわち、上記従来の技術をエージェント側のアドレスが変わり得る動的ＮＡＴを用いて行うと、ＳＮＭＰマネージャ側からＳＮＭＰエージェント側にＧｅｔＲｅｑｕｅｓｔを到達させることができないといった問題があった。
【００１３】
この発明は上記に鑑みてなされたものであって、動的ＮＡＴを用いたネットワーク環境でも情報収集を可能とする情報収集システムを得ることを目的とする。
【００１４】
【課題を解決するための手段】
上述した課題を解決し、目的を達成するために、本発明にかかる情報収集システムにあっては、情報収集をするマネージャ装置を有するグローバル側サイトと、情報提供をするエージェント装置を有するプライベート側サイトと、プライベート側サイトとグローバル側サイトとの間でデータ送信を可能にするためのアドレス変換を行う動的ＮＡＴ機能を備えたルータとを有する情報収集システムであって、前記プライベート側サイトは、前記エージェント装置とＬＡＮを介して電気的に接続される仲介装置を備え、前記仲介装置は、前記マネージャ装置が要求する情報を前記エージェント装置に収集させ、かつ該収集させた情報を直接前記マネージャ装置へ送信させるかまたは前記仲介装置を介して前記マネージャ装置へ送信することを特徴とする。
【００１５】
この発明によれば、マネージャ装置からエージェント装置へ情報収集の要求を直接行えなくても、マネージャ装置の要求する情報収集を仲介装置がエージェント装置に行わせることが可能になる。
【００１６】
【発明の実施の形態】
以下、本発明にかかる情報収集システムの実施の形態を添付図面に基づいて詳細に説明する。なお、この実施の形態によりこの発明が限定されるものではない。
【００１７】
実施の形態１．
図１〜３に従ってこの発明の実施の形態１について説明する。図１はこの発明の実施の形態１にかかる情報収集システムの構成を示すブロック図である。情報収集システムは、グローバル側サイト１００と複数のプライベート側サイト２００とがＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）ネットワーク上で動的ＮＡＴ機能を備えたルータ３００を介して接続されている。
【００１８】
グローバル側サイト１００にはマネージャ装置１０が設置されている。マネージャ装置１０は、収集対象編集部１１、収集対象格納部１２、収集データ受信部１３、収集データ格納部１４、収集データ開示部１５および仲介装置連携部１６を備えている。
【００１９】
収集対象編集部１１は、入力された各エージェント装置３０から収集するデータ項目、エージェント装置３０および仲介装置２０の情報を編集する。収集データ受信部１３は、各エージェント装置３０から送信されるトラフィック情報等を受信し時系列に蓄積する。収集データ格納部１４は、収集データ受信部１３で蓄積されたトラフィック情報等の収集データを格納する。収集データ開示部１５は、収集データ格納部１４からユーザの要求に応じた収集データを検索してこれをグラフ化表示するなどしてユーザに情報提供する。仲介装置連携部１６は、マネージャ装置１０の管理化にある各仲介装置２０に対して収集対象となるデータ項目、データの収集間隔、情報収集の対象となるエージェント装置３０のＩＰアドレス等を提供する。収集対象格納部１２は、収集対象編集部１１で編集された収集対象の情報を格納する。
【００２０】
ここで、収集対象格納部１２に格納される最小限のデータについて説明する。図２は、収集対象格納部１２に格納されるデータの一例を示した図である。
【００２１】
図２（ａ）は、マネージャ装置１０が管理する仲介装置２０の情報を表す仲介装置一覧を示した図であり、仲介装置２０を一意的に識別するための仲介装置名、仲介装置２０を介してエージェント装置３０がデータ収集を行う時間間隔を示すデータ収集間隔、エージェント装置３０に関する情報を更新設定した時刻を示すデータ更新時刻で構成されている。なお、仲介装置一覧において仲介装置名の重複がないようにしておく。
【００２２】
図２（ｂ）は、仲介装置２０が管理するエージェント装置３０の情報を表すエージェント一覧を示した図であり、エージェント装置３０を一意的に識別するためのエージェント名、エージェント装置３０のＩＰアドレス、仲介装置名で構成されている。なお、エージェント装置一覧において仲介装置名が同じものに関してはエージェント名の重複がないようにしておく。
【００２３】
図２（ｃ）は、エージェント装置３０が観測すべきトラフィック情報等を示した収集対象一覧を示した図であり、ＣＰＵ使用率やトラフィック量等の収集対象となる収集対象データ項目名、仲介装置名、エージェント名で構成されている。例えば、ＳＮＭＰで情報収集を行う場合は、収集対象データ項目名にＯＩＤ（Ｏｂｊｅｃｔ  Ｉｄｅｎｔｉｆｉｅｒ）の識別子が付加される。
【００２４】
プライベート側サイト２００は、１つの仲介装置２０、複数のエージェント装置３０およびこれらを電気的に接続させるＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）４０で構成されている。
【００２５】
仲介装置２０は、マネージャ装置連携部２１、エージェント装置設定部２２および収集対象格納部２３を備えている。マネージャ装置連携部２１は、マネージャ装置１０から収集対象となるデータ項目、データの収集間隔、情報収集の対象となるエージェント装置３０のＩＰアドレス等を取得する。エージェント装置設定部２２は、仲介装置２０の管理化にある各エージェント装置３０に対し収集対象となるデータ項目の設定や収集したデータの送信指示等の制御を行う。収集対象格納部２３は、マネージャ装置連携部２１がマネージャ装置１０から取得した収集対象となるデータ項目、データの収集間隔、情報収集の対象となるエージェント装置３０のＩＰアドレス等の情報を格納する。
【００２６】
エージェント装置３０は、データ観測部３１、データ送信部３２および観測データ格納部３３を備えている。データ観測部３１は、仲介装置２０によって設定された収集対象データ項目の値を観測する。収集対象データとしては、例えばＣＰＵ使用率やメモリ使用量等のエージェント装置３０が実装されている計算機のシステム情報や、パケット別、ポート別、アドレス別のトラフィック情報等がある。観測データ格納部３３は、データ観測部３１によって得られた観測結果一時的に格納する。データ送信部３２は、データ観測部３１によって得られた観測結果をマネージャ装置１０の収集データ受信部１３に送信する。
【００２７】
動的ＮＡＴ機能を備えたルータ３００は、プライベートアドレスをグローバルアドレスに変換することによって異なるアドレス空間を持つネットワーク同士で通信を可能にするものであり、複数のエージェント装置３０や仲介装置２０に対して動的に１つのグローバルアドレスを割り当て、プライベート側サイト２００からグローバル側サイト１００への送信を行うことを可能にする。なお、エージェント装置３０（プライベート）側のアドレスはインターネット上では一意性が保証されず交信の度に異なるグローバルアドレスを割り当てられるため、マネージャ装置１０（グローバル）側からエージェント装置３０側へのデータの送信はできない。
【００２８】
実施の形態１の処理について図３に示すフローチャートに従って説明する。図３は実施の形態１にかかる情報収集システムの処理手順を示したフローチャートである。
【００２９】
まず、初期設定としてマネージャ装置１０には、収集対象編集部１１で使用する仲介装置名、エージェント名、データ収集間隔、エージェントのＩＰアドレス、収集対象データ項目等を設定しておく。また、仲介装置２０には、仲介装置名、マネージャ情報、エージェント情報等を設定しておく。ここでのマネージャ情報には仲介装置２０がＩＰネットワークを介してマネージャ装置１０にアクセスするためのＩＰアドレスやＵＲＬが含まれ、エージェント情報には図２（ｂ）で示したエージェント一覧から仲介装置２０が管理するエージェント装置３０を識別するためのエージェント名が含まれる。さらに、エージェント装置３０には、マネージャ情報等を設定しておく。
【００３０】
マネージャ装置１０は、収集対象編集部１１を用いて各エージェント装置３０から収集するデータ項目、マネージャ装置１０が管理する仲介装置２０およびエージェント装置３０の情報を図２に示すような収集対象の情報として編集作成する（ステップＳ１００）。なお、この収集対象の情報はシステムの運用中であってもエージェントの追加や収集するデータ項目の変更など必要に応じて編集するものとする。つぎに、編集作成された収集対象の情報を収集対象格納部１２を用いて格納する（ステップＳ１１０）。この後、マネージャ装置１０は待機状態になる。
【００３１】
つぎに、仲介装置２０のマネージャ装置連携部２１は仲介装置連携部１６に対して収集対象の情報を要求して収集対象の情報を取得する。ここでの情報取得は、収集対象格納部１２に格納されている仲介装置一覧、エージェント一覧および収集対象データ一覧に基づいて行われる。仲介装置一覧からは自己の仲介装置名に対応するデータ収集間隔を取得し、エージェント一覧からは自己の仲介装置名に対応するエージェント名とそのエージェント名に対応するＩＰアドレスを取得し、さらに収集対象データ一覧からは自己の仲介装置名とエージェント名に対応する収集対象データ項目名を取得する（ステップＳ１２０）。
【００３２】
ここで、仲介装置２０のマネージャ装置連携部２１がマネージャ装置１０の仲介装置連携部１６から収集対象の情報を得ることができなかった場合は、マネージャ装置１０においてこの仲介装置２０に対する収集対象の情報を設定していない場合であるので、所定の時間が経過した後、再度ステップＳ１２０を行う（ステップＳ１３０）。
【００３３】
仲介装置２０がマネージャ装置１０から収集対象の情報を取得する方式は、例えばＭＩＢ収集プロセスを用いる場合はＳＮＭＰのＧｅｔＲｅｑｕｅｓｔ−ＧｅｔＲｅｓｏｐｏｎｓｅで通信を行い、リレーショナルデータベースを用いる場合はＳＱＬ（Ｓｔｒｕｃｔｕｒｅｄ  Ｑｕｅｒｙ  Ｌａｎｇｕａｇｅ）言語で通信行い、ファイル形式となっている場合には、ｆｔｐ（Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ），ｈｔｔｐ（ＨｙｐｅｒＴｅｘｔ  ＴｒａｎｓｐｏｒｔＰｒｏｔｏｃｏｌ）アクセスで通信を行う。
【００３４】
つぎに、マネージャ装置連携部２１が仲介装置連携部１６から収集対象の情報を取得できた場合、この収集対象の情報を収集対象格納部２３に格納する（ステップＳ１４０）。
【００３５】
この後、エージェント装置設定部２２は、収集対象格納部２３に格納されている収集対象の情報に基づいて各エージェント装置３０が観測対象とすべきデータ項目を各エージェント装置３０に設定する（ステップＳ１５０）。仲介装置２０は、全てのエージェント装置３０に対して設定を完了したら、収集対象の情報にある仲介装置一覧から取得したデータ収集間隔が示す時間待機する。
【００３６】
エージェント装置３０は、仲介装置２０によって収集対象のデータ項目（観測対象とすべきデータ項目）が設定された後、データ観測部３１によって収集対象データ項目のデータ観測を開始する（ステップＳ１６０）。データ観測されたデータの値は、観測データ格納部３３によって格納する（ステップＳ１７０）。
【００３７】
仲介装置２０は、データ収集間隔が示す時間が経過した後マネージャ装置１０にアクセスして仲介装置一覧のデータ更新時刻が変更されているか否かを確認する（ステップＳ１８０）。
【００３８】
データ更新時刻が変更されている場合は、収集対象の情報が変更されているためステップＳ１２０に戻って収集対象の情報を改めて取得する。データ更新時刻が変更されていない場合、仲介装置２０はマネージャ装置１０にアクセスしてエージェント装置３０が観測したデータの値をマネージャ装置１０へ送信しても良いか否かの問い合わせを行う（ステップＳ１９０）。
【００３９】
観測したデータの値を送信しても良いか否かの問い合わせを受信したマネージャ装置１０の仲介装置連携部１６は、仲介装置２０に送信の可否を判断する（ステップＳ２００）。
【００４０】
マネージャ装置１０は、マネージャ装置１０が他の仲介装置２０からの問い合わせ中である場合やエージェント装置３０からデータを受信中である場合等、マネージャ装置１０が新たな処理を行うことができない場合は仲介装置２０に対して送信不可の回答を行う。この場合、仲介装置は所定の時間待ってからマネージャ装置１０にアクセスして再度送信しても良いか否かの問い合わせを行う。
【００４１】
一方、マネージャ装置１０がエージェント装置３０の観測したデータを受信しても良いと判断した場合、マネージャ装置１０は仲介装置２０に対して送信可能の回答を行う。
【００４２】
このように、マネージャ装置１０に対して観測したデータの値を送信しても良いか否かの問い合わせを行うことによって多くのエージェントから同時に収集データが送信されることを回避する。
【００４３】
仲介装置２０がマネージャ装置１０から送信可能の回答を受信した場合、仲介装置２０はエージェント装置設定部２２を用いてエージェント装置３０に観測したデータの値をマネージャ装置１０へ送信するよう指示を出す（ステップＳ２１０）。この時、マネージャ装置１０の処理能力に応じて複数のエージェント装置３０に対して同時に送信の指示を出してもよいし、順次送信の指示を出してもよい。
【００４４】
仲介装置２０は、エージェント装置３０に送信の指示を出した後、図２（ｂ）で示した仲介装置一覧から取得したデータ収集間隔が示す時間待機しステップＳ１８０へ戻って同様の処理が繰り替えされる。
【００４５】
エージェント装置３０は、仲介装置２０から観測したデータの値の送信指示を受信した後（ステップＳ２２０）、マネージャ装置１０の収集データ受信部１３へ観測したデータの値を送信する（ステップＳ２３０）。
【００４６】
エージェント装置３０からマネージャ装置１０へのデータ送信の方法には、例えばｆｔｐやｈｔｔｐでのアップロード、ＳＱＬのＩＮＳＥＲＴによるデータベースアクセス、ＳＮＭＰのＧｅｔＲｅｓｐｏｎｓｅを用いる方式がある。
【００４７】
また、エージェント装置３０は、マネージャ装置１０がどのエージェント装置３０から送信された収集データであるかを区別するために送信する収集情報にエージェント名の識別子を持たせる必要がある。
【００４８】
例えば、ｆｔｐやｈｔｔｐではアップロードするデータの中に図２に示したエージェント名を含めればよい。ＳＱＬのＩＮＳＥＲＴによるデータベースアクセスでは、収集データの各レコードにエージェント名を格納するカラムを設けてＩＮＳＥＲＴすればよい。ＳＮＭＰのＧｅｔＲｅｓｐｏｎｓｅでは、パケットの中のＲｅｑｕｅｓｔＩＤと呼ばれる領域にエージェント名を付加し、マネージャ装置１０がこの内容を読み取れるように設定しておけばよい。
【００４９】
マネージャ装置１０の収集データ受信部１３は、エージェント装置３０から送信された収集データ（観測されたデータの値）を受信して時系列順に蓄積する（ステップＳ２４０）。蓄積された収集データは、収集データ格納部１４を用いて格納される（ステップＳ２５０）。この時の収集データは、エージェント装置３０から発信された時刻順または収集データ格納部１４に格納された時刻順に格納する。
【００５０】
また、収集データの格納に際してデータの内容に応じて必要な加工を加えてもよい。例えば、収集データがエージェント装置３０が起動して以来観測したパケット数である場合は、前回観測したパケット数と今回観測したパケット数の差分値を計算して格納したり、パケット数を秒単位に換算して格納したりする。また、ユーザから収集データの開示要求があった場合収集データ開示部１５は収集データ格納部１４に格納された収集データの中から要求されたデータを検索してこれをグラフ化するなどしてユーザに提供する。
【００５１】
通常、データ収集間隔とエージェント装置３０からマネージャ装置１０へデータ送信をしても良いか否かの判定に基づき所定の周期でエージェント装置３０からマネージャ装置１０にデータが送信されるが、各エージェント装置３０からマネージャ装置１０に対し所定の周期で観測データの送信がなされない場合は、マネージャ装置１０は収集データの欠落を記録しておく。
【００５２】
そして、仲介装置２０はステップＳ２５０で行うマネージャ装置１０への送信可否の問い合わせをする際に、マネージャ装置１０が記録したエラー状態（収集データの欠落）の有無を確認する。エラー状態である場合は、エラー状態のエージェント装置３０の診断を行い、診断結果をマネージャ装置１０に送信する。
【００５３】
このように実施の形態１によれば、データの設定、収集の契機となるトラフィックは全てエージェント装置３０から開始するので、動的ＮＡＴ等のようにマネージャ装置１０からは一意的にエージェント装置３０や仲介装置２０のＩＰアドレスを決められない場合であっても有効にトラフィック情報を収集することが可能となる。また、収集のためのトラフィックは基本的にはエージェント装置３０から一方的に出されるのでＧｅｔＲｅｑｕｅｓｔ−ＧｅｔＲｅｓｐｏｎｓｅを用いる手段よりも負荷を少なくすることができる。
【００５４】
実施の形態２．
図４および図５を用いてこの発明の実施の形態２について説明する。この実施の形態２においては、仲介装置２０が収集データ受信部２４と収集データ格納部２５をさらに備えて構成されている。
【００５５】
図４はこの発明の実施の形態２にかかる情報収集システムの構成を示すブロック図である。図４の各構成要素のうち図１に示す実施の形態１と同一機能を達成する構成要素については同一番号を付しており重複する説明は省略する。
【００５６】
仲介装置２０は、マネージャ装置連携部２１、エージェント装置設定部２２および収集対象格納部２３に加えてさらに、収集データ受信部２４、収集データ格納部２５、データ送信部２６を備えている。
【００５７】
収集データ受信部２４は、各エージェント装置３０から送信されるトラフィック情報等を受信し時系列に蓄積する。収集データ格納部２５は、収集データ受信部１３で蓄積されたトラフィック情報等の収集データを格納する。データ送信部２６は、収集データ格納部２５で格納された収集データをマネージャ装置１０の収集データ受信部１３へ送信する。
【００５８】
実施の形態２の処理について図５に示すフローチャートに従って説明する。図５はこの発明の実施の形態２にかかる情報収集システムの処理手順を示したフローチャートである。
【００５９】
エージェント装置３０が、データ観測部３１によって収集対象データ項目のデータ観測を開始する（ステップＳ１６０）ところまでは実施の形態１と同じである。
【００６０】
エージェント装置３０が設定された収集対象データ項目のデータ観測を完了した後、エージェント装置３０は仲介装置２０へ観測したデータの値を送信する（ステップＳ３００）。
【００６１】
仲介装置２０の収集データ受信部２４がエージェント装置３０から送信された収集データ（観測されたデータの値）を受信して時系列順に蓄積する（ステップＳ３１０）。蓄積された収集データは、収集データ格納部２５を用いて格納される（ステップＳ３２０）。
【００６２】
そして、仲介装置２０は、仲介装置２０管理下の全てのエージェント装置３０から収集データを受信し終えた後、収集データ格納部２５に格納された収集データをまとめてマネージャ装置１０へ送信する（ステップＳ３３０）。
【００６３】
マネージャ装置１０の収集データ受信部１３は、仲介装置２０から送信された収集データを受信して時系列順に蓄積し（ステップＳ３４０）、蓄積された収集データは、収集データ格納部１４を用いて格納される（ステップＳ３５０）。
【００６４】
このように実施の形態２によれば、仲介装置２０が収集データをまとめてマネージャ装置１０へ送信するので、各エージェント装置３０がマネージャ装置１０へ収集データを送信する場合よりも総トラフィックを減らすことが可能となる。また、一時的に仲介装置２０とマネージャ装置１０の間の通信が行えない状態が発生した場合であっても、仲介装置２０とマネージャ装置１０の通信が行えるようになった後、収集データ格納部２５に格納しておいた収集データをマネージャ装置１０に送信することができるため、障害に強い情報収集システムを得ることができる。
【００６５】
【発明の効果】
以上説明したとおり、この発明によれば、データの設定、収集の契機となるトラフィックは全てエージェント側から開始するので、動的ＮＡＴ等のようにマネージャ側からは一意的にエージェント装置側のＩＰアドレスを決められない場合であっても有効にトラフィック情報を収集することが可能になるという効果を奏する。
【図面の簡単な説明】
【図１】この発明の実施の形態１にかかる情報収集システムの構成を示すブロック図である。
【図２】この発明の実施の形態１にかかる収集対象格納部１２に格納されるデータの一例を示した図である。
【図３】この発明の実施の形態１にかかる情報収集システムの処理手順を示したフローチャートである。
【図４】この発明の実施の形態２にかかる情報収集システムの構成を示すブロック図である。
【図５】この発明の実施の形態２にかかる情報収集システムの処理手順を示したフローチャートである。
【符号の説明】
１０  マネージャ装置、１１  収集対象編集部、１２，２３  収集対象格納部、１３，２４  収集データ受信部、１４，２５  収集データ格納部、１５  収集データ開示部、１６  仲介装置連携部，２０  仲介装置、２１  マネージャ装置連携部、２２  エージェント装置設定部、２６，３２  データ送信部、３０  エージェント装置、３１  データ観測部、３３  観測データ格納部、４０  ＬＡＮ、１００  グローバル側サイト、２００  プライベート側サイト、３００  ルータ。
【図１】
2004318413.tif 000003
【図２】
2004318413.tif 000004
【図３】
2004318413.tif 000005
【図４】
2004318413.tif 000006
【図５】
2004318413.tif 000007