JP4149137B2

JP4149137B2 - Protocol analyzer

Info

Publication number: JP4149137B2
Application number: JP2001081132A
Authority: JP
Inventors: 義巳白川; 悟小仲井; 睦男蒲谷
Original assignee: Ricoh Co Ltd
Current assignee: Ricoh Co Ltd
Priority date: 2001-03-21
Filing date: 2001-03-21
Publication date: 2008-09-10
Anticipated expiration: 2021-03-21
Also published as: JP2002281111A

Description

【０００１】
【発明の属する技術分野】
本発明は、例えば、ＳＣＳＩＩ、ＲＳ２３２Ｃ、ＩＥＥＥ１３９４、ＵＳＢインタフェース等、機器間を伝播するコマンド、データ等の信号を採取して解析するプロトコルアナライザに関する。
【０００２】
【従来の技術】
機器やモジュールを接続するインタフェース間を伝播する信号を採取して解析するために従来からプロトコルアナライザが使用されている。
プロトコルアナライザには、単に、回線上を伝播する信号を採取し、解析されたデータをそのまま表示するだけではなく、上位プロトコルレベルでコマンド解析まで行なえるものが出現している。この上位プロトコルを持ち得る機器間インタフェースとしては、現状、ＳＣＳＩ（Small Computer System Interface）、ＲＳ２３２Ｃ、ＩＥＥＥ１３９４（IEEE1394-1995 High Performance Serial Bus）、ＵＳＢ（Universal Serial Bus）等がある。
【０００３】
【発明が解決しようとする課題】
ところで、上記したプロトコルアナライザは、予め対応するプロトコル情報が組み込まれたかたちで提供され、あるいは、プロトコル解析オプションとして提供されるのみであった。従って、従来のプロトコルアナライザでは、利用者が独自に定義したプロトコルや利用者が拡張したプロトコルの解析を行なうことはできなかった。
【０００４】
本発明は上記事情に鑑みてなされたものであり、解析すべきプロトコル仕様を定義する利用者インタフェースを提供し、これを保管登録して選択使用することにより、独自プロトコルや既存のプロトコルを拡張したプロトコル解析を容易とし、また、その際の利用者インタフェースを改善することにより利用者の負担軽減をはかったプロトコルアナライザを提供することを目的とする。
【０００５】
上記した課題を解決するために請求項１に記載の発明は、機器間を伝播する信号を採取して解析するプロトコルアナライザであって、解析すべきプロトコルの仕様が定義され、これを取り込む利用者インタフェース手段と、前記取り込まれた内容を登録し、保存する定義ファイル格納手段と、前記定義ファイル格納手段に保存された複数のプロトコル定義ファイルを選択し、当該選択したプロトコル定義ファイルに従い前記機器間を伝播する信号の解析を指示する制御手段と、プロトコル定義ファイルを登録するときに採取したデータパターンからどのプロトコルを用いた通信が行われているか識別するための識別情報が登録されるプロトコル識別テーブルファイル格納手段と、を備え、そして、前記制御手段が、前記識別情報に従い前記定義ファイル格納手段に格納された定義ファイルを選択するように設定されていることを特徴とする。
このことにより、解析すべきプロトコル仕様を定義することによって、独自プロトコルや、既存のプロトコルを拡張したプロトコル解析が容易となる。
【０００６】
また、複数のプロトコルの解析を行う必要が生じた際、複数プロトコル定義情報を保持し、それらを選択的に使用することで異なるプロトコルを持つインタフェースの解析を容易に行うことができる。
また、採取したデータパターンからどのプロトコルを用いて通信が行われているか識別する情報を用いることにより、解析のためのデータ採取時に自動判別モードを指定した場合、登録された識別情報に基づきプロトコル定義情報を選択することで、複数プロトコルを登録した場合も容易に利用したいプロトコルを選択して解析を行うことができる。
【０００７】
請求項２に記載の発明は、請求項１に記載のプロトコルアナライザにおいて、前記プロトコル定義ファイルを保存するときにインデックス情報を付して登録し、これを格納するインデックス格納手段と、前記インデックス情報の一覧を表示して前記プロトコル定義ファイルの選択入力を促がす利用者インタフェース手段と、を備えたことを特徴とする。
このことにより、インデックス情報を用いることで複数プロトコルを登録した場合にも容易に利用したいプロトコルを選択して解析を行うことができる。
【０００９】
請求項３に記載の発明は、請求項１に記載のプロトコルアナライザにおいて、前記解析すべきプロトコル仕様の中に機種固有のコマンドパラメータ定義が含まれ、これを登録保存する定義ファイル格納手段を備えたことを特徴とする。
接続される機器によっては同一プロトコルでありながらもコマンドやパラメータに差がある場合があり、このとき、プロトコル定義情報の中に機器固有のコマンド、パラメータを定義することで、プロトコルの中に機器固有のコマンドやパラメータが含まれていても正しく解析可能である。
【００１０】
請求項４に記載の発明は、請求項１に記載のプロトコルアナライザにおいて、前記プロトコル定義ファイルは任意データとコマンドの対応表を含み、監視データから前記対応表に基づき任意データを判別して表示する制御手段を備えたことを特徴とする。
このことにより、プロトコル定義ファイル中に任意データとコマンド名を対で対応させる仕組みを持たせることで、コマンドに対応する任意データの調査、学習なしに解析を行なうことができ、また、任意データを利用者自身が抽出、あるいは判定の必要がないため、利用者の負担軽減がはかれる。
【００１１】
請求項５に記載の発明は、請求項１に記載のプロトコルアナライザにおいて、前記プロトコル定義ファイルはコマンド毎コマンド長を定義するデータを含み、監視データから定義されたコマンド長を判定して表示する制御手段を備えたことを特徴とする。
相互に交換されるコマンドはその情報量によってコマンド長が可変である場合があり、このとき効率が悪かったコマンド判別がプロトコル定義ファイル中に含まれるコマンド長定義によりなされ、ここで定義されたコマンド長が自動的に判定されるため、調査、学習なしに判定可能となり、このことにより、任意データの抽出、あるいは判定の必要がなくなるため利用者の大幅な負担軽減がはかれ、処理の効率化がはかれる。
【００１２】
請求項６に記載の発明は、請求項１に記載のプロトコルアナライザにおいて、前記プロトコル定義ファイルはコマンド毎のパラメータ定義を含み、監視データから前記定義されたコマンドパラメータを判定して表示する制御手段を備えたことを特徴とする。
このことにより、プロトコル定義ファイル中にコマンド毎のパラメータを定義する機能を含ませることで、各コマンドのパラメータの調査、学習なしに解析を行なうことができ、利用者の負担軽減がはかれる。
【００１３】
請求項７に記載の発明は、請求項１に記載のプロトコルアナライザにおいて、前記プロトコル定義ファイルはプロトコルによって変更されるエンディアン情報を含み、監視データに基づくコマンド内パラメータを前記定義されたエンディアン情報により判定して表示する制御手段を備えたことを特徴とする。
このことにより、プロトコル定義ファイル中にプロトコルによって変更されるエンディアン情報を定義する機能を含め、これを自動判定することで、各コマンドパラメータのエンディアンを考慮することなく解析が可能となる。また、任意データを利用者自身が抽出、判定せずに解析が可能となるため利用者の負担軽減がはかれる。
【００１４】
請求項８に記載の発明は、請求項１に記載のプロトコルアナライザにおいて、前記プロトコル定義ファイルはコマンド毎のパラメータをビット単位で定義するパラメータ定義を含み、監視データによりビット単位で定義されたパラメータを判定してビット単位で表示する制御手段を備えたことを特徴とする。
相互に交換するデータ量を減らすためにコマンドのパラメータ情報をビット単位に割り当てることがあり、この場合、ユーザがそのパラメータの内容を判別するのに困難であったものが、プロトコル定義ファイル中にコマンド毎のパラメータをビット単位で定義する機能を含み、これを自動的に判定し、ビット単位で表示することによって、各コマンドにおけるビット単位の割り当ての調査、学習なしに解析が可能となる。また、任意のデータをユーザ自身が抽出、判定する必要がなくなるため、利用者の負担が軽減される。
【００１５】
請求項９に記載の発明は、請求項１に記載のプロトコルアナライザにおいて、前記プロトコル定義ファイルはプロトコルによって変更されるビットオーダ情報を含み、監視データに基づくコマンド内パラメータを前記定義されたビットオーダ情報により判定して表示する制御手段を備えたことを特徴とする。
相互に交換するデータ量を減らすためにコマンドのパラメータ情報をビット単位に割り当てることがあり、そのビットオーダはプロトコル毎に定義されており、利用者がコマンド内のパラメータの値を正しく判別するのが非効率的であったものが、プロトコル定義ファイル中にプロトコルにより変更されるビットオーダ情報を定義する機能を含め、これを自動的に判定することで、各コマンドのビットオーダを考慮することなしに解析を行なうことができ、また、任意のデータを利用者が抽出、あるいは判定する必要なしに解析可能となる。
【００１６】
【発明の実施の形態】
図１は、本発明のプロトコルアナライザが使用されるシステムの概略を説明するために引用した図である。
図において、機能モジュールＡ（１）、Ｂ（２）は、１個のシステム内の機能モジュールであり、例えば、システム本体をコンピュータとした場合、コンピュータ本体１と入出力装置２である。また、例えば、通信ネットワーク等通信媒体を考慮した場合には、それぞれ独立したシステムであってもよい。機能モジュールＡ（１）、Ｂ（２）間のインタフェース部分に本発明のプロトコルアナライザ３が接続され、機能モジュールＡ（１）、Ｂ（２）間を伝播する信号（コマンドおよびデータ）を解析する用途に用いられる。
【００１７】
図２は、図１に示すプロトコルアナライザ３の内部構成を機能展開して示したブロック図である。図に示す各ブロックは、具体的には、ＣＰＵならびにメモリを含む周辺ＬＳＩで構成され、ＣＰＵがメモリに記録されたプログラムを逐次読み出し実行することによりそのブロックが持つ機能を実現するものである。
プロトコルアナライザ３は、表示部３１、入力部３２、受信部３３、解析部３４、制御部３５、定義ファイル編集部３６、定義ファイル格納部３７、プロトコル識別テーブルファイル格納部３８で構成される。
【００１８】
表示部３１は、後述する定義ファイル編集画面（図４）、プロトコル識別テーブルファイル編集画面（図５）を表示し、入力部３２は、プロトコル定義ファイル作成、プロトコル識別テーブルファイル作成のための各項目入力ならびに解析データの採取指示等を行う機能を有し、この表示部３１と入力部３２で利用者インタフェースを構成する。受信部３３は、図１に示す機能モジュール間インタフェースに接続され、ここを介して解析データが採取され、制御部３５に供給される。
【００１９】
制御部３５は、プロトコルアナライザの制御中枢となり、後述する定義ファイル格納部３７に保存された複数のプロトコル定義ファイルを選択し、当該選択した定義ファイルに従い、解析部３４に対して機能モジュール間を伝播する信号（コマンド、データ）の解析を指示する。解析部３４は、制御部３５によるコントロールの下、受信部３３を介して到来する解析のための採取データを、定義ファイル格納部３７、プロトコル識別テーブルファイル格納部３８に格納された、それぞれ、定義ファイル、プロトコル識別テーブルファイルを参照しながら解析する。
【００２０】
定義ファイル編集部３６は、制御部３５によるコントロールの下、利用者インタフェースを介して解析すべきプロトコルの仕様が定義されるものであって、ここで定義され編集された内容は定義ファイル格納部３７に格納される。ここでは、プロトコル毎、定義ファイルＡ１〜定義ファイルＸＸが登録され、格納されているものとする。また、定義ファイル格納部３７は、図示せぬインデックス格納部も含むものとする。定義ファイルのファイル構造等、詳細については図４に示す定義ファイル編集画面構成例を参照しながら後述する。
なお、プロトコル識別テーブルファイル格納部３８には、プロトコル定義情報を登録するときにプロトコル採取のための監視データパターンからどのプロトコルを用いた通信が行なわれているか識別する識別条件情報が登録される。プロトコル識別テーブルファイル格納部３８のファイル構造等、詳細については、図５に示すプロトコル識別テーブルファイル編集画面構成例を参照しながら後述する。
【００２１】
図３乃至図５は、本発明のプロトコルアナライザ３の動作を説明するために引用した図であり、基本的な動作手順をフローチャートで示した図、定義ファイル編集画面構成例、プロトコル識別テーブルファイル編集画面構成例のそれぞれを示す。
以下、図３乃至図５を参照しながら図２に示す本発明のプロトコルアナライザの動作について詳細に説明する。
【００２２】
デフォルトの状態では既存定義ファイルの内容が表示されているものとする（ステップＳ３０１）。利用者は、解析データ採取に先立ち、まず、入力部３２を介して制御部３５に対し定義ファイルの作成を指示する。これを受けた制御部３５は、定義ファイル編集部３６に対して定義ファイル作成指示を通知する（ステップＳ３０２）。
定義ファイル編集部３６は、制御部３５を通じて表示部３１に図４に示す定義ファイル編集画面を表示して利用者に定義ファイルの作成を促がす（ステップＳ３０３）。このことにより、利用者は、定義ファイル編集画面に従い、必要項目を入力（ステップＳ３０４）して定義ファイルを作成する。そして、作成された定義ファイルにデータ名等のインデックス情報を付加して定義ファイル格納部３７に登録し、格納する（ステップＳ３０５、Ｓ３０６）。以上の動作を繰り返すことにより複数プロトコルの定義ファイルの作成が可能となる。
更に、解析のためのデータ採取に先立ち、制御部３５は、定義ファイル格納部３７にあるインデックス情報を表示部３１に表示し、利用者は、入力部３２を介してこの定義ファイルから解析を希望する定義ファイルを選択する。
【００２３】
一方、利用者は、解析のためのデータ採取に先立ち、入力部３２を介して制御部３５に対し、プロトコル識別テーブルファイル格納部３８の作成、編集を指示する。これを受けた制御部３５は、定義ファイル編集部３６に対してプロトコル識別テーブルファイルの作成、編集を通知する（ステップＳ３０７）。
定義ファイル編集部３６は、図５に示すプロトコル識別テーブルファイル編集画面を表示し、利用者に対してプロトコル識別テーブルファイルの作成を促がす（ステップＳ３０８）。そして、利用者は、表示部３１によって表示されたプロトコル識別テーブルファイル編集画面を通して必要項目を入力することによって登録し、格納する。図５に示されるように、ここでは、プロトコルＩＤ、プロトコル名称、そして、そのＩＤ、あるいはプロトコル名毎の定義ファイル名称が登録されるものとする。
【００２４】
以上の前準備のうえ、利用者は、入力部３２を介して制御部３５に対して解析のためのデータ採取の実施を指示する（ステップＳ３１３）。なお、事前に自動判別モードの指定がなされているものとし（ステップＳ３１４）、これを受けた制御部３５は、プロトコル識別テーブルファイル格納部３８からプロトコル識別テーブル情報を読み出す（ステップＳ３１５）。そして、制御部３５は、受信部３３を介して採取された監視データと先のプロトコル識別テーブル情報とを比較し（ステップＳ３１６）、どのプロトコルを用いた通信が行なわれているかを判断し（定義ファイルを特定）、その結果を解析部３４に通知する（ステップＳ３１７、Ｓ３１８）。
なお、自動判別モードの指定がない場合は、直接ステップＳ３１８の使用する定義ファイルを解析部３４に通知する処理にジャンプする。そして、解析部３４は、先に通知された定義ファイルからプロトコル情報を読み出し、読み出した定義情報に従い監視データを解析して結果を制御部３５に通知する（ステップＳ３１９）。そして、制御部３５は、通知された解析欠陥に基づき表示データを生成して表示部３１を介して出力し保存する（ステップＳ３２０）。
【００２５】
ところで、ステップＳ３０２において、定義ファイルを作成しない場合は、プロトコル識別テーブルファイルの編集を行なうか否かが判断される（ステップＳ３０７）。ここで、編集を行なう場合には上記したように、定義ファイル編集部３６によりプロトコル識別テーブルファイル編集画面が表示され（ステップＳ３０８）、新規プロトコルの入力、もしくは既存プロトコルの編集が行なわれる（ステップＳ３０９）。そして、プロトコル識別テーブルファイル格納部３８の更新を行なうか否かが判断（ステップＳ３１０）され、しない場合は、ステップＳ３０７のプロトコル識別テーブルファイル格納部３８の編集判断処理に戻り、する場合は、プロトコル識別テーブルファイル格納部３８の更新を行い（ステップＳ３１１）、定義ファイルを指定するか、自動判別モードの設定を行い（ステップＳ３１２）、解析のためのデータ採取を行なうために回線モニターを開始する（ステップＳ３１３）。
【００２６】
ここで、解析のためのデータ採取前の定義ファイル編集動作についてより詳細に説明する。利用者は、入力部３２を介して制御部３５に対し定義ファイル編集指示を発し、制御部３５はこれを受けて定義ファイル編集部３６に定義ファイルの編集指示を発することは上記した通りである。利用者は、表示部３１に表示される定義ファイル編集画面を通して定義ファイルを編集するが、このとき、定義ファイルに機器固有のコマンドパラメータを入力する。ここで編集された定義ファイルは、プロトコル名称等のインデックス情報を付加して定義ファイルとして定義ファイル格納部３７に登録し、格納する。このことにより、同一プロトコルであっても異機種の定義ファイルの作成が可能になる。
利用者は、解析のためのデータ採取に先立ち、入力部３２を介してあらかじめ作成された定義ファイルの選択を制御部３５に指示する。このことにより、制御部３５は、定義ファイルのインデックス情報を表示部３１に表示してユーザに対し解析を希望する定義ファイルの選択を促がすことになる。
【００２７】
以上の動作を図４に示す定義ファイル編集画面を参照しながら説明する。まず、利用者は、入力部３２を介し、ａに示すデータエントリ項目に任意のデータを、ｂに示すコマンド名エントリ項目にそのコマンド名に対応する名称を、ｃのコマンドサイズエントリ項目に対してそのサイズを入力する。そして、ｄに示す機種エントリ項目に機種コードを入力し、上記した機種固有のコマンドであることを定義する。
【００２８】
一方、先に入力したコマンドがパラメータを持っていた場合、ｅに示すパラメータエントリ項目に当該パラメータの名称を、ｆに示すサイズエントリ項目にパラメータサイズを入力する。
なお、パラメータが複数バイトの場合、ｇに示すラジオボタンにそのエンディアン情報（Big、Little）を入力し、パラメータ情報がビット単位に割り当てられている場合は、ｈに示すビットチェックボックスを調べ、表示されるボックスにビット単位の機能を入力する。
【００２９】
以上説明のように、定義ファイル中に任意データとコマンドの対応表が含まれ、制御部３５は、監視データからその対応表に基づき任意データを判別して表示することができる。このことにより、コマンドに対応する任意データの調査、学習なしに解析を行なうことが可能となる。また、定義ファイルはコマンド毎コマンド長を定義するデータを含み、制御部３５は、監視データから先に定義されたコマンド長が判定され、表示することができる。このことにより、各コマンドパラメータのコマンド長の調査、学習なしに解析が可能となる。更に、定義ファイルはコマンド毎のパラメータ定義を含み、制御部３５は、監視データから先に定義されたコマンドパラメータを判定して表示することができる。このことにより、各コマンドパラメータの調査、学習なしに解析が可能となる。
【００３０】
定義ファイルはプロトコルによって変更されるエンディアン情報を含み、制御部３５は、監視データに基づくコマンド内パラメータを先に定義されたエンデイアン情報により判定して表示することができる。このことにより、各コマンドパラメータのエンディアンを考慮せずに解析が可能となる。また、定義ファイルはコマンド毎のパラメータをビット単位で定義するパラメータ定義を含み、制御部３５は、監視データによりビット単位で先に定義されたパラメータを判定してビット単位で表示することができる。このことにより、各コマンドパラメータのビット単位の割り当て調査、学習なしに解析が可能となる。更に、定義ファイルはプロトコルによって変更されるビットオーダ情報を含み、制御部３５は、監視データに基づくコマンド内パラメータを先に定義されたビットオーダ情報により判定して表示することができる。このことにより、各コマンドのパラメータのビットオーダを考慮せずに解析が可能となる。
【００３１】
【発明の効果】
請求項１に記載の発明によれば、解析すべきプロトコル仕様を定義することによって、独自プロトコルや、既存のプロトコルを拡張したプロトコル解析が容易となる。また、複数プロトコルの解析を行なう必要が生じた際、複数プロトコル定義情報を保持し、それらを選択的に使用することで異なるプロトコルを持つインタフェースの解析を容易に行なうことができる。さらに、採取したデータパターンからどのプロトコルを用いて通信が行なわれているか判別する情報を用いることにより、解析のためのデータ採取時に自動判別モードを指定した場合登録された識別情報に基づきプロトコル定義情報を選択することで、複数プロトコルを登録した場合も容易に利用したいプロトコルを選択して解析を行なうことができる。
【００３３】
請求項２に記載の発明によれば、インデックス情報を用いることで複数プロトコルを登録した場合にも容易に利用したいプロトコルを選択して解析を行なうことができる。
【００３５】
請求項３に記載の発明によれば、接続される機器によっては同一プロトコルでありながらもコマンドやパラメータに差がある場合があり、このとき、プロトコル定義情報の中に機器固有のコマンド、パラメータを定義することで、プロトコルの中に機器固有のコマンドやパラメータが含まれていても正しく解析可能である。
【００３６】
請求項４に記載の発明によれば、プロトコル定義ファイル中に任意データとコマンド名を対で対応させる仕組みを持たせることで、コマンドに対応する任意データの調査、学習なしに解析を行なうことができ、また、任意データを利用者自身が抽出、あるいは判定の必要がないため、利用者の負担軽減がはかれる。
【００３７】
請求項５に記載の発明によれば、相互に交換されるコマンドはその情報量によってコマンド長が可変である場合があり、このとき効率が悪かったコマンド判別がプロトコル定義ファイル中に含まれるコマンド長定義によりなされ、ここで定義されたコマンド長が自動的に判定されるため、調査、学習なしに判定可能となり、このことにより、任意データの抽出、あるいは判定の必要がなくなるため利用者の大幅な負担軽減がはかれ、処理の効率化がはかれる。
【００３８】
請求項６に記載の発明によれば、プロトコル定義ファイル中にコマンド毎のパラメータを定義する機能を含ませることで、各コマンドのパラメータの調査、学習なしに解析を行なうことができ、利用者の負担軽減がはかれる。
【００３９】
請求項７に記載の発明によれば、プロトコル定義ファイル中にプロトコルによって変更されるエンディアン情報を定義する機能を含め、これを自動判定することで、各コマンドパラメータのエンディアンを考慮することなく解析が可能となる。また、任意データを利用者自身が抽出、判定せずに解析が可能となるため利用者の負担軽減がはかれる。
【００４０】
請求項８に記載の発明によれば、相互に交換するデータ量を減らすためにコマンドのパラメータ情報をビット単位に割り当てることがあり、この場合、ユーザがそのパラメータの内容を判別するのに困難であったものが、プロトコル定義ファイル中にコマンド毎のパラメータをビット単位で定義する機能を含み、これを自動的に判定し、ビット単位で表示することによって、各コマンドにおけるビット単位の割り当ての調査、学習なしに解析が可能となる。また、任意のデータをユーザ自身が抽出、判定する必要がなくなるため、利用者の負担が軽減される。
【００４１】
請求項９に記載の発明によれば、相互に交換するデータ量を減らすためにコマンドのパラメータ情報をビット単位に割り当てることがあり、そのビットオーダはプロトコル毎に定義されており、利用者がコマンド内のパラメータの値を正しく判別するのが非効率的であったものが、プロトコル定義ファイル中にプロトコルにより変更されるビットオーダ情報を定義する機能を含め、これを自動的に判定することで、各コマンドのビットオーダを考慮することなしに解析を行なうことができ、また、任意のデータを利用者が抽出、あるいは判定する必要なしに解析可能となる。
【図面の簡単な説明】
【図１】本発明のプロトコルアナライザが使用されるシステムの概略を説明するために引用した図である。
【図２】図１に示すプロトコルアナライザ３の内部構成を機能展開して示したブロック図である。
【図３】本発明のプロトコルアナライザの動作を説明するために引用した図であり、基本的な動作手順をフローチャートで示した図である。
【図４】本発明のプロトコルアナライザの動作を説明するために引用した図であり、定義ファイル編集画面構成例を示す。
【図５】本発明のプロトコルアナライザの動作を説明するために引用した図であり、プロトコル識別テーブルファイル編集画面構成例を示す。
【符号の説明】
１、２機能モジュール
３プロトコルアナライザ
３１表示部
３２入力部
３３受信部
３４解析部
３５制御部
３６定義ファイル編集部
３７定義ファイル格納部
３８プロトコル識別テーブルファイル格納部[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a protocol analyzer that collects and analyzes signals such as commands and data propagating between devices such as SCSII, RS232C, IEEE1394, and USB interface.
[0002]
[Prior art]
Conventionally, a protocol analyzer has been used to collect and analyze signals propagating between interfaces connecting devices and modules.
There are some protocol analyzers that can not only collect signals that propagate on the line and display the analyzed data as they are, but also perform command analysis at the higher protocol level. Currently, the interfaces between devices that can have this higher level protocol include SCSI (Small Computer System Interface), RS232C, IEEE 1394 (IEEE 1394-1995 High Performance Serial Bus), USB (Universal Serial Bus), and the like.
[0003]
[Problems to be solved by the invention]
By the way, the above-described protocol analyzer is provided in a form in which corresponding protocol information is incorporated in advance, or only provided as a protocol analysis option. Therefore, the conventional protocol analyzer cannot analyze the protocol uniquely defined by the user or the protocol extended by the user.
[0004]
The present invention has been made in view of the above circumstances, and provides a user interface for defining a protocol specification to be analyzed, and extends the original protocol or existing protocol by storing and registering and selecting and using it. It is an object of the present invention to provide a protocol analyzer that facilitates protocol analysis and reduces the burden on the user by improving the user interface at that time.
[0005]
  In order to solve the above-described problems, the invention described in claim 1 is a protocol analyzer that collects and analyzes signals propagated between devices, and defines a specification of a protocol to be analyzed and captures the user Interface means; definition file storage means for registering and saving the captured contents;Collected when registering a protocol definition file and a control means for selecting a plurality of protocol definition files stored in the definition file storage means and instructing analysis of signals propagated between the devices according to the selected protocol definition file Protocol identification table file storing means for registering identification information for identifying which protocol is used for communication from the data pattern, and the control means includes the definition file according to the identification information. It is set to select the definition file stored in the storage means.It is characterized by that.
  Thus, by defining a protocol specification to be analyzed, a protocol analysis that extends an original protocol or an existing protocol is facilitated.
[0006]
  Also,When it is necessary to analyze a plurality of protocols, it is possible to easily analyze an interface having a different protocol by holding a plurality of protocol definition information and selectively using them.
  In addition, by using the information that identifies which protocol is used for communication from the collected data pattern, if the automatic discrimination mode is specified when collecting data for analysis, the protocol definition is based on the registered identification information. By selecting information, even when a plurality of protocols are registered, it is possible to easily select and analyze a protocol to be used.
[0007]
  Claim2The invention described in claim1In the protocol analyzer described in the above, when the protocol definition file is saved, index information is added and registered, the index storage means for storing the information, the index information list is displayed, and the protocol definition file is selectively input. And user interface means for prompting the user.
  Thus, even when a plurality of protocols are registered by using index information, it is possible to easily select and analyze a protocol that is desired to be used.
[0009]
  Claim3The invention described in claim1The protocol analyzer described in (1) is characterized in that the protocol specification to be analyzed includes a command parameter definition unique to a model, and has definition file storage means for registering and saving the command parameter definition.
  Depending on the connected device, there may be differences in commands and parameters even though the protocol is the same. At this time, by defining device-specific commands and parameters in the protocol definition information, the device-specific protocol is included in the protocol. Even if these commands and parameters are included, they can be analyzed correctly.
[0010]
  Claim4The invention described in claim1In the protocol analyzer described in (1), the protocol definition file includes a correspondence table of arbitrary data and commands, and includes control means for discriminating and displaying arbitrary data from monitoring data based on the correspondence table.
  This allows the protocol definition file to have a mechanism for matching arbitrary data and command names in pairs, so that arbitrary data corresponding to commands can be analyzed and analyzed without learning. Since the user himself / herself does not need to extract or determine, the burden on the user can be reduced.
[0011]
  Claim5The invention described in claim1In the protocol analyzer according to claim 1,protocolThe definition file contains data that defines the command length for each command., SupervisorControl means for determining and displaying a command length defined from visual data is provided.
  The command length of commands exchanged with each other may be variable depending on the amount of information. At this time, the command discrimination which is not efficient is made by the command length definition included in the protocol definition file, and the command length defined here Because it is automatically determined, it is possible to determine without investigation and learning. This eliminates the need for extraction or determination of arbitrary data, greatly reducing the burden on the user and improving processing efficiency. Peeled off.
[0012]
  Claim6The invention described in claim1In the protocol analyzer according to claim 1,protocolThe definition file contains parameter definitions for each command., SupervisorControl means for determining and displaying the defined command parameter from visual data is provided.
  As a result, by including a function for defining parameters for each command in the protocol definition file, it is possible to perform analysis without investigating and learning the parameters of each command, thereby reducing the burden on the user.
[0013]
  Claim7The invention described in claim1In the protocol analyzer according to claim 1,protocolThe definition file contains endian information that is changed by the protocol., SupervisorControl means for determining and displaying in-command parameters based on visual data based on the defined endian information is provided.
  As a result, by including a function for defining endian information to be changed by the protocol in the protocol definition file, and automatically determining this, analysis can be performed without considering the endian of each command parameter. In addition, since the user can analyze the arbitrary data without extracting and determining the arbitrary data, the burden on the user can be reduced.
[0014]
  Claim8The invention described in claim1In the protocol analyzer according to claim 1,protocolThe definition file contains parameter definitions that define the parameters for each command in bits., SupervisorControl means for determining parameters defined in bit units based on visual data and displaying them in bit units is provided.
  In order to reduce the amount of data exchanged with each other, command parameter information may be assigned in bit units. In this case, it is difficult for the user to determine the contents of the parameter. It includes a function for defining each parameter in bit units. By automatically determining this and displaying it in bit units, it becomes possible to analyze without examining and learning bit units in each command. Further, since it is not necessary for the user himself to extract and determine arbitrary data, the burden on the user is reduced.
[0015]
  Claim9The invention described in claim1In the protocol analyzer according to claim 1,protocolThe definition file contains bit order information that is changed by the protocol., SupervisorControl means for determining and displaying in-command parameters based on visual data based on the defined bit order information is provided.
  In order to reduce the amount of data exchanged with each other, command parameter information may be assigned in bit units, the bit order is defined for each protocol, and the user must correctly determine the parameter value in the command. The inefficiency includes the ability to define bit order information that is changed by the protocol in the protocol definition file, and by automatically determining this, without considering the bit order of each command Analysis can be performed, and analysis can be performed without the need for the user to extract or determine arbitrary data.
[0016]
DETAILED DESCRIPTION OF THE INVENTION
FIG. 1 is a diagram cited for explaining the outline of a system in which the protocol analyzer of the present invention is used.
In the figure, functional modules A (1) and B (2) are functional modules in one system. For example, when the system main body is a computer, the main body 1 and the input / output device 2 are used. In addition, for example, when a communication medium such as a communication network is considered, the systems may be independent from each other. The protocol analyzer 3 of the present invention is connected to the interface between the functional modules A (1) and B (2), and analyzes signals (commands and data) propagated between the functional modules A (1) and B (2). Used for applications.
[0017]
FIG. 2 is a block diagram showing the function of the internal configuration of the protocol analyzer 3 shown in FIG. Each block shown in the figure is specifically composed of a peripheral LSI including a CPU and a memory, and the CPU has the functions of the block by sequentially reading and executing a program recorded in the memory.
The protocol analyzer 3 includes a display unit 31, an input unit 32, a reception unit 33, an analysis unit 34, a control unit 35, a definition file editing unit 36, a definition file storage unit 37, and a protocol identification table file storage unit 38.
[0018]
The display unit 31 displays a definition file editing screen (FIG. 4) and a protocol identification table file editing screen (FIG. 5), which will be described later, and the input unit 32 displays items for protocol definition file creation and protocol identification table file creation. The display unit 31 and the input unit 32 constitute a user interface. The receiving unit 33 is connected to the functional module interface shown in FIG. 1, through which analysis data is collected and supplied to the control unit 35.
[0019]
The control unit 35 becomes a control center of the protocol analyzer, selects a plurality of protocol definition files stored in a definition file storage unit 37 to be described later, and propagates between functional modules to the analysis unit 34 according to the selected definition file. Instructs the analysis of the signal (command, data) to be performed. The analysis unit 34 stores, in the definition file storage unit 37 and the protocol identification table file storage unit 38, the collection data for analysis that arrives via the reception unit 33 under the control of the control unit 35, respectively. Analyzing while referring to the file and protocol identification table file.
[0020]
The definition file editing unit 36 defines protocol specifications to be analyzed through the user interface under the control of the control unit 35. The definition and edited contents are defined in the definition file storage unit 37. Stored in Here, it is assumed that definition files A1 to XX are registered and stored for each protocol. The definition file storage unit 37 also includes an index storage unit (not shown). Details such as the file structure of the definition file will be described later with reference to the definition file editing screen configuration example shown in FIG.
In the protocol identification table file storage unit 38, identification condition information for identifying which protocol is used for communication from a monitoring data pattern for collecting protocols when registering protocol definition information is registered. Details of the file structure and the like of the protocol identification table file storage unit 38 will be described later with reference to a configuration example of a protocol identification table file editing screen shown in FIG.
[0021]
FIGS. 3 to 5 are diagrams for explaining the operation of the protocol analyzer 3 of the present invention. The flowchart shows the basic operation procedure, the configuration example of the definition file editing screen, and the protocol identification table file editing. Each of the screen configuration examples is shown.
The operation of the protocol analyzer of the present invention shown in FIG. 2 will be described in detail below with reference to FIGS.
[0022]
It is assumed that the contents of the existing definition file are displayed in the default state (step S301). Prior to collecting analysis data, the user first instructs the control unit 35 to create a definition file via the input unit 32. Receiving this, the control unit 35 notifies the definition file creation unit 36 of a definition file creation instruction (step S302).
The definition file editing unit 36 displays the definition file editing screen shown in FIG. 4 on the display unit 31 through the control unit 35 and prompts the user to create a definition file (step S303). Accordingly, the user inputs necessary items according to the definition file editing screen (step S304) and creates a definition file. Then, index information such as a data name is added to the created definition file, registered in the definition file storage unit 37, and stored (steps S305 and S306). By repeating the above operation, a definition file for a plurality of protocols can be created.
Further, prior to collecting data for analysis, the control unit 35 displays the index information in the definition file storage unit 37 on the display unit 31, and the user wishes to analyze from the definition file via the input unit 32. Select the definition file to be used.
[0023]
On the other hand, prior to data collection for analysis, the user instructs the control unit 35 to create and edit the protocol identification table file storage unit 38 via the input unit 32. Receiving this, the control unit 35 notifies the definition file editing unit 36 of the creation and editing of the protocol identification table file (step S307).
The definition file editing unit 36 displays the protocol identification table file editing screen shown in FIG. 5 and prompts the user to create a protocol identification table file (step S308). Then, the user registers and stores necessary items by inputting necessary items through the protocol identification table file editing screen displayed by the display unit 31. As shown in FIG. 5, it is assumed here that a protocol ID, a protocol name, and the ID or definition file name for each protocol name are registered.
[0024]
Based on the above preparations, the user instructs the control unit 35 to perform data collection for analysis via the input unit 32 (step S313). It is assumed that the automatic discrimination mode has been designated in advance (step S314), and the control unit 35 that has received this reads the protocol identification table information from the protocol identification table file storage unit 38 (step S315). Then, the control unit 35 compares the monitoring data collected via the receiving unit 33 with the previous protocol identification table information (step S316), and determines which protocol is used for communication (definition). The file is specified), and the result is notified to the analysis unit 34 (steps S317 and S318).
If the automatic determination mode is not designated, the process jumps directly to the process of notifying the analysis unit 34 of the definition file used in step S318. Then, the analysis unit 34 reads the protocol information from the definition file notified in advance, analyzes the monitoring data in accordance with the read definition information, and notifies the control unit 35 of the result (step S319). And the control part 35 produces | generates display data based on the notified analysis defect, and outputs and preserve | saves it via the display part 31 (step S320).
[0025]
In step S302, if a definition file is not created, it is determined whether or not to edit the protocol identification table file (step S307). Here, when editing, as described above, the definition file editing unit 36 displays a protocol identification table file editing screen (step S308), and a new protocol is input or an existing protocol is edited (step S309). ). Then, it is determined whether or not to update the protocol identification table file storage unit 38 (step S310). If not, the process returns to the edit determination process of the protocol identification table file storage unit 38 in step S307. The identification table file storage unit 38 is updated (step S311), a definition file is designated or an automatic discrimination mode is set (step S312), and line monitoring is started to collect data for analysis (step S312). Step S313).
[0026]
Here, the definition file editing operation before collecting data for analysis will be described in more detail. As described above, the user issues a definition file editing instruction to the control unit 35 via the input unit 32, and the control unit 35 issues a definition file editing instruction to the definition file editing unit 36 in response thereto. . The user edits the definition file through the definition file editing screen displayed on the display unit 31. At this time, the user inputs command parameters specific to the device to the definition file. The definition file edited here is registered in the definition file storage unit 37 as a definition file with index information such as a protocol name added and stored. This makes it possible to create definition files for different models even with the same protocol.
Prior to collecting data for analysis, the user instructs the control unit 35 to select a definition file created in advance via the input unit 32. As a result, the control unit 35 displays the index information of the definition file on the display unit 31 and prompts the user to select a definition file desired to be analyzed.
[0027]
The above operation will be described with reference to the definition file editing screen shown in FIG. First, via the input unit 32, the user assigns arbitrary data to the data entry item indicated by a, a name corresponding to the command name to the command name entry item indicated by b, and the command size entry item for c. Enter the size. Then, a model code is input to the model entry item indicated by d to define that the command is unique to the model described above.
[0028]
On the other hand, if the previously input command has a parameter, the name of the parameter is input to the parameter entry item indicated by e, and the parameter size is input to the size entry item indicated by f.
If the parameter is multi-byte, enter its endian information (Big, Little) in the radio button shown in g. If the parameter information is assigned in bit units, check the bit check box shown in h and display it. Enter the bitwise function in the box that appears.
[0029]
As described above, the definition file includes a correspondence table between arbitrary data and commands, and the control unit 35 can discriminate and display arbitrary data from the monitoring data based on the correspondence table. As a result, it is possible to perform analysis without examining and learning arbitrary data corresponding to the command. The definition file includes data defining the command length for each command, and the control unit 35 can determine and display the command length previously defined from the monitoring data. This makes it possible to analyze the command length of each command parameter without investigating and learning. Furthermore, the definition file includes parameter definitions for each command, and the control unit 35 can determine and display the previously defined command parameters from the monitoring data. As a result, each command parameter can be analyzed without investigation and learning.
[0030]
The definition file includes endian information changed according to the protocol, and the control unit 35 can determine and display the in-command parameter based on the monitoring data based on the endian information previously defined. This enables analysis without considering the endian of each command parameter. Further, the definition file includes a parameter definition that defines a parameter for each command in bit units, and the control unit 35 can determine the parameter previously defined in bit units based on the monitoring data and display the parameters in bit units. As a result, it becomes possible to analyze each command parameter without checking the assignment in bit units and learning. Further, the definition file includes bit order information changed by the protocol, and the control unit 35 can determine and display the in-command parameter based on the monitoring data based on the previously defined bit order information. This enables analysis without considering the bit order of the parameters of each command.
[0031]
【The invention's effect】
  According to the invention described in claim 1, by defining the protocol specification to be analyzed, the protocol analysis that extends the original protocol or the existing protocol is facilitated.Further, when it becomes necessary to analyze a plurality of protocols, it is possible to easily analyze an interface having a different protocol by holding a plurality of protocol definition information and selectively using them. In addition, by using information to determine which protocol is used for communication from the collected data pattern, protocol definition information based on the registered identification information when the automatic discrimination mode is specified when collecting data for analysis By selecting, even when a plurality of protocols are registered, it is possible to easily select and analyze a protocol to be used.
[0033]
  Claim2According to the invention described in the above, even when a plurality of protocols are registered by using the index information, it is possible to easily select and analyze a protocol that is desired to be used.
[0035]
  Claim3According to the invention described in, there may be differences in commands and parameters depending on the connected devices even though they are the same protocol. At this time, the device-specific commands and parameters must be defined in the protocol definition information. Thus, even if the protocol contains device-specific commands and parameters, it can be analyzed correctly.
[0036]
  Claim4According to the invention described in the above, by providing a mechanism for making a pair of arbitrary data and command name in the protocol definition file, it is possible to perform analysis without investigating and learning arbitrary data corresponding to the command. Since the user does not need to extract or determine arbitrary data, the burden on the user can be reduced.
[0037]
  Claim5According to the invention described in (2), the command length of commands exchanged with each other may be variable depending on the amount of information. At this time, the command discrimination with low efficiency is made by the command length definition included in the protocol definition file. Because the command length defined here is automatically determined, it can be determined without investigation and learning. This eliminates the need to extract or determine arbitrary data, greatly reducing the burden on the user. As a result, processing efficiency can be improved.
[0038]
  Claim6According to the invention described in, by including a function for defining parameters for each command in the protocol definition file, it is possible to perform analysis without investigating and learning the parameters of each command, thereby reducing the burden on the user. Peeled off.
[0039]
  Claim7According to the invention described in (1), it is possible to analyze without considering the endian of each command parameter by including the function of defining the endian information changed by the protocol in the protocol definition file and automatically determining this. . In addition, since the user can analyze the arbitrary data without extracting and determining the arbitrary data, the burden on the user can be reduced.
[0040]
  Claim8According to the invention described in the above, command parameter information may be allocated in bit units in order to reduce the amount of data exchanged with each other. In this case, it is difficult for the user to determine the contents of the parameter. However, the protocol definition file includes a function to define the parameters for each command in bit units, and this is automatically determined and displayed in bit units, thereby eliminating the need to investigate and learn the bit unit allocation for each command. Analysis is possible. Further, since it is not necessary for the user himself to extract and determine arbitrary data, the burden on the user is reduced.
[0041]
  Claim9In order to reduce the amount of data exchanged with each other, the command parameter information may be allocated in bit units, the bit order is defined for each protocol, and the user can set the parameters in the command. Although it was inefficient to correctly determine the value of the command, including the function to define the bit order information changed by the protocol in the protocol definition file, by automatically determining this, each command Analysis can be performed without considering the bit order, and analysis can be performed without the need for the user to extract or determine arbitrary data.
[Brief description of the drawings]
FIG. 1 is a diagram cited for explaining an outline of a system in which a protocol analyzer of the present invention is used.
FIG. 2 is a block diagram showing an expanded function of the internal configuration of the protocol analyzer 3 shown in FIG.
FIG. 3 is a diagram cited for explaining the operation of the protocol analyzer of the present invention, and is a diagram showing a basic operation procedure in a flowchart.
FIG. 4 is a diagram quoted for explaining the operation of the protocol analyzer of the present invention, and shows a configuration example of a definition file editing screen.
FIG. 5 is a diagram quoted for explaining the operation of the protocol analyzer of the present invention, and shows a configuration example of a protocol identification table file editing screen.
[Explanation of symbols]
1, 2 Function module
3 Protocol analyzer
31 Display section
32 Input section
33 Receiver
34 Analysis Department
35 Control unit
36 Definition File Editor
37 Definition file storage
38 Protocol identification table file storage

Claims

A protocol analyzer that collects and analyzes signals propagating between devices,
User interface means to capture and capture the specification of the protocol to be analyzed,
Definition file storage means for registering and storing the captured content;
Control means for selecting a plurality of protocol definition files stored in the definition file storage means, and instructing analysis of signals propagating between the devices according to the selected protocol definition file;
Protocol identification table file storage means for registering identification information for identifying which protocol is used for communication from the data pattern collected when registering the protocol definition file, and
A protocol analyzer , wherein the control means is set to select a definition file stored in the definition file storage means in accordance with the identification information .

Index storage means for registering and storing index information when storing the protocol definition file,
Protocol analyzer according to claim 1, characterized in that prompting a selection input of the protocol definition file to display a list of the index information has and a to the user interface means.

2. The protocol analyzer according to claim 1, further comprising a definition file storage means for registering and storing a command parameter definition specific to a model in the protocol specification to be analyzed.

2. The protocol analyzer according to claim 1, wherein the protocol definition file includes a correspondence table of arbitrary data and commands, and includes control means for discriminating and displaying arbitrary data from monitoring data based on the correspondence table.

Protocol analyzer according to claim 1 wherein the protocol definition file that includes data defining each command command length, and further comprising a control means for displaying to determine the command length defined from the monitoring data.

Protocol analyzer according to claim 1 wherein the protocol definition file that contains the parameter definitions for each command, characterized by comprising a control means for displaying to determine the defined command parameters from the monitoring data.

Said include endian information protocol definition file to be modified by the protocol, to claim 1, characterized in that the command in the parameter based on the monitoring data with the control means for displaying is determined by the defined endian information The described protocol analyzer.

The protocol definition file includes a parameter definitions that define the parameters for each command in bits, and further comprising a control means for displaying to determine the parameters defined in bits in bit units by monitoring data The protocol analyzer according to claim 1.

Claim wherein the includes bit order information protocol definition files are modified by the protocol, wherein the command in the parameter based on the monitoring data with the control means for displaying is determined by the defined bit order information The protocol analyzer according to 1.