JP2013236391A - コンテンツ供給装置、コンテンツ供給方法、コンテンツ受信装置、コンテンツ受信方法、プログラム、およびコンテンツダウンロードシステム - Google Patents

コンテンツ供給装置、コンテンツ供給方法、コンテンツ受信装置、コンテンツ受信方法、プログラム、およびコンテンツダウンロードシステム Download PDF

Info

Publication number
JP2013236391A
JP2013236391A JP2013147549A JP2013147549A JP2013236391A JP 2013236391 A JP2013236391 A JP 2013236391A JP 2013147549 A JP2013147549 A JP 2013147549A JP 2013147549 A JP2013147549 A JP 2013147549A JP 2013236391 A JP2013236391 A JP 2013236391A
Authority
JP
Japan
Prior art keywords
content
download
control information
type
broadcast
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2013147549A
Other languages
English (en)
Other versions
JP5692300B2 (ja
Inventor
Naohisa Kitazato
直久 北里
Yoshiharu Ideha
義治 出葉
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Corp filed Critical Sony Corp
Priority to JP2013147549A priority Critical patent/JP5692300B2/ja
Publication of JP2013236391A publication Critical patent/JP2013236391A/ja
Application granted granted Critical
Publication of JP5692300B2 publication Critical patent/JP5692300B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Television Signal Processing For Recording (AREA)
  • Information Transfer Between Computers (AREA)
  • Telephonic Communication Services (AREA)

Abstract

【課題】放送型と通信型のコンテンツを容易に使い分けする。
【解決手段】本開示のコンテンツ受信装置は、取得したダウンロード制御情報に基づき、放送型のコンテンツまたは通信型のコンテンツの少なくとも一方をダウンロードするコンテンツ取得部を備え、前記ダウンロード制御情報は、前記放送型のコンテンツと前記通信型のコンテンツとでフォーマットが共通であって、前記ダウンロード制御情報は、前記放送型のコンテンツと前記通信型のコンテンツとでフォーマットが共通であって、ダウンロード単位が周期的に更新される更新型であるか非更新型であるかを示す識別フラグを含み、前記識別フラグが前記ダウンロード単位が更新型であることを示す場合、更新後の前記ダウンロード単位をダウンロードするために必要な、更新されたダウンロード制御情報の取得時の参照先をさらに含む。
【選択図】図４

Description

本開示は、コンテンツ供給装置、コンテンツ供給方法、コンテンツ受信装置、コンテンツ受信方法、プログラム、およびコンテンツダウンロードシステムに関し、コンテンツダウンロードサービスにおけるコンテンツの通信経路として、テレビジョン放送とインタネットの両方を利用できるようにしたコンテンツ供給装置、コンテンツ供給方法、コンテンツ受信装置、コンテンツ受信方法、プログラム、およびコンテンツダウンロードシステムに関する。
インタネットに代表される高速データ通信ネットワークの普及に伴い、既に楽曲、映画、コンピュータプログラムなどの様々なコンテンツを商品とするコンテンツダウンロードサービスが存在する（例えば、特許文献１参照）。
従来のコンテンツダウンロードサービスは、受信装置によりインタネットを介して所定のサーバに接続し、接続した所定のサーバからコンテンツを取得して蓄積し、蓄積したコンテンツを任意のタイミングで利用（視聴）するものである。
一方、昨今のテレビジョン放送では、そのデジタル化に伴い、同時に放送できる情報量が飛躍的に増加したので、リアルタイムに視聴する一般的なテレビジョン番組の他、各種のデータも同時に放送することができるようになされている。そこで、テレビジョン放送をコンテンツダウンロードサービスに利用することが提案されている。
すなわち、テレビジョン放送によりコンテンツを放送し、放送されたコンテンツを受信装置で受信して蓄積し、蓄積したコンテンツを任意のタイミングで利用（視聴）するコンツダウンロードサービスが提案されている。
特開２０００−１１３０６６号公報
上述したように、従来、コンテンツの通信経路としてインタネットを用いるコンテンツダウンロードサービスが存在する。また、コンテンツの通信経路としてテレビジョン放送を用いるコンテンツダウンロードサービスが提案されている。
しかしながら、コンテンツの通信経路としてインタネットとテレビジョン放送の両方を容易に使い分けできるコンテンツダウンロードサービスは存在しない。このようなコンテンツダウンロードサービスが実現できれば、例えば、人気が高く、数多くのダウンロードが期待できるコンテンツについては、テレビジョン放送を用いて放送してダウンロードさせる運用が可能となる。反対に、趣向性が強く、数多くのダウンロードは期待できないニッチ(Niche)な市場に応じたコンテンツについては、インタネットを介してダウンロードさせる運用が可能となる。
ただし、受信装置のユーザ側としては、コンテンツの通信経路がインタネットまたはテレビジョン放送のいずれであっても、その操作が共通であることが望ましい。
本開示はこのような状況に鑑みてなされたものであり、コンテンツの通信経路としてインタネットとテレビジョン放送の両方を容易に使い分けできるコンテンツダウンロードサービスを実現するものである。
本開示の第一の側面であるコンテンツ受信装置におけるECGメタデータまたはBML文書に基づくコンテンツの選択に応じ、前記コンテンツ受信装置がコンテンツをダウンロードするために必要なダウンロード制御情報を前記コンテンツ受信装置に供給する制御情報供給部と、所定の放送予定に従い、放送型のコンテンツを放送信号を用いて送出する送出部と、前記ダウンロード制御情報に基づく前記コンテンツ受信装置からの要求に応じ、通信型のコンテンツをネットワークを介して供給するコンテンツ供給部とを備え、前記ダウンロード制御情報は、前記放送型のコンテンツと前記通信型のコンテンツとでフォーマットが共通であって、ダウンロード単位が周期的に更新される更新型であるか非更新型であるかを示す識別フラグを含み、前記識別フラグが前記ダウンロード単位が更新型であることを示す場合、更新後の前記ダウンロード単位をダウンロードするために必要な、更新されたダウンロード制御情報の取得時の参照先をさらに含む。
本開示の第１の側面であるコンテンツ供給方法は、コンテンツ供給装置による、コンテンツ受信装置におけるECGメタデータまたはBML文書に基づくコンテンツの選択に応じ、前記コンテンツ受信装置がコンテンツをダウンロードするために必要なダウンロード制御情報を前記コンテンツ受信装置に供給する制御情報供給ステップと、所定の放送予定に従い、放送型のコンテンツを放送信号を用いて送出する送出ステップと、前記ダウンロード制御情報は、前記放送型のコンテンツと前記通信型のコンテンツとでフォーマットが共通であって、ダウンロード単位が周期的に更新される更新型であるか非更新型であるかを示す識別フラグを含み、前記識別フラグが前記ダウンロード単位が更新型であることを示す場合、更新後の前記ダウンロード単位をダウンロードするために必要な、更新されたダウンロード制御情報の取得時の参照先をさらに含む。
本開示の第１の側面であるプログラムは、コンピュータを、コンテンツ受信装置におけるECGメタデータまたはBML文書に基づくコンテンツの選択に応じ、前記コンテンツ受信装置がコンテンツをダウンロードするために必要なダウンロード制御情報を前記コンテンツ受信装置に供給する制御情報供給部と、所定の放送予定に従い、放送型のコンテンツを放送信号を用いて送出する送出部と、前記ダウンロード制御情報に基づく前記コンテンツ受信装置からの要求に応じ、通信型のコンテンツをネットワークを介して供給するコンテンツ供給部として機能させ、前記ダウンロード制御情報は、前記放送型のコンテンツと前記通信型のコンテンツとでフォーマットが共通であって、ダウンロード単位が周期的に更新される更新型であるか非更新型であるかを示す識別フラグを含み、前記識別フラグが前記ダウンロード単位が更新型であることを示す場合、更新後の前記ダウンロード単位をダウンロードするために必要な、更新されたダウンロード制御情報の取得時の参照先をさらに含む。
本開示の第１の側面においては、コンテンツ受信装置におけるECGメタデータまたはBML文書に基づくコンテンツの選択に応じ、前記コンテンツ受信装置がコンテンツをダウンロードするために必要なダウンロード制御情報が前記コンテンツ受信装置に供給され、所定の放送予定に従い、放送型のコンテンツが放送信号を用いて送出され、前記ダウンロード制御情報に基づく前記コンテンツ受信装置からの要求に応じ、通信型のコンテンツがネットワークを介して供給される。
本開示の第２の側面であるコンテンツ受信装置は、ユーザに選択されたコンテンツをダウンロードするために必要なダウンロード制御情報を、ECGメタデータまたはBML文書に基づいて取得する制御情報取得部と、取得された前記ダウンロード制御情報に基づき、放送型のコンテンツまたは通信型のコンテンツの少なくとも一方をダウンロードするコンテンツ取得部と、ダウンロードされた前記コンテンツを再生する再生部とを備え、前記ダウンロード制御情報は、前記放送型のコンテンツと前記通信型のコンテンツとでフォーマットが共通であって、ダウンロード単位が周期的に更新される更新型であるか非更新型であるかを示す識別フラグを含み、前記識別フラグが前記ダウンロード単位が更新型であることを示す場合、更新後の前記ダウンロード単位をダウンロードするために必要な、更新されたダウンロード制御情報の取得時の参照先をさらに含む。
本開示の第２の側面であるコンテンツ受信方法は、コンテンツ受信装置による、ユーザに選択されたコンテンツをダウンロードするために必要なダウンロード制御情報を、ECGメタデータまたはBML文書に基づいて取得する制御情報取得ステップと、取得された前記ダウンロード制御情報に基づき、放送型のコンテンツまたは通信型のコンテンツの少なくとも一方をダウンロードするコンテンツ取得ステップと、ダウンロードされた前記コンテンツを再生する再生ステップとを含み、前記ダウンロード制御情報は、前記放送型のコンテンツと前記通信型のコンテンツとでフォーマットが共通であって、ダウンロード単位が周期的に更新される更新型であるか非更新型であるかを示す識別フラグを含み、前記識別フラグが前記ダウンロード単位が更新型であることを示す場合、更新後の前記ダウンロード単位をダウンロードするために必要な、更新されたダウンロード制御情報の取得時の参照先をさらに含む。
本開示の第２の側面であるプログラムは、コンピュータを、ユーザに選択されたコンテンツをダウンロードするために必要なダウンロード制御情報を、ECGメタデータまたはBML文書に基づいて取得する制御情報取得部と、取得された前記ダウンロード制御情報に基づき、放送型のコンテンツまたは通信型のコンテンツの少なくとも一方をダウンロードするコンテンツ取得部と、ダウンロードされた前記コンテンツを再生する再生部として機能させ、前記ダウンロード制御情報は、前記放送型のコンテンツと前記通信型のコンテンツとでフォーマットが共通であって、ダウンロード単位が周期的に更新される更新型であるか非更新型であるかを示す識別フラグを含み、前記識別フラグが前記ダウンロード単位が更新型であることを示す場合、更新後の前記ダウンロード単位をダウンロードするために必要な、更新されたダウンロード制御情報の取得時の参照先をさらに含む。
本開示の第２の側面においては、ユーザに選択されたコンテンツをダウンロードするために必要なダウンロード制御情報が、ECGメタデータまたはBML文書に基づいて取得され、取得された前記ダウンロード制御情報に基づき、放送型のコンテンツまたは通信型のコンテンツの少なくとも一方がダウンロードされ、ダウンロードされた前記コンテンツが再生される。
本開示の第３の側面であるコンテンツダウンロードシステムは、コンテンツ供給装置とコンテンツ受信装置からなるコンテンツダウンロードシステムにおいて、前記コンテンツ供給装置が、前記コンテンツ受信装置におけるECGメタデータまたはBML文書に基づくコンテンツの選択に応じ、前記コンテンツ受信装置がコンテンツをダウンロードするために必要なダウンロード制御情報を前記コンテンツ受信装置に供給する制御情報供給部と、所定の放送予定に従い、放送型のコンテンツを放送信号を用いて送出する送出部と、前記ダウンロード制御情報に基づく前記コンテンツ受信装置からの要求に応じ、通信型のコンテンツをネットワークを介して供給するコンテンツ供給部とを備え、前記コンテンツ受信装置が、ユーザに選択されたコンテンツをダウンロードするために必要なダウンロード制御情報を、ECGメタデータまたはBML文書に基づいて取得する制御情報取得部と、取得した前記ダウンロード制御情報に基づき、放送型のコンテンツまたは通信型のコンテンツの少なくとも一方をダウンロードするコンテンツ取得部と、ダウンロードされた前記コンテンツを再生する再生部とを備え、前記ダウンロード制御情報は、前記放送型のコンテンツと前記通信型のコンテンツとでフォーマットが共通であって、ダウンロード単位が周期的に更新される更新型であるか非更新型であるかを示す識別フラグを含み、前記識別フラグが前記ダウンロード単位が更新型であることを示す場合、更新後の前記ダウンロード単位をダウンロードするために必要な、更新されたダウンロード制御情報の取得時の参照先をさらに含む。
本開示の第３の側面においては、コンテンツ供給装置により、コンテンツ受信装置におけるECGメタデータまたはBML文書に基づくコンテンツの選択に応じ、前記コンテンツ受信装置がコンテンツをダウンロードするために必要なダウンロード制御情報が前記コンテンツ受信装置に供給され、所定の放送予定に従い、放送型のコンテンツが放送信号を用いて送出され、前記ダウンロード制御情報に基づく前記コンテンツ受信装置からの要求に応じ、通信型のコンテンツがネットワークを介して供給される。また、コンテンツ受信装置により、ユーザに選択されたコンテンツをダウンロードするために必要なダウンロード制御情報が、ECGメタデータまたはBML文書に基づいて取得され、取得された前記ダウンロード制御情報に基づき、放送型のコンテンツまたは通信型のコンテンツの少なくとも一方がダウンロードされ、ダウンロードされた前記コンテンツが再生される。
本開示の第１の側面によれば、コンテンツの通信経路として例えばインタネットとテレビジョン放送の両方を容易に使い分けて、コンテンツをコンテンツ受信装置に供給することができる。
本開示の第２の側面によれば、通信経路が例えばインタネットまたはテレビジョン放送のいずれであっても、コンテンツ受信装置における共通の操作性を実現できる。
本開示の第３の側面によれば、コンテンツの通信経路として例えばインタネットとテレビジョン放送の両方を容易に使い分けできるコンテンツダウンロードサービスを実現することができる。
コンテンツダウンロードシステムの概念図である。 通信型コンテンツのダウンロードと再生のタイミングを示す図である。 放送型コンテンツのダウンロードと再生のタイミングを示す図である。 コンテンツダウンロードシステムの構成例を示すブロック図である。 コンテンツの暗号化と復号の過程を説明する図である。 ダウンロード可能コンテンツリストなどの表示例を示す図である。 ローカルコンテンツリストなどの表示例を示す図である。 コンテンツのダウンロードから再生までの各フェーズと、第１乃至４の動作の概要を示す図である。 供給装置から受信装置に供給される各種データの第１の構成例と関係を示す図である。 通信型コンテンツに対応するダウンロード制御情報の例を示す図である。 放送型コンテンツに対応するダウンロード制御情報の例を示す図である。 第１の動作概要を説明するための図である。 第１の動作を説明するためタイミングチャートである。 第２の動作概要を説明するための図である。 第２の動作を説明するためタイミングチャートである。 第３の動作概要を説明するための図である。 第３の動作を説明するためタイミングチャートである。 第４の動作概要を説明するための図である。 第４の動作を説明するためタイミングチャートである。 第１のコンテンツダウンロード処理を説明するフローチャートである。 第１のコンテンツダウンロード処理を説明するフローチャートである。 供給装置から受信装置に供給される各種データの第２の構成例と関係を示す図である。 通信型ダウンロード制御情報の例を示す図である。 放送型ダウンロード制御情報の例を示す図である。 第２のコンテンツダウンロード処理を説明するフローチャートである。 第２のコンテンツダウンロード処理を説明するフローチャートである。 ローカルコンテンツの再生処理の概要を説明する図である。 ローカルコンテンツの再生処理を説明するタイミングチャートである。 ローカルコンテンツの再生処理を説明するフローチャートである。 汎用コンピュータの構成例を示すブロック図である。
以下、発明を実施するための最良の形態（以下、実施の形態と称する）について、図面を参照しながら詳細に説明する。
図１は、一実施の形態であるコンテンツダウンロードシステムの基本概念を示している。
このコンテンツダウンロードシステム１は、コンテンツを視聴するユーザ宅などに設置される受信装置１０、ネットワーク２を介して接続された受信装置１０からの要求に応じ、コンテンツをダウンロードさせる通信型供給装置２０Ａ、およびテレビジョン放送信号を用いてコンテンツを放送する放送型供給装置２０Ｂから構成される。
なお、本実施の形態において、ダウンロードとは、受信装置１０がネットワーク２を介して通信型供給装置２０Ａからコンテンツなどの電子データを転送させて蓄積する処理と、受信装置１０がテレビジョン放送信号を用いて放送されたコンテンツを受信して蓄積する処理の双方を指すものとする。また、コンテンツとは、映像とそれに対応する音声を再生するためのＡＶデータ、それに対応する字幕データなどを含み暗号化されているものとする。
ネットワーク２は、インタネットに代表されるデータ通信網である。なお、コンテンツダウンロードシステム１においては、コンテンツをダウンロードして利用するので、その通信速度は高速であることが望ましいが必須ではない。
衛星３は、放送型供給装置２０Ｂによるテレビジョン放送を中継する。ただし、放送型供給装置２０Ｂによるテレビジョン放送は、衛星放送波に限定されず、地上波を用いたり、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文書， ８３ ダウンロード制御情報， ８４ 再生制御情報， ８５ ライセンス， １３１ 通信型ダウンロード制御情報， １３２ 放送型ダウンロード制御情報

Claims (7)

  1. コンテンツ受信装置におけるECGメタデータまたはBML文書に基づくコンテンツの選択に応じ、前記コンテンツ受信装置がコンテンツをダウンロードするために必要なダウンロード制御情報を前記コンテンツ受信装置に供給する制御情報供給部と、
    所定の放送予定に従い、放送型のコンテンツを放送信号を用いて送出する送出部と、
    前記ダウンロード制御情報に基づく前記コンテンツ受信装置からの要求に応じ、通信型のコンテンツをネットワークを介して供給するコンテンツ供給部と
    を備え、
    前記ダウンロード制御情報は、前記放送型のコンテンツと前記通信型のコンテンツとでフォーマットが共通であって、ダウンロード単位が周期的に更新される更新型であるか非更新型であるかを示す識別フラグを含み、前記識別フラグが前記ダウンロード単位が更新型であることを示す場合、更新後の前記ダウンロード単位をダウンロードするために必要な、更新されたダウンロード制御情報の取得時の参照先をさらに含む
    コンテンツ供給装置。
  2. コンテンツ供給装置による、
    コンテンツ受信装置におけるECGメタデータまたはBML文書に基づくコンテンツの選択に応じ、前記コンテンツ受信装置がコンテンツをダウンロードするために必要なダウンロード制御情報を前記コンテンツ受信装置に供給する制御情報供給ステップと、
    所定の放送予定に従い、放送型のコンテンツを放送信号を用いて送出する送出ステップと、
    前記ダウンロード制御情報に基づく前記コンテンツ受信装置からの要求に応じ、通信型のコンテンツをネットワークを介して供給するコンテンツ供給ステップと
    を含み、
    前記ダウンロード制御情報は、前記放送型のコンテンツと前記通信型のコンテンツとでフォーマットが共通であって、ダウンロード単位が周期的に更新される更新型であるか非更新型であるかを示す識別フラグを含み、前記識別フラグが前記ダウンロード単位が更新型であることを示す場合、更新後の前記ダウンロード単位をダウンロードするために必要な、更新されたダウンロード制御情報の取得時の参照先をさらに含む
    コンテンツ供給方法。
  3. コンピュータを、
    コンテンツ受信装置におけるECGメタデータまたはBML文書に基づくコンテンツの選択に応じ、前記コンテンツ受信装置がコンテンツをダウンロードするために必要なダウンロード制御情報を前記コンテンツ受信装置に供給する制御情報供給部と、
    所定の放送予定に従い、放送型のコンテンツを放送信号を用いて送出する送出部と、
    前記ダウンロード制御情報に基づく前記コンテンツ受信装置からの要求に応じ、通信型のコンテンツをネットワークを介して供給するコンテンツ供給部と
    して機能させ、
    前記ダウンロード制御情報は、前記放送型のコンテンツと前記通信型のコンテンツとでフォーマットが共通であって、ダウンロード単位が周期的に更新される更新型であるか非更新型であるかを示す識別フラグを含み、前記識別フラグが前記ダウンロード単位が更新型であることを示す場合、更新後の前記ダウンロード単位をダウンロードするために必要な、更新されたダウンロード制御情報の取得時の参照先をさらに含む
    プログラム。
  4. ユーザに選択されたコンテンツをダウンロードするために必要なダウンロード制御情報を、ECGメタデータまたはBML文書に基づいて取得する制御情報取得部と、
    取得された前記ダウンロード制御情報に基づき、放送型のコンテンツまたは通信型のコンテンツの少なくとも一方をダウンロードするコンテンツ取得部と、
    ダウンロードされた前記コンテンツを再生する再生部と
    を備え、
    前記ダウンロード制御情報は、前記放送型のコンテンツと前記通信型のコンテンツとでフォーマットが共通であって、ダウンロード単位が周期的に更新される更新型であるか非更新型であるかを示す識別フラグを含み、前記識別フラグが前記ダウンロード単位が更新型であることを示す場合、更新後の前記ダウンロード単位をダウンロードするために必要な、更新されたダウンロード制御情報の取得時の参照先をさらに含む
    コンテンツ受信装置。
  5. コンテンツ受信装置による、
    ユーザに選択されたコンテンツをダウンロードするために必要なダウンロード制御情報を、ECGメタデータまたはBML文書に基づいて取得する制御情報取得ステップと、
    取得された前記ダウンロード制御情報に基づき、放送型のコンテンツまたは通信型のコンテンツの少なくとも一方をダウンロードするコンテンツ取得ステップと、
    ダウンロードされた前記コンテンツを再生する再生ステップと
    を含み、
    前記ダウンロード制御情報は、前記放送型のコンテンツと前記通信型のコンテンツとでフォーマットが共通であって、ダウンロード単位が周期的に更新される更新型であるか非更新型であるかを示す識別フラグを含み、前記識別フラグが前記ダウンロード単位が更新型であることを示す場合、更新後の前記ダウンロード単位をダウンロードするために必要な、更新されたダウンロード制御情報の取得時の参照先をさらに含む
    コンテンツ受信方法。
  6. コンピュータを、
    ユーザに選択されたコンテンツをダウンロードするために必要なダウンロード制御情報を、ECGメタデータまたはBML文書に基づいて取得する制御情報取得部と、
    取得された前記ダウンロード制御情報に基づき、放送型のコンテンツまたは通信型のコンテンツの少なくとも一方をダウンロードするコンテンツ取得部と、
    ダウンロードされた前記コンテンツを再生する再生部と
    して機能させ、
    前記ダウンロード制御情報は、前記放送型のコンテンツと前記通信型のコンテンツとでフォーマットが共通であって、ダウンロード単位が周期的に更新される更新型であるか非更新型であるかを示す識別フラグを含み、前記識別フラグが前記ダウンロード単位が更新型であることを示す場合、更新後の前記ダウンロード単位をダウンロードするために必要な、更新されたダウンロード制御情報の取得時の参照先をさらに含む
    プログラム。
  7. コンテンツ供給装置とコンテンツ受信装置からなるコンテンツダウンロードシステムにおいて、
    前記コンテンツ供給装置は、
    前記コンテンツ受信装置におけるECGメタデータまたはBML文書に基づくコンテンツの選択に応じ、前記コンテンツ受信装置がコンテンツをダウンロードするために必要なダウンロード制御情報を前記コンテンツ受信装置に供給する制御情報供給部と、
    所定の放送予定に従い、放送型のコンテンツを放送信号を用いて送出する送出部と、
    前記ダウンロード制御情報に基づく前記コンテンツ受信装置からの要求に応じ、通信型のコンテンツをネットワークを介して供給するコンテンツ供給部と
    を備え、
    前記コンテンツ受信装置は、
    ユーザに選択されたコンテンツをダウンロードするために必要なダウンロード制御情報を、ECGメタデータまたはBML文書に基づいて取得する制御情報取得部と、
    取得された前記ダウンロード制御情報に基づき、放送型のコンテンツまたは通信型のコンテンツの少なくとも一方をダウンロードするコンテンツ取得部と、
    ダウンロードされた前記コンテンツを再生する再生部と
    を備え、
    前記ダウンロード制御情報は、前記放送型のコンテンツと前記通信型のコンテンツとでフォーマットが共通であって、ダウンロード単位が周期的に更新される更新型であるか非更新型であるかを示す識別フラグを含み、前記識別フラグが前記ダウンロード単位が更新型であることを示す場合、更新後の前記ダウンロード単位をダウンロードするために必要な、更新されたダウンロード制御情報の取得時の参照先をさらに含む
    コンテンツダウンロードシステム。
JP2013147549A 2008-06-13 2013-07-16 コンテンツ供給装置、コンテンツ供給方法、コンテンツ受信装置、コンテンツ受信方法、プログラム、およびコンテンツダウンロードシステム Expired - Fee Related JP5692300B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2013147549A JP5692300B2 (ja) 2008-06-13 2013-07-16 コンテンツ供給装置、コンテンツ供給方法、コンテンツ受信装置、コンテンツ受信方法、プログラム、およびコンテンツダウンロードシステム

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2008155455 2008-06-13
JP2008155455 2008-06-13
JP2013147549A JP5692300B2 (ja) 2008-06-13 2013-07-16 コンテンツ供給装置、コンテンツ供給方法、コンテンツ受信装置、コンテンツ受信方法、プログラム、およびコンテンツダウンロードシステム

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2011013988A Division JP5387922B2 (ja) 2008-06-13 2011-01-26 コンテンツ供給装置、コンテンツ供給方法、コンテンツ受信装置、コンテンツ受信方法、プログラム、およびコンテンツダウンロードシステム

Publications (2)

Publication Number Publication Date
JP2013236391A true JP2013236391A (ja) 2013-11-21
JP5692300B2 JP5692300B2 (ja) 2015-04-01

Family

ID=41470643

Family Applications (3)

Application Number Title Priority Date Filing Date
JP2011013989A Expired - Fee Related JP5299715B2 (ja) 2008-06-13 2011-01-26 コンテンツ受信装置、コンテンツ受信方法、およびプログラム
JP2011013988A Expired - Fee Related JP5387922B2 (ja) 2008-06-13 2011-01-26 コンテンツ供給装置、コンテンツ供給方法、コンテンツ受信装置、コンテンツ受信方法、プログラム、およびコンテンツダウンロードシステム
JP2013147549A Expired - Fee Related JP5692300B2 (ja) 2008-06-13 2013-07-16 コンテンツ供給装置、コンテンツ供給方法、コンテンツ受信装置、コンテンツ受信方法、プログラム、およびコンテンツダウンロードシステム

Family Applications Before (2)

Application Number Title Priority Date Filing Date
JP2011013989A Expired - Fee Related JP5299715B2 (ja) 2008-06-13 2011-01-26 コンテンツ受信装置、コンテンツ受信方法、およびプログラム
JP2011013988A Expired - Fee Related JP5387922B2 (ja) 2008-06-13 2011-01-26 コンテンツ供給装置、コンテンツ供給方法、コンテンツ受信装置、コンテンツ受信方法、プログラム、およびコンテンツダウンロードシステム

Country Status (2)

Country Link
JP (3) JP5299715B2 (ja)
CN (1) CN101605085A (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016111176A1 (ja) * 2015-01-07 2016-07-14 ソニー株式会社 受信装置、受信方法、送信装置、及び、送信方法

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130018990A1 (en) * 2011-07-14 2013-01-17 Yigang Cai Negotiations for alternate download options between an end user and a server
KR101490424B1 (ko) 2013-07-17 2015-02-09 양진호 단말인증을 통한 디지털 컨텐츠의 전송 장치 및 방법
US9648387B2 (en) * 2013-07-31 2017-05-09 Time Warner Cable Enterprises Llc Methods and apparatus for enhancing network reliability and/or enabling phased deployment of video services
KR102399440B1 (ko) * 2015-03-02 2022-05-19 삼성전자주식회사 컨텐츠 제공 시스템 및 전자 장치의 컨텐츠 제공 방법
JP6865131B2 (ja) * 2017-07-28 2021-04-28 日本放送協会 コンテンツ管理装置、コンテンツ管理方法及びコンテンツ管理プログラム

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004134847A (ja) * 2002-10-08 2004-04-30 Canon Inc 受信装置
JP2005004663A (ja) * 2003-06-13 2005-01-06 Sony Corp コンテンツ提供方法および検索装置
JP2005167493A (ja) * 2003-12-01 2005-06-23 Sony Corp 番組情報処理システム

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4504601B2 (ja) * 2001-08-24 2010-07-14 財団法人エヌエイチケイエンジニアリングサービス データ受信端末及びデータ受信プログラム
JP2004193920A (ja) * 2002-12-11 2004-07-08 Toshiba Corp 番組配信システム及び受信装置
JP2006303990A (ja) * 2005-04-21 2006-11-02 Matsushita Electric Ind Co Ltd コンテンツ受信再生装置、コンテンツ配信システム、及びコンテンツ情報通知方法
JP5044149B2 (ja) * 2006-02-10 2012-10-10 ソフトバンクＢｂ株式会社 番組放送方法及び番組放送システム
JP2008022411A (ja) * 2006-07-14 2008-01-31 Toshiba Corp 放送受信装置および放送受信方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004134847A (ja) * 2002-10-08 2004-04-30 Canon Inc 受信装置
JP2005004663A (ja) * 2003-06-13 2005-01-06 Sony Corp コンテンツ提供方法および検索装置
JP2005167493A (ja) * 2003-12-01 2005-06-23 Sony Corp 番組情報処理システム

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016111176A1 (ja) * 2015-01-07 2016-07-14 ソニー株式会社 受信装置、受信方法、送信装置、及び、送信方法
JPWO2016111176A1 (ja) * 2015-01-07 2017-10-12 ソニー株式会社 受信装置、受信方法、送信装置、及び、送信方法
US11496810B2 (en) 2015-01-07 2022-11-08 Saturn Licensing Llc Receiver, reception method, transmitter, and transmission method
US11871087B2 (en) 2015-01-07 2024-01-09 Saturn Licensing Llc Receiver, reception method, transmitter, and transmission method

Also Published As

Publication number Publication date
JP2011135591A (ja) 2011-07-07
CN101605085A (zh) 2009-12-16
JP2011130472A (ja) 2011-06-30
JP5692300B2 (ja) 2015-04-01
JP5387922B2 (ja) 2014-01-15
JP5299715B2 (ja) 2013-09-25

Similar Documents

Publication Publication Date Title
JP4730626B2 (ja) コンテンツ供給装置、コンテンツ供給方法、およびプログラム
KR101036371B1 (ko) 콘텐츠 처리 장치 및 처리 방법과 콘텐츠 공급 장치 및 방법
US8307123B2 (en) Content distribution system, distribution method, content processing device, and processing method
JP5692300B2 (ja) コンテンツ供給装置、コンテンツ供給方法、コンテンツ受信装置、コンテンツ受信方法、プログラム、およびコンテンツダウンロードシステム
CN101682740B (zh) 内容下载系统和内容下载方法、内容供应设备和内容供应方法、内容接收设备和内容接收方法
KR20060128881A (ko) 콘텐츠 배신 시스템 및 배신 방법, 및 콘텐츠 처리 장치 및처리 방법
KR101463896B1 (ko) 콘텐츠 다운로드 시스템 및 콘텐츠 다운로드 방법, 콘텐츠공급 장치 및 콘텐츠 공급 방법, 콘텐츠 수신장치 및콘텐츠 수신방법과 프로그램
JPWO2006022304A1 (ja) コンテンツ起動制御装置
JP4480987B2 (ja) コンテンツ配信システムおよび方法、コンテンツ処理装置および方法、記録媒体、並びにプログラム
JP5353615B2 (ja) コンテンツ放送装置、コンテンツ放送方法、コンテンツ受信装置、コンテンツ受信方法、プログラム、およびコンテンツ放送システム
JP4433379B2 (ja) コンテンツ配信装置および方法、記録媒体、並びにプログラム
JP6456327B2 (ja) 動画納品管理システム
JP2006217314A (ja) インタラクティブコンテンツ配信システム、インタラクティブコンテンツ配信方法、およびプログラム

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20140611

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20140722

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20140910

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20150106

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20150119

R151 Written notification of patent or utility model registration

Ref document number: 5692300

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

LAPS Cancellation because of no payment of annual fees