JP4314990B2 - ダイレクト印刷システム、プリンタ、デジタルカメラ、制御プログラムおよび画像印刷方法 - Google Patents

Description

本発明は、通信路を介して制御情報および画像データを伝送して、デジタルカメラに格納された画像データに基づく画像をプリンタにより出力するダイレクト印刷システムおよび画像印刷方法、並びにそれらで使用されるプリンタ、デジタルカメラおよび制御プログラムに関するものである。

デジタルスチルカメラとプリンタとを、パーソナルコンピュータなどを介さずに接続し
、デジタルスチルカメラにより撮影した画像をプリンタにより印刷するいわゆるダイレク
トプリントシステムがある（例えば特許文献１参照）。

ダイレクトプリントシステムでは、デジタルスチルカメラとプリンタとの間でベンダ固
有のプロトコルを使用して、画像データや印刷ジョブ開始コマンドなどの送受が行われて
いる。

特開２００２−３３０３９４号公報（従来の技術欄）

しかしながら、各ベンダが独自のプロトコルを使用しているため、デジタルスチルカメ
ラによる画像をあるベンダのプリンタにより印刷できても、他のベンダのプリンタにより
印刷できないことがある。その場合、複数のベンダで同一のプロトコルを使用すれば、デ
ジタルスチルカメラによる画像をそれらのうちのいずれのベンダのプリンタでも印刷可能
となるが、プリンタには各ベンダ固有の機能があり、完全に同一のプロトコルを使用する
ことが難しい。また、プリンタの機能は年々進化しており、一旦、画一的なプロトコルを
規定してしまうと、新たな機能を追加することが困難になってしまう。

本発明は、上記の問題に鑑みてなされたものであり、複数ベンダに対する互換性を維持しつつ、プロトコル規定後に機能を追加し易いダイレクト印刷システム、プリンタ、デジタルカメラ、制御プログラムおよび画像印刷方法を得ることを目的とする。

上記の課題を解決するために、本発明のダイレクト印刷システムは、画像データファイルを格納するデジタルカメラと、画像データファイルに基づき画像を印刷するプリンタと、デジタルカメラとプリンタとを直接接続する通信路とを備え、デジタルカメラとプリンタを次のようにした。プリンタは、通信路としてのＵＳＢケーブルを介してデジタルカメラが接続されそのデジタルカメラが所定の印刷制御プロトコルに対応可能であることを検知した後に、その印刷制御プロトコルで規定された画像印刷に係る制御情報をマークアップ言語で記述した一連のスクリプトとして通信路を介して受信し、受信したスクリプトに記述された印刷対象の画像データファイルをスクリプトの送信元から取得する第１の通信手段と、印刷制御プロトコルの拡張機能が使用される場合には、第１の通信手段により受信されたスクリプト内にあるその拡張機能の情報に基づいて拡張機能による画像処理を施して画像データファイルから印刷用の制御データを生成しその印刷用の制御データに従って印刷処理を実行させる手段とを備え、デジタルカメラは、通信路としてのＵＳＢケーブルを介してプリンタが接続されそのプリンタが所定の印刷制御プロトコルに対応可能であることを検知した後に、画像印刷に係る制御情報をマークアップ言語で記述した一連のスクリプトとして通信路を介して送信するとともに、そのスクリプトとは別に、同一の上記通信路を介してその制御情報で指定された画像データファイルを送信する第２の通信手段と、印刷制御プロトコルに対して追加された画像処理の拡張機能が使用される場合には、スクリプト内にその拡張機能の情報を挿入して、スクリプトを生成するスクリプト生成手段とを備える。

このダイレクト印刷システムを利用すると、マークアップ言語の特性を利用して、複数ベンダに対する互換性を維持しつつ、プロトコル規定後に機能を簡単に追加することが可能となる。

本発明のプリンタは、画像データファイルを格納するデジタルカメラに通信路としてのＵＳＢケーブルを介して接続される通信回路と、通信路を介してデジタルカメラが接続されそのデジタルカメラが所定の印刷制御プロトコルに対応可能であることを検知した後に、通信回路を制御して、その印刷制御プロトコルで規定された画像印刷に係る制御情報をマークアップ言語で記述した一連のスクリプトとして通信路を介して受信し、受信したスクリプトに記述された印刷対象の画像データファイルをスクリプトの送信元から取得する通信制御部と、所定の画像処理機能についての拡張機能が使用される場合には、スクリプト内にあるその拡張機能の情報に基づいて拡張機能による画像処理を施して画像データファイルから印刷用の制御データを生成しその印刷用の制御データに従って印刷処理を実行することで、画像データファイルに基づく画像を印刷する出力手段とを備える。

このプリンタを利用すると、複数ベンダに対する互換性を維持しつつ、プロトコル規定後に機能を簡単に追加することが可能となる。

また、本発明のプリンタは、上記発明のプリンタにおいて、さらに次の特徴を有するものである。拡張機能が指定された場合に、出力手段が、画像データファイルに記録された画像処理制御データに基づいて、その画像データファイル内の画像データに対して画像処理を施し、画像処理後の画像データに基づき画像を印刷する。

これにより、予め用意されている画像処理のいずれかを選択し選択した画像処理を画像データに施す機能を簡単に追加することができる。

また、本発明のプリンタは、上記発明のプリンタにおいて、さらに次の特徴を有するものである。拡張機能は、ＰＩＭ（プリントイメージマッチング）機能またはＥｘｉｆプリンティング機能である。

また、本発明のプリンタは、上記発明のプリンタのいずれかにおいて、さらに次の特徴を有するものである。拡張機能は、フレーム画像と画像データの画像とを組み合わせて印刷するフレーム挿入印刷処理である。

これにより、独特なフレーム挿入印刷を行う機能を簡単に追加することができる。

また、本発明のプリンタは、上記発明のプリンタのいずれかにおいて、さらに次の特徴を有するものである。拡張機能は、余白が形成されずに印刷される印刷処理を含むものである。

本発明のデジタルカメラは、ユーザにより操作される操作部と、画像データファイルを格納する記録媒体と、画像データファイルに基づき画像を印刷するプリンタに通信路としてのＵＳＢケーブルを介して接続される通信回路と、通信路としてのＵＳＢケーブルを介してプリンタが接続されそのプリンタが所定の印刷制御プロトコルに対応可能であることを検知した後に、通信回路を制御して、画像印刷に係る制御情報をマークアップ言語で記述した一連のスクリプトとして通信路を介して送信するとともに、そのスクリプトとは別に、同一の通信路を介してその制御情報で指定された画像データファイルを送信する通信制御部と、操作部に対して所定の操作があると、印刷制御プロトコルに対して追加された画像処理の拡張機能が使用される場合には、スクリプト内にその拡張機能の情報を挿入し
て、スクリプトを生成するスクリプト生成手段とを備える。

このデジタルカメラを利用すると、複数ベンダに対する互換性を維持しつつ、プロトコル規定後に機能を簡単に追加することが可能となる。

また、本発明のデジタルカメラは、上記発明のデジタルカメラにおいて、さらに次の特徴を有するものである。所定の画像処理機能についての拡張機能は、画像データファイルに記録された画像処理制御データに基づいて、その画像データファイル内の画像データに対して画像処理を施し、画像処理後の画像データに基づき画像を印刷する機能である。

これにより、予め用意されている画像処理のいずれかを選択し選択した画像処理を画像データに施す機能を簡単に追加することができる。

また、本発明のデジタルカメラは、上記発明のデジタルカメラにおいて、さらに次の特徴を有するものである。拡張機能は、ＰＩＭ（プリントイメージマッチング）機能またはＥｘｉｆプリンティング機能である。

また、本発明のデジタルカメラは、上記発明のデジタルカメラのいずれかにおいて、さらに次の特徴を有するものである。拡張機能は、フレーム画像と前記画像データの画像とを組み合わせて印刷するフレーム挿入印刷処理である。

これにより、独特なフレーム挿入印刷を行う機能を簡単に追加することができる。

また、本発明のデジタルカメラは、上記発明のデジタルカメラのいずれかにおいて、さらに次の特徴を有するものである。拡張機能は、余白が形成されずに印刷される印刷処理を含むものである。

本発明の制御プログラムは、画像データファイルに基づき画像を印刷するプリンタに内蔵されるコンピュータに実行される制御プログラムにおいて、そのコンピュータを、通信路としてのＵＳＢケーブルを介してデジタルカメラが接続されそのデジタルカメラが所定の印刷制御プロトコルに対応可能であることを検知した後に、その印刷制御プロトコルで規定された画像印刷に係る制御情報をマークアップ言語で記述した一連のスクリプトとして通信路を介して受信し、受信したスクリプトに記述された印刷対象の画像データファイルをスクリプトの送信元から取得する通信制御部、および所定の画像処理機能についての拡張機能が使用される場合には、スクリプト内にあるその拡張機能の情報に基づいて、画像データファイルから印刷用の制御データを生成する手段として機能させる。

この制御プログラムを利用すると、複数ベンダに対する互換性を維持しつつ、プロトコル規定後に機能を簡単に追加することが可能となる。また、拡張機能の情報が既存の機能のタグの下位に配置されるため、ある機能について拡張機能が設定されているか否かを簡単に判定することができる。

本発明の制御プログラムは、画像データファイルを格納するデジタルカメラに内蔵されるコンピュータに実行される制御プログラムにおいて、そのコンピュータを、通信路としてのＵＳＢケーブルを介してプリンタが接続されそのプリンタが所定の印刷制御プロトコルに対応可能であることを検知した後に、画像印刷に係る制御情報をマークアップ言語で記述した一連のスクリプトとして上記通信路を介して送信するとともに、そのスクリプトとは別に、同一の通信路を介してその制御情報で指定された画像データファイルを送信する通信制御部、および印刷制御プロトコルに対して追加された画像処理の拡張機能が使用される場合には、スクリプト内にその拡張機能の情報を挿入して、スクリプトを生成するスクリプト生成手段として機能させる。

この制御プログラムを利用すると、複数ベンダに対する互換性を維持しつつ、プロトコル規定後に機能を簡単に追加することが可能となる。また、拡張機能の情報が既存の機能のタグの下位に配置されるため、ある機能について拡張機能が設定されているか否かを簡単に判定することができる。

本発明の画像印刷方法は、画像データファイルを格納するデジタルカメラと、画像データファイルに基づき画像を印刷するプリンタとの間で、通信路を介して制御情報を直接送受して、デジタルカメラに格納された画像データファイルに基づく画像をプリンタにより印刷する画像印刷方法であって、通信路としてのＵＳＢケーブルを介してデジタルカメラおよびプリンタが接続されそのプデジタルカメラおよびリンタが互いに所定の印刷制御プロトコルに対応可能であることが検知された後で、デジタルカメラとプリンタとの間で所定の画像処理機能についての拡張機能が使用される場合には、画像印刷に係る制御情報を生成する際に、その制御情報にその拡張機能の情報を挿入して、マークアップ言語で記述した一連のスクリプトを生成し、生成したスクリプトを制御情報として通信路を介してデジタルカメラとプリンタとの間で送受し、プリンタが、スクリプトに記述された印刷対象の画像データファイルをデジタルカメラから取得し、プリンタが、拡張機能の情報に基づいて画像データファイルから印刷用の制御データを生成しその印刷用の制御データに従って印刷処理を実行する。

この画像印刷方法を利用すると、マークアップ言語の特性を利用して、複数ベンダに対する互換性を維持しつつ、プロトコル規定後に機能を簡単に追加することが可能となる。

本発明によれば、複数ベンダに対する互換性を維持しつつ、プロトコル規定後に機能を追加し易いダイレクト印刷システムおよび画像印刷方法、並びにそれらで使用されるプリンタ、デジタルカメラおよび制御プログラムを得ることができる。

以下、図に基づいて本発明の実施の形態を説明する。

画像出力システムの参考構成例１．
図１は、画像出力システムの参考構成例１を示すブロック図である。例えば、この画像
出力システムは、いわゆるダイレクト印刷システムの一種とすることができる。図１にお
いて、画像出力装置１は、画像データに基づき画像を出力する装置である。画像出力装置
１の形態としては、画像データに基づき画像を紙などに印刷するプリンタなどがある。ま
た、画像供給装置２は、画像データを格納し、必要に応じてその画像データを送信可能な
装置である。画像供給装置２の形態としては、撮影した画像を画像データとして所定の記
録媒体に記憶するデジタルカメラなどがある。

通信路３は、画像出力装置１と画像供給装置２とを接続する伝送媒体である。この通信
路３は、有線の通信路に限定されず、無線の通信路を使用してもよい。参考構成例１では
、通信路３には、ＵＳＢ（Universal Serial Bus）のケーブルが使用される。なお、通信
路３が有線通信路である場合には、画像出力装置１と画像供給装置２には図示せぬコネク
タが設けられ、通信路３のケーブルの両端のコネクタと両装置１，２のコネクタとが、そ
れぞれ接続される。

図１に示す画像出力装置１において、通信回路１１は、通信路３を介して各種情報を電
気信号として送受する回路である。また、通信制御部１２は、通信回路１１を制御し、各
種プロトコルに従って通信相手と情報を送受する回路または装置である。なお、この通信
回路１１および通信制御部１２は、画像出力に係る制御情報をマークアップ言語で記述し
た一連のスクリプトとして通信路３を介して送受する第１の通信手段として機能する。

また、出力制御部１３は、出力機構１４を制御および監視し、画像出力処理（画像出力
装置１がプリンタである場合には印刷処理）を制御する回路または装置である。出力機構
１４は、画像を出力する機械的および／または電気的な構成部である。プリンタの場合の
出力機構１４としては、印字機構、紙送り機構などが該当する。また、参考構成例１では
、出力制御部１３および出力機構１４により、画像データに基づき画像を出力する出力手
段が構成される。

また、操作部１５は、ユーザにより操作され、その操作に応じた信号を出力する回路ま
たは装置である。この操作部１５としては、各種スイッチ、タッチパネルなどが、適宜使
用される。表示装置１６は、各種情報を表示する装置である。この表示装置１６としては
、各種インジケータ、液晶ディスプレイなどが、適宜使用される。

電源回路１７は、例えば商用電源やＡＣ／ＤＣ変換器に接続され、供給された電力を内
部の回路に供給する回路である。

図１に示す画像供給装置２において、通信回路２１は、通信路３を介して各種情報を電
気信号として送受する回路である。また、通信制御部２２は、通信回路２１を制御し、各
種プロトコルに従って通信相手と情報を送受する回路または装置である。なお、この通信
回路２１および通信制御部２２は、画像出力に係る制御情報をマークアップ言語で記述し
た一連のスクリプトとして通信路３を介して送受する第２の通信手段として機能する。

また、中央制御部２３は、通信制御部２２、記録媒体２４などの各種機能の有する回路
または装置との間で各種情報の授受を行いながら、各種処理を実行する回路または装置で
ある。

記録媒体２４は、画像データを含む１または複数の画像データファイル３１を格納する
装置である。画像データファイル３１は、例えばデジタルカメラにより撮影された画像、
その他の画像の画像データを含むファイルである。この画像データの形式は、例えばＪＰ
ＥＧ（Joint Photographic Experts Group）形式、ＥＸＩＦ（EXchangeable Image File
）形式などとされる。

なお、記録媒体２４としては、半導体メモリ、半導体メモリを使用したメモリカード、
磁気記録媒体、光記録媒体、光磁気記録媒体などが使用され、画像供給装置２の内部に固
定されていてもよいし、画像供給装置２に対して着脱可能でもよい。

操作部２５は、ユーザにより操作され、その操作に応じた信号を出力する回路または装
置である。この操作部１５としては、各種スイッチ、タッチパネルなどが、適宜使用され
る。表示装置２６は、画像データに基づく画像などの各種情報を表示する装置である。こ
の表示装置２６としては、各種インジケータ、液晶ディスプレイなどが、適宜使用される
。

バッテリ２７は、画像供給装置２の内部回路に電力を供給する電池である。なお、バッ
テリ２７としては、蓄電池、使い捨て電池などが使用される。また、画像供給装置２が可
搬性を要求される装置である場合には、電源としてバッテリ２７が設けられるが、画像供
給装置２が可搬性を要求されない装置である場合には、電源として画像出力装置１の電源
回路１７のような電源回路を代わりに設けるようにしてもよい。

図２は、画像出力システムの参考構成例１において、画像出力装置１と画像供給装置２
との間で使用されるプロトコルの一例を示す図である。

この参考構成例１では、まず、物理層として、上述のとおり、ＵＳＢケーブルである通
信路３が使用される。そして、この参考構成例１における画像出力装置１および画像供給
装置２では、その物理層を制御する層として、ＵＳＢ層があり、ＵＳＢクラスとしてスチ
ルイメージクラス（ＳＩＣ）が使用される。これにより、データ伝送路が実現される。な
お、ＵＳＢ規格については、現在ＵＳＢ１．１、ＵＳＢ２．０などが存在するが、将来提
案される次バージョン以降のものでもよく、ＵＳＢと同等の通信規格のものを代わりに使
用してもよい。なお、通信路３にＵＳＢを使用する場合、画像出力装置１がホストとなり
、画像供給装置２がデバイスとなる。

そして、その上位において、デジタル静止画装置（ＤＳＰＤ）の外部からの制御やデジ
タル静止画装置（ＤＳＰＤ）の外部への画像データ転送を規定した画像転送プロトコル（
ＰＴＰ）が使用される。なお、ＰＴＰの標準規格としては、ＰＨＯＴＯＧＲＡＰＨＩＣ
ＡＮＤ ＩＭＡＧＩＮＧ ＭＡＮＵＦＡＣＴＵＲＥＲＳ ＡＳＳＯＣＩＡＴＩＯＮ，ＩＮ
Ｃの「ＰＩＭＡ１５７４０：２０００」がある。なお、ＰＴＰは、ＤＳＰＤ間での画像デ
ータの交換のための通信方式を提供するプロトコルであり、ＰＴＰでは、ストレージ内の
オブジェクト（画像データファイルなど）は、パスではなく、オブジェクトＩＤ（オブジ
ェクトハンドル）で指定される。

この参考構成例１では、上述のＰＴＰの上位で、デジタルカメラなどの画像供給装置２
に格納された画像データを、通信路３を介して直接、プリンタなどの画像出力装置１へ供
給し、印刷を行うためのプロトコルである新規なダイレクトプリントサービス（以下、Ｄ
ＰＳという）プロトコルが使用される。ＤＰＳプロトコルでは、画像出力装置１と画像供
給装置２との間で、画像出力に係る制御情報が、マークアップ言語（ここでは、ＸＭＬ；
eXtensible Markup Language）で記述した一連のスクリプトとして通信路３を介して送受
される。なお、画像出力に係る制御情報としては、画像出力処理における各種コマンド、
そのコマンドに対する応答、装置の状態の通知などがある。また、このスクリプトには、
制御情報のみが含まれ、画像出力の対象となる画像データ自体は含まれない。すなわち、
画像データファイルの格納場所などの情報はこのスクリプトに含まれるが、画像データそ
のものは含まれない。

なお、ＤＰＳプロトコルの下位層はＰＴＰに限定されない。そのため、ＤＰＳプロトコ
ルと複数種類の下位層との整合性を得るために、ＤＰＳプロトコルと下位層（ここではＰ
ＴＰ）との間にはラッパー層が設けられている。

参考構成例１では、上述の各プロトコルのうち、物理層が、通信回路１１、通信路３お
よび通信回路２１により実現され、ＵＳＢ層が、通信回路１１および通信回路２１により
実現され、ＰＴＰ層、ラッパー層およびＤＰＳプロトコル層が、通信制御部１２および通
信制御部２２により実現される。

すなわち、通信制御部１２，２２が、それぞれ、マークアップ言語で記述した画像出力
に係る制御情報を送受する画像出力制御プロトコルであるＤＰＳプロトコルを解釈する第
１のエンティティ、第１のエンティティに下位層で、画像供給装置２に格納された画像デ
ータを管理し画像出力装置１へ転送する画像データ管理転送プロトコルであるＰＴＰを解
釈する第２のエンティティ、および第２のエンティティに下位層で、通信路３の物理層を
制御する第３のエンティティとして機能する。

また、各通信制御部１２，２２のラッパー層の部分が、第２のエンティティの画像デー
タ管理転送プロトコルの種類に応じた、第１のエンティティの画像出力制御プロトコルと
画像データ管理転送プロトコルとの間でのプロトコル変換を行うプロトコル変換手段とし
て機能する。すなわち、必要に応じて、各通信制御部１２，２２のラッパー層が、上位プ
ロトコル（ＤＰＳプロトコル）のコマンドを下位プロトコル（ＰＴＰ）のコマンドに置き
換える。

図３は、画像出力システムの参考構成例１における画像出力装置としてのプリンタの構
成例を示すブロック図である。図３において、ＣＰＵ４１は、プログラムを実行し、プロ
グラムに記述された処理を実行する装置である。また、ＲＯＭ４２は、プログラムおよび
データを予め記憶したメモリである。また、ＲＡＭ４３は、プログラムを実行する際にそ
のプログラムおよびデータを一時的に記憶するメモリである。

なお、ＣＰＵ４１が実行するプログラムとしては、画像データから印刷用の制御データ
を生成するためのプログラム、並びにＤＰＳプロトコルおよび画像転送プロトコルに従っ
て通信を行うためのプログラムがＲＯＭ４２または図示せぬ他の記録媒体に格納されてい
る。

プリントエンジン４４は、ＣＰＵ４１から供給される印刷用の制御データに基づいて出
力機構１４を制御して印刷処理を実行する回路または装置である。

ＵＳＢホスト側インタフェース４５は、図１の通信回路１１に該当し、ＵＳＢ規格に規
定されたホスト側のインタフェース回路である。

バス４６は、ＣＰＵ４１、ＲＯＭ４２、ＲＡＭ４３、プリントエンジン４４、ＵＳＢホ
スト側インタフェース４５、操作部１５および表示装置１６を相互に接続する信号路であ
る。なお、バス４６の本数、およびＣＰＵ４１、プリントエンジン４４などのバス４６へ
の接続のトポロジは、図３のものに限定されるものではない。

なお、図３における操作部１５および表示装置１６は、図１のものと同様である。

図４は、画像出力システムの参考構成例１における画像出力装置１の有する複数の機能
の関係を示す図である。図４において、通信制御機能５１は、画像転送プロトコル以下の
通信制御を行う機能である。

また、ＤＰＳプロトコル処理機能５２は、ＤＰＳプロトコルに規定された制御情報を生
成または解釈するＤＰＳコマンド処理機能６１、制御情報に対応するＸＭＬスクリプトを
生成するＸＭＬスクリプト生成機能６２、およびＸＭＬで記述された制御情報を構文解析
するＸＭＬパーサ６３を含む。

なお、このＸＭＬパーサ６３は、ＸＭＬのすべての構文を解析可能に設計されていても
よいし、ＤＰＳプロトコルで使用される構文のみを解析可能としてもよい。その場合には
、ＸＭＬパーサ６３は、ＤＰＳプロトコルに係るＸＭＬスクリプトの記述に必要なタグの
みを判別できればよい。

また、このＸＭＬスクリプト生成機能６２は、ＸＭＬスクリプトのテンプレートをコマ
ンドなどの制御情報の種類ごとにＲＯＭ４２などに予め格納し、そのテンプレートを編集
して、制御情報を示すＸＭＬスクリプトを生成するようにしてもよい。

また、画像処理機能５３は、画像データのフォーマットを変更する機能であり、印刷デ
ータ生成機能５４は、フォーマット変更後の画像データから印刷用の制御データを生成す
る機能であり、印刷制御機能５５は、印刷用の制御データに従って印刷処理を実行させる
機能である。

また、状態管理機能５６は、上述の各機能による処理の状態を監視する機能である。

なお、これらの機能は、上述のプログラムをＣＰＵ４１により実行することで実現され
る。

図５は、画像出力システムの参考構成例１における画像供給装置２としてのデジタルカ
メラの構成例を示すブロック図である。図５において、ＣＰＵ７１は、プログラムを実行
し、プログラムに記述された処理を実行する装置である。また、ＲＯＭ７２は、プログラ
ムおよびデータを予め記憶したメモリである。また、ＲＡＭ７３は、プログラムを実行す
る際にそのプログラムおよびデータを一時的に記憶するメモリである。

なお、ＣＰＵ７１が実行するプログラムとしては、撮影時の各部の制御を行うためのプ
ログラム、並びにＤＰＳプロトコルおよび画像転送プロトコルに従って通信および画像デ
ータの管理を行うためのプログラムがＲＯＭ７２または図示せぬ他の記録媒体に格納され
ている。

撮影装置７４は、ＣＰＵ７１からの指令に応じて、被写体の撮影を行い、撮影後の画像
データを出力する装置である。

メモリカード７５は、図１の記録媒体２４に該当し、撮影により得られた画像データな
どを格納する記録媒体である。なお、メモリカード７５の代わりに、装置内に固定された
半導体メモリ、磁気記録装置などを使用するようにしてもよい。

ＵＳＢデバイス側インタフェース７６は、図１の通信回路２１に該当し、ＵＳＢ規格に
規定されたデバイス側のインタフェース回路である。

バス７７は、ＣＰＵ７１、ＲＯＭ７２、ＲＡＭ７３、撮影装置７４、メモリカード７５
、ＵＳＢデバイス側インタフェース７６、操作部２５、および表示装置２６を相互に接続
する信号路である。なお、バス７７の本数、およびＣＰＵ７１などのバス７７への接続の
トポロジは、図５のものに限定されるものではない。

なお、図５における操作部２５および表示装置２６は、図１のものと同様である。

図６は、画像出力システムの参考構成例１における画像供給装置２の有する複数の機能
の関係を示す図である。図６において、通信制御機能８１は、画像転送プロトコル以下の
通信制御を行う機能である。

また、ＤＰＳプロトコル処理機能８２は、ＤＰＳプロトコルに規定された制御情報を生
成または解釈するＤＰＳコマンド処理機能９１、制御情報に対応するＸＭＬスクリプトを
生成するＸＭＬスクリプト生成機能９２、およびＸＭＬで記述された制御情報を構文解析
するＸＭＬパーサ９３を含む。

なお、このＸＭＬパーサ９３は、ＸＭＬのすべての構文を解析可能に設計されていても
よいし、ＤＰＳプロトコルで使用される構文のみを解析可能としてもよい。その場合には
、ＸＭＬパーサ９３は、ＤＰＳプロトコルに係るＸＭＬスクリプトの記述に必要なタグの
みを判別できればよい。

また、このＸＭＬスクリプト生成機能９２は、ＸＭＬスクリプトのテンプレートをコマ
ンドなどの制御情報の種類ごとにＲＯＭ７２などに予め格納し、そのテンプレートを編集
して、制御情報を示すＸＭＬスクリプトを生成するようにしてもよい。

また、ファイルシステム管理機能８３は、記録媒体２４としてのメモリカード７５に、
所定のディレクトリ構造およびファイル構造に従って、画像データを画像データファイル
３１として保持する機能である。

また、ユーザインタフェース機能８４は、ユーザによる操作部２５への操作の受け付け
、および表示装置２６での各種情報の表示を行う機能である。

また、設定管理機能８５は、ユーザによる操作に応じて、印刷処理などの条件を設定す
る機能である。状態管理機能８６は、上述の各機能による処理の状態を監視する機能であ
る。

なお、これらの機能は、上述のプログラムをＣＰＵ７１により実行することで実現され
る。

次に、上記システムにおける各装置の動作について説明する。図７は、画像出力システ
ムの参考構成例１における、ＤＰＳプロトコルレベルでの画像出力処理を説明する図であ
る。図８は、画像出力システムの参考構成例１における、画像転送プロトコルレベルでの
画像出力処理を説明する図である。

画像出力装置１と画像供給装置２は、それぞれ所定の名称のファイルを格納しておき、
ユーザにより画像出力装置１と画像供給装置２が通信路３により物理的に接続されると、
ＰＴＰに基づいてそのファイルが検出された場合に、ＤＰＳプロトコルに対応している機
器が通信相手として接続されたことを検知する。このコネクション処理により、自己が使
用しているものと同一のプロトコルを通信相手が使用していることが保証される。

コネクション処理の後、画像出力装置１と画像供給装置２は、ＤＰＳプロトコルのバー
ジョン情報、自己（画像出力装置１または画像供給装置２）のベンダ名称、自己のベンダ
固有のバージョン情報、自己の製品名、自己のシリアル番号などを含む環境情報を相互に
送受する。

次に、画像供給装置２は、画像供給装置２により設定可能な画像出力装置１の各機能に
ついて、選択可能な設定値、すなわち選択肢を、画像出力装置１から取得する。画像出力
装置１がプリンタである場合には、このような機能としては、印刷品質の設定、用紙サイ
ズの設定、用紙タイプの設定、画像データファイルのファイル形式の設定、日付印刷の設
定、ファイル名印刷の設定、画像最適化処理の設定、印刷レイアウトの設定、固定サイズ
印刷の設定、およびクロッピングの設定がある。画像出力装置１は、これらの各機能につ
いて、拡張機能を有する場合には、その拡張機能を選択肢として含めて、各機能について
の設定値の選択肢を画像供給装置２に通知するようにしてもよい。

その後、まず、例えば操作部２５に対して所定の操作があると、画像供給装置２が、通
信路３を介して画像出力装置１へ、画像出力ジョブ開始コマンドを送信する（ステップＳ
１）。

その際、画像供給装置２では、通信制御部２２が、ＤＰＳプロトコルに従って、画像出
力ジョブ開始コマンドＤＰＳ＿ＳｔａｒｔＪｏｂのＸＭＬスクリプトを生成し、送信する
。ここでは、このＸＭＬスクリプト内で、画像出力の対象となる画像データが指定される
。

なお、画像出力ジョブ開始コマンドＤＰＳ＿ＳｔａｒｔＪｏｂには、次のジョブ条件設
定情報および画像出力情報が含まれる。

ジョブ条件設定情報としては、このジョブでの画像出力の品質を設定するクオリティ情
報、印刷ジョブにおける用紙タイプ情報、印刷ジョブにおける用紙サイズ情報、画像形式
情報、画像処理設定情報、ページレイアウト情報などが必要に応じて含まれる。

画像出力情報としては、クロッピングを行う際の領域を指定するクロッピングエリア情
報、画像データのオブジェクトＩＤ、各画像についての印刷部数情報、各ジョブを固有な
ジョブＩＤ、画像データまたはジョブ指定ファイルのパス情報、各画像データの繰り返し
供給回数情報（すなわち、同一の画像データを連続して何回、画像出力装置１へ供給する
かを示す情報）などが必要に応じて含まれる。

図９は、参考構成例１において使用される画像出力ジョブ開始コマンドＤＰＳ＿Ｓｔａ
ｒｔＪｏｂのＸＭＬスクリプトの一例を示す図である。図９において、ｊｏｂタグは、１
つのジョブを指定するためのタグである。なお、ｘｘタグといった場合、＜ｘｘ＞タグと
＜／ｘｘ＞タグの両方を指すものとする（以下、同様）。ｊｏｂタグの下位には、ｊｏｂ
ＣｏｎｆｉｇタグおよびＰｒｉｎｔＩｎｆｏタグが配置される。ｊｏｂＣｏｎｆｉｇタグ
は、ジョブ条件設定情報を指定するためのタグである。

図９に示すスクリプトにおいては、ｊｏｂＣｏｎｆｉｇタグの下位に、ｑｕａｌｉｔｙ
タグ、ｐａｐｅｒＳｉｚｅタグ、ｐａｐｅｒＴｙｐｅタグ、ｆｉｌｅＴｙｐｅタグ、ｄａ
ｔｅタグ、ｆｉｌｅＮａｍｅタグ、ｉｍａｇｅＯｐｔｉｍｉｚｅタグ、およびｌａｙｏｕ
ｔＩｔｅｍタグが配置される。

ｑｕａｌｉｔｙタグは、標準、ドラフト、ファインなどのクオリティ情報を指定するた
めのタグである。ｐａｐｅｒＳｉｚｅタグは、Ａ４サイズなどの、このジョブにおける用
紙サイズ情報を指定するためのタグであり、所定の数値（例えば、０２０１００００）で
、用紙サイズが指定される。ｐａｐｅｒＴｙｐｅタグは、標準用紙、写真用紙などの、こ
のジョブにおける用紙タイプ情報を指定するためのタグであり、所定の数値（例えば、０
３０２００００）で、用紙サイズが指定される。ｆｉｌｅＴｙｐｅタグは、ＥＸＩＦ、Ｊ
ＰＥＧ、ＴＩＦＦ、ＧＩＦなどの、このジョブにおける画像形式情報を指定するためのタ
グであり、所定の数値（例えば、０３０２００００）で、画像形式が指定される。

さらに、ｄａｔｅタグは、ｐｒｉｎｔＩｎｆｏで指定される日付情報を印刷するか否か
を指定するためのタグである。ｆｉｌｅＮａｍｅタグは、ｐｒｉｎｔＩｎｆｏで指定され
るファイルパス情報を印刷するか否かを指定するためのタグである。ｉｍａｇｅＯｐｔｉ
ｍｉｚｅタグは、画像最適化を行うか否かを示す画像最適化設定情報を指定するためのタ
グである。ｌａｙｏｕｔＩｔｅｍタグは、このジョブにおけるページレイアウトを指定す
るためのタグであり、所定の数値（例えば、０８０１００００）で、画像形式が指定され
る。

また、ｐｒｉｎｔＩｎｆｏタグは、画像出力情報を指定するためのタグである。ｐｒｉ
ｎｔＩｎｆｏタグの下位には、ｉｍａｇｅタグが配置される。ｉｍａｇｅタグは、画像出
力対象の画像を指定するためのタグである。図９に示すスクリプトにおいては、ｉｍａｇ
ｅタグの下位に、ｉｍａｇｅＩＤタグおよびｉｍａｇｅＤａｔｅタグが配置される。ｉｍ
ａｇｅＩＤタグは、画像出力対象の画像データのオブジェクトＩＤを指定するためのタグ
である。ｉｍａｇｅＤａｔｅタグは、画像の脇に印刷される日付を指定するためのタグで
ある。

図９に示すスクリプトでは、ｉｍａｇｅタグは、１つだけであるが、複数の画像を出力
する場合には、複数の画像のうちの各画像について、ｉｍａｇｅタグにより画像データの
オブジェクトＩＤが指定される。また、同一の画像を複数回連続して出力する場合には、
その画像のｉｍａｇｅタグの次に、ｃｏｐｉｅｓタグを配置して、その繰り返し供給回数
を指定すればよい。

なお、図９におけるｄｐｓタグは、ＤＰＳに係るＸＭＬスクリプトであることを示すタ
グであり、属性としてＤＰＳで使用される名前空間情報の格納場所のＵＲＬ（Uniform Re
source Locator）をとる。

画像供給装置２の通信制御部２２は、ＤＰＳプロトコル上ではジョブ開始コマンドのＸ
ＭＬスクリプトを論理的には送信するが、そのＸＭＬスクリプトを画像転送プロトコルの
コマンドに変換し、画像転送プロトコルのレベルでそのコマンドを処理する。

つまり、画像転送プロトコルに従って、画像供給装置２の通信制御部２２は、まず、フ
ァイル転送要求コマンドＲｅｑｕｅｓｔＯｂｊｅｃｔＴｒａｎｓｆｅｒを送信する（ステ
ップＳＳ１）。このコマンドは、ＵＳＢ層および物理層を介して画像出力装置１に伝送さ
れる。

画像出力装置１では、通信制御部１２が、画像転送プロトコルに従って、ファイル転送
要求コマンドＲｅｑｕｅｓｔＯｂｊｅｃｔＴｒａｎｓｆｅｒを受信すると、転送するファ
イルの属性を問い合わせるコマンドＧｅｔＯｂｊｅｃｔＩｎｆｏを送信する（ステップＳ
Ｓ２）。このコマンドは、ＵＳＢ層および物理層を介して画像供給装置２に伝送される。

画像供給装置２では、通信制御部２２が、画像転送プロトコルに従って、コマンドＧｅ
ｔＯｂｊｅｃｔＩｎｆｏを受信すると、コマンドＤＰＳ＿ＳｔａｒｔＪｏｂのＸＭＬスク
リプトのファイル情報（ファイル形式、ファイル容量など）を送信する（ステップＳＳ３
）。このファイル情報は、ＵＳＢ層および物理層を介して画像出力装置１に伝送される。

画像出力装置１では、通信制御部１２が、画像転送プロトコルに従って、そのファイル
情報を受信すると、そのＸＭＬスクリプトを指定してファイル取得コマンドＧｅｔＯｂｊ
ｅｃｔを送信する（ステップＳＳ４）。このファイル情報は、ＵＳＢ層および物理層を介
して画像供給装置２に伝送される。

画像供給装置２では、通信制御部２２が、画像転送プロトコルに従って、コマンドＧｅ
ｔＯｂｊｅｃｔを受信すると、指定されたファイル（コマンドＤＰＳ＿ＳｔａｒｔＪｏｂ
のＸＭＬスクリプト）を送信する（ステップＳＳ５）。このファイルは、ＵＳＢ層および
物理層を介して画像出力装置１に伝送される。

画像出力装置１では、通信制御部１２が、画像転送プロトコルに従ってそのファイルを
受信すると、ＤＰＳプロトコル層においてコマンドＤＰＳ＿ＳｔａｒｔＪｏｂを受信した
こととなる。

ここで、画像出力装置１が図３および図４に示すプリンタであり、かつ画像供給装置２
が図５および図６に示すデジタルカメラである場合、ＤＰＳプロトコルでの通信は、ＤＰ
Ｓプロトコル処理機能５２，８２および通信制御機能５１，８１により行われ、画像転送
プロトコルでの通信は、通信制御機能５１と通信制御機能８１との間で行われる。

次に、画像出力装置１は、取得した画像出力ジョブ開始コマンドのＸＭＬスクリプトを
解釈し（ステップＳ２）、そのＸＭＬスクリプトに記述された画像出力の対象である画像
データを画像供給装置２から取得する（ステップＳ３）。

この参考構成例１では、画像供給装置２からの画像出力ジョブ開始コマンドを受けた後
、画像出力装置１が、その画像出力ジョブの処理フローを制御する。すなわち、画像出力
装置１が、画像出力処理の進行を管理し、画像出力処理に必要な情報や画像データを画像
供給装置２から適宜取得する。

その際、画像出力装置１では、通信制御部１２が、ＤＰＳプロトコルに従って、ＸＭＬ
スクリプト内に記載されたオブジェクトＩＤ（ＰＴＰにおけるオブジェクトＩＤに対応）
で画像データファイル３１を指定してＸＭＬスクリプトのファイル取得コマンドＤＰＳ＿
ＧｅｔＦｉｌｅを発行する。なお、あるオブジェクトについてのＰＴＰにおけるオブジェ
クトＩＤ（すなわちオブジェクトハンドル）とＤＰＳプロトコルにおけるオブジェクトＩ
Ｄは、同値としてもよいし、互いに異なる値としてもよい。両者の値が異なる場合には、
ＤＰＳプロトコルとＰＴＰとの間で、オブジェクトＩＤのマッピングが適宜行われる。

図１０は、参考構成例１において使用されるファイル取得コマンドＤＰＳ＿ＧｅｔＦｉ
ｌｅのＸＭＬスクリプトの一例を示す図である。図１０において、ｇｅｔＦｉｌｅＲｅｑ
ｕｅｓｔタグは、ファイル取得コマンドであることを示すタグである。図１０においては
、ｇｅｔＦｉｌｅＲｅｑｕｅｓｔタグの下位に、ｆｉｌｅＩＤタグおよびｂｕｆｆＰｔｒ
タグが配置される。ｆｉｌｅＩＤタグは、取得対象のファイルのオブジェクトＩＤを指定
するためのタグである。ｂｕｆｆＰｔｒタグは、取得したファイルの受信に使用するバッ
ファへのポインタを指定するためのタグである。

通信制御部１２は、そのＤＰＳプロトコルのファイル取得コマンドＤＰＳ＿ＧｅｔＦｉ
ｌｅを、画像転送プロトコルのファイル取得コマンドＧｅｔＯｂｊｅｃｔに変換し、送信
する。このコマンドは、ＵＳＢ層および物理層を介して画像供給装置２に伝送される。

なお、ファイル全体を取得するファイル取得コマンドＤＰＳ＿ＧｅｔＦｉｌｅの代わり
に、ファイルの一部を取得するファイル部分取得コマンドＤＰＳ＿ＧｅｔＰａｒｔｉａｌ
Ｆｉｌｅを複数回送信してファイル全体を取得するようにしてもよい。このファイル部分
取得コマンドＤＰＳ＿ＧｅｔＰａｒｔｉａｌＦｉｌｅは、画像転送プロトコルのコマンド
ＧｅｔＰａｒｔｉａｌＯｂｊｅｃｔに変換される。

画像供給装置２では、通信制御部２２が、画像転送プロトコルに従って、コマンドＧｅ
ｔＯｂｊｅｃｔを受信すると、指定されたオブジェクトＩＤのファイル（画像データファ
イル３１）を読み出し、送信する。このファイルは、ＵＳＢ層および物理層を介して画像
出力装置１に伝送される。

画像出力装置１では、通信制御部１２が、画像転送プロトコルに従ってそのファイルを
受信すると、ＤＰＳプロトコル層においてもそのファイルを受信したこととなる。

ここで、画像出力装置１が図３および図４に示すプリンタであり、かつ画像供給装置２
が図５および図６に示すデジタルカメラである場合、この画像データの取得には、画像出
力装置１におけるＤＰＳプロトコル処理機能５２および通信制御機能５１、並びに、画像
供給装置２における通信制御機能８１およびファイルシステム管理機能８３が使用される
。

そして、画像出力装置１は、画像データを取得すると、その画像データに基づく画像を
出力する（ステップＳ４）。その際、画像出力装置１では、出力制御部１３および出力機
構１４が、画像出力処理を行う。

ここで、画像出力装置１が図３および図４に示すプリンタである場合、画像出力処理に
は、画像処理機能５３、印刷データ生成機能５４および印刷制御機能５５が使用される。

以上のように、上記参考構成例１によれば、画像出力装置１および画像供給装置２が、
画像出力に係る制御情報をマークアップ言語で記述した一連のスクリプトとして通信路３
を介して送受する。これにより、マークアップ言語の構文の拡張性を利用して複数ベンダ
に対する互換性を維持しつつ、規定後にプロトコルを修正し易くすることができる。

さらに、上記参考構成例１によれば、マークアップ言語として、文書型を追加定義可能
であるＸＭＬを使用する。これにより、規定後にプロトコルをより修正し易くすることが
できる。

さらに、上記参考構成例１によれば、通信制御部１２，２２が、マークアップ言語で記
述した画像出力に係る制御情報を送受するＤＰＳプロトコルを解釈する第１のエンティテ
ィと、第１のエンティティに下位層で、画像供給装置２に格納された画像データを管理し
画像出力装置１へ転送するＰＴＰを解釈する第２のエンティティと、第２のエンティティ
に下位層で、通信路３の物理層（ここではＵＳＢ）を制御する第３のエンティティとして
それぞれ機能する。これにより、ＰＴＰ以下の階層では様々な既存のプロトコルを使用で
き、規定後に画像出力に係るプロトコルを修正したい場合に、ＤＰＳプロトコルのみを修
正すればよく、修正規模を小さくすることができる。

さらに、上記参考構成例１によれば、通信制御部１２，２２は、ラッパー層にて、第２
のエンティティの画像データ管理転送プロトコルの種類（ここではＰＴＰ）に応じた、第
１のエンティティのＤＰＳプロトコルと画像データ管理転送プロトコルとの間でのプロト
コル変換を行う。これにより、採用される画像データ管理転送プロトコルの違いがラッパ
ー層で吸収されるため、規定後に画像出力に係るプロトコルを修正したい場合に、ラッパ
ー層をほとんど修正せずに画像出力制御プロトコルのみを修正すればよく、修正規模を小
さくすることができる。

さらに、上記参考構成例１によれば、画像出力装置１の出力制御部１３が、画像出力の
処理フローを制御する。これにより、画像供給装置２の情報処理量がほとんど増加せず、
画像供給装置２の情報処理性能が低くても本システムを実現することができる。

さらに、上記参考構成例１によれば、通信制御部１２，２２が、画像出力に係る制御情
報として、画像出力処理における制御コマンド、その制御コマンドに対する応答、および
装置の状態（ジョブの状態を含む）の通知をマークアップ言語で記述した一連のスクリプ
トとして送受する。これにより、テキストベースで読み易い制御コマンド、その応答、装
置の状態通知などを送受でき、複数ベンダに対する互換性を維持しつつ、規定後にプロト
コルを修正し易くすることができる。

さらに、上記参考構成例１によれば、通信制御部１２，２２が、マークアップ言語で記
述した一連のスクリプトとして、画像出力の対象となる画像データを含まず、画像出力に
係る制御情報のみを含むスクリプトを送受する。これにより、画像出力の対象となるデー
タの形式を既存のものから変更することなく、画像出力の対象となるデータから独立して
マークアップ言語による制御情報を送受することができる。

さらに、上記参考構成例１によれば、画像出力装置１が、画像を出力する出力機構１４
と、画像データから出力機構を制御するための制御データを生成しその制御データに基づ
いて出力機構を制御する出力制御部１３とを備える。これにより、画像供給装置２には、
画像データから出力機構を制御する制御データを生成する機能（パーソナルコンピュータ
などで使用される従来のプリンタドライバに含まれる機能）がなくてもよく、画像供給装
置２を安価にすることができる。

さらに、上記参考構成例１によれば、画像出力装置１のＸＭＬパーサ６３を、マークア
ップ言語のタグのうち、画像出力に係る制御情報の記述に必要なタグのみを判別するよう
にした場合には、ＸＭＬパーサ６３を小規模な回路やプログラムで実現でき、画像出力装
置１を安価にすることができる。

さらに、上記参考構成例１によれば、画像供給装置２のＸＭＬパーサ９３を、マークア
ップ言語のタグのうち、画像出力に係る制御情報の記述に必要なタグのみを判別するよう
にした場合には、ＸＭＬパーサ９３を小規模な回路やプログラムで実現でき、画像供給装
置２を安価にすることができる。

さらに、上記参考構成例１によれば、通信制御部１２，２２が、スクリプトのテンプレ
ートを制御情報の種類ごとに格納し、そのテンプレートから制御情報のスクリプトを生成
する。これにより、テンプレートで確定していない部分のみを編集すればよいため、短時
間で制御情報のスクリプトを生成することができる。

さらに、上記参考構成例１によれば、画像供給装置２の通信制御部２２および通信回路
２１は、操作部２５に対して所定の操作があると、画像出力ジョブ開始コマンドを制御情
報として画像出力装置１に送信する。画像出力装置１の出力制御部１３は、通信制御部１
２および通信回路１１により画像出力ジョブ開始コマンドが受信されると、その画像出力
ジョブ開始コマンドに従って画像出力の処理を開始する。これにより、ユーザが画像供給
装置２の操作部２５を操作することで画像出力を行わせることができるため、画像供給装
置２がユーザフレンドリな操作部２５を有している場合にその操作部２５により操作性が
向上する。

さらに、上記参考構成例１によれば、画像出力装置１の通信制御部１２は、画像出力の
処理において、画像供給装置２に格納された画像データが必要になると、その画像データ
の転送要求を画像供給装置２に送信する。画像供給装置２の通信制御部２２は、その画像
データの転送要求を受信すると、その画像データを画像出力装置１に送信する。これによ
り、画像供給装置２は画像出力装置１からの要求に応じて画像データを送信すればよいた
め、画像供給装置２の情報処理量がほとんど増加せず、画像供給装置２の情報処理性能が
低くても本システムを実現することができる。

画像出力システムの参考構成例２．
画像出力システムの参考構成例２では、画像供給装置２が、画像データおよび画像出力
ジョブを指定するジョブ指定ファイルを格納し、画像出力装置１が、そのジョブ指定ファ
イルを取得し、そのジョブ指定ファイルの情報に基づいて、マークアップ言語で記述した
画像出力に係る制御情報を生成する。

参考構成例２では、画像データおよびジョブ指定ファイルが、ＤＰＯＦ（Digital Prin
t Order Format）方式で記録媒体２４に格納される。ＤＰＯＦ規格は、現在ＤＰＯＦ１．
１０のバージョンであるが、将来提案される次バージョン以降のものであってもよい。ま
た、同等の作用を得られる他の規格のものをＤＰＯＦの代わりに使用してもよい。

図１１は、ＤＰＯＦ方式のディレクトリ構造を説明する図である。ＤＰＯＦ方式のディ
レクトリ構造では、ルートの下位ディレクトリとして、画像データファイルの上位となる
ディレクトリＤＣＩＭおよびジョブ指定ファイルの上位となるディレクトリＭＩＳＣがあ
る。ディレクトリＤＣＩＭの下位には、ベンダ固有のディレクトリ（ここでは、１００Ｅ
ＰＳＯＮ）が設けられ、その中に画像データファイル（ここでは、ＩＭＡＧＥ０１．ＪＰ
Ｇなど）がある。一方、ディレクトリＭＩＳＣには、印刷ジョブの指定ファイルであるＡ
ＵＴＰＲＩＮＴ．ＭＲＫがある。ＤＰＯＦ方式のジョブ指定ファイルＡＵＴＰＲＩＮＴ．
ＭＲＫには、プリントジョブ情報、画像ソース情報、印刷設定情報などが含まれている。

図１２は、ＤＰＯＦ方式のジョブ指定ファイルＡＵＴＰＲＩＮＴ．ＭＲＫの一例を示す
図である。図１２に示すＡＵＴＰＲＩＮＴ．ＭＲＫには、３つのジョブが含まれており、
それぞれのジョブに対して、ジョブＩＤ（ＰＲＴ ＰＩＤ）、印刷種類（ＰＲＴ ＴＹＰ
）、印刷部数（ＰＲＴ ＱＴＹ）、画像データの格納場所（ＩＭＧ ＳＲＣ）、および画
像データのフォーマット（ＩＭＧ ＦＭＴ）が指定されている。

なお、参考構成例２における画像出力装置１および画像供給装置２の基本的な構成は、
参考構成例１の場合と同様である。ただし、参考構成例２における通信制御部１２および
通信制御部２２の動作は、以下に説明するように変更される。

次に、上記システムの各装置の動作について説明する。図１３は、画像出力システムの
参考構成例２における、ＤＰＳプロトコルレベルでの画像出力処理を説明する図である。
図１４は、画像出力システムの参考構成例２における、画像転送プロトコルレベルでの画
像出力処理を説明する図である。

まず、例えば操作部２５に対して所定の操作があると、画像供給装置２が、通信路３を
介して画像出力装置１へ、画像出力ジョブ開始コマンドを送信する（ステップＳ２１）。

その際、画像供給装置２では、通信制御部２２が、画像出力ジョブ開始コマンドＤＰＳ
＿ＳｔａｒｔＪｏｂのＸＭＬスクリプトを生成し、送信する。ここでは、このＸＭＬスク
リプト内で、ジョブ指定ファイルを使用することが記述される。すなわち、例えば図９に
示すようなスクリプトにおいて、画像データを指定するｉｍａｇｅＩＤタグでジョブ指定
ファイルが指定される。その指定には、ジョブ指定ファイルのオブジェクトＩＤが使用さ
れる。

この画像出力ジョブ開始コマンドＤＰＳ＿ＳｔａｒｔＪｏｂのＸＭＬスクリプトのつい
ての画像供給装置２から画像出力装置１への伝送の際の通信処理は、参考構成例１におけ
るステップＳ１の場合と同様であるので、その説明を省略する。

次に、画像出力装置１は、取得したＸＭＬスクリプトを解釈し（ステップＳ２２）、そ
のＸＭＬスクリプトに記述されたジョブ指定ファイルを画像供給装置２から取得する（ス
テップＳ２３）。

その際、画像出力装置１では、通信制御部１２が、ＤＰＳプロトコルに従って、ＸＭＬ
スクリプト内に記載されたオブジェクトＩＤ（ＰＴＰにおけるオブジェクトＩＤに対応）
でジョブ指定ファイルを指定してＸＭＬスクリプトのファイル情報取得コマンドＤＰＳ＿
ＧｅｔＦｉｌｅＩｎｆｏを送信する。通信制御部１２は、そのＤＰＳプロトコルのファイ
ル情報取得コマンドＤＰＳ＿ＧｅｔＦｉｌｅＩｎｆｏを、画像転送プロトコルのファイル
情報取得コマンドＧｅｔＯｂｊｅｃｔＩｎｆｏに変換し、送信する（ステップＳＳ１１）
。このコマンドは、ＵＳＢ層および物理層を介して画像供給装置２に伝送される。

画像供給装置２では、通信制御部２２が、画像転送プロトコルに従って、コマンドＧｅ
ｔＯｂｊｅｃｔＩｎｆｏを受信すると、指定されたオブジェクトＩＤのファイルのファイ
ル情報を送信する（ステップＳＳ１２）。このファイル情報は、ＵＳＢ層および物理層を
介して画像出力装置１に伝送される。

画像出力装置１では、通信制御部１２が、画像転送プロトコルに従ってそのファイル情
報を受信すると、そのファイル情報をＸＭＬスクリプトとして記述し、ＤＰＳプロトコル
層に渡す。

次に、画像出力装置１では、通信制御部１２が、ＤＰＳプロトコルに従って、オブジェ
クトＩＤでジョブ指定ファイルを指定してＸＭＬスクリプトのファイル取得コマンドＤＰ
Ｓ＿ＧｅｔＦｉｌｅを発行する。通信制御部１２は、そのＤＰＳプロトコルのファイル取
得コマンドＤＰＳ＿ＧｅｔＦｉｌｅを、画像転送プロトコルのファイル取得コマンドＧｅ
ｔＯｂｊｅｃｔに変換し、送信する（ステップＳＳ１３）。このコマンドは、ＵＳＢ層お
よび物理層を介して画像供給装置２に伝送される。

画像供給装置２では、通信制御部２２が、画像転送プロトコルに従って、コマンドＧｅ
ｔＯｂｊｅｃｔを受信すると、指定されたオブジェクトＩＤのファイル（ジョブ指定ファ
イル）を読み出し、送信する（ステップＳＳ１４）。このファイルは、ＵＳＢ層および物
理層を介して画像出力装置１に伝送される。

画像出力装置１では、通信制御部１２が、画像転送プロトコルに従ってそのファイルを
受信すると、ＤＰＳプロトコル層においてもそのファイルを受信したこととなる。

ここで、画像出力装置１が図３および図４に示すプリンタであり、かつ画像供給装置２
が図５および図６に示すデジタルカメラである場合、このジョブ指定ファイルの取得には
、画像出力装置１におけるＤＰＳプロトコル処理機能５２および通信制御機能５１、並び
に、画像供給装置２における通信制御機能８１およびファイルシステム管理機能８３が使
用される。

そして、画像出力装置１の通信制御部１２は、ジョブ指定ファイルを取得すると、その
ジョブ指定ファイルを解釈する（ステップＳ２４）。

画像出力装置１の通信制御部１２は、そのジョブ指定ファイルに記述された各ジョブに
おいて指定された画像データを画像供給装置２から取得する（ステップＳ２５）。

その際、まず、ＤＰＯＦ方式のジョブ指定ファイルＡＵＴＰＲＩＮＴ．ＭＲＫでは、画
像データファイルの格納場所が相対パスで記述されているため、その画像データのオブジ
ェクトＩＤを取得するために、画像出力装置１では、通信制御部１２が、ＤＰＳプロトコ
ルに従って、パスを指定してそのパスのファイルのオブジェクトＩＤを取得するためのコ
マンドＤＰＳ＿ＧｅｔＯｂｊｅｃｔＩＤをＸＭＬスクリプトとして生成し、送信する。

図１５は、参考構成例２において使用されるオブジェクトＩＤ取得コマンドＤＰＳ＿Ｇ
ｅｔＯｂｊｅｃｔＩＤのＸＭＬスクリプトの一例を示す図である。図１５において、ｇｅ
ｔＯｂｊｅｃｔＩＤＲｅｑｕｅｓｔタグは、オブジェクトＩＤ取得コマンドであることを
示すタグである。図１５においては、ｇｅｔＯｂｊｅｃｔＩＤＲｅｑｕｅｓｔタグの下位
に、ｂａｓｅＰａｔｈＩＤタグおよびｉｍａｇｅＰａｔｈタグが配置される。ｂａｓｅＰ
ａｔｈＩＤタグは、ｉｍａｇｅＰａｔｈタグで指定する相対パスの基礎となるディレクト
リを指定するためのタグである。ｉｍａｇｅＰａｔｈタグは、オブジェクトＩＤを取得す
る対象となるファイルを、ｂａｓｅＰａｔｈＩＤタグで指定されたディレクトリからの相
対パスで指定するためのタグである。

画像出力装置１の通信制御部１２は、ＤＰＳプロトコル層でのコマンドＤＰＳ＿Ｇｅｔ
ＯｂｊｅｃｔＩＤの発行を受けて、画像転送プロトコルに従って、コマンドＳｅｎｄＯｂ
ｊｅｃｔＩｎｆｏとＸＭＬスクリプトのファイル情報、およびコマンドＳｅｎｄＯｂｊｅ
ｃｔとＸＭＬスクリプトを送信する（ステップＳＳ２１〜ＳＳ２４）。これらのコマンド
、ファイル情報およびＸＭＬスクリプトは、ＵＳＢ層および物理層を介して画像供給装置
２に伝送される。

画像供給装置２では、通信制御部２２は、画像転送プロトコルに従って、それらのコマ
ンド、ファイル情報およびＸＭＬスクリプトを受信し、ＤＰＳプロトコルに従って、ＸＭ
ＬスクリプトであるコマンドＤＰＳ＿ＧｅｔＯｂｊｅｃｔＩＤを受信する。

画像供給装置２の通信制御部２２は、ＤＰＳプロトコルに従って、受信したコマンドＤ
ＰＳ＿ＧｅｔＯｂｊｅｃｔＩＤのＸＭＬスクリプトを解釈し、コマンドＤＰＳ＿ＧｅｔＯ
ｂｊｅｃｔＩＤで指定されたパスのファイルに割り当てられているオブジェクトＩＤを特
定し、コマンドＤＰＳ＿ＧｅｔＯｂｊｅｃｔＩＤに対する応答として、そのオブジェクト
ＩＤを示すＸＭＬスクリプトを生成し、送信する。

図１６は、参考構成例２において使用されるオブジェクトＩＤ取得コマンドＤＰＳ＿Ｇ
ｅｔＯｂｊｅｃｔＩＤの応答のＸＭＬスクリプトの一例を示す図である。図１６において
、ｏｐＲｅｓｕｌｔタグは、オブジェクトＩＤ取得コマンドの処理結果コードを指定する
ためのタグである。また、ｇｅｔＯｂｊｅｃｔＩＤＲｅｓｐｏｎｓｅタグは、オブジェク
トＩＤ取得コマンドの処理結果の戻り値を指定するためのタグである。図１６においては
、ｇｅｔＯｂｊｅｃｔＩＤＲｅｓｐｏｎｓｅタグの下位に、ｂａｓｅＰａｔｈＩＤタグ、
ｉｍａｇｅＰａｔｈタグおよびｉｍａｇｅＩＤタグが配置される。ｂａｓｅＰａｔｈＩＤ
タグおよびｉｍａｇｅＰａｔｈタグは、コマンド内で指定されたものと同一であり、ｉｍ
ａｇｅＩＤタグは、コマンドの処理結果として得られたオブジェクトＩＤを指定するため
のタグである。

画像供給装置２の通信制御部２２は、ＤＰＳプロトコル層でのコマンドＤＰＳ＿Ｇｅｔ
ＯｂｊｅｃｔＩＤへの応答を受けて、画像転送プロトコルに従って、まず、ファイル転送
要求コマンドＲｅｑｕｅｓｔＯｂｊｅｃｔＴｒａｎｓｆｅｒを送信する（ステップＳＳ３
１）。このコマンドは、ＵＳＢ層および物理層を介して画像出力装置１に伝送される。

画像出力装置１では、通信制御部１２が、画像転送プロトコルに従って、ファイル転送
要求コマンドＲｅｑｕｅｓｔＯｂｊｅｃｔＴｒａｎｓｆｅｒを受信すると、転送するファ
イルの属性を問い合わせるコマンドＧｅｔＯｂｊｅｃｔＩｎｆｏを送信する（ステップＳ
Ｓ３２）。このコマンドは、ＵＳＢ層および物理層を介して画像供給装置２に伝送される
。

画像供給装置２では、通信制御部２２が、画像転送プロトコルに従って、コマンドＧｅ
ｔＯｂｊｅｃｔＩｎｆｏを受信すると、コマンドＤＰＳ＿ＧｅｔＯｂｊｅｃｔＩＤへの応
答のＸＭＬスクリプトのファイル情報を送信する（ステップＳＳ３３）。このファイル情
報は、ＵＳＢ層および物理層を介して画像出力装置１に伝送される。

画像出力装置１では、通信制御部１２が、画像転送プロトコルに従って、そのファイル
情報を受信すると、その応答のＸＭＬスクリプトを指定してファイル取得コマンドＧｅｔ
Ｏｂｊｅｃｔを送信する（ステップＳＳ３４）。このファイル情報は、ＵＳＢ層および物
理層を介して画像供給装置２に伝送される。

画像供給装置２では、通信制御部２２が、画像転送プロトコルに従って、コマンドＧｅ
ｔＯｂｊｅｃｔを受信すると、指定されたファイル（コマンドＤＰＳ＿ＧｅｔＯｂｊｅｃ
ｔＩＤへの応答のＸＭＬスクリプト）を送信する（ステップＳＳ３５）。このファイルは
、ＵＳＢ層および物理層を介して画像出力装置１に伝送される。

画像出力装置１では、通信制御部１２が、画像転送プロトコルに従ってそのファイルを
受信すると、ＤＰＳプロトコル層においてコマンドＤＰＳ＿ＧｅｔＯｂｊｅｃｔＩＤに対
する応答を受信したこととなる。

このようにして、画像出力装置１は、ジョブ指定ファイルにおいて指定された画像デー
タファイルのオブジェクトＩＤを取得する。

そして、画像出力装置１では、通信制御部１２が、ＤＰＳプロトコルに従って、取得し
たオブジェクトＩＤで画像データファイルを指定してＸＭＬスクリプトのファイル情報取
得コマンドＤＰＳ＿ＧｅｔＦｉｌｅＩｎｆｏを送信する。

図１７は、参考構成例２において使用されるファイル情報取得コマンドＤＰＳ＿Ｇｅｔ
ＦｉｌｅＩｎｆｏのＸＭＬスクリプトの一例を示す図である。図１７において、ｇｅｔＦ
ｉｌｅＩｎｆｏＲｅｑｕｅｓｔタグは、ファイル情報取得コマンドであることを示すタグ
である。図１７においては、ｇｅｔＦｉｌｅＩｎｆｏＲｅｑｕｅｓｔタグの下位に、ｆｉ
ｌｅＩＤタグが配置される。ｆｉｌｅＩＤタグは、ファイル情報取得の対象のファイルの
オブジェクトＩＤを指定するためのタグである。

画像出力装置１の通信制御部１２は、そのＤＰＳプロトコルのファイル情報取得コマン
ドＤＰＳ＿ＧｅｔＦｉｌｅＩｎｆｏを、画像転送プロトコルのファイル情報取得コマンド
ＧｅｔＯｂｊｅｃｔＩｎｆｏに変換し、送信する。このコマンドは、ＵＳＢ層および物理
層を介して画像供給装置２に伝送される。

画像供給装置２では、通信制御部２２が、画像転送プロトコルに従って、コマンドＧｅ
ｔＯｂｊｅｃｔＩｎｆｏを受信すると、指定されたオブジェクトＩＤのファイルのファイ
ル情報を送信する。このファイル情報は、ＵＳＢ層および物理層を介して画像出力装置１
に伝送される。

画像出力装置１では、通信制御部１２が、画像転送プロトコルに従ってそのファイル情
報を受信すると、そのファイル情報をＸＭＬスクリプトとして記述し、ＤＰＳプロトコル
層に渡す。

図１８は、参考構成例２において使用されるファイル情報取得コマンドＤＰＳ＿Ｇｅｔ
ＦｉｌｅＩｎｆｏの応答のＸＭＬスクリプトの一例を示す図である。図１８において、ｏ
ｐＲｅｓｕｌｔタグは、オブジェクトＩＤ取得コマンドの処理結果コードを指定するため
のタグである。また、ｇｅｔＦｉｌｅＩｎｆｏＲｅｓｐｏｎｓｅタグは、ファイル情報取
得コマンドの処理結果の戻り値を指定するためのタグである。図１８においては、ｇｅｔ
ＦｉｌｅＩｎｆｏＲｅｓｐｏｎｓｅタグの下位に、ｆｉｌｅＴｙｐｅタグおよびｆｉｌｅ
Ｓｉｚｅタグが配置される。ｆｉｌｅＴｙｐｅタグは、ファイル情報のうちのファイルの
形式を指定するためのタグである。ｆｉｌｅＳｉｚｅタグは、ファイル情報のうちのファ
イルサイズを指定するためのタグである。なお、ファイル形式は、各形式に予め割り当て
られている番号により指定される。

次に、画像出力装置１では、通信制御部１２が、ＤＰＳプロトコルに従って、取得した
オブジェクトＩＤで画像データファイルを指定してＸＭＬスクリプトのファイル取得コマ
ンドＤＰＳ＿ＧｅｔＦｉｌｅを送信する。通信制御部１２は、そのＤＰＳプロトコルのフ
ァイル取得コマンドＤＰＳ＿ＧｅｔＦｉｌｅを、画像転送プロトコルのファイル取得コマ
ンドＧｅｔＯｂｊｅｃｔに変換し、送信する。このコマンドは、ＵＳＢ層および物理層を
介して画像供給装置２に伝送される。

なお、ファイル全体を取得するファイル取得コマンドＤＰＳ＿ＧｅｔＦｉｌｅの代わり
に、ファイルの一部を取得するファイル部分取得コマンドＤＰＳ＿ＧｅｔＰａｒｔｉａｌ
Ｆｉｌｅを複数回送信してファイル全体を取得するようにしてもよい。このファイル部分
取得コマンドＤＰＳ＿ＧｅｔＰａｒｔｉａｌＦｉｌｅは、画像転送プロトコルのコマンド
ＧｅｔＰａｒｔｉａｌＯｂｊｅｃｔに変換される。

画像供給装置２では、通信制御部２２が、画像転送プロトコルに従って、コマンドＧｅ
ｔＯｂｊｅｃｔを受信すると、指定されたオブジェクトＩＤのファイル（画像データファ
イル３１）を読み出し、送信する。このファイルは、ＵＳＢ層および物理層を介して画像
出力装置１に伝送される。

画像出力装置１では、通信制御部１２が、画像転送プロトコルに従ってそのファイルを
受信すると、ＤＰＳプロトコル層においてもそのファイルを受信したこととなる。

ここで、画像出力装置１が図３および図４に示すプリンタであり、かつ画像供給装置２
が図５および図６に示すデジタルカメラである場合、この画像データの取得には、画像出
力装置１におけるＤＰＳプロトコル処理機能５２および通信制御機能５１、並びに、画像
供給装置２における通信制御機能８１およびファイルシステム管理機能８３が使用される
。

そして、画像出力装置１は、画像データを取得すると、その画像データに基づく画像を
出力する（ステップＳ２６）。その際、画像出力装置１では、出力制御部１３および出力
機構１４が、画像出力処理を行う。

ここで、画像出力装置１が図３および図４に示すプリンタである場合、画像出力処理に
は、画像処理機能５３、印刷データ生成機能５４および印刷制御機能５５が使用される。

このように、この参考構成例２では、画像供給装置２に格納されたジョブ指定ファイル
が画像出力装置１に転送され、画像出力装置１がジョブ指定ファイルを解釈し、ジョブを
実行する。また、他の実施例として、画像供給装置２が、ジョブ指定ファイルを解釈し、
そのジョブ指定ファイルの内容に従ってジョブ開始コマンドを生成し、画像出力装置１に
送信し、画像出力装置１が、そのジョブ開始コマンドを解釈してジョブを実行するように
してもよい。

なお、この参考構成例２に係る画像出力システムは、他の実施の形態のいずれとも組み
合わせ可能である。

以上のように、上記参考構成例２によれば、画像供給装置２が、画像データおよび画像
出力ジョブを指定するジョブ指定ファイル（ここでは、ＤＰＯＦのＡＵＴＰＲＩＮＴ．Ｍ
ＲＫファイル）を格納し、画像出力装置１が、そのジョブ指定ファイルを取得し、指示さ
れたジョブを解釈し、そのジョブ指定ファイルの情報に基づいて、マークアップ言語で記
述した画像出力に係る制御情報を生成する。これにより、ＤＰＯＦ方式などの既存のジョ
ブ指定ファイルを使用でき、簡単に複雑な画像出力ジョブを実行することができる。

さらに、上記参考構成例２によれば、画像供給装置２は、画像出力対象の１または複数
の画像データおよびジョブ指定ファイルのいずれか一方を画像出力ジョブ開始コマンドに
おいて指定することができる。画像出力装置１は、画像出力ジョブ開始コマンドにおいて
画像データが指定された場合には、その画像出力ジョブ開始コマンドに従って画像供給装
置２からその画像データを取得し、画像出力ジョブ開始コマンドにおいてジョブ指定ファ
イルが指定された場合には、その画像出力ジョブ開始コマンドに従って画像供給装置２か
らそのジョブ指定ファイルを取得し、そのジョブ指定ファイルにおいて指定された画像デ
ータを画像供給装置２から取得する。これにより、画像データごとに、あるいはジョブ指
定ファイルで纏めて、画像出力の対象となる画像データを指定することができ、様々なパ
ターンの画像出力ジョブを行うことができる。

画像出力システムの参考構成例３．
画像出力システムの参考構成例３は、上記参考構成例１または上記参考構成例２に係る
画像出力システムにおいて自律復旧できない障害（例えば紙ジャム、電源断、通信路切断
など）から復旧した際のリカバリ処理を行うようにしたものである。

この画像出力システムの参考構成例３では、画像出力装置１が、画像出力としての印刷
処理におけるページレイアウト内の所定位置（最初、最後など）に割り当てられた印刷対
象を示す再開情報を画像供給装置２に送信し、障害により印刷処理が中止された後に、印
刷処理を新たに開始させる印刷ジョブ開始コマンドとともに、再開時の最初の印刷対象を
指定する制御情報を画像供給装置２から受信し、その印刷対象から印刷処理を再開する。
その一方で、画像供給装置２が、その再開情報を受信して記憶しておき、印刷処理を再開
する場合に、印刷処理を新たに開始させる印刷ジョブ開始コマンドとともに、最後に記憶
した再開情報に基づいて再開時の最初の印刷対象を指定する制御情報を画像出力装置１へ
送信する。

なお、参考構成例３における画像出力装置１および画像供給装置２の基本的な構成は、
参考構成例１の場合と同様であるが、下記の機能が追加される。

次に、上記システムにおける各装置の動作について説明する。

図１９は、画像出力システムの参考構成例３における画像出力装置についての状態遷移
図である。

画像出力装置１は、印刷ジョブがないと、ジョブなし状態（すなわち、アイドル状態）
にあり、画像供給装置２から印刷ジョブを供給されると、印刷状態に移行し、印刷処理を
行う。そして、印刷ジョブが終了し、後続の印刷ジョブがないと、画像出力装置１は、ジ
ョブなし状態に移行する。なお、この状態の管理は、画像出力装置１の出力制御部１３に
より行われる。

印刷状態において障害が発生すると、画像出力装置１は、ホールド状態に移行し、印刷
処理を中断する。自律復旧可能な障害の場合には、障害がなくなると、画像出力装置１は
、印刷状態に戻り、中断した印刷処理を再開する。一方、紙ジャム、通信路切断などの自
律復旧不能な障害の場合には、画像出力装置１は、リセット指令があるまでホールド状態
のままとなり、リセット指令があると、中断した印刷ジョブを廃棄して、ジョブなし状態
に移行する。その時に残りの印刷ジョブがある場合やその後に新たな印刷ジョブが発生し
た場合には、画像出力装置１は、印刷状態に移行する。

また、画像出力装置１の電源が断たれた場合、画像出力装置１における印刷ジョブが消
失するので、その後、電源が投入された場合には、画像出力装置１は、ジョブなし状態と
なる。

次に、リカバリ処理について説明する。なお、リカバリ処理の手順は、下記に示すよう
に、障害の種類などに応じて、複数種類のいずれかとすることができる。

まず、紙ジャム、通信路切断、電源の正常断、電源の異常断などの自律復旧不能な障害
が発生した場合のリカバリ処理の一例について説明する。図２０は、画像出力システムの
参考構成例３の正常時の印刷処理において行われる、リカバリのための処理を説明するフ
ローチャートである。図２１は、画像出力システムの参考構成例３のリカバリ処理の一例
について説明するフローチャートである。

まず、印刷状態において、画像出力装置１は、印刷処理を実行するが、その際、あるペ
ージから次ページへの切り換わりを検出すると（ステップＳ１０１）、切換後のページ最
初でのジョブ状態情報を画像供給装置２に送信する。すなわち、画像出力装置１は、切換
後のページのページレイアウトの最初に使用される画像データを指定している印刷ジョブ
のジョブＩＤ（ＤＰＯＦの「ＰＲＴ ＰＩＤ」の値に相当するもの）、その画像データの
格納場所のパス（ＤＰＯＦの「ＩＭＧ ＳＲＣ」の値に相当するもの）、および繰り返し
供給回数（ＤＰＯＦの「ＰＲＴ ＱＴＹ」の値に相当するもの）を再開情報（リカバリ処
理で使用されるジョブ状態情報）として画像供給装置２に送信する（ステップＳ１０２）
。

この参考構成例３では、画像出力装置１の通信制御部１２が、ページの切り換わりが発
生すると、ＤＰＳプロトコルに従って、その時点でのジョブ状態情報を通知するジョブ状
態通知コマンドＤＰＳ＿ＮｏｔｉｆｙＪｏｂＳｔａｔｕｓのＸＭＬスクリプトを生成し、
送信する。コマンドＤＰＳ＿ＮｏｔｉｆｙＪｏｂＳｔａｔｕｓのＸＭＬスクリプトでは、
ジョブＩＤを示すタグ＜ｐｒｔＰｉｄ＞，＜／ｐｒｔＰｉｄ＞でジョブＩＤの値が囲まれ
、画像データの格納場所のパスを示すタグ＜ｉｍａｇｅＰａｔｈ＞，＜／ｉｍａｇｅＰａ
ｔｈ＞で画像データの格納場所のパスの値が囲まれ、繰り返し供給回数を示すタグ＜ｃｏ
ｐｙＩｄ＞，＜／ｃｏｐｙＩｄ＞で繰り返し供給回数の値が囲まれる。

図２２は、参考構成例３において使用されるジョブ状態通知コマンドＤＰＳ＿Ｎｏｔｉ
ｆｙＪｏｂＳｔａｔｕｓのＸＭＬスクリプトの一例を示す図である。図２２において、ｎ
ｏｔｉｆｙＪｏｂＳｔａｔｕｓＲｅｑｕｅｓｔタグは、ジョブ状態通知コマンドであるこ
とを示すタグである。図２２においては、ｎｏｔｉｆｙＪｏｂＳｔａｔｕｓＲｅｑｕｅｓ
ｔタグの下位に、ｊＳｔａｔｕｓタグ、ｐｒｔＰｉｄタグ、ｉｍａｇｅＰａｔｈタグ、ｃ
ｏｐｙＩｄタグ、ｐｒｏｇｒｅｓｓタグおよびｊＥｎｄＲｅａｓｏｎタグが配置される。

なお、ジョブ指定ファイルが使用される場合には、ｐｒｔＰｉｄタグ、ｉｍａｇｅＰａ
ｔｈタグおよびｃｏｐｙＩｄタグで指定される値には、画像出力装置１により取得された
ＤＰＯＦのジョブ指定ファイルＡＵＴＰＲＩＮＴ．ＭＲＫにおける値が使用され、その時
点で処理中のジョブのジョブＩＤ、画像データのパスおよび繰り返し供給回数の値が設定
される。

また、ｊＳｔａｔｕｓタグは、ジョブの状態が印刷状態、ジョブなし状態およびホール
ド状態のいずれであるかを指定するためのタグである。ｐｒｏｇｒｅｓｓタグは、ジョブ
における全ページ数Ｔと、印刷中のページ番号ＮとをＮ／Ｔの書式で指定するためのタグ
である。ｊＥｎｄＲｅａｓｏｎタグは、正常終了、ユーザ操作による終了、異常終了など
の、ジョブが終了した原因を示す値を指定するためのタグである。なお、ジョブなし状態
にある場合に、ｊＥｎｄＲｅａｓｏｎタグにより値が指定される。

なお、図２２に示すスクリプトでは、ｐｒｔＰｉｄタグ、ｉｍａｇｅＰａｔｈタグおよ
びｃｏｐｙＩｄタグにより、ジョブＩＤ、イメージパスおよび繰り返し供給回数が指定さ
れるが、その代わりに、ジョブ指定ファイルが使用されない場合には、ジョブ開始コマン
ドにおけるｉｍａｇｅＩＤタグで指定された画像データおよびｃｏｐｉｅｓタグで指定さ
れた繰り返し供給回数が、ジョブ状態通知コマンドにおいて使用されるようにしてもよい
。

一方、画像供給装置２は、画像出力装置１から、ページの切り換わりごとに、ジョブＩ
Ｄ、ページ最初の画像データの格納場所のパス、その画像データの繰り返し供給回数など
といった再開情報を受信すると（ステップＳ１１１）、それらを記憶し、画像出力装置１
から通知された最新の再開情報を保持する（ステップＳ１１２）。

この参考構成例３では、画像供給装置２の通信制御部２２が、ＤＰＳプロトコルに従っ
て、ページごとに、コマンドＤＰＳ＿ＮｏｔｉｆｙＪｏｂＳｔａｔｕｓであるＸＭＬスク
リプトを受信し、そのＸＭＬスクリプトから、ジョブＩＤ、画像データの格納場所のパス
、および画像データの繰り返し供給回数を抽出し、記憶する。

このようにして、画像供給装置２は、印刷処理が開始されたページごとに、所定の位置
（ここでは最初）の画像データを指定している印刷ジョブのジョブＩＤ、その画像データ
の格納場所のパス、その画像データの繰り返し供給回数などといった再開情報を順次記憶
していく。なお、ジョブＩＤ、その画像データの格納場所のパス、およびその画像データ
の繰り返し供給回数は、最新のものだけあればよいので、古いものは消去してもよい。

そして、印刷状態において、紙ジャム、電源オフ操作などの自律復旧不能な障害が発生
した場合（ステップＳ１２１）、画像出力装置１は、ホールド状態に移行し、障害発生を
画像供給装置２に通知する（ステップＳ１２２）。なお、電源がオフ操作により正常断さ
れた場合には、画像出力装置１は、バッテリやキャパシタの電力を使用して、この通知を
行う。

この参考構成例３では、画像出力装置１の通信制御部１２が、障害が発生すると、ＤＰ
Ｓプロトコルに従って、装置の状態を通知するコマンドＤＰＳ＿ＮｏｔｉｆｙＤｅｖｉｃ
ｅＳｔａｔｕｓのＸＭＬスクリプトを生成し、送信する。コマンドＤＰＳ＿Ｎｏｔｉｆｙ
ＤｅｖｉｃｅＳｔａｔｕｓのＸＭＬスクリプトでは、障害の状態を示すタグ＜ｅｒｒｏｒ
Ｓｔａｔｕｓ＞，＜／ｅｒｒｏｒＳｔａｔｕｓ＞で障害状態を示す値が囲まれ、障害の原
因を示すタグ＜ｒｅａｓｏｎ＞，＜／ｒｅａｓｏｎ＞で障害原因を示す値が囲まれる。

図２３は、参考構成例３において使用されるデバイス状態通知コマンドＤＰＳ＿Ｎｏｔ
ｉｆｙＤｅｖｉｃｅＳｔａｔｕｓのＸＭＬスクリプトの一例を示す図である。図２３にお
いて、ｎｏｔｉｆｙＤｅｖｉｃｅＳｔａｔｕｓＲｅｑｕｅｓｔタグは、デバイス状態通知
コマンドであることを示すタグである。図２３においては、ｎｏｔｉｆｙＤｅｖｉｃｅＳ
ｔａｔｕｓＲｅｑｕｅｓｔタグの下位に、ｅｒｒｏｒＳｔａｔｕｓタグ、ｒｅａｓｏｎタ
グ、ｄｉｓｃｏｎｎｅｃｔＥｎａｂｌｅタグおよびｃａｐａｂｉｌｉｔｙＣｈａｎｇｅタ
グが配置される。

ｅｒｒｏｒＳｔａｔｕｓタグは、障害なし、復旧可能障害、復旧不能障害などの障害状
態を指定するためのタグである。ｒｅａｓｏｎタグは、障害なし、用紙関係の障害、イン
ク関係の障害、ハードウェア関係の障害、データ関係の障害などといった障害の原因を指
定するためのタグである。ｄｉｓｃｏｎｎｅｃｔＥｎａｂｌｅタグは、接続を解除してよ
いか否かを指定するためのタグである。ｃａｐａｂｉｌｉｔｙＣｈａｎｇｅタグは、画像
出力装置１で許容される印刷条件に変更があったか否かを指定するためのタグである。

画像供給装置２は、画像出力装置１から、障害発生の通知を受信すると（ステップＳ１
３１）、画像出力装置１から通知された最新の再開情報（ジョブＩＤ、ページ最初の画像
データの格納場所のパス、その画像データの繰り返し供給回数など）を読み出す（ステッ
プＳ１３２）。

この参考構成例３では、画像供給装置２の通信制御部２２が、ＤＰＳプロトコルに従っ
て、上述のコマンドＤＰＳ＿ＮｏｔｉｆｙＤｅｖｉｃｅＳｔａｔｕｓのＸＭＬスクリプト
を受信し、そのＸＭＬスクリプトから障害状態を認識する。

そして、画像供給装置２は、印刷ジョブ開始時に先に送信した印刷ジョブ開始コマンド
に、最新の再開情報を追加して送信する（ステップＳ１３３）。

この参考構成例３では、画像供給装置２の通信制御部２２が、ＤＰＳプロトコルに従っ
て、最新のジョブＩＤ、ページ最初の画像データの格納場所のパス、およびその画像デー
タの繰り返し供給回数を設定した上述のコマンドＤＰＳ＿ＳｔａｒｔＪｏｂのＸＭＬスク
リプトを送信する。

図２４は、参考構成例３において、ジョブ再開時の印刷ジョブ開始コマンドＤＰＳ＿Ｓ
ｔａｒｔＪｏｂのＸＭＬスクリプトの一例を示す図である。図２４に示すように、ジョブ
再開時の印刷ジョブ開始コマンドＤＰＳ＿ＳｔａｒｔＪｏｂでは、ｉｍａｇｅＩＤタグに
より、ジョブ指定ファイルのオブジェクトＩＤ（ここでは、０００００００２）が指定さ
れ、再開位置を示すジョブＩＤ、ページ最初の画像データの格納場所のパスおよびその画
像データの繰り返し供給回数が、ｐｒｔＰｉｄタグ、ｉｍａｇｅＰａｔｈタグおよびｃｏ
ｐｉｅｓタグによりそれぞれ指定される。

画像出力装置１は、その印刷ジョブ開始コマンドを受信すると（ステップＳ１２４）、
その印刷ジョブ開始コマンドにおいて指定された、先に使用されたジョブ指定ファイルの
送信要求を送信する。

この参考構成例３では、画像出力装置１の通信制御部１２が、ＤＰＳプロトコルに従っ
て、ＸＭＬスクリプトのジョブ開始コマンドＤＰＳ＿ＳｔａｒｔＪｏｂを受信し、ジョブ
指定ファイルを指定してファイル取得コマンドＤＰＳ＿ＧｅｔＦｉｌｅを発行する。

そして、画像供給装置２は、そのジョブ指定ファイルの送信要求に応じて、ジョブ指定
ファイルを送信する（ステップＳ１３４）。画像出力装置１は、そのジョブ指定ファイル
を受信する（ステップＳ１２５）。

この参考構成例３では、画像出力装置１の通信制御部１２が、ＤＰＳプロトコルにおけ
るファイル取得コマンドＤＰＳ＿ＧｅｔＦｉｌｅを発行し、画像供給装置２からジョブ指
定ファイルを取得する。

画像出力装置１は、ジョブ指定ファイルの内容を参照し、印刷ジョブ開始コマンドによ
り指定されたジョブＩＤ、ページ最初の画像データの格納場所のパス、およびその画像デ
ータの繰り返し供給回数に該当する位置をジョブ指定ファイル内で発見すると、その位置
を印刷ジョブの再開位置と特定する（ステップＳ１２６）。

そして、画像出力装置１は、その再開位置から印刷ジョブを再開し（ステップＳ１２７
）、必要に応じて画像データを画像供給装置２から取得する（ステップＳ１２７，Ｓ１３
５）。

これにより、障害発生により中断した印刷ジョブがリセット指令後に再開され、障害が
発生したページの先頭から印刷が再開される。図２５は、画像出力システムの参考構成例
３における印刷再開を説明する図である。例えば図２５に示すように、画像１０１ａ，１
０１ｃの印刷後、途中で画像１０１ｂ，１０１ｄを印刷している時に障害が発生した場合
にも、ページの最初に割り当てられる画像１０１ａについてのジョブＩＤ、パスおよび繰
り返し供給回数に基づいてジョブ指定ファイル内での印刷再開位置が特定されて印刷ジョ
ブが再開される。なお、図２５のように１つのページに複数の画像が配置される場合、印
刷ジョブにおける出現順番が最も早い画像についてジョブＩＤなどが記憶され、その画像
から印刷が再開される。

例えば図１２に示すジョブ指定ファイルで図２５に示すレイアウトとした場合、画像１
０１ａに割り当てられるＩＭＡＧＥ０１．ＪＰＧについてのジョブＩＤ「００１」、パス
「．／ＤＣＩＭ／１００ＥＰＳＯＮ／ＩＭＡＧＥ０１．ＪＰＧ」、繰り返し回数「００２
」が再開情報として記憶される。そして、図２５に示す位置で障害が発生したときには、
図１２の最初のジョブから同一のレイアウトで印刷が再開される。

なお、画像出力装置１は、印刷対象の繰り返し供給の途中で改ページが発生した場合に
は、画像供給装置２に通知する繰り返し供給回数の値を残りの繰り返し供給回数に変更し
、変更後の値を通知する。これにより、画像供給装置２では、印刷対象の繰り返し供給の
途中で改ページが発生した場合には、記憶する繰り返し供給回数が残りの繰り返し供給回
数に変更される。この場合には、ジョブＩＤとファイルパスでジョブ再開位置が検出され
るようにするか、画像出力装置１へ送信するジョブ指定ファイル内の該当する繰り返し供
給回数を同様に変更する。

次に、通信路３の切断および画像出力装置１の電源の異常断が発生した場合のリカバリ
処理の一例について説明する。図２６は、画像出力システムの参考構成例３のリカバリ処
理の他の一例について説明するフローチャートである。なお、この場合の正常動作時の処
理は、上述の場合（図２０）と同様である。

まず、通信路３の切断または画像出力装置１の電源の異常断が発生すると（ステップＳ
１４１）、画像出力装置１と画像供給装置２との間の通信コネクションが切れるため、画
像供給装置２は、その通信コネクション（例えばＵＳＢのコネクション）の切断を検知す
る（ステップＳ１５１）。

その後、通信路３や電源が復旧すると、画像出力装置１は、リセットまたは再起動する
（ステップＳ１２３）。そして、通信路３を介して通信コネクションが確立されると、画
像供給装置２は、画像出力装置１との接続が復旧したことを検知する（ステップＳ１５２
）。

画像供給装置２は、接続が復旧すると、上述したように、印刷ジョブ開始コマンドとと
もに再開情報を画像出力装置１に送信し、画像出力装置１は、それに応じて印刷ジョブを
再開する。

以上のリカバリ処理の例の場合では、画像出力装置１が、ページごとに、再開情報を画
像供給装置２に送信しているが、その代わりに、画像出力装置１が、紙ジャムなどの障害
を検出した場合に、自動的に、再開情報を画像供給装置２に送信するようにしてもよい。
次にその場合について説明する。

図２７は、画像出力システムの参考構成例３のリカバリ処理のさらに他の一例について
説明するフローチャートである。なお、この場合には、上述の場合（図２０）のような正
常動作時の処理は特に必要なく、障害発生時に、再開情報が画像出力装置１から画像供給
装置２へ伝送される。

このリカバリ処理の場合、図２７に示すように、障害が発生すると、画像出力装置１は
、障害発生を通知し（ステップＳ１２２）、再開情報を画像供給装置２に送信する（ステ
ップＳ１６１）。

画像供給装置２は、その障害発生の通知を受信し（ステップＳ１３１）、再開情報を受
信すると（ステップＳ１７１）、それを保持して（ステップＳ１７２）、画像出力装置１
が復旧するまで待機する（ステップＳ１７３）。

画像出力装置１がリセットや再起動により復旧すると（ステップＳ１２３）、画像供給
装置２は、画像出力装置１の復旧を検知し、印刷ジョブ開始コマンドとともに再開情報を
画像出力装置１に送信する（ステップＳ１７４）。画像出力装置１は、その印刷ジョブ開
始コマンドおよび再開情報に基づいて、上述のようにして印刷ジョブを再開する。

なお、この画像出力システムの参考構成例３は、他の実施の形態のいずれとも組み合わ
せ可能である。

また、この参考構成例３では、印刷再開位置を示す情報として、ジョブＩＤ、パスおよ
び繰り返し供給回数の３つを使用しているが、正確に印刷再開位置を特定できれば、これ
らのうちの１つだけまたは２つだけでもよい。また、他のジョブ状態情報を再開情報に使
用してもよい。

さらに、この参考構成例３では、改ページ後のページのページレイアウトの最初の画像
データに関するジョブ状態情報を再開情報に使用しているが、改ページ前のページのペー
ジレイアウトの最後の画像データに関するジョブ状態情報を再開情報に使用するようにし
てもよい。その場合には、一連の印刷ジョブにおいて再開情報に合致する位置の次から印
刷ジョブが再開される。

以上のように、上記参考構成例３によれば、画像出力装置１が、画像出力としての印刷
処理においてページレイアウト内の所定位置（ここでは、先頭）に割り当てられた印刷対
象を示す再開情報を画像供給装置２に送信し、障害により印刷処理が中止された後に、印
刷ジョブ開始コマンドとともに、再開時の最初の印刷対象を指定する制御情報を画像供給
装置２から受信し、その印刷対象から印刷処理を再開する。一方、画像供給装置２は、そ
の再開情報を受信して記憶しておき、印刷処理を再開する場合に、印刷ジョブ開始コマン
ドとともに、最新の再開情報に基づいて再開時の最初の印刷対象を指定する制御情報を画
像出力装置１へ送信する。これにより、画像出力装置１がリセットされジョブの情報がな
くなっても、復旧後に正確に印刷処理を再開することができる。

さらに、上記参考構成例３によれば、一例として、画像出力装置１が、障害を検出した
場合にのみ、再開情報を画像供給装置２に送信する。これにより、復旧のための再開情報
を頻繁に送受する必要がないため、正常動作時の処理を増加させることなく、復旧後に正
確に印刷処理を再開することができる。

さらに、上記参考構成例３によれば、一例として、画像出力装置１が、ページごとに、
再開情報を画像供給装置２に送信する。これにより、障害発生時に再開情報を送信できな
い場合でも、復旧後に正確に印刷処理を再開することができる。

さらに、上記参考構成例３によれば、再開情報に、ページレイアウト内の所定位置に割
り当てられた印刷対象についての印刷ジョブのジョブＩＤ、画像供給装置２内のその印刷
対象の格納場所を示す情報、およびその印刷対象の繰り返し供給回数のうちの少なくとも
１つを含む。これにより、復旧後に印刷再開位置を正確に特定することができる。

さらに、上記参考構成例３によれば、画像供給装置２が、再開情報に、印刷対象の繰り
返し供給回数を少なくとも使用し、印刷対象の繰り返し供給の途中で改ページが発生した
場合には、繰り返し供給回数を残りの繰り返し供給回数に変更する。これにより、繰り返
し供給回数を複数に設定している場合でも、復旧後に正確に印刷処理を再開することがで
きる。

さらに、上記参考構成例３によれば、画像出力装置１が、障害を検知すると、その旨を
画像供給装置２に通知し、その後、印刷処理を中止する。一方、画像供給装置２が、リセ
ット指令を受け付けると、印刷ジョブコマンドとともに再開情報を画像出力装置１に送信
する。これにより、確実に復旧した後にリセット指令に呼応して印刷が再開され、復旧後
に正確に印刷処理を再開することができる。

実施の形態１．
本発明の実施の形態１に係る画像出力システムは、ＤＰＳプロトコルにおいて、規定後
に拡張機能を追加するための拡張タグを、制御情報の生成および送受の際に使用するよう
にしたものである。なお、実施の形態１に係る画像出力システムの構成およびその他の動
作は、上述の画像出力システムの参考構成例１〜３のいずれかと同様とすればよいので、
その説明を省略する。

画像供給装置２および画像出力装置１は、ＤＰＳプロトコルにおけるある機能が拡張さ
れている場合、その機能を表現する既存のタグをそのまま残しておいた状態でその拡張さ
れた機能の使用を指定するための拡張タグを挿入して、ＸＭＬ構文に従ってＸＭＬスクリ
プトである制御情報を生成する。

その際、画像供給装置２および画像出力装置１は、その機能を表現する既存のタグより
下位のネストレベルに拡張タグを挿入したり、その機能の処理対象となる画像データを指
定する既存のタグに関連付けて拡張タグを挿入する。例えば、画像データを指定する既存
のタグを含む要素の直前、直後または内部にその拡張タグが挿入される。

より詳細には、例えばプリンタとしての画像出力装置１において、ＣＰＵ４１が、例え
ばＲＯＭ４２といった記録媒体に記憶された所定の制御プログラムに従って動作し、ＤＰ
Ｓプロトコルにおける所定の機能が拡張されている場合に、ＸＭＬスクリプト内でその機
能を表現する既存のタグを残して、その拡張に応じた拡張タグを挿入してスクリプトを生
成する。このように、ＣＰＵ４１が所定の制御プログラムに従って動作することでＸＭＬ
スクリプト生成機能６２が実現され、このＸＭＬスクリプト生成機能６２により、第１の
スクリプト生成手段が実現される。

また、例えばデジタルカメラとしての画像供給装置２において、ＣＰＵ７１が、例えば
ＲＯＭ７２といった記録媒体に記憶された所定の制御プログラムに従って動作し、ＤＰＳ
プロトコルにおける所定の機能が拡張されている場合に、ＸＭＬスクリプト内でその機能
を表現する既存のタグを残して、その拡張に応じた拡張タグを挿入してスクリプトを生成
する。このように、ＣＰＵ７１が所定の制御プログラムに従って動作することでＸＭＬス
クリプト生成機能９２が実現され、このＸＭＬスクリプト生成機能９２により、第２のス
クリプト生成手段が実現される。

この実施の形態１では、規定後に拡張機能を追加するための拡張タグとして、ベンダ固
有の画像処理の使用を指定するための拡張タグが使用される。このような画像処理として
は、ＡＰＦ（オートフォトファイン）機能によるもの、ＰＩＭ（プリントイメージマッチ
ング）機能によるもの、Ｅｘｉｆプリンティング機能によるものなどがある。
Ｅｘｉｆプリンティング機能は以下の通りである。Ｅｘｉｆファイル規格のファイルに
は、ＪＰＥＧ形式に変換された元画像データに加えて撮影情報（露出情報、絞り情報、Ｇ
ＰＳ情報など）が保存されており、この撮影情報に基づいて画像処理を行うことでプリン
ティングする機能である。

実施の形態１では、一例として、画像出力の対象である画像に対する画像処理を、ＰＩ
Ｍ機能によるものに拡張する場合について説明する。

まず、ＰＩＭ機能について説明する。

ＰＩＭ機能では、デジタルカメラなどの撮影装置により撮影された画像について、その
画像データと、画像出力の際にカラープリンタなどの画像出力装置を制御するための出力
制御データとが関連付けられて１つの画像ファイルとして記録される。この出力制御デー
タは、印刷制御コマンド、画像処理の際に用いられるパラメータである画像処理制御デー
タなど含む。そして、カラープリンタなどの画像出力装置は、画像データおよび出力制御
データを有する画像ファイルを供給されると、この出力制御データに基づいてこの画像デ
ータに画像処理を施し、画像処理後の画像データに基づき画像を出力（印刷）する。

なお、画像処理制御データに含まれる各パラメータの値は、撮影シーンに応じて設定さ
れる。図２８は、ＰＩＭ機能において使用される画像処理制御データのパラメータとその
値の一例を示す図である。図２８では、１１種類の撮影シーンに応じた、パラメータのプ
リセットが予め用意されている。これらのプリセットには、「コントラスト」、「明るさ
」、「カラーバランス」、「彩度」、「シャープネス」、「記憶色」、「ノイズ除去」の
７種類のパラメータが含まれている。なお、これらのプリセットは、デジタルカメラのベ
ンダが用意したものであり、この他に、ユーザが、所望のパラメータセットを設定登録す
ることができる。なお、画像ファイルには、出力制御データとして、先に示した画像処理
制御データの他に、デジタルカメラのガンマ値、ターゲット色空間、撮影時に設定された
露出時間、ホワイトバランス、絞り、シャッタースピード、レンズの焦点距離など撮影条
件も含まれる。

図２９は、画像ファイルの構成例を示す図である。図２９に示す画像ファイルは、デジ
タルカメラ用画像ファイルフォーマット規格（Ｅｘｉｆ）に従ったファイル構造を有して
いる。Ｅｘｉｆファイルの仕様は、（社）電子情報技術産業協会（ＪＥＩＴＡ）によって
定められている。

この画像ファイルは、画像データを格納する画像データ格納領域１０１と、格納されて
いる画像データに関する各種付属情報を格納する付属情報格納領域１０２とを有する。画
像データ格納領域１０１には、画像データがＪＰＥＧ形式で格納される。付属情報格納領
域１０２には、メーカノート１０３を含む付属情報が例えばＴＩＦＦ形式で格納される。
なお、このメーカノート１０３は、デジタルカメラのメーカに開放されている未定義領域
に格納される。実施の形態１では、画像処理制御データは、このメーカノート１０３とし
て格納される。なお、Ｅｘｉｆ形式のファイルでは、各データを特定するためにタグが用
いられており、メーカノート１０３には、タグ名「ＭａｋｅｒＮｏｔｅ」のタグ（Ｍａｋ
ｅｒＮｏｔｅタグ）が割り当てられている。

なお、実施の形態１では、画像ファイルは、Ｅｘｉｆ形式のものとしているが、ファイ
ル形式は、これに限らず、画像データと画像処理制御データとを一体的に具備可能な構造
を有するものであれば、いずれのものでもよい。

メーカノート１０３には、後述のプリントマッチングデータが含まれ、このプリントマ
ッチングデータが、画像処理制御データに相当する。そして、この画像処理制御データに
は、タグ名「ＰｒｉｎｔＭａｔｃｈｉｎｇ」のタグ（ＰｒｉｎｔＭａｔｃｈｉｎｇタグ）
が割り当てられている。

図３０は、画像ファイルにおけるメーカノート１０３のデータ構造を示す図である。図
３１は、図３０に示すメーカノート１０３内に定義されているプリントマッチングデータ
のデータ構造を示す図である。

図３０に示すように、メーカノート１０３内の各データの格納領域は、メーカノート１
０３のデータ格納領域のトップアドレスからのオフセット値で指定される。このメーカノ
ート１０３には、トップアドレスにメーカー名（６バイト）、続いて予備領域（２バイト
）、ローカルタグのエントリ数（２バイト）、各ローカルタグ（各１２バイト）が含まれ
る。なお、メーカー名の後には、文字終端列を示す終端コード「０ｘ００」が付される。

図３０におけるプリントマッチングデータのデータ構造は、図３１に示すようになって
おり、プリントマッチングデータには、プリントマッチングパラメータが格納されている
ことを示すプリントマッチング識別子、このプリントマッチングデータにおいて設定され
るパラメータの数を示すパラメータ設定数ｎ、設定の対象となるパラメータに予め割り当
てられているパラメータ番号、設定の対象となるパラメータに設定されるパラメータ設定
値などが含まれる。なお、パラメータ番号は、例えば、２バイトの情報であり、パラメー
タ設定値は、４バイトの情報である。画像出力装置側において、このプリントマッチング
データにより設定されているパラメータの値が画像処理制御データとして取得される。

このように、ＰＩＭ機能に係る画像ファイルが構成されている。

次に、実施の形態１に係る画像出力システムにおいてこのＰＩＭ機能を使用して画像出
力を行う場合の、制御情報であるＸＭＬスクリプトの生成について説明する。

実施の形態１においては、例えば、画像供給装置２が、ＰＩＭ機能を有するデジタルカ
メラなどの撮影装置とされた場合、画像供給装置２の記録媒体２４に、この画像データお
よび出力制御データを有する上述の画像ファイルが記録される。

この実施の形態１では、画像供給装置２は、ＰＩＭ機能を使用して画像出力装置１に印
刷などの画像出力を行わせる場合には、画像出力ジョブ開始コマンドＤＰＳ＿Ｓｔａｒｔ
Ｊｏｂにおける、画像最適化のための既存のタグであるｉｍａｇｅＯｐｔｉｍｉｚｅタグ
の下位のネストレベルに、ＰＩＭ機能を使用した画像出力を指定するための拡張タグであ
るｉｍａｇｅＯｐｔｉｍｉｚｅ２タグを挿入して制御情報であるＸＭＬスクリプトを生成
する。なお、拡張タグの名称は、ｉｍａｇｅＯｐｔｉｍｉｚｅ２に限定されるものではな
く、各ベンダにより自由に規定される。

図３２は、実施の形態１に係る画像出力システムにおける画像供給装置２により生成さ
れる画像出力ジョブ開始コマンドＤＰＳ＿ＳｔａｒｔＪｏｂの一例を示す図である。実施
の形態１に係る画像出力システムにおける画像供給装置２により生成される画像出力ジョ
ブ開始コマンドＤＰＳ＿ＳｔａｒｔＪｏｂでは、例えば図３２に示すように、既存のタグ
であるｉｍａｇｅＯｐｔｉｍｉｚｅタグを含む要素「＜ｉｍａｇｅＯｐｔｉｍｉｚｅ＞０
７００００００＜／ｉｍａｇｅＯｐｔｉｍｉｚｅ＞」に中に、拡張タグであるｉｍａｇｅ
Ｏｐｔｉｍｉｚｅ２タグを含む要素「＜ｉｍａｇｅＯｐｔｉｍｉｚｅ２＞０８０００００
０＜／ｉｍａｇｅＯｐｔｉｍｉｚｅ２＞」が設けられる。そして、拡張タグであるｉｍａ
ｇｅＯｐｔｉｍｉｚｅ２タグにより指定される値（ここでは「０８００００００」）によ
り、ＰＩＭ機能を使用した画像出力を実行させるか否かが設定される。そして、この場合
、ｉｍａｇｅＩＤタグにより指定されるオブジェクトＩＤは、出力制御データを含む上述
の画像ファイルのオブジェクトＩＤとされる。

そして、このようにして生成された画像出力ジョブ開始コマンドＤＰＳ＿ＳｔａｒｔＪ
ｏｂは、画像供給装置２から通信路３を介して画像出力装置１に伝送される。

この画像出力ジョブ開始コマンドＤＰＳ＿ＳｔａｒｔＪｏｂを供給された画像出力装置
１がこのＰＩＭ機能を使用した画像出力に対応した機種である場合、その画像出力装置１
は、ｉｍａｇｅＯｐｔｉｍｉｚｅ２タグが、ＰＩＭ機能を使用した画像出力を指定するた
めのタグであると認識し、そのタグで指定される値に基づいて、ＰＩＭ機能を使用した画
像出力（例えば印刷）を行うか否かを判定する。そして、ＰＩＭ機能を使用した画像出力
を行うと判定した場合、画像出力装置１は、画像供給装置２から取得した画像ファイルの
出力制御データに基づいて、画像ファイル中の画像データに対して画像処理を実行し、画
像処理後の画像データに基づき画像を出力（例えば印刷）する。

一方、この画像出力ジョブ開始コマンドＤＰＳ＿ＳｔａｒｔＪｏｂを供給された画像出
力装置１がこのＰＩＭ機能を使用した画像出力に対応した機種ではない場合、拡張タグで
あるｉｍａｇｅＯｐｔｉｍｉｚｅ２タグが定義されていないため、その画像出力装置１は
、拡張タグであるｉｍａｇｅＯｐｔｉｍｉｚｅ２タグを未定義のタグであると認識し、Ｘ
ＭＬの規則に従ってそのタグを含む要素を無視し、画像データに基づき画像を出力（例え
ば印刷）する。その際、画像出力装置１は、既存のタグであるｉｍａｇｅＯｐｔｉｍｉｚ
ｅタグで指定される値に基づいて、画像最適化を行うか否かを判定し、画像最適化を行う
と判定した場合、画像ファイル中の画像データに対して所定の画像処理を実行し、画像処
理後の画像データに基づき画像を出力するようにしてもよい。

なお、図３２に示す画像出力ジョブ開始コマンドＤＰＳ＿ＳｔａｒｔＪｏｂの一例では
、既存のタグの直下に拡張タグが配置されているが、拡張タグを含む要素を、画像ファイ
ルごとに配置するようにしてもよい。図３３は、実施の形態１に係る画像出力システムに
おける画像供給装置２により生成される画像出力ジョブ開始コマンドＤＰＳ＿Ｓｔａｒｔ
Ｊｏｂの他の例を示す図である。例えば図３３に示すように、既存のタグであるｉｍａｇ
ｅＯｐｔｉｍｉｚｅタグを含む要素「＜ｉｍａｇｅＯｐｔｉｍｉｚｅ＞０７００００００
＜／ｉｍａｇｅＯｐｔｉｍｉｚｅ＞」とは別に、画像ファイルを指定するｉｍａｇｅＩＤ
タグを含む要素に対応付けて、拡張タグであるｉｍａｇｅＯｐｔｉｍｉｚｅ２タグを含む
要素「＜ｉｍａｇｅＯｐｔｉｍｉｚｅ２＞０８００００００＜／ｉｍａｇｅＯｐｔｉｍｉ
ｚｅ２＞」を設けるようにしてもよい。その場合にも、拡張タグであるｉｍａｇｅＯｐｔ
ｉｍｉｚｅ２タグにより指定される値（ここでは「０８００００００」）により、ＰＩＭ
機能を使用した画像出力を指定するか否かが設定される。また、ｉｍａｇｅＩＤタグによ
り指定されるオブジェクトＩＤは、出力制御データを含む上述の画像ファイルのオブジェ
クトＩＤとされる。

また、実施の形態１では、拡張タグにより指定された値に応じて拡張機能を使用するか
否かが判定されるが、そのような値を指定せずに拡張タグのみで拡張機能の使用を設定す
るようにしてもよい。すなわち、その場合には、その拡張タグが挿入されていると、拡張
機能が実行される。

さらに、上記実施の形態１では、拡張タグにより、画像ファイル内の出力制御データに
基づいて画像処理の拡張機能を行うか否かを設定し画像処理において画像ファイル内の画
像処理制御データを使用しているが、拡張タグにより、出力制御データ内のパラメータの
値を直接設定するようにしてもよい。

また、上記実施の形態１において、画像供給装置２および画像出力装置１は、ＤＰＳプ
ロトコルにおけるある機能が拡張されている場合、ＸＭＬ構文に従って、制御情報を構成
するＸＭＬスクリプトにおいてその機能を表現する既存のタグより先に拡張タグを配置し
て制御情報を生成するようにしてもよい。その場合には、スクリプトを解釈する際に、先
に拡張タグが解釈されるため、既存のタグの機能を無効にし易くすることができる。

さらに、上記実施の形態１では、画像ファイル内の出力制御データに基づいて画像処理
が行われるが、その代わりに、あるいはそれに加えて、画像供給装置２が、拡張タグによ
り画像処理のパラメータなどを指定し、画像出力装置１が、拡張タグにより画像処理が指
定された場合に、所定の画像処理のうちの拡張タグにより指定された画像処理を画像デー
タに対して施し、画像処理後の画像データに基づき画像を出力するようにしてもよい。

なお、上記実施の形態１におけるコマンドの送受については、上述の参考構成例１〜３
と同様とすることができるので、その説明を省略する。

以上のように、上記実施の形態１によれば、画像出力装置１および画像供給装置２は、
画像出力制御プロトコルに基づき画像出力に係る制御情報をマークアップ言語で記述した
一連のスクリプトを生成する際に、画像出力制御プロトコルにおける所定の機能が拡張さ
れているときには、スクリプト内でその機能を表現する既存のタグを残しその拡張に応じ
た拡張タグを挿入してスクリプトを生成し、生成したスクリプトを、通信路３を介して通
信相手との間で送受する。

これにより、マークアップ言語の特徴を利用して、複数ベンダに対する互換性を維持し
つつ、プロトコル規定後に機能を簡単に追加することが可能となる。

さらに、上記実施の形態１によれば、画像出力装置１および画像供給装置２が、スクリ
プト内で既存のタグより下位のネストレベルに拡張タグを挿入してスクリプトを生成する
。

これにより、拡張された機能のタグが既存の機能のタグの下位に（すなわち、開始タグ
と終了タグとの間に）配置されるため、ある機能について拡張機能が設定されているか否
かを簡単に判定することができる。

さらに、上記実施の形態１によれば、画像出力装置１および画像供給装置２が、スクリ
プト内で拡張される機能の処理対象となる画像データに関連付けて拡張タグを挿入してス
クリプトを生成する。

これにより、拡張された機能を使用／不使用を画像単位に切り換えることができる。

さらに、上記実施の形態１によれば、制御情報を記述するためのマークアップ言語とし
て、文書型を追加定義可能であるＸＭＬなどが使用される。

これにより、プロトコル規定後に機能をより簡単に追加することが可能となる。

さらに、上記実施の形態１によれば、画像出力装置１および画像供給装置２が、画像出
力に係る制御情報として、画像出力処理における制御コマンド、その制御コマンドに対す
る応答、および装置の状態の通知を、マークアップ言語で記述した一連のスクリプトとし
て送受する。

これにより、マークアップ言語の構文の拡張性を利用して、制御コマンド、その応答、
装置の状態通知などについて複数ベンダに対する互換性を維持しつつ、プロトコル規定後
に機能を追加し易くすることができる。

さらに、上記実施の形態１によれば、画像出力装置１および画像供給装置２が、マーク
アップ言語で記述した一連のスクリプトとして、画像出力の対象となる画像データを含ま
ず、画像出力に係る制御情報のみを含むスクリプトを送受する。

これにより、画像出力の対象となるデータの形式を既存のものから変更することなく、
画像出力の対象となるデータから独立してマークアップ言語による制御情報を送受するこ
とができる。

さらに、上記実施の形態１によれば、拡張タグとして、ベンダ固有の画像処理を指定す
るためのタグが使用される。

これにより、ベンダごとに様々な特徴を有する画像処理についても画像出力時に指定す
ることができるようになる。

さらに、上記実施の形態１によれば、画像出力装置１が、拡張タグにより画像処理が指
定された場合に、画像データのファイルに記録された画像処理制御データに基づいて、そ
の画像データに対して画像処理を施し、画像処理後の画像データに基づき画像を出力する
。

これにより、画像データおよび画像処理制御データを有する画像ファイルを使用した画
像処理の機能を簡単に追加することが可能となる。

さらに、上記実施の形態１によれば、画像出力装置１が、拡張タグにより画像処理が指
定された場合に、所定の画像処理のうちの拡張タグにより指定された画像処理を画像デー
タに対して施し、画像処理後の画像データに基づき画像を出力することも可能である。

この場合、予め用意されている画像処理のいずれかを選択し選択した画像処理を画像デ
ータに施す機能を簡単に追加することが可能となる。

実施の形態２．
本発明の実施の形態２に係る画像出力システムは、実施の形態１と同様に、ＤＰＳプロ
トコルにおいて、規定後に拡張機能を追加するための拡張タグを、制御情報の生成および
送受の際に使用するようにしたものである。実施の形態２では、フレーム画像と画像デー
タの画像とを組み合わせて印刷するフレーム挿入印刷の機能を拡張機能として画像出力制
御プロトコル規定後に追加するための拡張タグが使用される。

なお、実施の形態２に係る画像出力システムの構成およびその他の動作は、上述の画像
出力システムの参考構成例１〜３のいずれかまたは実施の形態１と同様とすればよいので
、その説明を省略する。

ここで、フレーム挿入印刷機能（以下、ＰＩＦ機能という）について説明する。なお、
以下、ＰＩＦ機能を使用した印刷をＰＩＦ印刷という。

図３４は、ＰＩＦ機能の概念を説明する図である。図３５は、ＰＩＦ印刷の場合の印刷
画像の一例を示す図である。ＰＩＦ機能を使用した場合、例えば図３４に示すように、同
一の画像エリアに、複数の画像１２１，１２２，１２３が重畳した状態で印刷される。そ
の場合に、例えば、それらの画像１２１，１２２，１２３のうちの１つの画像１２３は、
フレーム画像であり、フレーム画像データには、他の画像１２２が表示される透明なエリ
アに関する情報（例えば、そのエリアの位置、透明率など）が記述される。そして、図３
５に示すように、背景の画像１２１の画像データ、印刷対象とされる画像１２２の画像デ
ータ、およびフレーム画像である画像１２３のデータが合成されて、１枚の画像１３１の
画像データが生成され、その画像データに基づき合成後の画像１３１が印刷される。

ＰＩＦ印刷の場合のターゲットの画像、背景画像およびフレーム画像のレイアウトは、
レイアウト定義ファイルにおいて定義される。図３６は、レイアウト定義ファイルの一例
を示す図である。図３６に示すように、レイアウト定義ファイルには、ヘッダ情報（見出
し［ＨＥＡＤＥＲ］で始まる部分）と、ページ情報（見出し［ＰＡＧＥ］で始まる部分）
が記述される。

ヘッダ情報には、レイアウト定義ファイルに関する情報が含まれている。例えば、ヘッ
ダ情報には、変数「HdKeyWord 」、変数「HdDirection 」、変数「HdSound 」と、変数「
HdThumbnail 」と、変数「HdPhysicalPaperSize 」、変数「HdMargines」などが含まれる
。

変数「HdKeyWord 」は、ページレイアウトに関する特定のまたはユーザ所望のキーワー
ドを値として有する変数である。例えば図３６では、「Christmas 」や「Greeting」とさ
れている。なお、このキーワードには、半角英数字に限らず所望の文字コードの文字を使
用することができる。「HdKeyWord 」によるキーワードに基づいてレイアウト定義ファイ
ルが検索される。

変数「HdDirection 」は、ページレイアウトの表示方向情報を値として有する変数であ
る。表示方向は、デジタルカメラのファインダまたは表示画面に表示されるとき、あるい
は印刷されるときのページレイアウトの向きであり、例えば縦向きや横向きとされる。

変数「HdSound 」は、サウンドファイル情報、すなわち、レイアウト定義ファイルに関
連付けられているサウンドファイルのポインタを値として有する変数である。変数「HdSo
und 」の値は、例えば、サウンドファイルのファイル名（例えば図３６に示すように「GS
OUND.PCM」）と相対パス名（例えば図３６に示すように「\EPUDL\ 」）とされる。相対パ
ス名の代わりに絶対的なパス名を使用してもよい。以下、ファイルポインタの表現方法は
、この場合と同様とすることができるものとする。このように、レイアウト定義ファイル
にはサウンドファイルを関連付けることが可能であり、例えば、このレイアウト定義ファ
イルが外部出力される場合には、そのサウンドファイルも出力されるようにしてもよい。
サウンドファイルは、所定のときに再生される。例えば、そのレイアウト定義ファイルに
記述されているページレイアウトがデジタルカメラのファインダまたは表示部、プリンタ
の表示部などに表示されたとき、そのページレイアウトを含んだページデザインが印刷さ
れるときなどに、そのサウンドファイルに記録されているが音声などが自動的に再生され
る。

変数「HdThumbnail 」は、サムネイル情報、すなわち、ページレイアウトのサムネイル
画像の画像データファイルのポインタを値として有する変数である。なお、このサムネイ
ル画像は、特定の装置（パーソナルコンピュータ、携帯電話機、デジタルカメラ、プリン
タなど）を用いて作成される。なお、ユーザの操作に応じて、サムネイル画像を配列した
複数のページレイアウトの一覧が表示されたり印刷されたりするようにしてもよい。

変数「HdPhysicalPaperSize 」は、物理的なページサイズ情報、すなわち、ページレイ
アウトを印刷した場合に、そのページレイアウトのサイズに完全にマッチする用紙サイズ
を値として有する変数である。

変数「HdMargines」は、印刷マージン情報、すなわち、印刷用紙に対してどの程度の余
白を残してページレイアウトを印刷するかを表す情報を値として有する変数である。例え
ば図３６に示すように、変数「HdMargines」の値を「3, 3, 3, 3」とした場合には、方形
の用紙の上下左右の縁に３ミリメートルの余白が生じるように印刷が行われる。なお、印
刷マージンの数値は、正の値に限らず、ゼロまたは負の値であってもよい。そのようにし
た場合は、余白が全く形成されずに印刷が行われる。

また、レイアウト定義ファイル内のページ情報には、ページレイアウトの属性に関する
情報が含まれる。例えば、ページ情報には、関数「Draw Picture」、関数「Draw Strings
」、関数「Draw Line 」などが含まれる。

関数「Draw Picture」は、画像エリアに関する情報などを引数として画像を描画する関
数である。

関数「Draw Picture」の第１引数は、画像エリアに適用されるターゲット画像のファイ
ルを関連付ける画像ファイルポインタである。第１引数の画像ファイルポインタの値は、
レイアウト定義ファイルの生成時にターゲット画像が決まっている場合には、そのターゲ
ット画像のファイルポインタとされ、レイアウト定義ファイルの生成時にターゲット画像
が決まっていない場合には、ＮＵＬＬ（空）とされる。ページレイアウトの画像エリアに
適用される背景の画像１２１が予め決定されているときは、その画像のファイルポインタ
が、第１引数として記述される。なお、適用される画像の種類をファイル名の拡張子によ
って識別するようにしてもよい。例えば、背景画像の場合には拡張子「EFF」とすればよ
い。なお、レイアウト定義ファイルの生成時にターゲット画像が決まっていない場合には
、ターゲット画像が印刷ジョブ開始コマンド内などで指定される。

関数「Draw Picture」の第２の引数は、画像エリアのフォトＩＤである。フォトＩＤの
値は、適用される画像が未決定の場合には１以上の整数とされ、適用される画像が決定済
みである場合には、ゼロとされる。

関数「Draw Picture」の第３引数から第６引数までは、方形の画像エリアの外形を示す
対角線上の２点のＸ−Ｙ座標値である。なお、画像エリアの外形は、方形に限らず、多角
形、真円、長円などといった形状でもよく、画像エリアの外形を示す方法は、座標を記述
する方法に限らず、例えば、境界線を表す関数式でもよい。

関数「Draw Picture」の第７引数は、画像エリアに適用される画像を回転させる程度を
示す回転度合情報である。回転度合情報は、所定の範囲（例えば０度〜３６０度）の範囲
で設定することが可能である。

関数「Draw Picture」の第８引数は、画像に対して適用するフィッティング規則を指定
する数値である。フィッティング規則としては、例えば、画像エリア内に余白が生じるか
否かに拘わらず画像をそのまま適用するといった規則、ユーザ所望の縦横比を維持しなが
らユーザ所望の範囲が表示されるように画像を画像エリアに余白を生じさせること無く適
用するといった規則などがある。

関数「Draw Picture」の第９引数は、画像エリアにおいて画像を配置する位置を決定す
る位置合わせ規則を指定する数値である。位置合わせ規則としては、例えば、左上合わせ
（画像エリアの左上頂点に画像の左上頂点を合わせる方法）、中央合わせ（画像エリアの
中央に画像の中央に合わせる方法）などがある。

また、ページ情報のうちの関数「Draw Strings」は、引数で指定された位置に、引数で
指定された文字、図形等の飾り部品を描画する関数である。関数「Draw Strings」の構造
は、ページレイアウトにどのような飾り部品が適用されるかによって異なる。

関数「Draw Strings」の第１引数は、飾り部品の適用のために使用される画像ファイル
のポインタである。関数「Draw Strings」の第２引数は、画像エリアのフォトＩＤである
。

関数「Draw Strings」の第３引数は、飾り部品の内容を表す第１の飾り部品情報である
。図３６では、この第２引数は、「%G, %d, %y」とされている。この値「%G, %d, %y」は
、使用画像情報として記述されている画像ファイル中の画像の撮影年月日を示す文字列を
表す。なお、撮影年月日を示す文字列の代わりに、ユーザ所望の文字列を記述してもよい
。

関数「Draw Strings」の第４引数から第７引数までは、第１の飾り部品情報により指定
される飾り部品が配置される位置を示す飾り部品適用位置情報である。図３６では、第４
引数から第７引数までは、画像エリア外形の指定と同様の形式で、「100, 200, 200, 300
」とされている。

関数「Draw Strings」の第８引数から第１２引数までは、適用される飾り部品の属性を
示す第２の飾り部品情報である。図３６では、第８引数から第１２引数までは、「“Minc
ho”, 0, 128, 128, 128」とされている。図３６では、第８引数から第１２引数までに記
述された属性は、上述した飾り部品適用位置に入れ込まれる撮影年月日を表す文字の属性
である。ここでは、明朝体で、８ポイントの大きさで、ＲＧＢ各色が１２８の値を持った
色で、撮影年月日を表す文字列が記述されることが表わされている。

また、ページ情報のうちの関数「Draw Line 」は、ページレイアウトに適用される線を
描画する関数である。関数「Draw Line 」は、８個の引数をとり、第１引数および第２引
数が、線の始端座標であり、第３引数および第４引数が線の周端座標である。そして、第
５引数から第８引数までは、描画される線の属性情報（線の太さおよびＲＧＢ値）である
。図３６では、第５引数から第８引数までは、「5, 255, 0, 0」とされており、線の太さ
が５ポイントとされ、線の色についてＲ値が２５５、Ｇ値が０、Ｂ値が０とされている。

ＰＩＦ印刷を行う場合、上述のレイアウト定義ファイルが、印刷ジョブ開始コマンドに
おいて指定され、プリンタなどの画像出力装置により、そのレイアウト定義ファイルに基
づいたレイアウトで複数の画像１２１，１２２，１２３が合成され、合成後の画像が印刷
される。

次に、実施の形態２に係る画像出力システムにおいてこのＰＩＦ印刷を行う場合の、制
御情報であるＸＭＬスクリプトの生成を含む一連の処理について説明する。

まず、デジタルカメラとしての画像供給装置２において、ＣＰＵ７１は、所定の制御プ
ログラムに従って以下の動作を行う。ＣＰＵ７１は、ユーザの操作などに応じて、記録媒
体２４などに格納されているレイアウト定義ファイルを解釈して、その解釈結果に基づい
てページレイアウトを生成し、表示装置２６に、そのページレイアウトを表示する。

その後、ファインダまたは表示装置２６にページレイアウトが表示された状態で撮影操
作が操作部２５に対して行われると、撮影装置７４が、その時点のカメラの視野から得ら
れた像を画像データとして記憶し、ＣＰＵ７１は、撮影装置７４により得られた画像デー
タを、所定形式（例えばＪＰＥＧ形式）の画像ファイルにしてメモリ７５に格納する。

次に、ＣＰＵ７１は、撮影された画像の画像データを、表示中のページレイアウト中の
画像エリア（つまり、ターゲット画像エリア）に入れ込む画像として選択する。そして、
ＣＰＵ７１は、現在表示されているページレイアウトのレイアウト定義ファイルおよび撮
影された画像の画像データファイルに対応してＰＩＦ印刷を実行するための印刷ジョブ開
始コマンドＤＰＳ＿ＳｔａｒｔＪｏｂを生成する。

図３７は、実施の形態２に係る画像出力システムにおける画像供給装置２により生成さ
れる印刷ジョブ開始コマンドＤＰＳ＿ＳｔａｒｔＪｏｂの一例を示す図である。

ＰＩＦ印刷用の印刷ジョブ開始コマンドＤＰＳ＿ＳｔａｒｔＪｏｂでは、例えば図３７
に示すように、拡張タグであるｐａｐｅｒＳｉｚｅＬｉｎｋタグにより背景の画像１２１
の画像データファイルのオブジェクトＩＤが指定され、拡張タグであるｌａｙｏｕｔＬｉ
ｎｋタグにより、レイアウト定義ファイルのオブジェクトＩＤが指定され、拡張タグであ
るｉｍａｇｅＬｉｎｋにより、フレーム画像のデータファイル（拡張子ＥＦＦのファイル
）が指定される。なお、ターゲット画像（画像１２２）のオブジェクトＩＤは、既存のタ
グであるｉｍａｇｅＩＤタグにより指定される。

画像出力装置１は、この印刷ジョブ開始コマンドＤＰＳ＿ＳｔａｒｔＪｏｂを受信する
と、背景の画像１２１、ターゲットの画像１２２およびフレームの画像１２３についての
画像データおよびレイアウト定義ファイルを画像供給装置２から取得し、レイアウト定義
ファイルに記述されているページレイアウトに従って合成後の画像データを生成し、その
画像データに基づき印刷する。

なお、上記実施の形態２におけるコマンドの送受については、上述の参考構成例１〜３
または実施の形態１と同様とすることができるので、その説明を省略する。

以上のように、上記実施の形態２によれば、拡張タグとして、フレーム画像と画像デー
タの画像とを組み合わせて印刷するフレーム挿入印刷を指定するタグを使用できるため、
独特なフレーム挿入印刷を行う機能を簡単に追加することができる。

実施の形態３．
本発明の実施の形態３に係る画像出力システムは、実施の形態１，２と同様に、ＤＰＳ
プロトコルにおいて、規定後に拡張機能を追加するための拡張タグを設け、拡張機能を含
む制御情報の生成および送受の際に使用するようにしたものである。なお、実施の形態３
に係る画像出力システムのその他の構成および動作は、上記実施の形態のいずれかと同様
であるので、その説明を省略する。

実施の形態３では、画像出力装置１が、印刷可能な用紙サイズ（Ａ４、Ｂ５、Ｂ４など
）と、各用紙サイズにつきベンダまたはサードパーティで用意されている用紙タイプ（普
通紙、写真印刷用紙など）との対応関係を、例えばＲＯＭ４３などに予め記憶しておき、
画像出力に係る制御情報で指定された印刷用紙のサイズと用紙タイプとを調べ、指定され
たサイズで指定された用紙タイプの用紙がない場合に、その旨を示す制御情報を拡張タグ
を使用して生成し、その制御情報を画像供給装置２に送信する。

例えば、画像供給装置２は、印刷ジョブ開始コマンドＤＰＳ＿ＳｔａｒｔＪｏｂにおい
て、拡張タグとして、用紙サイズを指定するｐａｐｅｒＳｉｚｅタグおよび用紙タイプを
指定するｐａｐｅｒＴｙｐｅタグを使用して、用紙サイズおよび用紙タイプをそれぞれ指
定し、その印刷ジョブ開始コマンドＤＰＳ＿ＳｔａｒｔＪｏｂを画像出力装置１に送信す
る。

そして、画像出力装置１は、その印刷ジョブ開始コマンドＤＰＳ＿ＳｔａｒｔＪｏｂを
受信すると、ｐａｐｅｒＳｉｚｅタグにより指定されている用紙サイズおよびｐａｐｅｒ
Ｔｙｐｅタグにより指定されている用紙タイプを特定し、予め記憶している用紙サイズと
用紙タイプとの対応関係の情報を参照し、指定された用紙サイズについて指定された用紙
タイプが存在するか否かを判定する。

画像出力装置１は、指定された用紙サイズについて指定された用紙タイプが存在する場
合には、その印刷ジョブ開始コマンドＤＰＳ＿ＳｔａｒｔＪｏｂに従って印刷ジョブの開
始を試みる。

一方、指定された用紙サイズについて指定された用紙タイプが存在しない場合には、画
像出力装置１は、エラー通知を示す拡張タグを含むＸＭＬスクリプトを制御情報として生
成し、画像供給装置２に送信する。画像供給装置２は、このエラー通知の拡張タグに対応
可能な機種である場合には、その制御情報を受信すると、用紙タイプまたは用紙サイズの
設定誤りを検知し、例えばユーザに報知する。

以上のように、上記実施の形態３によれば、画像出力装置１が、制御情報で指定された
印刷用紙のサイズと用紙タイプとを調べ、指定されたサイズで指定された用紙タイプの用
紙が存在しない場合に、その旨を示す制御情報を拡張タグを使用して生成し、その制御情
報を画像供給装置２に送信する。これにより、指定された用紙タイプ（普通紙、マット、
写真印刷用紙など）でかつ指定された用紙サイズの印刷用紙が、ベンダ、サードパーティ
などにより用意されていない場合（すなわち製造販売されていない場合）に、誤って印刷
を行わないようにすることができる。

実施の形態４．
本発明の実施の形態４に係る画像出力システムは、他の各実施の形態に係る画像出力シ
ステムにおいて画像出力装置１が画像出力の処理フローを制御する代わりに、画像供給装
置２が画像出力の処理フローを制御するようにしたものである。すなわち、画像供給装置
２が、操作部２５に対する操作または画像出力装置１の状態の通知を受けて画像出力処理
の進行を管理し、画像出力処理に必要な情報や画像データを画像供給装置２へ適宜供給す
る。

このため、実施の形態４では、中央制御部２３が、画像出力の処理フローを制御する画
像出力制御手段として機能し、画像供給装置２の通信制御部２２は、ＤＰＳプロトコルに
従って、画像出力装置１の状態を取得するコマンドを送信し、画像出力装置１の通信制御
部１２が、そのコマンドの応答として画像出力装置１の状態を示すＸＭＬスクリプトを送
信する。このようなコマンドを通信制御部２２から必要に応じて随時発行して、画像供給
装置２の中央制御部２３が、通信制御部２２を介して、画像出力装置１の状態を監視する
。

また、実施の形態４では、中央制御部２３は、ＤＰＯＦのＡＵＴＰＲＩＮＴ．ＭＲＫな
どといったジョブ指定ファイルを解釈し、そのジョブ指定ファイルの内容に応じて、画像
出力ジョブを実行し、レイアウト情報、画像出力対象のデータなどを画像出力装置１に送
信する。そして、画像出力装置１は、そのレイアウト情報、画像出力対象のデータなどを
受信すると、それらに基づいて画像出力処理を行う。

なお、実施の形態４に係る画像出力システムの基本的な構成については、上記実施の形
態の場合と同様であり、画像出力時の処理フローも同様である。すなわち、実施の形態４
に係る画像出力システムにおいては、画像供給装置２が処理フローの制御主体とされる。
言い換えれば、参考構成例１〜３のいずれかを基本構成として有する上述の実施の形態１
〜３の画像出力システムは、画像データを受け取る画像出力装置１が処理フローの制御主
体となるプル型のシステムであり、この実施の形態４の画像出力システムは、画像データ
を供給する画像供給装置２が処理フローの制御主体となるプッシュ型のシステムである。

また、実施の形態４に係る画像出力システムにおいて、画像出力装置１の操作部１５に
対する操作に応じて、その操作の情報を画像供給装置２に送信し、画像出力処理を開始す
るようにしてもよい。その場合には、画像出力装置１の通信制御部１２は、操作部１５に
対して所定の操作があると、画像出力ジョブ開始コマンドを制御情報として画像供給装置
２に送信する。画像供給装置２の中央制御部２３は、通信制御部２２および制御回路２１
により画像出力ジョブ開始コマンドが受信されると、その画像出力ジョブ開始コマンドに
従って画像出力の処理を開始し、各種制御コマンドを画像出力装置１に送信する。

以上のように、上記実施の形態４によれば、画像供給装置２の中央制御部２３が画像出
力の処理フローを制御する。これにより、画像出力装置１の情報処理性能が低くても本シ
ステムを実現することができる。

さらに、上記実施の形態４によれば、画像出力装置１の操作部に対する操作に応じて、
その操作の情報を画像供給装置２に送信し、画像出力処理を開始する場合には、ユーザが
画像出力装置１の操作部１５を操作することで画像出力を行わせることができるため、画
像出力装置１がユーザフレンドリな操作部１５を有している場合に、その操作部１５によ
り操作性が向上する。

実施の形態５．
本発明の実施の形態５に係る画像出力システムは、さらに、画像出力装置１から画像供
給装置２へ電力を供給するようにしたものである。

その際、通信路３に内蔵されている電力供給線が使用され、画像供給装置２のバッテリ
２７の代わりに、通信路３に接続された通信回路２２から電力が内部の各回路に供給され
る。

なお、画像出力装置１は、画像供給装置２を接続された際に、画像供給装置２への電力
供給が可能か否かを判定し、電力供給が可能な場合にのみ電力供給するようにしてもよい
。

ここで、通信路３にＵＳＢを使用した場合に、ＵＳＢケーブルにより画像出力装置１と
画像供給装置２と接続した際の画像供給装置２への電力供給が可能か否かの判定について
説明する。図３８は、実施の形態５に係る画像出力システムにおいて画像出力装置に接続
する際の画像供給装置の電源モードに設定処理を説明するフローチャートである。

まず、画像供給装置２の通信制御部２２は、通信回路２１を制御して、ＵＳＢに規定さ
れているコンフィグレーションデスクリプタにおける最大出力パラメータを、バスパワー
モード用の設定値（例えば５００ミリアンペア）に設定し（ステップＳ２０１）、通信回
路２１は、その設定で接続処理を行う（ステップＳ２０２）。画像出力装置１の通信回路
１１は、そのバスパワーモード用の設定値の電力を供給可能である場合には、接続を許可
し、そうでない場合には接続を拒否する（ステップＳ２０３）。

そして、画像供給装置２の通信回路２１は、バスパワーモード用設定値での電力供給が
許可された場合には、バスパワーモードでそのまま接続し、通信路３を介して画像出力装
置１から電力供給を受ける（ステップＳ２０４）。

一方、画像供給装置２の通信制御部２２は、バスパワーモード用設定値での電力供給が
拒否された場合には、コンフィグレーションデスクリプタにおける最大出力パラメータを
、セルフパワーモード用の設定値（例えば数ミリアンペア）に設定し（ステップＳ２０５
）、通信回路２１は、その設定で、再度、接続処理を行う（ステップＳ２０６）。

そして、画像供給装置２の通信回路２１は、セルフパワーモードで接続し、画像供給装
置２のバッテリ２７を電力源として動作を継続する（ステップＳ２０７）。

このように、画像供給装置２は、バスパワーモードでの接続を試みて、許可された場合
には、画像出力装置１からの電力供給を受けて動作し、拒否された場合には、セルフパワ
ーモードで接続し自己のバッテリ２７の電力で動作する。

なお、画像供給装置２は、バッテリ２７の電力が所定の基準値より少なくなった場合に
、通信路３を介して画像出力装置１から電力を供給されるようにしてもよい。

また、電力供給線を有する通信路３としては、ＵＳＢの他に、ＩＥＥＥ１３９４などが
あり、それらの通信規格のもので通信を行うようにしてもよい。

なお、この実施の形態５に係る画像出力システムは、他の実施の形態のいずれとも組み
合わせ可能である。さらに、実施の形態５では、装置の状態を示す各種通知や応答のＸＭ
Ｌスクリプトである制御情報において、上述の電力供給の状態を示す値を所定の拡張タグ
を挿入し、その拡張タグを挿入されたＸＭＬスクリプトを画像出力装置１と画像供給装置
２との間で送受するようにしてもよい。

以上のように、上記実施の形態５によれば、データ伝送用の通信路３が、電力供給線を
有する通信路であり、画像供給装置２が、その通信路３を介して画像出力装置１から電力
を供給される。これにより、画像供給装置２内のバッテリ２７の電力消費を抑制すること
ができ、画像出力処理を長い時間行うことができる。

画像出力システムの参考構成例４．
画像出力システムの参考構成例４は、例えば参考構成例３で示したように、一方の電源
がオフした後や、通信路３が切断された後に、通信相手との通信が回復した際の、通信中
断前後での通信相手の同一性を判断し、同一の通信相手との通信を再開して画像出力処理
を継続するようにしたものである。

すなわち、画像出力装置１は、通信路３を介して接続されている画像供給装置２の通信
プロトコル上で固有な識別子を記憶し、電源が切れた場合、電源復旧後に通信路３を介し
て接続されている画像供給装置２の通信プロトコル上で固有な識別子を取得し、その識別
子に基づいて画像供給装置２の同一性を判断する。これにより、障害からの復旧のための
電源をオフにしても、障害発生時の通信相手だった画像供給装置２を正確に特定すること
ができる。

なお、通信プロトコル上で固有な識別子は、ＭＡＣ（Medium Access Control ）アドレ
スやそれに準じたものであり、不揮発性メモリ、バックアップ電源に接続された揮発性メ
モリ、磁気記録媒体などの、電源が切れていても記憶内容を保持する記録媒体に記憶され
る。

また、画像供給装置２は、通信路３を介して接続されている画像出力装置１の通信プロ
トコル上で固有な識別子を記憶し、電源が切れた場合、電源復旧後に通信路３を介して接
続されている画像出力装置１の通信プロトコル上で固有な識別子を取得し、その識別子に
基づいて画像出力装置１の同一性を判断する。これにより、障害からの復旧のための電源
をオフにしても、障害発生時の通信相手だった画像出力装置１を正確に特定することがで
きる。

また、画像出力装置１は、通信路３を介して接続されている画像供給装置２の通信プロ
トコル上で固有な識別子を記憶し、例えば通信路３の接続コネクタが画像出力装置１また
は画像供給装置２の接続コネクタから外されたりして通信路３が切断された場合、通信路
３の接続が復旧した後に、通信路３を介して接続されている画像供給装置２の通信プロト
コル上で固有な識別子を取得し、その識別子に基づいて上記画像供給装置の同一性を判断
する。これにより、障害からの復旧のための通信路を一時的に切断しても、障害発生時の
通信相手だった画像供給装置２を正確に特定することができる。

また、画像供給装置２は、通信路３を介して接続されている画像出力装置１の通信プロ
トコル上で固有な識別子を記憶し、例えば通信路３の接続コネクタが画像出力装置１また
は画像供給装置２の接続コネクタから外されたりして通信路３が切断された場合、通信路
３の接続が復旧した後に、通信路３を介して接続されている画像出力装置１の通信プロト
コル上で固有な識別子を取得し、その識別子に基づいて画像出力装置１の同一性を判断す
る。これにより、障害からの復旧のための通信路を一時的に切断しても、障害発生時の通
信相手だった画像出力装置１を正確に特定することができる。

なお、この画像出力システムの参考構成例４は、実施の形態１〜５のいずれとも組み合
わせ可能である。また、例えば、この参考構成例４を上述の参考構成例３に組み合わせた
場合、障害および復旧の前後での通信相手の同一性が認められるときにのみ、参考構成例
３で述べたようにしてリカバリ処理を行うようにすることができる。また、同一性が認め
られないときには、画像供給装置２は、画像出力ジョブの再開のための処理を行わずに、
全く新しい画像出力ジョブの開始コマンドを発行するようにしてもよい。

画像出力システムの参考構成例５．
画像出力システムの参考構成例５は、複数の画像出力装置１−１〜１−ｎを有し、ある
画像出力装置１−ｊにおいて障害が発生した場合に、代替の画像出力装置１−ｋを探し、
代替の画像出力装置１−ｋにより画像出力処理を継続するようにしたものである。

図３９は、画像出力システムの参考構成例５を示すブロック図である。図３９において
、画像出力装置１−ｉ（ｉ＝１，・・・，ｎ）は、上述の画像出力装置１と同様の装置で
あって、通信路３−ｉに対応した通信回路１１を有する。また、画像供給装置２−１は、
上述の画像供給装置２と同様の装置であり、通信回路２１として、複数の画像出力装置１
−１〜１−ｎに有線通信路３−１または無線通信路３−２〜３−ｎを介して接続可能な１
または複数の通信回路を備え、いずれかの通信回路により、印刷再開時の最初の印刷対象
を指定する情報を、障害の発生した画像出力装置１−ｊとは別の画像出力装置１−ｋ（ｋ
≠ｊ）へ送信する。なお、その際に別の画像出力装置１−ｋ（ｋ≠ｊ）へ送信する情報と
しては、参考構成例３で述べたものを送信し、参考構成例３で述べたように印刷を再開す
るようにしてもよい。これにより、復旧が困難な場合でも別の画像出力装置１−ｋで正確
に印刷を再開することができる。また、復旧を待たずに直ちに別の画像出力装置１−ｋで
正確に印刷を再開することができる。なお、これらは、プル型のシステムであっても同様
に得られる効果である。

例えば、画像供給装置２−１は、画像出力装置１−１による印刷処理中の障害が発生し
た場合には、残りの画像出力装置１−２〜１−ｎのうちのいずれかを選択し、いずれかの
通信回路により、印刷再開時の最初の印刷対象を指定する情報を送信する。その情報を受
信した画像出力装置１−ｋは、その情報に基づいて、ジョブ内の再開位置を特定し、その
位置から印刷処理を開始する。

なお、画像供給装置２−１は、複数の画像出力装置１−２〜１−ｎのうち、自己の使用
する画像出力制御プロトコル（例えば上述のＤＰＳプロトコル、ＰＴＰなど）を解釈可能
な画像出力装置１−ｒを選択し、その画像出力装置１−ｒへ再開時の最初の印刷対象を指
定する情報を送信するようにしてもよい。

また、画像供給装置２−１は、複数の画像出力装置１−２〜１−ｎのうち、中断された
印刷ジョブで指定された印刷条件で印刷可能な画像出力装置１−ｒを選択し、その画像出
力装置１−ｒへ再開時の最初の印刷対象を指定する情報を送信するようにしてもよい。こ
れにより、別の画像出力装置を使用しても、元の画像出力装置と同様な印刷状態で印刷を
再開することができる。そのような印刷条件としては、用紙サイズ、用紙タイプ、ベンダ
固有の色補正処理、フレーム画像重畳印刷（画像データによる画像に、フレーム画像を重
畳させて印刷するもの）などがある。

なお、この画像出力システムの参考構成例５は、実施の形態１〜５のいずれとも組み合
わせ可能である。

実施の形態６．
本発明の実施の形態６に係る画像出力システムは、さらに、画像出力装置１の操作部１
５に対する所定の操作に応じて、画像供給装置２としてのデジタルカメラにより撮影を行
うようにしたものである。

すなわち、画像出力装置１は、操作部１５に対する所定の操作があると、画像供給装置
２に対して撮影指令を送信し、画像供給装置２は、画像出力装置１から撮影指令を受信す
ると、撮影処理を行う。なお、この撮影指令をＸＭＬスクリプトの、所定のＤＰＳプロト
コルにおけるコマンドとして送信するようにしてもよい。その場合、画像出力装置１は、
この操作を示す拡張タグを、装置の状態を通知するコマンドや応答に挿入して制御情報で
あるＸＭＬスクリプトを生成し、画像供給装置２に送信する。これにより、画像供給装置
２を操作することなく撮影を行うことができる。

また、画像供給装置２は、画像出力装置１からの撮影指令に対応して、撮影処理を行っ
た後に、撮影した画像の画像データを画像出力装置１に送信し、画像出力装置１は、その
画像データを受信し、その画像データに基づき画像を出力するようにしてもよい。その場
合、この画像データの伝送を、ＤＰＳプロトコルにおける所定のコマンドを使用して行う
ようにしてもよい。これにより、画像出力装置１を操作するだけで、その時に撮影された
画像が出力され、その画像を視認することができる。

また、画像供給装置２は、撮影した画像の画像データを、送信完了後または画像出力装
置１での画像出力後に、消去するようにしてもよい。これにより、画像供給装置２の記憶
容量が少なくても繰り返し撮影を行うことができる。

また、画像供給装置２は、画像データを記憶する記憶手段（例えば記録媒体２４）を有
し、撮影した画像の画像データを記憶していき、その記憶手段の残り容量がなくなるか、
あるいは所定の値以下となった場合に、古い画像データを消去するようにしてもよい。こ
れにより、画像供給装置２の記憶容量が少なくても繰り返し撮影を行うことができる。

また、画像出力装置１は、所定の周期で画像供給装置２に対して撮影指令を繰り返し送
信し、定期的に画像出力を行うようにしてもよい。これにより、所定の場所や物の画像が
定期的に出力されるため、それらの場所や物を監視することができる。画像供給装置２に
デジタルカメラを使用し、画像出力装置１にプリンタを使用した場合には、監視システム
を安価に構築することができる。

なお、この実施の形態６に係る画像出力システムは、他の実施の形態のいずれとも組み
合わせ可能である。

実施の形態７．
図４０は、本発明の実施の形態７に係る画像出力装置の構成を示すブロック図である。
図４０において、画像出力装置２０１は、画像データに基づき画像を出力する装置である
。画像出力装置２０１の形態としては、画像データに基づき画像を紙などに印刷するプリ
ンタなどがある。また、画像供給装置２０２は、画像データを格納し、必要に応じてその
画像データを送信可能な装置である。画像供給装置２０２の形態としては、撮影した画像
を画像データとして所定の記録媒体に記憶するデジタルカメラなどがある。また、通信路
２０３は、画像出力装置１と画像供給装置２とを接続する伝送媒体である。この通信路３
は、有線の通信路に限定されず、無線の通信路を使用してもよい。ここでは、通信路３に
は、ＵＳＢのケーブルが使用される。

また、パーソナルコンピュータ２０４は、所定のデバイスドライバに有し、画像データ
に基づく印刷用制御データを画像出力装置２０１に供給するホスト装置である。通信路２
０５は、通信路２０３と同様の通信規格の通信路である。

図４０に示す画像出力装置２０１において、コネクタ２１８は、コネクタ２１８は、画
像データを格納する画像供給装置２を電気的に接続可能な第１の接続手段であって、ＵＳ
Ｂのホスト側のコネクタである。また、切替スイッチ２１９は、ユーザによる手動操作あ
るいはコネクタ２１８，２２１へのケーブルの接続状況に応じて、コネクタ２１８を通信
回路２１１およびハブ２２２のいずれかに接続する切替手段として機能する装置である。

また、コネクタ２２１は、他のホスト装置（ここではパーソナルコンピュータ２０４）
を電気的に接続可能な第２の接続手段であって、ＵＳＢのデバイス側のコネクタである。
ハブ２２２は、コネクタ２２１に電気的に接続され、ＵＳＢのハブ機能を有する中継手段
として動作する装置である。通信回路２２３は、パーソナルコンピュータ２０４との間で
通信するＵＳＢのデバイス側通信回路である。メモリカードインタフェース２２４は、メ
モリカードを挿入され、メモリカードに対してデータの読み書きを行うＵＳＢデバイスで
ある。

その他、通信回路２１１、通信制御部２１２、出力制御部２１３、出力機構２１４、操
作部２１５、表示装置２１６および電源回路２１７については、参考構成例１における通
信回路１１、通信制御部１２、出力制御部１３、出力機構１４、操作部１５、表示装置１
６および電源回路１７と同様であるので、その説明を省略する。

なお、通信回路２１１は、ＵＳＢにおける上流側デバイス（ＵＳＢホスト）の通信機能
を有する上流側デバイス側通信手段として機能する。

次に、上記装置の動作について説明する。

まず、デジタルカメラなどの画像供給装置２０２に格納した画像データに基づいて画像
を出力する場合には、通信路２０３となるＵＳＢケーブルにより、画像出力装置２０１と
画像供給装置２０２とが接続され、また、切替スイッチ２１９によりコネクタ２１８が通
信回路２１１に接続される。この場合、画像出力装置１の通信回路２１１がＵＳＢホスト
コントローラとして機能し、画像供給装置２０２がＵＳＢデバイスとなる。

この状態にて、画像供給装置２０２から画像出力装置２０１へ画像データが供給され、
その画像データに基づく画像が出力される。この際の画像データの伝送は、例えば上述し
た方法で行われる。

一方、パーソナルコンピュータ２０４が画像供給装置２０２にアクセスする場合には、
通信路２０３となるＵＳＢケーブルにより、画像出力装置２０１と画像供給装置２０２と
が接続され、かつ、通信路２０５となるＵＳＢケーブルにより、パーソナルコンピュータ
２０４と画像出力装置２０１とが接続され、また、切替スイッチ２１９によりコネクタ２
１８がハブ２２２に接続される。この状態では、パーソナルコンピュータ２０４がＵＳＢ
ホストとして機能し、ハブ２２２を介して画像供給装置２０２、通信回路２２３およびメ
モリカードインタフェース２２４がＵＳＢデバイスとして機能する。これにより、パーソ
ナルコンピュータ２０４が画像供給装置２０２にアクセス可能となる。

なお、パーソナルコンピュータ２０４からのデータに基づいて印刷処理を行う場合、通
信路２０５となるＵＳＢケーブルにより、パーソナルコンピュータ２０４と画像出力装置
２０１とが接続されていればよい。この状態で、パーソナルコンピュータ２０４がＵＳＢ
ホストとして機能し、通信回路２２３などがＵＳＢデバイスとして機能し、パーソナルコ
ンピュータ２０４から画像出力装置２０１へ印刷用データが供給され、そのデータがハブ
２２２を介して通信回路２２３へ伝送されて、出力制御部２１３および出力機構２１４に
よりその印刷用データに基づく画像が出力される。

なお、この実施の形態７では、画像出力装置２０１には、ＵＳＢのデバイス側コネクタ
であるコネクタ２２１、およびＵＳＢのホスト側コネクタであるコネクタ２１８が設けら
れているが、ＵＳＢ−ＯｎＴｈｅＧｏ技術を利用して、２つのコネクタ２１８，２２１を
１つのコネクタとし、ＵＳＢホストであるパーソナルコンピュータ２０４が接続された場
合には、画像出力装置２０１がＵＳＢデバイスとして動作し、ＵＳＢデバイスである画像
供給装置２０２が接続された場合には、画像出力装置２０１がＵＳＢホストとして動作す
るようにしてもよい。

なお、この実施の形態７に係る画像出力装置は、他の実施の形態のいずれとも組み合わ
せ可能である。

以上のように、上記実施の形態７によれば、１台の画像出力装置１を、他のホスト装置
（パーソナルコンピュータ２０４）の周辺機器として、かつ画像供給装置２とのダイレク
ト印刷のための機器として、かつ他のホスト装置（パーソナルコンピュータ２０４）と画
像供給装置２との間の中継機器として機能させることができる。

実施の形態８．
本発明の実施の形態８に係る画像出力システムは、さらに、画像供給装置２において、
画像出力装置１による画像出力時の画像のレイアウトを選択することができるようにした
ものである。

すなわち、画像供給装置２は、操作部２５、表示装置２６および中央制御部２３により
、表示装置２６にレイアウト情報を表示させつつ、ユーザの操作に応じて、画像出力の際
のレイアウトを選択し、選択されたレイアウトで画像データを出力させる制御情報を画像
出力装置１に通信路３を介して送信する。例えば、その際のレイアウトを示す制御情報は
、ＤＰＳプロトコルの画像出力ジョブ指令に含められて送信される。そして、画像出力装
置１は、そのレイアウトに係る制御情報に基づいて画像出力時のレイアウトを設定し、画
像出力処理を行う。すなわち、操作部２５、表示装置２６および中央制御部２３は、ユー
ザインタフェース部分を含む、画像出力の際のレイアウトを選択するレイアウト選択手段
として機能する。

なお、この実施の形態８に係る画像出力システムは、他の実施の形態のいずれとも組み
合わせ可能である。

以上のように、上記実施の形態８によれば、画像出力システムにおいて、デジタルカメ
ラなどの画像供給装置２を操作して、その画像供給装置２に格納されている画像データの
状況に応じて、ユーザがレイアウトを選択することができて便利であるとともに、画像デ
ータを格納している装置のユーザインタフェースを使用するため、レイアウト選択のため
に画像データなどを他の装置に転送する必要がない。

実施の形態９．
本発明の実施の形態９に係る画像出力システムは、ある画像データについての画像出力
装置１による画像出力結果を画像供給装置２の表示装置２６によりプレビューするように
したものである。すなわち、表示装置２６は、画像データに基づく画像出力のプレビュー
画像を表示する表示手段として機能する。

画像供給装置２は、例えば操作部２５に対する操作に応じて画像出力の対象となる画像
データを選択し、選択した画像データの画像出力状態を示す画像（いわゆるプレビュー画
像）を表示装置２６により表示する。そして、そのプレビュー画像の表示後に、画像供給
装置２は、画像出力の対象となる画像データを通信路３を介して送信し、画像出力装置１
に出力させる。

なお、この実施の形態９に係る画像出力システムは、他の実施の形態のいずれとも組み
合わせ可能である。

以上のように、上記実施の形態９によれば、この画像供給装置２では、格納されている
画像データを使用してプレビューが可能であるため、正確にプレビューを行うことができ
るとともに、画像データ転送前にプレビューを行うため、画像出力の条件の変更を画像供
給装置２にて簡単に行うことができる。

実施の形態１０．
出力装置が複数存在する場合において拡張機能であるＰＩＭ機能が以下の通り機能すると
さらに良い。出力装置が印刷装置と表示装置である場合を例に説明する。表示装置には製
造時にＰＩＭ情報とリンクして表示が補正されるように表示補正情報（補正情報）が設定
されている。印刷処理、表示処理のフローは以下の通りである。ＰＩＭ機能が反映された
画像データはＰＩＭ情報に基づいて画像処理された後印刷される。また表示される画像デ
ータはＰＩＭ情報と表示補正情報に基づき画像処理が行われ補正される。このようにして、
印刷された印刷物と表示された表示物がほぼ同様のものとして視認されることになる。
以上のように、上記実施の形態１０によれば、表示装置に表示補正情報が組み込まれてい
て、尚且つ拡張機能としてＰＩＭ機能が付加された画像データを供給装置から印刷装置と
表示装置に送信した場合には、表示物と印刷物がほぼ同じに視認できるようになる。

実施の形態１１．
拡張タグ（ＰＩＭ機能）を付加したい画像データを選択するときは、画像毎、若しくは複
数画像纏めて行うことができる。つまり、ユーザが供給装置側、若しくは出力装置側のパ
ネル上（入力部）からＰＩＭ機能を付加したい画像データを選択すると、拡張タグ（ＰＩ
Ｍ機能）が選択された画像データに自動的に挿入される。

実施の形態１２．
複数の機能を、画像毎、若しくは複数画像纏めて追加することができる。つまり、ユーザ
が供給装置側、若しくは出力装置側のパネル上（入力部）から画像データに対して追加し
たい機能を単数、若しくは複数設定すると、複数の拡張タグが画像データに対して自動的
に挿入される。

なお、上述の各実施の形態は、本発明の好適な例であるが、本発明は、これらに限定さ
れるものではなく、本発明の要旨を逸脱しない範囲において、種々の変形、変更が可能で
ある。

例えば、上述の各実施の形態では、マークアップ言語の１つであるＸＭＬを使用して制
御情報を記述しているが、ＳＧＭＬ（Standard Generalized Markup Language）などの他
のマークアップ言語を使用して記述するようにしてもよい。

また、上述の各実施の形態では、ＤＰＳプロトコル以下の階層において、ＰＴＰおよび
ＵＳＢを使用しているが、ＴＣＰ／ＩＰ（Transmission Control Protocol / Internet P
rotocol ）などの他のプロトコルを使用するようにしてもよい。その際の伝送媒体として
は、有線ＬＡＮ、ブルーツース、無線ＬＡＮなどを使用してもよい。

また、上述の各実施の形態において使用されるＤＰＳプロトコルのコマンド名、タグ名
および拡張タグ名は、上述のものに限定されるものではなく、他の名前でもよい。また、
ＤＰＳプロトコルのコマンドに関しては、同様の機能を有する他のコマンドまたはそれら
の組み合わせとしてもよい。さらに、拡張タグにより指定される機能は、上述したものに
限定されるものではない。

また、上述の各実施の形態において、画像出力装置１は、プリンタとすることができ、
画像供給装置２は、動画用および／または静止画用のデジタルカメラとすることができる
。あるいは、画像出力装置１は、紙などの媒体に画像を記録する他の記録装置、ディスプ
レイなどの、光の像を呈示する表示装置などとしてもよく、画像供給装置２は、デジタル
カメラを内蔵した電子装置、画像信号を受信する電子装置などとしてもよい。そのような
電子装置としては、移動体電話、ＰＤＡ、音楽プレーヤ、テレビジョン受像機、ビデオ録
画／再生装置、テレビジョン電話機、テレビビジョン会議装置などがある。また、画像供
給装置２としては、可搬性のある装置としてもよいし、あまり可搬性のない装置としても
よい。

また、上述の各実施の形態において、画像出力に必要な画像データの画像供給装置２か
ら画像出力装置１への転送が完了すると、画像出力装置１との接続を解除してもよい旨を
示す接続解除可能通知を画像出力装置１から画像供給装置２へ送信するようにしてもよい
。この接続解除可能通知を示す拡張タグを、装置やジョブの状態を通知するコマンドや応
答といった制御情報に挿入し、その制御情報を画像出力装置１から画像供給装置２へ送信
するようにしてもよい。

また、上述の各実施の形態において、画像データ管理転送プロトコルとして、ＰＴＰの
代わりにＵＳＢマスストレージクラスを使用するようにしてもよい。

また、上述の各実施の形態における画像は、ピクチャ画像のほか、テキストの画像とし
てもよい。また、画像出力対象を、例えば音楽ＣＤ、音楽ＭＤなどの音楽アルバムのタイ
トル表、歌詞カードなどのテキストとしてもよい。その場合、例えば、画像供給装置２ま
たは画像出力装置１が、その音楽アルバムに記録されている情報に基づいてインターネッ
ト上の配信サーバなどからそのテキストのデータを取得する。

なお、上記参考構成例２では、画像出力装置１が、ジョブ指定ファイルを取得し、その
ジョブ指定ファイルを解析し、画像出力ジョブを実行しているが、その代わりに、画像供
給装置２が、ジョブ指定ファイルを解析し、画像出力ジョブ開始コマンドを画像出力に係
る制御情報として生成し画像出力装置１に送信するようにして、画像出力ジョブを実行さ
せるようにしてもよい。

なお、上記実施の形態１に係る画像出力システムにおいて、ＰＩＭ機能の使用が指定さ
れた場合、次のようにして制御情報であるＸＭＬスクリプトを生成するようにしてもよい
。図４１は、実施の形態１に係る画像出力システムにおいて画像処理機能の一種である画
像最適化機能の拡張機能としてＰＩＭ機能が存在する場合の、制御情報であるＸＭＬスク
リプトの生成について説明するフローチャートである。

この場合、例えば、画像供給装置２が、ＰＩＭ機能を有するデジタルカメラなどの撮影
装置とされた場合、画像供給装置２の記録媒体２４に、この画像データおよび出力制御デ
ータを有する上述の画像ファイルが記録される。

そして、画像供給装置２は、ユーザの操作に基づき印刷などの画像出力を行わせる場合
に、画像最適化機能が指定された場合、まず、画像最適化機能の使用可能な拡張機能が存
在するか否かを判断する（ステップＳ３２１）。

画像供給装置２は、ＰＩＭ機能が使用可能であると判断すると、画像出力装置１の環境
情報および／または機能の設定値の選択肢に基づき、自己（画像供給装置２）が使用可能
な画像最適化機能の拡張機能であるＰＩＭ機能が画像出力装置１において使用可能か否か
を判断する（ステップＳ３２２）。例えば、画像供給装置２は、環境情報のうち、ベンダ
固有のバージョン情報に基づいて、拡張機能が使用可能か否かを判定する。つまり、ベン
ダ固有のバージョン情報により、拡張機能が使用可能か否かが示される。

画像供給装置２は、画像出力装置１においてＰＩＭ機能が使用可能であると判断すると
、画像出力ジョブ開始コマンドＤＰＳ＿ＳｔａｒｔＪｏｂにおける、画像最適化のための
既存のタグであるｉｍａｇｅＯｐｔｉｍｉｚｅタグの下位のネストレベルに、ＰＩＭ機能
を使用した画像出力を指定するための拡張タグであるｉｍａｇｅＯｐｔｉｍｉｚｅ２タグ
を挿入して制御情報であるＸＭＬスクリプトを生成する（ステップＳ３２３）。なお、拡
張タグの名称は、ｉｍａｇｅＯｐｔｉｍｉｚｅ２に限定されるものではなく、各ベンダに
より自由に規定される。

一方、画像供給装置２が、画像最適化機能の使用可能な拡張機能を有さない場合、およ
び自己（画像供給装置２）が使用可能な画像最適化機能の拡張機能が画像出力装置１にお
いて使用可能ではない場合には、拡張タグを挿入せずに画像出力ジョブ開始コマンドＤＰ
Ｓ＿ＳｔａｒｔＪｏｂを生成する（ステップＳ３２４）。

そして、このようにして生成された画像出力ジョブ開始コマンドＤＰＳ＿ＳｔａｒｔＪ
ｏｂは、画像供給装置２から通信路３を介して画像出力装置１に伝送される（ステップＳ
３２５）。

この画像出力ジョブ開始コマンドＤＰＳ＿ＳｔａｒｔＪｏｂを供給された画像出力装置
１がこのＰＩＭ機能を使用した画像出力に対応した機種である場合、その画像出力装置１
は、ｉｍａｇｅＯｐｔｉｍｉｚｅ２タグが、ＰＩＭ機能を使用した画像出力を指定するた
めのタグであると認識し、そのタグで指定される値に基づいて、ＰＩＭ機能を使用した画
像出力（例えば印刷）を行うか否かを判定する。そして、ＰＩＭ機能を使用した画像出力
を行うと判定した場合、画像出力装置１は、画像供給装置２から取得した画像ファイルの
出力制御データに基づいて、画像ファイル中の画像データに対して画像処理を実行し、画
像処理後の画像データに基づき画像を出力（例えば印刷）する。

一方、画像出力装置１がこのＰＩＭ機能を使用した画像出力に対応した機種ではない場
合、拡張タグを含まない画像出力ジョブ開始コマンドを受信し、その画像出力ジョブ開始
コマンドに基づき、拡張されていない機能を使用して画像出力を行う。

また、誤って、画像出力装置１がこのＰＩＭ機能を使用した画像出力に対応した機種で
はない場合に、拡張タグを含む画像出力ジョブ開始コマンドを受信したときには、その画
像出力装置１は、拡張タグであるｉｍａｇｅＯｐｔｉｍｉｚｅ２タグを未定義のタグであ
ると認識し、ＸＭＬの規則に従ってそのタグを含む要素を無視し、画像データに基づき画
像を出力（例えば印刷）する。その際、画像出力装置１は、既存のタグであるｉｍａｇｅ
Ｏｐｔｉｍｉｚｅタグで指定される値に基づいて、画像最適化を行うか否かを判定し、画
像最適化を行うと判定した場合、画像ファイル中の画像データに対して所定の画像処理を
実行し、画像処理後の画像データに基づき画像を出力するようにしてもよい。

このようにして、ＰＩＭ機能の使用が指定された場合、次のようにして制御情報である
ＸＭＬスクリプトを生成するようにしてもよい。なお、ＰＩＭ機能以外の拡張機能の場合
についても、同様にして、拡張機能の使用可否を事前に判定してから、拡張タグを使用す
るようにしても勿論よい。

本発明は、例えば、ダイレクト印刷システムに適用可能である。

図１は、画像出力システムの参考構成例１を示すブロック図である。 図２は、画像出力システムの参考構成例１において、画像出力装置と画像供給装置との間で使用されるプロトコルの一例を示す図である。 図３は、画像出力システムの参考構成例１における画像出力装置としてのプリンタの構成例を示すブロック図である。 図４は、画像出力システムの参考構成例１における画像出力装置の有する複数の機能の関係を示す図である。 図５は、画像出力システムの参考構成例１における画像供給装置としてのデジタルカメラの構成例を示すブロック図である。 図６は、画像出力システムの参考構成例１における画像供給装置の有する複数の機能の関係を示す図である。 図７は、画像出力システムの参考構成例１における、ＤＰＳプロトコルレベルでの画像出力処理を説明する図である。 図８は、画像出力システムの参考構成例１における、画像転送プロトコルレベルでの画像出力処理を説明する図である。 図９は、参考構成例１において使用される画像出力ジョブ開始コマンドのＸＭＬスクリプトの一例を示す図である。 図１０は、参考構成例１において使用されるファイル取得コマンドのＸＭＬスクリプトの一例を示す図である。 図１１は、ＤＰＯＦ方式のディレクトリ構造を説明する図である。 図１２は、ＤＰＯＦ方式のジョブ指定ファイルＡＵＴＰＲＩＮＴ．ＭＲＫの一例を示す図である。 図１３は、画像出力システムの参考構成例２における、ＤＰＳプロトコルレベルでの画像出力処理を説明する図である。 図１４は、画像出力システムの参考構成例２における、画像転送プロトコルレベルでの画像出力処理を説明する図である。 図１５は、参考構成例２において使用されるオブジェクトＩＤ取得コマンドのＸＭＬスクリプトの一例を示す図である。 図１６は、参考構成例２において使用されるオブジェクトＩＤ取得コマンドの応答のＸＭＬスクリプトの一例を示す図である。 図１７は、参考構成例２において使用されるファイル情報取得コマンドのＸＭＬスクリプトの一例を示す図である。 図１８は、参考構成例２において使用されるファイル情報取得コマンドの応答のＸＭＬスクリプトの一例を示す図である。 図１９は、画像出力システムの参考構成例３における画像出力装置についての状態遷移図である。 図２０は、画像出力システムの参考構成例３の正常時の印刷処理において行われる、リカバリのための処理について説明するフローチャートである。 図２１は、画像出力システムの参考構成例３のリカバリ処理を説明するフローチャートである。 図２２は、参考構成例３において使用されるジョブ状態通知コマンドのＸＭＬスクリプトの一例を示す図である。 図２３は、参考構成例３において使用されるデバイス状態通知コマンドのＸＭＬスクリプトの一例を示す図である。 図２４は、参考構成例３において、ジョブ再開時の印刷ジョブ開始コマンドのＸＭＬスクリプトの一例を示す図である。 図２５は、画像出力システムの参考構成例３における印刷再開を説明する図である。 図２６は、画像出力システムの参考構成例３のリカバリ処理の他の一例について説明するフローチャートである。 図２７は、画像出力システムの参考構成例３のリカバリ処理のさらに他の一例について説明するフローチャートである。 図２８は、ＰＩＭ機能において使用される画像処理制御データのパラメータとその値の一例を示す図である。 図２９は、画像ファイルの構成例を示す図である。 図３０は、画像ファイルにおけるメーカノートのデータ構造を示す図である。 図３１は、図３０に示すメーカノート内に定義されているプリントマッチングデータのデータ構造を示す図である。 図３２は、実施の形態１に係る画像出力システムにおける画像供給装置により生成される画像出力ジョブ開始コマンドの一例を示す図である。 図３３は、実施の形態１に係る画像出力システムにおける画像供給装置により生成される画像出力ジョブ開始コマンドの他の例を示す図である。 図３４は、ＰＩＦ機能の概念を説明する図である。 図３５は、ＰＩＦ印刷の場合の印刷画像の一例を示す図である。 図３６は、レイアウト定義ファイルの一例を示す図である。 図３７は、実施の形態２に係る画像出力システムにおける画像供給装置により生成される印刷ジョブ開始コマンドの一例を示す図である。 図３８は、実施の形態５に係る画像出力システムにおいて画像出力装置に接続する際の画像供給装置の電源モードに設定処理を説明するフローチャートである。 図３９は、画像出力システムの参考構成例５を示すブロック図である。 図４０は、本発明の実施の形態７に係る画像出力装置の構成を示すブロック図である。 図４１は、実施の形態１に係る画像出力システムにおいて画像処理機能の一種である画像最適化機能の拡張機能としてＰＩＭ機能が存在する場合の、制御情報であるＸＭＬスクリプトの生成について説明するフローチャートである。

符号の説明

１，１−１〜１−ｎ，２０１ 画像出力装置
２，２−１，２０２ 画像供給装置
３，３−１〜３−ｎ，２０３，２０５ 通信路
１１ 通信回路（第１の通信手段）
１２ 通信制御部（第１の通信手段）
１３ 出力制御部（出力手段）
１４ 出力機構（出力手段）
２１ 通信回路（第２の通信手段）
２２ 通信制御部（第２の通信手段）
２４ 記録媒体
６２ ＸＭＬスクリプト生成機能（第１のスクリプト生成手段）
９２ ＸＭＬスクリプト生成機能（第２のスクリプト生成手段）

Claims (13)

1. 撮影した画像を画像データファイルとして格納するデジタルカメラと、上記画像データファイルに基づき画像を印刷するプリンタと、上記デジタルカメラと上記プリンタとを直接接続する通信路とを備えるダイレクト印刷システムにおいて、
   上記プリンタは、上記通信路としてのＵＳＢケーブルを介して上記デジタルカメラが接続され上記デジタルカメラが所定の印刷制御プロトコルに対応可能であることを検知した後に、上記印刷制御プロトコルで規定された画像印刷に係る制御情報をマークアップ言語で記述した一連のスクリプトを上記通信路を介して受信し、受信した上記スクリプトに記述された印刷対象の画像データファイルを上記スクリプトの送信元から取得する第１の通信手段と、
   上記印刷制御プロトコルの拡張機能を使用して画像出力を行うか否かを上記スクリプトに上記拡張機能の情報に関する記述があるかどうかに基づいて判定する手段と、
   上記印刷制御プロトコルの拡張機能が使用される場合には、上記第１の通信手段により受信されたスクリプト内にある前記拡張機能の情報に基づいて拡張機能による画像処理を施して上記画像データファイルから印刷用の制御データを生成し、上記印刷用の制御データに従って印刷処理を実行させる手段とを備え、
   上記デジタルカメラは、上記通信路としてのＵＳＢケーブルを介して上記プリンタが接続され上記プリンタが所定の印刷制御プロトコルに対応可能であることを検知した後に、画像印刷に係る制御情報をマークアップ言語で記述した一連のスクリプトを上記通信路を介して送信するとともに、上記スクリプトとは別に、同一の上記通信路を介してその制御情報で指定された画像データファイルを送信する第２の通信手段と、
   上記印刷制御プロトコルの拡張機能を使用可能か否かを上記プリンタから送信された環境情報に基づいて判定する手段と、
   上記使用可能と判定されて、上記印刷制御プロトコルに対して追加された画像処理の拡張機能が使用される場合には、上記スクリプト内にその拡張機能の情報を挿入して、上記スクリプトを生成するスクリプト生成手段とを備えること、
   を特徴とするダイレクト印刷システム。
2. 画像データファイルを格納するデジタルカメラに通信路としてのＵＳＢケーブルを介して接続される通信回路と、
   上記通信路を介して上記デジタルカメラが接続されそのデジタルカメラが所定の印刷制御プロトコルに対応可能であることを検知した後に、上記通信回路を制御して、その印刷制御プロトコルで規定された画像印刷に係る制御情報をマークアップ言語で記述した一連のスクリプトとして上記通信路を介して受信し、受信したスクリプトに記述された印刷対象の画像データファイルを上記スクリプトの送信元から取得する通信制御部と、
   上記印刷制御プロトコルの拡張機能を使用して画像出力を行うか否かを上記スクリプトに上記拡張機能の情報に関する記述があるかどうかに基づいて判定する手段と、
   所定の画像処理機能についての上記拡張機能が使用される場合には、上記スクリプト内にある上記拡張機能の情報に基づいて上記拡張機能による画像処理を施して上記画像データファイルから印刷用の制御データを生成しその印刷用の制御データに従って印刷処理を実行することで、上記画像データファイルに基づく画像を印刷する出力手段と、
   を備えることを特徴とするプリンタ。
3. 前記出力手段は、前記拡張機能が指定された場合に、前記画像データファイルに記録された画像処理制御データに基づいて、その画像データファイル内の画像データに対して画像処理を施し、画像処理後の画像データに基づき画像を印刷することを特徴とする請求項２記載のプリンタ。
4. 前記拡張機能は、ＰＩＭ（プリントイメージマッチング）機能またはＥｘｉｆプリンティング機能であることを特徴とする請求項３記載のプリンタ。
5. 前記拡張機能は、フレーム画像と前記画像データの画像とを組み合わせて印刷するフレーム挿入印刷処理であることを特徴とする請求項２記載のプリンタ。
6. 前記拡張機能は、余白が形成されずに印刷される印刷処理を含むことを特徴とする請求項２記載のプリンタ。
7. ユーザにより操作される操作部と、
   画像データファイルを格納する記録媒体と、
   上記画像データファイルに基づき画像を印刷するプリンタに通信路としてのＵＳＢケーブルを介して接続される通信回路と、
   上記通信路としてのＵＳＢケーブルを介して上記プリンタが接続されそのプリンタが所定の印刷制御プロトコルに対応可能であることを検知した後に、上記通信回路を制御して、画像印刷に係る制御情報をマークアップ言語で記述した一連のスクリプトとして上記通信路を介して送信するとともに、そのスクリプトとは別に、同一の上記通信路を介してその制御情報で指定された画像データファイルを送信する通信制御部と、
   上記印刷制御プロトコルの拡張機能を使用可能か否かを上記プリンタから送信された環境情報に基づいて判定する手段と、
   上記操作部に対して所定の操作があると、上記印刷制御プロトコルに対して追加された画像処理の上記拡張機能が使用される場合には、上記スクリプト内にその拡張機能の情報を挿入して、上記スクリプトを生成するスクリプト生成手段と、
   を備えることを特徴とするデジタルカメラ。
8. 前記所定の画像処理機能についての拡張機能は、前記画像データファイルに記録された画像処理制御データに基づいて、その画像データファイル内の画像データに対して画像処
   理を施し、画像処理後の画像データに基づき画像を印刷する機能であることを特徴とする請求項７記載のデジタルカメラ。
9. 前記拡張機能は、ＰＩＭ（プリントイメージマッチング）機能またはＥｘｉｆプリンティング機能であることを特徴とする請求項８記載のデジタルカメラ。
10. 前記拡張機能は、フレーム画像と前記画像データの画像とを組み合わせて印刷するフレーム挿入印刷処理であることを特徴とする請求項７記載のデジタルカメラ。
11. 前記拡張機能は、余白が形成されずに印刷される印刷処理を含むことを特徴とする請求項７記載のデジタルカメラ。
12. 画像データファイルに基づき画像を印刷するプリンタに内蔵されるコンピュータに実行される制御プログラムにおいて、そのコンピュータを、
    通信路としてのＵＳＢケーブルを介してデジタルカメラが接続されそのデジタルカメラが所定の印刷制御プロトコルに対応可能であることを検知した後に、その印刷制御プロトコルで規定された画像印刷に係る制御情報をマークアップ言語で記述した一連のスクリプトとして上記通信路を介して受信し、受信したスクリプトに記述された印刷対象の画像データファイルを上記スクリプトの送信元から取得する通信制御部、および
    上記印刷制御プロトコルの拡張機能を使用して画像出力を行うか否かを上記スクリプトに上記拡張機能の情報に関する記述があるかどうかに基づいて判定する手段と、
    所定の画像処理機能についての上記拡張機能が使用される場合には、上記スクリプト内にあるその拡張機能の情報に基づいて、上記画像データファイルから印刷用の制御データを生成する手段として、
    機能させることを特徴とする制御プログラム。
13. 画像データファイルを格納するデジタルカメラに内蔵されるコンピュータに実行される制御プログラムにおいて、そのコンピュータを、
    通信路としてのＵＳＢケーブルを介してプリンタが接続されそのプリンタが所定の印刷制御プロトコルに対応可能であることを検知した後に、画像印刷に係る制御情報をマークアップ言語で記述した一連のスクリプトとして上記通信路を介して送信するとともに、そのスクリプトとは別に、同一の上記通信路を介してその制御情報で指定された画像データファイルを送信する通信制御部、および、
    上記印刷制御プロトコルの拡張機能を使用可能か否かを上記プリンタから送信された環境情報に基づいて判定する手段と、
    上記印刷制御プロトコルに対して追加された画像処理の上記拡張機能が使用される場合には、上記スクリプト内にその拡張機能の情報を挿入して、上記スクリプトを生成するスクリプト生成手段として、
    機能させることを特徴とする制御プログラム。

Images