コンテンツ供給装置、コンテンツ供給方法、コンテンツ受信装置、コンテンツ受信方法、プログラム、およびコンテンツダウンロードシステム
【課題】コンテンツの通信経路としてインタネットとテレビジョン放送の両方を容易に使い分けできるコンテンツダウンロードサービスを実現する。
【解決手段】供給装置２０は、通信型供給装置２０Ａと放送型供給装置２０Ｂから構成される。通信型供給装置２０Ａは、コンテンツダウンロードサービスのポータルサイトとして機能するWebサーバ２１、管理する顧客管理サーバ２２、課金・決済サーバ２３、コンテンツに対応するダウンロード制御情報と再生制御情報を受信装置１０に転送するメタデータサーバ２４、コンテンツを受信装置１０に転送するコンテンツサーバ２５、およびDRMサーバ２６から構成される。放送型供給装置２０Ｂのコンテンツ送出部２７は、テレビジョン放送信号を用いて、暗号化された状態のコンテンツを放送する。本発明は、受信側においては、テレビジョン受像機、デジタルテレビジョンチューナ等に適用できる。
【解決手段】供給装置２０は、通信型供給装置２０Ａと放送型供給装置２０Ｂから構成される。通信型供給装置２０Ａは、コンテンツダウンロードサービスのポータルサイトとして機能するWebサーバ２１、管理する顧客管理サーバ２２、課金・決済サーバ２３、コンテンツに対応するダウンロード制御情報と再生制御情報を受信装置１０に転送するメタデータサーバ２４、コンテンツを受信装置１０に転送するコンテンツサーバ２５、およびDRMサーバ２６から構成される。放送型供給装置２０Ｂのコンテンツ送出部２７は、テレビジョン放送信号を用いて、暗号化された状態のコンテンツを放送する。本発明は、受信側においては、テレビジョン受像機、デジタルテレビジョンチューナ等に適用できる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ供給装置、コンテンツ供給方法、コンテンツ受信装置、コンテンツ受信方法、プログラム、およびコンテンツダウンロードシステムに関し、コンテンツダウンロードサービスにおけるコンテンツの通信経路として、テレビジョン放送とインタネットの両方を利用できるようにしたコンテンツ供給装置、コンテンツ供給方法、コンテンツ受信装置、コンテンツ受信方法、プログラム、およびコンテンツダウンロードシステムに関する。
【背景技術】
【０００２】
インタネットに代表される高速データ通信ネットワークの普及に伴い、既に楽曲、映画、コンピュータプログラムなどの様々なコンテンツを商品とするコンテンツダウンロードサービスが存在する（例えば、特許文献１参照）。
【０００３】
従来のコンテンツダウンロードサービスは、受信装置によりインタネットを介して所定のサーバに接続し、接続した所定のサーバからコンテンツを取得して蓄積し、蓄積したコンテンツを任意のタイミングで利用（視聴）するものである。
【０００４】
一方、昨今のテレビジョン放送では、そのデジタル化に伴い、同時に放送できる情報量が飛躍的に増加したので、リアルタイムに視聴する一般的なテレビジョン番組の他、各種のデータも同時に放送することができるようになされている。そこで、テレビジョン放送をコンテンツダウンロードサービスに利用することが提案されている。
【０００５】
すなわち、テレビジョン放送によりコンテンツを放送し、放送されたコンテンツを受信装置で受信して蓄積し、蓄積したコンテンツを任意のタイミングで利用（視聴）するコンツダウンロードサービスが提案されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０００−１１３０６６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
上述したように、従来、コンテンツの通信経路としてインタネットを用いるコンテンツダウンロードサービスが存在する。また、コンテンツの通信経路としてテレビジョン放送を用いるコンテンツダウンロードサービスが提案されている。
【０００８】
しかしながら、コンテンツの通信経路としてインタネットとテレビジョン放送の両方を容易に使い分けできるコンテンツダウンロードサービスは存在しない。このようなコンテンツダウンロードサービスが実現できれば、例えば、人気が高く、数多くのダウンロードが期待できるコンテンツについては、テレビジョン放送を用いて放送してダウンロードさせる運用が可能となる。反対に、趣向性が強く、数多くのダウンロードは期待できないニッチ(Niche)な市場に応じたコンテンツについては、インタネットを介してダウンロードさせる運用が可能となる。
【０００９】
ただし、受信装置のユーザ側としては、コンテンツの通信経路がインタネットまたはテレビジョン放送のいずれであっても、その操作が共通であることが望ましい。
【００１０】
本発明はこのような状況に鑑みてなされたものであり、コンテンツの通信経路としてインタネットとテレビジョン放送の両方を容易に使い分けできるコンテンツダウンロードサービスを実現するものである。
【課題を解決するための手段】
【００１１】
本発明の第１の側面であるコンテンツ供給装置は、コンテンツ受信装置に対してコンテンツを供給するコンテンツ供給装置において、ダウンロードするコンテンツを指定するために必要なコンテンツ情報を前記コンテンツ受信装置に供給するコンテンツ情報供給手段と、前記コンテンツ情報に基づいて指定された前記コンテンツに対応する、前記コンテンツをダウンロードするために必要なダウンロード制御情報を前記コンテンツ受信装置に供給する制御情報供給手段と、所定の放送予定に従い、放送型のコンテンツを放送信号を用いて送出する送出手段と、前記ダウンロード制御情報に基づく前記コンテンツ受信装置からの要求に応じ、通信型のコンテンツをネットワークを介して供給するコンテンツ供給手段とを含む。
【００１２】
前記ダウンロード制御情報は、対応する前記コンテンツが前記放送型または前記通信型の何方であるかを示す情報を含むことができる。
【００１３】
前記コンテンツ情報は、対応する前記コンテンツが前記放送型または前記通信型の何方であるかを示す情報を含むことができる。
【００１４】
前記放送型のコンテンツに対応する前記ダウンロード制御情報は、前記コンテンツの１回以上の放送予定を示す情報をさらに含むことができる。
【００１５】
前記放送型のコンテンツに対応する前記ダウンロード制御情報は、前記コンテンツが放出される放送ストリームを特定するための、URL(Uniform Resource Locator)またはIP(Internet Protocol)マルチキャストアドレスの少なくとも一方を用いて記述された情報をさらに含むことができる。
【００１６】
前記放送型のコンテンツに対応する前記ダウンロード制御情報は、前記放送型のコンテンツと同一の前記通信型のコンテンツを供給する前記コンテンツ供給手段を示す代替通信情報をさらに含むことができる。
【００１７】
前記放送型であって、且つ前記更新型のコンテンツに対応する前記ダウンロード制御情報は、更新後のコンテンツの１回以上の放送予定を示す情報をさらに含むことができる。
【００１８】
前記制御情報供給手段は、前記ダウンロード制御情報に基づく前記コンテンツ受信装置からの要求に応じ、前記コンテンツ受信装置がダウンロードしたコンテンツを再生するために必要な再生制御情報も供給することができる。
【００１９】
本発明の第１の側面であるコンテンツ供給装置は、前記ダウンロード制御情報または前記再生制御情報の少なくとも一方に基づく前記コンテンツ受信装置からの要求に応じ、前記コンテンツの暗号化を復号するための鍵を含むライセンスを、前記ネットワークを介して供給するライセンス供給手段をさらに含むことができる。
【００２０】
前記ダウンロード制御情報は、前記コンテンツが更新型または非更新型の何方であるかを示す情報をさらに含むことができる。
【００２１】
本発明の第１の側面であるコンテンツ供給方法は、コンテンツ受信装置に対してコンテンツを供給するコンテンツ供給装置のコンテンツ供給方法において、コンテンツ供給装置による、ダウンロードするコンテンツを指定するために必要なコンテンツ情報を前記コンテンツ受信装置に供給し、前記コンテンツ情報に基づいて指定された前記コンテンツに対応する、前記コンテンツをダウンロードするために必要なダウンロード制御情報を前記コンテンツ受信装置に供給し、所定の放送予定に従い、放送型のコンテンツを放送信号を用いて送出し、前記ダウンロード制御情報に基づく前記コンテンツ受信装置からの要求に応じ、通信型のコンテンツをネットワークを介して供給するステップを含む。
【００２２】
本発明の第１の側面であるプログラムは、コンテンツ受信装置に対してコンテンツを供給するコンピュータを、ダウンロードするコンテンツを指定するために必要なコンテンツ情報を前記コンテンツ受信装置に供給するコンテンツ情報供給手段と、前記コンテンツ情報に基づいて指定された前記コンテンツに対応する、前記コンテンツをダウンロードするために必要なダウンロード制御情報を前記コンテンツ受信装置に供給する制御情報供給手段と、所定の放送予定に従い、放送型のコンテンツを放送信号を用いて送出する送出手段と、前記ダウンロード制御情報に基づく前記コンテンツ受信装置からの要求に応じ、通信型のコンテンツをネットワークを介して供給するコンテンツ供給手段として機能させる。
【００２３】
本発明の第１の側面においては、ダウンロードするコンテンツを指定するために必要なコンテンツ情報がコンテンツ受信装置に供給され、コンテンツ情報に基づいて指定されたコンテンツに対応する、コンテンツをダウンロードするために必要なダウンロード制御情報がコンテンツ受信装置に供給され、所定の放送予定に従い、放送型のコンテンツが放送信号を用いて送出され、ダウンロード制御情報に基づくコンテンツ受信装置からの要求に応じ、通信型のコンテンツがネットワークを介して供給される。
【００２４】
本発明の第２の側面であるコンテンツ受信装置は、ユーザからのコンテンツを選択する操作に対応し、前記コンテンツをダウンロードするために必要なダウンロード制御情報をコンテンツ供給装置から取得し、取得した前記ダウンロード制御情報に基づいて、放送型のコンテンツについては放送信号を受信することによりダウンロードし、通信型のコンテンツについては前記ネットワークを介して前記コンテンツ供給装置からダウンロードするダウンロード手段を含む。
【００２５】
前記放送型のコンテンツに対応する前記ダウンロード制御情報は、前記放送型のコンテンツと同一の前記通信型のコンテンツをダウンロードするための代替通信情報をさらに含み、前記ダウンロード手段は、前記放送型のコンテンツの放送が既に終了している場合、前記代替通信情報に従い、前記放送型のコンテンツと同一の前記通信型のコンテンツを、前記ネットワークを介して前記コンテンツ供給装置からダウンロードすることができる。
【００２６】
前記ダウンロード手段は、前記ダウンロード制御情報に基づき、ダウンロードしたコンテンツを再生するために必要な再生制御情報も前記コンテンツ供給装置からダウンロードすることができる。
【００２７】
本発明の第２の側面であるコンテンツ受信装置は、前記ダウンロード制御情報または前記再生制御情報の少なくとも一方に基づき、前記コンテンツの暗号化を復号するための鍵を含むライセンスを、前記ネットワークを介して前記コンテンツ供給装置から取得する取得手段と、取得された前記ライセンスを用いて、前記コンテンツの暗号化を復号、再生する再生手段とをさらに含むことができる。
【００２８】
本発明の第２の側面であるコンテンツ受信方法は、コンテンツを受信するコンテンツ受信装置のコンテンツ受信方法において、コンテンツ受信装置による、ユーザからのコンテンツを選択する操作に対応し、前記コンテンツをダウンロードするために必要なダウンロード制御情報をコンテンツ供給装置から取得し、取得した前記ダウンロード制御情報に基づいて、放送型のコンテンツについては放送信号を受信することによりダウンロードし、通信型のコンテンツについては前記ネットワークを介して前記コンテンツ供給装置からダウンロードするステップ含む。
【００２９】
本発明の第２の側面であるプログラムは、コンピュータを、ユーザからのコンテンツを選択する操作に対応し、前記コンテンツをダウンロードするために必要なダウンロード制御情報をコンテンツ供給装置から取得し、取得した前記ダウンロード制御情報に基づいて、放送型のコンテンツについては放送信号を受信することによりダウンロードし、通信型のコンテンツについては前記ネットワークを介して前記コンテンツ供給装置からダウンロードするダウンロード手段として機能させる。
【００３０】
本発明の第２の側面においては、ユーザからのコンテンツを選択する操作に対応し、コンテンツをダウンロードするために必要なダウンロード制御情報がコンテンツ供給装置から取得され、取得されダウンロード制御情報に基づいて、放送型のコンテンツについては放送信号を受信することによりダウンロードされ、通信型のコンテンツについてはネットワークを介してコンテンツ供給装置からダウンロードされる。
【００３１】
本発明の第３の側面であるコンテンツダウンロードシステムは、ネットワークを介して接続されたコンテンツ供給装置とコンテンツ受信装置からなるコンテンツダウンロードシステムにおいて、前記コンテンツ供給装置は、ダウンロードするコンテンツを指定するために必要なコンテンツ情報を前記コンテンツ受信装置に供給するコンテンツ情報供給手段と、前記コンテンツ情報に基づいて指定された前記コンテンツに対応する、前記コンテンツをダウンロードするために必要なダウンロード制御情報を前記コンテンツ受信装置に供給する制御情報供給手段と、所定の放送予定に従い、放送型のコンテンツを放送信号を用いて送出する送出手段と、前記ダウンロード制御情報に基づく前記コンテンツ受信装置からの要求に応じ、通信型のコンテンツをネットワークを介して供給するコンテンツ供給手段とを含み、前記コンテンツ受信装置は、ユーザからのコンテンツを選択する操作に対応し、前記コンテンツをダウンロードするために必要な前記ダウンロード制御情報をコンテンツ供給装置から取得し、取得した前記ダウンロード制御情報に基づいて、放送型のコンテンツについては放送信号を受信することによりダウンロードし、通信型のコンテンツについては前記ネットワークを介して前記コンテンツ供給装置からダウンロードするダウンロード手段を含む。
【００３２】
本発明の第３の側面においては、コンテンツ供給装置により、ダウンロードするコンテンツを指定するために必要なコンテンツ情報がコンテンツ受信装置に供給され、コンテンツ情報に基づいて指定されたコンテンツに対応する、コンテンツをダウンロードするために必要なダウンロード制御情報がコンテンツ受信装置に供給され、所定の放送予定に従い、放送型のコンテンツが放送信号を用いて送出され、ダウンロード制御情報に基づくコンテンツ受信装置からの要求に応じ、通信型のコンテンツがネットワークを介して供給される。また、コンテンツ受信装置により、ユーザからのコンテンツを選択する操作に対応し、コンテンツをダウンロードするために必要なダウンロード制御情報がコンテンツ供給装置から取得され、取得されダウンロード制御情報に基づいて、放送型のコンテンツについては放送信号を受信することによりダウンロードされ、通信型のコンテンツについてはネットワークを介してコンテンツ供給装置からダウンロードされる。
【発明の効果】
【００３３】
本発明の第１の側面によれば、コンテンツの通信経路として例えばインタネットとテレビジョン放送の両方を容易に使い分けて、コンテンツをコンテンツ受信装置に供給することができる。
【００３４】
本発明の第２の側面によれば、通信経路が例えばインタネットまたはテレビジョン放送のいずれであっても、コンテンツ受信装置における共通の操作性を実現できる。
【００３５】
本発明の第３の側面によれば、コンテンツの通信経路として例えばインタネットとテレビジョン放送の両方を容易に使い分けできるコンテンツダウンロードサービスを実現することができる。
【図面の簡単な説明】
【００３６】
【図１】本発明を適用したコンテンツダウンロードシステムの概念図である。
【図２】通信型コンテンツのダウンロードと再生のタイミングを示す図である。
【図３】放送型コンテンツのダウンロードと再生のタイミングを示す図である。
【図４】コンテンツダウンロードシステムの構成例を示すブロック図である。
【図５】コンテンツの暗号化と復号の過程を説明する図である。
【図６】ダウンロード可能コンテンツリストなどの表示例を示す図である。
【図７】ローカルコンテンツリストなどの表示例を示す図である。
【図８】コンテンツのダウンロードから再生までの各フェーズと、第１乃至４の動作の概要を示す図である。
【図９】供給装置から受信装置に供給される各種データの第１の構成例と関係を示す図である。
【図１０】通信型コンテンツに対応するダウンロード制御情報の例を示す図である。
【図１１】放送型コンテンツに対応するダウンロード制御情報の例を示す図である。
【図１２】第１の動作概要を説明するための図である。
【図１３】第１の動作を説明するためタイミングチャートである。
【図１４】第２の動作概要を説明するための図である。
【図１５】第２の動作を説明するためタイミングチャートである。
【図１６】第３の動作概要を説明するための図である。
【図１７】第３の動作を説明するためタイミングチャートである。
【図１８】第４の動作概要を説明するための図である。
【図１９】第４の動作を説明するためタイミングチャートである。
【図２０】第１のコンテンツダウンロード処理を説明するフローチャートである。
【図２１】第１のコンテンツダウンロード処理を説明するフローチャートである。
【図２２】供給装置から受信装置に供給される各種データの第２の構成例と関係を示す図である。
【図２３】通信型ダウンロード制御情報の例を示す図である。
【図２４】放送型ダウンロード制御情報の例を示す図である。
【図２５】第２のコンテンツダウンロード処理を説明するフローチャートである。
【図２６】第２のコンテンツダウンロード処理を説明するフローチャートである。
【図２７】ローカルコンテンツの再生処理の概要を説明する図である。
【図２８】ローカルコンテンツの再生処理を説明するタイミングチャートである。
【図２９】ローカルコンテンツの再生処理を説明するフローチャートである。
【図３０】汎用コンピュータの構成例を示すブロック図である。
【発明を実施するための形態】
【００３７】
以下、発明を実施するための最良の形態（以下、実施の形態と称する）について、図面を参照しながら詳細に説明する。
【００３８】
以下、本発明を適用した具体的な実施の形態について、図面を参照しながら詳細に説明する。
【００３９】
図１は、本発明の一実施の形態であるコンテンツダウンロードシステムの基本概念を示している。
【００４０】
このコンテンツダウンロードシステム１は、コンテンツを視聴するユーザ宅などに設置される受信装置１０、ネットワーク２を介して接続された受信装置１０からの要求に応じ、コンテンツをダウンロードさせる通信型供給装置２０Ａ、およびテレビジョン放送信号を用いてコンテンツを放送する放送型供給装置２０Ｂから構成される。
【００４１】
なお、本実施の形態において、ダウンロードとは、受信装置１０がネットワーク２を介して通信型供給装置２０Ａからコンテンツなどの電子データを転送させて蓄積する処理と、受信装置１０がテレビジョン放送信号を用いて放送されたコンテンツを受信して蓄積する処理の双方を指すものとする。また、コンテンツとは、映像とそれに対応する音声を再生するためのＡＶデータ、それに対応する字幕データなどを含み暗号化されているものとする。
【００４２】
ネットワーク２は、インタネットに代表されるデータ通信網である。なお、コンテンツダウンロードシステム１においては、コンテンツをダウンロードして利用するので、その通信速度は高速であることが望ましいが必須ではない。
【００４３】
衛星３は、放送型供給装置２０Ｂによるテレビジョン放送を中継する。ただし、放送型供給装置２０Ｂによるテレビジョン放送は、衛星放送波に限定されず、地上波を用いたり、CATV網を介したりするものであってもよい。また、テレビジョン放送波以外の放送波、例えばデジタルラジオ放送波を用いるようにしてもよい。
【００４４】
受信装置１０は、例えばテレビジョン受像機に内蔵されたり、テレビジョン受像機に外付けされたりするものを想定する。
【００４５】
通信型供給装置２０Ａは、ネットワーク２上に設けられた複数のサーバ等によって構成される。放送型供給装置２０Ｂは、例えば、テレビジョン放送局に設けられる。以下、通信型供給装置２０Ａと放送型供給装置２０Ｂを統合して、適宜、供給装置２０とも称する（詳細は図４を参照して後述する）。
【００４６】
このコンテンツダウンロードシステム１によれば、図２に示すように、受信装置１０のユーザは、通信型供給装置２０Ａからネットワーク２を介して、コンテンツＡをダウンロード（取得、蓄積）させることができ、その後、受信装置１０に蓄積されているコンテンツＡを、許容されている利用期間内の任意のタイミングで再生（視聴）することができる。
【００４７】
また、コンテンツダウンロードシステム１によれば、図３に示すように、受信装置１０のユーザは、放送型供給装置２０Ｂから放送されるコンテンツＡをダウンロード（受信、蓄積）させることができ、その後、受信装置１０に蓄積されているコンテンツＡを、許容されている利用期間内の任意のタイミングで再生（視聴）することができる。
【００４８】
次に、コンテンツダウンロードシステム１を構成する受信装置１０と供給装置２０の詳細な構成例について、図４を参照して説明する。
【００４９】
受信装置１０は、ブラウザ１１、ダウンローダ１２、ストレージ１３、ECG１４、ＡＶプレイヤ１５、DRM(Digital Rights Management)クライアント１６、および外部出力部１７から構成される。
【００５０】
ブラウザ１１は、通信型供給装置２０ＡにアクセスしてHTML(Hypertext Markup Language)文書またはBML(Broadcast Markup Language)文書などを取得して対応するWebページを表示させる。また、ブラウザ１１は、通信型供給装置２０ＡのWebサーバ２１から取得するHTML文書、BML文書などに基づき、コンテンツダウンロードサービスの利用契約、パッケージ（コンテンツの商品単位）の購入、ダウンロードするコンテンツの選択、購入履歴の表示、課金キャンセルなどの操作をユーザがインタラクティブに実行できるWebペーを表示させる。特に、ブラウザ１１は、ダウンロード可能なコンテンツの一覧を示すとともに、ダウンロードするコンテンツをユーザに選択させるインタラクティブなユーザインタフェースであるダウンロード可能コンテンツリスト５１（図６Ａ）をユーザに提示し、ダウンロードするコンテンツをユーザに選択させることができる。
【００５１】
ダウンローダ１２は、ブラウザ１１またはECGのヘルプアプリケーションとして通信型供給装置２０Ａからコンテンツなどを転送させてストレージ１３に出力する。ダウンローダ１２は、HTML/BML文書８２（図９）に基づくブラウザ１１の制御に応じて起動される。また、ダウンローダ１２は、ECGメタデータ８１（図９）に基づくECG１４の制御にも応じて起動される。ダウンローダ１２は、コンテンツなどをダウンロードするために必要なダウンロード制御情報８３（図９）を通信型供給装置２０Ａのメタデータサーバ２４から取得する。また、ダウンローダ１２は、取得したダウンロード制御情報８３に基づき、コンテンツを再生するときに必要となる再生制御情報８４（図９）をメタデータサーバ２４から取得してストレージ１３に蓄積させる。
【００５２】
さらに、ダウンローダ１２は、取得したダウンロード制御情報８３に基づき、暗号化された状態のコンテンツを通信型供給装置２０Ｂのコンテンツサーバ２５から転送させてストレージ１３に蓄積させる。あるいは、ダウンローダ１２は、取得したダウンロード制御情報８３に基づき、放送型供給装置２０Ｂからテレビジョン放送信号を用いて放送される、暗号化された状態のコンテンツを受信してストレージ１３に蓄積させる。
【００５３】
さらに、ダウンローダ１２は、ストレージ１３に蓄積させたコンテンツのリストをユーザに提示するための情報であるメタＤＢ（データベース）１３Ａを、取得したECGメタデータ８１に基づいて生成してストレージ１３に蓄積させる。
【００５４】
ストレージ１３は、ハードディスクドライブなどからなり、メタデータサーバ２４から取得されたダウンロード制御情報８３、再生制御情報８４、および供給装置２０からダウンロードされた、暗号化されているコンテンツを蓄積する。また、ダウンローダ１２によって生成されたメタＤＢ１３Ａを蓄積する。
【００５５】
ECG１４は、ダウンロードするコンテンツを選択するための画面表示や再生を指示するための画面表示をユーザに提示するためのものである。ECG１４は、通信型供給装置２０Ａのメタデータサーバ２４からECGメタデータ８１（図９）を取得し、取得したECGメタデータ８１に基づき、上述したブラウザ１１と同様に、ダウンロード可能コンテンツリスト５１（図６Ａ）をユーザに提示し、ダウンロードするコンテンツをユーザに選択させることができる。すなわち、ダウンロード可能コンテンツリスト５１は、ブラウザ１１またはECG１４のいずれかによってユーザに提示される。
【００５６】
また、ECG１４は、ストレージ１３に保持されたメタＤＢ１３Ａに基づき、ダウンロード済みであって再生可能なコンテンツの一覧を示すとともに、ユーザに再生するコンテンツを選択させるインタラクティブなユーザインタフェースであるローカルコンテンツリスト６１（図７Ａ）をユーザに提示する。
【００５７】
ＡＶプレイヤ１５は、ECG１４によって起動され、ストレージ１３から再生すべきコンテンツを読み出し、DRMクライアント１６から供給されるコンテンツ鍵を用いて暗号化されているコンテンツを復号して再生し、その結果得られるＡＶデータに対応する映像をディスプレイに表示させ、音声をスピーカ（いずれも不図示）から出力させる。また、ＡＶプレイヤ１５は、再生結果として得られるＡＶデータを、DRMクライアント１６から供給されるRMPI（利用条件情報）にて許可されている場合だけ外部出力部１７にする。
【００５８】
なお、ECG１４により、ダウンロード中であって所定のデータ量がバッファリング済みのコンテンツもローカルコンテンツリスト６１に含めてユーザに提示するようにし、ＡＶプレイヤ１５により、ダウンロード中のコンテンツであって所定のデータ量がバッファリング済みのコンテンツも再生するようにしてもよい（いわゆる、プログレッシブダウンロード、あるいはストリーミング再生を行うようにしてもよい）。
【００５９】
DRMクライアント１６は、暗号化された状態のコンテンツを復号するために必要なコンテンツ鍵を含むライセンスを通信型供給装置２０Ａから取得するものである。DRMクライアント１６は、通信型供給装置２０ＡのDRMサーバ２６との間にセキュアな通信路を確立した後、コンテンツ鍵を含むライセンスをDRMサーバ２６から取得し、取得したライセンスを自身で保持する。そして、ＡＶプレイヤ１５からの要求に応じ、ライセンスに記述されている利用条件を満たす場合にのみ、コンテンツ鍵をＡＶプレイヤ１５に供給する。
【００６０】
外部出力部１７は、ＡＶプレイヤ１５から供給されるＡＶデータを出力先（リムーバブルメディア、再生装置、記録装置など）の指定フォーマットに変換して出力する。
【００６１】
供給装置２０は、通信型供給装置２０Ａと放送型供給装置２０Ｂから構成される。
【００６２】
通信型供給装置２０Ａは、Webサーバ２１、顧客管理サーバ２２、課金・決済サーバ２３、メタデータサーバ２４、コンテンツサーバ２５、およびDRMサーバ２６から構成される。
【００６３】
Webサーバ２１は、コンテンツダウンロードサービスのポータルサイトとして機能するものであり、ブラウザ１１からの要求に応じ、受信装置１０にインタラクティブな各種Webページを表示させるためのHTML文書、BML文書などをブラウザ１１に供給する。
【００６４】
顧客管理サーバ２２は、コンテンツダウンロードサービスの顧客に関する情報を管理するものであり、顧客（受信装置１０のユーザ）の顧客情報（例えば顧客ＩＤ、パスワード、決済用情報（銀行口座、クレジットカード番号等）、受信装置１０の機器ＩＤ、DRMクライアント１６のＩＤ(DRM ID)）に、各顧客が購入したパッケージ（商品単位）を示す購入履歴情報やダウンロードしたコンテンツを示すダウンロード履歴情報などを対応付けて管理する。
【００６５】
課金・決済サーバ２３は、コンテンツダウンロードサービスの利用に際して決済を行うものであり、顧客管理サーバ２２からの要請に応じ、顧客に対して課金・決済処理を行う。
【００６６】
なお、本明細書において、購入の用語には、契約の意味合いも含むものとする。すなわち、例えば顧客が月極め固定料金で任意の数だけコンテンツをダウンロードして利用できる条件のパッケージを契約した場合でも購入の用語を用いる。
【００６７】
また、課金の用語は、パッケージの購入に対応してクレジットカードなどの利用を確定する意味合いと、ユーザ側の口座などから実際に所定の金額を引き落とす意味合いを含むものとする。したがって、後述する課金キャンセルとは、パッケージの購入に対応してクレジットカードなどの利用を確定したものを取り消したり、ユーザ側の口座などから引き落とした金額を返金したりすることを意味するものとする。
【００６８】
メタデータサーバ２４は、コンテンツに対応するダウンロード制御情報８３と再生制御情報８４を受信装置１０に転送するものであり、パッケージ（コンテンツの商品単位）やコンテンツに関わる情報を管理し、他のサーバに必要な情報を提供する。また、メタデータサーバ２４は、受信装置１０のダウンローダ１２からの要求に応じて、ダウンロード制御情報８３や再生制御情報８４をダウンローダ１２に転送する。また、メタデータサーバ２４は、受信装置１０のECG１４からの要求に応じて、ダウンロード可能な各コンテンツに対応するECGメタデータ８１を供給する。
【００６９】
コンテンツサーバ２５は、コンテンツを受信装置１０に転送するものであり、受信装置１０のダウンローダ１２からの要求に応じて、暗号化された状態のコンテンツをダウンローダ１２に転送する。
【００７０】
DRMサーバ２６は、受信装置１０のDRMクライアント１６にライセンスを供給するためのものであり、DRMクライアント１６との間にセキュアな通信路を確立した後、暗号化されたコンテンツを復号するためのコンテンツ鍵を含むライセンスをDRMクライアント１６に供給する。
【００７１】
放送型供給装置２０Ｂは、コンテンツ送出部２７から構成される。コンテンツ送出部２７は、予め決定されている放送スケジュールに従い、テレビジョン放送信号を用いて、暗号化された状態のコンテンツを放送する。
【００７２】
なお、通信型供給装置２０Ａを構成するWebサーバ２１乃至DRMサーバ２６は、ネットワーク２上に集中して配置されてもよいし、分散して配置されてもよい。また、Webサーバ２１乃至DRMサーバ２６のうち、いくつかを組み合わせて構成してもよい。
【００７３】
次に、受信装置１０によってダウンロードされるコンテンツについて、図５を参照して説明する。
【００７４】
コンテンツを構成するＡＶデータは、通信型供給装置２０Ａのコンテンツサーバ２５、または放送型供給装置２０Ｂのコンテンツ送出部２７において、所定の符号化方式（例えば、MPEG２方式）で圧縮符号化された後、字幕データなどとともにトランスポートストリーム（ＴＳ）化され、DRMサーバ２６にて生成されたコンテンツ鍵によりＴＳパケット単位で暗号化された状態で受信装置１０に転送されるか、またはテレビジョン放送信号を用いて放送される。そして、受信装置１０に取得されたコンテンツは、ストレージ１３に蓄積される。
【００７５】
暗号化された状態のコンテンツを受信装置１０において復号するためのコンテンツ鍵は、コンテンツとは別途、通信型供給装置２０ＡのDRMサーバ２６から、RMPI（利用条件情報：コピー制御情報などを含む）とともにライセンスに含まれた状態で受信装置１０のDRMクライアント１６に供給される。
【００７６】
ストレージ１３に蓄積されたＴＳパケット単位で暗号化されているコンテンツは、ＡＶプレイヤ１５によりDRMクライアント１６から供給されるコンテンツ鍵によってその暗号が復号され、その結果得られたMPEG２ＴＳが復号（デコード）される。ただし、DRMクライアント１６からコンテンツ鍵が供給されるのは、ライセンスに記述されている利用条件（利用期間、再生回数など）を満たしている場合に限られる。
【００７７】
ここで、ブラウザ１１またはECG１４のいずれかによってユーザに提示されるダウンロード可能コンテンツリスト５１について説明する。
【００７８】
上述したように、ダウンロード可能コンテンツリスト５１は、ダウンロード可能コンテンツの一覧を示すものであり、例えば、図６Ａに示すように表示される。すなわち、ダウンロード可能コンテンツリスト５１には、通信型供給装置２０Ａから供給される通信型コンテンツと、放送型供給装置２０Ｂから放送される放送型コンテンツが区別されることなく混合して表示される。
【００７９】
なお、同図Ａの表示例においては、通信型コンテンツと放送型コンテンツとが区別されることなく混合して表示されることを説明するため、（通信型）と（放送型）の文字を図示したが、実際には表示しない。したがって、ユーザは、ダウンロードするコンテンツが通信型であるか、または放送型であるかを意識することなく、コンテンツを選択することができる。ただし、元論、通信型コンテンツと放送型コンテンツとをユーザが識別できるように、（通信型）または（放送型）などと表示するようにしてもよい。
【００８０】
ダウンロード可能コンテンツリスト５１において、ユーザがコンテンツを選択すると、画面表示は同図Ｂに示すように、選択されたコンテンツに関する情報と、ダウンロードボタン５３を含むものに変更される。なお、選択されたコンテンツが放送型である場合、ここに放送予定（放送ストリーム、放送日時など）も表示される。ここで、ダウンロードボタン５３がユーザによって操作されると、画面表示は同図Ｃまたは同図Ｄに示すように変更される。
【００８１】
すなわち、ユーザによって選択されてダウンロードが指示されたコンテンツが通信型である場合、直ちにダウンローダ１２が起動されてコンテンツの取得が開始されて、画面表示は同図Ｃに示すように変更される。
【００８２】
反対に、ユーザによって選択されてダウンロードが指示されたコンテンツが放送型である場合、コンテンツのダウンロードが予約され、画面表示は同図Ｄに示すように変更される。そして、コンテンツが放送されるときにダウンローダ１２が起動されて、コンテンツが受信されて蓄積される。
【００８３】
次に、ECG１４によってユーザに提示されるローカルコンテンツリスト６１について説明する。
【００８４】
上述したように、ローカルコンテンツリスト６１は、ダウンロード済みであって再生可能なコンテンツの一覧を示すものであり、例えば、図７Ａに示すように表示される。すなわち、ローカルコンテンツリスト６１には、ストレージ１３に蓄積された通信型コンテンツと放送型コンテンツが区別されることなく混合して表示される。
【００８５】
なお、同図Ａの表示例においては、通信型コンテンツと放送型コンテンツとが区別されることなく混合して表示されることを説明するため、（通信型）と（放送型）の文字を図示したが、実際には表示しない。したがって、ユーザは、再生させて視聴するコンテンツが通信型であるか、または放送型であるかを意識することなく、コンテンツを選択することができる。ただし、元論、通信型コンテンツと放送型コンテンツとを識別可能に表示するようにしてもよい。
【００８６】
ローカルコンテンツリスト６１において、ユーザがコンテンツを選択すると、画面表示は同図Ｂに示すように、視聴ボタン６３を含むものに変更される。ここで、視聴ボタン６３がユーザによって操作されると、選択されたコンテンツの再生が開始され、画面には同図Ｃに示すように再生されたコンテンツの映像が表示される。
【００８７】
次に、コンテンツをダウンロードし、再生するまでの一連の処理の概要について図８を参照して説明する。
【００８８】
コンテンツをダウンロードし、再生するまでの一連の処理は、ダウンロードナビゲーションフェーズ(phase)、ダウンロードフェーズ、ローカルナビゲーションフェーズ、およびコンテンツ再生フェーズに分類される。
【００８９】
ダウンロードナビゲーションフェーズでは、ブラウザ１１によるHTML/BML文書に基づくダウンロード可能コンテンツリスト５１の表示、またはECG１４によるECGメタデータに基づくダウンロード可能コンテンツリスト５１の表示が行なわれ、ダウンロード可能コンテンツリスト５１を用いてダウンロードするコンテンツを選択するユーザの操作が受け付けられる。
【００９０】
ダウンロードフェーズでは、ダウンローダ１２によりコンテンツがダウンロードされる。すなわち、通信型コンテンツの場合、コンテンツサーバ２５から取得、蓄積される。放送型コンテンツの場合、テレビジョン放送信号を受信することによりコンテンツが取得され、蓄積される。そして、コンテンツのダウンロードが完了したとき、ライセンスが取得される（取得されない場合もある）。
【００９１】
ローカルナビゲーションフェーズでは、ECG１４によりメタＤＢ１３Ａに基づいてローカルコンテンツリスト６１の表示が行なわれ、ローカルコンテンツリスト６１を用いて再生するコンテンツを選択するユーザの操作が受け付けられる。
【００９２】
コンテンツ再生フェーズでは、コンテンツの復号、再生が行なわれる。このとき、必要なライセンスが未取得であれば、必要なライセンスが取得された後に、コンテンツの復号、再生が行なわれる。
【００９３】
上述したように、ダウンロードナビゲーションフェーズとダウンロードフェーズには、それぞれ２通りの動作が可能であるので、これらを組み合わせると、ダウンロードナビゲーションフェーズからダウンロードフェーズまでに４通りの動作が想定される。
【００９４】
すなわち、想定される第１の動作は、ダウンロードナビゲーションフェーズで、ブラウザ１１によるHTML/BML文書に基づくダウンロード可能コンテンツリスト５１の表示を行い、ダウンロードフェーズで、通信型コンテンツをダウンロードする動作である。
【００９５】
想定される第２の動作は、ダウンロードナビゲーションフェーズで、ECG１４によるECGメタデータ８１に基づくダウンロード可能コンテンツリスト５１の表示を行い、ダウンロードフェーズで、通信型コンテンツをダウンロードする動作である。
【００９６】
想定される第３の動作は、ダウンロードナビゲーションフェーズで、ブラウザ１１によるHTML/BML文書に基づくダウンロード可能コンテンツリスト５１の表示を行い、ダウンロードフェーズで、放送型コンテンツをダウンロードする動作である。
【００９７】
想定される第４の動作は、ダウンロードナビゲーションフェーズで、ECG１４によるECGメタデータ８１に基づくダウンロード可能コンテンツリスト５１の表示を行い、ダウンロードフェーズで、放送型コンテンツをダウンロードする動作である。
【００９８】
なお、これら第１乃至４の動作については、図１２乃至図１９を参照して詳細に後述する。
【００９９】
次に、受信装置１０が供給装置２０から取得する各種データの関係について図９を参照して説明する。
【０１００】
ECGメタデータ８１は、ECG１４がメタデータサーバ２４から取得するものである。ECGメタデータ８１は、各コンテンツにそれぞれ１対１で対応するコンテンツメタデータ８１Ａとインスタンスメタデータ８１Ｂから成る。
【０１０１】
コンテンツメタデータ８１Ａには、コンテンツＩＤ、コンテンツのタイトルなどが含まれる。
【０１０２】
インスタンスメタデータ８１Ｂは、インスタンスメタデータ８１Ｂ−１、またはインスタンスメタデータ８１Ｂ−２の２種類の何方かが利用される。
【０１０３】
インスタンスメタデータ８１Ｂ−１は、後述するダウンロード制御情報８３が第１のフォーマットにより記述されている場合、すなわち、通信型コンテンツに対応するダウンロード制御情報８３のフォーマットと放送型コンテンツに対応するダウンロード制御情報８３のフォーマットが共通である場合に利用される。
【０１０４】
これに対して、インスタンスメタデータ８１Ｂ−２は、ダウンロード制御情報８３が第２のフォーマット（通信型コンテンツ用）、または第３のフォーマット（放送型コンテンツ用）により記述される場合に利用される。
【０１０５】
インスタンスメタデータ８１Ｂ−１には、インスタンスメタデータＩＤ、コンテンツＩＤ、当該コンテンツＩＤに対応するコンテンツをダウンロードするために必要なダウンロード制御情報の参照先（ダウンロード制御情報自身の特定情報とその取得先）、および当該インスタンスメタデータの有効期限が含まれる。
【０１０６】
インスタンスメタデータ８１Ｂ−２については、図２２を参照して後述する。
【０１０７】
HTML/BML文書８２も、インスタンスメタデータ８１Ｂと同様に、HTML/BML文書８２−１、またはHTML/BML文書８２−２の２種類の何方かが利用される。
【０１０８】
HTML/BML文書８２−１は、後述するダウンロード制御情報８３が第１のフォーマットにより記述されている場合、すなわち、通信型コンテンツに対応するダウンロード制御情報８３のフォーマットと放送型コンテンツに対応するダウンロード制御情報８３のフォーマットが共通である場合に利用される。
【０１０９】
これに対して、HTML/BML文書８２−２は、ダウンロード制御情報８３が第２のフォーマット（通信型コンテンツ用）、または第３のフォーマット（放送型コンテンツ用）により記述される場合に利用される。
【０１１０】
HTML/BML文書８２−１は、ブラウザ１１がWebサーバ２１から取得するものである。HTML/BML文書８２−１には、ダウンローダ１２を起動するための関数、その引数としての、ユーザによって選択されたコンテンツをダウンロードするために必要なダウンロード制御情報の参照先（ダウンロード制御情報自身の特定情報とその取得先）が含まれる。
【０１１１】
HTML/BML文書８２−２については、図２２を参照して後述する。
【０１１２】
ダウンロード制御情報８３は、ブラウザ１１またはECG１４の制御により起動されたダウンローダ１２がメタデータサーバ２４から取得するものである。ダウンロード制御情報８３には、ダウンロード単位ＩＤ、ダウンロード単位のタイトル、ライセンスの取得先、各コンテンツの情報（再生制御情報の取得先を含む）などが含まれる。
【０１１３】
なお、本発明の特徴となるダウンロード制御情報８３の内容については、図１０および図１１を参照して詳細に後述する。
【０１１４】
再生制御情報８４は、ダウンローダ１２がダウンロード制御情報８３に基づいてメタデータサーバ２４から取得するものである。再生制御情報８４には、コンテンツＩＤ、ライセンスＩＤ、ライセンスの取得先などが含まれる。
【０１１５】
ライセンス８５は、DRMクライアント１６が再生制御情報に基づいてDRMサーバ２６から取得するものである。ライセンス８５には、コンテンツ鍵、および利用条件情報が含まれる。
【０１１６】
次に、ダウンロード制御情報８３の第１のフォーマットについて詳述する。ダウンロード制御情報８３の第１のフォーマットは、通信型コンテンツと放送型コンテンツに対して共通に利用できるものである。
【０１１７】
図１０は、通信型コンテンツに対応するダウンロード制御情報８３の構成例を示している。通信型コンテンツに対応するダウンロード制御情報８３には、ダウンロード単位ＩＤ９１、ダウンロード単位タイトル９２、データサイズ９３、放送型・通信型フラグ９４、更新型・非更新型フラグ９５、ダウンロード制御情報の再取得時の参照先９６、当該ダウンロード制御情報のバージョン９７、想定更新周期９８、ライセンスの取得先９９、放送型情報１１０、および各コンテンツの情報１００が含まれる。
【０１１８】
ダウンロード単位ＩＤ９１は、ダウンロード単位の識別情報である。ここで、ダウンロード単位とは、１以上のコンテンツにより構成されるものであり、例えば、シリーズものの映画や複数話から構成されるドラマなどに対応する複数のコンテンツが１つのダウンロード単位とされる。ダウンロード単位を設けることにより、関連する複数のコンテンツを連続的に一括してダウンロードすることができる。
【０１１９】
ダウンロード単位タイトル９２は、ダウンロード単位に対して付けられた名称である。データサイズ９３は、ダウンロード単位のデータサイズを示す情報である。
【０１２０】
放送型・通信型フラグ９４は、ダウンロード単位に含まれるコンテンツが放送型または通信型の何方であるかを示す情報である。この放送型・通信型フラグ９４を含むことが、ダウンロード制御情報８３の第１のフォーマットの特徴である。
【０１２１】
更新型・非更新型フラグ９５は、ダウンロード単位が周期的に更新されるものであるか否かを示す情報である。
【０１２２】
ダウンロード制御情報の再取得時の参照先９６は、ダウンロード単位が更新型である場合に記述されるものであり、更新後のダウンロード単位をダウンロードするために必要なダウンロード制御情報（当該ダウンロード制御情報の次のバージョンのダウンロード制御情報）の参照先を示す情報である。
【０１２３】
ダウンロード制御情報のバージョン９７は、ダウンロード単位が更新型である場合に記述されるものであり、当該ダウンロード制御情報のバージョンを示す情報である。想定更新周期９８は、ダウンロード単位が更新型である場合に記述されるものであり、想定されている更新周期を示す情報である。
【０１２４】
ライセンスの取得先９９は、ダウンロード単位に対応するライセンスの取得先（DRMサーバ２６のURL）を示す情報である。このライセンスの取得先９９が記載されている場合、ダウンロード単位のダウンロードが完了したときにランセンスが取得される。
【０１２５】
なお、ここで取得されるライセンスは、ダミーライセンス（コンテンツを復号できないライセンス）であってもよい。このダミーライセンスの取得要求により、供給装置２０側でダウンロード完了を判断することができる。反対に、このライセンスの取得先９９が記載されていない場合、ダウンロード単位のダウンロードが完了したときにランセンスは取得されず、再生時にライセンスが取得される。
【０１２６】
放送型情報１１０は、当該ダウンロード制御情報８３が放送型コンテンツに対応するものである場合に記述されるものであり、通信型コンテンツに対応するものである場合には記述されない。
【０１２７】
各コンテンツの情報１００は、ダウンロード単位を構成するコンテンツの数ｎだけ記載される。１番目のコンテンツの情報１００1には、コンテンツＩＤ、コンテンツの取得先（コンテンツサーバ２５のURL）、コンテンツタイトル、コンテンツに対応するECGメタデータ８１の参照先（メタデータサーバ２４のURL）、再生制御情報８４の参照先（メタデータサーバ２４のURL）、およびライセンスＩＤが含まれる。２乃至ｎ番目のコンテンツの情報１００2乃至１００nについても同様であるので、その説明は省略する。
【０１２８】
図１１は、放送型コンテンツに対応するダウンロード制御情報８３の構成例を示している。放送型コンテンツに対応するダウンロード制御情報８３には、通信型コンテンツに対応するものと同様に、ダウンロード単位ＩＤ９１、ダウンロード単位タイトル９２、データサイズ９３、放送型・通信型フラグ９４、更新型・非更新型フラグ９５、ダウンロード制御情報の再取得時の参照先９６、当該ダウンロード制御情報のバージョン９７、ライセンスの取得先９９、放送型情報１１０、および各コンテンツの情報１００が含まれる。
【０１２９】
放送型情報１１０は、放送ストリームの参照先１１１、現ダウンロード単位の放送予定１１２、更新後のダウンロード単位の放送予定１１３、代替通信の参照先１１４、および各コンテンツの情報１００に細分化されている。
【０１３０】
放送ストリームの参照先１１１は、コンテンツが放送される放送ストリームを特定するための情報である。この放送ストリームの参照先１１１は、例えば、ARIB（社団法人電波産業界）にて規定されているURL(Uniform Resource Locator)、またはIP(Internet Protocol)マルチキャストアドレスを用いて記述される。
【０１３１】
現ダウンロード単位の放送予定１１２は、コンテンツの再放送分も含めた各放送予定の放送時刻、所要時間、ビットレートが含まれる。特に、各放送予定のビットレートを含むことにより、例えば、通常のテレビジョン番組を放送していない深夜などにビットレートを上げて放送するような運用にも対応することができる。
【０１３２】
更新後のダウンロード単位の放送予定１１３は、ダウンロード単位が更新型である場合に記述される情報であり、更新後のコンテンツの再放送分も含めた各放送予定の放送時刻、所要時間、ビットレートが含まれる。更新後のダウンロード単位の放送予定１１３を、当該ダウンロード制御情報８３に記載しておくことにより、更新後のダウンロード単位の放送に対して備えることができる。
【０１３３】
代替通信の参照先１１４は、現ダウンロード単位の放送が既に終了している場合において、同一のダウンロード単位を取得できるコンテンツサーバ２５のURLを示す情報である。
【０１３４】
各コンテンツの情報１００は、ダウンロード単位を構成するコンテンツの数ｎだけ記載される。１番目のコンテンツの情報１００1には、コンテンツＩＤ、コンテンツの取得先（放送ストリーム内の特定情報）、コンテンツタイトル、コンテンツに対応するECGメタデータ８１の参照先（メタデータサーバ２４のURL）、再生制御情報８４の参照先（メタデータサーバ２４のURL）、およびライセンスＩＤが含まれる。２乃至ｎ番目のコンテンツの情報１００2乃至１００nについても同様であるので、その説明は省略する。
【０１３５】
次に、図８に示されたダウンロードナビゲーションフェーズからダウンロードフェーズまでに想定される第１乃至４の動作について説明する。
【０１３６】
なお、第１乃至４の動作の前提として、受信装置１０のユーザは、当該コンテンツダウンロードサービスの運営者側にサービス利用のための登録を済ませており、これにより、供給装置２０の顧客管理サーバ２２には、受信装置１０のユーザの情報が顧客情報として登録されており、さらに購入したパッケージを示す購入履歴情報やダウンロード済みコンテンツを示すダウンロード履歴情報が対応付けて管理されているものとする。
【０１３７】
図１２は、ダウンロードナビゲーションフェーズで、ブラウザ１１によるHTML/BML文書に基づくダウンロード可能コンテンツリスト５１の表示を行い、ダウンロードフェーズで、通信型コンテンツをダウンロードする第１の動作の概要を示している。
【０１３８】
ユーザからの所定の操作に対応し、受信装置１０のブラウザ１１は、供給装置２０のWebサーバ２１にアクセスしてHTML/BML文書８２を取得し、取得したHTML/BML文書８２に基づいてWebページとしてのダウンロード可能コンテンツリスト５１をユーザに提示する。このダウンロード可能コンテンツリスト５１に対して、ユーザがコンテンツをそのダウンロード単位で選択する操作を行うと、ダウンローダ１２が起動される。
【０１３９】
起動されたダウンローダ１２は、選択されたコンテンツのダウンロード単位に対応するダウンロード制御情報８３をメタデータサーバ２４から取得する。なお、ここで取得するダウンロード制御情報８３の参照先であるメタデータサーバ２４のURLは、先ほど取得されたHTML/BML文書８２に記述されている。
【０１４０】
ダウンロード制御情報８３を取得したダウンローダ１２は、ダウンロード制御情報８３に記述されている内容に従い、メタデータサーバ２４から再生制御情報８４を転送させてストレージ１３に蓄積させる。また、ダウンローダ１２は、ダウンロード制御情報８３に記述されている内容に従い、コンテンツサーバ２５からコンテンツを転送させてストレージ１３に蓄積させる。さらに、ダウンローダ１２は、転送させた再生制御情報８４に基づいてローカルコンテンツリスト生成のためのメタＤＢ１３Ａを生成して、ストレージ１３に蓄積させる。
【０１４１】
さらに、ダウンローダ１２は、ダウンロード制御情報８３にライセンスの取得先９９が記述されている場合、DRMクライアント１６にライセンスの取得を依頼する。この依頼に応じ、DRMクライアント１６は、ダウンローダ１２により取得されたダウンロード制御情報８３に記述されている内容に従って、DRMサーバ２６にライセンスを要求して取得する。以上で、第１の動作の概要説明を終了する。
【０１４２】
次に、第１の動作の詳細について、図１３のタイミングチャートを参照して説明する。なお、図１３においては、メタデータサーバ２４とコンテンツサーバ２５を一体的に図示しており、以降の図面においても適宜同様に図示する場合がある。
【０１４３】
第１の動作の前提は、上述した概要説明と同様である。初めに、ステップＳ１において、受信装置１０のブラウザ１１が供給装置２０のWebサーバ２１にアクセスし、ユーザ認証を実行した後、Webページを表示するためのHTML/BML文書８２を取得する。さらに、ブラウザ１１は、取得したHTML/BML文書８２に基づいてダウンロード可能コンテンツリスト５１をユーザに提示する。このインタラクティブに操作可能なダウンロード可能コンテンツリスト５１に対して、ステップＳ２として、ユーザがコンテンツを選択し、ダウンロードの実行を指示する操作を行うと、ステップＳ３において、ブラウザ１１は、ヘルプアプリケーションであるダウンローダ１２を起動させる。
【０１４４】
起動されたダウンローダ１２は、ステップＳ４において、ブラウザ１１から通知される、ダウンロード制御情報８３の取得先を示すメタデータサーバ２４のURLに基づき、選択されたコンテンツを含むダウンロード単位に対応するダウンロード制御情報８３をメタデータサーバ２４から取得し、ストレージ１３に蓄積させる。
【０１４５】
ステップＳ５において、ダウンローダ１２は、取得したダウンロード制御情報８３を解析し、ダウンロードタイミングを確認したり、ダウンロードするコンテンツのデータサイズを把握した上でストレージ１３の空き容量を確認したり、ストレージ１３にディレクトリを生成したりする処理を含む初期処理を実行する。
【０１４６】
ステップＳ６において、ダウンローダ１２は、ダウンロード制御情報８３の各コンテンツの情報１００に記述されている再生制御情報の参照先に基づき、メタデータサーバ２４にアクセスして、選択されたダウンロード単位に含まれる全てのコンテンツにそれぞれ対応する再生制御情報８４とECGメタデータ８１を取得する。ステップＳ７において、ダウンローダ１２は、メタＤＢ１３Ａを生成して再生制御情報８４とともにストレージ１３に蓄積させる。
【０１４７】
ステップＳ８において、ダウンローダ１２は、ダウンロード制御情報８３の各コンテンツの情報１００に記述されているコンテンツＩＤとコンテンツの取得先に基づき、コンテンツサーバ２５にアクセスして、選択されたダウンロード単位に含まれる各コンテンツの転送を要求する。この要求に対応し、ステップＳ９において、コンテンツサーバ２５は、要求されたコンテンツの転送を開始し、ステップＳ１０において、ダウンローダ１２は、転送されたコンテンツをストレージ１３に蓄積させる。
【０１４８】
そして、ダウンロード単位に含まれる全てのコンテンツのダウンロードが終了した後、ステップＳ１１において、ダウンローダ１２は、DRMクライアント１６にライセンスの取得を要求する。ステップＳ１２において、DRMクライアント１６は、ダウンロード制御情報８３に記述されているライセンスの取得先９９に基づき、DRMサーバ２６にアクセスし、DRM IDの通知などを含む認証処理を経た後にライセンスを取得し、取得したライセンスを自己で保持するとともにライセンスを取得したことをダウンローダ１２に通知する。なお、ここで取得したライセンスは、ダウンロード制御情報８３に記述されているライセンスの取得先９９に対応するものであり、真ライセンス（再生に使用できるライセンス）である場合もあるし、ダミーライセンス（実質的に再生に使用できないライセンス）である場合もある。
【０１４９】
なお、DRMサーバ２６は、DRMクライアント１６からライセンスが要求されたことを顧客管理サーバ２２に通知する。顧客管理サーバ２２は、DRMサーバ２６からの当該通知を受け取ったことを根拠として、受信装置１０側でコンテンツのダウンロードが完了したことを確認し、課金・決済サーバ２３に対して顧客に対する課金・決済を実行させる。以上で、第１の動作の詳細な動作説明を終了する。
【０１５０】
次に、図１４は、ダウンロードナビゲーションフェーズで、ECG１４によるECGメタデータ８１に基づくダウンロード可能コンテンツリスト５１の表示を行い、ダウンロードフェーズで、通信型コンテンツをダウンロードする第２の動作の概要を示している。
【０１５１】
受信装置１０のECG１４は、周期的あるいはユーザの指示に応じ、供給装置２０のメタデータサーバ２４にアクセスし、ダウンロード可能なコンテンツのECGメタデータ８１を取得する。そして、ユーザからの指示に応じ、取得してあるECGメタデータ８１に基づいてダウンロード可能コンテンツリスト５１をユーザに提示する。このダウンロード可能コンテンツリスト５１に対して、ユーザがコンテンツをそのダウンロード単位で選択する操作を行うと、ダウンローダ１２が起動される。
【０１５２】
起動されたダウンローダ１２は、選択されたコンテンツのダウンロード単位に対応するダウンロード制御情報８３をメタデータサーバ２４から取得する。なお、ここで取得するダウンロード制御情報８３の参照先であるメタデータサーバ２４のURLは、取得済みのECGメタデータ８１に含まれるインスタンスメタデータ８１Ｂに記述されている。
【０１５３】
ダウンロード制御情報８３を取得したダウンローダ１２は、ダウンロード制御情報８３に記述されている内容に従い、メタデータサーバ２４から再生制御情報８４を転送させてストレージ１３に蓄積させる。また、ダウンローダ１２は、ダウンロード制御情報８３に記述されている内容に従い、コンテンツサーバ２５からコンテンツを転送させてストレージ１３に蓄積させる。さらに、ダウンローダ１２は、転送させた再生制御情報８４に基づいてローカルコンテンツリスト生成のためのメタＤＢ１３Ａを生成して、ストレージ１３に蓄積させる。
【０１５４】
さらに、ダウンローダ１２は、ダウンロード制御情報８３にライセンスの取得先９９が記述されている場合、DRMクライアント１６にライセンスの取得を依頼する。この依頼に応じ、DRMクライアント１６は、ダウンローダ１２により取得されたダウンロード制御情報８３に記述されている内容に従って、DRMサーバ２６にライセンスを要求して取得する。以上で、第２の動作の概要説明を終了する。
【０１５５】
次に、第２の動作の詳細について、図１５のタイミングチャートを参照して説明する。
【０１５６】
第２の動作の前提は、上述した概要説明と同様である。初めに、ステップＳ３１として、受信装置１０のECG１４が、周期的にあるいはユーザの操作に応じ、供給装置２０のメタデータサーバ２４から、ダウンロード可能なコンテンツのECGメタデータ８１を取得する。そして、ユーザからの指示に応じ、取得したECGメタデータ８１に基づいてダウンロード可能コンテンツリスト５１をユーザに提示する。このインタラクティブに操作可能なダウンロード可能コンテンツリスト５１に対して、ステップＳ３２として、ユーザがコンテンツを選択し、ダウンロードの実行を指示する操作を行うと、ステップＳ３３において、ECG１４は、ヘルプアプリケーションであるダウンローダ１２を起動させる。
【０１５７】
起動されたダウンローダ１２は、ステップＳ３４において、ECG１４から通知される、ダウンロード制御情報８３の取得先を示すメタデータサーバ２４のURLに基づき、選択されたコンテンツを含むダウンロード単位に対応するダウンロード制御情報８３をメタデータサーバ２４から取得し、ストレージ１３に蓄積させる。
【０１５８】
ステップＳ３５において、ダウンローダ１２は、取得したダウンロード制御情報８３を解析し、ダウンロードタイミングを確認したり、ダウンロードするコンテンツのデータサイズを把握した上でストレージ１３の空き容量を確認したり、ストレージ１３にディレクトリを生成したりする処理を含む初期処理を実行する。
【０１５９】
ステップＳ３６において、ダウンローダ１２は、ダウンロード制御情報８３の各コンテンツの情報１００に記述されている再生制御情報の参照先に基づき、メタデータサーバ２４にアクセスして、選択されたダウンロード単位に含まれる全てのコンテンツにそれぞれ対応する再生制御情報８４を取得する。ステップＳ３７において、ダウンローダ１２は、メタＤＢ１３Ａを生成して再生制御情報８４とともにストレージ１３に蓄積させる。
【０１６０】
ステップＳ３８において、ダウンローダ１２は、ダウンロード制御情報８３の各コンテンツの情報１００に記述されているコンテンツＩＤとコンテンツの取得先に基づき、コンテンツサーバ２５にアクセスして、選択されたダウンロード単位に含まれる各コンテンツの転送を要求する。この要求に対応し、ステップＳ３９において、コンテンツサーバ２５は、要求されたコンテンツの転送を開始する。ステップＳ４０において、ダウンローダ１２は、転送されたコンテンツをストレージ１３に蓄積させる。
【０１６１】
そして、ダウンロード単位に含まれる全てのコンテンツのダウンロードが終了した後、ステップＳ４１において、ダウンローダ１２は、DRMクライアント１６にライセンスの取得を要求する。ステップＳ４２において、DRMクライアント１６は、ダウンロード制御情報８３に記述されているライセンスの取得先９９に基づき、DRMサーバ２６にアクセスし、DRM IDの通知などを含む認証処理を経た後にライセンスを取得し、取得したライセンスを自己で保持するとともにライセンスを取得したことをダウンローダ１２に通知する。なお、ここで取得したライセンスは、ダウンロード制御情報８３に記述されているライセンスの取得先９９に対応するものであり、真ライセンスである場合もあるし、ダミーライセンスである場合もある。
【０１６２】
なお、DRMサーバ２６は、DRMクライアント１６からライセンスが要求されたことを顧客管理サーバ２２に通知する。顧客管理サーバ２２は、DRMサーバ２６からの当該通知を受け取ったことを根拠として、受信装置１０側でコンテンツのダウンロードが完了したことを確認し、課金・決済サーバ２３に対して顧客に対する課金・決済を実行させる。以上で、第２の動作の詳細な動作説明を終了する。
【０１６３】
次に、図１６は、ダウンロードナビゲーションフェーズで、ブラウザ１１によるHTML/BML文書に基づくダウンロード可能コンテンツリスト５１の表示を行い、ダウンロードフェーズで、放送型コンテンツをダウンロードする第３の動作の概要を示している。
【０１６４】
ユーザからの所定の操作に対応し、受信装置１０のブラウザ１１は、供給装置２０のWebサーバ２１にアクセスしてHTML/BML文書８２を取得し、取得したHTML/BML文書８２に基づいてWebページとしてのダウンロード可能コンテンツリスト５１をユーザに提示する。このダウンロード可能コンテンツリスト５１に対して、ユーザがコンテンツをそのダウンロード単位で選択する操作を行うと、ダウンローダ１２が起動される。
【０１６５】
起動されたダウンローダ１２は、選択されたコンテンツのダウンロード単位に対応するダウンロード制御情報８３をメタデータサーバ２４から取得する。なお、ここで取得するダウンロード制御情報８３の参照先であるメタデータサーバ２４のURLは、先ほど取得されたHTML/BML文書８２に記述されている。
【０１６６】
ダウンロード制御情報８３を取得したダウンローダ１２は、ダウンロード制御情報８３に記述されている内容に従い、メタデータサーバ２４から再生制御情報８４を転送させてストレージ１３に蓄積させる。
【０１６７】
また、ダウンローダ１２は、ダウンロード制御情報８３に記述されている放送ストリーム参照先１１１および現ダウンロード単位の放送予定１１２に基づき、コンテンツがテレビジョン放送信号によって放送されたコンテンツを受信してストレージ１３に蓄積させる。
【０１６８】
さらに、ダウンローダ１２は、転送させた再生制御情報８４に基づいてローカルコンテンツリスト生成のためのメタＤＢ１３Ａを生成して、ストレージ１３に蓄積させる。
【０１６９】
さらに、ダウンローダ１２は、ダウンロード制御情報８３にライセンスの取得先９９が記述されている場合、DRMクライアント１６にライセンスの取得を依頼する。この依頼に応じ、DRMクライアント１６は、ダウンローダ１２により取得されたダウンロード制御情報８３に記述されている内容に従って、DRMサーバ２６にライセンスを要求して取得する。以上で、第３の動作の概要説明を終了する。
【０１７０】
次に、第３の動作の詳細について、図１７のタイミングチャートを参照して説明する。
【０１７１】
第３の動作の前提は、上述した概要説明と同様である。初めに、ステップＳ６１において、受信装置１０のブラウザ１１が供給装置２０のWebサーバ２１にアクセスし、ユーザ認証を実行した後、Webページを表示するためのHTML/BML文書８２を取得する。さらに、ブラウザ１１は、取得したHTML/BML文書８２に基づいてダウンロード可能コンテンツリスト５１をユーザに提示する。このインタラクティブに操作可能なダウンロード可能コンテンツリスト５１に対して、ステップＳ６２として、ユーザがコンテンツを選択し、ダウンロードの実行を指示する操作を行うと、ステップＳ６３において、ブラウザ１１は、ヘルプアプリケーションであるダウンローダ１２を起動させる。
【０１７２】
起動されたダウンローダ１２は、ステップＳ６４において、ブラウザ１１から通知される、ダウンロード制御情報８３の取得先を示すメタデータサーバ２４のURLに基づき、選択されたコンテンツを含むダウンロード単位に対応するダウンロード制御情報８３をメタデータサーバ２４から取得し、ストレージ１３に蓄積させる。
【０１７３】
ステップＳ６５において、ダウンローダ１２は、取得したダウンロード制御情報８３を解析し、ダウンロードタイミングを確認したり、ダウンロードするコンテンツのデータサイズを把握した上でストレージ１３の空き容量を確認したり、ストレージ１３にディレクトリを生成したりする処理を含む初期処理を実行する。さらに、ダウンローダ１２は、取得したダウンロード制御情報８３に基づき、ダウンロードするコンテンツ放送型である場合、その放送予定に対応して、コンテンツの受信予約処理を行う。
【０１７４】
その後、ステップＳ６６において、受信予約処理に応じた動作を再開する。すなわち、ステップＳ６７において、ダウンローダ１２は、ダウンロード制御情報８３の各コンテンツの情報１００に記述されている再生制御情報の参照先に基づき、メタデータサーバ２４にアクセスして、選択されたダウンロード単位に含まれる全てのコンテンツにそれぞれ対応する再生制御情報８４とECGメタデータ８１を取得する。ステップＳ６８において、ダウンローダ１２は、メタＤＢ１３Ａを生成して再生制御情報８４とともにストレージ１３に蓄積させる。
【０１７５】
ステップＳ６９において、供給装置２０のコンテンツ送出部２７は、放送予定に従い、テレビジョン放送信号を用いてコンテンツの放送を開始する。
【０１７６】
ステップＳ７０において、ダウンローダ１２は、ダウンロード制御情報８３の放送ストリームの参照先１１１、各コンテンツの情報１００に記述されている各コンテンツの取得先に基づき、テレビジョン放送信号からダウンロード単位に含まれる各コンテンツを受信し、受信したコンテンツをストレージ１３に蓄積させる。
【０１７７】
そして、ダウンロード単位に含まれる全てのコンテンツの受信と蓄積が終了した後、ステップＳ７１において、ダウンローダ１２は、DRMクライアント１６にライセンスの取得を要求する。ステップＳ７２において、DRMクライアント１６は、ダウンロード制御情報８３に記述されているライセンスの取得先９９に基づき、DRMサーバ２６にアクセスし、DRM IDの通知などを含む認証処理を経た後にライセンスを取得し、取得したライセンスを自己で保持するとともにライセンスを取得したことをダウンローダ１２に通知する。なお、ここで取得したライセンスは、ダウンロード制御情報８３に記述されているライセンスの取得先９９に対応するものであり、真ライセンスである場合もあるし、ダミーライセンスである場合もある。
【０１７８】
なお、DRMサーバ２６は、DRMクライアント１６からライセンスが要求されたことを顧客管理サーバ２２に通知する。顧客管理サーバ２２は、DRMサーバ２６からの当該通知を受け取ったことを根拠として、受信装置１０側でコンテンツのダウンロードが完了したことを確認し、課金・決済サーバ２３に対して顧客に対する課金・決済を実行させる。以上で、第３の動作の詳細な動作説明を終了する。
【０１７９】
次に、図１８は、ダウンロードナビゲーションフェーズで、ECG１４によるECGメタデータ８１に基づくダウンロード可能コンテンツリスト５１の表示を行い、ダウンロードフェーズで、放送型コンテンツをダウンロードする第４の動作の概要を示している。
【０１８０】
受信装置１０のECG１４は、周期的あるいはユーザの指示に応じ、供給装置２０のメタデータサーバ２４にアクセスし、ダウンロード可能なコンテンツのECGメタデータ８１を取得する。そして、ユーザからの指示に応じ、取得してあるECGメタデータ８１に基づいてダウンロード可能コンテンツリスト５１をユーザに提示する。このダウンロード可能コンテンツリスト５１に対して、ユーザがコンテンツをそのダウンロード単位で選択する操作を行うと、ダウンローダ１２が起動される。
【０１８１】
起動されたダウンローダ１２は、選択されたコンテンツのダウンロード単位に対応するダウンロード制御情報８３をメタデータサーバ２４から取得する。なお、ここで取得するダウンロード制御情報８３の参照先であるメタデータサーバ２４のURLは、取得済みのECGメタデータ８１に含まれるインスタンスメタデータ８１Ｂに記述されている。
【０１８２】
ダウンロード制御情報８３を取得したダウンローダ１２は、ダウンロード制御情報８３に記述されている内容に従い、メタデータサーバ２４から再生制御情報８４を転送させてストレージ１３に蓄積させる。
【０１８３】
また、ダウンローダ１２は、ダウンロード制御情報８３に記述されている放送ストリーム参照先１１１および現ダウンロード単位の放送予定１１２に基づき、コンテンツがテレビジョン放送信号によって放送されたコンテンツを受信してストレージ１３に蓄積させる。
【０１８４】
さらに、ダウンローダ１２は、転送させた再生制御情報８４に基づいてローカルコンテンツリスト生成のためのメタＤＢ１３Ａを生成して、ストレージ１３に蓄積させる。
【０１８５】
さらに、ダウンローダ１２は、ダウンロード制御情報８３にライセンスの取得先９９が記述されている場合、DRMクライアント１６にライセンスの取得を依頼する。この依頼に応じ、DRMクライアント１６は、ダウンローダ１２により取得されたダウンロード制御情報８３に記述されている内容に従って、DRMサーバ２６にライセンスを要求して取得する。以上で、第４の動作の概要説明を終了する。
【０１８６】
次に、第４の動作の詳細について、図１９のタイミングチャートを参照して説明する。
【０１８７】
第４の動作の前提は、上述した概要説明と同様である。初めに、ステップＳ９１として、受信装置１０のECG１４が、周期的にあるいはユーザの操作に応じ、供給装置２０のメタデータサーバ２４から、ダウンロード可能なコンテンツのECGメタデータ８１を取得する。そして、ユーザからの指示に応じ、取得したECGメタデータ８１に基づいてダウンロード可能コンテンツリスト５１をユーザに提示する。このインタラクティブに操作可能なダウンロード可能コンテンツリスト５１に対して、ステップＳ９２として、ユーザがコンテンツを選択し、ダウンロードの実行を指示する操作を行うと、ステップＳ９３において、ECG１４は、ヘルプアプリケーションであるダウンローダ１２を起動させる。
【０１８８】
起動されたダウンローダ１２は、ステップＳ９４において、ECG１４から通知される、ダウンロード制御情報８３の取得先を示すメタデータサーバ２４のURLに基づき、選択されたコンテンツを含むダウンロード単位に対応するダウンロード制御情報８３をメタデータサーバ２４から取得し、ストレージ１３に蓄積させる。
【０１８９】
ステップＳ９５において、ダウンローダ１２は、取得したダウンロード制御情報８３を解析し、ダウンロードタイミングを確認したり、ダウンロードするコンテンツのデータサイズを把握した上でストレージ１３の空き容量を確認したり、ストレージ１３にディレクトリを生成したりする処理を含む初期処理を実行する。さらに、ダウンローダ１２は、取得したダウンロード制御情報８３に基づき、ダウンロードするコンテンツ放送型である場合、その放送予定に対応して、コンテンツの受信予約処理を行う。
【０１９０】
その後、ステップＳ９６において、受信予約処理に応じた動作を再開する。すなわち、ステップＳ９７において、ダウンローダ１２は、ダウンロード制御情報８３の各コンテンツの情報１００に記述されている再生制御情報の参照先に基づき、メタデータサーバ２４にアクセスして、選択されたダウンロード単位に含まれる全てのコンテンツにそれぞれ対応する再生制御情報８４とECGメタデータ８１を取得する。ステップＳ９８において、ダウンローダ１２は、メタＤＢ１３Ａを生成して再生制御情報８４とともにストレージ１３に蓄積させる。
【０１９１】
ステップＳ９９において、供給装置２０のコンテンツ送出部２７は、放送予定に従い、テレビジョン放送信号を用いてコンテンツの放送を開始する。
【０１９２】
ステップＳ１００において、ダウンローダ１２は、ダウンロード制御情報８３の放送ストリームの参照先１１１、各コンテンツの情報１００に記述されている各コンテンツの取得先に基づき、テレビジョン放送信号からダウンロード単位に含まれる各コンテンツを受信し、受信したコンテンツをストレージ１３に蓄積させる。
【０１９３】
そして、ダウンロード単位に含まれる全てのコンテンツの受信と蓄積が終了した後、ステップＳ１０１において、ダウンローダ１２は、DRMクライアント１６にライセンスの取得を要求する。ステップＳ１０２において、DRMクライアント１６は、ダウンロード制御情報８３に記述されているライセンスの取得先９９に基づき、DRMサーバ２６にアクセスし、DRM IDの通知などを含む認証処理を経た後にライセンスを取得し、取得したライセンスを自己で保持するとともにライセンスを取得したことをダウンローダ１２に通知する。なお、ここで取得したライセンスは、ダウンロード制御情報８３に記述されているライセンスの取得先９９に対応するものであり、真ライセンスである場合もあるし、ダミーライセンスである場合もある。
【０１９４】
なお、DRMサーバ２６は、DRMクライアント１６からライセンスが要求されたことを顧客管理サーバ２２に通知する。顧客管理サーバ２２は、DRMサーバ２６からの当該通知を受け取ったことを根拠として、受信装置１０側でコンテンツのダウンロードが完了したことを確認し、課金・決済サーバ２３に対して顧客に対する課金・決済を実行させる。以上で、第４の動作の詳細な動作説明を終了する。
【０１９５】
次に、上述した第１乃至４の動作を実行するに際しての、特にダウンローダ１２が起動された後の受信装置１０による第１のコンテンツダウンロード処理について、図２０および図２１のフローチャートを参照して説明する。
【０１９６】
この第１のコンテンツダウンロード処理は、ダウンロード制御情報８３に第１のフォーマットが採用されていること、すなわち、ダウンロード制御情報８３に放送型・通信型フラグ９４が含まれていることを前提とする。
【０１９７】
ステップＳ１３１において、ダウンローダ１２は、ブラウザ１１またはECG１４から通知される、ダウンロード制御情報８３の取得先を示すメタデータサーバ２４のURLに基づき、選択されたコンテンツを含むダウンロード単位に対応するダウンロード制御情報８３をメタデータサーバ２４から取得し、ストレージ１３に蓄積させる。
【０１９８】
ステップＳ１３２において、ダウンローダ１２は、取得したダウンロード制御情報８３を解析する（具体的には、例えば、放送型・通信型フラグ９４、更新型・非更新型フラグ９５、コンテンツの情報１００の有無などを確認する）。
【０１９９】
ステップＳ１３３において、ダウンローダ１２は、ダウンロード制御情報８３の解析結果に従い、ダウンロードするコンテンツが放送型であるのか、または通信型であるのかを判定する。ここで、放送型であると判定された場合、処理は図２１のステップＳ１５１に進められる（後述）。反対に、通信型であると判定された場合、処理はステップＳ１３４に進められる。
【０２００】
ステップＳ１３４において、ダウンローダ１２は、ダウンロード制御情報８３の解析結果に従い、コンテンツが更新型であって、かつ、取得したダウンロード制御情報８３にコンテンツの情報１００が存在しない場合のみ、処理をステップＳ１３５に進め、それ以外の場合、処理をステップＳ１３６に進める。
【０２０１】
ステップＳ１３５において、ダウンローダ１２は、取得したダウンロード制御情報８３の想定更新周期９８に記載されている期間だけ待機した後、ステップＳ１３１に戻り、それ以降の処理を再開する。
【０２０２】
ステップＳ１３６において、ダウンローダ１２は、取得したダウンロード制御情報８３のダウンロード単位のデータサイズ９３を確認した上でストレージ１３の残容量が十分にあるか否かを判定する。ストレージ１３の残容量が不足すると判定された場合、処理は１３７に進められる。ステップＳ１３７において、ダウンローダ１２は、例えば「ハードディスクの残容量が不足しています」などと表示して、ユーザにエラーメッセージを提示し、処理が終了される。
【０２０３】
ステップＳ１３６において、ストレージ１３の残容量が十分あると判定された場合、処理はステップＳ１３８に進められる。
【０２０４】
ステップＳ１３８において、ダウンローダ１２は、ダウンロード単位に含まれる１つのコンテンツを処理対象とする。ステップＳ１３９において、ダウンローダ１２は、処理対象としたコンテンツに対応する再生制御情報８４とECGメタデータ８１をメタデータサーバ２４から取得する。そして、ダウンローダ１２は、取得したECGメタデータ８１に基づき、メタＤＢ１３Ａを生成して再生制御情報８４とともにストレージ１３に蓄積させる。
【０２０５】
ステップＳ１４０において、ダウンローダ１２は、処理対象としたコンテンツをコンテンツサーバ２５からダウンロードしてストレージ１３に蓄積させる。
【０２０６】
ステップＳ１４０において、ダウンローダ１２は、ダウンロード単位に含まれる全てのコンテンツのダウンロードが完了したか否か確認し、ダウンロードが完了していないコンテンツが残っている場合、処理をステップＳ１３６に戻して、それ以降を繰り返す。そして、ダウンロード単位に含まれる全てのコンテンツのダウンロードが完了したと判定された場合、処理はステップＳ１４２に進められる。
【０２０７】
ステップＳ１４２において、ダウンローダ１２は、ダウンロード制御情報８３にライセンスの取得先９９が記述されている場合だけ、DRMクライアント１６にライセンスの取得を要求する。DRMクライアント１６は、ライセンスの取得先９９に基づき、DRMサーバ２６にアクセスし、DRM IDの通知などを含む認証処理を経た後にライセンスを取得し、取得したライセンスを自己で保持するとともにライセンスを取得したことをダウンローダ１２に通知する。以上で、通信型コンテンツをダウンロードする処理は終了される。
【０２０８】
これに対して、上述したように、ステップＳ１３３において、ダウンロードするコンテンツが放送型であると判定された場合、処理は図２１のステップＳ１５１に進められる。
【０２０９】
ステップＳ１５１において、ダウンローダ１２は、ダウンロード制御情報８３の現ダウンロード単位の放送予定１１２を参照し、未放送の放送予定があるか（現時点で放送予定時刻に達していないものがあるか）否かを判定する。未放送の放送予定があると判定された場合、処理はステップＳ１５２に進められる。ステップＳ１５２において、ダウンローダ１２は、未放送の放送予定のうち、他の録画予約、ダウンロード予約などと重複しない、直近の放送予定にダウンロードを実行するように予約する。
【０２１０】
ステップＳ１５３において、ダウンローダ１２は、予約した放送予定の時刻になるまで待機し、当該時刻になったことに応じ、ステップＳ１５４において、ダウンローダ１２は、ダウンロード制御情報８３の各コンテンツの情報１００に基づき、ダウンロード単位に含まれる全てのコンテンツにそれぞれ対応する再生制御情報８４をメタデータサーバ２４から取得する。
【０２１１】
ステップＳ１５５において、ダウンローダ１２は、ダウンロード制御情報８３のダウンロード単位のデータサイズ９３を確認した上でストレージ１３の残容量が十分にあるか否かを判定するとともに、コンテンツのダウンロード（受信）が失敗したか否か判定する。ストレージ１３の残容量が十分あり、且つ、コンテンツのダウンロードが失敗していないと判定された場合、処理はステップＳ１５６に進められる。
【０２１２】
ステップＳ１５６において、ダウンローダ１２は、ダウンロード単位に含まれる１つのコンテンツを処理対象とする。ステップＳ１５７において、ダウンローダ１２は、ダウンロード制御情報８３の放送ストリーム参照先１１１および各コンテンツの情報１００のコンテンツの取得先に基づき、テレビジョン放送信号に含まれるコンテンツを受信して取得してストレージ１３に蓄積させる。また、ダウンローダ１２は、処理対象としたコンテンツに対応するECGメタデータ８１をメタデータサーバ２４から取得する。なお、テレビジョン放送信号にECGメタデータ８１が含まれる場合、これを受信するようにしてもよい。そして、ダウンローダ１２は、取得したECGメタデータ８１に基づき、メタＤＢ１３Ａを生成して再生制御情報８４とともにストレージ１３に蓄積させる。
【０２１３】
ステップＳ１５８において、ダウンローダ１２は、ダウンロード単位に含まれる全てのコンテンツのダウンロードが完了したか否か確認し、ダウンロードが完了していないコンテンツが残っている場合、処理をステップＳ１５５に戻して、それ以降を繰り返す。そして、ダウンロード単位に含まれる全てのコンテンツのダウンロードが完了したと判定された場合、処理はステップＳ１５９に進められる。
【０２１４】
ステップＳ１５９において、ダウンローダ１２は、ダウンロード制御情報８３にライセンスの取得先９９が記述されている場合だけ、DRMクライアント１６にライセンスの取得を要求する。DRMクライアント１６は、ライセンスの取得先９９に基づき、DRMサーバ２６にアクセスし、DRM IDの通知などを含む認証処理を経た後にライセンスを取得し、取得したライセンスを自己で保持するとともにライセンスを取得したことをダウンローダ１２に通知する。以上で、放送型コンテンツをダウンロードする処理は終了される。
【０２１５】
なお、ステップＳ１５５において、ストレージ１３の残容量が不十分である、またはコンテンツのダウンロード（受信）が失敗したと判定された場合、処理はステップＳ１５１に戻される。
【０２１６】
また、ステップＳ１５１において、未放送の放送予定がない（再放送分も全て放送済みである）と判定された場合、処理はステップＳ１６０に進められる。
【０２１７】
ステップＳ１６０において、ダウンローダ１２は、ダウンロード制御情報８３に代替通信の参照先１１４が記述されているか否かを判定する。ダウンロード制御情報８３に代替通信の参照先１１４が記述されている場合、処理は図２０のステップＳ１３６に進められ、受信すべき放送型コンテンツと同一の通信型コンテンツがダウンロードされる。
【０２１８】
反対に、ステップＳ１６０において、ダウンロード制御情報８３に代替通信の参照先１１４が記述されていない場合、処理はステップＳ１６１に進められる。ステップＳ１６１において、ダウンローダ１２は、例えば「コンテンツをダウンロードできませんでした」などと表示して、ユーザにエラーメッセージを提示し、処理が終了される。
【０２１９】
以上、第１のコンテンツダウンロード処理の説明を終了する。
【０２２０】
次に、上述した第１のコンテンツダウンロード処理とは異なる第２のコンテンツダウンロード処理について説明するが、その前に、第２のコンテンツダウンロード処理の前提となる、インスタンスメタデータ８１Ｂ−２、HTML/BML文書８２−２、およびダウンロード制御情報８３について説明する。
【０２２１】
図２２は、インスタンスメタデータ８１Ｂ−２、およびHTML/BML文書８２−２の構成例を示している。
【０２２２】
インスタンスメタデータ８１Ｂ−２は、図９に示されたインスタンスメタデータ８１Ｂ−１に放送型・通信型フラグ１２１が追加されている。放送型・通信型フラグ１２１は、対応するコンテンツが通信型であるか、または放送型であるかを示す情報である。放送型・通信型フラグ１２１が通信型であることを示す場合、通信型コンテンツにのみ対応する第２のファーマットを有するダウンロード制御情報８３（以下、通信型ダウンロード制御情報１３１と称する）が取得される。これに対して、放送型・通信型フラグ１２１が放送型であることを示す場合、放送型コンテンツにのみ対応する第３のフォーマットを有するダウンロード制御情報８３（以下、放送型ダウンロード制御情報１３２と称する）が取得される。
【０２２３】
HTML/BML文書８２−２は、ブラウザ１１がWebサーバ２１から取得するものである。HTML/BML文書８２−２には、ダウンローダ１２を起動するための通信型ダウンロード起動関数または放送型ダウンロード起動関数と、その引数としての、ユーザによって選択されたコンテンツをダウンロードするために必要なダウンロード制御情報の参照先（ダウンロード制御情報自身の特定情報とその取得先）が含まれる。
【０２２４】
したがって、第２のコンテンツダウンロード処理においては、インスタンスメタデータ８１Ｂ−２、またはHTML/BML文書８２−２が取得されて解析された段階で、対応するコンテンツが放送型であるか通信型であるかが判断される。
【０２２５】
図２３は、ダウンロード制御情報の第２のフォーマット、すなわち、通信型ダウンロード制御情報１３１の構成例を示している。
【０２２６】
通信型ダウンロード制御情報１３１は、図１０または図１１に示されたダウンロード制御情報８３の第１のフォーマットから放送型・通信型フラグ９４および放送型情報１００を削除したものであり、その他の項目については、第１のフォーマットと同様に構成される。
【０２２７】
図２４は、ダウンロード制御情報の第３のフォーマット、すなわち、放送型ダウンロード制御情報１３２の構成例を示している。
【０２２８】
放送型ダウンロード制御情報１３２は、図１０または図１１に示されたダウンロード制御情報８３の第１のフォーマットから放送型・通信型フラグ９４を削除したものであり、その他の項目については、第１のフォーマットと同様に構成される。
【０２２９】
次に、上述した第１乃至４の動作を実行するに際しての、主にダウンローダ１２が起動された後の受信装置１０による第２のコンテンツダウンロード処理について、図２５および図２６のフローチャートを参照して説明する。
【０２３０】
この第２のコンテンツダウンロード処理は、ダウンロード制御情報８３に第２または第３のフォーマットが採用されていること、すなわち、ダウンロード制御情報８３に放送型・通信型フラグ９４が含まれていないことを前提とする。
【０２３１】
はじめに、ステップＳ１７１において、ダウンロードするコンテンツが放送型であるのか、または通信型であるのかが判定される。この判定は、ダウンローダ１２が起動される以前に、ブラウザ１１によりHTML/BML文書８２−２に基づいて行われるか、あるいは、ECG１４によりインスタンスメタデータ８１Ｂ−２に基づいて行われ、この判定の後にダウンローダ１２が起動される。
【０２３２】
ステップＳ１７１において、放送型であると判定された場合、処理は図２６のステップＳ１９１に進められる（後述）。反対に、通信型であると判定された場合、処理はステップＳ１７２に進められる。
【０２３３】
ステップＳ１７２において、ダウンローダ１２は、ブラウザ１１またはECG１４から通知される、通信型ダウンロード制御情報１３１の取得先を示すメタデータサーバ２４のURLに基づき、選択されたコンテンツを含むダウンロード単位に対応する通信型ダウンロード制御情報１３１をメタデータサーバ２４から取得し、ストレージ１３に蓄積させる。
【０２３４】
ステップＳ１７３において、ダウンローダ１２は、取得した通信型ダウンロード制御情報１３１を解析する（具体的には、例えば、更新型・非更新型フラグ９５、コンテンツの情報１００の有無などを確認する）。
【０２３５】
ステップＳ１７４において、ダウンローダ１２は、通信型ダウンロード制御情報１３１の解析結果に従い、コンテンツが更新型であって、かつ、取得した通信型ダウンロード制御情報１３１にコンテンツの情報１００が存在しない場合のみ、処理をステップＳ１７５に進め、それ以外の場合、処理をステップＳ１７６に進める。
【０２３６】
ステップＳ１７５において、ダウンローダ１２は、取得した通信型ダウンロード制御情報１３１の想定更新周期９８に記載されている期間だけ待機した後、ステップＳ１７２に戻り、それ以降の処理を再開する。
【０２３７】
ステップＳ１７６において、ダウンローダ１２は、取得した通信型ダウンロード制御情報１３１のダウンロード単位のデータサイズ９３を確認した上でストレージ１３の残容量が十分にあるか否かを判定する。ストレージ１３の残容量が不足すると判定された場合、処理は１７７に進められる。ステップＳ１７７において、ダウンローダ１２は、例えば「ハードディスクの残容量が不足しています」などと表示して、ユーザにエラーメッセージを提示し、処理が終了される。
【０２３８】
ステップＳ１７６において、ストレージ１３の残容量が十分あると判定された場合、処理はステップＳ１７８に進められる。
【０２３９】
ステップＳ１７８において、ダウンローダ１２は、ダウンロード単位に含まれる１つのコンテンツを処理対象とする。ステップＳ１７９において、ダウンローダ１２は、処理対象としたコンテンツに対応する再生制御情報８４とECGメタデータ８１をメタデータサーバ２４から取得する。そして、ダウンローダ１２は、取得したECGメタデータ８１に基づき、メタＤＢ１３Ａを生成して再生制御情報８４とともにストレージ１３に蓄積させる。
【０２４０】
ステップＳ１８１において、ダウンローダ１２は、処理対象としたコンテンツをコンテンツサーバ２５からダウンロードしてストレージ１３に蓄積させる。
【０２４１】
ステップＳ１８１において、ダウンローダ１２は、ダウンロード単位に含まれる全てのコンテンツのダウンロードが完了したか否か確認し、ダウンロードが完了していないコンテンツが残っている場合、処理をステップＳ１７６に戻して、それ以降を繰り返す。そして、ダウンロード単位に含まれる全てのコンテンツのダウンロードが完了したと判定された場合、処理はステップＳ１８２に進められる。
【０２４２】
ステップＳ１８２において、ダウンローダ１２は、通信型ダウンロード制御情報１３１にライセンスの取得先９９が記述されている場合だけ、DRMクライアント１６にライセンスの取得を要求する。DRMクライアント１６は、ライセンスの取得先９９に基づき、DRMサーバ２６にアクセスし、DRM IDの通知などを含む認証処理を経た後にライセンスを取得し、取得したライセンスを自己で保持するとともにライセンスを取得したことをダウンローダ１２に通知する。以上で、通信型コンテンツをダウンロードする処理は終了される。
【０２４３】
これに対して、上述したように、ステップＳ１７１において、ダウンロードするコンテンツが放送型であると判定された場合、処理は図２６のステップＳ１９１に進められる。
【０２４４】
ステップＳ１９１において、ダウンローダ１２は、ブラウザ１１またはECG１４から通知される、放送型ダウンロード制御情報１３２の取得先を示すメタデータサーバ２４のURLに基づき、選択されたコンテンツを含むダウンロード単位に対応する放送型ダウンロード制御情報１３２をメタデータサーバ２４から取得し、ストレージ１３に蓄積させる。
【０２４５】
ステップＳ１９２において、ダウンローダ１２は、取得した放送型ダウンロード制御情報１３２を解析する（具体的には、例えば、更新型・非更新型フラグ９５、コンテンツの情報１００の有無などを確認する）。
【０２４６】
ステップＳ１９３において、ダウンローダ１２は、放送型ダウンロード制御情報１３２の現ダウンロード単位の放送予定１１２を参照し、未放送の放送予定があるか（現時点で放送予定時刻に達していないものがあるか）否かを判定する。未放送の放送予定があると判定された場合、処理はステップＳ１９４に進められる。ステップＳ１９４において、ダウンローダ１２は、未放送の放送予定のうち、他の録画予約、ダウンロード予約などと重複しない、直近の放送予定にダウンロードを実行するように予約する。
【０２４７】
ステップＳ１９５において、ダウンローダ１２は、予約した放送予定の時刻になるまで待機し、当該時刻になったことに応じ、ステップＳ１９６において、ダウンローダ１２は、放送型ダウンロード制御情報１３２の各コンテンツの情報１００に基づき、ダウンロード単位に含まれる全てのコンテンツにそれぞれ対応する再生制御情報８４をメタデータサーバ２４から取得する。
【０２４８】
ステップＳ１９７において、ダウンローダ１２は、放送型ダウンロード制御情報１３２のダウンロード単位のデータサイズ９３を確認した上でストレージ１３の残容量が十分にあるか否かを判定するとともに、コンテンツのダウンロード（受信）が失敗したか否か判定する。ストレージ１３の残容量が十分あり、且つ、コンテンツのダウンロードが失敗していないと判定された場合、処理はステップＳ１９８に進められる。
【０２４９】
ステップＳ１９８において、ダウンローダ１２は、ダウンロード単位に含まれる１つのコンテンツを処理対象とする。ステップＳ１９９において、ダウンローダ１２は、放送型ダウンロード制御情報１３２の放送ストリーム参照先１１１および各コンテンツの情報１００のコンテンツの取得先に基づき、テレビジョン放送信号に含まれるコンテンツを受信して取得してストレージ１３に蓄積させる。また、ダウンローダ１２は、処理対象としたコンテンツに対応するECGメタデータ８１をメタデータサーバ２４から取得する。なお、テレビジョン放送信号にECGメタデータ８１が含まれる場合、これを受信するようにしてもよい。そして、ダウンローダ１２は、取得したECGメタデータ８１に基づき、メタＤＢ１３Ａを生成して再生制御情報８４とともにストレージ１３に蓄積させる。
【０２５０】
ステップＳ２００において、ダウンローダ１２は、ダウンロード単位に含まれる全てのコンテンツのダウンロードが完了したか否か確認し、ダウンロードが完了していないコンテンツが残っている場合、処理をステップＳ１９７に戻して、それ以降を繰り返す。そして、ダウンロード単位に含まれる全てのコンテンツのダウンロードが完了したと判定された場合、処理はステップＳ２０１に進められる。
【０２５１】
ステップＳ２０１において、ダウンローダ１２は、放送型ダウンロード制御情報１３２にライセンスの取得先９９が記述されている場合だけ、DRMクライアント１６にライセンスの取得を要求する。DRMクライアント１６は、ライセンスの取得先９９に基づき、DRMサーバ２６にアクセスし、DRM IDの通知などを含む認証処理を経た後にライセンスを取得し、取得したライセンスを自己で保持するとともにライセンスを取得したことをダウンローダ１２に通知する。以上で、放送型コンテンツをダウンロードする処理は終了される。
【０２５２】
なお、ステップＳ１９７において、ストレージ１３の残容量が不十分である、またはコンテンツのダウンロード（受信）が失敗したと判定された場合、処理はステップＳ１９３に戻される。
【０２５３】
また、ステップＳ１９３において、未放送の放送予定がない（再放送分も全て放送済みである）と判定された場合、処理はステップＳ２０２に進められる。
【０２５４】
ステップＳ２０２において、ダウンローダ１２は、放送型ダウンロード制御情報１３２に代替通信の参照先１１４が記述されているか否かを判定する。放送型ダウンロード制御情報１３２に代替通信の参照先１１４が記述されている場合、処理は図２５のステップＳ１７６に進められ、受信すべき放送型コンテンツと同一の通信型コンテンツがダウンロードされる。
【０２５５】
反対に、ステップＳ２０２において、放送型ダウンロード制御情報１３２に代替通信の参照先１１４が記述されていない場合、処理はステップＳ２０３に進められる。ステップＳ２０３において、ダウンローダ１２は、例えば「コンテンツをダウンロードできませんでした」などと表示して、ユーザにエラーメッセージを提示し、処理が終了される。
【０２５６】
以上、第２のコンテンツダウンロード処理の説明を終了する。
【０２５７】
次に、受信装置１０にダウンロードされたコンテンツを再生する動作の概要について、図２７を参照して説明する。
【０２５８】
ユーザからの所定の操作に対応し、ECG１４は、ストレージ１３に保持されているメタＤＢ１３Ａに基づき、ローカルコンテンツリスト６１を生成してユーザに提示する。提示されたローカルコンテンツリスト６１に対し、ユーザがコンテンツを選択して視聴を指示すると、ECG１４によってＡＶプレイヤ１５が起動され、起動されたＡＶプレイヤ１５に対して再生が指示されたコンテンツを示す情報がECG１４から通知される。
【０２５９】
この通知に対応し、ＡＶプレイヤ１５は、当該コンテンツに対応する再生制御情報８４をストレージ１３から読み出して解析し、当該コンテンツに対応するライセンスのライセンスＩＤを抽出して、当該ライセンスＩＤに対応するライセンス（真ライセンス）が既にDRMクライアント１６に保持されているか否かを確認する。
【０２６０】
ここで、当該ライセンスＩＤに対応するライセンス（真ライセンス）がDRMクライアント１６に保持されていない場合、すなわち、DRMクライアント１６に保持されているライセンスがダミーライセンスである場合、ユーザから課金などの承諾が得られた後、DRMクライアント１６は、再生制御情報８４に記述されているライセンスの取得先（DRMサーバ２６のURL）に基づいてDRMサーバ２６にアクセスし、再生制御情報８４に記述されているライセンスＩＤのライセンス（真ライセンス）を取得し、その中に含まれるコンテンツ鍵をＡＶプレイヤ１５に供給する。
【０２６１】
この後、ＡＶプレイヤ１５は、当該コンテンツをストレージ１３から読み出し、DRMクライアント１６から供給されたコンテンツ鍵を用いてコンテンツの暗号を復号し、その結果得られる符号化データをデコードしてＡＶデータを得、対応する映像を表示して音声を出力する。
【０２６２】
なお、真ライセンスには、利用期間と再生回数に制限を設けることができる。再生回数に制限を設けた場合、再生する度に再生可能な残り回数が減少することをユーザに通知するようにする。また、再生可能な残り回数が０になったときには、ユーザの承諾が得られた後、再度課金して新たに真ライセンスを供給するようにする。以上で、再生時の動作の概要説明を終了する。
【０２６３】
次に、再生時の動作の詳細について、図２８のタイミングチャートおよび図２９のフローチャートを参照して説明する。なお、図２９は、再生処理のうち、特に受信装置１０のＡＶプレイヤ１５による処理について着目したものである。
【０２６４】
ユーザからの所定の操作に対応し、ステップＳ３０１において、ECG１４は、ストレージ１３からメタＤＢ１３Ａを読み出し、ステップＳ３０２において、読み出したメタＤＢ１３Ａに基づいてインタラクティブなユーザインタフェースであるローカルコンテンツリスト６１を生成してユーザに提示する。
【０２６５】
このローカルコンテンツリスト６１に対し、ユーザがコンテンツを選択して視聴を指示すると、ステップＳ３０３において、ECG１４は、ＡＶプレイヤ１５を起動し、起動したＡＶプレイヤ１５に対して再生が指示されたコンテンツを示す情報を通知する。
【０２６６】
ステップＳ３０４において、ＡＶプレイヤ１５は、当該コンテンツに対応する再生制御情報８４をストレージ１３から読み出し、ステップＳ３０５において、再生制御情報８４を解析して、当該コンテンツに対応するライセンスのライセンスＩＤを抽出する（図２９のステップＳ３２１に相当）。
【０２６７】
さらに、ＡＶプレイヤ１５は、ステップＳ３０６において、当該ライセンスＩＤに対応するライセンス（真ライセンス）が既にDRMクライアント１６に保持されているか否かを確認する（図２９のステップＳ３２２に相当）。ここで、当該ライセンスＩＤに対応するライセンスがDRMクライアント１６に保持されていない場合、すなわち、DRMクライアント１６に保持されているライセンスがダミーライセンスである場合、DRMクライアント１６は、再生制御情報８４に記述されているライセンスの取得先に基づいてDRMサーバ２６にアクセスし、再生制御情報８４に記述されているライセンスＩＤのライセンス（真ライセンス）を取得し、その中に含まれる利用条件を満たしていると判断した後にコンテンツ鍵をＡＶプレイヤ１５に供給する（図２９のステップＳ３２４に相当）。
【０２６８】
なお、真ライセンスを取得するに先立ち、ユーザに対して、例えば「視聴しますか？ＯＫボタンを押すと課金されます」などと課金・決済に対してユーザの了解を確認するようにしてもよい（図２９のステップＳ３２３に相当）。
【０２６９】
コンテンツ鍵を取得したＡＶプレイヤ１５は、ステップＳ３０７において、ストレージ１３に当該コンテンツの読み出しを指示し、ステップＳ３０８において、この指示に応じてストレージ１３から供給されるコンテンツを再生する（コンテンツの暗号を復号し、その結果得られる符号化データをデコードしてＡＶデータを得、対応する映像を表示して音声を出力する）（図２９のステップＳ３２５に相当）。
【０２７０】
なお、コンテンツの再生に際してＡＶプレイヤ１５はユーザの制御下となり各種の操作（早送り再生、早戻し再生など、頭だし再生などのトリックプレイ操作）が可能となる。
【０２７１】
そして、コンテンツの再生が終了した後、ステップＳ３０９において、ＡＶプレイヤ１５は、自身からコンテンツ鍵を消去するとともに、ユーザの制御下からECG１４の制御下に戻る処理を含む終了処理を実行する。
【０２７２】
以上で、ダウンロード済みコンテンツの再生時の動作説明を終了する。
【０２７３】
以上説明したように、本発明を適用したコンテンツダウンロードシステム１によれば、サービス提供側は、コンテンツを通信型または放送型のいずれかとして、受信装置１０に提供することができる。受信装置１０では、通信型コンテンツと放送型コンテンツが区別なく再生できる。
【０２７４】
したがって、例えば、人気が高く、数多くのダウンロードが期待できるコンテンツについては放送型として供給し、反対に、趣向性が強く、数多くのダウンロードは期待できないニッチな市場に応じたコンテンツについては通信型として供給するような運用が可能となる。
【０２７５】
また例えば、供給当初は放送型コンテンツとして放送し、所定の期間が経過した後には通信型で供給するような運用も可能である。これにより、放送型コンテンツのダウンロードに失敗しても、これを通信型コンテンツにより補償することができる。
【０２７６】
なお、上述した実施の形態においては、ダウンロード制御情報８３および再生制御情報８４については、供給装置２０のメタデータサーバ２４からインタネット２を介して受信装置１０のダウンローダ１２に供給されるようにしたが、ダウンロード制御情報８３または再生制御情報８４の少なくとも一方を、放送信号を用いて受信装置１０に供給するようにしてもよい。
【０２７７】
本発明は、映像のコンテンツに限らず、楽曲、コンピュータプログラムなどあらゆる種類のコンテンツを商品としたダウンロードサービスに適用することが可能である。
【０２７８】
上述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、プログラム記録媒体からインストールされる。
【０２７９】
図３０は、上述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示すブロック図である。
【０２８０】
このコンピュータ２００において、CPU(Central Processing Unit)２０１，ROM(Read Only Memory)２０２，RAM(Random Access Memory)２０３は、バス２０４により相互に接続されている。
【０２８１】
バス２０４には、さらに、入出力インタフェース２０５が接続されている。入出力インタフェース２０５には、キーボード、マウス、マイクロホンなどよりなる入力部２０６、ディスプレイ、スピーカなどよりなる出力部２０７、ハードディスクや不揮発性のメモリなどよりなる記憶部２０８、ネットワークインタフェースなどよりなる通信部２０９、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア２１１を駆動するドライブ２１０が接続されている。
【０２８２】
以上のように構成されるコンピュータ２００では、CPU２０１が、例えば、記憶部２０８に記憶されているプログラムを、入出力インタフェース２０５およびバス２０４を介して、RAM２０３にロードして実行することにより、上述した一連の処理が行われる。
【０２８３】
なお、コンピュータ２００が実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであってもよいし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであってもよい。
【０２８４】
また、プログラムは、１台のコンピュータにより処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。さらに、プログラムは、遠方のコンピュータに転送されて実行されるものであってもよい。
【０２８５】
また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【０２８６】
なお、本発明の実施の形態は、上述した実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の変更が可能である。
【符号の説明】
【０２８７】
１ コンテンツダウンロードシステム， ２ ネットワーク， １０ 受信装置， ２０ 供給装置， ２０Ａ 通信型供給装置， ２０Ｂ 放送型供給装置， １１ ブラウザ， １２ ダウンローダ， １３ ストレージ， １４ ECG， １５ ＡＶプレイヤ， １６ DRMクライアント， １７ 外部出力部， ２１ Webサーバ， ２２ 顧客管理サーバ， ２３ 課金・決済サーバ， ２４ メタデータサーバ， ２５ コンテンツサーバ， ２６ DRMサーバ，２７ コンテンツ送出部， ８１ ECGメタデータ， ８２ HTML/BML文書， ８３ ダウンロード制御情報， ８４ 再生制御情報， ８５ ライセンス， １３１ 通信型ダウンロード制御情報， １３２ 放送型ダウンロード制御情報
【技術分野】
【０００１】
本発明は、コンテンツ供給装置、コンテンツ供給方法、コンテンツ受信装置、コンテンツ受信方法、プログラム、およびコンテンツダウンロードシステムに関し、コンテンツダウンロードサービスにおけるコンテンツの通信経路として、テレビジョン放送とインタネットの両方を利用できるようにしたコンテンツ供給装置、コンテンツ供給方法、コンテンツ受信装置、コンテンツ受信方法、プログラム、およびコンテンツダウンロードシステムに関する。
【背景技術】
【０００２】
インタネットに代表される高速データ通信ネットワークの普及に伴い、既に楽曲、映画、コンピュータプログラムなどの様々なコンテンツを商品とするコンテンツダウンロードサービスが存在する（例えば、特許文献１参照）。
【０００３】
従来のコンテンツダウンロードサービスは、受信装置によりインタネットを介して所定のサーバに接続し、接続した所定のサーバからコンテンツを取得して蓄積し、蓄積したコンテンツを任意のタイミングで利用（視聴）するものである。
【０００４】
一方、昨今のテレビジョン放送では、そのデジタル化に伴い、同時に放送できる情報量が飛躍的に増加したので、リアルタイムに視聴する一般的なテレビジョン番組の他、各種のデータも同時に放送することができるようになされている。そこで、テレビジョン放送をコンテンツダウンロードサービスに利用することが提案されている。
【０００５】
すなわち、テレビジョン放送によりコンテンツを放送し、放送されたコンテンツを受信装置で受信して蓄積し、蓄積したコンテンツを任意のタイミングで利用（視聴）するコンツダウンロードサービスが提案されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０００−１１３０６６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
上述したように、従来、コンテンツの通信経路としてインタネットを用いるコンテンツダウンロードサービスが存在する。また、コンテンツの通信経路としてテレビジョン放送を用いるコンテンツダウンロードサービスが提案されている。
【０００８】
しかしながら、コンテンツの通信経路としてインタネットとテレビジョン放送の両方を容易に使い分けできるコンテンツダウンロードサービスは存在しない。このようなコンテンツダウンロードサービスが実現できれば、例えば、人気が高く、数多くのダウンロードが期待できるコンテンツについては、テレビジョン放送を用いて放送してダウンロードさせる運用が可能となる。反対に、趣向性が強く、数多くのダウンロードは期待できないニッチ(Niche)な市場に応じたコンテンツについては、インタネットを介してダウンロードさせる運用が可能となる。
【０００９】
ただし、受信装置のユーザ側としては、コンテンツの通信経路がインタネットまたはテレビジョン放送のいずれであっても、その操作が共通であることが望ましい。
【００１０】
本発明はこのような状況に鑑みてなされたものであり、コンテンツの通信経路としてインタネットとテレビジョン放送の両方を容易に使い分けできるコンテンツダウンロードサービスを実現するものである。
【課題を解決するための手段】
【００１１】
本発明の第１の側面であるコンテンツ供給装置は、コンテンツ受信装置に対してコンテンツを供給するコンテンツ供給装置において、ダウンロードするコンテンツを指定するために必要なコンテンツ情報を前記コンテンツ受信装置に供給するコンテンツ情報供給手段と、前記コンテンツ情報に基づいて指定された前記コンテンツに対応する、前記コンテンツをダウンロードするために必要なダウンロード制御情報を前記コンテンツ受信装置に供給する制御情報供給手段と、所定の放送予定に従い、放送型のコンテンツを放送信号を用いて送出する送出手段と、前記ダウンロード制御情報に基づく前記コンテンツ受信装置からの要求に応じ、通信型のコンテンツをネットワークを介して供給するコンテンツ供給手段とを含む。
【００１２】
前記ダウンロード制御情報は、対応する前記コンテンツが前記放送型または前記通信型の何方であるかを示す情報を含むことができる。
【００１３】
前記コンテンツ情報は、対応する前記コンテンツが前記放送型または前記通信型の何方であるかを示す情報を含むことができる。
【００１４】
前記放送型のコンテンツに対応する前記ダウンロード制御情報は、前記コンテンツの１回以上の放送予定を示す情報をさらに含むことができる。
【００１５】
前記放送型のコンテンツに対応する前記ダウンロード制御情報は、前記コンテンツが放出される放送ストリームを特定するための、URL(Uniform Resource Locator)またはIP(Internet Protocol)マルチキャストアドレスの少なくとも一方を用いて記述された情報をさらに含むことができる。
【００１６】
前記放送型のコンテンツに対応する前記ダウンロード制御情報は、前記放送型のコンテンツと同一の前記通信型のコンテンツを供給する前記コンテンツ供給手段を示す代替通信情報をさらに含むことができる。
【００１７】
前記放送型であって、且つ前記更新型のコンテンツに対応する前記ダウンロード制御情報は、更新後のコンテンツの１回以上の放送予定を示す情報をさらに含むことができる。
【００１８】
前記制御情報供給手段は、前記ダウンロード制御情報に基づく前記コンテンツ受信装置からの要求に応じ、前記コンテンツ受信装置がダウンロードしたコンテンツを再生するために必要な再生制御情報も供給することができる。
【００１９】
本発明の第１の側面であるコンテンツ供給装置は、前記ダウンロード制御情報または前記再生制御情報の少なくとも一方に基づく前記コンテンツ受信装置からの要求に応じ、前記コンテンツの暗号化を復号するための鍵を含むライセンスを、前記ネットワークを介して供給するライセンス供給手段をさらに含むことができる。
【００２０】
前記ダウンロード制御情報は、前記コンテンツが更新型または非更新型の何方であるかを示す情報をさらに含むことができる。
【００２１】
本発明の第１の側面であるコンテンツ供給方法は、コンテンツ受信装置に対してコンテンツを供給するコンテンツ供給装置のコンテンツ供給方法において、コンテンツ供給装置による、ダウンロードするコンテンツを指定するために必要なコンテンツ情報を前記コンテンツ受信装置に供給し、前記コンテンツ情報に基づいて指定された前記コンテンツに対応する、前記コンテンツをダウンロードするために必要なダウンロード制御情報を前記コンテンツ受信装置に供給し、所定の放送予定に従い、放送型のコンテンツを放送信号を用いて送出し、前記ダウンロード制御情報に基づく前記コンテンツ受信装置からの要求に応じ、通信型のコンテンツをネットワークを介して供給するステップを含む。
【００２２】
本発明の第１の側面であるプログラムは、コンテンツ受信装置に対してコンテンツを供給するコンピュータを、ダウンロードするコンテンツを指定するために必要なコンテンツ情報を前記コンテンツ受信装置に供給するコンテンツ情報供給手段と、前記コンテンツ情報に基づいて指定された前記コンテンツに対応する、前記コンテンツをダウンロードするために必要なダウンロード制御情報を前記コンテンツ受信装置に供給する制御情報供給手段と、所定の放送予定に従い、放送型のコンテンツを放送信号を用いて送出する送出手段と、前記ダウンロード制御情報に基づく前記コンテンツ受信装置からの要求に応じ、通信型のコンテンツをネットワークを介して供給するコンテンツ供給手段として機能させる。
【００２３】
本発明の第１の側面においては、ダウンロードするコンテンツを指定するために必要なコンテンツ情報がコンテンツ受信装置に供給され、コンテンツ情報に基づいて指定されたコンテンツに対応する、コンテンツをダウンロードするために必要なダウンロード制御情報がコンテンツ受信装置に供給され、所定の放送予定に従い、放送型のコンテンツが放送信号を用いて送出され、ダウンロード制御情報に基づくコンテンツ受信装置からの要求に応じ、通信型のコンテンツがネットワークを介して供給される。
【００２４】
本発明の第２の側面であるコンテンツ受信装置は、ユーザからのコンテンツを選択する操作に対応し、前記コンテンツをダウンロードするために必要なダウンロード制御情報をコンテンツ供給装置から取得し、取得した前記ダウンロード制御情報に基づいて、放送型のコンテンツについては放送信号を受信することによりダウンロードし、通信型のコンテンツについては前記ネットワークを介して前記コンテンツ供給装置からダウンロードするダウンロード手段を含む。
【００２５】
前記放送型のコンテンツに対応する前記ダウンロード制御情報は、前記放送型のコンテンツと同一の前記通信型のコンテンツをダウンロードするための代替通信情報をさらに含み、前記ダウンロード手段は、前記放送型のコンテンツの放送が既に終了している場合、前記代替通信情報に従い、前記放送型のコンテンツと同一の前記通信型のコンテンツを、前記ネットワークを介して前記コンテンツ供給装置からダウンロードすることができる。
【００２６】
前記ダウンロード手段は、前記ダウンロード制御情報に基づき、ダウンロードしたコンテンツを再生するために必要な再生制御情報も前記コンテンツ供給装置からダウンロードすることができる。
【００２７】
本発明の第２の側面であるコンテンツ受信装置は、前記ダウンロード制御情報または前記再生制御情報の少なくとも一方に基づき、前記コンテンツの暗号化を復号するための鍵を含むライセンスを、前記ネットワークを介して前記コンテンツ供給装置から取得する取得手段と、取得された前記ライセンスを用いて、前記コンテンツの暗号化を復号、再生する再生手段とをさらに含むことができる。
【００２８】
本発明の第２の側面であるコンテンツ受信方法は、コンテンツを受信するコンテンツ受信装置のコンテンツ受信方法において、コンテンツ受信装置による、ユーザからのコンテンツを選択する操作に対応し、前記コンテンツをダウンロードするために必要なダウンロード制御情報をコンテンツ供給装置から取得し、取得した前記ダウンロード制御情報に基づいて、放送型のコンテンツについては放送信号を受信することによりダウンロードし、通信型のコンテンツについては前記ネットワークを介して前記コンテンツ供給装置からダウンロードするステップ含む。
【００２９】
本発明の第２の側面であるプログラムは、コンピュータを、ユーザからのコンテンツを選択する操作に対応し、前記コンテンツをダウンロードするために必要なダウンロード制御情報をコンテンツ供給装置から取得し、取得した前記ダウンロード制御情報に基づいて、放送型のコンテンツについては放送信号を受信することによりダウンロードし、通信型のコンテンツについては前記ネットワークを介して前記コンテンツ供給装置からダウンロードするダウンロード手段として機能させる。
【００３０】
本発明の第２の側面においては、ユーザからのコンテンツを選択する操作に対応し、コンテンツをダウンロードするために必要なダウンロード制御情報がコンテンツ供給装置から取得され、取得されダウンロード制御情報に基づいて、放送型のコンテンツについては放送信号を受信することによりダウンロードされ、通信型のコンテンツについてはネットワークを介してコンテンツ供給装置からダウンロードされる。
【００３１】
本発明の第３の側面であるコンテンツダウンロードシステムは、ネットワークを介して接続されたコンテンツ供給装置とコンテンツ受信装置からなるコンテンツダウンロードシステムにおいて、前記コンテンツ供給装置は、ダウンロードするコンテンツを指定するために必要なコンテンツ情報を前記コンテンツ受信装置に供給するコンテンツ情報供給手段と、前記コンテンツ情報に基づいて指定された前記コンテンツに対応する、前記コンテンツをダウンロードするために必要なダウンロード制御情報を前記コンテンツ受信装置に供給する制御情報供給手段と、所定の放送予定に従い、放送型のコンテンツを放送信号を用いて送出する送出手段と、前記ダウンロード制御情報に基づく前記コンテンツ受信装置からの要求に応じ、通信型のコンテンツをネットワークを介して供給するコンテンツ供給手段とを含み、前記コンテンツ受信装置は、ユーザからのコンテンツを選択する操作に対応し、前記コンテンツをダウンロードするために必要な前記ダウンロード制御情報をコンテンツ供給装置から取得し、取得した前記ダウンロード制御情報に基づいて、放送型のコンテンツについては放送信号を受信することによりダウンロードし、通信型のコンテンツについては前記ネットワークを介して前記コンテンツ供給装置からダウンロードするダウンロード手段を含む。
【００３２】
本発明の第３の側面においては、コンテンツ供給装置により、ダウンロードするコンテンツを指定するために必要なコンテンツ情報がコンテンツ受信装置に供給され、コンテンツ情報に基づいて指定されたコンテンツに対応する、コンテンツをダウンロードするために必要なダウンロード制御情報がコンテンツ受信装置に供給され、所定の放送予定に従い、放送型のコンテンツが放送信号を用いて送出され、ダウンロード制御情報に基づくコンテンツ受信装置からの要求に応じ、通信型のコンテンツがネットワークを介して供給される。また、コンテンツ受信装置により、ユーザからのコンテンツを選択する操作に対応し、コンテンツをダウンロードするために必要なダウンロード制御情報がコンテンツ供給装置から取得され、取得されダウンロード制御情報に基づいて、放送型のコンテンツについては放送信号を受信することによりダウンロードされ、通信型のコンテンツについてはネットワークを介してコンテンツ供給装置からダウンロードされる。
【発明の効果】
【００３３】
本発明の第１の側面によれば、コンテンツの通信経路として例えばインタネットとテレビジョン放送の両方を容易に使い分けて、コンテンツをコンテンツ受信装置に供給することができる。
【００３４】
本発明の第２の側面によれば、通信経路が例えばインタネットまたはテレビジョン放送のいずれであっても、コンテンツ受信装置における共通の操作性を実現できる。
【００３５】
本発明の第３の側面によれば、コンテンツの通信経路として例えばインタネットとテレビジョン放送の両方を容易に使い分けできるコンテンツダウンロードサービスを実現することができる。
【図面の簡単な説明】
【００３６】
【図１】本発明を適用したコンテンツダウンロードシステムの概念図である。
【図２】通信型コンテンツのダウンロードと再生のタイミングを示す図である。
【図３】放送型コンテンツのダウンロードと再生のタイミングを示す図である。
【図４】コンテンツダウンロードシステムの構成例を示すブロック図である。
【図５】コンテンツの暗号化と復号の過程を説明する図である。
【図６】ダウンロード可能コンテンツリストなどの表示例を示す図である。
【図７】ローカルコンテンツリストなどの表示例を示す図である。
【図８】コンテンツのダウンロードから再生までの各フェーズと、第１乃至４の動作の概要を示す図である。
【図９】供給装置から受信装置に供給される各種データの第１の構成例と関係を示す図である。
【図１０】通信型コンテンツに対応するダウンロード制御情報の例を示す図である。
【図１１】放送型コンテンツに対応するダウンロード制御情報の例を示す図である。
【図１２】第１の動作概要を説明するための図である。
【図１３】第１の動作を説明するためタイミングチャートである。
【図１４】第２の動作概要を説明するための図である。
【図１５】第２の動作を説明するためタイミングチャートである。
【図１６】第３の動作概要を説明するための図である。
【図１７】第３の動作を説明するためタイミングチャートである。
【図１８】第４の動作概要を説明するための図である。
【図１９】第４の動作を説明するためタイミングチャートである。
【図２０】第１のコンテンツダウンロード処理を説明するフローチャートである。
【図２１】第１のコンテンツダウンロード処理を説明するフローチャートである。
【図２２】供給装置から受信装置に供給される各種データの第２の構成例と関係を示す図である。
【図２３】通信型ダウンロード制御情報の例を示す図である。
【図２４】放送型ダウンロード制御情報の例を示す図である。
【図２５】第２のコンテンツダウンロード処理を説明するフローチャートである。
【図２６】第２のコンテンツダウンロード処理を説明するフローチャートである。
【図２７】ローカルコンテンツの再生処理の概要を説明する図である。
【図２８】ローカルコンテンツの再生処理を説明するタイミングチャートである。
【図２９】ローカルコンテンツの再生処理を説明するフローチャートである。
【図３０】汎用コンピュータの構成例を示すブロック図である。
【発明を実施するための形態】
【００３７】
以下、発明を実施するための最良の形態（以下、実施の形態と称する）について、図面を参照しながら詳細に説明する。
【００３８】
以下、本発明を適用した具体的な実施の形態について、図面を参照しながら詳細に説明する。
【００３９】
図１は、本発明の一実施の形態であるコンテンツダウンロードシステムの基本概念を示している。
【００４０】
このコンテンツダウンロードシステム１は、コンテンツを視聴するユーザ宅などに設置される受信装置１０、ネットワーク２を介して接続された受信装置１０からの要求に応じ、コンテンツをダウンロードさせる通信型供給装置２０Ａ、およびテレビジョン放送信号を用いてコンテンツを放送する放送型供給装置２０Ｂから構成される。
【００４１】
なお、本実施の形態において、ダウンロードとは、受信装置１０がネットワーク２を介して通信型供給装置２０Ａからコンテンツなどの電子データを転送させて蓄積する処理と、受信装置１０がテレビジョン放送信号を用いて放送されたコンテンツを受信して蓄積する処理の双方を指すものとする。また、コンテンツとは、映像とそれに対応する音声を再生するためのＡＶデータ、それに対応する字幕データなどを含み暗号化されているものとする。
【００４２】
ネットワーク２は、インタネットに代表されるデータ通信網である。なお、コンテンツダウンロードシステム１においては、コンテンツをダウンロードして利用するので、その通信速度は高速であることが望ましいが必須ではない。
【００４３】
衛星３は、放送型供給装置２０Ｂによるテレビジョン放送を中継する。ただし、放送型供給装置２０Ｂによるテレビジョン放送は、衛星放送波に限定されず、地上波を用いたり、CATV網を介したりするものであってもよい。また、テレビジョン放送波以外の放送波、例えばデジタルラジオ放送波を用いるようにしてもよい。
【００４４】
受信装置１０は、例えばテレビジョン受像機に内蔵されたり、テレビジョン受像機に外付けされたりするものを想定する。
【００４５】
通信型供給装置２０Ａは、ネットワーク２上に設けられた複数のサーバ等によって構成される。放送型供給装置２０Ｂは、例えば、テレビジョン放送局に設けられる。以下、通信型供給装置２０Ａと放送型供給装置２０Ｂを統合して、適宜、供給装置２０とも称する（詳細は図４を参照して後述する）。
【００４６】
このコンテンツダウンロードシステム１によれば、図２に示すように、受信装置１０のユーザは、通信型供給装置２０Ａからネットワーク２を介して、コンテンツＡをダウンロード（取得、蓄積）させることができ、その後、受信装置１０に蓄積されているコンテンツＡを、許容されている利用期間内の任意のタイミングで再生（視聴）することができる。
【００４７】
また、コンテンツダウンロードシステム１によれば、図３に示すように、受信装置１０のユーザは、放送型供給装置２０Ｂから放送されるコンテンツＡをダウンロード（受信、蓄積）させることができ、その後、受信装置１０に蓄積されているコンテンツＡを、許容されている利用期間内の任意のタイミングで再生（視聴）することができる。
【００４８】
次に、コンテンツダウンロードシステム１を構成する受信装置１０と供給装置２０の詳細な構成例について、図４を参照して説明する。
【００４９】
受信装置１０は、ブラウザ１１、ダウンローダ１２、ストレージ１３、ECG１４、ＡＶプレイヤ１５、DRM(Digital Rights Management)クライアント１６、および外部出力部１７から構成される。
【００５０】
ブラウザ１１は、通信型供給装置２０ＡにアクセスしてHTML(Hypertext Markup Language)文書またはBML(Broadcast Markup Language)文書などを取得して対応するWebページを表示させる。また、ブラウザ１１は、通信型供給装置２０ＡのWebサーバ２１から取得するHTML文書、BML文書などに基づき、コンテンツダウンロードサービスの利用契約、パッケージ（コンテンツの商品単位）の購入、ダウンロードするコンテンツの選択、購入履歴の表示、課金キャンセルなどの操作をユーザがインタラクティブに実行できるWebペーを表示させる。特に、ブラウザ１１は、ダウンロード可能なコンテンツの一覧を示すとともに、ダウンロードするコンテンツをユーザに選択させるインタラクティブなユーザインタフェースであるダウンロード可能コンテンツリスト５１（図６Ａ）をユーザに提示し、ダウンロードするコンテンツをユーザに選択させることができる。
【００５１】
ダウンローダ１２は、ブラウザ１１またはECGのヘルプアプリケーションとして通信型供給装置２０Ａからコンテンツなどを転送させてストレージ１３に出力する。ダウンローダ１２は、HTML/BML文書８２（図９）に基づくブラウザ１１の制御に応じて起動される。また、ダウンローダ１２は、ECGメタデータ８１（図９）に基づくECG１４の制御にも応じて起動される。ダウンローダ１２は、コンテンツなどをダウンロードするために必要なダウンロード制御情報８３（図９）を通信型供給装置２０Ａのメタデータサーバ２４から取得する。また、ダウンローダ１２は、取得したダウンロード制御情報８３に基づき、コンテンツを再生するときに必要となる再生制御情報８４（図９）をメタデータサーバ２４から取得してストレージ１３に蓄積させる。
【００５２】
さらに、ダウンローダ１２は、取得したダウンロード制御情報８３に基づき、暗号化された状態のコンテンツを通信型供給装置２０Ｂのコンテンツサーバ２５から転送させてストレージ１３に蓄積させる。あるいは、ダウンローダ１２は、取得したダウンロード制御情報８３に基づき、放送型供給装置２０Ｂからテレビジョン放送信号を用いて放送される、暗号化された状態のコンテンツを受信してストレージ１３に蓄積させる。
【００５３】
さらに、ダウンローダ１２は、ストレージ１３に蓄積させたコンテンツのリストをユーザに提示するための情報であるメタＤＢ（データベース）１３Ａを、取得したECGメタデータ８１に基づいて生成してストレージ１３に蓄積させる。
【００５４】
ストレージ１３は、ハードディスクドライブなどからなり、メタデータサーバ２４から取得されたダウンロード制御情報８３、再生制御情報８４、および供給装置２０からダウンロードされた、暗号化されているコンテンツを蓄積する。また、ダウンローダ１２によって生成されたメタＤＢ１３Ａを蓄積する。
【００５５】
ECG１４は、ダウンロードするコンテンツを選択するための画面表示や再生を指示するための画面表示をユーザに提示するためのものである。ECG１４は、通信型供給装置２０Ａのメタデータサーバ２４からECGメタデータ８１（図９）を取得し、取得したECGメタデータ８１に基づき、上述したブラウザ１１と同様に、ダウンロード可能コンテンツリスト５１（図６Ａ）をユーザに提示し、ダウンロードするコンテンツをユーザに選択させることができる。すなわち、ダウンロード可能コンテンツリスト５１は、ブラウザ１１またはECG１４のいずれかによってユーザに提示される。
【００５６】
また、ECG１４は、ストレージ１３に保持されたメタＤＢ１３Ａに基づき、ダウンロード済みであって再生可能なコンテンツの一覧を示すとともに、ユーザに再生するコンテンツを選択させるインタラクティブなユーザインタフェースであるローカルコンテンツリスト６１（図７Ａ）をユーザに提示する。
【００５７】
ＡＶプレイヤ１５は、ECG１４によって起動され、ストレージ１３から再生すべきコンテンツを読み出し、DRMクライアント１６から供給されるコンテンツ鍵を用いて暗号化されているコンテンツを復号して再生し、その結果得られるＡＶデータに対応する映像をディスプレイに表示させ、音声をスピーカ（いずれも不図示）から出力させる。また、ＡＶプレイヤ１５は、再生結果として得られるＡＶデータを、DRMクライアント１６から供給されるRMPI（利用条件情報）にて許可されている場合だけ外部出力部１７にする。
【００５８】
なお、ECG１４により、ダウンロード中であって所定のデータ量がバッファリング済みのコンテンツもローカルコンテンツリスト６１に含めてユーザに提示するようにし、ＡＶプレイヤ１５により、ダウンロード中のコンテンツであって所定のデータ量がバッファリング済みのコンテンツも再生するようにしてもよい（いわゆる、プログレッシブダウンロード、あるいはストリーミング再生を行うようにしてもよい）。
【００５９】
DRMクライアント１６は、暗号化された状態のコンテンツを復号するために必要なコンテンツ鍵を含むライセンスを通信型供給装置２０Ａから取得するものである。DRMクライアント１６は、通信型供給装置２０ＡのDRMサーバ２６との間にセキュアな通信路を確立した後、コンテンツ鍵を含むライセンスをDRMサーバ２６から取得し、取得したライセンスを自身で保持する。そして、ＡＶプレイヤ１５からの要求に応じ、ライセンスに記述されている利用条件を満たす場合にのみ、コンテンツ鍵をＡＶプレイヤ１５に供給する。
【００６０】
外部出力部１７は、ＡＶプレイヤ１５から供給されるＡＶデータを出力先（リムーバブルメディア、再生装置、記録装置など）の指定フォーマットに変換して出力する。
【００６１】
供給装置２０は、通信型供給装置２０Ａと放送型供給装置２０Ｂから構成される。
【００６２】
通信型供給装置２０Ａは、Webサーバ２１、顧客管理サーバ２２、課金・決済サーバ２３、メタデータサーバ２４、コンテンツサーバ２５、およびDRMサーバ２６から構成される。
【００６３】
Webサーバ２１は、コンテンツダウンロードサービスのポータルサイトとして機能するものであり、ブラウザ１１からの要求に応じ、受信装置１０にインタラクティブな各種Webページを表示させるためのHTML文書、BML文書などをブラウザ１１に供給する。
【００６４】
顧客管理サーバ２２は、コンテンツダウンロードサービスの顧客に関する情報を管理するものであり、顧客（受信装置１０のユーザ）の顧客情報（例えば顧客ＩＤ、パスワード、決済用情報（銀行口座、クレジットカード番号等）、受信装置１０の機器ＩＤ、DRMクライアント１６のＩＤ(DRM ID)）に、各顧客が購入したパッケージ（商品単位）を示す購入履歴情報やダウンロードしたコンテンツを示すダウンロード履歴情報などを対応付けて管理する。
【００６５】
課金・決済サーバ２３は、コンテンツダウンロードサービスの利用に際して決済を行うものであり、顧客管理サーバ２２からの要請に応じ、顧客に対して課金・決済処理を行う。
【００６６】
なお、本明細書において、購入の用語には、契約の意味合いも含むものとする。すなわち、例えば顧客が月極め固定料金で任意の数だけコンテンツをダウンロードして利用できる条件のパッケージを契約した場合でも購入の用語を用いる。
【００６７】
また、課金の用語は、パッケージの購入に対応してクレジットカードなどの利用を確定する意味合いと、ユーザ側の口座などから実際に所定の金額を引き落とす意味合いを含むものとする。したがって、後述する課金キャンセルとは、パッケージの購入に対応してクレジットカードなどの利用を確定したものを取り消したり、ユーザ側の口座などから引き落とした金額を返金したりすることを意味するものとする。
【００６８】
メタデータサーバ２４は、コンテンツに対応するダウンロード制御情報８３と再生制御情報８４を受信装置１０に転送するものであり、パッケージ（コンテンツの商品単位）やコンテンツに関わる情報を管理し、他のサーバに必要な情報を提供する。また、メタデータサーバ２４は、受信装置１０のダウンローダ１２からの要求に応じて、ダウンロード制御情報８３や再生制御情報８４をダウンローダ１２に転送する。また、メタデータサーバ２４は、受信装置１０のECG１４からの要求に応じて、ダウンロード可能な各コンテンツに対応するECGメタデータ８１を供給する。
【００６９】
コンテンツサーバ２５は、コンテンツを受信装置１０に転送するものであり、受信装置１０のダウンローダ１２からの要求に応じて、暗号化された状態のコンテンツをダウンローダ１２に転送する。
【００７０】
DRMサーバ２６は、受信装置１０のDRMクライアント１６にライセンスを供給するためのものであり、DRMクライアント１６との間にセキュアな通信路を確立した後、暗号化されたコンテンツを復号するためのコンテンツ鍵を含むライセンスをDRMクライアント１６に供給する。
【００７１】
放送型供給装置２０Ｂは、コンテンツ送出部２７から構成される。コンテンツ送出部２７は、予め決定されている放送スケジュールに従い、テレビジョン放送信号を用いて、暗号化された状態のコンテンツを放送する。
【００７２】
なお、通信型供給装置２０Ａを構成するWebサーバ２１乃至DRMサーバ２６は、ネットワーク２上に集中して配置されてもよいし、分散して配置されてもよい。また、Webサーバ２１乃至DRMサーバ２６のうち、いくつかを組み合わせて構成してもよい。
【００７３】
次に、受信装置１０によってダウンロードされるコンテンツについて、図５を参照して説明する。
【００７４】
コンテンツを構成するＡＶデータは、通信型供給装置２０Ａのコンテンツサーバ２５、または放送型供給装置２０Ｂのコンテンツ送出部２７において、所定の符号化方式（例えば、MPEG２方式）で圧縮符号化された後、字幕データなどとともにトランスポートストリーム（ＴＳ）化され、DRMサーバ２６にて生成されたコンテンツ鍵によりＴＳパケット単位で暗号化された状態で受信装置１０に転送されるか、またはテレビジョン放送信号を用いて放送される。そして、受信装置１０に取得されたコンテンツは、ストレージ１３に蓄積される。
【００７５】
暗号化された状態のコンテンツを受信装置１０において復号するためのコンテンツ鍵は、コンテンツとは別途、通信型供給装置２０ＡのDRMサーバ２６から、RMPI（利用条件情報：コピー制御情報などを含む）とともにライセンスに含まれた状態で受信装置１０のDRMクライアント１６に供給される。
【００７６】
ストレージ１３に蓄積されたＴＳパケット単位で暗号化されているコンテンツは、ＡＶプレイヤ１５によりDRMクライアント１６から供給されるコンテンツ鍵によってその暗号が復号され、その結果得られたMPEG２ＴＳが復号（デコード）される。ただし、DRMクライアント１６からコンテンツ鍵が供給されるのは、ライセンスに記述されている利用条件（利用期間、再生回数など）を満たしている場合に限られる。
【００７７】
ここで、ブラウザ１１またはECG１４のいずれかによってユーザに提示されるダウンロード可能コンテンツリスト５１について説明する。
【００７８】
上述したように、ダウンロード可能コンテンツリスト５１は、ダウンロード可能コンテンツの一覧を示すものであり、例えば、図６Ａに示すように表示される。すなわち、ダウンロード可能コンテンツリスト５１には、通信型供給装置２０Ａから供給される通信型コンテンツと、放送型供給装置２０Ｂから放送される放送型コンテンツが区別されることなく混合して表示される。
【００７９】
なお、同図Ａの表示例においては、通信型コンテンツと放送型コンテンツとが区別されることなく混合して表示されることを説明するため、（通信型）と（放送型）の文字を図示したが、実際には表示しない。したがって、ユーザは、ダウンロードするコンテンツが通信型であるか、または放送型であるかを意識することなく、コンテンツを選択することができる。ただし、元論、通信型コンテンツと放送型コンテンツとをユーザが識別できるように、（通信型）または（放送型）などと表示するようにしてもよい。
【００８０】
ダウンロード可能コンテンツリスト５１において、ユーザがコンテンツを選択すると、画面表示は同図Ｂに示すように、選択されたコンテンツに関する情報と、ダウンロードボタン５３を含むものに変更される。なお、選択されたコンテンツが放送型である場合、ここに放送予定（放送ストリーム、放送日時など）も表示される。ここで、ダウンロードボタン５３がユーザによって操作されると、画面表示は同図Ｃまたは同図Ｄに示すように変更される。
【００８１】
すなわち、ユーザによって選択されてダウンロードが指示されたコンテンツが通信型である場合、直ちにダウンローダ１２が起動されてコンテンツの取得が開始されて、画面表示は同図Ｃに示すように変更される。
【００８２】
反対に、ユーザによって選択されてダウンロードが指示されたコンテンツが放送型である場合、コンテンツのダウンロードが予約され、画面表示は同図Ｄに示すように変更される。そして、コンテンツが放送されるときにダウンローダ１２が起動されて、コンテンツが受信されて蓄積される。
【００８３】
次に、ECG１４によってユーザに提示されるローカルコンテンツリスト６１について説明する。
【００８４】
上述したように、ローカルコンテンツリスト６１は、ダウンロード済みであって再生可能なコンテンツの一覧を示すものであり、例えば、図７Ａに示すように表示される。すなわち、ローカルコンテンツリスト６１には、ストレージ１３に蓄積された通信型コンテンツと放送型コンテンツが区別されることなく混合して表示される。
【００８５】
なお、同図Ａの表示例においては、通信型コンテンツと放送型コンテンツとが区別されることなく混合して表示されることを説明するため、（通信型）と（放送型）の文字を図示したが、実際には表示しない。したがって、ユーザは、再生させて視聴するコンテンツが通信型であるか、または放送型であるかを意識することなく、コンテンツを選択することができる。ただし、元論、通信型コンテンツと放送型コンテンツとを識別可能に表示するようにしてもよい。
【００８６】
ローカルコンテンツリスト６１において、ユーザがコンテンツを選択すると、画面表示は同図Ｂに示すように、視聴ボタン６３を含むものに変更される。ここで、視聴ボタン６３がユーザによって操作されると、選択されたコンテンツの再生が開始され、画面には同図Ｃに示すように再生されたコンテンツの映像が表示される。
【００８７】
次に、コンテンツをダウンロードし、再生するまでの一連の処理の概要について図８を参照して説明する。
【００８８】
コンテンツをダウンロードし、再生するまでの一連の処理は、ダウンロードナビゲーションフェーズ(phase)、ダウンロードフェーズ、ローカルナビゲーションフェーズ、およびコンテンツ再生フェーズに分類される。
【００８９】
ダウンロードナビゲーションフェーズでは、ブラウザ１１によるHTML/BML文書に基づくダウンロード可能コンテンツリスト５１の表示、またはECG１４によるECGメタデータに基づくダウンロード可能コンテンツリスト５１の表示が行なわれ、ダウンロード可能コンテンツリスト５１を用いてダウンロードするコンテンツを選択するユーザの操作が受け付けられる。
【００９０】
ダウンロードフェーズでは、ダウンローダ１２によりコンテンツがダウンロードされる。すなわち、通信型コンテンツの場合、コンテンツサーバ２５から取得、蓄積される。放送型コンテンツの場合、テレビジョン放送信号を受信することによりコンテンツが取得され、蓄積される。そして、コンテンツのダウンロードが完了したとき、ライセンスが取得される（取得されない場合もある）。
【００９１】
ローカルナビゲーションフェーズでは、ECG１４によりメタＤＢ１３Ａに基づいてローカルコンテンツリスト６１の表示が行なわれ、ローカルコンテンツリスト６１を用いて再生するコンテンツを選択するユーザの操作が受け付けられる。
【００９２】
コンテンツ再生フェーズでは、コンテンツの復号、再生が行なわれる。このとき、必要なライセンスが未取得であれば、必要なライセンスが取得された後に、コンテンツの復号、再生が行なわれる。
【００９３】
上述したように、ダウンロードナビゲーションフェーズとダウンロードフェーズには、それぞれ２通りの動作が可能であるので、これらを組み合わせると、ダウンロードナビゲーションフェーズからダウンロードフェーズまでに４通りの動作が想定される。
【００９４】
すなわち、想定される第１の動作は、ダウンロードナビゲーションフェーズで、ブラウザ１１によるHTML/BML文書に基づくダウンロード可能コンテンツリスト５１の表示を行い、ダウンロードフェーズで、通信型コンテンツをダウンロードする動作である。
【００９５】
想定される第２の動作は、ダウンロードナビゲーションフェーズで、ECG１４によるECGメタデータ８１に基づくダウンロード可能コンテンツリスト５１の表示を行い、ダウンロードフェーズで、通信型コンテンツをダウンロードする動作である。
【００９６】
想定される第３の動作は、ダウンロードナビゲーションフェーズで、ブラウザ１１によるHTML/BML文書に基づくダウンロード可能コンテンツリスト５１の表示を行い、ダウンロードフェーズで、放送型コンテンツをダウンロードする動作である。
【００９７】
想定される第４の動作は、ダウンロードナビゲーションフェーズで、ECG１４によるECGメタデータ８１に基づくダウンロード可能コンテンツリスト５１の表示を行い、ダウンロードフェーズで、放送型コンテンツをダウンロードする動作である。
【００９８】
なお、これら第１乃至４の動作については、図１２乃至図１９を参照して詳細に後述する。
【００９９】
次に、受信装置１０が供給装置２０から取得する各種データの関係について図９を参照して説明する。
【０１００】
ECGメタデータ８１は、ECG１４がメタデータサーバ２４から取得するものである。ECGメタデータ８１は、各コンテンツにそれぞれ１対１で対応するコンテンツメタデータ８１Ａとインスタンスメタデータ８１Ｂから成る。
【０１０１】
コンテンツメタデータ８１Ａには、コンテンツＩＤ、コンテンツのタイトルなどが含まれる。
【０１０２】
インスタンスメタデータ８１Ｂは、インスタンスメタデータ８１Ｂ−１、またはインスタンスメタデータ８１Ｂ−２の２種類の何方かが利用される。
【０１０３】
インスタンスメタデータ８１Ｂ−１は、後述するダウンロード制御情報８３が第１のフォーマットにより記述されている場合、すなわち、通信型コンテンツに対応するダウンロード制御情報８３のフォーマットと放送型コンテンツに対応するダウンロード制御情報８３のフォーマットが共通である場合に利用される。
【０１０４】
これに対して、インスタンスメタデータ８１Ｂ−２は、ダウンロード制御情報８３が第２のフォーマット（通信型コンテンツ用）、または第３のフォーマット（放送型コンテンツ用）により記述される場合に利用される。
【０１０５】
インスタンスメタデータ８１Ｂ−１には、インスタンスメタデータＩＤ、コンテンツＩＤ、当該コンテンツＩＤに対応するコンテンツをダウンロードするために必要なダウンロード制御情報の参照先（ダウンロード制御情報自身の特定情報とその取得先）、および当該インスタンスメタデータの有効期限が含まれる。
【０１０６】
インスタンスメタデータ８１Ｂ−２については、図２２を参照して後述する。
【０１０７】
HTML/BML文書８２も、インスタンスメタデータ８１Ｂと同様に、HTML/BML文書８２−１、またはHTML/BML文書８２−２の２種類の何方かが利用される。
【０１０８】
HTML/BML文書８２−１は、後述するダウンロード制御情報８３が第１のフォーマットにより記述されている場合、すなわち、通信型コンテンツに対応するダウンロード制御情報８３のフォーマットと放送型コンテンツに対応するダウンロード制御情報８３のフォーマットが共通である場合に利用される。
【０１０９】
これに対して、HTML/BML文書８２−２は、ダウンロード制御情報８３が第２のフォーマット（通信型コンテンツ用）、または第３のフォーマット（放送型コンテンツ用）により記述される場合に利用される。
【０１１０】
HTML/BML文書８２−１は、ブラウザ１１がWebサーバ２１から取得するものである。HTML/BML文書８２−１には、ダウンローダ１２を起動するための関数、その引数としての、ユーザによって選択されたコンテンツをダウンロードするために必要なダウンロード制御情報の参照先（ダウンロード制御情報自身の特定情報とその取得先）が含まれる。
【０１１１】
HTML/BML文書８２−２については、図２２を参照して後述する。
【０１１２】
ダウンロード制御情報８３は、ブラウザ１１またはECG１４の制御により起動されたダウンローダ１２がメタデータサーバ２４から取得するものである。ダウンロード制御情報８３には、ダウンロード単位ＩＤ、ダウンロード単位のタイトル、ライセンスの取得先、各コンテンツの情報（再生制御情報の取得先を含む）などが含まれる。
【０１１３】
なお、本発明の特徴となるダウンロード制御情報８３の内容については、図１０および図１１を参照して詳細に後述する。
【０１１４】
再生制御情報８４は、ダウンローダ１２がダウンロード制御情報８３に基づいてメタデータサーバ２４から取得するものである。再生制御情報８４には、コンテンツＩＤ、ライセンスＩＤ、ライセンスの取得先などが含まれる。
【０１１５】
ライセンス８５は、DRMクライアント１６が再生制御情報に基づいてDRMサーバ２６から取得するものである。ライセンス８５には、コンテンツ鍵、および利用条件情報が含まれる。
【０１１６】
次に、ダウンロード制御情報８３の第１のフォーマットについて詳述する。ダウンロード制御情報８３の第１のフォーマットは、通信型コンテンツと放送型コンテンツに対して共通に利用できるものである。
【０１１７】
図１０は、通信型コンテンツに対応するダウンロード制御情報８３の構成例を示している。通信型コンテンツに対応するダウンロード制御情報８３には、ダウンロード単位ＩＤ９１、ダウンロード単位タイトル９２、データサイズ９３、放送型・通信型フラグ９４、更新型・非更新型フラグ９５、ダウンロード制御情報の再取得時の参照先９６、当該ダウンロード制御情報のバージョン９７、想定更新周期９８、ライセンスの取得先９９、放送型情報１１０、および各コンテンツの情報１００が含まれる。
【０１１８】
ダウンロード単位ＩＤ９１は、ダウンロード単位の識別情報である。ここで、ダウンロード単位とは、１以上のコンテンツにより構成されるものであり、例えば、シリーズものの映画や複数話から構成されるドラマなどに対応する複数のコンテンツが１つのダウンロード単位とされる。ダウンロード単位を設けることにより、関連する複数のコンテンツを連続的に一括してダウンロードすることができる。
【０１１９】
ダウンロード単位タイトル９２は、ダウンロード単位に対して付けられた名称である。データサイズ９３は、ダウンロード単位のデータサイズを示す情報である。
【０１２０】
放送型・通信型フラグ９４は、ダウンロード単位に含まれるコンテンツが放送型または通信型の何方であるかを示す情報である。この放送型・通信型フラグ９４を含むことが、ダウンロード制御情報８３の第１のフォーマットの特徴である。
【０１２１】
更新型・非更新型フラグ９５は、ダウンロード単位が周期的に更新されるものであるか否かを示す情報である。
【０１２２】
ダウンロード制御情報の再取得時の参照先９６は、ダウンロード単位が更新型である場合に記述されるものであり、更新後のダウンロード単位をダウンロードするために必要なダウンロード制御情報（当該ダウンロード制御情報の次のバージョンのダウンロード制御情報）の参照先を示す情報である。
【０１２３】
ダウンロード制御情報のバージョン９７は、ダウンロード単位が更新型である場合に記述されるものであり、当該ダウンロード制御情報のバージョンを示す情報である。想定更新周期９８は、ダウンロード単位が更新型である場合に記述されるものであり、想定されている更新周期を示す情報である。
【０１２４】
ライセンスの取得先９９は、ダウンロード単位に対応するライセンスの取得先（DRMサーバ２６のURL）を示す情報である。このライセンスの取得先９９が記載されている場合、ダウンロード単位のダウンロードが完了したときにランセンスが取得される。
【０１２５】
なお、ここで取得されるライセンスは、ダミーライセンス（コンテンツを復号できないライセンス）であってもよい。このダミーライセンスの取得要求により、供給装置２０側でダウンロード完了を判断することができる。反対に、このライセンスの取得先９９が記載されていない場合、ダウンロード単位のダウンロードが完了したときにランセンスは取得されず、再生時にライセンスが取得される。
【０１２６】
放送型情報１１０は、当該ダウンロード制御情報８３が放送型コンテンツに対応するものである場合に記述されるものであり、通信型コンテンツに対応するものである場合には記述されない。
【０１２７】
各コンテンツの情報１００は、ダウンロード単位を構成するコンテンツの数ｎだけ記載される。１番目のコンテンツの情報１００1には、コンテンツＩＤ、コンテンツの取得先（コンテンツサーバ２５のURL）、コンテンツタイトル、コンテンツに対応するECGメタデータ８１の参照先（メタデータサーバ２４のURL）、再生制御情報８４の参照先（メタデータサーバ２４のURL）、およびライセンスＩＤが含まれる。２乃至ｎ番目のコンテンツの情報１００2乃至１００nについても同様であるので、その説明は省略する。
【０１２８】
図１１は、放送型コンテンツに対応するダウンロード制御情報８３の構成例を示している。放送型コンテンツに対応するダウンロード制御情報８３には、通信型コンテンツに対応するものと同様に、ダウンロード単位ＩＤ９１、ダウンロード単位タイトル９２、データサイズ９３、放送型・通信型フラグ９４、更新型・非更新型フラグ９５、ダウンロード制御情報の再取得時の参照先９６、当該ダウンロード制御情報のバージョン９７、ライセンスの取得先９９、放送型情報１１０、および各コンテンツの情報１００が含まれる。
【０１２９】
放送型情報１１０は、放送ストリームの参照先１１１、現ダウンロード単位の放送予定１１２、更新後のダウンロード単位の放送予定１１３、代替通信の参照先１１４、および各コンテンツの情報１００に細分化されている。
【０１３０】
放送ストリームの参照先１１１は、コンテンツが放送される放送ストリームを特定するための情報である。この放送ストリームの参照先１１１は、例えば、ARIB（社団法人電波産業界）にて規定されているURL(Uniform Resource Locator)、またはIP(Internet Protocol)マルチキャストアドレスを用いて記述される。
【０１３１】
現ダウンロード単位の放送予定１１２は、コンテンツの再放送分も含めた各放送予定の放送時刻、所要時間、ビットレートが含まれる。特に、各放送予定のビットレートを含むことにより、例えば、通常のテレビジョン番組を放送していない深夜などにビットレートを上げて放送するような運用にも対応することができる。
【０１３２】
更新後のダウンロード単位の放送予定１１３は、ダウンロード単位が更新型である場合に記述される情報であり、更新後のコンテンツの再放送分も含めた各放送予定の放送時刻、所要時間、ビットレートが含まれる。更新後のダウンロード単位の放送予定１１３を、当該ダウンロード制御情報８３に記載しておくことにより、更新後のダウンロード単位の放送に対して備えることができる。
【０１３３】
代替通信の参照先１１４は、現ダウンロード単位の放送が既に終了している場合において、同一のダウンロード単位を取得できるコンテンツサーバ２５のURLを示す情報である。
【０１３４】
各コンテンツの情報１００は、ダウンロード単位を構成するコンテンツの数ｎだけ記載される。１番目のコンテンツの情報１００1には、コンテンツＩＤ、コンテンツの取得先（放送ストリーム内の特定情報）、コンテンツタイトル、コンテンツに対応するECGメタデータ８１の参照先（メタデータサーバ２４のURL）、再生制御情報８４の参照先（メタデータサーバ２４のURL）、およびライセンスＩＤが含まれる。２乃至ｎ番目のコンテンツの情報１００2乃至１００nについても同様であるので、その説明は省略する。
【０１３５】
次に、図８に示されたダウンロードナビゲーションフェーズからダウンロードフェーズまでに想定される第１乃至４の動作について説明する。
【０１３６】
なお、第１乃至４の動作の前提として、受信装置１０のユーザは、当該コンテンツダウンロードサービスの運営者側にサービス利用のための登録を済ませており、これにより、供給装置２０の顧客管理サーバ２２には、受信装置１０のユーザの情報が顧客情報として登録されており、さらに購入したパッケージを示す購入履歴情報やダウンロード済みコンテンツを示すダウンロード履歴情報が対応付けて管理されているものとする。
【０１３７】
図１２は、ダウンロードナビゲーションフェーズで、ブラウザ１１によるHTML/BML文書に基づくダウンロード可能コンテンツリスト５１の表示を行い、ダウンロードフェーズで、通信型コンテンツをダウンロードする第１の動作の概要を示している。
【０１３８】
ユーザからの所定の操作に対応し、受信装置１０のブラウザ１１は、供給装置２０のWebサーバ２１にアクセスしてHTML/BML文書８２を取得し、取得したHTML/BML文書８２に基づいてWebページとしてのダウンロード可能コンテンツリスト５１をユーザに提示する。このダウンロード可能コンテンツリスト５１に対して、ユーザがコンテンツをそのダウンロード単位で選択する操作を行うと、ダウンローダ１２が起動される。
【０１３９】
起動されたダウンローダ１２は、選択されたコンテンツのダウンロード単位に対応するダウンロード制御情報８３をメタデータサーバ２４から取得する。なお、ここで取得するダウンロード制御情報８３の参照先であるメタデータサーバ２４のURLは、先ほど取得されたHTML/BML文書８２に記述されている。
【０１４０】
ダウンロード制御情報８３を取得したダウンローダ１２は、ダウンロード制御情報８３に記述されている内容に従い、メタデータサーバ２４から再生制御情報８４を転送させてストレージ１３に蓄積させる。また、ダウンローダ１２は、ダウンロード制御情報８３に記述されている内容に従い、コンテンツサーバ２５からコンテンツを転送させてストレージ１３に蓄積させる。さらに、ダウンローダ１２は、転送させた再生制御情報８４に基づいてローカルコンテンツリスト生成のためのメタＤＢ１３Ａを生成して、ストレージ１３に蓄積させる。
【０１４１】
さらに、ダウンローダ１２は、ダウンロード制御情報８３にライセンスの取得先９９が記述されている場合、DRMクライアント１６にライセンスの取得を依頼する。この依頼に応じ、DRMクライアント１６は、ダウンローダ１２により取得されたダウンロード制御情報８３に記述されている内容に従って、DRMサーバ２６にライセンスを要求して取得する。以上で、第１の動作の概要説明を終了する。
【０１４２】
次に、第１の動作の詳細について、図１３のタイミングチャートを参照して説明する。なお、図１３においては、メタデータサーバ２４とコンテンツサーバ２５を一体的に図示しており、以降の図面においても適宜同様に図示する場合がある。
【０１４３】
第１の動作の前提は、上述した概要説明と同様である。初めに、ステップＳ１において、受信装置１０のブラウザ１１が供給装置２０のWebサーバ２１にアクセスし、ユーザ認証を実行した後、Webページを表示するためのHTML/BML文書８２を取得する。さらに、ブラウザ１１は、取得したHTML/BML文書８２に基づいてダウンロード可能コンテンツリスト５１をユーザに提示する。このインタラクティブに操作可能なダウンロード可能コンテンツリスト５１に対して、ステップＳ２として、ユーザがコンテンツを選択し、ダウンロードの実行を指示する操作を行うと、ステップＳ３において、ブラウザ１１は、ヘルプアプリケーションであるダウンローダ１２を起動させる。
【０１４４】
起動されたダウンローダ１２は、ステップＳ４において、ブラウザ１１から通知される、ダウンロード制御情報８３の取得先を示すメタデータサーバ２４のURLに基づき、選択されたコンテンツを含むダウンロード単位に対応するダウンロード制御情報８３をメタデータサーバ２４から取得し、ストレージ１３に蓄積させる。
【０１４５】
ステップＳ５において、ダウンローダ１２は、取得したダウンロード制御情報８３を解析し、ダウンロードタイミングを確認したり、ダウンロードするコンテンツのデータサイズを把握した上でストレージ１３の空き容量を確認したり、ストレージ１３にディレクトリを生成したりする処理を含む初期処理を実行する。
【０１４６】
ステップＳ６において、ダウンローダ１２は、ダウンロード制御情報８３の各コンテンツの情報１００に記述されている再生制御情報の参照先に基づき、メタデータサーバ２４にアクセスして、選択されたダウンロード単位に含まれる全てのコンテンツにそれぞれ対応する再生制御情報８４とECGメタデータ８１を取得する。ステップＳ７において、ダウンローダ１２は、メタＤＢ１３Ａを生成して再生制御情報８４とともにストレージ１３に蓄積させる。
【０１４７】
ステップＳ８において、ダウンローダ１２は、ダウンロード制御情報８３の各コンテンツの情報１００に記述されているコンテンツＩＤとコンテンツの取得先に基づき、コンテンツサーバ２５にアクセスして、選択されたダウンロード単位に含まれる各コンテンツの転送を要求する。この要求に対応し、ステップＳ９において、コンテンツサーバ２５は、要求されたコンテンツの転送を開始し、ステップＳ１０において、ダウンローダ１２は、転送されたコンテンツをストレージ１３に蓄積させる。
【０１４８】
そして、ダウンロード単位に含まれる全てのコンテンツのダウンロードが終了した後、ステップＳ１１において、ダウンローダ１２は、DRMクライアント１６にライセンスの取得を要求する。ステップＳ１２において、DRMクライアント１６は、ダウンロード制御情報８３に記述されているライセンスの取得先９９に基づき、DRMサーバ２６にアクセスし、DRM IDの通知などを含む認証処理を経た後にライセンスを取得し、取得したライセンスを自己で保持するとともにライセンスを取得したことをダウンローダ１２に通知する。なお、ここで取得したライセンスは、ダウンロード制御情報８３に記述されているライセンスの取得先９９に対応するものであり、真ライセンス（再生に使用できるライセンス）である場合もあるし、ダミーライセンス（実質的に再生に使用できないライセンス）である場合もある。
【０１４９】
なお、DRMサーバ２６は、DRMクライアント１６からライセンスが要求されたことを顧客管理サーバ２２に通知する。顧客管理サーバ２２は、DRMサーバ２６からの当該通知を受け取ったことを根拠として、受信装置１０側でコンテンツのダウンロードが完了したことを確認し、課金・決済サーバ２３に対して顧客に対する課金・決済を実行させる。以上で、第１の動作の詳細な動作説明を終了する。
【０１５０】
次に、図１４は、ダウンロードナビゲーションフェーズで、ECG１４によるECGメタデータ８１に基づくダウンロード可能コンテンツリスト５１の表示を行い、ダウンロードフェーズで、通信型コンテンツをダウンロードする第２の動作の概要を示している。
【０１５１】
受信装置１０のECG１４は、周期的あるいはユーザの指示に応じ、供給装置２０のメタデータサーバ２４にアクセスし、ダウンロード可能なコンテンツのECGメタデータ８１を取得する。そして、ユーザからの指示に応じ、取得してあるECGメタデータ８１に基づいてダウンロード可能コンテンツリスト５１をユーザに提示する。このダウンロード可能コンテンツリスト５１に対して、ユーザがコンテンツをそのダウンロード単位で選択する操作を行うと、ダウンローダ１２が起動される。
【０１５２】
起動されたダウンローダ１２は、選択されたコンテンツのダウンロード単位に対応するダウンロード制御情報８３をメタデータサーバ２４から取得する。なお、ここで取得するダウンロード制御情報８３の参照先であるメタデータサーバ２４のURLは、取得済みのECGメタデータ８１に含まれるインスタンスメタデータ８１Ｂに記述されている。
【０１５３】
ダウンロード制御情報８３を取得したダウンローダ１２は、ダウンロード制御情報８３に記述されている内容に従い、メタデータサーバ２４から再生制御情報８４を転送させてストレージ１３に蓄積させる。また、ダウンローダ１２は、ダウンロード制御情報８３に記述されている内容に従い、コンテンツサーバ２５からコンテンツを転送させてストレージ１３に蓄積させる。さらに、ダウンローダ１２は、転送させた再生制御情報８４に基づいてローカルコンテンツリスト生成のためのメタＤＢ１３Ａを生成して、ストレージ１３に蓄積させる。
【０１５４】
さらに、ダウンローダ１２は、ダウンロード制御情報８３にライセンスの取得先９９が記述されている場合、DRMクライアント１６にライセンスの取得を依頼する。この依頼に応じ、DRMクライアント１６は、ダウンローダ１２により取得されたダウンロード制御情報８３に記述されている内容に従って、DRMサーバ２６にライセンスを要求して取得する。以上で、第２の動作の概要説明を終了する。
【０１５５】
次に、第２の動作の詳細について、図１５のタイミングチャートを参照して説明する。
【０１５６】
第２の動作の前提は、上述した概要説明と同様である。初めに、ステップＳ３１として、受信装置１０のECG１４が、周期的にあるいはユーザの操作に応じ、供給装置２０のメタデータサーバ２４から、ダウンロード可能なコンテンツのECGメタデータ８１を取得する。そして、ユーザからの指示に応じ、取得したECGメタデータ８１に基づいてダウンロード可能コンテンツリスト５１をユーザに提示する。このインタラクティブに操作可能なダウンロード可能コンテンツリスト５１に対して、ステップＳ３２として、ユーザがコンテンツを選択し、ダウンロードの実行を指示する操作を行うと、ステップＳ３３において、ECG１４は、ヘルプアプリケーションであるダウンローダ１２を起動させる。
【０１５７】
起動されたダウンローダ１２は、ステップＳ３４において、ECG１４から通知される、ダウンロード制御情報８３の取得先を示すメタデータサーバ２４のURLに基づき、選択されたコンテンツを含むダウンロード単位に対応するダウンロード制御情報８３をメタデータサーバ２４から取得し、ストレージ１３に蓄積させる。
【０１５８】
ステップＳ３５において、ダウンローダ１２は、取得したダウンロード制御情報８３を解析し、ダウンロードタイミングを確認したり、ダウンロードするコンテンツのデータサイズを把握した上でストレージ１３の空き容量を確認したり、ストレージ１３にディレクトリを生成したりする処理を含む初期処理を実行する。
【０１５９】
ステップＳ３６において、ダウンローダ１２は、ダウンロード制御情報８３の各コンテンツの情報１００に記述されている再生制御情報の参照先に基づき、メタデータサーバ２４にアクセスして、選択されたダウンロード単位に含まれる全てのコンテンツにそれぞれ対応する再生制御情報８４を取得する。ステップＳ３７において、ダウンローダ１２は、メタＤＢ１３Ａを生成して再生制御情報８４とともにストレージ１３に蓄積させる。
【０１６０】
ステップＳ３８において、ダウンローダ１２は、ダウンロード制御情報８３の各コンテンツの情報１００に記述されているコンテンツＩＤとコンテンツの取得先に基づき、コンテンツサーバ２５にアクセスして、選択されたダウンロード単位に含まれる各コンテンツの転送を要求する。この要求に対応し、ステップＳ３９において、コンテンツサーバ２５は、要求されたコンテンツの転送を開始する。ステップＳ４０において、ダウンローダ１２は、転送されたコンテンツをストレージ１３に蓄積させる。
【０１６１】
そして、ダウンロード単位に含まれる全てのコンテンツのダウンロードが終了した後、ステップＳ４１において、ダウンローダ１２は、DRMクライアント１６にライセンスの取得を要求する。ステップＳ４２において、DRMクライアント１６は、ダウンロード制御情報８３に記述されているライセンスの取得先９９に基づき、DRMサーバ２６にアクセスし、DRM IDの通知などを含む認証処理を経た後にライセンスを取得し、取得したライセンスを自己で保持するとともにライセンスを取得したことをダウンローダ１２に通知する。なお、ここで取得したライセンスは、ダウンロード制御情報８３に記述されているライセンスの取得先９９に対応するものであり、真ライセンスである場合もあるし、ダミーライセンスである場合もある。
【０１６２】
なお、DRMサーバ２６は、DRMクライアント１６からライセンスが要求されたことを顧客管理サーバ２２に通知する。顧客管理サーバ２２は、DRMサーバ２６からの当該通知を受け取ったことを根拠として、受信装置１０側でコンテンツのダウンロードが完了したことを確認し、課金・決済サーバ２３に対して顧客に対する課金・決済を実行させる。以上で、第２の動作の詳細な動作説明を終了する。
【０１６３】
次に、図１６は、ダウンロードナビゲーションフェーズで、ブラウザ１１によるHTML/BML文書に基づくダウンロード可能コンテンツリスト５１の表示を行い、ダウンロードフェーズで、放送型コンテンツをダウンロードする第３の動作の概要を示している。
【０１６４】
ユーザからの所定の操作に対応し、受信装置１０のブラウザ１１は、供給装置２０のWebサーバ２１にアクセスしてHTML/BML文書８２を取得し、取得したHTML/BML文書８２に基づいてWebページとしてのダウンロード可能コンテンツリスト５１をユーザに提示する。このダウンロード可能コンテンツリスト５１に対して、ユーザがコンテンツをそのダウンロード単位で選択する操作を行うと、ダウンローダ１２が起動される。
【０１６５】
起動されたダウンローダ１２は、選択されたコンテンツのダウンロード単位に対応するダウンロード制御情報８３をメタデータサーバ２４から取得する。なお、ここで取得するダウンロード制御情報８３の参照先であるメタデータサーバ２４のURLは、先ほど取得されたHTML/BML文書８２に記述されている。
【０１６６】
ダウンロード制御情報８３を取得したダウンローダ１２は、ダウンロード制御情報８３に記述されている内容に従い、メタデータサーバ２４から再生制御情報８４を転送させてストレージ１３に蓄積させる。
【０１６７】
また、ダウンローダ１２は、ダウンロード制御情報８３に記述されている放送ストリーム参照先１１１および現ダウンロード単位の放送予定１１２に基づき、コンテンツがテレビジョン放送信号によって放送されたコンテンツを受信してストレージ１３に蓄積させる。
【０１６８】
さらに、ダウンローダ１２は、転送させた再生制御情報８４に基づいてローカルコンテンツリスト生成のためのメタＤＢ１３Ａを生成して、ストレージ１３に蓄積させる。
【０１６９】
さらに、ダウンローダ１２は、ダウンロード制御情報８３にライセンスの取得先９９が記述されている場合、DRMクライアント１６にライセンスの取得を依頼する。この依頼に応じ、DRMクライアント１６は、ダウンローダ１２により取得されたダウンロード制御情報８３に記述されている内容に従って、DRMサーバ２６にライセンスを要求して取得する。以上で、第３の動作の概要説明を終了する。
【０１７０】
次に、第３の動作の詳細について、図１７のタイミングチャートを参照して説明する。
【０１７１】
第３の動作の前提は、上述した概要説明と同様である。初めに、ステップＳ６１において、受信装置１０のブラウザ１１が供給装置２０のWebサーバ２１にアクセスし、ユーザ認証を実行した後、Webページを表示するためのHTML/BML文書８２を取得する。さらに、ブラウザ１１は、取得したHTML/BML文書８２に基づいてダウンロード可能コンテンツリスト５１をユーザに提示する。このインタラクティブに操作可能なダウンロード可能コンテンツリスト５１に対して、ステップＳ６２として、ユーザがコンテンツを選択し、ダウンロードの実行を指示する操作を行うと、ステップＳ６３において、ブラウザ１１は、ヘルプアプリケーションであるダウンローダ１２を起動させる。
【０１７２】
起動されたダウンローダ１２は、ステップＳ６４において、ブラウザ１１から通知される、ダウンロード制御情報８３の取得先を示すメタデータサーバ２４のURLに基づき、選択されたコンテンツを含むダウンロード単位に対応するダウンロード制御情報８３をメタデータサーバ２４から取得し、ストレージ１３に蓄積させる。
【０１７３】
ステップＳ６５において、ダウンローダ１２は、取得したダウンロード制御情報８３を解析し、ダウンロードタイミングを確認したり、ダウンロードするコンテンツのデータサイズを把握した上でストレージ１３の空き容量を確認したり、ストレージ１３にディレクトリを生成したりする処理を含む初期処理を実行する。さらに、ダウンローダ１２は、取得したダウンロード制御情報８３に基づき、ダウンロードするコンテンツ放送型である場合、その放送予定に対応して、コンテンツの受信予約処理を行う。
【０１７４】
その後、ステップＳ６６において、受信予約処理に応じた動作を再開する。すなわち、ステップＳ６７において、ダウンローダ１２は、ダウンロード制御情報８３の各コンテンツの情報１００に記述されている再生制御情報の参照先に基づき、メタデータサーバ２４にアクセスして、選択されたダウンロード単位に含まれる全てのコンテンツにそれぞれ対応する再生制御情報８４とECGメタデータ８１を取得する。ステップＳ６８において、ダウンローダ１２は、メタＤＢ１３Ａを生成して再生制御情報８４とともにストレージ１３に蓄積させる。
【０１７５】
ステップＳ６９において、供給装置２０のコンテンツ送出部２７は、放送予定に従い、テレビジョン放送信号を用いてコンテンツの放送を開始する。
【０１７６】
ステップＳ７０において、ダウンローダ１２は、ダウンロード制御情報８３の放送ストリームの参照先１１１、各コンテンツの情報１００に記述されている各コンテンツの取得先に基づき、テレビジョン放送信号からダウンロード単位に含まれる各コンテンツを受信し、受信したコンテンツをストレージ１３に蓄積させる。
【０１７７】
そして、ダウンロード単位に含まれる全てのコンテンツの受信と蓄積が終了した後、ステップＳ７１において、ダウンローダ１２は、DRMクライアント１６にライセンスの取得を要求する。ステップＳ７２において、DRMクライアント１６は、ダウンロード制御情報８３に記述されているライセンスの取得先９９に基づき、DRMサーバ２６にアクセスし、DRM IDの通知などを含む認証処理を経た後にライセンスを取得し、取得したライセンスを自己で保持するとともにライセンスを取得したことをダウンローダ１２に通知する。なお、ここで取得したライセンスは、ダウンロード制御情報８３に記述されているライセンスの取得先９９に対応するものであり、真ライセンスである場合もあるし、ダミーライセンスである場合もある。
【０１７８】
なお、DRMサーバ２６は、DRMクライアント１６からライセンスが要求されたことを顧客管理サーバ２２に通知する。顧客管理サーバ２２は、DRMサーバ２６からの当該通知を受け取ったことを根拠として、受信装置１０側でコンテンツのダウンロードが完了したことを確認し、課金・決済サーバ２３に対して顧客に対する課金・決済を実行させる。以上で、第３の動作の詳細な動作説明を終了する。
【０１７９】
次に、図１８は、ダウンロードナビゲーションフェーズで、ECG１４によるECGメタデータ８１に基づくダウンロード可能コンテンツリスト５１の表示を行い、ダウンロードフェーズで、放送型コンテンツをダウンロードする第４の動作の概要を示している。
【０１８０】
受信装置１０のECG１４は、周期的あるいはユーザの指示に応じ、供給装置２０のメタデータサーバ２４にアクセスし、ダウンロード可能なコンテンツのECGメタデータ８１を取得する。そして、ユーザからの指示に応じ、取得してあるECGメタデータ８１に基づいてダウンロード可能コンテンツリスト５１をユーザに提示する。このダウンロード可能コンテンツリスト５１に対して、ユーザがコンテンツをそのダウンロード単位で選択する操作を行うと、ダウンローダ１２が起動される。
【０１８１】
起動されたダウンローダ１２は、選択されたコンテンツのダウンロード単位に対応するダウンロード制御情報８３をメタデータサーバ２４から取得する。なお、ここで取得するダウンロード制御情報８３の参照先であるメタデータサーバ２４のURLは、取得済みのECGメタデータ８１に含まれるインスタンスメタデータ８１Ｂに記述されている。
【０１８２】
ダウンロード制御情報８３を取得したダウンローダ１２は、ダウンロード制御情報８３に記述されている内容に従い、メタデータサーバ２４から再生制御情報８４を転送させてストレージ１３に蓄積させる。
【０１８３】
また、ダウンローダ１２は、ダウンロード制御情報８３に記述されている放送ストリーム参照先１１１および現ダウンロード単位の放送予定１１２に基づき、コンテンツがテレビジョン放送信号によって放送されたコンテンツを受信してストレージ１３に蓄積させる。
【０１８４】
さらに、ダウンローダ１２は、転送させた再生制御情報８４に基づいてローカルコンテンツリスト生成のためのメタＤＢ１３Ａを生成して、ストレージ１３に蓄積させる。
【０１８５】
さらに、ダウンローダ１２は、ダウンロード制御情報８３にライセンスの取得先９９が記述されている場合、DRMクライアント１６にライセンスの取得を依頼する。この依頼に応じ、DRMクライアント１６は、ダウンローダ１２により取得されたダウンロード制御情報８３に記述されている内容に従って、DRMサーバ２６にライセンスを要求して取得する。以上で、第４の動作の概要説明を終了する。
【０１８６】
次に、第４の動作の詳細について、図１９のタイミングチャートを参照して説明する。
【０１８７】
第４の動作の前提は、上述した概要説明と同様である。初めに、ステップＳ９１として、受信装置１０のECG１４が、周期的にあるいはユーザの操作に応じ、供給装置２０のメタデータサーバ２４から、ダウンロード可能なコンテンツのECGメタデータ８１を取得する。そして、ユーザからの指示に応じ、取得したECGメタデータ８１に基づいてダウンロード可能コンテンツリスト５１をユーザに提示する。このインタラクティブに操作可能なダウンロード可能コンテンツリスト５１に対して、ステップＳ９２として、ユーザがコンテンツを選択し、ダウンロードの実行を指示する操作を行うと、ステップＳ９３において、ECG１４は、ヘルプアプリケーションであるダウンローダ１２を起動させる。
【０１８８】
起動されたダウンローダ１２は、ステップＳ９４において、ECG１４から通知される、ダウンロード制御情報８３の取得先を示すメタデータサーバ２４のURLに基づき、選択されたコンテンツを含むダウンロード単位に対応するダウンロード制御情報８３をメタデータサーバ２４から取得し、ストレージ１３に蓄積させる。
【０１８９】
ステップＳ９５において、ダウンローダ１２は、取得したダウンロード制御情報８３を解析し、ダウンロードタイミングを確認したり、ダウンロードするコンテンツのデータサイズを把握した上でストレージ１３の空き容量を確認したり、ストレージ１３にディレクトリを生成したりする処理を含む初期処理を実行する。さらに、ダウンローダ１２は、取得したダウンロード制御情報８３に基づき、ダウンロードするコンテンツ放送型である場合、その放送予定に対応して、コンテンツの受信予約処理を行う。
【０１９０】
その後、ステップＳ９６において、受信予約処理に応じた動作を再開する。すなわち、ステップＳ９７において、ダウンローダ１２は、ダウンロード制御情報８３の各コンテンツの情報１００に記述されている再生制御情報の参照先に基づき、メタデータサーバ２４にアクセスして、選択されたダウンロード単位に含まれる全てのコンテンツにそれぞれ対応する再生制御情報８４とECGメタデータ８１を取得する。ステップＳ９８において、ダウンローダ１２は、メタＤＢ１３Ａを生成して再生制御情報８４とともにストレージ１３に蓄積させる。
【０１９１】
ステップＳ９９において、供給装置２０のコンテンツ送出部２７は、放送予定に従い、テレビジョン放送信号を用いてコンテンツの放送を開始する。
【０１９２】
ステップＳ１００において、ダウンローダ１２は、ダウンロード制御情報８３の放送ストリームの参照先１１１、各コンテンツの情報１００に記述されている各コンテンツの取得先に基づき、テレビジョン放送信号からダウンロード単位に含まれる各コンテンツを受信し、受信したコンテンツをストレージ１３に蓄積させる。
【０１９３】
そして、ダウンロード単位に含まれる全てのコンテンツの受信と蓄積が終了した後、ステップＳ１０１において、ダウンローダ１２は、DRMクライアント１６にライセンスの取得を要求する。ステップＳ１０２において、DRMクライアント１６は、ダウンロード制御情報８３に記述されているライセンスの取得先９９に基づき、DRMサーバ２６にアクセスし、DRM IDの通知などを含む認証処理を経た後にライセンスを取得し、取得したライセンスを自己で保持するとともにライセンスを取得したことをダウンローダ１２に通知する。なお、ここで取得したライセンスは、ダウンロード制御情報８３に記述されているライセンスの取得先９９に対応するものであり、真ライセンスである場合もあるし、ダミーライセンスである場合もある。
【０１９４】
なお、DRMサーバ２６は、DRMクライアント１６からライセンスが要求されたことを顧客管理サーバ２２に通知する。顧客管理サーバ２２は、DRMサーバ２６からの当該通知を受け取ったことを根拠として、受信装置１０側でコンテンツのダウンロードが完了したことを確認し、課金・決済サーバ２３に対して顧客に対する課金・決済を実行させる。以上で、第４の動作の詳細な動作説明を終了する。
【０１９５】
次に、上述した第１乃至４の動作を実行するに際しての、特にダウンローダ１２が起動された後の受信装置１０による第１のコンテンツダウンロード処理について、図２０および図２１のフローチャートを参照して説明する。
【０１９６】
この第１のコンテンツダウンロード処理は、ダウンロード制御情報８３に第１のフォーマットが採用されていること、すなわち、ダウンロード制御情報８３に放送型・通信型フラグ９４が含まれていることを前提とする。
【０１９７】
ステップＳ１３１において、ダウンローダ１２は、ブラウザ１１またはECG１４から通知される、ダウンロード制御情報８３の取得先を示すメタデータサーバ２４のURLに基づき、選択されたコンテンツを含むダウンロード単位に対応するダウンロード制御情報８３をメタデータサーバ２４から取得し、ストレージ１３に蓄積させる。
【０１９８】
ステップＳ１３２において、ダウンローダ１２は、取得したダウンロード制御情報８３を解析する（具体的には、例えば、放送型・通信型フラグ９４、更新型・非更新型フラグ９５、コンテンツの情報１００の有無などを確認する）。
【０１９９】
ステップＳ１３３において、ダウンローダ１２は、ダウンロード制御情報８３の解析結果に従い、ダウンロードするコンテンツが放送型であるのか、または通信型であるのかを判定する。ここで、放送型であると判定された場合、処理は図２１のステップＳ１５１に進められる（後述）。反対に、通信型であると判定された場合、処理はステップＳ１３４に進められる。
【０２００】
ステップＳ１３４において、ダウンローダ１２は、ダウンロード制御情報８３の解析結果に従い、コンテンツが更新型であって、かつ、取得したダウンロード制御情報８３にコンテンツの情報１００が存在しない場合のみ、処理をステップＳ１３５に進め、それ以外の場合、処理をステップＳ１３６に進める。
【０２０１】
ステップＳ１３５において、ダウンローダ１２は、取得したダウンロード制御情報８３の想定更新周期９８に記載されている期間だけ待機した後、ステップＳ１３１に戻り、それ以降の処理を再開する。
【０２０２】
ステップＳ１３６において、ダウンローダ１２は、取得したダウンロード制御情報８３のダウンロード単位のデータサイズ９３を確認した上でストレージ１３の残容量が十分にあるか否かを判定する。ストレージ１３の残容量が不足すると判定された場合、処理は１３７に進められる。ステップＳ１３７において、ダウンローダ１２は、例えば「ハードディスクの残容量が不足しています」などと表示して、ユーザにエラーメッセージを提示し、処理が終了される。
【０２０３】
ステップＳ１３６において、ストレージ１３の残容量が十分あると判定された場合、処理はステップＳ１３８に進められる。
【０２０４】
ステップＳ１３８において、ダウンローダ１２は、ダウンロード単位に含まれる１つのコンテンツを処理対象とする。ステップＳ１３９において、ダウンローダ１２は、処理対象としたコンテンツに対応する再生制御情報８４とECGメタデータ８１をメタデータサーバ２４から取得する。そして、ダウンローダ１２は、取得したECGメタデータ８１に基づき、メタＤＢ１３Ａを生成して再生制御情報８４とともにストレージ１３に蓄積させる。
【０２０５】
ステップＳ１４０において、ダウンローダ１２は、処理対象としたコンテンツをコンテンツサーバ２５からダウンロードしてストレージ１３に蓄積させる。
【０２０６】
ステップＳ１４０において、ダウンローダ１２は、ダウンロード単位に含まれる全てのコンテンツのダウンロードが完了したか否か確認し、ダウンロードが完了していないコンテンツが残っている場合、処理をステップＳ１３６に戻して、それ以降を繰り返す。そして、ダウンロード単位に含まれる全てのコンテンツのダウンロードが完了したと判定された場合、処理はステップＳ１４２に進められる。
【０２０７】
ステップＳ１４２において、ダウンローダ１２は、ダウンロード制御情報８３にライセンスの取得先９９が記述されている場合だけ、DRMクライアント１６にライセンスの取得を要求する。DRMクライアント１６は、ライセンスの取得先９９に基づき、DRMサーバ２６にアクセスし、DRM IDの通知などを含む認証処理を経た後にライセンスを取得し、取得したライセンスを自己で保持するとともにライセンスを取得したことをダウンローダ１２に通知する。以上で、通信型コンテンツをダウンロードする処理は終了される。
【０２０８】
これに対して、上述したように、ステップＳ１３３において、ダウンロードするコンテンツが放送型であると判定された場合、処理は図２１のステップＳ１５１に進められる。
【０２０９】
ステップＳ１５１において、ダウンローダ１２は、ダウンロード制御情報８３の現ダウンロード単位の放送予定１１２を参照し、未放送の放送予定があるか（現時点で放送予定時刻に達していないものがあるか）否かを判定する。未放送の放送予定があると判定された場合、処理はステップＳ１５２に進められる。ステップＳ１５２において、ダウンローダ１２は、未放送の放送予定のうち、他の録画予約、ダウンロード予約などと重複しない、直近の放送予定にダウンロードを実行するように予約する。
【０２１０】
ステップＳ１５３において、ダウンローダ１２は、予約した放送予定の時刻になるまで待機し、当該時刻になったことに応じ、ステップＳ１５４において、ダウンローダ１２は、ダウンロード制御情報８３の各コンテンツの情報１００に基づき、ダウンロード単位に含まれる全てのコンテンツにそれぞれ対応する再生制御情報８４をメタデータサーバ２４から取得する。
【０２１１】
ステップＳ１５５において、ダウンローダ１２は、ダウンロード制御情報８３のダウンロード単位のデータサイズ９３を確認した上でストレージ１３の残容量が十分にあるか否かを判定するとともに、コンテンツのダウンロード（受信）が失敗したか否か判定する。ストレージ１３の残容量が十分あり、且つ、コンテンツのダウンロードが失敗していないと判定された場合、処理はステップＳ１５６に進められる。
【０２１２】
ステップＳ１５６において、ダウンローダ１２は、ダウンロード単位に含まれる１つのコンテンツを処理対象とする。ステップＳ１５７において、ダウンローダ１２は、ダウンロード制御情報８３の放送ストリーム参照先１１１および各コンテンツの情報１００のコンテンツの取得先に基づき、テレビジョン放送信号に含まれるコンテンツを受信して取得してストレージ１３に蓄積させる。また、ダウンローダ１２は、処理対象としたコンテンツに対応するECGメタデータ８１をメタデータサーバ２４から取得する。なお、テレビジョン放送信号にECGメタデータ８１が含まれる場合、これを受信するようにしてもよい。そして、ダウンローダ１２は、取得したECGメタデータ８１に基づき、メタＤＢ１３Ａを生成して再生制御情報８４とともにストレージ１３に蓄積させる。
【０２１３】
ステップＳ１５８において、ダウンローダ１２は、ダウンロード単位に含まれる全てのコンテンツのダウンロードが完了したか否か確認し、ダウンロードが完了していないコンテンツが残っている場合、処理をステップＳ１５５に戻して、それ以降を繰り返す。そして、ダウンロード単位に含まれる全てのコンテンツのダウンロードが完了したと判定された場合、処理はステップＳ１５９に進められる。
【０２１４】
ステップＳ１５９において、ダウンローダ１２は、ダウンロード制御情報８３にライセンスの取得先９９が記述されている場合だけ、DRMクライアント１６にライセンスの取得を要求する。DRMクライアント１６は、ライセンスの取得先９９に基づき、DRMサーバ２６にアクセスし、DRM IDの通知などを含む認証処理を経た後にライセンスを取得し、取得したライセンスを自己で保持するとともにライセンスを取得したことをダウンローダ１２に通知する。以上で、放送型コンテンツをダウンロードする処理は終了される。
【０２１５】
なお、ステップＳ１５５において、ストレージ１３の残容量が不十分である、またはコンテンツのダウンロード（受信）が失敗したと判定された場合、処理はステップＳ１５１に戻される。
【０２１６】
また、ステップＳ１５１において、未放送の放送予定がない（再放送分も全て放送済みである）と判定された場合、処理はステップＳ１６０に進められる。
【０２１７】
ステップＳ１６０において、ダウンローダ１２は、ダウンロード制御情報８３に代替通信の参照先１１４が記述されているか否かを判定する。ダウンロード制御情報８３に代替通信の参照先１１４が記述されている場合、処理は図２０のステップＳ１３６に進められ、受信すべき放送型コンテンツと同一の通信型コンテンツがダウンロードされる。
【０２１８】
反対に、ステップＳ１６０において、ダウンロード制御情報８３に代替通信の参照先１１４が記述されていない場合、処理はステップＳ１６１に進められる。ステップＳ１６１において、ダウンローダ１２は、例えば「コンテンツをダウンロードできませんでした」などと表示して、ユーザにエラーメッセージを提示し、処理が終了される。
【０２１９】
以上、第１のコンテンツダウンロード処理の説明を終了する。
【０２２０】
次に、上述した第１のコンテンツダウンロード処理とは異なる第２のコンテンツダウンロード処理について説明するが、その前に、第２のコンテンツダウンロード処理の前提となる、インスタンスメタデータ８１Ｂ−２、HTML/BML文書８２−２、およびダウンロード制御情報８３について説明する。
【０２２１】
図２２は、インスタンスメタデータ８１Ｂ−２、およびHTML/BML文書８２−２の構成例を示している。
【０２２２】
インスタンスメタデータ８１Ｂ−２は、図９に示されたインスタンスメタデータ８１Ｂ−１に放送型・通信型フラグ１２１が追加されている。放送型・通信型フラグ１２１は、対応するコンテンツが通信型であるか、または放送型であるかを示す情報である。放送型・通信型フラグ１２１が通信型であることを示す場合、通信型コンテンツにのみ対応する第２のファーマットを有するダウンロード制御情報８３（以下、通信型ダウンロード制御情報１３１と称する）が取得される。これに対して、放送型・通信型フラグ１２１が放送型であることを示す場合、放送型コンテンツにのみ対応する第３のフォーマットを有するダウンロード制御情報８３（以下、放送型ダウンロード制御情報１３２と称する）が取得される。
【０２２３】
HTML/BML文書８２−２は、ブラウザ１１がWebサーバ２１から取得するものである。HTML/BML文書８２−２には、ダウンローダ１２を起動するための通信型ダウンロード起動関数または放送型ダウンロード起動関数と、その引数としての、ユーザによって選択されたコンテンツをダウンロードするために必要なダウンロード制御情報の参照先（ダウンロード制御情報自身の特定情報とその取得先）が含まれる。
【０２２４】
したがって、第２のコンテンツダウンロード処理においては、インスタンスメタデータ８１Ｂ−２、またはHTML/BML文書８２−２が取得されて解析された段階で、対応するコンテンツが放送型であるか通信型であるかが判断される。
【０２２５】
図２３は、ダウンロード制御情報の第２のフォーマット、すなわち、通信型ダウンロード制御情報１３１の構成例を示している。
【０２２６】
通信型ダウンロード制御情報１３１は、図１０または図１１に示されたダウンロード制御情報８３の第１のフォーマットから放送型・通信型フラグ９４および放送型情報１００を削除したものであり、その他の項目については、第１のフォーマットと同様に構成される。
【０２２７】
図２４は、ダウンロード制御情報の第３のフォーマット、すなわち、放送型ダウンロード制御情報１３２の構成例を示している。
【０２２８】
放送型ダウンロード制御情報１３２は、図１０または図１１に示されたダウンロード制御情報８３の第１のフォーマットから放送型・通信型フラグ９４を削除したものであり、その他の項目については、第１のフォーマットと同様に構成される。
【０２２９】
次に、上述した第１乃至４の動作を実行するに際しての、主にダウンローダ１２が起動された後の受信装置１０による第２のコンテンツダウンロード処理について、図２５および図２６のフローチャートを参照して説明する。
【０２３０】
この第２のコンテンツダウンロード処理は、ダウンロード制御情報８３に第２または第３のフォーマットが採用されていること、すなわち、ダウンロード制御情報８３に放送型・通信型フラグ９４が含まれていないことを前提とする。
【０２３１】
はじめに、ステップＳ１７１において、ダウンロードするコンテンツが放送型であるのか、または通信型であるのかが判定される。この判定は、ダウンローダ１２が起動される以前に、ブラウザ１１によりHTML/BML文書８２−２に基づいて行われるか、あるいは、ECG１４によりインスタンスメタデータ８１Ｂ−２に基づいて行われ、この判定の後にダウンローダ１２が起動される。
【０２３２】
ステップＳ１７１において、放送型であると判定された場合、処理は図２６のステップＳ１９１に進められる（後述）。反対に、通信型であると判定された場合、処理はステップＳ１７２に進められる。
【０２３３】
ステップＳ１７２において、ダウンローダ１２は、ブラウザ１１またはECG１４から通知される、通信型ダウンロード制御情報１３１の取得先を示すメタデータサーバ２４のURLに基づき、選択されたコンテンツを含むダウンロード単位に対応する通信型ダウンロード制御情報１３１をメタデータサーバ２４から取得し、ストレージ１３に蓄積させる。
【０２３４】
ステップＳ１７３において、ダウンローダ１２は、取得した通信型ダウンロード制御情報１３１を解析する（具体的には、例えば、更新型・非更新型フラグ９５、コンテンツの情報１００の有無などを確認する）。
【０２３５】
ステップＳ１７４において、ダウンローダ１２は、通信型ダウンロード制御情報１３１の解析結果に従い、コンテンツが更新型であって、かつ、取得した通信型ダウンロード制御情報１３１にコンテンツの情報１００が存在しない場合のみ、処理をステップＳ１７５に進め、それ以外の場合、処理をステップＳ１７６に進める。
【０２３６】
ステップＳ１７５において、ダウンローダ１２は、取得した通信型ダウンロード制御情報１３１の想定更新周期９８に記載されている期間だけ待機した後、ステップＳ１７２に戻り、それ以降の処理を再開する。
【０２３７】
ステップＳ１７６において、ダウンローダ１２は、取得した通信型ダウンロード制御情報１３１のダウンロード単位のデータサイズ９３を確認した上でストレージ１３の残容量が十分にあるか否かを判定する。ストレージ１３の残容量が不足すると判定された場合、処理は１７７に進められる。ステップＳ１７７において、ダウンローダ１２は、例えば「ハードディスクの残容量が不足しています」などと表示して、ユーザにエラーメッセージを提示し、処理が終了される。
【０２３８】
ステップＳ１７６において、ストレージ１３の残容量が十分あると判定された場合、処理はステップＳ１７８に進められる。
【０２３９】
ステップＳ１７８において、ダウンローダ１２は、ダウンロード単位に含まれる１つのコンテンツを処理対象とする。ステップＳ１７９において、ダウンローダ１２は、処理対象としたコンテンツに対応する再生制御情報８４とECGメタデータ８１をメタデータサーバ２４から取得する。そして、ダウンローダ１２は、取得したECGメタデータ８１に基づき、メタＤＢ１３Ａを生成して再生制御情報８４とともにストレージ１３に蓄積させる。
【０２４０】
ステップＳ１８１において、ダウンローダ１２は、処理対象としたコンテンツをコンテンツサーバ２５からダウンロードしてストレージ１３に蓄積させる。
【０２４１】
ステップＳ１８１において、ダウンローダ１２は、ダウンロード単位に含まれる全てのコンテンツのダウンロードが完了したか否か確認し、ダウンロードが完了していないコンテンツが残っている場合、処理をステップＳ１７６に戻して、それ以降を繰り返す。そして、ダウンロード単位に含まれる全てのコンテンツのダウンロードが完了したと判定された場合、処理はステップＳ１８２に進められる。
【０２４２】
ステップＳ１８２において、ダウンローダ１２は、通信型ダウンロード制御情報１３１にライセンスの取得先９９が記述されている場合だけ、DRMクライアント１６にライセンスの取得を要求する。DRMクライアント１６は、ライセンスの取得先９９に基づき、DRMサーバ２６にアクセスし、DRM IDの通知などを含む認証処理を経た後にライセンスを取得し、取得したライセンスを自己で保持するとともにライセンスを取得したことをダウンローダ１２に通知する。以上で、通信型コンテンツをダウンロードする処理は終了される。
【０２４３】
これに対して、上述したように、ステップＳ１７１において、ダウンロードするコンテンツが放送型であると判定された場合、処理は図２６のステップＳ１９１に進められる。
【０２４４】
ステップＳ１９１において、ダウンローダ１２は、ブラウザ１１またはECG１４から通知される、放送型ダウンロード制御情報１３２の取得先を示すメタデータサーバ２４のURLに基づき、選択されたコンテンツを含むダウンロード単位に対応する放送型ダウンロード制御情報１３２をメタデータサーバ２４から取得し、ストレージ１３に蓄積させる。
【０２４５】
ステップＳ１９２において、ダウンローダ１２は、取得した放送型ダウンロード制御情報１３２を解析する（具体的には、例えば、更新型・非更新型フラグ９５、コンテンツの情報１００の有無などを確認する）。
【０２４６】
ステップＳ１９３において、ダウンローダ１２は、放送型ダウンロード制御情報１３２の現ダウンロード単位の放送予定１１２を参照し、未放送の放送予定があるか（現時点で放送予定時刻に達していないものがあるか）否かを判定する。未放送の放送予定があると判定された場合、処理はステップＳ１９４に進められる。ステップＳ１９４において、ダウンローダ１２は、未放送の放送予定のうち、他の録画予約、ダウンロード予約などと重複しない、直近の放送予定にダウンロードを実行するように予約する。
【０２４７】
ステップＳ１９５において、ダウンローダ１２は、予約した放送予定の時刻になるまで待機し、当該時刻になったことに応じ、ステップＳ１９６において、ダウンローダ１２は、放送型ダウンロード制御情報１３２の各コンテンツの情報１００に基づき、ダウンロード単位に含まれる全てのコンテンツにそれぞれ対応する再生制御情報８４をメタデータサーバ２４から取得する。
【０２４８】
ステップＳ１９７において、ダウンローダ１２は、放送型ダウンロード制御情報１３２のダウンロード単位のデータサイズ９３を確認した上でストレージ１３の残容量が十分にあるか否かを判定するとともに、コンテンツのダウンロード（受信）が失敗したか否か判定する。ストレージ１３の残容量が十分あり、且つ、コンテンツのダウンロードが失敗していないと判定された場合、処理はステップＳ１９８に進められる。
【０２４９】
ステップＳ１９８において、ダウンローダ１２は、ダウンロード単位に含まれる１つのコンテンツを処理対象とする。ステップＳ１９９において、ダウンローダ１２は、放送型ダウンロード制御情報１３２の放送ストリーム参照先１１１および各コンテンツの情報１００のコンテンツの取得先に基づき、テレビジョン放送信号に含まれるコンテンツを受信して取得してストレージ１３に蓄積させる。また、ダウンローダ１２は、処理対象としたコンテンツに対応するECGメタデータ８１をメタデータサーバ２４から取得する。なお、テレビジョン放送信号にECGメタデータ８１が含まれる場合、これを受信するようにしてもよい。そして、ダウンローダ１２は、取得したECGメタデータ８１に基づき、メタＤＢ１３Ａを生成して再生制御情報８４とともにストレージ１３に蓄積させる。
【０２５０】
ステップＳ２００において、ダウンローダ１２は、ダウンロード単位に含まれる全てのコンテンツのダウンロードが完了したか否か確認し、ダウンロードが完了していないコンテンツが残っている場合、処理をステップＳ１９７に戻して、それ以降を繰り返す。そして、ダウンロード単位に含まれる全てのコンテンツのダウンロードが完了したと判定された場合、処理はステップＳ２０１に進められる。
【０２５１】
ステップＳ２０１において、ダウンローダ１２は、放送型ダウンロード制御情報１３２にライセンスの取得先９９が記述されている場合だけ、DRMクライアント１６にライセンスの取得を要求する。DRMクライアント１６は、ライセンスの取得先９９に基づき、DRMサーバ２６にアクセスし、DRM IDの通知などを含む認証処理を経た後にライセンスを取得し、取得したライセンスを自己で保持するとともにライセンスを取得したことをダウンローダ１２に通知する。以上で、放送型コンテンツをダウンロードする処理は終了される。
【０２５２】
なお、ステップＳ１９７において、ストレージ１３の残容量が不十分である、またはコンテンツのダウンロード（受信）が失敗したと判定された場合、処理はステップＳ１９３に戻される。
【０２５３】
また、ステップＳ１９３において、未放送の放送予定がない（再放送分も全て放送済みである）と判定された場合、処理はステップＳ２０２に進められる。
【０２５４】
ステップＳ２０２において、ダウンローダ１２は、放送型ダウンロード制御情報１３２に代替通信の参照先１１４が記述されているか否かを判定する。放送型ダウンロード制御情報１３２に代替通信の参照先１１４が記述されている場合、処理は図２５のステップＳ１７６に進められ、受信すべき放送型コンテンツと同一の通信型コンテンツがダウンロードされる。
【０２５５】
反対に、ステップＳ２０２において、放送型ダウンロード制御情報１３２に代替通信の参照先１１４が記述されていない場合、処理はステップＳ２０３に進められる。ステップＳ２０３において、ダウンローダ１２は、例えば「コンテンツをダウンロードできませんでした」などと表示して、ユーザにエラーメッセージを提示し、処理が終了される。
【０２５６】
以上、第２のコンテンツダウンロード処理の説明を終了する。
【０２５７】
次に、受信装置１０にダウンロードされたコンテンツを再生する動作の概要について、図２７を参照して説明する。
【０２５８】
ユーザからの所定の操作に対応し、ECG１４は、ストレージ１３に保持されているメタＤＢ１３Ａに基づき、ローカルコンテンツリスト６１を生成してユーザに提示する。提示されたローカルコンテンツリスト６１に対し、ユーザがコンテンツを選択して視聴を指示すると、ECG１４によってＡＶプレイヤ１５が起動され、起動されたＡＶプレイヤ１５に対して再生が指示されたコンテンツを示す情報がECG１４から通知される。
【０２５９】
この通知に対応し、ＡＶプレイヤ１５は、当該コンテンツに対応する再生制御情報８４をストレージ１３から読み出して解析し、当該コンテンツに対応するライセンスのライセンスＩＤを抽出して、当該ライセンスＩＤに対応するライセンス（真ライセンス）が既にDRMクライアント１６に保持されているか否かを確認する。
【０２６０】
ここで、当該ライセンスＩＤに対応するライセンス（真ライセンス）がDRMクライアント１６に保持されていない場合、すなわち、DRMクライアント１６に保持されているライセンスがダミーライセンスである場合、ユーザから課金などの承諾が得られた後、DRMクライアント１６は、再生制御情報８４に記述されているライセンスの取得先（DRMサーバ２６のURL）に基づいてDRMサーバ２６にアクセスし、再生制御情報８４に記述されているライセンスＩＤのライセンス（真ライセンス）を取得し、その中に含まれるコンテンツ鍵をＡＶプレイヤ１５に供給する。
【０２６１】
この後、ＡＶプレイヤ１５は、当該コンテンツをストレージ１３から読み出し、DRMクライアント１６から供給されたコンテンツ鍵を用いてコンテンツの暗号を復号し、その結果得られる符号化データをデコードしてＡＶデータを得、対応する映像を表示して音声を出力する。
【０２６２】
なお、真ライセンスには、利用期間と再生回数に制限を設けることができる。再生回数に制限を設けた場合、再生する度に再生可能な残り回数が減少することをユーザに通知するようにする。また、再生可能な残り回数が０になったときには、ユーザの承諾が得られた後、再度課金して新たに真ライセンスを供給するようにする。以上で、再生時の動作の概要説明を終了する。
【０２６３】
次に、再生時の動作の詳細について、図２８のタイミングチャートおよび図２９のフローチャートを参照して説明する。なお、図２９は、再生処理のうち、特に受信装置１０のＡＶプレイヤ１５による処理について着目したものである。
【０２６４】
ユーザからの所定の操作に対応し、ステップＳ３０１において、ECG１４は、ストレージ１３からメタＤＢ１３Ａを読み出し、ステップＳ３０２において、読み出したメタＤＢ１３Ａに基づいてインタラクティブなユーザインタフェースであるローカルコンテンツリスト６１を生成してユーザに提示する。
【０２６５】
このローカルコンテンツリスト６１に対し、ユーザがコンテンツを選択して視聴を指示すると、ステップＳ３０３において、ECG１４は、ＡＶプレイヤ１５を起動し、起動したＡＶプレイヤ１５に対して再生が指示されたコンテンツを示す情報を通知する。
【０２６６】
ステップＳ３０４において、ＡＶプレイヤ１５は、当該コンテンツに対応する再生制御情報８４をストレージ１３から読み出し、ステップＳ３０５において、再生制御情報８４を解析して、当該コンテンツに対応するライセンスのライセンスＩＤを抽出する（図２９のステップＳ３２１に相当）。
【０２６７】
さらに、ＡＶプレイヤ１５は、ステップＳ３０６において、当該ライセンスＩＤに対応するライセンス（真ライセンス）が既にDRMクライアント１６に保持されているか否かを確認する（図２９のステップＳ３２２に相当）。ここで、当該ライセンスＩＤに対応するライセンスがDRMクライアント１６に保持されていない場合、すなわち、DRMクライアント１６に保持されているライセンスがダミーライセンスである場合、DRMクライアント１６は、再生制御情報８４に記述されているライセンスの取得先に基づいてDRMサーバ２６にアクセスし、再生制御情報８４に記述されているライセンスＩＤのライセンス（真ライセンス）を取得し、その中に含まれる利用条件を満たしていると判断した後にコンテンツ鍵をＡＶプレイヤ１５に供給する（図２９のステップＳ３２４に相当）。
【０２６８】
なお、真ライセンスを取得するに先立ち、ユーザに対して、例えば「視聴しますか？ＯＫボタンを押すと課金されます」などと課金・決済に対してユーザの了解を確認するようにしてもよい（図２９のステップＳ３２３に相当）。
【０２６９】
コンテンツ鍵を取得したＡＶプレイヤ１５は、ステップＳ３０７において、ストレージ１３に当該コンテンツの読み出しを指示し、ステップＳ３０８において、この指示に応じてストレージ１３から供給されるコンテンツを再生する（コンテンツの暗号を復号し、その結果得られる符号化データをデコードしてＡＶデータを得、対応する映像を表示して音声を出力する）（図２９のステップＳ３２５に相当）。
【０２７０】
なお、コンテンツの再生に際してＡＶプレイヤ１５はユーザの制御下となり各種の操作（早送り再生、早戻し再生など、頭だし再生などのトリックプレイ操作）が可能となる。
【０２７１】
そして、コンテンツの再生が終了した後、ステップＳ３０９において、ＡＶプレイヤ１５は、自身からコンテンツ鍵を消去するとともに、ユーザの制御下からECG１４の制御下に戻る処理を含む終了処理を実行する。
【０２７２】
以上で、ダウンロード済みコンテンツの再生時の動作説明を終了する。
【０２７３】
以上説明したように、本発明を適用したコンテンツダウンロードシステム１によれば、サービス提供側は、コンテンツを通信型または放送型のいずれかとして、受信装置１０に提供することができる。受信装置１０では、通信型コンテンツと放送型コンテンツが区別なく再生できる。
【０２７４】
したがって、例えば、人気が高く、数多くのダウンロードが期待できるコンテンツについては放送型として供給し、反対に、趣向性が強く、数多くのダウンロードは期待できないニッチな市場に応じたコンテンツについては通信型として供給するような運用が可能となる。
【０２７５】
また例えば、供給当初は放送型コンテンツとして放送し、所定の期間が経過した後には通信型で供給するような運用も可能である。これにより、放送型コンテンツのダウンロードに失敗しても、これを通信型コンテンツにより補償することができる。
【０２７６】
なお、上述した実施の形態においては、ダウンロード制御情報８３および再生制御情報８４については、供給装置２０のメタデータサーバ２４からインタネット２を介して受信装置１０のダウンローダ１２に供給されるようにしたが、ダウンロード制御情報８３または再生制御情報８４の少なくとも一方を、放送信号を用いて受信装置１０に供給するようにしてもよい。
【０２７７】
本発明は、映像のコンテンツに限らず、楽曲、コンピュータプログラムなどあらゆる種類のコンテンツを商品としたダウンロードサービスに適用することが可能である。
【０２７８】
上述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、プログラム記録媒体からインストールされる。
【０２７９】
図３０は、上述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示すブロック図である。
【０２８０】
このコンピュータ２００において、CPU(Central Processing Unit)２０１，ROM(Read Only Memory)２０２，RAM(Random Access Memory)２０３は、バス２０４により相互に接続されている。
【０２８１】
バス２０４には、さらに、入出力インタフェース２０５が接続されている。入出力インタフェース２０５には、キーボード、マウス、マイクロホンなどよりなる入力部２０６、ディスプレイ、スピーカなどよりなる出力部２０７、ハードディスクや不揮発性のメモリなどよりなる記憶部２０８、ネットワークインタフェースなどよりなる通信部２０９、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア２１１を駆動するドライブ２１０が接続されている。
【０２８２】
以上のように構成されるコンピュータ２００では、CPU２０１が、例えば、記憶部２０８に記憶されているプログラムを、入出力インタフェース２０５およびバス２０４を介して、RAM２０３にロードして実行することにより、上述した一連の処理が行われる。
【０２８３】
なお、コンピュータ２００が実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであってもよいし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであってもよい。
【０２８４】
また、プログラムは、１台のコンピュータにより処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。さらに、プログラムは、遠方のコンピュータに転送されて実行されるものであってもよい。
【０２８５】
また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【０２８６】
なお、本発明の実施の形態は、上述した実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の変更が可能である。
【符号の説明】
【０２８７】
１ コンテンツダウンロードシステム， ２ ネットワーク， １０ 受信装置， ２０ 供給装置， ２０Ａ 通信型供給装置， ２０Ｂ 放送型供給装置， １１ ブラウザ， １２ ダウンローダ， １３ ストレージ， １４ ECG， １５ ＡＶプレイヤ， １６ DRMクライアント， １７ 外部出力部， ２１ Webサーバ， ２２ 顧客管理サーバ， ２３ 課金・決済サーバ， ２４ メタデータサーバ， ２５ コンテンツサーバ， ２６ DRMサーバ，２７ コンテンツ送出部， ８１ ECGメタデータ， ８２ HTML/BML文書， ８３ ダウンロード制御情報， ８４ 再生制御情報， ８５ ライセンス， １３１ 通信型ダウンロード制御情報， １３２ 放送型ダウンロード制御情報
【特許請求の範囲】
【請求項１】
コンテンツ受信装置に対してコンテンツを供給するコンテンツ供給装置において、
ダウンロードするコンテンツを指定するために必要なコンテンツ情報を前記コンテンツ受信装置に供給するコンテンツ情報供給手段と、
前記コンテンツ情報に基づいて指定された前記コンテンツに対応する、前記コンテンツをダウンロードするために必要なダウンロード制御情報を前記コンテンツ受信装置に供給する制御情報供給手段と、
所定の放送予定に従い、放送型のコンテンツを放送信号を用いて送出する送出手段と、
前記ダウンロード制御情報に基づく前記コンテンツ受信装置からの要求に応じ、通信型のコンテンツをネットワークを介して供給するコンテンツ供給手段と
を含むコンテンツ供給装置。
【請求項２】
前記ダウンロード制御情報は、対応する前記コンテンツが前記放送型または前記通信型の何方であるかを示す情報を含む
請求項１に記載のコンテンツ供給装置。
【請求項３】
前記コンテンツ情報は、対応する前記コンテンツが前記放送型または前記通信型の何方であるかを示す情報を含む
請求項１に記載のコンテンツ供給装置。
【請求項４】
前記放送型のコンテンツに対応する前記ダウンロード制御情報は、前記コンテンツの１回以上の放送予定を示す情報をさらに含む
請求項２または３に記載のコンテンツ供給装置。
【請求項５】
前記放送型のコンテンツに対応する前記ダウンロード制御情報は、前記コンテンツが放出される放送ストリームを特定するための、URL(Uniform Resource Locator)またはIP(Internet Protocol)マルチキャストアドレスの少なくとも一方を用いて記述された情報をさらに含む
請求項２または３に記載のコンテンツ供給装置。
【請求項６】
前記放送型のコンテンツに対応する前記ダウンロード制御情報は、前記放送型のコンテンツと同一の前記通信型のコンテンツを供給する前記コンテンツ供給手段を示す代替通信情報をさらに含む
請求項２または３に記載のコンテンツ供給装置。
【請求項７】
前記放送型であって、且つ前記更新型のコンテンツに対応する前記ダウンロード制御情報は、更新後のコンテンツの１回以上の放送予定を示す情報をさらに含む
請求項２または３に記載のコンテンツ供給装置。
【請求項８】
前記制御情報供給手段は、前記ダウンロード制御情報に基づく前記コンテンツ受信装置からの要求に応じ、前記コンテンツ受信装置がダウンロードしたコンテンツを再生するために必要な再生制御情報も供給する
請求項２または３に記載のコンテンツ供給装置。
【請求項９】
前記ダウンロード制御情報または前記再生制御情報の少なくとも一方に基づく前記コンテンツ受信装置からの要求に応じ、前記コンテンツの暗号化を復号するための鍵を含むライセンスを、前記ネットワークを介して供給するライセンス供給手段を
さらに含む請求項８に記載のコンテンツ供給装置。
【請求項１０】
前記ダウンロード制御情報は、前記コンテンツが更新型または非更新型の何方であるかを示す情報をさらに含む
請求項２または３に記載のコンテンツ供給装置。
【請求項１１】
コンテンツ受信装置に対してコンテンツを供給するコンテンツ供給装置のコンテンツ供給方法において、
コンテンツ供給装置による、
ダウンロードするコンテンツを指定するために必要なコンテンツ情報を前記コンテンツ受信装置に供給し、
前記コンテンツ情報に基づいて指定された前記コンテンツに対応する、前記コンテンツをダウンロードするために必要なダウンロード制御情報を前記コンテンツ受信装置に供給し、
所定の放送予定に従い、放送型のコンテンツを放送信号を用いて送出し、
前記ダウンロード制御情報に基づく前記コンテンツ受信装置からの要求に応じ、通信型のコンテンツをネットワークを介して供給する
ステップを含むコンテンツ供給方法。
【請求項１２】
コンテンツ受信装置に対してコンテンツを供給するコンピュータを、
ダウンロードするコンテンツを指定するために必要なコンテンツ情報を前記コンテンツ受信装置に供給するコンテンツ情報供給手段と、
前記コンテンツ情報に基づいて指定された前記コンテンツに対応する、前記コンテンツをダウンロードするために必要なダウンロード制御情報を前記コンテンツ受信装置に供給する制御情報供給手段と、
所定の放送予定に従い、放送型のコンテンツを放送信号を用いて送出する送出手段と、
前記ダウンロード制御情報に基づく前記コンテンツ受信装置からの要求に応じ、通信型のコンテンツをネットワークを介して供給するコンテンツ供給手段と
して機能させるためのプログラム。
【請求項１３】
ユーザからのコンテンツを選択する操作に対応し、前記コンテンツをダウンロードするために必要なダウンロード制御情報をコンテンツ供給装置から取得し、取得した前記ダウンロード制御情報に基づいて、放送型のコンテンツについては放送信号を受信することによりダウンロードし、通信型のコンテンツについては前記ネットワークを介して前記コンテンツ供給装置からダウンロードするダウンロード手段を
含むコンテンツ受信装置。
【請求項１４】
前記放送型のコンテンツに対応する前記ダウンロード制御情報は、前記放送型のコンテンツと同一の前記通信型のコンテンツをダウンロードするための代替通信情報をさらに含み、
前記ダウンロード手段は、前記放送型のコンテンツの放送が既に終了している場合、前記代替通信情報に従い、前記放送型のコンテンツと同一の前記通信型のコンテンツを、前記ネットワークを介して前記コンテンツ供給装置からダウンロードする
請求項１３に記載のコンテンツ受信装置。
【請求項１５】
前記ダウンロード手段は、前記ダウンロード制御情報に基づき、ダウンロードしたコンテンツを再生するために必要な再生制御情報も前記コンテンツ供給装置からダウンロードする
請求項１３または１４に記載のコンテンツ受信装置。
【請求項１６】
前記ダウンロード制御情報または前記再生制御情報の少なくとも一方に基づき、前記コンテンツの暗号化を復号するための鍵を含むライセンスを、前記ネットワークを介して前記コンテンツ供給装置から取得する取得手段と、
取得された前記ライセンスを用いて、前記コンテンツの暗号化を復号、再生する再生手段と
をさらに含む請求項１５に記載のコンテンツ受信装置。
【請求項１７】
コンテンツを受信するコンテンツ受信装置のコンテンツ受信方法において、
コンテンツ受信装置による、
ユーザからのコンテンツを選択する操作に対応し、前記コンテンツをダウンロードするために必要なダウンロード制御情報をコンテンツ供給装置から取得し、
取得した前記ダウンロード制御情報に基づいて、
放送型のコンテンツについては放送信号を受信することによりダウンロードし、
通信型のコンテンツについては前記ネットワークを介して前記コンテンツ供給装置からダウンロードする
ステップ含むコンテンツ受信方法。
【請求項１８】
コンピュータを、
ユーザからのコンテンツを選択する操作に対応し、前記コンテンツをダウンロードするために必要なダウンロード制御情報をコンテンツ供給装置から取得し、取得した前記ダウンロード制御情報に基づいて、放送型のコンテンツについては放送信号を受信することによりダウンロードし、通信型のコンテンツについては前記ネットワークを介して前記コンテンツ供給装置からダウンロードするダウンロード手段と
して機能させるプログラム。
【請求項１９】
ネットワークを介して接続されたコンテンツ供給装置とコンテンツ受信装置からなるコンテンツダウンロードシステムにおいて、
前記コンテンツ供給装置は、
ダウンロードするコンテンツを指定するために必要なコンテンツ情報を前記コンテンツ受信装置に供給するコンテンツ情報供給手段と、
前記コンテンツ情報に基づいて指定された前記コンテンツに対応する、前記コンテンツをダウンロードするために必要なダウンロード制御情報を前記コンテンツ受信装置に供給する制御情報供給手段と、
所定の放送予定に従い、放送型のコンテンツを放送信号を用いて送出する送出手段と、
前記ダウンロード制御情報に基づく前記コンテンツ受信装置からの要求に応じ、通信型のコンテンツをネットワークを介して供給するコンテンツ供給手段とを含み、
前記コンテンツ受信装置は、
ユーザからのコンテンツを選択する操作に対応し、前記コンテンツをダウンロードするために必要な前記ダウンロード制御情報をコンテンツ供給装置から取得し、取得した前記ダウンロード制御情報に基づいて、放送型のコンテンツについては放送信号を受信することによりダウンロードし、通信型のコンテンツについては前記ネットワークを介して前記コンテンツ供給装置からダウンロードするダウンロード手段を含む
コンテンツダウンロードシステム。
【請求項１】
コンテンツ受信装置に対してコンテンツを供給するコンテンツ供給装置において、
ダウンロードするコンテンツを指定するために必要なコンテンツ情報を前記コンテンツ受信装置に供給するコンテンツ情報供給手段と、
前記コンテンツ情報に基づいて指定された前記コンテンツに対応する、前記コンテンツをダウンロードするために必要なダウンロード制御情報を前記コンテンツ受信装置に供給する制御情報供給手段と、
所定の放送予定に従い、放送型のコンテンツを放送信号を用いて送出する送出手段と、
前記ダウンロード制御情報に基づく前記コンテンツ受信装置からの要求に応じ、通信型のコンテンツをネットワークを介して供給するコンテンツ供給手段と
を含むコンテンツ供給装置。
【請求項２】
前記ダウンロード制御情報は、対応する前記コンテンツが前記放送型または前記通信型の何方であるかを示す情報を含む
請求項１に記載のコンテンツ供給装置。
【請求項３】
前記コンテンツ情報は、対応する前記コンテンツが前記放送型または前記通信型の何方であるかを示す情報を含む
請求項１に記載のコンテンツ供給装置。
【請求項４】
前記放送型のコンテンツに対応する前記ダウンロード制御情報は、前記コンテンツの１回以上の放送予定を示す情報をさらに含む
請求項２または３に記載のコンテンツ供給装置。
【請求項５】
前記放送型のコンテンツに対応する前記ダウンロード制御情報は、前記コンテンツが放出される放送ストリームを特定するための、URL(Uniform Resource Locator)またはIP(Internet Protocol)マルチキャストアドレスの少なくとも一方を用いて記述された情報をさらに含む
請求項２または３に記載のコンテンツ供給装置。
【請求項６】
前記放送型のコンテンツに対応する前記ダウンロード制御情報は、前記放送型のコンテンツと同一の前記通信型のコンテンツを供給する前記コンテンツ供給手段を示す代替通信情報をさらに含む
請求項２または３に記載のコンテンツ供給装置。
【請求項７】
前記放送型であって、且つ前記更新型のコンテンツに対応する前記ダウンロード制御情報は、更新後のコンテンツの１回以上の放送予定を示す情報をさらに含む
請求項２または３に記載のコンテンツ供給装置。
【請求項８】
前記制御情報供給手段は、前記ダウンロード制御情報に基づく前記コンテンツ受信装置からの要求に応じ、前記コンテンツ受信装置がダウンロードしたコンテンツを再生するために必要な再生制御情報も供給する
請求項２または３に記載のコンテンツ供給装置。
【請求項９】
前記ダウンロード制御情報または前記再生制御情報の少なくとも一方に基づく前記コンテンツ受信装置からの要求に応じ、前記コンテンツの暗号化を復号するための鍵を含むライセンスを、前記ネットワークを介して供給するライセンス供給手段を
さらに含む請求項８に記載のコンテンツ供給装置。
【請求項１０】
前記ダウンロード制御情報は、前記コンテンツが更新型または非更新型の何方であるかを示す情報をさらに含む
請求項２または３に記載のコンテンツ供給装置。
【請求項１１】
コンテンツ受信装置に対してコンテンツを供給するコンテンツ供給装置のコンテンツ供給方法において、
コンテンツ供給装置による、
ダウンロードするコンテンツを指定するために必要なコンテンツ情報を前記コンテンツ受信装置に供給し、
前記コンテンツ情報に基づいて指定された前記コンテンツに対応する、前記コンテンツをダウンロードするために必要なダウンロード制御情報を前記コンテンツ受信装置に供給し、
所定の放送予定に従い、放送型のコンテンツを放送信号を用いて送出し、
前記ダウンロード制御情報に基づく前記コンテンツ受信装置からの要求に応じ、通信型のコンテンツをネットワークを介して供給する
ステップを含むコンテンツ供給方法。
【請求項１２】
コンテンツ受信装置に対してコンテンツを供給するコンピュータを、
ダウンロードするコンテンツを指定するために必要なコンテンツ情報を前記コンテンツ受信装置に供給するコンテンツ情報供給手段と、
前記コンテンツ情報に基づいて指定された前記コンテンツに対応する、前記コンテンツをダウンロードするために必要なダウンロード制御情報を前記コンテンツ受信装置に供給する制御情報供給手段と、
所定の放送予定に従い、放送型のコンテンツを放送信号を用いて送出する送出手段と、
前記ダウンロード制御情報に基づく前記コンテンツ受信装置からの要求に応じ、通信型のコンテンツをネットワークを介して供給するコンテンツ供給手段と
して機能させるためのプログラム。
【請求項１３】
ユーザからのコンテンツを選択する操作に対応し、前記コンテンツをダウンロードするために必要なダウンロード制御情報をコンテンツ供給装置から取得し、取得した前記ダウンロード制御情報に基づいて、放送型のコンテンツについては放送信号を受信することによりダウンロードし、通信型のコンテンツについては前記ネットワークを介して前記コンテンツ供給装置からダウンロードするダウンロード手段を
含むコンテンツ受信装置。
【請求項１４】
前記放送型のコンテンツに対応する前記ダウンロード制御情報は、前記放送型のコンテンツと同一の前記通信型のコンテンツをダウンロードするための代替通信情報をさらに含み、
前記ダウンロード手段は、前記放送型のコンテンツの放送が既に終了している場合、前記代替通信情報に従い、前記放送型のコンテンツと同一の前記通信型のコンテンツを、前記ネットワークを介して前記コンテンツ供給装置からダウンロードする
請求項１３に記載のコンテンツ受信装置。
【請求項１５】
前記ダウンロード手段は、前記ダウンロード制御情報に基づき、ダウンロードしたコンテンツを再生するために必要な再生制御情報も前記コンテンツ供給装置からダウンロードする
請求項１３または１４に記載のコンテンツ受信装置。
【請求項１６】
前記ダウンロード制御情報または前記再生制御情報の少なくとも一方に基づき、前記コンテンツの暗号化を復号するための鍵を含むライセンスを、前記ネットワークを介して前記コンテンツ供給装置から取得する取得手段と、
取得された前記ライセンスを用いて、前記コンテンツの暗号化を復号、再生する再生手段と
をさらに含む請求項１５に記載のコンテンツ受信装置。
【請求項１７】
コンテンツを受信するコンテンツ受信装置のコンテンツ受信方法において、
コンテンツ受信装置による、
ユーザからのコンテンツを選択する操作に対応し、前記コンテンツをダウンロードするために必要なダウンロード制御情報をコンテンツ供給装置から取得し、
取得した前記ダウンロード制御情報に基づいて、
放送型のコンテンツについては放送信号を受信することによりダウンロードし、
通信型のコンテンツについては前記ネットワークを介して前記コンテンツ供給装置からダウンロードする
ステップ含むコンテンツ受信方法。
【請求項１８】
コンピュータを、
ユーザからのコンテンツを選択する操作に対応し、前記コンテンツをダウンロードするために必要なダウンロード制御情報をコンテンツ供給装置から取得し、取得した前記ダウンロード制御情報に基づいて、放送型のコンテンツについては放送信号を受信することによりダウンロードし、通信型のコンテンツについては前記ネットワークを介して前記コンテンツ供給装置からダウンロードするダウンロード手段と
して機能させるプログラム。
【請求項１９】
ネットワークを介して接続されたコンテンツ供給装置とコンテンツ受信装置からなるコンテンツダウンロードシステムにおいて、
前記コンテンツ供給装置は、
ダウンロードするコンテンツを指定するために必要なコンテンツ情報を前記コンテンツ受信装置に供給するコンテンツ情報供給手段と、
前記コンテンツ情報に基づいて指定された前記コンテンツに対応する、前記コンテンツをダウンロードするために必要なダウンロード制御情報を前記コンテンツ受信装置に供給する制御情報供給手段と、
所定の放送予定に従い、放送型のコンテンツを放送信号を用いて送出する送出手段と、
前記ダウンロード制御情報に基づく前記コンテンツ受信装置からの要求に応じ、通信型のコンテンツをネットワークを介して供給するコンテンツ供給手段とを含み、
前記コンテンツ受信装置は、
ユーザからのコンテンツを選択する操作に対応し、前記コンテンツをダウンロードするために必要な前記ダウンロード制御情報をコンテンツ供給装置から取得し、取得した前記ダウンロード制御情報に基づいて、放送型のコンテンツについては放送信号を受信することによりダウンロードし、通信型のコンテンツについては前記ネットワークを介して前記コンテンツ供給装置からダウンロードするダウンロード手段を含む
コンテンツダウンロードシステム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【公開番号】特開２０１０−２１９８８（Ｐ２０１０−２１９８８Ａ）
【公開日】平成２２年１月２８日（２０１０．１．２８）
【国際特許分類】
【出願番号】特願２００９−９２６７５（Ｐ２００９−９２６７５）
【出願日】平成２１年４月７日（２００９．４．７）
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
【公開日】平成２２年１月２８日（２０１０．１．２８）
【国際特許分類】
【出願日】平成２１年４月７日（２００９．４．７）
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
[ Back to top ]