JP2005159703A - コンテンツ配信システムおよび方法、コンテンツ処理装置および方法、記録媒体、並びにプログラム - Google Patents

Abstract

【課題】簡単かつ効率的に、インターネットを介して、コンテンツの配信を受けうることができるようにする。
【解決手段】 ブラウザ２３は、ステップＳ１００１において、コンテンツサーバ７２からダウンロード制御ファイルを取得し、ステップS１００２で、ダウンロードエージェント２８−１をプラグイン起動する。ダウンロードエージェント２８−１は、ダウンロード制御ファイルに記述された情報に基づいて、ダウンロード処理を実行し、ステップS１１０９で、DRMエージェント２８−２にDRM処理の実行を制御させて、ライセンスを取得し、ステップS１１１０で、コンテンツサーバ７５にコンテンツを構成するファイルの取得を要求する。本発明は、テレビジョン受像機に適用することができる。
【選択図】図２４

Description

本発明は、コンテンツ配信システムおよび方法、コンテンツ処理装置および方法、記録媒体、並びにプログラムに関し、特に、ユーザに戸惑いを覚えさせることなく、コンテンツを効率的に配信することができるようにしたコンテンツ配信システムおよび方法、コンテンツ処理装置および方法、記録媒体、並びにプログラムに関する。

最近、インターネットが普及し、インターネットを介して、各種のコンテンツが配信されるようになってきた。そこで、コンテンツを提供する提供者の広告情報を効果的にユーザに配信することも提案されている（例えば、特許文献１）。

コンテンツのインターネットを介しての配信方法には、ストリーミングによる配信とダウンロードのファイルによる配信がある。ストリーミングによる配信の場合、受信側では、インターネットを介して受信したデータをリアルタイムでディスプレイに出力、表示して、視聴することになる。

これに対して、ダウンロードのファイルによる配信の場合、コンテンツデータは、一旦、例えば、ハードディスクなどに記録される。ユーザは、ハードディスクに記録されたファイルを、その後、任意のタイミングで再生し、コンテンツを視聴することになる。

ストリーミング配信の場合、受信したデータを大量に記憶する必要がないためハードディスクなどを備えない装置でも、コンテンツを視聴することができる。反面、コンテンツを提供するサーバと受信装置とが常に接続されていなければならないため、通信料が使用時間に応じて課金される場合には、ユーザにとって大きな負担となる。

これに対して、ダウンロードのファイルによる配信の場合、ファイル転送が完了した時点で、サーバとの接続が不要となるため、サーバとの間の接続時間は短くて済む。また、コンテンツが受信側に記録されているため、ユーザは、その後、好きな日時において、コンテンツを視聴することが可能となる。

特開２００３−６９９７７公報

このように、ストリーミングによる配信とダウンロードのファイルによる配信は、それぞれ一長一短がある。

しかしながら、インターネットを介して配信されるコンテンツをダウンロードして視聴するような場合、ユーザは、自分が使用するコンテンツを再生する機器にコンテンツを記憶する記憶容量があるか否かを予めチェックする必要があり操作が面倒になる。また、複数のファイルが組み合わせられてコンテンツが構成されている場合、複数のファイルについて都度ライセンス（著作権）の管理を行う必要があり、ユーザにとっても、コンテンツを提供する業者にとっても利便性が損なわれる。さらに、大容量のコンテンツをダウンロードする場合、ダウンロードに時間がかかり、その間、コンテンツを再生する機器を効率的に利用できないという課題があった。

本発明は、このような状況に鑑みてなされたものであり、ネットワークを介してコンテンツを効率的に配信できるようにするものである。

本発明のコンテンツ配信システムは、ネットワークを介してコンテンツ配信装置からコンテンツ処理装置にコンテンツを配信するコンテンツ配信システムにおいて、コンテンツ処理装置は、ユーザが指定するコンテンツのダウンロードに必要な情報が記述される制御ファイルを、ネットワークを介してコンテンツ配信装置から取得し、制御ファイルに記述された情報に基づいて、コンテンツ処理装置へのコンテンツのダウンロード可否を表す情報を取得し、制御ファイルに記述された情報に基づいて、コンテンツ配信装置からコンテンツのライセンスを特定する情報を取得し、ライセンスを特定する情報に基づいて、コンテンツ配信装置からコンテンツのライセンスを取得し、制御ファイルに記述された情報に基づいて、コンテンツ配信装置からコンテンツを構成するファイルをダウンロードすることを特徴とする。

前記コンテンツ処理装置は、ダウンロードするコンテンツの指定を、ユーザから受け付ける受付手段と、コンテンツのダウンロードに関する処理を実行するエージェントとを備え、コンテンツのダウンロード可否を表す情報の取得、コンテンツのライセンスを特定する情報の取得、コンテンツのライセンスの取得、またはコンテンツを構成するファイルのダウンロードは、エージェントにより実行されるようにすることができる。

本発明のコンテンツ配信方法は、ネットワークを介してコンテンツ配信装置からコンテンツ処理装置にコンテンツを配信するコンテンツ配信システムのコンテンツ配信方法において、コンテンツ処理装置は、ユーザが指定するコンテンツのダウンロードに必要な情報が記述される制御ファイルを、ネットワークを介してコンテンツ配信装置から取得し、制御ファイルに記述された情報に基づいて、コンテンツ処理装置へのコンテンツのダウンロード可否を表す情報を取得し、制御ファイルに記述された情報に基づいて、コンテンツ配信装置からコンテンツのライセンスを特定する情報を取得し、ライセンスを特定する情報に基づいて、コンテンツ配信装置からコンテンツのライセンスを取得し、制御ファイルに記述された情報に基づいて、コンテンツ配信装置からコンテンツを構成するファイルをダウンロードするようにすることを特徴とする。

本発明のコンテンツ配信システムおよび方法においては、コンテンツ処理装置により、ユーザが指定するコンテンツのダウンロードに必要な情報が記述される制御ファイルが、ネットワークを介してコンテンツ配信装置から取得され、制御ファイルに記述された情報に基づいて、コンテンツ処理装置へのコンテンツのダウンロード可否を表す情報が取得され、制御ファイルに記述された情報に基づいて、コンテンツ配信装置からコンテンツのライセンスを特定する情報が取得され、ライセンスを特定する情報に基づいて、コンテンツ配信装置からコンテンツのライセンスが取得され、制御ファイルに記述された情報に基づいて、コンテンツ配信装置からコンテンツを構成するファイルがダウンロードされる。

本発明のコンテンツ処理装置は、ネットワークを介してコンテンツ配信装置からコンテンツの配信を受けるコンテンツ処理装置において、複数のコンテンツのリストを提示する提示手段と、リストのコンテンツのうち、再生するコンテンツを指定する情報を入力する入力手段と、入力手段により再生が指定されたコンテンツが、コンテンツ処理装置に記憶されているか否かを判定する判定手段と、判定手段によりコンテンツがコンテンツ処理装置に記憶されていると判定された場合、予め記憶されているライセンスを用いてコンテンツを再生する再生手段と、判定手段によりコンテンツがコンテンツ処理装置に記憶されていないと判定された場合、コンテンツを構成するファイルをコンテンツ配信装置から取得する取得手段とを備えることを特徴とする。

前記取得手段は、コンテンツ配信装置から提供されたコンテンツのダウンロードに必要な情報が記述される制御ファイルに基づいて、コンテンツを構成するファイルを取得するようにすることができる。

本発明のコンテンツ処理方法は、ネットワークを介してコンテンツ配信装置からコンテンツの配信を受けるコンテンツ処理装置のコンテンツ処理方法において、複数のコンテンツのリストを提示する提示ステップと、リストのコンテンツのうち、再生するコンテンツを指定する情報を入力する入力ステップと、入力ステップの処理により再生が指定されたコンテンツが、コンテンツ処理装置に記憶されているか否かを判定する判定ステップと、判定ステップの処理によりコンテンツがコンテンツ処理装置に記憶されていると判定された場合、予め記憶されているライセンスを用いてコンテンツを再生する再生ステップと、判定ステップの処理によりコンテンツがコンテンツ処理装置に記憶されていないと判定された場合、コンテンツを構成するファイルをコンテンツ配信装置から取得する取得ステップとを含むことを特徴とする。

本発明のプログラムは、ネットワークを介してコンテンツ配信装置からコンテンツの配信を受けるコンテンツ処理装置のプログラムであって、複数のコンテンツのリストの提示を制御するする提示制御ステップと、リストのコンテンツのうち、再生するコンテンツを指定する情報の入力を制御する入力制御ステップと、入力制御ステップの処理により再生が指定されたコンテンツが、コンテンツ処理装置に記憶されているか否かの判定を制御する判定制御ステップと、判定制御ステップの処理によりコンテンツがコンテンツ処理装置に記憶されていると判定された場合、予め記憶されているライセンスを用いてコンテンツの再生を制御する再生制御ステップと、判定制御ステップの処理によりコンテンツがコンテンツ処理装置に記憶されていないと判定された場合、コンテンツを構成するファイルをコンテンツ配信装置から取得するように制御する取得制御ステップとをコンピュータに実行させることを特徴とする。

本発明の記録媒体は、ネットワークを介してコンテンツ配信装置からコンテンツの配信を受けるコンテンツ処理装置のプログラムが記録されている記録媒体であって、複数のコンテンツのリストの提示を制御するする提示制御ステップと、リストのコンテンツのうち、再生するコンテンツを指定する情報の入力を制御する入力制御ステップと、入力制御ステップの処理により再生が指定されたコンテンツが、コンテンツ処理装置に記憶されているか否かの判定を制御する判定制御ステップと、判定制御ステップの処理によりコンテンツがコンテンツ処理装置に記憶されていると判定された場合、予め記憶されているライセンスを用いてコンテンツの再生を制御する再生制御ステップと、判定制御ステップの処理によりコンテンツがコンテンツ処理装置に記憶されていないと判定された場合、コンテンツを構成するファイルをコンテンツ配信装置から取得するように制御する取得制御ステップとをコンピュータに実行させるプログラムが記録されることを特徴とする。

本発明のコンテンツ処理装置および方法、並びにプログラムにおいては、複数のコンテンツのリストが提示され、リストのコンテンツのうち、再生するコンテンツを指定する情報が入力され、再生が指定されたコンテンツが、コンテンツ処理装置に記憶されているか否かが判定され、コンテンツがコンテンツ処理装置に記憶されていると判定された場合、予め記憶されているライセンスを用いてコンテンツが再生され、コンテンツがコンテンツ処理装置に記憶されていないと判定された場合、コンテンツを構成するファイルがコンテンツ配信装置から取得される。

本発明によれば、コンテンツを配信することができる。特に、ネットワークを介してコンテンツを効率的に配信することが可能となる。

以下に本発明の実施の形態を説明するが、本明細書に記載した発明と、発明の実施の形態との対応関係を例示すると、次のようになる。この記載は、本明細書に記載されている発明をサポートする実施の形態が明細書に記載されていることを確認するためのものである。従って、明細書には記載されているが、ここには記載されていない実施の形態があったとしても、そのことは、その実施の形態が、その発明に対応するものではないことを意味するものではない。逆に、実施の形態が発明に対応するものとしてここに記載されていたとしても、そのことは、その実施の形態が、その発明以外の発明には対応しないものであることを意味するものでもない。

さらに、この記載は、明細書に記載されている発明が、全て請求されていることを意味するものではない。換言すれば、この記載は、明細書に記載されている発明であって、この出願では請求されていない発明の存在、すなわち、将来、分割出願されたり、補正により出願、または追加される発明の存在を否定するものではない。

本発明によりコンテンツ配信システムが提供される。このコンテンツ配信システムは、ネットワーク（例えば、図１のインターネット１）を介してコンテンツ配信装置（例えば、図１のサーバ２）からコンテンツ処理装置（例えば、図１のディジタルテレビジョン受像機３−１）にコンテンツ（例えば、番組）を配信するコンテンツ配信システム（例えば、図１のコンテンツ配信システム１１）において、前記コンテンツ処理装置は、ユーザが指定するコンテンツのダウンロードに必要な情報が記述される制御ファイル（例えば、図２８のダウンロード制御ファイル）を、前記ネットワークを介して前記コンテンツ配信装置から取得し（例えば、図２４のステップS１００１の処理により取得し）、前記制御ファイルに記述された情報（例えば、図２８のダウンロード制御ファイルに記述されたコンテンツサイズ）に基づいて、前記コンテンツ処理装置への前記コンテンツのダウンロード可否を表す情報を取得し（例えば、図２４のステップS１１０３で図２３のコンテンツ記憶部２７の空き容量を取得し）、前記制御ファイルに記述された情報（例えば、図２８のダウンロード制御ファイルに記述されたコンテンツID）に基づいて、前記コンテンツ配信装置から前記コンテンツのライセンスを特定する情報（例えば、ライセンスID）を取得し（例えば、図２４のステップS１２０３の処理でライセンスIDを取得し）、前記ライセンスを特定する情報に基づいて、前記コンテンツ配信装置から前記コンテンツのライセンスを取得し（例えば、図２４のステップS１４５２の処理でライセンスを取得し）、前記制御ファイルに記述された情報（例えば、図２８のダウンロード制御ファイルに記述されたファイルの格納場所の情報）に基づいて、前記コンテンツ配信装置から前記コンテンツを構成するファイル（例えば、図２８のFile１,File２,File３，・・・）をダウンロードする（例えば、図２４のステップＳ１１１０またはS１３０３の処理でコンテンツを構成するファイルをダウンロードする）。

このコンテンツ配信システムは、前記コンテンツ処理装置が、ダウンロードするコンテンツの指定を、前記ユーザから受け付ける受付手段（例えば、図２３のブラウザ２３）と、前記コンテンツのダウンロードに関する処理を実行するエージェント（例えば、図２３のダウンロードエージェント２８−１またはＤＲＭエージェント２８−２）とを備え、前記コンテンツのダウンロード可否を表す情報の取得（例えば、図２４のステップS１１０３）、前記コンテンツのライセンスを特定する情報の取得（例えば、図２４のステップS１１０５）、前記コンテンツのライセンスの取得（例えば、図２４のステップS１２０３）、または前記コンテンツを構成するファイル（例えば、図２８のFile１,File２,File３，・・・）のダウンロード（例えば、図２４のステップＳ１１１０またはS１３０３）は、前記エージェントにより実行される。

本発明によりコンテンツ配信方法が提供される。このコンテンツ配信方法は、ネットワーク（例えば、図１のインターネット１）を介してコンテンツ配信装置（例えば、図１のサーバ２）からコンテンツ処理装置（例えば、図１のディジタルテレビジョン受像機３−１）にコンテンツ（例えば、番組）を配信するコンテンツ配信システム（例えば、図１のコンテンツ配信システム１１）のコンテンツ配信方法において、前記コンテンツ処理装置は、ユーザが指定するコンテンツのダウンロードに必要な情報が記述される制御ファイル（例えば、図２８のダウンロード制御ファイル）を、前記ネットワークを介して前記コンテンツ配信装置から取得し（例えば、図２４のステップS１００１の処理により取得し）、前記制御ファイルに記述された情報（例えば、図２８のダウンロード制御ファイルに記述されたコンテンツサイズ）に基づいて、前記コンテンツ処理装置への前記コンテンツのダウンロード可否を表す情報を取得し（例えば、図２４のステップS１１０３で図２３のコンテンツ記憶部２７の空き容量を取得し）、前記制御ファイルに記述された情報（例えば、図２８のダウンロード制御ファイルに記述されたコンテンツID）に基づいて、前記コンテンツ配信装置から前記コンテンツのライセンスを特定する情報（例えば、ライセンスID）を取得し（例えば、図２４のステップS１１０５の処理でライセンスIDを取得し）、前記ライセンスを特定する情報に基づいて、前記コンテンツ配信装置から前記コンテンツのライセンスを取得し（例えば、図２４のステップS１２０３の処理でライセンスを取得し）、前記制御ファイルに記述された情報（例えば、図２８のダウンロード制御ファイルに記述されたファイルの格納場所の情報）に基づいて、前記コンテンツ配信装置から前記コンテンツを構成するファイル（例えば、図２８のFile１,File２,File３，・・・）をダウンロードする（例えば、図２４のステップＳ１１１０またはS１３０３の処理でコンテンツを構成するファイルをダウンロードする）。

本発明によりコンテンツ処理装置が提供される。このコンテンツ処理装置は、ネットワーク（例えば、図１のインターネット１）を介してコンテンツ配信装置（例えば、図１のサーバ２）からコンテンツ（例えば、番組）の配信を受けるコンテンツ処理装置（例えば、図１のディジタルテレビジョン受像機３−１）において、複数のコンテンツのリスト（例えば、図１８のパッケージ内タイトル一覧）を提示する提示手段（例えば、図３０のステップＳ２００１またはＳ２００４の処理を実行する図２３のコンテンツ再生部２４）と、前記リストのコンテンツのうち、再生するコンテンツを指定する情報を入力する入力手段（例えば、図３０のステップＳ２００５の処理を実行する図２３の入力部２１）と、前記入力手段により再生が指定されたコンテンツが、前記コンテンツ処理装置に記憶されているか否かを判定する判定手段（例えば、図３０のステップＳ２００７の処理を実行する図２３のコンテンツ再生部２４）と、前記判定手段により前記コンテンツが前記コンテンツ処理装置に記憶されていると判定された場合、予め記憶されているライセンスを用いて前記コンテンツを再生する再生手段（例えば、図３０のステップＳ２００８の処理を実行する図２３のコンテンツ再生部２４）と、前記判定手段により前記コンテンツが前記コンテンツ処理装置に記憶されていないと判定された場合、前記コンテンツを構成するファイルを前記コンテンツ配信装置から取得する取得手段（例えば、図３０のステップＳ２００９の処理を実行する図２３のダウンロードエージェント２８−１またはＤＲＭエージェント２８−２）とを備える。

このコンテンツ処理装置は、前記取得手段が、前記コンテンツ配信装置から提供されたコンテンツのダウンロードに必要な情報が記述される制御ファイル（例えば、図２８のダウンロード制御ファイル）に基づいて、前記コンテンツを構成するファイルを取得する。

本発明によりコンテンツ処理方法が提供される。このコンテンツ処理方法は、ネットワーク（例えば、図１のインターネット１）を介してコンテンツ配信装置（例えば、図１のサーバ２）からコンテンツ（例えば、番組）の配信を受けるコンテンツ処理装置（例えば、図１のディジタルテレビジョン受像機３−１）のコンテンツ処理方法において、複数のコンテンツのリスト（例えば、図１８のパッケージ内タイトル一覧）を提示する提示ステップ（例えば、図３０のステップＳ２００１またはＳ２００４）と、前記リストのコンテンツのうち、再生するコンテンツを指定する情報を入力する入力ステップ（例えば、図３０のステップＳ２００５）と、前記入力ステップの処理により再生が指定されたコンテンツが、前記コンテンツ処理装置に記憶されているか否かを判定する判定ステップ（例えば、図３０のステップＳ２００７）と、前記判定ステップの処理により前記コンテンツが前記コンテンツ処理装置に記憶されていると判定された場合、予め記憶されているライセンスを用いて前記コンテンツを再生する再生ステップ（例えば、図３０のステップＳ２００８）と、前記判定ステップの処理により前記コンテンツが前記コンテンツ処理装置に記憶されていないと判定された場合、前記コンテンツを構成するファイルを前記コンテンツ配信装置から取得する取得ステップ（例えば、図３０のステップＳ２００９の処理）とを含む。

本発明によりプログラムが提供される。このプログラムは、ネットワーク（例えば、図１のインターネット１）を介してコンテンツ配信装置（例えば、図１のサーバ２）からコンテンツ（例えば、番組）の配信を受けるコンテンツ処理装置（例えば、図１のディジタルテレビジョン受像機３−１）のプログラムであって、複数のコンテンツのリスト（例えば、図１８のパッケージ内タイトル一覧）の提示を制御するする提示制御ステップ（例えば、図３０のステップＳ２００１またはＳ２００４）と、前記リストのコンテンツのうち、再生するコンテンツを指定する情報の入力を制御する入力制御ステップ（例えば、図３０のステップＳ２００５）と、前記入力制御ステップの処理により再生が指定されたコンテンツが、前記コンテンツ処理装置に記憶されているか否かの判定を制御する判定制御ステップ（例えば、図３０のステップＳ２００７）と、前記判定制御ステップの処理により前記コンテンツが前記コンテンツ処理装置に記憶されていると判定された場合、予め記憶されているライセンスを用いて前記コンテンツの再生を制御する再生制御ステップ（例えば、図３０のステップＳ２００８）と、前記判定制御ステップの処理により前記コンテンツが前記コンテンツ処理装置に記憶されていないと判定された場合、前記コンテンツを構成するファイルを前記コンテンツ配信装置から取得するように制御する取得制御ステップ（例えば、図３０のステップＳ２００９）とをコンピュータに実行させる。

本発明により記録媒体が提供される。この記録媒体は、ネットワーク（例えば、図１のインターネット１）を介してコンテンツ配信装置（例えば、図１のサーバ２）からコンテンツ（例えば、番組）の配信を受けるコンテンツ処理装置（例えば、図１のディジタルテレビジョン受像機３−１）のプログラムが記録されている記録媒体であって、複数のコンテンツのリスト（例えば、図１８のパッケージ内タイトル一覧）の提示を制御するする提示制御ステップ（例えば、図３０のステップＳ２００１またはＳ２００４）と、前記リストのコンテンツのうち、再生するコンテンツを指定する情報の入力を制御する入力制御ステップ（例えば、図３０のステップＳ２００５）と、前記入力制御ステップの処理により再生が指定されたコンテンツが、前記コンテンツ処理装置に記憶されているか否かの判定を制御する判定制御ステップ（例えば、図３０のステップＳ２００７）と、前記判定制御ステップの処理により前記コンテンツが前記コンテンツ処理装置に記憶されていると判定された場合、予め記憶されているライセンスを用いて前記コンテンツの再生を制御する再生制御ステップ（例えば、図３０のステップＳ２００８）と、前記判定制御ステップの処理により前記コンテンツが前記コンテンツ処理装置に記憶されていないと判定された場合、前記コンテンツを構成するファイルを前記コンテンツ配信装置から取得するように制御する取得制御ステップ（例えば、図３０のステップＳ２００９）とをコンピュータに実行させるプログラムが記録される。

以下、図面を参照して、本発明の実施の形態について説明する。図１は、本発明を適用したコンテンツ配信システムの構成例を表している。このコンテンツ配信システム１１は、代表的なネットワークとしてのインターネット１を介して相互に接続されたサーバ２とディジタルテレビジョン受像機３−１，３−２とにより構成される。インターネット１には、また、放送局４も接続されている。サーバ２は、放送局４が放送した番組を受信し、保持する。あるいはまた、サーバ２は、放送局４からインターネット１を介して、番組の提供を受け、これを保持する。もちろん、サーバ２は、この他、独自の番組を保持することもできる。

ディジタルテレビジョン受像機３−１，３−２は、例えば、家庭、職場等に配置されており、放送局４が放送する電波を受信し、番組を視聴する機能を有している他、インターネット１を介して、サーバ２が提供する番組を受信し、視聴する機能も有している。

なお、図１には、１台のサーバ２と、２台のディジタルテレビジョン受像機３−１，３−２のみが示されているが、サーバ２は、複数台であってもよいし、ディジタルテレビジョン受像機３−１，３−２は、一般的には、より多くの台数とされる。

なお、以下においては、ディジタルテレビジョン受像機３−１，３−２を個々に区別する必要がない場合、単に、ディジタルテレビジョン受像機３と称する。

図２は、ディジタルテレビジョン受像機３の機能的構成例を表している。入力部２１は、ユーザからの各種の指令を入力する。呈示部２２は、番組を構成する画像を表示したり、対応する音声を出力する。呈示部２２は、また、その他の各種の情報をユーザに呈示する。

ブラウザ２３は、HTML(Hyper Text Markup Language)文書（CSS(Cascading Style Sheets)を含む）の呈示と、HTMLに含まれるスクリプトの実行を行う。また、ブラウザ２３は、同様に、BML(Broadcast Markup Language)文書（CSSを含む）の呈示と、BMLに含まれるスクリプトの実行を行う。この他、コンテントガード社のXrML(eXtensible rights Markup Language)に対応することもできる。

コンテンツ再生部２４は、例えば、マイクロソフト社のメディアプレーヤ（商標）に代表されるソフトウェアにより構成され、コンテンツの受信から再生までを制御し、実行する。コンテンツ再生部２４は、また、マークアップ言語処理以外のディジタルテレビジョン受像機３に組み込まれている各種の制御も実行する。

DRM(Digital Right Management)処理部２５は、サーバ２を構成するDRMサーバ７４（後述する図４）と通信し、コンテンツに関するライセンスを取得し、ディジタルテレビジョン受像機３内において、これを管理する。なお、DRM処理部２５は、暗号化されているデータを復号するキーKcをコンテンツ再生部２４に供給するので、キーKcをセキュアに管理するためには、例えば、コンテンツ再生部２４と一体化される。

課金処理部２６は、電子マネー、プリペイドなどの方式に基づいて、課金処理を行う。コンテンツ記憶部２７は、例えば、ハードディスクなどで構成され、サーバ２のコンテンツサーバ７５（図４）から提供されるコンテンツを記憶する。

アプリケーション２８は、各種のソフトウェアにより構成され、ディジタルテレビジョン受像機３の各種の動作を制御する。メタデータデータベース２９は、サーバ２のメタデータデータベース７３（図４）から供給されるメタデータを保持する。

入力部２１は、ユーザからの入力に対応する信号をブラウザ２３とコンテンツ再生部２４に出力する。呈示部２２は、ブラウザ２３またはコンテンツ再生部２４から提供される情報を提示する。コンテンツ再生部２４は、コンテンツ記憶部２７から必要なコンテンツを読み出す。コンテンツ再生部２４は、また、必要に応じて課金処理部２６に課金処理を指示する。DRM処理部２５は、コンテンツ再生部２４からのDRM処理の指示に基づいて、DRM処理を実行した後、暗号化されているコンテンツを復号するのに必要なキーKcをコンテンツ再生部２４に出力する。

アプリケーション２８は、ブラウザ２３を起動したり、コンテンツ再生部２４に再生を指示する処理を実行する他、メタデータデータベース２９にメタデータ検索を指令し、検索の結果得られたメタデータを取得する。

ディジタルテレビジョン受像機３は、例えば、図３に示されるようなリモートコマンダ５１からの指令に基づいて、各種の動作を実行する。このリモートコマンダ５１は、数字１乃至１２に対応する数字ボタン５２を有している。また、リモートコマンダ５１の前方先端には、ユーザのボタン操作に対応する赤外線信号を発生する発生部５３が設けられている。

数字ボタン５２の図中下側には、カーソルなどを上下左右に移動させるとき操作される方向ボタン５５Ｕ，５５Ｄ，５５Ｌ，５５Ｒと、その中央に確定処理を行うとき、操作される決定ボタン５４が配置されている。

また、リモートコマンダ５１の図中下側には、詳細ボタン５６、停止ボタン５７、および再生ボタン５８が設けられている。詳細ボタン５６は、呈示されている情報のより詳細な情報の提示を指示するとき操作される。停止ボタン５７は、コンテンツの再生を停止するとき操作される。再生ボタン５８は、コンテンツの再生を指示するとき操作される。再生ボタン５８の上方のメニューボタン５９は、メニューを表示するとき操作される。

なお、図示は省略されているが、リモートコマンダ５１には、この他、各種の機能が割り当てられた各種のボタンが適宜設けられる。

図４は、サーバ２の構成を表している。この例においては、サーバ２は、ショップサーバ７１、決済サーバ７２、メタデータデータベース７３、DRMサーバ７４、およびコンテンツサーバ７５により構成されている。

サーバ２の各部は、ディジタルテレビジョン受像機３の各部と、図５に示されるように、相互に情報を授受する。

ショップサーバ７１は、ブラウザ２３からインターネット１を介してアクセスを受けたとき、HTML文書またはBML文書からなるナビゲーション情報をブラウザ２３に提供する。決済サーバ７２は、ブラウザ２３または課金処理部２６と通信し、決済処理を行う。決済サーバ７２は、ショップサーバ７１からの決済処理依頼に基づいて、決済処理を行い、その決済結果をショップサーバ７１に出力する。

メタデータデータベース７３は、アプリケーション２８からのメタデータ取得依頼に基づいて、記憶しているメタデータを読み出し、ディジタルテレビジョン受像機３のメタデータデータベース２９に供給し、記憶させる。

また、メタデータデータベース７３は、ショップサーバ７１からのメタデータ検索依頼に基づいて、検索して得られたメタデータをショップサーバ７１に供給する。

DRMサーバ７４は、ショップサーバ７１からのライセンス発行許可要請に基づいて、ディジタルテレビジョン受像機３のDRM処理部２５と通信し、DRM処理を実行する。このDRM処理には、ユーザがライセンスを有する適正なユーザであるのか否かの認証処理、暗号化されているデータを復号するのに必要なキーKcの付与、取得処理、その他の著作権管理に必要な処理が含まれる。正しいDRM処理が実行できたとき、DRMサーバ７４は、コンテンツサーバ７５にコンテンツを暗号化するのに必要なキーKcを供給する。また、DRMサーバ７４は、正しいDRM処理が実行できたとき、ディジタルテレビジョン受像機３のDRM処理部２５に、対応するキーKcを供給する。

コンテンツサーバ７５は、DRMサーバ７４より供給されたキーKcを用いて、コンテンツデータを暗号化し、コンテンツ再生部２４にストリーミング配信するか、または、ダウンロードのファイルとしてコンテンツ記憶部２７に配信し、記憶させる。

なお、図４と図５の例では、サーバ２を複数のサーバで構成するようにしたが、１つのサーバで構成することも、もちろん可能である。

図６は、決済、DRM処理、および再生に関する各種の情報の関係を表している。同図に示されるように、機器IDとユーザID(User ID)は、１対１に対応している。機器IDは、ディジタルテレビジョン受像機３にそれぞれ割り当てられたIDであり、ユーザIDは、そのディジタルテレビジョン受像機３を使用するユーザに割り当てられたIDである。これらのIDにより、ディジタルテレビジョン受像機３やユーザが個々に識別される。

所定のユーザIDが割り当てられたユーザは、サーバ２の管理者との間で、商品としてのパッケージを購入する契約を行う。具体的には、ユーザは、サーバ２から提供される番組の中から所望の番組をパッケージ(Package)として購入する。このパッケージには、パッケージメタ(Package Meta)が１対１に対応している。

各パッケージには、１以上のコンテンツが対応付けられている。１つのコンテンツは、コンテンツ本体、ダウンロード処理の制御ファイルとしてのdownload.dlc、およびスタートアップファイル(startup file)により構成される。コンテンツ本体は、番組の内容を表すコンテンツデータの本体である。startup fileの詳細については、図１０、図１３、および図１４を参照して後述する。

ダウンロード処理の制御ファイルとしてのdownload.dlcは、そのコンテンツがダウンロード用のコンテンツである場合に用意されるものであり、図２８を参照して後述する。

コンテンツには、コンテンツID(Contents ID)が１対１に対応する。コンテンツは、このコンテンツIDにより識別される。コンテンツIDには、コンテンツメタデータ(Contents Metadata)がさらに１対１に対応する。コンテンツメタデータは、図７に示されるように、コンテンツID、タイトル名、ジャンル、番組説明といった情報を含んでいる。

１つのコンテンツIDには、ｎ個（ｎは１以上の整数）のライセンスIDが対応付けられる。同様に、１つのコンテンツメタデータには、ｎ個のライセンスメタデータ(License Metadata)が対応付けられる。

ライセンスIDは、１対１に対応付けられているライセンスを識別する。各ライセンスは、ライセンスID、使用ルール(Usage Rule)、およびコンテンツ鍵束により構成される。このコンテンツ鍵束（図５に示されるキーKcに対応する）は、そのライセンスが対象とするコンテンツを復号するのに必要な任意の数のキー（鍵）を含む鍵束であり、コンテンツIDと１対１に対応している。

ライセンスIDには、ライセンスメタデータ(License Metadata)が１対１に対応する。ライセンスメタデータには、図７に示されるように、ライセンスID、コンテンツID、コンテンツURL(Uniform Resource Locator)、ライセンスURL、配信タイプ、コンテンツタイトル名、使用規則のテキストなどが含まれる。

ライセンスメタデータとコンテンツメタデータは、そこに含まれるコンテンツIDにより、ｎ対１に対応付けられる。

ライセンスメタデータのコンテンツURLは、コンテンツを得る場合のアクセス先を表す。ライセンスURLは、ライセンスを得る場合のアクセス先を表す。配信タイプは、そのライセンスが対象とするコンテンツが、ストリーム配信されるものであるのか、ダウンロードファイルとして配信されるものであるのかを表す。

パッケージは、ライセンスIDとｍ対ｎ（ｍはｎと同様、１以上の整数）に対応付けられる。同様に、パッケージメタは、ライセンスメタデータとｍ対ｎに対応付けられる。

パッケージメタは、図７に示されるように、パッケージID(Package ID)、ショップサイトURL(Shop Site URL)、パッケージ利用期間、パッケージタイプ、パッケージ情報、およびライセンスIDリストにより構成される。

パッケージIDは、パッケージを識別する情報である。ショップサイトURLは、そのパッケージを得るためのショップサイトのアクセス先を表す。パッケージ利用期間は、そのパッケージを利用することが可能な期間を表す。

パッケージタイプは、そのパッケージがパック(Pack)であるのか、またはサブスクリプション(Subscription)であるのかを表す。あるいは、また、パッケージタイプは、マルチキャスト(Multicast)であるのか、そうでないのかを表す。Packは、予め定められている所定の任意の数の番組が含まれるタイプのパッケージであることを表す。Subscriptionは、例えば、予め定めされた一定の日数に渡って、予め定められたチャンネルの番組を視聴できるタイプであることを表す。Multicastは、そのパッケージが有料または無料で不特定多数のユーザに提供されるタイプであることを表す。

パッケージ情報は、そのパッケージの名称と料金に関する情報を含む。ライセンスIDリストは、そのパッケージに含まれるライセンスのライセンスIDを記述する。

パッケージメタは、そこに記述されているライセンスIDに対応するライセンスメタデータに対応することになる。

次に、図８のフローチャートを参照して、サーバ２上のコンテンツを再生する場合の処理について説明する。

なお、この図８の処理を実行するに先立って、ディジタルテレビジョン受像機３は、サーバ２からメタデータを予め取得しておく必要がある。この処理が図９のフローチャートに示されている。

すなわち、ステップＳ１５１において、アプリケーション２８は、ユーザからの指示に基づいて、インターネット１を介してメタデータデータベース７３にアクセスし、メタデータ取得を依頼する。メタデータデータベース７３は、ステップＳ１７１において、アプリケーション２８からのアクセスを受け付けると、ステップＳ１７２において、依頼されたコンテンツに関するメタデータを読み出し、インターネット１を介して、ディジタルテレビジョン受像機３のメタデータデータベース２９に供給する。メタデータデータベース２９は、ステップＳ１６１において、このメタデータを受信し、記憶する。

以上の処理により、ディジタルテレビジョン受像機３のメタデータデータベース２９には、メタデータが予め保持される。このメタデータには、図６に示されるパッケージメタ、ライセンスメタデータ、およびコンテンツメタデータが含まれる。

このようにして、予めメタデータがメタデータデータベース２９に保持されている状態で、図８に示される処理が実行される。なお、図８のユーザインターフェースは、図２の入力部２１と呈示部２２により構成される。

ユーザは、リモートコマンダ５１のメニューボタン５９を操作することで、ディジタルテレビジョン受像機３１のメニュー起動を指令する。このとき、ステップＳ１で入力部２１は、コンテンツ再生部２４にメニュー起動を指令する。ステップＳ２１において、入力部２１からの指令を受信したコンテンツ再生部２４は、ステップＳ２２において、メタデータデータベース２９に既に記憶されているメタデータの読み出しを指令する。

ステップＳ９１において、メタデータデータベース２９は、コンテンツ再生部２４からの指令を取得すると、ステップＳ９２において、予め記憶されているメタデータを読み出し、コンテンツ再生部２４に供給する。

コンテンツ再生部２４は、ステップＳ２３において、メタデータデータベース２９から供給されたメタデータを取得すると、ステップＳ２４において、そこに記述されているコンテンツ（番組）のタイトル名を読み出し、ユーザインターフェースとしての呈示部２２に供給する。ステップＳ２において、呈示部２２は、コンテンツ再生部２４から供給されたコンテンツのリストを表示する。

ユーザは、このリストの表示を見て、リモートコマンダ５１の方向ボタン５５Ｕ乃至５５Ｒと決定ボタン５４を適宜操作することで、所定の番組を選択する。ステップＳ３で、入力部２１は、このユーザの操作に対応する選択信号（選択された番組を指定する情報）をブラウザ２３に供給する。

ブラウザ２３は、ステップＳ５１において、入力部２１からの番組の選択を受信すると、ステップＳ５２において、その番組（コンテンツ）に対応するstartup fileをコンテンツサーバ７５に要求する。この要求には、コンテンツを識別するコンテンツIDが含まれている。

コンテンツサーバ７５は、ステップＳ１２２において、指定されたコンテンツIDに対応するコンテンツのstartup fileを読み出し、ブラウザ２３に送信する。

ブラウザ２３は、ステップＳ５３において、コンテンツサーバ７５からのstartup fileを受信する。

図１０は、このようにして受信されるstartup fileの一部の記述例を表している。この例では、コンテンツがストリーム配信される場合の情報がXML形式で記述されている。ブラウザ２３が、ステップS５３でstartup fileを受信すると、ブラウザ２３の配下で稼動するプラグインが、そのstartup fileの中から図１０に示される部分を抽出し、その記述内容に対応する処理を実行する。

同図の第２行目には、「<drminfo>」および「</drminfo>」のタグに囲まれて、コンテンツの暗号を復号して再生可能なものとするDRM処理において必要な情報が記述されているファイルのURLが、「b.dri」と記述されている。

第３行目には、「<start>」および「</start>」のタグに囲まれて、このstartup fileに対応するコンテンツ（ストリームコンテンツ）のURL「b.ets」が記述されている。ここで、拡張子「.ets」で表されるファイルは、暗号化されたタイムスタンプ付きパーシャルＴＳ（Transport Stream）（MPEG2-TS）よりなるストリームリソース（ストリームコンテンツ）を表す。

なお、コンテンツがダウンロードにより配信される場合は、「<start>」および「</start>」のタグに囲まれて、コンテンツのダウンロードを制御するダウンロード制御ファイルのURLが記述されるようにしてもよい。このようにすることで、コンテンツがストリームにより配信される場合でも、ダウンロードにより配信される場合でも、ユーザは簡単にコンテンツを利用することができる。なお、ダウンロード制御ファイルの詳細については、図２４乃至図２８を参照して後述する。

startup fileには、図１０に示される記述以外の情報も記述されているようにしてもよい。

ステップＳ５４において、ブラウザ２３は、プラグインにより、コンテンツ再生部２４を起動する。

ステップＳ２５で、コンテンツ再生部２４は起動し、ステップＳ２６において、DRM処理部２５に対してライセンス取得を依頼する。このとき、図１０を参照して上述したDRM処理に必要な情報が記述されているファイルのURL「b.dri」とストリームコンテンツのURL「b.ets」もDRM処理部２５に供給される。

ステップＳ７１において、DRM処理部２５は、コンテンツ再生部２４からのライセンス取得依頼を受信すると、ステップＳ７２において、DRMサーバ７４にアクセスし、DRM処理を要求する。このとき、DRMサーバ７４には、引数としてコンテンツ再生部２４が再生するコンテンツのライセンスIDとユーザIDが付加されている。なお、DRM処理の要求に先立って、上述したURL「b.dri」に基づいて、DRM処理に必要な情報が記述されているファイルが取得され、このファイルに記述されている情報に基づいて、DRM処理の要求が行われる。

ステップＳ１１１で、DRMサーバ７４は、DRM処理部２５からの要求に基づいて、DRM処理を実行する。DRMサーバ７４は、DRM処理部２５から供給されたライセンスIDとユーザIDに基づいて、そのユーザがライセンスを既に取得しているか否かを確認する。その処理の詳細は省略するが、ユーザは、そのコンテンツを再生するために、予めライセンスを取得しておくことになる。DRMサーバ７４は、このときユーザに付与したライセンスを識別するライセンスIDと、そのユーザのユーザIDを対応して記憶している。DRM処理部２５から供給されたライセンスIDとユーザIDが、リストに登録されていれば、そのユーザは適正なユーザであると判定される。ライセンスIDとユーザIDが対応してリストに登録されていない場合には、そのユーザは、ライセンスを適正に購入したユーザではないと判定される。DRMサーバ７４は、その判定結果をDRM処理部２５に通知する。

DRM処理部２５は、ステップＳ７２でDRMサーバ７４からの判定結果を受信すると、それに基づいて再生を許可するか否かを判定する。そして、その判定結果がステップＳ７３でDRM処理部２５からコンテンツ再生部２４に供給される。

ステップＳ２７において、DRM処理部２５から受信した通知が再生を許可しないものである場合、コンテンツ再生部２４は、再生処理を中止する。これに対して、DRM処理部２５からの通知が再生を許可するものである場合（この通知には、コンテンツを復号するのに必要なキーKcも含まれている）、ステップＳ２８において、コンテンツ再生部２４は、上述したコンテンツのURL「b.ets」にアクセスする。ここでは、URL「b.ets」は、コンテンツサーバ７５内部のディレクトリを表すものとする。

ステップＳ１２３において、コンテンツサーバ７５は、コンテンツ再生部２４からのアクセスを受け付けると、ステップＳ１２４において、そのコンテンツのURLに記述されているストリームコンテンツ本体のデータを読み出し、コンテンツ再生部２４にストリーム配信する。

ステップＳ２９において、コンテンツ再生部２４は、コンテンツサーバ７５からのストリームを受信すると、ステップＳ３０において、暗号化されているコンテンツデータを、キーKcを用いて復号し、これをユーザインターフェースとしての呈示部２２に供給する。呈示部２２は、ステップＳ４において、コンテンツ再生部２４からのストリームを表示する。

以上のようにして、ユーザが指定したコンテンツのストリーム配信処理が行われる。

以上、コンテンツサーバ７５からコンテンツがストリーム配信される場合の処理について説明したが、次に、ディジタルテレビジョン受像機３にコンテンツが予めダウンロードされ、ファイルとして記憶されており、これを再生する場合の処理について説明する。

この場合、ディジタルテレビジョン受像機３においては、コンテンツデータを予めダウンロードしておく必要がある。この場合の処理について、図１２のフローチャートを参照して説明する。

アプリケーション２８は、ステップＳ３６１において、メタデータデータベース７３にアクセスし、メタデータ取得依頼を実行する。ステップＳ３９１において、この依頼を受け付けたメタデータデータベース７３は、ステップＳ３９２において、対応するコンテンツのメタデータを読み出し、ディジタルテレビジョン受像機３１のメタデータデータベース２９に送信する。ステップＳ３７１において、メタデータデータベース２９は、メタデータデータベース７３から供給されたメタデータを記憶する。

以上の処理は、図９のステップＳ１５１乃至ステップＳ１７２の処理と同様の処理である。

次に、ステップＳ３６２において、アプリケーション２８は、ユーザからの指示に基づいて、コンテンツサーバ７５にアクセスし、コンテンツの送信を依頼する。ステップＳ４０１において、この依頼を受け付けたコンテンツサーバ７５は、ステップＳ４０２において、依頼を受けたコンテンツを読み出して、コンテンツ記憶部２７に送信する。コンテンツ記憶部２７は、ステップＳ３８１において、コンテンツサーバ７５から送信されたコンテンツを受信すると、これを記憶する。

以上のようにして、メタデータデータベース２９とコンテンツ記憶部２９には、メタデータと対応するコンテンツが予め記憶される。

このように、メタデータとコンテンツデータが予め記憶された状態で図１１の処理が実行される。

ステップＳ２０１において、入力部２１は、ユーザからの指示に基づいて（ユーザがメニューボタン５９を操作したとき）、メニュー起動をコンテンツ再生部２４に指示する。コンテンツ再生部２４は、ステップＳ２２１において、入力部２１からのメニュー起動の指令を受け付けると、ステップＳ２２２において、メタデータデータベース２９にメタデータの読み出しを指令する。

ステップＳ２９１において、コンテンツ再生部２４からの指令を受け付けると、メタデータデータベース２９は、ステップＳ２９２において、予め記憶されているメタデータを読み出し、コンテンツ再生部２４に出力する。

コンテンツ再生部２４は、ステップＳ２２３において、メタデータデータベース２９からのメタデータを受信すると、ステップＳ２２４において、コンテンツのタイトルを読み出し、呈示部２２に出力する。ユーザインターフェースとしての呈示部２２は、ステップＳ２０２において、コンテンツ再生部２４からの番組タイトルの提示を受け付けると、これをユーザに提示する。

ユーザは、この番組タイトルの表示を見て、再生したいと思う番組をリモートコマンダ５１を操作することで選択する。ステップＳ２０３において、入力部２１は、ユーザにより選択されたコンテンツを指定する情報をブラウザ２３に供給する。

ブラウザ２３は、ステップＳ２２１において、入力部２１からの選択を受け付けると、ステップＳ２２２において、選択された番組（コンテンツ）のコンテンツIDをメタデータデータベース２９に供給し、対応するstartup fileの送信を要求する。

ステップＳ２９３において、メタデータデータベース２９は、ブラウザ２３からの要求を受信すると、ステップＳ２９４において、そのコンテンツに対応するstartup fileを読み出し、それをブラウザ２３に供給する。

ブラウザ２３は、ステップＳ２５３において、メタデータデータベース２９から供給されたstartup fileを受信する。

図１３は、このようにして、ブラウザ２３が受信するstartup fileの例を表している。この例においては、コンテンツの配信のタイプが「download」とされ、コンテンツIDが「content_id２」とされている。そして、この例においても、１秒間が経過した後、続くURLにジャンプすることが記述されている。

ブラウザ２３は、このジャンプ先がMPEG−２TSのファイルであるので、ステップＳ２５４において、プラグインによりコンテンツ再生部２４の起動を指示する。

コンテンツ再生部２４は、ステップＳ２２５において、ブラウザ２３からの指示に基づいて起動し、ステップＳ２２６において、URL処理部２５に対して、ライセンス取得依頼を発行する。DRM処理部２５は、ステップＳ２７１において、コンテンツ再生部２４からの依頼を取得すると、ステップＳ２７２において、DRMサーバ７４と通信し、DRM処理を要求する。DRMサーバ７４は、ステップＳ３３１において、DRM処理部２５からの要求に基づいて、DRM処理を実行する。この処理は、図８におけるステップＳ１１１の処理と同様の処理である。

DRM処理部２５は、ステップＳ２７２において、DRMサーバ７４からのDRM処理結果を受信すると、ステップＳ２７３において、その処理結果をコンテンツ再生部２４に通知する。

コンテンツ再生部２４は、この通知の結果が再生を許可しないものである場合には、再生動作を中止する。再生が許可されている場合には、コンテンツ再生部２４は、ステップＳ２２８において、再生を指示されたコンテンツのファイルの読み出しを指示する。

いまの場合、コンテンツURLは、コンテンツがコンテンツ記憶部２７に記憶されていることを表しているので、ステップＳ３１１において、コンテンツ記憶部２７は、コンテンツ再生部２４からファイルの読み出しを受け付けると、ステップＳ３１２において、指示されたファイルのデータを読み出し、コンテンツ再生部２４に供給する。

ステップＳ２２９において、コンテンツ再生部２４は、データの入力を受け付けると、ステップＳ２３０において、これをユーザインターフェースとしての呈示部２２に出力する。

呈示部２２は、ステップＳ２０４において、コンテンツ再生部２４からのデータを受信すると、これを表示する。

以上のようにして、ディジタルテレビジョン受像機３のコンテンツ記憶部２７に、予め記憶されているコンテンツの再生処理が実行される。

なお、図１１乃至図１３を参照した例においては、予めコンテンツをダウンロード（記憶）して再生する処理について説明したが、コンテンツのダウンロードは、例えば、上述したようにダウンロードを制御するダウンロード制御ファイルに基づいて実行されるようにしてもよい。この場合の処理の例については、図２４を参照して後述する。

また、図１３に示される例においては、ファイルがhttp(Hypertext Transfer Protocol)のスキーム名で記述されている場合を例としたが、例えば、図１４に示されるように、rtp(Real-Time Transport Protocol)のスキーム名とすることもできる。要は、リソースの種類がそれぞれのプロトコルに基づいて表されていればよい。

以上においては、サーバ２とディジタルテレビジョン受像機３との間の相互の処理について、主に説明したが、コンテンツを利用する装置としてのディジタルテレビジョン受像機３側の処理について着目すると、その処理は、図１５と図１６のフローチャートに示されるようになる。

ユーザがメニューボタン５９を操作すると、コンテンツ再生部２４は、ステップＳ５０１において、メタデータデータベース２９に記憶されているメタデータに基づいて、図１７に示されるような、タイトルの一覧を呈示部２２に出力し、表示させる。

図１７の例においては、「邦画」、「洋画」、「アニメ」、「ドラマ」、「スポーツ」といったジャンル選択アイコンが表示されるとともに、選択されているジャンル（図１７の例の場合、「アニメ」）のコンテンツのリストが表示されている。各コンテンツは、そのタイトルが、利用情報、構成情報、並びに蓄積情報とともに表示されている。

この例においては、最初の番組は、利用期間が「あと３日」とされ、２番目の番組は、「あと１日」とされている。３番目と４番目の番組は、まだ「未購入」とされている。５番目の番組は、「New！」の番組とされている。また、最初の番組は、「パック」で構成された番組とされている。また、第１番目乃至第３番目の番組は、既にコンテンツ記憶部２７に「蓄積済み」であることが示されている。このことは、４番目と５番目の番組は、まだ蓄積されていないことを意味する。

ステップＳ５０２において、コンテンツ再生部２４は、番組が選択されたか否かを判定し、選択されていないと判定された場合には、選択されるまで待機する。

ステップＳ５０２において、番組が選択されたと判定された場合、ステップＳ５０３において、コンテンツ再生部２４は、選択された番組が「パック」の番組であるか否かを判定する。パック構成の番組である場合、ステップＳ５０４に進み、コンテンツ再生部２４は、例えば、図１８に示されるように、選択された番組（「パック」）のパッケージ内に収納されているタイトルの一覧を表示する。

図１８は、図１７の１番目の「機動戦士Ｚガンガン全話３Week」のタイトルの番組が選択された場合の表示例を示している。この例においては、５０話のシリーズの番組のうちの最後の第４７話から最終話（第５０話）までの番組のタイトルが表示されている。このタイトルは、リモートコマンダ５１のアップ用の方向ボタン５５Ｕまたはダウン用の方向ボタン５５Ｄを操作することで、上下にスクロール表示される。

コンテンツ再生部２４は、ステップＳ５０５において、再生ボタン５８が操作されたか否かを判定する。再生ボタン５８が操作されていないと判定された場合には、ステップＳ５０６に進み、コンテンツ再生部２４は、元の画面に戻る指示がなされたか否かを判定する。図１８の表示例においては、「戻る」ボタンが表示されており、ユーザは、方向ボタン５５Ｕ乃至５５Ｒを操作することでカーソル１４１を「戻る」ボタン上に移動表示させ、決定ボタン５４を操作して、元の画面に戻る指示を入力することができる。元の画面に戻る指示がなされていない場合には、ステップＳ５０５に戻り、それ以降の処理が繰り返し実行される。元の画面に戻る指示がなされたと判定された場合、処理はステップＳ５０１に戻り、再び図１７に示されるタイトル一覧が表示され、それ以降の処理が実行される。

ステップＳ５０５において、再生ボタン５８が操作されたと判定された場合、処理はステップＳ５０７に進む。ステップＳ５０２において、番組が選択されたと判定され、かつ、ステップＳ５０３において、選択された番組がパックの番組ではない（１つのコンテンツで構成される番組である）と判定された場合にも、ステップＳ５０４乃至ステップＳ５０６の処理はスキップされ、処理はステップＳ５０７に進む。

コンテンツ再生部２４は、ステップＳ５０７において再生または選択された番組（コンテンツ）が既に購入済みであるか否かを判定する。番組が既に購入済みである場合には、ステップＳ５０８に進み、コンテンツ再生部２４は、そのコンテンツはストリーミング再生用のコンテンツであるか否かを判定する。コンテンツの配信のタイプ（ストリーミングかダウンロードか）は、例えば、ライセンスメタデータの記述に基づいて行われる。その番組（コンテンツ）がストリーミング用のコンテンツであると判定された場合、ステップＳ５１１に進み、コンテンツ再生部２４は、そのコンテンツを再生する。すなわち、上述したように、コンテンツサーバ７５からストリーミング配信された、暗号化されているコンテンツがキーKcで復号され、呈示部２２に供給され、表示される。

ステップＳ５０８において、コンテンツはストリーミング再生用のコンテンツではないと判定された場合、ステップＳ５０９に進み、コンテンツ再生部２４は、そのコンテンツが蓄積済みであるか否かを判定する。コンテンツが蓄積済みである場合には、ステップＳ５１１に進み、コンテンツ再生部２４は、コンテンツ記憶部２７からその暗号化されているコンテンツデータを読み出し、キーKcで復号し、呈示部２２に供給し、表示させる。

ステップＳ５０９において、コンテンツは、蓄積済みではないと判定された場合、ステップＳ５１０に進み、コンテンツ記憶部２７は、そのコンテンツを蓄積する処理を実行する。すなわち、コンテンツサーバ７５より供給されたダウンロード用のファイルがコンテンツ記憶部２７により受信され、記憶される。

ステップＳ５０７において、コンテンツはまだ購入済みではないと判定された場合、ステップＳ５１２に進み、コンテンツ再生部２４は、パッケージリスト（このパッケージリストはパッケージメタに含まれている）を表示する処理を実行する。

例えば、ステップＳ５０４のパック内のタイトル一覧の表示処理で、図１９に示されるようなタイトル一覧が表示されたとする。このタイトル一覧は、図１９に示されるように、利用情報が既に「期限切れ」となっている。従って、ユーザが図１９に示される４つの番組のうち、例えば、１番下に表示されている「未視聴」の番組「最終話 宇宙を駆ける」を選択したとすると、ユーザが、この番組を視聴するには、購入する必要があり、ステップＳ５０７では、その番組は購入済みではないと判定される。そして、この例の場合、その番組を提供する形態として、３つの形態があるので、ステップＳ５１２では、その３つの形態が、図２０に示されるように表示される。

図２０の１番上の形態は、「最終話」の番組だけを購入する形態である。第２番目の形態は、「第４６話」から「最終話」までの「５話」を、１つのパックとして購入する形態である。第３番目の形態は、「第１話」から「最終話」までの全話を１つのパックとして購入する形態である。

ユーザは、リモートコマンダ５１を操作することで、３つの形態の中から、購入するいずれかの形態を１つ選択する。

そこで、コンテンツ再生部２４は、ステップＳ５１３において、いずれかの購入形態が選択されるまで待機し、いずれかの形態が選択されたと判定された場合、ステップＳ５１４に進み、選択された番組（コンテンツ）がストリーミング再生用のコンテンツであるか否かを判定する。ストリーミング再生用のコンテンツである場合には、ステップＳ５１６に進み、コンテンツ再生部２４は、例えば、図２１に示されるような購入勧誘のための画面を表示する。図２１の表紙例においては、「最終話 宇宙を駆ける」の１つの番組が「２００円」で購入できることが提示されている。そして、購入するか否かを「はい」と「いいえ」のボタンで選択するようになされている。ユーザは、リモートコマンダ５１の方向ボタン５５Ｕ乃至５５Ｒと、決定ボタン５４を操作することで、「はい」と「いいえ」のボタンのいずれかを選択することで、購入または購入しないことを指示する。

購入が指示されない場合には（「いいえ」ボタンが操作された場合には）、処理はステップＳ５１２に戻り、再びパッケージリスト（図２０）が表示され、それ以降の処理が実行される。

ステップＳ５１７において、購入が指示されたと判定された場合（「はい」ボタンが操作されたと判定された場合）、ステップＳ５１８に進み、コンテンツ再生部２４は、コンテンツを再生する処理を実行する。いまの場合、コンテンツは、ストリーミング再生用のコンテンツであるため、コンテンツサーバ７５からストリーミング配信されたコンテンツが受信され、復号され、呈示部２２に提示されることになる。

ステップＳ５１４において、選択された番組（コンテンツ）がストリーミング再生用のコンテンツではないと判定された場合（ダウンロードのファイルのコンテンツであると判定された場合）、ステップＳ５１５に進み、コンテンツ再生部２４は、コンテンツが蓄積済みか否かを判定する。コンテンツが蓄積済みである場合には、ステップＳ５１６に進み、上述した場合と同様にして、図２１に示されるような購入勧誘を表す画像が表示される。そして、ユーザは、上述した場合と同様に、「はい」または「いいえ」ボタンを操作することで、購入または非購入を指示する。非購入が指示された場合には、ステップＳ５１２に処理は戻る。

購入が指示された場合、ステップＳ５１８に進み、再生処理が実行される。いまの場合、コンテンツはコンテンツ記憶部２７に既に記憶されているため、コンテンツ再生部２４は、コンテンツ記憶部２７に記憶されているコンテンツを再生、復号し、呈示部２２に供給し、表示させる。

ステップＳ５１５において、コンテンツは蓄積済みではないと判定された場合、ステップＳ５１９に進み、コンテンツ再生部２４は、図２２に示されるような購入勧誘のための画像を呈示部２２に表示させる。

図２２は、図２０の１番目の購入形態で購入を指示した場合の表示例を表している。ステップＳ５１６で表示された図２１の表示例も同様に、図２０の１番目の購入形態でコンテンツを購入した場合であるが、この場合には、コンテンツはストリーム配信される。これに対して、図２２の表示例は、ストリーム配信されるのではなく、ダウンロードのファイル配信される場合である。この場合には、「ダウンロードにはｘｘ分かかります。」のメッセージが番組のタイトル以外に表示されている。ユーザは、この場合にもコンテンツを購入する場合には「はい」のボタンを選択し、購入しない場合には「いいえ」のボタンを選択する。

ステップＳ５２０において、コンテンツ再生部２４は、購入が指示されたか否かを判定し、指示されなかった場合には（「いいえ」ボタンが選択された場合には）、ステップＳ５１２に戻り、再び図２０に示されるようなパッケージリストを表示し、それ以降の処理を実行する。

ステップＳ５２０において、購入が指示されたと判定された場合（「はい」ボタンが選択された場合）、ステップＳ５２１に進み、コンテンツ再生部２４は、コンテンツのファイルをダウンロードし、蓄積する処理を実行する。すなわち、コンテンツサーバ７５より供給されたダウンロード用のファイルがコンテンツ記憶部２７にダウンロードされ、記憶されることになる。

このように、ユーザに呈示されるコンテンツリスト上には、ストリーミング配信されるコンテンツと、ダウンロード用のファイルとして配信されるコンテンツとが混在して表示される。但し、ユーザには、配信タイプは表示されない。単に、番組（パッケージ）のタイトルが表示されるだけである。従って、ユーザは、ストリーミング配信用のコンテンツであるのか、ダウンロード用ファイル配信のコンテンツであるのかを気にすることなく、単に、番組を選択するだけの操作で、統一的に番組を選択し、その提供を受けることができる。さらに、この場合において、コンテンツが既に購入済みであるか否かを、ユーザが考慮する必要もない。購入済みでなければ、購入するか否かをユーザに問い合わせるメッセージが表示されるので、ユーザは、単に、その問い合わせに答えるだけでよい。

また、既にそのコンテンツが購入済みである場合には、もし、そのコンテンツがストリーミング配信用、もしくは、蓄積済みのコンテンツであれば、自動的にコンテンツが再生される。従って、簡単かつ容易に、インターネットやプロトコルといったことに関する知識を有しない老人、子供、女性といった一般ユーザでも、簡単かつ確実に、コンテンツを視聴することが可能となる。なお、ユーザに提示される各種の情報は、パッケージメタに含まれている。なお、図示は省略したが、サーバ２とディジタルテレビジョン受像機３は、それぞれ、インターネット１を介して通信するためのインタフェース処理を行う通信部を有している。データは暗号化されて授受される。

ところで、コンテンツをダウンロードするとき、ディジタルテレビジョン受像機３とサーバ２の間で行われる処理については、図１２を参照して上述したが、コンテンツのデータ量が大きく、ダウンロードに多大な時間がかかり、ユーザがコンテンツのダウンロードが完了したか否かをチェックすることが困難な場合もある。このような場合、ディジタルテレビジョン受像機３にコンテンツのダウンロード処理を実行し、ダウンロードが完了したか否かをチェックするエージェントを組み込んで、エージェントによりコンテンツがダウンロードされるようにすれば、よりユーザにとって利便性が高くなる。

図２３は、このようなエージェントが組み込まれたディジタルテレビジョン受像機３の機能的構成例を示すブロック図である。同図は、図２に対応する図であり、それぞれの図において対応するブロックには、同一の符号が付されている。

図２３の例では、図２の場合と異なり、アプリケーション２８の中に、ダウンロードエージェント２８−１とＤＲＭエージェント２８−２が組み込まれている。その他の構成は、図２における場合と同様である。

ダウンロードエージェント２８−１は、コンテンツの購入（契約）が完了したあと、サーバ２から送信されるダウンロード制御ファイル（後述）に基づいて、コンテンツのダウンロード処理を実行する。ＤＲＭエージェント２８−２は、ダウンロードエージェント２８−１からの指示に基づいて、ＤＲＭ処理部２５を起動し、コンテンツを再生するために必要なライセンスを取得する。なお、ダウンロードエージェント２８−１とＤＲＭエージェント２８−２は、まとめて１つのエージェントとして構成されるようにしてもよい。

次に、図２３に示されるように構成されるディジタルテレビジョン受像機３によりコンテンツがダウンロードされる場合、ディジタルテレビジョン受像機３とサーバ２の間の処理の流れを図２４のフローチャートを参照して説明する。

なお、この処理の前提として、ディジタルテレビジョン受像機３のユーザがブラウザ２３を起動してショップサーバ７１にアクセスし、ユーザにより所望のコンテンツが購入され、決済処理が完了しており、ユーザＩＤとそのユーザにより購入済のコンテンツのコンテンツＩＤが対応づけられてサーバ２のデータベースに記憶されているものとする。

ステップＳ１３５１において、ショップサーバ７１は、ブラウザ２３に対して、決済が完了したことを通知するデータを送信し、ステップＳ１００１において、ブラウザ２３により、これが受信される。

このとき、例えば、図２５A乃至図２５Cに示されるような、HTML形式のファイルが送信される。図２５Aにおいては、１秒が経過した後、次に記述されるURLにジャンプすることが記述されており、そのURLとして、「URL=packageinfo.pin”/」が記述されている。これにより、図２５Bに示されるHTMLファイルがブラウザ２３により取得される。同図には、「決済が完了しました。ダウンロードしますか？」の文字が記述されており、その後には、リンク先が指定されている。この例では、リンク先は、「http://example.jp/contents/download.dlc」と指定されており、ここに記述される「download.dlc」が上述したダウンロード制御ファイルに対応している。

HTML形式に代えて、BML形式のファイルが用いられる場合、図２５Bに代えて図２５Cに示されるようなBMLファイルがブラウザ２３により取得される。

BML形式でファイルを記述する場合、ダウンロードするコンテンツを構成するファイルの格納場所（例えば、サーバのアドレス）などは、全てカレントディレクトリからの相対的な位置を表す相対パスで指定する必要があるが、サーバの運用の都合などにより、そのファイルの名前空間上の絶対位置を表す（例えば、直接URLを指定するなど）絶対パスを利用せざるを得ない場合もある。このような場合、最初に相対パス指定によりサーバのアドレスを通知し、その後、ブラウザ２３がサーバにアクセスしたとき、HTTPリダイレクト（所定のステータスコードを送信することにより、ブラウザ２３をリダイレクト先に誘導する方法）により、絶対パスを通知する。

図２５BのHTMLファイルがブラウザ２３により取得されると、図２６に示されるような画面が呈示部２２により表示される。この例では、「決済が完了しました。ダウンロードしますか？」と表示されている。ここで、ユーザがリモートコマンダ５１を操作することにより、「はい」ボタン２０１を選択し、クリックすると、コンテンツ（コンテンツを構成するファイル）のダウンロードが実行される。すなわち、「はい」ボタン２０１がクリックされた場合、ブラウザ２３は、上述したリンク先にアクセスし、ダウンロード制御ファイル（この例では、「download.dlc」）を取得する。これに対して、ユーザが「いいえ」ボタン２０２を選択し、クリックすると、処理は終了される。なお、「いいえ」ボタン２０２が選択され、クリックされた場合は、後述するコンテンツ利用処理において、コンテンツのダウンロードが実行される（図３０のステップＳ２００９）。

なお、ダウンロードエージェント２８−２によりダウンロードが実行されている間、例えば、図２７に示されるような、ダウンロードの進捗状況を棒グラフで示す画面が呈示部２２により表示されるようにしてもよい。ユーザは、キャンセルボタン２２１をクリックすることによりコンテンツのダウンロードをキャンセルすることができる。

ダウンロード制御ファイルは、例えば、図２８に示されるように構成される。同図には、ダウンロードするコンテンツのコンテンツＩＤとそのコンテンツのデータ量を表すコンテンツサイズが記述されている。この例では、コンテンツＩＤとして「１００」が記述されており、コンテンツサイズとして「２０ＧＢ（ギガバイト）」が記述されている。

また、ダウンロードするコンテンツを構成するファイルが記述されており、この例では、コンテンツがFile１,File２,File3,・・・により構成されている。File１,File２,File3,・・・の記述の後には、File１,File２,File3,・・・が記憶されているアドレスが記述されている。この例では、「***」と示されているが、実際には、コンテンツが記憶されるサーバのURL、ディレクトリなどが記述される。アドレスの記述の後には、各ファイル（File１,File２,File3,・・・）の制御ファイルが記述されている。制御ファイルは、例えば、各ファイルが圧縮されて記憶されている場合、各ファイルを解凍するソフトウェアなどがそれに該当する。この例では、制御ファイルが「xxx」と示されているが、実際には、ファイルを解凍するソフトウェアの名称、記憶場所（アドレス）などが必要に応じて記述される。

なお、ダウンロード制御ファイルは、実際には、XML形式で記述される。

図２４に戻り、ダウンロード制御ファイルを取得した後、ステップS１００２において、ブラウザ２３は、プラグインによりダウンロードエージェント２８−１を起動する。

この後、ダウンロード処理は、ダウンロードエージェント２８−１、またはＤＲＭエージェント２８−２により、自動的に実行されるので、ユーザは、この時点でダウンロードに関する作業を終了し、例えば、他のWebページを閲覧したり、他のコンテンツのダウンロードを実行することができる。

ステップS１１０２において、ダウンロードエージェント２８−１は、コンテンツ記憶部２７にその空き容量を問い合わせ、ステップS１３０１で、コンテンツ記憶部２７によりこれが受信される。そして、コンテンツ記憶部２７は、自身の空き容量を調べて、ステップS１３０２で、現在の空き容量をダウンロードエージェント２８−１に応答する。

ステップS１１０３において、ダウンロードエージェント２８−１は、コンテンツ記憶部２７からの応答を受信して、コンテンツ記憶部２７の空き容量をチェックする。いまの場合、ステップS１１０３で受信した応答において、コンテンツ記憶部２７の空き容量が２０ＧＢ未満であった場合、ダウンロードエージェント２８−１は、呈示部２２を制御して、その画面上に空き容量が足りない旨のメッセージをユーザに通知する。

一方、ステップS１１０３で受信した応答において、コンテンツ記憶部２７の空き容量が２０ＧＢ以上であった場合、ダウンロードエージェント２８−１は、ステップＳ１１０４に処理を進める。

上述したように、ダウンロードしたコンテンツを再生するためにはライセンスが必要となる。図１１と図１２を参照して上述した例では、ダウンロードするコンテンツに対応するコンテンツメタデータとライセンスメタデータが取得され、ライセンスメタデータのライセンスＩＤ基づいてライセンスが取得されていたが、この例では、ダウンロード制御ファイルの記述に基づいて、ダウンロードエージェント２８−１がコンテンツを構成するファイルをダウンロードするので、ライセンスIDを特定することができず、図１１と図１２を参照して上述した例と同様にライセンスを取得することはできない。そこで、ダウンロードエージェント２８−１は、ライセンス問い合わせサーバ７４−１にライセンスＩＤの問い合わせを行う。

図６と図７を参照して上述したように、ライセンスＩＤは、１対１に対応付けられているライセンスを識別するものであり、そのライセンスを取得するために必要な「LicenseURL」は、ライセンスIDに対応するライセンスメタデータに含まれている。また、ライセンスＩＤは、コンテンツＩＤに対応付けられている。

ステップＳ１１０４において、ダウンロードエージェント２８−１は、ユーザＩＤをライセンス問い合わせサーバ７４−１に送信し、ライセンスの問い合わせを行う。ライセンス問い合わせサーバ７４−１は、例えば、ＤＲＭサーバ７４の一部として構成されるサーバであり、ユーザＩＤと、そのユーザにより購入済のコンテンツのライセンスＩＤが対応付けられて記憶されているデータベースを検索し、さらに、そのユーザＩＤに対応するユーザにより購入済のライセンスＩＤの一覧を、ディジタルテレビジョン受像機３に提供する機能を有する。

ステップＳ１５０１において、ライセンス問い合わせサーバ７４−１は、ダウンロードエージェント２８−１がステップＳ１１０４で送信した問い合わせを受信すると、送信されてきたユーザＩＤに対応するユーザにより購入済のコンテンツのライセンスＩＤを検索する。そして、ライセンス問い合わせサーバは、検索したライセンスＩＤの一覧を、ステップＳ１５０２において、ダウンロードエージェント２８−１に送信する。このライセンスIDの一覧は、ステップＳ１１０５で、ダウンロードエージェント２８−１により受信される。

ステップＳ１１０６において、ダウンロードエージェント２８−１は、ステップＳ１１０５で受信したライセンスＩＤの一覧の中から、ダウンロード制御ファイルに含まれるコンテンツＩＤに対応するライセンスＩＤを抽出し、そのコンテンツＩＤとライセンスＩＤに基づいて、メタデータベース７３にアクセスし、コンテンツメタデータとライセンスメタデータの読み出しを指令する。

ステップＳ１４０１において、ダウンロードエージェント２８−１からの指令を取得すると、メタデータベース７３は、ステップＳ１４０２において、コンテンツメタデータとライセンスメタデータの読み出し、ダウンロードエージェント２８−１に送信する。ステップＳ１１０７において、ダウンロードエージェント２８−１によりこれが受信される。

ステップＳ１１０８において、ダウンロードエージェント２８−１は、ステップＳ１１０７で受信したコンテンツメタデータとライセンスメタデータをメタデータベース２９に出力する。メタデータベース２９は、ステップＳ１２５１において、ダウンロードエージェント２８−１から出力されたコンテンツメタデータとライセンスメタデータを記憶する。

なお、ステップＳ１１０６において、メタデータデータベース７３にアクセスするに先立って、ダウンロードエージェント２８−１により、当該コンテンツのコンテンツメタデータとライセンスメタデータがディジタルテレビジョン受像機３において、既に取得済（メタデータデータベース２９に記憶済）であるかがチェックされ、当該コンテンツのコンテンツメタデータとライセンスメタデータが既に取得済の場合、上述したステップＳ１１０６乃至Ｓ１２５１の処理は、スキップされる。

ステップＳ１１０９において、ダウンロードエージェント２８−１は、ライセンスＩＤと、ステップＳ１２５１で記憶されたライセンスメタデータに含まれる「LicenseURL」（いまの場合、DRMサーバ７４のURL）をＤＲＭエージェント２８−２に出力する。ＤＲＭエージェント２８−２は、ステップＳ１１５１において、ダウンロードエージェント２８−１から出力されたライセンスＩＤと、ライセンスメタデータに含まれる「LicenseURL」を取得すると、ステップＳ１１５２で、その情報をDRM処理部２５に出力し、ＤＲＭ処理部２５に対してライセンス取得を依頼する。

ステップＳ１２０１においてＤＲＭエージェント２８−２からライセンス取得の依頼を受信すると、ＤＲＭ処理部２５は、ステップＳ１２０２において、DRMサーバ７４にアクセスし、DRM処理を要求する。

ステップS１４５１で、DRMサーバ７４は、DRM処理部２５からの要求に基づいて、DRM処理を実行する。この処理は、図８におけるステップS１１１の処理と同様の処理である。ステップS１４５２において、DRMサーバ７４は、DRM処理結果をDRM処理部２５に送信し、ステップS１２０３でDRM処理部２５により、これが受信される。これにより、コンテンツを再生するために必要なライセンスが取得される。

ここで取得されるライセンスには、図６を参照して上述したように、そのライセンスが対象とするコンテンツを復号するのに必要な任意の数のキーを含むコンテンツ鍵束が含まれており、例えば、コンテンツが複数のファイルにより構成されている場合であっても、それぞれのファイルを復号するために必要なキーをまとめて取得することができる。また、キー（ライセンス）の取得は、上述したように、DRMサーバ７４とDRM処理部２５によるDRM処理により行われるので、コンテンツを構成する各ファイルのライセンス管理を確実に行い、著作権を保護することができる。

なお、ダウンロードするコンテンツが、予め定められた一定の日数に渡って、予め定められたチャンネルの番組を視聴できるようなもの（上述したPackageタイプがSubscritionのもの、またはPPC（PayPerChannel）のコンテンツなど）であり、そのコンテンツのライセンスが、予めディジタルテレビジョン受像機３により取得されている場合、ライセンスの取得に関する処理、すなわちステップS１１０４乃至S１２０３の処理は、スキップされる。

ステップS１１１０において、ダウンロードエージェント２８−１は、ダウンロード制御ファイルに記述されたコンテンツを構成する各ファイルのアドレスに基づいて、コンテンツサーバ７５にアクセスし、ファイルのダウンロードを要求する。コンテンツサーバ７５は、ステップS１５５１で、ダウンロードエージェント２８−１からのダウンロード要求を受信すると、ステップS１５５２において、ダウンロードが要求されたファイルをコンテンツ記憶部２７に送信する。コンテンツ記憶部２７は、ステップS１３０３でこれを受信し、記憶する。

なお、ダウンロードエージェント２８−１は、ダウンロード制御ファイルに基づいて、コンテンツ記憶部２７に、コンテンツを構成する各ファイルのディレクトリを予め作成しておく。ステップS１３０３で受信される各ファイルは、コンテンツ記憶部２７に予め作成された、各ファイルのディレクトリに記憶される。

また、ダウンロードエージェント２８−１は、コンテンツを構成する各ファイルのダウンロードが完了したか否かを表す管理ファイルを作成する。この管理ファイルの例を図２９に示す。同図には、コンテンツを構成する各ファイル（File1,File２,File３，・・・）について、ファイル本体と、そのファイルの制御ファイルのダウンロード状況が記述されている。この例では、コンテンツを構成するファイルの１つであるFile1のファイル本体と制御ファイルのダウンロード状況が、「完了」と記述されており、File2,File３,・・・のファイル本体と制御ファイルのダウンロード状況が、「未」と記述されている。これは、コンテンツを構成する各ファイルのうち、File1のファイル本体と制御ファイルのダウンロードが既に完了し、File2以降のファイル本体と制御ファイルについては、ダウンロードがまだ完了していないことを表している。

File２のファイル本体のダウンロードが完了すると、ダウンロードエージェント２８−１は、図２９に示される管理ファイルの中のFile２のファイル本体のダウンロード状況を「完了」に変更し、File２の制御ファイルのダウンロードが完了すると、File２のファイル本体のダウンロード状況を「完了」に変更する。そして、全てのファイルのファイル本体と制御ファイルのダウンロードが完了すると、呈示部２２を制御して、コンテンツのダウンロードが完了した旨のメッセージをユーザに通知する。

このようにして、コンテンツがダウンロードされる。上述したように、コンテンツの購入が終了した後は、ダウンロードエージェント２８−１、またはDRMエージェント２８−２により自動的にダウンロード処理が実行されるので、ダウンロード処理が実行されている間、ユーザはディジタルテレビジョン受像機３により、例えばストリーム配信されるコンテンツを受信して再生することもできる。ダウンロード処理と並行してストリーム配信されるコンテンツを再生する場合、インターネット１の帯域、ディジタルテレビジョン受像機３のデータ処理能力などを考慮して、ストリーム配信されるコンテンツを受信、再生する処理が優先して実行され、ダウンロード処理の優先度合は下げられる（例えば、単位時間当たりのダウンロード量が制限される）。

あるいはまた、１つのコンテンツをダウンロードしている間に、別のコンテンツをダウンロードしてもよい。このような場合、最初にダウンロードされたコンテンツのダウンロード処理が優先され、後からダウンロードされたコンテンツのダウンロード処理の優先度合は下げられる。

ユーザは、ダウンロード処理を実行中にダウンロードをキャンセルすることもできる。上述したようにダウンロード処理を実行している間、図２７に示されるような画面が呈示部２２により表示されている。ダウンロードをキャンセルする場合、ユーザは、リモートコマンダ５１を操作することにより、画面の下部の「キャンセル」ボタン２２１を選択してクリックすることによりダウンロードをキャンセルすることができる。ユーザにより「キャンセル」ボタン２２１がクリックされると、ダウンロードエージェント２８−１は、ダウンロード処理を中止し、コンテンツ記憶部２７に予め作成していた、ダウンロードすべきファイル（File1,File２,File3,・・・）のディレクトリを削除する。例えば、ダウンロードすべきファイルが、File1,File２,およびFile3であり、ダウンロードが開始されてからキャンセルされるまでの間に、既に、File1とFile２ダウンロードが完了していた場合、File3のダウンロードは中止され、File1とFile２が削除される。

また、DRM処理によりライセンスを管理することができるので、複数のファイル群により構成されるコンテンツであっても、適確に著作権を管理することができる。

図２４では、ユーザの意思で、ユーザが所望のコンテンツを購入し、ダウンロードする処理の例について上述したが、例えば、ショップサーバ７１が主体的に、ユーザに推奨するコンテンツをディジタルテレビジョン受像機３にダウンロードさせる（プッシュする）こともできる。このような場合、ブラウザ２３がショップサーバ７１にアクセスしたとき、ショップサーバ７１からダウンロード制御ファイルが送信され、その後は、上述したように、ダウンロードエージェント２８−１によりダウンロー処理が実行される。

次に、図２４を参照して上述した処理によりダウンロードされたコンテンツを、ディジタルテレビジョン受像機３で再生して利用する処理について、図３０のフローチャートを参照して説明する。

ユーザがメニューボタン５９を操作すると、コンテンツ再生部２４は、ステップＳ２００１において、メタデータデータベース２９に記憶されているメタデータに基づいて、タイトルの一覧を呈示部２２に出力し、表示させる。この処理は、図１５のステップＳ５０１の処理と同様であり、図１７を参照して上述した画面と同様の画面が表示される。

ステップＳ２００２において、コンテンツ再生部２４は、番組が選択されたか否かを判定し、選択されていないと判定された場合には、選択されるまで待機する。

ステップＳ２００２において、番組が選択されたと判定された場合、ステップＳ２００３において、コンテンツ再生部２４は、選択された番組が「パック」の番組であるか否かを判定する。パック構成の番組である場合、ステップＳ２００４に進み、コンテンツ再生部２４は、選択された番組（「パック」）のパッケージ内に収納されているタイトルの一覧を表示する。この処理は、図１５のステップＳ５０４と同様の処理であり、図１８を参照して上述した画面と同様の画面が表示される。選択された番組が「パック」の番組ではない場合、ステップS２００４の処理は、スキップされる。

コンテンツ再生部２４は、ステップＳ２００５において、再生ボタン５８が操作されたか否かを判定する。再生ボタン５８が操作されていないと判定された場合には、ステップＳ２００６に進み、コンテンツ再生部２４は、ユーザにより元の画面に戻る指示がなされたか否かを判定する。元の画面に戻る指示がなされていない場合には、ステップＳ２００５に戻り、それ以降の処理が繰り返し実行される。元の画面に戻る指示がなされたと判定された場合、処理はステップＳ２００１に戻り、再びタイトル一覧が表示され、それ以降の処理が実行される。

ステップＳ２００５において、再生ボタン５８が操作されたと判定された場合、処理はステップＳ２００７に進む。

コンテンツ再生部２４は、ステップＳ２００７において再生または選択された番組（コンテンツ）が既にコンテンツ記憶部２７に蓄積（ダウンロード）済みであるか否かを判定する。番組が既に蓄積済である場合には、ステップＳ２００８に進み、コンテンツ再生部２４は、そのコンテンツを再生する。このとき、上述したように、コンテンツ再生部２４は、コンテンツ記憶部２７からその暗号化されているコンテンツデータを読み出し、キーKcで復号し、呈示部２２に供給し、表示させる。

ステップＳ２００７において、コンテンツは、蓄積済みではないと判定された場合、ステップＳ２００９に進み、ダウンロードエージェント２８−１により、そのコンテンツを蓄積（ダウンロード）する処理が実行される。このとき、図２４を参照して上述した場合と同様に、ダウンロードエージェント２８−１により、上述したダウンロード制御ファイルに基づいてダウンロードが実行される。これにより、コンテンツサーバ７５からコンテンツを構成するファイルルが送信され、送信されたファイルがコンテンツ記憶部２７に記憶される。なお、図２４を参照して上述した場合と同様に、コンテンツを構成するファイルのダウンロード要求に先立って、ダウンロードエージェント２８−１によりコンテンツ記憶部２７の空き容量がチェックされ、空き容量が不足している場合は、呈示部２２により、ユーザに空き容量が不足である旨を通知する画面が表示される。

このようにして、ダウンロードしたコンテンツが再生され、利用される。

以上においては、本発明をディジタルテレビジョン受像機に応用した場合を例として説明したが、本発明は、ビデオカセットレコーダ、テレビチューナ、ハードディスクレコーダ、DVD(Digital Versatile Disk)レコーダ、その他各種のコンテンツ処理装置に適用することが可能である。

また、配信するコンテンツは、テレビジョン放送の番組に限らず、各種のコンテンツとすることができる。

上述した一連の処理は、ハードウエアにより実行させることもできるし、ソフトウェアにより実行させることもできる。この場合、例えば、ディジタルテレビジョン受像機３には、図３１に示されるようなコンピュータが含まれる。

図３１において、CPU（Central Processing Unit）３２１は、ROM（Read O
nly Memory）３２２に記憶されているプログラム、または記憶部３２８からRAM（Random Access Memory）３２３にロードされたプログラムに従って各種の処理を実行する。RAM３２３にはまた、CPU３２１が各種の処理を実行する上において必要なデータなども適宜記憶される。

CPU３２１、ROM３２２、およびRAM３２３は、バス３２４を介して相互に接続されている。このバス３２４にはまた、入出力インタフェース３２５も接続されている。

入出力インタフェース３２５には、キーボード、マウスなどよりなる入力部３２６、CRT(Cathode Ray Tube)、LCD(Liquid Crystal display)などよりなるディスプレイ、並びにスピーカなどよりなる出力部３２７、ハードディスクなどより構成される記憶部３２８、モデムなどより構成される通信部３２９が接続されている。通信部３２９は、インターネット１を含むネットワークを介しての通信処理を行う。

入出力インタフェース３２５にはまた、必要に応じてドライブ３４１が接続され、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア３４２が適宜装着され、それらから読み出されたコンピュータプログラムが、必要に応じて記憶部３２８にインストールされる。

上述した一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、ネットワークや記録媒体からインストールされる。

この記録媒体は、図３１に示されるように、装置本体とは別に、ユーザにプログラムを配信するために配布される、プログラムが記録されている磁気ディスク（フロッピディスクを含む）、光ディスク（CD-ROM(Compact Disk-Read Only Memory),DVD(Digital Versatile Disk)を含む）、光磁気ディスク（ＭＤ（Mini-Disk）を含む）、もしくは半導体メモリなどよりなるリムーバブルメディア３４２により構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに配信される、プログラムが記録されているROM３２２や、記憶部３２８に含まれるハードディスクなどで構成される。

なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。

また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。

本発明を適用したコンテンツ配信システムの構成例を示すブロック図である。 図１のディジタルテレビジョン受像機の機能的構成例を示すブロック図である。 図１のディジタルテレビジョン受像機を遠隔操作するリモートコマンダの外観の構成を示す正面図である。 図１のサーバの構成例を示すブロック図である。 図１のディジタルテレビジョン受像機とサーバの間で授受される情報を示す図である。 各種のIDとメタデータの関係を説明する図である。 パッケージメタ、ライセンスメタデータ、およびコンテンツメタデータの関係を示す図である。 ディジタルテレビジョン受像機がサーバからストリーミング配信を受ける場合の動作を説明するフローチャートである。 図８の処理の前提となる処理を説明するフローチャートである。 ストリーム配信の場合におけるstartup fileの構成例を示す図である。 予め記憶されているファイルの再生処理を説明するフローチャートである。 図１１の処理の前提となる処理を説明するフローチャートである。 ダウンロード用のstartup fileの構成例を示す図である。 他のプロトコルのstartup fileの構成例を示す図である。 図１のディジタルテレビジョン受像機のコンテンツ利用処理を説明するフローチャートである。 図１のディジタルテレビジョン受像機のコンテンツ利用処理を説明するフローチャートである。 タイトル一覧の表示例を示す図である。 パック内タイトル一覧の表示例を示す図である。 パック内タイトル一覧の表示例を示す図である。 パッケージリストの表示例を示す図である。 購入勧誘の画像の例を示す図である。 購入勧誘の画像の例を示す図である。 図１のディジタルテレビジョン受像機の他の機能的構成例を示すブロック図である。 コンテンツをダウンロードする処理を説明するフローチャートである。 コンテンツを購入したときに送信されるファイルの記述例を示す図である。 ダウンロード処理を開始するとき表示される画面の例を示す図である。 ダウンロード中に表示される画面の例を示す図である。 ダウンロード制御ファイルの構成例を示す図である。 ダウンロードの完了状況管理ファイルの構成例を示す図である。 ダウンロードコンテンツを図１のディジタルテレビジョン受像機で利用する処理を説明するフローチャートである。 パーソナルコンピュータの構成例を示すブロックである。

符号の説明

１ インターネット， ２ サーバ， ３−１，３−２ ディジタルテレビジョン受像機， ４ 放送局， １１ コンテンツ配信システム， ２１ 入力部， ２２ 呈示部， ２３ ブラウザ， ２４ コンテンツ再生部， ２５ DRM処理部， ２６ 課金処理部， ２７ コンテンツ記憶部， ２８ アプリケーション， ２９ メタデータデータベース， ７１ ショップサーバ， ７２ 決済サーバ， ７３ メタデータデータベース， ７４ DRMサーバ， ７５ コンテンツサーバ

Claims (8)

1. ネットワークを介してコンテンツ配信装置からコンテンツ処理装置にコンテンツを配信するコンテンツ配信システムにおいて、
   前記コンテンツ処理装置は、ユーザが指定するコンテンツのダウンロードに必要な情報が記述される制御ファイルを、前記ネットワークを介して前記コンテンツ配信装置から取得し、
   前記制御ファイルに記述された情報に基づいて、前記コンテンツ処理装置への前記コンテンツのダウンロード可否を表す情報を取得し、
   前記制御ファイルに記述された情報に基づいて、前記コンテンツ配信装置から前記コンテンツのライセンスを特定する情報を取得し、
   前記ライセンスを特定する情報に基づいて、前記コンテンツ配信装置から前記コンテンツのライセンスを取得し、
   前記制御ファイルに記述された情報に基づいて、前記コンテンツ配信装置から前記コンテンツを構成するファイルをダウンロードする
   ことを特徴とするコンテンツ配信システム。
2. 前記コンテンツ処理装置は、ダウンロードするコンテンツの指定を、前記ユーザから受け付ける受付手段と、
   前記コンテンツのダウンロードに関する処理を実行するエージェントとを備え、
   前記コンテンツのダウンロード可否を表す情報の取得、前記コンテンツのライセンスを特定する情報の取得、前記コンテンツのライセンスの取得、または前記コンテンツを構成するファイルのダウンロードは、前記エージェントにより実行される
   ことを特徴とする請求項１に記載のコンテンツ配信システム。
3. ネットワークを介してコンテンツ配信装置からコンテンツ処理装置にコンテンツを配信するコンテンツ配信システムのコンテンツ配信方法において、
   前記コンテンツ処理装置は、ユーザが指定するコンテンツのダウンロードに必要な情報が記述される制御ファイルを、前記ネットワークを介して前記コンテンツ配信装置から取得し、
   前記制御ファイルに記述された情報に基づいて、前記コンテンツ処理装置への前記コンテンツのダウンロード可否を表す情報を取得し、
   前記制御ファイルに記述された情報に基づいて、前記コンテンツ配信装置から前記コンテンツのライセンスを特定する情報を取得し、
   前記ライセンスを特定する情報に基づいて、前記コンテンツ配信装置から前記コンテンツのライセンスを取得し、
   前記制御ファイルに記述された情報に基づいて、前記コンテンツ配信装置から前記コンテンツを構成するファイルをダウンロードする
   ことを特徴とするコンテンツ配信方法。
4. ネットワークを介してコンテンツ配信装置からコンテンツの配信を受けるコンテンツ処理装置において、
   複数のコンテンツのリストを提示する提示手段と、
   前記リストのコンテンツのうち、再生するコンテンツを指定する情報を入力する入力手段と、
   前記入力手段により再生が指定されたコンテンツが、前記コンテンツ処理装置に記憶されているか否かを判定する判定手段と、
   前記判定手段により前記コンテンツが前記コンテンツ処理装置に記憶されていると判定された場合、予め記憶されているライセンスを用いて前記コンテンツを再生する再生手段と、
   前記判定手段により前記コンテンツが前記コンテンツ処理装置に記憶されていないと判定された場合、前記コンテンツを構成するファイルを前記コンテンツ配信装置から取得する取得手段と
   を備えることを特徴とするコンテンツ処理装置。
5. 前記取得手段は、前記コンテンツ配信装置から提供されたコンテンツのダウンロードに必要な情報が記述される制御ファイルに基づいて、前記コンテンツを構成するファイルを取得する
   ことを特徴とする請求項４に記載のコンテンツ処理装置。
6. ネットワークを介してコンテンツ配信装置からコンテンツの配信を受けるコンテンツ処理装置のコンテンツ処理方法において、
   複数のコンテンツのリストを提示する提示ステップと、
   前記リストのコンテンツのうち、再生するコンテンツを指定する情報を入力する入力ステップと、
   前記入力ステップの処理により再生が指定されたコンテンツが、前記コンテンツ処理装置に記憶されているか否かを判定する判定ステップと、
   前記判定ステップの処理により前記コンテンツが前記コンテンツ処理装置に記憶されていると判定された場合、予め記憶されているライセンスを用いて前記コンテンツを再生する再生ステップと、
   前記判定ステップの処理により前記コンテンツが前記コンテンツ処理装置に記憶されていないと判定された場合、前記コンテンツを構成するファイルを前記コンテンツ配信装置から取得する取得ステップと
   を含むことを特徴とするコンテンツ処理方法。
7. ネットワークを介してコンテンツ配信装置からコンテンツの配信を受けるコンテンツ処理装置のプログラムであって、
   複数のコンテンツのリストの提示を制御するする提示制御ステップと、
   前記リストのコンテンツのうち、再生するコンテンツを指定する情報の入力を制御する入力制御ステップと、
   前記入力制御ステップの処理により再生が指定されたコンテンツが、前記コンテンツ処理装置に記憶されているか否かの判定を制御する判定制御ステップと、
   前記判定制御ステップの処理により前記コンテンツが前記コンテンツ処理装置に記憶されていると判定された場合、予め記憶されているライセンスを用いて前記コンテンツの再生を制御する再生制御ステップと、
   前記判定制御ステップの処理により前記コンテンツが前記コンテンツ処理装置に記憶されていないと判定された場合、前記コンテンツを構成するファイルを前記コンテンツ配信装置から取得するように制御する取得制御ステップと
   をコンピュータに実行させることを特徴とするプログラム。
8. ネットワークを介してコンテンツ配信装置からコンテンツの配信を受けるコンテンツ処理装置のプログラムが記録されている記録媒体であって、
   複数のコンテンツのリストの提示を制御するする提示制御ステップと、
   前記リストのコンテンツのうち、再生するコンテンツを指定する情報の入力を制御する入力制御ステップと、
   前記入力制御ステップの処理により再生が指定されたコンテンツが、前記コンテンツ処理装置に記憶されているか否かの判定を制御する判定制御ステップと、
   前記判定制御ステップの処理により前記コンテンツが前記コンテンツ処理装置に記憶されていると判定された場合、予め記憶されているライセンスを用いて前記コンテンツの再生を制御する再生制御ステップと、
   前記判定制御ステップの処理により前記コンテンツが前記コンテンツ処理装置に記憶されていないと判定された場合、前記コンテンツを構成するファイルを前記コンテンツ配信装置から取得するように制御する取得制御ステップと
   をコンピュータに実行させるプログラムが記録されることを特徴とする記録媒体。

Images