携帯電話及び印刷システムとその制御方法
【課題】 プリンタのCapabilityに、所定の印刷機能が含まれていない場合には、携帯電話側からの操作で、その所定の印刷指示を行う手段が存在しなかった。
【解決手段】 携帯電話と印刷装置との直接通信により携帯電話から供給される画像データに基づいて印刷装置により画像を印刷する印刷システムであって、印刷装置の印刷機能を取得し（Ｓ１２）、形態電話のＵＩを使用して入力された印刷仕様が印刷装置の印刷機能では実現できない場合、携帯電話からサーバに対応する処理を要求し（Ｓ５）、サーバで処理された結果を受け取って（Ｓ９）印刷装置により画像を印刷させる。
【解決手段】 携帯電話と印刷装置との直接通信により携帯電話から供給される画像データに基づいて印刷装置により画像を印刷する印刷システムであって、印刷装置の印刷機能を取得し（Ｓ１２）、形態電話のＵＩを使用して入力された印刷仕様が印刷装置の印刷機能では実現できない場合、携帯電話からサーバに対応する処理を要求し（Ｓ５）、サーバで処理された結果を受け取って（Ｓ９）印刷装置により画像を印刷させる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯電話と印刷装置との直接通信により携帯電話から供給される画像データに基づいて印刷装置により画像を印刷する印刷システム及び携帯電話とその制御方法に関するものである。
【背景技術】
【０００２】
近年、画像を撮影し、その撮影した画像をデジタル画像データで出力できるデジタルカメラが広く使用されるようになってきている。また、このようなカメラ機能を備えた携帯電話も広く普及してきている。このようなカメラや携帯電話で撮影した画像を印刷して写真として使用する場合には、通常、一旦、そのデジタル画像データをデジタルカメラ或は携帯電話からＰＣ（コンピュータ）に取り込み、ＰＣで画像処理を行った後、ＰＣからカラープリンタ等の印刷装置に出力して印刷するのが一般的であった。
【０００３】
これに対して最近は、ＰＣを介することなく、直接、カメラから印刷装置にデジタル画像データを伝送して印刷することができるカラープリントシステムや、カメラに搭載され、撮像した画像データを記憶しているメモリカードを直接カラープリンタに装着し、そのメモリカードに記憶されている画像データを読み出して印刷できる、所謂フォトダイレクト（ＰＤ）プリンタ等も開発されている。特にカメラ等から直接、ＵＳＢ等のインターフェースを介してカラープリンタに画像データを転送して印刷できるシステムは、カメラダイレクト、ＵＳＢダイレクトもしくはデジカメダイレクトプリント等と呼ばれ、ＰＣの操作が苦手なユーザに対しても広く普及し始めている。更に近年、カメラダイレクト印刷等における通信プロトコルを規定したPictBridgeという業界標準規格が発表されてから、カメラから直接プリンタに画像データを送信して印刷することが広く行われるようになってきている。
【０００４】
最近、このようなカメラダイレクトプリント機能を採用したプリンタが市場に流通し始めてきたことに伴い、カメラ機能を搭載した携帯電話にも、ダイレクトプリント機能を採用して、携帯電話で撮影した画像を直接プリンタに転送して印刷させるといった新しいソリューションも出現し始めている。PictBridgeでは、プリンタのCapabilityに応じた画像データを画像供給装置（デジカメや携帯電話）からプリンタに供給している。また、前述のカメラ機能を搭載した携帯電話で撮影された画像も多くはＥＸＩＦ／ＪＰＥＧで符号化されており、プリンタ側も、画像フォーマットとしてＥＸＩＦ／ＪＰＥＧに対応している。このような場合は、直接、符号化された画像データを直接ＵＳＢケーブルを介してプリンタに送出している。
【０００５】
このようにプリンタが処理可能な画像フォーマットは、写真印刷に適しているＥＸＩＦ／ＪＰＥＧだけの場合が多いが、今後は市場のニーズに対応しつつ携帯電話で扱われる画像フォーマットも多種多様になると予想される。
【０００６】
特に携帯電話では、インターネット網や独自の通信網を活用した各種通信サービスがユーザに提供されており、その代表的なものにメールサービスがある。このメールサービスでは、写真画像のデータや他のフォーマットのデータをメールに添付するサービスがあり、ユーザ同士で種種のフォーマットの画像データがやり取りされる。従って、カメラダイレクトで印刷を行う場合、前述した画像フォーマット以外にも、各種フォーマットの画像データを扱いたいという要求が生じることは明らかである。
【０００７】
しかし、プリンタの実装に関してリソースの限度があるため、これら多種多様な画像フォーマットに対応することは大変難しい。またデジタルカメラや携帯電話においても、プリンタと同様に、多種多様な画像フォーマットに対処できる機能を実装することに限界があるため、全ての画像フォーマットに対応可能とすることは実用的ではない。
【０００８】
このようなカメラをインターネットに接続し、そのカメラで処理できない画像処理を行いたい場合には、インターネット上のサーバに画像データを転送して、撮影した画像の加工変換を行わせ、その変換後の画像データを受信することが提案されている（特許文献１）。
【特許文献１】特開２００１−１８９８８６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
しかし上述の特許文献１に記載の技術は、あくまでもカメラが有していない機能をサーバにより代行させるものである。これに対して、カメラとプリンタとを接続して印刷を行う場合に、プリンタのCapabilityに含まれていない機能（例えばＮ−ｕｐ印刷や日付印刷等）は、実現することができなかった。つまり従来はプリンタのCapabilityに応じて、Ｎ−ｕｐ印刷や日付印刷指定をカメラ側のＵＩで選択できる仕組みであり、プリンタのCapabilityにそれらの機能（Ｎ−ｕｐや日付指定印刷）が含まれていない場合には、携帯電話側からの操作で印刷指示を行う手段が存在しなかった。
【００１０】
本発明は上記問題点に鑑みてなされたもので、本願発明の特徴は、携帯電話から直接印刷装置に画像データを供給して印刷を行う場合に、印刷装置が有していない機能をサーバに代行させることにより、携帯電話及び印刷装置が有していない機能を実現して印刷を行うことができる携帯電話及び印刷システムとのその制御方法を提供することにある。
【課題を解決するための手段】
【００１１】
本発明の一態様に係る印刷システムは以下のような構成を備える。即ち、
携帯電話と印刷装置との直接通信により前記携帯電話から供給される画像データに基づいて前記印刷装置により画像を印刷する印刷システムであって、
前記印刷装置の印刷機能を取得する取得手段と、
印刷仕様を入力する入力手段と、
前記入力手段で入力された印刷仕様が、前記取得手段で取得した前記印刷装置の印刷機能では実現できない場合、前記携帯電話からサーバに対応する処理を依頼する手段と、
前記サーバにより処理された結果に基づいて、前記印刷装置により画像を印刷させるように制御する印刷制御手段とを有することを特徴とする。
【００１２】
本発明の一態様に係る携帯電話は以下のような構成を備える。即ち、
印刷装置との直接通信により前記印刷装置に画像データを供給して印刷させる携帯電話であって、
前記印刷装置の印刷機能を取得する取得手段と、
印刷仕様を入力する入力手段と、
前記入力手段で入力された印刷仕様が、前記取得手段で取得した前記印刷装置の印刷機能では実現できない場合、通信網を介してサーバに対応する処理を依頼する手段と、
前記サーバにより処理された結果に基づいて前記印刷装置により画像を印刷させるように制御する印刷制御手段とを有することを特徴とする。
【００１３】
本発明の一態様に係る印刷制御方法は以下のような工程を備える。即ち、
携帯電話と印刷装置との直接通信により前記携帯電話から供給される画像データに基づいて前記印刷装置により画像を印刷させる印刷制御方法であって、
前記印刷装置の印刷機能を取得する取得工程と、
印刷仕様を入力する入力工程と、
前記入力工程で入力された印刷仕様が、前記取得工程で取得した前記印刷装置の印刷機能では実現できない場合、前記携帯電話からサーバに対応する処理を依頼する工程と、
前記サーバにより処理された結果に基づいて前記印刷装置により画像を印刷させるように制御する印刷制御工程とを有することを特徴とする。
【００１４】
本発明の一態様に係る携帯電話の制御方法は以下のような工程を備える。即ち、
印刷装置との直接通信により前記印刷装置に画像データを供給して印刷させる携帯電話の制御方法であって、
前記印刷装置の印刷機能を取得する取得工程と、
印刷仕様を入力する入力工程と、
前記入力工程で入力された印刷仕様が、前記取得工程で取得した前記印刷装置の印刷機能では実現できない場合、通信網を介してサーバに対応する処理を依頼する工程と、
前記サーバにより処理された結果に基づいて前記印刷装置により画像を印刷させるように制御する印刷制御工程とを有することを特徴とする。
【発明の効果】
【００１５】
本発明によれば、携帯電話に実装する機能を抑えて、各種形式の画像データの印刷や画像処理を実行できるという効果がある。
【００１６】
また本発明によれば、サーバで処理された画像データをサーバに保存させ、またサーバから対象画像をダウンロードして印刷することができる。
【発明を実施するための最良の形態】
【００１７】
以下、添付図面を参照して本発明の好適な実施の形態を詳しく説明する。尚、この接続形態では、接続確認時もしくは印刷を開始する前に携帯電話がプリンタのCapabilityを取得する場合で説明をしている。更に、この携帯電話はインターネットに接続可能であり、インターネットを介してサーバとの間でデータのやり取りを行うことができる。
【００１８】
図１は、本発明の実施の形態に係る印刷システムを説明する概念図である。
【００１９】
この印刷システムは、カメラ機能付き携帯電話（ＣＰ）３０２０とフォトダイレクトプリンタ装置（ＰＤプリンタ）１０００との間で、汎用のインターフェースを介して通信し、ＣＰ３０２０からＰＤプリンタ１０００に画像データを供給して印刷させるのを基本構成としている。尚、この汎用インターフェースは、例えばＵＳＢ、IEEE.11B／G等の無線インターフェースをも含む。また、ＣＰ３０２０は、特にカメラ機能を有していなくても、インターネット１０１と接続して、例えばプロバイダ１０４，２０３から画像データを受信できるものであっても良い。
【００２０】
図において、インターネット通信網１０１には、アクセスポイント１０２、サービスプロバイダ１０４、サーバ１０５、コンテンツプロバイダ２０３が接続されている。ＣＰ３０２０は、アクセスポイント１０２を介してインターネット通信網１０１と接続可能である。このような構成において、ＣＰ３０２０は、サービスプロバイダ１０４より提供される各種情報を受信して、ＣＰ３０２０の表示部に表示したり、コンテンツプロバイダ２０３から供給される音楽や画像データを受信してＣＰ３０２０のメモリに保存したり、或は表示部に表示したり、音響信号としてスピーカより再生することができる。ＰＤプリンタ１０００の構成については詳しく後述する。
【００２１】
ＣＰ３０２０により撮影した画像、或はプロバイダから受信した画像データ、更には他の携帯電話から受信した画像を印刷する場合には、ＣＰ３０２０はインターフェースを介して接続されているＰＤプリンタ１０００の機能（Capability）を確認し、そのＰＤプリンタ１０００の機能に対応できない画像データ等を印刷したい場合、或はＰＤプリンタ１０００が有していない印刷モードで印刷を行いたい場合には、まずインターネット通信網１０１を介してサーバ１０５にその画像データを送信し、サーバ１０５に対して、ＰＤプリンタ１０００における印刷仕様に適合した画像フォーマット或は画像データに変換させる。こうして変換された画像データを、インターネット通信網１０１を介してサーバ１０５から受取り、その受信した、変換された画像データをＰＤプリンタ１０００に送信して印刷する。
【００２２】
また、所定対象の画像データ量が多くてサーバ１０５における画像データの変換処理に多くの時間が掛かると予想される場合には、前述と同様にして、まずサーバ１０５に対して画像データを送信し、ＰＤプリンタ１０００における印刷仕様に適合した画像フォーマット或は画像データに変換した後、その変換した画像データを、一旦サーバ１０５のメモリに記憶させる。こうしてサーバ１０５で記憶された画像データのアドレスを示すＵＲＬをサーバ１０５から受取る。そしてＣＰ３０２０が印刷を行いたい場合には、そのＵＲＬにアクセスして、変換された画像データを取得し、その取得した画像データをＰＤプリンタ１０００に送信して印刷する。
【００２３】
図２は、本実施の形態に係るカメラ付き携帯電話機（ＣＰ）３０２０の構成を示すブロック図である。尚、このようなカメラ付き携帯電話機のハードウェアは公知であるので簡単に説明する。
【００２４】
図において、ＣＰＵ３１は、ＲＯＭ３２に記憶されている制御プログラムに従って、このＣＰ３０２０全体の制御を司っている。ＲＯＭ３２は、ＣＰＵ３１により実行される処理手順（ファームウェア）を記述したプログラムを記憶している（但し、ファームウェアは適宜バージョンアップが行われることを想定し、書き込み可能な不揮発性メモリ、例えばフラッシュメモリで構成される）。ＲＡＭ３３は、ＣＰＵ３３による処理の実行時にワークエリアとして使用され、各種データを一時的に記憶する。操作ボタン及びスイッチ群３４は、数字入力や文字入力に使用されるテンキーや通話キー、各種機能を指示するスイッチ等を含んでいる。液晶表示部３５は、カメラ機能を利用して撮像した画像、或はメモリカード４０に記憶されている画像を画面上で確認したり、各種設定を行う際のメニューを表示するために使用される。これら操作ボタン及びスイッチ群３４及び表示部３５は、本実施の形態では、ダイレクトプリントシステムを実現する場合に、このシステム全体のユーザインターフェースとして機能する。光学ユニット３６は、主としてレンズ及びその駆動系を有する。ＣＣＤ素子３７は、光学ユニット３６により結像された画像を電気信号に変換する。ドライバ３８は、ＣＰＵ３１の制御下において光学ユニット３６を制御して自動焦点制御や絞りの調整などを行う。メモリカード４０は、例えば、コンパクトフラッシュ（登録商標）メモリカード、スマートメディア等の記憶媒体で、コネクタ３９を介してバスに接続されている。有線インターフェース４１は、ＰＣ３０１０或いは本実施の形態に係るＰＤプリンタ１０００と接続するためのＵＳＢインターフェース（ＵＳＢのスレーブ側）である。無線インターフェース４２は、携帯電話として基地局と通信を行うための無線Ｉ／Ｆである。マイクロフォン４３及びスピーカ４４はそれぞれ電話機としての通話において使用される。スピーカ４４は更に、プロバイダから受信した音楽コンテンツなどの再生に使用される。ＪＰＥＧ／ＭＰＥＧエンコーダ４５は、画像データをＪＰＥＧ或はＭＰＥＧコードに符号化する。また前述したように、ＰＤプリンタ１０００と接続するための無線インターフェース（不図示）を備えていても良い。また図面に示していないが、これ以外にも、電池やアンテナなどが含まれている。
【００２５】
以上が本実施の形態に係るカメラ付き携帯電話の基本的な構成であるが、この携帯電話には、以下に示すような各種機能が設けられている。これら機能には、例えばプリンタとの間での印刷処理、インターネットを介するサーバへの処理要求及びサーバとの間でのデータのやり取り、カレンダ表示、メール送受信の制御や、ＵＩ生成及びＵＩに基づく画像処理などが含まれる。これら各種機能については詳しく後述する。
【００２６】
図３は、本発明の実施の形態に係るフォトダイレクトプリンタ装置（以下、ＰＤプリンタ）１０００の概観斜視図である。このＰＤプリンタ１０００は、ホストコンピュータ（ＰＣ）からデータを受信して印刷する通常のＰＣプリンタとしての機能と、メモリカードなどの記憶媒体に記憶されている画像データを直接読取って印刷したり、或いはデジタルカメラやＰＤＡなどからの画像データを受信して印刷する機能を備えている。
【００２７】
図３において、本実施の形態に係るＰＤプリンタ１０００の外殻をなす本体は、下ケース１００１、上ケース１００２、アクセスカバー１００３及び排出トレイ１００４の外装部材を有している。また、下ケース１００１は、ＰＤプリンタ１０００の略下半部を、上ケース１００２は本体の略上半部をそれぞれ形成しており、両ケースの組合せによって内部に後述の各機構を収納する収納空間を有する中空体構造をなし、その上面部及び前面部にはそれぞれ開口部がされている。さらに、排出トレイ１００４は、その一端部が下ケース１００１に回転自在に保持され、その回転によって下ケース１００１の前面部に形成される開口部を開閉させ得るようになっている。このため、記録動作を実行させる際には、排出トレイ１００４を前面側へと回転させて開口部を開成させることにより、ここから記録されたシート（普通紙、専用紙、樹脂シート等を含む。以下単にシートとする）が排出可能となると共に、排出されたシートを順次積載し得るようになっている。また排紙トレイ１００４には、２枚の補助トレイ１００４ａ，１００４ｂが収納されており、必要に応じて各トレイを手前に引き出すことにより、シートの支持面積を３段階に拡大、縮小させ得るようになっている。
【００２８】
アクセスカバー１００３は、その一端部が上ケース１００２に回転自在に保持され、上面に形成される開口部を開閉し得るようになっており、このアクセスカバー１００３を開くことによって本体内部に収納されている記録ヘッドカートリッジ（不図示）或いはインクタンク（不図示）等の交換が可能となる。尚、ここでは特に図示しないが、アクセスカバー１００３を開閉させると、その裏面に形成された突起がカバー開閉レバーを回転させるようになっており、そのレバーの回転位置をマイクロスイッチなどで検出することにより、アクセスカバー１００３の開閉状態を検出し得るようになっている。
【００２９】
また、上ケース１００２の上面には、電源キー１００５が設けられている。また、上ケース１００２の右側には、液晶表示部１００６や各種キースイッチ等を備える操作パネル１０１０が設けられている。この操作パネル１０１０の構造は、図４を参照して詳しく後述する。１００７は自動給送部で、シートを装置本体内へと自動的に給送する。１００８は紙間選択レバーで、プリントヘッドとシートとの間隔を調整するためのレバーである。１００９はカードスロットで、ここにメモリカードを装着可能なアダプタが挿入され、このアダプタを介してメモリカードに記憶されている画像データを直接取り込んで印刷することができる。このメモリカード（ＰＣ）としては、例えばコンパクトフラッシュ（登録商標）メモリ、スマートメディア、メモリスティック等がある。１０１１はビューワ（液晶表示部）で、このＰＤプリンタ１０００の本体に着脱可能であり、ＰＣカードに記憶されている画像の中からプリントしたい画像を検索する場合などに、１コマ毎の画像やインデックス画像などを表示するのに使用される。１０１２は後述するデジタルカメラを接続するためのＵＳＢ端子である。また、このＰＤ装置１０００の後面には、パーソナルコンピュータ（ＰＣ）を接続するためのＵＳＢコネクタが設けられている。
【００３０】
図４は本実施の形態に係るＰＤプリンタ１０００の操作パネル１０１０の概観図である。
【００３１】
図において、液晶表示部１００６には、その左右に印刷されている項目に関するデータを各種設定するためのメニュー項目が表示される。ここに表示される項目としては、例えば、複数ある写真画像ファイルの内、印刷したい写真画像の先頭番号、指定コマ番号（開始コマ指定／印刷コマ指定）、印刷を終了したい最後の写真番号（終了）、印刷部数（部数）、印刷に使用するシートの種類（用紙種類）、１枚のシートに印刷する写真の枚数設定（レイアウト）、印刷の品位の指定（品位）、撮影した日付を印刷するかどうかの指定（日付印刷）、写真を補正して印刷するかどうかの指定（画像補正）、印刷に必要なシートの枚数表示（用紙枚数）等がある。これら各項目は、カーソルキー２００１を用いて選択、或いは指定される。２００２はモードキーで、このキーを押下する毎に、印刷の種類（インデックス印刷、全コマ印刷、１コマ印刷、指定コマ印刷等）を切り替えることができ、これに応じてＬＥＤ２００３の対応するＬＥＤが点灯される。２００４はメンテナンスキーで、プリントヘッドのクリーニング等、プリンタのメンテナンスを行わせるためのキーである。２００５は印刷開始キーで、印刷の開始を指示する時、或いはメンテナンスの設定を確立する際に押下される。２００６は印刷中止キーで、印刷を中止させる時や、メンテナンスの中止を指示する際に押下される。
【００３２】
次に図５を参照して、本実施の形態１に係るＰＤプリンタ１０００の制御に係る主要部の構成を説明する。尚、この図５において、前述の図面と共通する部分は同じ記号を付与して、それらの説明を省略する。
【００３３】
図５は、本実施の形態１に係るＰＤプリンタの制御に係る主要部の構成を示すブロック図である。
【００３４】
図において、３０００は制御部（制御基板）を示している。３００１はＡＳＩＣ（専用カスタムＬＳＩ）を示している。３００２はＤＳＰ（デジタル信号処理プロセッサ）で、内部にＣＰＵを有し、後述する各種制御処理及び、輝度信号（ＲＧＢ）から濃度信号（ＣＭＹＫ）への変換、スケーリング、ガンマ変換、誤差拡散等の画像処理等を担当している。３００３はメモリで、ＤＳＰ３００２のＣＰＵの制御プログラムを記憶するプログラムメモリ３００３ａ、及び実行時のプログラムを記憶するＲＡＭエリア、画像データなどを記憶するワークメモリとして機能するメモリエリアを有している。３００４はプリンタエンジンで、ここでは、複数色のカラーインクを用いてカラー画像を印刷するインクジェットプリンタのプリンタエンジンが搭載されている。３００５はデジタルカメラ（ＤＳＣ）３０１２を接続するためのポートとしてのＳＵＢ−ＵＳＢで、コネクタ１０１２を有している。更に、このコネクタ１０１２には、ＤＳＣ３０１２或はカメラ付き携帯電話（ＣＰ３０２０）が接続される。３００６はビューワ１０１１を接続するためのコネクタである。３００８はＵＳＢハブ(USBHUB)で、このＰＤプリンタ１０００がＰＣ３０１０からの画像データに基づいて印刷を行う際には、ＰＣ３０１０からのデータをそのままスルーし、ＵＳＢ３０２１を介してプリンタエンジン３００４に出力する。これにより、接続されているＰＣ３０１０は、プリンタエンジン３００４と直接、データや信号のやり取りを行って印刷を実行することができる（一般的なＰＣプリンタとして機能する）。３００９は電源コネクタで、電源３０１９により、商用ＡＣから変換された直流電圧を入力している。ＰＣ３０１０は一般的なパーソナルコンピュータ、３０１１は前述したメモリカード（ＰＣカード）、３０１２はデジタルカメラ（ＤＳＣ：DigitalStillCamera)である。
【００３５】
尚、この制御部３０００とプリンタエンジン３００４との間の信号のやり取りは、前述したＵＳＢ３０２１又はＩＥＥＥ１２８４バス３０２２を介して行われる。
【００３６】
図６は、本実施の形態に係るＰＤプリンタ１０００のＡＳＩＣ３００１の構成を示すブロック図である。この図６においても、前述の図面と共通する部分は同じ記号を付与して、それらの説明を省略する。
【００３７】
４００１はＰＣカードインターフェース部で、装着されたＰＣカード３０１１に記憶されている画像データの読取り、或いはＰＣカード３０１１へのデータの書き込み等を行う。４００２はＩＥＥＥ１２８４インターフェース部で、プリンタエンジン３００４との間のデータのやり取りを行う。このＩＥＥＥ１２８４インターフェース部４００２は、ＤＳＣ３０１２、ＣＰ３０２０からの、或いはＰＣカード３０１１に記憶されている画像データを印刷する場合に使用されるバスである。４００３はＵＳＢインターフェース部で、ＰＣ３０１０との間でのデータのやり取りを行う。４００４はＵＳＢホストインターフェース部で、接続されたＤＳＣ３０１２或いはＣＰ３０２０との間でのデータのやり取りを行う。４００５は操作パネル・インターフェース部で、操作パネル１０１０からの各種操作信号の入力や、表示部１００６への表示データの出力等を行う。４００６はビューワ・インターフェース部で、ビューワ１０１１への画像データの表示を制御している。４００７は各種スイッチやＬＥＤ４００９等との間のインターフェースを制御するインターフェース部である。４００８はＣＰＵインターフェース部で、ＤＳＰ３００２との間でのデータのやり取りの制御を行っている。４０１０はこれら各部を接続する内部バス（ＡＳＩＣバス）である。
【００３８】
図７は、上述の印刷システムにおいて、ＣＰ３０２０からＰＤプリンタ１０００に対してプリント要求を発行して印刷を行う場合の大まかな信号フローを説明する図である。
【００３９】
この処理手順は、ＰＤプリンタ１０００とＣＰ３０２０とがＵＳＢケーブルを介して接続された後、或は無線により通信を行うことにより互いにＤＰＳ仕様に準拠していることを確認した後に実行される。まずＣＰ３０２０は「ConfigurePrintService」をＰＤプリンタ１０００に送信して、ＰＤプリンタ１０００の状態をチェックする（６００）。これに対してＰＤプリンタ１０００から、その時点でのＰＤプリンタ１０００の状態（ここでは「アイドル」状態）が通知される（６０１）。ここでは「アイドル」状態であるため、ＣＰ３０２０はＰＤプリンタ１０００のCapabilityを問合せ（６０２）、ＰＤプリンタ１０００から、そのプリンタのCapabilityを取得する。次にそのCapabilityに応じたプリント開始要求（StartJob）を発行する（６０３）。尚、このプリント開始要求は、６０１で、後述するＰＤプリンタ１０００からのステータス情報の中の「newJobOK」が「True（真）」になっていることを条件にしてＣＰ３０２０からＰＤプリンタ１０００に発行される。
【００４０】
このプリント開始要求に対してＰＤプリンタ１０００は、印刷が指示された画像データのファイルＩＤに基づいてファイル情報をＣＰ３０２０に要求する（GetFileInfo）（６０４）。これに応答してＣＰ３０２０から、そのファイル情報（FileInfo）が送信される。このファイル情報にはファイル容量等の情報が含まれる。そしてＰＤプリンタ１０００がそのファイル情報を受信して処理可能であると判断すると、そのファイル情報をＣＰ３０２０に要求する（GetFile）（６０５）。これによりその要求されたファイルの画像データ（ImageFile）がＣＰ３０２０からＰＤプリンタ１０００に送られる。これによりＰＤプリンタ１０００がプリント処理を開始すると、６０６で「印刷中（Printing）」を示すステータス情報が、ＰＤプリンタ１０００からＣＰ３０２０に「NotifyDeviceStatus」によって送られる。そして１頁のプリント処理が終了すると、次のページの処理開始時にＰＤプリンタ１０００から「NotifyJobStatus」６０７により、それが通知される。そして１頁だけの印刷であれば、そのプリント要求した１頁の印刷が終了すると、次に「NotifyDviceStatus」６０８によりＰＤプリンタ１０００が「アイドル」状態になったことが通知される（NotifyDeviceStatus(Idle)）。
【００４１】
尚、例えば、１頁に複数（Ｎ）の画像をレイアウトして印刷するＮ−ｕｐ印刷の場合には、Ｎ枚の画像を印刷する度に、「NotifyJobStatus」６０７がＰＤプリンタ１０００からＣＰ３０２０に送られることになる。本実施の形態での「NotifyJobStatus」及び「NotifyDeviceStatus」の発行タイミングと画像データの取得の順番は一例であり、製品の実装によっては様々なケースが起こりうる。
【００４２】
［実施の形態１］
図８は、本発明の実施の形態１に係るカメラ付き携帯電話（ＣＰ）３０２０とＰＤプリンタ１０００との間で通信を行って、ＣＰ３０２０からＰＤプリンタ１０００に画像データを供給して印刷を行う場合の処理の流れを説明する図である。図において、ステップＳ１〜Ｓ９はＣＰ３０２０による処理を示し、ステップＳ１１〜Ｓ１７はＰＤプリンタ１０００における処理を、そしてステップＳ２１〜Ｓ２３は、サーバ１０５による処理をそれぞれ示している。
【００４３】
ステップＳ１及びステップＳ１１では、ＣＰ３０２０とＰＤプリンタ１０００との間で、互いにダイレクトプリント仕様に準拠していることを確認する。このときＣＰ３０２０はＰＤプリンタ１０００に対して、プリンタの状態やデバイス情報を問合せる。これに対してＰＤプリンタ１０００から、その時点でのＰＤプリンタ１０００の状態やデバイス情報が通知される。このデバイス情報には、例えば接続プロトコルのバージョンや、プリンタのベンダー名や機種名等が通知される。次にＣＰ３０２０は、図７の６０２で示すように、ＰＤプリンタ１０００に対して、そのCapabilityを要求する。
【００４４】
これによりＰＤプリンタ１０００は、ステップＳ１２でＰＤプリンタ１０００の印刷機能に関する能力情報（Capability）を作成してＣＰ３０２０に送信する。ＣＰ３０２０はこのCapabilityを受信し、ステップＳ２で、ＵＩを構築して表示部３５に表示する。尚、ここでは、このＵＩには、ＰＤプリンタ１０００が有していない印刷機能であっても、その機能を指示できるＵＩを表示する。
【００４５】
図９は、本実施の形態に係るＣＰ３０２０のＵＩを説明する図で、図２の構成と共通する部分は同じ記号で示している。このＣＰ３０２０は折畳式で、表示部３５の表示が見られるように開かれた状態を示している。
【００４６】
図において、表示部３５には印刷用のメニュが表示されており、各項目をカーソル及び選択キー８０１を使用して指示することにより、各印刷項目を指定できる。例えば、「画像／インデックス」印刷を指示すると、画像の印刷或はインデックス印刷を指定できる。画像印刷を指示すると、メモリカード４０に記憶されている画像がインデックス表示され、その中からユーザが印刷したい画像を１つ或は複数選択できる。「レイアウト印刷」は画像印刷時にのみ有効で、１枚の用紙に複数画像をレイアウトして印刷する。この「レイアウト印刷」がＯＮに設定されると、レイアウトされる画像数を設定する画面が表示される。「日付印刷」、「フチあり」印刷指示はそれぞれ、画像に日付を印刷するか、或はフチあり、フチなしで印刷するかを指定する。「サーバ保存」は、サーバ１０５により変換された画像ファイルをサーバに一時保存させる場合に指示される（この処理は後述する）。「ＵＲＬ印刷」は、画像ファイルが記憶されているＵＲＬを指定して印刷を行わせる場合に指示される。これがオンにされると、そのＵＲＬを入力するための画面が表示されるか、或は予め登録されているいくつかのＵＲＬ候補が表示される。「印刷スタート」は印刷の開始を指示するために選択される。
【００４７】
次にステップＳ３では、ＣＰ３０２０のユーザは、その構築されたＵＩ画面を参照して印刷したい画像を選択し、その画像の印刷形式を設定して印刷処理の開始を指示する。次にステップＳ４では、このＵＩを使用して設定された印刷機能がＰＤプリンタ１０００が有していない印刷機能を含むかどうかを判定する。ＰＤプリンタ１０００が有していない印刷機能を含まない時はステップＳ６に進み、ユーザの指定に基づいて印刷ジョブファイルを作成し、ステップＳ７で、その印刷ジョブファイルをＰＤプリンタ１０００に送信する。
【００４８】
この印刷ジョブファイルはステップＳ１３でＰＤプリンタ１０００により受信される。次にステップＳ１４で、ＰＤプリンタ１０００は、その受信した印刷ジョブファイルを解析してプリントの準備を行う。そして、その印刷ジョブファイルに記載されている印刷対象の「画像ファイル情報の取得要求」をＣＰ３０２０に対して発行し、これに応答してＣＰ３０２０から送信される画像ファイル情報に基づいて、実際に印刷する画像データを含む画像ファイルをＣＰ３０２０に要求して、その画像をファイルを得る（ステップＳ１４）。ＰＤプリンタ１０００は、その印刷用の画像ファイルを受信すると、その画像ファイルの画像データを復号して画像処理を行い、ＰＤプリンタ１０００で印刷できる形式の画像に変換する（ステップＳ１５）。そしてステップＳ１６で、その変換した画像データに基づいて印刷を行う。こうして、その画像ファイルの画像データの印刷が完了すると、ステップＳ１７でその画像ファイルの印刷が完了した旨をＣＰ３０２０に通知する。ＣＰ３０２０は、ステップＳ８でこの印刷終了通知を受信すると、この処理を終了する。
【００４９】
一方、ステップＳ４で、ＰＤプリンタ１０００が有していない印刷機能を含む場合はステップＳ５に進み、サーバ１０５に対して、その印刷機能を満足できるように画像を処理を依頼する。
【００５０】
この具体例を以下に説明する。
【００５１】
先ずＣＰ３０２０では、印刷用の画像データは、ＣＰ３０２０が有しているカメラ機能を使用して撮影して規定のフォーマットにエンコードされて、メモリーカード４０或は本体の不揮発性メモリなどに記憶されている。本実施の形態では、この記憶されている画像のフォーマットをＰＮＧフォーマットとする。このＰＮＧフォーマットは、可逆圧縮方式を採用した圧縮率の高い画像フォーマットで、最近汎用的に使われ始めている。
【００５２】
このとき前述のステップＳ１２で取得したＰＤプリンタ１０００のCapabilityによれば、ＰＤプリンタ１０００における処理対象の画像フォーマットは、「ＥＸＩＦ」及び「ＪＰＥＧ」と規定されていたとする。この場合、ＣＰ３０２０からＰＮＧフォーマットの画像データをＰＤプリンタ１０００に送信しても、ＰＤプリンタ１０００において、それを復号して印刷することは不可能である。この場合ＣＰ３０２０自身も、機器の制約上、このような画像フォーマットの変換機能を有していない事を前提としている。そこで、ＣＰ３０２０は、インターネット１０１を介してサーバ１０５にそのＰＮＧフォーマットの画像データを送信して、ＰＮＧフォーマットからＥＸＩＦ／ＪＰＥＧのフォーマットに変換するように依頼する場合が考えられる。
【００５３】
このような要求を受信したサーバ１０５は、その受信画像フォーマットを、指定されたフォーマット（ここではＥＸＩＦ／ＪＰＥＧフォーマット））に変換すべく処理を実行する（ステップＳ２２）。こうして処理された画像ファイルをＣＰ３０２０に送信する（ステップＳ２３）。
【００５４】
この変換された画像ファイルはステップＳ９でＣＰ３０２０により受信され、これに基づいて印刷ジョブファイルが作成される。そしてステップＳ７で、その作成した印刷ジョブファイルをＰＤプリンタ１０００に送信する。これ以降の処理は前述のステップＳ８，ステップＳ１３〜Ｓ１７の場合と同様にして実行される。
【００５５】
尚、本実施の形態に係るサーバ１０５は、ＣＰ３０２０から受信した依頼情報を解釈する機能、及びＰＮＧフォーマットの画像をデコードしてＥＸＩＦ／ＪＰＥＧフォーマットの画像にエンコードする機能を有している必要がある。又、このサーバ１０５の機能としては、上述のフォーマット変換のみでなく、他のフォーマットの変換情報及びエンコード／デコード機能の保有、例えば、ＸＨＴＭＬフォーマット、ＧＩＦＦフォーマット等の他のフォーマットにも対応していてもよい。
【００５６】
また更に、ステップＳ２１で、ＣＰ３０２０からの依頼要求を受信した際、サーバ１０５がそれに対応する機能を有していない場合は、その旨をＣＰ３０２０に通知するようにしても良い。この場合は、ＣＰ３０２０ＵＩはＵＩを変更し、ユーザに対して印刷不可などを報知するようにしても良い。
【００５７】
上述の実施の形態では、一枚の画像をＣＰ３０２０からＰＤプリンタ１０００に送信して印刷する場合で説明したが、複数枚の画像印刷、或は他のCapabilityに応じた形態での画像印刷、ＤＰＯＦに基づく画像印刷など、各種印刷レイアウト等のサービスを組み合わせた印刷ジョブの場合にも適用できる。
【００５８】
この一例として、例えばＮ−ｕｐ印刷を行う例で説明する。ステップＳ３でＣＰ３０２０のＵＩを使用して、２つの画像が選択されて２−ｕｐ印刷（１枚用紙に２つの画像を印刷する）が指示されたが、ＰＤプリンタ１０００がこの２−ｕｐ印刷機能を有していないことが、ＰＤプリンタ１０００のCapabilityから事前に分かっている場合で説明する。
【００５９】
この場合は、ＰＤプリンタ１０００が有していない機能であるため、ステップＳ５で、サーバ１０５に対して２−ｕｐ印刷を行うための画像処理を依頼する。ここでは２−ｕｐの変換情報とともに、選択された印刷対象の２つのＥＸＩＦ／ＪＰＥＧ画像ファイルをサーバ１０５に送信する。ステップＳ２１で、この情報を受信したサーバ１０５は、ステップＳ２２で、その受信したＥＸＩＦ／ＪＰＥＧ画像データをレイアウト情報を基に、一枚の用紙に、２つの選択された画像が入るように縮小してレイアウトして、２−ｕｐとなる新たな１つのＥＸＩＦ／ＪＰＥＧ画像データを作成する。そしてステップＳ２３で、その作成した１つの画像ファイルをＣＰ３０２０に送信する。
【００６０】
これによりＣＰ３０２０は、その受信した画像を基に、通常の１枚の画像印刷の場合（図８）と同様にして、印刷ジョブファイルを作成してＰＤプリンタ１０００に送信して印刷を行う。
【００６１】
尚、サーバ１０５に依頼する画像変換処理として、用紙レイアウトを例に説明したが、これ以外にも、固定サイズプリント、日付印刷、ファイル名印刷、クロッピング印刷等、様々な画像処理に適用してもよい。
【００６２】
図１０は、本実施の形態１に係るＣＰ３０２０とサーバ１０５との間でのデータのやり取りを説明する図である。ここではＣＰ３０２０とサーバ１０５とはＴＣＰ／ＩＰ接続されており、両機器間の通信プロトコルとしては、ネットワークで一般的に用いられているＨＴＴＰが用いられているものとする。
【００６３】
本実施の形態では、サーバ１０５が提供するサービスは、クライアント側からHTTP POSTメソッドによりサーバ１０５の所定のアドレスに送付されたＰＮＧ画像ファイルをＥｘｉｆ／ＪＰＥＧ画像ファイルに変換し、クライアント側からサーバ１０５側の所定のアドレスに対して行われるHTTP GETメソッドに対して、前述の変換したＥｘｉｆ／ＪＰＥＧ画像ファイルを供給する。また、ＣＰ３０２０は不図示の何らかの既存の仕組みにより、サーバ１０５のＩＰアドレス及びサービスの形態を既に取得しているものとする。
【００６４】
まずステップＳ１０１で、ＣＰ３０２０はHTTP POSTメソッドを用いて変換を希望するＰＮＧ画像ファイルをサーバ１０５に送信する。９０１は、このHTTP POSTリクエスト例を示している。１行目に記載のＰＯＳＴ宛先「xyz/input/」は、サーバ１０５が提供するサービスで規定された「サービス利用者がＰＮＧ画像ファイルを送付するべき宛先」である。２行目の送信元情報「abc:pn-abc」は、「abc」は送信元であるクライアント（ＣＰ３０２０）のアドレスを示し、「pn-abc」は、送信元であるクライアントが、このHTTP POSTメソッドで用いるポート番号が記述される。３行目の「CONTENT-LENGHT」には、このHTTP POSTリクエストに添付されたＰＮＧ画像ファイルのデータサイズが記述され、４行目の「CONTENT-TYPE」にはＰＮＧ画像ファイルを意味する文字列「img/png」が記述されている。そして、「CONTENT-TYPE」から一行空けて６行目からＰＮＧ画像ファイルがバイナリデータで添付されている。
【００６５】
サーバ１０５では、ステップＳ１１１で、ＰＮＧ画像ファイルを受信してステップＳ１１２で内部的に保持し（ここででは「xyz/input/」中に保持しているが、この保持形式及び場所は如何なる形式、方法を用いても良い）、ステップＳ１１３で、ＣＰ３０２０に対してHTTP POSTリクエストが正常に処理されたことを通知する。９１０は、HTTP POSTレスポンス例を示しており、１行目に記載の「200 OK」は正常終了を示す。
【００６６】
この正常応答がステップＳ１０２で受信されるとステップＳ１０３に進み、ＣＰ３０２０はHTTP GETメソッドを利用して、送付したＰＮＧ画像ファイルをＥｘｉｆ／ＪＰＧ画像ファイルに変換した変換後の画像ファイルの取得要求をサーバ１０５に送信する。９０２は、HTTP GETリクエスト例を示す。１行目に記載のＧＥＴ宛先「xyz/output/abc.jpg」は、サーバ１０５が提供するサービスで規定された「サービス利用者がＥｘｉｆ／ＪＰＥＧ画像ファイルの送付を要求する際に指定すべき宛先」である。２行目の記述は９０１の場合と同様である。３行目の「CONTENT-TYPE」には、ＪＰＥＧ画像ファイルを意味する文字列「img/jpg」が記述されている。
【００６７】
この要求がステップＳ１１４でサーバ１０５により受信されると、ステップＳ１１５に進み、保持しているＰＮＧ画像ファイルをＥｘｉｆ／ＪＰＧ画像ファイルに変換する。そしてステップＳ１１６で、変換したＥｘｉｆ／ＪＰＥＧ画像ファイルをHTTP GETレスポンスとしてＣＰ３０２０に送付する。９１１は、このHTTP GETレスポンス例を示す。１行目に記載の「200 OK」は正常終了を示す。２行目の「CONTENT-LENGTH」には、このHTTP GETレスポンスに添付されたＥｘｉｆ／ＪＰＥＧ画像ファイルのデータサイズが記述され、３行目の「CONTENT-TYPE」には、Ｅｘｉｆ／ＪＰＥＧ画像ファイルを意味する文字列「img/jpg」が記述されている。そして「CONTNE-TYPE」から一行空けて５行目からＥｘｉｆ／ＪＰＥＧ画像ファイルが添付されている。
【００６８】
この変換済みの画像データは、ステップＳ１０４でＣＰ３０２０により受信され、次にステップＳ１０５で、その受信した変換後のＥｘｉｆ／ＪＰＥＧ画像ファイルが取得される。
【００６９】
図１１は、本実施の形態１の他の具体例（Ｎ−ｕｐ印刷）におけるＣＰ３０２０とサーバ１０５との間でのデータのやり取りを説明する図である。
【００７０】
本実施の形態１では、サーバ１０５が提供するサービスは、クライアント側からHTTP POSTメソッドによりサーバ１０５の所定のアドレスに送付されたＮ−ｕｐ画像合成依頼ＸＭＬスクリプト及びＸＭＬスクリプト中に記載された枚数分のＥｘｉｆ／ＪＰＥＧ画像ファイルから１枚のＥｘｉｆ／ＪＰＥＧ画像ファイルを合成し、クライアント側からサーバ側の所定のアドレスに対して行われるHTTP GETメソッドに対して、前述の合成したＥｘｉｆ／ＪＰＥＧ画像ファイルを供給する。またＣＰ３０２０は、前述の図１０と同様に、不図示の何らかの既存の仕組みにより、サーバ１０５のＩＰアドレス及びサービスの形態を既に取得しているものとする。
【００７１】
まずステップＳ１２１で、ＣＰ３０２０は、HTTP POSTメソッドを用いて合成を希望するＥｘｉｆ／ＪＰＥＧ画像ファイルの枚数を記述したＸＭＬスクリプトをサーバ１０５に対して送付する。９２０は、HTTP POSTリクエスト例を示す。１行目及び２行目は図１０中の９０１の場合と同じなので、その説明を省略する。３行目の「CONTENT-LENGTH」には、このHTTP POSTリクエストに添付された合成希望枚数を記述したＸＭＬスクリプトのサイズが記述される。４行目の「CONTENT-TYPE」には、ＸＭＬスクリプトを意味する文字列「text/xml」が記述されている。そして「CONTENT-TYPE」から一行空けて６行目から合成希望枚数を記述したＸＭＬスクリプトが記述されている。更に７行目の「n-up-request」が、複数枚の画像の合成依頼であるこのを示し、８行目の「number」に記載の「002」が２枚の画像合成を希望していることを示す。
【００７２】
ステップＳ１３１で、このＮ−ｕｐ依頼を受信したサーバ１０５は、ステップＳ１３２で、ＣＰ３０２０に対してHTTP POSTリクエストが正常に処理された事を通知する。９３０は、HTTP POSTレスポンス例を示し、１行目に記載の「200 OK」は正常終了を示す。
【００７３】
これを受信したＣＰ３０２０（ステップＳ１２２）は、ステップＳ１２３でHTTP POSTメソッドを用いて合成を希望する１枚目のＥｘｉｆ／ＪＰＥＧ画像ファイルをサーバ１０５に送信する。９２１は、HTTP POSTリクエスト例を示す図である。１行目及び２行目は図１０の９０１と同じなので、その説明を省略する。３行目の「CONTENT-LENGTH」には、HTTP POSTリクエストに添付された合成を希望する１枚目のＥｘｉｆ／ＪＰＥＧ画像ファイルのデータサイズが記述され、４行目の「CONTENT-TYPE」には、Ｅｘｉｆ／ＪＰＥＧ画像ファイルを意味する文字列「img/jpg」が記述されている。そして「CONTNET-TYPE」から一行空けて６行目から合成を希望する１枚目のＥｘｉｆ／ＪＰＥＧ画像ファイルが添付されている。
【００７４】
この画像ファイルは、ステップＳ１３３でサーバ１０５により受信されると、サーバ１０５は、その受信した１枚目のＥｘｉｆ／ＪＰＥＧ画像ファイルを内部的に保持し（ここでは「xyz/input/」に保持しているが、この保持形式、場所は如何なる形式、方法を用いても良い）、ＣＰ３０２０に対してHTTP POSTリクエストが正常に処理された事を通知する（ステップＳ１３４）。９３１は、HTTP POSTレスポンス例を示す。
【００７５】
これを受信した（ステップＳ１２４）ＣＰ３０２０は、続いてステップＳ１２５で、ステップＳ１２３と同様にして合成を希望する２枚目のＥｘｉｆ／ＪＰＥＧ画像ファイルを送信する。ステップＳ１３５〜Ｓ１３６で、サーバ１０５はステップＳ１３３〜Ｓ１３４と同様に保持と応答を行う。
【００７６】
以上のステップＳ１２１〜Ｓ１２６で、ＣＰ３０２０が依頼する合成画像ファイルの枚数及び画像ファイルが送付されたので、ステップＳ１２７で、ＣＰ３０２０はHTTP GETメソッドを利用して、合成されたＥｘｉｆ／ＪＰＧ画像ファイルの取得要求を行う。９２２は、HTTP GETリクエスト例を示し、１行目に記載のＧＥＴ宛先「xyz/output/abc.jpg」は、サーバ１０５が提供するサービスで規定された「サービス利用者が合成されたＥｘｉｆ／ＪＰＥＧ画像ファイルの送付を要求する際に指定すべき宛先」を示す。２行目の記述は図１０の９０２と同様である。３行目の「CONTENT-TYPE」には、Ｅｘｉｆ／ＪＰＥＧ画像ファイルを意味する文字列「img/jpg」が記述されている。
【００７７】
ステップＳ１３７で、この要求を受信するとサーバ１０５は、保持した２枚のＥｘｉｆ／ＪＰＥＧ画像ファイルを１枚のＥｘｉｆ／ＪＰＧ画像ファイルに合成する（ステップＳ１３８）。次にステップＳ１３９で、その合成したＥｘｉｆ／ＪＰＥＧ画像ファイルをHTTP GETレスポンスとしてＣＰ３０２０に送信する。９３３は、HTTP GETレスポンス例を示す。１行目に記載の「200 OK」は正常終了を示す。２行目の「CONTENT-LENGTH」には、このHTTP GETレスポンスに添付されたＥｘｉｆ／ＪＰＥＧ画像ファイルのデータサイズが記述される。３行目の「CONTENT-TYPE」には、Ｅｘｉｆ／ＪＰＥＧ画像ファイルを意味する文字列「img/jpg」が記述されている。そして「CONTENT-TYPE」から一行空けて５行目からＥｘｉｆ／ＪＰＥＧ画像ファイルが添付されている。
【００７８】
ＣＰ３０２０では、ステップＳ１２８で、この画像ファイルを受信し、ステップＳ１２９で、この受信した、合成されたＥｘｉｆ／ＪＰＥＧ画像ファイルを取得する。
【００７９】
以上説明したように本実施の形態１では、通信プロトコルとしてＨＴＴＰを用い、HTTP POSTメソッド及びHTTP GETメソッドを利用して説明したが、この両メソッドに限定する必要は無く、HTTP PUTを用いても良いし、他のプロトコルを用いても構わない。
【００８０】
また本実施の形態１のサーバ１０５が提供するサービスは、サーバ１０５の所定のアドレスに対してクライアント側からＰＯＳＴされたＰＮＧ画像ファイルを変換するようにしたが、クライアント側からＰＯＳＴしたスクリプト中の記述によって依頼する等、他の方法で変換するべきＰＮＧ画像ファイルを特定しても構わない。
【００８１】
また、本実施の形態１のサーバ１０５が提供するサービスは、サーバ１０５の所定のアドレスに対してクライアント側からＧＥＴされた場合にＥｘｉｆ／ＪＰＥＧ画像ファイルを変換して送付するようにしたが、クライアント側からＰＯＳＴしたスクリプト中の記述によって依頼する等、他の方法で変換画像ファイルのリクエストを行っても良い。また、画像の変換は何時行ってもよく、クライアント側からの変換画像送付リクエストが発行される前に行っても構わない。また或は、単にクライアント側からHTTP GETリクエストを送付する前に行ったＥｘｉｆ／ＪＰＥＧ画像ファイルのＰＯＳＴ回数によって合成枚数、方法を決定する等、他の方法で合成するべきＥｘｉｆ／ＪＰＥＧ画像ファイル及び合成枚数・方法を特定しても構わない。
【００８２】
図１６は、本発明の実施の形態１に係るカメラ付き携帯電話（ＣＰ）３０２０とＰＤプリンタ１０００及びサーバ１０５との間で通信を行って、ＣＰ３０２０でＵＩを構築する場合の処理の流れを説明する図である。尚、図において、ステップＳ１〜Ｓ２はＣＰ３０２０による処理を示し、ステップＳ１１〜Ｓ１２はＰＤプリンタ１０００における処理を、そしてステップＳ２１〜Ｓ２１は、サーバ１０５による処理をそれぞれ示している。またステップＳ１及びステップＳ１１は、図８と同じなので説明を省略する。
【００８３】
ＣＰ３０２０は、図７の６０２で示すように、ＰＤプリンタ１０００に対して、そのCapabilityを要求すると、ＰＤプリンタ１０００は、ステップＳ１２でＰＤプリンタ１０００の印刷機能に関する能力情報（Capability1）を作成してＣＰ３０２０に送信する。ＣＰ３０２０はこのCapability1を受信する。またＣＰ３０２０は、サーバ１０５に対して、そのCapabilityを要求する。これによりサーバ１０５は、ステップＳ７１で、サーバ１０５のサービス機能に関する能力情報（Capability2）を作成してＣＰ３０２０に送信する。ＣＰ３０２０はこのCapability2を受信する。
【００８４】
そしてＣＰ３０２０はステップＳ２で、受信したCapability1及びCapability2を利用してＵＩを構築して表示部３５に表示する。この場合、必ずしもサーバ１０５のサービス機能Capability2が、常にＰＤプリンタ１０００の印刷機能Capability1よりも優れているという保証は無いので、ＣＰ３０２０はCapability1とCapability2とを比較して、より高機能と判定されたCapabilityに基づいてＵＩを構築しても良いし、Capability1とCapability2の両方の良い部分を合成したCapability3を作成し、そのCapability3に基づいてＵＩを構築しても良い。この結果、このＵＩには、ＰＤプリンタ１０００が有していない印刷機能であっても、その機能を指示できるＵＩが表示され得る。
【００８５】
尚、ＣＰ３０２０からサーバ１０５に対して行うCapabilityを要求する方法は如何なる手法を用いてもよく、既存の標準手法（ＵＰｎＰ等）を利用しても良いし、独自の規則に則ったスクリプトをHTTPメソッドを用いてやり取りして行う等しても良い。
【００８６】
［実施の形態２］
次に本発明の実施の形態２について説明する。この実施の形態２では、前述の実施の形態１において、ＣＰ３０２０からサーバ１０５に対して画像処理を要求する場合、例えば画像データのデータ量が膨大でサーバ１０５での処理時間が長くなると、ＣＰ３０２０とＰＤプリンタ１０００との間の印刷処理において通信タイムアウトが発生することが考えられる。そこで、このような場合は、一旦、サーバ１０５において変換した画像データをサーバ１０５が有しているデータベース１０５ａ（図１）等に記憶しておき、サーバ１０５からは、その格納アドレスを示すＵＲＬが、サーバ１０５からＣＰ３０２０に通知される。
【００８７】
これを受信したＣＰ３０２０は、そのＵＲＬを指定して印刷を指示できるＵＩを構築し表示部３５に表示する（図９参照）。こうしてユーザにより、そのＵＩを用いて、そのＵＲＬが指示されＰＤプリンタ１０００による印刷が指示されると、ＣＰ３０２０はそのＵＲＬに基づいてデータベース１０５ａから、対応する画像データを読み出し、その画像データをＰＤプリンタ１０００に送信して印刷を行うように動作するものである。尚、この実施の形態２に係る印刷システムの構成及びＣＰ３０２０、ＰＤプリンタ１０００のハードウェア構成は前述の実施の形態１と同様であるため、その説明を省略する。
【００８８】
図１２及び図１３は、本発明の実施の形態２に係るカメラ付き携帯電話（ＣＰ）３０２０とＰＤプリンタ１０００との間で通信を行って、ＣＰ３０２０からＰＤプリンタ１０００に画像データを供給して印刷を行う場合の処理の流れを説明する図である。図１２のフローチャートにおいて、図８の処理ステップと同じ処理を実行するステップには同じ記号を付し、その説明を省略する。
【００８９】
ステップＳ３で、ユーザはＣＰ３０２０のＵＩを使用して印刷指定を行う。ここでは例えば印刷対象の画像フォーマットがＰＮＧフォーマットで、ＰＤプリンタ１０００が、このような画像フォーマットに対応していないとする。この場合はステップＳ４１で、サーバ１０５による画像変換処理が必要と判断してステップＳ４２に進む。ステップＳ４２では、ＰＮＧフォーマットからＥＸＩＦ／ＪＰＥＧフォーマットに変換するように指示するとともに、そのフォーマット変換する画像データのデータ量が多い等に応じて、その変換処理に多くの時間を要すると判断すると、その変換した画像データをサーバ１０５に格納するように指示する。ステップＳ４３では、サーバ１０５に格納するように指示したかどうかを調べ、指示している場合はステップＳ４５に進み、ＰＤプリンタ１０００との通信接続を切断する。尚、このサーバ１０５に格納するかどうかは、データ量に基づいて判断するだけでなく、図９のＵＩ画面でも説明したように、ＵＩを使用してユーザが指定しても良い。
【００９０】
次にサーバ１０５の処理を説明する。ステップＳ３１で、ＣＰ３０２０からの処理依頼を受信するとステップＳ３２で、その依頼された処理を実行する。このステップＳ３２では、例えば、ＣＰ３０２０から受信したＰＮＧデータの変換情報を基に、ＥＸＩＦ／ＪＰＥＧフォーマットの画像データに変換する。次にステップＳ３３では、ステップＳ３１で受信した変換情報に、その変換した画像ファイルをデータベース１０５ａに記憶するように指示されているかどうかをみる。指示されているときはステップＳ３５に進み、その変換処理済みの画像データをデータベース１０５ａに記憶し、その格納アドレスを示すＵＲＬを作成し、それをＣＰ３０２０に送信する。このＵＲＬはステップＳ４５でＣＰ３０２０により受信されてＲＡＭ３３に記憶される。
【００９１】
一方ステップＳ３３で、サーバ１０５に格納しない場合はステップＳ３４に進み、前述の図８の処理と同様に、その処理した画像データをＣＰ３０２０に送信する。この画像データは、ステップＳ９でＣＰ３０２０により受信されて印刷ジョブが作成される。
【００９２】
ステップＳ４５で、ＵＲＬを受信したＣＰ３０２０は、ステップＳ４６で再びＰＤプリンタ１０００との通信接続を確立する。次にステップＳ４７で、そのＵＲＬにより印刷画像を指定できるＵＩを構築して表示部３５に表示する。これによりユーザは、そのＣＰ３０２０のＵＩで、そのＵＲＬを使用して印刷指定を行なうことができる。こうしてステップＳ４８のユーザによる操作で、このＵＲＬが指示されて印刷指示が入力されるとステップＳ４９からステップＳ５０に進み、そのＵＲＬを基に、インターネット１０１を介してサーバ１０５にアクセスする。
【００９３】
これによりサーバ１０５は、ステップＳ５１で、そのＵＲＬで指定された画像データをデータベース１０５ａから読み出し、ステップＳ５２で、その画像データをＣＰ３０２０に送信する。
【００９４】
これによりＣＰ３０２０は、ステップＳ５３で、印刷対象の画像ファイルをダウンロードする。そしてステップＳ９（図８）に進み、ＰＤプリンタ１０００に送信する印刷ジョブを作成してＰＤプリンタ１０００に送信する。尚、ステップＳ４９で、ＵＲＬを使用した印刷指定でない場合はステップＳ５４に進み、その指示に対応する処理を実行する。
【００９５】
このように本実施の形態２によれば、サーバにおける処理時間が長くなって、ＰＤプリンタ１０００との間で通信タイムアウトが発生すると予想できる場合には、その処理済みの画像データを一旦、サーバ１０５に記憶しておき、その格納アドレスを示すＵＲＬを受信する。そして、そのＵＲＬを使用して画像ファイルを指定できるＵＩを構築して表示することにより、ＣＰ３０２０でＵＩを使用した印刷対象画像の選択指示及び印刷指示を行うことができる。
【００９６】
図１４は、本発明の実施の形態２に係るＣＰ３０２０とサーバ１０５との間でのデータのやり取りを説明する図である。図１４において、ＣＰ３０２０とサーバ１０５は前述の実施の形態と同様に接続されている。
【００９７】
本実施の形態２では、サーバ１０５が提供するサービスは、クライアント側からHTTP POSTメソッドを用いてサーバ１０５の所定のアドレスにに送付されたＰＮＧ―ＪＰＧ画像変換、保存依頼ＸＭＬスクリプト及びＰＮＧ画像ファイルから、Ｅｘｉｆ／ＪＰＥＧ画像ファイルを変換、保存し、サーバ１０５よりHTTP POSTメソッドを用いてクライアント側の所定のアドレスに保存場所を記述したＸＭＬスクリプトを供給するものとする。またＣＰ３０２０は、前述の実施の形態１と同様に、既存の仕組みにより、サーバのＩＰアドレス及びサービスの形態を既に取得しているとする。
【００９８】
まずステップＳ１４１で、ＣＰ３０２０はHTTP POSTメソッドを用いてＰＮＧ画像ファイルからＥｘｉｆ／ＪＰＥＧ画像ファイルへの変換、保存を希望する旨を記述したＸＭＬスクリプトをサーバ１０５に対して送付する。９４０は、HTTP POSTリクエスト例を示す。１行目及び２行目は図１０の９０１と同じなので説明を省略する。３行目の「CONTENT-LENGTH」には、HTTP POSTリクエストに添付されたＰＮＧ画像ファイルからＥｘｉｆ／ＪＰＥＧ画像ファイルへの変換、保存を希望する旨を記述したＸＭＬスクリプトのデータサイズが記述され、４行目の「CONTENT-TYPE」にはＸＭＬスクリプトを意味する文字列「text/xml」が記述されている。そして、「CONTENT-TYPE」から一行空けて６行目から変換、保存を希望する旨を記述したＸＭＬスクリプトが記述されている。７行目の「pmg-jpg-convert-request」が、ＰＮＧ画像ファイルからＥｘｉｆ／ＪＰＥＧ画像ファイルへの変換要求である事を示し、８行目の「store」に記載の「yes」が、サーバ１０５への保存を希望していることを示す。
【００９９】
これをステップＳ１５１で受信したサーバ１０５は、続いてステップＳ１５２で、ＣＰ３０２０からの要求がＰＮＧ画像ファイルからＥｘｉｆ／ＪＰＥＧ画像ファイルへの変換及び保存である旨を理解し、ＣＰ３０２０に対してHTTP POSTリクエストが正常に処理された事を通知する。９５０は、HTTP POSTレスポンス例を示す。これは前述したＯＫ応答と同じである。
【０１００】
これによりＣＰ３０２０は、ＯＫ応答を受信する（ステップＳ１４２）とステップＳ１４３に進み、HTTP POSTメソッドを用いて変換、保存を希望するＰＮＧ画像ファイルをサーバ１０５に対して送信する。９４１は、HTTP POSTリクエストの中身の例であるが、全て図１０の９０２と同じなので説明を省略する。
【０１０１】
サーバ１０５はステップＳ１５３でＰＮＧデータを受信し、ステップＳ１５４で、その受信したＰＮＧ画像ファイルを内部的に保持し（ここでは「xyz/input/」に保持しているが、保持形式、場所は如何なる形式・方法を用いても良い）、ＣＰ３０２０に対してHTTP POSTリクエストが正常に処理された事を通知する（ステップＳ１５５）。このHTTP POSTレスポンス例は、前述のとおりである。そしてステップＳ１５６で、サーバ１０５は、これら保持したＰＮＧ画像ファイルをＥｘｉｆ／ＪＰＧ画像ファイルに変換する。続いてステップＳ１５７で、サーバ１０５は、その変換したＥｘｉｆ／ＪＰＧ画像ファイルを所定の場所で、ＣＰ３０２０からアクセス可能な様に保存する（ここでは「xyz/result/」中にファイル名「abc1.jpg」という形式で保持している。これはクライアント名「abc」からの１番目の依頼という理由で変換、保存ファイルの管理を行っているためであるが、保持形式、場所、管理方式は如何なる形式或は方法を用いても良い）。そしてステップＳ１５８で、サーバ１０５はHTTP POSTメソッドを用いて、その保存したＥｘｉｆ／ＪＰＥＧ画像ファイルの保存場所を記述したＸＭＬスクリプトをＣＰ３０２０に送付する。９５１は、HTTP POSTリクエスト例を示す。１行目に記載のＰＯＳＴ宛先「abc/result/」は、サーバ１０５の提供するサービスで規定された「サーバが保存したＥｘｉｆ／ＪＰＥＧ画像ファイルの保存場所を記述したＸＭＬスクリプトを受信する際に指定するクライアント側の宛先」である。２行目の送信元情報「xyz:pn-xyz」の記述内容を説明すると、「xyz」には送信元であるサーバ１０５のアドレスが、「pn-xyz」には送信元であるサーバ１０５が、HTTP POSTメソッドで用いるポート番号が記述される。３行目の「CONTENT-LENGTH」には、保存したＥｘｉｆ／ＪＰＥＧ画像ファイルの保存場所を記述したＸＭＬスクリプトのサイズが記述される。４行目の「CONTENT-TYPE」には、ＸＭＬスクリプトを意味する文字列が記述されている。そして「CONTENT-TYPE」から一行空けて６行目から変換、保存したＥｘｉｆ／ＪＰＥＧ画像ファイルの保存場所を記述したＸＭＬスクリプトが記述されている。７行目の「png-jpg-convert-result」が変換依頼の結果である事を示し、８行目の「url」に記載の「xyz/result.abc1.jpg」が、保存場所を示す。
【０１０２】
ＣＰ３０２０はステップＳ１４５でこれを受信すると、ステップＳ１４６で、変換、保存したＥｘｉｆ／ＪＰＥＧ画像ファイルの保存場所を取得し、サーバ１０５に対してHTTP POSTリクエストが正常に処理された事を通知する。
【０１０３】
これ以後、ＣＰ３０２０からはHTTP GETメソッドを用いることにより、そのサーバ１０５から、格納されている画像を取得出来るようになる。
【０１０４】
以上本実施の形態２では、通信プロトコルとしてＨＴＴＰを用い、HTTP POSTメソッド及びHTTP GETメソッドを利用して説明したが、この両メソッドに限定する必要は無く、HTTP PUTを用いても良いし、他のプロトコルを用いても構わない。
【０１０５】
また本実施の形態２に係るサーバが提供するサービスは、所定のアドレスに対してＰＯＳＴされたＸＭＬスクリプトファイル中の記述に基づいてＰＮＧ画像ファイルをＥｘｉｆ／ＪＰＥＧ画像ファイルに変換、保存し、その保存場所を通知することとしたが、単にＣＰ３０２０からＰＮＧ画像ファイルを受信しただけで変換、保存し、その保存場所を通知する等、他の方法で保存するべきＥｘｉｆ／ＪＰＥＧ画像ファイル及び保存方法を特定しても構わない。
【０１０６】
また本実施の形態２のサーバ１０５が提供するサービスは、クライアント側の所定のアドレスに対してＰＯＳＴする事としたが、ＣＰ３０２０からＰＯＳＴしたスクリプト中の記述に基づいて保存場所を決定する、又はＣＰ３０２０からサーバ１０５の所定のアドレスに対して行われたＧＥＴへのレスポンスとして保存場所を通知する等、他の方法により、変換画像ファイルの保存場所の通知しても良い。また、画像の変換及び保存は何時行ってもよく、ＣＰ３０２０から保存場所への画像送付リクエストが発行された後に行っても構わない。
【０１０７】
［実施の形態３］
前述の実施の形態１で、ＣＰ３０２０のＲＡＭ，ＲＯＭのリソースを利用してＰＮＧフォーマットよりＥＸＩＦ／ＪＰＥＧフォーマットに変換できる場合に、画像データのデータ量等を基に、サーバにより対象画像の加工変換が必要か否かを判断しても良い。つまり、ＣＰ３０２０で画像の加工変換が可能な場合であっても、サイズの大きな画像処理はリソースの観点より不可能な場合もある。このような場合の判断基準を設けることを特徴としている。
【０１０８】
図１５は、本発明の実施の形態３に係る処理を説明するフローチャートで、前述の図８の処理フローチャートに追加する形式で示している。
【０１０９】
即ち、前述の図８のステップＳ３で、ＵＩ操作により、ＰＮＧフォーマットの画像をＪＰＥＧフォーマットの画像に変換して印刷する指示が入力されるとステップＳ６１に進み、そのＰＮＧフォーマットの画像データのデータ量を求める。そしてステップＳ６２で、その画像データ量が所定量以上かどうか判定する。所定量以上であれば、サーバ１０５による処理が妥当と判断してステップＳ５に進み、サーバ１０５に画像フォーマットの変換処理を依頼する。一方、ステップＳ６２で所定量以上でないときは、ＣＰ３０２０によりフォーマット変換処理が可能であると判断してステップＳ６３に進み、ＰＮＧフォーマットからＪＰＥＧフォーマットへの画像変換処理を実行する。そしてステップＳ６に進み、印刷ジョブファイルを作成してステップＳ７で、その印刷ジョブファイルをＰＤプリンタ１０００に送信して印刷を指示する。
【０１１０】
以上説明したように本実施の形態によれば、ＰＤプリンタ１０００或はＣＰ３０２０での画像処理をサーバで代行させることにより、プリンタが対応していない画像フォーマットの印刷も可能となり、ＣＰ３０２０で印刷対象画像として扱える画像フォーマットの適用範囲が拡大できる。
【０１１１】
又、本実施の形態によれば、プリンタで対応していない印刷機能に対して印刷が要求された場合、サーバで加工変換することにより多種多様な画像形態を提供することが出来る。
【０１１２】
更に本実施の形態によれば、サーバでの印刷画像の保存、及びサーバから対象画像をＣＰにダウンロードして印刷することができる。
【０１１３】
［他の実施の形態］
本発明の目的は前述したように、実施の形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体をシステム或は装置に提供し、そのシステム或は装置のコンピュータ（又はＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても達成される。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。このようなプログラムコードを供給するための記憶媒体としては、例えば、フロッピィ（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ，ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用いることができる。
【０１１４】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施の形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）などが実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。
【０１１５】
更に、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書きこまれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含む。
【図面の簡単な説明】
【０１１６】
【図１】本発明の実施の形態に係る印刷システムを説明する概念図である。
【図２】本実施の形態に係るカメラ付き携帯電話機（ＣＰ）の構成を示すブロック図である。
【図３】本発明の実施の形態に係るフォトダイレクトプリンタ装置の概観斜視図である。
【図４】本実施の形態に係るＰＤプリンタの操作パネルの概観図である。
【図５】本実施の形態に係るＰＤプリンタの制御に係る主要部の構成を示すブロック図である。
【図６】本実施の形態に係るＰＤプリンタのＡＳＩＣの構成を示すブロック図である。
【図７】PictBridgeを採用した印刷システムにおいて、ＣＰからＰＤプリンタに対してプリント要求を発行して印刷を行う場合の大まかな信号フローを説明する図である。
【図８】本発明の実施の形態１に係るカメラ付き携帯電話（ＣＰ）とＰＤプリンタとの間で通信を行って、ＣＰからＰＤプリンタに画像データを供給して印刷を行う場合の処理の流れを説明する図である。
【図９】本実施の形態に係るＣＰのＵＩを説明する図である。
【図１０】本実施の形態１に係るＣＰとサーバとの間でのデータのやり取りを説明する図である。
【図１１】本実施の形態１の他の具体例（Ｎ−ｕｐ印刷）におけるＣＰとサーバとの間でのデータのやり取りを説明する図である。
【図１２】、
【図１３】本発明の実施の形態２に係るカメラ付き携帯電話（ＣＰ）とＰＤプリンタとの間で通信を行って、ＣＰからＰＤプリンタに画像データを供給して印刷を行う場合の処理の流れを説明する図である。
【図１４】本発明の実施の形態２に係るＣＰとサーバとの間でのデータのやり取りを説明する図である。
【図１５】本発明の実施の形態３に係る処理を説明するフローチャートである。
【図１６】本発明の実施の形態１に係るカメラ付き携帯電話とＰＤプリンタ及びサーバとの間で通信を行ってＣＰでＵＩを構築する場合の処理の流れを説明する図である。
【技術分野】
【０００１】
本発明は、携帯電話と印刷装置との直接通信により携帯電話から供給される画像データに基づいて印刷装置により画像を印刷する印刷システム及び携帯電話とその制御方法に関するものである。
【背景技術】
【０００２】
近年、画像を撮影し、その撮影した画像をデジタル画像データで出力できるデジタルカメラが広く使用されるようになってきている。また、このようなカメラ機能を備えた携帯電話も広く普及してきている。このようなカメラや携帯電話で撮影した画像を印刷して写真として使用する場合には、通常、一旦、そのデジタル画像データをデジタルカメラ或は携帯電話からＰＣ（コンピュータ）に取り込み、ＰＣで画像処理を行った後、ＰＣからカラープリンタ等の印刷装置に出力して印刷するのが一般的であった。
【０００３】
これに対して最近は、ＰＣを介することなく、直接、カメラから印刷装置にデジタル画像データを伝送して印刷することができるカラープリントシステムや、カメラに搭載され、撮像した画像データを記憶しているメモリカードを直接カラープリンタに装着し、そのメモリカードに記憶されている画像データを読み出して印刷できる、所謂フォトダイレクト（ＰＤ）プリンタ等も開発されている。特にカメラ等から直接、ＵＳＢ等のインターフェースを介してカラープリンタに画像データを転送して印刷できるシステムは、カメラダイレクト、ＵＳＢダイレクトもしくはデジカメダイレクトプリント等と呼ばれ、ＰＣの操作が苦手なユーザに対しても広く普及し始めている。更に近年、カメラダイレクト印刷等における通信プロトコルを規定したPictBridgeという業界標準規格が発表されてから、カメラから直接プリンタに画像データを送信して印刷することが広く行われるようになってきている。
【０００４】
最近、このようなカメラダイレクトプリント機能を採用したプリンタが市場に流通し始めてきたことに伴い、カメラ機能を搭載した携帯電話にも、ダイレクトプリント機能を採用して、携帯電話で撮影した画像を直接プリンタに転送して印刷させるといった新しいソリューションも出現し始めている。PictBridgeでは、プリンタのCapabilityに応じた画像データを画像供給装置（デジカメや携帯電話）からプリンタに供給している。また、前述のカメラ機能を搭載した携帯電話で撮影された画像も多くはＥＸＩＦ／ＪＰＥＧで符号化されており、プリンタ側も、画像フォーマットとしてＥＸＩＦ／ＪＰＥＧに対応している。このような場合は、直接、符号化された画像データを直接ＵＳＢケーブルを介してプリンタに送出している。
【０００５】
このようにプリンタが処理可能な画像フォーマットは、写真印刷に適しているＥＸＩＦ／ＪＰＥＧだけの場合が多いが、今後は市場のニーズに対応しつつ携帯電話で扱われる画像フォーマットも多種多様になると予想される。
【０００６】
特に携帯電話では、インターネット網や独自の通信網を活用した各種通信サービスがユーザに提供されており、その代表的なものにメールサービスがある。このメールサービスでは、写真画像のデータや他のフォーマットのデータをメールに添付するサービスがあり、ユーザ同士で種種のフォーマットの画像データがやり取りされる。従って、カメラダイレクトで印刷を行う場合、前述した画像フォーマット以外にも、各種フォーマットの画像データを扱いたいという要求が生じることは明らかである。
【０００７】
しかし、プリンタの実装に関してリソースの限度があるため、これら多種多様な画像フォーマットに対応することは大変難しい。またデジタルカメラや携帯電話においても、プリンタと同様に、多種多様な画像フォーマットに対処できる機能を実装することに限界があるため、全ての画像フォーマットに対応可能とすることは実用的ではない。
【０００８】
このようなカメラをインターネットに接続し、そのカメラで処理できない画像処理を行いたい場合には、インターネット上のサーバに画像データを転送して、撮影した画像の加工変換を行わせ、その変換後の画像データを受信することが提案されている（特許文献１）。
【特許文献１】特開２００１−１８９８８６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
しかし上述の特許文献１に記載の技術は、あくまでもカメラが有していない機能をサーバにより代行させるものである。これに対して、カメラとプリンタとを接続して印刷を行う場合に、プリンタのCapabilityに含まれていない機能（例えばＮ−ｕｐ印刷や日付印刷等）は、実現することができなかった。つまり従来はプリンタのCapabilityに応じて、Ｎ−ｕｐ印刷や日付印刷指定をカメラ側のＵＩで選択できる仕組みであり、プリンタのCapabilityにそれらの機能（Ｎ−ｕｐや日付指定印刷）が含まれていない場合には、携帯電話側からの操作で印刷指示を行う手段が存在しなかった。
【００１０】
本発明は上記問題点に鑑みてなされたもので、本願発明の特徴は、携帯電話から直接印刷装置に画像データを供給して印刷を行う場合に、印刷装置が有していない機能をサーバに代行させることにより、携帯電話及び印刷装置が有していない機能を実現して印刷を行うことができる携帯電話及び印刷システムとのその制御方法を提供することにある。
【課題を解決するための手段】
【００１１】
本発明の一態様に係る印刷システムは以下のような構成を備える。即ち、
携帯電話と印刷装置との直接通信により前記携帯電話から供給される画像データに基づいて前記印刷装置により画像を印刷する印刷システムであって、
前記印刷装置の印刷機能を取得する取得手段と、
印刷仕様を入力する入力手段と、
前記入力手段で入力された印刷仕様が、前記取得手段で取得した前記印刷装置の印刷機能では実現できない場合、前記携帯電話からサーバに対応する処理を依頼する手段と、
前記サーバにより処理された結果に基づいて、前記印刷装置により画像を印刷させるように制御する印刷制御手段とを有することを特徴とする。
【００１２】
本発明の一態様に係る携帯電話は以下のような構成を備える。即ち、
印刷装置との直接通信により前記印刷装置に画像データを供給して印刷させる携帯電話であって、
前記印刷装置の印刷機能を取得する取得手段と、
印刷仕様を入力する入力手段と、
前記入力手段で入力された印刷仕様が、前記取得手段で取得した前記印刷装置の印刷機能では実現できない場合、通信網を介してサーバに対応する処理を依頼する手段と、
前記サーバにより処理された結果に基づいて前記印刷装置により画像を印刷させるように制御する印刷制御手段とを有することを特徴とする。
【００１３】
本発明の一態様に係る印刷制御方法は以下のような工程を備える。即ち、
携帯電話と印刷装置との直接通信により前記携帯電話から供給される画像データに基づいて前記印刷装置により画像を印刷させる印刷制御方法であって、
前記印刷装置の印刷機能を取得する取得工程と、
印刷仕様を入力する入力工程と、
前記入力工程で入力された印刷仕様が、前記取得工程で取得した前記印刷装置の印刷機能では実現できない場合、前記携帯電話からサーバに対応する処理を依頼する工程と、
前記サーバにより処理された結果に基づいて前記印刷装置により画像を印刷させるように制御する印刷制御工程とを有することを特徴とする。
【００１４】
本発明の一態様に係る携帯電話の制御方法は以下のような工程を備える。即ち、
印刷装置との直接通信により前記印刷装置に画像データを供給して印刷させる携帯電話の制御方法であって、
前記印刷装置の印刷機能を取得する取得工程と、
印刷仕様を入力する入力工程と、
前記入力工程で入力された印刷仕様が、前記取得工程で取得した前記印刷装置の印刷機能では実現できない場合、通信網を介してサーバに対応する処理を依頼する工程と、
前記サーバにより処理された結果に基づいて前記印刷装置により画像を印刷させるように制御する印刷制御工程とを有することを特徴とする。
【発明の効果】
【００１５】
本発明によれば、携帯電話に実装する機能を抑えて、各種形式の画像データの印刷や画像処理を実行できるという効果がある。
【００１６】
また本発明によれば、サーバで処理された画像データをサーバに保存させ、またサーバから対象画像をダウンロードして印刷することができる。
【発明を実施するための最良の形態】
【００１７】
以下、添付図面を参照して本発明の好適な実施の形態を詳しく説明する。尚、この接続形態では、接続確認時もしくは印刷を開始する前に携帯電話がプリンタのCapabilityを取得する場合で説明をしている。更に、この携帯電話はインターネットに接続可能であり、インターネットを介してサーバとの間でデータのやり取りを行うことができる。
【００１８】
図１は、本発明の実施の形態に係る印刷システムを説明する概念図である。
【００１９】
この印刷システムは、カメラ機能付き携帯電話（ＣＰ）３０２０とフォトダイレクトプリンタ装置（ＰＤプリンタ）１０００との間で、汎用のインターフェースを介して通信し、ＣＰ３０２０からＰＤプリンタ１０００に画像データを供給して印刷させるのを基本構成としている。尚、この汎用インターフェースは、例えばＵＳＢ、IEEE.11B／G等の無線インターフェースをも含む。また、ＣＰ３０２０は、特にカメラ機能を有していなくても、インターネット１０１と接続して、例えばプロバイダ１０４，２０３から画像データを受信できるものであっても良い。
【００２０】
図において、インターネット通信網１０１には、アクセスポイント１０２、サービスプロバイダ１０４、サーバ１０５、コンテンツプロバイダ２０３が接続されている。ＣＰ３０２０は、アクセスポイント１０２を介してインターネット通信網１０１と接続可能である。このような構成において、ＣＰ３０２０は、サービスプロバイダ１０４より提供される各種情報を受信して、ＣＰ３０２０の表示部に表示したり、コンテンツプロバイダ２０３から供給される音楽や画像データを受信してＣＰ３０２０のメモリに保存したり、或は表示部に表示したり、音響信号としてスピーカより再生することができる。ＰＤプリンタ１０００の構成については詳しく後述する。
【００２１】
ＣＰ３０２０により撮影した画像、或はプロバイダから受信した画像データ、更には他の携帯電話から受信した画像を印刷する場合には、ＣＰ３０２０はインターフェースを介して接続されているＰＤプリンタ１０００の機能（Capability）を確認し、そのＰＤプリンタ１０００の機能に対応できない画像データ等を印刷したい場合、或はＰＤプリンタ１０００が有していない印刷モードで印刷を行いたい場合には、まずインターネット通信網１０１を介してサーバ１０５にその画像データを送信し、サーバ１０５に対して、ＰＤプリンタ１０００における印刷仕様に適合した画像フォーマット或は画像データに変換させる。こうして変換された画像データを、インターネット通信網１０１を介してサーバ１０５から受取り、その受信した、変換された画像データをＰＤプリンタ１０００に送信して印刷する。
【００２２】
また、所定対象の画像データ量が多くてサーバ１０５における画像データの変換処理に多くの時間が掛かると予想される場合には、前述と同様にして、まずサーバ１０５に対して画像データを送信し、ＰＤプリンタ１０００における印刷仕様に適合した画像フォーマット或は画像データに変換した後、その変換した画像データを、一旦サーバ１０５のメモリに記憶させる。こうしてサーバ１０５で記憶された画像データのアドレスを示すＵＲＬをサーバ１０５から受取る。そしてＣＰ３０２０が印刷を行いたい場合には、そのＵＲＬにアクセスして、変換された画像データを取得し、その取得した画像データをＰＤプリンタ１０００に送信して印刷する。
【００２３】
図２は、本実施の形態に係るカメラ付き携帯電話機（ＣＰ）３０２０の構成を示すブロック図である。尚、このようなカメラ付き携帯電話機のハードウェアは公知であるので簡単に説明する。
【００２４】
図において、ＣＰＵ３１は、ＲＯＭ３２に記憶されている制御プログラムに従って、このＣＰ３０２０全体の制御を司っている。ＲＯＭ３２は、ＣＰＵ３１により実行される処理手順（ファームウェア）を記述したプログラムを記憶している（但し、ファームウェアは適宜バージョンアップが行われることを想定し、書き込み可能な不揮発性メモリ、例えばフラッシュメモリで構成される）。ＲＡＭ３３は、ＣＰＵ３３による処理の実行時にワークエリアとして使用され、各種データを一時的に記憶する。操作ボタン及びスイッチ群３４は、数字入力や文字入力に使用されるテンキーや通話キー、各種機能を指示するスイッチ等を含んでいる。液晶表示部３５は、カメラ機能を利用して撮像した画像、或はメモリカード４０に記憶されている画像を画面上で確認したり、各種設定を行う際のメニューを表示するために使用される。これら操作ボタン及びスイッチ群３４及び表示部３５は、本実施の形態では、ダイレクトプリントシステムを実現する場合に、このシステム全体のユーザインターフェースとして機能する。光学ユニット３６は、主としてレンズ及びその駆動系を有する。ＣＣＤ素子３７は、光学ユニット３６により結像された画像を電気信号に変換する。ドライバ３８は、ＣＰＵ３１の制御下において光学ユニット３６を制御して自動焦点制御や絞りの調整などを行う。メモリカード４０は、例えば、コンパクトフラッシュ（登録商標）メモリカード、スマートメディア等の記憶媒体で、コネクタ３９を介してバスに接続されている。有線インターフェース４１は、ＰＣ３０１０或いは本実施の形態に係るＰＤプリンタ１０００と接続するためのＵＳＢインターフェース（ＵＳＢのスレーブ側）である。無線インターフェース４２は、携帯電話として基地局と通信を行うための無線Ｉ／Ｆである。マイクロフォン４３及びスピーカ４４はそれぞれ電話機としての通話において使用される。スピーカ４４は更に、プロバイダから受信した音楽コンテンツなどの再生に使用される。ＪＰＥＧ／ＭＰＥＧエンコーダ４５は、画像データをＪＰＥＧ或はＭＰＥＧコードに符号化する。また前述したように、ＰＤプリンタ１０００と接続するための無線インターフェース（不図示）を備えていても良い。また図面に示していないが、これ以外にも、電池やアンテナなどが含まれている。
【００２５】
以上が本実施の形態に係るカメラ付き携帯電話の基本的な構成であるが、この携帯電話には、以下に示すような各種機能が設けられている。これら機能には、例えばプリンタとの間での印刷処理、インターネットを介するサーバへの処理要求及びサーバとの間でのデータのやり取り、カレンダ表示、メール送受信の制御や、ＵＩ生成及びＵＩに基づく画像処理などが含まれる。これら各種機能については詳しく後述する。
【００２６】
図３は、本発明の実施の形態に係るフォトダイレクトプリンタ装置（以下、ＰＤプリンタ）１０００の概観斜視図である。このＰＤプリンタ１０００は、ホストコンピュータ（ＰＣ）からデータを受信して印刷する通常のＰＣプリンタとしての機能と、メモリカードなどの記憶媒体に記憶されている画像データを直接読取って印刷したり、或いはデジタルカメラやＰＤＡなどからの画像データを受信して印刷する機能を備えている。
【００２７】
図３において、本実施の形態に係るＰＤプリンタ１０００の外殻をなす本体は、下ケース１００１、上ケース１００２、アクセスカバー１００３及び排出トレイ１００４の外装部材を有している。また、下ケース１００１は、ＰＤプリンタ１０００の略下半部を、上ケース１００２は本体の略上半部をそれぞれ形成しており、両ケースの組合せによって内部に後述の各機構を収納する収納空間を有する中空体構造をなし、その上面部及び前面部にはそれぞれ開口部がされている。さらに、排出トレイ１００４は、その一端部が下ケース１００１に回転自在に保持され、その回転によって下ケース１００１の前面部に形成される開口部を開閉させ得るようになっている。このため、記録動作を実行させる際には、排出トレイ１００４を前面側へと回転させて開口部を開成させることにより、ここから記録されたシート（普通紙、専用紙、樹脂シート等を含む。以下単にシートとする）が排出可能となると共に、排出されたシートを順次積載し得るようになっている。また排紙トレイ１００４には、２枚の補助トレイ１００４ａ，１００４ｂが収納されており、必要に応じて各トレイを手前に引き出すことにより、シートの支持面積を３段階に拡大、縮小させ得るようになっている。
【００２８】
アクセスカバー１００３は、その一端部が上ケース１００２に回転自在に保持され、上面に形成される開口部を開閉し得るようになっており、このアクセスカバー１００３を開くことによって本体内部に収納されている記録ヘッドカートリッジ（不図示）或いはインクタンク（不図示）等の交換が可能となる。尚、ここでは特に図示しないが、アクセスカバー１００３を開閉させると、その裏面に形成された突起がカバー開閉レバーを回転させるようになっており、そのレバーの回転位置をマイクロスイッチなどで検出することにより、アクセスカバー１００３の開閉状態を検出し得るようになっている。
【００２９】
また、上ケース１００２の上面には、電源キー１００５が設けられている。また、上ケース１００２の右側には、液晶表示部１００６や各種キースイッチ等を備える操作パネル１０１０が設けられている。この操作パネル１０１０の構造は、図４を参照して詳しく後述する。１００７は自動給送部で、シートを装置本体内へと自動的に給送する。１００８は紙間選択レバーで、プリントヘッドとシートとの間隔を調整するためのレバーである。１００９はカードスロットで、ここにメモリカードを装着可能なアダプタが挿入され、このアダプタを介してメモリカードに記憶されている画像データを直接取り込んで印刷することができる。このメモリカード（ＰＣ）としては、例えばコンパクトフラッシュ（登録商標）メモリ、スマートメディア、メモリスティック等がある。１０１１はビューワ（液晶表示部）で、このＰＤプリンタ１０００の本体に着脱可能であり、ＰＣカードに記憶されている画像の中からプリントしたい画像を検索する場合などに、１コマ毎の画像やインデックス画像などを表示するのに使用される。１０１２は後述するデジタルカメラを接続するためのＵＳＢ端子である。また、このＰＤ装置１０００の後面には、パーソナルコンピュータ（ＰＣ）を接続するためのＵＳＢコネクタが設けられている。
【００３０】
図４は本実施の形態に係るＰＤプリンタ１０００の操作パネル１０１０の概観図である。
【００３１】
図において、液晶表示部１００６には、その左右に印刷されている項目に関するデータを各種設定するためのメニュー項目が表示される。ここに表示される項目としては、例えば、複数ある写真画像ファイルの内、印刷したい写真画像の先頭番号、指定コマ番号（開始コマ指定／印刷コマ指定）、印刷を終了したい最後の写真番号（終了）、印刷部数（部数）、印刷に使用するシートの種類（用紙種類）、１枚のシートに印刷する写真の枚数設定（レイアウト）、印刷の品位の指定（品位）、撮影した日付を印刷するかどうかの指定（日付印刷）、写真を補正して印刷するかどうかの指定（画像補正）、印刷に必要なシートの枚数表示（用紙枚数）等がある。これら各項目は、カーソルキー２００１を用いて選択、或いは指定される。２００２はモードキーで、このキーを押下する毎に、印刷の種類（インデックス印刷、全コマ印刷、１コマ印刷、指定コマ印刷等）を切り替えることができ、これに応じてＬＥＤ２００３の対応するＬＥＤが点灯される。２００４はメンテナンスキーで、プリントヘッドのクリーニング等、プリンタのメンテナンスを行わせるためのキーである。２００５は印刷開始キーで、印刷の開始を指示する時、或いはメンテナンスの設定を確立する際に押下される。２００６は印刷中止キーで、印刷を中止させる時や、メンテナンスの中止を指示する際に押下される。
【００３２】
次に図５を参照して、本実施の形態１に係るＰＤプリンタ１０００の制御に係る主要部の構成を説明する。尚、この図５において、前述の図面と共通する部分は同じ記号を付与して、それらの説明を省略する。
【００３３】
図５は、本実施の形態１に係るＰＤプリンタの制御に係る主要部の構成を示すブロック図である。
【００３４】
図において、３０００は制御部（制御基板）を示している。３００１はＡＳＩＣ（専用カスタムＬＳＩ）を示している。３００２はＤＳＰ（デジタル信号処理プロセッサ）で、内部にＣＰＵを有し、後述する各種制御処理及び、輝度信号（ＲＧＢ）から濃度信号（ＣＭＹＫ）への変換、スケーリング、ガンマ変換、誤差拡散等の画像処理等を担当している。３００３はメモリで、ＤＳＰ３００２のＣＰＵの制御プログラムを記憶するプログラムメモリ３００３ａ、及び実行時のプログラムを記憶するＲＡＭエリア、画像データなどを記憶するワークメモリとして機能するメモリエリアを有している。３００４はプリンタエンジンで、ここでは、複数色のカラーインクを用いてカラー画像を印刷するインクジェットプリンタのプリンタエンジンが搭載されている。３００５はデジタルカメラ（ＤＳＣ）３０１２を接続するためのポートとしてのＳＵＢ−ＵＳＢで、コネクタ１０１２を有している。更に、このコネクタ１０１２には、ＤＳＣ３０１２或はカメラ付き携帯電話（ＣＰ３０２０）が接続される。３００６はビューワ１０１１を接続するためのコネクタである。３００８はＵＳＢハブ(USBHUB)で、このＰＤプリンタ１０００がＰＣ３０１０からの画像データに基づいて印刷を行う際には、ＰＣ３０１０からのデータをそのままスルーし、ＵＳＢ３０２１を介してプリンタエンジン３００４に出力する。これにより、接続されているＰＣ３０１０は、プリンタエンジン３００４と直接、データや信号のやり取りを行って印刷を実行することができる（一般的なＰＣプリンタとして機能する）。３００９は電源コネクタで、電源３０１９により、商用ＡＣから変換された直流電圧を入力している。ＰＣ３０１０は一般的なパーソナルコンピュータ、３０１１は前述したメモリカード（ＰＣカード）、３０１２はデジタルカメラ（ＤＳＣ：DigitalStillCamera)である。
【００３５】
尚、この制御部３０００とプリンタエンジン３００４との間の信号のやり取りは、前述したＵＳＢ３０２１又はＩＥＥＥ１２８４バス３０２２を介して行われる。
【００３６】
図６は、本実施の形態に係るＰＤプリンタ１０００のＡＳＩＣ３００１の構成を示すブロック図である。この図６においても、前述の図面と共通する部分は同じ記号を付与して、それらの説明を省略する。
【００３７】
４００１はＰＣカードインターフェース部で、装着されたＰＣカード３０１１に記憶されている画像データの読取り、或いはＰＣカード３０１１へのデータの書き込み等を行う。４００２はＩＥＥＥ１２８４インターフェース部で、プリンタエンジン３００４との間のデータのやり取りを行う。このＩＥＥＥ１２８４インターフェース部４００２は、ＤＳＣ３０１２、ＣＰ３０２０からの、或いはＰＣカード３０１１に記憶されている画像データを印刷する場合に使用されるバスである。４００３はＵＳＢインターフェース部で、ＰＣ３０１０との間でのデータのやり取りを行う。４００４はＵＳＢホストインターフェース部で、接続されたＤＳＣ３０１２或いはＣＰ３０２０との間でのデータのやり取りを行う。４００５は操作パネル・インターフェース部で、操作パネル１０１０からの各種操作信号の入力や、表示部１００６への表示データの出力等を行う。４００６はビューワ・インターフェース部で、ビューワ１０１１への画像データの表示を制御している。４００７は各種スイッチやＬＥＤ４００９等との間のインターフェースを制御するインターフェース部である。４００８はＣＰＵインターフェース部で、ＤＳＰ３００２との間でのデータのやり取りの制御を行っている。４０１０はこれら各部を接続する内部バス（ＡＳＩＣバス）である。
【００３８】
図７は、上述の印刷システムにおいて、ＣＰ３０２０からＰＤプリンタ１０００に対してプリント要求を発行して印刷を行う場合の大まかな信号フローを説明する図である。
【００３９】
この処理手順は、ＰＤプリンタ１０００とＣＰ３０２０とがＵＳＢケーブルを介して接続された後、或は無線により通信を行うことにより互いにＤＰＳ仕様に準拠していることを確認した後に実行される。まずＣＰ３０２０は「ConfigurePrintService」をＰＤプリンタ１０００に送信して、ＰＤプリンタ１０００の状態をチェックする（６００）。これに対してＰＤプリンタ１０００から、その時点でのＰＤプリンタ１０００の状態（ここでは「アイドル」状態）が通知される（６０１）。ここでは「アイドル」状態であるため、ＣＰ３０２０はＰＤプリンタ１０００のCapabilityを問合せ（６０２）、ＰＤプリンタ１０００から、そのプリンタのCapabilityを取得する。次にそのCapabilityに応じたプリント開始要求（StartJob）を発行する（６０３）。尚、このプリント開始要求は、６０１で、後述するＰＤプリンタ１０００からのステータス情報の中の「newJobOK」が「True（真）」になっていることを条件にしてＣＰ３０２０からＰＤプリンタ１０００に発行される。
【００４０】
このプリント開始要求に対してＰＤプリンタ１０００は、印刷が指示された画像データのファイルＩＤに基づいてファイル情報をＣＰ３０２０に要求する（GetFileInfo）（６０４）。これに応答してＣＰ３０２０から、そのファイル情報（FileInfo）が送信される。このファイル情報にはファイル容量等の情報が含まれる。そしてＰＤプリンタ１０００がそのファイル情報を受信して処理可能であると判断すると、そのファイル情報をＣＰ３０２０に要求する（GetFile）（６０５）。これによりその要求されたファイルの画像データ（ImageFile）がＣＰ３０２０からＰＤプリンタ１０００に送られる。これによりＰＤプリンタ１０００がプリント処理を開始すると、６０６で「印刷中（Printing）」を示すステータス情報が、ＰＤプリンタ１０００からＣＰ３０２０に「NotifyDeviceStatus」によって送られる。そして１頁のプリント処理が終了すると、次のページの処理開始時にＰＤプリンタ１０００から「NotifyJobStatus」６０７により、それが通知される。そして１頁だけの印刷であれば、そのプリント要求した１頁の印刷が終了すると、次に「NotifyDviceStatus」６０８によりＰＤプリンタ１０００が「アイドル」状態になったことが通知される（NotifyDeviceStatus(Idle)）。
【００４１】
尚、例えば、１頁に複数（Ｎ）の画像をレイアウトして印刷するＮ−ｕｐ印刷の場合には、Ｎ枚の画像を印刷する度に、「NotifyJobStatus」６０７がＰＤプリンタ１０００からＣＰ３０２０に送られることになる。本実施の形態での「NotifyJobStatus」及び「NotifyDeviceStatus」の発行タイミングと画像データの取得の順番は一例であり、製品の実装によっては様々なケースが起こりうる。
【００４２】
［実施の形態１］
図８は、本発明の実施の形態１に係るカメラ付き携帯電話（ＣＰ）３０２０とＰＤプリンタ１０００との間で通信を行って、ＣＰ３０２０からＰＤプリンタ１０００に画像データを供給して印刷を行う場合の処理の流れを説明する図である。図において、ステップＳ１〜Ｓ９はＣＰ３０２０による処理を示し、ステップＳ１１〜Ｓ１７はＰＤプリンタ１０００における処理を、そしてステップＳ２１〜Ｓ２３は、サーバ１０５による処理をそれぞれ示している。
【００４３】
ステップＳ１及びステップＳ１１では、ＣＰ３０２０とＰＤプリンタ１０００との間で、互いにダイレクトプリント仕様に準拠していることを確認する。このときＣＰ３０２０はＰＤプリンタ１０００に対して、プリンタの状態やデバイス情報を問合せる。これに対してＰＤプリンタ１０００から、その時点でのＰＤプリンタ１０００の状態やデバイス情報が通知される。このデバイス情報には、例えば接続プロトコルのバージョンや、プリンタのベンダー名や機種名等が通知される。次にＣＰ３０２０は、図７の６０２で示すように、ＰＤプリンタ１０００に対して、そのCapabilityを要求する。
【００４４】
これによりＰＤプリンタ１０００は、ステップＳ１２でＰＤプリンタ１０００の印刷機能に関する能力情報（Capability）を作成してＣＰ３０２０に送信する。ＣＰ３０２０はこのCapabilityを受信し、ステップＳ２で、ＵＩを構築して表示部３５に表示する。尚、ここでは、このＵＩには、ＰＤプリンタ１０００が有していない印刷機能であっても、その機能を指示できるＵＩを表示する。
【００４５】
図９は、本実施の形態に係るＣＰ３０２０のＵＩを説明する図で、図２の構成と共通する部分は同じ記号で示している。このＣＰ３０２０は折畳式で、表示部３５の表示が見られるように開かれた状態を示している。
【００４６】
図において、表示部３５には印刷用のメニュが表示されており、各項目をカーソル及び選択キー８０１を使用して指示することにより、各印刷項目を指定できる。例えば、「画像／インデックス」印刷を指示すると、画像の印刷或はインデックス印刷を指定できる。画像印刷を指示すると、メモリカード４０に記憶されている画像がインデックス表示され、その中からユーザが印刷したい画像を１つ或は複数選択できる。「レイアウト印刷」は画像印刷時にのみ有効で、１枚の用紙に複数画像をレイアウトして印刷する。この「レイアウト印刷」がＯＮに設定されると、レイアウトされる画像数を設定する画面が表示される。「日付印刷」、「フチあり」印刷指示はそれぞれ、画像に日付を印刷するか、或はフチあり、フチなしで印刷するかを指定する。「サーバ保存」は、サーバ１０５により変換された画像ファイルをサーバに一時保存させる場合に指示される（この処理は後述する）。「ＵＲＬ印刷」は、画像ファイルが記憶されているＵＲＬを指定して印刷を行わせる場合に指示される。これがオンにされると、そのＵＲＬを入力するための画面が表示されるか、或は予め登録されているいくつかのＵＲＬ候補が表示される。「印刷スタート」は印刷の開始を指示するために選択される。
【００４７】
次にステップＳ３では、ＣＰ３０２０のユーザは、その構築されたＵＩ画面を参照して印刷したい画像を選択し、その画像の印刷形式を設定して印刷処理の開始を指示する。次にステップＳ４では、このＵＩを使用して設定された印刷機能がＰＤプリンタ１０００が有していない印刷機能を含むかどうかを判定する。ＰＤプリンタ１０００が有していない印刷機能を含まない時はステップＳ６に進み、ユーザの指定に基づいて印刷ジョブファイルを作成し、ステップＳ７で、その印刷ジョブファイルをＰＤプリンタ１０００に送信する。
【００４８】
この印刷ジョブファイルはステップＳ１３でＰＤプリンタ１０００により受信される。次にステップＳ１４で、ＰＤプリンタ１０００は、その受信した印刷ジョブファイルを解析してプリントの準備を行う。そして、その印刷ジョブファイルに記載されている印刷対象の「画像ファイル情報の取得要求」をＣＰ３０２０に対して発行し、これに応答してＣＰ３０２０から送信される画像ファイル情報に基づいて、実際に印刷する画像データを含む画像ファイルをＣＰ３０２０に要求して、その画像をファイルを得る（ステップＳ１４）。ＰＤプリンタ１０００は、その印刷用の画像ファイルを受信すると、その画像ファイルの画像データを復号して画像処理を行い、ＰＤプリンタ１０００で印刷できる形式の画像に変換する（ステップＳ１５）。そしてステップＳ１６で、その変換した画像データに基づいて印刷を行う。こうして、その画像ファイルの画像データの印刷が完了すると、ステップＳ１７でその画像ファイルの印刷が完了した旨をＣＰ３０２０に通知する。ＣＰ３０２０は、ステップＳ８でこの印刷終了通知を受信すると、この処理を終了する。
【００４９】
一方、ステップＳ４で、ＰＤプリンタ１０００が有していない印刷機能を含む場合はステップＳ５に進み、サーバ１０５に対して、その印刷機能を満足できるように画像を処理を依頼する。
【００５０】
この具体例を以下に説明する。
【００５１】
先ずＣＰ３０２０では、印刷用の画像データは、ＣＰ３０２０が有しているカメラ機能を使用して撮影して規定のフォーマットにエンコードされて、メモリーカード４０或は本体の不揮発性メモリなどに記憶されている。本実施の形態では、この記憶されている画像のフォーマットをＰＮＧフォーマットとする。このＰＮＧフォーマットは、可逆圧縮方式を採用した圧縮率の高い画像フォーマットで、最近汎用的に使われ始めている。
【００５２】
このとき前述のステップＳ１２で取得したＰＤプリンタ１０００のCapabilityによれば、ＰＤプリンタ１０００における処理対象の画像フォーマットは、「ＥＸＩＦ」及び「ＪＰＥＧ」と規定されていたとする。この場合、ＣＰ３０２０からＰＮＧフォーマットの画像データをＰＤプリンタ１０００に送信しても、ＰＤプリンタ１０００において、それを復号して印刷することは不可能である。この場合ＣＰ３０２０自身も、機器の制約上、このような画像フォーマットの変換機能を有していない事を前提としている。そこで、ＣＰ３０２０は、インターネット１０１を介してサーバ１０５にそのＰＮＧフォーマットの画像データを送信して、ＰＮＧフォーマットからＥＸＩＦ／ＪＰＥＧのフォーマットに変換するように依頼する場合が考えられる。
【００５３】
このような要求を受信したサーバ１０５は、その受信画像フォーマットを、指定されたフォーマット（ここではＥＸＩＦ／ＪＰＥＧフォーマット））に変換すべく処理を実行する（ステップＳ２２）。こうして処理された画像ファイルをＣＰ３０２０に送信する（ステップＳ２３）。
【００５４】
この変換された画像ファイルはステップＳ９でＣＰ３０２０により受信され、これに基づいて印刷ジョブファイルが作成される。そしてステップＳ７で、その作成した印刷ジョブファイルをＰＤプリンタ１０００に送信する。これ以降の処理は前述のステップＳ８，ステップＳ１３〜Ｓ１７の場合と同様にして実行される。
【００５５】
尚、本実施の形態に係るサーバ１０５は、ＣＰ３０２０から受信した依頼情報を解釈する機能、及びＰＮＧフォーマットの画像をデコードしてＥＸＩＦ／ＪＰＥＧフォーマットの画像にエンコードする機能を有している必要がある。又、このサーバ１０５の機能としては、上述のフォーマット変換のみでなく、他のフォーマットの変換情報及びエンコード／デコード機能の保有、例えば、ＸＨＴＭＬフォーマット、ＧＩＦＦフォーマット等の他のフォーマットにも対応していてもよい。
【００５６】
また更に、ステップＳ２１で、ＣＰ３０２０からの依頼要求を受信した際、サーバ１０５がそれに対応する機能を有していない場合は、その旨をＣＰ３０２０に通知するようにしても良い。この場合は、ＣＰ３０２０ＵＩはＵＩを変更し、ユーザに対して印刷不可などを報知するようにしても良い。
【００５７】
上述の実施の形態では、一枚の画像をＣＰ３０２０からＰＤプリンタ１０００に送信して印刷する場合で説明したが、複数枚の画像印刷、或は他のCapabilityに応じた形態での画像印刷、ＤＰＯＦに基づく画像印刷など、各種印刷レイアウト等のサービスを組み合わせた印刷ジョブの場合にも適用できる。
【００５８】
この一例として、例えばＮ−ｕｐ印刷を行う例で説明する。ステップＳ３でＣＰ３０２０のＵＩを使用して、２つの画像が選択されて２−ｕｐ印刷（１枚用紙に２つの画像を印刷する）が指示されたが、ＰＤプリンタ１０００がこの２−ｕｐ印刷機能を有していないことが、ＰＤプリンタ１０００のCapabilityから事前に分かっている場合で説明する。
【００５９】
この場合は、ＰＤプリンタ１０００が有していない機能であるため、ステップＳ５で、サーバ１０５に対して２−ｕｐ印刷を行うための画像処理を依頼する。ここでは２−ｕｐの変換情報とともに、選択された印刷対象の２つのＥＸＩＦ／ＪＰＥＧ画像ファイルをサーバ１０５に送信する。ステップＳ２１で、この情報を受信したサーバ１０５は、ステップＳ２２で、その受信したＥＸＩＦ／ＪＰＥＧ画像データをレイアウト情報を基に、一枚の用紙に、２つの選択された画像が入るように縮小してレイアウトして、２−ｕｐとなる新たな１つのＥＸＩＦ／ＪＰＥＧ画像データを作成する。そしてステップＳ２３で、その作成した１つの画像ファイルをＣＰ３０２０に送信する。
【００６０】
これによりＣＰ３０２０は、その受信した画像を基に、通常の１枚の画像印刷の場合（図８）と同様にして、印刷ジョブファイルを作成してＰＤプリンタ１０００に送信して印刷を行う。
【００６１】
尚、サーバ１０５に依頼する画像変換処理として、用紙レイアウトを例に説明したが、これ以外にも、固定サイズプリント、日付印刷、ファイル名印刷、クロッピング印刷等、様々な画像処理に適用してもよい。
【００６２】
図１０は、本実施の形態１に係るＣＰ３０２０とサーバ１０５との間でのデータのやり取りを説明する図である。ここではＣＰ３０２０とサーバ１０５とはＴＣＰ／ＩＰ接続されており、両機器間の通信プロトコルとしては、ネットワークで一般的に用いられているＨＴＴＰが用いられているものとする。
【００６３】
本実施の形態では、サーバ１０５が提供するサービスは、クライアント側からHTTP POSTメソッドによりサーバ１０５の所定のアドレスに送付されたＰＮＧ画像ファイルをＥｘｉｆ／ＪＰＥＧ画像ファイルに変換し、クライアント側からサーバ１０５側の所定のアドレスに対して行われるHTTP GETメソッドに対して、前述の変換したＥｘｉｆ／ＪＰＥＧ画像ファイルを供給する。また、ＣＰ３０２０は不図示の何らかの既存の仕組みにより、サーバ１０５のＩＰアドレス及びサービスの形態を既に取得しているものとする。
【００６４】
まずステップＳ１０１で、ＣＰ３０２０はHTTP POSTメソッドを用いて変換を希望するＰＮＧ画像ファイルをサーバ１０５に送信する。９０１は、このHTTP POSTリクエスト例を示している。１行目に記載のＰＯＳＴ宛先「xyz/input/」は、サーバ１０５が提供するサービスで規定された「サービス利用者がＰＮＧ画像ファイルを送付するべき宛先」である。２行目の送信元情報「abc:pn-abc」は、「abc」は送信元であるクライアント（ＣＰ３０２０）のアドレスを示し、「pn-abc」は、送信元であるクライアントが、このHTTP POSTメソッドで用いるポート番号が記述される。３行目の「CONTENT-LENGHT」には、このHTTP POSTリクエストに添付されたＰＮＧ画像ファイルのデータサイズが記述され、４行目の「CONTENT-TYPE」にはＰＮＧ画像ファイルを意味する文字列「img/png」が記述されている。そして、「CONTENT-TYPE」から一行空けて６行目からＰＮＧ画像ファイルがバイナリデータで添付されている。
【００６５】
サーバ１０５では、ステップＳ１１１で、ＰＮＧ画像ファイルを受信してステップＳ１１２で内部的に保持し（ここででは「xyz/input/」中に保持しているが、この保持形式及び場所は如何なる形式、方法を用いても良い）、ステップＳ１１３で、ＣＰ３０２０に対してHTTP POSTリクエストが正常に処理されたことを通知する。９１０は、HTTP POSTレスポンス例を示しており、１行目に記載の「200 OK」は正常終了を示す。
【００６６】
この正常応答がステップＳ１０２で受信されるとステップＳ１０３に進み、ＣＰ３０２０はHTTP GETメソッドを利用して、送付したＰＮＧ画像ファイルをＥｘｉｆ／ＪＰＧ画像ファイルに変換した変換後の画像ファイルの取得要求をサーバ１０５に送信する。９０２は、HTTP GETリクエスト例を示す。１行目に記載のＧＥＴ宛先「xyz/output/abc.jpg」は、サーバ１０５が提供するサービスで規定された「サービス利用者がＥｘｉｆ／ＪＰＥＧ画像ファイルの送付を要求する際に指定すべき宛先」である。２行目の記述は９０１の場合と同様である。３行目の「CONTENT-TYPE」には、ＪＰＥＧ画像ファイルを意味する文字列「img/jpg」が記述されている。
【００６７】
この要求がステップＳ１１４でサーバ１０５により受信されると、ステップＳ１１５に進み、保持しているＰＮＧ画像ファイルをＥｘｉｆ／ＪＰＧ画像ファイルに変換する。そしてステップＳ１１６で、変換したＥｘｉｆ／ＪＰＥＧ画像ファイルをHTTP GETレスポンスとしてＣＰ３０２０に送付する。９１１は、このHTTP GETレスポンス例を示す。１行目に記載の「200 OK」は正常終了を示す。２行目の「CONTENT-LENGTH」には、このHTTP GETレスポンスに添付されたＥｘｉｆ／ＪＰＥＧ画像ファイルのデータサイズが記述され、３行目の「CONTENT-TYPE」には、Ｅｘｉｆ／ＪＰＥＧ画像ファイルを意味する文字列「img/jpg」が記述されている。そして「CONTNE-TYPE」から一行空けて５行目からＥｘｉｆ／ＪＰＥＧ画像ファイルが添付されている。
【００６８】
この変換済みの画像データは、ステップＳ１０４でＣＰ３０２０により受信され、次にステップＳ１０５で、その受信した変換後のＥｘｉｆ／ＪＰＥＧ画像ファイルが取得される。
【００６９】
図１１は、本実施の形態１の他の具体例（Ｎ−ｕｐ印刷）におけるＣＰ３０２０とサーバ１０５との間でのデータのやり取りを説明する図である。
【００７０】
本実施の形態１では、サーバ１０５が提供するサービスは、クライアント側からHTTP POSTメソッドによりサーバ１０５の所定のアドレスに送付されたＮ−ｕｐ画像合成依頼ＸＭＬスクリプト及びＸＭＬスクリプト中に記載された枚数分のＥｘｉｆ／ＪＰＥＧ画像ファイルから１枚のＥｘｉｆ／ＪＰＥＧ画像ファイルを合成し、クライアント側からサーバ側の所定のアドレスに対して行われるHTTP GETメソッドに対して、前述の合成したＥｘｉｆ／ＪＰＥＧ画像ファイルを供給する。またＣＰ３０２０は、前述の図１０と同様に、不図示の何らかの既存の仕組みにより、サーバ１０５のＩＰアドレス及びサービスの形態を既に取得しているものとする。
【００７１】
まずステップＳ１２１で、ＣＰ３０２０は、HTTP POSTメソッドを用いて合成を希望するＥｘｉｆ／ＪＰＥＧ画像ファイルの枚数を記述したＸＭＬスクリプトをサーバ１０５に対して送付する。９２０は、HTTP POSTリクエスト例を示す。１行目及び２行目は図１０中の９０１の場合と同じなので、その説明を省略する。３行目の「CONTENT-LENGTH」には、このHTTP POSTリクエストに添付された合成希望枚数を記述したＸＭＬスクリプトのサイズが記述される。４行目の「CONTENT-TYPE」には、ＸＭＬスクリプトを意味する文字列「text/xml」が記述されている。そして「CONTENT-TYPE」から一行空けて６行目から合成希望枚数を記述したＸＭＬスクリプトが記述されている。更に７行目の「n-up-request」が、複数枚の画像の合成依頼であるこのを示し、８行目の「number」に記載の「002」が２枚の画像合成を希望していることを示す。
【００７２】
ステップＳ１３１で、このＮ−ｕｐ依頼を受信したサーバ１０５は、ステップＳ１３２で、ＣＰ３０２０に対してHTTP POSTリクエストが正常に処理された事を通知する。９３０は、HTTP POSTレスポンス例を示し、１行目に記載の「200 OK」は正常終了を示す。
【００７３】
これを受信したＣＰ３０２０（ステップＳ１２２）は、ステップＳ１２３でHTTP POSTメソッドを用いて合成を希望する１枚目のＥｘｉｆ／ＪＰＥＧ画像ファイルをサーバ１０５に送信する。９２１は、HTTP POSTリクエスト例を示す図である。１行目及び２行目は図１０の９０１と同じなので、その説明を省略する。３行目の「CONTENT-LENGTH」には、HTTP POSTリクエストに添付された合成を希望する１枚目のＥｘｉｆ／ＪＰＥＧ画像ファイルのデータサイズが記述され、４行目の「CONTENT-TYPE」には、Ｅｘｉｆ／ＪＰＥＧ画像ファイルを意味する文字列「img/jpg」が記述されている。そして「CONTNET-TYPE」から一行空けて６行目から合成を希望する１枚目のＥｘｉｆ／ＪＰＥＧ画像ファイルが添付されている。
【００７４】
この画像ファイルは、ステップＳ１３３でサーバ１０５により受信されると、サーバ１０５は、その受信した１枚目のＥｘｉｆ／ＪＰＥＧ画像ファイルを内部的に保持し（ここでは「xyz/input/」に保持しているが、この保持形式、場所は如何なる形式、方法を用いても良い）、ＣＰ３０２０に対してHTTP POSTリクエストが正常に処理された事を通知する（ステップＳ１３４）。９３１は、HTTP POSTレスポンス例を示す。
【００７５】
これを受信した（ステップＳ１２４）ＣＰ３０２０は、続いてステップＳ１２５で、ステップＳ１２３と同様にして合成を希望する２枚目のＥｘｉｆ／ＪＰＥＧ画像ファイルを送信する。ステップＳ１３５〜Ｓ１３６で、サーバ１０５はステップＳ１３３〜Ｓ１３４と同様に保持と応答を行う。
【００７６】
以上のステップＳ１２１〜Ｓ１２６で、ＣＰ３０２０が依頼する合成画像ファイルの枚数及び画像ファイルが送付されたので、ステップＳ１２７で、ＣＰ３０２０はHTTP GETメソッドを利用して、合成されたＥｘｉｆ／ＪＰＧ画像ファイルの取得要求を行う。９２２は、HTTP GETリクエスト例を示し、１行目に記載のＧＥＴ宛先「xyz/output/abc.jpg」は、サーバ１０５が提供するサービスで規定された「サービス利用者が合成されたＥｘｉｆ／ＪＰＥＧ画像ファイルの送付を要求する際に指定すべき宛先」を示す。２行目の記述は図１０の９０２と同様である。３行目の「CONTENT-TYPE」には、Ｅｘｉｆ／ＪＰＥＧ画像ファイルを意味する文字列「img/jpg」が記述されている。
【００７７】
ステップＳ１３７で、この要求を受信するとサーバ１０５は、保持した２枚のＥｘｉｆ／ＪＰＥＧ画像ファイルを１枚のＥｘｉｆ／ＪＰＧ画像ファイルに合成する（ステップＳ１３８）。次にステップＳ１３９で、その合成したＥｘｉｆ／ＪＰＥＧ画像ファイルをHTTP GETレスポンスとしてＣＰ３０２０に送信する。９３３は、HTTP GETレスポンス例を示す。１行目に記載の「200 OK」は正常終了を示す。２行目の「CONTENT-LENGTH」には、このHTTP GETレスポンスに添付されたＥｘｉｆ／ＪＰＥＧ画像ファイルのデータサイズが記述される。３行目の「CONTENT-TYPE」には、Ｅｘｉｆ／ＪＰＥＧ画像ファイルを意味する文字列「img/jpg」が記述されている。そして「CONTENT-TYPE」から一行空けて５行目からＥｘｉｆ／ＪＰＥＧ画像ファイルが添付されている。
【００７８】
ＣＰ３０２０では、ステップＳ１２８で、この画像ファイルを受信し、ステップＳ１２９で、この受信した、合成されたＥｘｉｆ／ＪＰＥＧ画像ファイルを取得する。
【００７９】
以上説明したように本実施の形態１では、通信プロトコルとしてＨＴＴＰを用い、HTTP POSTメソッド及びHTTP GETメソッドを利用して説明したが、この両メソッドに限定する必要は無く、HTTP PUTを用いても良いし、他のプロトコルを用いても構わない。
【００８０】
また本実施の形態１のサーバ１０５が提供するサービスは、サーバ１０５の所定のアドレスに対してクライアント側からＰＯＳＴされたＰＮＧ画像ファイルを変換するようにしたが、クライアント側からＰＯＳＴしたスクリプト中の記述によって依頼する等、他の方法で変換するべきＰＮＧ画像ファイルを特定しても構わない。
【００８１】
また、本実施の形態１のサーバ１０５が提供するサービスは、サーバ１０５の所定のアドレスに対してクライアント側からＧＥＴされた場合にＥｘｉｆ／ＪＰＥＧ画像ファイルを変換して送付するようにしたが、クライアント側からＰＯＳＴしたスクリプト中の記述によって依頼する等、他の方法で変換画像ファイルのリクエストを行っても良い。また、画像の変換は何時行ってもよく、クライアント側からの変換画像送付リクエストが発行される前に行っても構わない。また或は、単にクライアント側からHTTP GETリクエストを送付する前に行ったＥｘｉｆ／ＪＰＥＧ画像ファイルのＰＯＳＴ回数によって合成枚数、方法を決定する等、他の方法で合成するべきＥｘｉｆ／ＪＰＥＧ画像ファイル及び合成枚数・方法を特定しても構わない。
【００８２】
図１６は、本発明の実施の形態１に係るカメラ付き携帯電話（ＣＰ）３０２０とＰＤプリンタ１０００及びサーバ１０５との間で通信を行って、ＣＰ３０２０でＵＩを構築する場合の処理の流れを説明する図である。尚、図において、ステップＳ１〜Ｓ２はＣＰ３０２０による処理を示し、ステップＳ１１〜Ｓ１２はＰＤプリンタ１０００における処理を、そしてステップＳ２１〜Ｓ２１は、サーバ１０５による処理をそれぞれ示している。またステップＳ１及びステップＳ１１は、図８と同じなので説明を省略する。
【００８３】
ＣＰ３０２０は、図７の６０２で示すように、ＰＤプリンタ１０００に対して、そのCapabilityを要求すると、ＰＤプリンタ１０００は、ステップＳ１２でＰＤプリンタ１０００の印刷機能に関する能力情報（Capability1）を作成してＣＰ３０２０に送信する。ＣＰ３０２０はこのCapability1を受信する。またＣＰ３０２０は、サーバ１０５に対して、そのCapabilityを要求する。これによりサーバ１０５は、ステップＳ７１で、サーバ１０５のサービス機能に関する能力情報（Capability2）を作成してＣＰ３０２０に送信する。ＣＰ３０２０はこのCapability2を受信する。
【００８４】
そしてＣＰ３０２０はステップＳ２で、受信したCapability1及びCapability2を利用してＵＩを構築して表示部３５に表示する。この場合、必ずしもサーバ１０５のサービス機能Capability2が、常にＰＤプリンタ１０００の印刷機能Capability1よりも優れているという保証は無いので、ＣＰ３０２０はCapability1とCapability2とを比較して、より高機能と判定されたCapabilityに基づいてＵＩを構築しても良いし、Capability1とCapability2の両方の良い部分を合成したCapability3を作成し、そのCapability3に基づいてＵＩを構築しても良い。この結果、このＵＩには、ＰＤプリンタ１０００が有していない印刷機能であっても、その機能を指示できるＵＩが表示され得る。
【００８５】
尚、ＣＰ３０２０からサーバ１０５に対して行うCapabilityを要求する方法は如何なる手法を用いてもよく、既存の標準手法（ＵＰｎＰ等）を利用しても良いし、独自の規則に則ったスクリプトをHTTPメソッドを用いてやり取りして行う等しても良い。
【００８６】
［実施の形態２］
次に本発明の実施の形態２について説明する。この実施の形態２では、前述の実施の形態１において、ＣＰ３０２０からサーバ１０５に対して画像処理を要求する場合、例えば画像データのデータ量が膨大でサーバ１０５での処理時間が長くなると、ＣＰ３０２０とＰＤプリンタ１０００との間の印刷処理において通信タイムアウトが発生することが考えられる。そこで、このような場合は、一旦、サーバ１０５において変換した画像データをサーバ１０５が有しているデータベース１０５ａ（図１）等に記憶しておき、サーバ１０５からは、その格納アドレスを示すＵＲＬが、サーバ１０５からＣＰ３０２０に通知される。
【００８７】
これを受信したＣＰ３０２０は、そのＵＲＬを指定して印刷を指示できるＵＩを構築し表示部３５に表示する（図９参照）。こうしてユーザにより、そのＵＩを用いて、そのＵＲＬが指示されＰＤプリンタ１０００による印刷が指示されると、ＣＰ３０２０はそのＵＲＬに基づいてデータベース１０５ａから、対応する画像データを読み出し、その画像データをＰＤプリンタ１０００に送信して印刷を行うように動作するものである。尚、この実施の形態２に係る印刷システムの構成及びＣＰ３０２０、ＰＤプリンタ１０００のハードウェア構成は前述の実施の形態１と同様であるため、その説明を省略する。
【００８８】
図１２及び図１３は、本発明の実施の形態２に係るカメラ付き携帯電話（ＣＰ）３０２０とＰＤプリンタ１０００との間で通信を行って、ＣＰ３０２０からＰＤプリンタ１０００に画像データを供給して印刷を行う場合の処理の流れを説明する図である。図１２のフローチャートにおいて、図８の処理ステップと同じ処理を実行するステップには同じ記号を付し、その説明を省略する。
【００８９】
ステップＳ３で、ユーザはＣＰ３０２０のＵＩを使用して印刷指定を行う。ここでは例えば印刷対象の画像フォーマットがＰＮＧフォーマットで、ＰＤプリンタ１０００が、このような画像フォーマットに対応していないとする。この場合はステップＳ４１で、サーバ１０５による画像変換処理が必要と判断してステップＳ４２に進む。ステップＳ４２では、ＰＮＧフォーマットからＥＸＩＦ／ＪＰＥＧフォーマットに変換するように指示するとともに、そのフォーマット変換する画像データのデータ量が多い等に応じて、その変換処理に多くの時間を要すると判断すると、その変換した画像データをサーバ１０５に格納するように指示する。ステップＳ４３では、サーバ１０５に格納するように指示したかどうかを調べ、指示している場合はステップＳ４５に進み、ＰＤプリンタ１０００との通信接続を切断する。尚、このサーバ１０５に格納するかどうかは、データ量に基づいて判断するだけでなく、図９のＵＩ画面でも説明したように、ＵＩを使用してユーザが指定しても良い。
【００９０】
次にサーバ１０５の処理を説明する。ステップＳ３１で、ＣＰ３０２０からの処理依頼を受信するとステップＳ３２で、その依頼された処理を実行する。このステップＳ３２では、例えば、ＣＰ３０２０から受信したＰＮＧデータの変換情報を基に、ＥＸＩＦ／ＪＰＥＧフォーマットの画像データに変換する。次にステップＳ３３では、ステップＳ３１で受信した変換情報に、その変換した画像ファイルをデータベース１０５ａに記憶するように指示されているかどうかをみる。指示されているときはステップＳ３５に進み、その変換処理済みの画像データをデータベース１０５ａに記憶し、その格納アドレスを示すＵＲＬを作成し、それをＣＰ３０２０に送信する。このＵＲＬはステップＳ４５でＣＰ３０２０により受信されてＲＡＭ３３に記憶される。
【００９１】
一方ステップＳ３３で、サーバ１０５に格納しない場合はステップＳ３４に進み、前述の図８の処理と同様に、その処理した画像データをＣＰ３０２０に送信する。この画像データは、ステップＳ９でＣＰ３０２０により受信されて印刷ジョブが作成される。
【００９２】
ステップＳ４５で、ＵＲＬを受信したＣＰ３０２０は、ステップＳ４６で再びＰＤプリンタ１０００との通信接続を確立する。次にステップＳ４７で、そのＵＲＬにより印刷画像を指定できるＵＩを構築して表示部３５に表示する。これによりユーザは、そのＣＰ３０２０のＵＩで、そのＵＲＬを使用して印刷指定を行なうことができる。こうしてステップＳ４８のユーザによる操作で、このＵＲＬが指示されて印刷指示が入力されるとステップＳ４９からステップＳ５０に進み、そのＵＲＬを基に、インターネット１０１を介してサーバ１０５にアクセスする。
【００９３】
これによりサーバ１０５は、ステップＳ５１で、そのＵＲＬで指定された画像データをデータベース１０５ａから読み出し、ステップＳ５２で、その画像データをＣＰ３０２０に送信する。
【００９４】
これによりＣＰ３０２０は、ステップＳ５３で、印刷対象の画像ファイルをダウンロードする。そしてステップＳ９（図８）に進み、ＰＤプリンタ１０００に送信する印刷ジョブを作成してＰＤプリンタ１０００に送信する。尚、ステップＳ４９で、ＵＲＬを使用した印刷指定でない場合はステップＳ５４に進み、その指示に対応する処理を実行する。
【００９５】
このように本実施の形態２によれば、サーバにおける処理時間が長くなって、ＰＤプリンタ１０００との間で通信タイムアウトが発生すると予想できる場合には、その処理済みの画像データを一旦、サーバ１０５に記憶しておき、その格納アドレスを示すＵＲＬを受信する。そして、そのＵＲＬを使用して画像ファイルを指定できるＵＩを構築して表示することにより、ＣＰ３０２０でＵＩを使用した印刷対象画像の選択指示及び印刷指示を行うことができる。
【００９６】
図１４は、本発明の実施の形態２に係るＣＰ３０２０とサーバ１０５との間でのデータのやり取りを説明する図である。図１４において、ＣＰ３０２０とサーバ１０５は前述の実施の形態と同様に接続されている。
【００９７】
本実施の形態２では、サーバ１０５が提供するサービスは、クライアント側からHTTP POSTメソッドを用いてサーバ１０５の所定のアドレスにに送付されたＰＮＧ―ＪＰＧ画像変換、保存依頼ＸＭＬスクリプト及びＰＮＧ画像ファイルから、Ｅｘｉｆ／ＪＰＥＧ画像ファイルを変換、保存し、サーバ１０５よりHTTP POSTメソッドを用いてクライアント側の所定のアドレスに保存場所を記述したＸＭＬスクリプトを供給するものとする。またＣＰ３０２０は、前述の実施の形態１と同様に、既存の仕組みにより、サーバのＩＰアドレス及びサービスの形態を既に取得しているとする。
【００９８】
まずステップＳ１４１で、ＣＰ３０２０はHTTP POSTメソッドを用いてＰＮＧ画像ファイルからＥｘｉｆ／ＪＰＥＧ画像ファイルへの変換、保存を希望する旨を記述したＸＭＬスクリプトをサーバ１０５に対して送付する。９４０は、HTTP POSTリクエスト例を示す。１行目及び２行目は図１０の９０１と同じなので説明を省略する。３行目の「CONTENT-LENGTH」には、HTTP POSTリクエストに添付されたＰＮＧ画像ファイルからＥｘｉｆ／ＪＰＥＧ画像ファイルへの変換、保存を希望する旨を記述したＸＭＬスクリプトのデータサイズが記述され、４行目の「CONTENT-TYPE」にはＸＭＬスクリプトを意味する文字列「text/xml」が記述されている。そして、「CONTENT-TYPE」から一行空けて６行目から変換、保存を希望する旨を記述したＸＭＬスクリプトが記述されている。７行目の「pmg-jpg-convert-request」が、ＰＮＧ画像ファイルからＥｘｉｆ／ＪＰＥＧ画像ファイルへの変換要求である事を示し、８行目の「store」に記載の「yes」が、サーバ１０５への保存を希望していることを示す。
【００９９】
これをステップＳ１５１で受信したサーバ１０５は、続いてステップＳ１５２で、ＣＰ３０２０からの要求がＰＮＧ画像ファイルからＥｘｉｆ／ＪＰＥＧ画像ファイルへの変換及び保存である旨を理解し、ＣＰ３０２０に対してHTTP POSTリクエストが正常に処理された事を通知する。９５０は、HTTP POSTレスポンス例を示す。これは前述したＯＫ応答と同じである。
【０１００】
これによりＣＰ３０２０は、ＯＫ応答を受信する（ステップＳ１４２）とステップＳ１４３に進み、HTTP POSTメソッドを用いて変換、保存を希望するＰＮＧ画像ファイルをサーバ１０５に対して送信する。９４１は、HTTP POSTリクエストの中身の例であるが、全て図１０の９０２と同じなので説明を省略する。
【０１０１】
サーバ１０５はステップＳ１５３でＰＮＧデータを受信し、ステップＳ１５４で、その受信したＰＮＧ画像ファイルを内部的に保持し（ここでは「xyz/input/」に保持しているが、保持形式、場所は如何なる形式・方法を用いても良い）、ＣＰ３０２０に対してHTTP POSTリクエストが正常に処理された事を通知する（ステップＳ１５５）。このHTTP POSTレスポンス例は、前述のとおりである。そしてステップＳ１５６で、サーバ１０５は、これら保持したＰＮＧ画像ファイルをＥｘｉｆ／ＪＰＧ画像ファイルに変換する。続いてステップＳ１５７で、サーバ１０５は、その変換したＥｘｉｆ／ＪＰＧ画像ファイルを所定の場所で、ＣＰ３０２０からアクセス可能な様に保存する（ここでは「xyz/result/」中にファイル名「abc1.jpg」という形式で保持している。これはクライアント名「abc」からの１番目の依頼という理由で変換、保存ファイルの管理を行っているためであるが、保持形式、場所、管理方式は如何なる形式或は方法を用いても良い）。そしてステップＳ１５８で、サーバ１０５はHTTP POSTメソッドを用いて、その保存したＥｘｉｆ／ＪＰＥＧ画像ファイルの保存場所を記述したＸＭＬスクリプトをＣＰ３０２０に送付する。９５１は、HTTP POSTリクエスト例を示す。１行目に記載のＰＯＳＴ宛先「abc/result/」は、サーバ１０５の提供するサービスで規定された「サーバが保存したＥｘｉｆ／ＪＰＥＧ画像ファイルの保存場所を記述したＸＭＬスクリプトを受信する際に指定するクライアント側の宛先」である。２行目の送信元情報「xyz:pn-xyz」の記述内容を説明すると、「xyz」には送信元であるサーバ１０５のアドレスが、「pn-xyz」には送信元であるサーバ１０５が、HTTP POSTメソッドで用いるポート番号が記述される。３行目の「CONTENT-LENGTH」には、保存したＥｘｉｆ／ＪＰＥＧ画像ファイルの保存場所を記述したＸＭＬスクリプトのサイズが記述される。４行目の「CONTENT-TYPE」には、ＸＭＬスクリプトを意味する文字列が記述されている。そして「CONTENT-TYPE」から一行空けて６行目から変換、保存したＥｘｉｆ／ＪＰＥＧ画像ファイルの保存場所を記述したＸＭＬスクリプトが記述されている。７行目の「png-jpg-convert-result」が変換依頼の結果である事を示し、８行目の「url」に記載の「xyz/result.abc1.jpg」が、保存場所を示す。
【０１０２】
ＣＰ３０２０はステップＳ１４５でこれを受信すると、ステップＳ１４６で、変換、保存したＥｘｉｆ／ＪＰＥＧ画像ファイルの保存場所を取得し、サーバ１０５に対してHTTP POSTリクエストが正常に処理された事を通知する。
【０１０３】
これ以後、ＣＰ３０２０からはHTTP GETメソッドを用いることにより、そのサーバ１０５から、格納されている画像を取得出来るようになる。
【０１０４】
以上本実施の形態２では、通信プロトコルとしてＨＴＴＰを用い、HTTP POSTメソッド及びHTTP GETメソッドを利用して説明したが、この両メソッドに限定する必要は無く、HTTP PUTを用いても良いし、他のプロトコルを用いても構わない。
【０１０５】
また本実施の形態２に係るサーバが提供するサービスは、所定のアドレスに対してＰＯＳＴされたＸＭＬスクリプトファイル中の記述に基づいてＰＮＧ画像ファイルをＥｘｉｆ／ＪＰＥＧ画像ファイルに変換、保存し、その保存場所を通知することとしたが、単にＣＰ３０２０からＰＮＧ画像ファイルを受信しただけで変換、保存し、その保存場所を通知する等、他の方法で保存するべきＥｘｉｆ／ＪＰＥＧ画像ファイル及び保存方法を特定しても構わない。
【０１０６】
また本実施の形態２のサーバ１０５が提供するサービスは、クライアント側の所定のアドレスに対してＰＯＳＴする事としたが、ＣＰ３０２０からＰＯＳＴしたスクリプト中の記述に基づいて保存場所を決定する、又はＣＰ３０２０からサーバ１０５の所定のアドレスに対して行われたＧＥＴへのレスポンスとして保存場所を通知する等、他の方法により、変換画像ファイルの保存場所の通知しても良い。また、画像の変換及び保存は何時行ってもよく、ＣＰ３０２０から保存場所への画像送付リクエストが発行された後に行っても構わない。
【０１０７】
［実施の形態３］
前述の実施の形態１で、ＣＰ３０２０のＲＡＭ，ＲＯＭのリソースを利用してＰＮＧフォーマットよりＥＸＩＦ／ＪＰＥＧフォーマットに変換できる場合に、画像データのデータ量等を基に、サーバにより対象画像の加工変換が必要か否かを判断しても良い。つまり、ＣＰ３０２０で画像の加工変換が可能な場合であっても、サイズの大きな画像処理はリソースの観点より不可能な場合もある。このような場合の判断基準を設けることを特徴としている。
【０１０８】
図１５は、本発明の実施の形態３に係る処理を説明するフローチャートで、前述の図８の処理フローチャートに追加する形式で示している。
【０１０９】
即ち、前述の図８のステップＳ３で、ＵＩ操作により、ＰＮＧフォーマットの画像をＪＰＥＧフォーマットの画像に変換して印刷する指示が入力されるとステップＳ６１に進み、そのＰＮＧフォーマットの画像データのデータ量を求める。そしてステップＳ６２で、その画像データ量が所定量以上かどうか判定する。所定量以上であれば、サーバ１０５による処理が妥当と判断してステップＳ５に進み、サーバ１０５に画像フォーマットの変換処理を依頼する。一方、ステップＳ６２で所定量以上でないときは、ＣＰ３０２０によりフォーマット変換処理が可能であると判断してステップＳ６３に進み、ＰＮＧフォーマットからＪＰＥＧフォーマットへの画像変換処理を実行する。そしてステップＳ６に進み、印刷ジョブファイルを作成してステップＳ７で、その印刷ジョブファイルをＰＤプリンタ１０００に送信して印刷を指示する。
【０１１０】
以上説明したように本実施の形態によれば、ＰＤプリンタ１０００或はＣＰ３０２０での画像処理をサーバで代行させることにより、プリンタが対応していない画像フォーマットの印刷も可能となり、ＣＰ３０２０で印刷対象画像として扱える画像フォーマットの適用範囲が拡大できる。
【０１１１】
又、本実施の形態によれば、プリンタで対応していない印刷機能に対して印刷が要求された場合、サーバで加工変換することにより多種多様な画像形態を提供することが出来る。
【０１１２】
更に本実施の形態によれば、サーバでの印刷画像の保存、及びサーバから対象画像をＣＰにダウンロードして印刷することができる。
【０１１３】
［他の実施の形態］
本発明の目的は前述したように、実施の形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体をシステム或は装置に提供し、そのシステム或は装置のコンピュータ（又はＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても達成される。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。このようなプログラムコードを供給するための記憶媒体としては、例えば、フロッピィ（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ，ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用いることができる。
【０１１４】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施の形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）などが実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。
【０１１５】
更に、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書きこまれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含む。
【図面の簡単な説明】
【０１１６】
【図１】本発明の実施の形態に係る印刷システムを説明する概念図である。
【図２】本実施の形態に係るカメラ付き携帯電話機（ＣＰ）の構成を示すブロック図である。
【図３】本発明の実施の形態に係るフォトダイレクトプリンタ装置の概観斜視図である。
【図４】本実施の形態に係るＰＤプリンタの操作パネルの概観図である。
【図５】本実施の形態に係るＰＤプリンタの制御に係る主要部の構成を示すブロック図である。
【図６】本実施の形態に係るＰＤプリンタのＡＳＩＣの構成を示すブロック図である。
【図７】PictBridgeを採用した印刷システムにおいて、ＣＰからＰＤプリンタに対してプリント要求を発行して印刷を行う場合の大まかな信号フローを説明する図である。
【図８】本発明の実施の形態１に係るカメラ付き携帯電話（ＣＰ）とＰＤプリンタとの間で通信を行って、ＣＰからＰＤプリンタに画像データを供給して印刷を行う場合の処理の流れを説明する図である。
【図９】本実施の形態に係るＣＰのＵＩを説明する図である。
【図１０】本実施の形態１に係るＣＰとサーバとの間でのデータのやり取りを説明する図である。
【図１１】本実施の形態１の他の具体例（Ｎ−ｕｐ印刷）におけるＣＰとサーバとの間でのデータのやり取りを説明する図である。
【図１２】、
【図１３】本発明の実施の形態２に係るカメラ付き携帯電話（ＣＰ）とＰＤプリンタとの間で通信を行って、ＣＰからＰＤプリンタに画像データを供給して印刷を行う場合の処理の流れを説明する図である。
【図１４】本発明の実施の形態２に係るＣＰとサーバとの間でのデータのやり取りを説明する図である。
【図１５】本発明の実施の形態３に係る処理を説明するフローチャートである。
【図１６】本発明の実施の形態１に係るカメラ付き携帯電話とＰＤプリンタ及びサーバとの間で通信を行ってＣＰでＵＩを構築する場合の処理の流れを説明する図である。
【特許請求の範囲】
【請求項１】
携帯電話と印刷装置との直接通信により前記携帯電話から供給される画像データに基づいて前記印刷装置により画像を印刷する印刷システムであって、
前記印刷装置の印刷機能を取得する取得手段と、
印刷仕様を入力する入力手段と、
前記入力手段で入力された印刷仕様が、前記取得手段で取得した前記印刷装置の印刷機能では実現できない場合、前記携帯電話からサーバに対応する処理を依頼する手段と、
前記サーバにより処理された結果に基づいて、前記印刷装置により画像を印刷させるように制御する印刷制御手段と、
を有することを特徴とする印刷システム。
【請求項２】
携帯電話と印刷装置との直接通信により前記携帯電話から供給される画像データに基づいて前記印刷装置により画像を印刷する印刷システムであって、
前記印刷装置の印刷機能を取得する取得手段と、
印刷仕様を入力する入力手段と、
前記印刷仕様で指示された印刷対象の画像データ量が所定量以上かどうかを判定する判定手段と、
前記判定手段により前記所定量以上と判定されると前記携帯電話からサーバに対応する処理を依頼するとともに、前記所定量以下と判定されると前記携帯電話により前記対応する処理を実行させる制御手段と、
前記サーバ或は前記携帯電話のいずれかにより処理された結果に基づいて、前記印刷装置により画像を印刷させるように制御する印刷制御手段と、
を有することを特徴とする印刷システム。
【請求項３】
前記印刷仕様は、画像フォーマットの変換を含むことを特徴とする請求項１又は２に記載の印刷システム。
【請求項４】
前記印刷仕様は、レイアウト印刷を含むことを特徴とする請求項１又は２に記載の印刷システム。
【請求項５】
前記サーバは通信網に接続されており、
前記通信網を介して前記携帯電話から受信した画像データを前記印刷仕様に応じて変換する変換手段と、
前記変換手段により変換した画像データを、前記通信網を介して前記携帯電話に送信する送信手段とを備えることを特徴とする請求項１乃至４のいずれか１項に記載の印刷システム。
【請求項６】
前記携帯電話は、
前記サーバにより処理された結果を前記サーバに記憶するように指示する手段と、
前記サーバに記憶された前記結果のＵＲＬを前記サーバから受信する受信手段を更に有することを特徴とする請求項１乃至５のいずれか１項に記載の印刷システム。
【請求項７】
前記サーバの処理機能を取得する第２取得手段と、
前記第２取得手段で取得した前記サーバの処理機能と前記印刷装置の印刷機能とに基づいて前記入力手段により入力可能な印刷仕様を設定する設定手段を更に有することを特徴とする請求項１乃至６のいずれか１項に記載の印刷システム。
【請求項８】
前記設定手段は、前記サーバの処理機能と前記印刷装置の印刷機能のいずれかを選択して前記印刷仕様を設定することを特徴とする請求項７に記載の印刷システム。
【請求項９】
前記設定手段は、前記サーバの処理機能と前記印刷装置の印刷機能とを組み合わせて前記印刷仕様を設定することを特徴とする請求項７に記載の印刷システム。
【請求項１０】
印刷装置との直接通信により前記印刷装置に画像データを供給して印刷させる携帯電話であって、
前記印刷装置の印刷機能を取得する取得手段と、
印刷仕様を入力する入力手段と、
前記入力手段で入力された印刷仕様が、前記取得手段で取得した前記印刷装置の印刷機能では実現できない場合、通信網を介してサーバに対応する処理を依頼する手段と、
前記サーバにより処理された結果に基づいて前記印刷装置により画像を印刷させるように制御する印刷制御手段と、
を有することを特徴とする携帯電話。
【請求項１１】
印刷装置との直接通信により前記印刷装置に画像データを供給して印刷させる携帯電話であって、
前記印刷装置の印刷機能を取得する取得手段と、
印刷仕様を入力する入力手段と、
前記印刷仕様で指示された印刷対象の画像データ量が所定量以上かどうかを判定する判定手段と、
前記判定手段により前記所定量以上と判定されると、通信網を介してサーバに対応する処理を依頼するとともに、前記所定量以下と判定されると前記対応する処理を実行する制御手段と、
前記サーバ或は前記制御手段のいずれかにより処理された結果に基づいて、前記印刷装置により画像を印刷させるように制御する印刷制御手段と、
を有することを特徴とする携帯電話。
【請求項１２】
前記印刷仕様は、画像フォーマットの変換を含むことを特徴とする請求項１０又は１１に記載の携帯電話。
【請求項１３】
前記印刷仕様は、レイアウト印刷を含むことを特徴とする請求項１０又は１１に記載の携帯電話。
【請求項１４】
前記サーバに対して、処理済みの画像データを記憶するように指示する指示手段を更に有することを特徴とする請求項１０又は１１に記載の携帯電話。
【請求項１５】
前記サーバよりＵＲＬを受信する受信手段と、
前記受信手段により受信したＵＲＬを使用して前記印刷装置により印刷させる画像データを取得する取得手段を更に有することを特徴とする請求項１４に記載の携帯電話。
【請求項１６】
前記サーバの処理機能を取得する第２取得手段と、
前記第２取得手段により取得した前記サーバの処理機能と前記印刷装置の印刷機能とに基づいて前記入力手段により入力可能な印刷仕様を設定する設定手段を更に有することを特徴とする請求項１０乃至１５のいずれか１項に記載の携帯電話。
【請求項１７】
前記設定手段は、前記サーバの処理機能と前記印刷装置の印刷機能のいずれかを選択して前記印刷仕様を設定することを特徴とする請求項１６に記載の携帯電話。
【請求項１８】
前記設定手段は、前記サーバの処理機能と前記印刷装置の印刷機能とを組み合わせて前記印刷仕様を設定することを特徴とする請求項１６に記載の携帯電話。
【請求項１９】
携帯電話と印刷装置との直接通信により前記携帯電話から供給される画像データに基づいて前記印刷装置により画像を印刷させる印刷制御方法であって、
前記印刷装置の印刷機能を取得する取得工程と、
印刷仕様を入力する入力工程と、
前記入力工程で入力された印刷仕様が、前記取得工程で取得した前記印刷装置の印刷機能では実現できない場合、前記携帯電話からサーバに対応する処理を依頼する工程と、
前記サーバにより処理された結果に基づいて前記印刷装置により画像を印刷させるように制御する印刷制御工程と、
を有することを特徴とする印刷制御方法。
【請求項２０】
携帯電話と印刷装置との直接通信により前記携帯電話から供給される画像データに基づいて前記印刷装置により画像を印刷させる印刷制御方法であって、
前記印刷装置の印刷機能を取得する取得工程と、
印刷仕様を入力する入力工程と、
前記印刷仕様で指示された印刷対象の画像データ量が所定量以上かどうかを判定する判定工程と、
前記判定工程で前記所定量以上と判定されると前記携帯電話からサーバに対応する処理を依頼するとともに、前記所定量以下と判定されると前記携帯電話により前記対応する処理を実行させる制御工程と、
前記サーバ或は前記携帯電話のいずれかにより処理された結果に基づいて前記印刷装置により画像を印刷させるように制御する印刷制御工程と、
を有することを特徴とする印刷制御方法。
【請求項２１】
前記印刷仕様は、画像フォーマットの変換を含むことを特徴とする請求項１９又は２０に記載の印刷制御方法。
【請求項２２】
前記印刷仕様は、レイアウト印刷を含むことを特徴とする請求項１９又は２０に記載の印刷制御方法。
【請求項２３】
前記サーバは通信網に接続されており、
前記通信網を介して前記携帯電話から受信した画像データを前記印刷仕様に応じて変換する変換工程と、
前記変換工程で変換した画像データを、前記通信網を介して前記携帯電話に送信する送信工程とを備えることを特徴とする請求項１９乃至２２のいずれか１項に記載の印刷制御方法。
【請求項２４】
前記サーバにより処理された結果を前記サーバに記憶するように指示する工程と、
前記サーバに記憶された前記結果のＵＲＬを前記サーバから受信する受信工程を更に有することを特徴とする請求項１９乃至２３のいずれか１項に記載の印刷制御方法。
【請求項２５】
前記サーバの処理機能を取得する第２取得工程と、
前記第２取得工程で取得した前記サーバの処理機能と前記印刷装置の印刷機能に基づいて前記入力工程で入力可能な印刷仕様を設定する設定工程を更に有することを特徴とする請求項１９乃至２４のいずれか１項に記載の印刷制御方法。
【請求項２６】
前記設定工程では、前記サーバの処理機能と前記印刷装置の印刷機能のいずれかを選択して前記印刷仕様を設定することを特徴とする請求項２５に記載の印刷制御方法。
【請求項２７】
前記設定工程では、前記サーバの処理機能と前記印刷装置の印刷機能とを組み合わせることにより、前記印刷仕様を設定することを特徴とする請求項２５に記載の印刷制御方法。
【請求項２８】
印刷装置との直接通信により前記印刷装置に画像データを供給して印刷させる携帯電話の制御方法であって、
前記印刷装置の印刷機能を取得する取得工程と、
印刷仕様を入力する入力工程と、
前記入力工程で入力された印刷仕様が、前記取得工程で取得した前記印刷装置の印刷機能では実現できない場合、通信網を介してサーバに対応する処理を依頼する工程と、
前記サーバにより処理された結果に基づいて前記印刷装置により画像を印刷させるように制御する印刷制御工程と、
を有することを特徴とする制御方法。
【請求項２９】
印刷装置との直接通信により前記印刷装置に画像データを供給して印刷させる携帯電話の制御方法であって、
前記印刷装置の印刷機能を取得する取得工程と、
印刷仕様を入力する入力工程と、
前記印刷仕様で指示された印刷対象の画像データ量が所定量以上かどうかを判定する判定工程と、
前記判定工程で前記所定量以上と判定されると通信網を介してサーバに対応する処理を依頼するとともに、前記所定量以下と判定されると前記対応する処理を実行する制御工程と、
前記サーバ或は前記制御工程のいずれかにより処理された結果に基づいて、前記印刷装置により画像を印刷させるように制御する印刷制御工程と、
を有することを特徴とする制御方法。
【請求項３０】
前記印刷仕様は、画像フォーマットの変換を含むことを特徴とする請求項２８又は２９に記載の制御方法。
【請求項３１】
前記印刷仕様は、レイアウト印刷を含むことを特徴とする請求項２８又は２９に記載の制御方法。
【請求項３２】
前記サーバに対して、処理済みの画像データを記憶するように指示する指示工程を更に有することを特徴とする請求項２８又は２９に記載の制御方法。
【請求項３３】
前記サーバよりＵＲＬを受信する受信工程と、
前記受信工程で受信したＵＲＬを使用して前記印刷装置により印刷させる画像データを取得する取得工程を更に有することを特徴とする請求項３２に記載の制御方法。
【請求項３４】
前記サーバの処理機能を取得する第２取得工程と、
前記第２取得工程で取得した前記サーバの処理機能と前記印刷装置の印刷機能に基づいて前記入力工程で入力可能な印刷仕様を設定する設定工程を更に有することを特徴とする請求項２８乃至３３のいずれか１項に記載の制御方法。
【請求項３５】
前記設定工程では、前記サーバの処理機能と前記印刷装置の印刷機能のいずれかを選択して前記印刷仕様を設定することを特徴とする請求項３４に記載の制御方法。
【請求項３６】
前記設定工程では、前記サーバの処理機能と前記印刷装置の印刷機能とを組み合わせて前記印刷仕様を設定することを特徴とする請求項３４に記載の制御方法。
【請求項１】
携帯電話と印刷装置との直接通信により前記携帯電話から供給される画像データに基づいて前記印刷装置により画像を印刷する印刷システムであって、
前記印刷装置の印刷機能を取得する取得手段と、
印刷仕様を入力する入力手段と、
前記入力手段で入力された印刷仕様が、前記取得手段で取得した前記印刷装置の印刷機能では実現できない場合、前記携帯電話からサーバに対応する処理を依頼する手段と、
前記サーバにより処理された結果に基づいて、前記印刷装置により画像を印刷させるように制御する印刷制御手段と、
を有することを特徴とする印刷システム。
【請求項２】
携帯電話と印刷装置との直接通信により前記携帯電話から供給される画像データに基づいて前記印刷装置により画像を印刷する印刷システムであって、
前記印刷装置の印刷機能を取得する取得手段と、
印刷仕様を入力する入力手段と、
前記印刷仕様で指示された印刷対象の画像データ量が所定量以上かどうかを判定する判定手段と、
前記判定手段により前記所定量以上と判定されると前記携帯電話からサーバに対応する処理を依頼するとともに、前記所定量以下と判定されると前記携帯電話により前記対応する処理を実行させる制御手段と、
前記サーバ或は前記携帯電話のいずれかにより処理された結果に基づいて、前記印刷装置により画像を印刷させるように制御する印刷制御手段と、
を有することを特徴とする印刷システム。
【請求項３】
前記印刷仕様は、画像フォーマットの変換を含むことを特徴とする請求項１又は２に記載の印刷システム。
【請求項４】
前記印刷仕様は、レイアウト印刷を含むことを特徴とする請求項１又は２に記載の印刷システム。
【請求項５】
前記サーバは通信網に接続されており、
前記通信網を介して前記携帯電話から受信した画像データを前記印刷仕様に応じて変換する変換手段と、
前記変換手段により変換した画像データを、前記通信網を介して前記携帯電話に送信する送信手段とを備えることを特徴とする請求項１乃至４のいずれか１項に記載の印刷システム。
【請求項６】
前記携帯電話は、
前記サーバにより処理された結果を前記サーバに記憶するように指示する手段と、
前記サーバに記憶された前記結果のＵＲＬを前記サーバから受信する受信手段を更に有することを特徴とする請求項１乃至５のいずれか１項に記載の印刷システム。
【請求項７】
前記サーバの処理機能を取得する第２取得手段と、
前記第２取得手段で取得した前記サーバの処理機能と前記印刷装置の印刷機能とに基づいて前記入力手段により入力可能な印刷仕様を設定する設定手段を更に有することを特徴とする請求項１乃至６のいずれか１項に記載の印刷システム。
【請求項８】
前記設定手段は、前記サーバの処理機能と前記印刷装置の印刷機能のいずれかを選択して前記印刷仕様を設定することを特徴とする請求項７に記載の印刷システム。
【請求項９】
前記設定手段は、前記サーバの処理機能と前記印刷装置の印刷機能とを組み合わせて前記印刷仕様を設定することを特徴とする請求項７に記載の印刷システム。
【請求項１０】
印刷装置との直接通信により前記印刷装置に画像データを供給して印刷させる携帯電話であって、
前記印刷装置の印刷機能を取得する取得手段と、
印刷仕様を入力する入力手段と、
前記入力手段で入力された印刷仕様が、前記取得手段で取得した前記印刷装置の印刷機能では実現できない場合、通信網を介してサーバに対応する処理を依頼する手段と、
前記サーバにより処理された結果に基づいて前記印刷装置により画像を印刷させるように制御する印刷制御手段と、
を有することを特徴とする携帯電話。
【請求項１１】
印刷装置との直接通信により前記印刷装置に画像データを供給して印刷させる携帯電話であって、
前記印刷装置の印刷機能を取得する取得手段と、
印刷仕様を入力する入力手段と、
前記印刷仕様で指示された印刷対象の画像データ量が所定量以上かどうかを判定する判定手段と、
前記判定手段により前記所定量以上と判定されると、通信網を介してサーバに対応する処理を依頼するとともに、前記所定量以下と判定されると前記対応する処理を実行する制御手段と、
前記サーバ或は前記制御手段のいずれかにより処理された結果に基づいて、前記印刷装置により画像を印刷させるように制御する印刷制御手段と、
を有することを特徴とする携帯電話。
【請求項１２】
前記印刷仕様は、画像フォーマットの変換を含むことを特徴とする請求項１０又は１１に記載の携帯電話。
【請求項１３】
前記印刷仕様は、レイアウト印刷を含むことを特徴とする請求項１０又は１１に記載の携帯電話。
【請求項１４】
前記サーバに対して、処理済みの画像データを記憶するように指示する指示手段を更に有することを特徴とする請求項１０又は１１に記載の携帯電話。
【請求項１５】
前記サーバよりＵＲＬを受信する受信手段と、
前記受信手段により受信したＵＲＬを使用して前記印刷装置により印刷させる画像データを取得する取得手段を更に有することを特徴とする請求項１４に記載の携帯電話。
【請求項１６】
前記サーバの処理機能を取得する第２取得手段と、
前記第２取得手段により取得した前記サーバの処理機能と前記印刷装置の印刷機能とに基づいて前記入力手段により入力可能な印刷仕様を設定する設定手段を更に有することを特徴とする請求項１０乃至１５のいずれか１項に記載の携帯電話。
【請求項１７】
前記設定手段は、前記サーバの処理機能と前記印刷装置の印刷機能のいずれかを選択して前記印刷仕様を設定することを特徴とする請求項１６に記載の携帯電話。
【請求項１８】
前記設定手段は、前記サーバの処理機能と前記印刷装置の印刷機能とを組み合わせて前記印刷仕様を設定することを特徴とする請求項１６に記載の携帯電話。
【請求項１９】
携帯電話と印刷装置との直接通信により前記携帯電話から供給される画像データに基づいて前記印刷装置により画像を印刷させる印刷制御方法であって、
前記印刷装置の印刷機能を取得する取得工程と、
印刷仕様を入力する入力工程と、
前記入力工程で入力された印刷仕様が、前記取得工程で取得した前記印刷装置の印刷機能では実現できない場合、前記携帯電話からサーバに対応する処理を依頼する工程と、
前記サーバにより処理された結果に基づいて前記印刷装置により画像を印刷させるように制御する印刷制御工程と、
を有することを特徴とする印刷制御方法。
【請求項２０】
携帯電話と印刷装置との直接通信により前記携帯電話から供給される画像データに基づいて前記印刷装置により画像を印刷させる印刷制御方法であって、
前記印刷装置の印刷機能を取得する取得工程と、
印刷仕様を入力する入力工程と、
前記印刷仕様で指示された印刷対象の画像データ量が所定量以上かどうかを判定する判定工程と、
前記判定工程で前記所定量以上と判定されると前記携帯電話からサーバに対応する処理を依頼するとともに、前記所定量以下と判定されると前記携帯電話により前記対応する処理を実行させる制御工程と、
前記サーバ或は前記携帯電話のいずれかにより処理された結果に基づいて前記印刷装置により画像を印刷させるように制御する印刷制御工程と、
を有することを特徴とする印刷制御方法。
【請求項２１】
前記印刷仕様は、画像フォーマットの変換を含むことを特徴とする請求項１９又は２０に記載の印刷制御方法。
【請求項２２】
前記印刷仕様は、レイアウト印刷を含むことを特徴とする請求項１９又は２０に記載の印刷制御方法。
【請求項２３】
前記サーバは通信網に接続されており、
前記通信網を介して前記携帯電話から受信した画像データを前記印刷仕様に応じて変換する変換工程と、
前記変換工程で変換した画像データを、前記通信網を介して前記携帯電話に送信する送信工程とを備えることを特徴とする請求項１９乃至２２のいずれか１項に記載の印刷制御方法。
【請求項２４】
前記サーバにより処理された結果を前記サーバに記憶するように指示する工程と、
前記サーバに記憶された前記結果のＵＲＬを前記サーバから受信する受信工程を更に有することを特徴とする請求項１９乃至２３のいずれか１項に記載の印刷制御方法。
【請求項２５】
前記サーバの処理機能を取得する第２取得工程と、
前記第２取得工程で取得した前記サーバの処理機能と前記印刷装置の印刷機能に基づいて前記入力工程で入力可能な印刷仕様を設定する設定工程を更に有することを特徴とする請求項１９乃至２４のいずれか１項に記載の印刷制御方法。
【請求項２６】
前記設定工程では、前記サーバの処理機能と前記印刷装置の印刷機能のいずれかを選択して前記印刷仕様を設定することを特徴とする請求項２５に記載の印刷制御方法。
【請求項２７】
前記設定工程では、前記サーバの処理機能と前記印刷装置の印刷機能とを組み合わせることにより、前記印刷仕様を設定することを特徴とする請求項２５に記載の印刷制御方法。
【請求項２８】
印刷装置との直接通信により前記印刷装置に画像データを供給して印刷させる携帯電話の制御方法であって、
前記印刷装置の印刷機能を取得する取得工程と、
印刷仕様を入力する入力工程と、
前記入力工程で入力された印刷仕様が、前記取得工程で取得した前記印刷装置の印刷機能では実現できない場合、通信網を介してサーバに対応する処理を依頼する工程と、
前記サーバにより処理された結果に基づいて前記印刷装置により画像を印刷させるように制御する印刷制御工程と、
を有することを特徴とする制御方法。
【請求項２９】
印刷装置との直接通信により前記印刷装置に画像データを供給して印刷させる携帯電話の制御方法であって、
前記印刷装置の印刷機能を取得する取得工程と、
印刷仕様を入力する入力工程と、
前記印刷仕様で指示された印刷対象の画像データ量が所定量以上かどうかを判定する判定工程と、
前記判定工程で前記所定量以上と判定されると通信網を介してサーバに対応する処理を依頼するとともに、前記所定量以下と判定されると前記対応する処理を実行する制御工程と、
前記サーバ或は前記制御工程のいずれかにより処理された結果に基づいて、前記印刷装置により画像を印刷させるように制御する印刷制御工程と、
を有することを特徴とする制御方法。
【請求項３０】
前記印刷仕様は、画像フォーマットの変換を含むことを特徴とする請求項２８又は２９に記載の制御方法。
【請求項３１】
前記印刷仕様は、レイアウト印刷を含むことを特徴とする請求項２８又は２９に記載の制御方法。
【請求項３２】
前記サーバに対して、処理済みの画像データを記憶するように指示する指示工程を更に有することを特徴とする請求項２８又は２９に記載の制御方法。
【請求項３３】
前記サーバよりＵＲＬを受信する受信工程と、
前記受信工程で受信したＵＲＬを使用して前記印刷装置により印刷させる画像データを取得する取得工程を更に有することを特徴とする請求項３２に記載の制御方法。
【請求項３４】
前記サーバの処理機能を取得する第２取得工程と、
前記第２取得工程で取得した前記サーバの処理機能と前記印刷装置の印刷機能に基づいて前記入力工程で入力可能な印刷仕様を設定する設定工程を更に有することを特徴とする請求項２８乃至３３のいずれか１項に記載の制御方法。
【請求項３５】
前記設定工程では、前記サーバの処理機能と前記印刷装置の印刷機能のいずれかを選択して前記印刷仕様を設定することを特徴とする請求項３４に記載の制御方法。
【請求項３６】
前記設定工程では、前記サーバの処理機能と前記印刷装置の印刷機能とを組み合わせて前記印刷仕様を設定することを特徴とする請求項３４に記載の制御方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【公開番号】特開２００６−６７３６８（Ｐ２００６−６７３６８Ａ）
【公開日】平成１８年３月９日（２００６．３．９）
【国際特許分類】
【出願番号】特願２００４−２４９０２０（Ｐ２００４−２４９０２０）
【出願日】平成１６年８月２７日（２００４．８．２７）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成１８年３月９日（２００６．３．９）
【国際特許分類】
【出願日】平成１６年８月２７日（２００４．８．２７）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]