JP4143501B2 - 画像供給装置と、当該画像供給装置と記録装置とを含む記録システムとその通信制御方法 - Google Patents

Description

本発明は、デジタルカメラなどの画像供給装置と記録装置とを有する記録システム及びその通信制御方法、及び画像供給装置と記録装置とその通信制御方法に関するものである。

近年、簡単な操作で画像を撮影し、その撮影した画像をデジタル画像データに変換できるデジタルカメラ（撮像装置）が広く使用されるようになってきている。このようなカメラで撮影した画像を印刷して写真として使用する場合には、通常、一旦、その撮影されたデジタル画像データを、デジタルカメラからＰＣ（コンピュータ）に取り込み、そのＰＣで画像処理を行った後、そのＰＣからカラープリンタに出力して印刷するのが一般的である。

これに対して最近は、ＰＣを介することなく、直接、デジタルカメラからカラープリンタにデジタル画像データを伝送して印刷できるカラープリントシステム（以降ダイレクト印刷と称する）や、デジタルカメラに搭載され、その撮像した画像を記憶しているメモリカードを、直接、カラープリンタに装着し、そのメモリカードに記憶されている、撮影された画像を印刷できる、所謂フォトダイレクト（ＰＤ）プリンタ等も開発されている（特許文献１）。

特に、デジタルカメラから直接プリンタに画像データを伝送して印刷する場合は、デジタルカメラは各メーカごとにその仕様や操作方法などが異なっているため、各種メーカのデジタルカメラに対応できるフォトダイレクトプリンタ装置の出現が望まれている。
特開２００３−０６１０３４号公報

各種メーカのデジタルカメラに対応できるフォトダイレクトプリンタ装置の通信形態はリクエストとレスポンスが必ず対になっている。従って、プリンタからデジタルカメラにリクエスト送信した場合、デジタルカメラそののリクエストを受信して解釈すると、適切なレスポンスをプリンタに返さなければならない。

この際、デジタルカメラが何らかの処理を行っていてバッファに空きがない、或はパーサに空きがない、又はリクエストを受信しても解釈できない等の理由により、そのリクエストに対するレスポンスをプリンタに返すことができない場合が発生する。この場合、プリンタはレスポンスを受信できないため次の処理に進むことができず、リクエストとレスポンスから成り立つ通信形態に不整合を起こし、通信が破綻する等の不具合が生じる可能性がある。

本発明は上記従来例に鑑みてなされたもので、インターフェースに依存しない画像データの転送及び記録指示を行うことにより、各社の画像供給装置からの画像データを受信して記録できる記録システムとその通信制御方法を提供することを目的とする。

また本発明の目的は、画像供給装置と記録装置とを通信インターフェースを介して直接接続し、画像供給装置から記録装置に画像データを送信して記録する記録システムにおいて、受信したリクエストを無効し、通信の破綻を防止する画像供給装置と、画像供給装置及び記録装置を含む記録システムとその通信制御方法を提供することにある。

上記目的を達成するために本発明の記録システムは以下のような構成を備える。即ち、
リクエストと当該リクエストに対応する応答を用いた通信手順に基づいて画像供給装置と記録装置とが通信インターフェースを介して直接通信し、前記画像供給装置から前記記録装置に画像データを送信して記録させる記録システムであって、
前記記録装置と前記画像供給装置に実装されたアプリケーションによる通信手順の確立後、前記画像供給装置から前記記録装置へリクエストを送信し、前記画像供給装置が前記リクエストに対する応答以外の情報を前記記録装置から受信すると当該情報を無効にする手段と、
前記画像供給装置は、当該画像供給装置の状態に応じて、受信したリクエストに対する応答ではない別のリクエストを前記記録装置に送信する送信手段とを有することを特徴とする。

上記目的を達成するために本発明の画像供給装置は以下のような構成を備える。即ち、
リクエストと当該リクエストに対応する応答を用いた通信手順に基づいて記録装置と通信し、前記記録装置へ画像データを送信する画像供給装置であって、
前記記録装置と前記画像供給装置に実装されたアプリケーションによる通信手順の確立後、前記記録装置へ送信したリクエストに対して、前記記録装置から前記リクエストに対する応答以外の情報を受信した場合、その受信した前記情報を無効にする手段と、
前記記録装置からリクエストを受信すると前記画像供給装置の状態に応じて、前記リクエストに対する応答ではない別のリクエストを前記記録装置に送信する送信手段とを有することを特徴とする。

上記目的を達成するために本発明の記録システムにおける通信制御方法は以下のような工程を備える。即ち、
リクエストと当該リクエストに対応する応答を用いた通信手順に基づいて画像供給装置と記録装置とが通信インターフェースを介して直接通信し、前記画像供給装置から前記記録装置に画像データを送信して記録させる記録システムにおける通信制御方法であって、
前記記録装置と前記画像供給装置に実装されたアプリケーションによる通信手順の確立後、前記画像供給装置が前記記録装置にリクエストを送信し、前記画像供給装置が前記リクエストに対する応答以外の情報を前記記録装置から受信すると当該情報を無効にする工程と、
前記画像供給装置は、当該画像供給装置の状態に応じて、当該受信したリクエストに対する応答ではない別のリクエストを前記記録装置に送信する送信工程とを有することを特徴とする。

本発明によれば、画像供給装置と記録装置とを通信インターフェースを介して直接接続し、画像供給装置から記録装置に画像データを送信して記録する記録システムにおいて、受信したリクエストを無効し、通信の破綻を防止できるという効果がある。

以下、添付図面を参照して本発明の好適な実施例を詳細に説明する。

図１は、本発明の実施例に係るフォトダイレクトプリンタ装置（以下、ＰＤプリンタ）１０００の概観斜視図である。このＰＤプリンタ１０００は、ホストコンピュータ（ＰＣ）からデータを受信して印刷する通常のＰＣプリンタとしての機能と、メモリカードなどの記憶媒体に記憶されている画像データを直接読取って印刷したり、或いはデジタルカメラやＰＤＡなどからの画像データを受信して印刷する機能を備えている。

図１において、本実施例に係るＰＤプリンタ１０００の外殻をなす本体は、下ケース１００１、上ケース１００２、アクセスカバー１００３及び排出トレイ１００４の外装部材を有している。また、下ケース１００１は、ＰＤプリンタ１０００の略下半部を、上ケース１００２は本体の略上半部をそれぞれ形成しており、両ケースの組合せによって内部に後述の各機構を収納する収納空間を有する中空体構造をなし、その上面部及び前面部にはそれぞれ開口部がされている。さらに、排出トレイ１００４は、その一端部が下ケース１００１に回転自在に保持され、その回転によって下ケース１００１の前面部に形成される開口部を開閉させ得るようになっている。このため、記録動作を実行させる際には、排出トレイ１００４を前面側へと回転させて開口部を開成させることにより、ここから記録されたシート（普通紙、専用紙、樹脂シート等を含む。以下単にシートとする）が排出可能となると共に、排出されたシートを順次積載し得るようになっている。また排紙トレイ１００４には、２枚の補助トレイ１００４ａ，１００４ｂが収納されており、必要に応じて各トレイを手前に引き出すことにより、シートの支持面積を３段階に拡大、縮小させ得るようになっている。

アクセスカバー１００３は、その一端部が上ケース１００２に回転自在に保持され、上面に形成される開口部を開閉し得るようになっており、このアクセスカバー１００３を開くことによって本体内部に収納されている記録ヘッドカートリッジ（不図示）或いはインクタンク（不図示）等の交換が可能となる。尚、ここでは特に図示しないが、アクセスカバー１００３を開閉させると、その裏面に形成された突起がカバー開閉レバーを回転させるようになっており、そのレバーの回転位置をマイクロスイッチなどで検出することにより、アクセスカバー１００３の開閉状態を検出し得るようになっている。

また、上ケース１００２の上面には、電源キー１００５が設けられている。また、上ケース１００２の右側には、液晶表示部１００６や各種キースイッチ等を備える操作パネル１０１０が設けられている。この操作パネル１０１０の構造は、図２を参照して詳しく後述する。１００７は自動給送部で、シートを装置本体内へと自動的に給送する。１００８は紙間選択レバーで、プリントヘッドとシートとの間隔を調整するためのレバーである。１００９はカードスロットで、ここにメモリカードを装着可能なアダプタが挿入され、このアダプタを介してメモリカードに記憶されている画像データを直接取り込んで印刷することができる。このメモリカード（ＰＣ）としては、例えばコンパクトフラッシュ（登録商標）メモリ、スマートメディア、メモリスティック等がある。１０１１はビューワ（液晶表示部）で、このＰＤプリンタ１０００の本体に着脱可能であり、ＰＣカードに記憶されている画像の中からプリントしたい画像を検索する場合などに、１コマ毎の画像やインデックス画像などを表示するのに使用される。１０１２は後述するデジタルカメラを接続するためのＵＳＢ端子である。また、このＰＤ装置１０００の後面には、パーソナルコンピュータ（ＰＣ）を接続するためのＵＳＢコネクタが設けられている。

＜プリンタ操作部の概要説明＞
図２は、本発明の実施例に係るＰＤプリンタ１０００の操作パネル１０１０の概観図である。

図において、液晶表示部１００６には、その左右に印刷されている項目に関するデータを各種設定するためのメニュー項目が表示される。ここに表示される項目としては、例えば、複数ある写真画像ファイルの内、印刷したい写真画像の先頭番号、指定コマ番号（開始コマ指定／印刷コマ指定）、印刷を終了したい最後の写真番号（終了）、印刷部数（部数）、印刷に使用するシートの種類（用紙種類）、１枚のシートに印刷する写真の枚数設定（レイアウト）、印刷の品位の指定（品位）、撮影した日付を印刷するかどうかの指定（日付印刷）、写真を補正して印刷するかどうかの指定（画像補正）、印刷に必要なシートの枚数表示（用紙枚数）等がある。これら各項目は、カーソルキー２００１を用いて選択、或いは指定される。２００２はモードキーで、このキーを押下する毎に、印刷の種類（インデックス印刷、全コマ印刷、１コマ印刷、指定コマ印刷等）を切り替えることができ、これに応じてＬＥＤ２００３の対応するＬＥＤが点灯される。２００４はメンテナンスキーで、プリントヘッドのクリーニング等、プリンタのメンテナンスを行わせるためのキーである。２００５は印刷開始キーで、印刷の開始を指示する時、或いはメンテナンスの設定を確立する際に押下される。２００６は印刷中止キーで、印刷を中止させる時や、メンテナンスの中止を指示する際に押下される。

＜プリンタ電気仕様概要＞
次に図３を参照して、本実施例に係るＰＤプリンタ１０００の制御に係る主要部の構成を説明する。尚、この図３において、前述の図面と共通する部分は同じ記号を付与して、それらの説明を省略する。

図３において、３０００は制御部（制御基板）を示している。３００１はＡＳＩＣ（専用カスタムＬＳＩ）を示している。３００２はＤＳＰ（デジタル信号処理プロセッサ）で、内部にＣＰＵを有し、後述する各種制御処理及び、輝度信号（ＲＧＢ）から濃度信号（ＣＭＹＫ）への変換、スケーリング、ガンマ変換、誤差拡散等の画像処理等を担当している。３００３はメモリで、ＤＳＰ３００２のＣＰＵの制御プログラムを記憶するプログラムメモリ３００３ａ、及び実行時のプログラムを記憶するＲＡＭエリア、画像データなどを記憶するワークメモリとして機能するメモリエリアを有している。３００４はプリンタエンジンで、ここでは、複数色のカラーインクを用いてカラー画像を印刷するインクジェットプリンタのプリンタエンジンが搭載されている。３００５はデジタルカメラ（ＤＳＣ）３０１２を接続するためのポートとしてのＵＳＢコネクタである。３００６はビューワ１０１１を接続するためのコネクタである。３００８はＵＳＢハブ(USBHUB)で、このＰＤプリンタ１０００がＰＣ３０１０からの画像データに基づいて印刷を行う際には、ＰＣ３０１０からのデータをそのままスルーし、ＵＳＢ３０２１を介してプリンタエンジン３００４に出力する。これにより、接続されているＰＣ３０１０は、プリンタエンジン３００４と直接、データや信号のやり取りを行って印刷を実行することができる（一般的なＰＣプリンタとして機能する）。３００９は電源コネクタで、電源３０１９により、商用ＡＣから変換された直流電圧を入力している。ＰＣ３０１０は一般的なパーソナルコンピュータ、３０１１は前述したメモリカード（ＰＣカード）、３０１２はデジタルカメラ（ＤＳＣ：DigitalStillCamera)である。

尚、この制御部３０００とプリンタエンジン３００４との間の信号のやり取りは、前述したＵＳＢ３０２１又はＩＥＥＥ１２８４バス３０２２を介して行われる。

図４は、ＡＳＩＣ３００１の構成を示すブロック図で、この図４においても、前述の図面と共通する部分は同じ記号を付与して、それらの説明を省略する。

４００１はＰＣカードインターフェース部で、装着されたＰＣカード３０１１に記憶されている画像データを読取ったり、或いはＰＣカード３０１１へのデータの書き込み等を行う。４００２はＩＥＥＥ１２８４インターフェース部で、プリンタエンジン３００４との間のデータのやり取りを行う。このＩＥＥＥ１２８４インターフェース部４００２は、デジタルカメラ３０１２或いはＰＣカード３０１１に記憶されている画像データを印刷する場合に使用されるバスである。４００３はＵＳＢインターフェース部で、ＰＣ３０１０との間でのデータのやり取りを行う。４００４はＵＳＢホストインターフェース部で、デジタルカメラ３０１２との間でのデータのやり取りを行う。４００５は操作パネル・インターフェース部で、操作パネル１０１０からの各種操作信号を入力したり、表示部１００６への表示データの出力などを行う。４００６はビューワ・インターフェース部で、ビューワ１０１１への画像データの表示を制御している。４００７は各種スイッチやＬＥＤ４００９等との間のインターフェースを制御するインターフェース部である。４００８はＣＰＵインターフェース部で、ＤＳＰ３００２との間でのデータのやり取りの制御を行っている。４０１０はこれら各部を接続する内部バス（ＡＳＩＣバス）である。

以上の構成に基づく動作概要を以下に説明する。

＜通常のＰＣプリンタモード＞
これはＰＣ３０１０から送られてくる印刷データに基づいて画像を印刷する印刷モードである。

このモードでは、ＰＣ３０１０からのデータがＵＳＢコネクタ１０１３（図３）を介して入力されると、ＵＳＢハブ３００８、ＵＳＢ３０２１を介して直接プリンタエンジン３００４に送られ、ＰＣ３０１０からのデータに基づいて印刷が行われる。

＜ＰＣカードからの直接プリントモード＞
ＰＣカード３０１１がカードスロット１００９に装着或いは脱着されると割り込みが発生し、これによりＤＳＰ３００２はＰＣカード３０１１が装着されたか或いは脱着（取り外された）されたかを検知できる。ＰＣカード３０１１が装着されると、そのＰＣカード３０１１に記憶されている圧縮された（例えばＪＰＥＧ圧縮）画像データを読込んでメモリ３００３に記憶する。次に操作パネル１０１を使用して、その格納した画像データの印刷が指示されると、圧縮された画像データを解凍してメモリ３００３に格納し、ＲＧＢ信号からＹＭＣＫ信号への変換、ガンマ補正、誤差拡散等を実行してプリンタエンジン３００４で印刷可能な記録データに変換し、ＩＥＥＥ１２８４インターフェース部４００２を介してプリンタエンジン３００４に出力することにより印刷を行う。

＜カメラ／プリンタの接続概要説明＞
図５は、本実施例に係るＰＤプリンタ１０００とＤＳＣ３０１２との接続を説明する図で、前述の図面と共通している部分は同じ記号で示し、その説明を省略している。

図において、ケーブル５０００は、ＰＤプリンタ１０００のコネクタ１０１２と接続されるコネクタ５００１と、デジタルカメラ３０１２の接続用コネクタ５００３と接続するためのコネクタ５００２とを備えており、また、デジタルカメラ３０１２は、内部のメモリに保存している画像データを、接続用コネクタ５００３を介して出力可能に構成されている。なお、デジタルカメラ３０１２の構成としては、内部に記憶手段としてのメモリを備えるものや、取外し可能なメモリを装着するためのスロットを備えたものなど、種々の構成を採用することができる。この図５に示すようにして、ケーブル５０００を介してＰＤプリンタ１０００とデジタルカメラ３０１２とを接続することにより、デジタルカメラ３０１２からの画像データを直接ＰＤプリンタ１０００で印刷することができる。

ここで図５に示すようにしてＰＤプリンタ１０００にデジタルカメラ３０１２が接続された場合は、操作パネル１０１０の表示部１００６にはカメラマークのみが表示され、操作パネル１０１０における表示及び操作が無効になり、又ビューワ１０１１への表示も無効になる。従って、これ以降はデジタルカメラ３０１２でのキー操作及びデジタルカメラ３０１２の表示部（不図示）への画像表示のみが有効になるので、ユーザはそのデジタルカメラ３０１２を使用して印刷指定を行うことができる。

本実施例では、複数のメーカのデジタルカメラを接続してプリントすることができるＰＤプリンタを提供することを目的とし、本実施例に係るＰＤプリンタ１０００とデジタルカメラとを接続してプリントを行なう場合の通信規約について詳しく説明する。

本実施例においては、ＰＤプリンタとデジタルカメラとの間の通信制御を汎用ファイル、汎用フォーマットを用いて行い、インターフェースに依存しないＮＣＤＰ（New Camera Direct Print）を提案する。

図６は、このＮＣＤＰの構成の一例を示す図である。

図において、６００はＵＳＢによるインターフェース、６０１はブルーツース（Bluetooth）によるインターフェースを示している。６０２はＮＣＤＰによるシステムを構築する際に組込まれるアプリケーションレイヤを示している。６０３は既存のプロトコル及びインターフェースを実行するためのレイヤで、ここではＰＴＰ（Picture Transfer Protocol），ＳＣＳＩ及びブルーツースのＢＩＰ（Basic Image Profile），ＵＳＢインターフェース等が実装されている。本実施例に係るＮＣＤＰは、このようなプロトコルレイヤ等のアーキテクチャが実装されていて、その上にアプリケーションとして実装されることが前提である。ここではＰＤプリンタ１０００は、ＵＳＢホスト、カメラ３０１２はＵＳＢスレーブとして規定されており、図６に示すように、それぞれ同じＮＣＤＰ構成となっている。

図７は、本実施例に係るＮＣＤＰによる、ＰＤプリンタ１０００とデジタルカメラ（ＤＳＣ）３０１２との間での通信手順の流れを説明する図である。

ここでは、図５に示すようにＵＳＢケーブル５０００によりＰＤプリンタ１０００とＤＳＣ３０１２とが接続されたことが検知されると、これら機器間での通信が可能になる。これにより、これら機器に実装されているアプリケーションが実行されてＮＣＤＰによる手順７０１への移行が開始される。７０２はＮＣＤＰの初期状態を示し、ここでは互いの機種がＮＣＤＰを実行可能かどうかを判断し、可能であればＮＣＤＰによる手順７０１に移行している。もしここで、ＤＳＣ３０１２がＮＣＤＰを実装していない場合には、ＮＣＤＰによる通信制御は実行されない。こうしてＮＣＤＰに移行した後、７０３で示すように、ＤＳＣ３０１２から「基本手順」による画像データの転送／印刷が指示されると、ＤＳＣ３０１２から画像ファイルをＰＤプリンタ１０００に転送して印刷する簡易印刷モードに移行する。また７０４で示すように、ＤＳＣ３０１２から「推奨手順」による画像データの転送／印刷が指示されると、ＤＳＣ３０１２とＰＤプリンタ１０００との間で各種ネゴシエーションを行ってその印刷条件等を決定した後、画像ファイルをＤＳＣ３０１２からＰＤプリンタ１０００に転送して印刷する、より多彩な印刷モードに移行する。また７０５は「拡張手順」を示し、この「拡張手順」の指示がＤＳＣ３０１２によりなされると、例えばＤＰＯＦ，ＸＨＴＭＬ-print，ＳＶＧ等の高度レイアウト機能、及び各社ベンダーユニークな仕様での印刷を行うモードが設定される。尚、この「拡張手順」による詳細仕様に関しては、ＤＳＣのメーカ各社個別の拡張仕様書で規定されるので、ここでは特に説明しない。尚、これら「基本手順」及び「推奨手順」による画像印刷に関しては、図９乃至図１１を参照して後述する。

図８は、本実施例に係るＮＣＤＰにおいてプリントを行うために規定したコマンドを説明する図である。

図８において、「対応モード」はＤＳＣ３０１２から指示される、前述した「基本手順」、「推奨手順」及び「拡張手順」に対応している。「推奨手順」では全てのコマンドが使用できるのに対し、「基本手順」は簡易印刷モードであるため、ＮＣＤＰへの移行及びその終了、「基本手順」、「推奨手順」及び「拡張手順」の各モードへの移行コマンド及びカメラ３０１２からの画像データの取得及びカメラ３０１２よりの印刷命令のみが使用可能である。尚、「拡張手順」では、ＮＣＤＰへの移行及びその終了、「基本手順」、「推奨手順」及び「拡張手順」の各モードへの移行コマンドだけが用いられるように記載されているが、前述のように、各社の仕様に応じて他のコマンドが用いられても良いことはいうまでもない。

以下、前述した「基本手順」及び「推奨手順」による画像印刷について説明する。

図９は、「基本手順」による画像印刷を行う場合のＮＣＤＰの通信手順を説明する図である。この「基本手順」は、ＤＳＣからＰＤプリンタ１０００に対して１枚の画像ファイルを転送して印刷するだけの簡易印刷モードであり、対応している画像フォーマットとしては、例えばＶＧＡサイズ（６４０×４８０画素）のＲＧＢ画像、ＶＧＡサイズ（６４０×４８０画素）のＪＰＥＧ画像とし、画像ファイルサイズとしては約１Ｍバイト以下としている。ＤＳＣ３０１２はＰＤプリンタ１０００がサポートしている画像フォーマットで送信する。この場合はエラーハンドリグは実行しない。

まず９００で、ＰＤプリンタ１０００からＤＳＣ３０１２に対してＮＣＤＰへの移行を指示するコマンド（NCDPStart）を送信する。ここでＤＳＣ３０１２がＮＣＤＰを実装していればＯＫが返送される（９０１）。尚、このＮＣＤＰの確認手順を行う場合の一例としてＰＴＰを用いた場合の具体例に関しては、図１４を参照して詳しく後述する。

こうして互いにＮＣＤＰが実装されていることが確認されると、ＰＤプリンタ１０００からモードに移行するように命令（ProcedureStart）がＤＳＣ３０１２に送信される（９０２）。これに対して９０３で、ＤＳＣ３０１２から簡易印刷モードである「基本手順」が送られてくると、これ以降は「基本手順」による印刷モードに移行する。この場合は、ＤＳＣ３０１２における操作により印刷したい画像が選択されて印刷が指示されると、印刷の開始を指示するコマンド（JobStart）がＤＳＣ３０１２からＰＤプリンタ１０００に送られる（９０４）。これによりＰＤプリンタ１０００は簡易印刷モードとなり、ＤＳＣ３０１２に対してコマンド（GetImage）を送信してＪＰＥＧ画像を要求する（９０５）。これによりＤＳＣ３０１２からＪＰＥＧ画像がＰＤプリンタ１０００に送信され（９０６）、ＰＤプリンタ１０００における印刷処理が開始される。こうして、指示された画像の印刷が終了すると印刷ジョブの終了を示すコマンド（SendStatus）がＰＤプリンタ１０００からＤＳＣ３０１２に送信される（９０７）。これに対してＤＳＣ３０１２から肯定応答（ＯＫ）が返送されると（９０８）、この「基本手順」による印刷処理が完了する。尚、この「基本手順」でやり取りするかどうかに関しても、ＤＳＣとＰＤプリンタの双方のCapabilityで決定される。

図１０は、「推奨手順」による画像印刷を行う場合のＮＣＤＰの通信手順を説明する図で、前述の図９と共通する手順には同じ番号を付して、その説明を省略する。この「推奨手順」では、ＰＤプリンタ１０００とＤＳＣ３０１２との間でのネゴシエーションを前提とした「より多彩な印刷」モードが設定でき、複数枚の写真印刷やレイアウト印刷が可能になる。また、エラーハンドリングも実行可能となる。

図１０において、図９の場合と同様にして、互いにＮＣＤＰが実装されていることを確認した後、この場合では、ＤＳＣ３０１２から「推奨手順」が指示される（９１０）。この後はこの「推奨手順」による手順が実行される。まず９１１で示すように、ＤＳＣ３０１２からＰＤプリンタ１０００に対してCapabilityが要求されると、ＰＤプリンタ１０００は、自機の備えている機能及び用紙設定等を含む機能をCapability情報として全てＤＳＣ３０１２に伝える。このCapability情報は、スクリプト形式（テキスト）でＤＳＣ３０１２に送信される。

このCapability情報の一例を図１２に示す。

図１２に示すように、このCapability情報は、印刷可能な用紙の種類及びサイズ、印刷品位、画像データのフォーマット、日付印刷の有無、ファイル名印刷の有無、レイアウト、画像補正の有無、更にはオプションとして、各カメラメーカの仕様に対応した機能の有無等の情報を含んでいる。

このようにCapability情報をスクリプト表記とすることにより、他の通信プロトコルのアーキテクチャへの移植を簡単にし、このような機能情報のやり取りを、より標準化し易くしている。尚、このスクリプト表記はＸＭＬ準拠であっても良い。

このようなCapability情報を受信したＤＳＣ３０１２のユーザは、そのＰＤプリンタ１０００が備えている機能の内のいずれを使用して印刷を行うかを判定し、印刷したい画像を選択すると共に、その画像の印刷条件をそのＰＤプリンタ１０００の有している機能の中から選択して決定する。こうして印刷したい画像及び印刷条件などが決定されて印刷開始が指示されるとプリント命令（JobStart）がＰＤプリンタ１０００に送られる。これによりＰＤプリンタ１０００から、その画像データを要求するコマンド（GetImage xn）が発行され（９１２）、それに応答してＤＳＣ３０１２から、対応する画像データが、ＰＤプリンタ１０００が受信可能な画像フォーマット（Ｔｉｆｆ，ＪＰＥＧ，ＲＧＢなど）で送信される（９１３）。ここで１枚の画像印刷に対して複数の画像データを送信できるようになっているのは、例えば２×２等のレイアウト印刷が指定されている場合は、１枚の用紙に対して４枚分の画像データを送信する必要があるためである。こうして、指示された画像の印刷が終了すると印刷ジョブの終了を示すステータス情報（SendStatus）がＰＤプリンタ１０００からＤＳＣ３０１２に送信される（９０７）。ここでは正常終了を示す「endednormaly」が送信されている。これに対してＤＳＣ３０１２から肯定応答（ＯＫ）が返送されると（９０８）、再び、この「推奨手順」による、次に画像の選択・印刷処理に移行する。

図１１は、前述の「推奨手順」による画像印刷を行う場合のＮＣＤＰの通信手順において、ＰＤプリンタ１０００でエラーが発生した場合の通信手順を説明する図で、前述の図１０と共通する手順には同じ番号を付して、その説明を省略する。

この例では、「推奨手順」での印刷処理の実行中に、ＰＤプリンタ１０００において給紙エラーが発生した場合の例を示している。この場合には９１４で、ＰＤプリンタ１０００からＤＳＣ３０１２に対して給紙エラーを示すステータス情報（SendStatus("Warning")）が送信される。これに対してＤＳＣ３０１２のユーザによる判断に基づいて、その印刷処理を継続するか（JobContinue）、中止するか（JobAbort）を示すコマンドがＰＤプリンタ１０００に送信される（９１５）。これによりＰＤプリンタ１０００では、中止の場合はその印刷処理を中止してプリントジョブの終了通知（JobEnd）を送信して印刷を中止する。或いは継続が指示された場合には、その給紙エラーの修復を待って、印刷処理を継続するように動作する。

次に、前述した処理手順を図１３のフローチャートを参照して説明する。

図１３は、図７に示す処理手順を説明するフローチャートである。

まずステップＳ１で、デジタルカメラ（ＤＳＣ）３０１２とＰＤプリンタ１０００との間の通信を確立し（７００）、ステップＳ２で、これら機器がＮＣＤＰを実装済みかどうかを判定し、実装済みであればＮＣＤＰに移行する。次にステップＳ３に進み、ＤＳＣ３０１２からの手順指示を受信して、その指示された手順に移行する。ここで「基本手順」が指示された時はステップＳ４からステップＳ５に進み、「基本手順」による印刷処理を実行する。また「推奨手順」が指示された時はステップＳ６からステップＳ７に進み、前述した「推奨手順」による印刷処理を実行する。更に「拡張手順」が指示された時はステップＳ８からステップＳ９に進み、各ベンダーに応じた「拡張手順」による印刷処理を実行する。それ以外の場合はステップＳ１０に進み、このＰＤプリンタ１０００とＤＳＣ３０１２とによる独自のモードでの印刷を実行する。

次に上述したＮＣＤＰにおける各種コマンド（図８）を、汎用のＰＴＰを用いて実現した（ＰＴＰによるラッパー）例を説明する。尚、本実施例では、ＰＴＰを用いたＮＣＤＰの場合で説明するが本発明はこれに限定されるものではなく、例えば、他のインターフェース、他のクラス（Class）上でダイレクトプリントサービスＡＰＩを実装しても良い。

［NCDPStart］
図１４は、ＮＣＤＰ手順の開始を指示する命令（NCDPStart）をＰＴＰアーキテクチャを用いて実現した例を説明する図である。

ＰＤプリンタ１０００とＤＳＣ３０１２とが物理的に接続された後、まず１４００で、ＰＤプリンタ１０００からＤＳＣ３０１２に対してGetDeviceInfoが送信され、ＤＳＣ３０１２に対して、その保持しているオブジェクトに関する情報が要求される。これに対してＤＳＣ３０１２は、DeviceInfo Datasetにより、ＤＳＣ３０１２に保持しているオブジェクトに関する情報をＰＤプリンタ１０００に送信する。次に１４０２で、OpenSessionにより、ＤＳＣ３０１２をリソースとして割り当て、必要に応じてデータオブジェクトにハンドルをアサインしたり、特別な初期化を行うための手順の開始要求が発行されてＤＳＣ３０１２から肯定応答（ＯＫ）が返送されるとＰＴＰでの通信が開始される。次に１４０３で、ＤＳＣ３０１２に対してスクリプト形式の全てのハンドルを要求する（Storage ID: FFFFFF, Object Type: Script）と、これに対して１４０４で、ＤＳＣ３０１２に保持されている全てのハンドルリストが返送される。次に１４０５，１４０６において、ＰＤプリンタ１０００からｉ番目のオブジェクトハンドルの情報を取得する。ここで、このオブジェクトに、ＤＳＣ３０１２の識別を示すキーワード（例えば「山」）が含まれていると、次に１４０７において、ＰＤプリンタ１０００からオブジェクト情報の送信を指示して（SendObjectInfo）、それに対して肯定応答（ＯＫ）を受信すると、SendObjectにより、オブジェクト情報をＰＤプリンタ１０００からＤＳＣ３０１２に対して送信する。ここで、このオブジェクトには、前述のキーワードに対する応答キーワード（合言葉）として例えば「川」が含まれている。

このようにして、ＰＤプリンタ１０００とＤＳＣ３０１２の双方が互いに接続相手を認識できることになり、これ以降はＮＣＤＰによる手順（図７の７０１）に移行することができる。このようにファイルの受渡しができるトランスポートレイヤーであればキーワードの受渡しを確実に行うことができる。即ち、本実施例のＮＣＤＰにユニークなコマンド等を追加することなく、キーワードを交換することができる。尚、ここでキーワードとしては、上述の例に限定されるものでなく、同じキーワードであっても良い。またこのキーワードによるネゴシエーションを行う時間を短縮するために、スクリプト形式のハンドルの最初にこのキーワードを入れておくことにより、互いの機器を確認するのに要する時間を短縮できる。

［ProcedureStart］
図１５は、ＤＳＣ３０１２からの、モードへの移行手順を指示する命令を受信して、そのモードに移行するための命令（ProcedureStart）をＰＴＰアーキテクチャを用いて実現した例を説明する図である。

ここではまず１５０１で、ＰＤプリンタ１０００がサポートしている手続「基本手順」、「推奨手順」、「拡張手順」をＤＳＣ３０１２に通知するためにSendObjectInfoにより、ＤＳＣ３０１２に対して送信したいオブジェクト情報があることを伝える。これに対して肯定応答（ＯＫ）がＤＳＣ３０１２から送られてくると、１５０２でSendObjectによりオブジェクトを送信する旨をＤＳＣ３０１２に伝え、次の１５０３のObjectDataで、このＰＤプリンタ１０００がサポートしている手続に関する情報を送信する。次に１５０４で、ＤＳＣ３０１２からＰＤプリンタ１０００に対して、GetObject動作を起動したい（プッシュモードに移行）旨を伝える。これにより１５０５で、ＰＤプリンタ１０００からオブジェクト情報に関する情報を受信する旨が伝えられると（GetObjectInfo）、１５０６で、ObjectInfo Datasetにより、その情報が返送され、次に１５０７で、そのオブジェクト情報を指定してオブジェクト情報そのものが要求されると、Object Datasetにより、ＤＳＣ３０１２が使用する手続（「基本」、「推奨」、「拡張」等）をＰＤプリンタ１０００に知らせる（１５０８）。

これにより、ＤＳＣ３０１２からＰＤプリンタ１０００に対して、画像の印刷モードを指定することができる。

［NCDPEnd］
図１６は、本実施例に係るＮＣＤＰにおける通信制御手順を終了する命令（NCDPEnd）をＰＴＰアーキテクチャを用いて実現した例を説明する図である。

この手順では、１６００において、ＰＤプリンタ１０００からＤＳＣ３０１２に対して送信したいオブジェクト情報があることを伝え、ObjectDataにより、ＤＳＣ３０１２に対してＮＣＤＰのモードから抜けることを通知する。これに対して肯定応答（ＯＫ）を受信すると、１６０１でCloseSessionを送信して、この通信を終了させる。これによりＮＣＤＰによる通信手順を終了する。

［getCapability］
図１７は、本実施例に係るＮＣＤＰにおける、ＰＤプリンタ１０００の機能をＤＳＣ３０１２に通知するCapability命令における通信手順をＰＴＰアーキテクチャを用いて実現した例を説明する図である。

この手順では、１７０１において、ＤＳＣ３０１２からＰＤプリンタ１０００に対して（RequestObjectTransfer）により、ＤＳＣ３０１２からプリンタ１０００に対して送信したいオブジェクトがある旨を通知する。これに対して１７０２で、プリンタ１０００より、そのオブジェクトの情報が要求されると、１７０３で、その転送したいオブジェクトのデータセットをプリンタ１０００に通知する。そして１７０４で、プリンタ１０００からＤＳＣ３０１２に対してオブジェクトの取得コマンド（GetObject）が発行されると、それに応答してオブジェクトがＤＳＣ３０１２からプリンタ１０００に対して送信され、このオブジェクトの送信により、ＤＳＣ３０１２がプリンタ１０００のCapabilityを要求しているとみなす（１７０５）。

これによりプリンタ１０００は、自分の有している、その要求されたオブジェクトに関する情報をＤＳＣ３０１２に送信する。そして１７０７で、プリンタ１０００が有している機能を示すCapabilityをSendObject，ObjcetDataにより、スクリプト（Script）形式でＰＤプリンタ１０００からＤＳＣ３０１２に対して送信する。以上により、ＰＤプリンタ１０００とＤＳＣ３０１２とが有している機能情報の交換が成立する。

［GetImage］
図１８は、本実施例に係るＮＣＤＰにおけ+る、ＰＤプリンタ１０００がＤＳＣ３０１２に保持されている画像データ（ＪＰＥＧ画像）を取得する（GetImage）通信手順をＰＴＰアーキテクチャを用いて実現した例を説明する図である。

まず１８００で、ＤＳＣ３０１２が保持しているオブジェクトに関する情報を要求すると、１８０１で、そのオブジェクトに関する情報（Object Dataset）がＤＳＣ３０１２からＰＤプリンタ１０００に送られる。次に、１８０２で、そのオブジェクトを指定して取得要求（GetObject）を発行すると、１８０３で、その要求された画像ファイル（Object Dataset）がＤＳＣ３０１２からＰＤプリンタ１０００に対して送信される。この様にしてＰＤプリンタ１０００は、ＤＳＣ３０１２から所望の画像ファイルを取得することができる。

［sendStatus］
図１９は、本実施例に係るＮＣＤＰにおける、ＰＤプリンタ１０００からＤＳＣ３０１２に対してエラー状態などを通知する（Status）通信手順をＰＴＰアーキテクチャを用いて実現した例を説明する図である。

まず１９００で、ＰＤプリンタ１０００からＤＳＣ３０１２に対して送信したいオブジェクト情報がある旨をSendObjectInfoにより通知する。そして１９０１で、そのオブジェクト情報に関する情報セット（Object Dataset）をＤＳＣ３０１２に送信し、ＤＳＣ３０１２からの肯定応答（ＯＫ）に対して、ＰＤプリンタ１０００におけるエラー等のステータス情報をSendObjectおよびObject Datasetにより送信する。

［PageEnd］
図２０は、本実施例に係るＮＣＤＰにおける、ＰＤプリンタ１０００からＤＳＣ３０１２に対して、１ページのプリント処理が終了したことを通知する（PageEnd）通信手順をＰＴＰアーキテクチャを用いて実現した例を説明する図である。

図２１は、本実施例に係るＮＣＤＰにおける、ＰＤプリンタ１０００からＤＳＣ３０１２に対して、プリントジョブが終了したことを通知する（JoeEnd）通信手順をＰＴＰアーキテクチャを用いて実現した例を説明する図である。

図２０，図２１においては、図１９の１９００乃至１９０１の手順実行後、図２０の１９１０で、ＰＤプリンタ１０００からＤＳＣ３０１２に対して１ページ印刷処理が終了したことが通知され、図２１の１９１１では、ＰＤプリンタ１０００からＤＳＣ３０１２に対して印刷ジョブが終了したことが通知される。

［JobStart］
図２２は、本実施例に係るＮＣＤＰにおける、ＤＳＣ３０１２からＰＤプリンタ１０００に対して、プリントジョブの開始を通知する（JobStart）通信手順をＰＴＰアーキテクチャを用いて実現した例を説明する図である。

まず２２００において、ＤＳＣ３０１２からＰＤプリンタ１０００に対してRequestObjectTransferを送り、ＰＤプリンタ１０００がGetObjectコマンドを発行するように促す。これにより２２０１で、ＰＤプリンタ１０００からGetObjectInfoが発行されると、ＤＳＣ３０１２は送信したいオブジェクト情報に関する情報を送信し、これに対してＰＤプリンタ１０００からオブジェクト情報が要求されると（GetObject：２２０３）、２２０４で、Object Datasetを送信して、ＤＳＣ３０１２からＰＤプリンタ１０００に対して印刷命令を発行する。

［JobAbort］
図２３は、本実施例に係るＮＣＤＰにおける、ＤＳＣ３０１２からＰＤプリンタ１０００に対してプリント中止命令を発行する（JobAbort）通信手順をＰＴＰアーキテクチャを用いて実現した例を説明する図である。

［JobContinue］
図２４は、本実施例に係るＮＣＤＰにおける、ＤＳＣ３０１２からＰＤプリンタ１０００に対してプリント再開命令を発行する（JobContinue）通信手順をＰＴＰアーキテクチャを用いて実現した例を説明する図である。

図２３及び図２４において、図２２の２２００乃至２２０３の手順を実行した後、図２３の２３０１で、ＤＳＣ３０１２からＰＤプリンタ１０００に対して印刷中止命令が発行され、図２４の２４０１では、ＤＳＣ３０１２からＰＤプリンタ１０００に対して印刷再開命令が通知される。

［Capability］
次に本実施例に係る特徴部分であるＰＤプリンタ１０００とＤＳＣ３０１２との間での通信手順と、ＰＤプリンタ１０００とＤＳＣ３０１２における処理について説明する。

本実施例では、ＰＤプリンタ１０００に接続されるＤＳＣ３０１２は、各メーカで製造された不特定のデジタルカメラが接続されることを前提としているため、例えばＰＤプリンタ１０００からＤＳＣに対して、そのＰＤプリンタ１０００が有している全ての情報をCapabilityとしてＤＳＣに送信しても、そのＤＳＣは、そのCapabilityの内容を全て或いはある一部を理解できない可能性がある。その様な場合には、ＰＤプリンタ１０００が意図していない印刷条件が記述されたプリントジョブファイルがＤＳＣから送られてくることになり、このような場合に、そのプリントジョブファイルで指示された通りの印刷条件で印刷を行うことができない場合、プリンタは前記プリントジョブを処理できない旨ＤＳＣに通知することとする。

図２５は、図１１に示す「推奨手順」におけるCapabilityのやり取りの手順を説明する図である。

図において、２５０１で、前述したようにＰＤプリンタ１０００からＤＳＣ３０１２に対してCapabilityがスクリプト表記で送信される。ＤＳＣ３０１２はこのCapabilityを解釈し、理解できない事項があればそれを無視する。次に２５０２で、ＤＳＣ３０１２のユーザは、このＤＳＣ３０１２のＵＩを使用して印刷したい画像ファイルや印刷条件（用紙種類、用紙サイズ、画像品位等）を指定する。これによりプリントジョブを指定するプリントジョブ形式のファイルを作成する。そして２５０３で、そのプリントジョブを指定するプリントジョブファイルをＤＳＣ３０１２からＰＤプリンタ１０００に送信する。これを受信したＰＤプリンタ１０００は、そのプリントジョブファイルに記述されている内容を解析し、次に２５０４で受信した画像ファイルを、そのプリントジョブファイルで指定された印刷条件で印刷する。こうして印刷が終了すると２５０５で、プリントジョブが終了したことをＤＳＣ３０１２に通知する。

尚、ここで、ＰＤプリンタ１０００にセットされている用紙サイズが「Ｌ判」であるのに対して、ＤＳＣ３０１２から受信したプリントジョブファイルのCapabilityの用紙サイズに「Ａ４判」が指定されていた場合、ＰＤプリンタ１０００は、そのプリントジョブを処理できない旨ＤＳＣに通知する。

図２６は、上述の「推奨手順」での処理手順におけるＤＳＣ３０１２での処理を説明するフローチャートである。

まずステップＳ２１で、ＰＤプリンタ１０００からCapabilityを受信するとステップＳ２２に進み、そのCapabilityを解析する。ここで、理解できない事項があればそれを無視する。次にステップＳ２３に進み、印刷指示画面（ＵＩ）をカメラ３０１２の表示部に表示し、ステップＳ２４で、そのＵＩ画面を使用して、ユーザによる印刷指示が入力される。こうして印刷指示が入力されるとステップＳ２５に進み、ＵＩを使用して設定された印刷対象画像ファイル及び各種印刷条件などを記述したプリントジョブファイルを作成し、ステップＳ２６で、そのプリントジョブファイルをＰＤプリンタ１０００に送信する。続いてステップＳ２７で、そのプリントジョブファイルに記述されている画像ファイルをＰＤプリンタ１０００に送信する。

＜デジタルカメラの概要説明＞
図２７は、本実施例に係るＤＳＣ（デジタルカメラ）３０１２の構成を示すブロック図である。

同図において、３１００はＤＳＣ３０１２全体の制御を司るＣＰＵであり、３１０１はＣＰＵ３１００による処理手順を記憶しているＲＯＭである。３１０２はＣＰＵ３１００のワークエリアとして使用されるＲＡＭであり、３１０３は各種操作を行うスイッチ群で、シャッター、モード切替スイッチ、選択スイッチやカーソルキー等が含まれている。２７００は液晶表示部であり、現時点で撮影している映像や、撮像されてメモリカードに記憶されている画像を表示したり、各種設定を行う際のメニューを表示するために使用される。３１０５は光学ユニットであり、主としてレンズ及びその駆動系で構成される。３１０６はＣＣＤ素子であり、３１０７はＣＰＵ３１００の制御下において光学ユニット３１０５を駆動制御するドライバである。３１０８は記憶媒体３１０９（コンパクトフラッシュ(登録商標)メモリカード、スマートメディア等）を接続するためのコネクタであり、３１１０はＰＣ或いは実施例におけるＰＤプリンタ１０００と接続するためのＵＳＢインターフェース（ＵＳＢのスレーブ側）である。

図２８は、本発明の第１実施例に係るＮＣＤＰにおいて、ＤＳＣ３０１２とＰＤプリンタ１０００との間でのリクエストのコリジョン発生及びコリジョンから復帰する例を説明する処理手順を説明する図である。このコリジョンは、ＤＳＣ３０１２からＰＤプリンタ１０００に送信したリクエスト（リクエストＡ）と、ＰＤプリンタ１０００からＤＳＣ３０１２に送信したリクエスト（リクエストＢ）が衝突する場合に発生する。例えば、ＤＳＣ３０１２がＰＤプリンタ１０００にリクエストＡを送信し（２８０１）、通常、そのコマンドＡに対するレスポンスＡをＰＤプリンタ１０００から受信するが、そのリクエストＡとほぼ同時にＰＤプリンタ１０００からリクエストＢが発行（２８０６）されていて、それを受信した状況を示している。

まずＤＳＣ３０１２における処理について説明する。

２８０１では、ＤＳＣ３０１２はＰＤプリンタ１０００にリクエストＢを送信する。これによりＤＳＣ３０１２は、このリクエストＢに対するレスポンスＢをＰＤプリンタ１０００から受信するために待機する。そして２８０２で、ＤＳＣ３０１２はＰＤプリンタ１０００から受信したコマンドが、リクエストＡに対するレスポンスＢか否かを判断し、否と判断すると、その受信したコマンドを読み捨てる。２８０３では、ＤＳＣ３０１２はレスポンスＢを受信するために待機し、ＰＤプリンタ１０００から受信したコマンドがレスポンスＢか否かを判断する。そして２８０３で、ＰＤプリンタ１０００からのレスポンスＢを受信すると、その受信したレスポンスＢにより、２８０１で送信したリクエストＢがＰＤプリンタ１０００で受け取られたことを認識する。

また２８０４で、ＤＳＣ３０１２はＰＤプリンタ１０００からリクエストＡを受信すると、２８０５で、そのリクエストＡに対するレスポンスＡを、ＰＤプリンタ１０００に送信する。

以上のように、ＤＳＣ３０１２においてコリジョンが発生した場合は、ＤＳＣ３０１２は、ＰＤプリンタ１０００に送信したリクエストＢに対するレスポンス（レスポンスＢ）を受信するのを待ち、その間、そのレスポンス（レスポンスＢ）以外のコマンドやレスポンスを受信した場合は、そのコマンド或はレスポンスを読み捨てることでコリジョンによる不具合の発生を回避することができる。

次に、このＮＣＤＰにおけるＰＤプリンタ１０００での処理について説明する。

２８０６で、ＰＤプリンタ１０００は、前述の２８０１とほぼ同じタイミングでＤＳＣ３０１２にリクエストＡを送信する。これにより２８０７では、ＰＤプリンタ１０００は、そのリクエストＡに対するレスポンスＡの受信を待つ。しかし２８０７では、２８０１でＤＳＣ３０１２から発行されたリクエストＢが受信される。これによりＰＤプリンタ１０００は、２８０８で、２８０７で受信したリクエストＢに対するレスポンスＢをＤＳＣ３０１２へ送信する。そして次に２８０９で、前述の２８０６と同様に、ＤＳＣ３０１２にリクエストＡを再送する。次に２８１０で、ＤＳＣ３０１２から受信したコマンドが、リクエストＡに対するレスポンスＡであるか否かを判断し、レスポンスＡであると判断すると、その受信したコマンドの処理を実行する。

以上のように、コリジョンが発生した場合、ＰＤプリンタ１０００はＤＳＣ３０１２から受信したリクエストに対するレスポンスを必ず返信する。そして、コリジョンが発生したと予想される、即ち、送信したリクエストに対するレスポンス（ここではレスポンスＡ）を受信しない場合は、それ以前に発行したリクエスト（リクエストＡ）をＤＳＣ３０１２に再送することによってコリジョンによる不具合の発生を回避することができる。

＜第２実施例＞
この第２実施例では、ＤＳＣ３０１２にリクエストを送信したＰＤプリンタ１０００と、ＰＤプリンタ１０００から受信したリクエストを解釈するためのパーサに空きのないＤＳＣ３０１２間での処理について説明する。

前述したように本実施例に係る通信手段は、リクエストとレスポンスが必ず対になる通信規格である。そのため、ＤＳＣ３０１２及びＰＤプリンタ１０００の両方において、リクエストを受信したら必ずリクエストに対するレスポンスを返さなければならない。この第２実施例では、このレスポンスには、「肯定」を示す応答と「リクエストを処理できない」ことを示す応答と、「リクエストを今は処理できない」ことを示す応答とを含むこととする。

具体的には、ＤＳＣ３０１２及びＰＤプリンタ１０００がリクエストを受信した場合、まずリクエストの内容を解釈する。この解釈の結果、リクエストの内容が理解不能又はサポートしていない機能情報に対する要求が含まれていた場合、その「リクエストを処理できない」ことを示すレスポンスを返信する。この応答は、このレスポンスを受信したＤＳＣ３０１２及びＰＤプリンタ１０００に、このリクエストはこの通信において、いついかなるときにリクエストしても処理されないことを示している。

またリクエストの内容は理解できたが、現時点では何らかの理由でリクエストを処理できない場合、「リクエストを今は処理できない」ことを示すレスポンスを返信する。この応答は、そのレスポンスを受信したＤＳＣ３０１２又はＰＤプリンタ１０００に、そのリクエストは、今は処理できないけれど再びリクエストしてくれればいつかは必ず処理できることを意味している。

また、リクエストの内容が理解でき、かつリクエストを処理できる場合、「肯定」を示すレスポンスを返信する。この場合、そのレスポンスを受信したＤＳＣ３０１２或はＰＤプリンタ１０００によりそのリクエストが処理され、次のリクエストを送信できることが伝えられる。

上記の前提条件の下で、ＤＳＣ３０１２はＰＤプリンタ１０００からリクエストを受信したとき、そのリクエストを解釈して、適切なレスポンスを返さなければならい。例えば、ＤＳＣ３０１２が何らかの理由で、その受信したリクエストを解釈できず、正しく解釈しないでとりあえず「今は処理できない」ことを示すレスポンスを返信した。この場合、ＰＤプリンタ１０００は再度同じリクエストが発行されるとため、ＤＳＣ３０１２はそのリクエストを再度受信し、そのリクエストを解釈したところ、そのリクエストにサポートしていない機能に対する要求が含まれいると判定して「処理できない」ことを示すレスポンスを返信する。この場合、ＰＤプリンタ１０００は一度目のリクエストで「今は処理できない」というレスポンスを受信したので、そのリクエストするタイミングを変えれば、いつかは処理されるリクエストだと考える。しかし、再送したリクエストで、「処理できない」というレスポンスを受信すると、最初のレスポンスと矛盾が起こり、ＰＤプリンタ１０００は混乱する可能性がある。

よって、ＤＳＣ３０１２はＰＤプリンタ１０００からリクエスト受信したとき、例えばパーサに空きがなくてリクエストを解釈することができない場合、適切なレスポンスを返すことはできないし、またプリンタが混乱する可能性があるのでいい加減なレスポンスを返すこともできない、そのため身動きのとれない状態になり、通信が破綻するという問題が発生する。そこで本実施例では、そのような不具合の発生を防止する。

図２９は、本発明の第２実施例に係るＤＳＣ３０１２における処理を説明するフローチャートで、この処理を実行するプログラムはＲＯＭ３１０１に記憶されている。

ステップＳ３１で、ＰＤプリンタ１０００からリクエストを受信するとステップＳ３２に進み、その受信したリクエストを解釈するためのパーサに空きがあるか否かを判断する。空きがある場合はステップＳ３３に進み、そのリクエストを解釈して、次にステップＳ３４に進み、適切なレスポンスを返信する。

一方、ステップＳ３２でパーサに空きがない場合はステップＳ３５に進み、そのリクエストを解釈することができないため、レスポンスを返信することができないので、リクエストの破棄を実行する。具体的にはステップＳ３５では、ステップＳ３１で受信したリクエストを破棄し、ＰＤプリンタ１０００に「GetStatus」を送信して、ＰＤプリンタ１０００のステータスを要求する。そしてステップＳ３６に進み、この「GetStatus」に対するＰＤプリンタ１０００からのレスポンスを受信する。ここでＰＤプリンタ１０００は、コリジョンが発生したと認識し、ＰＤプリンタ１０００は前述ステップＳ３１で受信されたリクエストが破棄されたと認識する。そしてステップＳ３７に進み、ステップＳ３６で受信したレスポンスを破棄する。これは、ステップＳ３５で送信した「GetStatus」は、ステップＳ３１で受信したリクエストを破棄したことを通知するためのダミーのコマンドであるため、そのレスポンスを解釈しなくても良いためである。

尚、ステップＳ３５で、ＰＤプリンタ１０００に送信するコマンドとしては、ユーザの指示を含まないもの、又はレスポンスがＤＳＣ３０１２に対する動作指示を含まないものであればよい。従って、ステータス要求に拘わらず、いつでも送信できるものが望ましく、例えば「GetCapability」などでも良い。

以上のように、リクエストに対するレスポンスを返信することができない場合には、受信したリクエストに対して、ＰＤプリンタ１０００にリクエストを送信し、故意的にコリジョンを発生させることによって、ＤＳＣ３０１２はＰＤプリンタ１０００から受信したリクエストを無効にすることができる。その結果、ＤＳＣ３０１２のパーサに空きのない状態において、通信の破綻を防止することができる。また、ＤＳＣ３０１２のパーサに空きのある状態を待って、再度、ＰＤプリンタ１０００から受信したリクエストに確実にレスポンスを返すことができる。

前述の第２実施例では、パーサに空きのないＤＳＣ３０１２の処理について説明したが、この第３実施例ではメモリに空きのないＤＳＣ３０１２の処理について説明する。

具体的には、ＤＳＣ３０１２のメモリ（ＲＡＭ３１０２）に空きのない状況として、ＰＤプリンタ１０００に送信するためのリクエストを作成するためにメモリを使用していることや、ＰＤプリンタ１０００に今まさに送信しようとしているリクエストがメモリにおいてあることが考えられる。また、近年ＤＳＣ３０１２の小型化や、低価格化が進み、大容量のメモリを持つことができないといった背景がある。

上記の前提状況の下では、ＤＳＣ３０１２はＰＤプリンタ１０００から受信したリクエストの中身を展開するためのメモリや、そのレスポンスを送信するためのメモリが足りないため、ＰＤプリンタ１０００から受信したリクエストに対するレスポンスを返信することができない。その結果、プリンタはレスポンスを受信することができないため通信の破綻が発生し、さらには通信の破綻によって印刷ができず、ユーザに混乱を招くような問題が発生する。

このような場合も前述の第２実施例の場合と同様に、ステップＳ３２でパーサに空きがあるかどうかを判定する代わりに、メモリ（ＲＡＭ３１０２）に空きがあるかどうかを判定し、空きがあればステップＳ３３に進み、空きがないときはステップＳ３５に進むように処理することにより、前述の第２実施例と同様にして解決できる。

＜第３実施例＞
図３０は、本発明の第３実施例に係るＤＳＣ３０１２の処理を説明するフローチャートで、この処理を実行するプログラムはＲＯＭ３１０１に記憶されている。この処理は優先的に送信したいリクエストがあるかどうかを判定して処理している。

まずステップＳ４１で、ＰＤプリンタ１０００からリクエストを受信するとステップＳ４２に進み、ＰＤプリンタ１０００に送信しようとしているリクエストがあるか否かを判断する。送信しようとしているリクエストがある場合は、その処理などでメモリを使用して、ステップＳ４１で受信したリクエストに対するレスポンスを返信するための十分なメモリがない可能性がある。一方、ＰＤプリンタ１０００に送信するリクエストがない場合はその受信したリクエストを解釈して、適切なレスポンスを返信することが可能である。よって、ＰＤプリンタ１０００に送信しようとしているリクエストがある場合はステップＳ４３に進み、その受信したリクエストを破棄し、ＰＤプリンタ１０００に送信しようとしていたリクエストをＰＤプリンタ１０００に送信する。そしてステップＳ４４に進み、、ステップＳ４３で送信したリクエストに対するレスポンスをＰＤプリンタ１０００から受信する。この場合ＰＤプリンタ１０００はコリジョンが発生したと認識し、このコリジョン処理に従って、最初に送信したリクエストはＤＳＣ３０１２において破棄されたと考える。

これによって、ＤＳＣ３０１２は優先して自分のリクエストを処理することができ、その結果、メモリの空きもできる。そしてＰＤプリンタ１０００からリクエストを再受信したときに備えることができる。

一方、ＰＤプリンタ１０００に送信するリクエストがない場合はステップＳ４５に進み、その受信したリクエストをパーサを用いて解釈し、適切なレスポンスを作成する。そしてステップＳ４６で、その作成したレスポンスをＰＤプリンタ１０００に送信する。

これにより、ＤＳＣ３０１２からのリクエストを優先させてＰＤプリンタ１０００に対して印刷指示を発行することができる。

［他の実施の形態］
本実施例では、画像供給装置（画像供給デバイス）であるＤＳＣ３０１２がＰＤプリンタ１０００の機能情報を要求することから始まって、お互いの機能情報を交換したが、画像記録装置としてのＰＤプリンタ１０００が画像供給デバイスであるＤＳＣ３０１２の機能情報を要求することから始めて、機能情報をお互いに取得することによっても達成できる。

本発明の目的は前述したように、実施例の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体をシステム或は装置に提供し、そのシステム或は装置のコンピュータ（又はＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても達成される。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。このようなプログラムコードを供給するための記憶媒体としては、例えば、フロッピィ（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ，ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用いることができる。

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

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

本発明の実施例に係るＰＤプリンタの概観斜視図である。 本実施例に係るＰＤプリンタの操作パネルの概観図である。 本実施例に係るＰＤプリンタの制御に係る主要部の構成を示すブロック図である。 本実施例に係るＰＤプリンタのＡＳＩＣの構成を示すブロック図である。 本実施例に係るＰＤプリンタとデジタルカメラとの接続を説明する図である。 本実施例に係るＮＣＤＰを実装したＰＤプリンタとデジタルカメラのソフトウェア構成を説明する概念図である。 本実施例に係るＮＣＤＰ通信手順の概要を説明する図である。 本実施例に係るＮＣＤＰにおけるコマンドを説明する図である。 本実施例に係るＮＣＤＰにおける「基本手順」による印刷手順を説明する図である。 本実施例に係るＮＣＤＰにおける「推奨手順」による印刷手順を説明する図である。 本実施例に係るＮＣＤＰにおける「推奨手順」におけるエラー発生時の印刷手順を説明する図である。 本実施例に係るＮＣＤＰで送信されるCapabilityの一例を説明する図である。 本実施例に係るＮＣＤＰ通信手順の概要を説明するフローチャートである。 ＮＣＤＰ手順の開始を指示する命令（NCDPStart）をＰＴＰアーキテクチャを用いて実現した例を説明する図である。 ＮＣＤＰ手順において、カメラから各手順への移行命令を受取る（ProcedureStart）手順をＰＴＰアーキテクチャを用いて実現した例を説明する図である。 ＮＣＤＰ手順の終了を指示する命令（NCDPEnd）をＰＴＰアーキテクチャを用いて実現した例を説明する図である。 ＮＣＤＰ手順においてＰＤプリンタからカメラに対してCapabilityを送信する命令（Capability）をＰＴＰアーキテクチャを用いて実現した例を説明する図である。 ＮＣＤＰ手順において、ＰＤプリンタからカメラに保持されている画像ファイルを取得する命令（GetImge）の手順をＰＴＰアーキテクチャを用いて実現した例を説明する図である。 ＮＣＤＰ手順において、ＰＤプリンタからカメラに対してエラーステータスを送信する命令（StatusSend）の手順をＰＴＰアーキテクチャを用いて実現した例を説明する図である。 ＮＣＤＰ手順において、ＰＤプリンタからカメラに対して１ページの印刷終了を送信する命令（PageEnd）の手順をＰＴＰアーキテクチャを用いて実現した例を説明する図である。 ＮＣＤＰ手順において、ＰＤプリンタからカメラに対して印刷ジョブの終了命令（JobEnd）を発行する手順をＰＴＰアーキテクチャを用いて実現した例を説明する図である。 ＮＣＤＰ手順において、カメラからＰＤプリンタに対して印刷命令の発行（JobStart）する手順をＰＴＰアーキテクチャを用いて実現した例を説明する図である。 ＮＣＤＰ手順において、カメラからＰＤプリンタに対して印刷の中止命令（JobAbort）を発行する手順をＰＴＰアーキテクチャを用いて実現した例を説明する図である。 ＮＣＤＰ手順において、カメラからＰＤプリンタに対して印刷再開命令（JobContinue）を発行する手順をＰＴＰアーキテクチャを用いて実現した例を説明する図である。 本実施例に係るＤＳＣとＰＤプリンタとの間での「推奨手順」によるデータのやり取りを説明する図である。 本実施例に係るＤＳＣにおける「推奨手順」での印刷指示を説明するフローチャートである。 本実施例に係るＤＳＣの構成を示すブロック図である。 本実施例に係るＮＣＤＰにおけるコリジョンの発生の対処法を説明する図である。 本発明の第２実施例に係るＤＳＣにおけるパーサの状態に応じた処理を説明するフローチャートである。 本発明の第３実施例に係るＤＳＣにおける優先リクエストの有無に応じた処理を説明するフローチャートである。

Claims (12)

1. リクエストと当該リクエストに対応する応答を用いた通信手順に基づいて画像供給装置と記録装置とが通信インターフェースを介して直接通信し、前記画像供給装置から前記記録装置に画像データを送信して記録させる記録システムであって、
   前記記録装置と前記画像供給装置に実装されたアプリケーションによる通信手順の確立後、前記画像供給装置から前記記録装置へリクエストを送信し、前記画像供給装置が前記リクエストに対する応答以外の情報を前記記録装置から受信すると当該情報を無効にする手段と、
   前記画像供給装置は、当該画像供給装置の状態に応じて、受信したリクエストに対する応答ではない別のリクエストを前記記録装置に送信する送信手段とを有することを特徴とする記録システム。
2. 更に、前記画像供給装置は、当該画像供給装置の稼動状況に応じて前記別のリクエストを送信するか否かを判断することを特徴とする請求項１に記載の記録システム。
3. 前記別のリクエストは、前記記録装置としての動作指示を含まないリクエストであることを特徴とする１又は２に記載の記録システム。
4. リクエストと当該リクエストに対応する応答を用いた通信手順に基づいて記録装置と通信し、前記記録装置へ画像データを送信する画像供給装置であって、
   前記記録装置と前記画像供給装置に実装されたアプリケーションによる通信手順の確立後、前記記録装置へ送信したリクエストに対して、前記記録装置から前記リクエストに対する応答以外の情報を受信した場合、その受信した前記情報を無効にする手段と、
   前記記録装置からリクエストを受信すると前記画像供給装置の状態に応じて、前記リクエストに対する応答ではない別のリクエストを前記記録装置に送信する送信手段と、
   を有することを特徴とする画像供給装置。
5. 前記画像供給装置は、当該画像供給装置の稼動状況に応じて前記コマンドを送信するか否かを判断する判断手段を有することを特徴とする請求項４に記載の画像供給装置。
6. 前記別のリクエストは、前記記録装置としての動作指示を含まないコマンドであることを特徴とする請求項４又は５に記載の画像供給装置。
7. 前記記録装置から前記リクエストに対する応答以外の前記情報を受信した場合、前記リクエストを前記記録装置に再送する再送手段を更に有することを特徴とする請求項４乃至６のいずれか１項に記載の画像供給装置。
8. リクエストと当該リクエストに対応する応答を用いた通信手順に基づいて画像供給装置と記録装置とが通信インターフェースを介して直接通信し、前記画像供給装置から前記記録装置に画像データを送信して記録させる記録システムにおける通信制御方法であって、
   前記記録装置と前記画像供給装置に実装されたアプリケーションによる通信手順の確立後、前記画像供給装置が前記記録装置にリクエストを送信し、前記画像供給装置が前記リクエストに対する応答以外の情報を前記記録装置から受信すると当該情報を無効にする工程と、
   前記画像供給装置は、当該画像供給装置の状態に応じて、当該受信したリクエストに対する応答ではない別のリクエストを前記記録装置に送信する送信工程と、
   を有することを特徴とする通信制御方法。
9. 更に、前記画像供給装置は、当該画像供給装置の稼動状況に応じて前記別のリクエストを送信するか否か判断することを特徴とする請求項８に記載の通信制御方法。
10. 前記別のリクエストは、前記記録装置としての動作指示を含まないコマンドであることを特徴とする８又は９に記載の通信制御方法。
11. リクエストと当該リクエストに対応する応答を用いた通信手順に基づいて記録装置と通信し、前記記録装置へ画像データを送信する画像供給装置における通信制御方法であって、
    前記記録装置と前記画像供給装置に実装されたアプリケーションによる通信手順の確立後、前記記録装置へ送信したリクエストに対して、前記記録装置から前記リクエストに対する応答以外の情報を受信した場合、その受信した前記情報を無効にする工程と、
    前記記録装置からリクエストを受信すると前記画像供給装置の状態に応じて、前記リクエストに対する応答ではない別のリクエストを前記記録装置に送信する送信工程と、
    を有することを特徴とする通信制御方法。
12. コンピュータに、請求項８乃至１１のいずれか１項に記載の通信制御方法を実行させることを特徴とするプログラム。

Images