(57)【要約】【課題】ＳＮＭＰエージェントから情報収集を行う際に、初回の情報収集のために実行されるＯＩＤ生成処理のステップ数を低減する技術を提供する。【解決手段】ステップｂ１に示すように、検索対象のＭＩＢサブツリーのＯＩＤの配下のＯＩＤすべてを収集対象として、ｓｎｍｐｗａｌｋコマンドを実行してＯＩＤと値の両方を一括して収集してしまうために、その処理を記述するステップ数を、従来のステップ数より大幅に減らすことができる。また、ステップｂ２〜ｂ４に示すように、ＯＩＤと値の両方を表形式でリレーショナルデータベースのように扱うことによって、収集対象のＯＩＤを容易に導出することができ、ステップ数は、結合処理、削除処理、抽出処理の３ステップで記述することができる。そのため、初回の情報収集の際に実行されるＯＩＤ生成処理のステップ数を低減することができる。【選択図】 図３
2011151531.tif 000002
【特許請求の範囲】
【請求項１】
ＳＮＭＰ（Simple Network Management Protocol）マネージャとして動作し、ＳＮＭＰで管理されるネットワークを構成する機器がＳＮＭＰエージェントとなって記憶しているＭＩＢ（Management Information Base）情報から収集対象の情報を、前記ネットワークを介して収集するトラヒック情報収集装置であって、
前記ＳＮＭＰエージェントの機種および運用情報ごとに、収集する項目とその格納場所を示すＯＩＤ（object ID）、前記ＯＩＤとそのＯＩＤに格納されている値の両方を前記ＳＮＭＰエージェントから収集する命令情報、収集したＯＩＤと値とを関連付ける表を作成する命令情報、および前記作成した表の中から前記収集対象の情報を抽出するために用いる命令情報を記憶するＯＩＤ検索情報を格納している記憶部と、
収集対象の前記ＳＮＭＰエージェントの機種および運用情報に基づいて、当該ＳＮＭＰエージェントの機種および運用情報に対応するＯＩＤ検索情報から読み出した前記ＯＩＤとそのＯＩＤに格納されている値の両方を前記ＳＮＭＰエージェントから収集する命令情報を用いて、当該ＳＮＭＰエージェントが記憶しているＭＩＢ情報の中から、前記ＯＩＤの配下のＯＩＤおよび当該配下のＯＩＤに格納されている値のすべてを収集するＳＮＭＰ情報解析部と、
当該ＳＮＭＰエージェントの機種および運用情報に対応するＯＩＤ検索情報から読み出した前記収集したＯＩＤと値とを関連付ける表を作成する命令情報を用いて、前記ＳＮＭＰ情報解析部によって収集されたＯＩＤとそのＯＩＤに格納されている値とを関連付ける表を作成し、前記作成した表の中から前記収集対象の情報を抽出するために用いる命令情報を用いて、前記作成した表に対して行または列を単位として、収集対象に合致するＯＩＤの該当部分が共通するもの同士を結合する結合処理および収集対象に合致しないＯＩＤまたは値を削除する削除処理のいずれかまたは双方と、収集対象に合致するＯＩＤを抽出する抽出処理と、を実行して、収集対象のＯＩＤおよびそのＯＩＤに格納されている値を絞り込んで収集対象の情報を決定する表処理部と、
を備えることを特徴とするトラヒック情報収集装置。
【請求項２】
ＳＮＭＰ（Simple Network Management Protocol）マネージャとして動作し、ＳＮＭＰで管理されるネットワークを構成する機器がＳＮＭＰエージェントとなって記憶しているＭＩＢ（Management Information Base）情報から収集対象の情報を、前記ネットワークを介して収集するトラヒック情報収集装置で用いられるトラヒック情報収集方法であって、
前記トラヒック情報収集装置は、
前記ＳＮＭＰエージェントの機種および運用情報ごとに、収集する項目とその格納場所を示すＯＩＤ（object ID）、前記ＯＩＤとそのＯＩＤに格納されている値の両方を前記ＳＮＭＰエージェントから収集する命令情報、収集したＯＩＤと値とを関連付ける表を作成する命令情報、および前記作成した表の中から前記収集対象の情報を抽出するために用いる命令情報を記憶するＯＩＤ検索情報を格納している記憶部と処理部とを備え、
前記処理部は、
収集対象の前記ＳＮＭＰエージェントの機種および運用情報に基づいて、当該ＳＮＭＰエージェントの機種および運用情報に対応するＯＩＤ検索情報から読み出した前記ＯＩＤとそのＯＩＤに格納されている値の両方を前記ＳＮＭＰエージェントから収集する命令情報を用いて、当該ＳＮＭＰエージェントが記憶しているＭＩＢ情報の中から、前記ＯＩＤの配下のＯＩＤおよび当該配下のＯＩＤに格納されている値のすべてを収集するステップ、
当該ＳＮＭＰエージェントの機種および運用情報に対応するＯＩＤ検索情報から読み出した前記収集したＯＩＤと値とを関連付ける表を作成する命令情報を用いて、前記ＳＮＭＰ情報解析部によって収集されたＯＩＤとそのＯＩＤに格納されている値とを関連付ける表を作成するステップ、
前記作成した表の中から前記収集対象の情報を抽出するために用いる命令情報を用いて、前記作成した表に対して行または列を単位として、収集対象に合致するＯＩＤの該当部分が共通するもの同士を結合する結合処理および収集対象に合致しないＯＩＤまたは値を削除する削除処理のいずれかまたは双方と、および収集対象に合致するＯＩＤを抽出する抽出処理と、を実行して、収集対象のＯＩＤおよびそのＯＩＤに格納されている値を絞り込んで収集対象の情報を決定するステップ、
を実行することを特徴とするトラヒック情報収集方法。
【請求項３】
請求項２に記載のトラヒック情報収集方法を、コンピュータとしてのトラヒック情報収集装置に実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを構成する装置（ネットワーク装置）からトラヒック情報を収集する技術に関する。
【背景技術】
【０００２】
ＩＰ(Internet Protocol)ネットワークでは、ルータ、スイッチ等の各ネットワーク装置は、自身をパケットが通過するときに、そのパケットのトラヒック情報をトラヒック統計情報として記憶している。このトラヒック統計情報は、ネットワーク利用状況を管理するオペレーションセンタに設置されるトラヒック収集装置によって収集される。そして、トラヒック収集装置は、収集したトラヒック統計情報に基づいて、通信回線、通信機器等の通信設備の稼動状況を分析し、ネットワークのサービス品質の維持向上に役立てるための分析結果を出力する。
【０００３】
トラヒック統計情報を収集する方法として、ＳＮＭＰ（Simple Network Management Protocol）が知られている。ＳＮＭＰは、トラヒック収集装置が定期的にネットワーク装置にアクセスして、ネットワーク装置からトラヒック統計情報を収集するために用いられる（非特許文献１参照）。
【０００４】
ＳＮＭＰを用いたトラヒック統計情報収集処理の具体例を、図１，２を用いて説明する。図１は、トラヒック統計情報の格納状態を示す図である。また、図２は、トラヒック統計情報を収集する従来処理の流れを示す図である。
【０００５】
図１に示すように、ＳＮＭＰを用いてトラヒック情報の収集を実行する主体であるトラヒック収集装置をＳＮＭＰマネージャと呼び、トラヒック統計情報の取得対象となってＳＮＭＰマネージャからのアクセスに応答するネットワーク装置等をＳＮＭＰエージェントと呼ぶ。ＳＮＭＰエージェントは、仮想的なデータベースであるＭＩＢ（Management Information Base）に各種情報を格納している。ＭＩＢは、図１に示すように、ツリー構造で構成され、各種情報は、それぞれユニークな番地を示すＯＩＤ（Object ID）によって識別される。例えば、図１の右上のＯＩＤは、「．１．３．６．１．１」のように表される。また、ＯＩＤごとに、情報の値が格納されている。例えば、ＯＩＤ＝（．１．３．６．１．１）には値「２」が格納されている。このＯＩＤ＝（．１．３．６．１．１）の値は、ｓｎｍｐｇｅｔコマンドを用いて取得される。
【０００６】
次に、図２を用いて、ＯＩＤの値を収集する従来処理の流れの具体例を説明する。図２のＭＩＢには、ＯＩＤ＝（．１．３．６．１）の配下にＭｅｍＴｙｐｅ（メモリ型番）、ＯＩＤ＝（．１．３．６．２）の配下にＭｅｍＵｓｅｄ（使用済みメモリ量）、ＯＩＤ＝（．１．３．６．３）の配下にＭｅｍＦｒｅｅ（未使用メモリ量）が格納されている。そして、図２は、ＳＮＭＰマネージャが、メモリ使用率（＝ｕｓｅｄ／（ｕｓｅｄ＋ｆｒｅｅ）＝使用済みメモリ量／（使用済みメモリ量＋未使用メモリ量））を算出するために、ＳＮＭＰエージェントから使用済みメモリ量の値と未使用メモリ量の値とを取得するケースを表している。ただし、ＭｅｍＴｙｐｅの値が「１２」の場合を除外するものとする。
【０００７】
従来処理では、ｓｎｍｐｇｅｔを用いて、ＯＩＤに対応する値がhop-by-hopで取得される。すなわち、ＭｅｍＴｙｐｅごとにそのＭｅｍＴｙｐｅに係る値を収集するために、まず、ＯＩＤの最後の枝番が同じものを検索していき、使用済みメモリ量（ｕｓｅｄ）の値と未使用メモリ量（ｆｒｅｅ）の値とを収集していく（ステップａ１）。具体的には、まず、ＳＮＭＰマネージャは、ＯＩＤ＝（．１．３．６．１．１）の値「２」を取得する。そして、ＳＮＭＰマネージャは、その取得した値が、「１２」でないことをチェックする。次に、ＯＩＤの最後から２番目の枝番を変更する処理を行って、次のＯＩＤが（．１．３．６．２．１）→（．１．３．６．３．１）の順に変更されて、そのＯＩＤに対応する値「２００」「８３０」が取得される。
【０００８】
そして、ＳＮＭＰマネージャは、ＯＩＤの最後の枝番「１」の検索が終了すると、ＯＩＤの最後から２番目の枝番と最後の枝番とを次のＭｅｍＴｙｐｅの検索のための番号に変更する処理を行って、次のＯＩＤ＝（．１．３．６．１．２）を生成し、そのＯＩＤに対応する値「５」を取得する。次に、ＳＮＭＰマネージャは、その取得した値が、「１２」でないことをチェックする。そして、ＯＩＤの最後から２番目の枝番を変更する処理を行って、次のＯＩＤが（．１．３．６．２．２）→（．１．３．６．３．２）の順に変更されて、そのＯＩＤに対応する値「５０」「９５」が取得される。そして、ＳＮＭＰマネージャは、ＯＩＤの最後の枝番「２」の検索が終了すると、ＯＩＤの最後から２番目の枝番と最後の枝番とを次のＭｅｍＴｙｐｅの検索のための番号に変更する処理を行って、次のＯＩＤ＝（．１．３．６．１．３）を生成し、そのＯＩＤに対応する値「１２」を取得する。
【０００９】
ＳＮＭＰマネージャは、その取得した値が「１２」であることを判定すると、除外処理を実行して（ステップａ２）、最後の枝番を「４」に変更する処理を行って、次のＯＩＤを（．１．３．６．１．４）を生成し、そのＯＩＤに対応する値「８」を取得する。そして、ＯＩＤの最後から２番目の枝番を変更する処理を行って、次のＯＩＤが（．１．３．６．２．４）→（．１．３．６．３．４）の順に変更されて、そのＯＩＤに対応する値「１２０」「４５０」が取得される。そして、ＳＮＭＰマネージャは、取得した値を用いて、最終的に、メモリ使用率（＝ｕｓｅｄ／（ｕｓｅｄ＋ｆｒｅｅ）＝使用済みメモリ量／（使用済みメモリ量＋未使用メモリ量））を算出する（ステップａ４）。
【００１０】
また、ＳＮＭＰマネージャは、検索終了時点で、今回の検索で値を取得したＭｅｍＵｓｅｄのＯＩＤおよびＭｅｍＦｒｅｅのＯＩＤを記憶し、次回からこの記憶したＯＩＤを用いてｓｎｍｐｇｅｔを実行する（ステップａ３）。なお、図２に示した従来処理の流れをプログラムに記述した場合のステップ数は、ＭＩＢ収集のために１０ステップ、および次のＯＩＤを決定するために１０ステップを必要とし、合計２０ステップとなる。
【００１１】
このようにして、ネットワーク装置は、一般的に、自身が送受信したパケットに対して実行した処理内容の統計情報や、自身の負荷情報を示すＣＰＵ（Central Processing Unit）使用率、メモリ使用率、ディスク使用率、またはそれらの率に関連する情報（すなわち、率を算出するための素になる搭載メモリ量や使用中メモリ量等）を記憶している。そして、ＳＮＭＰエージントとして設定されたネットワーク装置では、これらの記憶された情報は、ＭＩＢとして表され、ＳＮＭＰマネージャによって、該当するＯＩＤを指定したｓｎｍｐｇｅｔコマンドを用いて取得される。ＳＮＭＰマネージャは、ＳＮＭＰエージェントであるネットワーク装置に定期的にアクセスし、トラヒック統計情報を収集する。そして、ＳＮＭＰマネージャは、収集した情報を記憶部に記憶し、その記憶した情報に対して分析処理を実行して、ネットワークのサービス品質の維持向上のための分析結果を生成する。
【先行技術文献】
【非特許文献】
【００１２】
【非特許文献１】Case,J., M.Fedor, M.Schoffstall and J.Davin, “A Simple Network Management Protocol”, RFC 1157, May 1990
【発明の概要】
【発明が解決しようとする課題】
【００１３】
しかしながら、従来の方法では、ＯＩＤの最後の枝番が同じものを先に検索するために、ＭＩＢツリーの一部を示すサブツリーとして、サブツリーＡのＭＩＢ情報を取得した後に、その取得したＯＩＤの一部または取得した値の一部を用いて、サブツリーＡとは別の枝番を含むサブツリーＢのＯＩＤに、取得したＯＩＤの一部またはその値の一部を結合するＯＩＤ生成処理を頻繁に実行することになり、ＯＩＤ生成処理が煩雑になる（ステップ数が多くなる）という問題がある。すなわち、図２の例では、サブツリーＡがＯＩＤ＝（．１．３．６．１）であるものとして、サブツリーＢのＯＩＤ＝（．１．３．６．２）に、枝番（．１）を結合して、次のＯＩＤ＝（．１．３．６．２．１）を生成することになる。このように、ＯＩＤ生成処理が、値を取得するごとに行われる。このＯＩＤ生成処理は、新しくネットワークにネットワーク装置が新しく設置された場合、ネットワーク装置の内部構成を更改した場合、および監視項目を増減させた場合の、初回の情報収集時に実行される。
【００１４】
また、ネットワーク装置の機種、構成、コンフィグ情報（システム環境を決めるための情報）が異なれば、それぞれ、収集すべき項目やその項目のＯＩＤ、項目のデータ形式が異なる。したがって、初回の情報収集時には、ネットワーク装置ごとに収集すべき項目のＯＩＤやデータ形式を事前に調査した上で、ＯＩＤ生成処理を行うことになり、ステップ数が増加することになる。
【００１５】
そこで、本発明の課題は、ＳＮＭＰエージェントから情報収集を行う際に、初回の情報収集のために実行されるＯＩＤ生成処理のステップ数を低減する技術を提供することを目的とする。
【課題を解決するための手段】
【００１６】
本発明は、ＳＮＭＰマネージャとして動作し、ＳＮＭＰで管理されるネットワークを構成する機器がＳＮＭＰエージェントとなって記憶しているＭＩＢ情報から収集対象の情報を、前記ネットワークを介して収集するトラヒック情報収集装置であって、前記ＳＮＭＰエージェントの機種および運用情報ごとに、収集する項目とその格納場所を示すＯＩＤ（object ID）、前記ＯＩＤとそのＯＩＤに格納されている値の両方を前記ＳＮＭＰエージェントから収集する命令情報、収集したＯＩＤと値とを関連付ける表を作成する命令情報、および前記作成した表の中から前記収集対象の情報を抽出するために用いる命令情報を記憶するＯＩＤ検索情報を格納している記憶部と、収集対象の前記ＳＮＭＰエージェントの機種および運用情報に基づいて、当該ＳＮＭＰエージェントの機種および運用情報に対応するＯＩＤ検索情報から読み出した前記ＯＩＤとそのＯＩＤに格納されている値の両方を前記ＳＮＭＰエージェントから収集する命令情報を用いて、当該ＳＮＭＰエージェントが記憶しているＭＩＢ情報の中から、前記ＯＩＤの配下のＯＩＤおよび当該配下のＯＩＤに格納されている値のすべてを収集するＳＮＭＰ情報解析部と、当該ＳＮＭＰエージェントの機種および運用情報に対応するＯＩＤ検索情報から読み出した前記収集したＯＩＤと値とを関連付ける表を作成する命令情報を用いて、前記ＳＮＭＰ情報解析部によって収集されたＯＩＤとそのＯＩＤに格納されている値とを関連付ける表を作成し、前記作成した表の中から前記収集対象の情報を抽出するために用いる命令情報を用いて、前記作成した表に対して行または列を単位として、収集対象に合致するＯＩＤの該当部分が共通するもの同士を結合する結合処理および収集対象に合致しないＯＩＤまたは値を削除する削除処理のいずれかまたは双方と、収集対象に合致するＯＩＤを抽出する抽出処理と、を実行して、収集対象のＯＩＤおよびそのＯＩＤに格納されている値を絞り込んで収集対象の情報を決定する表処理部と、を備えることを特徴とする。
【００１７】
また、本発明は、ＳＮＭＰマネージャとして動作し、ＳＮＭＰで管理されるネットワークを構成する機器がＳＮＭＰエージェントとなって記憶しているＭＩＢ情報から収集対象の情報を、前記ネットワークを介して収集するトラヒック情報収集装置で用いられるトラヒック情報収集方法であって、前記トラヒック情報収集装置が、前記ＳＮＭＰエージェントの機種および運用情報ごとに、収集する項目とその格納場所を示すＯＩＤ（object ID）、前記ＯＩＤとそのＯＩＤに格納されている値の両方を前記ＳＮＭＰエージェントから収集する命令情報、収集したＯＩＤと値とを関連付ける表を作成する命令情報、および前記作成した表の中から前記収集対象の情報を抽出するために用いる命令情報を記憶するＯＩＤ検索情報を格納している記憶部と処理部とを備え、前記処理部が、収集対象の前記ＳＮＭＰエージェントの機種および運用情報に基づいて、当該ＳＮＭＰエージェントの機種および運用情報に対応するＯＩＤ検索情報から読み出した前記ＯＩＤとそのＯＩＤに格納されている値の両方を前記ＳＮＭＰエージェントから収集する命令情報を用いて、当該ＳＮＭＰエージェントが記憶しているＭＩＢ情報の中から、前記ＯＩＤの配下のＯＩＤおよび当該配下のＯＩＤに格納されている値のすべてを収集するステップ、当該ＳＮＭＰエージェントの機種および運用情報に対応するＯＩＤ検索情報から読み出した前記収集したＯＩＤと値とを関連付ける表を作成する命令情報を用いて、前記ＳＮＭＰ情報解析部によって収集されたＯＩＤとそのＯＩＤに格納されている値とを関連付ける表を作成するステップ、前記作成した表の中から前記収集対象の情報を抽出するために用いる命令情報を用いて、前記作成した表に対して行または列を単位として、収集対象に合致するＯＩＤの該当部分が共通するもの同士を結合する結合処理および収集対象に合致しないＯＩＤまたは値を削除する削除処理のいずれかまたは双方と、および収集対象に合致するＯＩＤを抽出する抽出処理と、を実行して、収集対象のＯＩＤおよびそのＯＩＤに格納されている値を絞り込んで収集対象の情報を決定するステップ、を実行することを特徴とする。
【００１８】
このような構成によれば、収集対象のＭＩＢサブツリーのＯＩＤの配下のＯＩＤすべてを対象として、ＯＩＤと値の両方を一括して収集してしまうために、その処理を記述するステップ数を、従来のステップ数より大幅に減らすことができる。また、ＯＩＤと値の両方を表形式で扱うことによって、収集対象のＯＩＤを容易に導出することができ、ステップ数は、結合処理、削除処理、および抽出処理のいずれかを組み合わせたステップで記述することができる。そのため、初回の情報収集の際に実行されるＯＩＤ生成処理におけるステップ数を低減することができる。
【００１９】
また、本発明は、前記したトラヒック情報収集方法を、コンピュータとしてのトラヒック情報収集装置に実行させるためのプログラムとした。
【００２０】
このようなプログラムをインストールされたコンピュータは、このプログラムに基づいた機能を実現することができる。
【発明の効果】
【００２１】
本発明によれば、ＳＮＭＰエージェントから情報収集を行う際に、初回の情報収集のために実行されるＯＩＤ生成処理のステップ数を低減する技術を提供することができる。
【図面の簡単な説明】
【００２２】
【図１】トラヒック統計情報の格納状態を示す図である。
【図２】トラヒック統計情報を収集する従来処理の流れを示す図である。
【図３】本実施形態におけるＯＩＤ生成処理の流れの概要を示す図である。
【図４】本実施形態におけるトラヒック収集装置の機能を示す図である。
【図５】収集対象装置ＤＢの一例を示す図である。
【図６】機種別収集ＯＩＤ定義ＤＢの一例を示す図である。
【図７】装置別収集ＯＩＤ定義ＤＢの一例を示す図である。
【図８】本実施形態のトラヒック収集装置１における処理の流れを示す図である。
【図９】収集対象装置からＩＰアドレス(172.0.0.5)が振られたインタフェースに流れるトラフィック情報の一つである入力オクテット数を収集する際に、対象となるＯＩＤを決定するための処理の流れを示す図である。
【図１０】テーブルＡの一例を示す図である。
【図１１】テーブルＢの一例を示す図である。
【図１２】テーブルＣの一例を示す図である。
【図１３】テーブルＤの一例を示す図である。
【図１４】表処理に用いる命令コマンドの一例を示す図であり、（ａ）は、全ＩＦのトラフィック情報をテーブルＢ（ifTable）に格納する場合、（ｂ）ＩＰアドレスが172.0.0.5のＩＦのインデックス番号を抽出しipAddrTableに格納する場合、（ｃ）ipAdEntIfIndexとifIndexとが一致する行を結合しテーブル(interface)に格納する場合、（ｄ）ifInOctetsを抽出しＯＩＤにタグ付けする場合、を示す図である。
【発明を実施するための形態】
【００２３】
次に、本発明を実施するための形態（以降「本実施形態」と称す）について、適宜図面を参照しながら詳細に説明する。
【００２４】
（概要）
本実施形態におけるＯＩＤ生成処理の流れの概要について、図３を用いて説明する（適宜図２参照）。図３は、図２と同じＭＩＢツリーに対して、ＳＮＭＰエージェントから使用済みメモリ量と未使用メモリ量を取得するケースを表している。なお、図２のケースと同様に、ＭｅｍＴｙｐｅの値が「１２」の場合を除外するものとする。
【００２５】
ＳＮＭＰマネージャは、ｓｎｍｐｗａｌｋコマンドを実行して、ＭｅｍＴｙｐｅの配下のすべての枝番の値を一括して取得し、表を作成する（ステップｂ１）。同様に、ＳＮＭＰマネージャは、ＭｅｍＵｓｅｄおよびＭｅｍＦｒｅｅの配下のすべての枝番の値も一括して取得し、表を作成する。次に、ＳＮＭＰマネージャは、作成した各表を、ＯＩＤの最後の枝番が一致する項目同士を結合した表（例えば、リレーショナルデータベース）を作成する（ステップｂ２）。
【００２６】
そして、ＳＮＭＰマネージャは、ステップｂ２で作成した表に対して、ＭｅｍＴｙｐｅの値が「１２」の行を削除する（ステップｂ３）。この処理は、リレーショナルデータベース管理システムにおいてデータの操作や定義を行うためのプログラミング言語であるＳＱＬに類似した記述（ＳＱＬライクな記述）で行う。そして、ＳＮＭＰマネージャは、ステップｂ３で作成した表から取得した値を用いて、最終的に、メモリ使用率（＝ｕｓｅｄ／（ｕｓｅｄ＋ｆｒｅｅ）＝使用済みメモリ量／（使用済みメモリ量＋未使用メモリ量））を算出する（ステップｂ６）。
【００２７】
次に、ＳＮＭＰマネージャは、収集対象の値を格納する、ＭｅｍＵｓｅｄのＯＩＤおよびＭｅｍＦｒｅｅのＯＩＤを、ステップｂ３で作成した表から抽出する（ステップｂ４）。そして、ＳＮＭＰマネージャは、次回からこのステップｂ４で作成したＯＩＤを用いてｓｎｍｐｇｅｔを実行する（ステップｂ５）。なお、図３に示した処理の流れをプログラムに記述した場合のステップ数は、ＭＩＢ収集のために３ステップ、および表処理のために３ステップを必要とし、合計６ステップとなる。すなわち、本実施形態における処理に要するステップ数「６」は、図２に示した従来の処理におけるステップ数「２０」より小さい。このように、本実施形態におけるＯＩＤ生成処理は、初回の情報収集の際に実行されるＯＩＤ生成処理のステップ数を低減することができる。
【００２８】
（トラヒック収集装置）
次に、本実施形態におけるトラヒック収集装置の機能について、図４を用いて説明する。図４に示すように、トラヒック収集装置１は、処理部１０、記憶部２０および通信部３０を備える。処理部１０は、コンピュータの図示しないＣＰＵおよびメインメモリで構成され、記憶部２０に格納されているアプリケーションプログラムをメインメモリに展開して、ＳＮＭＰ情報解析部１１、送信パケット組立部１２、受信パケット処理部１３、および表処理部１４の各部を具現化する。
なお、トラヒック収集装置１は、ＳＮＭＰマネージャとして動作し、ＳＮＭＰで管理されるネットワーク装置５０がＳＮＭＰエージェントとなって記憶しているＭＩＢ情報５１から収集対象の情報を、ネットワーク装置５０によって構成されるネットワーク４０を介して収集する。
【００２９】
記憶部２０は、収集対象装置ＤＢ２１、機種別収集ＯＩＤ定義ＤＢ２２、および装置別収集ＯＩＤ定義ＤＢ２３を記憶している。
収集対象装置ＤＢ２１は、トラヒック統計情報の収集対象となるネットワーク装置５０にアクセスするために必要な情報を記憶している。図５は、収集対象装置ＤＢ２１の一例を示している。図５に示すように、ネットワーク装置５０の識別情報（図５に示す「Ｎｏ．」）ごとに、ＩＰアドレス、ＳＮＭＰコミュニティ名、機種（ＳＮＭＰバージョン）、運用種別等が関連付けられている。例えば、Ｎｏ．＝「１」のネットワーク装置は、ＩＰアドレス＝「ａ．ｂ．ｃ．ｄ」、ＳＮＭＰコミュニティ名＝「ｐｒｉｖａｔｅ」、機種（ＳＮＭＰバージョン）＝「ｖ２ｃ」、運用種別＝「エッジノード」であることが分かる。
【００３０】
機種別収集ＯＩＤ定義ＤＢ２２は、機種、運用種別ごとに、トラヒック統計情報の収集対象のネットワーク装置５０から収集する項目とその格納場所を示すＯＩＤおよびその項目を検索するための情報を予め記憶している。前記した「収集する項目」は、その項目に付けられている名称や、その項目に係る情報収集間隔、およびトラヒック収集装置１内で各項目を識別するためのキー情報である。また、前記した「項目を検索するための情報」は、収集する項目のＯＩＤとそのＯＩＤに格納されている値の両方を収集する命令や、収集したＯＩＤと値とを関連付ける表を作成する命令、および作成した表に対して行または列を単位として収集対象の情報を抽出するために表の結合処理、削除処理、および抽出処理のいずれかを実行する命令等である。図６は、機種別収集ＯＩＤ定義ＤＢ２２の一例を示している。図６に示すように、機種・運用種別ごとに、ＯＩＤ定義ファイル名が関連付けられている。そして、そのＯＩＤ定義ファイル名欄のファイルには、前記した「収集する項目」とその格納場所を示すＯＩＤおよびその項目を検索するための情報を記憶するＯＩＤ検索情報が格納されている。
【００３１】
装置別収集ＯＩＤ定義ＤＢ２３は、初回の情報収集において収集対象の値を格納していることが判明したＯＩＤ（例えば、図３のステップｂ５参照）を記憶している。図７は、装置別収集ＯＩＤ定義ＤＢ２３の一例を示している。図７に示すように、機種・運用種別ごとに、ＯＩＤが関連付けられている。そして、装置別収集ＯＩＤ定義ＤＢ２３は、次回以降の定期的なトラヒック統計情報の収集のために参照される。
【００３２】
トラヒック収集装置１の処理部１０は、ＳＮＭＰ情報解析部１１、送信パケット組立部１２、受信パケット処理部１３、および表処理部１４によって構成される。
ＳＮＭＰ情報解析部１１は、収集対象装置（ＳＮＭＰエージェント）にアクセスするのに必要な情報を収集対象装置ＤＢ２１から取得し、機種別収集ＯＩＤ定義ＤＢ２２から収集項目のＯＩＤを取得して、送信パケット組立部１２にパケット作成指示を出す。また、ＳＮＭＰ情報解析部１１は、受信パケット処理部１３から収集データ情報を取得し、表処理部１４において実行する表処理を制御する。また、ＳＮＭＰ情報解析部１１は、受信パケットのタイムアウト等の異常発生時にはリトライ処理やエラー処理を実施する。
【００３３】
送信パケット組立部１２は、ＳＮＭＰ情報解析部１１からのパケット作成指示に基づいて、ＳＮＭＰリクエストのパケットを生成し、通信部３０へ送信する。
受信パケット処理部１３は、通信部３０からＳＮＭＰリクエストに対応するＳＮＭＰレスポンスのパケットを受信し、ＳＮＭＰパケット送受信のエラー情報および受信パケットから収集データ情報を抽出し、そのエラー情報および収集データ情報をＳＮＭＰ情報解析部１１に送信する。
【００３４】
表処理部１４は、ＳＮＭＰ解析部１１からの指示に基づいて、表の結合、行または列を単位とする削除、該当する値の抽出等の表処理を実行する。具体的には、表処理部１４は、収集対象に合致するＯＩＤの該当部分が共通するもの同士を結合する結合処理および収集対象に合致しないＯＩＤまたは値を削除する削除処理のいずれかまたは双方、および収集対象に合致するＯＩＤを抽出する抽出処理を実行する。
通信部３０は、収集対象装置（ＳＮＭＰエージェント）との間で行う通信の制御を司る。
【００３５】
（トラヒック収集装置における処理の流れ）
次に、本実施形態のトラヒック収集装置１における処理の流れについて、図８を用いて説明する。
ステップＳ１０１では、ＳＮＭＰ情報解析部１１は、収集対象装置ＤＢ２１から収集対象装置のＩＰアドレス、ＳＮＭＰコミュニティ名、機種、運用種別に係る情報を取得する。
ステップＳ１０２では、ＳＮＭＰ情報解析部１１は、機種別収集ＯＩＤ定義ＤＢ２２から、ステップＳ１０１において取得した機種、運用種別に対応するＯＩＤ検索情報を取得する。
【００３６】
ステップＳ１０３では、ＳＮＭＰ情報解析部１１は、ＯＩＤ定義情報に基づき、収集対象のＭＩＢサブツリーのＯＩＤの配下のＯＩＤすべてを収集対象として、ＯＩＤと値の両方を収集する。具体的には、ＳＮＭＰ情報解析部１１は、ＯＩＤ検索情報に記憶されている収集項目のＯＩＤを取得し、収集項目のＯＩＤの配下のＯＩＤすべてを収集対象として、取得したＯＩＤとそのＯＩＤに格納されている値の両方を収集する命令を送信パケット組立部１２に送信する。送信パケット組立部１２は、その命令に沿うＳＮＭＰｒｅｑｕｅｓｔパケットを生成し、そのＳＮＭＰｒｅｑｕｅｓｔパケットを通信部３０を介して収集対象装置に送信する。そして、受信パケット処理部１３は、該収集対象装置から通信部３０を介してＳＮＭＰｒｅｓｐｏｎｓｅパケットを受信し、受信パケットからＯＩＤと値の両方を抽出して、ＳＮＭＰ解析部１１に送信する。ＳＮＭＰ解析部１１は、ＯＩＤと値の両方を表処理部１４に送信するとともに、機種別収集ＯＩＤ定義ＤＢ２２から取得したＯＩＤ検索情報に含まれる各種命令を表処理部１４に送信する。
【００３７】
ステップＳ１０４では、表処理部１４は、ＯＩＤ検索情報から読み出した、収集したＯＩＤと値とを関連付ける表を作成する命令を用いて、受信したＯＩＤと値の両方を関連付けるように表を作成する。
ステップＳ１０５では、表処理部１４は、作成した表の中から収集対象の情報を抽出するために表の結合処理を実行する命令を用いて、ＯＩＤの該当部分（収集対象の条件を満足する部分）が共通するものを抽出して結合して表を生成する。
ステップＳ１０６では、表処理部１４は、作成した表の中から収集対象の情報を抽出するために表の削除処理を実行する命令を用いて、ＯＩＤの一部が対象外のものを表から削除して表を生成する。
【００３８】
ステップＳ１０７では、表処理部１４は、作成した表の中から収集対象の情報を抽出するために表の抽出処理を実行する命令を実行して、収集対象のＯＩＤおよびそのＯＩＤに格納されている値を絞り込んだ表を生成する。そして、表処理部１４は、生成した表をＳＮＭＰ解析部１１へ送信する。
ステップＳ１０８では、ＳＮＭＰ解析部１１は、ステップＳ１０７で生成された表を収集対象の情報として決定し、その決定した収集対象の情報を装置別収集ＯＩＤ定義ＤＢ２３に記憶する。
【００３９】
以上、本実施形態では、ステップＳ１０３に示すように、検索対象のＭＩＢサブツリーのＯＩＤの配下のＯＩＤすべてを収集対象として、ＯＩＤと値の両方を一括して収集してしまうために、その処理を記述するステップ数を、従来のステップ数より大幅に減らすことができる。また、ステップＳ１０５〜Ｓ１０７に示すように、ＯＩＤと値の両方を表形式でリレーショナルデータベースのように扱うことによって、収集対象のＯＩＤを容易に導出することができ、ステップ数は、結合処理、削除処理、抽出処理の３ステップで記述することができる。そのため、本実施形態におけるＯＩＤ生成処理は、初回の情報収集の際に実行されるＯＩＤ生成処理のステップ数を低減することができる。また、ＯＩＤ生成処理を実行させるステップ数を低減できるので、従来処理において引き起こされやすかった設定ミスを防止することができる。
【００４０】
なお、ステップＳ１０５、Ｓ１０６では、結合処理を実行した後に、対象外のものを削除する削除処理を実行しているが、結合処理の前に対象外のものを削除する削除処理を実行しても構わない。
【００４１】
（具体例）
この具体例では、ＭＩＢの中で標準的なＭＩＢとして、ＩＥＴＦ（Internet Engineering Task Force）による技術仕様ＲＦＣ（Request for Comments）１２１３に定義されているＭＩＢ−２を用いて、収集対象装置からＩＰアドレス(172.0.0.5)が振られたインタフェースに流れるトラフィック情報（例えば、入力オクテット数）を初回に収集する際に、収集対象となるＯＩＤを決定するための処理の流れについて、図９を用いて説明する。
【００４２】
ステップＳ２０１では、ＳＮＭＰ情報解析部１１は、収集対象装置ＤＢ２１から収集対象装置のＩＰアドレス、ＳＮＭＰコミュニティ名、機種、運用種別を取得する。
ステップＳ２０２では、ＳＮＭＰ情報解析部１１は、機種別収集ＯＩＤ定義ＤＢ２２から、ステップＳ２０１において取得した機種、運用種別に対応するＯＩＤ検索情報を取得する。なお、ＯＩＤ検索情報には、ＩＰに係る情報の配下に保存されているインタフェースのインデックスを示すIP-MIB::ipAdEntIfIndex(.1.3.6.1.2.1.4.20.1.2)およびＩＦ（インタフェース）に係る情報の配下に保存されている受信オクテット数を示すIF-MIB::ifInOctets(.1.3.6.1.2.1.2.2.1.10)と、IP-MIB::ipAdEntIfIndexの配下のすべてのＯＩＤとその値の両方を収集する命令と、その命令によって収集されたＯＩＤと値の両方を関連付けるテーブルＡを作成する命令と、IF-MIB::ifInOctetsの配下のすべてのＯＩＤとその値の両方を収集する命令と、その命令によって収集されたＯＩＤと値の両方を関連付けるテーブルＢを作成する命令と、テーブルＡ，Ｂの該当部分だけを抽出して結合する命令とが含まれている。なお、「::」は省略した階層があることを表している。
【００４３】
ステップＳ２０３では、ＳＮＭＰ情報解析部１１は、ＩＰアドレスとＩＦのインデックスとを紐付けるＭＩＢサブツリーであるIP-MIB：：ipAdEntIfIndex配下のＯＩＤを収集対象として一括してＯＩＤとその値の両方を収集し、収集したＯＩＤとその値の両方を表処理部１４へ送信する。表処理部１４は、受信したＯＩＤとその値とを用いてテーブルＡを作成する。テーブルＡの一例を、図１０に示す。図１０に示すテーブルＡでは、ＩＰアドレスが振られたＩＦのＯＩＤとその値（インタフェースのインデックス）を示すipAdEntIfIndexとが関連付けられて格納される。
【００４４】
ステップＳ２０４では、ＳＮＭＰ情報解析部１１は、ＩＦのインデックスと入力オクテット数とを紐付けるＭＩＢサブツリーであるIP-MIB::ifInOctets配下のＯＩＤを収集対象として一括してＯＩＤとその値の両方を収集し、収集したＯＩＤとその値の両方を表処理部１４へ送信する。表処理部１４は、受信したＯＩＤとその値とを用いてテーブルＢを作成する。テーブルＢの一例を、図１１に示す。図１１に示すテーブルＢでは、全ＩＦのＯＩＤとそのＩＦの種類（値）とトラフィック情報（値）とが関連付けられて格納される。なお、図１１中のifIndex、ifDescr、ifType、ifInOctets、およびifOutOctetsは、それぞれ、インタフェースの一覧、インタフェース名、インタフェースのタイプ、入力オクテット数、および出力オクテット数を表している。
【００４５】
ステップＳ２０５では、表処理部１４は、テーブルＡ，Ｂから、収集対象に合致する行を抽出し、さらにＯＩＤの値が共通なものを結合し、テーブルＣを作成する。具体的には、表処理部１４は、ＳＱＬのｗｈｅｒｅ命令と類似のコマンドで記述される抽出処理の命令を用いて、テーブルＡからＯＩＤの末尾が172.0.0.5となっている行を抽出する。また、表処理部１４は、抽出処理の命令を用いて、テーブルＡから抽出された行に含まれるifAdEntIndex＝「１０」と同じ値を含む行を、テーブルＢから抽出する。すなわち、テーブルＢから、ifIndex(OID)＝「１０」の行が抽出される。そして、テーブルＡ，Ｂから抽出された行同士が、ＳＱＬのｉｎｓｅｒｔ命令と類似のコマンドで記述される結合処理の命令を用いて結合され、テーブルＣが作成される。テーブルＣの一例を、図１２に示す。図１２に示すテーブルＣでは、ＩＰアドレス(172.0.0.5)の振られたＩＦとトラフィック情報（値）とが結合されて格納される。
【００４６】
ステップＳ２０６では、表処理部１４は、抽出処理の命令を用いて、テーブルＣから、収集対象のＯＩＤとその値とを抽出し、テーブルＤを作成する。テーブルＤの一例を、図１３に示す。図１３に示すテーブルＤでは、収集対象のＯＩＤを示すifIndex（ＯＩＤ）と、その値である入力オクテット数を示すifInOctetsとが格納される。
ステップＳ２０７では、表処理部１４は、ステップＳ２０７で生成したテーブルＤをＳＮＭＰ情報解析部１１に送信し、ＳＮＭＰ情報解析部１１が、受信した情報を装置別収集ＯＩＤ定義ＤＢ２３に記憶する。なお、通常の運用では装置別収集ＯＩＤ定義ＤＢ２３に記憶されているＯＩＤが収集対象とされる。
【００４７】
ここで、ステップＳ２０４、ステップＳ２０５、ステップＳ２０６において、表処理に用いる命令コマンドの一例について、図１４を用いて説明する。図１４は、表処理に用いる命令コマンドの一例を示す図であり、（ａ）は、全ＩＦのトラフィック情報をテーブルＢ（ifTable）に格納する場合、（ｂ）ＩＰアドレスが172.0.0.5のＩＦのインデックス番号を抽出しipAddrTableに格納する場合、（ｃ）ipAdEntIfIndexとifIndexとが一致する行を結合しテーブル(interface)に格納する場合、（ｄ）ifInOctetsを抽出しＯＩＤにタグ付けする場合、を示している。
図１４（ａ）は、ステップＳ２０４における処理をＳＱＬライクな記述で表した命令である。図１４（ｂ）（ｃ）は、ステップＳ２０５における処理をＳＱＬライクな記述で表した命令である。図１４（ｄ）は、ステップＳ２０６における処理をＳＱＬライクな記述で表した命令である。なお、この図１４（ａ）（ｂ）（ｃ）（ｄ）に示す命令は、図６に示す機種別収集ＯＩＤ定義ＤＢ２２のＯＩＤ定義ファイル名欄のファイルに格納されている。
【００４８】
前記具体例では、サブツリーＡからサブツリーＢの情報を検索する例において、サブツリーＡの一定条件（ＩＰアドレス＝(172.0.0.5)）に該当するＯＩＤを検索し、そのＯＩＤに格納されている値（ifAdEntIndex＝「１０」）に合致するサブツリーＢのＯＩＤの値に結合する場合を示した。なお、本実施形態の処理は、これ以外にも、一定条件に該当するＯＩＤを検索しそのＯＩＤ自体を別のＯＩＤに結合する場合、一定条件に該当する値を検索しその値を含むＯＩＤを別のＯＩＤに結合する場合、一定条件に該当する値を検索しその値自体を別のＯＩＤに結合する場合に、適用できる。
【００４９】
また、本実施形態において、トラヒック収集装置１（図４参照）の各部の処理について説明したが、これらの処理は、トラヒック収集装置１をコンピュータで実現したときに搭載されるプログラムによって実現されてもよい。なお、このプログラムは、通信回線を介して提供することもできるし、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）等の記録媒体に書き込んで配布することも可能である。
【符号の説明】
【００５０】
１    トラヒック収集装置（ＳＮＭＰマネージャ）
１０  処理部
１１  ＳＮＭＰ情報解析部
１２  送信パケット組立部
１３  受信パケット処理部
１４  表処理部
２０  記憶部
２１  収集対象装置ＤＢ
２２  機種別収集ＯＩＤ定義ＤＢ
２３  装置別収集ＯＩＤ定義ＤＢ
３０  通信部
４０  ネットワーク
５０  ネットワーク装置（ＳＮＭＰエージェント）
５１  ＭＩＢ情報
１００  トラヒック管理システム
【図１】
2011151531.tif 000003
【図２】
2011151531.tif 000004
【図３】
2011151531.tif 000005
【図４】
2011151531.tif 000006
【図５】
2011151531.tif 000007
【図６】
2011151531.tif 000008
【図７】
2011151531.tif 000009
【図８】
2011151531.tif 000010
【図９】
2011151531.tif 000011
【図１０】
2011151531.tif 000012
【図１１】
2011151531.tif 000013
【図１２】
2011151531.tif 000014
【図１３】
2011151531.tif 000015
【図１４】
2011151531.tif 000016