JP2006040259A - 通信端末、サーバ、再生制御方法及びプログラム - Google Patents

Abstract

【課題】 コンテンツを受信して再生する通信端末とコンテンツを送信するサーバとの間の冗長な通信を発生させないようにすること。
【解決手段】 用紙に記録された２次元バーコードを読み取り（Ｓ２）、読み取った２次元バーコードを用いてコンテンツをダウンロードし、ダウンロードしたコンテンツを携帯電話内の所定の保存手段に保存するとともに（Ｓ２８）、コンテンツのダウンロードに用いた２次元バーコードの内容をダウンロードしたコンテンツと関連付けて保存手段に保存する（Ｓ３２）。２次元バーコードが再び読み取られたとき（Ｓ２）、保存手段に保存された情報に基づいて、読み取った２次元バーコードに対応するコンテンツが保存手段にあるか否かを判定する（Ｓ６）。保存手段にあると判定した場合には、読み取った２次元バーコードに対応するコンテンツであって保存手段に保存されているコンテンツを再生する（Ｓ３４）。
【選択図】 図５

Description

本発明は通信端末、サーバ、再生制御方法及びプログラムに係り、特に、通信によりコンテンツを取得する通信端末、その通信端末に対して通信によりコンテンツを提供するサーバ、コンテンツの再生制御方法及びプログラムに関する。

画像、音情報、テキスト情報などの様々なコンテンツを無線通信によりダウンロードして再生する携帯電話が普及してきた。

ところで、コンテンツをダウンロードする際にＱＲコード（登録商標）などの２次元バーコードを用いるようにしたものが知られている。

例えば、特許文献１には、２次元バーコードを広告媒体に印刷して一般ユーザに配布し、この広告媒体を受け取った一般ユーザが２次元バーコードを携帯電話に読み取らせることにより、ネットワーク上の広告の詳細情報を容易に入手できるようにしたものが記載されている。

その一方で、コンテンツの再生制限を行うようにしたものが知られている。

特許文献２には、暗号化したコンテンツをサーバから受信したとき、復号鍵が自身のメモリに存在するか否かを確認し、復号鍵が存在しない場合にはサーバに復号鍵を要求するようにしたものが記載されている。

特許文献３には、再生するデータとともに当該データの再生が許可される機器、日時、期間などの条件を記録媒体から読み取り、記録媒体から読み取った条件に従って、その記録媒体から読み取ったデータの再生の許可及び制限を行うようにしたものが記載されている。

特許文献４には、放送側で利用条件、限定受信等を定義可能とし、定義内容をコンテンツと共に放送で受信側に配信し、これらの定義内容に基づき視聴者の視聴制御等を行うことにより、著作権等の権利保護を行うようにしたものが記載されている。
特開２００２−１１８６８０号公報 特開２００２−２０３０７０号公報 特開２００２−９４５００号公報 特開２００２−１２３８０１号公報

携帯電話に２次元バーコードを読み取らせて、その２次元バーコードに対応するコンテンツを所定のサーバからダウンロードさせた後、そのコンテンツを携帯電話に再生させる場合、一般に、ユーザは、コンテンツのダウンロードが開始してから終了するまで待たされることになる。

特に、無線通信によりコンテンツをダウンロードする場合には、有線の場合と比較して、サーバにアクセスしてダウンロードが完了するまでに時間がかかり、その結果、コンテンツの再生を開始するまでの待ち時間が長いという課題がある。また、携帯電話での無線通信はその通信環境に左右され、通信環境によってはコンテンツのダウンロードが行えず、その結果、コンテンツを再生できない場合もある。

また、従来の動画の再生装置では、再生有効回数や再生有効期限に関する再生制限を行う場合、一般に、再生有効回数や再生有効期限を動画コンテンツの内部に記憶させておくようになっている。このように動画コンテンツの中に再生有効回数や再生有効期限を記憶させておくと、再生有効回数や再生有効期限を変更しようとした場合、動画コンテンツも作成し直す必要が生じる。そして、動画コンテンツを作成し直すと、動画コンテンツを再び再生装置にダウンロードする必要が生じる。

本発明はこのような事情に鑑みてなされたもので、コンテンツを受信して再生する通信端末とコンテンツを送信するサーバとの間の冗長な通信を発生させないようにすることができる通信端末、サーバ、再生制御方法及びプログラムを提供することを目的とする。

前記目的を達成するために、請求項１に記載の発明は、コンテンツを再生する再生手段と、前記再生手段で再生可能な前記コンテンツをネットワークを介してダウンロードするために必要なアクセス情報であって、所定の記録媒体に記録された前記アクセス情報を読み取る読取手段と、読み取られた前記アクセス情報に基づいて該アクセス情報に対応する前記コンテンツを通信によりダウンロードする通信手段と、ダウンロードされた前記コンテンツを保存する保存手段であって、該コンテンツと関連付けて該コンテンツのダウンロードに用いた前記アクセス情報の内容を保存する保存手段と、前記読取手段によって前記アクセス情報が読み取られたとき、前記保存手段に保存された情報に基づいて、読み取られた前記アクセス情報に対応する前記コンテンツが前記保存手段にあるか否かを判定する判定手段と、前記保存手段にあると判定した場合には、読み取られた前記アクセス情報に対応するコンテンツを前記保存手段から取り出して前記再生手段に再生させる一方で、前記保存手段にないと判定した場合には、読み取られた前記アクセス情報に対応する前記コンテンツを前記通信手段によりダウンロードさせて前記再生手段に再生させる制御手段を備えたことを特徴とする。

この構成によって、読み取ったアクセス情報に基づいてそのアクセス情報に対応するコンテンツが保存手段にあるか否かを判定することができ、保存手段にある場合には通信手段によるダウンロードを行うことなくコンテンツが再生されるので、コンテンツの再生を開始するまでの待ち時間を短縮することができるとともに通信コストを抑えることができる。

また、請求項２に記載のように、前記読取手段は、前記アクセス情報として、前記記録媒体に印刷された２次元バーコード、前記記録媒体に付加されたＩＣタグが記憶した情報、又は、前記記録媒体に印刷された画像内の電子透かし情報を読み取る。

また、前記保存手段が前記コンテンツに関連付けて保存する情報は、請求項３に記載のように、ＵＲＬ（Uniform Resource Locator）、前記コンテンツに対応する識別情報、又は、これらの結合を含む。

請求項４に記載の発明は、請求項１乃至３のいずれかに記載の発明において、前記コンテンツをダウンロードする際にダウンロードしようとする前記コンテンツの容量分の空きが前記保存手段にないとき、通信圏外であるとき、又は、前記コンテンツのダウンロードを中止したときにエラーメッセージを表示する表示手段を備えたことを特徴とする。

請求項５に記載の発明は、請求項１乃至４の何れかに記載の発明において、前記保存手段は、前記コンテンツのダウンロードを開始できないとき、又は、前記コンテンツのダウンロードを中止したときには、読み取られた前記アクセス情報の内容を保存し、前記制御手段は、前記アクセス情報の再読み取りがなくても、前記保存手段に保存された情報に基づいて前記通信手段に前記コンテンツのダウンロードを開始させることを特徴とする。

請求項６に記載の発明は、所定の通信端末が該通信端末で再生可能なコンテンツを所定のサーバからネットワークを介してダウンロードして再生する再生制御方法において、前記コンテンツをダウンロードするために必要なアクセス情報であって、所定の記録媒体に記録された前記アクセス情報を読み取るステップと、読み取られた前記アクセス情報を用いてダウンロードした前記コンテンツを前記通信端末内の所定の保存手段に保存するステップと、前記コンテンツのダウンロードに用いた前記アクセス情報の内容をダウンロードした前記コンテンツと関連付けて前記保存手段に保存するステップと、前記アクセス情報が再び読み取られたとき、前記保存手段に保存された情報に基づいて、読み取られた前記アクセス情報に対応する前記コンテンツが前記保存手段にあるか否かを判定するステップと、前記保存手段にあると判定した場合には、読み取られた前記アクセス情報に対応する前記コンテンツであって前記保存手段に保存されている前記コンテンツを再生するステップを含むことを特徴とする。

請求項７に記載の発明は、請求項６に記載の発明において、前記コンテンツをダウンロードする際に、ダウンロードしようとする前記コンテンツの容量分の空きが前記保存手段にないとき、通信圏外であるとき、又は、前記コンテンツのダウンロードを中止したとき、エラーメッセージを表示するステップを含むことを特徴とする。

請求項８に記載の発明は、請求項６又は７に記載の発明において、前記コンテンツのダウンロードを開始できないとき、又は、前記コンテンツのダウンロードを中止したときには、読み取った前記アクセス情報の内容を前記保存手段に保存するステップと、前記アクセス情報の再読み取りがなくても、前記保存手段に保存された情報に基づいて前記コンテンツのダウンロードを実行するステップを含むことを特徴とする。

請求項９に記載の発明は、請求項６乃至８のいずれかに記載の発明の各ステップをコンピュータに実行させるプログラムである。

請求項１０に記載の発明は、コンテンツを再生する再生手段と、前記再生手段で再生可能な前記コンテンツを所定のサーバからネットワークを介して取得するために必要なアクセス情報であって、所定の記録媒体に記録された前記アクセス情報を読み取る読取手段と、読み取られた前記アクセス情報に対応する前記コンテンツを前記サーバに対して要求するコンテンツ要求手段と、要求した前記コンテンツの再生制御情報が記載されたメタデータを該コンテンツとともに前記サーバから受信する受信手段と、受信した前記コンテンツ及び前記メタデータを互いに関連付けて保存する保存手段と、前記読取手段によって前記アクセス情報が読み取られたとき、読み取られた前記アクセス情報に対応する前記コンテンツが前記保存手段に保存されていない場合には、前記コンテンツ及び前記メタデータを前記受信手段により前記サーバから受信して前記メタデータに基づいて前記コンテンツの再生を制御する一方で、読み取られた前記アクセス情報に対応する前記コンテンツが前記保存手段に保存されている場合には、前記コンテンツと関連付けられて前記保存手段に保存されている前記メタデータに基づいて前記保存手段に保存されている前記コンテンツの再生を制御する再生制御手段を備えたことを特徴とする。

請求項１１に示すように、前記再生制御情報は、前記コンテンツの再生可能回数、前記コンテンツの再生有効期限、その他の再生条件情報を含む。コンテンツの再生を制御する他の情報であってもよい。

この構成によって、音情報や動画などのコンテンツとは別に、再生可能回数、再生有効期限などの再生条件情報を記載したメタデータをサーバ側で作成しておき、通信端末がコンテンツを要求したときに当該コンテンツとともにメタデータを通信端末に配信して、当該メタデータに基づいて通信端末に再生制御を行わせることができる。また、メタデータをサーバ側で変更する際に、コンテンツに影響を与えることがない。しかも、アクセス情報を読み取るごとにコンテンツをサーバから取得することがないので、無駄な通信が発生しないことになる。

請求項１２に記載の発明は、コンテンツを再生する再生手段と、前記再生手段で再生可能な前記コンテンツを所定のサーバからネットワークを介して取得するために必要なアクセス情報であって所定の記録媒体に記録された前記アクセス情報を読み取る読取手段と、読み取られた前記アクセス情報に対応する前記コンテンツを前記サーバに対して要求するコンテンツ要求手段と、要求した前記コンテンツの更新制御情報が記載されたメタデータを該コンテンツとともに前記サーバから受信する受信手段と、受信した前記コンテンツ及び前記メタデータを互いに関連付けて保存する保存手段と、前記更新制御情報に基づいて前記コンテンツ要求手段により前記サーバに前記コンテンツの更新を要求し、前記受信手段により前記サーバから受信した新たな前記コンテンツを前記保存手段に保存する更新制御手段を備えたことを特徴とする。

請求項１３に示すように、前記更新制御情報は、次回更新日時、その他の更新条件情報を含む。コンテンツの更新を制御する他の情報であってもよい。

この構成によって、音情報や動画などのコンテンツとは別に、次回更新日時、その他の更新条件情報を記載したメタデータをサーバ側で作成しておき、通信端末がコンテンツを要求したときに当該コンテンツとともにメタデータを通信端末に配信して、当該メタデータに基づいて通信端末に更新制御を行わせることができる。すなわち、サーバ側からコンテンツの更新を通知することなく、コンテンツの更新が可能になる。しかも、通信端末がコンテンツを取得してから更新を行うまでサーバに問い合わせることがないので、無駄な通信が発生しないことになる。

請求項１４に記載の発明は、請求項１０乃至１３のいずれかに記載の通信端末からネットワークを介してアクセスを受けたとき、アクセス元の前記通信端末に対してコンテンツを配信するサーバにおいて、所定の記録媒体に画像を記録する注文を受け付ける注文受付手段と、前記画像に関連する前記コンテンツであって前記通信端末に配信する前記コンテンツを管理する第１のデータベースと、前記第１のデータベースで管理する前記コンテンツと関連付けて前記メタデータを管理する第２のデータベースと、前記コンテンツを前記通信端末が取得するために必要なアクセス情報を前記画像とともに所定の記録媒体に記録させる指示情報を作成する指示情報作成手段と、前記記録媒体に記録された前記アクセス情報が前記通信端末によって読み取られたとき、該通信端末から前記アクセス情報を受信するアクセス情報受信手段と、前記第１のデータベースで管理されている前記コンテンツであって受信した前記アクセス情報に対応する前記コンテンツと、該コンテンツと関連付けられて前記第２のデータベースで管理されている前記メタデータとを、アクセス元の前記通信端末に配信する配信手段を備えたことを特徴とする。

請求項１５に記載の発明は、所定の記録媒体に画像を記録する注文を受け付ける注文受付手段と、前記画像に関連するコンテンツであって所定の通信端末に配信する前記コンテンツを管理する第１のデータベースと、前記コンテンツを前記通信端末で再生する際の再生条件が記載されたメタデータを前記コンテンツと関連付けて管理する第２のデータベースと、前記コンテンツを前記通信端末が取得するために必要なアクセス情報を前記画像とともに所定の記録媒体に記録させる指示情報を作成する指示情報作成手段と、前記記録媒体に記録された前記アクセス情報が前記通信端末によって読み取られたとき、該通信端末から前記アクセス情報を受信するアクセス情報受信手段と、受信した前記アクセス情報に対応する前記コンテンツ及び前記メタデータの配信の要否を判定する判定手段と、前記アクセス情報に対応する前記コンテンツを前記第１のデータベースから検索し、前記アクセス情報に対応する前記メタデータを前記第２のデータベースから検索する検索手段と、前記判定手段の判定結果に基づいて、前記コンテンツ及び前記メタデータの両方を配信する必要がある場合には両方をアクセス元の前記通信端末に対して配信し、前記メタデータのみ配信する必要がある場合には前記メタデータのみをアクセス元の前記通信端末に対して配信する配信手段を備えたことを特徴とする。

請求項１６に記載の発明は、請求項１４又は１５に記載の発明において、前記通信端末から該通信端末で管理している現在日時情報を取得し、前記通信端末で管理している前記現在日時情報と本サーバで管理している現在日時情報とが一致しない場合には、前記通信端末での前記コンテンツの再生を禁止することを特徴とする。

この構成によって、ユーザが故意に通信端末で管理する日時情報を変えた場合にも、正しい再生制御又は更新制御を行うことができる。

請求項１７に記載の発明は、請求項１４乃至１６のいずれかに記載の発明において、前記メタデータに基づいて課金処理を行う課金手段を備えたことを特徴とする。

この構成によって、再生可能回数、再生有効期限、その他の再生制御情報や、更新制御情報に基づいた課金を行うことができる。例えば、１曲で何円という課金ではなく、同じ１曲でも何回で何円という課金が可能になる。また、例えば、同じ１曲でも何月何日までの場合には何円という課金が可能になる。また、例えば、同じ１曲でも何回更新する場合には何円という課金が可能になる。

請求項１８に記載の発明は、所定の記録媒体に記録されたアクセス情報を読み取るステップと、前記アクセス情報に対応するコンテンツが所定の保存手段に保存されているか否かを判定するステップと、前記アクセス情報が読み取られたとき、読み取られた前記アクセス情報に対応する前記コンテンツが前記保存手段に保存されていない場合には、該コンテンツ及び該コンテンツの再生制御情報が記載されたメタデータを所定のサーバからネットワークを介して取得するステップと、取得された前記コンテンツ及び前記メタデータを互いに関連付けて前記保存手段に保存するステップと、前記保存手段に保存されている前記コンテンツを該コンテンツと関連付けられて該保存手段に保存されている前記メタデータに基づいて再生するステップを含むことを特徴とする。

請求項１９に記載の発明は、所定の記録媒体に記録されたアクセス情報を読み取るステップと、前記アクセス情報に対応するコンテンツが所定の保存手段に保存されているか否かを判定するステップと、前記アクセス情報が読み取られたとき、読み取られた前記アクセス情報に対応する前記コンテンツが前記保存手段に保存されていない場合には、該コンテンツ及び該コンテンツの更新制御情報が記載されたメタデータを所定のサーバからネットワークを介して取得するステップと、前記保存手段に保存されている前記コンテンツの更新を該コンテンツと関連付けられて該保存手段に保存されている前記メタデータに基づいて行うステップと、前記保存手段に保存されている前記コンテンツを再生するステップを含むことを特徴とする。

請求項１９に記載の発明は、請求項１８又は１９に記載の再生制御方法の各ステップをコンピュータに実行させるプログラムである。

本発明によれば、コンテンツを受信して再生する通信装置とコンテンツを送信するサーバとの間で冗長な通信を発生させないようにすることができる。

以下、添付図面に従って、本発明を実施するための最良の形態について、詳細に説明する。

図１は、本発明を適用した携帯電話３０、４０及びサービスサーバ１０を含むサービスシステムの全体構成図である。図１において、主として、携帯電話３０、４０、サービスサーバ１０、プリンタ２０、及び、パーソナルコンピュータ（以下単に「ＰＣ」という）５０が、それぞれネットワーク６０に接続されて、サービスシステムが構成されている。

サービスサーバ１０は、プリンタ２０、携帯電話３０、４０、及び、ＰＣ５０とネットワーク６０を通じて通信し、ユーザの注文に従って写真プリントを作成するプリントサービスや、プリント対象の画像に関連する登録情報のアップロードを受け付けて所定期間保管する登録サービス、保管した登録情報を配信する配信サービス、その他の各種のサービスを行うものである。

ここで、登録情報は、音情報、テキスト情報、動画情報、その他のデジタルコンテンツ（以下単に「コンテンツ」という）である。

プリンタ２０は、サービスサーバ１０の制御に従って、図２に示すような写真プリント２６を作成する。写真プリント２６には、ＱＲコード（登録商標）等の２次元バーコード２７が、プリント注文された画像２８とともに印刷される。

携帯電話３０、４０は、被写体の撮影が可能である。また、携帯電話３０、４０は、２次元バーコードを撮影してデコードし、その結果に基づいてネットワーク６０を通じてサービスサーバ１０にアクセスするようになっている。携帯電話３０、４０は、実際には、無線通信で基地局（図示を省略）と接続され、その基地局を介して有線のネットワーク６０と接続され、そのネットワーク６０を介してサービスサーバ１０と接続される。

なお、図１においては第１の携帯電話３０、第２の携帯電話４０及びＰＣ５０のみを図示したが、実際には多数のユーザ端末機がネットワーク６０に接続される。

ここで、第２の携帯電話４０及びＰＣ５０は、プリント注文ユーザが所持した、サービスサーバ１０に対して画像や登録情報のアップロードを行うアップロード用のユーザ端末機であり、第１の携帯電話３０は、写真プリントの配布先ユーザが所持した、サービスサーバ１０から登録情報のダウンロードを受けるダウンロード用のユーザ端末機である。

サービスサーバ１０のプリントサービスを簡単に説明すると、第２の携帯電話４０又はＰＣ５０からプリント対象の画像のアップロードを受け付けて、識別情報を発行し、この識別情報を含むアクセス情報を生成して、生成したアクセス情報を２次元バーコードとして画像とともに所定の用紙にプリントする。ここで、アクセス情報は、第１の携帯電話３０が無線通信によりネットワーク６０を介してサービスサーバ１０に接続し、登録情報のダウンロードを行うのに必要な情報である。例えば、ＵＲＬ（Uniform Resource Locator）、及び、登録情報の識別情報が含まれる。識別情報は、アップロードされて写真プリントに印刷した画像を識別する情報であるとともに、登録情報を識別する情報でもある。

また、サービスサーバ１０の登録サービスを簡単に説明すると、第２の携帯電話４０又はＰＣ５０からプリント対象の画像に関連する登録情報のアップロードを受け付けて、識別情報と関連付けて所定のデータベースに登録する。

また、サービスサーバ１０の配信サービスを簡単に説明すると、第１の携帯電話３０から写真プリント上の２次元バーコードを用いてアクセスを受けたとき、第１の携帯電話３０から受信した識別情報に基いて、ダウンロードすべき登録情報を特定し、アクセス元の携帯電話３０に登録情報をダウンロードする。

まず、第１実施形態のサービスシステムについて説明する。

図３は、携帯電話３０、４０の具体的な内部構成例を示す概略ブロック図である。図３において、携帯電話３０、４０は、主として、カメラ３４１、マイクロホン３４２、スピーカ３４３、液晶ディスプレイ（ＬＣＤ）３４４、操作パネル３４５、位置検出部３４６、無線通信部３４７、不揮発性メモリ３４８、及び、制御部３４９を含んで構成されている。

カメラ３４１は、被写体の撮影に用いられるほかに、２次元バーコードの読取にも用いられる。マイクロホン３４２は、通話に用いられるほかに、登録情報のひとつである音情報の入力にも用いられる。スピーカ３４３は、通話に用いられるほかに、登録情報のひとつである音情報の出力にも用いられる。ＬＣＤ３４４は、撮影した画像の表示、電子メールの表示、及び、各種の操作画面の表示に用いられるほかに、テキスト情報、動画情報、その他の登録情報の出力にも用いられる。操作パネル３４５は、電話番号の入力、及び、電子メールの内容の入力に用いられるほかに、登録情報のひとつであるテキスト情報の入力にも用いられる。位置検出部３４６は、ＧＰＳ（Global Positioning System）を利用して携帯電話３０、４０の現在位置を検出する。

無線通信部３４７は、図示を省略した基地局を介して無線通信することにより、他の携帯電話やネットワーク６０上のサービスサーバ１０と通信を行う。本実施形態では、第１に、プリント対象の画像をサービスサーバ１０にアップロードするとともにアップロードした画像のプリントを注文する。第２に、プリント対象の画像に関連する登録情報をサービスサーバ１０にアップロードするとともにプリント対象の画像に関連する登録情報の保管を依頼する。第３に、２次元バーコードを用いて登録情報をサービスサーバ１０からダウンロードする。

不揮発性メモリ３４８は、携帯電話３０、４０の各部を制御するための制御プログラム、ネットワーク６０を通じてダウンロードしたコンテンツ、再生制御のための管理テーブル、その他の各種情報を記憶するものである。

制御部３４９は、プログラムを実行して、携帯電話３０、４０の各部を統括して制御する。具体的には、制御手段３４９は、カメラ３４１によって２次元バーコードが読み取られたとき、不揮発性メモリ３４８に保存された情報に基づいて、読み取った２次元バーコードに対応するコンテンツが不揮発性メモリ３４８にあるか否かを判定する。そして、不揮発性メモリ３４８にあると判定した場合には、読み取った２次元バーコードに対応するコンテンツを不揮発性メモリ３４８から取り出して、ＬＣＤ３４４及びスピーカ３４３などにより再生させる一方で、不揮発性メモリ３４８にないと判定した場合には、読み取った２次元バーコードに対応するコンテンツを無線通信部３４７によりダウンロードさせてＬＣＤ３４４及びスピーカ３４３などに再生させる。また、制御部３４９は、コンテンツをダウンロードする際にダウンロードしようとするコンテンツの容量分の空きが不揮発性メモリ３４８にないとき、通信圏外であるとき、又は、コンテンツのダウンロードを中止したときには、ＬＣＤ３４４によりエラーメッセージを表示する。また、制御部３４９は、コンテンツのダウンロードを開始できないとき、又は、コンテンツのダウンロードを中止したときには、読み取った２次元バーコードの内容を不揮発性メモリ３４８に保存し、２次元バーコードの再読み取りがなくても、不揮発性メモリ３４８に保存された情報に基づいて無線通信部３４７にコンテンツのダウンロードを開始させる。

なお、本実施形態において、本発明における再生手段は主としてスピーカ３４３及びＬＣＤ３４４によって構成され、本発明における読取手段は主としてカメラ３４１によって構成され、本発明における通信手段は主として無線通信部３４７によって構成され、本発明における保存手段は主として不揮発性メモリ３４８によって構成され、本発明における判定手段及び制御手段は主として制御部３４９によって構成されている。

携帯電話３０で管理される管理テーブルの例を図４に示す。この管理テーブル３４８０には、原情報（第１のＵＲＬ及び識別情報ｉｄを含む）３４８１、第２のＵＲＬ３４８２、及び、識別情報（ｉｄ）３４８３、エラーコード３４８９などのコンテンツ取得に関する情報が登録される。ここで、ＵＲＬには、サービスサーバ１０からコンテンツをダウンロードする際に用いる第１のＵＲＬ（３４８１内）と、携帯電話の不揮発性メモリ３４８に保存されたコンテンツを不揮発性メモリ３４８から取得する際に用いる第２のＵＲＬ３４８２とがある。

第１のＵＲＬ（３４８１内）は、サービスサーバ１０が生成した情報であり、２次元バーコードの読み取りを行って２次元バーコードを復号化したときに管理テーブル３４８０に登録される。なお、第１のＵＲＬにおいて、コンテンツを取得するためのプロトコルは「http」で表される。

第２のＵＲＬ３４８２は、携帯電話３０が生成した情報であり、サービスサーバ１０からコンテンツをダウンロードして不揮発性メモリ３４８（具体的にはスクラッチパッド）に保存したときに管理テーブル３４８０に登録される。なお、第２のＵＲＬにおいて、コンテンツを取得するためのプロトコルは「scratchpad」で表される。

識別情報３４８３は、サービスサーバ１０で各コンテンツごとに発行された情報であり、２次元バーコードの読み取りを行って２次元バーコードを復号化したときに、その復号化して得られた原情報３４８１から抽出し、管理テーブル３４８０に登録される。

エラーコード３４８９は、携帯電話３０が生成した情報であり、コンテンツのダウンロードが正常終了して不揮発性メモリ３４８に保存されたときには、正常終了を示すコード（例えば「00」）が管理テーブル３４８０に登録され、一方で、コンテンツのダウンロードを開始できなかったとき、又は、コンテンツのダウンロードを中止したときには、異常終了を示すコード（例えば「E1」、「E2」、「E3」など）が管理テーブル３４８０に登録される。

なお、携帯電話３０は、サービスサーバ１０にアクセスするときには、第１のＵＲＬ及び識別情報３４８３を含む原情報３４８１からなるＨＴＴＰリクエスト、例えば「ｈｔｔｐ：／／ｗｗｗ．ｆｕｊｉｆｉｌｍ．ｃｏ．ＪＰ／？ｉｄ＝９３ａｂ５」を送信する。この場合、識別情報３４８３は「93ab5」である。この識別情報３４８３は実際にはサービスサーバ１０で暗号化して生成されており、この識別情報３４８３をサービスサーバ１０が携帯電話３０から受信したとき、サービスサーバ１０によって復号化される。例えば、暗号化された「93ab5」が「12345」に復号化される。

次に、本実施形態の携帯電話３０の再生制御処理の流れを、図５のフローチャートを用いて、詳細に説明する。なお、図５に示す各ステップは、携帯電話３０の不揮発性メモリ３４８に記憶されていたプログラムに従って、携帯電話３０の制御部３４９によって実行される。

まず、ユーザが携帯電話３０の操作パネル３４５を操作して、所定のアプリケーションプログラムを起動し、２次元バーコードの読取開始指示を入力すると、携帯電話３０のカメラ３４１によって２次元バーコードが撮影されて（Ｓ２）、復号化される（Ｓ４）。

具体的には、２次元バーコードをカメラ３４１によって撮影すると、「０」及び「１」のビット列からなる２次元マトリクスのビットマップ情報が得られ、このビットマップ情報を予め決められた所定の復号方法で復号化することにより、第１のＵＲＬ及び識別情報ｉｄを含む原情報（２次元バーコードに符号化される前の情報である）が得られる。

次に、読み取った２次元バーコードに対応するコンテンツがスクラッチパッドに保存されているか否かが判定される（Ｓ６）。

なお、スクラッチパッドは、携帯電話３０の不揮発性メモリ３４８内の保存領域であって各アプリケーションプログラムごとに割り当てられた保存領域である。このスクラッチパッドには、ネットワーク６０を介してダウンロードしたコンテンツと、図４に示すような管理テーブル３４８０が記憶される。この管理テーブル３４８０を参照して、再生すべきコンテンツがスクラッチパッドに保存されているか否かを判定する。

詳細には、まず、２次元バーコードの原情報（例えば「ｈｔｔｐ：／／ｗｗｗ．ｆｕｊｉｆｉｌｍ．ｃｏ．ＪＰ／？ｉｄ＝９３ａｂ５」）から識別情報ｉｄ（例えば「93ab5」）を抽出し、この識別情報ｉｄが管理テーブル３４８０に登録されているか否かを判定する。次に、その識別情報ｉｄに関連付けられた第２のＵＲＬ３４８２が管理テーブル３４８０に登録されているか否かを判定する。ここで、第２のＵＲＬが登録されていない場合（第２のＵＲＬがｎｕｌｌ値である場合）には、読み取った２次元バーコードに対応するコンテンツがスクラッチパッドに保存されていないと判定する。

なお、識別情報ｉｄが管理テーブル３４８０に登録されているか否かを判定する代わりに、原情報自体が管理テーブル３４８０に登録されているか否かを判定するようにしてもよいし、２次元バーコードのビットマップ情報自体を管理テーブル３４８０が管理するようにしてビットマップ情報が登録されているか否かを判定するようにしてもよい。また、第２のＵＲＬ３４８２が管理テーブル３４８０に登録されているか否かを判定する代わりに、エラーコード３４８９が正常終了「00」であるか否かを判定するようにしてもよい。

ところで、図２に示すような写真プリント２６を受け取ったユーザが当該写真プリント２６上の２次元バーコード２７を初めて携帯電話３０に読み取らせたとき、読み取った２次元バーコード２７に含まれた識別情報ｉｄ（例えば「93ab5」）は管理テーブル３４８０には実際にはまだ登録されていない状態である。このような場合には、読み取った２次元バーコード２７に対応するコンテンツはスクラッチパッドに保存されていないと判定される。また、２次元バーコード２７を読み取らせた場合であっても、後述するように、コンテンツのダウンロードに失敗した場合には、第２のＵＲＬ３４８２は管理テーブル３４８０にはまだ登録されていない状態である。このような場合にも、読み取った２次元バーコード２７に対応するコンテンツはスクラッチパッドに保存されていないと判定される。

読み取った２次元バーコードに対応するコンテンツがスクラッチパッドにないと判定した場合には、読み取った２次元バーコードの原情報に基づいて、当該２次元バーコードに対応するコンテンツをサービスサーバ１０からダウンロードする。

具体的には、まず、ダウンロードしようとするコンテンツの容量分の空きがスクラッチパッド内にあるか否かを判定する（Ｓ１０）。ここで、スクラッチパッド内に十分な空きがないときには、２次元バーコードの原情報３４８１にダウンロード実行不可の理由を示すエラーコード（例えば「E1」）を関連付けて管理テーブル３４８０に設定するとともに（Ｓ１２）、スクラッチパッドに空がなくダウンロードできない旨を携帯電話１０のＬＣＤ３４４に表示する（Ｓ１４）。ここで、携帯電話３０のユーザは、スクラッチパッドに保存されている別のコンテンツを削除するか否かを指示することができる。携帯電話３０は、削除指示の有無を判定し（Ｓ１６）、削除指示が入力されたときには、コンテンツを削除する（Ｓ１８）。このコンテンツの削除と同時に、管理テーブル３４８０から該当する行（原情報３４８１、第２のＵＲＬ３４８２、識別情報３４８３、エラーコード３４８９など）が削除される。

空き容量を判定するステップ（Ｓ１０）において、十分な空き容量があると判定された場合、さらに、携帯電話３０が通信圏内にあるか否かを判定する（Ｓ２０）。ここで、通信圏外であるときには、２次元バーコードの原情報３４８１にダウンロード不可の理由を示すエラーコード（例えば「E2」）を関連付けて管理テーブル３４８０に登録するとともに（Ｓ２２）、通信圏外なのでダウンロードできない旨を携帯電話１０のＬＣＤ３４４に表示する（Ｓ２４）。ここで、携帯電話３０のユーザは、ダウンロードのリトライを行うか否かを指示することができる（Ｓ２６）。

通信圏内であるかを判定するステップ（Ｓ２０）において、通信圏内であると判定された場合、ほかにダウンロードを阻害する要因がなければ、２次元バーコードに対応するコンテンツを無線通信によりサービスサーバ１０からダウンロードする（Ｓ２８）。ここで、ダウンロードされたコンテンツはスクラッチパッドに保存される。

なお、コンテンツのダウンロード中に通信環境が急に変化するなどの理由によりダウンロードが中止される場合がある。そこで、ダウンロードが終了したときに異常終了であるか否かを判定し（Ｓ３０）、異常終了の場合には、２次元バーコードの原情報３４８１にダウンロード中止を示すエラーコード（例えば「E3」）を関連付けて管理テーブル３４８０に登録するとともに（Ｓ３２）、ダウンロードを中止した旨を携帯電話１０のＬＣＤ３４４に表示する（Ｓ３４）。ここで、携帯電話３０のユーザは、ダウンロードのリトライを行うか否かを指示することができる（Ｓ３６）。

コンテンツのダウンロードが正常終了した場合には、読み取った２次元バーコードの原情報をコンテンツと関連付けてスクラッチパッドに保存する（Ｓ３２）。具体的には、図４に示す管理テーブル３４８０において、２次元バーコードの原情報３４８１と第２のＵＲＬ３４８２と識別情報ｉｄ３４８３とを互いに関連付けて設定する。なお、エラーコード３４８９には正常終了を示す「00」が設定される。

そして、コンテンツのダウンロードが正常終了した場合には、ダウンロードしたコンテンツが再生される（Ｓ３４）。例えば、図２の写真プリント２６が配布されていた場合、この写真プリント２６上の２次元バーコード２７を携帯電話３０に読み取らせると、サービスサーバ１０からその写真プリント２６の画像２８に関連する登録情報（音情報、動画情報、テキスト情報、その他の登録情報）がダウンロードされて、携帯電話３０で再生される。例えば、写真プリント２６に印刷されたファミリーの音声を聴くことができ、そのファミリーが撮影された動画や、そのファミリーによって入力されたテキストのメッセージを見ることができる。

なお、コンテンツの再生が終了した後、アプリケーションプログラムを終了するか否かをユーザに選択させる（Ｓ３６）。ここで、同一の写真プリント又は別の写真プリントの２次元バーコードを読み取らせて、その２次元バーコードに対応するコンテンツを再生させることができる。その場合、２次元バーコードの読み取りを行い（Ｓ２）、２次元バーコードの復号化を行い（Ｓ４）、２次元バーコードに対応するコンテンツがスクラッチパッドに保存されているか否かを判定する（Ｓ６）。

ここで、読み取った２次元バーコードに対応するコンテンツがスクラッチパッドに保存されている場合には、コンテンツのダウンロードは行わず、そのスクラッチパッドに保存されているコンテンツを再生する（Ｓ４０）。

例えば、まず、２次元バーコードの読取と復号化により得られた原情報（例えば「ｈｔｔｐ：／／ｗｗｗ．ｆｕｊｉｆｉｌｍ．ｃｏ．ＪＰ／？ｉｄ＝９３ａｂ５」）から識別情報ｉｄ（例えば「93ab5」）を抽出し、この識別情報ｉｄが管理テーブル３４８０に登録されているか否かを判定する。当該２次元バーコードが既に読み取られていれば、識別情報ｉｄは管理テーブル３４８０に登録されている。次に、その識別情報ｉｄに関連付けられた第２のＵＲＬ３４８２が管理テーブル３４８０に登録されているか否かを判定する。ここで、第２のＵＲＬ３４８２は、既にコンテンツがダウンロードされてスクラッチパッドに保存されていれば登録されている。すなわち、スクラッチパッドからコンテンツを取り出す方法（例えば「scratchpad:///;pos=0」）が登録されている。一方で、コンテンツがスクラッチパッドに保存されていない場合には、第２のＵＲＬ３４８２は、未登録を示す「ｎｕｌｌ」が設定されている。

ここで、第２のＵＲＬ３４８２が登録されている場合には、その第２のＵＲＬ３４８２を用いてスクラッチパッドからコンテンツを取り出して再生する。したがって、特定の写真プリントの２次元バーコードを最初に読み取らせたときには、無線通信によるコンテンツのダウンロードが行われるが、同一の写真プリントの２次元バーコードを再度読み取らせたときには、ダウンロードは行われることがなく、スクラッチパッドに保存されているコンテンツが再生される。例えば、子供が携帯電話３０に同一の写真プリント上の同一の２次元バーコードを何度も読み取らせたとしても、無線通信によりコンテンツをダウンロードするのは１回で済むので、通信コストが削減され、また、２次元バーコードを読み取らせてからコンテンツの再生を開始するまでの時間が、無線通信がない分だけ短かいので、再生を楽しむことができる。

また、コンテンツが携帯電話の保存手段に保存されているか否かを判定する際に用いる管理テーブルは、図４に記載されたものに限るものではなく、用紙から読み取ったアクセス情報に対応してダウンロードしたコンテンツがすでに保存されているか否かを示す情報であれば、異なる形式の情報を用いてもよい。

次に、第２実施形態のサービスシステムについて説明する。

第２実施形態のサービスシステムの全体構成は、図１を用いて説明した第１実施形態のサービスシステムの全体構成と同じであり、既に第１実施形態において説明したので、説明を省略する。

図６は、第２実施形態のサービスシステムにおけるサービスサーバ１０の具体的な内部構成の例を示すブロック図である。図６において、サービスサーバ１０は、主として、プリンタ２０、携帯電話３０、４０及びＰＣ５０とネットワーク６０を通じて通信する通信部１１と、ＣＰＵ（Central Processing Unit）からなる制御部１２と、登録情報データベース１３と、メタデータデータベース１４と、課金情報データベース１５と、テンプレートデータベース１６を含んで構成される。なお、各データベース１３乃至１６は、サービスサーバ１０の筐体内に内蔵されている必要はなく、サービスサーバ１０の遠隔に設置して、図１に示されるネットワーク６０を通じてサービスサーバ１０と接続した形態としてよい。

通信部１１は、ネットワーク６０に接続した装置と通信を行うものである。この通信部１１は、ＨＴＴＰ（Hypertext Transfer Protocol）により、携帯電話３０、４０及びＰＣ５０と通信可能である。

登録情報データベース１３は、携帯電話３０に対してダウンロードすべき、音情報、動画情報、静止画情報、テキスト情報、ベクタグラフィックスのマルチメディアコンテンツその他の登録情報を管理する。ここで、登録情報は、プリント対象の画像に関連するデジタルコンテンツ（以下単に「コンテンツ」という）である。プリント対象の画像以外の登録情報を「付加情報」という場合もある。そのプリント対象の画像自体も含む。これらの登録情報は、プリント注文時にプリント注文ユーザの携帯電話４０やＰＣ５０から画像とともにサービスサーバ１０にアップロードされて登録される場合と、プリント注文後にプリント注文ユーザの携帯電話４０やＰＣ５０からサービスサーバ１０にアップロードされて登録される場合と、サーバ１０側で入力されて用意される場合がある。

メタデータデータベース１４は、コンテンツの再生条件（再生制御情報の一種である）及びコンテンツの更新条件（更新制御情報の一種である）を含むメタデータを管理する。図７に例示されたメタデータ１４０は、「ＩＤ」、「バージョン」、「コンテンツ取得日」、「再生有効期限」、「次回更新日時」、「再生可能回数」からなる。「ＩＤ」（識別情報）は登録情報データベース１３によって管理されたコンテンツを識別する。なお、識別情報ＩＤは、コンテンツと１対１で対応する場合以外に、ひとつの識別情報ＩＤに対してグループ化された複数のコンテンツと対応する場合がある。プリントサービスの注文や登録サービスの注文を識別する際、プリント対象の画像を識別する際、及び、課金情報を識別する際にも利用される。「バージョン」は、コンテンツの再生に必要な携帯電話３０、４０のアプリケーションプログラムのバージョンを示す。「コンテンツ取得日」は、サービスサーバ１０から携帯電話３０がコンテンツを取得する日時（年月日及び時分秒）である。「再生有効期限」は、コンテンツの再生可能な有効日時を示す。「次回更新日時」は、携帯電話３０に保存されたコンテンツを更新する日時を示す。「再生有効回数」は、コンテンツの残り再生回数を示す。

制御部１２は、通信部１１が注文ユーザの携帯電話４０又はＰＣ５０からプリントサービス及び登録サービスの注文情報を受信したとき、注文ユーザの携帯電話４０又はＰＣ５０からアップロードされた、プリント対象の画像（静止画情報）、及び、当該画像に関連する音情報、動画情報、テキスト情報などの登録情報（コンテンツ）を登録情報データベース１３に登録する。また、制御部１２は、再生可能回数、再生有効期限その他のコンテンツの再生条件情報やコンテンツの更新条件情報を記載したメタデータを作成し、メタデータデータベース１４に登録する。

また、制御部１２は、コンテンツを携帯電話３０が取得するために必要な２次元バーコードをプリント対象の画像とともに所定のプリント媒体に記録させる指示情報を作成して、プリンタ２０に写真プリント２６を作成させる。

また、制御部１２は、メタデータに基づいて注文ユーザに対する課金処理を行う。例えば、登録情報のサイズに基づいて、注文ユーザに対する課金の額を算出する。また、例えば、再生可能回数の大きさや、再生有効期限に応じた再生有効期間の長さに基づいて、注文ユーザに対する課金の額を算出する。

また、通信部１１は、写真プリント２６に記録されたアクセス情報が携帯電話３０によって読み取られたとき、その携帯電話３０から２次元バーコードが示すアクセス情報を受信する。また、通信部１１は、アクセス情報に対応するコンテンツ及びメタデータをアクセス元の携帯電話３０に配信する。なお、コンテンツの配信の必要がなければ、メタデータのみ携帯電話３０に配信することもある。

また、制御部１２は、通信部１１が携帯電話３０からアクセス情報を受信したとき、受信したアクセス情報に対応するコンテンツ及びメタデータの配信の要否を判定する。また、制御部１２は、アクセス情報に対応するコンテンツを登録情報データベース１３から検索し、アクセス情報に対応するメタデータをメタデータデータベース１４から検索する。そして、コンテンツ及びメタデータの配信要否の判定結果に基づいて、コンテンツ及びメタデータの両方を配信する必要がある場合には両方をアクセス元の携帯電話３０に対して配信し、メタデータのみ配信する必要がある場合にはメタデータのみをアクセス元の携帯電話３０に対して配信する制御を行う。

また、制御部１２は、携帯電話３０で管理しているシステム日時（現在日時情報）を取得し、携帯電話３０で管理しているシステム日時と制御部１２で管理しているシステム日時（現在日時情報）とが一致しない場合には、携帯電話３０でのコンテンツの再生を禁止する制御を行う。なお、システム日時が一致しているか否かの判定は、年月日までの一致を判定してもよいし、年月日のみでなく時分秒の単位までの一致を判定してもよいが、所定の許容範囲内であれば一致するものと判定してよい。

なお、本実施形態において、本発明における注文受付手段、アクセス情報受信手段及び配信手段は主として通信部１１及び制御部１２によって構成され、本発明における指示情報作成手段、判定手段及び課金手段は主として制御部１２によって構成されている。

ここで、図７のメタデータ１４０に基づく再生制御の例を説明する。第１の例として、現在日時が「再生有効期限」を越えていなければコンテンツを再生する。第２の例として、現在日時が「再生有効期限」を越えておらず、かつ、「再生有効回数」をコンテンツの再生ごとにデクリメントしても「１」以上であればコンテンツを再生する。第３の例として、「バージョン」の値が携帯電話３０のプログラムが保持する値以下であれば、コンテンツを再生する。

また、図７のメタデータ１４０に基づく更新制御の例を説明すると、例えば、現在日時が「次回更新日時」であるか、あるいは、「次回更新日時」を既に経過している場合であって「再生有効期限」を越えていない場合にはサービスサーバ１０から新しいコンテンツをダウンロードして保存する。

なお、図７において、「バージョン」、「再生有効期限」及び「再生有効回数」は、本発明における再生制御情報の例である。また、図７において、「次回更新日時」は、本発明における更新制御情報の例である。

課金情報データベース１５は、注文ユーザや広告主に対する課金情報を管理するものである。注文ユーザに対する課金としては、プリントサービスに対する課金と登録サービスに対する課金がある。

テンプレートデータベース１６は、コンテンツのテンプレートを管理するものである。例えば、プリント対象の画像に合成するフレームを記憶する。また、例えば、「A Happy New Year」という音声、「A Happy New Year！」というテキスト情報、動画、アニメーションキャラクタが画面上で動作するようなベクタグラフィックスのマルチメディアコンテンツなどがある。

第２実施形態のサービスシステムにおいて、図３に示される携帯電話３０、４０は、第１実施形態において説明した機能を有するほかに、以下のような機能を有する。

制御部１２は、カメラ３４１によって２次元バーコードが読み取られたとき、読み取った２次元バーコードに対応するコンテンツが不揮発性メモリ３４８に保存されていない場合には、２次元バーコードに対応するコンテンツ及びメタデータを無線通信部３４７によりサービスサーバ１０から受信して、その受信したメタデータに基づいてその受信したコンテンツの再生を制御する一方で、読み取った２次元バーコードに対応するコンテンツが不揮発性メモリ３４８に保存されている場合には、そのコンテンツと関連付けられて不揮発性メモリ３４８に保存されているメタデータ内の再生制御情報に基づいて、その不揮発性メモリ３４８に保存されているコンテンツの再生を制御する。

また、制御部１２は、メタデータ内の更新制御情報に基づいて、無線通信部３４７により、サービスサーバ１０にコンテンツの更新を要求し、サービスサーバ１０から受信した新たなコンテンツを不揮発性メモリ３４８に保存する。また、制御部１２は、メタデータ内の更新制御情報に基づいて、無線通信部３４７により、サービスサーバ１０にメタデータを要求し、サービスサーバ１０から受信した新たなメタデータを不揮発性メモリ３４８に保存する。

なお、本実施形態において、本発明における再生手段は主としてスピーカ３４３及びＬＣＤ３４４によって構成され、本発明における読取手段は主としてカメラ３４１によって構成され、本発明におけるコンテンツ要求手段及び受信手段は主として無線通信部３４７によって構成され、本発明における保存手段は主として不揮発性メモリ３４８によって構成され、本発明における判定手段及び制御手段は主として制御部３４９によって構成されている。

次に、第２実施形態のサービスシステムにおけるサービス処理の流れについて説明する。なお、サービス処理には各種あるので、その代表的な２つの例を挙げて詳細に説明する。

図９は、第１実施例のサービス処理の流れを示す説明図である。

図９において、注文ユーザは、まず、携帯電話４０によって、被写体を撮影する（Ｓ１０１）。例えば、撮影により静止画を取得した場合、撮影後に携帯電話４０で入力した音情報をプリント対象の静止画に付加することが可能であり、また、撮影後に携帯電話４０で入力したテキスト情報をプリント対象の静止画に付加することも可能である。また、撮影により動画を取得した場合、動画からプリント対象の静止画を抽出することも可能であり、動画の撮影と同時に録音した音情報をプリント対象の静止画に付加すること、及び、撮影後に携帯電話４０で入力したテキスト情報をプリント対象の静止画に付加することも可能である。

次に、注文ユーザは、携帯電話４０によって、プリントサービスの注文操作を行う（Ｓ１０２）。

ここで、プリントサービスは、画像を所定のプリント媒体に印刷した写真プリントを作成するサービスである。

具体的には、撮影して得られた複数枚の静止画の中からプリントすべき画像を選択し、必要に応じて、写真プリントのサイズや枚数などを入力する。動画の中からプリント対象の静止画を抽出してもよい。また、写真プリントの引渡方法を指定する。例えば、プリント注文ユーザが写真店などの特定の受け渡し場所へ直接行って受け取る場合には、その受け渡し場所を指定する。また、例えば、配布先を指定して郵便や宅配便などによる配送を依頼する場合には、その配布先を指定する。この場合、写真は包装されて所望の配布先に配送される。また、ポストカードはそのポストカードそのものが所望の配布先に配送されるように依頼することも可能である。

また、プリント注文ユーザは、携帯電話４０によって、登録サービスの注文操作を行う（Ｓ１０３）。

ここで、登録サービスは、プリント対象の画像又は当該画像に関連するコンテンツ（音情報、テキスト情報、動画、その他の登録情報）を登録情報データベース１３に登録して、所定期間の保管を行うサービスである。

例えば、撮影して得られた静止画がプリント対象である場合、静止画と、静止画に付加した音情報及びテキスト情報とを登録するように要求することが可能である。また、動画から抽出した静止画がプリント対象である場合、当該静止画と、静止画の抽出元である動画と、動画の撮影と同時に録音した音情報と、撮影後に入力したテキスト情報とを、登録情報として登録するように要求することができる。このような登録情報は、後述するように、写真プリントの配布先ユーザの携帯電話３０にダウンロードされる。なお、登録情報は、サービスサーバ１０へアップロードして登録する以外にも、テンプレートデータベース１６に予め登録されている複数のテンプレート情報の中から所望のテンプレート情報を選択し、選択されたテンプレート情報へのリンク情報のみが登録されるようにしてもよい。例えば、予め作成したFlash（商標）などのベクタグラフィックスのマルチメディアコンテンツが選択されたとき、選択されたマルチメディアコンテンツへのリンク情報が登録される。

また、注文ユーザは、再生可能回数、再生有効期限などのコンテンツの再生条件や、コンテンツの更新条件を指定することができる。例えば、再生可能回数を１０回に制限した場合には何円、２０回に制限した場合には何円、といった再生可能回数と課金の額との関係が携帯電話３０のＬＣＤ３４４に表示されるので、課金の額を考慮して、操作パネル３４５により再生可能回数を選択する操作を行う。また、例えば、再生有効期限が来月までであれば何円、再来月までであれば何円、といった再生有効期限と課金の額との関係が携帯電話３０のＬＣＤ３４４に表示されるので、課金の額を考慮して、操作パネル３４５により再生有効期限を選択する操作を行う。また、例えば、更新可能回数が０回であれば何円、１回以上であれば何円、といった更新可能回数と課金の額との関係が携帯電話３０のＬＣＤ３４４に表示されるので、課金の額を考慮して、操作パネル３４５により更新可能回数を選択する操作を行う。

そして、プリント注文ユーザが携帯電話４０で所定の送信操作を行うと、ネットワーク６０を通じて、携帯電話４０からサービスサーバ１０に注文情報がアップロードされる（Ｓ１０４）。ここで、注文情報には、プリント対象の画像、登録情報、再生条件情報、更新条件情報、及び、写真プリントの引渡情報が含まれる。

また、携帯電話４０からサービスサーバ１０に対してアップロードを行う場合を例に説明したが、図示を省略したデジタルカメラで撮影し（Ｓ１０１）、撮影した画像を記録した記録メディアをＰＣ５０に装着して、ＰＣ５０によって、プリントサービスの注文操作（Ｓ１０２）、登録サービスの注文操作（Ｓ１０３）、及び、サービスサーバ１０への注文情報のアップロード（Ｓ１０４）を行ってもよい。

なお、登録情報、再生条件情報及び更新条件情報のアップロードは、プリント対象の画像のアップロードと同時に行わなくても、プリント対象の画像のアップロード後に行うことも可能になっている。

注文情報のアップロードを受け付けたサービスサーバ１０は、プリント対象の各画像に対応して識別情報ＩＤを発行する（Ｓ１１１）。この識別情報ＩＤは、プリント対象の画像を識別するほか、写真プリント配布先のユーザの携帯電話３０にダウンロードされる登録情報の識別に用いられる。この識別情報は、プリント対象の画像と１対１で対応する場合と、ひとつの識別情報がプリント注文ごとにグループ化された複数枚のプリント対象の画像に対応する場合とがある。

次に、サービスサーバ１０は、写真プリントの配布先の携帯電話３０がネットワーク６０を介してサービスサーバ１０から登録情報を取得するために必要な、アクセス情報を生成する（Ｓ１１２）。ここで、アクセス情報には、ＵＲＬ（Uniform Resource Locator）と識別情報ＩＤとが含まれる。

次に、サービスサーバ１０は、携帯電話４０又はＰＣ５０からアップロードされた登録情報、再生条件情報、更新条件情報、引渡情報等の注文情報を、識別情報ＩＤと関連付けてデータベースに登録する。ここで、登録情報は登録情報データベース１３によって管理され、再生条件情報及び更新条件情報はメタデータの一部としてメタデータデータベース１４によって管理される。

次に、プリント対象の画像及びアクセス情報がサービスサーバ１０からプリンタ２０に送信されて（Ｓ１１４）、プリンタ２０により写真プリント２６が作成される（Ｓ１１５）。ここで、アクセス情報は、２次元バーコード２７として、プリント対象の画像２８とともに同一のプリント媒体に印刷される。

次に、サービスサーバ１０は課金処理を行う（Ｓ１１６）。ここで課金は、プリントサービス（プリント対象の画像が印刷された写真プリント２６を作成するサービスである）に対する課金と、登録サービス（登録情報を保管するとともに携帯電話３０からのアクセスに応じて登録情報を配信するサービスである）に対する課金とに分類される。

プリントサービスのみ要求した注文ユーザに対してはプリントサービスの課金処理のみが行われる。詳細には、写真プリントの種類（普通サイズ、ポストカードなどの種類）や枚数、郵便や宅配便による配送を行うか否か、などによって料金が異なる。

また、プリントサービスと併せて登録サービスを要求した注文ユーザに対してはプリントサービスに対する課金処理のほかに登録サービスの課金処理が行われる。詳細には、再生条件情報（再生有効期限、再生可能回数など）や更新条件情報（更新回数）に応じた課金処理が行われる。例えば、再生可能回数を１０回に制限した場合には何円、２０回に制限した場合には何円、というように再生可能回数に応じた額の課金を行う。また、例えば、再生有効期限が来月までであれば何円、再来月までであれば何円、というように再生有効期限に応じた額の課金を行う。また、例えば、更新可能回数が０回であれば何円、１回以上であれば何円、というように更新可能回数に応じた額の課金を行う。

なお、再生有効期限を経過したとき、サービスサーバ１０によって登録情報は登録情報データベース１３から削除される。

次に、第１実施形態において、写真プリント２６の配布先で携帯電話３０に写真プリント２６上の２次元バーコード２７を読み取らせてコンテンツを再生させる際の処理の流れについて説明する。

写真プリント２６の配布先のユーザは、その携帯電話３０を２次元バーコードの読取モードにして、携帯電話３０に写真プリント２６上の２次元バーコード２７を読み取らせる（Ｓ１２１）。そうすると、携帯電話３０は、２次元バーコード２７に対応するコンテンツが携帯電話３０の不揮発性メモリ３４８に保存されているか否かを判定する（Ｓ１２２）。

ここで、読み取った２次元バーコード２７に対応するコンテンツが不揮発性メモリ３４８に保存されていない場合には、サービスサーバ１０に対して２次元バーコード２７に対応するコンテンツを要求する（Ｓ１２３）。ここで、携帯電話３０は、識別情報ＩＤを含むアクセス情報（２次元バーコードの原情報である）をサービスサーバ１０に対して送信する。

携帯電話３０からコンテンツを要求されたサービスサーバ１０は、登録情報データベース１３によって管理されているコンテンツ（登録情報）の中から識別情報ＩＤに対応するコンテンツを検索するとともに、メタデータデータベース１４によって管理されているメタデータの中から識別情報ＩＤに対応するメタデータを検索して（Ｓ１２４）、コンテンツとメタデータとをアクセス元の携帯電話３０に配信する（Ｓ１２５）。

コンテンツ及びメタデータを受信した携帯電話３０は、コンテンツとメタデータとを互いに関連付けて携帯電話３０の不揮発性メモリ３４８に保存する（Ｓ１２６）。例えば、図７に示す形式のメタデータ１４０を受信した場合、受信したメタデータ１４０は、携帯電話３０によって図８に示すような管理テーブル４４８０内で管理される。

図８において、「ＩＤ」、「バージョン」、「コンテンツ取得日」、「再生有効期限」、「次回更新日時」、「再生可能回数」は、各識別情報ＩＤごとに、サービスサーバ１０から受信した内容が設定される。また、サービスサーバ１０から取得したメタデータに関連付けて、２次元バーコード２７の原情報が登録される。本実施形態において、原情報は、携帯電話３０がサービスサーバ１０に接続するために必要なＵＲＬ（Uniform Resource Locator）及び識別情報ＩＤを含んでいる。

そして、携帯電話３０は、受信したメタデータに基づいてコンテンツの再生可否を判定する（Ｓ１２７）。ここで、再生を許可する場合には、サービスサーバ１０から受信したコンテンツを再生する（Ｓ１２８）。例えば、図２に示す写真プリント２６の２次元バーコード２７を携帯電話３０に読み取らせた場合、プリント対象の画像２８（例えば家族の静止画）に関連する音情報（例えばファミリーの音声）が携帯電話３０のスピーカ３４３から出力され、プリント対象の画像２８に関連する動画（例えばファミリーが撮影された動画）が携帯電話３０のＬＣＤ３４４に表示され、さらに、操作パネル３４５によって表示を切り換えると、プリント対象の画像２８に関連するテキスト情報（例えばファミリーによって入力された文字メッセージ）が携帯電話３０のＬＣＤ３４４に表示される。

ところで、注文ユーザは、プリントサービス及び登録サービスの注文後に登録情報（コンテンツ）をアップロードする場合がある。第１に、注文時には登録情報をアップロードしないで、後からアップロードする場合である。第２に、注文時に登録情報をアップロードしたが、その登録情報を更新するためのアップロード（更新アップロード）を行う場合である（Ｓ１３０）。注文ユーザの携帯電話４０又はＰＣ５０から登録情報を受信したサービスサーバ１０は、登録情報を識別情報ＩＤに関連付けて登録情報データベース１３に登録する。なお、メタデータを変更する必要がなければ、メタデータデータベース１４内のメタデータは新たに登録又は変更されることがなくそのまま維持される。

また、携帯電話３０は現在日時が次回更新日時を経過したか否かを判定し（Ｓ１３２）、次回更新日時を経過したときには、登録情報データベース１３に登録されているコンテンツをサービスサーバ１０に対して要求する（Ｓ１３３）。このコンテンツ要求には識別情報ＩＤが付加されている。サービスサーバ１０は、登録情報データベース１３によって管理されているコンテンツ（登録情報）の中から識別情報ＩＤに対応するコンテンツを登録情報データベース１３から検索するとともに、メタデータデータベース１４によって管理されているメタデータの中から識別情報ＩＤに対応するメタデータを検索して（Ｓ１３４）、コンテンツとメタデータを携帯電話３０に送信する（Ｓ１３５）。携帯電話３０は、受信したコンテンツとメタデータを互いに関連付けて携帯電話３０の不揮発性メモリ３４８に保存する（Ｓ１３６）。

その後、写真プリント２６上の２次元バーコード２７を携帯電話３０に読み取らせて（Ｓ１４１）、２次元バーコード２７に対応するコンテンツが携帯電話３０の不揮発性メモリ３４８に保存されているか否かを判定したとき（Ｓ１４２）、２次元バーコード２７に対応するコンテンツが保存されている場合には、サービスサーバ１０に対するコンテンツの要求は行わず、再生しようとするコンテンツに関連付けられたメタデータに基づいてコンテンツの再生可否を判定する（Ｓ１４７）。この判定結果に基づいてコンテンツの再生又は再生拒否を行う（Ｓ１４８）。

例えば、現在日時が再生有効期限を超過している場合には、コンテンツの再生を拒否して、再生有効期限を超過している旨のメッセージを携帯電話３０のＬＣＤ３４４に表示する。また、例えば、コンテンツの再生ごとにデクリメントした再生可能回数が「０」に達しているとき、再生可能回数が「０」になった旨のメッセージを携帯電話３０のＬＣＤ３４４に表示する。

なお、第１実施例のサービス処理における携帯電話３０の処理の流れの概略をまとめて図１０に示す。この処理の各ステップはプログラムに従って携帯電話３０の制御部３４９によって実行される。

図１０において、まず、２次元バーコードが読み取られる（Ｓ１２１）。具体的には、カメラ３４１により２次元バーコードを撮影するとともに、撮影した２次元バーコードの復号化を行う。次に、読み取った２次元バーコード２７に対応するコンテンツが携帯電話３０の不揮発性メモリ３４８に保存されているか否かを判定する（Ｓ１２２）。具体的には、２次元バーコードの復号結果である原情報から識別情報を抽出し、管理テーブル３４８０に登録されているか否かを判定する。原情報そのものが管理テーブル３４８０に登録されているか否かを判定してもよい。読み取った２次元バーコード２７に対応するコンテンツが不揮発性メモリ３４８に保存されていないと判定した場合には、２次元バーコード２７の原情報（アクセス情報である）に基づいてサービスサーバ１０に対してコンテンツを要求し（Ｓ１２３）、サービスサーバ１０からコンテンツ及びメタデータを受信し（Ｓ１２５）、受信したコンテンツ及びメタデータを互いに関連付けて不揮発性メモリ３４８に保存し（Ｓ１２６）、受信したメタデータに基づいてコンテンツの再生を許可するか否かを判定し（Ｓ１２７）、再生を許可する場合（再生可の場合）には、受信したコンテンツを再生する（Ｓ１２８）。一方で、受信したコンテンツの再生を許可しない場合（再生不可の場合）には、コンテンツを再生できない旨のメッセージをＬＣＤ３４４に表示して（Ｓ１４８）、不揮発性メモリ３４８からコンテンツを削除する（Ｓ１４９）。

また、ステップＳ１２２の判定において、２次元バーコード２７に対応するコンテンツが不揮発性メモリ３４８に保存されていると判定した場合には、コンテンツと関連付けられて不揮発性メモリ３４８に保存されていたメタデータに基づいて、コンテンツの更新の要否を判定する（Ｓ１３２）。具体的には、現在日時が次回更新日時を経過している場合にはコンテンツの更新が必要と判定する。

コンテンツの更新が必要と判定した場合には、サービスサーバ１０に対してコンテンツを要求する一方で（Ｓ１２３）、コンテンツの更新が不要と判定した場合には、コンテンツに関連付けられて不揮発性メモリ３４８に保存されていたメタデータに基づいて、コンテンツの再生を許可するか否かを判定し（Ｓ１２７）、再生可の場合には、不揮発性メモリ３４８に保存されていたコンテンツを再生する（Ｓ１２８）。一方で、再生不可の場合には、コンテンツの再生は行わないで、コンテンツを再生できない旨のメッセージをＬＣＤ３４４に表示して（Ｓ１４８）、不揮発性メモリ３４８に保存されていたコンテンツを削除する（Ｓ１４９）。

図１１は、第２実施例のサービス処理の流れを示す説明図である。

なお、注文ユーザの携帯電話４０またはＰＣ５０で所定の操作を行って注文情報をアップロードする処理（Ｓ１０１乃至１０４）、サービスサーバ１０で行うＩＤの発行（Ｓ１１１）、アクセス情報の生成（Ｓ１１２）、データベースへの登録（Ｓ１１３）、プリント指示（１１４）、及び、課金処理（Ｓ１１４）の各ステップは、前述した第１実施例のサービス処理と同じである。また、第１実施例のサービス処理と同様に、注文情報に応じて、識別情報ＩＤを含むアクセス情報が、２次元バーコード２７として、プリント対象の画像２８とともに同一のプリント媒体に印刷される（Ｓ１１５）。

写真プリント２６の配布先のユーザは、その携帯電話３０に写真プリント２６上の２次元バーコード２７を読み取らせる（Ｓ２２１）。そうすると、携帯電話３０は、２次元バーコード２７に対応するコンテンツが携帯電話３０の不揮発性メモリ３４８に保存されているか否かを判定する（Ｓ２２２）。

ここで、読み取った２次元バーコード２７に対応するコンテンツが不揮発性メモリ３４８に保存されていない場合には、サービスサーバ１０に対して２次元バーコード２７に対応するコンテンツを要求する（Ｓ２２３）。なお、携帯電話３０は、識別情報ＩＤを含むアクセス情報（２次元バーコードの原情報である）をサービスサーバ１０に対して送信する。また、第２実施例のサービス処理では、携帯電話３０で管理するシステム日時をアクセス情報に付加してサービスサーバ１０に送信する。

携帯電話３０からコンテンツを要求されたサービスサーバ１０は、登録情報データベース１３によって管理されているコンテンツ（登録情報）の中から識別情報ＩＤに対応するコンテンツを検索するとともに、メタデータデータベース１４によって管理されているメタデータの中から識別情報ＩＤに対応するメタデータを検索する（Ｓ２２４）。そして、サービスサーバ１０は、検索したメタデータに基づいてコンテンツの再生可否を判定する（Ｓ２２５）。なお、サービスサーバ１０は、携帯電話３０から受信した携帯電話３０のシステム日時とサービスサーバ１０で管理するシステム日時とを比較して、一致しない場合にも、再生不可と判定する。

ここで、再生を許可する場合には、サービスサーバ１０は携帯電話３０に対してコンテンツ及びメタデータを配信する（Ｓ２２６）。コンテンツ及びメタデータを受信した携帯電話３０は、コンテンツとメタデータとを互いに関連付けて携帯電話３０の不揮発性メモリ３４８に保存するとともに（Ｓ２２８）、サービスサーバ１０から受信したコンテンツを再生する（Ｓ２２９）。

ところで、注文ユーザは、プリントサービス及び登録サービスの注文後に登録情報（コンテンツ）をアップロードする場合がある（Ｓ１３０）。

本実施例において、登録したコンテンツの再生条件情報及び再生更新情報を変更する指定を行うことも可能である。例えば、プリント対象の画像のアップロード時にはコンテンツの更新を行わないと指定したが、ユーザの希望によって、コンテンツの更新を行うように変更する場合がある。また、例えば、プリント対象の画像のアップロード時にはコンテンツの再生有効期限を来月までと指定したが、ユーザの希望によって、１年間有効とするように変更する場合がある。

注文ユーザの携帯電話４０又はＰＣ５０から、登録情報を受信したサービスサーバ１０は、登録情報を識別情報ＩＤに関連付けて登録情報データベース１３に登録する。また、注文ユーザの携帯電話４０又はＰＣ５０から、再生条件情報及び更新条件情報を受信したサービスサーバ１０は、これらの情報をメタデータの一部として、識別情報ＩＤに関連付けてメタデータデータベース１４に登録する。

携帯電話３０は現在日時が次回更新日時を経過したか否かを判定し（Ｓ２３２）、次回更新日時を経過している場合には、登録情報データベース１３に登録されている更新されたコンテンツをサービスサーバ１０に対して要求する（Ｓ２３３）。このコンテンツ要求には識別情報ＩＤが付加されている。また、第２実施形態では、携帯電話３０で管理するシステム日時をアクセス情報に付加してサービスサーバ１０に送信する。サービスサーバ１０は、登録情報データベース１３によって管理されているコンテンツ（登録情報）の中から識別情報ＩＤに対応するコンテンツを登録情報データベース１３から検索するとともに、メタデータデータベース１４によって管理されているメタデータの中から識別情報ＩＤに対応するメタデータを検索して（Ｓ２３４）、コンテンツとメタデータを携帯電話３０に送信する（Ｓ２３５）。なお、サービスサーバ１０は、携帯電話３０から受信した携帯電話３０のシステム日時とサービスサーバ１０で管理するシステム日時とを比較して、一致しない場合には、配信を行わない。

携帯電話３０は、受信したコンテンツとメタデータを互いに関連付けて携帯電話３０の不揮発性メモリ３４８に保存する（Ｓ２３６）。

その後、写真プリント２６上の２次元バーコード２７を携帯電話３０に読み取らせて（Ｓ２４１）、２次元バーコード２７に対応するコンテンツが携帯電話３０の不揮発性メモリ３４８に保存されているか否かを判定したとき（Ｓ２４２）、２次元バーコード２７に対応するコンテンツが保存されている場合には、サービスサーバ１０に対して２次元バーコード２７に対応するコンテンツの再生許可を要求する（Ｓ２４３）。ここで、再生許可要求には識別情報ＩＤが付加されている。

携帯電話３０からコンテンツの再生許可を要求されたサービスサーバ１０は、メタデータデータベース１４で管理されているメタデータの中から識別情報ＩＤに対応するメタデータを検索する（Ｓ２４４）。そして、サービスサーバ１０は、検索したメタデータに基づいてコンテンツの再生可否を判定する（Ｓ２４５）。ここで、サービスサーバ１０は、再生許可通知及び再生不可通知の何れかを携帯電話４０に対して送信する（Ｓ２４６）。なお、サービスサーバ１０は、携帯電話３０から受信した携帯電話３０のシステム日時とサービスサーバ１０で管理するシステム日時とを比較して、一致しない場合にも、再生不可と判定する。

携帯電話３０は、再生許可通知を受信した場合には、コンテンツの再生を行う一方で、再生不可通知を受信した場合には、コンテンツの再生は行わないで再生不可メッセージを表示する（Ｓ２４８）。

第２実施例のサービス処理における携帯電話３０の処理の流れの概略をまとめて図１２に示す。この処理の各ステップはプログラムに従って携帯電話３０の制御部３４９によって実行される。

図１２において、まず、２次元バーコードが読み取られる（Ｓ２２１）。次に、読み取った２次元バーコード２７に対応するコンテンツが携帯電話３０の不揮発性メモリ３４８に保存されているか否かを判定する（Ｓ２２２）。読み取った２次元バーコード２７に対応するコンテンツが不揮発性メモリ３４８に保存されていないと判定した場合には、２次元バーコード２７の原情報（アクセス情報である）に基づいてサービスサーバ１０に対してコンテンツを要求する（Ｓ２２３）。なお、サービスサーバ１０がコンテンツの再生を許可するか否かを判定するようになっており、再生が許可された場合にはサービスサーバ１０からコンテンツ及びメタデータを受信する一方で、再生が否定された場合には再生不可通知を受信する（Ｓ２２５）。ここで、サービスサーバ１０から再生不可通知を受信したか否かを判定し（Ｓ２２７）、再生不可通知である場合には、コンテンツの再生を行うことなく、再生不可のメッセージをＬＣＤ３４４に表示する（Ｓ２５１）。一方で、サービスサーバ１０からコンテンツ及びメタデータを受信した場合（再生許可の場合）には、受信したコンテンツ及びメタデータを互いに関連付けて不揮発性メモリ３４８に保存し（Ｓ２２８）、受信したコンテンツを再生する（Ｓ２２９）。

また、ステップＳ２２２の判定において、２次元バーコード２７に対応するコンテンツが不揮発性メモリ３４８に保存されていると判定した場合には、コンテンツと関連付けられて不揮発性メモリ３４８に保存されていたメタデータに基づいて、コンテンツの更新の要否を判定する（Ｓ２３２）。具体的には、現在日時が次回更新日時を経過している場合にはコンテンツの更新が必要と判定する。コンテンツの更新が必要と判定した場合には、サービスサーバ１０に対してコンテンツを要求する一方で（Ｓ２２３）、コンテンツの更新が不要と判定した場合には、２次元バーコード２７の原情報（アクセス情報である）に基づいてサービスサーバ１０に対して再生許可を要求する（Ｓ２３３）。なお、サービスサーバ１０がコンテンツの再生の可否を判定するようになっており、サービスサーバ１０から再生許可通知又は再生不可通知を受信する（Ｓ２４６）。ここで、再生許可通知及び再生不可通知のいずれであるか否かを判定し（Ｓ２４７）、再生不可通知である場合には
、コンテンツの再生を行うことなく、コンテンツを再生できない旨のメッセージをＬＣＤ３４４に表示して（Ｓ２５２）、不揮発性メモリ３４８に保存されていたコンテンツを削除する（Ｓ２５３）。一方で、再生許可通知である場合には、不揮発性メモリ３４８に保存されていたコンテンツを再生する（Ｓ２４８）。

なお、携帯電話３０からサービスサーバ１０に送信した再生許可要求（Ｓ２４３）に対して、サービスサーバ１０が携帯電話１０に再生許可通知を送信する際には、この再生許可通知にメタデータ１４０を付加して、サービスサーバ１０から携帯電話３０に送信するようにしてもよい。この場合、携帯電話３０は、常に、最新のメタデータに基づいて再生制御を行うことができる。すなわち、コンテンツの配信は初回再生時のみ行い、２回目以降の再生時にはメタデータのみ配信する。メタデータは容量が小さいので、コンテンツ配信する場合と比較してユーザの待ち時間は短く、また通信コストの上昇を抑えることができる。

一方で、コンテンツを再生する際に必ず通信が発生することに伴う基本料金を発生させないようにするため、初回再生時のみ携帯電話３０からサービスサーバ１０にアクセスするようにすることも可能である。

なお、サービスサーバ１０が再生可否の判定を行う場合を主として説明したが、アクセス情報の読み取りごとにサービスサーバ１０から携帯電話３０にメタデータを送信して、携帯電話３０がサービスサーバ１０から受信したメタデータに基づいて再生可否を判定するようにしてもよい。具体的には、携帯電話３０は、２次元バーコードを読み取ると、サービスサーバ１０に対してアクセス情報を送信し、アクセス情報を受信したサービスサーバ１０は、アクセス情報の識別情報ＩＤに対応するコンテンツ及びメタデータの両方を携帯電話３０に送信するか、あるいは、メタデータのみを携帯電話３０に送信するかを判定する。例えば、携帯電話３０にコンテンツが保存されておらず、携帯電話３０がコンテンツを要求した場合にはコンテンツ及びメタデータを携帯電話３０に配信すると判定する。一方で、携帯電話３０にコンテンツが保存されており、携帯電話３０がメタデータのみを要求した場合にはコンテンツは配信せずにメタデータのみを携帯電話３０に配信すると判定する。この判定結果に基づいて、コンテンツ及びメタデータの両方を配信する必要がある場合には両方をアクセス元の携帯電話３０に対して配信し、メタデータのみ配信する必要がある場合にはメタデータのみをアクセス元の携帯電話３０に対して配信する。

以上、更新日時（更新条件のひとつである）は、注文ユーザが設定する場合を例に説明したが、本発明はこれに限るものではなく、サービスサーバ１０側でコンテンツ管理者がツール（プログラム）を用いて設定及び管理を行うようにしてもよい。また、コンテンツの定期更新も可能である。例えば、毎日の午後１時、毎週月曜日の午前、毎月２日などである。なお、図１０及び図１２のフローチャートでは、２次元バーコードの読み取り時に更新の要否を判定してサービスサーバ１０から新たなコンテンツをダウンロードする場合を例に説明したが、本発明はこれに限るものではなく、２次元バーコードの読み取りとは関係なく、携帯電話のシステム日時を用いて正確な時間にダウンロードするようにしてもよい。

また、第１実施形態又は第２実施形態において、アクセス情報を２次元コードとして写真プリント２６に記録する場合を例に説明したが、本発明はこれに限らず、アクセス情報を、用紙に形成されたＩＣタグに書き込むようにしてもよい。この場合、プリンタ２０には、ＩＣタグ（ＲＦＩＤ：Radio Frequency Identificationともいう）にアクセス情報を無線で書き込むための無線書込手段を設ける。また、携帯電話には、ＩＣタグからアクセス情報を無線で読み取るための無線読取手段が設けられる。

また、アクセス情報は、写真プリント２６の画像に電子透かし情報として埋め込んで記録するようにしてもよい。この場合、携帯電話は、電子透かし情報を読み取る機能を有する。

また、ユーザの通信装置が携帯電話である場合を例に説明したが、本発明はこれに限るものではなく、ＰＤＡ（Personal Digital Assistance）、その他の通信装置であってもよい。

その他、本発明は、図で示した例や実施形態として説明した例に限定されるものではなく、本発明の要旨に従って適宜設計変更や改良を施して実施してよいことはもちろんである。

本発明を適用した携帯電話を含むサービスシステムの全体構成図 写真プリントの例を示す図 本発明を適用した携帯電話の内部構成の例を示すブロック図 管理テーブルの例を示す図 再生制御処理の流れを示すフローチャート サーバの具体的な内部構成の例を示すブロック図 メタデータの例を示す図 メタデータの管理テーブルの例を示す図 第１実施例のサービス処理の流れの概略を示す説明図 第１実施例のサービス処理における携帯電話の処理の流れの概略を示すフローチャート 第２実施例のサービス処理の流れの概略を示す説明図 第２実施例のサービス処理における携帯電話の処理の流れの概略を示すフローチャート

符号の説明

１０…サービスサーバ、１１…サービスサーバの通信部、１２…サービスサーバの制御部、１３…登録情報データベース、１４…メタデータデータベース、１５…課金情報データベース、１６…テンプレートデータベース、２０…プリンタ、３０、４０…携帯電話（通信端末）、５０…パーソナルコンピュータ（ＰＣ）、２６…写真プリント、２７…２次元バーコード、２７…画像、３４１…携帯電話のカメラ、３４４…携帯電話の液晶ディスプレイ（ＬＣＤ）、３４５…携帯電話の操作パネル、３４７…携帯電話の無線通信部、３４８…携帯電話の不揮発性メモリ、３４９…携帯電話の制御部、３４８０…管理テーブル

Claims (20)

1. コンテンツを再生する再生手段と、
   前記再生手段で再生可能な前記コンテンツをネットワークを介してダウンロードするために必要なアクセス情報であって、所定の記録媒体に記録された前記アクセス情報を読み取る読取手段と、
   読み取られた前記アクセス情報に基づいて該アクセス情報に対応する前記コンテンツを通信によりダウンロードする通信手段と、
   ダウンロードされた前記コンテンツを保存する保存手段であって、該コンテンツと関連付けて該コンテンツのダウンロードに用いた前記アクセス情報の内容を保存する保存手段と、
   前記読取手段によって前記アクセス情報が読み取られたとき、前記保存手段に保存された情報に基づいて、読み取られた前記アクセス情報に対応する前記コンテンツが前記保存手段にあるか否かを判定する判定手段と、
   前記保存手段にあると判定した場合には、読み取られた前記アクセス情報に対応するコンテンツを前記保存手段から取り出して前記再生手段に再生させる一方で、前記保存手段にないと判定した場合には、読み取られた前記アクセス情報に対応する前記コンテンツを前記通信手段によりダウンロードさせて前記再生手段に再生させる制御手段と、
   を備えたことを特徴とする通信端末。
2. 前記読取手段は、前記アクセス情報として、前記記録媒体に印刷された２次元バーコード、前記記録媒体に付加されたＩＣタグが記憶した情報、又は、前記記録媒体に印刷された画像内の電子透かし情報を読み取ることを特徴とする請求項１に記載の通信端末。
3. 前記保存手段が前記コンテンツに関連付けて保存する情報は、ＵＲＬ（Uniform Resource Locator）、前記コンテンツに対応する識別情報、又は、これらの結合を含むことを特徴とする請求項１又は２に記載の通信端末。
4. 前記コンテンツをダウンロードする際にダウンロードしようとする前記コンテンツの容量分の空きが前記保存手段にないとき、通信圏外であるとき、又は、前記コンテンツのダウンロードを中止したときにエラーメッセージを表示する表示手段を備えたことを特徴とする請求項１乃至３のいずれかに記載の通信端末。
5. 前記保存手段は、前記コンテンツのダウンロードを開始できないとき、又は、前記コンテンツのダウンロードを中止したときには、読み取られた前記アクセス情報の内容を保存し、
   前記制御手段は、前記アクセス情報の再読み取りがなくても、前記保存手段に保存された情報に基づいて前記通信手段に前記コンテンツのダウンロードを開始させることを特徴とする請求項１乃至４のいずれかに記載の通信端末。
6. 所定の通信端末が該通信端末で再生可能なコンテンツを所定のサーバからネットワークを介してダウンロードして再生する再生制御方法において、
   前記コンテンツをダウンロードするために必要なアクセス情報であって、所定の記録媒体に記録された前記アクセス情報を読み取るステップと、
   読み取られた前記アクセス情報を用いてダウンロードした前記コンテンツを前記通信端末内の所定の保存手段に保存するステップと、
   前記コンテンツのダウンロードに用いた前記アクセス情報の内容をダウンロードした前記コンテンツと関連付けて前記保存手段に保存するステップと、
   前記アクセス情報が再び読み取られたとき、前記保存手段に保存された情報に基づいて、読み取られた前記アクセス情報に対応する前記コンテンツが前記保存手段にあるか否かを判定するステップと、
   前記保存手段にあると判定した場合には、読み取られた前記アクセス情報に対応する前記コンテンツであって前記保存手段に保存されている前記コンテンツを再生するステップと、
   を含むことを特徴とする再生制御方法。
7. 前記コンテンツをダウンロードする際に、ダウンロードしようとする前記コンテンツの容量分の空きが前記保存手段にないとき、通信圏外であるとき、又は、前記コンテンツのダウンロードを中止したとき、エラーメッセージを表示するステップを含むことを特徴とする請求項６に記載の再生制御方法。
8. 前記コンテンツのダウンロードを開始できないとき、又は、前記コンテンツのダウンロードを中止したときには、読み取った前記アクセス情報の内容を前記保存手段に保存するステップと、
   前記アクセス情報の再読み取りがなくても、前記保存手段に保存された情報に基づいて前記コンテンツのダウンロードを実行するステップと、
   を含むことを特徴とする請求項６又は７に記載の再生制御方法。
9. 請求項６乃至８のいずれかに記載の再生制御方法をコンピュータに実行させるプログラム。
10. コンテンツを再生する再生手段と、
    前記再生手段で再生可能な前記コンテンツを所定のサーバからネットワークを介して取得するために必要なアクセス情報であって、所定の記録媒体に記録された前記アクセス情報を読み取る読取手段と、
    読み取られた前記アクセス情報に対応する前記コンテンツを前記サーバに対して要求するコンテンツ要求手段と、
    要求した前記コンテンツの再生制御情報が記載されたメタデータを該コンテンツとともに前記サーバから受信する受信手段と、
    受信した前記コンテンツ及び前記メタデータを互いに関連付けて保存する保存手段と、
    前記読取手段によって前記アクセス情報が読み取られたとき、読み取られた前記アクセス情報に対応する前記コンテンツが前記保存手段に保存されていない場合には、前記コンテンツ及び前記メタデータを前記受信手段により前記サーバから受信して前記メタデータに基づいて前記コンテンツの再生を制御する一方で、読み取られた前記アクセス情報に対応する前記コンテンツが前記保存手段に保存されている場合には、前記コンテンツと関連付けられて前記保存手段に保存されている前記メタデータに基づいて前記保存手段に保存されている前記コンテンツの再生を制御する再生制御手段と、
    を備えたことを特徴とする通信端末。
11. 前記再生制御情報は、前記コンテンツの再生可能回数又は再生有効期限を含むことを特徴とする請求項１０に記載の通信端末。
12. コンテンツを再生する再生手段と、
    前記再生手段で再生可能な前記コンテンツを所定のサーバからネットワークを介して取得するために必要なアクセス情報であって所定の記録媒体に記録された前記アクセス情報を読み取る読取手段と、
    読み取られた前記アクセス情報に対応する前記コンテンツを前記サーバに対して要求するコンテンツ要求手段と、
    要求した前記コンテンツの更新制御情報が記載されたメタデータを該コンテンツとともに前記サーバから受信する受信手段と、
    受信した前記コンテンツ及び前記メタデータを互いに関連付けて保存する保存手段と、
    前記更新制御情報に基づいて前記コンテンツ要求手段により前記サーバに前記コンテンツの更新を要求し、前記受信手段により前記サーバから受信した新たな前記コンテンツを前記保存手段に保存する更新制御手段と、
    を備えたことを特徴とする通信端末。
13. 前記更新制御情報は、次回更新日時を含むことを特徴とする請求項１２に記載の通信端末。
14. 請求項１０乃至１３のいずれかに記載の通信端末からネットワークを介してアクセスを受けたとき、アクセス元の前記通信端末に対してコンテンツを配信するサーバにおいて、
    所定の記録媒体に画像を記録する注文を受け付ける注文受付手段と、
    前記画像に関連する前記コンテンツであって前記通信端末に配信する前記コンテンツを管理する第１のデータベースと、
    前記第１のデータベースで管理する前記コンテンツと関連付けて前記メタデータを管理する第２のデータベースと、
    前記コンテンツを前記通信端末が取得するために必要なアクセス情報を前記画像とともに所定の記録媒体に記録させる指示情報を作成する指示情報作成手段と、
    前記記録媒体に記録された前記アクセス情報が前記通信端末によって読み取られたとき、該通信端末から前記アクセス情報を受信するアクセス情報受信手段と、
    前記第１のデータベースで管理されている前記コンテンツであって受信した前記アクセス情報に対応する前記コンテンツと、該コンテンツと関連付けられて前記第２のデータベースで管理されている前記メタデータとを、アクセス元の前記通信端末に配信する配信手段と、
    を備えたことを特徴とするサーバ。
15. 所定の記録媒体に画像を記録する注文を受け付ける注文受付手段と、
    前記画像に関連するコンテンツであって所定の通信端末に配信する前記コンテンツを管理する第１のデータベースと、
    前記コンテンツを前記通信端末で再生する際の再生条件が記載されたメタデータを前記コンテンツと関連付けて管理する第２のデータベースと、
    前記コンテンツを前記通信端末が取得するために必要なアクセス情報を前記画像とともに所定の記録媒体に記録させる指示情報を作成する指示情報作成手段と、
    前記記録媒体に記録された前記アクセス情報が前記通信端末によって読み取られたとき、該通信端末から前記アクセス情報を受信するアクセス情報受信手段と、
    受信した前記アクセス情報に対応する前記コンテンツ及び前記メタデータの配信の要否を判定する判定手段と、
    前記アクセス情報に対応する前記コンテンツを前記第１のデータベースから検索し、前記アクセス情報に対応する前記メタデータを前記第２のデータベースから検索する検索手段と、
    前記判定手段の判定結果に基づいて、前記コンテンツ及び前記メタデータの両方を配信する必要がある場合には両方をアクセス元の前記通信端末に対して配信し、前記メタデータのみ配信する必要がある場合には前記メタデータのみをアクセス元の前記通信端末に対して配信する配信手段と、
    を備えたことを特徴とするサーバ。
16. 前記通信端末から該通信端末で管理している現在日時情報を取得し、前記通信端末で管理している前記現在日時情報と本サーバで管理している現在日時情報とが一致しない場合には、前記通信端末での前記コンテンツの再生を禁止することを特徴とする請求項１４又は１５に記載のサーバ。
17. 前記メタデータに基づいて課金処理を行う課金手段を備えたことを特徴とする請求項１４乃至請求項１６のいずれかに記載のサーバ。
18. 所定の記録媒体に記録されたアクセス情報を読み取るステップと、
    前記アクセス情報に対応するコンテンツが所定の保存手段に保存されているか否かを判定するステップと、
    前記アクセス情報が読み取られたとき、読み取られた前記アクセス情報に対応する前記コンテンツが前記保存手段に保存されていない場合には、該コンテンツ及び該コンテンツの再生制御情報が記載されたメタデータを所定のサーバからネットワークを介して取得するステップと、
    取得された前記コンテンツ及び前記メタデータを互いに関連付けて前記保存手段に保存するステップと、
    前記保存手段に保存されている前記コンテンツを該コンテンツと関連付けられて該保存手段に保存されている前記メタデータに基づいて再生するステップと、
    を含むことを特徴とする再生制御方法。
19. 所定の記録媒体に記録されたアクセス情報を読み取るステップと、
    前記アクセス情報に対応するコンテンツが所定の保存手段に保存されているか否かを判定するステップと、
    前記アクセス情報が読み取られたとき、読み取られた前記アクセス情報に対応する前記コンテンツが前記保存手段に保存されていない場合には、該コンテンツ及び該コンテンツの更新制御情報が記載されたメタデータを所定のサーバからネットワークを介して取得するステップと、
    前記保存手段に保存されている前記コンテンツの更新を該コンテンツと関連付けられて該保存手段に保存されている前記メタデータに基づいて行うステップと、
    前記保存手段に保存されている前記コンテンツを再生するステップと、
    を含むことを特徴とする再生制御方法。
20. 請求項１８又は１９に記載の再生制御方法をコンピュータに実行させるプログラム。
    

Images