JP4718808B2 - コンテンツ配信システム、コンテンツ配信サーバ及びコンテンツ配信プログラム - Google Patents

Description

本発明は、ネットワークを介してコンテンツ、あるいは暗号化コンテンツおよび復号するための鍵をユーザ端末に配信する技術に関する。

従来のコンテンツ配信技術を用いたサービスでは、特定のネットワークのみの使用を前提としており、あるいはコンテンツのすべてを一度に配信することを前提としている。

例えば、楽曲、映像、文書等に関する新たなデジタルコンテンツを、ネットワークを利用して公衆にリリースする場合、リリース直後などに負荷が集中することが予想される。そのため、サービス事業者の立場からは、サービスが破綻しないように、配信設備あるいは受信端末について、相当の余裕を持たせる必要がある。そのためには、設備投資に多大なコストが必要となる。

一方、エンドユーザの立場からは、必ずしも特定時期や特定ネットワークのみを使っての配信を希望するわけではないにも関わらず、他のサービスレベルを選択する自由がない。

なお、本願に関連する公知文献としては、例えば次のようなものがある。
特開２００２−３１８７２０号公報

本発明は、上記事情を鑑みてなされたもので、サービス事業者にとっては配信設備と受信端末に対する投資が過分になることを防ぎ、エンドユーザにとっては対価や付加価値に見合ったサービスレベルを選択する自由が得られるようにするコンテンツ配信システム、コンテンツ配信サーバ及びコンテンツ配信プログラムを提供することを目的としている。

本発明は、上記目的を達成するため、次のような手段を講じている。

請求項１に記載の発明は、配信対象であるコンテンツを暗号化した暗号化コンテンツと当該暗号化コンテンツを復号するための鍵とを記憶する第１のデータベースと、前記暗号化コンテンツの配信に使用する第１のネットワーク及び前記鍵の配信に使用する第２のネットワークをユーザ毎に管理する配信網情報を記憶する第２のデータベースと、ユーザからの配信要求に応答して、前記配信網情報に基づいて前記暗号化コンテンツを前記第１のネットワークを介して配信し、前記鍵を前記第２のネットワークを介して配信するコンテンツ配信サーバと、前記コンテンツ配信サーバから、前記第１のネットワークを介して前記暗号化コンテンツを受信する第１のユーザ端末と、前記コンテンツ配信サーバから、前記第２のネットワークを介して前記鍵を受信する第２のユーザ端末と、を具備することを特徴とするコンテンツ配信システムである。
請求項２に記載の発明は、請求項１に記載の発明において、前記第２のデータベースには、さらに前記暗号化コンテンツの配信期間及び当該暗号化コンテンツの配信期間とは異なる期間に設定した前記鍵の配信期間を前記ユーザ毎に管理する配信期間情報を記憶しており、前記コンテンツ配信サーバは、前記配信期間情報に基づいて前記暗号化コンテンツと前記鍵とを、それぞれの配信期間において配信することを特徴とするコンテンツ配信システムである。
請求項３に記載の発明は、配信対象であるコンテンツを暗号化した暗号化コンテンツと当該暗号化コンテンツを復号するための鍵とを記憶する第１のデータベースと、前記暗号化コンテンツの配信に使用する第１のネットワーク及び前記鍵の配信に使用する第２のネットワークをユーザ毎に管理する配信網情報を記憶する第２のデータベースと、ユーザからの配信要求に応答して、前記配信網情報に基づいて、前記暗号化コンテンツを前記第１のネットワークを介して第１のユーザ端末に配信し、且つ前記鍵を前記第２のネットワークを介して第２のユーザ端末に配信するコンテンツ配信手段とを具備することを特徴とするコンテンツ配信サーバである。
請求項４に記載の発明は、請求項３に記載の発明において、前記第２のデータベースには、さらに前記暗号化コンテンツの配信期間及び当該暗号化コンテンツの配信期間とは異なる期間に設定した前記鍵の配信期間を前記ユーザ毎に管理する配信期間情報を記憶しており、前記コンテンツ配信手段は、前記配信期間情報に基づいて、前記暗号化コンテンツと前記鍵とを、それぞれの配信期間において配信することを特徴とするコンテンツ配信サーバである。
請求項５に記載の発明は、請求項４に記載の発明において、前記暗号化コンテンツの配信期間又は前記鍵の配信期間の少なくとも一方における配信タイミングを、使用する前記第１のネットワークもしくは前記第２のネットワークの負荷状況、使用する前記第１のネットワークもしくは前記第２のネットワークの統計的情報、前記第１のユーザ端末もしくは前記第２のユーザ端末の状態、前記暗号化コンテンツの特性のうちの少なくとも一つに基づいて計画する計画手段をさらに具備し、前記コンテンツ配信手段は、前記計画手段によって計画された前記配信タイミングに基づいて、前記第１のユーザ端末と前記第２のユーザ端末にユーザ側への配信を実行することを特徴とするコンテンツ配信サーバである。
請求項６に記載の発明は、コンピュータに、ネットワークを介してユーザからのコンテンツ配信要求を受け付ける要求受付機能と、配信対象であるコンテンツを暗号化した暗号化コンテンツの配信に使用する第１のネットワーク、及び前記暗号化コンテンツを復号するための鍵の配信に使用する第２のネットワークをユーザ毎に管理する配信網情報に基づいて、前記暗号化コンテンツを前記第１のネットワークを介して第１のユーザ端末に配信し、且つ前記鍵を前記第２のネットワークを介して第２のユーザ端末に配信するコンテンツ配信機能とを実現させるためのコンテンツ配信プログラムである。
請求項７に記載の発明は、請求項６に記載の発明において、前記コンテンツ配信機能は、配信対象であるコンテンツを暗号化した暗号化コンテンツの配信期間及び当該暗号化コンテンツの配信期間とは異なる期間に設定した前記暗号化コンテンツを復号するための鍵の配信期間を、ユーザ毎に管理する配信期間情報に基づいて、前記暗号化コンテンツを第１のネットワークを介して第１のユーザ端末に配信し、前記鍵を第２のネットワークを介して第２のユーザ端末に配信することを特徴とするコンテンツ配信プログラムである。
請求項８に記載の発明は、請求項７に記載の発明において、前記暗号化コンテンツの配信期間又は前記鍵の配信期間の少なくとも一方における配信タイミングを、使用する前記第１のネットワークもしくは前記第２のネットワークの負荷状況、使用する前記第１のネットワークもしくは前記第２のネットワークの統計的情報、前記第１のユーザ端末もしくは前記第２のユーザ端末の状態、前記暗号化コンテンツの特性のうちの少なくとも一つに基づいて計画する計画機能をさらに実現させ、前記計画機能においては、前記計画機能によって計画された前記配信タイミングに基づいて、前記第１のユーザ端末ならびに前記第２のユーザ端末への配信を実行すること、を特徴とするコンテンツ配信プログラム。

以上本発明によれば、サービス事業者にとっては配信設備と受信端末に対する投資が過分になることを防ぎ、エンドユーザにとっては対価や付加価値に見合ったサービスレベルを選択する自由が得られるようにするコンテンツ配信システム、コンテンツ配信サーバ及びコンテンツ配信プログラムを実現することができる。

以下、本発明の第１実施形態乃至第５実施形態を図面に従って説明する。なお、以下の説明において、略同一の機能及び構成を有する構成要素については、同一符号を付し、重複説明は必要な場合にのみ行う。

（第１実施形態）
図１は、本実施形態に係るコンテンツ配信システム１のブロック構成図を示している。同図に示すように、コンテンツ配信システム１は、サービス事業者側にもうけられるサーバ部２、（エンド）ユーザ側に設けられる端末部５０、媒体部５１、別網端末部５２から構成されている。サーバ部２と端末部５０とは網（ネットワーク）Ｎ１を介して、及びサーバ部２と媒体部５１とは別網（網Ｎ１とは別のネットワーク）Ｎ２を介して、それぞれ接続されている。

端末部５０は、有線又は無線通信によってサーバ部２とデータを送受信可能な通信装置である。本実施形態では説明を具体的にするため、端末部５０は、網Ｎ１を介してサーバ部２とデータの送受信を行う携帯電話であるとする。 媒体部５１は、端末部５０又は別網端末５２によってサーバ部２から取得されたデータを記憶媒体に記憶する装置である。記憶媒体としては、例えば磁気ディスク（フロッピー（登録商標）ディスク、ハードディスクなど）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤなど）、半導体メモリ等を利用することができる。

別網端末部５２は、有線又は無線通信によってサーバ部２とデータを送受信可能な、端末部５０とは別体であり且つ使用する網も異なる通信装置である。本実施形態では説明を具体的にするため、端末部５０は、網Ｎ２を介してサーバ部２とデータの送受信を行うパーソナルコンピュータであるとする。

網Ｎ１は、サーバ部２と端末部５０とを接続する有線若しくは無線、又は有線と無線とが混在するネットワークである。本実施形態では、網Ｎ１は携帯電話網であるとする。尚、網Ｎ１のデータ交換方式としては、パケット交換方式を採用することが考えられるが、これに限定されるものではなく、回線交換方式とすることも可能であり、その交換方式の種別は問わない。

別網Ｎ２は、サーバ部２と別網端末部５２とを接続する有線若しくは無線、又は有線と無線とが混在するネットワークである。本実施形態では、別網Ｎ２は特定の通信方式（例えばＡＤＳＬ）を用いた通信回線網であるとする。

サーバ部２は、制御部１０、コンテンツデータベース（ＤＢ）１２、暗号化部１４、暗号化コンテンツＤＢ１６、鍵ＤＢ１８、価格ＤＢ２０、契約ＤＢ２２、ユーザＤＢ２４、別網配信部２６、事前配信部２８、事後配信部３０を具備している。

制御部１０は、情報処理装置（計算機）としての機能を持ち、サーバ部２の動作を静的又は動的に制御する。

コンテンツＤＢ１２は、暗号化されていない楽曲、映像、書籍等のデジタルコンテンツを、例えば図２に示すようにコンテンツＩＤによって管理し、これを格納する。以下、暗号化されていないデジタルコンテンツを「オリジナルコンテンツ」と呼ぶ。

暗号化部１４は、個々のコンテンツを暗号化するための暗号鍵を生成し、併せて当該暗号鍵に対応する復号鍵を生成する。この暗号化部１４によって生成される暗号鍵と復号鍵は、対応関係さえ明確であればどのような関係であっても良い。例えば、鍵の実体となる情報の内容が同一であっても良いし、異なっていても良い。以下の説明においては、復号鍵を単に「鍵」と呼ぶことにする。

暗号化コンテンツＤＢ１６は、暗号化部１４０において暗号化されたコンテンツ（暗号化コンテンツ）を、例えば図３に示すようにコンテンツＩＤによって管理し、格納する。また、鍵ＤＢ１８は、暗号化部１４において生成された鍵（復号鍵）、例えば図４に示すようにコンテンツＩＤによって管理し、格納する。

なお、コンテンツＤＢ１２、暗号化コンテンツＤＢ１６、鍵ＤＢ１８のそれぞれで管理されている情報は、例えばコンテンツＩＤのような識別子で関連付けられているものとする。

価格ＤＢ２０は、コンテンツの購入方法毎の価格（コンテンツ提供サービスについての対価）と、当該コンテンツの購入方法毎の付加価値との対応関係（テーブル）を格納する。本コンテンツ配信システム１においては、エンドユーザは、サービス事業者側に対価を支払うことにより単に鍵を入手できるだけでなく、付加価値を入手することもできる。ここで、付加価値とは、本コンテンツ配信システム１を利用して、サービス事業者側と合意した条件のもとで対価を支払うことにより、目的とするコンテンツそのものとは別にエンドユーザに提供される情報や特典である。例えば、提供されるコンテンツが楽曲である場合には、ジャケット写真などが相当する。

図５は、価格ＤＢ２０が格納するテーブルの一例を示した図である。同図に示すテーブルに従って、例えばコンテンツＣ−１００を購入方法「２」（例えば、超流通方式）によって購入した場合には、当該コンテンツの価格は５００円であり、当該購入方法「２」を利用した場合には、付加価値としてサービスポイント３０が加算される。

なお、本コンテンツ配信システム１は後述する超流通方式を採用するが、この方式においては、鍵が暗号化コンテンツより重要な意味を持つ。暗号化コンテンツだけでは再生できないため、鍵を入手する必要があるためである。従って、本実施形態では、対価の支払いのタイミングとして、鍵の入手時を採用するものとする。しかしながら、これに限定する趣旨ではなく、暗号化されたコンテンツの入手時、各情報の入手事前または入手事後に決済する構成であってもよい。

契約ＤＢ２２は、ユーザがコンテンツ購入に当たって、どのようなサービス形態を選択したかをユーザ毎の情報として格納する。

図６（ａ）、（ｂ）は、契約ＤＢ２２が格納する情報の一例を示した図である。図６（ａ）は、ユーザＤＢ２４にて管理されている各ユーザのユーザＩＤ及び価格ＤＢ２０にて管理されているコンテンツＩＤと、購入方法及び実施の有無（例えば、コンテンツの提供が実施されている場合にはフラグ「１」、未実施の場合にはフラグ「０」）を関連付けたテーブルを示している。また、図６（ｂ）は、各購入方法の識別番号と各購入方法の内容とを対応付けたテーブルを示している。同図に示すテーブルでは、各購入方法番号と配信サービス名称（標準サービス、別網サービス等）とが対応付けられている。

配信サービスは、使用するネットワーク（例えば網Ｎ１、Ｎ２）と各データを配信する配信期間（例えば、リリースより事前の所定期間、リリース直後の特定期間内、当該特定期間以後の所定期間内）とによって決定される。ここで、少なくともデータ配信（複数のデータ配信の場合には、各データ配信）に使用されるネットワーク（網）と各ユーザとを対応付ける情報を「配信網情報」と定義し、少なくともデータを配信する期間（複数のデータ配信の場合には、データ毎の期間）と各ユーザとを対応付ける情報を「配信期間情報」と定義する。本実施形態では、購入方法又は配信サービスを選択することで、配信網情報や配信期間情報が決定されることになる。なお、当然のことながら、ある購入方法においては、複数のネットワークと複数の配信期間を組み合わせる場合もあり得る。

ユーザＤＢ２４は、ユーザ毎の基本的な属性と、サービスを受ける端末などに関する情報を格納する。

図７は、ユーザＤＢ２４が格納する情報の一例を示した図である。図７は、ユーザの指名と決済のために必要な情報（例えば、カード番号）とをユーザＩＤと対応付けたテーブルを示している。本実施形態においては、後述するように一連のサービスを分割して実施する。そのため、サービスを誰に対して実施すべきなのかを管理しておく必要がある。このサービスの受益候補者(すなわち、ユーザ)に関する情報は、必要に応じてこのテーブルに付加され、管理される。

別網配信部２６は、制御部１０の制御のもと、契約ＤＢ２２が格納する情報に従って、網Ｎ１を介して端末部５０と、又は別網Ｎ２を介して別網端末部５２と情報のやりとりを行う。

事前配信部２８、事後配信部３０は、後述する送信計画に従って、所定の情報を所定のタイミングで網Ｎ１を介して端末部５０に、又は別網Ｎ２を介して別網端末部５２に送信する。

（サービスの物理的分散化機能）
本コンテンツ配信システム１は、超流通方式を応用してサービスを物理的(ネットワーク的)に分散させ、ユーザに対するサービスが、帯域の狭いネットワークに集中すること回避させる機能（物理的分散化機能）を有している。

ここで、超流通方式とは、コンテンツ配信サービスにおいて、コンテンツ本体とそれを視聴する権利を分離し、別々に流通させる方式のことを指す。本実施形態では、コンテンツ本体を暗号化コンテンツとし、視聴する権利を復号鍵とした場合を想定する。この方式によれば、ユーザは、暗号化コンテンツのみならず、別途、対応する権利である鍵を入手して復号しなければ当該コンテンツを閲覧することはできない。なお、超流通方式に対して、コンテンツ本体と視聴する権利を分離せずに、特定ネットワークを使ってオリジナルコンテンツのまま配信し一連のサービスを完結させる方式を、本実施形態では「通常方式」と呼ぶことにする。

本コンテンツ配信システム１は、物理的分散化機能により、例えば、暗号化コンテンツのみ別網Ｎ２を使って配信し、鍵のみ、帯域の狭いネットワークである網Ｎ１を使って配信する。一般に、鍵のサイズは暗号化コンテンツに比してとても小さいので、網Ｎ１の帯域の逼迫を抑えることができると考えられる。これにより、例えばエンドユーザに対するサービスが、網Ｎ１に集中することを回避することができる。

また、このサービスの物理的分散化をより実効的なものとするため、本コンテンツ配信システム１は、ユーザが例えば網Ｎ１を用いる超流通方式によってサービス提供を受ける場合、すべてを網Ｎ１を用いて簡潔させる方式に比してサービスの対価を低く設定する、あるいは付加価値を高く設定するなどしてユーザを誘導し、情報流通をできるたけ他のネットワーク（今の場合、Ｎ２）に分散させ、システム全体として平準化させる。また、網Ｎ１を用いる超流通方式で一連のサービスを受けようとするユーザに対しては、サービスの対価を高く設定する、あるいは付加価値を低く設定するなどして、ユーザを誘導するようにしてもよい。

（動作）
次に、物理的分散化機能を用いたサービス提供におけるコンテンツ配信システム１の動作について説明する。本実施形態、及び後述する各実施形態では、説明を具体的にするため、所定のアーティストの楽曲に関する新しいコンテンツが所定の日程でリリースされる場合を想定する。

図８は、物理的分散化機能を用いたサービス提供において実行される処理の流れを示したシーケンス図である。同図に示すように、まず、ユーザが、端末部５０を操作し、サーバ部２に対し網Ｎ１を介してコンテンツの購入要求をすると（Ｓ１）、サーバ部２から所定の入力画面がダウンロードされる（Ｓ２）。ユーザは、この入力画面より、自身のユーザＩＤや端末部５０から購入するコンテンツを特定（すなわちコンテンツＩＤを特定）する（Ｓ３）。ただしここでは、（Ｓ１）が惹起されるためのコンテンツの購入要求のきっかけの在り方には拘泥しない。検索サイト等においてＰＵＬＬ方式で特定しても良いし、メールマガジン等によってＰＵＳＨ方式で特定してもよい。端末部５０からユーザによって特定されたコンテンツＩＤは、網Ｎ１を経由してサーバ部２の制御部１０に送信される。

次に、制御部１０は、端末部５０から特定されたコンテンツＩＤを受信すると、契約ＤＢ２２が格納する当該ユーザの欄にコンテンツＩＤを書き込むと共に、暗号化部１４を制御して、要求されたコンテンツをコンテンツＤＢ１２から読み出し、これに基づいて暗号化コンテンツ及び鍵を生成する（Ｓ４）。なお（Ｓ４）自体については、このタイミングで実施せず、一連のシーケンスとは別に、例えば一連のシーケンスが始まる以前に実施することもできる。例えば、どのユーザに対しても、同じ内容の暗号化コンテンツと鍵を配信するような場合である。実際には、どのユーザに対しても同じ暗号化コンテンツと鍵を配信してしまうと不正コピーを防げないので、暗号化コンテンツのみ同じものを配信し、鍵のみユーザ毎に異なるように配信するなどの方式が採られる。たとえば、ユーザに関する固有情報を利用し、鍵が当該ユーザにしか利用できないように加工する、などの方式である。本実施形態においては、コンテンツの暗号化および鍵の生成のタイミング、あるいは個々のユーザ毎にそれらの内容を変えるか否かについては本質的な問題ではないので、上記のような（Ｓ４）で代表させるものとする。

次に、制御部１０は、網Ｎ１を介して、ユーザの端末部５０に購入方法入力画面を送る（Ｓ５）。これを受けて、端末部５０では、＜標準サービス＞＜別網サービス＞＜事前配信サービス＞＜事後配信サービス＞といった購入方法を選択するためのメニューが提示される。なお、本実施形態においては、メニューの提示方法には拘泥しない。

ここで、＜標準サービス＞とは、例えば網Ｎ１又は別網Ｎ２といった特定ネットワーク（ここでは、網Ｎ１）を用いて、特定期間に購入する手法を意味するものとする。また、＜別網サービス＞とは、網Ｎ１を利用して鍵を端末部５０に配信し、別網Ｎ２を利用して暗号化コンテンツを別網端末部５２に配信することで、コンテンツを購入する手法を意味する。

ユーザの端末部５０には、この購入方法の選択メニューと関連して、価格ＤＢ２０を参照することで得られる、当該コンテンツとその買い方による価格と付加価値が提示される。例えば、＜標準サービス＞の場合にはコンテンツの対価（価格）として１０００円、付加価値としてポイントサービス１０ポイント、＜別網サービス＞の場合には価格として５００円、付加価値としてサービスポイント２０ポイント、といった具合である。

ユーザが選択メニューを見て、＜別網サービス＞により二つのネットワークを利用する手間を考慮しても５００円で購入したいと判断した場合には、ユーザは端末部５０を操作して＜別網サービス＞を選択・特定し、網Ｎ１を介してサーバ部２に指示をする（Ｓ６）。制御部１０は契約ＤＢ２２のテーブルにその旨を登録し、これを管理する（Ｓ７）。

次に、ユーザは、媒体部５１を端末部５０と結合させ、＜別網サービス＞を受けるのに必要な情報を媒体部５１に記録する（Ｓ８）。また、ユーザは、媒体部５１を別網端末部５２と結合させ、別網端末部５２を操作し、別網Ｎ２を経由して、制御部１０に暗号化コンテンツの配信をリクエストする（Ｓ９）。

次に、制御部１０は、別網Ｎ２を経由して送られてきた情報をもとにユーザを識別し、契約ＤＢ２２内の当該ユーザに関する契約内容を参照することで、どのようなサービスをすればよいかを判別する（Ｓ１０）。この場合、契約ＤＢ２２内の契約内容を参照すると、ユーザは＜別網サービス＞をリクエストしていることが判別できる。これに従って、制御部１０は、別網配信部２６に制御を移す。

別網配信部２６は、契約ＤＢ２２を参照することで、又は制御部１０から受けた情報により、当該ユーザが現在どのコンテンツをリクエストしているかを判別する。この判別に従って、別網配信部２６は、暗号化コンテンツＤＢ１６より当該コンテンツに対応する暗号化コンテンツを検索し、別網Ｎ２を経由して、当該暗号化コンテンツを別網端末部５２に対して配信する（Ｓ１１）。

次に、別網端末部５２への配信が完了すると、ユーザは、別網端末部５２から媒体部５１に暗号化コンテンツを移し、あらためて端末部５０に結合させる。また、ユーザは、端末部５０を操作し、網Ｎ１を経由して、制御部１０に当該コンテンツに対応する鍵を購入したい旨のリクエストを送信する（Ｓ１２）。

制御部１０は、端末部５０から鍵購入のリクエストを受けて、別網配信部２６に制御を移す。別網配信部２６は、鍵ＤＢ１８より当該コンテンツに対応する鍵を検索し（Ｓ１３）、網Ｎ１を経由して端末部５０に対して配信する（Ｓ１４）。通常、課金はこのタイミングでなされるが、本発明においては課金のタイミングについては拘泥しない。

以上述べた一連の処理により、ユーザ側には暗号化コンテンツと鍵がそろうことになり、コンテンツを再生することができるようになる。

以上述べた構成によれば、以下の効果を得ることができる。

本コンテンツ配信システムでは、ユーザが希望する場合には、暗号化コンテンツを有線通信回線である別網Ｎ２を介してユーザ側の別網端末部５２に配信し、復号のための鍵を無線通信回線である網Ｎ１を介してユーザ側の端末５０に配信する。従って、ユーザに対するサービスが特定のネットワークに集中することを回避させることができる。そのため、サービス事業者は配信設備と受信端末に対する投資を必要最小限に抑えることができる。また、エンドユーザにとっては、例えば回線混雑によるアクセス拒否や、データのダウンロードに長時間要するといった、サービスが特定のネットワークに集中することによる弊害を体験することなく、コンテンツ配信サービスを享受することができる。

また、本コンテンツ配信システムでは、コンテンツの購入方法に応じてエンドユーザが支払うべき対価や受け取ることが可能な付加価値を制御している。これにより、ユーザに対して個々の購入方法を選択するインセンティブを与えることができ、ユーザに対するサービスを物理的に分散させる(平準化させる)ことができる。

さらに、本コンテンツ配信システムによれば、ユーザは対価や付加価値に見合ったサービスレベルを選択することができ、ユーザへのサービスの多様化を実現することができる。

（第２の実施形態）
次に、本発明の第２の実施形態について説明する。本実施形態に係るコンテンツ配信システム１は、超流通方式を応用してサービスを時間的に分散させ、特定期間に帯域の狭いネットワークにサービスが集中すること回避させる機能（第１の時間的分散化機能）を有している。すなわち、本実施形態においては、オリジナルコンテンツを暗号化コンテンツと鍵とに分割し、例えば暗号化コンテンツのみ特定期間よりも前に配信（事前配信）することで、特定ネットワークの帯域の逼迫を回避する。暗号化コンテンツを事前配信したとしても、特定期間になるまで鍵が配信されることはないので、たとえば楽曲のリリース前に視聴が可能になることはない。特定期間には鍵の配信が集中する可能性があるが、一般に鍵のサイズは暗号化コンテンツに比してとても小さい。従って、特定ネットワークの帯域の逼迫を抑えることができると考えられる。

また、このサービスの時間的分散化をより実効的なものとするため、本コンテンツ配信システム１は、ユーザが例えば事前配信によってサービス提供を受ける場合、リリース直後に通常方式でサービスを受ける場合に比して対価を低く設定する、あるいは付加価値を高く設定するなどしてユーザを誘導し、情報流通をできるたけ他の事前に分散させ、システム全体として平準化させる。また、リリース直後に通常方式でサービスを受けようとするユーザに対しては、サービスの対価を高く設定する、あるいは付加価値を低く設定するなどして、ユーザを誘導するようにしてもよい。

なお、本実施形態、及び後述の各実施形態では、新しいコンテンツのリリースから一定期間が、特定ネットワークへの集中を回避すべき特定期間であるとする。

図９は、本実施形態に係るコンテンツ配信システム１が有する事前配信部２８のブロック図を示している。同図に示すように、事前配信部２８は、事前配信期間指定部２８０ａ、事前配信ユーザ指定部２８０ｂ、事前配信コンテンツ指定部２８０ｃ、事前配信方針部２８０ｄ、事前配信計画ＤＢ２８０ｅ、事前配信網監視部２８０ｆ、事前配信着信確認部２８０ｇ、事前配信選択部２８０ｈ、事前配信実行部２８１、事前配信確認部２８２を有している。

この事前配信部２８を利用して実現される、第１の時間的分散化機能を用いたサービス提供におけるコンテンツ配信システム１の動作について説明する。本実施形態、及び後述する各実施形態では、説明を具体的にするため、所定のアーティストの楽曲に関する新しいコンテンツが、特定の発売日でリリースされる場合を想定する。

図１０は、第１の時間的分散化機能を用いたサービス提供において実行される処理の流れを示したシーケンス図である。同図において、Ｓ１１乃至Ｓ１４の各処理は、図８と略同様である。

制御部１０は、網Ｎ１を介して、ユーザの端末部５０に購入方法入力画面を送る（Ｓ１５）。これを受けて、端末部５０では、＜標準サービス＞＜別網サービス＞＜事前配信サービス＞＜事後配信サービス＞といった購入方法を選択するためのメニューが提示される。

ここで、＜事前配信サービス＞とは、暗号化コンテンツのみ、例えば網Ｎ１を介して発売日より事前に端末部５０に配信し、一方鍵については、網Ｎ１を介して特定期間より後（事後）に端末部５０に配信するものであり、第１の時間的分散化に従う購入方法を意味する。

なお、ユーザの端末部５０には、第１の実施形態と同様に購入方法の選択メニューと関連して、価格ＤＢ２０を参照することで得られる、当該コンテンツとその買い方による価格と付加価値が提示される。例えば、＜事前配信サービス＞の場合には価格として７００円、付加価値としてサービスポイント３０ポイント、といった具合である。

ユーザが選択メニューを見て、＜事前配信サービス＞により事前に購入手続きが発生する手間を考慮しても７００円で購入したいと判断した場合には、ユーザは端末部５０を操作して＜事前配信サービス＞を選択・特定し、網Ｎ１を介してサーバ部２に指示をする（Ｓ１６）。制御部１０は契約ＤＢ２２のテーブルにその旨を登録し、これを管理する（Ｓ１７）。制御部１０は、この＜事前配信サービス＞の特定を受けて、以降必要なタイミングで＜事前配信サービス＞が実行されるように事前配信部２８を制御する。例えば、常に事前配信部２８が稼動するように監視し必要に応じて事前配信部２８を再起動する、などである。

次に、事前配信部２８の事前配信計画部２８０は、＜事前配信サービス＞の特定を受けて、暗号化コンテンツの事前配信を計画する（Ｓ１８）。ここで事前配信の計画とは、例えば図１１に示すように、どの（発売日前での）時点で、どのユーザに、どの暗号化コンテンツをどの配信網を利用して配信するか、等を意味するものである。事前配信部２８は、事前配信計画ＤＢ２８０ｅにおいて管理されている事前配信計画に従って、必要なタイミングで暗号化コンテンツの事前配信が実行されるように事前配信計画部２８０を制御する。例えば、常に事前配信計画部２８０が稼動するように監視し必要に応じて事前配信計画部２８０を再起動する、などである。

また、暗号化コンテンツの事前配信のタイミングを計画する方法には種々の方法がある。例えば、事前配信網監視部２８０ｆが特定ネットワークの負荷状況(帯域の使用状況等)を監視し、設定した閾値を下回った時点で、事前配信の開始を計画する。又は、事前配信方針部２８０ｄにより統計的な知見として得られた特定ネットワークの負荷状況が軽い時期(例えば早朝等)になった時点で、事前配信の開始を計画する。或いは、サービス事業者の意思により決定された計画に従って配信期間を指定する事前配信期間指定部２８０ａの制御に従って、事前配信の開始を計画するようにしてもよい。

事前配信計画部２８０では、事前配信の開始とともに、どのユーザにどの暗号化コンテンツを事前配信するかも計画する。事前配信するユーザを計画する方法にも種々の方法がある。例えば、事前配信着信確認部２８０ｇにより網Ｎ１を介してユーザの端末部５０に発呼し、端末部５０の通信制御部５０１が発呼を受け付けた場合は、通信制御部５０１は、網Ｎ１を介して、事前配信着信確認部２８０ｇに事前配信可能である旨を伝える。事前配信着信確認部２８０ｇは、通信制御部５０１から事前配信可能である旨伝えられれば当該ユーザへの事前配信を計画し、伝えられなければ計画しない。場合によっては、単に事前配信可能であるか否かのみではなく、受信状態等(電波の強弱等)を伝えても良く、事前配信着信確認部２８０ｇはその受信状態等を反映して計画しても良い。事前配信ユーザ指定部２８０ｂによりユーザを指定できるようにし、サービス事業者の意思により、当該ユーザへの事前配信の開始を計画することも可能である。

また、ユーザに対してどの暗号化コンテンツを事前配信するかを計画する方法には種々の方法がある。なお、前提として、当該ユーザに事前配信される可能性のある暗号化コンテンツのコンテンツＩＤは、契約ＤＢ２２にて管理されているものとする。例えば、事前配信計画部２８０の事前配信選択部２８０ｈにより、当該ユーザがリクエストしている複数の暗号化コンテンツのうち、そのサイズの大きなものを優先して選択して事前配信対象として計画する。あるいは、事前配信計画部２８０の事前配信コンテンツ指定部２８０ｃにより、サービス事業者の意思により、当該ユーザへ配信する暗号コンテンツを計画する。

次に、事前配信部２８の事前配信実行部２８１は、事前配信計画部２８０によってなされた計画をもとに事前配信を実行する（Ｓ１９）。より具体的には、事前配信計画部２８０の中の事前配信計画ＤＢ２８０ｅの内容を引き継ぎ実行する。事前配信実行部２８１は、事前配信計画部２８０によって都度起動されてもよいし、常に稼動していてもよい。事前配信計画部２８０は網Ｎ１を介してユーザの端末部５０に発呼する。端末部５０の通信制御部５０１が発呼を受け付けた場合は、通信制御部５０１は、網Ｎ１を介して、事前配信実行部２８１に事前配信可能である旨を伝えると同時に、記憶部５０２を起動し、事前配信に備える。事前配信実行部２８１は事前配信可能である旨伝えられると、網Ｎ１を介して、記憶部５０２に暗号化コンテンツを記憶する。

次に、事前配信部２８の事前配信確認部２８２は、事前配信実行部２８１によってなされた事前配信が実際に完了したか否かを確認する（Ｓ２０）。なお、記憶部５０２は受信した暗号化コンテンツの記憶を完了するか、何らかの事情により中断されると、通信制御部５０１を起動する。通信制御部５０１は、網Ｎ１を介して、事前配信確認部２８２に対して事前配信の成否を伝える。また、事前配信確認部２８２で設定した期間を過ぎても事前配信の成否が伝えられなかった場合は、事前配信が失敗したものとして認識する。事前配信確認部２８２は、事前配信の成否を契約ＤＢ２２に反映させる。

以上のような一連の仕組みによって、暗号化コンテンツが事前に配信される。

事後(特定期間以降)に、ユーザは端末部５０を操作し、網Ｎ１を経由して、制御部１０に事前配信された暗号化コンテンツに対応する鍵を購入したい旨の要求を発行する（Ｓ２１）。

制御部１０は、端末部５０からの鍵の要求を受けて、事前配信部２８に制御を移す。もしユーザが事前(特定期間以前)に鍵の購入を要求している場合には、事前配信部２８が契約ＤＢ２２で管理されている情報をもとに、当該リクエストを拒絶する。一方、ユーザが特定期間中又はそれ以後に鍵の購入を要求している場合には、事前配信部２８は、鍵ＤＢ１８より当該コンテンツに対応する鍵を検索し（Ｓ２２）、網Ｎ１を経由して、端末部５０に対して配信する（Ｓ２３）。通常、課金はこのタイミングでなされるが、本実施形態においては課金のタイミングについては拘泥しない。

以上のユーザの操作により、端末部５０の記憶部５０２に暗号化コンテンツと鍵がそろうことになり、コンテンツを再生することができるようになる。

以上述べたように、本コンテンツ配信システムによれば、ユーザが希望する場合には、鍵に比してデータ量の多い暗号化コンテンツを事前にユーザ側に配信し、復号のための鍵を特定期間中又はそれ以後にデータ量の少ない鍵をユーザ側に配信する。従って、ユーザに対するサービスが特定の期間に集中することを回避させることができる。そのため、サービス事業者は配信設備と受信端末に対する投資を必要最小限に抑えることができる。また、エンドユーザにとっては、例えば特定期間における回線混雑によるアクセス拒否や、データのダウンロードに長時間要するといった、サービスが特定のネットワークに集中することによる弊害を体験することなく、コンテンツ配信サービスを享受することができる。

また、本コンテンツ配信システムでは、コンテンツの購入方法に応じてエンドユーザが支払うべき対価や受け取ることが可能な付加価値を制御している。これにより、ユーザに対して個々の購入方法を選択するインセンティブを与えることができ、ユーザに対するサービスを物理的に分散させる(平準化させる)ことができる。

さらに、本コンテンツ配信システムによれば、ユーザは対価や付加価値に見合ったサービスレベルを選択することができ、ユーザへのサービスの多様化を実現することができる。

（第３の実施形態）
次に、本発明の第３の実施形態について説明する。本実施形態に係るコンテンツ配信システム１は、通常方式を応用してサービスを時間的に分散させ、特定期間に帯域の狭いネットワークにサービスが集中すること回避させる機能（第２の時間的分散化機能）を有している。すなわち、本実施形態においては、特にネットワークの混雑が予測される期間（特定期間）へのサービス集中を回避するために、通常方式を応用して、エンドユーザに対するサービスを一旦受付け、例えば特定期間後の様にネットワーク負荷が低下したときに配信（事後配信）を行う。

また、この第２の時間的分散化をより実効的なものとするため、本コンテンツ配信システム１は、リリース直後等の特定期間中に通常方式でサービスを受ける場合に比して対価を低く設定する、あるいは付加価値を高く設定するなどしてユーザを誘導し、情報流通をできるたけ他の事後に分散させ、システム全体として平準化させる。また、リリース直後に通常方式でサービスを受けようとするユーザに対しては、サービスの対価を高く設定する、あるいは付加価値を低く設定するなどして、ユーザを誘導するようにしてもよい。

図１２は、本実施形態に係るコンテンツ配信システム１が有する事後配信部３０のブロック図を示している。同図に示すように、事後配信部３０は、事後配信計画部３００、事後配信期間指定部３００ａ、事後配信ユーザ指定部３００ｂ、事後配信コンテンツ指定部３００ｃ、事後配信方針部３００ｄ、事後配信計画ＤＢ３００ｅ、事後配信網監視部３００ｆ、事後配信着信確認部３００ｇ、事後配信選択部３００ｈ、事後配信実行部３０１、事後配信確認部３０２を有している。

この事後配信部３０を利用して実現される、第２の時間的分散化機能を用いたサービス提供におけるコンテンツ配信システム１の動作について説明する。

図１３は、第２の時間的分散化機能を用いたサービス提供において実行される処理の流れを示したシーケンス図である。同図において、Ｓ３１乃至Ｓ３４の各処理は、図８のＳ１乃至Ｓ３と略同様である。

制御部１０は、コンテンツが特定されると、該当するコンテンツのデータをコンテンツＤＢ１２内から検索する（Ｓ３４）。また、制御部１０は、網Ｎ１を介して、ユーザの端末部５０に購入方法入力画面を送る（Ｓ３５）。これを受けて、端末部５０では、＜標準サービス＞＜別網サービス＞＜事前配信サービス＞＜事後配信サービス＞＜事後配信サービス２＞といった購入方法を選択するためのメニューが提示される。

ここで、＜事後配信サービス＞とは、通常方式により、例えば網Ｎ１を介して特定期間より後（事後）に端末部５０に配信するものであり、第２の時間的分散化に従う購入方法を意味する。

なお、ユーザの端末部５０には、第１の実施形態と同様に購入方法の選択メニューと関連して、価格ＤＢ２０を参照することで得られる、当該コンテンツとその買い方による価格と付加価値が提示される。例えば、＜事後配信サービス＞の場合には価格として３００円、付加価値としてサービスポイント５０ポイント、といった具合である。

ユーザが選択メニューを見て、＜事後配信サービス＞によりコンテンツを入手できるのが特定期間より後になってしまうことを考慮しても３００円で購入したいと判断した場合には、ユーザは端末部５０を操作して＜事後配信サービス＞を選択・特定し、網Ｎ１を介してサーバ部２に指示をする（Ｓ３６）。制御部１０は契約ＤＢ２２のテーブルにその旨を登録し、これを管理する（Ｓ３７）。制御部１０は、この＜事後配信サービス＞の特定を受けて、以降必要なタイミングで＜事後配信サービス＞が実行されるように事後配信部３０を制御する。例えば、常に事後配信部３０が稼動するように監視し必要に応じて事後配信部３０を再起動する、などである。

次に、事後配信部３０の事後配信計画部３００は、＜事後配信サービス＞の特定を受けて、暗号化コンテンツの事後配信を計画する（Ｓ３８）。ここで事後配信の計画とは、どの（発売日後での）時点で、どのユーザに、どのコンテンツをどの配信網を利用して配信するか、等を意味するものである。事後配信部３０は、事前配信計画ＤＢ３００ｅにおいて管理されている事後配信計画に従って、必要なタイミングでコンテンツの事後配信が実行されるように事後配信計画部３００を制御する。例えば、常に事後配信計画部３００が稼動するように監視し必要に応じて事後配信計画部３００を再起動する、などである。

また、ユーザに対してどのコンテンツをどのタイミングで事後配信するかを計画する方法には種々の方法がある。例えば、事後配信計画部３００のが、例えば網Ｎ１の負荷状況を監視し、設定した閾値を下回った時点で、事後配信の開始を計画する。また、事後配信計画部３００の事後配信方針部３００ｄが、統計的な知見として得られた特定ネットワークの負荷状況が軽い時期になった時点で、事後配信の開始を計画する。さらに、事後配信計画部３００の中に事後配信期間指定部３００ａを持ち、サービス事業者の意思により、事後配信の開始を計画する。

事後配信計画部３００では、事後配信の開始とともに、どのユーザにどのコンテンツを事後配信するかも計画する。事後配信するユーザを計画する方法にも種々の方法がある。例えば、事後配信着信確認部３００ｇにより網Ｎ１を介してユーザの端末部５０に発呼し、端末部５０の通信制御部５０１が発呼を受け付けた場合は、通信制御部５０１は、網Ｎ１を介して、事後配信着信確認部３００ｇに事後配信可能である旨を伝える。事後配信着信確認部３００ｇは、通信制御部５０１から事後配信可能である旨伝えられれば当該ユーザへの事後配信を計画し、伝えられなければ計画しない。場合によっては、単に事後配信可能であるか否かのみではなく、受信状態等を伝えても良く、事後配信着信確認部３００ｇはその受信状態等を反映して計画しても良い。事後配信ユーザ指定部３００ｂによりユーザを指定できるようにし、サービス事業者の意思により、当該ユーザへの事後配信の開始を計画することも可能である。

また、ユーザに対してどのコンテンツを事後配信するかを計画する方法には種々の方法がある。なお、前提として、当該ユーザに事後配信される可能性のあるコンテンツのコンテンツＩＤは、契約ＤＢ２２にて管理されているものとする。例えば、事後配信計画部３００の事後配信選択部３００ｈにより、当該ユーザがリクエストしている複数のコンテンツのうち、そのサイズの大きなものを優先して選択して事前配信対象として計画する。あるいは、事後配信計画部３００の事後配信コンテンツ指定部３００ｃにより、サービス事業者の意思により、当該ユーザへ配信する暗号コンテンツを計画する。

次に、事後配信部３０の事後配信実行部３００は、事後配信計画部３００によってなされた計画をもとに事後配信を実行する（Ｓ３９）。より具体的には、事後配信計画部３００の中の事後配信計画ＤＢ３００ｅの内容を引き継ぎ実行する。事後配信実行部３０１は、事後配信計画部３００によって都度起動されてもよいし、常に稼動していてもよい。事後配信計画部３００は網Ｎ１を介してユーザの端末部５０に発呼する。端末部５０の通信制御部５０１が発呼を受け付けた場合は、通信制御部５０１は、網Ｎ１を介して、事後配信実行部３０１に事後配信可能である旨を伝えると同時に、記憶部５０２を起動し、事後配信に備える。事後配信実行部３０１は事後配信可能である旨伝えられると、網Ｎ１を介して、記憶部５０２に対して事後配信を実行する。

次に、事後配信部３０の事後配信確認部３０２は、事後配信実行部３０１によってなされた事後配信が実際に完了したか否かを確認する（Ｓ４０）。なお、記憶部５０２はコンテンツの受信を完了するか、何らかの事情により中断されると、通信制御部５０１を起動する。通信制御部５０１は、網Ｎ１を介して、事後配信確認部３０２に対して事後配信の成否を伝える。また、事後配信確認部３０２で設定した期間を過ぎても事後配信の成否が伝えられなかった場合は、事後配信が失敗したものとして認識する。事後配信確認部３０２は、事後配信の成否を契約ＤＢ２２に反映させる。

以上のような一連の仕組みによって、コンテンツが事後に配信される。通常、課金はコンテンツの事後配信のタイミングでなされるが、本実施形態においては課金のタイミングについては拘泥しない。

以上のユーザの操作により、端末部５０の記憶部５０２にコンテンツが配信されたことになり、コンテンツを再生することができるようになる。

以上述べたように、本コンテンツ配信システムによれば、ユーザが希望する場合には、特定期間が経過した後にコンテンツをユーザ側に配信する。従って、ユーザに対するサービスが特定の期間に集中することを回避させることができ、第２の実施形態と同様の効果を得ることができる。

（第４の実施形態）
次に、本発明の第４の実施形態について説明する。本実施形態に係るコンテンツ配信システム１は、超流通方式を応用してサービスを時間的に分散させ、特定期間に帯域の狭いネットワークにサービスが集中すること回避させる機能（第３の時間的分散化機能）を有している。すなわち、本実施形態においては、オリジナルコンテンツを暗号化コンテンツと鍵とに分割し、例えば暗号化コンテンツは事前配信し、
且つリリース後においてネットワーク負荷が低下したときに鍵を事後配信する。

また、このサービスの時間的分散化をより実効的なものとするため、本コンテンツ配信システム１は、ユーザが例えば事後配信によってサービス提供を受ける場合、リリース直後に鍵配信を受ける場合に比して対価を低く設定する、あるいは付加価値を高く設定するなどしてユーザを誘導し、情報流通をできるたけ他の事後に分散させ、システム全体として平準化させる。また、リリース直後に鍵配信を受けようとするユーザに対しては、サービスの対価を高く設定する、あるいは付加価値を低く設定するなどして、ユーザを誘導するようにしてもよい。

図１４は、本実施形態に係るコンテンツ配信システム１が有する事後配信部３０のブロック図を示している。同図に示すように、事後配信部３０は、鍵事後配信計画部３０３、鍵事後配信期間指定部３０３ａ、鍵事後配信ユーザ指定部３０３ｂ、鍵事後配信コンテンツ指定部３０３ｃ、鍵事後配信方針部３０３ｄ、鍵事後配信計画ＤＢ３０３ｅ、鍵事後配信網監視部３０３ｆ、鍵事後配信着信確認部３０３ｇ、鍵事後配信選択部３０３ｈ、鍵事後配信実行部３０４、鍵事後配信確認部３０５を有している。

この事後配信部３０を利用して実現される、第３の時間的分散化機能を用いたサービス提供におけるコンテンツ配信システム１の動作について説明する。

図１５は、第３の時間的分散化機能を用いたサービス提供において実行される処理の流れを示したシーケンス図である。同図において、Ｓ４１乃至Ｓ４４の各処理は、図８のＳ１乃至Ｓ４と略同様である。

制御部１０は、網Ｎ１を介して、ユーザの端末部５０に購入方法入力画面を送る（Ｓ４５）。これを受けて、端末部５０では、＜標準サービス＞＜別網サービス＞＜事前配信サービス＞＜事後配信サービス＞＜鍵事後配信サービス＞といった購入方法を選択するためのメニューが提示される。

ここで、＜鍵事後配信サービス＞とは、暗号化コンテンツのみ、網Ｎ１を介して発売日より事前に端末部５０に配信し、一方鍵については、網Ｎ１を介して特定期間中又はそれ以後の好適なタイミング（例えば、ネットワーク上の負荷が少ない時）に端末部５０に配信するものであり、第３の時間的分散化に従う購入方法を意味する。

なお、ユーザの端末部５０には、第１の実施形態と同様に購入方法の選択メニューと関連して、価格ＤＢ２０を参照することで得られる、当該コンテンツとその買い方による価格と付加価値が提示される。例えば、＜鍵事後配信サービス＞の場合には価格として２００円、付加価値としてサービスポイント１００ポイント、といった具合である。

本時間的分散化においては、超流通方式を応用しているので、例えば暗号化コンテンツは予め入手可能であり、その上で鍵をいつ購入できるかがユーザ側でのコンテンツ再生可能な時期となる。ユーザが選択メニューを見て、＜鍵事後配信サービス＞によりコンテンツを入手できるのが特定期間より後になってしまうことを考慮しても２００円で購入したいと判断した場合には、ユーザは端末部５０を操作して＜鍵事後配信サービス＞を選択・特定し、網Ｎ１を介してサーバ部２に指示をする（Ｓ４６）。制御部１０は契約ＤＢ２２のテーブルにその旨を登録し、これを管理する（Ｓ４７）。制御部１０は、この＜鍵事後配信サービス＞の特定を受けて、以降必要なタイミングで＜鍵事後配信サービス＞が実行されるように事後配信部３０を制御する。例えば、常に事後配信部３０が稼動するように監視し必要に応じて事後配信部３０を再起動する、などである。

次に、事後配信部３０の鍵事後配信計画部３０３は、＜事後配信サービス＞の特定を受けて、鍵事後配信を計画する（Ｓ４８）。ここで鍵事後配信の計画とは、どの（発売日後での）時点で、どのユーザに、どの鍵をどの配信網を利用して配信するか、等を意味するものである。事後配信部３０は、鍵事前配信計画ＤＢ３０３ｅにおいて管理されている鍵事後配信計画に従って、必要なタイミングでコンテンツの事後配信が実行されるように鍵事後配信計画部３０３を制御する。例えば、常に鍵事後配信計画部３０３が稼動するように監視し必要に応じて鍵事後配信計画部３０３を再起動する、などである。

また、ユーザに対してどのコンテンツの鍵をどのタイミングで事後配信するかを計画する方法には種々の方法がある。例えば、鍵事後配信計画部３０３の鍵事後配信網監視部３０３ｆが、例えば網Ｎ１の負荷状況を監視し、設定した閾値を下回った時点で、事後配信の開始を計画する。また、事後配信計画部３００の鍵事後配信方針部３０３ｄが、統計的な知見として得られた特定ネットワークの負荷状況が軽い時期になった時点で、事後配信の開始を計画する。さらに、事後配信計画部３００の中に鍵事後配信期間指定部３０３ａを持ち、サービス事業者の意思により、事後配信の開始を計画する。

鍵事後配信計画部３０３では、事後配信の開始とともに、どのユーザにどのコンテンツの鍵を事後配信するかも計画する。事後配信するユーザを計画する方法にも種々の方法がある。例えば、鍵事後配信着信確認部３０３ｇにより網Ｎ１を介してユーザの端末部５０に発呼し、端末部５０の通信制御部５０１が発呼を受け付けた場合は、通信制御部５０１は、網Ｎ１を介して、鍵事後配信着信確認部３０３ｇに事後配信可能である旨を伝える。鍵事後配信着信確認部３０３ｇは、通信制御部５０１から事後配信可能である旨伝えられれば当該ユーザへの事後配信を計画し、伝えられなければ計画しない。場合によっては、単に事後配信可能であるか否かのみではなく、受信状態等を伝えても良く、鍵事後配信着信確認部３０３ｇはその受信状態等を反映して計画しても良い。鍵事後配信ユーザ指定部３０３ｂによりユーザを指定できるようにし、サービス事業者の意思により、当該ユーザへの事後配信の開始を計画することも可能である。

また、ユーザに対してどのコンテンツの鍵を事後配信するかを計画する方法についても種々の方法がある。なお、前提として、当該ユーザに事後配信される可能性のあるコンテンツ（の鍵）のコンテンツＩＤは、契約ＤＢ２２にて管理されているものとする。例えば、鍵事後配信計画部３０３の鍵事後配信選択部３０３ｈにより、当該ユーザがリクエストしている複数のコンテンツの鍵うち、特定期間から現時点までの期間が大きくなってしまっているもの(例えば、リリースされてから時間が経ってしまっているもの)を優先して選択して鍵の事後配信対象として計画する。あるいは、鍵事後配信計画部３０３の事後配信コンテンツ指定部３０３ｃにより、サービス事業者の意思により、当該ユーザへ配信する暗号コンテンツを計画するようにしてもよい。

次に、事後配信部３０の鍵事後配信実行部３０３は、鍵事後配信計画部３０３によってなされた計画をもとに事後配信を実行する（Ｓ４９）。より具体的には、鍵事後配信計画部３０３の中の鍵事後配信計画ＤＢ３０３ｅの内容を引き継ぎ実行する。鍵事後配信実行部３０４は、鍵事後配信計画部３０３によって都度起動されてもよいし、常に稼動していてもよい。鍵事後配信計画部３０３は網Ｎ１を介してユーザの端末部５０に発呼する。端末部５０の通信制御部５０１が発呼を受け付けた場合は、通信制御部５０１は、網Ｎ１を介して、鍵事後配信実行部３０４に事後配信可能である旨を伝えると同時に、記憶部５０２を起動し、事後配信に備える。鍵事後配信実行部３０４は事後配信可能である旨伝えられると、網Ｎ１を介して、記憶部５０２に対して事後配信を実行する。

次に、事後配信部３０の鍵事後配信確認部３０５は、鍵事後配信実行部３０４によってなされた事後配信が実際に完了したか否かを確認する（Ｓ５０）。なお、記憶部５０２はコンテンツの受信を完了するか、何らかの事情により中断されると、通信制御部５０１を起動する。通信制御部５０１は、網Ｎ１を介して、鍵事後配信確認部３０４に対して事後配信の成否を伝える。また、鍵事後配信確認部３０４で設定した期間を過ぎても事後配信の成否が伝えられなかった場合は、事後配信が失敗したものとして認識する。鍵事後配信確認部３０４は、事後配信の成否を契約ＤＢ２２に反映させる。

以上のような一連の仕組みによって鍵が事後に配信される。通常、課金は鍵の事後配信のタイミングでなされるが、本実施形態においては課金のタイミングについては拘泥しない。ユーザ側では、事前配信されている暗号化コンテンツと併せてコンテンツを再生することができるようになる。

以上述べたように、本コンテンツ配信システムによれば、ユーザが希望する場合には、特定期間が経過した後にコンテンツの鍵をユーザ側に配信する。従って、ユーザに対するサービスが特定の期間に集中することを回避させることができ、第２の実施形態と同様の効果を得ることができる。

（第５の実施形態）
次に、本発明の第５の実施形態について説明する。本実施形態に係るコンテンツ配信システム１は、超流通方式を応用してサービスを物理的及び時間的に分散させ、特定期間に帯域の狭いネットワークにサービスが集中すること回避させる機能（物理的時間的分散化機能）を有している。すなわち、本実施形態においては、オリジナルコンテンツを暗号化コンテンツと鍵とに分割し、例えば暗号化コンテンツは事前に別網Ｎ２を使って配信し、一方鍵は特定期間中又は以後の適切な時期に網Ｎ１を使って配信する。

図１６は、物理的時間的分散化機能を用いたサービス提供において実行される処理の流れを示したシーケンス図の一例であり、第１の実施形態と第４の実施形態との組み合わせたものである。各処理の内容については、既に説明した通りであるから、その詳細は省略する。なお、当然ながら、第１の実施形態と第２の実施形態とを組み合わせた物理的時間的分散化機能も実現可能であることは、言うまでもない。

このようなコンテンツ配信システム１によれば、ユーザが希望する場合には、暗号化コンテンツを有線通信回線である別網Ｎ２を介して事前にユーザ側の別網端末部５２に配信し、復号のための鍵を無線通信回線である網Ｎ１を介してユーザ側の端末５０に事後に配信する。従って、ユーザに対するサービスが特定の時期に特定のネットワークに集中することを回避させることができる。その結果、第１乃至第４の各実施形態と同様の効果を得ることができる。

なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。具体的な変形例としては、例えば次のようなものがある。

（１）本実施形態に係る各機能は、当該処理を実行するプログラムをワークステーション等のコンピュータにインストールし、これらをメモリ上で展開することによっても実現することができる。このとき、コンピュータに当該手法を実行させることのできるプログラムは、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスクなど）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤなど）、半導体メモリなどの記録媒体に格納して頒布することも可能である。

（２）上記第１及び第５の実施形態においては、物理的分散においては二つの異なるネットワークを用いて暗号化コンテンツと鍵とを配信する例を示した。また、第２、第４、第５の実施形態においては、時間的分散においてはコンテンツの発売日を挟んだ異なる二つの時期に分けて、暗号化コンテンツと鍵とを配信する例を示した。しかしながら、物理的分散に用いるネットワークを二つに限定する趣旨ではなく、また、時間的分散に用いる時期を二つに限定する趣旨ではない。例えば、オリジナルコンテンツが三種以上の情報に分割される場合には、各情報に対応させた配信ネットワークや配信時期を用いる構成であってもよい。

また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。

以上本発明によれば、サービス事業者にとっては配信設備と受信端末に対する投資が過分になることを防ぎ、エンドユーザにとっては対価や付加価値に見合ったサービスレベルを選択する自由が得られるようにするコンテンツ配信システム、コンテンツ配信サーバ及びコンテンツ配信プログラムを実現することができる。

図１は、第１の実施形態に係るコンテンツ配信システム１のブロック構成図を示している。 図２は、コンテンツＤＢ１２が格納するテーブルの一例を示した図である。 図３は、暗号化コンテンツＤＢ１６が格納するテーブルの一例を示した図である。 図４は、鍵ＤＢ１８が格納するテーブルの一例を示した図である。 図５は、価格ＤＢ２０が格納するテーブルの一例を示した図である。 図６（ａ）、（ｂ）は、契約ＤＢ２２は記憶する情報の一例を示した図である。 図７は、ユーザＤＢ２４が格納する情報の一例を示した図である。 図８は、物理的分散化機能を用いたサービス提供において実行される処理の流れを示したシーケンス図である。 図９は、第２の実施形態に係るコンテンツ配信システム１が有する事前配信部２８のブロック図を示している。 図１０は、第１の時間的分散化機能を用いたサービス提供において実行される処理の流れを示したシーケンス図である。 図１１は、事前計画ＤＢ２８０ｅが記憶する事前配信の一例を示した図である。 図１２は、第３の実施形態に係るコンテンツ配信システム１が有する事後前配信部３０のブロック図を示している。 図１３は、第２の時間的分散化機能を用いたサービス提供において実行される処理の流れを示したシーケンス図である。 図１４は、第４の実施形態に係るコンテンツ配信システム１が有する事後配信部２８のブロック図を示している。 図１５は、第３の時間的分散化機能を用いたサービス提供において実行される処理の流れを示したシーケンス図である。 図１６は、物理的時間的分散化機能を用いたサービス提供において実行される処理の流れを示したシーケンス図である。

符号の説明

１…コンテンツ配信システム、２…サーバ部、１０…制御部、１２…コンテンツデータベース、１４…暗号化部、１６…暗号化コンテンツＤＢ、１８…鍵ＤＢ、２０…価格ＤＢ、２２…契約ＤＢ、２４…ユーザＤＢ、２６…別網配信部、２８…事前配信部、３０…事後配信部、５０…端末部、５１…媒体部、５２…別網端末部、２８０ａ…事前配信期間指定部、２８０ｂ…事前配信ユーザ指定部、２８０ｃ…事前配信コンテンツ指定部、２８０ｄ…事前配信方針部、２８０ｅ…事前配信計画ＤＢ、２８０ｆ…事前配信網監視部、２８０ｇ…事前配信着信確認部、２８０ｈ…事前配信選択部、２８１…事前配信実行部、２８２…事前配信確認部、３００…事後配信計画部、３００ａ…事後配信期間指定部、３００ｂ…事後配信ユーザ指定部、３００ｃ…事後配信コンテンツ指定部、３００ｄ…事後配信方針部、３００ｅ…事後配信計画ＤＢ、３００ｆ…事後配信網監視部、３００ｇ…事後配信着信確認部、３００ｈ…事後配信選択部、３０１…事後配信実行部、３０２…事後配信確認部、３０３…鍵事後配信計画部、３０３ａ…鍵事後配信期間指定部、３０３ｂ…鍵事後配信ユーザ指定部、３０３ｃ…鍵事後配信コンテンツ指定部、３０３ｄ…鍵事後配信方針部、３０３ｅ…鍵事後配信計画ＤＢ、３０３ｆ…鍵事後配信網監視部、３０３ｇ…鍵事後配信着信確認部、３０３ｈ…鍵事後配信選択部、３０４…鍵事後配信実行部、３０５…鍵事後配信確認部

Claims (8)

1. 配信対象であるコンテンツを暗号化した暗号化コンテンツと当該暗号化コンテンツを復号するための鍵とを記憶する第１のデータベースと、
   前記暗号化コンテンツの配信に使用する第１のネットワーク及び前記鍵の配信に使用する第２のネットワークをユーザ毎に管理する配信網情報を記憶する第２のデータベースと、
   ユーザからの配信要求に応答して、前記配信網情報に基づいて前記暗号化コンテンツを前記第１のネットワークを介して配信し、前記鍵を前記第２のネットワークを介して配信するコンテンツ配信サーバと、
   前記コンテンツ配信サーバから、前記第１のネットワークを介して前記暗号化コンテンツを受信する第１のユーザ端末と、
   前記コンテンツ配信サーバから、前記第２のネットワークを介して前記鍵を受信する第２のユーザ端末と、
   を具備することを特徴とするコンテンツ配信システム。
2. 前記第２のデータベースには、さらに前記暗号化コンテンツの配信期間及び当該暗号化コンテンツの配信期間とは異なる期間に設定した前記鍵の配信期間を前記ユーザ毎に管理する配信期間情報を記憶しており、
   前記コンテンツ配信サーバは、前記配信期間情報に基づいて前記暗号化コンテンツと前記鍵とを、それぞれの配信期間において配信することを特徴とする請求項１に記載のコンテンツ配信システム。
3. 配信対象であるコンテンツを暗号化した暗号化コンテンツと当該暗号化コンテンツを復号するための鍵とを記憶する第１のデータベースと、
   前記暗号化コンテンツの配信に使用する第１のネットワーク及び前記鍵の配信に使用する第２のネットワークをユーザ毎に管理する配信網情報を記憶する第２のデータベースと、
   ユーザからの配信要求に応答して、前記配信網情報に基づいて、前記暗号化コンテンツを前記第１のネットワークを介して第１のユーザ端末に配信し、且つ前記鍵を前記第２のネットワークを介して第２のユーザ端末に配信するコンテンツ配信手段と、
   を具備することを特徴とするコンテンツ配信サーバ。
4. 前記第２のデータベースには、さらに前記暗号化コンテンツの配信期間及び当該暗号化コンテンツの配信期間とは異なる期間に設定した前記鍵の配信期間を前記ユーザ毎に管理する配信期間情報を記憶しており、
   前記コンテンツ配信手段は、前記配信期間情報に基づいて、前記暗号化コンテンツと前記鍵とを、それぞれの配信期間において配信することを特徴とする請求項３に記載のコンテンツ配信サーバ。
5. 前記暗号化コンテンツの配信期間又は前記鍵の配信期間の少なくとも一方における配信タイミングを、使用する前記第１のネットワークもしくは前記第２のネットワークの負荷状況、使用する前記第１のネットワークもしくは前記第２のネットワークの統計的情報、前記第１のユーザ端末もしくは前記第２のユーザ端末の状態、前記暗号化コンテンツの特性のうちの少なくとも一つに基づいて計画する計画手段をさらに具備し、
   前記コンテンツ配信手段は、前記計画手段によって計画された前記配信タイミングに基づいて、前記第１のユーザ端末と前記第２のユーザ端末にユーザ側への配信を実行すること、
   を特徴とする請求項４記載のコンテンツ配信サーバ。
6. コンピュータに、
   ネットワークを介してユーザからのコンテンツ配信要求を受け付ける要求受付機能と、
   配信対象であるコンテンツを暗号化した暗号化コンテンツの配信に使用する第１のネットワーク、及び前記暗号化コンテンツを復号するための鍵の配信に使用する第２のネットワークをユーザ毎に管理する配信網情報に基づいて、前記暗号化コンテンツを前記第１のネットワークを介して第１のユーザ端末に配信し、且つ前記鍵を前記第２のネットワークを介して第２のユーザ端末に配信するコンテンツ配信機能と、
   を実現させるためのコンテンツ配信プログラム。
7. 前記コンテンツ配信機能は、
   配信対象であるコンテンツを暗号化した暗号化コンテンツの配信期間及び当該暗号化コンテンツの配信期間とは異なる期間に設定した前記暗号化コンテンツを復号するための鍵の配信期間を、ユーザ毎に管理する配信期間情報に基づいて、前記暗号化コンテンツを第１のネットワークを介して第１のユーザ端末に配信し、前記鍵を第２のネットワークを介して第２のユーザ端末に配信することを特徴とする請求項６に記載のコンテンツ配信プログラム。
8. 前記暗号化コンテンツの配信期間又は前記鍵の配信期間の少なくとも一方における配信タイミングを、使用する前記第１のネットワークもしくは前記第２のネットワークの負荷状況、使用する前記第１のネットワークもしくは前記第２のネットワークの統計的情報、
   前記第１のユーザ端末もしくは前記第２のユーザ端末の状態、前記暗号化コンテンツの特性のうちの少なくとも一つに基づいて計画する計画機能をさらに実現させ、
   前記計画機能においては、前記計画機能によって計画された前記配信タイミングに基づいて、前記第１のユーザ端末ならびに前記第２のユーザ端末への配信を実行すること、
   を特徴とする請求項７記載のコンテンツ配信プログラム。

Images