JP2009098711A

JP2009098711A - 携帯端末、当該端末におけるコンテンツの印刷方法、当該端末と通信する印刷装置及びその制御方法、印刷システム

Info

Publication number: JP2009098711A
Application number: JP2007266602A
Authority: JP
Inventors: Takemasa Murata; 竹将村田; Seiya Fujinaga; 誠也藤長; Taketomo Naruse; 丈智成瀬; Masao Maeda; 昌雄前田
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2007-10-12
Filing date: 2007-10-12
Publication date: 2009-05-07

Abstract

【課題】ネットワーク上のコンテンツを、携帯電話を経由して取得して印刷する場合、コンテンツの印刷のために携帯電話を占有する機会やコンテンツ印刷が中断されてしまう機会を防ぐことを目的とする。
【解決手段】携帯電話を経由してネットワークからコンテンツを取得しプリンタで印刷する印刷システムにおいて、サーバが携帯電話からコンテンツの要求に応じて印刷権利を発行すると、携帯電話がサーバから印刷権利を含む権利情報を取得する。さらに、プリンタが携帯電話から権利情報を取得すると、プリンタは印刷権利に基づいてサーバからコンテンツを取得する。
【選択図】図１

Description

本発明は、ネットワーク上の印刷用のコンテンツを、携帯電話を経由して取得して印刷するためのプリントシステム、プリントシステムを構成する携帯電話装置及びプリンタに関するものである。

ネットワーク上のサーバに用意されている印刷用のコンテンツを携帯電話で取得し、さらに携帯電話とプリンタを接続することで、取得したコンテンツをプリンタで印刷するようなサービスや印刷システムが知られている（例えば、特許文献１参照）。

上記特許文献には具体的に次のように開示されている。

予めユーザが携帯電話でサーバにアクセスし、所望のコンテンツ自体はダウンロードせずそのコンテンツが存在するＵＲＬだけをダウンロードする。その後、携帯電話とプリンタを接続して印刷予約の情報としてＵＲＬをプリンタに送信する。そして、プリンタの操作画面で印刷予約の情報を選択すると、携帯電話を介してサーバからコンテンツをダウンロードし、そのダウンロードしたコンテンツをプリンタで印刷する。
特開２００２−１４０２５４号公報

上述したように特許文献１では、サーバに用意されているコンテンツを印刷するとき、サーバと携帯電話間あるいは携帯電話とプリンタ間は接続された状態のままである。つまり、携帯電話はサーバとプリンタとそれぞれと通信状態で占有された状態のままコンテンツを印刷するので、ユーザは携帯電話が有する他の機能を利用することができないという課題が生ずる。

例えば、ユーザが緊急で通話機能を利用したいと思っても、コンテンツのダウンロードの終了を待つかコンテンツのダウンロード自体を中断しなければならない。

また、コンテンツの印刷が中断してしまうという課題が生ずる。例えば、携帯電話へ着信があると、サーバと携帯電話間あるいは携帯電話とプリンタ間でコンテンツのダウンロードが中断され所望するコンテンツを印刷することが中断されてしまう。

本発明は、ネットワーク上の印刷用のコンテンツを、携帯電話を経由して取得して印刷するためのプリントシステムにおいて、コンテンツ印刷のために携帯電話が占有されてしまう、またはコンテンツ印刷が中断されてしまうのを抑制することを目的とする。

上記課題を解決するために本発明の印刷システムは、例えば以下の構成を備える。すなわち、携帯電話を経由してネットワークからコンテンツを取得しプリンタで印刷する印刷システムにおいて、サーバが携帯電話からコンテンツの要求に応じて印刷権利を発行する工程と、前記携帯電話が前記サーバから前記印刷権利を含む権利情報を取得する工程と、前記プリンタが前記携帯電話から前記権利情報を取得する工程と、前記プリンタが前記印刷権利に基づいて前記サーバからコンテンツを取得する工程と、前記プリンタが前記コンテンツを印刷する工程とを有することを特徴とする。

また、プリンタは、前記携帯端末が前記サーバから取得したコンテンツの印刷に対応する印刷権利を含む権利情報を、前記携帯端末から取得する権利情報取得手段と、前記印刷権利に基づいて前記サーバから直接コンテンツを取得するコンテンツ取得手段と、前記コンテンツ取得手段で取得したコンテンツを印刷する印刷手段を有することを特徴とする。

また、携帯端末は、前記サーバからコンテンツを印刷するための印刷権利を含む権利情報を取得する取得手段と、前記取得手段によって取得された権利情報を蓄積する蓄積手段と、前記権利情報を前記プリンタに転送する転送手段と、前記プリンタが前記権利情報に関連するコンテンツを取得したことに応じて前記サーバから発行される削除要求に基づいて、前記蓄積手段に蓄積された権利情報を削除する手段を有することを特徴とする。

また、プリンタの制御方法は、前記携帯端末が前記サーバから取得したコンテンツの印刷に対応する印刷権利を含む権利情報を、前記携帯端末から取得する権利情報取得工程と、前記印刷権利に基づいて前記サーバから直接コンテンツを取得するコンテンツ取得工程と、前記コンテンツ取得工程で取得したコンテンツを印刷する印刷工程を有することを特徴とする。

また、携帯端末の制御方法は、前記サーバからコンテンツを印刷するための印刷権利を含む権利情報を取得する取得工程と、前記取得手段によって取得された権利情報を蓄積する蓄積工程と、前記権利情報を前記プリンタに転送する転送工程と、前記プリンタが前記権利情報に関連するコンテンツを取得したことに応じて前記サーバから発行される削除要求に基づいて、前記蓄積工程で蓄積された権利情報を削除する削除工程を有することを特徴とする。

本発明によれば、ネットワーク上の印刷用のコンテンツを、携帯電話を経由して取得して印刷するためのプリントシステムにおいて、コンテンツ印刷のために携帯電話が占有されてしまう、またはコンテンツ印刷が中断されてしまうのを抑制することが可能である。

ユーザは所望のコンテンツを任意のタイミングで印刷することができるとともに、多機能な携帯電話を有効活用することができるという効果を奏する。

（実施例１）
図１９は、本発明におけるコンテンツの構成を示す図である。図１９では、コンテンツが権利情報と印刷情報の２つによって構成されているが、本発明を実現するシステムによっては権利情報と印刷情報が別々に管理される場合もある。よって、本発明において、コンテンツという場合は権利情報と印刷情報の双方を示す総称とする。

印刷情報は印刷データで構成される。その印刷データはネットワーク上のコンテンツサーバあるいは権利管理サーバとコンテンツサーバが一体となったサーバに存在し、ユーザがプリントを所望するデータのことである。本発明では、画像データや文書データがそれに相当し、プリンタでプリントできる形式であればそのファイル形式は問わない。

権利情報は、ユニークＩＤ、プレビュー画像、機種別情報、コンテンツ詳細情報で構成される。この権利情報は、ユーザが所望する印刷データを取得する場合、印刷するための権利としてユーザに与えられるものである。

ユニークＩＤは、ユーザがコンテンツを選んで印刷要求するごとに権利管理サーバにより発行され、サーバから印刷情報がダウンロードされると無効化されるものである。サーバ上に存在する１つの印刷情報（印刷データ）に対して複数回の印刷要求がある場合は、それぞれの印刷要求ごとに異なるユニークＩＤが発行されるものとする。

また、権利管理サーバは、このユニークＩＤによって対応するコンテンツおよびその印刷情報（印刷データ）を特定することが出来る。

プレビュー画像は、ユーザが所望するコンテンツを携帯電話またはプリンタ上で確認するために用いられる印刷情報に対応した画像データである。機種別情報とは、印刷情報をプリントできるプリンタタイプを示すもので、プリンタのメーカ、機種名、仕様バージョンなどで構成される。

コンテンツ詳細情報はプリンタが有する能力情報と対応するもので、印刷情報が対応できる用紙サイズ、用紙種別、文字コード、印刷データの解像度、印刷データのサイズ、ファイル形式で構成される。

プレビュー画像、機種別情報およびコンテンツ詳細情報は、サーバ上で印刷情報と関連付けて保存されている。

図２２は、権利情報の一例である。

権利情報は、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅＭａｒｋｕｐＬａｎｇｕａｇｅ：以下ＸＭＬと表記）で記述される。権利情報は、全体構成や印刷データの情報、およびプレビュー画像に関する情報と、プレビュー画像そのものからなる。

全体構成として、ＸＭＬのバージョン情報の他、印刷情報のＵＲＩ、ファイル名、ユニークＩＤ、およびプレビュー画像のファイル名が図示の通り記載される。

なおここでは図示されていないが、機種別情報およびコンテンツ詳細情報も、同様の記述で記される。

図２３は、プレビュー画像のデータ構造を示したものである。このデータ構造は、業界標準フォーマットとして広く普及しているＪＦＩＦ（ＪＰＥＧＦｉｌｅＩｎｔｅｒｃｈａｎｇｅＦｏｒｍａｔ）方式に準拠している。

図２４、図２５は、印刷情報の例である。
印刷情報は、ＸＨＴＭＬ−ｐｒｉｎｔ（ＥｘｔｅｎｓｉｂｌｅＨｙｐｅｒＴｅｘｔＭａｒｋｕｐＬａｎｇｕａｇｅ − ｐｒｉｎｔ：以下ＸＨＴＭＬ−ｐｒｉｎｔと表記）で記述される。印刷情報は、出力用紙サイズ、用紙への画像配置情報と共に、印刷データに関する情報を含んでいる。図２４では印刷データをバイナリデータとして印刷情報の中に直接含む構成になっている。一方図２５では、印刷データは印刷情報の中に記述されているファイル所在情報を基に、個別ファイルとして受信する場合を示している。

図２６は、印刷データのデータ構造を示したものである。

このデータ構造は、図２３のプレビュー画像のデータ構造と同様、ＪＦＩＦ方式に準拠したものである。

図１は本実施例を構成する全体構成の図である。

本実施例では、ユーザは携帯電話などの携帯端末を用いて印刷が可能なコンテンツの印刷権利を取得し、そのコンテンツに含まれる印刷情報をプリンタで印刷することが可能である。このような場合、特に印刷されるデータを著作権管理等のために、印刷にかかる料金を正確に管理し、また印刷する権利を正しく管理する事が求められる。これにより、本実施例のように端末間のデータの渡し合いになる状況下においても、コンテンツの印刷権利を正しく管理することが可能となる。

まずサーバ１０１は本構成におけるデータ管理等を行う為のサーバである。また本実施例ではコンテンツサーバ１０２と権利管理サーバ１０３の二種類のサーバが用意してある。コンテンツサーバ１０２の詳細については図６で述べるが、本システムにおいて、ユーザに取得されるコンテンツを保管、管理するサーバである。権利管理サーバ１０３はユーザがコンテンツの印刷権利を取得する際に消費するポイントや、またコンテンツの印刷権利取得の際のデータ制御／管理、サイトの情報管理などを行う。

なお、図１においてはサーバとしてコンテンツサーバ１０２、権利管理サーバ１０３として各々別で存在するが、これらは一つであっても問題はない。またサーバは２つ以上であっても２つである場合と同様の効果が得られるのであればこれに限らない。

携帯電話１０４は本構成においてコンテンツの印刷権利を取得してその印刷情報を印刷する為にユーザが操作する端末となる。この携帯電話１０４は通信回線１０７を通してサーバ１０１からデータを入手することが可能である。また携帯電話１０４から後述するプリンタ１０５に対してデータを送る事ができる。携帯電話に関する詳細なブロック図は図４で示す。

プリンタ１０５は図３で後述するが、コンテンツの印刷情報を印刷する画像処理装置である。またデータ通信１０８を通して携帯電話１０４との無線通信が可能であり、ＩｒＤＡ，Ｂｌｕｅｔｏｏｔｈで接続が可能である。またＵＳＢなどの有線通信経路を使用した接続形態にてデータ通信を行うことも可能である。またプリンタ１０５はネットワーク１０６を介してサーバ１０１との通信が可能である。

本実施例は図１の構成を通して、サーバ１０１で管理している権利情報を、携帯電話１０４へダウンロードできる。またその権利情報を、携帯電話１０４を経由してプリンタ１０５に転送する。またプリンタ１０５においては、転送されてきた権利情報に基づいて、サーバ１０１から印刷情報を、ネットワーク１０６を介してダウンロードし、印刷を行う。

以上のように、携帯電話、プリンタを使用した印刷システムを構築している。

図２は図１の構成において、データ通信１０８が無い場合での本システムの全体構成である。

まずサーバ２０１は本構成におけるデータ管理等を行う為のサーバである。この図でも、コンテンツサーバ２０２と権利管理サーバ２０３の二種類のサーバが用意してある。コンテンツサーバ２０２の詳細については図６で述べるが、本システムにおいて、ユーザに取得されるコンテンツを保管、管理するサーバである。権利管理サーバ２０３はユーザがコンテンツの印刷権利を取得する際に消費するポイントや、またコンテンツの印刷権利取得の際のデータ制御／管理、サイトの情報管理などを行う。

なお、図２においてはサーバとしてコンテンツサーバ２０２、権利管理サーバ２０３として各々別で存在するが、これらは一つであっても問題はない。またサーバは２つ以上であっても２つである場合と同様の効果が得られるのであればこれに限らない。

携帯電話２０４は本構成においてコンテンツの印刷権利を取得してその印刷情報を印刷する為にユーザが操作する端末となる。この携帯電話２０４は通信回線２０８を通してサーバ２０１からデータを入手することが可能である。また、携帯電話２０４はメモリカード２０７が挿入可能であり、携帯電話２０４のデータの書込／保存が可能である。詳細なブロック図は図４で示す。

プリンタ２０５は図３で後述するが、コンテンツの印刷情報を印刷する画像処理装置である。特徴としては、メモリカード２０７の挿入が可能であり、メモリカード内のデータを読出／保存する、またメモリカード内にデータを書込／保存する事ができる。またプリンタ２０５はネットワーク２０６を介してサーバ２０１との通信が可能である。

本実施例は図２の構成を通して、サーバ２０１で管理している権利情報を、携帯電話２０４へダウンロードできる。また、その権利情報を携帯電話２０４からメモリカード２０７を経由してプリンタ２０５に保存する。そしてプリンタ２０５においてはメモリカードから読み出した権利情報に基づいて、サーバ２０１から印刷情報を、ネットワーク２０６を介してダウンロードし、印刷を行う。

便宜上、図１，２、を分けて説明しているが、本実施例としては図１，２の両方が実現可能な構成として各々の端末の説明を行う。

図３は、本発明の実施例である画像処理システムを構成するプリンタの概略構成を示すブロック図である。

プリンタにおいて、ＣＰＵ３０１は、システム制御部であり、プリンタの全体を制御する。

ＲＯＭ３０２は、ＣＰＵ３０１が実行する制御プログラムや組み込みオペレーティングシステム（ＯＳ）プログラム等を格納する。上記実施例では、ＲＯＭ３０２に格納されている各制御プログラムは、ＲＯＭ３０２に格納されている組み込みＯＳの管理下で、スケジューリングやタスクスイッチ等のソフトウエア制御を行う。

画像メモリ３０３は、ＤＲＡＭ（ｄｙｎａｍｉｃＲＡＭ）等で構成され、画像データを蓄積する。またダウンロードした権利情報や印刷情報も画像メモリ３０３に格納される。

読取制御部３０４について説明する。読取部３０５が、ＣＩＳイメージセンサ（密着型イメージセンサ）によって原稿を光学的に読み取る。次に電気的な画像データに変換した画像信号を、図示しない画像処理制御部を介して、２値化処理や中間調処理等の各種画像処理を施し、高精細な画像データを出力する。なお、上記実施例では、読取制御部３０４は、原稿を搬送しながら読み取りを行うシート読取制御方式と、原稿台にある原稿をスキャンするブック読取制御方式の両制御方式に対応している。

ＬＡＮ制御部３０６は、ネットワークで接続する際に、制御を行うための制御部である。

符号復号化処理部３０７は、プリンタで扱う画像データ（ＭＨ、ＭＲ、ＭＭＲ、ＪＢＩＧ、ＪＰＥＧ等）を符号復号化処理や、拡大縮小処理を行う。

データ通信送受信部３０８は、ＩｒＤＡ、Ｂｌｕｅｔｏｏｔｈなどの無線通信などで携帯電話などの機器と通信を行うためのデータの送受信部となる。データ通信毎に送受信部は存在する場合がある。本実施例ではＩｒＤＡ、Ｂｌｕｅｔｏｏｔｈ、Ｐｉｃｔｂｒｉｄｇｅでの接続を行う。

データ通信制御部３０９は、データ通信送受信部３０８からきたデータを制御する部位である。データ通信制御部３０９、データ通信送受信部３０８を使用して、ＩｒＤＡ、Ｂｌｕｅｔｏｏｔｈなどの無線接続や、Ｐｉｃｔｂｒｉｄｇｅなどの接続にてデータを送る事が出来る。

データ蓄積部３１０はデータを蓄積するための部位である。画像メモリ３０３でのＤＲＡＭではデータバックアップ用の領域を用意していないため、本実施例ではデータ蓄積部としてデータ保存領域を用意している。画像メモリ３０３と共有する場合もある。データ蓄積部３１０にデータのバックアップなどを行う事が出来る。本実施例ではＤＲＡＭを用いているが、ハードディスクや揮発性メモリ等を使用する場合もあるのでこの限りではない。

ＵＳＢホスト制御部３１１は、ＵＳＢ通信規格で定められたプロトコルで通信を行う為の制御部である。ＵＳＢ通信規格は、双方向のデータ通信を高速に行うことが出来る規格であり、１台のホスト（マスター）に対し、複数のハブまたはファンクション（スレーブ）を接続することが出来る。

メモリカード３１２は着脱可能なデータ記憶媒体であり、メモリカードを挿入できる不図示のメモリスロットにより、プリンタに装着する事が出来る。本実施例ではＵＳＢホスト制御部３１１とインタフェースで接続されているが、この限りではない。メモリカードには権利情報や印刷情報が保存可能であり、ＵＳＢホスト制御部３１１を通じて、それらメモリカード内のデータにアクセスする事が出来る。

ＲＡＭ３１３は、ＳＲＡＭ（ｓｔａｔｉｃＲＡＭ）等で構成され、プログラム制御変数等を格納し、また、オペレータが登録した設定値やプリンタの管理データ等を格納し、各種ワーク用バッファ領域が設けられている。

データ変換部３１４は、ページ記述言語（ＰＤＬ）等の解析や、キャラクタデータのＣＧ（ｃｏｍｐｕｔｅｒｇｒａｐｈｉｃｓ）展開、ＸＭＬデータ展開、ベクターフォントのレンダリング等、画像データの変換を行う。

操作、表示部３１５は、ホームキー、ナビキー、決定キー、戻るキー等を備え、ユーザが画像印刷データの決定や登録値の設定データ設定の登録動作を行うための操作部である。また、各種キー、ＬＥＤ（発光ダイオード）とＬＣＤ（液晶ディスプレイ）等によって構成される。この結果オペレータによる各種入力操作や、プリンタの動作状況、ステータス状況の表示等を行う事ができる。

解像度変換処理部３１６は、画像データのミリ−インチ解像度変換等の解像度変換制御を行う。なお、解像度変換処理部３１６において、画像データの拡大縮小処理も可能である。

記録制御部３１７は、印刷される画像データに対し、図示しない画像処理制御部を介して、スムージング処理や記録濃度補正処理、色補正等の各種画像処理を施し、高精細な画像データに変換し、記録部３１９（後述）に出力する。また、記録部３１９を制御することにより、定期的に記録部３１９の状態情報を取得する役割も果たす。

記録部３１９では、カラー画像データ、またはモノクロ画像データが印刷部材に印刷される。

給紙部３２０は印刷のための用紙を保持する事ができる部位である。記録制御部３１７からの制御で給紙部３２０から給紙を行うことができる。特に給紙部は複数種類の用紙を一つの装置に保持するために、複数の給紙部を用意する事ができる。そして記録制御部３１７により、どの給紙部から給紙を行うかの制御を行うことができる。

ＵＳＢファンクション制御部３２１は、ＵＳＢインタフェースの通信制御を行うものである。ＵＳＢ通信規格に従って、プロトコル制御を行い、ＣＰＵ３０１が実行するＵＳＢ制御タスクからのデータを、パケットに変換し、外部の情報処理端末に、ＵＳＢパケット送信を行う。逆に、外部の情報処理端末からのＵＳＢパケットを、データに変換してＣＰＵ３０１に対し送信を行ったりする。

本実施例においては、記録機能のＵＳＢ通信は１対１の接続形態を用いる。

上記構成要素３０１〜３１１、３１３〜３２１は、ＣＰＵ３０１が管理するＣＰＵバス３２３を介して、相互に接続されている。

本実施例においては、読取部３０５と読み取り制御部３０４において文書原稿を読取、解像度変換処理部３１６やデータ変換部３１４を経て、データ蓄積部３１０に文書データを保存する事ができる。そして操作表示部３１５からの操作によって、文書の検索ができる。なお、本実施例で想定している文書データは上記方法による文書だけでない。メモリカード３１２からの転送によるデータ、通信制御部を通した場合でのデータのようにデータをデータ蓄積部３１０に保存している状態であり、文書がページ情報をもっている場合であればこの限りではない。

図４は、本発明の実施例であるシステムを構成する携帯電話の概略構成を示すブロック図である。

携帯電話において、ＣＰＵ４０１は、システム制御部であり、携帯電話の全体を制御する。

無線部４０２は、携帯電話において、無線通信を行う際に通信データを送受する部位である。

パケット通信制御部４０３は無線部４０２を使用した通信のうち、パケット通信を行う際に制御を行うブロックである。本実施例においては携帯電話のパケット通信において、携帯サイトのデータや、印刷に使用するデータ等をダウンロードする。

操作部４０４は携帯電話の操作するためのブロックである。テンキー、ファンクションキー、メニューキー、上下左右キーなど搭載している。これにより、通話だけでなく、パケット通信による無線通信や、ＩｒＤＡ、Ｂｌｕｅｔｏｏｔｈなどの通信を行う操作を携帯電話で行う事ができる。

表示部４０５は、携帯電話の情報を表示する部位である。本画面にて電話番号表示や、データ通信時のデータ選択、携帯サイトの表示などを行う。また、メモリカード４０８内の画像データも表示を行ったりする事ができる。

メモリ部４０６は携帯電話のデータを保存するためのメモリ部である。携帯電話のプログラムや、画像などのデータ、アプリケーションのデータなどが保存される。

またダウンロードした権利情報や印刷情報もメモリ部４０６に格納される。

メモリカード制御部４０７は携帯電話に着脱可能なメモリカード４０８を制御するブロックであり、メモリカード内のデータの読み込み、書き込みやアクセス制御などを行う。なおメモリカード４０８は権利情報、印刷情報を保存可能である。

スピーカー４０９、マイク４１０は主に電話で音声通信を行う際に使用する。マイク４１０から音を拾い、スピーカー４０９にて音を出す仕組みである。音声の通信は音声通信部４１１にて制御を行う。

データ通信制御部４１２、およびデータ通信送受便部４１３にて、ＩｒＤＡ、Ｂｌｕｅｔｏｏｔｈなどの通信を行う事ができる。データ通信制御部４１２ではデータの制御について、データ通信送受便部では、データの送受部位となる。本実施例においてはＩｒＤＡやＢｌｕｅｔｏｏｔｈなどの無線通信、またＰｉｃｔｂｒｉｄｇｅなどの優先での通信を実施している。

図５は権利管理サーバの一実施例である。

先に図１，２において権利管理サーバ１０３，２０３として説明しているものの詳細についてここでは説明する。

権利管理サーバにおいて、ＣＰＵ５０１は、システム制御部であり、権利管理サーバ全体を制御する。

ＲＯＭ５０２は、ＣＰＵ５０１が実行する際に必要なデータ等を格納する。

課金情報制御部５０３は、本実施例においてコンテンツの印刷権利取得にかかる料金をユーザに請求するための情報を制御する制御部である。後述する方法により、ユーザは印刷したい所望のコンテンツの権利情報をダウンロードして、さらに印刷情報をダウンロードする事が可能となる。ここでは、それらの処理で発生する課金情報を制御する。

ユーザ認証部５０４はユーザ認証を行うブロックである。本実施例において、携帯電話から権利情報の要求を受けた際に、要求したユーザを確認するユーザ認証を行う。その制御を行うのが本ブロックである。

ユーザ情報管理部５０５は後述するユーザ情報蓄積部５０７に携帯電話から蓄積されたユーザ情報を管理するブロックである。

大容量記録部５０６は権利管理サーバのデータの記憶部である。ＣＰＵ５０１が実行する制御プログラムやオペレーティングシステム（ＯＳ）プログラム等を格納する。上記実施例では、大容量記憶部５０６に格納されている各制御プログラムは、大容量記憶部５０６に格納されているＯＳの管理下で、スケジューリングやタスクスイッチ等のソフトウエア制御を行う。また、ユーザ情報蓄積部５０７、ユニークＩＤ蓄積部５０８、サイト情報蓄積部５０９なども大容量記憶部５０６に含まれる。

ユーザ情報蓄積部５０７は携帯電話から得られたユーザ情報や、印刷権利を取得したコンテンツの履歴、ユーザのポイント情報などが保存されている。

ユニークＩＤ蓄積部５０８はコンテンツの印刷権利毎に付与されたユニークＩＤが蓄積されている。また、各ユニークＩＤについて、該当するコンテンツの印刷権利を取得したユーザ、そのコンテンツの印刷情報のダウンロードが完了したか否かの情報も蓄積されている。

サイト情報蓄積部５０９は携帯電話で携帯サイトにアクセスした際に、ユーザがコンテンツを探すためのサイトの情報を蓄積する。

ＲＡＭ５１０は、ＳＲＡＭ（ｓｔａｔｉｃＲＡＭ）等で構成され、プログラム制御変数等を格納し、また、オペレータが登録した設定値やプリンタの管理データ等を格納し、各種ワーク用バッファ領域が設けられている。

ユニークＩＤ管理部５１１は、ユニークＩＤを生成すると共に、ユニークＩＤ蓄積部５０８に蓄積されているデータを管理するブロックである。コンテンツサーバや携帯電話との情報のやり取りや必要な情報の取り回しなどを行う。

コンテンツ情報制御部５１２はコンテンツに関わる情報を制御するブロックである。ユニークＩＤ管理部で管理しない情報や、その他コンテンツについての情報を制御する。

サイト管理部５１３はサイトの管理を行うブロックである。サイトは携帯電話等でアクセス可能なサイトであり、大容量記憶部５０６内のサイト情報蓄積部５０９の情報を管理する。

ＬＡＮ制御部５１４は権利管理サーバがネットワークに接続する為のＬＡＮ制御を行う。これにより、権利管理サーバはネットワーク接続が可能である。

図６はコンテンツサーバの一実施例である。

先に図１，２においてコンテンツサーバ１０２，２０２として説明しているものの詳細についてここでは説明する。

コンテンツサーバにおいて、ＣＰＵ６０１は、システム制御部であり、コンテンツサーバ全体を制御する。

ＲＯＭ６０２は、ＣＰＵ６０１が実行する際に必要なデータ等を格納する。

ＬＡＮ制御部６０３は権利管理サーバがネットワークに接続する為のＬＡＮ制御を行う。これにより、権利管理サーバはネットワーク接続が可能である。

コンテンツデータ管理部６０４は大容量記憶部６０５内のコンテンツデータ蓄積部６０６に蓄積されているデータを管理するブロックである。

大容量記録部６０５はコンテンツサーバのデータの記憶部である。ＣＰＵ６０１が実行する制御プログラムやオペレーティングシステム（ＯＳ）プログラム等を格納する。上記実施例では、大容量記憶部６０５に格納されている各制御プログラムは、大容量記憶部６０５に格納されているＯＳの管理下で、スケジューリングやタスクスイッチ等のソフトウエア制御を行う。

コンテンツデータ蓄積部６０６はユニークＩＤが付与される前のコンテンツを蓄積する。そのコンテンツに含まれるものとしては後述するプレビュー画像、機種別情報、コンテンツ詳細情報、印刷データが挙げられる。

ＲＡＭ６０７は、ＳＲＡＭ（ｓｔａｔｉｃＲＡＭ）等で構成され、プログラム制御変数等を格納し、また、オペレータが登録した設定値やプリンタの管理データ等を格納し、各種ワーク用バッファ領域が設けられている。

図７は、携帯電話上で動作する携帯電話アプリケーションの一実施例である。

携帯電話アプリケーションは携帯電話１０４，２０４にて、動作可能なアプリケーションである。特に本実施例においては、携帯電話１０４，２０４や権利管理サーバ１０３，２０３から情報を取得する。この際に本アプリケーションを使用する。またプリンタ１０５，２０５に対して情報を送る際に本アプリケーションで行う。

情報表示部７０１は、図４での携帯電話が図５の権利管理サーバから取得したデータを表示する。ユーザのポイント残量やコンテンツのポイント情報、またコンテンツの候補や取得したコンテンツの権利情報にあるプレビュー画像の表示などが挙げられる。

情報取得部７０２は権利管理サーバからコンテンツを取得するブロックである。特に取得した際の取得完了情報を権利管理サーバに送信などの送受についての制御を行う。

情報管理部７０３は取得したコンテンツの情報を管理するブロックである。後述するコンテンツの権利情報や印刷情報など、コンテンツに関わる情報はこのブロックで管理を行う。コンテンツに関わる、必要なくなった情報の削除もここで行う。

印刷指示部７０４はコンテンツの印刷の指示を行う為のブロックである。プリンタに対して、印刷指示を行うブロックである。実施例１においては印刷指示だけでなく、印刷情報のプリンタへの転送、およびメモリカード２０７への権利情報の書込みも行う。

図８はプリンタ上で動作するプリンタアプリケーションの一実施例である。
プリンタアプリケーションはプリンタ１０５，２０５にて、動作可能なアプリケーションである。特に本実施例においては、プリンタ１０５，２０５や権利管理サーバ１０３，２０３から情報を取得する。この際に本アプリケーションを使用する。またプリンタ１０５，２０５に対して情報を送る際に本アプリケーションで行う。

情報表示部８０１は、図１のプリンタが携帯電話から取得した権利情報にあるプレビュー画像の表示を行う。

情報取得部８０２は携帯電話や権利管理サーバからコンテンツを取得するブロックである。特に取得した際の取得完了情報をサーバに送信などの送受についての制御を行う。また、メモリカード２０７から権利情報の取得も本ブロックで行う。

情報管理部８０３は取得したコンテンツの情報を管理するブロックである。コンテンツの権利情報や印刷情報など、コンテンツに関わる情報はこのブロックで情報管理を行う。コンテンツに関わる、情報の削除もここで行う。

印刷実行部８０４はコンテンツの印刷の実行を行う為のブロックである。

図９は、携帯電話でサイトを閲覧しコンテンツの印刷権利を取得して権利情報をダウンロードするまでを説明するシーケンス図である。

コンテンツサーバ、権利管理サーバ、携帯電話及びプリンタ間でのシーケンスについて説明する。

Ｓ９０１は携帯電話から権利管理サーバにサイト情報の要求をする。その要求に応じてＳ９０２では権利管理サーバがサイト情報を携帯電話に送信する。これにより、携帯電話によってサイト情報を閲覧することが可能となる。本実施例ではこのように携帯電話でサイトを閲覧することにより、印刷するコンテンツを選択したり、コンテンツの印刷権利を取得するためのポイントを購入することができる。

次にポイントを購入するシーケンスを示す。
Ｓ９０３により携帯電話からポイント購入要求が権利管理サーバへ送信される。ポイント購入要求を受信した権利管理サーバは、Ｓ９０４で携帯電話のユーザ情報を要求する。ユーザ情報の要求を受けた携帯電話は、Ｓ９０５でユーザ情報を権利管理サーバに送信する。
権利管理サーバはユーザ情報を受信すると、その携帯電話のユーザに対してポイントを付与する処理を行い、その後携帯電話に対してポイント情報を送信する。このポイント情報を受信することにより、携帯電話のユーザはコンテンツの印刷権利を購入することが可能となる。

ポイントを購入したユーザが所望のコンテンツの印刷権利を取得して印刷するためには、権利情報が必要である。そこで、Ｓ９０８で権利管理サーバに対してその権利情報を要求する。権利管理サーバは権利情報を発行するためにユーザ認証を行う。そのため、Ｓ９０９で権利管理サーバはユーザ情報の要求を行う。その要求に応答するためにＳ９１０で携帯電話からユーザ情報を送信する。

ユーザ情報を受信した権利管理サーバは、確認のためユーザ認証の処理を実行し、ユーザの確認がとれると携帯電話に対してその旨をＳ９１２で通知する。さらに権利管理サーバは、ユーザに付与されたポイント残量と、コンテンツの印刷権利の取得に必要なポイント消費量を確認し、その確認結果をＳ９１４で携帯電話に通知する。続けて、権利管理サーバは権利情報を作成するために、コンテンツサーバに対してプレビュー画像・機種別情報・コンテンツ詳細情報を要求する。コンテンツサーバは要求された情報をＳ９１６で権利管理サーバに送信する。権利管理サーバは、ユニークＩＤ管理部５１１により印刷権利を一意に特定するユニークＩＤを生成し、受信した情報と生成したユニークＩＤで構成される権利情報を作成する。

作成された権利情報は、携帯電話に送信される。携帯電話はＳ９０８で要求した権利情報を受信するとＳ９１９で携帯電話のメモリ部４０６に保存する。保存が完了すると携帯電話は権利管理サーバに対して権利情報を受信した旨を通知する（Ｓ９２０）。

権利管理サーバは、携帯電話から権利情報を受信した旨の通知を受けると、Ｓ９０６で予めユーザに対して付与していたポイントから、コンテンツの印刷権利取得に必要なポイント消費量分を消費する処理を実行する。

図１０は、図９で携帯電話が権利管理サーバからユニークＩＤを含んだ権利情報をダウンロードした後、ユーザが任意のタイミングでその権利情報をプリンタへ転送することを説明するシーケンス図である。

ユーザは、ダウンロードした権利情報に対応した印刷情報を携帯電話からプリンタに対してＩｒＤＡやＢｌｕｅｔｏｏｔｈなどでデータ通信を行うことで、その権利情報の転送を行う。

携帯電話からプリンタに対してデータ通信の要求をする（Ｓ１００１）。データ通信の要求を受けたプリンタは、接続要求に対してＯＫの応答をする（Ｓ１００２）。データ通信が可能となると、携帯電話はプリンタが有するプリンタ情報の要求を行い（Ｓ１００３）、プリンタはその要求に対して自身が保持するプリンタ情報を携帯電話に転送する（Ｓ１００４）。ここでプリンタ情報とは、そのプリンタのメーカー名、機種名、仕様バージョン、対応可能な用紙サイズやその種別、文字フォントがある。さらに、接続要求があったときのプリンタのステータス情報もプリンタ情報に含まれる。ステータス情報は、プリンタのエラー状態、用紙残量、インクあるいはトナーの残量、ネットワーク活性状態が含まれる。

携帯電話は、Ｓ１００４で受信したプリンタ情報と携帯電話に保存されている権利情報とを比較して確認し、プリンタで印刷情報のプリントの可否を判断する（Ｓ１００５）。プリント可能と判断すると、携帯電話に権利情報を送信する（Ｓ１００６）。

プリンタは、受信した権利情報をプリンタの画像メモリ３０３に保存し（Ｓ１００７）、権利情報を受信した旨を携帯電話に応答する（Ｓ１００８）。

これらの処理を行うことで、ユニークＩＤを含む権利情報がプリンタに保存され、プリンタはこの保存された権利情報を元に、コンテンツの印刷情報をダウンロードして印刷することができる。

図１１は、図１０でプリンタが携帯電話から取得した権利情報をもとに、権利情報に対応するコンテンツの印刷情報をダウンロードして印刷するまでを説明するシーケンス図である。

まず、プリンタからネットワークを経由して権利管理サーバに対して、印刷情報要求を発行する（Ｓ１１０１）。この印刷情報要求には、図１０のＳ１００６で携帯電話からプリンタに渡された権利情報のうち、少なくともユニークＩＤが含まれる。権利管理サーバはこのユニークＩＤと印刷情報の関連付けを管理している。

権利管理サーバは印刷情報要求を受信すると、ユニークＩＤの有効性を判断する（Ｓ１１０２）。

ユニークＩＤが有効であれば、権利管理サーバはプリンタに対してその旨を通知し（Ｓ１１０３）、印刷情報を保管するコンテンツサーバに対して印刷情報要求を発行する（Ｓ１１０５）。

コンテンツサーバは権利管理サーバからの要求に基づいて、印刷情報を提供する（Ｓ１１０５）。

権利管理サーバは、コンテンツサーバから受信した印刷情報をネットワーク経由でプリンタに転送する（Ｓ１１０６）。

プリンタは、受信した印刷情報をプリンタの画像メモリ３０３に保存し、所定のタイミングで受信した印刷情報を印刷する（Ｓ１１０９）。印刷が完了すると、プリンタが有する権利情報を削除するとともに印刷情報も削除する（Ｓ１１１１、Ｓ１１１２）。Ｓ１１１１で権利情報を削除する前に、プリンタが有するユニークＩＤを無効化するように権利管理サーバに要求する（Ｓ１１０８）。

権利管理サーバは無効化要求に応じて、プリンタが要求した印刷情報に対応するユニークＩＤを無効化する処理を実行する（Ｓ１１１０）。

さらに、図１０で説明したように権利管理サーバが転送した権利情報を有する携帯電話に対してその情報を削除するように要求する（Ｓ１１１３）。削除の要求が受信した携帯電話は、権利情報を携帯電話から削除し、削除したことを権利管理サーバへ通知する（Ｓ１１１４、Ｓ１１１５）。

なお、Ｓ１１０１において、印刷情報要求は、ユーザがプリンタの操作・表示部を操作することに応じて発行されてもよいし、プリンタが権利情報を取得したことに応じて自動的に発行されてもよい。

図１２は、携帯電話が有する権利情報を削除することを説明するためのシーケンス図である。図１１のＳ１１１４では、権利管理サーバからの要求にもとづいて携帯電話で権利情報を削除する処理を実行している。しかしこのタイミングで必ずしも権利管理サーバ１０３から携帯電話１０４に接続が可能であるとは限らない。そこで図１２ではユーザ操作に基づいて携帯電話アプリケーションが起動することに応じて権利情報の削除を行うシーケンスを説明する。

携帯電話上で携帯電話アプリケーションが起動すると（Ｓ１２０１）、権利管理サーバに対して権利管理情報を削除するための確認要求をする（Ｓ１２０２）。

権利管理サーバは権利情報の確認要求を受信したことに応じて、携帯電話が有するユニークＩＤを要求する（Ｓ１２０３）。

携帯電話は権利管理サーバからのユニークＩＤの要求に応じて携帯電話が有するユニークＩＤを権利管理サーバに送信する（Ｓ１２０４）。

携帯電話から送信されたユニークＩＤにもとづいて、権利管理サーバは受信したユニークＩＤの有効性を確認し、その結果を携帯電話に送信する（Ｓ１２０５、Ｓ１２０６）。

携帯電話は確認結果を受信すると無効の権利情報があれば、その権利情報を削除する（Ｓ１２０７）。

携帯電話が複数のユニークＩＤを有していれば、Ｓ１２０４で複数のユニークＩＤを送信するようにすればよい。そのとき、権利管理サーバはＳ１２０５で受信した複数の権利情報に対する有効性の確認を行う。そうすれば、携帯電話はＳ１２０７で複数の権利情報を削除することができる。

あるいは、携帯電話が複数の権利情報を有している場合、１つずつ順次確認を行うようなシーケンスにしてもよい。

図１３は携帯電話１０４が権利管理サーバ１０３から権利情報をダウンロードする際の権利管理サーバ１０３のＣＰＵ５０１が実行する処理の流れを示したものである。

まず携帯電話１０４から権利情報要求が権利管理サーバ１０３に伝えられる（Ｓ１３０１）。

次に権利管理サーバ１０３は携帯電話１０４に対してユーザ情報を要求し、その応答として携帯電話１０４から送られてくるユーザ情報を受信する（Ｓ１３０２）。

権利管理サーバのＣＰＵ５０１は、携帯電話からＬＡＮ制御部５１４を介して権利情報の要求を受信する（Ｓ１３０１）。受信要求を受けるとＣＰＵ５０１はユーザ情報の要求を行い、携帯電話が応答して転送してきたユーザ情報を受信する（Ｓ１３０３）。

次に受信したユーザ情報について、ユーザ認証部５０４でユーザ情報蓄積部５０７をもとにユーザの認証を行う（Ｓ１３０３）。ここで受信したユーザ情報が、ユーザ情報蓄積部５０７に蓄積されている場合には、権利情報を要求している携帯電話の利用者が正規ユーザであると判断する。

ユーザ認証を行った結果、正規のユーザでない場合は、携帯電話１０４へエラーを送信し（Ｓ１３０４、Ｓ１３０５）、処理を終了する。
ユーザ認証を行った結果、正規のユーザであった場合は、ＣＰＵ５０１は認証したユーザのポイント残量と要求されたコンテンツのポイント消費量を比較する（Ｓ１３０４、Ｓ１３０６）。

比較を行った結果、ユーザのポイント残量が要求されたコンテンツのポイント消費量に足りない場合がある。その際は携帯電話１０４にエラーを送信し、処理を終了する。（Ｓ１３０７、Ｓ１３０８）。

比較を行った結果、ユーザのポイント残量が要求されたコンテンツのポイント消費量より大きい場合がある。その際ＣＰＵ５０１は、まず権利管理サーバ１０３がコンテンツサーバ１０２にアクセスするように制御する。そして要求されたコンテンツに対するプレビュー画像、機種別情報、印刷用紙といったコンテンツ詳細情報を取得し、一旦ＲＡＭ５１０に蓄積する（Ｓ１３０７、Ｓ１３０９）。

次にＣＰＵ５０１は、要求されたコンテンツに対するプレビュー画像、機種別情報、印刷用紙情報にユニークＩＤを追加し、権利情報を作成し、携帯電話１０４に送信するように制御する（Ｓ１３１０、Ｓ１３１１）。

携帯電話１０４が権利情報を正常に保存できたことを確認した場合は、ＣＰＵ５０１はユーザのポイント残量から購入したコンテンツのポイント消費量分を消費し、ユーザ情報管理部５０５の情報を更新するように制御する（Ｓ１３１２、Ｓ１３１３）。一方、Ｓ１３１２で権利情報を正常に保存できなかった場合は、処理を中断し終了する（Ｓ１３１２）。

図１４は携帯電話１０４が権利管理サーバ１０３から権利情報をダウンロードする際の携帯電話１０４のＣＰＵ４０１が実行する処理の流れを示したものである。

まず携帯電話１０４のＣＰＵ４０１は権利管理サーバ１０３へアクセスし、権利情報要求を権利管理サーバへ送信するように制御する（Ｓ１４０１）。

次にＣＰＵ４０１は、ユーザ情報を携帯電話１０４から権利管理サーバ１０３へ送信する（Ｓ１４０２）。

送信したユーザ情報が正しく認証できなかった場合は、ＣＰＵ４０１は携帯電話１０４の表示部４０５にエラーを表示させ、処理を終了する（Ｓ１４０３、Ｓ１４０４）。

送信したユーザ情報が正しく認証できた場合は、次のＳ１４０３へ進む。権利管理サーバ１０３でユーザのポイント残量と要求したコンテンツのポイント消費量との比較を行う。もしポイント残量が要求したコンテンツのポイント消費量に足らなかった場合は、権利管理サーバ１０３よりエラーが通知されるので、ＣＰＵ１０４は携帯電話１０４の表示部４０５にエラーを表示させる（Ｓ１４０５、Ｓ１４０６）。

ポイント残量が要求したコンテンツのポイント消費量より大きかった場合は、権利管理サーバ１０３から権利情報を受信する（Ｓ１４０５、Ｓ１４０７）。

次に携帯電話１０４は受信した権利情報を携帯電話１０４のメモリ部４０６に保存し、正常に保存ができた場合は権利管理サーバ１０３へ正常に保存できたことを通知し、処理を終了する（Ｓ１４０９）。

正常に権利情報を保存できなかった場合は、権利管理サーバ１０３へエラーを送信すると共に携帯電話１０４の表示部４０６にエラーを表示させて、処理を終了する（Ｓ１４０９〜Ｓ１４１１）。

図１５は携帯電話１０４からプリンタ１０５へ権利情報を送信し、プリンタ１０５が権利情報を保存するまでの携帯電話１０４のＣＰＵ４０１が実行する処理の流れを示したものである。

まず、携帯電話１０４のＣＰＵ４０１はメモリ部４０６に保存されている権利情報の中から印刷を実行するコンテンツを選択する（Ｓ１５００）。このとき携帯電話１０４においてコンテンツをユーザに選択させる手段として、携帯電話１０４の表示部４０５に、携帯電話１０４のメモリ部４０６に保存されている権利情報のプレビュー画像を表示する。また、複数の権利情報が保存されている場合は、複数のプレビュー画像を表示させそのうちのひとつを選択するユーザインタフェースを提供する。

次に、携帯電話１０４はデータ通信送受信部４１３からＩｒＤＡやＢｌｕｅｔｏｏｔｈなどの通信手段を用いてプリンタ１０５のデータ通信送受信部３０８へ接続要求を行う（Ｓ１５０１）。

接続が正常に行えなかった場合は、携帯電話１０４は携帯電話１０４の表示部４０５にエラーを表示し、処理を終了する（Ｓ１５０２、Ｓ１５０３）。

接続が正常に行えた場合は、携帯電話１０４のＣＰＵ４０１はプリンタ１０５からプリンタ情報を取得する（Ｓ１５０２、Ｓ１５０４）。ここでプリンタ情報には、メーカ、機種名、仕様対応状況、Ｃａｐａｂｉｌｉｔｙ（対応用紙サイズ、用紙種、対応文字コード）、ステータス（エラー状態、用紙残量、インク残量、ネットワーク活性状態）などが含まれ、一旦メモリ部４０６に保存される。

次にメモリ部４０６に保存されたプリンタ情報と選択したコンテンツの権利情報に含まれる機種別情報、印刷用紙といったコンテンツ詳細情報とを比較する（Ｓ１５０５）。

その結果、権利情報に含まれる印刷用紙情報が、接続したプリンタ１０５の対応用紙サイズと合致しないなど何かしらの問題が生じ、プリンタ１０５に権利情報を送信できない場合がある。その際は携帯電話１０４は携帯電話１０４の表示部４０５にエラーを表示し、処理を終了する（Ｓ１５０６、Ｓ１５０７）。

プリンタ情報と権利情報に含まれる機種別情報、印刷用紙といったコンテンツ詳細情報との比較の結果、送信可能であった場合は、ＣＰＵ４０１はプリンタ１０５に権利情報を送信するように制御する（Ｓ１５０６、Ｓ１５０８）。

携帯電話１０４からプリンタ１０５に権利情報を送信した結果、プリンタ１０５が正常に受信できれば、処理を終了する（Ｓ１５０９）。一方、携帯電話１０４からプリンタ１０５に権利情報を送信した結果、プリンタ１０５が正常に受信できなければ、携帯電話１０４の表示部４０５にエラーを表示し、処理を終了する。

図１６は携帯電話１０４からプリンタ１０５へ権利情報を送信し、プリンタ１０５が権利情報を保存するまでのプリンタ１０５のＣＰＵ３０１が実行する処理の流れを示したものである。

まずプリンタ１０５のデータ通信送受信部３０８に携帯電話１０４のデータ通信送受信部４１３からＩｒＤＡやＢｌｕｅｔｏｏｔｈなど通信手段を用いて接続要求が行われる（Ｓ１６０１）。

プリンタ１０５がエラー状態であったり、不図示の外部処理装置から印刷動作を実行中であるなどで、携帯電話１０４からの印刷を実行可能な状態でない場合、携帯電話１０４にエラーを通知するように制御し処理を終了する（Ｓ１６０２、Ｓ１６０３）。

プリンタ１０５が動作可能な状態である場合は、携帯電話１０４にプリンタ情報を送信するように制御する（Ｓ１６０４）。

プリンタ１０５が送信したプリンタ情報と携帯電話１０４が保存しているコンテンツ詳細情報を、携帯電話１０４で比較した結果をプリンタ１０５が受信すると、対象のコンテンツが印刷できる場合、携帯電話１０４から権利情報が送られてくる。そのため、プリンタ１０５は携帯電話１０４から送信される権利情報を受信し、権利情報を画像メモリ３０３に保存する（Ｓ１６０５、Ｓ１６０７）。

権利情報が正常に保存できた場合、携帯電話１０４に正常に保存できたことを通知し、処理を終了する（Ｓ１６０８）。一方、権利情報が正常に保存できなかった場合、携帯電話１０４にエラーを通知し、処理を終了する（Ｓ１６０９）。

図１７は、実施例１において、ネットワーク対応プリンタ１０５が、ネットワーク１０６を介してサーバ１０１から印刷情報を取得するまで（図１１）の権利管理サーバ１０３のＣＰＵ５０１が実行する処理の流れを示したものである。

なお、プリンタ１０５と権利管理サーバ１０３の間のデータ転送は、ＬＡＮ５１４制御部を介して行われる。

ＣＰＵ５０１は、プリンタ１０５から印刷情報の要求を受信する（Ｓ１７０１）。このときプリンタ１０５においてコンテンツをユーザに選択させる手段として、プリンタ１０５の表示部３１５に、プリンタ１０５の画像メモリ３０３に保存されている権利情報から抽出したプレビュー画像を表示する。また、複数の権利情報が保存されている場合は、複数のプレビュー画像を表示させそのうちのひとつを選択するユーザインタフェースを提供する。そして、ユニークＩＤ管理部５１１でプリンタ１０５から印刷情報要求に付して送られたユニークＩＤが有効であるかどうか確認する（Ｓ１７０２）。Ｓ１７０２でユニークＩＤが無効であった場合は、プリンタ１０５へユニークＩＤが無効である旨を通知し（Ｓ１７０９）、フローを終了する。Ｓ１７０２でユニークＩＤが有効であった場合は、コンテンツサーバ１０２から印刷情報を受信し（Ｓ１７０３）、受信した印刷情報をプリンタ１０５へ送信する（Ｓ１７０４）。このとき、受信した印刷情報は一旦ＲＡＭ５１０に蓄積された後、プリンタ１０５へ送信される。

プリンタ１０５からユニークＩＤ無効化要求を受信すると（Ｓ１７０５）、ユニークＩＤ管理部５１１で該当するユニークＩＤに対する権利を無効化する（Ｓ１７０６）。Ｓ１７０５において、プリンタ１０５からユニークＩＤ無効化要求を受信しなかった場合は、フローを終了する。

Ｓ１７０６で該当するユニークＩＤに対する権利を無効化した後、携帯電話１０４へ権利情報を削除するよう要求する（Ｓ１７０７）。携帯電話から権利情報削除完了通知を受信し（Ｓ１７０８）、フローを終了する。

なお、ユニークＩＤの無効化をプリンタ１０５からのユニークＩＤ無効化要求の受信により行う場合を説明したが、Ｓ１７０４でプリンタ１０５への印刷情報送信が正常に完了したことによりユニークＩＤの無効化処理を行うようにすることも可能である。

また、ユニークＩＤを無効化すると同時に携帯電話１０４への権利情報削除要求も行う場合を説明したが、このタイミングで必ずしも権利管理サーバ１０３から携帯電話１０４に接続が可能であるとは限らない。このためここでは権利情報削除要求は行わず、携帯電話１０４の都合のよいタイミングで権利管理サーバ１０３に対してユニークＩＤが有効か否かを問い合わせることによって無効な権利情報を削除するようにすることも可能である。

図１８は、実施例１において、ネットワーク対応プリンタ１０５が、ネットワーク１０６を介してサーバ１０１から印刷情報を取得するまで（図１１）のプリンタ１０５のＣＰＵ３０１が実行する処理の流れを示したものである。プリンタ１０５と権利管理サーバ１０３とのデータ通信は、ＬＡＮ制御部３０６を介して実行される。

プリンタ１０５のＣＰＵ３０１は、画像メモリ３０３に保存されている権利情報のうち少なくともユニークＩＤを取得する。そしてそのユニークＩＤを含む印刷情報要求を生成し権利管理サーバ１０３に対し、印刷情報を要求する（Ｓ１８０１）。権利管理サーバ１０３からユニークＩＤが有効であることの確認完了通知を受信すると（Ｓ１８０２）、権利管理サーバ１０３から印刷情報を受信する（Ｓ１８０３）。

Ｓ１８０２において、権利管理サーバ１０３から、ユニークＩＤが無効であるという通知を受信した場合は、ユニークＩＤが無効である旨をプリンタ１０５の操作・表示部３１５で表示させて（Ｓ１８０９）、フローを終了する。

Ｓ１８０３で印刷情報の受信を終えると、印刷情報を画像メモリ３０３に保存する（Ｓ１８０４）。Ｓ１８０４において、印刷情報の保存を正常に終了できなかった場合には、権利管理サーバ１０３へ印刷情報の保存に失敗した旨を通知し（Ｓ１８１０）、フローを終了する。Ｓ１８０４において、印刷情報の保存を正常に終了した場合には、権利管理サーバ１０３へユニークＩＤの無効化を要求する（Ｓ１８０５）。続いて、印刷情報の印刷（Ｓ１８０６）、権利情報の削除（Ｓ１８０７）、印刷情報の削除（Ｓ１８０８）を行い、フローを終了する。

本発明によれば、ネットワーク上の印刷用のコンテンツを、携帯電話を経由して取得して印刷するためのプリントシステムにおいて、コンテンツ印刷のために携帯電話を占有する機会や、コンテンツ印刷が中断されてしまう機会を最小限にとどめることが可能である。

また、コンテンツの印刷権利を一意に特定するユニークＩＤを用いて印刷権利の管理を行い、印刷情報のダウンロードの可否を制御することで、印刷情報が不正に複製されることを防ぐことも出来る。また、印刷情報を要求する前にプリンタ情報と権利情報に含まれるコンテンツ詳細情報から印刷可否を判断することで、ユーザが取得した印刷権利が不用意に無効化されることを防ぐこともできる。

図２０は、実施例１において、携帯電話１０４に保存されている権利情報を削除する場合（図１２）の、権利管理サーバ１０３のＣＰＵ５０１が実行する処理の流れを示したものである。

実施例１では、図１１で示すように、権利管理サーバ１０３でユニークＩＤを無効化した後、携帯電話１０４へ権利情報削除要求を送信し、権利情報を削除する方法もある。しかしこのタイミングで必ずしも権利管理サーバ１０３から携帯電話１０４に接続が可能であるとは限らない。そこで図１２に示すような方法で削除してもよいし、両方の方法を備えていてもよい。

携帯電話１０４から、印刷権利確認要求を受信すると（Ｓ２００１）、携帯電話１０４へユニークＩＤを要求する（Ｓ２００２）。携帯電話１０４の所有するユニークＩＤを受信すると（Ｓ２００３）、受信したユニークＩＤが有効か無効かをユニークＩＤ管理部（５１１）でチェックさせ（Ｓ２００４）、その結果を携帯電話１０４へ送信する（Ｓ２００５）。

図２１は、実施例１において、携帯電話１０４に保存されている権利情報を削除する場合（図１２）の、携帯電話１０４のＣＰＵ４０１が実行する処理の流れを示したものである。実施例１では、図１１で示したように、権利管理サーバ１０３でユニークＩＤを無効化した後、携帯電話１０４へ権利情報削除要求を送信し、権利情報を削除する方法もある。しかしこのタイミングで必ずしも権利管理サーバ１０３から携帯電話１０４に接続が可能であるとは限らない。そこで図１２に示す方法で削除してもよいし、両方の方法を備えていてもよい。

ユーザが携帯電話の操作部４０４を操作することに応じて、ＣＰＵ４０１はアプリケーションを起動する（Ｓ２１０１）。権利管理サーバ１０３へ問合せるため印刷権利確認要求を送信する（Ｓ２１０２）。権利管理サーバ１０３からユニークＩＤの要求を受け（Ｓ２１０３）、メモリ部４０６に保存されているユニークＩＤを送信する（Ｓ２１０４）。そして、管理サーバ１０３からユニークＩＤの有効性を確認した結果を受信する（Ｓ２１０５）。次にＣＰＵ４０１はＳ２１０５で受信したユニークＩＤの有効性確認結果をチェックし（Ｓ２１０６）、ユニークＩＤが無効であった場合には、そのＩＤを含む権利情報をメモリ部４０６から削除する（Ｓ２１０７）。図２１の処理を、携帯電話１０４のメモリ部４０６に保存されている権利情報すべてについて繰り返すことにより、携帯電話１０４内の権利情報を更新することができる。

以上のように権利情報の削除を携帯電話アプリケーションの起動時に行うことで、印刷情報のダウンロード完了時に携帯電話と権利管理サーバの接続が行えない場合であっても不要な権利情報を削除することができる。

本実施例では、図１に示すようにコンテンツサーバと権利管理サーバがそれぞれ独立して存在しているが、それらサーバが一体化した構成でも同様に権利情報を取得することができる。図３４は、サーバが一体化した構成において、その権利情報を取得することを説明するためのシーケンス図である。それによって携帯電話での処理は特別な変更はないので、ここでの説明は省略する。

（実施例２）
図３３に示すシーケンス図では、まず図１０のように携帯電話が権利管理サーバからユニークＩＤ含んだ権利情報を取得した後、ユーザが任意のタイミングでその権利情報をプリンタへ転送する。更に取得した権利情報をもとに、権利情報に対応するコンテンツの印刷情報をダウンロードする。

図１０では、ダウンロードした権利情報をＩｒＤＡやＢｌｕｅｔｏｏｔｈなどでデータ通信を行うことでプリンタへ転送していた。しかし、ここでは携帯電話へダウンロードした権利情報をいったん携帯電話に装着された着脱可能なメモリカードに蓄積した後、メモリカードをプリンタに装着することで権利情報をプリンタで利用可能にすることを説明する。

携帯電話が権利管理サーバからダウンロードした権利情報は、携帯電話に装着されたメモリカードに書き込まれ保存される（Ｓ３３０１、Ｓ３３０２）。

ユーザは任意のタイミングで携帯電話からメモリカードを取り出し、そのメモリカードをプリンタのカードスロットに挿入する（Ｓ３３０３）。

プリンタは、挿入されたメモリカードから権利情報を読み出し、読み出した権利情報をプリンタ内部に備えるＲＡＭなどのメモリに保存する（Ｓ３３０４、Ｓ３３０５）。

その後、プリンタは保存した権利情報とプリンタ自身の能力とから、権利情報に対応する印刷情報を印刷できるかを確認する（Ｓ３３０６）。印刷可能であれば、ネットワークを経由して権利管理サーバに印刷情報要求を送信する（Ｓ３３０７）。

このＳ３３０７からＳ３３１８までの処理は、図１１で説明したＳ１１０１からＳ１１１２までと同様のシーケンスなので説明を省略する。

このようにすることで、携帯電話あるいはプリンタがＩｒＤＡやＢｌｕｅｔｏｏｔｈなどでデータ通信を行う機能がない場合でもメモリカードを利用することで、プリンタに権利情報を渡して所望の印刷情報をダウンロードすることができる。

また、Ｓ３３０４におけるメモリカードから権利情報を読み出すタイミングは、プリンタの操作部からユーザの操作に応じて権利情報を読み出してもよいし、カードを挿入したタイミングで自動的に権利情報を読み出してもよい。

（実施例３）
図３５は、図１のネットワーク１０６を利用しないで印刷情報をダウンロードするシステムを説明する図である。サーバ３５０１から通信回線３５０６を介してダウンロードした権利情報を携帯電話３５０４が保存した後に、さらに携帯電話３５０４はその権利情報をプリンタ３５０５に渡さずにサーバからから印刷情報をダウンロードする。そして、携帯電話３５０４から権利情報と印刷情報がデータ通信３５０７を介してプリンタ３５０５に転送される。つまり、通信回線３５０６とデータ通信３５０７を利用して権利情報と印刷情報をダウンロードするシステムである。

サーバ３５０１と携帯電話３５０４の構成は、それぞれ図５および図４で示されるサーバ１０１と携帯電話１０４と同様の構成である。各ブロックの機能に一部異なる場合は、その都度説明する。

プリンタ３５０５は、図３で示されるのプリンタ１０５の構成からＬＡＮ制御部を除かれる以外は同様の構成である。上記同様に、各ブロックの機能に一部異なる場合は、その都度説明する。

図３６および図３７は、図３５のシステムにおいてコンテンツの印刷権利を取得し、そのコンテンツの印刷情報を印刷するまでのシーケンスを説明する図である。

図３６は、携帯電話がコンテンツの印刷権利を取得して権利情報をダウンロードするまでを説明するシーケンス図であり、先に説明した図９のＳ９０８以降と同様のシーケンスとなるので説明を省く。

図３７は、携帯電話がサーバから印刷情報を印刷するために携帯電話とプリンタでプリンタ情報を確認し、その後携帯電話がサーバから印刷情報をダウンロードしてプリンタで印刷することを説明するシーケンス図である。

図１のシステムにおける図１０のシーケンスと図３７が異なる点は、権利情報をプリンタへ転送することせず、単にプリンタ情報のやりとりを行うだけである点にある。図３７のＳ３７０１〜Ｓ３７０５は、図１０のＳ１００１〜Ｓ１００５と同様なので説明を省略する。

Ｓ３７０５で図３６のＳ３６１１でダウンロードした権利情報とＳ３７０４で取得したプリンタ情報からプリンタでプリント可能と判断すると、携帯電話が権利管理サーバに印刷情報の要求をする。このとき携帯電話は先にダウンロードした権利情報のうち少なくともユニークＩＤを含む印刷情報要求を生成して権利管理サーバに送る（Ｓ３７０６）。

携帯電話からの要求に応じて、権利管理サーバはユニークＩＤの有効性を確認する（Ｓ３７０７）。ユニークＩＤが有効であると、権利管理サーバは携帯電話に確認した旨を通知するとともに、コンテンツサーバに対して印刷情報の要求を行う（Ｓ３７０８、Ｓ３７０９）。

権利管理サーバからの要求にコンテンツサーバが応答して、コンテンツサーバが有する印刷情報が権利管理サーバを経由して携帯電話に転送される（Ｓ３７１０、Ｓ３７１１）。携帯電話は転送された印刷情報を携帯電話内で保存し、保存した印刷情報をプリンタへ転送する（Ｓ３７１２、Ｓ３７１５）。さらに携帯電話は、印刷情報を取得後に権利化サーバに対してユニークＩＤの無効化するように要求する（Ｓ３７１３）。

権利管理サーバは、ユニークＩＤの無効化要求に応じてその処理を実行する（Ｓ３７１４）。

印刷情報を取得したプリンタはその印刷情報をプリンタの画像メモリ３０３に保存する。そして、プリント処理を実行した後に保存した印刷情報を削除する（Ｓ３７１６，Ｓ３７１９、Ｓ３７２０）。

携帯電話はプリンタから印刷情報を保存した旨の通知を受けると、その印刷情報に対応する権利情報を削除する（Ｓ３７１７、Ｓ３７１８）。

図３８は実施例３において、図３５の携帯電話３５０４がサーバ３５０１から情報を取得し、プリンタ３５０５に情報を送信することで印刷を行うまで（図３７）の権利管理サーバ３５０３の処理の流れを示したものである。特に断りが無い限り、図５の構成図をもとに説明する。

権利管理サーバ３５０３のＣＰＵ５０１はネットワークを通し、携帯電話３５０４から印刷情報要求を受信することで動作を開始する（Ｓ３８０１）。

ユニークＩＤ管理部５１１で印刷情報要求に付して送られたユニークＩＤの確認を行い（Ｓ３８０２）、ユニークＩＤが有効かどうかの判断を行う（Ｓ３８０３）。もし無効であった場合は携帯電話３５０４に対してＬＡＮ制御部５１４を介して印刷情報を取得できないことを知らせてフローを終了する（Ｓ３８０４）。もし有効だった場合は携帯電話３５０４に対してＬＡＮ制御部５１４を介して印刷情報を取得できたことを知らせ（Ｓ３８０５）次のステップに進む。

そして、コンテンツサーバ３５０２に対して印刷情報要求を送信し（Ｓ３８０６）、これに対する返答がコンテンツサーバ３５０２から返却されるまで待機する。

ＣＰＵ５０１はコンテンツサーバ３５０２から印刷情報を受信する（Ｓ３８０７）と、ＬＡＮ制御部５１４を介して携帯電話３５０４に対してこの印刷情報を送信し（Ｓ３８０８）待機する。

その後、携帯電話３５０４からユニークＩＤ無効要求を受信する（Ｓ３８０９）と、ユニークＩＤ５１１で内部に保持しているユニークＩＤを無効にし（Ｓ３８１０）、フローを終了する。

図３９は実施例３において、図３５の携帯電話３５０４がサーバ３５０１から情報を取得し、プリンタ３５０５に情報を送信することで印刷を行うまで（図３７）の携帯電話３５０４の処理の流れを示したものである。特に断りが無い限り、図４の構成図をもとに説明する。

携帯電話３５０４のＣＰＵ４０１がプリンタ３５０５に対し、接続要求を送信するように制御することで動作を開始する（Ｓ３９０１）。このとき、携帯電話３５０４とプリンタ３５０５は、ＩｒＤＡ、Ｂｌｕｅｔｏｏｔｈなどのデータ通信送受信部４１３を介して情報を伝達できる何らかの経路で接続されているものとする。

ＣＰＵ４０１は、プリンタ３５０５から接続完了通知を受信する（Ｓ３９０２）と、接続が正常に終了したかどうかの判定を行う（Ｓ３９０３）。もし接続が失敗した場合はフローを終了する。もし接続が成功した場合は、プリンタ３５０５に対してプリンタ情報要求を送信し（Ｓ３９０４）、これに対してプリンタ３５０５から応答があるまで待機する。

ＣＰＵ４０１は、プリンタ３５０５からプリンタ情報を受信すると（Ｓ３９０５）、権利情報に含まれるコンテンツ詳細情報とプリンタ情報を比較し（Ｓ３９０６）、プリンタ３５０５に対して印刷情報を送信可能かどうかの判断を行う（Ｓ３９０７）。プリンタ３５０５に対して印刷情報を送信可能でなかった場合はフローを終了する。プリンタ３５０５に対して印刷情報を送信可能だった場合、権利情報のうち少なくともユニークＩＤを含む印刷情報要求を生成し、権利管理サーバ３５０３に対して送信する（Ｓ３９０８）。そしてこれに対する返答が権利管理サーバ３５０３から返却されるまで待機する。

ＣＰＵ４０１は、権利管理サーバ３５０３から印刷情報要求結果を受信すると（Ｓ３９０９）、印刷情報要求が権利管理サーバ３５０３で受け入れられたかどうかの判定を行う（Ｓ３９１０）。印刷情報要求が受け入れられなかった場合はフローを終了する。印刷情報要求が受け入れられた場合、権利管理サーバ３５０３から印刷情報が送られて来るまで待機する。

ＣＰＵ４０１は、権利管理サーバ３５０３から印刷情報を受信した後（Ｓ３９１１）、この印刷情報をメモリ部４０６に保存する。（Ｓ３９１２）。次に、権利管理サーバ３５０３に対しユニークＩＤ無効要求を送信（Ｓ３９１３）した後に、プリンタ３５０５に対して印刷情報を送信し（Ｓ３９１４）、待機する。

ＣＰＵ４０１は、プリンタ３５０５から印刷完了を受信する（Ｓ３９１５）と、メモリ部４０６に保存した印刷情報を削除し（Ｓ３９１６）、フローを終了する。

図４０は実施例３において、携帯電話３５０４がサーバ３５０１から情報を取得し、プリンタ３５０５に情報を送信することで印刷を行うまで（図３７）のプリンタ３５０５の処理の流れを示したものである。特に断りが無い限り、図３の構成図をもとに説明する。

プリンタ３５０５のＣＰＵ３０１は、携帯電話３５０４から接続要求を受信することで動作を開始する（Ｓ４００１）。このとき、携帯電話３５０４とプリンタ３５０５は、ＩｒＤＡ、Ｂｌｕｅｔｏｏｔｈなどのデータ通信送受信部４１３を介して情報を伝達できる何らかの経路で接続されているものとする。

ＣＰＵ３０１は、携帯電話３５０４からの接続要求に対し、接続可能かどうかの判断を行う（Ｓ４００２）。もし接続が出来ない場合は携帯電話３５０４に接続失敗の接続完了通知を送信し（Ｓ４００３）フローを終了する。もし接続が可能な場合は携帯電話３５０４に接続成功の接続完了通知を送信し（Ｓ４００４）、携帯電話３５０４からプリンタ情報要求を受信するまで待機する。

ＣＰＵ３０１は、携帯電話３５０４からプリンタ情報要求を受信すると（Ｓ４００５）、プリンタ情報を作成した後に携帯電話３５０４へプリンタ情報を送信し（Ｓ４００６）、携帯電話３５０４から印刷情報を受信するまで待機する。

ＣＰＵ３０１は、携帯電話３５０４から印刷情報を受信すると（Ｓ４００７）、この印刷情報を画像メモリ３０３に保存し（Ｓ４００８）、携帯電話３５０４へ保存完了通知を送信する（Ｓ４００９）。

次にＣＰＵ３０１は、印刷情報をもとに記録部３１９で印刷を行う（Ｓ４０１０）。ＣＰＵ３０１は印刷が終了すると、保存していた印刷情報を画像メモリ３０３から削除し（Ｓ４０１１）フローを終了する。

以上のように、プリンタがネットワーク経由で権利管理サーバに接続することが出来ない場合であっても本発明は有効である。コンテンツの印刷権利を一意に特定するユニークＩＤを用いることで、印刷情報が不正に複製されることを防ぐことが出来る。また、印刷情報を要求する前にプリンタ情報と権利情報に含まれるコンテンツ詳細情報から印刷可否を判断することで、ユーザが取得した印刷権利が不用意に無効化されることを防ぐことができる。

（実施例４）
図２７は本発明において、コンテンツの権利情報を携帯電話にダウンロードした後に印刷を行う際の、印刷情報をダウンロードする通信経路を選択する際の一実施例をあらわしたシーケンス図である。

ここで通信経路について説明する。図３５のように、携帯電話１０４が通信回線１０７を用いてコンテンツサーバ１０２から印刷情報をダウンロードして、次にデータ通信１０８を用いてプリンタに印刷情報を送信して印刷する経路を印刷経路１とする。

一方、図１のように、プリンタが携帯電話から受け取った権利情報に基づいてネットワーク１０６を用いてコンテンツサーバ１０２から印刷情報をダウンロードして印刷する経路を印刷経路２とする。

本実施例では、印刷経路のサポートの有無や、各印刷経路の接続状態、プリンタあるいは携帯電話の能力に応じて印刷経路１または印刷経路２のいずれかを選択する方法について説明する。

この選択方法について図２７を用いて説明する。

コンテンツサーバ、権利管理サーバ、携帯電話、プリンタ間の通信のシーケンスを以下に説明する。

Ｓ２７０１〜Ｓ２７０２は図４に示した携帯電話がプリンタに対して通信を行うために接続要求を行う際のシーケンスである。Ｓ２７０１は携帯電話からプリンタに接続要求を行い、それに応じてＳ２７０２では接続の確立を返信するＯＫを送信している。これにより携帯電話とプリンタ間の通信が可能となる。

Ｓ２７０３〜Ｓ２７０４は携帯電話がプリンタに対してプリンタ情報を要求し、それに応じてプリンタがプリンタ情報を送信している。Ｓ２７０３で要求するプリンタ情報には、メーカ、機種名、仕様対応状況、Ｃａｐａｂｉｌｉｔｙ、エラー状態、用紙残量、インク残量、ネットワーク１０６活性状態、プリンタメモリ状態などが含まれている。このプリンタ情報を取得することで、ネットワーク１０６が通信可能状態にあるかどうかを判定することができる。また、プリンタが携帯電話から印刷情報を受信するだけの十分なメモリがあるかどうかを判定することができる。

Ｓ２７０５〜Ｓ２７０６では、携帯電話が権利管理サーバに接続要求を行い、それに対する応答を送信している。Ｓ２７０５〜Ｓ２７０９を行うことで通信回線１０７が通信可能状態にあるかどうかを判定することができる。Ｓ２７０７ではＳ２７０１〜Ｓ２７０６までのシーケンスの実行結果により通信経路を選択する。選択方法については図２９〜図３２で述べる。

図２８は印刷情報をダウンロードする通信経路を選択する際の携帯電話の表示部４０５の表示例を表した図である。２８０１は印刷経路選択画面をあらわしている。表示部４０５には、経路選択のためのメニューが表示される。ユーザは操作部４０４を操作することによりメニューに対するフォーカスを移動させることで通信経路を選択する。

“自動選択”を選択した場合は、携帯電話が通信経路１か、通信経路２かを自動的に判断する。自動的に判断する際に、通信経路１と通信経路２のどちらでも可能な場合はデフォルトの通信経路が決められている。

“携帯電話経由でダウンロード”を選択した場合は通信経路１が選択されたことになる。“プリンタ経由でダウンロード”を選択した場合は通信経路２が選択されたことになる。

図２９〜図３２では図２７のＳ２７０７の通信経路選択の方法を説明する。図２９は携帯電話のＣＰＵ４０１が通信経路１、通信経路２の通信状態によって通信経路を変更するフローを説明した図である。

Ｓ２９０１から始まり、Ｓ２９０２に進む。Ｓ２９０２でＣＰＵ４０１は印刷経路１が通信可能状態にあるかどうかを判定する。これはＳ２７０４においてプリンタから携帯電話が受け取ったプリンタ情報の中に含まれるネットワーク１０６活性状態を参照することで可能である。通信経路１が通信可能状態にある場合はＳ２９０３に進み、通信可能状態に無い場合はＳ２９０４に進む。

Ｓ２９０３では印刷経路２は通信可能状態にあるかどうかを判定する。これは図２７のＳ２７０５において通信回線１０７が通信可能状態にあるかどうかを判定していることにより可能となる。通信経路２が通信可能状態にある場合はＳ２９０５に進み、通信可能状態に無い場合はＳ２９０６に進む。Ｓ２９０５では、通信経路１と通信経路２が共に通信可能状態にあるのでデフォルトの通信経路を選択してＳ２９０９に進む。Ｓ２９０３で印刷経路１だけが通信可能状態であると判定されると、Ｓ２９０６で通信経路１を選択してＳ２９０９に進む。Ｓ２９０４ではＳ２９０３と同様に印刷経路２が通信可能状態にあるかどうかを判定する。通信経路２が通信可能状態にある場合はＳ２９０７に進み、通信可能状態に無い場合はＳ２９０８に進む。Ｓ２９０７では通信経路２を選択してＳ２９０９に進む。Ｓ２９０８では通信経路１と通信経路２が共に通信可能状態ではないのでエラーで印刷を中止してＳ２９０９に進む。Ｓ２９０９では本フローを終了する。

本フローを実行することで、ユーザは印刷情報を印刷しようとした時、自動的に通信可能な経路を選択して印刷を行うことができる。また、図２８において“携帯電話経由でダウンロード”または“プリンタ経由でダウンロード”を選択して経路を決定してしまっているときでも、本フローを実行することで通信不可能な経路を回避することができる。

また、本フローでは通信経路１と通信経路２の通信可能状態をチェックしたが、通信経路２では通信可能状態をチェックせず、簡易的にプリンタがネットワーク接続機能を有した機種であるか否かだけを条件に判断することで通信経路の選択を行ってもよい。

図３０は通信経路１、通信経路２の通信状態によって通信経路を変更するために、携帯電話のＣＰＵ４０１が実行する処理フローを説明した図であり、図２９との違いは通信経路１と通信経路２の通信速度を考慮した点である。

Ｓ３００１から始まり、Ｓ３００２に進む。Ｓ３００２でＣＰＵ４０１は印刷経路１が通信可能状態にあるかどうかを判定する。これは図２７のＳ２７０４においてプリンタから携帯電話が受け取ったプリンタ情報の中に含まれるネットワーク１０６活性状態を参照することで可能である。通信経路１が通信可能状態にある場合はＳ３００３に進み、通信可能状態に無い場合はＳ３００６に進む。

Ｓ３００３では印刷経路２は通信可能状態にあるかどうかを判定する。これは図２７のＳ２７０５において通信回線１０７が通信可能状態にあるかどうかを判定していることにより可能となる。通信経路２が通信可能状態にある場合はＳ３００４に進み、通信可能状態に無い場合はＳ３００８に進む。

Ｓ３００４でＣＰＵ４０１は、印刷経路１の通信速度１は印刷経路２の通信速度２よりも速いかを判定する。これによりＣＰＵ４０１は通信速度が速い印刷経路を自動的に選択して印刷できるようになる。判断基準となる通信速度の閾値は機種ごとに設定すればよく、一例として通信速度１と通信速度２の比率が１０倍違ったら速いと判定すれば良い。もちろん、比率ではなく単純に通信速度を比較して判定してもよい。通信速度１が通信速度２よりも速かったらＳ３００８に進み、そうでない場合はＳ３００５に進む。Ｓ３００５ではＳ３００４と同様にして通信速度の比較を行う。通信速度２が通信速度１よりも速かったらＳ３００９に進み、そうでない場合はＳ３００７に進む。Ｓ３００７ではデフォルトの印刷経路を選択してＳ３０１１に進む。Ｓ３００８では印刷経路１を選択してＳ３０１１に進む。Ｓ３００９では印刷経路２を選択してＳ３０１１に進む。Ｓ３０１０では通信経路１と通信経路２が共に通信可能状態ではないのでエラーで印刷を中止してＳ３０１１に進む。Ｓ３０１１では本フローを終了する。

本フローを実行することで、ユーザは通信速度の速い経路を自動的に選択できる。また、図２８において“携帯電話経由でダウンロード”または“プリンタ経由でダウンロード”を選択して経路を決定しているときでも、本フローを実行することで何らかの原因で通信速度が低下している経路を回避することができる。

図３１は携帯電話のメモリ容量によって通信経路を変更するために、携帯電話のＣＰＵ４０１が実行する処理フローを説明した図である。

Ｓ３１０１から始まり、Ｓ３１０２に進む。Ｓ３１０２でＣＰＵ４０１は現在選択されている印刷経路を判定する。現在選択されている印刷経路とは、図２８で説明したようにユーザが選択した印刷経路、または図２９のフローで決定した印刷経路、または図３０のフローで決定した印刷経路、またはデフォルトの印刷経路、いずれの場合を用いるケースも想定される。現在選択されている印刷経路が印刷経路１の場合はＳ３１０３に進み、印刷経路２の場合はＳ３１０８に進む。

Ｓ３１０３では携帯電話のメモリ部４０６は印刷情報を保存できる容量があるかどうかを判定する。印刷情報のサイズは図９のＳ９１７において、サムネイル、機種別情報、コンテンツ詳細情報を要求する際に、コンテンツ詳細情報の中にコンテンツのサイズが含まれていることにより知ることができる。メモリ部４０６の容量がある場合はＳ３１０７に進み、容量が無い場合はＳ３１０４に進む。

Ｓ３１０４では、Ｓ３００３と同様に印刷経路２は通信可能状態にあるかどうかを判定する。通信可能状態のばあはいＳ３１０５に進み、通信可能状態ではない場合はＳ３１０６に進む。Ｓ３１０５では、携帯電話のメモリ部４０６は印刷情報を保存できるメモリ容量が無いが印刷経路２が通信可能状態にあるということなので印刷経路２に変更してＳ３１０９に進む。Ｓ３１０６では、携帯電話のメモリ部４０６は印刷情報を保存できるメモリ容量が無く印刷経路２が通信可能状態にない。したがってエラーで中断処理を行うか、もしくは印刷経路１で印刷をしながらデータを分割して送るバンド処理を行うようにしてＳ３１０９に進む。Ｓ３１０７では現在選択されている印刷経路１のままでＳ３１０９に進む。Ｓ３１０８では現在選択されている印刷経路２のままでＳ３１０９に進む。Ｓ３１０９では本フローを終了する。

本フローを実行することで、ユーザが選択した印刷経路１では印刷情報のサイズが大きくて携帯電話に保存できない場合は、自動的に印刷経路２に切り替えることができる。

図３２はプリンタのメモリ容量によって通信経路を変更するために、携帯電話のＣＰＵ４０１が実行する処理フローを説明した図である。

Ｓ３２０１から始まり、Ｓ３２０２に進む。Ｓ３２０２では現在選択されている印刷経路を判定する。現在選択されている印刷経路とは、図２８で説明したようにユーザが選択した印刷経路、または図２９のフローで決定した印刷経路、または図３０のフローで決定した印刷経路、またはデフォルトの印刷経路、いずれの場合を用いるケースも想定される。現在選択されている印刷経路が印刷経路１の場合はＳ３２０３に進み、印刷経路２の場合はＳ３２０８に進む。

Ｓ３２０３ではプリンタの画像メモリ３０３は印刷情報を保存できる容量があるかどうかを判定する。印刷情報のサイズは図９のＳ９１５において、コンテンツサーバにサムネイル、機種別情報、コンテンツ詳細情報を要求した結果を、Ｓ９１８で携帯電話が受信した権利情報から知ることができる。権利情報には印刷情報のサイズを記したコンテンツ詳細情報が含まれている。プリンタの画像メモリ３０３のサイズは、図２７のＳ２７０４においてプリンタから送られるプリンタ情報を受信することによって知ることができる。携帯電話は受け取ったプリンタ情報を分析して、印刷情報をすべてダウンロードできるメモリ容量がプリンタの画像メモリ３０３にあるかを判断する。メモリ容量がある場合はＳ３２０７に進み、メモリ容量がない場合はＳ３２０４に進む。

Ｓ３２０４では、Ｓ３００３と同様に印刷経路２は通信可能状態にあるかどうかを判定する。通信可能状態の場合はＳ３２０５に進み、通信可能状態ではない場合はＳ３２０６に進む。Ｓ３２０５では、プリンタは画像メモリ３０３に印刷情報を保存できる容量が無いが印刷経路２が通信可能状態にあるということなので印刷経路２に変更してＳ３２０９に進む。Ｓ３２０６では、プリンタは画像メモリ３０３に印刷情報を保存できる容量が無く印刷経路２が通信可能状態にない。したがってエラーで中断処理を行うか、もしくは印刷経路１で印刷をしながらデータを分割して送るバンド処理を行うようにしてＳ３２０９に進む。この場合は、印刷をすることは可能だが、ユーザは印刷が終わるまで携帯電話とプリンタ間の通信を終了することができない。Ｓ３１０７では現在選択されている印刷経路１のままでＳ３１０９に進む。Ｓ３１０８では現在選択されている印刷経路２のままでＳ３１０９に進む。Ｓ３１０９では本フローを終了する。

以上のように制御することで、印刷情報をダウンロードする経路として最適な経路を選択することが可能となる。また、ひとつの経路で印刷情報のダウンロードが出来ない場合に別の経路でダウンロードすることが可能となる。

本システムを構成する全体構成の図である。本システムを構成する全体構成の図である。本システムにおける画像処理システムを構成するプリンタの概略構成を示すブロック図である。本システムにおける携帯電話の概略構成を示すブロック図である。本システムにおける権利管理サーバの構成を示すブロック図である。本システムにおけるコンテンツサーバの構成を示すブロック図である。携帯電話上で動作する携帯電話アプリケーションの構成図である。プリンタ上で動作するプリンタアプリケーションの構成図である。携帯電話でコンテンツの印刷権利を取得して権利情報のダウンロードを示すシーケンス図である。携帯電話から権利情報をプリンタへ転送することを説明するシーケンス図である。プリンタが権利情報に対応するコンテンツの印刷情報をダウンロードして印刷するまでを説明するシーケンス図である。携帯電話が有する権利情報を削除することを説明するためのシーケンス図である。携帯電話が権利管理サーバから権利情報をダウンロードする際の権利管理サーバの処理フローを示す図である。携帯電話が権利管理サーバから権利情報をダウンロードする際の携帯電話の処理フローを示す図である。プリンタが携帯電話から受信した権利情報を保存するまでの携帯電話の処理フローを示す図である。プリンタが権利情報を保存するまでのプリンタの処理フローを示す図である。プリンタが印刷情報を取得するまでの権利管理サーバの処理フロー示す図である。プリンタが印刷情報を取得するまでのプリンタの処理フローを示す図である。本発明におけるコンテンツの構成を示す図である。携帯電話に保存されている権利情報を削除する場合の権利管理サーバの処理フローを示す図ある。携帯電話に保存されている権利情報を削除する場合の携帯電話の処理フローを示す図である。権利情報の一例を示す図である。プレビュー画像のデータ構造を示した図である。印刷情報の例を示すである。印刷情報の例を示すである。印刷データのデータ構造を示す図である。印刷情報をダウンロードする通信経路を選択する際のシーケンス図である。通信経路を選択する際の携帯電話での表示例を表した図である。携帯電話において通信経路１、通信経路２の通信状態によって通信経路を変更するフローを説明した図である。携帯電話において通信経路１、通信経路２の通信速度によって通信経路を変更するフローを説明した図である。携帯電話のメモリ容量によって通信経路を変更するフローを説明した図である。プリンタのメモリ容量によって通信経路を変更するフローを説明する図である。携帯電話が権利管理サーバから権利情報を取得した後権利情報をプリンタへ転送することを示す図である。サーバが一体化した構成を示す図である。ネットワークを利用しないで印刷情報をダウンロードするシステムを説明する図である。携帯電話がコンテンツの印刷権利を取得して権利情報をダウンロードするまでを説明するシーケンス図である。携帯電話とプリンタでプリンタ情報を確認した後印刷情報をダウンロードして印刷することを説明するシーケンス図である。ネットワークを利用しないで印刷情報をダウンロードするシステムにおける権利管理サーバの処理フローを示す図である。ネットワークを利用しないで印刷情報をダウンロードするシステムにおける携帯電話の処理フローを示す図である。ネットワークを利用しないで印刷情報をダウンロードするシステムにおけるプリンタの処理フローを示す図である。

符号の説明

１０１サーバ
１０２コンテンツサーバ
１０３権利管理サーバ
１０４携帯電話
１０５プリンタ
１０６ネットワーク
１０７通信回線
１０８データ通信
２０１サーバ
２０２コンテンツサーバ
２０３権利管理サーバ
２０４携帯電話
２０５プリンタ
２０６ネットワーク
２０７メモリカード
２０８通信回線

Claims

携帯端末を経由してネットワークからコンテンツを取得しプリンタで印刷する印刷システムにおいて、
サーバが携帯端末からコンテンツの要求に応じて印刷権利を発行する工程と、
前記携帯端末が前記サーバから前記印刷権利を含む権利情報を取得する工程と、
前記プリンタが前記携帯端末から前記権利情報を取得する工程と、
前記プリンタが前記印刷権利に基づいて前記サーバからコンテンツを取得する工程と、
前記プリンタが前記コンテンツを印刷する工程とを有することを特徴とする印刷システム。
前記サーバは前記プリンタが前記コンテンツを取得したときに前記印刷権利を無効化する工程を有することを特徴とする請求項１に記載の印刷システム。
前記プリンタと前記携帯端末の間で通信する工程を有し、
前記プリンタと前記携帯端末の間で通信することで前記プリンタは前記権利情報を取得することを特徴とする請求項１に記載の印刷システム。
前記プリンタは着脱可能なメモリを介して前記携帯端末から前記権利情報を取得することを特徴とする請求項１に記載の印刷システム。
前記プリンタがコンテンツを取得したとき、携帯端末が有する権利情報を削除する工程を有することを特徴とする請求項１に記載の印刷システム。
前記プリンタがコンテンツを取得したとき、前記サーバから通知されることにより携帯端末が有する権利情報を削除する工程を有することを特徴とする請求項１に記載の印刷システム。
前記携帯端末が有する印刷権利が有効か無効かを前記サーバに問い合わせる工程と、
前記印刷権利が無効の場合、前記権利情報を前記携帯端末から削除する工程を有することを特徴とする請求項１に記載の印刷システム。
前記権利情報は印刷権利とコンテンツに対応する画像を含むことを特徴とする請求項１に記載の印刷システム。
前記携帯端末において、複数の権利情報を蓄積することが可能であり、それぞれの権利情報に含まれる複数の画像を表示する工程と、
前記複数の画像を表示する工程で少なくとも１つの画像を選択することで、前記プリンタが前記サーバから取得できるコンテンツを決定する工程とを有することを特徴とする請求項８の印刷システム。
前記プリンタにおいて権利情報に含まれる画像を表示する工程を有し、
前記プリンタが前記携帯端末から前記権利情報を取得する工程において前記プリンタが前記携帯端末において決定したコンテンツに対応する権利情報を取得したあと、前記権利情報に含まれる画像を表示する工程で少なくとも１つの画像を選択することで、前記プリンタが前記サーバから取得できるコンテンツを決定する工程とを有することを特徴とする請求項８の印刷システム。
携帯端末を介してネットワーク上のサーバから取得したコンテンツを印刷するプリンタにおいて、
前記携帯端末が前記サーバから取得したコンテンツの印刷に対応する印刷権利を含む権利情報を、前記携帯端末から取得する権利情報取得手段と、
前記印刷権利に基づいて前記サーバからコンテンツを取得するコンテンツ取得手段と、
前記コンテンツ取得手段で取得したコンテンツを印刷する印刷手段を有することを特徴とするプリンタ。
着脱可能なメモリを装着できるメモリスロットを有し、
前記権利情報取得手段は前記メモリスロットに装着された着脱可能なメモリから前記携帯端末が取得した前記権利情報を取得することを特徴とする請求項１１に記載のプリンタ。
前記権利情報取得手段によって取得した少なくとも１つの権利情報から画像データを抽出する抽出手段と、
前記抽出手段から抽出された画像データを選択する選択手段を有し、
前記コンテンツ取得手段は、前記選択手段で選択された画像データに対応するコンテンツを前記サーバから取得することを特徴とする請求項１１に記載のプリンタ。
前記コンテンツ取得手段は、前記携帯端末で選択された画像データに対応するコンテンツを前記サーバから取得することを特徴とする請求項１１に記載のプリンタ。
プリンタがネットワーク上のサーバからコンテンツを取得して印刷する印刷システムにおける携帯端末において、
前記サーバからコンテンツを印刷するための印刷権利を含む権利情報を取得する取得手段と、
前記取得手段によって取得された権利情報を蓄積する蓄積手段と、
前記権利情報を前記プリンタに転送する転送手段と、
前記プリンタが前記権利情報に関連するコンテンツを取得したことに応じて前記サーバから発行される削除要求に基づいて、前記蓄積手段に蓄積された権利情報を削除する手段を有することを特徴とする携帯端末。
携帯端末を介してネットワーク上のサーバから取得したコンテンツを印刷するプリンタの制御方法において、
前記携帯端末が前記サーバから取得したコンテンツの印刷に対応する印刷権利を含む権利情報を、前記携帯端末から取得する権利情報取得工程と、
前記印刷権利に基づいて前記サーバからコンテンツを取得するコンテンツ取得工程と、
前記コンテンツ取得工程で取得したコンテンツを印刷する印刷工程を有することを特徴とするプリンタの制御方法。
着脱可能なメモリを装着できるメモリスロットを有し、
前記権利情報取得工程で前記メモリスロットに装着された着脱可能なメモリから前記携帯端末が取得した前記権利情報を取得することを特徴とする請求項１６に記載のプリンタの制御方法。
前記権利情報取得工程において取得した少なくとも１つの権利情報から画像データを抽出する抽出工程と、
前記抽出工程で抽出された画像データを選択する選択工程を有し、
前記コンテンツ取得工程において、前記選択工程で選択された画像データに対応するコンテンツを前記サーバから取得することを特徴とする請求項１６に記載のプリンタの制御方法。
前記コンテンツ取得工程において前記携帯端末で選択された画像データに対応するコンテンツを前記サーバから取得することを特徴とする請求項１６に記載のプリンタの制御方法。
プリンタがネットワーク上のサーバからコンテンツを取得して印刷する印刷システムにおける携帯端末の制御方法において、
前記サーバからコンテンツを印刷するための印刷権利を含む権利情報を取得する取得工程と、
前記取得手段によって取得された権利情報を蓄積する蓄積工程と、
前記権利情報を前記プリンタに転送する転送工程と、
前記プリンタが前記権利情報に関連するコンテンツを取得したことに応じて前記サーバから発行される削除要求に基づいて、前記蓄積工程で蓄積された権利情報を削除する削除工程を有することを特徴とする携帯端末の制御方法。