JP2009259268A

JP2009259268A - 画像出力システム、画像供給装置、画像出力装置、制御プログラムおよび画像出力方法

Info

Publication number: JP2009259268A
Application number: JP2009170925A
Authority: JP
Inventors: Masakatsu Endo; 正勝遠藤; Yoichi Wakai; 洋一若井; Hideki Morozumi; 秀樹両角; Kenji Sakuta; 健二作田
Original assignee: Seiko Epson Corp
Current assignee: Seiko Epson Corp
Priority date: 2002-12-12
Filing date: 2009-07-22
Publication date: 2009-11-05
Also published as: US20070222862A1; US7864350B2; EP1429533A3; EP1429533A2; US20040179105A1

Abstract

【課題】複数ベンダに対する互換性を維持しつつ、規定後にプロトコルを修正し易くすること。
【解決手段】画像データを格納する画像供給装置２と、画像データに基づき画像を出力する画像出力装置１との間で、通信路３を介して制御情報を送受して、画像供給装置２に格納された画像データに基づく画像を画像出力装置１により出力する。その際、画像供給装置２と画像出力装置１との間で、画像出力に係る制御情報をマークアップ言語で記述した一連のスクリプトとして通信路３を介して送受する。
【選択図】図１

Description

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

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

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

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

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

本発明は、上記の問題に鑑みてなされたものであり、複数ベンダに対する互換性を維持しつつ、規定後にプロトコルを修正し易い画像出力システム、画像供給装置、画像出力装置、制御プログラムおよび画像出力方法を得ることを目的とする。

上記の課題を解決するために、本発明の画像出力システムは、画像データを格納する画像供給装置と、その画像データに基づき画像を出力する画像出力装置と、画像供給装置と画像出力装置とを直接接続する通信路とを備える画像出力システムであって、画像出力装置が、画像出力に係る制御情報をマークアップ言語で記述した一連のスクリプトとして通信路を介して送受する第１の通信手段を備え、画像供給装置が、画像出力に係る制御情報をマークアップ言語で記述した一連のスクリプトとして通信路を介して送受する第２の通信手段を備えるものである。

この画像出力システムを利用すると、マークアップ言語の構文の拡張性を利用して複数ベンダに対する互換性を維持しつつ、規定後にプロトコルを修正し易くすることができる。

さらに、本発明の画像出力システムは、上記発明の画像出力システムに加え、マークアップ言語として、文書型を追加定義可能であるものを使用する。

この画像出力システムを利用すると、規定後にプロトコルをより修正し易くすることができる。

さらに、本発明の画像出力システムは、上記発明の画像出力システムのいずれかに加え、マークアップ言語として、ＳＧＭＬ、ＸＭＬ、並びに、ＳＧＭＬまたはＸＭＬに対して上位互換または下位互換のある言語のいずれかを使用する。

さらに、本発明の画像出力システムは、上記発明の画像出力システムのいずれかに加え、第１の通信手段および第２の通信手段が、画像出力に係る制御情報として、画像出力処理における制御コマンド、その制御コマンドに対する応答、および装置の状態の通知をマークアップ言語で記述した一連のスクリプトとして送受するようにしたものである。

この画像出力システムを利用すると、マークアップ言語の構文の拡張性を利用して、制御コマンド、その応答、装置の状態通知などについて複数ベンダに対する互換性を維持しつつ、規定後にプロトコルを修正し易くすることができる。

さらに、本発明の画像出力システムは、上記発明の画像出力システムのいずれかに加え、第１の通信手段および第２の通信手段が、マークアップ言語で記述した一連のスクリプトとして、画像出力の対象となる画像データを含まず、画像出力に係る制御情報のみを含むスクリプトを送受するようにしたものである。

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

さらに、本発明の画像出力システムは、上記発明の画像出力システムのいずれかに加え、画像出力装置に、画像を出力する出力機構と、画像データから出力機構を制御するための制御データを生成しその制御データに基づいて出力機構を制御する出力制御部とを備える。

この画像出力システムを利用すると、画像供給装置には、画像データから出力機構を制御する制御データを生成する機能がなくてもよく、画像供給装置を安価にすることができる。

さらに、本発明の画像出力システムは、上記発明の画像出力システムのいずれかに加え、画像出力装置に、マークアップ言語の構文解析を行うパーサを備える。そのパーサは、マークアップ言語のタグのうち、画像出力に係る制御情報の記述に必要なタグのみを判別する。

この画像出力システムを利用すると、パーサを小規模な回路やプログラムで実現でき、画像出力装置を安価にすることができる。

さらに、本発明の画像出力システムは、上記発明の画像出力システムのいずれかに加え、画像供給装置は、マークアップ言語の構文解析を行うパーサを備える。そのパーサは、マークアップ言語のタグのうち、画像出力に係る制御情報の記述に必要なタグのみを判別する。

この画像出力システムを利用すると、パーサを小規模な回路やプログラムで実現でき、画像供給装置を安価にすることができる。

さらに、本発明の画像出力システムは、上記発明の画像出力システムのいずれかに加え、画像出力装置に、スクリプトのテンプレートを制御情報の種類ごとに格納し、そのテンプレートから制御情報のスクリプトを生成するスクリプト生成手段を備える。

この画像出力システムを利用すると、短時間で制御情報のスクリプトを生成することができる。

さらに、本発明の画像出力システムは、上記発明の画像出力システムのいずれかに加え、画像供給装置に、スクリプトのテンプレートを制御情報の種類ごとに格納し、テンプレートから制御情報のスクリプトを生成するスクリプト生成手段を備える。

さらに、本発明の画像出力システムは、上記発明の画像出力システムのいずれかに加え、画像供給装置および画像出力装置が下記のとおり機能するものである。画像供給装置は、画像データおよび画像出力ジョブを指定するジョブ指定ファイルを格納する。画像出力装置は、そのジョブ指定ファイルを取得し、そのジョブ指定ファイルの情報に基づいて、マークアップ言語で記述した画像出力に係る制御情報を生成する。

この画像出力システムを利用すると、ＤＰＯＦ方式などの既存のジョブ指定ファイルを使用でき、複雑な画像出力ジョブを簡単に実行することができる。

さらに、本発明の画像出力システムは、上記発明の画像出力システムのいずれかに加え、画像供給装置および画像出力装置が下記のとおり機能するものである。画像供給装置は、画像出力対象の１または複数の画像データおよびジョブ指定ファイルのいずれか一方を画像出力ジョブ開始コマンドにおいて指定する。画像出力装置は、画像出力ジョブ開始コマンドにおいて画像データが直接指定された場合には、その画像出力ジョブ開始コマンドに従って画像供給装置からその画像データを取得し、画像出力ジョブ開始コマンドにおいてジョブ指定ファイルが指定された場合には、その画像出力ジョブ開始コマンドに従って画像供給装置からそのジョブ指定ファイルを取得し、そのジョブ指定ファイルにおいて指定された画像データを画像供給装置から取得する。

この画像出力システムを利用すると、画像データごとに、あるいはジョブ指定ファイルで纏めて、画像出力の対象となる画像データを指定することができ、様々なパターンの画像出力ジョブを行うことができる。

さらに、本発明の画像出力システムは、上記発明の画像出力システムのいずれかに加え、画像供給装置が、画像データおよび画像出力ジョブを指定するジョブ指定ファイルを格納し、ジョブ指定ファイルに基づいて、画像出力ジョブ開始コマンドを画像出力に係る制御情報として生成し、画像出力装置に送信するようにしたものである。

さらに、本発明の画像出力システムは、上記発明の画像出力システムのいずれかに加え、ジョブ指定ファイルに、１または複数の画像出力ジョブを指定し、各ジョブに対して指定される画像出力条件情報を有する。

さらに、本発明の画像出力システムは、上記発明の画像出力システムのいずれかに加え、画像供給装置に、画像データおよび画像出力ジョブを指定するジョブ指定ファイルをＤＰＯＦ方式で格納するようにしたものである。

この画像出力システムを利用すると、既存のジョブ指定ファイルを使用でき、複雑な画像出力ジョブを簡単に実行することができる。

さらに、本発明の画像出力システムは、上記発明の画像出力システムのいずれかに加え、画像出力装置に、画像出力の処理フローを制御する画像出力制御手段を備える。

この画像出力システムを利用すると、画像供給装置の情報処理量がほとんど増加せず、画像供給装置の情報処理性能が低くても本システムを実現することができる。

さらに、本発明の画像出力システムは、上記発明の画像出力システムのいずれかに加え、画像供給装置に操作部を備え、画像供給装置および画像出力装置が下記のとおり機能するものである。画像供給装置の第２の通信手段が、その操作部に対して所定の操作があると、画像出力ジョブ開始コマンドを制御情報として画像出力装置に送信する。画像出力装置の画像出力制御手段が、第１の通信手段により画像出力ジョブ開始コマンドが受信されると、その画像出力ジョブ開始コマンドに従って画像出力の処理を開始する。

この画像出力システムを利用すると、ユーザが画像供給装置の操作部を操作することで画像出力を行わせることができるため、画像供給装置の操作部により操作性が向上する。

さらに、本発明の画像出力システムは、上記発明の画像出力システムのいずれかに加え、画像供給装置および画像出力装置が下記のとおり機能するものである。画像出力装置の第１の通信手段が、画像出力の処理において、その画像データの転送要求を画像供給装置に送信する。画像供給装置の第２の通信手段が、その画像データの転送要求を受信すると、その画像データを画像出力装置に送信する。

この画像出力システムを利用すると、画像供給装置は画像出力装置からの要求に応じて画像データを送信すればよいため、画像供給装置の情報処理量がほとんど増加せず、画像供給装置の情報処理性能が低くても本システムを実現することができる。

さらに、本発明の画像出力システムは、上記発明の画像出力システムのいずれかに加え、画像供給装置に、画像出力の処理フローを制御する画像出力制御手段を備える。

この画像出力システムを利用すると、画像出力装置の情報処理性能が低くても本システムを実現することができる。

さらに、本発明の画像出力システムは、上記発明の画像出力システムのいずれかに加え、画像出力装置に操作部を備え、画像供給装置および画像出力装置が下記のとおり機能するものである。画像出力装置の第１の通信手段は、その操作部に対して所定の操作があると、画像出力ジョブ開始コマンドを制御情報として画像供給装置に送信する。画像供給装置の画像出力制御手段は、第２の通信手段により画像出力ジョブ開始コマンドが受信されると、その画像出力ジョブ開始コマンドに従って画像出力の処理を開始する。

この画像出力システムを利用すると、ユーザが画像出力装置の操作部を操作することで画像出力を行わせることができるため、画像出力装置の操作部により操作性が向上する。

さらに、本発明の画像出力システムは、上記発明の画像出力システムのいずれかに加え、画像供給装置および画像出力装置が下記のとおり機能するものである。画像出力装置が、ページレイアウト内の所定位置に割り当てられた印刷対象を示す再開情報を画像供給装置に送信し、障害により印刷処理が中止された後に、印刷処理を新たに開始させる印刷ジョブ開始コマンドとともに、再開時の最初の印刷対象を指定する制御情報を画像供給装置から受信し、その印刷対象から印刷処理を再開する。画像供給装置は、その再開情報を受信して記憶しておき、印刷処理を再開する場合に、その印刷ジョブ開始コマンドとともに、最新の再開情報に基づいて再開時の最初の印刷対象を指定する制御情報を画像出力装置へ送信する。

この画像出力システムを利用すると、復旧後に印刷処理を正確に再開することができる。

さらに、本発明の画像出力システムは、上記発明の画像出力システムのいずれかに加え、画像出力装置が、障害を検出した場合にのみ、再開情報を画像供給装置に送信するようにしたものである。

この画像出力システムを利用すると、再開情報を頻繁に送受する必要がないため、正常動作時の処理を増加させることなく、復旧後に印刷処理を正確に再開することができる。

さらに、本発明の画像出力システムは、上記発明の画像出力システムのいずれかに加え、画像出力装置が、ページごとに、再開情報を画像供給装置に送信するようにしたものである。

この画像出力システムを利用すると、障害発生時に再開情報の送信が困難な場合でも、復旧後に印刷処理を正確に再開することができる。

さらに、本発明の画像出力システムは、上記発明の画像出力システムのいずれかに加え、再開情報に、ページレイアウト内の所定位置に割り当てられた印刷対象の属する印刷ジョブのジョブＩＤ、画像供給装置内のその印刷対象の格納場所を示す情報、およびその印刷対象の繰り返し供給回数のうちの少なくとも１つを含むようにしたものである。

この画像出力システムを利用すると、画像出力装置において、再開時の最初の印刷対象が正確に特定され、復旧後に印刷処理を正確に再開することができる。

さらに、本発明の画像出力システムは、上記発明の画像出力システムのいずれかに加え、画像供給装置が、再開情報に、印刷対象の繰り返し供給回数を少なくとも使用し、印刷対象の繰り返し供給の途中で改ページが発生した場合には、繰り返し供給回数を残りの繰り返し供給回数に変更するようにしたものである。

この画像出力システムを利用すると、繰り返し供給回数を複数に設定している場合でも、復旧後に印刷処理を正確に再開することができる。

さらに、本発明の画像出力システムは、上記発明の画像出力システムのいずれかに加え、画像供給装置および画像出力装置が下記のとおり機能するものである。画像出力装置は、障害を検知すると、その旨を制御情報として画像供給装置に送信し、その後、印刷処理を中止する。画像供給装置は、所定の指令を受け付けると、印刷処理の再開のために制御情報を送信する。

この画像出力システムを利用すると、確実に復旧した後に所定の指令に呼応して印刷が再開され、復旧後に印刷処理を正確に再開することができる。

さらに、本発明の画像出力システムは、上記発明の画像出力システムのいずれかに加え、画像出力装置としてプリンタを備え、画像供給装置としてデジタルカメラを備える。

この画像出力システムを利用すると、パーソナルコンピュータなどのホスト機器を使用せずに、複数のベンダによるデジタルカメラと、複数のベンダによるプリンタとの間で相互的にダイレクト印刷が可能となる。

本発明の画像出力装置は、画像データを格納する画像供給装置に通信路を介して接続される通信回路と、画像データに基づき画像を出力する出力手段と、通信回路を制御して、画像出力に係る制御情報をマークアップ言語で記述した一連のスクリプトとして通信路を介して送受する通信制御部とを備える。

この画像出力装置を利用すると、画像出力システムにおいて、マークアップ言語の構文の拡張性を利用して複数ベンダに対する互換性を維持しつつ、規定後にプロトコルを修正し易くすることができる。

さらに、本発明の画像出力装置は、上記発明の画像出力装置に加え、マークアップ言語の構文解析を行うパーサを備え、そのパーサは、マークアップ言語のタグのうち、画像出力に係る制御情報の記述に必要なタグのみを判別する。

この画像出力装置を利用すると、パーサを小規模な回路やプログラムで実現でき、画像出力装置を安価にすることができる。

さらに、本発明の画像出力装置は、上記発明の画像出力装置のいずれかに加え、スクリプトのテンプレートを前記制御情報の種類ごとに格納し、テンプレートから制御情報のスクリプトを生成する。

この画像出力装置を利用すると、短時間で制御情報のスクリプトを生成することができる。

本発明の画像供給装置は、画像データを格納する記録媒体と、画像データに基づき画像を出力する画像出力装置に通信路を介して接続される通信回路と、通信回路を制御して、画像出力に係る制御情報をマークアップ言語で記述した一連のスクリプトとして通信路を介して送受する通信制御部とを備える。

この画像供給装置を利用すると、画像出力システムにおいて、マークアップ言語の構文の拡張性を利用して複数ベンダに対する互換性を維持しつつ、規定後にプロトコルを修正し易くすることができる。

さらに、本発明の画像供給装置は、上記発明の画像供給装置に加え、マークアップ言語の構文解析を行うパーサを備え、そのパーサは、マークアップ言語のタグのうち、画像出力に係る制御情報の記述に必要なタグのみを判別する。

この画像供給装置を利用すると、パーサを小規模な回路やプログラムで実現でき、画像出力装置を安価にすることができる。

さらに、本発明の画像供給装置は、上記発明の画像供給装置のいずれかに加え、スクリプトのテンプレートを制御情報の種類ごとに格納し、そのテンプレートから制御情報のスクリプトを生成する。

この画像供給装置を利用すると、短時間で制御情報のスクリプトを生成することができる。

本発明の制御プログラムは、記録媒体に記録され、あるいは、伝送媒体により伝送され、画像出力装置を制御するための制御プログラムであって、コンピュータを、画像データを格納する画像供給装置に通信路を介して接続される通信回路を制御して、画像出力に係る制御情報をマークアップ言語で記述した一連のスクリプトとして通信路を介して送受する通信制御部として機能させるものである。

この制御プログラムを画像出力装置において実行すると、画像出力システムにおいて、マークアップ言語の構文の拡張性を利用して複数ベンダに対する互換性を維持しつつ、規定後にプロトコルを修正し易くすることができる。

本発明の制御プログラムは、記録媒体に記録され、あるいは、伝送媒体により伝送され、画像供給装置を制御するための制御プログラムであって、コンピュータを、画像データに基づき画像を出力する画像出力装置に通信路を介して接続される通信回路を制御して、画像出力に係る制御情報をマークアップ言語で記述した一連のスクリプトとして通信路を介して送受する通信制御部として機能させるものである。

この制御プログラムを画像供給装置において実行すると、画像出力システムにおいて、マークアップ言語の構文の拡張性を利用して複数ベンダに対する互換性を維持しつつ、規定後にプロトコルを修正し易くすることができる。

本発明の画像出力方法は、画像データを格納する画像供給装置と、画像データに基づき画像を出力する画像出力装置との間で、通信路を介して制御情報を送受して、画像供給装置に格納された画像データに基づく画像を画像出力装置により出力する画像出力方法であって、画像供給装置と画像出力装置との間で、画像出力に係る制御情報をマークアップ言語で記述した一連のスクリプトとして通信路を介して送受する。

この画像出力方法を利用すると、画像出力システムにおいて、マークアップ言語の構文の拡張性を利用して複数ベンダに対する互換性を維持しつつ、規定後にプロトコルを修正し易くすることができる。

さらに、本発明の画像出力方法は、上記発明の画像出力方法に加え、マークアップ言語で記述した一連のスクリプトとして、画像出力の対象となる画像データを含まず、画像出力に係る制御情報のみを含むスクリプトを送受する。

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

さらに、本発明の画像出力方法は、上記発明の画像出力方法のいずれかに加え、画像出力装置が、ページレイアウト内の所定位置に割り当てられた印刷対象を示す再開情報を前記画像供給装置に送信し、画像供給装置が、その再開情報を受信して記憶し、画像供給装置が、画像出力装置の印刷処理を再開する場合に、印刷処理を新たに開始させる印刷ジョブ開始コマンドとともに、最新の再開情報に基づいて再開時の最初の印刷対象を指定する制御情報を、画像出力装置へ送信し、画像出力装置が、障害により印刷処理が中止された後に、印刷処理を新たに開始させる印刷ジョブ開始コマンドとともに、再開時の最初の印刷対象を指定する制御情報を、画像供給装置から受信し、その印刷対象から印刷処理を再開する。

この画像出力方法を利用すると、復旧後に印刷処理を正確に再開することができる。

本発明によれば、複数ベンダに対する互換性を維持しつつ、規定後にプロトコルを修正し易い画像出力システム、画像供給装置、画像出力装置、制御プログラムおよび画像出力方法を得ることができる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

図１９は、実施の形態３に係る画像出力システムにおける画像出力装置についての状態遷移図である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

また、図２および図１１に示すプロトコルの階層において、下位プロトコル層のバリエーションに対応すべく、ＤＰＳプロトコル層と下位プロトコル層との間に、ラッパー層が設けられているが、ＤＰＳプロトコル層のうちの最下位層にラッパー層と同等の機能を持たせ、ＤＰＳプロトコルのうちの印刷処理の制御フローを管理する層をアプリケーション層として別のプログラム（すなわち、エンティティ）とするようにしてもよい（図３１参照）。図３１は、実施の形態１に係る画像出力システムにおいて、画像出力装置１と画像供給装置２との間で使用されるプロトコル階層の別の一例を示す図である。

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

１，１−１〜１−ｎ，２０１…画像出力装置、２，２−１，２０２…画像供給装置、３，３−１〜３−ｎ，２０３，２０５…通信路、１１…通信回路（第１の通信手段）、１２…通信制御部（第１の通信手段）、１３…出力制御部（画像出力制御手段、出力手段）、１４…出力機構（出力手段）、１５…操作部、２１…通信回路（第２の通信手段、通信手段）、２２…通信制御部（第２の通信手段）、２３…中央制御部（画像出力制御手段）、２４…記録媒体、２５…操作部、２６…表示装置、２７…バッテリ、６２，９２…ＸＭＬスクリプト生成機能（スクリプト生成手段）、６３，９３…ＸＭＬパーサ。

Claims

画像データを格納する画像供給装置と、上記画像データに基づき画像を出力する画像出力装置と、上記画像供給装置と上記画像出力装置とを直接接続する通信路とを備える画像出力システムであって、
上記画像出力装置は、画像出力に係る制御情報をマークアップ言語で記述した一連のスクリプトとして上記通信路を介して送受する第１の通信手段を備え、
上記画像供給装置は、画像出力に係る制御情報をマークアップ言語で記述した一連のスクリプトとして上記通信路を介して送受する第２の通信手段を備えること、
を特徴とする画像出力システム。
前記マークアップ言語は、文書型を追加定義可能であることを特徴とする請求項１記載の画像出力システム。
前記マークアップ言語は、ＳＧＭＬ、ＸＭＬ、並びに、ＳＧＭＬまたはＸＭＬに対して上位互換または下位互換のある言語のいずれかであることを特徴とする請求項２記載の画像出力システム。
前記第１の通信手段および前記第２の通信手段は、画像出力に係る制御情報として、画像出力処理における制御コマンド、その制御コマンドに対する応答、および装置の状態の通知をマークアップ言語で記述した一連のスクリプトとして送受することを特徴とする請求項１から請求項３のうちのいずれか１項記載の画像出力システム。
前記第１の通信手段および前記第２の通信手段は、前記マークアップ言語で記述した一連のスクリプトとして、画像出力の対象となる画像データを含まず、画像出力に係る制御情報のみを含むスクリプトを送受することを特徴とする請求項１から請求項４のうちのいずれか１項記載の画像出力システム。
前記画像出力装置は、画像を出力する出力機構と、前記画像データから上記出力機構を制御するための制御データを生成し、その制御データに基づいて上記出力機構を制御する出力制御部とを備えることを特徴とする請求項１から請求項５のうちのいずれか１項記載の画像出力システム。
前記画像出力装置は、前記マークアップ言語の構文解析を行うパーサを備え、
そのパーサは、前記マークアップ言語のタグのうち、前記画像出力に係る制御情報の記述に必要なタグのみを判別すること、
を特徴とする請求項１から請求項６のうちのいずれか１項記載の画像出力システム。
前記画像供給装置は、前記マークアップ言語の構文解析を行うパーサを備え、
そのパーサは、前記マークアップ言語のタグのうち、前記画像出力に係る制御情報の記述に必要なタグのみを判別すること、
を特徴とする請求項１から請求項７のうちのいずれか１項記載の画像出力システム。
前記画像出力装置は、前記スクリプトのテンプレートを前記制御情報の種類ごとに格納し、そのテンプレートから前記制御情報のスクリプトを生成するスクリプト生成手段を備えることを特徴とする請求項１から請求項８のうちのいずれか１項記載の画像出力システム。
前記画像供給装置は、前記スクリプトのテンプレートを前記制御情報の種類ごとに格納し、そのテンプレートから前記制御情報のスクリプトを生成するスクリプト生成手段を備えることを特徴とする請求項１から請求項９のうちのいずれか１項記載の画像出力システム。
前記画像供給装置は、画像データおよび画像出力ジョブを指定するジョブ指定ファイルを格納し、
前記画像出力装置は、上記ジョブ指定ファイルを取得し、そのジョブ指定ファイルの情報に基づいて、マークアップ言語で記述した画像出力に係る制御情報を生成すること、
を特徴とする請求項１から請求項１０のうちのいずれか１項記載の画像出力システム。
前記画像供給装置は、画像出力対象の１または複数の画像データおよび前記ジョブ指定ファイルのいずれか一方を画像出力ジョブ開始コマンドにおいて指定し、
前記画像出力装置は、上記画像出力ジョブ開始コマンドにおいて画像データが直接指定された場合には、その画像出力ジョブ開始コマンドに従って前記画像供給装置からその画像データを取得し、上記画像出力ジョブ開始コマンドにおいて前記ジョブ指定ファイルが指定された場合には、その画像出力ジョブ開始コマンドに従って前記画像供給装置からそのジョブ指定ファイルを取得し、そのジョブ指定ファイルにおいて指定された画像データを前記画像供給装置から取得すること、
を特徴とする請求項１１記載の画像出力システム。
前記画像供給装置は、画像データおよび画像出力ジョブを指定するジョブ指定ファイルを格納し、上記ジョブ指定ファイルに基づいて、画像出力ジョブ開始コマンドを前記画像出力に係る制御情報として生成し、前記画像出力装置に送信することを特徴とする請求項１から請求項１０のうちのいずれか１項記載の画像出力システム。
前記ジョブ指定ファイルは、１または複数の画像出力ジョブを指定し、各ジョブに対して指定される画像出力条件情報を有することを特徴とする請求項１１から請求項１３のうちのいずれか１項記載の画像出力システム。
前記画像供給装置は、画像データおよび画像出力ジョブを指定するジョブ指定ファイルをＤＰＯＦ方式で格納することを特徴とする請求項１１から請求項１４のうちのいずれか１項記載の画像出力システム。
前記画像出力装置は、画像出力の処理フローを制御する画像出力制御手段を備えることを特徴とする請求項１から請求項１５のうちのいずれか１項記載の画像出力システム。
前記画像供給装置は、操作部を備え、
前記画像供給装置の前記第２の通信手段は、上記操作部に対して所定の操作があると、画像出力ジョブ開始コマンドを前記制御情報として前記画像出力装置に送信し、
前記画像出力装置の前記画像出力制御手段は、前記第１の通信手段により上記画像出力ジョブ開始コマンドが受信されると、その画像出力ジョブ開始コマンドに従って前記画像出力の処理を開始すること、
を特徴とする請求項１６記載の画像出力システム。
前記画像出力装置の前記第１の通信手段は、画像出力の処理において、その画像データの転送要求を前記画像供給装置に送信し、
前記画像供給装置の前記第２の通信手段は、その画像データの転送要求を受信すると、その画像データを前記画像出力装置に送信すること、
を特徴とする請求項１６または請求項１７記載の画像出力システム。
前記画像供給装置は、画像出力の処理フローを制御する画像出力制御手段を備えることを特徴とする請求項１から請求項１５のうちのいずれか１項記載の画像出力システム。
前記画像出力装置は、操作部を備え、
前記画像出力装置の前記第１の通信手段は、上記操作部に対して所定の操作があると、画像出力ジョブ開始コマンドを前記制御情報として前記画像供給装置に送信し、
前記画像供給装置の前記画像出力制御手段は、前記第２の通信手段により上記画像出力ジョブ開始コマンドが受信されると、その画像出力ジョブ開始コマンドに従って前記画像出力の処理を開始すること、
を特徴とする請求項１９記載の画像出力システム。
前記画像出力装置は、ページレイアウト内の所定位置に割り当てられた印刷対象を示す再開情報を前記画像供給装置に送信し、障害により印刷処理が中止された後に、印刷処理を新たに開始させる印刷ジョブ開始コマンドとともに、再開時の最初の印刷対象を指定する前記制御情報を、前記画像供給装置から受信し、その印刷対象から印刷処理を再開し、
前記画像供給装置は、その再開情報を受信して記憶しておき、印刷処理を再開する場合に、印刷処理を新たに開始させる印刷ジョブ開始コマンドとともに、最新の上記再開情報に基づいて再開時の最初の印刷対象を指定する前記制御情報を、前記画像出力装置へ送信すること、
を特徴とする請求項１から請求項２０のうちのいずれか１項記載の画像出力システム。
前記画像出力装置は、前記障害を検出した場合にのみ、前記再開情報を前記画像供給装置に送信することを特徴とする請求項２１記載の画像出力システム。
前記画像出力装置は、ページごとに、前記再開情報を前記画像供給装置に送信することを特徴とする請求項２１記載の画像出力システム。
前記再開情報は、ページレイアウト内の所定位置に割り当てられた印刷対象の属する印刷ジョブのジョブＩＤ、前記画像供給装置内のその印刷対象の格納場所を示す情報、およびその印刷対象の繰り返し供給回数のうちの少なくとも１つを含むことを特徴とする請求項２１から請求項２３のうちのいずれか１項記載の画像出力システム。
前記画像供給装置は、前記再開情報に、印刷対象の繰り返し供給回数を少なくとも使用し、印刷対象の繰り返し供給の途中で改ページが発生した場合には、繰り返し供給回数を残りの繰り返し供給回数に変更することを特徴とする請求項２４記載の画像出力システム。
前記画像出力装置は、障害を検知すると、その旨を前記制御情報として前記画像供給装置に送信し、その後、印刷処理を中止し、
前記画像供給装置は、所定の指令を受け付けると、印刷処理の再開のために前記制御情報を送信すること、
を特徴とする請求項２１から請求項２５のうちのいずれか１項記載の画像出力システム。
前記画像出力装置は、プリンタであり、前記画像供給装置は、デジタルカメラであることを特徴とする請求項１から請求項２６のうちのいずれか１項記載の画像出力システム。
画像データを格納する画像供給装置に通信路を介して接続される通信回路と、
上記画像データに基づき画像を出力する出力手段と、
上記通信回路を制御して、画像出力に係る制御情報をマークアップ言語で記述した一連のスクリプトとして上記通信路を介して送受する通信制御部と、
を備えることを特徴とする画像出力装置。
前記マークアップ言語の構文解析を行うパーサを備え、
そのパーサは、前記マークアップ言語のタグのうち、前記画像出力に係る制御情報の記述に必要なタグのみを判別すること、
を特徴とする請求項２８記載の画像出力装置。
前記スクリプトのテンプレートを前記制御情報の種類ごとに格納し、そのテンプレートから前記制御情報のスクリプトを生成することを特徴とする請求項２８または請求項２９記載の画像出力装置。
画像データを格納する記録媒体と、
上記画像データに基づき画像を出力する画像出力装置に通信路を介して接続される通信回路と、
上記通信回路を制御して、画像出力に係る制御情報をマークアップ言語で記述した一連のスクリプトとして上記通信路を介して送受する通信制御部と、
を備えることを特徴とする画像供給装置。
前記マークアップ言語の構文解析を行うパーサを備え、
そのパーサは、前記マークアップ言語のタグのうち、前記画像出力に係る制御情報の記述に必要なタグのみを判別すること、
を特徴とする請求項３１記載の画像供給装置。
前記スクリプトのテンプレートを前記制御情報の種類ごとに格納し、そのテンプレートから前記制御情報のスクリプトを生成することを特徴とする請求項３１または請求項３２記載の画像供給装置。
記録媒体に記録され、あるいは、伝送媒体により伝送され、画像出力装置を制御するための制御プログラムであって、
コンピュータを、画像データを格納する画像供給装置に通信路を介して接続される通信回路を制御して、画像出力に係る制御情報をマークアップ言語で記述した一連のスクリプトとして上記通信路を介して送受する通信制御部として機能させること、
を特徴とする制御プログラム。
記録媒体に記録され、あるいは、伝送媒体により伝送され、画像供給装置を制御するための制御プログラムであって、
コンピュータを、画像データに基づき画像を出力する画像出力装置に通信路を介して接続される通信回路を制御して、画像出力に係る制御情報をマークアップ言語で記述した一連のスクリプトとして上記通信路を介して送受する通信制御部として機能させること、
を特徴とする制御プログラム。
画像データを格納する画像供給装置と、上記画像データに基づき画像を出力する画像出力装置との間で、通信路を介して制御情報を直接送受して、上記画像供給装置に格納された画像データに基づく画像を上記画像出力装置により出力する画像出力方法であって、
上記画像供給装置と上記画像出力装置との間で、画像出力に係る制御情報をマークアップ言語で記述した一連のスクリプトとして上記通信路を介して送受すること、
を特徴とする画像出力方法。
前記マークアップ言語で記述した一連のスクリプトとして、画像出力の対象となる画像データを含まず、画像出力に係る制御情報のみを含むスクリプトを送受することを特徴とする請求項３６記載の画像出力方法。
前記画像出力装置が、ページレイアウト内の所定位置に割り当てられた印刷対象を示す再開情報を前記画像供給装置に送信し、
前記画像供給装置が、その再開情報を受信して記憶し、
前記画像供給装置が、前記画像出力装置の印刷処理を再開する場合に、印刷処理を新たに開始させる印刷ジョブ開始コマンドとともに、最新の上記再開情報に基づいて再開時の最初の印刷対象を指定する前記制御情報を、前記画像出力装置へ送信し、
前記画像出力装置が、障害により印刷処理が中止された後に、印刷処理を新たに開始させる印刷ジョブ開始コマンドとともに、再開時の最初の印刷対象を指定する前記制御情報を、前記画像供給装置から受信し、その印刷対象から印刷処理を再開すること、
を特徴とする請求項３６または請求項３７記載の画像出力方法。