JPH07264264A - 通信プロトコル解析装置および解析方法 - Google Patents

Abstract

(57)【要約】 【目的】 ネットワーク解析用の通信プロトコル解析装
置と解析方法を提供する。 【構成】 プロトコル解析装置を制御するための制御プ
ロセッサと、ユーザ・コマンドに応じてプロトコル・プ
ロセッサにプロセス・コマンドを出力させるためにユー
ザ・コマンドを入力する入力装置と、プロセス・コマン
ドに応じてプロトコル解析システム及びネットワーク間
にデータを送り、そしてプロセス出力信号を発生させる
ための制御プロセッサ及びネットワークに有効に接続さ
れた３つのデータ通信モジュールと、プロセス出力信号
を出力するためのディスプレー・モニタで構成される。
ディスプレー・モニタは、ディスプレー中に複数のウィ
ンドーとしてプロセス出力信号を出力する。本システム
はグラフ技法を用いるプログラマビリティ、マルチタス
キング機能、プロトコル・デコード記憶機能、模擬機
能、アクティブ・モニタ機能及びフィネグル誤り挿入機
能を備えている。また関連した方法も提供される。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、通信網に対する通信
とプロトコルを解析するためのプロトコル解析装置およ
び解析方法についてのものである。

【０００２】

【関連技術の説明】この発明は、各種設計による通信網
の試験と解析に役立つ。「通信網」という用語は、信号
の形式による情報が共用通信経路上を双方間で選択的に
伝達されるロケーションまたは「ノード」のネットワー
クに関連する分野での一般的な用法に従って、本文書に
おいても使用される。この用語には構内通信ネットワー
ク、都市通信ネットワーク及び広域通信ネットワークが
含まれる。ネットワークは、デジタル音声伝送、データ
伝送、ビデオ伝送及びどれかの組合せなどに適応でき
る。

【０００３】現代の通信システムでは、内部通信は事前
定義されたプロトコルに従って実行される。「プロトコ
ル」とはデータ編成の設計であり、種々のハードウエア
システムを含み得るネットワークにデータを定様式化
し、かつ伝送するために特別に定義された１組の規則で
ある。プロトコルはネットワークにのせて伝達されるメ
ッセージのフォーマットを定義し、さらにメッセージを
伝送したり受信したりする際に各ノードにおいて実行さ
れるステップの順序を定義する。プロトコルは、許容で
きる機器と物理的インターフェースの型、信号のレベル
と形式及び２つのノード間の通信リンクをセットアップ
し、情報を伝達し、伝送の正確度を確認し、リンクを終
了することに関連したステップの順序とを指定すること
ができる。プロトコルに関する背景は、Ｊ．Ｄ．スプラ
ジンズほかの「通信プロトコルと設計」（アディスンー
ウェズリ出版社、１９９１年）を含めた、本主題に関す
るいくつかの文献に見出すことができる。

【０００４】ネットワークは特徴としてレイヤで設計さ
れる。そのようなレイヤを組入れた重要な通信モデル
は、国際標準化機関によって公表された開放形システム
間相互接続（ＯＳＩ）モデルである。したがって、例え
ば各レイヤごとに１つのプロトコルを含む等のプロトコ
ルのレイヤがあり得る。そのうえ、プロトコルはプロト
コル内に組込まれることもできる。

【０００５】ノード間の伝達では、ノード間の通信経路
を確立し、データを転送し、転送の保全性をチェック
し、必要に応じてデータを再伝送し、通信セッションを
終了するために一連のメッセージがノード間の前後に送
信されることを特徴とする。メッセージと転送の構造は
プロトコルによって定義される。各メッセージに対し
て、通信ノードは各レイヤごとのメッセージを構成す
る。受信ノードは受信した各レイヤごとのメッセージを
処理し、そのデータを希望する宛先へ最終的に引き渡
す。ネットワークとプロトコルの設計では、伝送エラー
がほとんど必然的に発生することが概ね認識されてお
り、そのためエラー発見と訂正設計は通常プロトコルの
設計の中に含まれる。

【０００６】多種多様なプロトコルが現在使用されてい
る。所定のレイヤで、または所定のネットワーク機能レ
ベルに対して、ネットワークの型とネットワーク設計者
の目的によっていくつものプロトコルのうちの１つを使
用することができる。ほとんどの機器販売者がわれわれ
の機器に適合するプロトコルを設計した。いくつかの機
関が産業的規模のニーズに応える標準化されたプロトコ
ルの設計を試みてきた。そのような機関には、国際電信
電話諮問委員会（ＣＣＩＴＴ）と電気電子エンジニア協
会（ＩＥＥＥ）が含まれる。

【０００７】標準化の試みは完全に成功してきたわけで
はない。ネットワークの設計、使用の多様性及び現行の
ネットワークにおける安定した投資は、非標準プロトコ
ル設計の使用を継続することに強力な励みをもたらす。
したがって、標準化努力が進行中であるが、おそらく多
様なプロトコルの使用は継続するだろう。

【０００８】プロトコルアナライザはネットワークの試
験と解析をする試験装置である。プロトコルアナライザ
は、ネットワークに何が起こっているか、または何が起
こり損っているかを知る必要のある人達にとって、ある
意味でネットワークを覗く窓を提供する。プロトコルア
ナライザはネットワークに関するデータだけでなく、電
圧レベル、信号接続期間及びパルス立上り時間などのハ
ードウェア設計を明らかにするデータの局面も解析す
る。

【０００９】ネットワークとそれらのプロトコルを解析
するプロトコルアナライザはかなりの間商業ベースで利
用されてきた。既知のプロトコルアナライザは、例えば
下記の機能を実行することによってネットワークの試験
と解析をする。 ａ．ネットワーク上のデータ通信量をモニターし、表示
する。 ｂ．ノードによる伝送に対するネットワークの応答を試
験するためにネットワーク上のノードをシミュレートす
る。 ｃ．エラーを検出し、応答するためにネットワークの能
力を試験する。

【００１０】既知のプロトコルアナライザは、いくつか
の点で限定される。例えば、既知のプロトコルアナライ
ザは適応できるプロトコルの型の数が限定される。既知
のプロトコルアナライザはまた、ユーザにより定義され
たタスクまたはアプリケーションを実行する適合性の点
でも限定される。これらのプロトコルアナライザの中に
はユーザがプログラムを作ることができるものもある
が、アナライザが遂行できる仕事の種類に関して、比較
的限定された数のオプションを提供するにすぎない。既
知のプロトコルアナライザはまた、人間のインターフェ
ースに関しても限定される。

【００１１】例えば、それらアナライザが表示できるデ
ータの種類、表示できるデータの量及び表示の形式など
でも限定されている。既知のプロトコルアナライザの制
限は、通信網とそのような通信網に対するプロトコルア
ナライザの分野における急速な技術的変化と革新から見
て一層顕著になってきた。

【００１２】

【発明の目的】したがって、この発明の１つの目的は、
広範な種類のネットワークとプロトコルに適応できる通
信プロトコル解析装置と解析方法を提供することであ
る。

【００１３】この発明のもう１つの目的は、ユーザが定
義したタスクまたはアプリケーションの実行に適合でき
る通信プロトコル解析装置と解析方法を提供することで
ある。

【００１４】この発明のもう１つの目的は、既知の装置
と方法よりも実質上使いやすい通信プロトコル解析装置
と解析方法を提供することである。

【００１５】この発明のさらにもう１つの目的は、通信
網とその通信網に対するプロトコル解析の分野における
変化と革新に適応すべく適合できる通信プロトコル解析
装置と解析方法を提供することである。

【００１６】この発明の付加的な目的と利点は、下記に
続く説明の中で述べることとし、一部分はその説明によ
って明らかになるだろうし、またはこの発明を実施する
ことによって理解されるだろう。この発明の目的と利点
は、特許請求の範囲に特に指摘された手段と組合せによ
って理解され、かつ達成することができる。

【００１７】

【発明の要約】前記目的を達成するために、ここに具体
的に表示し、かつ概略的に説明したこの発明の目的に従
って、ネットワークを解析するための通信プロトコル解
析装置が提供される。

【００１８】この装置は、プロトコル解析装置を制御す
る制御手段と、ユーザコマンドを入力してユーザコマン
ドに応答して制御手段に処理コマンドを出力させるため
に制御手段に操作できるように連結された入力手段と、
処理コマンドに応答してプロトコル解析装置とネットワ
ークの間でデータを伝達し、かつ処理出力信号を生成す
るために制御手段とネットワークに操作できるように連
結されたデータ通信手段と、表示装置の複数のウィンド
ウ、即ちウィンドウは表示装置において２つのサイズに
変更できる−として処理出力信号を出力するための制御
手段と、データ伝達手段の少なくとも一方に操作できる
ように連結された出力手段とを含んでいる。

【００１９】この発明はまた、プロトコル解析を使用し
ているネットワークを解析する方法も含む。この方法
は、ユーザコマンドをプロトコルアナライザに入力する
段階と、ユーザコマンドに応答してプロトコルアナライ
ザとネットワーク間でデータを伝達するタスクを実行す
る段階と、データ伝達の状態を表示する処理出力信号を
生成する段階と、表示装置の複数のウインドウ、すなわ
ちウインドウは表示装置において２つのサイズに変更で
きる−として処理出力信号を出力する段階とを含んでい
る。

【００２０】この発明のもう１つの面に従って、複数の
オブジェクトを含む表示として処理出力信号を出力する
出力手段と、該オブジェクトを論理流れ図に配列し、か
つそれぞれのオブジェクトと組合せたデータを入力する
入力手段と、論理流れ図に従って、アプリケーションプ
ログラムを生成するため入力手段に操作できるように連
結された制御手段と、該アプリケーションプログラムに
従ってプロトコル解析装置とネットワーク間でフレーム
データを伝達するため制御手段とネットワークに操作で
きるように連結されたデータ伝達手段とを含む通信プロ
トコル解析装置が提供される。

【００２１】さらに、この発明のもう１つの面に従っ
て、複数のオブジェクトを含む表示として処理出力信号
を出力する段階と、該オブジェクトを論理流れ図に配列
するためにプロトコルアナライザを使用し、それぞれの
オブジェクトと組合せたデータをプロトコルアナライザ
に入力する段階と、該論理流れ図に従ってアプリケーシ
ョンプログラムを生成するためにプロトコルアナライザ
を使用する段階と、該アプリケーションプログラムに従
ってプロトコルアナライザとネットワーク間でデータを
伝達する段階とを含む解析方法が提供される。

【００２２】この発明のもう１つの面に従って、ユーザ
コマンドを入力する入力手段、すなわち事前定義された
構造の通信プロトコルに対応するプロトコルデコードと
プロトコルデコードアルゴリズムを入力する手段を含む
入力手段と、ユーザコマンドに応答して処理コマンドを
出力するため入力手段に操作できるように連結された制
御手段と、処理コマンドに応答してプロトコル解析装置
とネットワーク間でデータを伝達し、処理出力信号を生
成するデータ伝達手段、すなわち事前定義された構造が
データ内に存在しているかどうかを決めるためにデータ
を解析し、事前定義された構造がデータ内に存在すると
きはプロトコルデコードを処理出力信号に組入れるため
の手段を含んでいるデータ伝達手段と、表示とフロー制
御信号のうちの少なくとも１つとして処理出力信号を出
力するためにデータ伝達手段に操作できるように連結さ
れた出力手段、すなわちプロトコルデコードと事前定義
された構造のうちの少なくとも一方に従って、表示とフ
ロー制御信号の少なくとも一方にプロトコルデコードを
出力する手段を含む出力手段とを含む通信プロトコル解
析装置が提供される。

【００２３】この発明に従ってプロトコルを使用してい
るネットワークを解析するもう１つの方法は、ユーザコ
マンドを入力する段階と、事前定義された構造の通信プ
ロトコルに対応するプロトコルデコードとプロトコルデ
コードアルゴリズムをプロトコルアナライザに入力する
段階と、ユーザコマンドに応答してプロトコルアナライ
ザとネットワーク間でデータを伝達し、事前定義された
構造がデータ内に存在するかどうかを決定するためにデ
ータを解析し、処理出力信号を生成し、事前定義された
構造がデータ内に存在するときは、プロトコルデコード
を処理出力信号に組入れる段階と、表示とフロー制御信
号のうちの少なくとも一方として処理出力信号を出力す
る段階、すなわちプロトコルデコードと事前定義された
構造のうちの少なくとも一方に従って、表示とフロー制
御信号の少なくとも一方にプロトコルデコードを出力す
ることを含む段階とを含んでいる。

【００２４】この発明のもう１つの面による通信プロト
コル解析装置は、ユーザコマンドを入力する入力手段、
すなわち事前定義された構造の通信プロトコルに対応す
るプロトコルデコードとプロトコルデコードアルゴリズ
ムを入力する手段を含んでいる入力手段と、ユーザコマ
ンドに応答して処理コマンドを出力するため入力手段に
操作できるように接続された制御手段と、処理コマンド
に応答してプロトコル解析装置とネットワーク間でデー
タを伝達し、処理出力信号を生成するために制御手段と
ネットワークに操作できるように連結されたデータ伝達
手段、すなわち事前定義された構造に従ってネットワー
クにデータを伝達する手段を含んでいるデータ伝達手段
と、表示として処理出力信号を出力するためにデータ伝
達手段に操作できるように連結された出力手段とを含ん
でいる。

【００２５】この発明のもう１つの面による方法は、ユ
ーザコマンドを入力する段階と、事前定義された構造の
通信プロトコルに対応するプロトコルデコードとプロト
コルデコードアルゴリズムをプロトコルアナライザに入
力する段階と、ユーザコマンドに応答してプロトコルア
ナライザとネットワーク間でデータを伝達する段階、す
なわち事前定義された構造に従ってネットワークにデー
タを伝達することを含む段階と、表示として処理出力信
号を出力する段階とを含んでいる。

【００２６】この発明のさらにもう１つの面に従って、
ユーザコマンドを入力する入力手段と、ユーザコマンド
に応答して処理コマンドを出力するため入力手段に操作
できるように連結された制御手段と、処理コマンドに応
答してプロトコル解析装置とネットワーク間でデータを
伝達するため制御手段とネットワークに操作できるよう
に連結されたデータ伝達手段、すなわち本質的に同時に
複数のタスクを処理する手段を含んでいるデータ伝達手
段と、表示として処理出力信号を出力するためにデータ
伝達手段に操作できるように連結された出力とを含む通
信プロトコル解析装置が提供される。

【００２７】この発明によるもう１つの方法は、ユーザ
コマンドを入力する段階と、ユーザコマンドに応答して
プロトコルアナライザとネットワーク間でデータを伝達
する手段、すなわち本質的に同時に複数のタスクを処理
することを含む手段と、ディスプレイとして処理出力信
号を出力する手段とを含んでいる。

【００２８】この発明のもう１つの面による通信プロト
コル解析システムは、ユーザコマンドを入力する入力手
段と、ユーザコマンドに応答して処理コマンドを出力す
るために入力手段に操作できるように連結された制御手
段と、処理コマンドに応答してプロトコル解析装置とネ
ットワーク間でデータを伝達するため制御手段とネット
ワークに操作できるように連結されたデータ伝達手段、
すなわちネットワークに関するデータをモニターする手
段、モニターされたデータに従ってアプリケーションプ
ログラムを生成する手段及びアプリケーションプログラ
ムに従ってネットワークにモニターされたデータの選択
された部分を伝達する手段とを含んでいるデータ伝達手
段とを含む。

【００２９】この発明のもう１つの方法は、ユーザコマ
ンドを入力する段階と、ネットワークに関するデータを
モニターする段階と、モニターされたデータに従ってア
プリケーションプログラムを生成する段階と、アプリケ
ーションプログラムに従ってネットワークにモニターさ
れたデータの選択された部分を伝達する段階とを含む。

【００３０】この発明のさらにもう１つの面に従って、
通信プロトコル解析方法は、ユーザコマンドを入力する
入力手段と、ユーザコマンドに応答して処理コマンドを
出力するために入力手段に操作できるように連結された
制御手段と、ネットワークに伝達されたデータを受動的
にモニターするために制御手段とネットワークに操作で
きるように連結されたデータ伝達手段、すなわち処理コ
マンドで指定され、事前選択された条件がデータ内に存
在するかどうかを決定するために処理コマンドに応答し
てデータを解析する解析手段と事前選択された条件の識
別に応答し、ネットワークにアクティブ出力信号を伝達
する手段とを含むデータ伝達手段とを含んでいる。

【００３１】この発明のさらにもう１つの面による解析
方法は、ユーザコマンドをプロトコルアナライザに入力
する段階と、ネットワークに伝達されたデータを受動的
にモニターするためにプロトコルアナライザを使用する
段階と、事前選択された条件がデータ内に存在している
かどうかを決定するためにデータを解析する段階と、事
前選択された条件の識別に応答し、ネットワークにアク
ティブ出力信号を伝達する段階とを含んでいる。

【００３２】この発明のまだもう１つの面に従って、ユ
ーザコマンドを入力する入力手段と、ユーザコマンドに
応答して処理コマンドを出力するために入力手段に操作
できるように連結された制御手段と、処理コマンドに応
答してｎビットを有するデータフレームとｎビットを有
するエラーデータフレームをネットワークに伝達するた
め制御手段とネットワークに操作できるように連結され
たデータ伝達手段、すなわちエラーデータフレームのｎ
ビットのいずれにもエラービットを引き起こす手段を含
んでいるデータ伝達手段とを含む通信プロトコル解析装
置が提供される。

【００３３】この発明によるまだもう１つの方法は、プ
ロトコルアナライザにユーザコマンドを入力する段階
と、ｎビットを有するデータフレームを構成し、かつｎ
ビットを有するエラーデータフレーム（エラーデータフ
レームはｎビットのいずれにもエラービットを有する）
を構成するためにプロトコルアナライザを使用する段階
と、ユーザコマンドに応答してネットワークにエラーデ
ータフレームを伝達する段階とを含んでいる。

【００３４】

【優先実施態様と方法の説明】ここで添付図面に示され
たような現今の優先実施態様と方法について詳細に言及
するが、その場合、数個の図面全体にわたって類似番号
は類似の、または対応する部分を表示するものである。

【００３５】

【優先システム実施態様】この発明は、ネットワークを
解析するための通信プロトコル解析装置を含む。この発
明はその広い意味において、上記で明らかにされたよう
な多種多様のネットワーク設計を解析するために使用す
ることができる。この発明に従った通信プロトコル解析
装置１０の現今の優先実施態様が図１に示されている
が、同図は装置の絵画ブロック図を示している。

【００３６】この発明に従って、本装置はプロトコル解
析装置を制御する制御手段を含む。優先実施態様の制御
手段は、25ＭＨｚのクロック速度をもつモトローラ製の
ＭＶＭＥ−１４７中央処理装置（ＣＰＵ）モジュールを
備えた制御プロセッサ１２を含む。制御プロセッサ１２
はＵＮＩＸベースのオペレーティングシステムを使用す
る。

【００３７】制御プロセッサ１２は、ＣＰＵモジュール
に使用できる８Ｍバイトの内部ランダムアクセクメモリ
（ＲＡＭ）を備えている。40Ｍバイトの内部ハードディ
スク１４と80Ｍバイトの外部ハードディスク１６などの
外部メモリは、記憶容量を高めるために備えられてい
る。カラーグラフィックカード（図示されていない）も
また内部表示能力を提供するために備えられている。

【００３８】制御プロセッサ１２は周辺装置とその他の
構成要素への伝達のためにＶＭＥバス１８に連結され
る。ＶＭＥバス１８は、部分Ｐ１・Ｐ２に分割された２
つの96ピンＤＩＮコネクタを使用する32ビットバスであ
る。ＶＭＥバスの帯域幅は毎秒40Ｍバイトで、それは実
時間でデータを記憶または表示するのに十分な速さであ
る。

【００３９】すなわち、その速度でデータはネットワー
ク内で伝達される。ＶＭＥバス１８はバックプレーンに
よって相互接続された複数のスロットを組入れてあるキ
ャビネットの形になっている。その種のＶＭＥ装置は、
例えばアリゾナのモトローラ・コーポレーション・オブ
・セオツダレから市販で入手できる。

【００４０】図２は図１の装置の種々の構成要素に対す
るＶＭＥバス１８のインターフェース接続を示してい
る。Ｐ１コネクタはＭＶＭＥ−１４７ＣＰＵモジュール
を４つのＲＳ−２３２Ｃコネクタ、セントロニクス・プ
リンタのためのセントロニクス・ポート、ＳＣＳＩポー
ト、イーサネットポート及びＧＰ−ＩＢポートと連結さ
せる。イーサネットポートはＶＭＥバスに具備され、例
えばサンマイクロシステムから市販で入手できるサンワ
ークステーションなどの産業上エンジニアによって使用
される一般のエンジニアリング環境に本装置を接続でき
るようにする。ＶＭＥバスのＰ２コネクもまたカラーグ
ラフィックボードのためのインターフェースを具備して
いる。Ｐ２コネクタも下記で説明するように、特殊な目
的のために本装置によって使用される４つのグループの
４本の回線と１つのグループの１２本の回線を備えてい
る。

【００４１】この発明に従って、この装置はさらにユー
ザコマンドに応答して制御手段に処理コマンドを出力さ
せるために、ユーザコマンドを入力するため制御手段に
操作できるように連結された入力手段を備える。

【００４２】優先実施態様の入力手段はキーボード２
０、トラックボール２２及びマウス２４を含んでおり、
その各々は制御プロセッサ１２と互換性を有するように
選択され、かつ各々は既知の方法、例えばＲＳ−２３２
Ｃポートまたはその他の既知のコンピュータコネクタを
経て制御プロセッサ１２に連結される。トラックボール
とマウスは類似の方法で作動する。トラックボールは、
マウスを使用しても同じく十分に実行できるいくつかの
機能を説明するために下記でも使用する。したがって、
トラックボールを参照すれば、両方のどれでも実行でき
る機能に関して、マウスにも同じように当てはまること
が理解されるだろう。

【００４３】本文書で使用される「ユーザコマンド」は
ユーザによって開始され、信号をキーボード、トラック
ボールまたはマウスから制御プロセッサに伝達させるあ
らゆるコマンドを指す。

【００４４】ユーザコマンドの例には、表示されたオプ
ションを選択するトラックボールの移動と押下げコマン
ド、キーボードで入力されたデータ入力コマンド及びキ
ーボード、トラックボールまたはマウスで入力された実
行コマンドなどが含まれる。ユーザコマンドについては
下記でさらに詳しく説明する。

【００４５】本文書に使用される「処理コマンド」は、
データ伝達手段（下記で説明）に処理コマンドに従って
機能を実行させる、制御プロセッサからデータ伝達手段
へ出力されるコマンドを指す。処理コマンドについても
下記でさらに詳しく説明する。この発明はさらに、処理
コマンドに応答してプロトコル解析システムとネットワ
ーク間でデータを伝達し、処理出力信号を生成するため
に制御手段とネットワークに操作できるように連結され
たデータ伝達手段を含む。

【００４６】優先実施態様に従って、データ伝達手段は
いくつかの機能を実行する。例えば、この発明のプロト
コル解析装置と解析されるネットワーク間の物理的イン
ターフェースとして機能をする。データ伝達手段はネッ
トワークからデータを受信し、記憶する。該手段はま
た、種々のアプリケーションまたはタスクを実行する。
本文書で使用されるアプリケーションという用語は、プ
ロトコルアナライザがネットワーク上で実行する解析テ
ストまたはテスト手順を指す。アプリケーションの例に
は、ネットワークのデータトラフィックのモニターと表
示を行ない、ネットワークのノードをシミュレートする
かまたはビットエラー速度試験を行なうことが含まれ
る。

【００４７】アプリケーションは、他の段階とはいくら
か無関係に実行される一連の段階または細分に関連す
る。これらの段階または細分は本文書ではタスクと呼ば
れている。優先実施態様のデータ伝達手段には３つのモ
ジュールが含まれる。すなわちＶＸＩモジュール１０
０、ＢＲＩモジュール２００及びＰＲＩモジュール３０
０であり、その各々がこれら及びその他の機能を実行す
る。モジュールの各々は特有の速度範囲で作動するよう
に適合されるが、モジュールのハードウェア設計は類似
しており、同じアプリケーションソフトウェアは、ネッ
トワークインタフェースの物理的実現と関連した最少限
の変更だけで各々のモジュールに関して実行することが
できる。

【００４８】

【ＶＸＩモジュール】ＶＸＩモジュール１００のブロッ
ク図が図３に示してある。ＶＸＩはＣＣＩＴＴ用語体系
に従った「Ｖ．Ｘ．インタフェース」の頭文字である。
ＶＸＩモジュール１００は、低速ネットワーク操作（例
えば毎秒50〜72Ｋビット）に対して物理的インタフェー
スを提供する。ＶＸＩモジュール１００は、主演算処理
装置または主ＣＰＵ１０２及び各フロントエンドプロセ
ッサがチャネルを備えている２つのフロントエンドプロ
セッサ１０４・１０６を含んでいる。

【００４９】主演算処理装置１０２は、20ＭＨｚのクロ
ック速度をもつモトローラ６８０２０プロセッサを含
む。フロントエンドプロセッサ１０４・１０６はそれぞ
れ16ＭＨｚクロック速度をもつモトローラ６８０００プ
ロセッサを含む。主演算処理装置１０２とフロントエン
ドプロセッサ１０４は64Ｋバイト二重ポートＲＡＭ１０
８に連結され、かつ共用される。同様に、主演算処理装
置１０２とフロントエンドプロセッサ１０６は64Ｋバイ
ト二重ポートＲＡＭに連結され、かつ共用される。

【００５０】フロントエンドプロセッサの各々はデータ
をタイムスタンプし、それをそれぞれの二重ポートＲＡ
Ｍに、全データブロックにおける任意の分解可能時間
（例えば 100μｓ）により記憶できる。主演算処理装置
１０２は１ＭバイトのローカルＲＡＭ１１２、８Ｋバイ
トのブートＲＯＭ１１４、トリガＬＳＩ１１６及びタイ
マー１１８へ内部３２ビットバスによって連結される。
ローカルＲＡＭ１１２は制御プログラムを記憶し、アプ
リケーションプログラムを記憶するために使用される。
ブートＲＯＭ１１４は初期設定における電力を提供する
ために使用される。

【００５１】トリガ−ＬＳＩ１１６は１つまたはそれ以
上の事前プログラムされたデータの順序と主演算処理装
置１０２により実時間に提供されているアクティブデー
タの流れの間で一致が見出されたときに出力を提供する
ためにプログラムできるフィルタチップである。タイマ
ー１１８はインテル８２５４などの市販で入手できるタ
イマーチップである。主演算処理装置１０２はまたワー
クＲＡＭとキャプチャバッファとして機能する二重ポー
トＲＡＭ１２０へ、32ビットバスを経て連結される。１
Ｍバイト二重ポートＲＡＭの第２ポートはＶＭＥバス１
８へ連結される。フロントエンドプロセッサ１０４は16
ビットバスによって64ＫバイトローカルＲＡＭ１２２へ
連結される。同様に、フロントエンドプロセッサ１０６
は16ビットバスによって64ＫバイトローカルＲＡＭ１２
４へ連結される。

【００５２】フロントエンドプロセッサ１０４は８ビッ
トバスを経て、ボー速度ジェネレータとブロックチェッ
ク文字ＬＳＩ１２６、ザイログ８０３０直列伝達コント
ローラ１２８とインタフェースセレクタ１３０へ連結さ
れる。ボー速度ジェネレータとブロックチェック文字Ｌ
ＳＩ１２６は、フロントエンドプロセッサ１０４に対し
て速度制御とブロックチェック文字計算をする。インタ
フェースセレクタ１３０は、下記で説明するＳＣＣ１２
８へいくつもの可能な入力と出力の１つを接続させる。

【００５３】フロントエンドプロセッサ１０６は、ボー
速度ジェネレータとブロックチェック文字ＬＳＩ１３
６、ザイログ８０３０直列伝達コントローラ１３８及び
インターフェースセレクタ１３０へ８ビットバスを経て
連結される。ボー速度ジェネレータとブロックチェック
文字ＬＳＩ１３６はフロントエンドプロセッサ１０６に
対して速度制御とブロックチェック文字計算をする。イ
ンターフェースセレクタ１３０は下記で説明するＳＣＣ
１３８へいくつもの可能な入力と出力の１つを接続させ
る。

【００５４】インターフェースセレクタ１３０は、少な
くとも６つの別個のデータ送信端末装置、すなわち２つ
の外部装置１３２・１３４とインターフェースセレクタ
１３０の選択回路をＶＭＥバックプレーン１８へ連結す
る回線１６の内部バックプレーンデータとクロックバス
１４２を経て４つの内部装置へ連結される。

【００５５】４つの内部データ送信末端装置の各々は、
モジュール間内部接続のための受信クロック／送信クロ
ック回線と同様に、二方向性の受信データ／送信データ
回線をもつ。外部端末装置１３２・１３４は、ＲＳ−２
３２Ｃ、ＲＳ−４４９または類似のインターフェースな
どのネットワーク特定の物理アダプタを介してネットワ
ークに分離できるように連結されるために必要とされる
ものと同数の回線を備えるように適合される。

【００５６】ＲＳ−２３２Ｃの特殊な場合には、外部コ
ネクタ１３２または１３４からＶＭＥバス１８バックプ
レーンコネクタＰ２まで、スイッチ１４０とバス１４４
を介して１２本の回線を接続させるべく具備される。１
２本の回線は、ＲＤ、ＴＤ、ＤＳＲ、ＤＴＲ、ＲＴＳ、
ＣＴＳ、ＣＤ、ＴＩ、ＣＩ、ＴＣ、ＲＣ及びＸＴＣであ
る。スイッチが閉じられると、すべての回線がバックプ
レーンに連結される。スイッチが開くと、クロック回線
ＴＣ、ＲＣ及びＸＴＣだけがバックプレーンに連結され
る。

【００５７】

【ＢＲＩモジュール】図４にはＢＲＩモジュール２００
のハードウェアブロック図が示される。ＢＲＩは「基本
速度インタフェース」のＣＣＩＴＴ方式に基づく頭文字
である。ＢＲＩモジュール２００はＩＳＤＮ基本速度イ
ンタフェースをもち、かつ 192Ｋビット／秒で働くネッ
トワークに適応する。この種のＩＳＤＮネットワーク
は、データとトーントラフィックに対しては２つの64Ｋ
ビット／秒の伝達チャネルＢ１・Ｂ２を使用し、制御と
診断用としては１つの16Ｋビット／秒データチャネルＤ
を使用する。残りのビットはオーバーヘッドである。Ｂ
ＲＩモジュールは２つのモード、すなわちモニタモード
とシミュレーションモードで働く。モニタモードでは、
２つの末端部ＴＥ（端末装置）とＮＴ（ネットワーク接
続端）を接続する回線に接続する。シミュレーションモ
ードでは、２つの末端部の１つとして働く。

【００５８】ＢＲＩモジュール２００は主演算処理装置
又は主ＣＰＵ２０２とフロントエンドプロセッサ２０４
を備えている。主演算処理装置２０２は20ＭＨｚのクロ
ック速度をもつモトローラ６８０２０プロセッサを含
む。フロントエンドプロセッサ２０４は、16ＭＨｚのク
ロック速度をもつモトローラ６８０００プロセッサを含
む。主演算処理装置２０２とフロントエンドプロセッサ
２０４は64Ｋバイト二重ポートＲＡＭ２０６に連結され
共用される。

【００５９】主演算処理装置２０２は１Ｍバイトのロー
カルＲＡＭ２０８、ブートＲＯＭ２１０、トリガー２１
２及びタイマー２１４などの周辺装置へ内部32ビットバ
スによって連結される。トリガーＬＳＩ２１２は、１つ
またはそれ以上のユーザプログラムによるデータの順序
とモニターしているデータの流れの間で一致が見出され
たときに、主ＣＰＵに知らせるフィルターチップであ
る。主演算処理装置２０２はまたワークＲＡＭとチャプ
チャバッファーとして機能する１Ｍバイト二重ポートＲ
ＡＭ２１６へ、32ビットバスを経て連結される。二重ポ
ートＲＡＭ２１６はＶＭＥバスへ読取／書込アクセスを
することができる。ＶＭＥ制御装置は主ＣＰＵに割込む
ことができ、回線２２８を経て逆もまたできる。

【００６０】フロントエンドプロセッサ２０４は16ビッ
トバスによって、ＳＣＣ８０Ｃ３０逐次制御装置チップ
２１８、ボー速度ゼネレータ２２０、64Ｋバイトローカ
ルＲＡＭ２２２及びタイマー２２４へ連結される。フロ
ントエンドプロセッサ２０４はまた多重制御レジスター
２２６へも連結される。フロントエンドプロセッサ２０
４は主演算処理装置２０２に割込むことができ、回線２
２８を経て逆もできる。

【００６１】ＢＲＩモジュール２００は、ネットワーク
からの基本速度データストリームを構成装置に分割する
入力部をもつが、これら構成装置は各末端部（ＴＥ、Ｎ
Ｔ）からの２つのＢチャネル、各末端部（ＴＥ、ＮＴ）
からのＤチャネルと２つのサブチャネル（ＴＥからの
「Ｑ」とＮＴからの「Ｓ」）を含むオーバーヘッドビッ
トとを含んでいる。入力部には、Ｓ／Ｔインタフェース
２３０、障害検出回路２３２、ＩＮＦＯデコーダー２３
４、デマルチプレクサ２３６、セパレータ回路及びバッ
ファ２４０が含まれる。Ｓ／Ｔインタフェース２３０は
データを送受信するためにネットワークに連結される。
Ｓ／ＴインタフェースはＩＳＤＮ回線からの入力信号に
条件付けをする。

【００６２】シミュレーションモードでは、Ｓバスの半
分を駆動することもできる。障害検出回路２３２はＳ／
Ｔインタフェースからのデータを受信するためにＳ／Ｔ
インタフェース２３０に連結される。障害検出回路の回
りの点線は、構成装置２３２、２３４、２３６を含む２
つのＬＳＩ回路２３１・２３３から構成される。

【００６３】障害検出回路２３２は、事前記憶された命
令に従って既知の方法で、ネットワークから受信された
データをフレーミングする。ＩＮＦＯデコーダーは回線
上の全般的アクティビティをモニターして、その状態、
すなわち「アクティビティでない」（ＩＮＦＯ０）、
「アクティブであるが動作不可能」（ＩＮＦＯ１（Ｔ
Ｅ）、ＩＮＦＯ２（ＮＴ））、「アクティブでありデー
タ転送に使用可能」（ＩＮＦＯ３（ＴＥ）、ＩＮＦＯ４
（ＮＴ））の状態をフロントエンドプロセッサ２０４へ
報告する。これらは、ＣＣＩＴＴ勧告１．４３０（１９
８８）に記載される。

【００６４】デマルチプレクサ２３６は入力データを受
信するために障害検出回路２３２の出力部に連絡され
る。デマルチプレクサ２３６は、入力データを別々のＢ
１、Ｂ２及びＤチャネルに分けるために時間分割多重通
信を使用する。デマルチプレクサはまたは、フレームデ
ータにおけるオーバヘッドビットを抽出して、そのオー
バヘッドビットをデマルチプレクサ２２６に通信する。
これらのオーバヘッドビットにはＡ、Ｍ、Ｓ、Ｌ、Ｅ、
ＦＡ、Ｑ、Ｎ、Ｆビットが含まれる。３つのＢＲＩチャ
ネル（Ｂ１、Ｂ２及びＤ）は３つのそれぞれのバスを経
て、デマルチプレクサ２３６からセパレータ２３８へ通
じる。

【００６５】セパレータは、ユーザが希望のチャネル
（１つまたはそれ以上）を適当な宛先（１つまたはそれ
以上）へ向けることができる切換ネットワークである。
Ｂ１、Ｂ２またはＤ（２つだけ）チャネルはセパレータ
２３８からバッファ２４０へ出力され、そこでこれらの
チャネルの中の２つがＶＭＥバス１８のＰ２コネクタ
（バックプレーン）の４つのチャネルによってアクセス
される。ＩＮＦＯデコーダー２３４は、その入力部は回
線ＩＮＦＯ状態を受信するため障害検出回路２３２へ連
結され、その出力部はフロントエンドプロセッサ２０４
の入出力ポートへ連結される。上記で指摘したように、
構成装置２３２、２３４及び２３６は、１つはＮＴ情報
を受信し、１つはＴＥ情報を受信するための２つのＬＳ
Ｉチップを備えた部分である。

【００６６】本装置はできれば少なくとも２つのモジュ
ール、例えばＢＲＩモジュールとＶＸＩモジュールを、
基本速度操作のために使用することが望ましい。上記に
指摘したように、ＢＲＩモジュールは基本速度データス
トリームを２つのＢチャネル、Ｄチャネル及びオーバヘ
ッドビットに分割する。２つのＢチャネルは、標準的に
はＶＭＥバスのバックプレーンを経て、ＶＸＩモジュー
ルへ連絡する。

【００６７】Ｄチャネルとオーバヘッド情報はフレーム
化と収集のためにＢＲＩモジュールのフロントエンドプ
ロセッサ２０４へ提供される。フロントエンドプロセッ
サは二重ポートＲＡＭ２０６に常駐の待ち行列へ情報を
提供するが、同装置では以下でさらに詳しく説明される
グラフプログラムの制御のもとで、情報が主演算処理装
置によってアクセスされる。

【００６８】ＢＲＩモジュール２００はまた、ネットワ
ークにデータを出力または伝送する出力部を備えてい
る。出力部は、ＩＮＦＯ制御装置２４２、マルチプレク
サ２４４、障害制御回路２４６（ＴＥ／ＮＴ伝送ブロッ
ク２４１内に含まれるすべて）、選択回路２４８及びト
ーンゼネレータ２５０ユーザー・デコーダー（コーディ
ック）２５２を備える。ＢＲＩモジュール２００の入出
力部は、多重制御レジスター２２６を経てフロントエン
ドプロセッサ２０４へ操作できるように連結され、ＳＣ
Ｃ２１８は２つのデータストリームを受信するために、
一対のディスクリート回線２５６によってその入力部が
セパレータ２３８へ連結される。ＳＣＣ２１８は、それ
がＮＴＳＩＭまたはＴＥＳＩＭモードにあるとき、デー
タストリームを生成するためにその出力部がマルチプレ
クサ２４４へ連結される。

【００６９】ＩＮＦＯ制御装置２４２は、伝送オーバヘ
ッドビットを受信するために、その入力部が多重制御レ
ジスター２２６へ連結される。ＩＮＦＯ制御装置２４２
の出力部は、障害制御回路２４６とマルチプレクサ２４
４へ連結される。マルチプレクサ２４４はＤチャネルを
受信するために、その入力部がＳＣＣ回路２１８へ連結
される。バッファ２４０は選択回路２４８へ連結され、
次にＶＭＥバックプレーンからマルチプレクサ２４４へ
連絡させるためにマルチプレクサ２４４へ連結される。
トーンゼネレータ２５０はトーンゼネレータに入力され
た可変周波数のクロックパルスが、アナログトーンのデ
ィジタルコード化を提供させることになるように選択回
路２４８へ連結される。

【００７０】コーディックはアナログ信号（特徴とし
て、電話の受話器のマイクロホンの出力）をディジタル
データのストリームにコード化する。それはまた逆に、
（特徴としては受話器のイヤホーンを駆動するために予
定された）アナログ信号にディジタルデータストリーム
を解読する。マルチプレクサ２４４の出力は障害制御回
路２４６へ伝達される。障害制御回路は、回線の他方末
端部の受信装置にそれを同期化させるという形で出力デ
ータを変更する。障害制御回路２４６の出力はＳ／Ｔイ
ンタフェース２３０へ伝達され、次にそれは、ＢＲＩが
シミュレーションモードになっているときに、障害制御
回路２４６の出力をネットワークへ伝送する。

【００７１】

【ＰＲＩモジュール】図５にはＰＲＩモジュール３００
のハードウェアブロック図が示される。ＰＲＩはＣＣＩ
ＴＴ方式に従った「基本速度インタフェース」の頭文字
をとったものである。ＰＲＩモジュール３００は、２３
の搬送（Ｂ）チャネルと１つの診断用（Ｄ）チャネルか
ら構成され、 1.544Ｍビット／秒転送速度をもつもの、
または30のＢチャネルと１つのＤチャネルから構成さ
れ、 2.048Ｍビット／秒転送速度をもつ全二重ＩＳＤＮ
ネットワークに適応するように設計される。

【００７２】ＰＲＩモジュール３００は、20ＭＨｚクロ
ック速度をもつモトローラ６８０２０プロセッサを含む
主演算処理装置３０２を備える。本実施態様のＰＲＩモ
ジュールは、ＶＸＩとＢＲＩモジュールのそれに類似し
たフロントエンドプロセッサを備えていない。フロント
エンドプロセッサ機能は、ＰＲＩモジュールでは主演算
処理装置により割込ルーチンとして行なわれる。

【００７３】主演算処理装置３０２は内部32ビットバス
によって、１ＭバイトローカルＲＡＭ３０４と１Ｍバイ
ト二重ポートＲＡＭ３０６へ連結される。二重ポートＲ
ＡＭ３０６はＶＭＥバスとアクセスを共用する。この演
算処理バスもまた、ＥＰＲＯＭ３２０（これはブートス
トラッププログラムを内蔵している）へ、処理された事
象に対するタイミング情報を提供するタイマー３０８
へ、及び高速度直列インタフェース３１２から記憶装置
への直接データ伝送を制御する６８４５０直接記憶アク
セス制御装置３１０へも接続する。そのうえ、演算処理
バスは、直列インタフェース装置３１２・３２２、Ｓ／
Ｔバス装置３１４・３１６・３１８・３３８・３４０・
３４２及び３４４（下記で説明）へ、装置と操作の制御
モード間の相互接続を制御するための数個のラッチ（図
示省略）へと接続される。

【００７４】主演算処理装置３０２もまた、タイマー３
０８、直列インタフェース装置３１２・３２６、及びＳ
Ｔバスインタフェース３１８によって提供される割込
に、プロセッサに応答させる割込デコーダー（図示省
略）を通して接続される。割込みはまた、レシーバ３４
８・３５２と、ＶＭＥバスからプロセッサへのある転送
との信号損失に応答して生成する。２つのＳＴバス３２
４・３２６は、ＰＲＩインタフェース装置、プロセッサ
バス及びＶＭＥバックプレーンのＰ２コネクタ間での内
部接続を提供する。バス３２４はＴＩインタフェース３
２８（標準データストリーム速度と対応するインタフェ
ース）をＳＴＡＢ ＬＳＩ装置３４２と並列のアクセス
装置３１８へ接続させる。

【００７５】ＴＩインタフェース装置３２８は並列アク
セス装置３１４によって制御される。バス３２６はＴＩ
インタフェース３３２を類似の方法でＳＴＡＢ ＬＳＩ
装置３４４へ接続させる。ＴＩインタフェース装置３３
２は並列アクセス装置３１６によって制御される。ディ
ジタルスイッチ装置３３８はデータがＴＩインタフェー
ス３２８とＴＩインタフェース３３２間に直接転送され
ることができる。ＬＳＩ Ｈ０／Ｈ１アクセス装置３４
０はどれもバスと高速直列インタフェース間でセレクタ
３５６を介して相互接続をもたらし、64Ｋビットから20
48Ｋビットまで多重データチャネルへのアクセスするこ
とができる。ＬＳＩ装置３４０はＳＴバスからのｎチャ
ネルの抽出をするチップを含むが、ただしｎは１から32
までのユーザが選択できる数である。選択は、下記で説
明されるＰＲＩオプション選択パネルから行なわれる。
Ｈ０とＨ１はＣＣＩＴＴ仕様書に定義される特定番号で
ある。

【００７６】セレクタ３５６は直列インタフェース３１
２がＶ．１１／ＴＴＬレベル外部インタフェース３５４
に接続されて、62.5Ｋビット／秒から2048Ｋビット／秒
までの高速アクセスを提供することもできる。

【００７７】ドライバ３４６の入力部はミッテル８９７
６チップ３２８へ、出力部はネットワークコネクタヘ連
結される。レシーバ３４８の入力部はネットワークコネ
クタへ、出力部はミッテル８９７６チップ３２８へ連結
される。同様に、ドライバー３５０の入力部はミッテル
８９７６チップ３３２へ、出力部はネットワークコネク
タへ、さらにレシーバ３５２の入力部はネットワークコ
ネクタへ、出力部はミッテル８９７６チップ３３２へ連
結される。

【００７８】ドライバー３４６・３５０の各々とレシー
バ３４８・３５２の各々はエラー導入操作に適するよう
に入力レベルまたは出力レベルを変換するためにＤＡ変
換器を備えている。バス３２４・３２６に対するクロッ
ク信号は、それぞれミッテル８９４０装置３３０・３３
４によって提供される。ＳＴＡＢ ＬＳＩ装置３４２
は、４つの個々のデータチャネルがバス３２４から交換
器３６２を経てＶＭＥバックプレーンのＰ２コネクタへ
接続されることができる。これらのチャネルは、さらに
処理するためにバックプレーンを通ってＶＸＩモジュー
ルへ接続される。バス３２６は同じ方式でＳＴＡＢ Ｌ
ＳＩ装置３４４を経て同じバックプレーンインタフェー
スへ接続され得る。

【００７９】４つのバックプレーンチャネルのうちの１
つはまた、選択されたチャネルにのせてトーン伝達でき
るようにするため、ＳＴＡＢ ＬＳＩ装置のどれかがＴ
Ｉチャネルをコーディック３５８と受話器インタフェー
ス３５６へ接続できるように、セレクタ３６０を経て切
換えられ得る。

【００８０】そのうえ、ＴＩインタフェース装置３２８
・３３２からの低速「機能データリンク」チャネルは直
列インタフェース３２２へ接続され、主演算処理装置が
ＴＩトランクのどれかまたは両方においてこのデータリ
ンクをモニターまたは制御することができる。

【００８１】

【表示装置】この発明はまた、表示装置としてプロセス
出力信号を出力するための、制御手段とデータ伝達手段
の少なくとも１つに操作できるように連結された出力手
段を備える。出力手段は、表示装置の複数個のウィンド
ウとして、すなわち表示装置におい二次元に変更できる
サイズのウィンドウと表示装置において二次元で移動で
きるウィンドウとして、プロセス出力信号を出力するこ
とが望ましい。出力手段はまた、できれば表示装置にお
いて複数のメニューとして出力信号を出力するための手
段を備えていることも望ましい。これらの機能に敬意を
表して、入力手段はできれば表示装置において二次元に
ウィンドウを動かすためにユーザコマンドを入力する手
段を備えることが望ましく、かつ入力手段がメニューか
らユーザコマンドを選択する手段を備えることも望まし
い。

【００８２】優先実施態様に従って、出力手段は制御プ
ロセッサ１２と共に操作できる表示モニター２６と表示
モニター２６を駆動するために制御プロセッサ１２内に
含まれる駆動回路（図示省略）を含む。表示モニター２
６は日本電気株式会社から市販で入手できるＮＥＣ−４
Ｄモニターを含んでいる。表示モニター２６は制御プロ
セッサ１２のグラフィック制御装置ボードのビデオ出力
部（図示省略）に連結される。

【００８３】データ伝達モジュールの各々は、下記でさ
らに詳しく説明するように種々の種類の処理を実行し、
処理されたネットワークデータとＶＭＥバスのコマンド
などの信号を、例えば個々のモジュールの主演算処理装
置とＶＭＥバスインタフェースのキャプチャバッファを
介して定常的に出力する。これら信号は本文書ではプロ
セス出力信号と一般的に呼ばれる。制御プロセッサ１２
はＶＭＥバスにわたるプロセス出力信号を受取り、即時
表示に対しては表示モニター２６などの周辺装置へ、ま
たは遅延表示には大容量記憶装置へ情報を選択的に出力
する。したがって、本文書における「表示」に関して
は、表示モニター２６における目に見える表示と制御プ
ロセッサ１２からのその関連信号だけでなく、表示また
は表示できる情報と遅延表示のために記憶される関連信
号を含むように広く解釈されねばならない。

【００８４】優先実施態様に従って、制御プロセッサ１
２はＸウインドウとモチーフソフトウェアを記憶し、か
つ実行すべく適合されており、それは出力手段が仮想デ
ィスプレイにおける複数のウインドウとして処理出力信
号を出力することができる。Ｘウインドウは例えばマサ
チュセッツ工科大学から市販で入手できるソフトウェア
パッケージである。モチーフは、例えばオープン・ソフ
トウェア・ファウンデーションから市販で入手できるソ
フトウェアパッケージである。これらのソフトウェアパ
ッケージは優先実施態様にすでに組み入れられ、優先方
法で使用されているが、ワシントン、レッドモンドのマ
イクロソフト・コーポレーションから市販で入手できる
マイクロソフト・ウインドウなど、別のウインドウ型ソ
フトウェアでも使用できる。

【００８５】Ｘウインドウのウインドウサイズと位置
は、そのようなウインドウ型ソフトウェアに精通してい
る人達に既知の方法で、表示装置において二次元で移動
させることができる。例えば、トラックボール２４はウ
インドウを移動させ、またはそれらのサイズを変えるた
めに使用することができる。ユーザがトラックボールを
移動させ、かつ引きずると制御プロセッサが表示装置の
二次元で適当なウインドウを移動させるために、対応す
るユーザコマンドを受取る。そのうえ、ウインドウは開
いたり、閉じたり、重ね合わせたり、最小化（ウインド
ウを表示するアイコンまで縮めるかまたはアイコン化）
したり、上げたり（１グループの重なり合っているウイ
ンドウの表面まで持ってくる）、下げたり（別のウイン
ドウがウインドウの上部に現われるように１グループの
重なり合っているウインドウを押し下げる）及びアクテ
ィブ（キーボード入力とトラックボールの押下げ動作が
ウインドウに影響する）又は非アクティブにすることが
できる。

【００８６】モチーフウインドウ管理者はウインドウを
フレームで取囲む。フレームの部分にはタイトル領域、
ウインドウメニューボタン、最小化ボタン、最大化ボタ
ン及び再寸法決めフレームハンドルが含まれる。タイト
ル領域はウインドウを移動させるために使われる。ウイ
ンドウメニューボタンはウインドウメニューを表示す
る。最小化ボタンはウインドウを縮小させ、最大化ボタ
ンはウインドウの寸法を最大化するためウインドウを拡
げる。再寸法決めフレームハンドルはウインドウを水平
方向、垂直方向又は斜め方向に拡げたり、縮めたりす
る。

【００８７】制御プロセッサ１２は、Ｘウインドウとモ
チーフソフトウェアの制御によって、下記でさらに詳し
く説明するように、複数の表示メニューを表示モニター
に出力させる。キーボード２０、トラックボール２２及
びマウス２４は表示モニター２６に表示されたメニュー
から項目を選択するために、既知の方法で使用され、キ
ーボード２０は英数字ストリングなどのデータを入力す
るため、既知の方法で使用することができる。優先実施
態様と方法のこれらの面については下記でさらに詳しく
説明する。

【００８８】

【この発明の優先方法】この発明の優先システム実施態
様について説明したが、ここでこの発明の優先方法につ
いて説明する。この発明の方法はプロトコルアナライザ
を使っているネットワークを解析するのに役立つ。図解
を簡単かつ容易にするためにこの発明の優先方法は、こ
の発明のシステム実施態様を参照しながら説明する。し
かしながら、この発明の優先方法はシステム実施態様と
使用するために限定されるものではない。

【００８９】

【システムソフトウェアの概観】この発明の優先方法
は、優先システム実施態様と関連してシステムソフトウ
ェアを使用しながら実行することができる。この発明の
優先方法に従って優先システム実施態様のプロトコル解
析システムを操作するためのシステムソフトウェアの機
能ブロック図が図６Ａと図６Ｂに示されている。図６Ａ
はシステムソフトウェアの機能ブロック図である。図６
Ｂはシステムソフトウェアを優先システム実施態様に結
びつける優先方法を図解しているブロック図である。

【００９０】システムソフトウェアは、Ｘウインドウ・
システム、記号デコード・コード・ゼネレータ、構成パ
ネル・プログラム、記号デコード表示プログラム、ポス
ト・プロセス・プログラム、グラフ・マネージャー・プ
ログラム及び複数のグラフプログラムを含む。システム
ソフトウェアはまた、Ｃコンパイラ、リンカ及び個々の
モジュールにプログラムを転送するため、制御プロセッ
サによって使用される「ｂｐｄ」と呼ばれる低レベルユ
ーティリティプログラムも含む。このユーティリティは
ユーザには見えない。

【００９１】Ｘウインドウ・システムはＸウインドウと
モチーフソフトウェアと対話して、ユーザがモニターの
表示を制御し、キーボード、トラックボール及びマウス
によって行なわれた入力選択をキャプチャーすることが
できる。Ｘウインドウ・システムは制御プロセッサ内に
あり、ユーザには見えない。

【００９２】記号デコード・コード・ゼネレータプログ
ラム、これは制御プロセッサ内にあり、ユーザがＣプロ
グラムの形でプロトコルデコードを作成することができ
る。プロトコルデコードは通信プロトコルの事前定義さ
れた構造に対応するプロトコルアルゴリズムに相当す
る。プロトコルデコードは、受信したデータを解釈しや
すくするためと、伝送するためのメッセージの構成を容
易にするために使用することができる。この発明のプロ
トコルデコードの特徴については下記でさらに詳しく説
明する。

【００９３】構成パネル・プログラムは制御プロセッサ
内に常駐している。このプログラムは本システムに対す
るトップレベルのユーザインタフェースまたは表示であ
る。システム初期設定を行なう間、構成パネルプログラ
ムは例えば図７に示されるように、オープニングのトッ
プレベル構成パネルを表示する。それは直接的にどのよ
うな処理操作もしないが、代理として操作をするため
に、その他のプログラムを実行する。

【００９４】記号・デコード表示プログラム、これは制
御プロセッサ内に常駐し、フレーム単位でキャプチャバ
ッファの中に保存されてきた受信したデータの解釈を容
易にするため、ユーザが記号デコード・コード・ゼネレ
ータにより作成されたプロトコルデコードを使用するこ
とができる。

【００９５】ポストプロセスプログラムは、ユーザがキ
ャプチャバッファにおける生データを（フレーム化され
たデータに対立するものとして）バイトごとに調査し、
かつ望ましい場合は再処理のためにそのデータをフィナ
グルすることができる。この「フィナグル」という言葉
はこの場合、データが再処理または再表示のために処理
される手順のことを指すために使用される。この言葉に
は、バイトにおけるビット順序逆転、ビット反転、ビッ
トシフト及びデータ解釈プロセスを助けるために、既に
キャプチャされたデータに関するその他の処理などのデ
ータに関する操作が含まれる。フィナグルという言葉
は、エラーに対するプロトコルとハードウェア反応を試
験するための特定エラー付きフレームを作成するため
に、出力データストリームにおけるデータ処理を意味す
るため下記のもう１つの文中で使用されることになる。

【００９６】グラフマネージャープログラムはＵＮＩＸ
を使った制御プロセッサに常駐する。グラフマネージャ
ープログラムは、ＶＸＩ、ＢＲＩ及びＰＲＩモジュール
またはその他のデータ通信モジュールで実行する通信解
析プログラム又はアプリケーションプログラムのための
エディター、コンパイラー及びマネージャーである。グ
ラフマネージャープログラムは、ユーザが通信解析をす
るために論理流れ図を作成し、その論理流れ図を実行で
きるアプリケーションプログラムに変換し、かつそのア
プリケーションプログラムをそれがモジュールで実行す
るときに管理する。

【００９７】グラフマネージャープログラムは、グラフ
編集部、グラフ表示部、記号デコード表示部、生データ
表示部及びコードゼネレータ部を含む。記号デコード部
と生データ表示部は、記号デコード表示プログラムとポ
ストプセスプログラムに使用できる能力があるサブセッ
トを実現する。

【００９８】グラグ編集部は、下記でさらに詳しく説明
することになるように、ユーザが事前記憶されたグラフ
プログラムを編集すること、または新しいプログラムを
作成することができる。

【００９９】グラフ表示セクションは、表示モニターに
おける表示を作成し、かつ制御するためにＸウインドウ
システムと対話する。ユーザによって種々のオプション
が選択されると、グラフ表示セクションが表示モニター
に適当な表示を提示する。このセクションはまた、ユー
ザがプログラムを視覚的にトラッキングすることができ
るようにするため、グラフプログラムにおけるオブジェ
クトを強調するために使用されるソフトウェアも含む。
この特徴については下記でさらに詳しく説明する。

【０１００】コードゼネレータセクションは特定ニーズ
を満たすグラフプログラムをユーザが作成することがで
きるようにする。本システムは共通使用アプリケーショ
ンを実行するためのいくつかの事前定義され、かつ事前
記憶されたグラフプログラムを含むが、これらの事前記
憶されたグラフプログラムはユーザの特定ニーズを満た
すことができないことがある。ユーザの特定ニーズを満
たすために既存のグラフプログラムを編集することが望
ましいこともある。そのような特定化されたニーズの例
には、新しく作成されたプロトコルに向けられたアプリ
ケーションを含むことができる。

【０１０１】Ｃコンパイラーは、編集されたグラフプロ
グラムをコンパイルする際と、新しく作成されたグラフ
プログラムをコンパイルする際と、新しく作成されたま
たは編集されたデコードプロトコルプログラムをコンパ
イルする際に使用するため、制御プロセッサ１２に事前
記憶される。Ｃコンパイラーは既知のＣコンパイラーの
設計に対応する。リンカーは、完全実行できるアプリケ
ーションプログラム、すなわち適当なデータ通信モジュ
ールローカル記憶装置にダウンロードされている「ａ．
ｏｕｔ」を作成するために、コンパイルされた目的コー
ドモジュールをリンクする際に使用するため、制御プロ
ッセサ１２に事前記憶されている。

【０１０２】

【システム構成、初期設定及びディスプレイ】優先シス
テム実施態様と方法は、ネットワークのデータトラフィ
ックをモニターし、ネットワークからのデータを解析
し、ネットワークのノードをシミュレートし、事前定義
された伝送に応答してネットワークとそのノードの能力
をテストし、上述したようにエラーとその他の機能に応
答するためにネットワークの能力をテストする等のため
に使用することができる。プロトコル解析システムがネ
ットワークに連結される位置と方法は、特定のネットワ
ーク統計、ユーザがネットワークで実行することを望ん
でいるアプリケーションまたは機能及びネットワークイ
ンタフェース位置の利用性に左右される。しかし、プロ
トコル解析システムのネットワークにおける特定位置
は、既知の方法で本質上選択することができる。プロト
コル解析装置のネットワークへの物理的相互接続は、図
１に示されるコネクタで行なうことができる。

【０１０３】優先方法に従って、優先システム実施態様
の制御、テスト及び表示スクリーンは、システム構成パ
ネル、オプション選択パネル、個別モジュール制御パネ
ル、テストグラフページ及びデータ表示スクリーンを含
んでいる数個のウインドウ型から構成される。システム
構成パネルの一例が図７に示され、その他のウインドウ
型の例は図８Ａ〜図８Ｄに示される。これらのウインド
ウ型については下記でさらに詳しく説明する。

【０１０４】優先実施態様のプロトコル解析システム
は、電源スイッチ（図示省略）を押すことによってパワ
ーアップされ、それが標準の 120Ｖ、60Ｈｚの電力を本
装置に付与する。制御プロセッサは、定常的初期設定と
テストを例えば既知の方法で行なう。次に制御プロセッ
サ内のＵＮＩＸ操作システムは、制御プロセッサにシス
テムソフトウェアの実行をロードさせ開始させる。さら
に詳しくいえば、構成パネルプログラムの実行を開始さ
せる。構成パネルの実行は、図７の構成パネルを表示モ
ニターに表示させる。表示は、現在の構成を示す構成サ
マリブロックを含む。本実施例では、ＶＸＩモジュール
は制御プロセッサにソフトウェアによって連結され、Ｂ
ＲＩとＰＲＩモジュールは接続されない。

【０１０５】図３から図５を参照すると、ソフトウェア
における接続は、それぞれのモジュールの主演算処理装
置がＶＭＥバス１８を介して、制御プロセッサのＣＰＵ
へアクセスするのを制御することによって行なわれる。
ユーザは、パネルのセーブ／リストア領域でのボタン押
下げにより構成を退避でき、または前に退避したものを
復元することができる。

【０１０６】図７の構成パネルはまた、ユーザが別のモ
ジュールを選択することによって構成を変えることがで
きるいくつかのセレクトブロックを備えている。ユーザ
は、表示カーソルを希望のセレクトブロックまで移動さ
せるトラックボールを使用し、トラックボールを押下
げ、別のモジュールを選択できる。もしユーザがセレク
トＶＸＩ−ボード１オプションボタンを押下げた場合、
図８Ａに示されたパネルがスクリーンに現われ、そこで
ユーザは実行する接続、モード及びグラフプログラムを
選択できる。

【０１０７】この発明に従って、本方法は、ユーザコマ
ンドとプロトコルアナライザーに入力する段階を含む。
優先方法に従ってユーザコマンドを入力することは、優
先システム実施態様のキーボード２０、トラックボール
２２及びマウス２４を使って実行することができる。シ
ステムとモジュール構成の選択はユーザコマンドを構成
する。ＶＸＩモジュールを使用して事前記憶アプリケー
ションを行なうためのユーザコマンドはまた、モニタ
ー、データ端末装置（ＤＴＥ）シミュレーション、デー
タ回線終端装置（ＤＣＥ）シミュレーション、ＤＴＥビ
ット誤り率テスト（ＢＥＲＴ）、ＤＣＥ ＢＥＲＴ及び
自己テストも含む。

【０１０８】ＢＲＩモジュールを使って事前記憶アプリ
ケーションを行なうためのユーザコマンドは、モニタ
ー、端末装置（ＴＥ）シミュレーション、ＮＴシミュレ
ーション及び自己テストを含む。ＰＲＩモジュールを使
って事前記憶アプリケーションを行なうためのユーザコ
マンドは、モニター、ネットワーク終了（ＮＴ１）シミ
ュレーション、ＮＴ２シミュレーション、ドロップ／挿
入テスト、データ切換テスト、ＤＴＥシミュレーショ
ン、ＤＣＥシミュレーション及び自己テストを含む。

【０１０９】

【ＶＸＩモジュールを使用してアプリケーションを実行
すること】図解例のように、優先方法はＶＸＩモジュー
ルを使って事前記憶アプリケーションを実行するために
使用できる。この例では、ユーザはＶＸＩモジュールの
パラメータ内で低速ネットワークを解析することを望ん
でいると考えられ、その場合、図７の構成パネルに表示
された構成が適している。ユーザは、トラックボールを
押下げて表示ポインターを選択し、ＶＸＩブロックまで
動かし、ＶＸＩモジュールを選択する。

【０１１０】応答では、構成パネルプログラムが、図９
Ａに示された「ＶＸＩ−ボード１」という表示を表示モ
ニターに表示させる。図９Ａに示されるように、ユーザ
は下記を含むユーザコマンドのメニューから選択でき
る。 モニタ……ネットワークをモニターし、ユーザによって
指定された種類のデータを表示する。 ＤＴＥ・ＳＩＭ……ネットワークにデータ端末装置（Ｄ
ＴＥ）ユニットをシミュレートする。 ＤＣＥ・ＳＩＭ……ネットワークにデータ回線終端装置
（ＤＣＥ）ユニットをシミュレートする。 ＤＴＥ・ＢＥＲＴ……ＤＴＥビット誤り率テスト（ＢＥ
ＲＴ）を行なう。 ＤＣＥ・ＢＥＲＴ……ＤＣＥビット誤り率テストを行な
う。 ＳＥＬＦ……自己テストをする。

【０１１１】ユーザは、表示ポインターを適当な選択マ
ーカーまで動かすためにトラックボールを使用し、トラ
ックボールを押下げ、これらのオプションの１つを選択
する。

【０１１２】実施例では、ユーザはＤＴＥ・ＳＩＭを選
択したものと考えられる。ユーザコマンドはトラックボ
ールから制御プロセッサへ伝達され、制御プロセッサで
は構成パネルプログラムが、図９Ｂに示されるように、
新しいファイル選択ウインドウをオリジナルのＶＸＩ−
ボード１オプションの下に表示させる。ファイル選択ウ
インドウの各回線は、特定アプリケーションに対応する
グラフプログラムまたはアプリケーションプログラムの
ファイル名を含む。

【０１１３】アプリケーションプログラムは特定プロト
コルである。ユーザは表示ポインターをファイル選択ウ
インドウの右の欄の適当な位置まで動かすためにトラッ
クボールを使用し、希望するグラフプログラムを選択す
るためにトラックボールを押し下げる。次いでユーザは
実行ボタンを選択するためにトラックボールを使用す
る。この実行ユーザコマンドは制御プロセッサに伝達さ
れ、プロセッサはグラフマネージャープログラムの制御
のもとで、図９Ｃに示されるモジュール制御パネルを表
示装置に表示させる。

【０１１４】モジュール制御パネルは、システムが２つ
のモード、すなわちグラフ開始モードまたはグラフ編集
モードのうちの１つであることを表示する。もし装置が
グラフ開始モードである場合は、左上の選択ブロックに
は「グラフ実行」のラベルが付けられる。対応するグラ
フプログラムが、トラックボールでこの選択を行うこと
によって実行される。システムがグラフ編集モードであ
る場合は、左上の選択ブロックに「グラフコンパイル」
のラベルが付けられて、グラフプログラムは実行される
前にコンパイルされなければならない。

【０１１５】グラフプログラムが最後にコンパイルされ
てから変更された場合と、グラフプログラムがまだコン
パイルされず、かつ保管しなければならない場合は、コ
ンパイルすることが必要である。ユーザは、表示ポイン
ターを「開ページ」ブロックまで移動させるためにトラ
ックボールを使用し、選択されたグラフプログラムのペ
ージ：頂部を持ち出すためにトラックボールを押下げ
る。開ページオプションの選択は、図９Ｄに示されるよ
うに、グラフプログラムに対する論理流れ図の表示を作
成する。

【０１１６】この時点で、ユーザはプログラムを編集ま
たは実行できる。もし編集を希望するならば、トラック
ボールで「グラフ編集」ボタンを選択しなければならな
い。このような編集オプションの選択は、ユーザコマン
ドとして制御プロセッサへ伝達されると、制御プロセッ
サにグラフ編集セクションを実行させる。このグラフマ
ネージャープログラム編集機能については下記でさらに
詳しく説明する。

【０１１７】選択されたグラフプログラムは、モジュー
ル制御パネルのグラフ実行ボタンを選択することによっ
て開始される。この動作は、ユーザコマンド実行を制御
プロセッサ１２に伝達し、それが制御プロセッサとグラ
フマネージャープログラムに選択されたアプリケーショ
ンを実行させる。

【０１１８】事前記憶されたグラフプログラムは、大容
量記憶装置１６に目的コードとして記憶される。ユーザ
コマンド実行を受取ると、制御プロセッサ１２に常駐の
ｂｐｄプログラムが、選択されたアプリケーションを制
御プロセッサ１２のローカルメモリにロードする。グラ
フ実行ボタンを選択すると、ｂｐｄプログラムによって
選択されたグラフアプリケーションプログラムがＶＸＩ
モジュール１００の主演算処理装置１０２へＶＭＥバス
１８にのせて転送される。

【０１１９】図９Ｄの論理流れ図は、選択されたグラフ
プログラムに対応する。論理流れ図は、論理流れ図を形
成するために接続回線によって編成された複数のオブジ
ェクトを含む。

【０１２０】本文書に使用されている「オブジェクト」
という用語は幾何学的図形を指し、その形状は論理の流
れにおける特別な型のオペレーションを表示する。優先
方法のオブジェクトとその使用はＣＣＩＴＴプロトコル
形式のものと似ているが、いくつかの重要な点で相違が
ある。優先方法によって使用するオブジェクトのカタロ
グとオブジェクトの定義は本文書の付録Ａに示されてい
る。付録Ａには、比較する目的で類似のＣＣＩＴＴオブ
ジェクトも含む。

【０１２１】ＶＸＩモジュール１００の主演算処理装置
１０２にロードされた後に、選択されたグラフプログラ
ムが実行される。ＤＴＥ・ＳＩＭアプリケーションは、
例えば既知の方法で実行することができる。

【０１２２】手順の一部として、主演算処理装置１０２
はフロントエンドプロセッサ１０４・１０６にネットワ
ークからのデータをモニターし、そのデータをタイムタ
グ付けし、二重ポートＲＡＭ１０８・１１０にそれをそ
れぞれロードすることを開始するように命令する。

【０１２３】アプリケーションプログラムは、主演算処
理装置１０２から制御プロセッサ１２へ出力される結果
を取り出す。その結果は、例えば送信されたメッセージ
表示などの表示でもよいし、表示モニター２６に表示さ
れるネットワークからのデータストリームでもよい。本
実施例では、選択されたグラフプログラムは、ネットワ
ークのモニターされたデータをＶＸＩモジュール１００
のキャプチャバッファ１２０の中にロードさせる。ＶＸ
Ｉモジュール１００の主演算処理装置１０２は、キャプ
チャＲＡＭ１２０に記憶する前にデータを処理するため
に使用することができる。

【０１２４】例えば、主演算処理装置１０２は、選択さ
れたグラフプログラムの制御のもとに、事前選択された
ＯＳＩレイヤーに対応するデータストリームから一定の
データを選び出すことができ、またはキャプチャＲＡＭ
１２０の中に選択された間隔でフレームだけを記憶する
ことができる。

【０１２５】制御プロセッサ１２はＶＭＥバス１８を介
してキャプチャＲＡＭ１２０にアクセスする。グラフマ
ネージャープログラムの表示マネージャーセクション
は、Ｘウインドウシステムと関連して、キャプチャＲＡ
Ｍ１２０のデータを処理出力信号として、図８Ｄに示さ
れるように表示モニター２６へ出力させる。

【０１２６】ＶＸＩ監視アプリケーションは、種々のＶ
ＸＩモジュールパネルの「中止」目的を選択するために
トラックボールを使用することによって終了することが
できるが、それが終局的にユーザを図７のトップレベル
構成パネルに戻す。

【０１２７】

【ＢＲＩモジュールを使用してアプリケーションを実行
すること】ＢＲＩモジュール２００を使用するＩＳＤＮ
ネットワークでのアプリケーションプログラムは、ＶＸ
Ｉモジュールに対して説明したものと類似した方法で実
行することができる。図７の構成パネルから、ユーザは
トラックボールを使用して表示ポインターをセレクトＢ
ＲＩボードブロクまで移動させてトラックボールを押し
下げる。このコマンドはユーザコマンドとして制御プロ
セッサ１２へ伝達されるが、コマンドは制御プロセッサ
１２がＶＭＥバス１８を介してＢＲＩモジュール２００
の主演算処理装置と直接通信することになるように、構
成パネルプログラムにモジュール構成を変更させる。次
に、制御プロセッサ１２における構成パネルプログラム
が図１０Ａに示されるとおり、オプション選択パネルを
ディスプレイモニター２６に表示させる。

【０１２８】ＢＲＩモジュール制御パネルは、下記を含
む事前定義されたグラフアプリケーションプログラムの
表を作成する。 モニタ……ＩＳＤＮネットワークをモニターする。 ＴＥ・ＳＩＭ……ＩＳＤＮ端末装置をシミュレートす
る。 ＮＴ・ＳＩＭ……ＩＳＤＮネットワーク終了装置をシミ
ュレートする。 ＳＥＬＦ……ＢＲＩモジュールの自己テストをする。

【０１２９】ＢＲＩモジュールデータストリームＢ１、
Ｂ２及びＤに対する接続選択は、Ｂチャネルに対するコ
ードＣ２５２（Ｄチャネルに対する内部の）、バッファ
２４０を使用している各Ｂチャネルに対する４つのバッ
クプレーン経路の１つ、外部ポート（図示されていな
い）、折返し（図示されていない）及びトーンジェネレ
ータ２５０とを含む。ＢＲＩデータストリームの各々
は、それらがどの経路にも接続されないように止めるこ
とができる。

【０１３０】本実施例では、ユーザは端末装置（ＴＥ）
をシミュレートし、かつネットワークのノードが適当に
作動しているかどうかを決めるためにネットワークの応
答をモニターすることによって、ＩＳＤＮネットワーク
をテストすることを希望していると考えられる。したが
って、ユーザはトラックボールを使って表示ポインター
をＴＥ・ＳＩＭボタンまで移動させ、そこでトラックボ
ールを押下げ、ＴＥ・ＳＩＭグラフアプリケーションプ
ログラムを開始する。これにより、ＴＥ・ＳＩＭユーザ
コマンドを制御プロセッサ１２へ伝達させる。応答する
場合は、制御プロセッサに常駐している構成パネルプロ
グラムは、図１０Ｂに示されるＢＲＩセレクトオプショ
ンパネル表示を表示モニター２６に表示させる。

【０１３１】次にユーザは、表示モニターのパネルの実
行ボックスに表示ポインターを位置決めし、ユーザコマ
ンド実行を制御プロセッサ１２に伝達するためにトラッ
クボールを押し下げる。ユーザコマンド実行を受取る
と、パネル構成プログラムが制御プロセッサ１２に常駐
するグラフマネージャープログラムを開始する。次にグ
ラフマネージャープログラムは、図１０Ｃに示された制
御パネルを表示する。ユーザはマウスを移動させ、「開
ページ」ボタンで押し下げる。グラフマネージャープロ
グラムのディスプレイセクションに、図１０Ｄのグラフ
プログラムを表示させる。

【０１３２】ＴＥ ＳＩＭグラフアプリケーションプロ
グラムを開始するために、次にユーザはグラフマネージ
ャー制御パネルの「実行」ボタンの上でマウスを移動さ
せ、マウスボタンを押下げる。これに応じて、制御プロ
セッサ１２のｂｐｄプログラムがＴＥ・ＳＩＭグラフプ
ログラムをＶＭＥバスにより主演算処理装置２０２のロ
ーカル記憶装置にロードする。それがロードされた後、
ＴＥ・ＳＩＭグラフアプリケーションプログラムが開始
され、フロントエンドプロセッサ２０４と関連してアプ
リケーションの実行を開始する。

【０１３３】図１０Ｄに示されるＴＥ・ＳＩＭグラフア
プリケーションプログラムは、ユーザのマウスボタンの
押下げ動作に応答して、ＢＲＩデータストリームの中
に、ユーザがエラーを発行することができるように設計
されている。主演算処理装置２０２はまず、二重ポート
ＲＡＭ２０６の記憶場所に特定コードを置くことによっ
てＢＲＩトラフィックを開始するため、アクティビティ
・開始レイヤー１コマンドを発行するが、前記記憶場所
では、その場所をチェックし続けてきたフロントエンド
プロセッサ２０４が変化を感知し、それに応じて応答す
る。

【０１３４】次に、主演算処理装置２０２は図１０Ｄの
ボタンオブジェクト上を、ユーザがポインターによりマ
ウスボタンを押し下げるのを待つ。この押下げ動作に応
答して、アプリケーションはフロントエンドプロセッサ
２０４に応答させる二重ポートＲＡＭ２０６の記憶場所
に特定コードを再び置くことによって、１つのＭＬビッ
トエラーをＢＲＩデータストリームの中に発行する。主
演算処理装置は、次にもう１つのマウスボタン押下げを
持つ。受取ると、次に上述したものと同じ方法でＢＲＩ
データストリームの中に１つのＡＬビットエラーを発行
する。次にアプリケーションプログラムは前の待ち目的
まで折り返す。

【０１３５】

【ＰＲＩモジュールを使ってアプリケーションを実行す
ること】ＰＲＩモジュール３００を含むアプリケーショ
ンは、ＶＸＩとＢＲＩモジュールに対して上記で説明し
たものと同様な方法で実行される。図７の構成パネルか
ら、ユーザはセレクトＰＲＩボードブロックを選択する
ためにトラックボールを使用する。このコマンドはユー
ザコマンドとして制御プロセッサ１２に伝達され、同コ
マンドは、制御プロセッサ１２がＶＭＥバスを介してＰ
ＲＩモジュールの主演算処理装置３０２と直接通信する
ことになるように構成パネルプログラムにモジュール構
成を変更させる。次に、制御プロセッサ１２の構成パネ
ルプログラムは、図１１Ａに示されるようにＰＲＩオプ
ション選択パネルを表示モニターに表示させる。

【０１３６】図１１Ａに示されるＰＲＩモジュール・オ
プション選択パネルは３つのセクションに分割される。
一番左のセクションは機能がＶＸＩとＢＲＩモジュール
に対するオプション選択パネルに類似しており、同セク
ションでは、モニタ、ＤＴＥ、ＳＩＭＵＬＡＴＥ及びＤ
ＣＥ ＳＩＭＵＬＡＴＥなどの操作モードが選択でき
る。図１１Ａは、ユーザが一番左のパネルから選択され
るどのグラフプログラムとも無関係にインテリジェント
データストリームコントローラとしてＰＲＩモジュール
を使用することができる。

【０１３７】中央パネルはモードを選択することがで
き、一番右のパネルは商業ベースで使用できるミッテル
チップ実現の部分であるバックプレーンといくつかのそ
の他のオプションへ、個々のチャネル選択が送られるよ
うにする。ＰＲＩモジュールは、他のもののうちで一番
左のパネルと関連してＰＲＩモジュールと組合せたデー
タストリームのすべて、またはサブセットに適用された
グラフプログラムの使用を特徴とする。これらのデータ
ストリームは、Ｖ．１１インタフェース、ＴＴＬインタ
ーフェース及びＳＴバスのｎ個の選択されたチャネル
（ただしｎは１ないし３２）から構成されたＨＯ／ＨＩ
データストリームを含む。したがってデータ転送速度は
62.5Ｋバイト／秒と2.048 Ｍバイト／秒の間になること
ができる。

【０１３８】ＶＸＩとＢＲＩモジュールに対して説明し
たものと本質的に同じ方法で、ユーザはトラックボール
を使用して、図１１ＡのＰＲＩオプション選択の一番左
のパネルから適当な項目を選択できる。特定のＰＲＩモ
ジュールグラフアプリケーションンプログラムは、希望
するアプリケーションを実行し、かつ図９Ｂから図９Ｄ
と図１０Ｂから図１０Ｄに示されたものに類似した他の
表示を作成するために実行することができる。

【０１３９】

【グラフ式技術とオブジェクト指向のコード生成を使用
するプログラム可能性】上述したグラフアプリケーショ
ンプログラムは、事前定義され、事前記憶されていると
説明した。ユーザが使用したいと思うような使用中のプ
ロトコルが非常に数多くあり、アプリケーション又はタ
スクも数多くあるとすれば、十分な数のアプリケーショ
ンプログラムをシステムに事前記憶することがすべての
事例に役立たないかも知れない。ユーザも特別の特殊化
した問題をアドレスするために、事前記憶されたアプリ
ケーションを変更又は修正したいと思うかも知れない。
そのうえ、通信分野における急速な技術革新がもたらさ
れると、ユーザにとって特定のニーズに通う新しいアプ
リケーションを作成するために柔軟性をもつことが非常
に望ましいことになる。

【０１４０】新しいアプリケーションを作成する能力に
加えて、複雑なプログラミングをする必要なく、ユーザ
が迅速かつ容易に新しいアプリケーションを作成するこ
とができるユーザのインターフェースをもつことも望ま
しい。このような理由のために、優先実施態様のプロト
コル解析システムはグラフ式技術を使ってプログラムを
作ることができ、この発明の優先方法はオブジェクト指
向のソフトウェアまたはコード生成を特徴とする。

【０１４１】したがって、この発明の１つの面に従っ
て、出力手段は複数の目的を含む表示としてプロセス出
力信号を出力し、入力手段は目的を論理流れ図に配列す
るようにそれぞれの目的と組合されたデータを入力する
ように適合され、制御手段はその論理流れ図に従ってア
プリケーションプログラムを生成するため入力手段に操
作できるように連結され、データ通信手段はそのアプリ
ケーションプログラムに従ってプロトコル解析システム
とネットワークの間でフレームデータを伝達させるため
制御手段とネットワークに操作できるように連結され
る。制御手段は、目的のそれぞれのストリングに対応す
る複数の命令コードストリングを事前記憶する手段と論
理流れ図に従って命令コードストリングをアプリケーシ
ョンプログラムに配列する手段とを含むことが望まし
い。

【０１４２】この発明の方法は、複数の目的を含む表示
としてプロセス出力信号を出力すること、その目的を論
理流れ図に配列するためプロトコルアナライザを使用
し、それぞれの目的と組合わされたデータをプロトコル
アナライザに入力すること、その論理流れ図に従ってア
プリケーションプログラムを生成するためプロトコルア
ナライザを使用すること及びそのアプリケーションプロ
グラムに従ってプロトコルアナライザとネットワーク間
にデータを伝達することを含むことが望ましい。

【０１４３】優先システム実施態様に適用されたよう
に、表示モニター２６は、表示モニターに複数の目的、
例えば補遺Ａに示された目的などを表示させる制御プロ
セッサ１２からの信号に応答する。

【０１４４】トラックボール２２は、目的を論理流れ図
に配列するために使用することができる。キーボード２
０はそれぞれの目的と組合わされたデータを入力するた
めに使用することができる。制御プロセッサ１２はキー
ボード２０とトラックボール２２に操作できるように連
結され、論理流れ図に従ってアプリケーションプログラ
ムを生成するために使用することができる。データ通信
モジュール（ＶＸＩ、ＢＲＩ及びＰＲＩ）はＶＭＥバス
を介して制御プロセッサへ、そしてネットワークへ操作
できるように連結される。制御プロセッサ１２内の記憶
レジスターは、目的のそれぞれのストリングに対応する
複数の命令コードストリングを事前記憶するために使用
することができる。制御プロセッサ１２のＣＰＵは、論
理流れ図に従って命令コードストリングをアプリケーシ
ョンプログラムに配列するために使用することができ
る。

【０１４５】この発明の優先方法に従って、これらのデ
ータ通信モジュールの各々は、アプリケーションプログ
ラムに従ってプロトコル解析システムとネットワークの
間でフレームデータを伝達するために使用することがで
きる。

【０１４６】ユーザは、ＶＸＩ、ＢＲＩまたはＰＲＩモ
ジュールに対するグラフアプリケーションプログラムを
実行するためと、例えば図８Ｂに示されるようにグラフ
モジュール制御パネルからグラフ編集ボタンを選択する
ために上記に定義された手順を実現することによって、
アプリケーションプログラミング機能を入力する。アプ
リケーションを編集または作成するもう１つの手順は構
成パネルのグラフ編集ボタンを使用することである。

【０１４７】グラフ編集ユーザコマンドを受取ると、制
御プロセッサ１２がグラフマネージャープログラムのグ
ラフ編集セクションの実行を開始する。グラフ編集セク
ションの制御のもとに、制御プロセッサ１２は、補遺Ａ
に示された複数の目的のメニューを表示させる信号を表
示モニターに伝達する。このメニューの１例は図１２に
示されている。メニューの一部は、適当な様式と外観を
用意するためにモチーフソフトウェアによって生成され
る。

【０１４８】目的の各々は、ソフトウェア形式で目的の
機能を表示する対応ソフトウェアコードストリングを有
する。これらの命令コードストリングは制御プロセッサ
１２に事前記憶される。

【０１４９】ユーザは、希望のユーザ定義によるアプリ
ケーションを表示する表示目的を選択し、それを論理流
れ図に配列するためにトラックボールとキーボードを使
用する。これは次の方法で実行することができる。ユー
ザは、論理流れ図の第１目的に対するメニューのボタン
まで表示ポインターを移動させるためトラックボールを
使用する。トラックボールの押下げによって希望の目的
を選択する。それに応答して表示ポインターで、グラフ
編集セクションによって目的が表示装置に現わされる。
次に、ユーザはトラックボールを移動させて、表示装置
の第１目的が位置決めされる位置まで目的を引きずって
いく。次にユーザは、トラックボールボタンを押し下げ
る。トラックボールの押下げ動作によってグラフ編集セ
クションに表示装置におけるオブジェクトの位置を記憶
させることになる。

【０１５０】トラックボールはまた、ウインドウの大き
さを変えるために使用することができる。これはグラフ
編集セクションによって行なわれるが、トラックボール
を使って移動されるウインドウの側部まで表示ポインタ
ーを移動させ、トラックボールボタンを押し付けなが
ら、ウインドウの側部を希望する位置まで引きずり、そ
こでトラックボールを解放してウインドウの側部を位置
決めする。

【０１５１】第１目的が適当に位置決めされた後、ユー
ザはトラックボールを使って、メニューから第２目的を
選択し、第１目的に対して説明したようにそれを位置決
めすることができる。目的メニューには、論理流れ図で
目的を接続するために使用することができる接続回線が
含まれる。流れ図は、複数ページに編成された多重タス
クを含むことができる。

【０１５２】多くの目的は、目的が実行されなばならな
い特定の機能を識別するデータがなければ無意味であ
る。例えば、条件オブジェクトは起こるべき特定の条件
を識別するデータがなければ無意味である。したがっ
て、キーボードはそれぞれの目的を組合わされたデータ
を入力するために使用される。

【０１５３】ユーザが論理流れ図の構成を完了すると、
グラフマネージャープログラムのコードゼネレータセク
ションを開始する。図９Ｃの表示装置のグラフコンパイ
ルボタンを選択するためにトラックボールが使用され
る。

【０１５４】コードは、下記のアルゴリズムに従ってグ
ラフマネージャープログラムのコードゼネレータセクシ
ョンによって生成される。 １．コードゼネレーションセクションは、コンパイルさ
れるページのリストからコンパイルされていないページ
を選択する。もしすべてのページがコンパイルされてい
る場合は、ステップ１２へ進む。 ２．コードゼネレーションセクションは、ステップ１で
選択されたページに対して、空のＣ言語ソースファイル
を作成する。

【０１５５】３．コードゼネレーションセクションは、
ページがコンパイルされるときに、グラフ目的を配置し
なければならないスタックを作成する。スタックはその
とき、 空に初期設定される。 ４．コードゼネレーションセクションは、流れ図の流れ
に従って、ページに第１目的を見出し、それをスタック
にプッシュする。 ５．コードゼネレーションセクションは、スタックのト
ップから１つの目的をポップする。

【０１５６】６．コードゼネレーションセクションは、
その目的に対するＣ言語ソースコードの行または列をＣ
言語ソースファイルに書き込む。同じ断片のコードが、
同じ種類の目的に対して通常書込まれる。このルールの
例外は、目的がそれを組合せた名前またはある表現をも
つときである。このような名前または表現は、グラフプ
ログラムが編集されるときに、ユーザによって加えられ
る。このような場合には、名前の表現は、コードの断片
が書き込まれる前に、その適当な場所に挿入される。書
き込まれたコードの断片は目的と組合された動作をす
る。

【０１５７】７．コードゼネレーションセクションは、
ステップ６で処理された目的に対する（１つまたは複数
の）継続目的を見出す。継続目的は、グラフによって形
成された流れ図で、次に生ずる目的である。グラフは、
ゼロ、１つまたはそれ以上の継続目的をもつことができ
る。流れ図にブランチが生じた場合、そのブランチ位置
は記憶され、ブランチは終端するまで追跡され、制御が
記憶されたブランチ位置まで戻され、さらに残っている
ブランチがそれが終端するまで追跡される。 ８．コードゼネレーションセクションは、もしあればス
テップ７で見出された継続目的をスタックへプッシュす
る。

【０１５８】９．コードゼネレーションセクションは、
空であるかどうか調べるためにスタックをテストする。
スタックが空でない場合は、制御がステップ５へ転送さ
れる。 １０．コードゼネレーションセクションは、入力として
ステップ２で作成されたＣ言語ソースファイルを与え
て、Ｃ言語コンパイラプログラムを実行する。コンパイ
ラは、Ｃ言語ソースコードファイルから目的コードファ
イルを生成する。 １１．コードゼネレーションセクションは、すべてのペ
ージがコンパイルを終了したかどうか決める。もしそう
でない場合は、制御がステップ１へ戻される。

【０１５９】１２．コードゼネレーションセクション
は、あらゆる参照された「＊．ｄｃｄ．０ファイル」と
実行時間サポートライブラリーグラフ．０を加えた、シ
ステムの全ページに対する目的ファイルを入力として与
えて、リンカープログラムを実行する。リンカープログ
ラムは、グラフプログラムに対応する「ａ．ｏｕｔ」と
呼ばれる実行できるプログラムファイルを書込む。目的
コードファイルは、制御プロセッサ１２から希望するモ
ジュールの適当な主演算処理装置のローカルＲＡＭへ転
送される。主演算処理装置は次に、ユーザ定義によるア
プリケーションを実行するために、目的コードファイル
にアクセスし、それを実行する。実行されると、ユーザ
定義アプリケーションプログラムは、モジュールのプロ
セッサにアプリケーションプログラムに従ってプロトコ
ル解析システムとネットワーク間に、例えばメッセージ
などのフレームデータを伝達させる。

【０１６０】

【プロトコル デコード】プロトコルは事前定義形式を
もつメッセージの送信と受信を含む一連のステップに関
係することを特徴とする。ステップの順序とメッセージ
の形式は、通信プロトコルの事前定義構造を構成する。
ステップの順序のうちの選択されたステップは、アプリ
ケーション内でまたは種々のアプリケーションにおいて
繰返し使用することができる。アルゴリズムとメッセー
ジ形式のサイズと複雑性を仮定した場合、プロトコル構
造の選択された部分を識別するために、記号名又は呼び
名を使用することはユーザにとって便利なことが多い。
呼び名は、ユーザ定義アプリケーション構成を容易にす
るためと、表示において出力されたデータの翻訳を容易
にするために使用することもできる。この発明のプロト
コルデコード機能はこのような目的に役立つ。

【０１６１】したがって、優先システム実施態様の入力
手段は、通信プロトコルの事前定義構造に対応するプロ
トコルデコードとプロトコルデコードアルゴリズムを入
力するように適合される。優先実施態様のデータ伝達手
段は、データに事前定義構造が存在するかどうかを決め
るため、ネットワークから受信したデータを解析し、事
前定義構造がデータ内に存在しているときは、プロトコ
ルデコードを処理出力信号の中に組み入れる手段を含
む。

【０１６２】データ伝達手段はまた、事前定義構造に従
ってネットワークへデータを伝達する手段を含むことも
望ましい。優先実施態様の出力手段は、プロトコルデコ
ードと事前定義構造の少なくとも１つに従って、表示装
置にプロトコルデコードを出力する手段を含む。

【０１６３】図１を参照すると、トラックボールとキー
ボードは、選択されたプロトコルの事前定義構造に対応
するプロトコルデコードと対応プロトコルデコードアル
ゴリズムを入力するために、制御プロセッサに常駐のＶ
ｉなどのあらゆる標準ＵＮＩＸエディターに関連して使
用することができる。トラックボールとキーボードエン
トリはユーザコマンドとして制御プロセッサ１２へ伝達
され、プロセッサはＵＮＩＸシェルのＶｉなどのエディ
ターで使用するために、既知の方法に従ってユーザコマ
ンドを処理する。

【０１６４】事前定義構造に従ってネットワークにデー
タを伝達するデータ伝達手段内に具体化された手段は、
それぞれのデータ伝達モジュールの主演算処理装置も備
えている。プロトコルデコードと事前定義構造の少なく
とも１つに従って、表示装置にプロトコルデコードを出
力する出力手段によって具体化された手段は、表示モニ
ターと制御プロセッサ１２における組合せの駆動回路と
を含む。

【０１６５】対応する様式において、優先方法は通信プ
ロトコルの事前定義構造に対応するプロトコルデコード
とプロトコルデコードアルゴリズムをプロトコルアナラ
イザーに入力することを含む。本方法はさらに、プロト
コルアナライザーとネットワーク間でデータを伝達し、
事前定義構造がデータ中に存在するかどうかを決定する
ためデータを解析し、処理出力信号を生成することと、
事前定義構造がデータ中に存在しているときは、プロト
コルデコードを処理出力信号の中に組み入れることを含
む。本方法はさらに、事前定義構造に従ってネットワー
クにデータを伝達することも含む。本方法はさらに、プ
ロトコルデコードと事前定義構造の少なくとも１つに従
って、表示装置にプロトコルデコードを出力することも
含む。

【０１６６】優先方法に従って、ユーザは図７のパネル
からＵＮＩＸシェルを選択し、プロトコルデコード
（＊．ｄｃｄ）ファイルを作成するためにＶｉＵＮＩＸ
エディターを使用する。記号デコード入力ファイル＊．
ｄｃｄ（ただし＊は任意の名前を表示する）は、１組の
フィールドとしてプロトコルのフレームでデータを記述
する。入力ファイルはこれらのフィールドを表に作り、
データフレームでそれらの位置を記述し、いつそれらが
存在するかを記述し、どのようにしてそれらをプリント
するかを記述する。記号デコードプログラムもまた、グ
ラフプログラマーがグラフプログラムでフレームのフィ
ールドに記号でアクセスすることができる。

【０１６７】８種類の異なるフィールド、例えばＢＹＴ
ＥＦ、ＢＩＴＦ、ＥＮＵＭＦ、ＧＲＯＵＰＦ、ＬＩＳＴ
Ｆ、ＳＴＵＢＦ、ＨＥＩＬＥ及びＣＣＯＤＥがサポート
されている。それらについて下記で説明する。

【０１６８】ＢＹＴＥＦフィールドは、種々の長さのバ
イトのリストを記述する。 ＢＹＴＥＦ＜名前＞＜述部＞＜オフセット＞＜長さ＞＜
書式＞＜フラグ＞ ＢＩＴＦ フィールド、固定サイズビットフィールドを
記述する。 ＢＩＴＦ ＜名前＞＜述部＞＜オフセット＞＜ビットオ
フセット：幅＞＜書式＞＜フラグ＞ ＥＮＵＭＦフィールドは、番号の代わりに名前でプリン
トアウトされている固定サイズビットフィールドを記述
する。 ＥＮＵＭＦ ＜名前＞＜述部＞＜オフセット＞＜ビット
オフセット：幅＞＜書式＞＜フラグ＞＜名前リスト＞

【０１６９】ＧＲＯＵＰＦフィールドは、１つのグルー
プのフィールドの回りにラッパーを設置する方法であ
る。＜サブフィールドリスト＞はゼロまたはそれ以上の
フィールド記述を含む。すべてのサブフィールド・リス
トフィールドメンバーは下線によって分けられた名前に
よって決められたＧＦＲＯＵＰＦフィールド名を有す
る。 ＧＲＯＵＰＦ ＜名前＞＜述部＞＜オフセット＞＜長さ
＞＜書式＞＜フラグ＞＜サブフィルドリスト＞ ＥＮＤ

【０１７０】ＳＴＵＢＦフィールドは、ユーザがフィー
ルドを実現するためにＣコードを書込むことができる方
法である。 ＳＴＵＢＦ＜名前＞ ＣＣＯＤＥとＨＦＩＬＥは、ユーザがＳＴＵＢＦとその
他の種類のフィールドをサポートするために、ヘルパー
機能、マクロ及び変数を定義することができる疑似フィ
ールドである。＜Ｃコードステートメント＞要素はＣ言
語ステートメントを含む。

【０１７１】ＨＦＩＬＥ ＜Ｃコードステートメント＞ ＥＮＤ ＣＣＯＤＥ ＜Ｃコードステートメント＞ ＥＮＤ

【０１７２】数多くの種類のフィールドは、下記に列挙
される数多くの共通要素を有する。 ＜名前＞要素はフィールド名を提供する。それは正当な
Ｃ識別名でなければならない。 ＜述部＞要素は、もしフィールドが存在するならば、ゼ
ロでない値を求めるＣ式である。フィールドを照合する
場合は、実行時間に評価される。このフィールドがゼロ
の値である場合は、フィールドはプリントされない。

【０１７３】＜オフセット＞要素は、フィールド開始の
バイトオフセットを提供するＣ式である。フィールドを
照合する場合は、実行時間に評価される。 ＜長さ＞要素は、バイトのフィールドの長さを示すＣ式
である。フィールドを照合する場合は、実行時間に評価
される。

【０１７４】＜書式＞要素は、フィールドデータをプリ
ントするＣ言語「Ｐｒｉｎｔｆ（）」書式の記号列を示
す。Ｃ言語ユーティリティ「Ｓｐｒｉｎｔｆ（ ）」
は、記号デコード表示装置にフィールドをプリントする
ために、このフィールドの場合、書式の記号列と呼ば
れ、フィールドデータをデータと呼ぶ。 ＜フラグ＞要素は、反転映像、カラー及びアンダーライ
ンなどのプリントオプションを設定するＣ式を含む。そ
れはフレームがプリントされているときに評価される。

【０１７５】＜ビットオフセット：幅＞要素はいくつか
のフィールドのビットオフセットとビット幅を示す一対
の数を含む。両方の数とも３２より小さい、負数でない
整定数でなければならない。要素は対をなすビットオフ
セット幅を自由に表にすることができるが、その場合フ
ィールドは表に記された対の数の連結をなすように定義
される。

【０１７６】ｄｃｄファイルは、フィールド定義の表か
ら構成される。すべての要素は、余白によって分けられ
たトークンであると考えられる。もし要素が埋込空白を
含むことを必要とした場合は、それは二重引用符で囲ま
れねばならない。例えば、“埋込空白付きのトークン”
となる。これは＜書式＞要素による場合が多い。＊．ｄ
ｃｄファイルの、＊．ｄｃｄ．ｈ，＊．ｄｃｄ．ｃ，及
び＊．ｄｃｄ．ｓｔｒファイルへの変換は、記号デコー
ド・コードゼネレータプログラムによって行なわれる。

【０１７７】記号デコードがグラフプログラマーに与え
る重要な機能は、定義フィールドに記号でアクセスでき
る能力である。例えば、もし記号デコードプログラマー
が、フィールド定義、 ＢＩＴＦ ａｄｄｒ １ ３ ０：８ “ａｄｄｒｅｓ
ｓ＝％ｘ／ｎ” ０ を記号デコードファイルに入れたならば、次にグラフア
プリケーションプログラムにフレームでａｄｄｒフィー
ルドの値となるレジスターを設定し、レジスター設定
自己＿アドレス＿レジスター＝ＶＡＬＵＥＯＦ（ａｄｄ
ｒ）； このレジスター目的に対するグラフマネージャ
ープログラムのコードゼネレータセクションによって生
成されたコードは：

【０１７８】外部グラフレジスター自己＿アドレス＿レ
ジスター；自己＿アドレス＿レジスター＿カウント＝ラ
ストフレーム−＞ｂｕｆ［３］；として現われ、それが
フレームにおいて第４バイトの値にレジスターを設定す
る。完全な．ｄｃｄファイルは図１３に示されている。

【０１７９】ユーザはコマンドデコードファイル名．ｄ
ｃｄ（実例としてのファイル名）を入力し、それは制御
プロセッサ１２に、ファイル名．ｄｃｄに関する記号デ
コード・コードゼネレータープログラムを実行させる。
図６Ａを参照すると、デコードプログラムコードゼネレ
ータプログラムは、プロトコルデコード（＊．ｄｃｄ）
ファイルを３つの別個のファイル、すなわちファイル
名．ｄｃｄ．ｓｔｒファイル、ファイル名．ｄｃｄｃフ
ァイル及びファイル名．ｄｃｄ．ｈファイルに変換され
る。プログラムはまた、Ｃコンパイラにファイル名．ｄ
ｃｄ．０ファイルを生成させる。

【０１８０】プロトコルデコード又はニモニックのソフ
トウェア表現であるファイル名．ｄｃｄ．ｓｔｒファイ
ルは、＊．ｐｇ．ｃファイルが生成されたときに、グラ
フマネージャープログラムコードゼネレーションセクシ
ョンで使用される。＊．ｄｃｄ．ｃファイルはコンパイ
ルするために使用されるソースファイルである。＊．ｄ
ｃｄ．ｈファイルもまたコンパイルするために使用され
る。

【０１８１】＊．ｄｃｄ．ｃと＊．ｄｃｄ．ｈファイル
はＣコンパイラーへ転送され、コンパイラーはこれらの
ファイルを＊．ｄｃｄ．０目的コードファイルへ変換す
る。＊．ｄｃｄ．０ファイルはリンカーへ転送され、リ
ンカーはファイルを、主演算処理装置グラフ．０の実行
時間サポートライブラリーに対する目的モジュールと
ａ．ｏｕｔグラフアプリケーションプログラムを得るた
めに＊．ｐｇ．０ファイルと結合する。ａ．ｏｕｔ目的
コードファイルは制御プロセッサのリンカーから主演算
処理装置のローカルＲＡＭへ適当なモジュールで転送さ
れる。

【０１８２】それぞれのデータ伝達モジュール（ＶＸ
Ｉ、ＢＲＩ及びＰＲＩ）の主演算処装置は、事前定義構
造がデータ中に存在するかどうかを決めるためにデータ
を解析し、かつ事前定義構造がデータ中にあるときは、
プロトコルデコードを処理出力信号に組入れる手段を備
える。

【０１８３】プロトコルデコードアルゴリズムを具体化
できるデータを受取ったとき、主演算処理装置はネット
ワークから受取ったメッセージをプロトコルデコードア
ルゴリズムまたは基礎をなすプロトコル構造のどれかに
メッセージが対応するかどうか決めるため、＊．ｄｃ
ｄ．０ファイルに具体化されたようなプロトコルデコー
ドアルゴリズムと比較するため、＊．ｄｃｄ．０ファイ
ルを使用する。比較が事実である場合は、主演算処理装
置はキャプチャバッファに記憶され、引き続いて制御プ
ロセッサによってアクセスされる処理出力信号で、この
事実を表示する。

【０１８４】グラフマネージャープログラムのディスプ
レイセクションの制御の下で、制御プロセッサは出力信
号を表示装置に表示させ、プロトコルデコードまたはニ
モニックがプロトコルデコードアルゴリズム全体のまた
はプロトコル構造全体の適所に表示される。これは、管
理できるニモニックに出力データを減少させることによ
って、出力データの読取りと解釈を非常に容易にする。
この同じ意志決定プロセスは、例えば受取り目的（図８
Ｃに示される）またはイフ目的などの目的に記号を使用
することによってアプリケーションプログラムの流れを
制御するために使用することができる。

【０１８５】アプリケーションプログラムがプロトコル
デコードアルゴリズムを含むメッセージの構成と伝達を
要求すると、アプリケーションプログラムはプロトコル
デコードアルゴリズムに従ってメッセージを構成する
＊．ｄｃｄ．０ファイルを主演算処理装置に検索させ
る。

【０１８６】

【最重要機能】この発明の優先実施態様はまた、ユーザ
の互換性を容易にし、診断能力を改良する最重要機能も
含む。この機能を果たすために、制御手段は、データ伝
達手段によって同時発生的に実行されるアプリケーショ
ンプログラムの部分に対応する論理流れ図の部分を、表
示装置でハイライトするために操作ができるように出力
手段に連結されたハイライト手段を含む。優先方法の伝
達ステップは、プロトコルアナライザによって同時発生
的に実行されるアプリケーションプログラムの部分に対
応する論理流れ図の部分をハイライトすることを含む。

【０１８７】優先実施態様のハイライト手段は制御プロ
セッサのＣＰＵを含み、それは表示モニターの表示の選
択された部分を、例えば異なる色、異なる明るさで、ま
たは反転映像で選択された部分を表示することによって
強調するために使用することができる。優先方法のハイ
ライトステップは、下記のようにグラフマネージャープ
ログラムのディスプレイセクションを使って実行するこ
とができる。多種多様なグラフプログラムがアプリケー
ションプログラムで実行されるタスクに対応する論理流
れ図を有することは上記で指摘した。これらの論理流れ
図は、適当な方法で接続回線によって接続された複数の
オブジェクトを含む。論理流れ図は、上記で説明したよ
うにグラフプログラムの実行中、表示モニターのウイン
ドウに表示することができる。

【０１８８】この発明の最重要機能は、反転映像コマン
ドなどのハイライト命令を論理流れ図の目的の各々に対
応する実行できるコードの部分に挿入することによって
実行することができる。ハイライト命令は、目的に対応
する実行できるコードの部分の終わりに除去される。し
たがって、グラフプログラムを実行できるコードが実行
されると、同時発生的に実行される実行可能コードの部
分に対応する目的が表示装置にハイライトされる。

【０１８９】論理流れ図における次の目的に対応する実
行可能コード部分が実行されているとき、目的が表示装
置にハイライトされる。この方法で、ユーザは論理流れ
図の部分の表示を介して、現在実行中であるという情報
を継続的に得る。流れ図の急速反復が生じているとき
は、流れ図の目的の強調は単にブリンク目的として現れ
る。しかし、反復速度が低下するにつれて、個々の強調
される目的ははっきりしてくる。実行が停止すると、処
理が終了した論理流れ図の目的がハイライトされて現れ
てくる。

【０１９０】

【プロトコル・アナライザにおけるアプリケーションの
マルチタスキング】あるアプリケーションを実行するに
あたっては一時に１つ以上のモジュールを用いることが
必要となる。例えば、ＢＲＩやＶＸＩを用いてＩＳＤＮ
データ流のＢとＤの両チャネルを処理する場合に必要を
生じる。このように１つ以上のモジュールを用いて特定
のアプリケーションを処理することをマルチプロセシン
グと呼ぶが、これについては前述のとおりである。

【０１９１】この発明にはマルチタスク機能も含まれ
る。あるアプリケーションを実行する場合には、特定の
モジュールでのアプリケーションの複雑さが顕著にな
る。これによって極めて複雑なグラフが生じる。ある通
信アプリケーションは２種又はそれ以上の結合されてい
ないか又は結合のゆるい機能からなる。その場合、グラ
フを一連の独立した協同サブグラフとしてプログラムを
作成すると便利である。それぞれの独立したサブグラフ
がタスクである。

【０１９２】例えば、認識できる同じ通信回線上で２つ
の会話を同時に監視する問題であって、それぞれの会話
が送受信されたフレームに埋め込まれたアドレス・フィ
ールドによって認識される場合を想定してみるとよい。
単独のタスクを書き込んでそれぞれの会話を監視するこ
とができる。したがって、それぞれのタスクの実行状態
は各会話の状態を反映するが、各タスクは他とは独立に
進行できる。グラフプログラムは決して速くはないが、
構造が極めて簡単で容易である。

【０１９３】マルチタスクが有用となるその他の事例と
しては、多重層プロトコルが解析される場合である。プ
ロトコルの各層が独立したタスクによって管理されて、
各層はパイプを通して上下のものと連絡しあう。管理さ
れるプロトコル各層の状態は、各層それぞれのタスクの
状態によって反映される。すべての層の状態を一個所で
管理する必要がないので、この応用例におけるマルチタ
スクの公式化は単一タスクの公式化よりもはるかに簡単
である。このことをより明確にするには、１個以上のタ
イムアウトが同時にアクティブである場合を想定してみ
るとよい。

【０１９４】この複雑な問題を緩和するため、この発明
のデータ通信手段は複数のタスクを本質的に同時に処理
するための手段を含むことが好ましい。このデータ通信
手段は複数のタスクを同時に行なって、プロトコル構造
の各複数層のそれぞれについてタスクを含むことが好ま
しい。同様に、好ましくはこの発明の方法は複数のタス
クを本質的に同時に処理することを含むものである。

【０１９５】好ましい具体例によれば、複数のタスクを
本質的に同時に処理するための手段としては、各データ
通信モジュールの各主プロセッサが含まれる。このよう
な手段にはさらにＭＶＥバスが含まれるが、データはこ
のバスによりモジュールの主プロセッサ間で転送されて
並行処理ができるようになる。

【０１９６】好ましい方法によれば、複数のタスクを本
質的に同時に処理するステップには、グラフプログラム
を構成するページに基づいたマルチタスクが含まれる。
親ページはその子ページがすべて完了するまで待たされ
るが、完了することはない。子ページは並列処理を実行
し、そして親ページは子ページがすべて完了するまで待
たされてから継続することができる。グラフプログラム
は典型的には制御部とタスクに対応する複数のページと
を含む。階層を構成するのに親ページとその親ページに
従属した子ページが用いられる。制御プログラムは位置
マーカを蓄積し、ページを超えて制御をする。各ページ
は他のページからの入力を要するとしても、独立のサブ
ルーチンとみなすことができる。

【０１９７】これらのページは、ページの処理の間に生
ずることがある固有のブロック状態を有するように設計
されている。各ページのソフトウェアーに１種又は２種
以上の制御転送コマンド系列を組み込むことによってマ
ルチタスク機能が達成されるが、このコマンド系列はそ
のページ内のブロック状態又はブロック状態への移行を
検出するに際して、ブロックが発生した（又はブロック
発生が予想される）ページ・ソフトウェアー内の位置を
伝達し、その位置を位置マーカに伝え、制御を次ページ
に送る。同じ機能をもち、かつ同様に動作する次ページ
は、そのページの処理が最後に終了した位置の実行を開
始し、ブロック状態が発生するまで実行するが、その発
生時点でブロック位置を位置マーカに伝え、そして制御
をページに送る。各ページはラウンド・ロビン方式で処
理される。

【０１９８】タスク・スケジューリングは非割り込みラ
ウンド・ロビンなので、ページは実行を継続するにまか
され、やがて待ちオブジェクトで待つことを決定する。
次いで、制御はリスト中の次のタスクに送られる。第２
のタスクはさらに待つかどうかを調べる。もし不要なら
ば、再び待機の必要が生じるまで実行を継続する。すで
に待っていたか又は２回待たされていたかのどちらかの
理由で待たされる場合は、第３のタスクに制御が送られ
る。したがって、あるタスクがエンドレス・ループ内に
入り込まない限り、結果的にタスクはすべて実行され
る。

【０１９９】すべてのタスクはグラフ内で同じレジス
タ、タイマ及びパイプを共用する。これは、それぞれの
タスクに対してローカル・データがないことを意味す
る。このことは、レジスタ・オブジェクトが一度に１つ
の値だけを表示できることから直観的である。

【０２００】２ページまたはそれ以上がタスクとして実
行状態にある場合、各ページで現在実行されているオブ
ジェクトに対応したそれぞれのタスクにつき強調表示さ
れたオブジェクトが１つある。したがって、２ページま
たはそれ以上がタスクとして実行されるとき、強調表示
機能は直観的な方法で作動する。

【０２０１】どのような子タスク・ページも２つ以上は
それ以上のサブタスクに分解できる。ここでも再び、１
度に１つのオブジェクトだけをページ上に強調表示する
ことができるので、強調表示機能は直観的な方法で作動
する。

【０２０２】簡単な例として図１４Ａ〜図１４Ｃの３ペ
ージ・マルチ・タスク・グラフについて説明する。「ト
ップ」と呼ばれる親ページ（図１４Ａ）は、２つのタス
ク「受信」と「送信」を実行し、そして両者が完了する
まで待つが、親ページは完了することはない。

【０２０３】「受信」ぺージ（図１４Ｂ）は待機し、そ
して２個のレジスタ「左」と「右」内のどれかの通信回
線側におけるすべてのフレームを計算する。「送信」ペ
ージは、ユーザが「センド・イト」ボタンを押し下げる
まで待ち、そして通信回線外にオクテット「１１２２３
３４４」を送り出す。この例では、タスク・ページであ
る「受信」と「送信」はそれぞれ他のページとは無関係
に独自の速度で実行する。

【０２０４】上記の第１ページに制御が戻ったとき、ペ
ージ・ソフトウェアはそのタスクのための位置マーカを
読み取り、ブロックが発生しているかどうか、そして発
生していればその位置を決定する。次いで、位置マーカ
により認識されたソフトウェア位置で処理が再開され
る。

【０２０５】

【模擬機能】この発明のその他の特徴によれば、下記の
ような模擬機能が備えられている。すなわち、システム
がネットワーク上のノード間データ・トラヒックを監視
し、そしてネットワーク上の１又は２以上のノードから
受け取ったトラヒック、操作メッセージ又は信号の割合
を選択的に模擬又は再現してネットワークにメッセージ
又は信号を再伝送できるようにする。

【０２０６】この機能を働かせるために、好ましい具体
例のデータ通信手段には、ネットワーク上のデータを監
視する手段と、この監視データに従ってアプリケーショ
ン・プログラムを生成する手段と、アプリケーション・
プログラムに基づいて監視データのうちの選ばれた部分
を伝送する手段が含まれる。

【０２０７】好ましい方法には、ネットワーク上のデー
タを監視し、この監視したデータに従ってアプリケーシ
ョン・プログラムを生成し、このアプリケーション・プ
ログラムに基づいて監視データのうちの選ばれた部分を
ネットワークに伝送する工程が含まれる。好ましいシス
テムの具体例では、ネットワーク上のデータ監視用のデ
ータ通信手段により具体化される手段は、データ通信モ
ジュールの成分を含み、上記のとおりそれらはネットワ
ークからのデータの監視、そのデータの処理及び選ばれ
た部分のデータのキャプチャー・バッファへの蓄積に係
わるものである。

【０２０８】この監視データに基づいてアプリケーショ
ン・プログラムを生成するデータ通信手段により具体化
される手段は、各データ通信モジュールの主プロセッサ
を含む。これらの各モジュールは、例えば以下のような
ソフトウェアをロードできる。すなわち、プロセッサが
監視データを解析し、ネットワーク上の種々のノードか
ら受け取ったメッセージに対応するデータから論理フロ
ー・チャートを構築できるソフトウェアである。

【０２０９】アプリケーション・プログラムに従って、
監視データのうちの選ばれた部分をネットワークに伝送
するためのデータ通信手段により具体化される手段は、
各データ通信モジュールを含み、上記のとおりこのモジ
ュールの主プロセッサからの命令に従ってデータをネッ
トワークに伝送するものである。

【０２１０】好ましい方法のデータ監視ステップには、
ネットワーク上のデータ・トラヒックを監視するにあた
り、好ましいシステムの具体例のデータ通信モジュール
を１つ又はそれ以上用いることが含まれる。

【０２１１】好ましい方法のアプリケーション生成ステ
ップには、監視データに従ってアプリケーション・プロ
グラムを生成してオリジナル・データ・トラヒックを生
成するノードの１つをシミュレートすることが含まれ
る。したがって、このアプリケーション生成ステップに
は、データ監視ステップの間に伝送ノードとして認識さ
れたノードの１つを選ぶことと、データ監視ステップの
間に各ノードにより伝えられる各メッセージが論理フロ
ー・チャートにおける個々のオブジェクトとなるアプリ
ケーション・プログラムを生成することが含まれる。

【０２１２】このアプリケーション・プログラムは次の
ように構築される。すなわち、他のノードからシミュレ
ートされたノードへの種々の伝送に応じて、シミュレー
トされたノードによるより早い伝送として適当なメッセ
ージを模擬又は再現することにより、プロトコル・アナ
ライザが１つのノードを本質的にシミュレートするよう
にしたものである。好ましい方法の伝送ステップには、
アプリケーション・プログラムに従って、監視データの
運ばれた部分の伝送、例えばシミュレートされたノード
のより速い伝送が含まれる。

【０２１３】好ましい方法による模擬機能のフローチャ
トを図１５Ａに示す。第１ステップとして、ネットワー
ク上のデータ・トラヒックが上記のように監視される。
このデータ・トラヒックは典型的にはネットワーク上の
少なくとも２つのノードからのメッセージを含む。ノー
ド間でデータを交換しようとする２つのノードは、公知
の方法により、典型的にはノード間で複数のメッセージ
をやり取りして、例えば通信リンクの設定、データの転
送、必要に応じて再伝送要求の転送及び通信リンクの中
止を行なう。

【０２１４】この種の通信トラヒックの例を図１５Ｂに
示す。図１５Ｂは、ネットワーク上のノードＡ，Ｂ間に
おけるメッセージ転送の順序を説明するものである。ノ
ードＡは最初にメッセージＡ1 をノードＢに伝送し、ノ
ードＢはこれに応じてメッセージＢ1 をノードＡに伝送
する。次いで、ノードＡはメッセージＡ2 をノードＢに
送り、これに応じてノードＢがメッセージＢ2 を送る。
好ましい方法のデータ監視ステップには、このデータ・
トラヒックを監視し、蓄積することが含まれる。ソー
ス、内容、伝送時間及び各メッセージについての宛先は
公知の方法でメッセージ内に一体化される。このデータ
・トラヒックはキャプチャー・バッファに蓄積される。

【０２１５】ユーザは、例えば図１５Ｃに示すパネルか
ら「模擬キャプチャーｂ」選択肢を選ぶことによって模
擬機能を呼び出す。

【０２１６】グラフ・マネージャ・プログラムのグラフ
・エディタ・セクションにより図１５Ｄのパネルが表示
される。このパネルには、選択したファイル・ダイレク
トリを示す「ファイル・フィルタ」ブロックと、この選
択ファイル・ダイレクトリ中に種々のファイルをリスト
化する「ファイル」ブロックが含まれる。ユーザはトラ
ック・ボールを用いてこのファイル・ブロックからファ
イルを選ぶことができる。したがって、この模擬機能は
選ばれたファイルからのデータ、すなわち蓄積データを
用いることにより、その機能が実現される。

【０２１７】次いで、ユーザは伝送／受信の選択肢を選
ぶことになる。図１５Ｄのパネルには左右のフレーム使
用を示すブロックも含まれる。ユーザはこれらの各ブロ
ックについて選択肢の番号を選ぶことができる。これら
の選択肢には、受信データ（回線側から受けた各フレー
ムについての生成グラフにおいて正確なデータの突き合
わせを要する分離した待機オブジェクト及び受信オブジ
ェクトを作成する）、受信フレーム（フレームを受け取
ることだけが必要な待機及び受信オブジェクトを作成す
る）、センド（分離した送信オブジェクトであって監視
中に受け取った各フレームについてライン側から受け取
った同じデータをもつものを作成する）、メッセージ
（受け取った各フレームについて受信し、続いて次の送
信オブジェクトで用いられるデータをもつ付番メッセー
ジ・オブジェクトを作成する）及びイグノア（ユーザに
監視トラヒックの一方側からだけデータを選ばせる）が
含まれる。

【０２１８】模擬機能の次のステップには、少なくとも
１つのオブジェクトを選択したファイル内に蓄積された
各メッセージと相関させて蓄積することが含まれる。こ
れらのオブジェクトは付録Ａに揚げるオブジェクトの１
つである。このオブジェクトは、メッセージの種類と内
容に基づき単純な方式で選ぶことができる。

【０２１９】模擬機能のさらに次のステップには、メッ
セージ・トラヒック順にオブジェクトを配列することに
よって論理フロー・チャートと、対応するソフトウェア
・コードを作成することが含まれる。図１５Ｂにメッセ
ージ・トラヒックの順序を示すが、この情報はメッセー
ジ自体の中に一体化されている。データを監視し、選択
したファイルに蓄積し、そして左右フレーム選択ブロッ
クで伝送／受信の選択肢を指定した後、ユーザはフィル
タを押下し、次いで作成されるグラフ・アプリケーショ
ンのページ内で押下して、選択に基づきオブジェクトの
垂直列を作成する。

【０２２０】例えば図１５Ｃに示すとおり、選んだキャ
プチャー・バッファｄｃ．ｃｂが２つのメッセージ交
換、すなわち「ＨＥＬＬＯＡＢＣＤ」（ここにＨＥＬＬ
Ｏは左側からのデータであり、ＡＢＣＤは右側からのデ
ータである）を含み、かつオブジェクト生成に対するフ
レームの選択は図１５Ｄに示すように左フレームが受信
フレームであり、そして右フレームがセンドであれば、
スタート・オブジェクトが配置される空のグラフ・ペー
ジ上でトラック・ボールを押し下げると、図１５Ｅは自
動生成したアプリケーション・グラフとなる。このグラ
フが実行された場合、左側からフレームを受け取ってＡ
ＳＣＩＩＡＢＣＤに対応するヘキサ４１４２４３４４を
右側に送り、次いで停止するまで待つことに注意を要す
る。

【０２２１】論理フローチャートは図１５Ｅに示すとお
り表示モニタ上に表示される。ここで、ユーザは図１５
Ｃのパネルから「コンパイル・ファイル」の選択肢を選
ぶことができる。この選択により論理フローチャートに
対応するコードがコンパイルされる。次いで、このコン
パイルされたコードが実行されるが、この場合、コード
は適当なモジュールの主プロセッサに転送され、模擬機
能を達成するため実行される。

【０２２２】

【アクティブ・モニタ】この発明のその他の特徴によれ
ば、このシステムではネットワークを受動的に監視さ
せ、そして選択先読み条件が合致したとき、ネットワー
ク全体にわたってデータを能動的に送受信させるアクテ
ィブ・モニタが備えられる。この機能上の可能性を実現
させるため、上記のネットワーク上で送受されるデータ
を受動的に監視する能力に加えて、選択先読み条件がデ
ータ中に存在するかどうかを確認するデータ解析手段
と、選択先読み条件を認識してアクティブ出力信号をネ
ットワークに送るための手段が設けられる。

【０２２３】好ましい方法には、ネットワーク上で送受
されるデータを受動的に監視するプロトコル・アナライ
ザを用い、選択先読み条件がデータ中に存在するかどう
かを確認するためにデータを解析し、そしてこの条件を
確認してアクティブ出力信号をネットワークに送ること
が含まれる。

【０２２４】ＲＳ−２３２Ｃインターフェースを有する
ＶＸＩモジュールにこの好ましい方法を用いる場合、２
つのモジュールが使用されるが、これらのモジュールは
図３の１２の能動監視回線１４４とＶＭＥバック・プレ
ーンを経由して相互に接続される。次いで、この方法で
は通常の回路内にアナライザが連続して埋め込まれる。
このアプリケーションは通常モニタ・モードで開始され
るが、これはスイッチ１４０が閉じられることを意味す
る。

【０２２５】好ましいシステムの具体例における解析手
段には、各データ通信モジュールの主プロセッサが含ま
れる。例えば、後述するようにソフトウェアの制御下に
主プロセッサを監視データの解析に用いて、選択先読み
条件がデータ内に存在するかどうかを確認することがで
きる。ソフトウェア内に１つ又はそれ以上の選択先読み
条件が特定される。

【０２２６】アクティブ出力信号をネットワークに送る
手段には、各データ通信モジュールの主プロセッサと、
上記のとおりメッセージをネットワークに伝送するのに
用いるモジュールのコンポネントとが含まれる。

【０２２７】好ましい方法のアクティブ・モニタ機能
は、１つ又はそれ以上のデータ通信モジュールの主プロ
セッサ内にあるアクティブ・モニタ・ソフトウェアを用
いることによって機能させる。このアクティブ・モニタ
・ソフトウェアは、例えばマス・ストレージ装置に予め
蓄積され、そしてアクティブ・モニタ・ユーザ・コマン
ドによって制御プロセッサとＶＭＥバス経由で適当な主
プロセッサに転送される。

【０２２８】適当なモジュールの主プロセッサ内での実
行時には、例えば上記のように、モジュールを用いてネ
ットワーク上で送受されたデータを受動的に監視し、こ
の監視データを適当な二重ポートＲＡＭに蓄積する。各
ＶＸＩモジュールは、一方をＤＴＥシミュレートし、他
方をＤＣＥシミュレートとしてアクティブ・モニタ・モ
ードで配置する。２つのレイヤ１コマンド、すなわちス
イッチを閉じるアクティブ・モニタ ＭＯＮＩＴＯＲ
と、クロック回線を除きスイッチを開くアクティブ・モ
ニタ ＳＩＭＵＬＡＴＥにより、スイッチ１４０が制御
される。

【０２２９】典型的には、グラフ・アプリケーション・
プログラムは、レイヤ１コマンドのアクティブ・モニタ
ＭＯＮＩＴＯＲを用いてスイッチを閉じることによ
り、アプリケーションを初期化する。スイッチを閉じる
と、アプリケーション・プログラムは選択先読み条件を
探しつつバックプレーンに向かってモジュールを通過す
るデータを監視する。

【０２３０】次いで、主プロセッサは監視データの二重
ポートＲＡＭ１０８・１１０を検索し、そしてこれを解
析してアクティブ・モニタ・ソフトウェアに組み込まれ
た選択先読み条件がデータ中に存在するかどうかを確認
する。この受動的監視ステップは、選択先読み条件をデ
ータ中に見いだすまで続けられる。選択先読み条件が出
現すると、アプリケーション・プログラムはレイヤ１コ
マンドのアクティブ・モニタ ＳＩＭＵＬＡＴＥを実行
して１２回線中９本を開く。クロック回線は接続された
まま同期化を防ぎ、そしてモジュールは回線を通してデ
ータを自由に送る。

【０２３１】この時点でプロトコル・アナライザはアク
ティブとなって好ましい方法の送受信ステップを行い、
ここでアクティブ出力信号がネットワークに送られる。
このアクティブ出力信号には、例えばネットワークのホ
ストからの応答が含まれており、適当なプロトコルに従
ってリンクを生かしたまま保つか、又は余裕をもってリ
ンクを中断する。

【０２３２】この発明のアクティブ・モニタ機能は多く
の点で有利である。例えば、ネットワークにオペレーシ
ョン上の故障又は中断を生じる恐れのあるネットワーク
の状況に対して、このアクティブ・モニタ機能は速やか
に対応できる。また、このアクティブ・モニタ機能はネ
ットワーク上の個々のノードが休止して適当な応答を受
けられなくなることを防ぐ。このオペレーションのモー
ドは、問題が発生して回路の結合が消えるような場合に
実際の回路にとって特に効果がある。

【０２３３】

【フィネグル・モード】この発明のその他の特徴によれ
ば、試験的に広い範囲の誤りをネットワークに挿入する
機能を与えるフィネグルモードが備えられる。公知のプ
ロトコル・アナライザでは、通常ＵＳＡＲＴのような標
準的なインターフェース形式の装置を通して誤りが挿入
される。このような形式のコンポネントは専らオペレー
ショナル・ノードのメッセージ構築用に設計されてい
た。これらの設計では誤り挿入機能はあまり考慮されて
いない。したがって、この種のコンポネントはフレーム
又はメッセージ中のビットを操作して試験用に選択的に
誤りを発生させる機能に制限されていた。この発明のフ
ィネグル・モード機能はこの制限を乗り越えたものであ
る。

【０２３４】この発明のフィネグル・モードを達成する
ために、好ましいシステムの具体例におけるデータ通信
手段はｎビットを有するデータ・フレームを送り、また
プロセス・コマンドに応じてｎビットを有する誤りデー
タ・フレームをネットワークに送る。このデータ通信手
段には、ｎビットの誤りデータ・フレームのどれかに誤
りビットを発生させる手段が含まれる。データ通信手段
は、好ましくは選ばれたプロトコルに従ってデータ・フ
レームを構築する手段をもち、誤り発生手段はデータ・
フレーム構築手段に有効に結合していて、このデータ・
フレーム構築手段により、構築されたｎビットのデータ
・フレームのどのような組合せにも誤りが挿入され、誤
りデータ・フレームが生成されることが好ましい。

【０２３５】好ましい方法には、ｎビットのデータ・フ
レームを構築し、そしてｎビットを有する誤りデータ・
フレームを構築するためにプロトコル・アナライザを用
いることが含まれる。この誤りデータ・フレームはｎビ
ット中にどれかに誤りビットをもつものである。さら
に、好ましい方法にはこの誤りデータ・フレームをユー
ザ・コマンド中でネットワークに送ることが含まれる。

【０２３６】プロトコルがそのプロトコルに従って送受
信されるメッセージ用の書式をもつことは上記のとおり
である。このメッセージの書式にはメッセージ中のビッ
ト数と各ビットの意味が含まれる。説明上、あるプロト
コル用のメッセージが仮にｎビットをもつものとする。
上記の説明によれば、好ましい具体例のデータ通信手段
は、ｎビットのデータ・フレームを送るためのネットワ
ークに有効に結合している。

【０２３７】好ましい具体例の誤り発生手段には、ＢＲ
Ｉモジュールについて前述したハードウェア・コンポネ
ントが含まれている。このモジュールは、ｎビットの誤
りデータ・フレームのどれかに誤りビットを発生させる
のに用いることができ、そしてデータ・フレーム構築手
段により、構築されたｎビットのデータ・フレームのど
のような組合せにも誤りが挿入され、誤りデータ・フレ
ームを発生させることができる。ＢＲＩモジュールの誤
り発生手段はマルチプレクサ制御レジスタ２２６をも
つ。このレジスタは、２４１ ＴＥ／ＮＴ伝送ブロック
に含まれる一連のアンド、オア及び同時計数回路を通し
て３種類のフィネグル制御を生じる。ＢＲＩモジュール
についての３種類の制御とは、付加ビット値の制御と、
チャネル・データ流における１又は２以上のビットのイ
ンバージョンと、ＢＲＩモジュールからネットワークに
転送されるフレーム内の違反位置の制御である。

【０２３８】各付加ビットはベーシック・レート・フレ
ーム内で特定の目的を果たす。モード又は状態を表すビ
ット、例えばＡ（アクチベーション）ビットとＭ（マル
チフレーム）ビットがある。また、ＦとＦａビットのよ
うなフレームの同期化を防ぐビットもある。ＱとＳビッ
トはサブ・チャネル情報をもつタイム・スロットであ
る。これらの各ビット（Ａ、Ｆ、Ｆａ、Ｍ、Ｑ、Ｓ）は
通常特定値で設定される。設定される値は、マルチプレ
クサ制御レジスタ２２６内の数値によって制御される。
このレジスタは、誤りを発生するためにその時点で要求
される逆値が設定される。Ｌ（ライン・バランス）ビッ
トは、回線上の正／負ネット電流のバランスを保持す
る。

【０２３９】Ｅ（エコー）ビットは、多数のＴＥが同じ
回線へ接続できるようにし、同時伝送時には生じさせな
い機構をもたらす。これらのビット（Ｌ、Ｅ）に誤りの
状態を発生させるには、これらのビットが通常はフレー
ムの条件に従うことから、臨時に逆転されることが必要
である。この逆転は、指定タイム・スロットの正常ビッ
トを逆転させるマルチプレクサ制御レジスタ内でビット
を設定することによって行なわれる。このことは、特定
のビット誤りを発生させるのに正常な出力のインバージ
ョンを必要とするＢ１、Ｂ２及びＤデータ流にも当ては
まる。このインバージョンは、マルチプレクサ制御レジ
スタ内で設定された値によっても制御される。このレジ
スタは上記インバージョンをデータ・マルチプレクサ２
４４内で制御する。

【０２４０】ベーシック・レート標準では疑似ターナリ
・エンコーディングを使用する。この方式では、ゼロは
正負交流パルスで表され、１はパルスなしで表される。
フレーム化は交流パルス規則に違反して行なう。フレー
ムの最初はＦビットである。良好なフレームでは、この
ビットはその前のフレームにおける最後のゼロと同じ極
性をもつパルスである。電流のバランスを保つため、フ
レーム内に正負のパルスが存在するので、各フレームで
は２回目の規則違反が起こる。この規則違反は１回目か
ら１５ビット時間以内に起こるはずである。

【０２４１】受信側で１回目と２回目の規則違反の間を
区切ることによって、この方式にフレーム・ロックをか
けることができる。マルチプレクサ制御レジスタ２２６
により、ユーザは１つ又はそれ以上の連続したフレーム
内での２回の規則違反位置をプログラム化でき、そして
規則違反を除外するよう限定することができる。

【０２４２】すべてのフィネグル機能は、レイヤ１コマ
ンドを用いることにより開始、中断される。フィネグル
機能のパラメータはすべてユーザによりセットアップ・
メニューで特定される。ＴＥとＮＴについてのセットア
ップ・メニューを図１６Ａと図１６Ｂに示す。セットア
ップ条件は、初期化時とその後の条件変更に際して随時
に、主プロセッサ２０２により二重ポートＲＡＭ２０６
を経由してフロント・エンド・プロセッサ２０４に与え
られる。特定の誤り条件を開始又は中止するには、グラ
フ・アプリケーション・プログラムによりレイヤ１コマ
ンドが用いられる。

【０２４３】レイヤ１コマンドには、スタート／ストッ
プとイシュウ−ワンの２形式がある。ＢＲＩモジュール
による誤り発生に適した全レイヤ１コマンド一覧を図１
６Ｃに示す。スタート／ストップ形式では、スタート…
コマンドを含むレイヤ１コマンドを実行することによ
り、アプリケーション・プログラムが連続的なフィネグ
ル機能の稼働を開始する。このことは、主プロセッサ２
０２が二重ポートＲＡＭ２０６の特定記憶場所に特定値
を設定することによって行なわれる。この記憶場所を監
視していたフロント・エンド・プロセッサ２０４は、次
のフレームの開始時にマルチプレクサ・レジスタ２２６
内に適当なビットを設定することによって応答する。

【０２４４】次のフレームの開始時には、要求フィネグ
ル機能が稼働し、そしてアプリケーション・プログラム
が上記と同様に処理されるレイヤ１コマンドであるスト
ップのマッチングを実行するまで、後続のすべてのフレ
ームで稼働し続ける。そのアプリケーションにとって１
回だけのフィネグルが必要であれば、対応するレイヤ１
コマンドのイシュウ−ワンを実行する。このコマンドは
上記と同様に処理されるが、要求されたフィネグル機能
は次のフレームの開始時にリセットされる。マルチプル
・レイヤ１コマンドはレイヤ１コマンド・オブジェクト
で要求をすることができ、そしてこのコマンドは同時に
実行されることになる。以上、誤りを挿入するアプリケ
ーションの例を説明したが、この例を図１０Ｄに示す。

【０２４５】この方法の利点は、データ流中のすべての
どのようなビットでも誤りを生じさせて、ＢＲＩインプ
リメンテーションのハードウェアとソフトウェアの両者
を試験できることである。

【０２４６】その他の利点を見いだし、変更を加えるこ
とは当業者にとって容易である。この発明はより広い観
点から記載した特定の説明、代表的な装置と例によって
限定されるものではない。したがって、特許請求の範囲
等で明確にされたこの発明の一般概念の要旨と範囲を逸
脱せずに変更を加えることができる。

【図面の簡単な説明】

【図１】この発明の現今の優先実施態様による通信プロ
トコル解析システムの絵画ブロック図である。

【図２】図１のシステムの種々の構成要素のためのＶＭ
Ｅバスにおけるインターフェース接続図である。

【図３】図１のシステムのＶＸＩモジュールのハードウ
ェアブロック図である。

【図４】図１のシステムのＢＲＩモジュールのハードウ
ェアブロック図である。

【図５】図１のシステムのＰＲＩモジュールのハードウ
ェアブロック図である。

【図６】Ａ 優先方法に従ったシステムソフトウェアの機能ブロック
図である。

【図６】Ｂ 優先実施態様にシステムソフトウェアを結合させる優先
方法を図解しているブロック図である。

【図７】優先方法に従った機器構成パネル表示である。

【図８】Ａ−Ｄ 優先方法に従った表示のための種々のウインドウの型式
図である。

【図９】Ａ 優先方法に従ったＶＸＩモジュールのためのオプション
選択パネル図である。

【図９】Ｂ 優先方法に従ったＶＸＩモジュールに対し、グラフ選択
を示した形のオプション選択パネル図である。

【図９】Ｃ 優先方法に従ったＶＸＩモジュールのためのモジュール
制御パネル図である。

【図９】Ｄ 優先方法に従ったＶＸＩモジュールと共に使用されるべ
きグラフプログラムのための論理流れ図である。

【図１０】Ａ 優先方法に従ったＢＲＩモジュールのためのオプション
選択パネル図である。

【図１０】Ｂ 優先方法に従って、グラフ選択を示した形でＢＲＩオプ
ション選択パネル図である。

【図１０】Ｃ 優先方法に従ったＢＲＩモジュールのための制御パネル
図である。

【図１０】Ｄ 優先方法に従ったＢＲＩモジュールのためのグラフプロ
グラム表示図である。

【図１１】Ａ 優先方法に従ったＰＲＩオプション選択パネル図であ
る。

【図１２】優先方法に従ったオブジェクトのサンプルメ
ニューである。

【図１３】優先方法に従った完全なサンプル．ｄｃｄフ
ァイルである。

【図１４】Ａ−Ｃ 優先方法に従った３ページのマルチタスクグラフであ
る。

【図１５】Ａ 優先方法に従った模擬機能に対する流れ図である。

【図１５】Ｂ ノードＡ・Ｂ間の図解による伝達シナリオである。

【図１５】Ｃ 優先方法に従った模擬機能の選択のためのパネルであ
る。

【図１５】Ｄ 優先方法に従った模擬機能のための第２レベルパネルで
ある。

【図１５】Ｅ 優先方法に従った模擬機能のための論理流れ図表示であ
る。

【図１６】Ａ 優先方法に従ったＴＥのための準備メニューである。

【図１６】Ｂ 優先方法に従ったＮＴのための準備メニューである。

【図１６】Ｃ 優先方法に従ったフィナグルモードに対するＢＲＩモジ
ュールエラー生成に適したすべてのレイヤ１コマンドの
リストである。

【符号の説明】

１０ 通信プロトコル解析装置 １２ 制御プロセッサ １４ ハードディスク １６ ハードディスク １８ ＶＭＥバス ２０ キーボード ２２ トラックボール ２４ マウス ２６ 表示モニター １００ ＶＸＩモジュール ２００ ＢＲＩモジュール ３００ ＰＲＩモジュール

─────────────────────────────────────────────────────

【手続補正書】

【提出日】平成７年３月１６日

【手続補正３】

【補正対象書類名】明細書

【補正対象項目名】図面の簡単な説明

【補正方法】変更

【補正内容】

【図面の簡単な説明】

【図１】この発明の現今の優先実施態様による通信プロ
トコル解析システムの絵画ブロック図である。

【図２】図１のシステムの種々の構成要素のためのＶＭ
Ｅバスにおけるインターフェース接続図である。

【図３】図１のシステムのＶＸＩモジュールのハードウ
ェアブロック図である。

【図４】図１のシステムのＢＲＩモジュールのハードウ
ェアブロック図である。

【図５】図１のシステムのＰＲＩモジュールのハードウ
ェアブロック図である。

【図６】優先方法に従ったシステムソフトウェアの機能
ブロック図である。

【図７】優先実施態様にシステムソフトウェアを結合さ
せる優先方法を図解しているブロック図である。

【図８】優先方法に従った機器構成パネル表示である。

【図９】優先方法に従った表示のための種々のウインド
ウの型式図である。

【図１０】優先方法に従った表示のための種々のウイン
ドウの型式図である。

【図１１】優先方法に従った表示のための種々のウイン
ドウの型式図である。

【図１２】優先方法に従った表示のための種々のウイン
ドウの型式図である。

【図１３】優先方法に従ったＶＸＩモジュールのための
オプション選択パネル図である。

【図１４】優先方法に従ったＶＸＩモジュールに対し、
グラフ選択を示した形のオプション選択パネル図であ
る。

【図１５】優先方法に従ったＶＸＩモジュールのための
モジュール制御パネル図である。

【図１６】優先方法に従ったＶＸＩモジュールと共に使
用されるべきグラフプログラムのための論理流れ図であ
る。

【図１７】優先方法に従ったＢＲＩモジュールのための
オプション選択パネル図である。

【図１８】優先方法に従って、グラフ選択を示した形の
ＢＲＩオプション選択パネル図である。

【図１９】優先方法に従ったＢＲＩモジュールのための
制御パネル図である。

【図２０】優先方法に従ったＢＲＩモジュールのための
グラフプログラム表示図である。

【図２１】優先方法に従ったＰＲＩオプション選択パネ
ル図である。

【図２２】優先方法に従ったオブジェクトのサンプルメ
ニューである。

【図２３】優先方法に従った完全なサンプル．ｄｃｄフ
ァイルである。

【図２４】優先方法に従った３ページのマルチタスクグ
ラフである。

【図２５】優先方法に従った３ページのマルチタスクグ
ラフである。

【図２６】優先方法に従った３ページのマルチタスクグ
ラフである。

【図２７】優先方法に従った模擬機能に対する流れ図で
ある。

【図２８】ノードＡ・Ｂ間の図解による伝達シナリオで
ある。

【図２９】優先方法に従った模擬機能の選択のためのパ
ネルである。

【図３０】優先方法に従った模擬機能のための第２レベ
ルパネルである。

【図３１】優先方法に従った模擬機能のための論理流れ
図表示である。

【図３２】優先方法に従ったＴＥのための準備メニュー
である。

【図３３】優先方法に従ったＮＴのための準備メニュー
である。

【図３４】優先方法に従ったフィナグルモードに対する
ＢＲＩモジュールエラー生成に適したすべてのレイヤ１
コマンドのリストである。

【符号の説明】 １０ 通信プロトコル解析装置 １２ 制御プロセッサ １４・１６ ハードディスク １８ ＶＭＥバス ２０ キーボード ２２ トラックボール ２４ マウス ２６ 表示モニター １００ ＶＸＩモジュール ２００ ＢＲＩモジュール ３００ ＰＲＩモジュール

【手続補正４】

【補正対象書類名】図面

【補正対象項目名】全図

【補正方法】変更

【補正内容】

【図３】

【図１】

【図２】

【図４】

【図５】

【図６】

【図２８】

【図７】

【図８】

【図１６】

【図９】

【図１０】

【図１３】

【図１１】

【図１２】

【図１４】

【図１５】

【図１７】

【図１８】

【図１９】

【図２１】

【図２０】

【図２２】

【図２３】

【図２４】

【図２５】

【図２６】

【図２７】

【図２９】

【図３０】

【図３１】

【図３２】

【図３３】

【図３４】

───────────────────────────────────────────────────── フロントページの続き (72)発明者 ピーター フラックス カス アメリカ合衆国ニューハンプシャー州ダー ハム デニソン ロード４番地 (72)発明者 スティーブン チェイム パニッシュ アメリカ合衆国ニューハンプシャー州リー ジェコブ レーン ルーラルフリーデリ バリー＃１ (72)発明者 ポール ウィリアム パニッシュ アメリカ合衆国ニューハンプシャー州ドー バー マッドバリー ニュート ロード57 番地 (72)発明者 ステファン ウエスト ロバートショウ アメリカ合衆国ニューハンプシャー州デリ ー ウオルナットヒル ロード88番地

Claims (26)

【特許請求の範囲】
1. 【請求項１】 プロトコル解析装置を制御するための制
   御手段と、 ユーザ・コマンドを入力して制御手段にユーザ・コマン
   ドに応じてプロセス・コマンドを出力させるための制御
   手段に有効に接続された入力手段と、 プロセス・コマンドに応じてプロトコル解析装置とネッ
   トワーク間にデータを送り、プロセス出力信号を発生さ
   せるための制御手段と、 ネットワークに有効に接続されたデータ通信手段と、 プロセス出力信号をディスプレー内のウインドウとして
   出力するための制御手段とデータ通信手段の少なくとも
   一方に有効に接続された出力手段とを備え、 ウインドウはディスプレー内で二次元で変動する大きさ
   を有することを特徴とする通信プロトコル解析装置。
2. 【請求項２】 前記入力手段には、ユーザ・コマンドを
   入力してウインドウをディスプレー内で二次元で移動さ
   せるための手段が含まれる請求項１記載の通信プロトコ
   ル解析装置。
3. 【請求項３】 前記出力手段には複数のメニューをディ
   スプレイに出力するための手段が含まれ、前記入力手段
   にはメニューからユーザ・コマンドを選ぶための手段が
   含まれる請求項１記載の通信プロトコル解析装置。
4. 【請求項４】 ユーザ・コマンドをプロトコル・アナラ
   イザに入力し、ユーザ・コマンドに応じてプロトコル・
   アナライザとネットワーク間にデータを送るアプリケー
   ション・タスクを行い、データ通信の状況を表すプロセ
   ス出力信号を発生し、プロセス出力信号を複数のウイン
   ドウとしてディスプレーに出力し、ウインドウはディス
   プレー内で二次元で変動し得る大きさを有することを特
   徴とする通信プロトコル解析方法。
5. 【請求項５】 入力ステップには、ユーザ・コマンドを
   入力してウインドウをディスプレー内で二次元で移動さ
   せることが含まれる請求項４記載の通信プロトコル解析
   方法。
6. 【請求項６】 出力ステップには複数のメニューをディ
   スプレーに出力することが含まれ、入力ステップにはメ
   ニューからユーザ・コマンドを選ぶことが含まれる請求
   項４記載の通信プロトコル解析方法。
7. 【請求項７】 複数のオブジェクトを含むディスプレー
   としてプロセス出力信号を出力するための出力手段と、 オブジェクトを論理フローチャート内に配列し、各オブ
   ジェクトに関連するデータを入力するための入力手段
   と、 論理フローチャートに従ってアプリケーション・プログ
   ラムを生成するための入力手段に有効に接続された制御
   手段と、 アプリケーション・プログラムに従ってプロトコル解析
   装置とネットワークの間にフレーム・データを送るため
   の制御手段とネットワークに有効に接続されたデータ通
   信手段とを含むことを特徴とする通信プロトコル解析装
   置。
8. 【請求項８】 前記制御手段には、個々のオブジェクト
   に対応した複数の命令コード・ストリングを予め蓄積す
   るための手段と、論理フローチャートに従って命令コー
   ド・ストリングをアプリケーション・プログラムに配列
   するための手段とが含まれる請求項７記載の通信プロト
   コル解析装置。
9. 【請求項９】 前記制御手段には、データ通信手段と同
   時に実行されるアプリケーション・プログラムの一部に
   対応した論理フローチャートの一部をディスプレー内に
   強調表示するための出力手段に有効に接続される請求項
   ７記載の通信プロトコル解析装置。
10. 【請求項１０】 複数のオブジェクトを含むディスプレ
    ーとしてプロセス出力信号を出力し、プロトコル・アナ
    ライザを用いてオブジェクトを論理フローチャート内に
    配列し、各オブジェクトに関連するデータをプロトコル
    ・アナライザに入力し、プロトコル・アナライザを用い
    て、論理フローチャートに従ってアプリケーション・プ
    ログラムを生成させ、アプリケーション・プログラムに
    従ってプロトコル・アナライザとネットワークの間にデ
    ータを送ることを特徴とする通信プロトコル解析方法。
11. 【請求項１１】 前記アプリケーション・プログラム発
    生工程には個々のオブジェクトに対応した複数の命令コ
    ード・ストリングを予め蓄積することが含まれ、そして
    論理フローチャートに従って命令コード・ストリングを
    アプリケーション・プログラムに配列することが含まれ
    る請求項１０記載の通信プロトコル解析方法。
12. 【請求項１２】 前記データ通信工程には、プロトコル
    ・アナライザにより同時に実行されるアプリケーション
    ・プログラムの一部に対応した論理フローチャートの一
    部を強調表示することを含む請求項１０項記載の通信プ
    ロトコル解析方法。
13. 【請求項１３】 ユーザ・コマンドを入力するための入
    力手段と、 ユーザ・コマンドに応じてプロセス・コマンドを出力す
    るための入力手段に有効に接続された制御手段と、 プロセス・コマンドに応じてプロトコル解析装置とネッ
    トワーク間にデータを送り、プロセス出力信号を発生さ
    せるための制御手段とネットワークに有効に接続された
    データ通信手段と、 プロセス制御信号をディスプレーと流れ制御信号の少な
    くとも一方として出力するためのデータ通信手段に有効
    に接続された出力手段とを備え、 前記入力手段には通信プロトコルの既定の構造に対応す
    るプロトコル・デコードとプロトコル・デコード・アル
    ゴリズムを入力するための手段が含まれ、前記データ通
    信手段には、データを解析して既定の構造がデータ中に
    存在するかどうかを確認し、既定の構造がデータ中に存
    在するときは、プロトコル・デコードをプロセス出力信
    号内に一体化するための手段が含まれ、前記出力手段に
    は、プロトコル・デコードと既定の構造の少なくとも一
    方に従って、ディスプレーと制御信号の少なくとも一方
    を出力するための手段が含まれることを特徴とする通信
    プロトコル解析装置。
14. 【請求項１４】 ユーザ・コマンドを入力し、通信プロ
    トコルの既定の構造に対応するプロトコル・デコードと
    プロトコル・デコード・アルゴリズムをプロトコル・ア
    ナライザに入力し、ユーザ・コマンドに応じてプロトコ
    ル・アナライザとネットワーク間にデータを送り、デー
    タを解析して既定の構造がデータ中に存在するかどうか
    を確認し、プロセス出力信号を発生させ、既定の構造が
    データ中に存在するときは、プロトコル・デコードをプ
    ロセス出力信号内に一体化して、プロセス制御信号をデ
    ィスプレー及び流れ制御信号の少なくとも一方として出
    力し、プロトコル・デコードと既定の構造の少なくとも
    一方に従って、ディスプレー及び流れ制御信号の少なく
    とも一方にプロトコル・デコードを出力することを含む
    ことを特徴とする通信プロトコル解析方法。
15. 【請求項１５】 ユーザ・コマンドを入力するための入
    力手段と、 ユーザ・コマンドに応じてプロセス・コマンドを出力す
    るための入力手段に有効に接続された制御手段と、 プロセス・コマンドに応じてプロトコル解析システムと
    ネットワーク間にデータを送り、プロセス出力信号を発
    生させるための制御手段とネットワークに有効に接続さ
    れたデータ通信手段と、 プロセス制御手段をディスプレーとして出力するための
    データ通信手段に有効に接続された出力手段とを備え、 前記入力手段には通信プロトコルの既定の構造に対応す
    るプロトコル・デコードとプロトコル・デコード・アル
    ゴリズムを入力するための手段が含まれ、前記データ通
    信手段には、既定の構造に従ってデータを送るための手
    段が含まれることを特徴とする通信プロトコル解析装
    置。
16. 【請求項１６】 ユーザ・コマンドを入力し、通信プロ
    トコルの既定の構造に対応するプロトコル・デコードと
    プロトコル・デコード・アルゴリズムをプロトコル・ア
    ナライザに入力し、ユーザ・コマンドに応じてプロトコ
    ル・アナライザ及びネットワーク間にデータを送り、プ
    ロセス制御信号をディスプレーとして出力することを含
    むことを特徴とする通信プロトコル解析方法。
17. 【請求項１７】 ユーザ・コマンドを入力するための入
    力手段と、 ユーザ・コマンドに応じてプロセス・コマンドを出力す
    るための入力手段に有効に接続された制御手段と、 プロセス・コマンドに応じてプロトコル解析システムと
    ネットワーク間にデータを送り、プロセス出力信号を発
    生させるための制御手段とネットワークに有効に接続さ
    れたデータ通信手段と、 プロセス制御信号をディスプレーとして出力するための
    データ通信手段に有効に接続された出力手段とを備え、 前記入力手段には複数のタスクを本質的に同時に処理す
    るための手段が含まれることを特徴とする通信プロトコ
    ル解析装置。
18. 【請求項１８】 前記データ通信手段がプロトコルの複
    数の各層それぞれについてのタスクを包含するように複
    数のタスクを同時に実行する請求項１７記載の通信プロ
    トコル解析装置。
19. 【請求項１９】 ユーザ・コマンドを入力し、複数のタ
    スクを本質的に同時に処理することを含めて、ユーザ・
    コマンドに応じてプロトコル・アナライザ及びネットワ
    ーク間にデータを送り、プロセス制御信号をディスプレ
    ーとして出力することを含むことを特徴とする通信プロ
    トコル解析方法。
20. 【請求項２０】 ユーザ・コマンドを入力するための入
    力手段と、 ユーザ・コマンドに応じてプロセス・コマンドを出力す
    るための入力手段に有効に接続された制御手段と、 プロセス・コマンドに応じてプロトコル解析システムと
    ネットワーク間にデータを送るための制御手段とネット
    ワークに有効に接続されたデータ通信手段と、 プロセス制御信号をディスプレーとして出力するための
    データ通信手段に有効に接続された出力手段とを備え、 前記データ通信手段には、ネットワーク上のデータを監
    視するための手段、監視データに基づいてアプリケーシ
    ョン・プログラムを生成するための手段、及びアプリケ
    ーション・プログラムに従って監視データの選ばれた一
    部をネットワークに送るための手段が含まれることを特
    徴とする通信プロトコル解析装置。
21. 【請求項２１】 ユーザ・コマンドを入力し、ネットワ
    ーク上のデータを監視し、監視データに従ってアプリケ
    ーション・プログラムを生成し、アプリケーション・プ
    ログラムに従って監視データの選ばれた一部をネットワ
    ークに転送することを特徴とする通信プロトコル解析方
    法。
22. 【請求項２２】 ユーザ・コマンドを入力するための入
    力手段と、 ユーザ・コマンドに応じてプロセス・コマンドを出力す
    るための入力手段に有効に接続された制御手段と、 ネットワークに送られたデータを能動的に監視するため
    の制御手段とネットワークに有効に接続されたデータ通
    信手段とを備え、 前記データ通信手段には、ユーザ・コマンドに応じて、
    データを解析してプロセス・コマンドにより特定される
    選択先読み条件がデータ中に存在するかどうかを確認す
    るための手段、及び選択先読み条件の認識に応じてアク
    ティブ出力信号をネットワークに送るための手段が含ま
    れることを特徴とする通信プロトコル解析装置。
23. 【請求項２３】 ユーザ・コマンドをプロトコル・アナ
    ライザに入力し、プロトコル・アナライザを用いてネッ
    トワークに送られたデータを能動的に監視し、そして選
    択先読みの認識に応じてアクティブ出力信号をネットワ
    ークに送ることを特徴とする通信プロトコル解析方法。
24. 【請求項２４】 ユーザ・コマンドを入力するための入
    力手段と、 ユーザ・コマンドに応じてプロセス・コマンドを出力す
    るための入力手段に有効に接続された制御手段と、 プロセス・コマンドに応じて、ｎビットを有する誤りデ
    ータ・フレームを送り、ｎビットを有するデータ・フレ
    ームを送るための制御手段とネットワークに有効に接続
    されたデータ通信手段とを備え、 前記データ通信手段にはｎビットの誤りデータ・フレー
    ムのいずれかに誤りビットを生じさせるための手段を含
    むことを特徴とする通信プロトコル解析装置。
25. 【請求項２５】 前記データ通信手段には選ばれたプロ
    トコルに従ってデータ・フレームを構築するための手段
    が含まれ、誤り発生手段は、データ・フレーム構築手段
    を選択的に発生させて、ｎビットの構築データ・フレー
    ムのどのような組合せにも誤りを挿入させ、誤りデータ
    ・フレームを生成するようにデータ・フレーム構築手段
    に有効に接続される請求項２４記載の通信プロトコル解
    析装置。
26. 【請求項２６】 ユーザ・コマンドをプロトコル・アナ
    ライザに入力し、プロトコル・アナライザを用いてｎビ
    ットを有するデータ・フレームを構築し、ｎビットを有
    する誤りデータ・フレームを構築し、ユーザ・コマンド
    に応じて誤りデータ・フレームをネットワークに送り、
    前記誤りデータ・フレームはｎビット中のどれかに誤り
    データを有することを特徴とする通信プロトコル解析方
    法。