JP2001160938A - 画像処理装置及び画像処理システム、及びその制御方法 - Google Patents

Abstract

(57)【要約】 【課題】 画像入力装置と画像出力装置とを直結してダ
イレクト出力を可能とするシステムにおいては、出力済
みである画像とそうでない画像との区別がつかないた
め、出力対象となる画像の選択は煩雑な作業であった。 【解決手段】 デジタルカメラ１０１とプリンタ１０７
とをＩＥＥＥ１３９４規格に基づくインタフェースで直
結したシステムにおいて、デジタルカメラ１０１の管理
部１０５は、記憶部１０４に保持された画像ファイル毎
に、プリンタ１０７における印刷回数を管理する。そし
て、該画像ファイル毎の印刷回数情報を表示部１０２で
表示する、またはプリンタ１０７により印刷する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は画像処理装置及び画
像処理システム、及びその制御方法に関し、特に、ＩＥ
ＥＥ１３９４等により規定されるインタフェイスを有す
る画像処理装置及び画像処理システム、及びその制御方
法に関する。

【０００２】

【従来の技術】今日、デジタルカメラなどの画像入力装
置と、プリンタ等の画像出力装置とをデジタルインタフ
ェースを介して直接接続することが可能となった。これ
により、例えばコンピュータ等を介することなくデジタ
ルカメラからプリンタへ、画像情報を直接送信して印刷
する、所謂ダイレクトプリントが可能となった。

【０００３】

【発明が解決しようとする課題】しかしながら、上記従
来のダイレクトプリントを可能とするシステムでは、例
えばデジタルカメラ側において、プリント済みである画
像とそうでない画像との区別がつかないため、印刷対象
となる画像を選択する操作は、ユーザにとって煩雑なも
のであった。

【０００４】本発明は上記問題を解決するためになされ
たものであり、画像入力装置を画像出力装置に直結して
画像出力を行う際に、出力対象となる画像の選択を容易
に可能とする画像処理装置及び画像処理システム、及び
その制御方法を提供することを目的とする。

【０００５】

【課題を解決するための手段】上記目的を達成するため
の一手段として、本発明の画像処理装置は以下の構成を
備える。

【０００６】即ち、画像出力装置と接続された画像処理
装置であって、画像情報を記憶する記憶手段と、該画像
情報を前記画像出力装置に送信し、その処理結果を受信
する通信手段と、該処理結果に基づき、前記画像情報の
出力回数を管理する管理手段と、前記画像情報をその出
力回数に基づいて表示する表示手段と、を備えることを
特徴とする。

【０００７】例えば、前記記憶手段は、複数の画像情報
を記憶し、前記表示手段は、該複数の画像情報をその出
力回数に基づいて区別して表示することを特徴とする。

【０００８】更に、前記表示手段において表示された複
数の画像情報のいずれかを、前記画像出力装置への送信
対象として選択する選択手段を備えることを特徴とす
る。

【０００９】また、上記目的を達成するための一手段と
して、本発明の画像処理システムは以下の構成を備え
る。

【００１０】即ち、画像入力装置と画像出力装置を接続
した画像処理システムであって、前記画像入力装置は、
画像情報を記憶する記憶手段と、該画像情報を前記画像
出力装置に送信し、その処理結果を受信する第１の通信
手段と、該処理結果に基づき、前記画像情報の出力回数
を管理する管理手段と、前記画像情報をその出力回数に
基づいて表示する表示手段と、を有し、前記画像出力装
置は、画像情報に基づいて形成した画像を印刷する印刷
手段と、前記画像入力装置から画像情報を受信し、該画
像情報の前記画像出力手段における処理結果を前記画像
入力装置へ送信する第２の通信手段と、を有することを
特徴とする。

【００１１】また、画像入力装置と画像出力装置とを接
続した画像処理システムであって、前記画像入力装置
は、画像情報を記憶する記憶手段と、該画像情報を前記
画像出力装置に送信し、その処理結果を受信する第１の
通信手段と、該処理結果に基づき、前記画像情報の出力
回数を管理する管理手段と、を有し、前記画像出力装置
は、画像情報に基づいて形成した画像を印刷する印刷手
段と、前記画像入力装置から画像情報を受信し、該画像
情報の前記印刷手段における処理結果を前記画像入力装
置へ送信する第２の通信手段と、を有し、前記印刷手段
は、前記第１の通信手段を介した前記画像入力装置から
の指示に応じて、前記画像情報をその出力回数に基づい
て印刷することを特徴とする。

【００１２】

【発明の実施の形態】以下、本発明に係る一実施形態に
ついて、図面を参照して詳細に説明する。図１は、本実
施形態における画像処理システムの構成を示すブロック
図である。図中、１０１はデジタルカメラであり、ＬＣ
Ｄ等の表示部１０２、選択部１０３、ハードディスク等
の記憶部１０４、画像ファイル情報を一時的に管理する
管理部１０５、通信部１０６、及びＣＰＵやＲＯＭ，Ｒ
ＡＭ等からなる制御部１１２を備える。尚、表示部１０
２及び選択部１０３により、デジタルカメラ１０１にお
ける実質的な操作を可能とする。

【００１３】また、１０７はプリンタであり、通信部１
０８、ＣＰＵやＲＯＭ，ＲＡＭ等からなる制御部１０
９、プリンタエンジンである印刷部１１０、及び画像フ
ァイル情報を一時的に管理する管理部１１１を備える。

【００１４】本実施形態においては、通信部１０６及び
１０７のデジタルインタフェイスとして、ＩＥＥＥ１３
９４−１９９５規格を適用する。このデジタルインタフ
ェイスによれば、図１に示すように、画像入力装置であ
るデジタルカメラ１０１と、画像出力装置であるプリン
タ１０７とを直結することが可能となる。

【００１５】＜ＩＥＥＥ１３９４の説明＞以下、本実施
形態のデジタルインタフェイスとして適用されるＩＥＥ
Ｅ１３９４−１９９５規格について、簡単に説明する。
尚、ＩＥＥＥ１３９４−１９９５規格についての詳細
は、１９９６年の８月３０日にＩＥＥＥ（The Institut
e ofElectrical and Electronics Engineers, Inc.）か
ら出版された「IEEE Standart for a High Performance
Serial Bus」に記載されている。

【００１６】（１）概要 図２に、ＩＥＥＥ１３９４規格に準拠したデジタルイン
タフェース（以下、１３９４インタフェース）を具備す
るノードにより構成される通信システム（以下、１３９
４ネットワーク）の一例を示す。１３９４ネットワーク
は、シリアルデータの通信可能なバス型ネットワークを
構成するものである。

【００１７】図２において、各ノードＡ〜Ｆは、ＩＥＥ
Ｅ１３９４規格に準拠した通信ケーブルを介して接続さ
れている。これらのノードＡ〜Ｆは、例えば、ＰＣ（Pe
rsonal Computer）、デジタルＶＴＲ（Video Tape Reco
rder）、ＤＶＤ（Digital Video Disc）プレーヤ、デジ
タルカメラ、ハードディスク、モニタ等の電子機器であ
る。

【００１８】１３９４ネットワークの接続方式は、ディ
ジーチェーン方式とノード分岐方式とに対応しており、
自由度の高い接続を可能としている。

【００１９】又、１３９４ネットワークでは、例えば、
既存の機器を削除したり、新たな機器を追加したり、既
存の機器の電源をＯＮ／ＯＦＦしたりした場合に、自動
的にバスリセットを行う。このバスリセットを行うこと
により、１３９４ネットワークは、新たな接続構成の認
識と各機器に対するＩＤ情報の割り当てとを自動的に行
うことができる。この機能によって、１３９４ネットワ
ークは、ネットワークの接続構成を常時認識することが
できる。

【００２０】又、１３９４ネットワークは、他の機器か
ら転送されたデータを中継する機能を有している。この
機能により、全ての機器がバスの動作状況を把握するこ
とができる。

【００２１】又、１３９４ネットワークは、Ｐｌｕｇ＆
Ｐｌａｙと呼ばれる機能を有している。この機能によ
り、全ての機器の電源をＯＦＦにすることなく、接続す
るだけで自動に接続機器を認識することができる。

【００２２】又、１３９４ネットワークは、１００／２
００／４００Ｍｂｐｓのデータ転送速度に対応してい
る。上位のデータ転送速度を持つ機器は、下位のデータ
転送速度をサポートすることができるため、異なるデー
タ転送速度に対応する機器同士を接続することができ
る。

【００２３】更に、１３９４ネットワークは、２つの異
なるデータ転送方式（即ち、Asynchronous転送モードと
Isochronous転送モード）に対応している。

【００２４】Asynchronous転送モードは、必要に応じて
非同期に転送することが要求されるデータ（即ち、コン
トロール信号やファイルデータ等）を転送する際に有効
である。又、Isochronous転送モードは、所定量のデー
タを一定のデータレートで連続的に転送することが要求
されるデータ（即ち、ビデオデータやオーディオデータ
等）を転送する際に有効である。

【００２５】Asynchronous転送モードとIsochronous転
送モードとは、各通信サイクル（通常１サイクルは、１
２５μＳ）内において、混在させることが可能である。
各転送モードは、サイクルの開始を示すサイクル・スタ
ート・パケット（以下、ＣＳＰ）の転送後に実行され
る。

【００２６】尚、各通信サイクル期間において、Isochr
onous転送モードは、Asynchronous転送モードよりも優
先順位が高く設定されている。又、Isochronous転送モ
ードの転送帯域は、各通信サイクル内で保証されてい
る。

【００２７】（２）アーキテクチャ 次に、図３を用いて１３９４インタフェースの構成要素
を説明する。

【００２８】１３９４インタフェースは、機能的に複数
のレイヤ（階層）から構成されている。図３において、
１３９４インタフェースは、ＩＥＥＥ１３９４規格に準
拠した通信ケーブル３０１を介して他のノードの１３９
４インタフェースと接続される。又、１３９４インタフ
ェースは、１つ以上の通信ポート３０２を有し、通信ポ
ート３０２は、ハードウェア部に含まれるフィジカル・
レイヤ３０３と接続される。

【００２９】図３において、ハードウェア部は、フィジ
カル・レイヤ３０３とリンク・レイヤ３０４とから構成
されている。フィジカル・レイヤ３０３は、他のノード
との物理的、電気的なインタフェース、バスリセットの
検出とそれに伴う処理、入出力信号の符号化／復号化、
バス使用権の調停等を行う。又、リンク・レイヤ３０４
は、通信パケットの生成と送受信、サイクルタイマの制
御等を行なう。

【００３０】又、図３において、ファームウェア部は、
トランザクション・レイヤ３０５とシリアル・バス・マ
ネージメント３０６とを含んでいる。トランザクション
・レイヤ３０５は、Asynchronous転送モードを管理し、
各種のトランザクション（リード、ライト、ロック）を
提供する。シリアル・バス・マネージメント３０６は、
後述するＣＳＲアーキテクチャに基づいて、自ノードの
制御、自ノードの接続状態の管理、自ノードのＩＤ情報
の管理、シリアルバスネットワークの資源管理を行う機
能を提供する。

【００３１】以上、ハードウェア部とファームウェア部
とが実質的に１３９４インタフェースを構成するもので
あり、それらの基本構成は、ＩＥＥＥ１３９４規格によ
り規定されている。

【００３２】又、ソフトウェア部に含まれるアプリケー
ション・レイヤ３０７は、使用するアプリケーションソ
フトによって異なり、ネットワーク上でどのようにデー
タを通信するのかを制御する。例えば、デジタルＶＴＲ
の動画像データの場合は、ＡＶ／Ｃプロトコルなどの通
信プロトコルによって規定されている。

【００３３】（２−１）リンク・レイヤ３０４ 図４は、リンク・レイヤ３０４の提供可能なサービスを
示す図である。図４において、リンク・レイヤ３０４
は、次の４つのサービスを提供する。即ち、応答ノー
ドに対して所定のパケットの転送を要求するリンク要求
（LK_DATA.request）、応答ノードに所定のパケット
の受信を通知するリンク通知（LK_DATA.indication）、
応答ノードからのアクノリッジを受信したことを示す
リンク応答（LK_DATA.response）、要求ノードからの
アクノリッジを確認するリンク確認（LK_DATA.confirma
tion）である。尚、リンク応答（LK_DATA.response）
は、ブロードキャスト通信、Isochronousパケットの転
送の場合には存在しない。

【００３４】又、リンク・レイヤ３０４は、上述のサー
ビスに基づいて、上述の２種類の転送方式、即ち、Asyn
chronous転送モード、Isochronous転送モードを実現す
る。

【００３５】（２−２）トランザクション・レイヤ３０
５ 図５は、トランザクション・レイヤ３０５の提供可能な
サービスを示す図である。図５において、トランザクシ
ョン・レイヤ３０５は、次の４つのサービスを提供す
る。即ち、応答ノードに対して所定のトランザクショ
ンを要求するトランザクション要求（TR_DATA.reques
t）、応答ノードに所定のトランザクション要求の受
信を通知するトランザクション通知（TR_DATA.indicati
on）、応答ノードからの状態情報（ライト、ロックの
場合は、データを含む）を受信したことを示すトランザ
クション応答（TR_DATA.response）、要求ノードから
の状態情報を碓認するトランザクション確認（TR_DATA.
confirmation）である。

【００３６】又、トランザクション・レイヤ３０５は、
上述のサービスに基づいてAsynchronous転送を管理し、
次の３種類のトランザクション、即ち、リード・トラ
ンザクション、ライト・トランザクション、ロック
・トランザクションを実現する。

【００３７】リード・トランザクションは、要求ノー
ドが応答ノードの特定アドレスに格納された情報を読み
取る。

【００３８】ライト・トランザクションは、要求ノー
ドが応答ノードの特定アドレスに所定の情報を書き込
む。

【００３９】ロック・トランザクションは、要求ノー
ドが応答ノードに対して参照データと更新データとを転
送し、応答ノードの特定アドレスの情報とその参照デー
タとを比較し、その比較結果に応じて特定アドレスの情
報を更新データに更新する。

【００４０】（２−３）シリアル・バス・マネージメン
ト３０６ シリアル・バス・マネージメント３０６は、具体的に、
次の３つの機能を提供することができる。３つの機能と
は、即ち、ノード制御、アイソクロナス・リソース
・マネージャ（以下、ＩＲＭ）、バスマネージャであ
る。

【００４１】ノード制御は、上述の各レイヤを管理
し、他のノードとの間で実行される。

【００４２】Asynchronous転送を管理する機能を提供す
る。

【００４３】ＩＲＭは、他のノードとの間で実行され
るIsochronous転送を管理する機能を提供する。具体的
には、転送帯域幅とチャネル番号の割り当てに必要な情
報を管理し、これらの情報を他のノードに対して提供す
る。

【００４４】ＩＲＭは、ローカルバス上に唯一存在し、
バスリセット毎に他の候補者（ＩＲＭの機能を有するノ
ード）の中から動的に選出される。又、ＩＲＭは、後述
のバスマネージャの提供可能な機能（接続構成の管理、
電源管理、速度情報の管理等）の一部を提供してもよ
い。

【００４５】バスマネージャは、ＩＲＭの機能を有
し、ＩＲＭよりも高度なバス管理機能を提供する。具体
的には、より高度な電源管理（通信ケーブルを介して電
源の供給が可能か否か、電源の供給が必要か否か等の情
報を各ノード毎に管理）、より高度な速度情報の管理
（各ノード間の最大転送速度の管理）、より高度な接続
構成の管理（トポロジ・マップの作成）、これらの管理
情報に基づくバスの最適化等を行ない、更にこれらの情
報を他のノードに提供する機能を有する。

【００４６】又、バスマネージャは、シリアルバスネッ
トワークを制御するためのサービスをアプリケーション
に対して提供できる。ここで、サービスには、シリアル
バス制御要求（SB_CONTROL.request）、シリアルバス・
イベント制御確認（SB_CONTROL.confirmation）、シリ
アルバス・イベント通知（SB_CONTROL.indication）等
がある。

【００４７】SB_CONTROL.requestは、アプリケーション
がバスリセットを要求するサービスである。SB_CONTRO
L.confirmationは、SB_CONTROL.requestをアプリケーシ
ョンに対して確認するサービスである。SB_CONTROL.ind
icationは、非同期に発生するイベントをアプリケーシ
ョンに対して通知するサービスである。

【００４８】（３）アドレス指定 図６は、１３９４インタフェースにおけるアドレス空間
を説明する図である。尚、９４インタフェースは、ＩＳ
Ｏ／ＩＥＣ１３２１３：１９９４に準じたＣＳＲ（Comm
and and Status Register）アーキテクチャに従い、６
４ビット幅のアドレス空間を規定している。

【００４９】図６において、最初の１０ビットのフィー
ルド６０１は、所定のバスを指定するＩＤ番号に使用さ
れ、次の６ビットのフィールド６０２は、所定の機器
（ノード）を指定するＩＤ番号に使用される。この上位
１６ビットを「ノードＩＤ」と呼び、各ノードはこのノ
ードＩＤにより他のノードを識別する。又、各ノード
は、このノードＩＤを用いて相手を識別した通信を行う
ことができる。

【００５０】残りの４８ビットからなるフィールドは、
各ノードの具備するアドレス空間（２５６Ｍバイト構
造）を指定する。その内の２０ビットのフィールド６０
３は、アドレス空間を構成する複数の領域を指定する。

【００５１】フィールド６０３において、「０〜０×Ｆ
ＦＦＦＤ」の部分は、メモリ空間と呼ばれる。「０×Ｆ
ＦＦＦＥ」の部分は、プライベート空間と呼ばれ各ノー
ドで自由に利用できるアドレスである。又、「０×ＦＦ
ＦＦＥ」の部分は、レジスタ空間と呼ばれ、バスに接続
されたノード間において共通の情報を格納する。各ノー
ドは、レジスタ空間の情報を用いることにより、各ノー
ド間の通信を管理することができる。

【００５２】最後の２８ビットのフィールド６０４は、
各ノードにおいて共通或いは固有となる情報が格納され
るアドレスを指定する。

【００５３】例えば、レジスタ空間において、最初の５
１２バイトは、ＣＳＲアーキテクチャーのコア（ＣＳＲ
コア）レジスタ用に使用される。ＣＳＲコア・レジスタ
に格納される情報のアドレス及び機能を図７に示す。図
中のオフセットは、「０×ＦＦＦＦＦ０００００００」
からの相対位置である。

【００５４】次の５１２バイトは、シリアルバス用のレ
ジスタとして使用される。シリアルバス・レジスタに格
納される情報のアドレス及び機能を図８に示す。図中の
オフセットは、「０×ＦＦＦＦＦ００００２００」から
の相対位置である。

【００５５】その次の１０２４バイトは、Configuratio
n ＲＯＭ用に使用される。

【００５６】Configuration ＲＯＭには最小形式と一般
形式とがあり、「０×ＦＦＦＦＦ００００４００」から
配置される。最小形式のConfiguration ＲＯＭを図９に
示す。図９において、ベンダＩＤは、ＩＥＥＥにより各
ベンダに対して固有に割り当てられた２４ビットの数値
である。

【００５７】又、一般形式のConfiguration ＲＯＭを図
１０に示す。図１０において、上述のベンダＩＤは、Ro
ot Directory１００２に格納されている。Bus Info Blo
ck１００１とRoot Leaf１００５とには、各ノードを識
別する固有のＩＤ情報としてノードユニークＩＤを保持
することが可能である。

【００５８】ここで、ノードユニークＩＤは、メーカ、
機種に関わらず、１つのノードを特定することのできる
固有のＩＤを定めるようになっている。ノードユニーク
ＩＤは６４ビットにより構成され上位２４ビットは上述
のベンダＩＤを示し、下位４８ビットは各ノードを製造
するメーカにおいて自由に設定可能な情報（例えば、ノ
ードの製造番号等）を示す。尚、このノードユニークＩ
Ｄは、例えばバスリセットの前後で継続して特定のノー
ドを認識する場合に使用される。

【００５９】又、図１０において、Root Directory１０
０２には、ノードの基本的な機能に関する情報を保持す
ることが可能である。詳細な機能情報は、Root Directo
ry１００２からオフセットされるサブディレクトリ（Un
it Directories１００４）に格納される。Unit Directo
ries１００４には、例えば、ノードのサポートするソフ
トウェアユニットに関する情報が格納される。具体的に
は、ノード間のデータ通信を行うためのデータ転送プロ
トコル、所定の通信手順を定義するコマンドセット等に
関する情報が保持される。

【００６０】又、図１０において、Node Dependent Inf
o Directory１００３には、デバイス固有の情報を保持
することが可能である。Node Dependent Info Director
y１００３は、Root Directory１００２によりオフセッ
トされる。

【００６１】更に、図１０において、Vendor Dependent
Information１００６には、ノードを製造、或いは販売
するベンダ固有の情報を保持することができる。

【００６２】残りの領域は、ユニット空間と呼ばれ、各
ノード固有の情報、例えば、各機器の識別情報（会社
名、機種名等）や使用条件等が格納されたアドレスを指
定する。ユニット空間のシリアルバス装置レジスタに格
納される情報のアドレス及び機能を図１１に示す。図中
のオフセットは、「０×ＦＦＦＦＦ００００８００」か
らの相対位置である。

【００６３】尚、一般的に、異種のバスシステムの設計
を簡略化したい場合、各ノードは、レジスタ空間の最初
の２０４８バイトのみを使うべきである。つまり、ＣＳ
Ｒコア・レジスタ、シリアルバス・レジスタ、Configur
ation ＲＯＭ、ユニット空間の最初の２０４８バイトの
合わせて４０９６バイトで構成することが望ましい。

【００６４】（４）通信ケーブルの構成 図１２にＩＥＥＥ１３９４規格に準拠した通信ケーブル
の断面図を示す。

【００６５】通信ケーブルは、２組のツイストペア信号
線と電源ラインとにより構成されている。電源ラインを
設けることによって、１３９４インタフェースは、主電
源のＯＦＦとなった機器、故障により電力低下した機器
等にも電力を供給することができる。尚、電源線内を流
れる電源の電圧は８〜４０Ｖ、電流は最大電流ＤＣ１．
５Ａと規定されている。

【００６６】２組のツイストペア信号線には、ＤＳ−Ｌ
ｉｎｋ（Ｄａｔａ／ＳｔｒｏｂｅＬｉｎｋ）符号化方式
にて符号化された情報信号が伝送される。図１３は、Ｄ
Ｓ−Ｌｉｎｋ符号化方式を説明する図である。

【００６７】このＤＳ−Ｌｉｎｋ符号化方式は、高速な
シリアルデータ通信に適しており、その構成は、２組の
より対線を必要とする。一組のより対線は、データ信号
を送り、他のより対線は、ストローブ信号を送る構成に
なっている。受信側は、２組の信号線から受信したデー
タ信号とストローブ信号との排他的論理和をとることに
よって、クロックを再現することができる。

【００６８】尚、ＤＳ−Ｌｉｎｋ符号化方式を用いるこ
とにより、１３９４インタフェースには、例えば次のよ
うな利点がある。他の符号化方式に比べて転送効率が
高い。ＰＬＬ回路が不要となり、コントローラＬＳＩ
の回路規模を小さくできる。アイドル状態であること
を示す情報を送る必要が無いため、トランシーバ回路を
スリープ状態とし易く、消費電力の低減が図れる。

【００６９】（５）バスリセット 各ノードの１３９４インタフェースは、ネットワークの
接続構成に変化が生じたことを自動的に検出することが
できる。この場合、１３９４ネットワークは以下に示す
手順によりバスリセットと呼ばれる処理を行う。尚、接
続構成に変化は、各ノードの具備する通信ポートかかる
バイアス電圧の変化により検知することができる。

【００７０】ネットワークの接続構成の変化（例えば、
ノードの挿抜、ノードの電源のＯＮ／ＯＦＦなどによる
ノード数の増減）を検出したノード、又は新たな接続構
成を認識する必要のあるノードは、１３９４インタフェ
ースを介して、バス上にバスリセット信号を送信する。

【００７１】バスリセット信号を受信したノードの１３
９４インタフェースは、バスリセットの発生を自身のリ
ンク・レイヤ３０４に伝達すると共に、そのバスリセッ
ト信号を他のノードに転送する。バスリセット信号を受
信したノードは、今まで認識していたネットワークの接
続構成及び各機器に割り当てられたノードＩＤをクリア
にする。最終的に全てのノードがバスリセット信号を検
知した後、各ノードは、バスリセットに伴う初期化処理
（即ち、新たな接続構成の認識と新たなノードＩＤの割
り当て）を自動的に行う。

【００７２】尚、バスリセットは、先に述べたような接
続構成の変化による起動の他に、ホスト側の制御によっ
て、アプリケーション・レイヤ３０７がフィジカル・レ
イヤ３０３に対して直接命令を出すことによって起動さ
せることも可能である。

【００７３】又、バスリセットが起動するとデータ転送
は一時中断され、バスリセットに伴う初期化処理の終了
後、新しいネットワークのもとで再開される。

【００７４】（６）バスリセット起動後のシーケンス バスリセットの起動後、各ノードの１３９４インタフェ
ースは、新たな接続構成の認識と新たなノードＩＤの割
り当てとを自動的に実行する。以下、バスリセットの開
始からノードＩＤの割り当て処理までの基本的なシーケ
ンスを図１４〜１６を用いて説明する。

【００７５】図１４は、図２の１３９４ネットワークに
おけるバスリセット起動後の状態を説明する図である。

【００７６】図１４において、ノードＡは１つの通信ポ
ート、ノードＢは２つの通信ポート、ノードＣは２つの
通信ポート、ノードＤは３つの通信ポート、ノードＥは
１つの通信ポート、ノードＦは１つの通信ポートを具備
している。各ノードの通信ポートには、各ポートを識別
するためにポート番号を付されている。

【００７７】以下、図１４におけるバスリセットの開始
からノードＩＤの割り当てまでを図１５のフローチャー
トを用いて説明する。

【００７８】図１５において、１３９４ネットワークを
構成する各ノードＡ〜Ｆは、バスリセットが発生したか
否かを常時監視している（ステップＳ１５０１）。接続
構成の変化を検出したノードからバスリセット信号が出
力されると、各ノードは以下の処理を実行する。

【００７９】バスリセットの発生後、各ノードは、夫々
の具備する通信ポート間において親子関係の宣言を行な
う（ステップＳ１５０２）。

【００８０】各ノードは、全てのノード間の親子関係が
決定されるまで、ステップＳ１５０２の処理を繰り返し
行なう（ステップＳ１５０３）。

【００８１】全てのノード間の親子関係が決定した後、
１３９４ネットワークは、ネットワークの調停を行なう
ノード、即ちルートを決定する。（ステップＳ１５０
４）。

【００８２】ルートを決定した後、各ノードの１３９４
インタフェース夫々は、自己のノードＩＤを自動的に設
定する作業を実行する（ステップＳ１５０５）。

【００８３】全てのノードに対してノードＩＤの設定が
なされるまで、各ノードは所定の手順に基づきステップ
Ｓ１５０５の処理を実行する（ステップＳ１５０６）。

【００８４】最終的に全てのノードに対してノードＩＤ
が設定された後、各ノードは、Isochronous転送或いはA
synchronous転送を実行する（ステップＳ１５０７）・
ステップＳ１５０７の処理を実行すると共に、各ノード
の１３９４インタフェースは、再びバスリセットの発生
を監視する。バスリセットが発生した場合には、ステッ
プＳ１５０１以降の処理を再び実行する。

【００８５】以上の手順により、各ノードの１３９４イ
ンタフェースは、バスリセットが起動する毎に、新たな
接続構成の認識と新たなノードＩＤの割り当てとを自動
的に実行することができる。

【００８６】（７）親子関係の決定 次に、図１６を用いて、図１５に示したステップＳ１５
０２の処理（即ち、各ノード間の親子関係を認識する処
理）について辞細に説明する。

【００８７】図１６において、バスリセットの発生後、
１３９４ネットワーク上の各ノードＡ〜Ｆは、自分の具
備する通信ポートの接続状態（接続又は未接続）を確認
する（ステップＳ１６０１）。

【００８８】通信ポートの接続状態の確認後、各ノード
は、他のノードと接続されている通信ポート（以下、接
続ポート）の数をカウントする（ステップＳ１６０
２）。

【００８９】ステップＳ１６０２の処理の結果、接続ポ
ートの数が１つである場合、そのノードは、自分が「リ
ーフ」であると認識する（ステップＳ１６０３）。ここ
で、リーフとは、１つのノードとのみ接続されているノ
ードのことである。

【００９０】リーフとなるノードは、その接続ポートに
接続されているノードに対して、「自分は子（Ｃｂｉｌ
ｄ）」であることを宣言する（ステップＳ１６０４）。
このとき、リーフは、その接続ポートが「親ポート（親
ノードと接続された通信ポート）」であると認識する。

【００９１】ここで、親子関係の宣言は、まず、ネット
ワークの末端であるリーフとブランチとの間にて行わ
れ、続いて、ブランチとブランチとの間で順次に行われ
る。各ノード間の親子関係は、早く宣言の行なえる通信
ポートから順に決定される。又、各ノード間において、
子であることを宣言した通信ポートは「親ポート」であ
ると認識されその宣言を受けた通信ポートは「子ポート
（子ノードと接続された通信ポート）」であると認識さ
れる。例えば、図１４において、ノードＡ，Ｅ，Ｆは、
自分がリーフであると認識した後、親子関係の宣言を行
う。これにより、ノードＡ−Ｂ間では子−親、ノードＥ
−Ｄ間では子−親、ノードＦ−Ｄ間では子−親と決定さ
れる。

【００９２】又、ステップＳ１６０２の処理の結果、接
続ポートの数が２つ以上の場合、そのノードは、自分を
「ブランチ」であると認識する（ステップＳ１６０
５）。ここで、ブランチとは、２つ以上のノードと接続
されているノードのことである。

【００９３】ブランチとなるノードは、各接続ポートの
ノードから親子関係の宣言を受け付ける（ステップＳ１
６０６）。宣言を受け付けた接続ポートは、「子ポー
ト」として認識される。

【００９４】１つの接続ポートを「子ポート」と認識し
た後、ブランチは、まだ親子関係の決定されていない接
続ポート（即ち、未定義ボート）が２つ以上あるか否か
を検出する（ステップＳ１６０７）。その結果、未定義
ポートが２つ以上ある場合、ブランチは、再びステップ
Ｓ１６０６の動作を行う。

【００９５】ステップＳ１６０７の結果、未定義ポート
が１つだけ存在する場合、ブランチは、その未定義ポー
トが「親ポート」であると認識し、そのポートに接続さ
れているノードに対して「自分は子」であることを宣言
する（ステップＳ１６０８，Ｓ１６０９）。

【００９６】ここで、ブランチは、残りの未定義ポート
が１つになるまで自分自身が子であると他のノードに対
して宣言することができない。例えば、図１４におい
て、ノードＢ，Ｃ，Ｄは、自分がブランチであると認識
すると共に、リーフ或いは他のブランチからの宣言を受
け付ける。ノードＤは、Ｄ−Ｅ間、Ｄ−Ｆ間の親子関係
が決定した後、ノードＣに対して親子関係の宣言を行っ
ている。又、ノードＤからの宣言を受けたノードＣは、
ノードＢに対して親子関係の宣言を行っている。

【００９７】又、ステップＳ１６０８の処理の結果、未
定義ポートが存在しない場合（つまり、ブランチの具備
する全ての接続ポートが親ポートとなった場合）、その
ブランチは、自分自身がルートであることを認識する。
（ステップＳ１６１０）。

【００９８】例えば、図１４において、接続ポートの全
てが親ポートとなったノードＢは、１３９４ネットワー
ク上の通信を調停するルートとして他のノードに認識さ
れる。ここで、ノードＢがルートと決定されたが、ノー
ドＢの親子関係を宣言するタイミングが、ノードＣの宣
言するタイミングに比べて早い場合には、他のノードが
ルートになる可能性もある。即ち、宣言するタイミング
によっては、どのノードもルートとなる可能性がある。
従って、同じネットワーク構成であっても同じノードが
ルートになるとは限らない。

【００９９】このように全ての接続ポートの親子関係が
宣言されることによって、各ノードは、１３９４ネット
ワークの接続構成を階層構造（ツリー構造）として認識
することができる（ステップＳ１６１１）。尚、上述の
親ノードは階層構造における上位であり、子ノードは階
層構造における下位となる。

【０１００】（８）ノードＩＤの割り当て 図１７は、図１５に示したステップＳ１５０５の処理
（即ち、自動的に各ノードのノードＩＤを割り当てる処
理）を詳細に説明するフローチャートである。ここで、
ノードＩＤは、バス番号とノード番号とから構成される
が、本実施形態では、各ノードを同一バス上に接続する
ものとし、各ノードには同一のバス番号が割り当てられ
るものとする。

【０１０１】図１７において、ルートは、ノードＩＤが
未設定のノードが接続されている子ポートの内、最小番
号を有する通信ポートに対してノードＩＤの設定許可を
与える（ステップＳ１７０１）。

【０１０２】尚、図１７において、ルートは、最小番号
の子ポートに接続されている全ノードのノードＩＤを設
定した後、その子ポートを設定済とし、次に最小となる
子ポートに対して同様の制御を行なう。最終的に子ポー
トに接続された全てのノードのＩＤ設定が終了した後、
ルート自身のノードＩＤを設定する。尚、ノードＩＤに
含まれるノード番号は、基本的にリーフ、ブランチの順
に０，１，２…と割り当てられる。従って、ルートが最
も大きなノード番号を有することになる。

【０１０３】ステップＳ１７０１において、設定許可を
得たノードは、自分の子ポートの内、ノードＩＤが未設
定となるノードを含む子ポートがあるか否かを判断する
（ステップＳ１７０２）。

【０１０４】ステップＳ１７０２において、未設定ノー
ドを含む子ポートが検出された場合、上述の設定許可を
得たノードは、その子ポートに直接接続されたノードに
対してその設定許可を与えるように制御する（ステップ
Ｓ１７０３）。

【０１０５】ステップＳ１７０３の処理後、上述の設定
許可を得たノードは、自分の子ポートの内、ノードＩＤ
が未設定であるノードを含む子ポートがあるか否かを判
断する（ステップＳ１７０４）。ここで、ステップＳ１
７０４の処理後、未設定ノードを含む子ポートの存在が
検出された場合、そのノードは、再びステップＳ１７０
３の処理を実行する。

【０１０６】又、ステップＳ１７０２或いはＳ１７０４
において、未設定ノードを含む子ポートが検出されなか
った場合、設定許可を得たノードは、自分自身のノード
ＩＤを設定する（ステップＳ１７０５）。

【０１０７】自分のノードＩＤを設定したノードは、自
己のノード番号、通信ポートの接続状態に関する情報等
を含んだセルフＩＤパケットをブロードキャストする
（ステップＳ１７０６）。尚、ブロードキャストとは、
あるノードの通信パケットを、１３９４ネットワークを
構成する不特定多数のノードに対して転送することであ
る。

【０１０８】ここで、各ノードは、このセルフＩＤパケ
ットを受信することにより、各ノードに割り当てられた
ノード番号を認識することができ、自分に割り当てられ
るノード番号を知ることができる。例えば、図１４にお
いて、ルートであるノードＢは、最小ポート番号「♯
１」の通信ポートに接続されたノードＡに対してノード
ＩＤ設定の許可を与える。ノードＡは、自己のノード番
号「Ｎｏ．０」と割り当て、自分自身に対してバス番号
とノード番号とからなるノードＩＤを設定する。又、ノ
ードＡは、そのノード番号を含むセルフＩＤパケットを
ブロードキャストする。

【０１０９】図１８にセルフＩＤパケットの構成例を示
す。図１８において、１８０１はセルフＩＤパケットを
送出したノードのノード番号を格納するフィールド、１
８０２は対応可能な転送速度に関する情報を格納するフ
ィールド、１８０３はバス管理機能（バスマネージャの
能力の有無等）の有無を示すフィールド、１８０４は電
力の消費及び供給の特性に関する情報を格納するフィー
ルドである。

【０１１０】又、図１８において、１８０５はポート番
号「♯０」となる通信ポートの接続状態に関する情報
（接続、未接続、通信ポートの親子関係等）を格納する
フィールド、１８０６はポート番号「♯１」となる通信
ポートの接続状態に関する情報（接続、未接続、通信ポ
ートの親子関係等）を格納するフィールド、１８０７は
ポート番号「♯２」となる通信ポートの接続状態に関す
る情報（接続、未接続、通信ポートの親子関係等）を格
納するフィールドである。

【０１１１】尚、セルフＩＤパケットを送出するノード
にバスマネージャとなり得る能力がある場合には、フィ
ールド１８０３に示すコンテンダビットを「１」とし、
なり得る能力がなければ、コンテンダビットを０とす
る。

【０１１２】ここで、バスマネージャとは、上述のセル
フＩＤパケットに含まれる各種の情報に基づいて、バス
の電源管理（通信ケーブルを介して電源の供給が可能か
否か、電源の供給が必要か否か等の情報を各ノード毎に
管理する）、速度情報の管理（各ノードの対応可能な転
送速度に関する情報から各ノード間の最大転送速度を管
理する）、トポロジ・マップ情報の管理（通信ポートの
親子関係情報からネットワークの接続構成を管理す
る）、トポロジ・マップ情報に基づくバスの最適化等を
行ない、それらの情報を他のノードに提供する機能を有
するノードである。これらの機能により、バスマネージ
ャとなるノードは１３９４ネットワーク全体のバス管理
を行なうことができる。

【０１１３】ステップＳ１７０６の処理後、ノードＩＤ
の設定を行ったノードは、親ノードがあるか否かを判断
する（ステップＳ１７０７）。親ノードがある場合、そ
の親ノードか、ステップＳ１７０２以下の処理を再び実
行する。そして、まだノードＩＤの設定されていないノ
ードに対して許可を与える。

【０１１４】又、親ノードが存在しない場合、そのノー
ドは、ルート自身であると判断される。ルートは、全て
の子ポートに接続されたノードに対してノードＩＤが設
定されたか否かを判別する（ステップＳ１７０８）。

【０１１５】ステップＳ１７０８において、全てのノー
ドに対するＩＤ設定処理が終了しなかった場合、ルート
は、そのノードを含む子ポートの内、最小番号となる子
ポートに対してＩＤ設定の許可を与える（ステップＳ１
７０１）。その後、ステップＳ１７０２以下の処理を実
行する。

【０１１６】又、全てのノードに対するＩＤ設定処理が
終了した場合、ルートは、自分自身のノードＩＤの設定
を実行する（ステップＳ１７０９）。ノードＩＤの設定
後、ルートは、セルフＩＤパケットをブロードキャスト
する（ステップＳ１７１０）。

【０１１７】以上の処理によって、１３９４ネットワー
クは、各ノードに対して自動的にノードＩＤを割り当て
ることができる。

【０１１８】ここで、ノードＩＤの設定処理後、複数の
ノードがバスマネージャの能力を具備する場合、ノード
番号の最も大きいノードがバスマネージャとなる。つま
り、ネットワーク内で最大となるノード番号を持つルー
トがバスマネージャになり得る機能を有している場合に
は、ルートがバスマネージャとなる。

【０１１９】しかしながら、ルートにその機能が備わっ
ていない場合には、ルートの次に大きいノード番号を具
備するノードがバスマネージャとなる。又、どのノード
がバスマネージャになったかについては、各ノードがブ
ロードキャストするセルフＩＤパケット内のコンテンダ
ビット１８０３をチェックすることにより把握すること
ができる。

【０１２０】（９）アービトレーション 図１９は、図１の１３９４ネットワークにおけるアービ
トレーションを説明する図である。

【０１２１】１３９４ネットワークでは、データ転送に
先立って、必ずバス使用権のアービトレーション（調
停）を行なう。１３９４ネットワークは、論理的なバス
型ネットワークであり、各ノードから転送された通信パ
ケットを他のノードに中継することによって、ネットワ
ーク内の全てのノードに同じ通信パケットを転送するこ
とのできる。従って、通信パケットの衝突を防ぐため
に、必ずアービトレーションが必要となる。これによっ
て、ある時間において一つのノードのみが転送を行なう
ことができる。

【０１２２】図１９（ａ）は、ノードＢとノードＦと
が、バス使用権の要求を発している場合について説明す
る図である。

【０１２３】アービトレーションが始まるとノードＢ，
Ｆは、夫々親ノードに向かって、バス使用権の要求を発
する。ノードＢの要求を受けた親ノード（即ち、ノード
Ｃ）は、自分の親ノード（即ち、ノードＤ）に向かっ
て、そのバス使用権を中継する。この要求は、最終的に
調停を行なうルート（ノードＤ）に届けられる。

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

【０１２５】図１９（ｂ）は、ノードＦの要求が許可さ
れ、ノードＢの要求が拒否されたことを示す図である。

【０１２６】アービトレーションに負けたノードに対し
てルートは、ＤＰ（Data prefix）パケットを送り、拒
否されたことを知らせる。拒否されたノードは、次回の
アービトレーションまでバス使用要求を待機する。

【０１２７】以上のようにアービトレーションを制御す
ることによって、１３９４ネットワークは、バスの使用
権を管理することができる。

【０１２８】（１０）通信サイクル Isochronous転送モードとAsynchronous転送モードと
は、各通信サイクル期間内において時分割に混在させる
ことができる。ここで、通信サイクルの期間は、通常、
１２５μＳである。

【０１２９】図２０は、１通信サイクルにおいてIsochr
onous転送モードとAsynchronous転送モードとを混在さ
せた場合を説明する図である。

【０１３０】Isochronous転送モードは、Asynchronous
転送モードより優先して実行される。その理由は、サイ
クル・スタート・パケットの後、Asynchronous転送を起
動するために必要なアイドル期間（subaction gap）
が、Isochronous転送を起動するため必要なアイドル期
間（Isochronous gap）よりも長くなるように設定され
ているためである。これにより、Isochronous転送は、A
synchronous転送に優先して実行される。

【０１３１】図２０において、各通信サイクルのスター
ト時には、サイクル・スタート・パケット（以下、ＣＳ
Ｐ）が所定のノードから転送される。各ノードは、この
ＣＳＰを用いて時刻調整を行うことによって、他のノー
ドと同じ時間を計時することができる。

【０１３２】（１１）Isochronous転送モード Isochronous転送モードは、同期型の転送方式である。I
sochronousモード転送は、通信サイクルの開始後、所定
の期間において実行可能である。又、Isochronous転送
モードは、リアルタイム転送を維持するために、各サイ
クル毎に必ず実行される。

【０１３３】Isochronous転送モードは、特に動画像デ
ータや音声データ等のリアルタイムな転送を必要とする
データの転送に適した転送モードである。Isochronous
転送モードは、Asynchronous転送モードのように１対１
の通信ではなく、ブロードキャスト通信である。つま
り、あるノードから送出されたパケットは、ネットワー
ク上の全てのノードに対して一様に転送される。尚、Is
ochronous転送には、ａｃｋ（受信確認用返信コード）
は存在しない。

【０１３４】図２０において、チャネルｅ（ｃｈ
ｅ）、チャネルｓ（ｃｈ ｓ）、チャネルｋ（ｃｈ
ｋ）は、各ノードがIsochronous転送を行う期間を示
す。１３９４インタフェースでは、複数の異なるIsochr
onous転送を区別するために、夫々異なるチャネル番号
を与えている。これにより、複数ノード間でのIsochron
ous転送が可能となる。ここで、このチャネル番号は、
送信先を特定するものではなく、データに対する論理的
な番号を与えているに過ぎない。

【０１３５】又、図２０に示したIsochronous gapと
は、バスのアイドル状態を示すものである。このアイド
ル状態が一定時間を経過した後、Isochronous転送を希
望するノードは、バスが使用できると判断し、アービト
レーションを実行する。

【０１３６】次に、図２１にIsochronous転送モードに
基づいて転送される通信パケットのフォーマットを示
す。以下、Isochronous転送モードに基づいて転送され
る通信パケットを、Isochronousパケットと称する。

【０１３７】図２１において、Isochronousパケットは
ヘッダ部２１０１、ヘッダＣＲＣ２１０２、データ部２
１０３、データＣＲＣ２１０４から構成される。

【０１３８】ヘッダ部２１０１には、データ部２１０３
のデータ長を格納するフィールド２１０５、Isochronou
sパケットのフォーマット情報を格納するフィールド２
１０６、Isochronousパケットのチャネル番号を格納す
るフィールド２１０７、パケットのフォーマット及び実
行しなければならない処理を識別するトランザクション
コード（ｔｃｏｄｅ）を格納するフィールド２１０８、
同期化コードを格納するフィールド２１０９がある。

【０１３９】（１２）Asynchronous転送モード Asynchronous転送モードは、非同期型の転送方式であ
る。Asynchronous転送は、Isochronous転送期間の終了
後、次の通信サイクルが開始されるまでの間（即ち、次
の通信サイクルのＣＳＰが転送されるまでの間）、実行
可能である。

【０１４０】図２０において、最初のサブアクション・
ギャップ（subaction gap）は、バスのアイドル状態を
示すものである。このアイドル時間が一定値になった
後、Asynchronous転送を希望するノードは、バスが使用
できると判断し、アービトレーションを実行する。

【０１４１】アービトレーションによりバスの使用権を
得たノードは、図２２に示すパケットを所定のノードに
対して転送する。このパケットを受信したノードは、ａ
ｃｋ（受信確認用返送コード）或いは応答パケットをａ
ｃｋ ｇａｐ後に返送する。

【０１４２】図２２は、Asynchronous転送モードに基づ
く通信パケットのフォーマットを示す図である。以下、
Asynchronous転送モードに基づいて転送される通信パケ
ットを、Asynchronousパケットと称する。

【０１４３】図２２において、Asynchronousパケット
は、ヘッダ部２２０１、ヘッダＣＲＣ２２０２、データ
部２２０３、データＣＲＣ２２０４から構成される。

【０１４４】ヘッダ部２２０１において、フィールド２
２０５には宛先となるノードのノードＩＤ、フィールド
２２０６にはソースとなるノードのノードＩＤ、フィー
ルド２２０７には一連のトランザクションを示すための
ラベル、フィールド２２０８には再送ステータスを示す
コード、フィールド２２０９にはパケットのフォーマッ
ト及び実行しなければならない処理を識別するトランザ
クションコード（ｔｃｏｄｅ）、フィールド２２１０に
は優先順位、フィールド２２１１には宛先のメモリ・ア
ドレス、フィールド２２１２にはデータ部のデータ長、
フィールド２２１３には拡張されたトランザクション・
コードが格納される。

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

【０１４６】尚、Asynchronous転送中に次のＣＳＰを転
送すべき時間に至った場合、無理に転送を中断せず、そ
の転送が終了した後、次のＣＳＰを送信する。これによ
り、１つの通信サイクルが１２５μＳ以上続いたとき
は、その分、次の通信サイクル期間を短縮する。このよ
うにすることによって、１３９４ネットワークは、ほぼ
一定の通信サイクルを保持することができる。

【０１４７】以上が、１３９４インタフェースを用いて
構成される通信システムの構成及び機能に関する説明で
ある。

【０１４８】＜本実施形態の説明＞以下、本実施形態の
１３９４ネットワークにおける画像印刷処理について説
明する。

【０１４９】本実施形態の１３９４ネットワークは、図
１に示したようにデジタルカメラ１０１及びプリンタ１
０７を１３９４インタフェースで接続することにより構
成されるが、もちろんその他の機器を更に接続すること
も可能である。図２３に、複数機器が接続された例を示
す。同図によれば、デジタルカメラ１０１及びプリンタ
１０７の他に、テレビジョン１２１、デジタルビデオカ
メラ１２２、スキャナ１２３、パーソナルコンピュータ
１２４等の機器が、１３９４インタフェイスによって接
続されている。

【０１５０】図２４は、本実施形態におけるConfigurat
ion ＲＯＭを示す。本実施形態においては、Node Depen
dent Directory１００３内に、デバイス情報エントリ４
１０１、コマンド／レスポンス書き込みアドレスエント
リ４１０２、コマンド／レスポンス書き込み可能サイズ
エントリ４１０３を格納することを特徴とする。

【０１５１】本実施形態の１３９４ネットワークに接続
されたデジタルカメラ１０１等の画像入力装置は、ネッ
トワークに接続された他のデバイスのConfiguration Ｒ
ＯＭの内容をAsynchronous転送によって読み出し、デバ
イス情報エントリ４１０１を調べることによって、印刷
出力を可能とするプリンタ１０７を検索する。また、プ
リンタ１０７においても同様に、１３９４ネットワーク
上の他デバイスのConfiguration ＲＯＭの内容を読み出
してそのデバイス情報を得ることができる。

【０１５２】図２５に、本実施形態の通信に用いる、コ
マンド及びレスポンスの形式を示す。本実施形態におい
ては、一方のデバイスが、他方デバイスのＩＥＥＥ１３
９４のアドレス空間における所定のアドレスに、Asynch
ronous転送によってコマンドを書き込む。書き込まれた
デバイスはこれに応答して、相手デバイスのＩＥＥＥ１
３９４のアドレス空間における所定のアドレスに、Asyn
chronous転送によってレスポンスを書き込む。このよう
にして、本実施形態の通信が行われる。

【０１５３】尚、コマンドおよびレスポンスのデータ
は、コマンド／レスポンスの区別となる「タイプ」、コ
マンドコードを示す「コマンド」、パラメータの数を示
す「カウント」、パラメータのサイズを示す「サイ
ズ」、および「パラメータ」の各フィールドよりなる。
タイプについては、その値が「０」であればコマンド、
「１」であればレスポンスを示す。

【０１５４】図２６に、本実施形態におけるコマンドコ
ードの一覧を示す。例えば、デジタルカメラ１０１とプ
リンタ１０７における通信を行う場合を例とすると、コ
マンドコード１は、デジタルカメラ１０１がプリンタ１
０７に対してその設定項目を問い合わせる設定項目問い
合わせコマンドである。コマンドコード２は、デジタル
カメラ１０１がプリンタ１０７の設定項目における設定
値を変更するための設定値変更コマンドである。コマン
ドコード３は、デジタルカメラ１０１がプリンタ１０７
に画像情報を送信して、画像の印刷を指示するための印
刷コマンドである。コマンドコード４は、プリンタ１０
１からデジタルカメラ１０７へ印刷結果を通知するため
の印刷結果通知コマンドである。コマンドコード５は、
デジタルカメラ１０１からプリンタ１０７へ、サムネイ
ル印刷を指示するためのサムネイル印刷コマンドであ
る。

【０１５５】図２７は、デジタルカメラ１０１における
操作部１１２の外観を示す図である。２４０１は操作パ
ネル全体を示し、２４０２は操作画面を示す。操作画面
２４０２において、２４０３〜２４０８は、それぞれ操
作項目１〜６を示すアイコン表示、２４０９はカーソル
表示を示す。

【０１５６】また、２４１０は操作の取り消しを示す取
消ボタン、２４１１，２４１２はカーソルを移動させる
ための移動ボタン、２４１３は項目を選択するための選
択ボタン、２４１４は印刷指示を行うための印刷ボタ
ン、２４１５はさらなる拡張機能を使用するための機能
ボタンを示す。

【０１５７】図２８は、本実施形態におけるプリンタ選
択画面例を示す図である。上述したように、本実施形態
におけるデジタルカメラ１０１は、１３９４ネットワー
クに接続された全てのプリンタを検索し、図２８に示す
選択画面においてアイコン表示する。そして、ユーザは
印刷を実行したいプリンタのアイコンにカーソルを移動
させ、選択ボタン２４１３を押下することにより、プリ
ンタを選択する。以下、該画面においてプリンタ１０７
が選択されたとして説明する。

【０１５８】図２９は、設定項目問い合わせコマンド／
レスポンスの形式を示す図である。デジタルカメラ１０
１は、選択されたプリンタ１０７に対して、設定項目問
い合わせコマンドを送信する。このコマンドはパラメー
タを有していないため、そのサイズも０となる。コマン
ドを受信したプリンタ１０７は、そのレスポンスをデジ
タルカメラ１０１に返信する。このレスポンスにより、
項目番号Ｎ１〜Ｎｎで示されるプリンタ１０７の設定項
目が、その設定値Ａ１〜Ａｎを伴ってデジタルカメラ１
０１に通知される。尚、プリンタ１０７の設定項目は、
用紙サイズや用紙種類、および印刷方向等である。

【０１５９】図３０は、本実施形態における用紙サイズ
選択画面例を示す図である。ユーザは所望の用紙サイズ
を示すアイコンにカーソル２４０９を移動し、選択ボタ
ン２４１３を押下することにより、用紙サイズを選択す
る。

【０１６０】図３１は、本実施形態における用紙種類選
択画面例を示す図である。ユーザは所望の用紙種類を示
すアイコンにカーソル２４０９を移動し、選択ボタン２
４１３を押下することにより、用紙種類を選択する。

【０１６１】図３２は、本実施形態における印刷方向選
択画面例を示す図である。ユーザは所望の印刷方向を示
すアイコンにカーソル２４０９を移動し、選択ボタン２
４１３を押下することにより、印刷方向を選択する。

【０１６２】尚、これらプリンタ項目の設定値としてデ
フォルト値を設けても良いことはもちろんであり、特に
ユーザによる選択がなされなかった項目については、該
デフォルト値が設定される。また、設定項目問い合わせ
レスポンスによって得られたプリンタ１０７における現
在の設定値を、デフォルト値として表示することも有効
である。

【０１６３】図３３は、設定値変更コマンド／レスポン
スの形式を示す図である。デジタルカメラ１０１は、選
択されたプリンタ１０７における現在の設定値を、上述
したようにしてユーザにより選択された用紙サイズ、用
紙種類、及び印刷方向等の設定値に変更するために、設
定値変更コマンドをプリンタ１０７に送信する。このコ
マンドにより、項目番号Ｎ１〜Ｎｎに対するユーザ設定
値Ａ１〜Ａｎがプリンタ１０７に通知される。

【０１６４】設定値変更コマンドを受信したプリンタ１
０７は、該コマンドのパラメータに従ってその設定値を
変更し、デジタルカメラ１０１へレスポンスを返信す
る。このレスポンスにより、プリンタ１０７における現
在の項目番号Ｎ１〜Ｎｎに対する各設定値Ａ１〜Ａｎ
が、デジタルカメラ１０１に通知される。

【０１６５】ここで図３４に、デジタルカメラ１０１内
に記憶された画像ファイルの構成例を示す。３１０１は
印刷回数、３１０２はサムネイルデータ、３１０３はイ
メージデータ本体を示す。

【０１６６】図３５は、本実施形態における画像選択画
面例を示す図である。デジタルカメラ１０１は、内部に
記憶している画像ファイルのサムネイルデータ３１０２
を使用して、画像のアイコン３２０１〜３２０６を表示
する（以下、サムネイル表示と呼ぶ）。アイコン３２０
１，３２０２，３２０４，３２０６は、印刷回数が０で
ある画像ファイルを示し、３２０３，３２０５は印刷回
数が１以上である画像ファイルを示す。このように、本
実施形態においては印刷回数の値、即ち印刷履歴によっ
て、その画像のアイコンを例えば網掛け表示にする等、
区別して表示する。尚、網掛け表示を行う対象となる印
刷回数を、２回以上の任意の回数に設定することももち
ろん可能である。

【０１６７】ユーザは、該網掛け表示によって、画像毎
の印刷回数を容易に把握することができ、所望の画像を
示すアイコンにカーソル２４０９を移動し、選択ボタン
２４１３を押下する。これにより、印刷対象となる画像
が選択される。図中、３２０７〜３２０９は、選択され
た画像を示す網掛け枠表示である。印刷ボタン２４１４
が押下されることにより、選択された全画像の印刷が指
示される。

【０１６８】図３６に、デジタルカメラ１０１の管理部
１０５内に保持されている、画像管理テーブルの構成例
を示す。画像管理テーブルは、該テーブルに登録された
画像の総数を示すイメージ数情報、及び登録画像情報か
らなる。登録画像情報は、画像ファイル名情報及びその
印刷結果情報を備える。印刷結果情報は、その値によっ
て３通りの結果を示す。値が「０」であればその画像は
印刷指示を受けたことがないことを示し、「１」であれ
ば正常に印刷したことを示し、「−１」であれば印刷指
示はあったものの正常に印刷できなかったことを示す。
尚、プリンタ１０７の管理部１１１内も図３６と同様の
構成をなす画像管理テーブルを保持しており、本実施形
態においてはこの互いの管理テーブルにより、画像毎の
印刷回数を以下のように制御する。

【０１６９】デジタルカメラ１０１は、ユーザにより印
刷指示がなされると、選択された画像を管理部１０５内
の管理テーブルに登録し、該選択された画像毎に順次、
印刷コマンドをプリンタ１０７へ送信する。

【０１７０】プリンタ１０７は印刷コマンドを受信する
と、それに伴って受信した画像を管理部１１１内の管理
テーブルに登録する。そして、デジタルカメラ１０１に
対して印刷レスポンスを返信して、印刷を開始する。

【０１７１】図３７は、印刷コマンド／レスポンスの形
式を示す図である。本実施形態における印刷コマンド
は、タイプが０、コマンドコードが３、カウントが１で
あり、サイズが画像ファイル名と画像データを合わせた
サイズとなる。

【０１７２】図３８は、印刷結果通知コマンド／レスポ
ンスの形式を示す図である。プリンタ１０７は、画像の
印刷を終了すると、その印刷結果を管理テーブルに格納
し、更に印刷結果通知コマンドにセットしてデジタルカ
メラ１０１に送信する。そして、デジタルカメラ１０１
から該画像に対する印刷結果通知レスポンスを受信した
ら、プリンタ１０７は管理テーブルから該画像の情報を
削除する。

【０１７３】デジタルカメラ１０１は、プリンタ１０７
から印刷結果通知コマンドを受信すると、対応する画像
の印刷結果を管理テーブルに格納した後、プリンタ１０
７へ印刷結果通知レスポンスを返信する。そして、対応
する画像ファイルの印刷回数３１０１を管理テーブルの
内容に応じて更新する。即ち、正常に印刷できれば印刷
回数に１を加え、その後、該画像の情報を管理テーブル
から削除する。

【０１７４】以上説明したように本実施形態によれば、
デジタルカメラ１０１とプリンタ１０７とを１３９４イ
ンタフェースにより接続してダイレクトプリントを行う
際に、デジタルカメラ１０１内に保持された複数の画像
ファイルについて、その印刷回数を管理し、該印刷回数
に応じて画像ファイルを区別してサムネイル表示するこ
とにより、ユーザによる印刷対象画像の選択を容易なも
のとすることができる。

【０１７５】［変形例１］本実施形態は、デジタルカメ
ラ１０１内に保持された画像をその操作部においてサム
ネイル表示するのみならず、プリンタ１０７においてサ
ムネイル印刷を行うことにより、各画像の印刷回数を更
に効果的にユーザに報知することができる。

【０１７６】図３９は、本実施形態におけるサムネイル
印刷コマンド／レスポンスの形式を示す図である。サム
ネイル印刷コマンドデータは、タイプが０、コマンドコ
ードが５、カウントがサムネイル印刷する画像の数ｎ、
サイズがｎ個のパラメータを合わせたサイズｍであり、
１個のパラメータは、画像ファイル名、印刷回数、サム
ネイルデータのサイズ、サムネイルデータの実体からな
る。サムネイル印刷レスポンスは、タイプが１、コマン
ドコードが５、カウントが０、サイズが０である。

【０１７７】デジタルカメラ１０１は、記憶部１０４内
に格納している画像ファイルから、その印刷回数３１０
１及びサムネイルデータ３１０２を順次読み出し、サム
ネイル印刷コマンドデータをセットしてプリンタ１０７
に送信する。プリンタ１０７は該コマンドを受信する
と、デジタルカメラ１０１へサムネイル印刷レスポンス
を返信した後、サムネイル印刷を開始する。

【０１７８】図４０は、本実施形態におけるサムネイル
印刷出力例を示す図である。本実施形態においては、例
えばデジタルカメラ１０１の記憶部１０４内に格納され
た画像ファイルを、１回以上の正常印刷の実績がある
等、その印刷回数に応じた網掛け等により、区別して印
刷を行う。ユーザはサムネイル印刷出力を参照すること
によって、例えば未だ印刷されていない画像を容易に把
握することができる。

【０１７９】本実施形態におけるサムネイル印刷機能は
例えば、デジタルカメラ１０１において、その表示機能
の制限等により印刷回数を考慮したサムネイル表示が行
えない場合に、有効である。

【０１８０】［変形例２］本実施形態は、デジタルカメ
ラ１０１内に保持された画像をサムネイル表示又はサム
ネイル印刷する際に、印刷回数に応じたソートを施すこ
とにより、各画像の印刷回数を更に効果的にユーザに報
知することができる。

【０１８１】図４１は、画像の印刷回数が多い順にソー
トして表示した、画像選択画面（サムネイル表示）の一
例を示す図である。デジタルカメラ１０１は、記憶部１
０４内に格納した画像ファイル毎に、その印刷回数を順
次読み出し、画像ファイルとその印刷回数の対応表を作
成する。そして、この表を印刷回数の順にソートしてソ
ート表を作成し、該ソート表に基づいて画像ファイルを
読み出し、選択画面を表示する。

【０１８２】図４２は、図４１で示したのと同様の画像
ファイル群について、印刷回数が多い順にソートして印
刷した、サムネイル印刷の一例を示す図である。デジタ
ルカメラ１０１は、上述したソート表に基づいて、サム
ネイル印刷コマンドをセットし、順次プリンタ１０７へ
送信する。これにより、プリンタ１０７側においてサム
ネイル印刷が実行される。

【０１８３】このように、印刷回数に応じてソートした
サムネイル出力を行うことにより、ユーザは印刷対象と
して指定する画像の選択を、より容易に行うことが可能
となる。

【０１８４】尚、本実施形態においては、デジタルカメ
ラ１０１内に保持された複数の画像ファイルについて、
そのサムネイル印刷又はサムネイル出力を行う例につい
て説明したが、本発明はサムネイル出力に限定して適用
されるものではない。例えば、デジタルカメラ１０１に
おける表示機能またはプリンタ１０７における印刷機能
の制限等に基づき、ファイル名やファイル作成日時、又
はユーザコメント等の画像ファイル情報に加えて、更に
印刷回数情報を一覧表示又は一覧印刷しても良い。

【０１８５】

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

【０１８６】また、本発明の目的は、前述した実施形態
の機能を実現するソフトウェアのプログラムコードを記
録した記憶媒体（または記録媒体）を、システムあるい
は装置に供給し、そのシステムあるいは装置のコンピュ
ータ（またはCPUやMPU）が記憶媒体に格納されたプログ
ラムコードを読み出し実行することによっても、達成さ
れることは言うまでもない。この場合、記憶媒体から読
み出されたプログラムコード自体が前述した実施形態の
機能を実現することになり、そのプログラムコードを記
憶した記憶媒体は本発明を構成することになる。また、
コンピュータが読み出したプログラムコードを実行する
ことにより、前述した実施形態の機能が実現されるだけ
でなく、そのプログラムコードの指示に基づき、コンピ
ュータ上で稼働しているオペレーティングシステム(OS)
などが実際の処理の一部または全部を行い、その処理に
よって前述した実施形態の機能が実現される場合も含ま
れることは言うまでもない。

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

【０１８８】また、上述した実施形態においてはＩＥＥ
Ｅ１３９４に規定されるデジタルインタフェイスを用い
てネットワークを構成する例を説明したが、本発明はこ
れに限定されるものではなく、Universal Serial Bus(U
SB)と呼ばれるデジタルインタフェイスなど、任意のデ
ジタルインタフェイスを用いて構成されるネットワーク
にも適用することができる。

【０１８９】

【発明の効果】以上説明したように本発明によれば、画
像入力装置を画像出力装置に直結して画像出力を行う際
に、出力対象となる画像の選択が容易に可能となる。

【図面の簡単な説明】

【図１】本発明の実施例を示すブロック図である。

【図２】ＩＥＥＥ１３９４規格に準拠したデジタルイン
ターフェースを具備するノードにより構成される通信シ
ステムの一例を示す図である。

【図３】１３９４インターフェースの構成要素を示す図
である。

【図４】リンク・レイヤの提供可能なサービスを示す図
である。

【図５】トランザクション・レイヤの提供可能なサービ
スを示す図である。

【図６】１３９４インターフェースにおけるアドレス空
間を説明する図である。

【図７】ＣＳＲコア・レジスタに格納される情報のアド
レス及び機能を示す図である。

【図８】シリアルバス・レジスタに格納される情報のア
ドレスおよび機能を示す図である。

【図９】最小形式のConfiguration ＲＯＭを示す図であ
る。

【図１０】一般形式のConfiguration ＲＯＭを示す図で
ある。

【図１１】ユニット空間のシリアルバス装置レジスタに
格納される情報のアドレスおよび機能を示す図である。

【図１２】ＩＥＥＥ１３９４規格に準拠したケーブルの
断面図である。

【図１３】ＤＳ−Ｌｉｎｋ符号化方式を説明する図であ
る。

【図１４】図２の１３９４ネットワークにおけるバスリ
セット起動後の状態を説明する図である。

【図１５】図１４におけるバスリセットの開始からノー
ドＩＤの割り当てまでを説明するフローチャートであ
る。

【図１６】各ノード間の親子関係親子関係を認識する処
理を説明するフローチャートである。

【図１７】自動的に各ノードのノードＩＤを割り当てる
処理を説明するフローチャートである。

【図１８】セルフＩＤパケットの構成例を示す図であ
る。

【図１９】図１の１３９４ネットワークにおけるアービ
トレーションを説明する図である。

【図２０】１通信サイクルにおいてIsochronous転送モ
ードとAsynchronous転送モードとを混在させた場合を説
明する図である。

【図２１】Isochronous転送モードに基づいて転送され
る通信パケットのフォーマットを示す図である。

【図２２】Asynchronous転送モードに基づいて転送され
る通信パケットのフォーマットを示す図である。

【図２３】本実施形態におけるネットワークの一例を示
す図である。

【図２４】本実施形態のConfiguration ＲＯＭを示す図
である。

【図２５】本実施形態において通信に用いるコマンド・
レスポンスの形式を示す図である。

【図２６】本実施形態のコマンドコード一覧を示す図で
ある。

【図２７】本実施形態の画像処理装置１０１の操作画面
を示す図である。

【図２８】本実施形態の印刷装置選択画面を示す図であ
る。

【図２９】本実施形態の印刷装置に対する設定項目問い
合わせコマンド・レスポンスの形式を示す図である。

【図３０】本実施形態の用紙サイズ選択画面を示す図で
ある。

【図３１】本実施形態の用紙種類選択画面を示す図であ
る。

【図３２】本実施形態の印刷方向選択画面を示す図であ
る。

【図３３】本実施形態の印刷装置に対する設定項目の設
定値の変更コマンド・レスポンスの形式を示す図であ
る。

【図３４】本実施形態の画像処理装置に記憶される画像
ファイルの構成を示す図である。

【図３５】本実施形態の画像選択画面（サムネイル表
示）の一例を示す図である。

【図３６】本実施形態の画像処理装置の画像管理テーブ
ルの構成を示す図である。

【図３７】本実施形態の印刷コマンド・レスポンスの形
式を示す図である。

【図３８】本実施形態の印刷結果通知コマンド・レスポ
ンスの形式を示す図である。

【図３９】本実施形態のサムネイル印刷コマンド・レス
ポンスの形式を示す図である。

【図４０】本実施形態のサムネイル印刷出力の例を示す
図である。

【図４１】画像の印刷回数が多い順にソートしたサムネ
イル表示の一例を示す図である。

【図４２】画像の印刷回数が多い順にソートしたサムネ
イル印刷の一例を示す図である。

【符号の説明】

１０１ デジタルカメラ １０２ 表示部 １０３ 選択部 １０４ 記憶部 １０５ 管理部 １０６ 通信部 １１２ 制御部 １０７ プリンタ １０８ 通信部 １０９ 制御部 １１０ 印刷部 １１１ 管理部

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｎ 1/00 Ｈ０４Ｎ 1/00 Ｃ ５Ｅ５０１ 5/907 5/907 Ｂ ９Ａ００１ Ｆターム(参考） 2C061 HJ06 HK15 HQ20 2C087 AB01 BA03 BD41 CB17 CB20 5B021 AA30 BB00 BB02 CC04 5C052 AA17 DD02 EE03 FA02 FA03 FA04 FA06 FA07 FB01 FC01 FD08 FE01 5C062 AA01 AA05 AB20 AB23 AB38 AB42 AC06 AC41 AF00 BA04 5E501 AA06 AA30 BA05 CA04 CB05 FA05 FA46 9A001 BB04 BB06 CC09 DD15 HH23 HH34 JJ71 JZ18 KK42

Claims (26)

【特許請求の範囲】
1. 【請求項１】 画像出力装置と接続された画像処理装置
   であって、 画像情報を記憶する記憶手段と、 該画像情報を前記画像出力装置に送信し、その処理結果
   を受信する通信手段と、 該処理結果に基づき、前記画像情報の出力回数を管理す
   る管理手段と、 前記画像情報をその出力回数に基づいて表示する表示手
   段と、を備えることを特徴とする画像処理装置。
2. 【請求項２】 前記記憶手段は、複数の画像情報を記憶
   し、 前記表示手段は、該複数の画像情報をその出力回数に基
   づいて区別して表示することを特徴とする請求項１記載
   の画像処理装置。
3. 【請求項３】 前記表示手段は、該複数の画像情報を一
   覧表示することを特徴とする請求項２記載の画像処理装
   置。
4. 【請求項４】 前記表示手段は、前記複数の画像情報に
   基づくサムネイル表示を行うことを特徴とする請求項３
   記載の画像処理装置。
5. 【請求項５】 前記表示手段は、該複数の画像情報をそ
   の出力回数順に表示することを特徴とする請求項３記載
   の画像処理装置。
6. 【請求項６】 更に、前記表示手段において表示された
   複数の画像情報のいずれかを、前記画像出力装置への送
   信対象として選択する選択手段を備えることを特徴とす
   る請求項２記載の画像処理装置。
7. 【請求項７】 前記通信手段は、ＩＥＥＥ１３９４規格
   に適合または準拠するインタフェースにより通信を行う
   ことを特徴とする請求項１乃至６の何れかに記載の画像
   処理装置。
8. 【請求項８】 画像入力装置と画像出力装置を接続した
   画像処理システムであって、 前記画像入力装置は、 画像情報を記憶する記憶手段と、 該画像情報を前記画像出力装置に送信し、その処理結果
   を受信する第１の通信手段と、 該処理結果に基づき、前記画像情報の出力回数を管理す
   る管理手段と、 前記画像情報をその出力回数に基づいて表示する表示手
   段と、を有し、 前記画像出力装置は、 画像情報に基づいて形成した画像を印刷する印刷手段
   と、 前記画像入力装置から画像情報を受信し、該画像情報の
   前記画像出力手段における処理結果を前記画像入力装置
   へ送信する第２の通信手段と、を有することを特徴とす
   る画像処理システム。
9. 【請求項９】 前記記憶手段は、複数の画像情報を記憶
   し、 前記表示手段は、該複数の画像情報をその出力回数に基
   づいて区別して表示することを特徴とする請求項８記載
   の画像処理システム。
10. 【請求項１０】 前記表示手段は、該複数の画像情報を
    一覧表示することを特徴とする請求項９記載の画像処理
    システム。
11. 【請求項１１】 前記表示手段は、前記複数の画像情報
    に基づくサムネイル表示を行うことを特徴とする請求項
    １０記載の画像処理システム。
12. 【請求項１２】 前記表示手段は、該複数の画像情報を
    その出力回数順に並べて表示することを特徴とする請求
    項１０記載の画像処理システム。
13. 【請求項１３】 更に、前記表示手段において表示され
    た複数の画像情報のいずれかを、前記画像出力装置への
    送信対象として選択する選択手段を備えることを特徴と
    する請求項９記載の画像処理システム。
14. 【請求項１４】 画像入力装置と画像出力装置とを接続
    した画像処理システムであって、 前記画像入力装置は、 画像情報を記憶する記憶手段と、 該画像情報を前記画像出力装置に送信し、その処理結果
    を受信する第１の通信手段と、 該処理結果に基づき、前記画像情報の出力回数を管理す
    る管理手段と、を有し、 前記画像出力装置は、 画像情報に基づいて形成した画像を印刷する印刷手段
    と、 前記画像入力装置から画像情報を受信し、該画像情報の
    前記印刷手段における処理結果を前記画像入力装置へ送
    信する第２の通信手段と、を有し、 前記印刷手段は、前記第１の通信手段を介した前記画像
    入力装置からの指示に応じて、前記画像情報をその出力
    回数に基づいて印刷することを特徴とする画像処理シス
    テム。
15. 【請求項１５】 前記管理手段は、前記第１の通信手段
    によって前記記憶手段に保持された画像情報をその出力
    回数と共に前記画像出力装置に送信することによって、
    前記画像出力装置における前記画像情報の出力回数に基
    づく印刷を指示することを特徴とする請求項１４記載の
    画像処理システム。
16. 【請求項１６】 前記記憶手段は、複数の画像情報を記
    憶し、 前記表示手段は、該複数の画像情報をその出力回数に基
    づいて区別して表示することを特徴とする請求項１５記
    載の画像処理システム。
17. 【請求項１７】 前記印刷手段は、該複数の画像情報の
    一覧を印刷することを特徴とする請求項１６記載の画像
    処理システム。
18. 【請求項１８】 前記印刷手段は、前記複数の画像情報
    に基づくサムネイル印刷を行うことを特徴とする請求項
    １７記載の画像処理システム。
19. 【請求項１９】 前記印刷手段は、該複数の画像情報を
    その出力回数順に並べて印刷することを特徴とする請求
    項１７記載の画像処理システム。
20. 【請求項２０】 前記第１及び第２の通信手段は、ＩＥ
    ＥＥ１３９４規格に適合または準拠するインタフェース
    により通信を行うことを特徴とする請求項８乃至１９の
    何れかに記載の画像処理システム。
21. 【請求項２１】 画像出力装置と接続された画像処理装
    置の制御方法であって、 記憶手段に記憶された画像情報を前記画像出力装置に送
    信する送信工程と、 該送信した画像情報の前記画像出力装置における処理結
    果を受信する受信工程と、 該受信した処理結果に基づき、前記画像情報の出力回数
    を制御する出力回数制御工程と、 前記画像情報をその出力回数に基づいて表示する表示工
    程と、を備えることを特徴とする画像処理装置の制御方
    法。
22. 【請求項２２】 画像入力装置と画像出力装置を接続し
    た画像処理システムの制御方法であって、 前記画像入力装置において、記憶された画像情報を前記
    画像出力装置に送信する第１の通信工程と、 前記画像出力装置において、前記画像入力装置から送信
    されてきた画像情報に基づき画像を形成して印刷する印
    刷工程と、 該印刷工程における処理結果を前記画像入力装置に送信
    する第２の通信工程と、 前記画像入力装置において、受信した該処理結果に基づ
    いて前記画像情報の出力回数を制御する出力回数制御工
    程と、 前記画像情報をその出力回数に基づいて表示する表示工
    程と、を有することを特徴とする画像処理システムの制
    御方法。
23. 【請求項２３】 画像入力装置と画像出力装置とを接続
    した画像処理システムの制御方法であって、 前記画像入力装置において、記憶された画像情報を前記
    画像出力装置に送信する第１の通信工程と、 前記画像出力装置において、前記画像入力装置から送信
    されてきた画像情報に基づき画像を形成して印刷する第
    １の印刷工程と、 該第１の印刷工程における処理結果を前記画像入力装置
    に送信する第２の通信工程と、 前記画像入力装置において、受信した該処理結果に基づ
    いて前記画像情報の出力回数を制御する出力回数制御工
    程と、 前記画像情報をその出力回数と共に前記画像出力装置へ
    送信する第３の通信工程と、 前記画像出力装置において、該第３の通信工程によって
    送信されてきた前記画像情報をその出力回数に基づいて
    印刷する第２の印刷工程と、 ことを特徴とする画像処理システムの制御方法。
24. 【請求項２４】 画像出力装置と接続された画像処理装
    置の制御プログラムを記録した記録媒体であって、該制
    御プログラムは少なくとも、 記憶手段に記憶された画像情報を前記画像出力装置に送
    信する送信工程のコードと、 該送信した画像情報の前記画像出力装置における処理結
    果を受信する受信工程のコードと、 該受信した処理結果に基づき、前記画像情報の出力回数
    を制御する出力回数制御工程のコードと、 前記画像情報をその出力回数に基づいて表示する表示工
    程のコードと、を備えることを特徴とする記録媒体。
25. 【請求項２５】 画像入力装置と画像出力装置を接続し
    た画像処理システムの制御プログラムを記録した記録媒
    体であって、該制御プログラムは少なくとも、 前記画像入力装置において、記憶された画像情報を前記
    画像出力装置に送信する第１の通信工程のコードと、 前記画像出力装置において、前記画像入力装置から送信
    されてきた画像情報に基づき画像を形成して印刷する印
    刷工程のコードと、 該印刷工程における処理結果を前記画像入力装置に送信
    する第２の通信工程のコードと、 前記画像入力装置において、受信した該処理結果に基づ
    いて前記画像情報の出力回数を制御する出力回数制御工
    程のコードと、 前記画像情報をその出力回数に基づいて表示する表示工
    程のコードと、を有することを特徴とする記録媒体。
26. 【請求項２６】 画像入力装置と画像出力装置とを接続
    した画像処理システムの制御プログラムを記録した記録
    媒体であって、該制御プログラムは少なくとも、 前記画像入力装置において、記憶された画像情報を前記
    画像出力装置に送信する第１の通信工程のコードと、 前記画像出力装置において、前記画像入力装置から送信
    されてきた画像情報に基づき画像を形成して印刷する第
    １の印刷工程のコードと、 該第１の印刷工程における処理結果を前記画像入力装置
    に送信する第２の通信工程のコードと、 前記画像入力装置において、受信した該処理結果に基づ
    いて前記画像情報の出力回数を制御する出力回数制御工
    程のコードと、 前記画像情報をその出力回数と共に前記画像出力装置へ
    送信する第３の通信工程のコードと、 前記画像出力装置において、該第３の通信工程によって
    送信されてきた前記画像情報をその出力回数に基づいて
    印刷する第２の印刷工程のコードと、ことを特徴とする
    記録媒体。