JPH09284337A - データ通信システムおよびデータ通信方法 - Google Patents

Abstract

(57)【要約】 【課題】 リアルタイム性を損なうことなく正常な通信
を保証することができるデータ通信システムを提供する
ことを課題とする。 【解決手段】 データ長の欄に第１のデータ長を記載し
たヘッダを生成する手段（３）と、ある時間間隔で供給
されるタイミング信号（ＳＰ）を検出する毎に、バッフ
ァ（２）にバッファリングされているデータのデータ長
を第２のデータ長として検出する手段（６）と、検出さ
れた第２のデータ長が第１のデータ長よりも小さいとき
には生成されたヘッダのデータ長の欄を第２のデータ長
以下のデータ長に変更し、第１のデータ長以上であると
きには変更せずにヘッダを送信する手段（３，４）と、
送信したヘッダのデータ長の欄に記載されたデータ長と
同じデータ長のデータをバッファから取り出し送信する
手段（４）とを有する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はデジタル通信に関
し、特にデータと共にそのデータ長を送信する技術に関
する。

【０００２】

【従来の技術】従来、ビデオ機器やオーディオ機器に
は、アナログ信号用の入出力端子が設けられおり、ビデ
オ信号やオーディオ信号は、アナログ形式で機器間の通
信が行われていた。近年、アナログ通信に代わり、デジ
タル通信が普及しつつある。デジタル通信の代表的な規
格がＩＥＥＥ１３９４で規定されている。

【０００３】図５（Ａ）は、ＩＥＥＥ１３９４のアイソ
クロナス（isochronous ）通信の例を示す。通信は、一
定時間Ｔ（＝１２５μｓ）毎に行われる。サイクルスタ
ートパケットＳＰは、一定時間Ｔのサイクルのスタート
を示す。パケットヘッダＰＨは、通信するデータＤＴの
データ長の情報を含む。データＤＴは、通信データの実
体である。

【０００４】データを送信する場合を説明する。ＩＥＥ
Ｅ１３９４の規格では、送信する最大データ長を予め設
定する必要がある。最大データ長は、例えば１０バイト
である。

【０００５】図５（Ａ）において、時刻ｔ１のサイクル
スタートパケットＳＰの後、データ長の欄に最大データ
長（１０バイト）を記載したパケットヘッダＰＨを送信
する。続いて、最大データ長（１０バイト）のデータＤ
Ｔを送信する。データＤＴは、送信する前に一度バッフ
ァに蓄えられ、バッファに蓄えられた先頭の最大データ
長（１０バイト）のデータＤＴが送信される。

【０００６】時刻ｔ２のサイクルスタートパケットＳＰ
の後も、データ長の欄に最大データ長（１０バイト）を
記載したパケットヘッダＰＨを送信し、続いてバッファ
の先頭の最大データ長（１０バイト）のデータＤＴを送
信する。同様に、時刻ｔ３のサイクルスタートパケット
ＳＰの後、データ長の欄に最大データ長（１０バイト）
を記載したパケットヘッダＰＨを送信し、続いてバッフ
ァの先頭の最大データ長（１０バイト）のデータＤＴを
送信する。

【０００７】図５（Ｂ）は、パケットヘッダＰＨに記載
されたデータ長とデータＤＴのデータ長とが一致しない
場合を示す。時刻ｔ１および時刻ｔ３のサイクルスター
トパケットＳＰの後の通信では、パケットヘッダＰＨに
記載したデータ長とデータＤＴのデータ長とが共に最大
データ長（１０バイト）であり、一致する。しかし、時
刻ｔ２のサイクルスタートパケットＳＰの後の通信で
は、パケットヘッダＰＨに記載したデータ長が最大デー
タ長（１０バイト）であり、データＤＴのデータ長が９
バイトであり、一致しない。これは、以下のような状況
により生じる。

【０００８】ＩＥＥＥ１３９４規格では、通信インター
フェースがデータ長の欄に最大データ長（１０バイト）
を記載したパケットヘッダＰＨを自動的に生成する。パ
ケットヘッダＰＨを送信した後にも、バッファにはデー
タが次々と蓄積されることがあるので、少なくとも最大
データ長（１０バイト）はバッファに蓄積されるだろう
と予測し、最大データ長（１０バイト）を記載したパケ
ットヘッダＰＨを送信することがある。しかし、実際に
は、９バイトしかバッファに蓄積されていないことがあ
る。その場合は、パケットヘッダＰＨのデータ長の欄に
最大データ長（１０バイト）を記載しながらも、９バイ
トのデータＤＴしか送信することができず、データ長の
不一致が生じる。

【０００９】データ長が不一致のまま無理矢理送信する
と、受信側は通信エラーと判断し、正常な通信が保証さ
れない。そこで、次のような通信が行われる。図５
（Ｃ）は、他の通信例を示す。

【００１０】時刻ｔ１のサイクルスタートパケットＳＰ
の後、バッファに最大データ長（１０バイト）以上のデ
ータが蓄積されていれば、データ長の欄に最大データ長
（１０バイト）を記載したパケットヘッダＰＨを送信
し、続いてバッファに蓄積されている先頭の最大データ
長（１０バイト）のデータＤＴを送信する。

【００１１】時刻ｔ２のサイクルスタートパケットＳＰ
の後、バッファに最大データ長（１０バイト）未満のデ
ータしか蓄積されていない場合は送信を行わず、バッフ
ァにデータを蓄積したままにする。

【００１２】時刻ｔ３のサイクルスタートパケットＳＰ
の後、バッファに最大データ長（１０バイト）以上のデ
ータが蓄積されていれば、データ長の欄に最大データ長
（１０バイト）を記載したパケットヘッダＰＨを送信
し、続いてバッファに蓄積されている先頭の最大データ
長（１０バイト）のデータＤＴを送信する。

【００１３】上記の通信を行えば、データ長は一致する
ので、正常な通信を行うことができる。しかし、時刻ｔ
２直後に本来送信したい最大データ長（１０バイト）未
満のデータを時刻ｔ２直後に送信せず、時刻ｔ３の経過
を待って送信するので、通信のリアルタイム性が損なわ
れる。

【００１４】

【発明が解決しようとする課題】ＩＥＥＥ１３９４規格
によれば、最大データ長を設定すれば、パケットヘッダ
ＰＨのデータ長の欄に最大データ長が自動的に記載され
る。しかし、バッファに最大データ長のデータが蓄積さ
れないため、パケットヘッダＰＨに記載されたデータ長
と送信するデータのデータ長が一致しない場合は、正常
な通信が保証されない。

【００１５】また、バッファに最大データ長のデータが
蓄積されるのを待って、データを送信するとなると、通
信のリアルタイム性が損なわれる。本発明の目的は、リ
アルタイム性を損なうことなく正常な通信を保証するこ
とができるデータ通信システムを提供することである。

【００１６】本発明の他の目的は、リアルタイム性を損
なうことなく正常な通信を保証することができるデータ
通信方法を提供することである。

【００１７】

【課題を解決するための手段】本発明のデータ通信シス
テムは、送信するためのデータをバッファリングするた
めのバッファと、データ長の欄に第１のデータ長を記載
したヘッダを生成するヘッダ生成手段と、ある時間間隔
で供給されるタイミング信号を検出するためのタイミン
グ検出手段と、前記タイミング信号を検出すると、前記
バッファにバッファリングされているデータのデータ長
を第２のデータ長として検出するためのデータ長検出手
段と、前記検出される第２のデータ長が前記第１のデー
タ長よりも小さいときには、前記ヘッダ生成手段により
生成されるヘッダのデータ長の欄を第２のデータ長以下
のデータ長に変更し、前記検出される第２のデータ長が
前記第１のデータ長以上であるときには、前記ヘッダ生
成手段により生成されるヘッダのデータ長の欄を変更せ
ずにヘッダを送信するヘッダ送信手段と、前記送信した
ヘッダのデータ長の欄に記載されたデータ長と同じデー
タ長のデータを前記バッファから取り出し送信するデー
タ送信手段とを有する。

【００１８】第１のデータ長は、送信するパケットの最
大データ長である。送信前に、予めデータ長の欄に第１
のデータ長を記載したヘッダを生成する。ある時間間隔
で供給されるタイミング信号を検出すると、バッファに
バッファリングされているデータのデータ長を第２のデ
ータ長として検出する。当該第２のデータ長が第１のデ
ータ長よりも小さいときには、前記生成されたヘッダの
データ長の欄を第２のデータ長以下のデータ長に変更し
てヘッダを送信する。一方、第２のデータ長が第１のデ
ータ長以上であるときには、前記生成されたヘッダのデ
ータ長の欄を変更せずにヘッダを送信する。バッファか
らはヘッダに記載されたデータ長と同じデータ長のデー
タを取り出し送信するので、ヘッダ内のデータ長と送信
するデータのデータ長は必ず一致する。また、バッファ
に第１のデータ長未満のデータしかバッファリングされ
ていない場合であっても、データを送信することがで
き、リアルタイム性を保証することができる。

【００１９】本発明のデータ通信方法は、データ長の欄
に第１のデータ長を記載したヘッダを生成する工程と、
ある時間間隔で供給されるタイミング信号を検出する毎
に、バッファにバッファリングされているデータのデー
タ長を第２のデータ長として検出する工程と、前記検出
された第２のデータ長が前記第１のデータ長よりも小さ
いときには、前記生成されたヘッダのデータ長の欄を第
２のデータ長以下のデータ長に変更し、前記検出された
第２のデータ長が前記第１のデータ長以上であるときに
は、前記生成されたヘッダのデータ長の欄を変更せずに
ヘッダを送信する工程と、前記送信したヘッダのデータ
長の欄に記載されたデータ長と同じデータ長のデータを
バッファから取り出し送信する工程とを含む。

【００２０】

【発明の実施の形態】図２は、ＩＥＥＥ１３９４規格の
通信ネットワークの構成を示す。ネットワークは、５つ
のノード（通信装置）ＮＤ１〜ＮＤ５をバス接続するこ
とにより構成される。各ノードＮＤには、ノードＩＤ
（識別子）が設定される。ノードＩＤは、例えば、ノー
ドＮＤ１が１、ノードＮＤ２が２、ノードＮＤ３が３、
ノードＮＤ４が４、ノードＮＤ５が５である。この中
で、ノードＩＤが一番大きいノードＮＤがルートノード
になる。ルートノードは、例えばノードＮＤ５である。

【００２１】図３は、本発明の実施例によるＩＥＥＥ１
３９４のアイソクロナス（isochronous ）通信の例を示
す。サイクルスタートパケットＳＰは、一定時間Ｔ（＝
１２５μｓ）のサイクルのスタートを示す。ルートノー
ドＮＤ５がサイクルスタートパケットＳＰを生成および
送信し、その他のノードＮＤ１〜ＮＤ４がサイクルスタ
ートパケットＳＰを受信する。

【００２２】サイクルスタートパケットＳＰは、送信を
開始してもよいとの合図でもある。ノードＮＤは、サイ
クルスタートパケットＳＰを検出した後に、パケットヘ
ッダＰＨおよびデータＤＴを送信することができる。

【００２３】図において、時刻ｔ１のサイクルスタート
パケットＳＰを検出すると、バッファに最大データ長以
上のデータが蓄積されているか否かを調べる。最大デー
タ長は、例えば１０バイトである。最大データ長（１０
バイト）以上のデータが蓄積されている場合には、デー
タ長の欄に最大データ長（１０バイト）を記載したパケ
ットヘッダＰＨをそのまま送信する。パケットヘッダＰ
Ｈのデータ長の欄には、予め最大データ長（１０バイ
ト）が自動的に記載される。続いて、バッファに蓄積さ
れている先頭の最大データ長（１０バイト）のデータＤ
Ｔを順次読み出し送信する。

【００２４】次に、時刻ｔ２のサイクルスタートパケッ
トＳＰを検出すると、上記と同様に、バッファに最大デ
ータ長（１０バイト）以上のデータが蓄積されているか
否かを調べる。バッファに９バイトのデータしか蓄積さ
れていないときには、最大データ長（１０バイト）以上
のデータが蓄積されていないことになるので、パケット
ヘッダＰＨのデータ長の欄を９バイトと変更し、当該パ
ケットヘッダＰＨを送信する。続いて、バッファに蓄積
されている先頭の９バイトのデータＤＴを順次読み出し
送信する。なお、バッファに蓄積されたデータのデータ
長（９バイト）よりも短いデータ長のデータ（例えば８
バイト）を送信してもよい。この場合、パケットヘッダ
ＰＨのデータ長も送信するデータ長に合わせる。

【００２５】次に、時刻ｔ３のサイクルスタートパケッ
トＳＰを検出すると、バッファに最大データ長（１０バ
イト）以上のデータが蓄積されているか否かを調べ、最
大データ長（１０バイト）以上のデータが蓄積されてい
る場合には、データ長の欄に最大データ長（１０バイ
ト）を記載したパケットヘッダＰＨをそのまま送信す
る。続いて、バッファに蓄積されている先頭の最大デー
タ長（１０バイト）のデータＤＴを順次読み出し送信す
る。

【００２６】図１は、本発明の実施例によるデータ通信
システムの構成を示すブロック図である。ノードＮＤ
は、図２においてネットワークを構成する５つのノード
ＮＤ１〜ＮＤ５のうちの一つであり、例えばオーディオ
装置やビデオ装置である。ノードＮＤは、デジタルデー
タを外部に対して送信または受信するための通信部１０
を有する。本実施例では、デジタルデータを外部に送信
する場合を説明する。

【００２７】通信部１０は、入力データを所定のデジタ
ルデータのフォーマットに変換するためのインターフェ
ース（Ｉ／Ｆ）１と、デジタルデータを蓄積するための
バッファメモリ２と、パケットヘッダＰＨを生成するた
めのヘッダ生成回路３と、パケットヘッダＰＨとデータ
ＤＴを外部に送信するためのトランスミッタ４と、サイ
クルスタートパケットＳＰの同期をとるためのタイミン
グジェネレータ５と、バッファメモリ２に蓄積されてい
るデータのデータ量をカウントするためのデータ量カウ
ンタ６と、上記のそれぞれを動作させるためのクロック
信号ＣＬＫを生成するクロック生成回路７を有する。

【００２８】インターフェース１は、デジタルデータを
所定のフォーマットに変換して、バッファメモリ２に供
給する。バッファメモリ２は、ＦＩＦＯ（ファーストイ
ンファーストアウト）であり、インターフェース２から
供給されるデジタルデータをバッファリングし、トラン
スミッタ４に出力する。

【００２９】バッファメモリ２は、インターフェース１
から供給されるデータを順次蓄積する。バッファメモリ
２からトランスミッタ４に出力するタイミングは後に説
明する。

【００３０】ここでは、ノードＮＤがルートノードでな
い場合を説明する。ノードＮＤは、サイクルスタートパ
ケットＳＰをルートノードから通信バスを介して受信す
る。タイミングジェネレータ５は、サイクルスタートパ
ケットＳＰを自己のクロック信号ＣＬＫに同期化し、デ
ータ量カウンタ６に出力する。

【００３１】データ量カウンタ６は、タイミングジェネ
レータ５から信号が供給された時点で、バッファメモリ
２に蓄積されているデータのデータ量をヘッダ生成回路
３に供給する。ヘッダ生成回路３は、ノードＮＤにサイ
クルスタートパケットＳＰが供給された時点のバッファ
メモリ２のデータ蓄積量を受け取る。

【００３２】ヘッダ生成回路３は、予めデータ長の欄に
最大データ長（例えば１０バイト）を記載したパケット
ヘッダＰＨを生成しておく。その後、サイクルスタート
パケットＳＰが供給されると、その時のバッファメモリ
２のデータ蓄積量が、最大データ長以上であるか否かを
調べる。最大データ長以上であるときには、上記で生成
したパケットヘッダＰＨをそのままトランスミッタ４に
供給する。

【００３３】一方、バッファメモリ２のデータ蓄積量が
最大データ長未満であるときには、上記で生成したパケ
ットヘッダＰＨのデータ長の欄を最大データ長から、バ
ッファメモリ２のデータ蓄積量に変更して記載する。そ
の後、当該変更したパケットヘッダＰＨをトランスミッ
タ４に供給する。

【００３４】トランスミッタ４は、ヘッダ生成回路３か
ら供給されたパケットヘッダＰＨを外部に送信する。そ
の後、バッファメモリ２に蓄積されているデータＤＴを
読み出し、外部に送信する。

【００３５】送信するデータのデータ長は、パケットヘ
ッダＰＨに記載されたデータ長と同じである。すなわ
ち、サイクルスタートパケットＳＰが外部から供給され
た時にバッファメモリ２に最大データ長以上のデータが
蓄積されているときには、最大データ長のデータＤＴを
トランスミッタ４に供給する。

【００３６】一方、サイクルスタートパケットＳＰが外
部から供給された時にバッファメモリ２に最大データ長
以上のデータが蓄積されていないときには、最大データ
長ではなく、バッファメモリ２のデータ蓄積量をデータ
ＤＴをトランスミッタ４に供給する。トランスミッタ４
は、パケットヘッダＰＨとデータＤＴを送信する。

【００３７】なお、バッファメモリ２に最大データ長以
上のデータが蓄積されていない時、パケットヘッダＰＨ
に記載するデータ長は、バッファメモリ２のデータ蓄積
量に限定されず、バッファメモリ２のデータ蓄積量以下
のデータ長でもよい。

【００３８】ノードＮＤは、送信したいデータを通信部
１０に順次供給する。通信部１０は、受け取ったデータ
を基にパケットヘッダＰＨを生成し、所定のタイミング
でパケットヘッダＰＨとデータＤＴを送信する。通信部
１０の外部のＣＰＵがパケットヘッダＰＨの生成処理ま
たはデータ長管理を行う必要がないので、オーディオデ
ータ等のマルチメディア情報を容易に通信することがで
きる。

【００３９】以上のように、サイクルスタートパケット
ＳＰを受信した時のバッファメモリ２のデータ蓄積量に
応じて、パケットヘッダＰＨのデータ長の欄を適宜変更
することにより、パケットヘッダＰＨに記載されたデー
タ長と実際に送信するデータＤＴのデータ長を一致させ
ることができる。

【００４０】さらに、バッファメモリ２に最大データ長
以上のデータが蓄積されていない場合であっても、その
時点でバッファメモリ２に蓄積されているデータを送信
するので、通信のリアルタイム性は維持される。

【００４１】なお、ノードＮＤがルートノードであると
きには、自己がサイクルスタートパケットＳＰを生成す
るので、タイミングジェネレータ５には、自己が生成す
るサイクルスタートパケットＳＰを入力すればよい。

【００４２】また、本実施例は、ＩＥＥＥ１３９４規格
以外のデジタル通信にも適用することができる。上記の
サイクルスタートパケットＳＰは、送信開始（許可）の
タイミングを表す信号に相当する。一般的な通信では、
送信開始信号を検出した時点でバッファメモリのデータ
蓄積量を検出し、当該データ蓄積量に応じてヘッダ内の
データ長を変更すればよい。

【００４３】さらに、最大データ長を設定する必要がな
い通信においては、予め最大データ長のヘッダを生成す
る必要がないので、送信開始信号を検出した時点で毎回
バッファメモリのデータ蓄積量をヘッダに設定し送信す
ればよい。

【００４４】上記の実施例では、サイクルスタートパケ
ットＳＰを検出した時点でバッファメモリ２のバッファ
蓄積量を調べ、当該バッファ蓄積量に応じてパケットヘ
ッダＰＨ内のデータ長を変更した。次に、サイクルスタ
ートパケットＳＰのタイミングを基準にするのではな
く、タイマにより生成される割り込み信号のタイミング
を基準にする例を示す。

【００４５】図４は、他の実施例によるデータ通信シス
テムの構成を示すブロック図である。本実施例は、タイ
ミングジェネレータ５にサイクルスタートパケットＳＰ
を入力する代わりにタイマ２０により生成される割り込
み信号を入力する点を除いては、先の実施例（図１）と
同じである。

【００４６】タイマ２０は、クロック信号ＣＬＫのクロ
ックをカウントし、サイクルスタートパケットＳＰと同
じタイミングの割り込み信号を生成する。なお、当該割
り込み信号は、図３に示す一定時間Ｔの間隔でありさえ
すればよく、サイクルスタートパケットＳＰと同じタイ
ミングでなくても、それより速いタイミングでもよい。

【００４７】データ量カウンタ６は、タイマ２０から割
り込み信号が供給された時点でバッファメモリ２のバッ
ファ蓄積量をカウントし、当該バッファ蓄積量をヘッダ
生成回路３に供給する。ヘッダ生成回路３は、当該バッ
ファ蓄積量が最大データ長未満であるときにはパケット
ヘッダＰＨのデータ長の欄を変更し、当該バッファ蓄積
量が最大データ長以上であるときには変更せず、パケッ
トヘッダＰＨをトランスミッタ４に供給する。トランス
ミッタ４は、パケットヘッダＰＨとデータＤＴを外部に
送信する。

【００４８】なお、タイマ２０が通信部１０の内部タイ
マであり、タイマ２０により生成される割り込み信号が
既に同期化されているときにはタイミングジェネレータ
５を省略し、タイマ２０による割り込み信号を直接デー
タ量カウンタ６に供給してもよい。

【００４９】また、タイミングジェネレータ５に、内部
タイマ２０による割り込み信号を供給するのではなく、
外部のタイマで生成された割り込み信号を供給してもよ
い。以上実施例に沿って本発明を説明したが、本発明は
これらに制限されるものではない。例えば、種々の変
更、改良、組み合わせ等が可能なことは当業者に自明で
あろう。

【００５０】

【発明の効果】以上説明したように、本発明によれば、
バッファにバッファリングされているデータのデータ長
に応じてヘッダ内のデータ長を変更し、ヘッダ内のデー
タ長と同じデータ長のデータをバッファから取り出し送
信するので、ヘッダ内のデータ長と送信するデータのデ
ータ長は必ず一致し、正常な通信が保証される。

【００５１】また、バッファに第１のデータ長未満のデ
ータしかバッファリングされていない場合であっても、
ヘッダ内のデータ長を変更することにより、第１のデー
タ長未満のデータを送信することができるので、通信の
リアルタイム性は保証される。

【図面の簡単な説明】

【図１】本発明の実施例によるデータ通信システムの構
成を示すブロック図である。

【図２】ＩＥＥＥ１３９４規格の通信ネットワークの構
成例を示す図である。

【図３】本発明の実施例によるＩＥＥＥ１３９４規格の
アイソクロナス（isochronous）通信の例を示す図であ
る。

【図４】本発明の他の実施例によるデータ通信システム
の構成を示すブロック図である。

【図５】図５（Ａ）〜（Ｃ）は、従来技術によるＩＥＥ
Ｅ１３９４規格のアイソクロナス（isochronous ）通信
の例を示す図である。

【符号の説明】

１ インターフェース ２ バッファメモリ ３ ヘッダ生成回路 ４ トランスミッタ ５ タイミングジェネレータ ６ データ量カウンタ ７ クロック生成回路 １０ 通信部 ２０ タイマ ＮＤ ノード ＳＰ サイクルスタートパケット ＰＨ パケットヘッダ ＤＴ データ

Claims (2)

【特許請求の範囲】
1. 【請求項１】 送信するためのデータをバッファリング
   するためのバッファと、 データ長の欄に第１のデータ長を記載したヘッダを生成
   するヘッダ生成手段と、 ある時間間隔で供給されるタイミング信号を検出するた
   めのタイミング検出手段と、 前記タイミング信号を検出すると、前記バッファにバッ
   ファリングされているデータのデータ長を第２のデータ
   長として検出するためのデータ長検出手段と、 前記検出される第２のデータ長が前記第１のデータ長よ
   りも小さいときには、前記ヘッダ生成手段により生成さ
   れるヘッダのデータ長の欄を第２のデータ長以下のデー
   タ長に変更し、前記検出される第２のデータ長が前記第
   １のデータ長以上であるときには、前記ヘッダ生成手段
   により生成されるヘッダのデータ長の欄を変更せずにヘ
   ッダを送信するヘッダ送信手段と、 前記送信したヘッダのデータ長の欄に記載されたデータ
   長と同じデータ長のデータを前記バッファから取り出し
   送信するデータ送信手段とを有するデータ通信システ
   ム。
2. 【請求項２】 データ長の欄に第１のデータ長を記載し
   たヘッダを生成する工程と、 ある時間間隔で供給されるタイミング信号を検出する毎
   に、バッファにバッファリングされているデータのデー
   タ長を第２のデータ長として検出する工程と、 前記検出された第２のデータ長が前記第１のデータ長よ
   りも小さいときには、前記生成されたヘッダのデータ長
   の欄を第２のデータ長以下のデータ長に変更し、前記検
   出された第２のデータ長が前記第１のデータ長以上であ
   るときには、前記生成されたヘッダのデータ長の欄を変
   更せずにヘッダを送信する工程と、 前記送信したヘッダのデータ長の欄に記載されたデータ
   長と同じデータ長のデータをバッファから取り出し送信
   する工程とを含むデータ通信方法。