JP2000358033A

JP2000358033A - データ通信システム及びデータ通信方法

Info

Publication number: JP2000358033A
Application number: JP11167395A
Authority: JP
Inventors: Yoji Kaneko; 陽治金子
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 1999-06-14
Filing date: 1999-06-14
Publication date: 2000-12-26

Abstract

(57)【要約】【課題】デジタルカメラやデジタルＶＴＲの記録再生
装置等を特別のハードウエア構成やソフトウエア制御の
追加なく、容易に通信システムに接続可能な通信システ
ムを提供する。【解決手段】ＰＣを含むローカルなネットワークをＩ
ＥＥＥ１３９４プロトコルにより接続して各周辺機器間
できわめてローカルな機器間データ通信を可能とし、さ
らにＰＣを介してのＰＣ外部との大規模なネットワーク
をイーサネット（登録商標）プロトコルによりデータ通
信可能とし、ＰＣおよびその周辺機器とのデータ通信を
可能とし、周辺機器とのデータ通信に先だって通信機器
の有する機能を相手に通知して（Ｓ２）、通信機器で処
理可能なデータ形式でのデータ通信を行なう（Ｓ９〜Ｓ
１１）。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はネットワーク介して
互いにデータ通信可能なデータ通信システム及びデータ
通信方法に関し、例えば、ネットワークに接続されるシ
ホスト機器と複数の周辺電子機器を制御信号とデータを
混在させて通信することが可能なデータ通信バスを用い
て接続して、ネットワークおよび各周辺電子機器間でデ
ータ通信を行う事が可能なデータ通信システム及びデー
タ通信方法に関するものである。

【０００２】

【従来の技術】パーソナルコンピュータ（パソコン）周
辺機器の中で、最も利用頻度が高いのはハードディスク
やプリンタであり、従来、これらの周辺装置は小型コン
ピュータ用汎用型インターフェイスとして代表的なデジ
タルインターフェイス（以下、「デジタルＩ／Ｆ」と称
す）であるＳＣＳＩ等によりパソコンのと間が接続さ
れ、データ通信が行われていた。

【０００３】また、デジタルカメラやデジタルビデオカ
メラといった記録再生装置もパソコン（以下、「ＰＣ」
と称す）への入力手段として用いられるようになってき
ており、周辺装置の１つとなりつつある。

【０００４】更に、近年、デジタルカメラやビデカメラ
で撮影した静止画や動画といった映像をＰＣへ取り込
み、ハードディスクに記憶したり、またはＰＣで編集し
た後、プリンタでカラープリントするといった分野の技
術が進んでおり、ユーザーも増えている。

【０００５】取り込んだ画像データをＰＣからプリンタ
やハードディスクへ出力する際などには、上記のＳＣＳ
Ｉ等を経由してデータ通信がされており、画像データの
ようにデータ量の多い情報を送るためにも、こういった
デジタルＩ／Ｆには転送データレートの高い、かつ汎用
性のあるものが必要とされる。

【０００６】図２３に、従来のデジタルカメラ、ＰＣ及
びプリンタを接続したデータ処理システムのブロック構
成を示す。

【０００７】図３において、３１はデジタルカメラ、３
２はパソコン（ＰＣ）、３３はプリンタである。さら
に、３４はデジタルカメラの記録部であるメモリ、３５
は画像データの復号化回路、３６は画像処理部、３７は
Ｄ／Ａコンバータ、３８は表示部であるＥＶＦ、３９は
デジタルカメラのデジタルＩ／Ｏ部である。

【０００８】また、４０はＰＣのデジタルカメラとのデ
ジタルＩ／Ｏ部、４１はキーボードやマウスなどの操作
部、４２は画像データの復号化回路、４３はディスプレ
イ、４４はハードディスク装置、４５はＲＡＭ等のメモ
リ、４６は演算処理部のＭＰＵ、４７はＰＣＩバス、４
８はデジタルＩ／ＦのＳＣＳＩインタフェース（ボー
ド）、４９はＰＣと外部ネットワークであるイーサネッ
トとのインターフェースを行うイーサネットボードであ
る。

【０００９】更に、５０はＰＣとＳＣＳＩケーブルで繋
がったプリンタのＳＣＳＩインターフェイス、５１はメ
モリ、５２５１はプリンタヘッド、５３はプリンタ制御
部のプリンタコントローラ、５４はドライバである。

【００１０】従来のデジタルカメラ３１で撮像した画像
をＰＣ３２に取り込み、またＰＣ３２からプリンタ３３
へ出力するときの手順の説明を行う。

【００１１】デジタルカメラ３１のメモリ３４に記憶さ
れている画像データが読み出されると、読み出された画
像データのうち一方は復号化回路３５で復号化され、画
像処理回路３６で表示するための画像処理がなされ、Ｄ
／Ａコンバータ３７を経て、ＥＶＦ３８で表示される。

【００１２】また一方では、外部出力するためにデジタ
ルＩ／Ｏ部３９から、ケーブルを伝わってＰＣ３２のデ
ジタルＩ／Ｏ部４０へ至る。

【００１３】ＰＣ３２内では、ＰＣＩバス４７を相互伝
送のバスとして、デジタルＩ／Ｏ部４０から入力した画
像データは、記憶する場合はハードディスク４４で記憶
され、表示する場合は復号化回路４２で復号化された
後、メモリ４５で表示画像として記憶されて、ディスプ
レイ４３でアナログ信号に変換されてから表示される。
ＰＣ３２での編集時等の操作入力は操作部４１から行
い、ＰＣ３２全体の処理はＭＰＵ４６で行う。

【００１４】また、外部ネットワークであるイーサネッ
トとのデータ通信はイーサネットボード４９を介して行
い、メモリ４５に記憶されている前記デジタルカメラ３
１での撮影画像データを他のシステムに送信すると共
に、他の同様データ通信システムからのさまざまな通信
データを受信し、ハードディスク４４やメモリ４５に蓄
積する。

【００１５】また、画像をプリント出力する際は、ＰＣ
３２内のＳＣＳＩインターフェイスボード４８から画像
データをＳＣＳＩケーブルにのせて伝送し、プリンタ３
３側のＳＣＳＩインターフェイス５０で受信し、メモリ
５１でプリント画像として形成され、プリンタコントロ
ーラ５３の制御でプリンタヘッド５２とドライバ５４が
動作して、メモリ５１から読み出したプリント画像デー
タをプリントする。

【００１６】以上が、従来の画像データをＰＣ３２１で
取り込み、またはプリントするまでの手順である。

【００１７】このように、従来は、ホストであるＰＣ３
２にそれぞれの機器が接続され、ＰＣ３２を介してか
ら、記録再生装置で撮像した画像データをプリントして
いた。

【００１８】また、映像データを圧縮する方式も多様化
している。静止画を圧縮する方式としてＪＰＥＧ方式
が、動画を圧縮する方式としてＭＰＥＧ方式などが知ら
れており、その他には家庭用デジタルＶＴＲ（ＤＶＣ）
ではＶＬＣとＤＣＴを組み合わせた独自の圧縮方式を用
いている。このように、機器毎またはデータの種類毎な
どに分類してさまざまな圧縮方式が考えられている。

【００１９】

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

【００２０】また、一般的な家庭用ＰＣの多くは、ＰＣ
の背面にＳＣＳＩやその他のケーブルを接続するための
コネクタを設けているものが多く、またコネクタの形状
も大きく、抜き差しに煩わしさがある。デジタルカメラ
やビデオカメラ等の移動式や携帯式で、通常は据え置き
しない装置を接続するときにも、ＰＣの背面コネクタに
接続しなければならず、非常に煩わしい。

【００２１】また、これらの周辺機器を接続するための
ＳＣＳＩインターフェースボードは通常１枚のボードで
一つのＳＣＳＩインターフェースを持つ、さらに、外部
ネットワークとの接続を行うイーサネットボードも通常
１枚で一つのイーサネットインターフェースを持つ。

【００２２】このようにＰＣに周辺機器やネットワーク
を接続するためには、インターフェースに応じて前記の
ような拡張ボードを必要とする。しかし、ＰＣ内部のＰ
ＣＩバスに用意されている拡張ボード用のコネクタは物
理的な制約を受けて通常４から５枚程度の拡張ができる
ように構成されているのみである。このことはＰＣに接
続する周辺機器に応じたコストをかけないとＰＣがアッ
プグレードできない事を示している。

【００２３】

【課題を解決するための手段】本発明は上述した従来抱
えている課題を解決することを目的として成されたもの
であり、係る目的を達成する一手段として、例えば以下
の構成を備える。

【００２４】即ち、通信機器が接続されたネットワーク
と、前記ネットワークに接続されたホスト機器と、前記
ホスト機器と前記ネットワークと異なるデジタル通信網
で接続された複数の周辺機器とで構成されるデータ通信
システムであって、前記ネットワークに接続された通信
機器は、前記ネットワーク及び前記ホスト機器を介して
前記周辺機器と通信可能とすることを特徴とする。

【００２５】そして例えば、前記ネットワークと異なる
デジタル通信網は、ＩＥＥＥ１３９４ハイパフォーマン
ス・シリアルバスを用いて前記ホスト機器と前記複数の
周辺機器とが接続されているデジタル通信網であること
を特徴とする。

【００２６】また例えば、前記他の通信機器は、前記複
数の周辺機器との通信の開始に先だって前記複数の周辺
機器に自己の有する機能を通知して自己で処理可能なデ
ータを通信する様に制御することを特徴とする。

【００２７】更に例えば、前記自己の有する機能がデー
タの圧縮、伸張機能であることを特徴とする。あるい
は、前記ネットワークはイーサネットであることを特徴
とする。

【００２８】また、通信機器が接続されたネットワーク
と、前記ネットワークに接続されたホスト機器と、前記
ホスト機器と前記ネットワークと異なるデジタル通信網
で接続された複数の周辺機器とで構成されるデータ通信
システムであって、前記ネットワークに接続された通信
機器が前記ネットワーク及び前記ホスト機器を介して前
記周辺機器と通信可能とするために、前記他の通信機器
は、前記複数の周辺機器との通信の開始に先だって自己
の有する機能を通知して自己で処理可能なデータを通信
する様に制御する手段を備えることを特徴とする。

【００２９】

【発明の実施の形態】以下、図面を参照して本発明に係
る一発明の実施の形態例を説明する。

【００３０】［第１の実施の形態例］以下、本発明に係
る一実施の形態例について図面を参照しながら説明す
る。

【００３１】本実施の形態例においては、各機器間を接
続するデジタルＩ／ＦとしてＩＥＥＥ１３９４シリアル
バスを用いる。従ってまずこのＩＥＥＥ１３９４シリア
ルバスについて予め説明する。

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

【００３３】図１に１３９４シリアルバスを用いて構成
されるネットワーク・システムの例を示す。このシステ
ムは機器Ａ，Ｂ，Ｃ，Ｄ，Ｅ，Ｆ，Ｇ，Ｈを備えてお
り、Ａ−Ｂ間、Ａ−Ｃ間、Ｂ−Ｄ間、Ｄ−Ｅ間、Ｃ−Ｆ
間、Ｃ−Ｇ間、及びＣ−Ｈ間をそれぞれ１３９４シリア
ルバスのツイスト・ペア・ケーブルで接続している。こ
の機器Ａ〜Ｈは例としてＰＣ、デジタルＶＴＲ，ＤＶ
Ｄ，デジタルカメラ、ハードディスク、モニタ等であ
る。

【００３４】各機器間の接続方式は、ディジーチェーン
方式とノード分岐方式とを混在可能としたものであり、
自由度の高い接続が可能である。

【００３５】また、各機器は各自固有のＩＤを有し、そ
れぞれが認識し合うことによって１３９４シリアルバス
で接続された範囲において、１つのネットワークを構成
している。各デジタル機器間をそれぞれ１本の１３９４
シリアルバスケーブルで順次接続するだけで、それぞれ
の機器が中継の役割を行い、全体として１つのネットワ
ークを構成している。

【００３６】また、１３９４シリアルバスの特徴でもあ
る、自動認識機能（Plug＆Play機能）により、ケーブル
を機器に接続した時点で自動的に機器の認識や接続状況
の認識機能を有している。

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

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

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

【００４０】図２に１３９４シリアルバスの構成要素を
示す。図２に示す１３９４シリアルバスは、全体として
レイヤ（階層）構造で構成されている。

【００４１】図２に示したように、最も下位のハードウ
エア層に位置するのが１３９４シリアルバスのケーブル
であり、そのケーブルのコネクタが接続されるコネクタ
ポートがあり、その上にハードウェアとしてフィジカル
・レイヤとリンク・レイヤがある。

【００４２】ハードウェア部は実質的なインターフェイ
スチップの部分であり、そのうちフィジカル・レイヤは
符号化やコネクタ関連の制御等を行い、リンク・レイヤ
はパケット転送やサイクルタイムの制御等を行なう。

【００４３】ファームウェア部のトランザクション・レ
イヤは、転送（トランザクション）すべきデータの管理
を行ない、読み出し命令や書込み命令を出す。シリアル
バスマネージメントは、接続されている各機器の接続状
況やＩＤの管理を行ない、ネットワークの構成を管理す
る部分である。

【００４４】このハードウェアとファームウェアまでが
実質上の１３９４シリアルバスの構成である。

【００４５】またソフトウェア部のアプリケーション・
レイヤは使うソフトによって異なり、インタフェース上
にどのようにデータをのせるか規定する部分であり、Ａ
Ｖプロトコルなどのプロトコルによって規定されてい
る。

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

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

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

【００４９】＜１３９４シリアルバスの電気的仕様＞図
４に１３９４シリアルバス・ケーブルの断面図を示す。

【００５０】１３９４シリアルバスでは接続ケーブル内
に、２組のツイストペア信号線の他に、電源ラインを設
けている。これによって、電源を持たない機器や、故障
により電圧低下した機器等にも電力の供給が可能になっ
ている。

【００５１】電源線内を流れる電源の電圧は８〜４０
Ｖ、電流は最大電流ＤＣ１．５Ａと規定されている。

【００５２】＜ＤＳ−リンク符号化＞１３９４シリアル
バスで採用されている、データ転送フォーマットのＤＳ
−リンク符号化方式を図５を参照して説明する。図５は
１３９４シリアルバスで採用されている、ＤＳ−リンク
符号化方式でのデータ転送タイミングを示す図である。

【００５３】１３９４シリアルバスでは、ＤＳ−リンク
（Data／Strobe Link）符号化方式が採用されている。
このＤＳ−リンク符号化方式は、高速なシリアルデータ
通信に適しており、その構成は、２本の信号線を必要と
する。より対線のうち１本に主となるデータを送り、他
方のより対線にはストローブ信号を送る構成になってい
る。

【００５４】受信側では、この通信されるデータと、ス
トローブとの排他的論理和をとることによってクロック
を再現できる。

【００５５】このＤＳ−リンク符号化方式を用いるメリ
ットとして、他のシリアルデータ転送方式に比べて転送
効率が高いこと、ＰＬＬ回路が不要となるのでコントロ
ーラＬＳＩの回路規模を小さくできること、更には、転
送すべきデータが無いときにアイドル状態であることを
示す情報を送る必要が無いので、各機器のトランシーバ
回路をスリープ状態にすることができることによって、
消費電力の低減が図れる、などが挙げられる。＜バスリセットのシーケンス＞１３９４シリアルバスで
は、接続されている各機器（ノード）にはノードＩＤが
与えられ、ネットワーク構成として認識されている。

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

【００５７】あるノードからバスリセット信号が伝達さ
れてくると、各ノードのフィジカルレイヤはこのバスリ
セット信号を受けると同時にリンクレイヤにバスリセッ
トの発生を伝達し、かつ他のノードにバスリセット信号
を伝達する。最終的に全てのノードがバスリセット信号
を検知した後、バスリセットが起動となる。

【００５８】バスリセットは、先に述べたようなケーブ
ル抜挿や、ネットワーク異常時によるハード検出による
起動と、プロトコルからのホスト制御などによってフィ
ジカルレイヤに直接命令を出すことによっても起動す
る。

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

【００６０】以上がバスリセットのシーケンスである。

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

【００６２】図６のフローチャートは、バスリセットの
発生からノードＩＤが決定し、データ転送が行えるよう
になるまでの、一連のバスの作業を示すフローチャート
である。

【００６３】まず、ステップＳ１０１において、ネット
ワーク内にバスリセットが発生することを常時監視して
いる。ここでノードの電源ＯＮ／ＯＦＦなどでバスリセ
ットが発生するとステップＳ１０２に移る。

【００６４】ステップＳ１０２では、ネットワークがリ
セットされた状態から、新たなネットワークの接続状況
を知るために、直接接続されている各ノード間において
親子関係の宣言がなされる。続いてステップＳ１０３で
すべてのノード間で親子関係が決定したか否かを調べ
る。すべてのノード間で親子関係が決定していなければ
ステップＳ１０２に戻り、次のノード間の親子関係の宣
言をおこなう。

【００６５】そして、すべてのノード間で親子関係が決
定するとステップＳ１０３よりステップＳ１０４に進
み、一つのルートを決定する。

【００６６】ステップＳ１０４でルートが決定される
と、次にステップＳ１０５で各ノードにＩＤを与えるノ
ードＩＤの設定作業が行われる。続いてステップＳ１０
６ですべてのノードにＩＤが与えられＩＤ設定処理が終
了したか否かを調べる。ＩＤ設定されていないノードが
有る場合にはステップＳ１０５に戻り、所定のノード順
序でノードＩＤの設定が行われ、すべてのノードにＩＤ
が与えられるまで繰り返し設定作業が行われる。

【００６７】最終的にすべてのノードにＩＤを設定し終
えたらステップＳ１０６よりステップＳ１０７に進む。
ステップＳ１０７では、新しいネットワーク構成がすべ
てのノードにおいて認識されたので、ノード間のデータ
転送が行える状態となり、データ転送が開始される。

【００６８】このステップＳ１０７の状態になると、再
びバスリセットが発生するのを監視するモードに入り、
バスリセットが発生したらステップＳ１０１からステッ
プＳ１０６までの設定作業を繰り返し行なう。

【００６９】以上が、バスリセットの発生からノードＩ
Ｄが決定し、データ転送が行えるようになるまでの、一
連のバスの作業の説明であるが、図６のフローチャート
に示すバスリセットからルート決定までの手順をより詳
しく示したのが図７であり、ルート決定後からＩＤ設定
終了までの手順をより詳しく示したのが図８である。

【００７０】まず、図７のフローチャートを参照してバ
スリセットからルート決定までの手順を説明する。

【００７１】ステップＳ２０１においては、バスリセッ
トが発生するのを常に監視している。そしてバスリセッ
トを検知するとステップＳ２０１よりステップＳ２０２
に進む。なお、バスリセットが発生すると、ネットワー
ク構成は一旦リセットされる。

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

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

【００７４】ここで、まずバスリセットの直後、はじめ
に親子関係の宣言を行えるのはリーフに限られている。
リーフであるというのはステップＳ２０３のポート数の
確認で知ることができ、未定義ポート数が「１」であ
る。従って、リーフはステップＳ２０４よりステップＳ
２０５に進み、自分に接続されているノードに対して、
「自分は子、相手は親」と宣言し動作を終了する。

【００７５】ステップＳ２０３でポート数が複数ありブ
ランチと認識したノードは、バスリセットの直後はステ
ップＳ２０４で未定義ポート数＞１ということなので、
ステップＳ２０４よりステップＳ２０６へ進み、まずブ
ランチというフラグがセットされ、続くステップＳ２０
７でリーフからの親子関係宣言で「親（Parent）」の受
付を待ち、「親（Parent）」の受付が終了するとステッ
プＳ２０４に戻る。

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

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

【００７８】このようにして、図７に示したバスリセッ
トから、ネットワーク内すべてのノード間における親子
関係の宣言までが終了する。

【００７９】つぎに、図８のフローチャートを参照して
ルート決定後からＩＤ設定終了までの手順をより詳しく
説明する。

【００８０】まず、図７までのシーケンスでリーフ，ブ
ランチ，ルートという各ノードのフラグの情報が設定さ
れているので、これを元にして、ステップＳ３０１でそ
れぞれ分類する。

【００８１】各ノードにＩＤを与える作業として、最初
にＩＤの設定を行うことができるのはリーフからであ
り、リーフ→ブランチ→ルートの順で若い番号（ノード
番号＝０〜）からＩＤの設定がなされていく。

【００８２】リーフの場合にはステップＳ３０１よりス
テップＳ３０２に進み、ネットワーク内に存在するリー
フの数Ｎ（Ｎは自然数）を設定する。この後、ステップ
Ｓ３０３で各自リーフがルートに対して、ＩＤを与える
ように要求してステップＳ３０６に進む。

【００８３】なお、この要求が複数ある場合には、ルー
トはステップＳ３０４としてアービトレーション（１つ
に調停する作業）を行い、ステップＳ３０５として勝っ
たノード１つにＩＤ番号を与え、負けたノードには失敗
の結果通知を行う。そしてステップＳ３０６に進む。

【００８４】ステップＳ３０６でＩＤ取得が成功したか
失敗したかを調べる。ＩＤ取得が失敗に終わったリーフ
はステップＳ３０３に戻り、再度ＩＤ要求を出し、同様
の作業を繰り返す。

【００８５】一方、ステップＳ３０６でＩＤを取得でき
たリーフはステップＳ３０７に進み、そのノードのＩＤ
情報をブロードキャストで全ノードに転送する。１ノー
ドＩＤ情報のブロードキャストが終わると、ステップＳ
３０８に進み、残りのリーフの数が１つ減らされる。そ
してステップＳ３０９に進み、残りのリーフの数が１以
上あるか否かを調べる。残りのリーフの数が１以上ある
時はステップＳ３０３に戻り、ＩＤ要求の作業から繰り
返し行なう。

【００８６】そして最終的にすべてのリーフがＩＤ情報
をブロードキャストすると、ステップＳ３０９で残りの
リーフの数Ｎが「０」となり、ステップＳ３０９よりス
テップＳ３１０以下のブランチのＩＤ設定処理に進む。
そしてステップＳ３１０からステップＳ３１７におい
て、ブランチのＩＤ設定もリーフの時と同様に行われ
る。

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

【００８８】そして、ステップＳ３１４でＩＤ取得が成
功したか失敗したかを調べる。ＩＤ取得が失敗に終わっ
たブランチはステップＳ３１１に戻り、再度ＩＤ要求を
出し、同様の作業を繰り返す。

【００８９】一方、ステップＳ３１４でＩＤを取得でき
たブランチはステップＳ３１５に進み、そのノードのＩ
Ｄ情報をブロードキャストで全ノードに転送する。１ノ
ードＩＤ情報のブロードキャストが終わると、ステップ
Ｓ３１６で残りのブランチの数が１つ減らされる。

【００９０】更にステップＳ３１７において残りのブラ
ンチの数が１以上あるか否かを調べる。残りのブランチ
の数が１以上ある時はステップＳ１１に戻り、ＩＤ要求
の作業から繰り返し行なう。

【００９１】一方、ステップＳ３１７で最終的にすべて
のブランチがＩＤ情報をブロードキャストし、すべての
ブランチがノードＩＤを取得すると、ステップＳ３１７
でＭが「０」となり、ブランチのＩＤ取得モードも終了
する。

【００９２】ここまで終了すると、最終的にＩＤ情報を
取得していないノードはルートのみなので、ステップＳ
３１８において与えていない番号で最も若い番号を自己
のＩＤ番号と設定し、ステップＳ３１９においてルート
のＩＤ情報をブロードキャストする。

【００９３】以上で、図８に示したように、親子関係が
決定した後から、すべてのノードのＩＤが設定されるま
での手順が終了する。

【００９４】次に、一例として実際のネットワークにお
ける動作を図９を参照しながら説明する。図９は１３９
４シリアルバス接続された実際のネットワークにおける
構成例を示す図であり、１３９４シリアルバスで各ノー
ドのＩＤを決定するためのトポロジ設定を説明するため
の図である。

【００９５】図９に示す例では、（ルート）ノードＢの
下位にはノードＡとノードＣが直接接続されており、更
にノードＣの下位にはノードＤが直接接続されており、
更にノードＤの下位にはノードＥとノードＦが直接接続
された階層構造になっている。この、階層構造やルート
ノード、ノードＩＤを決定する手順を以下で説明する。

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

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

【００９８】さらに１階層あがって、今度は複数個接続
ポートを持つノード（ブランチと呼ぶ）のうち、他ノー
ドからの親子関係の宣言を受けたものから順次、更に上
位に親子関係の宣言を行なっていく。

【００９９】図９に示す例では、まずノードＤがＤ−Ｅ
間、Ｄ−Ｆ間と親子関係が決定した後、ノードＣに対す
る親子関係の宣言を行っており、その結果ノードＤ−Ｃ
間で子−親と決定している。

【０１００】ノードＤからの親子関係の宣言を受けたノ
ードＣは、もう一つのポートに接続されているノードＢ
に対して親子関係の宣言を行なっている。これによって
ノードＣ−Ｂ間で子−親と決定している。

【０１０１】このようにして、図９のような階層構造が
構成され、最終的に接続されているすべてのポートにお
いて親となったノードＢが、ルートノードと決定され
た。ルートは１つのネットワーク構成中に一つしか存在
しないものである。

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

【０１０３】ルートノードが決定すると、次は各ノード
ＩＤを決定するモードに入る。ここではすべてのノード
が、決定した自分のノードＩＤを他のすべてのノードに
通知する（ブロードキャスト機能）。

【０１０４】自己ＩＤ情報は、自分のノード番号、接続
されている位置の情報、持っているポートの数、接続の
あるポートの数、各ポートの親子関係の情報等を含んで
いる。

【０１０５】ノードＩＤ番号の割り振りの手順として
は、まず１つのポートにのみ接続があるノード（リー
フ）から起動することができ、この中から順にノード番
号＝０，１，２，・・・，と割り当てられる。

【０１０６】ノードＩＤを手に入れたノードは、ノード
番号を含む情報をブロードキャストで各ノードに送信す
る。これによって、そのＩＤ番号は『割り当て済み』で
あることが認識される。

【０１０７】すべてのリーフが自己ノードＩＤを取得し
終ると、次はブランチへ移りリーフに引き続いたノード
ＩＤ番号が各ノードに割り当てられる。リーフと同様
に、ノードＩＤ番号が割り当てられたブランチから順次
ノードＩＤ情報をブロードキャストし、最後にルートノ
ードが自己ＩＤ情報をブロードキャストする。すなわ
ち、常にルートは最大のノードＩＤ番号を所有するもの
である。

【０１０８】以上のようにして、階層構造全体のノード
ＩＤの割り当てが終わり、ネットワーク構成が再構築さ
れ、バスの初期化作業が完了する。

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

【０１１０】アービトレーションを説明するための図と
して図１０にバス使用要求の手順を、図１１にバス使用
許可の手順を示す。以下、図１０及び図１１を参照して
１３９４シリアルバスのアービトレーション（調停）処
理を説明する。

【０１１１】アービトレーションが始まると、１つもし
くは複数のノードが親ノードに向かって、それぞれバス
使用権の要求を発する。図１０のノードＣとノードＦが
バス使用権の要求を発しているノードである。これを受
けた親ノード（図１０ではノードＡ）は更に親ノードに
向かって、バス使用権の要求を発する（中継する）。こ
の要求は最終的に調停を行なうルートに届けられる。

【０１１２】バス使用要求を受けたルートノードは、ど
のノードにバスを使用させるかを決める。この調停作業
はルートノードのみが行なえるものであり、調停によっ
て勝ったノードにはバスの使用許可を与える。

【０１１３】図１１はノードＣに使用許可が与えられ、
ノードＦの使用は拒否された場合を示す図である。アー
ビトレーションに負けたノードに対してはＤＰ（data p
refix）パケットを送り、拒否されたことを知らせる。
拒否されたノードのバス使用要求は次回のアービトレー
ションまで待たされる。

【０１１４】以上のようにして、アービトレーションに
勝ってバスの使用許可を得たノードは、以降データの転
送を開始できる。

【０１１５】以上の概略を説明したアービトレーション
の一連の手順を図１２のフローチャートを参照して以下
に説明する。

【０１１６】ノードがデータ転送を開始できるために
は、バスがアイドル状態であることが必要である。先に
行われていたデータ転送が終了して、現在バスが空き状
態であることを認識するためには、各転送モードで個別
に設定されている所定のアイドル時間ギャップ長（例．
サブアクション・ギャップ）を経過する事によって、各
ノードは自分の転送が開始できると判断する。

【０１１７】まずステップＳ４０１において、Ａｓｙｎ
ｃデータ，Ｉｓｏデータ等それぞれ転送するデータに応
じた所定のギャップ長が得られたか否かを判断する。所
定のギャップ長が得られない限り、転送を開始するため
に必要なバス使用権の要求はできないので、所定のギャ
ップ長が得られるまで待つ。

【０１１８】ステップＳ４０１で所定のギャップ長が得
られたらステップＳ４０２に進み、転送すべきデータが
あるか否かを判断する。ステップＳ４０２で転送するデ
ータがない場合は、当該処理を終了し、そのまま待機す
ることになる。

【０１１９】一方、ステップＳ４０２で転送するデータ
がある場合にはステップＳ４０３に進み、転送するため
にバスを確保するよう、バス使用権の要求をルートに対
して発する。このときの、バス使用権の要求を表す信号
の伝達は、図１０に示したように、ネットワーク内各機
器を中継しながら、最終的にルートに届けられる。

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

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

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

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

【０１２４】以上がアービトレーションの流れの説明で
ある。

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

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

【０１２７】次に、図１４にアシンクロナス転送のパケ
ットフォーマットの例を示す。

【０１２８】パケットには、データ部及び誤り訂正用の
データＣＲＣの他にはヘッダ部があり、そのヘッダ部に
は図１４に示したような、目的ノードＩＤ、ソースノー
ドＩＤ、転送データ長さや各種コードなどが書き込ま
れ、転送が行なわれる。

【０１２９】また、アシンクロナス転送は自己ノードか
ら相手ノードへの１対１の通信である。転送元ノードか
ら転送されたパケットは、ネットワーク中の各ノードに
行き渡るが、自分宛てのアドレス以外のものは無視され
るので、宛先の１つのノードのみが読込むことになる。

【０１３０】以上がアシンクロナス転送の説明である。

【０１３１】＜アイソクロナス（Isochronous）（同
期）転送＞アイソクロナス転送は同期転送である。１３９４シリア
ルバスの最大の特徴であるともいえるこのアイソクロナ
ス転送は、特にＶＩＤＥＯ映像データや音声データとい
ったマルチメディアデータなど、リアルタイムな転送を
必要とするデータの転送に適した転送モードである。

【０１３２】また、アシンクロナス転送（非同期）が１
対１の転送であったのに対し、このアイソクロナス転送
はブロードキャスト機能によって、転送元の１つのノー
ドから他のすべてのノードへ一様に転送される。

【０１３３】図１５は１３９４シリアルバスでのアイソ
クロナス転送の時間的な状態遷移を表す基本的な構成図
である。

【０１３４】アイソクロナス転送は、バス上一定時間毎
に実行される。この時間間隔をアイソクロナスサイクル
と呼ぶ。アイソクロナスサイクル時間は、１２５μＳで
ある。この各サイクルの開始時間を示し、各ノードの時
間調整を行なう役割を担っているのがサイクル・スター
ト・パケットである。

【０１３５】サイクル・スタート・パケットを送信する
のは、サイクル・マスタと呼ばれるノードであり、１つ
前のサイクル内の転送終了後、所定のアイドル期間（サ
ブアクションギャップ）を経た後、本サイクルの開始を
告げるサイクル・スタート・パケットを送信する。この
サイクル・スタート・パケットの送信される時間間隔が
１２５μＳとなる。

【０１３６】また、図１５にチャネルＡ，チャネルＢ，
チャネルＣと示したように、１サイクル内において複数
種のパケットがチャネルＩＤをそれぞれ与えられること
によって、区別して転送できる。これによって同時に複
数ノード間でのリアルタイムな転送が可能であり、また
受信するノードでは自分が欲しいチャネルＩＤのデータ
のみを取り込む。

【０１３７】このチャネルＩＤは送信先のアドレスを表
すものではなく、データに対する論理的な番号を与えて
いるに過ぎない。よって、あるパケットの送信は１つの
送信元ノードから他のすべてのノードに行き渡る、ブロ
ードキャストで転送されることになる。

【０１３８】アイドクロナス転送のパケット送信に先立
って、アシンクロナス転送同様アービトレーションが行
われる。しかし、アシンクロナス転送のように１対１の
通信ではないので、アイソクロナス転送にはａｃｋ（受
信確認用返信コード）は存在しない。

【０１３９】また、図１５に示したｉｓｏｇａｐ（ア
イソクロナスギャップ）とは、アイソクロナス転送を行
なう前にバスが空き状態であると認識するために必要な
アイドル期間を表している。この所定のアイドル期間を
経過すると、アイソクロナス転送を行ないたいノードは
バスが空いていると判断し、転送前のアービトレーショ
ンを行なうことができる。

【０１４０】つぎに、図１６にアイソクロナス転送のパ
ケットフォーマットの例を示す。以下、図１６を参照し
て１３９４シリアルバスでのアイソクロナス転送のパケ
ットフォーマットを説明する。

【０１４１】各チャネルに分かれた、各種のパケットに
はそれぞれデータ部及び誤り訂正用のデータＣＲＣの他
にヘッダ部があり、そのヘッダ部には図１６に示したよ
うな、転送データ長やチャネルＮＯ、その他各種コード
及び誤り訂正用のヘッダＣＲＣなどが書き込まれ、転送
が行なわれる。

【０１４２】以上がアイソクロナス転送の説明である。

【０１４３】＜バス・サイクル＞実際の１３９４シリア
ルバス上の転送では、アイソクロナス転送と、アシンク
ロナス転送は混在できる。その時の、アイソクロナス転
送とアシンクロナス転送が混在した、バス上の転送状態
の時間的な遷移の様子を表した図を図１７に示す。

【０１４４】アイソクロナス転送はアシンクロナス転送
より優先して実行される。その理由は、サイクル・スタ
ート・パケットの後、アシンクロナス転送を起動するた
めに必要なアイドル期間のギャップ長（サブアクション
ギャップ）よりも短いギャップ長（アイソクロナスギャ
ップ）で、アイソクロナス転送を起動できるからであ
る。したがって、アシンクロナス転送より、アイソクロ
ナス転送は優先して実行されることとなる。

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

【０１４６】このアービトレーションからパケット転送
までの動作を、与えられているチェル分繰り返し行なっ
た後、サイクル＃ｍにおけるアイソクロナス転送がすべ
て終了したら、アシンクロナス転送を行うことができる
ようになる。

【０１４７】アイドル時間がアシンクロナス転送が可能
なサブアクションギャップに達する事によって、アシン
クロナス転送を行いたいノードはアービトレーションの
実行に移れると判断する。

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

【０１４９】図１７のサイクル＃ｍでは３つのチャネル
分のアイソクロナス転送と、その後アシンクロナス転送
（含むａｃｋ）が２パケット（パケット１、パケット
２）転送されている。このアシンクロナスパケット２の
後は、サイクルｍ＋１をスタートすべき時間（ｃｙｃｌ
ｅｓｙｎｃｈ）にいたるので、サイクル＃ｍでの転送
はここまでで終わる。

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

【０１５１】しかし、アイソクロナス転送はリアルタイ
ム転送を維持するために毎サイクル必要であれば必ず実
行され、アシンクロナス転送はサイクル時間が短縮され
たことによって次以降のサイクルにまわされることもあ
る。

【０１５２】こういった遅延情報も含めて、サイクル・
マスタによって管理される。

【０１５３】以上が、ＩＥＥＥ１３９４シリアルバスの
説明である。

【０１５４】以上に説明したＩＥＥＥ１３９４シリアル
バスにより互いに接続される本実施の形態例のシステム
構成例を図１８に示す。図１８は本実施の形態例のＩＥ
ＥＥ１３９４シリアルバスにより互いに接続される本実
施の形態例のシステム構成例を示す図である。

【０１５５】図１８に示すバス構成は、実線で描いた１
３９４シリアルバスで接続された、記録再生装置１０
１、プリンタＡ１０２、パソコン（ＰＣ）１０３、プリ
ンタＢ１０４で成り立っており、各機器がそれぞれ１３
９４シリアルバスの仕様に基づいたデータ転送が行なえ
る。

【０１５６】ここで、記録再生装置１０１とは動画又は
静止画を記録再生する、デジタルカメラやカメラ一体型
デジタルＶＴＲ等である。また、記録再生装置１０１で
出力する映像データを、プリンタＡ１０２に直接転送す
ればダイレクトプリントが可能である。また、パソコン
（ＰＣ）１０３は外部の大規模なネットワーク、例えば
イーサネットに接続可能なインターフェースを具備して
いる。

【０１５７】また、１３９４シリアルバスの接続方法
は、図１８に示す接続例に限るものではなく、任意の機
器間での接続でバスを構成しても可能であり、また図１
８に示した機器のほかにもデータ通信機器が接続された
構成であってもよい。なお、この図１８のネットワーク
は一例とした機器群であって、接続されている機器は、
ハードディスクなどの外部記憶装置や、ＣＤＲ，ＤＶＤ
等の１３９４シリアルバスでネットワークが構成できる
機器なら何であってもよい。

【０１５８】図１８のようなバス構成を背景とした、本
発明の実施の形態例の動作に関する説明を、図１９も参
照して以下に行なう。図１９は本実施の形態例の図１８
に示すシステムの詳細ブロック構成図である。

【０１５９】図１９において、１０１は記録再生装置、
１０２はプリンタＡ、１０３はＰＣである。

【０１６０】記録再生装置１０１において、４は撮像
系、５はＡ／Ｄコンバータ、６は映像信号処理回路、７
は所定のアルゴリズムで記録時に圧縮、再生時に伸張を
行なう圧縮／伸張回路、８は磁気テープや固体メモリ等
とその記録再生ヘッド等も含めた記録再生系、９はシス
テムコントローラ、１０は指示入力を行なう操作部であ
る。

【０１６１】また、２２はＤ／Ａコンバータ、１２は表
示部であるＥＶＦ、１３は非圧縮で転送する映像データ
を記憶するフレームメモリ、１４はメモリ１３の読み出
し等を制御するメモリ制御部、１５は圧縮されて転送す
る映像データを記憶するためのフレームメモリ、１６は
メモリ１５の読み出し等を制御するメモリ制御部、１７
はデータセレクタ、１８は１３９４シリアルバスのＩ／
Ｆ部である。

【０１６２】更に、プリンタＡ１０２において、１９は
プリンタＡ１０２における１３９４Ｉ／Ｆ部、２０はデ
ータセレクタ、２１は所定のアルゴリズムで圧縮された
映像データを復号化するための復号化回路、２２はプリ
ント画像の画像処理回路、２３はプリント画像を形成す
るためのメモリ、２４はプリンタヘッド、２５はプリン
タヘッドや紙送り等を行なうドライバ、２６はプリンタ
の制御部であるプリンタコントローラ、２７はプリンタ
操作部である。

【０１６３】さらに、ＰＣ１０３において、６１はＰＣ
に搭載された１３９４Ｉ／Ｆ部、６２はＰＣＩバス、６
３はＭＰＵ、６４は所定のアルゴリズムで圧縮された映
像データを復号化するための復号化回路、６５はＤ／Ａ
コンバータも内蔵しているディスプレイ、６６はＨＤ
Ｄ、６７はメモリ、６８はキーボードやマウスといった
操作部である。

【０１６４】次に、以上の構成を備える本実施の形態例
の動作を順を追って説明する。

【０１６５】まず、記録再生装置１０１の記録時におい
ては、撮像系４で撮影した映像信号は、Ａ／Ｄコンバー
タ５でデジタル化された後、映像信号処理回路６で映像
処理がなされる。映像信号処理回路６の出力の一方は撮
影中の映像としてＤ／Ａコンバータ１１でアナログ信号
に戻され、ＥＶＦ１２で表示される。その他の出力は、
圧縮回路７で所定のアルゴリズムで圧縮処理され、記録
再生系８で記録媒体に記録される。

【０１６６】ここで、所定の圧縮処理とは、デジタルカ
メラでは代表的なものとしてＪＰＥＧ方式、家庭用デジ
タルＶＴＲでは帯域圧縮方法としてのＤＣＴ（離散コサ
イン変換）及びＶＬＣ（可変長符号化）に基づいた圧縮
方式、その他としてＭＰＥＧ方式などである。

【０１６７】記録再生装置１０１の再生時は、記録再生
系８が記録媒体から所望の映像を再生する。この時、所
望の映像の選択は、操作部１０から入力された指示入力
を元にして選択され、システムコントローラ９が制御し
て再生する。記録媒体から再生された映像データのう
ち、圧縮状態のまま転送されるデータはフレームメモリ
１５に出力する。

【０１６８】非圧縮のデータで転送するため再生データ
を伸張するときは、伸張回路７で伸張されメモリ１３に
出力される。また、再生した映像データをＥＶＦ１２で
表示するときは、伸張回路７で伸張し、Ｄ／Ａコンバー
タ１１でアナログ信号に戻された後ＥＶＦ１２に出力さ
れ、表示される。

【０１６９】フレームメモリ１３、およびフレームメモ
リ１５は、それぞれシステムコントローラにて制御され
たメモリ制御部１４、１６で書き込み／読み出しの制御
がなされる。そして読み出された映像データは、データ
セレクタ１７へと出力される。このとき、フレームメモ
リ１３、及び１５の出力は、同時間にはどちらか一方が
データセレクタ１７に出力されるように制御される。

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

【０１７１】また、プリンタＡ１０２やＰＣ１０３から
転送されてきた各種コマンドデータは、データセレクタ
１７からシステムコントローラ９に入力され、記録再生
装置１０１の各部の制御に用いることができる。

【０１７２】このうち、プリンタＡ１０２、ＰＣ１０３
から転送されたデコーダの有無またはデコーダの種類等
を示すコマンドデータは、要求コマンドとしてシステム
コントローラ９に入力した後、記録再生装置１０１より
映像データを転送する際、それぞれ圧縮、非圧縮どちら
の映像データを転送するか判断される。そして判断結果
に応じてメモリ制御部１４、及び１５にコマンド伝達し
て、フレームメモリ１３、または１５から適した一方の
映像データを読み出して転送するように制御する。

【０１７３】圧縮、非圧縮の映像データのうちどちらを
転送するかという判断は、プリンタＡ１０２またはＰＣ
１０３よりコマンド転送された、それぞれの機器が具備
するデコーダの情報により行なう。記録再生装置１０１
での映像データ圧縮方式がデコード可能であると判断し
たときは圧縮された映像データを転送するよう、メモリ
１５から読み出したデータを出力する。一方、デコード
できないと判断されたときは非圧縮の映像データを転送
するよう、メモリ１３から読み出したデータを出力する
よう制御する。

【０１７４】データセレクタ１７に入力した映像データ
及びコマンドデータは、１３９４Ｉ／Ｆ１８で１３９４
シリアルバスの仕様に基づいてケーブル上をデータ転送
され、プリント用映像データならばプリンタＡ１０２
が、ＰＣに取り込む映像データならばＰＣ１０３が受信
する。コマンドデータも適宜対象ノードに対して転送さ
れる。

【０１７５】各データの転送方式については、主に動画
や静止画、または音声といったデータはIsoデータとし
てアイソクロナス転送方式で転送し、コマンドデータは
Asyncデータとしてアシンクロナス転送方式で転送す
る。ただし、通常Isoデータで転送するデータのうち、
転送状況等に応じて場合によってはAsyncデータとして
転送した方が都合がいいときはアシンクロナス転送で送
ってもよい。

【０１７６】次にプリンタＡ１０２の動作について説明
する。プリンタＡ１０２は、１３９４Ｉ／Ｆ部１９に入
力したデータの内、データセレクタ２０で各データの種
類毎に分類され、映像データ等プリントすべきデータ
は、圧縮されている場合復号化回路２１でデータの伸張
がなされた後、画像処理回路２２に出力される。

【０１７７】この時、本実施の形態例では、あらかじめ
記録再生装置１０１に送っておいた、デコーダの有無ま
たは種類等の情報を元にして最適な転送が行なえるよ
う、圧縮または非圧縮を選びデータ転送されたものであ
るので、プリンタが具備する復号化回路２１では圧縮さ
れているデータは所持する所定のアルゴリズムの伸張方
式でデータ伸張可能である。

【０１７８】転送されてきた映像データが非圧縮のもの
である場合は、すなわち復号化回路２１が存在しないか
または、記録再生装置１０１の圧縮方式に対応不可能な
復号化回路２１を具備しているものであるため、この場
合は復号化回路２１をスルーして（何の処理もされずに
情報が通過して）直接プリント画像処理回路２２に入力
するような構成とする。

【０１７９】また、映像データでないプリント用データ
などが入力されたときで、伸張する必要がないデータの
ときにも復号化回路２１はスルー（何の処理もされずに
情報が通過）する。

【０１８０】画像処理回路２２に入力されたプリント用
のデータは、ここでプリントに適した画像処理が施さ
れ、かつプリンタコントローラ２６によって記憶、読み
出しの制御がなされたメモリ２３にプリント画像として
形成したものをプリンタヘッド２４に送りプリントされ
る。

【０１８１】プリンタのヘッド駆動や紙送り等の駆動は
ドライバ２５で行なうものであり、ドライバ２５やプリ
ンタヘッド２４の動作制御、およびその他各部の制御は
プリンタコントローラ２３によって行われる。

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

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

【０１８４】また、プリンタコントローラ２６はプリン
タＡ１０２内の復号回路２１の具備するデコーダの種
類、または復号化回路２１の有無等の情報を出力して、
記録再生装置１０１にコマンドデータとして転送するこ
とができる。

【０１８５】ここで、復号化回路２１について、プリン
タに設けるデコーダの一例として、ＪＰＥＧ方式が考え
られる。ＪＰＥＧ復号化はソフトウェア的に可能である
ので、復号化回路２１では、回路内に持つＲＯＭにＪＰ
ＥＧ復号化プログラムファイルを保持しているもの、あ
るいは他のノードから復号化プログラムを転送してもら
ったものなどを用いて、ソフト的に処理されて、復号化
処理される構成でよい。

【０１８６】記録再生装置からＪＰＥＧ方式で圧縮され
た画像データをプリンタに転送し、プリンタ内で復号化
処理するようにしたならば、非圧縮データに変換してか
ら転送するより転送効率が良く、また、ソフトウェアで
のデコード処理を用いることで、プリンタ自体にデコー
ダを設けることにもコスト的にも支障はなく都合が良
い。また、復号化回路２１ではハード的な復号化とし
て、ＪＰＥＧデコード回路（ボード）を設ける構成でも
可能である。

【０１８７】このように、記録再生装置１０１からプリ
ンタＡ１０２に映像データが転送されプリントする制御
は、所謂ダイレクトプリント処理であり、ＰＣ１０３で
の処理を用いずにプリント処理が可能である。

【０１８８】次に、ＰＣ１０３の処理について説明す
る。

【０１８９】記録再生装置１０１から、ＰＣの１３９４
Ｉ／Ｆ部６１に転送された映像データは、ＰＣ１０３内
で、ＰＣＩバス６２をデータ相互伝送のバスとして用い
て、各部へ転送される。また、ＰＣ１０３内の各種コマ
ンドデータ等もこのＰＣＩバスを用いて各部へ転送され
る。

【０１９０】ＰＣ１０３では操作部６８からの指示入力
と、ＯＳ（オペレーティングシステム）やアプリケーシ
ョンソフトにしたがって、メモリ６７を用いながら、Ｍ
ＰＵ６３によって処理がなされる。転送された映像デー
タを記録するときはハードディスク６６で記録する。

【０１９１】転送される映像データは、プリンタと同
様、本発明ではあらかじめ記録再生装置１０１に送って
おいた、デコーダの有無またはデコーダ種類等の情報を
元にして最適な転送が行なえるよう、圧縮または非圧縮
を選びデータ転送されたものである。この結果、ＰＣ１
０３が具備する復号化回路６４では、圧縮されて転送さ
れた映像データを所持する所定のアルゴリズムの伸張方
式でデータ伸張可能である。

【０１９２】映像データをディスプレイ６５で表示する
ときは、圧縮された映像データであったときは復号化回
路６４で復号化された後、非圧縮の映像データであった
ときは直接ディスプレイ６５に入力され、Ｄ／Ａ変換さ
れた後、映像表示される。

【０１９３】ＰＣ１０３に設けられた各種復号化回路６
４とは、一例としてＭＰＥＧ方式等のデコーダをボード
としてスロットに差し込んだものや、もしくはハード的
に本体に組み込まれたもの、または、ＭＰＥＧ方式やＪ
ＰＥＧ方式、その他のソフトデコーダをＲＯＭ等によっ
て所有しているものであり、これらデコーダの種類や有
無を情報としてコマンドを記録再生装置１０１に転送す
ることができる。

【０１９４】また、イーサネットＩ／Ｆ７０はＰＣＩバ
スに接続され後述するイーサネットプロトコルを実行
し、ハードディスク６６に記録された記録再生装置１０
１の画像データをアプリケーションソフトにしたがっ
て、メモリ６７を用いながら、ＭＰＵ６３によって処理
されＥｔｈｅｒＮｅｔＩ／Ｆ７０から外部イーサネット
ネットワークに送信する、その他外部ネットワークから
の受信データもイーサネットプロトコルを実行しメモリ
６７を用いながらハードディスク６６に記録され、アプ
リケーションソフトにより処理される。このようにして
外部イーサネットネットワークとの通信を可能にしてい
る。

【０１９５】このようにして、転送された映像データは
ＰＣ１０３内に取り込まれ、記録、編集、ＰＣから他機
器に転送等がなされる。

【０１９６】以上説明したように本実施の形態例におい
ては、図１９の構成を備えることにより、記録再生装置
１０１からプリンタＡ１０２またはＰＣ１０３に映像デ
ータを転送する前に、転送先のプリンタＡ１０２または
ＰＣ１０３からデコーダの情報をコマンド転送すること
によって、記録再生装置１０１は転送先装置がデコード
できるときは圧縮したままの映像データを転送し、デコ
ードできないときは非圧縮のデータにした後の映像デー
タを転送するように、選択することができる。次に、以
上の記録再生装置１０１の動作を図２０のフローチャー
トを参照して詳細に説明する。図２０は本実施の形態例
の記録再生装置の動作を示すフローチャートである。

【０１９７】記録再生装置１０１にて、映像データを１
３９４シリアルバスで接続された他の機器に転送するモ
ードにおいて、まずステップＳ１において、ユーザーは
転送先の機器を指定して、指示に基づいた転送設定を行
う。これによって、記録再生装置１０１からはステップ
Ｓ２において転送先機器に、これから転送を行うことを
告げる所定の情報及び転送先機器内に具備するデコーダ
の有無、種類等の情報を転送するように促すための情報
を含んだコマンドを１３９４バスを用いて送信する。

【０１９８】ステップＳ２のコマンドを受けて、転送先
の機器からはデコーダ情報を含んだ所定のコマンドデー
タが記録再生装置１０１に転送される。このためステッ
プＳ３でデコーダ情報を含んだ所定のコマンドデータの
受信を待つ。ここで、記録再生装置１０１のシステムコ
ントローラ９では受信したコマンドの内、デコーダ情報
からデコーダの存在とその種類を判別できたときにはス
テップＳ４に進む。

【０１９９】ここで、転送先の機器から転送元である記
録再生装置１０１に転送されたコマンドデータの内、デ
コーダ情報については、この後圧縮して記録した映像デ
ータの転送を行う際圧縮したまま転送するか、または非
圧縮に戻してから転送するかの判断の材料となるデータ
であり、かつ転送先の機器からすれば圧縮データの転送
を希望するか、または非圧縮データの転送を希望するか
の要求データとしての役割も持つことになる。

【０２００】また、あらかじめ転送元の記録再生装置１
０１が用いている圧縮方法の情報を、転送先の機器、例
えばＰＣ１０３が事前通知して知っていれば、ステップ
Ｓ２に対してのコマンドデータを返送するときにＰＣ１
０３内のデータ情報でなく、直接映像データ転送に対す
る命令とした、圧縮データの転送指令または非圧縮デー
タの転送指令とする要求コマンドとして用いることも可
能になる。

【０２０１】従って、ステップＳ４において、受信した
デコーダ情報から判別したデコーダの種類が、記録再生
装置１０１の圧縮伸張回路７で用いている映像データの
所定のアルゴリズムの圧縮方式に対応できるデコーダで
有るか否かを判断する。判別したデコーダの種類が、記
録再生装置１０１での圧縮方式に対応できないものであ
ったときはステップＳ６に進む。

【０２０２】一方、ステップＳ４で記録再生装置１０１
の圧縮伸張回路７で用いている映像データの所定のアル
ゴリズムの圧縮方式に対応できるデコーダであった場合
にはステップＳ５に進み、転送先機器内でのデコード可
能ということで、デコーダ有りの設定、すなわち圧縮し
たままの映像データを１３９４バス上に転送するような
処理として、映像データの転送実行時メモリ１５からの
出力を転送するように制御する。そしてステップＳ７に
進む。

【０２０３】一方ステップＳ３で、受信したコマンド内
にデコーダ情報が含まれてなかったとき、またはデコー
ダが存在しないという情報を判別したときにはステップ
Ｓ６に進む。

【０２０４】ステップＳ３でデコーダ情報が受信されな
かったとき、すなわち転送先機器内にデコーダが何ら存
在しないと判断されたとき、あるいはステップＳ４で判
別したデコーダの種類が、記録再生装置１０１での圧縮
方式に対応できないものであったときにはステップＳ６
に進み、ステップＳ６でデコーダ無しの設定、すなわち
記録再生装置１０１内で転送する映像データの伸張処理
を行ってから非圧縮の映像データを１３９４バス上に転
送するように、映像データの転送実行時メモリ１３から
の出力を転送するように制御する。そしてステップＳ７
に進む。

【０２０５】このように、本実施の形態例では、転送先
の機器に応じた映像データ転送時の出力形式の設定を行
った上で、ステップＳ７に進む。そしてユーザーはプリ
ントまたはＰＣ取り込み等のため転送したい映像データ
を、記録媒体に記録されている映像中から選択する。記
録再生装置１０１はその選択された映像の読み出し動作
を行なう。

【０２０６】映像選択動作を行った上でステップＳ８の
処理に進み、ユーザーが所望の映像に対して転送指令を
行なう。次にステップＳ９で、ステップＳ５又はステッ
プＳ６での設定に基づき、転送先機器に対応可能なデコ
ーダがあるか否かを調べる。転送先機器に対応可能なデ
コーダがある場合はステップＳ１０に進み、記録媒体か
ら再生した圧縮したままの映像データを転送するため、
ステップＳ８での転送指令に応じてメモリ１５から読み
出した映像データを出力、転送するようにシステムコン
トローラ９及びメモリ制御１６が制御する。そしてステ
ップＳ１２に進む。

【０２０７】一方、転送先機器に対応可能なデコーダが
ない場合にはステップＳ１１に進み、伸張回路７で伸張
した後の非圧縮の映像データを転送するため、ステップ
Ｓ８の転送指令に応じてメモリ１３から読み出した映像
データを出力、転送するようにシステムコントローラ９
及びメモリ制御１４が制御する。

【０２０８】なおここでの映像データの転送は１３９４
シリアルバスを用いて、アイソクロナス（またはアシン
クロナス）転送方式でパケット転送される。

【０２０９】そしてステップＳ１２において、所望の映
像データについて転送が終了すると、次のステップＳ１
３で他の映像データの転送を行いたいか否かの選択を行
なう。他の映像を選択するときはステップＳ７に戻り、
映像選択からの処理を繰り返し行なう。

【０２１０】一方、ステップＳ１３で他の映像を選択し
ないときはステップＳ１４に進み、転送先機器を変更し
て、映像データ転送モードを続行するか否かを判断す
る。転送先を他の機器に変更して映像データ転送を行う
ときはステップＳ１の転送先指定に戻り、以上の処理を
繰り返し行なう。

【０２１１】一方、ステップＳ１４で転送先を変更して
モード続行する必要が無いときは、当該処理を終了す
る。そして、常時、指示された映像データ転送モード実
行に伴って図２０の処理に移行し、ステップＳ１よりの
処理を行う。

【０２１２】次に、図２１を参照してイーサネットプロ
トコルの概要を説明する。図２１はイーサネットプロト
コルの概要を階層構造で示した図である。なお、イーサ
ネットプロトコルはすでに周知の技術であり詳細の説明
は省略する。

【０２１３】最下層のフィジカル層５０１ではネットワ
ークに接続するためのコネクタの物理的な規定や電気的
な規定を定めており、１０ベース（Base）Ｔ，１０ベー
ス２，１０ベース５などが規定されている、この規定に
基づき本実施の形態例の図１９のイーサネットＩ／Ｆ７
０も構成されている。

【０２１４】次のデータリンク層５０２では、イーサネ
ットアドレスであるＭａｃアドレスを設定しネットワー
ク上のユニークな情報通信により機器を特定することが
できるようなプロトコルの規定であり、イーサネットＩ
／Ｆ７０も固有のＭａｃアドレス設定している。また、
ここでは通信するデータのパケット形式を規定してお
り、例えばＩＥＥＥ８０２．３での規定するパケット形
式は標準的に使用されている。

【０２１５】次のネットワーク層５０３では、上位層か
らのデータを前述のパケット形式に合わせたデータ形式
に変換し、データの損傷を回復するための対処方法が規
定されている。この層までが通常ハードウエアにより構
成されており本実施の形態例でも複数のチップセットに
より構成されている。

【０２１６】次のソフトウエア層の最下層であるトラン
スポート層５０４では、ネットワーク上の論理的なアド
レスを管理し、通常ＩＰアドレスで規定される機器のア
ドレスが設定される。また、通信されるパケットを監視
し欠落したパケットの再送の処理などを行う。これらの
処理は通常ソフトウエアにより行われ、本実施の形態例
でも図１９に装備したイーサネットアプリケーションソ
フトにより実行される。

【０２１７】次のセッション層５０５では、エンド・ツ
ー・エンドのやり取りを管理し、アプリケーション間の
通信の同期処理も行っている、本実施の形態例では図２
２に示すようなアプリケーション種別（図１８に示した
記録再生装置１０１、プリンタＡ１０２、プリンタＢ１
０４など）を宣言している。

【０２１８】次のアプリケーション層５０６では、図１
９に示すＰＣ１０３に装備したアプリケーションソフト
が動作し、セッション層とのインターフェースを行って
いる。

【０２１９】図２２はイーサネット上で通信されるパケ
ット形式の概要を示している。左右両側のフレームプリ
アンブル（Frame Preamble）５１１は、パケットの前後
に必ず必要なヘッダーおよびトレイラーである。

【０２２０】ＤＨ５１２は、データリンクレイヤで作成
されるヘッダーを含むデータである。ＮＨ５１３は、ネ
ットワークレイヤで作成されるヘッダーを含むデータで
ある。ＴＨ５１４は、トランスポートレイヤで作成され
るヘッダーを含むデータである。

【０２２１】また、ＳＨ１５１は、セッションレイヤで
作成されるヘッダーを含むデータであり前述のアプリケ
ーション種別情報も含まれる。なおこのアプリケーショ
ン種別は上述した図３で示したようなＩＥＥＥ１３９４
バスに接続されているすべての機器の情報を持つＲＯＭ
からノード番号、機器名称などの情報を読み出すことに
より容易に設定できる。

【０２２２】ＡＨ５１７は、アプリケーションレイヤで
作成されるヘッダーを含むデータでありアプリケーショ
ンデータも含まれている。５１８はアプリケーションデ
ータである。５１９はＮＴである。また、５２０はＤＴ
である。

【０２２３】以上説明したように本実施の形態例によれ
ば、ＰＣを含むローカルなネットワークをＩＥＥＥ１３
９４プロトコルにより各周辺機器間でデータ通信を行な
うことができ、更に、ＰＣ外部との大規模なネットワー
クをイーサネットプロトコルによりＰＣおよびその周辺
機器とのデータ通信が可能となる。

【０２２４】即ち、従来からあるデジタルＩ／Ｆの問題
点を極力解消した、各デジタル機器に統一されて搭載さ
れるような汎用型デジタルＩ／Ｆ（例えばＩＥＥＥ１３
９４−１９９５ハイパフォーマンス・シリアルバス）を
用いて、ＰＣやプリンタ、その他周辺装置、またデジタ
ルカメラやデジタルＶＴＲの記録再生装置等をネットワ
ーク構成で接続したときのきわめてローカルな機器間デ
ータ通信を可能とし、さらにＰＣを介しての大規模なネ
ットワークとＰＣ周辺機器との通信を可能とすることが
できる。

【０２２５】なお、以上の説明した本実施の形態例で
は、記録媒体に圧縮記録した映像データを用いて説明し
ているが、記録した映像に限らず、撮像装置より入力し
た映像データであって記録処理が行われていない圧縮映
像データを用いたものであってもよい。

【０２２６】また、以上で説明した記録再生装置は主と
して動画及び静止画の映像データに関したものであり、
カメラ一体型ＶＴＲやデジタルカメラを意識したもので
あるが、他の記録または再生装置であるＤＶＤやＭＤ，
ＣＤ，ＰＣなどのデジタル機器であってもよく、扱うデ
ータも映像データに限らず音声データや各種ファイルデ
ータなどであっても構わない。

【０２２７】[他の実施形態例]なお、本発明は、複数の
機器（例えばホストコンピュータ，インタフェイス機
器，リーダ，プリンタなど）から構成されるシステムに
適用しても、一つの機器からなる装置（例えば、複写
機，ファクシミリ装置など）に適用してもよい。

【０２２８】また、本発明の目的は、前述した実施形態
の機能を実現するソフトウェアのプログラムコードを記
録した記憶媒体を、システムあるいは装置に供給し、そ
のシステムあるいは装置のコンピュータ（またはＣＰＵ
やＭＰＵ）が記憶媒体に格納されたプログラムコードを
読出し実行することによっても、達成されることは言う
までもない。

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

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

【０２３１】また、コンピュータが読出したプログラム
コードを実行することにより、前述した実施形態の機能
が実現されるだけでなく、そのプログラムコードの指示
に基づき、コンピュータ上で稼働しているＯＳ（オペレ
ーティングシステム）などが実際の処理の一部または全
部を行い、その処理によって前述した実施形態の機能が
実現される場合も含まれることは言うまでもない。

【０２３２】さらに、記憶媒体から読出されたプログラ
ムコードが、コンピュータに挿入された機能拡張ボード
やコンピュータに接続された機能拡張ユニットに備わる
メモリに書込まれた後、そのプログラムコードの指示に
基づき、その機能拡張ボードや機能拡張ユニットに備わ
るＣＰＵなどが実際の処理の一部または全部を行い、そ
の処理によって前述した実施形態の機能が実現される場
合も含まれることは言うまでもない。

【０２３３】本発明を上記記憶媒体に適用する場合、そ
の記憶媒体には、先に説明したフローチャートに対応す
るプログラムコードを格納することになる。

【０２３４】

【発明の効果】以上説明したように、本発明によれば、
外部ネットワークに接続されたＰＣなどのホスト機器
と、ホスト機器に接続されるデジタル周辺機器が外部ネ
ットワークと通信できることにより、通常全ての機器を
ネットワーク接続するより安易にそして安価に構成する
ことができる。

【図面の簡単な説明】

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

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

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

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

【図５】１３９４シリアルバスで採用されている、ＤＳ
−リンク符号化方式でのデータ転送タイミングを示す図
である。

【図６】ＤＳ−リンク符号化方式でのバスリセットから
ノードＩＤの決定までの手順を示すフローチャートであ
る。

【図７】ＤＳ−リンク符号化方式でのバスリセットにお
ける親子関係決定の手順を示すフローチャートである。

【図８】ＤＳ−リンク符号化方式でのバスリセットにお
ける親子関係決定後から、ノードＩＤ決定までの手順を
示すフローチャートである。

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

【図１０】１３９４シリアルバスでのアービトレーショ
ンにおけるバス使用要求を説明するための図である。

【図１１】１３９４シリアルバスでのアービトレーショ
ンにおけるバス使用許可を説明するための図である。

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

【図１３】１３９４シリアルバスでのアシンクロナス転
送の時間的な状態遷移を表す基本的な構成図である。

【図１４】１３９４シリアルバスでのアシンクロナス転
送のパケットのフォーマットの一例の図である。

【図１５】１３９４シリアルバスでのアイソクロナス転
送の時間的な状態遷移を表す基本的な構成図である。

【図１６】１３９４シリアルバスでのアイソクロナス転
送のパケットのフォーマットを説明するための図であ
る。

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

【図１８】本発明に係る一発明の実施の形態例のＩＥＥ
Ｅ１３９４シリアルバスにより互いに接続されるシステ
ム構成例を示す図である。

【図１９】本実施の形態例の図１８に示すシステムの詳
細ブロック構成図である。

【図２０】本実施の形態例の記録再生装置の動作を示す
フローチャートである。

【図２１】本実施の形態例のイーサネットプロトコルを
説明する階層構造図である。

【図２２】本実施の形態例のイーサネット通信のパケッ
ト構成を示す図である。

【図２３】従来のデジタルカメラ、ＰＣ及びプリンタを
接続したデータ処理システムのブロック構成を示す図で
ある。

【符号の説明】

８記録再生系９システムコントローラ１３メモリ１４メモリ制御１５メモリ１６メモリ制御２１復号化回路２６プリンタコントローラ６３ＭＰＵ６４復号化回路１０１記録再生装置１０２プリンタ装置１０３ＰＣ（パーソナルコンピュータ）

Claims

【特許請求の範囲】

【請求項１】通信機器が接続されたネットワークと、前記ネットワークに接続されたホスト機器と、前記ホスト機器と前記ネットワークと異なるデジタル通
信網で接続された複数の周辺機器とで構成されるデータ
通信システムであって、前記ネットワークに接続された通信機器は、前記ネット
ワーク及び前記ホスト機器を介して前記周辺機器と通信
可能とすることを特徴とするデータ通信システム。
【請求項２】前記ネットワークと異なるデジタル通信
網は、ＩＥＥＥ１３９４ハイパフォーマンス・シリアル
バスを用いて前記ホスト機器と前記複数の周辺機器とが
接続されているデジタル通信網であることを特徴とする
請求項１記載のデータ通信システム。
【請求項３】前記他の通信機器は、前記複数の周辺機
器との通信の開始に先だって前記複数の周辺機器に自己
の有する機能を通知して自己で処理可能なデータを通信
する様に制御することを特徴とする請求項１または請求
項２に記載の通信システム。
【請求項４】前記自己の有する機能がデータの圧縮、
伸張機能であることを特徴とする請求項３記載の通信シ
ステム。
【請求項５】前記ネットワークはイーサネットである
ことを特徴とする請求項１乃至請求項４のいずれかに記
載のデータ通信システム。
【請求項６】通信機器が接続されたネットワークと、
前記ネットワークに接続されたホスト機器と、前記ホス
ト機器と前記ネットワークと異なるデジタル通信網で接
続された複数の周辺機器とで構成されるデータ通信シス
テムにおけるデータ通信方法であって、前記ネットワークに接続された通信機器が前記ネットワ
ーク及び前記ホスト機器を介して前記周辺機器と通信可
能とするために、前記他の通信機器は、前記複数の周辺
機器との通信の開始に先だって自己の有する機能を通知
して自己で処理可能なデータを通信する様に制御するこ
とを特徴とするデータ通信方法。
【請求項７】前記ネットワークと異なるデジタル通信
網は、ＩＥＥＥ１３９４ハイパフォーマンス・シリアル
バスを用いて前記ホスト機器と前記複数の周辺機器とが
接続されているデジタル通信網であることを特徴とする
請求項６記載のデータ通信方法。
【請求項８】前記自己の有する機能がデータの圧縮、
伸張機能であることを特徴とする請求項６又は請求項７
記載のデータ通信方法。
【請求項９】前記ネットワークはイーサネットである
ことを特徴とする請求項６乃至請求項８のいずれかに記
載のデータ通信方法。
【請求項１０】前記請求項１乃至請求項９のいずれか
１項に記載の機能を実現するコンピュータプログラム
列。
【請求項１１】前記請求項１乃至請求項９のいずれか
１項に記載の機能を実現するコンピュータプログラムを
記憶したコンピュータ可読記録媒体。