(57)【要約】【課題】簡単かつ確実に、インターネットを介して、コンテンツの配信を受けうることができるようにする。【解決手段】ブラウザ２３は、ステップＳ５２において、コンテンツサーバ７５にｓｔａｒｔｕｐ  ｆｉｌｅの送信を要求する。コンテンツサーバ７５は、ステップＳ１２２において、ｓｔａｒｔｕｐ  ｆｉｌｅをブラウザ２３に送信する。Ｓｔａｒｔｕｐ  ｆｉｌｅには、配信の対象とされるコンテンツがストリーム配信されるコンテンツであるのか、ダウンロードのファイルとして配信されるコンテンツであるのかが記述されている。コンテンツ再生部２４は、ブラウザ２３から受信したｓｔａｒｔｕｐ  ｆｉｌｅの記述に基づいて、コンテンツがストリーム配信用のコンテンツであるのか、ダウンロード用のコンテンツであるのかを判定する。本発明は、テレビジョン受像機に適用することができる。【選択図】      図８
2004326459.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介してコンテンツ配信装置からコンテンツ処理装置にコンテンツを配信するコンテンツ配信システムにおいて、
ストリーミングにより配信されるコンテンツと、ダウンロードのファイルとして配信されるコンテンツを含む、複数のコンテンツのリストを前記コンテンツ処理装置からそのユーザに提示し、
前記リストのコンテンツのうち、前記コンテンツ処理装置のユーザが配信を受けるコンテンツを指定する指定情報を、前記コンテンツ処理装置から入力し、
前記コンテンツ処理装置は、各コンテンツ毎に、そのコンテンツが、ストリーミングにより配信されるコンテンツであるのか、またはダウンロードのファイルとして配信されるコンテンツであるのかを規定する配信情報であって、前記ネットワークを介して前記コンテンツ配信装置から提供された前記配信情報に基づいて、前記コンテンツ配信装置から前記ネットワークを介して配信された前記コンテンツを取得する
ことを特徴とするコンテンツ配信システム。
【請求項２】
ネットワークを介してコンテンツ配信装置からコンテンツ処理装置にコンテンツを配信するコンテンツ配信システムのコンテンツ配信方法において、
ストリーミングにより配信されるコンテンツと、ダウンロードのファイルとして配信されるコンテンツを含む、複数のコンテンツのリストを前記コンテンツ処理装置からそのユーザに提示し、
前記リストのコンテンツのうち、前記コンテンツ処理装置のユーザが配信を受けるコンテンツを指定する指定情報を、前記コンテンツ処理装置から入力し、
前記コンテンツ処理装置は、各コンテンツ毎に、そのコンテンツが、ストリーミングにより配信されるコンテンツであるのか、またはダウンロードのファイルとして配信されるコンテンツであるのかを規定する配信情報であって、前記ネットワークを介して前記コンテンツ配信装置から提供された前記配信情報に基づいて、前記コンテンツ配信装置から前記ネットワークを介して配信された前記コンテンツを取得する
ことを特徴とするコンテンツ配信方法。
【請求項３】
ネットワークを介してコンテンツ配信装置からコンテンツの配信を受けるコンテンツ処理装置において、
ストリーミングにより配信されるコンテンツと、ダウンロードのファイルとして配信されるコンテンツを含む、複数のコンテンツのリストを提示する提示手段と、
前記リストのコンテンツのうち、配信を受けるコンテンツを指定する指定情報を入力する入力手段と、
各コンテンツ毎に、そのコンテンツが、ストリーミングにより配信されるコンテンツであるのか、またはダウンロードのファイルとして配信されるコンテンツであるのかを規定する配信情報であって、前記ネットワークを介して前記コンテンツ配信装置から提供された前記配信情報に基づいて、前記コンテンツ配信装置から前記ネットワークを介して配信された前記コンテンツを取得する取得手段と
を備えることを特徴とするコンテンツ処理装置。
【請求項４】
前記配信情報は、前記コンテンツのライセンスに対応付けられている
ことを特徴とする請求項３に記載のコンテンツ処理装置。
【請求項５】
前記配信情報は、前記コンテンツにアクセスするための情報をさらに含む
ことを特徴とする請求項３に記載のコンテンツ処理装置。
【請求項６】
ネットワークを介してコンテンツ配信装置からコンテンツの配信を受けるコンテンツ処理装置のコンテンツ処理方法において、
ストリーミングにより配信されるコンテンツと、ダウンロードのファイルとして配信されるコンテンツを含む、複数のコンテンツのリストを提示する提示ステップと、
前記リストのコンテンツのうち、配信を受けるコンテンツを指定する指定情報を入力する入力ステップと、
各コンテンツ毎に、そのコンテンツが、ストリーミングにより配信されるコンテンツであるのか、またはダウンロードのファイルとして配信されるコンテンツであるのかを規定する配信情報であって、前記ネットワークを介して前記コンテンツ配信装置から提供された前記配信情報に基づいて、前記コンテンツ配信装置から前記ネットワークを介して配信された前記コンテンツを取得する取得ステップと
を含むことを特徴とするコンテンツ処理方法。
【請求項７】
ネットワークを介してコンテンツ配信装置からコンテンツの配信を受けるコンテンツ処理装置のプログラムであって、
ストリーミングにより配信されるコンテンツと、ダウンロードのファイルとして配信されるコンテンツを含む、複数のコンテンツのリストを提示する提示ステップと、
前記リストのコンテンツのうち、配信を受けるコンテンツを指定する指定情報を入力する入力ステップと、
各コンテンツ毎に、そのコンテンツが、ストリーミングにより配信されるコンテンツであるのか、またはダウンロードのファイルとして配信されるコンテンツであるのかを規定する配信情報であって、前記ネットワークを介して前記コンテンツ配信装置から提供された前記配信情報に基づいて、前記コンテンツ配信装置から前記ネットワークを介して配信された前記コンテンツを取得する取得ステップと
を含むことを特徴とするコンピュータが読み取り可能なプログラムが記録されている記録媒体。
【請求項８】
ネットワークを介してコンテンツ配信装置からコンテンツの配信を受けるコンテンツ処理装置のプログラムであって、
ストリーミングにより配信されるコンテンツと、ダウンロードのファイルとして配信されるコンテンツを含む、複数のコンテンツのリストを提示する提示ステップと、
前記リストのコンテンツのうち、配信を受けるコンテンツを指定する指定情報を入力する入力ステップと、
各コンテンツ毎に、そのコンテンツが、ストリーミングにより配信されるコンテンツであるのか、またはダウンロードのファイルとして配信されるコンテンツであるのかを規定する配信情報であって、前記ネットワークを介して前記コンテンツ配信装置から提供された前記配信情報に基づいて、前記コンテンツ配信装置から前記ネットワークを介して配信された前記コンテンツを取得する取得ステップと
をコンピュータに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、コンテンツ配信システムおよび方法、コンテンツ処理装置および方法、記録媒体、並びにプログラムに関し、特に、ユーザに戸惑いを覚えさせることなくコンテンツを配信することができるようにしたコンテンツ配信システムおよび方法、コンテンツ処理装置および方法、記録媒体、並びにプログラムに関する。
【０００２】
【従来の技術】
最近、インターネットが普及し、インターネットを介して、各種のコンテンツが配信されるようになってきた。そこで、コンテンツを提供する提供者の広告情報を効果的にユーザに配信することも提案されている（例えば、特許文献１）。
【０００３】
コンテンツのインターネットを介しての配信方法には、ストリーミングによる配信とダウンロードのファイルによる配信がある。ストリーミングによる配信の場合、受信側では、インターネットを介して受信したデータをリアルタイムでディスプレイに出力、表示して、視聴することになる。
【０００４】
これに対して、ダウンロードのファイルによる配信の場合、コンテンツデータは、一旦、例えば、ハードディスクなどに記録される。ユーザは、ハードディスクに記録されたファイルを、その後、任意のタイミングで再生し、コンテンツを視聴することになる。
【０００５】
ストリーミング配信の場合、受信したデータを大量に記憶する必要がないため、ハードディスクなどを備えない装置でも、コンテンツを視聴することができる。反面、コンテンツを提供するサーバと受信装置とが常に接続されていなければならないため、通信料が使用時間に応じて課金される場合には、ユーザにとって大きな負担となる。
【０００６】
これに対して、ダウンロードのファイルによる配信の場合、ファイル転送が完了した時点で、サーバとの接続が不要となるため、サーバとの間の接続時間は短くて済む。また、コンテンツが受信側に記録されているため、ユーザは、その後、好きな日時において、コンテンツを視聴することが可能となる。
【０００７】
【特許文献１】
特開２００３−６９９７７公報
【０００８】
【発明が解決しようとする課題】
このように、ストリーミングによる配信とダウンロードのファイルによる配信は、それぞれ一長一短がある。コンテンツをパーソナルコンピュータで視聴する場合、通常、そのユーザもストリーミングによる配信やダウンロードのファイルによる配信についての知識を有する者であることが多く、ストリーミングの配信における場合と、ダウンロードのファイルによる配信における場合とで、操作が異なったとしても、それほど大きな支障にはならない。
【０００９】
しかしながら、インターネットを介して配信するコンテンツを、例えば、テレビジョン受像機により受信し、視聴するような場合、そのユーザには、ストリーミング配信、ダウンロードのファイル配信といった知識を有していない者も多く含まれる。その結果、ストリーミング配信における場合とダウンロードのファイル配信における場合とで、異なる操作をしなければならないとすると、操作性が悪くなり、インターネットを介してのコンテンツ配信の普及の妨げの原因ともなる。
【００１０】
本発明は、このような状況に鑑みてなされたものであり、一般ユーザに複雑な操作を強いることなく、コンテンツをネットワークを介して配信できるようにするものである。
【００１１】
【課題を解決するための手段】
本発明のコンテンツ配信システムは、ストリーミングにより配信されるコンテンツと、ダウンロードのファイルとして配信されるコンテンツを含む、複数のコンテンツのリストをコンテンツ処理装置からそのユーザに提示し、リストのコンテンツのうち、コンテンツ処理装置のユーザが配信を受けるコンテンツを指定する指定情報を、コンテンツ処理装置から入力し、コンテンツ処理装置は、各コンテンツ毎に、そのコンテンツが、ストリーミングにより配信されるコンテンツであるのか、またはダウンロードのファイルとして配信されるコンテンツであるのかを規定する配信情報であって、ネットワークを介してコンテンツ配信装置から提供された配信情報に基づいて、コンテンツ配信装置からネットワークを介して配信されたコンテンツを取得することを特徴とする。
【００１２】
本発明のコンテンツ配信方法は、ストリーミングにより配信されるコンテンツと、ダウンロードのファイルとして配信されるコンテンツを含む、複数のコンテンツのリストをコンテンツ処理装置からそのユーザに提示し、リストのコンテンツのうち、コンテンツ処理装置のユーザが配信を受けるコンテンツを指定する指定情報を、コンテンツ処理装置から入力し、コンテンツ処理装置は、各コンテンツ毎に、そのコンテンツが、ストリーミングにより配信されるコンテンツであるのか、またはダウンロードのファイルとして配信されるコンテンツであるのかを規定する配信情報であって、ネットワークを介してコンテンツ配信装置から提供された配信情報に基づいて、コンテンツ配信装置からネットワークを介して配信されたコンテンツを取得することを特徴とする。
【００１３】
本発明のコンテンツ処理装置は、ストリーミングにより配信されるコンテンツと、ダウンロードのファイルとして配信されるコンテンツを含む、複数のコンテンツのリストを提示する提示手段と、リストのコンテンツのうち、配信を受けるコンテンツを指定する指定情報を入力する入力手段と、各コンテンツ毎に、そのコンテンツが、ストリーミングにより配信されるコンテンツであるのか、またはダウンロードのファイルとして配信されるコンテンツであるのかを規定する配信情報であって、ネットワークを介してコンテンツ配信装置から提供された配信情報に基づいて、コンテンツ配信装置からネットワークを介して配信されたコンテンツを取得する取得手段とを備えることを特徴とする。
【００１４】
前記配信情報は、コンテンツのライセンスに対応付けられているようにすることができる。
【００１５】
前記配信情報は、コンテンツにアクセスするための情報をさらに含むようにすることができる。
【００１６】
本発明のコンテンツ処理方法は、ストリーミングにより配信されるコンテンツと、ダウンロードのファイルとして配信されるコンテンツを含む、複数のコンテンツのリストを提示する提示ステップと、リストのコンテンツのうち、配信を受けるコンテンツを指定する指定情報を入力する入力ステップと、各コンテンツ毎に、そのコンテンツが、ストリーミングにより配信されるコンテンツであるのか、またはダウンロードのファイルとして配信されるコンテンツであるのかを規定する配信情報であって、ネットワークを介してコンテンツ配信装置から提供された配信情報に基づいて、コンテンツ配信装置からネットワークを介して配信されたコンテンツを取得する取得ステップとを含むことを特徴とする。
【００１７】
本発明の記録媒体のプログラムは、ネットワークを介してコンテンツ配信装置からコンテンツの配信を受けるコンテンツ処理装置のプログラムであって、ストリーミングにより配信されるコンテンツと、ダウンロードのファイルとして配信されるコンテンツを含む、複数のコンテンツのリストを提示する提示ステップと、リストのコンテンツのうち、配信を受けるコンテンツを指定する指定情報を入力する入力ステップと、各コンテンツ毎に、そのコンテンツが、ストリーミングにより配信されるコンテンツであるのか、またはダウンロードのファイルとして配信されるコンテンツであるのかを規定する配信情報であって、ネットワークを介してコンテンツ配信装置から提供された配信情報に基づいて、コンテンツ配信装置からネットワークを介して配信されたコンテンツを取得する取得ステップとを含むことを特徴とする。
【００１８】
本発明のプログラムは、ネットワークを介してコンテンツ配信装置からコンテンツの配信を受けるコンテンツ処理装置のプログラムであって、ストリーミングにより配信されるコンテンツと、ダウンロードのファイルとして配信されるコンテンツを含む、複数のコンテンツのリストを提示する提示ステップと、リストのコンテンツのうち、配信を受けるコンテンツを指定する指定情報を入力する入力ステップと、各コンテンツ毎に、そのコンテンツが、ストリーミングにより配信されるコンテンツであるのか、またはダウンロードのファイルとして配信されるコンテンツであるのかを規定する配信情報であって、ネットワークを介してコンテンツ配信装置から提供された配信情報に基づいて、コンテンツ配信装置からネットワークを介して配信されたコンテンツを取得する取得ステップとをコンピュータに実行させる。
【００１９】
第１の本発明においては、ストリーミングにより配信されるコンテンツとダウンロードのファイルとして配信されるコンテンツを含む複数のコンテンツのリストがユーザに提示され、ユーザが配信を受けるコンテンツを指定する指定情報がコンテンツ処理装置から入力される。コンテンツ配信装置からコンテンツ処理装置に提供された、コンテンツがストリーミングにより配信されるコンテンツであるのか、または、ダウンロードのファイルとして配信されるコンテンツであるのかを規定する配信情報に基づいて、コンテンツ処理装置は、コンテンツを取得する。
【００２０】
第２の本発明においては、ストリーミングにより配信されるコンテンツと、ダウンロードのファイルとして配信されるコンテンツを含む、複数のコンテンツのリストが提示され、配信を受けるコンテンツを指定する指定情報が入力されると、そのコンテンツがストリーミングにより配信されるコンテンツであるのか、または、ダウンロードのファイルとして配信されるコンテンツであるのかを規定する配信情報に基づいて、コンテンツが取得される。
【００２１】
【発明の実施の形態】
以下に本発明の実施の形態を説明するが、請求項に記載の構成要件と、発明の実施の形態における具体例との対応関係を例示すると、次のようになる。この記載は、請求項に記載されている発明をサポートする具体例が、発明の実施の形態に記載されていることを確認するためのものである。従って、発明の実施の形態中には記載されているが、構成要件に対応するものとして、ここには記載されていない具体例があったとしても、そのことは、その具体例が、その構成要件に対応するものではないことを意味するものではない。逆に、具体例が構成要件に対応するものとしてここに記載されていたとしても、そのことは、その具体例が、その構成要件以外の構成要件には対応しないものであることを意味するものでもない。
【００２２】
さらに、この記載は、発明の実施の形態に記載されている具体例に対応する発明が、請求項に全て記載されていることを意味するものではない。換言すれば、この記載は、発明の実施の形態に記載されている具体例に対応する発明であって、この出願の請求項には記載されていない発明の存在、すなわち、将来、分割出願されたり、補正により追加される発明の存在を否定するものではない。
【００２３】
［請求項１］  ネットワーク（例えば、図１のインターネット１）を介してコンテンツ配信装置（例えば、図１のサーバ２）からコンテンツ処理装置（例えば、図１のディジタルテレビジョン受像機３−１）にコンテンツ（例えば、番組）を配信するコンテンツ配信システム（例えば、図１のコンテンツ配信システム１１）において、
ストリーミングにより配信されるコンテンツと、ダウンロードのファイルとして配信されるコンテンツを含む、複数のコンテンツのリスト（例えば、図１８のパッケージ内タイトル一覧）を前記コンテンツ処理装置からそのユーザに提示し（例えば、図８のステップＳ２４）、
前記リストのコンテンツのうち、前記コンテンツ処理装置のユーザが配信を受けるコンテンツを指定する指定情報（例えば、図１８のカーソル１４１により番組「最終話  宇宙を駆ける」が指定されていることを表す情報）を、前記コンテンツ処理装置から入力し（例えば、図８のステップＳ５１）、
前記コンテンツ処理装置は、各コンテンツ毎に、そのコンテンツが、ストリーミングにより配信されるコンテンツであるのか、またはダウンロードのファイルとして配信されるコンテンツであるのかを規定する配信情報（例えば、図６のＳｔａｒｔｕｐ  ｆｉｌｅ）であって、前記ネットワークを介して前記コンテンツ配信装置から提供された（例えば、図８のステップＳ１２２の処理により提供されたか、または図１２のステップＳ３９２と、図１１のステップＳ２９４の処理により提供された）前記配信情報に基づいて、前記コンテンツ配信装置から前記ネットワークを介して配信された前記コンテンツを取得する（例えば、図８のステップＳ２９の処理により取得するか、または図１１のステップＳ２２９の処理により取得する）
ことを特徴とするコンテンツ配信システム。
［請求項２］  ネットワーク（例えば、図１のインターネット１）を介してコンテンツ配信装置（例えば、図１のサーバ２）からコンテンツ処理装置（例えば、図１のディジタルテレビジョン受像機３−１）にコンテンツ（例えば、番組）を配信するコンテンツ配信システム（例えば、図１のコンテンツ配信システム１１）のコンテンツ配信方法において、
ストリーミングにより配信されるコンテンツと、ダウンロードのファイルとして配信されるコンテンツを含む、複数のコンテンツのリスト（例えば、図１８のパッケージ内タイトル一覧）を前記コンテンツ処理装置からそのユーザに提示し（例えば、図８のステップＳ２４）、
前記リストのコンテンツのうち、前記コンテンツ処理装置のユーザが配信を受けるコンテンツを指定する指定情報（例えば、図１８のカーソル１４１により番組「最終話  宇宙を駆ける」が指定されていることを表す情報）を、前記コンテンツ処理装置から入力し（例えば、図８のステップＳ５１）、
前記コンテンツ処理装置は、各コンテンツ毎に、そのコンテンツが、ストリーミングにより配信されるコンテンツであるのか、またはダウンロードのファイルとして配信されるコンテンツであるのかを規定する配信情報（例えば、図６のＳｔａｒｔｕｐ  ｆｉｌｅ）であって、前記ネットワークを介して前記コンテンツ配信装置から提供された（例えば、図８のステップＳ１２２の処理により提供されたか、または図１２のステップＳ３９２と、図１１のステップＳ２９４の処理により提供された）前記配信情報に基づいて、前記コンテンツ配信装置から前記ネットワークを介して配信された前記コンテンツを取得する（例えば、図８のステップＳ２９の処理により取得するか、または図１１のステップＳ２２９の処理により取得する）
ことを特徴とするコンテンツ配信方法。
［請求項３］  ネットワーク（例えば、図１のインターネット１）を介してコンテンツ配信装置（例えば、図１のサーバ２）からコンテンツ（例えば、番組）の配信を受けるコンテンツ処理装置（例えば、図１のディジタルテレビジョン受像機３−１）において、
ストリーミングにより配信されるコンテンツと、ダウンロードのファイルとして配信されるコンテンツを含む、複数のコンテンツのリスト（例えば、図１８のパッケージ内タイトル一覧）を提示する提示手段（例えば、図１５のステップＳ５０１の処理を実行する図２のコンテンツ再生部２４）と、
前記リストのコンテンツのうち、配信を受けるコンテンツを指定する指定情報（例えば、図１８のカーソル１４１により番組「最終話  宇宙を駆ける」が指定されていることを表す情報）を入力する入力手段（例えば、図１５のステップＳ５０２の処理を実行する図２の入力部２１）と、
各コンテンツ毎に、そのコンテンツが、ストリーミングにより配信されるコンテンツであるのか、またはダウンロードのファイルとして配信されるコンテンツであるのかを規定する配信情報（例えば、図６のＳｔａｒｔｕｐ  ｆｉｌｅ）であって、前記ネットワークを介して前記コンテンツ配信装置から提供された（例えば、図８のステップＳ１２２の処理により提供されたか、または図１２のステップＳ３９２と、図１１のステップＳ２９４の処理により提供された）前記配信情報に基づいて（例えば、図１５のステップＳ５０８の処理、または図１６のステップＳ５１４の処理に基づいて）、前記コンテンツ配信装置から前記ネットワークを介して配信された前記コンテンツを取得する取得手段（例えば、図１５のステップＳ５１１、若しくは図１６のステップＳ５１８の処理を実行する図２のコンテンツ再生部２４、または図１５のステップＳ５１０、若しくは図１６のステップＳ５２１の処理を実行する図２のコンテンツ記憶部２７）と
を備えることを特徴とするコンテンツ処理装置。
［請求項４］  前記配信情報は、前記コンテンツのライセンスに対応付けられている（例えば、図６に示されるように、ｓｔａｒｔｕｐ  ｆｉｌｅを含むコンテンツは、コンテンツＩＤと１対１に対応し、コンテンツＩＤはライセンスＩＤと１対ｎに対応し、ライセンスＩＤはライセンスと１対１に対応する）
ことを特徴とする請求項３に記載のコンテンツ処理装置。
［請求項５］  前記配信情報は、前記コンテンツにアクセスするための情報（例えば、図１０、図１３、または図１４のｕｒｌ）をさらに含む
ことを特徴とする請求項３に記載のコンテンツ処理装置。
［請求項６］  ネットワーク（例えば、図１のインターネット１）を介してコンテンツ配信装置（例えば、図１のサーバ２）からコンテンツ（例えば、番組）の配信を受けるコンテンツ処理装置（例えば、図１のディジタルテレビジョン受像機３−１）のコンテンツ処理方法において、
ストリーミングにより配信されるコンテンツと、ダウンロードのファイルとして配信されるコンテンツを含む、複数のコンテンツのリスト（例えば、図１８のパッケージ内タイトル一覧）を提示する提示ステップ（例えば、図１５のステップＳ５０１）と、
前記リストのコンテンツのうち、配信を受けるコンテンツを指定する指定情報（例えば、図１８のカーソル１４１により番組「最終話  宇宙を駆ける」が指定されていることを表す情報）を入力する入力ステップ（例えば、図１５のステップＳ５０２）と、
各コンテンツ毎に、そのコンテンツが、ストリーミングにより配信されるコンテンツであるのか、またはダウンロードのファイルとして配信されるコンテンツであるのかを規定する配信情報（例えば、図６のＳｔａｒｔｕｐ  ｆｉｌｅ）であって、前記ネットワークを介して前記コンテンツ配信装置から提供された（例えば、図８のステップＳ１２２の処理により提供されたか、または図１２のステップＳ３９２と、図１１のステップＳ２９４の処理により提供された）前記配信情報に基づいて（例えば、図１５のステップＳ５０８の処理、または図１６のステップＳ５１４の処理に基づいて）、前記コンテンツ配信装置から前記ネットワークを介して配信された前記コンテンツを取得する取得ステップ（例えば、図１５のステップＳ５１１、若しくは図１６のステップＳ５１８、または図１５のステップＳ５１０、若しくは図１６のステップＳ５２１）と
を含むことを特徴とするコンテンツ処理方法。
［請求項７］  ネットワーク（例えば、図１のインターネット１）を介してコンテンツ配信装置（例えば、図１のサーバ２）からコンテンツ（例えば、番組）の配信を受けるコンテンツ処理装置（例えば、図１のディジタルテレビジョン受像機３−１）のプログラムであって、
ストリーミングにより配信されるコンテンツと、ダウンロードのファイルとして配信されるコンテンツを含む、複数のコンテンツのリスト（例えば、図１８のパッケージ内タイトル一覧）を提示する提示ステップ（例えば、図１５のステップＳ５０１）と、
前記リストのコンテンツのうち、配信を受けるコンテンツを指定する指定情報（例えば、図１８のカーソル１４１により番組「最終話  宇宙を駆ける」が指定されていることを表す情報）を入力する入力ステップ（例えば、図１５のステップＳ５０２）と、
各コンテンツ毎に、そのコンテンツが、ストリーミングにより配信されるコンテンツであるのか、またはダウンロードのファイルとして配信されるコンテンツであるのかを規定する配信情報（例えば、図６のＳｔａｒｔｕｐ  ｆｉｌｅ）であって、前記ネットワークを介して前記コンテンツ配信装置から提供された（例えば、図８のステップＳ１２２の処理により提供されたか、または図１２のステップＳ３９２と、図１１のステップＳ２９４の処理により提供された）前記配信情報に基づいて（例えば、図１５のステップＳ５０８の処理、または図１６のステップＳ５１４の処理に基づいて）、前記コンテンツ配信装置から前記ネットワークを介して配信された前記コンテンツを取得する取得ステップ（例えば、図１５のステップＳ５１１、若しくは図１６のステップＳ５１８、または図１５のステップＳ５１０、若しくは図１６のステップＳ５２１）と
を含むことを特徴とするコンピュータが読み取り可能なプログラムが記録されている記録媒体。
［請求項８］  ネットワーク（例えば、図１のインターネット１）を介してコンテンツ配信装置（例えば、図１のサーバ２）からコンテンツ（例えば、番組）の配信を受けるコンテンツ処理装置（例えば、図１のディジタルテレビジョン受像機３−１）のプログラムであって、
ストリーミングにより配信されるコンテンツと、ダウンロードのファイルとして配信されるコンテンツを含む、複数のコンテンツのリスト（例えば、図１８のパッケージ内タイトル一覧）を提示する提示ステップ（例えば、図１５のステップＳ５０１）と、
前記リストのコンテンツのうち、配信を受けるコンテンツを指定する指定情報（例えば、図１８のカーソル１４１により番組「最終話  宇宙を駆ける」が指定されていることを表す情報）を入力する入力ステップ（例えば、図１５のステップＳ５０２）と、
各コンテンツ毎に、そのコンテンツが、ストリーミングにより配信されるコンテンツであるのか、またはダウンロードのファイルとして配信されるコンテンツであるのかを規定する配信情報（例えば、図６のＳｔａｒｔｕｐ  ｆｉｌｅ）であって、前記ネットワークを介して前記コンテンツ配信装置から提供された（例えば、図８のステップＳ１２２の処理により提供されたか、または図１２のステップＳ３９２と、図１１のステップＳ２９４の処理により提供された）前記配信情報に基づいて（例えば、図１５のステップＳ５０８の処理、または図１６のステップＳ５１４の処理に基づいて）、前記コンテンツ配信装置から前記ネットワークを介して配信された前記コンテンツを取得する取得ステップ（例えば、図１５のステップＳ５１１、若しくは図１６のステップＳ５１８、または図１５のステップＳ５１０、若しくは図１６のステップＳ５２１）と
をコンピュータに実行させることを特徴とするプログラム。
【００２４】
以下、本発明の実施の形態について説明する。図１は、本発明を適用したコンテンツ配信システムの構成例を表している。このコンテンツ配信システム１１は、代表的なネットワークとしてのインターネット１を介して相互に接続されたサーバ２とディジタルテレビジョン受像機３−１，３−２とにより構成される。インターネット１には、また、放送局４も接続されている。サーバ２は、放送局４が放送した番組を受信し、保持する。あるいはまた、サーバ２は、放送局４からインターネット１を介して、番組の提供を受け、これを保持する。もちろん、サーバ２は、この他、独自の番組を保持することもできる。
【００２５】
ディジタルテレビジョン受像機３−１，３−２は、例えば、家庭、職場等に配置されており、放送局４が放送する電波を受信し、番組を視聴する機能を有している他、インターネット１を介して、サーバ２が提供する番組を受信し、視聴する機能も有している。
【００２６】
なお、図１には、１台のサーバ２と、２台のディジタルテレビジョン受像機３−１，３−２のみが示されているが、サーバ２は、複数台であってもよいし、ディジタルテレビジョン受像機３−１，３−２は、一般的には、より多くの台数とされる。
【００２７】
なお、以下においては、ディジタルテレビジョン受像機３−１，３−２を個々に区別する必要がない場合、単に、ディジタルテレビジョン受像機３と称する。
【００２８】
図２は、ディジタルテレビジョン受像機３の機能的構成例を表している。入力部２１は、ユーザからの各種の指令を入力する。呈示部２２は、番組を構成する画像を表示したり、対応する音声を出力する。呈示部２２は、また、その他の各種の情報をユーザに呈示する。
【００２９】
ブラウザ２３は、ＨＴＭＬ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）文書（ＣＳＳ（Ｃａｓｃａｄｉｎｇ
Ｓｔｙｌｅ  Ｓｈｅｅｔｓ）を含む）の呈示と、ＨＴＭＬに含まれるスクリプトの実行を行う。また、ブラウザ２３は、同様に、ＢＭＬ（Ｂｒｏａｄｃａｓｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）文書（ＣＳＳを含む）の呈示と、ＢＭＬに含まれるスクリプトの実行を行う。この他、コンテントガード社のＸｒＭＬ（ｅＸｔｅｎｓｉｂｌｅ  ｒｉｇｈｔｓ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）に対応することもできる。
【００３０】
コンテンツ再生部２４は、例えば、マイクロソフト社のメディアプレーヤ（商標）に代表されるソフトウエアにより構成され、コンテンツの受信から再生までを制御し、実行する。コンテンツ再生部２４は、また、マークアップ言語処理以外のディジタルテレビジョン受像機３に組み込まれている各種の制御も実行する。
【００３１】
ＤＲＭ（Ｄｉｇｉｔａｌ  Ｒｉｇｈｔ  Ｍａｎａｇｅｍｅｎｔ）処理部２５は、サーバ２を構成するＤＲＭサーバ７４（後述する図４）と通信し、コンテンツに関するライセンスを取得し、ディジタルテレビジョン受像機３内において、これを管理する。なお、ＤＲＭ処理部２５は、暗号化されているデータを復号するキーＫｃをコンテンツ再生部２４に供給するので、キーＫｃをセキュアに管理するためには、例えば、コンテンツ再生部２４と一体化される。
【００３２】
課金処理部２６は、電子マネー、プリペイドなどの方式に基づいて、課金処理を行う。コンテンツ記憶部２７は、例えば、ハードディスクなどで構成され、サーバ２のコンテンツサーバ７５（図４）から提供されるコンテンツを記憶する。
【００３３】
アプリケーション２８は、各種のソフトウエアにより構成され、ディジタルテレビジョン受像機３の各種の動作を制御する。メタデータデータベース２９は、サーバ２のメタデータデータベース７３（図４）から供給されるメタデータを保持する。
【００３４】
入力部２１は、ユーザからの入力に対応する信号をブラウザ２３とコンテンツ再生部２４に出力する。呈示部２２は、ブラウザ２３またはコンテンツ再生部２４から提供される情報を提示する。コンテンツ再生部２４は、コンテンツ記憶部２７から必要なコンテンツを読み出す。コンテンツ再生部２４は、また、必要に応じて課金処理部２６に課金処理を指示する。ＤＲＭ処理部２５は、コンテンツ再生部２４からのＤＲＭ処理の指示に基づいて、ＤＲＭ処理を実行した後、暗号化されているコンテンツを復号するのに必要なキーＫｃをコンテンツ再生部２４に出力する。
【００３５】
アプリケーション２８は、ブラウザ２３を起動したり、コンテンツ再生部２４に再生を指示する処理を実行する他、メタデータデータベース２９にメタデータ検索を指令し、検索の結果得られたメタデータを取得する。
【００３６】
ディジタルテレビジョン受像機３は、例えば、図３に示されるようなリモートコマンダ５１からの指令に基づいて、各種の動作を実行する。このリモートコマンダ５１は、数字１乃至１２に対応する数字ボタン５２を有している。また、リモートコマンダ５１の前方先端には、ユーザのボタン操作に対応する赤外線信号を発生する発生部５３が設けられている。
【００３７】
数字ボタン５２の図中下側には、カーソルなどを上下左右に移動させるとき操作される方向ボタン５５Ｕ，５５Ｄ，５５Ｌ，５５Ｒと、その中央に確定処理を行うとき、操作される決定ボタン５４が配置されている。
【００３８】
また、リモートコマンダ５１の図中下側には、詳細ボタン５６、停止ボタン５７、および再生ボタン５８が設けられている。詳細ボタン５６は、呈示されている情報のより詳細な情報の提示を指示するとき操作される。停止ボタン５７は、コンテンツの再生を停止するとき操作される。再生ボタン５８は、コンテンツの再生を指示するとき操作される。再生ボタン５８の上方のメニューボタン５９は、メニューを表示するとき操作される。
【００３９】
なお、図示は省略されているが、リモートコマンダ５１には、この他、各種の機能が割り当てられた各種のボタンが適宜設けられる。
【００４０】
図４は、サーバ２の構成を表している。この例においては、サーバ２は、ショップサーバ７１、決済サーバ７２、メタデータデータベース７３、ＤＲＭサーバ７４、およびコンテンツサーバ７５により構成されている。
【００４１】
サーバ２の各部は、ディジタルテレビジョン受像機３の各部と、図５に示されるように、相互に情報を授受する。
【００４２】
ショップサーバ７１は、ブラウザ２３からインターネット１を介してアクセスを受けたとき、ＨＴＭＬ文書またはＢＭＬ文書からなるナビゲーション情報をブラウザ２３に提供する。決済サーバ７２は、ブラウザ２３または課金処理部２６と通信し、決済処理を行う。決済サーバ７２は、ショップサーバ７１からの決済処理依頼に基づいて、決済処理を行い、その決済結果をショップサーバ７１に出力する。
【００４３】
メタデータデータベース７３は、アプリケーション２８からのメタデータ取得依頼に基づいて、記憶しているメタデータを読み出し、ディジタルテレビジョン受像機３のメタデータデータベース２９に供給し、記憶させる。
【００４４】
また、メタデータデータベース７３は、ショップサーバ７１からのメタデータ検索依頼に基づいて、検索して得られたメタデータをショップサーバ７１に供給する。
【００４５】
ＤＲＭサーバ７４は、ショップサーバ７１からのライセンス発行許可要請に基づいて、ディジタルテレビジョン受像機３のＤＲＭ処理部２５と通信し、ＤＲＭ処理を実行する。このＤＲＭ処理には、ユーザがライセンスを有する適正なユーザであるのか否かの認証処理、暗号化されているデータを復号するのに必要なキーＫｃの付与、取得処理、その他の著作権管理に必要な処理が含まれる。正しいＤＲＭ処理が実行できたとき、ＤＲＭサーバ７４は、コンテンツサーバ７５にコンテンツを暗号化するのに必要なキーＫｃを供給する。また、ＤＲＭサーバ７４は、正しいＤＲＭ処理が実行できたとき、ディジタルテレビジョン受像機３のＤＲＭ処理部２５に、対応するキーＫｃを供給する。
【００４６】
コンテンツサーバ７５は、ＤＲＭサーバ７４より供給されたキーＫｃを用いて、コンテンツデータを暗号化し、コンテンツ再生部２４にストリーミング配信するか、または、ダウンロードのファイルとしてコンテンツ記憶部２７に配信し、記憶させる。
【００４７】
なお、図４と図５の例では、サーバ２を複数のサーバで構成するようにしたが、１つのサーバで構成することも、もちろん可能である。
【００４８】
図６は、決済、ＤＲＭ処理、および再生に関する各種の情報の関係を表している。同図に示されるように、機器ＩＤとユーザＩＤ（Ｕｓｅｒ  ＩＤ）は、１対１に対応している。機器ＩＤは、ディジタルテレビジョン受像機３にそれぞれ割り当てられたＩＤであり、ユーザＩＤは、そのディジタルテレビジョン受像機３を使用するユーザに割り当てられたＩＤである。これらのＩＤにより、ディジタルテレビジョン受像機３やユーザが個々に識別される。
【００４９】
所定のユーザＩＤが割り当てられたユーザは、サーバ２の管理者との間で、商品としてのパッケージを購入する契約を行う。具体的には、ユーザは、サーバ２から提供される番組の中から所望の番組をパッケージ（Ｐａｃｋａｇｅ）として購入する。このパッケージには、パッケージメタ（Ｐａｃｋａｇｅ  Ｍｅｔａ）が１対１に対応している。
【００５０】
各パッケージには、１以上のコンテンツが対応付けられている。１つのコンテンツは、コンテンツ本体、ダウンロード用の管理情報ファイルとしてのＤｏｗｎｌｏａｄ．ｘｍｌ、およびスタートアップファイル（ｓｔａｒｔｕｐ  ｆｉｌｅ）により構成される。コンテンツ本体は、番組の内容を表すコンテンツデータの本体である。
【００５１】
管理情報ファイルとしてのＤｏｗｎｌｏａｄ．ｘｍｌは、そのコンテンツがダウンロード用のコンテンツである場合に用意されるものであり、その中には、ディレクトリ、ファイル名等が記述されている。そのディレクトリに記述されている全てのファイルが受信されたとき、ダウンロードが完了したことになる。
【００５２】
ｓｔａｒｔｕｐ  ｆｉｌｅは、そのコンテンツがダウンロード配信用のデータであるのか、ストリーミング配信用のデータであるのかといったことを表す配信タイプに関する情報を含んでいる。このｓｔａｒｔｕｐ  ｆｉｌｅの詳細につしては、図１０を参照して後述する。
【００５３】
コンテンツには、コンテンツＩＤ（Ｃｏｎｔｅｎｔｓ  ＩＤ）が１対１に対応する。コンテンツは、このコンテンツＩＤにより識別される。コンテンツＩＤには、コンテンツメタデータ（Ｃｏｎｔｅｎｔｓ  Ｍｅｔａｄａｔａ）がさらに１対１に対応する。コンテンツメタデータは、図７に示されるように、コンテンツＩＤ、タイトル名、ジャンル、番組説明といった情報を含んでいる。
【００５４】
１つのコンテンツＩＤには、ｎ個（ｎは１以上の整数）のライセンスＩＤが対応付けられる。同様に、１つのコンテンツメタデータには、ｎ個のライセンスメタデータ（Ｌｉｃｅｎｓｅ  Ｍｅｔａｄａｔａ）が対応付けられる。
【００５５】
ライセンスＩＤは、１対１に対応付けられているライセンスを識別する。各ライセンスは、ライセンスＩＤ、使用ルール（Ｕｓａｇｅ  Ｒｕｌｅ）、およびコンテンツ鍵束により構成される。このコンテンツ鍵束（図５に示されるキーＫｃに対応する）は、そのライセンスが対象とするコンテンツを復号するのに必要な任意の数のキー（鍵）を含む鍵束であり、コンテンツＩＤと１対１に対応している。
【００５６】
ライセンスＩＤには、ライセンスメタデータ（Ｌｉｃｅｎｓｅ  Ｍｅｔａｄａｔａ）が１対１に対応する。ライセンスメタデータには、図７に示されるように、ライセンスＩＤ、コンテンツＩＤ、コンテンツＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）、ライセンスＵＲＬ、配信タイプ、コンテンツタイトル名、使用規則のテキストなどが含まれる。
【００５７】
ライセンスメタデータとコンテンツメタデータは、そこに含まれるコンテンツＩＤにより、ｎ対１に対応付けられる。
【００５８】
ライセンスメタデータのコンテンツＵＲＬは、コンテンツを得る場合のアクセス先を表す。ライセンスＵＲＬは、ライセンスを得る場合のアクセス先を表す。配信タイプは、そのライセンスが対象とするコンテンツが、ストリーム配信されるものであるのか、ダウンロードファイルとして配信されるものであるのかを表す。
【００５９】
パッケージは、ライセンスＩＤとｍ対ｎ（ｍはｎと同様、１以上の整数）に対応付けられる。同様に、パッケージメタは、ライセンスメタデータとｍ対ｎに対応付けられる。
【００６０】
パッケージメタは、図７に示されるように、パッケージＩＤ（Ｐａｃｋａｇｅ  ＩＤ）、ショップサイトＵＲＬ（Ｓｈｏｐ  Ｓｉｔｅ  ＵＲＬ）、パッケージ利用期間、パッケージタイプ、パッケージ情報、およびライセンスＩＤリストにより構成される。
【００６１】
パッケージＩＤは、パッケージを識別する情報である。ショップサイトＵＲＬは、そのパッケージを得るためのショップサイトのアクセス先を表す。パッケージ利用期間は、そのパッケージを利用することが可能な期間を表す。
【００６２】
パッケージタイプは、そのパッケージがパック（Ｐａｃｋ）であるのか、またはサブスクリプション（Ｓｕｂｓｃｒｉｐｔｉｏｎ）であるのかを表す。あるいは、また、パッケージタイプは、マルチキャスト（Ｍｕｌｔｉｃａｓｔ）であるのか、そうでないのかを表す。Ｐａｃｋは、予め定められている所定の任意の数の番組が含まれるタイプのパッケージであることを表す。Ｓｕｂｓｃｒｉｐｔｉｏｎは、例えば、予め定めされた一定の日数に渡って、予め定められたチャンネルの番組を視聴できるタイプであることを表す。Ｍｕｌｔｉｃａｓｔは、そのパッケージが有料または無料で不特定多数のユーザに提供されるタイプであることを表す。
【００６３】
パッケージ情報は、そのパッケージの名称と料金に関する情報を含む。ライセンスＩＤリストは、そのパッケージに含まれるライセンスのライセンスＩＤを記述する。
【００６４】
パッケージメタは、そこに記述されているライセンスＩＤに対応するライセンスメタデータに対応することになる。
【００６５】
次に、図８のフローチャートを参照して、サーバ２上のコンテンツを再生する場合の処理について説明する。
【００６６】
なお、この図８の処理を実行するに先立って、ディジタルテレビジョン受像機３は、サーバ２からメタデータを予め取得しておく必要がある。この処理が図９のフローチャートに示されている。
【００６７】
すなわち、ステップＳ１５１において、アプリケーション２８は、ユーザからの指示に基づいて、インターネット１を介してメタデータデータベース７３にアクセスし、メタデータ取得を依頼する。メタデータデータベース７３は、ステップＳ１７１において、アプリケーション２８からのアクセスを受け付けると、ステップＳ１７２において、依頼されたコンテンツに関するメタデータを読み出し、インターネット１を介して、ディジタルテレビジョン受像機３のメタデータデータベース２９に供給する。メタデータデータベース２９は、ステップＳ１６１において、このメタデータを受信し、記憶する。
【００６８】
以上の処理により、ディジタルテレビジョン受像機３のメタデータデータベース２９には、メタデータが予め保持される。このメタデータには、図６に示されるパッケージメタ、ライセンスメタデータ、およびコンテンツメタデータが含まれる。
【００６９】
このようにして、予めメタデータがメタデータデータベース２９に保持されている状態で、図８に示される処理が実行される。なお、図８のユーザインターフェースは、図２の入力部２１と呈示部２２により構成される。
【００７０】
ユーザは、リモートコマンダ５１のメニューボタン５９を操作することで、ディジタルテレビジョン受像機３１のメニュー起動を指令する。このとき、ステップＳ１で入力部２１は、コンテンツ再生部２４にメニュー起動を指令する。ステップＳ２１において、入力部２１からの指令を受信したコンテンツ再生部２４は、ステップＳ２２において、メタデータデータベース２９に既に記憶されているメタデータの読み出しを指令する。
【００７１】
ステップＳ９１において、メタデータデータベース２９は、コンテンツ再生部２４からの指令を取得すると、ステップＳ９２において、予め記憶されているメタデータを読み出し、コンテンツ再生部２４に供給する。
【００７２】
コンテンツ再生部２４は、ステップＳ２３において、メタデータデータベース２９から供給されたメタデータを取得すると、ステップＳ２４において、そこに記述されているコンテンツ（番組）のタイトル名を読み出し、ユーザインターフェースとしての呈示部２２に供給する。ステップＳ２において、呈示部２２は、コンテンツ再生部２４から供給されたコンテンツのリストを表示する。
【００７３】
ユーザは、このリストの表示を見て、リモートコマンダ５１の方向ボタン５５Ｕ乃至５５Ｒと決定ボタン５４を適宜操作することで、所定の番組を選択する。ステップＳ３で、入力部２１は、このユーザの操作に対応する選択信号（選択された番組を指定する情報）をブラウザ２３に供給する。
【００７４】
ブラウザ２３は、ステップＳ５１において、入力部２１からの番組の選択を受信すると、ステップＳ５２において、その番組（コンテンツ）に対応するｓｔａｒｔｕｐ  ｆｉｌｅをコンテンツサーバ７５に要求する。この要求には、コンテンツを識別するコンテンツＩＤが含まれている。
【００７５】
コンテンツサーバ７５は、ステップＳ１２２において、指定されたコンテンツＩＤに対応するコンテンツのｓｔａｒｔｕｐ  ｆｉｌｅを読み出し、ブラウザ２３に送信する。
【００７６】
ブラウザ２３は、ステップＳ５３において、コンテンツサーバ７５からのｓｔａｒｔｕｐ  ｆｉｌｅ（ｓｔａｒｔｕｐ．ｈｔｍｌ）を受信する。
【００７７】
図１０は、このようにして受信されるｓｔａｒｔｕｐ  ｆｉｌｅの構成例を表している。同図に示されるように、このｓｔａｒｔｕｐ  ｆｉｌｅには、対象とするコンテンツのコンテンツＩＤが「ｃｏｎｔｅｎｔ＿ｉｄ１」であることが記述されており、また、そのコンテンツの配信のタイプがストリーム配信されるタイプである（「ｃｏｎｔｅｎｔ＝”ｓｔｒｅａｍ”」）ことが記述されている。
【００７８】
さらに、ｓｔａｒｔｕｐ  ｆｉｌｅには、１秒間が経過した後、次に記述されるＵＲＬにジャンプすることが記述されており、そのＵＲＬとして「ｈｔｔｐ：／／ｃｏｎｔｅｎｔｓ＿ｓｅｒｖｅｒ．ｓｓｎｙ．ｃｏ．ｊｐ／ｓａｍｐｌｅｔ．ｔｔｓ」が指定されている。
【００７９】
ステップＳ５４において、ブラウザ２３は、プラグインにより、コンテンツ再生部２４を起動する。
【００８０】
ステップＳ２５で、コンテンツ再生部２４は起動し、ステップＳ２６において、ＤＲＭ処理部２５に対してライセンス取得を依頼する。
【００８１】
ステップＳ７１において、ＤＲＭ処理部２５は、コンテンツ再生部２４からのライセンス取得依頼を受信すると、ステップＳ７２において、ＤＲＭサーバ７４にアクセスし、ＤＲＭ処理を要求する。このとき、ＤＲＭサーバ７４には、引数としてコンテンツ再生部２４が再生するコンテンツのライセンスＩＤとユーザＩＤが付加されている。
【００８２】
ステップＳ１１１で、ＤＲＭサーバ７４は、ＤＲＭ処理部２５からの要求に基づいて、ＤＲＭ処理を実行する。ＤＲＭサーバ７４は、ＤＲＭ処理部２５から供給されたライセンスＩＤとユーザＩＤに基づいて、そのユーザがライセンスを既に取得しているか否かを確認する。その処理の詳細は省略するが、ユーザは、そのコンテンツを再生するために、予めライセンスを取得しておくことになる。ＤＲＭサーバ７４は、このときユーザに付与したライセンスを識別するライセンスＩＤと、そのユーザのユーザＩＤを対応して記憶している。ＤＲＭ処理部２５から供給されたライセンスＩＤとユーザＩＤが、リストに登録されていれば、そのユーザは適正なユーザであると判定される。ライセンスＩＤとユーザＩＤが対応してリストに登録されていない場合には、そのユーザは、ライセンスを適正に購入したユーザではないと判定される。ＤＲＭサーバ７４は、その判定結果をＤＲＭ処理部２５に通知する。
【００８３】
ＤＲＭ処理部２５は、ステップＳ７２でＤＲＭサーバ７４からの判定結果を受信すると、それに基づいて再生を許可するか否かを判定する。そして、その判定結果がステップＳ７３でＤＲＭ処理部２５からコンテンツ再生部２４に供給される。
【００８４】
ステップＳ２７において、ＤＲＭ処理部２５から受信した通知が再生を許可しないものである場合、コンテンツ再生部２４は、再生処理を中止する。これに対して、ＤＲＭ処理部２５からの通知が再生を許可するものである場合（この通知には、コンテンツを復号するのに必要なキーＫｃも含まれている）、ステップＳ２８において、コンテンツ再生部２４は、そのライセンスのライセンスメタデータに記述されているコンテンツＵＲＬ（図７）にアクセスする。いまの例の場合、このＵＲＬは、そのコンテンツが、コンテンツサーバ７５に保持されていることを表している。
【００８５】
ステップＳ１２３において、コンテンツサーバ７５は、コンテンツ再生部２４からのアクセスを受け付けると、ステップＳ１２４において、そのコンテンツＵＲＬに記述されているコンテンツ本体のデータを読み出し、コンテンツ再生部２４にストリーム配信する。
【００８６】
ステップＳ２９において、コンテンツ再生部２４は、コンテンツサーバ７５からのストリームを受信すると、ステップＳ３０において、暗号化されているコンテンツデータをキーＫｃを用いて復号し、これをユーザインターフェースとしての呈示部２２に供給する。呈示部２２は、ステップＳ４において、コンテンツ再生部２４からのストリームを表示する。
【００８７】
以上のようにして、ユーザが指定したコンテンツのストリーム配信処理が行われる。
【００８８】
以上、コンテンツサーバ７５からコンテンツがストリーム配信される場合の処理について説明したが、次に、ディジタルテレビジョン受像機３にコンテンツが予めダウンロードされ、ファイルとして記憶されており、これを再生する場合の処理について説明する。
【００８９】
この場合、ディジタルテレビジョン受像機３においては、コンテンツデータを予めダウンロードしておく必要がある。この場合の処理について、図１２のフローチャートを参照して説明する。
【００９０】
アプリケーション２８は、ステップＳ３６１において、メタデータデータベース７３にアクセスし、メタデータ取得依頼を実行する。ステップＳ３９１において、この依頼を受け付けたメタデータデータベース７３は、ステップＳ３９２において、対応するコンテンツのメタデータを読み出し、ディジタルテレビジョン受像機３１のメタデータデータベース２９に送信する。ステップＳ３７１において、メタデータデータベース２９は、メタデータデータベース７３から供給されたメタデータを記憶する。
【００９１】
以上の処理は、図９のステップＳ１５１乃至ステップＳ１７２の処理と同様の処理である。
【００９２】
次に、ステップＳ３６２において、アプリケーション２８は、ユーザからの指示に基づいて、コンテンツサーバ７５にアクセスし、コンテンツの送信を依頼する。ステップＳ４０１において、この依頼を受け付けたコンテンツサーバ７５は、ステップＳ４０２において、依頼を受けたコンテンツを読み出して、コンテンツ記憶部２７に送信する。コンテンツ記憶部２７は、ステップＳ３８１において、コンテンツサーバ７５から送信されたコンテンツを受信すると、これを記憶する。
【００９３】
以上のようにして、メタデータデータベース２９とコンテンツ記憶部２９には、メタデータと対応するコンテンツが予め記憶される。
【００９４】
このように、メタデータとコンテンツデータが予め記憶された状態で図１１の処理が実行される。
【００９５】
ステップＳ２０１において、入力部２１は、ユーザからの指示に基づいて（ユーザがメニューボタン５９を操作したとき）、メニュー起動をコンテンツ再生部２４に指示する。コンテンツ再生部２４は、ステップＳ２２１において、入力部２１からのメニュー起動の指令を受け付けると、ステップＳ２２２において、メタデータデータベース２９にメタデータの読み出しを指令する。
【００９６】
ステップＳ２９１において、コンテンツ再生部２４からの指令を受け付けると、メタデータデータベース２９は、ステップＳ２９２において、予め記憶されているメタデータを読み出し、コンテンツ再生部２４に出力する。
【００９７】
コンテンツ再生部２４は、ステップＳ２２３において、メタデータデータベース２９からのメタデータを受信すると、ステップＳ２２４において、コンテンツのタイトルを読み出し、呈示部２２に出力する。ユーザインターフェースとしての呈示部２２は、ステップＳ２０２において、コンテンツ再生部２４からの番組タイトルの提示を受け付けると、これをユーザに提示する。
【００９８】
ユーザは、この番組タイトルの表示を見て、再生したいと思う番組をリモートコマンダ５１を操作することで選択する。ステップＳ２０３において、入力部２１は、ユーザにより選択されたコンテンツを指定する情報をブラウザ２３に供給する。
【００９９】
ブラウザ２３は、ステップＳ２２１において、入力部２１からの選択を受け付けると、ステップＳ２２２において、選択された番組（コンテンツ）のコンテンツＩＤをメタデータデータベース２９に供給し、対応するｓｔａｒｔｕｐ  ｆｉｌｅの送信を要求する。
【０１００】
ステップＳ２９３において、メタデータデータベース２９は、ブラウザ２３からの要求を受信すると、ステップＳ２９４において、そのコンテンツに対応するｓｔａｒｔｕｐ  ｆｉｌｅを読み出し、それをブラウザ２３に供給する。
【０１０１】
ブラウザ２３は、ステップＳ２５３において、メタデータデータベース２９から供給されたｓｔａｒｔｕｐ  ｆｉｌｅを受信する。
【０１０２】
図１３は、このようにして、ブラウザ２３が受信するｓｔａｒｔｕｐ  ｆｉｌｅの例を表している。この例においては、コンテンツの配信のタイプが「ｄｏｗｎｌｏａｄ」とされ、コンテンツＩＤが「ｃｏｎｔｅｎｔ＿ｉｄ２」とされている。そして、この例においても、１秒間が経過した後、続くＵＲＬにジャンプすることが記述されている。
【０１０３】
ブラウザ２３は、このジャンプ先がＭＰＥＧ−２ＴＳのファイルであるので、ステップＳ２５４において、プラグインによりコンテンツ再生部２４の起動を指示する。
【０１０４】
コンテンツ再生部２４は、ステップＳ２２５において、ブラウザ２３からの指示に基づいて起動し、ステップＳ２２６において、ＵＲＬ処理部２５に対して、ライセンス取得依頼を発行する。ＤＲＭ処理部２５は、ステップＳ２７１において、コンテンツ再生部２４からの依頼を取得すると、ステップＳ２７２において、ＤＲＭサーバ７４と通信し、ＤＲＭ処理を要求する。ＤＲＭサーバ７４は、ステップＳ３３１において、ＤＲＭ処理部２５からの要求に基づいて、ＤＲＭ処理を実行する。この処理は、図８におけるステップＳ１１１の処理と同様の処理である。
【０１０５】
ＤＲＭ処理部２５は、ステップＳ２７２において、ＤＲＭサーバ７４からのＤＲＭ処理結果を受信すると、ステップＳ２７３において、その処理結果をコンテンツ再生部２４に通知する。
【０１０６】
コンテンツ再生部２４は、この通知の結果が再生を許可しないものである場合には、再生動作を中止する。再生が許可されている場合には、コンテンツ再生部２４は、ステップＳ２２８において、再生を指示されたコンテンツのファイルの読み出しを指示する。
【０１０７】
いまの場合、コンテンツＵＲＬは、コンテンツがコンテンツ記憶部２７に記憶されていることを表しているので、ステップＳ３１１において、コンテンツ記憶部２７は、コンテンツ再生部２４からファイルの読み出しを受け付けると、ステップＳ３１２において、指示されたファイルのデータを読み出し、コンテンツ再生部２４に供給する。
【０１０８】
ステップＳ２２９において、コンテンツ再生部２４は、データの入力を受け付けると、ステップＳ２３０において、これをユーザインターフェースとしての呈示部２２に出力する。
【０１０９】
呈示部２２は、ステップＳ２０４において、コンテンツ再生部２４からのデータを受信すると、これを表示する。
【０１１０】
以上のようにして、ディジタルテレビジョン受像機３のコンテンツ記憶部２７に、予め記憶されているコンテンツの再生処理が実行される。
【０１１１】
なお、図１０と図１３に示される例においては、ファイルがいずれもｈｔｔｐ（Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）のスキーム名で記述されている場合を例としたが、例えば、図１４に示されるように、ｒｔｐ（Ｒｅａｌ−Ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）のスキーム名とすることもできる。要は、リソースの種類がそれぞれのプロトコルに基づいて表されていればよい。
【０１１２】
以上においては、サーバ２とディジタルテレビジョン受像機３との間の相互の処理について、主に説明したが、コンテンツを利用する装置としてのディジタルテレビジョン受像機３側の処理について着目すると、その処理は、図１５と図１６のフローチャートに示されるようになる。
【０１１３】
ユーザがメニューボタン５９を操作すると、コンテンツ再生部２４は、ステップＳ５０１において、メタデータデータベース２９に記憶されているメタデータに基づいて、図１７に示されるような、タイトルの一覧を呈示部２２に出力し、表示させる。
【０１１４】
図１７の例においては、「邦画」、「洋画」、「アニメ」、「ドラマ」、「スポーツ」といったジャンル選択アイコンが表示されるとともに、選択されているジャンル（図１７の例の場合、「アニメ」）のコンテンツのリストが表示されている。各コンテンツは、そのタイトルが、利用情報、構成情報、並びに蓄積情報とともに表示されている。
【０１１５】
この例においては、最初の番組は、利用期間が「あと３日」とされ、２番目の番組は、「あと１日」とされている。３番目と４番目の番組は、まだ「未購入」とされている。５番目の番組は、「Ｎｅｗ！」の番組とされている。また、最初の番組は、「パック」で構成された番組とされている。また、第１番目乃至第３番目の番組は、既にコンテンツ記憶部２７に「蓄積済み」であることが示されている。このことは、４番目と５番目の番組は、まだ蓄積されていないことを意味する。
【０１１６】
ステップＳ５０２において、コンテンツ再生部２４は、番組が選択されたか否かを判定し、選択されていないと判定された場合には、選択されるまで待機する。
【０１１７】
ステップＳ５０２において、番組が選択されたと判定された場合、ステップＳ５０３において、コンテンツ再生部２４は、選択された番組が「パック」の番組であるか否かを判定する。パック構成の番組である場合、ステップＳ５０４に進み、コンテンツ再生部２４は、例えば、図１８に示されるように、選択された番組（「パック」）のパッケージ内に収納されているタイトルの一覧を表示する。
【０１１８】
図１８は、図１７の１番目の「機動戦士Ｚガンガン全話３Ｗｅｅｋ」のタイトルの番組が選択された場合の表示例を示している。この例においては、５０話のシリーズの番組のうちの最後の第４７話から最終話（第５０話）までの番組のタイトルが表示されている。このタイトルは、リモートコマンダ５１のアップ用の方向ボタン５５Ｕまたはダウン用の方向ボタン５５Ｄを操作することで、上下にスクロール表示される。
【０１１９】
コンテンツ再生部２４は、ステップＳ５０５において、再生ボタン５８が操作されたか否かを判定する。再生ボタン５８が操作されていないと判定された場合には、ステップＳ５０６に進み、コンテンツ再生部２４は、元の画面に戻る指示がなされたか否かを判定する。図１８の表示例においては、「戻る」ボタンが表示されており、ユーザは、方向ボタン５５Ｕ乃至５５Ｒを操作することでカーソル１４１を「戻る」ボタン上に移動表示させ、決定ボタン５４を操作して、元の画面に戻る指示を入力することができる。元の画面に戻る指示がなされていない場合には、ステップＳ５０５に戻り、それ以降の処理が繰り返し実行される。元の画面に戻る指示がなされたと判定された場合、処理はステップＳ５０１に戻り、再び図１７に示されるタイトル一覧が表示され、それ以降の処理が実行される。
【０１２０】
ステップＳ５０５において、再生ボタン５８が操作されたと判定された場合、処理はステップＳ５０７に進む。ステップＳ５０２において、番組が選択されたと判定され、かつ、ステップＳ５０３において、選択された番組がパックの番組ではない（１つのコンテンツで構成される番組である）と判定された場合にも、ステップＳ５０４乃至ステップＳ５０６の処理はスキップされ、処理はステップＳ５０７に進む。
【０１２１】
コンテンツ再生部２４は、ステップＳ５０７において再生または選択された番組（コンテンツ）が既に購入済みであるか否かを判定する。番組が既に購入済みである場合には、ステップＳ５０８に進み、コンテンツ再生部２４は、そのコンテンツはストリーミング再生用のコンテンツであるか否かを判定する。この判定は、その番組（コンテンツ）のｓｔａｒｔｕｐ  ｆｉｌｅにおける記述が、「ｓｔｒｅａｍ」とされているか否かから行われる。その番組（コンテンツ）がストリーミング用のコンテンツであると判定された場合（ｓｔａｒｔｕｐ  ｆｉｌｅに「ｓｔｒｅａｍ」と記述されている場合）、ステップＳ５１１に進み、コンテンツ再生部２４は、そのコンテンツを再生する。すなわち、上述したように、コンテンツサーバ７５からストリーミング配信された、暗号化されているコンテンツがキーＫｃで復号され、呈示部２２に供給され、表示される。なお、コンテンツの配信のタイプは、ｓｔａｒｔｕｐ  ｆｉｌｅではなく、ライセンスメタデータの記述に基づいて判定することもできる。
【０１２２】
ステップＳ５０８において、コンテンツはストリーミング再生用のコンテンツではないと判定された場合（ｓｔａｒｔｕｐ  ｆｉｌｅに「ｄｏｗｎｌｏａｄ」と記述されている場合）、ステップＳ５０９に進み、コンテンツ再生部２４は、そのコンテンツが蓄積済みであるか否かを判定する。コンテンツが蓄積済みである場合には、ステップＳ５１１に進み、コンテンツ再生部２４は、コンテンツ記憶部２７からその暗号化されているコンテンツデータを読み出し、キーＫｃで復号し、呈示部２２に供給し、表示させる。
【０１２３】
ステップＳ５０９において、コンテンツは、蓄積済みではないと判定された場合、ステップＳ５１０に進み、コンテンツ記憶部２７は、そのコンテンツを蓄積する処理を実行する。すなわち、コンテンツサーバ７５より供給されたダウンロード用のファイルがコンテンツ記憶部２７により受信され、記憶される。
【０１２４】
ステップＳ５０７において、コンテンツはまだ購入済みではないと判定された場合、ステップＳ５１２に進み、コンテンツ再生部２４は、パッケージリスト（このパッケージリストはパッケージメタに含まれている）を表示する処理を実行する。
【０１２５】
例えば、ステップＳ５０４のパック内のタイトル一覧の表示処理で、図１９に示されるようなタイトル一覧が表示されたとする。このタイトル一覧は、図１９に示されるように、利用情報が既に「期限切れ」となっている。従って、ユーザが図１９に示される４つの番組のうち、例えば、１番下に表示されている「未視聴」の番組「最終話  宇宙を駆ける」を選択したとすると、ユーザが、この番組を視聴するには、購入する必要があり、ステップＳ５０７では、その番組は購入済みではないと判定される。そして、この例の場合、その番組を提供する形態として、３つの形態があるので、ステップＳ５１２では、その３つの形態が、図２０に示されるように表示される。
【０１２６】
図２０の１番上の形態は、「最終話」の番組だけを購入する形態である。第２番目の形態は、「第４６話」から「最終話」までの「５話」を、１つのパックとして購入する形態である。第３番目の形態は、「第１話」から「最終話」までの全話を１つのパックとして購入する形態である。
【０１２７】
ユーザは、リモートコマンダ５１を操作することで、３つの形態の中から、購入するいずれかの形態を１つ選択する。
【０１２８】
そこで、コンテンツ再生部２４は、ステップＳ５１３において、いずれかの購入形態が選択されるまで待機し、いずれかの形態が選択されたと判定された場合、ステップＳ５１４に進み、選択された番組（コンテンツ）がストリーミング再生用のコンテンツであるか否かを判定する。ストリーミング再生用のコンテンツである場合には、ステップＳ５１６に進み、コンテンツ再生部２４は、例えば、図２１に示されるような購入勧誘のための画面を表示する。図２１の表紙例においては、「最終話  宇宙を駆ける」の１つの番組が「２００円」で購入できることが提示されている。そして、購入するか否かを「はい」と「いいえ」のボタンで選択するようになされている。ユーザは、リモートコマンダ５１の方向ボタン５５Ｕ乃至５５Ｒと、決定ボタン５４を操作することで、「はい」と「いいえ」のボタンのいずれかを選択することで、購入または購入しないことを指示する。
【０１２９】
購入が指示されない場合には（「いいえ」ボタンが操作された場合には）、処理はステップＳ５１２に戻り、再びパッケージリスト（図２０）が表示され、それ以降の処理が実行される。
【０１３０】
ステップＳ５１７において、購入が指示されたと判定された場合（「はい」ボタンが操作されたと判定された場合）、ステップＳ５１８に進み、コンテンツ再生部２４は、コンテンツを再生する処理を実行する。いまの場合、コンテンツは、ストリーミング再生用のコンテンツであるため、コンテンツサーバ７５からストリーミング配信されたコンテンツが受信され、復号され、呈示部２２に提示されることになる。
【０１３１】
ステップＳ５１４において、選択された番組（コンテンツ）がストリーミング再生用のコンテンツではないと判定された場合（ダウンロードのファイルのコンテンツであると判定された場合）、ステップＳ５１５に進み、コンテンツ再生部２４は、コンテンツが蓄積済みか否かを判定する。コンテンツが蓄積済みである場合には、ステップＳ５１６に進み、上述した場合と同様にして、図２１に示されるような購入勧誘を表す画像が表示される。そして、ユーザは、上述した場合と同様に、「はい」または「いいえ」ボタンを操作することで、購入または非購入を指示する。非購入が指示された場合には、ステップＳ５１２に処理は戻る。
【０１３２】
購入が指示された場合、ステップＳ５１８に進み、再生処理が実行される。いまの場合、コンテンツはコンテンツ記憶部２７に既に記憶されているため、コンテンツ再生部２４は、コンテンツ記憶部２７に記憶されているコンテンツを再生、復号し、呈示部２２に供給し、表示させる。
【０１３３】
ステップＳ５１５において、コンテンツは蓄積済みではないと判定された場合、ステップＳ５１９に進み、コンテンツ再生部２４は、図２２に示されるような購入勧誘のための画像を呈示部２２に表示させる。
【０１３４】
図２２は、図２０の１番目の購入形態で購入を指示した場合の表示例を表している。ステップＳ５１６で表示された図２１の表示例も同様に、図２０の１番目の購入形態でコンテンツを購入した場合であるが、この場合には、コンテンツはストリーム配信される。これに対して、図２２の表示例は、ストリーム配信されるのではなく、ダウンロードのファイル配信される場合である。この場合には、「ダウンロードにはｘｘ分かかります。」のメッセージが番組のタイトル以外に表示されている。ユーザは、この場合にもコンテンツを購入する場合には「はい」のボタンを選択し、購入しない場合には「いいえ」のボタンを選択する。
【０１３５】
ステップＳ５２０において、コンテンツ再生部２４は、購入が指示されたか否かを判定し、指示されなかった場合には（「いいえ」ボタンが選択された場合には）、ステップＳ５１２に戻り、再び図２０に示されるようなパッケージリストを表示し、それ以降の処理を実行する。
【０１３６】
ステップＳ５２０において、購入が指示されたと判定された場合（「はい」ボタンが選択された場合）、ステップＳ５２１に進み、コンテンツ再生部２４は、コンテンツのファイルをダウンロードし、蓄積する処理を実行する。すなわち、コンテンツサーバ７５より供給されたダウンロード用のファイルがコンテンツ記憶部２７にダウンロードされ、記憶されることになる。
【０１３７】
このように、ユーザに呈示されるコンテンツリスト上には、ストリーミング配信されるコンテンツと、ダウンロード用のファイルとして配信されるコンテンツとが混在して表示される。但し、ユーザには、配信タイプは表示されない。単に、番組（パッケージ）のタイトルが表示されるだけである。従って、ユーザは、ストリーミング配信用のコンテンツであるのか、ダウンロード用ファイル配信のコンテンツであるのかを気にすることなく、単に、番組を選択するだけの操作で、統一的に番組を選択し、その提供を受けることができる。さらに、この場合において、コンテンツが既に購入済みであるか否かを、ユーザが考慮する必要もない。購入済みでなければ、購入するか否かをユーザに問い合わせるメッセージが表示されるので、ユーザは、単に、その問い合わせに答えるだけでよい。
【０１３８】
また、既にそのコンテンツが購入済みである場合には、もし、そのコンテンツがストリーミング配信用、もしくは、蓄積済みのコンテンツであれば、自動的にコンテンツが再生される。従って、簡単かつ容易に、インターネットやプロトコルといったことに関する知識を有しない老人、子供、女性といった一般ユーザでも、簡単かつ確実に、コンテンツを視聴することが可能となる。なお、ユーザに提示される各種の情報は、パッケージメタに含まれている。なお、図示は省略したが、サーバ２とディジタルテレビジョン受像機３は、それぞれ、インターネット１を介して通信するためのインターフェース処理を行う通信部を有している。データは暗号化されて授受される。
【０１３９】
以上においては、本発明をディジタルテレビジョン受像機に応用した場合を例として説明したが、本発明は、ビデオカセットレコーダ、テレビチューナ、ハードディスクレコーダ、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）レコーダ、その他各種のコンテンツ処理装置に適用することが可能である。
【０１４０】
また、配信するコンテンツは、テレビジョン放送の番組に限らず、各種のコンテンツとすることができる。
【０１４１】
上述した一連の処理は、ハードウエアにより実行させることもできるし、ソフトウエアにより実行させることもできる。この場合、例えば、ディジタルテレビジョン受像機３には、図２３に示されるようなコンピュータが含まれる。
【０１４２】
図２３において、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）３２１は、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）３２２に記憶されているプログラム、または記憶部３２８からＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）３２３にロードされたプログラムに従って各種の処理を実行する。ＲＡＭ３２３にはまた、ＣＰＵ３２１が各種の処理を実行する上において必要なデータなども適宜記憶される。
【０１４３】
ＣＰＵ３２１、ＲＯＭ３２２、およびＲＡＭ３２３は、バス３２４を介して相互に接続されている。このバス３２４にはまた、入出力インタフェース３２５も接続されている。
【０１４４】
入出力インタフェース３２５には、キーボード、マウスなどよりなる入力部３２６、ＣＲＴ（Ｃａｔｈｏｄｅ  Ｒａｙ  Ｔｕｂｅ）、ＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  ｄｉｓｐｌａｙ）などよりなるディスプレイ、並びにスピーカなどよりなる出力部３２７、ハードディスクなどより構成される記憶部３２８、モデムなどより構成される通信部３２９が接続されている。通信部３２９は、インターネット１を含むネットワークを介しての通信処理を行う。
【０１４５】
入出力インタフェース３２５にはまた、必要に応じてドライブ３４１が接続され、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア３４２が適宜装着され、それらから読み出されたコンピュータプログラムが、必要に応じて記憶部３２８にインストールされる。
【０１４６】
上述した一連の処理をソフトウエアにより実行させる場合には、そのソフトウエアを構成するプログラムが、ネットワークや記録媒体からインストールされる。
【０１４７】
この記録媒体は、図２３に示されるように、装置本体とは別に、ユーザにプログラムを配信するために配布される、プログラムが記録されている磁気ディスク（フロッピディスクを含む）、光ディスク（ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｋ−Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ），ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）を含む）、光磁気ディスク（ＭＤ（Ｍｉｎｉ−Ｄｉｓｋ）を含む）、もしくは半導体メモリなどよりなるリムーバブルメディア３４２により構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに配信される、プログラムが記録されているＲＯＭ３２２や、記憶部３２８に含まれるハードディスクなどで構成される。
【０１４８】
なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０１４９】
また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【０１５０】
【発明の効果】
以上のごとく本発明によれば、コンテンツを配信することができる。特に、簡単かつ確実に、コンテンツを配信することが可能となる。また、コンテンツの配信方法に関する技術的知識を有しない一般ユーザでも、操作性を悪化させることなく、コンテンツを配信することが可能となる。これにより、インターネットを中心とするネットワークを介して、コンテンツを配信するシステムを普及させることが可能となる。
【図面の簡単な説明】
【図１】本発明を適用したコンテンツ配信システムの構成例を示すブロック図である。
【図２】図１のディジタルテレビジョン受像機の機能的構成例を示すブロック図である。
【図３】図１のディジタルテレビジョン受像機を遠隔操作するリモートコマンダの外観の構成を示す正面図である。
【図４】図１のサーバの構成例を示すブロック図である。
【図５】図１のディジタルテレビジョン受像機とサーバの間で授受される情報を示す図である。
【図６】各種のＩＤとメタデータの関係を説明する図である。
【図７】パッケージメタ、ライセンスメタデータ、およびコンテンツメタデータの関係を示す図である。
【図８】ディジタルテレビジョン受像機がサーバからストリーミング配信を受ける場合の動作を説明するフローチャートである。
【図９】図８の処理の前提となる処理を説明するフローチャートである。
【図１０】ストリーム配信の場合におけるｓｔａｒｔｕｐ  ｆｉｌｅの構成例を示す図である。
【図１１】予め記憶されているファイルの再生処理を説明するフローチャートである。
【図１２】図１１の処理の前提となる処理を説明するフローチャートである。
【図１３】ダウンロード用のｓｔａｒｔｕｐ  ｆｉｌｅの構成例を示す図である。
【図１４】ストリーム配信の場合の他のプロトコルのｓｔａｒｔｕｐ  ｆｉｌｅの構成例を示す図である。
【図１５】図１のディジタルテレビジョン受像機のコンテンツ利用処理を説明するフローチャートである。
【図１６】図１のディジタルテレビジョン受像機のコンテンツ利用処理を説明するフローチャートである。
【図１７】タイトル一覧の表示例を示す図である。
【図１８】パック内タイトル一覧の表示例を示す図である。
【図１９】パック内タイトル一覧の表示例を示す図である。
【図２０】パッケージリストの表示例を示す図である。
【図２１】購入勧誘の画像の例を示す図である。
【図２２】購入勧誘の画像の例を示す図である。
【図２３】パーソナルコンピュータの構成例を示すブロックである。
【符号の説明】
１  インターネット，  ２  サーバ，  ３−１，３−２  ディジタルテレビジョン受像機，  ４  放送局，  １１  コンテンツ配信システム，  ２１  入力部，  ２２  呈示部，  ２３  ブラウザ，  ２４  コンテンツ再生部，  ２５  ＤＲＭ処理部，  ２６  課金処理部，  ２７  コンテンツ記憶部，  ２８  アプリケーション，  ２９  メタデータデータベース，  ７１  ショップサーバ，  ７２決済サーバ，  ７３  メタデータデータベース，  ７４  ＤＲＭサーバ，  ７５コンテンツサーバ
【図１】
2004326459.tif 000003
【図２】
2004326459.tif 000004
【図３】
2004326459.tif 000005
【図４】
2004326459.tif 000006
【図５】
2004326459.tif 000007
【図６】
2004326459.tif 000008
【図７】
2004326459.tif 000009
【図８】
2004326459.tif 000010
【図９】
2004326459.tif 000011
【図１０】
2004326459.tif 000012
【図１１】
2004326459.tif 000013
【図１２】
2004326459.tif 000014
【図１３】
2004326459.tif 000015
【図１４】
2004326459.tif 000016
【図１５】
2004326459.tif 000017
【図１６】
2004326459.tif 000018
【図１７】
2004326459.tif 000019
【図１８】
2004326459.tif 000020
【図１９】
2004326459.tif 000021
【図２０】
2004326459.tif 000022
【図２１】
2004326459.tif 000023
【図２２】
2004326459.tif 000024
【図２３】
2004326459.tif 000025