コンテンツ配信システムおよびコンテンツ配信方法
【課題】 効率的にコンテンツの配信を行うことが可能な，特に，ネットワークに接続していない状態でコンテンツを購入することが可能なコンテンツ配信システムおよびコンテンツ配信方法を提供する。
【解決手段】 コンテンツの配信を行うコンテンツ配信サーバ１１０と，コンテンツ配信サーバ１１０の保有するコンテンツの配信を代行する送信端末１２０と，送信端末１２０から無線通信によりコンテンツの配信を受ける受信端末１３０とを含むコンテンツ配信システム１０において，送信端末１２０は受信端末１３０とデータの送受信が可能な通信可能領域２００にある場合にコンテンツの配信を行い，受信端末１３０は通信可能領域２００にある場合に復号化されたコンテンツの再生を行うことが可能であることを特徴とする。
【解決手段】 コンテンツの配信を行うコンテンツ配信サーバ１１０と，コンテンツ配信サーバ１１０の保有するコンテンツの配信を代行する送信端末１２０と，送信端末１２０から無線通信によりコンテンツの配信を受ける受信端末１３０とを含むコンテンツ配信システム１０において，送信端末１２０は受信端末１３０とデータの送受信が可能な通信可能領域２００にある場合にコンテンツの配信を行い，受信端末１３０は通信可能領域２００にある場合に復号化されたコンテンツの再生を行うことが可能であることを特徴とする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は，コンテンツ配信システムおよびコンテンツ配信方法に関し，特に，コンテンツを効率的に配信することができるコンテンツ配信システムおよびコンテンツ配信方法に関する。
【背景技術】
【０００２】
近年，インターネットの普及やＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）等の高速化や大容量化に伴い，ネットワークを介した音楽データや映像データなどのデジタルコンテンツの配信が広く行われるようになってきている。デジタルコンテンツを保有するサーバ（コンテンツ配信サーバ）からネットワークを介して配信されたコンテンツは，ＰＣ等の通信端末に記録・再生されるか，あるいは他の携帯通信端末等に転送されて記録・再生される（例えば，特許文献１を参照）。
【０００３】
また，最近では，無線通信機能やハードディスク等の記録手段を有する携帯型再生装置が普及してきていることから，すべてのコンピュータが対等にサーバの役割とクライアントの役割の双方を担うピアツーピア（Ｐｅｅｒ Ｔｏ Ｐｅｅｒ：Ｐ２Ｐ）型のネットワークを利用したデジタルコンテンツの配信も行われるようになってきている。Ｐ２Ｐ型の配信の場合には，コンテンツの配信を受けた受信端末が，コンテンツの配信を行う送信端末の役割をも有するため，特定のコンテンツ配信サーバから一括でコンテンツを配信する方式よりも，音楽データや映像データ等を効率的に配信することができる。また，特定のサーバを置かないことから，サーバへのアクセスの集中が抑制され，サーバの負担を軽減させることもできる。
【０００４】
【特許文献１】特開２００５−２５９２２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら，従来は，コンテンツを購入できるのは，そのコンテンツを保有するコンテンツ配信サーバとユーザ端末とがネットワークを介して接続されている状態に限られていた。すなわち，ユーザは，音楽データや映像データ等のデジタルコンテンツを購入したい場合には，インターネット等のネットワークに接続してコンテンツ配信サーバにアクセスしなければならず，ユーザが外出等しており，ネットワークに接続できないような場合には，コンテンツを購入することはできなかった。このため，効率的なコンテンツの配信という観点からは未だ不十分である，という問題があった。
【０００６】
そこで，本発明は，このような問題に鑑みてなされたもので，その目的は，効率的にコンテンツの配信を行うことが可能な，特に，ネットワークに接続していない状態でコンテンツを購入することが可能な，新規かつ改良されたコンテンツ配信システムおよびコンテンツ配信方法を提供することにある。
【課題を解決するための手段】
【０００７】
上記課題を解決するために，本発明のある観点によれば，コンテンツの配信を行うコンテンツ配信サーバと，コンテンツ配信サーバの保有するコンテンツの配信を代行する送信端末と，送信端末から無線通信によりコンテンツの配信を受ける受信端末とを含むコンテンツ配信システムが提供される。
【０００８】
上記コンテンツ配信システムにおいて，コンテンツ配信サーバは，送信端末とデータの送受信を行う通信部と；１または２以上のコンテンツが記録される記録部と；記録部に記録されたコンテンツの利用を管理するコンテンツ管理部と；記録部に記録されたコンテンツに少なくともコンテンツの再生についての制限を付加して暗号化コンテンツを生成するコンテンツ暗号化部と；暗号化コンテンツを復号化するための復号鍵を管理する鍵管理部と；を備える。
【０００９】
また，上記コンテンツ配信システムにおいて，送信端末は，コンテンツ配信サーバとデータの送受信を行う通信部と；互いにデータの送受信が可能な通信可能領域内に，少なくとも１の受信端末があるか否かを検知する端末検知部と；コンテンツ配信サーバから受信した暗号化コンテンツおよび復号鍵を対応付けて記録する記録部と；記録部に記録された暗号化コンテンツおよび該暗号化コンテンツに対応付けられた復号鍵の全部または一部を抽出する抽出部と；を備える。
【００１０】
また，上記コンテンツ配信システムにおいて，受信端末は，通信可能領域内に，少なくとも１の送信端末があるか否かを検知する端末検知部と；送信端末から受信した暗号化コンテンツおよび復号鍵を対応付けて記録する記録部と；記録部に記録された暗号化コンテンツを，対応付けて記録された復号鍵を用いて復号化する復号化部と；復号化されたコンテンツを再生するコンテンツ再生部と；を備える。
【００１１】
かかる構成を有するコンテンツ配信システムにおいて，送信端末は受信端末とデータの送受信が可能な通信可能領域にある場合にコンテンツの配信を行い，受信端末は通信可能領域にある場合に復号化されたコンテンツの再生を行うことが可能であることを特徴とする。
【００１２】
ここで，上記コンテンツ配信システムにおいては，受信端末が送信端末から受信した復号鍵は，暗号化コンテンツの復号化後に削除される一時鍵であり，受信端末は，一時鍵を用いて復号化されたコンテンツの再生後，該復号化されたコンテンツを削除するように構成しても良い。
【００１３】
また，送信端末は，暗号化コンテンツの配信の際に，送信端末を識別するための送信端末識別情報およびコンテンツ配信サーバに関する情報を受信端末へ送信するように構成しても良い。
【００１４】
また，受信端末は，一時鍵を用いて復号化されたコンテンツの再生後，コンテンツ配信サーバに関する情報に基づいて，コンテンツ配信サーバに対し，暗号化コンテンツの購入要求を送信し，購入要求の際に，該購入要求に係る暗号化コンテンツを識別するための暗号化コンテンツ識別情報および送信端末識別情報を送信するように構成しても良い。
【００１５】
また，コンテンツ配信サーバは，上記購入要求を受信した場合には，暗号化コンテンツ識別情報および送信端末識別情報に基づいて，購入要求に係る暗号化コンテンツを復号化するための復号鍵を受信端末へ送信するように構成しても良い。
【００１６】
また，コンテンツ配信サーバは，復号鍵を受信端末へ送信した後に，暗号化コンテンツ識別情報および送信端末識別情報に基づいて，コンテンツの配信の代行に対する対価支払処理を行うように構成しても良い。
【００１７】
また，受信端末は，暗号化コンテンツの配信を受ける前に，コンテンツ配信サーバから所定の数だけコンテンツを購入する権利情報であるプリペイド情報を取得し，受信端末の記録部に記録するように構成してもよい。
【００１８】
また，受信端末は，送信端末から暗号化コンテンツおよび対応する復号鍵の配信を受けた際に，記録部にプリペイド情報が記録されているか否かを判定し，記録部にプリペイド情報が記録されている場合には，プリペイド情報と暗号化コンテンツとを関連付け，関連付けられた暗号化コンテンツの復号化に使用した復号鍵を削除しないように構成しても良い。
【００１９】
また，受信端末は，プリペイド情報と関連付けられた暗号化コンテンツに係る暗号化コンテンツ識別情報と，該暗号化コンテンツを配信した送信端末に係る送信端末識別情報と，を含む購入履歴情報をコンテンツ配信サーバに送信し，コンテンツ配信サーバは，購入履歴情報を受信した場合には，購入履歴情報に含まれる暗号化コンテンツ識別情報および送信端末識別情報に基づいて，コンテンツの配信の代行に対する対価支払処理を行うように構成しても良い。
【発明の効果】
【００２０】
本発明によれば，Ｐ２Ｐ型のデータ配信により効率的にコンテンツの配信を行うことが可能な，特に，受信端末が予めコンテンツを購入する権利を取得しておくことで，ネットワークに接続していない状態でコンテンツを購入することが可能な，コンテンツ配信システムおよびコンテンツ配信方法を提供することができる。
【発明を実施するための最良の形態】
【００２１】
以下に添付図面を参照しながら，本発明の好適な実施の形態について詳細に説明する。なお，本明細書及び図面において，実質的に同一の機能構成を有する構成要素については，同一の符号を付することにより重複説明を省略する。
【００２２】
まず，本発明の一実施形態に係るコンテンツ配信システムの概要について説明する。本実施形態に係るコンテンツ配信システムにおいては，まず，コンテンツの権利（著作権等）を所有する権利保持者から音楽／映像コンテンツの販売を委託された販売者（「コンテンツ配信サーバ」）が，その音楽／映像コンテンツを安全かつ大規模に流通（配布／宣伝）するために，コンテンツごとに一部の制限を施した制限付コンテンツ（「暗号化コンテンツ」）とその制限を解除する解除権利情報（「復号鍵」）の組を生成する。そして，この制限付コンテンツを販売者に代わって二次配布（配信）してくれる１または複数の広告者（「送信端末」）の登録を募集する。登録された広告者は，制限付コンテンツをユーザ（「受信端末」）に二次配布し，配布された制限付コンテンツを購入したいユーザは，販売者に対して購入要求をする（このとき，販売者はユーザからコンテンツに対する対価を得る）。次に，ユーザから購入要求を受けた販売者は，購入要求に係る制限付コンテンツの制限を解除するための解除権利情報をユーザに提供する。さらに，販売者は，この制限付コンテンツを配布した広告者に対して，二次配布に対する対価を支払う。また，販売者は，この制限付コンテンツの権利を所有する権利保持者に対しても対価（補償金等）を支払う。なお，上記システムにおいて，権利保持者と販売者とが同一であっても差し支えない。
【００２３】
このようなコンテンツ配信システムにおいては，ユーザと販売者との間の取引成立後に広告者に対する対価の支払が生じるため，広告費用が削減され，販売者（あるいは権利保持者）にとって非常に安全性の高いシステムといえる。
【００２４】
（コンテンツ配信システム１０の全体構成）
次に，図１に基づいて，本発明の一実施形態に係るコンテンツ配信システム１０の全体構成について説明する。なお，図１は，本実施形態に係るコンテンツ配信システム１０の全体構成を概略的に示す説明図である。
【００２５】
図１に示すように，本実施形態に係るコンテンツ配信システム１０は，自己が保有する１または２以上のコンテンツの配信を行うコンテンツ配信サーバ１１０と，コンテンツ配信サーバ１１０の保有するコンテンツの配信を代行する送信端末１２０と，送信端末１２０から無線通信によりコンテンツの配信を受ける受信端末１３０と，を含む。
【００２６】
本実施形態に係るコンテンツ配信システム１０においては，コンテンツ配信サーバ１１０と，送信端末１２０または受信端末１３０とは，インターネット１００等のネットワークを介して接続されるように構成されている。一方，送信端末１２０と受信端末１３０とは，互いに無線によるデータの送受信が可能な通信可能領域２００内にある場合に，無線通信によりコンテンツの送受信が可能なように構成されている（例えば，送信端末１２０は，通信可能領域２００の外にある受信端末１３０´とは，無線通信によるコンテンツの送受信が不可能となっている）。
【００２７】
したがって，コンテンツ配信システム１０は，送信端末１２０が一旦コンテンツ配信サーバ１１０からコンテンツを取得した後は，送信端末１２０および受信端末１３０がコンテンツ配信サーバ１１０とインターネット１００等のネットワークに接続されていない状態でも，通信可能領域２００内にある送信端末１２０と受信端末１３０との間で，無線通信により（いわゆるアドホックネットワークを構築することにより）コンテンツの送受信を行うことができる。このように，ストリーミング配信の場合と異なり，データ伝送が行われるのは１度だけで，２度目からはキャッシュが使用されるため，２度目からは再生開始を高速化することができる。また，ストリーミングではないので，再生途中で音声や映像が途切れたりする現象も発生しない。
【００２８】
さらに，コンテンツ配信システム１０は，Ｐ２Ｐ（Ｐｅｅｒ Ｔｏ Ｐｅｅｒ）型の配信を行うように構成されている。すなわち，上記のようにして送信端末１２０からコンテンツの配信を受けた受信端末１３０は，送信端末としての役割も有することができ，さらに他の受信端末へコンテンツを配信することができる。このようにして，効率的にコンテンツの配信を行うことが可能となる。また，特定のサーバを設けた一極集中型のネットワークとは異なり，多くのサーバが存在し，１つのサーバにアクセスが集中することも無いので，ネットワーク帯域の軽減にもつながる。なお，コンテンツ配信システム１０におけるコンテンツ配信方法の詳細については，後述する。
【００２９】
ここで，送信端末１２０は，１つのコンテンツ配信サーバ１１０に対して複数存在してもよく，また，受信端末１３０は，１つの送信端末１２０に対して複数存在してもよい。このように，送信端末１２０や受信端末１３０が複数存在することにより，より広い範囲でコンテンツを配信（配布）することが可能となる。
【００３０】
（コンテンツ配信サーバ１１０の構成）
次に，図２に基づいて，本実施形態に係るコンテンツ配信サーバ１１０の構成について説明する。なお，図２は，本実施形態に係るコンテンツ配信サーバ１１０の構成を概略的に示すブロック図である。
【００３１】
図２に示すように，コンテンツ配信サーバ１１０は，通信部１１１と，記録部１１２と，コンテンツ暗号化部１１３と，コンテンツ管理部１１４と，鍵管理部１１５と，端末管理部１１６と，対価処理部１１７とを主に備える。
【００３２】
通信部１１１は，ネットワーク１００を介して接続された送信端末１２０または受信端末１３０とデータの送受信を行う。コンテンツ配信サーバ１１０は，この通信部１１１により，記録部１１２に格納された暗号化コンテンツを送信端末１１０に送信したり，記録部１１２に格納された復号鍵を受信端末１３０の購入要求に応じて送信したりする。
【００３３】
記録部１１２には，予め１または２以上のコンテンツ（例えば，音楽データや映像データなど）が格納されている。この記録部１１２に格納されたコンテンツは，コンテンツ配信サーバ１１０自身が該コンテンツの権利（著作権等）を所有するものであるか，あるいは，該コンテンツの権利を所有する者から販売を委託されるなどして正当に譲り受けたものである。
【００３４】
コンテンツ暗号化部１１３は，記録部１１２に記録されたコンテンツに少なくともコンテンツの再生についての制限を付加した暗号化コンテンツと，この暗号化コンテンツを復号するための復号鍵の組を生成する。コンテンツ暗号化部１１３により生成された暗号化コンテンツと復号鍵とは，対応付けられて記録部１１２に記録される。
【００３５】
ここで，本実施形態における暗号化コンテンツとは，上述したように，少なくともコンテンツの再生についての制限が付加されたコンテンツのことであり，例えば，再生開始後一定時間（例えば最初の３０秒）しか再生できないコンテンツ，さびの部分しか再生できない音楽コンテンツ，一定回数（例えば３回）しか再生できないコンテンツ，品質（例えば解像度）を劣化させたコンテンツ，再生自体ができないコンテンツなどがある。また，本実施形態における復号鍵とは，上記のような制限を解除する機能を有するデータ（例えば，キーやシリアル番号など）のことをいう。
【００３６】
コンテンツ管理部１１４は，コンテンツ暗号化部１１３により生成された暗号化コンテンツの利用（記録，再生，削除等）を管理する。例えば，記録部１１２に記録された暗号化コンテンツには，これを識別するためのＩＤが振られており，コンテンツ管理部１１４は，暗号化コンテンツＩＤを，その暗号化コンテンツを復号するための復号鍵や，その暗号化コンテンツをコンテンツ配信サーバ１１０に代わって配信する送信端末１２０を識別するための送信端末ＩＤ等と関連付けて管理している。
【００３７】
鍵管理部１１５は，コンテンツ暗号化部１１３により生成された復号鍵の利用（記録，削除等）を管理する。例えば，復号鍵には，これを識別するためのＩＤが振られており，鍵管理部１１５は，復号鍵ＩＤを，対応する暗号化コンテンツＩＤや，その暗号化コンテンツをコンテンツ配信サーバ１１０に代わって配信する送信端末１２０のＩＤ等と関連付けて管理している。なお，本実施形態における復号鍵は，送信端末１２０ごとに生成されるため，復号鍵には送信端末１２０ごとに異なるＩＤが振られている。
【００３８】
端末管理部１１６は，コンテンツ暗号化部１１３により生成された暗号化コンテンツをコンテンツ配信サーバ１１０に代わって配信する送信端末１２０に関する情報を管理する。例えば，上記暗号化コンテンツの配信を代行する送信端末１２０には，これを識別するためのＩＤが振られており，端末管理部１１６は，送信端末ＩＤを，その送信端末が配信する暗号化コンテンツのＩＤおよび対応する復号鍵のＩＤと関連付けて管理している。
【００３９】
なお，図示していないが，コンテンツ配信サーバ１１０がコンテンツの権利者から販売を委託された販売者であるような場合には，コンテンツ配信サーバ１１０は，この権利者の情報（ＩＤ等）を管理する権利者管理部（図示せず）を備えていてもよい。
【００４０】
対価処理部１１７は，コンテンツ配信サーバ１１０が保有するコンテンツが受信端末１３０により購入された場合に，購入されたコンテンツに係る暗号化コンテンツＩＤ，およびこの暗号化コンテンツを配信した送信端末１２０の送信端末ＩＤに基づいて，送信端末１２０に対し，コンテンツ配信の代行に対する対価支払処理を行う。また，対価処理部１１７は，送信端末１２０により配信されたコンテンツが，そのコンテンツの権利者から正当に譲り受けたものである場合には，該権利者に対しても対価支払処理を行う。
【００４１】
なお，コンテンツ配信サーバ１１０が支払う対価としては，金銭に限られず，任意のコンテンツを購入するための権利情報など（例えば，所定のポイントをためると任意のコンテンツを１つ購入可能となる場合のポイント等）であってもよい。
【００４２】
（送信端末１２０の構成）
次に，図３に基づいて，本実施形態に係る送信端末１２０の構成について説明する。なお，図３は，本実施形態に係る送信端末１２０の構成を概略的に示すブロック図である。
【００４３】
図３に示すように，送信端末１２０は，通信部１２１と，端末検知部１２２と，記録部１２３と，抽出部１２４と，コンテンツ管理部１２５と，コンテンツ暗号化部１２６と，鍵管理部１２７とを主に備える。
【００４４】
通信部１２１は，通信可能領域２００内に存在する受信端末１３０と無線によりデータの送受信を行うとともに，コンテンツ配信サーバ１１０とネットワーク１００を介してデータの送受信を行う。送信端末１２０は，この通信部１２１により，記録部１２３に記録された暗号化コンテンツを受信端末１３０に送信したり，コンテンツ配信サーバ１１０に対し，暗号化コンテンツおよび対応する復号鍵の送信を要求したりする。なお，通信部１２１は，無線と電気的信号を相互に変換する変復調機能を備えている。
【００４５】
端末検知部１２２は，無線によりデータの送受信が可能な通信可能領域２００内に，少なくとも１の受信端末１３０が存在するか否かを検知する。端末検知部１２２は，少なくとも１の受信端末１３０の存在を検知した場合には，この情報を抽出部１２４に送信する。また，端末検知部１２２が通信可能領域２００内に受信端末１３０が存在することを検知した場合にのみ，通信部１２１は，記録部１２３に記録されたコンテンツを送信することができる。
【００４６】
記録部１２３は，コンテンツ配信サーバ１１０から受信した暗号化コンテンツおよびこれを復号するための復号鍵を対応付けて記録する。また，記録部１２３には，暗号化されていないコンテンツ（例えば，送信端末１２０が購入したコンテンツや，送信端末１２０が作成したコンテンツ等）が記録されていてもよい。ただし，暗号化コンテンツと暗号化されていないコンテンツとは，区別して保存される。
【００４７】
抽出部１２４は，受信端末１３０からの要求に応じて，または，端末検知部１２２からの検知情報に基づいて自動的に，記録部１２３に記録された暗号化コンテンツおよび該暗号化コンテンツに対応付けられた復号鍵の全部または一部を抽出する。抽出されるコンテンツは，例えば，受信端末１３０の要求に係るコンテンツ，送信端末１２０のお薦めコンテンツ，送信端末１２０が今までに送信した回数のランキングが上位のコンテンツ等，任意の基準によりコンテンツを抽出することができる。そして，抽出部１２４により抽出された暗号化コンテンツおよび復号鍵は，通信部１２１により受信端末１３０に送信される。
【００４８】
コンテンツ管理部１２５は，記録部１２３に記録されたコンテンツの利用（記録，再生，削除等）を管理する。例えば，記録部１２３に記録された暗号化コンテンツには，これを識別するためのＩＤが振られており，コンテンツ管理部１２５は，暗号化コンテンツＩＤを，その暗号化コンテンツを復号するための復号鍵や，その暗号化コンテンツを保有しているコンテンツ配信サーバ１１０に関する情報（例えば，サーバ情報，ＩＰアドレス，ＵＲＬ等）と関連付けて管理している。
【００４９】
コンテンツ暗号化部１２６は，記録部１２３に記録された暗号化されていないコンテンツを受信端末１３０に送信しようとする場合に，これらのコンテンツを暗号化した暗号化コンテンツおよびこれを復号するための復号鍵を生成する。ただし，コンテンツ暗号化部１２６は，送信端末１２０に必ずしも備えられている必要はなく，記録部１２３に予め暗号化されたコンテンツしか記録されていない場合や，暗号化されていないコンテンツは受信端末１３０に送信しないような場合には，コンテンツ暗号化部１２６は不要である。
【００５０】
鍵管理部１２７は，記録部１２３に記録された復号鍵の利用（記録，再生，削除等）を管理する。例えば，記録部１２３に記録された復号鍵には，これを識別するためのＩＤが振られており，鍵管理部１２７は，復号鍵ＩＤを，対応する暗号化コンテンツＩＤや，その暗号化コンテンツを保有しているコンテンツ配信サーバ１１０に関する情報（例えば，サーバ情報，ＩＰアドレス，ＵＲＬ等）と関連付けて管理している。
【００５１】
なお，図示していないが，送信端末１２０は，入力部，表示部などを備えていてもよい。例えば，表示部に受信端末１３０に送ることが可能な暗号化コンテンツのリストが表示され，このうち受信端末１３０に実際に送信する暗号化コンテンツを入力部により選択することができる。
【００５２】
（受信端末１３０の構成）
次に，図４に基づいて，本実施形態に係る受信端末１３０の構成について説明する。なお，図４は，本実施形態に係る受信端末１３０の構成を概略的に示すブロック図である。
【００５３】
図４に示すように，受信端末１３０は，通信部１３１と，端末検知部１３２と，記録部１３３と，コンテンツ再生部１３４と，復号化部１３５と，コンテンツ管理部１３６と，鍵管理部１３７とを主に備える。
【００５４】
通信部１３１は，通信可能領域２００内に存在する送信端末１２０と無線によりデータの送受信を行うとともに，コンテンツ配信サーバ１１０とネットワーク１００を介してデータの送受信を行う。受信端末１３０は，この通信部１３１により，送信端末１２０から暗号化コンテンツおよびその復号鍵を受信したり，コンテンツ配信サーバ１１０に対し，復号鍵の購入要求をしたりする。なお，通信部１３１は，無線と電気的信号を相互に変換する変復調機能を備えている。
【００５５】
端末検知部１３２は，無線によりデータの送受信が可能な通信可能領域２００内に，少なくとも１の送信端末１２０が存在するか否かを検知する。端末検知部１３２は，少なくとも１の送信端末１２０の存在を検知した場合には，この情報をコンテンツ再生部１３４に送信する。
【００５６】
記録部１３３は，送信端末１２０から受信した暗号化コンテンツおよびこれを復号するための復号鍵を対応付けて記録する。また，記録部１２３には，暗号化されていないコンテンツ（例えば，受信端末１３０がコンテンツ配信サーバ１１０から購入したコンテンツや，受信端末１３０が作成したコンテンツ等）が記録されていても良い。ただし，暗号化コンテンツと暗号化されていないコンテンツとは，区別して保存される。
【００５７】
コンテンツ再生部１３４は，端末検知部１３２から，通信可能領域２００内に送信端末１２０が存在することを検知した旨の情報を受信した場合には，その送信端末１２０から配信を受けて記録部１３３に記録されているコンテンツを再生する。このとき，記録部１３３に記録されているコンテンツが暗号化コンテンツである場合には，下記復号化部１３５により復号化した後に，コンテンツ再生部１３４は，復号化されたコンテンツを再生する。
【００５８】
復号化部１３５は，記録部１３３に記録されたコンテンツが暗号化コンテンツである場合には，対応する復号鍵を用いて暗号化コンテンツを復号する。ここで，復号に用いた復号鍵が送信端末１１０から取得したものである場合には，この復号鍵は暗号化コンテンツの復号後削除される。
【００５９】
コンテンツ管理部１３６は，記録部１３３に記録されたコンテンツの利用（記録，再生，削除等）を管理する。例えば，記録部１３３に記録された暗号化コンテンツには，これを識別するためのＩＤが振られており，コンテンツ管理部１３６は，暗号化コンテンツＩＤを，その暗号化コンテンツを復号するための復号鍵や，その暗号化コンテンツを保有しているコンテンツ配信サーバ１１０に関する情報（例えば，サーバ情報，ＩＰアドレス，ＵＲＬ等）と関連付けて管理している。
【００６０】
鍵管理部１３７は，記録部１３３に記録された復号鍵の利用（記録，再生，削除等）を管理する。例えば，記録部１３３に記録された復号鍵には，これを識別するためのＩＤが振られており，鍵管理部１３７は，復号鍵ＩＤを，対応する暗号化コンテンツＩＤや，その暗号化コンテンツを保有しているコンテンツ配信サーバ１１０に関する情報（例えば，サーバ情報，ＩＰアドレス，ＵＲＬ等）と関連付けて管理している。また，鍵管理部１３７は，暗号化コンテンツの復号に用いた復号鍵が送信端末１１０から取得したものである場合には，この復号鍵を暗号化コンテンツの復号後削除する。
【００６１】
なお，図示していないが，受信端末１３０は，入力部，表示部などを備えていてもよい。例えば，表示部に記録部１３３に記録された暗号化コンテンツのリストが表示され，このうち再生したいコンテンツを入力部により選択することができる。さらに，選択した暗号化コンテンツに対応する復号鍵が記録部１３３に記録されていない場合には，表示部に復号化しないと再生できない旨のメッセージ等が表示される。
【００６２】
（コンテンツ配信システム１０におけるコンテンツ配信方法）
次に，図５に基づいて，本実施形態に係るコンテンツ配信システム１０におけるコンテンツ配信方法について詳細に説明する。なお，図５は，本実施形態に係るコンテンツ配信システム１０におけるコンテンツ配信方法を説明するタイミングチャートである。
【００６３】
図５に示すように，本実施形態に係るコンテンツ配信方法においては，まず，送信端末１２０が，コンテンツ配信サーバ１１０の所有する音楽や映像等のコンテンツを，コンテンツ配信サーバ１１０に代わって受信端末１３０に配信するためのアカウントを取得するための登録手続を行う（ステップＳ１０２）。この登録手続の際，送信端末１２０は，コンテンツ配信サーバ１１０に対し，例えば，自己の氏名，住所，電話番号，銀行口座等の情報を送信する。
【００６４】
送信端末１２０は，インターネット等を介してこのような登録手続を行い，コンテンツ配信サーバ１１０でのアカウントを取得することにより，コンテンツ配信サーバ１１０から音楽データ等のコンテンツを取得できるようになる。
【００６５】
上記のような登録手続の際には審査が行われ，送信端末１２０は，審査に通過すると，コンテンツ配信サーバ１１０が提供するサービスを利用できるようになる。このようなサービスとして，コンテンツ配信サーバ１１０は，インターネットを介して，例えば，広告を行える音楽データの閲覧および選択，広告活動に対する実績情報の閲覧，広告活動に対する対価の支払方法設定，広告活動に対する対価の支払，対価の支払時期の閲覧，個人／組織情報の変更および更新等の機能を送信端末１２０に提供することができる。
【００６６】
ここで，図６を参照しながら，上記登録手続の処理についてさらに詳細に説明する。なお，図６は，本実施形態に係るコンテンツ配信方法における送信端末１２０の登録処理を説明するフローチャートである。
【００６７】
図６に示すように，まず，コンテンツ配信サーバ１１０は，送信端末１２０から，例えば氏名，住所，電話番号，銀行口座等の送信端末１２０に関する情報を受信する（ステップＳ２０２）。次に，コンテンツ配信サーバ１１０は，上記情報に不備があるか否かを判断する（ステップＳ２０４）。その結果，情報に不備があると判断した場合には，送信端末１２０に対し情報に不備がある旨を通知するなどして，もう一度送信端末１２０からの情報を受信する（ステップＳ２０２）。一方，情報に不備がないと判断した場合には，送信端末１２０にアカウントを与えるべきか否かの審査を行う（ステップＳ２０６）。この審査において，コンテンツ配信サーバ１１０が，送信端末１２０は審査に通過すると判断した場合には，登録処理が行われ，アカウント（ＩＤ等）の発行等がなされる。一方，コンテンツ配信サーバ１１０が，送信端末１２０は審査に通過しないと判断した場合には，登録処理が行われずに登録手続が終了する。
【００６８】
なお，コンテンツ配信サーバ１１０が，コンテンツの権利者から販売を委託された販売者であるような場合には，コンテンツ配信サーバ１１０において，当該権利者の登録も行われる。この登録手続の詳細に関しては，送信端末１２０の場合とほぼ同様であるので，詳細な説明は省略する。
【００６９】
権利者は，コンテンツ配信サーバ１１０に対するアカウントを取得することにより，コンテンツの販売を委託できるようになる。また，権利者は登録の審査に通過すると，コンテンツ配信サーバ１１０が提供するサービスを利用できるようになる。このようなサービスとして，コンテンツ配信サーバ１１０は，売り上げ集計閲覧機能，権利者に支払われる対価の集計閲覧機能，送信端末ごとの成果閲覧機能，特定の送信端末に対する販売権の譲渡および停止，対価の支払方法設定，対価の支払，対価の支払時期の閲覧，個人／組織情報の変更および更新等の機能を権利者に提供することができる。
【００７０】
再び図５に基づいて，本実施形態に係るコンテンツ配信方法の説明を続ける。なお，以下の説明においては，コンテンツの例として音楽データを挙げて説明するが，本実施形態に係るコンテンツは音楽データに限られるものではない。
【００７１】
上記登録手続（ステップＳ１０２）の結果，コンテンツ配信サーバ１１０が送信端末１２０の登録を行うと（ステップＳ１０４），上述したように，送信端末１２０は，コンテンツ配信サーバ１１０に対し，音楽データおよび復号鍵の入手を要求できるようになる。そこで，送信端末１２０の通信部１２１は，インターネットに接続し，コンテンツ配信サーバ１１０に対して暗号化されている音楽データおよびその復号鍵の入手を要求する（ステップＳ１０６）。コンテンツ配信サーバ１１０のコンテンツ暗号化部１１３は，送信端末１２０からの要求に応じて，音楽データを暗号化する。また，暗号化された音楽データの復号に使用される復号鍵は，送信端末１２０ごとに生成される。本実施形態においては，送信端末１２０ごとに一意のＩＤが振られており，このＩＤに基づいて，鍵管理部１２７は，復号鍵の送信端末１２０との関連を管理する。
【００７２】
次に，コンテンツ配信サーバ１１０の通信部１１１は，ステップＳ１０８で生成した暗号化音楽データおよび復号鍵（一時鍵）を送信端末１２０に送信する（ステップＳ１１０）。このようにして，送信端末１１０は，広告用の暗号化された音楽データと復号鍵（一時鍵）を入手することができる。そして，このステップＳ１０６〜Ｓ１１０の手順を繰返し実行することで，送信端末１２０は，複数の（暗号化された）音楽データを予め記録部１２３に蓄積しておくことができる。
【００７３】
次に，受信端末１３０の端末検知部１３２が通信可能領域２００内に送信端末１２０が存在することを検知した場合には，受信端末１３０の通信部１３１は，無線通信により送信端末１２０に対し，暗号化音楽データとその復号鍵の送信を要求する（ステップＳ１１２）。送信端末１２０の通信部１２１は，受信端末１３０からの要求に応じて，受信端末１３０に暗号化音楽データおよびその復号鍵を送信する（ステップＳ１１４）。
【００７４】
次に，受信端末１３０の復号化部１３５は，送信端末１２０から受信した暗号化音楽データをその復号鍵を用いて復号する（ステップＳ１１６）。なお，暗号化音楽データの復号に使用された復号鍵は，鍵管理部１３７により削除される。
【００７５】
さらに，受信端末１３０のコンテンツ再生部１３４は，ステップＳ１１６で復号された音楽データを再生する（ステップＳ１１８）。この復号化された音楽データの再生は，受信端末１３０と送信端末１２０とが通信可能領域２００内に存在する間だけ行うことができ，受信端末１３０と送信端末１２０とが通信可能領域２００から外れた場合には，即座に再生が終了されるか，または１回再生が終了した後に，コンテンツ管理部１３６により，復号された音楽データが削除される。
【００７６】
ここで，図７〜図９を参照しながら，受信端末１３０によるコンテンツの配信要求からコンテンツの再生まで（ステップＳ１１２〜Ｓ１１８）の処理の流れについてさらに詳細に説明する。なお，図７は，本実施形態に係る暗号化コンテンツの配信処理を説明するためのブロック図であり，図８は，本実施形態に係る復号鍵の配信処理および暗号化コンテンツの復号化処理を説明するためのブロック図であり，図９は，本実施形態に係るコンテンツの再生処理を説明するためのブロック図である。
【００７７】
まず，図７に示すように，送信端末１２０と受信端末１３０とが通信可能領域２００内に存在する場合には，受信端末１３０は，通信部１３１の無線機能を通して，送信端末１２０へ音楽データ送信要求を送信する（ステップＳ１１２−１）。なお，上記無線機能を通した通信路は暗号化されている。
【００７８】
なお，受信端末１３０は，残電力に応じて，上記送信端末１２０へ音楽データ送信要求を送信するか否かを判断する機能を有することもできる。
【００７９】
次に，送信端末１２０は，受信端末１３０からの上記送信要求に応じて，暗号化された音楽データを通信部１２１から受信端末１３０へ送信する（ステップＳ１１４−１）。この暗号化音楽データの送信の際，送信端末１２０は，送信端末１２０を識別するための送信端末識別情報（ＩＤ）およびコンテンツ配信サーバ１１０に関する情報（例えば，サーバ情報，ＩＰアドレス，ＵＲＬ等）を受信端末１３０へ送信することもできる。これらの情報は，後に，受信端末１３０がコンテンツ配信サーバ１１０へ復号鍵の購入要求をする際（図５のステップＳ１２０参照）等に必要となる。
【００８０】
なお，送信端末１２０は，受信端末１３０からの要求に対する応答を，自動応答と手動応答のいずれにするかを選択することができる。また，送信端末１２０は，自動応答を選択していた場合でも，残電力に応じて，自動的に自動応答から手動応答に切り替える機能を有することもできる。
【００８１】
また，送信端末１２０は，特定の受信端末１３０による接続を拒否できるように構成することもできる。このような接続を拒否する方法としては，例えば，Ｄｅｎｙリスト等が考えられる。
【００８２】
さらに，送信端末１２０が受信端末１３０からの音楽データ送信要求に応じることにより，受信端末１３０が，その音楽データを提供した送信端末１２０を物理的に特定できるように構成することもできる。かかる送信端末１２０の特定方法としては，例えば，受信端末１３０からの要求に応じて，送信端末１２０の一部または全部に設けられたＬＥＤ等の発光手段を発光させる方法，送信端末１２０に設けられた音声出力手段から音声を発する方法，送信端末１２０を振動させる方法等が考えられる。
【００８３】
一方，上記のように送信端末１２０を特定できる機能を悪用されることを防ぐために，送信端末１２０は，上記受信端末１３０からの要求に応じることにより物理的に特定できる機能を無効化することができる。例えば，上記送信端末１２０の特定方法が，イヤホンの側面に備えられたＬＥＤを発光させる機能である場合，満員電車内では近くにいる人を容易に特定することができてしまう。したがって，この機能を悪用されないために，この機能を望まない送信端末１２０は，ＬＥＤを発光させる機能をＯＦＦにすることができる。
【００８４】
また，物理的に特定できないまでも，例えば，受信端末１３０は，送信端末１２０が発する電波の強度を計測し，その強度の値から送信端末１２０が存在する方向を推測できるように構成することもできる。
【００８５】
一方，送信端末１２０においては，受信端末１３０からの要求があったことを音声または映像によりユーザに通知されるように構成してもよい。この通知の方法としては，例えば，受信端末１３０の音声出力手段から音を出力させるか，あるいは，受信端末１３０の表示手段（ディスプレイ等）に「○○の端末から音楽データの送信要求がありました。」などの文字を表示させる等が考えられる。
【００８６】
受信端末１３０は，上記のようにして送信端末１２０から送信された暗号化音楽データを通信部１３１で受信した後，記録部１３３に保存する。
【００８７】
受信端末１３０は，受信した暗号化音楽データを再生するときは，その音楽データの送信元である送信端末１２０に対し，その暗号化音楽データを復号するための復号鍵の送信要求を送信する（ステップＳ１１２−１）。
【００８８】
送信端末１２０は，受信端末１３０からの上記送信要求に応じて，復号鍵を通信部１２１から受信端末１３０へ送信する（ステップＳ１１４−２）。受信端末１３０は，送信端末１２０から送信された復号鍵を通信部１３１で受信して，復号化部１３５により，受信した復号鍵を使用して記録部１３３に記録された暗号化音楽データを復号する。また，暗号化音楽データの復号に使用された復号鍵は，音楽データの復号後自動的に削除される。さらに，復号された音楽データに関しても，１回の再生後自動的に無効化または削除される。
【００８９】
したがって，受信端末１３０は，暗号化された音楽データを再び再生するためには，再度送信端末１２０から復号鍵を入手しなければならないが，受信端末１３０は，暗号化音楽データの取得のときと同様に，送信端末１２０が通信可能領域２００内に存在する場合にしか，復号鍵を取得することができない。すなわち，受信端末１３０は，記録部１３３に保存した暗号化音楽データを送信した送信端末１２０が通信可能領域２００内に存在する間だけ，その音楽データを復号することができる。
【００９０】
また，受信端末１３０は，復号された音楽データの再生についても，記録部１３３に保存した暗号化音楽データを送信した送信端末１２０が通信可能領域２００内に存在する間だけ行うことができる。したがって，図９に示すように，送信端末１２０が通信可能領域２００から外れてしまった場合には，受信端末１３０と送信端末１２０との間で無線通信を行うことはできず，コンテンツ再生部１３４は，コンテンツの再生ができなくなってしまう。ただし，受信端末１３０の通信可能領域２００内に送信端末１２０が存在する間に受信端末１３０において再生を開始した曲（音楽データ）に関しては，再生中に送信端末１２０が通信可能領域２００から外れた場合であっても，１回再生が終わるまでは再生し続けてもよい。もちろん，送信端末１２０が通信可能領域２００から外れたときに，直ぐに再生を中止してもよい。
【００９１】
上述したような処理の具体的な方法としては，例えば，以下の３つの方法が挙げられる。
【００９２】
第１の方法は，まず，受信端末１３０と送信端末１２０との間でＴＣＰコネクションを確立し，受信端末１３０が送信端末１２０から暗号化音楽データおよび復号鍵をダウンロードする。その後，ＴＣＰコネクションが持続している間だけ，ダウンロードした音楽データを再生でき，ＴＣＰコネクションが断絶したら，復号鍵を受信端末１３０側で削除または無効化するという方法である。この場合に，暗号化音楽データは削除等せずにそのまま保持され，暗号化音楽データを復号した再生データは消去される。ただし，受信端末１３０側で暗号化音楽データを削除または無効化してもよい。
【００９３】
第２の方法は，受信端末１３０が送信端末１２０から暗号化音楽データをダウンロード後，送信端末１２０に関するＡＲＰエントリーが存在する間だけ，ダウンロードした音楽を再生でき，送信端末１２０に関するＡＲＰエントリーが消滅した場合には，復号鍵を受信端末１３０側で削除または無効化するという方法である。この場合にも，暗号化音楽データは削除等せずにそのまま保持され，暗号化音楽データを復号した再生データは消去される。ただし，受信端末１３０側で暗号化音楽データを削除または無効化してもよい。
【００９４】
第３の方法は，まず，送信端末１２０は，ビーコンのような無線パケットを定期的に周囲にブロードキャストしておく。受信端末１３０は，送信端末１２０から暗号化音楽データおよび復号鍵をダウンロード後，その送信端末１２０からの無線パケットを受信できる間だけ，ダウンロードした音楽コンテンツを再生でき，その送信端末１２０からの無線パケットを受信できなくなった場合には，復号鍵を受信端末１３０側で削除または無効化するという方法である。この場合にも，暗号化音楽データは削除等せずにそのまま保持され，暗号化音楽データを復号した再生データは消去される。ただし，受信端末１３０側で暗号化音楽データを削除または無効化してもよい。
【００９５】
なお，上記３つの方法において，復号鍵を削除または無効化した後も，再び通信可能領域２００内に受信端末１３０と送信端末１２０がともに存在するようになった場合（例えば，ＴＣＰコネクションが再び確立された場合，ＡＲＰエントリーが再び存在するようになった場合，送信端末１２０からの無線パケットを再び受信できるようになった場合等）には，復号鍵だけを送信端末１２０から再ダウンロードするか，既にダウンロードしている復号鍵を再有効化することで，再生を継続することができる。
【００９６】
このように，受信端末１３０が送信端末１２０の通信可能領域２００内にある場合にのみ，暗号化音楽データの復号および再生を行うことができるというような制限を付加することにより，本実施形態に係るコンテンツ配信システム１０におけるようなＰ２Ｐ型でコンテンツの配信が行われる場合であっても，違法コピーやその流通を防止することができるため，著作権の保護の観点からも非常に効果的である。
【００９７】
なお，削除等された状態の音楽データや復号鍵を悪意のあるユーザによって，勝手に再生されたり，別の機器に違法にコピーされたりしないように，そのような機能をハードウェアもしくはソフトウェア的に有さないようにすること，あるいは，その機能自体を公開しないことが，著作権保護の観点からより好ましい。このような対策の例としては，例えば，ＰＣから音楽プレイヤーへＵＳＢにより音楽データの転送や音楽データの消去を行う場合に，音楽プレイヤーにデータ入力端子のみを設け，データ出力端子は設けないようにすることや，ＨＤＤを含む端末においてＨＤＤが内部で密着しており，無理に取り出そうとすると壊れるように構成することなどが考えられる。
【００９８】
また，複数の受信端末１３０が送信端末１２０の通信可能領域２００内に存在する限りにおいては，不特定多数の人と音楽データや映像データなどのコンテンツを共有できる，という音楽や映像の本質的な楽しみが阻害されることもない。例えば，通学電車で見知らぬ人と，昼休みの教室で友達と，みんなで旅行に行く時同行者と，音楽や映像の本質的な楽しみを共有することができ，ひいては共通の趣味を持つ見知らぬ人との出会いやつながりをもプロデュースし得る。
【００９９】
次に，図１０および図１１を参照しながら，本実施形態に係る受信端末１３０におけるコンテンツの再生処理（ステップＳ１１８）についてさらに詳細に説明する。なお，図１０は，本実施形態に係る受信端末１３０におけるコンテンツの再生処理を説明するフローチャートであり，図１１は，本実施形態の変形例に係る受信端末１３０におけるコンテンツの再生処理を説明するフローチャートである。
【０１００】
図１０に示すように，受信端末１３０において音楽データを再生する際には，まず，コンテンツ管理部１３６により，再生しようとする音楽データが暗号化されているか否かの判断がなされる（ステップＳ３０２）。
【０１０１】
その結果，音楽データが暗号化されていないと判断された場合（例えば，その音楽データが受信端末１３０が購入したものである場合や，受信端末１３０により作成されたものである場合など）には，直ぐに再生が開始される（ステップＳ３１４）。一方，音楽データが暗号化されていると判断された場合（例えば，その音楽データが送信端末１２０からダウンロードしたものである場合）には，端末検知部１３２により，その暗号化された音楽データを送信した送信端末１２０が通信可能領域２００内に存在するか否かの判断がなされる（ステップＳ３０４）。
【０１０２】
その結果，送信端末１２０が存在しないと判断された場合には，コンテンツ再生部１３４は，再生を行うことはできない（ステップＳ３０８）。一方，送信端末１２０が通信可能領域２００内に存在すると判断された場合には，次に，その送信端末１２０が再生をしようとしている音楽データの復号鍵を有しているか，すなわち，記録部１２３に再生しようとしている暗号化音楽データを復号するための復号鍵が記録されているか否かの判断がなされる（Ｓ３０６）。具体的には，受信端末１３０が送信端末１２０に対して問い合わせる。
【０１０３】
その結果，送信端末１２０が復号鍵を有しないと判断された場合には，受信端末１３０は，復号鍵を入手できないため，コンテンツ再生部１３４は，音楽データの再生を行うことはできない（ステップＳ３０８）。一方，送信端末１２０が復号鍵を有している判断された場合には，受信端末１３０は，送信端末１２０から復号鍵を入手して（ステップＳ３１０），入手した復号鍵を使用して，復号化部１３５により暗号化音楽データを復号する（ステップＳ３１２）。さらに，受信端末１３０は，コンテンツ再生部１３４により復号された音楽データの再生を開始する（ステップＳ３１４）。コンテンツの再生終了（ステップＳ３１６）後，再生された音楽データは，送信端末１２０から復号鍵を入手して復号されたものであるか否かの判断がなされる（ステップＳ３１８）。
【０１０４】
その結果，送信端末１２０から復号鍵を入手して復号したものと判断された場合には，その復号鍵および復号した音楽データを削除した後（ステップＳ３２０），再生処理を終了する。このとき，暗号化された音楽データについては，削除せずに保存しておいてもよい。暗号化された音楽データを再生するには，再び送信端末１２０から復号鍵を入手しなければならず，また，暗号化された音楽データのみを他の受信端末に転送したとしても，違法コピー等はできないため，著作権保護上問題とならないからである。もちろん，暗号化音楽データを保存せずに削除してもよい。一方，送信端末１２０から復号鍵を入手して復号したものでないと判断された場合には，復号鍵は削除せずに終了する。
【０１０５】
また，本実施形態の変形例は，受信端末１３０がコンテンツ配信サーバ１１０から所定の数だけコンテンツを購入する権利情報であるプリペイド情報を予め取得していた場合の例である。図１１に示すように，ステップＳ３５２〜Ｓ３６８までは，上述した図１０の場合（ステップＳ３０２〜Ｓ３１８を参照）と同様であるので，詳しい説明は省略する。以下，ステップＳ３６８以下の処理について詳細に説明する。
【０１０６】
ステップＳ３６８において，再生した音楽データが送信端末１２０から復号鍵を入手して復号されたものであると判断された場合には，次に，受信端末１３０が所定の数だけコンテンツを購入する権利情報であるプリペイド情報を有しているか否か，すなわち，受信端末１３０の記録部１３３にプリペイド情報が記録されているか否かの判断がなされる（ステップＳ３７０）。
【０１０７】
その結果，プリペイド情報を有していないと判断された場合には，その復号鍵および復号した音楽データを削除した後（ステップＳ３７４），再生処理を終了する。一方，プリペイド情報を有していると判断された場合には，受信端末１３０は，そのプリペイド情報を使用するか否かを選択することができる（ステップＳ３７２）。このプリペイド情報を使用するか否かの選択は，具体的には，例えば，受信端末１３０における復号された音楽データの再生処理の終了時に，プリペイド情報を使用することにより再生した音楽データを購入するか否かの判断を音声または映像によりユーザに通知する。この通知の方法としては，例えば，受信端末１３０の音声出力手段から警告音を出力させるか，あるいは，受信端末１３０の表示手段（ディスプレイ等）に「再生が終了してしまいますが，この音楽を購入しますか？」などの文字を表示させる等が考えられる。その結果，受信端末１３０がプリペイド情報を使用しないことを選択した場合には，復号鍵および復号した音楽データを削除した後（ステップＳ３７４），再生処理を終了する。一方，受信端末１３０がプリペイド情報を使用することを選択した場合には，復号鍵を記録部１３３に保存して（ステップＳ３７６），再生処理を終了する。
【０１０８】
再び，図５に基づいて，本実施形態に係るコンテンツ配信方法についての説明を続ける。上述したような処理により復号された音楽データを再生した後（ステップＳ１１８），復号鍵を削除した受信端末１３０は，送信端末１２０からだけではなく，その暗号化音楽データおよび復号鍵を所有するコンテンツ配信サーバ１１０から復号鍵を購入することにより，暗号化音楽データをいつでも再生可能となる。ここでいう「いつでも再生可能」とは，送信端末１２０が通信可能領域２００内に存在しない場合であっても暗号化音楽データを再生可能であるということである。
【０１０９】
すなわち，復号鍵を削除した受信端末１３０は，再び暗号化音楽データの再生を希望する場合には，まず，コンテンツ配信サーバ１１０に対し，インターネットを介して，暗号化音楽データの復号鍵の購入要求を送信する（ステップＳ１２０）。このとき，受信端末１３０は，購入要求とともに，購入要求に係る音楽データを送信した送信端末１２０のＩＤおよび暗号化音楽データを識別するためのＩＤを送信する。これらの情報は，コンテンツ配信サーバ１１０が送信端末１２０に対して対価支払処理を行う際に必要となる。
【０１１０】
次に，コンテンツ配信サーバ１１０は，受信端末１３０の購入要求の応じて，受信端末１３０に対し，インターネットを介して復号鍵を送信する（ステップＳ１２２）。復号鍵を受信した受信端末１３０は，コンテンツ配信サーバ１１０に対して，受信した復号鍵に対する対価を支払う。このように，受信端末１３０は，送信端末１２０から受信した暗号化されている音楽データに対して，そのデータの「購入」という手続を踏むことで，送信端末１２０が通信可能領域２００内に存在しない場合であっても，暗号化音楽データの再生が可能となる。
【０１１１】
次に，コンテンツ配信サーバ１１０は，受信端末１３０から送信された購入要求に係る音楽データを送信した送信端末１２０のＩＤおよび暗号化音楽データを識別するためのＩＤに基づいて，購入に係る音楽データを送信した送信端末１２０等に支払う対価を計算し，対価支払処理を行う（ステップＳ１２４）。
【０１１２】
このように，コンテンツ配信サーバ１１０に代わってコンテンツの配信を行う送信端末１２０に対価が支払われることから，送信端末１２０によるコンテンツの配布が積極的に行われるようになる。また，受信端末１３０も送信端末１２０の役割を担うことができ，それにより対価を得ることができるので，ますますコンテンツが広く効率的に流通することとなる。
【０１１３】
ここで，図１２を参照しながら，本実施形態に係る購入手続（ステップＳ１２０〜Ｓ１２２）についてさらに詳細に説明する。なお，図１２は，本実施形態に係るコンテンツの購入処理を説明するためのブロック図である。
【０１１４】
図１２に示すように，復号鍵を削除後した受信端末１３０が，暗号化された音楽データを再び再生したい場合であって，通信可能領域２００内にその音楽データを送信した送信端末１２０が存在しない場合には，インターネットを介してコンテンツ配信サーバ１１０にアクセスし，再生したい音楽データを復号するための復号鍵の購入要求を送信する（ステップＳ１２０）。このとき，上述したように，受信端末１３０は，購入要求とともに，購入要求に係る音楽データを送信した送信端末１２０のＩＤおよび暗号化音楽データを識別するためのＩＤを送信する。
【０１１５】
次に，コンテンツ配信サーバ１１０は，受信端末１３０の購入要求の応じて，受信端末１３０に対し，インターネットを介して復号鍵を送信する（ステップＳ１２２）。このように，購入手続により入手した復号鍵は，暗号化音楽データの復号後も削除せずに保存しておく。また，暗号化された音楽データも削除せずに保存しておく（購入により対価を支払っているので，著作権保護上の問題も生じない）。このように復号鍵および暗号化音楽データを保存しておくことで，受信端末１３０は，上記暗号化音楽データをいつでも再生することができるようになるとともに，購入に係る音楽データに関しては，送信端末１２０と同様の役割を担うことも可能となる。これにより，本実施形態に係るコンテンツ配信方法においては，Ｐ２Ｐ型の配信が可能となり，効率の良いコンテンツの配信が可能となる。
【０１１６】
上記変形例（図１１を参照）で示したように，受信端末１３０は，プリペイド情報を予め取得しておくことで，コンテンツ配信サーバ１１０から復号鍵を購入する必要なく，音楽データを購入することができる。したがって，本実施形態に係るコンテンツ配信方法によれば，予めプリペイド情報を取得しておけば，ネットワークコネクティビティがなく，コンテンツ配信サーバ１１０に接続できない場合であっても，通信可能領域２００内に送信端末１２０が存在すれば，無線を介したデータの送受信により，コンテンツの購入をすることができる。
【０１１７】
なお，コンテンツ配信サーバ１１０に対して上記プリペイド情報の更新を行うときに，併せて購入したコンテンツ等について通知（購入履歴情報を送信）することにより，コンテンツ配信サーバ１１０が，受信端末１３０が購入したコンテンツについて把握することが可能となる。
【０１１８】
また，暗号化されているデータ，購入したデータ，ユーザ（送受信端末）が作成したデータは，区別して保存される。保存領域の容量が不足した場合には，無線を介してやり取りされる一時的なデータの優先度は低く，自動若しくは手動で削除される（自動にするか手動にするかは選択できる）。削除方法としては，ＬＲＵ（Ｌｅａｓｔ Ｒｅｃｅｎｔｌｙ Ｕｓｅｄ）の利用が考えられる。
【０１１９】
ところで，受信端末１３０は，暗号化された音楽データに対しての復号鍵を入手しなかった場合，暗号化された音楽データのみを保持することとなる。この場合でも，購入に係る音楽データの場合と同様に，受信端末１３０は，送信端末の役割を担い，その暗号化音楽データを他の受信端末へ送信することができる。しかし，この場合には，送信端末としての役割を担う受信端末１３０は，復号鍵は有していないため，他の受信端末へ復号鍵を送信することはできない。このように，暗号化されたデータに対しての復号鍵を有していない端末が，そのデータを別の端末に送信することをここでは，「多段送信」と呼ぶこととする。
【０１２０】
ここで，図１３を参照しながら，本実施形態に係る多段送信について説明する。なお，図１３は，本実施形態に係るコンテンツの多段送信を概念的に示した説明図である。
【０１２１】
図１３に示すように，第１の受信端末１３０−１は，暗号化データのみを有し，復号鍵は有していない。この第１の受信端末１３０−１は，第２の受信端末１３０−２に対し，自己が有する暗号化データを転送することができる。ただし，このような多段送信において，無制限に転送できることとすると，著作権保護上の問題が生ずることとなるため，この暗号コンテンツには，他の受信端末へ転送可能な回数を制限するための制限カウンタが含まれている。
【０１２２】
このような制限カウンタとしては，例えば，Ｈｏｐ Ｌｉｍｉｔ機能がある。Ｈｏｐ Ｌｉｍｉｔ機能とは，何回まで多段送信を行うことができるかを制限する機能である。受信端末１３０−１は，音楽データにＨｏｐ Ｌｉｍｉｔとして特定の初期値を設定する。多段送信するたびにＨｏｐ Ｌｉｍｉｔの値は減少し，０になるとそれ以上多段送信は行われなくなる。図１３は，Ｈｏｐ Ｌｉｍｉｔの値を２に設定した例を示している。受信端末１３０−１から別の受信端末１３０−２へ多段送信を行ったときに，Ｈｏｐ Ｌｉｍｉｔが１減少し，さらに別の受信端末１３０−３へ多段送信を行うとＨｏｐ Ｌｉｍｉｔがさらに１減少して０になる。すると，さらに別の受信端末１３０−４へは多段送信を行うことができない。
【０１２３】
以上，添付図面を参照しながら本発明の好適な実施形態について説明したが，本発明はかかる例に限定されないことは言うまでもない。当業者であれば，特許請求の範囲に記載された範疇内において，各種の変更例または修正例に想到し得ることは明らかであり，それらについても当然に本発明の技術的範囲に属するものと了解される。
【０１２４】
例えば，上述した実施形態においては，受信端末１３０と送信端末１２０とが通信可能領域２００内にある場合であっても，復号化されたコンテンツや復号鍵は自動的に削除される場合について説明したが，本発明はかかる場合に限られず，例えば，受信端末１３０と送信端末１２０とが通信可能領域２００内にある間は，復号化されたコンテンツや復号鍵を削除せずに，何回でも使用できるようにしてもよい。
【０１２５】
また，上述した実施形態においては，送信端末１２０と受信端末１３０との間で行われる音楽データの送受信に関して，１回の要求で１つの音楽データが送受信される場合について説明したが，本発明は係る場合に限定されない。例えば，以下のようなプレイリストの送受信が行われても良い。より詳細には，送信端末は曲順を定めたプレイリストと，そのプレイリストに登録した音楽データを保持しておく。受信端末は，送信端末に対してプレイリストの送信要求を送り，プレイリストとプレイリストに登録されている音楽データを受信する。受信したプレイリストを再生すると，登録された順序で曲が再生される。このようにプレイリストを送受信することにより，例えば，送信端末が自分のコメントが入った音声ファイルと音楽データとを交互に並べることで，効果的に音楽データの購入を促進させるように広告活動を行うことができる。
【産業上の利用可能性】
【０１２６】
本発明は，コンテンツ配信システムおよびコンテンツ配信方法に適用可能であり，特に，コンテンツを効率的に配信することができるコンテンツ配信システムおよびコンテンツ配信方法に適用可能である。
【図面の簡単な説明】
【０１２７】
【図１】本発明の一実施形態に係るコンテンツ配信システムの全体構成を概略的に示す説明図である。
【図２】同実施形態に係るコンテンツ配信サーバの構成を概略的に示すブロック図である。
【図３】同実施形態に係る送信端末の構成を概略的に示すブロック図である。
【図４】同実施形態に係る受信端末の構成を概略的に示すブロック図である。
【図５】同実施形態に係るコンテンツ配信システムにおけるコンテンツ配信方法を説明するタイミングチャートである。
【図６】同実施形態に係るコンテンツ配信方法における送信端末の登録処理を説明するフローチャートである。
【図７】同実施形態に係る暗号化コンテンツの配信処理を説明するためのブロック図である。
【図８】同実施形態に係る復号鍵の配信処理および暗号化コンテンツの復号化処理を説明するためのブロック図である。
【図９】同実施形態に係るコンテンツの再生処理を説明するためのブロック図である。
【図１０】同実施形態に係る受信端末におけるコンテンツの再生処理を説明するフローチャートである。
【図１１】同実施形態の変形例に係る受信端末におけるコンテンツの再生処理を説明するフローチャートである。
【図１２】同実施形態に係るコンテンツの購入処理を説明するためのブロック図である。
【図１３】同実施形態に係るコンテンツの多段送信を概念的に示した説明図である。
【符号の説明】
【０１２８】
１０ コンテンツ配信システム
１００ インターネット
１１０ コンテンツ配信サーバ
１１１ 通信部
１１２ 記録部
１１３ コンテンツ暗号化部
１１７ 対価処理部
１２０ 送信端末
１２１ 通信部
１２２ 端末検知部
１２３ 記録部
１２４ 抽出部
１３０ 受信端末
１３１ 通信部
１３２ 端末検知部
１３３ 記録部
１３４ コンテンツ再生部
１３５ 復号化部
２００ 通信可能領域
【技術分野】
【０００１】
本発明は，コンテンツ配信システムおよびコンテンツ配信方法に関し，特に，コンテンツを効率的に配信することができるコンテンツ配信システムおよびコンテンツ配信方法に関する。
【背景技術】
【０００２】
近年，インターネットの普及やＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）等の高速化や大容量化に伴い，ネットワークを介した音楽データや映像データなどのデジタルコンテンツの配信が広く行われるようになってきている。デジタルコンテンツを保有するサーバ（コンテンツ配信サーバ）からネットワークを介して配信されたコンテンツは，ＰＣ等の通信端末に記録・再生されるか，あるいは他の携帯通信端末等に転送されて記録・再生される（例えば，特許文献１を参照）。
【０００３】
また，最近では，無線通信機能やハードディスク等の記録手段を有する携帯型再生装置が普及してきていることから，すべてのコンピュータが対等にサーバの役割とクライアントの役割の双方を担うピアツーピア（Ｐｅｅｒ Ｔｏ Ｐｅｅｒ：Ｐ２Ｐ）型のネットワークを利用したデジタルコンテンツの配信も行われるようになってきている。Ｐ２Ｐ型の配信の場合には，コンテンツの配信を受けた受信端末が，コンテンツの配信を行う送信端末の役割をも有するため，特定のコンテンツ配信サーバから一括でコンテンツを配信する方式よりも，音楽データや映像データ等を効率的に配信することができる。また，特定のサーバを置かないことから，サーバへのアクセスの集中が抑制され，サーバの負担を軽減させることもできる。
【０００４】
【特許文献１】特開２００５−２５９２２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら，従来は，コンテンツを購入できるのは，そのコンテンツを保有するコンテンツ配信サーバとユーザ端末とがネットワークを介して接続されている状態に限られていた。すなわち，ユーザは，音楽データや映像データ等のデジタルコンテンツを購入したい場合には，インターネット等のネットワークに接続してコンテンツ配信サーバにアクセスしなければならず，ユーザが外出等しており，ネットワークに接続できないような場合には，コンテンツを購入することはできなかった。このため，効率的なコンテンツの配信という観点からは未だ不十分である，という問題があった。
【０００６】
そこで，本発明は，このような問題に鑑みてなされたもので，その目的は，効率的にコンテンツの配信を行うことが可能な，特に，ネットワークに接続していない状態でコンテンツを購入することが可能な，新規かつ改良されたコンテンツ配信システムおよびコンテンツ配信方法を提供することにある。
【課題を解決するための手段】
【０００７】
上記課題を解決するために，本発明のある観点によれば，コンテンツの配信を行うコンテンツ配信サーバと，コンテンツ配信サーバの保有するコンテンツの配信を代行する送信端末と，送信端末から無線通信によりコンテンツの配信を受ける受信端末とを含むコンテンツ配信システムが提供される。
【０００８】
上記コンテンツ配信システムにおいて，コンテンツ配信サーバは，送信端末とデータの送受信を行う通信部と；１または２以上のコンテンツが記録される記録部と；記録部に記録されたコンテンツの利用を管理するコンテンツ管理部と；記録部に記録されたコンテンツに少なくともコンテンツの再生についての制限を付加して暗号化コンテンツを生成するコンテンツ暗号化部と；暗号化コンテンツを復号化するための復号鍵を管理する鍵管理部と；を備える。
【０００９】
また，上記コンテンツ配信システムにおいて，送信端末は，コンテンツ配信サーバとデータの送受信を行う通信部と；互いにデータの送受信が可能な通信可能領域内に，少なくとも１の受信端末があるか否かを検知する端末検知部と；コンテンツ配信サーバから受信した暗号化コンテンツおよび復号鍵を対応付けて記録する記録部と；記録部に記録された暗号化コンテンツおよび該暗号化コンテンツに対応付けられた復号鍵の全部または一部を抽出する抽出部と；を備える。
【００１０】
また，上記コンテンツ配信システムにおいて，受信端末は，通信可能領域内に，少なくとも１の送信端末があるか否かを検知する端末検知部と；送信端末から受信した暗号化コンテンツおよび復号鍵を対応付けて記録する記録部と；記録部に記録された暗号化コンテンツを，対応付けて記録された復号鍵を用いて復号化する復号化部と；復号化されたコンテンツを再生するコンテンツ再生部と；を備える。
【００１１】
かかる構成を有するコンテンツ配信システムにおいて，送信端末は受信端末とデータの送受信が可能な通信可能領域にある場合にコンテンツの配信を行い，受信端末は通信可能領域にある場合に復号化されたコンテンツの再生を行うことが可能であることを特徴とする。
【００１２】
ここで，上記コンテンツ配信システムにおいては，受信端末が送信端末から受信した復号鍵は，暗号化コンテンツの復号化後に削除される一時鍵であり，受信端末は，一時鍵を用いて復号化されたコンテンツの再生後，該復号化されたコンテンツを削除するように構成しても良い。
【００１３】
また，送信端末は，暗号化コンテンツの配信の際に，送信端末を識別するための送信端末識別情報およびコンテンツ配信サーバに関する情報を受信端末へ送信するように構成しても良い。
【００１４】
また，受信端末は，一時鍵を用いて復号化されたコンテンツの再生後，コンテンツ配信サーバに関する情報に基づいて，コンテンツ配信サーバに対し，暗号化コンテンツの購入要求を送信し，購入要求の際に，該購入要求に係る暗号化コンテンツを識別するための暗号化コンテンツ識別情報および送信端末識別情報を送信するように構成しても良い。
【００１５】
また，コンテンツ配信サーバは，上記購入要求を受信した場合には，暗号化コンテンツ識別情報および送信端末識別情報に基づいて，購入要求に係る暗号化コンテンツを復号化するための復号鍵を受信端末へ送信するように構成しても良い。
【００１６】
また，コンテンツ配信サーバは，復号鍵を受信端末へ送信した後に，暗号化コンテンツ識別情報および送信端末識別情報に基づいて，コンテンツの配信の代行に対する対価支払処理を行うように構成しても良い。
【００１７】
また，受信端末は，暗号化コンテンツの配信を受ける前に，コンテンツ配信サーバから所定の数だけコンテンツを購入する権利情報であるプリペイド情報を取得し，受信端末の記録部に記録するように構成してもよい。
【００１８】
また，受信端末は，送信端末から暗号化コンテンツおよび対応する復号鍵の配信を受けた際に，記録部にプリペイド情報が記録されているか否かを判定し，記録部にプリペイド情報が記録されている場合には，プリペイド情報と暗号化コンテンツとを関連付け，関連付けられた暗号化コンテンツの復号化に使用した復号鍵を削除しないように構成しても良い。
【００１９】
また，受信端末は，プリペイド情報と関連付けられた暗号化コンテンツに係る暗号化コンテンツ識別情報と，該暗号化コンテンツを配信した送信端末に係る送信端末識別情報と，を含む購入履歴情報をコンテンツ配信サーバに送信し，コンテンツ配信サーバは，購入履歴情報を受信した場合には，購入履歴情報に含まれる暗号化コンテンツ識別情報および送信端末識別情報に基づいて，コンテンツの配信の代行に対する対価支払処理を行うように構成しても良い。
【発明の効果】
【００２０】
本発明によれば，Ｐ２Ｐ型のデータ配信により効率的にコンテンツの配信を行うことが可能な，特に，受信端末が予めコンテンツを購入する権利を取得しておくことで，ネットワークに接続していない状態でコンテンツを購入することが可能な，コンテンツ配信システムおよびコンテンツ配信方法を提供することができる。
【発明を実施するための最良の形態】
【００２１】
以下に添付図面を参照しながら，本発明の好適な実施の形態について詳細に説明する。なお，本明細書及び図面において，実質的に同一の機能構成を有する構成要素については，同一の符号を付することにより重複説明を省略する。
【００２２】
まず，本発明の一実施形態に係るコンテンツ配信システムの概要について説明する。本実施形態に係るコンテンツ配信システムにおいては，まず，コンテンツの権利（著作権等）を所有する権利保持者から音楽／映像コンテンツの販売を委託された販売者（「コンテンツ配信サーバ」）が，その音楽／映像コンテンツを安全かつ大規模に流通（配布／宣伝）するために，コンテンツごとに一部の制限を施した制限付コンテンツ（「暗号化コンテンツ」）とその制限を解除する解除権利情報（「復号鍵」）の組を生成する。そして，この制限付コンテンツを販売者に代わって二次配布（配信）してくれる１または複数の広告者（「送信端末」）の登録を募集する。登録された広告者は，制限付コンテンツをユーザ（「受信端末」）に二次配布し，配布された制限付コンテンツを購入したいユーザは，販売者に対して購入要求をする（このとき，販売者はユーザからコンテンツに対する対価を得る）。次に，ユーザから購入要求を受けた販売者は，購入要求に係る制限付コンテンツの制限を解除するための解除権利情報をユーザに提供する。さらに，販売者は，この制限付コンテンツを配布した広告者に対して，二次配布に対する対価を支払う。また，販売者は，この制限付コンテンツの権利を所有する権利保持者に対しても対価（補償金等）を支払う。なお，上記システムにおいて，権利保持者と販売者とが同一であっても差し支えない。
【００２３】
このようなコンテンツ配信システムにおいては，ユーザと販売者との間の取引成立後に広告者に対する対価の支払が生じるため，広告費用が削減され，販売者（あるいは権利保持者）にとって非常に安全性の高いシステムといえる。
【００２４】
（コンテンツ配信システム１０の全体構成）
次に，図１に基づいて，本発明の一実施形態に係るコンテンツ配信システム１０の全体構成について説明する。なお，図１は，本実施形態に係るコンテンツ配信システム１０の全体構成を概略的に示す説明図である。
【００２５】
図１に示すように，本実施形態に係るコンテンツ配信システム１０は，自己が保有する１または２以上のコンテンツの配信を行うコンテンツ配信サーバ１１０と，コンテンツ配信サーバ１１０の保有するコンテンツの配信を代行する送信端末１２０と，送信端末１２０から無線通信によりコンテンツの配信を受ける受信端末１３０と，を含む。
【００２６】
本実施形態に係るコンテンツ配信システム１０においては，コンテンツ配信サーバ１１０と，送信端末１２０または受信端末１３０とは，インターネット１００等のネットワークを介して接続されるように構成されている。一方，送信端末１２０と受信端末１３０とは，互いに無線によるデータの送受信が可能な通信可能領域２００内にある場合に，無線通信によりコンテンツの送受信が可能なように構成されている（例えば，送信端末１２０は，通信可能領域２００の外にある受信端末１３０´とは，無線通信によるコンテンツの送受信が不可能となっている）。
【００２７】
したがって，コンテンツ配信システム１０は，送信端末１２０が一旦コンテンツ配信サーバ１１０からコンテンツを取得した後は，送信端末１２０および受信端末１３０がコンテンツ配信サーバ１１０とインターネット１００等のネットワークに接続されていない状態でも，通信可能領域２００内にある送信端末１２０と受信端末１３０との間で，無線通信により（いわゆるアドホックネットワークを構築することにより）コンテンツの送受信を行うことができる。このように，ストリーミング配信の場合と異なり，データ伝送が行われるのは１度だけで，２度目からはキャッシュが使用されるため，２度目からは再生開始を高速化することができる。また，ストリーミングではないので，再生途中で音声や映像が途切れたりする現象も発生しない。
【００２８】
さらに，コンテンツ配信システム１０は，Ｐ２Ｐ（Ｐｅｅｒ Ｔｏ Ｐｅｅｒ）型の配信を行うように構成されている。すなわち，上記のようにして送信端末１２０からコンテンツの配信を受けた受信端末１３０は，送信端末としての役割も有することができ，さらに他の受信端末へコンテンツを配信することができる。このようにして，効率的にコンテンツの配信を行うことが可能となる。また，特定のサーバを設けた一極集中型のネットワークとは異なり，多くのサーバが存在し，１つのサーバにアクセスが集中することも無いので，ネットワーク帯域の軽減にもつながる。なお，コンテンツ配信システム１０におけるコンテンツ配信方法の詳細については，後述する。
【００２９】
ここで，送信端末１２０は，１つのコンテンツ配信サーバ１１０に対して複数存在してもよく，また，受信端末１３０は，１つの送信端末１２０に対して複数存在してもよい。このように，送信端末１２０や受信端末１３０が複数存在することにより，より広い範囲でコンテンツを配信（配布）することが可能となる。
【００３０】
（コンテンツ配信サーバ１１０の構成）
次に，図２に基づいて，本実施形態に係るコンテンツ配信サーバ１１０の構成について説明する。なお，図２は，本実施形態に係るコンテンツ配信サーバ１１０の構成を概略的に示すブロック図である。
【００３１】
図２に示すように，コンテンツ配信サーバ１１０は，通信部１１１と，記録部１１２と，コンテンツ暗号化部１１３と，コンテンツ管理部１１４と，鍵管理部１１５と，端末管理部１１６と，対価処理部１１７とを主に備える。
【００３２】
通信部１１１は，ネットワーク１００を介して接続された送信端末１２０または受信端末１３０とデータの送受信を行う。コンテンツ配信サーバ１１０は，この通信部１１１により，記録部１１２に格納された暗号化コンテンツを送信端末１１０に送信したり，記録部１１２に格納された復号鍵を受信端末１３０の購入要求に応じて送信したりする。
【００３３】
記録部１１２には，予め１または２以上のコンテンツ（例えば，音楽データや映像データなど）が格納されている。この記録部１１２に格納されたコンテンツは，コンテンツ配信サーバ１１０自身が該コンテンツの権利（著作権等）を所有するものであるか，あるいは，該コンテンツの権利を所有する者から販売を委託されるなどして正当に譲り受けたものである。
【００３４】
コンテンツ暗号化部１１３は，記録部１１２に記録されたコンテンツに少なくともコンテンツの再生についての制限を付加した暗号化コンテンツと，この暗号化コンテンツを復号するための復号鍵の組を生成する。コンテンツ暗号化部１１３により生成された暗号化コンテンツと復号鍵とは，対応付けられて記録部１１２に記録される。
【００３５】
ここで，本実施形態における暗号化コンテンツとは，上述したように，少なくともコンテンツの再生についての制限が付加されたコンテンツのことであり，例えば，再生開始後一定時間（例えば最初の３０秒）しか再生できないコンテンツ，さびの部分しか再生できない音楽コンテンツ，一定回数（例えば３回）しか再生できないコンテンツ，品質（例えば解像度）を劣化させたコンテンツ，再生自体ができないコンテンツなどがある。また，本実施形態における復号鍵とは，上記のような制限を解除する機能を有するデータ（例えば，キーやシリアル番号など）のことをいう。
【００３６】
コンテンツ管理部１１４は，コンテンツ暗号化部１１３により生成された暗号化コンテンツの利用（記録，再生，削除等）を管理する。例えば，記録部１１２に記録された暗号化コンテンツには，これを識別するためのＩＤが振られており，コンテンツ管理部１１４は，暗号化コンテンツＩＤを，その暗号化コンテンツを復号するための復号鍵や，その暗号化コンテンツをコンテンツ配信サーバ１１０に代わって配信する送信端末１２０を識別するための送信端末ＩＤ等と関連付けて管理している。
【００３７】
鍵管理部１１５は，コンテンツ暗号化部１１３により生成された復号鍵の利用（記録，削除等）を管理する。例えば，復号鍵には，これを識別するためのＩＤが振られており，鍵管理部１１５は，復号鍵ＩＤを，対応する暗号化コンテンツＩＤや，その暗号化コンテンツをコンテンツ配信サーバ１１０に代わって配信する送信端末１２０のＩＤ等と関連付けて管理している。なお，本実施形態における復号鍵は，送信端末１２０ごとに生成されるため，復号鍵には送信端末１２０ごとに異なるＩＤが振られている。
【００３８】
端末管理部１１６は，コンテンツ暗号化部１１３により生成された暗号化コンテンツをコンテンツ配信サーバ１１０に代わって配信する送信端末１２０に関する情報を管理する。例えば，上記暗号化コンテンツの配信を代行する送信端末１２０には，これを識別するためのＩＤが振られており，端末管理部１１６は，送信端末ＩＤを，その送信端末が配信する暗号化コンテンツのＩＤおよび対応する復号鍵のＩＤと関連付けて管理している。
【００３９】
なお，図示していないが，コンテンツ配信サーバ１１０がコンテンツの権利者から販売を委託された販売者であるような場合には，コンテンツ配信サーバ１１０は，この権利者の情報（ＩＤ等）を管理する権利者管理部（図示せず）を備えていてもよい。
【００４０】
対価処理部１１７は，コンテンツ配信サーバ１１０が保有するコンテンツが受信端末１３０により購入された場合に，購入されたコンテンツに係る暗号化コンテンツＩＤ，およびこの暗号化コンテンツを配信した送信端末１２０の送信端末ＩＤに基づいて，送信端末１２０に対し，コンテンツ配信の代行に対する対価支払処理を行う。また，対価処理部１１７は，送信端末１２０により配信されたコンテンツが，そのコンテンツの権利者から正当に譲り受けたものである場合には，該権利者に対しても対価支払処理を行う。
【００４１】
なお，コンテンツ配信サーバ１１０が支払う対価としては，金銭に限られず，任意のコンテンツを購入するための権利情報など（例えば，所定のポイントをためると任意のコンテンツを１つ購入可能となる場合のポイント等）であってもよい。
【００４２】
（送信端末１２０の構成）
次に，図３に基づいて，本実施形態に係る送信端末１２０の構成について説明する。なお，図３は，本実施形態に係る送信端末１２０の構成を概略的に示すブロック図である。
【００４３】
図３に示すように，送信端末１２０は，通信部１２１と，端末検知部１２２と，記録部１２３と，抽出部１２４と，コンテンツ管理部１２５と，コンテンツ暗号化部１２６と，鍵管理部１２７とを主に備える。
【００４４】
通信部１２１は，通信可能領域２００内に存在する受信端末１３０と無線によりデータの送受信を行うとともに，コンテンツ配信サーバ１１０とネットワーク１００を介してデータの送受信を行う。送信端末１２０は，この通信部１２１により，記録部１２３に記録された暗号化コンテンツを受信端末１３０に送信したり，コンテンツ配信サーバ１１０に対し，暗号化コンテンツおよび対応する復号鍵の送信を要求したりする。なお，通信部１２１は，無線と電気的信号を相互に変換する変復調機能を備えている。
【００４５】
端末検知部１２２は，無線によりデータの送受信が可能な通信可能領域２００内に，少なくとも１の受信端末１３０が存在するか否かを検知する。端末検知部１２２は，少なくとも１の受信端末１３０の存在を検知した場合には，この情報を抽出部１２４に送信する。また，端末検知部１２２が通信可能領域２００内に受信端末１３０が存在することを検知した場合にのみ，通信部１２１は，記録部１２３に記録されたコンテンツを送信することができる。
【００４６】
記録部１２３は，コンテンツ配信サーバ１１０から受信した暗号化コンテンツおよびこれを復号するための復号鍵を対応付けて記録する。また，記録部１２３には，暗号化されていないコンテンツ（例えば，送信端末１２０が購入したコンテンツや，送信端末１２０が作成したコンテンツ等）が記録されていてもよい。ただし，暗号化コンテンツと暗号化されていないコンテンツとは，区別して保存される。
【００４７】
抽出部１２４は，受信端末１３０からの要求に応じて，または，端末検知部１２２からの検知情報に基づいて自動的に，記録部１２３に記録された暗号化コンテンツおよび該暗号化コンテンツに対応付けられた復号鍵の全部または一部を抽出する。抽出されるコンテンツは，例えば，受信端末１３０の要求に係るコンテンツ，送信端末１２０のお薦めコンテンツ，送信端末１２０が今までに送信した回数のランキングが上位のコンテンツ等，任意の基準によりコンテンツを抽出することができる。そして，抽出部１２４により抽出された暗号化コンテンツおよび復号鍵は，通信部１２１により受信端末１３０に送信される。
【００４８】
コンテンツ管理部１２５は，記録部１２３に記録されたコンテンツの利用（記録，再生，削除等）を管理する。例えば，記録部１２３に記録された暗号化コンテンツには，これを識別するためのＩＤが振られており，コンテンツ管理部１２５は，暗号化コンテンツＩＤを，その暗号化コンテンツを復号するための復号鍵や，その暗号化コンテンツを保有しているコンテンツ配信サーバ１１０に関する情報（例えば，サーバ情報，ＩＰアドレス，ＵＲＬ等）と関連付けて管理している。
【００４９】
コンテンツ暗号化部１２６は，記録部１２３に記録された暗号化されていないコンテンツを受信端末１３０に送信しようとする場合に，これらのコンテンツを暗号化した暗号化コンテンツおよびこれを復号するための復号鍵を生成する。ただし，コンテンツ暗号化部１２６は，送信端末１２０に必ずしも備えられている必要はなく，記録部１２３に予め暗号化されたコンテンツしか記録されていない場合や，暗号化されていないコンテンツは受信端末１３０に送信しないような場合には，コンテンツ暗号化部１２６は不要である。
【００５０】
鍵管理部１２７は，記録部１２３に記録された復号鍵の利用（記録，再生，削除等）を管理する。例えば，記録部１２３に記録された復号鍵には，これを識別するためのＩＤが振られており，鍵管理部１２７は，復号鍵ＩＤを，対応する暗号化コンテンツＩＤや，その暗号化コンテンツを保有しているコンテンツ配信サーバ１１０に関する情報（例えば，サーバ情報，ＩＰアドレス，ＵＲＬ等）と関連付けて管理している。
【００５１】
なお，図示していないが，送信端末１２０は，入力部，表示部などを備えていてもよい。例えば，表示部に受信端末１３０に送ることが可能な暗号化コンテンツのリストが表示され，このうち受信端末１３０に実際に送信する暗号化コンテンツを入力部により選択することができる。
【００５２】
（受信端末１３０の構成）
次に，図４に基づいて，本実施形態に係る受信端末１３０の構成について説明する。なお，図４は，本実施形態に係る受信端末１３０の構成を概略的に示すブロック図である。
【００５３】
図４に示すように，受信端末１３０は，通信部１３１と，端末検知部１３２と，記録部１３３と，コンテンツ再生部１３４と，復号化部１３５と，コンテンツ管理部１３６と，鍵管理部１３７とを主に備える。
【００５４】
通信部１３１は，通信可能領域２００内に存在する送信端末１２０と無線によりデータの送受信を行うとともに，コンテンツ配信サーバ１１０とネットワーク１００を介してデータの送受信を行う。受信端末１３０は，この通信部１３１により，送信端末１２０から暗号化コンテンツおよびその復号鍵を受信したり，コンテンツ配信サーバ１１０に対し，復号鍵の購入要求をしたりする。なお，通信部１３１は，無線と電気的信号を相互に変換する変復調機能を備えている。
【００５５】
端末検知部１３２は，無線によりデータの送受信が可能な通信可能領域２００内に，少なくとも１の送信端末１２０が存在するか否かを検知する。端末検知部１３２は，少なくとも１の送信端末１２０の存在を検知した場合には，この情報をコンテンツ再生部１３４に送信する。
【００５６】
記録部１３３は，送信端末１２０から受信した暗号化コンテンツおよびこれを復号するための復号鍵を対応付けて記録する。また，記録部１２３には，暗号化されていないコンテンツ（例えば，受信端末１３０がコンテンツ配信サーバ１１０から購入したコンテンツや，受信端末１３０が作成したコンテンツ等）が記録されていても良い。ただし，暗号化コンテンツと暗号化されていないコンテンツとは，区別して保存される。
【００５７】
コンテンツ再生部１３４は，端末検知部１３２から，通信可能領域２００内に送信端末１２０が存在することを検知した旨の情報を受信した場合には，その送信端末１２０から配信を受けて記録部１３３に記録されているコンテンツを再生する。このとき，記録部１３３に記録されているコンテンツが暗号化コンテンツである場合には，下記復号化部１３５により復号化した後に，コンテンツ再生部１３４は，復号化されたコンテンツを再生する。
【００５８】
復号化部１３５は，記録部１３３に記録されたコンテンツが暗号化コンテンツである場合には，対応する復号鍵を用いて暗号化コンテンツを復号する。ここで，復号に用いた復号鍵が送信端末１１０から取得したものである場合には，この復号鍵は暗号化コンテンツの復号後削除される。
【００５９】
コンテンツ管理部１３６は，記録部１３３に記録されたコンテンツの利用（記録，再生，削除等）を管理する。例えば，記録部１３３に記録された暗号化コンテンツには，これを識別するためのＩＤが振られており，コンテンツ管理部１３６は，暗号化コンテンツＩＤを，その暗号化コンテンツを復号するための復号鍵や，その暗号化コンテンツを保有しているコンテンツ配信サーバ１１０に関する情報（例えば，サーバ情報，ＩＰアドレス，ＵＲＬ等）と関連付けて管理している。
【００６０】
鍵管理部１３７は，記録部１３３に記録された復号鍵の利用（記録，再生，削除等）を管理する。例えば，記録部１３３に記録された復号鍵には，これを識別するためのＩＤが振られており，鍵管理部１３７は，復号鍵ＩＤを，対応する暗号化コンテンツＩＤや，その暗号化コンテンツを保有しているコンテンツ配信サーバ１１０に関する情報（例えば，サーバ情報，ＩＰアドレス，ＵＲＬ等）と関連付けて管理している。また，鍵管理部１３７は，暗号化コンテンツの復号に用いた復号鍵が送信端末１１０から取得したものである場合には，この復号鍵を暗号化コンテンツの復号後削除する。
【００６１】
なお，図示していないが，受信端末１３０は，入力部，表示部などを備えていてもよい。例えば，表示部に記録部１３３に記録された暗号化コンテンツのリストが表示され，このうち再生したいコンテンツを入力部により選択することができる。さらに，選択した暗号化コンテンツに対応する復号鍵が記録部１３３に記録されていない場合には，表示部に復号化しないと再生できない旨のメッセージ等が表示される。
【００６２】
（コンテンツ配信システム１０におけるコンテンツ配信方法）
次に，図５に基づいて，本実施形態に係るコンテンツ配信システム１０におけるコンテンツ配信方法について詳細に説明する。なお，図５は，本実施形態に係るコンテンツ配信システム１０におけるコンテンツ配信方法を説明するタイミングチャートである。
【００６３】
図５に示すように，本実施形態に係るコンテンツ配信方法においては，まず，送信端末１２０が，コンテンツ配信サーバ１１０の所有する音楽や映像等のコンテンツを，コンテンツ配信サーバ１１０に代わって受信端末１３０に配信するためのアカウントを取得するための登録手続を行う（ステップＳ１０２）。この登録手続の際，送信端末１２０は，コンテンツ配信サーバ１１０に対し，例えば，自己の氏名，住所，電話番号，銀行口座等の情報を送信する。
【００６４】
送信端末１２０は，インターネット等を介してこのような登録手続を行い，コンテンツ配信サーバ１１０でのアカウントを取得することにより，コンテンツ配信サーバ１１０から音楽データ等のコンテンツを取得できるようになる。
【００６５】
上記のような登録手続の際には審査が行われ，送信端末１２０は，審査に通過すると，コンテンツ配信サーバ１１０が提供するサービスを利用できるようになる。このようなサービスとして，コンテンツ配信サーバ１１０は，インターネットを介して，例えば，広告を行える音楽データの閲覧および選択，広告活動に対する実績情報の閲覧，広告活動に対する対価の支払方法設定，広告活動に対する対価の支払，対価の支払時期の閲覧，個人／組織情報の変更および更新等の機能を送信端末１２０に提供することができる。
【００６６】
ここで，図６を参照しながら，上記登録手続の処理についてさらに詳細に説明する。なお，図６は，本実施形態に係るコンテンツ配信方法における送信端末１２０の登録処理を説明するフローチャートである。
【００６７】
図６に示すように，まず，コンテンツ配信サーバ１１０は，送信端末１２０から，例えば氏名，住所，電話番号，銀行口座等の送信端末１２０に関する情報を受信する（ステップＳ２０２）。次に，コンテンツ配信サーバ１１０は，上記情報に不備があるか否かを判断する（ステップＳ２０４）。その結果，情報に不備があると判断した場合には，送信端末１２０に対し情報に不備がある旨を通知するなどして，もう一度送信端末１２０からの情報を受信する（ステップＳ２０２）。一方，情報に不備がないと判断した場合には，送信端末１２０にアカウントを与えるべきか否かの審査を行う（ステップＳ２０６）。この審査において，コンテンツ配信サーバ１１０が，送信端末１２０は審査に通過すると判断した場合には，登録処理が行われ，アカウント（ＩＤ等）の発行等がなされる。一方，コンテンツ配信サーバ１１０が，送信端末１２０は審査に通過しないと判断した場合には，登録処理が行われずに登録手続が終了する。
【００６８】
なお，コンテンツ配信サーバ１１０が，コンテンツの権利者から販売を委託された販売者であるような場合には，コンテンツ配信サーバ１１０において，当該権利者の登録も行われる。この登録手続の詳細に関しては，送信端末１２０の場合とほぼ同様であるので，詳細な説明は省略する。
【００６９】
権利者は，コンテンツ配信サーバ１１０に対するアカウントを取得することにより，コンテンツの販売を委託できるようになる。また，権利者は登録の審査に通過すると，コンテンツ配信サーバ１１０が提供するサービスを利用できるようになる。このようなサービスとして，コンテンツ配信サーバ１１０は，売り上げ集計閲覧機能，権利者に支払われる対価の集計閲覧機能，送信端末ごとの成果閲覧機能，特定の送信端末に対する販売権の譲渡および停止，対価の支払方法設定，対価の支払，対価の支払時期の閲覧，個人／組織情報の変更および更新等の機能を権利者に提供することができる。
【００７０】
再び図５に基づいて，本実施形態に係るコンテンツ配信方法の説明を続ける。なお，以下の説明においては，コンテンツの例として音楽データを挙げて説明するが，本実施形態に係るコンテンツは音楽データに限られるものではない。
【００７１】
上記登録手続（ステップＳ１０２）の結果，コンテンツ配信サーバ１１０が送信端末１２０の登録を行うと（ステップＳ１０４），上述したように，送信端末１２０は，コンテンツ配信サーバ１１０に対し，音楽データおよび復号鍵の入手を要求できるようになる。そこで，送信端末１２０の通信部１２１は，インターネットに接続し，コンテンツ配信サーバ１１０に対して暗号化されている音楽データおよびその復号鍵の入手を要求する（ステップＳ１０６）。コンテンツ配信サーバ１１０のコンテンツ暗号化部１１３は，送信端末１２０からの要求に応じて，音楽データを暗号化する。また，暗号化された音楽データの復号に使用される復号鍵は，送信端末１２０ごとに生成される。本実施形態においては，送信端末１２０ごとに一意のＩＤが振られており，このＩＤに基づいて，鍵管理部１２７は，復号鍵の送信端末１２０との関連を管理する。
【００７２】
次に，コンテンツ配信サーバ１１０の通信部１１１は，ステップＳ１０８で生成した暗号化音楽データおよび復号鍵（一時鍵）を送信端末１２０に送信する（ステップＳ１１０）。このようにして，送信端末１１０は，広告用の暗号化された音楽データと復号鍵（一時鍵）を入手することができる。そして，このステップＳ１０６〜Ｓ１１０の手順を繰返し実行することで，送信端末１２０は，複数の（暗号化された）音楽データを予め記録部１２３に蓄積しておくことができる。
【００７３】
次に，受信端末１３０の端末検知部１３２が通信可能領域２００内に送信端末１２０が存在することを検知した場合には，受信端末１３０の通信部１３１は，無線通信により送信端末１２０に対し，暗号化音楽データとその復号鍵の送信を要求する（ステップＳ１１２）。送信端末１２０の通信部１２１は，受信端末１３０からの要求に応じて，受信端末１３０に暗号化音楽データおよびその復号鍵を送信する（ステップＳ１１４）。
【００７４】
次に，受信端末１３０の復号化部１３５は，送信端末１２０から受信した暗号化音楽データをその復号鍵を用いて復号する（ステップＳ１１６）。なお，暗号化音楽データの復号に使用された復号鍵は，鍵管理部１３７により削除される。
【００７５】
さらに，受信端末１３０のコンテンツ再生部１３４は，ステップＳ１１６で復号された音楽データを再生する（ステップＳ１１８）。この復号化された音楽データの再生は，受信端末１３０と送信端末１２０とが通信可能領域２００内に存在する間だけ行うことができ，受信端末１３０と送信端末１２０とが通信可能領域２００から外れた場合には，即座に再生が終了されるか，または１回再生が終了した後に，コンテンツ管理部１３６により，復号された音楽データが削除される。
【００７６】
ここで，図７〜図９を参照しながら，受信端末１３０によるコンテンツの配信要求からコンテンツの再生まで（ステップＳ１１２〜Ｓ１１８）の処理の流れについてさらに詳細に説明する。なお，図７は，本実施形態に係る暗号化コンテンツの配信処理を説明するためのブロック図であり，図８は，本実施形態に係る復号鍵の配信処理および暗号化コンテンツの復号化処理を説明するためのブロック図であり，図９は，本実施形態に係るコンテンツの再生処理を説明するためのブロック図である。
【００７７】
まず，図７に示すように，送信端末１２０と受信端末１３０とが通信可能領域２００内に存在する場合には，受信端末１３０は，通信部１３１の無線機能を通して，送信端末１２０へ音楽データ送信要求を送信する（ステップＳ１１２−１）。なお，上記無線機能を通した通信路は暗号化されている。
【００７８】
なお，受信端末１３０は，残電力に応じて，上記送信端末１２０へ音楽データ送信要求を送信するか否かを判断する機能を有することもできる。
【００７９】
次に，送信端末１２０は，受信端末１３０からの上記送信要求に応じて，暗号化された音楽データを通信部１２１から受信端末１３０へ送信する（ステップＳ１１４−１）。この暗号化音楽データの送信の際，送信端末１２０は，送信端末１２０を識別するための送信端末識別情報（ＩＤ）およびコンテンツ配信サーバ１１０に関する情報（例えば，サーバ情報，ＩＰアドレス，ＵＲＬ等）を受信端末１３０へ送信することもできる。これらの情報は，後に，受信端末１３０がコンテンツ配信サーバ１１０へ復号鍵の購入要求をする際（図５のステップＳ１２０参照）等に必要となる。
【００８０】
なお，送信端末１２０は，受信端末１３０からの要求に対する応答を，自動応答と手動応答のいずれにするかを選択することができる。また，送信端末１２０は，自動応答を選択していた場合でも，残電力に応じて，自動的に自動応答から手動応答に切り替える機能を有することもできる。
【００８１】
また，送信端末１２０は，特定の受信端末１３０による接続を拒否できるように構成することもできる。このような接続を拒否する方法としては，例えば，Ｄｅｎｙリスト等が考えられる。
【００８２】
さらに，送信端末１２０が受信端末１３０からの音楽データ送信要求に応じることにより，受信端末１３０が，その音楽データを提供した送信端末１２０を物理的に特定できるように構成することもできる。かかる送信端末１２０の特定方法としては，例えば，受信端末１３０からの要求に応じて，送信端末１２０の一部または全部に設けられたＬＥＤ等の発光手段を発光させる方法，送信端末１２０に設けられた音声出力手段から音声を発する方法，送信端末１２０を振動させる方法等が考えられる。
【００８３】
一方，上記のように送信端末１２０を特定できる機能を悪用されることを防ぐために，送信端末１２０は，上記受信端末１３０からの要求に応じることにより物理的に特定できる機能を無効化することができる。例えば，上記送信端末１２０の特定方法が，イヤホンの側面に備えられたＬＥＤを発光させる機能である場合，満員電車内では近くにいる人を容易に特定することができてしまう。したがって，この機能を悪用されないために，この機能を望まない送信端末１２０は，ＬＥＤを発光させる機能をＯＦＦにすることができる。
【００８４】
また，物理的に特定できないまでも，例えば，受信端末１３０は，送信端末１２０が発する電波の強度を計測し，その強度の値から送信端末１２０が存在する方向を推測できるように構成することもできる。
【００８５】
一方，送信端末１２０においては，受信端末１３０からの要求があったことを音声または映像によりユーザに通知されるように構成してもよい。この通知の方法としては，例えば，受信端末１３０の音声出力手段から音を出力させるか，あるいは，受信端末１３０の表示手段（ディスプレイ等）に「○○の端末から音楽データの送信要求がありました。」などの文字を表示させる等が考えられる。
【００８６】
受信端末１３０は，上記のようにして送信端末１２０から送信された暗号化音楽データを通信部１３１で受信した後，記録部１３３に保存する。
【００８７】
受信端末１３０は，受信した暗号化音楽データを再生するときは，その音楽データの送信元である送信端末１２０に対し，その暗号化音楽データを復号するための復号鍵の送信要求を送信する（ステップＳ１１２−１）。
【００８８】
送信端末１２０は，受信端末１３０からの上記送信要求に応じて，復号鍵を通信部１２１から受信端末１３０へ送信する（ステップＳ１１４−２）。受信端末１３０は，送信端末１２０から送信された復号鍵を通信部１３１で受信して，復号化部１３５により，受信した復号鍵を使用して記録部１３３に記録された暗号化音楽データを復号する。また，暗号化音楽データの復号に使用された復号鍵は，音楽データの復号後自動的に削除される。さらに，復号された音楽データに関しても，１回の再生後自動的に無効化または削除される。
【００８９】
したがって，受信端末１３０は，暗号化された音楽データを再び再生するためには，再度送信端末１２０から復号鍵を入手しなければならないが，受信端末１３０は，暗号化音楽データの取得のときと同様に，送信端末１２０が通信可能領域２００内に存在する場合にしか，復号鍵を取得することができない。すなわち，受信端末１３０は，記録部１３３に保存した暗号化音楽データを送信した送信端末１２０が通信可能領域２００内に存在する間だけ，その音楽データを復号することができる。
【００９０】
また，受信端末１３０は，復号された音楽データの再生についても，記録部１３３に保存した暗号化音楽データを送信した送信端末１２０が通信可能領域２００内に存在する間だけ行うことができる。したがって，図９に示すように，送信端末１２０が通信可能領域２００から外れてしまった場合には，受信端末１３０と送信端末１２０との間で無線通信を行うことはできず，コンテンツ再生部１３４は，コンテンツの再生ができなくなってしまう。ただし，受信端末１３０の通信可能領域２００内に送信端末１２０が存在する間に受信端末１３０において再生を開始した曲（音楽データ）に関しては，再生中に送信端末１２０が通信可能領域２００から外れた場合であっても，１回再生が終わるまでは再生し続けてもよい。もちろん，送信端末１２０が通信可能領域２００から外れたときに，直ぐに再生を中止してもよい。
【００９１】
上述したような処理の具体的な方法としては，例えば，以下の３つの方法が挙げられる。
【００９２】
第１の方法は，まず，受信端末１３０と送信端末１２０との間でＴＣＰコネクションを確立し，受信端末１３０が送信端末１２０から暗号化音楽データおよび復号鍵をダウンロードする。その後，ＴＣＰコネクションが持続している間だけ，ダウンロードした音楽データを再生でき，ＴＣＰコネクションが断絶したら，復号鍵を受信端末１３０側で削除または無効化するという方法である。この場合に，暗号化音楽データは削除等せずにそのまま保持され，暗号化音楽データを復号した再生データは消去される。ただし，受信端末１３０側で暗号化音楽データを削除または無効化してもよい。
【００９３】
第２の方法は，受信端末１３０が送信端末１２０から暗号化音楽データをダウンロード後，送信端末１２０に関するＡＲＰエントリーが存在する間だけ，ダウンロードした音楽を再生でき，送信端末１２０に関するＡＲＰエントリーが消滅した場合には，復号鍵を受信端末１３０側で削除または無効化するという方法である。この場合にも，暗号化音楽データは削除等せずにそのまま保持され，暗号化音楽データを復号した再生データは消去される。ただし，受信端末１３０側で暗号化音楽データを削除または無効化してもよい。
【００９４】
第３の方法は，まず，送信端末１２０は，ビーコンのような無線パケットを定期的に周囲にブロードキャストしておく。受信端末１３０は，送信端末１２０から暗号化音楽データおよび復号鍵をダウンロード後，その送信端末１２０からの無線パケットを受信できる間だけ，ダウンロードした音楽コンテンツを再生でき，その送信端末１２０からの無線パケットを受信できなくなった場合には，復号鍵を受信端末１３０側で削除または無効化するという方法である。この場合にも，暗号化音楽データは削除等せずにそのまま保持され，暗号化音楽データを復号した再生データは消去される。ただし，受信端末１３０側で暗号化音楽データを削除または無効化してもよい。
【００９５】
なお，上記３つの方法において，復号鍵を削除または無効化した後も，再び通信可能領域２００内に受信端末１３０と送信端末１２０がともに存在するようになった場合（例えば，ＴＣＰコネクションが再び確立された場合，ＡＲＰエントリーが再び存在するようになった場合，送信端末１２０からの無線パケットを再び受信できるようになった場合等）には，復号鍵だけを送信端末１２０から再ダウンロードするか，既にダウンロードしている復号鍵を再有効化することで，再生を継続することができる。
【００９６】
このように，受信端末１３０が送信端末１２０の通信可能領域２００内にある場合にのみ，暗号化音楽データの復号および再生を行うことができるというような制限を付加することにより，本実施形態に係るコンテンツ配信システム１０におけるようなＰ２Ｐ型でコンテンツの配信が行われる場合であっても，違法コピーやその流通を防止することができるため，著作権の保護の観点からも非常に効果的である。
【００９７】
なお，削除等された状態の音楽データや復号鍵を悪意のあるユーザによって，勝手に再生されたり，別の機器に違法にコピーされたりしないように，そのような機能をハードウェアもしくはソフトウェア的に有さないようにすること，あるいは，その機能自体を公開しないことが，著作権保護の観点からより好ましい。このような対策の例としては，例えば，ＰＣから音楽プレイヤーへＵＳＢにより音楽データの転送や音楽データの消去を行う場合に，音楽プレイヤーにデータ入力端子のみを設け，データ出力端子は設けないようにすることや，ＨＤＤを含む端末においてＨＤＤが内部で密着しており，無理に取り出そうとすると壊れるように構成することなどが考えられる。
【００９８】
また，複数の受信端末１３０が送信端末１２０の通信可能領域２００内に存在する限りにおいては，不特定多数の人と音楽データや映像データなどのコンテンツを共有できる，という音楽や映像の本質的な楽しみが阻害されることもない。例えば，通学電車で見知らぬ人と，昼休みの教室で友達と，みんなで旅行に行く時同行者と，音楽や映像の本質的な楽しみを共有することができ，ひいては共通の趣味を持つ見知らぬ人との出会いやつながりをもプロデュースし得る。
【００９９】
次に，図１０および図１１を参照しながら，本実施形態に係る受信端末１３０におけるコンテンツの再生処理（ステップＳ１１８）についてさらに詳細に説明する。なお，図１０は，本実施形態に係る受信端末１３０におけるコンテンツの再生処理を説明するフローチャートであり，図１１は，本実施形態の変形例に係る受信端末１３０におけるコンテンツの再生処理を説明するフローチャートである。
【０１００】
図１０に示すように，受信端末１３０において音楽データを再生する際には，まず，コンテンツ管理部１３６により，再生しようとする音楽データが暗号化されているか否かの判断がなされる（ステップＳ３０２）。
【０１０１】
その結果，音楽データが暗号化されていないと判断された場合（例えば，その音楽データが受信端末１３０が購入したものである場合や，受信端末１３０により作成されたものである場合など）には，直ぐに再生が開始される（ステップＳ３１４）。一方，音楽データが暗号化されていると判断された場合（例えば，その音楽データが送信端末１２０からダウンロードしたものである場合）には，端末検知部１３２により，その暗号化された音楽データを送信した送信端末１２０が通信可能領域２００内に存在するか否かの判断がなされる（ステップＳ３０４）。
【０１０２】
その結果，送信端末１２０が存在しないと判断された場合には，コンテンツ再生部１３４は，再生を行うことはできない（ステップＳ３０８）。一方，送信端末１２０が通信可能領域２００内に存在すると判断された場合には，次に，その送信端末１２０が再生をしようとしている音楽データの復号鍵を有しているか，すなわち，記録部１２３に再生しようとしている暗号化音楽データを復号するための復号鍵が記録されているか否かの判断がなされる（Ｓ３０６）。具体的には，受信端末１３０が送信端末１２０に対して問い合わせる。
【０１０３】
その結果，送信端末１２０が復号鍵を有しないと判断された場合には，受信端末１３０は，復号鍵を入手できないため，コンテンツ再生部１３４は，音楽データの再生を行うことはできない（ステップＳ３０８）。一方，送信端末１２０が復号鍵を有している判断された場合には，受信端末１３０は，送信端末１２０から復号鍵を入手して（ステップＳ３１０），入手した復号鍵を使用して，復号化部１３５により暗号化音楽データを復号する（ステップＳ３１２）。さらに，受信端末１３０は，コンテンツ再生部１３４により復号された音楽データの再生を開始する（ステップＳ３１４）。コンテンツの再生終了（ステップＳ３１６）後，再生された音楽データは，送信端末１２０から復号鍵を入手して復号されたものであるか否かの判断がなされる（ステップＳ３１８）。
【０１０４】
その結果，送信端末１２０から復号鍵を入手して復号したものと判断された場合には，その復号鍵および復号した音楽データを削除した後（ステップＳ３２０），再生処理を終了する。このとき，暗号化された音楽データについては，削除せずに保存しておいてもよい。暗号化された音楽データを再生するには，再び送信端末１２０から復号鍵を入手しなければならず，また，暗号化された音楽データのみを他の受信端末に転送したとしても，違法コピー等はできないため，著作権保護上問題とならないからである。もちろん，暗号化音楽データを保存せずに削除してもよい。一方，送信端末１２０から復号鍵を入手して復号したものでないと判断された場合には，復号鍵は削除せずに終了する。
【０１０５】
また，本実施形態の変形例は，受信端末１３０がコンテンツ配信サーバ１１０から所定の数だけコンテンツを購入する権利情報であるプリペイド情報を予め取得していた場合の例である。図１１に示すように，ステップＳ３５２〜Ｓ３６８までは，上述した図１０の場合（ステップＳ３０２〜Ｓ３１８を参照）と同様であるので，詳しい説明は省略する。以下，ステップＳ３６８以下の処理について詳細に説明する。
【０１０６】
ステップＳ３６８において，再生した音楽データが送信端末１２０から復号鍵を入手して復号されたものであると判断された場合には，次に，受信端末１３０が所定の数だけコンテンツを購入する権利情報であるプリペイド情報を有しているか否か，すなわち，受信端末１３０の記録部１３３にプリペイド情報が記録されているか否かの判断がなされる（ステップＳ３７０）。
【０１０７】
その結果，プリペイド情報を有していないと判断された場合には，その復号鍵および復号した音楽データを削除した後（ステップＳ３７４），再生処理を終了する。一方，プリペイド情報を有していると判断された場合には，受信端末１３０は，そのプリペイド情報を使用するか否かを選択することができる（ステップＳ３７２）。このプリペイド情報を使用するか否かの選択は，具体的には，例えば，受信端末１３０における復号された音楽データの再生処理の終了時に，プリペイド情報を使用することにより再生した音楽データを購入するか否かの判断を音声または映像によりユーザに通知する。この通知の方法としては，例えば，受信端末１３０の音声出力手段から警告音を出力させるか，あるいは，受信端末１３０の表示手段（ディスプレイ等）に「再生が終了してしまいますが，この音楽を購入しますか？」などの文字を表示させる等が考えられる。その結果，受信端末１３０がプリペイド情報を使用しないことを選択した場合には，復号鍵および復号した音楽データを削除した後（ステップＳ３７４），再生処理を終了する。一方，受信端末１３０がプリペイド情報を使用することを選択した場合には，復号鍵を記録部１３３に保存して（ステップＳ３７６），再生処理を終了する。
【０１０８】
再び，図５に基づいて，本実施形態に係るコンテンツ配信方法についての説明を続ける。上述したような処理により復号された音楽データを再生した後（ステップＳ１１８），復号鍵を削除した受信端末１３０は，送信端末１２０からだけではなく，その暗号化音楽データおよび復号鍵を所有するコンテンツ配信サーバ１１０から復号鍵を購入することにより，暗号化音楽データをいつでも再生可能となる。ここでいう「いつでも再生可能」とは，送信端末１２０が通信可能領域２００内に存在しない場合であっても暗号化音楽データを再生可能であるということである。
【０１０９】
すなわち，復号鍵を削除した受信端末１３０は，再び暗号化音楽データの再生を希望する場合には，まず，コンテンツ配信サーバ１１０に対し，インターネットを介して，暗号化音楽データの復号鍵の購入要求を送信する（ステップＳ１２０）。このとき，受信端末１３０は，購入要求とともに，購入要求に係る音楽データを送信した送信端末１２０のＩＤおよび暗号化音楽データを識別するためのＩＤを送信する。これらの情報は，コンテンツ配信サーバ１１０が送信端末１２０に対して対価支払処理を行う際に必要となる。
【０１１０】
次に，コンテンツ配信サーバ１１０は，受信端末１３０の購入要求の応じて，受信端末１３０に対し，インターネットを介して復号鍵を送信する（ステップＳ１２２）。復号鍵を受信した受信端末１３０は，コンテンツ配信サーバ１１０に対して，受信した復号鍵に対する対価を支払う。このように，受信端末１３０は，送信端末１２０から受信した暗号化されている音楽データに対して，そのデータの「購入」という手続を踏むことで，送信端末１２０が通信可能領域２００内に存在しない場合であっても，暗号化音楽データの再生が可能となる。
【０１１１】
次に，コンテンツ配信サーバ１１０は，受信端末１３０から送信された購入要求に係る音楽データを送信した送信端末１２０のＩＤおよび暗号化音楽データを識別するためのＩＤに基づいて，購入に係る音楽データを送信した送信端末１２０等に支払う対価を計算し，対価支払処理を行う（ステップＳ１２４）。
【０１１２】
このように，コンテンツ配信サーバ１１０に代わってコンテンツの配信を行う送信端末１２０に対価が支払われることから，送信端末１２０によるコンテンツの配布が積極的に行われるようになる。また，受信端末１３０も送信端末１２０の役割を担うことができ，それにより対価を得ることができるので，ますますコンテンツが広く効率的に流通することとなる。
【０１１３】
ここで，図１２を参照しながら，本実施形態に係る購入手続（ステップＳ１２０〜Ｓ１２２）についてさらに詳細に説明する。なお，図１２は，本実施形態に係るコンテンツの購入処理を説明するためのブロック図である。
【０１１４】
図１２に示すように，復号鍵を削除後した受信端末１３０が，暗号化された音楽データを再び再生したい場合であって，通信可能領域２００内にその音楽データを送信した送信端末１２０が存在しない場合には，インターネットを介してコンテンツ配信サーバ１１０にアクセスし，再生したい音楽データを復号するための復号鍵の購入要求を送信する（ステップＳ１２０）。このとき，上述したように，受信端末１３０は，購入要求とともに，購入要求に係る音楽データを送信した送信端末１２０のＩＤおよび暗号化音楽データを識別するためのＩＤを送信する。
【０１１５】
次に，コンテンツ配信サーバ１１０は，受信端末１３０の購入要求の応じて，受信端末１３０に対し，インターネットを介して復号鍵を送信する（ステップＳ１２２）。このように，購入手続により入手した復号鍵は，暗号化音楽データの復号後も削除せずに保存しておく。また，暗号化された音楽データも削除せずに保存しておく（購入により対価を支払っているので，著作権保護上の問題も生じない）。このように復号鍵および暗号化音楽データを保存しておくことで，受信端末１３０は，上記暗号化音楽データをいつでも再生することができるようになるとともに，購入に係る音楽データに関しては，送信端末１２０と同様の役割を担うことも可能となる。これにより，本実施形態に係るコンテンツ配信方法においては，Ｐ２Ｐ型の配信が可能となり，効率の良いコンテンツの配信が可能となる。
【０１１６】
上記変形例（図１１を参照）で示したように，受信端末１３０は，プリペイド情報を予め取得しておくことで，コンテンツ配信サーバ１１０から復号鍵を購入する必要なく，音楽データを購入することができる。したがって，本実施形態に係るコンテンツ配信方法によれば，予めプリペイド情報を取得しておけば，ネットワークコネクティビティがなく，コンテンツ配信サーバ１１０に接続できない場合であっても，通信可能領域２００内に送信端末１２０が存在すれば，無線を介したデータの送受信により，コンテンツの購入をすることができる。
【０１１７】
なお，コンテンツ配信サーバ１１０に対して上記プリペイド情報の更新を行うときに，併せて購入したコンテンツ等について通知（購入履歴情報を送信）することにより，コンテンツ配信サーバ１１０が，受信端末１３０が購入したコンテンツについて把握することが可能となる。
【０１１８】
また，暗号化されているデータ，購入したデータ，ユーザ（送受信端末）が作成したデータは，区別して保存される。保存領域の容量が不足した場合には，無線を介してやり取りされる一時的なデータの優先度は低く，自動若しくは手動で削除される（自動にするか手動にするかは選択できる）。削除方法としては，ＬＲＵ（Ｌｅａｓｔ Ｒｅｃｅｎｔｌｙ Ｕｓｅｄ）の利用が考えられる。
【０１１９】
ところで，受信端末１３０は，暗号化された音楽データに対しての復号鍵を入手しなかった場合，暗号化された音楽データのみを保持することとなる。この場合でも，購入に係る音楽データの場合と同様に，受信端末１３０は，送信端末の役割を担い，その暗号化音楽データを他の受信端末へ送信することができる。しかし，この場合には，送信端末としての役割を担う受信端末１３０は，復号鍵は有していないため，他の受信端末へ復号鍵を送信することはできない。このように，暗号化されたデータに対しての復号鍵を有していない端末が，そのデータを別の端末に送信することをここでは，「多段送信」と呼ぶこととする。
【０１２０】
ここで，図１３を参照しながら，本実施形態に係る多段送信について説明する。なお，図１３は，本実施形態に係るコンテンツの多段送信を概念的に示した説明図である。
【０１２１】
図１３に示すように，第１の受信端末１３０−１は，暗号化データのみを有し，復号鍵は有していない。この第１の受信端末１３０−１は，第２の受信端末１３０−２に対し，自己が有する暗号化データを転送することができる。ただし，このような多段送信において，無制限に転送できることとすると，著作権保護上の問題が生ずることとなるため，この暗号コンテンツには，他の受信端末へ転送可能な回数を制限するための制限カウンタが含まれている。
【０１２２】
このような制限カウンタとしては，例えば，Ｈｏｐ Ｌｉｍｉｔ機能がある。Ｈｏｐ Ｌｉｍｉｔ機能とは，何回まで多段送信を行うことができるかを制限する機能である。受信端末１３０−１は，音楽データにＨｏｐ Ｌｉｍｉｔとして特定の初期値を設定する。多段送信するたびにＨｏｐ Ｌｉｍｉｔの値は減少し，０になるとそれ以上多段送信は行われなくなる。図１３は，Ｈｏｐ Ｌｉｍｉｔの値を２に設定した例を示している。受信端末１３０−１から別の受信端末１３０−２へ多段送信を行ったときに，Ｈｏｐ Ｌｉｍｉｔが１減少し，さらに別の受信端末１３０−３へ多段送信を行うとＨｏｐ Ｌｉｍｉｔがさらに１減少して０になる。すると，さらに別の受信端末１３０−４へは多段送信を行うことができない。
【０１２３】
以上，添付図面を参照しながら本発明の好適な実施形態について説明したが，本発明はかかる例に限定されないことは言うまでもない。当業者であれば，特許請求の範囲に記載された範疇内において，各種の変更例または修正例に想到し得ることは明らかであり，それらについても当然に本発明の技術的範囲に属するものと了解される。
【０１２４】
例えば，上述した実施形態においては，受信端末１３０と送信端末１２０とが通信可能領域２００内にある場合であっても，復号化されたコンテンツや復号鍵は自動的に削除される場合について説明したが，本発明はかかる場合に限られず，例えば，受信端末１３０と送信端末１２０とが通信可能領域２００内にある間は，復号化されたコンテンツや復号鍵を削除せずに，何回でも使用できるようにしてもよい。
【０１２５】
また，上述した実施形態においては，送信端末１２０と受信端末１３０との間で行われる音楽データの送受信に関して，１回の要求で１つの音楽データが送受信される場合について説明したが，本発明は係る場合に限定されない。例えば，以下のようなプレイリストの送受信が行われても良い。より詳細には，送信端末は曲順を定めたプレイリストと，そのプレイリストに登録した音楽データを保持しておく。受信端末は，送信端末に対してプレイリストの送信要求を送り，プレイリストとプレイリストに登録されている音楽データを受信する。受信したプレイリストを再生すると，登録された順序で曲が再生される。このようにプレイリストを送受信することにより，例えば，送信端末が自分のコメントが入った音声ファイルと音楽データとを交互に並べることで，効果的に音楽データの購入を促進させるように広告活動を行うことができる。
【産業上の利用可能性】
【０１２６】
本発明は，コンテンツ配信システムおよびコンテンツ配信方法に適用可能であり，特に，コンテンツを効率的に配信することができるコンテンツ配信システムおよびコンテンツ配信方法に適用可能である。
【図面の簡単な説明】
【０１２７】
【図１】本発明の一実施形態に係るコンテンツ配信システムの全体構成を概略的に示す説明図である。
【図２】同実施形態に係るコンテンツ配信サーバの構成を概略的に示すブロック図である。
【図３】同実施形態に係る送信端末の構成を概略的に示すブロック図である。
【図４】同実施形態に係る受信端末の構成を概略的に示すブロック図である。
【図５】同実施形態に係るコンテンツ配信システムにおけるコンテンツ配信方法を説明するタイミングチャートである。
【図６】同実施形態に係るコンテンツ配信方法における送信端末の登録処理を説明するフローチャートである。
【図７】同実施形態に係る暗号化コンテンツの配信処理を説明するためのブロック図である。
【図８】同実施形態に係る復号鍵の配信処理および暗号化コンテンツの復号化処理を説明するためのブロック図である。
【図９】同実施形態に係るコンテンツの再生処理を説明するためのブロック図である。
【図１０】同実施形態に係る受信端末におけるコンテンツの再生処理を説明するフローチャートである。
【図１１】同実施形態の変形例に係る受信端末におけるコンテンツの再生処理を説明するフローチャートである。
【図１２】同実施形態に係るコンテンツの購入処理を説明するためのブロック図である。
【図１３】同実施形態に係るコンテンツの多段送信を概念的に示した説明図である。
【符号の説明】
【０１２８】
１０ コンテンツ配信システム
１００ インターネット
１１０ コンテンツ配信サーバ
１１１ 通信部
１１２ 記録部
１１３ コンテンツ暗号化部
１１７ 対価処理部
１２０ 送信端末
１２１ 通信部
１２２ 端末検知部
１２３ 記録部
１２４ 抽出部
１３０ 受信端末
１３１ 通信部
１３２ 端末検知部
１３３ 記録部
１３４ コンテンツ再生部
１３５ 復号化部
２００ 通信可能領域
【特許請求の範囲】
【請求項１】
コンテンツの配信を行うコンテンツ配信サーバと，前記コンテンツ配信サーバの保有するコンテンツの配信を代行する送信端末と，前記送信端末から無線通信により前記コンテンツの配信を受ける受信端末とを含むコンテンツ配信システムであって：
前記コンテンツ配信サーバは，
前記送信端末とデータの送受信を行う通信部と；
１または２以上のコンテンツが記録される記録部と；
前記記録部に記録されたコンテンツの利用を管理するコンテンツ管理部と；
前記記録部に記録されたコンテンツに少なくともコンテンツの再生についての制限を付加して暗号化コンテンツを生成するコンテンツ暗号化部と；
前記暗号化コンテンツを復号化するための復号鍵を管理する鍵管理部と；
を備え，
前記送信端末は，
前記コンテンツ配信サーバとデータの送受信を行う通信部と；
互いにデータの送受信が可能な通信可能領域内に，少なくとも１の前記受信端末があるか否かを検知する端末検知部と；
前記コンテンツ配信サーバから受信した前記暗号化コンテンツおよび前記復号鍵を対応付けて記録する記録部と；
前記記録部に記録された前記暗号化コンテンツおよび該暗号化コンテンツに対応付けられた前記復号鍵の全部または一部を抽出する抽出部と；
を備え，
前記受信端末は，
前記通信可能領域内に，少なくとも１の前記送信端末があるか否かを検知する端末検知部と；
前記送信端末から受信した前記暗号化コンテンツおよび前記復号鍵を対応付けて記録する記録部と；
前記記録部に記録された前記暗号化コンテンツを，前記対応付けて記録された前記復号鍵を用いて復号化する復号化部と；
前記復号化されたコンテンツを再生するコンテンツ再生部と；
を備え，
前記送信端末は，前記受信端末とデータの送受信が可能な通信可能領域にある場合に，前記コンテンツの配信を行い，
前記受信端末は，前記通信可能領域にある場合に，前記復号化されたコンテンツの再生を行うことが可能であることを特徴とする，コンテンツ配信システム。
【請求項２】
前記受信端末が前記送信端末から受信した前記復号鍵は，前記暗号化コンテンツの復号化後に削除される一時鍵であり，
前記受信端末は，前記一時鍵を用いて復号化されたコンテンツの再生後，該復号化されたコンテンツを削除することを特徴とする，請求項１に記載のコンテンツ配信システム。
【請求項３】
前記送信端末は，前記暗号化コンテンツの配信の際に，前記送信端末を識別するための送信端末識別情報および前記コンテンツ配信サーバに関する情報を前記受信端末へ送信することを特徴とする，請求項２に記載のコンテンツ配信システム。
【請求項４】
前記受信端末は，
前記一時鍵を用いて復号化されたコンテンツの再生後，前記コンテンツ配信サーバに関する情報に基づいて，前記コンテンツ配信サーバに対し，前記暗号化コンテンツの購入要求を送信し，
前記購入要求の際に，該購入要求に係る前記暗号化コンテンツを識別するための暗号化コンテンツ識別情報および前記送信端末識別情報を送信することを特徴とする，請求項３に記載のコンテンツ配信システム。
【請求項５】
前記コンテンツ配信サーバは，前記購入要求を受信した場合には，前記暗号化コンテンツ識別情報および前記送信端末識別情報に基づいて，前記購入要求に係る前記暗号化コンテンツを復号化するための復号鍵を前記受信端末へ送信することを特徴とする，請求項４に記載のコンテンツ配信システム。
【請求項６】
前記コンテンツ配信サーバは，前記復号鍵を前記受信端末へ送信した後に，前記暗号化コンテンツ識別情報および前記送信端末識別情報に基づいて，前記コンテンツの配信の代行に対する対価支払処理を行うことを特徴とする，請求項５に記載のコンテンツ配信システム。
【請求項７】
前記受信端末は，前記暗号化コンテンツの配信を受ける前に，前記コンテンツ配信サーバから所定の数だけコンテンツを購入する権利情報であるプリペイド情報を取得し，前記受信端末の前記記録部に記録することを特徴とする，請求項１に記載のコンテンツ配信システム。
【請求項８】
前記受信端末は，
前記送信端末から前記暗号化コンテンツおよび対応する復号鍵の配信を受けた際に，前記記録部に前記プリペイド情報が記録されているか否かを判定し，
前記記録部に前記プリペイド情報が記録されている場合には，前記プリペイド情報と前記暗号化コンテンツとを関連付け，関連付けられた前記暗号化コンテンツの復号化に使用した前記復号鍵を削除しないことを特徴とする，請求項７に記載のコンテンツ配信システム。
【請求項９】
前記受信端末は，前記プリペイド情報と関連付けられた前記暗号化コンテンツに係る暗号化コンテンツ識別情報と，該暗号化コンテンツを配信した送信端末に係る送信端末識別情報と，を含む購入履歴情報を前記コンテンツ配信サーバに送信し，
前記コンテンツ配信サーバは，前記購入履歴情報を受信した場合には，前記購入履歴情報に含まれる前記暗号化コンテンツ識別情報および前記送信端末識別情報に基づいて，前記コンテンツの配信の代行に対する対価支払処理を行うことを特徴とする，請求項８に記載のコンテンツ配信システム。
【請求項１】
コンテンツの配信を行うコンテンツ配信サーバと，前記コンテンツ配信サーバの保有するコンテンツの配信を代行する送信端末と，前記送信端末から無線通信により前記コンテンツの配信を受ける受信端末とを含むコンテンツ配信システムであって：
前記コンテンツ配信サーバは，
前記送信端末とデータの送受信を行う通信部と；
１または２以上のコンテンツが記録される記録部と；
前記記録部に記録されたコンテンツの利用を管理するコンテンツ管理部と；
前記記録部に記録されたコンテンツに少なくともコンテンツの再生についての制限を付加して暗号化コンテンツを生成するコンテンツ暗号化部と；
前記暗号化コンテンツを復号化するための復号鍵を管理する鍵管理部と；
を備え，
前記送信端末は，
前記コンテンツ配信サーバとデータの送受信を行う通信部と；
互いにデータの送受信が可能な通信可能領域内に，少なくとも１の前記受信端末があるか否かを検知する端末検知部と；
前記コンテンツ配信サーバから受信した前記暗号化コンテンツおよび前記復号鍵を対応付けて記録する記録部と；
前記記録部に記録された前記暗号化コンテンツおよび該暗号化コンテンツに対応付けられた前記復号鍵の全部または一部を抽出する抽出部と；
を備え，
前記受信端末は，
前記通信可能領域内に，少なくとも１の前記送信端末があるか否かを検知する端末検知部と；
前記送信端末から受信した前記暗号化コンテンツおよび前記復号鍵を対応付けて記録する記録部と；
前記記録部に記録された前記暗号化コンテンツを，前記対応付けて記録された前記復号鍵を用いて復号化する復号化部と；
前記復号化されたコンテンツを再生するコンテンツ再生部と；
を備え，
前記送信端末は，前記受信端末とデータの送受信が可能な通信可能領域にある場合に，前記コンテンツの配信を行い，
前記受信端末は，前記通信可能領域にある場合に，前記復号化されたコンテンツの再生を行うことが可能であることを特徴とする，コンテンツ配信システム。
【請求項２】
前記受信端末が前記送信端末から受信した前記復号鍵は，前記暗号化コンテンツの復号化後に削除される一時鍵であり，
前記受信端末は，前記一時鍵を用いて復号化されたコンテンツの再生後，該復号化されたコンテンツを削除することを特徴とする，請求項１に記載のコンテンツ配信システム。
【請求項３】
前記送信端末は，前記暗号化コンテンツの配信の際に，前記送信端末を識別するための送信端末識別情報および前記コンテンツ配信サーバに関する情報を前記受信端末へ送信することを特徴とする，請求項２に記載のコンテンツ配信システム。
【請求項４】
前記受信端末は，
前記一時鍵を用いて復号化されたコンテンツの再生後，前記コンテンツ配信サーバに関する情報に基づいて，前記コンテンツ配信サーバに対し，前記暗号化コンテンツの購入要求を送信し，
前記購入要求の際に，該購入要求に係る前記暗号化コンテンツを識別するための暗号化コンテンツ識別情報および前記送信端末識別情報を送信することを特徴とする，請求項３に記載のコンテンツ配信システム。
【請求項５】
前記コンテンツ配信サーバは，前記購入要求を受信した場合には，前記暗号化コンテンツ識別情報および前記送信端末識別情報に基づいて，前記購入要求に係る前記暗号化コンテンツを復号化するための復号鍵を前記受信端末へ送信することを特徴とする，請求項４に記載のコンテンツ配信システム。
【請求項６】
前記コンテンツ配信サーバは，前記復号鍵を前記受信端末へ送信した後に，前記暗号化コンテンツ識別情報および前記送信端末識別情報に基づいて，前記コンテンツの配信の代行に対する対価支払処理を行うことを特徴とする，請求項５に記載のコンテンツ配信システム。
【請求項７】
前記受信端末は，前記暗号化コンテンツの配信を受ける前に，前記コンテンツ配信サーバから所定の数だけコンテンツを購入する権利情報であるプリペイド情報を取得し，前記受信端末の前記記録部に記録することを特徴とする，請求項１に記載のコンテンツ配信システム。
【請求項８】
前記受信端末は，
前記送信端末から前記暗号化コンテンツおよび対応する復号鍵の配信を受けた際に，前記記録部に前記プリペイド情報が記録されているか否かを判定し，
前記記録部に前記プリペイド情報が記録されている場合には，前記プリペイド情報と前記暗号化コンテンツとを関連付け，関連付けられた前記暗号化コンテンツの復号化に使用した前記復号鍵を削除しないことを特徴とする，請求項７に記載のコンテンツ配信システム。
【請求項９】
前記受信端末は，前記プリペイド情報と関連付けられた前記暗号化コンテンツに係る暗号化コンテンツ識別情報と，該暗号化コンテンツを配信した送信端末に係る送信端末識別情報と，を含む購入履歴情報を前記コンテンツ配信サーバに送信し，
前記コンテンツ配信サーバは，前記購入履歴情報を受信した場合には，前記購入履歴情報に含まれる前記暗号化コンテンツ識別情報および前記送信端末識別情報に基づいて，前記コンテンツの配信の代行に対する対価支払処理を行うことを特徴とする，請求項８に記載のコンテンツ配信システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【公開番号】特開２００７−３７０２８（Ｐ２００７−３７０２８Ａ）
【公開日】平成１９年２月８日（２００７．２．８）
【国際特許分類】
【出願番号】特願２００５−２２１２９７（Ｐ２００５−２２１２９７）
【出願日】平成１７年７月２９日（２００５．７．２９）
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
【公開日】平成１９年２月８日（２００７．２．８）
【国際特許分類】
【出願日】平成１７年７月２９日（２００５．７．２９）
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
[ Back to top ]