ログ収集自動化装置、ログ収集自動化試験システム、及びログ収集制御方法
【課題】従来の試験実施に必要であった稼動量を削減し、通信ネットワーク試験を効率化する。
【解決手段】ログ収集自動化装置において、試験システムを構成する各装置から監視情報を取得する監視情報取得手段と、取得された監視情報から、所定のベントポリシーに適合するイベントの発生を検出した場合に、当該イベントと同時に発生した他のイベントを検出する検出手段と、前記イベントと、同時に発生した他のイベントとの組み合わせに基づき、所定の条件ポリシーに従って、詳細解析の要否を判定する判定手段と、詳細解析を要すると判定された場合に、前記試験システムを構成する装置から解析用ログを取得する解析用ログ取得手段とを備える。
【解決手段】ログ収集自動化装置において、試験システムを構成する各装置から監視情報を取得する監視情報取得手段と、取得された監視情報から、所定のベントポリシーに適合するイベントの発生を検出した場合に、当該イベントと同時に発生した他のイベントを検出する検出手段と、前記イベントと、同時に発生した他のイベントとの組み合わせに基づき、所定の条件ポリシーに従って、詳細解析の要否を判定する判定手段と、詳細解析を要すると判定された場合に、前記試験システムを構成する装置から解析用ログを取得する解析用ログ取得手段とを備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワーク試験において、通信ネットワークを構成する各装置から試験ログを収集する技術に関連するものである。
【背景技術】
【０００２】
通信ネットワークにおいて、各種ネットワーク装置は自装置の状態を外部に伝達する手段としてSNMP TrapやSyslogを用いており、ネットワークの保守運用においてもこれらのSNMP TrapやSyslog情報を元に装置状態やネットワーク全体の状態を監視している（例えば、非特許文献１）。
また、試験機やパケットキャプチャ装置を用いて、各種アプリケーションサーバ等の試験対象装置の試験を行う通信ネットワーク試験構成においては、試験機、パケットキャプチャ装置、試験対象装置、IPネットワーク中継機器等の各装置は、それぞれ独自のファイル形式にて試験時のログを生成する。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】"監視を自動化するSNMP（1）なぜネットワークを管理しなければならないか？"、［online］、2003/2/19、［平成２３年２月１６日検索］、インターネット＜URL： http://www.atmarkit.co.jp/fnetwork/rensai/snmp01/01.html＞
【発明の概要】
【発明が解決しようとする課題】
【０００４】
通信ネットワーク試験において、解析が必要となる事象発生時、検証のやり直しを防ぐため、事象発生時のログを出来る限り取得し、解析することが望ましい。しかしながら、パケットキャプチャ等のログを収集し、蓄積しておく期間には限界があり、長期間のログを残すのは難しいという課題がある。また、解析候補の事象には、試験環境の問題に起因する事象なども含んでいる場合があり、膨大なログの中から、本当に解析が必要な事象を検出するために、一次切り分け稼動が多く必要となるといった課題もある。
【０００５】
本発明は上記の点に鑑みてなされたものであり、従来の試験実施に必要であった稼動量を削減し、通信ネットワーク試験を効率化することを可能とする技術を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記の課題を解決するために、本発明は、通信ネットワークにおいて、試験対象装置を含む試験システムを構成している各装置から解析用ログを収集するためのログ収集自動化装置であって、
特定のイベントを検出するためのイベントポリシーを格納するイベントポリシー格納手段と、
ログ解析要否を判断するための条件ポリシーを格納する解析要否判断条件ポリシー格納手段と、
前記試験システムを構成する各装置から監視情報を取得する監視情報取得手段と、
前記監視情報取得手段により取得された監視情報から、前記イベントポリシー格納手段に格納されたイベントポリシーに適合するイベントの発生を検出した場合に、当該イベントと同時に発生した他のイベントを検出する検出手段と、
前記イベントと、同時に発生した他のイベントとの組み合わせに基づき、前記解析要否判断条件ポリシー格納手段に格納された条件ポリシーに従って、詳細解析の要否を判定する判定手段と、
前記判定手段により、詳細解析を要すると判定された場合に、前記試験システムを構成する装置から解析用ログを取得する解析用ログ取得手段とを備えることを特徴とするログ収集自動化装置として構成される。
【０００７】
また、本発明は、通信ネットワークにおいて、試験対象装置を含む試験システムを構成している各装置から解析用ログを収集するためのログ収集自動化装置であって、
特定のイベントを検出するためのイベントポリシーを格納するイベントポリシー格納手段と、
ログ解析要否を判断するための条件ポリシーを格納する解析要否判断条件ポリシー格納手段と、
前記試験システムを構成する各装置から監視情報を取得する監視情報取得手段と、
前記監視情報取得手段により取得された監視情報から、前記イベントポリシー格納手段に格納されたイベントポリシーに適合するイベントの発生を検出した場合に、前記試験システムを構成する装置から解析用ログを取得し、記憶手段に格納する解析用ログ取得手段と、
前記イベントと同時に発生した他のイベントを検出する検出手段と、
前記イベントと、同時に発生した他のイベントとの組み合わせに基づき、前記解析要否判断条件ポリシー格納手段に格納された条件ポリシーに従って、詳細解析の要否を判定する判定手段と、
前記判定手段により、詳細解析が不要であると判定された場合に、前記記憶手段に格納された解析用ログを廃棄する廃棄手段とを備えることを特徴とするログ収集自動化装置として構成してもよい。
【０００８】
前記解析用ログ取得手段により解析用ログを取得する対象となる装置は、常に解析用ログを収集する設定がなされており、当該解析用ログ取得手段は、当該装置において既に保存された解析用ログを取得するように構成してもよい。
【０００９】
また、前記解析要否判断条件ポリシー格納手段は、前記条件ポリシーとして、詳細解析が不要となるイベントの組み合わせを格納しており、前記イベントと、同時に発生した他のイベントとの組み合わせが、前記条件ポリシーとしてのイベントの組み合わせに該当する場合に、前記判定手段は、詳細解析が不要であると判定するようにしてもよい。
【００１０】
また、本発明は、上記ログ収集自動化装置と、試験システムを構成する各装置とがネットワーク接続されて構成されることを特徴とするログ収集自動化試験システムとして構成することもできる。また、本発明は、上記ログ収集自動化装置が実行するログ収集制御方法として構成してもよい。
【発明の効果】
【００１１】
本発明によれば、従来の試験実施に必要であった稼動量を削減し、通信ネットワーク試験を効率化することが可能となる。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施の形態に係る試験システムの構成図である。
【図２】ログ収集自動化装置１０の機能構成図である。
【図３】試験システムの動作例１を示すシーケンス図である。
【図４】解析要否判断条件ポリシー格納部１３に格納される解析要否判断条件ポリシーの例を示す図である。
【図５】試験システムの動作例２を示すシーケンス図である。
【図６】試験システムの動作例３を示すシーケンス図である。
【発明を実施するための形態】
【００１３】
以下、図面を参照して本発明の実施の形態を説明する。
【００１４】
（システム構成）
図１に、本発明の実施の形態に係る通信ネットワーク試験の試験システム構成図を示す。また、図１は、各装置からログ監視、ログ収集等を行うことを点線等で示している。
【００１５】
図１に示すように、当該試験システム（ログ収集自動化試験システムと呼ぶ）は、試験対象装置１と、試験対象装置１の保守装置２と、IPネットワーク中継機器３と、試験機４と、パケットキャプチャ装置５と、ログ収集自動化装置１０とを有し、各装置は、図１に示すように他の装置と通信可能なようにネットワーク接続されている。なお、ログ収集自動化装置１０を除いたログ収集自動化試験システムを単に試験システムと称してもよい。
【００１６】
試験対象装置１は、例えばSIPサーバや各種ネットワーク機器等の試験の対象となる装置である。なお、試験対象装置１は特定の種類の装置に限定されるわけではなく、どのような装置でもよい。試験対象装置１の保守装置２は、試験対象装置１の装置情報収集およびコンフィグレーションの設定変更等を実施する装置である。IPネットワーク中継機器３は、ルータ、スイッチ等である。試験機４は、ユーザ端末（携帯端末やパーソナルコンピュータ）を擬似する装置である。パケットキャプチャ装置５は、予め設定した条件でネットワークを流れるパケットを取得（キャプチャ）し、保存する装置である。
【００１７】
ログ収集自動化装置１０は、本発明に係る装置であり、ネットワーク監視サーバA、ログ監視機能・時刻同期機能B、ログ収集・保存機能Cを含む。ログ収集自動化装置１０の機能構成及び動作の詳細については後により詳細に説明する。
【００１８】
ネットワーク監視サーバAは、SNMP TrapおよびSyslog等のネットワーク監視プロトコルをサポートする機能部である。図１に示す構成では、一例として、ネットワーク監視サーバAの機能をログ収集自動化装置１０内に備えることとしているが、ネットワーク監視サーバAをログ収集自動化装置１０の外部に備え、ログ収集自動化装置１０が、他の装置と同様に、ネットワークを介してネットワーク監視サーバAから各種情報を取得することとしてもよい。以下の装置構成においては、ネットワーク監視サーバAは外部に備えられているものとする。
【００１９】
図２に、本発明の実施の形態に係るログ収集自動化装置１０の機能構成図を示す。図２に示すように、ログ収集自動化装置１０は、ポリシー設定部１１、イベントポリシー格納部１２、解析要否判断条件ポリシー格納部１３、時刻同期部１４、定期監視情報取得部１５、定期監視情報格納部１６、解析用ログ収集部１７、ログ収集制御部１８、解析用ログ格納部１９を備える。
【００２０】
ポリシー設定部１１は、試験者等からのポリシーの入力を受け付け、入力されたポリシーをイベントポリシー格納部１２もしくは解析要否判断条件ポリシー格納部１３に格納する機能部である。イベントポリシー格納部１２は、定期監視情報取得部１５により取得される監視情報から判別できるイベントであって、後述する同時性チェック・想定外事象判断を行うトリガーとなるイベントのポリシーを格納する。解析要否判断条件ポリシー格納部１３は、想定外事象判断を行うための条件としてのポリシーを格納する。
【００２１】
時刻同期部１４は、試験システムを構成する各装置の時刻を同期させるための機能部である。時刻同期の手法としては種々の既存技術を使用することができる。時刻同期部１４の機能により、システムを構成する各装置は、例えば、ログ収集自動化装置と同期される。以降の説明では、各装置は同期しているものとする。なお、各装置を同期させる代わりに、時刻同期部１４が各装置の時刻のずれを把握し、そのずれに応じて各装置から取得する情報の時刻の補正を行ってもよい。このような補正を行うことも、広い意味での同期である。
【００２２】
なお、ログ収集自動化装置１０以外の手段により、試験システムを構成する各装置を同期させることができる場合は、ログ収集自動化装置１０に時刻同期部１４を備えることは必須ではない。
【００２３】
定期監視情報取得部１５は、試験システムを構成する各装置から定期監視可能な情報を取得し、定期監視情報格納部１６に格納する機能部である。定期監視可能な情報は、イベントポリシー格納部１２に格納されるイベントを判別可能な情報であり、例えば、CPU使用率、パケットロス等であるが、特定の情報に限定されるわけではない。また、本例では、各装置から監視情報を「定期」（所定の時間間隔）に取得することを想定しているが、各装置から同時に取得することとすれば、「定期」であることは必須ではない。また、監視情報の取得方法には、各装置から自律的にログ収集自動化装置１０に対して通知された情報を取得する方法と、ログ収集自動化装置１０から各装置ないしは各装置の操作端末に対して取得要求を送信することにより取得する方法とがあるが、本実施の形態の定期監視情報取得部１５は、どちらの方法にも対応している。
【００２４】
定期監視情報格納部１６は、定期監視情報取得部１５により取得された監視情報を格納するバッファメモリ等である。格納する情報には、例えば、取得対象の装置を識別する情報、CPU使用率等の具体的な値、その値が何を表しているかを示す情報、及び、その値が該当装置において取得された時刻（タイムスタンプ）を含む。
【００２５】
解析用ログ収集部１７は、ログ収集制御部１８からの指示により、詳細解析用のログを各装置から取得し、解析用ログ格納部１９に格納する機能部である。解析用ログ格納部１９は、解析用ログ収集部１７により取得された各装置のログを格納する。
【００２６】
ログ収集制御部１８は、定期監視情報格納部１６、イベントポリシー格納部１２、解析要否判断条件ポリシー格納部１３に格納された各種情報に基づいて、特定イベント発生有無判断、同時性チェック・想定外事象判断等を行い、解析用ログ収集が必要と判断した場合に、解析用ログ収集部１７に対して解析用ログ収集を指示する等の処理を行う機能部である。ログ収集制御部１８による動作については、後の動作説明のところでより詳細に説明する。
【００２７】
図２に示したログ収集自動化装置１０は、コンピュータに、本実施の形態で説明する処理内容を記述したプログラムを実行させることにより実現可能である。すなわち、ログ収集自動化装置１０の各部が有する機能は、ログ収集自動化装置１０を構成するコンピュータに内蔵されるＣＰＵやメモリなどのハードウェア資源を用いて、各部で実施される処理に対応するプログラムを実行することによって実現することが可能である。また、該プログラムは、当該プログラムを記録したＦＤ、ＣＤ−ＲＯＭ、ＤＶＤなどの記録媒体や、インターネットなどのネットワークを介して市場に流通させることができる。
【００２８】
以下、試験システム（特にログ収集自動化装置１０）の各動作例を詳細に説明する。
【００２９】
（試験システムの動作例１）
試験システムの動作例１を図３のシーケンス図を参照して説明する。
【００３０】
まず、事前準備として、試験者が、ログ収集自動化装置１０に各種ポリシーを入力する（ステップ１）。ポリシー設定部１１により、イベントポリシーとして入力されたポリシーはイベントポリシー格納部１２に格納され、解析要否判断条件ポリシーとして入力されたポリシーは解析要否判断条件ポリシー格納部１３に格納される。
【００３１】
イベントポリシー格納部１２に格納されるイベントポリシーの例（１）〜（１６）を以下に示す。以下は一例に過ぎず、イベントポリシーはこれらの例に限定されない。
（１）試験対象装置に実装されたインタフェースでのパケットロス数の閾値
（２）試験対象装置に実装されたインタフェースでのパケットの特定のエラーに関するエラー数の閾値
（３）試験対象装置における、各種プロトコル情報において、試験対象装置にて管理しているセッション情報やステート情報の数に対する変動数の閾値
（４）試験対象装置のCPU使用率または使用量の閾値
（５）試験対象装置のメモリ使用率または使用量の閾値
（６）試験対象装置の保守装置において、試験対象装置のコンフィグレーションの設定変更がなされたこと
（７）試験対象装置の保守装置において、試験対象装置のコンフィグレーションの設定保存がなされたこと
（８）IPネットワーク中継機器に実装されたインタフェースでのパケットロス数の閾値
（９）IPネットワーク中継機器に実装されたインタフェースでのパケットの特定のエラーについてのエラー数の閾値
（１０）IPネットワーク中継機器における、各種プロトコル情報において、 IPネットワーク中継機器にて管理しているセッション情報やステート情報の数に対する変動数の閾値
（１１）IPネットワーク中継機器のCPU使用率または使用量の閾値
（１２）IPネットワーク中継機器のメモリ使用率または使用量における任意の値を閾値として設定する
（１３）試験機に実装されたインタフェースでのパケットロス数の閾値
（１４）試験機に実装されたインタフェースでのパケットの特定のエラーについてのエラー数の閾値
（１５）試験機に実装されたインタフェースでのパケットの遅延量の閾値
（１６）ネットワーク監視サーバにおいて、各装置や機器から、特定のSNMP TrapメッセージないしはSyslogメッセージを受信したこと
例えば、（１）に関しては、定期監視情報として試験対象装置１から取得したパケットロス数が、（１）に規定された閾値以上の場合に、同時性チェック・想定外事象判断を要するイベント発生と判断される。また、例えば、（６）については、定期監視情報として、試験対象装置１の保守装置２から、試験対象装置１のコンフィグレーションの設定変更が行われたことを示す情報を取得した場合に、同時性チェック・想定外事象判断を要するイベント発生と判断される。
【００３２】
解析要否判断条件ポリシー格納部１３に格納される解析要否判断条件ポリシーの例を図４に示す。なお、図４に示す例は、解析要否判断条件ポリシーを分かりやすく説明するためのものであり、解析要否判断条件ポリシーのデータ構造は図４に示す例に限られるわけではない。
【００３３】
図４に示すように、解析要否判断条件ポリシー格納部１３には、発生イベントに対応付けて、当該発生イベントとの組み合わせが既知事象である（＝詳細解析が不要である）同時発生イベントが格納される。例えば、イベント１の発生を検知した場合において、それと同時のイベントとして、イベント６もしくはイベント７を検知した場合には、詳細解析は不要と判断される。また、例えば、イベント１の発生を検知した場合において、それと同時のイベントとして、イベント１６を検知した場合、イベント１６は、イベント１に対する解析不要のイベントの組として設定されていないので、詳細解析は必要と判断される。
【００３４】
また、より具体的に、例えば、試験機４におけるパケットの遅延量の閾値超過をイベントポリシーに適合する発生イベントとして検知した場合に、その際に同時に発生したイベントが、試験対象装置１の保守装置２において試験対象装置１のコンフィグレーションの設定保存のみの場合であって、当該イベントの同時発生の組み合わせが解析要否判断条件ポリシーにおいて解析不要であると設定されている場合は、解析不要と判断される。この場合、当該イベントの同時発生の組み合わせが解析要否判断条件ポリシーにおいて解析不要であると設定されていない場合は、解析必要と判断される。
【００３５】
上記の例では、詳細解析が不要となるイベントの組み合わせを解析要否判断条件ポリシー格納部１３に格納したが、逆に、詳細解析が必要となるイベントの組み合わせを解析要否判断条件ポリシー格納部１３に格納し、その内容に応じた判断動作を行うこととしてもよい。
【００３６】
図３に戻り、ステップ１でのポリシー設定の後、ログ収集自動化装置の定期監視情報取得部は、各装置の定期監視可能な情報を監視する（ステップ２）。すなわち、定期監視情報取得部１５は、各装置から監視情報を所定の時間間隔で取得し、取得した情報を（一時的に）定期監視情報格納部１６に格納する。
【００３７】
上記の監視を行うことと並行して、ログ収集自動化装置１０におけるログ収集制御部１８は、イベントポリシー格納部１２に格納されているイベントポリシー、及び定期監視情報格納部１６に格納された監視情報に基づいて、イベントポリシーとして設定されたイベント発生があったかどうか判定する。
【００３８】
ステップ３にて、ログ収集制御部１８がイベント発生を検知すると、ステップ４で、ログ収集制御部１８は、同時に他のイベントが発生していないかをイベントポリシー及び監視情報に基づき判定する。ここでの「同時」は、監視情報の時刻（タイムスタンプ）が全く同じである他、所定の短い時間内にあることを含むものとする。
【００３９】
続いて、ログ収集制御部１８は、ステップ３での発生イベント、及びステップ４での同時性チェック結果（同時イベント検出、もしくは、同時イベントなし）に基づき、解析要否判断条件ポリシー格納部１３に格納された解析要否判断条件ポリシーに従って、詳細解析要否を判断する。例えば、ステップ３でイベント１を検出し、ステップ４で同時イベントとしてイベント６を検出した場合、このようなイベントの組み合わせは既知事象であり、以降の詳細な解析は不要と判断する。また、例えば、ステップ３でイベント１を検出し、ステップ４で同時イベントとしてイベント１６を検出、もしくは同時イベントを検出しない場合、このような事象は新規事象（想定外事象）と判断し、以降の詳細解析が必要と判断する。
【００４０】
ステップ６において、ログ収集制御部１８は、ステップ５での判断に基づき、発生した事象が新規事象である場合に、各種装置の詳細解析用のログを新規に収集するよう解析用ログ収集部１７に指示する。指示を受けた解析用ログ収集部１７は、ログ取得命令を各装置に送り、各装置で順次バッファに蓄積されるログを取得し、解析用ログ格納部１９に格納する。
【００４１】
ステップ６で収集する解析用ログは、例えば、発生イベントに応じて予め定めた種類のログとすることができ、それらは、例えば、通信メッセージ、キャプチャパケット、装置システムメッセージ、稼動状態等であるが、特定のものに限定されない。また、ステップ６でのログ収集の対象とする装置は、全ての装置でもよいし、発生イベントに応じて予め定めた装置としてもよい。
【００４２】
（試験システムの動作例２）
試験システムの動作例２を図５に示す。以下では、動作例１と異なる部分を中心に説明する。
【００４３】
動作例２では、試験システムの各装置は、解析用ログを常に収集し、そのログを自装置内に（例えば、装置内バッファに）、もしくは当該装置の操作端末内に保存する設定がなされており、この設定に基づく動作を行っている。なお、ここで常に収集するログの収集対象装置、及びログの種類は目的に応じて適切に決めればよいが、例えば、全装置間のパケットキャプチャ装置５によるキャプチャ結果が含まれる。また、ここでは常にログを収集するが、長期間のログを蓄積しておく必要はなく、例えば、所定のバッファサイズの分だけ常に格納するようにしておけばよい。
【００４４】
図５のステップ１〜５は、動作例１と同じである。ステップ５で詳細解析が必要であるとの判断がなされた場合、ステップ６において、ログ収集制御部１８は、常にログを収集している各装置の解析用ログを収集するよう解析用ログ収集部１７に指示する。動作例２では、各装置で解析用ログを常に収集し、保存しているので、指示を受けた解析用ログ収集部１７は、各装置に既に保存されて解析用ログを全て取得し、解析用ログ格納部１９に格納する。
（試験システムの動作例３）
試験システムの動作例３を図６に示す。以下では、動作例１と異なる部分を中心に説明する。
【００４５】
動作例３では、動作例２と同様に、試験システムの各装置は、解析用ログを常に収集し、そのログを自装置内（例えば、装置内バッファ）に、もしくは当該装置の操作端末内に保存する設定がなされており、この設定に基づく動作を行っている。なお、ここで常に収集するログの収集対象装置、及びログの種類は目的に応じて適切に決めればよいが、例えば、全装置間のパケットキャプチャ装置によるキャプチャ結果が含まれる。また、ここでは常にログを収集するが、長期間のログを蓄積しておく必要はなく、例えば、所定のバッファサイズの分だけ格納するようにしておけばよい。
【００４６】
図６のステップ１〜３は、動作例１と同じである。ステップ３にてイベント発生を検知した場合、ログ収集制御部１８は、ステップ３−１において、常にログを収集している各装置の解析用ログを収集するよう解析用ログ収集部１７に指示する。動作例３では、各装置で解析用ログを常に収集し、保存しているので、指示を受けた解析用ログ収集部１７は、各装置に既に保存されて解析用ログを全て取得し、解析用ログ格納部１９に格納する。
【００４７】
そして、ステップ３−１で全ての解析用ログを収集したタイミングにて、ステップ４、５として、同時性チェック、想定外事象判断を行う。ステップ４、５の処理内容は動作例１と同じである。
【００４８】
そして、ステップ５で発生した事象が既知事象であり、詳細解析は不要であると判断した場合に、ログ収集制御部１８は、ステップ３−１で保存した解析用ログを廃棄（削除）する処理を行なう（ステップ６）。ステップ５において、詳細解析要と判断された場合は、ステップ３−１で保存された解析用ログを用いて詳細解析を行うことができる。
【００４９】
なお、上記の動作例２、３では、所定の事象が発生した場合に、常にログを収集している対象装置から解析用ログを取得し、解析用ログ格納部１９に格納することとしているが、これに代えて、常にログを収集している各装置の装置内バッファに格納されているログを、当該装置内の不揮発データ格納領域に格納することとしてもよい。この場合、詳細解析を行う際に、当該装置内の不揮発データ格納領域に格納された解析用ログを利用できる。また、この場合、動作例３のステップ６における削除の際は、対象装置に削除命令を行い、当該装置にて不揮発データ格納領域に格納された解析用ログの削除が行われる。
【００５０】
（実施の形態のまとめ、効果）
上記のように、本実施の形態に係る技術によれば、定期的に取得可能な複数装置のログを随時監視し、事前に設定したポリシーにより、解析要の可能性があると判断したイベント発生時に、他のログとの同時性/非同時性をチェックすることで、解析不要な事象の排除を可能とし、解析が必要と想定される事象の発生時のみにログを保存/収集する。また、ログ収集対象は、NW装置の既存のTrap/syslogのみでは検証用には不足するため、試験機を含めたログ収集を行い、通信異常の検知を核とした解析対象事象をトリガーに一次切り分け/ログ保存・収集を行なう。
【００５１】
ログの解析が必要な情報を事象発生時にイベントドリブン型で取得することとしたので、一次切り分け稼動の削減やログ取得のための再三の再検証の削減が可能となる。すなわち、従来の試験実施に必要であった稼動量が削減できることから、試験の効率化が実現できる。
【００５２】
本発明は、上記の実施の形態に限定されることなく、特許請求の範囲内において、種々変更・応用が可能である。
【符号の説明】
【００５３】
１ 試験対象装置
２ 試験対象装置１の保守装置
３ IPネットワーク中継機器
４ 試験機
５ パケットキャプチャ装置
１０ ログ収集自動化装置１０
１１ ポリシー設定部
１２ イベントポリシー格納部
１３ 解析要否判断条件ポリシー格納部
１４ 時刻同期部
１５ 定期監視情報取得部
１６ 定期監視情報格納部
１７ 解析用ログ収集部
１８ ログ収集制御部
１９ 解析用ログ格納部
【技術分野】
【０００１】
本発明は、通信ネットワーク試験において、通信ネットワークを構成する各装置から試験ログを収集する技術に関連するものである。
【背景技術】
【０００２】
通信ネットワークにおいて、各種ネットワーク装置は自装置の状態を外部に伝達する手段としてSNMP TrapやSyslogを用いており、ネットワークの保守運用においてもこれらのSNMP TrapやSyslog情報を元に装置状態やネットワーク全体の状態を監視している（例えば、非特許文献１）。
また、試験機やパケットキャプチャ装置を用いて、各種アプリケーションサーバ等の試験対象装置の試験を行う通信ネットワーク試験構成においては、試験機、パケットキャプチャ装置、試験対象装置、IPネットワーク中継機器等の各装置は、それぞれ独自のファイル形式にて試験時のログを生成する。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】"監視を自動化するSNMP（1）なぜネットワークを管理しなければならないか？"、［online］、2003/2/19、［平成２３年２月１６日検索］、インターネット＜URL： http://www.atmarkit.co.jp/fnetwork/rensai/snmp01/01.html＞
【発明の概要】
【発明が解決しようとする課題】
【０００４】
通信ネットワーク試験において、解析が必要となる事象発生時、検証のやり直しを防ぐため、事象発生時のログを出来る限り取得し、解析することが望ましい。しかしながら、パケットキャプチャ等のログを収集し、蓄積しておく期間には限界があり、長期間のログを残すのは難しいという課題がある。また、解析候補の事象には、試験環境の問題に起因する事象なども含んでいる場合があり、膨大なログの中から、本当に解析が必要な事象を検出するために、一次切り分け稼動が多く必要となるといった課題もある。
【０００５】
本発明は上記の点に鑑みてなされたものであり、従来の試験実施に必要であった稼動量を削減し、通信ネットワーク試験を効率化することを可能とする技術を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記の課題を解決するために、本発明は、通信ネットワークにおいて、試験対象装置を含む試験システムを構成している各装置から解析用ログを収集するためのログ収集自動化装置であって、
特定のイベントを検出するためのイベントポリシーを格納するイベントポリシー格納手段と、
ログ解析要否を判断するための条件ポリシーを格納する解析要否判断条件ポリシー格納手段と、
前記試験システムを構成する各装置から監視情報を取得する監視情報取得手段と、
前記監視情報取得手段により取得された監視情報から、前記イベントポリシー格納手段に格納されたイベントポリシーに適合するイベントの発生を検出した場合に、当該イベントと同時に発生した他のイベントを検出する検出手段と、
前記イベントと、同時に発生した他のイベントとの組み合わせに基づき、前記解析要否判断条件ポリシー格納手段に格納された条件ポリシーに従って、詳細解析の要否を判定する判定手段と、
前記判定手段により、詳細解析を要すると判定された場合に、前記試験システムを構成する装置から解析用ログを取得する解析用ログ取得手段とを備えることを特徴とするログ収集自動化装置として構成される。
【０００７】
また、本発明は、通信ネットワークにおいて、試験対象装置を含む試験システムを構成している各装置から解析用ログを収集するためのログ収集自動化装置であって、
特定のイベントを検出するためのイベントポリシーを格納するイベントポリシー格納手段と、
ログ解析要否を判断するための条件ポリシーを格納する解析要否判断条件ポリシー格納手段と、
前記試験システムを構成する各装置から監視情報を取得する監視情報取得手段と、
前記監視情報取得手段により取得された監視情報から、前記イベントポリシー格納手段に格納されたイベントポリシーに適合するイベントの発生を検出した場合に、前記試験システムを構成する装置から解析用ログを取得し、記憶手段に格納する解析用ログ取得手段と、
前記イベントと同時に発生した他のイベントを検出する検出手段と、
前記イベントと、同時に発生した他のイベントとの組み合わせに基づき、前記解析要否判断条件ポリシー格納手段に格納された条件ポリシーに従って、詳細解析の要否を判定する判定手段と、
前記判定手段により、詳細解析が不要であると判定された場合に、前記記憶手段に格納された解析用ログを廃棄する廃棄手段とを備えることを特徴とするログ収集自動化装置として構成してもよい。
【０００８】
前記解析用ログ取得手段により解析用ログを取得する対象となる装置は、常に解析用ログを収集する設定がなされており、当該解析用ログ取得手段は、当該装置において既に保存された解析用ログを取得するように構成してもよい。
【０００９】
また、前記解析要否判断条件ポリシー格納手段は、前記条件ポリシーとして、詳細解析が不要となるイベントの組み合わせを格納しており、前記イベントと、同時に発生した他のイベントとの組み合わせが、前記条件ポリシーとしてのイベントの組み合わせに該当する場合に、前記判定手段は、詳細解析が不要であると判定するようにしてもよい。
【００１０】
また、本発明は、上記ログ収集自動化装置と、試験システムを構成する各装置とがネットワーク接続されて構成されることを特徴とするログ収集自動化試験システムとして構成することもできる。また、本発明は、上記ログ収集自動化装置が実行するログ収集制御方法として構成してもよい。
【発明の効果】
【００１１】
本発明によれば、従来の試験実施に必要であった稼動量を削減し、通信ネットワーク試験を効率化することが可能となる。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施の形態に係る試験システムの構成図である。
【図２】ログ収集自動化装置１０の機能構成図である。
【図３】試験システムの動作例１を示すシーケンス図である。
【図４】解析要否判断条件ポリシー格納部１３に格納される解析要否判断条件ポリシーの例を示す図である。
【図５】試験システムの動作例２を示すシーケンス図である。
【図６】試験システムの動作例３を示すシーケンス図である。
【発明を実施するための形態】
【００１３】
以下、図面を参照して本発明の実施の形態を説明する。
【００１４】
（システム構成）
図１に、本発明の実施の形態に係る通信ネットワーク試験の試験システム構成図を示す。また、図１は、各装置からログ監視、ログ収集等を行うことを点線等で示している。
【００１５】
図１に示すように、当該試験システム（ログ収集自動化試験システムと呼ぶ）は、試験対象装置１と、試験対象装置１の保守装置２と、IPネットワーク中継機器３と、試験機４と、パケットキャプチャ装置５と、ログ収集自動化装置１０とを有し、各装置は、図１に示すように他の装置と通信可能なようにネットワーク接続されている。なお、ログ収集自動化装置１０を除いたログ収集自動化試験システムを単に試験システムと称してもよい。
【００１６】
試験対象装置１は、例えばSIPサーバや各種ネットワーク機器等の試験の対象となる装置である。なお、試験対象装置１は特定の種類の装置に限定されるわけではなく、どのような装置でもよい。試験対象装置１の保守装置２は、試験対象装置１の装置情報収集およびコンフィグレーションの設定変更等を実施する装置である。IPネットワーク中継機器３は、ルータ、スイッチ等である。試験機４は、ユーザ端末（携帯端末やパーソナルコンピュータ）を擬似する装置である。パケットキャプチャ装置５は、予め設定した条件でネットワークを流れるパケットを取得（キャプチャ）し、保存する装置である。
【００１７】
ログ収集自動化装置１０は、本発明に係る装置であり、ネットワーク監視サーバA、ログ監視機能・時刻同期機能B、ログ収集・保存機能Cを含む。ログ収集自動化装置１０の機能構成及び動作の詳細については後により詳細に説明する。
【００１８】
ネットワーク監視サーバAは、SNMP TrapおよびSyslog等のネットワーク監視プロトコルをサポートする機能部である。図１に示す構成では、一例として、ネットワーク監視サーバAの機能をログ収集自動化装置１０内に備えることとしているが、ネットワーク監視サーバAをログ収集自動化装置１０の外部に備え、ログ収集自動化装置１０が、他の装置と同様に、ネットワークを介してネットワーク監視サーバAから各種情報を取得することとしてもよい。以下の装置構成においては、ネットワーク監視サーバAは外部に備えられているものとする。
【００１９】
図２に、本発明の実施の形態に係るログ収集自動化装置１０の機能構成図を示す。図２に示すように、ログ収集自動化装置１０は、ポリシー設定部１１、イベントポリシー格納部１２、解析要否判断条件ポリシー格納部１３、時刻同期部１４、定期監視情報取得部１５、定期監視情報格納部１６、解析用ログ収集部１７、ログ収集制御部１８、解析用ログ格納部１９を備える。
【００２０】
ポリシー設定部１１は、試験者等からのポリシーの入力を受け付け、入力されたポリシーをイベントポリシー格納部１２もしくは解析要否判断条件ポリシー格納部１３に格納する機能部である。イベントポリシー格納部１２は、定期監視情報取得部１５により取得される監視情報から判別できるイベントであって、後述する同時性チェック・想定外事象判断を行うトリガーとなるイベントのポリシーを格納する。解析要否判断条件ポリシー格納部１３は、想定外事象判断を行うための条件としてのポリシーを格納する。
【００２１】
時刻同期部１４は、試験システムを構成する各装置の時刻を同期させるための機能部である。時刻同期の手法としては種々の既存技術を使用することができる。時刻同期部１４の機能により、システムを構成する各装置は、例えば、ログ収集自動化装置と同期される。以降の説明では、各装置は同期しているものとする。なお、各装置を同期させる代わりに、時刻同期部１４が各装置の時刻のずれを把握し、そのずれに応じて各装置から取得する情報の時刻の補正を行ってもよい。このような補正を行うことも、広い意味での同期である。
【００２２】
なお、ログ収集自動化装置１０以外の手段により、試験システムを構成する各装置を同期させることができる場合は、ログ収集自動化装置１０に時刻同期部１４を備えることは必須ではない。
【００２３】
定期監視情報取得部１５は、試験システムを構成する各装置から定期監視可能な情報を取得し、定期監視情報格納部１６に格納する機能部である。定期監視可能な情報は、イベントポリシー格納部１２に格納されるイベントを判別可能な情報であり、例えば、CPU使用率、パケットロス等であるが、特定の情報に限定されるわけではない。また、本例では、各装置から監視情報を「定期」（所定の時間間隔）に取得することを想定しているが、各装置から同時に取得することとすれば、「定期」であることは必須ではない。また、監視情報の取得方法には、各装置から自律的にログ収集自動化装置１０に対して通知された情報を取得する方法と、ログ収集自動化装置１０から各装置ないしは各装置の操作端末に対して取得要求を送信することにより取得する方法とがあるが、本実施の形態の定期監視情報取得部１５は、どちらの方法にも対応している。
【００２４】
定期監視情報格納部１６は、定期監視情報取得部１５により取得された監視情報を格納するバッファメモリ等である。格納する情報には、例えば、取得対象の装置を識別する情報、CPU使用率等の具体的な値、その値が何を表しているかを示す情報、及び、その値が該当装置において取得された時刻（タイムスタンプ）を含む。
【００２５】
解析用ログ収集部１７は、ログ収集制御部１８からの指示により、詳細解析用のログを各装置から取得し、解析用ログ格納部１９に格納する機能部である。解析用ログ格納部１９は、解析用ログ収集部１７により取得された各装置のログを格納する。
【００２６】
ログ収集制御部１８は、定期監視情報格納部１６、イベントポリシー格納部１２、解析要否判断条件ポリシー格納部１３に格納された各種情報に基づいて、特定イベント発生有無判断、同時性チェック・想定外事象判断等を行い、解析用ログ収集が必要と判断した場合に、解析用ログ収集部１７に対して解析用ログ収集を指示する等の処理を行う機能部である。ログ収集制御部１８による動作については、後の動作説明のところでより詳細に説明する。
【００２７】
図２に示したログ収集自動化装置１０は、コンピュータに、本実施の形態で説明する処理内容を記述したプログラムを実行させることにより実現可能である。すなわち、ログ収集自動化装置１０の各部が有する機能は、ログ収集自動化装置１０を構成するコンピュータに内蔵されるＣＰＵやメモリなどのハードウェア資源を用いて、各部で実施される処理に対応するプログラムを実行することによって実現することが可能である。また、該プログラムは、当該プログラムを記録したＦＤ、ＣＤ−ＲＯＭ、ＤＶＤなどの記録媒体や、インターネットなどのネットワークを介して市場に流通させることができる。
【００２８】
以下、試験システム（特にログ収集自動化装置１０）の各動作例を詳細に説明する。
【００２９】
（試験システムの動作例１）
試験システムの動作例１を図３のシーケンス図を参照して説明する。
【００３０】
まず、事前準備として、試験者が、ログ収集自動化装置１０に各種ポリシーを入力する（ステップ１）。ポリシー設定部１１により、イベントポリシーとして入力されたポリシーはイベントポリシー格納部１２に格納され、解析要否判断条件ポリシーとして入力されたポリシーは解析要否判断条件ポリシー格納部１３に格納される。
【００３１】
イベントポリシー格納部１２に格納されるイベントポリシーの例（１）〜（１６）を以下に示す。以下は一例に過ぎず、イベントポリシーはこれらの例に限定されない。
（１）試験対象装置に実装されたインタフェースでのパケットロス数の閾値
（２）試験対象装置に実装されたインタフェースでのパケットの特定のエラーに関するエラー数の閾値
（３）試験対象装置における、各種プロトコル情報において、試験対象装置にて管理しているセッション情報やステート情報の数に対する変動数の閾値
（４）試験対象装置のCPU使用率または使用量の閾値
（５）試験対象装置のメモリ使用率または使用量の閾値
（６）試験対象装置の保守装置において、試験対象装置のコンフィグレーションの設定変更がなされたこと
（７）試験対象装置の保守装置において、試験対象装置のコンフィグレーションの設定保存がなされたこと
（８）IPネットワーク中継機器に実装されたインタフェースでのパケットロス数の閾値
（９）IPネットワーク中継機器に実装されたインタフェースでのパケットの特定のエラーについてのエラー数の閾値
（１０）IPネットワーク中継機器における、各種プロトコル情報において、 IPネットワーク中継機器にて管理しているセッション情報やステート情報の数に対する変動数の閾値
（１１）IPネットワーク中継機器のCPU使用率または使用量の閾値
（１２）IPネットワーク中継機器のメモリ使用率または使用量における任意の値を閾値として設定する
（１３）試験機に実装されたインタフェースでのパケットロス数の閾値
（１４）試験機に実装されたインタフェースでのパケットの特定のエラーについてのエラー数の閾値
（１５）試験機に実装されたインタフェースでのパケットの遅延量の閾値
（１６）ネットワーク監視サーバにおいて、各装置や機器から、特定のSNMP TrapメッセージないしはSyslogメッセージを受信したこと
例えば、（１）に関しては、定期監視情報として試験対象装置１から取得したパケットロス数が、（１）に規定された閾値以上の場合に、同時性チェック・想定外事象判断を要するイベント発生と判断される。また、例えば、（６）については、定期監視情報として、試験対象装置１の保守装置２から、試験対象装置１のコンフィグレーションの設定変更が行われたことを示す情報を取得した場合に、同時性チェック・想定外事象判断を要するイベント発生と判断される。
【００３２】
解析要否判断条件ポリシー格納部１３に格納される解析要否判断条件ポリシーの例を図４に示す。なお、図４に示す例は、解析要否判断条件ポリシーを分かりやすく説明するためのものであり、解析要否判断条件ポリシーのデータ構造は図４に示す例に限られるわけではない。
【００３３】
図４に示すように、解析要否判断条件ポリシー格納部１３には、発生イベントに対応付けて、当該発生イベントとの組み合わせが既知事象である（＝詳細解析が不要である）同時発生イベントが格納される。例えば、イベント１の発生を検知した場合において、それと同時のイベントとして、イベント６もしくはイベント７を検知した場合には、詳細解析は不要と判断される。また、例えば、イベント１の発生を検知した場合において、それと同時のイベントとして、イベント１６を検知した場合、イベント１６は、イベント１に対する解析不要のイベントの組として設定されていないので、詳細解析は必要と判断される。
【００３４】
また、より具体的に、例えば、試験機４におけるパケットの遅延量の閾値超過をイベントポリシーに適合する発生イベントとして検知した場合に、その際に同時に発生したイベントが、試験対象装置１の保守装置２において試験対象装置１のコンフィグレーションの設定保存のみの場合であって、当該イベントの同時発生の組み合わせが解析要否判断条件ポリシーにおいて解析不要であると設定されている場合は、解析不要と判断される。この場合、当該イベントの同時発生の組み合わせが解析要否判断条件ポリシーにおいて解析不要であると設定されていない場合は、解析必要と判断される。
【００３５】
上記の例では、詳細解析が不要となるイベントの組み合わせを解析要否判断条件ポリシー格納部１３に格納したが、逆に、詳細解析が必要となるイベントの組み合わせを解析要否判断条件ポリシー格納部１３に格納し、その内容に応じた判断動作を行うこととしてもよい。
【００３６】
図３に戻り、ステップ１でのポリシー設定の後、ログ収集自動化装置の定期監視情報取得部は、各装置の定期監視可能な情報を監視する（ステップ２）。すなわち、定期監視情報取得部１５は、各装置から監視情報を所定の時間間隔で取得し、取得した情報を（一時的に）定期監視情報格納部１６に格納する。
【００３７】
上記の監視を行うことと並行して、ログ収集自動化装置１０におけるログ収集制御部１８は、イベントポリシー格納部１２に格納されているイベントポリシー、及び定期監視情報格納部１６に格納された監視情報に基づいて、イベントポリシーとして設定されたイベント発生があったかどうか判定する。
【００３８】
ステップ３にて、ログ収集制御部１８がイベント発生を検知すると、ステップ４で、ログ収集制御部１８は、同時に他のイベントが発生していないかをイベントポリシー及び監視情報に基づき判定する。ここでの「同時」は、監視情報の時刻（タイムスタンプ）が全く同じである他、所定の短い時間内にあることを含むものとする。
【００３９】
続いて、ログ収集制御部１８は、ステップ３での発生イベント、及びステップ４での同時性チェック結果（同時イベント検出、もしくは、同時イベントなし）に基づき、解析要否判断条件ポリシー格納部１３に格納された解析要否判断条件ポリシーに従って、詳細解析要否を判断する。例えば、ステップ３でイベント１を検出し、ステップ４で同時イベントとしてイベント６を検出した場合、このようなイベントの組み合わせは既知事象であり、以降の詳細な解析は不要と判断する。また、例えば、ステップ３でイベント１を検出し、ステップ４で同時イベントとしてイベント１６を検出、もしくは同時イベントを検出しない場合、このような事象は新規事象（想定外事象）と判断し、以降の詳細解析が必要と判断する。
【００４０】
ステップ６において、ログ収集制御部１８は、ステップ５での判断に基づき、発生した事象が新規事象である場合に、各種装置の詳細解析用のログを新規に収集するよう解析用ログ収集部１７に指示する。指示を受けた解析用ログ収集部１７は、ログ取得命令を各装置に送り、各装置で順次バッファに蓄積されるログを取得し、解析用ログ格納部１９に格納する。
【００４１】
ステップ６で収集する解析用ログは、例えば、発生イベントに応じて予め定めた種類のログとすることができ、それらは、例えば、通信メッセージ、キャプチャパケット、装置システムメッセージ、稼動状態等であるが、特定のものに限定されない。また、ステップ６でのログ収集の対象とする装置は、全ての装置でもよいし、発生イベントに応じて予め定めた装置としてもよい。
【００４２】
（試験システムの動作例２）
試験システムの動作例２を図５に示す。以下では、動作例１と異なる部分を中心に説明する。
【００４３】
動作例２では、試験システムの各装置は、解析用ログを常に収集し、そのログを自装置内に（例えば、装置内バッファに）、もしくは当該装置の操作端末内に保存する設定がなされており、この設定に基づく動作を行っている。なお、ここで常に収集するログの収集対象装置、及びログの種類は目的に応じて適切に決めればよいが、例えば、全装置間のパケットキャプチャ装置５によるキャプチャ結果が含まれる。また、ここでは常にログを収集するが、長期間のログを蓄積しておく必要はなく、例えば、所定のバッファサイズの分だけ常に格納するようにしておけばよい。
【００４４】
図５のステップ１〜５は、動作例１と同じである。ステップ５で詳細解析が必要であるとの判断がなされた場合、ステップ６において、ログ収集制御部１８は、常にログを収集している各装置の解析用ログを収集するよう解析用ログ収集部１７に指示する。動作例２では、各装置で解析用ログを常に収集し、保存しているので、指示を受けた解析用ログ収集部１７は、各装置に既に保存されて解析用ログを全て取得し、解析用ログ格納部１９に格納する。
（試験システムの動作例３）
試験システムの動作例３を図６に示す。以下では、動作例１と異なる部分を中心に説明する。
【００４５】
動作例３では、動作例２と同様に、試験システムの各装置は、解析用ログを常に収集し、そのログを自装置内（例えば、装置内バッファ）に、もしくは当該装置の操作端末内に保存する設定がなされており、この設定に基づく動作を行っている。なお、ここで常に収集するログの収集対象装置、及びログの種類は目的に応じて適切に決めればよいが、例えば、全装置間のパケットキャプチャ装置によるキャプチャ結果が含まれる。また、ここでは常にログを収集するが、長期間のログを蓄積しておく必要はなく、例えば、所定のバッファサイズの分だけ格納するようにしておけばよい。
【００４６】
図６のステップ１〜３は、動作例１と同じである。ステップ３にてイベント発生を検知した場合、ログ収集制御部１８は、ステップ３−１において、常にログを収集している各装置の解析用ログを収集するよう解析用ログ収集部１７に指示する。動作例３では、各装置で解析用ログを常に収集し、保存しているので、指示を受けた解析用ログ収集部１７は、各装置に既に保存されて解析用ログを全て取得し、解析用ログ格納部１９に格納する。
【００４７】
そして、ステップ３−１で全ての解析用ログを収集したタイミングにて、ステップ４、５として、同時性チェック、想定外事象判断を行う。ステップ４、５の処理内容は動作例１と同じである。
【００４８】
そして、ステップ５で発生した事象が既知事象であり、詳細解析は不要であると判断した場合に、ログ収集制御部１８は、ステップ３−１で保存した解析用ログを廃棄（削除）する処理を行なう（ステップ６）。ステップ５において、詳細解析要と判断された場合は、ステップ３−１で保存された解析用ログを用いて詳細解析を行うことができる。
【００４９】
なお、上記の動作例２、３では、所定の事象が発生した場合に、常にログを収集している対象装置から解析用ログを取得し、解析用ログ格納部１９に格納することとしているが、これに代えて、常にログを収集している各装置の装置内バッファに格納されているログを、当該装置内の不揮発データ格納領域に格納することとしてもよい。この場合、詳細解析を行う際に、当該装置内の不揮発データ格納領域に格納された解析用ログを利用できる。また、この場合、動作例３のステップ６における削除の際は、対象装置に削除命令を行い、当該装置にて不揮発データ格納領域に格納された解析用ログの削除が行われる。
【００５０】
（実施の形態のまとめ、効果）
上記のように、本実施の形態に係る技術によれば、定期的に取得可能な複数装置のログを随時監視し、事前に設定したポリシーにより、解析要の可能性があると判断したイベント発生時に、他のログとの同時性/非同時性をチェックすることで、解析不要な事象の排除を可能とし、解析が必要と想定される事象の発生時のみにログを保存/収集する。また、ログ収集対象は、NW装置の既存のTrap/syslogのみでは検証用には不足するため、試験機を含めたログ収集を行い、通信異常の検知を核とした解析対象事象をトリガーに一次切り分け/ログ保存・収集を行なう。
【００５１】
ログの解析が必要な情報を事象発生時にイベントドリブン型で取得することとしたので、一次切り分け稼動の削減やログ取得のための再三の再検証の削減が可能となる。すなわち、従来の試験実施に必要であった稼動量が削減できることから、試験の効率化が実現できる。
【００５２】
本発明は、上記の実施の形態に限定されることなく、特許請求の範囲内において、種々変更・応用が可能である。
【符号の説明】
【００５３】
１ 試験対象装置
２ 試験対象装置１の保守装置
３ IPネットワーク中継機器
４ 試験機
５ パケットキャプチャ装置
１０ ログ収集自動化装置１０
１１ ポリシー設定部
１２ イベントポリシー格納部
１３ 解析要否判断条件ポリシー格納部
１４ 時刻同期部
１５ 定期監視情報取得部
１６ 定期監視情報格納部
１７ 解析用ログ収集部
１８ ログ収集制御部
１９ 解析用ログ格納部
【特許請求の範囲】
【請求項１】
通信ネットワークにおいて、試験対象装置を含む試験システムを構成している各装置から解析用ログを収集するためのログ収集自動化装置であって、
特定のイベントを検出するためのイベントポリシーを格納するイベントポリシー格納手段と、
ログ解析要否を判断するための条件ポリシーを格納する解析要否判断条件ポリシー格納手段と、
前記試験システムを構成する各装置から監視情報を取得する監視情報取得手段と、
前記監視情報取得手段により取得された監視情報から、前記イベントポリシー格納手段に格納されたイベントポリシーに適合するイベントの発生を検出した場合に、当該イベントと同時に発生した他のイベントを検出する検出手段と、
前記イベントと、同時に発生した他のイベントとの組み合わせに基づき、前記解析要否判断条件ポリシー格納手段に格納された条件ポリシーに従って、詳細解析の要否を判定する判定手段と、
前記判定手段により、詳細解析を要すると判定された場合に、前記試験システムを構成する装置から解析用ログを取得する解析用ログ取得手段と
を備えることを特徴とするログ収集自動化装置。
【請求項２】
通信ネットワークにおいて、試験対象装置を含む試験システムを構成している各装置から解析用ログを収集するためのログ収集自動化装置であって、
特定のイベントを検出するためのイベントポリシーを格納するイベントポリシー格納手段と、
ログ解析要否を判断するための条件ポリシーを格納する解析要否判断条件ポリシー格納手段と、
前記試験システムを構成する各装置から監視情報を取得する監視情報取得手段と、
前記監視情報取得手段により取得された監視情報から、前記イベントポリシー格納手段に格納されたイベントポリシーに適合するイベントの発生を検出した場合に、前記試験システムを構成する装置から解析用ログを取得し、記憶手段に格納する解析用ログ取得手段と、
前記イベントと同時に発生した他のイベントを検出する検出手段と、
前記イベントと、同時に発生した他のイベントとの組み合わせに基づき、前記解析要否判断条件ポリシー格納手段に格納された条件ポリシーに従って、詳細解析の要否を判定する判定手段と、
前記判定手段により、詳細解析が不要であると判定された場合に、前記記憶手段に格納された解析用ログを廃棄する廃棄手段と
を備えることを特徴とするログ収集自動化装置。
【請求項３】
前記解析用ログ取得手段により解析用ログを取得する対象となる装置は、常に解析用ログを収集する設定がなされており、当該解析用ログ取得手段は、当該装置において既に保存された解析用ログを取得する
ことを特徴とする請求項１又は２に記載のログ収集自動化装置。
【請求項４】
前記解析要否判断条件ポリシー格納手段は、前記条件ポリシーとして、詳細解析が不要となるイベントの組み合わせを格納しており、前記イベントと、同時に発生した他のイベントとの組み合わせが、前記条件ポリシーとしてのイベントの組み合わせに該当する場合に、前記判定手段は、詳細解析が不要であると判定する
ことを特徴とする請求項１ないし３のうちいずれか１項に記載のログ収集自動化装置。
【請求項５】
請求項１ないし４のうちいずれか１項に記載のログ収集自動化装置と、試験システムを構成する各装置とがネットワーク接続されて構成されることを特徴とするログ収集自動化試験システム。
【請求項６】
通信ネットワークにおいて、試験対象装置を含む試験システムを構成している各装置から解析用ログを収集するためのログ収集自動化装置が実行するログ収集制御方法であって、
前記ログ収集自動化装置は、特定のイベントを検出するためのイベントポリシーを格納するイベントポリシー格納手段と、ログ解析要否を判断するための条件ポリシーを格納する解析要否判断条件ポリシー格納手段とを備えており、
前記試験システムを構成する各装置から監視情報を取得する監視情報取得ステップと、
前記監視情報取得ステップにより取得された監視情報から、前記イベントポリシー格納手段に格納されたイベントポリシーに適合するイベントの発生を検出した場合に、当該イベントと同時に発生した他のイベントを検出する検出ステップと、
前記イベントと、同時に発生した他のイベントとの組み合わせに基づき、前記解析要否判断条件ポリシー格納手段に格納された条件ポリシーに従って、詳細解析の要否を判定する判定ステップと、
前記判定ステップにより、詳細解析を要すると判定された場合に、前記試験システムを構成する装置から解析用ログを取得する解析用ログ取得ステップと
を備えることを特徴とするログ収集制御方法。
【請求項７】
通信ネットワークにおいて、試験対象装置を含む試験システムを構成している各装置から解析用ログを収集するためのログ収集自動化装置が実行するログ収集制御方法であって、
前記ログ収集自動化装置は、特定のイベントを検出するためのイベントポリシーを格納するイベントポリシー格納手段と、ログ解析要否を判断するための条件ポリシーを格納する解析要否判断条件ポリシー格納手段とを備えており、
前記試験システムを構成する各装置から監視情報を取得する監視情報取得ステップと、
前記監視情報取得ステップにより取得された監視情報から、前記イベントポリシー格納手段に格納されたイベントポリシーに適合するイベントの発生を検出した場合に、前記試験システムを構成する装置から解析用ログを取得し、記憶手段に格納する解析用ログ取得ステップと、
前記イベントと同時に発生した他のイベントを検出する検出ステップと、
前記イベントと、同時に発生した他のイベントとの組み合わせに基づき、前記解析要否判断条件ポリシー格納手段に格納された条件ポリシーに従って、詳細解析の要否を判定する判定ステップと、
前記判定ステップにより、詳細解析が不要であると判定された場合に、前記記憶手段に格納された解析用ログを廃棄する廃棄ステップと
を備えることを特徴とするログ収集制御方法。
【請求項８】
前記解析用ログ取得ステップにおいて解析用ログを取得する対象となる装置は、常に解析用ログを収集する設定がなされており、当該解析用ログ取得ステップにおいて、当該装置において既に保存された解析用ログを取得する
ことを特徴とする請求項６又は７に記載のログ収集制御方法。
【請求項９】
前記解析要否判断条件ポリシー格納手段は、前記条件ポリシーとして、詳細解析が不要となるイベントの組み合わせを格納しており、前記イベントと、同時に発生した他のイベントとの組み合わせが、前記条件ポリシーとしてのイベントの組み合わせに該当する場合に、前記判定ステップにおいて、詳細解析が不要であると判定する
ことを特徴とする請求項６ないし８のうちいずれか１項に記載のログ収集制御方法。
【請求項１】
通信ネットワークにおいて、試験対象装置を含む試験システムを構成している各装置から解析用ログを収集するためのログ収集自動化装置であって、
特定のイベントを検出するためのイベントポリシーを格納するイベントポリシー格納手段と、
ログ解析要否を判断するための条件ポリシーを格納する解析要否判断条件ポリシー格納手段と、
前記試験システムを構成する各装置から監視情報を取得する監視情報取得手段と、
前記監視情報取得手段により取得された監視情報から、前記イベントポリシー格納手段に格納されたイベントポリシーに適合するイベントの発生を検出した場合に、当該イベントと同時に発生した他のイベントを検出する検出手段と、
前記イベントと、同時に発生した他のイベントとの組み合わせに基づき、前記解析要否判断条件ポリシー格納手段に格納された条件ポリシーに従って、詳細解析の要否を判定する判定手段と、
前記判定手段により、詳細解析を要すると判定された場合に、前記試験システムを構成する装置から解析用ログを取得する解析用ログ取得手段と
を備えることを特徴とするログ収集自動化装置。
【請求項２】
通信ネットワークにおいて、試験対象装置を含む試験システムを構成している各装置から解析用ログを収集するためのログ収集自動化装置であって、
特定のイベントを検出するためのイベントポリシーを格納するイベントポリシー格納手段と、
ログ解析要否を判断するための条件ポリシーを格納する解析要否判断条件ポリシー格納手段と、
前記試験システムを構成する各装置から監視情報を取得する監視情報取得手段と、
前記監視情報取得手段により取得された監視情報から、前記イベントポリシー格納手段に格納されたイベントポリシーに適合するイベントの発生を検出した場合に、前記試験システムを構成する装置から解析用ログを取得し、記憶手段に格納する解析用ログ取得手段と、
前記イベントと同時に発生した他のイベントを検出する検出手段と、
前記イベントと、同時に発生した他のイベントとの組み合わせに基づき、前記解析要否判断条件ポリシー格納手段に格納された条件ポリシーに従って、詳細解析の要否を判定する判定手段と、
前記判定手段により、詳細解析が不要であると判定された場合に、前記記憶手段に格納された解析用ログを廃棄する廃棄手段と
を備えることを特徴とするログ収集自動化装置。
【請求項３】
前記解析用ログ取得手段により解析用ログを取得する対象となる装置は、常に解析用ログを収集する設定がなされており、当該解析用ログ取得手段は、当該装置において既に保存された解析用ログを取得する
ことを特徴とする請求項１又は２に記載のログ収集自動化装置。
【請求項４】
前記解析要否判断条件ポリシー格納手段は、前記条件ポリシーとして、詳細解析が不要となるイベントの組み合わせを格納しており、前記イベントと、同時に発生した他のイベントとの組み合わせが、前記条件ポリシーとしてのイベントの組み合わせに該当する場合に、前記判定手段は、詳細解析が不要であると判定する
ことを特徴とする請求項１ないし３のうちいずれか１項に記載のログ収集自動化装置。
【請求項５】
請求項１ないし４のうちいずれか１項に記載のログ収集自動化装置と、試験システムを構成する各装置とがネットワーク接続されて構成されることを特徴とするログ収集自動化試験システム。
【請求項６】
通信ネットワークにおいて、試験対象装置を含む試験システムを構成している各装置から解析用ログを収集するためのログ収集自動化装置が実行するログ収集制御方法であって、
前記ログ収集自動化装置は、特定のイベントを検出するためのイベントポリシーを格納するイベントポリシー格納手段と、ログ解析要否を判断するための条件ポリシーを格納する解析要否判断条件ポリシー格納手段とを備えており、
前記試験システムを構成する各装置から監視情報を取得する監視情報取得ステップと、
前記監視情報取得ステップにより取得された監視情報から、前記イベントポリシー格納手段に格納されたイベントポリシーに適合するイベントの発生を検出した場合に、当該イベントと同時に発生した他のイベントを検出する検出ステップと、
前記イベントと、同時に発生した他のイベントとの組み合わせに基づき、前記解析要否判断条件ポリシー格納手段に格納された条件ポリシーに従って、詳細解析の要否を判定する判定ステップと、
前記判定ステップにより、詳細解析を要すると判定された場合に、前記試験システムを構成する装置から解析用ログを取得する解析用ログ取得ステップと
を備えることを特徴とするログ収集制御方法。
【請求項７】
通信ネットワークにおいて、試験対象装置を含む試験システムを構成している各装置から解析用ログを収集するためのログ収集自動化装置が実行するログ収集制御方法であって、
前記ログ収集自動化装置は、特定のイベントを検出するためのイベントポリシーを格納するイベントポリシー格納手段と、ログ解析要否を判断するための条件ポリシーを格納する解析要否判断条件ポリシー格納手段とを備えており、
前記試験システムを構成する各装置から監視情報を取得する監視情報取得ステップと、
前記監視情報取得ステップにより取得された監視情報から、前記イベントポリシー格納手段に格納されたイベントポリシーに適合するイベントの発生を検出した場合に、前記試験システムを構成する装置から解析用ログを取得し、記憶手段に格納する解析用ログ取得ステップと、
前記イベントと同時に発生した他のイベントを検出する検出ステップと、
前記イベントと、同時に発生した他のイベントとの組み合わせに基づき、前記解析要否判断条件ポリシー格納手段に格納された条件ポリシーに従って、詳細解析の要否を判定する判定ステップと、
前記判定ステップにより、詳細解析が不要であると判定された場合に、前記記憶手段に格納された解析用ログを廃棄する廃棄ステップと
を備えることを特徴とするログ収集制御方法。
【請求項８】
前記解析用ログ取得ステップにおいて解析用ログを取得する対象となる装置は、常に解析用ログを収集する設定がなされており、当該解析用ログ取得ステップにおいて、当該装置において既に保存された解析用ログを取得する
ことを特徴とする請求項６又は７に記載のログ収集制御方法。
【請求項９】
前記解析要否判断条件ポリシー格納手段は、前記条件ポリシーとして、詳細解析が不要となるイベントの組み合わせを格納しており、前記イベントと、同時に発生した他のイベントとの組み合わせが、前記条件ポリシーとしてのイベントの組み合わせに該当する場合に、前記判定ステップにおいて、詳細解析が不要であると判定する
ことを特徴とする請求項６ないし８のうちいずれか１項に記載のログ収集制御方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公開番号】特開２０１２−１７５３８９（Ｐ２０１２−１７５３８９Ａ）
【公開日】平成２４年９月１０日（２０１２．９．１０）
【国際特許分類】
【出願番号】特願２０１１−３５２０１（Ｐ２０１１−３５２０１）
【出願日】平成２３年２月２１日（２０１１．２．２１）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
【公開日】平成２４年９月１０日（２０１２．９．１０）
【国際特許分類】
【出願日】平成２３年２月２１日（２０１１．２．２１）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
[ Back to top ]