JP3890124B2 - データ通信システム、データ通信方法、データ通信ノードおよび記録媒体 - Google Patents
データ通信システム、データ通信方法、データ通信ノードおよび記録媒体 Download PDFInfo
- Publication number
- JP3890124B2 JP3890124B2 JP26661597A JP26661597A JP3890124B2 JP 3890124 B2 JP3890124 B2 JP 3890124B2 JP 26661597 A JP26661597 A JP 26661597A JP 26661597 A JP26661597 A JP 26661597A JP 3890124 B2 JP3890124 B2 JP 3890124B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- transfer
- compressed
- node
- video
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Small-Scale Networks (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Description
【発明の属する技術分野】
本発明はデータ通信システム、データ通信方法、データ通信ノードおよび記録媒体に関し、特に、制御信号と各種データとを混在させて通信することが可能な通信制御バスを用いて複数の電子機器間を接続して、各電子機器間でデータ通信を行うシステムに用いて好適なものである。
【0002】
【従来の技術】
従来、パソコン(以下、PC)およびその周辺機器は、小型コンピュータ用の汎用型インタフェースで代表的なデジタルインタフェース(以下、デジタルI/F)であるSCSI等をもって接続がなされ、データ通信が行われていた。デジタルカメラやデジタルビデオカメラもPCヘの画像入力手段として、周辺機器の1つである。
【0003】
近年、デジタルカメラやビデオカメラで撮影した静止画や動画といっ映像をPCへ取り込み、それをハードディスクに記憶したり、プリンタでカラープリントするといった分野の技術が進んでおり、ユーザーも増えている。取り込んだ画像データをPCからプリンタやハードディスクヘ出力する際などに、上記のSCSI等を経由してデータ通信が行われるものである。画像データのようにデータ量の多い情報を送るためには、こういったデジタルI/Fには転送データレートが高く、かつ汎用性のあるものが必要とされる。
【0004】
また、従来は、ホストであるPCに各周辺機器が接続される構成が一般的であり、PC内部および外部接続装置に関する様々な処理がPCによって行われるものである。例えば、デジタルカメラ等で撮像した画像データをプリンタでプリントする際も、画像データをPCに一旦取り込んだ後、各アプリケーションなどを用いて編集を行い、その後プリンタに出力するといった手順での処理が一般的に行われている。
【0005】
【発明が解決しようとする課題】
しかしながら、上記従来例で挙げた代表的なデジタルI/FであるSCSIには、転送データレートの低いものや、パラレル通信のためケーブルが太いものが多く、接続される周辺機器の種類や数、接続方式などにも制限があり、多くの面での不便利性も指摘されている。
【0006】
また、通常PCには多くの周辺機器が接続可能であり、これら周辺機器とPCとの間の転送処理およびPC内部でのデータ処理などによって、PCの負荷は非常に大きなものとなる。例えば、ユーザが優先して画像のプリントを行いたいときなどは、一旦PCに画像データを取り込んだ上での処理を必要とするため、PCの処理能力や状況によってはプリント速度が遅くなってしまうことがある。
【0007】
このように、従来の構成では、PCとその周辺機器間でのデータ転送の煩わしさやPCの処理状況などによって、ユーザが行いたい処理の効率が悪くなってしまうという問題があった。
【0008】
また、従来、プリンタ装置に関しては装置内にデコード機能を備えているものは少ない。これは、プリンタではPCから出力された非圧縮画像データをプリントすることが一般的なためでもある。また、ビデオ装置とプリンタ間にPCを接続しないビデオプリンタのような特殊なプリンタ装置は、ビデオ装置とプリンタ間で情報のやり取りをする媒体として無線やI/Oケーブル等を採用したものであるが、これを用いた場合でもアナログまたは非圧縮画像データとしての転送が一般的であり、転送効率は優れているとはいいがたいものが多い。
【0009】
すなわち、映像データ等をプリントする際、圧縮データを転送してプリンタでデコードすれば転送効率は遙に向上するものであるが、そのような装置は一般的に普及されていない。
本発明の以上のような問題を解決するために成されたものであり、受信ノードがデコーダを具備するか否かによらずデータ転送を効率的に行えるようにすることを目的とする。
【0010】
【課題を解決するための手段】
例えば本発明のデータ通信システムは、第1のノードからシリアルバスを介して他のノードにデータの転送を行うデータ通信システムであって、上記第1のノードは、データを所定の圧縮方式により圧縮して転送する構成を有し、データ転送時において、圧縮データを転送する手段と非圧縮データを転送する手段とを備えることを特徴とする。
このとき、上記第1のノードは、データ内容的に同一である圧縮データの転送と非圧縮データの転送とをサイクル期間内に両方実行し、これをそれぞれの転送終了まで各サイクルにおいて繰り返す。
ここで、上記第1のノードは映像の記録再生装置であっても良い。また、上記他のノードはプリンタであっても良い。また、上記第1のノードと上記他のノードとが上記DS−Link方式を用いたシリアルバスにより直接接続されていても良い。さらに、このDS−Link方式を用いたシリアルバスは、IEEE1394シリアルバスであっても良い。
【0011】
すなわち、本発明は、従来抱えている上記のような問題を解決するため、従来あるデジタルI/Fの問題点を極力解消した、各デジタル機器に統一されて搭載されるような汎用型デジタルI/F(例えばIEEE1394−1995ハイパフォーマンス・シリアルバス)を用いて、PCやプリンタ、その他の周辺装置、またはカメラ一体型デジタルVTRなどの記録再生装置等をネットワーク構成で接続したときの機器間データ通信を実現する。例えば、記録再生装置からプリンタヘ映像データを直接転送してプリント処理することが可能なPCでの処理を必要としないデータ通信方式を実現し、これによりプリント効率を向上させる。
【0012】
また、このような構成になると、映像データのような情報量の多いデータの転送効率の向上を図るためには、圧縮した映像データの転送が不可欠になる。しかし、映像データの転送先となる各装置、例えばプリンタを例にとると、プリンタ内にデコーダを具備するものと具備しないものとが混在したネットワークが構成されることもあるので、このようなネットワーク構成下においても快適なデータ転送を実現する。
【0013】
すなわち、本発明によれば、一般的にネットワークのホストとなるPCでの処理を経由せずに画像プリントのためのデータ通信およびプリント処理が行えるので、PCの処理能力や動作状況に影響されずにユーザが優先的に行いたいプリント処理を迅速に行うことができ、かつプリントデータ処理のために生ずるPCの負荷もなくすことができる。
【0014】
また、記録再生装置から転送される映像データ、特にプリントや画面表示をするための静止画データなどに関して、同一内容のデータを転送する転送先となる機器がプリンタ、モニタ等のように複数個存在するときに、デコーダを具備している装置に対しては転送効率を向上させるためにも圧縮データを転送して受信し、デコーダを具備していない装置に対しては伸張した後の非圧縮データを転送して受信できるようになり、ネットワークに接続されているデコード機能の異なる複数の機器に対しても、転送が円滑に行える。
【0015】
さらに、複数機器にて構成されたシリアルバス・ネットワークにおいて、本発明の第1のノードである記録再生装置からの映像データを受信可能なすべての機器が、映像データの圧縮方式に対応可能なデコーダを具備しているときは、非圧縮データを転送しないようにすることで、より一層の転送効率の向上が図れる。
【0016】
【発明の実施の形態】
<第1の実施形態>
以下、本発明の第1の実施形態について図面を参照しながら説明する。
図1に、本発明を実施するときのネットワーク構成の一例を示す。ここで、本発明においては、各機器間を接続するデジタルI/Fとして、DS−Link方式を用いたシリアルバス、例えばIEEE1394シリアルバスを用いるので、IEEE1394シリアルバスについてあらかじめ説明する。
【0017】
《IEEE1394の技術の概要》
家庭用デジタルVTRやDVD(Digital Video Disc)の登場に伴って、ビデオデータやオーディオデータなどのようにリアルタイムでかつ情報量の多いデータを転送するためのサポートが必要になっている。こういったビデオデータやオーディオデータをリアルタイムで転送し、それをパソコン(PC)に取り込んだり、またはその他のデジタル機器に転送したりするためには、必要な転送機能を備え高速にデータ転送可能なインタフェースが必要になってくる。こういった観点から開発されたインタフェースが、IEEE1394−1995シリアルバス(High Performance Serial Bus :以下、1394シリアルバス)である。
【0018】
図11に、1394シリアルバスを用いて構成されるネットワーク・システムの例を示す。このシステムは、複数の機器A,B,C,D,E,F,G,Hを備えており、A−B間、A−C間、B−D間、D−E間、C−F間、C−G間およびC−H間がそれぞれ1394シリアルバスのツイスト・ペア・ケーブルで接続されている。これらの機器A〜Hは例としてPC、デジタルVTR、DVD、デジタルカメラ、ハードディスク、モニタ等である。各機器間の接続方式は、ディジーチェーン方式とノード分岐方式とを混在可能としたものであり、自由度の高い接続が可能である。
【0019】
また、各機器A〜Hは各自固有のIDを有し、それぞれがIDを認識し合うことによって、1394シリアルバスで接続された範囲において、1つのネットワークを構成している。各デジタル機器間をそれぞれ1本の1394シリアルバスケーブルで順次接続するだけで、それぞれの機器が中継の役割を行い、全体として1つのネットワークを構成するものである。また、1394シリアルバスの特徴でもあるPlug&Play機能で、ケーブルを機器に接続した時点で自動的に機器の認識や接続状況などの認識を行う機能を有している。
【0020】
また、図11に示したようなシステムにおいて、ネットワークからある機器が削除されたり、または新たに追加されたりしたときなどは、自動的にバスリセットを行い、それまでのネットワーク構成をリセットしてから、新たなネットワークの再構築を行う。この機能によって、その時々のネットワークの構成を常時設定、認識することができる。
【0021】
また、データ転送速度は、100/200/400Mbpsと備えており、上位の転送速度を持つ機器が下位の転送速度をサポートし、互換をとるようになっている。
【0022】
データ転送モードとしては、コントロール信号などの非同期データ(Asynchronousデータ:以下、 Asyncデータ)を転送するAsynchronous転送モード、リアルタイムなビデオデータやオーディオデータ等の同期データ( Isochronousデータ:以下 Isoデータ)を転送する Isochronous転送モードがある。この Asyncデータと Isoデータは、各サイクル(通常1サイクル=125μS)の中において、サイクル開始を示すサイクル・スタート・パケット(CSP)の転送に続き、 Isoデータの転送を優先しつつサイクル内で混在して転送される。
【0023】
次に、1394シリアルバスの構成要素を図12に示す。
1394シリアルバスは、全体としてレイヤ(階層)構造で構成されている。図12に示したように、最もハード的なものが1394シリアルバスのケーブルである。さらに、そのケーブルのコネクタが接続されるコネクタポートがあり、その上にハードウェアとしてフィジカル・レイヤとリンク・レイヤとがある。
【0024】
ハードウェア部は、実質的なインタフェースチップの部分であり、そのうちフィジカル・レイヤは符号化やコネクタ関連の制御等を行い、リンク・レイヤはパケット転送やサイクルタイムの制御等を行う。
ファームウェア部のトランザクション・レイヤは、転送(トランザクション)すべきデータの管理を行い、ReadやWrite といった命令を出す。シリアルバスマネージメントは、接続されている各機器の接続状況やIDの管理を行い、ノード制御、ネットワークの構成を管理する部分である。後述するバス・マネージャやアイソクロナス・リソース・マネージャの機能はこのシリアルバスマネージメントに含まれる。
【0025】
このハードウェア部およびファームウェア部までが実質上の1394シリアルバスの構成である。
また、ソフトウェア部のアプリケーション・レイヤは、使うソフトによって異なり、インタフェース上にどのようにデータをのせるかを規定する部分であり、AVプロトコルなどのプロトコルによって規定されている。
以上が1394シリアルバスの構成である。
【0026】
次に、1394シリアルバスにおけるアドレス空間を図13に示す。
1394シリアルバスに接続された各機器(ノード)には、必ず各ノードに固有の64ビットアドレスを持たせておく。そして、このアドレスをROMに格納しておくことで、自分や相手のノードアドレスを常時認識でき、相手を指定した通信も行える。
【0027】
1394シリアルバスのアドレッシングは、IEEE1212規格に準した方式であり、アドレス設定は、最初の10ビットがバスの番号の指定用に、次の6ビットがノードID番号の指定用に使われる。そして、残りの48ビットが機器に与えられたアドレス幅となり、それぞれ固有のアドレス空間として使用することができる。このうち最後の28ビットは、固有データの領域として、各機器の識別や使用条件の指定の情報などを格納する。
【0028】
以上が1394シリアルバスの技術の概要である。
次に、1394シリアルバスの特徴といえる技術の部分を、より詳細に説明する。
【0029】
《1394シリアルバスの電気的仕様》
図14に、1394シリアルバス・ケーブルの断面図を示す。
1394シリアルバスでは、接続ケーブル内に、2組のツイストペア信号線の他に電源線を設けている。これによって、電源を持たない機器や、故障により電圧低下した機器等にも電力の供給が可能になっている。電源線内を流れる電源の電圧は8〜40V、電流はDC最大電流1.5Aと規定されている。
【0030】
《DS−Link符号化》
図15に、1394シリアルバスで採用されている、データ転送フォーマットのDS−Link符号化方式を説明するためのタイムチャートを示す。
1394シリアルバスでは、DS−Link(Data/Strobe Link)符号化方式が採用されている。
【0031】
このDS−Link符号化方式は、高速なシリアルデータ通信に適しており、その構成は、2本の信号線を必要とする。より対線のうち1本に主となるデータを送り、他方のより対線にはストローブ信号を送る構成になっている。図15に示すように、受信側では、この通信されるデータとストローブ信号との排他的論理和をとることによってクロックを再現できる。
【0032】
このDS−Link符号化方式を用いるメリットとして、他のシリアルデータ転送方式に比べて転送効率が高いこと、PLL回路が不要となるのでコントローラLSIの回路規模を小さくできること、更には、転送すべきデータが無いときにアイドル状態であることを示す情報を送る必要がないので、各機器のトランシーバ回路をスリープ状態にすることができ、消費電力の低減が図れること、などが挙げられる。
【0033】
《バスリセットのシーケンス》
1394シリアルバスでは、接続されている各機器(ノード)にはノードIDが与えられ、ネットワーク構成として認識されている。このネットワーク構成に変化があったとき、例えばノードの挿抜や電源のON/OFF等によるノード数の増減などによって変化が生じ、新たなネットワーク構成を認識する必要があるとき、変化を検知した各ノードはバス上にバスリセット信号を送信し、新たなネットワーク構成を認識するモードに入る。このときの変化の検知方法は、1394ポート基板上でのバイアス電圧の変化を検知することによって行われる。
【0034】
あるノードからバスリセット信号が伝達されると、各ノードのフィジカルレイヤは、このバスリセット信号を受けると同時にリンクレイヤにバスリセットの発生を伝達し、かつ他のノードにバスリセット信号を伝達する。最終的にすべてのノードがバスリセット信号を検知した後、バスリセットが起動となる。バスリセットは、先に述べたようなケーブル挿抜やネットワーク異常等によるハード検出による起動の他に、プロトコルからのホスト制御などによってフィジカルレイヤに直接命令を出すことによっても起動する。
【0035】
また、バスリセットが起動すると、データ転送は一時中断され、この間のデータ転送は待たされる。そして、バスリセットの終了後、新しいネットワーク構成のもとでデータ転送が再開される。
以上がバスリセットのシーケンスである。
【0036】
《ノードID決定のシーケンス》
バスリセットの後、各ノードは新しいネットワーク構成を構築するために、各ノードにIDを与える動作に入る。このときのバスリセットからノードID決定までの一般的なシーケンスを、図23、図24および図25のフローチャートを用いて説明する。
【0037】
図23のフローチャートは、バスリセットの発生からノードIDを決定し、データ転送が行えるようになるまでの一連のバスの作業を示したものである。
まず、ステップS101では、ネットワーク内でバスリセットが発生するかどうかを常時監視していて、ここでノードの電源ON/OFFなどでバスリセットが発生すると、ステップS102に移る。
【0038】
ステップS102では、ネットワークがリセットされた状態から、新たなネットワークの接続状況を知るために、直接接続されている各ノード間において親子関係の宣言がなされる。そして、ステップS103において、すべてのノード間で親子関係が決定したと判断すると、ステップS104で1つのルートノードが決定する。すべてのノード間で親子関係が決定するまでは、ステップS102の親子関係の宣言が行われ、またルートノードも決定されない。
【0039】
ステップS104でルートが決定されると、次はステップS105において、各ノードにIDを与えるノードIDの設定作業が行われる。このノードIDの設定は、所定のノード順序で行われ、すべてのノードにIDが与えられるまで繰り返し設定作業が行われる。最終的にステップS106ですべてのノードにIDを設定し終えたと判断したら、新しいネットワーク構成がすべてのノードにおいて認識されたことになるので、ステップS107でノード間のデータ転送が行える状態となり、データ転送が開始される。
【0040】
このステップS107の状態になると、ステップS101に戻って再びバスリセットが発生するのを監視するモードに入り、バスリセットが発生したらステップS102からステップS106までの設定作業が繰り返し行われる。
以上が図23のフローチャートの説明であるが、図23のフローチャートのバスリセットからルート決定までの部分と、ルート決定後からID設定終了までの部分との手順をより詳しく示したものをそれぞれ、図24、図25に示す。
【0041】
まず、図24のフローチャートの説明を行う。
ステップS201でバスリセットが発生したと判断すると、ネットワーク構成は一旦リセットされる。なお、ステップS201では、バスリセットが発生するかどうかを常に監視している。
【0042】
次に、ステップS202では、リセットされたネットワークの接続状況を再認識するための作業の第一歩として、各機器にリーフ(1つのポートにのみ接続があるノード)であることを示すフラグを立てておく。さらに、ステップS203では、各機器が自分の持つポートがいくつ他ノードと接続されているのかを調べる。
【0043】
そして、ステップS204では、未定義ポート数の認識結果に応じてこれから親子関係の宣言を始めていくために、未定義(親子関係が決定されてない)ポートの数を調べる。バスリセットの直後はポート数=未定義ポート数であるが、親子関係が決定されていくに従って、ステップS204で検知する未定義ポートの数は変化していく。
【0044】
まず、バスリセットの直後、はじめに親子関係の宣言を行えるのはリーフに限られている。リーフであるかどうかは、ステップS203でのポート数の確認で知ることができる。リーフは、ステップS205において、自分に接続されているノードに対して「自分は子、相手は親」と宣言して動作を終了する。ステップS203で複数のポートに接続があるブランチと認識されたノードは、バスリセットの直後はステップS204で未定義ポート数>1と判断されるので、ステップS206へと移り、まずブランチというフラグが立てられる。そして、ステップS207で、リーフからの親子関係宣言で「親」の受付をするために待つ。
【0045】
リーフによって親子関係の宣言が行われ、ステップS207でそれを受けたブランチは、適宜ステップS204に戻って未定義ポート数の確認を行う。ここで未定義ポート数が1になっていれば、残っているポートに接続されているノードに対して、ステップS205で「自分が子」の宣言をすることが可能になる。2度目以降ステップS204で未定義ポート数を確認しても、未定義ポート数が2以上あるブランチは、再度ステップS207でリーフ又は他のブランチからの「親」の受付をするために待つ。
【0046】
最終的に、いずれか1つのブランチ又は例外的にリーフ(子宣言を行えるのにすばやく動作しなかったため)が、ステップS204の末定義ポート数の判断結果としてゼロになったら、これにてネットワーク全体の親子関係の宣言が終了したことになる。未定義ポート数がゼロ(すべて親のポートとして決定)になった唯一のノードは、ステップS208でルートのフラグが立てられ、ステップS209でルートとしての認識がなされる。
【0047】
このようにして、図24に示したバスリセットからネットワーク内すべてのノード間における親子関係の宣言までが終了する。
次に、図25のフローチャートについて説明する。
【0048】
まず、図24のシーケンスでリーフ、ブランチ、ルートという各ノードのフラグ情報が設定されているので、これをもとにして、ステップS301でそれぞれを分類する。各ノードにIDを与える作業として最初にIDの設定を行うことができるのはリーフからである。すなわち、リーフ→ブランチ→ルートの順で若い番号(ノード番号=0〜)からIDの設定がなされていく。
【0049】
フラグ情報がリーフである場合は、まずステップS302でネットワーク内に存在するリーフの数N(Nは自然数)を設定する。この後、ステップS303では、各自リーフがルートに対してIDを与えるように要求する。この要求が複数ある場合には、ルートはステップS304でアービトレーション(1つに調停する作業)を行い、ステップS305で上記調停で勝ったノード1つにID番号を与える。また、負けたノードには失敗の結果通知を行う。
【0050】
ステップS306では、リーフがID取得に成功したか否かを確認し、ID取得が失敗に終わったリーフは、ステップS303に戻って再度ID要求を出し、IDを取得するまで同様の作業を操り返す。IDを取得できたリーフは、ステップS307に進み、そのノードのID情報をブロードキャストで全ノードに転送する。1つのノードID情報のブロードキャストが終わると、ステップS308で残りのリーフの数Nが1つ減らされる。
【0051】
そして、ステップS309で、この残りのリーフ数Nを判断し、1以上あるときはステップS303のID要求からの作業を繰り返し行う。最終的にすべてのリーフがID情報をブロードキャストすると、ステップS309の判断結果がN=0となり、次はブランチのID設定に移る。ブランチのID設定もリーフのときと同様に行われる。
【0052】
まず、ステップS310でネットワーク内に存在するブランチの数M(Mは自然数)を設定する。この後、ステップS311では、各自ブランチがルートに対してIDを与えるように要求する。これに対してルートは、ステップS312でアービトレーションを行い、この調停に勝ったブランチから順にリーフに与え終った次の若い番号からIDを与えていく。ステップS313では、ルートはID要求を出したブランチにID情報又は失敗結果を通知する。
【0053】
ステップS314では、ブランチがID取得に成功したか否かを確認し、ID取得が失敗に終わったブランチは、ステップS311に戻って再度ID要求を出し、IDを取得するまで同様の作業を繰り返す。IDを取得できたブランチは、ステップS315に進み、そのノードのID情報をブロードキャストで全ノードに転送する。1つのノードID情報のブロードキャストが終わると、ステップS316で残りのブランチの数Mが1つ減らされる。
【0054】
そして、ステップS317で、この残りのブランチの数Mを判断し、1以上あるときはステップS311のID要求からの作業を繰り返し、最終的にすべてのブランチがID情報をブロードキャストするまで行う。すべてのブランチがノードIDを取得すると、ステップS317の判断結果がM=0となり、ブランチのID取得モードも終了する。
【0055】
ここまで終了すると、最終的にID情報を取得していないノードはルートのみなので、ステップS318に進んで、それまでに与えていない番号で最も若い番号を自分のID番号として設定し、ステップS319でルートのID情報をブロードキャストする。
以上で、図25に示したように、親子関係が決定した後からすべてのノードのIDが設定されるまでの手順が終了する。
【0056】
次に、一例として図16に示した実際のネットワークにおける動作を、図16を参照しながら説明する。
図16において、ルートノードBの下位にはノードAとノードCとが直接接続されており、更にノードCの下位にはノードDが直接接続されており、更にノードDの下位にはノードEとノードFとが直接接続された階層構造になっている。この階層構造やルートノード、ノードIDを決定する手順を以下に説明する。
【0057】
すなわち、バスリセットがされた後、まず各ノードの接続状況を認識するために、各ノードの直接接続されているポート間において親子関係の宣言がなされる。この親子とは、親側が階層構造で上位となり、子側が下位となると言うことができる。
【0058】
図16の例では、バスリセットの後、最初に親子関係の宣言を行ったのはノードAである。基本的には、親子関係の宣言はリーフから行うことができる。これは、自分には1ポートの接続があるのみということをまず知ることができるので、これによってネットワークの端であることを認織する。そして、各リーフの中で早く動作を行ったノードから親子関係が決定されていく。こうして親子関係の宣言を行った側(A−B間ではノードA)のポートが子と設定され、相手側(ノードB)のポートが親と設定される。こうして、ノードA−B間で子−親、ノードE−D間で子−親、ノードF−D間で子−親と決定される。
【0059】
さらに一階層上がって、今度は複数個の接続ポートを持つノード(ブランチ)のうち、他のノードからの親子関係の宣言を受けたものから順次、更に上位に親子関係の宣言を行っていく。図16の例では、まずノードDがD−E間、D−F間の親子関係を決定した後、ノードCに対する親子関係の宣言を行っており、その結果ノードD−C間で子−親と決定している。ノードDからの親子関係の宣言を受けたノードCは、もう一つのポートに接続されているノードBに対して親子関係の宣言を行い、ノードC−B間で子−親と決定している。
【0060】
このようにして、図16のような階層構造が構成され、最終的に接続されているすべてのポートにおいて親となったノードBが、ルートノードと決定される。ルートは1つのネットワーク構成中に1つしか存在しないものである。なお、この図16においてはノードBがルートノードと決定されたが、これはノードAから親子関係の宣言を受けたノードBが、他のノードに対して親子関係の宣言をより早いタイミングで行っていれば、ルートノードは他ノードに移っていたこともあり得る。すなわち、宣言の伝達されるタイミングによっては他のノードもルートノードとなる可能性があり、同じネットワーク構成でもルートノードは一定とは限らない。
【0061】
ルートノードが決定すると、次は各ノードIDを決定するモードに入る。ここではすべてのノードが、決定した自分のノードIDを他のすべてのノードに通知する(ブロードキャスト機能)。自己ID情報は、自分のノード番号、接続されている位置の情報、持っているポートの数、接続のあるポートの数、各ポートの親子関係の情報等を含んでいる。
【0062】
ノードID番号の割り振りの手順としては、まず1つのポートにのみ接続があるノード(リーフ)から起動することができ、この中から順にノード番号=0、1、2、…と割り当てられる。ノードIDを手にしたノードは、ノード番号を含む情報をブロードキャストにて各ノードに送信する。これによって、そのID番号は『割り当て済み』であることが認識される。
【0063】
すべてのリーフが自己ノードIDを取得し終ると、次はブランチヘ移り、リーフに引き続いたノードID番号が各ノードに割り当てられる。リーフと同様に、ノードID番号が割り当てられたブランチから順次ノードID情報をブロードキャストし、最後にルートノードが自己ID情報をブロードキャストする。すなわち、常にルートは最大のノードID番号を所有するものである。
以上のようにして、階層構造全体のノードIDの割り当てが終わり、ネットワーク構成が再構築され、バスの初期化作業が完了する。
【0064】
《アービトレーション》
1394シリアルバスでは、データ転送に先立って必ずバス使用権のアービトレーション(調停)を行う。1394シリアルバスは、個別に接続された各機器が転送された信号をそれぞれ中継することによってネットワーク内すべての機器に同信号を伝えるような、論理的なバス型ネットワークであるので、伝送パケットの衝突を防ぐ意味でアービトレーションは必要である。これにより、ある時間にはたった一つのノードのみが転送を行うことができる。
【0065】
アービトレーションを説明するための図として、図17(a)にバス使用要求の様子を示し、図17(b)にバス使用許可の様子を示す。以下、この図17を用いてアービトレーションについて説明する。
アービトレーションが始まると、1つもしくは複数のノードが親ノードに向かってそれぞれバス使用権の要求を発する。図17(a)のノードCとノードFがバス使用権の要求を発しているノードである。
【0066】
このバス使用権の要求を受けた親ノード(図17(a)ではノードA)は、更にその親ノードに向かってバス使用権の要求を発する(つまり、バス使用権の要求を中継する)。この要求は、最終的に調停を行うルートに届けられる。バス使用要求を受けたルートノードは、どのノードにバスを使用させるかを決める。この調停作業は、ルートノードのみが行えるものであり、調停によって勝ったノードにはバスの使用許可を与える。図17(b)ではノードCに使用許可が与えられ、ノードFには使用拒否が与えられている。
【0067】
アービトレーションに負けたノードに対しては、DP(data prefix )パケットを送り、拒否されたことを知らせる。拒否されたノードのバス使用要求は、次回のアービトレーションまで待たされる。
以上のようにして、アービトレーションに勝ってバスの使用許可を得たノードは、以降データの転送を開始できる。
【0068】
ここで、アービトレーションの一連の流れを、図26に示すフローチャートを参照して説明する。
ノードがデータ転送を開始できるためには、バスがアイドル状態にあることが必要である。先に行われていたデータ転送が終了して、現在バスが空き状態であることを認識するためには、各転送モードで個別に設定されている所定のアイドル時間ギャップ長(例えば、サブアクション・ギャップ)を経過することによって、各ノードは自分の転送が開始できると判断する。
【0069】
そのため、まずステップS401において、 Asyncデータや Isoデータ等のそれぞれ転送するデータに応じた所定のギャップ長が得られたかどうかを判断する。所定のギャップ長が得られない限り、転送を開始するために必要なバス使用権の要求はできないので、所定のギャップ長が得られるまで待つ。
【0070】
ステップS401で所定のギャップ長が得られたら、ステップS402で転送すべきデータがあるか否かを判断し、ある場合はステップS403に進んでそのデータを転送するためにバスの使用権を確保するよう、バス使用権の要求をルートに対して発する。このときのバス使用権の要求を表す信号は、図17に示したように、ネットワーク内の各機器を中継しながら最終的にルートに届けられる。なお、ステップS402で転送するデータがない場合は、そのまま待機する。
【0071】
次に、ステップS404でルートがステップS403のバス使用要求を1つ以上受信したら、ルートはステップS405において、使用要求を出したノードの数を調べる。ステップS405での選択値がノード数=1(バス使用権の要求を出したノードが1つ)だったら、そのノードに直後のバス使用許可が与えられることとなる。
【0072】
また、ステップS405での選択値がノード数>1(使用要求を出したノードが複数)だったら、ルートはステップS406において、使用許可を与えるノードを1つに決定する調停作業を行う。この調停作業は公平なものであり、毎回同じノードばかりが許可を得るようなことはなく、平等に権利を与えていくような構成となっている。
【0073】
次に、ステップS407で、使用要求を出した複数のノードの中から、ルートが調停して使用許可を得た1つのノードと、その調停に敗れたその他のノードとに分ける選択を行う。ここで、ルートは、調停されて使用許可を得た1つのノード、またはステップS405の選択値から使用要求ノード数=1で調停無しに使用許可を得たノードに対しては、ステップS408で許可信号を送る。許可信号を得たノードは、許可信号を受け取った直後に転送すべきデータ(パケット)の転送を開始する。
【0074】
また、ステップS406の調停で敗れてバス使用が許可されなかったノードには、ステップS409でアービトレーション失敗を示すDP(data prefix )パケットがルートから送られる。これを受け取ったノードは、再度転送を行うためのバス使用要求を出すため、ステップS401に戻り、所定のギャップ長が得られるまで待機する。
以上がアービトレーションの流れを示すフローチャートの説明である。
【0075】
《サイクル・マスタ(cycle master)》
構成要素におけるサイクル・マスタとは、周期的にサイクル開始信号を生成するノードである。サイクル開始信号はサイクル・スタート(sysle start )と呼ばれ、サイクル・シンク(cycle synch )源(通常は125μS)により設定される特別な間隔でサイクル・スタート・パケットとしてサイクル・マスタから各ノードに向けて送信される。サイクル・スタート時間は通常125μS毎となるが、転送状態によっては125μSから遅延を生じて送信される場合がある。
【0076】
《バス・マネージャ(bus manager )》
バス・マネージャとは、図12に示したシリアルバスマネージメントに含まれる機能として、高度な電源管理、シリアルバスの性能の最適化、トポロジの管理、データ転送速度の管埋、サイクル・マスタの制御や性能の最適化等の機能を持つものであり、他のノードに管理機能を提供することができるノードである。また、バス・マネージャとなるノードは同時に、次に示すアイソクロナス・リソース・マネージャノードともなりうる。
【0077】
《アイソクロナス・リソース・マネージャ(Isochronous resource manager)》アイソクロナス・リソース・マネージャとは、シリアルバスマネージメントに含まれる機能として、アイソクロナス転送におけるアイソクロナス・データ転送帯域とチャネル番号との割り付けを管理する機能を有するノードである。この管理を行うアイソクロナス・リソース・マネージャは、バス上に唯一存在し、バスの初期化フェーズ後、このアイソクロナス・リソース・マネージャ機能を持った複数のノードの中から動的に1つが選出される。
【0078】
また、バス・マネージャの決定もこのアイソクロナス・リソース・マネージャノードによって行われる。バス上にバス・マネージャが存在しない構成では、電源管理やサイクル・マスタの制御といったバス・マネージャの一部の機能を、アイソクロナス・リソース・マネージャが行うことがある。
【0079】
《Asynchronous(非同期)転送》
アシンクロナス転送は、非同期転送である。図18に、アシンクロナス転送における時間的な遷移状態を示す。図18に示す最初のサブアクション・ギャップは、バスのアイドル状態を示すものである。このアイドル時間が一定値になった時点で、データ転送を希望するノードはバスが使用できると判断して、バス獲得のためのアービトレーションを実行する。
【0080】
アービトレーションでバスの使用許可を得ると、次にデータの転送がパケット形式で実行される。データ転送後、これを受信したノードは、転送されたデータに対しての受信結果である受信確認用返送コードackをackgapという短いギャップの後で返送して応答するか、応答パケットを送ることによって、転送が完了する。受信確認用返送コードackは、4ビットの情報と4ビットのチェックサムとから成り、成功であるか、ビジー状態であるか、ペンディング状態であるかといった情報を含み、すぐに送信元ノードに返送される。
【0081】
次に、図19にアシンクロナス転送のパケットフォーマットの例を示す。
パケットには、データ部および誤り訂正用のデータCRCの他にヘッダ部がある。そのヘッダ部には図19に示したような、目的ノードID、ソースノードID、転送データ長さ、各種コードなどが書き込まれ、転送が行われる。アシンクロナス転送は、自己ノードから相手ノードヘの1対1の通信である。転送元ノードから転送されたパケットは、ネットワーク中の各ノードに行き渡るが、自分宛てのアドレス以外のものは無視されるので、宛先の1つのノードのみが転送されたパケットを読み込むことになる。
以上がアシンクロナス転送の説明である。
【0082】
《 Isochronous(同期)転送》
アイソクロナス転送は、同期転送である。1394シリアルバスの最大の特徴であるとも言えるこのアイソクロナス転送は、特にVIDEO映像データや音声データといったマルチメディアデータなど、リアルタイムな転送を必要とするデータの転送に適した転送モードである。また、アシンクロナス(非同期)転送が1対1の転送であったのに対し、このアイソクロナス転送はブロードキャスト機能によって、転送元の1つのノードから他のすべてのノードへパケットが一様に転送される。
【0083】
図20は、アイソクロナス転送における時間的な遷移状態を示す図である。
アイソクロナス転送は、バス上一定時間毎に実行される。この時間間隔をアイソクロナスサイクルと呼ぶ。アイソクロナスサイクル時間は125μSである。この各サイクルの開始時間を示し、各ノードの時間調整を行う役割を担っているのがサイクル・スタート・パケットである。サイクル・スタート・パケットを送信するのはサイクル・マスタであり、1つ前のサイクル内の転送終了後、所定のアイドル期間(サブアクションギャップ)を経た後、本サイクルの開始を告げるサイクル・スタート・パケットを送信する。このサイクル・スタート・パケットの送信される時間間隔が125μSとなる。
【0084】
また、図20にチャネルA、チャネルB、チャネルCと示したように、1サイクル内において複数種のパケットを、チャネルIDをそれぞれ与えることによって区別して転送できる。これにより、同時に複数のノード間でのリアルタイムな転送が可能である。このとき、受信するノードでは自分が欲しいチャネルIDのデータのみを取り込む。このチャネルIDは、送信先のアドレスを表すものではなく、データに対する論理的な番号を与えているに過ぎない。よって、あるパケットの送信は1つの送信元ノードから他のすべてのノードに行き渡るブロードキャストで転送されることになる。
【0085】
アイソクロナス転送のパケット送信に先立って、アシンクロナス転送と同様にアービトレーションが行われる。しかし、アシンクロナス転送のように1対1の通信ではないので、アイソクロナス転送には受信確認用返信コードackは存在しない。
また、図20に示したiso gap (アイソクロナスギヤップ)とは、アイソクロナス転送を行う前にバスが空き状態であると認識するために必要なアイドル期間を表している。この所定のアイドル期間を経過すると、アイソクロナス転送を行いたいノードはバスが空いていると判断し、転送前のアービトレーションを行うことができる。
【0086】
次に、図21にアイソクロナス転送のパケットフォーマットの一例を示す。
各チャネルに分かれた各種のパケットには、それぞれデータ部および誤り訂正用のデータCRCの他にヘッダ部がある。そのヘッダ部には、図21に示したような、転送データ長やチャネルNO、その他各種コードおよび誤り訂正用のヘッダCRCなどが書き込まれ、転送が行われる。
以上がアイソクロナス転送の説明である。
【0087】
《バス・サイクル》
実際の1394シリアルバス上の転送では、アイソクロナス転送とアシンクロナス転送とは混在できる。アイソクロナス転送とアシンクロナス転送とが混在したバス上での転送状態の時間的な遷移の様子を、図22に示す。
アイソクロナス転送は、アシンクロナス転送より優先して実行される。その理由は、サイクル・スタート・パケットの後、アシンクロナス転送を起動するために必要なアイドル期間のギャップ長(サブアクションギャップ)よりも短いギャップ長(アイソクロナスギャップ)で、アイソクロナス転送を起動できるからである。
【0088】
図22に示した一般的なバスサイクルにおいて、サイクル#mのスタート時にサイクル・スタート・パケットがサイクル・マスタから各ノードに転送される。これにより、各ノードで時刻調整を行い、所定のアイドル期間(アイソクロナスギャップ)を待ってから、アイソクロナス転送を行うべきノードはアービトレーションを行い、パケット転送に入る。図22では、チャネルeとチャネルsとチャネルkとが順にアイソクロナス転送されている。
【0089】
このアービトレーションからパケット転送までの動作を、与えられているチャネル分繰り返し行った後、サイクル#mにおけるアイソクロナス転送がすべて終了したら、アシンクロナス転送を行うことができるようになる。すなわち、アシンクロナス転送を行うことが可能なサブアクションギャップにアイドル時間が達することによって、アシンクロナス転送を行いたいノードはアービトレーションの実行に移れると判断する。
【0090】
ただし、アシンクロナス転送が行える期間は、アイソクロナス転送の終了後から次のサイクル・スタート・パケットを転送すべき時間(cycle synch )までの間に、アシンクロナス転送を起動するためのサブアクションギャップが得られた場合に限っている。
【0091】
図22のサイクル#mでは、3チャネル分のアイソクロナス転送と、その後における2パケット分(パケット1、パケット2)のアシンクロナス転送(含むack)とが行われている。このアシンクロナスパケット2の後は、サイクル#m+1をスタートすべき時間(cycle synch )に至るので、サイクル#mでの転送はここまでで終わる。
【0092】
ただし、非同期または同期転送動作中に次のサイクル・スタート・パケットを送信すべき時間(cycle synch )に至ったとしたら、データ転送を無理に中断せず、その転送が終了した後のアイドル期間を待ってから次サイクルのサイクル・スタート・パケットを送信する。すなわち、1つのサイクルが125μS以上続いたときは、その分次のサイクルは基準の125μSより短縮される。このように、アイソクロナス・サイクルは125μSを基準に超過、および短縮し得るものである。
【0093】
しかし、アイソクロナス転送は、リアルタイム転送を維持するために毎サイクル必要であれば必ず実行され、アシンクロナス転送は、サイクル時間が短縮されたことによって次以降のサイクルにまわされることもある。こういった遅延情報も含めて、サイクル・マスタによって管埋される。
以上が、IEEE1394シリアルバスの説明である。
【0094】
ここから、図1のように1394シリアルバスケーブルで各機器が接続されたときの説明を行う。本実施形態でのバス構成は、図1に示すように実線で描いた1394シリアルバスで接続された、デジタルカメラやデジタルVTR等の記録再生装置1と、モニタ2と、プリンタ装置3、4、5との接続構成である。モニタ2では動画または静止画のビデオ映像の表示処理が可能であり、プリンタ3、4、5では静止画データのプリント処理が可能である。
【0095】
この図1のネットワークは一例とした機器群であって、接続構成も図1の各機器を任意の位置に接続するものでよく、記録再生装置1を含む構成であれば数も限定されない。また、各機器から先に更に他のデジタル機器が接続された構成であっても構わない。また、記録再生装置やプリンタが図に示した数より多く接続された構成でもよい。
【0096】
さらに、図1に示した以外の機器でも、PC、ハードディスクなどの外部記憶装置、CD、DVD等の出力機器など、1394シリアルバスでネットワークが構成できる機器なら何が接続されてもよい。モニタ2およびプリンタ3、4、5における記録再生装置1に対応可能なデコード機能の有無は任意であってよいが、第1の実施形態では特に、プリンタ3、4、5は、記録再生装置1に対応可能なデコーダが有るものと無いものとが混在した構成であるとする。
【0097】
すなわち、第1の実施形態でのプリンタ3、4、5の構成は、図5および図6にブロック図として示してあるが、プリンタ3は記録再生装置1でのデータ圧縮方式に対応可能なデコード機能を備えたものであり、プリンタ4、5はデコード機能を全く備えていないか、または記録再生装置1の圧縮方式に対応不可能なデコーダのみを備えたものとする。
【0098】
図1をもとに上述したバス構成を背景として、以下に示すブロック図3〜6を用いて本発明の第1の実施形態に関する説明を行う。
図3は、図1に示した記録再生装置1の構成を示す図である。図3において、6は撮像系、7はA/Dコンバータ、8は映像信号処理回路、9は所定のアルゴリズムに従って記録時に圧縮、再生時に伸張を行う圧縮伸張回路である。
【0099】
10は記録媒体としての磁気テープや光(磁気)ディスク、固体メモリ等とその記録再生ヘッド等も含めた記録再生系、11は指示入力を行う操作部、12はシステムコントローラ、13はD/Aコンバータ、14は表示部としてのEVF、15は非圧縮で転送する映像データを一時記憶するための画像メモリ、16は上記画像メモリ15の書き込み/読み出しを制御するメモリ制御部である。
【0100】
17は圧縮して転送する映像データを一時記憶するための画像メモリ、18は上記画像メモリ17の書き込み/読み出しを制御するメモリ制御部、19はデータセレクタ、20は1394シリアルバスのI/F部である。1394I/F20は、1394ケーブルによって1つのポートはモニタ2に、他の1つのポートはプリンタ5に接続されている。
【0101】
図4は、図1に示したモニタ装置2の構成を示す図である。図4において、21はモニタ2に搭載された1394I/F部、22は図3の圧縮伸張回路9で所定のアルゴリズムに従って圧縮された映像データを伸張可能な復号化回路(デコーダ)、23はD/Aコンバータ、24はCRT部、25はモニタ2のシステムコントローラ、26はモニタ2の操作部である。
【0102】
なお、図示はしていないが、モニタ2にはこの他に、テレビジョン信号を受信および表示するための受信回路等を設けてもよい。1394I/F21は、1394ケーブルによって1つのポートは記録再生装置1に、他の1つのポートはプリンタ3に接続されている。
【0103】
図5は、図1に示したプリンタ3の構成を示す図である。図5において、31はプリンタ3における1394I/F部、32はデータセレクタ、33は図3の圧縮伸張回路9で所定のアルゴリズムに従って圧縮された映像データを伸張可能な復号化回路(デコーダ)、34はプリント画像の画像処理回路、35はプリント画像を形成するためのメモリである。
【0104】
また、36はプリンタヘッド、37は上記プリンタヘッド36の駆動や紙送り等を行うドライバ、38はプリンタ3の制御部としてのプリンタコントローラ、39はプリンタ3の操作部である。1394I/F31は、1394ケーブルによって1つのポートはモニタ2に、他の1つのポートはプリンタ4に接続されている。
【0105】
図6は、図1に示したプリンタ4およびプリンタ5の構成を示す図である。図6において、40はプリンタ4またはプリンタ5における1394I/F部、41はデータセレクタ、42はプリント画像の画像処理回路、43はプリント画像を形成するためのメモリ、44はプリンタヘッド、45は上記プリンタヘッド44の駆動や紙送り等を行うドライバ、46はプリンタ4または5の制御部としてのプリンタコントローラ、47はプリンタ4または5の操作部である。
【0106】
プリンタ4において、1394I/F40は、1394ケーブルによって1つのポートからプリンタ3に接続されている。また、プリンタ5においては、1394I/F40は、1394ケーブルによって1つのポートから記録再生装置1に接続されている。プリンタ4とプリンタ5とは機能的には同一の構成であるので、ブロック図は図6のみで表した。
【0107】
プリンタ3とプリンタ4、5との相違点は、圧縮伸張回路9で所定のアルゴリズムに従って圧縮された映像データを伸張可能な復号化回路(デコーダ)33の有無と、デコーダ33に関連する処理の有無のみであって、その他のプリント機能および動作は等しいものであるとする。
【0108】
次に、これらのブロック図3〜6に基づいて第1の実施形態の動作を順を追って説明する。
まず、図3において、記録再生装置1の記録時に、撮像系6で撮影した映像信号は、A/Dコンバータ7でデジタル化された後、映像信号処理回路8で映像処理がなされる。
【0109】
映像信号処理回路8の出力の一方は、撮影中の映像としてD/Aコンバータ13でアナログ信号に戻され、EVF14で表示される。その他の出力は、圧縮伸張回路9で所定のアルゴリズムに従って圧縮処理され、記録再生系10で図示しない記録媒体に記録される。ここで、所定の圧縮処理とは、動画圧縮方式として代表的なMPEG方式、静止画圧縮方式として代表的なJPEG方式である。その他、家庭用デジタルVTRでは、帯域圧縮方式としてのDCT(離散コサイン変換)およびVLC(可変長符号化)に基づいた圧縮方式などである。
【0110】
再生時は、記録再生系10が図示しない記録媒体から所望の映像を再生する。このとき所望の映像は、操作部11から入力された指示内容をもとにして選択され、システムコントローラ12が制御して再生する。図示しない記録媒体から再生された映像データは、一方では圧縮状態のままバスに転送する映像データとして画像メモリ17に出力される。他方では、伸張して転送する非圧縮映像データとして、再生された映像データが圧縮伸張回路9で伸張され、それにより得られる非圧縮データが画像メモリ15に出力される。
【0111】
記録再生装置1は、動画を記録する形態、静止画を記録する形態、または動画と静止画との両方を記録する形態、さらには音声も含んだ状態で記録する形態の何れであってもよいが、本実施形態では、再生した静止画一画像または動画から抜き出した1フレーム分の画像をプリントまたは静止画表示を行うために他ノードに転送する際に、記録媒体より読み出した映像データを圧縮したまま画像メモリ17から転送することと、読み出した同一の映像データを伸張した非圧縮映像データを画像メモリ15から転送することとの両方を並行して実行するモードを備えるものである。このとき、画像メモリ15、17の両方から映像データを読み出してそれぞれ並行して転送することを可能とするものである。通常モードでは、メモリ15または17のどちらか一方の出力を転送するだけでよい。
【0112】
圧縮映像データを転送しても、転送先となる複数の機器がその圧縮方式に対応可能なデコーダを具備しているとは限らない。そこで、当該デコーダを具備している機器に対しては圧縮データを転送することで転送にかかる速度を早め、転送効率を向上させるとともに、当該デコーダを具備していない機器に対しては、非圧縮の映像データを転送する。これにより、デコーダを具備する装置と具備しない装置とが混在するネットワークにおいてプリントのための転送、処理を円滑に行うことができる。
【0113】
また、再生した映像データをEVF14で表示するときは、再生された圧縮映像データは圧縮伸張回路9で伸張され、それがD/Aコンバータ13でアナログ信号に戻された後、EVF14に出力され、表示される。
【0114】
画像メモリ15、17は、それぞれシステムコントローラ12にて制御されたメモリ制御部16、18によって書き込み/読み出しの制御がなされ、所定の条件に応じて画像メモリ15、17からの出力が制御される。各画像メモリ15、17から読み出された映像データは、データセレクタ19へと出力される。
【0115】
システムコントローラ12は、記録再生装置1内の各部の動作を制御するものであるが、プリンタなどの外部に接続された機器に対する制御コマンドデータを出力し、データセレクタ19から1394I/F20、1394シリアルバスを通して外部の装置にコマンド送信をすることもできる。
【0116】
データセレクタ19に入力された、データの内容的には同一の静止画データである画像メモリ17からの圧縮データと画像メモリ15からの非圧縮データ、更にコマンドデータは、1394I/F部20にデータ分類されて出力され、1394I/F20から1394シリアルバスの仕様に基づいてケーブル上をそれぞれデータ転送される。
【0117】
ここで、本実施形態では、圧縮、非圧縮どちらの静止画データを転送するときも、アイソクロナス転送方式を用いて転送を行う。また、必要となるコマンドデータを転送するときは、アシンクロナス転送方式を用いて転送先を指定して転送するようにし、夫々バス上に転送する。また、圧縮静止画データを任意のチャネルAとし、非圧縮静止画データを任意のチャネルBとしてアイソクロナス転送する。このようなチャネルの分類と、各データの転送のための処理とは、1394I/F部20とシステムコントローラ12とによってなされる。
【0118】
ここで、第1の実施形態において記録再生装置1から静止画データをバス上に転送するときの時間的な状態遷移図を、図2に示す。
図2の各サイクルにおけるch(チャネル)Aは、アイソクロナス転送方式で転送を行っている圧縮された静止画データのパケットである。また、ch(チャネル)Bは、アイソクロナス転送方式で転送を行っている非圧縮の静止画データのパケットである。
【0119】
サイクルスタートパケットで区切られた各サイクルにそれぞれ1つずつチャネルAとチャネルBのパケットが組み込まれていくが(図2ではサイクル#m〜#m+2)が、チャネルAの圧縮データの方がサイクル#m+2をもって先に転送が終わるので、サイクル#m+3、#m+4以降ではチャネルBのみの転送となり、これは転送終了まで続けられる。
【0120】
図2は、サイクルスタートパケットとアイソクロナス転送とを含んだ時間的なサイクルの流れと、必要に応じて任意のサイクル内でコマンドデータ等をアシンクロナス転送方式を用いてパケット転送している様子とを示している。すなわち、圧縮静止画パケットと非圧縮静止画パケットは、チャネルで分類され時分割に多重されて、各サイクル毎にバス上を転送されることになる。また、コマンドデータは Asyncパケットとして、必要に応じて任意のサイクル内に多重して転送される。第1の実施形態では、このような転送形態をとるものとする。
【0121】
このような一連の転送処理は、図3のシステムコントローラ12によって制御され、この制御の手順を記述したプログラムは、例えばシステムコントローラ12内の図示しないROMに格納される。この場合、このROMは本発明の記録媒体を構成する。なお、記録媒体の構成はこれに限らない。例えば、上記プログラムを記憶する記録媒体としては、フロッピーディスク、ハードディスク、光ディスク、光磁気ディスク、CD−ROM、磁気テープ、不揮発性のメモリカード等を用いることができる。
【0122】
本実施形態における静止画の圧縮および非圧縮データの転送先となる機器としては、図1に示したようにモニタ2とプリンタ3、4、5とが存在する。これら受信側の機器は、必要とする映像データを含む Isoパケットのチャネルを選択して受信する。また、コマンドデータ等の Asyncパケットに関しては、ヘッダーに転送先ノードとして自分宛てと書き込まれているもののみを取り込む。
【0123】
本実施形態において、圧縮か非圧縮かでチャネルが異なる同一の静止画の Isoパケットの受信について、どちらを受信すべきかは以下のように設定する。すなわち、プリンタなどの受信機器自身が具備するデコーダが上記圧縮方式に対応できるときは、圧縮画像のチャネルAを受信し、具備するデコーダが上記圧縮方式に対応できないときまたはデコード機能自体を具備しないときは、非圧縮画像のチャネルBを受信するように設定する。
【0124】
なお、このような受信側ノードにおけるデータの選択的受信処理等は、例えば受信ノード側のコントローラによって制御され、この制御の手順を記述したプログラムは、例えば当該コントローラ内の図示しないROMに格納される。この場合、このROMは本発明の記録媒体を構成する。なお、この記録媒体の構成がこれに限らないことは上述の場合と同様である。
【0125】
次に、モニタ2の動作を図4に基づいて説明する。
モニタ2では、記録再生装置1が転送した動画、静止画を受信して表示する。モニタ2は、動画といった情報量の多いデータをリアルタイムで受信することも可能なので、データ圧縮転送に対応するデコーダは具備していた方が都合がよい。本実施形態では、記録再生装置1内の圧縮伸張回路9で圧縮された映像データの伸張を行える復号化回路(デコーダ)22を具備するものである。
【0126】
よって、モニタ2は、圧縮映像パケットのチャネル(図2におけるチャネルA)を受信するように設定しておき、システムコントローラ25の制御に基づき、バス上をアイソクロナス転送されている圧縮パケットのチャネルを1394I/F21から受信するようにする。1394I/F21から入力された圧縮映像データは、復号化回路(デコーダ)22に与えられ、記録再生装置1内の圧縮伸張回路9で用いた圧縮方式に対応した伸張処理がなされる。
【0127】
復号化回路22より出力された映像データは、D/Aコンバータ23でアナログ映像信号に変換された後、CRT24でビデオ映像が表示される。操作部26は、モニタ2の入力切り換えスイッチの変更や、各種設定の指示入力、およびTV受像機を兼ねているときはその指示入力を行う部分である。この操作部26の指示に基づきシステムコントローラ25によってモニタ各部が制御される。
【0128】
次に、プリンタ3の動作を図5に基づいて説明する。
すなわち、1394I/F部31に入力されたデータのうち、データセレクタ32でデータの種類毎に分類された静止画データ等のプリントすべきデータは、以下のように処理される。つまり、圧縮されているものについては復号化回路33で伸張処理がなされた後、画像処理回路34でプリントに適した画像処理が施されることにより、プリンタコントローラ38によって記憶、読み出しの制御がなされるメモリ35にプリント画像として形成される。そして、このプリント画像がプリンタヘッド36に送られてプリントされる。
【0129】
プリンタ3のヘッド駆動や紙送り等の駆動は、ドライバ37で行われるものであり、ドライバ37やプリンタヘッド36の動作制御、およびその他各部の制御は、プリンタコントローラ38によって行われる。プリンタ操作部39は、紙送りやリセットインクチェック、プリンタ動作のスタンバイ/開始/停止等の動作を指示入力するためのものであり、その指示入力に応じてプリンタコントローラ38によって各部の制御がなされる。
【0130】
また、1394I/F部31に入力されたデータが、プリンタ3に対する何らかのコマンドデータであったときは、データセレクタ32からプリンタコントローラ38に制御コマンドとして伝達され、プリンタコントローラ38によってその制御コマンドに対応したプリンタ3の各部の制御がなされる。
【0131】
プリンタ3はデコーダ33を具備するので、圧縮映像パケットのチャネル(図2におけるチャネルA)を受信するように設定しておき、バス上をアイソクロナス転送されている圧縮パケットのチャネルを1394I/F31から受信するようにする。
【0132】
次に、プリンタ4および5の動作を図6に基づいて説明する。
すなわち、1394I/F部40に入力されたデータのうち、データセレクタ41でデータの種類毎に分類された静止画データ等のプリントすべきデータは、画像処理回路42に出力される。なお、プリンタ4、5では図5における復号化回路33のようなデコーダは具備していない。画像処理回路42では、プリントに適した画像処理が施されることにより、プリンタコントローラ46によって記憶、読み出しの制御がなされるメモリ43にプリント画像として形成される。そして、このプリント画像がプリンタヘッド44に送られてプリントされる。
【0133】
プリンタ4、5のヘッド駆動や紙送り等の駆動は、ドライバ45で行われるものであり、ドライバ45やプリンタヘッド44の動作制御、およびその他各部の制御は、プリンタコントローラ46によって行われる。プリンタ操作部47は、紙送りやリセットインクチェック、プリンタ動作のスタンバイ/開始/停止等の動作を指示入力するためのものであり、その指示入力に応じてプリンタコントローラ46によって各部の制御がなされる。
【0134】
また、1394I/F部40に入力されたデータが、プリンタ4または5それぞれに対する何らかのコマンドデータであったときは、データセレクタ41からプリンタコントローラ46に制御コマンドとして伝達され、プリンタコントローラ46によってその制御コマンドに対応したプリンタ4、5の各部の制御がなされる。
【0135】
プリンタ4および5においてはデコーダを具備していないので、非圧縮映像パケットのチャネル(図2におけるチャネルB)を受信するように設定しておき、バス上をアイソクロナス転送されている非圧縮パケットのチャネルを1394I/F40から受信するようにする。
以上がブロック図3〜6についての説明である。
【0136】
上記のような各ブロック図で表された各装置1〜5を1394シリアルバスで図1のように接続することによって、静止画データをPCを介することなく記録再生装置1から受信ノードに直接転送することができる。その際、受信ノードでは記録再生装置1から出力された圧縮または非圧縮の静止画データのどちらかを受信する。これにより、受信ノード内における対応するデコーダの有無にかかわらず、表示やプリントを円滑に行うことができる。また、デコーダがあるノードに関しては、静止画転送にかかる時間も短縮することができる。
【0137】
次に、第1の実施形態における動作をフローチャートにして図7に示し、これを説明する。
記録再生装置1のプリントデータ転送モードにおいて、ステップS1でユーザはプリントを希望する静止画を選択する。静止画の選択は、記録媒体に記録されている複数の静止画カットの中から所望の1画像を選択するものとする。また、記録再生装置1で動画を扱っているときは、動画中の所望の1フレーム(または1フィールド)画像を指定し、画像メモリ15または17で形成されるものを、ここでのプリント用静止画として取り扱ってもよい。
【0138】
次に、ステップS2で、上記ステップS1で選択した静止画を記録再生系10で再生して再生処理を行い、再生された圧縮静止画データの1つ目のルートとして、圧縮されたままの静止画データを画像メモリ17に書き込む。ステップS3では、これと並行した2つ目のルートとして、記録再生系10で再生された同一の圧縮されている静止画データに対して圧縮伸張回路9で伸張処理を施し、データ内容的には画像メモリ17に書き込まれた圧縮静止画データと同一の非圧縮静止画データを、もう一方の画像メモリ15に書き込む。
【0139】
次に、ステップS4において記録再生装置1から他ノードヘの転送処理へ移行し、画像メモリ17から圧縮静止画データをメモリ制御部18の制御によって読み出すとともに、画像メモリ15から非圧縮静止画データをメモリ制御部16の制御によって読み出す。そして、それぞれのデータをデータセレクタ19を介して1394I/F部20に与える。ここで、それぞれのデータ転送用に帯域が確保され、データ毎に割り当てられたアイソクロナス転送におけるチャネルによって分割され転送が開始される。
【0140】
圧縮、非圧縮の各データは、1394シリアルバス上をアイソクロナス転送される。ステップS5では、圧縮データをモニタ2およびプリンタ3が受信する。すなわち、これらがデコーダを完備していることからあらかじめ圧縮データのチャネルを受信するように設定されているのに従って、圧縮データのチャネルを受信する。また、非圧縮データはプリンタ4および5が受信する。すなわち、デコード機能の欠如から非圧縮のチャネルを受信するように設定されているのに従って、非圧縮データのチャネルを受信する。このようにして、圧縮、非圧縮の各静止画データは、それぞれ目的とするノードに転送され、転送終了と共に受信したどのノードも同一の静止画データを得ることができる。
【0141】
次に、ステップS6では、時間差をもって圧縮静止画データおよび非圧縮静止画データの転送が両方終了すると、これをもってプリントデータ転送モードは一旦終了となり、次の命令を受け付けるべくリターンとなる。以上が図7のフローチャートの説明である。
ここまでが第1の実施形態の説明である。
【0142】
<第2の実施形態>
続いて第2の実施形態の説明を行う。
第1の実施形態では静止画データの転送先となるノードとして、図1におけるモニタ2およびプリンタ3、4、5を対象とし、各ノードにおいてデコード機能の有無が混在する場合についての説明をした。この場合、静止画データを転送する際は、圧縮したデータと非圧縮のデータとの混在転送で実施した。
【0143】
これに対して第2の実施形態では、転送先となるすべてのノードが、対応するデコード機能を具備している場合についての説明を行う。すなわち、図1のネットワーク構成を用いて説明すると、第2の実施形態は、モニタ2およびプリンタ3、4、5のすべてが記録再生装置1での圧縮方式に対応可能な復号化回路(デコーダ)を具備している場合である。
【0144】
転送先となるすべてのノードがデコーダを具備しているならば、第1の実施形態で説明した同一静止画の圧縮データと非圧縮データの転送方法のうち、非圧縮データの転送は必要なくなる。すなわち、この第2の実施形態でも非圧縮データの転送を行っているとそれは無駄になり、バス上を転送する他のデータの障害にもなり兼ねない。よって、第2の実施形態では、ネットワーク構成をみて、静止画データの転送先となるノードすべてがデコーダを具備しているならば、第1の実施形態に示した転送方法のうち非圧縮データの転送は行わないようにする。
【0145】
次に、図を用いて第2の実施形態を説明する。第2の実施形態において、ネットワーク構成は図1で示したネットワーク構成と同じであり、記録再生装置1およびモニタ2は第1の実施形態と同一のものであるので、ここでの詳細な説明は省略する。また、プリンタ3、4、5は、それぞれ機能的には同一のプリンタであるとする。特に、記録再生装置1で用いられている映像圧縮方式で圧縮された映像データを伸張できる機能(デコーダ)を備えている点が共通である。すなわち、記録再生装置1より圧縮されたまま転送されてきた映像データ、特に静止画データを、プリンタ内の回路で伸張しプリント処理を行えるものである。
【0146】
図8は、プリンタ3、4、5の構成を示すブロック図である。図8の各部の構成は図5で説明したものと同一なので省略する。各プリンタ3、4、5が接続されるのは図1のネットワーク構成の通りである。すなわち、プリンタ3はモニタ2とプリンタ4ヘ、プリンタ4はプリンタ3ヘ、プリンタ5は記録再生装置1へと、1つ乃至2つのポートによってそれぞれ1394シリアルバスケーブルで機器間が接続され、1394バスでのネットワークを構成している。
【0147】
このような構成下においては、第1の実施形態で示した、記録再生装置1から圧縮されたままの静止画データと非圧縮の静止画データとを並行して転送可能なモードであっても、非圧縮データは転送しないものとする。圧縮静止画データを転送するときの転送方式としてはアイソクロナス転送方式を用いて転送を行い、付随して必要となるコマンドデータの転送のときは、アシンクロナス転送方式を用いて転送先を指定して転送するようにして、夫々バス上に転送する。
【0148】
ここで、第2の実施形態において記録再生装置1から静止画圧縮データをバス上に転送するときの時間的な状態遷移図を、図9に示す。
図9の各サイクルにおけるch(チャネル)Aは、アイソクロナス転送方式で転送を行っている圧縮された静止画データのパケットである。本実施形態において非圧縮静止画データの転送は行われない。
【0149】
サイクルスタートパケットで区切られた各サイクルにそれぞれ1つずつチャネルAのパケットが組み込まれていき、これは転送終了まで続けられる。図9は、このサイクルスタートパケットとアイソクロナス転送とを含んだ時間的なサイクルの流れと、必要に応じて任意のサイクル内でコマンドデータ等をアシンクロナス転送方式を用いてパケット転送している様子とを示している。このときコマンドデータは Asyncパケットとして、必要に応じて任意のサイクル内に多重して転送される。第2の実施形態ではこのような転送形態をとるものとする。
【0150】
次に、第2の実施形態を実施したときのフローチャートを図10に示し、これを説明する。これは、第1の実施形態で説明した本発明の基本的な部分も加えた、総合的な実施形態のフローチャートとしての説明である。
記録再生装置1のプリントデータ転送モードにおいて、まずステップS11では、静止画データを転送する転送先ノードを判別し、すべての転送先ノードについて、デコード機能の有無や種類等の情報を確認する。ここで、転送先ノードとは、記録再生装置1とプロトコルの一致したノードのすべて、または受信を希望しているノードに限定してすべてを対象とするものでよい。
【0151】
そして、ステップS11における転送先ノードのデコーダ確認の結果をステップS12で判定する。ここで、転送先となる全ノードがデコーダを具備しているときはステップS13からのフローヘ進み、転送先となる1つ以上のノードがデコーダを具備していなかったときはステップS19からのフローヘ進む。
【0152】
転送先の全ノードがデコーダを具備していたときは、圧縮静止画データのみを転送するモードに入る。すなわち、ステップS13でユーザはプリントを希望する静止画を選択する。静止画の選択は、記録媒体に記録されている複数の静止画カットの中から所望の1画像を選択するものとする。また、記録再生装置1で動画を扱っているときは、動画中の所望の1フレーム(または1フィールド)画像を指定し、画像メモリ17で形成されるものを、ここでのプリント用静止画として取り扱ってもよい。
【0153】
次に、ステップS14で、上記ステップS13で選択した静止画を記録再生系10で再生して再生処理を行い、再生された圧縮静止画データを圧縮されたままの状態で画像メモリ17に書き込む。この場合、圧縮静止画データを伸張して画像メモリ15に書き込む処理は行わない。
【0154】
次に、ステップS15において記録再生装置1から他ノードヘの転送処理へ移行し、画像メモリ17から圧縮静止画データをメモリ制御部18の制御によって読み出す。そして、その圧縮静止画データをデータセレクタ19を介して1394I/F部20に与える。ここで、データ転送用に帯域が確保され、割り当てられたアイソクロナス転送におけるチャネルによって転送が開始される。
【0155】
圧縮静止画データは、1394シリアルバス上をアイソクロナス転送される。ステップS16では、転送先の全ノード(モニタ2、プリンタ3、4、5)が圧縮データを受信する。すなわち、これらがデコーダを完備していることからあらかじめ圧縮データのチャネルを受信するように設定されているのに従って、圧縮データのチャネルを受信する。このようにして圧縮静止画データは全ノードに転送される。
【0156】
次に、ステップS17において圧縮静止画データの転送が終了すると、ステップS18で他の画像をプリントするかどうかを確認し、プリントするときはステップS13に戻る。また、プリントしないときはこれをもってプリントデータ転送モードは一旦終了となり、次の命令を受け付けるべくりターンとなる。
【0157】
一方、上記ステップS12における判断の結果、デコーダを具備しない転送先ノードが存在するときは、圧縮静止画データと非圧縮静止画データとの両方を転送するモードに入る。この場合は、ステップS19でユーザはプリントを希望する静止画を選択する。静止画の選択は、記録媒体に記録されている複数の静止画カットの中から所望の1画像を選択するものとする。また、記録再生装置1で動画を扱っているときは、動画中の所望の1フレーム(または1フィールド)画像を指定し、画像メモリ15または17で形成されるものを、ここでのプリント用静止画として取り扱ってもよい。
【0158】
次に、ステップS20で、上記ステップS19で選択した静止画を記録再生系10で再生して再生処理を行い、再生された圧縮静止画データの1つ目のルートとして、圧縮されたままの静止画データを画像メモリ17に書き込む。ステップS21では、これと並行した2つ目のルートとして、記録再生系10で再生された同一の圧縮されている静止画データに対して圧縮伸張回路9で伸張処理を施し、データ内容的には画像メモリ17に書き込まれた圧縮静止画像と同一の非圧縮静止画データを、もう一方の画像メモリ15に書き込む。
【0159】
次に、ステップS22において記録再生装置1から他ノードヘの転送処理へ移行し、画像メモリ17から圧縮静止画データをメモリ制御部18の制御によって読み出すとともに、画像メモリ15から非圧縮静止画データをメモリ制御部16の制御によって読み出す。そして、それぞれデータをテータセレクタ19を介して1394I/F部20に与える。ここで、それぞれのデータ転送用に帯域が確保され、データ毎に割り当てられたアイソクロナス転送におけるチャネルによって分割され転送が開始される。
【0160】
圧縮、非圧縮の各データは、1394シリアルバス上をアイソクロナス転送される。ステップS23では、デコーダを備えたノードが圧縮データを受信する。すなわち、これらのノードがデコーダを完備していることからあらかじめ圧縮データのチャネルを受信するように設定されているのに従って、圧縮データのチャネルを受信する。
【0161】
また、非圧縮データはデコーダのないノードが受信する。すなわち、デコード機能の欠如から非圧縮のチャネルを受信するように設定されているのに従って、非圧縮データのチャネルを受信する。このようにして、圧縮、非圧縮の各静止画データは、それぞれ目的とするノードに転送され、転送終了と共に受信したどのノードも同一の静止画データを得ることができる。
【0162】
次に、ステップS24において時間差をもって圧縮静止画データおよび非圧縮静止画データの転送が両方終了すると、ステップS25で他の画像をプリントするかどうかを確認し、プリントするときはステップS19に戻る。また、プリントしないときはこれをもってプリントデータ転送モードは一旦終了となり、次の命令を受け付けるべくリターンとなる。以上が図10のフローチャートの説明である。
ここまでが、第2の実施形態の説明である。
【0163】
なお、上述した第1の実施形態および第2の実施形態では、本発明における同一の映像データを圧縮、非圧縮の両方で転送する方法として、静止画を取り扱って説明したが、本発明の趣旨は内容的には同一のデータに関して圧縮状態、非圧縮状態の両方でデータ転送を行うところにあるので、データの種類は問わず、動画などのAVデータまたはその他のコンピュータデータ等であってもよい。また、本発明を具備する装置は記録再生装置1に限らず、データの出力手段をもつ装置なら代用可能である。また、記録再生装置であるならばその中のデータの出力源となる記録媒体が複数であっても構わない。
【0164】
また、以上の実施形態では、1394シリアルバスと呼ばれるバスを説明したが、本発明はこれに限られず、DS−Link方式を用いたバスであれば同様に適用することができる。
【0165】
【発明の効果】
以上説明したように、本発明によれば、第1のノードから転送されるデータ、例えばプリントや画面表示のための静止画データなどに関して、同一内容のデータを転送する転送先となるノードが複数個存在するときに、デコーダを具備しているものに対しては圧縮データを転送して受信することによって転送効率を向上させることができるとともに、デコーダを具備していないノードに対しては非圧縮データを転送して受信することができるようになり、ネットワークに接続されているデコード機能の異なる複数のノードに対してデータ転送を円滑に行うことができるようになる。
さらに、複数ノードにて構成されたネットワークにおいて、第1のノードからの転送データを受信可能であるすべてのノードが、第1のノードでの圧縮方式に対応可能なデコーダを具備しているときは、非圧縮データを転送しないようにすることで、より一層の転送効率の向上が図れるようになる。
【図面の簡単な説明】
【図1】本発明を適用するネットワークの一例を示す図である。
【図2】本発明の第1の実施形態におけるバス上のデータ転送の様子を示した状態遷移図である。
【図3】本発明を説明するための記録再生装置の一構成例を示すブロック図である。
【図4】本発明を説明するためのモニタの一構成例を示すブロック図である。
【図5】本発明を説明するための第1の実施形態によるプリンタの一構成例を示すブロック図である。
【図6】本発明を説明するための第1の実施形態による他のプリンタの一構成例を示すブロック図である。
【図7】本発明の第1の実施形態を説明するためのフローチャートである。
【図8】本発明を説明するための第2の実施形態によるプリンタの一構成例を示すブロック図である。
【図9】本発明の第2の実施形態におけるバス上のデータ転送の様子を示した状態遷移図である。
【図10】本発明の第2の実施形態を説明するためのフローチャートである。
【図11】1394シリアルバスを用いて接続されたネットワーク構成の一例を示す図である。
【図12】1394シリアルバスの構成要素を示す図である。
【図13】1394シリアルバスのアドレスマップを示す図である。
【図14】1394シリアルバスケーブルの断面図である。
【図15】DS一Link符号化方式を説明するための図である。
【図16】1394シリアルバスで各ノードのIDを決定するためのトポロジ設定を説明するための図である。
【図17】1394シリアルバスでのアービトレーションを説明するための図である。
【図18】アシンクロナス転送の時間的な状態遷移を示す図である。
【図19】アシンクロナス転送のパケットフォーマットの一例を示す図である。
【図20】アイソクロナス転送の時間的な状態遷移を示す図である。
【図21】アイソクロナス転送のパケットフォーマットの一例を示す図である。
【図22】1394シリアルバスで実際のバス上を転送されるパケットの様子を示したバスサイクルの一例の図である。
【図23】バスリセットからノードID決定までの流れを示すフローチャートである。
【図24】バスリセットにおける親子関係決定の流れを示すフローチャートである。
【図25】バスリセットにおける親子関係決定後からノードID決定までの流れを示すフローチャートである。
【図26】アービトレーションを説明するためのフローチャートである。
【符号の説明】
1 記録再生装置(第1のノード)
2 モニタ
3 プリンタ
4 プリンタ
5 プリンタ
9 圧縮伸張処理回路
10 記録再生系
12 システムコントローラ
15 画像メモリ
17 画像メモリ
19 データセレクタ
22 復号化回路(デコーダ)
25 システムコントローラ
33 復号化回路(デコーダ)
38 プリンタコントローラ
46 プリンタコントローラ
Claims (21)
- 第1のノードからシリアルバスを介して他のノードと通信し、一定期間毎にデータの転送を行うデータ通信システムであって、
前記前記第1のノードは、データを所定の圧縮方式により圧縮して転送する構成を有し、データ転送時において、圧縮データを転送する手段と非圧縮データを転送する手段とを備え、
前記第1のノードは、圧縮データの転送と、前記圧縮データに対応する非圧縮データの転送とを1期間内に両方実行することを特徴とするデータ通信システム。 - 前記第1のノードは映像の記録再生装置であることを特徴とする請求項1に記載のデータ通信システム。
- 前記他のノードはプリンタであることを特徴とする請求項1または2に記載のデータ通信システム。
- 前記第1のノードと前記他のノードとがDS−Link方式を用いたシリアルバスにより直接接続されることを特徴とする請求項1ないし3の何れか1項に記載のデータ通信システム。
- 前記シリアルバスは、IEEE1394シリアルバスであることを特徴とする請求項1ないし4の何れか1項に記載のデータ通信システム。
- 第1のノードである記録再生装置からシリアルバスを介して他のノードと通信し、一定期間毎に映像データの転送を行うデータ通信システムであって、
前記記録再生装置は、映像記録時に映像データを所定の圧縮方式により圧縮して記録部に記録する構成を有し、映像データ転送時に、前記記録部より読み出した圧縮映像データに関して、これを圧縮されたままパケット転送する手段と、伸張処理して非圧縮のデータとしてパケット転送する手段とを有し、
圧縮映像パケットの転送と前記圧縮映像に対応する非圧縮映像パケットの転送とを1期間内に両方実行することを特徴とするデータ通信システム。 - 前記圧縮映像データおよび前記非圧縮映像データの転送をIEEE1394シリアルバスの転送方式にあるアイソクロナス転送を用いて行い、その際、データの割り当てチャネルを圧縮、非圧縮のデータ別に区別することによってデータの種類を分別可能とし、かつ各チャネルを1期間内に多重して転送するようにしたことを特徴とする請求項6に記載のデータ通信システム。
- 前記他のノードは、前記所定の圧縮方式による圧縮データを伸張可能なデコーダを具備しているか否かに応じて、圧縮データ用のチャネルまたは非圧縮データ用のチャネルの何れかを選択してデータを受信することを特徴とする請求項7に記載のデータ通信システム。
- データ転送先となり得るすべてのノードが前記所定の圧縮方式による圧縮データを伸張可能なデコーダを具備しているかどうかを判断する手段を更に備え、当該デコーダをすべての転送先ノードが具備している場合は、圧縮データのみを転送することを特徴とする請求項1に記載のデータ通信システム。
- 第1のノードからシリアルバスを介して他のノードと通信し、一定期間毎にデータの転送を行うためのデータ通信方法であって、
圧縮データの転送と前記圧縮データに対応する非圧縮データの転送とを1期間内に両方実行することを特徴とするデータ通信方法。 - 前記圧縮データおよび前記非圧縮データの転送をIEEE1394シリアルバスの転送方式にあるアイソクロナス転送を用いて行い、その際、データの割り当てチャネルを圧縮、非圧縮のデータ別に区別することによってデータの種類を分別可能とし、かつ各チャネルを1期間内に多重して転送するようにしたことを特徴とする請求項10に記載のデータ通信方法。
- データ転送先となり得る前記他のノードが、前記圧縮データを対応する圧縮方式により伸張可能なデコーダを具備しているか否かに応じて、前記圧縮データまたは前記非圧縮データの何れかを選択して受信することを特徴とする請求項10または11に記載のデータ通信方法。
- データ転送先となり得るすべてのノードが前記圧縮データを対応する圧縮方式により伸張可能なデコーダを具備しているかどうかを判断し、当該デコーダをすべての転送先ノードが具備している場合には、前記圧縮データのみを転送するようにしたことを特徴とする請求項10ないし12の何れか1項に記載のデータ通信方法。
- データを所定の圧縮方式により圧縮する圧縮手段と、
前記圧縮手段により圧縮されたデータを前記所定の圧縮方式に対応した方式により復号する復号手段と、
一定期間毎にデータの転送を行う転送手段とを有し、
前記転送手段は、圧縮データの転送と前記圧縮データに対応する非圧縮データの転送とを1期間内に両方実行することを特徴とするデータ通信ノード。 - 映像記録時に映像データを所定の圧縮方式により圧縮して記録部に記録する構成を有し、映像データ転送時は、前記記録部より読み出した圧縮映像データに関して、これを圧縮されたままパケット転送する手段と、伸張処理して非圧縮のデータとしてパケット転送する転送手段とを有し、
前記転送手段は、一定期間毎にパケット転送を行い、さらに、圧縮映像パケットの転送と前記圧縮データに対応する非圧縮映像パケットの転送とを1期間内に両方実行することを特徴とするデータ通信ノード。 - 前記圧縮映像データおよび前記非圧縮映像データの転送をIEEE1394シリアルバスの転送方式にあるアイソクロナス転送を用いて行い、その際、前記圧縮映像データを任意のチャネルに割り当て、前記非圧縮映像データを前記圧縮映像データが割り当てられたチャネルとは異なる任意のチャネルに割り当てて転送し、かつ各チャネルを1期間内に多重して転送するようにしたことを特徴とする請求項15に記載のデータ通信ノード。
- データ転送先となり得るすべてのノードが前記所定の圧縮方式による圧縮データを伸張可能なデコーダを具備しているかどうかを判断する手段を更に備え、当該デコーダをすべての転送先ノードが具備している場合は、圧縮データのみを転送することを特徴とする請求項14ないし16の何れか1項に記載のデータ通信ノード。
- 請求項14ないし16の何れか1項に記載のデータ通信ノードから転送されるデータを受信する他のデータ通信ノードであって、
前記所定の圧縮方式による圧縮データを伸張可能なデコーダを具備しているか否かに応じて、前記圧縮データまたは前記非圧縮データの何れかを選択して受信することを特徴とするデータ通信ノード。 - 第1のノードからシリアルバスを介して他のノードと通信し、一定期間毎にデータを転送するに際して、
圧縮データの転送と前記圧縮データに対応する非圧縮データの転送とを1期間内に両方実行する手順をコンピュータに実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体。 - 前記手順は、前記圧縮データおよび前記非圧縮データの転送をIEEE1394シリアルバスの転送方式にあるアイソクロナス転送を用いて行い、その際、データの割り当てチャネルを圧縮、非圧縮のデータ別に区別することによってデータの種類を分別可能とし、かつ各チャネルを1期間内に多重して転送する手順をコンピュータに実行させるためのプログラムを記録したことを特徴とする請求項19に記載の記録媒体。
- データ転送先となり得るすべてのノードが前記圧縮データを対応する圧縮方式により伸張可能なデコーダを具備しているかどうかを判断し、当該デコーダをすべての転送先ノードが具備している場合には、前記圧縮データのみを転送するように制御する手順を更にコンピュータに実行させるためのプログラムを記録したことを特徴とする請求項19または20に記載の記録媒体。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP26661597A JP3890124B2 (ja) | 1997-09-30 | 1997-09-30 | データ通信システム、データ通信方法、データ通信ノードおよび記録媒体 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP26661597A JP3890124B2 (ja) | 1997-09-30 | 1997-09-30 | データ通信システム、データ通信方法、データ通信ノードおよび記録媒体 |
Publications (2)
Publication Number | Publication Date |
---|---|
JPH11112533A JPH11112533A (ja) | 1999-04-23 |
JP3890124B2 true JP3890124B2 (ja) | 2007-03-07 |
Family
ID=17433281
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP26661597A Expired - Fee Related JP3890124B2 (ja) | 1997-09-30 | 1997-09-30 | データ通信システム、データ通信方法、データ通信ノードおよび記録媒体 |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP3890124B2 (ja) |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH05216800A (ja) * | 1992-02-04 | 1993-08-27 | Mitsubishi Electric Corp | ネットワーク通信方式 |
JPH06164651A (ja) * | 1992-11-20 | 1994-06-10 | Fuji Xerox Co Ltd | 画像データ送信装置 |
JPH07202983A (ja) * | 1993-12-29 | 1995-08-04 | Nec Corp | データ送受信装置 |
JP3588679B2 (ja) * | 1994-03-17 | 2004-11-17 | 富士通株式会社 | 情報提供装置 |
JPH088842A (ja) * | 1994-06-15 | 1996-01-12 | Philips Electron Nv | データ圧縮伝送システム |
-
1997
- 1997-09-30 JP JP26661597A patent/JP3890124B2/ja not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JPH11112533A (ja) | 1999-04-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US6683999B2 (en) | Image transmission apparatus and method utilizing different transmission modes for transmitting moving image data and still image data | |
US20010047443A1 (en) | Data communication apparatus, method and system and programs for data communication process stored in computer readable storage medium | |
JP3423620B2 (ja) | 撮像装置及び制御装置及び撮像装置制御システム及びその制御方法及び記憶媒体 | |
KR100311706B1 (ko) | 데이터 통신 시스템, 데이터 통신 방법,데이터 통신 장치 및 디지털 인터페이스 | |
JP2000358033A (ja) | データ通信システム及びデータ通信方法 | |
JP2001306428A (ja) | ネットワーク機器、ネットワークシステム、通信方法及び記録媒体 | |
JP3293779B2 (ja) | 信号処理装置およびその制御方法 | |
EP0939529B1 (en) | Destination node, data communication system, method of controlling a destination node and method of operating a data communication system | |
KR100311707B1 (ko) | 데이타 통신 시스템, 데이타 통신 방법, 데이타 통신 장치 및 디지탈 인터페이스 | |
JP3862371B2 (ja) | 電子機器及び制御方法 | |
JP4072215B2 (ja) | 画像処理装置及びその制御方法、画像処理システム | |
JP3912841B2 (ja) | データ通信装置 | |
JPH10285240A (ja) | データ通信装置及び方法、データ通信システム及び記憶媒体 | |
JP3599581B2 (ja) | 電子装置及びコンピュータ読み取り可能な記憶媒体 | |
JP3774540B2 (ja) | データ転送方法及び画像処理システムと装置 | |
JP2000165736A (ja) | 撮影条件管理装置、撮影装置、撮影条件管理システム及びコンピュータ読み取り可能な記憶媒体 | |
JP3501613B2 (ja) | データ通信システム、プリントシステム及びデータ通信装置 | |
JP3890124B2 (ja) | データ通信システム、データ通信方法、データ通信ノードおよび記録媒体 | |
JP4046846B2 (ja) | データ通信システム及びデータ通信装置 | |
JP2006050653A (ja) | データ通信装置及び方法、データ通信システム及び記憶媒体 | |
JP2000138924A (ja) | ディジタル機器、撮像装置、端末装置、通信システム、及び記憶媒体 | |
JPH11227286A (ja) | 印刷システム及び印刷制御方法 | |
JP3862349B2 (ja) | 情報処理システム、画像処理システムおよびそれらの方法、並びに、情報処理装置およびコンピュータ可読メモリ | |
JP4653955B2 (ja) | 電子装置及びその制御方法 | |
JP3985010B2 (ja) | データ通信装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040611 |
|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040611 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20060616 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060627 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060828 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20061128 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20061204 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091208 Year of fee payment: 3 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101208 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111208 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121208 Year of fee payment: 6 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131208 Year of fee payment: 7 |
|
S802 | Written request for registration of partial abandonment of right |
Free format text: JAPANESE INTERMEDIATE CODE: R311802 |
|
R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
LAPS | Cancellation because of no payment of annual fees |