JPH11261613A - データ転送方法 - Google Patents

Abstract

(57)【要約】 【課題】 様々なシステム構成に柔軟に対応可能で、処
理の効率が良く、エラー処理が簡単なデータ転送方法を
提供する。 【解決手段】 各ノードに対してノード識別子が割り当
てられるバスシステム上の第１のノード１から第２のノ
ード２にデータを複数のデータブロックに分割して転送
するに際し、１個のデータブロック転送に先立って、制
御ノード３は第２のノード２に対してデータブロック受
信命令４を発行し、次に第１のノード１に対して、第２
のノード２のノード識別子を含むデータ送信命令５を発
行することで、第１のノード１から第２のノード２への
データブロック転送が実行され、データブロック転送が
終了した後に、第１のノード１はデータブロック送信処
理の実行結果を制御ノード３に対して通知し、第２のノ
ード２はデータブロック受信処理の実行結果を制御ノー
ド３に対して通知する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、静止画像データや
文書データ等のリアルタイム処理を必要としないデータ
を複数の機器間で転送する際に用いられるデータ転送方
法に関する。

【０００２】

【従来の技術】近年、デジタルスチルカメラやプリンタ
など静止画像を取り扱う機器の市場拡大が進んでいる。
これらの機器は従来パーソナルコンピュータの存在する
環境で使用されていたが、近年、これらの機器をコンピ
ュータのない環境で簡単に取り扱いたいというニーズが
高まっている。

【０００３】従来では、このような静止画や文書データ
に代表される、リアルタイム処理を必要としないデータ
の送受信を２個の機器間で行う場合には、一方の機器が
もう一方の機器に対してコマンドを発行することで、デ
ータの送信または受信を行うのが一般的であった。図８
は、従来のデータ転送方法による静止画データシステム
の第１の例をあらわすブロック図である。図８におい
て、１００は画像入力機器であるデジタルスチルカメ
ラ、１０１は画像出力機器であるプリンタである。ユー
ザはデジタルスチルカメラ１００の操作ボタンにより、
内部の画像を選択し、これをプリンタ１０１に出力する
よう指示を行う。するとデジタルスチルカメラ１００が
プリンタ１０１に対して、データ受信コマンド１０２を
発行することでプリンタ１０１を受信可能状態とし、続
いてデータ１０３の転送を行う。

【０００４】次に、従来のデータ転送方法による静止画
データシステムの第２の例を図９に示す。図９において
は、プリンタ１０１の操作パネルをユーザが操作するこ
とで、デジタルスチルカメラ１００の画像を出力する場
合を説明する。ユーザはプリンタ１０１の操作ボタンに
より、デジタルスチルカメラ１００上の画像データの出
力する指示を行う。するとプリンタ１０１はデジタルス
チルカメラ１００に対してデータ送信コマンド１０４を
出力し、このデータ送信コマンド１０４を受信したデジ
タルスチルカメラ１００はプリンタ１０１に対してデー
タ１０３の転送処理を行う。

【０００５】さらに、従来のデータ転送方法による静止
画データシステムの第３の例を図１０に示す。図１０に
おいては、パーソナルコンピュータやデジタルテレビ用
セットトップボックスなど、第３の機器の命令によって
画像データをデジタルスチルカメラ１００からプリンタ
１０１に転送する場合を説明する。図１０において、１
０５はパーソナルコンピュータを現している。まず、パ
ーソナルコンピュータ１０５がデジタルスチルカメラ１
００に対してデータ入力用コマンド１０４を発行するこ
とで、データ１０３が一旦パーソナルコンピュータ１０
５内に格納される。次に、パーソナルコンピュータ１０
５はプリンタ１０１に対してデータ出力コマンドを発行
し、先ほどデジタルスチルカメラ１００から受信、格納
しておいたデータ１０３をプリンタに送信する処理を行
う。すなわち、同じデータ１０３を（１）デジタルスチ
ルカメラ１００からパーソナルコンピュータ１０５に転
送、（２）パーソナルコンピュータ１０５からプリンタ
１０１に転送、という２段階の処理が必要であり、また
同じデータを２回転送する必要が生じるため処理時間が
かかる上に、パーソナルコンピュータ１０５にデータ１
０３を格納するだけの格納領域が必要となり、効率が悪
いシステムとなってしまう。

【０００６】そこで、この従来の一般的なデータ転送方
法の効率向上を目的としたデータ転送方法として、ANSI
X3.131-1986, Small Computer System Interface記載
の「ＣＯＰＹ コマンド」が提案されている。図１１
は、この従来の改良されたデータ転送方法を用いた静止
画データシステムの例の動作を説明するものである。

【０００７】図１１において、１０６はパーソナルコン
ピュータがデジタルスチルカメラ１００に対して画像デ
ータの転送を支持するＣＯＰＹコマンド、１０７はプリ
ンタ１０１で発生したエラーをデジタルカメラ１００に
転送する第１のエラー通知、１０８はデジタルスチルカ
メラ１００がパーソナルコンピュータ１０５に、プリン
タ１０１のエラーを転送する第２のエラー通知を表して
いる。

【０００８】まず、パーソナルコンピュータ１０５はデ
ジタルスチルカメラ１００に対して、「プリンタ１０１
に対して画像を転送せよ」という指示を含むＣＯＰＹコ
マンド１０６を発行する。このＣＯＰＹコマンド１０６
には、図８で説明したデータ受信コマンド１０２の内容
が含まれており、同時にプリンタ１０１の識別子（ＳＣ
ＳＩ ＩＤ）も含んでいる。

【０００９】デジタルスチルカメラ１００はＣＯＰＹコ
マンド１０６を受信すると、その中に含まれているプリ
ンタ１０１の識別子とデータ受信コマンド１０２の内容
を解釈し、プリンタ１０１に対してデータ受信コマンド
１０２を発行し、それに続いてデータ１０３をプリンタ
１０１に対して送信する。このように改良されたデータ
転送方法によれば、第３の制御機器がデータ転送を支持
しているにもかかわらず、データ１０３の転送は、デジ
タルスチルカメラ１００からプリンタ１０１への１回だ
けであるので、処理の効率が確かに向上している。

【００１０】しかしながら、プリンタ１０１においてデ
ータ転送中に、用紙切れや紙詰まりなどのエラーが発生
し、データ受信を継続することができなくなったとき
は、図１１の第１のエラー通信１０７に示すように、プ
リンタ１０１は、これらのエラー状態をデジタルスチル
カメラ１００に対して通知する。次に、プリンタ１０１
からのエラー状態の通知を受けたデジタルスチルカメラ
１００は、図１１の第２のエラー通信１０８に示すよう
に、次は、パーソナルコンピュータ１０５に対してプリ
ンタ１０１でのエラーの発生を通知することで、初めて
パーソナルコンピュータ１０５はプリンタ１０１でのエ
ラー発生を知ることができることになる。

【００１１】すなわち、前記したようなエラー状況にお
いて、エラーの発生した機器から直接エラー発生の通知
を受けることができず、システム内でエラー通知の伝播
を行わなければならないという非効率性を有していた。
さらには、パーソナルコンピュータ１０５はデジタルス
チルカメラ１００から通知されるエラーが、デジタルス
チルカメラ１００で発生したものなのか、プリンタ１０
１で発生したものなのかを必ず識別しなければならず、
処理内容が複雑であるという課題を有していた。

【００１２】さらに、このようなＣＯＰＹコマンド１０
６は、先に説明したデータ受信コマンド１０２やデータ
送信コマンド１０４などとは異なり、第３の制御機器が
存在するときのみに利用されるものであるため、さまざ
まな機器接続環境あるいはシステム構成に対応するため
には、それぞれの機器がこれらの異なる２つの処理体系
のコマンドをサポートする必要があった。

【００１３】

【発明が解決しようとする課題】以上説明した通り、従
来から一般的である、「一方の機器がもう一方の機器に
対してコマンドを発行することでデータの送信または受
信を行う」転送方法を用いて、静止画データの転送を行
うシステムを考えると、第３の制御機器の介在する環境
においては、効率が悪く処理時間が必要以上にかかるシ
ステムとなるという課題を有していた。

【００１４】また、従来の改良されたデータ転送方法を
用いた場合でも、エラーが発生したときの処理が非効率
的であり、さらには１対１の接続の時に用いられる処理
体系と異なるコマンド処理体系の２つの体系をサポート
する必要があり、機器に搭載されるソフトウエアの容量
が不必要に大きくなり、複雑化するという課題を有して
いた。

【００１５】本発明は、これらの点に鑑みて、様々なシ
ステム構成に柔軟に対応可能で、処理の効率が良く、エ
ラー処理が簡単なデータ転送方法を提供することを第１
の目的とする。さらに本発明は、データ転送の終了判断
を簡単に行え、データ転送開始時にデータ長が分からな
いデータを転送可能なデータ転送方法を提供することを
第２の目的とする。

【００１６】さらに本発明は、制御機器が転送すべきデ
ータのデータ長を計算することなく、簡単な制御でデー
タを転送可能なデータ転送方法を提供することを第３の
目的とする。さらに本発明は、エラー発生時のデータ再
送を簡単に処理可能なデータ転送方法を提供することを
第４の目的とする。

【００１７】さらに本発明は、同一のデータを複数の機
器に対して効率良く転送するデータ転送方法を提供する
ことを第５の目的とする。さらに本発明は、同一のデー
タを複数の機器に送信する時にもデータ送信側の機器の
処理が簡単かつ高速に行えるデータ転送方法を提供する
ことを第６の目的とする。

【００１８】

【課題を解決するための手段】本発明は上記の問題点を
解決するために、各ノードに対してノード識別子が割り
当てられるバスシステム上の第１のノードから第２のノ
ードにデータを複数個のデータブロックに分割して転送
するに際し、１個のデータブロック転送に先立って、制
御ノードは第２のノードに対してデータブロック受信命
令を発行し、次に第１のノードに対して、第２のノード
のノード識別子を含むデータブロック送信命令を発行す
ることで、第１のノードから第２のノードへのデータブ
ロック転送が実行され、データブロック転送が終了した
後に、第１のノードはデータブロック送信処理の実行結
果を制御ノードに対して通知し、第２のノードはデータ
ブロック受信処理の実行結果を制御ノードに対して通知
するようにしたものである。

【００１９】これにより、様々なシステム構成に柔軟に
対応可能で、処理の効率が良く、エラー処理が簡単なデ
ータ転送方法を得ることができる。

【００２０】

【発明の実施の形態】本発明の第１の発明は、各ノード
に対してノード識別子が割り当てられるバスシステム上
の第１のノードから第２のノードにデータをＮ個（Ｎは
自然数）のデータブロックに分割して転送するに際し、
１個のデータブロック転送に先立って、制御ノードは第
２のノードに対してデータブロック受信命令を発行し、
次に第１のノードに対して、第２のノードのノード識別
子を含むデータブロック送信命令を発行することで、第
１のノードから第２のノードへのデータブロック転送が
実行され、前記データブロック転送が終了した後に、第
１のノードは前記データブロック送信処理の実行結果を
制御ノードに対して通知し、第２のノードは前記データ
ブロック受信処理の実行結果を制御ノードに対して通知
するものである。これにより、第１のノードから第２の
ノードのデータ転送を制御する制御ノードを定義し、デ
ータを送出する第１のノードに対してデータ送出先のノ
ードの識別子を含む命令を発行することにより、機器の
１対１接続の場合だけでなく、第３の制御機器が存在し
た場合のどちらでも、同一のコマンド体系で、高効率の
データ転送を可能とするものである。さらに、データ転
送終了後それぞれのノードから制御ノードに対してデー
タ送受信処理の実行結果を通知することで、効率よく機
器で発生したエラー条件を検出することを可能とする。

【００２１】また、本発明の第２の発明は、１回のデー
タブロック転送が終了した後、第１のノードが、制御ノ
ードにデータブロック送信処理の実行結果とともに次に
転送すべきデータブロックのデータ長を通知するもので
ある。これにより、第１のノードが、制御ノードに次に
転送すべきデータブロックのデータ長を通知することに
より、制御機器が転送すべきデータのデータ長を計算す
ることなく、簡単な制御でのデータ転送を可能とする。

【００２２】また、本発明の第３の発明は、第１のノー
ドが、データブロック転送の際にエラーを検出したとき
に、制御ノードにデータブロック送信処理の実行結果と
ともに、エラーの発生したデータブロックの再送要求を
通知するものである。これにより、第１のノードが、デ
ータブロック転送の際にエラーを検出したときに、制御
ノードにデータブロック送信処理の実行結果とともに、
エラーの発生したデータブロックの再送要求を通知する
ことにより、エラー発生時のデータ再送を簡単に処理可
能とする。

【００２３】また、本発明の第４の発明は、制御ノード
が第１のノードにデータブロック送信指示命令を発行し
たのち、データブロック転送に先立って、前記第１のノ
ードが前記第２のノードに対して、転送が行われるデー
タブロックのデータ長を通知するものである。これによ
り、制御ノードが第１のノードにデータブロック送信指
示命令を発行したのち、データブロック転送に先立っ
て、前記第１のノードが前記第２のノードに対して、転
送が行われるデータブロックのデータ長を通知すること
により、制御機器がそれぞれのデータ長を知らなくとも
データ転送制御が行えるため、制御機器の転送処理の簡
略化が可能である。

【００２４】また、本発明の第５の発明は、第１のノー
ドからＭ個（Ｍは自然数）のノードに対して同一のデー
タを転送するにあたり、制御ノードは、前記第１のノー
ドに対して、同一のデータブロックの送信指示命令を、
データブロックを受信するノードの識別子を変化させな
がらＭ回発行し、これらの処理を前記データブロックの
数Ｎ回（Ｎは自然数）繰り返す制御を行うものである。
これにより、制御ノードが第１のノードに対して、同一
のデータブロックの送信指示命令を、データブロックを
受信するノードの識別子を変化させながらＭ回発行し、
これらの処理を前記データブロックの数Ｎ回（Ｎは自然
数）繰り返す制御を行うことにより、１台から複数台の
機器にほぼ同時に同一のデータを配送するシステムを容
易に実現可能とする。

【００２５】また、本発明の第６の発明は、前記制御ノ
ードが前記第１のノードに対してデータブロック送信指
示命令を発行する際に、その次に発行する予定のデータ
ブロック送信指示命令が、（ａ）同一のデータブロック
を指示するのか、（ｂ）その次のデータブロックを指示
するのか、のどちらであるかをあらわすフラグを含むも
のである。これにより、制御ノードが前記第１のノード
に対してデータブロック送信指示命令を発行する際に、
その次に発行する予定のデータブロック送信指示命令
が、（ａ）同一のデータブロックを指示するのか、
（ｂ）その次のデータブロックを指示するのか、のどち
らであるかをあらわすフラグを含むことにより、第１の
ノードが同じデータブロックを保持した状態でとどまる
のか、次のデータブロックを準備する必要があるのかを
あらかじめ検出できるため、第１のノードにおける内部
処理の効率化が可能である。

【００２６】また、本発明の第７の発明は、１回のデー
タブロック転送が終了した後、第１のノードは、制御ノ
ードに発行するデータブロック送信処理の実行結果とと
もに次に転送すべきデータブロックが最後のデータブロ
ックであることを通知するものである。これにより、１
回のデータブロック転送が終了した後、第１のノード
は、制御ノードに発行するデータブロック送信処理の実
行結果とともに次に転送すべきデータブロックが最後の
データブロックであることを通知することにより、デー
タ転送開始時には、全データ長が不明な不定長データの
転送を可能とする。

【００２７】以下、本発明の実施の形態について実施例
として、図面を参照し説明する。

【００２８】

【実施例】（第１の実施例）図１は、本発明のデータ転
送方法の第１の実施例であるシステムのブロック図であ
る。図１において、１はデジタルスチルカメラなどの画
像を送出する機器であるデータ送信ノード（第１のノー
ド）、２はプリンタなど画像を受信する機器であるデー
タ受信ノード（第２のノード）、３はパーソナルコンピ
ュータやセットトップボックスなどの制御ノードであ
り、これらの機器は同一のバスシステムに接続されてい
る。

【００２９】本実施例ではバスシステムとしてIEEE Std
1394-1995, Standard for a HighPerformance Serial
Bus（以下、IEEE 1394-1995と記述する）を用い、これ
に接続された機器間でデータ転送を行う場合を例にとっ
て説明する。また、４は制御ノード３がデータ受信ノー
ド２に対して発行するデータ受信命令、５は制御ノード
がデータ送信ノード１に対して発行するデータ送信命令
であり、６はデータ送信ノード１からデータ受信ノード
２に転送されるデータを表している。また、７はデータ
送信ノード１がデータ送信命令５の実行結果を制御ノー
ド３に報告するものであるデータ送信命令応答、８はデ
ータ受信ノード２がデータ受信命令４の実行結果を制御
ノード３に報告するデータ受信命令応答を表している。

【００３０】ここで、これらのデータ受信命令４、デー
タ送信命令５、データ送信命令応答７、データ受信命令
応答８は、IEC-61883, Proposed standard for Digital
Interface for Consumer Electronic Audio/Video Equ
ipmentで定義されているFunction Control Protocol
（以下、FCPと記述する）を用いてコマンドとレスポン
スの伝送を行うものであり、AV/C Digital Interface C
ommand Set（以下、AV/Cコマンドと記述する）の規約に
従って実行される。

【００３１】図２は、前記データ送信命令５およびデー
タ送信命令応答７のデータフォーマットを示すものであ
る。図２において、１０はパケットヘッダ部、１１はデ
ータブロック（コマンドフレーム）部、１２はCRC部で
あり、これらの１０、１１、１２によりIEEE 1394-1995
で定義される非同期ライトパケットを構成する。また、
１３は１６ビットのパケット送出先ノード識別子、１４
はパケット送出先ノード識別子であり、これらについて
もIEEE 1394-1995で定義されているものである。

【００３２】AV/Cコマンドでは、データブロック部１１
にノードへの命令または命令応答のデータが含まれる。
ここで、データ送信命令５とデータ送信命令応答７は、
共通のデータ形式を有するもので、データ送信ノード１
はデータ送信命令５を受信し、処理を実行した後で、先
に受け取っていたデータブロック送信命令５の特定フィ
ールドの値を必要に応じて書き換えた後、このパケット
をデータ送信命令応答７として制御ノード３に転送する
処理を行うものである。

【００３３】ここで、１５はデータ送信指示コマンド、
１６はデータブロック再送要求ビット、１７はエラーコ
ード格納領域、１８は最終データブロック通知ビット、
１９はデータ送信先ノード識別子、２０はデータブロッ
ク番号、２１はデータブロックデータ長をそれぞれ表し
ている。また、図３は、前記データ受信命令４およびデ
ータ受信命令応答８のデータフォーマットを示すもので
ある。図３の構成要素は、図２のデータ形式と共通部分
が多いので、同様の意味を持つデータフィールドの説明
は省略する。図３において、２２はデータブロック受信
を指示するデータブロック受信コマンドコード、２３は
データ送信元ノード識別子である。

【００３４】以下、制御ノード３の制御のもとでデータ
をデータ送信ノード１からデータ受信ノード２に転送す
る際の動作について説明する。なお、本実施例では、一
枚の静止画データを複数のデータブロックに分割して、
それぞれを順次転送する場合を例にとって説明する。図
４は、静止画データの分割方法を表すものである。図４
において、２４は送信ノード１の内部に記憶されてい
る、容量が１５０kBの静止画データであり、この静止画
データ２４は最大容量が３２kBである５個のデータブロ
ックに分割される。図４において、２５は０番のデータ
ブロック、２６は１番のデータブロック、２７は２番の
データブロック、２８は３番のデータブロックであり、
これらデータブロック２５〜２８のデータ長は、３２kB
である。また、２９は最後のデータブロックに相当する
４番のデータブロックであり、データブロック２９のデ
ータ長は２２kBとなる。

【００３５】次に、図１を用いて、０番のデータブロッ
ク２５を送信ノード１から受信ノード２に転送する処理
を例にとってその動作を説明する。まず、制御ノード３
は受信ノード２に対して、図３のパケット形式を持つ、
データ受信命令４を発行する。このときに発行されるパ
ケットの各データフィールドの値を（表１）に示す。こ
こでは、データブロック番号２０に０を設定し、０番デ
ータブロック２５の転送を命令していることを表してお
り、そのデータブロックデータ長２１は３２kBと設定さ
れている。また、エラーコード格納領域１７について
は、データ受信ノード２が制御ノード３にデータ受信命
令応答８を発行するときに、このフィールドに発生した
エラーを表すエラーコードを設定するために設けられて
いる。したがって、データ受信命令４においては、この
フィールドの値が無効であることを表す、１６進数のＦ
Ｆが格納される。

【００３６】

【表１】

【００３７】データ受信命令４を受信したデータ受信ノ
ード２は、制御ノード３に対してデータ受信命令４の発
行が成功したことを通知した後、データ送信ノード１か
らのデータ送信待ち状態になる。次に、制御ノード３
は、データ受信命令４の発行が成功したことを確認した
後、データ送信ノード１に対して、図２のパケット形式
を持つ、データ送信命令５を発行する。このときに発行
されるパケットの各データフィールドの値を（表２）に
示す。ここでデータ受信命令４と同様の意味を持つフィ
ールドについては説明を省略する。

【００３８】

【表２】

【００３９】ここで、データブロック再送要求ビット１
６は０に設定されており、このデータブロックの転送が
正常終了したら、次のデータブロック（この場合は１番
のデータブロック２６）の転送が行われる予定であるこ
とを表している。また、最終データブロック通知ビット
１８は、指示されたデータブロックの転送が終了した
後、データ送信ノード１が制御ノード３にデータ送信命
令応答８を発行するときに、次の処理で転送する予定の
データブロックが最後のデータブロックであったときに
１にセットされ、そうでなければ０にセットされるもの
であるので、データ送信命令５においては、このフィー
ルドの値が無効であることを表すため、ビットを１にセ
ットしておく。

【００４０】データ送信命令５を受信したデータ送信ノ
ード１は、制御ノード３に対してデータ送信命令５の発
行が成功したことを通知した後、データ受信ノード２に
対して、０番データブロック２５の転送を開始する。こ
こでのデータブロックの転送は、連続して発行される１
個以上の、IEEE 1394-1995の非同期ライトパケットに分
割されて送信される。

【００４１】なお、IEEE 1394-1995では、非同期ライ
トパケットに対して、ACKパケットが受信側から返され
るので、非同期ライトパケットが受信側に正しく送信で
きたかどうかを送信側が確認することが可能であり、正
しく送信できていなかった場合には、前記パケットの再
送処理を行うことが可能である。さらに、IEEE 1394-1
995の非同期ライトパケットは、パケット送信ノードの
ノード識別子をそのパケットヘッダ部に含むので、ここ
でデータ受信ノード２に対して、データ送信ノード１以
外の他のノードからのデータ転送が行われても、データ
受信ノード２はこれらのデータを無視する処理を行う。

【００４２】次に、０番のデータブロック２５の転送を
成功裏に終了したデータ送信ノード１は、すでに受信し
ているデータ送信命令５のデータブロック再送要求ビッ
ト１６が０に設定されていたことを確認し、次回に要求
されるデータブロックは、０番のデータブロック２５
の、次のデータブロックにあたる、１番のデータブロッ
ク２６であることを認識する。そこで１番のデータブロ
ック２６のデータブロックデータ長が３２kBであり、こ
れが最後のデータブロックではないことも認識する。

【００４３】そこで、データ送信ノード１はこれらの情
報を含む、データ送信命令応答７を制御ノード３に対し
て発行する。ここで、データ送信命令応答は、図２のパ
ケット形式からなり、その主要なデータフィールドの値
を（表３）に示す。これらの値の内容については、基本
的には（表２）の値がそのまま返されるが、パケット送
信ノード識別子とパケット受信ノード識別子が入れ替わ
っており、データ送信ノード１から制御ノード３へのパ
ケットであることを表している。また、データ転送中に
エラーが発生していなかったので、エラーコード格納領
域１７にはエラーなしのコードが設定されている。ま
た、次に送るべきデータブロックは、３２kBのデータブ
ロック長を持つ、１番データブロック２６であるので、
データブロック番号２０には１が、データブロックデー
タ長２１には３２kBがそれぞれ設定されている。

【００４４】

【表３】

【００４５】一方で、０番のデータブロック２５を成功
裏に受信完了したデータ受信ノード２は、受信した０番
のデータブロック２５の処理を開始する。たとえば、デ
ータ受信ノード２がプリンタ機器であった場合は、受信
ブロックデータを内部のプリンタエンジンに転送し、印
刷処理を開始する。０番のデータブロック２５の処理を
完了した時点で、データ受信ノード２はデータ受信命令
応答８７を制御ノード３に対して発行する。

【００４６】ここで、データ受信命令応答８は図３のパ
ケット形式からなり、その主要なデータフィールドの値
を（表４）に示す。これらの値の内容については、基本
的には（表１）の値がそのまま返されるが、パケット送
信ノード識別子とパケット受信ノード識別子が入れ替わ
っており、データ受信ノード２から制御ノード３へのパ
ケットであることを表している。また、データ転送中に
エラーが発生していなかったので、エラーコード格納領
域１７にはエラーなしのコードが設定されている。

【００４７】

【表４】

【００４８】なお、データ送信ノード１から制御ノード
３に返されるデータ送信命令応答７と、データ受信ノー
ド２から制御ノード３に返されるデータ受信命令応答８
は、どちらが先に発行されるかは、データ送信ノード１
とデータ受信ノード２の処理速度に応じて変化するた
め、制御ノード３は、これら２つのノードからの応答を
待つ必要がある。

【００４９】制御ノード３が、双方のノードから応答を
受信した時点で、０番のデータブロック２５の転送が完
了する。次に、制御ノード３は、次のデータブロックで
ある、１番データブロック２６の転送処理を開始する
が、先にデータ送信ノード１から受信しているデータ送
信命令応答７のデータブロック番号２０に、次に送るべ
きデータブロック番号である１が、データブロックデー
タ長２１には１番データブロック２６のデータブロック
長である３２kBの値がそれぞれ格納されているので、こ
れらの値を用いて、１番データブロック２６の転送処理
を開始することができる。

【００５０】このように、毎回データ送信ノード１に対
して次のデータブロックの長さを確認する必要がないの
で、制御ノード３がデータ転送処理を簡単に行うことが
できる。次に、図１を用いて、データブロックの転送中
に、データ受信ノード２でエラーが発生した場合の処理
について説明する。ここでは、プリンタ機器であるデー
タ受信ノード２で紙詰まりが発生した場合を例として説
明する。

【００５１】０番データブロック２５を転送中に、デー
タ受信ノード２で紙詰まりが発生したため、データ受信
ノード２がデータの受信を継続できなくなったと判断し
た。すると、データ受信ノード２は、制御ノード３に対
して、エラーが発生したことを通知するデータ受信命令
応答８を発行する。そのパケット形式は図３の形式をと
るが、エラーコード格納領域１７に紙詰まりエラーのエ
ラーコードが設定される。

【００５２】一方、データ送信ノード１は、突然データ
受信ノード２がデータ受信を行わなくなったことを検出
し、データブロックの送信を中止して、制御ノード３に
対して、エラーが発生したことを通知するデータ送信命
令応答７を発行する。そのパケット形式は図２の形式を
とり、図２の各データフィールドに設定される値を（表
５）に示す。

【００５３】

【表５】

【００５４】エラーコード格納領域１７には、伝送タイ
ムアウトエラーのエラーコードが設定される。さらに、
エラーが発生したため０番データブロック２５の転送が
失敗したため、図２のデータブロック番号２０のフィー
ルドには０が、データブロックデータ長２１のフィール
ドには３２kBがそれぞれ設定され、次の転送は０番デー
タブロック２５を行うよう、制御ノード３に要求してい
ることを意味している。

【００５５】そこで、制御ノード３が、データ受信ノー
ド２での紙詰まりエラーの解除を検出したあと、先にデ
ータ送信ノード１から送られたデータブロック番号２０
とデータブロックデータ長２１の値を用いて転送を再開
する。このように、データの送受信を行っているノード
で何らかのエラーが発生した場合でも、これらのエラー
の通知は、直接制御ノード３に発行される。

【００５６】また、エラーが発生したときに、データ送
信ノード１がエラーの発生したデータブロックの番号と
そのデータブロック長を制御ノード３に通知するため、
制御ノード３はこれらの情報を元にデータブロックの転
送のやり直しを簡単な処理で行うことができる。以上説
明した手順を繰り返すことで、データブロックをデータ
送信ノード１からデータ受信ノード２に順次転送してい
く。

【００５７】次に、データ転送の終了時の動作について
説明する。データ送信ノード１が、３番のデータブロッ
ク２８の送信を成功裏に終了した時点で、データ送信ノ
ード１は、すでに受信しているデータ送信命令５のデー
タブロック再送要求ビット１６が０に設定されていたこ
とを確認し、次回に要求されるデータブロックは、３番
のデータブロック２８の、次のデータブロックにあた
る、４番のデータブロック２９であることを認識する。
さらに、４番のデータブロック２９のデータブロックデ
ータ長が２２kBであり、これが最後のデータブロックで
あることも認識する。

【００５８】そこで、データ送信ノード１は、これらの
情報を含む、データ送信命令応答７を制御ノード３に対
して発行する。ここで、データ送信命令応答は、図２の
パケット形式からなり、その主要なデータフィールドの
値を（表６）に示す。これらの値の内容については、基
本的には（表２）の値がそのまま返されるが、次に送る
べきデータブロックは、２２kBのデータブロック長を持
つ、４番データブロック２９であるので、データブロッ
ク番号２０には４が、データブロックデータ長２１には
２２kBがそれぞれ設定されている。さらに、次に転送す
る予定のデータブロックである、４番のデータブロック
２９は最後のデータブロックであるので、最終データブ
ロック通知ビット１８が１にセットされる。

【００５９】

【表６】

【００６０】前記データ送信命令応答７を受信した制御
ノード３は、次のデータブロックの転送が最後の転送処
理であることを、最終データブロック通知ビット１８の
ビットが１にセットされていることから検出し、次の４
番のデータブロック２９の転送処理を行った後、全体の
処理を終了する。ここで、制御ノード３は、全体のデー
タ転送の回数を意識することなく、データ送信ノード１
から発行されるデータ送信命令応答７の最終データブロ
ック通知ビット１８が０であれば次々とデータブロック
転送処理を行い、１であればその次のデータブロック転
送処理で処理を終了すれば良いため、制御ノード３があ
らかじめデータブロックの数を計算しておく必要がない
ため、制御処理が非常に簡単である。さらには、データ
の転送開始時にはそのデータ長がわからないような不定
長データの転送も容易に実現可能である。

【００６１】（第２の実施例）次に、本発明の第２の実
施例について説明する。図５は本発明のデータ転送方法
の第２の実施例であるシステムのブロック図である。な
お、本実施例は、図１に示した第１の実施例と基本的に
は同等であるので、システムの構成要素およびその動作
に関する詳細な説明は省略する。

【００６２】図５に示した第２の実施例が、先に説明し
た第１の実施例と異なる点は、制御ノード３がデータ送
信ノード１と同一のノードである点である。図５におい
ては、図１で図示されていた、データ送信命令５および
データ送信命令応答７については、内部的に処理される
ため、バス上にこれらのパケットデータは送信されな
い。

【００６３】一方で、データ受信ノード２に対して発行
されるデータ受信命令４は、図３で説明した第１の実施
例の場合のパケット形式とまったく同じ形式をとる。こ
こで第１の実施例と本実施例の相違点は、パケット送出
元ノード識別子１３の値とデータ送信元ノード識別子２
３の値が同じ値となる点のみである。この点を除けば、
この第２の実施例の動作およびデータ受信ノード２の制
御方法に関しては、先に説明した第１の実施例とまった
く同じ処理でデータ転送処理を行うことが可能である。

【００６４】（第３の実施例）次に、本発明の第３の実
施例について説明する。図６は本発明のデータ転送方法
の第３の実施例であるシステムのブロック図である。な
お、本実施例は、図１に示した第１の実施例と基本的に
は同等であるので、システムの構成要素およびその動作
に関する詳細な説明は省略する。

【００６５】図６に示した第３の実施例が、先に説明し
た第１の実施例と異なる点は、制御ノード３がデータ受
信ノード２と同一のノードである点である。図６におい
ては、図１で図示されていた、データ受信命令４および
データ受信命令応答８については、内部的に処理される
ため、バス上にこれらのパケットデータは送信されな
い。

【００６６】一方で、データ送信ノード１に対して発行
されるデータ受信命令５は、図２で説明した第１の実施
例の場合のパケット形式とまったく同じ形式をとる。こ
こで第１の実施例と本実施例の相違点は、パケット送出
元ノード識別子１３の値とデータ受信先ノード識別子１
９の値が同じ値となる点のみである。この点を除けば、
この第３の実施例の動作およびデータ送信ノード１の制
御方法に関しては、先に説明した第１の実施例とまった
く同じ処理でデータ転送処理を行うことが可能である。

【００６７】以上、本発明の第１〜第３の実施例を比較
することで、制御ノード３の制御の元で、データ送信ノ
ード１からデータ送信ノード２へデータを転送するデー
タ転送方法を定義することで、様々なシステム構成に柔
軟に対応可能で、かつ処理効率の良いシステムを構築す
ることが可能となることがわかる。 （第４の実施例）次に、本発明の第４の実施例について
説明する。図７は、本発明の第４の実施例を説明するブ
ロック図であり、１つのデータを複数のノードに並列に
転送するシステムを表している。図７において、１はデ
ータ送信ノード、３は制御ノード、５はデータ送信命
令、７はデータ送信命令応答、２００は第１のデータ受
信ノード、２０１は第２のデータ受信ノード、２０２は
第３のデータ受信ノードである。また、３００は第１の
データ受信ノードに転送されるデータブロック、３０１
は第２のデータ受信ノードに転送されるデータブロッ
ク、３０２は第３のデータ受信ノードに転送されるデー
タブロックである。

【００６８】次に、図７を用いて、本発明の第４の実施
例の動作について説明する。なお、図７では説明を簡単
にするために、制御ノード３からデータ受信ノードに発
行されるデータ受信指示命令およびデータ受信ノードか
ら制御ノード３に発行されるデータ受信指示命令応答を
省略している。ここでは、データ送信ノード１に存在す
る３番のデータブロック２８を２００から２０２までの
３つのデータ受信ノードへ転送する処理を表している。
まず、制御ノード３はデータ送信ノード１に３番目のデ
ータブロックを第１のデータ受信ノード２００に送信す
るデータ送信命令５を発行する。第１のデータ受信ノー
ド２００へのデータブロックの転送が完了したら、次に
制御ノード３は送信ノード１に同じ３番目のデータブロ
ックを第２のデータ受信ノード２０１に送信するデータ
送信命令５を発行する。第２のデータ受信ノード２０１
へのデータブロックの転送が完了したら、最後に制御ノ
ード３は送信ノード１に同じ３番目のデータブロックを
第３のデータ受信ノード２０２に送信するデータ送信命
令５を発行する。第３のデータ受信ノード２０２へのデ
ータブロックの転送が完了したら、次は第４のデータブ
ロックについて、転送命令を順次発行する処理を行う。

【００６９】このような制御ノード３の動作により、単
一のデータを並列に複数のデータ受信ノードに転送する
ことが可能であり、データ送信ノード１がテープ機器の
ような、送信用データブロックを準備するのに長い時間
がかかる機器や、データ転送速度の遅い機器である場合
には、データブロックを準備する回数が直列処理を行う
場合に比べて少なくなるため、トータルの処理時間が少
なくなるという利点がある。

【００７０】また、図７で制御ノード３がデータ送信ノ
ード１に発行するデータ送信命令のパケットのデータフ
ィールドの値を（表７）に示す。（表７）には第１のデ
ータ受信ノード２００へのデータ送信命令と、第２のデ
ータ受信ノード２０１へのデータ送信命令と、第３のデ
ータ受信ノード２０２へのデータ送信命令のそれぞれの
データフィールドの値を説明している。ここでデータブ
ロック再送要求ビット１６の値が第１のデータ送信命令
と第２のデータ送信命令では１にセットされており、第
３のデータ送信命令では０が設定されている。（表８）
にこれらのデータ送信命令に対するデータ送信指示命令
応答のパケットのデータフィールドの値を示す。（表
８）において、データブロック再送要求ビット１６が１
の状態でデータ送信指示命令が発行されていたため、第
１のデータ受信ノードおよび第２のデータ受信ノードの
場合はデータブロック番号は命令と同じ３が返ってお
り、データブロックデータ長は３２kBがかえっている。
一方、第３のデータ受信ノードではデータブロック再送
要求ビット１６が０の状態でデータ送信指示命令が発行
されていたため、データブロック番号は４が返ってお
り、データブロックデータ長は２２kBがかえっている。
また、最終データブロック通知ビットに１がセットさ
れ、次が最後のデータブロックであることを示してい
る。

【００７１】

【表７】

【００７２】

【表８】

【００７３】ここで、データ送信ノード１は、データブ
ロック再送要求ビット１６に１がセットされているとき
は、次のデータブロックの転送準備を行わず、直前に転
送したデータブロックを保持し、データブロック再送要
求ビット１６に０がセットされているときは、次のデー
タブロックの転送準備を行う動作をする。すなわち、デ
ータブロック再送要求ビット１６を設けることにより、
本実施例のように同一のデータを複数のデータ受信ノー
ドに送信する時にもデータ送信ノードの処理を簡単かつ
高速に行うことができる。

【００７４】なお、以上の実施例では、AV/Cコマンドを
用いて命令および応答の伝送を行う場合を例にとって説
明したが、これ以外のコマンド伝送方式を用いても良
い。また、ノードが接続されるバスとして、IEEE 1394-
1995を用いた場合を例にとって説明したが、これに限定
されるものではなく、複数の機器が同時に接続可能なバ
スであれば良い。

【００７５】また、データブロック長が、最後のデータ
ブロックを除いて同じになる場合を例にとって説明した
が、必ずしもこれに限定されるものではなく、たとえば
すべてのデータブロックのデータ長が異なっても良い。
また、制御ノードが、データ送受信を行うノードと独立
して存在する場合と、データ送信ノードに含まれる場合
と、データ受信ノードに含まれる場合について説明した
が、実際のシステム構成では、独立した制御ノードと、
制御ノードを含むデータ送信ノードと、制御ノードを含
むデータ受信ノードの３つの機器でシステムを構成する
ことも可能である。このような場合では、ユーザがボタ
ンを操作するなどのオペレーションを行った機器が制御
ノードの機能を果たす。

【００７６】また、データ送信ノードとデータ受信ノー
ドは、必ずしもそれぞれがデータの送信と受信という固
定された機能を持つことを表しているのではなく、制御
ノードにより発行されるコマンドの種類によって、ある
ノードがデータ送信ノードになったり、データ受信ノー
ドになったりする構成も可能である。たとえば２台のデ
ジタルスチルカメラを接続し、相互にデータを交換する
ようなシステムが実現可能可能であることはいうまでも
ない。

【００７７】

【発明の効果】本発明のデータ転送方法を用いることに
より、様々なシステム構成に柔軟に対応可能で、処理の
効率が良く、エラー処理が簡単なシステムを実現するこ
とが可能である。

【図面の簡単な説明】

【図１】本発明の第１の実施例によるデータ転送方法を
用いたシステムのブロック図

【図２】同実施例によるデータ送信命令およびデータ送
信命令応答のデータフォーマットを示す図

【図３】同実施例によるデータ受信命令およびデータ受
信命令応答のデータフォーマットを示す図

【図４】同実施例による静止画データの分割方法を表す
図

【図５】本発明の第２の実施例によるデータ転送方法を
用いたシステムのブロック図

【図６】同第３の実施例によるデータ転送方法を用いた
システムのブロック図

【図７】同第４の実施例によるデータ転送方法を用いた
システムのブロック図

【図８】従来のデータ転送方法による静止画データシス
テムの第１の例を表すブロック図

【図９】従来のデータ転送方法による静止画データシス
テムの第２の例を表すブロック図

【図１０】従来のデータ転送方法による静止画データシ
ステムの第３の例を表すブロック図

【図１１】従来の改良されたデータ転送方法を用いた静
止画データシステムの例を表すブロック図

【符号の説明】

１ データ送信ノード ２ データ受信ノード ３ 制御ノード ４ データ受信命令 ５ データ送信命令 ６ データ ７ データ送信命令応答 ８ データ受信命令応答

Claims (10)

【特許請求の範囲】
1. 【請求項１】 各ノードに対してノード識別子が割り当
   てられるバスシステム上の第１のノードから第２のノー
   ドにデータをＮ個（Ｎは自然数）のデータブロックに分
   割して転送するに際し、１個のデータブロック転送に先
   立って、制御ノードは前記第２のノードに対してデータ
   ブロック受信命令を発行し、次に前記第１のノードに対
   して、前記第２のノードのノード識別子を含むデータブ
   ロック送信命令を発行することで、前記第１のノードか
   ら前記第２のノードへのデータブロック転送が実行さ
   れ、前記データブロック転送が終了した後に、前記第１
   のノードは前記データブロック送信処理の実行結果を前
   記制御ノードに対して通知し、前記第２のノードは前記
   データブロック受信処理の実行結果を前記制御ノードに
   対して通知することを特徴とするデータ転送方法。
2. 【請求項２】 制御ノードと第１のノードが同一のノー
   ドである場合は、前記第１のノードに対するデータブロ
   ック送信命令および前記第１のノードから前記制御ノー
   ドへの実行結果の通知がバス上に発行されないことを特
   徴とする請求項１記載のデータ転送方法。
3. 【請求項３】 制御ノードと第２のノードが同一のノー
   ドである場合は、前記第２のノードに対するデータブロ
   ック受信命令および前記第２のノードから前記制御ノー
   ドへの実行結果の通知がバス上に発行されないことを特
   徴とする請求項１記載のデータ転送方法。
4. 【請求項４】 制御ノードが第２のノードに対して発行
   するデータブロック受信命令が、第１のノードのノード
   識別子を含むものであり、前記第２のノードは前記デー
   タブロック受信命令に含まれているノード識別子と異な
   る識別子を持つノードから送信されたデータを無視する
   ことを特徴とする請求項１記載のデータ転送方法。
5. 【請求項５】 １回のデータブロック転送が終了した
   後、第１のノードは、制御ノードに発行するデータブロ
   ック送信処理の実行結果とともに次に転送すべきデータ
   ブロックが最後のデータブロックであることを通知する
   ことを特徴とする請求項１記載のデータ転送方法。
6. 【請求項６】 制御ノードが第１のノードに発行するデ
   ータブロック送信命令が、送信データブロックのデータ
   長を含み、かつ前記制御ノードが第２のノードに発行す
   るデータブロック受信命令が、前記受信データブロック
   のデータ長を含むことを特徴とする請求項１記載のデー
   タ転送方法。
7. 【請求項７】 １回のデータブロック転送が終了した
   後、第１のノードは、制御ノードにデータブロック送信
   処理の実行結果とともに次に転送すべきデータブロック
   のデータ長を通知することを特徴とする請求項６記載の
   データ転送方法。
8. 【請求項８】 第１のノードが、データブロック転送の
   際にエラーを検出したときは、制御ノードにデータブロ
   ック送信処理の実行結果とともに、データ再送の要求を
   通知することを特徴とする請求項１または７記載のデー
   タ転送方法。
9. 【請求項９】 第１のノードからＭ個（Ｍは自然数）の
   ノードに対して同一のデータを転送するにあたり、制御
   ノードは、前記第１のノードに対して、同一のデータブ
   ロックの送信指示命令を、データブロックを受信するノ
   ードの識別子を変化させながらＭ回発行し、これらの処
   理を前記データブロックの数Ｎ回（Ｎは自然数）繰り返
   す制御を行うことを特徴とする請求項１記載のデータ転
   送方法。
10. 【請求項１０】 制御ノードが第１のノードに対してデ
    ータブロック送信指示命令を発行する際に、その次に発
    行する予定のデータブロック送信指示命令が、（ａ）同
    一のデータブロックを指示するのか、（ｂ）その次のデ
    ータブロックを指示するのか、のどちらであるかを表す
    フラグを含むことを特徴とする請求項９記載のデータ転
    送方法。