JP2003233597A - コンテンツ配信システムおよび方法 - Google Patents

Abstract

(57)【要約】 【課題】 ユーザによるコンテンツの利用を効果的に制
限できるコンテンツ配信システムを提供する。 【解決手段】 サーバ１は、コンテンツと、コンテンツ
を処理するための実行プログラムとを蓄積し、端末２に
送信されるコンテンツの利用条件を求める。サーバ１
は、端末２に利用条件とコンテンツと実行プログラムと
を配信し、端末２は、配信された利用条件とコンテンツ
と実行プログラムとを記憶する。端末２は、記憶した利
用条件の範囲内で、記憶した実行プログラムを実行し、
記憶したコンテンツを処理する。サーバ１は、求めた利
用条件に応じて課金処理を行ってもよく、端末２の処理
能力や通信状況に応じて、コンテンツや実行プログラム
を選択して配信してもよい。また、サーバ１は、実行プ
ログラムとともに、実行プログラムの動作環境を構築す
るためのミドルウェアを配信してもよい。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、コンテンツ配信シ
ステムに関し、より特定的には、映像データおよび／ま
たは音声データを含むマルチメディアコンテンツを、不
正利用から守りながらユーザに配信するためのシステム
に関する。

【０００２】

【従来の技術】近年、ネットワークシステムが社会のイ
ンフラストラクチャとして発達し、これに伴い、画像、
動画、音声などのデジタルデータを含むマルチメディア
コンテンツが、ネットワークを通じて広く流通するよう
になっている。また、大容量の記憶媒体が開発され、記
憶媒体を用いてマルチメディアコンテンツを流通させる
ことも行われている。デジタルデータは保存や複製を容
易に行うことができ、保存や複製を行っても品質が劣化
しない。このため、デジタルデータを含むコンテンツが
配信先で不正に保存または複製されることによって、コ
ンテンツ制作者の権利が侵害され、コンテンツ提供者の
利益が損なわれる場合が起こりうる。このような事態を
防ぐため、デジタルデータを含むコンテンツを配信する
際には、ユーザによるコンテンツの利用に一定の制限を
加えることが必要となる。

【０００３】従来、コンテンツに対する利用制限は、例
えば、デジタルデータを暗号化することにより行われて
いた。あるいは、ユーザがコンテンツ購入時にコンテン
ツの利用に関する契約を結び、コンテンツに対する利用
制限をユーザの良心に任すようにしていた。

【０００４】なお、コンテンツの流通に関しては、特許
文献１に、ユーザに対し確実な課金トレースを行いなが
ら、コンテンツの再利用・再編集を可能とする方法が知
られている。

【０００５】

【特許文献１】特開平１０−１１３０６６号公報

【０００６】

【発明が解決しようとする課題】しかしながら、デジタ
ルデータを暗号化しても、その復号鍵が盗用される可能
性があるので、配信先でのコンテンツの不正な保存や複
製などを完全に防ぐことはできない。また、契約によっ
てコンテンツの利用を制限しても、契約が守られる保証
はない。

【０００７】一方、マルチメディアコンテンツは、購入
後は半永久的に何度でも再生や閲覧ができるという特徴
を有する。ところが、ユーザの立場から見ると、ある一
定期間のみ必要で、その後は不要となるコンテンツがあ
る。特に、今日のように１つのコンテンツの量が大きく
なると、ユーザが本当に必要とするデータは、購入した
コンテンツのうちのごくわずかな部分である場合も多
い。このような場合でも、ユーザは、コンテンツを実際
に利用した分の対価を超える額の料金を負担している。

【０００８】そこで、コンテンツ提供者から見れば、ユ
ーザによるコンテンツの利用を効果的に制限でき、ユー
ザから見れば、利用が制限される代わりに、コンテンツ
を実際に利用した分の対価を支払えばよいようなシステ
ムが望まれる。しかし、そのようなシステムは、従来存
在しなかった。

【０００９】それ故に、本発明の目的は、ユーザによる
コンテンツの利用を効果的に制限できるコンテンツ配信
システムを提供することである。また、本発明のさらな
る目的は、利用した分の対価をユーザに課金できるコン
テンツ配信システムを提供することである。

【００１０】

【課題を解決するための手段および発明の効果】第１の
発明は、通信ネットワークを用いてコンテンツを配信す
るコンテンツ配信システムであって、サーバと端末とを
備え、サーバは、コンテンツと、コンテンツを処理する
ための実行プログラムとを蓄積する蓄積手段と、蓄積手
段に蓄積されたコンテンツと実行プログラムとを端末に
送信する送信手段と、端末に送信されるコンテンツの利
用条件を求める条件設定手段とを含み、端末は、サーバ
からコンテンツと実行プログラムとを受信する受信手段
と、少なくとも、受信手段で受信した実行プログラムを
記憶する記憶手段と、条件設定手段で求めた利用条件の
範囲内で、コンテンツの利用を許可する制御手段と、制
御手段から許可を受け、記憶手段に記憶された実行プロ
グラムを実行して、受信手段で受信したコンテンツを処
理する処理手段とを含む。上記第１の発明では、サーバ
は、端末に送信されるコンテンツの利用条件を求め、端
末は、サーバで求めた利用条件の範囲内で、配信された
実行プログラムを実行し、配信されたコンテンツを処理
する。つまり、端末は、サーバが設定した利用条件の範
囲内でコンテンツを処理する。これにより、ユーザによ
るコンテンツの利用を効果的に制限することができる。

【００１１】第２の発明は、第１の発明において、蓄積
手段に蓄積されるコンテンツは、映像データおよび／ま
たは音声データを含み、条件設定手段は、少なくとも再
生を含む利用形態について利用条件を求めることを特徴
とする。上記第２の発明では、映像データおよび／また
は音声データを含むマルチメディアコンテンツの著作権
を保護することができる。

【００１２】第３の発明は、第１の発明において、送信
手段は、コンテンツの利用に先立ち、蓄積手段に蓄積さ
れたコンテンツおよび実行プログラムと、条件設定手段
で求めた利用条件とを端末に送信し、受信手段は、サー
バからコンテンツと実行プログラムと利用条件とを受信
し、記憶手段は、受信手段で受信したコンテンツと実行
プログラムと利用条件とを記憶し、制御手段は、コンテ
ンツの利用の際に、記憶手段に記憶された利用条件に基
づき、コンテンツの利用を許可し、処理手段は、記憶手
段に記憶されたコンテンツを処理することを特徴とす
る。上記第３の発明では、コンテンツと実行プログラム
と利用条件とが、サーバから端末に配信され、その後は
端末によって管理される。

【００１３】第４の発明は、第３の発明において、条件
設定手段が、記憶手段に記憶されたコンテンツの新たな
利用条件を求めたときに、送信手段は、条件設定手段で
求めた新たな利用条件を端末に送信し、受信手段は、サ
ーバから新たな利用条件を受信し、記憶手段は、受信手
段で受信した新たな利用条件を用いて、記憶している利
用条件を更新することを特徴とする。上記第４の発明で
は、コンテンツの利用条件を任意の時点で変更すること
ができる。

【００１４】第５の発明は、第３の発明において、端末
におけるコンテンツの利用に新たな実行プログラムが必
要とされるときに、条件設定手段は、記憶手段に記憶さ
れたコンテンツの新たな利用条件を求め、送信手段は、
蓄積手段に蓄積された新たな実行プログラムと、条件設
定手段で求めた新たな利用条件とを端末に送信し、受信
手段は、サーバから新たな実行プログラムと新たな利用
条件とを受信し、記憶手段は、受信手段で受信した新た
な実行プログラムと新たな利用条件とを用いて、記憶し
ている実行プログラムと利用条件とを更新することを特
徴とする。上記第５の発明では、端末におけるコンテン
ツの利用に別の実行プログラムが必要とされるときに、
別の実行プログラムがサーバから端末に配信され、これ
を用いて端末に記憶されていた実行プログラムが更新さ
れる。

【００１５】第６の発明は、第１の発明において、蓄積
手段は、条件設定手段で求めた利用条件をさらに蓄積
し、送信手段は、コンテンツの利用に先立ち、蓄積手段
に蓄積されたコンテンツと実行プログラムとを端末に送
信した後、コンテンツの利用の際に、蓄積手段に蓄積さ
れた利用条件を端末に送信し、受信手段は、サーバから
コンテンツと実行プログラムと利用条件とを受信し、記
憶手段は、受信手段で受信したコンテンツと実行プログ
ラムとを記憶し、制御手段は、コンテンツの利用の際
に、受信手段で受信した利用条件に基づき、コンテンツ
の利用を許可し、処理手段は、記憶手段に記憶されたコ
ンテンツを処理することを特徴とする。上記第６の発明
では、コンテンツと実行プログラムとは、サーバから端
末に配信され、その後は端末によって管理される一方
で、利用条件はサーバによって管理される。これによ
り、端末における利用条件の改竄を防止することができ
る。

【００１６】第７の発明は、第６の発明において、条件
設定手段が、記憶手段に記憶されたコンテンツの新たな
利用条件を求めたときに、蓄積手段は、条件設定手段で
求めた新たな利用条件を用いて、蓄積している利用条件
を更新することを特徴とする。上記第７の発明では、コ
ンテンツの利用条件を任意の時点で変更することができ
る。

【００１７】第８の発明は、第６の発明において、端末
におけるコンテンツの利用に新たな実行プログラムが必
要とされるときに、条件設定手段は、記憶手段に記憶さ
れたコンテンツの新たな利用条件を求め、蓄積手段は、
条件設定手段で求めた新たな利用条件を用いて、蓄積し
ている利用条件を更新し、送信手段は、蓄積手段に蓄積
された新たな実行プログラムを端末に送信し、受信手段
は、サーバから新たな実行プログラムを受信し、記憶手
段は、受信手段で受信した新たな実行プログラムを用い
て、記憶している実行プログラムを更新することを特徴
とする。上記第８の発明では、端末におけるコンテンツ
の利用に別の実行プログラムが必要とされるときに、別
の実行プログラムがサーバから端末に配信され、これを
用いて端末に記憶されていた実行プログラムが更新され
る。

【００１８】第９の発明は、第１の発明において、送信
手段は、コンテンツの利用に先立ち、蓄積手段に蓄積さ
れた実行プログラムと、条件設定手段で求めた利用条件
とを端末に送信した上で、コンテンツの利用中に、蓄積
手段に蓄積されたコンテンツを端末に送信し、受信手段
は、サーバからコンテンツと実行プログラムと利用条件
とを受信し、記憶手段は、受信手段で受信した実行プロ
グラムと利用条件とを記憶し、制御手段は、コンテンツ
の利用の際に、記憶手段に記憶された利用条件に基づ
き、コンテンツの利用を許可し、処理手段は、受信手段
によるコンテンツ受信動作と同時に、受信手段で受信し
たコンテンツを処理することを特徴とする。上記第９の
発明では、実行プログラムと利用条件とが、サーバから
端末に配信され、その後は端末によって管理される一方
で、コンテンツはサーバによって管理される。この場
合、端末は、サーバからコンテンツを受信しながら処理
する。これにより、端末におけるコンテンツの不正コピ
ーを防止することができる。

【００１９】第１０の発明は、第９の発明において、条
件設定手段が、端末に送信されるコンテンツの新たな利
用条件を求めたときに、送信手段は、条件設定手段で求
めた新たな利用条件を端末に送信し、受信手段は、サー
バから新たな利用条件を受信し、記憶手段は、受信手段
で受信した新たな利用条件を用いて、記憶している利用
条件を更新することを特徴とする。上記第１０の発明で
は、コンテンツの利用条件を任意の時点で変更すること
ができる。

【００２０】第１１の発明は、第９の発明において、端
末におけるコンテンツの利用に新たな実行プログラムが
必要とされるときに、条件設定手段は、端末に送信され
るコンテンツの新たな利用条件を求め、送信手段は、蓄
積手段に蓄積された新たな実行プログラムと、条件設定
手段で求めた新たな利用条件とを端末に送信し、受信手
段は、サーバから新たな実行プログラムと新たな利用条
件とを受信し、記憶手段は、受信手段で受信した新たな
実行プログラムと新たな利用条件とを用いて、記憶して
いる実行プログラムと利用条件とを更新することを特徴
とする。上記第１１の発明では、端末におけるコンテン
ツの利用に別の実行プログラムが必要とされるときに、
別の実行プログラムがサーバから端末に配信され、これ
を用いて端末に記憶されていた実行プログラムが更新さ
れる。

【００２１】第１２の発明は、第１の発明において、蓄
積手段は、条件設定手段で求めた利用条件をさらに蓄積
し、送信手段は、コンテンツの利用に先立ち、蓄積手段
に蓄積された実行プログラムを端末に送信した後、コン
テンツの利用の際に、蓄積手段に蓄積された利用条件を
端末に送信した上で、コンテンツの利用中に、蓄積手段
に蓄積されたコンテンツを端末に送信し、受信手段は、
サーバからコンテンツと実行プログラムと利用条件とを
受信し、記憶手段は、受信手段で受信した実行プログラ
ムを記憶し、制御手段は、コンテンツの利用の際に、受
信手段で受信した利用条件に基づき、コンテンツの利用
を許可し、処理手段は、受信手段によるコンテンツ受信
動作と同時に、受信手段で受信したコンテンツを処理す
ることを特徴とする。上記第１２の発明では、実行プロ
グラムがサーバから端末に配信され、その後は端末によ
って管理される一方で、コンテンツと利用条件とはサー
バによって管理される。この場合、端末は、サーバから
コンテンツを受信しながら処理する。これにより、端末
におけるコンテンツの不正コピーと利用条件の改竄とを
防止することができる。

【００２２】第１３の発明は、第１２の発明において、
条件設定手段が、端末に送信されるコンテンツの新たな
利用条件を求めたときに、蓄積手段は、条件設定手段で
求めた新たな利用条件を用いて、蓄積している利用条件
を更新することを特徴とする。上記第１３の発明では、
コンテンツの利用条件を任意の時点で変更することがで
きる。

【００２３】第１４の発明は、第１２の発明において、
端末におけるコンテンツの利用に新たな実行プログラム
が必要とされるときに、条件設定手段は、端末に送信さ
れるコンテンツの新たな利用条件を求め、蓄積手段は、
条件設定手段で求めた新たな利用条件を用いて、蓄積し
ている利用条件を更新し、送信手段は、蓄積手段に蓄積
された新たな実行プログラムを端末に送信し、受信手段
は、サーバから新たな実行プログラムを受信し、記憶手
段は、受信手段で受信した新たな実行プログラムを用い
て、記憶している実行プログラムを更新することを特徴
とする。上記第１４の発明では、端末におけるコンテン
ツの利用に別の実行プログラムが必要とされるときに、
別の実行プログラムがサーバから端末に配信され、これ
を用いて端末に記憶されていた実行プログラムが更新さ
れる。

【００２４】第１５の発明は、第１の発明において、サ
ーバは、条件設定手段で求めた利用条件に応じて、端末
に対する課金処理を行う課金手段をさらに含む。上記第
１５の発明では、サーバは、利用条件に応じた料金を端
末に対して課金する。これにより、端末のユーザは、コ
ンテンツを実際に利用した分の料金を支払えば済むよう
になる。

【００２５】第１６の発明は、第１の発明において、蓄
積手段は、記憶手段に記憶された実行プログラムの動作
環境を構築するためのミドルウェアをさらに蓄積し、送
信手段は、蓄積手段に蓄積されたミドルウェアを端末に
さらに送信し、受信手段は、サーバからミドルウェアを
さらに受信し、記憶手段は、少なくとも、受信手段で受
信した実行プログラムとミドルウェアとを記憶し、処理
手段は、記憶手段に記憶されたミドルウェアによって構
築される動作環境の下で、記憶手段に記憶された実行プ
ログラムを実行して、受信手段で受信したコンテンツを
処理することを特徴とする。上記第１６の発明では、端
末で実行プログラムを実行できない場合、サーバから端
末に、端末で使用されるハードウェアやＯＳに適合する
ミドルウェアが配信される。これにより、ハードウェア
やＯＳなどの違いに関わらず、多くの種類の端末で実行
プログラムを実行し、コンテンツを処理させることがで
きる。

【００２６】第１７の発明は、第１の発明において、蓄
積手段は、機能が同じで必要な処理能力が異なる複数の
実行プログラムを蓄積し、送信手段は、端末の処理能力
に応じて、蓄積手段に蓄積された複数の実行プログラム
から一の実行プログラムを選択して、端末に送信するこ
とを特徴とする。上記第１７の発明では、サーバから端
末に、端末の処理能力に応じて選択した最適な実行プロ
グラムを配信することができる。

【００２７】第１８の発明は、第１の発明において、蓄
積手段は、内容が同じで必要な処理能力が異なる複数の
コンテンツを蓄積し、送信手段は、端末の処理能力に応
じて、蓄積手段に蓄積された複数のコンテンツから一の
コンテンツを選択して、端末に送信することを特徴とす
る。上記第１８の発明では、サーバから端末に、端末の
処理能力に応じて選択した最適なコンテンツを配信する
ことができる。

【００２８】第１９の発明は、第１の発明において、蓄
積手段は、内容が同じで単位時間あたりのデータ量が異
なる複数のコンテンツを蓄積し、送信手段は、サーバと
端末との間の通信状況に応じて、蓄積手段に蓄積された
複数のコンテンツから一のコンテンツを選択して、端末
に送信することを特徴とする。上記第１９の発明では、
サーバから端末に、通信状況に応じて選択した最適なコ
ンテンツを配信することができる。

【００２９】第２０の発明は、第１の発明において、条
件設定手段は、端末に送信されるコンテンツについて、
当該コンテンツを利用できる端末の識別情報を含んだ利
用条件を求め、制御手段は、端末の識別情報が条件設定
手段で求めた利用条件に含まれている場合に、コンテン
ツの利用を許可することを特徴とする。上記第２０の発
明では、配信したコンテンツを特定の端末だけで利用さ
せることができる。

【００３０】第２１の発明は、第１の発明において、条
件設定手段は、端末に送信されるコンテンツについて、
当該コンテンツの利用可能区間を含んだ利用条件を求
め、制御手段は、受信手段で受信したコンテンツのう
ち、条件設定手段で求めた利用条件に含まれている利用
可能区間について、コンテンツの利用を許可することを
特徴とする。上記第２１の発明では、配信したコンテン
ツの特定の区間だけをユーザに利用させることができ
る。

【００３１】第２２の発明は、第１の発明において、端
末は、処理手段における処理履歴を記憶する履歴記憶手
段をさらに含み、条件設定手段は、端末に送信されるコ
ンテンツについて、当該コンテンツの利用可能回数を含
んだ利用条件を求め、制御手段は、履歴記憶手段に記憶
されている処理履歴を参照して、条件設定手段で求めた
利用条件に含まれている利用可能回数に達するまで、コ
ンテンツの利用を許可することを特徴とする。上記第２
２の発明では、配信したコンテンツの利用回数を制限す
ることができる。

【００３２】第２３の発明は、第１の発明において、端
末は、処理手段における処理履歴を記憶する履歴記憶手
段をさらに含み、条件設定手段は、端末に送信されるコ
ンテンツについて、当該コンテンツの利用可能時間を含
んだ利用条件を求め、制御手段は、履歴記憶手段に記憶
されている処理履歴を参照して、条件設定手段で求めた
利用条件に含まれている利用可能時間に達するまでの時
間について、コンテンツの利用を許可することを特徴と
する。上記第２３の発明では、配信したコンテンツの利
用時間を制限することができる。

【００３３】第２４の発明は、第１の発明において、条
件設定手段は、端末に送信されるコンテンツについて、
当該コンテンツの利用可能期間を含んだ利用条件を求
め、制御手段は、現在時刻が条件設定手段で求めた利用
条件に含まれている利用可能期間内である場合に、コン
テンツの利用を許可することを特徴とする。上記第２４
の発明では、配信したコンテンツの利用期間を制限する
ことができる。

【００３４】第２５の発明は、第１の発明において、蓄
積手段は、コンテンツを暗号化した状態で蓄積し、送信
手段は、蓄積手段に蓄積されたコンテンツを暗号化した
状態で端末に送信し、受信手段は、サーバからコンテン
ツを暗号化した状態で受信し、処理手段は、受信手段で
受信したコンテンツを復号化した上で処理することを特
徴とする。上記第２５の発明では、コンテンツは暗号化
されており、端末は利用条件の許す範囲内でコンテンツ
を復号化する。これにより、ユーザによるコンテンツの
利用をより効果的に制限することができる。

【００３５】第２６の発明は、第２の発明において、処
理手段は、受信手段で受信したコンテンツを再生するこ
とを特徴とする。上記第２６の発明では、ユーザは、利
用条件の範囲内でコンテンツを再生することができる。

【００３６】第２７の発明は、第２の発明において、処
理手段は、受信手段で受信したコンテンツを複製するこ
とを特徴とする。上記第２７の発明では、ユーザは、利
用条件の範囲内でコンテンツを複製することができる。

【００３７】第２８の発明は、第２の発明において、処
理手段は、受信手段で受信したコンテンツを編集するこ
とを特徴とする。上記第２８の発明では、ユーザは、利
用条件の範囲内でコンテンツを編集することができる。

【００３８】第２９の発明は、通信ネットワークを用い
てサーバから配信されたコンテンツを受信する端末であ
って、サーバからコンテンツと実行プログラムとを受信
する受信手段と、少なくとも、受信手段で受信した実行
プログラムを記憶する記憶手段と、サーバで求められた
利用条件の範囲内で、コンテンツの利用を許可する制御
手段と、制御手段から許可を受け、記憶手段に記憶され
た実行プログラムを実行して、受信手段で受信したコン
テンツを処理する処理手段とを備える。上記第２９の発
明は、第１の発明のコンテンツ配信システムで使用され
る端末を提供することができる。

【００３９】第３０の発明は、通信ネットワークを用い
てサーバから端末にコンテンツを配信するコンテンツ配
信方法であって、サーバにおいて、コンテンツと、コン
テンツを処理するための実行プログラムとを蓄積するス
テップと、サーバにおいて、蓄積されたコンテンツと実
行プログラムとを端末に送信するステップと、サーバに
おいて、端末に送信されるコンテンツの利用条件を求め
るステップと、端末において、サーバからコンテンツと
実行プログラムとを受信するステップと、端末におい
て、少なくとも、受信した実行プログラムを記憶するス
テップと、端末において、サーバで求めた利用条件の範
囲内で、コンテンツの利用を許可するステップと、端末
において、コンテンツの利用許可を受け、記憶された実
行プログラムを実行して、受信したコンテンツを処理す
るステップとを備える。上記第３０の発明では、サーバ
は、端末に送信されるコンテンツの利用条件を求め、端
末は、サーバで求めた利用条件の範囲内で、配信された
実行プログラムを実行し、配信されたコンテンツを処理
する。つまり、端末は、サーバが設定した利用条件の範
囲内でコンテンツを処理する。これにより、ユーザによ
るコンテンツの利用を効果的に制限することができる。

【００４０】第３１の発明は、通信ネットワークを用い
てサーバから端末に配信されるカプセル化されたデータ
であって、コンテンツと、コンテンツを処理するための
実行プログラムと、サーバによってコンテンツについて
求められた、端末が実行プログラムを実行してコンテン
ツを処理するときの利用条件とを備える。上記第３１の
発明では、第３の発明のコンテンツ配信システムでサー
バから端末に送信されるデータを提供することができ
る。

【００４１】

【発明の実施の形態】（第１の実施形態）図１は、本発
明の第１の実施形態に係るコンテンツ配信システムの構
成を示すブロック図である。図１に示すコンテンツ配信
システムは、サーバ１と、複数の端末２とを備えてい
る。サーバ１と端末２とは、ネットワーク３を介して相
互に通信可能に接続される。サーバ１は、コンテンツ
と、コンテンツを処理するための実行プログラムとを蓄
積している。サーバ１は、ネットワーク３経由でコンテ
ンツおよび実行プログラムを端末２に配信し、端末２
は、配信された実行プログラムを動作させて、配信され
たコンテンツを処理する。

【００４２】端末２のユーザによるコンテンツの利用に
は、一定の制限が加えられる。このような利用制限を実
現するため、サーバ１から配信されるコンテンツには利
用条件が設定され、端末２は、利用条件の範囲内でコン
テンツを処理する。より好ましくは、コンテンツは予め
暗号化されており、端末２は、利用条件の範囲内で、暗
号化されたコンテンツを復号化して処理する。コンテン
ツを復号化するための鍵は、例えば、予めサーバ１の管
理者から端末２のユーザに通知され、端末２に記憶され
る。あるいは、サーバ１から端末２に対して、実行プロ
グラムと同時に（例えば、実行プログラムに組み込んだ
状態で）提供してもよい。

【００４３】サーバ１から配信されるコンテンツは、例
えば、映画やスポーツやコンサートなどの番組の映像デ
ータおよび音声データ、あるいは、音楽アルバムなどの
音声データである。１つのコンテンツは、例えば、１本
の映画や１枚の音楽アルバムに相当する。コンテンツの
利用とは、コンテンツを再生したり、複製したり、編集
したりすることをいう。コンテンツを処理する実行プロ
グラムとしては、コンテンツ再生プログラム、コンテン
ツ複製プログラム、コンテンツ編集プログラムなどがあ
る。なお、コンテンツは、映像データおよび音声データ
に限らず、ゲーム用ソフトウェアやアプリケーションソ
フトウェアなどのプログラムであってもよい。

【００４４】コンテンツに設定される利用条件には、例
えば、そのコンテンツを利用できるユーザを示す識別子
と、そのコンテンツの利用可能回数（例えば、３回まで
利用可能）とが含まれる。利用条件には、利用可能回数
に代えて、利用可能時間（例えば、５時間まで利用可
能）、または、利用可能期間（例えば、２００１年１０
月１０日から同年１０月１６日まで利用可能）が含まれ
ていてもよい。あるいは、利用条件には、利用可能回
数、利用可能時間および利用可能期間のうちの任意の２
つ、または、３つすべてが含まれていてもよい。また、
利用条件を、コンテンツ全体ではなく、コンテンツの一
部の区間に設定してもよい。この場合、利用条件には、
利用可能区間（例えば、コンテンツの先頭から３０分ま
での区間が利用可能）がさらに含まれる。サーバ１から
端末２には、コンテンツと実行プログラムと利用条件と
を含んだカプセル化されたデータ（以下、カプセルとい
う）が配信される。カプセルの詳細については、後述す
る（図５）。

【００４５】図２は、サーバ１の詳細な構成を示すブロ
ック図である。図２に示すように、サーバ１は、制御ユ
ニット１１と、蓄積ユニット１２と、通信ユニット１３
とを含んでいる。制御ユニット１１は、例えば、ＣＰＵ
とＲＡＭとＲＯＭとを有している。ＲＯＭには、サーバ
制御プログラムが格納される。ＣＰＵがＲＡＭを記憶領
域として使用してサーバ制御プログラムを実行すること
により、後述するサーバ１の機能が実現される。蓄積ユ
ニット１２は、例えば、ハードディスクなどの記憶媒体
と、そのドライブ装置とで構成される。通信ユニット１
３は、例えば、モデムやターミナルアダプタなどのネッ
トワーク接続機器で構成される。

【００４６】図３は、端末２の詳細な構成を示すブロッ
ク図である。図３に示すように、端末２は、入出力ユニ
ット２１と、制御ユニット２２と、通信ユニット２３
と、記憶ユニット２４と、処理ユニット２５とを含んで
いる。入出力ユニット２１は、例えば、キーボードやタ
ッチパネルなどの入力機器と、ディスプレイやスピーカ
などの出力機器とで構成される。制御ユニット２２は、
例えば、ＣＰＵとＲＡＭとＲＯＭとを有している。ＲＯ
Ｍには、端末制御プログラムが格納される。ＣＰＵがＲ
ＡＭを記憶領域として使用して端末制御プログラムを実
行することにより、後述する端末２の機能が実現され
る。通信ユニット２３は、例えば、モデムやターミナル
アダプタなどのネットワーク接続機器で構成される。記
憶ユニット２４は、例えば、半導体メモリなどの記憶媒
体で構成される。処理ユニット２５は、例えば、グラフ
ィックスボードやサウンドボードなど、映像データおよ
び／または音声データを処理する回路で構成される。

【００４７】図４は、蓄積ユニット１２の詳細を示す図
である。図４に示す蓄積ユニット１２ａは、図１に示す
蓄積ユニット１２を詳細化したものであり、コンテンツ
データベース１０１と実行プログラムデータベース１０
２とを内蔵している。コンテンツデータベース１０１に
は、複数のコンテンツと各コンテンツの識別子（コンテ
ンツＩＤ）とが格納される。図４に示す例では、Conten
ts1.mpg 、Contents2.mpg およびContents3.mp4 という
３つのコンテンツが格納され、これら３つのコンテンツ
には、それぞれ、Co0001、Co0002およびCo0003という識
別子が付されている。

【００４８】実行プログラムデータベース１０２には、
複数の実行プログラムと各実行プログラムの機能情報と
が格納される。図４に示す例では、Program1、Program2
およびProgram3という３つの実行プログラムが格納され
ている。Program1は、コンテンツ再生機能を持ち、コン
テンツ複製機能およびコンテンツ編集機能を持たない。
Program2は、コンテンツ複製機能を持ち、コンテンツ再
生機能およびコンテンツ編集機能を持たない。Program3
は、コンテンツ再生機能およびコンテンツ複製機能を持
ち、コンテンツ編集機能を持たない。なお、図４に示す
実行プログラム以外にも、例えば、コンテンツ編集機能
を持ち、コンテンツ再生機能およびコンテンツ複製機能
を持たない実行プログラムや、コンテンツの再生、複製
および編集機能を持つ実行プログラムなどが格納されて
いてもよい。

【００４９】図５は、サーバ１から端末２に送信される
カプセルの構造の一例を示す図である。図５に示すよう
に、カプセル１１１は、ヘッダ部１１２とデータ部１１
３とを備えている。ヘッダ部１１２には、カプセル１１
１の宛先１１４が格納される。データ部１１３には、利
用条件１１５とコンテンツ１１６と実行プログラム１１
７とが格納される。

【００５０】図６は、利用条件の一例を示す図である。
図６に示す利用条件は、ＸＭＬ（Extensible Markup La
nguage）を用いて記述されている。この利用条件に含ま
れる各要素の意味は、次のとおりである。UsageRule 要
素は、コンテンツの利用条件を表すルート要素である。
開始タグ<UsageRule> と終了タグ</UsageRule>とで挟ま
れた部分に利用条件が記述される。以下、同様に、開始
タグ<X> と終了タグ</X>（X は任意の文字列）で挟まれ
た部分に各要素の内容が記述される。ContentsID要素
は、この利用条件が適用されるコンテンツの識別子を表
す。UserID要素は、この利用条件が適用されるユーザの
識別子を表す。UserProgramID 要素は、この利用条件が
適用される実行プログラムの識別子を表す。ただし、Us
erProgramID 要素に記述される識別子は、実行プログラ
ムを特定するだけでなく、どのユーザ宛に配信された実
行プログラムであるかを特定するための識別子である。
このため、ある実行プログラムが複数の端末に配信され
た場合、各端末に配信された実行プログラムは、互いに
異なる識別子を付与され、異なるプログラムとして取り
扱われる。

【００５１】Permission要素には、許可される処理とそ
の処理を行う際の条件とが記述される。Permission要素
の属性actionは、許可される処理を表す。Permission要
素の内容（すなわち、開始タグ<Permission>と終了タグ
</Permission> とで挟まれた部分）には、処理を行う際
の条件が記述される。図６に示す例では、属性actionが
Replay（再生）であり、Permission要素の内容には、以
下に示すように、再生処理を行う際の条件が記述されて
いる。Section 要素はコンテンツ中で処理が許可されて
いる区間を表し、From要素が区間の始点を、Until 要素
が区間の終点をそれぞれ表す。なお、Section 要素が存
在しない場合には、コンテンツ全体に対する処理が許可
されているものとする。また、コンテンツの複数の区間
に対する処理が許可されていてもよい。この場合は、Se
ction 要素が複数存在することになる。Times 要素は、
コンテンツに対する処理が何回まで許可されているかを
表す。Period要素は、コンテンツに対する処理が許可さ
れている期間を表し、From要素が期間の始点を、Until
要素が期間の終点をそれぞれ表す。図６に示すPermissi
on要素は、先頭から３０分までの区間について、最大３
回まで、２００１年１０月１０日から同年１０月１６日
までの期間において、再生が許可されていることを表
す。

【００５２】利用条件は、改竄を防ぐために暗号化して
配信される。利用条件を復号化するための鍵は、例え
ば、予めサーバ１の管理者から端末２のユーザに通知さ
れ、端末２に記憶される。あるいは、鍵を予め通知して
おくことに代えて、実行プログラムと同時に（例えば、
実行プログラムに組み込んだ状態で）鍵を提供してもよ
い。なお、図６に示す利用条件は一例であり、ＸＭＬ以
外の方法を用いて記述してもよく、他の条件を追加して
もよいことは言うまでもない。

【００５３】端末２は、コンテンツに対する処理履歴を
記憶し、これを用いてコンテンツの利用可否を判定す
る。コンテンツの処理履歴は、記憶ユニット２４に記憶
され、制御ユニット２２は、コンテンツに対する処理が
行われたときに、記憶ユニット２４に記憶されている処
理履歴を更新する。

【００５４】図７は、処理履歴の一例を示す図である。
図７に示す処理履歴は、図６に示す利用条件と同様に、
ＸＭＬを用いて記述されている。この処理履歴に含まれ
る各要素の意味は、次のとおりである。History 要素
は、コンテンツに対する処理履歴を表すルート要素であ
る。ContentsID要素は、この処理履歴に記述されている
処理で処理されたコンテンツの識別子を表す。UserProg
ramID 要素は、この処理履歴に記述されている処理を行
った実行プログラムの識別子を表す。AccessLog要素に
は、属性actionで記述された処理を行ったときの履歴
が、回数を表すTimes 要素と、処理日時を表すAccessDa
te要素とを用いて記述される。図７に示すAccessLog 要
素は、日本時間の２００１年１０月１１日２０時３０分
に１回再生が行われたことを表す。

【００５５】処理履歴は、改竄を防ぐために暗号化して
記憶される。処理履歴を暗号化および復号化するための
鍵は、実行プログラム内に組み込まれている。例えば、
２００１年１０月１２日に図６に示す利用条件と図７に
示す処理履歴とが記憶ユニット２４に記憶されている場
合、制御ユニット２２は、今日が２００１年１０月１０
日から同年１０月１６日までの期間に含まれていること
と、再生回数が１回で利用可能回数（この例では３回）
未満であることとを確認した後に、コンテンツの先頭か
ら３０分までの区間の再生を許可する。

【００５６】図８は、本実施形態に係るコンテンツ配信
システムの動作を示すメインフローチャートである。以
下に示すフローチャートでは、先頭に「Ｓ：」を付した
ステップはサーバ１における処理を、先頭に「Ｔ：」を
付したステップは端末２における処理を表すものとす
る。図８において、制御ユニット２２は、まず、カプセ
ル取得要求が入出力ユニット２１に入力されたか否かを
判定し（ステップＳ１）、判定結果が否定である場合、
ステップＳ３に進む。ステップＳ１における判定結果が
肯定である場合、第１のカプセル配信処理（図９）によ
り、サーバ１から端末２に要求されたカプセルが配信さ
れる（ステップＳ２）。

【００５７】ステップＳ３では、制御ユニット２２は、
利用条件変更要求が入出力ユニット２１に入力されたか
否かを判定し、判定結果が否定である場合、ステップＳ
５に進む。ステップＳ３における判定結果が肯定である
場合、利用条件配信処理（図１０）により、サーバ１か
ら端末２に新たな利用条件が配信される（ステップＳ
４）。

【００５８】ステップＳ５では、制御ユニット２２は、
実行プログラムの更新を必要とする利用条件変更要求が
入出力ユニット２１に入力されたか否かを判定し、判定
結果が否定である場合、ステップＳ７に進む。ステップ
Ｓ５における判定結果が肯定である場合、利用条件と別
の実行プログラムの配信処理（図１１）により、サーバ
１から端末２に新たな利用条件と別の実行プログラムと
が配信される（ステップＳ６）。

【００５９】ステップＳ７では、制御ユニット２２は、
入出力ユニット２１を通じて処理開始が指示されたか否
かを判定し、判定結果が否定である場合、ステップＳ１
０に進む。ステップＳ７における判定結果が肯定である
場合、制御ユニット２２は、記憶ユニット２４に記憶さ
れた実行プログラムを起動し（ステップＳ８）、起動し
た実行プログラムに従い、第１のコンテンツ処理（図１
２）を実行する（ステップＳ９）。

【００６０】ステップＳ１０では、制御ユニット２２
は、処理を継続するか否かを判定し、判定結果が肯定で
ある場合には、ステップＳ１に戻る。この場合、ステッ
プＳ１からＳ９の処理が再び行われる。ステップＳ１０
における判定結果が否定である場合、制御ユニット２２
は処理を停止する。

【００６１】図９は、ステップＳ２の詳細を示すフロー
チャートである。図８のステップＳ１で要求が入力され
た場合、制御ユニット２２は、入力された要求を受け付
ける（ステップＳ１０１）。ステップＳ１０１では、例
えば、コンテンツContents1.mpg の先頭から３０分まで
の区間を３回再生したい旨の要求が入力される。次に、
制御ユニット２２は、通信ユニット２３を通じ、ステッ
プＳ１０１で受け付けた要求をネットワーク３経由でサ
ーバ１に送信する（ステップＳ１０２）。

【００６２】制御ユニット１１は、通信ユニット１３を
通じ、端末２から送信された要求を受信する（ステップ
Ｓ１０３）。次に、制御ユニット１１は、コンテンツデ
ータベース１０１および実行プログラムデータベース１
０２から、それぞれ、受信した要求に対応するコンテン
ツおよび実行プログラムを読み出し（ステップＳ１０
４）、コンテンツの利用条件を作成する（ステップＳ１
０５）。ステップＳ１０５では、例えば、図６に示す利
用条件が作成される。次に、制御ユニット１１は、ステ
ップＳ１０４で読み出したコンテンツおよび実行プログ
ラムとステップＳ１０５で作成した利用条件とを、図５
に示すカプセル１１１に詰めて、通信ユニット１３を通
じて端末２に送信する（ステップＳ１０６）。

【００６３】制御ユニット２２は、通信ユニット２３を
通じ、サーバ１から送信されたカプセル１１１を受信す
る（ステップＳ１０７）。次に、制御ユニット２２は、
受信したカプセル１１１から利用条件１１５とコンテン
ツ１１６と実行プログラム１１７とを取り出し、それら
を記憶ユニット２４に記憶させる（ステップＳ１０
８）。このようにして第１のカプセル配信処理が完了し
た後に、図８のステップＳ３が実行される。

【００６４】図１０は、ステップＳ４の詳細を示すフロ
ーチャートである。図８のステップＳ３で要求が入力さ
れた場合、制御ユニット２２は、入力された要求を受け
付ける（ステップＳ１２１）。ステップＳ１２１では、
例えば、コンテンツContents1.mpg に対する利用条件
「先頭から３０分までの区間を３回だけ再生可能」を変
更し、同区間をさらに２回（計５回）再生したい旨の要
求が入力される。次に、制御ユニット２２は、通信ユニ
ット２３を通じ、ステップＳ１２１で受け付けた要求を
ネットワーク３経由でサーバ１に送信する（ステップＳ
１２２）。

【００６５】制御ユニット１１は、通信ユニット１３を
通じ、端末２から送信された要求を受信する（ステップ
Ｓ１２３）。次に、制御ユニット１１は、受信した要求
に対応する新たな利用条件を作成する（ステップＳ１２
４）。ステップＳ１２４では、例えば、コンテンツCont
ents1.mpg に対して「先頭から３０分までの区間を５回
だけ再生可能」である旨を記述した、新たな利用条件が
作成される。次に、制御ユニット１１は、ステップＳ１
２４で作成した新たな利用条件を単体で、通信ユニット
１３を通じて端末２に送信する（ステップＳ１２５）。

【００６６】制御ユニット２２は、通信ユニット２３を
通じ、サーバ１から送信された新たな利用条件を受信す
る（ステップＳ１２６）。次に、制御ユニット２２は、
記憶ユニット２４に記憶されている利用条件を、ステッ
プＳ１２６で受信した新たな利用条件に書き換える（ス
テップＳ１２７）。このようにして利用条件の更新が完
了した後に、図８のステップＳ５が実行される。

【００６７】図１１は、ステップＳ６の詳細を示すフロ
ーチャートである。図８のステップＳ５で要求が入力さ
れた場合、制御ユニット２２は、入力された要求を受け
付ける（ステップＳ１４１）。ステップＳ１４１では、
例えば、コンテンツContents1.mpg に対する利用条件
「先頭から３０分までの区間を３回だけ再生可能」を変
更し、同区間を１回複製したい旨の要求が入力される。
次に、制御ユニット２２は、通信ユニット２３を通じ、
ステップＳ１４１で受け付けた要求をネットワーク３経
由でサーバ１に送信する（ステップＳ１４２）。

【００６８】制御ユニット１１は、通信ユニット１３を
通じ、端末２から送信された要求を受信する（ステップ
Ｓ１４３）。次に、制御ユニット１１は、実行プログラ
ムデータベース１０２から、受信した要求に対応する別
の実行プログラム（例えば、編集プログラム）を読み出
し（ステップＳ１４４）、新たな利用条件を作成する
（ステップＳ１４５）。ステップＳ１４５では、例え
ば、コンテンツContents1.mpg に対して「先頭から３０
分までの区間を１回だけ複製可能」である旨を記述し
た、新たな利用条件が作成される。次に、制御ユニット
１１は、ステップＳ１４４で読み出した別の実行プログ
ラムとステップＳ１４５で作成した新たな利用条件と
を、通信ユニット１３を通じて端末２に送信する（ステ
ップＳ１４６）。

【００６９】制御ユニット２２は、通信ユニット２３を
通じ、サーバ１から送信された新たな利用条件と別の実
行プログラムとを受信する（ステップＳ１４７）。次
に、制御ユニット２２は、記憶ユニット２４に記憶され
ている利用条件と実行プログラムとを、それぞれ、ステ
ップＳ１４７で受信した新たな利用条件と別の実行プロ
グラムとに書き換える（ステップＳ１４８）。このよう
にして利用条件および実行プログラムの更新が完了した
後に、図８に示すステップＳ７が実行される。

【００７０】図１２は、ステップＳ９の詳細を示すフロ
ーチャートである。図８のステップＳ８で実行プログラ
ムを起動した後、制御ユニット２２は、処理すべきコン
テンツに対する処理履歴が記憶ユニット２４に記憶され
ているか否かを調べる（ステップＳ１６１）。処理履歴
が記憶されていない場合には、制御ユニット２２は、未
処理を示す処理履歴を作成し、作成した処理履歴を暗号
化して記憶ユニット２４に記憶させる（ステップＳ１６
２）。処理履歴が記憶されている場合には、制御ユニッ
ト２２は、その処理履歴を記憶ユニット２４から読み出
して復号化する（ステップＳ１６３）。

【００７１】次に、制御ユニット２２は、記憶ユニット
２４から利用条件を読み出して復号化する（ステップＳ
１６４）。次に、制御ユニット２２は、ステップＳ１６
３で読み出した（あるいは、ステップＳ１６２で作成し
た）処理履歴とステップＳ１６４で読み出した利用条件
とを比較し（ステップＳ１６５）、コンテンツの利用が
許可されているか否かを判定する（ステップＳ１６
６）。

【００７２】コンテンツの利用が許可されている場合、
制御ユニット２２は、利用条件に従い、コンテンツの指
定された区間を記憶ユニット２４から読み出すことと、
読み出したコンテンツを復号化することとを、処理ユニ
ット２５に命じる（ステップＳ１６７）。次に、制御ユ
ニット２２は、復号化後のコンテンツを処理することを
処理ユニット２５に命じる（ステップＳ１６８）。ステ
ップＳ１６７およびＳ１６８では、例えば、コンテンツ
の先頭から３０分までの区間が、記憶ユニット２４から
読み出されて復号化され、その後に再生される。次に、
制御ユニット２２は、新たな処理履歴を作成して暗号化
し、記憶ユニット２４に記憶されている処理履歴を新た
な処理履歴に書き換える（ステップＳ１６９）。

【００７３】ステップＳ１６６においてコンテンツの利
用が許可されていない場合、制御ユニット２２は、入出
力ユニット２１を通じてその旨をユーザに通知する（ス
テップＳ１７０）。このようにして第１のコンテンツ処
理が完了した後に、図８のステップＳ１０が実行され
る。

【００７４】なお、上記の構成では、コンテンツの利用
可否を判定するために、端末２は、処理履歴を記憶し、
記憶した処理履歴と利用条件とを比較するが、これに代
えて、処理履歴を記憶せずに利用条件の内容を書き換え
てもよい。例えば、利用条件が「３回だけ再生可能」で
ある場合、上記の構成では、端末２は、受信した利用条
件をそのまま保持し、再生を行うたびに処理履歴に含ま
れるアクセス回数を０回→１回→２回のように更新し、
アクセス回数が３回に達した時点で再生を禁止する。こ
れに代えて、端末２は、利用条件に含まれる利用可能回
数を３回→２回→１回のように更新し、利用可能回数が
０回となった時点で再生を禁止してもよい。

【００７５】また、上記の構成では、サーバ１は、利用
条件とコンテンツと実行プログラムとを１つのカプセル
に詰めて端末２に配信するが、これに代えて、これら３
つのデータをすべて別々に配信してもよく、あるいは、
これら３つのデータのうち任意の２つのデータを１つの
カプセルに詰めて配信し、残余の１つのデータを別に配
信してもよい。また、サーバ１は、利用条件をコンテン
ツまたは実行プログラムに含めて配信してもよい。

【００７６】また、利用条件がシステムの外部から端末
２に提供される場合には、サーバ１はコンテンツと実行
プログラムとを配信すればよく、利用条件とコンテンツ
とがシステムの外部から端末２に提供される場合には、
サーバ１は実行プログラムを配信すればよい。利用条件
やコンテンツをシステムの外部から端末２に提供するに
は、例えば、ＣＤ−ＲＯＭやＤＶＤなどの可搬型記憶媒
体に格納して提供する方法や、ネットワーク３に接続さ
れた外部サーバ（図示せず）から提供する方法などがあ
る。

【００７７】また、上記の構成では、実行プログラム
は、ユーザからの要求があったときに書き換えられる
が、これ以外のとき（例えば、実行プログラムがバージ
ョンアップされたときなど）にも書き換えられてもよ
い。

【００７８】以上に示すように、本実施形態に係るコン
テンツ配信システムでは、サーバ１がコンテンツと実行
プログラムとを蓄積し、サーバ１から端末２にコンテン
ツと実行プログラムとが配信され、端末２は、配信され
た実行プログラムを動作させて、配信されたコンテンツ
を処理する。サーバ１から配信されるコンテンツには利
用条件が設定されており、端末２は、設定された利用条
件の範囲内で配信されたコンテンツを処理する。これに
より、配信されたコンテンツの利用に一定の制限を加え
ることができる。例えば、コンテンツを利用できる端末
を一部の端末に限定したり、コンテンツを再生専用に指
定して複製や編集を禁止したり、コンテンツの利用可能
回数、利用可能時間、利用可能期間などを制限したり、
コンテンツ内の一部区間だけを利用可能としたりするな
ど、各種の態様でコンテンツの利用を制限することがで
きる。

【００７９】また、本実施形態に係るコンテンツ配信シ
ステムでは、コンテンツと実行プログラムと利用条件と
を含んだカプセルを配信した後に、必要に応じて新たな
利用条件を配信することにより、端末２に記憶された利
用条件を任意の時点で変更することができる。例えば、
あるコンテンツとコンテンツ再生プログラムと「３回だ
け再生可能」という利用条件とを含んだカプセルを受信
した場合、端末２は、コンテンツを３回再生した後は、
もはやそのコンテンツを処理できない。このとき端末２
のユーザが「そのコンテンツをさらに２回再生したい」
旨を要求した場合、端末２がユーザからの要求をサーバ
１に送信し、サーバ１は、受信した要求に応じて「５回
だけ再生可能」という新たな利用条件を端末２に配信す
る。新たな利用条件を受信した端末２は、記憶ユニット
２４に記憶されていた利用条件「３回だけ再生可能」を
新たな利用条件「５回だけ再生可能」に書き換える。記
憶ユニット２４に記憶された処理履歴は「３回再生済
み」を示しているので、端末２は、さらに２回そのコン
テンツを再生することが可能となる。

【００８０】また、本実施形態に係るコンテンツ配信シ
ステムでは、コンテンツと実行プログラムと利用条件と
を含んだカプセルを配信した後に、必要に応じて別の実
行プログラムと新たな利用条件とを配信することによ
り、端末２に蓄積されている実行プログラムと利用条件
とを、それぞれ、別の実行プログラムと新たな利用条件
に書き換えることができる。例えば、上述した例でコン
テンツを３回再生した後に、ユーザが「そのコンテンツ
を複製したい」旨を要求した場合を考える。この場合、
端末２は、ユーザからの要求をサーバ１に送信し、サー
バ１は、受信した要求に応じて、コンテンツ複製プログ
ラムと「１回だけ複製可能」という新たな利用条件とを
端末２に配信する。コンテンツ複製プログラムと新たな
利用条件とを受信した端末２は、記憶ユニット２４に記
憶されているコンテンツ再生プログラムをコンテンツ複
製プログラムに書き換え、利用条件「３回だけ再生可
能」を新たな利用条件「１回だけ複製可能」に書き換え
る。記憶ユニット２４に記憶されている処理履歴は「３
回再生済み」を示している（すなわち、まだ複製に関す
る履歴がない）ので、端末２は、そのコンテンツを１回
複製することが可能となる。複製が一度実行されると、
処理履歴が「３回再生済み・１回複製済み」に書き換え
られ、それ以降のコンテンツの複製は禁止される。

【００８１】第１の実施形態では、コンテンツと実行プ
ログラムと利用条件とは、サーバ１から端末２に配信さ
れ、その後は端末２によって管理される。端末２におけ
るコンテンツの不正コピーや利用条件の改竄を防止する
ため、コンテンツと利用条件とは、暗号化した状態で配
信される。ここで、コンテンツおよび利用条件の復号化
鍵などが漏洩する可能性を考慮すると、第２から第４の
実施形態で示すように、コンテンツおよび／または利用
条件をサーバ１で管理する方法も考えられる。

【００８２】第２の実施形態では、コンテンツと実行プ
ログラムとを端末２に配信し、利用条件をサーバ１で管
理する方法を採用している。第３の実施形態では、実行
プログラムと利用条件とを端末２に配信し、コンテンツ
をサーバ１で管理する方法を採用している。第４の実施
形態では、実行プログラムを端末２に配信し、コンテン
ツと利用条件とをサーバ１で管理する方法を採用してい
る。このように利用条件および／またはコンテンツをサ
ーバ１で管理することにより、端末２におけるコンテン
ツの不正コピーや利用条件の改竄を防止することができ
る。

【００８３】（第２の実施形態）本発明の第２の実施形
態は、コンテンツと実行プログラムとを端末に配信し、
利用条件をサーバで管理する点で、コンテンツと実行プ
ログラムと利用条件とを端末に配信する第１の実施形態
と相違する。以下では、第１の実施形態との相違点を詳
細に説明する。

【００８４】本実施形態に係るコンテンツ配信システム
は、第１の実施形態と同様に、図１から図３に示す構成
を有する。図１３は、本実施形態に係る蓄積ユニット１
２の詳細を示す図である。図１３に示す蓄積ユニット１
２ｂは、図１に示す蓄積ユニット１２を詳細化したもの
であり、コンテンツデータベース１０１と実行プログラ
ムデータベース１０２と利用条件・処理履歴データベー
ス１０３とを内蔵している。なお、コンテンツデータベ
ース１０１および実行プログラムデータベース１０２の
内容は、第１の実施形態と同様であるので（図４を参
照）、図１３では記載を省略する。

【００８５】利用条件・処理履歴データベース１０３に
は、過去に端末２に配信された実行プログラムについ
て、UserProgramID 要素とUsageRule 要素とHistory 要
素とが格納される。UserProgramID 要素は、実行プログ
ラムの識別子を表す。ただし、UserProgramID 要素に記
述される識別子は、第１の実施形態と同様に、実行プロ
グラムを特定するだけでなく、どのユーザ宛に配信され
た実行プログラムであるかを特定するための識別子であ
る。UsageRule 要素およびHistory 要素は、第１の実施
形態において記憶ユニット２４に記憶されたものと同じ
である。UsageRule 要素およびHistory 要素は、例え
ば、それぞれ、図６および図７に示すデータ構造を有す
る。

【００８６】図１４は、サーバ１から端末２に送信され
るカプセルの構造の一例を示す図である。図１４に示す
ように、カプセル２１１は、ヘッダ部２１２とデータ部
２１３とを備えている。ヘッダ部２１２には、カプセル
２１１の宛先２１４が格納される。データ部２１３に
は、コンテンツ２１６と実行プログラム２１７とが格納
される。

【００８７】上述した第１の実施形態では、利用条件は
端末２に配信され、記憶ユニット２４に記憶される。ま
た、コンテンツに対する処理履歴は、端末２によって作
成され、記憶ユニット２４に記憶される。これに対して
本実施形態では、利用条件は、端末２に配信されず、蓄
積ユニット１２に記憶される。また、コンテンツに対す
る処理履歴は、サーバ１によって作成され、蓄積ユニッ
ト１２に記憶される。このため、端末２は、コンテンツ
を処理したときに処理内容をサーバ１に通知し、サーバ
１は、端末２からの通知に基づき、蓄積ユニット１２に
記憶されている処理履歴を書き換える。

【００８８】図１５は、本実施形態に係るコンテンツ配
信システムの動作を示すメインフローチャートである。
図１５に示すフローチャートは、ステップＳ２２、Ｓ２
４、Ｓ２６およびＳ２９を除き、図８に示すフローチャ
ートと同じである。以下では、ステップＳ２２、Ｓ２
４、Ｓ２６およびＳ２９の詳細を説明する。

【００８９】図１６は、ステップＳ２２の詳細を示すフ
ローチャートである。図１５のステップＳ２１で要求が
入力された場合、ステップＳ２０１からＳ２０５が実行
される。ステップＳ２０１からＳ２０５は、図９のステ
ップＳ１０１からＳ１０５と同じである。ただし、本実
施形態では、利用条件は、端末２で改竄される恐れがな
いため、暗号化されない。

【００９０】次に、制御ユニット１１は、ステップＳ２
０４で読み出したコンテンツと実行プログラムとを図１
４に示すカプセル２１１に詰めて、通信ユニット１３を
通じて端末２に送信するとともに、ステップＳ２０５で
作成した利用条件を利用条件・処理履歴データベース１
０３に記憶させる（ステップＳ２０６）。

【００９１】制御ユニット２２は、通信ユニット２３を
通じ、サーバ１から送信されたカプセル２１１を受信す
る（ステップＳ２０７）。次に、制御ユニット２２は、
受信したカプセル２１１からコンテンツ２１６と実行プ
ログラム２１７とを取り出し、それらを記憶ユニット２
４に記憶させる（ステップＳ２０８）。このようにして
第２のカプセル配信処理が完了した後に、図１５のステ
ップＳ２３が実行される。

【００９２】図１７は、ステップＳ２４の詳細を示すフ
ローチャートである。図１５のステップＳ２３で要求が
入力された場合、ステップＳ２２１からＳ２２４が実行
される。ステップＳ２２１からＳ２２４は、図１０のス
テップＳ１２１からＳ１２４と同じである。ただし、本
実施形態では、利用条件は、端末２で改竄される恐れが
ないため、暗号化されない。

【００９３】次に、制御ユニット１１は、利用条件・処
理履歴データベース１０３に記憶されている利用条件
を、ステップＳ２２４で作成した新たな利用条件に書き
換える（ステップＳ２２５）。このようにして利用条件
書き換え処理が完了した後に、図１５のステップＳ２５
が実行される。

【００９４】図１８は、ステップＳ２６の詳細を示すフ
ローチャートである。図１５のステップＳ２５で要求が
入力された場合、ステップＳ２４１からＳ２４５が実行
される。ステップＳ２４１からＳ２４５は、図１１のス
テップＳ１４１からＳ１４５と同じである。ただし、本
実施形態では、利用条件は、端末２で改竄される恐れが
ないため、暗号化されない。

【００９５】次に、制御ユニット１１は、ステップＳ２
４４で読み出した別の実行プログラムを、通信ユニット
１３を通じて端末２に送信するとともに、蓄積ユニット
１２に記憶されている利用条件を、ステップＳ２４５で
作成した新たな利用条件に書き換える（ステップＳ２４
６）。

【００９６】制御ユニット２２は、通信ユニット２３を
通じ、サーバ１から送信された別の実行プログラムを受
信する（ステップＳ２４７）、次に、制御ユニット２２
は、記憶ユニット２４に記憶されている実行プログラム
を、ステップＳ２４７で受信した別の実行プログラムに
書き換える（ステップＳ２４８）。このようにして、サ
ーバ１では利用条件の更新が、端末２では実行プログラ
ムの更新が完了した後に、図１５のステップＳ２７が実
行される。

【００９７】図１９は、ステップＳ２９の詳細を示すフ
ローチャートである。図１５のステップＳ２８で実行プ
ログラムを起動した後、制御ユニット２２は、処理すべ
きコンテンツに対する処理履歴が利用条件・処理履歴デ
ータベース１０３に記憶されているか否かを調べる（ス
テップＳ２６１）。ステップＳ２６１では、制御ユニッ
ト２２から制御ユニット１１に対して問い合わせが送信
され、その逆に応答が送信される。処理履歴がサーバ１
に記憶されていない場合には、制御ユニット２２は、未
処理を示す処理履歴を作成し、作成した処理履歴を利用
条件・処理履歴データベース１０３に記憶させる（ステ
ップＳ２６２）。ステップＳ２６２では、制御ユニット
２２から制御ユニット１１に対して、未処理を示す処理
履歴が転送される。処理履歴がサーバ１に記憶されてい
る場合には、制御ユニット２２は、その処理履歴を利用
条件・処理履歴データベース１０３からネットワーク３
経由で取得する（ステップＳ２６３）。

【００９８】次に、制御ユニット２２は、利用条件を利
用条件・処理履歴データベース１０３からネットワーク
３経由で取得する（ステップＳ２６４）。次に、制御ユ
ニット２２は、ステップＳ２６３で取得した（あるい
は、ステップＳ２６２で作成した）処理履歴とステップ
Ｓ２６４で取得した利用条件とを比較し（ステップＳ２
６５）、コンテンツの利用が許可されているか否かを判
定する（ステップＳ２６６）。

【００９９】コンテンツの利用が許可されている場合、
ステップＳ２６７およびＳ２６８が実行される。ステッ
プＳ２６７およびＳ２６８は、図１２のステップＳ１６
７およびＳ１６８と同じである。次に、制御ユニット２
２は、ステップＳ２６８における処理内容を制御ユニッ
ト１１に通知する（ステップＳ２６９）。

【０１００】制御ユニット１１は、処理内容の通知を受
けると、新たな処理履歴を作成し、利用条件・処理履歴
データベース１０３に記憶されている処理履歴を、新た
な処理履歴に書き換える（ステップＳ２７０）。

【０１０１】ステップＳ２６６においてコンテンツの利
用が許可されていない場合、制御ユニット２２は、入出
力ユニット２１を通じてその旨をユーザに通知する（ス
テップＳ２７１）。このようにして第２のコンテンツ処
理が完了した後に、図１５のステップＳ３０が実行され
る。

【０１０２】なお、本実施形態においても、第１の実施
形態と同様に、コンテンツの利用可否を判定するため
に、処理履歴を記憶せずに利用条件を更新してもよく、
コンテンツと実行プログラムとを別々に配信してもよ
い。また、上記の構成では、端末２が、コンテンツを処
理するに前に、サーバ１から利用条件を取得し、取得し
た利用条件に基づきコンテンツの利用可否を判定する
が、これに代えて、サーバ１が、自ら記憶している利用
条件に基づきコンテンツの利用可否を判定し、判定結果
を端末２に通知してもよい。この構成を採用する場合、
制御ユニット１１に含まれるＲＯＭに利用可否判定プロ
グラムを追加し、端末２に配信される実行プログラムか
ら利用可否判定機能（例えば、利用可否判定サブルーチ
ン）を削除してもよい。また、上記の構成では、サーバ
１が利用条件を作成して記憶するが、これに代えて、他
のサーバが利用条件を作成し、サーバ１は作成された利
用条件を記憶してもよい。

【０１０３】以上に示すように、本実施形態に係るコン
テンツ配信システムでは、コンテンツと実行プログラム
とが端末に配信され、利用条件はサーバで管理される。
このため、第１の実施形態の効果に加えて、端末におけ
る利用条件の改竄を防止することができる。

【０１０４】（第３の実施形態）本発明の第３の実施形
態は、実行プログラムと利用条件とを端末に配信し、コ
ンテンツをサーバで管理する点で、コンテンツと実行プ
ログラムと利用条件とを端末に配信する第１の実施形態
と相違する。以下では、第１の実施形態との相違点を詳
細に説明する。

【０１０５】本実施形態に係るコンテンツ配信システム
は、第１の実施形態と同様に、図１から図３に示す構成
を有する。蓄積ユニット１２の構成は、第１の実施形態
と同じである（図４を参照）。ただし、本実施形態で
は、コンテンツは、コンテンツデータベース１０１に暗
号化されずに格納される。

【０１０６】図２０は、サーバ１から端末２に送信され
るカプセルの構造の一例を示す図である。図２０に示す
ように、カプセル３１１は、ヘッダ部３１２とデータ部
３１３とを備えている。ヘッダ部３１２には、カプセル
３１１の宛先３１４が格納される。データ部３１３に
は、利用条件３１５と実行プログラム３１７とが格納さ
れる。

【０１０７】本実施形態における利用条件および処理履
歴の取り扱いは、第１の実施形態と同じである。また、
第１の実施形態では、コンテンツは端末２に配信され記
憶ユニット２４に記憶されるが、本実施形態では、コン
テンツも端末２に配信されず蓄積ユニット１２に蓄積さ
れたままである。端末２が実行プログラムを起動し、コ
ンテンツの処理を行うときに初めて、コンテンツは、蓄
積ユニット１２から読み出され、処理ユニット２５に転
送される。処理ユニット２５は、サーバ１からネットワ
ーク３経由でコンテンツを受信しながら、受信したコン
テンツを処理する。このような処理は、一般にストリー
ミング処理と呼ばれる。

【０１０８】図２１は、本実施形態に係るコンテンツ配
信システムの動作を示すメインフローチャートである。
図２１に示すフローチャートは、ステップＳ４２および
Ｓ４９を除き、図８に示すフローチャートと同じであ
る。以下では、ステップＳ４２およびＳ４９の詳細を説
明する。

【０１０９】図２２は、ステップＳ４２の詳細を示すフ
ローチャートである。図２２に示すフローチャートは、
以下の３つのステップを除き、図９に示すフローチャー
トと同じである。第１に、ステップＳ３０４では、制御
ユニット１１は、実行プログラムデータベース１０２か
ら、受信した要求に対応する実行プログラムを読み出
す。この際、制御ユニット１１は、コンテンツを読み出
さない。第２に、ステップＳ３０６では、制御ユニット
１１は、ステップＳ３０４で読み出した実行プログラム
とステップＳ３０５で作成した利用条件とを、図２０に
示すカプセル３１１に詰めて、通信ユニット１３を通じ
て端末２に送信する。この際、制御ユニット１１は、コ
ンテンツをカプセル３１１に詰めて送信しない。第３
に、ステップＳ３０８では、制御ユニット２２は、受信
したカプセル３１１から利用条件３１５と実行プログラ
ム３１７とを取り出し、それらを記憶ユニット２４に記
憶させる。この際、制御ユニット２２は、カプセル３１
１からコンテンツを取り出さない。このようにして第３
のカプセル配信処理が完了した後に、図２１のステップ
Ｓ４３が実行される。

【０１１０】図２３は、ステップＳ４９の詳細を示すフ
ローチャートである。図２３に示すフローチャートは、
ステップＳ３６７を除き、図１２に示すフローチャート
と同じである。ステップＳ３６７では、制御ユニット２
２は、利用条件に従い、コンテンツデータベース１０１
から処理対象のコンテンツの指定された区間をネットワ
ーク３経由で受信しながら処理することを、処理ユニッ
ト２５に命じる。これにより、例えば、コンテンツの先
頭から３０分までの区間が、サーバ１から読み出されて
再生される。このようにして第３のコンテンツ処理が完
了した後に、図２１のステップＳ５０が実行される。

【０１１１】なお、本実施形態においても、第１の実施
形態と同様に、コンテンツの利用可否を判定するため
に、処理履歴を記憶せずに利用条件を更新してもよく、
実行プログラムと利用条件とを別々に配信してもよい。
また、上記の構成では、コンテンツは、サーバ１に暗号
化されずに蓄積されるが、暗号化した状態で蓄積されて
もよい。この場合、端末２は、ステップＳ３６７におい
てサーバ１から受信したコンテンツを復号化した後に処
理する。

【０１１２】以上に示すように、本実施形態に係るコン
テンツ配信システムでは、実行プログラムと利用条件と
が端末に配信され、コンテンツはサーバで管理される。
このため、第１の実施形態の効果に加えて、端末におけ
るコンテンツの不正コピーを防止することができる。

【０１１３】（第４の実施形態）本発明の第４の実施形
態は、実行プログラムを端末に配信し、コンテンツと利
用条件とをサーバで管理する点で、コンテンツと実行プ
ログラムとを端末に配信し、利用条件をサーバで管理す
る第２の実施形態と相違する。以下では、第２の実施形
態との相違点を詳細に説明する。

【０１１４】本実施形態に係るコンテンツ配信システム
は、第１および第２の実施形態と同様に、図１から図３
に示す構成を有する。蓄積ユニット１２の構成は、第２
の実施形態と同じである（図１３を参照）。ただし、本
実施形態では、第３の実施形態と同様に、コンテンツ
は、コンテンツデータベース１０１に暗号化されずに格
納される。

【０１１５】図２４は、サーバ１から端末２に送信され
るカプセルの構造の一例を示す図である。図２４に示す
ように、カプセル４１１は、ヘッダ部４１２とデータ部
４１３とを備えている。ヘッダ部４１２には、カプセル
４１１の宛先４１４が格納される。データ部４１３に
は、実行プログラム４１７が格納される。

【０１１６】本実施形態における利用条件および処理履
歴の取り扱いは、第２の実施形態と同じであり、本実施
形態におけるコンテンツの取り扱いは、第３の実施形態
と同じである。

【０１１７】図２５は、本実施形態に係るコンテンツ配
信システムの動作を示すメインフローチャートである。
図２５に示すフローチャートは、ステップＳ６２および
Ｓ６９を除き、図１５に示すフローチャートと同じであ
る。以下では、ステップＳ６２およびＳ６９の詳細を説
明する。

【０１１８】図２６は、ステップＳ６２の詳細を示すフ
ローチャートである。図２６に示すフローチャートは、
以下の３つのステップを除き、図１６に示すフローチャ
ートと同じである。第１に、ステップＳ４０４は、図２
２のステップＳ３０４と同じである。この際、制御ユニ
ット１１は、コンテンツを読み出さない。第２に、ステ
ップＳ４０６では、制御ユニット１１は、ステップＳ４
０４で読み出した実行プログラムを図２４に示すカプセ
ル４１１に詰めて、通信ユニット１３を通じて端末２に
送信するとともに、ステップＳ４０５で作成した利用条
件を利用条件・処理履歴データベース１０３に記憶させ
る。この際、制御ユニット１１は、コンテンツをカプセ
ル４１１に詰めて送信しない。第３に、ステップＳ４０
８では、制御ユニット２２は、受信したカプセル４１１
から実行プログラム４１７を取り出し、それを記憶ユニ
ット２４に記憶させる。この際、制御ユニット２２は、
カプセル４１１からコンテンツを取り出さない。このよ
うにして第４のカプセル配信処理が完了した後に、図２
５のステップＳ６３が実行される。

【０１１９】図２７は、ステップＳ６９の詳細を示すフ
ローチャートである。図２７に示すフローチャートは、
ステップＳ４６７を除き、図１９に示すフローチャート
と同じである。ステップＳ４６７は、図２３のステップ
Ｓ３６７と同じである。このようにして第４のコンテン
ツ処理が完了した後に、図２５のステップＳ７０が実行
される。

【０１２０】なお、本実施形態においても、第１の実施
形態と同様に、コンテンツの利用可否を判定するため
に、処理履歴を記憶せずに利用条件を更新してもよく、
第２の実施形態と同様に、サーバ１が、自ら記憶してい
る利用条件に基づきコンテンツの利用可否を判定し、判
定結果を端末２に通知してもよく、第３の実施形態と同
様に、コンテンツが、サーバ１に暗号化した状態で蓄積
されてもよい。

【０１２１】以上に示すように、本実施形態に係るコン
テンツ配信システムでは、実行プログラムが端末２に配
信され、コンテンツと利用条件とはサーバ１で管理され
る。このため、第１の実施形態の効果に加えて、端末２
におけるコンテンツの不正コピーと利用条件の改竄とを
防止することができる。

【０１２２】第１から第４の実施形態に係るコンテンツ
配信システムには、課金機能、ミドルウェア配信機能、
コンテンツなどの選択配信機能などを追加することがで
きる。以下、第１の実施形態に上記各機能を追加した実
施形態について説明する。

【０１２３】（第５の実施形態）本発明の第５の実施形
態に係るコンテンツ配信システムは、第１の実施形態に
係るコンテンツ配信システムに課金機能を追加したもの
である。本実施形態ではサーバにおいて、端末（厳密に
言えば、端末のユーザ）に対する課金処理が行われる。

【０１２４】本実施形態に係るコンテンツ配信システム
は、第１の実施形態と同様に、図１から図３に示す構成
を有する。図２８は、本実施形態に係る蓄積ユニット１
２の詳細を示す図である。図２８に示す蓄積ユニット１
２ｃは、図１に示す蓄積ユニット１２を詳細化したもの
であり、コンテンツデータベース１０１と実行プログラ
ムデータベース１０２と課金情報データベース１０４と
を内蔵している。なお、コンテンツデータベース１０１
および実行プログラムデータベース１０２の内容は、第
１の実施形態と同様であるので（図４を参照）、図２８
では記載を省略する。

【０１２５】課金情報データベース１０４には、端末２
のユーザの識別子（ユーザＩＤ）および各ユーザに対す
る課金情報、並びに、料金表が格納される。課金情報
は、端末２の各ユーザがコンテンツの提供者に対して支
払うべき金額を表す。料金表には、コンテンツデータベ
ース１０１に蓄積された各コンテンツを利用するための
料金が掲載されている。より詳細には、料金表には、各
コンテンツについて、利用可能区間、利用形態（例え
ば、再生、複製、編集など）、利用可能回数、利用可能
時間、利用可能期間などに応じた料金が掲載されてい
る。

【０１２６】本実施形態に係るコンテンツ配信システム
は、図８から図１２に示すフローチャートの３箇所に課
金処理を追加したフローチャートに従って動作する。課
金処理は、利用条件を作成した直後、すなわち、ステッ
プＳ１０５（図９）、ステップＳ１２４（図１０）およ
びステップＳ１４５（図１１）の直後に追加される。

【０１２７】図２９は、課金処理の詳細を示すフローチ
ャートである。課金処理は、利用条件を作成した直後
に、制御ユニット１１によって行われる。制御ユニット
１１は、課金情報データベース１０４に格納されている
料金表に基づき、作成した利用条件に応じた料金を計算
する（ステップＳ５０１）。次に、制御ユニット１１
は、課金情報データベース１０４から、利用条件の配信
先となる端末２のユーザを探す（ステップＳ５０２）。
次に、制御ユニット１１は、ステップＳ５０１で計算し
た料金を、ステップＳ５０２で検出したユーザに対する
課金情報に加算する（ステップＳ５０３）。このような
課金処理により、作成した利用条件に応じた料金を求
め、これを集計することにより、各ユーザに対する請求
額を求めることができる。

【０１２８】本実施形態では、所定の期日に（例えば、
毎月１５日に）、課金情報データベース１０４に蓄積さ
れた課金情報に基づき、利用料金の決済が行われる。利
用料金の決済は、例えば、サーバ１がネットワーク３経
由で銀行やカード会社のホストコンピュータ（図示せ
ず）と通信することにより、自動的に行われる。

【０１２９】以上に示すように、本実施形態に係るコン
テンツ配信システムでは、サーバは、設定した利用条件
に応じて端末に対して課金する。利用条件には、例え
ば、コンテンツの利用可能区間、利用可能回数、利用可
能時間、利用可能期間などが含まれる。利用可能区間を
用いれば、コンテンツを利用した区間の長さに応じた料
金を課金できる。利用可能回数を用いれば、コンテンツ
の利用回数に応じた料金を課金できる。利用可能時間を
用いれば、コンテンツの利用時間に応じた料金を課金で
きる。利用可能期間を用いれば、コンテンツの利用可能
期間の長さに応じた料金を課金できる。また、コンテン
ツの利用形態（例えば、再生、複製、編集など）に応じ
た料金を課金できる。これにより、端末のユーザは、コ
ンテンツを実際に利用した分の料金を支払えば済むよう
になる。

【０１３０】なお、以上の構成では、利用条件を作成し
たときに課金する前払い方式を採用したが、コンテンツ
が実際に利用されたときに課金する後払い方式を採用し
てもよい。この場合、制御ユニット１１は、端末２から
通知される処理履歴を参照して、料金を計算すればよ
い。

【０１３１】（第６の実施形態）本発明の第６の実施形
態に係るコンテンツ配信システムは、第１の実施形態に
係るコンテンツ配信システムにミドルウェア配信機能を
追加したものである。端末のハードウェアやＯＳの環境
が異なると、端末によっては、サーバから配信された実
行プログラムを実行できないことがある。そこで、本実
施形態では、サーバから端末に、実行プログラムととも
に、実行プログラムの動作環境を構築するためのミドル
ウェアが配信される。

【０１３２】本実施形態に係るコンテンツ配信システム
は、第１の実施形態と同様に、図１から図３に示す構成
を有する。図３０は、本実施形態に係る蓄積ユニット１
２の詳細を示す図である。図３０に示す蓄積ユニット１
２ｄは、図１に示す蓄積ユニット１２を詳細化したもの
であり、コンテンツデータベース１０１と実行プログラ
ムデータベース１０２とミドルウェアデータベース１０
５とを内蔵している。なお、コンテンツデータベース１
０１および実行プログラムデータベース１０２の内容
は、第１の実施形態と同様であるので（図４を参照）、
図３０では記載を省略する。

【０１３３】端末２で使用されるハードウェアやＯＳに
複数の種類がある場合、ミドルウェアデータベース１０
５には、これに対応して複数のミドルウェアが格納され
る。図３０は、端末２で使用されるハードウェアやＯＳ
に、環境α、環境β、環境γなどの種類がある場合に、
ミドルウェアデータベース１０５に、Middleware1 、Mi
ddleware2 、Middleware3 などのミドルウェアが格納さ
れている様子を示している。実行プログラムデータベー
ス１０２に格納された実行プログラムは、ミドルウェア
データベース１０５に格納された、すべてのミドルウェ
ア上でも動作するものとする。

【０１３４】本実施形態に係るコンテンツ配信システム
は、図８、図１０、図１２、図３１および図３３に示す
フローチャートに従って動作する。図３１は、図８のス
テップＳ２の詳細を示すフローチャートである。図３１
に示すフローチャートは、次の５つのステップを除き、
図９に示すフローチャートと同じである。第１に、ステ
ップＳ６０２では、制御ユニット２２は、ステップＳ６
０１で受け付けた要求をサーバ１に送信するときに、端
末２で使用されるハードウェアやＯＳについての情報
（以下、環境情報という）を、要求に含めて送信する。
第２に、ステップＳ６０６では、制御ユニット１１は、
ステップＳ６０２で送信された環境情報に基づき、ステ
ップＳ６０４で読み出した実行プログラムが配信先の端
末２で実行可能か否かを判定する。第３に、ステップＳ
６０６における判定結果が否定である場合、ステップＳ
６０８では、制御ユニット１１は、ミドルウェアデータ
ベース１０５から端末２に適合したミドルウェアを読み
出す。第４に、ステップＳ６０９では、制御ユニット１
１は、ステップＳ６０４で読み出したコンテンツおよび
実行プログラムと、ステップＳ６０５で作成された利用
条件と、ステップＳ６０８で読み出したミドルウェアと
をカプセルに詰めて、通信ユニット１３を通じて端末２
に送信する。第５に、ステップＳ６１１では、制御ユニ
ット２２は、ステップＳ６１０で受信したカプセルから
利用条件とコンテンツと実行プログラムとを取り出し記
憶ユニット２４に記憶させるときに、カプセルにミドル
ウェアが含まれている場合には、ミドルウェアについて
も同じ処理を行う。このようにミドルウェア配信機能を
追加したステップＳ２によれば、端末２に実行プログラ
ムを配信するときに、必要に応じてミドルウェアを配信
することができる。

【０１３５】図３２は、ステップＳ６０９においてサー
バ１から端末２に送信されるカプセルの構造の一例を示
す図である。図３２において、カプセル６１１は、ヘッ
ダ部６１２とデータ部６１３とを備えている。ヘッダ部
６１２には、カプセル６１１の宛先６１４が格納され
る。データ部６１３には、利用条件６１５とコンテンツ
６１６と実行プログラム６１７とミドルウェア６１８と
が格納される。

【０１３６】図３３は、図８のステップＳ６の詳細を示
すフローチャートである。図３３に示すフローチャート
は、次の６つのステップを除き、図１１に示すフローチ
ャートと同じである。第１に、ステップＳ６４２は、図
３１のステップＳ６０２と同じである。第２に、ステッ
プＳ６４６は、図３１のステップＳ６０６と同じであ
る。第３に、ステップＳ６４８は、図３１のステップＳ
６０８と同じである。第４に、ステップＳ６４９では、
制御ユニット１１は、ステップＳ６４４で読み出した実
行プログラムと、ステップＳ６４５で作成した利用条件
と、ステップＳ６４８で読み出したミドルウェアとを、
通信ユニット１３を通じて端末２に送信する。第５に、
ステップＳ６５０では、制御ユニット２２は、通信ユニ
ット２３を通じ、サーバ１から送信された新たな利用条
件と別の実行プログラムとを受信するときに、もしあれ
ばミドルウェアも受信する。第６に、ステップＳ６５１
では、制御ユニット２２は、記憶ユニット２４に記憶さ
れている利用条件と実行プログラムとを、それぞれ、ス
テップＳ６５０で受信した新たな利用条件と別の実行プ
ログラムとに書き換えるときに、ステップＳ６５０でミ
ドルウェアを受信した場合には、ミドルウェアについて
も同じ処理を行う。このようにミドルウェア配信機能を
追加したステップＳ６によれば、端末２に新たな実行プ
ログラムを配信するときに、必要に応じてミドルウェア
を配信することができる。

【０１３７】制御ユニット２２は、図８のステップＳ８
で実行プログラムを起動するときに、実行プログラムの
起動に先立ち、記憶ユニット２４に記憶されたミドルウ
ェアを起動する。これにより、端末２では、サーバ１か
ら配信された実行プログラムを実行し、コンテンツを処
理するための動作環境が構築される。

【０１３８】以上に示すように、本実施形態に係るコン
テンツ配信システムによれば、ハードウェアやＯＳなど
が異なるために、端末２で実行プログラムを実行できな
い場合には、サーバ１から端末２に、実行プログラムと
ともに、端末２で使用されるハードウェアやＯＳに適合
したミドルウェアが配信される。これにより、ハードウ
ェアやＯＳなどの違いに関わらず、多くの種類の端末２
で実行プログラムを実行し、コンテンツを処理させるこ
とができる。

【０１３９】（第７の実施形態）本発明の第７の実施形
態に係るコンテンツ配信システムは、第１の実施形態に
係るコンテンツ配信システムに、コンテンツなどの選択
配信機能を追加したものである。本実施形態では、サー
バから端末に、端末の処理能力や通信状況などに応じて
選択されたコンテンツあるいは実行プログラムが配信さ
れる。

【０１４０】本実施形態に係るコンテンツ配信システム
は、第１の実施形態と同様に、図１から図３に示す構成
を有する。蓄積ユニット１２の構成は、第１の実施形態
と同じである（図４を参照）。本実施形態では、コンテ
ンツなどの選択配信機能を実現するため、コンテンツデ
ータベース１０１には同じ内容のコンテンツが複数個格
納され、実行プログラムデータベース１０２には同じ機
能の実行プログラムが複数個格納される。より詳細に
は、実行プログラムデータベース１０２には、機能が同
じで必要な処理能力が異なる複数の実行プログラムが格
納される。また、コンテンツデータベース１０１には、
内容が同じで必要な処理能力が異なる複数のコンテン
ツ、あるいは、内容が同じで単位時間あたりのデータ量
が異なる複数のコンテンツが格納される。

【０１４１】サーバ１は、コンテンツなどの選択配信を
行うために、図３４および図３５に示すテーブルを使用
する。図３４に示すテーブルは、実行プログラムデータ
ベース１０２に格納されている実行プログラムを、実行
プログラムの機能および端末２の処理能力と対応づけて
示したものである。テーブルの各行は、実行プログラム
の機能に対応し、テーブルの各列は、端末２の処理能力
に対応する。図３４に示すテーブルは、端末２の処理能
力がパーソナルコンピュータ（ＰＣ）と同程度である場
合、コンテンツ再生プログラムはProgram11 、コンテン
ツ再生および複製プログラムはProgram21 、コンテンツ
複製プログラムはProgram31 、コンテンツ編集プログラ
ムはProgram41 であり、端末２の処理能力が携帯電話と
同程度である場合、コンテンツ再生プログラムはProgra
m21 であることを示している。端末２の処理能力がセッ
トトップボックス（ＳＴＢ）またはパーソナルデジタル
アシスタント（ＰＤＡ）と同程度である場合も同様であ
る。なお、プログラム名に代えて横線が記載されている
欄は、対応する実行プログラムが存在しないことを表
す。

【０１４２】図３５に示すテーブルは、コンテンツデー
タベース１０１に格納されているコンテンツを、コンテ
ンツＩＤおよび符号化方式と対応づけて示したものであ
る。テーブルの各行は、コンテンツＩＤに対応し、テー
ブルの各列は、符号化方式に対応する。なお、同じ内容
のコンテンツには、符号化方式が異なっていても、同じ
コンテンツＩＤが付される。図３５に示すテーブルは、
コンテンツＩＤがCo0001であるコンテンツを、ＭＰＥＧ
２高ビットレート方式、ＭＰＥＧ２低ビットレート方
式、ＭＰＥＧ４高ビットレート方式、および、ＭＰＥＧ
４低ビットレート方式で符号化した結果が、それぞれ、
Contents1-2H.mpg、Contents1-2L.mpg、Contents1-4H.m
p4、および、Contents1-4L.mp4であることを示してい
る。Co0001以外のコンテンツＩＤを有するコンテンツに
ついても同様である。

【０１４３】制御ユニット１１または蓄積ユニット１２
には、図３４および図３５に示すテーブルの少なくとも
一方が記憶されている。制御ユニット１１は、これらの
テーブルを用いて、以下のように、コンテンツまたは実
行プログラムを選択して配信する。なお、図８から図１
２に示すフローチャートにおいて、コンテンツは、図９
のステップＳ１０４で選択され、実行プログラムは、図
９のステップＳ１０４および図１１のステップＳ１４４
で選択される。

【０１４４】第１の例として、サーバ１は、端末２の処
理能力に基づき、実行プログラムを選択して配信するこ
とができる。この場合、サーバ１は、実行プログラムを
配信する前に、端末２の処理能力に関する情報（例え
ば、端末２のプロセッサ能力やメモリ容量など）を受信
し、図３４に示すテーブルを参照して、端末２の処理能
力に応じた実行プログラムを選択し、端末２に送信す
る。これにより、サーバ１から端末２に、端末２の処理
能力に応じて選択した最適な実行プログラムを配信する
ことができる。

【０１４５】第２の例として、サーバ１は、端末２の処
理能力に基づき、コンテンツを選択して配信することが
できる。この場合、サーバ１は、コンテンツを配信する
前に、端末２の処理能力に関する情報を受信し、図３５
に示すテーブルを参照して、端末２の処理能力に応じた
コンテンツを選択し、端末２に送信する。これにより、
サーバ１から端末２に、端末２の処理能力に応じて選択
した最適なコンテンツを配信することができる。なお、
第１および第２の例では、サーバ１は、端末２の処理能
力に関する情報として、端末２から処理可能な符号化方
式を受信し、これに応じてコンテンツを選択してもよ
い。

【０１４６】第３の例として、サーバ１は、サーバ１と
端末２との間の通信状況に応じて、コンテンツを選択し
て配信することができる。この場合、サーバ１は、コン
テンツを配信する前に、ネットワーク３の状況を監視
し、これに応じてコンテンツを選択し、端末２に送信す
る。例えば、サーバ１は、ネットワーク３の帯域に余裕
があるときは、ＭＰＥＧ４高ビットレート方式で符号化
されたコンテンツを選択し、ネットワーク３の帯域に余
裕がないときには、ＭＰＥＧ４低ビットレート方式で符
号化されたコンテンツを選択する。これにより、サーバ
１から端末２に、通信状況に応じて選択した最適なコン
テンツを配信することができる。

【０１４７】以上に示すように、本実施形態に係るコン
テンツ配信システムによれば、サーバから端末に、端末
の処理能力や通信状況に応じて選択した最適なコンテン
ツや実行プログラムを選択して配信することができる。
コンテンツの選択配信と実行プログラムの選択配信とは
別の機能であるので、サーバ１は、いずれか一方の機能
だけを有していてもよい。

【０１４８】なお、第５から第７の実施形態に係るコン
テンツ配信システムは、第１の実施形態に係るコンテン
ツ配信システムに、それぞれ、課金機能、ミドルウェア
配信機能、および、コンテンツなどの選択配信機能を追
加したものであるが、上記３つの機能を任意に組み合わ
せて、第１の実施形態に係るコンテンツ配信システムに
追加してもよい。また、第２から第４の実施形態に係る
コンテンツ配信システムについても、第１の実施形態に
係るコンテンツ配信システムと同様に、上記３つの機能
を任意に組み合わせて、第２から第４の実施形態に係る
コンテンツ配信システムに追加してもよい。

【０１４９】また、第１から第７の実施形態およびその
変形例では、１台のサーバ１から、コンテンツと実行プ
ログラムと（必要な場合には、利用条件と）が配信され
るが、これに代えて、複数のサーバにこれら３つのデー
タの配信機能を分散して実装してもよい。例えば、コン
テンツ配信システムは第１から第３のサーバを備え、第
１のサーバはコンテンツを、第２のサーバは実行プログ
ラムを、第３のサーバは利用条件を配信してもよい。

【図面の簡単な説明】

【図１】本発明の第１から第７の実施形態に係るコンテ
ンツ配信システムの構成を示すブロック図である。

【図２】図１に示すサーバの詳細の構成を示すブロック
図である。

【図３】図１に示す端末の詳細の構成を示すブロック図
である。

【図４】第１、第３および第７の実施形態に係るコンテ
ンツ配信システムの蓄積ユニットの詳細を示す図であ
る。

【図５】第１の実施形態に係るコンテンツ配信システム
で送信されるカプセルの構造の一例を示す図である。

【図６】図１に示すコンテンツ配信システムで使用され
る利用条件の一例を示す図である。

【図７】図１に示すコンテンツ配信システムで使用され
る処理履歴の一例を示す図である。

【図８】第１の実施形態に係るコンテンツ配信システム
の動作を示すメインフローチャートである。

【図９】図８のステップＳ２の詳細を示すフローチャー
トである。

【図１０】図８のステップＳ４の詳細を示すフローチャ
ートである。

【図１１】図８のステップＳ６の詳細を示すフローチャ
ートである。

【図１２】図８のステップＳ９の詳細を示すフローチャ
ートである。

【図１３】第２および第４の実施形態に係るコンテンツ
配信システムの蓄積ユニットの詳細を示す図である。

【図１４】第２の実施形態に係るコンテンツ配信システ
ムで送信されるカプセルの構造の一例を示す図である。

【図１５】第２の実施形態に係るコンテンツ配信システ
ムの動作を示すメインフローチャートである。

【図１６】図１５のステップＳ２２の詳細を示すフロー
チャートである。

【図１７】図１５のステップＳ２４の詳細を示すフロー
チャートである。

【図１８】図１５のステップＳ２６の詳細を示すフロー
チャートである。

【図１９】図１５のステップＳ２９の詳細を示すフロー
チャートである。

【図２０】第３の実施形態に係るコンテンツ配信システ
ムで送信されるカプセルの構造の一例を示す図である。

【図２１】第３の実施形態に係るコンテンツ配信システ
ムの動作を示すメインフローチャートである。

【図２２】図２１のステップＳ４２の詳細を示すフロー
チャートである。

【図２３】図２１のステップＳ４９の詳細を示すフロー
チャートである。

【図２４】第４の実施形態に係るコンテンツ配信システ
ムで送信されるカプセルの構造の一例を示す図である。

【図２５】第４の実施形態に係るコンテンツ配信システ
ムの動作を示すメインフローチャートである。

【図２６】図２５のステップＳ６２の詳細を示すフロー
チャートである。

【図２７】図２５のステップＳ６９の詳細を示すフロー
チャートである。

【図２８】第５の実施形態に係るコンテンツ配信システ
ムの蓄積ユニットの詳細を示す図である。

【図２９】第５の実施形態に係るコンテンツ配信システ
ムにおける課金処理の詳細を示すフローチャートであ
る。

【図３０】第６の実施形態に係るコンテンツ配信システ
ムの蓄積ユニットの詳細を示す図である。

【図３１】第６の実施形態に係るコンテンツ配信システ
ムにおけるステップＳ２の詳細を示すフローチャートで
ある。

【図３２】第６の実施形態に係るコンテンツ配信システ
ムで送信されるカプセルの構造の一例を示す図である。

【図３３】第６の実施形態に係るコンテンツ配信システ
ムにおけるステップＳ６の詳細を示すフローチャートで
ある。

【図３４】第７の実施形態に係るコンテンツ配信システ
ムで使用される実行プログラムのテーブルを示す図であ
る。

【図３５】第７の実施形態に係るコンテンツ配信システ
ムで使用されるコンテンツのテーブルを示す図である。

【符号の説明】

１…サーバ ２…端末 ３…ネットワーク １１、２２…制御ユニット １２…蓄積ユニット １３、２３…通信ユニット ２１…入出力ユニット ２４…記憶ユニット ２５…処理ユニット １０１…コンテンツデータベース １０２…実行プログラムデータベース １０３…利用条件・処理履歴データベース １０４…課金情報データベース １０５…ミドルウェアデータベース １１１、２１１、３１１、４１１、６１１…カプセル １１５、３１５、６１５…利用条件 １１６、２１６、６１６…コンテンツ １１７、２１７、３１７、４１７、６１７…実行プログ
ラム １１８、６１８…ミドルウェア

───────────────────────────────────────────────────── フロントページの続き (72)発明者 梶本 一夫 大阪府門真市大字門真1006番地 松下電器 産業株式会社内 (72)発明者 岩田 芳明 大阪府門真市大字門真1006番地 松下電器 産業株式会社内 (72)発明者 谷川 賢太郎 大阪府門真市大字門真1006番地 松下電器 産業株式会社内 Ｆターム(参考） 5B085 AA08 AE06

Claims (31)

【特許請求の範囲】
1. 【請求項１】 通信ネットワークを用いてコンテンツを
   配信するコンテンツ配信システムであって、 サーバと端末とを備え、 前記サーバは、 コンテンツと、前記コンテンツを処理するための実行プ
   ログラムとを蓄積する蓄積手段と、 前記蓄積手段に蓄積されたコンテンツと実行プログラム
   とを前記端末に送信する送信手段と、 前記端末に送信されるコンテンツの利用条件を求める条
   件設定手段とを含み、 前記端末は、 前記サーバからコンテンツと実行プログラムとを受信す
   る受信手段と、 少なくとも、前記受信手段で受信した実行プログラムを
   記憶する記憶手段と、 前記条件設定手段で求めた利用条件の範囲内で、コンテ
   ンツの利用を許可する制御手段と、 前記制御手段から許可を受け、前記記憶手段に記憶され
   た実行プログラムを実行して、前記受信手段で受信した
   コンテンツを処理する処理手段とを含む、コンテンツ配
   信システム。
2. 【請求項２】 前記蓄積手段に蓄積されるコンテンツ
   は、映像データおよび／または音声データを含み、 前記条件設定手段は、少なくとも再生を含む利用形態に
   ついて利用条件を求めることを特徴とする、請求項１に
   記載のコンテンツ配信システム。
3. 【請求項３】 前記送信手段は、コンテンツの利用に先
   立ち、前記蓄積手段に蓄積されたコンテンツおよび実行
   プログラムと、前記条件設定手段で求めた利用条件とを
   前記端末に送信し、 前記受信手段は、前記サーバからコンテンツと実行プロ
   グラムと利用条件とを受信し、 前記記憶手段は、前記受信手段で受信したコンテンツと
   実行プログラムと利用条件とを記憶し、 前記制御手段は、コンテンツの利用の際に、前記記憶手
   段に記憶された利用条件に基づき、コンテンツの利用を
   許可し、 前記処理手段は、前記記憶手段に記憶されたコンテンツ
   を処理することを特徴とする、請求項１に記載のコンテ
   ンツ配信システム。
4. 【請求項４】 前記条件設定手段が、前記記憶手段に記
   憶されたコンテンツの新たな利用条件を求めたときに、 前記送信手段は、前記条件設定手段で求めた新たな利用
   条件を前記端末に送信し、 前記受信手段は、前記サーバから新たな利用条件を受信
   し、 前記記憶手段は、前記受信手段で受信した新たな利用条
   件を用いて、記憶している利用条件を更新することを特
   徴とする、請求項３に記載のコンテンツ配信システム。
5. 【請求項５】 前記端末におけるコンテンツの利用に新
   たな実行プログラムが必要とされるときに、 前記条件設定手段は、前記記憶手段に記憶されたコンテ
   ンツの新たな利用条件を求め、 前記送信手段は、前記蓄積手段に蓄積された新たな実行
   プログラムと、前記条件設定手段で求めた新たな利用条
   件とを前記端末に送信し、 前記受信手段は、前記サーバから新たな実行プログラム
   と新たな利用条件とを受信し、 前記記憶手段は、前記受信手段で受信した新たな実行プ
   ログラムと新たな利用条件とを用いて、記憶している実
   行プログラムと利用条件とを更新することを特徴とす
   る、請求項３に記載のコンテンツ配信システム。
6. 【請求項６】 前記蓄積手段は、前記条件設定手段で求
   めた利用条件をさらに蓄積し、 前記送信手段は、コンテンツの利用に先立ち、前記蓄積
   手段に蓄積されたコンテンツと実行プログラムとを前記
   端末に送信した後、コンテンツの利用の際に、前記蓄積
   手段に蓄積された利用条件を前記端末に送信し、 前記受信手段は、前記サーバからコンテンツと実行プロ
   グラムと利用条件とを受信し、 前記記憶手段は、前記受信手段で受信したコンテンツと
   実行プログラムとを記憶し、 前記制御手段は、コンテンツの利用の際に、前記受信手
   段で受信した利用条件に基づき、コンテンツの利用を許
   可し、 前記処理手段は、前記記憶手段に記憶されたコンテンツ
   を処理することを特徴とする、請求項１に記載のコンテ
   ンツ配信システム。
7. 【請求項７】 前記条件設定手段が、前記記憶手段に記
   憶されたコンテンツの新たな利用条件を求めたときに、 前記蓄積手段は、前記条件設定手段で求めた新たな利用
   条件を用いて、蓄積している利用条件を更新することを
   特徴とする、請求項６に記載のコンテンツ配信システ
   ム。
8. 【請求項８】 前記端末におけるコンテンツの利用に新
   たな実行プログラムが必要とされるときに、 前記条件設定手段は、前記記憶手段に記憶されたコンテ
   ンツの新たな利用条件を求め、 前記蓄積手段は、前記条件設定手段で求めた新たな利用
   条件を用いて、蓄積している利用条件を更新し、 前記送信手段は、前記蓄積手段に蓄積された新たな実行
   プログラムを前記端末に送信し、 前記受信手段は、前記サーバから新たな実行プログラム
   を受信し、 前記記憶手段は、前記受信手段で受信した新たな実行プ
   ログラムを用いて、記憶している実行プログラムを更新
   することを特徴とする、請求項６に記載のコンテンツ配
   信システム。
9. 【請求項９】 前記送信手段は、コンテンツの利用に先
   立ち、前記蓄積手段に蓄積された実行プログラムと、前
   記条件設定手段で求めた利用条件とを前記端末に送信し
   た上で、コンテンツの利用中に、前記蓄積手段に蓄積さ
   れたコンテンツを前記端末に送信し、 前記受信手段は、前記サーバからコンテンツと実行プロ
   グラムと利用条件とを受信し、 前記記憶手段は、前記受信手段で受信した実行プログラ
   ムと利用条件とを記憶し、 前記制御手段は、コンテンツの利用の際に、前記記憶手
   段に記憶された利用条件に基づき、コンテンツの利用を
   許可し、 前記処理手段は、前記受信手段によるコンテンツ受信動
   作と同時に、前記受信手段で受信したコンテンツを処理
   することを特徴とする、請求項１に記載のコンテンツ配
   信システム。
10. 【請求項１０】 前記条件設定手段が、前記端末に送信
    されるコンテンツの新たな利用条件を求めたときに、 前記送信手段は、前記条件設定手段で求めた新たな利用
    条件を前記端末に送信し、 前記受信手段は、前記サーバから新たな利用条件を受信
    し、 前記記憶手段は、前記受信手段で受信した新たな利用条
    件を用いて、記憶している利用条件を更新することを特
    徴とする、請求項９に記載のコンテンツ配信システム。
11. 【請求項１１】 前記端末におけるコンテンツの利用に
    新たな実行プログラムが必要とされるときに、 前記条件設定手段は、前記端末に送信されるコンテンツ
    の新たな利用条件を求め、 前記送信手段は、前記蓄積手段に蓄積された新たな実行
    プログラムと、前記条件設定手段で求めた新たな利用条
    件とを前記端末に送信し、 前記受信手段は、前記サーバから新たな実行プログラム
    と新たな利用条件とを受信し、 前記記憶手段は、前記受信手段で受信した新たな実行プ
    ログラムと新たな利用条件とを用いて、記憶している実
    行プログラムと利用条件とを更新することを特徴とす
    る、請求項９に記載のコンテンツ配信システム。
12. 【請求項１２】 前記蓄積手段は、前記条件設定手段で
    求めた利用条件をさらに蓄積し、 前記送信手段は、コンテンツの利用に先立ち、前記蓄積
    手段に蓄積された実行プログラムを前記端末に送信した
    後、コンテンツの利用の際に、前記蓄積手段に蓄積され
    た利用条件を前記端末に送信した上で、コンテンツの利
    用中に、前記蓄積手段に蓄積されたコンテンツを前記端
    末に送信し、 前記受信手段は、前記サーバからコンテンツと実行プロ
    グラムと利用条件とを受信し、 前記記憶手段は、前記受信手段で受信した実行プログラ
    ムを記憶し、 前記制御手段は、コンテンツの利用の際に、前記受信手
    段で受信した利用条件に基づき、コンテンツの利用を許
    可し、 前記処理手段は、前記受信手段によるコンテンツ受信動
    作と同時に、前記受信手段で受信したコンテンツを処理
    することを特徴とする、請求項１に記載のコンテンツ配
    信システム。
13. 【請求項１３】 前記条件設定手段が、前記端末に送信
    されるコンテンツの新たな利用条件を求めたときに、 前記蓄積手段は、前記条件設定手段で求めた新たな利用
    条件を用いて、蓄積している利用条件を更新することを
    特徴とする、請求項１２に記載のコンテンツ配信システ
    ム。
14. 【請求項１４】 前記端末におけるコンテンツの利用に
    新たな実行プログラムが必要とされるときに、 前記条件設定手段は、前記端末に送信されるコンテンツ
    の新たな利用条件を求め、 前記蓄積手段は、前記条件設定手段で求めた新たな利用
    条件を用いて、蓄積している利用条件を更新し、 前記送信手段は、前記蓄積手段に蓄積された新たな実行
    プログラムを前記端末に送信し、 前記受信手段は、前記サーバから新たな実行プログラム
    を受信し、 前記記憶手段は、前記受信手段で受信した新たな実行プ
    ログラムを用いて、記憶している実行プログラムを更新
    することを特徴とする、請求項１２に記載のコンテンツ
    配信システム。
15. 【請求項１５】 前記サーバは、前記条件設定手段で求
    めた利用条件に応じて、前記端末に対する課金処理を行
    う課金手段をさらに含む、請求項１に記載のコンテンツ
    配信システム。
16. 【請求項１６】 前記蓄積手段は、前記記憶手段に記憶
    された実行プログラムの動作環境を構築するためのミド
    ルウェアをさらに蓄積し、 前記送信手段は、前記蓄積手段に蓄積されたミドルウェ
    アを前記端末にさらに送信し、 前記受信手段は、前記サーバからミドルウェアをさらに
    受信し、 前記記憶手段は、少なくとも、前記受信手段で受信した
    実行プログラムとミドルウェアとを記憶し、 前記処理手段は、前記記憶手段に記憶されたミドルウェ
    アによって構築される動作環境の下で、前記記憶手段に
    記憶された実行プログラムを実行して、前記受信手段で
    受信したコンテンツを処理することを特徴とする、請求
    項１に記載のコンテンツ配信システム。
17. 【請求項１７】 前記蓄積手段は、機能が同じで必要な
    処理能力が異なる複数の実行プログラムを蓄積し、 前記送信手段は、前記端末の処理能力に応じて、前記蓄
    積手段に蓄積された複数の実行プログラムから一の実行
    プログラムを選択して、前記端末に送信することを特徴
    とする、請求項１に記載のコンテンツ配信システム。
18. 【請求項１８】 前記蓄積手段は、内容が同じで必要な
    処理能力が異なる複数のコンテンツを蓄積し、 前記送信手段は、前記端末の処理能力に応じて、前記蓄
    積手段に蓄積された複数のコンテンツから一のコンテン
    ツを選択して、前記端末に送信することを特徴とする、
    請求項１に記載のコンテンツ配信システム。
19. 【請求項１９】 前記蓄積手段は、内容が同じで単位時
    間あたりのデータ量が異なる複数のコンテンツを蓄積
    し、 前記送信手段は、前記サーバと前記端末との間の通信状
    況に応じて、前記蓄積手段に蓄積された複数のコンテン
    ツから一のコンテンツを選択して、前記端末に送信する
    ことを特徴とする、請求項１に記載のコンテンツ配信シ
    ステム。
20. 【請求項２０】 前記条件設定手段は、前記端末に送信
    されるコンテンツについて、当該コンテンツを利用でき
    る端末の識別情報を含んだ利用条件を求め、 前記制御手段は、前記端末の識別情報が前記条件設定手
    段で求めた利用条件に含まれている場合に、コンテンツ
    の利用を許可することを特徴とする、請求項１に記載の
    コンテンツ配信システム。
21. 【請求項２１】 前記条件設定手段は、前記端末に送信
    されるコンテンツについて、当該コンテンツの利用可能
    区間を含んだ利用条件を求め、 前記制御手段は、前記受信手段で受信したコンテンツの
    うち、前記条件設定手段で求めた利用条件に含まれてい
    る利用可能区間について、コンテンツの利用を許可する
    ことを特徴とする、請求項１に記載のコンテンツ配信シ
    ステム。
22. 【請求項２２】 前記端末は、前記処理手段における処
    理履歴を記憶する履歴記憶手段をさらに含み、 前記条件設定手段は、前記端末に送信されるコンテンツ
    について、当該コンテンツの利用可能回数を含んだ利用
    条件を求め、 前記制御手段は、前記履歴記憶手段に記憶されている処
    理履歴を参照して、前記条件設定手段で求めた利用条件
    に含まれている利用可能回数に達するまで、コンテンツ
    の利用を許可することを特徴とする、請求項１に記載の
    コンテンツ配信システム。
23. 【請求項２３】 前記端末は、前記処理手段における処
    理履歴を記憶する履歴記憶手段をさらに含み、 前記条件設定手段は、前記端末に送信されるコンテンツ
    について、当該コンテンツの利用可能時間を含んだ利用
    条件を求め、 前記制御手段は、前記履歴記憶手段に記憶されている処
    理履歴を参照して、前記条件設定手段で求めた利用条件
    に含まれている利用可能時間に達するまでの時間につい
    て、コンテンツの利用を許可することを特徴とする、請
    求項１に記載のコンテンツ配信システム。
24. 【請求項２４】 前記条件設定手段は、前記端末に送信
    されるコンテンツについて、当該コンテンツの利用可能
    期間を含んだ利用条件を求め、 前記制御手段は、現在時刻が前記条件設定手段で求めた
    利用条件に含まれている利用可能期間内である場合に、
    コンテンツの利用を許可することを特徴とする、請求項
    １に記載のコンテンツ配信システム。
25. 【請求項２５】 前記蓄積手段は、コンテンツを暗号化
    した状態で蓄積し、 前記送信手段は、前記蓄積手段に蓄積されたコンテンツ
    を暗号化した状態で前記端末に送信し、 前記受信手段は、前記サーバからコンテンツを暗号化し
    た状態で受信し、 前記処理手段は、前記受信手段で受信したコンテンツを
    復号化した上で処理することを特徴とする、請求項１に
    記載のコンテンツ配信システム。
26. 【請求項２６】 前記処理手段は、前記受信手段で受信
    したコンテンツを再生することを特徴とする、請求項２
    に記載のコンテンツ配信システム。
27. 【請求項２７】 前記処理手段は、前記受信手段で受信
    したコンテンツを複製することを特徴とする、請求項２
    に記載のコンテンツ配信システム。
28. 【請求項２８】 前記処理手段は、前記受信手段で受信
    したコンテンツを編集することを特徴とする、請求項２
    に記載のコンテンツ配信システム。
29. 【請求項２９】 通信ネットワークを用いてサーバから
    配信されたコンテンツを受信する端末であって、 サーバからコンテンツと実行プログラムとを受信する受
    信手段と、 少なくとも、前記受信手段で受信した実行プログラムを
    記憶する記憶手段と、 前記サーバで求められた利用条件の範囲内で、コンテン
    ツの利用を許可する制御手段と、 前記制御手段から許可を受け、前記記憶手段に記憶され
    た実行プログラムを実行して、前記受信手段で受信した
    コンテンツを処理する処理手段とを備えた、端末。
30. 【請求項３０】 通信ネットワークを用いてサーバから
    端末にコンテンツを配信するコンテンツ配信方法であっ
    て、 前記サーバにおいて、コンテンツと、前記コンテンツを
    処理するための実行プログラムとを蓄積するステップ
    と、 前記サーバにおいて、蓄積されたコンテンツと実行プロ
    グラムとを前記端末に送信するステップと、 前記サーバにおいて、前記端末に送信されるコンテンツ
    の利用条件を求めるステップと、 前記端末において、前記サーバからコンテンツと実行プ
    ログラムとを受信するステップと、 前記端末において、少なくとも、受信した実行プログラ
    ムを記憶するステップと、 前記端末において、前記サーバで求めた利用条件の範囲
    内で、コンテンツの利用を許可するステップと、 前記端末において、コンテンツの利用許可を受け、記憶
    された実行プログラムを実行して、受信したコンテンツ
    を処理するステップとを備えた、コンテンツ配信方法。
31. 【請求項３１】 通信ネットワークを用いてサーバから
    端末に配信されるカプセル化されたデータであって、 コンテンツと、 前記コンテンツを処理するための実行プログラムと、 前記サーバによって前記コンテンツについて求められ
    た、前記端末が前記実行プログラムを実行して前記コン
    テンツを処理するときの利用条件とを備えた、カプセル
    化されたデータ。