JPH11355319A

JPH11355319A - デ―タ通信システム、デ―タ通信方法、デ―タ通信装置及びディジタルインタフェ―ス

Info

Publication number: JPH11355319A
Application number: JP4557099A
Authority: JP
Inventors: Shinichi Hatae; 真一波多江; Takashi Kobayashi; 崇史小林; Shinji Onishi; 慎二大西; Mitsuhisa Araida; 光央新井田
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 1998-02-24
Filing date: 1999-02-23
Publication date: 1999-12-24

Abstract

(57)【要約】【課題】ソースノードと１つ以上のディスティネーシ
ョンノードとの間で連続的に転送されるデータを、煩雑
な通信手順を実行することなく、簡単な手順で確実に中
止できるようにする。【解決手段】少なくとも１回の非同期通信を用いて１
つ以上のセグメントからなるデータを転送するソースノ
ードと、上記ソースノードから転送されたデータを受信
する１つ以上のデスティネーションノードと、上記ソー
スノードと上記１つ以上のデスティネーションノードと
の間に論理的な接続関係を設定するコントローラとを設
け、上記ソースノード、上記デスティネーションノー
ド、上記コントローラの少なくとも一つが、上記データ
の転送を中止するようにすることにより、各ノード間の
データ通信を制御できるようにする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はデータ通信システ
ム、データ通信方法、データ通信装置及びディジタルイ
ンタフェースに関し、特に、情報データ（画像データを
含む）とコマンドデータとを混在させて高速に通信する
ネットワークとそのネットワークに適用可能な通信プロ
トコルに関するものである。

【０００２】

【従来の技術】従来、パーソナルコンピュータ（以下、
ＰＣ）の周辺機器の中で、最も利用頻度が高かったのは
ハードディスクやプリンタであった。これらの周辺機器
は、専用の入出力インタフェース或いはＳＣＳＩ（ｓｍ
ａｌｌｃｏｍｐｕｔｅｒｓｙｓｔｅｍｉｎｔｅｒ
ｆａｃｅ）インタフェース等の汎用性のあるデジタルイ
ンタフェースによってＰＣと接続されていた。

【０００３】一方、近年、ディジタルカメラ、ディジタ
ルビデオカメラ等のＡＶ（Ａｕｄｉｏ／Ｖｉｓｕａｌ）
機器もＰＣの周辺装置の１つとして注目を浴びている。
これらのＡＶ（Ａｕｄｉｏ／Ｖｉｓｕａｌ）機器も専用
インタフェースを介してＰＣと接続されていた。

【０００４】図１１は、ＰＣとＡＶ機器とにより構成さ
れた従来の通信システムを示す図である。図１１におい
て、１０１はＡＶ機器（ディジタルカメラ）、１０２は
ＰＣ、１０３はプリンタである。

【０００５】ディジタルカメラ１０１において、１０４
は撮像画像を圧縮して記録するメモリ、１０５はメモリ
１０４に記録された圧縮画像データを伸長して復号する
復号化部、１０６は画像処理部、１０７はＤ／Ａコンバ
ータ、１０８はＥＶＦからなる表示部、１０９はディジ
タルカメラ１０１とＰＣ１０２とを接続する専用のディ
ジタルＩ／Ｏ部である。

【０００６】ＰＣ１０２において、１１０はＰＣ１０２
とディジタルカメラ１０１とを接続する専用のディジタ
ルＩ／Ｏ部、１１１はキーボードやマウスなどからなる
操作部、１１２は圧縮画像データを伸長して復号する復
号化部、１１３はディスプレイ、１１４はハードディス
ク、１１５はＲＡＭ等のメモリ、１１６はＭＰＵ，１１
７はＰＣＩバス、１１８はＰＣ１０２とプリンタ１０３
とを接続するＳＣＳＩインタフェースである。

【０００７】プリンタ１０３において、１１９はプリン
タ１０３とＰＣ１０２とを接続するＳＣＳＩインタフェ
ース、１２０はメモリ、１２１はプリンタヘッド、１２
２はプリンタ１０３の動作を制御するプリンタコントロ
ーラ、１２３はドライバである。

【０００８】従来の通信システムにおいて、ディジタル
カメラ１０１の有するディジタルインタフェース（ディ
ジタルＩ／Ｏ部１０９）とプリンタ１０３の有するディ
ジタルインタフェース（ＳＣＳＩインタフェース１１
０）とは互換性がなく、それらを直接接続することはで
きなかった。

【０００９】そのため、ディジタルカメラ１０１がプリ
ンタ１０３に、例えば、静止画像を通信したい場合、必
ずＰＣを介す必要があった。又、従来の専用インタフェ
ースやＳＣＳＩインタフェースでは、特にＡＶ機器の有
する静止画像や動画像のような大容量のデータを扱う場
合において、データ転送レートが低い、パラレル通信の
ため通信ケーブルが太い、接続できる周辺機器の数と種
類が少ない、接続方式に制限がある、リアルタイムなデ
ータ転送が行えない等の多くの問題があった。

【００１０】このような問題点を解決する次世代の高
速、高性能ディジタルインタフェースの一つとして、Ｉ
ＥＥＥ（ＴｈｅＩｎｓｔｉｔｕｔｅｏｆＥｌｅｃ
ｔｒｉｃａｌａｎｄＥｌｅｃｔｒｏｎｉｃｓＥｎ
ｇｉｎｅｅｒｓ，Ｉｎｃ．）１３９４−１９９５規格が
知られている。

【００１１】ＩＥＥＥ１３９４−１９９５規格に準拠し
たディジタルインタフェース（以下、１３９４インタフ
ェース）には、次のような特徴がある。（１）データ転送速度が高速である、（２）リアルタイムなデータ転送方式（即ち、Ｉｓｏｃ
ｈｒｏｎｏｕｓ転送方式）とＡｓｙｎｃｈｒｏｎｏｕｓ
転送方式をサポートしている。（３）自由度の高い接続構成（トポロジ）を構築でき
る。（４）プラグ・アンド・プレイ機能と活線挿抜機能をサ
ポートしている。

【００１２】

【発明が解決しようとする課題】しかしながら、ＩＥＥ
Ｅ１３９４−１９９５規格では、コネクタの物理的、電
気的な構成、最も基本的な２つのデータ転送方式等につ
いては定義しているが、どのような種類のデータを、ど
のようなデータ・フォーマットで、どのような通信プロ
トコルに基づいて送受信するのかについては定義してい
なかった。

【００１３】又、ＩＥＥＥ１３９４−１９９５規格のＩ
ｓｏｃｈｒｏｎｏｕｓ転送方式では、送出パケットに対
する応答が規定されていないため、各Ｉｓｏｃｈｒｏｎ
ｏｕｓパケットが確実に受信されたがは保証されない。

【００１４】従って、連続性のある複数のデータを確実
に転送したい場合、或いは１つのファイルデータを複数
のデータに分割して確実に転送したい場合、Ｉｓｏｃｈ
ｒｏｎｏｕｓ転送方式を使用することはできなかった、

【００１５】又、ＩＥＥＥ１３９４−１９９５規格のＩ
ｓｏｃｈｒｏｎｏｕｓ転送方式では、転送帯域に空きが
ある場合でも、通信の総数が６４個に制限される。この
ため、少ない転送帯域で数多くの通信を行いたい場合、
Ｉｓｏｃｈｒｏｎｏｕｓ転送方式を使用することはでき
なかった、

【００１６】又、ＩＥＥＥ１３９４−１９９５規格で
は、ノードの電源のＯＮ／ＯＦＦ、ノードの接続／切り
離し等に応じてバスリセットが生じた場合、データの転
送を中断しなければならない。

【００１７】ところが、ＩＥＥＥ１３９４−１９９５規
格では、バスリセットや伝送時のエラーによってデータ
転送が中断した場合、どのような内容のデータを失った
のかについては知ることができなかった。更に、一度中
断した転送を復帰するためには、非常に煩雑な通信手順
を踏む必要があった。

【００１８】ここで、バスリセットとは、新たなトポロ
ジの認識と各ノードに割り当てられるアドレス（ノード
ＩＤ）の設定とを自動的に行う機能である。この機能に
より、ＩＥＥＥ１３９４−１９９５規格では、プラグ・
アンド・プレイ機能と活線挿抜機能とを提供することが
できる。

【００１９】又、ＩＥＥＥ１３９４−１９９５規格に準
拠した通信システムにおいて、リアルタイム性は必要と
されないが、信頼性が要求される比較的データ量の多い
オブジェクトデータ（例えば、静止画像データ、グラフ
ィックスデータ、テキストデータ、ファイルデータ、プ
ログラムデータ等）を、１以上のセグメントデータに分
割して連続的に転送するための通信プロトコルは具体的
に提案されていなかった。

【００２０】又、ＩＥＥＥ１３９４−１９９５規格に準
拠した通信システムにおいて、データを非同期にブロー
ドキャストする通信方式を用いて複数の機器間のデータ
通信を実現するための通信プロトコルも具体的に提案さ
れていなかった、

【００２１】本発明は上述の問題点にかんがみ、データ
通信システム、データ通信方法、データ通信装置及びデ
ィジタルインタフェースにおいて、リアルタイム性の必
要としないオブジェクトデータを連続的、かつ確実に転
送することのできる技術を提供することを目的としてい
る。又、本発明の他の目的は、データ通信システム、デ
ータ通信方法、データ通信装置及びディジタルインタフ
ェースにおいて、ソースノードと１つ以上のディスティ
ネーションノードとの間で連続的に転送されるデータ
を、煩雑な通信手順を実行することなく、簡単な手順で
確実に中止することのできる技術を提供することを目的
としている。又、本発明のその他の目的は、従来の通信
方式の不利便性を解決し、高速にかつ簡単にデータを転
送するとともに、確実にデータ転送を行うことができる
ようにすることを目的とする。又、本発明のその他の目
的は、通信帯域をあまり使用しない場合に、多数野通信
を同時に行えるようにするとを目的とする。又、本発明
のその他の目的は、データ転送中断により失われたデー
タを容易に検出することが可能で、上記データ転送中断
からの復帰を、確実に、かつ簡単に行うことができるよ
うにすることを目的とする。

【００２２】

【課題を解決するための手段】本発明のデータ通信シス
テムは、少なくとも１回の非同期通信を用いて１つ以上
のセグメントからなるデータを転送するソースノード
と、上記ソースノードから転送されたデータを受信する
１つ以上のデスティネーションノードと、上記ソースノ
ードと上記１つ以上のデスティネーションノードとの間
に論理的な接続関係を設定するコントローラとを具備
し、上記ソースノード、上記デスティネーションノー
ド、上記コントローラの少なくとも一つが、上記データ
の転送を中止することを特徴としている。また、本発明
のデータ通信システムの他の特徴とするところは、論理
的な接続関係に基づき、１つ以上のセグメントからなる
データを少なくとも１回のブロードキャスト通信を用い
て転送するソースノードと、上記論理的な接続関係に基
づき、上記ソースノードから転送されたデータを受信す
る１つ以上のデスティネーションノードと、上記ソース
ノード或いは上記１つ以上のデスティネーションノード
が、上記データの転送を中止することを特徴としてい
る。また、本発明のデータ通信システムのその他の特徴
とするところは、情報データを送信する送信機器と、該
情報データを受信する受信機器との間に設定された論理
的な接続関係を用いて通信を行うデータ通信システムで
あって、上記論理的な接続関係を上記送信機器又は上記
受信機器が開放する論理的な接続関係。また、本発明の
データ通信システムのその他の特徴とするところは、複
数の通信パケットを連続、且つ非同期に伝送する通信方
式を用いたデータ通信システムであって、上記情報を受
信する機器からの応答が所定期間経過してない場合に、
該情報の伝送を中止する論理的な接続関係。また、本発
明のデータ通信システムのその他の特徴とするところ
は、

【００２３】本発明のデータ通信方法は、論理的な接続
関係に基づき、１つ以上のセグメントからなるデータを
少なくとも１回のブロードキャスト通信を用いて１つ以
上のデスティネーションノードに転送するステップと、
上記論理的な接続関係に基づき、上記ソースノードから
転送されたデータを受信するステップと、上記ソースノ
ード或いは上記１つ以上のデスティネーションノードに
より上記データの転送を中止するステップとを行うこと
を特徴としている。また、本発明のデータ通信方法の他
の特徴とするところは、情報データを送信する送信機器
と、該情報データを受信する受信機器との間の論理的な
接続関係を用いて、通信を行うデータ通信システムに適
用可能なデータ通信方法であって、上記論理的な接続関
係を上記送信機器又は上記受信機器に開放させる論理的
な接続関係。また、本発明のデータ通信方法のその他の
特徴とするところは、複数の通信パケットを連続、且つ
非同期に伝送する通信方式を用いたデータ通信方法であ
って、上記情報を受信する機器からの応答が所定期間経
過してない場合に、該情報の伝送を中止する論理的な接
続関係。また、本発明のデータ通信方法のその他の特徴
とするところは、複数の機器により構成されたデータ通
信システムに適用可能なデータ通信方法であって、複数
の異なる機器の通信を複数の異なるＩＤ情報で判別し、
該通信に対する応答を行わないことにより、該通信を終
了させる論理的な接続関係。また、本発明のデータ通信
方法のその他の特徴とするところは、情報データを送信
する送信機器と、該情報データを受信する受信機器と、
該情報データの通信を管理する管理機器とを合むデータ
通信システムに適用可能なデータ通信方法であって、上
記送信機器と上記受信機器間の論理的な接続関係を設定
するように、上記送信機器と上記受信機器と上記管理機
器を制御した後、該論理的な接続関係の開放を行うよう
に、上記送信機器と上記受信機器と上記管理機器の何れ
かを制御する論理的な接続関係。また、本発明のデータ
通信方法のその他の特徴とするところは、複数の通信パ
ケットを連続、且つ非同期に伝送する通信方式を用いた
データ通信方法であって、上記通信方式により伝送され
た情報を、上記複数の機器が有するメモリ空間の同じ領
域に格納すると共に、上記情報の受信に対する応答の待
ち時間に応じて、上記情報の再送を行う論理的な接続関
係。

【００２４】本発明のデータ通信装置は、１つ以上のセ
グメントからなるデータを少なくとも一つの通信パケッ
トにパケッタイズする手段と、１つ以上のデスティネー
ションノードとの間に設定された論理的な接続関係を用
いて、上記通信パケットを非同期転送する手段とを具備
し、上記少なくとも一つの通信パケットの非同期転送は
中止可能であることを特徴としている。

【００２５】本発明のデジタルインタフェースは、ソー
スノードとの間に設定された論理的な接続関係を用いて
非同期転送された少なくとも一つの通信パケットを受信
する手段と、上記通信パケットに含まれるデータを他の
装置と共通のメモリ空間に書き込む手段とを具備し、上
記少なくとも一つの通信パケットの非同期転送は、中止
可能であることを特徴とする。また、本発明のデジタル
インタフェースの他の特徴とするところは、ソースノー
ドと１つ以上のデスティネーションノードとの間に論理
的な接続関係を設定する手段と、上記論理的な接続関係
を識別するためのコネクションＩＤを上記ソースノード
と上記１つ以上のデスティネーションノードとに対して
通知すると共に、上記論理的な接続関係に基づくデータ
転送を中止する手段とを具備する論理的な接続関係。

【００２６】

【発明の実施の形態】以下、本発明のデータ通信システ
ム、データ通信方法、データ通信装置及びディジタルイ
ンタフェースの一実施の形態を図面を参照して説明す
る。図１は、本実施例におけるデータ通信システムの構
成の一例を示す図である。本実施例のデータ通信システ
ムは、図１に示すように、コンピュータ１０、カメラー
体型デジタルビデオレコーダ２８、プリンタ６０により
構成されている。

【００２７】まず、コンピュータ１０の構成について説
明する。１２はコンピュータ１０の動作を制御する演算
処理装置（ＭＰＵ）である。１４はＩＥＥＥ１３９４−
１９９５規格に準拠した機能と本実施例において規定す
る通信プロトコルに関する機能とを有する１３９４イン
タフェースである。１６はキーボード、マウスなどから
なる操作部である。１８は圧縮符号化されたディジタル
データ（動画像データ、静止画像データ、音声データ
等）を復号するデコーダである。

【００２８】２０はＣＲＴディスプレイや液晶パネルな
どの表示装置からなる表示部（ディスプレイ）である。
２２は各種のディジタルデータ（動画像データ、静止画
像データ、音声データ、グラフィックスデータ、テキス
トデータ、プログラムデータ等）を記録するハードディ
スク（ＨＤ）である。２４は内部メモリである。２６は
ＰＣＩバスなどのコンピュータ１０内部の各処理部を相
互に接続する内部バスである。

【００２９】次に、カメラー体型デジタルビデオレコー
ダ（以下、ＤＶＣＲと称する）２８の構成に突いて説明
する。３０は被写体の光学像を電気信号に変換し、その
電気信号をに変換する撮像部（ｏｐｔ）である。３２は
アナログーデジタル（Ａ／Ｄ）変換器である。３４はデ
ィジタル化された動画像、静止画像を所定のフォーマッ
トのディジタル画像データに変換する画像処理部であ
る。

【００３０】３６は圧縮／伸長処理部であり、圧縮符号
化されたディジタルデータ（動画像データ、静止画像デ
ータ、音声データ等）を復号する機能と、デジタル画像
データを高能率符号化する（例えば、ＭＰＥＧ方式やＤ
Ｖ方式のように、所定の画像単位に直交変換後、量子化
し、可変長符号化する）機能とを有する、３８は高能率
符号化されたディジタル画像データを一時的に格納する
メモリである。

【００３１】４０は高能率符号化されていないディジタ
ル画像データを一時的に格納するメモリである。４２は
データセレクタである。４４はＩＥＥＥ１３９４−１９
９５規格に準拠した機能と本実施例において規定する通
信プロトコルに関する機能とを有する１３９４インタフ
ェースである。４６、４８はメモリ３８とメモリ４０の
書き込みと読み出しとを制御するメモリ制御部である。
５０はＤＶＣＲ２８の動作を制御する制御部（システム
コントローラ）であり、マイクロコンピュータを有す
る。

【００３２】５２はリモコンや操作パネル等からなる操
作部である。５４は電子ビューファインダ（ＥＶＦ）で
ある。５６はＤ／Ａ変換器である。５８は磁気テープ、
磁気ディスク、光磁気ディスク等の記録媒体からなる記
録再生部で、各種のディジタルデータ（動画像データ、
静止画像データ、音声データ等）を記録再生する。

【００３３】次に、プリンタ６０の構成について説明す
る。６２はＩＥＥＥ１３９４−１９９５規格に準拠した
機能と本実施例において規定する通信プロトコルに関す
る機能とを有する１３９４インタフェースである。６４
はデータセレクタである。６６は操作ボタンやタッチパ
ネル等からなる操作部である。６８はプリンタ６０の動
作を制御するプリンタコントローラである。

【００３４】７０はデコーダである。７２は内部メモリ
である。７４は１３９４インタフェースを介して受信さ
れた静止画像デー外テキストデータ、グラフィックスデ
ータ等を処理する画像処理部である。７６はドライバで
ある。７８はプリンタヘッドである。

【００３５】図１に示すように、コンピュータ１０、Ｄ
ＶＣＲ２８及びプリンタ６０の各通信装置（以下、ノー
ドと称する）は、１３９４インタフェース１４、４４、
６２を介して相互に接続されている（以下、１３９４イ
ンタフェースによって構成されたネットワークを１３９
４シリアルバスと称する）。

【００３６】各ノードは、所定の通信プロトコルを定義
することによって、各種のオブジェクトデータ（例え
ば、動画像データ、静止画像デヒタ、音声データ、グラ
フィックスデータ、テキストデータ、プログラムデータ
等）の授受、コマンドデータによる遠隔操作が可能とな
る。本実施例では、Ａｓｙｎｃｈｒｏｎｏｕｓ転送方式
を用いた通信プロトコルを定義する。

【００３７】次に、図１を用いて本実施例の通信システ
ムを構成する各ノードの動作について説明する。まず、
コンピュータ１０を構成する各処理部の機能と動作につ
いて説明する、本実施例においてコンピュータ１０は、
例えば、ＤＶＣＲ２８とプリンタ６０との問における画
像データの送受信を制御するコントローラ、或いはＤＶ
ＣＲ２８やプリンタ６０を遠隔操作するコントローラと
して動作する。

【００３８】ＭＰＵ１２は、ハードディスク２２に記録
されているソフトウェアを実行するとともに、様々なデ
ータを内部メモリ２４に移動させる。又、ＭＰＵ１２
は、内部バス２６によって接続されている各処理部の調
停動作なども合わせて行なう。

【００３９】１３９４インタフェース１４は、１３９４
シリアルバス上に転送された画像データを受信するとと
もに、ハードディスク２２や内部メモリ２４に記録され
ている画像データを１３９４シリアルバス上に送信する
ことができる。

【００４０】又、１３９４インタフェース１４は、１３
９４シリアルバス上の他のノードを遠隔操作するための
コマンドデータを送信することも可能である。更に、１
３９４インタフェース１４は、１３９４シリアルバスを
介して転送された信号を他のノードに転送する機能も有
している。

【００４１】ユーザは、操作部１６を介して所望のソフ
トウェアを選択し、ＭＰＵ１２にハードディスク２２に
記録されているソフトウェアを実行させる。ここで、こ
のソフトウェアに関する情報は、表示部２０によってユ
ーザに提示される。デコーダ１８は、このソフトウェア
に基づいて、１３９４シリアルバス上から受信した画像
データをデコードする。デコードされた画像データは、
表示部２０によってユーザに提示される。

【００４２】次に、ＤＶＣＲ２８を構成する各処理部の
機能と動作について説明する。本実施例においてＤＶＣ
Ｒ２８は、例えば、本実施例の通信プロトコルに基づい
て画像データをＡｓｙｎｃｈｒｏｎｏｕｓ転送する画像
送信装置（ソース・ノード）として動作する。

【００４３】撮像部３０は、被写体の光学像を輝度信号
（Ｙ）と色差信号（Ｃ）とからなる電気信号ｋ変換し、
その電気信号をＡ／Ｄ変換器６０に供給する。Ａ／Ｄ変
換器３２は、その電気信号をディジタル化する。

【００４４】画像処理部３４は、ディジタル化された輝
度信号と色差信号とに対して所定の画像処理を施すと共
に、それらを多重化する。圧縮／伸長処理部３６は、デ
ィジタル化された輝度信号と色差信号のデータ量を圧縮
する。ここで、圧縮／伸長処理部３６は、独立した圧縮
処理回路を用いて輝度信号と色差信号と並列に処理して
もよい、又、共通の圧縮処理回路を用いてそれらを時分
割に処理してもよい。

【００４５】又、圧縮／伸長処理部３６では、伝送路誤
りに強くするために、圧縮画像データに対してシャフリ
ング処理を施す。これにより、連続的な符号誤り（即
ち、バーストエラー）を、修整や補間の行いやすい離散
的な誤り（即ち、ランダムエラー）に変換することがで
きる。

【００４６】ここで、画像の画面内の粗密による情報量
の偏りを均一化したい場合、圧縮処理の前に本処理工程
を持ってくると、ランレングス等の可変長符号化を用い
た場合の都合が良い。

【００４７】圧縮／伸長処理部３６では、圧縮画像デー
タに対して、シャフリングを復元するためのデータ識別
情報（ＩＤ）を付加する。圧縮／伸長処理部３６は、記
録再生時の誤りを低減する為に、圧縮画像データに対し
てエラー訂正符号（ＥＣＣ）を付加する。

【００４８】圧縮／伸長処理部３６にて圧縮された画像
データは、メモリ３８と記録再生部５８とに供給され
る。記録再生部５８は、ＩＤやＥＣＣの付加された圧縮
画像データを磁気テープ等の記録媒体に記録する。ここ
で、圧縮画像データは、音声データとは異なる独立の記
録エリアに記録される。

【００４９】一方、画像処理部３４からＤ／Ａ変換器５
６へ供給された画像データは、Ｄ／Ａ変換される。ＥＶ
Ｆ５４は、Ｄ／Ａ変換器５６から供給されたアナログ画
像信号を表示する。

【００５０】又、画像処理部３４にて処理された画像デ
ータは、メモリ４０にも供給される。ここで、メモリ４
０には、非圧縮の画像データが格納される。データセレ
クタ４２は、ユーザの指示に基づいてメモリ３８或いは
メモリ４０を選択し、圧縮画像データ或いは非圧縮画像
データを１３９４インタフェース４４に供給する。

【００５１】又、データセレクタ４２は、１３９４イン
タフェース４４から供給された画像データをメモリ３８
或いはメモリ４０に供給する。１３９４インタフェース
４４は、後述する本実施例の通信プロトコルに基づい
て、圧縮画像データ或いは非圧縮画像データをＡｓｙｎ
ｃｈｒｏｎｏｕｓ転送する。

【００５２】又、１３９４インタフェース４４は、１３
９４シリアルバスを介して、ＤＶＣＲ２８を制御するた
めの制御コマンドを受信する。受信された制御コマンド
は、データセレクタ４２を介して、制御部５０に供給さ
れる。１３９４インタフェース４４は、上記の制御コマ
ンドに対するレスポンスを返送する。

【００５３】次に、プリンタ６０を構成する各処理部の
機能と動作について説明する。本実施例においてプリン
タ６０は、例えば、本実施例の通信プロトコルに基づい
てＡｓｙｎｃｈｒｏｎｏｕｓ転送された画像データを受
信して印刷する画像受信装置（デスティネーション・ノ
ード）として動作する。

【００５４】１３９４インタフェース６２は、１３９４
シリアルバスを介してＡｓｙｎｃｈｒｏｎｏｕｓ転送さ
れた画像データや制御コマンドを受信する。又、１３９
４インタフェース６２は、制御コマンドに対するレスポ
ンスを送信する。

【００５５】受信された画像データは、データセレクタ
６４を介して、デコーダ７０に供給される。デコーダ７
０は、該画像データをデコードし、その結果を画像処理
部７４に出力する。画像処理蔀７４は、デコードされた
画像データをメモリ７２に一時的に記憶する。

【００５６】又、同像処理部７４は、メモリ７２に一時
的に記憶された画像データを印刷用のデータに変換し、
それをプリンタヘッド７８に供給する。プリンタヘッド
７８は、プリンタコントローラ６８の制御に基づき、印
刷を実行する。

【００５７】一方、受信された制御コマンドは、データ
セレクタ６４を介して、プリンタコントローラ６８に入
力される。プリンタコントローラ６８は、該制御データ
に基づいて印刷に関する様々な制御を行なう。例えば、
ドライバ７６による紙送り、プリンタヘッド７８の位置
等を制御する。

【００５８】次に、図８を用いて本実施例の１３９４１
インタフェース１４、４４、６２の構成について詳細に
説明する。１３９４インタフェースは、機能的に複数の
レイヤ（階層）から構成されている。図８において、１
３９４インタフェースは、ＩＥＥＥ１３９４−１９９５
規格に準拠した通信ケーブル８０１を介して他のノード
の１３９４インタフェースと接続される。

【００５９】又、１３９４インタフェースは、１っ以上
の通信ポート８０２を有し、各通信ポート８０２はハー
ドウエア部に含まれるフィジカル・レイヤ８０３と接続
される。

【００６０】図８において、ハードウェア部は、フィジ
カル・レイヤ８０３とリンク・レイヤ８０４とから構成
されている。フィジカル・レイヤ８０３は、他のノード
との物理的、電気的なインタフェース、バスリセットの
検出とそれに伴う処理、入出力信号の符号化／復号化、
バス使用権の調停等を行う。又、リンク・レイヤ８０４
は、通信パケットの生成、各種の通信パケットの送受
信、サイクルタイマの制御等を行なう。又、リンク・レ
イヤ８０４は、後述するＡｓｙｎｃｈｒｏｎｏｕｓｂ
ｒｏａｄｃａｓｔｐａｃｋｅｔの生成及び送受信の機
能を提供する。

【００６１】又、図８において、ファームウェア部は、
トランザクション・レイヤ８０５とシリアル・バス・マ
ネージメント８０６とを含んでいる。トランザクション
・レイヤ８０５は、Ａｓｙｎｃｈｒｏｎｏｕｓ転送方式
を管理し、各種のトランザクション（リード、ライト、
ロック）を提供する。又、トランザクション・レイヤ８
０５は、後述するＡｓｙｎｃｈｒｏｎｏｕｓｂｒｏａ
ｄｃａｓｔｔｒａｎｓａｃｔｉｏｎ機能を提供する。

【００６２】シリアル・バス・マネージメント８０６
は、後述するＩＥＥＥ１２１２ＣＳＲ規格に基づい
て、自ノードの制御、自ノードの接続状態の管理、自ノ
ードのＩＤ情報の管理、シリアルバスネットワークの資
源管理を行う機能を提供する。

【００６３】図８に示すハードウェア部及びファームウ
ェア部が実質的に１３９４インタフェースを構成するも
のであり、それらの基本構成は、ＩＥＥＥ１３９４−１
９９５規格により規定されている、又、ソフトウェア部
に含まれるアプリケーション・レイヤ８０７は、使用す
るアプリケーションソフトによって異なり、どのような
オブジェクトデータをどのように転送するかを制御す
る。

【００６４】後述する本実施例の通信プロトコルは、１
３９４インタフェースを構成するハードウェア部及びフ
ァームウェア部の機能を拡張するものであり、ソフトウ
ェア部に対して新規な転送手順を提供するものである。

【００６５】次に、図２を用いて、本実施例において規
定する通信プロトコルの基本構成について説明する。図
２において、３００はコントローラ、３０２はソース・
ノード、３０４はｎ（ｎ≧１）個のデスティネーション
・ノード、３０６はソース・ノードの有するサブユニッ
ト（ｓｕｂｕｎｉｔ）、３０８は静止画像データ、グラ
フィックスデータ、テキストデータ、ファイルデータ、
プログラムデータ等のオブジェクトデータ（ｏｂｊｅｃ
ｔ）である。

【００６６】３１０はデスティネーション・ノード３０
４内部にある第１のメモリ空間であり、所定のデスティ
ネーション・オフセット（ｄｅｓｔｉｎａｔｉｏｎ＿ｏ
ｆｆｓｅｔ＃０）により指定される。３１２はソース・
ノード３０２とデスティネーション・ノード３０４との
間の論理的な接続関係（即ち、コネクション）を示す第
１のコネクションである。ここで、デスティネーション
・オフセットとは、ｎ個のデスティネーション・ノード
３０４の有するメモリ空間を共通に指定するアドレスで
ある。

【００６７】３１４はデスティネーション・ノード３０
４内部にある第ｎのメモリ空間であり、所定のデスティ
ネーション・オフセット（ｄｅｓｔｉｎａｔｉｏｎ＿ｏ
ｆｆｓｅｔ＃ｎ）により指定される。３１６はソース・
ノード３０２とデスティネーション・ノード３０４との
間の論理的な接続関係（即ち、コネクション）を示す第
ｎのコネクションである。

【００６８】本実施例において、各ノードは、第１のメ
モリ空間３１０〜第ｎのメモリ空間３１４を、ＩＥＥＥ
１２１２ＣＳＲ（ＣｏｎｔｒｏｌａｎｄＳｔａｔ
ｕｓＲｅｇｉｓｔｅｒＡｒｃｈｉｔｅｃｔｕｒｅ）規
格（又は、ＩＳＯ／ＩＥＣ１３２１３：１９９４規格）
に準拠した６４ビットのアドレス空間により管理してい
る。ＩＥＥＥ１２１２ＣＳＲ規格とは、シリアルバス
向けの制御、管理、アドレス割り振りを規定した規格で
ある。

【００６９】図６は、各ノードの有するアドレス空間に
ついて説明する図である。図６（ａ）は、６４ビットの
アドレスにより表される論理的なメモリ空間である。
又、図６（ｂ）は、図６（ａ）に示すアドレス空間の一
部であり、例えば、上位１６ビットがＦＦＦＦ₁₆となる
アドレス空間である。

【００７０】図２に示す第１のメモリ空間３１０〜第ｎ
のメモリ空間３１４は、図６（ｂ）に示すメモリ空間の
一部を使用する。各メモリ空間３１０〜３１４は、アド
レスの下位４８ビットを示すデスティネーション・オフ
セットにより指定される。

【００７１】図６（ｂ）において、例えば、０００００
０００００００₁₆〜０００００００００３ＦＦ₁₆は予約
された領域であり、実際にオブジェクトデータ３０８の
書き込まれる領域は、アドレスの下位４８ビットがＦＦ
ＦＦＦ００００４００₁₆以降となる領域である。

【００７２】図２において、ソース・ノード３０２と
は、後述する通信プロトコルに従ってオブジェクトデー
タ３０８を転送する機能をもつノードであり、デスティ
ネーション・ノード３０４とは、ソース・ノード３０２
から転送されたオブジェクトデータ３０８を受信する機
能をもつノードである。

【００７３】又、コントローラ３００とは、後述する通
信プロトコルに従ってソース・ノード３０２と１つ以上
のデスティネーション・ノード３０４との問に、論理的
な接続関係（即ち、コネクション）を設定し、それを管
理する機能をもつノードである。

【００７４】ここで、コントローラ３００、ソース・ノ
ード３０２、デスティネーション・ノード３０４は、夫
々独立した別々のノードにおいて機能してもよい。又、
コントローラ３００とソース・ノ一ド３０２とが、１つ
の同じノードにおいて機能してもよい。

【００７５】又、コントローラ３００とデスティネーシ
ョン・ノード３０４とが、１つの同じノードにおいて機
能してもよい。この場合、コントローラ３００とソース
・ノード３０２或いはデスティネーション・ノード３０
４との間のトランザクションが不要となり、通信手順が
簡略化される。

【００７６】本実施例では、コントローラ３００、ソー
ス・ノｒド３０２、デスティネーション・ノード３０４
の夫々が、独立した別々のノードにおいて機能する場合
について説明する。例えば、１３９４インタフェース１
４を具備するコンピュータ１０が、コントローラ３００
として機能する。又、１３９４インタフェース４４を具
備するＤＶＣＲ２８がソース・ノード３０２．１３９４
インタフェース６２を具備するプリンタ６０がデスティ
ネーション・ノード３０４として機能する。

【００７７】本実施例では、図２に示すように、ソース
・ノード３０２と１つ以上のデスティネーション・ノー
ド３０４との間に、１つ以上のコネクションを設定する
ことができる。これらのコネクションは、あるオブジェ
クトデータの転送要求がある場合に、１つ又は複数のコ
ントローラ３００が後述する通信プロトコルに基づいて
設定する。

【００７８】本実施例では、１つのコネクションにおい
て使用できるデスティネーション・オフセットを１っ或
いは複数個設定することができる。このデスティネーシ
ョン・オフセットの値は、予め設定された値であって
も、コントローラ３００或いはソース・ノード３０２が
可変的に設定する値であってもよい。尚、コネクション
とデスティネーション・オフセットとの関係は、後述す
る通信プロトコルに基づいて設定される。

【００７９】１つのコネクションに複数個のデスティネ
ーション・オフセットを設定する場合、１つのコネクシ
ョンで複数形態のデータ通信を同時に実現することがで
きる。例えば、各形態のデータ通信に対して異なるデス
ティネーション・オフセットを割り当てることにより、
１対１、１対Ｎ、Ｎ対Ｎのデータ通信を１つのコネクシ
ョンで同時に実現することができる。

【００８０】尚、本実施例において、コントローラ３０
０であるコンピュータ１０は、デスティネーション・ノ
ード３０４として動作してもよい。この場合、１つのソ
ース・ノード３０２と２つのデスティネーション・ノー
ド３０４との間にコネクションが設定され、オブジェク
トデータ３０８の転送が行われることになる。

【００８１】又、本実施例において、コンピュータ１０
がコントローラ３００として動作する場合について説明
したが、コンピュータ１０が必ずコントローラ３００に
なる必要はない。ＤＶＣＲ２８或いはプリンタ６０がコ
ントローラ３００として動作してもよい。

【００８２】次に、本実施例において規定する通信プロ
トコルの基本的な転送手順について説明する。図３
（ａ）、図４は、１つのオブジェクトデータを転送する
までの手順を示すシーケンスチャートである。図３
（ｂ）は、１つのオブジェクトデヒタの転送中に、バス
リセツト或いは伝送エラーがあった場合の転送手順を示
すシーケンスチャートである。

【００８３】本実施例の通信プロトコルでは、コントロ
ーラ３００が上述のコネクションの設定後、１つのオブ
ジェクトデータを、１つ以上のｒＡｓｙｎｃｈｒｏｎｏ
ｕｓｂｒｏａｄｃａｓｔｔｒａｎｓａｃｔｉｏｎ」に
より転送する。Ａｓｙｎｃｈｒｏｎｏｕｓｂｒｏａｄ
ｃａｓｔｔｒａｎｓａｃｔｉｏｎの詳細な通信手順に
ついては図３を用いて説明する。

【００８４】又、Ａｓｙｎｃｈｒｏｎｏｕｓｂｒｏａ
ｄｃａｓｔｔｒａｎｓａｃｔｉｏｎにおいて用いられ
るパケット（以下、Ａｓｙｎｃｈｒｏｎｏｕｓｂｒｏ
ａｄｃａｓｔｐａｃｋｅｔと称する）については図５
を用いて説明する。尚、上述のＡｓｙｎｃｈｒｏｎｏｕ
ｓｂｒｏａｄｃａｓｔｔｒａｎｓａｃｔｉｏｎとＡ
ｓｙｎｃｈｒｏｎｏｕｓｂｒｏａｄｃａｓｔｐａｃ
ｋｅｔとは、本実施例の通信プロトコルにおいて規定す
る全く新規な通信手順及ぴパケット・フォーマットであ
る。

【００８５】以下、図３（ａ）、図４を用いて、本実施
例の通信プロトコルに基づく基本的な転送手順について
説明する。ここで、図３（ａ）は、一つのコネクション
で１つのデスティネーション・ノード３０４とデータ通
信を行う場合を説明するシーケンスチャートである。

【００８６】又、図４は、１つのコネクションで３つの
デスティネーション・ノード３０４とデータ通信を行う
場合を説明するシーケンスチャートである。コントロー
ラ３００は、ソース・ノード３０２と１つ以上のデステ
ィネーション３０４との間の論理的な接続関係（コネク
ション）を識別するためのコネクションＩＤを設定す
る。

【００８７】コントローラ３００は、そのコネクション
ＩＤを各ノードに通知し、１つのコネクションを設定す
る（図３（ａ）及び図４の４０１、４０２）。コネクシ
ョンＩＤの通知後、コントローラ３００は、ソース・ノ
ード３０２に対してオブジェクトデータ３０８の転送を
開始するように指示する（図３（ａ）及び図４の４０
３）。

【００８８】転送開始の指示を受けた後、ソース・ノー
ド３０２は、１つ以上のデスティネーション・ノード３
０４とネゴシエーションを実行し、Ａｓｙｎｃｈｒｏｎ
ｏｕｓｂｒｏａｄｃａｓｔｔｒａｎｓａｃｔｉｏｎ
の初期設定を行う（図３（ａ）及び図４の４０４、４０
５）。

【００８９】初期設定の終了後、ソース・ノード３０２
は、Ａｓｙｎｃｈｒｏｎｏｕｓｂｒｏａｄｃａｓｔ
ｔｒａｎｓａｃｔｉｏｎを実行し、１つ以上のセグメン
トデータからなるオブジェクトデータ３０８を順次ブロ
ードキャストする（図３（ａ）、図４の４０６〜４０
９）。

【００９０】ここで、図７を用いて、本実施例における
オブジェクトデータの転送モデルについて説明する。図
７において、オブジェクトデータは、例えばデータサイ
ズが１２８Ｋｂｙｔｅとなる静止画像データである。

【００９１】ソース・ノード３０２は、初期設定におい
て認識した各デスティネーション・ノード３０４１の受
信能力に応じてオブジェクトデータ３０８を、例えば５
００個のセグメントデータ（１セグメントデータは２５
６ｂｙｔｅ）に分割する。

【００９２】ここで、１セグメントデータのデータサイ
ズは、各デスティネーション・ノード３０４の有する内
部バッファのサイズによりソース・ノード３０２が可変
的に設定する。図７では、オブジェクトデータ３０８の
データサイズと同じ内部バッファを確保した場合を示
す。

【００９３】又、ソース・ノード３０２は、１つ以上の
セ、クメントデータを少なくとも一回のＡｓｙｎｃｈｒ
ｏｎｏｕｓｂｒｏａｄｃａｓｔｔｒａｎｓａｃｔｉ
ｏｎを用いて転送する。

【００９４】図７では、１つのセグメントデータを一回
のＡｓｙｎｃｈｒｏｎｏｕｓｂｒｏａｄｃａｓｔｔ
ｒａｎｓａｃｔｉｏｎを用いて転送する。

【００９５】全てのセグメントデータの転送後、ソース
・ノード３０２は、１つ以上のデスティネーション３０
４とのデータ通信を終了する（図３（ａ）、図４の４１
０、４１１）。

【００９６】次に、図３（ａ）、図４を用いて、コント
ローラ３００の動作について詳細に説明する。コントロ
ーラ３００は、ユーザにより選択されたソース・ノード
３０２と１つ以上のデスティネーション・ノード３０４
とに対し、コネクションを設定するためのパケット（以
下、コネクション設定パケット）をＡｓｙｎｃｈｒｏｎ
ｏｕｓ転送する（図３（ａ）、図４の４０１、４０
２）。

【００９７】このパケットのペイロードには、ソース・
ノード３０２とデスティネーション・ノード３０４との
間のコネクションを識別するコネクションＩＤが格納さ
れている。ここで、ソース・ノード３０２と１つ以上の
デスティネーション・ノード３０４との間のコネクショ
ンは、ソース・ノード３０２に対して既に設定されてい
るコネクションＩＤと各デスティネーション・ノード３
０４に対して既に設定されているコネクションＩＤとに
基づき、コントローラ３００により設定される。

【００９８】次に、コントローラ３００は、ソース・ノ
ード３０２に対して送信コマンドパケット（ｔｒａｎｓ
ａｃｔｉｏｎｃｏｍｍａｎｄｐａｃｋｅｔ）をＡｓ
ｙｎｃｈｒｏｎｏｕｓ転送する（図３（ａ）、図４の４
０３）。送信コマンドパケットを受信したソース・ノー
ド３０２は、コントローラ３００から通知されたコネク
ションＩＤを用いて初期設定を行い、Ａｓｙｎｃｈｒｏ
ｎｏｕｓｂｒｏａｄｃａｓｔｔｒａｎｓａｃｔｉｏ
ｎを実行する（図３（ａ）、図４の４０４〜４０９）。

【００９９】このＡｓｙｎｃｈｒｏｎｏｕｓｂｒｏａ
ｄｃａｓｔｔｒａｎｓａｃｔｉｏｎにより、ソース・
ノード３０２は、１つ以上のセグメントデータからなる
オブジェクトデータ３０８を順次転送することができ
る。尚、本実施例の通信プロトコルにおいて、コントロ
ーラ３００は、コネクションの接続、非接続を管理する
機能を提供するものである。

【０１００】従って、コネクション設定後におけるオブ
ジェクトデータ３０８の転送は、ソース・ノード３０２
とデスティネーション・ノード３０４との間のネゴシエ
ーションにより実行される。

【０１０１】一連のＡｓｙｎｃｈｒｏｎｏｕｓｂｒｏ
ａｄｃａｓｔｔｒａｎｓａｃｔｉｏｎが終了した後、
ソース・ノード３０２は、ｓｅｇｍｅｎｔｅｎｄを示
すＡｓｙｎｃｈｒｏｎｏｕｓｂｒｏａｄｃａｓｔｐ
ａｃｋｅｔ（以下、ｓｅｇｍｅｎｔｅｎｄｐａｃｋ
ｅｔ）をブロ一ドキャストする（図３（ａ）、図４の４
１０）。

【０１０２】コントローラ３００は、ソース・ノード３
０２からのｓｅｇｍｅｎｔｅｎｄｐａｃｋｅｔを受け
取った後、コネクションを解放してデータ転送を終了す
る（図３（ａ）、図４の４１１）。

【０１０３】ここで、ｓｅｇｍｅｎｔｅｎｄｐａｃ
ｋｅｔは、ブロードキャストされるため、そのパケット
の内容はデスティネーション・ノード３０４においても
検出することができる。従って、コントローラ３００で
はなく、デスティネーション・ノード３０４自体が、ソ
ース・ノード３０２とのコネクションを解放するように
構成してもよい。

【０１０４】次に、図３（ａ）、図４を用いて、ツース
・ノード３０２の動作について詳細に説明する。コント
ローラ３００からのコネクション設定パケットと送信コ
マンドパケットとを受け取ったソース・ノード３０２
は、各デスティネーション・ノード３０４に対してデー
タ転送を要求するためのＡｓｙｎｃｈｒｏｎｏｕｓｂ
ｒｏａｄｃａｓｔｐａｃｋｅｔ（以下、ｓｅｎｄｒｅ
ｑｕｅｓｔｐａｃｋｅｔ）を送出する（図３（ａ）、
図４の４０４）。

【０１０５】ここで、ｓｅｎｄｒｅｑｕｅｓｔｐａｃ
ｋｅｔは、オブジェクトデータ３０８をＡｓｙｎｃｈｒ
ｏｎｏｕｓｂｒｏａｄｃａｓｔｔｒａｎｓａｃｔｉ
ｏｎを実行する前に必要な初期情報を得るためのリクエ
ストパケットである。このパケットには、コントローラ
３００によって指定されたコネクションＩＤが書き込ま
れている。

【０１０６】デスティネーション・ノード３０４は、ｓ
ｅｎｄｒｅｑｕｅｓｔｐａｃｋｅｔに対応するレスポ
ンスであることを示すＡｓｙｎｃｈｒｏｎｏｕｓｂｒ
ｏａｄｃａｓｔｐａｃｋｅｔ（以下、ａｃｋｒｅｓｐ
ｏｎｓｅｐａｃｋｅｔ）をブロードキャストする（図
３（ａ）、図４の４０５）。ここで、ａｃｋｒｅｓｐｏ
ｎｓｅｐａｃｋｅｔには、ｓｅｎｄｒｅｑｕｅｓｔ
ｐａｃｋｅｔと同じコネクションＩＤが格納されてい
る。

【０１０７】従って、ソース・ノード３０２は、受信パ
ケットのコネクションＩＤを確認することによって、ど
のコネクションを介して転送されたａｃｋｒｅｓｐｏ
ｎｓｅｐａｃｋｅｔであるかを識別することができ
る。

【０１０８】ここで、ａｃｋｒｅｓｐｏｎｓｅｐａ
ｃｋｅｔには、各デスティネーション・ノード３０４の
確保できる内部バッファのサイズと所定のメモリ空間を
指定するオフセット・アドレスとが格納されている。

【０１０９】ａｃｋｒｅｓｐｏｎｓｅｐａｃｋｅｔ
の受信後、ソース・ノード３０２は、各デスティネーシ
ョン・ノード３０４のメモリ空間を共通に指定するデス
ティネーション・オフセットを設定し、Ａｓｙｎｃｈｒ
ｏｎｏｕｓｂｒｏａｄｃａｓｔｔｒａｎｓａｃｔｉ
ｏｎを開始する。

【０１１０】ここで、デスティネーション・オフセット
は、各デスティネーション・ノード３０４のａｃｋｒ
ｅｓｐｏｎｓｅｐａｃｋｅｔに含まれるオフセット・ア
ドレスを用いて設定される。尚、本実施例では、Ａｓｙ
ｎｃｈｒｏｎｏｕｓｂｒｏａｄｃａｓｔｔｒａｎｓ
ａｃｔｉｏｎにおいて使用されるデスティネーション・
オフセットを、ａｃｋｒｅｓｐｏｎｓｅｐａｃｋｅ
ｔに含まれるオフセット・アドレスを用いて設定してい
るがそれに限るものではない。

【０１１１】例えば、コントローラ３００に各コネクシ
ョンが使用するデスティネーション・オフセットを管理
する機能を持たせ、コネクションＩＤの設定と共に、デ
スティネ」ション・オフセットを設定するように構成し
てもよい。この場合、各コネクションに対応するデステ
ィネーション・オフセットは、コントローラ３００から
ソース・ノード３０２に対して通知される。

【０１１２】次に、ソース・ノード３０２は、最初のＡ
ｓｙｎｃｈｒｏｎｏｕｓｂｒｏａｄｃａｓｔｐａｃ
ｋｅｔを、上述のデスティネーション・オフセットの示
すメモリ空間に対して書き込む（図３（ａ）、図４の４
０６）。

【０１１３】このパケットには、コネクションＩＤ、セ
グメントデータのシークェンス番号が格納されている。
最初のＡｓｙｎｃｈｒｏｎｏｕｓｂｒｏａｄｃａｓｔ
ｐａｃｋｅｔを送信した後、ソース・ノード３０２
は、デスティネーション・ノード３０４からのレスポン
ス・パケットを待機する。デスティネーション・ノード
３０４からは、コネクションＩＤとシークェンス番号と
を格納したレスポンス・パケットがＡｓｙｎｃｈｒｏｎ
ｏｕｓｂｒｏａｄｃａｓｔｐａｃｋｅｔの形式で送
出される。

【０１１４】このレスポンス・パケットを受け取った
後、ソース・ノード３０２は、シークェンス番号をイン
クリメントし、次のセグメントデータを含むＡｓｙｎｃ
ｈｒｏｎｏｕｓｂｒｏａｄｃａｓｔｐａｃｋｅｔを
転送する（図３（ａ）、図４の４０７）。

【０１１５】この手順を繰り返して、ソース・ノード３
０２は順次Ａｓｙｎｃｈｒｏｎｏｕｓｂｒｏａｄｃａ
ｓｔｔｒａｎｓａｃｔｉｏｎを行う（図３（ａ）、図
４の４０８〜４０９）。デスティネーション・ノード３
０４からのレスポンスを待機する最大の時間はあらかじ
め決められており、その時間を過ぎてもレスポンスが帰
ってこない場合は、同一シークェンス番号を用いて、同
一データを再送する。

【０１１６】又、デスティネーション・ノード３０４か
ら再送を要求するレスポンス・パケットが転送された場
合、ソース・ノード３０２は、指定されたシークェンス
番号のデータを再度ブロードキャストすることもでき
る。

【０１１７】オブジェクトデータ３０８の全てをＡｓｙ
ｎｃｈｒｏｎｏｕｓｂｒｏａｄｃａｓｔｔｒａｎｓ
ａｃｔｉｏｎした後、ソース・ノード３０２は、ｓｅｇ
ｍｅｎｔｅｎｄｐａｃｋｅｔをブロードキャスト
し、データ転送を終了する（図３（ａ）、図４の４１
０、４１１）。

【０１１８】ここで、ソース・ノード３０２は上述のよ
うに、オブジェクトデータ３０８を必要に応じて１つ以
上のセグメントデータに分割（Ｓｅｇｍｅｎｔａｔｉｏ
ｎ）する。上述のレスポンス・パケットは、各セグメン
トデータをＡｓｙｎｃｈｒｏｎｏｕｓｂｒｏａｄｃａ
ｓｔｔｒａｎｓａｃｔｉｏｎする場合に伴い生ずるこ
とになる。本実施例では、１つのセグメントデータの転
送を、１度のＡｓｙｎｃｈｒｏｎｏｕｓｂｒｏａｄｃ
ａｓｔｔｒａｎｓａｃｔｉｏｎにて行う。デスティネ
ーション・ノード３０４は、上述のバッファサイズで示
される容量のバッファを有している。

【０１１９】尚、上述の実施例では、１つのセグメント
データのＡｓｙｎｃｈｒｏｎｏｕｓｂｒｏａｄｃａｓｔ
ｔｒａｎｓａｃｔｉｏｎに伴って必ずレスポンス・パ
ケットを送出するように規定しているが、それに限るも
のではない。デスティネーション・ノード３０４の有す
るデータバッファが、複数の連続するセグメントデータ
によって満たされた後に、デスティネーション・ノード
３０４がレスポンス・パケットの送信を行うように構成
してもよい。

【０１２０】次に、図３（ａ）、図４を用いて、デステ
ィネーション・ノード３０４の動作について詳細に説明
する。コントローラ３００からコネクション設定パケッ
トを受け取ったデスティネーション・ノード３０４は、
ソース・ノード３０２からのｓｅｎｄｒｅｑｕｅｓｔ
ｐａｃｋｅｔを待機する（図３（ａ）、図４の４０
４）。

【０１２１】ｓｅｎｄｒｅｑｕｅｓｔｐａｃｋｅｔ
を受け取ったデスティネーション・ノード３０４は、そ
のパケットに書かれているコネクションＩＤとコントロ
ーラから通知されたコネクションＩＤを確認し、このパ
ケットがソース・ノード３０２からのパケットであるか
どうかを判別する。

【０１２２】ソース・ノード３０２からのｓｅｎｄｒ
ｅｑｕｅｓｔｐａｃｋｅｔを受信した後、各デスティ
ネーション・ノード３０４は、コネクションＩＤ、確保
できる内部バッファのサイズ、所定のメモリ空間を指定
するオフセット・アドレスを書き込んだａｃｋｒｅｓ
ｐｏｎｓｅｐａｃｋｅｔをブロードキャストする（図
３（ａ）、図４の４０５）。

【０１２３】ソース・ノード３０２から転送されたＡｓ
ｙｎｃｈｒｏｎｏｕｓｂｒｏａｄｃａｓｔｐａｃｋ
ｅｔをメモリ空間に書き込んだ後、デスティネーション
・ノード３０４は、そのパケットのコネクションＩＤを
確認する。

【０１２４】そのパケットに含まれるコネクションＩＤ
が自己のコネクションＩＤと一致する場合、コネクショ
ンＩＤとそのパケットに含まれるシークェンス番号とを
格納したレスポンス・パケットをブロードキャストする
（図３（ａ）、図４の４０６〜４０９）。

【０１２５】この場合、受信パケットに含まれるセグメ
ントデータは、内部バッファに格納される。ここで、受
信パケットに含まれるコネクションＩＤが自己のコネク
ションＩＤと異なる場合、デスティネーション・ノード
３０４は、その受信パケットを廃棄する。

【０１２６】又、デスティネーション・ノード３０４
は、受信パケットのシークェンス番号の不整合を検出し
た場合に、再送要求を示すレスポンス・パケットを送出
することもできる。その場合、デスティネーション・ノ
ード３０４は、再送を要求するシークェンス番号をソー
ス・ノード３０２に通知する。

【０１２７】全てのＡｓｙｎｃｈｒｏｎｏｕｓｂｒｏ
ａｄｃａｓｔｔｒａｎｓａｃｔｉｏｎを終了すると、
ソース・ノード３０２からｓｅｇｍｅｎｔｅｎｄｐ
ａｃｋｅｔがブロードキャストされる。このパケットを
受信すると、デスティネーション・ノード３０４はデー
タ転送プロセスを終了する（図３（ａ）、図４の４１
０）。

【０１２８】ｓｅｇｍｅｎｔｅｎｄｐａｃｋｅｔを
受信した後、デスティネーション・ノード３０４は、ｓ
ｅｇｍｅｎｔｅｎｄｐａｃｋｅｔを正常に受信した
ことを示すレスポンス・パケットをブロードキャストす
る（図３（ａ）、図４の４１１）。

【０１２９】以上説明したように本実施例の通信システ
ムは、従来の通信方式の不便利性を解決することができ
る。又、リアルタイム性を必要としないデータ転送にお
いても、簡便に高速にデータを転送することができる。

【０１３０】又、本実施例では、コントローラ３００が
コネクションを設定した後、オブジェクトデータの転送
処理は、コントローラ３００に制御されることなくソー
ス・ノード３００と各デスティネーション・ノード３０
４との間において実行される。これにより、コントロー
ラ３００の負荷を減らし、複雑な通信手順を踏むことの
ない簡単な通信プロトコルを提供することができる。

【０１３１】又、本実施例では、デスティネーション・
ノード３０４は、各Ａｓｙｎｃｈｒｏｎｏｕｓｂｒｏ
ａｄｃａｓｔｔｒａｎｓａｃｔｉｏｎに対して必ずレ
スポンスを返すように構成されている。これにより、リ
アルタイム性の必要としないデータを確実に転送するこ
とのできる通信プロトコルを提供することができる。

【０１３２】より確実なデータ転送を実現するために
は、バスリセットや何らかの伝送エラーの発生によって
データ転送が中断した場合において、データを欠落させ
ることなく速やかにデータ転送を再開させることが必要
である。

【０１３３】以下、図３（ｂ）を用いて、本実施例の通
信プロトコルで規定する再開手順について説明する。例
えば、シークェンス番号ｉのＡｓｙｎｃｈｒｏｎｏｕｓ
ｂｒｏａｄｃａｓｔｐａｃｋｅｔを受信した後にバ
スリセットが発生した場合、各ノードは転送処理を中断
し、ＩＥＥＥ１３９４−１９９５規格で定められた手順
に従ってバスの初期化、接続構成の認識、ノードＩＤの
設定等を実行する（図３（ｂ）の４２０、４２１）。

【０１３４】バスの再構築が完了した後、各デスティネ
ーション・ノード３０４は、コネクションＩＤとシーク
ェンス番号ｉとを格納した再開要求パケット（ｒｅｓｅ
ｎｄｒｅｑｕｅｓｔｐａｃｋｅｔ）をブロードキャス
トする（図３（ｂ）の４２２）。

【０１３５】Ａｓｙｎｃｈｒｏｎｏｕｓｂｒｏａｄｃ
ａｓｔｔｒａｎｓａｃｔｉｃｍの再開が可能な場合、
ソース・ノード３０２は、受信したｒｅｓｅｎｄｒｅ
ｑｕｅｓｔｐａｃｋｅｔのコネクションＩＤを確認し、
このコネクションＩＤを格納したａｃｋｒｅｓｐｏｎ
ｓｅｐａｃｋｅｔをブロードキャストする（図３
（ｂ）の４２３）。

【０１３６】その後、ソース・ノード３０２は、受信し
たｒｅｓｅｎｄｒｅｑｕｅｓｔｐａｃｋｅｔにより要
求されたシークェンス番号以降のセグメントデータ、す
なわち、シークェンス番号（ｉ＋１）で始まるセグメン
トデータを順次ブロードキャストする（図３（ｂ）の４
２４）。

【０１３７】上述の手順により、コントローラ３００、
ソース・ノード３０２、デスティネーション・ノード３
０４は、それぞれのノードＩＤを考慮することなく、デ
ータ転送が中断しても、その後のデータ転送を容易に、
かつ、確実に再開することができる。又、上述のよう
に、本実施例では、データ転送が中断した場合にも、コ
ントローラ３００の制御手順が簡略化できる効果があ
る。

【０１３８】次に、図５を用いて本実施例において規定
するＡｓｙｎｃｈｒｏｎｏｕｓｂｒｏａｄｃａｓｔ
ｐａｃｋｅｔの構成について説明する。Ａｓｙｎｃｈｒ
ｏｎｏｕｓｂｒｏａｄｃａｓｔｐａｃｋｅｔは、例
えば、１Ｑｕａｄｌｅｔ（４ｂｙｔｅｓ＝３２ｂｉｔ
ｓ）を単位とするデータパケットである。

【０１３９】まず、パケット・ヘッダ（ｐａｃｋｅｔ
ｈｅａｄｅｒ）５２１の構成を説明する。図５におい
て、フィールド５０１（１６ｂｉｔｓ）は、ｄｅｓｔｉ
ｎａｔｉｏｎ＿ＩＤを示し、受信先（即ち、デスティネ
ーション・ノード３０４）のノードＩＤを示す。本実施
例の通信プロトコルでは、オブジェクトデータ３０８の
Ａｓｙｎｃｈｒｏｎｏｕｓｂｒｏａｄｃａｓｔｔｒ
ａｎｓａｃｔｉｏｎを実現するため、このフィールドの
値をブロードキャスト用ＩＤ（即ち、「ＦＦＦＦ₁₆」）
とする。

【０１４０】フィールド５０２（６ｂｉｔｓ）は、トラ
ンザクション・ラベル（ｔｌ）フィールドを示し、各ト
ランザクション固有のタグである。フィールド５０３
（２ｂｉｔｓ）は、リトライ（ｒｔ）コードを示し、パ
ケットがリトライを試みるかどうかを指定する。

【０１４１】フィールド５０４（４ｂｉｔｓ）は、トラ
ンザクションコード（ｔｃｏｄｅ）を示す。ｔｃｏｄｅ
は、パケットのフォーマットや、実行しなければならな
いトランザクションのタイプを指定する。

【０１４２】本実施例では、このフィールドの値を例え
ば「０００１₂」とし、このパケットのデータ・ブロッ
ク５２２をｄｅｓｔｉｎａｔｉｏｎ＿ｏｆｆｓｅｔフィ
ールド５０７の示すメモリ空間に書き込む処理（即ち、
ライト・トランザクション）をリクエストする。

【０１４３】フィールド５０５（４ｂｉｔｓ）は、プラ
イオリティ（ｐｒｉ）を示し、優先順位を指定する。本
実施例では、このフィールドの値は「００００₂」とす
る。フィールド５０６（１６ｂｉｔｓ）は、ｓｏｕｒｃ
ｅ＿ＩＤを示し、送信側（即ち、ソース・ノード３０
２）のノードＩＤを示す。

【０１４４】フィールド５０７（４８ｂｉｔｓ）は、ｄ
ｅｓｔｉｎａｔｉｏｎ＿ｏｆｆｓｅｔを示し、各デステ
ィネーション・ノード３０４の有するアドレス空間の下
位４８ｂｉｔｓを共通に指定する。ここで、ｄｅｓｔｉ
ｎａｔｉｏｎ＿ｏｆｆｓｅｔは、全てのコネクションに
おいて同じ値を設定しても、コネクション毎に異なる値
を設定してもよい。但し、異なる値を設定した方が複数
のコネクションからのＡｓｙｎｃｈｒｏｎｏｕｓｂｒ
ｏａｄｃａｓｔｐａｃｋｅｔを並列的に処理できるた
め効率がよい。

【０１４５】フノールド５０８（１６ｂｉｔｓ）は、ｄ
ａｔａ＿ｌｅｎｇｔｈを示し、後述するデータフィール
ドの長さをバイト単位で示す。フィールド５０９（１６
ｂｉｔｓ）は、ｅｘｔｅｎｄｅｄ＿ｔｃｏｄｅを示す。
本実施例では、このフィールドの値を「００００₂」と
する。

【０１４６】フィールド５１０（３２ｂｉｔｓ）は、ｈ
ｅａｄｅｒ＿ＣＲＣを示し、上述したフィールド５０１
〜５０９に対するエラー検出用コードが格納される。次
に、データ・ブロック（ｄａｔａｂｌｏｃｋ）５２２
の構成を説明する。本実施例において、データ・ブロッ
ク５２２は、ヘッダ・インフォメーション（ｐａｃｋｅ
ｔｉｎｆｏｒｍａｔｉｏｎ）５２３とデータ・フィー
ルド（ｄａｔａｆｉｅｌｄ）５２４とにより構成され
る。

【０１４７】ヘッダ・インフォメーション５２３には、
各ノード間の論理的な接続関係（即ち、コネクション）
を識別するためのコネクションＩＤなどが格納される。
又、データ・フィールド５２４は可変長なフィールドで
あり、上述のセグメントデータが格納される。ここで、
データ・フィールド５２４に格納されるセグメントデー
タがクアッドレッドの倍数でない場合、クアッドレッド
に満たない分には「０」が詰められる。

【０１４８】フィールド５１１（１６ｂｉｔｓ）は、ｃ
ｏｎｎｅｃｔｉｏｎ＿ＩＤを示し、本実施例のコネクシ
ョンＩＤを格納する。本実施例の１３９４インタフェー
スは、このフィールドに格納されたコネクションＩＤに
基づいてソース・ノード３０２と１つ以上のデスティネ
ーション・ノード３０４との間に設定されたコネクショ
ンを識別する。本実施例では、２¹⁶×（ノード数）のコ
ネクションを確立することが可能となる。これにより、
各コネクションの使用する通信帯域の総量が伝送路の容
量に達するまで、複数のコネクションを設定することが
可能となる。

【０１４９】フィールド５１２（８ｂｉｔｓ）は、ｐｒ
ｏｔｏｃｏｌ＿ｔｙｐｅを示し、ヘッダ・インフォメー
ション５２３に基づく通信手順（即ち、通信プロトコル
の種類）を示す。本実施例の通信プロトコルを示す場
合、このフィールドの値は例えば「０１₁₆」となる。

【０１５０】フィールド５１３（８ｂｉｔｓ）は、ｃｏ
ｎｔｒｏｌ＿ｆｌａｇｓを示し、本実施例の通信プロト
コルの通信手順等を制御する所定の制御データが設定さ
れる。本実施例では、このフィールドの最上位ビット
を、例えば、再送要求（ｒｅｓｅｎｄｒｅｑｕｅｓ
ｔ）フラグとする。従って、このフィールドの最上位ビ
ットの値が「１」となる場合、本実施例の通信プロトコ
ルに基づく再送要求が生じていることを示す。

【０１５１】フィールド５１４（１６ｂｉｔｓ）は、ｓ
ｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒを示し、特定のコネクシ
ョンＩＤ（フィールド５１１で指定されたコネクショシ
ＩＤ）に基づいて転送されるパケットに対して連続的な
値（即ち、シークェンス番号）を設定する。

【０１５２】このシークェンス番号によって、デスティ
ネーション・ノード３０４は、順次Ａｓｙｎｃｈｒｏｎ
ｏｕｓｂｒｏａｄｃａｓｔｔｒａｎｓａｃｔｉｏｎ
されるセグメントデータの連続性を監視することができ
る。不一致が生じた場合、デスティネーション・ノード
３０４は、このシークェンス番号に基づいて再送を要求
することもできる。フィールド５１５（１６ｂｉｔｓ）
は、ｒｅｃｏｎｆｉｒｍａｔｉｏｎ＿ｎｕｍｂｅｒを示
す。

【０１５３】本実施例においてこのフィールドは、上述
の再送要求フラグの値が１である場合にのみ意味を持
つ。例えば、上述の再送要求フラグの値が「１」である
場合、このフィールドには、再送を要求するパケットの
シークェンス番号が設定される。

【０１５４】フィールド５１６（１６ｂｉｔｓ）は、ｂ
ｕｆｆｅｒ＿ｓｉｚｅを示す。このフィールドには、デ
スティネーション・ノード３０４のバッファ・サイズが
設定される。

【０１５５】フィールド５１７（４８ｂｉｔｓ）は、ｏ
ｆｆｓｅｔａｄｄｒｅｓｓを示す。このフィールドに
は、デスティネーション・ノード３０４の有するアドレ
ス空間の下位４８ｂｉｔｓが格納される。これにより、
図２に示す第１のメモリ空間３１０〜第ｎのメモリ空間
３１４の何れかが指定される。

【０１５６】フィールド５１８（３２ｂｉｔｓ）は、ｄ
ａｔａ＿ＣＲＣを示し、上記のｈｅａｄｅｒ＿ＣＲＣと
同様に、フィールド５１１〜５１７（ヘッダ・インフォ
メーション５２３とデータ・フィールド５２４とを含
む）に対するエラー検出用コードが格納される。、

【０１５７】次に、図８、図９を用いて、本実施例の通
信プロトコルにおいて規定する通信手順について詳細に
説明する。本実施例では、特に、ソース・ノード３０２
とデスティネーション・ノード３０４との間で行われる
一連のＡｓｙｎｃｈｒｏｎｏｕｓｂｒｏａｄｃａｓｔ
ｔｒａｎｓａｃｔｉｏｎを転送期間中に終了するため
の手順について説明する。

【０１５８】図９は、ソース・ノード３０２とデスティ
ネーション・ノード３０４とで簡単に転送処理を中止す
る例を示す図である。尚、図９では、説明を簡単にする
ために、１つのソース・ノード３０２と１つのデスティ
ネーション・ノード３０４との間のＡｓｙｎｃｈｒｏｎ
ｏｕｓｂｒｏａｄｃａｓｔｔｒａｎｓａｃｔｉｏｎ
について説明するが、Ｎ個のデスティネーション・ノー
ド３０４との間でも同様に処理することができる。

【０１５９】図９において、デスティネーション・ノー
ド３０４は、上述のレスポンス・パケットを送出しない
ことによって、ソース・ノード３０２に対してデータ転
送を中止させることができる。

【０１６０】図９では、デスティネーション・ノード３
０４が、例えばｎ番目のＡｓｙｎｃｈｒｏｎｏｕｓｂ
ｒｏａｄｃａｓｔｔｒａｎｓａｃｔｉｏｎに対してレ
スポンス・パケットを送出しなかった場合を示す（図９
の９０１）。

【０１６１】この場合、ソース・ノード３０２は、デス
ティネーション・ノード３０４から予め規定された時間
（ｒｅｓｐｏｎｓｅｔｉｍｅｏｕｔ９０１）内にレス
ポンス・パケットが帰ってこない場合、先に転送したＡ
ｓｙｎｃｈｒｏｎｏｕｓｂｒｏａｄｃａｓｔｐａｃ
ｋｅｔと同一のシーケンス番号のセグメントデータを自
動的に再送する（図９の９０３）。

【０１６２】このような手順を予め規定された回数繰り
返してもレスポンス・パケットを受信できなかった場合
（図９の９０４）、ソース・ノード３０２は、デスティ
ネーション・ノード３０４がデータ転送を途中で中止し
たと見なし、ａｂｏｒｔパケットをブロードキャストす
る（図９の９０５）。ここで、ａｂｏｒｔパケットと
は、ソース・ノード３０２とデスティネーション・ノー
ド３０４との間の一連のＡｓｙｎｃｈｒｏｎｏｕｓｂｒ
ｏａｄｃａｓｔｔｒａｎｓａｃｔｉｏｎを中止するため
のパケットである。

【０１６３】このａｂｏｒｔパケットにより、コントロ
ーラ３００とデスティネーション・ノード３０４とに対
して転送地理の終了を認識させ、ソース・ノード２００
はデータ転送を終了する。このとき、コントローラ３０
０は、このａｂｏｒｔパケットに対応するコネクション
を切断する。

【０１６４】このような手順により、本実施例の通信プ
ロトコルでは、デスティネーション・ノード３０４に特
殊な処理を必要とすることなく簡単にデータ転送を中止
することができると共に、コントローラ３００にコネク
ションを切断させることができる。

【０１６５】又、図１０に示すように、コントローラ３
００、ソース・ノード３０２、デスティネーション・ノ
ード３０４の何れかが、転送処理の中止を要求するａｂ
ｏｒｔパケットをブロードキャストすることによって、
一連のＡｓｙｎｃｈｒｏｎｏｕｓｂｒｏａｄｃａｓｔ
ｔｒａｎｓａｃｔｉｏｎを途中で終了するように構成
することも可能である。

【０１６６】図１０（ａ）は、ソース・ノード３０２が
中止要求を送出する例を示す図である。又、図１０
（ｂ）は、デスティネーション・ノード３０４が中止要
求を送出する例を示す図である。

【０１６７】又、図１０（ｃ）は、コントローラ３００
が中止要求を送出する例を示す図である。尚、図１０で
は、説明を簡単にするために、１つのソース・ノード３
０２と１つのデスティネーション・ノード３０４との間
のＡｓｙｎｃｈｒｏｎｏｕｓｂｒｏａｄｃａｓｔｔｒ
ａｎｓａｃｔｉｏｎについて説明するが、Ｎ個のデステ
ィネーション・ノード３０４との間でも同様に処理する
ことができる。

【０１６８】Ａｓｙｎｃｈｒｏｎｏｕｓｂｒｏａｄｃ
ａｓｔｔｒａｎｓａｃｔｉｏｎを途中で終了したいノ
ードは、データ転送期間中にａｂｏｒｔパケットをブロ
ードキャストする。そのパケットを受け取ったソース・
ノード３０２或いはデスティネーション・ノード３０４
は、夫々予め規定された手順に従ってデータ転送を中止
し、コントローラ３００はコネクションを切断する。

【０１６９】図１０（ａ）では、例えばｎ番目のＡｓｙ
ｎｃｈｒｏｎｏｕｓｂｒｏａｄｃａｓｔｔｒａｎｓａ
ｃｔｉｏｎの終了後に、ソース・ノード３０２がａｂｏ
ｒｔパケットをブロードキャストする場合を示す（図１
０の１００１）。

【０１７０】又、図１０（ｂ）では、例えばｎ番目のＡ
ｓｙｎｃｈｒｏｎｏｕｓｂｒｏａｄｃａｓｔｔｒａ
ｎｓａｃｔｉｏｎの終了後に、デスティネーション・ノ
ード３０２がａｂｏｒｔパケットをブロードキャストす
る場合を示す（図１０の１００２）。図１０（ｃ）で
は、例えばｎ番目のＡｓｙｎｃｈｒｏｎｏｕｓｂｒｏ
ａｄｃａｓｔｔｒａｎｓａｃｔｉｏｎの終了後に、コ
ントローラ３００がａｂｏｒｔパケットをブロードキャ
ストする場合を示す（図１０の１００３）。

【０１７１】このような手順により、コントローラ３０
０、ソース・ノード３０２、デスティネーション・ノー
ド３０４の各ノードは、簡単手順で確実にデータ転送を
中止することができると共に、コネクションを切断する
ことができる。

【０１７２】以上説明したように、上述の実施例では、
物理的な接続形態に依存しない論理的な接続関係をＩＥ
ＥＥ１３９４−１９９５規格のようなバス型ネットワー
ク内に構築することができる。

【０１７３】又、本実施例では、ＩＥＥＥ１３９４−１
９９５規格に準拠した通信システムにおいて、リアルタ
イム性は必要とされないが、信頼性が要求される比較的
データ量の多いオブジェクトデータ（例えば、静止画像
データ、グラフィックスデータ、テキストデータ、ファ
イルデータ、プログラムデータ等）を、１以上のセグメ
ントデータに分割して連続的に転送する全く新規な通信
プロトコルを提供することができる。

【０１７４】又、本実施例では、ＩＥＥＥ１３９４−１
９９５規格に準拠した通信システムにおいて、データを
非同期にブロードキャストする通信方式を用いて複数の
機器間のデータ通信を実現する全く新規な通信プロトコ
ルを提供することもできる。

【０１７５】又、本実施例では、ＩＥＥＥ１３９４−１
９９５規格のＩｓｏｃｈｒｏｎｏｕｓ転送方式を用いる
ことなく、連続性のある複数のデータを確実に転送する
ことができる。又、１つのオブジェクトデータを複数の
データに分割して確実に転送することもできる。

【０１７６】又、本実施例では、複数の機器間の通信を
二つのコネクションで管理することにより、通信帯域を
あまり使用しない多数の通信を同時に行うことができ
る。又、本実施例では、バスリセットや伝送時のエラー
によってデータ転送が中断した場合でも、どのセグメン
トのデータを失ったのかを知ることができ、非常に煩雑
な通信手順を踏むことなく転送を再開することができ
る。

【０１７７】（他の実施例）上述の各実施例において説
明した剰言プロトコル及びそれを実現するために必要な
各種の処理動作は、ソフトウェアによって実現すること
も可能である。例えば、上述の実施例の機能を実現する
ためのプログラムコードを記憶した記憶媒体を、各実施
例の通信システムを構成する機器の制御部（例えば、図
１のＭＰＵ１２、システムコントローラ５０、プリンタ
コントローラ６８）に供給するように構成する。

【０１７８】そして、その制御部が、該記憶媒体に格納
されたプログラムコードを読み出し、そのプログラムコ
ードに従って各実施例の機能を実現するように通信シス
テム或いは機器自体の動作を制御するように構成して
も、上述の実施例を実現することができる。

【０１７９】又、上述の実施例の機能を実現するための
プログラムコードを記憶した記憶媒体を、各機器の具備
する１３９４インタフェース１４、４４、６２に供給
し、該１３９４インタフェース１４、４４、６２の動作
を制御する制御部（例えば、図８のシリアル・バス・マ
ネージメント８０６）が、該記録媒体に記憶されたプロ
グラムコードに従って各実施例の機能を実現するように
処理動作を制御するように構成してもよい。

【０１８０】この場合、上述の記憶媒体から読み出され
たプログラムコード自体が各実施例の機能を実現するこ
とになり、そのプログラムコード自体及びそのプログラ
ムコードを制御部に供給するための手段（例えば、記憶
媒体自体）は本発明を構成する。かかるプログラムコー
ドを記憶する記憶媒体としては、例えば、フロッピディ
スク、ハードディスク、光ディスク、光磁気ディスク、
ＣＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、
ＲＯＭなどを用いることができる。

【０１８１】又、上述の記憶媒体から読み出されたプロ
グラムコードが、上述の制御部上で稼動しているＯＳ
（オペレーティングシステム）或いは各種のアプリケー
ションソフト等と共同して、各実施例の機能を実現する
場合も本発明に含まれることは言うまでもない。

【０１８２】更に、上述の記憶媒体から読み出されたプ
ログラムコードを、上述の制御部に接続された機能拡張
ユニットに備わるメモリに格納した後、その機能拡張ユ
ニットに備わる制御部が、該メモリに格納したプログラ
ムコードに従って実際の処理の一部或いは全てを行い、
その処理によって各実施例の機能を実現する場合も本発
明に含まれることは言うまでもない。

【０１８３】尚、本発明はその精神、又は主要な特徴か
ら逸脱することなく、他の様々な形で実施することがで
きる。例えば、本実施例では、ＩＥＥＥ１３９４−１９
９５規格に準拠したネットワークに適用可能な通信プロ
トコルについて説明したがそれに限定されるものではな
い。

【０１８４】本実施例の通信プロトコルは、ＩＥＥＥ１
３９４−１９９５規格のようなシリアルバス型ネットワ
ークやバス型ネットワークを仮想的に構成できるネット
ワークに適用することもできる。従って、上述の各実施
例ではあらゆる点で単なる例示に過ぎず、限定的に解釈
してはならない。

【０１８５】本発明の範囲は特許請求の範囲によって示
すものであって、明細書本文には何等拘束されない。更
に、特許請求の範囲の均等範囲に属する変形や変更はす
べて本発明の範囲のものである。

【０１８６】

【発明の効果】本発明は上述したように、本発明によれ
ば、物理的な接続形態に依存しない論理的な接続関係を
ＩＥＥＥ１３９４−１９９５規格のようなバス型ネット
ワーク内に構築することができる。

【０１８７】また、本発明の他の特徴によれば、ＩＥＥ
Ｅ１３９４−１９９５規格に準拠した通信システムにお
いて、リアルタイム性は必要とされないが、信頼性が要
求される比較的データ量の多いオブジェクトデータ、例
えば、静止画像データ、グラフィックスデータ、テキス
トデータ、ファイルデータ、プログラムデータ等を、１
以上のセグメントデータに分割して連続的に転送する全
く新規な通信プロトコルを提供することができる。

【０１８８】また、本発明のその他の特徴によれば、Ｉ
ＥＥＥ１３９４−１９９５規格に準拠した通信システム
において、データを非同期にブロードキャストする通信
方式を用いて複数の機器間のデータ通信を実現する全く
新規な通信プロトコルを提供することもできる。

【０１８９】また、本発明のその他の特徴によれば、Ｉ
ＥＥＥ１３９４−１９９５規格のＩｓｏｃｈｒｏｎｏｕ
ｓ転送方式を用いることなく、連続性のある複数のデー
タを確実に転送することができる。又、１つのオブジェ
クトデータを複数のデータに分割して確実に転送するこ
ともできる。

【０１９０】また、本発明のその他の特徴によれば、複
数の機器間の通信を二つのコネクションで管理すること
により、通信帯域をあまり使用しない多数の通信を同時
に行うことができる。

【０１９１】また、バスリセットや伝送時のエラーによ
ってデータ転送が中断した場合でも、どのセグメントの
データを失ったのかを知ることができ、非常に煩雑な通
信手順を踏むことなく転送を再開することができる。

【図面の簡単な説明】

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

【図２】本実施例の通信プロトコルの基本構成を説明す
る概念図である。

【図３】本実施例の通信プロトコルの基本的な通信手順
を説明するシーケンスチャートである。

【図４】本実施例の通信プロトコルの基本的な通信手順
を説明するシーケンスチャートである。

【図５】本実施例のＡｓｙｎｃｈｒｏｎｏｕｓｂｒｏ
ａｄｃａｓｔｐａｃｋｅｔの構成を示す図である。

【図６】各ノードの有するアドレス空間を説明する図で
ある。

【図７】オブジェクトデータの転送モデルを説明する図
である。

【図８】本実施例の１３９４インタフェースの構成を説
明する図である。

【図９】本実施例における通信プロトコルの通信手順を
詳細に説明するシーケンスチャートである。

【図１０】本実施例における通信プロトコルの通信手順
を詳細に説明するシーケンスチャートである。

【図１１】従来のシステムについて説明する図である。

【符号の説明】

１０コンピュータ１２演算処理装置（ＭＰＵ）１４１３９４インタフェース１６操作部１８デコーダ２０表示部（ディスプレイ）２２ハードディスク（ＨＤ）２４内部メモリ２６内部バス２８カメラー体型デジタルビデオレコーダ３０撮像部（ｏｐｔ）３２アナログーデジタル（Ａ／Ｄ）変換器３４画像処理部３６圧縮／伸長処理部３８メモリ４０メモリ４２データセレクタ４４インタフェース５０制御部（システムコントローラ）５２操作部５４電子ビューファインダ（ＥＶＦ）５６Ｄ／Ａ変換器５８記録再生部６０プリンタ６２１３９４インタフェース６４データセレクタ６６操作部６８プリンタコントローラ７０デコーダ７２内部メモリ７４画像処理部７６ドライバ７８プリンタヘッド

フロントページの続き (72)発明者新井田光央東京都大田区下丸子３丁目30番２号キヤノン株式会社内

Claims

【特許請求の範囲】

【請求項１】少なくとも１回の非同期通信を用いて１
つ以上のセグメントからなるデータを転送するソースノ
ードと、上記ソースノードから転送されたデータを受信する１つ
以上のデスティネーションノードと、上記ソースノードと上記１つ以上のデスティネーション
ノードとの間に論理的な接続関係を設定するコントロー
ラとを具備し、上記ソースノード、上記デスティネーションノード、上
記コントローラの少なくとも一つが、上記データの転送
を中止することを特徴とするデータ通信システム。
【請求項２】上記ソースノードは、上記１つ以上のデ
スティネーションノードとの間の論理的な接続関係に基
づいて上記データを転送することを特徴とする請求項１
に記載のデータ通信システム。
【請求項３】上記ソースノードは、上記少なくとも１
回の非同期通信を連続的に行うことを特徴とする請求項
１若しくは２に記載のデータ通信システム。
【請求項４】上記１つ以上のデスティネーションノー
ドは、上記ソースノードとの間の論理的な接続関係に基
づいて上記データを受信することを特徴とする請求項１
〜３の何れか１項に記載のデータ通信システム。
【請求項５】上記１つ以上のデスティネーションノー
ドは、上記非同期通信を用いて転送されたデータに対し
てレスポンスを返すことを特徴とする請求項１〜４の何
れか１項に記載のデータ通信システム。
【請求項６】上記デスティネーションノードは、上記
レスポンスを返さないことにより上記データの転送を中
止することを特徴とする請求項５に記載のデータ通信シ
ステム。
【請求項７】上記ソースノード、上記デスティネーシ
ョンノード、上記コントローラの少なくとも１つには、
上記データの転送の中止を上記論理的な接続関係を用い
て他のノードに通知することを特徴とする請求項１〜５
の何れか１項に記載のデータ通信システム。
【請求項８】上記コントローラは、上記ソースノード
と上記１つ以上のデスティネーションノードとの間に１
つ以上の論理的な接続関係を設定可能であることを特徴
とする請求項１〜７の何れか１項に記載のデータ通信シ
ステム。
【請求項９】上記コントローラは、上記データの転送
が中止した後、上記論理的な接続関係を開放することを
特徴とする請求項１〜８の何れか１項に記載のデータ通
信システム。
【請求項１０】上記論理的な接続関係は、上記データ
の転送後、上記コントローラ或いはデスティネーション
ノードにより開放されることを特徴とする請求項１〜９
の何れか１項に記載のデータ通信システム。
【請求項１１】上記データ通信システムは、上記デー
タを転送するために必要な初期設定を上記ソースノード
と上記１つ以上のデスティネーションノードとの間で行
うことを特徴とする請求項１〜１０の何れか１項に記載
のデータ通信システム。
【請求項１２】上記コントローラは、上記初期設定で
設定される初期情報の一部を設定可能であることを特徴
とする請求項１１に記載のデータ通信システム。
【請求項１３】上記１つ以上のデスティネーションノ
ードは、上記初期設定に必要な初期情報を上記ソースノ
ードに通知することを特徴とする請求項１１に記載のデ
ータ通信システム。
【請求項１４】上記ソースノードは、上記１つ以上の
デスティネーションノードから通知された初期情報を用
いて上記初期設定を行うことを特徴とする請求項１１に
記載のデータ通信システム。
【請求項１５】上記初期設定では、上記１つ以上のデ
スティネーションノードの有するメモリ空間を共通に指
定するデスティネーションアドレス、受信バッファのサ
イズの少なくとも一つを設定することを特徴とする請求
項１１に記載のデータ通信システム。
【請求項１６】上記ソースノードは、上記非同期通信
を用いて上記データをブロードキャストすることを特徴
とする請求項１〜１５の何れか１項に記載のデータ通信
システム。
【請求項１７】上記ソースノードは、上記非同期通信
を用いて、上記１つ以上のデスティネーションノードの
有する共通のメモリ空間に上記データを書き込むことを
特徴とする請求項１〜１６の何れか１項に記載のデータ
通信システム。
【請求項１８】上記１つ以上のデスティネーションノ
ードは、上記データを各デスティネーションノードの有
する共通のメモリ空間に格納することを特徴とする請求
項１〜１７の何れか１項に記載のデータ通信システム。
【請求項１９】上記非同期転送は、ＩＥＥＥ１３９４
−１９９５規格のＡｓｙｎｃｈｒｏｎｏｕｓ転送方式に
準拠することを特徴とする請求項１〜１８の何れか１項
に記載のデータ通信システム。
【請求項２０】上記データ通信システムは、バス型ネ
ットワークであることを特徴とする請求項１〜１９の何
れか１項に記載のデータ通信システム。
【請求項２１】上記データ通信システムは、ＩＥＥＥ
１３９４−１９９５規格に準拠したネットワークである
ことを特徴とする請求項１〜２０の何れか１項に記載の
データ通信システム。
【請求項２２】上記１つ以上のセグメントからなるデ
ータは、静止画像データ、グラフイツクデータ、テキス
トデータ、ファイルデータ、プログラムデータの少なく
とも一つであることを特徴とする請求項１〜２１の何れ
か１項に記載のデータ通信システム。
【請求項２３】ソースノードと１つ以上のデスティネ
ーションノードとの間に論理的な接続関係を設定するス
テップと、１つ以上のセグメントからなるデータを少なくとも１回
の非同期通信を用いて上記１つ以上のデスティネーショ
ンノードに転送するステップと、上記非同期通信を用いて転送されたデータを上記論理的
な接続関係を用いて受信するステップと、上記ソースノード、上記デスティネーションノード、上
記コントローラの少なくとも一つにより上記データの転
送を中止するステップとを行うことを特徴とするデータ
通信システム。
【請求項２４】論理的な接続関係に基づき、１つ以上
のセグメントからなるデータを少なくとも１回のブロー
ドキャスト通信を用いて転送するソースノードと、上記論理的な接続関係に基づき、上記ソースノードから
転送されたデータを受信する１つ以上のデスティネーシ
ョンノードとを具備し、上記ソースノード或いは上記１つ以上のデスティネーシ
ョンノードが、上記データの転送を中止することを特徴
とするデータ通信システム。
【請求項２５】論理的な接続関係に基づき、１つ以上
のセグメントからなるデータを少なくとも１回のブロー
ドキャスト通信を用いて１つ以上のデスティネーション
ノードに転送するステップと、上記論理的な接続関係に基づき、上記ソースノードから
転送されたデータを受信するステップと、上記ソースノード或いは上記１つ以上のデスティネーシ
ョンノードにより上記データの転送を中止するステップ
とを行うことを特徴とするデータ通信方法。
【請求項２６】１つ以上のセグメントからなるデータ
を少なくとも一つの通信パケットにパケッタイズする手
段と、１つ以上のデスティネーションノードとの間に設定され
た論理的な接続関係を用いて、上記通信パケットを非同
期転送する手段とを具備し、上記少なくとも一つの通信パケットの非同期転送は中止
可能であることを特徴とするデータ通信装置。
【請求項２７】１つ以上のセグメントからなるデータ
を少なくとも一つの通信パケットにパケッタイズするス
テップと、１つ以上のデスティネーションノードとの間に設定され
た論理的な接続関係を用いて、上記通信パケットを非同
期転送するステップと、上記少なくとも一つの通信パケットの非同期転送を中止
するステップとを行うことを特徴とするデータ通信方
法。
【請求項２８】ソースノードとの間に設定された論理
的な接続関係を用いて非同期転送された少なくとも一つ
の通信パケットを受信する手段と、上記通信パケットに含まれるデータを他の装置と共通の
メモリ空間に書き込む手段とを具備し、上記少なくとも一つの通信パケットの非同期転送は中止
可能であることを特徴とするデータ通信装置。
【請求項２９】ソースノードとの間に設定された論理
的な接続関係を用いて非同期転送された少なくとも一つ
の通信パケットを受信するステップと、上記通信パケットに含まれるデータを他の装置と共通の
メモリ空間に書き込むステップと、上記少なくとも一つの通信パケットの非同期転送を中止
するステップとを行うことを特徴とするデータ通信方
法。
【請求項３０】ソースノードと１つ以上のデスティネ
ーションノードとの間に論理的な接続関係を設定する手
段と、上記論理的な接続関係を識別するためのコネクションＩ
Ｄを上記ソースノードと上記１つ以上のデスティネーシ
ョンノードとに対して通知すると共に、上記論理的な接
続関係に基づくデータ転送を中止する手段とを具備する
ことを特徴とするデータ通信装置。
【請求項３１】ソースノードと１つ以上のデスティネ
ーションノードとの間に論理的な接続関係を設定するス
テップと、上記論理的な接続関係を識別するためのコネクションＩ
Ｄを上記ソースノードと上記１つ以上のデスティネーシ
ョンノードとに対して通知するステップと、上記論理的な接続関係に基づくデータ転送を中止するス
テップとを行うことを特徴とするデータ通信方法。
【請求項３２】１つ以上のセグメントからなるデータ
を少なくとも一つの通信パケットにパケッタイズする手
段と、１つ以上のデスティネーションノードとの間に設定され
た論理的な接続関係を用いて、上記通信パケットを非同
期転送する手段とを具備し、上記少なくとも一つの通信パケットの非同期転送は中止
可能であることを特徴とするデジタルインタフェース。
【請求項３３】ソースノードとの間に設定された論理
的な接続関係を用いて非同期転送された少なくとも一つ
の通信パケットを受信する手段と、上記通信パケットに含まれるデータを他の装置と共通の
メモリ空間に書き込む手段とを具備し、上記少なくとも一つの通信パケットの非同期転送は、中
止可能であることを特徴とするデジタルインタフェー
ス。
【請求項３４】ソースノードと１つ以上のデスティネ
ーションノードとの間に論理的な接続関係を設定する手
段と、上記論理的な接続関係を識別するためのコネクションＩ
Ｄを上記ソースノードと上記１つ以上のデスティネーシ
ョンノードとに対して通知すると共に、上記論理的な接
続関係に基づくデータ転送を中止する手段とを具備する
ことを特徴とするデジタルインタフェース。
【請求項３５】情報データを送信する送信機器と、該
情報データを受信する受信機器との間に設定された論理
的な接続関係を用いて通信を行うデータ通信システムで
あって、上記論理的な接続関係を上記送信機器又は上記受信機器
が開放することを特徴とするデータ通信システム。
【請求項３６】上記データ通信システムは、上記論理
的な接続関係を管理する機能を有する管理機器を含み、
該管理機器が上記送信機器と上記受信機器との論理的に
接続することを特徴とする請求項３５に記載のデータ通
信システム。
【請求項３７】上記管理機器は、上記論理的な接続関
係を識別ための情報を、上記送信機器と上記受信機器と
に通知することを特徴とする請求項３６に記載のデータ
通信システム。
【請求項３８】上記情報データの送信は、上記論理的
な接続関係の開放に伴って中断されることを特徴とする
請求項３５〜３７の何れか１項に記載のデータ通信シス
テム。
【請求項３９】上記論理的な接続関係は、上記受信機
器が上記情報データを受信したことを示すデータを送信
しないことによって開放されることを特徴とする請求項
３５〜３８の何れか１項に記載のデータ通信システム。
【請求項４０】上記論理的な接続関係は、上記送信機
器又は上記受信機器が上記論理的な接続関係の開放を要
求することによって開放されることを特徴とする請求項
３５〜３８の何れか１項に記載のデータ通信システム。
【請求項４１】上記情報データは、ブロードキャスト
通信されることを特徴とする請求項３５〜４０の何れか
１項に記載のデータ通信システム。
【請求項４２】上記情報データは、ＩＥＥＥ１３９４
規格に準拠したＡｓｙｎｃｈｒｏｎｏｕｓ転送方式を用
いて転送されることを特徴とする請求項３５〜４１の何
れか１項にデータ通信システム。
【請求項４３】上記情報データは、上記論理的な接続
関係を識別するための情報を含む通信パケットを用いて
送信されることを特徴とする請求項３５〜４２の何れか
１項に記載のデータ通信システム。
【請求項４４】上記管理機器は、一組の送信機器と受
信機器間に、１つ以上の論理的な接続関係を設定できる
ことを特徴とする請求項３６に記載のデータ通信システ
ム。
【請求項４５】上記管理機器は、１つの送信機器と１
つ以上の受信機器間に、１つ以上の論理的な接続関係を
設定できることを特徴とする請求項３６に記載のデータ
通信システム。
【請求項４６】上記管理機器は、複数の送信機器と１
つの受信機器間に、１つ以上の論理的な接続関係を設定
できることを特徴とする請求項３６に記載のデータ通信
システム。
【請求項４７】上記管理機器は、複数の送信機器と複
数の受信機器間に、１つ以上の論理的な接続関係を設定
できることを特徴とする請求項３６に記載のデータ通信
システム。
【請求項４８】上記論理的な接続関係は、上記受信機器
の有する所定のメモリ空間を指定することを特徴とする
請求項３５〜４７の何れか１項記載のデータ通信システ
ム。
【請求項４９】上記メモリ空間は、上記論理的な接続関
係毎に異なる領域が指定されることを特徴とする請求項
４８に記載のデータ通信システム。
【請求項５０】上記論理的な接続関係は、上記管理機
器が上記論理的な接続関係の開放を要求することによっ
て開放されることを特徴とする請求項３６〜４７の何れ
か１項に記載のデータ通信システム。
【請求項５１】上記受信機器は、上記送信機器の接続
要求に対して、受信バッファサイズ、所定のメモリ空間
を指定するオフセットアドレス、データ開始のポインタ
を示すシーケンシャル番号、及び準備完了を示す情報を
合むパケットを返送することを特徴とする請求項３５〜
５０の何れか１項に記載のデータ通信システム。
【請求項５２】上記受信機器は、正常にデータが受信
されたことを示すビットを設けることを特徴とする請求
項３５〜５１の何れか１項に記載のデータ通信システ
ム。
【請求項５３】上記送信機器は、上記受信機器からの
レスポンスを所定期間計時し、該期間に応じて上記情報
データの再送を行うことを特徴とする請求項３４〜５２
の何れか１項に記載のデータ通信システム。
【請求項５４】上記送信機器は、上記情報データの再
送を所定回数繰り返した後、上記送信機器と上記受信機
器間との論理的な接続関係を開放することを特徴とする
請求項５３に記載のデータ通信システム。
【請求項５５】複数の通信パケットを連続、且つ非同
期に伝送する通信方式を用いたデータ通信システムであ
って、上記情報を受信する機器からの応答が所定期間経過して
もない場合に、該情報の伝送を中止することを特徴とす
るデータ通信システム。
【請求項５６】上記通信方式は、上記通信パケットを
ブロードキャストすることを特徴とする請求項５５に記
載のデータ通信システム。
【請求項５７】複数の機器により構成されたデータ通
信システムであって、複数の異なる機器間の通信を複数の異なるＩＤ情報で判
別し、該通信に対する応答を行わないことにより、該通
信を終了させることを特徴とするデータ通信システム。
【請求項５８】上記ＩＤ情報は、上記複数の異なる機
器間の論理的な接続関係を含むことを特徴とする請求項
５７に記載のデータ通信システム。
【請求項５９】複数の機器により構成された通信シス
テムに接続可能なデータ通信装置であって、情報データを送信する送信機器と、該情報データを受信
する情報機器との間の論理的な接続関係を用いて通信を
行う通信手段と、上記論理的な接続関係を開放するために、上記情報デー
タの受信に対する応答を送信しないように制御する制御
手段とを備えることを特徴とするデータ通信装置。
【請求項６０】複数の機器により構成された通信シス
テムに接続可能なデータ通信装置であって、情報データを送信する送信機器と、該情報データを受信
する情報機器との間の論理的な接続関係を用いて通信を
行う通信手段と、上記情報データの受信に対する応答の待ち時間に応じ
て、上記論理的な接続関係を開放するように制御する制
御手段とを備えることを特徴とするデータ通信装置。
【請求項６１】情報データを送信する送信機器と、該
情報データを受信する受信機器と、該情報データの通信
を管理する管理機器とを合むデータ通信システムであっ
て、上記送信機器と上記受信機器と上記管理機器が、
上記送信機器と上記受信機器間の論理的な接続関係を設
定した後、上記送信機器と上記受信機器と上記管理機器
の何れかの機器が、該論理的な接続関係の開放を行うこ
とを特徴とするデータ通信システム。
【請求項６２】複数の通信パケットを連続、且つ非同
期に伝送する通信方式を用いたデータ通信システムであ
って、上記通信方式により伝送された情報を、上記複数の機器
が有するメモリ空間の同じ領域に格納すると共に、上記
情報の受信に対する応答の待ち時間に応じて上記情報の
再送を行うことを特徴とするデータ通信システム。
【請求項６３】情報データを送信する送信機器と、該
情報データを受信する受信機器との間の論理的な接続関
係を用いて、通信を行うデータ通信システムに適用可能
なデータ通信方法であって、上記論理的な接続関係を上記送信機器又は上記受信機器
に開放させることを特徴とするデータ通信方法。
【請求項６４】複数の通信パケットを連続、且つ非同
期に伝送する通信方式を用いたデータ通信方法であっ
て、上記情報を受信する機器からの応答が所定期間経過して
ない場合に、該情報の伝送を中止することを特徴とする
データ通信方法。
【請求項６５】複数の機器により構成されたデータ通
信システムに適用可能なデータ通信方法であって、複数の異なる機器の通信を複数の異なるＩＤ情報で判別
し、該通信に対する応答を行わないことにより、該通信
を終了させることを特徴とするデータ通信方法。
【請求項６６】情報データを送信する送信機器と、該
情報データを受信する受信機器と、該情報データの通信
を管理する管理機器とを合むデータ通信システムに適用
可能なデータ通信方法であって、上記送信機器と上記受信機器間の論理的な接続関係を設
定するように、上記送信機器と上記受信機器と上記管理
機器を制御した後、該論理的な接続関係の開放を行うよ
うに、上記送信機器と上記受信機器と上記管理機器の何
れかを制御することを特徴とするデータ通信方法。
【請求項６７】複数の通信パケットを連続、且つ非同
期に伝送する通信方式を用いたデータ通信方法であっ
て、上記通信方式により伝送された情報を、上記複数の機器
が有するメモリ空間の同じ領域に格納すると共に、上記
情報の受信に対する応答の待ち時間に応じて、上記情報
の再送を行うことを特徴とするデータ通信方法。