JP4110133B2 - 画像供給装置及びその制御方法 - Google Patents

Description

本発明は画像供給装置及びその制御方法に関するものである。

昨今のプリンタは十分な印刷品位を有し、例えば自然画を印刷した場合であっても写真に匹敵するまでの品位となってきている。

一方、デジタルスチルカメラ（以下、ＤＳＣという）の撮像画素数も数百万画素備えるのが当たり前のこととなり、その撮影画像の品位も銀塩カメラに匹敵するようになってきている。

このような背景から、デジタルカメラで撮影した画像を、パーソナルコンピュータ（以下、ＰＣという）を介することなしに、プリンタで印刷することが望まれ、現に、幾つかの製品が登場してきている。

その１つは、ＤＣＳには脱着可能な記憶媒体（一般に、フラッシュメモリを利用した各種メモリカードがある）が利用されている点に着目し、その記憶媒体をＤＳＣから取り出し、プリンタが備えるスロットにその記憶媒体をセットすることで、画像データを読出し、印刷するものである。

記憶媒体に格納されている全画像を１部ずつ印刷するのであれば、記憶媒体に記憶されている画像を無条件に順次読出してはプリントすれば良いので、格別技術的な問題は発生しない。

しかしながら、現実には、プリントしたい画像とそうでない画像の選択、或いは／及び、個々の画像についてのプリント枚数の指定、という要望がある。

これに対する１つの解決策として、注目されているものにＤＰＯＦ（Digital Print Order Format）という技術がある。簡単に説明すると次の通りである。

一般に、ＤＳＣには撮影した画像を確認するため、及び、各種メニューを表示するため液晶表示器が備えられており、各種キー（ボタン）も用意されている。これを利用し、印刷させたい画像の選択とその印刷部数を指定する。この指定内容が、画像を記憶している記憶媒体にファイルとして格納する。プリンタにこの記憶媒体をセットした場合には、上記の指示内容を記述したファイルに従って、画像のプリント処理する。

以上がＤＰＯＦの概要であるが、ＤＳＣ及びプリンタの双方がＤＰＯＦに対応していれば、上記の機能が実現できることになる。

上記の如く、ＤＳＣ側で生成される印刷要求内容はＤＰＯＦ形式のテキストファイルとなる。必然、ＤＳＣはより多機能化が進み、単純に印刷させたい画像、印刷する部数以外の情報を記述するようになることが予想される。たとえば、印刷する画像のサイズ、印刷する記録紙のサイズの指定、１枚の記録紙に複数の画像を所望とするレイアウトにする指定等の、より細かい指定が考えられる。

しかしながら、ここで問題になるのは、ＤＳＣを用いてかかる設定を行えるとしても、それはプリンタとは無関係のところで行われる点である。たとえば、ＤＰＯＦ対応のプリンタであっても、セットされている記録紙のサイズには様々なものが有るわけであるから、当然、ＤＳＣで設定したものとは異なることもある。

上記のような問題点は、先に説明したように、ＤＳＣでの印刷にかかる設定はプリンタとは無縁のところで行われるところに起因する。

そこで更なる対応が望まれる。その解決策の１つが、ＤＳＣが通常備えるＰＣ接続用インタフェースであるＵＳＢ（Universal Serial Bus）等を利用し、ＤＳＣとプリンタとをダイレクトに通信できるようにするものである。

かかる環境が構築できれば、ＤＳＣ側ではプリンタの能力を知ることができ、その能力（或いは機能、状態と言っても良い）を反映させた上で印刷する際の条件を設定できることになり、上記のような問題は一気に解決する。ただし、この場合、次のような問題点を解決する必要がある。
１．ＤＳＣに接続されるプリンタは一意ではないためプリンタの能力を反映させた状態でＤＳＣのユーザーインターフェースを構築することは困難である。なぜならプリンタの能力における項目（例えば使用できる記録媒体のサイズ、種類、印刷品位、レイアウトなど）が独立でなく、リンクしている項目がプリンタ毎に異なるからである。
２．通常ＤＰＯＦファイルはＣＦカードなどのリムーバブルメディアに格納されている。また、ＤＰＯＦ仕様のサブセットをサポートしているカメラも多く、他のカメラでリムーバブルメディアに格納されたＤＰＯＦファイルを解析できるか否かはそのカメラでサポートしているＤＰＯＦ仕様のサブセットによってしまう。

上記２つの理由から例えばＤＳＣに「ＤＰＯＦプリント」ボタンなどを構築しプリンタにＤＰＯＦファイルを送信してしまうことにより、プリンタでＤＰＯＦファイルを解析することも可能であるが、インターフェース上で使用するファイル指定方法とＤＰＯＦファイルでのファイル指定方法とが必ずしも同一ではない。どちらもプリント指示であるのに、印刷指定の方法がそれぞれ違うと、使用者に混乱が生じる。

また、ＤＳＣが備えるインタフェースでもってダイレクトにプリンタと物理的に接続したとしても、そのインタフェース上で使用されるプロトコルで如何にしてＤＳＣ側の個々の画像を特定するかも問題になる。

先に説明したように、ＤＰＯＦでは印刷指示内容を記述はテキスト形式であるので、画像を指定する記述は、その画像のファイルが格納されているディレクトリ名とファイル名を直接用いている。

一方、ＤＳＣとプリンタとを接続した際には、ＰＴＰ（Picture Transfer Protocol）に従うことになる。ここで問題になるのは、仮に、ＤＳＣ側でＤＰＯＦ形式の印刷指示内容を記述したファイルをプリンタに転送したとしても、プリンタは上記のようなパス名で記述されたファイルをＤＳＣに要求することはできない点である。なぜなら、ＰＴＰにおいては、ファイルをパス名でもって指定するコマンドが用意されていないからである。

ここまではＤＰＯＦについて記載しているが、ＨＴＭＬやＸＭＬなどのマークアップランゲージのように画像ファイルをパス名でリンクを張って画面を構成するような記述言語に対しても同様のことが言える。

本発明はかかる問題点に鑑みなされたものであり、画像供給装置側に画像のファイル名で記述した印刷要求リストを有する場合であっても、画像供給装置との間でハンドラを使って画像転送を行わせることを可能ならしめる技術を提供しようとするものである。

かかる課題を解決するため、例えば本発明の画像供給装置は以下の構成を備える。すなわち、
画像処理装置と直接通信して、前記画像処理装置から、処理対象の画像データを特定する為に番号付けられたハンドルを用いた送信要求を受け付け、当該ハンドルでもって特定された画像を前記画像処理装置に供給する画像供給装置であって、
前記画像処理装置と接続する前に、予め処理対象の画像を指定する指定手段と、
前記指定手段で指定した前記処理対象の画像を指定する情報として、前記所定のハンドルとは異なる画像指定情報でもって記憶媒体に記憶させる記憶制御手段と、
前記画像処理装置と通信可能になった場合、前記記憶媒体に前記画像指定情報が存在するか否かを判断する判断手段と、
該判断手段が、前記記憶媒体に前記画像指定情報が存在しないと判断した場合、画像指定情報が無いことを表示する表示手段と、
前記判断手段が、前記記憶媒体に前記画像指定情報が存在すると判断した場合、当該画像指定情報を前記所定のハンドルに変換する変換手段と、
該変換手段で変換された情報を前記画像処理装置に出力する出力手段と
を有することを特徴とする画像供給装置。

本発明によれば、例えば画像のファイル名等の、所定のハンドラとは異なる情報で記述した印刷要求リストがあったとき、所定のハンドルでもって画像データを転送するシステムであっても、意図した通りの画像の転送及び印刷を行わせることが可能になる。

以下、添付図面に従って本発明に係る実施形態を説明する。

＜基本構成の説明＞
先ず、本実施形態における基本部分について説明する。なお、以下、プリンタがデジタルスチルカメラ（ＤＳＣ）とダイレクトに通信可能な環境において、ＤＳＣ内の記憶媒体に記憶された映像を印刷する方式をフォトダイレクトプリント方式と呼ぶことにする。

図１は実施形態におけるフォトダイレクトプリンタ（ＰＤプリンタという）の装置外観図であり、図２はＤＳＣをプリンタにダイレクト接続する様を示している。

図１において、このＰＤプリント装置１０００は、ホストコンピュータ（ＰＣ）からデータを受信して印刷する通常のＰＣプリンタとしての機能と、メモリカードなどの記憶媒体に記憶されている画像データを直接読取って印刷する機能（ＤＰＯＦ機能）、更には、以下に説明するデジタルカメラとダイレクトに通信することで、ＤＳＣからの画像データを受信して印刷する機能を備えている。

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

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

また、上ケース１００２の上面には、電源キー１００５が押下可能に設けられている。また、上ケース１００２には、各種キースイッチ等を備える操作パネル１０１０が設けられている。１００７は自動給送部で、記録シートを装置本体内へと自動的に給送する。１００８は紙間選択レバーで、プリントヘッドと記録シートとの間隔を調整するためのレバーである。１００９はカードスロットで、ここにメモリカードを装着可能なアダプタが挿入される。このメモリカードとしては、例えばコンパクトフラッシュ（登録商標）メモリ（Ｒ）、スマートメディア（Ｒ）、メモリスティック（Ｒ）等があり、用途としては、ＤＳＣからメモリカードを取り出し、それをセットすることで、これまでのＤＰＯＦによる印刷機能として用いるものである。

１０１２は後述するデジタルカメラを接続するための端子である。通常、デジタルカメラはパーソナルコンピュータ（ＰＣ）と接続する手段として、ＵＳＢ（Universal Serial Bus）を使用することが多いので、本実施形態でも端子１０１２はＵＳＢインターフェース形態を採用したが、勿論、これ以外の通信手段でも構わない。また、デジタルカメラとの接続は、その接続作業を簡便なものとするため、図示の如く、前面から行えるようにした。

一方、本ＰＤプリント装置１０００はパーソナルコンピュータ（ＰＣ）からの印刷をも実現するためのインターフェースを備える。通常、ＰＣとは一旦接続した後は、格別な事情がない限りは接続状態が維持されたままであるので、そのインターフェース端子は背面に設けた。このＰＣ間との接続インターフェースはセントロニクス社仕様のパラレルインターフェース、ＵＳＢインターフェース等でよいが、少なくとも双方向通信機能をサポートするものとした。

図２は本実施の形態に係るＰＤプリント装置１０００とデジタルカメラ３０１２とを接続した状態を示している。

図において、ケーブル５０００（ＵＳＢケーブル）は、ＰＤプリント装置１０００のコネクタ１０１２に接続するためのコネクタ５００１と、デジタルカメラ３０１２の接続用コネクタ５００３と接続するためのコネクタ５００２とを備えている。なお、デジタルカメラ３０１２をＰＣと接続する場合には、ＰＣが有するＵＳＢコネクタに、上記コネクタ５００１を接続することで、撮像した画像をＰＣに転送することができる。

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

図３は実施形態におけるＰＤプリンタ１０００の制御系のブロック構成図である。

図示において、１は装置全体の制御を司るＣＰＵ、２はＣＰＵ１の動作処理手順（プログラム）やフォントを記憶しているＲＯＭ、３はＣＰＵ１のワークエリアとして使用されるＲＡＭである。４は操作パネル（図１における１０１０に相当）である。５はＰＣとの接続を行うためのインターフェースであり、７はデジタルスチルカメラとの接続を行うインターフェース（ＵＳＢのホスト側）である。９はメモリカードを搭載したアダプタ（ＰＣＭＣＩＡ）１０を接続可能なカードインターフェースであり、このＰＤプリンタ１０００がＤＰＯＦ、すなわち、デジタルカメラで撮影され、記憶されたメモリカード内の印刷指示に関する記述ファイルを読取って、それに従って印刷するためのものである。６はプリンタエンジン部であり、実施形態では、熱エネルギーを利用してインク液を吐出するプリントエンジンであるが、記録方式はこれにより限定されるものではない。また、１１は拡張ディバイスを接続するためのインターフェースであり、詳細は後述するが、オプションとして用意される画像を表示するための表示装置等が接続できるようになっている。

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

以上が実施形態におけるＰＤプリンタ及びＤＳＣの構成の説明である。なお、ＤＳＣ３０１２内からメモリカードを抜き出し、それをＰＤプリンタ１０００のスロット１００９にセットし、そのメモリカード内に記憶されている印刷指示ファイルに従って印刷する、これまでのＤＰＯＦ形式の印刷については、それに準拠した動作を行うものとしその説明については省略する。本実施形態では、ＤＳＣ３０１２とＰＤプリンタ１０００とがケーブル５０００で接続され、ダイレクトに通信できる状況にある場合について説明する。

図５はこのダイレクト接続した際の、接続レイヤーを示している。図示、上側がＤＳＣ（デジタルカメラ）側のレイヤーを示し、下側がＰＤプリンタ側のレイヤーを示している。

なお、図示の場合、通信手段として、ＳＣＳＩ、ワイヤレスのＴＣＰ／ＩＰについても示されているが、ここではＵＳＢインタフェースでの接続について説明することとする。

さて、図示のレイヤ構造において、ＵＳＢによる通信の場合、周知のＰＴＰ（Picture Transfer Protocol）を用いることになる。実施形態では、ＤＳＣ３０１２は、ＰＣと接続するために用意されているＵＳＢインタフェースを利用し、それをＰＤプリンタに接続するものであるので、ＤＳＣ３０１２はＵＳＢスレーブ、ＰＤプリンタ１０００はＵＳＢホストとして機能することになる。すなわち、接続状態にある場合、システムとしての制御はＰＤプリンタ１０００側にあることになる点に注意されたい。

図６はＰＴＰによる一般的な通信手順を示している。理解を容易にするため、実施形態の場合にはＵＳＢホストがＰＤプリンタ、ＤＳＣ３０１２がＵＳＢスレーブであるので、図示でもかかる関係でしめした。

まず手順１４００で、ＰＤプリンタ装置１０００からＤＳＣ３０１２に対してＰＴＰコマンドGetDeviceInfoが送信される。これは、この段階では、ＰＤプリンタは、接続されているデバイスが不明であるので、それを問い合わせるものであると言えば判りやすい。これに対してＤＳＣ３０１２は、DeviceInfo Datasetにより、ＤＳＣ３０１２に関する情報をＰＤプリンタ装置１０００に送信（通知）する。

次に手順１４０２で、ＰＴＰコマンドOpenSessionにより、ＤＳＣ３０１２をリソースとして割り当て、必要に応じてデータオブジェクトにハンドルをアサインしたり、特別な初期化を行うための手順が開始される。

手順１４０３では、ＤＳＣ３０１２に対してハンドルを要求する。これは、ＰＤプリンタ装置１０００にとっては、ＤＳＣ３０１２が有する未知のオブジェクト（撮影画像やスクリプト等である）を特定するため、ＤＳＣ３０１２が所有するオブジェクトにユニークに付けられた番号を要求するものである。この要求により、手順１４０４で、ＤＳＣ３０１２に保持されているハンドルリストが返送される（何個のオブジェクトがあるかを通知することと等価）。

以上の結果、ＰＤプリンタ装置１０００は、ＤＳＣが幾つのオブジェクト（ＤＰＯＦによる印刷指示ファイル（以下、ＤＰＯＦファイルという）、撮像画像ファイル）を保持しているのかが判明する。

この後、ＰＤプリンタ側が、ｉ番目のオブジェクトが何であるのかを問い合わせる場合には、ｉ番目のオブジェクトに関する属性情報（そのオブジェクトが画像であるのか、スクリプト等のテキストであるのか等）をGetObjectinfo(i)で要求し、その結果をObjectinfo i Datasetとして受信する（手順１４０５）。

この手順を繰り返すことで、ＰＤプリンタ１０００側は、ＤＳＣ３０１２が所有している全てのオブジェクトの属性を知ることができる。

また、属性が画像データである場合には、その画像データを示すハンドルを用いて、GetObjectをＰＤプリンタが発行し、その結果、SendObjectInfoとして受信することで画像データを得ることができる（手順１４０６）。

さて、上記のような手順で互いに情報の授受を行うことができるが、ここで問題となるのは、ＰＴＰにおいては、ＰＤプリンタ１０００は、印刷対象となる画像ファイルを、ＤＳＣ３０１２が有するメモリカードにおけるパス名を用いて直接要求することができない点である。

より分かりやすく説明すると次の通りである。

ＤＳＣ３０１２のＵＩを用いて、印刷させる画像の指定、及びその印刷部数の設定が既に行われているものとする。すなわち、対応するＤＰＯＦファイルがＤＳＣ３０１２のメモリカードに格納済みの場合である（ただし、ＰＤプリンタと接続した後に、印刷にかかる設定を行う場合については後述する）。なお、ＤＰＯＦファイルを作成するための処理そのものは公知であるので、ここではその詳細は省略する。

かかる状況において、ＰＤプリンタ１０００は、GetObjectInfoでもって、どのオブジェクトがＤＰＯＦファイル（テキスト形式であることは既に説明した）のハンドルかを知ることができる。従って、そのハンドルを用いて、そのファイルの内容をGetObjectでもって得ることは可能である。しかしながら、ＰＤプリンタ１０００が、このファイルを受信したとしても、そのファイルに記述されている画像を特定する記述は、メモリカード４０のルートからたどるディレクトリ名＋ディレクトリ名＋…＋ファイル名となっており、このファイルを直接要求する術がＰＴＰには存在しない。すなわち、ハンドルを用いて取得する以外にはないので、ＤＰＯＦファイルを生かした印刷が行えない。

そこで、本実施形態ではかかる問題を解決する。以下にその解決する例を説明する。

＜第１の例＞
図７は、ＤＳＣ３０１２で作成されたＤＰＯＦのファイルの内容の一例を示している。

図示の場合、印刷対象の画像はそれぞれ、
../DCIM/105GANON/IMG_0572.JPG
../DCIM/105GANON/IMG_0573.JPG
で示されいる２行である。

この意味は、「ＤＣＩＭ」というディレクトリがあって、その中に「１０５ＧＡＮＯＮ」という更なるディレクトリがあり、その中のファイル名「IMG_0572.JPG」或いは「IMG_0573.JPG」が印刷対象として指定されたことを示している。

ＰＤプリンタはこのような記述のファイルをＤＳＣ３０１２からもらっても、先に説明した理由により、そのファイルを要求することはできない、
そこで、実施形態におけるＤＳＣ３０１２は、ＰＤプリンタ１０００とダイレクト通信が行える状態になった際であって、内部のメモリカード４０にＤＰＯＦファイルが存在した場合、その中で記述されているパス付きファイル名を、内部でのハンドルを示す情報に変換した新たなファイル（以下、印刷指示書或いはお印刷指示書ファイルという）を作成するものとした。

たとえば、
../DCIM/105GANON/IMG_0572.JPG を ハンドル「00000001」
../DCIM/105GANON/IMG_0573.JPG を ハンドル「00000002」
とした場合、上記変換処理を行うことで、図８に示すファイル（テキスト）を印刷指示書として作成する。図示において、<image (00000001)>や<image (00000002)>で示されたものが、ファイルを特定する際のハンドラに変換した部分を示している。

この変換後の印刷指示書ファイルも１つのオブジェクトであることに違いはなく、そのオブジェクトに対してもハンドラが割り当てられるので、この変換のタイミングとしては、ＤＳＣ３０１２がＰＤプリンタ１０００と接続した初期段階とする。たとえば、図６で示すと、ＰＤプリンタからGetDeviceInfoやOpenSessionを受信した、その変換処理を開始する。実施形態では、OpenSessionを受信したことをトリガにして、ＤＳＣ３０１２内部のＣＰＵ３１がＤＰＯＦファイルの変換処理を行うとした。

ＰＤプリンタ１０００から見れば、テキストの属性を有するファイルが少なくとも２つＤＳＣ３０１２に存在するように見えるので（ＤＰＯＦファイルと、その変換後である印刷指示書のファイル）、それぞれの内容をGetObjectコマンドで受信し、その中に、特定のコマンドを示す文字列（たとえば図８における<command(DPS_Job)>）がある方を利用し、印刷を行う。

すなわち、図８に示す形式のデータを受信することで、ユーザが印刷要求した画像データはハンドル「00000001」、「00000002」を用いて、GetObjectコマンドで受信できる、すなわち、意図した画像を印刷することが可能となり、先に説明したような問題は一気に解決する。

上記処理を実現するため、ＤＳＣ３０１２は、図８に示す処理を行えば良いであろう。なお、同図は、OpenSessionコマンドを受信した場合にコールされる処理であり、これ以前に、他のオブジェクトに対するハンドルが確定しているものとする。

先ず、ステップＳ１で、メモリカード４０内に、従前の印刷設定処理で設定された内容に従って作成されたＤＰＯＦによる印刷に係る指示ファイルが存在するか否かを判断する。存在しない場合には、エラー扱いとする。たとえば、表示パネル４に印刷指示内容がない旨、或いは、印刷にかかる設定がないことを示すメッセージを表示する等の処理を行えば良い。

一方、ＤＰＯＦが存在すると判断した場合には、その中に記述されているパス名付きのファイル名を、ハンドルに置き換えた、新たなファイル（印刷指示書）を作成する（ステップＳ２）。そして、ステップＳ３において、作成されたファイルに対して新たなハンドルを割り当て、本処理を終了する。

一方、ＰＤプリンタ１０００では、図１０に示す処理を行えば良いであろう。なお、ＤＳＣが接続された際の初期の通信確立処理は既に完了しているものとして説明する。

先ず、ステップＳ１１において、ＤＰＯＦファイルの変換後のファイル（印刷指示書）を、接続中のＤＳＣ３０１２より取得する。これは、先に説明したように、テキスト属性を有するオブジェクトを受信し、その中に特定のキーになる文字列が存在するファイルを取得することで行われる。

次いでステップＳ１２に進み、ステップＳ１１で取得したファイルを解析し、印刷すべき画像のハンドルを取得する。そして、ステップＳ１３でそのハンドルで示されるデータ（画像データ）を要求する（GetObjectコマンドで実現できる）。その結果、送られてくる画像データを受信し（ステップＳ１４）、印刷処理を行う（ステップＳ１５）。

そして、上記処理を全要求に対して行ったと判断するまで、ステップＳ１２以降の処理を繰り返す。

以上の結果、デジタルカメラとプリンタとをダイレクトに通信する状況下においても、ユーザの意図した通りの画像のみを印刷することが可能となる。

＜第２の例＞
上記第１の例は、ＤＳＣ３０１２をＰＤプリンタ１０００に接続する以前に、ＤＳＣ３０１２のＵＩを利用して印刷すべき画像の選択等を行ない、その結果をＤＰＯＦファイルとして格納しておくことを前提にした。

本第２の例では、ＤＳＣ３０１２をＰＤプリンタ１０００に接続した後、ＤＳＣ３０１２が接続中のＰＤプリンタの機能を取得し、そのプリンタの機能に沿って印刷に係る条件を設定する例を第２の例として説明する。

注意すべき点は２つある。１つは、ＰＤプリンタ１０００が有する機能（印刷できる記録紙サイズ等）をＤＳＣ３０１２に通知する必要がある点である。そして、もう１つは、本第２の例の場合、ＤＳＣ３０１２のＵＩを用いてＤＰＯＦファイルが作成されるのは、ＰＤプリンタとの接続が行われた後であり、接続時には、ＤＳＣ３０１２のメモリカード４０には、ＤＰＯＦファイル及びその変換処理後の印刷指示書ファイルが存在しない（つまり、これらを示すハンドルも存在しない）ことである。

先ず、第１点目であるが、ＰＴＰの場合、ホスト側（ＰＤプリンタ）からスレーブ側（ＤＳＣ３０１２）に対し、情報を送信しても良いかどうかを問い合わせるコマンドSendObjectInfoが用意されているので、これを利用する（図１１参照）。すなわち、ＰＤプリンタ１０００には、予め自身の機能を示す事項を記述したテキストファイルを用意しておき（たとえばＲＯＭ２に格納しておく）、コマンドSendObjectInfoをＤＳＣ３０１２に発行することで、ＤＳＣ３０１２がその要求を受け入れるかどうかを判断する（受け入れる場合にはＯＫが返送されてくる）。このＯＫの返送があったとき、ＰＤプリンタは、自身の機能情報を記述したファイルをＤＳＣ３０１２に通知する（SendObject、ObjectData）。

第２点目の問題点については、ＤＰＯＦファイル、ＤＰＯＦファイルの変換結果である印刷指示書ファイルについては、予めハンドルを予約させておく。たとえば、ＤＰＯＦファイルにはハンドル「00000001」を、印刷指示書ファイルにはハンドル「00000002」を予め確保しておき、他のオブジェクトにハンドルを割り当てる場合には、これ以外を割り当てる。

従って、処理としては次のようなものとなるであろう。

先ず、ＰＤプリンタとＤＳＣ３０１２を接続した場合、ＰＤプリンタ１０００（のＣＰＵ１）は自身の機能を示す情報をＤＳＣ３０１２に送信する。ＤＳＣ３０１２はこれを受けて自身が有するＵＩを利用し、印刷すべき画像の選択、部数は勿論、接続中のＰＤプリンタ１０００の機能で許される範囲で各種設定を行う。

たとえば、ＰＤプリンタがＡ４用紙に対するものである場合には、１枚の記録紙に２×２画像までの印刷が可能であるとし、使用できるレイアウトの候補を絞る等の処理が実現できる。

なお、このときのＵＩは、プリンタを接続していないときに、ＤＰＯＦを利用して印刷を設定するときのＵＩと同じでよい。これにより使用者は、プリンタとＤＳＣとの接続を意識しなくても、同様の操作で印刷指定が出来るので、使いやすい。

こうして、印刷に係る設定が完了するとＤＰＯＦファイルを作成し、その作成完了をトリガにし、メモリカード４０に作成されたＤＰＯＦファイルの少なくともパス名で記述されたファイルを、ハンドル名で置き換えた新たなファイル（印刷指示書）を作成する変換処理を実行する。作成された印刷指示書ファイルをＰＤプリンタに転送するためには、たとえば図１２に示す手順で行う。

先ず、ＰＤプリンタ１０００に送信すべき情報（印刷指示書）があることを通知するため、ＤＳＣ３０１２はコマンドRequestObjectTransfer（このとき、オブジェクトのハンドルを予め予約したハンドルを指定する）を使ってＰＤプリンタに通知する。ＰＤプリンタ１０００が本実施形態のようなプリンタである場合には、それに対してコマンドGetObjectInfoコマンドを発行してくるので、それに応ずるように変換作成されたファイルの内容をＰＤプリンタにObjectInfo Datasetとして送信すれば良いであろう。

ＰＤプリンタは、ＤＳＣ３０１２からObjectInfo Datasetとして送信されてきたファイルがあった場合、先に示した図１０に従い、その内容に従って印刷処理を実行すれば良い。

以上の結果、本第２の例によれば、ＤＳＣ３０１２をＰＤプリンタにダイレクトに接続した後、接続中のＰＤプリンタの機能に応じて印刷条件を設定できるので、印刷条件の設定内容とその印刷結果が一致することが可能となる。

なお、第２の例を第１の例と組み合わせても良い。すなわち、ＰＤプリンタにＤＳＣ３０１２を接続した当初、既にＤＰＯＦファイルが存在すれば第１の例のように動作し、存在しない場合にはエラーとはせず、第２の例のように動作するものである。

＜第２の例の変形例＞
上記例では、ＤＰＯＦ及び印刷指示書ファイルについてハンドラを予約させておく例を説明したが、ＰＴＰにおいてはＵＳＢスレーブ（ＤＳＣ３０１２）が新たなオブジェクトを生成した場合にはコマンドAddObjectを使用するEventが用意されている。これを用いることで、新たなオブジェクトの生成をＰＤプリンタ１０００に通知することができるので、上記のようなハンドルを予約している必要もない。

＜第３の例＞
上記の第１、第２の例では、ＤＳＣ３０１２側がＤＰＯＦのファイルを変換し、その結果（印刷指示書ファイル）をＰＤプリンタ１０００に出力するものであったが、本第３の例ではＤＰＯＦファイルをＰＤプリンタに転送し、ＰＤプリンタ側でパス名で表現されている画像ファイルとハンドラとの整合を取る例を説明する。

先ず、ＰＤプリンタ１０００側でＤＰＯＦファイルをＤＳＣ３０１２より得るのは、第１の例で説明したように、テキストとしての属性を持つファイルに絞り、その上でＤＳＣ３０１２にそのオブジェクトの内容を供給するためのコマンドGetObjectを発行し、送信要求する。ファイルの内容がＤＰＯＦであるか否かは、その記述内容を調べれば容易にわかる。

ＰＤプリンタ１０００は上記のようにして転送されてきたＤＰＯＦファイルを解析し、その中で記述されているパス名＋ファイル名をすべて抽出する。そして、抽出したパス名＋ファイル名で構成されるテキストファイルをＲＡＭ３上に作成し、その先頭に各ファイルに対するハンドラを要求するためのコマンドもしくスクリプトを記述する。

こうしてハンドラ要求用のためテキストファイルの作成が完了すると、ＰＤプリンタは図１１と同様の手順に従い、ＤＳＣ３０１２に対してコマンドSendObjectを発行し、オブジェクトの送信することを通知する。そして、ＤＳＣ３０１２からＯＫの回答をもらったら、作成したハンドラ要求用のファイル（オブジェクト）をＤＳＣ３０１２に出力する。

ＤＳＣ３０１２は、このオブジェクトを受けると、その内容を解釈し、そこに記述されている各パス名＋ファイル名に、ＰＤプリンタ１０００との接続時に確定したハンドラを示す文字列を付加したテキストファイル（ハンドラ対応リスト）を作成する。この作成処理が完了すると、図１２に示した手順に従って、そのハンドラ対応リストファイルをＰＤプリンタ１０００に出力する。すなわち、ＰＤプリンタにオブジェクトを受信するようコマンドRequestObjectTransferを発行する。この結果、ＰＤプリンタは、そのオブジェクトを要求するコマンドGetObjectInfoを発行することになるので、それに応えるべく、ハンドラ対応リスト（オブジェクト）をＰＤプリンタに通知する。

以上の結果、ＰＤプリンタは、最初に受信したＤＰＯＦファイルと、その中で記述されている各印刷対象画像ファイルのハンドラとが記述されたハンドラ対応リストファイルとを有することになるので、ＤＰＯＦ内に記述されたファイル名＋パス名については、ハンドラ対応リストを用いて該当するハンドラを用いて、ＤＳＣ３０１２にその画像を要求（コマンドGetObject）、そして画像データの受信を行ない、印刷処理を行う。

このときのＰＤプリンタの処理は、図１０のステップＳ１１を、ＤＰＯＦファイル及びハンドラ対応リストを取得する処理に置き換え、ステップＳ１２でその両方を解析するとすれば良い。

以上のように、本第３の例によっても、ＰＴＰプロトコルを利用したＤＰＯＦによる印刷処理が成功する。なお、第３の例におけるＰＤプリンタ１０００がＤＰＯＦファイルを受けとるのは、ＤＳＣ３０１２側からの要求に従うので、ＰＤプリンタ１０００とＤＳＣ３０１２とが接続した後に、ＤＳＣ３０１２側で印刷条件を入力する場合にも当然に適用できるのは、当業者であれば容易に理解できよう。

以上説明したように、第１乃至第３の例に従えば、ＵＳＢインタフェースでデジタルカメラとプリンタとをダイレクトに接続した際に、既存のＰＴＰプロトコルを利用しながらも、ＤＰＯＦ方式を生かしつつ、ユーザの意図した通りの印刷処理が行えるようになる。特に、これまでのＤＰＯＦでは印刷条件の設定が、プリンタの機能を全く無視したところで行われていたのに対し、第２の例によれば、実際に印刷するプリンタの能力を基本にして、印刷条件をＵＩを使って設定できるので、設定した内容と印刷結果とが相違することもなく、意図した通りの印刷結果を得ることができるようになる。

なお、実施形態では、ＵＳＢインタフェースを介してデジタルカメラとプリンタとをダイレクトに接続し、ＰＴＰプロトコルを利用した通信を例にして説明したが、本発明はこれに限られるものではない。要するに、インタフェース及び／又はプロトコルの制約上、一方のストレージデバイス内に格納されてるファイルをダイレクトにパス名でアクセスできない場合に適用できるからである。

従って、実施形態ではＤＰＯＦを例にして説明したが、ＤＰＯＦに限られるものでもなく、ＨＴＭＬのようなマークアップランゲージで記述されたファイルでも構わないし、他の形式でも構わないのは容易に理解できよう。

つまり、ＨＴＭＬ等の記述言語で、ファイル名等で指定されるリンク先をハンドルに変換して指定して印刷指示するものに、本発明を適用可能である。

なお、デジタルカメラの多くはＵＳＢインターフェースを備えており、そのハードウェア資源をそのまま活用できることに鑑みた場合、ＵＳＢ接続が望ましいし、デジタルカメラメーカの負担も少なくて済む。

また、上記実施形態を実現する場合、特にデジタルカメラメーカが上記実施形態で説明したＤＳＣ３０１２の処理もしくは機能を実現する場合には、ファームウェア（プログラム）をアップデートすることによって実現できるものであるから、それに係る費用は少なくて済む、というメリットもある。

以上説明したように本実施形態によれば、画像のファイル名で記述した印刷要求リストがあったとき、ハンドルでもって画像データを転送するシステムであっても、意図した通りの画像の転送及び印刷を行わせることが可能になる。

実施形態におけるプリント装置の外観図である。 実施形態におけるデジタルカメラとプリント装置との接続を行う場合の図である。 実施形態におけるプリンター装置のブロック構成図である。 実施形態におけるデジタルカメラのブロック構成図である。 実施形態におけるデジタルカメラとプリンタとの通信に関するレイヤ構造を示す図である。 実施形態におけるデジタルカメラとプリンタとの接続時の一般的なＰＴＰプロトコルによる接続シーケンスを示す図である。 実施形態におけるＤＰＯＦファイルの内容の一例を示す図である。 図７に示すＤＰＯＦファイルの変換後のファイル内容を示す図である。 実施形態におけるデジタルカメラの処理の一部を示すフローチャートである。 実施形態におけるプリンタの処理の一部を示すフローチャートである。 プリンタからデジタルカメラへオブジェクトを送信する際のシーケンスを示す図である。 デジタルカメラからプリンタへオブジェクトを送信する際のシーケンスを示す図である。

Claims (8)

1. 画像処理装置と直接通信して、前記画像処理装置から、処理対象の画像データを特定する為に番号付けられたハンドルを用いた送信要求を受け付け、当該ハンドルでもって特定された画像を前記画像処理装置に供給する画像供給装置であって、
   前記画像処理装置と接続する前に、予め処理対象の画像を指定する指定手段と、
   前記指定手段で指定した前記処理対象の画像を指定する情報として、前記所定のハンドルとは異なる画像指定情報でもって記憶媒体に記憶させる記憶制御手段と、
   前記画像処理装置と通信可能になった場合、前記記憶媒体に前記画像指定情報が存在するか否かを判断する判断手段と、
   該判断手段が、前記記憶媒体に前記画像指定情報が存在しないと判断した場合、画像指定情報が無いことを表示する表示手段と、
   前記判断手段が、前記記憶媒体に前記画像指定情報が存在すると判断した場合、当該画像指定情報を前記所定のハンドルに変換する変換手段と、
   該変換手段で変換された情報を前記画像処理装置に出力する出力手段と
   を有することを特徴とする画像供給装置。
2. 前記記憶制御手段は、前記指定手段で指定した複数の画像を特定する情報をまとめて１つのファイルとして前記記憶媒体に記憶させる事を特徴とする請求項１に記載の画像供給装置。
3. 前記変換手段は、前記ファイル中に記憶されている、前記複数の画像を特定する情報を、前記ハンドルを用いて変換することを特徴とする請求項２に記載の画像供給装置。
4. 画像処理装置と直接通信して、前記画像処理装置から、処理対象の画像データを特定する為に番号付けられたハンドルを用いた送信要求を受け付け、当該ハンドルでもって特定された画像を前記画像処理装置に供給する画像供給装置の制御方法であって、
   前記画像処理装置と接続する前に、予め処理対象の画像を指定する指定工程と、
   前記指定工程で指定した前記処理対象の画像を指定する情報として、前記所定のハンドルとは異なる画像指定情報でもって記憶媒体に記憶させる記憶制御工程と、
   前記画像処理装置と通信可能になった場合、前記記憶媒体に前記画像指定情報が存在するか否かを判断する判断工程と、
   該判断工程で、前記記憶媒体に前記画像指定情報が存在しないと判断した場合、画像指定情報が無いことを表示する表示工程と、
   前記判断工程で、前記記憶媒体に前記画像指定情報が存在すると判断された場合、当該画像指定情報を前記所定のハンドルに変換する変換工程と、
   前記変換工程で変換された情報を前記画像処理装置に出力する出力工程と
   を有することを特徴とする画像供給装置の制御方法。
5. 前記記憶制御工程は、前記指定工程で指定した複数の画像を特定する情報をまとめて１つのファイルとして前記記憶媒体に記憶させる事を特徴とする請求項４に記載の画像供給装置の制御方法。
6. 前記変換工程は、前記ファイル中に記憶されている、前記複数の画像を特定する情報を、前記所定のハンドルを用いて変換することを特徴とする請求項５に記載の画像供給装置の制御方法。
7. コンピュータが読込み実行することで、画像処理装置と直接通信しているときは、前記画像処理装置から、処理対象の画像データを特定する為に番号付けられたハンドルを用いた送信要求を受け付け、当該ハンドルでもって特定された画像を前記画像処理装置に供給する画像供給装置として機能するコンピュータプログラムであって、
   前記画像処理装置と接続する前に、予め処理対象の画像を指定する指定手段と、
   前記指定手段で指定した前記処理対象の画像を指定する情報として、前記所定のハンドルとは異なる画像指定情報でもって記憶媒体に記憶させる記憶制御手段と、
   前記画像処理装置と通信可能になった場合、前記記憶媒体に前記画像指定情報が存在するか否かを判断する判断手段と、
   該判断手段が、前記記憶媒体に前記画像指定情報が存在しないと判断した場合、画像指定情報が無いことを表示する表示手段と、
   前記判断手段が、前記記憶媒体に前記画像指定情報が存在すると判断した場合、当該画像指定情報を前記所定のハンドルに変換する変換手段と、
   前記変換手段で変換された情報を前記画像処理装置に出力する出力手段
   として機能することを特徴とするコンピュータプログラム。
8. 請求項７に記載のコンピュータプログラムを格納したことを特徴とするコンピュータ可読記憶媒体。

Images