JPH11313124A - データ通信システム、装置及び方法、並びに記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 情報データを１つ以上のセグメント単位に分
割し、各セグメントのデータを順次転送させる通信シス
テムにおいて、各セグメントのデータ量を可変的に制御
する。 【解決手段】 複数のセグメントに分割された情報デー
タを送信し、上記情報データの送信中に設定される受信
バッファのサイズに応じて、各セグメントの大きさを可
変的に制御する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はデータ通信システ
ム、装置及び方法、並びに記録媒体に係り、特に画像デ
ータを含む情報信号の通信を実現する通信プロトコルの
技術に関するものである。

【０００２】

【従来の技術】最近、１つの伝送路を介して複数の電子
機器を接続し、各機器間における制御信号と情報信号
（ビデオ信号、オーディオ信号、グラフィックスデー
タ、テキストデータ等）との通信を混在させて行うよう
に制御する通信システムが開発されている。

【０００３】また、このような通信システムにおいて、
各種の情報信号を各機器間において非同期に伝送させる
通信プロトコルが開発されている。このような通信シス
テムを実現する技術の一つに、高性能シリアルバスに関
するＩＥＥＥ１３９４―１９９５規格（以下、１３９４
規格）がある。

【０００４】以下、図１０を用いて１３９４規格に準拠
した従来の通信システムの構成について説明する。図１
０において、各機器は１３９４規格に準拠したデジタル
インタフェース１００５を具備している。

【０００５】図１０の通信システムは、ＴＶ１００１、
デジタルビデオテープレコーダ（以下、ＤＶＴＲ）１０
０２、プリンタ１００３、デジタルカムコーダ（以下、
ＤＶＣＲ）１００４により構成されている。各機器は、
１３９４規格に準拠した通信ケーブルを介して接続され
ている。

【０００６】ここで、通信ケーブルは、データの転送や
調停信号の通信に用いられる２組のシールド付きより対
線により構成されている４ピンコネクタケーブルと、２
組のより対線と電源供給用のペア線からなる６ピンコネ
クタケーブルとがある。尚、２組のより対線を用いて伝
送されるデータは、ＤＳ−Ｌｉｎｋ方式により符号化さ
れたデータである。

【０００７】上述の通信システムでは、電源投入時、新
たな機器の接続や切り離し等の接続構成の変化に応じて
バスリセットを自動的に行う。ここで、バスリセットと
は、通信システムを構成する各機器（以下、ノード）
が、今までの認識していた通信システムの接続構成と各
機器の通信アドレス（以下、ノードＩＤ）とを初期化
し、新たな接続構成の再認識と通信アドレスの再設定と
を行うため処理である。

【０００８】以下、バスリセットの処理手順を簡単に説
明する。この手順は、通信システムにおける階層的な接
続構成の認識と各ノードに対する物理的な通信アドレス
の付与からなる。

【０００９】接続構成の認識は、バスリセットの開始
後、各ノードが親子関係を宣言し合うことによって実行
される。各ノードは、各ノード間の親子関係を決定する
ことにより、通信システムをツリー構造（階層構造）と
して認識する。尚、各ノード間の親子関係は、通信シス
テムの接続状態や各ノードの機能に依存するため、バス
リセット毎に同じ関係になることはない。

【００１０】例えば、図３の通信システムでは、まず、
プリンタ１００３（以下、ノードＤ）とＤＶＴＲ１００
２（以下、ノードＣ）との間で親子関係を設定する。次
に、ＤＶＣＲ１００４（以下、ノードＢ）とＴＶ１００
１（以下、ノードＡ）との間、及びノードＣとノードＡ
との間で親子関係を設定する。

【００１１】最終的に全てのノードの親（或いは上位）
と認識された機器がルート・ノードとなり、この通信シ
ステムのバス使用権の調停を管理する。図１０の通信シ
ステムでは、ノードＡがルート・ノードとなる。ルート
・ノードの決定後、通信システムを構成する各ノード
は、ノードＩＤの設定を自動的に開始する。

【００１２】ノードＩＤの設定は、基本的に親ノードが
ポート番号の若い通信ポートに接続された子ノードに対
して物理アドレスの設定を許可し、更にその子ノードが
自分の子ノードに対して順番に設定の許可を与えること
によって実行される。自己のノードＩＤを設定したノー
ドは、セルフＩＤパケットを送出し、自己に付与された
ノードＩＤを他のノードに対して通知する。最終的に全
ての子ノードのＩＤ設定が終了した後、親ノードは自己
のノードＩＤを設定する。

【００１３】以上の処理を繰り返し実行することによっ
て、ルート・ノードのノードＩＤが一番最後に設定され
る。尚、各ノードに割り当てられるノードＩＤは、各機
器の親子関係に依存するため、バスリセット毎に同じノ
ードＩＤが設定されることはない。

【００１４】以下、図１０の通信システムを用いてノー
ドＩＤの自動設定処理を説明する。尚、本実施例では、
接続構成の認識後、ノードＡがルート・ノードとなった
場合について説明する。

【００１５】図１０において、ルート・ノードであるノ
ードＡはまず、「ポート１」の通信ポートに接続されて
いるノード、即ちノードＢに対してノードＩＤの設定を
許可する。

【００１６】ノードＢは、自己のノードＩＤを「＃０」
に設定し、その結果をセルフＩＤパケットとして通信シ
ステムを構成する全てのノードに対してブロードキャス
トする。ここで、ブロードキャストとは、所定の情報を
不特定多数のノードを宛先として送出することである。

【００１７】この結果、全てのノードは、「ノードＩＤ
「＃０」は割当済である」と認識し、次にノードＩＤの
設定を許可されたノードは「＃１」を設定する。ノード
Ｂの設定後、ノードＡは、「ポート２」の通信ポートに
接続されているノード、即ちノードＣに対してノードＩ
Ｄの設定を許可する。

【００１８】ノードＣは更に、子ノードの接続されてい
る通信ポートの内、最も若いポート番号の通信ポートか
ら順に設定の許可を与える。つまり、ノードＤに対して
許可を与え、その許可を受けたノードＤがノードＩＤ
「＃１」を設定した後、セルフＩＤパケットをブロード
キャストする。

【００１９】ノードＤの設定後、ノードＣが自己のノー
ドＩＤを「＃３」に設定し、最後にルート・ノードであ
るノードＡが自己のノードＩＤを「＃４」に設定して接
続構成の認識を終了する。

【００２０】このようなバスリセット処理により、各ノ
ードは通信システムの接続構成の認識と各ノードの通信
アドレスの設定とを自動的に行うことができる。そして
各ノードは、この上述のノードＩＤを用いることにより
各ノード間の通信を行なうことができる。

【００２１】次に、図１０の通信システムの具備するデ
ータ転送方式について図９を用いて説明する。図１０の
通信システムは、データ転送方式としてIsochronous 転
送モードとAsynchronous転送モードとを具備している。
Isochronous 転送モードは、１通信サイクル期間（125
μs ）毎に一定量のパケットの送受信を保証するため、
ビデオデータや音声データのリアルタイムな転送に有効
である。

【００２２】また、Asynchronous転送モードは、制御コ
マンドやファイルデータ等を必要に応じて非同期に送受
信する転送モードであり、Isochronous 転送モードに比
べて優先順位が低く設定されている。

【００２３】図１１において、各通信サイクルの始めに
は、サイクル・スタート・パケット１１０１と呼ばれる
各ノードの計時するサイクル時間を調整するための通信
パケットが送出される。

【００２４】サイクル・スタート・パケット１１０１の
転送後、所定の期間がIsochronous転送モードに設定さ
れている。Isochronous転送モードでは、Isochronous
転送モードに基づいて転送されるデータの夫々に対して
チャネル番号を付すことにより、複数のIsochronous 転
送を実行することができる。

【００２５】例えば、図１１において、ＤＶＣＲ１００
４からIsochronous 転送されるデータ１１０２にチャネ
ル番号「ｃｈ０」、ＤＶＴＲ１００２からIsochronous
転送されるデータ１１０３にチャネル番号「ｃｈ１」、
ＴＶ１００１からIsochronous転送されるデータ１１０
４にチャネル番号「ｃｈ２」が割り当てられている場
合、各データは、１通信サイクル期間内において時分割
にIsochronous 転送される。

【００２６】各Isochronous 転送が終了した後、次のサ
イクル・スタート・パケット１１０１の転送される期間
までがAsynchronous転送に使用される。例えば、図１１
では、Asynchronous転送に基づくデータ１１０５がＤＶ
ＣＲ１００４からプリンタ１００３に転送される。

【００２７】図１２は、Asynchronous転送モードに基づ
く従来の通信プロトコルについて説明するシーケンスチ
ャートである。図１２において、情報データをAsynchro
nous転送するノード、即ちソース１２０２をＤＶＣＲ１
００４とする。

【００２８】また、ソース１２０２からAsynchronous転
送された情報データを受信するノード、即ちデスティネ
ーション１２０３をプリンタ１００３とする。更に、ソ
ース１２０２とデスティネーション１２０３との間の通
信を管理するノード、即ちコントローラ１２０１をＴＶ
１００１とする。

【００２９】従来の通信プロトコルは、３つのフェーズ
からなっていた。第１のフェーズ１２０４は、コネクシ
ョンフェーズで、コントローラ１２０１は、デスティネ
ーション１２０３の受信バッファサイズや受信可能か否
かを問い合わせ、デスティネーション１２０３を受信待
機状態にセットする。

【００３０】また、コントローラ１２０１は、デスティ
ネーション１２０３に問い合わせた受信バッファサイズ
をソース１２０２に通知すると共に、ソース１２０２か
らAsynchronous転送される情報データを選択して、送信
バッファからの転送をセットする。

【００３１】第２のフェーズ１２０５は、伝送フェーズ
で、コントローラ１２０１は、ソース１２０２とデステ
ィネーション１２０３とを制御し、情報データをAsynch
ronous転送する。

【００３２】第３のフェーズ１２０６は、コネクション
リリースフェーズで、コントローラ１２０１は、デステ
ィネーション１２０３の受信バッファを自己の管理下か
ら開放し、同様にソース１２０２の送信バッファを自己
の管理下から開放する。

【００３３】図１３は、ソース１２０２からAsynchrono
us転送される情報データとデスティネーション１２０３
の受信バッファとの関係を説明する図である。ソース１
２０２からAsynchronous転送される１オブジェクトの情
報データ１３０１は、コントローラ１２０１から通知さ
れたデスティネーション１２０３の受信バッファサイズ
に等しい１つ以上のセグメント１３０２に分割される。
ここで、各セグメント１３０２のサイズは固定長であ
り、１セグメントは、１つ以上のセグメントデータ（固
定長）からなる。

【００３４】各セグメントデータは、Asynchronous転送
モードに基づく通信パケット１３０３（以下、Asynchro
nousパケット１３０３）にパケッタイズされ、ソース１
２０２からデスティネーション１２０３に順次転送され
る。

【００３５】デスティネーション１２０３は、ソース１
２０２からのAsynchronousパケット１３０３を順次受信
し、一時的に受信バッファ１３０４に書き込む。１セグ
メント分の情報データの転送が終了した後、デスティネ
ーション１２０３は、受信バッファ１３０４に格納され
たデータを内部メモリ１３０５に順次書き込む。

【００３６】以下、図１４を用いて上述の第２のフェー
ズ１２０５の処理について詳細に説明する。図１４にお
いて、コントローラ１２０１は、デスティネーション１
２０３に対して、１つ以上の通信パケットによりAsynch
ronous転送されるセグメントデータを受信するように指
示する（１４０１）。

【００３７】また、コントローラ１２０１は、ソース１
２０２に対して、１オブジェクトの情報データを上述の
セグメント単位に分割し、更に各セグメントを１つ以上
の通信パケットでAsynchronous転送するように指示する
（１４０２）。

【００３８】これらの指示の後、ソース１２０２は、１
セグメントデータを１つ以上のAsynchronousパケットに
パケッタイズし、それらのAsynchronousパケットをデス
ティネーション１２０３へ順次転送する（１４０３）。

【００３９】コントローラ１２０１から指示されたセグ
メントデータの転送が完了した後、ソース１２０２は、
転送の完了をコントローラ１２０１に通知する（１４０
４）。また、デスティネーション１２０３は、コントロ
ーラ１２０１から指示されたセグメントデータの受信が
完了したことをコントローラ１２０１に通知する（１４
０５）。以上、図１４の１４０１〜１４０５に示す手順
により、１セグメント分の情報データが転送される（１
４０６）。

【００４０】次のセグメントデータの転送を開始する場
合、再び１４０１〜１４０５に示す手順を繰り返し、コ
ントローラ１２０１がソース１２０２とデスティネーシ
ョン１２０３の間の転送を制御する（１４０７）。

【００４１】

【発明が解決しようとする課題】しかしながら、上述の
通信プロトコルには次のような問題があった。例えば、
従来の通信プロトコルにおいて、各セグメントのサイズ
は固定長であり、デスティネーション１２０３の具備す
る受信バッファのサイズと等しくなるように制御されて
いた。

【００４２】また、デスティネーション１２０３の具備
する受信バッファのサイズは、全データの転送が終了す
るまで一定であり、全データの転送中に各セグメントの
サイズを可変的に制御する仕組みがなかった。

【００４３】例えば、従来の通信プロトコルに従って、
複数のセグメントに分割された画像データを順次受信す
るプリンタにおいて、各セグメント分のデータの受信中
に、プリント用に画像処理されているデータの一部を一
時的に受信バッファの一部に記憶したい場合がある。

【００４４】このような場合、従来の通信プロトコルで
は、各セグメントのデータ量は一定であるため、通信中
に一部のセグメントのデータ量を減らし、受信バッファ
内に所望の領域を確保することができなかった。

【００４５】また、より多くの機器との通信を可能とす
るために、通信中にソース１２０２からデスティネーシ
ョン１２０３に転送される１セグメントのデータ量を減
らしたり、より早く通信を終了させるために、通信中に
デスティネーション１２０３の受信バッファサイズを大
きくし、１セグメントのデータ量を増やしたりを適応的
に制御することができなかった。

【００４６】以上の背景から本出願の発明の目的は、情
報データを１つ以上のセグメント単位に分割し、各セグ
メントのデータを順次転送させる通信システムにおい
て、各セグメントのデータ量を可変的に制御することの
できるデータ通信システム、装置及び方法、並びに記録
媒体を提供することである。

【００４７】

【課題を解決するための手段】上述のような目的を達成
するために、本発明のデータ通信システムは、複数のセ
グメントに分割された情報データを送信する送信機器と
該情報データを受信する受信機器とを含むデータ通信シ
ステムにおいて、上記情報データの通信中に設定される
受信バッファのサイズに応じて、各セグメントの大きさ
を可変的に制御することを特徴としている。また、本発
明のデータ通信システムの他の特徴とするところは、上
記送信機器は、上記セグメント分のデータから１つ以上
の通信パケットを生成し、該通信パケットを順次送信す
ることを特徴としている。また、本発明のデータ通信シ
ステムのその他の特徴とするところは、上記セグメント
の大きさは、上記通信パケットにより送信されるデータ
量の整数倍であることを特徴としている。また、本発明
のデータ通信システムのその他の特徴とするところは、
上記通信パケットは、ＩＥＥＥ１３９４規格に準拠した
Asynchronous転送方式に基づく通信パケットであること
を特徴としている。また、本発明のデータ通信システム
のその他の特徴とするところは、上記受信バッファのサ
イズは、上記受信機器から上記送信機器に通知されるこ
とを特徴としている。また、本発明のデータ通信システ
ムのその他の特徴とするところは、上記受信バッファ
は、上記受信機器の具備するメモリ空間の所定の領域に
確保されることを特徴としている。また、本発明のデー
タ通信システムのその他の特徴とするところは、上記受
信バッファのサイズは、上記セグメントの大きさの整数
倍であることを特徴としている。また、本発明のデータ
通信システムのその他の特徴とするところは、上記受信
バッファのサイズは、上記送信機器の具備するをメモリ
空間の所定の領域に格納されることを特徴としている。
また、本発明のデータ通信システムのその他の特徴とす
るところは、上記情報データは、上記受信機器の具備す
るメモリ空間の位置を指定する位置情報と共に送信され
ることを特徴としている。また、本発明のデータ通信シ
ステムのその他の特徴とするところは、上記データ通信
システムは更に、上記送信機器と上記受信機器との通信
を管理する管理機器を含み、上記管理機器は、上記受信
バッファのサイズを管理すると共に、上記送信機器に通
知することを特徴とするデータ通信システム。また、本
発明のデータ通信システムのその他の特徴とするところ
は、情報データを送信する送信機器と該情報データを受
信する受信機器とを含むデータ通信システムにおいて、
上記情報データの通信中に設定される受信バッファのサ
イズに応じて、一回の通信手順により送信される情報デ
ータの量を可変的に制御することを特徴としている。

【００４８】本発明のデータ通信方法は、複数のセグメ
ントに分割された情報データを送信し、上記情報データ
の送信中に設定される受信バッファのサイズに応じて、
各セグメントの大きさを可変的に制御させることを特徴
としている。また、本発明のデータ通信方法の他の特徴
とするところは、情報データを送信し、上記情報データ
の通信中に設定される受信バッファのサイズに応じて、
一回の通信手順により送信されるデータの量を可変的に
制御させることを特徴としている。

【００４９】本発明のデータ通信装置は、複数のセグメ
ントに分割された情報データを送信する送信手段と、上
記情報データの通信中に設定される受信バッファのサイ
ズに応じて、各セグメントの大きさを可変的に制御する
制御手段とを具備することを特徴としている。また、本
発明のデータ通信装置の他の特徴とするところは、情報
データを送信する送信手段と、上記情報データの通信中
に設定される受信バッファのサイズに応じて、一回の通
信手順により送信されるデータの量を可変的に制御する
制御手段とを具備することを特徴としている。

【００５０】本発明の記録媒体は、複数のセグメントに
分割された情報データを送信する送信機器と該情報デー
タを受信する受信機器とを含むデータ通信システムにお
ける、上記情報データの通信中に設定される受信バッフ
ァのサイズに応じて、各セグメントの大きさを可変的に
制御させる機能を実現させるためのプログラムを記憶し
たことを特徴としている。また、本発明の記録媒体の他
の特徴とするところは、情報データを送信する送信機器
と該情報データを受信する受信機器とを含むデータ通信
システムにおける、上記情報データの通信中に設定され
る受信バッファのサイズに応じて、一回の通信手順によ
り送信される情報データの量を可変的に制御させる機能
を実現させるためのプログラムをコンピュータの読み取
り可能に記憶したことを特徴としている。

【００５１】

【発明の実施の形態】以下、本発明のデータ通信システ
ム、装置及び方法、並びに記録媒体について図面を用い
て詳細に説明する。尚、以下の実施の形態において、上
記従来例と同一あるいはそれに相当する部材については
同一符号を用いて説明を省略する。

【００５２】（第１の実施の形態）以下、第１の実施の
形態の通信プロトコルを、図１０に示す通信システムに
適用した場合について説明する。ここで、第１の実施の
形態におけるコントローラ１０１をＴＶ１００１、ソー
ス１０２をＤＶＣＲ１００４、デスティネーション１０
３をプリンタ１００３とする。

【００５３】第１の実施の形態において、ソース１０２
は、１オブジェクトの情報データ（例えば、画像デー
タ、音声データ、グラフィックスデータ、テキストデー
タ等）を所定のデータ量からなるセグメントに分割した
後、そのセグメントを１つ以上のセグメントデータとし
てAsynchronous転送する。

【００５４】また、デスティネーション１０３は、ソー
ス１０２からAsynchronous転送された１つ以上のAsynch
ronousパケットを受信し、各Asynchronousパケットに含
まれるセグメントデータを受信バッファに格納する。

【００５５】ここで、デスティネーション１０３の受信
バッファは、デスティネーション１０３の具備するＣＳ
Ｒ（Control and Status Register）空間内に確保され
ている。セグメントデータは、各Asynchronousパケット
に含まれるオフセットアドレスにより指定されるＣＳＲ
空間内の所定の領域に対して書き込まれる。デスティネ
ーション１０３は、ＣＳＲ空間に対する１セグメント分
のデータの書き込みが完了する毎に、そのデータを内部
メモリに格納する。尚、ＣＳＲ空間は、ISO/IEC 13213:
1994規格に準拠している。

【００５６】更に、コントローラ１０１は、デスティネ
ーション１０３のバッファサイズの問合せ、ソース１０
２から転送される情報データの選択等、ソース１０２と
デスティネーション１０３との間の通信を管理する。

【００５７】また、第１の実施の形態の通信プロトコル
は、従来の通信プロトコルと同様に３つのフェーズ、即
ち、コネクションフェーズ、伝送フェーズ、コネクショ
ンリリースフェーズから構成されている。ここで、第１
の実施の形態におけるコネクションフェーズとコネクシ
ョンリリースフェーズとは、従来の通信プロトコルにお
ける第１のフェーズ１２０４、第３のフェーズ１２０６
と同様に実行することができる。従って、第1の実施の
形態では、伝送フェーズについて詳細に説明する。

【００５８】以下、図１及び図２を用いて第１の実施の
形態の伝送フェーズについて説明する。図１は、第１の
実施の形態の伝送フェーズについて詳細に説明するシー
ケンスチャートである。また、図２は、第１の実施の形
態の伝送フェーズの手順について詳細に説明するフロー
チャートである。

【００５９】ステップＳ２０１において、コントローラ
１０１は、デスティネーション１０３に対して、いくつ
かの通信パケットでAsynchronous転送される所定サイズ
のセグメントを受信するように指示する（１０４）。こ
こで、デスティネーション１０３は、コントローラ１０
１からの指示に対してレスポンスを返す。

【００６０】ステップＳ２０２において、コントローラ
１０１は、ソース１０２に対して、情報データを所定サ
イズのセグメントに分割し、更にそのセグメントをいく
つかの通信パケットでAsynchronous転送するように指示
する（１０５）。ここで、ソース１０２は、コントロー
ラ１０１からの指示に対してレスポンスを返す。

【００６１】ステップＳ２０３において、コントローラ
１０１からの指示の後、ソース１０２は、１セグメント
データを１つ以上のAsynchronousパケットにパケッタイ
ズし、それらのAsynchronousパケットをデスティネーシ
ョン１０３へ順次転送する（１０６）。

【００６２】ここで、各Asynchronousパケットには、デ
スティネーション１０３の具備する受信バッファの所定
の領域を指定するオフセットアドレスが格納されてい
る。例えば、各セグメントの最初のAsynchronousパケッ
トには、コントローラ１０１により通知された受信バッ
ファの先頭アドレスが格納されている。また、それ以降
のAsynchronousパケットには、その受信バッファの所定
の領域を順次指定するオフセットアドレスが格納されて
いる。

【００６３】ステップＳ２０４において、１セグメント
分のデータのAsynchronous転送が完了した後、ソース１
０２は、１セグメント分のデータの転送の完了をコント
ローラ１０１に通知する（１０７）。ここで、ソース１
０２は、コントローラ１０１からの指示を受信するま
で、次のセグメントの転送を待機する。

【００６４】ステップＳ２０５において、また、デステ
ィネーション１０３も同様に、１セグメント分のデータ
の受信が完了したことをコントローラ１０１に通知する
（１０８）。

【００６５】ステップＳ２０６において、デスティネー
ション１０３は更に、次に受信するセグメントのため
に、新たに確保できる受信バッファのサイズをコントロ
ーラ１０１に通知する（１０９）。ここで、コントロー
ラ１０１は、デスティネーション１０３より通知された
新たなバッファサイズをＣＳＲ空間の所定の領域に格納
して管理する。

【００６６】以上の手順により、１セグメント分のデー
タの転送が終了する。次以降のセグメントの転送を開始
する場合、コントローラ１０１、ソース１０２、デステ
ィネーション１０３は、１０４〜１０９に示す手順を繰
り返し行えばよい（ステップＳ２０７）。その際、コン
トローラ１０１は、１セグメントの転送が終了する毎
に、デスティネーション１０３より通知された新たなバ
ッファサイズをソース１０２に通知する。

【００６７】以上のように、第１の実施の形態では、１
セグメント分の情報データの転送が完了する毎に、デス
ティネーション１０３がコントローラ１０１に対して新
たなバッファサイズを通知するように制御することによ
って、各セグメントのデータ量を適応的に設定すること
ができる。

【００６８】（第２の実施の形態）上述した第１の実施
の形態では、１セグメント分の情報データを受信する毎
に、デスティネーション１０３が、次に受信するセグメ
ントのために新たに確保できる受信バッファのサイズを
コントローラ１０１に通知するように制御する通信プロ
トコルについて説明した。

【００６９】第２の実施の形態では、デスティネーショ
ン３０３が、次に受信するセグメントのために新たに確
保できる受信バッファのサイズを直接ソース３０２に通
知するように制御する通信プロトコルについて説明す
る。

【００７０】以下、第２の実施の形態の通信プロトコル
を、図１０に示す通信システムに適用した場合について
説明する。ここで、第２の実施の形態におけるコントロ
ーラ３０１をＴＶ１００１、ソース３０２をＤＶＣＲ１
００４、デスティネーション３０３をプリンタ１００３
とする。

【００７１】第２の実施の形態において、ソース３０２
は、１オブジェクトの情報データ（例えば、画像デー
タ、音声データ、グラフィックスデータ、テキストデー
タ等）を所定の大きさのセグメントに分割した後、その
セグメントを１つ以上のセグメントデータとしてAsynch
ronous転送する。

【００７２】また、デスティネーション３０３は、ソー
ス３０２からAsynchronous転送された１つ以上のAsynch
ronousパケットを受信し、各Asynchronousパケットに含
まれるセグメントデータを受信バッファに格納する。こ
こで、デスティネーション３０３の受信バッファは、デ
スティネーション３０３の具備するＣＳＲ（Controland
Status Register ）空間内に確保されている。

【００７３】セグメントデータは、各Asynchronousパケ
ットに含まれるオフセットアドレスが指定するＣＳＲ空
間内の所定の領域に対して書き込まれる。デスティネー
ション３０３は、ＣＳＲ空間に対する１セグメント分の
データの書き込みが完了する毎に、そのデータを内部メ
モリに格納する。

【００７４】更に、コントローラ３０１は、デスティネ
ーション３０３が通信開始時に確保できる受信バッファ
サイズの問合せ、ソース３０２から転送される情報デー
タの選択等、ソース３０２とデスティネーション３０３
との間の通信を管理する。

【００７５】また、第２の実施の形態の通信プロトコル
は、従来の通信プロトコルと同様に３つのフェーズ、即
ち、コネクションフェーズ、伝送フェーズ、コネクショ
ンリリースフェーズから構成されている。ここで、第２
の実施の形態におけるコネクションフェーズとコネクシ
ョンリリースフェーズとは、従来の通信プロトコルにお
ける第１のフェーズ１２０４、第３のフェーズ１２０６
と同様に実行することができる。従って、第２の実施の
形態では、伝送フェーズについて詳細に説明する。

【００７６】以下、図３及び図４を用いて第２の実施の
形態の伝送フェーズについて説明する。図３は、第２の
実施の形態の伝送フェーズについて詳細に説明するシー
ケンスチャートである。また、図４は、第２の実施の形
態の伝送フェーズの手順について詳細に説明するフロー
チャートである。

【００７７】ステップＳ４０１において、コントローラ
３０１は、デスティネーション２０３に対して、いくつ
かの通信パケットでAsynchronous転送される所定サイズ
のセグメントを受信するように指示する（３０４）。こ
こで、デスティネーション３０３は、コントローラ３０
１からの指示に対してレスポンスを返す。

【００７８】ステップＳ４０２において、コントローラ
３０１は、ソース３０２に対して、情報データを所定サ
イズのセグメントに分割し、更にそのセグメントをいく
つかの通信パケットでAsynchronous転送するように指示
する（３０５）。ここで、ソース３０２は、コントロー
ラ３０１からの指示に対してレスポンスを返す。

【００７９】ステップＳ４０３において、コントローラ
３０１からの指示の後、ソース３０２は、１セグメント
を１つ以上のAsynchronousパケットにパケッタイズし、
それらのAsynchronousパケットをデスティネーション３
０３へ順次転送する（３０６）。ここで、各Asynchrono
usパケットには、デスティネーション３０３の具備する
受信バッファの所定の領域を指定するオフセットアドレ
スが格納されている。例えば、各セグメントの最初のAs
ynchronousパケットには、コントローラ３０１により通
知された受信バッファの先頭アドレスが格納されてい
る。また、それ以降のAsynchronousパケットには、その
受信バッファの所定の領域を順次指定するオフセットア
ドレスが格納されている。

【００８０】ステップＳ４０４において、１セグメント
分のデータのAsynchronous転送が完了した後、ソース３
０２は、１セグメント分のデータの転送の完了をコント
ローラ３０１に通知する（３０７）。ここで、ソース３
０２は、コントローラ３０１からの指示を受信するま
で、次のセグメントの転送を待機する。

【００８１】ステップＳ４０５において、デスティネー
ション３０３も同様に、１セグメント分のデータの受信
が完了したことをコントローラ３０１に通知する（３０
８）。ステップＳ４０６において、デスティネーション
３０３は更に、次に受信するセグメントのために、新た
に確保できる受信バッファのサイズをソース３０２に通
知する（３０９）。

【００８２】ステップＳ４０７において、ソース３０２
は、この受信バッファのサイズをＣＳＲ空間の所定の領
域に格納すると共に、この受信バッファのサイズを受信
したことをコントローラ３０１に通知する（３１０）。
この通知により、コントローラ３０１は、次のセグメン
トの転送の開始を指示することができる。

【００８３】以上の手順により、１セグメント分のデー
タの転送が終了する。次以降のセグメントの転送を開始
する場合、コントローラ３０１、ソース３０２、デステ
ィネーション３０３は、３０４〜３１０に示す手順を繰
り返し行えばよい（ステップＳ４０８）。

【００８４】その際、ソース３０２は、１セグメントの
転送が終了する毎に、デスティネーション３０３より通
知される新たな受信バッファサイズを受信し、そのサイ
ズに応じて次に転送すべきセグメントのサイズを決定す
る。以上のように、第２の実施の形態では、第１の実施
の形態と同様に、１セグメント分の情報データの転送が
完了する毎に、デスティネーション３０３がソース３０
２に対して新たな受信バッファサイズを通知するように
制御することによって、各セグメントのデータ量を適応
的に設定することができる。

【００８５】また、第２の実施の形態では、全データの
通信中に変更されたデスティネーション３０３の受信バ
ッファサイズをコントローラ３０１に管理させる必要が
なくなり、ソース３０２とデスティネーション３０３と
の間で管理させることができる。これにより、第１の実
施の形態に比べてコントローラに対する負荷をより小さ
くすることができる。

【００８６】（第３の実施の形態）上述した第２の実施
の形態では、コントローラ３０１が、ソース３０２とデ
スティネーション３０３との間のコネクションを設定す
ると共に、各セグメントの転送の開始をコントローラ３
０１により指示させるように制御する通信プロトコルに
ついて説明した。

【００８７】第３の実施の形態では、コントローラ３０
１が、ソース３０２とデスティネーション３０３との間
のコネクションを設定した後、各セグメントの転送を、
コントローラ３０１を介することなく、ソース３０２と
デスティネーション３０３との間で制御する通信プロト
コルについて説明する。

【００８８】以下、第３の実施の形態の通信プロトコル
を、図１０に示す通信システムに適用した場合について
説明する。ここで、第３の実施の形態におけるコントロ
ーラ５０１をＴＶ１００１、ソース５０２をＤＶＣＲ１
００４、デスティネーション５０３をプリンタ１００３
とする。

【００８９】第３の実施の形態において、ソース５０２
は、１オブジェクトの情報データ（例えば、画像デー
タ、音声データ、グラフィックスデータ、テキストデー
タ等）を所定の大きさのセグメントに分割した後、その
セグメントを１つ以上のセグメントデータとしてAsynch
ronous転送する。

【００９０】また、デスティネーション５０３は、ソー
ス５０２からAsynchronous転送された１つ以上のAsynch
ronousパケットを受信し、各Asynchronousパケットに含
まれるセグメントデータを受信バッファに格納する。こ
こで、デスティネーション５０３の受信バッファは、デ
スティネーション５０３の具備するＣＳＲ（Controland
Status Register）空間内に確保されている。

【００９１】セグメントデータは、各Asynchronousパケ
ットに含まれるオフセットアドレスが指定するＣＳＲ空
間内の所定の領域に対して書き込まれる。デスティネー
ション５０３は、ＣＳＲ空間に対する１セグメント分の
データの書き込みが完了する毎に、そのデータを内部メ
モリに格納する。

【００９２】更に、コントローラ５０１は、ソース５０
２及びデスティネーション５０３に対するバッファ領域
の開放の指示、ソース５０２に対するオブジェクトの転
送開始の指示等、ソース５０２とデスティネーション５
０３との間の通信を管理する。

【００９３】以下、第３の実施の形態の通信プロトコル
について説明する。図５は、第３の実施の形態の通信プ
ロトコルについて詳細に説明するシーケンスチャートで
ある。また、図６は、第３の実施の形態の通信プロトコ
ルの手順について詳細に説明するフローチャートであ
る。

【００９４】第３の実施の形態の通信プロトコルは、従
来の通信プロトコルと同様に３つのフェーズ、即ち、コ
ネクションフェーズ、伝送フェーズ、コネクションリリ
ースフェーズから構成されている。

【００９５】まず、コネクションフェーズについて説明
する。ステップＳ６０１において、コントローラ５０１
は、ソース５０２とデスティネーション５０３との間の
コネクションを設定し、デスティネーション５０３に対
して受信バッファの開放と１オブジェクトの情報データ
の受信開始を指示する（５０４）。ここで、デスティネ
ーション５０３は、コントローラ５０１からの指示に対
してレスポンスを返す。

【００９６】ステップＳ６０２において、コントローラ
５０１は、と共に、ソース５０２に対して送信バッファ
の開放と１オブジェクトの情報データの送信開始を指示
する（５０５）。ここで、ソース５０２は、コントロー
ラ５０１からの指示に対してレスポンスを返す。

【００９７】次に、伝送フェーズについて説明する。ス
テップＳ６０３において、ソース５０２は、デスティネ
ーション５０３に対して１オブジェクトの情報データの
データサイズを通知する（５０６）。デスティネーショ
ン５０３は、このデータサイズをＣＳＲ空間の所定の領
域に格納する。

【００９８】ステップＳ６０４において、デスティネー
ション５０３は、受信バッファのサイズと１Asynchrono
usパケットにて受信可能なデータサイズ（即ち、ペイロ
ードサイズ）を通信する（５０７）。ソース５０２は、
この受信バッファサイズとペイロードサイズとをＣＳＲ
空間の所定の領域に格納する。

【００９９】ステップＳ６０５において、ソース５０２
は、受信バッファサイズとペイロードサイズとに応じて
１オブジェクトの情報データを所定サイズのセグメント
に分割し、そのセグメントを１つ以上のAsynchronousパ
ケットにパケッタイズし、それらを順次デスティネーシ
ョン５０３へ転送する（５０８）。１セグメントデータ
の転送完了後、ソース５０２は、デスティネーション５
０３からの受信完了の通知があるまで次のセグメントの
転送を待機する。

【０１００】ここで、各Asynchronousパケットには、デ
スティネーション５０３の具備する受信バッファの所定
の領域を指定するオフセットアドレスが格納されてい
る。例えば、各セグメントの最初のAsynchronousパケッ
トには、ソース５０２により通知された受信バッファの
先頭アドレスが格納されている。また、それ以降のAsyn
chronousパケットには、その受信バッファの所定の領域
を順次指定するオフセットアドレスが格納されている。

【０１０１】ステップＳ６０６において、１セグメント
分のデータの受信後、デスティネーション５０３は、１
セグメント分のデータの転送の完了をソース５０２に通
知する（５０９）。

【０１０２】ステップＳ６０７において、デスティネー
ション５０３は更に、次に受信するセグメントのため
に、新たに確保できる受信バッファのサイズをソース５
０２に通知する（５１０）。ソース５０２は、この受信
バッファサイズをＣＳＲ空間の所定の領域に格納すると
共に、この受信バッファサイズとペイロードサイズとに
応じて次に転送するセグメントの大きさを設定する。

【０１０３】以上の手順により、１セグメント分のデー
タの転送が終了する。次以降のセグメントの転送を開始
する場合、コントローラ５０１、ソース５０２、デステ
ィネーション５０３は、５０４〜５１０に示す手順を繰
り返し行えばよい（ステップＳ６０８）。その際、ソー
ス５０２は、１セグメントの転送が終了する毎に、デス
ティネーション５０３より通知される新たな受信バッフ
ァサイズを受信し、そのサイズに応じて次に転送すべき
セグメントのサイズを決定する。１オブジェクトの情報
データの転送が完了した後、ソース５０２は、転送の完
了をコントローラ５０１に通知する（５１１）。

【０１０４】また、デスティネーション５０３も、１オ
ブジェクトの情報データの受信が完了したことをコント
ローラ５０１に通知する（５１２）。以上の手順により
伝送フェーズが終了する。

【０１０５】コネクションリリースフェーズにおいて、
コントローラ５０１は、ソース５０２及びデスティネー
ション５０３から通信完了の通知を受けた後、デスティ
ネーション５０３の受信バッファを自己の管理下から解
放する（５１３）し、ソース５０２の送信バッファを自
己の管理下から解放する（５１４）。

【０１０６】以上のように、第３の実施の形態では、１
セグメント分の情報データの転送が完了する毎に、デス
ティネーション５０３がソース５０２に対して新たなバ
ッファサイズを通知するように制御することによって、
各セグメントのデータ量を適応的に設定することができ
る。

【０１０７】また、第３の実施の形態では、第２の実施
の形態と同様に、全データの通信中に変更されたデステ
ィネーション５０３の受信バッファサイズをコントロー
ラ５０１に管理させる必要がなくなり、ソース５０２と
デスティネーション５０３との間で管理させることがで
きる。これにより、第１の実施の形態に比べてコントロ
ーラに対する負荷をより小さくすることができる。

【０１０８】更に、第３の実施の形態では、ソース５０
２とデスティネーション５０３との間のコネクションの
設定後、各セグメントのサイズ設定と各セグメントの転
送とをソース５０２とデスティネーション５０３との間
で制御し、実行することができる。これにより、第１、
第２の実施の形態に比べてコントローラに対する負荷を
減らし、通信手順をより簡素化することができる。

【０１０９】（第４の実施の形態）この第４の実施の形
態では、上述した第３の実施の形態と同様に、コントロ
ーラ５０１が、ソース５０２とデスティネーション５０
３との間のコネクションを設定した後、各セグメントデ
ータの転送を、コントローラ５０１を介することなく、
ソース５０２とデスティネーション５０３との間で制御
する通信プロトコルについて説明する。

【０１１０】以下、第４の実施の形態の通信プロトコル
を、図１０に示す通信システムに適用した場合について
説明する。ここで、第４の実施の形態におけるコントロ
ーラ７０１をＴＶ１００１、ソース７０２をＤＶＣＲ１
００４、デスティネーション７０３をプリンタ１００３
とする。

【０１１１】第４の実施の形態において、ソース７０２
は、１オブジェクトの情報データ（例えば、画像デー
タ、音声データ、グラフィックスデータ、テキストデー
タ等）を所定のデータ量からなるセグメントに分割した
後、そのセグメントを更に１つ以上のセグメントデータ
としてAsynchronous転送する。

【０１１２】また、デスティネーション７０３は、ソー
ス７０２からAsynchronous転送された１つ以上のAsynch
ronousパケットを受信し、各Asynchronousパケットに含
まれるセグメントデータを受信バッファに格納する。こ
こで、デスティネーション７０３の受信バッファは、デ
スティネーション７０３の具備するＣＳＲ（Controland
Status Register）空間内に確保されている。

【０１１３】各セグメントデータは、各Asynchronousパ
ケットに含まれるオフセットアドレスが指定するＣＳＲ
空間内の所定の領域に対して書き込まれる。デスティネ
ーション７０３は、ＣＳＲ空間に対する１セグメント分
のデータの書き込みが完了する毎に、そのデータを内部
メモリに格納する。

【０１１４】以下、図８、及び図９を用いてソース７０
２及びデスティネーション７０３の具備するバッファの
構成について詳細に説明する。図８、図９において、ソ
ース７０２は、１つの受信バッファ、即ち「Source Buf
fer １」を具備している。ここで、Source Buffer １
は、ソース７０２の具備するＣＳＲ空間の所定の領域に
確保されている。

【０１１５】また、図８、図９において、デスティネー
ション７０３は、２つの受信バッファ、即ち「Destinat
ion Buffer１」と「Destination Buffer２」とを具備し
ている。ここで、Destination Buffer１とDestination
Buffer２とは、デスティネーション７０３の具備するＣ
ＳＲ空間の所定の領域に確保されている。

【０１１６】図８、図９に示すSource Buffer １、Dest
ination Buffer１、Destination Buffer２のサイズは以
下のように定義される。まず、第４の実施の形態におい
て、Destination Buffer１及びDestination Buffer２の
サイズを以下のように定義する。

【０１１７】 Destination Buffer２＝（max ＿rec ）×Ｎ（Ｎ＝１, ２, ３・・・ ）…（式１ ） ここで、Destination Buffer２は、１セグメントの大き
さに対応している。また、Ｎは整数で、１セグメントを
構成するセグメントデータの数に対応している。

【０１１８】 Destination Buffer１＝max ＿rec …（式２） ここで、「max ＿rec 」とは、IEEE1394-1995 規格に準
拠したAsynchronous Writeトランザクションに基づいて
受信されるAsynchronousパケットにおいて、デスティネ
ーション７０３の受信可能なペイロードサイズの最大値
を示す。尚、「max ＿rec 」のサイズは、デスティネー
ション７０３の対応する最大データ転送速度に応じて異
なる。「max ＿rec 」は、以下のように定義される。

【０１１９】 max ＿rec ＝４Byte×２^L （Ｌ＝0,1,2…） …（式３） ここで、Ｌは整数である。

【０１２０】（式１）及び（式２）からDestination Bu
ffer１とDestination Buffer２との関係は、以下のよう
になる。

【０１２１】 また、第４の実施の形態において、Source Buffer １を
以下のように定義する。

【０１２２】 Source Buffer１＝４Byte×２^M （Ｍ＝0,1,2…） …（式５） （式４）において、Source Buffer １とは、ソース７０
２の送信可能なAsynchronousパケットのペイロードサイ
ズの最大値を示す。尚、Source Buffer １のサイズは、
ソース７０２の対応する最大データ転送速度に応じて異
なる。ここで、Ｍは整数である。

【０１２３】（式３）及び（式５）からmax ＿rec とSo
urce Buffer １との関係は、以下の（式６）のようにな
る。 Source Buffer １：max ＿rec ＝２^M ：２^L …（式６） 式により、max ＿rec は、

【０１２４】 max ＿rec ＝（２^L ÷２^M ）×（Source Buffer１） ＝｛２^(L-M) ｝×（Source Buffer １） …（式７） となる。

【０１２５】（式７）及び（式１）からDestination Bu
ffer２は、 Destination Buffer２＝（Source Buffer １）×｛２^(L-M) ｝×Ｎ…（式８） となる。

【０１２６】（式８）により、ソース７０２は、ペイロ
ードのサイズがSource Buffer １分となるAsynchronous
パケットを、[ ｛２^(L-M) ｝×Ｎ] 回送信することによ
ってDestination Buffer２を一杯にすることができる。

【０１２７】このように定義することにより、Destinat
ion Buffer２のサイズを、Source Buffer １のサイズと
Destination Buffer１のサイズとによって決定すること
ができる。

【０１２８】例えば、図８において、Source Buffer １
＝Destination Buffer１（＝max ＿rec ）の場合、式か
らＭ＝Ｌとなる。この場合、式により、Destination Bu
ffer２のサイズは、Source Buffer １のサイズのＮ倍と
なる。従って、Ｎの値を設定することにより、各セグメ
ントの大きさを可変的に制御することができる。

【０１２９】また、図８において、Source Buffer １＞
Destination Buffer１（＝max ＿rec ）の場合、式よ
り、Ｍ＞Ｌとなる。この場合、ソース７０２は、Source
Buffer １のサイズをDestination Buffer１のサイズと
等しくなるように設定する。これにより、Destination
Buffer２のサイズは、Source Buffer １のサイズのＮ倍
となる。従って、Ｎの値を設定することにより、各セグ
メントの大きさを可変的に制御することができる。

【０１３０】更に、図９において、Source Buffer １＜
Destination Buffer１（＝max ＿rec ）の場合、式よ
り、Ｍ＜Ｌとなる。この場合、デスティネーション７０
３は、Destination Buffer１のサイズをSource Buffer
１のサイズと等しくなるように設定する。これにより、
Destination Buffer２のサイズは、Source Buffer １の
サイズの[ ｛２^(L-M) ｝×Ｎ] 倍となる。従って、Ｍ、
Ｎ及びＬの値を設定することにより、各セグメントの大
きさを可変的に制御することができる。

【０１３１】更に、第４の実施の形態において、コント
ローラ７０１は、ソース７０２及びデスティネーション
７０３に対するバッファ領域の開放の指示、ソース７０
２の具備するサブユニットに対するオブジェクトの転送
準備の指示等、ソース７０２とデスティネーション７０
３との間のコネクションを管理する。

【０１３２】以下、第４の実施の形態の通信プロトコル
について説明する。図７は、第４の実施の形態の通信プ
ロトコルについて詳細に説明するシーケンスチャートで
ある。

【０１３３】第４の実施の形態の通信プロトコルは、従
来の通信プロトコルと同様に３つのフェーズ、即ち、コ
ネクションフェーズ、伝送フェーズ、コネクションリリ
ースフェーズから構成されている。まず、コネクション
フェーズについて説明する。

【０１３４】（１）図７に示す手順７０４の説明する。
コントローラ７０１は、デスティネーション７０３に対
してアプリケーションＣＴＳ（Command Control Set ）
コマンド（図７に示す「SubUnit Appli Cmd 」）を発行
し、デスティネーション７０３の具備するサブユニット
に対して受信準備を行うように制御する。第４の実施の
形態において、デスティネーション７０３はプリンタ１
００３である。従って、コントローラ７０１は、プリン
タ１００３の具備するプリンタユニットに対して、ＣＴ
Ｓコマンド形式のプリントコマンドを発行する。

【０１３５】デスティネーション７０３は、図８、図９
に示すように、Destination Buffer１とDestination Bu
ffer２の２つの受信バッファを具備している。上述のア
プリケーションＣＴＳコマンドを受信したデスティネー
ション７０３は、Destination Buffer１とDestination
Buffer２のイニシャライズ、及びサブユニットの具備す
るアプリケーションメモリのイニシャライズ等を行う。
サブユニットが受信可能な状態であれば、コントローラ
７０１に対してInterim レスポンス（図７に示す「SubU
nit Appli Resp」）をＣＴＳコマンド形式で返す。

【０１３６】（２）図７に示す手順７０５の説明する。
次に、コントローラ７０１は、ソース７０２に対してア
プリケーションＣＴＳコマンド（図７に示す「SubUnit
Appli Cmd 」）を発行し、ソース７０２の具備するサブ
ユニットに対して送信準備を行うように制御する。第４
の実施の形態において、ソース７０２は、ＤＶＣＲ１０
０４である。従って、コントローラ７０１は、ＤＶＣＲ
１００４の具備するカムコーダユニットに対して、ＣＴ
Ｓコマンド形式の再生コマンドを発行する。

【０１３７】デスティネーション７０３は、図８、図９
に示すように、Source Buffer１を具備している。上述
のアプリケーションＣＴＳコマンドを受信したソース７
０２は、Source Buffer １のイニシャライズを行う。サ
ブユニットが送信可能な状態であれば、コントローラ７
０１に対してInterim レスポンス（図７に示す「SubUni
t Appli Resp」）をＣＴＳコマンド形式で返す。

【０１３８】次に伝送フェーズについて説明する。 （３）図７に示す手順７０６の説明。Interim レスポン
スを送信したソース７０２は、サブユニットのアプリケ
ーションメモリに格納されている１オブジェクトの情報
データの送信準備を行い、その準備が完了したことをデ
スティネーション７０３に対して通知する。

【０１３９】IEEE1394-1995 規格に準拠したAsynchrono
us Writeトランザクションを用いて、送信準備の完了を
通知する場合、ソース７０２は、デスティネーション７
０３の具備する所定のレジスタに対して送信準備の完了
を示す「Ready to send 」情報を書き込む。尚、「Read
y to send 」情報には、上述のＭの値が含まれている。

【０１４０】ここで、所定のレジスタは、デスティネー
ション７０３の具備するＣＳＲ空間内の所定のアドレス
に設けられている。従って、ソース７０２は、その所定
のアドレスを指定したAsynchronous Writeトランザクシ
ョンを用いて「Ready to send 」情報の書き込みを行
う。

【０１４１】尚、第４の実施の形態では、所定のレジス
タに「Ready to send」情報を書き込む処理について説
明したが、該レジスタの所定のフィールドに「Ready to
send」を示す特定のフラグを設けて、該フラグを書き
換えるように処理してもよい。

【０１４２】（４）図７に示す手順７０７の説明。Inte
rimレスポンスを送信し、ソース７０２から「Ready to
send 」情報を受信したデスティネーション７０３は、
ソース７０２の具備する所定のレジスタに対して「Read
y to receive」情報とDestination Buffer１、２に関す
る情報（図７に示す「Buffer Info 」）とを書き込む。

【０１４３】ここで、Destination Buffer１に関する情
報とは、上述のＬの値と上述のＭの値とによって設定さ
れるデスティネーションの受信可能なペイロードサイズ
の最大値であり、セグメントデータのサイズを示す情報
である。また、DestinationBuffer２に関する情報と
は、上述のＮの値により設定されるセグメントのサイズ
を示す情報である。ここで、セグメントのサイズは、セ
グメントデータのサイズのＮ倍になるように設定され
る。また、デスティネーション７０３は、Ｎの値を各セ
グメントによって可変的に設定することができる。

【０１４４】ここで、所定のレジスタは、ソース７０２
の具備するＣＳＲ空間内の所定のアドレスに設けられて
いる。従って、デスティネーション７０３は、その所定
のアドレスを指定したAsynchronous Writeトランザクシ
ョンを用いてこれらの情報の書き込みを行う。

【０１４５】（５）図７に示すData Transfer７０８に
ついての説明。ソース７０２は、デスティネーション７
０３からの「Ready to receive」情報を受信した後、De
stination Buffer１、２に関する情報を用いて、１オブ
ジェクトの情報データをＮ個のセグメントデータからな
るセグメントに分割する。

【０１４６】ソース７０２は、各セグメントデータを順
次Source Buffer １に格納した後、Asynchronous Write
トランザクションを用いて順次転送する。ここで、各セ
グメントデータは、ＣＳＲ空間内に確保されたDestinat
ion Buffer１に連続的に書き込まれる。Destination Bu
ffer１に書き込まれたセグメントデータは、次のセグメ
ントデータが受信されるまでに、Destination Buffer２
に格納される。各セグメントデータの送信は、デスティ
ネーション７０３により確保されたDestination Buffer
２が一杯になるまで実行される。

【０１４７】（６）図７に示す手順７０９の説明。ソー
ス７０２は、Ｎ個のセグメントデータを送信した後、図
７に示す「End of Segment」情報をデスティネーション
７０３に送信する。この「End of Segment」情報は、As
ynchronous Writeトランザクションを用いて、「Ready
to send」情報を書き込むレジスタに書き込まれる。

【０１４８】ここで、１オブジェクトの情報データを構
成する全てのセグメントデータの送信が完了した場合、
ソース７０２は、Destination Buffer２の全てが満たさ
れていなくても、図７に示す「End of Data 」情報をデ
スティネーション７０３に送信する。この「End of Dat
a 」情報は、Asynchronous Writeトランザクションを用
いて、「Ready to send 」情報を書き込むレジスタに書
き込まれる。

【０１４９】（７）図７に示す手順７１０の説明。デス
ティネーション７０３及びそのサブユニットは、「End
of Segment」情報を受信すると、１セグメント分の情報
データ（Ｎ個のセグメントデータからなる）の送信が終
了したことを認識する。

【０１５０】デスティネーション７０３は、Destinatio
n Buffer２に格納されたＮ個のセグメントデータを、サ
ブユニット内部のアプリケーションメモリ領域に格納す
る。その後、デスティネーション７０３は、Asynchrono
us Writeトランザクションを用いて、「Ready to recei
ve」情報をソース７０２の具備する所定のレジスタに対
して書き込む。

【０１５１】「Ready to receive」情報を受信したソー
ス７０２は、次のセグメントの送信準備が完了した後、
再び、図７の７０６〜７１０を実行し、Destination Bu
ffer２分のデータを送信する。

【０１５２】また、「End of Data 」情報を受信した場
合、デスティネーション７０３は、１オブジェクトの情
報データを構成する全てのセグメントデータの送信が終
了したことを認識する。その後、デスティネーション７
０３は、図７に示す「End ofConf 」情報をソース７０
２に通知する。この「End of Data 」情報は、Asynchro
nous Writeトランザクションを用いて、「Ready to sen
d」情報を書き込むレジスタに書き込まれる。以上の手
順により伝送フェーズが終了する。また、コネクション
リリースフェーズについて説明する。

【０１５３】（８）図７に示す手順７１１の説明。「En
d of Conf 」情報を受信したソース７０２は、コントロ
ーラ７０１に対して、１オブジェクトの情報データを構
成する全てのセグメントデータの送信が終了したことを
通知する。この通知は、ＣＴＳコマンド形式の「Accept
ed response」を用いて行われる。

【０１５４】（９）図７に示す手順７１２の説明。「En
d of Conf 」情報を送信したデスティネーション７０３
は、コントローラ７０１に対して、１オブジェクトの情
報データを構成する全てのセグメントデータの受信が終
了したことを通知する。この通知は、ＣＴＳコマンド形
式の「Accepted response 」を用いて行われる。

【０１５５】以上のように、第４の実施の形態では、So
urce Buffer １、Destination Buffer１、Destination
Buffer２の関係を定義した。これにより、デスティネー
ション７０３は、ソース７０２から通知されるＭの値
と、Ｎ及びＬの値によって各セグメントのサイズを可変
的に設定することができる。また、セグメントのサイズ
を決定するための演算を容易にすることができる。

【０１５６】また、第４の実施の形態では、１セグメン
ト分の情報データの転送が完了する毎に、デスティネー
ション７０３がソース７０２に対して新たなバッファサ
イズを通知するように制御することによって、各セグメ
ントのデータ量を適応的に設定することができる。

【０１５７】また、第４の実施の形態では、第３の実施
の形態と同様に、全データの通信中に変更されたデステ
ィネーション７０３の受信バッファサイズをコントロー
ラ７０１に管理させる必要がなくなり、ソース７０２と
デスティネーション７０３との間で管理させることがで
きる。これにより、第１の実施の形態に比べてコントロ
ーラに対する負荷をより小さくすることができる。

【０１５８】更に、第４の実施の形態では、ソース７０
２とデスティネーション７０３との間のコネクションの
設定後、各セグメントのサイズ設定と各セグメントの転
送とをソース７０２とデスティネーション７０３との間
で制御し、実行することができる。これにより、第１、
第２の実施の形態に比べてコントローラに対する負荷を
減らし、通信手順をより簡素化することができる。

【０１５９】また、第４の実施の形態によれば、各セグ
メントの大きさをデスティネーション７０３の受信可能
なペイロードサイズの整数倍に設定することができる。
これにより、ソースから送出されるパケットの数を管理
することによって、各セグメント分のデータの送信を管
理でき、ソース側の送信制御が容易になる。

【０１６０】更に、第４の実施の形態によれば、デステ
ィネーションの受信バッファのサイズを、デスティネー
ションの受信可能なペイロードサイズの整数倍に設定す
ることができる。これにより、デスティネーションにお
いて確保される受信バッファを有効に利用できるととも
に、各セグメントデータを書き込むアドレスの制御が容
易になる。

【０１６１】（他の実施の形態）上述の各実施の形態
は、以下のように実現することも可能である。例えば、
上述した実施の形態の機能を実現するソフトウェアのプ
ログラムコードを記録した記録媒体を、本実施の形態の
システム或いは装置の具備する制御部（マイクロコンピ
ュータを含む）に供給するように構成することもでき
る。

【０１６２】そして、本実施の形態のシステム或いは装
置の具備する制御部が、該記録媒体に格納されたプログ
ラムコードを読み出し、上述した実施の形態の機能を実
現するようにシステム或いは装置の動作を制御するよう
に構成しても本発明の実施の形態を実現することができ
る。

【０１６３】例えば、第１の実施の形態の図１、第２の
実施の形態の図３、第３の実施の形態の図５、第４の実
施の形態の図７に示した処理手順及び機能を実現するプ
ログラムコードを格納した記録媒体を図７に示す各ノー
ドの制御部７０６に供給する。そして、各ノードの制御
部７０６が、その記録媒体に格納されたプログラムコー
ドを読み出し、各実施の形態の機能を実現するように、
図７に示す各ノードの処理回路を動作させるようにして
もよい。

【０１６４】この場合、記録媒体から読み出されたプロ
グラムコード自体が上述した実施の形態の機能を実現す
ることになり、そのプログラムコードを記憶した記録媒
体は、本発明の一部の構成要件になる。

【０１６５】プログラムコードを供給するための記録媒
体としては、例えば、フロッピディスク、ハードディス
ク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ
−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭな
どを用いることができる。

【０１６６】また、制御部上で稼動しているＯＳ（オペ
レーティングシステム）或いはアプリケーションソフト
等が、記録媒体より読み出したプログラムコードの指示
に基づき、本実施の形態のシステム或いは装置の動作を
制御することにより、上述した実施の形態の機能を実現
する場合も本発明に含まれることは言うまでもない。

【０１６７】更に、記録媒体から読み出されたプログラ
ムコードが、制御部に接続された機能拡張ボード或いは
機能拡張ユニットの具備するメモリに書き込まれた後、
そのプログラムコードの指示に基づき、その機能拡張ボ
ードや機能拡張ユニットの具備する制御部が本実施の形
態のシステム或いは装置の動作を制御することにより、
上述した実施の形態の機能が実現される場合も本発明に
含まれることは言うまでもない。尚、本発明はその精
神、またはその主要な特徴から逸脱することなく、様々
な形で実施することができる。

【０１６８】例えば、本実施の形態の伝送フェーズで
は、IEEE1394-1995 規格に準拠したAsynchronous Write
トランザクションを用いて、１オブジェクトの情報デー
タの転送を実行する場合について説明したが、それに限
るものではない。例えば、IEEE1394.a規格に準拠したAs
ynchronous Streamsパケットを用いたトランザクション
により１オブジェクトの情報データを送信するように構
成してもよい。尚、Asynchronous Streamsパケットの構
成は、IEEE1394-1995規格に準拠したIsochronousパケッ
トと同じ構成である。

【０１６９】この場合、各セグメントデータを送信する
パケットは、特定の宛先に対して１対１に送信されるも
のではなく、所定のチャネル番号を指定し、ブロードキ
ャストされるものである。従って、上述の実施の形態は
あらゆる点おいて単なる例示に過ぎず、限定的に解釈し
てはならない。

【０１７０】

【発明の効果】以上のように、本発明によれば、各セグ
メントの転送が完了する毎に、デスティネーションがコ
ントローラ或いはソースに対して新たなバッファサイズ
を通知するように制御することによって、各セグメント
のデータ量を適応的に設定することができる。また、本
発明の他の特徴によれば、全データの通信中に変更され
たデスティネーションの受信バッファサイズをコントロ
ーラに管理させる必要がなく、ソースとデスティネーシ
ョンとの間で管理させることができる。また、本発明の
その他の特徴によれば、ソースとデスティネーションと
の間のコネクションの設定後、各セグメントのサイズ設
定と転送とをソースとデスティネーションとの間で制御
し、実行することができる。また、本発明によれば、各
セグメントの大きさをデスティネーションの受信可能な
ペイロードサイズの整数値に設定することができる。更
に、本発明によれば、デスティネーションの受信バッフ
ァのサイズを、デスティネーションの受信可能なペイロ
ードサイズの整数倍に設定することができる。

【図面の簡単な説明】

【図１】本発明に係る第１の実施の形態の伝送フェーズ
について詳細に説明するシーケンスチャートである。

【図２】第１の実施の形態の伝送フェーズの手順につい
て詳細に説明するフローチャートである。

【図３】第２の実施の形態の伝送フェーズについて詳細
に説明するシーケンスチャートである。

【図４】第２の実施の形態の伝送フェーズの手順につい
て詳細に説明するフローチャートである。

【図５】第３の実施の形態の通信プロトコルについて詳
細に説明するシーケンスチャートである。

【図６】第３の実施の形態の通信プロトコルの手順につ
いて詳細に説明するフローチャートである。

【図７】第４の実施の形態の通信プロトコルについて詳
細に説明するシーケンスチャートである。

【図８】ソース７０２及びデスティネーション７０３の
具備するバッファの構成について説明する図である。

【図９】ソース及びデスティネーションの具備するバッ
ファの構成について説明する図である。

【図１０】従来の通信システムの構成を示す図である。

【図１１】従来の通信システムの具備するデータ転送方
式について説明する図である。

【図１２】従来の通信プロトコルについて説明するシー
ケンスチャートである。

【図１３】ソース１２０２からAsynchronous転送される
情報データとデスティネーション１２０３の受信バッフ
ァとの関係を説明する図である。

【図１４】図１２における第２のフェーズについて詳細
に説明するシーケンスチャートである。

【符号の説明】

１０１ コントローラ １０２ ソース １０３ デスティネーション

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

Claims (17)

【特許請求の範囲】
1. 【請求項１】 複数のセグメントに分割された情報デー
   タを送信する送信機器と該情報データを受信する受信機
   器とを含むデータ通信システムにおいて、 上記情報データの通信中に設定される受信バッファのサ
   イズに応じて、各セグメントの大きさを可変的に制御す
   ることを特徴とするデータ通信システム。
2. 【請求項２】 請求項１に記載のデータ通信システムに
   おいて、 上記送信機器は、上記セグメント分のデータから１つ以
   上の通信パケットを生成し、該通信パケットを順次送信
   することを特徴とするデータ通信システム。
3. 【請求項３】 請求項２に記載のデータ通信システムに
   おいて、 上記セグメントの大きさは、上記通信パケットにより送
   信されるデータ量の整数倍であることを特徴とするデー
   タ通信システム。
4. 【請求項４】 請求項２若しくは３の何れか１項に記載
   のデータ通信システムにおいて、 上記通信パケットは、ＩＥＥＥ１３９４規格に準拠した
   Asynchronous転送方式に基づく通信パケットであること
   を特徴とするデータ通信システム。
5. 【請求項５】 請求項１〜４の何れか１項に記載のデー
   タ通信システムにおいて、 上記受信バッファのサイズは、上記受信機器から上記送
   信機器に通知されることを特徴とするデータ通信システ
   ム。
6. 【請求項６】 請求項１〜５の何れかに１項に記載のデ
   ータ通信システムにおいて、 上記受信バッファは、上記受信機器の具備するメモリ空
   間の所定の領域に確保されることを特徴とするデータ通
   信システム。
7. 【請求項７】 請求項１〜６の何れかに１項に記載のデ
   ータ通信システムにおいて、 上記受信バッファのサイズは、上記セグメントの大きさ
   の整数倍であることを特徴とするデータ通信システム。
8. 【請求項８】 請求項１〜７の何れかに１項に記載のデ
   ータ通信システムにおいて、 上記受信バッファのサイズは、上記送信機器の具備する
   をメモリ空間の所定の領域に格納されることを特徴とす
   るデータ通信システム。
9. 【請求項９】 請求項１〜８の何れかに１項に記載のデ
   ータ通信システムにおいて、 上記情報データは、上記受信機器の具備するメモリ空間
   の位置を指定する位置情報と共に送信されることを特徴
   とするデータ通信システム。
10. 【請求項１０】 請求項１〜４の何れかに１項に記載の
    データ通信システムにおいて、 上記データ通信システムは更に、上記送信機器と上記受
    信機器との通信を管理する管理機器を含み、 上記管理機器は、上記受信バッファのサイズを管理する
    と共に、上記送信機器に通知することを特徴とするデー
    タ通信システム。
11. 【請求項１１】 複数のセグメントに分割された情報デ
    ータを送信し、 上記情報データの送信中に設定される受信バッファのサ
    イズに応じて、各セグメントの大きさを可変的に制御さ
    せることを特徴とするデータ通信方法。
12. 【請求項１２】 複数のセグメントに分割された情報デ
    ータを送信する送信手段と、 上記情報データの通信中に設定される受信バッファのサ
    イズに応じて、各セグメントの大きさを可変的に制御す
    る制御手段とを具備することを特徴とするデータ通信装
    置。
13. 【請求項１３】 複数のセグメントに分割された情報デ
    ータを送信する送信機器と該情報データを受信する受信
    機器とを含むデータ通信システムにおける、上記情報デ
    ータの通信中に設定される受信バッファのサイズに応じ
    て、各セグメントの大きさを可変的に制御させる機能を
    実現させるためのプログラムを記憶したことを特徴とす
    るコンピュータの読み取り可能な記録媒体。
14. 【請求項１４】 情報データを送信する送信機器と該情
    報データを受信する受信機器とを含むデータ通信システ
    ムにおいて、 上記情報データの通信中に設定される受信バッファのサ
    イズに応じて、一回の通信手順により送信される情報デ
    ータの量を可変的に制御することを特徴とするデータ通
    信システム。
15. 【請求項１５】 情報データを送信し、上記情報データ
    の通信中に設定される受信バッファのサイズに応じて、
    一回の通信手順により送信されるデータの量を可変的に
    制御させることを特徴とするデータ通信方法。
16. 【請求項１６】 情報データを送信する送信手段と、 上記情報データの通信中に設定される受信バッファのサ
    イズに応じて、一回の通信手順により送信されるデータ
    の量を可変的に制御する制御手段とを具備することを特
    徴とするデータ通信装置。
17. 【請求項１７】 情報データを送信する送信機器と該情
    報データを受信する受信機器とを含むデータ通信システ
    ムにおける、上記情報データの通信中に設定される受信
    バッファのサイズに応じて、一回の通信手順により送信
    される情報データの量を可変的に制御させる機能を実現
    させるためのプログラムをコンピュータの読み取り可能
    に記憶したことを特徴とする記録媒体。