JP2004318818A - 画像出力システム、画像出力装置、画像供給装置および制御プログラム - Google Patents

Abstract

【課題】 新規な画像出力制御プロトコルを使用しても通信のオーバーヘッドの増加を抑
制することができること。
【解決手段】 通信路３を介して画像供給装置２と画像出力装置１との間で、画像出力に
係る制御指令を含む制御情報を送受する。生成されたマークアップ制御指令にバイナリ制
御指令が対応付けられている場合には、第一の送信手段５１ｄが、そのバイナリ制御指令
をバイナリ送受信手段５１ｅに送信させる。対応付けられていない場合には、第二の送信
手段５１ｃが、そのマークアップ制御指令をデータとしてバイナリ送受信手段５１ｅに送
信させる。
【選択図】 図１２

Description

本発明は、通信路を介して制御情報および画像データを伝送して、画像供給装置に格納
された画像データに基づく画像を画像出力装置により出力する画像出力システム、並びに
、そのシステムに使用される画像出力装置、画像供給装置および制御プログラムに関する
ものである。

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

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

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

しかしながら、各ベンダが独自のプロトコルを使用しているため、デジタルスチルカメ
ラによる画像をあるベンダのプリンタにより印刷できても、他のベンダのプリンタにより
印刷できないことがある。

その場合、複数のベンダで同一の画像出力制御プロトコルを新たに採用すれば、デジタ
ルスチルカメラによる画像をそれらのうちのいずれのベンダのプリンタでも印刷可能とな
るが、そのようなプロトコルは、既存の下位層プロトコルの上に構築されるため、通信の
オーバーヘッドが増加してしまうという問題がある。

本発明は、上記の問題に鑑みてなされたものであり、新規な画像出力制御プロトコルを
使用しても通信のオーバーヘッドの増加を抑制することができる画像出力システム、画像
出力装置、画像供給装置および制御プログラムを得ることを目的とする。

上記の課題を解決するために、本発明の画像出力システムは、画像供給装置および画像
出力装置の中の少なくとも一方に、バイナリで記述されたバイナリ制御情報を送信すると
ともに、データを送信するバイナリ送信手段と、画像出力に係る制御情報を、マークアッ
プ言語で記述されたテキスト制御指令とするか、バイナリで記述されたバイナリ制御指令
とするかを選択する選択手段と、選択手段によりバイナリ制御指令が選択された場合に、
そのバイナリ制御指令を、バイナリ送信手段に送信させる第一の送信手段と、選択手段に
よりテキスト制御指令が選択された場合に、テキスト制御指令を１つのデータファイルと
して、バイナリ送信手段に送信させる第二の送信手段と、を有し、画像供給装置および画
像出力装置の中の少なくとも他方に、バイナリで記述されたバイナリ制御情報を受信する
とともに、データファイルを受信する第二のバイナリ送受信手段と、バイナリ受信手段に
より受信されたバイナリ制御指令を実行するバイナリ実行手段と、バイナリ受信手段によ
りデータファイルとして受信されたテキスト制御指令を実行するマークアップ実行手段と
、を有する。

この構成を採用すれば、マークアップ言語で記述されるテキスト制御指令と同一の機能
のバイナリ制御指令が存在する場合に、テキスト制御指令の代わりにバイナリ制御指令が
使用される。その結果、マークアップ言語で記述されるマークアップ制御指令をそのまま
送信する場合に比べて、通信データ量を削減することができる。

また、本発明に係る画像出力システムは、画像データを格納する画像供給装置と、画像
データに基づき画像を出力する画像出力装置と、画像供給装置と画像出力装置とを接続す
る通信路と、を備え、通信路を介して画像供給装置と画像出力装置との間で、画像出力に
係る制御指令を含む制御情報を送受する画像出力システムであって、画像供給装置および
画像出力装置の中の少なくとも一方は、バイナリで記述されたバイナリ制御情報を送受す
るとともに、データを送受する第一のバイナリ送受信手段と、マークアップ言語で記述さ
れたテキスト形式のマークアップ制御指令を生成するマークアップ制御指令生成手段と、
所定のマークアップ制御指令と所定のバイナリ制御指令との対応関係を記憶する記憶部と
、マークアップ制御指令生成手段により生成されたマークアップ制御指令がバイナリ制御
指令に対応付けられている場合に、マークアップ制御指令に対応付けられているバイナリ
制御指令を、第一のバイナリ送受信手段に送信させる第一の送信手段と、マークアップ制
御指令生成手段により生成されたマークアップ制御指令がバイナリ制御指令に対応付けら
れていない場合に、マークアップ制御指令をデータとして、第一のバイナリ送受信手段に
送信させる第二の送信手段と、を有し、画像供給装置および画像出力装置の中の少なくと
も他方は、バイナリで記述されたバイナリ制御情報を送受するとともに、データを送受す
る第二のバイナリ送受信手段と、第二のバイナリ送受信手段により受信されたバイナリ制
御指令を実行するバイナリ実行手段と、バイナリ送受信手段によりデータとして受信され
たマークアップ制御指令を実行するマークアップ実行手段と、を有するものである。

この構成を採用すれば、バイナリ制御指令が対応付けられているマークアップ制御指令
は、バイナリ制御指令へ変換されて送信される。その結果、マークアップ言語で記述され
るマークアップ制御指令をそのまま送信する場合に比べて、通信データ量を削減すること
ができる。

本発明に係る画像出力システムは、さらに、第二のバイナリ送受信手段は、マークアッ
プ制御指令に対応付けられているバイナリ制御指令を実行した結果を示すバイナリ制御応
答を送信し、マークアップ実行手段は、マークアップ制御指令を実行した結果を示すマー
クアップ制御応答をデータとして第二のバイナリ送受信手段に送信させ、第一のバイナリ
送受信手段は、バイナリ制御情報を受信するか、マークアップ制御応答をデータとして受
信し、画像供給装置および画像出力装置の中の少なくとも一方は、第一のバイナリ送受信
手段により受信されたバイナリ制御応答に基づいて、マークアップ制御応答を生成する制
御応答生成手段と、第一のバイナリ送受信手段によりデータとして受信されたマークアッ
プ制御応答および制御応答生成手段により生成されたマークアップ制御応答を受領するマ
ークアップ制御応答受領手段と、を有するものである。

この構成を採用すれば、画像出力に係る制御指令が、バイナリ制御指令として実行され
た場合であっても、マークアップ制御指令として実行された場合であっても、その実行結
果をマークアップ制御応答として受領することができる。

本発明に係る画像出力システムでは、さらに、マークアップ制御指令生成手段およびマ
ークアップ制御応答受領手段は、マークアップ言語で記述された制御情報を送受する画像
出力制御プロトコルのエンティティであり、第一のバイナリ送受信手段および第二のバイ
ナリ送受信手段は、画像出力制御プロトコルのエンティティに下位層で、画像供給装置に
格納された画像データを管理し画像出力装置へ転送する画像データ管理転送プロトコルの
エンティティであるものである。

この構成を採用すれば、画像供給装置に格納された画像データを管理し画像出力装置へ
転送することができる、既存の画像データ管理転送プロトコルのエンティティを、画像出
力制御プロトコルのエンティティの下位層として利用することができる。

本発明に係る画像出力装置は、バイナリで記述されたバイナリ制御指令を送信するバイ
ナリ送信手段と、画像出力に係る制御情報を、マークアップ言語で記述されたテキスト制
御指令とするか、バイナリで記述されたバイナリ制御指令とするかを選択する選択手段と
、選択手段によりバイナリ制御指令が選択された場合に、そのバイナリ制御指令を、バイ
ナリ送信手段に送信させる第一の送信手段と、選択手段によりテキスト制御指令が選択さ
れた場合に、テキスト制御指令を１つのデータファイルとして、バイナリ送信手段に送信
させる第二の送信手段とを備える。

この構成を採用すれば、マークアップ言語で記述されるテキスト制御指令と同一の機能
のバイナリ制御指令が存在する場合に、テキスト制御指令の代わりにバイナリ制御指令が
使用される。その結果、マークアップ言語で記述されるマークアップ制御指令をそのまま
送信する場合に比べて、通信データ量を削減することができる。

さらに、本発明に係る画像出力装置は、上記発明の画像出力装置に加え、選択手段を次
のようにしたものである。選択手段は、アプリケーションが発行するコマンドの種類に基
づいて、通信に使用するコマンドとして、テキストコマンドを使用するか、バイナリコマ
ンドを使用するかを選択する。

この構成を採用すれば、テキスト制御指令を使用するかバイナリ制御指令を使用するか
の選択処理を簡素にすることができ、この選択処理に起因する通信処理のオーバーヘッド
を低減することができる。

さらに、本発明に係る画像出力装置は、上記発明の画像出力装置に加え、選択手段を次
のようにしたものである。選択手段は、コマンドを発行したアプリケーションの種類に基
づいて、通信に使用するコマンドとして、テキストコマンドを使用するか、バイナリコマ
ンドを使用するかを選択する。

この構成を採用すれば、テキスト制御指令を使用するかバイナリ制御指令を使用するか
の選択処理を簡素にすることができ、この選択処理に起因する通信処理のオーバーヘッド
を低減することができる。

本発明に係る画像出力装置は、画像データを格納する画像供給装置が通信路を介して直
接に接続され、通信路を介して画像供給装置との間で、画像出力に係る制御情報を送受す
る画像出力装置であって、バイナリで記述されたバイナリ制御指令を送信するバイナリ送
信手段と、マークアップ言語で記述されたマークアップ制御指令を生成するマークアップ
制御指令生成手段と、所定のマークアップ制御指令と所定のバイナリ制御指令との対応関
係を記憶する記憶部と、マークアップ制御指令生成手段により生成されたマークアップ制
御指令がバイナリ制御指令に対応付けられている場合に、マークアップ制御指令に対応付
けられているバイナリ制御指令を、バイナリ送信手段に送信させる第一の送信手段と、マ
ークアップ制御指令生成手段により生成されたマークアップ制御指令がバイナリ制御指令
に対応付けられていない場合に、マークアップ制御指令をデータとして、バイナリ送信手
段に送信させる第二の送信手段と、を備えるものである。

この構成を採用すれば、バイナリ制御指令が対応付けられているマークアップ制御指令
は、バイナリ制御指令へ変換して画像供給装置へ送信する。そのため、マークアップ制御
指令をそのままに送信する場合に比べて、送信データ量を削減することができる。

本発明に係る画像出力装置は、さらに、画像供給装置がバイナリ制御指令を実行した結
果として送信したバイナリ制御応答に基づいて、マークアップ制御指令に対するマークア
ップ制御応答を生成する制御応答生成手段と、画像供給装置がマークアップ制御指令を実
行した結果として送信したマークアップ制御応答および制御応答生成手段により生成され
たマークアップ制御応答を受領するマークアップ制御応答受領手段と、を備えるものであ
る。

この構成を採用すれば、画像出力に係る制御指令が、バイナリ制御指令として実行され
た場合であっても、マークアップ制御指令として実行された場合であっても、その実行結
果をマークアップ制御応答として受領することができる。

本発明に係る制御プログラムは、画像データを格納する画像供給装置が通信路を介して
直接に接続され、画像供給装置との間で画像出力に係る制御指令を含む制御情報を送受す
る画像出力装置に組み込まれるコンピュータに、バイナリで記述されたバイナリ制御指令
およびデータを送信するバイナリ送信手段と、マークアップ言語で記述されたマークアッ
プ制御指令を生成するマークアップ制御指令生成手段と、マークアップ制御指令生成手段
により生成されたマークアップ制御指令がバイナリ制御指令に対応付けられている場合に
、マークアップ制御指令に対応付けられているバイナリ制御指令を、バイナリ送信手段に
送信させる第一の送信手段と、マークアップ制御指令生成手段により生成されたマークア
ップ制御指令がバイナリ制御指令に対応付けられていない場合に、マークアップ制御指令
をデータとして、バイナリ送信手段に送信させる第二の送信手段と、を実現させるもので
ある。

この制御プログラムをインストールしたコンピュータは、バイナリ制御指令が対応付け
られているマークアップ制御指令は、バイナリ制御指令へ変換して画像供給装置へ送信す
る。そのため、マークアップ制御指令をそのままに送信する場合に比べて、送信データ量
を削減することができる。

本発明に係る制御プログラムは、さらに、画像供給装置がバイナリ制御指令を実行した
結果として送信したバイナリ制御応答に基づいて、マークアップ制御指令に対するマーク
アップ制御応答を生成する制御応答生成手段と、画像供給装置がマークアップ制御指令を
実行した結果として送信したマークアップ制御応答および制御応答生成手段により生成さ
れたマークアップ制御応答を受領するマークアップ制御応答受領手段と、を実現させるも
のである。

この制御プログラムをインストールしたコンピュータは、画像出力に係る制御指令が、
バイナリ制御指令として実行された場合であっても、マークアップ制御指令として実行さ
れた場合であっても、その実行結果をマークアップ制御応答として受領することができる
。

本発明に係る画像供給装置は、画像データを格納するとともに、画像データに基づき画
像を出力する画像出力装置が通信路を介して接続され、通信路を介して画像出力装置との
間で、画像出力に係る制御指令を含む制御情報を送受する画像供給装置であって、バイナ
リで記述されたバイナリ制御指令を受信するバイナリ受信手段と、バイナリ受信手段によ
り受信されたバイナリ制御指令を実行するバイナリ実行手段と、バイナリ受信手段により
データとして受信されたマークアップ言語で記述されたマークアップ制御指令を実行する
マークアップ実行手段と、を備えるものである。

この構成を採用すれば、マークアップ制御指令をデータとして受信して実行することが
できる他、マークアップ制御指令に対応付けられているバイナリ制御指令を受信して実行
することができる。したがって、バイナリ制御指令を受信することで、マークアップ制御
指令を受信する場合に比べて、受信データ量を削減することができる。

本発明に係る画像供給装置は、さらに、バイナリ制御指令を実行した結果を示すバイナ
リ制御応答およびデータを送信するバイナリ送信手段を有し、マークアップ実行手段は、
マークアップ制御指令を実行した結果を示すマークアップ制御応答をデータとして、バイ
ナリ送信手段に送信させるものである。

この構成を採用すれば、画像出力に係る制御指令が、バイナリ制御指令として実行され
た場合であっても、マークアップ制御指令として実行された場合であっても、その実行結
果を画像出力装置へ送信することができる。

本発明に係る制御プログラムは、画像データを格納するとともに、画像データに基づき
画像を出力する画像出力装置が通信路を介して接続され、画像出力装置との間で画像出力
に係る制御指令を含む制御情報を送受する画像供給装置に組み込まれるコンピュータに、
バイナリで記述されたバイナリ制御指令を受信するバイナリ送受信手段と、バイナリ送受
信手段により受信されたバイナリ制御指令を実行するバイナリ実行手段と、バイナリ送受
信手段によりデータとして受信されたマークアップ言語で記述されるマークアップ制御指
令を実行するマークアップ実行手段と、を実現させるものである。

この制御プログラムをインストールしたコンピュータは、マークアップ制御指令を受信
して実行することができる他、マークアップ制御指令に対応付けられているバイナリ制御
指令を受信して実行することができる。したがって、バイナリ制御指令を受信することで
、マークアップ制御指令を受信する場合に比べて、受信データ量を削減することができる
。

本発明に係る制御プログラムは、さらに、バイナリ制御指令を実行した結果を示すバイ
ナリ制御応答およびデータを送信するバイナリ送信手段を実現させ、マークアップ実行手
段は、マークアップ制御指令を実行した結果を示すマークアップ制御応答をデータとして
、バイナリ送信手段に送信させるものである。

この制御プログラムをインストールしたコンピュータは、画像出力に係る制御指令が、
バイナリ制御指令として実行された場合であっても、マークアップ制御指令として実行さ
れた場合であっても、その実行結果を送信することができる。

本発明によれば、新規な画像出力制御プロトコルを使用しても、通信のオーバーヘッド
の増加を抑制することができる。

以下、本発明の実施の形態に係る画像出力システム、画像出力装置、画像供給装置およ
び制御プログラムを、図に基づいて説明する。

実施の形態１．
図１は、本発明の実施の形態１に係る画像出力システムの構成を示すブロック図である
。図１において、画像出力装置１は、画像データに基づき画像を出力する装置である。画
像出力装置１の形態としては、画像データに基づき画像を紙などに印刷するプリンタなど
がある。また、画像供給装置２は、画像データを格納し、必要に応じてその画像データを
送信可能な装置である。画像供給装置２の形態としては、撮影した画像を画像データとし
て所定の記録媒体に記憶するデジタルカメラなどがある。通信路３は、画像出力装置１と
画像供給装置２とを接続する伝送媒体である。この通信路３は、有線の通信路に限定され
ず、無線の通信路を使用してもよい。実施の形態１では、通信路３には、ＵＳＢ（Ｕｎｉ
ｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）のケーブルが使用される。なお、通信路３が有線
通信路である場合には、画像出力装置１と画像供給装置２には図示せぬコネクタが設けら
れ、通信路３のケーブルの両端のコネクタと両装置１，２のコネクタとが、それぞれ接続
される。

図１に示す画像出力装置１において、通信回路１１は、通信路３を介して各種情報を電
気信号として送受する回路である。また、通信制御部１２は、通信回路１１を制御し、各
種プロトコルに従って通信相手と情報を送受する回路または装置である。

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

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

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

図１に示す画像供給装置２において、通信回路２１は、通信路３を介して各種情報を電
気信号として送受する回路である。また、通信制御部２２は、通信回路２１を制御し、各
種プロトコルに従って通信相手と情報を送受する回路または装置である。

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

記録媒体２４は、画像データを含む１または複数の画像データファイル３１を格納する
装置である。画像データファイル３１は、例えばデジタルカメラにより撮影された画像、
その他の画像の画像データを含むファイルである。この画像データの形式は、例えばＪＰ
ＥＧ（Ｊｏｉｎｔ Ｐｈｏｔｏｇｒａｐｈｉｃ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）形式、Ｅ
ＸＩＦ（ＥＸｃｈａｎｇｅａｂｌｅ Ｉｍａｇｅ Ｆｉｌｅ ）形式などとされる。

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

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

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

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

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

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

この実施の形態１では、上述のＰＴＰの上位で、デジタルカメラなどの画像供給装置２
に格納された画像データを、通信路３を介して直接、プリンタなどの画像出力装置１へ供
給し、印刷を行うためのプロトコルであるダイレクトプリントサービス（以下、ＤＰＳと
いう）プロトコルが使用される。ＤＰＳプロトコルでは、画像出力装置１と画像供給装置
２との間で、画像出力に係る制御情報が、マークアップ言語（ここでは、ＸＭＬ；ｅＸｔ
ｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）で記述した一連のスクリプトとして
通信路３を介して送受される。

なお、画像出力に係る制御情報としては、画像出力処理における各種コマンド、そのコ
マンドに対する応答、装置の状態の通知などがある。また、このスクリプトには、制御情
報のみが含まれ、画像出力の対象となる画像データ自体は含まれない。すなわち、画像デ
ータファイルの格納場所などの情報はこのスクリプトに含まれるが、画像データそのもの
は含まれない。

図３に、画像出力処理における各種のＸＭＬスクリプトによる制御指令（以下、ＸＭＬ
コマンドと記載する。）の例を示す。

ＤＰＳ＿ＤｉｓｃｏｖｅｒＳｅｒｖｉｃｅは、通信路３で接続されている画像供給装置
２がＤＰＳプロトコルに対応しているか否かを判断するために、画像出力装置１が送信す
るＸＭＬコマンドである。ＤＰＳ＿Ｃｏｎｆｉｇｕｒｅは、通信路３で接続されている画
像供給装置２のＤＰＳの対応レベルを判断するために、画像出力装置１が送信するＸＭＬ
コマンドである。

ＤＰＳ＿ＧｅｔＣａｐａｂｉｌｉｔｙは、通信路３で接続されている画像出力装置１に
よりどのような出力が可能であるのかを判断するために、画像供給装置２が送信するＸＭ
Ｌコマンドである。ＤＰＳ＿ＧｅｔＪｏｇＳｔａｔｕｓは、通信路３で接続されている画
像出力装置１がどのジョブを実行しているのかを判断するために、画像供給装置２が送信
するＸＭＬコマンドである。ＤＰＳ＿ＧｅｔＤｅｖｉｃｅＳｔａｔｕｓは、通信路３で接
続されている画像出力装置１がどのような状態であるのかを判断するために、画像供給装
置２が送信するＸＭＬコマンドである。

ＤＰＳ＿ＧｅｔＯｂｊｅｃｔＩＤは、通信路３で接続されている画像供給装置２に格納
されているオブジェクトファイルのオブジェクトＩＤを取得するために、画像出力装置１
が送信するＸＭＬコマンドである。ＤＰＳ＿ＧｅｔＦｉｌｅＩｎｆｏは、通信路３で接続
されている画像供給装置２に格納されているあるオブジェクトファイルのファイルサイズ
およびファイルタイプを取得するために、画像出力装置１が送信するＸＭＬコマンドであ
る。ＤＰＳ＿ＧｅｔＦｉｌｅは、通信路３で接続されている画像供給装置２に格納されて
いるオブジェクトファイルを取得するために、画像出力装置１が送信するＸＭＬコマンド
である。ＤＰＳ＿ＧｅｔＰａｒｔｉａｌＦｉｌｅは、通信路３で接続されている画像供給
装置２に格納されているオブジェクトファイルの一部を取得するために、画像出力装置１
が送信するＸＭＬコマンドである。

ＤＰＳ＿ＧｅｔＦｉｌｅＬｉｓｔは、通信路３で接続されている画像供給装置２に格納
されているオブジェクトファイルのオブジェクトＩＤを取得するために、画像出力装置１
が送信するＸＭＬコマンドである。ＤＰＳ＿ＧｅｔＴｈｕｍｂは、通信路３で接続されて
いる画像供給装置２に格納されている画像データのサムネイルファイルを取得するために
、画像出力装置１が送信するＸＭＬコマンドである。

ＤＰＳ＿ＳｔａｒｔＪｏｂは、通信路３で接続されている画像出力装置１のプリントジ
ョブを初期化し、開始するために、画像供給装置２が送信するＸＭＬコマンドである。Ｄ
ＰＳ＿ＡｂｏｒｔＪｏｂは、通信路３で接続されている画像出力装置１のプリントジョブ
をアボート（中断）するために、画像供給装置２が送信するＸＭＬコマンドである。ＤＰ
ＳＣｏｎｔｉｎｕｅＪｏｂは、通信路３で接続されている画像出力装置１のプリントジョ
ブを再開するために、画像供給装置２が送信するＸＭＬコマンドである。

なお、これらのコマンドは、画像データファイルを画像供給装置２から画像出力装置１
へ送信し、画像を印刷するために使用される制御情報である。特に、ＤＰＳ＿ＧｅｔＦｉ
ｌｅまたはＤＰＳ＿ＧｅｔＰａｒｔｉａｌＦｉｌｅは、画像出力装置１が画像供給装置２
に存在する画像データファイル３１を取得するために必須のコマンドである。

また、ＤＰＳ＿ＧｅｔＦｉｌｅＬｉｓｔ、ＤＰＳ＿ＧｅｔＴｈｕｍｂ、ＤＰＳ＿Ｇｅｔ
ＦｉｌｅＩｎｆｏなどのコマンドは、画像出力装置１が、画像供給装置２に対して画像デ
ータファイル３１の存在を確認しつつ、その画像データファイル３１を確実に取得するた
めに、必須となるコマンドである。デジタルカメラが撮像して生成する画像データファイ
ル３１のサイズは、数百ｋバイトから数十Ｍバイトまであり、今後も高画質化によってサ
イズが大きくなると予想される。したがって、直接的な制御監視下に無い画像供給装置２
に対して、受信しようとする画像データファイル３１のサイズを予め確認することは、非
常に重要である。確認することなく、バッファよりも大きな画像データファイル３１を受
信しようとすると、その画像データファイル３１の受信が完了できなくなり、結果として
、画像出力装置１は、その次の制御を実行することができなくなってしまう。

上記のＸＭＬコマンドは、テキストのＸＭＬスクリプトで構成されており、ＤＰＳの下
位層には、このスクリプトを送受するためのデータ転送プロトコルが必要となる。この実
施の形態１では、その下位層プロトコルとして、ＰＴＰが使用される。このようなデータ
転送プロトコルでは、単にデータ転送のみでなく、ファイルの取得などのコマンドが用意
されている場合がある。たとえば、ＰＴＰには、ＤＰＳ＿ＧｅｔＦｉｌｅ、ＤＰＳ＿Ｇｅ
ｔＰａｒｔｉａｌＦｉｌｅ、ＤＰＳ＿ＧｅｔＦｉｌｅＬｉｓｔ、ＤＰＳ＿ＧｅｔＴｈｕｍ
ｂ、ＤＰＳ＿ＧｅｔＦｉｌｅＩｎｆｏなどのＸＭＬコマンドの一部と、同じ機能を有する
コマンドが用意されている。

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

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

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

また、各通信制御部１２，２２のラッパー層の部分が、第２のエンティティの画像デー
タ管理転送プロトコルの種類に応じた、第１のエンティティの画像出力制御プロトコルと
画像データ管理転送プロトコルとの間でのプロトコル変換を行うプロトコル変換手段とし
て機能する。

すなわち、各通信制御部１２，２２のラッパー層は、必要に応じて、上位プロトコル（
ＤＰＳプロトコル）のコマンドを下位プロトコル（ＰＴＰ）のコマンドに置き換える。

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

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

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

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

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

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

図５は、実施の形態１に係る画像出力システムにおける画像出力装置１の有する複数の
機能の関係を示す図である。図５において、通信制御機能５１は、ラッパ層以下の通信制
御を行う機能である。

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

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

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

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

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

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

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

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

撮影装置７４は、ＣＰＵ７１からの指令に応じて、被写体の撮影を行い、撮影後の画像
データを、メモリカード７５に格納する装置である。

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

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

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

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

図７は、実施の形態１に係る画像出力システムにおける画像供給装置２の有する複数の
機能の関係を示す図である。図７において、通信制御機能８１は、ラッパ層以下の通信制
御を行う機能である。

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

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

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

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

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

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

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

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

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

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

なお、この画像出力ジョブ開始コマンドには、次のジョブ条件設定情報および画像出力
情報が含まれる。

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

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

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

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

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

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

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

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

なお、図１０におけるｄｐｓタグは、ＤＰＳに係るＸＭＬスクリプトであることを示す
タグであり、属性としてＤＰＳで使用される名前空間情報の格納場所のＵＲＬ（Ｕｎｉｆ
ｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）をとる。

画像供給装置２の通信制御部２２は、ＤＰＳプロトコル上ではジョブ開始コマンドのＸ
ＭＬスクリプトを論理的には送信するが、実際には、ラッパー層にて、そのＸＭＬスクリ
プトで記述されたＸＭＬコマンドを、画像転送プロトコルのコマンド（以下、必要に応じ
てＰＴＰコマンドと記載する。）へ変換し、画像転送プロトコルのレベルでそのコマンド
を処理する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ここで、通信制御部１２および通信回路１１で実現される画像出力装置１でのＤＰＳプ
ロトコル処理機能５２および通信制御機能５１と、通信制御部２２および通信回路２１で
実現される画像供給装置２でのＤＰＳプロトコル処理機能８２および通信制御機能８１と
について、詳しく説明する。

図１２は、本発明の実施の形態１に係る画像出力システムにおいて、画像出力装置１と
画像供給装置２との間でのコマンドおよびコマンドに対する応答（以下、レスポンスと記
載する。）の流れの一例を示す図である。

図１２では、画像転送プロトコル（ＰＴＰ）を利用して、コマンド、レスポンスおよび
状態通知が行われている。また、図１２は、画像出力装置１から画像供給装置２へコマン
ドが送信され、画像供給装置２から画像出力装置１へレスポンスが送信される場合の例を
示すものである。

図１２では、ＤＰＳプロトコルのエンティティは、マークアップ制御指令生成手段とし
てのＸＭＬコマンド発生手段６２Ａ（画像出力装置１側）と、マークアップ実行手段とし
てのＸＭＬコマンド実行手段８２Ａ（画像供給装置２側）と、マークアップ制御応答受領
手段としてのＸＭＬレスポンス受領手段６３Ａ（画像出力装置１側）とで、構成されてい
る。ＸＭＬコマンド発生手段６２Ａと、ＸＭＬレスポンス受領手段６３Ａとによって、画
像出力装置１のＤＰＳプロトコル処理機能５２が実現される。ＸＭＬコマンド実行手段８
２Ａによって、画像供給装置２のＤＰＳプロトコル処理機能８２が実現される。

また、図１２では、ＰＴＰのエンティティは、バイナリ送受信手段およびバイナリ送信
手段としてのＰＴＰコマンド実行手段５１ｅと、バイナリ送受信手段、バイナリ受信手段
、バイナリ送信手段およびバイナリ実行手段としてのＰＴＰコマンド実行手段８１ｅと、
で構成されている。ＰＴＰコマンド実行手段５１ｅによって、画像出力装置１のＰＴＰの
エンティティが実現される。画像出力装置１は、ＰＴＰコマンドに対するＰＴＰレスポン
スを一時的に記憶するバッファ５１ｆを備える。また、ＰＴＰコマンド実行手段８１ｅに
よって、画像供給装置２のＰＴＰのエンティティが実現される。画像供給装置２は、ＸＭ
Ｌコマンドを一時的に記憶するバッファ８１ｆを備える。

画像出力装置１のラッパ層は、ＰＴＰコマンド対応テーブル５１ａと、判定手段５１ｂ
と、第一の送信手段としての送信コマンド生成手段５１ｃと、第二の送信手段としての実
行コマンド生成手段５１ｄと、制御応答生成手段としてのＰＴＰレスポンス変換手段５１
ｇと、で構成される。

なお、ＸＭＬコマンド発生手段６２Ａ、ＸＭＬレスポンス受領手段６３Ａ、ＰＴＰコマ
ンド実行手段５１ｅ、判定手段５１ｂ、送信コマンド生成手段５１ｃ、実行コマンド生成
手段５１ｄ、およびＰＴＰレスポンス変換手段５１ｇは、コンピュータ読み取り可能な制
御プログラムとして、プリンタなどの画像出力装置１のＲＯＭ４２あるいはＲＡＭ４３に
記憶され、ＣＰＵ４１がそれぞれに対応するプログラムを実行することで実現される。な
お、この制御プログラムは、コンピュータ読み取り可能な記録媒体からインストールされ
たり、伝送媒体を介してインストールすることができる。ＰＴＰコマンド対応テーブル５
１ａは、ＲＡＭ４３に記憶され、バッファ５１ｆは、ＲＡＭ４３により実現される。

ＸＭＬコマンド実行手段８２Ａと、ＰＴＰコマンド実行手段８１ｅ、および送信コマン
ド生成手段８１ｃは、コンピュータ読み取り可能な制御プログラムとして、デジタルカメ
ラなどの画像供給装置２のＲＯＭ８２あるいはＲＡＭ８３に記憶され、ＣＰＵ７１がそれ
ぞれに対応するプログラムを実行することで実現される。なお、この制御プログラムは、
コンピュータ読み取り可能な記録媒体からインストールされたり、伝送媒体を介してイン
ストールすることができる。バッファ８１ｆは、ＲＡＭ７３により実現される。また、メ
モリーカード７５には、画像データファイル３１などが記憶されている。

ＸＭＬコマンド発生手段６２Ａは、各種アプリケーションプログラムやユーザ操作に応
じて、マークアップ言語で記述されているＸＭＬコマンドを出力する。このＸＭＬコマン
ドは、判定手段５１ｂに入力される。判定手段５１ｂは、ＰＴＰコマンド対応テーブル５
１ａと、入力されたＸＭＬコマンドとを比較する。

ＰＴＰコマンド対応テーブル５１ａには、少なくとも１組のＰＴＰコマンドとＸＭＬコ
マンドとが対応付けて記憶されている。この実施の形態１では、ＰＴＰコマンドとＸＭＬ
コマンドとが１対１に対応付けが可能な、ＤＰＳ＿ＧｅｔＦｉｌｅ、ＤＰＳ＿ＧｅｔＰａ
ｒｔｉａｌＦｉｌｅ、ＤＰＳ＿ＧｅｔＦｉｌｅＬｉｓｔ、ＤＰＳ＿ＧｅｔＴｈｕｍｂ、Ｄ
ＰＳ＿ＧｅｔＦｉｌｅＩｎｆｏが記憶されている。また、これらの各ＸＭＬコマンドには
、１つのＰＴＰコマンドが対応付けられている。そして、判定手段５１ｂは、入力された
ＸＭＬコマンドが、ＰＴＰコマンド対応テーブル５１ａに存在するか否かを判定する。

ここで、一例として、ＸＭＬコマンド発生手段６２Ａが、ＤＰＳ＿ＧｅｔＦｉｌｅＩｎ
ｆｏを出力した場合を説明する。ＤＰＳ＿ＧｅｔＦｉｌｅＩｎｆｏは、図１３（Ａ）に示
すように、ファイルＩＤ（＝オブジェクトＩＤ）を含む構造で記述されている。判定手段
５１ｂは、入力されたＤＰＳ＿ＧｅｔＦｉｌｅＩｎｆｏがＰＴＰコマンド対応テーブル５
１ａに存在するか否かを判定する。実施の形態１では、ＤＰＳ＿ＧｅｔＦｉｌｅＩｎｆｏ
がＰＴＰコマンド対応テーブル５１ａに存在するので、判定手段５１ｂは、実行コマンド
生成手段５１ｄへ、このＸＭＬコマンドを出力する。

実行コマンド生成手段５１ｄは、図１３（Ｂ）に示すように、ファイルＩＤに対応する
オブジェクトハンドルｐｔｐＯｂｊｅｃｔＨａｎｄｌｅを生成する。また、図１３（Ｃ）
に示すように、このオブジェクトハンドルｐｔｐＯｂｊｅｃｔＨａｎｄｌｅを第一オペレ
ーションパラメータとする、オペレーションコード０ｘ１００８のバイナリ制御指令であ
るＰＴＰコマンドを出力する。なお、オペレーションコード０ｘ１００８は、ＰＴＰコマ
ンド対応テーブル５１ａにおいて、ＰＴＰのＧｅｔＯｂｊｅｃｔＩｎｆｏコマンドとして
、ＤＰＳ＿ＧｅｔＦｉｌｅＩｎｆｏに対応付けられている。また、ＸＭＬコマンドにおい
て、ファイルＩＤは、ファイルＩＤ（ｆｉｌｅＩＤ）タグに挟まれているので、このファ
イルＩＤを検索することで簡単に抽出することができる。このＰＴＰコマンドは、ＰＴＰ
コマンド実行手段５１ｅに出力される。

ＰＴＰコマンド実行手段５１ｅは、実行コマンド生成手段５１ｄからのＰＴＰコマンド
を、ＰＴＰコマンド実行手段８１ｅへ送信する。ＰＴＰコマンド実行手段８１ｅは、第一
オペレーションパラメータに指定されているオブジェクトハンドルに対応するオブジェク
トファイルのオブジェクト情報データセットをメモリーカード７５から読みこみ、これを
ＰＴＰレスポンスとして応答送信する。ＰＴＰコマンド実行手段５１ｅは、受信したオブ
ジェクト情報データセットをバッファ５１ｆへ書き込む。

図１４は、オブジェクト情報データセットの一例である。ＰＴＰで利用されるオブジェ
クト情報データセットは、ストレージＩＤ（ＳｔｏｒａｇｅＩＤ）フィールドと、オブジ
ェクトフォーマット（ＯｂｊｅｃｔＦｏｒｍａｔ）フィールドと、プロテクションステー
タス（ＰｒｏｔｅｃｔｉｏｎＳｔａｔｕｓ）フィールドと、オブジェクト圧縮サイズ（Ｏ
ｂｊｅｃｔｃｏｍｐｒｅｓｓｅｄＳｉｚｅ）フィールドと、サムネイルフォーマット（Ｔ
ｈｕｍｂＦｏｒｍａｔ）フィールドと、サムネイル圧縮サイズ（ＴｈｕｍｂＣｏｍｐｒｅ
ｓｓｅｄＳｉｚｅ）フィールドと、サムネイル写真幅（ＴｈｕｍｂＰｉｘＷｉｄｔｈ）フ
ィールドと、サムネイル写真高さ（ＴｈｕｍｂＰｉｘＨｅｉｇｈｔ）フィールドと、イメ
ージ写真幅（ＩｍａｇｅＰｉｘＷｉｄｔｈ）フィールドと、イメージ写真高さ（Ｉｍａｇ
ｅＰｉｘＨｅｉｇｈｔ）フィールドと、解像度の深さ（ＩｍａｇｅＢｉｔＤｅｐｔｈ）フ
ィールドと、ペアレントオブジェクト（ＰａｒｅｎｔＯｂｊｅｃｔ）フィールドと、アソ
シエーションタイプ（Ａｓｓｏｃｉａｔｉｏｎ Ｔｙｐｅ）フィールドと、アソシエーシ
ョンディスクリプタ（Ａｓｓｏｃｉａｔｉｏｎ Ｄｅｓｃ）フィールドと、シーケンスナ
ンバー（ＳｅｑｕｅｎｃｅＮｕｍｂｅｒ）フィールドと、ファイルネーム（Ｆｉｌｅｎａ
ｍｅ）フィールドと、撮像日（ＣａｐｔｕｒｅＤａｔｅ）フィールドと、更新日（Ｍｏｄ
ｉｆｉｃａｔｉｏｎＤａｔｅ）フィールドと、キーワード（Ｋｅｙｗｏｒｄｓ）フィール
ドと、で構成されている。

バッファ５１ｆにＰＴＰレスポンスとしてのオブジェクト情報データセットが書き込ま
れると、ＰＴＰレスポンス変換手段５１ｇは、図１３（Ｄ）に示すように、オブジェクト
情報データセットのオブジェクトフォーマットフィールドからファイルタイプを読みこむ
。また、オブジェクト圧縮サイズフィールドからファイルサイズを読み込む。そして、図
１３（Ｅ）に示すように、ファイルタイプタグと、ファイルサイズタグとを有するＤＰＳ
＿ｇｅｔＦｉｌｅＩｎｆｏＲｅｓｐｏｎｓｅを生成する。ＤＰＳ＿ｇｅｔＦｉｌｅＩｎｆ
ｏＲｅｓｐｏｎｓｅは、ＸＭＬレスポンスとしてバッファ５１ｆに書き込まれる。バッフ
ァ５１ｆに書き込まれたＸＭＬレスポンスは、ＸＭＬレスポンス受領手段６３Ａに読み込
まれる。

以上の処理によって、マークアップ制御指令（テキスト制御指令）であるＤＰＳ＿Ｇｅ
ｔＦｉｌｅＩｎｆｏコマンドは、バイナリ制御指令であるＰＴＰコマンド（ＧｅｔＯｂｊ
ｅｃｔＩｎｆｏコマンド）へ変換されて、画像出力装置１から画像供給装置２へ送信され
る。また、画像供給装置２から画像出力装置１へＰＴＰレスポンスが送信されて、そのＰ
ＴＰレスポンスに基づいてＸＭＬレスポンスが画像出力装置１において生成される。

次に、他の例として、ＤＰＳ＿ＧｅｔＦｉｌｅコマンドの場合について説明する。図１
５（Ａ）に示すＤＰＳ＿ＧｅｔＦｉｌｅは、判定手段５１ｂを介して実行コマンド生成手
段５１ｄに供給される。そして、ＤＰＳ＿ＧｅｔＦｉｌｅコマンド内のファイルＩＤがオ
ブジェクトハンドルへ変換され、ＤＰＳ＿ＧｅｔＦｉｌｅコマンドは、このオブジェクト
ハンドルを第一オペレーションパラメータとする、オペレーションコード０ｘ１００９の
バイナリのＰＴＰコマンドへ変換される（図１５（Ｂ）および（Ｃ）を参照）。なお、オ
ペレーションコード０ｘ１００９は、ＰＴＰコマンド対応テーブル５１ａにおいて、ＰＴ
ＰのＧｅｔＯｂｊｅｃｔコマンドとして、ＤＰＳ＿ＧｅｔＦｉｌｅに対応付けられている
。ＰＴＰコマンドは、ＰＴＰコマンド実行手段５１ｅからＰＴＰコマンド実行手段８１ｅ
へ送信される。ＰＴＰコマンド実行手段８１ｅは、第一オペレーションパラメータに指定
されているオブジェクトハンドルに対応するオブジェクトファイルを、メモリーカード７
５から読み込んで送信する。ＰＴＰコマンド実行手段５１ｅは、受信したオブジェクトフ
ァイルを、バッファ５１ｆへ書き込む。ＰＴＰレスポンス変換手段５１ｇは、バッファ５
１ｆに書き込まれたオブジェクトファイルのサイズを計算し（図１５（Ｄ）を参照）、そ
のファイルサイズおよびそれを指定するファイルサイズタグとを有するＤＰＳ＿ｇｅｔＦ
ｉｌｅＲｅｓｐｏｎｓｅを生成する（図１５（Ｅ）を参照）。ＤＰＳ＿ｇｅｔＦｉｌｅＲ
ｅｓｐｏｎｓｅは、バッファ５１ｆに書き込まれた後、ＸＭＬレスポンス受領手段６３Ａ
に読み込まれる。

なお、ＤＰＳ＿ＧｅｔＰａｒｔｉａｌＦｉｌｅコマンドは、オペレーションコード０ｘ
１０１Ｂのバイナリ制御指令であるＰＴＰコマンドへ変換されて、ＤＰＳ＿ＧｅｔＦｉｌ
ｅと同様に処理される。ＤＰＳ＿ＧｅｔＴｈｕｍｂコマンドは、オペレーションコード０
ｘ１００Ａのバイナリ制御指令であるＰＴＰコマンドへ変換されて、ＤＰＳ＿ＧｅｔＦｉ
ｌｅと同様に処理される。

次に、さらに他の例として、ＤＰＳ＿ＧｅｔＦｉｌｅＬｉｓｔコマンドの場合について
説明する。図１６（Ａ）に示すＤＰＳ＿ＧｅｔＦｉｌｅＬｉｓｔは、判定手段５１ｂを介
して実行コマンド生成手段５１ｄに供給される。ファイルタイプがオブジェクトフォーマ
ットコード（ＯｂｊｅｃｔＦｏｒｍａｔＣｏｄｅ）へ変換され、ＤＰＳ＿ＧｅｔＦｉｌｅ
Ｌｉｓｔが、ストレージＩＤを第一オペレーションパラメータとし、このオブジェクトフ
ォーマットコードを第二オペレーションパラメータとする、オペレーションコード０ｘ１
００７のバイナリのＰＴＰコマンドＧｅｔＯｂｊｅｃｔＨａｎｄｌｅｓへ変換される（図
１６（Ｂ）および（Ｃ）を参照）。なお、オペレーションコード０ｘ１００７は、ＰＴＰ
コマンド対応テーブル５１ａにおいて、ＰＴＰのＧｅｔＦｉｌｅＬｉｓｔコマンドとして
、ＤＰＳ＿ＧｅｔＦｉｌｅＬｉｓｔに対応付けられている。また、オブジェクトフォーマ
ットコードは、ＸＭＬコマンドにおいて、ファイルタイプ（ｆｉｌｅＴｙｐｅ）タグに挟
まれているので、ＸＭＬコマンドから簡単に抽出することができる。ＰＴＰコマンドは、
ＰＴＰコマンド実行手段５１ｅからＰＴＰコマンド実行手段８１ｅへ送信される。ＰＴＰ
コマンド実行手段８１ｅは、第二オペレーションパラメータに指定されているオブジェク
トフォーマットコードにファイルタイプが一致するオブジェクトファイルのオブジェクト
ハンドルのリストを送信する。ＰＴＰコマンド実行手段５１ｅは、受信したオブジェクト
ハンドルのリストを、バッファ５１ｆへ書き込む。ＰＴＰレスポンス変換手段５１ｇは、
バッファ５１ｆに書き込まれたオブジェクトハンドルの数をカウントし（図１６（Ｄ）を
参照）、これらのオブジェクトハンドルに対応するオブジェクトＩＤおよびそれらを指定
するイメージＩＤタグ、並びにオブジェクトの数およびそれを指定するＩＤ数タグを有す
るＤＰＳ＿ＧｅｔＦｉｌｅＬｉｓｔＲｅｓｐｏｎｓｅを生成する（図１６（Ｅ）を参照）
。ＤＰＳ＿ＧｅｔＦｉｌｅＬｉｓｔＲｅｓｐｏｎｓｅは、バッファ５１ｆに書き込まれた
後、ＸＭＬレスポンス受領手段６３Ａに読み込まれる。

次にＤＰＳ＿ＧｅｔＦｉｌｅ、ＤＰＳ＿ＧｅｔＰａｒｔｉａｌＦｉｌｅ、ＤＰＳ＿Ｇｅ
ｔＦｉｌｅＬｉｓｔ、ＤＰＳ＿ＧｅｔＴｈｕｍｂ、およびＤＰＳ＿ＧｅｔＦｉｌｅＩｎｆ
ｏ以外のＸＭＬコマンド（以下、他のＸＭＬコマンドと記載する。）を実行する場合につ
いて説明する。他のＸＭＬコマンドがＸＭＬコマンド発生手段６２Ａから出力されると、
判定手段５１ｂは、入力された他のＸＭＬコマンドがＰＴＰコマンド対応テーブル５１ａ
に存在しないので、送信コマンド生成手段５１ｃへ、この他のＸＭＬコマンドを出力する
。

送信コマンド生成手段５１ｃは、他のＸＭＬコマンドをデータとして送信するＰＴＰ送
信コマンドを出力する。これにより、ＰＴＰコマンド実行手段５１ｅからＰＴＰコマンド
実行手段８１ｅへの他のＸＭＬコマンドの送信処理が実行される。その際、ＰＴＰのＳｅ
ｎｄＯｂｊｅｃｔＩｎｆｏコマンドおよびＳｅｎｄＯｂｊｅｃｔコマンドが使用される。

具体的には、図１７（Ａ）に示すように、ＸＭＬコマンド毎に、オブジェクトハンドル
と、他のＸＭＬコマンドのデータサイズをオブジェクト圧縮サイズとして格納するオブジ
ェクト情報データセットが生成される。ＰＴＰコマンド実行手段５１ｅは、このオブジェ
クト情報データセットを、ＰＴＰのＳｅｎｄＯｂｊｅｃｔＩｎｆｏコマンドを用いて、Ｐ
ＴＰコマンド実行手段８１ｅへ送信する。これにより、他のＸＭＬコマンドのファイル情
報が送信される。

また、ＳｅｎｄＯｂｊｅｃｔＩｎｆｏコマンドに対するレスポンスがＰＴＰコマンド実
行手段８１ｅから受信されると、ＰＴＰコマンド実行手段５１ｅは、ＰＴＰのＳｅｎｄＯ
ｂｊｅｃｔコマンドを用いて、他のＸＭＬコマンドをデータファイルとして、ＰＴＰコマ
ンド実行手段８１ｅへ送信する。これにより、他のＸＭＬコマンドがデータファイルとし
て送信される。

ＰＴＰコマンド実行手段８１ｅは、受信した他のＸＭＬコマンドをバッファ８１ｆに記
憶させる。なお、正常に受信が完了すると、ＰＴＰコマンド実行手段８１ｅからＰＴＰコ
マンド実行手段５１ｅへ、正常受信を通知するＰＴＰレスポンスが応答送信される。これ
により、他のＸＭＬコマンドをデータとして送信する処理が完了する。

バッファ８１ｆに書き込まれた他のＸＭＬコマンドは、ＸＭＬコマンド実行手段８２Ａ
により実行される。ＸＭＬコマンド実行手段８２Ａは、他のＸＭＬコマンドを実行した結
果をＸＭＬスクリプトであるＸＭＬレスポンスとして生成する。ＸＭＬレスポンスは、送
信コマンド生成手段８１ｃへ供給される。

送信コマンド生成手段８１ｃは、ＸＭＬレスポンスをデータとして送信するＰＴＰ送信
コマンドを出力する。これにより、ＰＴＰコマンド実行手段８１ｅからＰＴＰコマンド実
行手段５１ｅへのＸＭＬレスポンスの送信処理が実行される。

具体的には、図１７（Ｂ）に示すように、ＸＭＬレスポンス毎に、オブジェクトハンド
ルと、オブジェクト情報データセットが生成される。ＰＴＰコマンド実行手段８１ｅは、
ＰＴＰのＲｅｑｕｅｓｔＯｂｊｅｃｔＴｒａｎｓｆｅｒコマンドを用いて、転送要求をＰ
ＴＰコマンド実行手段５１ｅへ送信する。このＲｅｑｕｅｓｔＯｂｊｅｃｔＴｒａｎｓｆ
ｅｒコマンドを受信すると、ＰＴＰコマンド実行手段５１ｅは、ＧｅｔＯｂｊｅｃｔＩｎ
ｆｏコマンドおよびＧｅｔＯｂｊｅｃｔコマンドを使用して、ＸＭＬレスポンスをデータ
ファイルとして取得する。

すなわち、ＰＴＰコマンド実行手段５１ｅは、受信したオブジェクトハンドルを指定し
たＧｅｔＯｂｊｅｃｔＩｎｆｏコマンドを、ＰＴＰコマンド実行手段８１ｅへ送信する。
ＰＴＰコマンド実行手段８１ｅは、ＸＭＬレスポンスのデータサイズをオブジェクト圧縮
サイズとして格納するオブジェクト情報データセットを生成し、ＰＴＰコマンド実行手段
５１ｅへ送信する。

引き続き、ＰＴＰコマンド実行手段５１ｅは、受信したオブジェクトハンドルを指定し
たＧｅｔＯｂｊｅｃｔコマンドを、ＰＴＰコマンド実行手段８１ｅへ送信する。ＰＴＰコ
マンド実行手段８１ｅは、ＸＭＬレスポンスを、データとして、ＰＴＰコマンド実行手段
５１ｅへ送信する。

ＰＴＰコマンド実行手段５１ｅは、受信したＸＭＬレスポンスをバッファ５１ｆに記憶
させる。これにより、ＸＭＬレスポンスをデータとして送信する処理が完了する。バッフ
ァ５１ｆに書き込まれたＸＭＬレスポンスは、ＸＭＬレスポンス受領手段６３Ａに読み込
まれる。

以上の処理によって、ＤＰＳ＿ＧｅｔＦｉｌｅ、ＤＰＳ＿ＧｅｔＰａｒｔｉａｌＦｉｌ
ｅ、ＤＰＳ＿ＧｅｔＦｉｌｅＬｉｓｔ、ＤＰＳ＿ＧｅｔＴｈｕｍｂ、ＤＰＳ＿ＧｅｔＦｉ
ｌｅＩｎｆｏ以外のＸＭＬコマンド（他のＸＭＬコマンド）は、ＰＴＰ送信コマンドのデ
ータとして、画像出力装置１から画像供給装置２へ送信される。また、その他のＸＭＬコ
マンドに対応するＸＭＬレスポンスが、画像供給装置２において生成されて、画像供給装
置２から画像出力装置１へデータとして送信される。

以上のように、上記実施の形態１によれば、テーブルとしてのＰＴＰコマンド対応テー
ブル５１ａにおいてバイナリのＰＴＰコマンドが対応付けられているＸＭＬコマンドは、
ＰＴＰコマンドへ変換されて送信される。その結果、マークアップ言語で記述されるＸＭ
Ｌコマンドをそのまま送信する場合に比べて、通信データ量を削減することができる。

特に、この実施の形態１に係るＸＭＬコマンドは、図１３、図１４及び図１６に示すよ
うに、ＰＴＰコマンドの各パラメータに対応するデータが、そのパラメータ名と１対１に
対応する名前のタグ（以下、パラメータタグと記載する。）に挟まれ、さらに、そのタグ
がＸＭＬコマンド名と１対１に対応する名前のタグ（以下、コマンドタグと記載する。）
に挟まれた書式構造になっている。したがって、実行コマンド生成手段５１ｄは、まず、
ＸＭＬコマンドのコマンドタグを抽出し、このコマンドタグに対応するＰＴＰコマンドを
ＰＴＰコマンド対応テーブル５１ａから抽出し、さらに、ＰＴＰコマンド対応テーブル５
１ａにおいてそのＰＴＰコマンドに対応付けられているパラメータタグをＸＭＬコマンド
から抽出し、そのパラメータタグに挟まれているデータをＰＴＰコマンドのパラメータデ
ータとして抽出することで、ＰＴＰコマンドを生成することができる。これにより、実行
コマンド生成手段５１ｄは、ＸＭＬコマンド内に、不要なテキストデータやタグ、たとえ
ばＰＴＰ以外の下位層プロトコルで利用可能な他のパラメータタグが含まれていたとして
も、その他のパラメータタグを無視して、ＰＴＰコマンドを正確に生成することができる
。

しかも、画像出力に係るコマンドは、最初は、マークアップ言語で記述されるＸＭＬコ
マンドとして生成される。そして、そのＸＭＬコマンドがＰＴＰコマンドへ変換できない
場合には、ＸＭＬコマンド自体が、ＰＴＰコマンド実行手段５１ｅからＰＴＰコマンド実
行手段８１ｅへデータとして送信される。つまり、画像供給装置２や画像出力装置１は、
少なくともこのＸＭＬコマンドに対応していれば、この画像出力システムに対応する全て
の画像供給装置２あるいは画像出力装置１と接続して、画像出力に係るコマンドを送受信
することが可能となる。したがって、画像供給装置２のベンダは、ＰＴＰコマンド実行手
段５１ｅ、その他のバイナリ送受信手段を個別に開発する必要がなくなる。また、画像出
力装置１のベンダは、ＰＴＰコマンド実行手段８１ｅ、その他のバイナリ送受信手段を個
別に開発する必要がなくなる。

その結果、既に画像供給装置２を供給しているベンダは、開発済みの既存のバイナリ送
受信手段を活用して、自社の画像供給装置２の独自性を維持しつつ、この画像出力システ
ムに対応することで、画像出力に係る制御について汎用性を持たせることができる。また
、新たに画像供給装置２を提供しようとするベンダにあっても、新たにバイナリ送受信手
段等を開発することで、独自性と汎用性とを高度なレベルで両立させることができる。

また、この実施の形態１では、ＰＴＰコマンド実行手段８１ｅは、ＰＴＰコマンドを実
行した結果をＰＴＰレスポンスとして送信し、ＸＭＬコマンド実行手段８２Ａは、ＸＭＬ
コマンドを実行した結果をＸＭＬレスポンスとして生成するとともに、このＸＭＬレスポ
ンスをデータとしてＰＴＰコマンド実行手段に送信させ、ＰＴＰコマンド実行手段５１ｅ
が受信したＰＴＰレスポンスに基づいてＸＭＬレスポンスを生成するＰＴＰレスポンス変
換手段５１ｇと、ＰＴＰコマンド実行手段５１ｅがデータとして受信したＸＭＬレスポン
スおよびＰＴＰレスポンス変換手段５１ｇが生成したＸＭＬレスポンスを受領するＸＭＬ
レスポンス受領手段６３Ａと、を備える。したがって、画像出力に係るＸＭＬコマンドが
、ＰＴＰコマンドとして実行された場合であっても、ＸＭＬコマンドとして実行された場
合であっても、その実行結果をＸＭＬレスポンスとして出力することができる。

なお、この実施の形態１では、バイナリコマンドがＰＴＰコマンドである場合を例とし
て説明したが、ＸＭＬコマンドから変換されるバイナリ制御指令は、これ以外の下位層プ
ロトコルのバイナリ制御指令であってもよい。また、バイナリコマンドへ変換されるマー
クアップ制御指令は、ＸＭＬ以外のマークアップ言語で記述されたマークアップ制御指令
であってもよい。

また、この実施の形態１では、画像出力装置１が制御指令を画像供給装置２へ送信し、
画像供給装置２がそれに対応する制御応答を画像出力装置１へ送信している。この他にも
たとえば、画像供給装置２が制御指令を画像出力装置１へ送信し、画像出力装置１がそれ
に対応する制御応答を画像供給装置２へ送信するようにしてもよい。その場合、図１２の
中の画像出力装置１に該当する構成要素と同様のものを画像供給装置２が有し、図１２の
中の画像供給装置２に該当する構成要素と同様のものを画像出力装置１が有する。さらに
、画像供給装置２と画像出力装置１とが、互いに制御指令およびそれに対応する制御応答
を送受するようにしてもよい。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

実施の形態２では、画像データおよびジョブ指定ファイルが、ＤＰＯＦ（Ｄｉｇｉｔａ
ｌ Ｐｒｉｎｔ Ｏｒｄｅｒ Ｆｏｒｍａｔ）方式で記録媒体２４に格納される。ＤＰＯ
Ｆ規格は、現在ＤＰＯＦ１．１０のバージョンであるが、将来提案される次バージョン以
降のものであってもよい。また、同等の作用を得られる他の規格のものをＤＰＯＦの代わ
りに使用してもよい。

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

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

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

次に、上記システムの各装置の動作について説明する。図２０は、実施の形態２に係る
画像出力システムにおける、ＤＰＳプロトコルレベルでの画像出力処理を説明する図であ
る。図２１は、実施の形態２に係る画像出力システムにおける、画像転送プロトコルレベ
ルでの画像出力処理を説明する図である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

次に、上記システムにおける各装置の動作について説明する。図２６は、実施の形態３
に係る画像出力システムにおける画像出力装置についての状態遷移図である。

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

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

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

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

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

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

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

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

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

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

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

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

この実施の形態３では、画像供給装置２の通信制御部２２が、ＤＰＳプロトコルに従っ
て、ページごとに、ジョブ状態通知コマンドであるＸＭＬスクリプトを受信し、そのＸＭ
Ｌスクリプトから、ジョブＩＤ、画像データの格納場所のパス、および画像データの繰り
返し供給回数を抽出し、記憶する。

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

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

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

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

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

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

この実施の形態３では、画像供給装置２の通信制御部２２が、ＤＰＳプロトコルに従っ
て、上述のデバイス状態通知コマンドのＸＭＬスクリプトを受信し、そのＸＭＬスクリプ
トから障害状態を認識する。

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

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

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

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

この実施の形態３では、画像出力装置１の通信制御部１２が、ＤＰＳプロトコルに従っ
て、ＸＭＬスクリプトのジョブ開始コマンドを受信し、ジョブ指定ファイルを指定してフ
ァイル取得コマンドを発行する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

その際、画像供給装置２および画像出力装置１は、ＤＰＳプロトコルにおけるある機能
を拡張するために、ＸＭＬ構文に従って、その機能を表現する既存のタグと同じネストレ
ベルに拡張タグを挿入して制御情報を生成する。

あるいは、画像供給装置２および画像出力装置１は、ＤＰＳプロトコルにおけるある機
能を拡張するために、ＸＭＬ構文に従って、その機能を表現する既存のタグより下位のネ
ストレベルに拡張タグを挿入して制御情報を生成する。

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

実施の形態４では、規定後に拡張機能を追加するための拡張タグとして、ベンダ固有の
画像最適化処理を指定するための拡張タグが使用される。

以上のように、上記実施の形態４によれば、拡張タグとして、ベンダ固有の画像最適化
処理を指定するためのタグを使用することができるため、ベンダごとに様々な特徴を有す
る画像最適化処理についても画像出力時に指定することができるようになる。

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

実施の形態５では、規定後に拡張機能を追加するための拡張タグとして、フレーム画像
と画像データの画像とを組み合わせて印刷するフレーム挿入印刷を指定する拡張タグが使
用される。

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

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

実施の形態６では、画像出力装置１が、画像出力に係る制御情報で指定された印刷用紙
のサイズと用紙タイプとを調べ、指定されたサイズで指定された用紙タイプの用紙がない
場合に、その旨を示す制御情報を拡張タグを使用して生成し、その制御情報を画像供給装
置２に送信する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

実施の形態１０．
本発明の実施の形態１０に係る画像出力システムは、複数の画像出力装置１−１〜１−
ｎを有し、ある画像出力装置１−ｊにおいて障害が発生した場合に、代替の画像出力装置
１−ｋを探し、代替の画像出力装置１−ｋにより画像出力処理を継続するようにしたもの
である。

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

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

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

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

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

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

すなわち、画像出力装置１は、操作部１５に対する所定の操作があると、画像供給装置
２に対して撮影指令を送信し、画像供給装置２は、画像出力装置１から撮影指令を受信す
ると、撮影処理を行う。なお、この撮影指令をＸＭＬスクリプトの、所定のＤＰＳプロト
コルにおけるコマンドとして送信するようにしてもよい。これにより、画像供給装置２を
操作することなく撮影を行うことができる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

実施の形態１５．
本発明の実施の形態１５においては、ＤＰＳプロトコルのエンティティが、ＤＰＳプロ
トコルの機能を使用するアプリケーションとのコマンドおよびその応答の授受を行うイン
タフェースを有し、そのインタフェースが受信したアプリケーションからのコマンドの種
類に応じて、ＸＭＬコマンド（テキスト制御指令）を使用するか、ＰＴＰコマンド（バイ
ナリ制御指令）を使用するかを判定するようにしたものである。

図３８は、実施の形態１５に係る画像出力システムにおいて、画像出力装置１と画像供
給装置２との間で使用されるプロトコル階層の一例を示す図である。図３８（Ａ）は、そ
のプロトコル階層の一例を示し、図３８（Ｂ）は、実施の形態２に係る画像出力システム
におけるＤＰＳプロトコルのエンティティとアプリケーションとのインタフェースの一例
を示す図である。

図３８（Ａ）に示すように、ＤＰＳプロトコルの上位において、ＤＰＳプロトコルの機
能を使用するアプリケーション３０１が追加される。アプリケーション３０１は、各種処
理が記述されたプログラムがＣＰＵにより実行されることで実現される。ＤＰＳプロトコ
ルのエンティティは、ＤＰＳプロトコルの機能を実現するプログラムがＣＰＵにより実行
されることで実現される。そして、図３８（Ｂ）に示すように、アプリケーション３０１
およびＤＰＳプロトコルのエンティティは、それぞれインタフェース３２１を有し、イン
タフェース３２１間で、コマンドと応答の送受が行われる。

アプリケーション３０１とＤＰＳプロトコルのエンティティは、別々のタスクとして実
行され、インタフェース３２１のタスク間通信により、コマンドおよび応答を送受する。

実施の形態１５では、インタフェース３２１は、タスク間通信に使用されるメッセージ
ボックスを有する。アプリケーション３０１が、ＤＰＳプロトコルのエンティティのイン
タフェース３２１にコマンドを書き込むと、ＤＰＳプロトコルのエンティティが、それを
読み出し、そのコマンドを実行する。また、ＤＰＳプロトコルのエンティティが、アプリ
ケーション３０１のインタフェース３２１に応答を書き込むと、アプリケーション３０１
が、それを読み出し、その応答を受領する。

そして、ＤＰＳプロトコルのエンティティにおけるインタフェース３２１は、アプリケ
ーション３０１からのコマンドの種類に応じて、ＸＭＬコマンドを使用するか、ＰＴＰコ
マンドを使用するかを決定する。図３９は、実施の形態１５におけるコマンド種類の決定
方法の一例を示すフローチャートである。

まず、ＤＰＳプロトコルのエンティティにおけるインタフェース３２１は、アプリケー
ション３０１からのコマンドが画像データファイルに関するコマンド、すなわち、画像デ
ータファイルについてのファイル情報取得コマンド、画像データファイルについてのファ
イル取得コマンドなどであるか否かを判定する（ステップＳ３０１）。

そして、ＤＰＳプロトコルのエンティティにおけるインタフェース３２１は、アプリケ
ーション３０１からのコマンドが画像データファイルに関するコマンドではないと判定し
た場合には、そのコマンドに対応するＸＭＬコマンドを生成し、送信する（ステップＳ３
０２）。

一方、ＤＰＳプロトコルのエンティティにおけるインタフェース３２１は、アプリケー
ション３０１からのコマンドが画像データファイルに関するコマンドであると判定した場
合には、そのコマンドに対応するＸＭＬコマンドを生成せずに、そのコマンドに対応する
ＰＴＰコマンドを生成し、送信する（ステップＳ３０３）。

すなわち、インタフェース３２１は、画像出力に係る制御情報を、マークアップ言語で
記述されたテキスト制御指令とするか、バイナリで記述されたバイナリ制御指令とするか
を選択する選択手段として機能する。

その他の処理については、実施の形態１と同様であるので、その説明を省略する。なお
、実施の形態１５におけるアプリケーション３０１は、１つに限らず、ＤＰＳプロトコル
の機能を使用する複数のアプリケーション３０１が存在してもよい。その場合、ＤＰＳプ
ロトコルのエンティティは、コマンドを受領した場合、そのコマンドの送信元であるアプ
リケーションの種類に基づいて、受領したコマンドが画像データファイルに関するコマン
ドか否かを判定するようにしてもよい。

以上のように、上記実施の形態１５によれば、上位のアプリケーション３０１からのコ
マンドの種類に応じて、通信に使用するコマンドとして、テキストコマンドであるＸＭＬ
コマンドを使用するか、バイナリコマンドであるＰＴＰコマンドを使用するかを決定する
ため、ＰＴＰコマンドが使用可能な場合には、ＸＭＬコマンドを生成する必要がなくなる
。

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

例えば、上述の各実施の形態では、マークアップ言語の１つであるＸＭＬを使用して制
御情報を記述しているが、ＳＧＭＬ（Ｓｔａｎｄａｒｄ Ｇｅｎｅｒａｌｉｚｅｄ Ｍａ
ｒｋｕｐ Ｌａｎｇｕａｇｅ）などの他のマークアップ言語を使用して記述するようにし
てもよい。

また、上述の各実施の形態では、ＤＰＳプロトコル以下の階層において、ＰＴＰおよび
ＵＳＢを使用しているが、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ
Ｐｒｏｔｏｃｏｌ ／ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ ）などの他のプロトコル
を使用するようにしてもよい。また、その際の伝送媒体としては、有線ＬＡＮ、ブルーツ
ース、無線ＬＡＮなどを使用してもよい。

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

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

また、上述の各実施の形態において、画像出力に必要な画像データの画像供給装置２か
ら画像出力装置１への転送が完了すると、画像出力装置１との接続を解除してもよい旨を
示す接続解除可能通知を画像出力装置１から画像供給装置２へ送信するようにしてもよい
。

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

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

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

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

図１は、本発明の実施の形態１に係る画像出力システムの構成を示すブロック図である。 図２は、実施の形態１に係る画像出力システムにおいて、画像出力装置と画像供給装置との間で使用されるプロトコルの一例を示す図である。 図３は、実施の形態１に係る画像出力システムにおいて、画像出力装置と画像供給装置との間で使用されるＸＭＬコマンドのリストの一例を示す図である。 図４は、実施の形態１に係る画像出力システムにおける画像出力装置としてのプリンタの構成例を示すブロック図である。 図５は、実施の形態１に係る画像出力システムにおける画像出力装置の有する複数の機能の関係を示す図である。 図６は、実施の形態１に係る画像出力システムにおける画像供給装置としてのデジタルカメラの構成例を示すブロック図である。 図７は、実施の形態１に係る画像出力システムにおける画像供給装置の有する複数の機能の関係を示す図である。 図８は、実施の形態１に係る画像出力システムにおける、ＤＰＳプロトコルレベルでの画像出力処理を説明する図である。 図９は、実施の形態１に係る画像出力システムにおける、画像転送プロトコルレベルでの画像出力処理を説明する図である。 図１０は、実施の形態１において使用される画像出力ジョブ開始コマンドのＸＭＬスクリプトの一例を示す図である。 図１１は、実施の形態１において使用されるファイル取得コマンドのＸＭＬスクリプトの一例を示す図である。 図１２は、本発明の実施の形態１に係る画像出力システムにおいて、画像出力装置と画像供給装置との間でのコマンドおよびコマンドに対する応答の流れの一例を示す図である。 図１３は、本発明の実施の形態１に係る画像出力システムにおいて、画像出力装置から画像供給装置へファイル情報取得コマンドを送信する場合の処理の流れを示す図である。 図１４は、本発明の実施の形態１に係る画像出力システムにおいて、画像供給装置から画像出力装置へ送信されるオブジェクト情報データセットを示す図である。 図１５は、本発明の実施の形態１に係る画像出力システムにおいて、画像出力装置から画像供給装置へファイル取得コマンドを送信する場合の処理の流れを示す図である。 図１６は、本発明の実施の形態１に係る画像出力システムにおいて、画像出力装置から画像供給装置へファイルリスト取得コマンドを送信する場合の処理の流れを示す図である。 図１７（Ａ）は、本発明の実施の形態１に係る画像出力システムにおいて、画像出力装置から画像供給装置へＸＭＬコマンドをデータとして送信する場合の処理の流れを示す図である。図１７（Ｂ）は、本発明の実施の形態１に係る画像出力システムにおいて、画像供給装置から画像出力装置へＸＭＬレスポンスをデータとして送信する場合の処理の流れを示す図である。 図１８は、ＤＰＯＦ方式のディレクトリ構造を説明する図である。 図１９は、ＤＰＯＦ方式のジョブ指定ファイルＡＵＴＰＲＩＮＴ．ＭＲＫの一例を示す図である。 図２０は、実施の形態２に係る画像出力システムにおける、ＤＰＳプロトコルレベルでの画像出力処理を説明する図である。 図２１は、実施の形態２に係る画像出力システムにおける、画像転送プロトコルレベルでの画像出力処理を説明する図である。 図２２は、実施の形態２において使用されるオブジェクトＩＤ取得コマンドのＸＭＬスクリプトの一例を示す図である。 図２３は、実施の形態２において使用されるオブジェクトＩＤ取得コマンドの応答のＸＭＬスクリプトの一例を示す図である。 図２４は、実施の形態２において使用されるファイル情報取得コマンドのＸＭＬスクリプトの一例を示す図である。 図２５は、実施の形態２において使用されるファイル情報取得コマンドの応答のＸＭＬスクリプトの一例を示す図である。 図２６は、実施の形態３に係る画像出力システムにおける画像出力装置についての状態遷移図である。 図２７は、実施の形態３に係る画像出力システムの正常時の印刷処理において行われる、リカバリのための処理について説明するフローチャートである。 図２８は、実施の形態３に係る画像出力システムのリカバリ処理を説明するフローチャートである。 図２９は、実施の形態３において使用されるジョブ状態通知コマンドのＸＭＬスクリプトの一例を示す図である。 図３０は、実施の形態３において使用されるデバイス状態通知コマンドのＸＭＬスクリプトの一例を示す図である。 図３１は、実施の形態３において、ジョブ再開時の印刷ジョブ開始コマンドのＸＭＬスクリプトの一例を示す図である。 図３２は、実施の形態３に係る画像出力システムにおける印刷再開を説明する図である。 図３３は、本発明の実施の形態３に係る画像出力システムのリカバリ処理の他の一例について説明するフローチャートである。 図３４は、本発明の実施の形態３に係る画像出力システムのリカバリ処理のさらに他の一例について説明するフローチャートである。 図３５は、実施の形態８に係る画像出力システムにおいて画像出力装置に接続する際の画像供給装置の電源モードに設定処理を説明するフローチャートである。 図３６は、本発明の実施の形態１０に係る画像出力システムの構成を示すブロック図である。 図３７は、本発明の実施の形態１２に係る画像出力装置の構成を示すブロック図である。 図３８は、実施の形態１５に係る画像出力システムにおいて、画像出力装置と画像供給装置との間で使用されるプロトコル階層の一例を示す図である。 図３９は、実施の形態１５におけるコマンド種類の決定方法の一例を示すフローチャートである。

符号の説明

１，１−１〜１−ｎ，２０１ 画像出力装置
２，２−１，２０２ 画像供給装置
３，３−１〜３−ｎ，２０３，２０５ 通信路
１１ 通信回路
１２ 通信制御部
１３ 出力制御部
１４ 出力機構
１５ 操作部
２１ 通信回路
２２ 通信制御部
２３ 中央制御部
２４ 記録媒体
２５ 操作部
２６ 表示装置
２７ バッテリ
４３ ＲＡＭ（記憶部）
５１ｃ 送信コマンド生成手段（第一の送信手段）
５１ｄ 実行コマンド生成手段（第二の送信手段）
５１ｅ ＰＴＰコマンド実行手段（第一のバイナリ送受信手段、バイナリ送受信手段、バ
イナリ送信手段）
５１ｆ ＰＴＰレスポンス変換手段（制御応答生成手段）
８１ｅ ＰＴＰコマンド実行手段（第二のバイナリ送受信手段、バイナリ送受信手段、バ
イナリ受信手段、バイナリ送信手段、バイナリ実行手段）
６２Ａ ＸＭＬコマンド発生手段（制御指令生成手段）
６３Ａ ＸＭＬレスポンス受領手段（マークアップ制御応答受領手段）
８２Ａ ＸＭＬコマンド実行手段（マークアップ実行手段）
３２１ インターフェース（選択手段）

Claims (15)

1. 画像データを格納する画像供給装置と、上記画像データに基づき画像を出力する画像出
   力装置と、上記画像供給装置と上記画像出力装置とを接続する通信路と、を備え、上記通
   信路を介して上記画像供給装置と上記画像出力装置との間で、画像出力に係る制御指令を
   含む制御情報を送受する画像出力システムであって、
   画像供給装置および画像出力装置の中の少なくとも一方は、
   バイナリで記述されたバイナリ制御情報を送信するとともに、データを送信するバイナ
   リ送信手段と、
   画像出力に係る制御情報を、マークアップ言語で記述されたテキスト制御指令とするか
   、バイナリで記述されたバイナリ制御指令とするかを選択する選択手段と、
   上記選択手段によりバイナリ制御指令が選択された場合に、そのバイナリ制御指令を、
   上記バイナリ送信手段に送信させる第一の送信手段と、
   上記選択手段によりテキスト制御指令が選択された場合に、上記テキスト制御指令を１
   つのデータファイルとして、上記バイナリ送信手段に送信させる第二の送信手段と、を有
   し、
   上記画像供給装置および上記画像出力装置の中の少なくとも他方は、
   バイナリで記述されたバイナリ制御情報を受信するとともに、データファイルを受信す
   るバイナリ受信手段と、
   上記バイナリ受信手段により受信されたバイナリ制御指令を実行するバイナリ実行手段
   と、
   上記バイナリ受信手段によりデータファイルとして受信されたテキスト制御指令を実行
   するマークアップ実行手段と、
   を有することを特徴とする画像出力システム。
2. 画像データを格納する画像供給装置と、上記画像データに基づき画像を出力する画像出
   力装置と、上記画像供給装置と上記画像出力装置とを接続する通信路と、を備え、上記通
   信路を介して上記画像供給装置と上記画像出力装置との間で、画像出力に係る制御指令を
   含む制御情報を送受する画像出力システムであって、
   上記画像供給装置および上記画像出力装置の中の少なくとも一方は、
   バイナリで記述されたバイナリ制御情報を送受するとともに、データを送受する第一の
   バイナリ送受信手段と、
   マークアップ言語で記述されたテキスト形式のマークアップ制御指令を生成するマーク
   アップ制御指令生成手段と、
   所定のマークアップ制御指令と所定のバイナリ制御指令との対応関係を記憶する記憶部
   と、
   上記マークアップ制御指令生成手段により生成された上記マークアップ制御指令が上記
   バイナリ制御指令に対応付けられている場合に、上記マークアップ制御指令に対応付けら
   れている上記バイナリ制御指令を、上記第一のバイナリ送受信手段に送信させる第一の送
   信手段と、
   上記マークアップ制御指令生成手段により生成された上記マークアップ制御指令が上記
   バイナリ制御指令に対応付けられていない場合に、上記マークアップ制御指令をデータと
   して、上記第一のバイナリ送受信手段に送信させる第二の送信手段と、を有し、
   上記画像供給装置および上記画像出力装置の中の少なくとも他方は、
   バイナリで記述されたバイナリ制御情報を送受するとともに、データを送受する第二の
   バイナリ送受信手段と、
   上記第二のバイナリ送受信手段により受信されたバイナリ制御指令を実行するバイナリ
   実行手段と、
   上記バイナリ送受信手段によりデータとして受信されたマークアップ制御指令を実行す
   るマークアップ実行手段と、
   を有することを特徴とする画像出力システム。
3. 前記第二のバイナリ送受信手段は、前記マークアップ制御指令に対応付けられている前
   記バイナリ制御指令を実行した結果を示すバイナリ制御応答を送信し、
   前記マークアップ実行手段は、前記マークアップ制御指令を実行した結果を示すマーク
   アップ制御応答をデータとして前記第二のバイナリ送受信手段に送信させ、
   前記第一のバイナリ送受信手段は、上記バイナリ制御情報を受信するか、上記マークア
   ップ制御応答をデータとして受信し、
   前記画像供給装置および前記画像出力装置の中の少なくとも一方は、
   前記第一のバイナリ送受信手段により受信された上記バイナリ制御応答に基づいて、上
   記マークアップ制御応答を生成する制御応答生成手段と、
   前記第一のバイナリ送受信手段によりデータとして受信された上記マークアップ制御応
   答および上記制御応答生成手段により生成された上記マークアップ制御応答を受領するマ
   ークアップ制御応答受領手段と、を有することを特徴とする請求項２記載の画像出力シス
   テム。
4. 前記マークアップ制御指令生成手段および前記マークアップ制御応答受領手段は、前記
   マークアップ言語で記述された制御情報を送受する画像出力制御プロトコルのエンティテ
   ィであり、
   前記第一のバイナリ送受信手段および前記第二のバイナリ送受信手段は、上記画像出力
   制御プロトコルのエンティティに下位層で、前記画像供給装置に格納された画像データを
   管理し前記画像出力装置へ転送する画像データ管理転送プロトコルのエンティティである
   こと、
   を特徴とする請求項３記載の画像出力システム。
5. 画像データを格納する画像供給装置が通信路を介して直接に接続され、上記通信路を介
   して上記画像供給装置との間で、画像出力に係る制御情報を送受する画像出力装置であっ
   て、
   バイナリで記述されたバイナリ制御指令を送信するバイナリ送信手段と、
   画像出力に係る制御情報を、マークアップ言語で記述されたテキスト制御指令とするか
   、バイナリで記述されたバイナリ制御指令とするかを選択する選択手段と、
   上記選択手段によりバイナリ制御指令が選択された場合に、そのバイナリ制御指令を、
   上記バイナリ送信手段に送信させる第一の送信手段と、
   上記選択手段によりテキスト制御指令が選択された場合に、上記テキスト制御指令を１
   つのデータファイルとして、上記バイナリ送信手段に送信させる第二の送信手段と、
   を備えることを特徴とする画像出力装置。
6. 前記選択手段は、アプリケーションが発行するコマンドの種類に基づいて、通信に使用
   するコマンドとして、テキストコマンドを使用するか、バイナリコマンドを使用するかを
   選択することを特徴とする請求項５記載の画像出力装置。
7. 前記選択手段は、コマンドを発行したアプリケーションの種類に基づいて、通信に使用
   するコマンドとして、テキストコマンドを使用するか、バイナリコマンドを使用するかを
   選択することを特徴とする請求項５記載の画像出力装置。
8. 画像データを格納する画像供給装置が通信路を介して直接に接続され、上記通信路を介
   して上記画像供給装置との間で、画像出力に係る制御情報を送受する画像出力装置であっ
   て、
   バイナリで記述されたバイナリ制御指令を送信するバイナリ送信手段と、
   マークアップ言語で記述されたマークアップ制御指令を生成するマークアップ制御指令
   生成手段と、
   所定のマークアップ制御指令と所定のバイナリ制御指令との対応関係を記憶する記憶部
   と、
   上記マークアップ制御指令生成手段により生成された上記マークアップ制御指令が上記
   バイナリ制御指令に対応付けられている場合に、上記マークアップ制御指令に対応付けら
   れている上記バイナリ制御指令を、上記バイナリ送信手段に送信させる第一の送信手段と
   、
   上記マークアップ制御指令生成手段により生成された上記マークアップ制御指令が上記
   バイナリ制御指令に対応付けられていない場合に、上記マークアップ制御指令をデータと
   して、上記バイナリ送信手段に送信させる第二の送信手段と、
   を備えることを特徴とする画像出力装置。
9. 前記画像供給装置が前記バイナリ制御指令を実行した結果として送信したバイナリ制御
   応答に基づいて、前記マークアップ制御指令に対するマークアップ制御応答を生成する制
   御応答生成手段と、
   前記画像供給装置が前記マークアップ制御指令を実行した結果として送信したマークア
   ップ制御応答および上記制御応答生成手段により生成された上記マークアップ制御応答を
   受領するマークアップ制御応答受領手段と、
   を備えることを特徴とする請求項８記載の画像出力装置。
10. 画像データを格納する画像供給装置が通信路を介して直接に接続され、上記画像供給装
    置との間で画像出力に係る制御指令を含む制御情報を送受する画像出力装置に組み込まれ
    るコンピュータに、
    バイナリで記述されたバイナリ制御指令およびデータを送信するバイナリ送信手段と、
    マークアップ言語で記述されたマークアップ制御指令を生成するマークアップ制御指令
    生成手段と、
    上記マークアップ制御指令生成手段により生成された上記マークアップ制御指令が上記
    バイナリ制御指令に対応付けられている場合に、上記マークアップ制御指令に対応付けら
    れている上記バイナリ制御指令を、上記バイナリ送信手段に送信させる第一の送信手段と
    、
    上記マークアップ制御指令生成手段により生成された上記マークアップ制御指令が上記
    バイナリ制御指令に対応付けられていない場合に、上記マークアップ制御指令をデータと
    して、上記バイナリ送信手段に送信させる第二の送信手段と、
    を実現させることを特徴とする制御プログラム。
11. 前記画像供給装置が前記バイナリ制御指令を実行した結果として送信したバイナリ制御
    応答に基づいて、前記マークアップ制御指令に対するマークアップ制御応答を生成する制
    御応答生成手段と、
    前記画像供給装置が前記マークアップ制御指令を実行した結果として送信したマークア
    ップ制御応答および上記制御応答生成手段により生成された上記マークアップ制御応答を
    受領するマークアップ制御応答受領手段と、
    を実現させることを特徴とする請求項１０記載のコンピュータ読み取り可能な制御プロ
    グラム。
12. 画像データを格納するとともに、上記画像データに基づき画像を出力する画像出力装置
    が通信路を介して接続され、上記通信路を介して上記画像出力装置との間で、画像出力に
    係る制御指令を含む制御情報を送受する画像供給装置であって、
    バイナリで記述されたバイナリ制御指令を受信するバイナリ受信手段と、
    上記バイナリ受信手段により受信されたバイナリ制御指令を実行するバイナリ実行手段
    と、
    上記バイナリ受信手段によりデータとして受信されたマークアップ言語で記述されたマ
    ークアップ制御指令を実行するマークアップ実行手段と、
    を備えることを特徴とする画像供給装置。
13. 前記バイナリ制御指令を実行した結果を示すバイナリ制御応答およびデータを送信する
    バイナリ送信手段を有し、
    前記マークアップ実行手段は、前記マークアップ制御指令を実行した結果を示すマーク
    アップ制御応答をデータとして、前記バイナリ送信手段に送信させること、
    を特徴とする請求項１２記載の画像供給装置。
14. 画像データを格納するとともに、上記画像データに基づき画像を出力する画像出力装置
    が通信路を介して接続され、上記画像出力装置との間で画像出力に係る制御指令を含む制
    御情報を送受する画像供給装置に組み込まれるコンピュータに、
    バイナリで記述されたバイナリ制御指令を受信するバイナリ送受信手段と、
    上記バイナリ送受信手段により受信されたバイナリ制御指令を実行するバイナリ実行手
    段と、
    上記バイナリ送受信手段によりデータとして受信されたマークアップ言語で記述される
    マークアップ制御指令を実行するマークアップ実行手段と、
    を実現させることを特徴とする制御プログラム。
15. 前記バイナリ制御指令を実行した結果を示すバイナリ制御応答およびデータを送信する
    バイナリ送信手段を実現させ、
    前記マークアップ実行手段は、前記マークアップ制御指令を実行した結果を示すマーク
    アップ制御応答をデータとして、前記バイナリ送信手段に送信させること、
    を特徴とする請求項１４記載の制御プログラム。
    

Images