JPH0354941A

JPH0354941A - 通信データ管理方式

Info

Publication number: JPH0354941A
Application number: JP1188919A
Authority: JP
Inventors: Hiroshi Kanamaru; 浩金丸
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 1989-07-24
Filing date: 1989-07-24
Publication date: 1991-03-08

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】［産業上の利用分野］本発明は通信データ管理方式に関し、特にシリアル回線
上で授受される通信データを管理する通信データ管理方
式に関するものである。

［従来の技術］従来、ホストコンピュータ装置と端末装置との間の通信
データを管理し解析する方法としては、第１図に示すよ
うに、ホストコンピュータ装置１０１と端末装置１０２
との間にプロトコル解析装置１０５を接続し、このプロ
トコル解析装置１０５によって、シリアル・インタフェ
ース用ケーブル上の通信データを管理し解析する方法が
一般的に知られている。

［発明が解決しようとしている課題］しかしながら、上記従来例のようなプロトコル解析装置
を使用する方式は、プロトコル解析装置自体が非常に高
価であり、簡単に購入することができなかった。また、
装置が提供している機能は多数あるが、そのほとんどは
、使用されず、その操作も煩雑であり、更に、設置する
場所も余分に専有するなどの欠点があった。

本発明は、上記課題を解決するために成されたもので、
シリアル回線上で授受される通信データを、簡単に管理
することができる通信データ管理方式を提供することを
目的とする。

［課題を解決するための手段］上記目的を達或するために、本発明の通信データ管理方
式は以下の構成から成る。即ち、シリアル回線上で受授
される通信データを管理する通信データ管理方式であっ
て、前記通信データの蓄積開始又は終了を指定する指定
手段と、該指定手段での蓄積開始に従って通信データの
蓄積制御を行う蓄積制御手段と、前記指定手段での蓄積
終了に従って前記蓄積制御手段により蓄積した通信デー
タを管理する管理手段とを有する。

［作用］以上の構成において、シリアル回線上で受授される通信
データの蓄積開始が指定されると、蓄積制御を行い、蓄
積終了を指定されると、蓄積した通信データを管理する
ように動作する。

［実施例］以下、添付図面を参照して本発明に係る好適な一実施例
を詳細に説明する。

〈構成の説明　（第２図）〉第２図は、実施例における通信データ管理方式を端末装
置に適用した場合の基本構成を示す図である。図におい
て、２０１はホストコンピュータ装置であり、本実施例
ではデータ通信を行う他のコンピュータ装置であれば何
でもよい。２０２は端末装置であり、ホストコンピュー
タ装置２０１とシリアル・インタフェース２０３がシリ
アル・インタフェース用ケーブル２０４を介して通信を
行う。

以上の基本構成において、通信データを管理し解析する
ことを最大の目的としている。つまり、プロトコル解析
装置等を使用しないことに特徴がある。本実施例では、
端末装置におけるシリアル・インタフェース用ドライバ
・プログラムの処理によって、通信データを管理する方
式を実現するものである。

この管理方式を達成するために、シリアル・インタフェ
ース用ドライバ・プログラムは、第３図に示すようなプ
ログラム及びデータ構造を持たなければならない。

図において、３０１はシリアル・インタフェース用ドラ
イバ・プログラム、つまり、本来の通信のためのドライ
バの部分である。３０２は３つの手段を有する通信デー
タ管理プログラムであり、全部で５つのサブ・モジュー
ルから成る。３０３はブライマリ通信データ記憶バツフ
ァ、３０４はセカンダリ通信データ記憶バツファである
。この２個のバツファは、通信データをバツファリング
する時に、交互に使用される。

次に、上述した各サブ・モジュールの処理手順を第４図
〜第８図に示すフローチャートに従って以下に説明する
。

まず、第４図に示すフローチャートは、第ｌのサブ・モ
ジュールである初期化モジュールの処理手順である。こ
の前提条件としては、ドライバ・プログラムのロード時
に、通信データの管理を有効とするか否かを判定し、有
効とした場合には、通信データのバッファリングの開始
／終了のキーを何にするかを指定するものである。

まず、ステップＳ４０１において、通信データの管理を
有効とするか否かを判定し、有効としない場合には、ス
テップＳ４０７に処理を進める。

この処理は、第３図に示すようなプログラム構造の通信
データ管理プログラム３０２、ブライマリ通信データ記
憶バッファ３０３、セカンダリ通信データ記憶バッファ
３０４をメモリから解放し、メモリに常駐させないよう
にする。これは、余分なメモリを専有しないようにする
ためである。

次に、ステップＳ４０　１の判定において、有効とした
場合、ステップＳ４０２において、指定された通信デー
タのバッファリングの開始／終了のキーをセーブする。

そして、ステップＳ４０３において、割込み処理を禁止
し、ステップＳ４０４では、シリアル・インタフェース
の割込みベクタを書き換え、ステップＳ４０５では、キ
ーボードの割込みベクタを書き換える。次に、ステップ
Ｓ４０６において、割込み処理の禁止を解除する。

以上の処理が終了すると、ステップＳ４０８において、
現在通信データのバッファリング中か否かを示すバツフ
ァリング・フラグをＯＦＦにする。

このバツファリング・フラグは、バツファリングを行う
時に、ＯＮにセットされ、バッファリングを行わない時
に、ＯＦＦにリセットされる。

以上が、第１のサブ・モジュールである初期化モジュー
ルの処理手順である。

次に、第５図に示すフローチャートは、第２のサブ・モ
ジュールである送信データ・バッファリング・モジュー
ルの処理手順である。

まず，ステップＳ５０１において、バツファリング・フ
ラグによって、現在バツファリング中であるか否かを判
定する。その結果、バツファリング中であれば、ステッ
プＳ５０２において、送信データを通信データ記憶バツ
ファ３０３，３０４にバツファリングする。しかし、バ
ツファリング中でなければ、何もしないで終了する。

以上が送信データ・バツファリング・モジュールの処理
手順である。

次に、第６図に示すフローチャートは、第３のサブ・モ
ジュールである受信データ・バツファリング・モジュー
ルの処理手順である。

まず、ステップＳ６０１において、バツファリング・フ
ラグによって、現在バツファリング中であるか否かを判
定する。その結果、バツファリング中であれば、ステッ
プＳ６０２において、受信データを通信データ記憶バツ
ファ３０３，３０４にバツファリングする。しかし、バ
ツファリング中でなければ，何もしないで終了する。

以上が受信データ・バツファリング・モジュールの処理
手順である。

次に、第７図に示すフローチャートは、第４のサブ・モ
ジュールであるキーボード割込みモジュールの処理手順
である。

まず、ステップＳ７０　１において、キーボードから入
力されかキーコードが通信データのバッファリングの開
始／終了のキーか否かを判定する。

その結果、一致しない場合は、ステップＳ７０９におい
て、ドライバ・プログラムのロード時に、キーボードの
割込みベクタを書き換える前の旧キーボード割込みのベ
クタヘジャンブして通常の処理を行う。しかし、一致す
る場合は、ステップＳ７０２において、バッファリング
・フラグがＯＮかどうかを判定する。そして、ＯＦＦで
あればステップＳ７０３において、バツファリング・フ
ラグをＯＮにすることによって、通信データの送受信時
に、バッファリングする状態にスイッチングさせ、この
処理手順を終了する。

一方、上述のステップＳ７０２での判定結果、バツファ
リング・フラグがＯＮならばステップＳ７０４において
、すでに書き込みタスクが起動中であるか否かを判定す
る。そして、起動中であるならば、何もしないでこの処
理手順を終了する。

これは、２つの通信データ記憶バッファ３０３，３０４
のうち、１つの通信データ記憶バッファの書き込みを行
うタスクが終了する前に、もう１つの通信データ記憶バ
ッファへのバッファリングを終了し、また書き込みタス
クを起動しようとした場合である。

通常は、ブライマリ通信データ記憶バッファ３０３と、
セカンダリ通信データ記憶バッファ３０４のダブル・バ
ッファにより、補助記憶装置へ書き込み中であっても、
次の通信データの開始キーによってバッファリングを開
始できる。

しかしながら、その終了は、書き込みタスクが終了する
まではできない。

また、上述のステップＳ７０４での判定結果、書き込み
タスクが起動中でないならば、ステップＳ７０５におい
て、バッファリング・フラグをＯＦＦにする。そして、
ステップＳ７０６では、２つの通信データ記憶バッファ
３０３，３０４を切り換え、空いている通信データ記憶
バッファを次のバツファリングに使用できるようにする
。

次に、ステップＳ７０７で書き込みタスク起動中フラグ
をＯＮにし、ステップ８７０８で書き込みタスクを起動
してこの処理手順を終了する。

以上が、キーボード割込みモジュールの処理手順である
。

次に、第８図に示すフローチャートは、第５のサブモジ
ュールである書き込みタスクの処理手順である。このサ
ブ・モジュールは、タスクとして動作することを前提と
する。

まず、ステップＳ８０　１において、指定された通信デ
ータ記憶バッファのデータを補助記憶装置に書き込み、
ステップＳ８０２において、データの全てを書き込んだ
か否かを判定する。そして、全てを書き込むまで、ステ
ップＳ８０　１の処理を繰り返す。全てを書き込んだな
らば、ステップＳ８０３において、書き込みタスク起動
中フラグをＯＦＦにしてタスクを終了する。

以上が、書き込みタスクの処理手順である。

本実施例では、シリアル・インタフェース用のドライバ
・プログラムが、上述した５つのサブ・モジュールのう
ち、３つのサブ・モジュールをコールするだけで簡単に
送受信データをロギング（管理）することができる。

つまり、ドライバ・プログラムのロード時に、初期化モ
ジュール（第４図）をコールし、データの送信時に、送
信データ・バッファリング・モジュール（第５図）をコ
ールし、そして、データの受信時に、受信データ・バッ
ファリング・モジュール（第６図）をコールするだけで
よい。

本実施例によれば、シリアル・インタフェース上で送受
信される通信データの管理を端末装置上で動作するソフ
トウエアにより、実現することが可能になる。

従って、プロトコル解析装置のような、高価で不必要な
機能を有し、且つ、操作の煩雑な装置を使用する必要が
なくなる。

また、本実施例によれば、メモリの無駄な使用や実行時
間の遅延はなく、装置本来の機能に影響を与えないとい
う優れた利点を持っている。

上述した実施例では、端末装置に適用した場合を例に説
明したが、ホストコンピュータ装置又は他のパーソナル
・コンピュータ等のコンピュータ装置にも採用し、相互
で通信データの管理を行うようにすれば、シリアル・イ
ンタフェース用ケーブル上でのデータ化けやデータ欠落
、あるいは、モデムを介して電話回線と接続する場合に
、電話回線上のデータ化けやデータ欠落等を管理・解析
することができる。

［発明の効果］以上説明したように本発明によれば、シリアル回線上で
授受される通信データを、専用の装置を使用することな
く、簡単に管理することができるという効果がある。

【図面の簡単な説明】

第１図は従来の技術を示すための構成図、第２図は本実
施例を示すための構成図、第３図は本実施例におけるシ
リアル・インタフェース用ドライバ・プログラムの構造
図、第４図〜第８図は本実施例における処理手順を示す
フローチャートである。図中、１０１・・・ホストコンピュータ装置、工０２・
・・端末装置、１０３・・・シリアル・インタフェース
、１０４・・・シリアル・インタフェース用ケーブル、
１０５・・・プロトコル解析装置、２０１・・・ホスト
コンピュータ装置、２０２・・・端末装置、２０３・・
・シリアル・インタフェース、２０４・・・シリアル・
インタフェース用ケーブル、３０１・・・シリアル・イ
ンタフェース用ドライバ・プログラム、３０２・・・通
信データ管理プログラム、３０３・・・プライマリ通信
データ記憶バツファ、３０４・・・セカンダリ通信デー
タ記憶バツファである。

Claims

【特許請求の範囲】シリアル回線上で授受される通信データを管理する通信
データ管理方式であつて、前記通信データの蓄積開始又は終了を指定する指定手段
と、該指定手段での蓄積開始に従つて通信データの蓄積制御
を行う蓄積制御手段と、前記指定手段での蓄積終了に従つて前記蓄積制御手段に
より蓄積した通信データを管理する管理手段とを有する
ことを特徴とする通信データ管理方式。