JP2004304836A - 撮像装置及びその制御方法、画像プリントシステム - Google Patents

Abstract

【課題】ダイレクトプリント作業の操作性を向上する撮像装置及びビデオプリントシステムを提供する。
【解決手段】カメラ一体型デジタルＶＴＲ９１とプリンタ９２はＩＥＥＥ１３９４シリアルバスによって接続される。ＬＣＤモニタ１００は、記録された画像データの再生像を表示する。また、ＩＥＥＥ１３９４シリアルバスＩ／Ｆ部１０３を介して、アイソクロナス転送モードによって画像データをプリンタ９２に送信可能である。そして、ＩＥＥＥ１３９４シリアルバスＩ／Ｆ部１０３を介してアシンクロナス転送モードで記録紙ジャムを示す情報を受信した場合は、その旨の表示をＬＣＤモニタ１００に行う。
【選択図】 図１

Description

本発明は、通信制御バスで接続された電子機器間でデータ通信を行うものに係り、特に撮像装置及びその制御方法、画像プリントシステムに関するものである。

従来、画像プリントシステムとしては、アナログ記録のカメラ一体型ＶＴＲにビデオプリンタを接続させ、所望の静止画を検索した後、ビデオプリンタからプリント画像を出力させていた。

しかし、このような画像プリントシステムでは、アナログ信号で通信しているため、画質や印画速度さらに大容量のバッファメモリの必要性等の観点から満足のいく性能が得られてないのが現状でる。従って、カメラ一体型ＶＴＲより動画をデジタルで通信すると共に、リアルタイムにビデオプリントを行う画像プリントシステムが望まれている。

本発明は上記課題を解決すべく、ダイレクトプリント作業の操作性を向上した撮像装置及びその制御方法、画像プリントシステムを提供することを目的とする。

上記の目的を達成するための本発明による撮像装置は以下の構成を備える。即ち、
被写体を撮影して画像信号を生成する撮像手段と、
前記画像信号を圧縮し、画像データを生成する圧縮手段と、
前記画像データを記録媒体に記録する記録手段と、
前記記録媒体から画像データを読出し伸張することにより、該画像データの再生画像を表示する表示手段と、
外部のプリンタ装置と接続し、自動的に該プリンタ装置の認識を行う通信手段と、
撮像装置本体からのプリント実行の指示に従って、圧縮された画像データを前記プリンタ装置へ転送する転送手段と、
報知情報を出力する報知情報出力手段と、
前記撮像手段で撮像された撮像画像または前記再生画像を、前記表示手段に表示する場合に、前記報知情報を付加させることが可能な付加手段と、
前記通信手段を介して前記プリンタ装置の記録材に関するエラーを示すエラー情報を受信した場合に、前記報知情報出力手段によって警告情報を出力させ、その警告情報の表示を前記表示手段に行う表示制御手段と
を備える。

上記の目的を達成するための本発明による画像プリントシステムは以下の構成を備える。即ち、
撮像装置とプリンタ装置を備えた画像プリントシステムであって、
前記撮像装置は、
被写体を撮影して画像信号を生成する撮像手段と、
前記画像信号を圧縮し、画像データを生成する圧縮手段と、
前記画像データを記録媒体に記録する記録手段と、
前記記録媒体から画像データを読出し伸張することにより、該画像データの再生画像を表示する表示手段と、
前記プリンタ装置と接続し、自動的に該プリンタ装置の認識を行う通信手段と、
撮像装置本体からのプリント実行の指示に従って、圧縮された画像データを前記プリンタ装置へ転送する転送手段と、
報知情報を出力する報知情報出力手段と、
前記撮像手段で撮像された撮像画像または前記再生画像を、前記表示手段に表示する場合に、前記報知情報を付加させることが可能な付加手段と、
前記通信手段を介して前記プリンタ装置の記録材に関するエラーを示すエラー情報を受信した場合に、前記報知情報出力手段によって警告情報を出力させ、その警告情報の表示を前記表示手段に行う表示制御手段と
を備える。

上記の目的を達成するための本発明による撮像装置の制御方法は以下の構成を備える。即ち、
記録された画像データの再生画像を表示する表示部と、外部のプリンタ装置に対して転送が可能な通信部を有する撮像装置の制御方法であって、
被写体を撮影して画像信号を生成する撮像工程と、
前記画像信号を圧縮し、画像データを生成する圧縮工程と、
前記画像データを記録媒体に記録する記録工程と、
前記記録媒体から画像データを読出し伸張することにより、該画像データの再生画像を前記表示部に表示する表示工程と、
前記プリンタ装置と接続し、自動的に該プリンタ装置の認識を行う通信工程と、
前記撮像装置本体からのプリント実行の指示に従って圧縮された画像データを、前記プリンタ装置へ転送する転送工程と、
報知情報を出力する報知情報出力工程と、
前記撮像工程で撮像された撮像画像または前記再生画像を、前記表示部に表示する場合に、前記報知情報を付加させることが可能な付加工程と、
前記通信部を介して前記プリンタ装置の記録材に関するエラーを示すエラー情報を受信した場合に、前記報知情報出力工程によって警告情報を出力させ、その警告情報の表示を前記表示部に行う表示制御工程と
を備える。

本発明によれば、ダイレクトプリント作業の操作性を向上した撮像装置及びその制御方法、画像プリントシステムを提供できる。

以下、添付の図面を参照して本発明の好適な実施形態を説明する。

以下の実施形態では、カメラ一体型ＶＴＲとプリンタとの接続にデジタルインターフェース（ＤーＩ／Ｆ）を用いた例を説明するが、これに先立ち、本実施形態で採用可能なＤーＩ／Ｆの代表技術として、ＩＥＥＥ１３９４を説明する。

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

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

各機器間の接続方式は、ディジーチェーン方式とノード分岐方式とを混在可能としたものであり、自由度の高い接続が可能である。また、各機器は各自固有のＩＤを有し、それぞれが認識し合うことによって１３９４シリアルバスで接続された範囲において、１つのネットワークを構成している。各デジタル機器間をそれぞれ１本の１３９４シリアルバスケーブルで順次接続するだけで、それぞれの機器が中継の役割を行い、全体として１つのネットワークを構成するものである。また、１３９４シリアルバスはPlug&Play機能を有し、ケーブルを機器に接続した時点で自動的に機器の認識や接続状況などを認識する機能を有している。

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

またデータ転送速度は、１００／２００／４００Ｍｂｐｓを備えており、上位の転送速度を持つ機器が下位の転送速度をサポートし、互換をとるようになっている。データ転送モードとしては、コントロール信号などの非同期データ（Asynchronousデータ：以下Asyncデータという）を転送するAsynchronous転送モードとリアルタイムなビデオデータやオーディオデータ等の同期データ（Isochronousデータ：以下Isoデータという）を転送するIsochronous転送モードがある。このAsyncデータとIsoデータは、各サイクル（通常１サイクル１２５μｓ）の中において、サイクル開始を示すサイクル・スタート・パケット（ＣＳＰ）を転送した後、Isoデータの転送をAsyncデータより優先しつつサイクル内で混在して転送される。

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

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

ファームウェア部のトランザクション・レイヤは、転送（トランザクション）すべきデータの管理を行ない、Read、Write、Lockの命令を出す。シリアルバスマネージメントは、接続されている各機器の接続状況やＩＤの管理を行ない、ネットワークの構成を管理する部分である。以上のハードウェア及びファームウェアまでが実質上の１３９４シリアルバスの構成である。

またソフトウェア部のアプリケーション・レイヤは、使用するアプリケーションソフトによって異なり、インタフェース上にのせるデータを規定する部分であり、プリンタプロトコルやＡＶＣプロトコルなどが規定されている。以上が１３９４シリアルバスの構成である。

図９は、１３９４シリアルバスにおけるアドレス空間を示す図である。１３９４シリアルバスに接続された各機器（ノード）には必ず各ノード固有の６４ビットアドレスを持たせておく。そしてこのアドレスをＲＯＭに格納しておくことで、自分や相手のノードアドレスを常時認識できるとともに、相手を指定した通信も行なえる。１３９４シリアルバスのアドレッシングは、ＩＥＥＥ１２１２規格に準じた方式であり、アドレス設定は、最初の１０ｂｉｔがバスの番号の指定用に、次の６ｂｉｔがノードＩＤ番号の指定用に使われる。そして、残りの４８ｂｉｔが機器に与えられたアドレス幅になり、それぞれ固有のアドレス空間として使用できる。なお、４８ｂｉｔ中の後半の２８ｂｉｔは固有データの領域として、各機器の識別や使用条件の指定の情報などを格納する。

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

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

《ＤＳ−Ｌｉｎｋ符号化》
図１１は、１３９４シリアルバスで採用されている、データ転送フォーマットのＤＳ−Ｌｉｎｋ符号化方式を説明するための図である。１３９４シリアルバスでは、ＤＳ−Ｌｉｎｋ（Data／Strobe Link）符号化方式が採用されている。このＤＳ−Ｌｉｎｋ符号化方式は、高速なシリアルデータ通信に適しており、その構成は、２本の信号線を必要とする。より対線のうち１本に主となるデータを送り、他方のより対線にはストローブ信号を送る構成になっている。受信側では、この通信されるデータと、ストローブとの排他的論理和をとることによってクロックを再現する。このＤＳ−Ｌｉｎｋ符号化方式を用いるメリットとして、８／１０Ｂ変換に比べて転送効率が高いこと、ＰＬＬ回路が不要となるのでコントローラＬＳＩの回路規模を小さくできること、更には、転送すべきデータが無いときにアイドル状態であることを示す情報を送る必要が無いので、各機器のトランシーバ回路をスリープ状態にすることができることによって、消費電力の低減が図れる、などが挙げられる。

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

あるノードからバスリセット信号が伝達されると、各ノードのフィジカルレイヤはこのバスリセット信号を受けると同時にリンクレイヤにバスリセットの発生を伝達し、かつ他のノードにバスリセット信号を伝達する。最終的にすべてのノードがバスリセット信号を検知した後、バスリセットが起動される。バスリセットは、先に述べたようなケーブル抜挿や、ネットワーク異常等によるハード検出によって起動されるが、プロトコルからのホスト制御などによってフィジカルレイヤに直接命令を出すことによっても起動される。また、バスリセットが起動するとデータ転送は一時中断され、データ転送は当該バスリセットの処理の間待たされることになる。そして、バスリセットの終了後、新しいネットワーク構成のもとで再開される。以上がバスリセットのシーケンスである。

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

図１９は、バスリセットの発生からノードＩＤが決定し、データ転送が行えるようになるまでの、一連のバスの作業を示すフローチャートである。まず、ステップＳ１０１において、ネットワーク内にバスリセットが発生することを常時監視し、ここでノードの電源ＯＮ／ＯＦＦなどによってバスリセットが発生するとステップＳ１０２に移る。ステップＳ１０２では、ネットワークがリセットされた状態から、新たなネットワークの接続状況を知るために、直接接続されている各ノード間において親子関係の宣言がなされる。ステップＳ１０３において、すべてのノード間で親子関係が決定されたと判断されると、ステップＳ１０４へ進み、一つのルートを決定する。なお、すべてのノード間で親子関係が決定するまでは、ステップＳ１０２の親子関係の宣言をおこない、またルートも決定されない。

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

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

以上が、図１９のフローチャートの説明であるが、図１９のフローチャートのバスリセットからルート決定までの部分と、ルート決定後からＩＤ設定終了までの手順を図２０及び図２１を参照して更に詳しく説明する。図２０は、各ノードにおけるバスリセットからルート決定までの処理を説明するフローチャートである。また、図２１は、ルート決定後からＩＤ設定終了までの手順を示すフローチャートである。

まず、図２０を参照して説明を行う。ステップＳ２０１においてバスリセットが発生すると、ネットワーク構成は一旦リセットされ、処理はステップＳ２０２へ進む。なお、ステップＳ２０１では、バスリセットが発生するのを常に監視している。次に、ステップＳ２０２において、リセットされたネットワークの接続状況を再認識する作業の第一段階として、各機器にリーフ（ノード）であることを示すフラグを立てておく。

次に、ステップＳ２０３において、各機器が自分の持つポートがいくつ他ノードと接続されているのかを調べる。ステップＳ２０４では、ポート数に基づいて親子関係の宣言を始めていくために、未定義（親子関係が決定されてない）ポートの数を調べる。バスリセットの直後はポート数＝未定義ポート数であるが、親子関係が決定されていくにしたがって、ステップＳ２０４で検知する未定義ポートの数は変化していくものである。

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

ステップＳ２０３でポート数が複数ありブランチと認識したノードは、バスリセットの直後はステップＳ２０４で未定義ポート数＞１ということになるので、ステップＳ２０６へ移り、ブランチというフラグが立てられる。そして、ステップＳ２０７でリーフからの親子関係宣言で「親」の受付をするために待つ。リーフである他のノードが親子関係の宣言を行い、ステップＳ２０７でそれを受けたブランチは、適宜ステップＳ２０４の未定義ポート数の確認を行う。ここで、未定義ポート数が１になっていれば残っているポートに接続されているノードに対して、ステップＳ２０５の「Ｃｈｉｌｄ（自分が子）」の宣言をすることが可能になる。２度目以降のステップＳ２０４の処理で未定義ポート数を確認しても２以上あるブランチに対しては、再度ステップＳ２０７でリーフ又は他のブランチからの「親」の受付をするために待つ。

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

つぎに、図２１のフローチャートについて説明する。

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

ステップＳ３０２において、ネットワーク内に存在するリーフの数Ｎ（Ｎは自然数）を設定する。この後、ステップＳ３０３において各リーフがルートに対してＩＤを与えるように要求する。この要求が複数ある場合には、ルートはステップＳ３０４においてアービトレーションを行い、ステップＳ３０５において勝ったノード１つにＩＤ番号を与え、負けたノードには失敗の結果通知を行う。ステップＳ３０６においてＩＤ取得が失敗に終わったリーフは、再度ＩＤ要求を出し、同様の作業を繰り返す。

ＩＤを取得できたリーフはステップＳ３０７においてそのノードのＩＤ情報をブロードキャストで全ノードに転送する。１ノードＩＤ情報のブロードキャストが終わると、ステップＳ３０８において残りのリーフの数Ｎが１つ減らされる。ここで、ステップＳ３０９において、この残りのリーフの数Ｎが１以上ある場合はステップＳ３０３からのＩＤ要求の作業を繰り返し行う。そして、最終的にすべてのリーフがＩＤ情報をブロードキャストすると、ステップＳ３０９においてＮ＝０となり、ブランチのＩＤ設定のためにステップＳ３１０に移る。

ブランチのＩＤ設定もリーフの時と同様に行われる。まず、ステップＳ３１０においてネットワーク内に存在するブランチの数Ｍ（Ｍは自然数）を設定する。この後、ステップＳ３１１として各ブランチがルートに対して、ＩＤを与えるように要求する。これに対してルートは、ステップＳ３１２においてアービトレーションを行い、勝ったブランチから順に、リーフに与え終った番号の次に若い番号から与えていく。ステップＳ３１３において、ルートは要求を出したブランチにＩＤ情報又は失敗結果を通知する。ステップＳ３１４において、ＩＤ取得が失敗に終わったブランチは、再度ＩＤ要求を出し、同様の作業を繰り返す。

ＩＤを取得できたブランチからステップＳ３１５へ進み、そのノードのＩＤ情報をブロードキャストで全ノードに転送する。１ノードＩＤ情報のブロードキャストが終わると、ステップＳ３１６において、残りのブランチの数Ｍが１つ減らされる。ここで、ステップＳ３１７において、この残りのブランチの数Ｍが１以上ある場合はステップＳ３１１からのＩＤ要求の作業を繰り返し、最終的にすべてのブランチがＩＤ情報をブロードキャストするまで行われる。すべてのブランチがノードＩＤを取得すると、ステップＳ３１７においてＭ＝０となり、ブランチのＩＤ取得モードが終了する。

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

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

次に、一例として、図１２に示した実際のネットワークにおけるバスリセット時のネットワーク構築動作を説明する。

図１２は、バスリセット時のネットワーク構築動作を説明するための図である。図１２において、ノードＢ（ルート）の下位にはノードＡとノードＣが直接接続されており、更にノードＣの下位にはノードＤが直接接続されており、更にノードＤの下位にはノードＥとノードＦが直接接続された階層構造になっている。このような、階層構造やルートノード、ノードＩＤを決定する手順を以下で説明する。

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

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

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

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

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

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

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

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

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

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

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

図１３は１３９４シリアルバスにおけるアービトレーションを説明する図である。特に、図１３の（ａ）はバス使用要求の流れを示し、図１３の（ｂ）はバス使用許可の流れを示す。

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

バス使用要求を受けたルートノード（ノードＢ）は、どのノードにバスを使用させるかを決める。この調停作業はルートノードのみが行なえるものであり、調停によって勝ったノードにはバスの使用許可が与えられる。図１３の（ｂ）ではノードＣに使用許可が与えられ、ノードＦの使用要求は拒否されたことを示している。アービトレーションに負けたノードに対してはＤＰ（data prefix）パケットを送り、要求が拒否されたことを知らせる。要求が拒否されたノードのバス使用要求は次回のアービトレーションまで待たされる。

以上のようにして、アービトレーションに勝ってバスの使用許可を得たノードは、以降データの転送を開始できる。ここで、アービトレーションの一連の流れをフローチャート図２２を参照して説明する。図２２はアービトレーションの処理手順を表すフローチャートである。

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

ステップＳ４０１において、Asyncデータ、Isoデータ等それぞれ転送するデータに応じた所定のギャップ長が得られたか判断する。所定のギャップ長が得られない限り、転送を開始するために必要なバス使用権の要求はできないので、所定のギャップ長が得られるまで待つ。ステップＳ４０１で所定のギャップ長が得られたら、ステップＳ４０２において転送すべきデータがあるかを判断し、あればステップＳ４０３へ進む。

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

次に、ステップＳ４０４において、ルートノードはステップＳ４０３で発行されたバス使用要求を受信する。そして、ステップＳ４０５において、ルートは使用要求を出したノードの数を調べる。ステップＳ４０５で使用要求を出したノードの数が１（使用権要求を出したノードが１つ）だったら、そのノードに直後のバス使用許可が与えられることとなる。一方、ステップＳ４０５において、ノード数＞１（使用要求を出したノードは複数）だったら、ルートはステップＳ４０６において使用許可を与えるノードを１つに決定する調停作業を行う。この調停作業は公平なものであり、毎回同じノードばかりが許可を得る様なことはなく、平等に権利を与えていくような構成となっている（フェア・アービトレーション）。

次に、ステップＳ４０７において、ステップＳ４０６で使用要求を出した複数ノードの中からルートが調停して使用許可を得た１つのノードと、敗れたその他のノードに分ける選択を行う。ここで、調停されて使用許可を得た１つのノード、またはステップＳ４０５において使用要求ノード数＝１で調停無しに使用許可を得たノードには、ステップＳ４０８として、ルートはそのノードに対して許可信号を送る。許可信号を得たノードは、受け取った直後に転送すべきデータ（パケット）を転送開始する。また、ステップＳ４０６の調停で敗れて、バス使用が許可されなかったノードには、ステップＳ４０９において、ルートから、アービトレーション失敗を示すＤＰ（data prefix）パケットを送られ、これを受け取ったノードは再度転送を行うためのバス使用要求を出すため、ステップＳ４０１まで戻り、所定ギャップ長が得られるまで待機する。

以上が１３９４シリアルバスによるアービトレーションの流れである。

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

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

次に、アシンクロナス転送のパケットフォーマットを説明する。図１５はアシンクロナス転送のパケットフォーマットの例を示す図である。

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

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

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

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

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

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

つぎに、アイソクロナス転送のパケットフォーマットについて説明する。図１７はアイソクロナス転送のパケットフォーマットの例を示す図である。

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

《バス・サイクル》
実際の１３９４シリアルバス上の転送では、アイソクロナス転送と、アシンクロナス転送は混在できる。図１８は、アイソクロナス転送とアシンクロナス転送とが混在した、バス上の転送状態の時間的な遷移の様子を表した図である。

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

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

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

アイドル時間がアシンクロナス転送が可能なサブアクションギャップに達することによって、アシンクロナス転送を行いたいノードはアービトレーションの実行に移れると判断する。ただし、アシンクロナス転送が行える期間は、アイソクロナス転送終了後から、次のサイクル・スタート・パケットを転送すべき時間（cycle synch）までの間に、アシンクロナス転送を起動するためのサブアクションギャップが得られた場合に限っている。

図１８のサイクル＃ｍでは３つのチャネル分のアイソクロナス転送と、その後アシンクロナス転送（ackを含む）が２パケット（パケット１、パケット２）転送されている。このアシンクロナスパケット２の後は、サイクルｍ＋１をスタートすべき時間（cycle synch）にいたるので、サイクル＃ｍでの転送はここまでで終わる。

ただし、非同期または同期転送動作中に次のサイクル・スタート・パケットを送信すべき時間（cycle synch）に至ったとしても、無理に中断せず、その転送が終了した後のアイドル期間を待ってから次サイクルのサイクル・スタート・パケットを送信する。すなわち、１つのサイクルが１２５μｓ以上続いたときは、その分次サイクルは基準の１２５μｓより短縮されたとする。このようにアイソクロナス・サイクルは１２５μｓを基準に超過、短縮し得るものである。しかし、アイソクロナス転送はリアルタイム転送を維持するために毎サイクル必要であれば必ず実行され、アシンクロナス転送はサイクル時間が短縮されたことによって次以降のサイクルにまわされることもある。こういった遅延情報も含めて、サイクル・マスタによって管理される。

（第１の実施形態）
図１は、インクジェット方式のプリンタと液晶モニタ付カメラ一体型デジタルＶＴＲがＩＥＥＥ１３９４シリアルバスを介して接続された状態を示すブロック図である。図中、９１は液晶モニタ付カメラ一体型デジタルＶＴＲ（以下「デジタルＶＴＲ」という）、９２はプリンタである。

デジタルＶＴＲ９１において、９３は磁気テープ、９４は磁気テープの記録／再生を行うヘッド、９５はデジタルＶＴＲの操作指示入力を行う操作部、９６はデジタルＶＴＲをマイコン制御するシステムコントローラ、９７はヘッド９４により記録再生された映像データを記録再生処理する記録再生処理回路、９８は映像データを圧縮伸張する圧縮伸張回路、９９は表示させる文字等を発生させるためのＣＧ（キャラクタジェネレータ）回路である。１００はデジタルＶＴＲに搭載されている液晶モニタ表示部（ＬＣＤモニタ）であり、液晶としてはＴＦＴ液晶またはＳＴＮ液晶が好ましい。１２０はＬＣＤモニタ１００に搭載された液晶パネル、１２１は蛍光ランプによるバックライトである。また、１０２は伸張処理回路９８からの出力を記憶するフレームメモリ、１０１は撮影モードと再生モード切り換えるスイッチ、１０３はデジタルＶＴＲに搭載のＩＥＥＥ１３９４シリアルバスＩ／Ｆ部、１０７はＩＥＥＥ１３９４ケーブルである。

プリンタ９２において、１０４はＩＥＥＥ１３９４のＩ／Ｆ部、１０８はプリント画像を形成する画像メモリ、１０９はプリントの色調整を行う色調整回路、１１０はプリントの階調処理を行う階調処理回路、１１１は階調処理回路の出力画像をプリンタヘッド１１７に印加するヘッドドライバ回路、１１８は画像が記録される紙、１１２はプリンタをマイコン制御するシステムコントローラ、１１３はプリンタヘッドを移動させるモータ駆動回路、１１６は紙送りのモータを駆動させるモータ駆動回路、１１４は電源を入れたりキー操作をするためのメインＳＷ、１１５はプリンタに関する情報を表示する表示装置、１１９は図示しない紙センサの出力に基づいて紙詰まり等を検知する紙ジャム検出回路である。

なお、ヘッド１１７における記録ヘッドにおいて、インクを吐出するためのエネルギーを発生するエネルギー発生手段として、ピエゾ素子などの電磁機械変換体を用いたもの、あるいは発熱抵抗体を有する電気熱変換素子によって液体を加熱させるものなどがあるが、この実施形態では、熱エネルギーを利用（膜沸騰現象を利用）して液体を吐出させる方式の記録ヘッドを用いる。

次に、図１のシステムの動作を説明する。パソコンを経由しない、所謂ダイレクトプリントを行うために、まず操作部９５によって所定の入力操作を行うことにより、デジタルＶＴＲ９１を再生モードにする。このとき、システムコントローラ９６によりスイッチ１０１が切り換えられ、磁気テープ９３に記録してある映像データを磁気ヘッド９４で再生する。このとき、所望の映像の選択は、操作部９５から入力された情報に応じて、サーボ回路１２５によりキャプスタン及びピンチローラのモータが駆動され、磁気テープ９３が搬送され、映像データを再生するようにシステムコントローラ９６が制御する。再生された映像データは、周知のＤＶ方式であるＤＣＴ（離散コサイン変換）、量子化及びＶＬＣ（可変長符号化）を用いて圧縮して記録されているので、これを圧縮伸長回路９８内の伸張処理回路で伸張処理を行うべく可変長復号処理、逆量子化、逆ＤＣＴを行う。伸長された映像データは、Ｄ／Ａコンバータを経てアナログ信号に変換され、ＬＣＤモニタ１００に表示される。さらに、ＣＧ回路９９をシステムコントローラで制御し、文字等を映像データに多重して表示することが可能である。

ここで、再生映像データをプリントする場合は、ＩＤ検出回路１２６によりテープ上に記録されたＩＤをサーチし、記録再生処理回路９７からの映像データの出力を圧縮伸長回路９８で復号処理してから一旦フレームメモリ１０２に蓄えた後、デジタルＶＴＲ９１のＩ／Ｆ部１０３に送り、ＩＥＥＥ１３９４ケーブル１０７を経由して、プリンタ９２のＩ／Ｆ部１０４にアイソクロナス転送する。プリンタ９２に転送された映像データは、画像メモリ１０８でプリント画像に形成され、インクジェット型プリンタヘッド１０９が可動しプリントされる。システムコントローラ１１２は、メモリ１０８の書き込み／読み出し、プリンタヘッド１０９の動作、そして紙送りなどを行うヘッドドライバ１１１の動作などを制御する。

このようにして、デジタルＶＴＲ９１から再生された映像データは、プリンタ９２にＩＥＥＥ１３９４ケーブル１０７を経て伝送され、ヘッドドライバ１１１等を動作させてダイレクトプリントされる。

また、紙ジャム検出回路１１６からの紙ジャム検出信号に応じて、システムコントローラ１１２はＩ／Ｆ部１０４に警告コマンドをデジタルＶＴＲ９１側へ送信するように命令する。なお、紙ジャムの検出方法としては、給紙動作を開始してから用紙先端がセンサに到達するまでの時間が規定の時間内におさまっているかをタイマによって検出し、時間を超えている場合にジャム発生と判断する方法が挙げられる。

図２は通信システム内の機器において、データを受信する部分の構成を示すブロック図である。上記の例によれば、受信機器１１はプリンタ、送信機器１２はデジタルＶＴＲであり、入出力ポート（図示せず）はデータを入力又は出力するための２組のツイストペアケーブルで構成されたＩＥＥＥ１３９４ケーブル１３で接続されている。

送信機器１２から送信されたデータは、ＩＥＥＥ１３９４ケーブル１３を経て受信機器１１の受信器１４へ入力される。受信器１４には、ＦＩＦＯ１５からＦＩＦＯ状態信号ｄが入力されている。そして、このＦＩＦＯ状態信号ｄが“Ｆｕｌｌ”でなければ、受信器１４は受信信号ｃをＦＩＦＯ１５に書き込むことができる。受信器１４は、受信信号ｃのパケットのヘッダからそのパケットが同期型パケットか非同期型パケットかを識別する。そして、受信信号ｃが非同期型パケットであり、それをＦＩＦＯ１５に書き込むことができれば、送信機器１２に対して受信ＯＫを示す“OK Ack（Acknowledge：肯定応答）”を返送し、ＦＩＦＯ状態信号ｄが“Ｆｕｌｌ”のため、受信した非同期型データをＦＩＦＯ１５に書き込めなかったときは、送信機器１２へ“Busy Ack”を返送する。

ＦＩＦＯ１５に書き込まれたパケットは、書き込まれた順にセパレータ１６により読み出され、パケットのヘッダを基に同期型データａと非同期型データｂに分離される。そして、同期型データａはIsochronousデータ処理ブロック１７へ、非同期型データｂはAsynchronousデータ処理ブロック１８へ夫々入力される。プリンタは、このようなデータ処理された同期型／非同期型受信データに応じて、プリント動作を実行する。

次に、デジタルＶＴＲの静止画のサーチについて、説明する。民生用デジタルＶＴＲで規格化されたＤＶフォーマットでは、静止画を高速サーチするためのPP IDと、静止画記録部分の中から所望の静止画を探し出すためのINDEX IDの２つのＩＤ信号を記録している。このようなPP ID及びINDEX IDが記録されたテープをデジタルＶＴＲに装填し、これらのＩＤ信号に基づいて実際にサーチを行う場合の動作を図３のフローに従って説明する（なお、本実施形態における静止画サーチ方法をPP MARKサーチと言う）。

図３は静止画サーチの手順を説明するフローチャートである。この図において、まず、ユーザーからサーチ要求が出されたかどうかをチェックし（ステップＳＴ１）、サーチ要求が出されたときは、これがPP MARKサーチの要求であるかどうかを調べる。ＹＥＳのときは、まず、テープを高速走行させてサブコード部にPP IDが記録されている静止画部分を高速で探し出す（ステップＳＴ３及び４）。静止画部分を見つけ出したら、テープ速度を落としてPP IDの記録開始点までテープを巻き戻し（ステップＳＴ５）、次に、INDEX IDを検出するまでテープを低速で前進させて所望の静止画を探し出す（ステップＳＴ６〜ステップＳＴ８からなるループを繰り返す）。所望の静止画記録位置に到達したら静止画の再生（１フレーム再生）を実行し、これをＦＣ（Frame Change）信号の値が「１」に変化する静止画記録部分の終端まで行う（ステップＳＴ９，ステップＳＴ１０）。

静止画記録部分の終端に到達したらテープ走行を停止してこの間に画像メモリに記憶された静止画再生出力を反復読出して液晶表示モニタ上に静止画を表示する（ステップＳＴ１１）。一方、ステップＳＴ６〜ステップＳＴ８のループを繰り返してもINDEX IDが見つからなかったときには、次の静止画記録部分を探し出すためにステップＳＴ３の高速サーチに戻る（ステップＳＴ８）。なお、ステップＳＴ２の判断結果がＮＯであった場合は、従来の動画のＩＮＤＥＸサーチ要求であるかどうかを調べ（ステップＳＴ１２）、これがＹＥＳのときには高速でサブコード部をサーチしてINDEX IDが打ち込まれている部分を探し出す（ステップＳＴ１３及びステップＳＴ１４）。この部分を探し出したら、更にこの部分にPP IDが打ち込まれているかどうかを調べ（ステップＳＴ１５）、打ち込まれていなければこの部分が目的とする動画のサーチ部分であると判断して、ＩＮＤＥＸＩＤの記録開始点まで巻き戻してから画像再生動作を開始する（ステップＳＴ１６）。

ステップＳＴ１５において、PP IDが打ち込まれていたときには、この部分は静止画サーチ用に指定された部分であって目的とする動画サーチに指定された部分ではないから画像の再生動作は行わない。また、ステップＳＴ１２においてＮＯのときは、ユーザーが指示する上記以外のサーチ（例えば、記録年月日等によるサーチ）を実行するフローへ移行する。

次に、実際のプリント動作について説明する。図４Ａ、図４Ｂは、本実施形態によるプリント動作の流れを示すフローチャートである。まず、デジタルＶＴＲの本体、またはリモコンでプリントの命令を実行する（ステップＳ１）。次にデジタルＶＴＲを再生することにより、デジタル画像データがパケット化され、送信パケットとしてそのヘッダが識別される（ステップＳ２）。この結果、Isochronousデータかどうかの判別がなされ（ステップＳ３）、Isochronousデータであれば、１フレームの画像データをIsochronous転送で、送り先であるプリンタへ転送する（ステップＳ４）。一方、Isochronousデータでない、例えばコマンドデータは、Asynchronous転送でプリンタへ転送する（ステップＳ５）。

データを受信したプリンタはプリントを開始する（ステップＳ６）。プリンタ９２は所定枚数プリントを続けるが、紙ジャムが発生した場合（ステップＳ７）もしくは紙無しが検出された場合（ステップＳ８）にはユーザへの警告を行うための処理が行なわれることになる。一方、紙ジャムや紙無しが検出されない限り、通常のプリントが行われる。そして、ステップＳ２３において、印刷の終了が検出されると、本処理を終了する。

ステップＳ７において紙ジャムが検出された場合、パケット化された警告コマンドデータをAsynchronous転送するために、送信パケットヘッダを識別する（ステップＳ９）。Isochronousデータかどうかの判別がなされ（ステップＳ１０）、送信パケットがIsochronousデータでなければ、警告コマンドデータをデジタルＶＴＲ側へAsynchronous転送する（ステップＳ１１）。一方、Isochronousデータだったら、送信パケットがAsynchronousとなるまで待つ（ステップＳ９〜１０を繰り返す）。

次に、デジタルＶＴＲ側では、受信した警告コマンドを、デジタルＶＴＲに搭載されているＬＣＤモニタ１００に表示させる（ステップＳ１２）。図５ＡはデジタルＶＴＲにおける警告表示例を示す図である。同図のように、「紙ジャム発生です！」というような警告表示をＬＣＤモニタ１００にてユーザに知らせれば、プリンタの状態が送信側でわかり、プリント作業の操作性が向上する。

また、警告表示と合わせてデジタルＶＴＲのテープにマークされたＩＮＤＥＸのサーチを停止する（ステップＳ１３）。これは、プリントしたかった静止画シーンを再度すぐプリントできる状態に保つためである。次にフレームメモリ１０２の書き替えを停止する（ステップＳ１４）。異常の場合は、データを再送するために、メモリの書き替えはプリント動作が終了するまで行わないようにする。

次に紙ジャムを除去し、紙のセットが完了すれば（ステップＳ２２、Ｓ１５）、プリンタの駆動機構等をホームポジションに初期化する（ステップＳ１８）。次いで、プリンタ側よりデータの再送要求コマンドをAsynchronous転送し（ステップＳ１９）、フレームメモリに格納されているデータを読み出す（ステップＳ２０）。そして、データを再送し（ステップＳ２１）、プリントを実行する（ステップＳ１に戻る）。

ステップＳ２２でジャム紙を除去した後に紙の未セットが検出された場合は、ステップＳ１５からステップＳ１６へ進む。ステップＳ１６では、紙の未セットの警告コマンドをAsynchronous転送する。ここで、警告コマンドのAsynchronous転送は、Asynchronous転送期間を待つ必要があるので、上述のステップＳ９、Ｓ１０のごとき処理を実行することになる。一方、ステップＳ８で紙なしを検出した時は、上述の紙ジャム検出時と同様の手順で警告コマンドがAsynchronous転送で送出される。デジタルＶＴＲは、この警告を表示する。プリンタに紙が補充されると、ステップＳ１に戻り、上述のプリント処理を行う。紙なしが発生しない場合は、ステップＳ８では、何も処理されない。

次に、ＬＣＤモニタに警告コマンドを表示させる（ステップＳ１７）。この表示は、図５Ｂのように示され、「紙は未セットです！」のように警告表示すれば、ユーザにとって親切な機能になる。なお、紙のセットが完了したら、ＬＣＤモニタに「完了です！」というメッセージを表示させるようにしても良い。また、プリンタに設けられている表示装置１１５にも同様に、上記警告表示を表示させてもよい。

（第２の実施形態）
図６は第２の実施形態によるデジタルＶＴＲのモニタ制御の手順を説明するフローチャートである。バックライト第２の実施形態では、省電力モードを考慮した実施形態として図６のフローチャートを参照しながら説明する。まず、デジタルＶＴＲの本体、またはリモコンでプリントの命令を実行する（ステップＳ５０）。すると、第１の実施形態で説明した如き手順でデジタルＶＴＲからプリンタへの画像データの通信が開始される（ステップＳ５１）。そして、デジタルＶＴＲに設けられたＬＣＤモニタ１００のバックライト１０１の電源をＯＦＦにする（ステップＳ５２）。これによりデジタルＶＴＲ側の省電力化が実現できる。特にデジタルＶＴＲがリチウムイオン等の充電式バッテリー駆動でプリントを行う場合には好適である。

データを受信したプリンタはプリントを開始し、所定枚数のプリントを行っている間に紙ジャムの発生が検出された場合（ステップＳ５３）、デジタルＶＴＲに対して警告コマンドが転送される。この場合のプリンタ側からの警告コマンドの転送は第１の実施形態で説明したとおりである。警告コマンドによって紙ジャムの通知を受けたデジタルＶＴＲは、画像データの通信を停止する（ステップＳ５４）。そして、ＬＣＤモニタ１００のバックライト１２１をＯＮし（ステップＳ５５）、図５Ａに示したような警告表示を行う（ステップＳ５６）。一方、紙ジャムが発生しない限りは通常のプリントが行われ、この間はバックライト１２１の電源はＯＦＦの状態となる。

このように、画像データの通信中はバックライトの電源をＯＦＦにして、警告コマンドのデータを受信したらバックライトの電源をＯＮとするように制御することで、デジタルＶＴＲの省電力化が実現できる。

なお、上記実施形態では、カメラ一体型ＶＴＲを例に説明したが、半導体を記憶媒体とする静止画記録のデジタルカメラを用いてもかまわない。また、プリンタの状態を表す情報として、本実施形態では紙ジャム、紙無しを例にとって説明したがこれに限られるものではない。例えば、
１．記録ヘッドやインクタンクが装着されてない場合
２．記録ヘッドの温度が異常に上昇した場合
３．プリンタの各種モータが駆動異常の場合
４．プリンタの電源またはバッテリーを着脱した場合
５．プリンタの電源と連動したカバーの開閉を行った場合
等の情報をカメラ一体型ＶＴＲのモニタに表示しても構わない。さらに、表示と共に警告音を発生させてもよい。

また、上記実施形態では伸張処理を施して伝送したが、プリンタ側でハード的またはソフト的に伸張処理を行える構成にすれば、圧縮されたデータをそのままＩＥＥＥ１３９４インターフェースを経由して送っても構わない。圧縮方式としては、ＤＶ方式のほかにＭＰＥＧ方式やその他ウエーブレット、フラクタル符号化等であっても構わない。また、画像入力装置として、デジタルＶＴＲを例に揚げたが、スキャナ等であっても良い。更に、プリンタとしてインクジェット方式のものを用いたが、プリンタはレーザービーム方式のプリンタ等であっても良いことはいうまでもない。

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

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

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

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

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

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

以上説明したように、上記実施形態によれば、プリンタの紙ジャム情報を撮像装置に設けられたＬＣＤモニタに表示可能としたことで、ユーザがプリンタの情報を容易に確認できるため、プリント作業の操作性が大幅に向上する。

また、画像データを送信している期間はバックライトの電源をＯＦＦにし、警告表示するときはバックライトの電源をＯＮにすることで、カメラ一体型デジタルＶＴＲの省電力化が実現できる。

インクジェット方式のプリンタと液晶モニタ付カメラ一体型デジタルＶＴＲとがＩＥＥＥ１３９４シリアルバスを介して接続された状態を示すブロック図である。 通信システム内の機器において、データを受信する部分の構成を示すブロック図である。 静止画サーチの手順を説明するフローチャートである。 本実施形態によるプリント動作の流れを示すフローチャートである。 本実施形態によるプリント動作の流れを示すフローチャートである。 デジタルＶＴＲにおける警告表示例を示す図である。 デジタルＶＴＲにおける警告表示例を示す図である。 第２の実施形態によるデジタルＶＴＲのモニタ制御の手順を説明するフローチャートである。 １３９４シリアルバスを用いて構成されるネットワーク・システムの構成例を示す図である。 １３９４シリアルバスの構成要素を示す図である。 １３９４シリアルバスにおけるアドレス空間を示す図である。 １３９４シリアルバス・ケーブルの断面図である。 １３９４シリアルバスで採用されている、データ転送フォーマットのＤＳ−Ｌｉｎｋ符号化方式を説明するための図である。 バスリセット時のネットワーク構築動作を説明するための図である。 １３９４シリアルバスにおけるアービトレーションを説明する図である。 アシンクロナス転送における時間的な遷移状態を示す図である。 アシンクロナス転送のパケットフォーマットの例を示す図である。 アイソクロナス転送における、時間的な遷移状態を示す図である。 アイソクロナス転送のパケットフォーマットの例を示す図である。 アイソクロナス転送とアシンクロナス転送とが混在した、バス上の転送状態の時間的な遷移の様子を表した図である。 バスリセットの発生からノードＩＤが決定し、データ転送が行えるようになるまでの、一連のバスの作業を示すフローチャートである。 各ノードにおけるバスリセットからルート決定までの処理を説明するフローチャートである。 ルート決定後からＩＤ設定終了までの手順を示すフローチャートである。 アービトレーションの処理手順を表すフローチャートである。

Claims (8)

1. 被写体を撮影して画像信号を生成する撮像手段と、
   前記画像信号を圧縮し、画像データを生成する圧縮手段と、
   前記画像データを記録媒体に記録する記録手段と、
   前記記録媒体から画像データを読出し伸張することにより、該画像データの再生画像を表示する表示手段と、
   外部のプリンタ装置と接続し、自動的に該プリンタ装置の認識を行う通信手段と、
   撮像装置本体からのプリント実行の指示に従って、圧縮された画像データを前記プリンタ装置へ転送する転送手段と、
   報知情報を出力する報知情報出力手段と、
   前記撮像手段で撮像された撮像画像または前記再生画像を、前記表示手段に表示する場合に、前記報知情報を付加させることが可能な付加手段と、
   前記通信手段を介して前記プリンタ装置の記録材に関するエラーを示すエラー情報を受信した場合に、前記報知情報出力手段によって警告情報を出力させ、その警告情報の表示を前記表示手段に行う表示制御手段と
   を備えることを特徴とする撮像装置。
2. 前記エラーが解消されたとき、前記表示手段にその旨の情報を表示する
   ことを特徴とする請求項１に記載の撮像装置。
3. 前記記録材に関するエラーは、紙詰まりエラーまたは紙無しエラーである
   ことを特徴とする請求項１に記載の撮像装置。
4. 撮像装置とプリンタ装置を備えた画像プリントシステムであって、
   前記撮像装置は、
   被写体を撮影して画像信号を生成する撮像手段と、
   前記画像信号を圧縮し、画像データを生成する圧縮手段と、
   前記画像データを記録媒体に記録する記録手段と、
   前記記録媒体から画像データを読出し伸張することにより、該画像データの再生画像を表示する表示手段と、
   前記プリンタ装置と接続し、自動的に該プリンタ装置の認識を行う通信手段と、
   撮像装置本体からのプリント実行の指示に従って、圧縮された画像データを前記プリンタ装置へ転送する転送手段と、
   報知情報を出力する報知情報出力手段と、
   前記撮像手段で撮像された撮像画像または前記再生画像を、前記表示手段に表示する場合に、前記報知情報を付加させることが可能な付加手段と、
   前記通信手段を介して前記プリンタ装置の記録材に関するエラーを示すエラー情報を受信した場合に、前記報知情報出力手段によって警告情報を出力させ、その警告情報の表示を前記表示手段に行う表示制御手段と
   を備えることを特徴とする画像プリントシステム。
5. 前記エラーが解消されたとき、前記撮像装置と前記プリンタ装置の少なくとも一方にその旨の情報を表示する
   ことを特徴とする請求項４に記載の画像プリントシステム。
6. 前記記録材に関するエラーは、紙詰まりエラーまたは紙無しエラーである
   ことを特徴とする請求項４に記載の画像プリントシステム。
7. 前記通信手段は、プラグアンドプレイ機能を有するシリアルバスであり、
   前記撮像装置は、デジタルカメラである
   ことを特徴とする請求項４に記載の画像プリントシステム。
8. 記録された画像データの再生画像を表示する表示部と、外部のプリンタ装置に対して転送が可能な通信部を有する撮像装置の制御方法であって、
   被写体を撮影して画像信号を生成する撮像工程と、
   前記画像信号を圧縮し、画像データを生成する圧縮工程と、
   前記画像データを記録媒体に記録する記録工程と、
   前記記録媒体から画像データを読出し伸張することにより、該画像データの再生画像を前記表示部に表示する表示工程と、
   前記プリンタ装置と接続し、自動的に該プリンタ装置の認識を行う通信工程と、
   前記撮像装置本体からのプリント実行の指示に従って圧縮された画像データを、前記プリンタ装置へ転送する転送工程と、
   報知情報を出力する報知情報出力工程と、
   前記撮像工程で撮像された撮像画像または前記再生画像を、前記表示部に表示する場合に、前記報知情報を付加させることが可能な付加工程と、
   前記通信部を介して前記プリンタ装置の記録材に関するエラーを示すエラー情報を受信した場合に、前記報知情報出力工程によって警告情報を出力させ、その警告情報の表示を前記表示部に行う表示制御工程と
   を備えることを特徴とする撮像装置の制御方法。

Images