(57)【要約】【課題】小規模の装置においても適正にダウンロード対象を選択させる。【解決手段】インデックスシートにおいて所望のサムネイル画像に隣接して配置された識別画像を携帯電話５０のカメラ５９によって撮像することにより、当該識別画像がデコードされ当該サムネイル画像に対応する画像データ１２ｃの識別情報が取得される。そして、当該識別情報を含むダウンロード要求がサーバ１０に対して行われ、ユーザーが所望する画像データ１２ｃが組み込まれた印刷データＰＤが携帯電話５０にダウンロードされ、プリンタ３０にて印刷される。【選択図】図９
2008293286.tif 000002
【特許請求の範囲】
【請求項１】
所定の通信回線を介して接続された外部装置から画像データをダウンロードするダウンロード装置において、
上記外部装置からダウンロード候補となる複数の上記画像データを縮小したサムネイルデータと、上記画像データをダウンロードするのに必要な識別情報を上記外部装置からダウンロードする予備ダウンロード手段と、
上記サムネイルデータが示すサムネイル画像と上記識別情報を画像化した識別画像とが対応付けられて配置されるインデックスシートを印刷するための印刷データを印刷装置に出力する出力手段と、
上記インデックスシートにおいてダウンロード対象として選択された上記サムネイル画像に対応付けられた上記識別画像を撮像し、上記識別情報を復元する復元手段と、
復元した上記識別情報に基づいて上記外部装置から上記画像データをダウンロードするダウンロード手段とを具備することを特徴とするダウンロード装置。
【請求項２】
上記予備ダウンロード手段は、ユーザーから受け付けた検索条件に基づいて上記画像データを上記外部装置に検索させ、その検索結果に応じて上記ダウンロード候補の複数の上記サムネイルデータと上記識別情報とをダウンロードすることを特徴とする請求項１に記載のダウンロード装置。
【請求項３】
上記出力手段は、上記検索結果に応じて上記サムネイル画像の上記インデックスシートにおける大きさを変動させることを特徴とする請求項２に記載のダウンロード装置。
【請求項４】
上記ダウンロード手段が上記画像データをダウンロードするにあたり発生する対価の課金先が上記識別情報に基づいて特定されることを特徴とする請求項１から請求項３のいずれか一項に記載のダウンロード装置。
【請求項５】
上記ダウンロード手段が上記画像データをダウンロードするにあたりダウンロードが許可される量が上記識別情報に基づいて特定されることを特徴とする請求項１から請求項４のいずれか一項に記載のダウンロード装置。
【請求項６】
上記ダウンロード手段が上記画像データをダウンロードするにあたりダウンロードが許可される上記ダウンロード装置が上記識別情報に基づいて特定されることを特徴とする請求項１から請求項５のいずれか一項に記載のダウンロード装置。
【請求項７】
上記ダウンロード手段が受信した上記画像データを上記印刷装置にて印刷するように出力する印刷手段をさらに備えることを特徴とする請求項１から請求項６のいずれか一項に記載のダウンロード装置。
【請求項８】
所定の通信回線を介して接続された外部装置から画像データをダウンロードする機能をコンピュータに実行させるダウンロードプログラムにおいて、
上記外部装置からダウンロード候補となる複数の上記画像データを縮小したサムネイルデータと、上記画像データをダウンロードするのに必要な識別情報を上記外部装置からダウンロードする予備ダウンロード機能と、
上記サムネイルデータが示すサムネイル画像と上記識別情報を画像化した識別画像とが対応付けられて配置されるインデックスシートを印刷するための印刷データを印刷装置に出力する出力機能と、
上記インデックスシートにおいてダウンロード対象として選択された上記サムネイル画像に対応付けられた上記識別画像を撮像し、上記識別情報を復元する復元機能と、
復元した上記識別情報に基づいて上記外部装置から上記画像データをダウンロードするダウンロード機能とをコンピュータに実行させることを特徴とするダウンロードプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ダウンロード対象の選択に関するものである。
【背景技術】
【０００２】
従来、携帯電話とプリンタとを近距離無線通信によって接続し、携帯電話からの印刷指示に応じてプリンタに印刷を実行させるものが知られている（特許文献１、参照。）。
このように携帯電話から印刷指示を行う場合、携帯電話のディスプレイに表示されたＵＩ画面を視認しながらユーザーが印刷指示を行うことが一般的である。
【特許文献１】特開２００２−２９７３４５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、一般的な携帯電話においては搭載されるディスプレイが小さく、当該ディスプレイに表示されるＵＩ画面にしたがってユーザーが印刷指示を行うのは困難であるという問題があった。特に、複数の印刷候補の画像を携帯電話のディスプレイに一覧表示させて、ユーザーが印刷対象を視覚的に選択することが行われているが、個々の画像が小さすぎユーザーが適正に選択することができないという問題があった。適正な選択ができなかった場合には、期待はずれの印刷結果となり、無駄にインクや印刷用紙を消耗することとなる。また、印刷する段階で、印刷対象として選択した画像の印刷データを外部のサーバからダウンロードするオンデマンド印刷においては、無駄な通信コストや課金コストをユーザーに負わせることとなるという問題もあった。
本発明は、上記課題にかんがみてなされたもので、小規模の装置においても適正にダウンロード対象を選択させることを目的とする。
【課題を解決するための手段】
【０００４】
上記目的を達成するために、所定の通信回線を介して外部装置とダウンロード装置が接続され、当該ダウンロード装置が上記外部装置から画像データをダウンロードする。予備ダウンロード手段は、上記画像データのダウンロードに先だって、上記外部装置からダウンロード候補となる複数の上記画像データを縮小したサムネイルデータと、上記画像データをダウンロードするのに必要な識別情報を上記外部装置からダウンロードする。出力手段は、上記サムネイルデータが示すサムネイル画像と上記識別情報を画像化した識別画像とが対応付けられて配置されるインデックスシートを印刷するための印刷データを印刷装置に出力する。これにより、ユーザーがインデックスシート上に印刷された上記サムネイル画像を視認することができる。上記識別情報は、上記画像データを識別可能な情報であればよく、例えばＵＲＬ等の上記画像データの所在を示す情報や、上記画像データの名称を示す情報が該当する。大型の印刷用紙に上記インデックスシートを印刷することにより、複数の上記サムネイル画像を比較的大きく印刷することができ、ユーザーが上記画像データの概要を容易に確認することができる。復元手段は、上記インデックスシートにおいてダウンロード対象として選択された上記サムネイル画像に対応付けられた上記識別画像を撮像し、上記識別情報を復元する。これにより、上記ダウンロード装置が、ダウンロード対象として選択された上記画像データの上記識別情報を取得することができる。さらに、ダウンロード手段は復元した上記識別情報に基づいて上記外部装置から上記画像データをダウンロードする。このようにすることにより、ユーザーがインデックスシート上に印刷された上記サムネイル画像を視認して選択したダウンロード対象をダウンロードすることができ、ユーザーの意図通りの上記画像データをダウンロードすることができる。なお、上記ダウンロード装置は、上記ダウンロードを行うためだけの装置に限られず、例えば所定の通信回線による通信機能を備えた携帯電話やＰＤＡやパーソナルコンピュータ等も該当する。また、上記ファイル取得要求が可能な上記通信回線であればよく、幅広い種類の上記通信回線において上記ダウンロード装置と上記印刷装置とを接続することができる。
【０００５】
なお、上記予備ダウンロード手段が予備的にダウンロードする上記サムネイルデータと上記識別情報についてもユーザーの意図に沿ったものとするのが望ましい。例えば、ユーザーから検索条件を受け付け、当該検索条件に基づいて上記画像データを上記外部装置に検索するようにし、その検索結果に応じて上記ダウンロード候補の上記サムネイルデータと上記識別情報とを絞り込むようにしてもよい。このようにすることにより、ユーザーの趣向に沿ったダウンロード候補を上記インデックスシートに印刷させることができる。
【０００６】
さらに、上記検索結果に応じて上記ダウンロード候補の上記サムネイルデータが予備的にダウンロードされる場合、上記インデックスシートに当該検索結果をより詳細に反映させることも可能である。例えば、上記検索結果として上記画像データごとの検索頻度や上記検索条件とのマッチ度等の情報が得られる場合、これらの情報に基づいて上記サムネイル画像の上記インデックスシートにおける大きさを変動させるようにしてもよい。このようにすることにより、ユーザーは自己が指定した上記検索条件とのマッチ度が高い上記サムネイル画像や、一般的に人気の高い上記サムネイル画像を優先的に視認することができる。
【０００７】
さらに、上記識別情報として上記画像データを識別する情報のみならず、他の情報も特定できるようにしてもよい。例えば、上記画像データを上記ダウンロード手段がダウンロードするにあたり発生する対価の課金先が上記識別情報によって特定されるようにしてもよい。このようにすることにより、上記インデックスシートに対して課金先を対応付けることができ、上記インデックスシートの使用用途を広げることができる。例えば、課金先を自己にした上記インデックスシートを他人に贈ることにより、上記インデックスシートにおいて上記サムネイル画像が一覧化された上記画像データを実質的に他人に贈ることができる。なお、上記インデックスシートそのものを贈る場合に限られず、上記インデックスシートを印刷するための印刷データを他人に贈るようにしてもよい。
【０００８】
しかし、上記インデックスシートを他人に贈った場合に、無制限にダウンロードできるとすると、課金額が膨大となってしまう。そのため、上記識別情報によって、さらに上記画像データを上記ダウンロード手段がダウンロードするにあたりダウンロードを許可する量が特定されるようにするのが望ましい。このようにすることにより、上記インデックスシートを贈った側がダウンロードできる量（例えば、ダウンロード枚数や回数等。）を制限することができ、不測の課金が発生することが防止できる。
【０００９】
また、上記インデックスシートが不正に入手され、意図しない相手がダウンロードした上記画像データの対価が自己に請求されることも想定される。このようなことを防止するために、上記識別情報によって、上記画像データを上記ダウンロード手段がダウンロードするにあたりダウンロードを許可する上記ダウンロード装置を特定できるようにするのが望ましい。また、上記ダウンロード装置がダウンロードした上記画像データを、上記ダウンロード装置を介して上記印刷装置にて印刷すれば、上記画像データが示す画像を印刷物として得ることができる。
【００１０】
なお、本発明の技術的思想は、上述したダウンロード装置のみならず、一部をその構成を有する他の装置においても具体的に実現可能であることはいうまでもない。例えば、本発明のダウンロード装置が、ダウンロードを行う以外の手段も備えた例えば携帯電話等の装置に組み込まれてもよい。さらに、本発明の技術的思想は、具体的な装置にて具現化されるのみならず、その方法としても具現化することができる。すなわち、上述したダウンロード装置が行う各工程を有する方法としても本発明を特定することができる。むろん、上記ダウンロード装置がプログラムを読み込んで上述した各手段を実現する場合には、当該各手段に対応する機能を実行させるプログラムや当該プログラムを記録した各種記録媒体においても本発明の技術的思想が具現化できることは言うまでもない。
【発明を実施するための最良の形態】
【００１１】
以下、下記の順序に従って本発明の実施形態を説明する。
（１）印刷課金システムについて：
（２）印刷課金処理の流れ：
（２―１）インデックスシートの印刷：
（２―２）印刷および課金：
（３）変形例：
【００１２】
（１）印刷課金システムについて
図１は本発明の一実施形態にかかる外部装置としてのプリンタを有する印刷課金システムの構成を示す模式図を示している。なお、本発明の印刷装置としてのプリンタは、処理としての印刷を実行する。図１において、印刷課金システムは多数の画像データが蓄積されたコンテンツサーバ（本発明の外部装置であり、以下、サーバと略す。）１０とプリンタ３０と本発明のダウンロード装置としての携帯電話５０、およびこれらを接続するインターネットＩｎとゲートウェイＧとアンテナＡｔとから構成される。携帯電話５０はアンテナＡｔと所定の無線周波数帯の電波を媒介して無線通信する。アンテナＡｔはゲートウェイＧを介してインターネットＩｎと接続され、同じくインターネットＩｎに接続されたサーバ１０と通信可能となっており、携帯電話５０とサーバ１０が通信可能となっている。携帯電話５０とプリンタ３０はともに赤外線通信可能な赤外線インターフェース（Ｉ／Ｆ）を有し、相互に通信可能となっている。アンテナＡｔと携帯電話５０は例えばＣＤＭＡ等の無線電話通信規格に準拠した無線信号を介して相互に通信可能となっている。むろん、アンテナＡｔと携帯電話５０は例えば無線ＬＡＮ等の他の無線通信規格によって通信可能となっていてもよいし、有線によって通信可能であってもよい。
【００１３】
図２はコンテンツサーバの概略構成を示すブロック図である。同図に示すように、サーバ１０は制御部１１とＨＤＤ（Hard Disk Drive）１２とから構成されており、ＷＡＮＩ／Ｆ１３が接続されている。ＷＡＮＩ／Ｆ１３はインターネットＩｎに接続されており、サーバ１０はＷＡＮＩ／Ｆ１３を介してインターネットＩｎに接続された外部の機器と通信する。ＨＤＤ１２には印刷課金プログラムＳＰ等のプログラムデータ１２ｂとＯＳ（Operating System）１２ａと各種の画像データ１２ｃと管理データベース（ＭＤＢ）１２ｄと画像データベース（ＧＤＢ）１２ｅが記憶されている。制御部１１は、ＣＰＵ１１ａとＲＯＭ１１ｂとＲＡＭ１１ｃから構成され、ＣＰＵ１１ａがＲＡＭ１１ｂをワークエリアとしつつＯＳ上で印刷課金プログラムＳＰを実行する。
【００１４】
印刷課金プログラムＳＰは、検索部ＳＰ１とインデックス印刷データ作成部ＳＰ２とデータ登録部ＳＰ３と印刷データ配信部ＳＰ４と課金部ＳＰ５とから構成されている。検索部ＳＰ１は、指定された検索条件に合致する画像データ１２ｃを画像データベース（ＧＤＢ）１２ｅから検索し、その検索結果をインデックス印刷データ作成部ＳＰ２に出力する。インデックス印刷データ作成部ＳＰ２は、上記検索結果と、ユーザーから指定された課金先や印刷制限枚数や許可端末等の情報に基づいて、インデックスシートを印刷するためのインデックス印刷データＩＰＤを作成送信する。このインデックスシートにおいては、検索された画像データ１２ｃに対応するサムネイル画像と識別画像とが互いに対応付けられて配置される。一方、データ登録部ＳＰ３は、ユーザーから指定された課金先や印刷制限枚数や許可端末を上記ＭＤＢ１２ｄに登録する。印刷データ配信部ＳＰ４は、携帯電話５０から送信されたダウンロード要求に含まれる識別情報に基づいて配信すべき画像データ１２ｃを特定し、さらに当該画像データ１２ｃが当該携帯電話５０に配信可能か否かをＭＤＢ１２ｄを参照して判断する。
【００１５】
そして、配信可能である場合には、当該画像データ１２ｃを印刷するための印刷データＰＤを作成送信する。印刷データＰＤは、画像データ１２ｃの自体のデータに、レイアウト情報や印刷条件や著作権管理情報等が添付された電子ファイルである。画像データ１２ｃは最終的にプリンタが画素データにレンダリング可能なデータであればよく、ベクターデータとイメージデータのいずれであってもよい。印刷（処理）条件として、印刷用紙サイズや印刷解像度等が指定されている。また、複数の枚数を印刷する場合には、枚数分の印刷データＰＤが作成される。課金部ＳＰ５は、配信した印刷データＰＤの印刷が完了したことを確認すると、当該印刷データＰＤに見合った対価を、ＭＤＢ１２ｄを参照して得られた課金先に請求する処理を実行する。
【００１６】
図３は、プリンタ３０の概略構成を示している。同図に示すようにプリンタ３０は、制御部３１と操作部３２と赤外線Ｉ／Ｆ３３と不揮発性メモリ３４とコントロール回路３５ａとインクカートリッジ３５ｂと印刷ヘッドユニット３５ｃとＡＳＩＣ３６ａとヘッド駆動部３６ｂとＩ／Ｆ３７ａとキャリッジ機構３７ｂと紙送り機構３７ｃとを備えている。制御部３１はＣＰＵ３１ａとＲＯＭ３１ｂとＲＡＭ３１ｃとを備えており、ＲＯＭ３１ｂに記録された図示しないプログラムデータにしたがってＣＰＵ３１ａがＲＡＭ３１ｃをワークエリアとしてプリンタ３０全体を制御する。プリンタ３０を構成する各部３１，３２，３３，３４，３５ａ，３６ａ，３７ａはシステムバスを介して相互に通信可能に接続されている。
【００１７】
キャリッジ機構３７ｂにて主走査方向に往復動するキャリッジには、各インクカートリッジ３５ｂを装着したカートリッジホルダが設けられるとともに、印刷ヘッドを備える印刷ヘッドユニット３５ｃが搭載されている。ヘッド駆動部３６ｂは、ＡＳＩＣ３６ａから印刷データに対応する印加電圧データを入力されてピエゾ素子への印加電圧パターンを生成し、該素子を内蔵する印刷ヘッドに４色のインク滴をドット単位で吐出させる。インターフェイス（Ｉ／Ｆ）３７ａに接続されたキャリッジ機構３７ｂや紙送り機構３７ｃは、印刷ヘッドユニット３５ｃを主走査させたり、適宜改ページ動作を行いながらシート状の印刷媒体を順次送り出して副走査を行ったりする。
【００１８】
本実施形態のプリンタ３０は、ＣＭＹＫ（シアン、マゼンタ、イエロー、ブラック）の各インクを印刷ヘッドから吐出して印刷媒体にインクのドットを形成して印刷するインクジェットプリンタであるものとする。むろん、他の種類のインクを使用するインクジェットプリンタをプリンタ３０として採用してもよいし、各種インク昇華式プリンタやトナーインクを使用するレーザープリンタ等もプリンタ３０として採用してもよい。赤外線Ｉ／Ｆ３３は赤外線の送信を行う発光ダイオードと受信を行うフォトダイオードとを有しており、例えばＩｒＤＡ１．０〜１．４やＦＩＲやＵＦＩＲやＩｒ−Ｓｉｍｐｌｅ等の赤外線通信規格が使用可能とされている。これらの通信規格において、赤外線が無線通信の通信媒体として使用され、通信可能な距離が３０ｃｍから１ｍ程度となっている。操作部３２は、ユーザーからの操作入力を例えば複数の操作ボタンにて受け付ける。不揮発性メモリ３４は制御部３１の制御にしたがってデータを記録したり削除したり書換したりすることが可能なメモリであり、例えばフラッシュメモリやＥＥＰＲＯＭ等を使用することができる。
【００１９】
制御部３１が実行する制御プログラムＰＰは、内部モジュールとして赤外線通信部ＰＰ１と印刷実行部ＰＰ２と要求受理部ＰＰ３とステータス取得部ＰＰ４とステータスファイル生成部ＰＰ５とステータス送信部ＰＰ６を備えている。なお、制御部３１は図示しないＯＳを実行しており、当該ＯＳが提供するＡＰＩを制御プログラムＰＰが利用する。赤外線通信部ＰＰ１は、赤外線Ｉ／Ｆ３３にて受信した赤外線信号から各種の電子ファイルを復調し、各モジュールＰＰ２〜ＰＰ４に出力する。反対に、各モジュールＰＰ２〜ＰＰ４から入力された電子ファイルを赤外線信号に変調し赤外線Ｉ／Ｆ３３に出力する。上述した赤外線通信においては、上位層のプロトコルとしてオブジェクト転送プロトコル（例えばＯＢＥＸ（object exchange protocol）等）やファイル転送プロトコル（例えばＦＴＰ等）を使用することができ、当該オブジェクト転送プロトコルにおいては交換可能なオブジェクトとして電子ファイルを交換することができる。
【００２０】
印刷実行部ＰＰ２は、赤外線通信部ＰＰ１からインデックス印刷データＩＰＤおよび印刷データＰＤを取得するとともに、これらに基づいて印刷を実行するための処理を実行させる。具体的には、印刷データＰＤに添付された印刷条件に基づいて各部３１，３２，３３，３４，３５ａ，３６ａ，３７ａを制御するとともに、印刷データの本体に基づいてレイアウト処理／レンダリング処理／色変換処理／ハーフトーン処理／マイクロウィーブ処理を順次実行して各部３１，３２，３３，３４，３５ａ，３６ａ，３７ａに印刷画像に応じた駆動信号を出力する処理を行う。印刷実行部ＰＰ２は、適宜、各部３１，３２，３３，３４，３５ａ，３６ａ，３７ａからステータス情報を取得しており、当該ステータス情報に応じて各部３１，３２，３３，３４，３５ａ，３６ａ，３７ａの制御を実行する。
【００２１】
要求受理部ＰＰ３は、赤外線通信部ＰＰ１からステータス要求を受け付けるとともに、当該ステータス要求をステータス取得部ＰＰ４に送出する。ステータス取得部ＰＰ４は、上記システムバスを介して各部３１，３２，３３，３４，３５ａ，３６ａ，３７ａにステータス情報を問い合わせ、ステータス情報を収集する。ステータスファイル生成部ＰＰ５は、ステータス取得部ＰＰ４が収集したステータス情報を取得するとともに、当該ステータス情報を赤外線通信部ＰＰ１が送信可能な電子ファイルに変換する。
【００２２】
この電子ファイルはステータスファイルＳＦとしてＲＡＭ３１ｃに記憶され、例えば各ステータス情報がＴＸＴ形式やＨＴＭＬ形式やＸＭＬ形式等のファイルにテキストとして記述される。ステータス送信部ＰＰ６は、ステータスファイルＳＦをＲＡＭ３１ｃから取得するとともに、当該ステータスファイルＳＦを赤外線通信部ＰＰ１に送出する。これにより、ステータスファイルＳＦが赤外線を介して外部に送信されることとなる。ステータスファイルＳＦが送信されると、ステータス送信部ＰＰ６はＲＡＭ３１ｃからステータスファイルＳＦを削除する。
【００２３】
図４は、携帯電話５０の概略構成を示している。同図において、携帯電話５０は、制御部５１とメモリ５２と無線Ｉ／Ｆ５３と赤外線Ｉ／Ｆ５４と液晶ディスプレイ５５と操作部５６とスピーカ５７とマイクロフォン５８とカメラ５９とから構成されている。メモリ５２は書換可能かつ不揮発性のメモリであり、無線Ｉ／Ｆ５３はアンテナから入力される無線信号を音声信号やデータ信号を復調するとともに、マイクロフォン５８や制御部５１から入力される音声信号やデータ信号を上記無線信号に変調する。液晶ディスプレイ５５は、通話の状態や印刷指示時の各種操作入力を受け付けるための画面等を表示する。操作部５６は、ユーザーからの操作入力を操作キーにて受け付ける。スピーカ５７とマイクロフォン５８とはそれぞれ、音声の出力および入力を行う。カメラ５９は多数の撮像素子を有しており、撮像した像に対応する画像データを生成する。
【００２４】
制御部５１は、ＣＰＵ５１ａやＲＡＭ５１ｃを有しており、ＣＰＵ５１ａは、ＲＯＭ５１ｂから読み出した印刷中継プログラムＣＰをＲＡＭ５１ｃをワークエリアとして使用しながら図示しないＯＳ上で実行する。制御部５１には、不揮発性のメモリ５２が接続されており、当該メモリ５２には携帯電話５０が一意に特定できる携帯電話ＩＤ（５２ａ）が記憶されている。携帯電話ＩＤは、携帯電話５０の機体を一意に特定可能な符号であればよく、例えば携帯電話のシリアルナンバーや電話番号（装着されたＵＳＩＭカードが特定する場合も含む。）やユーザー名等であってもよい。本実施形態においては、印刷課金システムを利用するにあたりユーザーが携帯電話５０の機体に予め対応付けて登録しておいたユーザー名が携帯電話ＩＤとして記憶されているもの。なお、印刷中継プログラムＣＰはＯＳ上のネイティブアプリケーションに限られず、例えばＪａｖａ（Sun Microsystems社の登録商標）等のバーチャルマシン上にて実行されるものであってもよい。印刷中継プログラムＣＰは、検索要求部ＣＰ１とダウンロード部ＣＰ２と赤外線通信部ＣＰ３とステータス要求部ＣＰ４と印刷データ送信部ＣＰ５と課金要求部ＣＰ６とから構成されている。ダウンロード部ＣＰ２は、さらに予備ダウンロード部ＣＰ２ａと本ダウンロード部ＣＰ２ｂとから構成されている。
【００２５】
検索要求部ＣＰ１は、操作部５６が受け付けた操作に基づいて、ブラウザ等を利用して無線Ｉ／Ｆ５３およびインターネットＩｎを介してサーバ１０にアクセスするとともに、サーバ１０に対して検索を希望する検索キーワードや検索条件を指定する処理を行う。ダウンロード部ＣＰ２の予備ダウンロード部ＣＰ２ａは、サーバ１０が検索結果に応じて生成したインデックス印刷データＩＰＤをダウンロードする。一方、本ダウンロード部ＣＰ２ｂは、インデックス印刷データＩＰＤに基づいてプリンタ３０が印刷したインデックスシートをカメラ５９が撮像した画像データを取得するとともに、当該画像データに含まれる識別画像からダウンロード対象を指定する識別情報を抽出する（復元手段）。そして、抽出した識別情報をサーバ１０に対して送信することにより、印刷データＰＤをダウンロードする処理を行う。
【００２６】
赤外線通信部ＣＰ３は、赤外線Ｉ／Ｆ５４にて受信した赤外線信号から各種の電子ファイルを復調し、各モジュールＣＰ１〜ＣＰ６に出力する。反対に、各モジュールＣＰ１〜ＣＰ６から入力された電子ファイルを赤外線信号に変調し赤外線Ｉ／Ｆ５４に出力する。ステータス要求部ＣＰ４は、プリンタ３０に対してステータス情報を要求するコマンドをステータス要求として生成し、赤外線通信部ＣＰ３に出力する。印刷データ送信部ＣＰ５は、予備ダウンロード部ＣＰ２ａがダウンロードしたインデックス印刷データＩＰＤをプリンタ３０に送信する処理を行う（出力手段）。さらに、印刷データ送信部ＣＰ５は、本ダウンロード部ＣＰ２ｂがダウンロードした印刷データＰＤをプリンタ３０に送信する処理も行う。課金要求部ＣＰ６は、プリンタ３０から電子ファイルとして送信された印刷完了通知を受信すると、無線Ｉ／Ｆ５３およびインターネットＩｎを介してサーバ１０に対して課金要求を送信する。このときの指定する課金先は上記識別情報に含まれる課金情報から得られる。
【００２７】
（２）印刷課金処理
（２―１）インデックスシートの印刷
図５は、インデックスシート印刷処理の全体の流れを示している。同図において、インデックスシート印刷処理はサーバ１０と携帯電話５０とプリンタ３０との間で行われ、その際にサーバ１０と携帯電話５０とプリンタ３０が備える制御部１１，３１，５１においては印刷課金プログラムＳＰと印刷中継プログラムＣＰと制御プログラムＰＰがそれぞれ実行されている。ステップＣ０１において、携帯電話５０の検索要求部ＣＰ１は、操作部５６が受け付けた操作に基づいて、ブラウザ等を利用して無線Ｉ／Ｆ５３およびインターネットＩｎを介してサーバ１０にアクセスするとともに、サーバ１０に対してユーザーが検索を希望する検索キーワードや検索条件の情報を含む検索要求を無線Ｉ／Ｆ５３およびインターネットＩｎを介してサーバ１０に送信する処理を行う。
【００２８】
図６は、検索要求において指定される情報および検索要求を行うＵＩ画面を示している。同図において、検索キーワードと検索モードと検索端末と許可端末と課金先と制限枚数と一覧モードが検索要求に含まれている。同図の例では検索キーワード１，２として“日本”と“山”が指定され、検索モードとして“ａｎｄ”が指定されている。このような指定を検索要求に含めることにより、サーバ１０に“日本”と“山”の双方を検索キーワードとして含む画像データ１２ｃを検索させることができる。同図の例では検索端末および許可端末および課金先指定として、同一の携帯電話ＩＤ（ユーザー名）を示す“○×○○×”が指定されている。これにより、検索要求を行った携帯電話５０のみに印刷データＰＤのダウンロードを許可し、また当該携帯電話５０のユーザーに課金がされるように指定することができる。検索端末および許可端末および課金先指定は、必ずしも同一である必要はなく、検索要求を行った携帯電話５０とは別の携帯電話５０の携帯電話ＩＤを指定することもできるし、ダウンロードを許可する許可端末と別の携帯電話５０（ユーザー）に課金されるように指定することもできる。また、制限枚数指定として“無制限”と設定され、一覧モード指定として“マップモード“が指定されている。以上のような検索要求を受け取るとサーバ１０の検索部ＳＰ１が指定された検索条件に合致する画像データ１２ｃをステップＳ０１にて検索し、その検索結果をインデックス印刷データ作成部ＳＰ２に出力する。
【００２９】
図７は、ＧＤＢ１２ｅに格納された情報の一例を示している。検索部ＳＰ１が検索する際に参照するＧＤＢ１２ｅにおいては、各画像データ１２ｃに関連するキーワードやダウンロード回数や位置情報（緯度・経度）や識別情報等が登録されている。各画像データ１２ｃについてキーワードが複数登録されている。例えば、指定された複数の検索キーワードに、ＧＤＢ１２ｅに登録された多数の画像データ１２ｃのうちキーワードが一致する画像データ１２ｃが後述するダウンロードの候補として抽出される。検索部ＳＰ１は、上記のように抽出された各画像データ１２ｃの識別情報と位置情報とダウンロード回数とをインデックス印刷データ作成部ＳＰ２に受け渡す。上記の情報を検索結果として受け取ったインデックス印刷データ作成部ＳＰ２は、当該検索結果と、ユーザー（携帯電話５０）に指定された許可端末と課金先と制限枚数と一覧モードに基づいて、インデックスシートを印刷するためのインデックス印刷データＩＰＤをステップＳ０２において作成送信する。
【００３０】
図８は、インデックス印刷データ作成部ＳＰ２がステップＳ０２にて行うインデックス印刷データＩＰＤの作成送信処理の流れを示している。まず、ステップＳ０２１において、これから作成するインデックス印刷データの固有番号を生成する。固有番号は各インデックス印刷データについてユニークな番号であればよく、例えば乱数等によって生成される。ステップＳ０２２においてインデックス印刷データ作成部ＳＰ２は、抽出された各画像データ１２ｃの識別情報を取得し、当該識別情報に基づいて各画像データ１２ｃのサムネイル画像データを取得する。識別情報は、各画像データ１２ｃが特定可能な情報であり、例えばＨＤＤ１２における画像データ１２ｃの格納パスとファイル名を示す情報とされる。従って、識別情報によって、検索されたダウンロード候補の各画像データ１２ｃを特定し、特定した各画像データ１２ｃからサムネイル画像データを得ることができる。なお、サムネイル画像データは、画像データ１２ｃよりも低解像度（小サイズ）の画像データであり、画像データ１２ｃに添付されたものを読み出したり、画像データ１２ｃの画素を間引いたりすることにより、得ることができる。
【００３１】
検索された各画像データ１２ｃに対応するサムネイル画像データが取得できると、ステップＳ０２３において、これらをインデックス印刷データＩＰＤに配置する位置を決定する処理を行う。ここでは、一覧モード指定と位置情報とダウンロード回数に基づいてサムネイル画像データの作成が行われる。まず、一覧モードが“マップモード”として指定された場合には、ダウンロード回数に応じてサムネイル画像データのサイズ変換を行う。ダウンロード回数が多い画像データ１２ｃのサムネイル画像データについては画素補間を行うことにより画像サイズを大きくし、ダウンロード回数が少ない画像データ１２ｃのサムネイル画像データについては画素を間引くことにより画像サイズを小さくする。さらに、各画像データ１２ｃに対応する位置情報に応じてインデックス印刷データＩＰＤにおける各サムネイル画像データの配置座標を決定する。一方、一覧モードが“マップモード”として指定された場合には、サムネイル画像データのサイズ変換を行うことなく、ダウンロード回数の降順に並ぶようにサムネイル画像データのインデックス印刷データＩＰＤにおける各サムネイル画像データの配置座標を決定する。
【００３２】
以上のようにしてサムネイル画像データの準備と配置座標の決定が完了すると、ステップＳ０２４において、各画像データ１２ｃについての識別画像データの生成を行う。具体的には、ステップＳ２１にて生成したインデックス印刷データＩＰＤの固有番号と、検索された各画像データ１２ｃの格納パスとファイル名を示す識別情報と、印刷用紙サイズと印刷枚数を示す文字列を生成する。例えば、以上の各情報を示す文字列をカンマ区切りによって結合させることにより、各情報を示す文字列を生成する。例えば、インデックス印刷データＩＰＤの固有番号が（０１２３４）であり、￥ＡＢＣＤというパスに格納されたＥＦＧＨ．ｊｐｇというファイル名の識別情報を有する画像データ１２ｃについて印刷用紙サイズ（Ａ４ｏｒＬ版）と印刷枚数（１枚ｏｒ２枚）を指定する。この例では、以下のような文字列が生成される。
０１２３４，￥ＡＢＣＤ￥ＥＦＧＨ．ｊｐｇ，Ａ４，１
０１２３４，￥ＡＢＣＤ￥ＥＦＧＨ．ｊｐｇ，Ａ４，２
０１２３４，￥ＡＢＣＤ￥ＥＦＧＨ．ｊｐｇ，Ｌ版，１
０１２３４，￥ＡＢＣＤ￥ＥＦＧＨ．ｊｐｇ，Ｌ版，２
そして、当該文字列を所定の変調規則によって２次元の画像に空間変調（エンコード）することにより２次元バーコードとしての識別画像を示す識別画像データを生成する。エンコードの規則は種々のものを採用することができ、例えばＱＲコード（株式会社デンソーウェーブの登録商標）を生成するようにしてもよい。識別画像データは、検索された各画像データ１２ｃの識別情報に応じて異なるため、各画像データ１２ｃごとに異なるものが生成される。また、一つの画像データ１２ｃに対して複数の種類（上記の例では４種類）の印刷用紙サイズと印刷枚数の識別画像データを作成しておく。なお、識別情報は、画像データ１２ｃを特定可能な情報であればよく、例えばＵＲＬ等であってもよいし、サーバーが画像データ１２ｃを特定するために必要なコマンドであってもよい。
【００３３】
ステップＳ０２５においては、各識別画像データの配置座標を決定する。例えば、ステップＳ２３において決定された各サムネイル画像データの配置座標に隣接する座標に同一の画像データ１２ｃに対応する識別画像データを配置するように配置座標が決定される。次のステップＳ０２６においては、背景の画像データに対して、各サムネイル画像データと各識別画像データを予めステップＳ０２３，Ｓ０２５にて決定された座標に配置することによりインデックス印刷データＩＰＤを作成する。
【００３４】
図９は、インデックス印刷データＩＰＤを示している。図９（Ａ）はマップモードにおいて作成されたインデックス印刷データＩＰＤを示し、図９（Ｂ）は通常モードにおいて作成されたインデックス印刷データＩＰＤを示している。マップモードにおいては、背景の地図の画像に対して各サムネイル画像と識別画像が隣接してマッピングされている。上述したとおり各サムネイル画像データは対応する画像データ１２ｃの位置に応じて配置される。なお、背景の地図の画像データは、位置情報が対応付けられた画像データであり、背景の地図に対して各サムネイル画像と識別画像を配置することができる。図６の例では検索キーワード１，２として“日本”と“山”が指定されているため、日本地図上に山の写真を示すサムネイル画像が配置されている。ＧＤＢ１２ｅに写真の画像データ１２ｃを撮影した位置情報を登録しておくことにより、各サムネイル画像の撮影位置を地図上で容易に把握することができる。
【００３５】
さらに、ダウンロード回数に応じたサムネイル画像の大きさとなっているため、人気のある画像データ１２ｃに対応するサムネイル画像を大きく目立つように表示することができる。一方、図９（Ｂ）においては、ダウンロード回数に応じてサムネイル画像が並べられているため、画像データ１２ｃの概要を人気順に確認することができる。なお、本実施形態において、画像データ１２ｃの人気度を評価する指標としてダウンロード回数を適用したが、検索ヒット数を適用することもできる。いずれのモードのインデックス印刷データＩＰＤにおいても、一つのサムネイル画像に隣接して印刷用紙サイズ（Ａ４ｏｒＬ版）と印刷枚数（１ｏｒ２枚）に対応した４個の識別画像が配置されている。なお、識別画像にはユーザーが視認できるように印刷用紙サイズと印刷枚数とを示す文字が併記されている。以上のようにして作成されたインデックス印刷データＩＰＤは、ステップＳ０２７において検索要求を送信した携帯電話５０に送信される。ステップＳ０３において、データ登録部ＳＰ３は、ステップＳ０２７において送信したインデックス印刷データＩＰＤに関する情報をＭＤＢ１２ｄに追加記憶させる。
【００３６】
図１０は、ＭＤＢ１２ｄに記録される情報を示している。ＭＤＢ１２ｄは、インデックス印刷データＩＰＤの固有番号と、検索要求（ステップＣ０１）にて指定された許可端末と課金先と制限枚数と、印刷済み枚数がインデックス印刷データＩＰＤごとに格納するテーブルとなっている。上記の例では、固有番号が“０１２３４”印刷データＰＤがインデックス印刷データＩＰＤについて、ダウンロードを許可する対象端末、および、課金を行う課金先として、同一の携帯電話ＩＤ“○×○○×”が記憶されている。また、当該インデックス印刷データＩＰＤについて、制限枚数指定として“無制限”が記憶されている。また、送信直後の時点では、印刷済み枚数は“０枚”と記憶されている。
【００３７】
一方、ステップＳ０２７において送信されたインデックス印刷データＩＰＤは、ステップＣ０２において携帯電話５０の予備ダウンロード部ＣＰ２によって受信される。次に、受信したインデックス印刷データＩＰＤをプリンタ３０に印刷させるべく、ステータス要求部ＣＰ４がステップＣ０３においてプリンタ３０に対してステータス情報を要求する。ステップＰ０１においては、プリンタ３０の要求受理部ＰＰ３が、赤外線通信部ＰＰ１からステータス要求を受け付ける。ステップＰ０２において、ステータス取得部ＰＰ４は、上記システムバスを介して各部３１，３２，３３，３４，３５ａ，３６ａ，３７ａにステータス情報を問い合わせ、ステータス情報を収集する。ステップＰ０３において、ステータスファイル生成部ＰＰ５は、ステータス取得部ＰＰ４が収集したステータス情報を取得するとともに、当該ステータス情報を赤外線通信部ＰＰ１が送信可能な電子ファイルに変換する。
【００３８】
この電子ファイルはステータスファイルＳＦとしてＲＡＭ３１ｃに記憶され、例えば各ステータス情報がＴＸＴ形式やＨＴＭＬ形式やＸＭＬ形式等のファイルにテキストとして記述される。ステップＰ０４において、ステータス送信部ＰＰ６は、ステータスファイルＳＦをＲＡＭ３１ｃから取得するとともに、当該ステータスファイルＳＦを赤外線通信部ＰＰ１を介して携帯電話５０に送信する。
【００３９】
携帯電話５０は、ステップＣ０４にて、赤外線通信部ＣＰ３を介してステータスファイルＳＦを受信し、ステータスに問題がないことを確認すると、ステップＣ０５において、印刷データ送信部ＣＰ５が予めサーバ１０からダウンロードしたインデックス印刷データＩＰＤをプリンタ３０に送信する。プリンタ３０は、インデックス印刷データＩＰＤを受信する（ステップＰ０５）と、ステップＰ０６において印刷実行部ＰＰ２は、インデックス印刷データＩＰＤに基づいてレイアウト処理／レンダリング処理／色変換処理／ハーフトーン処理／マイクロウィーブ処理を順次実行して各部３１，３２，３３，３４，３５ａ，３６ａ，３７ａに印刷画像に応じた駆動信号を出力する処理を行う。印刷実行部ＰＰ２は、適宜、各部３１，３２，３３，３４，３５ａ，３６ａ，３７ａからステータス情報を取得しており、当該ステータス情報に応じて各部３１，３２，３３，３４，３５ａ，３６ａ，３７ａの制御を実行する。以上によりインデックス印刷データＩＰＤの印刷処理が完了し、ユーザーが図９に示すようなインデックスシートを印刷することができる。
【００４０】
（２―２）印刷および課金
図１１は、印刷および課金処理の流れを示している。同図において、ステップＣ１１において携帯電話５０のカメラ５９はインデックスシートにおけるいずれかの識別画像（バーコード）を撮像する。上述したとおりインデックスシートにおいてはユーザーの検索にマッチするサムネイル画像が印刷されており、ユーザーが印刷を希望するサムネイル画像を選択することが可能となっている。そして、各サムネイル画像に隣接して印刷用紙サイズ（Ａ４ｏｒＬ版）と印刷枚数（１ｏｒ２枚）の各組み合わせに応じた４個の識別画像が表示され、ユーザーが希望する印刷用紙サイズと印刷枚数を選択することが可能となっている。従って、ユーザーが希望するサムネイル画像と印刷用紙サイズと印刷枚数を示す識別画像を選択し、当該識別画像のみが視野角に入るようにしてカメラ５９にて撮影を行う。例えば、本実施形態において、
０１２３４，￥ＡＢＣＤ￥ＥＦＧＨ．ｊｐｇ，Ｌ版，１
を示す文字列がエンコードされた識別画像が撮像されたとして以下説明する。
【００４１】
ステップＣ１２においては、本ダウンロード部ＣＰ２ｂは、カメラ５９が撮像した画像データを取得するとともに、当該画像データから識別画像を検出し、当該識別画像のデコードを行う。これにより、固有番号が“０１２３４”のインデックスシートにサムネイル画像が印刷され、サーバ１０のパス“￥ＡＢＣＤ”に格納され、“￥ＥＦＧＨ．ｊｐｇ”といファイル名の画像データ１２ｃを、“Ｌ版”の印刷用紙に、“１枚”印刷したいと希望していることを本ダウンロード部ＣＰ２ｂが認識することができる。ステップＣ１３においては、本ダウンロード部ＣＰ２ｂはユーザーが希望する画像データ１２ｃのダウンロード要求をサーバ１０に無線Ｉ／Ｆ５３を介して送信する。このダウンロード要求においては、上述したインデックス印刷データＩＰＤの固有番号“０１２３４”と、画像データ１２ｃの識別情報“￥ＡＢＣＤ￥ＥＦＧＨ．ｊｐｇ”と、印刷用紙サイズ“Ｌ版”と、印刷希望枚数“１枚”と併せて、識別画像を撮像した当該携帯電話５０の携帯電話ＩＤ（ユーザー名）も送信する。
【００４２】
サーバ１０の印刷データ配信部ＳＰ４は、ステップＳ１１において携帯電話５０から送信されたダウンロード要求を受信し、続くステップＳ１２において当該ダウンロード要求に応じることができるか否かを判定する。この判定においては、まずダウンロード要求に含まれたインデックス印刷データＩＰＤの固有番号“０１２３４”を取得し、当該固有番号をＭＤＢ１２ｄにおいて検索し、当該固有番号に対応付けられた記憶された許可端末と課金先と制限枚数と印刷済み枚数を取得する。ステップＳ１３においては、ＭＤＢ１２ｄから取得した許可端末が、ダウンロード要求に含まれる携帯電話ＩＤ（ユーザー名）と一致するか否かを判定する。このように、ダウンロード要求を行った携帯電話５０の携帯電話ＩＤが、インデックスシートに対応付けて記憶された許可端末と一致するか否かを判定することにより、意図しない携帯電話５０からのダウンロード要求を拒否することができる。
【００４３】
本実施形態においては、検索要求（ステップＣ０１）で許可端末として指定された携帯電話ＩＤ（ユーザー名）として、“○×○○×”が指定されているため、ダウンロード要求が携帯電話ＩＤ“○×○○×”を有する携帯電話５０によってなされたものか否かが判定される。本実施形態では、特に検索要求を行った携帯電話５０と許可端末として指定された携帯電話５０が同一の携帯電話ＩＤ“○×○○×”とされているため、検索要求とダウンロード要求が同一の携帯電話５０によってなされているか否かが判定される。なお、検索要求（ステップＣ０１）で許可端末の携帯電話ＩＤとして、検索要求を行う携帯電話５０以外の他のユーザー名を指定した場合には、他のユーザーの携帯電話５０によるダウンロード要求において携帯電話ＩＤが一致すると判定されることとなる。このようにすることにより、例えば知人にインデックスシートを渡し、当該知人に印刷データＰＤのダウンロードを許可することができる。従って、おすすめのインデックスシートを配布して、自分の趣向を他の人と共有することが可能となる。携帯電話ＩＤが一致しない場合には、不正なダウンロード要求があったとしてエラー終了する。
【００４４】
携帯電話ＩＤが一致した場合には、ステップＳ１４において、ＭＤＢ１２ｄから取得した制限枚数から印刷済み枚数を差し引いた数が、ダウンロード要求に含まれた印刷希望枚数以上であるか否かを判定する。制限枚数から印刷済み枚数を差し引いた数が、ダウンロード要求に含まれた印刷希望枚数よりも少ない場合には、当該ダウンロード要求に応じることができないとしてエラー終了する。本実施形態においては、制限枚数が検索要求（ステップＣ０１）にて“無制限”と指定されているため、常に制限枚数から印刷済み枚数を差し引いた数が、ダウンロード要求に含まれた印刷希望枚数以上となる。本実施形態の検索要求（ステップＣ０１）においては、許可端末として指定された携帯電話５０と課金先のユーザーが同一の携帯電話ＩＤ（ユーザーＩＤ）“○×○○×”と指定されており、ダウンロードを行う本人に対して課金がなされることとなる。
【００４５】
従って、制限枚数を“無制限”としても問題はない。ところが、上述したように許可端末として指定する携帯電話５０と課金先のユーザーが異なる携帯電話ＩＤ（ユーザーＩＤ）と指定される場合もある。課金される者が意図しないような量がダウンロードされることも考えられるため、制限枚数によって印刷できる枚数を制限する必要がある。例えば、おすすめの課金先に自己の携帯電話ＩＤ（ユーザーＩＤ）を指定したインデックスシートを知人に贈った場合、当該知人の携帯電話５０に対して意図する枚数分だけダウンロードを許可することができる。
【００４６】
制限枚数から印刷済み枚数を差し引いた数が印刷希望枚数以上である場合には、ステップＳ１５において、ダウンロード要求に含まれた識別情報“￥ＡＢＣＤ￥ＥＦＧＨ．ｊｐｇ”に基づいて画像データ１２ｃをＨＤＤ１２から特定し、当該画像データ１２ｃが含まれる印刷データＰＤを生成する。この印刷データＰＤにおいては、識別情報で特定された画像データ１２ｃが含まれるとともに、プリンタ３０に対して印刷用紙サイズと印刷枚数を指定する情報が添付される。ここでは本実施形態のダウンロード要求に含まれた印刷用紙サイズ“Ｌ版”と、印刷希望枚数“１枚”が印刷データＰＤによって指定されることとなる。具体的には、“Ｌ版”で印刷されるように画像データ１２ｃをサイズ変換し、印刷希望枚数“１枚”分だけサイズ変換した画像データ１２ｃを印刷データＰＤに組み込むことにより、これらの指定を印刷データＰＤに反映させる。さらに、印刷データＰＤのダウンロード要求に包含されたインデックス印刷データＩＰＤの固有番号が添付される。
【００４７】
ステップＳ１６においては、印刷データ配信部ＳＰ４が作成した印刷データＰＤを携帯電話５０に送信する。これに応じて、ステップＣ１４では、携帯電話５０の本ダウンロード部ＣＰ２ｂが印刷データＰＤを受信する。ステップＣ１５においては、上述したステップＣ０３と同様にプリンタ３０にステータス情報を要求する。すると、プリンタ３０はステップＰ１１〜Ｐ１４にて上述したステップＰ０１〜Ｐ０４と同様にステータスファイルＳＦの生成・送信を行う。携帯電話５０の印刷データ送信部ＣＰ５は、ステータスファイルＳＦを受信（ステップＣ１６）し、当該ステータスファイルＳＦが示すステータス情報に問題がないことを確認すると、ステップＣ１７において印刷データＰＤを赤外線通信によってプリンタ３０に送信する。
【００４８】
プリンタ３０は、印刷データＰＤを受信する（ステップＰ１５）と、ステップＰ１６において印刷実行部ＰＰ２が上述のインデックスシートの印刷と同様に印刷データＰＤに基づいてレイアウト処理／レンダリング処理／色変換処理／ハーフトーン処理／マイクロウィーブ処理を順次実行して各部３１，３２，３３，３４，３５ａ，３６ａ，３７ａに印刷画像に応じた駆動信号を出力する処理を行う。以上により印刷データＰＤの印刷処理が完了し、ユーザーがカメラ５９で撮影した識別画像に隣接するサムネイル画像に対応する画像データ１２ｃを、当該識別画像が示す印刷条件（印刷用紙サイズと印刷希望枚数）によって印刷することができる。印刷データＰＤの印刷が完了するとプリンタ３０のステータスファイル生成部ＰＰ５は、印刷が無事完了した旨のステータスファイルＳＦを作成（ステップＰ１７）し、当該ステータスファイルＳＦを赤外線通信によって携帯電話５０に送信する。
【００４９】
携帯電話５０においては、課金要求部ＣＰ６がステップＣ１８において当該ステータスファイルＳＦを受信し、それを受けてステップＣ１９において課金要求をサーバ１０に対して送信する。この課金要求においては、印刷が完了した印刷データＰＤに添付されたインデックス印刷データＩＰＤの固有番号が添付される。サーバ１０の課金部ＳＰ５は、ステップＳ１７において、課金要求を受信し、当該課金要求の対象となっている印刷データＰＤに添付されたインデックス印刷データＩＰＤの固有番号（本実施形態で“０１２３４”）を取得（ステップＳ１８）する。そして、ステップＳ１９では、当該固有番号をＭＤＢ１２ｄにおいて検索し、当該固有番号に対応付けられた記憶された課金先に対して課金を発生させ、請求する処理を行う。本実施形態では、検索要求を行った携帯電話５０と許可端末と課金先が同一の携帯電話ＩＤとして指定されているため、ダウンロードを行った携帯電話５０のユーザーに課金がされることとなる。
【００５０】
また、“Ｌ版一枚”分の印刷データＰＤが配信されたため、Ｌ版一枚分に見合った課金額が計上される。一方、許可端末と課金先とが異なる携帯電話ＩＤものとしてＭＤＢ１２ｄに登録されている場合には、異なる課金先に課金がされることとなる。さらにステップＳ２０においては、ＭＤＢ１２ｄにおいて課金したインデックス印刷データＩＰＤの固有番号に対応付けられた印刷済み枚数を課金した印刷枚数に応じて加算する。本実施形態においては、一枚印刷されているため、印刷済み枚数が１加算される。これにより、ＭＤＢ１２ｄにおいて各インデックス印刷データＩＰＤについてダウンロード可能な枚数を管理することができる。
【００５１】
以上説明したように本実施形態においては、インデックス印刷データＩＰＤに基づくインデックスシートに印刷されたサムネイル画像を見ながらユーザーが印刷したいものを選択することができる。ユーザーが携帯電話５０の小さい液晶ディスプレイ５５に表示されたサムネイル画像によって印刷（購入）対象を選択しなくてもよく、確実に所望の印刷対象を選択することができる。ユーザーが所望のサムネイル画像に隣接して配置された識別画像を携帯電話５０のカメラ５９によって撮像することにより、当該識別画像がデコードされ当該サムネイル画像に対応する画像データ１２ｃの識別情報が取得される。そして、当該識別情報を含むダウンロード要求がサーバ１０に対して行われ、ユーザーが所望する画像データ１２ｃが組み込まれた印刷データＰＤが携帯電話５０にダウンロードされ、プリンタ３０にて印刷される。
【００５２】
（３）変形例
以上においては、検索要求に応じてサーバ１０が識別画像データを含むインデックス印刷データＩＰＤを作成する例を説明したが、インデックス印刷データＩＰＤを携帯電話５０やプリンタ３０にて作成することも可能である。一般的に処理能力が携帯電話５０やプリンタ３０よりも優れているサーバ１０においてインデックス印刷データＩＰＤを作成することは処理効率においてメリットがある。一方、プリンタ３０において識別画像を作成することによりプリンタ３０固有の情報を識別画像に付加することができる。例えば、上記実施形態では、サーバ１０が印刷用紙サイズ（Ａ４ｏｒＬ版）を指定可能な識別画像を生成するようにしたが、プリンタ３０の仕様によってはＬ版のみしか印刷できない場合もある。従って、プリンタ３０が識別画像を生成する際に、自己の仕様を判断し、Ｌ版のみが指定可能な識別画像を生成する（Ａ４を指定する識別画像を生成しない）ことができる。これにより、実際には印刷不可能なＡ４サイズの印刷データＰＤがダウンロードされることが防止できる。
【００５３】
上記実施形態においては検索要求を行った携帯電話５０に対してインデックス印刷データＩＰＤが送信されるようにした。しかしながら、検索要求を行った携帯電話５０以外の携帯電話に対してインデックス印刷データＩＰＤが配信されるようにしてもよい。例えば、検索要求において指定された許可端末に対してインデックス印刷データＩＰＤが配信されるようにすればよい。この場合、検索要求を行った携帯電話５０とは異なる携帯電話５０にインデックス印刷データＩＰＤが送信されることとなるが、当該携帯電話５０に接続されたプリンタ３０にてインデックス印刷データＩＰＤに基づくインデックスシートを印刷させ、当該携帯電話５０のカメラ５９にて識別画像を撮影することができる。当該携帯電話５０は許可端末として指定されているため、ダウンロードを行うことができる。このようにすることにより、検索要求を行ったユーザーが自分でインデックスシートを印刷して渡さなくても、ダウンロードを許可する相手にインデックス印刷データＩＰＤを配布することができる。また、上記実施形態においては、インデックスシートの識別画像に基づいてサーバ２０におけるＭＤＢ１２ｄに記憶された課金先や印刷制限枚数等を取得するようにしたが、識別画像によって課金先や印刷制限枚数等の情報を記録するようにしてもよい。この場合、インデックスシートを読み込むことによって、直接、課金先や印刷制限枚数等の情報を得ることができ、ＭＤＢ１２ｄのデータ量を削減することができる。
【図面の簡単な説明】
【００５４】
【図１】本発明の一実施形態にかかる印刷課金システムのブロック図である。
【図２】コンテンツサーバのブロック図である。
【図３】プリンタのブロック図である。
【図４】携帯電話のブロック図である。
【図５】インデックスシート印刷処理のフローチャートである。
【図６】検索要求およびそれを指示するＵＩ画面を示す図である。
【図７】画像データベース（ＧＤＢ）を示す図である。
【図８】インデックス印刷データ作成送信処理のフローチャートである。
【図９】インデックスシートを示す図である。
【図１０】管理データベース（ＭＤＢ）を示す図である。
【図１１】印刷および課金処理のフローチャートである。
【符号の説明】
【００５５】
１０…コンテンツサーバ、１１…制御部、１１ａ…ＣＰＵ、１１ｂ…ＲＯＭ、１１ｃ…ＲＡＭ、１２…ＨＤＤ、１２ａ…ＯＳ、１２ｂ…プログラムデータ、１２ｃ…画像データ、１２ｄ…ＭＤＢ、１２ｅ…ＧＤＢ、３０…プリンタ、３１…制御部、３１ａ…ＣＰＵ、３１ｂ…ＲＯＭ、３１ｃ…ＲＡＭ、３２…操作部、３３…赤外線Ｉ／Ｆ、３４…不揮発性メモリ、３５ａ…コントロール回路、３５ｂ…インクカートリッジ、３５ｃ…印刷ヘッドユニット、３６ｂ…ヘッド駆動部、３７ａ…Ｉ／Ｆ、３７ｂ…キャリッジ機構、３７ｃ…紙送り機構、５０…携帯電話、５１…制御部、５１ａ…ＣＰＵ、５１ｂ…ＲＯＭ、５１ｃ…ＲＡＭ、５２…メモリ、５３…無線Ｉ／Ｆ、５４…赤外線Ｉ／Ｆ、５５…液晶ディスプレイ、５６…操作部、５７…スピーカ、５８…マイクロフォン、５９…カメラ、Ａｔ…アンテナ、ＣＰ…印刷中継プログラム、ＣＰ１…検索要求部、ＣＰ２…ダウンロード部、ＣＰ２ａ…予備ダウンロード部、ＣＰ２ｂ…本ダウンロード部、ＣＰ３…赤外線通信部、ＣＰ４…ステータス要求部、ＣＰ５…印刷データ送信部、ＣＰ６…課金要求部、Ｇ…ゲートウェイ、Ｉｎ…インターネット、ＰＰ…制御プログラム、ＰＰ１…赤外線通信部、ＰＰ２…印刷実行部、ＰＰ３…要求受理部、ＰＰ４…ステータス取得部、ＰＰ５…ステータスファイル生成部、ＰＰ６…ステータス送信部、ＳＰ…印刷課金プログラム、ＳＰ１…検索部、ＳＰ１…印刷データ配信部、ＳＰ２…インデックス印刷データ作成部、ＳＰ３…データ登録部、ＳＰ４…印刷データ配信部、ＳＰ５…課金部。
【図１】
2008293286.tif 000003
【図２】
2008293286.tif 000004
【図３】
2008293286.tif 000005
【図４】
2008293286.tif 000006
【図５】
2008293286.tif 000007
【図６】
2008293286.tif 000008
【図７】
2008293286.tif 000009
【図８】
2008293286.tif 000010
【図９】
2008293286.tif 000011
【図１０】
2008293286.tif 000012
【図１１】
2008293286.tif 000013