トラヒック情報処理装置、トラヒック情報処理方法、及び、トラヒック情報処理プログラム
【課題】トラヒック情報を所定の単位で分割して並列処理で解析を行い蓄積することで、トラヒックデータを高速で且つ高効率に生成することができるトラヒック情報処理装置等を提供する。
【解決手段】ネットワークシステムから送信されたトラヒック情報を解析して蓄積するトラヒック情報処理装置１００において、前記トラヒック情報を、ＩＤ毎の情報に分割してサブトラヒック情報を生成するトラヒック情報分割処理部１２０と、前記トラヒック情報分割処理部１２０が分割したサブトラヒック情報毎に並列に解析処理を行うトラヒック情報解析処理部１４０と、前記トラヒック情報解析処理部１４０が解析した結果をトラヒックデータとして蓄積するトラヒックデータ蓄積処理部１６０とを備えることを特徴とする。
【解決手段】ネットワークシステムから送信されたトラヒック情報を解析して蓄積するトラヒック情報処理装置１００において、前記トラヒック情報を、ＩＤ毎の情報に分割してサブトラヒック情報を生成するトラヒック情報分割処理部１２０と、前記トラヒック情報分割処理部１２０が分割したサブトラヒック情報毎に並列に解析処理を行うトラヒック情報解析処理部１４０と、前記トラヒック情報解析処理部１４０が解析した結果をトラヒックデータとして蓄積するトラヒックデータ蓄積処理部１６０とを備えることを特徴とする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークシステムから取得したトラヒックファイルの情報を解析して蓄積するトラヒック情報処理装置に関し、特に、トラヒック情報を短時間で簡潔に解析することができるトラヒック情報処理装置等に関する。
【背景技術】
【０００２】
ネットワーク管理システムはネットワークシステム（以下、ＮＥとする）と管理サーバからなり、ＮＥから管理サーバが収集したトラヒック情報は、バイナリファイルやＣＳＶファイルなどの各種ファイル形式で構成されており、管理サーバにてトラヒックデータを生成する際に、簡易言語として定義ファイルに記載した構文解析ルールにより統一データ化され、管理サーバが生成したトラヒックデータを蓄積する。図２１に従来のネットワーク管理システムのシステム構成図を示す。各ＮＥから送信されたトラヒック情報は、管理サーバで収集される。管理サーバは、受信したトラヒック情報を解析してトラヒックデータを生成して蓄積する。ネットワーク監視者は、生成されたトラヒックデータを参照してネットワークの状態を監視する。
【０００３】
トラヒックデータの生成においては、ＮＥから周期的に送信されるトラヒック情報を、次周期のトラヒック情報が送信されるまでに解析して蓄積する必要があるため、処理時間の短縮や処理の効率化が求められている。しかし、現在、構文解析の対象となるトラヒック情報がバイナリファイル等の場合、ファイルの先頭から順に構文解析をするような、シーケンシャル処理をする必要があるため（図２１参照）、複数のＮＥからトラヒック情報が送信された場合等は、解析時間が増加してしまっている。また、トラヒック情報はＮＥ毎に別ファイルにて送信され、ファイル毎に構文解析を実施するため、管理サーバではトラヒックデータがＮＥ毎に蓄積されている。そのため、複数ＮＥの同一種別のトラヒックデータを参照する際に、ＮＥ毎に複数アクセスする必要があり、処理時間が増大する原因になっている。
【０００４】
トラヒック情報に関する技術ではないが、長大データの検索、更新等の多数のデータ処理を限られた入出力バッファ領域を用いた必要最小限の入出力処理で高速かつ効率良く行えるデータ処理方法およびそのための装置に関する技術が特許文献１に開示されている。この特許文献１によると、レコード検索処理部１３、レコード更新処理部１４、レコード削除処理部１５、レコード格納処理部１６の制御の下で、サブレコード選択処理部１７は、レコード操作命令１の操作単位により命令実行に必要な最小限のサブレコードを自動選択し、サブレコード単位入出力バッファ管理処理部１８によって管理されるサブレコード単位の入出力バッファを用いて、サブレコード単位並列入出力処理部１９がサブレコード単位に独立した入出力を行うことを特徴とするものである。
【０００５】
また、同様にトラヒック情報に関する技術ではないが、処理ユニットを異なる通信システムにおいて共用化できるとともにシステムの機能の変更や拡張にも容易に対応可能な通信装置に関する技術が特許文献２に開示されている。この特許文献２によると、識別子付与部１により、データブロックの先頭位置を検出して識別子Ｕ−１を付与し、その後、処理の最小単位量のデータが入力される度に識別子Ｕ−２、Ｕ−３、……を付与して、データ処理部２の４つの処理ユニットＡ１〜Ａ４に並列的に入力し、予め定めた識別子が入力された時のみ選択的に起動される処理ユニットＡ１〜Ａ４により、処理の最小単位量のデータに対し処理を実行することによって、データブロック中の該当する種類のデータのデータ長がどのような長さであっても、また、データ長が変更されてもそのまま使用することを可能とするものである。
【特許文献１】特許第３２９４３２６号公報
【特許文献２】特開平９−２４７２３４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１の技術は、レコードデータを複数のサブレコードに分割し、並列に入出力を行うことで処理を高速で効率よくしているが、分割されたサブレコードのレコード長が最後のサブレコード以外は固定長であり、最後のサブレコードのみを可変長にしてポインタにより対応付けしているため、レコードデータの構成と、分割できるサブレコードの数が制限され、処理の高速化と効率化の点で十分とは言えない。また、可変長のサブレコードに対応しようとすると、全てのサブレコードの対応付けをポインタにより行わなければならなくなるため、ポインタ機能を有するシステムにしか対応できない上に、管理が複雑になってしまうという課題を有する。
【０００７】
また、特許文献２の技術は、処理の最小単位量のデータに対し識別子を付与して処理を振り分けて実行することによって、データブロック中の該当する種類のデータのデータ長がどのような長さであっても、また、データ長が変更されてもそのまま使用することを可能であるが、識別子に対応付けられた処理ユニットのみが起動されて処理を実行するため、処理を高速化するという点では不十分であるという課題を有する。
【０００８】
そこで、本発明は前記課題を解決するためになされたものであり、トラヒック情報を所定の単位で分割して並列処理で解析を行い蓄積することで、トラヒックデータを高速で且つ高効率に生成することができる、トラヒック情報処理装置、トラヒック情報処理方法、及び、トラヒック情報処理プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
（１．トラヒック情報の分割）
本発明に係るトラヒック情報処理装置は、ネットワークシステムから送信されたトラヒック情報を解析して蓄積するトラヒック情報処理装置において、前記トラヒック情報を、予め付与されたＩＤ毎の情報に分割してサブトラヒック情報を生成するトラヒック情報分割手段と、前記トラヒック情報分割手段が分割したサブトラヒック情報毎に並列に解析処理を行うトラヒック情報解析手段と、前記トラヒック情報解析手段が解析した結果をトラヒックデータとして蓄積するトラヒックデータ蓄積手段とを備えることを特徴とする。
【００１０】
このように、本発明においては、トラヒック情報を予め付与されているＩＤ毎の情報に分割してサブトラヒック情報を生成し、その分割されたサブトラヒック情報毎に並列に解析処理を行うため、情報の先頭からシーケンシャルに処理を行う場合に比べて処理時間を短縮し、効率的に行うことができ、装置全体でのスループットを向上させることができる。
【００１１】
また、トラヒック情報には予めＩＤが割り当てられているため、ＩＤ毎の情報に分割することで、画一的な解析処理が可能となる。
さらに、処理が高速化且つ効率化されることで、蓄積されたトラヒックデータを参照して処理を行う操作者へのレスポンスに対しても好環境をもたらすことができる。
さらにまた、複数スレッド等による同時処理を実現することで、ＣＰＵの搭載数を増加させる等、リソース強化に追従した処理速度の向上が可能となる。
【００１２】
（２．属性情報の付与）
本発明に係るトラヒック情報処理装置は、前記サブトラヒック情報に関してＩＤ毎に予め設定された同一の処理内容を示す属性情報を保持する属性情報保持手段と、前記属性情報保持手段が保持する属性情報を前記サブトラヒック情報のＩＤ毎に対応させて付与する属性情報付与手段とを備えることを特徴とする。
【００１３】
このように、本発明においては、分割されたサブトラヒック情報毎に、対応した各々同一の属性情報が予め付与されるため属性に応じた解析処理や蓄積処理を画一的に行うことができ、処理を効率化することができる。また、蓄積されたトラヒックデータは、属性情報が付与された状態で蓄積されているため、後に操作者がトラヒックデータを扱う場合（例えば、統計処理を行う場合等）に、簡単で且つ柔軟に操作することが可能となる。
【００１４】
（３．属性情報に応じた不要な処理）
本発明に係るトラヒック情報処理装置は、前記トラヒック情報解析手段、及び／または、前記トラヒックデータ蓄積手段が、前記属性情報付与手段により付与された属性情報に基づいて解析処理、及び／または、蓄積処理を実行しないことを特徴とする。
【００１５】
このように、本発明においては、トラヒック情報解析手段、及び／または、トラヒックデータ蓄積手段が、属性情報付与手段により付与された属性情報に基づいて解析処理、及び／または、蓄積処理を実行しないため、不要な処理を省くことができ、処理時間を短縮することができると共に、装置への処理の負荷を軽減することができる。
また、必要なトラヒックデータのみが蓄積されるため、操作者がＩＤ毎の選別操作を行う必要がなくなり、操作者の負担を軽減することができる。
【００１６】
（４．複数のＮＥからのトラヒック情報の処理）
本発明に係るトラヒック情報処理装置は、前記トラヒック情報蓄積手段が、複数の前記ネットワークシステムから送信された前記トラヒック情報を、当該情報内容またはＩＤ毎の情報に基づいて集約して蓄積することを特徴とする。
【００１７】
このように、本発明においては、複数のネットワークシステムから送信されたトラヒック情報を、情報内容またはＩＤ毎の情報に基づいて集約して蓄積するため、操作者が蓄積されたトラヒックデータを参照する際に複数のデータ部を参照する必要がなく、１つのデータ部のみを参照するだけで複数ＮＥの情報を確認することができるため、オペレーション操作が軽減される。
また、蓄積されたトラヒックデータの参照を行う際に装置への負荷が軽減され、処理を効率的に行うことができる。
【００１８】
（５．トラヒック情報の分配）
本発明に係るトラヒック情報処理装置は、前記サブトラヒック情報の分配に関する情報を保持する分配情報保持手段と、前記分配情報保持手段が保持する分配情報に基づいて、前記サブトラヒック情報を関連する内容毎またはＩＤ毎に分配する分配処理手段とを備え、前記トラヒック情報解析手段、及び／または、前記トラヒックデータ蓄積手段が、前記分配処理手段にて分配された結果に応じて解析処理、及び／または、蓄積処理を行うことを特徴とする。
【００１９】
このように、本発明においては、サブトラヒック情報を、関連する内容毎またはＩＤ毎に分配し、分配された結果に応じて解析処理、及び／または、蓄積処理を行うため、関連する情報については、同一プロセスによる先の演算処理結果を流用して演算処理の重複を防止できることから処理を効率化することができる。
【００２０】
また、関連する情報が集約されるため、一連のプロセスで解析処理や蓄積処理を行うことができ、さらなる処理の効率化を図ることができる。
さらに、分配機能があることで生成するスレッドの数を減らすことができ、リソースを節約して使用することができる。
さらにまた、トラヒックデータを蓄積する際に、ある程度決まったスレッドからデータが蓄積されるため、排他処理等を行う場合に効率的に行うことができる。
【発明を実施するための最良の形態】
【００２１】
以下、本発明の実施の形態を説明する。本発明は多くの異なる形態で実施可能である。従って、本実施形態の記載内容のみで本発明を解釈すべきではない。また、本実施形態の全体を通して同じ要素には同じ符号を付けている。
【００２２】
本実施の形態では、主に装置について説明するが、所謂当業者であれば明らかな通り、本発明はシステム、方法、及び、コンピュータを動作させるためのプログラムとしても実施できる。また、本発明はハードウェア、ソフトウェア、または、ハードウェア及びソフトウェアの実施形態で実施可能である。プログラムは、ハードディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、光記憶装置、または、磁気記憶装置等の任意のコンピュータ可読媒体に記録できる。さらに、プログラムはネットワークを介した他のコンピュータに記録することができる。
【００２３】
（本発明の第１の実施形態）
（１ トラヒック情報処理装置のモジュール構成）
図１は、本実施形態に係るトラヒック情報処理装置のモジュール構成図である。
トラヒック情報処理装置１００は、トラヒック情報受信部１１０とトラヒック情報分割処理部１２０と構文解析ルール読込処理部１３０とトラヒック情報解析処理部１４０とトラヒック情報蓄積処理部１５０とトラヒックデータ部１６０とトラヒックデータ表示部１７０とを備える。
【００２４】
トラヒック情報受信部１１０は、監視対象装置１０から送信されてくるトラヒック情報をトラヒックファイルとして受信する処理を行う。この時トラヒック情報の内容はＩＤにより種別された状態で受信する。
なお、本発明における監視対象装置１０は、例えば電話の交換機のような装置である。
【００２５】
トラヒック情報分割処理部１２０は、トラヒック情報受信部１１０が受信したトラヒックファイルを種別されたＩＤ毎に分割する処理を行う。
なお、トラヒックファイルの分割は必ずしも１つのＩＤ毎に行う必要はない。例えば、情報内容により複数ＩＤ毎に分割してもよいし、所定の長さ（ビット数）で分割してもよい。
【００２６】
構文解析ルール読込処理部１３０は、簡易言語として定義ファイルに記載された構文解析ルールを読み込む処理を行う。ここでの処理はＩＤ毎に分割された情報を並列に処理する。
【００２７】
トラヒック情報解析処理部１４０は、構文解析ルール読込処理部１３０で読み込んだ解析ルールに従って、トラヒック情報の解析を行う。ここでの処理もＩＤ毎に分割された情報を並列に処理する。
【００２８】
トラヒック情報蓄積処理部１５０は、解析されたトラヒック情報をトラヒックデータ部１６０に蓄積する処理を行う。ここでの処理もＩＤ毎に分割された情報を並列に処理する。
【００２９】
トラヒックデータ表示部１７０は、トラヒックデータ部に蓄積されたデータを画面に表示する処理を行う。操作者は画面に表示された情報を見てネットワークシステムの管理を行う。
【００３０】
（２．トラヒック情報処理装置の動作）
図２は、本実施形態に係るトラヒック情報処理装置の処理を示すシーケンス図である。
まず、監視対象装置１０に情報表示要求があると、トラヒックファイルをトラヒック情報処理装置１００に送信する。送信されたトラヒックファイルは、トラヒック情報受信部１１０により受信される。トラヒック情報受信部１１０で受信されたトラヒックファイルは、トラヒック情報分割処理部１２０でトラヒックＩＤ毎に分割される。
【００３１】
ここで、トラヒックファイルの分割について説明する。図３は、トラヒックファイルをＩＤ毎に分割した様子を示す図である。図３（ａ）に示すトラヒックファイルは、１０個のＩＤに種別されており、「Ａ」から「Ｊ」の情報を保持している。これらの各アルファベットは、未解析のバイナリデータを示している。従来は、この状態でＩＤ１からシーケンシャルに解析処理及び蓄積処理を行っていた。図３（ｂ）は、分割後のトラヒックファイルである。本実施形態においては、図に示すようにＩＤ毎に情報を分割し、分割した情報毎にスレッドを生成して、パラレルに解析処理及び蓄積処理を行う。このように並列に処理を行うことで、図３の場合は、解析処理に要する時間が理論的には１／１０に短縮される。
【００３２】
図２に戻って、トラヒックファイルがトラヒックＩＤ毎に分割されると、構文解析ルール読込処理部１３０は、トラヒックＩＤ毎に分割されたトラヒック情報毎に解析ルールを読み込み、トラヒック情報解析処理部１４０がトラヒック情報の解析を行う。解析されたトラヒック情報は、トラヒック情報蓄積処理部１５０によりトラヒックデータ部１６０に蓄積される。
【００３３】
ここで、分割後の解析処理と蓄積処理について説明する。図４は、分割されたトラヒック情報を並列に解析して蓄積する様子を示した図である。ＩＤにより種別されたトラヒックファイルは上記トラヒック情報分割処理部１２０で分割される。分割された情報は、構文解析ルール読込処理部１３０でそれぞれ並列化して読み込まれ、分散されたプロセスとしてトラヒック情報解析処理部１４０にて多重化されて解析される。解析されたトラヒック情報は、トラヒック情報蓄積処理部１５０でトラヒックデータ部１６０に蓄積される。この処理により、大量且つ巨大に配信され続けるトラヒック情報に対して、ＩＤ毎の並列読込及び多重解析が実行されることで処理速度が向上し、処理時間の短縮を行うことができる。
【００３４】
図２に戻って、トラヒックデータ情報がトラヒックデータ部１６０に蓄積されると、トラヒックデータ表示部１７０は、トラヒックデータ部の情報を画面に表示して処理を終了する。構文解析ルール読込処理部１３０からトラヒック情報蓄積部１５０までの処理は、上記に示したように、ＩＤ毎に分割されたトラヒック情報毎に並列に行われる。
【００３５】
（本発明の第２の実施形態）
（１ トラヒック情報処理装置のモジュール構成）
図５は、本実施形態に係るトラヒック情報処理装置のモジュール構成図である。第１の実施形態と異なる点は属性情報付与部５１０と属性情報所持部５２０とＩＤ種別判定処理部５３０とを備えた点である。
【００３６】
属性情報保持部５２０は、分割するＩＤ毎に設定された処理内容に関する情報を保持している。
なお、ここで保持している情報は分割する単位ごとの処理内容に関する情報である。例えば、複数ＩＤ毎に分割した場合は、複数ＩＤ単位に処理内容に関する情報を保持している。
【００３７】
属性情報付与部５１０は、属性情報保持部５２０が保持するＩＤ毎の情報を、それぞれのＩＤに対応させて付与する処理を行う。
ＩＤ種別判定処理部５３０は、属性情報付与部５１０により付与された情報に基づいて判定処理を行う。その判定の結果に応じて解析処理や蓄積処理が実行される。また、操作者が行う処理も判定結果に応じて効率的に行われる。
【００３８】
（２ トラヒック情報処理装置の動作）
図６は、本実施形態に係るトラヒック情報処理装置の処理を示すシーケンス図である。
トラヒック情報分割処理部１２０までの処理は第１の実施形態と同様であるため説明は省略する。属性情報付与部５１０は、属性情報保持部５２０の情報を読み込み、ＩＤ毎に分割されたトラヒックファイルに対して、読み込んだ属性情報をＩＤ毎に対応させて付与する。
【００３９】
ここで、属性情報の付与について説明する。図７は、属性情報保持部５２０が保持する属性情報の一例である。左の列からＩＤ、画面表示、蓄積有無、範囲値判定、解析有無、・・・の項目が並んでおり、各行はＩＤである。つまり、ＩＤ毎に画面表示処理や蓄積処理やその他の処理を行うかどうかが決まっており、属性情報保持部５２０はそれらの情報を保持している。この例では、画面表示についてはＩＤ１〜ＩＤ４とＩＤ７〜ＩＤ９が「ＹＥＳ」となっており、画面表示が行われる。その他の「ＮＯ」となっているＩＤについては表示されない。同様に蓄積有無についてはＩＤ２とＩＤ４は蓄積処理が行われず、解析後にデータは破棄される。同様にして、様々な処理についてＩＤ毎に処理内容の情報を保持する。
【００４０】
図８は、トラヒック情報に属性情報を付与する様子を示した図である。トラヒック情報分割処理部１２０によりＩＤ毎に分割されたトラヒック情報に対して、ＩＤに対応させて属性情報を付与している。つまり、ＩＤ１の情報Ａは、画面表示も蓄積処理も範囲値判定処理も行われ、ＩＤ２の情報Ｂは、画面表示と範囲値判定処理は行われるが、蓄積処理は行われない。このように、ＩＤ毎に処理内容を設定することができるため、処理を簡潔にして効率良く行うことができる。
【００４１】
図６に戻って、ＩＤ種別判定処理部５３０は、付与された属性情報に基づいて判定処理を行う。判定処理に応じて、構文解析ルール読込処理部１３０が解析ルールを読み込み、トラヒック情報解析処理部１４０がトラヒック情報の解析を行い、トラヒック情報蓄積処理部１５０がトラヒック情報をトラヒックデータ部１６０に蓄積する。例えば、ＩＤ種別判定処理部５３０が付与された属性情報に基づいて、トラヒックデータの蓄積を行わないと判定したら、そのトラヒックデータは蓄積されない。
以降の処理は第１の実施形態と同様であるため、説明は省略する。
【００４２】
（本発明の第３の実施形態）
（１ トラヒック情報処理装置のモジュール構成）
図９は、本実施形態に係るトラヒック情報処理装置のモジュール構成図である。第２の実施形態と異なる点は不要情報廃棄処理部９１０を備えた点である。
不要情報廃棄処理部９１０は、解析処理や蓄積処理が不要な情報を廃棄して処理を実行しないようにする処理部である。
【００４３】
（２ トラヒック情報処理装置の動作）
図１０は、本実施形態に係るトラヒック情報処理装置の処理を示すシーケンス図である。
ＩＤ種別判定処理部５３０までの処理は第２の実施形態と同様であるため説明は省略する。ＩＤ種別判定処理部５３０で解析処理及び蓄積処理が不要であると判定されたトラヒック情報については、不要情報廃棄処理部９１０がトラヒック情報を廃棄し、必要なトラヒック情報のみを継続して以降の処理を実行する。以降の処理は第２の実施形態と同様であるため、説明は省略する。
【００４４】
ここで、トラヒック情報の廃棄について説明する。図１１は、ＩＤ毎に属性情報が付与されたトラヒック情報の図である。６列目の項目に解析要・不要の項目がある。ここで「ＮＯ」が設定されているＩＤ（ＩＤ２とＩＤ４）の情報については解析処理が行われない。すなわち、解析処理が行われないトラヒック情報は不要なトラヒック情報であり、廃棄しても構わない。従って、不要情報廃棄処理部９１０がトラヒック情報を廃棄する。
【００４５】
図１２は、分割されたトラヒック情報を並列に解析して蓄積する処理において、不要な情報を廃棄した場合の処理の様子を示した図である。ＩＤ種別判定処理部５３０にて不要と判定された情報を不要情報廃棄処理部９１０が廃棄し、残ったデータについてのみ解析処理と蓄積処理を行う。図１２では、「必要ＩＤ：１、３、５、８」「不要ＩＤ：２、４、６、７、９、１０」と定義されているとすると、不要情報廃棄処理部９１０は「ＩＤ：２、４、６、７、９、１０」のトラヒック情報を読み込んだ時点でトラヒック情報の解析処理をスキップする。その結果、解析されて蓄積されるトラヒック情報は「必要ＩＤ：１、３、５、８」のみとなり、不要な解析処理を行わなくて済み、処理時間を短縮することができると共に、蓄積するデータ量も削減されるため、データ領域の節約も行うことができる。
【００４６】
（本発明の第４の実施形態）
（１ トラヒック情報処理装置のモジュール構成）
図１３は、本実施形態に係るトラヒック情報処理装置のモジュール構成図である。第３の実施形態と異なる点はトラヒックデータ部１６０をＮＥ毎とＩＤ毎と情報内容毎に分けている点である。
【００４７】
トラヒックデータ部（ＮＥ毎）１６１は、ネットワークシステム毎にトラヒックデータを保持するトラヒックデータ部である。１つのＮＥについての情報をまとめて参照したい場合にアクセスが容易になる。
【００４８】
トラヒックデータ部（ＩＤ毎）１６２は、複数のＮＥをＩＤ毎の情報に基づいて集約してトラヒックデータを保持するトラヒックデータ部である。複数のＮＥについて、特定のＩＤの情報をまとめて参照したい場合にアクセスが容易になる。
【００４９】
トラヒックデータ部（情報内容毎）１６３は、関連する情報内容に基づいて、情報内容毎にトラヒックデータを集約して保持するトラヒックデータ部である。複数のＮＥについて、関連する情報（例えば、発信数と受信数やパケット数とデータ量等）をまとめて参照したい場合にアクセスが容易になる。
なお、本実施形態ではトラヒックデータ部１６０を上記３つのデータ部に分割したが、これに限定されない。つまり、さらに詳細に（３つ以上に）トラヒックデータ部を保持してもよいし、１つまたは２つのトラヒックデータ部を保持するようにしてもよい。操作者の処理に応じてトラヒックデータ部の追加、変更を行うことができる。
【００５０】
（２ トラヒック情報処理装置の動作）
図１４は、本実施形態に係るトラヒック情報処理装置の処理を示すシーケンス図である。
トラヒック情報解析処理部１４０までの処理は、第３の実施形態と同様であるため説明は省略する。
【００５１】
なお、図１４において属性情報付与部５１０、ＩＤ種別判定処理部５３０、及び不要情報排気処理部９１０の処理を省略しているが、これらの処理は上記実施形態からも明らかなように含めても含めなくてもよい。
【００５２】
トラヒック情報蓄積処理部１５０は、ＮＥ毎、ＩＤ毎、又は情報内容毎にファイルを分けてトラヒックデータを蓄積する処理を行う。トラヒックデータ表示部１７０は、操作者の要求に応じて、前記３つのファイルのうち、いずれかのファイルにアクセスしてトラヒックデータを表示して処理を終了する。
【００５３】
以下に、上記トラヒック情報蓄積処理部１５０の処理について説明する。図１５は、異なる２つのＮＥのトラヒックファイルである。図１５（ａ）は、ＮＥ−ａから受信したトラヒックファイルの内容で、図１５（ｂ）は、ＮＥ−ｂから受信したトラヒックファイルの内容である。「Ａ」から「Ｔ」までのアルファベットは前記同様にバイナリデータを示す。
【００５４】
図１６は、分割されたトラヒック情報を並列に解析して蓄積する処理において、異なる複数のデータの蓄積方法を利用した場合の処理の様子を示した図である。複数のＮＥについて、各々送信されたトラヒックファイルをＩＤ毎に分割して解析後、図に示すように、トラヒック情報蓄積処理部１５０がＮＥ毎、ＩＤ毎、または情報内容毎にデータを蓄積する。こうすることで、操作者は、従来必要であったノード選択とＩＤ選択という２つの操作を行う必要がなく、トラヒックデータ部（ＩＤ毎）１６２にアクセスすれば、簡単に参照することができる。また、情報内容毎にトラヒックデータを参照したい場合も、トラヒックデータ部（情報内容毎）１６３にアクセスするだけで、簡単に情報を参照することができる。例えば、図１６において、発信呼数（ＩＤ１）とパケット数（ＩＤ３）とデータ量（ＩＤ８）は深い関連性があり、複数ＮＥにおける発信呼数とパケット数とデータ量との関連を見たい場合は、トラヒックデータ部（情報内容毎）１６３に１回アクセスするだけでよい。また、他の情報内容の関連を見たい場合は、必要に応じてトラヒックデータ部を追加すれば、操作者への負担を軽減することができる。
【００５５】
（本発明の第５の実施形態）
（１ トラヒック情報処理装置のモジュール構成）
図１７は、本実施形態に係るトラヒック情報処理装置のモジュール構成図である。第４の実施形態と異なる点は分配情報保持部１７１０と分配処理部１７２０を備える点である。
分配情報保持部１７１０は、関連する情報内容毎にグループ化した情報を保持している。例えば、発信呼数（ＩＤ：１）と着信呼数（ＩＤ：４）が関連しているとすれば、ＩＤ１とＩＤ４をグループ化した情報を保持している。
【００５６】
分配処理部１７２０は、分配情報保持部１７１０が保持しているグループ化した情報に基づいて、解析処理を分配して振り分ける処理を行う。例えば、ＩＤ１とＩＤ４がグループ化されている場合、ＩＤ１とＩＤ４の解析処理及び蓄積処理を同じスレッドに分配する。そうすることで、様々なスレッドから蓄積される場合に比べて関連する処理を一つのプロセルで一連に処理することでき、処理が簡潔になり、処理効率を上げることができる。
【００５７】
（２ トラヒック情報処理装置の動作）
図１８は、本実施形態に係るトラヒック情報処理装置の処理を示すシーケンス図である。
トラヒック情報分割処理部１２０までの処理は、第４の実施形態と同様であるため説明は省略する。
なお、図１８において属性情報付与部５１０、ＩＤ種別判定処理部５３０、及び不要情報排気処理部９１０の処理を省略しているが、これらの処理は上記実施形態からも明らかなように含めても含めなくてもよい。
【００５８】
トラヒック情報分割処理部１２０で分割されたトラヒック情報は、分配処理部１７２０により、関連のある情報同士でグループ化するように分配される。以降の処理は、分配処理部１７２０により分配されたトラヒック情報が集約されて、一連のプロセスで解析処理及び蓄積処理が行われる。
なお、関連のある情報をＩＤ毎にすれば、前述したトラヒックデータ部（ＩＤ毎）１６２のトラヒックデータを一連のプロセスで蓄積することができ、情報内容毎にすれば、前述したトラヒックデータ部（情報内容毎）１６３のトラヒックデータを一連のプロセスで蓄積することができる。
また、関連にある情報のグループ化は属性情報に基づいて行ってもよい。例えば、画面表示処理が必要なトラヒック情報をグループ化することで、画面表示処理を１つのプロセスでまとめて行うことができる。
【００５９】
図１９は、分割されたトラヒック情報を分配する様子を示した図である。分割されたトラヒック情報は分配処理部１７２０を介して各スレッド（図中の演算部に相当）に分配される。この時、関連のあるトラヒック情報については同じスレッドに分配されるように、分配情報保持部１７１０に関連するトラヒック情報の関係を登録しておく。図では、ＩＤ１とＩＤ４とＩＤ７が関連性の高い情報として、スレッド１に分配される。ＩＤ２とＩＤ５とＩＤ６も関連性が高いため、スレッド２に分配される。ＩＤ３とＩＤ８とＩＤ９も関連性が高いため、スレッド３に分配される。ＩＤ１０はどれとも関連性がないため、スレッド４に分配される。そして、以降の解析処理及び蓄積処理は、一連のプロセスで行われる。
【００６０】
複数ＮＥからのトラヒックファイルをＩＤ毎に集約して蓄積したい場合も、上記と同様にＩＤ１の情報をスレッド１に分配し、ＩＤ２の情報をスレッド２に分配（以降ＩＤ１０まで同様に分配）するように分配情報保持部１７１０に登録しておけば、一連のプロセスで複数ＮＥからのトラヒック情報をＩＤ毎に集約してトラヒックデータの蓄積を行うことができる。
【００６１】
（本発明のその他の実施形態）
図２０は、操作者の操作画面の一例を示した図である。図２０（ａ）の画面には全国の地域と、監視対象装置の一覧が表示されている。操作者は、一覧の中で参照したいトラヒックデータの地域と監視対象装置を選択すると、画面が図２０（ｂ）に切り替る。図２０（ｂ）の画面には、図２０（ａ）の画面で選択した地域の監視対象装置の詳細な一覧とトラヒックデータの項目の一覧が表示される。操作者は、一覧の中で監視対象装置の詳細な地域とトラヒックデータ項目を選択すると、その地域の監視対象装置の詳細な情報を、トラヒックデータの項目毎に参照することができる。図２０（ｃ）は、トラヒックデータの詳細な情報を示した一例である。画面上部の折れ線グラフは発信呼数と時間との関係を示しており、画面下部の横棒グラフは各地域における発信呼数を示している。操作者はこの情報からビジー状態等を判断し、ネットワーク全体を監視することができる。また、例えば、特定の地域の発信呼数と着信呼数の関係や、時間とデータ量との関係を参照すること等も可能である。
【００６２】
なお、上記各実施形態においては、監視対象装置として電話の交換機を想定しているが、予め識別子が割り振られ、そのため処理を画一的に行うことができるようなトラヒック情報を保持して送信できるものであれば、交換機に限定されない。
【００６３】
このように、本発明に係るトラヒック情報処理装置によると、トラヒック情報を所定の単位で分割して並列処理で解析を行い蓄積することで、トラヒックデータを高速で且つ高効率に生成することができる。また、トラヒックＩＤ毎の属性をファイル単位に保持し、それに応じた解析を行うことで不要な情報に対する解析処理をスキップすることができ、処理時間の短縮ができると共に、装置の負荷を軽減することができ、情報の保存領域を節約することができる。さらに、分割したトラヒック情報をＩＤ毎や情報内容毎に集約して蓄積することで、トラヒックデータの参照に要する時間を軽減することができる。さらにまた、関連する情報を分配することで、一連のプロセスで解析処理や蓄積処理を行うことができ、処理時間の短縮と処理効率の向上を図ることができる。
【００６４】
以上の前記各実施形態により本発明を説明したが、本発明の技術的範囲は実施形態に記載の範囲には限定されず、これら各実施形態に多様な変更又は改良を加えることが可能である。そして、かような変更又は改良を加えた実施の形態も本発明の技術的範囲に含まれる。このことは、特許請求の範囲及び課題を解決する手段からも明らかなことである。
【図面の簡単な説明】
【００６５】
【図１】第１の実施形態に係るトラヒック情報処理装置のモジュール構成図である。
【図２】第１の実施形態に係るトラヒック情報処理装置の処理を示すシーケンス図である。
【図３】トラヒックファイルをＩＤ毎に分割した様子を示す図である。
【図４】分割されたトラヒック情報を並列に解析して蓄積する様子を示した図である。
【図５】第２の実施形態に係るトラヒック情報処理装置のモジュール構成図である。
【図６】第２の実施形態に係るトラヒック情報処理装置の処理を示すシーケンス図である。
【図７】属性情報保持部が保持する属性情報の一例である。
【図８】トラヒック情報に属性情報を付与する様子を示した図である。
【図９】第３の実施形態に係るトラヒック情報処理装置のモジュール構成図である。
【図１０】第３の実施形態に係るトラヒック情報処理装置の処理を示すシーケンス図である。
【図１１】ＩＤ毎に属性情報が付与されたトラヒック情報の図である。
【図１２】分割されたトラヒック情報を並列に解析して蓄積する処理において、不要な情報を廃棄した場合の処理の様子を示した図である。
【図１３】第４の実施形態に係るトラヒック情報処理装置のモジュール構成図である。
【図１４】第４の実施形態に係るトラヒック情報処理装置の処理を示すシーケンス図である。
【図１５】異なる２つのＮＥのトラヒックファイルを示す図である。
【図１６】分割されたトラヒック情報を並列に解析して蓄積する処理において、異なる複数のデータの蓄積方法を利用した場合の処理の様子を示した図である。
【図１７】第５の実施形態に係るトラヒック情報処理装置のモジュール構成図である。
【図１８】第５の実施形態に係るトラヒック情報処理装置の処理を示すシーケンス図である。
【図１９】分割されたトラヒック情報を分配する様子を示した図である。
【図２０】操作者の操作画面の一例を示した図である。
【図２１】従来のネットワーク管理システムのシステム構成図である。
【符号の説明】
【００６６】
１０ 監視対象装置
１００ トラヒック情報処理装置
１１０ トラヒック情報受信部
１２０ トラヒック情報分割処理部
１３０ 構文解析ルール読込処理部
１４０ トラヒック情報解析処理部
１５０ トラヒック情報蓄積処理部
１６０ トラヒックデータ部
１６１ トラヒックデータ部（ＮＥ毎）
１６２ トラヒックデータ部（ＩＤ毎）
１６３ トラヒックデータ部（情報内容毎）
１７０ トラヒックデータ表示部
５１０ 属性情報付与部
５２０ 属性情報保持部
５３０ ＩＤ種別判定処理部
９１０ 不要情報廃棄処理部
１７１０ 分配情報保持部
１７２０ 分配処理部
【技術分野】
【０００１】
本発明は、ネットワークシステムから取得したトラヒックファイルの情報を解析して蓄積するトラヒック情報処理装置に関し、特に、トラヒック情報を短時間で簡潔に解析することができるトラヒック情報処理装置等に関する。
【背景技術】
【０００２】
ネットワーク管理システムはネットワークシステム（以下、ＮＥとする）と管理サーバからなり、ＮＥから管理サーバが収集したトラヒック情報は、バイナリファイルやＣＳＶファイルなどの各種ファイル形式で構成されており、管理サーバにてトラヒックデータを生成する際に、簡易言語として定義ファイルに記載した構文解析ルールにより統一データ化され、管理サーバが生成したトラヒックデータを蓄積する。図２１に従来のネットワーク管理システムのシステム構成図を示す。各ＮＥから送信されたトラヒック情報は、管理サーバで収集される。管理サーバは、受信したトラヒック情報を解析してトラヒックデータを生成して蓄積する。ネットワーク監視者は、生成されたトラヒックデータを参照してネットワークの状態を監視する。
【０００３】
トラヒックデータの生成においては、ＮＥから周期的に送信されるトラヒック情報を、次周期のトラヒック情報が送信されるまでに解析して蓄積する必要があるため、処理時間の短縮や処理の効率化が求められている。しかし、現在、構文解析の対象となるトラヒック情報がバイナリファイル等の場合、ファイルの先頭から順に構文解析をするような、シーケンシャル処理をする必要があるため（図２１参照）、複数のＮＥからトラヒック情報が送信された場合等は、解析時間が増加してしまっている。また、トラヒック情報はＮＥ毎に別ファイルにて送信され、ファイル毎に構文解析を実施するため、管理サーバではトラヒックデータがＮＥ毎に蓄積されている。そのため、複数ＮＥの同一種別のトラヒックデータを参照する際に、ＮＥ毎に複数アクセスする必要があり、処理時間が増大する原因になっている。
【０００４】
トラヒック情報に関する技術ではないが、長大データの検索、更新等の多数のデータ処理を限られた入出力バッファ領域を用いた必要最小限の入出力処理で高速かつ効率良く行えるデータ処理方法およびそのための装置に関する技術が特許文献１に開示されている。この特許文献１によると、レコード検索処理部１３、レコード更新処理部１４、レコード削除処理部１５、レコード格納処理部１６の制御の下で、サブレコード選択処理部１７は、レコード操作命令１の操作単位により命令実行に必要な最小限のサブレコードを自動選択し、サブレコード単位入出力バッファ管理処理部１８によって管理されるサブレコード単位の入出力バッファを用いて、サブレコード単位並列入出力処理部１９がサブレコード単位に独立した入出力を行うことを特徴とするものである。
【０００５】
また、同様にトラヒック情報に関する技術ではないが、処理ユニットを異なる通信システムにおいて共用化できるとともにシステムの機能の変更や拡張にも容易に対応可能な通信装置に関する技術が特許文献２に開示されている。この特許文献２によると、識別子付与部１により、データブロックの先頭位置を検出して識別子Ｕ−１を付与し、その後、処理の最小単位量のデータが入力される度に識別子Ｕ−２、Ｕ−３、……を付与して、データ処理部２の４つの処理ユニットＡ１〜Ａ４に並列的に入力し、予め定めた識別子が入力された時のみ選択的に起動される処理ユニットＡ１〜Ａ４により、処理の最小単位量のデータに対し処理を実行することによって、データブロック中の該当する種類のデータのデータ長がどのような長さであっても、また、データ長が変更されてもそのまま使用することを可能とするものである。
【特許文献１】特許第３２９４３２６号公報
【特許文献２】特開平９−２４７２３４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１の技術は、レコードデータを複数のサブレコードに分割し、並列に入出力を行うことで処理を高速で効率よくしているが、分割されたサブレコードのレコード長が最後のサブレコード以外は固定長であり、最後のサブレコードのみを可変長にしてポインタにより対応付けしているため、レコードデータの構成と、分割できるサブレコードの数が制限され、処理の高速化と効率化の点で十分とは言えない。また、可変長のサブレコードに対応しようとすると、全てのサブレコードの対応付けをポインタにより行わなければならなくなるため、ポインタ機能を有するシステムにしか対応できない上に、管理が複雑になってしまうという課題を有する。
【０００７】
また、特許文献２の技術は、処理の最小単位量のデータに対し識別子を付与して処理を振り分けて実行することによって、データブロック中の該当する種類のデータのデータ長がどのような長さであっても、また、データ長が変更されてもそのまま使用することを可能であるが、識別子に対応付けられた処理ユニットのみが起動されて処理を実行するため、処理を高速化するという点では不十分であるという課題を有する。
【０００８】
そこで、本発明は前記課題を解決するためになされたものであり、トラヒック情報を所定の単位で分割して並列処理で解析を行い蓄積することで、トラヒックデータを高速で且つ高効率に生成することができる、トラヒック情報処理装置、トラヒック情報処理方法、及び、トラヒック情報処理プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
（１．トラヒック情報の分割）
本発明に係るトラヒック情報処理装置は、ネットワークシステムから送信されたトラヒック情報を解析して蓄積するトラヒック情報処理装置において、前記トラヒック情報を、予め付与されたＩＤ毎の情報に分割してサブトラヒック情報を生成するトラヒック情報分割手段と、前記トラヒック情報分割手段が分割したサブトラヒック情報毎に並列に解析処理を行うトラヒック情報解析手段と、前記トラヒック情報解析手段が解析した結果をトラヒックデータとして蓄積するトラヒックデータ蓄積手段とを備えることを特徴とする。
【００１０】
このように、本発明においては、トラヒック情報を予め付与されているＩＤ毎の情報に分割してサブトラヒック情報を生成し、その分割されたサブトラヒック情報毎に並列に解析処理を行うため、情報の先頭からシーケンシャルに処理を行う場合に比べて処理時間を短縮し、効率的に行うことができ、装置全体でのスループットを向上させることができる。
【００１１】
また、トラヒック情報には予めＩＤが割り当てられているため、ＩＤ毎の情報に分割することで、画一的な解析処理が可能となる。
さらに、処理が高速化且つ効率化されることで、蓄積されたトラヒックデータを参照して処理を行う操作者へのレスポンスに対しても好環境をもたらすことができる。
さらにまた、複数スレッド等による同時処理を実現することで、ＣＰＵの搭載数を増加させる等、リソース強化に追従した処理速度の向上が可能となる。
【００１２】
（２．属性情報の付与）
本発明に係るトラヒック情報処理装置は、前記サブトラヒック情報に関してＩＤ毎に予め設定された同一の処理内容を示す属性情報を保持する属性情報保持手段と、前記属性情報保持手段が保持する属性情報を前記サブトラヒック情報のＩＤ毎に対応させて付与する属性情報付与手段とを備えることを特徴とする。
【００１３】
このように、本発明においては、分割されたサブトラヒック情報毎に、対応した各々同一の属性情報が予め付与されるため属性に応じた解析処理や蓄積処理を画一的に行うことができ、処理を効率化することができる。また、蓄積されたトラヒックデータは、属性情報が付与された状態で蓄積されているため、後に操作者がトラヒックデータを扱う場合（例えば、統計処理を行う場合等）に、簡単で且つ柔軟に操作することが可能となる。
【００１４】
（３．属性情報に応じた不要な処理）
本発明に係るトラヒック情報処理装置は、前記トラヒック情報解析手段、及び／または、前記トラヒックデータ蓄積手段が、前記属性情報付与手段により付与された属性情報に基づいて解析処理、及び／または、蓄積処理を実行しないことを特徴とする。
【００１５】
このように、本発明においては、トラヒック情報解析手段、及び／または、トラヒックデータ蓄積手段が、属性情報付与手段により付与された属性情報に基づいて解析処理、及び／または、蓄積処理を実行しないため、不要な処理を省くことができ、処理時間を短縮することができると共に、装置への処理の負荷を軽減することができる。
また、必要なトラヒックデータのみが蓄積されるため、操作者がＩＤ毎の選別操作を行う必要がなくなり、操作者の負担を軽減することができる。
【００１６】
（４．複数のＮＥからのトラヒック情報の処理）
本発明に係るトラヒック情報処理装置は、前記トラヒック情報蓄積手段が、複数の前記ネットワークシステムから送信された前記トラヒック情報を、当該情報内容またはＩＤ毎の情報に基づいて集約して蓄積することを特徴とする。
【００１７】
このように、本発明においては、複数のネットワークシステムから送信されたトラヒック情報を、情報内容またはＩＤ毎の情報に基づいて集約して蓄積するため、操作者が蓄積されたトラヒックデータを参照する際に複数のデータ部を参照する必要がなく、１つのデータ部のみを参照するだけで複数ＮＥの情報を確認することができるため、オペレーション操作が軽減される。
また、蓄積されたトラヒックデータの参照を行う際に装置への負荷が軽減され、処理を効率的に行うことができる。
【００１８】
（５．トラヒック情報の分配）
本発明に係るトラヒック情報処理装置は、前記サブトラヒック情報の分配に関する情報を保持する分配情報保持手段と、前記分配情報保持手段が保持する分配情報に基づいて、前記サブトラヒック情報を関連する内容毎またはＩＤ毎に分配する分配処理手段とを備え、前記トラヒック情報解析手段、及び／または、前記トラヒックデータ蓄積手段が、前記分配処理手段にて分配された結果に応じて解析処理、及び／または、蓄積処理を行うことを特徴とする。
【００１９】
このように、本発明においては、サブトラヒック情報を、関連する内容毎またはＩＤ毎に分配し、分配された結果に応じて解析処理、及び／または、蓄積処理を行うため、関連する情報については、同一プロセスによる先の演算処理結果を流用して演算処理の重複を防止できることから処理を効率化することができる。
【００２０】
また、関連する情報が集約されるため、一連のプロセスで解析処理や蓄積処理を行うことができ、さらなる処理の効率化を図ることができる。
さらに、分配機能があることで生成するスレッドの数を減らすことができ、リソースを節約して使用することができる。
さらにまた、トラヒックデータを蓄積する際に、ある程度決まったスレッドからデータが蓄積されるため、排他処理等を行う場合に効率的に行うことができる。
【発明を実施するための最良の形態】
【００２１】
以下、本発明の実施の形態を説明する。本発明は多くの異なる形態で実施可能である。従って、本実施形態の記載内容のみで本発明を解釈すべきではない。また、本実施形態の全体を通して同じ要素には同じ符号を付けている。
【００２２】
本実施の形態では、主に装置について説明するが、所謂当業者であれば明らかな通り、本発明はシステム、方法、及び、コンピュータを動作させるためのプログラムとしても実施できる。また、本発明はハードウェア、ソフトウェア、または、ハードウェア及びソフトウェアの実施形態で実施可能である。プログラムは、ハードディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、光記憶装置、または、磁気記憶装置等の任意のコンピュータ可読媒体に記録できる。さらに、プログラムはネットワークを介した他のコンピュータに記録することができる。
【００２３】
（本発明の第１の実施形態）
（１ トラヒック情報処理装置のモジュール構成）
図１は、本実施形態に係るトラヒック情報処理装置のモジュール構成図である。
トラヒック情報処理装置１００は、トラヒック情報受信部１１０とトラヒック情報分割処理部１２０と構文解析ルール読込処理部１３０とトラヒック情報解析処理部１４０とトラヒック情報蓄積処理部１５０とトラヒックデータ部１６０とトラヒックデータ表示部１７０とを備える。
【００２４】
トラヒック情報受信部１１０は、監視対象装置１０から送信されてくるトラヒック情報をトラヒックファイルとして受信する処理を行う。この時トラヒック情報の内容はＩＤにより種別された状態で受信する。
なお、本発明における監視対象装置１０は、例えば電話の交換機のような装置である。
【００２５】
トラヒック情報分割処理部１２０は、トラヒック情報受信部１１０が受信したトラヒックファイルを種別されたＩＤ毎に分割する処理を行う。
なお、トラヒックファイルの分割は必ずしも１つのＩＤ毎に行う必要はない。例えば、情報内容により複数ＩＤ毎に分割してもよいし、所定の長さ（ビット数）で分割してもよい。
【００２６】
構文解析ルール読込処理部１３０は、簡易言語として定義ファイルに記載された構文解析ルールを読み込む処理を行う。ここでの処理はＩＤ毎に分割された情報を並列に処理する。
【００２７】
トラヒック情報解析処理部１４０は、構文解析ルール読込処理部１３０で読み込んだ解析ルールに従って、トラヒック情報の解析を行う。ここでの処理もＩＤ毎に分割された情報を並列に処理する。
【００２８】
トラヒック情報蓄積処理部１５０は、解析されたトラヒック情報をトラヒックデータ部１６０に蓄積する処理を行う。ここでの処理もＩＤ毎に分割された情報を並列に処理する。
【００２９】
トラヒックデータ表示部１７０は、トラヒックデータ部に蓄積されたデータを画面に表示する処理を行う。操作者は画面に表示された情報を見てネットワークシステムの管理を行う。
【００３０】
（２．トラヒック情報処理装置の動作）
図２は、本実施形態に係るトラヒック情報処理装置の処理を示すシーケンス図である。
まず、監視対象装置１０に情報表示要求があると、トラヒックファイルをトラヒック情報処理装置１００に送信する。送信されたトラヒックファイルは、トラヒック情報受信部１１０により受信される。トラヒック情報受信部１１０で受信されたトラヒックファイルは、トラヒック情報分割処理部１２０でトラヒックＩＤ毎に分割される。
【００３１】
ここで、トラヒックファイルの分割について説明する。図３は、トラヒックファイルをＩＤ毎に分割した様子を示す図である。図３（ａ）に示すトラヒックファイルは、１０個のＩＤに種別されており、「Ａ」から「Ｊ」の情報を保持している。これらの各アルファベットは、未解析のバイナリデータを示している。従来は、この状態でＩＤ１からシーケンシャルに解析処理及び蓄積処理を行っていた。図３（ｂ）は、分割後のトラヒックファイルである。本実施形態においては、図に示すようにＩＤ毎に情報を分割し、分割した情報毎にスレッドを生成して、パラレルに解析処理及び蓄積処理を行う。このように並列に処理を行うことで、図３の場合は、解析処理に要する時間が理論的には１／１０に短縮される。
【００３２】
図２に戻って、トラヒックファイルがトラヒックＩＤ毎に分割されると、構文解析ルール読込処理部１３０は、トラヒックＩＤ毎に分割されたトラヒック情報毎に解析ルールを読み込み、トラヒック情報解析処理部１４０がトラヒック情報の解析を行う。解析されたトラヒック情報は、トラヒック情報蓄積処理部１５０によりトラヒックデータ部１６０に蓄積される。
【００３３】
ここで、分割後の解析処理と蓄積処理について説明する。図４は、分割されたトラヒック情報を並列に解析して蓄積する様子を示した図である。ＩＤにより種別されたトラヒックファイルは上記トラヒック情報分割処理部１２０で分割される。分割された情報は、構文解析ルール読込処理部１３０でそれぞれ並列化して読み込まれ、分散されたプロセスとしてトラヒック情報解析処理部１４０にて多重化されて解析される。解析されたトラヒック情報は、トラヒック情報蓄積処理部１５０でトラヒックデータ部１６０に蓄積される。この処理により、大量且つ巨大に配信され続けるトラヒック情報に対して、ＩＤ毎の並列読込及び多重解析が実行されることで処理速度が向上し、処理時間の短縮を行うことができる。
【００３４】
図２に戻って、トラヒックデータ情報がトラヒックデータ部１６０に蓄積されると、トラヒックデータ表示部１７０は、トラヒックデータ部の情報を画面に表示して処理を終了する。構文解析ルール読込処理部１３０からトラヒック情報蓄積部１５０までの処理は、上記に示したように、ＩＤ毎に分割されたトラヒック情報毎に並列に行われる。
【００３５】
（本発明の第２の実施形態）
（１ トラヒック情報処理装置のモジュール構成）
図５は、本実施形態に係るトラヒック情報処理装置のモジュール構成図である。第１の実施形態と異なる点は属性情報付与部５１０と属性情報所持部５２０とＩＤ種別判定処理部５３０とを備えた点である。
【００３６】
属性情報保持部５２０は、分割するＩＤ毎に設定された処理内容に関する情報を保持している。
なお、ここで保持している情報は分割する単位ごとの処理内容に関する情報である。例えば、複数ＩＤ毎に分割した場合は、複数ＩＤ単位に処理内容に関する情報を保持している。
【００３７】
属性情報付与部５１０は、属性情報保持部５２０が保持するＩＤ毎の情報を、それぞれのＩＤに対応させて付与する処理を行う。
ＩＤ種別判定処理部５３０は、属性情報付与部５１０により付与された情報に基づいて判定処理を行う。その判定の結果に応じて解析処理や蓄積処理が実行される。また、操作者が行う処理も判定結果に応じて効率的に行われる。
【００３８】
（２ トラヒック情報処理装置の動作）
図６は、本実施形態に係るトラヒック情報処理装置の処理を示すシーケンス図である。
トラヒック情報分割処理部１２０までの処理は第１の実施形態と同様であるため説明は省略する。属性情報付与部５１０は、属性情報保持部５２０の情報を読み込み、ＩＤ毎に分割されたトラヒックファイルに対して、読み込んだ属性情報をＩＤ毎に対応させて付与する。
【００３９】
ここで、属性情報の付与について説明する。図７は、属性情報保持部５２０が保持する属性情報の一例である。左の列からＩＤ、画面表示、蓄積有無、範囲値判定、解析有無、・・・の項目が並んでおり、各行はＩＤである。つまり、ＩＤ毎に画面表示処理や蓄積処理やその他の処理を行うかどうかが決まっており、属性情報保持部５２０はそれらの情報を保持している。この例では、画面表示についてはＩＤ１〜ＩＤ４とＩＤ７〜ＩＤ９が「ＹＥＳ」となっており、画面表示が行われる。その他の「ＮＯ」となっているＩＤについては表示されない。同様に蓄積有無についてはＩＤ２とＩＤ４は蓄積処理が行われず、解析後にデータは破棄される。同様にして、様々な処理についてＩＤ毎に処理内容の情報を保持する。
【００４０】
図８は、トラヒック情報に属性情報を付与する様子を示した図である。トラヒック情報分割処理部１２０によりＩＤ毎に分割されたトラヒック情報に対して、ＩＤに対応させて属性情報を付与している。つまり、ＩＤ１の情報Ａは、画面表示も蓄積処理も範囲値判定処理も行われ、ＩＤ２の情報Ｂは、画面表示と範囲値判定処理は行われるが、蓄積処理は行われない。このように、ＩＤ毎に処理内容を設定することができるため、処理を簡潔にして効率良く行うことができる。
【００４１】
図６に戻って、ＩＤ種別判定処理部５３０は、付与された属性情報に基づいて判定処理を行う。判定処理に応じて、構文解析ルール読込処理部１３０が解析ルールを読み込み、トラヒック情報解析処理部１４０がトラヒック情報の解析を行い、トラヒック情報蓄積処理部１５０がトラヒック情報をトラヒックデータ部１６０に蓄積する。例えば、ＩＤ種別判定処理部５３０が付与された属性情報に基づいて、トラヒックデータの蓄積を行わないと判定したら、そのトラヒックデータは蓄積されない。
以降の処理は第１の実施形態と同様であるため、説明は省略する。
【００４２】
（本発明の第３の実施形態）
（１ トラヒック情報処理装置のモジュール構成）
図９は、本実施形態に係るトラヒック情報処理装置のモジュール構成図である。第２の実施形態と異なる点は不要情報廃棄処理部９１０を備えた点である。
不要情報廃棄処理部９１０は、解析処理や蓄積処理が不要な情報を廃棄して処理を実行しないようにする処理部である。
【００４３】
（２ トラヒック情報処理装置の動作）
図１０は、本実施形態に係るトラヒック情報処理装置の処理を示すシーケンス図である。
ＩＤ種別判定処理部５３０までの処理は第２の実施形態と同様であるため説明は省略する。ＩＤ種別判定処理部５３０で解析処理及び蓄積処理が不要であると判定されたトラヒック情報については、不要情報廃棄処理部９１０がトラヒック情報を廃棄し、必要なトラヒック情報のみを継続して以降の処理を実行する。以降の処理は第２の実施形態と同様であるため、説明は省略する。
【００４４】
ここで、トラヒック情報の廃棄について説明する。図１１は、ＩＤ毎に属性情報が付与されたトラヒック情報の図である。６列目の項目に解析要・不要の項目がある。ここで「ＮＯ」が設定されているＩＤ（ＩＤ２とＩＤ４）の情報については解析処理が行われない。すなわち、解析処理が行われないトラヒック情報は不要なトラヒック情報であり、廃棄しても構わない。従って、不要情報廃棄処理部９１０がトラヒック情報を廃棄する。
【００４５】
図１２は、分割されたトラヒック情報を並列に解析して蓄積する処理において、不要な情報を廃棄した場合の処理の様子を示した図である。ＩＤ種別判定処理部５３０にて不要と判定された情報を不要情報廃棄処理部９１０が廃棄し、残ったデータについてのみ解析処理と蓄積処理を行う。図１２では、「必要ＩＤ：１、３、５、８」「不要ＩＤ：２、４、６、７、９、１０」と定義されているとすると、不要情報廃棄処理部９１０は「ＩＤ：２、４、６、７、９、１０」のトラヒック情報を読み込んだ時点でトラヒック情報の解析処理をスキップする。その結果、解析されて蓄積されるトラヒック情報は「必要ＩＤ：１、３、５、８」のみとなり、不要な解析処理を行わなくて済み、処理時間を短縮することができると共に、蓄積するデータ量も削減されるため、データ領域の節約も行うことができる。
【００４６】
（本発明の第４の実施形態）
（１ トラヒック情報処理装置のモジュール構成）
図１３は、本実施形態に係るトラヒック情報処理装置のモジュール構成図である。第３の実施形態と異なる点はトラヒックデータ部１６０をＮＥ毎とＩＤ毎と情報内容毎に分けている点である。
【００４７】
トラヒックデータ部（ＮＥ毎）１６１は、ネットワークシステム毎にトラヒックデータを保持するトラヒックデータ部である。１つのＮＥについての情報をまとめて参照したい場合にアクセスが容易になる。
【００４８】
トラヒックデータ部（ＩＤ毎）１６２は、複数のＮＥをＩＤ毎の情報に基づいて集約してトラヒックデータを保持するトラヒックデータ部である。複数のＮＥについて、特定のＩＤの情報をまとめて参照したい場合にアクセスが容易になる。
【００４９】
トラヒックデータ部（情報内容毎）１６３は、関連する情報内容に基づいて、情報内容毎にトラヒックデータを集約して保持するトラヒックデータ部である。複数のＮＥについて、関連する情報（例えば、発信数と受信数やパケット数とデータ量等）をまとめて参照したい場合にアクセスが容易になる。
なお、本実施形態ではトラヒックデータ部１６０を上記３つのデータ部に分割したが、これに限定されない。つまり、さらに詳細に（３つ以上に）トラヒックデータ部を保持してもよいし、１つまたは２つのトラヒックデータ部を保持するようにしてもよい。操作者の処理に応じてトラヒックデータ部の追加、変更を行うことができる。
【００５０】
（２ トラヒック情報処理装置の動作）
図１４は、本実施形態に係るトラヒック情報処理装置の処理を示すシーケンス図である。
トラヒック情報解析処理部１４０までの処理は、第３の実施形態と同様であるため説明は省略する。
【００５１】
なお、図１４において属性情報付与部５１０、ＩＤ種別判定処理部５３０、及び不要情報排気処理部９１０の処理を省略しているが、これらの処理は上記実施形態からも明らかなように含めても含めなくてもよい。
【００５２】
トラヒック情報蓄積処理部１５０は、ＮＥ毎、ＩＤ毎、又は情報内容毎にファイルを分けてトラヒックデータを蓄積する処理を行う。トラヒックデータ表示部１７０は、操作者の要求に応じて、前記３つのファイルのうち、いずれかのファイルにアクセスしてトラヒックデータを表示して処理を終了する。
【００５３】
以下に、上記トラヒック情報蓄積処理部１５０の処理について説明する。図１５は、異なる２つのＮＥのトラヒックファイルである。図１５（ａ）は、ＮＥ−ａから受信したトラヒックファイルの内容で、図１５（ｂ）は、ＮＥ−ｂから受信したトラヒックファイルの内容である。「Ａ」から「Ｔ」までのアルファベットは前記同様にバイナリデータを示す。
【００５４】
図１６は、分割されたトラヒック情報を並列に解析して蓄積する処理において、異なる複数のデータの蓄積方法を利用した場合の処理の様子を示した図である。複数のＮＥについて、各々送信されたトラヒックファイルをＩＤ毎に分割して解析後、図に示すように、トラヒック情報蓄積処理部１５０がＮＥ毎、ＩＤ毎、または情報内容毎にデータを蓄積する。こうすることで、操作者は、従来必要であったノード選択とＩＤ選択という２つの操作を行う必要がなく、トラヒックデータ部（ＩＤ毎）１６２にアクセスすれば、簡単に参照することができる。また、情報内容毎にトラヒックデータを参照したい場合も、トラヒックデータ部（情報内容毎）１６３にアクセスするだけで、簡単に情報を参照することができる。例えば、図１６において、発信呼数（ＩＤ１）とパケット数（ＩＤ３）とデータ量（ＩＤ８）は深い関連性があり、複数ＮＥにおける発信呼数とパケット数とデータ量との関連を見たい場合は、トラヒックデータ部（情報内容毎）１６３に１回アクセスするだけでよい。また、他の情報内容の関連を見たい場合は、必要に応じてトラヒックデータ部を追加すれば、操作者への負担を軽減することができる。
【００５５】
（本発明の第５の実施形態）
（１ トラヒック情報処理装置のモジュール構成）
図１７は、本実施形態に係るトラヒック情報処理装置のモジュール構成図である。第４の実施形態と異なる点は分配情報保持部１７１０と分配処理部１７２０を備える点である。
分配情報保持部１７１０は、関連する情報内容毎にグループ化した情報を保持している。例えば、発信呼数（ＩＤ：１）と着信呼数（ＩＤ：４）が関連しているとすれば、ＩＤ１とＩＤ４をグループ化した情報を保持している。
【００５６】
分配処理部１７２０は、分配情報保持部１７１０が保持しているグループ化した情報に基づいて、解析処理を分配して振り分ける処理を行う。例えば、ＩＤ１とＩＤ４がグループ化されている場合、ＩＤ１とＩＤ４の解析処理及び蓄積処理を同じスレッドに分配する。そうすることで、様々なスレッドから蓄積される場合に比べて関連する処理を一つのプロセルで一連に処理することでき、処理が簡潔になり、処理効率を上げることができる。
【００５７】
（２ トラヒック情報処理装置の動作）
図１８は、本実施形態に係るトラヒック情報処理装置の処理を示すシーケンス図である。
トラヒック情報分割処理部１２０までの処理は、第４の実施形態と同様であるため説明は省略する。
なお、図１８において属性情報付与部５１０、ＩＤ種別判定処理部５３０、及び不要情報排気処理部９１０の処理を省略しているが、これらの処理は上記実施形態からも明らかなように含めても含めなくてもよい。
【００５８】
トラヒック情報分割処理部１２０で分割されたトラヒック情報は、分配処理部１７２０により、関連のある情報同士でグループ化するように分配される。以降の処理は、分配処理部１７２０により分配されたトラヒック情報が集約されて、一連のプロセスで解析処理及び蓄積処理が行われる。
なお、関連のある情報をＩＤ毎にすれば、前述したトラヒックデータ部（ＩＤ毎）１６２のトラヒックデータを一連のプロセスで蓄積することができ、情報内容毎にすれば、前述したトラヒックデータ部（情報内容毎）１６３のトラヒックデータを一連のプロセスで蓄積することができる。
また、関連にある情報のグループ化は属性情報に基づいて行ってもよい。例えば、画面表示処理が必要なトラヒック情報をグループ化することで、画面表示処理を１つのプロセスでまとめて行うことができる。
【００５９】
図１９は、分割されたトラヒック情報を分配する様子を示した図である。分割されたトラヒック情報は分配処理部１７２０を介して各スレッド（図中の演算部に相当）に分配される。この時、関連のあるトラヒック情報については同じスレッドに分配されるように、分配情報保持部１７１０に関連するトラヒック情報の関係を登録しておく。図では、ＩＤ１とＩＤ４とＩＤ７が関連性の高い情報として、スレッド１に分配される。ＩＤ２とＩＤ５とＩＤ６も関連性が高いため、スレッド２に分配される。ＩＤ３とＩＤ８とＩＤ９も関連性が高いため、スレッド３に分配される。ＩＤ１０はどれとも関連性がないため、スレッド４に分配される。そして、以降の解析処理及び蓄積処理は、一連のプロセスで行われる。
【００６０】
複数ＮＥからのトラヒックファイルをＩＤ毎に集約して蓄積したい場合も、上記と同様にＩＤ１の情報をスレッド１に分配し、ＩＤ２の情報をスレッド２に分配（以降ＩＤ１０まで同様に分配）するように分配情報保持部１７１０に登録しておけば、一連のプロセスで複数ＮＥからのトラヒック情報をＩＤ毎に集約してトラヒックデータの蓄積を行うことができる。
【００６１】
（本発明のその他の実施形態）
図２０は、操作者の操作画面の一例を示した図である。図２０（ａ）の画面には全国の地域と、監視対象装置の一覧が表示されている。操作者は、一覧の中で参照したいトラヒックデータの地域と監視対象装置を選択すると、画面が図２０（ｂ）に切り替る。図２０（ｂ）の画面には、図２０（ａ）の画面で選択した地域の監視対象装置の詳細な一覧とトラヒックデータの項目の一覧が表示される。操作者は、一覧の中で監視対象装置の詳細な地域とトラヒックデータ項目を選択すると、その地域の監視対象装置の詳細な情報を、トラヒックデータの項目毎に参照することができる。図２０（ｃ）は、トラヒックデータの詳細な情報を示した一例である。画面上部の折れ線グラフは発信呼数と時間との関係を示しており、画面下部の横棒グラフは各地域における発信呼数を示している。操作者はこの情報からビジー状態等を判断し、ネットワーク全体を監視することができる。また、例えば、特定の地域の発信呼数と着信呼数の関係や、時間とデータ量との関係を参照すること等も可能である。
【００６２】
なお、上記各実施形態においては、監視対象装置として電話の交換機を想定しているが、予め識別子が割り振られ、そのため処理を画一的に行うことができるようなトラヒック情報を保持して送信できるものであれば、交換機に限定されない。
【００６３】
このように、本発明に係るトラヒック情報処理装置によると、トラヒック情報を所定の単位で分割して並列処理で解析を行い蓄積することで、トラヒックデータを高速で且つ高効率に生成することができる。また、トラヒックＩＤ毎の属性をファイル単位に保持し、それに応じた解析を行うことで不要な情報に対する解析処理をスキップすることができ、処理時間の短縮ができると共に、装置の負荷を軽減することができ、情報の保存領域を節約することができる。さらに、分割したトラヒック情報をＩＤ毎や情報内容毎に集約して蓄積することで、トラヒックデータの参照に要する時間を軽減することができる。さらにまた、関連する情報を分配することで、一連のプロセスで解析処理や蓄積処理を行うことができ、処理時間の短縮と処理効率の向上を図ることができる。
【００６４】
以上の前記各実施形態により本発明を説明したが、本発明の技術的範囲は実施形態に記載の範囲には限定されず、これら各実施形態に多様な変更又は改良を加えることが可能である。そして、かような変更又は改良を加えた実施の形態も本発明の技術的範囲に含まれる。このことは、特許請求の範囲及び課題を解決する手段からも明らかなことである。
【図面の簡単な説明】
【００６５】
【図１】第１の実施形態に係るトラヒック情報処理装置のモジュール構成図である。
【図２】第１の実施形態に係るトラヒック情報処理装置の処理を示すシーケンス図である。
【図３】トラヒックファイルをＩＤ毎に分割した様子を示す図である。
【図４】分割されたトラヒック情報を並列に解析して蓄積する様子を示した図である。
【図５】第２の実施形態に係るトラヒック情報処理装置のモジュール構成図である。
【図６】第２の実施形態に係るトラヒック情報処理装置の処理を示すシーケンス図である。
【図７】属性情報保持部が保持する属性情報の一例である。
【図８】トラヒック情報に属性情報を付与する様子を示した図である。
【図９】第３の実施形態に係るトラヒック情報処理装置のモジュール構成図である。
【図１０】第３の実施形態に係るトラヒック情報処理装置の処理を示すシーケンス図である。
【図１１】ＩＤ毎に属性情報が付与されたトラヒック情報の図である。
【図１２】分割されたトラヒック情報を並列に解析して蓄積する処理において、不要な情報を廃棄した場合の処理の様子を示した図である。
【図１３】第４の実施形態に係るトラヒック情報処理装置のモジュール構成図である。
【図１４】第４の実施形態に係るトラヒック情報処理装置の処理を示すシーケンス図である。
【図１５】異なる２つのＮＥのトラヒックファイルを示す図である。
【図１６】分割されたトラヒック情報を並列に解析して蓄積する処理において、異なる複数のデータの蓄積方法を利用した場合の処理の様子を示した図である。
【図１７】第５の実施形態に係るトラヒック情報処理装置のモジュール構成図である。
【図１８】第５の実施形態に係るトラヒック情報処理装置の処理を示すシーケンス図である。
【図１９】分割されたトラヒック情報を分配する様子を示した図である。
【図２０】操作者の操作画面の一例を示した図である。
【図２１】従来のネットワーク管理システムのシステム構成図である。
【符号の説明】
【００６６】
１０ 監視対象装置
１００ トラヒック情報処理装置
１１０ トラヒック情報受信部
１２０ トラヒック情報分割処理部
１３０ 構文解析ルール読込処理部
１４０ トラヒック情報解析処理部
１５０ トラヒック情報蓄積処理部
１６０ トラヒックデータ部
１６１ トラヒックデータ部（ＮＥ毎）
１６２ トラヒックデータ部（ＩＤ毎）
１６３ トラヒックデータ部（情報内容毎）
１７０ トラヒックデータ表示部
５１０ 属性情報付与部
５２０ 属性情報保持部
５３０ ＩＤ種別判定処理部
９１０ 不要情報廃棄処理部
１７１０ 分配情報保持部
１７２０ 分配処理部
【特許請求の範囲】
【請求項１】
ネットワークシステムから送信されたトラヒック情報を解析して蓄積するトラヒック情報処理装置において、
前記トラヒック情報を、予め付与されたＩＤ毎の情報に分割してサブトラヒック情報を生成するトラヒック情報分割手段と、
前記トラヒック情報分割手段が分割したサブトラヒック情報毎に並列に解析処理を行うトラヒック情報解析手段と、
前記トラヒック情報解析手段が解析した結果をトラヒックデータとして蓄積するトラヒックデータ蓄積手段とを備えることを特徴とする、トラヒック情報処理装置。
【請求項２】
請求項１に記載のトラヒック情報処理装置において、
前記サブトラヒック情報に関してＩＤ毎に予め設定された同一の処理内容を示す属性情報を保持する属性情報保持手段と、
前記属性情報保持手段が保持する属性情報を前記サブトラヒック情報のＩＤ毎に対応させて付与する属性情報付与手段とを備えることを特徴とする、トラヒック情報処理装置。
【請求項３】
請求項２に記載のトラヒック情報処理装置において、
前記トラヒック情報解析手段、及び／または、前記トラヒックデータ蓄積手段が、前記属性情報付与手段により付与された属性情報に基づいて解析処理、及び／または、蓄積処理を実行しないことを特徴とする、トラヒック情報処理装置。
【請求項４】
請求項１ないし３のいずれかに記載のトラヒック情報処理装置において、
前記トラヒック情報蓄積手段が、複数の前記ネットワークシステムから送信された前記トラヒック情報を、当該情報内容またはＩＤ毎の情報に基づいて集約して蓄積することを特徴とする、トラヒック情報処理装置。
【請求項５】
請求項１ないし４のいずれかに記載のトラヒック情報処理装置において、
前記サブトラヒック情報の分配に関する情報を保持する分配情報保持手段と、
前記分配情報保持手段が保持する分配情報に基づいて、前記サブトラヒック情報を関連する内容毎またはＩＤ毎に分配する分配処理手段とを備え、
前記トラヒック情報解析手段、及び／または、前記トラヒックデータ蓄積手段が、前記分配処理手段にて分配された結果に応じて解析処理、及び／または、蓄積処理を行うことを特徴とする、トラヒック情報処理装置。
【請求項６】
ネットワークシステムから送信されたトラヒック情報を解析して蓄積するトラヒック情報処理方法において、
前記トラヒック情報を、ＩＤ毎の情報に分割してサブトラヒック情報を生成するトラヒック情報分割ステップと、
前記トラヒック情報分割ステップで分割されたサブトラヒック情報毎に解析処理を行うトラヒック情報解析ステップと、
前記解析ステップで解析された結果をトラヒックデータとして蓄積するトラヒックデータ蓄積ステップとを含むことを特徴とする、トラヒック情報処理方法。
【請求項７】
ネットワークシステムから送信されたトラヒック情報を解析して蓄積するようにコンピュータを動作させるためのトラヒック情報処理プログラムにおいて、
前記トラヒック情報を、ＩＤ毎の情報に分割してサブトラヒック情報を生成するトラヒック情報分割手段と、
前記トラヒック情報分割手段が分割したサブトラヒック情報毎に解析処理を行うトラヒック情報解析手段と、
前記解析手段が解析した結果をトラヒックデータとして蓄積するトラヒックデータ蓄積手段としてコンピュータを動作させるための、トラヒック情報処理プログラム。
【請求項１】
ネットワークシステムから送信されたトラヒック情報を解析して蓄積するトラヒック情報処理装置において、
前記トラヒック情報を、予め付与されたＩＤ毎の情報に分割してサブトラヒック情報を生成するトラヒック情報分割手段と、
前記トラヒック情報分割手段が分割したサブトラヒック情報毎に並列に解析処理を行うトラヒック情報解析手段と、
前記トラヒック情報解析手段が解析した結果をトラヒックデータとして蓄積するトラヒックデータ蓄積手段とを備えることを特徴とする、トラヒック情報処理装置。
【請求項２】
請求項１に記載のトラヒック情報処理装置において、
前記サブトラヒック情報に関してＩＤ毎に予め設定された同一の処理内容を示す属性情報を保持する属性情報保持手段と、
前記属性情報保持手段が保持する属性情報を前記サブトラヒック情報のＩＤ毎に対応させて付与する属性情報付与手段とを備えることを特徴とする、トラヒック情報処理装置。
【請求項３】
請求項２に記載のトラヒック情報処理装置において、
前記トラヒック情報解析手段、及び／または、前記トラヒックデータ蓄積手段が、前記属性情報付与手段により付与された属性情報に基づいて解析処理、及び／または、蓄積処理を実行しないことを特徴とする、トラヒック情報処理装置。
【請求項４】
請求項１ないし３のいずれかに記載のトラヒック情報処理装置において、
前記トラヒック情報蓄積手段が、複数の前記ネットワークシステムから送信された前記トラヒック情報を、当該情報内容またはＩＤ毎の情報に基づいて集約して蓄積することを特徴とする、トラヒック情報処理装置。
【請求項５】
請求項１ないし４のいずれかに記載のトラヒック情報処理装置において、
前記サブトラヒック情報の分配に関する情報を保持する分配情報保持手段と、
前記分配情報保持手段が保持する分配情報に基づいて、前記サブトラヒック情報を関連する内容毎またはＩＤ毎に分配する分配処理手段とを備え、
前記トラヒック情報解析手段、及び／または、前記トラヒックデータ蓄積手段が、前記分配処理手段にて分配された結果に応じて解析処理、及び／または、蓄積処理を行うことを特徴とする、トラヒック情報処理装置。
【請求項６】
ネットワークシステムから送信されたトラヒック情報を解析して蓄積するトラヒック情報処理方法において、
前記トラヒック情報を、ＩＤ毎の情報に分割してサブトラヒック情報を生成するトラヒック情報分割ステップと、
前記トラヒック情報分割ステップで分割されたサブトラヒック情報毎に解析処理を行うトラヒック情報解析ステップと、
前記解析ステップで解析された結果をトラヒックデータとして蓄積するトラヒックデータ蓄積ステップとを含むことを特徴とする、トラヒック情報処理方法。
【請求項７】
ネットワークシステムから送信されたトラヒック情報を解析して蓄積するようにコンピュータを動作させるためのトラヒック情報処理プログラムにおいて、
前記トラヒック情報を、ＩＤ毎の情報に分割してサブトラヒック情報を生成するトラヒック情報分割手段と、
前記トラヒック情報分割手段が分割したサブトラヒック情報毎に解析処理を行うトラヒック情報解析手段と、
前記解析手段が解析した結果をトラヒックデータとして蓄積するトラヒックデータ蓄積手段としてコンピュータを動作させるための、トラヒック情報処理プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【公開番号】特開２００９−６５２５６（Ｐ２００９−６５２５６Ａ）
【公開日】平成２１年３月２６日（２００９．３．２６）
【国際特許分類】
【出願番号】特願２００７−２２８９９４（Ｐ２００７−２２８９９４）
【出願日】平成１９年９月４日（２００７．９．４）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
【公開日】平成２１年３月２６日（２００９．３．２６）
【国際特許分類】
【出願日】平成１９年９月４日（２００７．９．４）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
[ Back to top ]