(57)【特許請求の範囲】
【請求項１】
第１のノードからシリアルバスを介して他のノードと通信し、一定期間毎にデータの転送を行うデータ通信システムであって、
前記前記第１のノードは、データを所定の圧縮方式により圧縮して転送する構成を有し、データ転送時において、圧縮データを転送する手段と非圧縮データを転送する手段とを備え、
前記第１のノードは、圧縮データの転送と、前記圧縮データに対応する非圧縮データの転送とを１期間内に両方実行することを特徴とするデータ通信システム。
【請求項２】
前記第１のノードは映像の記録再生装置であることを特徴とする請求項１に記載のデータ通信システム。
【請求項３】
前記他のノードはプリンタであることを特徴とする請求項１または２に記載のデータ通信システム。
【請求項４】
前記第１のノードと前記他のノードとがＤＳ−Ｌｉｎｋ方式を用いたシリアルバスにより直接接続されることを特徴とする請求項１ないし３の何れか１項に記載のデータ通信システム。
【請求項５】
前記シリアルバスは、ＩＥＥＥ１３９４シリアルバスであることを特徴とする請求項１ないし４の何れか１項に記載のデータ通信システム。
【請求項６】
第１のノードである記録再生装置からシリアルバスを介して他のノードと通信し、一定期間毎に映像データの転送を行うデータ通信システムであって、
前記記録再生装置は、映像記録時に映像データを所定の圧縮方式により圧縮して記録部に記録する構成を有し、映像データ転送時に、前記記録部より読み出した圧縮映像データに関して、これを圧縮されたままパケット転送する手段と、伸張処理して非圧縮のデータとしてパケット転送する手段とを有し、
圧縮映像パケットの転送と前記圧縮映像に対応する非圧縮映像パケットの転送とを１期間内に両方実行することを特徴とするデータ通信システム。
【請求項７】
前記圧縮映像データおよび前記非圧縮映像データの転送をＩＥＥＥ１３９４シリアルバスの転送方式にあるアイソクロナス転送を用いて行い、その際、データの割り当てチャネルを圧縮、非圧縮のデータ別に区別することによってデータの種類を分別可能とし、かつ各チャネルを１期間内に多重して転送するようにしたことを特徴とする請求項６に記載のデータ通信システム。
【請求項８】
前記他のノードは、前記所定の圧縮方式による圧縮データを伸張可能なデコーダを具備しているか否かに応じて、圧縮データ用のチャネルまたは非圧縮データ用のチャネルの何れかを選択してデータを受信することを特徴とする請求項７に記載のデータ通信システム。
【請求項９】
データ転送先となり得るすべてのノードが前記所定の圧縮方式による圧縮データを伸張可能なデコーダを具備しているかどうかを判断する手段を更に備え、当該デコーダをすべての転送先ノードが具備している場合は、圧縮データのみを転送することを特徴とする請求項１に記載のデータ通信システム。
【請求項１０】
第１のノードからシリアルバスを介して他のノードと通信し、一定期間毎にデータの転送を行うためのデータ通信方法であって、
圧縮データの転送と前記圧縮データに対応する非圧縮データの転送とを１期間内に両方実行することを特徴とするデータ通信方法。
【請求項１１】
前記圧縮データおよび前記非圧縮データの転送をＩＥＥＥ１３９４シリアルバスの転送方式にあるアイソクロナス転送を用いて行い、その際、データの割り当てチャネルを圧縮、非圧縮のデータ別に区別することによってデータの種類を分別可能とし、かつ各チャネルを１期間内に多重して転送するようにしたことを特徴とする請求項１０に記載のデータ通信方法。
【請求項１２】
データ転送先となり得る前記他のノードが、前記圧縮データを対応する圧縮方式により伸張可能なデコーダを具備しているか否かに応じて、前記圧縮データまたは前記非圧縮データの何れかを選択して受信することを特徴とする請求項１０または１１に記載のデータ通信方法。
【請求項１３】
データ転送先となり得るすべてのノードが前記圧縮データを対応する圧縮方式により伸張可能なデコーダを具備しているかどうかを判断し、当該デコーダをすべての転送先ノードが具備している場合には、前記圧縮データのみを転送するようにしたことを特徴とする請求項１０ないし１２の何れか１項に記載のデータ通信方法。
【請求項１４】
データを所定の圧縮方式により圧縮する圧縮手段と、
前記圧縮手段により圧縮されたデータを前記所定の圧縮方式に対応した方式により復号する復号手段と、
一定期間毎にデータの転送を行う転送手段とを有し、
前記転送手段は、圧縮データの転送と前記圧縮データに対応する非圧縮データの転送とを１期間内に両方実行することを特徴とするデータ通信ノード。
【請求項１５】
映像記録時に映像データを所定の圧縮方式により圧縮して記録部に記録する構成を有し、映像データ転送時は、前記記録部より読み出した圧縮映像データに関して、これを圧縮されたままパケット転送する手段と、伸張処理して非圧縮のデータとしてパケット転送する転送手段とを有し、
前記転送手段は、一定期間毎にパケット転送を行い、さらに、圧縮映像パケットの転送と前記圧縮データに対応する非圧縮映像パケットの転送とを１期間内に両方実行することを特徴とするデータ通信ノード。
【請求項１６】
前記圧縮映像データおよび前記非圧縮映像データの転送をＩＥＥＥ１３９４シリアルバスの転送方式にあるアイソクロナス転送を用いて行い、その際、前記圧縮映像データを任意のチャネルに割り当て、前記非圧縮映像データを前記圧縮映像データが割り当てられたチャネルとは異なる任意のチャネルに割り当てて転送し、かつ各チャネルを１期間内に多重して転送するようにしたことを特徴とする請求項１５に記載のデータ通信ノード。
【請求項１７】
データ転送先となり得るすべてのノードが前記所定の圧縮方式による圧縮データを伸張可能なデコーダを具備しているかどうかを判断する手段を更に備え、当該デコーダをすべての転送先ノードが具備している場合は、圧縮データのみを転送することを特徴とする請求項１４ないし１６の何れか１項に記載のデータ通信ノード。
【請求項１８】
請求項１４ないし１６の何れか１項に記載のデータ通信ノードから転送されるデータを受信する他のデータ通信ノードであって、
前記所定の圧縮方式による圧縮データを伸張可能なデコーダを具備しているか否かに応じて、前記圧縮データまたは前記非圧縮データの何れかを選択して受信することを特徴とするデータ通信ノード。
【請求項１９】
第１のノードからシリアルバスを介して他のノードと通信し、一定期間毎にデータを転送するに際して、
圧縮データの転送と前記圧縮データに対応する非圧縮データの転送とを１期間内に両方実行する手順をコンピュータに実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項２０】
前記手順は、前記圧縮データおよび前記非圧縮データの転送をＩＥＥＥ１３９４シリアルバスの転送方式にあるアイソクロナス転送を用いて行い、その際、データの割り当てチャネルを圧縮、非圧縮のデータ別に区別することによってデータの種類を分別可能とし、かつ各チャネルを１期間内に多重して転送する手順をコンピュータに実行させるためのプログラムを記録したことを特徴とする請求項１９に記載の記録媒体。
【請求項２１】
データ転送先となり得るすべてのノードが前記圧縮データを対応する圧縮方式により伸張可能なデコーダを具備しているかどうかを判断し、当該デコーダをすべての転送先ノードが具備している場合には、前記圧縮データのみを転送するように制御する手順を更にコンピュータに実行させるためのプログラムを記録したことを特徴とする請求項１９または２０に記載の記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はデータ通信システム、データ通信方法、データ通信ノードおよび記録媒体に関し、特に、制御信号と各種データとを混在させて通信することが可能な通信制御バスを用いて複数の電子機器間を接続して、各電子機器間でデータ通信を行うシステムに用いて好適なものである。
【０００２】
【従来の技術】
従来、パソコン（以下、ＰＣ）およびその周辺機器は、小型コンピュータ用の汎用型インタフェースで代表的なデジタルインタフェース（以下、デジタルＩ／Ｆ）であるＳＣＳＩ等をもって接続がなされ、データ通信が行われていた。デジタルカメラやデジタルビデオカメラもＰＣヘの画像入力手段として、周辺機器の１つである。
【０００３】
近年、デジタルカメラやビデオカメラで撮影した静止画や動画といっ映像をＰＣへ取り込み、それをハードディスクに記憶したり、プリンタでカラープリントするといった分野の技術が進んでおり、ユーザーも増えている。取り込んだ画像データをＰＣからプリンタやハードディスクヘ出力する際などに、上記のＳＣＳＩ等を経由してデータ通信が行われるものである。画像データのようにデータ量の多い情報を送るためには、こういったデジタルＩ／Ｆには転送データレートが高く、かつ汎用性のあるものが必要とされる。
【０００４】
また、従来は、ホストであるＰＣに各周辺機器が接続される構成が一般的であり、ＰＣ内部および外部接続装置に関する様々な処理がＰＣによって行われるものである。例えば、デジタルカメラ等で撮像した画像データをプリンタでプリントする際も、画像データをＰＣに一旦取り込んだ後、各アプリケーションなどを用いて編集を行い、その後プリンタに出力するといった手順での処理が一般的に行われている。
【０００５】
【発明が解決しようとする課題】
しかしながら、上記従来例で挙げた代表的なデジタルＩ／ＦであるＳＣＳＩには、転送データレートの低いものや、パラレル通信のためケーブルが太いものが多く、接続される周辺機器の種類や数、接続方式などにも制限があり、多くの面での不便利性も指摘されている。
【０００６】
また、通常ＰＣには多くの周辺機器が接続可能であり、これら周辺機器とＰＣとの間の転送処理およびＰＣ内部でのデータ処理などによって、ＰＣの負荷は非常に大きなものとなる。例えば、ユーザが優先して画像のプリントを行いたいときなどは、一旦ＰＣに画像データを取り込んだ上での処理を必要とするため、ＰＣの処理能力や状況によってはプリント速度が遅くなってしまうことがある。
【０００７】
このように、従来の構成では、ＰＣとその周辺機器間でのデータ転送の煩わしさやＰＣの処理状況などによって、ユーザが行いたい処理の効率が悪くなってしまうという問題があった。
【０００８】
また、従来、プリンタ装置に関しては装置内にデコード機能を備えているものは少ない。これは、プリンタではＰＣから出力された非圧縮画像データをプリントすることが一般的なためでもある。また、ビデオ装置とプリンタ間にＰＣを接続しないビデオプリンタのような特殊なプリンタ装置は、ビデオ装置とプリンタ間で情報のやり取りをする媒体として無線やＩ／Ｏケーブル等を採用したものであるが、これを用いた場合でもアナログまたは非圧縮画像データとしての転送が一般的であり、転送効率は優れているとはいいがたいものが多い。
【０００９】
すなわち、映像データ等をプリントする際、圧縮データを転送してプリンタでデコードすれば転送効率は遙に向上するものであるが、そのような装置は一般的に普及されていない。
本発明の以上のような問題を解決するために成されたものであり、受信ノードがデコーダを具備するか否かによらずデータ転送を効率的に行えるようにすることを目的とする。
【００１０】
【課題を解決するための手段】
例えば本発明のデータ通信システムは、第１のノードからシリアルバスを介して他のノードにデータの転送を行うデータ通信システムであって、上記第１のノードは、データを所定の圧縮方式により圧縮して転送する構成を有し、データ転送時において、圧縮データを転送する手段と非圧縮データを転送する手段とを備えることを特徴とする。
このとき、上記第１のノードは、データ内容的に同一である圧縮データの転送と非圧縮データの転送とをサイクル期間内に両方実行し、これをそれぞれの転送終了まで各サイクルにおいて繰り返す。
ここで、上記第１のノードは映像の記録再生装置であっても良い。また、上記他のノードはプリンタであっても良い。また、上記第１のノードと上記他のノードとが上記ＤＳ−Ｌｉｎｋ方式を用いたシリアルバスにより直接接続されていても良い。さらに、このＤＳ−Ｌｉｎｋ方式を用いたシリアルバスは、ＩＥＥＥ１３９４シリアルバスであっても良い。
【００１１】
すなわち、本発明は、従来抱えている上記のような問題を解決するため、従来あるデジタルＩ／Ｆの問題点を極力解消した、各デジタル機器に統一されて搭載されるような汎用型デジタルＩ／Ｆ（例えばＩＥＥＥ１３９４−１９９５ハイパフォーマンス・シリアルバス）を用いて、ＰＣやプリンタ、その他の周辺装置、またはカメラ一体型デジタルＶＴＲなどの記録再生装置等をネットワーク構成で接続したときの機器間データ通信を実現する。例えば、記録再生装置からプリンタヘ映像データを直接転送してプリント処理することが可能なＰＣでの処理を必要としないデータ通信方式を実現し、これによりプリント効率を向上させる。
【００１２】
また、このような構成になると、映像データのような情報量の多いデータの転送効率の向上を図るためには、圧縮した映像データの転送が不可欠になる。しかし、映像データの転送先となる各装置、例えばプリンタを例にとると、プリンタ内にデコーダを具備するものと具備しないものとが混在したネットワークが構成されることもあるので、このようなネットワーク構成下においても快適なデータ転送を実現する。
【００１３】
すなわち、本発明によれば、一般的にネットワークのホストとなるＰＣでの処理を経由せずに画像プリントのためのデータ通信およびプリント処理が行えるので、ＰＣの処理能力や動作状況に影響されずにユーザが優先的に行いたいプリント処理を迅速に行うことができ、かつプリントデータ処理のために生ずるＰＣの負荷もなくすことができる。
【００１４】
また、記録再生装置から転送される映像データ、特にプリントや画面表示をするための静止画データなどに関して、同一内容のデータを転送する転送先となる機器がプリンタ、モニタ等のように複数個存在するときに、デコーダを具備している装置に対しては転送効率を向上させるためにも圧縮データを転送して受信し、デコーダを具備していない装置に対しては伸張した後の非圧縮データを転送して受信できるようになり、ネットワークに接続されているデコード機能の異なる複数の機器に対しても、転送が円滑に行える。
【００１５】
さらに、複数機器にて構成されたシリアルバス・ネットワークにおいて、本発明の第１のノードである記録再生装置からの映像データを受信可能なすべての機器が、映像データの圧縮方式に対応可能なデコーダを具備しているときは、非圧縮データを転送しないようにすることで、より一層の転送効率の向上が図れる。
【００１６】
【発明の実施の形態】
＜第１の実施形態＞
以下、本発明の第１の実施形態について図面を参照しながら説明する。
図１に、本発明を実施するときのネットワーク構成の一例を示す。ここで、本発明においては、各機器間を接続するデジタルＩ／Ｆとして、ＤＳ−Ｌｉｎｋ方式を用いたシリアルバス、例えばＩＥＥＥ１３９４シリアルバスを用いるので、ＩＥＥＥ１３９４シリアルバスについてあらかじめ説明する。
【００１７】
《ＩＥＥＥ１３９４の技術の概要》
家庭用デジタルＶＴＲやＤＶＤ（Digital Video Disc）の登場に伴って、ビデオデータやオーディオデータなどのようにリアルタイムでかつ情報量の多いデータを転送するためのサポートが必要になっている。こういったビデオデータやオーディオデータをリアルタイムで転送し、それをパソコン（ＰＣ）に取り込んだり、またはその他のデジタル機器に転送したりするためには、必要な転送機能を備え高速にデータ転送可能なインタフェースが必要になってくる。こういった観点から開発されたインタフェースが、ＩＥＥＥ１３９４−１９９５シリアルバス（High Performance Serial Bus ：以下、１３９４シリアルバス）である。
【００１８】
図１１に、１３９４シリアルバスを用いて構成されるネットワーク・システムの例を示す。このシステムは、複数の機器Ａ，Ｂ，Ｃ，Ｄ，Ｅ，Ｆ，Ｇ，Ｈを備えており、Ａ−Ｂ間、Ａ−Ｃ間、Ｂ−Ｄ間、Ｄ−Ｅ間、Ｃ−Ｆ間、Ｃ−Ｇ間およびＣ−Ｈ間がそれぞれ１３９４シリアルバスのツイスト・ペア・ケーブルで接続されている。これらの機器Ａ〜Ｈは例としてＰＣ、デジタルＶＴＲ、ＤＶＤ、デジタルカメラ、ハードディスク、モニタ等である。各機器間の接続方式は、ディジーチェーン方式とノード分岐方式とを混在可能としたものであり、自由度の高い接続が可能である。
【００１９】
また、各機器Ａ〜Ｈは各自固有のＩＤを有し、それぞれがＩＤを認識し合うことによって、１３９４シリアルバスで接続された範囲において、１つのネットワークを構成している。各デジタル機器間をそれぞれ１本の１３９４シリアルバスケーブルで順次接続するだけで、それぞれの機器が中継の役割を行い、全体として１つのネットワークを構成するものである。また、１３９４シリアルバスの特徴でもあるＰｌｕｇ＆Ｐｌａｙ機能で、ケーブルを機器に接続した時点で自動的に機器の認識や接続状況などの認識を行う機能を有している。
【００２０】
また、図１１に示したようなシステムにおいて、ネットワークからある機器が削除されたり、または新たに追加されたりしたときなどは、自動的にバスリセットを行い、それまでのネットワーク構成をリセットしてから、新たなネットワークの再構築を行う。この機能によって、その時々のネットワークの構成を常時設定、認識することができる。
【００２１】
また、データ転送速度は、１００／２００／４００Ｍｂｐｓと備えており、上位の転送速度を持つ機器が下位の転送速度をサポートし、互換をとるようになっている。
【００２２】
データ転送モードとしては、コントロール信号などの非同期データ（Asynchronousデータ：以下、 Asyncデータ）を転送するAsynchronous転送モード、リアルタイムなビデオデータやオーディオデータ等の同期データ（ Isochronousデータ：以下 Isoデータ）を転送する Isochronous転送モードがある。この Asyncデータと Isoデータは、各サイクル（通常１サイクル＝１２５μＳ）の中において、サイクル開始を示すサイクル・スタート・パケット（ＣＳＰ）の転送に続き、 Isoデータの転送を優先しつつサイクル内で混在して転送される。
【００２３】
次に、１３９４シリアルバスの構成要素を図１２に示す。
１３９４シリアルバスは、全体としてレイヤ（階層）構造で構成されている。図１２に示したように、最もハード的なものが１３９４シリアルバスのケーブルである。さらに、そのケーブルのコネクタが接続されるコネクタポートがあり、その上にハードウェアとしてフィジカル・レイヤとリンク・レイヤとがある。
【００２４】
ハードウェア部は、実質的なインタフェースチップの部分であり、そのうちフィジカル・レイヤは符号化やコネクタ関連の制御等を行い、リンク・レイヤはパケット転送やサイクルタイムの制御等を行う。
ファームウェア部のトランザクション・レイヤは、転送（トランザクション）すべきデータの管理を行い、ReadやWrite といった命令を出す。シリアルバスマネージメントは、接続されている各機器の接続状況やＩＤの管理を行い、ノード制御、ネットワークの構成を管理する部分である。後述するバス・マネージャやアイソクロナス・リソース・マネージャの機能はこのシリアルバスマネージメントに含まれる。
【００２５】
このハードウェア部およびファームウェア部までが実質上の１３９４シリアルバスの構成である。
また、ソフトウェア部のアプリケーション・レイヤは、使うソフトによって異なり、インタフェース上にどのようにデータをのせるかを規定する部分であり、ＡＶプロトコルなどのプロトコルによって規定されている。
以上が１３９４シリアルバスの構成である。
【００２６】
次に、１３９４シリアルバスにおけるアドレス空間を図１３に示す。
１３９４シリアルバスに接続された各機器（ノード）には、必ず各ノードに固有の６４ビットアドレスを持たせておく。そして、このアドレスをＲＯＭに格納しておくことで、自分や相手のノードアドレスを常時認識でき、相手を指定した通信も行える。
【００２７】
１３９４シリアルバスのアドレッシングは、ＩＥＥＥ１２１２規格に準した方式であり、アドレス設定は、最初の１０ビットがバスの番号の指定用に、次の６ビットがノードＩＤ番号の指定用に使われる。そして、残りの４８ビットが機器に与えられたアドレス幅となり、それぞれ固有のアドレス空間として使用することができる。このうち最後の２８ビットは、固有データの領域として、各機器の識別や使用条件の指定の情報などを格納する。
【００２８】
以上が１３９４シリアルバスの技術の概要である。
次に、１３９４シリアルバスの特徴といえる技術の部分を、より詳細に説明する。
【００２９】
《１３９４シリアルバスの電気的仕様》
図１４に、１３９４シリアルバス・ケーブルの断面図を示す。
１３９４シリアルバスでは、接続ケーブル内に、２組のツイストペア信号線の他に電源線を設けている。これによって、電源を持たない機器や、故障により電圧低下した機器等にも電力の供給が可能になっている。電源線内を流れる電源の電圧は８〜４０Ｖ、電流はＤＣ最大電流１．５Ａと規定されている。
【００３０】
《ＤＳ−Ｌｉｎｋ符号化》
図１５に、１３９４シリアルバスで採用されている、データ転送フォーマットのＤＳ−Ｌｉｎｋ符号化方式を説明するためのタイムチャートを示す。
１３９４シリアルバスでは、ＤＳ−Ｌｉｎｋ（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 ）に至るので、サイクル＃ｍでの転送はここまでで終わる。
【００９２】
ただし、非同期または同期転送動作中に次のサイクル・スタート・パケットを送信すべき時間（cycle synch ）に至ったとしたら、データ転送を無理に中断せず、その転送が終了した後のアイドル期間を待ってから次サイクルのサイクル・スタート・パケットを送信する。すなわち、１つのサイクルが１２５μＳ以上続いたときは、その分次のサイクルは基準の１２５μＳより短縮される。このように、アイソクロナス・サイクルは１２５μＳを基準に超過、および短縮し得るものである。
【００９３】
しかし、アイソクロナス転送は、リアルタイム転送を維持するために毎サイクル必要であれば必ず実行され、アシンクロナス転送は、サイクル時間が短縮されたことによって次以降のサイクルにまわされることもある。こういった遅延情報も含めて、サイクル・マスタによって管埋される。
以上が、ＩＥＥＥ１３９４シリアルバスの説明である。
【００９４】
ここから、図１のように１３９４シリアルバスケーブルで各機器が接続されたときの説明を行う。本実施形態でのバス構成は、図１に示すように実線で描いた１３９４シリアルバスで接続された、デジタルカメラやデジタルＶＴＲ等の記録再生装置１と、モニタ２と、プリンタ装置３、４、５との接続構成である。モニタ２では動画または静止画のビデオ映像の表示処理が可能であり、プリンタ３、４、５では静止画データのプリント処理が可能である。
【００９５】
この図１のネットワークは一例とした機器群であって、接続構成も図１の各機器を任意の位置に接続するものでよく、記録再生装置１を含む構成であれば数も限定されない。また、各機器から先に更に他のデジタル機器が接続された構成であっても構わない。また、記録再生装置やプリンタが図に示した数より多く接続された構成でもよい。
【００９６】
さらに、図１に示した以外の機器でも、ＰＣ、ハードディスクなどの外部記憶装置、ＣＤ、ＤＶＤ等の出力機器など、１３９４シリアルバスでネットワークが構成できる機器なら何が接続されてもよい。モニタ２およびプリンタ３、４、５における記録再生装置１に対応可能なデコード機能の有無は任意であってよいが、第１の実施形態では特に、プリンタ３、４、５は、記録再生装置１に対応可能なデコーダが有るものと無いものとが混在した構成であるとする。
【００９７】
すなわち、第１の実施形態でのプリンタ３、４、５の構成は、図５および図６にブロック図として示してあるが、プリンタ３は記録再生装置１でのデータ圧縮方式に対応可能なデコード機能を備えたものであり、プリンタ４、５はデコード機能を全く備えていないか、または記録再生装置１の圧縮方式に対応不可能なデコーダのみを備えたものとする。
【００９８】
図１をもとに上述したバス構成を背景として、以下に示すブロック図３〜６を用いて本発明の第１の実施形態に関する説明を行う。
図３は、図１に示した記録再生装置１の構成を示す図である。図３において、６は撮像系、７はＡ／Ｄコンバータ、８は映像信号処理回路、９は所定のアルゴリズムに従って記録時に圧縮、再生時に伸張を行う圧縮伸張回路である。
【００９９】
１０は記録媒体としての磁気テープや光（磁気）ディスク、固体メモリ等とその記録再生ヘッド等も含めた記録再生系、１１は指示入力を行う操作部、１２はシステムコントローラ、１３はＤ／Ａコンバータ、１４は表示部としてのＥＶＦ、１５は非圧縮で転送する映像データを一時記憶するための画像メモリ、１６は上記画像メモリ１５の書き込み／読み出しを制御するメモリ制御部である。
【０１００】
１７は圧縮して転送する映像データを一時記憶するための画像メモリ、１８は上記画像メモリ１７の書き込み／読み出しを制御するメモリ制御部、１９はデータセレクタ、２０は１３９４シリアルバスのＩ／Ｆ部である。１３９４Ｉ／Ｆ２０は、１３９４ケーブルによって１つのポートはモニタ２に、他の１つのポートはプリンタ５に接続されている。
【０１０１】
図４は、図１に示したモニタ装置２の構成を示す図である。図４において、２１はモニタ２に搭載された１３９４Ｉ／Ｆ部、２２は図３の圧縮伸張回路９で所定のアルゴリズムに従って圧縮された映像データを伸張可能な復号化回路（デコーダ）、２３はＤ／Ａコンバータ、２４はＣＲＴ部、２５はモニタ２のシステムコントローラ、２６はモニタ２の操作部である。
【０１０２】
なお、図示はしていないが、モニタ２にはこの他に、テレビジョン信号を受信および表示するための受信回路等を設けてもよい。１３９４Ｉ／Ｆ２１は、１３９４ケーブルによって１つのポートは記録再生装置１に、他の１つのポートはプリンタ３に接続されている。
【０１０３】
図５は、図１に示したプリンタ３の構成を示す図である。図５において、３１はプリンタ３における１３９４Ｉ／Ｆ部、３２はデータセレクタ、３３は図３の圧縮伸張回路９で所定のアルゴリズムに従って圧縮された映像データを伸張可能な復号化回路（デコーダ）、３４はプリント画像の画像処理回路、３５はプリント画像を形成するためのメモリである。
【０１０４】
また、３６はプリンタヘッド、３７は上記プリンタヘッド３６の駆動や紙送り等を行うドライバ、３８はプリンタ３の制御部としてのプリンタコントローラ、３９はプリンタ３の操作部である。１３９４Ｉ／Ｆ３１は、１３９４ケーブルによって１つのポートはモニタ２に、他の１つのポートはプリンタ４に接続されている。
【０１０５】
図６は、図１に示したプリンタ４およびプリンタ５の構成を示す図である。図６において、４０はプリンタ４またはプリンタ５における１３９４Ｉ／Ｆ部、４１はデータセレクタ、４２はプリント画像の画像処理回路、４３はプリント画像を形成するためのメモリ、４４はプリンタヘッド、４５は上記プリンタヘッド４４の駆動や紙送り等を行うドライバ、４６はプリンタ４または５の制御部としてのプリンタコントローラ、４７はプリンタ４または５の操作部である。
【０１０６】
プリンタ４において、１３９４Ｉ／Ｆ４０は、１３９４ケーブルによって１つのポートからプリンタ３に接続されている。また、プリンタ５においては、１３９４Ｉ／Ｆ４０は、１３９４ケーブルによって１つのポートから記録再生装置１に接続されている。プリンタ４とプリンタ５とは機能的には同一の構成であるので、ブロック図は図６のみで表した。
【０１０７】
プリンタ３とプリンタ４、５との相違点は、圧縮伸張回路９で所定のアルゴリズムに従って圧縮された映像データを伸張可能な復号化回路（デコーダ）３３の有無と、デコーダ３３に関連する処理の有無のみであって、その他のプリント機能および動作は等しいものであるとする。
【０１０８】
次に、これらのブロック図３〜６に基づいて第１の実施形態の動作を順を追って説明する。
まず、図３において、記録再生装置１の記録時に、撮像系６で撮影した映像信号は、Ａ／Ｄコンバータ７でデジタル化された後、映像信号処理回路８で映像処理がなされる。
【０１０９】
映像信号処理回路８の出力の一方は、撮影中の映像としてＤ／Ａコンバータ１３でアナログ信号に戻され、ＥＶＦ１４で表示される。その他の出力は、圧縮伸張回路９で所定のアルゴリズムに従って圧縮処理され、記録再生系１０で図示しない記録媒体に記録される。ここで、所定の圧縮処理とは、動画圧縮方式として代表的なＭＰＥＧ方式、静止画圧縮方式として代表的なＪＰＥＧ方式である。その他、家庭用デジタルＶＴＲでは、帯域圧縮方式としてのＤＣＴ（離散コサイン変換）およびＶＬＣ（可変長符号化）に基づいた圧縮方式などである。
【０１１０】
再生時は、記録再生系１０が図示しない記録媒体から所望の映像を再生する。このとき所望の映像は、操作部１１から入力された指示内容をもとにして選択され、システムコントローラ１２が制御して再生する。図示しない記録媒体から再生された映像データは、一方では圧縮状態のままバスに転送する映像データとして画像メモリ１７に出力される。他方では、伸張して転送する非圧縮映像データとして、再生された映像データが圧縮伸張回路９で伸張され、それにより得られる非圧縮データが画像メモリ１５に出力される。
【０１１１】
記録再生装置１は、動画を記録する形態、静止画を記録する形態、または動画と静止画との両方を記録する形態、さらには音声も含んだ状態で記録する形態の何れであってもよいが、本実施形態では、再生した静止画一画像または動画から抜き出した１フレーム分の画像をプリントまたは静止画表示を行うために他ノードに転送する際に、記録媒体より読み出した映像データを圧縮したまま画像メモリ１７から転送することと、読み出した同一の映像データを伸張した非圧縮映像データを画像メモリ１５から転送することとの両方を並行して実行するモードを備えるものである。このとき、画像メモリ１５、１７の両方から映像データを読み出してそれぞれ並行して転送することを可能とするものである。通常モードでは、メモリ１５または１７のどちらか一方の出力を転送するだけでよい。
【０１１２】
圧縮映像データを転送しても、転送先となる複数の機器がその圧縮方式に対応可能なデコーダを具備しているとは限らない。そこで、当該デコーダを具備している機器に対しては圧縮データを転送することで転送にかかる速度を早め、転送効率を向上させるとともに、当該デコーダを具備していない機器に対しては、非圧縮の映像データを転送する。これにより、デコーダを具備する装置と具備しない装置とが混在するネットワークにおいてプリントのための転送、処理を円滑に行うことができる。
【０１１３】
また、再生した映像データをＥＶＦ１４で表示するときは、再生された圧縮映像データは圧縮伸張回路９で伸張され、それがＤ／Ａコンバータ１３でアナログ信号に戻された後、ＥＶＦ１４に出力され、表示される。
【０１１４】
画像メモリ１５、１７は、それぞれシステムコントローラ１２にて制御されたメモリ制御部１６、１８によって書き込み／読み出しの制御がなされ、所定の条件に応じて画像メモリ１５、１７からの出力が制御される。各画像メモリ１５、１７から読み出された映像データは、データセレクタ１９へと出力される。
【０１１５】
システムコントローラ１２は、記録再生装置１内の各部の動作を制御するものであるが、プリンタなどの外部に接続された機器に対する制御コマンドデータを出力し、データセレクタ１９から１３９４Ｉ／Ｆ２０、１３９４シリアルバスを通して外部の装置にコマンド送信をすることもできる。
【０１１６】
データセレクタ１９に入力された、データの内容的には同一の静止画データである画像メモリ１７からの圧縮データと画像メモリ１５からの非圧縮データ、更にコマンドデータは、１３９４Ｉ／Ｆ部２０にデータ分類されて出力され、１３９４Ｉ／Ｆ２０から１３９４シリアルバスの仕様に基づいてケーブル上をそれぞれデータ転送される。
【０１１７】
ここで、本実施形態では、圧縮、非圧縮どちらの静止画データを転送するときも、アイソクロナス転送方式を用いて転送を行う。また、必要となるコマンドデータを転送するときは、アシンクロナス転送方式を用いて転送先を指定して転送するようにし、夫々バス上に転送する。また、圧縮静止画データを任意のチャネルＡとし、非圧縮静止画データを任意のチャネルＢとしてアイソクロナス転送する。このようなチャネルの分類と、各データの転送のための処理とは、１３９４Ｉ／Ｆ部２０とシステムコントローラ１２とによってなされる。
【０１１８】
ここで、第１の実施形態において記録再生装置１から静止画データをバス上に転送するときの時間的な状態遷移図を、図２に示す。
図２の各サイクルにおけるｃｈ（チャネル）Ａは、アイソクロナス転送方式で転送を行っている圧縮された静止画データのパケットである。また、ｃｈ（チャネル）Ｂは、アイソクロナス転送方式で転送を行っている非圧縮の静止画データのパケットである。
【０１１９】
サイクルスタートパケットで区切られた各サイクルにそれぞれ１つずつチャネルＡとチャネルＢのパケットが組み込まれていくが（図２ではサイクル＃ｍ〜＃ｍ＋２）が、チャネルＡの圧縮データの方がサイクル＃ｍ＋２をもって先に転送が終わるので、サイクル＃ｍ＋３、＃ｍ＋４以降ではチャネルＢのみの転送となり、これは転送終了まで続けられる。
【０１２０】
図２は、サイクルスタートパケットとアイソクロナス転送とを含んだ時間的なサイクルの流れと、必要に応じて任意のサイクル内でコマンドデータ等をアシンクロナス転送方式を用いてパケット転送している様子とを示している。すなわち、圧縮静止画パケットと非圧縮静止画パケットは、チャネルで分類され時分割に多重されて、各サイクル毎にバス上を転送されることになる。また、コマンドデータは Asyncパケットとして、必要に応じて任意のサイクル内に多重して転送される。第１の実施形態では、このような転送形態をとるものとする。
【０１２１】
このような一連の転送処理は、図３のシステムコントローラ１２によって制御され、この制御の手順を記述したプログラムは、例えばシステムコントローラ１２内の図示しないＲＯＭに格納される。この場合、このＲＯＭは本発明の記録媒体を構成する。なお、記録媒体の構成はこれに限らない。例えば、上記プログラムを記憶する記録媒体としては、フロッピーディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード等を用いることができる。
【０１２２】
本実施形態における静止画の圧縮および非圧縮データの転送先となる機器としては、図１に示したようにモニタ２とプリンタ３、４、５とが存在する。これら受信側の機器は、必要とする映像データを含む Isoパケットのチャネルを選択して受信する。また、コマンドデータ等の Asyncパケットに関しては、ヘッダーに転送先ノードとして自分宛てと書き込まれているもののみを取り込む。
【０１２３】
本実施形態において、圧縮か非圧縮かでチャネルが異なる同一の静止画の Isoパケットの受信について、どちらを受信すべきかは以下のように設定する。すなわち、プリンタなどの受信機器自身が具備するデコーダが上記圧縮方式に対応できるときは、圧縮画像のチャネルＡを受信し、具備するデコーダが上記圧縮方式に対応できないときまたはデコード機能自体を具備しないときは、非圧縮画像のチャネルＢを受信するように設定する。
【０１２４】
なお、このような受信側ノードにおけるデータの選択的受信処理等は、例えば受信ノード側のコントローラによって制御され、この制御の手順を記述したプログラムは、例えば当該コントローラ内の図示しないＲＯＭに格納される。この場合、このＲＯＭは本発明の記録媒体を構成する。なお、この記録媒体の構成がこれに限らないことは上述の場合と同様である。
【０１２５】
次に、モニタ２の動作を図４に基づいて説明する。
モニタ２では、記録再生装置１が転送した動画、静止画を受信して表示する。モニタ２は、動画といった情報量の多いデータをリアルタイムで受信することも可能なので、データ圧縮転送に対応するデコーダは具備していた方が都合がよい。本実施形態では、記録再生装置１内の圧縮伸張回路９で圧縮された映像データの伸張を行える復号化回路（デコーダ）２２を具備するものである。
【０１２６】
よって、モニタ２は、圧縮映像パケットのチャネル（図２におけるチャネルＡ）を受信するように設定しておき、システムコントローラ２５の制御に基づき、バス上をアイソクロナス転送されている圧縮パケットのチャネルを１３９４Ｉ／Ｆ２１から受信するようにする。１３９４Ｉ／Ｆ２１から入力された圧縮映像データは、復号化回路（デコーダ）２２に与えられ、記録再生装置１内の圧縮伸張回路９で用いた圧縮方式に対応した伸張処理がなされる。
【０１２７】
復号化回路２２より出力された映像データは、Ｄ／Ａコンバータ２３でアナログ映像信号に変換された後、ＣＲＴ２４でビデオ映像が表示される。操作部２６は、モニタ２の入力切り換えスイッチの変更や、各種設定の指示入力、およびＴＶ受像機を兼ねているときはその指示入力を行う部分である。この操作部２６の指示に基づきシステムコントローラ２５によってモニタ各部が制御される。
【０１２８】
次に、プリンタ３の動作を図５に基づいて説明する。
すなわち、１３９４Ｉ／Ｆ部３１に入力されたデータのうち、データセレクタ３２でデータの種類毎に分類された静止画データ等のプリントすべきデータは、以下のように処理される。つまり、圧縮されているものについては復号化回路３３で伸張処理がなされた後、画像処理回路３４でプリントに適した画像処理が施されることにより、プリンタコントローラ３８によって記憶、読み出しの制御がなされるメモリ３５にプリント画像として形成される。そして、このプリント画像がプリンタヘッド３６に送られてプリントされる。
【０１２９】
プリンタ３のヘッド駆動や紙送り等の駆動は、ドライバ３７で行われるものであり、ドライバ３７やプリンタヘッド３６の動作制御、およびその他各部の制御は、プリンタコントローラ３８によって行われる。プリンタ操作部３９は、紙送りやリセットインクチェック、プリンタ動作のスタンバイ／開始／停止等の動作を指示入力するためのものであり、その指示入力に応じてプリンタコントローラ３８によって各部の制御がなされる。
【０１３０】
また、１３９４Ｉ／Ｆ部３１に入力されたデータが、プリンタ３に対する何らかのコマンドデータであったときは、データセレクタ３２からプリンタコントローラ３８に制御コマンドとして伝達され、プリンタコントローラ３８によってその制御コマンドに対応したプリンタ３の各部の制御がなされる。
【０１３１】
プリンタ３はデコーダ３３を具備するので、圧縮映像パケットのチャネル（図２におけるチャネルＡ）を受信するように設定しておき、バス上をアイソクロナス転送されている圧縮パケットのチャネルを１３９４Ｉ／Ｆ３１から受信するようにする。
【０１３２】
次に、プリンタ４および５の動作を図６に基づいて説明する。
すなわち、１３９４Ｉ／Ｆ部４０に入力されたデータのうち、データセレクタ４１でデータの種類毎に分類された静止画データ等のプリントすべきデータは、画像処理回路４２に出力される。なお、プリンタ４、５では図５における復号化回路３３のようなデコーダは具備していない。画像処理回路４２では、プリントに適した画像処理が施されることにより、プリンタコントローラ４６によって記憶、読み出しの制御がなされるメモリ４３にプリント画像として形成される。そして、このプリント画像がプリンタヘッド４４に送られてプリントされる。
【０１３３】
プリンタ４、５のヘッド駆動や紙送り等の駆動は、ドライバ４５で行われるものであり、ドライバ４５やプリンタヘッド４４の動作制御、およびその他各部の制御は、プリンタコントローラ４６によって行われる。プリンタ操作部４７は、紙送りやリセットインクチェック、プリンタ動作のスタンバイ／開始／停止等の動作を指示入力するためのものであり、その指示入力に応じてプリンタコントローラ４６によって各部の制御がなされる。
【０１３４】
また、１３９４Ｉ／Ｆ部４０に入力されたデータが、プリンタ４または５それぞれに対する何らかのコマンドデータであったときは、データセレクタ４１からプリンタコントローラ４６に制御コマンドとして伝達され、プリンタコントローラ４６によってその制御コマンドに対応したプリンタ４、５の各部の制御がなされる。
【０１３５】
プリンタ４および５においてはデコーダを具備していないので、非圧縮映像パケットのチャネル（図２におけるチャネルＢ）を受信するように設定しておき、バス上をアイソクロナス転送されている非圧縮パケットのチャネルを１３９４Ｉ／Ｆ４０から受信するようにする。
以上がブロック図３〜６についての説明である。
【０１３６】
上記のような各ブロック図で表された各装置１〜５を１３９４シリアルバスで図１のように接続することによって、静止画データをＰＣを介することなく記録再生装置１から受信ノードに直接転送することができる。その際、受信ノードでは記録再生装置１から出力された圧縮または非圧縮の静止画データのどちらかを受信する。これにより、受信ノード内における対応するデコーダの有無にかかわらず、表示やプリントを円滑に行うことができる。また、デコーダがあるノードに関しては、静止画転送にかかる時間も短縮することができる。
【０１３７】
次に、第１の実施形態における動作をフローチャートにして図７に示し、これを説明する。
記録再生装置１のプリントデータ転送モードにおいて、ステップＳ１でユーザはプリントを希望する静止画を選択する。静止画の選択は、記録媒体に記録されている複数の静止画カットの中から所望の１画像を選択するものとする。また、記録再生装置１で動画を扱っているときは、動画中の所望の１フレーム（または１フィールド）画像を指定し、画像メモリ１５または１７で形成されるものを、ここでのプリント用静止画として取り扱ってもよい。
【０１３８】
次に、ステップＳ２で、上記ステップＳ１で選択した静止画を記録再生系１０で再生して再生処理を行い、再生された圧縮静止画データの１つ目のルートとして、圧縮されたままの静止画データを画像メモリ１７に書き込む。ステップＳ３では、これと並行した２つ目のルートとして、記録再生系１０で再生された同一の圧縮されている静止画データに対して圧縮伸張回路９で伸張処理を施し、データ内容的には画像メモリ１７に書き込まれた圧縮静止画データと同一の非圧縮静止画データを、もう一方の画像メモリ１５に書き込む。
【０１３９】
次に、ステップＳ４において記録再生装置１から他ノードヘの転送処理へ移行し、画像メモリ１７から圧縮静止画データをメモリ制御部１８の制御によって読み出すとともに、画像メモリ１５から非圧縮静止画データをメモリ制御部１６の制御によって読み出す。そして、それぞれのデータをデータセレクタ１９を介して１３９４Ｉ／Ｆ部２０に与える。ここで、それぞれのデータ転送用に帯域が確保され、データ毎に割り当てられたアイソクロナス転送におけるチャネルによって分割され転送が開始される。
【０１４０】
圧縮、非圧縮の各データは、１３９４シリアルバス上をアイソクロナス転送される。ステップＳ５では、圧縮データをモニタ２およびプリンタ３が受信する。すなわち、これらがデコーダを完備していることからあらかじめ圧縮データのチャネルを受信するように設定されているのに従って、圧縮データのチャネルを受信する。また、非圧縮データはプリンタ４および５が受信する。すなわち、デコード機能の欠如から非圧縮のチャネルを受信するように設定されているのに従って、非圧縮データのチャネルを受信する。このようにして、圧縮、非圧縮の各静止画データは、それぞれ目的とするノードに転送され、転送終了と共に受信したどのノードも同一の静止画データを得ることができる。
【０１４１】
次に、ステップＳ６では、時間差をもって圧縮静止画データおよび非圧縮静止画データの転送が両方終了すると、これをもってプリントデータ転送モードは一旦終了となり、次の命令を受け付けるべくリターンとなる。以上が図７のフローチャートの説明である。
ここまでが第１の実施形態の説明である。
【０１４２】
＜第２の実施形態＞
続いて第２の実施形態の説明を行う。
第１の実施形態では静止画データの転送先となるノードとして、図１におけるモニタ２およびプリンタ３、４、５を対象とし、各ノードにおいてデコード機能の有無が混在する場合についての説明をした。この場合、静止画データを転送する際は、圧縮したデータと非圧縮のデータとの混在転送で実施した。
【０１４３】
これに対して第２の実施形態では、転送先となるすべてのノードが、対応するデコード機能を具備している場合についての説明を行う。すなわち、図１のネットワーク構成を用いて説明すると、第２の実施形態は、モニタ２およびプリンタ３、４、５のすべてが記録再生装置１での圧縮方式に対応可能な復号化回路（デコーダ）を具備している場合である。
【０１４４】
転送先となるすべてのノードがデコーダを具備しているならば、第１の実施形態で説明した同一静止画の圧縮データと非圧縮データの転送方法のうち、非圧縮データの転送は必要なくなる。すなわち、この第２の実施形態でも非圧縮データの転送を行っているとそれは無駄になり、バス上を転送する他のデータの障害にもなり兼ねない。よって、第２の実施形態では、ネットワーク構成をみて、静止画データの転送先となるノードすべてがデコーダを具備しているならば、第１の実施形態に示した転送方法のうち非圧縮データの転送は行わないようにする。
【０１４５】
次に、図を用いて第２の実施形態を説明する。第２の実施形態において、ネットワーク構成は図１で示したネットワーク構成と同じであり、記録再生装置１およびモニタ２は第１の実施形態と同一のものであるので、ここでの詳細な説明は省略する。また、プリンタ３、４、５は、それぞれ機能的には同一のプリンタであるとする。特に、記録再生装置１で用いられている映像圧縮方式で圧縮された映像データを伸張できる機能（デコーダ）を備えている点が共通である。すなわち、記録再生装置１より圧縮されたまま転送されてきた映像データ、特に静止画データを、プリンタ内の回路で伸張しプリント処理を行えるものである。
【０１４６】
図８は、プリンタ３、４、５の構成を示すブロック図である。図８の各部の構成は図５で説明したものと同一なので省略する。各プリンタ３、４、５が接続されるのは図１のネットワーク構成の通りである。すなわち、プリンタ３はモニタ２とプリンタ４ヘ、プリンタ４はプリンタ３ヘ、プリンタ５は記録再生装置１へと、１つ乃至２つのポートによってそれぞれ１３９４シリアルバスケーブルで機器間が接続され、１３９４バスでのネットワークを構成している。
【０１４７】
このような構成下においては、第１の実施形態で示した、記録再生装置１から圧縮されたままの静止画データと非圧縮の静止画データとを並行して転送可能なモードであっても、非圧縮データは転送しないものとする。圧縮静止画データを転送するときの転送方式としてはアイソクロナス転送方式を用いて転送を行い、付随して必要となるコマンドデータの転送のときは、アシンクロナス転送方式を用いて転送先を指定して転送するようにして、夫々バス上に転送する。
【０１４８】
ここで、第２の実施形態において記録再生装置１から静止画圧縮データをバス上に転送するときの時間的な状態遷移図を、図９に示す。
図９の各サイクルにおけるｃｈ（チャネル）Ａは、アイソクロナス転送方式で転送を行っている圧縮された静止画データのパケットである。本実施形態において非圧縮静止画データの転送は行われない。
【０１４９】
サイクルスタートパケットで区切られた各サイクルにそれぞれ１つずつチャネルＡのパケットが組み込まれていき、これは転送終了まで続けられる。図９は、このサイクルスタートパケットとアイソクロナス転送とを含んだ時間的なサイクルの流れと、必要に応じて任意のサイクル内でコマンドデータ等をアシンクロナス転送方式を用いてパケット転送している様子とを示している。このときコマンドデータは Asyncパケットとして、必要に応じて任意のサイクル内に多重して転送される。第２の実施形態ではこのような転送形態をとるものとする。
【０１５０】
次に、第２の実施形態を実施したときのフローチャートを図１０に示し、これを説明する。これは、第１の実施形態で説明した本発明の基本的な部分も加えた、総合的な実施形態のフローチャートとしての説明である。
記録再生装置１のプリントデータ転送モードにおいて、まずステップＳ１１では、静止画データを転送する転送先ノードを判別し、すべての転送先ノードについて、デコード機能の有無や種類等の情報を確認する。ここで、転送先ノードとは、記録再生装置１とプロトコルの一致したノードのすべて、または受信を希望しているノードに限定してすべてを対象とするものでよい。
【０１５１】
そして、ステップＳ１１における転送先ノードのデコーダ確認の結果をステップＳ１２で判定する。ここで、転送先となる全ノードがデコーダを具備しているときはステップＳ１３からのフローヘ進み、転送先となる１つ以上のノードがデコーダを具備していなかったときはステップＳ１９からのフローヘ進む。
【０１５２】
転送先の全ノードがデコーダを具備していたときは、圧縮静止画データのみを転送するモードに入る。すなわち、ステップＳ１３でユーザはプリントを希望する静止画を選択する。静止画の選択は、記録媒体に記録されている複数の静止画カットの中から所望の１画像を選択するものとする。また、記録再生装置１で動画を扱っているときは、動画中の所望の１フレーム（または１フィールド）画像を指定し、画像メモリ１７で形成されるものを、ここでのプリント用静止画として取り扱ってもよい。
【０１５３】
次に、ステップＳ１４で、上記ステップＳ１３で選択した静止画を記録再生系１０で再生して再生処理を行い、再生された圧縮静止画データを圧縮されたままの状態で画像メモリ１７に書き込む。この場合、圧縮静止画データを伸張して画像メモリ１５に書き込む処理は行わない。
【０１５４】
次に、ステップＳ１５において記録再生装置１から他ノードヘの転送処理へ移行し、画像メモリ１７から圧縮静止画データをメモリ制御部１８の制御によって読み出す。そして、その圧縮静止画データをデータセレクタ１９を介して１３９４Ｉ／Ｆ部２０に与える。ここで、データ転送用に帯域が確保され、割り当てられたアイソクロナス転送におけるチャネルによって転送が開始される。
【０１５５】
圧縮静止画データは、１３９４シリアルバス上をアイソクロナス転送される。ステップＳ１６では、転送先の全ノード（モニタ２、プリンタ３、４、５）が圧縮データを受信する。すなわち、これらがデコーダを完備していることからあらかじめ圧縮データのチャネルを受信するように設定されているのに従って、圧縮データのチャネルを受信する。このようにして圧縮静止画データは全ノードに転送される。
【０１５６】
次に、ステップＳ１７において圧縮静止画データの転送が終了すると、ステップＳ１８で他の画像をプリントするかどうかを確認し、プリントするときはステップＳ１３に戻る。また、プリントしないときはこれをもってプリントデータ転送モードは一旦終了となり、次の命令を受け付けるべくりターンとなる。
【０１５７】
一方、上記ステップＳ１２における判断の結果、デコーダを具備しない転送先ノードが存在するときは、圧縮静止画データと非圧縮静止画データとの両方を転送するモードに入る。この場合は、ステップＳ１９でユーザはプリントを希望する静止画を選択する。静止画の選択は、記録媒体に記録されている複数の静止画カットの中から所望の１画像を選択するものとする。また、記録再生装置１で動画を扱っているときは、動画中の所望の１フレーム（または１フィールド）画像を指定し、画像メモリ１５または１７で形成されるものを、ここでのプリント用静止画として取り扱ってもよい。
【０１５８】
次に、ステップＳ２０で、上記ステップＳ１９で選択した静止画を記録再生系１０で再生して再生処理を行い、再生された圧縮静止画データの１つ目のルートとして、圧縮されたままの静止画データを画像メモリ１７に書き込む。ステップＳ２１では、これと並行した２つ目のルートとして、記録再生系１０で再生された同一の圧縮されている静止画データに対して圧縮伸張回路９で伸張処理を施し、データ内容的には画像メモリ１７に書き込まれた圧縮静止画像と同一の非圧縮静止画データを、もう一方の画像メモリ１５に書き込む。
【０１５９】
次に、ステップＳ２２において記録再生装置１から他ノードヘの転送処理へ移行し、画像メモリ１７から圧縮静止画データをメモリ制御部１８の制御によって読み出すとともに、画像メモリ１５から非圧縮静止画データをメモリ制御部１６の制御によって読み出す。そして、それぞれデータをテータセレクタ１９を介して１３９４Ｉ／Ｆ部２０に与える。ここで、それぞれのデータ転送用に帯域が確保され、データ毎に割り当てられたアイソクロナス転送におけるチャネルによって分割され転送が開始される。
【０１６０】
圧縮、非圧縮の各データは、１３９４シリアルバス上をアイソクロナス転送される。ステップＳ２３では、デコーダを備えたノードが圧縮データを受信する。すなわち、これらのノードがデコーダを完備していることからあらかじめ圧縮データのチャネルを受信するように設定されているのに従って、圧縮データのチャネルを受信する。
【０１６１】
また、非圧縮データはデコーダのないノードが受信する。すなわち、デコード機能の欠如から非圧縮のチャネルを受信するように設定されているのに従って、非圧縮データのチャネルを受信する。このようにして、圧縮、非圧縮の各静止画データは、それぞれ目的とするノードに転送され、転送終了と共に受信したどのノードも同一の静止画データを得ることができる。
【０１６２】
次に、ステップＳ２４において時間差をもって圧縮静止画データおよび非圧縮静止画データの転送が両方終了すると、ステップＳ２５で他の画像をプリントするかどうかを確認し、プリントするときはステップＳ１９に戻る。また、プリントしないときはこれをもってプリントデータ転送モードは一旦終了となり、次の命令を受け付けるべくリターンとなる。以上が図１０のフローチャートの説明である。
ここまでが、第２の実施形態の説明である。
【０１６３】
なお、上述した第１の実施形態および第２の実施形態では、本発明における同一の映像データを圧縮、非圧縮の両方で転送する方法として、静止画を取り扱って説明したが、本発明の趣旨は内容的には同一のデータに関して圧縮状態、非圧縮状態の両方でデータ転送を行うところにあるので、データの種類は問わず、動画などのＡＶデータまたはその他のコンピュータデータ等であってもよい。また、本発明を具備する装置は記録再生装置１に限らず、データの出力手段をもつ装置なら代用可能である。また、記録再生装置であるならばその中のデータの出力源となる記録媒体が複数であっても構わない。
【０１６４】
また、以上の実施形態では、１３９４シリアルバスと呼ばれるバスを説明したが、本発明はこれに限られず、ＤＳ−Ｌｉｎｋ方式を用いたバスであれば同様に適用することができる。
【０１６５】
【発明の効果】
以上説明したように、本発明によれば、第１のノードから転送されるデータ、例えばプリントや画面表示のための静止画データなどに関して、同一内容のデータを転送する転送先となるノードが複数個存在するときに、デコーダを具備しているものに対しては圧縮データを転送して受信することによって転送効率を向上させることができるとともに、デコーダを具備していないノードに対しては非圧縮データを転送して受信することができるようになり、ネットワークに接続されているデコード機能の異なる複数のノードに対してデータ転送を円滑に行うことができるようになる。
さらに、複数ノードにて構成されたネットワークにおいて、第１のノードからの転送データを受信可能であるすべてのノードが、第１のノードでの圧縮方式に対応可能なデコーダを具備しているときは、非圧縮データを転送しないようにすることで、より一層の転送効率の向上が図れるようになる。
【図面の簡単な説明】
【図１】本発明を適用するネットワークの一例を示す図である。
【図２】本発明の第１の実施形態におけるバス上のデータ転送の様子を示した状態遷移図である。
【図３】本発明を説明するための記録再生装置の一構成例を示すブロック図である。
【図４】本発明を説明するためのモニタの一構成例を示すブロック図である。
【図５】本発明を説明するための第１の実施形態によるプリンタの一構成例を示すブロック図である。
【図６】本発明を説明するための第１の実施形態による他のプリンタの一構成例を示すブロック図である。
【図７】本発明の第１の実施形態を説明するためのフローチャートである。
【図８】本発明を説明するための第２の実施形態によるプリンタの一構成例を示すブロック図である。
【図９】本発明の第２の実施形態におけるバス上のデータ転送の様子を示した状態遷移図である。
【図１０】本発明の第２の実施形態を説明するためのフローチャートである。
【図１１】１３９４シリアルバスを用いて接続されたネットワーク構成の一例を示す図である。
【図１２】１３９４シリアルバスの構成要素を示す図である。
【図１３】１３９４シリアルバスのアドレスマップを示す図である。
【図１４】１３９４シリアルバスケーブルの断面図である。
【図１５】ＤＳ一Ｌｉｎｋ符号化方式を説明するための図である。
【図１６】１３９４シリアルバスで各ノードのＩＤを決定するためのトポロジ設定を説明するための図である。
【図１７】１３９４シリアルバスでのアービトレーションを説明するための図である。
【図１８】アシンクロナス転送の時間的な状態遷移を示す図である。
【図１９】アシンクロナス転送のパケットフォーマットの一例を示す図である。
【図２０】アイソクロナス転送の時間的な状態遷移を示す図である。
【図２１】アイソクロナス転送のパケットフォーマットの一例を示す図である。
【図２２】１３９４シリアルバスで実際のバス上を転送されるパケットの様子を示したバスサイクルの一例の図である。
【図２３】バスリセットからノードＩＤ決定までの流れを示すフローチャートである。
【図２４】バスリセットにおける親子関係決定の流れを示すフローチャートである。
【図２５】バスリセットにおける親子関係決定後からノードＩＤ決定までの流れを示すフローチャートである。
【図２６】アービトレーションを説明するためのフローチャートである。
【符号の説明】
１  記録再生装置（第１のノード）
２  モニタ
３  プリンタ
４  プリンタ
５  プリンタ
９  圧縮伸張処理回路
１０  記録再生系
１２  システムコントローラ
１５  画像メモリ
１７  画像メモリ
１９  データセレクタ
２２  復号化回路（デコーダ）
２５  システムコントローラ
３３  復号化回路（デコーダ）
３８  プリンタコントローラ
４６  プリンタコントローラ
【図１】
0003890124.tif 000002
【図２】
0003890124.tif 000003
【図３】
0003890124.tif 000004
【図４】
0003890124.tif 000005
【図５】
0003890124.tif 000006
【図６】
0003890124.tif 000007
【図７】
0003890124.tif 000008
【図８】
0003890124.tif 000009
【図９】
0003890124.tif 000010
【図１０】
0003890124.tif 000011
【図１１】
0003890124.tif 000012
【図１２】
0003890124.tif 000013
【図１３】
0003890124.tif 000014
【図１４】
0003890124.tif 000015
【図１５】
0003890124.tif 000016
【図１６】
0003890124.tif 000017
【図１７】
0003890124.tif 000018
【図１８】
0003890124.tif 000019
【図１９】
0003890124.tif 000020
【図２０】
0003890124.tif 000021
【図２１】
0003890124.tif 000022
【図２２】
0003890124.tif 000023
【図２３】
0003890124.tif 000024
【図２４】
0003890124.tif 000025
【図２５】
0003890124.tif 000026
【図２６】
0003890124.tif 000027