JP2004318413A - Information gathering system - Google Patents
Information gathering system Download PDFInfo
- Publication number
- JP2004318413A JP2004318413A JP2003110500A JP2003110500A JP2004318413A JP 2004318413 A JP2004318413 A JP 2004318413A JP 2003110500 A JP2003110500 A JP 2003110500A JP 2003110500 A JP2003110500 A JP 2003110500A JP 2004318413 A JP2004318413 A JP 2004318413A
- Authority
- JP
- Japan
- Prior art keywords
- information
- agent
- manager
- collected
- data
- 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.)
- Pending
Links
Images
Abstract
Description
【0001】
【発明の属する技術分野】
この発明は情報収集システムに関するものであり、特に、ネットワーク上のトラフィック情報やシステム情報を収集、蓄積、提供するための情報収集システムに関するものである。
【0002】
【従来の技術】
通信ネットワークの発達した今日ではネットワークの性能(トラフィック情報)や利用状況(システム情報)を把握することがユーザの関心事となっている。
【0003】
一般に管理対象となるエージェント装置(被管理装置)の情報はネットワークを介して接続されたマネージャ装置(管理装置)によって収集、蓄積、提供されている。このエージェント装置の情報収集は例えばSNMP(Simple Network Management Protocol)とよばれるネットワーク管理プロトコルで使用されるMIB(Management Information Base)情報収集プロセスによってSNMPエージェント(エージェント装置)の情報をSNMPマネージャ(マネージャ装置)が取得することによって行われる。
【0004】
MIB情報収集プロセスによるSNMPマネージャとSNMPエージェント間の情報の送受信は、PDU(Protocol Data Unit)と呼ばれるSNMPのコマンドにあたるメッセージデータによって行われる。そして、このメッセージデータには、SNMPマネージャがSNMPエージェントに対して情報を送信するように要求する場合に用いられるGetRequest、SNPエージェント装置がGetRequestの要求に対して応答するときに用いられるGetResponse、エージェントが自発的に事象内容を通知するときに用いられるTrap等がある。
【0005】
MIB情報収集プロセスでは、SNMPマネージャがSNMPエージェント群に対して一定周期でGetRequestを発信してトラフィック情報を要求する。これに対して、SNMPエージェント群はSNMPマネージャへGetResponseによってトラフィック情報等を返信する。そして、SNMPマネージャに返信されたトラフィック情報は、データベースに蓄積されることとなる。
【0006】
しかし、このようなMIB情報収集システムでは、情報収集のために要求と応答のトラフィックが発生し、収集するエージェントのトラフィック情報のデータ量が多くなると、ネットワークに対して負荷を与えてしまうといった問題が生じる。
【0007】
通常、SNMPエージェントからSNMPマネージャによって一定周期ごとに収集されるデータ項目は同じものであり、データ項目が異なるのはSNMPエージェントから収集すべきデータ項目に変更があった場合やSNMPエージェントの追加や変更があった場合に限られる。このように、GetRequestとGetResponseの対を使用する場合、SNMPマネージャはSNMPエージェントに対し毎回ほぼ同じGetRequestを発信することになる。したがって、このようなほぼ同じGetRequestの発信をなくすことによって情報収集のためのトラフィック量を減らすことが考えられる。
【0008】
特許文献1に記載のネットワーク管理システムによれば、SNMPマネージャが各SNMPエージェントに対して情報収集の対象となるデータ項目や情報収集を行う間隔またはデータ収集の時刻を設定する。各SNMPエージェントは、これらの設定に基づいてTrapを用いてSNMPマネージャへデータを送信する。このように、SNMPエージェントに対して予め収集すべきデータ項目やデータの収集を行う間隔またはデータの収集の時刻を設定しておけば、SNMPエージェントは設定された条件に従ってSNMPマネージャにデータを送信すればよく、情報収集のためのトラフィック量を約半分に減らすことが可能となる。
【0009】
また、プライベートアドレスをグローバルアドレスに変換することによって異なるアドレス空間を持つネットワーク同士で通信を可能にするものとして動的NAT(Network Address Translation)がある。この動的NATは複数のプライベートアドレスに対して動的に1つのグローバルアドレスを割り当てて外部機器と通信する手段を提供するもので、複数の端末で1つのグローバルアドレスを共有することができる。
【0010】
【特許文献1】
特開2000−134203号公報(第1頁)
【0011】
【発明が解決しようとする課題】
しかしながら、上記従来の技術によれば観測対象となるSNMPエージェント群の設定がSNMPマネージャ側の意とは無関係に変更される場合には対応できなかった。プライベートアドレスを用いるSNMPエージェントに動的NATを用いる場合、SNMPエージェント(プライベートアドレス)側にある機器のアドレスはインターネット上では一意性が保証されず交信の度に異なるグローバルアドレスを割り当てられるため、SNMPマネージャ(グローバルアドレス)側からプライベートアドレス側へのデータの送信ができない。
【0012】
すなわち、上記従来の技術をエージェント側のアドレスが変わり得る動的NATを用いて行うと、SNMPマネージャ側からSNMPエージェント側にGetRequestを到達させることができないといった問題があった。
【0013】
この発明は上記に鑑みてなされたものであって、動的NATを用いたネットワーク環境でも情報収集を可能とする情報収集システムを得ることを目的とする。
【0014】
【課題を解決するための手段】
上述した課題を解決し、目的を達成するために、本発明にかかる情報収集システムにあっては、情報収集をするマネージャ装置を有するグローバル側サイトと、情報提供をするエージェント装置を有するプライベート側サイトと、プライベート側サイトとグローバル側サイトとの間でデータ送信を可能にするためのアドレス変換を行う動的NAT機能を備えたルータとを有する情報収集システムであって、前記プライベート側サイトは、前記エージェント装置とLANを介して電気的に接続される仲介装置を備え、前記仲介装置は、前記マネージャ装置が要求する情報を前記エージェント装置に収集させ、かつ該収集させた情報を直接前記マネージャ装置へ送信させるかまたは前記仲介装置を介して前記マネージャ装置へ送信することを特徴とする。
【0015】
この発明によれば、マネージャ装置からエージェント装置へ情報収集の要求を直接行えなくても、マネージャ装置の要求する情報収集を仲介装置がエージェント装置に行わせることが可能になる。
【0016】
【発明の実施の形態】
以下、本発明にかかる情報収集システムの実施の形態を添付図面に基づいて詳細に説明する。なお、この実施の形態によりこの発明が限定されるものではない。
【0017】
実施の形態1.
図1〜3に従ってこの発明の実施の形態1について説明する。図1はこの発明の実施の形態1にかかる情報収集システムの構成を示すブロック図である。情報収集システムは、グローバル側サイト100と複数のプライベート側サイト200とがIP(Internet Protocol)ネットワーク上で動的NAT機能を備えたルータ300を介して接続されている。
【0018】
グローバル側サイト100にはマネージャ装置10が設置されている。マネージャ装置10は、収集対象編集部11、収集対象格納部12、収集データ受信部13、収集データ格納部14、収集データ開示部15および仲介装置連携部16を備えている。
【0019】
収集対象編集部11は、入力された各エージェント装置30から収集するデータ項目、エージェント装置30および仲介装置20の情報を編集する。収集データ受信部13は、各エージェント装置30から送信されるトラフィック情報等を受信し時系列に蓄積する。収集データ格納部14は、収集データ受信部13で蓄積されたトラフィック情報等の収集データを格納する。収集データ開示部15は、収集データ格納部14からユーザの要求に応じた収集データを検索してこれをグラフ化表示するなどしてユーザに情報提供する。仲介装置連携部16は、マネージャ装置10の管理化にある各仲介装置20に対して収集対象となるデータ項目、データの収集間隔、情報収集の対象となるエージェント装置30のIPアドレス等を提供する。収集対象格納部12は、収集対象編集部11で編集された収集対象の情報を格納する。
【0020】
ここで、収集対象格納部12に格納される最小限のデータについて説明する。図2は、収集対象格納部12に格納されるデータの一例を示した図である。
【0021】
図2(a)は、マネージャ装置10が管理する仲介装置20の情報を表す仲介装置一覧を示した図であり、仲介装置20を一意的に識別するための仲介装置名、仲介装置20を介してエージェント装置30がデータ収集を行う時間間隔を示すデータ収集間隔、エージェント装置30に関する情報を更新設定した時刻を示すデータ更新時刻で構成されている。なお、仲介装置一覧において仲介装置名の重複がないようにしておく。
【0022】
図2(b)は、仲介装置20が管理するエージェント装置30の情報を表すエージェント一覧を示した図であり、エージェント装置30を一意的に識別するためのエージェント名、エージェント装置30のIPアドレス、仲介装置名で構成されている。なお、エージェント装置一覧において仲介装置名が同じものに関してはエージェント名の重複がないようにしておく。
【0023】
図2(c)は、エージェント装置30が観測すべきトラフィック情報等を示した収集対象一覧を示した図であり、CPU使用率やトラフィック量等の収集対象となる収集対象データ項目名、仲介装置名、エージェント名で構成されている。例えば、SNMPで情報収集を行う場合は、収集対象データ項目名にOID(Object Identifier)の識別子が付加される。
【0024】
プライベート側サイト200は、1つの仲介装置20、複数のエージェント装置30およびこれらを電気的に接続させるLAN(Local Area Network)40で構成されている。
【0025】
仲介装置20は、マネージャ装置連携部21、エージェント装置設定部22および収集対象格納部23を備えている。マネージャ装置連携部21は、マネージャ装置10から収集対象となるデータ項目、データの収集間隔、情報収集の対象となるエージェント装置30のIPアドレス等を取得する。エージェント装置設定部22は、仲介装置20の管理化にある各エージェント装置30に対し収集対象となるデータ項目の設定や収集したデータの送信指示等の制御を行う。収集対象格納部23は、マネージャ装置連携部21がマネージャ装置10から取得した収集対象となるデータ項目、データの収集間隔、情報収集の対象となるエージェント装置30のIPアドレス等の情報を格納する。
【0026】
エージェント装置30は、データ観測部31、データ送信部32および観測データ格納部33を備えている。データ観測部31は、仲介装置20によって設定された収集対象データ項目の値を観測する。収集対象データとしては、例えばCPU使用率やメモリ使用量等のエージェント装置30が実装されている計算機のシステム情報や、パケット別、ポート別、アドレス別のトラフィック情報等がある。観測データ格納部33は、データ観測部31によって得られた観測結果一時的に格納する。データ送信部32は、データ観測部31によって得られた観測結果をマネージャ装置10の収集データ受信部13に送信する。
【0027】
動的NAT機能を備えたルータ300は、プライベートアドレスをグローバルアドレスに変換することによって異なるアドレス空間を持つネットワーク同士で通信を可能にするものであり、複数のエージェント装置30や仲介装置20に対して動的に1つのグローバルアドレスを割り当て、プライベート側サイト200からグローバル側サイト100への送信を行うことを可能にする。なお、エージェント装置30(プライベート)側のアドレスはインターネット上では一意性が保証されず交信の度に異なるグローバルアドレスを割り当てられるため、マネージャ装置10(グローバル)側からエージェント装置30側へのデータの送信はできない。
【0028】
実施の形態1の処理について図3に示すフローチャートに従って説明する。図3は実施の形態1にかかる情報収集システムの処理手順を示したフローチャートである。
【0029】
まず、初期設定としてマネージャ装置10には、収集対象編集部11で使用する仲介装置名、エージェント名、データ収集間隔、エージェントのIPアドレス、収集対象データ項目等を設定しておく。また、仲介装置20には、仲介装置名、マネージャ情報、エージェント情報等を設定しておく。ここでのマネージャ情報には仲介装置20がIPネットワークを介してマネージャ装置10にアクセスするためのIPアドレスやURLが含まれ、エージェント情報には図2(b)で示したエージェント一覧から仲介装置20が管理するエージェント装置30を識別するためのエージェント名が含まれる。さらに、エージェント装置30には、マネージャ情報等を設定しておく。
【0030】
マネージャ装置10は、収集対象編集部11を用いて各エージェント装置30から収集するデータ項目、マネージャ装置10が管理する仲介装置20およびエージェント装置30の情報を図2に示すような収集対象の情報として編集作成する(ステップS100)。なお、この収集対象の情報はシステムの運用中であってもエージェントの追加や収集するデータ項目の変更など必要に応じて編集するものとする。つぎに、編集作成された収集対象の情報を収集対象格納部12を用いて格納する(ステップS110)。この後、マネージャ装置10は待機状態になる。
【0031】
つぎに、仲介装置20のマネージャ装置連携部21は仲介装置連携部16に対して収集対象の情報を要求して収集対象の情報を取得する。ここでの情報取得は、収集対象格納部12に格納されている仲介装置一覧、エージェント一覧および収集対象データ一覧に基づいて行われる。仲介装置一覧からは自己の仲介装置名に対応するデータ収集間隔を取得し、エージェント一覧からは自己の仲介装置名に対応するエージェント名とそのエージェント名に対応するIPアドレスを取得し、さらに収集対象データ一覧からは自己の仲介装置名とエージェント名に対応する収集対象データ項目名を取得する(ステップS120)。
【0032】
ここで、仲介装置20のマネージャ装置連携部21がマネージャ装置10の仲介装置連携部16から収集対象の情報を得ることができなかった場合は、マネージャ装置10においてこの仲介装置20に対する収集対象の情報を設定していない場合であるので、所定の時間が経過した後、再度ステップS120を行う(ステップS130)。
【0033】
仲介装置20がマネージャ装置10から収集対象の情報を取得する方式は、例えばMIB収集プロセスを用いる場合はSNMPのGetRequest−GetResoponseで通信を行い、リレーショナルデータベースを用いる場合はSQL(Structured Query Language)言語で通信行い、ファイル形式となっている場合には、ftp(File Transfer Protocol),http(HyperText TransportProtocol)アクセスで通信を行う。
【0034】
つぎに、マネージャ装置連携部21が仲介装置連携部16から収集対象の情報を取得できた場合、この収集対象の情報を収集対象格納部23に格納する(ステップS140)。
【0035】
この後、エージェント装置設定部22は、収集対象格納部23に格納されている収集対象の情報に基づいて各エージェント装置30が観測対象とすべきデータ項目を各エージェント装置30に設定する(ステップS150)。仲介装置20は、全てのエージェント装置30に対して設定を完了したら、収集対象の情報にある仲介装置一覧から取得したデータ収集間隔が示す時間待機する。
【0036】
エージェント装置30は、仲介装置20によって収集対象のデータ項目(観測対象とすべきデータ項目)が設定された後、データ観測部31によって収集対象データ項目のデータ観測を開始する(ステップS160)。データ観測されたデータの値は、観測データ格納部33によって格納する(ステップS170)。
【0037】
仲介装置20は、データ収集間隔が示す時間が経過した後マネージャ装置10にアクセスして仲介装置一覧のデータ更新時刻が変更されているか否かを確認する(ステップS180)。
【0038】
データ更新時刻が変更されている場合は、収集対象の情報が変更されているためステップS120に戻って収集対象の情報を改めて取得する。データ更新時刻が変更されていない場合、仲介装置20はマネージャ装置10にアクセスしてエージェント装置30が観測したデータの値をマネージャ装置10へ送信しても良いか否かの問い合わせを行う(ステップS190)。
【0039】
観測したデータの値を送信しても良いか否かの問い合わせを受信したマネージャ装置10の仲介装置連携部16は、仲介装置20に送信の可否を判断する(ステップS200)。
【0040】
マネージャ装置10は、マネージャ装置10が他の仲介装置20からの問い合わせ中である場合やエージェント装置30からデータを受信中である場合等、マネージャ装置10が新たな処理を行うことができない場合は仲介装置20に対して送信不可の回答を行う。この場合、仲介装置は所定の時間待ってからマネージャ装置10にアクセスして再度送信しても良いか否かの問い合わせを行う。
【0041】
一方、マネージャ装置10がエージェント装置30の観測したデータを受信しても良いと判断した場合、マネージャ装置10は仲介装置20に対して送信可能の回答を行う。
【0042】
このように、マネージャ装置10に対して観測したデータの値を送信しても良いか否かの問い合わせを行うことによって多くのエージェントから同時に収集データが送信されることを回避する。
【0043】
仲介装置20がマネージャ装置10から送信可能の回答を受信した場合、仲介装置20はエージェント装置設定部22を用いてエージェント装置30に観測したデータの値をマネージャ装置10へ送信するよう指示を出す(ステップS210)。この時、マネージャ装置10の処理能力に応じて複数のエージェント装置30に対して同時に送信の指示を出してもよいし、順次送信の指示を出してもよい。
【0044】
仲介装置20は、エージェント装置30に送信の指示を出した後、図2(b)で示した仲介装置一覧から取得したデータ収集間隔が示す時間待機しステップS180へ戻って同様の処理が繰り替えされる。
【0045】
エージェント装置30は、仲介装置20から観測したデータの値の送信指示を受信した後(ステップS220)、マネージャ装置10の収集データ受信部13へ観測したデータの値を送信する(ステップS230)。
【0046】
エージェント装置30からマネージャ装置10へのデータ送信の方法には、例えばftpやhttpでのアップロード、SQLのINSERTによるデータベースアクセス、SNMPのGetResponseを用いる方式がある。
【0047】
また、エージェント装置30は、マネージャ装置10がどのエージェント装置30から送信された収集データであるかを区別するために送信する収集情報にエージェント名の識別子を持たせる必要がある。
【0048】
例えば、ftpやhttpではアップロードするデータの中に図2に示したエージェント名を含めればよい。SQLのINSERTによるデータベースアクセスでは、収集データの各レコードにエージェント名を格納するカラムを設けてINSERTすればよい。SNMPのGetResponseでは、パケットの中のRequestIDと呼ばれる領域にエージェント名を付加し、マネージャ装置10がこの内容を読み取れるように設定しておけばよい。
【0049】
マネージャ装置10の収集データ受信部13は、エージェント装置30から送信された収集データ(観測されたデータの値)を受信して時系列順に蓄積する(ステップS240)。蓄積された収集データは、収集データ格納部14を用いて格納される(ステップS250)。この時の収集データは、エージェント装置30から発信された時刻順または収集データ格納部14に格納された時刻順に格納する。
【0050】
また、収集データの格納に際してデータの内容に応じて必要な加工を加えてもよい。例えば、収集データがエージェント装置30が起動して以来観測したパケット数である場合は、前回観測したパケット数と今回観測したパケット数の差分値を計算して格納したり、パケット数を秒単位に換算して格納したりする。また、ユーザから収集データの開示要求があった場合収集データ開示部15は収集データ格納部14に格納された収集データの中から要求されたデータを検索してこれをグラフ化するなどしてユーザに提供する。
【0051】
通常、データ収集間隔とエージェント装置30からマネージャ装置10へデータ送信をしても良いか否かの判定に基づき所定の周期でエージェント装置30からマネージャ装置10にデータが送信されるが、各エージェント装置30からマネージャ装置10に対し所定の周期で観測データの送信がなされない場合は、マネージャ装置10は収集データの欠落を記録しておく。
【0052】
そして、仲介装置20はステップS250で行うマネージャ装置10への送信可否の問い合わせをする際に、マネージャ装置10が記録したエラー状態(収集データの欠落)の有無を確認する。エラー状態である場合は、エラー状態のエージェント装置30の診断を行い、診断結果をマネージャ装置10に送信する。
【0053】
このように実施の形態1によれば、データの設定、収集の契機となるトラフィックは全てエージェント装置30から開始するので、動的NAT等のようにマネージャ装置10からは一意的にエージェント装置30や仲介装置20のIPアドレスを決められない場合であっても有効にトラフィック情報を収集することが可能となる。また、収集のためのトラフィックは基本的にはエージェント装置30から一方的に出されるのでGetRequest−GetResponseを用いる手段よりも負荷を少なくすることができる。
【0054】
実施の形態2.
図4および図5を用いてこの発明の実施の形態2について説明する。この実施の形態2においては、仲介装置20が収集データ受信部24と収集データ格納部25をさらに備えて構成されている。
【0055】
図4はこの発明の実施の形態2にかかる情報収集システムの構成を示すブロック図である。図4の各構成要素のうち図1に示す実施の形態1と同一機能を達成する構成要素については同一番号を付しており重複する説明は省略する。
【0056】
仲介装置20は、マネージャ装置連携部21、エージェント装置設定部22および収集対象格納部23に加えてさらに、収集データ受信部24、収集データ格納部25、データ送信部26を備えている。
【0057】
収集データ受信部24は、各エージェント装置30から送信されるトラフィック情報等を受信し時系列に蓄積する。収集データ格納部25は、収集データ受信部13で蓄積されたトラフィック情報等の収集データを格納する。データ送信部26は、収集データ格納部25で格納された収集データをマネージャ装置10の収集データ受信部13へ送信する。
【0058】
実施の形態2の処理について図5に示すフローチャートに従って説明する。図5はこの発明の実施の形態2にかかる情報収集システムの処理手順を示したフローチャートである。
【0059】
エージェント装置30が、データ観測部31によって収集対象データ項目のデータ観測を開始する(ステップS160)ところまでは実施の形態1と同じである。
【0060】
エージェント装置30が設定された収集対象データ項目のデータ観測を完了した後、エージェント装置30は仲介装置20へ観測したデータの値を送信する(ステップS300)。
【0061】
仲介装置20の収集データ受信部24がエージェント装置30から送信された収集データ(観測されたデータの値)を受信して時系列順に蓄積する(ステップS310)。蓄積された収集データは、収集データ格納部25を用いて格納される(ステップS320)。
【0062】
そして、仲介装置20は、仲介装置20管理下の全てのエージェント装置30から収集データを受信し終えた後、収集データ格納部25に格納された収集データをまとめてマネージャ装置10へ送信する(ステップS330)。
【0063】
マネージャ装置10の収集データ受信部13は、仲介装置20から送信された収集データを受信して時系列順に蓄積し(ステップS340)、蓄積された収集データは、収集データ格納部14を用いて格納される(ステップS350)。
【0064】
このように実施の形態2によれば、仲介装置20が収集データをまとめてマネージャ装置10へ送信するので、各エージェント装置30がマネージャ装置10へ収集データを送信する場合よりも総トラフィックを減らすことが可能となる。また、一時的に仲介装置20とマネージャ装置10の間の通信が行えない状態が発生した場合であっても、仲介装置20とマネージャ装置10の通信が行えるようになった後、収集データ格納部25に格納しておいた収集データをマネージャ装置10に送信することができるため、障害に強い情報収集システムを得ることができる。
【0065】
【発明の効果】
以上説明したとおり、この発明によれば、データの設定、収集の契機となるトラフィックは全てエージェント側から開始するので、動的NAT等のようにマネージャ側からは一意的にエージェント装置側のIPアドレスを決められない場合であっても有効にトラフィック情報を収集することが可能になるという効果を奏する。
【図面の簡単な説明】
【図1】この発明の実施の形態1にかかる情報収集システムの構成を示すブロック図である。
【図2】この発明の実施の形態1にかかる収集対象格納部12に格納されるデータの一例を示した図である。
【図3】この発明の実施の形態1にかかる情報収集システムの処理手順を示したフローチャートである。
【図4】この発明の実施の形態2にかかる情報収集システムの構成を示すブロック図である。
【図5】この発明の実施の形態2にかかる情報収集システムの処理手順を示したフローチャートである。
【符号の説明】
10 マネージャ装置、11 収集対象編集部、12,23 収集対象格納部、13,24 収集データ受信部、14,25 収集データ格納部、15 収集データ開示部、16 仲介装置連携部,20 仲介装置、21 マネージャ装置連携部、22 エージェント装置設定部、26,32 データ送信部、30 エージェント装置、31 データ観測部、33 観測データ格納部、40 LAN、100 グローバル側サイト、200 プライベート側サイト、300 ルータ。[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to an information collection system, and more particularly to an information collection system for collecting, storing, and providing traffic information and system information on a network.
[0002]
[Prior art]
Nowadays, communication networks have been developed, and it is a user's concern to grasp network performance (traffic information) and usage status (system information).
[0003]
Generally, information on an agent device (managed device) to be managed is collected, stored, and provided by a manager device (management device) connected via a network. The information collection of the agent device is performed, for example, by using an SNMP (management information base) information collection process used in a network management protocol called SNMP (Simple Network Management Protocol) to collect information of the SNMP agent (agent device) by an SNMP manager (manager device) Is done by getting.
[0004]
The transmission and reception of information between the SNMP manager and the SNMP agent by the MIB information collection process is performed by message data corresponding to an SNMP command called a PDU (Protocol Data Unit). The message data includes a GetRequest used when the SNMP manager requests the SNMP agent to send information, a GetResponse used when the SNP agent device responds to the GetRequest request, and an agent There is Trap or the like used when notifying the contents of an event spontaneously.
[0005]
In the MIB information collection process, the SNMP manager requests the traffic information by transmitting a GetRequest to the SNMP agent group at a constant period. On the other hand, the SNMP agent group returns traffic information and the like to the SNMP manager by a GetResponse. Then, the traffic information returned to the SNMP manager is stored in the database.
[0006]
However, in such an MIB information collection system, there is a problem that a request and a response traffic are generated for the information collection, and when the data amount of the traffic information of the agent to be collected increases, a load is applied to the network. Occurs.
[0007]
Usually, the data items collected from the SNMP agent by the SNMP manager at regular intervals are the same, and the data items are different when there is a change in the data items to be collected from the SNMP agent, or when an SNMP agent is added or changed. Only when there is. As described above, when the pair of GetRequest and GetResponse is used, the SNMP manager sends almost the same GetRequest to the SNMP agent every time. Therefore, it is conceivable to reduce the amount of traffic for information collection by eliminating such transmission of the almost same GetRequest.
[0008]
According to the network management system described in Patent Literature 1, the SNMP manager sets a data item to be collected, an information collection interval, or a data collection time for each SNMP agent. Each SNMP agent transmits data to the SNMP manager using Trap based on these settings. As described above, if the data items to be collected, the intervals at which data is collected, or the data collection times are set in advance for the SNMP agent, the SNMP agent transmits data to the SNMP manager according to the set conditions. It suffices to reduce the traffic volume for information collection to about half.
[0009]
In addition, there is a dynamic NAT (Network Address Translation) that enables communication between networks having different address spaces by converting a private address into a global address. The dynamic NAT provides a means for dynamically allocating one global address to a plurality of private addresses and communicating with an external device. A plurality of terminals can share one global address.
[0010]
[Patent Document 1]
JP-A-2000-134203 (page 1)
[0011]
[Problems to be solved by the invention]
However, according to the above-described conventional technique, it is not possible to cope with a case where the setting of the SNMP agent group to be observed is changed regardless of the intention of the SNMP manager. When dynamic NAT is used for the SNMP agent that uses a private address, the address of the device on the SNMP agent (private address) side is not guaranteed unique on the Internet, and a different global address is assigned for each communication. Data cannot be sent from the (global address) side to the private address side.
[0012]
That is, if the above-described conventional technique is performed using dynamic NAT in which the address of the agent can be changed, there has been a problem that the GetRequest cannot reach the SNMP agent from the SNMP manager.
[0013]
The present invention has been made in view of the above, and an object of the present invention is to provide an information collection system capable of collecting information even in a network environment using dynamic NAT.
[0014]
[Means for Solving the Problems]
In order to solve the above-mentioned problems and achieve the object, in an information collection system according to the present invention, a global site having a manager device for collecting information and a private site having an agent device for providing information And a router having a dynamic NAT function for performing address translation for enabling data transmission between the private site and the global site, wherein the private site is An intermediary device electrically connected to the agent device via a LAN, the intermediary device causes the agent device to collect information requested by the manager device, and sends the collected information directly to the manager device. Transmitting to the manager device via the mediation device. To.
[0015]
According to the present invention, even if a request for information collection cannot be made directly from the manager device to the agent device, the agent device can cause the agent device to collect information requested by the manager device.
[0016]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, an embodiment of an information collecting system according to the present invention will be described in detail with reference to the accompanying drawings. It should be noted that the present invention is not limited by the embodiment.
[0017]
Embodiment 1 FIG.
Embodiment 1 of the present invention will be described with reference to FIGS. FIG. 1 is a block diagram showing a configuration of the information collecting system according to the first embodiment of the present invention. In the information collection system, a
[0018]
The
[0019]
The collection
[0020]
Here, the minimum data stored in the collection
[0021]
FIG. 2A is a diagram illustrating an intermediary device list representing information on the
[0022]
FIG. 2B is a diagram showing an agent list representing information on the
[0023]
FIG. 2C is a diagram showing a collection target list showing traffic information and the like to be observed by the
[0024]
The
[0025]
The
[0026]
The
[0027]
The
[0028]
The processing of the first embodiment will be described with reference to the flowchart shown in FIG. FIG. 3 is a flowchart illustrating a processing procedure of the information collection system according to the first embodiment.
[0029]
First, as initial settings, the mediation device name, agent name, data collection interval, agent IP address, collection target data items, and the like used in the collection
[0030]
The
[0031]
Next, the manager
[0032]
Here, when the manager
[0033]
The method by which the
[0034]
Next, when the manager
[0035]
Thereafter, the agent
[0036]
After the data items to be collected (data items to be observed) are set by the
[0037]
The
[0038]
If the data update time has been changed, the information to be collected has been changed, and the process returns to step S120 to acquire the information to be collected again. If the data update time has not been changed, the
[0039]
The mediation
[0040]
When the
[0041]
On the other hand, when the
[0042]
In this way, by sending an inquiry to the
[0043]
When the
[0044]
After issuing a transmission instruction to the
[0045]
After receiving the transmission instruction of the observed data value from the mediation device 20 (step S220), the
[0046]
As a method of transmitting data from the
[0047]
In addition, the
[0048]
For example, in the case of ftp or http, the agent name shown in FIG. 2 may be included in the data to be uploaded. In database access by INSERT of SQL, INSERT may be performed by providing a column for storing an agent name in each record of collected data. In the SNMP GetResponse, an agent name may be added to an area called RequestID in the packet, and the setting may be made so that the
[0049]
The collected
[0050]
When storing the collected data, necessary processing may be added according to the content of the data. For example, when the collected data is the number of packets observed since the activation of the
[0051]
Normally, data is transmitted from the
[0052]
When making an inquiry to the
[0053]
As described above, according to the first embodiment, all traffic that triggers the setting and collection of data starts from the
[0054]
Second Embodiment A second embodiment of the present invention will be described with reference to FIGS. In the second embodiment, the
[0055]
FIG. 4 is a block diagram showing a configuration of the information collecting system according to the second embodiment of the present invention. Components that achieve the same functions as those in the first embodiment shown in FIG. 1 among the components in FIG. 4 are assigned the same numbers, and duplicate descriptions are omitted.
[0056]
The
[0057]
The collected
[0058]
The processing according to the second embodiment will be described with reference to the flowchart shown in FIG. FIG. 5 is a flowchart illustrating a processing procedure of the information collecting system according to the second embodiment of the present invention.
[0059]
The configuration is the same as that of the first embodiment up to the point where the
[0060]
After the
[0061]
The collected
[0062]
Then, after completing the reception of the collected data from all the
[0063]
The collected
[0064]
As described above, according to the second embodiment, the
[0065]
【The invention's effect】
As described above, according to the present invention, all the traffic that triggers the setting and collection of data starts from the agent side. Therefore, the IP address of the agent device side is uniquely determined by the manager side such as dynamic NAT. This makes it possible to effectively collect traffic information even when it is not possible to determine the traffic information.
[Brief description of the drawings]
FIG. 1 is a block diagram illustrating a configuration of an information collection system according to a first embodiment of the present invention;
FIG. 2 is a diagram illustrating an example of data stored in a collection
FIG. 3 is a flowchart illustrating a processing procedure of the information collection system according to the first embodiment of the present invention;
FIG. 4 is a block diagram illustrating a configuration of an information collection system according to a second embodiment of the present invention;
FIG. 5 is a flowchart illustrating a processing procedure of the information collecting system according to the second embodiment of the present invention;
[Explanation of symbols]
Claims (7)
前記プライベート側サイトは、前記エージェント装置とLANを介して電気的に接続される仲介装置を備え、
前記仲介装置は、前記マネージャ装置が要求する情報を前記エージェント装置に収集させ、かつ該収集させた情報を直接前記マネージャ装置へ送信させるかまたは前記仲介装置を介して前記マネージャ装置へ送信することを特徴とする情報収集システム。A global site having a manager device for collecting information, a private site having an agent device for providing information, and an operation of performing an address conversion for enabling data transmission between the private site and the global site. An information collection system comprising a router having a dynamic NAT function,
The private site includes an intermediary device electrically connected to the agent device via a LAN,
The mediation device causes the agent device to collect information requested by the manager device, and transmits the collected information directly to the manager device or transmits the information to the manager device via the mediation device. An information collection system that is characteristic.
前記仲介装置は、前記マネージャ装置にアクセスして前記第2の格納手段に格納された情報を取得する取得手段を備え、仲介装置は該取得手段によって取得した情報を用いて前記エージェント装置を制御することを特徴とする請求項1または2に記載の情報収集システム。The manager device includes a second storage for storing information for the mediation device to access the agent device, information on data items to be collected by the agent device, and information on a time interval for collecting information on the agent device. With means,
The intermediary device includes an obtaining unit that accesses the manager device and obtains information stored in the second storage unit, and the intermediary device controls the agent device using the information obtained by the obtaining unit. The information collection system according to claim 1 or 2, wherein:
前記仲介装置は、前記格納している情報が更新されていない場合は前記エージェント装置に収集させた情報を前記エージェント装置に直接送信させるかまたは前記エージェント装置に収集させた情報を前記仲介装置を介して前記マネージャ装置に送信し、前記格納している情報が更新されている場合は前記更新されている情報に基づいて前記エージェント装置に新たな情報を収集させることを特徴とする請求項1〜4のいずれか1つに記載の情報収集システム。The second storage unit further stores information on the date and time when the stored information is updated for each agent device,
When the stored information is not updated, the mediation device transmits the information collected by the agent device directly to the agent device, or transmits the information collected by the agent device through the mediation device. And transmitting the information to the manager device, and when the stored information is updated, causes the agent device to collect new information based on the updated information. The information collection system according to any one of the above.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2003110500A JP2004318413A (en) | 2003-04-15 | 2003-04-15 | Information gathering system |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2003110500A JP2004318413A (en) | 2003-04-15 | 2003-04-15 | Information gathering system |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2004318413A true JP2004318413A (en) | 2004-11-11 |
Family
ID=33471343
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2003110500A Pending JP2004318413A (en) | 2003-04-15 | 2003-04-15 | Information gathering system |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2004318413A (en) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2009545025A (en) * | 2006-07-21 | 2009-12-17 | バークレイズ・キャピタル・インコーポレーテッド | Method and system for identifying inventory of computer assets on a network and performing inventory management |
JP2010199669A (en) * | 2009-02-23 | 2010-09-09 | Nippon Telegr & Teleph Corp <Ntt> | Traffic information gathering method in backbone network, traffic information gathering device, and program |
-
2003
- 2003-04-15 JP JP2003110500A patent/JP2004318413A/en active Pending
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2009545025A (en) * | 2006-07-21 | 2009-12-17 | バークレイズ・キャピタル・インコーポレーテッド | Method and system for identifying inventory of computer assets on a network and performing inventory management |
JP2010199669A (en) * | 2009-02-23 | 2010-09-09 | Nippon Telegr & Teleph Corp <Ntt> | Traffic information gathering method in backbone network, traffic information gathering device, and program |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP3688777B2 (en) | Batch transfer system | |
KR101548021B1 (en) | Method For Managing Network | |
US6256747B1 (en) | Method of managing distributed servers and distributed information processing system using the method | |
JP5093598B2 (en) | Control relay program, control relay device, and control relay method | |
KR100716167B1 (en) | Network management system and method | |
JPH11122301A (en) | Address conversion connection device | |
JP2010282610A (en) | Network system and management method therefor | |
CN102859970A (en) | Values represented as internet protocol addresses | |
JP5091217B2 (en) | Home device information collecting apparatus and home device information collecting method | |
JP5038956B2 (en) | Network system | |
JP4351591B2 (en) | Server system and server | |
JP4025597B2 (en) | Data communication apparatus and method, data communication program and recording medium recording the program | |
JP2004318413A (en) | Information gathering system | |
KR20140125223A (en) | Method for collecting information with management interface in contents network based on information centric networking, content network management system, and node apparatus | |
KR100568235B1 (en) | Apparatus and method for requesting service provided by network device | |
JPWO2019123832A1 (en) | Terminal management device and terminal device | |
JP2006020157A (en) | Node information collecting device | |
JP5135422B2 (en) | Gateway device | |
JP4167260B2 (en) | Information acquisition apparatus and method | |
JP3877557B2 (en) | Hierarchical network management system | |
JP4111973B2 (en) | Information acquisition apparatus and method | |
JP4777932B2 (en) | Network management system | |
JP4882942B2 (en) | Management information providing apparatus, node, and management information providing program | |
JP5312124B2 (en) | Network management method and system, and network management system program | |
KR20050001123A (en) | System and method for managing of network failure |