JP2001352363A - プロトコルアナライザ、そのプロトコル翻訳方法および記憶媒体 - Google Patents
プロトコルアナライザ、そのプロトコル翻訳方法および記憶媒体Info
- Publication number
- JP2001352363A JP2001352363A JP2000173666A JP2000173666A JP2001352363A JP 2001352363 A JP2001352363 A JP 2001352363A JP 2000173666 A JP2000173666 A JP 2000173666A JP 2000173666 A JP2000173666 A JP 2000173666A JP 2001352363 A JP2001352363 A JP 2001352363A
- Authority
- JP
- Japan
- Prior art keywords
- frame
- data
- transmission direction
- received
- stored
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/18—Protocol analysers
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Communication Control (AREA)
- Maintenance And Management Of Digital Transmission (AREA)
Abstract
(57)【要約】
【課題】 単一フレーム翻訳を用いて、ＯＢＥＸプロト
コルを正確に、かつ高速に翻訳表示するプロトコルアナ
ライザ、そのプロトコル翻訳方法および記憶媒体を提供
することである。 【解決手段】 ＣＰＵ２は、通信回線４０から受信した
順に取得したフレームの方向および種類を判断し、その
フレームがＲ方向拡張フレームである場合、内部フラグ
をＯＮに設定する。また、取得したフレームがＴ方向フ
レームであり、かつ内部フラグがＯＮに設定されている
場合、そのフレームに、Ｔ方向拡張フレームであること
を示す拡張アトリビュートを付加する。そして翻訳する
際、ＣＰＵ２は、Ｔ方向フレームに関しては拡張アトリ
ビュートの付加の有無により拡張フレーム／通常フレー
ムを識別する。
コルを正確に、かつ高速に翻訳表示するプロトコルアナ
ライザ、そのプロトコル翻訳方法および記憶媒体を提供
することである。 【解決手段】 ＣＰＵ２は、通信回線４０から受信した
順に取得したフレームの方向および種類を判断し、その
フレームがＲ方向拡張フレームである場合、内部フラグ
をＯＮに設定する。また、取得したフレームがＴ方向フ
レームであり、かつ内部フラグがＯＮに設定されている
場合、そのフレームに、Ｔ方向拡張フレームであること
を示す拡張アトリビュートを付加する。そして翻訳する
際、ＣＰＵ２は、Ｔ方向フレームに関しては拡張アトリ
ビュートの付加の有無により拡張フレーム／通常フレー
ムを識別する。
Description
【０００１】
【発明の属する技術分野】本発明は、通信回線において
通信端末間を双方向に送信されるデータをフレーム単位
で受信し、その受信したデータ毎にフレームフォーマッ
トにしたがって翻訳するプロトコルアナライザ、そのプ
ロトコル翻訳方法および記憶媒体に関する。
通信端末間を双方向に送信されるデータをフレーム単位
で受信し、その受信したデータ毎にフレームフォーマッ
トにしたがって翻訳するプロトコルアナライザ、そのプ
ロトコル翻訳方法および記憶媒体に関する。
【０００２】
【従来の技術】従来、通信回線において障害発生時に障
害発生箇所を判断する方法の一つとして、通信プロトコ
ルが正しいかを判断する方法がある。この方法では、プ
ロトコルアナライザを使用して、通信回線上のデータを
フレーム毎に受信し、その通信プロトコルにしたがって
フレームを翻訳する。そして、翻訳結果を画面に表示
し、この画面表示により、各フレーム毎のビットフィー
ルド値の正常／異常を判断し、回線の障害発生箇所の切
り分けに利用する。
害発生箇所を判断する方法の一つとして、通信プロトコ
ルが正しいかを判断する方法がある。この方法では、プ
ロトコルアナライザを使用して、通信回線上のデータを
フレーム毎に受信し、その通信プロトコルにしたがって
フレームを翻訳する。そして、翻訳結果を画面に表示
し、この画面表示により、各フレーム毎のビットフィー
ルド値の正常／異常を判断し、回線の障害発生箇所の切
り分けに利用する。
【０００３】通信プロトコルで規定されるフレーム（プ
ロトコルフレーム）は、図４に示すように、フレームの
種類により、各フィールド毎にフォーマットが定められ
ている。例えば、同図（ａ）に示すＩＰフレームの場
合、各フィールドは固定であり、そのフィールド毎に通
信に必要なステータスが決められる固定フレームであ
る。また、同図（ｂ）に示すＸ．２５パケットの場合、
パケット種別により以降のフォーマットが決まる可変フ
レームである。
ロトコルフレーム）は、図４に示すように、フレームの
種類により、各フィールド毎にフォーマットが定められ
ている。例えば、同図（ａ）に示すＩＰフレームの場
合、各フィールドは固定であり、そのフィールド毎に通
信に必要なステータスが決められる固定フレームであ
る。また、同図（ｂ）に示すＸ．２５パケットの場合、
パケット種別により以降のフォーマットが決まる可変フ
レームである。
【０００４】また、プロトコルの翻訳方法として、図５
に示すように、受信した単一フレームに対し順次プロト
コル翻訳する単一フレーム翻訳（同図（ａ））、受信し
たフレームの前後の相関関係を判断してプロトコル翻訳
するシーケンス翻訳（同図（ｂ））とがある。単一フレ
ーム翻訳は、受信もしくは蓄積したキャプチャデータ
を、順番に１フレームずつ取得して翻訳処理するため、
処理自体が軽く高速処理を行うことができる。
に示すように、受信した単一フレームに対し順次プロト
コル翻訳する単一フレーム翻訳（同図（ａ））、受信し
たフレームの前後の相関関係を判断してプロトコル翻訳
するシーケンス翻訳（同図（ｂ））とがある。単一フレ
ーム翻訳は、受信もしくは蓄積したキャプチャデータ
を、順番に１フレームずつ取得して翻訳処理するため、
処理自体が軽く高速処理を行うことができる。
【０００５】また、シーケンス翻訳は、取得したフレー
ムとその前後のフレームとの相関関係を判断して翻訳処
理するため、ＩｒＯＢＥＸ（以降ＯＢＥＸという）のよ
うな、通信シーケンスによってフレームフォーマットが
変化する特殊なプロトコルにも対応することができる。
しかし、通信シーケンスの判断は翻訳処理に大きな負担
をかけるため、画面への表示処理が遅くなるという欠点
がある。そのため、大半のプロトコルフレームはフレー
ムフォーマットが固定されているので、処理が単純な単
一フレーム翻訳が一般的に使われている。
ムとその前後のフレームとの相関関係を判断して翻訳処
理するため、ＩｒＯＢＥＸ（以降ＯＢＥＸという）のよ
うな、通信シーケンスによってフレームフォーマットが
変化する特殊なプロトコルにも対応することができる。
しかし、通信シーケンスの判断は翻訳処理に大きな負担
をかけるため、画面への表示処理が遅くなるという欠点
がある。そのため、大半のプロトコルフレームはフレー
ムフォーマットが固定されているので、処理が単純な単
一フレーム翻訳が一般的に使われている。
【０００６】上記のＯＢＥＸフレームには、図６に示す
ように、各フレームの先頭に付加されるオペコード（図
７参照）により３種類のＯＢＥＸフレームに分類され、
また、その送信方向により、フレームフォーマットが異
なる。
ように、各フレームの先頭に付加されるオペコード（図
７参照）により３種類のＯＢＥＸフレームに分類され、
また、その送信方向により、フレームフォーマットが異
なる。
【０００７】クライアントからサーバ方向へ送信される
方向（Ｔ方向、図８参照）においては、同図（ａ）に示
すように、それぞれのオペコードが「Connect」の拡張
フレーム（または Connect フレームと呼ぶ）、「SetPa
th」のSetPathフレーム、およびそれ以外の通常フレー
ムの、３種類のＴ方向フレームがある。
方向（Ｔ方向、図８参照）においては、同図（ａ）に示
すように、それぞれのオペコードが「Connect」の拡張
フレーム（または Connect フレームと呼ぶ）、「SetPa
th」のSetPathフレーム、およびそれ以外の通常フレー
ムの、３種類のＴ方向フレームがある。
【０００８】また、サーバからクライアントへ送信され
る方向（Ｒ方向）においては、同図（ｂ）に示すよう
に、上記のＴ方向フレームにおける通常フレームおよび
拡張フレームと同一のフレームフォーマットをもつ２種
類のＲ方向フレームがある。
る方向（Ｒ方向）においては、同図（ｂ）に示すよう
に、上記のＴ方向フレームにおける通常フレームおよび
拡張フレームと同一のフレームフォーマットをもつ２種
類のＲ方向フレームがある。
【０００９】このＲ方向フレームにおいては、図８
（ｂ）に示すように、Ｔ方向の拡張フレーム（Connect
フレーム）に対するレスポンスとなっているＲ方向フレ
ームのみが、拡張フレームとなる。さらに、同図（ｃ）
に示すように、Ｔ方向からの Connectフレームが連続し
ていても、最後のConnectフレームのレスポンスとなっ
ているＲ方向フレームは、拡張フレームになる。また、
同図（ａ）に示すように、Ｔ方向フレームがConnectフ
レーム以外の場合、直後のＲ方向フレームはオペコード
に関わらず、通常フレームとなる。
（ｂ）に示すように、Ｔ方向の拡張フレーム（Connect
フレーム）に対するレスポンスとなっているＲ方向フレ
ームのみが、拡張フレームとなる。さらに、同図（ｃ）
に示すように、Ｔ方向からの Connectフレームが連続し
ていても、最後のConnectフレームのレスポンスとなっ
ているＲ方向フレームは、拡張フレームになる。また、
同図（ａ）に示すように、Ｔ方向フレームがConnectフ
レーム以外の場合、直後のＲ方向フレームはオペコード
に関わらず、通常フレームとなる。
【００１０】
【発明が解決しようとする課題】しかしながら、Ｔ方向
フレームは、先頭１バイト目のオペコードを認識するこ
とで、拡張フレーム（connect フレーム）、SetPathフ
レーム、または通常フレームのいずれかであるかを判別
できる。しかし、Ｒ方向フレームは、図８に説明したよ
うに通信シーケンスによって通常フレームまたは拡張フ
レームに変化する。そのため、従来の単一フレーム翻訳
ではフレーム毎に判断・翻訳を行うため、図９に示すよ
うに、受信したＲ方向フレームが通常フレームか拡張フ
レームかを判断できない。
フレームは、先頭１バイト目のオペコードを認識するこ
とで、拡張フレーム（connect フレーム）、SetPathフ
レーム、または通常フレームのいずれかであるかを判別
できる。しかし、Ｒ方向フレームは、図８に説明したよ
うに通信シーケンスによって通常フレームまたは拡張フ
レームに変化する。そのため、従来の単一フレーム翻訳
ではフレーム毎に判断・翻訳を行うため、図９に示すよ
うに、受信したＲ方向フレームが通常フレームか拡張フ
レームかを判断できない。
【００１１】本発明の課題は、単一フレーム翻訳を用い
て、ＯＢＥＸプロトコルを正確に、かつ高速に翻訳表示
するプロトコルアナライザ、そのプロトコル翻訳方法お
よび記憶媒体を提供することである。
て、ＯＢＥＸプロトコルを正確に、かつ高速に翻訳表示
するプロトコルアナライザ、そのプロトコル翻訳方法お
よび記憶媒体を提供することである。
【００１２】
【課題を解決するための手段】上記課題を解決するた
め、請求項１記載の発明は、通信回線（例えば、図１の
通信回線４０）において通信端末間を双方向に送信され
るデータをフレーム単位で受信し、その受信したデータ
毎にフレームフォーマットにしたがって翻訳し出力する
プロトコルアナライザ（例えば、図１のプロトコルアナ
ライザ１０）であって、前記通信回線からフレーム単位
で受信したデータを受信した順に格納する格納手段（例
えば、図１のＲＡＭ１）と、前記格納手段に格納された
フレーム単位のデータを格納された順に取得し、当該取
得データの送信方向が所定の送信方向（例えば、図１の
クライアント３０からサーバ２０へのＴ方向）で、かつ
所定のフレーム種類（例えば、図６（ａ）の拡張フレー
ム）であれば識別フラグをセットし、また、前記取得デ
ータの送信方向が前記所定の送信方向と反対の送信方向
（例えば、図１のサーバ２０からクライアント３０への
Ｒ方向）で、かつ前記識別フラグがセットされていれ
ば、当該取得データに識別子（例えば、図３のフレーム
ｄ４およびｄ９に付加された拡張アトリビュート）を付
加する識別子付加手段（例えば、図１のＣＰＵ２）と、
前記格納手段に受信順に格納されたフレーム単位のデー
タに対し、そのデータの送信方向が前記所定の送信方向
である場合、そのフレームフォーマットにしたがって翻
訳・出力し、また、そのデータの送信方向が前記所定の
送信方向と反対の送信方向である場合、前記識別子の付
加の有無によりそのフレームの種類を識別し、そのフレ
ームフォーマットにしたがって翻訳・出力する翻訳手段
（例えば、図１のＣＰＵ２）と、を備えることを特徴と
する。
め、請求項１記載の発明は、通信回線（例えば、図１の
通信回線４０）において通信端末間を双方向に送信され
るデータをフレーム単位で受信し、その受信したデータ
毎にフレームフォーマットにしたがって翻訳し出力する
プロトコルアナライザ（例えば、図１のプロトコルアナ
ライザ１０）であって、前記通信回線からフレーム単位
で受信したデータを受信した順に格納する格納手段（例
えば、図１のＲＡＭ１）と、前記格納手段に格納された
フレーム単位のデータを格納された順に取得し、当該取
得データの送信方向が所定の送信方向（例えば、図１の
クライアント３０からサーバ２０へのＴ方向）で、かつ
所定のフレーム種類（例えば、図６（ａ）の拡張フレー
ム）であれば識別フラグをセットし、また、前記取得デ
ータの送信方向が前記所定の送信方向と反対の送信方向
（例えば、図１のサーバ２０からクライアント３０への
Ｒ方向）で、かつ前記識別フラグがセットされていれ
ば、当該取得データに識別子（例えば、図３のフレーム
ｄ４およびｄ９に付加された拡張アトリビュート）を付
加する識別子付加手段（例えば、図１のＣＰＵ２）と、
前記格納手段に受信順に格納されたフレーム単位のデー
タに対し、そのデータの送信方向が前記所定の送信方向
である場合、そのフレームフォーマットにしたがって翻
訳・出力し、また、そのデータの送信方向が前記所定の
送信方向と反対の送信方向である場合、前記識別子の付
加の有無によりそのフレームの種類を識別し、そのフレ
ームフォーマットにしたがって翻訳・出力する翻訳手段
（例えば、図１のＣＰＵ２）と、を備えることを特徴と
する。
【００１３】請求項１記載の発明のプロトコルアナライ
ザによれば、前記格納手段と、前記識別子付加手段と、
前記翻訳手段とを備えることにより、以前のフレーム種
類により設定される識別フラグの状態により取得フレー
ムに識別子を付加し、翻訳する際には、識別子の付加の
有無によりそのフレーム種類を容易に識別できる。その
ため、フレーム毎に翻訳処理を行う単一フレーム処理に
おいて、そのフレームと前後のフレームとの相関関係を
判断して翻訳処理を行うことができる。
ザによれば、前記格納手段と、前記識別子付加手段と、
前記翻訳手段とを備えることにより、以前のフレーム種
類により設定される識別フラグの状態により取得フレー
ムに識別子を付加し、翻訳する際には、識別子の付加の
有無によりそのフレーム種類を容易に識別できる。その
ため、フレーム毎に翻訳処理を行う単一フレーム処理に
おいて、そのフレームと前後のフレームとの相関関係を
判断して翻訳処理を行うことができる。
【００１４】請求項２記載の発明は、通信回線（例え
ば、図１の通信回線４０）において通信端末間を双方向
に送信されるデータをフレーム単位で受信し、その受信
したデータ毎にフレームフォーマットにしたがって翻訳
し出力するプロトコルアナライザ（例えば、図１のプロ
トコルアナライザ１０）のプロトコル翻訳方法であっ
て、前記通信回線からフレーム単位で受信したデータを
受信した順に格納する格納工程と、前記格納されたフレ
ーム単位のデータを格納された順に取得し、当該取得デ
ータの送信方向が所定の送信方向（例えば、図１のクラ
イアント３０からサーバ２０へのＴ方向）で、かつ所定
のフレーム種類（例えば、図６（ａ）の拡張フレーム）
であれば識別フラグをセットし、また、前記取得データ
の送信方向が前記所定の送信方向と反対の送信方向（例
えば、図１のサーバ２０からクライアント３０へのＲ方
向）で、かつ前記識別フラグがセットされていれば、当
該取得データに識別子（例えば、図３のフレームｄ４お
よびｄ９に付加された拡張アトリビュート）を付加する
識別子付加工程と、前記受信順に格納されたフレーム単
位のデータに対し、そのデータの送信方向が前記所定の
送信方向である場合、そのフレームフォーマットにした
がって翻訳・出力し、また、そのデータの送信方向が前
記所定の送信方向と反対の送信方向である場合、前記識
別子の付加の有無によりそのフレームの種類を識別し、
そのフレームフォーマットにしたがって翻訳・出力する
翻訳工程と、を含むことを特徴とする。
ば、図１の通信回線４０）において通信端末間を双方向
に送信されるデータをフレーム単位で受信し、その受信
したデータ毎にフレームフォーマットにしたがって翻訳
し出力するプロトコルアナライザ（例えば、図１のプロ
トコルアナライザ１０）のプロトコル翻訳方法であっ
て、前記通信回線からフレーム単位で受信したデータを
受信した順に格納する格納工程と、前記格納されたフレ
ーム単位のデータを格納された順に取得し、当該取得デ
ータの送信方向が所定の送信方向（例えば、図１のクラ
イアント３０からサーバ２０へのＴ方向）で、かつ所定
のフレーム種類（例えば、図６（ａ）の拡張フレーム）
であれば識別フラグをセットし、また、前記取得データ
の送信方向が前記所定の送信方向と反対の送信方向（例
えば、図１のサーバ２０からクライアント３０へのＲ方
向）で、かつ前記識別フラグがセットされていれば、当
該取得データに識別子（例えば、図３のフレームｄ４お
よびｄ９に付加された拡張アトリビュート）を付加する
識別子付加工程と、前記受信順に格納されたフレーム単
位のデータに対し、そのデータの送信方向が前記所定の
送信方向である場合、そのフレームフォーマットにした
がって翻訳・出力し、また、そのデータの送信方向が前
記所定の送信方向と反対の送信方向である場合、前記識
別子の付加の有無によりそのフレームの種類を識別し、
そのフレームフォーマットにしたがって翻訳・出力する
翻訳工程と、を含むことを特徴とする。
【００１５】請求項２記載の発明のプロトコルアナライ
ザのプロトコル翻訳方法によれば、前記格納工程と、前
記識別子付加工程と、前記翻訳工程とを含むことによ
り、以前のフレーム種類により設定される識別フラグの
状態により取得フレームに識別子を付加し、翻訳する際
には、識別子の付加の有無によりそのフレーム種類を容
易に識別できる。そのため、フレーム毎に翻訳処理を行
う単一フレーム処理において、そのフレームと前後のフ
レームとの相関関係を判断して翻訳処理を行うプロトコ
ル翻訳方法を提供できる。
ザのプロトコル翻訳方法によれば、前記格納工程と、前
記識別子付加工程と、前記翻訳工程とを含むことによ
り、以前のフレーム種類により設定される識別フラグの
状態により取得フレームに識別子を付加し、翻訳する際
には、識別子の付加の有無によりそのフレーム種類を容
易に識別できる。そのため、フレーム毎に翻訳処理を行
う単一フレーム処理において、そのフレームと前後のフ
レームとの相関関係を判断して翻訳処理を行うプロトコ
ル翻訳方法を提供できる。
【００１６】請求項３記載の発明は、通信回線（例え
ば、図１の通信回線４０）において通信端末間を双方向
に送信されるデータをフレーム単位で受信し、その受信
したデータ毎にフレームフォーマットにしたがって翻訳
し出力するためのコンピュータが実行可能なプログラム
を記憶した記憶媒体であって、前記通信回線からフレー
ム単位で受信したデータを受信した順に格納するための
コンピュータが実行可能なプログラムコードと、前記格
納されたフレーム単位のデータを格納された順に取得
し、当該取得データの送信方向が所定の送信方向（例え
ば、図１のクライアント３０からサーバ２０へのＴ方
向）で、かつ所定のフレーム種類（例えば、図６（ａ）
の拡張フレーム）であれば識別フラグをセットし、ま
た、前記取得データの送信方向が前記所定の送信方向と
反対の送信方向（例えば、図１のサーバ２０からクライ
アント３０へのＲ方向）で、かつ前記識別フラグがセッ
トされていれば、当該取得データに識別子を付加するた
めのコンピュータが実行可能なプログラムコードと、前
記受信順に格納されたフレーム単位のデータに対し、そ
のデータの送信方向が前記所定の送信方向である場合、
そのフレームフォーマットにしたがって翻訳・出力し、
また、そのデータの送信方向が前記所定の送信方向と反
対の送信方向である場合、前記識別子の付加の有無によ
りそのフレームの種類を識別し、そのフレームフォーマ
ットにしたがって翻訳・出力するためのコンピュータが
実行可能なプログラムコードと、を含むプログラムを記
憶したことを特徴とする。
ば、図１の通信回線４０）において通信端末間を双方向
に送信されるデータをフレーム単位で受信し、その受信
したデータ毎にフレームフォーマットにしたがって翻訳
し出力するためのコンピュータが実行可能なプログラム
を記憶した記憶媒体であって、前記通信回線からフレー
ム単位で受信したデータを受信した順に格納するための
コンピュータが実行可能なプログラムコードと、前記格
納されたフレーム単位のデータを格納された順に取得
し、当該取得データの送信方向が所定の送信方向（例え
ば、図１のクライアント３０からサーバ２０へのＴ方
向）で、かつ所定のフレーム種類（例えば、図６（ａ）
の拡張フレーム）であれば識別フラグをセットし、ま
た、前記取得データの送信方向が前記所定の送信方向と
反対の送信方向（例えば、図１のサーバ２０からクライ
アント３０へのＲ方向）で、かつ前記識別フラグがセッ
トされていれば、当該取得データに識別子を付加するた
めのコンピュータが実行可能なプログラムコードと、前
記受信順に格納されたフレーム単位のデータに対し、そ
のデータの送信方向が前記所定の送信方向である場合、
そのフレームフォーマットにしたがって翻訳・出力し、
また、そのデータの送信方向が前記所定の送信方向と反
対の送信方向である場合、前記識別子の付加の有無によ
りそのフレームの種類を識別し、そのフレームフォーマ
ットにしたがって翻訳・出力するためのコンピュータが
実行可能なプログラムコードと、を含むプログラムを記
憶したことを特徴とする。
【００１７】請求項３記載の発明の記憶媒体によれば、
受信データを受信順に格納するためのコンピュータが実
行可能なプログラムコードと、識別子を付加するための
コンピュータが実行可能なプログラムコードと、前記受
信データをフレームフォーマットにしたがって翻訳し出
力するためのコンピュータが実行可能なプログラムコー
ドとを含むプログラムを記憶することにより、以前のフ
レーム種類により設定される識別フラグの状態により取
得フレームに識別子を付加し、翻訳する際には、識別子
の付加の有無によりそのフレーム種類を容易に識別でき
る。そのため、フレーム毎に翻訳処理を行う単一フレー
ム処理において、そのフレームと前後のフレームとの相
関関係を判断して翻訳処理を行うことができる機能を容
易に付加できる。
受信データを受信順に格納するためのコンピュータが実
行可能なプログラムコードと、識別子を付加するための
コンピュータが実行可能なプログラムコードと、前記受
信データをフレームフォーマットにしたがって翻訳し出
力するためのコンピュータが実行可能なプログラムコー
ドとを含むプログラムを記憶することにより、以前のフ
レーム種類により設定される識別フラグの状態により取
得フレームに識別子を付加し、翻訳する際には、識別子
の付加の有無によりそのフレーム種類を容易に識別でき
る。そのため、フレーム毎に翻訳処理を行う単一フレー
ム処理において、そのフレームと前後のフレームとの相
関関係を判断して翻訳処理を行うことができる機能を容
易に付加できる。
【００１８】
【発明の実施の形態】以下、図を参照して実施の形態を
詳細に説明する。
詳細に説明する。
【００１９】まず構成を説明する。図１は、本発明を適
用した一実施の形態のプロトコルアナライザ１０の内部
構成を示すブロック図である。本プロトコルアナライザ
１０は、ＲＡＭ１、ＣＰＵ２、および記憶媒体３から構
成され、サーバ２０およびクライアント３０間を結ぶ通
信回線４０からフレーム毎に受信したデータに対し、Ｒ
方向拡張フレームを表す拡張アトリビュートを付加す
る。また、その受信データをフレーム毎に順次翻訳処理
し、外部接続された表示部５に表示させる。
用した一実施の形態のプロトコルアナライザ１０の内部
構成を示すブロック図である。本プロトコルアナライザ
１０は、ＲＡＭ１、ＣＰＵ２、および記憶媒体３から構
成され、サーバ２０およびクライアント３０間を結ぶ通
信回線４０からフレーム毎に受信したデータに対し、Ｒ
方向拡張フレームを表す拡張アトリビュートを付加す
る。また、その受信データをフレーム毎に順次翻訳処理
し、外部接続された表示部５に表示させる。
【００２０】プロトコルアナライザ１０内のＲＡＭ１
は、サーバ２０およびクライアント３０間を結ぶ通信回
線４０上から受信したデータをフレーム単位毎に、拡張
アトリビュートを付加するための拡張アトリビュート領
域を追加したキャプチャデータとして格納する。
は、サーバ２０およびクライアント３０間を結ぶ通信回
線４０上から受信したデータをフレーム単位毎に、拡張
アトリビュートを付加するための拡張アトリビュート領
域を追加したキャプチャデータとして格納する。
【００２１】また、ＣＰＵ２は、ＨＤやＲＯＭ等の記憶
媒体３に格納されるアトリビュート付加処理プログラ
ム、および翻訳処理プログラムにしたがい、ＲＡＭ１に
格納されているキャプチャデータに対し、Ｒ方向拡張フ
レームに拡張アトリビュートを付加するアトリビュート
付加処理、および単一フレーム翻訳処理を行う。そし
て、その翻訳結果を表示部５に出力・表示させる。
媒体３に格納されるアトリビュート付加処理プログラ
ム、および翻訳処理プログラムにしたがい、ＲＡＭ１に
格納されているキャプチャデータに対し、Ｒ方向拡張フ
レームに拡張アトリビュートを付加するアトリビュート
付加処理、および単一フレーム翻訳処理を行う。そし
て、その翻訳結果を表示部５に出力・表示させる。
【００２２】次に動作を説明する。プロトコルアナライ
ザ１０における本発明のアトリビュート付加処理動作
を、図２に示すフローチャートに基づいて説明する。な
お、この動作は、ＯＢＥＸレイヤのみに適用される動作
であり、ＯＢＥＸレイヤをもたないフレームに対して
は、アトリビュート付加処理動作を行わないで、次のフ
レームを判断する。
ザ１０における本発明のアトリビュート付加処理動作
を、図２に示すフローチャートに基づいて説明する。な
お、この動作は、ＯＢＥＸレイヤのみに適用される動作
であり、ＯＢＥＸレイヤをもたないフレームに対して
は、アトリビュート付加処理動作を行わないで、次のフ
レームを判断する。
【００２３】まず、ＣＰＵ２は、内部フラグを初期値と
してＯＦＦに設定する。この内部フラグは、Ｔ方向フレ
ームが拡張フレームであった場合、その直後のＲ方向フ
レームを拡張フレームであると判断するためのフラグで
あり、Ｔ方向拡張フレームを確認した場合、ＯＮに設定
される。そして、ＲＡＭ１内に格納されたキャプチャデ
ータから、受信した順にフレームを取得し、以下の処理
を実行する。
してＯＦＦに設定する。この内部フラグは、Ｔ方向フレ
ームが拡張フレームであった場合、その直後のＲ方向フ
レームを拡張フレームであると判断するためのフラグで
あり、Ｔ方向拡張フレームを確認した場合、ＯＮに設定
される。そして、ＲＡＭ１内に格納されたキャプチャデ
ータから、受信した順にフレームを取得し、以下の処理
を実行する。
【００２４】まず、ＣＰＵ２は、取得したフレームが、
ＯＢＥＸレイヤをもつフレームであるか否かを判断する
（ステップＳ１）。そのフレームがＯＢＥＸレイヤをも
つフレームでなければ（ステップＳ１：ＮＯ）、続いて
次のフレームを判断対象し（ステップＳ１３）、また、
ＯＢＥＸレイヤをもつフレームであれば（ステップ１：
ＹＥＳ）、その取得したフレームの送信方向から、その
フレームがＴ方向フレームであるかＲ方向フレームであ
るかを判断する（ステップＳ２）。取得したフレームが
Ｔ方向フレームである場合（ステップＳ２：Ｔ方向）、
そのフレームが正常フレームであり（ステップＳ３：Ｙ
ＥＳ）、かつオペコードがConnect であることを確認す
ると（ステップＳ４：ＹＥＳ）、ＣＰＵ２は、内部フラ
グをＯＮに設定する（ステップＳ５）。そして、次のフ
レームを判断対象とし（ステップＳ７）、同様の処理を
行う。
ＯＢＥＸレイヤをもつフレームであるか否かを判断する
（ステップＳ１）。そのフレームがＯＢＥＸレイヤをも
つフレームでなければ（ステップＳ１：ＮＯ）、続いて
次のフレームを判断対象し（ステップＳ１３）、また、
ＯＢＥＸレイヤをもつフレームであれば（ステップ１：
ＹＥＳ）、その取得したフレームの送信方向から、その
フレームがＴ方向フレームであるかＲ方向フレームであ
るかを判断する（ステップＳ２）。取得したフレームが
Ｔ方向フレームである場合（ステップＳ２：Ｔ方向）、
そのフレームが正常フレームであり（ステップＳ３：Ｙ
ＥＳ）、かつオペコードがConnect であることを確認す
ると（ステップＳ４：ＹＥＳ）、ＣＰＵ２は、内部フラ
グをＯＮに設定する（ステップＳ５）。そして、次のフ
レームを判断対象とし（ステップＳ７）、同様の処理を
行う。
【００２５】なお、取得したＴ方向フレームが正常フレ
ームでない場合（ステップＳ３：ＮＯ）、もしくはオペ
コードがConnect でない場合（ステップＳ４：ＮＯ）、
ＣＰＵ２は、内部フラグをＯＦＦに設定し（ステップＳ
５）、次のフレームを判断対象とし（ステップＳ７）、
同様の処理を行う。
ームでない場合（ステップＳ３：ＮＯ）、もしくはオペ
コードがConnect でない場合（ステップＳ４：ＮＯ）、
ＣＰＵ２は、内部フラグをＯＦＦに設定し（ステップＳ
５）、次のフレームを判断対象とし（ステップＳ７）、
同様の処理を行う。
【００２６】また、取得したフレームがＲ方向フレーム
である場合（ステップＳ２：Ｒ方向）、ＣＰＵ２は、そ
のフレームが正常フレームであるか、および内部フラグ
がＯＮであるかを判断する（ステップＳ８およびＳ
９）。取得したフレームが正常フレームであり（ステッ
プＳ８：ＹＥＳ）、かつ内部フラグがＯＮであることを
確認すると（ステップＳ９：ＹＥＳ）、ＣＰＵ２は、そ
の取得したフレームをＲ方向拡張フレームであると判断
し、拡張アトリビュートを付加する（ステップＳ１
０）。そして、ＯＮに設定されていた内部フラグをＯＦ
Ｆに設定し（ステップＳ１１）、次のフレームを判断対
象とし（ステップＳ７）し、同様の処理を行う。
である場合（ステップＳ２：Ｒ方向）、ＣＰＵ２は、そ
のフレームが正常フレームであるか、および内部フラグ
がＯＮであるかを判断する（ステップＳ８およびＳ
９）。取得したフレームが正常フレームであり（ステッ
プＳ８：ＹＥＳ）、かつ内部フラグがＯＮであることを
確認すると（ステップＳ９：ＹＥＳ）、ＣＰＵ２は、そ
の取得したフレームをＲ方向拡張フレームであると判断
し、拡張アトリビュートを付加する（ステップＳ１
０）。そして、ＯＮに設定されていた内部フラグをＯＦ
Ｆに設定し（ステップＳ１１）、次のフレームを判断対
象とし（ステップＳ７）し、同様の処理を行う。
【００２７】なお、取得したＲ方向フレームが正常フレ
ームでない場合（ステップＳ８：ＮＯ）、もしくは内部
フラグがＯＮに設定されていない場合（ステップＳ９：
ＮＯ）、ＣＰＵ２は、内部フラグをＯＦＦに設定し（ス
テップＳ１２）、次のフレームを判断対象とし（ステッ
プＳ１３）、同様の処理を行う。
ームでない場合（ステップＳ８：ＮＯ）、もしくは内部
フラグがＯＮに設定されていない場合（ステップＳ９：
ＮＯ）、ＣＰＵ２は、内部フラグをＯＦＦに設定し（ス
テップＳ１２）、次のフレームを判断対象とし（ステッ
プＳ１３）、同様の処理を行う。
【００２８】以上のように、ＲＡＭ１内に格納されたす
べてのキャプチャデータに対する処理を終了すると（ス
テップＳ１４：ＹＥＳ）、ＣＰＵ２は、本アトリビュー
ト付加処理を終了する。
べてのキャプチャデータに対する処理を終了すると（ス
テップＳ１４：ＹＥＳ）、ＣＰＵ２は、本アトリビュー
ト付加処理を終了する。
【００２９】以上の処理を行うと、図３に示すように、
ＲＡＭ１内に格納されたキャプチャデータは、フレーム
毎に順番に判断され、そして、Ｔ方向拡張フレームｄ３
およびｄ８の直後のＲ方向フレームｄ４およびｄ９が拡
張フレームと判断され、それぞれに拡張アトリビュート
が付加される。そのため、翻訳処理部は、Ｒ方向フレー
ムについて拡張アトリビュートの付加の有無を確認する
ことにより、拡張フレーム／通常フレームを容易に判断
でき、正確な翻訳処理を行うことができる。
ＲＡＭ１内に格納されたキャプチャデータは、フレーム
毎に順番に判断され、そして、Ｔ方向拡張フレームｄ３
およびｄ８の直後のＲ方向フレームｄ４およびｄ９が拡
張フレームと判断され、それぞれに拡張アトリビュート
が付加される。そのため、翻訳処理部は、Ｒ方向フレー
ムについて拡張アトリビュートの付加の有無を確認する
ことにより、拡張フレーム／通常フレームを容易に判断
でき、正確な翻訳処理を行うことができる。
【００３０】なお、本アトリビュート付加処理は、ＲＡ
Ｍ１内に受信・格納されたキャプチャデータに対して実
行するとしたが、通信回線４０からフレームを受信する
度にそのフレームに対してアトリビュートを付加するか
否かを判断し、ＲＡＭ１にキャプチャデータとして格納
するようにしてもよい。
Ｍ１内に受信・格納されたキャプチャデータに対して実
行するとしたが、通信回線４０からフレームを受信する
度にそのフレームに対してアトリビュートを付加するか
否かを判断し、ＲＡＭ１にキャプチャデータとして格納
するようにしてもよい。
【００３１】このようにアトリビュート付加処理を行っ
たキャプチャデータは、翻訳処理において、Ｔ方向フレ
ームは、従来のようにオペコードの種類によりフレーム
の種類を識別／翻訳される。そして、Ｒ方向フレーム
は、拡張アトリビュートの有無により拡張フレーム／通
常フレームが識別され、識別されたフレームフォーマッ
トにしたがい、翻訳される。そのため、単一フレーム処
理で、シーケンス処理が必要なＯＢＥＸフレームを正確
にかつ高速に翻訳・表示することが可能となる。
たキャプチャデータは、翻訳処理において、Ｔ方向フレ
ームは、従来のようにオペコードの種類によりフレーム
の種類を識別／翻訳される。そして、Ｒ方向フレーム
は、拡張アトリビュートの有無により拡張フレーム／通
常フレームが識別され、識別されたフレームフォーマッ
トにしたがい、翻訳される。そのため、単一フレーム処
理で、シーケンス処理が必要なＯＢＥＸフレームを正確
にかつ高速に翻訳・表示することが可能となる。
【００３２】
【発明の効果】請求項１、２または３記載の発明によれ
ば、以前のフレーム種類により設定される識別フラグの
状態により取得フレームに識別子を付加し、翻訳する際
には、識別子の付加の有無によりそのフレーム種類を容
易に識別できる。そのため、フレーム毎に翻訳処理を行
う単一フレーム処理において、そのフレームと前後のフ
レームとの相関関係を判断して、翻訳処理を行なえる。
ば、以前のフレーム種類により設定される識別フラグの
状態により取得フレームに識別子を付加し、翻訳する際
には、識別子の付加の有無によりそのフレーム種類を容
易に識別できる。そのため、フレーム毎に翻訳処理を行
う単一フレーム処理において、そのフレームと前後のフ
レームとの相関関係を判断して、翻訳処理を行なえる。
【００３３】例えば、ＯＢＥＸプロトコルにおいて、内
部フラグのＯＮ／ＯＦＦによりＲ方向フレームの直前が
Ｔ方向拡張フレームか否かを判断でき、Ｔ方向拡張フレ
ームの直後のＲ方向フレームに、拡張フレームを示す拡
張アトリビュートを付加できる。そして、プロトコル翻
訳する際、Ｒ方向フレームについて拡張アトリビュート
の付加の有無により拡張フレーム／通常フレームを容易
に識別でき、そのため、単一フレーム翻訳においてＯＢ
ＥＸプロトコルを正確に、かつ高速に翻訳表示できる。
部フラグのＯＮ／ＯＦＦによりＲ方向フレームの直前が
Ｔ方向拡張フレームか否かを判断でき、Ｔ方向拡張フレ
ームの直後のＲ方向フレームに、拡張フレームを示す拡
張アトリビュートを付加できる。そして、プロトコル翻
訳する際、Ｒ方向フレームについて拡張アトリビュート
の付加の有無により拡張フレーム／通常フレームを容易
に識別でき、そのため、単一フレーム翻訳においてＯＢ
ＥＸプロトコルを正確に、かつ高速に翻訳表示できる。
【図１】本発明のプロトコルアナライザ１０の内部構成
を示す図である。
を示す図である。
【図２】拡張アトリビュートを付加する単一フレーム翻
訳処理の動作を示すフローチャートである。
訳処理の動作を示すフローチャートである。
【図３】本発明の単一フレーム翻訳処理を説明する図で
ある。
ある。
【図４】プロトコルフォーマットの例であり、同図
（ａ）はＩＰフレームのフォーマットを、同図（ｂ）は
Ｘ．２５パケットのフォーマットを示す。
（ａ）はＩＰフレームのフォーマットを、同図（ｂ）は
Ｘ．２５パケットのフォーマットを示す。
【図５】単一フレーム翻訳（同図（ａ））、およびシー
ケンス翻訳（同図（ｂ））を説明する図である。
ケンス翻訳（同図（ｂ））を説明する図である。
【図６】ＯＢＥＸプロトコルにおけるＴ方向フレーム
（同図（ａ））、およびＲ方向フレーム（同図（ｂ））
のフォーマットである。
（同図（ａ））、およびＲ方向フレーム（同図（ｂ））
のフォーマットである。
【図７】Ｔ方向フレーム（同図（ａ））、およびＲ方向
フレーム（同図（ｂ））におけるオペコードの一覧であ
る。
フレーム（同図（ｂ））におけるオペコードの一覧であ
る。
【図８】Ｒ方向フレームが普通フレームの場合（同図
（ａ））、拡張フレームの場合（同図（ｂ）および
（ｃ））の、ＯＢＥＸフレームの送信例である。
（ａ））、拡張フレームの場合（同図（ｂ）および
（ｃ））の、ＯＢＥＸフレームの送信例である。
【図９】従来の単一フレーム翻訳処理を説明する図であ
る。
る。
１０ プロトコルアナライザ １ ＲＡＭ ２ ＣＰＵ ３ 記憶媒体 ５ 表示部 ２０ サーバ ３０ クライアント ４０ 通信回線
Claims (3)
- 【請求項１】通信回線において通信端末間を双方向に送
信されるデータをフレーム単位で受信し、その受信した
データ毎にフレームフォーマットにしたがって翻訳し出
力するプロトコルアナライザであって、 前記通信回線からフレーム単位で受信したデータを受信
した順に格納する格納手段と、 前記格納手段に格納されたフレーム単位のデータを格納
された順に取得し、当該取得データの送信方向が所定の
送信方向で、かつ所定のフレーム種類であれば識別フラ
グをセットし、また、前記取得データの送信方向が前記
所定の送信方向と反対の送信方向で、かつ前記識別フラ
グがセットされていれば、当該取得データに拡張アトリ
ビュートを付加する拡張アトリビュート付加手段と、 前記格納手段に受信順に格納されたフレーム単位のデー
タに対し、そのデータの送信方向が前記所定の送信方向
である場合、そのフレームフォーマットにしたがって翻
訳・出力し、また、そのデータの送信方向が前記所定の
送信方向と反対の送信方向である場合、前記拡張アトリ
ビュートの付加の有無によりそのフレームの種類を識別
し、そのフレームフォーマットにしたがって翻訳・出力
する翻訳手段と、 を備えることを特徴とするプロトコルアナライザ。 - 【請求項２】通信回線において通信端末間を双方向に送
信されるデータをフレーム単位で受信し、その受信した
データ毎にフレームフォーマットにしたがって翻訳し出
力するプロトコルアナライザのプロトコル翻訳方法であ
って、 前記通信回線からフレーム単位で受信したデータを受信
した順に格納する格納工程と、 前記格納されたフレーム単位のデータを格納された順に
取得し、当該取得データの送信方向が所定の送信方向
で、かつ所定のフレーム種類であれば識別フラグをセッ
トし、また、前記取得データの送信方向が前記所定の送
信方向と反対の送信方向で、かつ前記識別フラグがセッ
トされていれば、当該取得データに拡張アトリビュート
を付加する拡張アトリビュート付加工程と、 前記格納手段に受信順に格納されたフレーム単位のデー
タに対し、そのデータの送信方向が前記所定の送信方向
である場合、そのフレームフォーマットにしたがって翻
訳・出力し、また、そのデータの送信方向が前記所定の
送信方向と反対の送信方向である場合、前記拡張アトリ
ビュートの付加の有無によりそのフレームの種類を識別
し、そのフレームフォーマットにしたがって翻訳・出力
する翻訳工程と、 を含むことを特徴とするプロトコルアナライザのプロト
コル翻訳方法。 - 【請求項３】通信回線において通信端末間を双方向に送
信されるデータをフレーム単位で受信し、その受信した
データ毎にフレームフォーマットにしたがって翻訳し出
力するためのコンピュータが実行可能なプログラムを記
憶した記憶媒体であって、 前記通信回線からフレーム単位で受信したデータを受信
した順に格納するためのコンピュータが実行可能なプロ
グラムコードと、 前記格納されたフレーム単位のデータを格納された順に
取得し、当該取得データの送信方向が所定の送信方向
で、かつ所定のフレーム種類であれば識別フラグをセッ
トし、また、前記取得データの送信方向が前記所定の送
信方向と反対の送信方向で、かつ前記識別フラグがセッ
トされていれば、当該取得データに拡張アトリビュート
を付加するためのコンピュータが実行可能なプログラム
コードと、 前記受信順に格納されたフレーム単位のデータに対し、
そのデータの送信方向が前記所定の送信方向である場
合、そのフレームフォーマットにしたがって翻訳・出力
し、また、そのデータの送信方向が前記所定の送信方向
と反対の送信方向である場合、前記拡張アトリビュート
の付加の有無によりそのフレームの種類を識別し、その
フレームフォーマットにしたがって翻訳・出力するため
のコンピュータが実行可能なプログラムコードと、 を含むプログラムを記憶したことを特徴とする記憶媒
体。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000173666A JP2001352363A (ja) | 2000-06-09 | 2000-06-09 | プロトコルアナライザ、そのプロトコル翻訳方法および記憶媒体 |
| US09/863,274 US20020004829A1 (en) | 2000-06-09 | 2001-05-24 | Protocol analyzer, protocol analyzing method, storage medium, data signal and computer program |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000173666A JP2001352363A (ja) | 2000-06-09 | 2000-06-09 | プロトコルアナライザ、そのプロトコル翻訳方法および記憶媒体 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2001352363A true JP2001352363A (ja) | 2001-12-21 |
Family
ID=18675858
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000173666A Pending JP2001352363A (ja) | 2000-06-09 | 2000-06-09 | プロトコルアナライザ、そのプロトコル翻訳方法および記憶媒体 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US20020004829A1 (ja) |
| JP (1) | JP2001352363A (ja) |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6826639B2 (en) * | 2001-07-27 | 2004-11-30 | Computer Access Technology Corporation | Hierarchical display of multilevel protocol for communication data |
| US20030023901A1 (en) * | 2001-07-27 | 2003-01-30 | Hack Stephen Patrick | Method for analyzing serial bus traffic for debugging systems |
| US7062680B2 (en) * | 2002-11-18 | 2006-06-13 | Texas Instruments Incorporated | Expert system for protocols analysis |
| US7607093B2 (en) * | 2003-04-04 | 2009-10-20 | Agilent Technologies, Inc. | Displaying network segment decode information in diagrammatic form |
| EP1931083B1 (de) | 2006-12-06 | 2012-02-01 | Tektronix International Sales GmbH | System umfassend eine Dekodiervorrichtung und eine Protokollbeschreibungssprache sowie Verfahren zum Analysieren von Kommunikationsprotokollen mit einer generischen Dekodiervorrichtung. |
| US20090043768A1 (en) * | 2007-05-03 | 2009-02-12 | Kivati Software, Llc | method for differentiating states of n machines |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1293502C (zh) * | 1999-06-30 | 2007-01-03 | 倾向探测公司 | 用于监控网络流量的方法和设备 |
-
2000
- 2000-06-09 JP JP2000173666A patent/JP2001352363A/ja active Pending
-
2001
- 2001-05-24 US US09/863,274 patent/US20020004829A1/en not_active Abandoned
Also Published As
| Publication number | Publication date |
|---|---|
| US20020004829A1 (en) | 2002-01-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN113810791B (zh) | 一种提高智能网卡/dpu网络遥测技术性能的方法 | |
| US8804762B2 (en) | Method and system for timestamp inclusion in virtual local area network tag | |
| CN109474614B (zh) | 一种多协议的解析方法及系统 | |
| US6819681B1 (en) | Systems and methods for predicting data fields in layered protocols | |
| WO2005088911A1 (en) | Network relay service using source address-based priority conrol | |
| JP2001352363A (ja) | プロトコルアナライザ、そのプロトコル翻訳方法および記憶媒体 | |
| JP5161120B2 (ja) | データ・パケット・フレームを受信するための方法、モジュールおよび装置 | |
| JPH10294769A (ja) | 中継装置 | |
| CN117041188A (zh) | 一种矢量数据包处理框架和操作系统的联通方法 | |
| US8625619B2 (en) | Domain gateway control system and method thereof | |
| CN112003865A (zh) | 一种数据帧的传输方法、装置、存储介质及电子设备 | |
| JP4581925B2 (ja) | データ転送装置およびデータ転送方法 | |
| JP3320200B2 (ja) | 遠距離通信システム用通信端末装置 | |
| KR101442485B1 (ko) | 데이터 통신 시스템 및 그 방법 | |
| CN110784513B (zh) | 基于链路层数据帧的数据镜像方法 | |
| US20030214973A1 (en) | Method and apparatus for separating data packets in a memory buffer | |
| JP3843923B2 (ja) | プリアンブルを利用したデータ交換装置及びスイッチングハブ並びにメディアコンバータ | |
| CN114189565B (zh) | 一种头域还原系统、方法及相关设备 | |
| US20240073083A1 (en) | Network device, control method, and storage medium | |
| JPH1168874A (ja) | 伝送情報の解析方式 | |
| JP3297645B2 (ja) | 伝送制御装置及び伝送制御システム | |
| JPH05235946A (ja) | ネットワークの構成認識装置 | |
| JPH11289344A (ja) | データ伝送システム | |
| US20020133609A1 (en) | Universal method and apparatus for communication between devices | |
| CN112383720A (zh) | 一种图像数据处理设备及图像数据处理方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A711 | Notification of change in applicant |
Free format text: JAPANESE INTERMEDIATE CODE: A711 Effective date: 20041001 |