(57)【要約】【課題】携帯端末において、近くに存在する他の機器に保存されたコンテンツを検索し、視聴した後にそのコンテンツを正規に購入することを可能とする。【解決手段】携帯端末２０は、内部に保存したコンテンツを公開する。携帯端末３０は、周辺に存在した携帯端末２０からコンテンツのリスト情報を含むプレゼンテーションファイルを取得し、表示する。携帯端末３０は、リスト情報から一つのコンテンツが選択されたとき、そのコンテンツの一部を携帯端末２０に要求して取得し、コンテンツを再生する。ユーザがこのコンテンツを気に入れば、サーバ６０に対してそのコンテンツの全体を要求して購入する。携帯端末３０は、コンテンツのリスト情報とともに携帯端末２０のユーザＩＤを受け、コンテンツの購入申し込み時にそのユーザＩＤをサーバに通知し、サーバは当該ユーザＩＤのユーザにクーポン等の報奨を付与する。【選択図】図２
2009089297.tif 000002
【特許請求の範囲】
【請求項１】
第１および第２の携帯端末とサーバとを備えたコンテンツ取得システムであって、
第１の携帯端末は、
コンテンツを格納したコンテンツ格納部と、
第２の携帯端末からの検索に対して応答する検索応答部と、
前記コンテンツ格納部に格納されているコンテンツのリスト情報およびコンテンツ購入のためのサーバのアドレス情報を含むプレゼンテーション情報を生成するプレゼンテーション情報生成部と、
第２の携帯端末からの要求に応じて指定されたコンテンツの一部を第２の携帯端末へ送信するコンテンツ送信部とを備え、
第２の携帯端末は、
周辺に存在する携帯端末を検索する端末検索部と、
周辺に存在した携帯端末内に保存されているコンテンツのリスト情報および当該コンテンツ購入のためのサーバのアドレス情報を含むプレゼンテーション情報を取得するプレゼンテーション情報取得部と、
取得したプレゼンテーション情報を表示するプレゼンテーション情報表示部と、
前記取得したプレゼンテーション情報のリスト情報から選択された特定のコンテンツの一部を第１の携帯端末に要求して取得するコンテンツ取得部と、
コンテンツを再生するコンテンツ再生部と、
前記サーバに対して所望のコンテンツの全体を要求して購入するコンテンツ購入部とを備え、
サーバは、第２の携帯端末からの購入の申し込みを受け付けるコンテンツ購入受付部と、
前記購入の申し込みに応じて当該コンテンツの全体を第２の携帯端末へ送信するコンテンツ送信部とを備えた
ことを特徴とするコンテンツ取得システム。
【請求項２】
前記プレゼンテーション情報には第１の携帯端末のユーザＩＤを含み、第２の携帯端末はコンテンツの購入の申し込みの際、当該ユーザＩＤをサーバへ通知し、サーバは当該ユーザＩＤのユーザに対して報奨を付与する報奨付与部を有することを特徴とする請求項１に記載のコンテンツ取得システム。
【請求項３】
周辺に存在する携帯端末を検索する端末検索部と、
周辺に存在した携帯端末内に保存されているコンテンツのリスト情報および当該コンテンツ購入のためのサーバのアドレス情報を含むプレゼンテーション情報を取得するプレゼンテーション情報取得部と、
取得したプレゼンテーション情報を表示するプレゼンテーション情報表示部と、
前記取得したプレゼンテーション情報のリスト情報から選択された特定のコンテンツの一部を第１の携帯端末に要求して取得するコンテンツ取得部と、
コンテンツを再生するコンテンツ再生部と、
前記サーバに対して所望のコンテンツの全体を要求して購入するコンテンツ購入部と
を備えたことを特徴とする携帯端末装置。
【請求項４】
前記プレゼンテーション情報取得部は前記周辺に存在した携帯端末から前記リスト情報とともに当該携帯端末のユーザＩＤを取得し、前記コンテンツ購入部は前記取得したユーザＩＤを前記コンテンツの購入要求時に前記サーバに通知することを特徴とする請求項３に記載の携帯端末装置。
【請求項５】
前記プレゼンテーション情報取得部は前記周辺に存在した携帯端末から前記リスト情報とともに各コンテンツの価格情報を取得し、前記プレゼンテーション情報表示部は前記プレゼンテーション情報の表示にこの取得した価格情報を含めたことを特徴とする請求項３に記載の携帯端末装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、第１および第２の携帯端末とサーバとを備えたコンテンツ取得システム、特に携帯端末のユーザがコンテンツを購入するためのシステムに関する。
【背景技術】
【０００２】
従来、インターネット上のサーバで提供されるホームページにアクセスして、音楽ソフト等を要求し、ダウンロードする技術が知られている（特許文献１参照）。携帯電話端末においても、音楽をダウンロードするために、「着うたフル」（商標）等の携帯電話端末向け音楽ダウンロードサービスが知られている。
【０００３】
このように最初からインターネットにアクセスするのではなく、一旦、雑誌に添付されたＳＤカードのような電子記録媒体を携帯電話機によって読み出し、電子記録媒体に記録されたサンプル曲を視聴したうえで、そのサンプル曲のフルデータをダウンロードするためのＵＲＬを電子記録媒体から取得し、その後、電子記録媒体に記録されたＩＤおよびパスワードを用いてサーバにアクセスし、データベースから該当するＵＲＬの示す曲のフルデータをダウンロードする技術が提案されている（特許文献２参照）。
【０００４】
また、複数の機器間で音楽コンテンツ等を共用するための技術として、無線による呼びかけに対して応答を返した同種の機器に対してコンテンツの送信を要求し、この要求により送信されたコンテンツをユーザに提供するモニタ装置が提案されている（特許文献３参照）。
【特許文献１】特開２００２−２７９２０５号公報
【特許文献２】特開２００２−２９７１５５号公報
【特許文献３】特開２００１−３５２２９１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
特許文献１等に記載の技術では、ユーザは、まずコンテンツを配信する業者のサイトにアクセスして検索などの手法で楽曲情報を閲覧し、視聴を行った後に購入手続きに入ることが多く、実際に選択したコンテンツのデータサイズに見合った通信費以上の通信費がかかるという問題があった。
【０００６】
特許文献２に記載の技術では、予め雑誌に添付された電子記録媒体でサンプル曲が提供されるので、サーバにアクセスする前に曲（一部）の視聴を行うことができる利点があるが、雑誌に添付される電子記録媒体では提供されるサンプル曲の種類や数が限られることが予想される。また、当該電子記録媒体の読み取り機能を備えない携帯電話端末では利用できない。
【０００７】
特許文献３に記載の技術では複数の機器間で直接、音楽コンテンツ等を共用することが可能となるが、著作権の制約によりフルデータを共用できない場合が考えられる。
【０００８】
本発明はこのような背景においてなされたものであり、携帯端末において、近くに存在する他の機器に保存されたコンテンツを検索し、視聴した後にそのコンテンツを正規に購入することを可能とするものである。
【課題を解決するための手段】
【０００９】
本発明によるコンテンツ取得システムは、第１および第２の携帯端末とサーバとを備えたコンテンツ取得システムである。このシステムにおいて、第１の携帯端末は、コンテンツを格納したコンテンツ格納部と、第２の携帯端末からの検索に対して応答する検索応答部と、前記コンテンツ格納部に格納されているコンテンツのリスト情報およびコンテンツ購入のためのサーバのアドレス情報を含むプレゼンテーション情報を生成するプレゼンテーション情報生成部と、第２の携帯端末からの要求に応じて指定されたコンテンツの一部を第２の携帯端末へ送信するコンテンツ送信部とを備える。第２の携帯端末は、周辺に存在する携帯端末を検索する端末検索部と、周辺に存在した携帯端末内に保存されているコンテンツのリスト情報および当該コンテンツ購入のためのサーバのアドレス情報を含むプレゼンテーション情報を取得するプレゼンテーション情報取得部と、取得したプレゼンテーション情報を表示するプレゼンテーション情報表示部と、前記取得したプレゼンテーション情報のリスト情報から選択された特定のコンテンツの一部を第１の携帯端末に要求して取得するコンテンツ取得部と、コンテンツを再生するコンテンツ再生部と、前記サーバに対して所望のコンテンツの全体を要求して購入するコンテンツ購入部とを備える。サーバは、第２の携帯端末からの購入の申し込みを受け付けるコンテンツ購入受付部と、前記購入の申し込みに応じて当該コンテンツの全体を第２の携帯端末へ送信するコンテンツ送信部とを備える。
【００１０】
この構成により、第２の携帯端末のユーザは、周辺に存在する第１の携帯端末内に保存されているコンテンツを近距離無線通信機能を用いて部分的に視聴し、その内容を確認することができる。気に入ったらそのコンテンツをサーバから購入することができる。
【００１１】
前記プレゼンテーション情報には第１の携帯端末のユーザＩＤを含み、第２の携帯端末はコンテンツの購入の申し込みの際、当該ユーザＩＤをサーバへ通知し、サーバは当該ユーザＩＤのユーザに対して報奨を付与する報奨付与部を有するものとすることができる。これにより、第１の携帯端末のユーザは自身のコンテンツを公開することの代償として報奨を受けることができる。
【００１２】
本発明による携帯端末装置は、周辺に存在する携帯端末を検索する端末検索部と、周辺に存在した携帯端末内に保存されているコンテンツのリスト情報および当該コンテンツ購入のためのサーバのアドレス情報を含むプレゼンテーション情報を取得するプレゼンテーション情報取得部と、取得したプレゼンテーション情報を表示するプレゼンテーション情報表示部と、前記取得したプレゼンテーション情報のリスト情報から選択された特定のコンテンツの一部を第１の携帯端末に要求して取得するコンテンツ取得部と、コンテンツを再生するコンテンツ再生部と、前記サーバに対して所望のコンテンツの全体を要求して購入するコンテンツ購入部とを備えたとを備えたことを特徴とする。
【００１３】
本発明の他の構成および作用効果については、以下に詳述する。
【発明の効果】
【００１４】
本発明のコンテンツ取得システムによれば、近距離無線通信での通信コストはかからず、第２の携帯端末におけるコンテンツの選択および内容確認のための通信データ量は気にする必要がなくなる。また、サーバでのコンテンツの購入の際には既に購入対象のコンテンツは決まっており、サーバとの間の通信データ量はコンテンツのサイズに見合ったものとなる。したがって、コンテンツ購入のための通信コストは最小限で済む。
【００１５】
プレゼンテーション情報に第１の携帯端末のユーザＩＤを含めて、第２の携帯端末によるコンテンツの購入の申し込みの際、当該ユーザＩＤをサーバへ通知することにより、サーバは当該ユーザＩＤのユーザに対して報奨を付与することができる。これにより、第１の携帯端末のユーザは自身のコンテンツを公開することの代償として報奨を受けることができる。また、コンテンツ販売業者にとっては、報奨を宣伝費として払ったとしても、購入者があらたなコンテンツの発信者として自動的に他者に対して宣伝してくれるという利点がある。
【発明を実施するための最良の形態】
【００１６】
以下、本発明の好適な実施の形態について図面を参照しながら詳細に説明する。
【００１７】
図１に本発明の携帯端末の一例としての携帯電話端末の概略のハードウェア構成を示す。
【００１８】
この携帯電話端末１００は、制御部１１、入力部１２、表示部１３、音声処理部１４、記憶部１５、携帯電話通信部１６、近距離無線通信部１７およびカレンダ・時計部１８を備えている。制御部１１は、バス１９を介して他の各部と相互に接続されている。
【００１９】
制御部１１は、ＣＰＵ等を含み、プログラム制御により各部を制御する。入力部１２は、テンキー及び各種の操作キーを含み、ユーザによる指示や情報の入力を受け付ける。
表示部１３は、ＬＣＤ、有機ＥＬ等の表示デバイスを含み、文字、図形、画像等の情報を表示画面上に表示する。
【００２０】
音声処理部１４は、マイク１４１から入力された音声信号の処理、および外部または記憶部１５からの音声信号を処理してスピーカ１４２へ出力する。
【００２１】
記憶部１５は、ＲＯＭ，ＲＡＭ等のメモリを含み、プログラムやデータを記憶する。ＲＯＭは再書き込み可能な不揮発性メモリを含みうる。このようなメモリには着脱可能なメモリカードも含みうる。
【００２２】
携帯電話通信部１６は、基地局５０との間で無線による通信を行い、通話やデータ通信を可能とする。
【００２３】
近距離無線通信部１７は、無線ＬＡＮ、Ｂｌｕｅｔｏｏｔｈ（登録商標）などの比較的近距離の範囲内での無線通信を行う部位であり、これにより、通常、他の機器と無料でデータ通信を行うことができる。
【００２４】
カレンダ・時計部１８は、カレンダおよび日時の情報を生成したり、タイマー／アラーム機能を提供する部位である。本実施の形態では、コンテンツの再生の日時の確認する場合に利用される。
【００２５】
ところで、家庭内ＬＡＮを用いてオーディオ・ビジュアル機器やパソコン（ＰＣ）、情報家電等を相互に接続し、連係して利用するための技術仕様として、ＤＬＮＡ（Digital Living Network Association）が提案されている。ＤＬＮＡ対応機器は、ネットワークに接続するだけで自動的に他の機器から利用可能となり、コンテンツを送受信できるようになる。
【００２６】
このようなＤＬＮＡネットワークでは家庭内のサーバにストックしているコンテンツ（写真、動画、音楽等）を再生したいプレーヤ（レンダラー）に順次転送することで、家庭内の離れた場所にあるサーバから、レンダラーヘの再生を可能にする。
【００２７】
本実施の形態では携帯電話端末１００にＤＬＮＡに準拠したソフトウエアが実装されているとする。また、この携帯電話端末にはＨＴＭＬ等のマークアップ言語で記述された文書を閲覧するためのソフトウェアであるＨＴＭＬブラウザが実装されているものとする。
【００２８】
このような携帯電話端末にはＤＬＮＡに含まれるＵＰｎＰ（Universal Plug and Play）の規格に従ってプレゼンテーション機能が実装されている。これは本来その機器の持っているコンテンツや提供しているサービスを他の機器に公開するためのしくみである。プレゼンテーションファイル自体はＨＴＭＬで記述され、そのＵＲＬはデバイスデスクリプションに含まれている。他の機器はそのＨＴＭＬぺージをＨＴＴＰ  ＧＥＴ要求によって取得できる。以上のルールはＭｉｃｒｏｓｏｆｔ社によって提唱されているＵＰｎＰによって規定されている。（具体的には、Ｗｉｎｄｏｗｓ（登録商標）ＸＰのユニバーサル  プラグ  アンド  プレイ（ＵＰｎＰ）  ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｍｉｃｒｏｓｏｆｔ．ｃｏｍ／ｊａｐａｎ／ｔｅｃｈｎｅｔ／ｐｒｏｄｔｅｃｈｎｏｌ／ｗｉｎｘｐｐｒｏ／ｅｖａｌｕａｔｅ／ｕｐｎｐｘｐ．ｍｓｐｘを参照されたい）。また、機器間でコンテンツを通信する手段として、ＤＬＮＡでは拡張されたＨＴＴＰによるストリーミングを規定している。
【００２９】
本発明では、ＤＬＮＡ対応機器で実装されるプレゼンテーション機能を利用してコンテンツのリストを他の機器へ提供し、そのリストを見た当該他の機器のユーザがＤＬＮＡを利用して視聴し、もしあるコンテンツが気に入ったならコンテンツ提供者のサイトへアクセスしてそのコンテンツを購入するという仕組みを提案する。これによって、サーバとの通信により行うブラウジングや視聴によって余計な通信費を必要とすることなしに、コンテンツを直接指定して購入することが可能となる。
【００３０】
なお、「視聴」とは音声付き動画の再生を想定した用語であるが、本明細書では、便宜上、音声だけの音楽データの再生についても用いるものとする。
【００３１】
以下に本実施の形態における動作を具体的に説明する。
【００３２】
図２に、本実施の形態におけるコンテンツ取得システムの全体構成と、機器間の指示やデータの流れを示す。このシステムは、第１および第２の携帯電話端末２０，３０と、ネットワーク７０上のサーバ６０とにより構成される。
【００３３】
第１および第２の携帯電話端末２０，３０は、図１に示した携帯電話端末１００と同様の構成を有し、近距離無線通信機能により相互に通信を行うことが可能である。また、いずれも、基地局５０を介してネットワーク７０に接続することができる。ネットワーク７０は、例えばインターネットであり、携帯電話網からインターネットに接続するためのゲートウェイ（図示せず）も含むものとする。
【００３４】
図２の例では、携帯電話端末２０にはあらかじめ購入済みのコンテンツ（音楽ファイル）がいくつか保存されているものとする。それらの各音楽ファイルには、そのタイトル、アルバム名、アーティスト名、更新日、再生日、再生回数、再生頻度、最後の視聴日時などのメタデータが含まれている。このメタデータには当該コンテンツを購入したときに利用したコンテンツ購入用のＵＲＬも含めておく。携帯電話端末２０に実装されているＤＬＮＡ機能はこれらのコンテンツの情報を基にプレゼンテーション用のＨＴＭＬファイル（すなわちコンテンツリスト情報）であるプレゼンテーションファイル１０を自動的に作成し、他の機器に対して公開する。本発明の「プレゼンテーション情報」としてのプレゼンテーションファイル１０にはコンテンツ情報と共に、視聴用のリンク（視聴ＵＲＬ）、購入用のリンク（購入ＵＲＬ）、および当該プレゼンテーションファイル１０を作成した携帯電話端末２０のユーザのユーザＩＤを含めておく。「ユーザＩＤ」はユーザを特定することができる識別情報であり、携帯電話端末の場合には端末ＩＤであってもよい。
【００３５】
携帯電話端末３０は、そのユーザ４０の自発的な操作に応じて、近距離無線通信機能により周辺に存在する携帯電話端末を検索し、見つかった携帯電話端末２０に保存されているコンテンツのリスト情報をプレゼンテーションファイル１０として取得する。取得するコンテンツの数は携帯電話端末２０内のコンテンツの全数でなくてもよい。本実施の形態では、取得する１つのコンテンツはその全体ではなく、一部である。ユーザ４０は、そのリストから選択したコンテンツ（の一部）を携帯電話端末３０で再生して視聴する。気に入ったコンテンツがあれば、携帯電話端末３０からネットワーク７０を介してそのコンテンツを購入し、携帯電話端末３０内にダウンロードする。
【００３６】
図３は、携帯電話端末２０および３０の主要な機能を表したブロック図である。
【００３７】
携帯電話端末２０は、検索応答部２１、プレゼンテーション情報生成部２２、プレゼンテーション情報送信部２３、コンテンツ送信部２４、コンテンツ格納部２５、等を備えている。
【００３８】
検索応答部２１は、携帯電話端末３０の後述する端末検索部３１の検索に応答する機能部であり、近距離無線通信部１７により提供される。プレゼンテーション情報生成部２２は、コンテンツ格納部２５に格納されたコンテンツに基づいて上述したプレゼンテーションファイル（プレゼンテーション情報）を生成する機能部であり、制御部１１により実現される。プレゼンテーション情報送信部２３は、携帯電話端末３０からの要求に基づいてプレゼンテーションファイルを携帯電話端末３０へ送信する機能部であり、近距離無線通信部１７により実現される。コンテンツ送信部２４は、携帯電話端末３０からの要求に基づいて指定されたコンテンツの一部を携帯電話端末３０へ送信する機能部であり、近距離無線通信部１７により実現される。コンテンツ格納部２５は携帯電話端末２０のユーザが取得したコンテンツを格納する部位であり、図１の記憶部１５により実現される。
【００３９】
携帯電話端末３０は、端末検索部３１、プレゼンテーション情報取得部３２、プレゼンテーション情報表示部３３、コンテンツ取得部３４、コンテンツ再生部３５、コンテンツ購入部３６、コンテンツ格納部３７、および操作受付部３８等を備えている。
【００４０】
端末検索部３１は、周辺に存在する端末を検索する機能部であり、近距離無線通信部１７により提供される。プレゼンテーション情報取得部３２は、周辺に存在する携帯電話端末２０からその保持するプレゼンテーションファイルを要求して取得する機能部であり、近距離無線通信部１７により提供される。プレゼンテーション情報表示部３３は、取得したプレゼンテーションファイルを表示画面に表示する機能部であり、表示部１３等により実現される。コンテンツ取得部３４は、携帯電話端末２０からその保持するコンテンツの一部を要求して取得する機能部であり、近距離無線通信部１７により提供される。コンテンツ再生部３５は、取得したコンテンツを再生する機能部であり、音声処理部１４や表示部１３等により実現される。コンテンツ購入部３６は、サーバ６０に対してコンテンツの購入を要求する機能部であり、制御部１１および携帯電話通信部１６により実現される。ただし、近距離無線通信部１７によりアクセスポイント等を介してネットワーク７０に接続できる場合には、コンテンツ購入部３６は近距離無線通信部１７によっても実現することができる。コンテンツ格納部３７は、携帯電話端末２０から取得したコンテンツ（の一部）およびサーバ６０から取得したコンテンツを格納する機能を有し、記憶部１５により実現される。操作受付部３８は携帯電話端末３０のユーザの指示操作を受け付ける機能部であり、入力部１２により実現される。
【００４１】
なお、いずれの端末においても、明記しなくとも各機能には制御部１１が直接的にまたは間接的に関与している。
【００４２】
サーバ６０は、コンテンツ購入受付部６１、コンテンツ送信部６２、報奨付与部６３を備えている。コンテンツ購入受付部６１は、携帯電話端末３０からのコンテンツ購入の申し込みを受け付ける機能部である。コンテンツ送信部６２は、携帯電話端末３０からの購入申し込みのあったコンテンツを携帯電話端末３０へ送信する機能部である。報奨付与部６３は、コンテンツの購入申し込みとともに通知されたユーザＩＤのユーザに対してクーポン（またはポイント）等の報奨を付与する機能部である。なお、サーバ６０のハードウェア構成は、特に図示しないが、既知のＷｅｂサーバと同じでよい。
【００４３】
図４は、本システムの各機器の処理および機器間のやりとりを表したシーケンス図である。この動作は図２のシステムの動作例に対応したものである。
【００４４】
本処理の前提として、携帯電話端末２０は、上述したプレゼンテーションファイル１０を生成しているものとする（Ｓ１）。この生成は、例えば新たなコンテンツの取得や消去等の更新があったときに自動的に行うことができる。携帯電話端末３０においても同様のコンテンツの更新がありうるが、図では示していない。
【００４５】
上述したように、携帯電話端末３０は、そのユーザ４０の自発的な操作に応じて、近距離無線通信機能によりある一定の距離範囲内に本実施の形態と同じ機能を有する携帯電話端末が存在するかどうかを検索する（Ｓ２）。このとき、携帯電話端末３０がＵＰｎＰ Control Pointとして振る舞い、携帯電話端末２０がＵＰｎＰ Deviceとして振る舞う。
【００４６】
携帯電話端末３０は、近くに携帯電話端末２０が存在することを検出したら、すぐにこのネットワークの一員として携帯電話端末２０からＩＰアドレスを取得する（Ｓ３）。この代わりに、ＡｕｔｏＩＰによって自動的にＩＰアドレスを決定するようにしてもよい。（詳しくはＵＰｎＰのウェブページのアドレッシングの項を参照のこと）
【００４７】
そこで、携帯電話端末２０に対してＳＳＤＰ（Simple Service Discovery Protocol）によりサービス検索を行い（Ｓ４）、デバイスデスクリプションを取得する（Ｓ５）。ＳＳＤＰは、ネットワーク  サービスが検出される方法を定義するものである。より具体的には、ＨＴＴＰとＨＴＴＰＭＵに基づいて作成されていて、コントロールポイントが関心のあるリソースを検索する方法とデバイスが可用性をアナウンスする方法を定義している。コントロールポイントとは、他のデバイスの検出および制御が可能なコントローラである。
【００４８】
デバイスデスクリプションは、デバイスのＵＰｎＰデスクリプションであり、ＸＭＬ形式で記述されていて、モデル名や番号、シリアル番号、製造元名、ベンダーのＷｅｂサイトのＵＲＬなど、ベンダー固有の製造元情報が含まれている。また、デバイスデスクリプションには制御やイベント、プレゼンテーション用のＵＲＬと同様、埋め込みデバイスやサービスのリストが含まれている。
【００４９】
そこで、携帯電話端末３０は、ＨＴＭＬブラウザを起動し（Ｓ６）、デバイスデスクリプションに記述されたＵＲＬを用いてＨＴＴＰ ＧＥＴ要求を送信し（Ｓ７）、プレゼンテーションファイル１０を取得する（Ｓ８）。取得したプレゼンテーションファイル１０は、ＨＴＭＬブラウザで表示する（Ｓ９）。
【００５０】
その後、ユーザ４０は携帯電話端末２０に含まれるコンテンツの中で気になるものがあれば、携帯電話端末３０を操作して、携帯電話端末２０へＨＴＴＰ ＧＥＴ要求を送信することにより（Ｓ１０）携帯電話端末２０に当該コンテンツを視聴することを要求する。この視聴は拡張されたＨＴＭＬを用いて携帯電話端末２０から３０へのストリーミングによって行う（Ｓ１１，Ｓ１２，…）。ストリーミングはＤＬＮＡで定められた規格の範囲内で行う。つまり、携帯電話端末３０からのＨＴＴＰ  ＧＥＴ要求がＤＬＮＡのフォーマットに従って送信され、携帯電話端末２０はＧＥＴのレスポンスとしてコンテンツデータを周期的に流す。このときの視聴は各コンテンツにつきその一部に限られる。携帯電話端末３０においてコンテンツに対するＲａｎｇｅ指定をすることで、そのような要求を実現することができる。そのためには、例えばHTTP GET要求のmessage-headerにRange optionを加える。また、ここまでの段階で、携帯電話端末２０はその内部のコンテンツを携帯電話端末３０のユーザが視聴している最中にも移動する可能性があり、携帯電話端末３０は携帯電話端末２０のネットワーク範囲外に外れてもおかしくない。しかし、携帯電話端末３０はコンテンツのストリーミング再生を行っているので、ネットワーク範囲外となるまでに受信した部分は受信とほぼ同時に視聴することができる（Ｓ１３）。
【００５１】
ユーザ４０は、ストリーミングの再生中または再生後に、そのコンテンツの全体を視聴するために、そのコンテンツを購入するという選択ができる。購入を行いたい場合、プレゼンテーションファイル１０に記述されたＵＲＬに対応して表示された購入ボタン（後述）をクリックすればよい。これにより、携帯電話端末３０は基地局５０を通じ、ネットワーク上にあるサーバ６０に当該コンテンツの購入申し込みを行い（Ｓ１４）、サーバ６０から当該コンテンツをダウンロードすることができる（Ｓ１５）。携帯電話端末３０は、購入申し込み時に、当該購入対象のコンテンツの紹介者である携帯電話端末２０のユーザのユーザＩＤをサーバ６０に通知する。
【００５２】
このような新たなコンテンツがダウンロードされた後、携帯電話端末３０は、自身のプレゼンテーションファイル１０を自動更新する（Ｓ１６）。このプレゼンテーションファイル１０は他人へ公開されることになる。すなわち、コンテンツの購入者があらたなコンテンツ発信者となる。また、サーバ６０は、通知されたユーザＩＤのユーザ（携帯電話端末２０のユーザ）に対して、所定の報償を付与する処理を行う（Ｓ１７）。これは、例えば購入曲数に応じてクーポン等を付与することである。このクーポン等は、与えられたユーザが、金銭、物品、サービス等と交換することができる経済的価値を有するデータである。
【００５３】
ちなみにプレゼンテーションファイル１０は既に携帯電話端末３０内にダウンロードされており、ネットワーク範囲外になってしまったとしてもいつでも読み出すことが出来る。
【００５４】
プレゼンテーションファイル１０の自動生成の方法としては、次のようなものが考えられる。例えば、携帯電話端末に保存されている音楽ファイルのうち、購入したもので且つユーザが頻繁に聞いているもののトップ１０をプレゼンテーションファイル１０に載せる。これにより、プレゼンテーションファイル１０を受信する側のユーザは、他のユーザが気に入っているコンテンツを認識することができる。
【００５５】
図５に、プレゼンテーションファイル１０の構成例をデータテーブルの形式で示す。実際の形式はデータテーブルである必要はない。プレゼンテーションファイル１０は、コンテンツ毎のレコード（データテーブルの１行のデータ）を有する。各レコードは、そのコンテンツ（ここでは楽曲）を保存している端末のユーザＩＤ、そのコンテンツのタイトル、アーティスト名、アルバム名、視聴ＵＲＬ（携帯電話端末２０上の当該コンテンツを視聴するためのアドレス）、購入ＵＲＬ（サーバ６０上の当該コンテンツの購入するためのアドレス）、１曲あたりの価格の各項目を含む。作成されるプレゼンテーションファイル１０レコードの上限個数を限ってもよいし、端末内に保存されているすべてのコンテンツについて作成するようにしてもよい。上限個数（例えば１０個）を限る場合には、所定の優先順位でコンテンツの並べ替えを行い、その上位の当該上限個数分のコンテンツのみを公開する。「所定の優先順」とは例えば各コンテンツの視聴回数の多い順、視聴の新しい順、等の少なくともいずれかの条件による。また、プレゼンテーションファイル１０の作成は、コンテンツの全数について行い、その公開を上限個数に限るようにしてもよい。
【００５６】
図６は、プレゼンテーションファイル１０に基づいて表示されるブラウザ表示画面６００の例を示している。この例では、１画面につき１０個のレコードを含むリスト６０１を示している。図の例では、各レコードのリストは、タイトルおよびアルバム名を含んでいる。各レコードには、上述したように、そのコンテンツを視聴するための視聴ボタン６０２、購入するための購入ボタン６０３が表示されている。さらに他のレコードがある場合には「Ｍｏｒｅ」ボタン６０４により、次のページが表示されるようになっている。購入ボタン６０３にはそのコンテンツの価格を示した価格情報が表示されている。視聴ボタン６０２および購入ボタン６０３にはそれぞれ視聴ＵＲＬおよび購入ＵＲＬが割り当てられたリンクが設定されており、それらのボタンが選択指示されると、視聴または購入のための画面（図示せず）に移行するようになっている。
【００５７】
図７により、本発明を実際に運用する上での各ユーザおよび販売業者の利点について説明する。
【００５８】
今、コンテンツの発信者（公開者）をユーザＡ、コンテンツの購入者をユーザＢ、コンテンツの提供者を販売業者とする。
【００５９】
コンテンツの発信者であるユーザＡにとっては、不特定多数のユーザが自身の携帯電話端末にアクセスすることになり、普段以上の待ち受け電力消費をすることになる一方、自身のコンテンツリストに基づいて他者（ここではユーザＢ）がコンテンツを購入した場合、１曲売れるたびにレコード会社などのコンテンツ販売業者からクーポン等の報奨を受けることで、それを補償することができる。
【００６０】
コンテンツの購入者であるユーザＢにとって、このサービスを利用できるかどうかは、近くにコンテンツを保存している携帯電話端末のユーザＡが偶然存在するかどうかに依るが、ユーザＡが実際に自己の端末内に保存しているコンテンツを確認することができる。特に、取得されるコンテンツは、ユーザＡの特に気に入っているコンテンツが提示される構成によれば、ロコミに似た価値観を持つ情報となる。また、コンテンツの購入のためにサーバにアクセスするまでの段階では通信費が全くかからず、実際に購入を行う段階になって始めて通信費がかかる。したがって、購入前に躊躇することなく十分に時間をかけてコンテンツの視聴や選別ができるという利点がある。
【００６１】
コンテンツ販売業者にとっては、報奨を宣伝費として払ったとしても、購入者があらたなコンテンツの発信者として自動的に他者に対して宣伝してくれるという利点がある。
【００６２】
以上、本発明の好適な実施の形態について説明したが、上記で言及した以外にも種々の変形、変更を行うことが可能である。
【００６３】
例えば、他の携帯電話端末から取得する１つのコンテンツはその一部のみを取得するようにしたが、１つのコンテンツの全体を取得し、その再生に所定の制限を課して、サーバからはそのコンテンツの自由な利用の権利（コンテンツの認証キー）だけを購入するようにしてもよい。所定の制限とは、例えばコンテンツの一部のみを再生可能とする、あるいは、一定の回数または一定の時間だけ再生可能とする、等である。
【００６４】
コンテンツの発信者は、プレゼンテーションファイルを自動生成するかどうか、あるいは、プレゼンテーションファイルを他人に公開するか否かを当該端末のユーザが選択的に設定できるようにしてもよい。
【００６５】
ＤＬＮＡを利用した例を示したが、本発明はＤＬＮＡの利用に限定されるものではない。
【００６６】
コンテンツは音楽データについて説明したが、音楽データに限るものではない。例えば動画データであってもよい。
【図面の簡単な説明】
【００６７】
【図１】本発明の携帯端末の一例としての携帯電話端末の概略のハードウェア構成を示す図である。
【図２】本発明の実施の形態におけるシステム全体の構成と、機器間の指示やデータの流れを示す図である。
【図３】本発明の実施の形態における携帯電話端末の主要な機能を表したブロック図である。
【図４】本発明のシステムの各機器の処理および機器間のやりとりを表したシーケンス図である。
【図５】本発明の実施の形態におけるプレゼンテーションファイルの構成例をデータテーブルの形式で示した図である。
【図６】本発明の実施の形態におけるプレゼンテーションファイルに基づいて表示されるブラウザ表示画面の例を示した図である。
【図７】本発明を実際に運用する上での各ユーザおよび販売業者の利点を説明するための図である。
【符号の説明】
【００６８】
１０…プレゼンテーションファイル、１１…制御部、１２…入力部、１３…表示部、１４…音声処理部、１５…記憶部、１６…携帯電話通信部、１７…近距離無線通信部、１８…カレンダ・時計部、１９…バス、２０…携帯電話端末、２１…検索応答部、２２…プレゼンテーション情報生成部、２３…プレゼンテーション情報送信部、２４…コンテンツ送信部、２５…コンテンツ格納部、３０…携帯電話端末、３１…端末検索部、３２…プレゼンテーション情報取得部、３３…プレゼンテーション情報表示部、３４…コンテンツ取得部、３５…コンテンツ再生部、３６…コンテンツ購入部、３７…コンテンツ格納部、３８…操作受付部、４０…ユーザ、５０…基地局、６０…サーバ、６１…コンテンツ購入受付部、６２…コンテンツ送信部、６３…報奨付与部、７０…ネットワーク、１００…携帯電話端末、１４１…マイク、１４２…スピーカ、６００…ブラウザ表示画面、６０１…リスト、６０２…視聴ボタン、６０３…購入ボタン、６０４…「Ｍｏｒｅ」ボタン
【図１】
2009089297.tif 000003
【図２】
2009089297.tif 000004
【図３】
2009089297.tif 000005
【図４】
2009089297.tif 000006
【図５】
2009089297.tif 000007
【図６】
2009089297.tif 000008
【図７】
2009089297.tif 000009