JPH11110315A

JPH11110315A - 通信装置

Info

Publication number: JPH11110315A
Application number: JP10194697A
Authority: JP
Inventors: Noriyuki Ogawa; 典幸小川
Original assignee: Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Holdings Corp
Priority date: 1997-07-31
Filing date: 1998-07-09
Publication date: 1999-04-23
Also published as: US6223261B1; EP0899652A2; CN1208299A; DE69818773T2; KR100437945B1; KR19990014340A; EP0899652B1; DE69818773D1; EP0899652A3

Abstract

(57)【要約】【課題】送信バッファを簡単な処理で管理でき、しか
もユーザにとって使い勝手のよい通信装置を提供するこ
とである。【解決手段】利用部２０が任意のアプリケーション処
理を実行する過程で生じた送信データは、制御部１０に
おいて予め定められたプロトコルに従って外部へと送信
される。ＲＡＭ３０は、送信バッファ３４と、制御部１
０が送信要求を受け付けた各送信データの送信状況およ
び送信バッファ上での所在を管理する管理テーブル３５
とを含む。利用部２０は、送信データが発生したとき、
データ書き込み領域の獲得要求を制御部１０に出力す
る。応じて、制御部１０は、管理テーブル３５を参照
し、送信バッファ３４内で新たに書き込みが許容される
データ書き込み領域を特定して利用部２０に提示する。
利用部２０は、提示されたデータ書き込み領域に送信デ
ータを書き込む。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、通信装置に関し、
より特定的には、任意のアプリケーション処理を実行す
る利用部と、予め定められたプロトコルに従って処理を
行う制御部と、当該利用部および制御部によって共用さ
れるメモリとを備えた通信装置および通信方法並びに当
該方法を実行するためのコンピュータプログラムを記録
した媒体に関する。

【０００２】

【従来の技術】任意のアプリケーション処理を実行する
利用部と、予め定められたプロトコルに従って処理を行
う制御部と、当該利用部および制御部によって共用され
るメモリとを備えた通信装置では、利用部で発生した送
信データを、制御部が予め定められた通信プロトコルに
従って送信する。このような通信装置において、制御部
の通信速度を越えて短期間に大量の送信データが利用部
で発生すると、送信データが送信されずに破棄されてし
まうおそれがある。そこで、従来の通信装置では、内部
に送信バッファを設け、送信データを一時的にこの送信
バッファに蓄積することにより、送信データの溢れを吸
収する手法をとっている。上記送信バッファを設けた従
来の通信装置について以下に説明する。

【０００３】図２４は、従来の通信装置における送信部
の構成の一例を示すブロック図である。図２４におい
て、通信装置は、制御部１０１０と、利用部１０２０
と、ＲＡＭ（ランダム・アクセス・メモリ）１０３０
と、インタフェース１０４０とを備えている。

【０００４】制御部１０１０は、予め定められた通信プ
ロトコルを実行する。利用部１０２０は、アプリケーシ
ョン処理を実行するが、通信プロトコル上では何らの使
用サービスも特定されていない。すなわち、ユーザは、
この利用部１０２０において、任意のアプリケーション
プログラムを用いることが可能である。

【０００５】ＲＡＭ１０３０は、制御部１０１０および
利用部１０２０の作業用メモリとして用いられる。ＲＡ
Ｍ１０３０は、送信データに関連するものとして、送信
バッファ１０３１と、送信データ管理テーブル１０３２
と、送信未完了データ管理テーブル１０３３とを有して
いる。ここで、送信バッファ１０３１および送信データ
管理テーブル１０３２は、利用部１０２０の管理下にあ
る。一方、送信未完了データ管理テーブル１０３３は、
制御部１０１０の管理下にある。これら送信バッファ１
０３１、送信データ管理テーブル１０３２および送信未
完了データ管理テーブル１０３３の詳細については後述
する。

【０００６】制御部１０１０は、インタフェース１０４
０を介して通信回線１０４２と接続されている。インタ
フェース１０４０は、モデム等を含み、図２４の通信装
置と図示しない他の通信装置との間の通信を仲介する。

【０００７】図２５は、図２４に示す送信バッファ１０
３１の構成を示す図である。この送信バッファ１０３１
には、利用部１０２０で発生した送信データが書き込ま
れる。なお、図２５では、送信バッファ１０３１には、
一例として、８つの送信データが書き込まれている。

【０００８】図２６は、図２４に示す送信データ管理テ
ーブル１０３２の構成を示す図である。この送信データ
管理テーブル１０３２には、図２５の送信バッファ１０
３１に書き込まれた各送信データの所在（具体的には、
送信バッファ１０３１における各送信データの書き込み
領域の先頭番地）が格納されている。

【０００９】図２７は、図２４に示す送信未完了データ
管理テーブル１０３３の構成を示す図である。この送信
未完了データ管理テーブル１０３３には、データ送信要
求を受け付けた各送信データの所在（送信バッファ１０
３１における各送信データの書き込み領域の先頭番地）
およびサイズが格納されている。さらに、各送信データ
の所在およびサイズに付随して、ヘッダ情報書き込み領
域およびエンダ情報書き込み領域が設けられている。

【００１０】図２８は、図２４の利用部１０２０の動作
の一部を示すフローチャートである。また、図２９およ
び図３０は、図２４の制御部１０１０の動作の一部を示
すフローチャートである。以下、これら図２８〜図３０
を参照して、図２４の通信装置において、送信データが
発生してから送信されるまでの一連の動作を説明する。

【００１１】まず、図２８を参照する。利用部１０２０
は、送信データが発生すると（ステップＳ２８０１）、
当該送信データの送信が、最初の送信か２回目以降の送
信かを判断する（ステップＳ２８０２）。最初の送信で
ある場合、利用部１０２０は、送信データ管理テーブル
１０３２に空きがあるか否かを判断する（ステップＳ２
８０３）。最初の送信では、送信データ管理テーブル１
０３２内は空であるため、判断結果が「ＹＥＳ」とな
り、ステップＳ２８０４に進む。このステップＳ２８０
４において、利用部１０２０は、送信バッファ１０３１
中に、新しく送信データを書き込むための書き込み領域
を確保できるか否かを判断する。最初の送信では、送信
バッファ１０３１内は空であるため、判断結果が「ＹＥ
Ｓ」となり、ステップＳ２８０５に進む。このステップ
Ｓ２８０５において、利用部１０２０は、送信バッファ
１０３１中に新しく送信データを書き込むための書き込
み領域を確保し、確保した書き込み領域の所在（先頭番
地）を、送信データ管理テーブル１０３２に追加する。
次に、利用部１０２０は、送信バッファ１０３１内の新
しく確保した書き込み領域に、そのとき発生した送信デ
ータを書き込む（ステップＳ２８０６）。次に、利用部
１０２０は、データ送信要求を準備する（ステップＳ２
８０７）。このデータ送信要求は、送信バッファ１０３
１に新たに書き込んだ送信データの所在と、そのサイズ
とを含む。そして、このデータ送信要求は、ステップＳ
２８０８において、制御部１０１０に出力される。

【００１２】次に、図２９を参照する。制御部１０１０
は、利用部１０２０からデータ送信要求を受け取ると
（ステップＳ２９０１）、送信データの所在およびサイ
ズ（いずれもデータ送信要求の中に含まれている）を、
送信未完了データ管理テーブル１０３３に追加する（ス
テップＳ２９０２）。次に、制御部１０１０は、ステッ
プＳ２９０２で送信データの所在およびサイズを追加し
た欄と同じ欄にあるヘッダ情報書き込み領域に、後に生
成するパケットのヘッダ情報を書き込む（ステップＳ２
９０３）。さらに、制御部１０１０は、同じ欄にあるエ
ンダ情報書き込み領域に、後に生成するパケットのエン
ダ情報を書き込む（ステップＳ２９０４）。次に、制御
部１０１０は、現在、通信装置が送信可能な状態にある
か否かを判断する（ステップＳ２９０５）。例えば、図
２４の通信装置が半二重伝送を行っており、通信相手先
の通信装置（図示せず）からの送信データを受信中は、
こちらから送信データを送信できないので、このような
判断が必要となる。制御部１０１０は、送信が可能な場
合は直ちに、送信が不可能な場合は送信が可能な状態に
なるまで待機した後、ステップＳ２９０６の動作を行
う。このステップＳ２９０６において、制御部１０１０
は、送信未完了データ管理テーブル１０３３に登録され
ている送信未完了の送信データの内、最も古い送信デー
タについてパケットを生成し、通信相手先の通信装置に
当該パケットを送信する。ここで、パケットは、ヘッダ
情報と、送信データと、エンダ情報とから構成される。
ヘッダ情報およびエンダ情報は、送信未完了データ管理
テーブル１０３３から取り出される。また、送信データ
は、送信バッファ１０３１から（より具体的には、送信
未完了データ管理テーブル１０３３に格納された送信デ
ータの所在によって特定される書き込み領域から）取り
出される。次に、制御部１０１０は、通信相手先の通信
装置から送信データの到着確認（ＡＣＫ）が帰ってきた
か否かを判断する（ステップＳ２９０７）。ＡＣＫが帰
ってこない場合、制御部１０１０は、ステップＳ２９０
６に戻り、同じパケットを生成して再送する。一方、Ａ
ＣＫが帰ってきた場合、制御部１０１０は、パケットの
送信が終了したものと判断し、当該送信の終了したパケ
ットに関する情報（ヘッダ情報、送信データの所在、送
信データのサイズ、エンダ情報）を、送信未完了データ
管理テーブル１０３３から削除する（ステップＳ２９０
８）。これで、制御部１０１０における送信処理が終了
する。

【００１３】再び図２８を参照する。利用部１０２０で
送信データが発生すると、今度の送信データの送信は、
２回目以降の送信であるため、ステップＳ２８０９に進
む。このステップＳ２８０９において、利用部１０２０
は、制御部１０１０に対してステータスの確認を要求す
る。ここで、ステータスとは、制御部１０１０における
送信処理の進捗状況を示すものである。

【００１４】図３０を参照する。制御部１０１０は、利
用部１０２０からステータスの確認要求を受け取ると
（ステップＳ３００１）、送信未完了データ管理テーブ
ル１０３３に格納されている送信データの所在を全て取
り出してステータスを作成し（ステップＳ３００２）、
作成したステータスを利用部１０２０に送る（ステップ
Ｓ３００３）。これで、制御部１０１０におけるステー
タスの確認処理が終了する。

【００１５】再び図２８を参照する。利用部１０２０
は、制御部１０１０からステータスを受け取ると、送信
バッファ１０３１に書き込まれた送信データの内、制御
部１０１０での送信が完了したものが有るか否かを判断
する（ステップＳ２８１０）。この判断は、送信データ
管理テーブル１０３２には所在が格納されているが、ス
テータス中には所在が存在していない送信データを調べ
ることによって行われる。送信バッファ１０３１中に送
信完了済みの送信データが存在する場合、利用部１０２
０は、当該送信完了済みの送信データを格納している書
き込み領域の一つに、送信データを書き込み、また当該
送信データの所在（書き込み領域の先頭番地）を、送信
データ管理テーブル１０３２内の対応する欄に上書きす
る（ステップＳ２８１１）。次に、利用部１０２０は、
送信データ管理テーブル１０３２から、上記ステップＳ
２８１１で送信完了が確認された送信データであって、
かつ送信バッファ１０３１に今回書き込んだ送信データ
以外の送信データの所在を削除する（ステップＳ２８１
２）。次に、利用部１０２０は、データ送信要求（送信
バッファ１０３１にそのとき書き込んだ送信データの所
在およびサイズを含む）を準備する（ステップＳ２８０
７）。このデータ送信要求は、ステップＳ２８０８にお
いて、制御部１０１０に出力される。

【００１６】一方、上記ステップＳ２８１０において、
送信バッファ１０３１中に送信完了済みの送信データが
存在しない場合、利用部１０２０は、ステップＳ２８０
３に進み、送信データ管理テーブル１０３２に空きがあ
るか否かを判断する。送信データ管理テーブル１０３２
に空きが無い場合、利用部１０２０は、ステップＳ２８
０９に戻り、再び制御部１０１０のステータスを確認す
る。一方、送信データ管理テーブル１０３２に空きがあ
る場合、利用部１０２０は、送信バッファ１０３１中
に、新しく送信データを書き込むための書き込み領域を
確保できるか否かを判断する（ステップＳ２８０４）。
新しく送信データを書き込むための書き込み領域を確保
できない場合、利用部１０２０は、ステップＳ２８０９
に戻り、再び制御部１０１０のステータスを確認する。
一方、新しく送信データを書き込むための書き込み領域
を確保できる場合、利用部１０２０は、送信バッファ１
０３１中に新しく送信データ書き込むための書き込み領
域を確保し、確保した書き込み領域の所在（先頭番地）
を、送信データ管理テーブル１０３２に追加する（ステ
ップＳ２８０５）。次に、利用部１０２０は、送信バッ
ファ１０３１において、新しく確保した送信データ書き
込み領域に、そのとき発生した送信データを書き込む
（ステップＳ２８０６）。次に、利用部１０２０は、デ
ータ送信要求（送信バッファ１０３１にそのとき書き込
んだ送信データの所在およびサイズを含む）を準備する
（ステップＳ２８０７）。このデータ送信要求は、ステ
ップＳ２８０８において、制御部１０１０に出力され
る。データ送信要求に応答する制御部１０１０の動作
は、前述した第１回目の送信の場合と同様である。

【００１７】一方、任意のアプリケーション処理を実行
する利用部と、予め定められたプロトコルに従って処理
を行う制御部と、当該利用部および制御部によって共用
されるメモリとを備えた通信装置では、データ受信する
場合、制御部で受信した受信データを、利用部へ転送し
て処理する。このような通信装置において、利用部での
データ処理の遅延などにより、制御部からの受信データ
のオーバーフローが発生するおそれがある。そこで、従
来の通信装置では、制御部に受信バッファを設けて、一
時的に受信データを蓄積することにより、受信データの
オーバーフローを抑制する手法をとっている。上記手法
をとった従来の通信装置について以下に説明する。

【００１８】図３１は、従来の通信装置における受信部
の構成の一例を示すブロック図である。図３１におい
て、通信装置は、制御部１０１１と、複数の利用部１０
２１〜１０２Ｎと、ＲＡＭ１０３０と、インタフェース
１０４０とを備える。

【００１９】制御部１０１１は、予め定められた通信プ
ロトコルを実行する。また、制御部１０１１は、インタ
フェース１０４０を介して通信回線１０４２と接続され
ている。インタフェース１０４０は、モデム等を含み、
図３１の通信装置と図示しない他の通信装置との間の通
信を仲介する。

【００２０】利用部１０２１〜１０２Ｎは、アプリケー
ション処理を実行するが、通信プロトコル上では何らの
使用サービスも特定されていない。すなわち、ユーザ
は、この利用部１０２１〜１０２Ｎにおいて、任意のア
プリケーションプログラムを用いることが可能である。

【００２１】ＲＡＭ１０３０は、制御部１０１１および
利用部１０２１〜１０２Ｎの作業用メモリとして用いら
れ、制御部１０１１が管理する制御部管理領域１０５１
と、各利用部１０２１〜１０２Ｎがそれぞれ固有に管理
する利用部管理領域１０９１〜１０９Ｎとを含んでい
る。さらに、制御部管理領域１０５１は、第１の受信バ
ッファ１０８１と、それぞれの利用部１０２１〜１０２
Ｎに対応した第２の受信バッファ１０６１〜１０６Ｎと
を含んでいる。第１の受信バッファ１０８１は、１つの
レコード領域を有しており、当該１つのレコード領域に
は、制御部１０１１の指示のもと受信したデータが記録
される。第２の受信バッファ１０６１〜１０６Ｎは、複
数のレコード領域を有しており、当該複数のレコード領
域には、必要に応じて制御部１０１１の指示のもと第１
の受信バッファ１０８１に記録されている受信データが
転記される。また、利用部管理領域１０９１〜１０９Ｎ
は、それぞれデータ転記領域１０９１ａ〜１０９Ｎａを
含んでいる。各利用部１０２１〜１０２Ｎは、対応する
第２の受信バッファ１０６１〜１０６Ｎに転記された利
用部データを、それぞれデータ転記領域１０９１ａ〜１
０９Ｎａに転記する。

【００２２】この従来の通信装置で送受信されるデータ
は、パケットという形を構成する。パケットは、ヘッダ
部分とデータ部分とエンダ部分とから構成される。デー
タ部分を用いて送信されるデータには、制御部１０１１
においてプロトコル処理がされる制御部データと、利用
部１０２１〜１０２Ｎにおいてアプリケーション処理が
される利用部データとが存在する。

【００２３】以下、図３２および図３３を用いて、図３
１の通信装置において、データの受信が発生してからア
プリケーション処理が行われるまでの一連の動作を説明
する。図３２は、制御部１０１１がデータを受信したと
きに行う処理ステップを示すフローチャートである。図
３３は、各利用部１０２１〜１０２Ｎからビジー連絡が
発生したときの制御部１０１１が行う処理ステップを示
すフローチャートである。

【００２４】図３２を参照する。制御部１０１１は、デ
ータ受信が発生すると受信したデータ（実際には、受信
したパケットのうちデータ部分）を、まず第１の受信バ
ッファ１０８１に書き込む（ステップＳ３２０１）。な
お、処理開始の前提として、第１の受信バッファ１０８
１、第２の受信バッファ１０６１〜１０６Ｎは、初期化
されている。そして、制御部１０１１は、第１の受信バ
ッファ１０８１に書き込んだデータ部分が利用部データ
であるか否かを判断する（ステップＳ３２０２）。この
ステップＳ３２０２の判断において、データ部分が利用
部データではない、すなわち制御部データである場合、
制御部１０１１は、当該制御部データを自らプロトコル
処理し（ステップＳ３２０８）、その処理の後に第１の
受信バッファ１０８１から当該制御部データを削除する
（ステップＳ３２０９）。

【００２５】一方、上記ステップＳ３２０２の判断にお
いて、データ部分が利用部データである場合、制御部１
０１１は、第１の受信バッファ１０８１に書き込んだ利
用部データを該当する第２の受信バッファ１０６ｉ（ｉ
＝１〜Ｎのいずれか、以下ｉについての表現は同様とす
る）に転記し（ステップＳ３２０３）、そして、第１の
受信バッファ１０８１から当該利用部データを削除する
（ステップＳ３２０４）。その後、制御部１０１１は、
当該利用部データを処理する利用部１０２ｉがビジー状
態（処理を実行中であり、新たな処理要求を受け付ける
ことができない状態）であるか否かをフラグなどを利用
して判断する（ステップＳ３２０５）。このステップＳ
３２０５の判断において、該当する利用部１０２ｉがビ
ジー状態でない場合、制御部１０１１は、第２の受信バ
ッファ１０６ｉに書き込んだ利用部データの所在（具体
的には、受信データの書き込み領域の先頭番地）とサイ
ズを該当する利用部１０２ｉに受信通知する（ステップ
Ｓ３２０６）。その後、制御部１０１１は、この通知を
行った利用部データを第２の受信バッファ１０６ｉから
削除する（ステップＳ３２０７）。なお、図示はしてい
ないが、ステップＳ３２０６の処理からステップＳ３２
０７の処理に至るまでの間に、利用部１０２ｉが上記受
信通知を受けて第２の受信バッファ１０６ｉから自己が
管理するデータ転記領域１０９ｉａに利用部データを転
記する処理を行う。一方、上記ステップＳ３２０５の判
断において、該当する利用部１０２ｉがビジー状態であ
る場合、制御部１０１１は、この受信処理を終了する。

【００２６】上述のように該当する利用部１０２ｉがビ
ジー状態のため受信処理を終了した以降で、当該利用部
１０２ｉにおけるビジー状態が解除された場合、制御部
１０１１は、図３３に示すように、利用部１０２ｉから
のビジー状態に関する連絡（以下、ビジー連絡と称す
る）により、当該利用部１０２ｉへ上記受信通知を行
う。

【００２７】図３３を参照する。制御部１０１１は、利
用部１０２ｉからのビジー連絡を受けると、当該連絡が
ビジー状態でなくなったという連絡か否かを判断する
（ステップＳ３３０１）。このステップＳ３３０１の判
断において、ビジー状態でなくなったという連絡の場
合、制御部１０１１は、さらに第２の受信バッファ１０
６ｉに利用部データが存在しているか否かを判断する
（ステップＳ３３０２）。一方、上記ステップＳ３３０
１の判断において、ビジー状態でなくなったという連絡
でない場合、制御部１０１１は、ビジー連絡に対する処
理を終了する。

【００２８】上記ステップＳ３３０２の判断において、
第２の受信バッファ１０６ｉに利用部データが存在して
いる場合、制御部１０１１は、当該利用部データが書き
込まれているＲＡＭ１０３０上の所在とサイズを該当す
る利用部１０２ｉに上記受信通知する（ステップＳ３３
０３）。その後、制御部１０１１は、第２の受信バッフ
ァ１０６ｉから当該利用部データを削除する（ステップ
Ｓ３３０４）。ここで、上記ステップＳ３３０３におい
て行った通知により、利用部１０２ｉがすぐにビジー状
態に移行することも考えられるため、制御部１０１１
は、上記ステップＳ３３０４で削除を行った後に再びビ
ジー連絡の内容を確認することを行う（ステップＳ３３
０５）。この確認した連絡内容は、ステップＳ３３０１
に戻って判断され、ビジー状態となった連絡内容の場合
には、ビジー連絡の処理を終了し、まだビジー状態にな
らない連絡内容の場合には、さらに第２の受信バッファ
１０６ｉに利用部データが存在するかの判断へ移行す
る。なお、図示はしていないが、ステップＳ３３０３の
処理からステップＳ３３０４の処理に至るまでの間に、
利用部１０２ｉが上記通知を受けて第２の受信バッファ
１０６ｉから自己が管理するデータ転記領域１０９ｉａ
に利用部データを転記する処理を行う。一方、上記ステ
ップＳ３３０２の判断において、第２の受信バッファ１
０６ｉに利用部データが存在していない場合、制御部１
０１１は、ビジー連絡に対する処理を終了する。

【００２９】以上受信データのオーバーフローを抑制す
る手法として、第２の受信バッファ１０６ｉを設ける通
信装置を説明した。しかし、この通信装置であっても第
２の受信バッファ１０６ｉのサイズ以上にデータが送信
されてきた場合には、当該データを受信しても第２の受
信バッファ１０６ｉに書き込めず、結果当該データが欠
損してしまうことになる。

【００３０】これに対応すべく、受信側の通信装置が送
信側の通信装置に対して、利用部１０２ｉがビジー状態
であってもバッファ（図３１においては、第２の受信バ
ッファ１０６ｉ部分に相当する）に蓄積しておくことが
できる総データ量を、後述するクレジット値という形で
通信開始前に連絡するという手法がある。

【００３１】この手法は、通信パケット中の最大データ
サイズ（１回のパケット送信において搭載できるデータ
の最大値である）が通信システム構築の段階で予め決ま
っていることを利用したものである。具体的には、受信
データを蓄積できるＲＡＭ１０３０内の領域、すなわ
ち、第２の受信バッファ１０６ｉのサイズを当該最大デ
ータサイズで割った数を求める。そして、受信側の通信
装置は、この数を連続的にパケット受信（送信側におい
ては、パケット送信）できる回数として、通信が開始す
る前に送信側の通信装置に連絡する。なお、この連続的
にパケット受信（送信）できる回数を表した値をクレジ
ット値と称し、特にその最大値を最大クレジット値を称
する。この最大クレジット値を受けた送信側の通信装置
は、パケットを１つ送信するごとに自らクレジットの値
を１つずつ減少させ、クレジット値が０（ゼロ）になっ
た時点でパケット送信を停止する。そして、送信側の通
信装置は、受信側の通信装置からの次のクレジット値の
連絡があるのを待つのである。これにより、受信側の通
信装置は、自己が処理（受信バッファに蓄積）できる許
容量以上のデータを不用意に受信することがなくなり、
受信データの欠損等を回避することができる。

【００３２】

【発明が解決しようとする課題】上記のように、従来の
通信装置では、送信バッファ１０３１を利用部１０２０
が管理している。しかしながら、送信データの送信処理
は、制御部１０１０で行われるため、利用部１０２０
は、送信バッファ１０３１中のどの送信データの送信が
完了したかを直接知ることができない。そこで、従来の
通信装置では、データ送信要求のあった送信データの
内、どの送信データの送信が未完了なのかを、制御部１
０１０が送信未完了データ管理テーブル１０３３を用い
て管理し、その管理結果をステータスとして利用部１０
２０に伝えるようにしている。これにより、利用部１０
２０は、送信バッファ１０３１中の送信データの内、送
信が完了した送信データがどれかを知ることができ、当
該送信データを格納している部分に、新たな送信データ
を書き込むことができる。

【００３３】しかしながら、上記のような構成では、送
信データが新たに発生する度に、利用部１０２０から制
御部１０１０に対してステータスを問い合わせ、この問
い合わせに応答して制御部１０１０が、送信未完了デー
タ管理テーブル１０３３の記録データに基づいてステー
タスを作成し、作成したステータスを利用部１０２０に
送る必要がある。さらに、利用部１０２０は、送信デー
タ管理テーブル１０３２を用いて送信バッファ１０３１
内の送信データの所在を管理することにより、送られて
きたステータスから、送信バッファ１０３１内で送信完
了済み送信データを格納している書き込み領域の所在を
特定する必要がある。このように、従来の通信装置は、
送信バッファ１０３１の管理を利用部１０２０および制
御部１０１０が分散して行っているため、送信バッファ
１０３１の管理のために複雑な処理を必要とし、装置全
体としての負荷が重たくなるという問題点があった。

【００３４】また、従来の通信装置では、利用部１０２
０が送信バッファ１０３１の管理の一部を受け持ってい
るため、利用部の処理負荷が重くなる。その結果、新た
なアプリケーションプログラムの開発に、多大な時間と
高いコストがかかるという問題点もあった。また、この
ようなアプリケーションプログラムには、本来期待され
ている処理以外の処理が含まれるため、本来期待されて
いる処理の迅速な実行が期待できず、ユーザにとっても
使い勝手の悪い通信装置となっていた。

【００３５】一方、上記従来の通信装置においては、受
信した利用部データを利用部１０２１〜１０２Ｎにおい
てアプリケーション処理するまでに、第１の受信バッフ
ァ１０８１（データの受信および制御部／利用部への割
り振り用）と第２の受信バッファ１０６１〜１０６Ｎ
（オーバーフロー対策の利用部データ蓄積用）の２つの
受信バッファを介在している。このため、上記従来の通
信装置では、１つの受信データを処理するにあたり、２
回のデータ転記（第１の受信バッファ１０８１から第２
の受信バッファ１０６１〜１０６Ｎへのデータ転記、お
よび第２の受信バッファ１０６１〜１０６Ｎからデータ
転記領域１０９１ａ〜１０９Ｎａへのデータ転記）が必
要となる。これにより、従来の通信装置は、通信スルー
プットが悪いという問題点を残していた。

【００３６】また、上記従来の通信装置では、第２の受
信バッファ１０６ｉのサイズは、利用部１０２１〜１０
２Ｎのそれぞれ異なる目的や処理能力に関わらず、制御
部１０１１の管理下で同一であって、また固定的であ
る。このため、第２の受信バッファ１０６ｉのサイズ
は、利用部１０２ｉによっては大きすぎて無駄であった
り、逆に小さすぎてデータの欠落を引き起こす場合もあ
る。

【００３７】さらに、上記クレジット値の連絡を行う従
来の通信装置は、固定的な第２の受信バッファ１０６ｉ
のサイズを予め決まっている通信パケット中の最大デー
タサイズで割ることにより、最大クレジット値を求めて
いる。このため、最大クレジットの値は、通信ごとにデ
ータサイズが変動するにもかかわらず一定の値となり、
通信によっては効率的で最適なデータ通信が行われてい
ない。

【００３８】それ故、本発明の目的は、送信バッファを
簡単な処理で管理でき、しかもユーザにとって使い勝手
の良く、また、通信装置の限られた資源の中で通信スル
ープットを向上させるとともに、資源の最適使用を図っ
た通信装置を提供することである。

【００３９】

【課題を解決するための手段および発明の効果】第１の
発明は、任意のアプリケーション処理を実行する利用部
と、当該利用部で発生した送信データを予め定められた
プロトコルに従って外部へ送信する制御部と、当該利用
部および制御部によって共用されるメモリとを備えた通
信装置であって、メモリは、利用部で発生した送信デー
タを一時的に記憶するための複数のデータ書き込み領域
を有する送信バッファと、制御部が利用部からの送信要
求を受け付けた各送信データの送信状況および当該各送
信データの送信バッファ上での所在を管理する管理テー
ブルとを含み、利用部は、送信データが発生したとき、
送信バッファ内のデータ書き込み領域の獲得要求を制御
部に出力し、制御部は、獲得要求があったとき、送信バ
ッファを参照することにより、送信バッファ内で新たに
書き込みが許容されるデータ書き込み領域を特定して利
用部に提示し、利用部は、制御部から提示された送信バ
ッファのデータ書き込み領域に送信データを書き込み、
制御部は、利用部からの送信データの送信要求を受け付
けた場合、当該送信データの送信バッファ上での所在を
管理テーブルに登録することを特徴とする。

【００４０】上記のように、第１の発明によれば、利用
部は、制御部に対して書き込み領域の獲得要求を出すだ
けであり、送信バッファの管理は制御部が全て行ってい
る。そのため、利用部と制御部との間で交わされるデー
タの量が従来の通信装置に比べて少なくなり、通信装置
全体の負荷が軽減される。また、利用部は、本来期待さ
れているアプリケーション処理の実行に専念できるた
め、アプリケーション処理の実行速度が向上する。さら
に、利用部を実現するためのアプリケーションプログラ
ムも簡素化されるため、その開発にかかる時間とコスト
が節減できる。

【００４１】第２の発明は、任意のアプリケーション処
理を実行する利用部と、当該利用部で発生した送信デー
タを予め定められたプロトコルに従って外部へ送信する
制御部と、当該利用部および制御部によって共用される
メモリとを備えた通信装置であって、メモリは、利用部
で発生した送信データを一時的に記憶するための複数の
データ書き込み領域と、各データ書き込み領域に付随し
て設けられたヘッダ情報書き込み領域およびエンダ情報
書き込み領域とを有し、さらに各データ書き込み領域に
格納された送信データの送信状況を管理する送信バッフ
ァを含み、利用部は、送信データが発生したとき、送信
バッファ内のデータ書き込み領域の獲得要求を制御部に
出力し、制御部は、獲得要求があったとき、送信バッフ
ァを参照することにより、送信バッファ内で新たに書き
込みが許容されるデータ書き込み領域を特定して利用部
に提示し、利用部は、制御部から提示された送信バッフ
ァのデータ書き込み領域に送信データを書き込み、制御
部は、利用部からの送信データの送信要求を受付後、当
該送信データを含むパケットの送信を開始するまでの過
程において、ヘッダ情報書き込み領域およびエンダ情報
書き込み領域にヘッダ情報およびエンダ情報を書き込む
ことにより、送信バッファ内で送信パケットを完成させ
ることを特徴とする。

【００４２】上記のように、第２の発明によれば、第１
の発明における送信バッファの機能と管理テーブルの機
能とを１つの送信バッファ内に持たせるようにしたの
で、第１の発明のように送信バッファと管理テーブルと
の間でデータをリンクさせる必要がなくなり、その分、
記憶するデータ量が少なくなる（具体的には、送信デー
タの所在を記憶する必要がなくなる）。また、第２の発
明によれば、送信バッファ内で送信パケットが完成され
るので、送信データを転記する必要がなくなり、パケッ
トの生成処理が簡素化される。

【００４３】第３の発明は、任意のアプリケーション処
理を実行する利用部と、当該利用部で発生した送信デー
タまたは予め装置内部で保有している固定データを予め
定められたプロトコルに従って外部へ送信する制御部
と、当該利用部および制御部によって共用されるメモリ
とを備えた通信装置であって、メモリは、利用部で新た
に発生した送信データを一時的に記憶するための複数の
データ書き込み領域と、各データ書き込み領域に付随し
て設けられたヘッダ情報書き込み領域およびエンダ情報
書き込み領域とを有し、さらに各データ書き込み領域に
格納された送信データの送信状況を管理する送信バッフ
ァと、固定データを記憶する固定データ記憶部と、制御
部が利用部からの送信要求を受け付けた各固定データの
送信状況および当該固定データの固定データ記憶部上で
の所在を管理する管理テーブルとを含み、利用部は、送
信データが発生したとき、送信バッファ内のデータ書き
込み領域の獲得要求を制御部に出力し、制御部は、獲得
要求があったとき、送信バッファを参照することによ
り、送信バッファ内で新たに書き込みが許容されるデー
タ書き込み領域を特定して利用部に提示し、利用部は、
制御部から提示された送信バッファのデータ書き込み領
域に送信データを書き込み、制御部は、利用部からの送
信データの送信要求を受付後、当該送信データを含むパ
ケットの送信を開始するまでの過程において、ヘッダ情
報書き込み領域およびエンダ情報書き込み領域にヘッダ
情報およびエンダ情報を書き込むことにより、送信バッ
ファ内で送信パケットを完成させ、制御部は、利用部か
らの固定データの送信要求を受け付けた場合、当該固定
データの固定データ記憶部上での所在を管理テーブルに
登録することを特徴とする。

【００４４】上記のように、第３の発明によれば、予め
固定データを記憶しているため、固定データを送信する
場合は、固定データを管理テーブルに転記する必要がな
くなり、利用部の処理が一層簡素化される。

【００４５】第４の発明は、インタフェースを介して他
の通信装置から受信したデータを予め定められたプロト
コルに従って処理する制御部と、当該制御部から転送さ
れたデータのアプリケーション処理を実行する複数の利
用部と、当該制御部および利用部によって共用されるメ
モリとを備えた通信装置であって、メモリは、制御部で
受信したデータを一時的に記憶するための１または２以
上のデータ書き込み領域を有する第１の受信バッファ
と、複数の利用部の各々に対応し、第１の受信バッファ
に書き込んだデータを、さらに一時的に記憶するための
複数のデータ書き込み領域を有する複数の第２の受信バ
ッファとを含み、制御部は、第１の受信バッファに書き
込んだデータが利用部が処理を実行すべき利用部データ
である場合、当該利用部データの宛先である利用部の使
用状態を確認し、利用部の使用状態が利用部データの受
け取りが不可能な場合には、第２の受信バッファに当該
利用部データを書き込み、利用部の使用状態が利用部デ
ータの受け取りが可能な場合には、当該利用部に第１の
受信バッファに書き込まれた当該利用部データの所在お
よびサイズを通知し、利用部は、通知を受けて第１の受
信バッファから利用部データの読み取りを行うことを特
徴とする。

【００４６】上記のように、第４の発明によれば、利用
部は、第１の受信バッファに書き込んだデータが利用部
データである場合、当該利用部データを第２の受信バッ
ファに転記する前に、当該利用部データの宛先である利
用部がビジー状態であるか否かを判断する。そして、上
記利用部がビジー状態でない場合、当該利用部データ
は、第２の受信バッファを介さずに第１の受信バッファ
から直接利用部データ転記領域へ転記される。これによ
り、利用部データを転記処理するステップを削減するこ
とができ、通信スループットの向上を図ることができ
る。

【００４７】第５の発明は、第４の発明において、複数
の第２の受信バッファの所在およびサイズは、複数の利
用部がそれぞれ個別に設定することを特徴とする。

【００４８】上記のように、第５の発明によれば、第４
の発明における第２の受信バッファの所在およびサイズ
の設定を各利用部に委ねている。従って、各利用部は、
それぞれ自らの処理能力に見合った最適なサイズを設定
することができる。これにより、通信装置という限られ
た資源を有効に利用することができる。

【００４９】第６の発明は、第４および第５の発明にお
いて、制御部は、データの通信に先立ち、他の通信装置
に対して予め当該データの連続受信が可能な回数を連絡
する手段をさらに備え、データの連続送信が可能な回数
は、データ通信が発生するごとに、制御部が第２の受信
バッファのサイズと発生した当該通信において送信され
得る最大のデータサイズとから算出して求めることを特
徴とする。

【００５０】上記のように、第６の発明によれば、第４
および第５の発明における通信装置が、データ通信に先
立って他の通信装置に対して予めデータの連続受信可能
回数を連絡する手段を備えている場合、当該データの連
続受信可能回数を、データ通信が発生するごとに第２の
受信バッファのサイズと、発生した当該データ通信にお
いて送信され得る最大のデータサイズとから求める。こ
れにより、受信データのオーバーフローを回避するとと
もに、効率的で最適なデータ通信を行うことができる。

【００５１】第７の発明は、任意のアプリケーション処
理を実行する利用部と、当該利用部で発生した送信デー
タを予め定められたプロトコルに従って外部へ送信する
制御部と、当該利用部および制御部によって共用される
メモリとを備えた通信装置に用いられる通信方法であっ
て、メモリは、利用部で発生した送信データを一時的に
記憶するための複数のデータ書き込み領域を有する送信
バッファと、制御部が利用部からの送信要求を受け付け
た各送信データの送信状況および当該各送信データの送
信バッファ上での所在を管理する管理テーブルとを含ん
でおり、利用部は、送信データが発生したとき、送信バ
ッファ内のデータ書き込み領域の獲得要求を制御部に出
力するステップと、制御部は、獲得要求があったとき、
送信バッファを参照することにより、送信バッファ内で
新たに書き込みが許容されるデータ書き込み領域を特定
して利用部に提示するステップと、利用部は、制御部か
ら提示された送信バッファのデータ書き込み領域に送信
データを書き込むステップと、制御部は、利用部からの
送信データの送信要求を受け付けた場合、当該送信デー
タの送信バッファ上での所在を管理テーブルに登録する
ステップとを備える。

【００５２】上記のように、第７の発明によれば、制御
部は、利用部に対して書き込み領域の獲得要求を出すだ
けであり、送信バッファの管理は制御部が全て行う。そ
のため、制御部と利用部との間で交わされるデータの量
が従来の通信方法に比べて少なくなり、本発明の通信方
法を用いる通信装置全体の負荷が軽減される。また、利
用部は、本来期待されているアプリケーション処理の実
行に専念できるため、アプリケーション処理の実行速度
が向上する。さらに、利用部を実現するためのアプリケ
ーションプログラムも簡素化されるため、その開発にか
かる時間とコストが節減できる。

【００５３】第８の発明は、任意のアプリケーション処
理を実行する利用部と、当該利用部で発生した送信デー
タを予め定められたプロトコルに従って外部へ送信する
制御部と、当該利用部および制御部によって共用される
メモリとを備えた通信装置に用いられる通信方法であっ
て、メモリは、利用部で発生した送信データを一時的に
記憶するための複数のデータ書き込み領域と、各データ
書き込み領域に付随して設けられたヘッダ情報書き込み
領域およびエンダ情報書き込み領域とを有し、さらに各
データ書き込み領域に格納された送信データの送信状況
を管理する送信バッファを含んでおり、利用部は、送信
データが発生したとき、送信バッファ内のデータ書き込
み領域の獲得要求を制御部に出力するステップと、制御
部は、獲得要求があったとき、送信バッファを参照する
ことにより、送信バッファ内で新たに書き込みが許容さ
れるデータ書き込み領域を特定して利用部に提示するス
テップと、利用部は、制御部から提示された送信バッフ
ァのデータ書き込み領域に送信データを書き込むステッ
プと、制御部は、利用部からの送信データの送信要求を
受付後、当該送信データを含むパケットの送信を開始す
るまでの過程において、ヘッダ情報書き込み領域および
エンダ情報書き込み領域にヘッダ情報およびエンダ情報
を書き込むことにより、送信バッファ内で送信パケット
を完成させるステップとを備える。

【００５４】上記のように、第８の発明によれば、第７
の発明における送信バッファの機能と管理テーブルの機
能とを１つの送信バッファ内に持たせるようにしたの
で、第７の発明のように送信バッファと管理テーブルと
の間でデータをリンクさせる必要がなくなり、その分、
記憶するデータ量が少なくなる（具体的には、送信デー
タの所在を記憶する必要がなくなる）。また、第８の発
明によれば、送信バッファ内で送信パケットが完成され
るので、送信データを転記する必要がなくなり、パケッ
トの生成処理が簡素化される。

【００５５】第９の発明は、任意のアプリケーション処
理を実行する利用部と、当該利用部で発生した送信デー
タまたは予め装置内部で保有している固定データを予め
定められたプロトコルに従って外部へ送信する制御部
と、当該利用部および制御部によって共用されるメモリ
とを備えた通信装置に用いられる通信方法であって、メ
モリは、利用部で新たに発生した送信データを一時的に
記憶するための複数のデータ書き込み領域と、各データ
書き込み領域に付随して設けられたヘッダ情報書き込み
領域およびエンダ情報書き込み領域とを有し、さらに各
データ書き込み領域に格納された送信データの送信状況
を管理する送信バッファと、固定データを記憶する固定
データ記憶部と、制御部が利用部からの送信要求を受け
付けた各固定データの送信状況および当該固定データの
固定データ記憶部上での所在を管理する管理テーブルと
を含んでおり、利用部は、送信データが発生したとき、
送信バッファ内のデータ書き込み領域の獲得要求を制御
部に出力するステップと、制御部は、獲得要求があった
とき、送信バッファを参照することにより、送信バッフ
ァ内で新たに書き込みが許容されるデータ書き込み領域
を特定して利用部に提示するステップと、利用部は、制
御部から提示された送信バッファのデータ書き込み領域
に送信データを書き込むステップと、制御部は、利用部
からの送信データの送信要求を受付後、当該送信データ
を含むパケットの送信を開始するまでの過程において、
ヘッダ情報書き込み領域およびエンダ情報書き込み領域
にヘッダ情報およびエンダ情報を書き込むことにより、
送信バッファ内で送信パケットを完成させるステップ
と、制御部は、利用部からの固定データの送信要求を受
け付けた場合、当該固定データの固定データ記憶部上で
の所在を管理テーブルに登録するステップとを備える。

【００５６】上記のように、第９の発明によれば、予め
固定データを記憶しているため、固定データを送信する
場合は、固定データを管理テーブルに転記する必要がな
くなり、利用部の処理が一層簡素化される。

【００５７】第１０の発明は、インタフェースを介して
他の通信装置から受信したデータを予め定められたプロ
トコルに従って処理する制御部と、当該制御部から転送
されたデータのアプリケーション処理を実行する複数の
利用部と、当該制御部および利用部によって共用される
メモリとを備えた通信装置に用いられる通信方法であっ
て、メモリは、制御部で受信したデータを一時的に記憶
するための１または２以上のデータ書き込み領域を有す
る第１の受信バッファと、複数の利用部の各々に対応
し、第１の受信バッファに書き込んだデータを、さらに
一時的に記憶するための複数のデータ書き込み領域を有
する複数の第２の受信バッファとを含んでおり、制御部
は、第１の受信バッファに書き込んだデータが利用部が
処理を実行すべき利用部データである場合、当該利用部
データの宛先である利用部の使用状態を確認するステッ
プと、制御部は、利用部の使用状態が利用部データの受
け取りが不可能な場合には、第２の受信バッファに当該
利用部データを書き込むステップと、制御部は、利用部
の使用状態が利用部データの受け取りが可能な場合に
は、当該利用部に第１の受信バッファに書き込まれた当
該利用部データの所在およびサイズを通知するステップ
と、利用部は、通知を受けて第１の受信バッファから利
用部データの読み取りを行うステップとを備える。

【００５８】上記のように、第１０の発明によれば、利
用部は、第１の受信バッファに書き込んだデータが利用
部データである場合、当該利用部データを第２の受信バ
ッファに転記する前に、当該利用部データの宛先である
利用部がビジー状態であるか否かを判断する。そして、
上記利用部がビジー状態でない場合、当該利用部データ
は、第２の受信バッファを介さずに第１の受信バッファ
から直接利用部データ転記領域へ転記される。これによ
り、利用部データを転記処理するステップを削減するこ
とができ、通信スループットの向上を図ることができ
る。

【００５９】第１１の発明は、第１０の発明において、
複数の第２の受信バッファの所在およびサイズは、複数
の利用部がそれぞれ個別に設定することを特徴とする。

【００６０】上記のように、第１１の発明によれば、第
１０の発明における第２の受信バッファの所在およびサ
イズの設定を各利用部に委ねている。従って、各利用部
は、それぞれ自らの処理能力に見合った最適なサイズを
設定することができる。これにより、通信装置という限
られた資源を有効に利用することができる。

【００６１】第１２の発明は、第１０および第１１の発
明において、制御部は、データの通信に先立ち、他の通
信装置に対して予め当該データの連続受信が可能な回数
を連絡するステップをさらに備え、データの連続送信が
可能な回数は、データ通信が発生するごとに、制御部が
第２の受信バッファのサイズと発生した当該通信におい
て送信され得る最大のデータサイズとから算出して求め
ることを特徴とする。

【００６２】上記のように、第１２の発明によれば、第
１０および第１１の発明における通信方法が、データ通
信に先立って他の通信装置に対して予めデータの連続受
信可能回数を連絡するステップを備えている場合、当該
データの連続受信可能回数を、データ通信が発生するご
とに第２の受信バッファのサイズと、発生した当該デー
タ通信において送信され得る最大のデータサイズとから
求める。これにより、受信データのオーバーフローを回
避するとともに、効率的で最適なデータ通信を行うこと
ができる。

【００６３】第１３の発明は、任意のアプリケーション
処理を実行する利用部と、当該利用部で発生した送信デ
ータを予め定められたプロトコルに従って外部へ送信す
る制御部と、当該利用部および制御部によって共用され
るメモリとを備えた通信装置において実行され、当該通
信装置上で所定の動作環境を実現するためのコンピュー
タプログラムを記録した媒体であって、メモリは、利用
部で発生した送信データを一時的に記憶するための複数
のデータ書き込み領域を有する送信バッファと、制御部
が利用部からの送信要求を受け付けた各送信データの送
信状況および当該各送信データの送信バッファ上での所
在を管理する管理テーブルとを含んでおり、利用部は、
送信データが発生したとき、送信バッファ内のデータ書
き込み領域の獲得要求を制御部に出力するステップと、
制御部は、獲得要求があったとき、送信バッファを参照
することにより、送信バッファ内で新たに書き込みが許
容されるデータ書き込み領域を特定して利用部に提示す
るステップと、利用部は、制御部から提示された送信バ
ッファのデータ書き込み領域に送信データを書き込むス
テップと、制御部は、利用部からの送信データの送信要
求を受け付けた場合、当該送信データの送信バッファ上
での所在を管理テーブルに登録するステップとを含む動
作環境を、通信装置上で実現するためのプログラムを記
録している。

【００６４】第１４の発明は、任意のアプリケーション
処理を実行する利用部と、当該利用部で発生した送信デ
ータを予め定められたプロトコルに従って外部へ送信す
る制御部と、当該利用部および制御部によって共用され
るメモリとを備えた通信装置において実行され、当該通
信装置上で所定の動作環境を実現するためのコンピュー
タプログラムを記録した媒体であって、メモリは、利用
部で発生した送信データを一時的に記憶するための複数
のデータ書き込み領域と、各データ書き込み領域に付随
して設けられたヘッダ情報書き込み領域およびエンダ情
報書き込み領域とを有し、さらに各データ書き込み領域
に格納された送信データの送信状況を管理する送信バッ
ファを含んでおり、利用部は、送信データが発生したと
き、送信バッファ内のデータ書き込み領域の獲得要求を
制御部に出力するステップと、制御部は、獲得要求があ
ったとき、送信バッファを参照することにより、送信バ
ッファ内で新たに書き込みが許容されるデータ書き込み
領域を特定して利用部に提示するステップと、利用部
は、制御部から提示された送信バッファのデータ書き込
み領域に送信データを書き込むステップと、制御部は、
利用部からの送信データの送信要求を受付後、当該送信
データを含むパケットの送信を開始するまでの過程にお
いて、ヘッダ情報書き込み領域およびエンダ情報書き込
み領域にヘッダ情報およびエンダ情報を書き込むことに
より、送信バッファ内で送信パケットを完成させるステ
ップとを含む動作環境を、通信装置上で実現するための
プログラムを記録している。

【００６５】第１５の発明は、任意のアプリケーション
処理を実行する利用部と、当該利用部で発生した送信デ
ータまたは予め装置内部で保有している固定データを予
め定められたプロトコルに従って外部へ送信する制御部
と、当該利用部および制御部によって共用されるメモリ
とを備えた通信装置において実行され、当該通信装置上
で所定の動作環境を実現するためのコンピュータプログ
ラムを記録した媒体であって、メモリは、利用部で新た
に発生した送信データを一時的に記憶するための複数の
データ書き込み領域と、各データ書き込み領域に付随し
て設けられたヘッダ情報書き込み領域およびエンダ情報
書き込み領域とを有し、さらに各データ書き込み領域に
格納された送信データの送信状況を管理する送信バッフ
ァと、固定データを記憶する固定データ記憶部と、制御
部が利用部からの送信要求を受け付けた各固定データの
送信状況および当該固定データの固定データ記憶部上で
の所在を管理する管理テーブルとを含んでおり、利用部
は、送信データが発生したとき、送信バッファ内のデー
タ書き込み領域の獲得要求を制御部に出力するステップ
と、制御部は、獲得要求があったとき、送信バッファを
参照することにより、送信バッファ内で新たに書き込み
が許容されるデータ書き込み領域を特定して利用部に提
示するステップと、利用部は、制御部から提示された送
信バッファのデータ書き込み領域に送信データを書き込
むステップと、制御部は、利用部からの送信データの送
信要求を受付後、当該送信データを含むパケットの送信
を開始するまでの過程において、ヘッダ情報書き込み領
域およびエンダ情報書き込み領域にヘッダ情報およびエ
ンダ情報を書き込むことにより、送信バッファ内で送信
パケットを完成させるステップと、制御部は、利用部か
らの固定データの送信要求を受け付けた場合、当該固定
データの固定データ記憶部上での所在を管理テーブルに
登録するステップとを含む動作環境を、通信装置上で実
現するためのプログラムを記録している。

【００６６】第１６の発明は、インタフェースを介して
他の通信装置から受信したデータを予め定められたプロ
トコルに従って処理する制御部と、当該制御部から転送
されたデータのアプリケーション処理を実行する複数の
利用部と、当該制御部および利用部によって共用される
メモリとを備えた通信装置において実行され、当該通信
装置上で所定の動作環境を実現するためのコンピュータ
プログラムを記録した媒体であって、メモリは、制御部
で受信したデータを一時的に記憶するための１または２
以上のデータ書き込み領域を有する第１の受信バッファ
と、複数の利用部の各々に対応し、第１の受信バッファ
に書き込んだデータを、さらに一時的に記憶するための
複数のデータ書き込み領域を有する複数の第２の受信バ
ッファとを含んでおり、制御部は、第１の受信バッファ
に書き込んだデータが利用部が処理を実行すべき利用部
データである場合、当該利用部データの宛先である利用
部の使用状態を確認するステップと、制御部は、利用部
の使用状態が利用部データの受け取りが不可能な場合に
は、第２の受信バッファに当該利用部データを書き込む
ステップと、制御部は、利用部の使用状態が利用部デー
タの受け取りが可能な場合には、当該利用部に第１の受
信バッファに書き込まれた当該利用部データの所在およ
びサイズを通知するステップと、利用部は、通知を受け
て第１の受信バッファから利用部データの読み取りを行
うステップとを含む動作環境を、通信装置上で実現する
ためのプログラムを記録している。

【００６７】第１７の発明は、第１６の発明において、
複数の第２の受信バッファの所在およびサイズは、複数
の利用部がそれぞれ個別に設定することを特徴とする。

【００６８】第１８の発明は、第１６および第１７の発
明において、制御部は、データの通信に先立ち、他の通
信装置に対して予め当該データの連続受信が可能な回数
を連絡するステップをさらに備え、データの連続送信が
可能な回数は、データ通信が発生するごとに、制御部が
第２の受信バッファのサイズと発生した当該通信におい
て送信され得る最大のデータサイズとから算出して求め
ることを特徴とする。

【００６９】上記のように、第１３〜第１８の発明は、
第７〜第１２の発明の通信方法を通信装置上で実現する
ためのプログラムを記録した媒体である。これは、第７
〜第１２の発明の通信方法を、任意の通信装置にソフト
ウェアの形態で供給することに対応させたものである。
従って、第１３〜第１８の発明の効果は、第７〜第１２
の発明の効果と同様である。

【００７０】

【発明の実施の形態】

（第１の実施形態）図１は、本発明の第１の実施形態に
係る通信装置の構成を示すブロック図である。図１にお
いて、本第１の実施形態に係る通信装置は、制御部１０
と、利用部２０と、ＲＡＭ３０と、インタフェース４０
とを備えている。

【００７１】制御部１０は、予め定められた通信プロト
コルを実行する。利用部２０は、アプリケーション処理
を実行するが、通信プロトコル上では何らの使用サービ
スも特定されていない。すなわち、ユーザは、この利用
部２０において、任意のアプリケーションプログラムを
用いることが可能である。

【００７２】典型的なハードウェア環境では、制御部１
０および利用部２０は、所定のプログラムデータが格納
された記憶装置（ＲＯＭ，ＲＡＭ，ハードディスク等）
と、当該プログラムデータを実行するＣＰＵ（セントラ
ル・プロセッシング・ユニット）とによって構成され
る。この場合、制御部１０が実行する機能および利用部
２０が実行する機能は、それぞれ独立したプログラムデ
ータの形態で提供される。各プログラムデータは、ＣＤ
−ＲＯＭやフロッピーディスク等の記録媒体を介して導
入されても良いし、通信によって導入されても良い。

【００７３】ＲＡＭ３０は、制御部１０および利用部２
０の作業用メモリとして用いられる。ＲＡＭ３０は、送
信バッファ３４と、管理テーブル３５とを有している。
ここで、送信バッファ３４および管理テーブル３５は、
いずれも制御部１０の管理下にある。これら送信バッフ
ァ３４および管理テーブル３５の詳細については後述す
る。

【００７４】制御部１０は、インタフェース４０を介し
て通信回線４２と接続されている。ここで、通信回線４
２は、有線の形態である必要はなく、電波または光など
を通信媒体として使用した無線の形態であっても構わな
い。インタフェース４０は、モデム等を含み、図１の通
信装置と図示しない他の通信装置との間の通信を仲介す
る。

【００７５】図２は、図１に示す送信バッファ３４の構
成を示す図である。この送信バッファ３４には、利用部
２０で発生した送信データが書き込まれる。なお、図２
では、送信バッファ３４に、一例として、８つの送信デ
ータが書き込まれている。また、送信バッファ３４に
は、各送信データの書き込み領域毎に使用状況フラグが
設けられている。

【００７６】図３は、図１に示す管理テーブル３５の構
成を示す図である。この管理テーブル３５は、図２７に
示す送信未完了データ管理テーブル１０３３と同様のも
のであり、データ送信要求のあった各送信データの所在
（送信バッファ３４における各送信データの書き込み領
域の先頭番地）およびサイズが格納されている。さら
に、各送信データの所在およびサイズに付随して、ヘッ
ダ情報書き込み領域およびエンダ情報書き込み領域が設
けられている。

【００７７】図４は、図１の利用部２０の動作の一部を
示すフローチャートである。また、図５および図６は、
図１の制御部１０の動作の一部を示すフローチャートで
ある。以下、これら図４〜図６を参照して、図１の通信
装置において、送信データが発生してから送信されるま
での一連の動作を説明する。

【００７８】まず、図４を参照する。利用部２０は、送
信データが発生すると（ステップＳ４０１）、書き込み
領域の獲得要求を制御部１０に出力する（ステップＳ４
０２）。

【００７９】次に、図５を参照する。利用部２０から書
き込み領域の獲得要求を受け取ると（ステップＳ５０
１）、制御部１０は、送信バッファ３４において、使用
状況フラグがＯＦＦ状態になっている書き込み領域が存
在するか否かを判断する（ステップＳ５０２）。使用状
況フラグがＯＦＦ状態になっている書き込み領域が存在
する場合、制御部１０は、当該書き込み領域のいずれか
一つを、新たな送信データを書き込むために利用部２０
に提供する書き込み領域と決定し、それに付随する使用
状況フラグをＯＮ状態とする（ステップＳ５０３）。そ
の後、制御部１０は、書き込み領域の獲得結果（獲得が
成功したことおよび提供する書き込み領域の所在を含
む）を利用部２０に返送する（ステップＳ５０４）。一
方、使用状況フラグがＯＦＦ状態になっている書き込み
領域が存在しない場合、制御部１０は、書き込み領域を
獲得できなかった旨を、利用部２０に返送する（ステッ
プＳ５０４）。

【００８０】再び図４を参照する。利用部２０は、発生
した送信データを書き込むための書き込み領域を獲得で
きたか否かを判断する（ステップＳ４０３）。書き込み
領域が獲得できなかった場合、利用部２０は、書き込み
領域が獲得できるまで、書き込み領域の獲得要求を制御
部１０に対して送り続ける。一方、書き込み領域を獲得
できた場合、利用部２０は、制御部１０から提供された
送信バッファ３４内の書き込み領域に送信データを書き
込む（ステップＳ４０４）。次に、利用部２０は、デー
タ送信要求を準備する（ステップＳ４０５）。このデー
タ送信要求は、送信バッファ３４に新たに書き込んだ送
信データの所在と、そのサイズとを含む。そして、この
データ送信要求は、ステップＳ４０６において、制御部
１０に出力される。

【００８１】図６を参照する。制御部１０は、利用部２
０からデータ送信要求を受け取ると（ステップＳ６０
１）、送信データの所在およびサイズ（いずれもデータ
送信要求の中に含まれている）を、管理テーブル３５に
追加する（ステップＳ６０２）。次に、制御部１０は、
ステップＳ６０２で送信データの所在およびサイズを追
加した欄と同じ欄にあるヘッダ情報書き込み領域に、後
に生成するパケットのヘッダ情報を書き込む（ステップ
Ｓ６０３）。さらに、制御部１０は、同じ欄にあるエン
ダ情報書き込み領域に、後に生成するパケットのエンダ
情報を書き込む（ステップＳ６０４）。

【００８２】次に、制御部１０は、現在、通信装置が送
信可能な状態にあるか否かを判断する（ステップＳ６０
５）。従来の通信装置と同様、例えば図１の通信装置が
半二重伝送を行っており、通信相手先の通信装置（図示
せず）からの送信データを受信中は、こちらから送信デ
ータを送信できない場合があるので、このような判断が
必要となる。制御部１０は、送信が可能な場合は直ち
に、送信が不可能な場合は送信が可能な状態になるまで
待機した後、ステップＳ６０６の処理を行う。このステ
ップＳ６０６において、制御部１０は、管理テーブル３
５に登録されている送信未完了の送信データの内、最も
古い送信データについてパケットを生成し、通信相手先
の通信装置に当該パケットを送信する。ここで、パケッ
トは、ヘッダ情報と、送信データと、エンダ情報とから
構成される。ヘッダ情報およびエンダ情報は、管理テー
ブル３５から取り出される。また、送信データは、送信
バッファ３４から（より具体的には、管理テーブル３５
に格納された送信データの所在によって特定される書き
込み領域から）取り出される。

【００８３】次に、制御部１０は、通信相手先の通信装
置から送信データの到着確認（ＡＣＫ）が帰ってきたか
否かを判断する（ステップＳ６０７）。ＡＣＫが帰って
こない場合、制御部１０は、ステップＳ６０６に戻り、
同じパケットを生成して再送する。一方、ＡＣＫが帰っ
てきた場合、制御部１０は、パケットの送信が終了した
ものと判断し、送信バッファ３４の対応する書き込み領
域（そのとき送信が完了した送信データを格納している
書き込み領域）の使用状況フラグをＯＦＦ状態にする
（ステップＳ６０８）。これで、制御部１０における送
信処理が終了する。

【００８４】上記のように、本発明の第１の実施形態に
係る通信装置によれば、利用部２０は、制御部１０に対
して書き込み領域の獲得要求を出すだけであり、送信バ
ッファ３４の管理は制御部１０が全て行っている。その
ため、利用部２０と制御部１０との間で交わされるデー
タの量が従来の通信装置に比べて少なくなり、通信装置
全体の負荷が軽減される。また、利用部２０は、本来期
待されているアプリケーション処理の実行に専念できる
ため、アプリケーション処理の実行速度が向上する。さ
らに、利用部２０を実現するためのアプリケーションプ
ログラムも簡素化されるため、その開発にかかる時間と
コストが節減できる。

【００８５】（第２の実施形態）図７は、本発明の第２
の実施形態に係る通信装置の構成を示すブロック図であ
る。図７において、本第２の実施形態に係る通信装置
は、上記第１の実施形態と同様に、制御部１０と、利用
部２０と、ＲＡＭ３０と、インタフェース４０とを備え
ている。

【００８６】ただし、ＲＡＭ３０は、図１の送信バッフ
ァ３４および管理テーブル３５に代えて、送信バッファ
３６のみを有している。この送信バッファ３６は、制御
部１０の管理下にある。本第２の実施形態に係る通信装
置のその他の構成は、上記第１の実施形態に係る通信装
置と同様である。

【００８７】図８は、送信バッファ３６の構成を示す図
である。図８に示すごとく、送信バッファ３６は、図１
の送信バッファ３４および管理テーブル３５の機能を併
せ持つものであり、１つの送信データに対して、使用状
況フラグと、送信データのサイズと、ヘッダ情報書き込
み領域と、送信データの書き込み領域と、エンダ情報書
き込み領域とが準備されている。そして、送信バッファ
３６は、複数の送信データに対する情報（図８では、一
例として８個の送信データに対する情報）を格納するこ
とができる。

【００８８】上記のような構成を有する本第２の実施形
態において、図７の制御部１０は、上記第１の実施形態
における制御部１０と同様、図５の動作を行う。また、
図７の利用部２０は、上記第１の実施形態における利用
部２０と同様の動作を行う。

【００８９】図９は、図７の制御部１０が利用部２０か
らのデータ送信要求に応答して行う送信処理を示すフロ
ーチャートである。図７の制御部１０において、図９の
フローチャートに示された動作が、上記第１の実施形態
の制御部１０の動作と異なる。以下、図９を参照して、
図７の制御部１０において、上記第１の実施形態の制御
部１０と異なる部分の動作を説明する。

【００９０】今、制御部１０から利用部２０に対して、
送信バッファ３６における送信データの書き込み領域の
提供が完了しており、この書き込み領域に新たな送信デ
ータが書き込まれているものとする。この状態で、利用
部２０が制御部１０に対してデータ送信要求を出すと、
図９に示すように、制御部１０は、利用部２０からのデ
ータ送信要求を受け取り（ステップＳ９０１）、送信デ
ータのサイズ（利用部２０からのデータ送信要求の中に
含まれている）を、送信バッファ３６に追加する（ステ
ップＳ９０２）。次に、制御部１０は、ステップＳ９０
２で送信データのサイズを追加した欄と同じ欄にあるヘ
ッダ情報書き込み領域に、後に生成するパケットのヘッ
ダ情報を書き込む（ステップＳ９０３）。さらに、制御
部１０は、同じ欄にあるエンダ情報書き込み領域に、後
に生成するパケットのエンダ情報を書き込む（ステップ
Ｓ９０４）。

【００９１】次に、制御部１０は、現在、通信装置が送
信可能な状態にあるか否かを判断する（ステップＳ９０
５）。この理由は、前述したので省略する。制御部１０
は、送信が可能な場合は直ちに、送信が不可能な場合は
送信が可能な状態になるまで待機した後、送信バッファ
３６に登録されている送信未完了データの内、最も古い
送信データについてパケットを生成し、通信相手先の通
信装置に当該パケットを送信する（ステップＳ９０
６）。前述したように、パケットは、ヘッダ情報と、送
信データと、エンダ情報とから構成される。本第２の実
施形態においては、ヘッダ情報，送信データおよびエン
ダ情報は、いずれも送信バッファ３６から取り出され
る。従って、パケットの生成が上記第１の実施形態に比
べて簡単に行える。

【００９２】次に、制御部１０は、通信相手先の通信装
置から送信データのＡＣＫが帰ってきたか否かを判断し
（ステップＳ９０７）、ＡＣＫが帰ってこない場合は、
ステップＳ９０６に戻り、同じパケットを生成して再送
する。一方、ＡＣＫが帰ってきた場合、制御部１０は、
パケットの送信が終了したものと判断し、送信バッファ
３６の対応する書き込み領域（そのとき送信が完了した
送信データを格納している書き込み領域）の使用状況フ
ラグをＯＦＦ状態にする（ステップＳ９０８）。これ
で、制御部１０における送信処理が終了する。

【００９３】上記のように、本発明の第２の実施形態に
係る通信装置によれば、制御部１０が管理する送信バッ
ファと管理テーブルとを１つにまとめるようにしたの
で、上記第１の実施形態のように送信バッファと管理テ
ーブルとの間でデータをリンクさせる必要がなくなり、
その分、記憶するデータ量が少なくなる（具体的には、
送信データの所在を記憶する必要がなくなる）。また、
本発明の第２の実施形態に係る通信装置によれば、送信
バッファを読み取るだけでパケットを生成できるので、
パケットの生成処理が簡素化される。

【００９４】（第３の実施形態）図１０は、本発明の第
３の実施形態に係る通信装置の構成を示すブロック図で
ある。図１０において、本第３の実施形態に係る通信装
置は、上記第１の実施形態と同様に、制御部１０と、利
用部２０と、ＲＡＭ３０と、インタフェース４０とを備
えている。

【００９５】ただし、ＲＡＭ３０は、固定データ送信領
域３７，送信バッファ３６および管理テーブル３５を有
している。ここで、固定データ送信領域３７は、利用部
２０の管理下にある。また、送信バッファ３６および管
理テーブル３５は、いずれも制御部１０の管理下にあ
る。送信バッファ３６の構成は、図８に示されたバッフ
ァと同様であり、管理テーブル３５の構成は、図３に示
されたテーブルと同様である。

【００９６】図１１は、図１０の固定データ送信領域３
７の構成を示す図である。図示のごとく、固定データ送
信領域３７には、１以上の固定データが格納されてい
る。ここで、固定データとは、通信相手先の通信装置に
送信するデータであって、その内容が固定的に定められ
ているデータである。例えば、通信先の通信装置におい
て同期処理を行うために定期的に送られる所定のビット
パターンデータがこれに該当する。

【００９７】図１２は、図１０の利用部２０の動作の一
部を示すフローチャートである。また、図１３は、図１
０の制御部１０の動作の一部を示すフローチャートであ
る。以下、これら図１２および図１３を参照して、図１
０の通信装置において、送信データが発生してから送信
されるまでの一連の動作を説明する。

【００９８】まず、図１２を参照する。利用部２０は、
送信データが発生すると（ステップＳ１２０１）、当該
送信データが固定データであるか否かを判断する（ステ
ップＳ１２０２）。まず、送信データが固定データ以外
のデータ（すなわち、利用部２０が新たに発生したデー
タ）である場合の動作について以下に説明する。なお、
この場合の動作は、上記第１の実施形態の動作とほぼ同
様である。

【００９９】送信データが固定データ以外のデータであ
る場合、利用部２０は、書き込み領域の獲得要求を制御
部１０に出力する（ステップＳ１２０３）。この書き込
み領域の獲得要求に応答して、制御部１０は、図５と同
様の動作を行う。すなわち、制御部１０は、送信バッフ
ァ３６において、使用状況フラグがＯＦＦ状態になって
いる書き込み領域が存在するか否かを判断する。使用状
況フラグがＯＦＦ状態になっている書き込み領域が存在
する場合、制御部１０は、当該書き込み領域のいずれか
一つを、新たな送信データを書き込むために利用部２０
に提供する書き込み領域と決定し、それに付随する使用
状況フラグをＯＮ状態とする。その後、制御部１０は、
書き込み領域の獲得結果（獲得が成功したことおよび提
供する書き込み領域の所在を含む）を利用部２０に返送
する。一方、使用状況フラグがＯＦＦ状態になっている
書き込み領域が存在しない場合、制御部１０は、書き込
み領域を獲得できなかった旨を、利用部２０に返送す
る。

【０１００】利用部２０から書き込み領域の獲得結果を
受け取った利用部２０は、発生した送信データを書き込
むための書き込み領域を獲得できたか否かを判断する
（ステップＳ１２０４）。書き込み領域が獲得できなか
った場合、利用部２０は、書き込み領域を獲得できるま
で、書き込み領域の獲得要求を制御部１０に対して送り
続ける。一方、書き込み領域を獲得できた場合、利用部
２０は、制御部１０から提供された送信バッファ３６内
の書き込み領域に送信データを書き込む（ステップＳ１
２０５）。次に、利用部２０は、データ送信要求を準備
する（ステップＳ１２０６）。このデータ送信要求は、
送信バッファ３６に新たに書き込んだ送信データの所在
と、そのサイズとを含む。そして、このデータ送信要求
は、ステップＳ１２０７において、制御部１０に出力さ
れる。

【０１０１】図１３を参照する。制御部１０は、利用部
２０からのデータ送信要求を受け取ると（ステップＳ１
３０１）、送信データが固定データか否かを判断する
（ステップＳ１３０２）。この場合、送信データは、固
定データ以外のデータであるため、ステップＳ１３０３
に進み、制御部１０は、送信データのサイズ（利用部２
０からのデータ送信要求の中に含まれている）を、送信
バッファ３６に追加する。次に、制御部１０は、ステッ
プＳ１３０３で送信データのサイズを追加した欄と同じ
欄にあるヘッダ情報書き込み領域に、後に生成するパケ
ットのヘッダ情報を書き込む（ステップＳ１３０４）。
さらに、制御部１０は、同じ欄にあるエンダ情報書き込
み領域に、後に生成するパケットのエンダ情報を書き込
む（ステップＳ１３０５）。

【０１０２】次に、制御部１０は、現在、通信装置が送
信可能な状態にあるか否かを判断する（ステップＳ１３
０６）。この理由は、前述したので省略する。制御部１
０は、送信が可能な場合は直ちに、送信が不可能な場合
は送信が可能な状態になるまで待機した後、送信バッフ
ァ３６に登録されている送信未完了の送信データの内、
最も古い送信データについてパケットを生成し、通信相
手先の通信装置に当該パケットを送信する（ステップＳ
１３０７）。前述したように、パケットは、ヘッダ情報
と、送信データと、エンダ情報とから構成される。本第
３の実施形態においては、ヘッダ情報，送信データおよ
びエンダ情報は、いずれも送信バッファ３６から取り出
される。従って、上記第２の実施形態と同様、パケット
の生成が上記第１の実施形態に比べて簡単に行える。

【０１０３】次に、制御部１０は、通信相手先の通信装
置から送信データのＡＣＫが帰ってきたか否かを判断し
（ステップＳ１３０８）、ＡＣＫが帰ってこない場合
は、送信データが固定データか否かを判断する（ステッ
プＳ１３０９）。この場合、送信データは固定データ以
外のデータであるため、ステップＳ１３０７に戻り、制
御部１０は、同じパケットを生成して再送する。一方、
ＡＣＫが帰ってきた場合、制御部１０は、送信データが
固定データ以外のデータであることを判断した後（ステ
ップＳ１３１０）、送信バッファ３６の対応する書き込
み領域（そのとき送信が完了した送信データを格納して
いる書き込み領域）の使用状況フラグをＯＦＦ状態にす
る（ステップＳ１３１１）。これで、制御部１０におけ
る送信処理が終了する。

【０１０４】次に、送信データが固定データである場合
の動作について説明する。図１２を参照する。送信デー
タが固定データである場合、利用部２０は、データ送信
要求を準備する（ステップＳ１２０８）。このデータ送
信要求は、固定送信データ領域３７内の固定データの所
在と、そのサイズとを含む。そして、このデータ送信要
求は、ステップＳ１２０７において、制御部１０に出力
される。

【０１０５】図１３を参照する。制御部１０は、利用部
２０からのデータ送信要求を受け取ると（ステップＳ１
３０１）、送信データが固定データであることを判断し
た後（ステップＳ１３０２）、送信データの所在および
サイズ（いずれも利用部２０からのデータ送信要求の中
に含まれている）を、管理テーブル３５に追加する（ス
テップＳ１３１２）。次に、制御部１０は、ステップＳ
１３０３で送信データの所在およびサイズを追加した欄
と同じ欄にあるヘッダ情報書き込み領域に、後に生成す
るパケットのヘッダ情報を書き込む（ステップＳ１３１
３）。さらに、制御部１０は、同じ欄にあるエンダ情報
書き込み領域に、後に生成するパケットのエンダ情報を
書き込む（ステップＳ１３１４）。次に、制御部１０
は、管理テーブル３５に登録されている送信未完了の送
信データの内、最も古い送信データについてパケットを
生成し、通信相手先の通信装置に当該パケットを送信す
る（ステップＳ１３１５）。ここで、パケットは、ヘッ
ダ情報と、送信データと、エンダ情報とから構成され
る。ヘッダ情報およびエンダ情報は、管理テーブル３５
から取り出される。また、送信データは、固定送信デー
タ領域３７から（より具体的には、管理テーブル３５に
格納された送信データの所在によって特定される固定デ
ータ領域から）取り出される。

【０１０６】次に、制御部１０は、通信相手先の通信装
置から送信データのＡＣＫが帰ってきたか否かを判断し
（ステップＳ１３０８）、ＡＣＫが帰ってこない場合
は、送信データが固定データか否かを判断する（ステッ
プＳ１３０９）。この場合、送信データは固定データで
あるため、ステップＳ１３１５に戻り、制御部１０は、
同じパケットを生成して再送する。一方、ＡＣＫが帰っ
てきた場合、制御部１０は、送信データが固定データで
あることを判断した後（ステップＳ１３１０）、送信処
理を終了する。

【０１０７】上記のように、本発明の第３の実施形態に
係る通信装置によれば、予め固定データを記憶している
ため、固定データを送信する場合は、送信データを管理
テーブルに書き込む必要がないので、利用部２０の処理
が一層簡素化される。

【０１０８】（第４の実施形態）図１４は、本発明の第
４の実施形態に係る通信装置の構成を示すブロック図で
ある。図１４において、本第４の実施形態の通信装置
は、制御部１１と、複数の利用部２１〜２Ｎと、ＲＡＭ
３０と、インタフェース４０とを備える。

【０１０９】制御部１１は、予め定められた通信プロト
コルを実行する。また、制御部１１は、インタフェース
４０を介して通信回線４２と接続されている。ここで、
通信回線４２は、有線の形態である必要はなく、電波ま
たは光などを通信媒体として使用した無線の形態であっ
ても構わない。インタフェース４０は、モデム等を含
み、図１４の通信装置と図示しない他の通信装置との間
の通信を仲介する。

【０１１０】利用部２１〜２Ｎは、アプリケーション処
理を実行するが、通信プロトコル上では何らの使用サー
ビスも特定されていない。すなわち、ユーザは、この利
用部２１〜２Ｎにおいて、任意のアプリケーションプロ
グラムを用いることが可能である。

【０１１１】ＲＡＭ３０は、制御部１１および利用部２
１〜２Ｎの作業用メモリとして用いられ、制御部１１が
管理する制御部管理領域５１と、各利用部２１〜２Ｎが
それぞれ固有に管理する利用部管理領域９１〜９Ｎとを
含んでいる。さらに、制御部管理領域５１は、第１の受
信バッファ８１と、各利用部２１〜２Ｎにそれぞれ対応
した第２の受信バッファ６１〜６Ｎおよびビジーフラグ
７１〜７Ｎとを含んでいる。第１の受信バッファ８１
は、制御部１１によって設定された１つのレコード領域
を有しており（図１５（ａ））、当該１つのレコード領
域には、制御部１１の指示のもと受信したデータが記録
される。また、第２の受信バッファ６１〜６Ｎは、制御
部１１によって同一サイズで設定された複数のレコード
領域を有しており（図１５（ｂ））、当該複数のレコー
ド領域には、必要に応じて制御部１１により第１の受信
バッファ８１に記録されている受信データが転記され
る。ビジーフラグ７１〜７Ｎは、利用部２１〜２Ｎのデ
ータ処理の繁閑状態をフラグを、ＯＮ／ＯＦＦすること
などの方法により制御部１１に対して表示できるものと
する。また、利用部管理領域９１〜９Ｎは、それぞれデ
ータ転記領域９１ａ〜９Ｎａを含んでいる。各利用部２
１〜２Ｎは、後述する制御部１１からの通知に従い、対
応する利用部データをデータ転記領域９１ａ〜９Ｎａに
転記する。

【０１１２】典型的なハードウェア環境では、制御部１
１および利用部２１〜２Ｎは、所定のプログラムデータ
が格納された記憶装置（ＲＯＭ，ＲＡＭ，ハードディス
ク等）と、当該プログラムデータを実行するＣＰＵ（セ
ントラル・プロセッシング・ユニット）とによって構成
される。この場合、制御部１１が実行する機能および利
用部２１〜２Ｎが実行する機能は、それぞれ独立したプ
ログラムデータの形態で提供される。各プログラムデー
タは、ＣＤ−ＲＯＭやフロッピーディスク等の記録媒体
を介して導入されてもよいし、通信によって導入されて
もよい。

【０１１３】次に、図１４で示す通信装置で送受信され
るデータ構造について説明する。図１６は、図１４で示
す通信装置で送受信されるデータ構造の一例を示す図で
ある。図１６において、送受信されるデータは、パケッ
トという形を構成する。パケットは、パケット先頭識別
子や通信装置識別子等から構成されるヘッダ部分３０１
と、送信の主たる内容であるデータ部分３０３と、フレ
ーム検査情報やパケット末尾識別子等から構成されるエ
ンダ部分３０２とで構成される。データ部分３０３を用
いて送信されるデータには、制御部１１においてプロト
コル処理がされる制御部データと、利用部２１〜２Ｎに
おいてアプリケーション処理がされる利用部データとが
存在する。なお、利用部データの場合には、当該データ
がどの利用部へのものかを示す利用部宛先識別子が付随
している（図１６（ｂ））。

【０１１４】以下、図１７〜図１９を用いて、図１４の
通信装置において、データの受信が発生してからアプリ
ケーション処理が行われるまでの一連の動作を説明す
る。図１７は、図１４の制御部１１がデータを受信した
ときに行う処理ステップを示すフローチャートである。
図１８は、図１４の各利用部２１〜２Ｎからのビジー連
絡が発生したときに制御部１１が行う処理ステップを示
すフローチャートである。図１９は、図１４の各利用部
２１〜２Ｎがデータ転記を行う処理ステップを示すフロ
ーチャートである。

【０１１５】図１７を参照する。制御部１１は、データ
受信が発生すると受信したデータ（実際には、受信した
パケットのうちデータ部分３０３）を、まず第１の受信
バッファ８１に書き込む（ステップＳ１７０１）。な
お、処理開始の前提として、第１の受信バッファ８１、
第２の受信バッファ６１〜６Ｎおよびビジーフラグ７１
〜７Ｎは、図２０に示すごとく制御部１１によって初期
化される。この初期化のタイミングは、各バッファおよ
びフラグに最初に書き込みが行われる前に実施すればよ
く、例えば、通信装置の電源投入時等に行えばよい。

【０１１６】次に、制御部１１は、第１の受信バッファ
８１に書き込んだデータ部分３０３が利用部データであ
るか否かを判断する（ステップＳ１７０２）。このステ
ップＳ１７０２の判断において、データ部分３０３が利
用部データではない、すなわち制御部データである場
合、制御部１１は、当該制御部データを自らプロトコル
処理し（ステップＳ１７０８）、その後、第１の受信バ
ッファ８１から当該制御部データを削除する（ステップ
Ｓ１７０９）。一方、上記ステップＳ１７０２の判断に
おいて、データ部分３０３が利用部データである場合、
制御部１１は、利用部宛先識別子（図１６（ｂ）を参
照）に基づいて、当該利用部データの宛先である利用部
２ｉ（ｉ＝１〜Ｎのいずれか、以下、本明細書における
ｉについての表現は同様とする）のビジーフラグ７ｉが
ＯＮか否かを判断する（ステップＳ１７０３）。

【０１１７】上記ステップＳ１７０３の判断において、
ビジーフラグ７ｉがＯＮの場合、制御部１１は、第１の
受信バッファ８１に書き込んだ利用部データを第２の受
信バッファ６ｉに転記し（ステップＳ１７０４）、その
後、第１の受信バッファ８１から当該利用部データを削
除する（ステップＳ１７０５）。一方、ステップＳ１７
０３の判断において、ビジーフラグ７ｉがＯＦＦの場
合、制御部１１は、第１の受信バッファ８１に書き込ま
れている利用部データの所在とサイズを当該利用部デー
タの宛先である利用部２ｉに通知する（ステップＳ１７
０６）。

【０１１８】図１９を参照する。利用部２ｉは、制御部
１１から上記通知を受けると、当該通知に基づいて第１
の受信バッファ８１から自己が管理するデータ転記領域
９ｉａに利用部データを転記する（ステップＳ１９０
１）。そして、データ転記が終了すると、利用部２ｉ
は、制御部１１へ転記終了結果を返送する（ステップＳ
１９０２）。この後、利用部２ｉは、自己のデータ転記
領域９ｉａに転記した利用部データの処理を行う（ステ
ップＳ１９０３）。

【０１１９】再び図１７を参照する。制御部１１は、利
用部２ｉからの返送を受けると、通知を行った利用部デ
ータを第１の受信バッファ８１から削除する（ステップ
Ｓ１７０７）。

【０１２０】次に、上記ステップＳ１７０４の処理にお
いて第２の受信バッファ６ｉへの転記までにとどまって
いる利用部データの以後の処理を、図１８を参照して説
明する。図１８に示すように、制御部１１は、利用部２
ｉからのビジー連絡により、第２の受信バッファ６ｉに
書き込まれた利用部データの処理を行う。

【０１２１】図１８を参照する。制御部１１は、利用部
２ｉからのビジー連絡を受けると、当該連絡がビジー状
態でなくなったという連絡か否かを判断する（ステップ
Ｓ１８０１）。このステップＳ１８０１の判断におい
て、ビジー状態でなくなったという連絡の場合、制御部
１１は、さらに第２の受信バッファ６ｉに利用部データ
が存在しているか否かを判断する（ステップＳ１８０
２）。一方、上記ステップＳ１８０１の判断において、
ビジー状態でなくなったという連絡でない場合、制御部
１１は、当該連絡のあった利用部２ｉのビジーフラグ７
ｉをＯＮにして（ステップＳ１８０５）、ビジー連絡に
対する処理を終了する。

【０１２２】上記ステップＳ１８０２の判断において、
第２の受信バッファ６ｉに利用部データが存在している
場合、制御部１１は、第２の受信バッファ６ｉに書き込
まれている当該利用部データの所在とサイズを該当する
利用部２ｉに通知する（ステップＳ１８０３）。

【０１２３】図１９を参照する。利用部２ｉは、制御部
１１から上記通知を受けると、上述した第１の受信バッ
ファ８１に関する通知の場合と同様に、当該通知に基づ
いて第２の受信バッファ６ｉから自己が管理するデータ
転記領域９ｉａに利用部データを転記する（ステップＳ
１９０１）。そして、データ転記が終了すると、利用部
２ｉは、制御部１１へ転記終了結果を返送する（ステッ
プＳ１９０２）。この後、利用部２ｉは、自己のデータ
転記領域９ｉａに転記した利用部データの処理を行う
（ステップＳ１９０３）。

【０１２４】再び図１８を参照する。制御部１１は、利
用部２ｉからの返送を受けると、通知を行った利用部デ
ータを第２の受信バッファ６ｉから削除する（ステップ
Ｓ１８０４）。ここで、上記ステップ１８０３において
行った通知により、利用部２ｉがすぐにビジー状態に移
行することも考えられるため、制御部１１は、上記ステ
ップＳ１８０４で削除を行った後に再びビジー連絡の内
容を確認することを行う（ステップＳ１８０７）。この
確認した連絡内容は、ステップＳ１８０１に戻って判断
され、ビジー状態となった連絡内容の場合は、ステップ
Ｓ１８０５の処理を行った後にビジー連絡の処理を終了
し、まだビジー状態にならない連絡内容の場合は、さら
に第２の受信バッファ６ｉに利用部データが存在するか
の判断へ移行する。一方、上記ステップＳ１８０２の判
断において、第２の受信バッファ６ｉに利用部データが
存在していない場合、制御部１１は、連絡のあった利用
部２ｉのビジーフラグ７ｉをＯＦＦにして（ステップＳ
１８０６）、ビジー連絡に対する処理を終了する。

【０１２５】上記のように、本発明の第４の実施形態に
係る通信装置によれば、制御部１１は、第１の受信バッ
ファ８１に書き込んだデータが利用部データである場
合、当該利用部データを第２の受信バッファ６ｉに転記
する前に、当該利用部データの宛先である利用部２ｉが
ビジー状態であるか否かを判断する（ステップＳ１７０
３）。この処理ステップにより、利用部データの宛先で
ある利用部２ｉがビジー状態でない場合には、当該利用
部データを第１の受信バッファ８１から直接利用部デー
タ転記領域９ｉａに転記することができる（すなわち、
１回の転記処理で済むことになる）。従って、本発明の
第４の実施形態に係る通信装置は、利用部データを転記
処理するステップを削減することができ、通信スループ
ットの向上を図ることができる。

【０１２６】なお、図１７のステップＳ１７０１におい
て、受信したデータを第１の受信バッファ８１に書き込
んだ後、すぐに受信したデータの内容を判断する処理
（ステップＳ１７０２）を行うようにしている。しか
し、他の通信システムにおいては、通信速度等の条件に
よって、図１６に示すようなヘッダ部分３０１からエン
ダ部分３０２までのすべてのパケットを一度に送信で
ず、さらに小さいパケット単位で送信する場合もある。
この場合は、受信したデータをもって図１６に示すよう
な１つのパケットが完成するか否かを判断するステップ
（例えば、受信したデータがエンダ部分３０２であるか
否かによって判断すればよい）をさらに設け、パケット
が完成しないときには繰り返しデータを受信および書き
込み、完成したときに図１７のステップＳ１７０２の判
断を行うようにすればよい。

【０１２７】また、データ通信の間隔と制御部１１の処
理速度との関係によっては、第１の受信バッファ８１
（すなわち、１つのレコード領域）に書き込まれている
既存データの転記処理の途中に制御部１１が新しいデー
タを受信してしまい、当該既存データの上に当該新しい
データが書き込まれてしまうという問題が発生する。こ
の問題への対応としては、第１の受信バッファ８１のレ
コード領域を第２の受信バッファ６１〜６Ｎのように複
数構成し（図１５（ｂ）を参照）、前述のステップＳ１
７０５等において既存データの削除が行われない限り書
き込みを行わないようにすればよい。

【０１２８】さらに、図１６において、パケットのデー
タ部分３０３は、制御部データあるいは利用部データで
あると述べた。しかし、通信システムによっては、上記
双方のデータを同時に送信する場合も考えられる。この
場合の図１７の処理は、例えば、ステップＳ１７０２の
判断の前に上記双方のデータを有しているか否かを判断
するステップをさらに設け、双方有している場合には、
ステップＳ１７０４、Ｓ１７０６またはＳ１７０８の処
理を終えた時点で（第１の受信バッファ８１のデータ削
除を行わずに）もう一度ステップＳ１７０２に戻るよう
にすればよい。

【０１２９】次に、本発明の第４の実施形態に係る通信
装置において、従来の技術で述べたクレジット値を用い
て通信を行う場合の、最大クレジット値の最適な設定方
法について説明する。

【０１３０】本第４の実施形態では、通信するデータサ
イズ（図１６におけるデータ部分３０３）が通信ごとに
変動することを利用して、最大クレジット値の有効な設
定を行っている。具体的には、通信要求が発生するごと
に、制御部１１が当該要求のあった送信側の通信装置に
連絡する最大クレジット値を求め直すというものであ
る。すなわち、最大クレジット値を求めるための第２の
受信バッファ６ｉのサイズを割る最大データサイズは、
通信システムにおける固定的な最大データサイズではな
く、要求のあった通信上における最大データサイズとし
ているのである。例えば、通信システムにおける固定的
な最大データサイズが「１０」であり、第２の受信バッ
ファ６ｉのサイズが「１２０」の固定値であったとする
（単位は略す）。この場合、従来の通信装置において
は、いかなる通信においても（例えば、ある通信におけ
る最大データサイズが「６」であると分かっている場合
であっても）一律に最大クレジット値は「１２（＝１２
０／１０）」となる。しかし、本第４の実施形態に係る
通信装置は、通信要求があるごとにクレジット値を設定
し直すため、上述のように最大データサイズが「６」で
ある通信においては、最大クレジット値を「２０（＝１
２０／６）」と設定することができる。

【０１３１】従って、本発明の第４の実施形態に係る通
信装置は、通信ごとに最適な最大クレジット値を求める
ことによって受信データのオーバーフローを回避すると
ともに、効率的で最適なデータ通信を行うことができ
る。

【０１３２】（第５の実施形態）図２１は、本発明の第
５の実施形態に係る通信装置の構成を示すブロック図で
ある。図２１において、本第５の実施形態に係る通信装
置は、上記第４の実施形態と同様に、制御部１１と、複
数の利用部２１〜２Ｎと、ＲＡＭ３０と、インタフェー
ス４０とを備える。

【０１３３】ただし、制御部管理領域５１は、図１４の
第２の受信バッファ６１〜６Ｎおよびビジーフラグ７１
〜７Ｎに代えて、各利用部２１〜２Ｎに対応する複数の
管理テーブル１０１〜１０Ｎを有している。また、各利
用部管理領域９１〜９Ｎは、データ転記領域９１ａ〜９
Ｎａに加え、それぞれ第２の受信バッファ６１〜６Ｎを
有している。すなわち、本第５の実施形態は、上記第４
の実施形態において、制御部管理領域５１に構成してい
た第２の受信バッファ６１〜６Ｎを利用部管理領域９１
〜９Ｎに構成したものである。ここで、第２の受信バッ
ファ６１〜６Ｎを利用部管理領域９１〜９Ｎに構成する
ということは、第２の受信バッファ６１〜６Ｎに関する
基本設定（バッファサイズおよびＲＡＭ３０上の場所）
を、各利用部２１〜２Ｎが行うということを意味する。

【０１３４】図２２は、管理テーブル１０１〜１０Ｎの
構成を示す図である。図２２に示すように、管理テーブ
ル１０１〜１０Ｎは、それぞれ利用部関連付け情報、ビ
ジーフラグ、第２の受信バッファの所在・サイズ、第２
の受信バッファの書き込み場所および第２の受信バッフ
ァの読み出し場所・サイズの領域を有している。

【０１３５】利用部関連付け情報は、管理テーブル１０
ｉがどの利用部２ｉに関するものかを判断するための情
報を格納する。ビジーフラグは、上記第４の実施形態の
ビジーフラグ７１〜７Ｎと同様の情報を格納する。第２
の受信バッファの所在・サイズは、前述のように各利用
部２ｉが設定した第２の受信バッファ６ｉ領域の情報を
格納する。この第２の受信バッファの所在・サイズの情
報は、例えば、各利用部２ｉが起動したときに制御部１
１へ指示する等の方法により格納される。第２の受信バ
ッファの書き込み場所は、制御部１１が、次の受信デー
タを第２の受信バッファ６ｉ内のどの場所に書き込んだ
らよいかという情報を格納する。第２の受信バッファの
読み出し場所・サイズは、利用部２ｉがビジー状態でな
くなった場合、第２の受信バッファ６ｉ内のどの場所か
らどれだけのサイズのデータをデータ転記領域９ｉａに
転記すればよいかという情報を格納する。

【０１３６】上記のような構成を有する本第５の実施形
態において、図２１の制御部１１は、基本的に上記第４
の実施形態における制御部１１と同様、図１７および図
１８の動作を行う。なお、図２１の制御部１１は、管理
テーブル１０１〜１０ｉに格納された情報に基づいて図
１７および図１８の動作を行うこととなる。また、図２
１の利用部２１〜２Ｎは、基本的に上記第４の実施形態
における利用部２１〜２Ｎと同様、図１９の動作を行
う。

【０１３７】以下、本第５の実施形態における処理が、
上記第４の実施形態における処理と異なる部分について
説明する。本第５の実施形態においては、前述のよう
に、利用部２１〜２Ｎがそれぞれ個別に第２の受信バッ
ファ６１〜６Ｎの領域およびサイズを設定している。こ
のため、制御部１１が受信データを処理する（図１７、
ステップＳ１７０１）前に行う初期化の処理は、図２３
に示すように利用部２１〜２Ｎごとに個別に行われる。

【０１３８】図２３（ａ）を参照する。制御部１１は、
利用部２ｉからの通信開始準備要求の発生により、利用
部２ｉから指示される第２の受信バッファ６ｉの所在と
サイズを管理テーブル１０ｉに設定するとともに（ステ
ップＳ２３０１）、当該第２の受信バッファ６ｉを初期
化する（ステップＳ２３０２）。その後、制御部１１
は、管理テーブル１０ｉのビジーフラグをＯＦＦに初期
化する（ステップＳ２３０３）。一方、第１の受信バッ
ファ８１は、図２３（ａ）に示す処理とは別個に制御部
１１によって初期化される（図２３（ｂ））。

【０１３９】上記のように、本発明の第５の実施形態に
係る通信装置によれば、第２の受信バッファ６１〜６Ｎ
の基本設定は、制御部１１が一律に同一の設定を行うの
ではなく、各利用部２１〜２Ｎがそれぞれ自らの目的や
処理能力に見合った最適なサイズを設定する。従って、
本発明の第５の実施形態に係る通信装置は、通信装置と
いう限られた資源を有効に利用することができる。

【０１４０】また、本発明の第５の実施形態に係る通信
装置において前述したクレジット値を用いて通信を行う
場合、上記第４の実施形態と同様に、通信するデータサ
イズが通信ごとに変動することを利用して、通信要求が
発生するごとに、制御部１１が当該要求のあった通信装
置に連絡する最大クレジット値を求め直すことを行う。

【０１４１】ただし、本第５の実施形態における第２の
受信バッファ６ｉのサイズは、上記第４の実施形態にお
ける第２の受信バッファ６ｉのサイズのように一律に固
定的なものではなく、各利用部２１〜２Ｎがそれぞれ最
適に設定したサイズである。よって、本第５の実施形態
において得られる最大クレジット値は、要求のあった通
信上における最大データサイズと、さらに最適設定され
た第２の受信バッファ６ｉのサイズとから求められる。

【０１４２】従って、本発明の第５の実施形態に係る通
信装置は、通信ごとに最適な最大クレジット値を求める
ことによって受信データのオーバーフローを回避すると
ともに、より一層効率的で最適なデータ通信を行うこと
ができる。

【図面の簡単な説明】

【図１】本発明の第１の実施形態に係る通信装置の構成
を示すブロック図である。

【図２】図１の送信バッファ３４の構成を示す図であ
る。

【図３】図１の管理テーブル３５、および図１０の管理
テーブル３５の構成を示す図である。

【図４】図１の利用部２０の動作の一部を示すフローチ
ャートである。

【図５】図１の制御部１０の動作の一部を示すフローチ
ャートである。

【図６】図１の制御部１０の動作の一部を示すフローチ
ャートである。

【図７】本発明の第２の実施形態に係る通信装置の構成
を示すブロック図である。

【図８】図７の送信バッファ３６、および図１０の送信
バッファ３６の構成を示す図である。

【図９】図７の制御部１０の動作の一部を示すフローチ
ャートである。

【図１０】本発明の第３の実施形態に係る通信装置の構
成を示すブロック図である。

【図１１】図１０の固定データ送信領域３７の構成を示
す図である。

【図１２】図１０の利用部２０の動作の一部を示すフロ
ーチャートである。

【図１３】図１０の制御部１０の動作の一部を示すフロ
ーチャートである。

【図１４】本発明の第４の実施形態に係る通信装置の構
成を示すブロック図である。

【図１５】図１４における第１の受信バッファ８１およ
び第２の受信バッファ６１〜６Ｎの構成を示す図であ
る。

【図１６】図１４の通信装置で送受信されるデータ構成
の一例を示す図である。

【図１７】図１４の制御部１１の動作の一部を示すフロ
ーチャートである。

【図１８】図１４の制御部１１の動作の一部を示すフロ
ーチャートである。

【図１９】図１４の利用部２０の動作の一部を示すフロ
ーチャートである。

【図２０】図１４の制御部１１の動作の一部を示すフロ
ーチャートである。

【図２１】本発明の第５の実施形態に係る通信装置の構
成を示すブロック図である。

【図２２】図２１の管理テーブル１０１〜１０Ｎの構成
を示す図である。

【図２３】図２１の制御部１１の動作の一部を示すフロ
ーチャートである。

【図２４】従来の通信装置における送信部の構成の一例
を示すブロック図である。

【図２５】図２４の送信バッファ１０３１の構成を示す
図である。

【図２６】図２４の送信データ管理テーブル１０３２の
構成を示す図である。

【図２７】図２４の送信未完了データ管理テーブル１０
３３の構成を示す図である。

【図２８】図２４の利用部１０２０の動作の一部を示す
フローチャートである。

【図２９】図２４の制御部１０１０の動作の一部を示す
フローチャートである。

【図３０】図２４の制御部１０１０の動作の一部を示す
フローチャートである。

【図３１】従来の通信装置における受信部の構成の一例
を示すブロック図である。

【図３２】図３１の制御部１０１１の動作の一部を示す
フローチャートである。

【図３３】図３１の制御部１０１１の動作の一部を示す
フローチャートである。

【符号の説明】

１０、１１、１０１０、１０１１…制御部２０〜２Ｎ、１０２０〜１０２Ｎ…利用部３０、１０３０…ＲＡＭ３４、３６、１０３１…送信バッファ３５、１０１〜１０Ｎ…管理テーブル３７…固定送信データ領域４０、１０４０…インタフェース４２、１０４２…通信回線５１、１０５１…制御部管理領域６１〜６Ｎ、１０６１〜１０６Ｎ…第２の受信バッファ７１〜７Ｎ…ビジーフラグ８１、１０８１…第１の受信バッファ９１〜９Ｎ、１０９１〜１０９Ｎ…利用部管理領域９１ａ〜９Ｎａ、１０９１ａ〜１０９Ｎａ…データ転記
領域３０１…ヘッダ部分３０２…エンダ部分３０３…データ部分１０３２…送信データ管理テーブル１０３３…送信未完了データ管理テーブル

Claims

【特許請求の範囲】

【請求項１】任意のアプリケーション処理を実行する
利用部と、当該利用部で発生した送信データを予め定め
られたプロトコルに従って外部へ送信する制御部と、当
該利用部および制御部によって共用されるメモリとを備
えた通信装置であって、前記メモリは、前記利用部で発生した送信データを一時的に記憶するた
めの複数のデータ書き込み領域を有する送信バッファ
と、前記制御部が前記利用部からの送信要求を受け付けた各
送信データの送信状況および当該各送信データの前記送
信バッファ上での所在を管理する管理テーブルとを含
み、前記利用部は、送信データが発生したとき、前記送信バ
ッファ内のデータ書き込み領域の獲得要求を前記制御部
に出力し、前記制御部は、前記獲得要求があったとき、前記送信バ
ッファを参照することにより、前記送信バッファ内で新
たに書き込みが許容されるデータ書き込み領域を特定し
て前記利用部に提示し、前記利用部は、前記制御部から提示された前記送信バッ
ファのデータ書き込み領域に送信データを書き込み、前記制御部は、前記利用部からの送信データの送信要求
を受け付けた場合、当該送信データの前記送信バッファ
上での所在を前記管理テーブルに登録することを特徴と
する、通信装置。
【請求項２】任意のアプリケーション処理を実行する
利用部と、当該利用部で発生した送信データを予め定め
られたプロトコルに従って外部へ送信する制御部と、当
該利用部および制御部によって共用されるメモリとを備
えた通信装置であって、前記メモリは、前記利用部で発生した送信データを一時
的に記憶するための複数のデータ書き込み領域と、各デ
ータ書き込み領域に付随して設けられたヘッダ情報書き
込み領域およびエンダ情報書き込み領域とを有し、さら
に各データ書き込み領域に格納された送信データの送信
状況を管理する送信バッファを含み、前記利用部は、送信データが発生したとき、前記送信バ
ッファ内のデータ書き込み領域の獲得要求を前記制御部
に出力し、前記制御部は、前記獲得要求があったとき、前記送信バ
ッファを参照することにより、前記送信バッファ内で新
たに書き込みが許容されるデータ書き込み領域を特定し
て前記利用部に提示し、前記利用部は、前記制御部から提示された前記送信バッ
ファのデータ書き込み領域に送信データを書き込み、前記制御部は、前記利用部からの送信データの送信要求
を受付後、当該送信データを含むパケットの送信を開始
するまでの過程において、前記ヘッダ情報書き込み領域
および前記エンダ情報書き込み領域にヘッダ情報および
エンダ情報を書き込むことにより、前記送信バッファ内
で送信パケットを完成させることを特徴とする、通信装
置。
【請求項３】任意のアプリケーション処理を実行する
利用部と、当該利用部で発生した送信データまたは予め
装置内部で保有している固定データを予め定められたプ
ロトコルに従って外部へ送信する制御部と、当該利用部
および制御部によって共用されるメモリとを備えた通信
装置であって、前記メモリは、前記利用部で新たに発生した送信データを一時的に記憶
するための複数のデータ書き込み領域と、各データ書き
込み領域に付随して設けられたヘッダ情報書き込み領域
およびエンダ情報書き込み領域とを有し、さらに各デー
タ書き込み領域に格納された送信データの送信状況を管
理する送信バッファと、前記固定データを記憶する固定データ記憶部と、前記制御部が前記利用部からの送信要求を受け付けた各
固定データの送信状況および当該固定データの前記固定
データ記憶部上での所在を管理する管理テーブルとを含
み、前記利用部は、送信データが発生したとき、前記送信バ
ッファ内のデータ書き込み領域の獲得要求を前記制御部
に出力し、前記制御部は、前記獲得要求があったとき、前記送信バ
ッファを参照することにより、前記送信バッファ内で新
たに書き込みが許容されるデータ書き込み領域を特定し
て前記利用部に提示し、前記利用部は、前記制御部から提示された前記送信バッ
ファのデータ書き込み領域に送信データを書き込み、前記制御部は、前記利用部からの送信データの送信要求
を受付後、当該送信データを含むパケットの送信を開始
するまでの過程において、前記ヘッダ情報書き込み領域
および前記エンダ情報書き込み領域にヘッダ情報および
エンダ情報を書き込むことにより、前記送信バッファ内
で送信パケットを完成させ、前記制御部は、前記利用部からの固定データの送信要求
を受け付けた場合、当該固定データの前記固定データ記
憶部上での所在を前記管理テーブルに登録することを特
徴とする、通信装置。
【請求項４】インタフェースを介して他の通信装置か
ら受信したデータを予め定められたプロトコルに従って
処理する制御部と、当該制御部から転送されたデータの
アプリケーション処理を実行する複数の利用部と、当該
制御部および利用部によって共用されるメモリとを備え
た通信装置であって、前記メモリは、前記制御部で受信したデータを一時的に記憶するための
１または２以上のデータ書き込み領域を有する第１の受
信バッファと、複数の前記利用部の各々に対応し、前記第１の受信バッ
ファに書き込んだデータを、さらに一時的に記憶するた
めの複数のデータ書き込み領域を有する複数の第２の受
信バッファとを含み、前記制御部は、前記第１の受信バッファに書き込んだデータが前記利用
部が処理を実行すべき利用部データである場合、当該利
用部データの宛先である前記利用部の使用状態を確認
し、前記利用部の使用状態が前記利用部データの受け取りが
不可能な場合には、前記第２の受信バッファに当該利用
部データを書き込み、前記利用部の使用状態が前記利用部データの受け取りが
可能な場合には、当該利用部に前記第１の受信バッファ
に書き込まれた当該利用部データの所在およびサイズを
通知し、前記利用部は、前記通知を受けて前記第１の受信バッフ
ァから前記利用部データの読み取りを行うことを特徴と
する、通信装置。
【請求項５】複数の前記第２の受信バッファの所在お
よびサイズは、複数の前記利用部がそれぞれ個別に設定
することを特徴とする、請求項４に記載の通信装置。
【請求項６】前記制御部は、データの通信に先立ち、
前記他の通信装置に対して予め当該データの連続受信が
可能な回数を連絡する手段をさらに備え、前記データの連続送信が可能な回数は、データ通信が発
生するごとに、前記制御部が前記第２の受信バッファの
サイズと発生した当該通信において送信され得る最大の
データサイズとから算出して求めることを特徴とする、
請求項４または５に記載の通信装置。
【請求項７】任意のアプリケーション処理を実行する
利用部と、当該利用部で発生した送信データを予め定め
られたプロトコルに従って外部へ送信する制御部と、当
該利用部および制御部によって共用されるメモリとを備
えた通信装置に用いられる通信方法であって、前記メモリは、前記利用部で発生した送信データを一時的に記憶するた
めの複数のデータ書き込み領域を有する送信バッファ
と、前記制御部が前記利用部からの送信要求を受け付けた各
送信データの送信状況および当該各送信データの前記送
信バッファ上での所在を管理する管理テーブルとを含ん
でおり、前記利用部は、送信データが発生したとき、前記送信バ
ッファ内のデータ書き込み領域の獲得要求を前記制御部
に出力するステップと、前記制御部は、前記獲得要求があったとき、前記送信バ
ッファを参照することにより、前記送信バッファ内で新
たに書き込みが許容されるデータ書き込み領域を特定し
て前記利用部に提示するステップと、前記利用部は、前記制御部から提示された前記送信バッ
ファのデータ書き込み領域に送信データを書き込むステ
ップと、前記制御部は、前記利用部からの送信データの送信要求
を受け付けた場合、当該送信データの前記送信バッファ
上での所在を前記管理テーブルに登録するステップとを
備える、通信方法。
【請求項８】任意のアプリケーション処理を実行する
利用部と、当該利用部で発生した送信データを予め定め
られたプロトコルに従って外部へ送信する制御部と、当
該利用部および制御部によって共用されるメモリとを備
えた通信装置に用いられる通信方法であって、前記メモリは、前記利用部で発生した送信データを一時
的に記憶するための複数のデータ書き込み領域と、各デ
ータ書き込み領域に付随して設けられたヘッダ情報書き
込み領域およびエンダ情報書き込み領域とを有し、さら
に各データ書き込み領域に格納された送信データの送信
状況を管理する送信バッファを含んでおり、前記利用部は、送信データが発生したとき、前記送信バ
ッファ内のデータ書き込み領域の獲得要求を前記制御部
に出力するステップと、前記制御部は、前記獲得要求があったとき、前記送信バ
ッファを参照することにより、前記送信バッファ内で新
たに書き込みが許容されるデータ書き込み領域を特定し
て前記利用部に提示するステップと、前記利用部は、前記制御部から提示された前記送信バッ
ファのデータ書き込み領域に送信データを書き込むステ
ップと、前記制御部は、前記利用部からの送信データの送信要求
を受付後、当該送信データを含むパケットの送信を開始
するまでの過程において、前記ヘッダ情報書き込み領域
および前記エンダ情報書き込み領域にヘッダ情報および
エンダ情報を書き込むことにより、前記送信バッファ内
で送信パケットを完成させるステップとを備える、通信
方法。
【請求項９】任意のアプリケーション処理を実行する
利用部と、当該利用部で発生した送信データまたは予め
装置内部で保有している固定データを予め定められたプ
ロトコルに従って外部へ送信する制御部と、当該利用部
および制御部によって共用されるメモリとを備えた通信
装置に用いられる通信方法であって、前記メモリは、前記利用部で新たに発生した送信データを一時的に記憶
するための複数のデータ書き込み領域と、各データ書き
込み領域に付随して設けられたヘッダ情報書き込み領域
およびエンダ情報書き込み領域とを有し、さらに各デー
タ書き込み領域に格納された送信データの送信状況を管
理する送信バッファと、前記固定データを記憶する固定データ記憶部と、前記制御部が前記利用部からの送信要求を受け付けた各
固定データの送信状況および当該固定データの前記固定
データ記憶部上での所在を管理する管理テーブルとを含
んでおり、前記利用部は、送信データが発生したとき、前記送信バ
ッファ内のデータ書き込み領域の獲得要求を前記制御部
に出力するステップと、前記制御部は、前記獲得要求があったとき、前記送信バ
ッファを参照することにより、前記送信バッファ内で新
たに書き込みが許容されるデータ書き込み領域を特定し
て前記利用部に提示するステップと、前記利用部は、前記制御部から提示された前記送信バッ
ファのデータ書き込み領域に送信データを書き込むステ
ップと、前記制御部は、前記利用部からの送信データの送信要求
を受付後、当該送信データを含むパケットの送信を開始
するまでの過程において、前記ヘッダ情報書き込み領域
および前記エンダ情報書き込み領域にヘッダ情報および
エンダ情報を書き込むことにより、前記送信バッファ内
で送信パケットを完成させるステップと、前記制御部は、前記利用部からの固定データの送信要求
を受け付けた場合、当該固定データの前記固定データ記
憶部上での所在を前記管理テーブルに登録するステップ
とを備える、通信方法。
【請求項１０】インタフェースを介して他の通信装置
から受信したデータを予め定められたプロトコルに従っ
て処理する制御部と、当該制御部から転送されたデータ
のアプリケーション処理を実行する複数の利用部と、当
該制御部および利用部によって共用されるメモリとを備
えた通信装置に用いられる通信方法であって、前記メモリは、前記制御部で受信したデータを一時的に記憶するための
１または２以上のデータ書き込み領域を有する第１の受
信バッファと、複数の利用部の各々に対応し、前記第１の受信バッファ
に書き込んだデータを、さらに一時的に記憶するための
複数のデータ書き込み領域を有する複数の第２の受信バ
ッファとを含んでおり、前記制御部は、前記第１の受信バッファに書き込んだデ
ータが前記利用部が処理を実行すべき利用部データであ
る場合、当該利用部データの宛先である前記利用部の使
用状態を確認するステップと、前記制御部は、前記利用部の使用状態が前記利用部デー
タの受け取りが不可能な場合には、前記第２の受信バッ
ファに当該利用部データを書き込むステップと、前記制御部は、前記利用部の使用状態が前記利用部デー
タの受け取りが可能な場合には、当該利用部に前記第１
の受信バッファに書き込まれた当該利用部データの所在
およびサイズを通知するステップと、前記利用部は、前記通知を受けて前記第１の受信バッフ
ァから前記利用部データの読み取りを行うステップとを
備える、通信方法。
【請求項１１】複数の前記第２の受信バッファの所在
およびサイズは、複数の前記利用部がそれぞれ個別に設
定することを特徴とする、請求項１０に記載の通信方
法。
【請求項１２】前記制御部は、データの通信に先立
ち、前記他の通信装置に対して予め当該データの連続受
信が可能な回数を連絡するステップをさらに備え、前記データの連続送信が可能な回数は、データ通信が発
生するごとに、前記制御部が前記第２の受信バッファの
サイズと発生した当該通信において送信され得る最大の
データサイズとから算出して求めることを特徴とする、
請求項１０または１１に記載の通信方法。
【請求項１３】任意のアプリケーション処理を実行す
る利用部と、当該利用部で発生した送信データを予め定
められたプロトコルに従って外部へ送信する制御部と、
当該利用部および制御部によって共用されるメモリとを
備えた通信装置において実行され、当該通信装置上で所
定の動作環境を実現するためのコンピュータプログラム
を記録した媒体であって、前記メモリは、前記利用部で発生した送信データを一時的に記憶するた
めの複数のデータ書き込み領域を有する送信バッファ
と、前記制御部が前記利用部からの送信要求を受け付けた各
送信データの送信状況および当該各送信データの前記送
信バッファ上での所在を管理する管理テーブルとを含ん
でおり、前記利用部は、送信データが発生したとき、前記送信バ
ッファ内のデータ書き込み領域の獲得要求を前記制御部
に出力するステップと、前記制御部は、前記獲得要求があったとき、前記送信バ
ッファを参照することにより、前記送信バッファ内で新
たに書き込みが許容されるデータ書き込み領域を特定し
て前記利用部に提示するステップと、前記利用部は、前記制御部から提示された前記送信バッ
ファのデータ書き込み領域に送信データを書き込むステ
ップと、前記制御部は、前記利用部からの送信データの送信要求
を受け付けた場合、当該送信データの前記送信バッファ
上での所在を前記管理テーブルに登録するステップとを
含む動作環境を、前記通信装置上で実現するためのプロ
グラムを記録した、記録媒体。
【請求項１４】任意のアプリケーション処理を実行す
る利用部と、当該利用部で発生した送信データを予め定
められたプロトコルに従って外部へ送信する制御部と、
当該利用部および制御部によって共用されるメモリとを
備えた通信装置において実行され、当該通信装置上で所
定の動作環境を実現するためのコンピュータプログラム
を記録した媒体であって、前記メモリは、前記利用部で発生した送信データを一時
的に記憶するための複数のデータ書き込み領域と、各デ
ータ書き込み領域に付随して設けられたヘッダ情報書き
込み領域およびエンダ情報書き込み領域とを有し、さら
に各データ書き込み領域に格納された送信データの送信
状況を管理する送信バッファを含んでおり、前記利用部は、送信データが発生したとき、前記送信バ
ッファ内のデータ書き込み領域の獲得要求を前記制御部
に出力するステップと、前記制御部は、前記獲得要求があったとき、前記送信バ
ッファを参照することにより、前記送信バッファ内で新
たに書き込みが許容されるデータ書き込み領域を特定し
て前記利用部に提示するステップと、前記利用部は、前記制御部から提示された前記送信バッ
ファのデータ書き込み領域に送信データを書き込むステ
ップと、前記制御部は、前記利用部からの送信データの送信要求
を受付後、当該送信データを含むパケットの送信を開始
するまでの過程において、前記ヘッダ情報書き込み領域
および前記エンダ情報書き込み領域にヘッダ情報および
エンダ情報を書き込むことにより、前記送信バッファ内
で送信パケットを完成させるステップとを含む動作環境
を、前記通信装置上で実現するためのプログラムを記録
した、記録媒体。
【請求項１５】任意のアプリケーション処理を実行す
る利用部と、当該利用部で発生した送信データまたは予
め装置内部で保有している固定データを予め定められた
プロトコルに従って外部へ送信する制御部と、当該利用
部および制御部によって共用されるメモリとを備えた通
信装置において実行され、当該通信装置上で所定の動作
環境を実現するためのコンピュータプログラムを記録し
た媒体であって、前記メモリは、前記利用部で新たに発生した送信データを一時的に記憶
するための複数のデータ書き込み領域と、各データ書き
込み領域に付随して設けられたヘッダ情報書き込み領域
およびエンダ情報書き込み領域とを有し、さらに各デー
タ書き込み領域に格納された送信データの送信状況を管
理する送信バッファと、前記固定データを記憶する固定データ記憶部と、前記制御部が前記利用部からの送信要求を受け付けた各
固定データの送信状況および当該固定データの前記固定
データ記憶部上での所在を管理する管理テーブルとを含
んでおり、前記利用部は、送信データが発生したとき、前記送信バ
ッファ内のデータ書き込み領域の獲得要求を前記制御部
に出力するステップと、前記制御部は、前記獲得要求があったとき、前記送信バ
ッファを参照することにより、前記送信バッファ内で新
たに書き込みが許容されるデータ書き込み領域を特定し
て前記利用部に提示するステップと、前記利用部は、前記制御部から提示された前記送信バッ
ファのデータ書き込み領域に送信データを書き込むステ
ップと、前記制御部は、前記利用部からの送信データの送信要求
を受付後、当該送信データを含むパケットの送信を開始
するまでの過程において、前記ヘッダ情報書き込み領域
および前記エンダ情報書き込み領域にヘッダ情報および
エンダ情報を書き込むことにより、前記送信バッファ内
で送信パケットを完成させるステップと、前記制御部は、前記利用部からの固定データの送信要求
を受け付けた場合、当該固定データの前記固定データ記
憶部上での所在を前記管理テーブルに登録するステップ
とを含む動作環境を、前記通信装置上で実現するための
プログラムを記録した、記録媒体。
【請求項１６】インタフェースを介して他の通信装置
から受信したデータを予め定められたプロトコルに従っ
て処理する制御部と、当該制御部から転送されたデータ
のアプリケーション処理を実行する複数の利用部と、当
該制御部および利用部によって共用されるメモリとを備
えた通信装置において実行され、当該通信装置上で所定
の動作環境を実現するためのコンピュータプログラムを
記録した媒体であって、前記メモリは、前記制御部で受信したデータを一時的に記憶するための
１または２以上のデータ書き込み領域を有する第１の受
信バッファと、複数の前記利用部の各々に対応し、前記第１の受信バッ
ファに書き込んだデータを、さらに一時的に記憶するた
めの複数のデータ書き込み領域を有する複数の第２の受
信バッファとを含んでおり、前記制御部は、前記第１の受信バッファに書き込んだデ
ータが前記利用部が処理を実行すべき利用部データであ
る場合、当該利用部データの宛先である前記利用部の使
用状態を確認するステップと、前記制御部は、前記利用部の使用状態が前記利用部デー
タの受け取りが不可能な場合には、前記第２の受信バッ
ファに当該利用部データを書き込むステップと、前記制御部は、前記利用部の使用状態が前記利用部デー
タの受け取りが可能な場合には、当該利用部に前記第１
の受信バッファに書き込まれた当該利用部データの所在
およびサイズを通知するステップと、前記利用部は、前記通知を受けて前記第１の受信バッフ
ァから前記利用部データの読み取りを行うステップとを
含む動作環境を、前記通信装置上で実現するためのプロ
グラムを記録した、記録媒体。
【請求項１７】複数の前記第２の受信バッファの所在
およびサイズは、複数の前記利用部がそれぞれ個別に設
定することを特徴とする、請求項１６に記載の記録媒
体。
【請求項１８】前記制御部は、データの通信に先立
ち、前記他の通信装置に対して予め当該データの連続受
信が可能な回数を連絡するステップをさらに備え、前記データの連続送信が可能な回数は、データ通信が発
生するごとに、前記制御部が前記第２の受信バッファの
サイズと発生した当該通信において送信され得る最大の
データサイズとから算出して求めることを特徴とする、
請求項１６または１７に記載の記録媒体。