JPH10341247A - データ送信装置、データ受信装置、データ伝送システム及びデータ伝送方法 - Google Patents

Abstract

(57)【要約】 【課題】 パケットによってやり取りする際に、コマン
ドの送受信だけでなく、１パケットに納まりきらないよ
うなデータの送受信も、コマンドの送受信に使用される
ものと同様なパケットによって効率良く行えるようにす
る。 【解決手段】 パケットに、パケット内のフレームのフ
ォーマットを示す情報が格納されるフィールドを設け
る。そして、このフィールドによって識別されるフォー
マットの一つとして、送信データを複数のパケットに分
割して送信する際にそれらのパケットの関係を示す情報
が格納されるパケットラベルフィールドと、送信先機器
に対するコマンド及び／又は任意のデータが格納される
データフィールドとを上記フレームが有するように規定
するフォーマットを設ける。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、パケットによって
データの送受信を行うデータ送信装置、データ受信装
置、データ伝送システム及びデータ伝送方法に関し、特
にＩＥＥＥ１３９４のAsynchronousパケットによるデー
タの送受信に好適なデータ送信装置、データ受信装置、
データ伝送システム及びデータ伝送方法に関する。

【０００２】

【従来の技術】パーソナルコンピュータや、ハードディ
スク装置等の外部記憶装置や、プリンタ等の出力装置
や、デジタルビデオディスクプレーヤ又はデジタルスチ
ルカメラ等のＡＶ機器などを相互に接続してデータの送
受信を行うバスとして、Institute of Electrical and
Electronics Engineers １３９４（以下、ＩＥＥＥ１３
９４と称する。）によって規定されたＩＥＥＥ１３９４
High Performance SerialBus（以下、ＩＥＥＥ１３９
４バスと称する。）がある。ＩＥＥＥ１３９４バスで
は、接続されている各ノードに対してＩＤ番号を割り付
け、それらのノード間において、パケットによってデー
タの送受信を行う。

【０００３】ＩＥＥＥ１３９４バスのモードには、周期
的にパケットの送受信を行うIsochronousモードと、周
期に関係なくパケットの送受信を行うAsynchronousモー
ドとがある。Isochronousモードは、１２５μｓ毎のデ
ータ転送を保証しており、画像データや音声データのよ
うに、一定時間毎に一定量のデータ転送を行う必要があ
るようなデータの転送に適している。一方、Asynchrono
usモードは、例えば、ＩＥＥＥ１３９４バスによって接
続された機器間でコマンドをやり取りする際に使用され
る。

【０００４】従来、Asynchronousモードでは、１コマン
ドパケットに対して１レスポンスパケットが対応するよ
うになされている。すなわち、ノードＡからノードＢに
コマンドを送信する際は、図１９に示すように、先ず、
ノードＡからノードＢに、ノードＢに対するコマンドを
含むコマンドパケットを送信する。そして、コマンドパ
ケットを受信したノードＢは、コマンドパケットに対す
るレスポンスとして、ノードＡへレスポンスパケットを
送信する。

【０００５】具体的には、例えば、ノードＡからノード
Ｂへデータを送る場合には、図２０に示すように、先
ず、ノードＡからノードＢへ、データの送信を要求する
送信コマンドと、ノードＢへ送信する送信データとを含
むコマンドパケットを送信する。そして、このコマンド
パケットを受信したノードＢは、コマンドパケットに対
するレスポンスとして、コマンドパケットを正常に受信
したことを示す正常受信通知を含むレスポンスパケット
をノードＡへ送信する。

【０００６】また、例えば、ノードＡからの要求により
ノードＢからノードＡへデータを送る場合には、図２１
に示すように、先ず、ノードＡからノードＢへ、データ
の受信を要求する受信コマンドを含むコマンドパケット
を送信する。そして、コマンドパケットを受信したノー
ドＢは、コマンドパケットに対するレスポンスとして、
コマンドパケットを正常に受信したことを示す正常受信
通知と、受信コマンドによって要求された受信データと
を含むレスポンスパケットをノードＡへ送信する。

【０００７】ところで、図２０及び図２１に示した例
は、コマンドパケット及びレスポンスパケットをそれぞ
れ１パケットで送れる場合の例であるが、送るデータ量
が１パケットの最大サイズを超える場合には、データを
複数のパケットに分割しなければならない。すなわち、
１つのパケットのサイズには限りがあり、１つの固まり
をなす大量のデータを送る場合には、データを伝送可能
なサイズに分割して送らなければならない。

【０００８】例えば、ノードＡからノードＢへデータを
ｎ個のパケットに分割して送る際は、図２２に示すよう
に、先ず、ノードＡからノードＢへ、送信コマンドと１
／ｎ送信データとを含むコマンドパケットｃ１を送信す
る。ここで、１／ｎ送信データとは、ノードＢへ送るデ
ータをｎ個に分割したうちの１つである。そして、この
コマンドパケットｃ１を受信したノードＢは、コマンド
パケットｃ１に対するレスポンスとして、コマンドパケ
ットｃ１を正常に受信したことを示す正常受信通知を含
むレスポンスパケットｒ１をノードＡへ送信する。そし
て、このやり取りをｎ回繰り返す。したがって、１回の
コマンドパケットとレスポンスパケットのやり取りに要
する時間をｔとすると、データをｎ回に分割して送信す
る場合には、ｎ×ｔの時間を要することになる。

【０００９】

【発明が解決しようとする課題】従来のAsynchronousモ
ードでは、１コマンドパケットを送る毎に１レスポンス
パケットを受け取る必要があり、データを複数のパケッ
トに分割して連続的に送った場合には、データの連続性
を知る方法がない。このため、データを複数のパケット
に分割して連続的に送るようなことは出来なかった。ま
た、従来のAsynchronousモードでは、１コマンドパケッ
トを送る毎に１レスポンスパケットを受け取ることを想
定しており、送受信を行うノード間で複数のパケットに
わたるデータ伝送の手順を確立する方法がなかった。す
なわち、従来のAsynchronousモードでは、送受信ノード
間でデータ伝送を行う手順を確立して連続してデータの
送受信を行うというようなことは出来なかった。

【００１０】すなわち、従来のAsynchronousモードにお
けるコマンドパケットとレスポンスパケットのやり取り
では、それぞれが１対１の場合においてのみ対応づけが
可能であり、複数のコマンドパケットや複数のレスポン
スパケットに対する対応づけを行う方法がなかった。こ
のため、従来のAsynchronousモードでは、１つの固まり
をなす大量のデータを伝送可能なサイズに分割して送る
場合にも、図２２に示したように、１コマンドパケット
を送る毎に１レスポンスパケットを受け取る必要があ
り、データ伝送に非常に長い時間が必要となっていた。
換言すれば、従来のAsynchronousモードは、１パケット
に納まるようなコマンドの送受信には好適であるが、１
パケットに納まりきらないようなデータの送受信を行う
には、非常に不都合が多かった。

【００１１】なお、ここではＩＥＥＥ１３９４バスを例
に挙げたが、以上のような課題はＩＥＥＥ１３９４バス
に限らない。一般に、コマンドを送ることを想定してい
るパケットでは、１コマンドパケットを送る毎に１レス
ポンスパケットを受け取るようになされている。上述の
課題は、このようなインターフェースに共通の課題であ
る。

【００１２】本発明は、以上のような従来の実情に鑑み
て提案されたものであり、コマンドの送受信だけでな
く、１パケットに納まりきらないようなデータの送受信
も、コマンドの送受信に使用されるものと同様なパケッ
トによって効率良く行うことが可能なデータ送信装置、
データ受信装置、データ伝送システム及びデータ伝送方
法を提供することを目的としている。

【００１３】

【課題を解決するための手段】本発明に係るデータ送信
装置は、所定のフォーマットのフレームを含むパケット
によってデータを送信するデータ送信装置である。そし
て、上記フレームは、当該フレームのフォーマットの種
別を示す情報が格納されるフィールドを有しており、こ
のフォーマットの一つとして、送信データを複数のパケ
ットに分割して送信する際にそれらのパケットの関係を
示す情報が格納されるパケットラベルフィールドと、送
信先機器に対するコマンド及び／又は任意のデータが格
納されるデータフィールドとを上記フレームが有するよ
うに規定するフォーマットを備えていることを特徴とす
る。

【００１４】また、本発明に係るデータ受信装置は、受
信したパケットに応じて、所定のフォーマットのフレー
ムを含むパケットによって返信データを返すデータ受信
装置である。そして、上記フレームは、当該フレームの
フォーマットの種別を示す情報が格納されるフィールド
を有しており、このフォーマットの一つとして、返信デ
ータを複数のパケットに分割して送信する際にそれらの
パケットの関係を示す情報が格納されるパケットラベル
フィールドと、受信したパケットに対するレスポンス及
び／又は任意のデータが格納されるデータフィールドと
を上記フレームが有するように規定するフォーマットを
備えていることを特徴とする。

【００１５】また、本発明に係るデータ送受信システム
は、所定のフォーマットのフレームを含む送信用パケッ
トによってデータを送信するデータ送信装置と、上記送
信用パケットを受信したときに、当該送信用パケットに
よって送信された送信データに応じた返信データを、所
定のフォーマットのフレームを含む返信用パケットによ
って上記データ送信装置へ送信するデータ受信装置とを
有している。そして、上記送信用パケットに含まれるフ
レームは、当該フレームのフォーマットの種別を示す情
報が格納されるフィールドを有しており、このフォーマ
ットの一つとして、送信データを複数のパケットに分割
して送信する際にそれらのパケットの関係を示す情報が
格納されるパケットラベルフィールドと、上記データ受
信装置に対するコマンド及び／又は任意のデータが格納
されるデータフィールドとを当該フレームが有するよう
に規定するフォーマットを備えていることを特徴とす
る。

【００１６】また、本発明に係るデータ伝送方法は、所
定のフォーマットのフレームを含む送信用パケットによ
って送信側ノードから受信側ノードへ送信データを送る
とともに、上記送信用パケットを受信側ノードが受け取
ったら、所定のフォーマットのフレームを含む返信用パ
ケットによって受信側ノードから送信側ノードへ返信デ
ータを送ることにより、ノード間でデータの伝送を行う
データ伝送方法である。そして、上記送信用パケットに
含まれるフレームは、当該フレームのフォーマットの種
別を示す情報が格納されるフィールドを有しており、こ
のフォーマットの一つとして、送信データを複数のパケ
ットに分割して送信する際にそれらのパケットの関係を
示す情報が格納されるパケットラベルフィールドと、受
信側ノードに対するコマンド及び／又は任意のデータが
格納されるデータフィールドとを当該フレームが有する
ように規定するフォーマットを備えていることを特徴と
する。

【００１７】

【発明の実施の形態】以下、本発明の実施の形態につい
て、図面を参照しながら詳細に説明する。

【００１８】図１に本発明の実施の形態の一例を示す。
図１は、パーソナルコンピュータ１と、プリンタ２、デ
ジタルスチルカメラ３と、セットトップボックス４とが
相互にＩＥＥＥ１３９４バス５によって接続された状態
を示している。本発明は、図１に示すようにＩＥＥＥ１
３９４バスによって接続されている機器間で、非同期な
パケット送信モードであるAsynchronousモードによりデ
ータの送受信を行うシステムに適用される。なお、Asyn
chronousモードでやり取りされるパケットは、Asynchro
nousパケットと称される。

【００１９】Asynchronousパケットのやり取りを行う各
機器は、ＩＥＥＥ１３９４バスによって接続可能な機器
であればよい。このような機器としては、図１に示した
パーソナルコンピュータ１、プリンタ２、デジタルスチ
ルカメラ３及びセットトップボックス４の他にも、例え
ば、ハードディスク装置等の外部記憶装置や、プロッタ
等の出力装置や、デジタルビデオディスクプレーヤ等の
ＡＶ機器などが挙げられる。

【００２０】従来、各機器間でAsynchronousパケットを
やり取りする際は、１コマンドパケットに対して必ず１
レスポンスパケットが対応していた。これに対して、本
発明では、Asynchronousパケットをやり取りする際に
も、図２に示すように１つのコマンドパケットに対して
１つのレスポンスパケットが対応する場合と、図３に示
すように複数のコマンドパケットに対して１つのレスポ
ンスパケットが対応する場合と、図４に示すように１つ
のコマンドパケットに対して複数のレスポンスパケット
が対応する場合とが可能とされる。

【００２１】複数のコマンドパケットに対して１つのレ
スポンスパケットが対応する場合の一例を図５に示す。
図５は、ノードＢに書き込むデータをｎ個のパケットに
分割してノードＡから送信するときのパケットのやり取
りの手順を示している。このときは、先ず、書き込みコ
マンドと１／ｎデータとを含むコマンドパケットを、ノ
ードＡからノードＢへ送信する。ここで、書き込みコマ
ンドとは、ノードＢへのデータの書き込みを要求するコ
マンドであり、１／ｎデータとは、ノードＢに書き込む
データをｎ個に分割したうちの一つである。次に、同様
に、書き込みコマンドと次の１／ｎデータとを含むコマ
ンドパケットを、ノードＡからノードＢへ送信する。そ
して、このようなコマンドパケットのノードＡからノー
ドＢへの送信をｎ回繰り返す。そして、ノードＢは、ｎ
個のコマンドパケットを正常に受信したら、それらのコ
マンドパケットに対するレスポンスとして、それらのコ
マンドパケットを正常に受信したことを示す正常受信通
知を含むレスポンスパケットをノードＡへ送信する。以
上のようなパケットのやり取りにより、ｎ個のパケット
に分割されてノードＡから送信されたデータがノードＢ
に書き込まれることとなる。

【００２２】また、１つのコマンドパケットに対して複
数のレスポンスパケットが対応する場合の一例を図６に
示す。図６は、ノードＢから読み出すデータをｎ個のパ
ケットに分割してノードＡへ送信するときのパケットの
やり取りの手順を示している。このときは、先ず、読み
出しコマンドを含むコマンドパケットを、ノードＡから
ノードＢへ送信する。ここで、読み出しコマンドは、ノ
ードＢからのデータの読み出しを要求するコマンドであ
る。そして、読み出しコマンドを含むコマンドパケット
を受け取ったノードＢは、１／ｎ読み出しデータを含む
レスポンスパケットをノードＡへ送信する。ここで、１
／ｎ読み出しデータとは、ノードＢから読み出すデータ
をｎ個に分割したうちの一つである。そして、このよう
なレスポンスパケットのノードＢからノードＡへの送信
をｎ回繰り返す。以上のようなパケットのやり取りによ
り、ノードＢから読み出されたデータがｎ個のパケット
に分割されて、ノードＡへ送信されることとなる。

【００２３】本発明では、図５に示したように、複数の
コマンドパケットに対して１つのレスポンスパケットが
対応するようにしたり、或いは、図６に示したように、
１つのコマンドパケットに対して複数のレスポンスパケ
ットが対応するようにしたりすることを可能とする。こ
れにより、データを複数のパケットに分割して送信する
ようなときに、１コマンドパケットに対して必ず１レス
ポンスパケットを返すような方法に比べて、パケットの
やり取りを大幅に少なくすることができ、データ伝送に
要する時間を大幅に短縮することができる。

【００２４】つぎに、以上のような伝送方式を可能にす
るパケットのフレーム構造について説明する。

【００２５】ＩＥＥＥ１３９４で規定されているAsynch
ronousパケットは、図７に示すようなフレーム構造を持
つ。すなわち、Asynchronousパケットは、当該パケット
についての情報が記述されるパケットヘッダと、送信デ
ータがのせられるデータブロックとを有している。

【００２６】パケットヘッダには、destination_ID、tl
(transact label)、rt(retry code)、tcode、pri(prior
ity)、source_ID、destination_offset、data_length、
extended_tcode及びheader_CRCの各フィールドがある。

【００２７】ここで、destination_IDフィールドには、
パケット送信先のノードのＩＤ、具体的にはＩＥＥＥ１
３９４バスで規定されたノードのＩＤ番号（NodeID）が
記述される。tlフィールドには、パケットの番号、具体
的には、パケットの送信先及び送信元のノードが自らに
関係するトランザクションであることを認識できるよう
にするための固有の値が記述される。rtフィールドに
は、ビジー時のリトライ方法に関する情報が記述され
る。tcodeフィールドには、コマンドレジスタ又はレス
ポンスレジスタにメッセージを書き込むことを指示する
コードが記述される。

【００２８】また、priフィールドには、パケットの優
先順位が記述される。source_IDフィールドには、パケ
ット送信元のノードのＩＤ、具体的には、ＩＥＥＥ１３
９４バスで規定されたノードのＩＤ番号（NodeID）が記
述される。destination_offsetフィールドには、コマン
ドレジスタ又はレスポンスレジスタのアドレスが記述さ
れる。data_lengthフィールドには、パケットヘッダに
続くデータブロックのデータ長に関する情報が記述され
る。extended_tcodeフィールドは、tcodeを拡張する場
合に利用される。header_CRCフィールドには、パケット
ヘッダのチェックサムを行うＣＲＣ計算値が記述され
る。

【００２９】一方、データブロックには、cts(command
and Transaction Set)、FCPdata(Function Control Pro
tocol data)及びdata_CRCの各フィールドがある。ここ
で、ctsフィールド及びFCPdataフィールドの部分は、Ｆ
ＣＰフレームと称される。また、data_CRCフィールドに
は、データブロックのチェックサムを行うＣＲＣ計算値
が記述される。

【００３０】ctsフィールドは、ＦＣＰフレームのフォ
ーマットを定義する。すなわち、Asynchronousパケット
は、ＦＣＰフレームを含んでおり、ＦＣＰフレームは、
当該ＦＣＰフレームのフォーマットの種別を示す情報が
格納されるフィールドとして、ctsフィールドを有して
いる。

【００３１】ＦＣＰフレームについては、ＩＥＣ１８８
３（International Electrotechnical Commission 188
3）によって定義されている。そして、ＦＣＰフレーム
のフォーマットの種別は、ctsフィールドの値によって
分類される。例えば、送信されるパケットがコマンドパ
ケットのときに、ctsフィールドの値が００００なら
ば、そのコマンドパケットのＦＣＰフレームは、ＩＥＥ
Ｅ１３９４のAV/C DigitalInterface Command Setで規
定されたコマンドフレーム（以下、ＡＶ／Ｃコマンドフ
レームと称する。）である。また、送信されるパケット
がレスポンスパケットのときに、ctsフィールドの値が
００００ならば、そのレスポンスパケットのＦＣＰフレ
ームは、ＩＥＥＥ１３９４のAV/C Digital Interface C
ommand Setで規定されたレスポンスフレーム（以下、Ａ
Ｖ／Ｃレスポンスフレームと称する。）である。

【００３２】ＡＶ／Ｃコマンドフレームは、図８に示す
ようなフレーム構造とされる。すなわち、ＡＶ／Ｃコマ
ンドフレームには、cts、ctype、subunit_type、subuni
t_ID、opcode、operandの各フィールドがある。なお、A
synchronousパケットは３２bits単位とされるので、Ａ
Ｖ／Ｃコマンドフレームには、その合計が３２bitsの整
数倍となるように、必要に応じて、operandフィールド
の後に０が付加される。

【００３３】ctsフィールドは、上述したように、ＡＶ
／Ｃコマンドフレームのときには、００００とされる。
ctypeフィールドには、コマンドの種類が記述される。
例えば、ctypeの値が００００のときには、当該パケッ
トによるコマンドが、パケット送信先機器の制御を行う
コマンド、すなわちCONTROLコマンドであることを表
す。また、例えば、ctypeの値が０００１のときには、
当該パケットによるコマンドが、パケット送信先機器の
状態を問い合わせるコマンド、すなわちSTATUSコマンド
であることを表す。

【００３４】subunit_typeフィールドには、コマンドが
適用されるノードのタイプが記述される。例えば、subu
nit_typeフィールドの値が０００００のときには、コマ
ンドが適用されるノードがモニタであることを表す。ま
た、例えば、subunit_typeフィールドの値が００１００
のときには、コマンドが適用されるノードがビデオカセ
ットレコーダであることを表す。subunit_IDフィールド
には、当該パケットによるコマンドが適用される機器の
ＩＤ番号が記述される。

【００３５】opcodeフィールドには、subunit_typeフィ
ールドで示されたノードに対する具体的なコマンドのコ
ード、すなわちオペレーションコードが記述される。例
えば、subunit_typeフィールドの値が００１００であ
り、opcodeフィールドの値がＣ３ｈのとき、当該パケッ
トによるコマンドは「ビデオカセットレコーダ」の「再
生」である。また、subunit_typeフィールドの値が００
１００であり、opcodeフィールドの値がＣ２ｈのとき、
当該パケットによるコマンドは「ビデオカセットレコー
ダ」の「録画」である。

【００３６】operandフィールドは、Asynchronousパケ
ットの大きさが最大値を越えない範囲であれば、任意の
数のフィールドを設定することができる。そして、これ
らのフィールドoperand[0],operand[1], ,operand
[ｎ]には、opcodeフィールドで設定されたオペレーショ
ンコードを実行する上で必要とする情報が、必要に応じ
て記述される。具体的には、例えば、再生の速度や方向
等についての情報が記述される。

【００３７】一方、ＡＶ／Ｃレスポンスフレームは、図
９に示すようなフレーム構造とされる。図９に示すよう
に、ＡＶ／ＣレスポンスフレームはＡＶ／Ｃコマンドフ
レームとほぼ同様なフレーム構造とされるが、ＡＶ／Ｃ
コマンドフレームにおけるctypeフィールドの部分が、r
esponseフィールドとされる。responseフィールドに
は、コマンドに対するレスポンスが記述される。すなわ
ち、responseフィールドには、例えば、コマンドの受信
が正常に完了したときに、受信が正常に完了したことを
示す値が記述される。

【００３８】以上、図７乃至図９に示したフレーム構造
は、本出願時にＩＥＥＥ１３９４並びにＩＥＣ１８８３
で規定されている内容であり、その詳細については、そ
れらの規格を参照されたい。そして、本発明では、以上
のようなフレーム構造を拡張して、ＦＣＰフレームのフ
ォーマットの一つとして、図１０及び図１１に示すよう
なフォーマットを追加する。

【００３９】図１０は、本発明を適用する際に使用され
るコマンドフレーム（以下、新規コマンドフレームと称
する。）の一例を示している。すなわち、本発明をＩＥ
ＥＥ１３９４バスに適用する際は、コマンドパケットの
ctsフィールドによって規定されるＦＣＰフレームのフ
ォーマットの一つとして、図１０に示すようなフレーム
構造を定義する。この新規コマンドフレームを採用する
ことにより、単にコマンドを送るだけでなく、任意の送
信データを複数のパケットに分割して送信することが可
能となる。

【００４０】また、図１１は、本発明を適用する際に使
用されるレスポンスフレーム（以下、新規レスポンスフ
レームと称する。）の一例を示している。すなわち、本
発明をＩＥＥＥ１３９４バスに適用する際は、レスポン
スパケットのctsフィールドによって規定されるＦＣＰ
フレームのフォーマットの一つとして、図１１に示すよ
うなフレーム構造を定義する。この新規レスポンスフレ
ームを採用することにより、単にレスポンスを返すだけ
でなく、任意の返信データを複数のパケットに分割して
送信することが可能となる。

【００４１】なお、新規コマンドフレームや新規レスポ
ンスフレームを用いて送受信されるデータは任意である
が、あえて例示するならば、例えば、動画像データ、静
止画像データ、音声データ、文字データ、プログラムモ
ジュール等が挙げられる。

【００４２】図１０に示す新規コマンドフレームは、Ａ
Ｖ／Ｃコマンドフレームに対して、c(Continuity)、cl
(command label)及びsub-l(sub_label)の各フィールド
を追加したものであり、cフィールド、clフィールド及
びsub-lフィールド以外については、ＡＶ／Ｃコマンド
フレームと同様である。ただし、新規コマンドフレーム
は、ctsフィールドの値によってＡＶ／Ｃコマンドフレ
ームとは別のフレームとして区別されるので、コマンド
とコードの対応等については、ＡＶ／Ｃコマンドフレー
ムの場合と同一でなくてもよい。

【００４３】新規コマンドフレームにおいて、clフィー
ルド及びsub-lフィールドには、送信データを複数のパ
ケットに分割して送信する際に、それらのパケットの関
係を示す情報が格納される。具体的には、clフィールド
には、送信データを複数のパケットに分割して送信する
際に、それらのパケットに共通の値が設定され、sub-l
フィールドには、送信データを複数のパケットに分割し
て送信する際に、それらのパケットの順序を示す情報が
格納される。また、clフィールドには、送信データを複
数のパケットに分割して送信する際に、最後のパケット
であるか否かを示す情報が格納される。

【００４４】換言すれば、clフィールドは、各コマンド
パケットに対するラベル番号を示しており、sub-lフィ
ールドは、同一ラベル番号をもつ複数のコマンドパケッ
トに対するサブラベル番号を示しており、cフィールド
は、同一ラベル番号を持つ複数のコマンドパケットが続
けて送られるか否かを示している。

【００４５】コマンドパケットにclフィールドを設ける
ことにより、送信データを複数のコマンドパケットに分
割しても、それらのコマンドパケットを対応づけること
が可能となる。また、コマンドパケットにsub_lフィー
ルドを設けることにより、同一のラベル番号を持つコマ
ンドパケット、すなわちclフィールドの値が同じコマン
ドパケットの順序を知ることが可能となる。これによ
り、データが複数のコマンドパケットに分割されていて
も、それらのコマンドパケットの順序を知ることがで
き、更にそれら一連のコマンドパケットに抜けがないか
を確認することもできる。

【００４６】以上のような新規コマンドフレームを用い
て、コマンドを送信する際、operandフィールドの使い
方は、ＡＶ／Ｃコマンドフレームのときと同様である。
一方、新規コマンドフレームで任意のデータを送信する
際は、ＡＶ／Ｃコマンドフレームにおけるoperandフィ
ールドに相当する部分に送信データをのせる。すなわ
ち、この新規コマンドフレームは、送信先ノードに対す
るコマンド及び／又は任意の送信データが格納されるデ
ータフィールドを備えている。したがって、この新規コ
マンドフレームを用いることにより、単にコマンドを送
るだけでなく、任意のデータを送ることも可能となる。

【００４７】一方、図１１に示す新規レスポンスフレー
ムは、ＡＶ／Ｃレスポンスフレームに対して、c(Contin
uity)、rl(response label)及びsub-l(sub_label)の各
フィールドを追加したものであり、cフィールド、rlフ
ィールド及びsub-lフィールド以外については、ＡＶ／
Ｃレスポンスフレームと同様である。ただし、新規レス
ポンスフレームは、ctsフィールドの値によってＡＶ／
Ｃレスポンスフレームとは別のフレームとして区別され
るので、レスポンスとコードの対応等については、ＡＶ
／Ｃレスポンスフレームの場合と同一でなくてもよい。

【００４８】新規レスポンスフレームにおいて、rlフィ
ールド及びsub-lフィールドには、返信データを複数の
パケットに分割して送信する際に、それらのパケットの
関係を示す情報が格納される。具体的には、rlフィール
ドには、返信データを複数のパケットに分割して送信す
る際に、それらのパケットに共通の値が設定され、sub-
lフィールドには、返信データを複数のパケットに分割
して送信する際に、それらのパケットの順序を示す情報
が格納される。また、rlフィールドには、返信データを
複数のパケットに分割して送信する際に、最後のパケッ
トであるか否かを示す情報が格納される。

【００４９】換言すれば、rlフィールドは、各レスポン
スパケットに対するラベル番号を示しており、sub-lフ
ィールドは、同一ラベル番号をもつ複数のレスポンスパ
ケットに対するサブラベル番号を示しており、cフィー
ルドは、同一ラベル番号を持つ複数のレスポンスパケッ
トが続けて送られるか否かを示している。

【００５０】レスポンスパケットにrlフィールドを設け
ることにより、返信データを複数のレスポンスパケット
に分割しても、それらのレスポンスパケットを対応づけ
ることが可能となる。また、レスポンスパケットにsub_
lフィールドを設けることにより、同一のラベル番号を
持つレスポンスパケット、すなわちrlフィールドの値が
同じレスポンスパケットの順序を知ることが可能とな
る。これにより、データが複数のレスポンスパケットに
分割されていても、それらのレスポンスパケットの順序
を知ることができ、更にそれら一連のレスポンスパケッ
トに抜けがないかを確認することもできる。

【００５１】以上のような新規レスポンスフレームによ
って、単なるレスポンスを返すような場合、operandフ
ィールドの使い方は、ＡＶ／Ｃレスポンスフレームのと
きと同様である。一方、新規レスポンスフレームで単な
るレスポンスを返すだけでなく任意の返信データを送信
するような場合には、ＡＶ／Ｃレスポンスフレームにお
けるoperandフィールドに相当する部分に返信データを
のせる。すなわち、この新規レスポンスフレームは、受
信したパケットに対するレスポンス及び／又は任意の返
信データが格納されるデータフィールドを備えている。
したがって、この新規レスポンスフレームを用いること
により、受信したパケットに対して単なるレスポンスを
返すだけでなく、受信したパケットに応じて任意のデー
タを返すことも可能となる。

【００５２】ところで、図１０に示した例では、ＡＶ／
Ｃコマンドフレームにフィールドを追加して新規コマン
ドフレームとした。また、図１１に示した例では、ＡＶ
／Ｃレスポンスフレームにフィールドを追加して新規レ
スポンスフレームとした。しかし、本発明を適用するに
あたって新規に定義するコマンドフレームやレスポンス
フレームは、ＡＶ／ＣコマンドフレームやＡＶ／Ｃレス
ポンスフレームで使用していたフィールドの全てが必要
であるとは限らない。

【００５３】すなわち、例えば図１２に示すように、本
発明を適用するにあたって新規に定義するコマンドフレ
ームとして、subunit_typeフィールドやsubunit_IDフィ
ールドを持たないようなフレーム構造を定義するように
しても良いし、また、例えば図１３に示すように、本発
明を適用するにあたって新規に定義するレスポンスフレ
ームとして、subunit_typeフィールドやsubunit_IDフィ
ールドを持たないようなフレーム構造を定義するように
しても良い。

【００５４】つぎに、図１０に示した新規コマンドフレ
ームを有するコマンドパケットと、図１１に示した新規
レスポンスフレームを有するレスポンスパケットとを用
いたときのパケットのやり取りについて、図１４及び図
１５を参照して説明する。

【００５５】図１４は、複数のコマンドパケットに対し
て１つのレスポンスパケットを返すときのパケットのや
り取りの一例として、送信データを３つに分割して、第
１乃至第３のコマンドパケットc1-1,c1-2,c1-3によって
ノードＡからノードＢへ送信する様子を示している。こ
のときは、ノードＡからノードＢへ３つのコマンドパケ
ットc1-1,c1-2,c1-3を送り、それらのコマンドパケット
c1-1,c1-2,c1-3に対して、ノードＢからノードＡへ１つ
のレスポンスパケットr1-1が返される。

【００５６】図１４に示すように、送信データを３つの
コマンドパケットc1-1,c1-2,c1-3に分割して送信する際
に、それらのコマンドパケットc1-1,c1-2,c1-3におい
て、clフィールドには、それらのコマンドパケットc1-
1,c1-2,c1-3に対するラベル番号が設定される。具体的
には、図１４の例では、第１乃至第３のコマンドパケッ
トc1-1,c1-2,c1-3におけるclフィールドの値を全て
「１」としている。このように、clフィールドには、そ
れらの３つのコマンドパケットc1-1,c1-2,c1-3が一連の
コマンドパケットがあることを示すように、それらのパ
ケットに共通の値が設定される。

【００５７】また、sub_lフィールドには、それらの３
つのコマンドパケットc1-1,c1-2,c1-3の順序を示す情報
が格納される。具体的には、図１４の例では、３つに分
割された送信データの最初の部分を含む第１のコマンド
パケットc1-1では、sub_lフィールドに、先頭のコマン
ドパケットであることを示す「０」が設定される。ま
た、送信データの次の部分を含む第２のコマンドパケッ
トc1-2では、sub_lフィールドに、２番目のコマンドパ
ケットであることを示す「１」が設定される。また、送
信データの最後の部分を含む第３のコマンドパケットc1
-3では、sub_lフィールドに、３番目のコマンドパケッ
トであることを示す「２」が設定される。

【００５８】また、cフィールドには、最後のコマンド
パケットであるか否かを示す情報が格納される。具体的
には、図１４の例では、第１及び第２のコマンドパケッ
トc1-1,c1-2では、同じラベル番号を持つコマンドパケ
ットが、これらのコマンドパケット以降に存在している
ことを示す「１」がcフィールドに設定される。一方、
第３のコマンドパケットc1-3では、同じラベル番号を持
つコマンドパケットが、このコマンドパケット以降に無
いことを示す「０」が設定される。

【００５９】これら３つのコマンドパケットc1-1,c1-2,
c1-3を受け取ったノードＢは、clフィールド、sub_lフ
ィールド及びcフィールドに記述された内容に基づい
て、それらのコマンドパケットc1-1,c1-2,c1-3から、３
つに分割される前の送信データを復元する。

【００６０】そして、cフィールドに「０」が設定され
たコマンドパケット、すなわち最後のコマンドパケット
c1-3を受け取ったノードＢは、レスポンスパケットr1-1
をノードＡへ送信する。このときは、rlフィールドに
は、コマンドパケットc1-1,c1-2,c1-3のclフィールドに
設定されていたものと同じラベル番号、すなわち「１」
が設定される。また、sub_lフィールドには、先頭のレ
スポンスパケットであることを示す「０」が設定され
る。また、cフィールドには、同じラベル番号を持つレ
スポンスパケットが、このレスポンスパケット以降に無
いことを示す「０」が設定される。

【００６１】以上のようにして、３つのコマンドパケッ
トc1-1,c1-2,c1-3によって、送信データがノードＡから
ノードＢへと送られる。

【００６２】一方、図１５は、１つのコマンドパケット
に対して複数のレスポンスパケットを返すときのパケッ
トのやり取りの一例として、ノードＡからノードＢへの
コマンドパケットに対する返信データを３つに分割し
て、第１乃至第３のレスポンスパケットr2-1,r2-2,r2-3
によってノードＢからノードＡへ送信する様子を示して
いる。このときは、ノードＡからノードＢへ１つのコマ
ンドパケットc2-1を送り、そのコマンドパケットc2-1に
対してノードＢからノードＡへ３つのレスポンスパケッ
トr2-1,r2-2,r2-3が返される。

【００６３】図１５に示す例では、先ず、ノードＡから
ノードＢへコマンドパケットc2-1が送信される。このコ
マンドパケットc2-1において、clフィールドには、当該
コマンドパケットc2-1に対するラベル番号、例えば
「１」が設定される。また、sub_lフィールドには、先
頭のコマンドパケットであることを示す「０」が設定さ
れる。また、cフィールドには、同じラベル番号を持つ
コマンドパケットが、このコマンドパケット以降に無い
ことを示す「０」が設定される。そして、図１５に示す
例では、このコマンドパケットc2-1に対する返信データ
を３つに分割して、ノードＢからノードＡへ送信してい
る。

【００６４】このように返信データを３つのレスポンス
パケットr2-1,r2-2,r2-3に分割して送信する際、それら
のレスポンスパケットr2-1,r2-2,r2-3において、rlフィ
ールドには、コマンドパケットc2-1のclフィールドに設
定されていたものと同じラベル番号が設定される。具体
的には、図１５の例では、第１乃至第３のレスポンスパ
ケットr2-1,r2-2,r2-3におけるrlフィールドの値が全て
「１」とされる。このように、rlフィールドには、それ
らの３つのレスポンスパケットr2-1,r2-2,r2-3が一連の
レスポンスパケットがあることを示すように、それらの
パケットに共通の値が設定される。

【００６５】また、sub_lフィールドには、それらの３
つのレスポンスパケットr2-1,r2-2,r2-3の順序を示す情
報が格納される。具体的には、図１５の例において、３
つに分割された返信データの最初の部分を含む第１のレ
スポンスパケットr2-1には、sub_lフィールドに、先頭
のレスポンスパケットであることを示す「０」が設定さ
れる。また、返信データの次の部分を含む第２のレスポ
ンスパケットr2-2には、sub_lフィールドに、２番目の
レスポンスパケットであることを示す「１」が設定され
る。また、返信データの最後の部分を含む第３のレスポ
ンスパケットr2-3には、sub_lフィールドに、３番目の
レスポンスパケットであることを示す「２」が設定され
る。

【００６６】また、cフィールドには、最後のレスポン
スパケットであるか否かを示す情報が格納される。具体
的には、図１５の例では、第１及び第２のレスポンスパ
ケットr2-1,r2-2では、同じラベル番号を持つレスポン
スパケットが、これらのレスポンスパケット以降に存在
していることを示す「１」がcフィールドに設定され
る。一方、第３のレスポンスパケットr2-3では、同じラ
ベル番号を持つレスポンスパケットが、このレスポンス
パケット以降に無いことを示す「０」が設定される。

【００６７】そして、これら３つのレスポンスパケット
r2-1,r2-2,r2-3を受け取ったノードＡは、rlフィール
ド、sub_lフィールド及びcフィールドに記述された内容
に基づいて、それらのレスポンスパケットr2-1,r2-2,r2
-3から、３つに分割される前の返信データを復元する。

【００６８】以上のようにして、３つのレスポンスパケ
ットr2-1,r2-2,r2-3によって、返信データがノードＢか
らノードＡへと送られる。

【００６９】つぎに、新規コマンドフレームを有するコ
マンドパケット、及び新規レスポンスフレームを有する
レスポンスパケットを用いてデータ伝送を行う際の手順
の一例ついて、図１６に示すデータ伝送概念モデルを参
照して詳細に説明する。

【００７０】図１６に示すように、新規コマンドフレー
ムを有するコマンドパケット、及び新規レスポンスフレ
ームを有するレスポンスパケットを用いてデータ伝送を
行う際は、先ず、シリアルバスでつながれた２つのノー
ドＡ，Ｂにおいて、相手先を特定するために仮想のコネ
クション１０を張る。このとき、コネクション１０には
ＩＤ番号が割り当てられる。このＩＤ番号のことをConn
ectIDと称する。そして、コネクション１０を張った各
ノードＡ，Ｂは、ConnectIDによりコネクション１０の
相手先を識別する。

【００７１】なお、ＩＥＥＥ１３９４バスでは、各ノー
ドの識別のために各ノードにＩＤ番号（NodeID）を割り
当てるが、バスリセットが起こると、各ノードのＩＤ番
号が変わってしまうことがある。このようなときには、
ConnectIDをもとに再びコネクション１０を張り直す。
すなわち、各コネクションにConnectIDを割り付けるこ
とにより、バスリセットによりノードのＩＤ番号が変わ
っても、再びコネクション１０を張り直すことが可能と
なる。

【００７２】また、１つのコネクション１０の中には、
更に仮想的なチャネル１１，１２を設け、それらのチャ
ネル１１，１２にＩＤ番号を割り当てる。このＩＤ番号
のことをChannelIDと称する。ここで、１つのコネクシ
ョン１０の中には、必要に応じて複数のチャネルを設け
ることができる。

【００７３】そして、コネクション１０に割り当てられ
たConnectIDと、各チャネル１１，１２に割り当てられ
たChannelIDとに基づいて、ノードＡとノードＢとの間
で各チャネル１１，１２ごとにコマンドやデータのやり
取りを行う。このように、１コネクション内に更に仮想
的なチャネルを設けることにより、１つのコネクション
で複数のコマンドやデータのやり取りが可能となる。

【００７４】つぎに、以上のようなデータ伝送に使用さ
れるコマンドについて説明する。本例では、以上のよう
なデータ伝送を実現するために、CONNECTコマンドと、D
ISCONNECTコマンドと、OPENコマンドと、CLOSEコマンド
と、READコマンドと、WRITEコマンドと、ABORTコマンド
とを規定する。

【００７５】ＣＯＮＮＥＣＴコマンド CONNECTコマンドは、あるノードが別のノードに対して
データやコマンドを伝送するための仮想的なコネクショ
ンを張るときに用いる。具体的には、あるノードから別
のノードに対してコネクションを張ろうとするときに、
ctypeフィールドにCONTROLコマンドを設定し、且つ、op
codeフィールドにCONNECTコマンドを設定したコマンド
パケットを、コネクションを張ろうとする相手先のノー
ドへ送信する。

【００７６】また、CONNECTコマンドは、相手先のノー
ドに対して既にコネクションを張られているかどうかを
知るようなときにも使用される。具体的には、相手先の
ノードのコネクションの状態を知りたいときに、ctype
フィールドにSTATUSコマンドを設定し、且つ、opcodeフ
ィールドにCONNECTコマンドを設定したコマンドパケッ
トを、相手先のノードへ送信する。

【００７７】ＤＩＳＣＯＮＮＥＣＴコマンド DISCONNECTコマンドは、ノードとノードとの間で張られ
ていたコネクションを開放するときに用いる。具体的に
は、コネクションを開放するときに、ctypeフィールド
にCONTROLコマンドを設定し、且つ、opcodeフィールド
にDISCONNECTコマンドを設定したコマンドパケットを、
コネクションの相手先のノードへ送信する。

【００７８】ＯＰＥＮコマンド OPENコマンドは、あるノードが別のノードに対して仮想
的なチャネルを確立するときに用いる。具体的には、あ
るノードから別のノードに対してチャネルを確立しよう
とするときに、ctypeフィールドにCONTROLコマンドを設
定し、且つ、opcodeフィールドにOPENコマンドを設定し
たコマンドパケットを、チャネルを確立しようとする相
手先のノードへ送信する。

【００７９】また、OPENコマンドは、既に確立されてい
るチャネルのChannelIDを問い合わせるときにも使用さ
れる。具体的には、既に確立されているチャネルのChan
nelIDを知りたいときには、ctypeフィールドにSTATUSコ
マンドを設定し、且つ、opcodeフィールドにOPENコマン
ドを設定したコマンドパケットを、相手先のノードへ送
信する。

【００８０】ＣＬＯＳＥコマンド CLOSEコマンドは、ノードとノードとの間で確立してい
たチャネルを開放するときに用いる。具体的には、チャ
ネルを開放するときに、ctypeフィールドにCONTROLコマ
ンドを設定し、且つ、opcodeフィールドにCLOSEコマン
ドを設定したコマンドパケットを、開放しようとするチ
ャネルの相手先のノードへ送信する。

【００８１】ＲＥＡＤコマンド READコマンドは、あるノードが別のノードの持つデータ
を読み出すときに用いる。具体的には、別のノードの持
つデータを読み出そうとするときに、ctypeフィールド
にCONTROLコマンドを設定し、且つ、opcodeフィールド
にREADコマンドを設定したコマンドパケットを、読み出
したいデータを持つノードへ送信する。

【００８２】また、READコマンドは、相手先ノードのコ
ンテンツのうち読み出し可能なデータ量を問い合わせる
ときにも使用される。具体的には、読み出し可能なデー
タ量を問い合わせるときに、ctypeフィールドにSTATUS
コマンドを設定し、且つ、opcodeフィールドにREADコマ
ンドを設定したコマンドパケットを、問い合わせ先のノ
ードへ送信する。

【００８３】ＷＲＩＴＥコマンド WRITEコマンドは、あるノードが別のノードに対してあ
るコンテンツのデータを書き込むときに用いる。具体的
には、別のノードに対してデータを書き込もうとすると
きに、ctypeフィールドにCONTROLコマンドを設定し、且
つ、opcodeフィールドにWRITEコマンドを設定したコマ
ンドパケットを、データ書き込み先のノードへ送信す
る。

【００８４】また、WRITEコマンドは、相手先ノードの
書き込み可能な空き領域量を問い合わせるときにも使用
される。具体的には、書き込み可能な空き領域量を問い
合わせるときに、ctypeフィールドにSTATUSコマンドを
設定し、且つ、opcodeフィールドにWRITEコマンドを設
定したコマンドパケットを、問い合わせ先のノードへ送
信する。

【００８５】つぎに、上述のようなコマンドを用いて、
ノードＡからノードＢにデータを書き込む際の手順につ
いて、図１７を参照して説明する。ここで、ノードＢに
書き込むデータは、複数のパケットに分割してノードＡ
から送信するものとしている。

【００８６】図１７に示した手順では、先ず、ノードＡ
とノードＢとの間でコネクションを張り、次に、そのコ
ネクションの中でチャネルを確立する。次いで、ノード
Ｂのデータ書き込み可能領域量を確認した上で、複数の
コマンドパケットを用いてノードＢへのデータの書き込
みを行う。その後、チャネルを開放し、更に、ノードＡ
とノードＢとの間のコネクションを開放する。以下、こ
の手順について、図１７を参照して詳細に説明する。

【００８７】先ず、ノードＡがノードＢに対して、CONN
ECTコマンドを用いて、コネクションを要求する。この
とき、ノードＡはノードＢに対して、ノードＡのＩＤ番
号NodeID(A)と、張ろうとするコネクションに対して割
り当てたConnectIDとをoperandフィールドに記述したコ
マンドパケット２１を送る。具体的には、表１に示すよ
うに各フィールドが設定されたコマンドパケット２１
を、ノードＡからノードＢへ送出する。

【００８８】

【表１】

【００８９】コマンドパケット２１によりコネクション
が正しく張れたら、次に、ノードＢは、コネクションが
正しく張れたことを示すレスポンスをノードＡへ返す。
このとき、ノードＢはノードＡに対して、ノードＢのＩ
Ｄ番号NodeID(B)と、割り当てられたConnectIDとをoper
andフィールドに記述したレスポンスパケット２２を送
る。具体的には、表２に示すように各フィールドが設定
されたレスポンスパケット２２が、ノードＢからノード
Ａへ返される。

【００９０】

【表２】

【００９１】以上のやり取りにより、ノードＡとノード
Ｂとの間でコネクションが張られる。なお、このやり取
りは、ノードＡとノードＢとの間で既にコネクションが
張られている場合には、改めて行う必要はない。

【００９２】次に、ノードＡはノードＢに対して、OPEN
コマンドを用いてチャネルの確立を求める。このとき、
ノードＡはノードＢに対して、使用するコネクションの
ConnectIDと、確立しようとするチャネルに対して割り
当てたChannelIDとをoperandフィールドに記述したコマ
ンドパケット２３を送る。具体的には、表３に示すよう
に各フィールドが設定されたコマンドパケット２３を、
ノードＡからノードＢへ送出する。

【００９３】

【表３】

【００９４】コマンドパケット２３によりチャネルが確
立されたら、次に、ノードＢは、チャネルが確立された
ことを示すレスポンスをノードＡへ返す。このとき、ノ
ードＢはノードＡに対して、使用するコネクションのCo
nnectIDと、割り当てられたChannelIDとをoperandフィ
ールドに記述したレスポンスパケット２４を送る。具体
的には、表４に示すように各フィールドが設定されたレ
スポンスパケット２４が、ノードＢからノードＡへ返さ
れる。

【００９５】

【表４】

【００９６】以上のやり取りにより、ノードＡとノード
Ｂとの間でチャネルが確立される。なお、このやり取り
は、ノードＡとノードＢとの間で既にチャネルが確立さ
れている場合には、改めて行う必要はない。

【００９７】次に、ノードＡはノードＢに対して、WRIT
Eコマンドを用いて、ノードＢの書き込み可能な空き領
域量を問い合わせる。このとき、ノードＡはノードＢに
対して、使用するコネクションのConnectIDと、使用す
るチャネルのChannelIDとをoperandフィールドに記述し
たコマンドパケット２５を送る。具体的には、表５に示
すように各フィールドが設定されたコマンドパケット２
５を、ノードＡからノードＢへ送出する。

【００９８】

【表５】

【００９９】次に、コマンドパケット２５を受け取った
ノードＢは、ノードＢの書き込み可能な空き領域量をノ
ードＡに知らせる。このとき、ノードＢはノードＡに対
して、使用するコネクションのConnectIDと、使用する
チャネルのChannelIDと、ノードＢの書き込み可能な空
き領域量AvailableBufferSizeとをoperandフィールドに
記述したレスポンスパケット２６を送る。具体的には、
表６に示すように各フィールドが設定されたレスポンス
パケット２６を、ノードＢからノードＡへ送出する。

【０１００】

【表６】

【０１０１】次に、ノードＡはノードＢに対して、WRIT
Eコマンドを用いて、ノードＢにデータを書き込む。こ
こで、ノードＢに書き込むデータは、ｎ個に分割されて
おり、先ず、最初のデータであるWritingData1を送信す
る。このとき、ノードＡはノードＢに対して、使用する
コネクションのConnectIDと、使用するチャネルのChann
elIDとをoperandフィールドに記述するとともに、FCPda
taフィールドの残りの領域にWritingData1が記述された
コマンドパケット２７−１を送る。具体的には、表７に
示すように各フィールドが設定されたコマンドパケット
２７−１を、ノードＡからノードＢへ送出する。

【０１０２】

【表７】

【０１０３】その後、同様に、ノードＡはノードＢに対
してｎ個に分割されたデータの送信を順次行う。このと
き、sub_lフィールドの値は、データを分割して送信す
る各コマンドパケットの順序を示すように、各コマンド
パケット毎に１ずつ増加される。

【０１０４】そして、最後に、ｎ個に分割されたデータ
のうちの最後のデータであるWritingDataNを送信する。
このとき、ノードＡはノードＢに対して、使用するコネ
クションのConnectIDと、使用するチャネルのChannelID
とをoperandフィールドに記述するとともに、FCPdataフ
ィールドの残りの領域にWritingDataNを記述したコマン
ドパケットを送る。具体的には、表８に示すように各フ
ィールドが設定されたコマンドパケット２７−ｎを、ノ
ードＡからノードＢへ送出する。このとき、ｃフィール
ドの値は、コマンドパケット２７−ｎの前のコマンドパ
ケットまでは「１」とされるが、コマンドパケット２７
−ｎでは、このコマンドパケット２７−ｎがｎ個に分割
されたデータの送信を行うパケットうちの最後のパケッ
トであることを示すように「０」とされる。

【０１０５】

【表８】

【０１０６】以上のコマンドパケット２７−１〜２７−
ｎによって送られてきたデータが、ノードＢに正しく書
き込まれたら、次に、ノードＢは、データが正しく書き
込まれたことを示すレスポンスをノードＡへ返す。この
とき、ノードＢはノードＡに対して、使用するコネクシ
ョンのConnectIDと、使用するチャネルのChannelIDとを
operandフィールドに記述したレスポンスパケット２８
を送る。具体的には、表９に示すように各フィールドが
設定されたレスポンスパケット２８が、ノードＢからノ
ードＡへ返される。

【０１０７】

【表９】

【０１０８】次に、ノードＡはノードＢに対して、CLOS
Eコマンドを用いて、チャネルの開放を要求する。この
とき、ノードＡはノードＢに対して、使用するコネクシ
ョンのConnectIDと、開放しようとするチャネルのChann
elIDとをoperandフィールドに記述したコマンドパケッ
ト２９を送る。具体的には、表１０に示すように各フィ
ールドが設定されたコマンドパケット２９を、ノードＡ
からノードＢへ送出する。

【０１０９】

【表１０】

【０１１０】コマンドパケット２９によりチャネルの開
放がなされたら、次に、ノードＢは、チャネルが開放さ
れたことを示すレスポンスをノードＡへ返す。このと
き、ノードＢはノードＡに対して、使用するコネクショ
ンのConnectIDと、開放されたチャネルのChannelIDとを
operandフィールドに記述したレスポンスパケット３０
を送る。具体的には、表１１に示すように各フィールド
が設定されたレスポンスパケット３０が、ノードＢから
ノードＡへ返される。

【０１１１】

【表１１】

【０１１２】コマンドパケット２９及びレスポンスパケ
ット３０のやり取りにより、ノードＡとノードＢとの間
で使用されていたチャネルが開放される。なお、チャネ
ルの開放を行うコマンドパケット２９及びレスポンスパ
ケット３０のやり取りは、チャネルを開放しなくてもい
い場合には、行う必要はない。

【０１１３】次に、ノードＡはノードＢに対して、DISC
ONNECTコマンドを用いて、コネクションの開放を要求す
る。このとき、ノードＡはノードＢに対して、開放しよ
うとするコネクションのConnectIDをoperandフィールド
に記述したコマンドパケット３１を送る。具体的には、
表１２に示すように各フィールドが設定されたコマンド
パケット３１を、ノードＡからノードＢへ送出する。

【０１１４】

【表１２】

【０１１５】コマンドパケット３１によりコネクション
の開放がなされたら、次に、ノードＢは、コネクション
が開放されたことを示すレスポンスをノードＡへ返す。
このとき、ノードＢはノードＡに対して、開放されたコ
ネクションのConnectIDをoperandフィールドに記述した
レスポンスパケット３２を送る。具体的には、表１３に
示すように各フィールドが設定されたレスポンスパケッ
ト３２が、ノードＢからノードＡへ返される。

【０１１６】

【表１３】

【０１１７】コマンドパケット３１及びレスポンスパケ
ット３２のやり取りにより、ノードＡとノードＢとの間
で使用されていたコネクションが開放される。なお、コ
ネクションの開放を行うコマンドパケット３１及びレス
ポンスパケット３２のやり取りは、コネクションを開放
しなくてもいい場合には、行う必要はない。

【０１１８】以上がノードＡからのデータを複数のコマ
ンドパケットに分割してノードＢへ書き込む際の手順で
ある。

【０１１９】つぎに、上述したコマンドを用いて、ノー
ドＡによってノードＢからデータを読み出す際の手順に
ついて、図１８を参照して説明する。ここで、ノードＢ
から読み出すデータは、複数のパケットに分割してノー
ドＢからノードＡへ送信するものとしている。

【０１２０】図１８に示した手順では、先ず、ノードＡ
とノードＢとの間でコネクションを張り、次に、そのコ
ネクションの中でチャネルを確立する。次いで、読み出
し可能なデータサイズを確認した上で、複数のコマンド
パケットを用いてノードＢからデータの読み出しを行
う。その後、チャネルを開放し、更に、ノードＡとノー
ドＢとの間のコネクションを開放する。以下、この手順
について、図１８を参照して詳細に説明する。

【０１２１】先ず、ノードＡがノードＢに対して、CONN
ECTコマンドを用いて、コネクションを要求する。この
とき、ノードＡはノードＢに対して、ノードＡのＩＤ番
号NodeID(A)と、張ろうとするコネクションに対して割
り当てたConnectIDとをoperandフィールドに記述したコ
マンドパケット４１を送る。具体的には、表１４に示す
ように各フィールドが設定されたコマンドパケット４１
を、ノードＡからノードＢへ送出する。

【０１２２】

【表１４】

【０１２３】コマンドパケット４１によりコネクション
が正しく張れたら、次に、ノードＢは、コネクションが
正しく張れたことを示すレスポンスをノードＡへ返す。
このとき、ノードＢはノードＡに対して、ノードＢのＩ
Ｄ番号NodeID(B)と、割り当てられたConnectIDとをoper
andフィールドに記述したレスポンスパケット４２を送
る。具体的には、表１５に示すように各フィールドが設
定されたレスポンスパケット４２が、ノードＢからノー
ドＡへ返される。

【０１２４】

【表１５】

【０１２５】以上のやり取りにより、ノードＡとノード
Ｂとの間でコネクションが張られる。なお、このやり取
りは、ノードＡとノードＢとの間で既にコネクションが
張られている場合には、改めて行う必要はない。

【０１２６】次に、ノードＡはノードＢに対して、OPEN
コマンドを用いて、チャネルの確立を求める。このと
き、ノードＡはノードＢに対して、使用するコネクショ
ンのConnectIDと、確立しようとするチャネルに対して
割り当てたChannelIDとをoperandフィールドに記述した
コマンドパケット４３を送る。具体的には、表１６に示
すように各フィールドが設定されたコマンドパケット４
３を、ノードＡからノードＢへ送出する。

【０１２７】

【表１６】

【０１２８】コマンドパケット４３によりチャネルが確
立されたら、次に、ノードＢは、チャネルが確立された
ことを示すレスポンスをノードＡへ返す。このとき、ノ
ードＢはノードＡに対して、使用するコネクションのCo
nnectIDと、割り当てられたChannelIDとをoperandフィ
ールドに記述したレスポンスパケット４４を送る。具体
的には、表１７に示すように各フィールドが設定された
レスポンスパケット４４が、ノードＢからノードＡへ返
される。

【０１２９】

【表１７】

【０１３０】以上のやり取りにより、ノードＡとノード
Ｂとの間でチャネルが確立される。なお、このやり取り
は、ノードＡとノードＢとの間で既にチャネルが確立さ
れている場合には、改めて行う必要はない。

【０１３１】次に、ノードＡはノードＢに対して、READ
コマンドを用いて、ノードＢから読み出しが可能なデー
タのデータサイズを問い合わせる。このとき、ノードＡ
はノードＢに対して、使用するコネクションのConnectI
Dと、使用するチャネルのChannelIDとをoperandフィー
ルドに記述したコマンドパケット４５を送る。具体的に
は、表１８に示すように各フィールドが設定されたコマ
ンドパケット４５を、ノードＡからノードＢへ送出す
る。

【０１３２】

【表１８】

【０１３３】次に、コマンドパケット４５を受け取った
ノードＢは、ノードＢから読み出しが可能なデータのデ
ータサイズをノードＡに知らせる。このとき、ノードＢ
はノードＡに対して、使用するコネクションのConnectI
Dと、使用するチャネルのChannelIDと、ノードＢから読
み出しが可能なデータのデータサイズAvailableDataSiz
eとをoperandフィールドに記述したレスポンスパケット
４６を送る。具体的には、表１９に示すように各フィー
ルドが設定されたレスポンスパケット４６を、ノードＢ
からノードＡへ送出する。

【０１３４】

【表１９】

【０１３５】次に、ノードＡはノードＢに対して、READ
コマンドを用いて、データの読み出しを要求する。この
とき、ノードＡはノードＢに対して、使用するコネクシ
ョンのConnectIDと、使用するチャネルのChannelIDとを
operandフィールドに記述したコマンドパケット４７を
送る。具体的には、表２０に示すように各フィールドが
設定されたコマンドパケット４７を、ノードＡからノー
ドＢへ送出する。

【０１３６】

【表２０】

【０１３７】次に、ノードＢは、ノードＡに要求された
データをノードＡへ送信する。ここで、ノードＢから読
み出されるデータは、ｎ個に分割してノードＡに送信さ
れるものとし、ここでは、最初のデータであるReadingD
ata1を送信する。このとき、ノードＡはノードＢに対し
て、使用するコネクションのConnectIDと、使用するチ
ャネルのChannelIDとをoperandフィールドに記述すると
ともに、FCPdataフィールドの残りの領域にReadingData
1を記述したレスポンスパケット４８−１を送る。具体
的には、表２１に示すように各フィールドが設定された
レスポンスパケット４８−１を、ノードＡからノードＢ
へ送出する。

【０１３８】

【表２１】

【０１３９】その後、同様に、ノードＢからノードＡへ
ｎ個に分割されたデータの送信が順次行われる。このと
き、sub_lフィールドの値は、データを分割して送信す
る各レスポンスパケットの順序を示すように、各コマン
ドパケット毎に１ずつ増加される。

【０１４０】そして、最後に、ｎ個に分割されたデータ
のうちの最後のデータであるReadingDataNを送信する。
このとき、ノードＢはノードＡに対して、使用するコネ
クションのConnectIDと、使用するチャネルのChannelID
とをoperandフィールドに記述するとともに、FCPdataフ
ィールドの残りの領域にReadingDataNを記述したレスポ
ンスパケット４８−ｎを送る。具体的には、表２２に示
すように各フィールドが設定されたレスポンスパケット
４８−ｎを、ノードＢからノードＡへ送出する。このと
き、ｃフィールドの値は、コマンドパケット４８−ｎの
前のコマンドパケットまでは「１」とされるが、コマン
ドパケット４８−ｎでは、このコマンドパケット４８−
ｎがｎ個に分割されたデータの送信を行うパケットうち
の最後のパケットであることを示すように「０」とされ
る。

【０１４１】

【表２２】

【０１４２】そして、ノードＢからのデータの読み出し
が完了したら、次に、ノードＡはノードＢに対して、CL
OSEコマンドを用いて、チャネルの開放を要求する。こ
のとき、ノードＡはノードＢに対して、使用するコネク
ションのConnectIDと、開放しようとするチャネルのCha
nnelIDとをoperandフィールドに記述したコマンドパケ
ット４９を送る。具体的には、表２３に示すように各フ
ィールドが設定されたコマンドパケット４９を、ノード
ＡからノードＢへ送出する。

【０１４３】

【表２３】

【０１４４】コマンドパケット４９によりチャネルの開
放がなされたら、次に、ノードＢは、チャネルが開放さ
れたことを示すレスポンスをノードＡへ返す。このと
き、ノードＢはノードＡに対して、使用するコネクショ
ンのConnectIDと、開放されたチャネルのChannelIDとを
operandフィールドに記述したレスポンスパケット５０
を送る。具体的には、表２４に示すように各フィールド
が設定されたレスポンスパケット５０が、ノードＢから
ノードＡへ返される。

【０１４５】

【表２４】

【０１４６】コマンドパケット４９及びレスポンスパケ
ット５０のやり取りにより、ノードＡとノードＢとの間
で使用されていたチャネルが開放される。なお、チャネ
ルの開放を行うコマンドパケット４９及びレスポンスパ
ケット５０のやり取りは、チャネルを開放しなくてもい
い場合には、行う必要はない。

【０１４７】次に、ノードＡはノードＢに対して、DISC
ONNECTコマンドを用いて、コネクションの開放を要求す
る。このとき、ノードＡはノードＢに対して、開放しよ
うとするコネクションのConnectIDをoperandフィールド
に記述したコマンドパケット５１を送る。具体的には、
表２５に示すように各フィールドが設定されたコマンド
パケット５１を、ノードＡからノードＢへ送出する。

【０１４８】

【表２５】

【０１４９】コマンドパケット５１によりコネクション
の開放がなされたら、次に、ノードＢは、コネクション
が開放されたことを示すレスポンスをノードＡへ返す。
このとき、ノードＢはノードＡに対して、開放されたコ
ネクションのConnectIDをoperandフィールドに記述した
レスポンスパケット５２を送る。具体的には、表２６に
示すように各フィールドが設定されたレスポンスパケッ
ト５２が、ノードＢからノードＡへ返される。

【０１５０】

【表２６】

【０１５１】コマンドパケット５１及びレスポンスパケ
ット５２のやり取りにより、ノードＡとノードＢとの間
で使用されていたコネクションが開放される。なお、コ
ネクションの開放を行うコマンドパケット５１及びレス
ポンスパケット５２のやり取りは、コネクションを開放
しなくてもいい場合には、行う必要はない。

【０１５２】以上がノードＢからのデータを複数のコマ
ンドパケットに分割して読み出す際の手順である。

【０１５３】なお、以上の説明では、ＩＥＥＥ１３９４
バスを例に挙げて、本発明の実施の形態を説明してきた
が、本発明はＩＥＥＥ１３９４バス以外にも適用可能で
ある。すなわち、本発明は、ＩＥＥＥ１３９４バスに限
らず、従来は１つのパケットでコマンドを送ることを想
定していたようなパケットで、コマンドの送受信だけで
なく、１パケットに納まりきらないようなデータの送受
信も行うようにしたいときに非常に有効である。

【０１５４】

【発明の効果】以上の説明から明らかなように、本発明
によれば、コマンドの送受信だけでなく、１パケットに
納まりきらないようなデータの送受信も、コマンドの送
受信に使用されるものと同様なパケットによって効率良
く行うことが可能となる。

【０１５５】特に、本発明をＩＥＥＥ１３９４のAsynch
ronousパケットに適用したときには、Asynchronousパケ
ットを用いても、１パケットに納まりきらないような大
量のデータを、複数のパケットに分割して伝送すること
が可能となる。

【図面の簡単な説明】

【図１】本発明を適用して各機器を接続した状態を示す
ブロック図である。

【図２】１つのコマンドパケットに対して１つのレスポ
ンスコマンドを返すときについて、コマンドパケットと
レスポンスパケットのやり取りの手順を示す図である。

【図３】複数のコマンドパケットに対して１つのレスポ
ンスコマンドを返すときについて、コマンドパケットと
レスポンスパケットのやり取りの手順を示す図である。

【図４】１つのコマンドパケットに対して複数のレスポ
ンスコマンドを返すときについて、コマンドパケットと
レスポンスパケットのやり取りの手順を示す図である。

【図５】書き込みデータを複数のコマンドパケットに分
割して送り出すときについて、コマンドパケットとレス
ポンスパケットのやり取りの様子を示す図である。

【図６】読み出しデータを複数のコマンドパケットに分
割して受け取るときについて、コマンドパケットとレス
ポンスパケットのやり取りの手順を示す図である。

【図７】Asynchronousパケットのフレーム構造を示す図
である。

【図８】ＡＶ／Ｃコマンドフレームのフレーム構造を示
す図である。

【図９】ＡＶ／Ｃレスポンスフレームのフレーム構造を
示す図である。

【図１０】本発明で使用されるコマンドフレームの一例
について、そのフレーム構造を示す図である。

【図１１】本発明で使用されるレスポンスフレームの一
例について、そのフレーム構造を示す図である。

【図１２】本発明で使用されるコマンドフレームの他の
例について、そのフレーム構造を示す図である。

【図１３】本発明で使用されるレスポンスフレームの他
の例について、そのフレーム構造を示す図である。

【図１４】図１０に示したコマンドフレームを含むコマ
ンドパケットの使い方の一例を示す図であり、３つのコ
マンドパケットに対して１つのレスポンスコマンドを返
す場合を示す図である。

【図１５】図１１に示したレスポンスフレームを含むレ
スポンスパケットの使い方の一例を示す図であり、１つ
のコマンドパケットに対して３つのレスポンスコマンド
を返す場合を示す図である。

【図１６】本発明を適用したデータ伝送の一例につい
て、データ伝送の概念をモデル化して示す図である。

【図１７】本発明を適用したデータ伝送手順の一例を示
す図であり、データ書き込み時のコマンドパケットとレ
スポンスパケットのやり取りの手順を示す図である。

【図１８】本発明を適用したデータ伝送手順の一例を示
す図であり、データ読み出し時のコマンドパケットとレ
スポンスパケットのやり取りの手順を示す図である。

【図１９】従来のAsynchronousモードにおけるパケット
のやり取りを示す図であり、１つのコマンドパケットに
対して１つのレスポンスコマンドを返す様子を示す図で
ある。

【図２０】従来のAsynchronousモードにおけるパケット
のやり取りを示す図であり、データ送信時のパケットの
やり取りの手順を示す図である。

【図２１】従来のAsynchronousモードにおけるパケット
のやり取りを示す図であり、データ受信時のパケットの
やり取りの手順を示す図である。

【図２２】従来のAsynchronousモードで、送信データを
複数のコマンドパケットに分割して送信するときのパケ
ットのやり取りの手順を示す図である。

【符号の説明】

１ パーソナルコンピュータ、 ２ プリンタ、 ３
デジタルスチルカメラ、 ４ セットトップボックス、
５ ＩＥＥＥ１３９４バス

Claims (29)

【特許請求の範囲】
1. 【請求項１】 所定のフォーマットのフレームを含むパ
   ケットによってデータを送信するデータ送信装置であっ
   て、 上記フレームは、当該フレームのフォーマットの種別を
   示す情報が格納されるフィールドを有し、 上記フォーマットの一つとして、送信データを複数のパ
   ケットに分割して送信する際にそれらのパケットの関係
   を示す情報が格納されるパケットラベルフィールドと、
   送信先機器に対するコマンド及び／又は任意のデータが
   格納されるデータフィールドとを上記フレームが有する
   ように規定するフォーマットを備えていることを特徴と
   するデータ送信装置。
2. 【請求項２】 上記パケットラベルフィールドは、 送信データを複数のパケットに分割して送信する際に、
   それらのパケットに共通の値が設定されるフィールドを
   有することを特徴とする請求項１記載のデータ送信装
   置。
3. 【請求項３】 上記パケットラベルフィールドは、 送信データを複数のパケットに分割して送信する際に、
   それらのパケットの順序を示す情報が格納されるフィー
   ルドを有することを特徴とする請求項１記載のデータ送
   信装置。
4. 【請求項４】 上記パケットラベルフィールドは、 送信データを複数のパケットに分割して送信する際に、
   最後のパケットであるか否かを示す情報が格納されるフ
   ィールドを有することを特徴とする請求項１記載のデー
   タ送信装置。
5. 【請求項５】 上記パケットは、ＩＥＥＥ１３９４で規
   定されたAsynchronousパケットであることを特徴とする
   請求項１記載のデータ送信装置。
6. 【請求項６】 上記フレームは、ＩＥＣ１８８３で規定
   されたＦＣＰフレームであることを特徴とする請求項１
   記載のデータ送信装置。
7. 【請求項７】 受信したパケットに応じて、所定のフォ
   ーマットのフレームを含むパケットによって返信データ
   を返すデータ受信装置であって、 上記フレームは、当該フレームのフォーマットの種別を
   示す情報が格納されるフィールドを有し、 上記フォーマットの一つとして、返信データを複数のパ
   ケットに分割して送信する際にそれらのパケットの関係
   を示す情報が格納されるパケットラベルフィールドと、
   受信したパケットに対するレスポンス及び／又は任意の
   データが格納されるデータフィールドとを上記フレーム
   が有するように規定するフォーマットを備えていること
   を特徴とするデータ受信装置。
8. 【請求項８】 上記パケットラベルフィールドは、 返信データを複数のパケットに分割して送信する際に、
   それらのパケットに共通の値が設定されるフィールドを
   有することを特徴とする請求項７記載のデータ受信装
   置。
9. 【請求項９】 上記パケットラベルフィールドは、 返信データを複数のパケットに分割して送信する際に、
   それらのパケットの順序を示す情報が格納されるフィー
   ルドを有することを特徴とする請求項７記載のデータ受
   信装置。
10. 【請求項１０】 上記パケットラベルフィールドは、 返信データを複数のパケットに分割して送信する際に、
    最後のパケットであるか否かを示す情報が格納されるフ
    ィールドを有することを特徴とする請求項７記載のデー
    タ受信装置。
11. 【請求項１１】 上記パケットは、ＩＥＥＥ１３９４で
    規定されたAsynchronousパケットであることを特徴とす
    る請求項７記載のデータ受信装置。
12. 【請求項１２】 上記フレームは、ＩＥＣ１８８３で規
    定されたＦＣＰフレームであることを特徴とする請求項
    ７記載のデータ受信装置。
13. 【請求項１３】 所定のフォーマットのフレームを含む
    送信用パケットによってデータを送信するデータ送信装
    置と、 上記送信用パケットを受信したときに、当該送信用パケ
    ットによって送信された送信データに応じた返信データ
    を、所定のフォーマットのフレームを含む返信用パケッ
    トによって、上記データ送信装置へ送信するデータ受信
    装置とを有し、 上記送信用パケットに含まれるフレームは、当該フレー
    ムのフォーマットの種別を示す情報が格納されるフィー
    ルドを有し、 上記送信用パケットに含まれるフレームのフォーマット
    の一つとして、送信データを複数のパケットに分割して
    送信する際にそれらのパケットの関係を示す情報が格納
    されるパケットラベルフィールドと、上記データ受信装
    置に対するコマンド及び／又は任意のデータが格納され
    るデータフィールドとを当該フレームが有するように規
    定するフォーマットを備えていることを特徴とするデー
    タ送受信システム。
14. 【請求項１４】 上記送信用パケットのパケットラベル
    フィールドは、 送信データを複数の送信用パケットに分割して送信する
    際に、それらの送信用パケットに共通の値が設定される
    フィールドと、 送信データを複数の送信用パケットに分割して送信する
    際に、それらの送信用パケットの順序を示す情報が格納
    されるフィールドと、 送信データを複数の送信用パケットに分割して送信する
    際に、最後の送信用パケットであるか否かを示す情報が
    格納されるフィールドとを有することを特徴とする請求
    項１３記載のデータ送受信システム。
15. 【請求項１５】 上記返信用パケットに含まれるフレー
    ムは、当該フレームのフォーマットの種別を示す情報が
    格納されるフィールドを有し、 上記返信用パケットに含まれるフレームのフォーマット
    の一つとして、返信データを複数のパケットに分割して
    送信する際にそれらのパケットの関係を示す情報が格納
    されるパケットラベルフィールドと、受信したパケット
    に対するレスポンス及び／又は任意のデータが格納され
    るデータフィールドとを当該フレームが有するように規
    定するフォーマットを備えていることを特徴とする請求
    項１３記載のデータ送受信システム。
16. 【請求項１６】 上記返信用パケットのパケットラベル
    フィールドは、 返信データを複数の返信用パケットに分割して送信する
    際に、それらの返信用パケットに共通の値が設定される
    フィールドと、 返信データを複数の返信用パケットに分割して送信する
    際に、それらの返信用パケットの順序を示す情報が格納
    されるフィールドと、 返信データを複数の返信用パケットに分割して送信する
    際に、最後の返信用パケットであるか否かを示す情報が
    格納されるフィールドとを有することを特徴とする請求
    項１５記載のデータ送受信システム。
17. 【請求項１７】 上記送信用パケットは、ＩＥＥＥ１３
    ９４で規定されたAsynchronousパケットであることを特
    徴とする請求項１３記載のデータ送受信システム。
18. 【請求項１８】 上記送信用パケットに含まれるフレー
    ムは、ＩＥＣ１８８３で規定されたＦＣＰフレームであ
    ることを特徴とする請求項１３記載のデータ送受信シス
    テム。
19. 【請求項１９】 上記返信用パケットは、ＩＥＥＥ１３
    ９４で規定されたAsynchronousパケットであることを特
    徴とする請求項１３記載のデータ送受信システム。
20. 【請求項２０】 上記返信用パケットに含まれるフレー
    ムは、ＩＥＣ１８８３で規定されたＦＣＰフレームであ
    ることを特徴とする請求項１３記載のデータ送受信シス
    テム。
21. 【請求項２１】 所定のフォーマットのフレームを含む
    送信用パケットによって送信側ノードから受信側ノード
    へ送信データを送るとともに、上記送信用パケットを受
    信側ノードが受け取ったら、所定のフォーマットのフレ
    ームを含む返信用パケットによって受信側ノードから送
    信側ノードへ返信データを送ることにより、ノード間で
    データの伝送を行うデータ伝送方法において、 上記送信用パケットに含まれるフレームは、当該フレー
    ムのフォーマットの種別を示す情報が格納されるフィー
    ルドを有し、 上記送信用パケットに含まれるフレームのフォーマット
    の一つとして、送信データを複数のパケットに分割して
    送信する際にそれらのパケットの関係を示す情報が格納
    されるパケットラベルフィールドと、受信側ノードに対
    するコマンド及び／又は任意のデータが格納されるデー
    タフィールドとを当該フレームが有するように規定する
    フォーマットを備えていることを特徴とするデータ伝送
    方法。
22. 【請求項２２】 上記送信用パケットのパケットラベル
    フィールドは、 送信データを複数の送信用パケットに分割して送信する
    際に、それらの送信用パケットに共通の値が設定される
    フィールドと、 送信データを複数の送信用パケットに分割して送信する
    際に、それらの送信用パケットの順序を示す情報が格納
    されるフィールドと、 送信データを複数の送信用パケットに分割して送信する
    際に、最後の送信用パケットであるか否かを示す情報が
    格納されるフィールドとを有することを特徴とする請求
    項２１記載のデータ伝送方法。
23. 【請求項２３】 上記返信用パケットに含まれるフレー
    ムは、当該フレームのフォーマットの種別を示す情報が
    格納されるフィールドを有し、 上記返信用パケットに含まれるフレームのフォーマット
    の一つとして、返信データを複数のパケットに分割して
    送信する際にそれらのパケットの関係を示す情報が格納
    されるパケットラベルフィールドと、受信したパケット
    に対するレスポンス及び／又は任意のデータが格納され
    るデータフィールドとを当該フレームが有するように規
    定するフォーマットを備えていることを特徴とする請求
    項２１記載のデータ伝送方法。
24. 【請求項２４】 上記返信用パケットのパケットラベル
    フィールドは、 返信データを複数の返信用パケットに分割して送信する
    際に、それらの返信用パケットに共通の値が設定される
    フィールドと、 返信データを複数の返信用パケットに分割して送信する
    際に、それらの返信用パケットの順序を示す情報が格納
    されるフィールドと、 返信データを複数の返信用パケットに分割して送信する
    際に、最後の返信用パケットであるか否かを示す情報が
    格納されるフィールドとを有することを特徴とする請求
    項２３記載のデータ伝送方法。
25. 【請求項２５】 上記送信用パケットは、ＩＥＥＥ１３
    ９４で規定されたAsynchronousパケットであることを特
    徴とする請求項２１記載のデータ伝送方法。
26. 【請求項２６】 上記送信用パケットに含まれるフレー
    ムは、ＩＥＣ１８８３で規定されたＦＣＰフレームであ
    ることを特徴とする請求項２１記載のデータ伝送方法。
27. 【請求項２７】 上記返信用パケットは、ＩＥＥＥ１３
    ９４で規定されたAsynchronousパケットであることを特
    徴とする請求項２１記載のデータ伝送方法。
28. 【請求項２８】 上記返信用パケットに含まれるフレー
    ムは、ＩＥＣ１８８３で規定されたＦＣＰフレームであ
    ることを特徴とする請求項２１記載のデータ伝送方法。
29. 【請求項２９】 上記送信用パケット及び返信用パケッ
    トをノード間でやり取りするに当たって、予めノード間
    で論理的なコネクションを設定するとともに当該コネク
    ションの中に論理的なチャネルを設定し、 送信データを送信用パケットによって受信側ノードへ送
    る際は、使用するコネクション及びチャネルの識別情報
    を送信用パケットに付加し、 返信データを返信用パケットによって送信側ノードへ送
    る際は、使用するコネクション及びチャネルの識別情報
    を返信用パケットに付加することを特徴とする請求項２
    １記載のデータ伝送方法。