(57)【特許請求の範囲】
【請求項１】
画像供給装置から画像データを受信して印刷する印刷装置であって、前記画像供給装置との通信を開始すると、前記画像供給装置において管理されている、ファイル名がDDISCVRY.DPSであるファイルオブジェクトの属性情報を受信した後、前記画像供給装置に、ファイル名がHDISCVRY.DPSであるファイルオブジェクトの属性情報を送信することによりダイレクトプリント機能に対応していることを認証する機能を有する印刷装置であって、
XHTMLによる印刷に対応することを示す第１スクリプトが記述されているDDISCVRY.DPSファイルを、前記画像供給装置から受信する受信手段と、
前記受信手段により前記DDISCVRY.DPSファイルを受信した後、XHTMLによる印刷に対応することを示す第２スクリプトを含むHDISCVRY.DPSファイルを前記画像供給装置に送信する送信手段と、
前記送信手段による送信後に、前記画像供給装置からXHTMLのデータを受信して印刷するモードに移行する制御手段と、
を有することを特徴とする印刷装置。
【請求項２】
印刷装置に画像データを送信する画像供給装置であって、前記印刷装置との通信を開始すると、前記画像供給装置において管理している、ファイル名がDDISCVRY.DPSであるファイルオブジェクトの属性情報を送信した後、前記印刷装置から、ファイル名がHDISCVRY.DPSであるファイルオブジェクトの属性情報を受信することによりダイレクトプリント機能に対応していることを認証する機能を有する画像供給装置であって、
XHTMLによる印刷に対応することを示す第１スクリプトが記述されているDDISCVRY.DPSファイルを前記印刷装置に送信する送信手段と、
前記送信手段により前記DDISCVRY.DPSファイルを送信した後、XHTMLによる印刷に対応することを示す第２スクリプトを含むHDISCVRY.DPSファイルを前記印刷装置から受信する受信手段と、
前記受信手段による受信後に、前記印刷装置にXHTMLのデータを送信して印刷させるモードに移行する制御手段と、
を有することを特徴とする画像供給装置。
【請求項３】
請求項１に記載の印刷装置と、請求項２に記載の画像供給装置とを含むことを特徴とする印刷システム。
【請求項４】
画像供給装置から画像データを受信して印刷する印刷装置であって、前記画像供給装置との通信を開始すると、前記画像供給装置において管理されている、ファイル名がDDISCVRY.DPSであるファイルオブジェクトの属性情報を受信した後、前記画像供給装置に、ファイル名がHDISCVRY.DPSであるファイルオブジェクトの属性情報を送信することによりダイレクトプリント機能に対応していることを認証する機能を有する印刷装置の制御方法であって、
XHTMLによる印刷に対応することを示す第１スクリプトが記述されているDDISCVRY.DPSファイルを、前記画像供給装置から受信する受信工程と、
前記受信工程で前記DDISCVRY.DPSファイルを受信した後、XHTMLによる印刷に対応することを示す第２スクリプトを含むHDISCVRY.DPSファイルを前記画像供給装置に送信する送信工程と、
前記送信工程での送信後に、前記画像供給装置からXHTMLのデータを受信して印刷するモードに移行する制御工程と、
を有することを特徴とする印刷装置の制御方法。
【請求項５】
印刷装置に画像データを送信する画像供給装置であって、前記印刷装置との通信を開始すると、前記画像供給装置において管理している、ファイル名がDDISCVRY.DPSであるファイルオブジェクトの属性情報を送信した後、前記印刷装置から、ファイル名がHDISCVRY.DPSであるファイルオブジェクトの属性情報を受信することによりダイレクトプリント機能に対応していることを認証する機能を有する画像供給装置の制御方法であって、
XHTMLによる印刷に対応することを示す第１スクリプトが記述されているDDISCVRY.DPSファイルを前記印刷装置に送信する送信工程と、
前記送信工程で前記DDISCVRY.DPSファイルを送信した後、XHTMLによる印刷に対応することを示す第２スクリプトを含むHDISCVRY.DPSファイルを前記印刷装置から受信する受信工程と、
前記受信工程での受信後に、前記印刷装置にXHTMLのデータを送信して印刷させるモードに移行する制御工程と、
を有することを特徴とする画像供給装置の制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタルカメラやデジタルカメラ付き携帯電話等の画像供給装置と印刷装置及びこれらを含む印刷システムとその制御方法に関するものである。
【背景技術】
【０００２】
近年、簡単な操作で画像を撮影し、その撮影した画像をデジタル画像データに変換できるデジタルカメラやデジタルカメラ付きの携帯電話や携帯端末が広く使用されるようになってきている。このようなカメラで撮影した画像を印刷して写真として使用する場合、通常、一旦、その撮影したデジタル画像データをカメラからＰＣ（コンピュータ）に取り込んで画像処理を行った後、そのＰＣからカラープリンタに出力して印刷していた。これに対して最近はＰＣを介することなく、直接、カメラからカラープリンタにデジタル画像データを伝送して印刷することができるカラープリントシステム（以降、ダイレクト印刷と称する）が採用されてきている。（特許文献１参照）また、このようなカメラに搭載され、撮像した画像を記憶しているメモリカードを、直接、カラープリンタに装着し、そのメモリカードに記憶されている画像データを印刷できる、所謂フォトダイレクト（ＰＤ）プリンタ等も市販されている。
【０００３】
このダイレクト印刷は、元々は同一メーカのカメラとプリンタとの間でのみ実現できる機種限定の印刷機能であった。しかし近年、業界での標準化が進み、メーカの違いに依らず、異なるメーカのカメラとプリンタとの接続でもダイレクト印刷が行える環境が整ってきた。例えば、ＣＩＰＡから正式に公開されているピクトブリッジは、異なるメーカの製品同士が接続された場合でもダイレクト印刷が行える代表的な規格の１つである。このピクトブリッジは当初ＵＳＢによる有線接続が主であったが、最近ではＴＣＰ／ＩＰ等を用いた無線接続を行う製品も出てきている。
【０００４】
また、このダイレクト印刷で実現できる印刷機能に対する要求も多岐に亘ってきている。例えば、カメラで撮影した１枚の画像を１枚のシートに印刷する銀塩写真の様な印刷機能だけでなく、メール文書やワードプロセッサで作成された文書や、ウェブページ等のような複雑にレイアウトされた文書と共に印刷したいという要求も高まってきている。例えば、BluetoothにおけるＢＰＰプロトコル上でＸＨＴＭＬドキュメントを用いた印刷機能はこのような要求を満たすための一つの方法である。
【特許文献１】特開平１１−１１２９３２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
このようにダイレクト印刷におけるインターフェース仕様の標準化、多機能化の環境が整ってきている。しかしながら、従来のダイレクト印刷は、旧来の銀塩写真の様な単純なフォト印刷を目的としている。このため、文字情報を含む文書の印刷やウェブページ等のような複雑にレイアウトされた文書の印刷を行うには機能が不足しているという問題がある。また従来のダイレクトプリントシステムでは、どの程度、ＸＨＴＭＬをサポートしているかを示す詳細な情報までやり取りする手段が用意されていない。
【０００６】
プリンタにＸＨＴＭＬファイルを送信して印刷させる場合、プリンタがフルにＸＨＴＭＬに対応していれば問題ないが、プリンタによってはＲＯＭやＲＡＭの容量、またＣＰＵのパフォーマンス等の制約によりフルにサポートしていない場合がある。このような場合カメラでは、プリンタのサポート状況に応じて印刷データを作り変える必要がある。例えば、プリンタがＸＨＴＭＬの「mine multiplex」に対応している場合、カメラは画像データを暗号化してＸＨＴＭＬファイルに埋め込んでプリンタに送信する。一方、プリンタが「print by reference」に対応している場合は、カメラは画像データの格納場所をＵＲＩでＸＨＴＭＬファイル中に記述して送信する。この場合、プリンタは、その画像データが必要になったときに、そのＵＲＩを利用してカメラに画像データを要求する。このようにプリンタは、プリンタ自身のＸＨＴＭＬ機能のサポート状態をカメラ等の画像供給装置に通知する必要がある。
【０００７】
このように、メーカに依存しないＸＨＴＭＬ印刷を実現するためには、カメラとプリンタの少なくとも一方が、他方の有するＸＨＴＭＬを解釈する機能を有しているか否かを含む能力情報（以降、Capability）を入手する必要がある。このようなCapabilityを通知するために従来のダイレクトプリントシステムでは、プリンタからカメラへ一方通行で通知するためのコマンドしかないため、カメラからCapabilityをプリンタに通知できないという問題があった。
【０００８】
また従来のダイレクトプリントシステム、カメラの周辺に接続対象となるプリンタが複数存在する場合、そのカメラがＸＨＴＭＬに対応したプリンタとだけ接続したいと思っても、一旦所定の通信プロトコルで接続を確立しないとプリンタのCapabilityが取得できない。このため、カメラとプリンタの双方で接続完了を示すアイコンが表示されてしまい、実際、プリンタがＸＨＴＭＬに対応していないにも拘わらず、対応しているかのような誤解をユーザに与えてしまうという問題があった。
【０００９】
更に前述のように、プリンタが「print by reference」にのみ対応している場合、カメラは画像データの格納場所をＵＲＩでＸＨＴＭＬファイル中に記述して送信する。しかし、従来のダイレクトプリントシステムでは、プリンタからカメラに画像データの転送を依頼する場合は、トランスポートレイヤにＰＴＰを用いているためＰＴＰのファイルＩＤで指定する必要がある。従って、カメラにおける画像データの格納場所であるＵＲＩと、ＰＴＰのファイルＩＤとのリンク情報を、予めカメラからプリンタに通知しておかなければならないという問題があった。
【００１０】
本発明の目的は、上記従来技術の問題点を解決することにある。
【００１１】
本願発明の特徴は、印刷装置と画像供給装置との間で、ＸＨＴＭＬ機能のサポート状態の詳細な情報をやり取りできるため、双方の装置の仕様に従った、より柔軟でかつ最適なＸＨＴＭＬファイルによる印刷を実現できる。
【課題を解決するための手段】
【００１２】
上記目的を達成するために本発明の一態様に係る印刷装置は以下のような構成を備える。即ち、
画像供給装置から画像データを受信して印刷する印刷装置であって、前記画像供給装置との通信を開始すると、前記画像供給装置において管理されている、ファイル名がDDISCVRY.DPSであるファイルオブジェクトの属性情報を受信した後、前記画像供給装置に、ファイル名がHDISCVRY.DPSであるファイルオブジェクトの属性情報を送信することによりダイレクトプリント機能に対応していることを認証する機能を有する印刷装置であって、
XHTMLによる印刷に対応することを示す第１スクリプトが記述されているDDISCVRY.DPSファイルを、前記画像供給装置から受信する受信手段と、
前記受信手段により前記DDISCVRY.DPSファイルを受信した後、XHTMLによる印刷に対応することを示す第２スクリプトを含むHDISCVRY.DPSファイルを前記画像供給装置に送信する送信手段と、
前記送信手段による送信後に、前記画像供給装置からXHTMLのデータを受信して印刷するモードに移行する制御手段と、
を有することを特徴とする。
【００１３】
上記目的を達成するために本発明の一態様に係る画像供給装置は以下のような構成を備える。即ち、
印刷装置に画像データを送信する画像供給装置であって、前記印刷装置との通信を開始すると、前記画像供給装置において管理している、ファイル名がDDISCVRY.DPSであるファイルオブジェクトの属性情報を送信した後、前記印刷装置から、ファイル名がHDISCVRY.DPSであるファイルオブジェクトの属性情報を受信することによりダイレクトプリント機能に対応していることを認証する機能を有する画像供給装置であって、
XHTMLによる印刷に対応することを示す第１スクリプトが記述されているDDISCVRY.DPSファイルを前記印刷装置に送信する送信手段と、
前記送信手段により前記DDISCVRY.DPSファイルを送信した後、XHTMLによる印刷に対応することを示す第２スクリプトを含むHDISCVRY.DPSファイルを前記印刷装置から受信する受信手段と、
前記受信手段による受信後に、前記印刷装置にXHTMLのデータを送信して印刷させるモードに移行する制御手段と、
を有することを特徴とする。
【００１７】
尚、この課題を解決するための手段は、本願発明の特徴の全てを列挙しているものではなく、特許請求の範囲に記載された他の請求項及びそれら特徴群の組み合わせも発明になり得る。
【発明を実施するための最良の形態】
【００１８】
以下、添付図面を参照して本発明の好適な実施の形態を詳しく説明する。尚、以下の実施の形態は特許請求の範囲に係る本発明を限定するものでなく、また本実施の形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。
【００１９】
図１は、本発明の実施の形態に係るフォトダイレクトプリンタ装置（以下、単にプリンタと称する）１０００の概観斜視図である。このプリンタ１０００は、ホストコンピュータ（ＰＣ）からデータを受信して印刷する通常のＰＣプリンタとしての機能と、メモリカード等の記憶媒体に記憶されている画像データを直接読取って印刷する機能を備えている。更に、デジタルカメラやデジタルカメラ付きの携帯電話や携帯端末等のモバイルターミナル（画像供給デバイス）からの画像データを受信して印刷する機能を備えている。
【００２０】
図１において、本実施の形態に係るプリンタ１０００の外殻をなす本体は、下ケース１００１、上ケース１００２、アクセスカバー１００３及び排出トレイ１００４の外装部材を有している。また下ケース１００１は、プリンタ１０００の略下半部を、上ケース１００２は本体の略上半部をそれぞれ形成している。これら両ケースの組合せによって内部に後述の各機構を収納する収納空間を有する中空体構造をなし、その上面部及び前面部にはそれぞれ開口部がされている。更に、排出トレイ１００４は、その一端部が下ケース１００１に回転自在に保持され、その回転によって下ケース１００１の前面部に形成される開口部を開閉させ得るようになっている。このため、記録動作を実行させる際には、排出トレイ１００４を前面側へと回転させて開口部を開成させることにより、ここから記録シートが排出可能となると共に、排出された記録シートを順次積載し得るようになっている。また排紙トレイ１００４には、２枚の補助トレイ１００４ａ，１００４ｂが収納されており、必要に応じて各トレイを手前に引き出すことにより、記録シートの支持面積を複数段階に拡大、縮小させ得るようになっている。
【００２１】
アクセスカバー１００３は、その一端部が上ケース１００２に回転自在に保持され、上面に形成される開口部を開閉し得るようになっている。このアクセスカバー１００３を開くことによって本体内部に収納されている記録ヘッドカートリッジ（不図示）或いはインクタンク（不図示）等の交換が可能となる。尚、ここでは特に図示しないが、アクセスカバー１００３を開閉させると、その裏面に形成された突起がカバー開閉レバーを回転させるようになっている。そして、このレバーの回転位置をマイクロスイッチなどで検出することにより、アクセスカバー１００３の開閉状態を検出し得るようになっている。
【００２２】
また上ケース１００２の上面には、電源キー１００５が設けられている。また、上ケース１００２の右側には、液晶表示部１００６や各種キースイッチ等を備える操作パネル１０１０が設けられている。この操作パネル１０１０の構造は、図２を参照して詳しく後述する。１００７は自動給送部（ＡＤＦ）で、記録シートを装置本体内へと自動的に給送する。１００８は紙間選択レバーで、プリントヘッドと記録シートとの間隔を調整するためのレバーである。１００９はカードスロットで、ここにメモリカードを装着可能なアダプタが挿入され、このアダプタを介してメモリカードに記憶されている画像データを直接取り込んで印刷することができる。このメモリカード（ＰＣ）としては、例えばコンパクトフラッシュ（登録商標）メモリ、スマートメディア、メモリスティック等がある。１０１１はビューワ（液晶表示部）で、このプリンタ１０００の本体に着脱可能であり、ＰＣカードに記憶されている画像等を表示できる。よって、ＰＣカードに記憶されている画像の中からプリントしたい画像を検索する場合に、１コマ毎の画像やインデックス画像などを表示するのに使用される。１０１２は後述するモバイルターミナル（図３の４０００）を接続するためのＵＳＢ端子である。また、このプリンタ１０００の後面には、パーソナルコンピュータ（ＰＣ）を接続するためのＵＳＢコネクタが設けられている。
【００２３】
図２は、本実施の形態に係るプリンタ１０００の操作パネル１０１０の概観を説明する図である。
【００２４】
図において、液晶表示部１００６には、その左右に印刷されている項目に関するデータを各種設定するためのメニュー項目が表示される。ここに表示される項目としては、例えば、複数ある写真画像データの内、印刷したい写真画像の先頭番号、指定コマ番号を指定する（開始／指定）がある。「終了」は、印刷を終了したい最後の写真番号を指示する。「部数」は印刷したい部数、「用紙種類」は、印刷に使用する用紙（記録シート）の種類を指定する。「レイアウト」は、１枚の用紙に印刷する写真の枚数を設定する。「品位」は、印刷する画像の品位を指定するもので、例えば高画質、標準、ドラフトなどがある。「日付印刷」は、撮影した日付を印刷するかどうかを指定する。「画像補正」は、画像を補正して印刷するかどうかを指定する。「用紙枚数」は、印刷に必要な用紙枚数を設定する。これら各項目は、カーソルキー２００１を用いて選択、或いは指定される。２００２はモードキーで、このキーを押下する毎に、印刷の種類（インデックス印刷、全コマ印刷、１コマ印刷等）を切り替えることができ、これに応じてＬＥＤ２００３の対応するＬＥＤが点灯される。２００４はメンテナンスキーで、プリントヘッドのクリーニング等、プリンタのメンテナンスを行わせるためのキーである。２００５は印刷開始キーで、印刷の開始を指示する時、或いはメンテナンスの設定を確立する際に押下される。２００６は印刷中止キーで、印刷の中止や、メンテナンスの中止を指示するために押下される。
【００２５】
図３は、本実施の形態に係るプリンタ１０００の制御に係る主要部の構成を説明するブロック図である。尚、この図３において、前述の図面と共通する部分は同じ記号を付与して、それらの説明を省略する。
【００２６】
３０００は制御部（制御基板）を示している。３００１はＡＳＩＣ（専用カスタムＬＳＩ）を示している。３００２はＤＳＰ（デジタル信号処理プロセッサ）で、内部にＣＰＵを有し、後述する各種制御処理及び、輝度信号（ＲＧＢ）から濃度信号（ＣＭＹＫ）への変換、スケーリング、ガンマ変換、誤差拡散等の画像処理等を担当している。３００３はメモリで、ＤＳＰ３００２のＣＰＵの制御プログラムを記憶するプログラムメモリ３００３ａ、及び実行時のプログラムを記憶するＲＡＭエリア、画像データなどを記憶するワークメモリとして機能するメモリエリアを有している。３００４はプリンタエンジンで、ここでは、複数色のカラーインクを用いてカラー画像を印刷するインクジェットプリンタのプリンタエンジンが搭載されている。３００５はモバイルターミナル４０００を接続するためのポートとしてのＵＳＢコネクタである。３００６はビューワ１０１１を接続するためのコネクタである。３００８はＵＳＢハブ(USBHUB)で、このプリンタ１０００がＰＣ３０１０からの画像データに基づいて印刷を行う際には、ＰＣ３０１０からのデータをそのままスルーし、ＵＳＢ３０２１を介してプリンタエンジン３００４に出力する。これにより、接続されているＰＣ３０１０は、プリンタエンジン３００４と直接、データや信号のやり取りを行って印刷を実行することができる（一般的なＰＣプリンタとして機能する）。３００９は電源コネクタで、電源３０１９により、商用ＡＣから変換された直流電圧を入力している。ＰＣ３０１０は一般的なパーソナルコンピュータ、３０１１は前述したメモリカード（ＰＣカード）である。
【００２７】
尚、この制御部３０００とプリンタエンジン３００４との間の信号のやり取りは、前述したＵＳＢ３０２１又はＩＥＥＥ１２８４バス３０２２を介して行われる。
【００２８】
図４は、本実施の形態に係るモバイルターミナル４０００の構成を示すブロック図である。このモバイルターミナル４０００は、本実施の形態では、デジタルカメラやデジタルカメラ付きの携帯電話や携帯端末等を総称して使用している。
【００２９】
同図において、ＣＰＵ３１００は、このモバイルターミナル４０００全体の制御を司っている。ＲＯＭ３１０１は、ＣＰＵ３１００による処理手順（プログラム）を記憶しているＲＯＭである。ＲＡＭ３１０２は、ＣＰＵ３１００のワークエリアとして使用され、各種データを記憶する。操作ボタン及びスイッチ群３１０３は、ユーザにより操作されて各種操作を行うスイッチ群で、各種スイッチやカーソルキー等が含まれている。液晶表示部２７００は、現時点で撮影している映像や、撮像されて記憶されている画像を表示したり、各種設定を行う際のメニューを表示するために使用される。光学ユニット３１０５は、主としてレンズ及びその駆動系で構成される。ＣＣＤ素子３１０６は、光学ユニット３１０５を介して入射される光により結像された画像を電気信号に変換している。ドライバ３１０７は、ＣＰＵ３１００の制御の下で光学ユニット３１０５を駆動制御している。コネクタ３１０８は、記憶媒体３１０９（コンパクトフラッシュ(登録商標)メモリカード、スマートメディア等）との間で信号をやり取りする接続用コネクタである。ＵＳＢインターフェース（ＵＳＢのスレーブ側）３１１０は、ＰＣ３０１０或いは実施形態に係るプリンタ１０００と接続するためのインターフェースである。３１１１は携帯電話として基地局と通信を行うための無線Ｉ／Ｆであり、３１１２，３１１３はそれぞれ通話に用いるマイク及びスピーカである。
【００３０】
図５は、本実施の形態に係るプリンタ１０００とモバイルターミナル４０００との接続を説明する図で、前述の図面において共通している部分は同じ記号で示し、その説明を省略している。
【００３１】
図において、ケーブル５０００は、プリンタ１０００のコネクタ１０１２と接続されるコネクタ５００１と、モバイルターミナル４０００の有線インターフェース３１１０と接続するためのコネクタ５００２とを備えている。モバイルターミナル４０００は、内部のメモリに保存している画像データを、この有線インターフェース３１１０を介してプリンタ１０００に出力できる。尚、モバイルターミナル４０００の構成としては、内部に記憶手段としてのメモリを備えるものや、図４に示す取外し可能なメモリ（メモリカード）を装着するためのスロットを備えたものなど、種々の構成を採用することができる。図５に示すように、ケーブル５０００を介してプリンタ１０００とモバイルターミナル４０００とを接続することにより、モバイルターミナル４０００からの画像データを直接プリンタ１０００で印刷することができる。尚、これ以外にも、無線インターフェース３１１１を介してモバイルターミナル４０００から直接プリンタ１０００に画像データを送信して印刷させることもできる。
【００３２】
以下、以上の構成に基づく本実施の形態に係る印刷システムの動作例を実施の形態として説明する。
【００３３】
以上の構成に基づくモバイルターミナル４０００とプリンタ１０００とを含む印刷システムにおける動作概要を以下に説明する。尚、この実施の形態に係る印刷システムでは、モバイルターミナル４０００とプリンタ１０００とはそれぞれ本実施の形態に係る手順ＤＰＳ（Direct Print System）の仕様に従った動作が可能であるとする。
【００３４】
図６は、本実施の形態に係るダイレクト印刷システムにおいて、モバイルターミナル４０００とプリンタ１０００との間で互いの機能を確認する手順を説明するフローチャートである。
【００３５】
本実施の形態では、モバイルターミナル４０００とプリンタ１０００との間で相互通信のためにＰＩＭＡ（Photographic and Imaging Manufacturers Association）で定められた標準プロトコルＰＴＰを用いた場合を説明する。尚、大括弧〔  〕で括られた部分が各処理に対応するＰＴＰオペレーション名、データセット名等のＰＴＰにおけるインストラクション名を示している。
【００３６】
先ずステップＳ１０１で、プリンタ１０００からモバイルターミナル４０００にデバイス情報要求〔GetDeviceInfo〕を出力する。これによりモバイルターミナル４０００は、ステップＳ２０１で、この要求に対して自身のデバイスの属性を示す情報をプリンタ１０００に通知する〔DeviceInfoDataSet〕。但し、この情報はＰＴＰ規格で規定されているモバイルターミナル４０００に関する属性情報であり、ダイレクトプリント機能に関する情報を含むものではない。
【００３７】
次にステップＳ１０２で、プリンタ１０００はセッション開始を宣言する〔OpenSession〕。これによりモバイルターミナル４０００はこの宣言を受け取り、ステップＳ２０２で、プリンタ１０００にセッション開始了解を通知する。次にステップＳ２０３で、モバイルターミナル４０００は、ダイレクトプリント機能に対応している端末であることを示す情報であるファイルオブジェクト「DDISCVRY.DPS」を作成し、その作成したオブジェクトに対してハンドルを割り当てる。
【００３８】
一方、プリンタ１０００は、ステップＳ１０３で、モバイルターミナル４０００からセッション開始了解を受信すると、モバイルターミナル４０００が保持しているオブジェクトのハンドルリストを要求〔GetObjectHandles〕する。これにより、モバイルターミナル４０００は、ステップＳ２０４において、自身が保持しているオブジェクト（画像やスクリプト）に割り当てられたハンドルリスト〔ObjectHandleArray〕をプリンタ１０００に通知する。このハンドルリストの中には、ステップＳ２０３で作成された機能認識情報に対応したオブジェクトに割り当てられたハンドルも含まれている。このハンドルリストは、モバイルターミナル４０００が管理する画像データやテキストデータなどのデータの塊（オブジェクト）の数をしめしており、ステップＳ１０４で、プリンタ１０００により受信される。
【００３９】
次にステップＳ１０５で、プリンタ１０００はステップＳ１０４で受信した情報からハンドル数（Ｎ）を判別する。ここでは初期値としてハンドルを示す変数ｉに「１」を代入する。次にステップＳ１０６で、ｉ番目のオブジェクトに対する属性情報をモバイルターミナル４０００に要求〔GetObjectInfo（Handle i）〕する。
【００４０】
これによりモバイルターミナル４０００は、ステップＳ２０５で、プリンタ１０００からの要求に応答して、該当するオブジェクトの属性情報〔ObjectInfo Dataset〕をプリンタ１０００に送信する。
【００４１】
これによりステップＳ１０７で、プリンタ１０００はオブジェクトの属性情報を受信して、その内容を確認する。ここでは変数ｉの値に該当するオブジェクトのファイル名が「DDISCVRY.DPS」であり、かつオブジェクト形式がスクリプトであるか否かを判定する。ここで判定結果がＹＥＳの場合はステップＳ１１１に進む。この時点でプリンタ１０００は接続相手の機器がダイレクトプリント機能に対応していると認識できる。このステップＳ１１１では、プリンタ１０００は、自らがダイレクトプリント機能に対応しているプリンタであることをモバイルターミナル４０００に通知する。ここでは、ダイレクトプリント機能に対応していることを示す情報であるファイル「HDISCVRY.DPS」を作成する。そしてモバイルターミナル４０００に対して、その作成したオブジェクトの属性情報〔SendObjectInfo〕を送信する。こうして属性情報の送信が完了するとステップＳ１１２に進み、プリンタ１０００は、ダイレクトプリント機能の確認が成功したと判断し、ステップＳ１１３で、ダイレクトプリントモードに移行する。ダイレクトプリントモードに移行すると、付属のディスプレイに所定のアイコンなどの表示を行う。これによりユーザは、プリンタがダイレクトプリントモードに移行したことを認識可能となる。
【００４２】
一方、ステップＳ１０７の判定がＮＯの場合はステップＳ１０８に進む。これはファイル名が異なっているか、スクリプト以外のオブジェクトであった場合（撮影画像であった場合等）に相当する。ステップＳ１０８では、変数ｉを１つインクリメントし、次にステップＳ１０９で、全てのハンドルの属性を確認したか、即ち，ステップＳ１０４で受信したハンドル数（Ｎ）分を確認したか否かを判定する。ここで全てのハンドルの属性を確認していないときはステップＳ１０６へ進み、前述の処理を繰り返す。こうしてステップＳ１０９で、全て（Ｎ個）のハンドルの属性を確認するとステップＳ１１０に進む。これは接続相手のモバイルターミナル４０００が「DDISCVRY.DPS」というファイル名のスクリプトを保持していないと判断した場合に相当する。この場合プリンタ１０００は、接続中のモバイルターミナル４０００がダイレクトプリント機能に非対応の機器であると判断し、これ以上の処理を打ち切るため未対応の機器に対する処理を行う。例えば、操作パネル１０１０に備えられたＬＥＤを点灯させることによりエラーを通知したり、機能確認失敗を意味するメッセージを表示部１００６に表示して本処理を終了する。
【００４３】
一方、モバイルターミナル４０００は、ステップＳ２０５で、ｉ番目のオブジェクトの属性情報を送信した後、ステップＳ２０６で、プリンタ１０００から送信される属性情報を受信する。ここでは、その受信した属性情報のファイル名が「HDISCVRY.DPS」であり、かつオブジェクト形式がスクリプトであるか否かを判定する。この判定結果がＮＯであればステップＳ２０５に戻って、次のオブジェクトの属性情報の要求待ちとなる。一方、ステップＳ２０６で、判定がＹＥＳであればステップＳ２０７に進み、モバイルターミナル４０００はダイレクトプリント機能の確認が成功したと判断し、ステップＳ２０８で、ダイレクトプリント機能モードに移行する。モバイルターミナル４０００も、ダイレクトプリントモードに移行したことに応じて、付属のディスプレイに所定のアイコン等を表示する。これによりユーザは、モバイルターミナル４０００がダイレクトプリントモードに移行したことを認識可能となる。
【００４４】
図７（Ａ）（Ｂ）は、本実施の形態に係るモバイルターミナル４０００がプリンタ１０００のCapabilityを取得するスクリプトの具体例を説明する図である。
【００４５】
図７（Ａ）は、モバイルターミナル４０００からプリンタ１０００に対してCapabilityを要求するＸＭＬ文書の具体例を示す図である。具体的には、＜getCapability＞によりCapabilityの取得要求であることが記述され、＜capability＞で指定された機能、ここではレイアウト（＜layouts/＞）に関する機能が問い合わされている。
【００４６】
図７（Ｂ）は、図７（Ａ）のCapability要求に応じてプリンタ１０００から返信されたＸＭＬ文書の具体例を示す図である。
【００４７】
図７（Ｂ）から明らかな通り、本実施の形態では、レイアウトに関するCapabilityが８桁のコードで送信されている。このコードの上位２桁の「５７」は、レイアウト機能を特定するコードである。次の２桁は、１枚の記録シートに何枚の画像を印刷できるかを示すレイアウト情報を示している。即ち、「５７０１」は１枚の記録シートに１つの画像を印刷するレイアウト印刷が可能であることを示している。また「５７０２」は、１枚の記録シートに２つの画像を印刷するレイアウト印刷機能を示している。尚、「５７００」は、プリンタ１０００のデフォルトレイアウトで印刷するモードを意味している。つまり図７（Ｂ）の例では、プリンタ１０００のレイアウト印刷に関するCapabilityが、１枚印刷(1in1)と２枚印刷(2in1)とプリンタ１０００のデフォルトのレイアウト印刷の３通りのレイアウト印刷に対応していることがわかる。
【００４８】
尚、ここではレイアウト印刷に関するCapabilityの送受信を説明したが、これ以外の印刷機能も同様にして確認できる。例えば、プリンタ１０００が対応できる記録シートの種類に関するCapability、プリンタ１０００が印刷可能な記録シートサイズに関するCapabilityも同様に確認できる。またプリンタ１０００が対応できる画像データのファイルタイプに関するCapability、プリンタが日付やファイルネームを画像に付加して印刷できるかを示すCapabilityも確認できる。更には、プリンタが対応できる印刷モードに関するCapability、プリンタが対応できる画像の自動補正機能の有無に関するCapability等、様々なCapabilityも確認できるが、ここではそれらの詳細な通信仕様の説明を割愛する。
【００４９】
次に図８を参照して、本実施の形態に係るモバイルターミナル４０００とプリンタ１０００との間でのやり取りを説明する。ここでは、モバイルターミナル４０００とプリンタ１０００との間での通信接続を行うのに先立って行われる、お互いがダイレクト印刷対応機器であることを認証するためのディスカバリーファイルを交換する。その際、そのディスカバリーファイル内に必要な情報を直接記述して双方向でやり取りすることにより、ＸＨＴＭＬファイルを用いた印刷に対応しているか否か、及びその対応状態の詳細な情報を交換する。また、モバイルターミナル４０００上の画像データの格納場所であるＵＲＩとＰＴＰのファイルＩＤの関連付けをモバイルターミナル４０００からプリンタ１０００に通知する方法について説明する。
【００５０】
図８は、本実施の形態に係るダイレクト印刷システムにおいて、モバイルターミナル４０００とプリンタ１０００との間で、互いのダイレクトプリント機能とＸＨＴＭＬによる印刷機能とを認識する手順を説明する図である。ここで前述の図６と共通する部分は同じ記号で示し、それらの説明を省略する。
【００５１】
ステップＳ２０３'では、モバイルターミナル４０００は、ダイレクトプリント機能対応端末である事を示す情報であるファイル「DDISCVRY.DPS」を作成する。ここでは、モバイルターミナル４０００が対応可能なＸＨＴＭＬの機能のリストを、この「DDISCVRY.DPS」中に直接記述する。
【００５２】
図９は、本実施の形態に係るモバイルターミナル４０００がファイル「DDISCVRY.DPS」に記述した、対応可能なＸＨＴＭＬ機能の記述例を示す図である。
【００５３】
９１１は、ＸＨＴＭＬによる印刷機能の記述であることを示すスクリプトである。９１２は、モバイルターミナル４０００がプリンタフォントに対応しているかどうかを表すスクリプトである。「yes」は、プリンタ１０００がフォントを搭載している場合、それを利用するためにモバイルターミナル４０００が文字コードを出力できることを示している。「no」は、プリンタ１０００がフォントを搭載していない場合でも、モバイルターミナル４０００が搭載しているフォントをレンダリングして画像データとして出力できることを示している。９１３は、モバイルターミナル４０００が対応しているＸＨＴＭＬのエンコーディング方法を表すスクリプトである。ここでは「UTF-8」と「UTF-16」に対応できることが記述されている。９１４は、モバイルターミナル４０００が対応している印刷モードを表すスクリプトである。「mine multiplex」は、モバイルターミナル４０００が画像データを暗号化してＸＨＴＭＬファイルに埋め込んでプリンタに送信できることを示している。「by reference」は、モバイルターミナル４０００が画像データの格納場所をＵＲＩの識別子でＸＨＴＭＬファイルに記述できることを示している。これによりプリンタ１０００は、その画像データが必要になったときに、そのＵＲＩを基にモバイルターミナル４０００から画像データを取得できる。９１５は、モバイルターミナル４０００が対応しているＸＨＴＭＬのバージョンを表わしている。ここでは「0.95」と「1.0」のバージョンに対応できることを示している。９１６は、モバイルターミナル４０００がＸＨＴＭＬのEnhanced Layoutに対応しているかどうかを表すスクリプトである。「on」は、モバイルターミナル４０００がEnhanced Layoutに対応したデータを出力できることを示し、「off」は、このEnhanced Layoutに対応していないことを示している。９１７は、ＸＨＴＭＬによる印刷機能の記述の終了を示すスクリプトである。
【００５４】
尚、このモバイルターミナル４００が管理するデータにXHTMLファイルがない場合や、XHTMLファイルを印刷仕様としないことが明らかなモードの場合には、XHTMLに対応していないことを示すスクリプトを作成するようにしている。もちろん、XHTMLに対応していないことを示すスクリプト予め作成しておくことも可能である。このようにXHTMLファイルのプリントを希望しない場合と希望する場合とで、認証情報の構成を変更することで、XHTMLプリントに非対応のプリンタがXHTMLファイルに対応している機器に対して通信不可能と判断してしまうことを防止できる。
【００５５】
次にモバイルターミナル４０００が「DDISCVRY.DPS」中に記述する、画像データの格納場所であるＵＲＩとＰＴＰのファイルＩＤの関連付けリストについて説明する。
【００５６】
９２１は、画像ファイルに関する記述の開始を示している。９２２は、サーバ「xxx」の画像データ「aaa.jpg」がファイルＩＤ「00000001」に割り付けられていることを表している。同様に９２３，９２４のそれぞれは、サーバ「xxx」の画像データ「bbb.jpg」がファイルＩＤ「00000002」に、またサーバ「xxx」上の画像データ「ccc.jpg」がファイルＩＤ「00000003」にそれぞれ割り付けられていることを表している。このようにしてモバイルターミナル４０００は、その後の印刷で使用される可能性のある画像データの全てに対して、ＰＴＰのファイルＩＤとの関連付け情報を「DDISCVRY.DPS」に記述することができる。９２７は、画像ファイルに関する記述の終了を示している。
【００５７】
このようなファイル「DDISCVRY.DPS」が、図８のステップＳ２０３'で作成される。
【００５８】
ステップＳ１０７で、プリンタ１０００はオブジェクトの属性情報を受信し、その内容を確認する。ここでは、変数ｉの値に該当するオブジェクトのファイル名が「DDISCVRY.DPS」であり、かつオブジェクト形式がスクリプトであるか否かを判定する。ここで判定結果がＹＥＳである場合はステップＳ１２１に進み、ファイル「DDISCVRY.DPS」の記述に基づいて、モバイルターミナル４０００が対応しているＸＨＴＭＬの機能リストの中でプリンタ１０００が対応可能なＸＨＴＭＬ機能があるか否かを判定する。これとともに、その後の印刷に備えて画像データとＰＴＰのファイルＩＤの関連付けを記憶しておく。ステップＳ１２１で、プリンタ１０００が対応可能なＸＨＴＭＬ機能がないときはステップＳ１２２に進み、ＸＨＴＭＬ印刷に対応していないことを記述したファイル「HDISCVRY.DPS」を作成してモバイルターミナル４０００に送信する。これは例えば、空のファイル「HDISCVRY.DPS」を送信するか、または図１０（Ｂ）の９４２，９４４，９４６に示すように、モバイルターミナル４０００が要求してきたＸＨＴＭＬ機能の返信のスクリプトを空にして返す。
【００５９】
この図１０（Ａ）（Ｂ）は、プリンタ１０００からモバイルターミナル４０００に返送するファイル「HDISCVRY.DPS」の一例を示す図である。図１０（Ａ）は、プリンタ１０００がＸＨＴＭＬ印刷に対応している場合、図１０（Ｂ）はプリンタ１０００がＸＨＴＭＬ印刷に対応している場合の応答例を示している。
【００６０】
その後、ステップＳ１２６に進み、ＸＨＴＭＬの印刷機能に未対応であることを操作ユニット１０１０に表示し、ＵＳＢ接続の切断処理等を行う（ステップＳ１２７）。こうしてＸＨＴＭＬ機能に未対応の場合の処理を行って本処理を終了する。
【００６１】
一方、ステップＳ１２１で、プリンタ１０００がＸＨＴＭＬ機能に対応している場合はステップＳ１２３に進み、モバイルターミナル４０００がファイル「DDISCVRY.DPS」に記述したＸＨＴＭＬの機能リストの中から、プリンタ１０００が対応可能なＸＨＴＭＬの機能のリストをファイル「HDISCVRY.DPS」に記述してモバイルターミナル４０００に送信する。
【００６２】
図１０（Ａ）は、このステップＳ１２３でプリンタ１０００が「HDISCVRY.DPS」に記述する、対応可能なＸＨＴＭＬ機能の記述例を示す図である。
【００６３】
９３１は、ＸＨＴＭＬによる印刷機能の記述の開始を示すスクリプトである。９３２は、プリンタ１０００がプリンタフォントを搭載していないことを表すスクリプトである。９３３は、プリンタ１０００がエンコーディング方法「UTF-8」に対応していることを表すスクリプトである。９４４は、プリンタ１０００が印刷モード「print by reference」に対応していることを表すスクリプトである。９３５は、プリンタ１０００がＸＨＴＭＬのバージョン1.0に対応していることを表すスクリプトである。９３６は、プリンタ１０００がＸＨＴＭＬのEnhanced Layoutに対応していないことを表すスクリプトである。そして９３７は、このＸＨＴＭＬ機能の記述の終了を示すスクリプトである。
【００６４】
こうしてステップＳ１２３で、この記述した「HDISCVRY.DPS」をモバイルターミナル４０００に送信した後、次にステップＳ１２４で、プリンタ１０００は、プリンタ１０００とターミナル４０００とが互いにＸＨＴＭＬ印刷の機能に対応していることが確認できたことになる。こうしてステップＳ１２５で、ダイレクトプリントとＸＨＴＭＬ印刷機能の両方に対応したモードへ移行する。
【００６５】
これに対してモバイルターミナル４０００では、ステップＳ２０６でプリンタ１０００からの属性情報送信を受信し、その内容を確認する。ここでは、受信した属性情報のファイル名が「HDISCVRY.DPS」であり、かつオブジェクト形式がスクリプトであるか否かを判定する。ここで判定結果がＹＥＳである場合はステップＳ２１０に進み、ファイル「HDISCVRY.DPS」にプリンタ１０００が対応可能なＸＨＴＭＬ機能のリストが記述されているかどうかを判定する。ここで判定結果がＮＯの場合にはプリンタ１０００がモバイルターミナル４０００が要求するＸＨＴＭＬ機能に対応していないためステップＳ２１３に進む。ここで、ＸＨＴＭＬの印刷機能に未対応であることを表示やＵＳＢ接続の切断などのＸＨＴＭＬ機能に未対応である機器に対する処理を行って本処理を終了する。
【００６６】
一方、ステップＳ２１０で、判定結果がＹＥＳであった場合にはステップＳ２１１に進み、モバイルターミナル４０００とプリンタ１０００の双方がお互いにＸＨＴＭＬ印刷の機能に対応していることが確認できる。そしてステップＳ２１２に進み、ダイレクトプリントとＸＨＴＭＬ印刷機能の両方に対応したモードへ移行する。
【００６７】
以上説明した本実施の形態では、モバイルターミナル４０００がＸＨＴＭＬによるダイレクト印刷をプリンタに要求した場合、モバイルターミナル４０００とプリンタ１０００双方で、ダイレクトプリント機能とＸＨＴＭＬ印刷機能を認識する手順を説明した。しかし、モバイルターミナル４０００がＸＨＴＭＬ印刷を伴わない通常のダイレクト印刷を要求して来た場合には、前述の図６のフローチャートで示す処理に従って双方の機器が通常のダイレクト印刷モードに移行することは言うまでも無い。
【００６８】
また本実施の形態では、ＸＨＴＭＬでサポートしている機能の詳細リストとして５つの機能例を上げたが、もちろんこれ以外にも通知をしておく必要がある対応機能があれば、別途モバイルターミナル４０００とプリンタ１０００との間で理解できるように定義しておけばよい。
【００６９】
更に、本実施の形態では、交換するファイル「DDISCVRY.DPS」と「HDISCVRY.DPS」の記述フォーマットとしてＸＭＬによる記述方法を例に説明した。しかし、モバイルターミナル４０００とプリンタ１０００との間で解釈可能な記述方法であれば、これ以外のどのような書式やフォーマットであっても構わない。
【００７０】
また本実施の形態で説明したような、ＸＨＴＭＬ印刷の機能の対応状態を取得するには、図７で説明したように、従来のピクトブリッジに備わっているCapabilityを取得するコマンド「DPS_GetCapabilit」を用いてもXHTML印刷の能力を通知することは可能となる。しかしその場合、モバイルターミナル４０００からプリンタ１０００にプリンタのCapabilityを要求するという一方通行の要求しか行うことができないため、本実施の形態のようにモバイルターミナルのCapabilityをプリンタに通知することができないという問題がある。また、Capabilityの取得は、一旦ピクトブリッジとしての接続を確立した後でないと行えないため、双方の機器で所定のダイレクトプリントプロトコルの接続完了のアイコン表示などが行われてしまい、実際にはＸＨＴＭＬに対応していないのに対応しているかのような誤解をユーザに与えてしまうという問題がある。
【００７１】
以上説明したように本実施の形態によれば、プリンタがＨＸＴＭＬを利用した印刷に対応しているかどうかを、通信接続を確立する前に判別できる。このため、ＸＨＴＭＬで印刷を行いたいモバイルターミナルがＸＨＴＭＬに対応していないプリンタと接続された場合でも、双方の機器で接続完了のアイコン表示等を行うことなく通信を切断できる。このため、ユーザにＸＨＴＭＬが利用可能であるという誤解を与えることなく正しい接続情報を通知することができる。
【００７２】
また、ＸＨＴＭＬのサポート状況の詳細な情報を双方向でやり取りができ、また画像ファイルの識別情報をＵＲＩとＰＴＰのファイルＩＤとで関連付けてモバイルターミナルからプリンタに予め通知することができる。このため、双方の機器の仕様に従った、より柔軟で、かつ最適なＸＨＴＭＬファイルの印刷を行うことが可能となる。
【００７３】
更に、モバイルターミナルでフォントをレンダリングできることを通知することにより、プリンタがフォントを搭載していなくてもＸＨＴＭＬを用いた印刷が可能となる。これにより、プリンタにおいてフォントデータを記憶するＲＯＭが不要になり、プリンタにおけるＲＯＭ容量を大幅に削減できる。
【００７４】
またプリンタが「print by reference」に対応していると通知することによって、プリンタにおいて複数の画像データを格納するバッファを不要にできる。これによりプリンタのＲＡＭ容量を削減することができコストダウンを図ることができる。
【００７５】
図１１は、上述した本実施の形態に係る特徴を要約して示す図である。
【００７６】
ここではモバイルターミナル４０００とプリンタ１０００とが接続されると、まず最初に、ＰＴＰ(Picture Transfer Protocol）による初期化が実行される。そして、ピクトブリッジ接続を行うのに先立って行われる、お互いがピクトブリッジ対応機器であるという認証を行うためのディスカバリーファイルを交換する。具体的には、まずモバイルターミナル４０００からプリンタ１０００にファイル「DDICVRY.DPS」（例えば図９）を送信する（Ｓ０００１）。これによりプリンタ１０００は、自機の機能を調べ、そのファイル「DDICVRY.DPS」で要求されているＸＨＴＭＬによる印刷機能の有無を判定する。そしてプリンタ１０００からモバイルターミナル４０００にファイル「HDICVRY.DPS」（図１０（Ａ）或いは（Ｂ））を送信して、プリンタ１０００における機能を通知する。
【００７７】
ここでモバイルターミナル４０００が、図１０（Ａ）に示すスクリプトを受信すると、ピクトブリッジ上で「print by reference」の印刷モードで、プリンタ１０００が印刷可能であることがわかる。これによりモバイルターミナル４０００は、ＸＨＴＭＬファイルで記述された印刷命令をプリンタ１０００に送信する（Ｓ０００３）。この後、プリンタ１０００は、その印刷が指示された画像ファイル「xxx/aaa.jpg」が、ＰＴＰにおけるファイルＩＤ「0000001」に対応していることがＳ０００１で通知されているため、ＵＲＩからＰＴＰのファイルＩＤへ変換する（Ｓ０００４）。これによりプリンタ１０００は、モバイルターミナル４０００に対して、ＰＴＰによりファイルＩＤに基づいて画像データを指定し、その画像データを取得する（Ｓ０００５，Ｓ０００６）。
【００７８】
以上のように、ダイレクトプリント機能に対応しているかを示す認証情報を理解して、ダイレクトプリントのための通信モードに移行し、何らかのロゴを表示するようなデジタルカメラやプリンタにおいて、特に本発明は有用である。なぜなら、認証情報の双方の送受信が完了する前に、XHTMLプリント機能の有無を通知することで、ダイレクトプリントの通信が開始される前にXHTMLの能力をお互いで知ることができる。そのため、ダイレクトプリント機能の通信が確立したことをユーザに通知する前に、XHTMLプリント機能の有無に応じて通信の可否を決定することができる。特にダイレクトプリント機能は有しているものの、XHTMLプリントしか希望しない機器にとっては便利である。なぜなら、XHTMLプリントしか使用しないのに、ダイレクトプリント機能の通信が一旦確立したことを通知されてしまうと、XHTMLでの通信が可能になったと誤解される虞があるためである。
【００７９】
この実施の形態によれば、正常に通信が確立したことを通知した後、実際はXHTMLプリントを実施できなかったため、ユーザが混乱するといった事態の発生を防止できる。
【００８０】
なお、上記の説明ではXHTMLでのプリントで説明したが、他のページ記述言語によるプリントを行う場合にも適用可能である。この場合、所定のプリントプロトコルで規定されていない言語についてのプリント能力の有無を通知するものは、全て適用可能である。この場合にも、所定の通信プロトコルでの認証が確立した場合に、その確立を通知するためにロゴなどが表示されるような機器に、本発明は有効である。
【００８１】
尚、このような機器は、デジタルカメラやプリンタに限るものではなく、ハードディスクプレーヤーや、携帯電話等の画像データを供給できる情報機器に適用可能である。
【００８２】
（他の実施形態）
以上、本発明の実施形態について詳述したが、本発明は、複数の機器から構成されるシステムに適用しても良いし、また一つの機器からなる装置に適用しても良い。
【００８３】
なお、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムを、システム或いは装置に直接或いは遠隔から供給し、そのシステム或いは装置のコンピュータが該供給されたプログラムを読み出して実行することによっても達成され得る。その場合、プログラムの機能を有していれば、形態は、プログラムである必要はない。
【００８４】
従って、本発明の機能処理をコンピュータで実現するために、該コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明のクレームでは、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。
【００８５】
プログラムを供給するための記録媒体としては、様々なものが使用できる。例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などである。
【００８６】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続し、該ホームページからハードディスク等の記録媒体にダウンロードすることによっても供給できる。その場合、ダウンロードされるのは、本発明のコンピュータプログラムそのもの、もしくは圧縮され自動インストール機能を含むファイルであってもよい。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明のクレームに含まれるものである。
【００８７】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布する形態としても良い。その場合、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせ、その鍵情報を使用することにより暗号化されたプログラムが実行可能な形式でコンピュータにインストールされるようにする。
【００８８】
また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される形態以外の形態でも実現可能である。例えば、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部または全部を行ない、その処理によっても前述した実施形態の機能が実現され得る。
【００８９】
更に、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれるようにしてもよい。この場合、その後で、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行ない、その処理によって前述した実施形態の機能が実現される。
【図面の簡単な説明】
【００９０】
【図１】本発明の実施の形態に係るフォトダイレクトプリンタ装置の概観斜視図である。
【図２】本実施の形態に係るプリンタの操作パネルの概観を説明する図である。
【図３】本実施の形態に係るプリンタの制御に係る主要部の構成を説明するブロック図である。
【図４】本実施の形態に係るモバイルターミナルの構成を示すブロック図である。
【図５】本実施の形態に係るプリンタとモバイルターミナルとの接続を説明する図である。
【図６】本実施の形態に係るダイレクト印刷システムにおいて、モバイルターミナルとプリンタとの間で互いの機能を確認する手順を説明するフローチャートである。
【図７】本実施の形態に係るモバイルターミナルがプリンタのCapabilityを取得する方法の具体例を説明する図である。
【図８】本実施の形態に係るダイレクト印刷システムにおいて、モバイルターミナルとプリンタとの間で、互いのダイレクトプリント機能とＸＨＴＭＬ印刷機能とを認識する手順を説明する図である。
【図９】本実施の形態に係るモバイルターミナルがファイル「DDISCVRY.DPS」に記述した、対応可能なＸＨＴＭＬ機能の記述例を示す図である。
【図１０】プリンタからモバイルターミナルに返送するファイル「HDISCVRY.DPS」のデータ例を示す図である。
【図１１】本実施の形態に係る特徴を要約して示す図である。
【図１】
0004764204.tif 000002
【図２】
0004764204.tif 000003
【図３】
0004764204.tif 000004
【図４】
0004764204.tif 000005
【図５】
0004764204.tif 000006
【図６】
0004764204.tif 000007
【図７】
0004764204.tif 000008
【図８】
0004764204.tif 000009
【図９】
0004764204.tif 000010
【図１０】
0004764204.tif 000011
【図１１】
0004764204.tif 000012