JPH11112533A

JPH11112533A - データ通信システム、データ通信方法、データ通信ノードおよび記録媒体

Info

Publication number: JPH11112533A
Application number: JP26661597A
Authority: JP
Inventors: Masamichi Itou; 賢道伊藤
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 1997-09-30
Filing date: 1997-09-30
Publication date: 1999-04-23
Anticipated expiration: 2017-09-30
Also published as: JP3890124B2

Abstract

(57)【要約】【課題】受信ノードがデコーダを具備するか否かによ
らずデータ転送を効率的に行えるようにする。【解決手段】１３９４シリアルバスを用いて、例えば
記録再生装置１からプリンタ３〜５ヘ映像データを直接
転送してプリント処理することが可能な、ＰＣでの処理
を必要としないデータ通信方式を実現し、これによりＰ
Ｃの処理能力や動作状況に影響されずにユーザが優先的
に行いたいプリント処理を迅速に行うことができるよう
にする。その際、デコーダを具備しているプリンタに対
しては転送効率を向上させるためにも圧縮データを転送
し、デコーダを具備していないプリンタに対しては伸張
した後の非圧縮データを転送するようにすることによ
り、ネットワークに接続されているデコード機能の異な
る複数の機器に対しても、データ転送を円滑に行えるよ
うにする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はデータ通信システ
ム、データ通信方法、データ通信ノードおよび記録媒体
に関し、特に、制御信号と各種データとを混在させて通
信することが可能な通信制御バスを用いて複数の電子機
器間を接続して、各電子機器間でデータ通信を行うシス
テムに用いて好適なものである。

【０００２】

【従来の技術】従来、パソコン（以下、ＰＣ）およびそ
の周辺機器は、小型コンピュータ用の汎用型インタフェ
ースで代表的なデジタルインタフェース（以下、デジタ
ルＩ／Ｆ）であるＳＣＳＩ等をもって接続がなされ、デ
ータ通信が行われていた。デジタルカメラやデジタルビ
デオカメラもＰＣヘの画像入力手段として、周辺機器の
１つである。

【０００３】近年、デジタルカメラやビデオカメラで撮
影した静止画や動画といっ映像をＰＣへ取り込み、それ
をハードディスクに記憶したり、プリンタでカラープリ
ントするといった分野の技術が進んでおり、ユーザーも
増えている。取り込んだ画像データをＰＣからプリンタ
やハードディスクヘ出力する際などに、上記のＳＣＳＩ
等を経由してデータ通信が行われるものである。画像デ
ータのようにデータ量の多い情報を送るためには、こう
いったデジタルＩ／Ｆには転送データレートが高く、か
つ汎用性のあるものが必要とされる。

【０００４】また、従来は、ホストであるＰＣに各周辺
機器が接続される構成が一般的であり、ＰＣ内部および
外部接続装置に関する様々な処理がＰＣによって行われ
るものである。例えば、デジタルカメラ等で撮像した画
像データをプリンタでプリントする際も、画像データを
ＰＣに一旦取り込んだ後、各アプリケーションなどを用
いて編集を行い、その後プリンタに出力するといった手
順での処理が一般的に行われている。

【０００５】

【発明が解決しようとする課題】しかしながら、上記従
来例で挙げた代表的なデジタルＩ／ＦであるＳＣＳＩに
は、転送データレートの低いものや、パラレル通信のた
めケーブルが太いものが多く、接続される周辺機器の種
類や数、接続方式などにも制限があり、多くの面での不
便利性も指摘されている。

【０００６】また、通常ＰＣには多くの周辺機器が接続
可能であり、これら周辺機器とＰＣとの間の転送処理お
よびＰＣ内部でのデータ処理などによって、ＰＣの負荷
は非常に大きなものとなる。例えば、ユーザが優先して
画像のプリントを行いたいときなどは、一旦ＰＣに画像
データを取り込んだ上での処理を必要とするため、ＰＣ
の処理能力や状況によってはプリント速度が遅くなって
しまうことがある。

【０００７】このように、従来の構成では、ＰＣとその
周辺機器間でのデータ転送の煩わしさやＰＣの処理状況
などによって、ユーザが行いたい処理の効率が悪くなっ
てしまうという問題があった。

【０００８】また、従来、プリンタ装置に関しては装置
内にデコード機能を備えているものは少ない。これは、
プリンタではＰＣから出力された非圧縮画像データをプ
リントすることが一般的なためでもある。また、ビデオ
装置とプリンタ間にＰＣを接続しないビデオプリンタの
ような特殊なプリンタ装置は、ビデオ装置とプリンタ間
で情報のやり取りをする媒体として無線やＩ／Ｏケーブ
ル等を採用したものであるが、これを用いた場合でもア
ナログまたは非圧縮画像データとしての転送が一般的で
あり、転送効率は優れているとはいいがたいものが多
い。

【０００９】すなわち、映像データ等をプリントする
際、圧縮データを転送してプリンタでデコードすれば転
送効率は遙に向上するものであるが、そのような装置は
一般的に普及されていない。本発明の以上のような問題
を解決するために成されたものであり、受信ノードがデ
コーダを具備するか否かによらずデータ転送を効率的に
行えるようにすることを目的とする。

【００１０】

【課題を解決するための手段】例えば本発明のデータ通
信システムは、第１のノードからＤＳ−Ｌｉｎｋ方式を
用いたシリアルバスを介して他のノードにデータの転送
を行うデータ通信システムであって、上記第１のノード
は、データを所定の圧縮方式により圧縮して転送する構
成を有し、データ転送時において、圧縮データを転送す
る手段と非圧縮データを転送する手段とを備えることを
特徴とする。このとき、上記第１のノードは、データ内
容的に同一である圧縮データの転送と非圧縮データの転
送とをサイクル期間内に両方実行し、これをそれぞれの
転送終了まで各サイクルにおいて繰り返す。ここで、上
記第１のノードは映像の記録再生装置であっても良い。
また、上記他のノードはプリンタであっても良い。ま
た、上記第１のノードと上記他のノードとが上記ＤＳ−
Ｌｉｎｋ方式を用いたシリアルバスにより直接接続され
ていても良い。さらに、このＤＳ−Ｌｉｎｋ方式を用い
たは、ＩＥＥＥ１３９４シリアルバスであっても良い。

【００１１】すなわち、本発明は、従来抱えている上記
のような問題を解決するため、従来あるデジタルＩ／Ｆ
の問題点を極力解消した、各デジタル機器に統一されて
搭載されるような汎用型デジタルＩ／Ｆ（例えばＩＥＥ
Ｅ１３９４−１９９５ハイパフォーマンス・シリアルバ
ス）を用いて、ＰＣやプリンタ、その他の周辺装置、ま
たはカメラ一体型デジタルＶＴＲなどの記録再生装置等
をネットワーク構成で接続したときの機器間データ通信
を実現する。例えば、記録再生装置からプリンタヘ映像
データを直接転送してプリント処理することが可能なＰ
Ｃでの処理を必要としないデータ通信方式を実現し、こ
れによりプリント効率を向上させる。

【００１２】また、このような構成になると、映像デー
タのような情報量の多いデータの転送効率の向上を図る
ためには、圧縮した映像データの転送が不可欠になる。
しかし、映像データの転送先となる各装置、例えばプリ
ンタを例にとると、プリンタ内にデコーダを具備するも
のと具備しないものとが混在したネットワークが構成さ
れることもあるので、このようなネットワーク構成下に
おいても快適なデータ転送を実現する。

【００１３】すなわち、本発明によれば、一般的にネッ
トワークのホストとなるＰＣでの処理を経由せずに画像
プリントのためのデータ通信およびプリント処理が行え
るので、ＰＣの処理能力や動作状況に影響されずにユー
ザが優先的に行いたいプリント処理を迅速に行うことが
でき、かつプリントデータ処理のために生ずるＰＣの負
荷もなくすことができる。

【００１４】また、記録再生装置から転送される映像デ
ータ、特にプリントや画面表示をするための静止画デー
タなどに関して、同一内容のデータを転送する転送先と
なる機器がプリンタ、モニタ等のように複数個存在する
ときに、デコーダを具備している装置に対しては転送効
率を向上させるためにも圧縮データを転送して受信し、
デコーダを具備していない装置に対しては伸張した後の
非圧縮データを転送して受信できるようになり、ネット
ワークに接続されているデコード機能の異なる複数の機
器に対しても、転送が円滑に行える。

【００１５】さらに、複数機器にて構成されたシリアル
バス・ネットワークにおいて、本発明の第１のノードで
ある記録再生装置からの映像データを受信可能なすべて
の機器が、映像データの圧縮方式に対応可能なデコーダ
を具備しているときは、非圧縮データを転送しないよう
にすることで、より一層の転送効率の向上が図れる。

【００１６】

【発明の実施の形態】

＜第１の実施形態＞以下、本発明の第１の実施形態につ
いて図面を参照しながら説明する。図１に、本発明を実
施するときのネットワーク構成の一例を示す。ここで、
本発明においては、各機器間を接続するデジタルＩ／Ｆ
として、ＤＳ−Ｌｉｎｋ方式を用いたシリアルバス、例
えばＩＥＥＥ１３９４シリアルバスを用いるので、ＩＥ
ＥＥ１３９４シリアルバスについてあらかじめ説明す
る。

【００１７】《ＩＥＥＥ１３９４の技術の概要》家庭用
デジタルＶＴＲやＤＶＤ（Digital Video Disc）の登場
に伴って、ビデオデータやオーディオデータなどのよう
にリアルタイムでかつ情報量の多いデータを転送するた
めのサポートが必要になっている。こういったビデオデ
ータやオーディオデータをリアルタイムで転送し、それ
をパソコン（ＰＣ）に取り込んだり、またはその他のデ
ジタル機器に転送したりするためには、必要な転送機能
を備え高速にデータ転送可能なインタフェースが必要に
なってくる。こういった観点から開発されたインタフェ
ースが、ＩＥＥＥ１３９４−１９９５シリアルバス（Hi
gh Performance Serial Bus ：以下、１３９４シリアル
バス）である。

【００１８】図１１に、１３９４シリアルバスを用いて
構成されるネットワーク・システムの例を示す。このシ
ステムは、複数の機器Ａ，Ｂ，Ｃ，Ｄ，Ｅ，Ｆ，Ｇ，Ｈ
を備えており、Ａ−Ｂ間、Ａ−Ｃ間、Ｂ−Ｄ間、Ｄ−Ｅ
間、Ｃ−Ｆ間、Ｃ−Ｇ間およびＣ−Ｈ間がそれぞれ１３
９４シリアルバスのツイスト・ペア・ケーブルで接続さ
れている。これらの機器Ａ〜Ｈは例としてＰＣ、デジタ
ルＶＴＲ、ＤＶＤ、デジタルカメラ、ハードディスク、
モニタ等である。各機器間の接続方式は、ディジーチェ
ーン方式とノード分岐方式とを混在可能としたものであ
り、自由度の高い接続が可能である。

【００１９】また、各機器Ａ〜Ｈは各自固有のＩＤを有
し、それぞれがＩＤを認識し合うことによって、１３９
４シリアルバスで接続された範囲において、１つのネッ
トワークを構成している。各デジタル機器間をそれぞれ
１本の１３９４シリアルバスケーブルで順次接続するだ
けで、それぞれの機器が中継の役割を行い、全体として
１つのネットワークを構成するものである。また、１３
９４シリアルバスの特徴でもあるＰｌｕｇ＆Ｐｌａｙ機
能で、ケーブルを機器に接続した時点で自動的に機器の
認識や接続状況などの認識を行う機能を有している。

【００２０】また、図１１に示したようなシステムにお
いて、ネットワークからある機器が削除されたり、また
は新たに追加されたりしたときなどは、自動的にバスリ
セットを行い、それまでのネットワーク構成をリセット
してから、新たなネットワークの再構築を行う。この機
能によって、その時々のネットワークの構成を常時設
定、認識することができる。

【００２１】また、データ転送速度は、１００／２００
／４００Ｍｂｐｓと備えており、上位の転送速度を持つ
機器が下位の転送速度をサポートし、互換をとるように
なっている。

【００２２】データ転送モードとしては、コントロール
信号などの非同期データ（Asynchronousデータ：以下、
Asyncデータ）を転送するAsynchronous転送モード、リ
アルタイムなビデオデータやオーディオデータ等の同期
データ（ Isochronousデータ：以下 Isoデータ）を転送
する Isochronous転送モードがある。この Asyncデータ
と Isoデータは、各サイクル（通常１サイクル＝１２５
μＳ）の中において、サイクル開始を示すサイクル・ス
タート・パケット（ＣＳＰ）の転送に続き、 Isoデータ
の転送を優先しつつサイクル内で混在して転送される。

【００２３】次に、１３９４シリアルバスの構成要素を
図１２に示す。１３９４シリアルバスは、全体としてレ
イヤ（階層）構造で構成されている。図１２に示したよ
うに、最もハード的なものが１３９４シリアルバスのケ
ーブルである。さらに、そのケーブルのコネクタが接続
されるコネクタポートがあり、その上にハードウェアと
してフィジカル・レイヤとリンク・レイヤとがある。

【００２４】ハードウェア部は、実質的なインタフェー
スチップの部分であり、そのうちフィジカル・レイヤは
符号化やコネクタ関連の制御等を行い、リンク・レイヤ
はパケット転送やサイクルタイムの制御等を行う。ファ
ームウェア部のトランザクション・レイヤは、転送（ト
ランザクション）すべきデータの管理を行い、ReadやWr
ite といった命令を出す。シリアルバスマネージメント
は、接続されている各機器の接続状況やＩＤの管理を行
い、ノード制御、ネットワークの構成を管理する部分で
ある。後述するバス・マネージャやアイソクロナス・リ
ソース・マネージャの機能はこのシリアルバスマネージ
メントに含まれる。

【００２５】このハードウェア部およびファームウェア
部までが実質上の１３９４シリアルバスの構成である。
また、ソフトウェア部のアプリケーション・レイヤは、
使うソフトによって異なり、インタフェース上にどのよ
うにデータをのせるかを規定する部分であり、ＡＶプロ
トコルなどのプロトコルによって規定されている。以上
が１３９４シリアルバスの構成である。

【００２６】次に、１３９４シリアルバスにおけるアド
レス空間を図１３に示す。１３９４シリアルバスに接続
された各機器（ノード）には、必ず各ノードに固有の６
４ビットアドレスを持たせておく。そして、このアドレ
スをＲＯＭに格納しておくことで、自分や相手のノード
アドレスを常時認識でき、相手を指定した通信も行え
る。

【００２７】１３９４シリアルバスのアドレッシング
は、ＩＥＥＥ１２１２規格に準した方式であり、アドレ
ス設定は、最初の１０ビットがバスの番号の指定用に、
次の６ビットがノードＩＤ番号の指定用に使われる。そ
して、残りの４８ビットが機器に与えられたアドレス幅
となり、それぞれ固有のアドレス空間として使用するこ
とができる。このうち最後の２８ビットは、固有データ
の領域として、各機器の識別や使用条件の指定の情報な
どを格納する。

【００２８】以上が１３９４シリアルバスの技術の概要
である。次に、１３９４シリアルバスの特徴といえる技
術の部分を、より詳細に説明する。

【００２９】《１３９４シリアルバスの電気的仕様》図
１４に、１３９４シリアルバス・ケーブルの断面図を示
す。１３９４シリアルバスでは、接続ケーブル内に、２
組のツイストペア信号線の他に電源線を設けている。こ
れによって、電源を持たない機器や、故障により電圧低
下した機器等にも電力の供給が可能になっている。電源
線内を流れる電源の電圧は８〜４０Ｖ、電流はＤＣ最大
電流１．５Ａと規定されている。

【００３０】《ＤＳ−Ｌｉｎｋ符号化》図１５に、１３
９４シリアルバスで採用されている、データ転送フォー
マットのＤＳ−Ｌｉｎｋ符号化方式を説明するためのタ
イムチャートを示す。１３９４シリアルバスでは、ＤＳ
−Ｌｉｎｋ（Data/Strobe Link）符号化方式が採用され
ている。

【００３１】このＤＳ−Ｌｉｎｋ符号化方式は、高速な
シリアルデータ通信に適しており、その構成は、２本の
信号線を必要とする。より対線のうち１本に主となるデ
ータを送り、他方のより対線にはストローブ信号を送る
構成になっている。図１５に示すように、受信側では、
この通信されるデータとストローブ信号との排他的論理
和をとることによってクロックを再現できる。

【００３２】このＤＳ−Ｌｉｎｋ符号化方式を用いるメ
リットとして、他のシリアルデータ転送方式に比べて転
送効率が高いこと、ＰＬＬ回路が不要となるのでコント
ローラＬＳＩの回路規模を小さくできること、更には、
転送すべきデータが無いときにアイドル状態であること
を示す情報を送る必要がないので、各機器のトランシー
バ回路をスリープ状態にすることができ、消費電力の低
減が図れること、などが挙げられる。

【００３３】《バスリセットのシーケンス》１３９４シ
リアルバスでは、接続されている各機器（ノード）には
ノードＩＤが与えられ、ネットワーク構成として認識さ
れている。このネットワーク構成に変化があったとき、
例えばノードの挿抜や電源のＯＮ／ＯＦＦ等によるノー
ド数の増減などによって変化が生じ、新たなネットワー
ク構成を認識する必要があるとき、変化を検知した各ノ
ードはバス上にバスリセット信号を送信し、新たなネッ
トワーク構成を認識するモードに入る。このときの変化
の検知方法は、１３９４ポート基板上でのバイアス電圧
の変化を検知することによって行われる。

【００３４】あるノードからバスリセット信号が伝達さ
れると、各ノードのフィジカルレイヤは、このバスリセ
ット信号を受けると同時にリンクレイヤにバスリセット
の発生を伝達し、かつ他のノードにバスリセット信号を
伝達する。最終的にすべてのノードがバスリセット信号
を検知した後、バスリセットが起動となる。バスリセッ
トは、先に述べたようなケーブル挿抜やネットワーク異
常等によるハード検出による起動の他に、プロトコルか
らのホスト制御などによってフィジカルレイヤに直接命
令を出すことによっても起動する。

【００３５】また、バスリセットが起動すると、データ
転送は一時中断され、この間のデータ転送は待たされ
る。そして、バスリセットの終了後、新しいネットワー
ク構成のもとでデータ転送が再開される。以上がバスリ
セットのシーケンスである。

【００３６】《ノードＩＤ決定のシーケンス》バスリセ
ットの後、各ノードは新しいネットワーク構成を構築す
るために、各ノードにＩＤを与える動作に入る。このと
きのバスリセットからノードＩＤ決定までの一般的なシ
ーケンスを、図２３、図２４および図２５のフローチャ
ートを用いて説明する。

【００３７】図２３のフローチャートは、バスリセット
の発生からノードＩＤを決定し、データ転送が行えるよ
うになるまでの一連のバスの作業を示したものである。
まず、ステップＳ１０１では、ネットワーク内でバスリ
セットが発生するかどうかを常時監視していて、ここで
ノードの電源ＯＮ／ＯＦＦなどでバスリセットが発生す
ると、ステップＳ１０２に移る。

【００３８】ステップＳ１０２では、ネットワークがリ
セットされた状態から、新たなネットワークの接続状況
を知るために、直接接続されている各ノード間において
親子関係の宣言がなされる。そして、ステップＳ１０３
において、すべてのノード間で親子関係が決定したと判
断すると、ステップＳ１０４で１つのルートノードが決
定する。すべてのノード間で親子関係が決定するまで
は、ステップＳ１０２の親子関係の宣言が行われ、また
ルートノードも決定されない。

【００３９】ステップＳ１０４でルートが決定される
と、次はステップＳ１０５において、各ノードにＩＤを
与えるノードＩＤの設定作業が行われる。このノードＩ
Ｄの設定は、所定のノード順序で行われ、すべてのノー
ドにＩＤが与えられるまで繰り返し設定作業が行われ
る。最終的にステップＳ１０６ですべてのノードにＩＤ
を設定し終えたと判断したら、新しいネットワーク構成
がすべてのノードにおいて認識されたことになるので、
ステップＳ１０７でノード間のデータ転送が行える状態
となり、データ転送が開始される。

【００４０】このステップＳ１０７の状態になると、ス
テップＳ１０１に戻って再びバスリセットが発生するの
を監視するモードに入り、バスリセットが発生したらス
テップＳ１０２からステップＳ１０６までの設定作業が
繰り返し行われる。以上が図２３のフローチャートの説
明であるが、図２３のフローチャートのバスリセットか
らルート決定までの部分と、ルート決定後からＩＤ設定
終了までの部分との手順をより詳しく示したものをそれ
ぞれ、図２４、図２５に示す。

【００４１】まず、図２４のフローチャートの説明を行
う。ステップＳ２０１でバスリセットが発生したと判断
すると、ネットワーク構成は一旦リセットされる。な
お、ステップＳ２０１では、バスリセットが発生するか
どうかを常に監視している。

【００４２】次に、ステップＳ２０２では、リセットさ
れたネットワークの接続状況を再認識するための作業の
第一歩として、各機器にリーフ（１つのポートにのみ接
続があるノード）であることを示すフラグを立ててお
く。さらに、ステップＳ２０３では、各機器が自分の持
つポートがいくつ他ノードと接続されているのかを調べ
る。

【００４３】そして、ステップＳ２０４では、未定義ポ
ート数の認識結果に応じてこれから親子関係の宣言を始
めていくために、未定義（親子関係が決定されてない）
ポートの数を調べる。バスリセットの直後はポート数＝
未定義ポート数であるが、親子関係が決定されていくに
従って、ステップＳ２０４で検知する未定義ポートの数
は変化していく。

【００４４】まず、バスリセットの直後、はじめに親子
関係の宣言を行えるのはリーフに限られている。リーフ
であるかどうかは、ステップＳ２０３でのポート数の確
認で知ることができる。リーフは、ステップＳ２０５に
おいて、自分に接続されているノードに対して「自分は
子、相手は親」と宣言して動作を終了する。ステップＳ
２０３で複数のポートに接続があるブランチと認識され
たノードは、バスリセットの直後はステップＳ２０４で
未定義ポート数＞１と判断されるので、ステップＳ２０
６へと移り、まずブランチというフラグが立てられる。
そして、ステップＳ２０７で、リーフからの親子関係宣
言で「親」の受付をするために待つ。

【００４５】リーフによって親子関係の宣言が行われ、
ステップＳ２０７でそれを受けたブランチは、適宜ステ
ップＳ２０４に戻って未定義ポート数の確認を行う。こ
こで未定義ポート数が１になっていれば、残っているポ
ートに接続されているノードに対して、ステップＳ２０
５で「自分が子」の宣言をすることが可能になる。２度
目以降ステップＳ２０４で未定義ポート数を確認して
も、未定義ポート数が２以上あるブランチは、再度ステ
ップＳ２０７でリーフ又は他のブランチからの「親」の
受付をするために待つ。

【００４６】最終的に、いずれか１つのブランチ又は例
外的にリーフ（子宣言を行えるのにすばやく動作しなか
ったため）が、ステップＳ２０４の末定義ポート数の判
断結果としてゼロになったら、これにてネットワーク全
体の親子関係の宣言が終了したことになる。未定義ポー
ト数がゼロ（すべて親のポートとして決定）になった唯
一のノードは、ステップＳ２０８でルートのフラグが立
てられ、ステップＳ２０９でルートとしての認識がなさ
れる。

【００４７】このようにして、図２４に示したバスリセ
ットからネットワーク内すべてのノード間における親子
関係の宣言までが終了する。次に、図２５のフローチャ
ートについて説明する。

【００４８】まず、図２４のシーケンスでリーフ、ブラ
ンチ、ルートという各ノードのフラグ情報が設定されて
いるので、これをもとにして、ステップＳ３０１でそれ
ぞれを分類する。各ノードにＩＤを与える作業として最
初にＩＤの設定を行うことができるのはリーフからであ
る。すなわち、リーフ→ブランチ→ルートの順で若い番
号（ノード番号＝０〜）からＩＤの設定がなされてい
く。

【００４９】フラグ情報がリーフである場合は、まずス
テップＳ３０２でネットワーク内に存在するリーフの数
Ｎ（Ｎは自然数）を設定する。この後、ステップＳ３０
３では、各自リーフがルートに対してＩＤを与えるよう
に要求する。この要求が複数ある場合には、ルートはス
テップＳ３０４でアービトレーション（１つに調停する
作業）を行い、ステップＳ３０５で上記調停で勝ったノ
ード１つにＩＤ番号を与える。また、負けたノードには
失敗の結果通知を行う。

【００５０】ステップＳ３０６では、リーフがＩＤ取得
に成功したか否かを確認し、ＩＤ取得が失敗に終わった
リーフは、ステップＳ３０３に戻って再度ＩＤ要求を出
し、ＩＤを取得するまで同様の作業を操り返す。ＩＤを
取得できたリーフは、ステップＳ３０７に進み、そのノ
ードのＩＤ情報をブロードキャストで全ノードに転送す
る。１つのノードＩＤ情報のブロードキャストが終わる
と、ステップＳ３０８で残りのリーフの数Ｎが１つ減ら
される。

【００５１】そして、ステップＳ３０９で、この残りの
リーフ数Ｎを判断し、１以上あるときはステップＳ３０
３のＩＤ要求からの作業を繰り返し行う。最終的にすべ
てのリーフがＩＤ情報をブロードキャストすると、ステ
ップＳ３０９の判断結果がＮ＝０となり、次はブランチ
のＩＤ設定に移る。ブランチのＩＤ設定もリーフのとき
と同様に行われる。

【００５２】まず、ステップＳ３１０でネットワーク内
に存在するブランチの数Ｍ（Ｍは自然数）を設定する。
この後、ステップＳ３１１では、各自ブランチがルート
に対してＩＤを与えるように要求する。これに対してル
ートは、ステップＳ３１２でアービトレーションを行
い、この調停に勝ったブランチから順にリーフに与え終
った次の若い番号からＩＤを与えていく。ステップＳ３
１３では、ルートはＩＤ要求を出したブランチにＩＤ情
報又は失敗結果を通知する。

【００５３】ステップＳ３１４では、ブランチがＩＤ取
得に成功したか否かを確認し、ＩＤ取得が失敗に終わっ
たブランチは、ステップＳ３１１に戻って再度ＩＤ要求
を出し、ＩＤを取得するまで同様の作業を繰り返す。Ｉ
Ｄを取得できたブランチは、ステップＳ３１５に進み、
そのノードのＩＤ情報をブロードキャストで全ノードに
転送する。１つのノードＩＤ情報のブロードキャストが
終わると、ステップＳ３１６で残りのブランチの数Ｍが
１つ減らされる。

【００５４】そして、ステップＳ３１７で、この残りの
ブランチの数Ｍを判断し、１以上あるときはステップＳ
３１１のＩＤ要求からの作業を繰り返し、最終的にすべ
てのブランチがＩＤ情報をブロードキャストするまで行
う。すべてのブランチがノードＩＤを取得すると、ステ
ップＳ３１７の判断結果がＭ＝０となり、ブランチのＩ
Ｄ取得モードも終了する。

【００５５】ここまで終了すると、最終的にＩＤ情報を
取得していないノードはルートのみなので、ステップＳ
３１８に進んで、それまでに与えていない番号で最も若
い番号を自分のＩＤ番号として設定し、ステップＳ３１
９でルートのＩＤ情報をブロードキャストする。以上
で、図２５に示したように、親子関係が決定した後から
すべてのノードのＩＤが設定されるまでの手順が終了す
る。

【００５６】次に、一例として図１６に示した実際のネ
ットワークにおける動作を、図１６を参照しながら説明
する。図１６において、ルートノードＢの下位にはノー
ドＡとノードＣとが直接接続されており、更にノードＣ
の下位にはノードＤが直接接続されており、更にノード
Ｄの下位にはノードＥとノードＦとが直接接続された階
層構造になっている。この階層構造やルートノード、ノ
ードＩＤを決定する手順を以下に説明する。

【００５７】すなわち、バスリセットがされた後、まず
各ノードの接続状況を認識するために、各ノードの直接
接続されているポート間において親子関係の宣言がなさ
れる。この親子とは、親側が階層構造で上位となり、子
側が下位となると言うことができる。

【００５８】図１６の例では、バスリセットの後、最初
に親子関係の宣言を行ったのはノードＡである。基本的
には、親子関係の宣言はリーフから行うことができる。
これは、自分には１ポートの接続があるのみということ
をまず知ることができるので、これによってネットワー
クの端であることを認織する。そして、各リーフの中で
早く動作を行ったノードから親子関係が決定されてい
く。こうして親子関係の宣言を行った側（Ａ−Ｂ間では
ノードＡ）のポートが子と設定され、相手側（ノード
Ｂ）のポートが親と設定される。こうして、ノードＡ−
Ｂ間で子−親、ノードＥ−Ｄ間で子−親、ノードＦ−Ｄ
間で子−親と決定される。

【００５９】さらに一階層上がって、今度は複数個の接
続ポートを持つノード（ブランチ）のうち、他のノード
からの親子関係の宣言を受けたものから順次、更に上位
に親子関係の宣言を行っていく。図１６の例では、まず
ノードＤがＤ−Ｅ間、Ｄ−Ｆ間の親子関係を決定した
後、ノードＣに対する親子関係の宣言を行っており、そ
の結果ノードＤ−Ｃ間で子−親と決定している。ノード
Ｄからの親子関係の宣言を受けたノードＣは、もう一つ
のポートに接続されているノードＢに対して親子関係の
宣言を行い、ノードＣ−Ｂ間で子−親と決定している。

【００６０】このようにして、図１６のような階層構造
が構成され、最終的に接続されているすべてのポートに
おいて親となったノードＢが、ルートノードと決定され
る。ルートは１つのネットワーク構成中に１つしか存在
しないものである。なお、この図１６においてはノード
Ｂがルートノードと決定されたが、これはノードＡから
親子関係の宣言を受けたノードＢが、他のノードに対し
て親子関係の宣言をより早いタイミングで行っていれ
ば、ルートノードは他ノードに移っていたこともあり得
る。すなわち、宣言の伝達されるタイミングによっては
他のノードもルートノードとなる可能性があり、同じネ
ットワーク構成でもルートノードは一定とは限らない。

【００６１】ルートノードが決定すると、次は各ノード
ＩＤを決定するモードに入る。ここではすべてのノード
が、決定した自分のノードＩＤを他のすべてのノードに
通知する（ブロードキャスト機能）。自己ＩＤ情報は、
自分のノード番号、接続されている位置の情報、持って
いるポートの数、接続のあるポートの数、各ポートの親
子関係の情報等を含んでいる。

【００６２】ノードＩＤ番号の割り振りの手順として
は、まず１つのポートにのみ接続があるノード（リー
フ）から起動することができ、この中から順にノード番
号＝０、１、２、…と割り当てられる。ノードＩＤを手
にしたノードは、ノード番号を含む情報をブロードキャ
ストにて各ノードに送信する。これによって、そのＩＤ
番号は『割り当て済み』であることが認識される。

【００６３】すべてのリーフが自己ノードＩＤを取得し
終ると、次はブランチヘ移り、リーフに引き続いたノー
ドＩＤ番号が各ノードに割り当てられる。リーフと同様
に、ノードＩＤ番号が割り当てられたブランチから順次
ノードＩＤ情報をブロードキャストし、最後にルートノ
ードが自己ＩＤ情報をブロードキャストする。すなわ
ち、常にルートは最大のノードＩＤ番号を所有するもの
である。以上のようにして、階層構造全体のノードＩＤ
の割り当てが終わり、ネットワーク構成が再構築され、
バスの初期化作業が完了する。

【００６４】《アービトレーション》１３９４シリアル
バスでは、データ転送に先立って必ずバス使用権のアー
ビトレーション（調停）を行う。１３９４シリアルバス
は、個別に接続された各機器が転送された信号をそれぞ
れ中継することによってネットワーク内すべての機器に
同信号を伝えるような、論理的なバス型ネットワークで
あるので、伝送パケットの衝突を防ぐ意味でアービトレ
ーションは必要である。これにより、ある時間にはたっ
た一つのノードのみが転送を行うことができる。

【００６５】アービトレーションを説明するための図と
して、図１７（ａ）にバス使用要求の様子を示し、図１
７（ｂ）にバス使用許可の様子を示す。以下、この図１
７を用いてアービトレーションについて説明する。アー
ビトレーションが始まると、１つもしくは複数のノード
が親ノードに向かってそれぞれバス使用権の要求を発す
る。図１７（ａ）のノードＣとノードＦがバス使用権の
要求を発しているノードである。

【００６６】このバス使用権の要求を受けた親ノード
（図１７（ａ）ではノードＡ）は、更にその親ノードに
向かってバス使用権の要求を発する（つまり、バス使用
権の要求を中継する）。この要求は、最終的に調停を行
うルートに届けられる。バス使用要求を受けたルートノ
ードは、どのノードにバスを使用させるかを決める。こ
の調停作業は、ルートノードのみが行えるものであり、
調停によって勝ったノードにはバスの使用許可を与え
る。図１７（ｂ）ではノードＣに使用許可が与えられ、
ノードＦには使用拒否が与えられている。

【００６７】アービトレーションに負けたノードに対し
ては、ＤＰ（data prefix ）パケットを送り、拒否され
たことを知らせる。拒否されたノードのバス使用要求
は、次回のアービトレーションまで待たされる。以上の
ようにして、アービトレーションに勝ってバスの使用許
可を得たノードは、以降データの転送を開始できる。

【００６８】ここで、アービトレーションの一連の流れ
を、図２６に示すフローチャートを参照して説明する。
ノードがデータ転送を開始できるためには、バスがアイ
ドル状態にあることが必要である。先に行われていたデ
ータ転送が終了して、現在バスが空き状態であることを
認識するためには、各転送モードで個別に設定されてい
る所定のアイドル時間ギャップ長（例えば、サブアクシ
ョン・ギャップ）を経過することによって、各ノードは
自分の転送が開始できると判断する。

【００６９】そのため、まずステップＳ４０１におい
て、 Asyncデータや Isoデータ等のそれぞれ転送するデ
ータに応じた所定のギャップ長が得られたかどうかを判
断する。所定のギャップ長が得られない限り、転送を開
始するために必要なバス使用権の要求はできないので、
所定のギャップ長が得られるまで待つ。

【００７０】ステップＳ４０１で所定のギャップ長が得
られたら、ステップＳ４０２で転送すべきデータがある
か否かを判断し、ある場合はステップＳ４０３に進んで
そのデータを転送するためにバスの使用権を確保するよ
う、バス使用権の要求をルートに対して発する。このと
きのバス使用権の要求を表す信号は、図１７に示したよ
うに、ネットワーク内の各機器を中継しながら最終的に
ルートに届けられる。なお、ステップＳ４０２で転送す
るデータがない場合は、そのまま待機する。

【００７１】次に、ステップＳ４０４でルートがステッ
プＳ４０３のバス使用要求を１つ以上受信したら、ルー
トはステップＳ４０５において、使用要求を出したノー
ドの数を調べる。ステップＳ４０５での選択値がノード
数＝１（バス使用権の要求を出したノードが１つ）だっ
たら、そのノードに直後のバス使用許可が与えられるこ
ととなる。

【００７２】また、ステップＳ４０５での選択値がノー
ド数＞１（使用要求を出したノードが複数）だったら、
ルートはステップＳ４０６において、使用許可を与える
ノードを１つに決定する調停作業を行う。この調停作業
は公平なものであり、毎回同じノードばかりが許可を得
るようなことはなく、平等に権利を与えていくような構
成となっている。

【００７３】次に、ステップＳ４０７で、使用要求を出
した複数のノードの中から、ルートが調停して使用許可
を得た１つのノードと、その調停に敗れたその他のノー
ドとに分ける選択を行う。ここで、ルートは、調停され
て使用許可を得た１つのノード、またはステップＳ４０
５の選択値から使用要求ノード数＝１で調停無しに使用
許可を得たノードに対しては、ステップＳ４０８で許可
信号を送る。許可信号を得たノードは、許可信号を受け
取った直後に転送すべきデータ（パケット）の転送を開
始する。

【００７４】また、ステップＳ４０６の調停で敗れてバ
ス使用が許可されなかったノードには、ステップＳ４０
９でアービトレーション失敗を示すＤＰ（data prefix
）パケットがルートから送られる。これを受け取った
ノードは、再度転送を行うためのバス使用要求を出すた
め、ステップＳ４０１に戻り、所定のギャップ長が得ら
れるまで待機する。以上がアービトレーションの流れを
示すフローチャートの説明である。

【００７５】《サイクル・マスタ（cycle master）》構
成要素におけるサイクル・マスタとは、周期的にサイク
ル開始信号を生成するノードである。サイクル開始信号
はサイクル・スタート（sysle start ）と呼ばれ、サイ
クル・シンク（cycle synch ）源（通常は１２５μＳ）
により設定される特別な間隔でサイクル・スタート・パ
ケットとしてサイクル・マスタから各ノードに向けて送
信される。サイクル・スタート時間は通常１２５μＳ毎
となるが、転送状態によっては１２５μＳから遅延を生
じて送信される場合がある。

【００７６】《バス・マネージャ（bus manager ）》バ
ス・マネージャとは、図１２に示したシリアルバスマネ
ージメントに含まれる機能として、高度な電源管理、シ
リアルバスの性能の最適化、トポロジの管理、データ転
送速度の管埋、サイクル・マスタの制御や性能の最適化
等の機能を持つものであり、他のノードに管理機能を提
供することができるノードである。また、バス・マネー
ジャとなるノードは同時に、次に示すアイソクロナス・
リソース・マネージャノードともなりうる。

【００７７】《アイソクロナス・リソース・マネージャ
（Isochronous resource manager）》アイソクロナス・
リソース・マネージャとは、シリアルバスマネージメン
トに含まれる機能として、アイソクロナス転送における
アイソクロナス・データ転送帯域とチャネル番号との割
り付けを管理する機能を有するノードである。この管理
を行うアイソクロナス・リソース・マネージャは、バス
上に唯一存在し、バスの初期化フェーズ後、このアイソ
クロナス・リソース・マネージャ機能を持った複数のノ
ードの中から動的に１つが選出される。

【００７８】また、バス・マネージャの決定もこのアイ
ソクロナス・リソース・マネージャノードによって行わ
れる。バス上にバス・マネージャが存在しない構成で
は、電源管理やサイクル・マスタの制御といったバス・
マネージャの一部の機能を、アイソクロナス・リソース
・マネージャが行うことがある。

【００７９】《Asynchronous（非同期）転送》アシンク
ロナス転送は、非同期転送である。図１８に、アシンク
ロナス転送における時間的な遷移状態を示す。図１８に
示す最初のサブアクション・ギャップは、バスのアイド
ル状態を示すものである。このアイドル時間が一定値に
なった時点で、データ転送を希望するノードはバスが使
用できると判断して、バス獲得のためのアービトレーシ
ョンを実行する。

【００８０】アービトレーションでバスの使用許可を得
ると、次にデータの転送がパケット形式で実行される。
データ転送後、これを受信したノードは、転送されたデ
ータに対しての受信結果である受信確認用返送コードａ
ｃｋをackgapという短いギャップの後で返送して応答す
るか、応答パケットを送ることによって、転送が完了す
る。受信確認用返送コードａｃｋは、４ビットの情報と
４ビットのチェックサムとから成り、成功であるか、ビ
ジー状態であるか、ペンディング状態であるかといった
情報を含み、すぐに送信元ノードに返送される。

【００８１】次に、図１９にアシンクロナス転送のパケ
ットフォーマットの例を示す。パケットには、データ部
および誤り訂正用のデータＣＲＣの他にヘッダ部があ
る。そのヘッダ部には図１９に示したような、目的ノー
ドＩＤ、ソースノードＩＤ、転送データ長さ、各種コー
ドなどが書き込まれ、転送が行われる。アシンクロナス
転送は、自己ノードから相手ノードヘの１対１の通信で
ある。転送元ノードから転送されたパケットは、ネット
ワーク中の各ノードに行き渡るが、自分宛てのアドレス
以外のものは無視されるので、宛先の１つのノードのみ
が転送されたパケットを読み込むことになる。以上がア
シンクロナス転送の説明である。

【００８２】《 Isochronous（同期）転送》アイソクロ
ナス転送は、同期転送である。１３９４シリアルバスの
最大の特徴であるとも言えるこのアイソクロナス転送
は、特にＶＩＤＥＯ映像データや音声データといったマ
ルチメディアデータなど、リアルタイムな転送を必要と
するデータの転送に適した転送モードである。また、ア
シンクロナス（非同期）転送が１対１の転送であったの
に対し、このアイソクロナス転送はブロードキャスト機
能によって、転送元の１つのノードから他のすべてのノ
ードへパケットが一様に転送される。

【００８３】図２０は、アイソクロナス転送における時
間的な遷移状態を示す図である。アイソクロナス転送
は、バス上一定時間毎に実行される。この時間間隔をア
イソクロナスサイクルと呼ぶ。アイソクロナスサイクル
時間は１２５μＳである。この各サイクルの開始時間を
示し、各ノードの時間調整を行う役割を担っているのが
サイクル・スタート・パケットである。サイクル・スタ
ート・パケットを送信するのはサイクル・マスタであ
り、１つ前のサイクル内の転送終了後、所定のアイドル
期間（サブアクションギャップ）を経た後、本サイクル
の開始を告げるサイクル・スタート・パケットを送信す
る。このサイクル・スタート・パケットの送信される時
間間隔が１２５μＳとなる。

【００８４】また、図２０にチャネルＡ、チャネルＢ、
チャネルＣと示したように、１サイクル内において複数
種のパケットを、チャネルＩＤをそれぞれ与えることに
よって区別して転送できる。これにより、同時に複数の
ノード間でのリアルタイムな転送が可能である。このと
き、受信するノードでは自分が欲しいチャネルＩＤのデ
ータのみを取り込む。このチャネルＩＤは、送信先のア
ドレスを表すものではなく、データに対する論理的な番
号を与えているに過ぎない。よって、あるパケットの送
信は１つの送信元ノードから他のすべてのノードに行き
渡るブロードキャストで転送されることになる。

【００８５】アイソクロナス転送のパケット送信に先立
って、アシンクロナス転送と同様にアービトレーション
が行われる。しかし、アシンクロナス転送のように１対
１の通信ではないので、アイソクロナス転送には受信確
認用返信コードａｃｋは存在しない。また、図２０に示
したiso gap （アイソクロナスギヤップ）とは、アイソ
クロナス転送を行う前にバスが空き状態であると認識す
るために必要なアイドル期間を表している。この所定の
アイドル期間を経過すると、アイソクロナス転送を行い
たいノードはバスが空いていると判断し、転送前のアー
ビトレーションを行うことができる。

【００８６】次に、図２１にアイソクロナス転送のパケ
ットフォーマットの一例を示す。各チャネルに分かれた
各種のパケットには、それぞれデータ部および誤り訂正
用のデータＣＲＣの他にヘッダ部がある。そのヘッダ部
には、図２１に示したような、転送データ長やチャネル
ＮＯ、その他各種コードおよび誤り訂正用のヘッダＣＲ
Ｃなどが書き込まれ、転送が行われる。以上がアイソク
ロナス転送の説明である。

【００８７】《バス・サイクル》実際の１３９４シリア
ルバス上の転送では、アイソクロナス転送とアシンクロ
ナス転送とは混在できる。アイソクロナス転送とアシン
クロナス転送とが混在したバス上での転送状態の時間的
な遷移の様子を、図２２に示す。アイソクロナス転送
は、アシンクロナス転送より優先して実行される。その
理由は、サイクル・スタート・パケットの後、アシンク
ロナス転送を起動するために必要なアイドル期間のギャ
ップ長（サブアクションギャップ）よりも短いギャップ
長（アイソクロナスギャップ）で、アイソクロナス転送
を起動できるからである。

【００８８】図２２に示した一般的なバスサイクルにお
いて、サイクル＃ｍのスタート時にサイクル・スタート
・パケットがサイクル・マスタから各ノードに転送され
る。これにより、各ノードで時刻調整を行い、所定のア
イドル期間（アイソクロナスギャップ）を待ってから、
アイソクロナス転送を行うべきノードはアービトレーシ
ョンを行い、パケット転送に入る。図２２では、チャネ
ルｅとチャネルｓとチャネルｋとが順にアイソクロナス
転送されている。

【００８９】このアービトレーションからパケット転送
までの動作を、与えられているチャネル分繰り返し行っ
た後、サイクル＃ｍにおけるアイソクロナス転送がすべ
て終了したら、アシンクロナス転送を行うことができる
ようになる。すなわち、アシンクロナス転送を行うこと
が可能なサブアクションギャップにアイドル時間が達す
ることによって、アシンクロナス転送を行いたいノード
はアービトレーションの実行に移れると判断する。

【００９０】ただし、アシンクロナス転送が行える期間
は、アイソクロナス転送の終了後から次のサイクル・ス
タート・パケットを転送すべき時間（cycle synch ）ま
での間に、アシンクロナス転送を起動するためのサブア
クションギャップが得られた場合に限っている。

【００９１】図２２のサイクル＃ｍでは、３チャネル分
のアイソクロナス転送と、その後における２パケット分
（パケット１、パケット２）のアシンクロナス転送（含
むａｃｋ）とが行われている。このアシンクロナスパケ
ット２の後は、サイクル＃ｍ＋１をスタートすべき時間
（cycle synch ）に至るので、サイクル＃ｍでの転送は
ここまでで終わる。

【００９２】ただし、非同期または同期転送動作中に次
のサイクル・スタート・パケットを送信すべき時間（cy
cle synch ）に至ったとしたら、データ転送を無理に中
断せず、その転送が終了した後のアイドル期間を待って
から次サイクルのサイクル・スタート・パケットを送信
する。すなわち、１つのサイクルが１２５μＳ以上続い
たときは、その分次のサイクルは基準の１２５μＳより
短縮される。このように、アイソクロナス・サイクルは
１２５μＳを基準に超過、および短縮し得るものであ
る。

【００９３】しかし、アイソクロナス転送は、リアルタ
イム転送を維持するために毎サイクル必要であれば必ず
実行され、アシンクロナス転送は、サイクル時間が短縮
されたことによって次以降のサイクルにまわされること
もある。こういった遅延情報も含めて、サイクル・マス
タによって管埋される。以上が、ＩＥＥＥ１３９４シリ
アルバスの説明である。

【００９４】ここから、図１のように１３９４シリアル
バスケーブルで各機器が接続されたときの説明を行う。
本実施形態でのバス構成は、図１に示すように実線で描
いた１３９４シリアルバスで接続された、デジタルカメ
ラやデジタルＶＴＲ等の記録再生装置１と、モニタ２
と、プリンタ装置３、４、５との接続構成である。モニ
タ２では動画または静止画のビデオ映像の表示処理が可
能であり、プリンタ３、４、５では静止画データのプリ
ント処理が可能である。

【００９５】この図１のネットワークは一例とした機器
群であって、接続構成も図１の各機器を任意の位置に接
続するものでよく、記録再生装置１を含む構成であれば
数も限定されない。また、各機器から先に更に他のデジ
タル機器が接続された構成であっても構わない。また、
記録再生装置やプリンタが図に示した数より多く接続さ
れた構成でもよい。

【００９６】さらに、図１に示した以外の機器でも、Ｐ
Ｃ、ハードディスクなどの外部記憶装置、ＣＤ、ＤＶＤ
等の出力機器など、１３９４シリアルバスでネットワー
クが構成できる機器なら何が接続されてもよい。モニタ
２およびプリンタ３、４、５における記録再生装置１に
対応可能なデコード機能の有無は任意であってよいが、
第１の実施形態では特に、プリンタ３、４、５は、記録
再生装置１に対応可能なデコーダが有るものと無いもの
とが混在した構成であるとする。

【００９７】すなわち、第１の実施形態でのプリンタ
３、４、５の構成は、図５および図６にブロック図とし
て示してあるが、プリンタ３は記録再生装置１でのデー
タ圧縮方式に対応可能なデコード機能を備えたものであ
り、プリンタ４、５はデコード機能を全く備えていない
か、または記録再生装置１の圧縮方式に対応不可能なデ
コーダのみを備えたものとする。

【００９８】図１をもとに上述したバス構成を背景とし
て、以下に示すブロック図３〜６を用いて本発明の第１
の実施形態に関する説明を行う。図３は、図１に示した
記録再生装置１の構成を示す図である。図３において、
６は撮像系、７はＡ／Ｄコンバータ、８は映像信号処理
回路、９は所定のアルゴリズムに従って記録時に圧縮、
再生時に伸張を行う圧縮伸張回路である。

【００９９】１０は記録媒体としての磁気テープや光
（磁気）ディスク、固体メモリ等とその記録再生ヘッド
等も含めた記録再生系、１１は指示入力を行う操作部、
１２はシステムコントローラ、１３はＤ／Ａコンバー
タ、１４は表示部としてのＥＶＦ、１５は非圧縮で転送
する映像データを一時記憶するための画像メモリ、１６
は上記画像メモリ１５の書き込み／読み出しを制御する
メモリ制御部である。

【０１００】１７は圧縮して転送する映像データを一時
記憶するための画像メモリ、１８は上記画像メモリ１７
の書き込み／読み出しを制御するメモリ制御部、１９は
データセレクタ、２０は１３９４シリアルバスのＩ／Ｆ
部である。１３９４Ｉ／Ｆ２０は、１３９４ケーブルに
よって１つのポートはモニタ２に、他の１つのポートは
プリンタ５に接続されている。

【０１０１】図４は、図１に示したモニタ装置２の構成
を示す図である。図４において、２１はモニタ２に搭載
された１３９４Ｉ／Ｆ部、２２は図３の圧縮伸張回路９
で所定のアルゴリズムに従って圧縮された映像データを
伸張可能な復号化回路（デコーダ）、２３はＤ／Ａコン
バータ、２４はＣＲＴ部、２５はモニタ２のシステムコ
ントローラ、２６はモニタ２の操作部である。

【０１０２】なお、図示はしていないが、モニタ２には
この他に、テレビジョン信号を受信および表示するため
の受信回路等を設けてもよい。１３９４Ｉ／Ｆ２１は、
１３９４ケーブルによって１つのポートは記録再生装置
１に、他の１つのポートはプリンタ３に接続されてい
る。

【０１０３】図５は、図１に示したプリンタ３の構成を
示す図である。図５において、３１はプリンタ３におけ
る１３９４Ｉ／Ｆ部、３２はデータセレクタ、３３は図
３の圧縮伸張回路９で所定のアルゴリズムに従って圧縮
された映像データを伸張可能な復号化回路（デコー
ダ）、３４はプリント画像の画像処理回路、３５はプリ
ント画像を形成するためのメモリである。

【０１０４】また、３６はプリンタヘッド、３７は上記
プリンタヘッド３６の駆動や紙送り等を行うドライバ、
３８はプリンタ３の制御部としてのプリンタコントロー
ラ、３９はプリンタ３の操作部である。１３９４Ｉ／Ｆ
３１は、１３９４ケーブルによって１つのポートはモニ
タ２に、他の１つのポートはプリンタ４に接続されてい
る。

【０１０５】図６は、図１に示したプリンタ４およびプ
リンタ５の構成を示す図である。図６において、４０は
プリンタ４またはプリンタ５における１３９４Ｉ／Ｆ
部、４１はデータセレクタ、４２はプリント画像の画像
処理回路、４３はプリント画像を形成するためのメモ
リ、４４はプリンタヘッド、４５は上記プリンタヘッド
４４の駆動や紙送り等を行うドライバ、４６はプリンタ
４または５の制御部としてのプリンタコントローラ、４
７はプリンタ４または５の操作部である。

【０１０６】プリンタ４において、１３９４Ｉ／Ｆ４０
は、１３９４ケーブルによって１つのポートからプリン
タ３に接続されている。また、プリンタ５においては、
１３９４Ｉ／Ｆ４０は、１３９４ケーブルによって１つ
のポートから記録再生装置１に接続されている。プリン
タ４とプリンタ５とは機能的には同一の構成であるの
で、ブロック図は図６のみで表した。

【０１０７】プリンタ３とプリンタ４、５との相違点
は、圧縮伸張回路９で所定のアルゴリズムに従って圧縮
された映像データを伸張可能な復号化回路（デコーダ）
３３の有無と、デコーダ３３に関連する処理の有無のみ
であって、その他のプリント機能および動作は等しいも
のであるとする。

【０１０８】次に、これらのブロック図３〜６に基づい
て第１の実施形態の動作を順を追って説明する。まず、
図３において、記録再生装置１の記録時に、撮像系６で
撮影した映像信号は、Ａ／Ｄコンバータ７でデジタル化
された後、映像信号処理回路８で映像処理がなされる。

【０１０９】映像信号処理回路８の出力の一方は、撮影
中の映像としてＤ／Ａコンバータ１３でアナログ信号に
戻され、ＥＶＦ１４で表示される。その他の出力は、圧
縮伸張回路９で所定のアルゴリズムに従って圧縮処理さ
れ、記録再生系１０で図示しない記録媒体に記録され
る。ここで、所定の圧縮処理とは、動画圧縮方式として
代表的なＭＰＥＧ方式、静止画圧縮方式として代表的な
ＪＰＥＧ方式である。その他、家庭用デジタルＶＴＲで
は、帯域圧縮方式としてのＤＣＴ（離散コサイン変換）
およびＶＬＣ（可変長符号化）に基づいた圧縮方式など
である。

【０１１０】再生時は、記録再生系１０が図示しない記
録媒体から所望の映像を再生する。このとき所望の映像
は、操作部１１から入力された指示内容をもとにして選
択され、システムコントローラ１２が制御して再生す
る。図示しない記録媒体から再生された映像データは、
一方では圧縮状態のままバスに転送する映像データとし
て画像メモリ１７に出力される。他方では、伸張して転
送する非圧縮映像データとして、再生された映像データ
が圧縮伸張回路９で伸張され、それにより得られる非圧
縮データが画像メモリ１５に出力される。

【０１１１】記録再生装置１は、動画を記録する形態、
静止画を記録する形態、または動画と静止画との両方を
記録する形態、さらには音声も含んだ状態で記録する形
態の何れであってもよいが、本実施形態では、再生した
静止画一画像または動画から抜き出した１フレーム分の
画像をプリントまたは静止画表示を行うために他ノード
に転送する際に、記録媒体より読み出した映像データを
圧縮したまま画像メモリ１７から転送することと、読み
出した同一の映像データを伸張した非圧縮映像データを
画像メモリ１５から転送することとの両方を並行して実
行するモードを備えるものである。このとき、画像メモ
リ１５、１７の両方から映像データを読み出してそれぞ
れ並行して転送することを可能とするものである。通常
モードでは、メモリ１５または１７のどちらか一方の出
力を転送するだけでよい。

【０１１２】圧縮映像データを転送しても、転送先とな
る複数の機器がその圧縮方式に対応可能なデコーダを具
備しているとは限らない。そこで、当該デコーダを具備
している機器に対しては圧縮データを転送することで転
送にかかる速度を早め、転送効率を向上させるととも
に、当該デコーダを具備していない機器に対しては、非
圧縮の映像データを転送する。これにより、デコーダを
具備する装置と具備しない装置とが混在するネットワー
クにおいてプリントのための転送、処理を円滑に行うこ
とができる。

【０１１３】また、再生した映像データをＥＶＦ１４で
表示するときは、再生された圧縮映像データは圧縮伸張
回路９で伸張され、それがＤ／Ａコンバータ１３でアナ
ログ信号に戻された後、ＥＶＦ１４に出力され、表示さ
れる。

【０１１４】画像メモリ１５、１７は、それぞれシステ
ムコントローラ１２にて制御されたメモリ制御部１６、
１８によって書き込み／読み出しの制御がなされ、所定
の条件に応じて画像メモリ１５、１７からの出力が制御
される。各画像メモリ１５、１７から読み出された映像
データは、データセレクタ１９へと出力される。

【０１１５】システムコントローラ１２は、記録再生装
置１内の各部の動作を制御するものであるが、プリンタ
などの外部に接続された機器に対する制御コマンドデー
タを出力し、データセレクタ１９から１３９４Ｉ／Ｆ２
０、１３９４シリアルバスを通して外部の装置にコマン
ド送信をすることもできる。

【０１１６】データセレクタ１９に入力された、データ
の内容的には同一の静止画データである画像メモリ１７
からの圧縮データと画像メモリ１５からの非圧縮デー
タ、更にコマンドデータは、１３９４Ｉ／Ｆ部２０にデ
ータ分類されて出力され、１３９４Ｉ／Ｆ２０から１３
９４シリアルバスの仕様に基づいてケーブル上をそれぞ
れデータ転送される。

【０１１７】ここで、本実施形態では、圧縮、非圧縮ど
ちらの静止画データを転送するときも、アイソクロナス
転送方式を用いて転送を行う。また、必要となるコマン
ドデータを転送するときは、アシンクロナス転送方式を
用いて転送先を指定して転送するようにし、夫々バス上
に転送する。また、圧縮静止画データを任意のチャネル
Ａとし、非圧縮静止画データを任意のチャネルＢとして
アイソクロナス転送する。このようなチャネルの分類
と、各データの転送のための処理とは、１３９４Ｉ／Ｆ
部２０とシステムコントローラ１２とによってなされ
る。

【０１１８】ここで、第１の実施形態において記録再生
装置１から静止画データをバス上に転送するときの時間
的な状態遷移図を、図２に示す。図２の各サイクルにお
けるｃｈ（チャネル）Ａは、アイソクロナス転送方式で
転送を行っている圧縮された静止画データのパケットで
ある。また、ｃｈ（チャネル）Ｂは、アイソクロナス転
送方式で転送を行っている非圧縮の静止画データのパケ
ットである。

【０１１９】サイクルスタートパケットで区切られた各
サイクルにそれぞれ１つずつチャネルＡとチャネルＢの
パケットが組み込まれていくが（図２ではサイクル＃ｍ
〜＃ｍ＋２）が、チャネルＡの圧縮データの方がサイク
ル＃ｍ＋２をもって先に転送が終わるので、サイクル＃
ｍ＋３、＃ｍ＋４以降ではチャネルＢのみの転送とな
り、これは転送終了まで続けられる。

【０１２０】図２は、サイクルスタートパケットとアイ
ソクロナス転送とを含んだ時間的なサイクルの流れと、
必要に応じて任意のサイクル内でコマンドデータ等をア
シンクロナス転送方式を用いてパケット転送している様
子とを示している。すなわち、圧縮静止画パケットと非
圧縮静止画パケットは、チャネルで分類され時分割に多
重されて、各サイクル毎にバス上を転送されることにな
る。また、コマンドデータは Asyncパケットとして、必
要に応じて任意のサイクル内に多重して転送される。第
１の実施形態では、このような転送形態をとるものとす
る。

【０１２１】このような一連の転送処理は、図３のシス
テムコントローラ１２によって制御され、この制御の手
順を記述したプログラムは、例えばシステムコントロー
ラ１２内の図示しないＲＯＭに格納される。この場合、
このＲＯＭは本発明の記録媒体を構成する。なお、記録
媒体の構成はこれに限らない。例えば、上記プログラム
を記憶する記録媒体としては、フロッピーディスク、ハ
ードディスク、光ディスク、光磁気ディスク、ＣＤ−Ｒ
ＯＭ、磁気テープ、不揮発性のメモリカード等を用いる
ことができる。

【０１２２】本実施形態における静止画の圧縮および非
圧縮データの転送先となる機器としては、図１に示した
ようにモニタ２とプリンタ３、４、５とが存在する。こ
れら受信側の機器は、必要とする映像データを含む Iso
パケットのチャネルを選択して受信する。また、コマン
ドデータ等の Asyncパケットに関しては、ヘッダーに転
送先ノードとして自分宛てと書き込まれているもののみ
を取り込む。

【０１２３】本実施形態において、圧縮か非圧縮かでチ
ャネルが異なる同一の静止画の Isoパケットの受信につ
いて、どちらを受信すべきかは以下のように設定する。
すなわち、プリンタなどの受信機器自身が具備するデコ
ーダが上記圧縮方式に対応できるときは、圧縮画像のチ
ャネルＡを受信し、具備するデコーダが上記圧縮方式に
対応できないときまたはデコード機能自体を具備しない
ときは、非圧縮画像のチャネルＢを受信するように設定
する。

【０１２４】なお、このような受信側ノードにおけるデ
ータの選択的受信処理等は、例えば受信ノード側のコン
トローラによって制御され、この制御の手順を記述した
プログラムは、例えば当該コントローラ内の図示しない
ＲＯＭに格納される。この場合、このＲＯＭは本発明の
記録媒体を構成する。なお、この記録媒体の構成がこれ
に限らないことは上述の場合と同様である。

【０１２５】次に、モニタ２の動作を図４に基づいて説
明する。モニタ２では、記録再生装置１が転送した動
画、静止画を受信して表示する。モニタ２は、動画とい
った情報量の多いデータをリアルタイムで受信すること
も可能なので、データ圧縮転送に対応するデコーダは具
備していた方が都合がよい。本実施形態では、記録再生
装置１内の圧縮伸張回路９で圧縮された映像データの伸
張を行える復号化回路（デコーダ）２２を具備するもの
である。

【０１２６】よって、モニタ２は、圧縮映像パケットの
チャネル（図２におけるチャネルＡ）を受信するように
設定しておき、システムコントローラ２５の制御に基づ
き、バス上をアイソクロナス転送されている圧縮パケッ
トのチャネルを１３９４Ｉ／Ｆ２１から受信するように
する。１３９４Ｉ／Ｆ２１から入力された圧縮映像デー
タは、復号化回路（デコーダ）２２に与えられ、記録再
生装置１内の圧縮伸張回路９で用いた圧縮方式に対応し
た伸張処理がなされる。

【０１２７】復号化回路２２より出力された映像データ
は、Ｄ／Ａコンバータ２３でアナログ映像信号に変換さ
れた後、ＣＲＴ２４でビデオ映像が表示される。操作部
２６は、モニタ２の入力切り換えスイッチの変更や、各
種設定の指示入力、およびＴＶ受像機を兼ねているとき
はその指示入力を行う部分である。この操作部２６の指
示に基づきシステムコントローラ２５によってモニタ各
部が制御される。

【０１２８】次に、プリンタ３の動作を図５に基づいて
説明する。すなわち、１３９４Ｉ／Ｆ部３１に入力され
たデータのうち、データセレクタ３２でデータの種類毎
に分類された静止画データ等のプリントすべきデータ
は、以下のように処理される。つまり、圧縮されている
ものについては復号化回路３３で伸張処理がなされた
後、画像処理回路３４でプリントに適した画像処理が施
されることにより、プリンタコントローラ３８によって
記憶、読み出しの制御がなされるメモリ３５にプリント
画像として形成される。そして、このプリント画像がプ
リンタヘッド３６に送られてプリントされる。

【０１２９】プリンタ３のヘッド駆動や紙送り等の駆動
は、ドライバ３７で行われるものであり、ドライバ３７
やプリンタヘッド３６の動作制御、およびその他各部の
制御は、プリンタコントローラ３８によって行われる。
プリンタ操作部３９は、紙送りやリセットインクチェッ
ク、プリンタ動作のスタンバイ／開始／停止等の動作を
指示入力するためのものであり、その指示入力に応じて
プリンタコントローラ３８によって各部の制御がなされ
る。

【０１３０】また、１３９４Ｉ／Ｆ部３１に入力された
データが、プリンタ３に対する何らかのコマンドデータ
であったときは、データセレクタ３２からプリンタコン
トローラ３８に制御コマンドとして伝達され、プリンタ
コントローラ３８によってその制御コマンドに対応した
プリンタ３の各部の制御がなされる。

【０１３１】プリンタ３はデコーダ３３を具備するの
で、圧縮映像パケットのチャネル（図２におけるチャネ
ルＡ）を受信するように設定しておき、バス上をアイソ
クロナス転送されている圧縮パケットのチャネルを１３
９４Ｉ／Ｆ３１から受信するようにする。

【０１３２】次に、プリンタ４および５の動作を図６に
基づいて説明する。すなわち、１３９４Ｉ／Ｆ部４０に
入力されたデータのうち、データセレクタ４１でデータ
の種類毎に分類された静止画データ等のプリントすべき
データは、画像処理回路４２に出力される。なお、プリ
ンタ４、５では図５における復号化回路３３のようなデ
コーダは具備していない。画像処理回路４２では、プリ
ントに適した画像処理が施されることにより、プリンタ
コントローラ４６によって記憶、読み出しの制御がなさ
れるメモリ４３にプリント画像として形成される。そし
て、このプリント画像がプリンタヘッド４４に送られて
プリントされる。

【０１３３】プリンタ４、５のヘッド駆動や紙送り等の
駆動は、ドライバ４５で行われるものであり、ドライバ
４５やプリンタヘッド４４の動作制御、およびその他各
部の制御は、プリンタコントローラ４６によって行われ
る。プリンタ操作部４７は、紙送りやリセットインクチ
ェック、プリンタ動作のスタンバイ／開始／停止等の動
作を指示入力するためのものであり、その指示入力に応
じてプリンタコントローラ４６によって各部の制御がな
される。

【０１３４】また、１３９４Ｉ／Ｆ部４０に入力された
データが、プリンタ４または５それぞれに対する何らか
のコマンドデータであったときは、データセレクタ４１
からプリンタコントローラ４６に制御コマンドとして伝
達され、プリンタコントローラ４６によってその制御コ
マンドに対応したプリンタ４、５の各部の制御がなされ
る。

【０１３５】プリンタ４および５においてはデコーダを
具備していないので、非圧縮映像パケットのチャネル
（図２におけるチャネルＢ）を受信するように設定して
おき、バス上をアイソクロナス転送されている非圧縮パ
ケットのチャネルを１３９４Ｉ／Ｆ４０から受信するよ
うにする。以上がブロック図３〜６についての説明であ
る。

【０１３６】上記のような各ブロック図で表された各装
置１〜５を１３９４シリアルバスで図１のように接続す
ることによって、静止画データをＰＣを介することなく
記録再生装置１から受信ノードに直接転送することがで
きる。その際、受信ノードでは記録再生装置１から出力
された圧縮または非圧縮の静止画データのどちらかを受
信する。これにより、受信ノード内における対応するデ
コーダの有無にかかわらず、表示やプリントを円滑に行
うことができる。また、デコーダがあるノードに関して
は、静止画転送にかかる時間も短縮することができる。

【０１３７】次に、第１の実施形態における動作をフロ
ーチャートにして図７に示し、これを説明する。記録再
生装置１のプリントデータ転送モードにおいて、ステッ
プＳ１でユーザはプリントを希望する静止画を選択す
る。静止画の選択は、記録媒体に記録されている複数の
静止画カットの中から所望の１画像を選択するものとす
る。また、記録再生装置１で動画を扱っているときは、
動画中の所望の１フレーム（または１フィールド）画像
を指定し、画像メモリ１５または１７で形成されるもの
を、ここでのプリント用静止画として取り扱ってもよ
い。

【０１３８】次に、ステップＳ２で、上記ステップＳ１
で選択した静止画を記録再生系１０で再生して再生処理
を行い、再生された圧縮静止画データの１つ目のルート
として、圧縮されたままの静止画データを画像メモリ１
７に書き込む。ステップＳ３では、これと並行した２つ
目のルートとして、記録再生系１０で再生された同一の
圧縮されている静止画データに対して圧縮伸張回路９で
伸張処理を施し、データ内容的には画像メモリ１７に書
き込まれた圧縮静止画データと同一の非圧縮静止画デー
タを、もう一方の画像メモリ１５に書き込む。

【０１３９】次に、ステップＳ４において記録再生装置
１から他ノードヘの転送処理へ移行し、画像メモリ１７
から圧縮静止画データをメモリ制御部１８の制御によっ
て読み出すとともに、画像メモリ１５から非圧縮静止画
データをメモリ制御部１６の制御によって読み出す。そ
して、それぞれのデータをデータセレクタ１９を介して
１３９４Ｉ／Ｆ部２０に与える。ここで、それぞれのデ
ータ転送用に帯域が確保され、データ毎に割り当てられ
たアイソクロナス転送におけるチャネルによって分割さ
れ転送が開始される。

【０１４０】圧縮、非圧縮の各データは、１３９４シリ
アルバス上をアイソクロナス転送される。ステップＳ５
では、圧縮データをモニタ２およびプリンタ３が受信す
る。すなわち、これらがデコーダを完備していることか
らあらかじめ圧縮データのチャネルを受信するように設
定されているのに従って、圧縮データのチャネルを受信
する。また、非圧縮データはプリンタ４および５が受信
する。すなわち、デコード機能の欠如から非圧縮のチャ
ネルを受信するように設定されているのに従って、非圧
縮データのチャネルを受信する。このようにして、圧
縮、非圧縮の各静止画データは、それぞれ目的とするノ
ードに転送され、転送終了と共に受信したどのノードも
同一の静止画データを得ることができる。

【０１４１】次に、ステップＳ６では、時間差をもって
圧縮静止画データおよび非圧縮静止画データの転送が両
方終了すると、これをもってプリントデータ転送モード
は一旦終了となり、次の命令を受け付けるべくリターン
となる。以上が図７のフローチャートの説明である。こ
こまでが第１の実施形態の説明である。

【０１４２】＜第２の実施形態＞続いて第２の実施形態
の説明を行う。第１の実施形態では静止画データの転送
先となるノードとして、図１におけるモニタ２およびプ
リンタ３、４、５を対象とし、各ノードにおいてデコー
ド機能の有無が混在する場合についての説明をした。こ
の場合、静止画データを転送する際は、圧縮したデータ
と非圧縮のデータとの混在転送で実施した。

【０１４３】これに対して第２の実施形態では、転送先
となるすべてのノードが、対応するデコード機能を具備
している場合についての説明を行う。すなわち、図１の
ネットワーク構成を用いて説明すると、第２の実施形態
は、モニタ２およびプリンタ３、４、５のすべてが記録
再生装置１での圧縮方式に対応可能な復号化回路（デコ
ーダ）を具備している場合である。

【０１４４】転送先となるすべてのノードがデコーダを
具備しているならば、第１の実施形態で説明した同一静
止画の圧縮データと非圧縮データの転送方法のうち、非
圧縮データの転送は必要なくなる。すなわち、この第２
の実施形態でも非圧縮データの転送を行っているとそれ
は無駄になり、バス上を転送する他のデータの障害にも
なり兼ねない。よって、第２の実施形態では、ネットワ
ーク構成をみて、静止画データの転送先となるノードす
べてがデコーダを具備しているならば、第１の実施形態
に示した転送方法のうち非圧縮データの転送は行わない
ようにする。

【０１４５】次に、図を用いて第２の実施形態を説明す
る。第２の実施形態において、ネットワーク構成は図１
で示したネットワーク構成と同じであり、記録再生装置
１およびモニタ２は第１の実施形態と同一のものである
ので、ここでの詳細な説明は省略する。また、プリンタ
３、４、５は、それぞれ機能的には同一のプリンタであ
るとする。特に、記録再生装置１で用いられている映像
圧縮方式で圧縮された映像データを伸張できる機能（デ
コーダ）を備えている点が共通である。すなわち、記録
再生装置１より圧縮されたまま転送されてきた映像デー
タ、特に静止画データを、プリンタ内の回路で伸張しプ
リント処理を行えるものである。

【０１４６】図８は、プリンタ３、４、５の構成を示す
ブロック図である。図８の各部の構成は図５で説明した
ものと同一なので省略する。各プリンタ３、４、５が接
続されるのは図１のネットワーク構成の通りである。す
なわち、プリンタ３はモニタ２とプリンタ４ヘ、プリン
タ４はプリンタ３ヘ、プリンタ５は記録再生装置１へ
と、１つ乃至２つのポートによってそれぞれ１３９４シ
リアルバスケーブルで機器間が接続され、１３９４バス
でのネットワークを構成している。

【０１４７】このような構成下においては、第１の実施
形態で示した、記録再生装置１から圧縮されたままの静
止画データと非圧縮の静止画データとを並行して転送可
能なモードであっても、非圧縮データは転送しないもの
とする。圧縮静止画データを転送するときの転送方式と
してはアイソクロナス転送方式を用いて転送を行い、付
随して必要となるコマンドデータの転送のときは、アシ
ンクロナス転送方式を用いて転送先を指定して転送する
ようにして、夫々バス上に転送する。

【０１４８】ここで、第２の実施形態において記録再生
装置１から静止画圧縮データをバス上に転送するときの
時間的な状態遷移図を、図９に示す。図９の各サイクル
におけるｃｈ（チャネル）Ａは、アイソクロナス転送方
式で転送を行っている圧縮された静止画データのパケッ
トである。本実施形態において非圧縮静止画データの転
送は行われない。

【０１４９】サイクルスタートパケットで区切られた各
サイクルにそれぞれ１つずつチャネルＡのパケットが組
み込まれていき、これは転送終了まで続けられる。図９
は、このサイクルスタートパケットとアイソクロナス転
送とを含んだ時間的なサイクルの流れと、必要に応じて
任意のサイクル内でコマンドデータ等をアシンクロナス
転送方式を用いてパケット転送している様子とを示して
いる。このときコマンドデータは Asyncパケットとし
て、必要に応じて任意のサイクル内に多重して転送され
る。第２の実施形態ではこのような転送形態をとるもの
とする。

【０１５０】次に、第２の実施形態を実施したときのフ
ローチャートを図１０に示し、これを説明する。これ
は、第１の実施形態で説明した本発明の基本的な部分も
加えた、総合的な実施形態のフローチャートとしての説
明である。記録再生装置１のプリントデータ転送モード
において、まずステップＳ１１では、静止画データを転
送する転送先ノードを判別し、すべての転送先ノードに
ついて、デコード機能の有無や種類等の情報を確認す
る。ここで、転送先ノードとは、記録再生装置１とプロ
トコルの一致したノードのすべて、または受信を希望し
ているノードに限定してすべてを対象とするものでよ
い。

【０１５１】そして、ステップＳ１１における転送先ノ
ードのデコーダ確認の結果をステップＳ１２で判定す
る。ここで、転送先となる全ノードがデコーダを具備し
ているときはステップＳ１３からのフローヘ進み、転送
先となる１つ以上のノードがデコーダを具備していなか
ったときはステップＳ１９からのフローヘ進む。

【０１５２】転送先の全ノードがデコーダを具備してい
たときは、圧縮静止画データのみを転送するモードに入
る。すなわち、ステップＳ１３でユーザはプリントを希
望する静止画を選択する。静止画の選択は、記録媒体に
記録されている複数の静止画カットの中から所望の１画
像を選択するものとする。また、記録再生装置１で動画
を扱っているときは、動画中の所望の１フレーム（また
は１フィールド）画像を指定し、画像メモリ１７で形成
されるものを、ここでのプリント用静止画として取り扱
ってもよい。

【０１５３】次に、ステップＳ１４で、上記ステップＳ
１３で選択した静止画を記録再生系１０で再生して再生
処理を行い、再生された圧縮静止画データを圧縮された
ままの状態で画像メモリ１７に書き込む。この場合、圧
縮静止画データを伸張して画像メモリ１５に書き込む処
理は行わない。

【０１５４】次に、ステップＳ１５において記録再生装
置１から他ノードヘの転送処理へ移行し、画像メモリ１
７から圧縮静止画データをメモリ制御部１８の制御によ
って読み出す。そして、その圧縮静止画データをデータ
セレクタ１９を介して１３９４Ｉ／Ｆ部２０に与える。
ここで、データ転送用に帯域が確保され、割り当てられ
たアイソクロナス転送におけるチャネルによって転送が
開始される。

【０１５５】圧縮静止画データは、１３９４シリアルバ
ス上をアイソクロナス転送される。ステップＳ１６で
は、転送先の全ノード（モニタ２、プリンタ３、４、
５）が圧縮データを受信する。すなわち、これらがデコ
ーダを完備していることからあらかじめ圧縮データのチ
ャネルを受信するように設定されているのに従って、圧
縮データのチャネルを受信する。このようにして圧縮静
止画データは全ノードに転送される。

【０１５６】次に、ステップＳ１７において圧縮静止画
データの転送が終了すると、ステップＳ１８で他の画像
をプリントするかどうかを確認し、プリントするときは
ステップＳ１３に戻る。また、プリントしないときはこ
れをもってプリントデータ転送モードは一旦終了とな
り、次の命令を受け付けるべくりターンとなる。

【０１５７】一方、上記ステップＳ１２における判断の
結果、デコーダを具備しない転送先ノードが存在すると
きは、圧縮静止画データと非圧縮静止画データとの両方
を転送するモードに入る。この場合は、ステップＳ１９
でユーザはプリントを希望する静止画を選択する。静止
画の選択は、記録媒体に記録されている複数の静止画カ
ットの中から所望の１画像を選択するものとする。ま
た、記録再生装置１で動画を扱っているときは、動画中
の所望の１フレーム（または１フィールド）画像を指定
し、画像メモリ１５または１７で形成されるものを、こ
こでのプリント用静止画として取り扱ってもよい。

【０１５８】次に、ステップＳ２０で、上記ステップＳ
１９で選択した静止画を記録再生系１０で再生して再生
処理を行い、再生された圧縮静止画データの１つ目のル
ートとして、圧縮されたままの静止画データを画像メモ
リ１７に書き込む。ステップＳ２１では、これと並行し
た２つ目のルートとして、記録再生系１０で再生された
同一の圧縮されている静止画データに対して圧縮伸張回
路９で伸張処理を施し、データ内容的には画像メモリ１
７に書き込まれた圧縮静止画像と同一の非圧縮静止画デ
ータを、もう一方の画像メモリ１５に書き込む。

【０１５９】次に、ステップＳ２２において記録再生装
置１から他ノードヘの転送処理へ移行し、画像メモリ１
７から圧縮静止画データをメモリ制御部１８の制御によ
って読み出すとともに、画像メモリ１５から非圧縮静止
画データをメモリ制御部１６の制御によって読み出す。
そして、それぞれデータをテータセレクタ１９を介して
１３９４Ｉ／Ｆ部２０に与える。ここで、それぞれのデ
ータ転送用に帯域が確保され、データ毎に割り当てられ
たアイソクロナス転送におけるチャネルによって分割さ
れ転送が開始される。

【０１６０】圧縮、非圧縮の各データは、１３９４シリ
アルバス上をアイソクロナス転送される。ステップＳ２
３では、デコーダを備えたノードが圧縮データを受信す
る。すなわち、これらのノードがデコーダを完備してい
ることからあらかじめ圧縮データのチャネルを受信する
ように設定されているのに従って、圧縮データのチャネ
ルを受信する。

【０１６１】また、非圧縮データはデコーダのないノー
ドが受信する。すなわち、デコード機能の欠如から非圧
縮のチャネルを受信するように設定されているのに従っ
て、非圧縮データのチャネルを受信する。このようにし
て、圧縮、非圧縮の各静止画データは、それぞれ目的と
するノードに転送され、転送終了と共に受信したどのノ
ードも同一の静止画データを得ることができる。

【０１６２】次に、ステップＳ２４において時間差をも
って圧縮静止画データおよび非圧縮静止画データの転送
が両方終了すると、ステップＳ２５で他の画像をプリン
トするかどうかを確認し、プリントするときはステップ
Ｓ１９に戻る。また、プリントしないときはこれをもっ
てプリントデータ転送モードは一旦終了となり、次の命
令を受け付けるべくリターンとなる。以上が図１０のフ
ローチャートの説明である。ここまでが、第２の実施形
態の説明である。

【０１６３】なお、上述した第１の実施形態および第２
の実施形態では、本発明における同一の映像データを圧
縮、非圧縮の両方で転送する方法として、静止画を取り
扱って説明したが、本発明の趣旨は内容的には同一のデ
ータに関して圧縮状態、非圧縮状態の両方でデータ転送
を行うところにあるので、データの種類は問わず、動画
などのＡＶデータまたはその他のコンピュータデータ等
であってもよい。また、本発明を具備する装置は記録再
生装置１に限らず、データの出力手段をもつ装置なら代
用可能である。また、記録再生装置であるならばその中
のデータの出力源となる記録媒体が複数であっても構わ
ない。

【０１６４】また、以上の実施形態では、１３９４シリ
アルバスと呼ばれるバスを説明したが、本発明はこれに
限られず、ＤＳ−Ｌｉｎｋ方式を用いたバスであれば同
様に適用することができる。

【０１６５】

【発明の効果】以上説明したように、本発明によれば、
第１のノードから転送されるデータ、例えばプリントや
画面表示のための静止画データなどに関して、同一内容
のデータを転送する転送先となるノードが複数個存在す
るときに、デコーダを具備しているものに対しては圧縮
データを転送して受信することによって転送効率を向上
させることができるとともに、デコーダを具備していな
いノードに対しては非圧縮データを転送して受信するこ
とができるようになり、ネットワークに接続されている
デコード機能の異なる複数のノードに対してデータ転送
を円滑に行うことができるようになる。さらに、複数ノ
ードにて構成されたネットワークにおいて、第１のノー
ドからの転送データを受信可能であるすべてのノード
が、第１のノードでの圧縮方式に対応可能なデコーダを
具備しているときは、非圧縮データを転送しないように
することで、より一層の転送効率の向上が図れるように
なる。

【図面の簡単な説明】

【図１】本発明を適用するネットワークの一例を示す図
である。

【図２】本発明の第１の実施形態におけるバス上のデー
タ転送の様子を示した状態遷移図である。

【図３】本発明を説明するための記録再生装置の一構成
例を示すブロック図である。

【図４】本発明を説明するためのモニタの一構成例を示
すブロック図である。

【図５】本発明を説明するための第１の実施形態による
プリンタの一構成例を示すブロック図である。

【図６】本発明を説明するための第１の実施形態による
他のプリンタの一構成例を示すブロック図である。

【図７】本発明の第１の実施形態を説明するためのフロ
ーチャートである。

【図８】本発明を説明するための第２の実施形態による
プリンタの一構成例を示すブロック図である。

【図９】本発明の第２の実施形態におけるバス上のデー
タ転送の様子を示した状態遷移図である。

【図１０】本発明の第２の実施形態を説明するためのフ
ローチャートである。

【図１１】１３９４シリアルバスを用いて接続されたネ
ットワーク構成の一例を示す図である。

【図１２】１３９４シリアルバスの構成要素を示す図で
ある。

【図１３】１３９４シリアルバスのアドレスマップを示
す図である。

【図１４】１３９４シリアルバスケーブルの断面図であ
る。

【図１５】ＤＳ一Ｌｉｎｋ符号化方式を説明するための
図である。

【図１６】１３９４シリアルバスで各ノードのＩＤを決
定するためのトポロジ設定を説明するための図である。

【図１７】１３９４シリアルバスでのアービトレーショ
ンを説明するための図である。

【図１８】アシンクロナス転送の時間的な状態遷移を示
す図である。

【図１９】アシンクロナス転送のパケットフォーマット
の一例を示す図である。

【図２０】アイソクロナス転送の時間的な状態遷移を示
す図である。

【図２１】アイソクロナス転送のパケットフォーマット
の一例を示す図である。

【図２２】１３９４シリアルバスで実際のバス上を転送
されるパケットの様子を示したバスサイクルの一例の図
である。

【図２３】バスリセットからノードＩＤ決定までの流れ
を示すフローチャートである。

【図２４】バスリセットにおける親子関係決定の流れを
示すフローチャートである。

【図２５】バスリセットにおける親子関係決定後からノ
ードＩＤ決定までの流れを示すフローチャートである。

【図２６】アービトレーションを説明するためのフロー
チャートである。

【符号の説明】

１記録再生装置（第１のノード）２モニタ３プリンタ４プリンタ５プリンタ９圧縮伸張処理回路１０記録再生系１２システムコントローラ１５画像メモリ１７画像メモリ１９データセレクタ２２復号化回路（デコーダ）２５システムコントローラ３３復号化回路（デコーダ）３８プリンタコントローラ４６プリンタコントローラ

Claims

【特許請求の範囲】

【請求項１】第１のノードからＤＳ−Ｌｉｎｋ方式を
用いたシリアルバスを介して他のノードにデータの転送
を行うデータ通信システムであって、上記第１のノードは、データを所定の圧縮方式により圧
縮して転送する構成を有し、データ転送時において、圧
縮データを転送する手段と非圧縮データを転送する手段
とを備えることを特徴とするデータ通信システム。
【請求項２】上記第１のノードは、データ内容的に同
一である圧縮データの転送と非圧縮データの転送とをサ
イクル期間内に両方実行し、これをそれぞれの転送終了
まで各サイクルにおいて繰り返すことを特徴とする請求
項１に記載のデータ通信システム。
【請求項３】上記第１のノードは映像の記録再生装置
であることを特徴とする請求項１または２に記載のデー
タ通信システム。
【請求項４】上記他のノードはプリンタであることを
特徴とする請求項１〜３の何れか１項に記載のデータ通
信システム。
【請求項５】上記第１のノードと上記他のノードとが
上記ＤＳ−Ｌｉｎｋ方式を用いたシリアルバスにより直
接接続されることを特徴とする請求項１〜４の何れか１
項に記載のデータ通信システム。
【請求項６】上記ＤＳ−Ｌｉｎｋ方式を用いたシリア
ルバスは、ＩＥＥＥ１３９４シリアルバスであることを
特徴とする請求項１〜５の何れか１項に記載のデータ通
信システム。
【請求項７】第１のノードである記録再生装置からＤ
Ｓ−Ｌｉｎｋ方式を用いたシリアルバスを介して他のノ
ードに映像データの転送を行うデータ通信システムであ
って、上記記録再生装置は、映像記録時に映像データを所定の
圧縮方式により圧縮して記録部に記録する構成を有し、
映像データ転送時に、上記記録部より読み出した圧縮映
像データに関して、これを圧縮されたままパケット転送
する手段と、伸張処理して非圧縮のデータとしてパケッ
ト転送する手段とを有し、データ内容的に同一である圧縮映像パケットの転送と非
圧縮映像パケットの転送とをサイクル期間内に両方実行
し、これをそれぞれの転送終了まで各サイクルにおいて
繰り返すことを特徴とするデータ通信システム。
【請求項８】請求項７に記載のデータ通信システムに
おいて、上記圧縮映像データおよび上記非圧縮映像データの転送
をＩＥＥＥ１３９４シリアルバスの転送方式にあるアイ
ソクロナス転送を用いて行い、その際、データの割り当
てチャネルを圧縮、非圧縮のデータ別に区別することに
よってデータの種類を分別可能とし、かつ各チャネルを
１サイクル内に多重して転送するようにしたことを特徴
とするデータ通信システム。
【請求項９】上記他のノードは、上記所定の圧縮方式
による圧縮データを伸張可能なデコーダを具備している
か否かに応じて、圧縮データ用のチャネルまたは非圧縮
データ用のチャネルの何れかを選択してデータを受信す
ることを特徴とする請求項８に記載のデータ通信システ
ム。
【請求項１０】データ転送先となり得るすべてのノー
ドが上記所定の圧縮方式による圧縮データを伸張可能な
デコーダを具備しているかどうかを判断する手段を備
え、当該デコーダをすべての転送先ノードが具備してい
る場合は、圧縮データのみを転送することを特徴とする
請求項１〜９の何れか１項に記載のデータ通信システ
ム。
【請求項１１】第１のノードからＤＳ−Ｌｉｎｋ方式
を用いたシリアルバスを介して他のノードにデータの転
送を行うためのデータ通信方法であって、データ内容的に同一である圧縮データの転送と非圧縮デ
ータの転送とをサイクル期間内に両方実行し、これをそ
れぞれの転送終了まで各サイクルにおいて繰り返すこと
を特徴とするデータ通信方法。
【請求項１２】請求項１１に記載のデータ通信方法に
おいて、上記圧縮データおよび上記非圧縮データの転送をＩＥＥ
Ｅ１３９４シリアルバスの転送方式にあるアイソクロナ
ス転送を用いて行い、その際、データの割り当てチャネ
ルを圧縮、非圧縮のデータ別に区別することによってデ
ータの種類を分別可能とし、かつ各チャネルを１サイク
ル内に多重して転送するようにしたことを特徴とするデ
ータ通信方法。
【請求項１３】データ転送先となり得る上記他のノー
ドが、上記圧縮データを対応する圧縮方式により伸張可
能なデコーダを具備しているか否かに応じて、上記圧縮
データまたは上記非圧縮データの何れかを選択して受信
することを特徴とする請求項１１または１２に記載のデ
ータ通信方法。
【請求項１４】データ転送先となり得るすべてのノー
ドが上記圧縮データを対応する圧縮方式により伸張可能
なデコーダを具備しているかどうかを判断し、当該デコ
ーダをすべての転送先ノードが具備している場合には、
上記圧縮データのみを転送するようにしたことを特徴と
する請求項１１〜１３の何れか１項に記載のデータ通信
方法。
【請求項１５】データを所定の圧縮方式により圧縮す
る圧縮手段と、上記圧縮手段により圧縮されたデータを上記所定の圧縮
方式に対応した方式により復号する復号手段と、データ内容的に同一である圧縮データの転送と非圧縮デ
ータの転送とをサイクル期間内に両方実行し、これをそ
れぞれの転送終了まで各サイクルにおいて繰り返すデー
タ転送手段とを備えたことを特徴とするデータ通信ノー
ド。
【請求項１６】映像記録時に映像データを所定の圧縮
方式により圧縮して記録部に記録する構成を有し、映像
データ転送時は、上記記録部より読み出した圧縮映像デ
ータに関して、これを圧縮されたままパケット転送する
手段と、伸張処理して非圧縮のデータとしてパケット転
送する手段とを有し、データ内容的に同一である圧縮映像パケットの転送と非
圧縮映像パケットの転送とをサイクル期間内に両方実行
し、これをそれぞれの転送終了まで各サイクルにおいて
繰り返すことを特徴とするデータ通信ノード。
【請求項１７】請求項１６に記載のデータ通信ノード
において、上記圧縮映像データおよび上記非圧縮映像データの転送
をＩＥＥＥ１３９４シリアルバスの転送方式にあるアイ
ソクロナス転送を用いて行い、その際、上記圧縮映像デ
ータを任意のチャネルに割り当て、上記非圧縮映像デー
タを上記圧縮映像データが割り当てられたチャネルとは
異なる任意のチャネルに割り当てて転送し、かつ各チャ
ネルを１サイクル内に多重して転送するようにしたこと
を特徴とするデータ通信ノード。
【請求項１８】データ転送先となり得るすべてのノー
ドが上記所定の圧縮方式による圧縮データを伸張可能な
デコーダを具備しているかどうかを判断する手段を備
え、当該デコーダをすべての転送先ノードが具備してい
る場合は、圧縮データのみを転送することを特徴とする
請求項１５〜１７の何れか１項に記載のデータ通信ノー
ド。
【請求項１９】請求項１５〜１７の何れか１項に記載
のデータ通信ノードから転送されるデータを受信する他
のデータ通信ノードであって、上記所定の圧縮方式による圧縮データを伸張可能なデコ
ーダを具備しているか否かに応じて、上記圧縮データま
たは上記非圧縮データの何れかを選択して受信すること
を特徴とするデータ通信ノード。
【請求項２０】第１のノードからＤＳ−Ｌｉｎｋ方式
を用いたシリアルバスを介して他のノードにデータを転
送するに際して、データ内容的に同一である圧縮データ
の転送と非圧縮データの転送とをサイクル期間内に両方
実行し、これをそれぞれの転送終了まで各サイクルにお
いて繰り返すようにする手順を記憶して成るコンピュー
タ読み取り可能な記録媒体。
【請求項２１】請求項２０に記載の記録媒体におい
て、上記手順は、上記圧縮データおよび上記非圧縮データの
転送をＩＥＥＥ１３９４シリアルバスの転送方式にある
アイソクロナス転送を用いて行い、その際、データの割
り当てチャネルを圧縮、非圧縮のデータ別に区別するこ
とによってデータの種類を分別可能とし、かつ各チャネ
ルを１サイクル内に多重して転送する手順であることを
特徴とする記録媒体。
【請求項２２】データ転送先となり得るすべてのノー
ドが上記圧縮データを対応する圧縮方式により伸張可能
なデコーダを具備しているかどうかを判断し、当該デコ
ーダをすべての転送先ノードが具備している場合には、
上記圧縮データのみを転送するように制御する手順を更
に含むことを特徴とする請求項２０または２１に記載の
記録媒体。