JPH10243327A - 画像入力装置とその制御方法及び画像入出力システム - Google Patents

Abstract

(57)【要約】 【課題】撮像装置の電源をプリンタから得、バッテリの
消耗を防ぐ。 【解決手段】パワーマネジメント部１０８では、プリン
タ１１８と接続されると、電源を供給され得るか判定
し、供給されえる場合には、電源をバッテリ１０９から
電源受給部１１０に切り替える。その際、バッテリの残
り電力が少ないなら、プリンタからの電源でバッテリ１
０９を充電する。又、表示部１０５の輝度をあげたり、
制御部１０４の動作周波数をあげたりする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えばパーソナル
コンピュータ等のプリンタサーバを介さずに、画像出力
装置に直接接続可能な画像入力装置とその制御方法及び
画像入出力システムに関する。

【０００２】

【従来の技術】デジタルカメラの普及に伴い、デジタル
カメラを手軽に扱うことを可能とするための技術が開発
されている。その中の一つにデジタルカメラとプリンタ
とのダイレクト接続がある。これはデジタルカメラで撮
影した画像を、パーソナルコンピュータなどを介すこと
なくプリント出力を可能とする。そのため、パーソナル
コンピュータを持たないユーザのデジタルカメラの使用
を促進する。

【０００３】

【発明が解決しようとする課題】デジタルカメラとパー
ソナルコンピュータ、又はダイレクトプリントを行う場
合のデジタルカメラとプリンタとの接続は、無線と有線
の２種類の方法で実施される。このどちらも、カメラか
らのデータ転送のため、またはカメラのビューファイン
ダでの画像の確認等のため、カメラのバッテリを多く消
費してしまう。そのためユーザはデータ転送時にはバッ
テリの消耗を防ぐために、ＡＣアダプタを用いてカメラ
に電源を供給しながらデータの転送を行う場合が多い。
すなわちユーザは、パソコンへのデータ転送又はダイレ
クトプリント時には、データ転送のためのケーブルと電
源を供給するためのＡＣアダプタの２つのケーブルをカ
メラに接続することになる。

【０００４】本発明は上記従来例に鑑みてなされたもの
で、データ転送時におけるデジタルカメラに電源供給線
を接続する煩わしさを解消し、また転送中のバッテリ消
耗やバッテリ切れを防止することを目的とする。

【０００５】

【課題を解決するための手段】上記目的を達成するため
に本発明はつぎのような構成からなる。

【０００６】画像出力装置と画像入力装置とを接続して
なる画像入出力システムであって、前記画像出力装置
は、前記画像入力装置からの画像信号を受信して出力す
ると共に、前記画像入力装置に電力を供給する電源部を
有し、前記画像出力装置は、前記画像出力装置に画像デ
ータを送信し、かつ前記画像出力装置から電源電力の供
給を受けるための接続ケーブルにより前記画像出力装置
と接続され、前記画像出力装置から電力供給を受けるこ
との可否を判定する判定手段と、電源部とを有し、前記
判定手段により、前記画像出力装置から電力供給を受け
られると判定された場合は、前記画像出力装置からの電
力を用い、電力供給を受けられないと判定された場合
は、前記電源部からの電力を用いる。

【０００７】あるいは画像出力装置と接続される画像入
力装置であって、前記画像出力装置から電力供給を受け
ることの可否を判定する判定手段と、電源部とを備え、
前記判定手段により、前記画像出力装置から電力供給を
受けられると判定された場合は、前記画像出力装置から
の電力を用い、電力供給を受けられないと判定された場
合は、前記電源部からの電力を用いる。

【０００８】あるいは、画像出力装置と接続され、該装
置あるいは電源部のいずれかから供給される電力により
駆動される画像入力装置の制御方法であって、前記画像
出力装置から電力供給を受けることの可否を判定する判
定工程と、前記判定工程により、前記画像出力装置から
電力供給を受けられると判定された場合は、前記画像出
力部からの電力を用い、電力供給を受けられないと判定
された場合は、前記電源部からの電力を用いる電源制御
工程とを備える。

【０００９】

【発明の実施の形態】

［第１の実施の形態］ ＜デジタル画像入出力システムの構成＞図１は、デジタ
ルカメラ等のデジタル撮像装置１１７とプリンタ等の画
像出力装置１１８とを、ＩＥＥＥ１３９４シリアルバス
などのインターフェースにより接続してなる画像入出力
システムのブロック図である。以下このブロック図を用
いて本発明の説明を行う。また本実施形態においてはデ
ジタル撮像装置とプリンタとが直接接続され、更にプリ
ンタ側から電力の供給が受けられる場合の例について述
べる。

【００１０】図１において、撮像装置１１７は、撮像部
１０１においてＣＣＤにより撮影信号を得る。撮影され
て得られた信号は画像処理部１０２において色変換処
理、フィルタ処理等の色画像処理を施され、画像データ
へと変換される。次に制御部１０４は表示制御部１０６
を制御して画像データを表示部１０５に表示し、また記
憶部１０３へと画像データを記憶する。

【００１１】また制御部１０４はデータＩ／Ｆ部１０７
を介してプリンタ１１８から送られてくる情報を基にパ
ワーマネージメント部１０８を制御する。ここではプリ
ンタからプリンタの認識信号、接続ケーブルによる電源
供給の可否、出力装置のステータス等が送られる。

【００１２】図２は、パワーマネージメント部１０８の
構成を示した図である。パワー検知部２０２は、プリン
タ１１８から供給される電源容量を測定するもので、撮
像装置１１７を動かすのに必要な電源容量が得られるか
を検知する。ここで、パワー検知部２０２で検出された
プリンタ１１８からの電源容量が撮像装置を動かすのに
十分であることが確認されれば、切り替え制御部２０１
により、撮像装置１１７の電力源をバッテリ１０９から
電源受給部１１０を介して得られるプリンタ１１８の電
力源へと切り替える。また、このパワーマネージメント
部１０８はバッテリ１０９の残容量を検知し、残容量が
少ない場合には切り替え制御部２０１により電源受給部
１１０から電力を送ってバッテリ１０９を充電する。

【００１３】また、撮影された画像データをプリント出
力する場合、画像データはプリンタ１１８側のデータＩ
／Ｆ部１１１へと送られ、画像処理部１１５でテーブル
変換、ＲＧＢ→ＣＭＹＫ変換、２値化等の処理が行わ
れ、プリンタエンジン１１６へと送られてプリント出力
される。

【００１４】ここで、撮像装置１１７は、プリンタ１１
８に接続されたことを認識し、プリンタから供給される
電源容量を判定するために、双方向インターフェースに
よりプリンタ１１８と接続されている。このための双方
向インターフェースの一例として、ＩＥＥＥ１３９４規
格について説明する。 ＜ＩＥＥＥ１３９４の技術の概要＞家庭用デジタルＶＴ
ＲやＤＶＤの登場も伴って、ビデオデータやオーディオ
データなどのリアルタイムでかつ高情報量のデータ転送
のサポートが必要になっている。こういったビデオデー
タやオーディオデータをリアルタイムで転送し、パソコ
ン（ＰＣ）に取り込んだり、またはその他のデジタル機
器に転送を行うには、必要な転送機能を備えた高速デー
タ転送可能なインタフェースが必要になってくるもので
あり、そういった観点から開発されたインタフェースが
ＩＥＥＥ１３９４−１９９５(High Performance Serial
Bus)（以下、１３９４シリアルバス）である。

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

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

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

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

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

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

【００２１】次に、図６に１３９４シリアルバスの構成
要素を示す。

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

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

【００２４】ファームウェア部のトランザクション・レ
イヤは、転送（トランザクション）すべきデータの管理
を行い、ＲｅａｄやＷｒｉｔｅといった命令を出す。マ
ネージメント・レイヤは、接続されている各機器の接続
状況やＩＤの管理を行い、ネットワークの構成を管理す
る部分である。

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

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

【００２７】以上が１３９４シリアルバスの構成であ
る。

【００２８】次に、図７に１３９４シリアルバスにおけ
るアドレス空間の図を示す。

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

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

【００３１】以上が１３９４シリアルバスの技術の概要
である。

【００３２】次に、１３９４シリアルバスの特徴といえ
る技術の部分を、より詳細に説明する。 ＜１３９４シリアルバスの電気的仕様＞図８に１３９４
シリアルバス・ケーブルの断面図を示す。

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

【００３４】電源線内を流れる電源の電圧は８〜４０
Ｖ、電流は最大電流ＤＣ１．５Ａと規定されている。 ＜ＤＳ−Ｌｉｎｋ符号化＞１３９４シリアルバスで採用
されている、データ転送フォーマットのＤＳ−Ｌｉｎｋ
符号化方式を説明するための図を図９に示す。

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

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

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

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

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

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

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

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

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

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

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

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

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

【００４８】以上が、図１７のフローチャートの説明で
あるが、図１７のフローチャートのバスリセットからル
ート決定までの部分と、ルート決定後からＩＤ設定終了
までの手順をより詳しくフローチャート図に表したもの
をそれぞれ、図１８、図１９に示す。

【００４９】先ず、図１８のフローチャートの説明を行
う。

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

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

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

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

【００５４】ステップＳ２０３でポート数が複数ありブ
ランチと認識したノードは、バスリセットの直後はステ
ップＳ２０４で未定義ポート数＞１ということなので、
ステップＳ２０６へと移り、まずブランチというフラグ
が立てられ、ステップＳ２０７でリーフからの親子関係
宣言で「親」の受付けをするために待つ。

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

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

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

【００５８】次に、図１９のフローチャートについて説
明する。

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

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

【００６１】ステップＳ３０２としてネットワーク内に
存在するリーフの数Ｎ（Ｎは自然数）を設定する。この
後、ステップＳ３０３として各自リーフがルートに対し
て、ＩＤを与えるように要求する。この要求が複数ある
場合には、ルートはステップＳ３０４としてアービトレ
ーション（１つに調停する作業）を行い、ステップＳ３
０５として勝ったノード１つにＩＤ番号を与え、負けた
ノードには失敗の結果通知を行う。ステップＳ３０６と
してＩＤ取得が失敗に終わったリーフは、再度ＩＤ要求
を出し、同様の作業を繰り返す。ＩＤを取得できたリー
フからステップＳ３０７として、そのノードのＩＤ情報
をブロードキャストで全ノードに転送する。１ノードＩ
Ｄ情報のブロードキャストが終わると、ステップＳ３０
８として残りのリーフの数が１つ減らされる。ここで、
ステップＳ３０９として、この残りのリーフの数が１以
上ある時はステップＳ３０３のＩＤ要求の作業からを繰
り返し行い、最終的にすべてのリーフがＩＤ情報をブロ
ードキャストすると、ステップＳ３０９がＮ＝０とな
り、次はブランチのＩＤ設定に移る。

【００６２】ブランチのＩＤ設定もリーフの時と同様に
行われる。

【００６３】まず、ステップＳ３１０としてネットワー
ク内に存在するブランチの数Ｍ（Ｍは自然数）を設定す
る。この後、ステップＳ３１１として各自ブランチがル
ートに対して、ＩＤを与えるように要求する。これに対
してルートは、ステップＳ３１２としてアービトレーシ
ョンを行い、勝ったブランチから順にリーフに与え終わ
った次の若い番号から与えていく。ステップＳ３１３と
して、ルートは要求を出したブランチにＩＤ情報又は失
敗結果を通知し、ステップＳ３１４としてＩＤ取得が失
敗に終わったブランチは、再度ＩＤ要求を出し、同様の
作業を繰り返す。ＩＤを取得できたブランチからステッ
プＳ３１５として、そのノードのＩＤ情報をブロードキ
ャストで全ノードに転送する。１ノードＩＤ情報のブロ
ードキャストが終わると、ステップＳ３１６として残り
のブランチの数が１つ減らされる。ここで、ステップＳ
３１７として、この残りのブランチの数が１以上ある時
はステップＳ３１１のＩＤ要求の作業からを繰り返し、
最終的にすべてのブランチがＩＤ情報をブロードキャス
トするまで行われる。すべてのブランチがノードＩＤを
取得すると、ステップＳ３１７はＭ＝０となり、ブラン
チのＩＤ取得モードも終了する。

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

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

【００６６】次に、一例として図１０に示した実際のネ
ットワークにおける動作を図１０を参照しながら説明す
る。

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

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

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

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

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

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

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

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

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

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

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

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

【００７９】以上のようにして、階層構造全体のノード
ＩＤの割り当てが終わり、ネットワーク構成が再構築さ
れ、バスの初期化作業が完了する。 ＜アービトレーション＞１３９４シリアルバスでは、デ
ータ転送に先立って必ずバス使用権のアービトレーショ
ン（調停）を行う。１３９４シリアルバスは個別に接続
された各機器が、転送された信号をそれぞれ中継するこ
とによって、ネットワーク内すべての機器に同信号を伝
えるように、論理的なバス型ネットワークであるので、
パケットの衝突を防ぐ意味でアービトレーションは必要
である。これによってある時間には、たった一つのノー
ドのみ転送を行うことができる。

【００８０】アービトレーションを説明するための図と
して図１１（ａ）にバス使用要求の図、同図（ｂ）にバ
ス使用許可の図を示し、以下これを用いて説明する。

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

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

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

【００８４】ここで、アービトレーションの一連の流れ
をフローチャート図２０に示して、説明する。

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

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

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

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

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

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

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

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

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

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

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

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

【００９７】図１４はアイソクロナス転送における、時
間的な遷移状態を示す図である。

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

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

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

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

【０１０２】次に、図１５にアイソクロナス転送のパケ
ットフォーマットの例を示し、説明する。

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

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

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

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

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

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

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

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

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

【０１１２】しかし、アイソクロナス転送はリアルタイ
ム転送を維持するために毎サイクル必要であれば必ず実
行され、アシンクロナス転送はサイクル時間が短縮され
たことによって次以降のサイクルにまわされることもあ
る。 ＜電源切り替え制御＞以上のような装置の動きをより分
かりやすく説明するため、切り替え制御部１０８による
実際の動作および操作、処理についてのフロー図を図３
に示す。

【０１１３】まず、撮像装置１１７とプリンタ１１８と
が直接接続され、撮像装置およびプリンタの電源が入る
と、撮像装置は接続されているケーブルより電源の供給
が受けられるか否かを判別する（ステップ３０２）。こ
れは撮像装置側の制御部１０４からデータＩ／Ｆ部１０
７を通してプリンタ１１８に認識信号を転送し、その信
号に対するプリンタ１１８からの応答信号によりプリン
タを認識して、更に電源供給を行っているか否かの判別
を行う。

【０１１４】プリンタ１１８から電源供給を受けられる
と判別した場合、撮像装置１１７は撮像装置内部のバッ
テリ１０９からの電源供給を切り、プリンタ１１８と接
続されているケーブルより供給される電力を撮像装置１
１７に供給する（ステップ３０３）。即ち撮像装置１１
７を動作させるための電力の供給源が撮像装置内部のバ
ッテリ１０９から、プリンタ１１８側のパワーマネジメ
ント部１１９からケーブルにより供給される電力への切
り替えられる。

【０１１５】ステップ３０６ではユーザによる操作が行
われる。例えばプリント出力するための画像の選択、出
力レイアウトの決定、出力枚数の設定、色調整、インデ
ックスプリント等の処理およびプリント出力が撮像装置
１１７およびプリンタ１１８により行われる。

【０１１６】操作が終了すると、ユーザは電源をオフに
するために電源スイッチを切る。撮像装置１１７とプリ
ンタ１１８とが直接接続されている場合の電源スイッチ
はお互いのパワーマネージメント部１０８，１１９によ
り連動しており、撮像装置１１７側の電源又はプリンタ
側の電源がオフになれば両方の電源がオフになる。した
がって、ステップ３０７では、撮像装置１１７とプリン
タ１１８と両方の電源の状態を判定する。

【０１１７】またユーザが電源をオフにしない場合は操
作が終了した時点よりタイマ２０３が動作し、操作のさ
れていない時間（アイドリング時間）を計測する。この
アイドリング時間が規定された時間に到達すると（ステ
ップ３０８−ＹＥＳ）、撮像装置１１７の残バッテリ容
量をパワー検知部２０２により検出する（ステップ３０
９）。ここで残バッテリ容量が規定値より多かった場合
は、そのまま撮像装置およびプリンタの電源をオフにす
る。しかし、バッテリの残量が規定値より少なかった場
合はバッテリ充電モードとなり、プリンタ側から供給さ
れる電力によりバッテリの充電が行われる（ステップ３
１０）。

【０１１８】一方、撮像装置１１７がプリンタ１１８か
ら接続ケーブルを介して電力の供給を受けることができ
ないと判断した場合は（ステップ３０２−ＮＯ）、撮像
装置１１７の電力は装置内部のバッテリ１０９により供
給される。また、この場合は操作毎、もしくはある一定
時間毎に撮像装置内部のバッテリの残量が検出され（ス
テップ３０３）、もし画像データを転送するだけの電力
の残容量がなかった場合はユーザに警告を行う（ステッ
プ３０４）。この警告は撮像装置の表示部、プリンタの
表示部により表示、もしくはプリンタの出力媒体へと出
力することもできる。さらにバッテリの消費を防ぐため
に、撮像装置１１７は、パワーマネージメント部１０８
によりプリンタ１１８との信号の受け渡しが行われてい
ない場合には、パワーマネージメント部１０８以外の回
路ブロックへの電源の供給を行わない。

【０１１９】また、プリンタ１１８から電力の供給が受
けられない場合においては、図３中、ステップ３０９，
ステップ３１０にといて、撮像装置１１７のバッテリ１
０９の容量検出およびバッテリの充電は行われない。

【０１２０】プリンタと撮像装置との接続がたたれる際
には、電源をプリンタからの供給から、バッテリに戻
す。

【０１２１】以上の手順で撮像装置とプリンタとを接続
し、撮像装置側でプリンタからの電源供給を受けられる
か調べ、その結果に応じて電源を切り替えることによ
り、撮像装置とプリンタとを接続するだけで、撮像装置
の電源をプリンタから供給できる。このため、撮像装置
のバッテリの消耗を防止するとともに、カメラの交流電
源が不要になる。

【０１２２】なお、撮像装置は、プリンタ装置へのデー
タ転送が終了した際に、その電源をオフにするようにす
れば、さらに消費電力の削減を図ることができる。

【０１２３】又、電源を全てオフにせず、プリンタ装置
からの信号を受け取り電源を制御するパワーマネジメン
ト部以外への電源の供給を行わないようにしてもよい。

【０１２４】この場合には、プリンタとの接続がたたれ
たなら、バッテリからの電力の供給を再開する。 ［第２の実施の形態］図４は第２の実施例の処理フロー
を示した簡単な図である。以下のこのフローを使用し、
簡単に本発明の説明を行う。また本実施形態においては
第１の実施形態同様、撮像装置とプリンタとが直接接続
され、さらにプリンタから電力の供給が受けられる場合
の例について述べる。

【０１２５】撮像装置とプリンタ装置が直接接続され、
撮像装置およびプリンタ装置の電源が入ると、撮像装置
は接続されているケーブルより電源の供給が受けられる
か否かを判別する（ステップ４０２）。

【０１２６】プリンタ装置から電源供給を受けられる場
合、撮像装置は内部のバッテリからの電源供給を切り、
プリンタ装置と接続されているケーブルより供給される
電力により撮像装置のシステムを動作させる（ステップ
４０５）。

【０１２７】バッテリ駆動からプリンタ装置から供給さ
れる電力駆動へと切り替えられた撮像装置は、まずプリ
ンタ装置から供給される電力量をパワーマネージメント
部１０８内のパワー検知部２０２で測定を行う（ステッ
プ４０６）。測定された電力量の値は、不図示のＣＰＵ
を有する制御部１０４へと送られる。制御部１０４では
電力量の値に基づいて、演算処理およびシステム制御を
行うＣＰＵの最適な動作周波数を求める。一般に、マイ
クロプロセッサでは、動作周波数があがるほど消費電力
が大きくなる。そのため、バッテリ駆動時には、プリン
タからの電源による駆動時よりも動作周波数を下げる。
そのため、制御部１０４により求められた周波数にＣＰ
Ｕの動作周波数が変更される（ステップ４０７）。

【０１２８】さらに求められた電力量値は表示制御部１
０６へと送られ、その電力量値に基づいて表示部１０５
の明るさの向上を図り、表示のコントラストを上げるこ
とにより表示部をより見やすくする（ステップ４０
８）。例えば、表示部が液晶パネルであれば、プリンタ
から電源を供給されている場合にはそのバックライトの
明るさを明るくする。

【０１２９】また、プリンタから電源供給を受けられな
い場合には、バッテリの残り電力が所定値以下なら撮像
装置の表示部やプリンタからの印刷出力でユーザに知ら
せる。一方、バッテリには十分に残り電力があるなら、
バッテリを電源としたまま動作を続ける。

【０１３０】後の動作は第１の実施形態とほぼ同様であ
る。ただし、プリンタと撮像装置との接続がたたれる際
には、電源をバッテリに戻すとともに、ＣＰＵの駆動周
波数を下げ、表示部の明るさを下げて消費電力を小さく
する。

【０１３１】このようにデータ転送と電力を供給するた
めの２つのケーブルを１つのケーブルに統合することに
より、ユーザのダイレクトプリント時の結線の手間を省
くことができる。また、デジタルカメラのバッテリの残
り容量が少ない場合にはプリンタから供給される電力を
用いてバッテリの充電を行うことを可能とする。また、
電力消費の問題から制限された機能、例えば表示部の画
面の明るさ、デジタルカメラ内部の画像処理演算速度等
の問題を解消することが可能となる。

【０１３２】なお、バッテリ駆動中にその残り電力が少
なくなったなら、表示部への電力供給を取りやめて消費
電力を節約することができる。

【０１３３】

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

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

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

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

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

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

【０１３９】

【発明の効果】以上説明したように、本発明によれば、
データ転送時におけるデジタルカメラに電源供給線を接
続する煩わしさを解消し、また転送中のバッテリ消耗や
バッテリ切れを防止することを目的とする。

【０１４０】

【図面の簡単な説明】

【図１】画像入出力システムのブロック図である。

【図２】パワーマネージメント部のブロック図である。

【図３】第１の実施形態の撮像装置における、プリンタ
と接続された際の電源制御手順のフローチャートであ
る。

【図４】第２の実施形態の撮像装置における、プリンタ
と接続された際の電源制御手順のフローチャートであ
る。

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

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

【図７】１３９４シリアルバスにおけるアドレス空間の
図を示す図である。

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

【図９】１３９４シリアルバスで採用されている、デー
タ転送フォーマットのＤＳ−Ｌｉｎｋ符号化方式を説明
するための図を示す図である。

【図１０】ノードの階層構造の例を示す図である。

【図１１】バスのアービトレーションを説明する図であ
る。

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

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

【図１４】アイソクロナス転送における、時間的な遷移
状態を示す図である。

【図１５】アイソクロナス転送のパケットフォーマット
の図である。

【図１６】アイソクロナス転送とアシンクロナス転送が
混在した、バス上の転送状態の時間的な遷移の様子を表
した図を示す図である。

【図１７】バスリセットからデータ転送が行えるまでの
手順の流れ図である。

【図１８】バスリセットからルート決定までの手順の詳
しい流れ図である。

【図１９】ルート決定からＩＤ設定終了までの手順の流
れ図である。

【図２０】アービトレーションの手順の流れ図である。

【符号の説明】

１０４ 制御部 １０５ 表示部 １０６ 表示制御部 １０８ パワーマネジメント部 １０９ バッテリ １１０ 電源受給部 １１３ 電源供給部 １１４ 外部電源部 １１７ 撮像装置 １１８ プリンタ １１９ パワーマネジメント部

───────────────────────────────────────────────────── フロントページの続き (72)発明者 田鹿 博司 東京都大田区下丸子３丁目30番２号 キヤ ノン株式会社内 (72)発明者 藤田 美由紀 東京都大田区下丸子３丁目30番２号 キヤ ノン株式会社内 (72)発明者 川床 徳宏 東京都大田区下丸子３丁目30番２号 キヤ ノン株式会社内 (72)発明者 井上 博夫 東京都大田区下丸子３丁目30番２号 キヤ ノン株式会社内

Claims (14)

【特許請求の範囲】
1. 【請求項１】 画像出力装置と画像入力装置とを接続し
   てなる画像入出力システムであって、 前記画像出力装置は、前記画像入力装置からの画像信号
   を受信して出力すると共に、前記画像入力装置に電力を
   供給する電源部を有し、 前記画像出力装置は、前記画像出力装置に画像データを
   送信し、かつ前記画像出力装置から電源電力の供給を受
   けるための接続ケーブルにより前記画像出力装置と接続
   され、 前記画像出力装置から電力供給を受けることの可否を判
   定する判定手段と、 電源部とを有し、前記判定手段により、前記画像出力装
   置から電力供給を受けられると判定された場合は、前記
   画像出力装置からの電力を用い、電力供給を受けられな
   いと判定された場合は、前記電源部からの電力を用いる
   ことを特徴とする画像入出力システム。
2. 【請求項２】 前記電源手段は再充電可能なバッテリで
   あり、前記画像入力装置は、バッテリの残り容量を検出
   する検出手段と、前記バッテリの残り容量が所定値以下
   の場合には、前記画像出力装置から供給される電力によ
   り前記バッテリに再充電する充電制御手段とを更に備え
   ることを特徴とする請求項１に記載の画像入出力システ
   ム。
3. 【請求項３】 前記画像入力装置は、操作入力が一定時
   間以上無いことを判定する手段を更に備え、操作入力が
   一定時間以上ない場合、前記検出手段及び前記充電手段
   によりバッテリの再充電を行うことを特徴とする請求項
   ２に記載の画像入出力システム。
4. 【請求項４】 前記画像入力装置は、電力供給を受けら
   れないと判定された場合は、残りのバッテリ量を検出
   し、所定値以下であれば、その旨メッセージを出力する
   ことを特徴とする請求項１乃至４に記載の画像入出力シ
   ステム。
5. 【請求項５】 前記画像入力装置は表示手段を更に有
   し、前記メッセージは前記表示手段に表示されることを
   特徴とする請求項４に記載の画像入出力システム。
6. 【請求項６】 前記表示手段は明るさを調整でき、前記
   画像入力装置は、残りバッテリ容量が所定値以下であれ
   ば、前記表示手段の明るさを残バッテリの容量に応じて
   変化させることを特徴とする請求項２または３に記載の
   画像入出力システム。
7. 【請求項７】 前記表示手段は前記電源手段から供給さ
   れる電力により駆動され、前記画像入力装置は残バッテ
   リ量を検出し、残バッテリの容量が規定値よりも少ない
   場合、前記表示手段への電力の供給を取りやめることを
   特徴とする請求項２または３に画像入出力システム。
8. 【請求項８】 前記画像入力装置は、前記画像出力装置
   から電力の供給を受けられる場合に、前記表示手段を、
   前記電源手段からの電力で駆動する場合より明るくする
   ことを特徴とする請求項１乃至９のいずれかに記載の画
   像入出力システム。
9. 【請求項９】 前記画像入力装置は、前記画像出力装置
   から電力の供給を受けられる場合には、供給される電力
   量を計測し、計測して得られた電力値に応じて前記画像
   入力装置の画像処理演算の演算速度を最適化することを
   特徴とする画像入出力システム。
10. 【請求項１０】 前記画像入力装置および前記画像出力
    装置は、それぞれ電源スイッチを有し、どちらか一方の
    電源がオフになった場合に両方の電源がオフになること
    を特徴とする画像入出力システム。
11. 【請求項１１】 前記画像入力装置は、前記出力装置へ
    のデータ転送が終了した際にその電源をオフにすること
    を特徴とする請求項１に記載の画像入出力システム。
12. 【請求項１２】 前記画像入力装置は、前記画像出力装
    置からの信号を受け取り電源を制御するパワーモニタ部
    を更に有し、前記出力装置へのデータ転送が終了した際
    に、前記パワーモニタ部以外への電源の供給を行わない
    ことを特徴とする請求項１に記載の画像入出力システ
    ム。
13. 【請求項１３】 画像出力装置と接続される画像入力装
    置であって、 前記画像出力装置から電力供給を受けることの可否を判
    定する判定手段と、 電源部とを備え、 前記判定手段により、前記画像出力装置から電力供給を
    受けられると判定された場合は、前記画像出力装置から
    の電力を用い、電力供給を受けられないと判定された場
    合は、前記電源部からの電力を用いることを特徴とする
    画像入力装置。
14. 【請求項１４】 画像出力装置と接続され、該装置ある
    いは電源部のいずれかから供給される電力により駆動さ
    れる画像入力装置の制御方法であって、 前記画像出力装置から電力供給を受けることの可否を判
    定する判定工程と、 前記判定工程により、前記画像出力装置から電力供給を
    受けられると判定された場合は、前記画像出力部からの
    電力を用い、電力供給を受けられないと判定された場合
    は、前記電源部からの電力を用いる電源制御工程とを備
    えることを特徴とする制御方法。