JP6658819B2 - 受信装置、受信方法、送信装置、及び、送信方法 - Google Patents

受信装置、受信方法、送信装置、及び、送信方法 Download PDF

Info

Publication number
JP6658819B2
JP6658819B2 JP2018144718A JP2018144718A JP6658819B2 JP 6658819 B2 JP6658819 B2 JP 6658819B2 JP 2018144718 A JP2018144718 A JP 2018144718A JP 2018144718 A JP2018144718 A JP 2018144718A JP 6658819 B2 JP6658819 B2 JP 6658819B2
Authority
JP
Japan
Prior art keywords
license
key
encrypted
content
application
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.)
Active
Application number
JP2018144718A
Other languages
English (en)
Other versions
JP2018174589A (ja
Inventor
北里　直久
直久 北里
義治 出葉
義治 出葉
淳 北原
淳 北原
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 JP2018144718A priority Critical patent/JP6658819B2/ja
Publication of JP2018174589A publication Critical patent/JP2018174589A/ja
Application granted granted Critical
Publication of JP6658819B2 publication Critical patent/JP6658819B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Description

本技術は、受信装置、受信方法、送信装置、及び、送信方法に関し、特に、より柔軟性の高い限定受信システムを実現することができるようにした受信装置、受信方法、送信装置、及び、送信方法に関する。
近年、いわゆる４Ｋ、８Ｋと称される超高精細度テレビジョン放送に向けてのサービス検討と、方式検討が進められている。また、デジタル放送では、限定受信システム（CAS：Conditional Access System）などのコンテンツを保護するための技術が採用されている（例えば、特許文献１参照）。
特開平１０−２９０２２２号公報
ところで、４Ｋ等の超高精細度テレビ番組については、サービス検討の面から、PPV（Pay Per View）により有料化したいという要求があるが、既存の限定受信システムではプロモーションと課金方法に制約があることから、より柔軟性の高い限定受信システムを実現することが要請されていた。
本技術はこのような状況に鑑みてなされたものであり、より柔軟性の高い限定受信システムを実現することができるようにするものである。
本技術の第１の側面の受信装置は、放送コンテンツをスクランブル鍵を用いて暗号化した暗号化コンテンツに付随するHTML形式の非暗号化アプリケーションを、放送又はネットワークを通じて取得する処理を制御し、前記非暗号化アプリケーションからの動作を制御する制御部を備え、前記非暗号化アプリケーションは、前記放送コンテンツに関連する契約の有無を判定し、契約の有無の判定結果に基づいて、未契約の視聴者に対する契約誘導を行い、未契約の視聴者に対する契約誘導が行われて契約がなされた場合に、ネットワークを通じて前記暗号化コンテンツのライセンスを取得するアプリケーションである受信装置である。
本技術の第１の側面の受信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。また、本技術の第１の側面の受信方法は、上述した本技術の第１の側面の受信装置に対応する受信方法である。
本技術の第１の側面の受信装置、及び、受信方法においては、放送コンテンツをスクランブル鍵を用いて暗号化した暗号化コンテンツに付随するHTML形式の非暗号化アプリケーションが、放送又はネットワークを通じて取得され、前記非暗号化アプリケーションの動作が制御される。また、前記非暗号化アプリケーションでは、前記放送コンテンツに関連する契約の有無が判定され、契約の有無の判定結果に基づいて、未契約の視聴者に対する契約誘導が行われ、未契約の視聴者に対する契約誘導が行われて契約がなされた場合に、ネットワークを通じて前記暗号化コンテンツのライセンスが取得される。
本技術の第２の側面の送信装置は、放送コンテンツをスクランブル鍵を用いて暗号化して、暗号化コンテンツを生成する暗号化部と、前記暗号化コンテンツに付随するHTML形式の非暗号化アプリケーションを生成するアプリケーション生成部と、前記暗号化コンテンツとともに、前記非暗号化アプリケーションを送信する送信部とを備え、前記非暗号化アプリケーションは、前記放送コンテンツに関連する契約の有無を判定し、契約の有無の判定結果に基づいて、未契約の視聴者に対する契約誘導を行い、未契約の視聴者に対する契約誘導が行われて契約がなされた場合に、ネットワークを通じて前記暗号化コンテンツのライセンスを取得するアプリケーションである送信装置である。
本技術の第２の側面の送信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。また、本技術の第２の側面の送信方法は、上述した本技術の第２の側面の送信装置に対応する送信方法である。
本技術の第２の側面の送信装置、及び、送信方法においては、放送コンテンツをスクランブル鍵を用いて暗号化して、暗号化コンテンツが生成され、前記暗号化コンテンツに付随するHTML形式の非暗号化アプリケーションが生成され、前記暗号化コンテンツとともに、前記非暗号化アプリケーションが送信される。また、前記非暗号化アプリケーションでは、前記放送コンテンツに関連する契約の有無が判定され、契約の有無の判定結果に基づいて、未契約の視聴者に対する契約誘導が行われ、未契約の視聴者に対する契約誘導が行われて契約がなされた場合に、ネットワークを通じて前記暗号化コンテンツのライセンスが取得される。
本技術の第１の側面、及び、第２の側面によれば、より柔軟性の高い限定受信システムを実現することができる。
なお、ここに記載された効果は必ずしも限定されるものではなく、本開示中に記載されたいずれかの効果であってもよい。
本技術を適用した放送通信システムの一実施の形態の構成例を示す図である。 ユースケースシナリオを説明する図である。 限定受信システムの概要を説明する図である。 PPVサービス方式１を説明する図である。 事前購入のPPVサービス方式１を説明するシーケンス図である。 プレビュー後購入のPPVサービス方式１を説明するシーケンス図である。 PPVサービス方式２を説明する図である。 事前購入のPPVサービス方式２を説明するシーケンス図である。 プレビュー後購入のPPVサービス方式２を説明するシーケンス図である。 PPVサービス方式３を説明する図である。 事前購入のPPVサービス方式３を説明するシーケンス図である。 プレビュー後購入のPPVサービス方式３を説明するシーケンス図である。 PPVサービス方式４を説明する図である。 CASシステムの詳細な構成例を示す図である。 ライセンスの情報要素の構成を示す図である。 ECMの情報要素の構成を示す図である。 CASプラットフォームのAPIの例を示す図である。 ライセンスキーの構成例を示す図である。 ライセンスキーの具体例を示す図である。 ライセンスキーの具体例を示す図である。 ライセンスキーの具体例を示す図である。 送信装置の構成例を示す図である。 受信装置の構成例を示す図である。 制御部の機能的構成例を示す図である。 各サーバの構成例を示す図である。 送信処理の流れを説明するフローチャートである。 事前購入処理の流れを説明するフローチャートである。 ライセンス取得処理の流れを説明するフローチャートである。 ライセンス提供処理の流れを説明するフローチャートである。 ライセンス判定処理の流れを説明するフローチャートである。 ライセンス判定処理の比較内容を模式的に表した図である。 ライセンスキー照合処理の流れを説明するフローチャートである。 PPVコンテンツ再生処理の流れを説明するフローチャートである。 アプリケーション起動処理の流れを説明するフローチャートである。 プレビュー後購入処理の流れを説明するフローチャートである。 コンピュータの構成例を示す図である。
以下、図面を参照しながら本技術の実施の形態について説明する。なお、説明は以下の順序で行うものとする。
１．システムの構成
２．ユースケース
（１）PPVサービス方式１
（２）PPVサービス方式２
（３）PPVサービス方式３
（４）PPVサービス方式４
３．CASシステムの詳細な構成
４．ライセンスキーの構成
５．各装置の構成
６．各装置で実行される処理の流れ
７．コンピュータの構成
＜１．システムの構成＞
（放送通信システム）
図１は、本技術を適用した放送通信システムの一実施の形態の構成例を示す図である。
図１において、放送通信システム１は、放送通信システム１は、送信装置１０、受信装置２０、ウェブサーバ３０、CASサーバ４０、課金決済サーバ５０、及び、モバイル端末装置７０から構成される。また、図１においては、受信装置２０、ウェブサーバ３０、CASサーバ４０、課金決済サーバ５０、及び、モバイル端末装置７０が、インターネット９０を介して接続されている。
送信装置１０は、PPV等の有料の放送コンテンツ（以下、「PPVコンテンツ」という）を、デジタル放送の所定の規格に対応したデジタル放送信号により、伝送路８０を介して送信している。また、送信装置１０は、データ放送により、PPVコンテンツに関連して動作するアプリケーションを配信することができる。なお、送信装置１０は、放送事業者により提供され、放送局に配置される。また、PPVコンテンツは、例えば、４Ｋや８Ｋの超高精細度のコンテンツとすることができる。
受信装置２０は、例えば、デジタル放送の所定の規格に対応したデジタル放送信号を受信可能なテレビ受像機であって、ユーザの自宅に配置される。受信装置２０は、伝送路８０を介して送信装置１０から送信されてくるデジタル放送信号を受信して、PPVコンテンツを再生することが可能である。また、受信装置２０は、データ放送で配信されるアプリケーションを受信して、実行することができる。
ウェブサーバ３０は、受信装置２０からの要求に応じて、インターネット９０を介して、PPVコンテンツに関連して動作するアプリケーションを配信する。受信装置２０は、インターネット９０を介してウェブサーバ３０から配信されるアプリケーションを受信して、実行することができる。
ウェブサーバ３０とCASサーバ４０は、PPVコンテンツのライセンスに関する処理を行う。ウェブサーバ３０とCASサーバ４０は、受信装置２０からの要求に応じて、インターネット９０を介して、PPVコンテンツのライセンスを配信する。なお、ウェブサーバ３０は、例えば放送事業者により提供され、放送局に配置される。また、ウェブサーバ３０は、受信装置２０からの要求に応じて、インターネット９０を介して、ポータルサイトのウェブページを提供することができる。
課金決済サーバ５０は、受信装置２０からの要求に応じて、購入が指示されたPPVコンテンツに対する課金決済処理を行う。
モバイル端末装置７０は、例えば、スマートフォンやタブレット端末、携帯電話機などの携帯型の電子機器である。ここで、受信装置２０とモバイル端末装置７０は、例えば無線LAN（Local Area Network）やBluetooth（登録商標）等の通信機能を有しており、相互に通信を行うことが可能である。例えば、モバイル端末装置７０は、送信装置１０からデータ放送で配信されるアプリケーション、あるいはウェブサーバ３０からインターネット９０を介して配信されるアプリケーションを受信（取得）して、受信装置２０と連携しながら、当該アプリケーションを実行することができる。
＜２．ユースケース＞
（ユースケースシナリオ）
図２は、ユースケースシナリオを説明する図である。
図２においては、「TV前売購入」、「モバイル前売購入」、「TVプレビュー購入」の３つのユースケースを例示している。ユースケース１としての「TV前売購入」では、受信装置２０に表示されたPPVコンテンツ購入用の画面に対して、ユーザにより購入操作がなされた場合、当該PPVコンテンツのライセンスが取得されることになる。このように、例えば、有料の音楽番組の前売りを購入しておくことで、そのライセンスが取得されるので、ユーザは、音楽番組を視聴することが可能となる。
ユースケース２としての「モバイル前売購入」では、モバイル端末装置７０に表示されたPPVコンテンツ購入用の画面に対して、ユーザにより購入操作がなされた場合、当該PPVコンテンツのライセンスが取得され、さらにモバイル端末装置７０と受信装置２０が接続されていることにより、ライセンスを受信装置２０に転送することで、ユーザが音楽番組を、受信装置２０の画面で視聴できるようになる。
ユースケース３としての「TVプレビュー購入」では、受信装置２０に表示されたPPVコンテンツのプレビュー用の画面に対して、例えば音楽番組のプレビュー再生中の所定の時間内に、ユーザにより購入操作がなされた場合、その音楽番組ライセンスが取得されることになる。この場合、音楽番組が継続して視聴されることになる。一方、音楽番組のプレビュー再生中の所定の時間内に、ユーザにより購入操作がなされなかった場合、その音楽番組のライセンスが取得されなかったことになるので、プレビュー許容期間が終了した後は、その音楽番組の再生は終了され、その旨を示すメッセージが表示されることになる。
以下、これらの３つのユースケースを実現するための４つのPPVサービス方式について説明する。
（限定受信システムの概要）
図３は、限定受信システムの概要を説明する図である。
限定受信システム（CAS：Conditional Access System）においては、放送局の送信装置１０によって、PPVコンテンツを構成するオーディオやビデオのデータが、スクランブル鍵（Ks）を用いて暗号化される一方、受信装置２０によって、暗号化されたオーディオやビデオのデータが、スクランブル鍵（Ks）を用いて復号されることになる。
また、送信装置１０は、受信装置２０に対して、受信装置２０の識別単位の関連情報（個別メッセージ）としてのEMM（Entitlement Management Message）と、各受信装置２０で共通となる関連情報（共通メッセージ）としてのECM（Entitlement Control Message）を配信することになる。
EMMは、暗号部と非暗号部から構成される。EMMにおいて、暗号部は、デバイス鍵（Kd）により暗号化されており、そこに、ワーク鍵（Kw）と、そのワーク鍵ID（KwID）及びデバイス鍵更新情報が配置される。また、非暗号部には、デバイスID、プロトコル番号、事業体識別、及び、更新番号等が配置される。
ECMは、暗号部と非暗号部から構成される。ECMにおいて、暗号部は、ワーク鍵（Kw）を用いて暗号化されており、そこに、スクランブル鍵（Ks）が配置される。また、非暗号部には、プロトコル番号、事業体識別、及び、ワーク鍵ID（KwID）等が配置される。
受信装置２０においては、送信装置１０から配信されるEMMとECMが取得されるので、デバイス鍵（Kd）を用いてEMMを復号することで、ワーク鍵（Kw）が取得される。また、ECMを、ワーク鍵（Kw）を用いて復号することで、スクランブル鍵（Ks）が取得される。これにより、受信装置２０では、放送ストリームから得られる、暗号化されたオーディオやビデオのデータを、スクランブル鍵（Ks）を用いて復号することができる。
なお、図３において、放送ストリームとして伝送される、暗号化されたオーディオやビデオのデータを格納したパケットの拡張ヘッダには、スクランブル制御ビットやスクランブル方式識別子などが配置されている。
（１）PPVサービス方式１
図４は、PPVサービス方式１を説明する図である。
PPVサービス方式１では、特別なPPVサブスクリプション契約なしに、通常の地上デジタルテレビ放送を視聴しているだけのユーザに対しても、PPVコンテンツの事前購入又はプレビュー再生後のPPVコンテンツの購入により、PPVコンテンツの視聴が可能になるサービスの運用を想定している。
図４において、EMMは、暗号部と非暗号部から構成され、放送ストリームとともに配信される。EMMにおいて、暗号部は、デバイス鍵（Kd）により暗号化されており、そこに、ワーク鍵（Kw）と、そのワーク鍵ID（KwID）及びデバイス鍵更新情報が配置される。また、非暗号部には、デバイスID、プロトコル番号、事業体識別、及び、更新番号等が配置される。
ECMは、暗号部と非暗号部から構成され、放送ストリームとともに配信される。ECMにおいて、暗号部は、ワーク鍵（Kw）を用いて暗号化されており、そこに、スクランブル鍵（Ks）、現在時刻、参照ライセンスキー、及び、プレビュー情報が配置される。また、非暗号部には、プロトコル番号、事業体識別、ワーク鍵ID（KwID）、及び、ライセンスID等が配置される。
ライセンスは、暗号部と非暗号部から構成され、インターネット９０上のサーバから配信される。ライセンスにおいて、暗号部は、マスタ鍵（Km）を用いて暗号化されており、そこに、ライセンスキーと有効期限が配置される。また、非暗号部には、CASプラットフォームID（以下、図中では「CAPID」と略記する場合がある）とライセンスID等が配置される。
受信装置２０においては、EMM、ECM、及び、ライセンスが所定のタイミングで取得される。まず、受信装置２０は、EMMの暗号部を、デバイス鍵（Kd）を用いて復号し、ワーク鍵（Kw）を取得する。そして、受信装置２０は、ワーク鍵（Kw）を用いてECMの暗号部を復号することで得られる参照ライセンスキーと、マスタ鍵（Km）を用いてライセンスの暗号部を復号することで得られるライセンスキーとを照合する判定処理を行う。
ここでは、当該判定処理によって、例えば、ECMの現在時刻が、ライセンスの有効期限内であって、参照ライセンスキーとライセンスキーが一致すると判定された場合に、ECMの暗号部からスクランブル鍵（Ks）が読み出される。なお、ECMの現在時刻を用いることで、例えば、受信装置２０で計時されている時刻として、正確な時刻が計時されていない場合でも、確実に有効期限を判定することができる。
受信装置２０において、送信装置１０より受信される放送ストリームから得られるオーディオやビデオのデータ（パケット）は、スクランブル鍵（Ks）により暗号化されているので、ECMから取得されたスクランブル鍵（Ks）を用い、暗号化されたオーディオやビデオのデータ（パケット）が復号される。これにより、受信装置２０では、PPVコンテンツが再生されることになる。
なお、ECMのプレビュー情報には、例えば10分間等のプレビュー時間が指定される。受信装置２０においては、プレビュー情報により指定されるプレビュー許容期間内となる場合、ライセンスの有無に関わらず、スクランブル鍵（Ks）が提供されるようにして、PPVコンテンツの視聴が可能となるようにする。
（事前購入のPPVサービス方式１）
図５は、事前購入のPPVサービス方式１を説明するシーケンス図である。なお、図５においては、送信側としての、送信装置１０、ウェブサーバ３０、CASサーバ４０、及び、課金決済サーバ５０と、受信側としての、受信装置２０、及び、モバイル端末装置７０との間でやりとりされる情報の流れが示されている。
ただし、受信装置２０においては、レジデントアプリケーション２０Ａ、CASプラットフォーム２０Ｂ、及び、受信機ブラウザ２０Ｃが動作しており、それらが実行する処理が示されている。さらに、モバイル端末装置７０においては、モバイルブラウザ７０Ａが動作しており、その処理が示されている。
また、アプリケーションを実行するための受信機ブラウザ２０Ｃとモバイルブラウザ７０Ａは、いずれも、ユーザに対して情報を提示したり、ユーザからの操作を受け付けたりする機能を有しており、いずれのブラウザを用いてもよいが、ここでは、図中の点線は無視して受信機ブラウザ２０Ｃがユーザにより操作される場合を一例に説明する。仮に、受信機ブラウザ２０Ｃを利用せずに、モバイルブラウザ７０Ａを利用する場合には、図中の点線で示すように、モバイルブラウザ７０Ａにおいて、受信機ブラウザ２０Ｃと同様の処理が行われることになる。なお、これらの関係は後述する他の図でも同様とされる。
図５において、送信装置１０は、例えばコンテンツ権利保護専用方式（RMP：Rights Management and Protection）に対応したEMMを、PPVコンテンツのストリーム（放送ストリーム）とともに配信している（Ｓ１１）。受信装置２０において、レジデントアプリケーション２０Ａは、送信装置１０から配信されるEMMを取得し、その暗号部を、デバイス鍵（Kd）により復号することで、ワーク鍵（Kw）を取得し、CASプラットフォーム２０Ｂに保持させる（Ｓ１２）。
その後、受信装置２０において、受信機ブラウザ２０Ｃは、ユーザの操作に応じて、アプリケーションを、インターネット９０を介してウェブサーバ３０に要求し（Ｓ１３）、アプリケーションを取得する（Ｓ１４）。これにより、受信装置２０では、当該アプリケーションによって、PPVコンテンツ購入用の画面が表示される（Ｓ１５）。なお、当該アプリケーションによって、PPVコンテンツのプロモーション等が表示されるようにしてもよい。
ここで、受信装置２０において、PPVコンテンツ購入用の画面に対して、ユーザによりPPVコンテンツの購入が指示された場合（Ｓ１６）、受信機ブラウザ２０Ｃは、CASプラットフォーム２０Ｂに問い合わせることで、CASプラットフォームIDを取得する（Ｓ１７）。そして、受信機ブラウザ２０Ｃは、ステップＳ１７の処理で取得したCASプラットフォームIDを含むライセンス要求を、インターネット９０を介してウェブサーバ３０に送信する（Ｓ１８）。
ウェブサーバ３０は、受信装置２０（の受信機ブラウザ２０Ｃ）からのライセンス要求に基づいて、ライセンスの素となるデータ（以下、「ライセンス素データ」という）を生成する（Ｓ１９）。また、ウェブサーバ３０は、CASサーバ４０に対し、ステップＳ１９の処理で生成されたライセンス素データを送信して、マスタ鍵（Km）による暗号化を要求する（Ｓ２０）。
CASサーバ４０は、ウェブサーバ３０からの暗号化の要求に応じて、ライセンス素データのうち、暗号部を、マスタ鍵（Km）を用いて暗号化して、ライセンスを生成し（Ｓ２１）、ウェブサーバ３０に送信される。ウェブサーバ３０は、CASサーバ４０から送信されてくるライセンスを、インターネット９０を介して受信装置２０（の受信機ブラウザ２０Ｃ）に転送する（Ｓ２２）。
受信装置２０において、受信機ブラウザ２０Ｃは、インターネット９０を介してウェブサーバ３０から送信されてくるライセンスを取得（受信）する（Ｓ２３）。受信機ブラウザ２０Ｃは、ステップＳ２３の処理で取得したライセンスを、CASプラットフォーム２０Ｂに入力（注入）して保持させる（Ｓ２４）。なお、CASプラットフォーム２０Ｂは、ステップＳ２４の処理で保持されたライセンスの暗号部を、あらかじめ保持しているマスタ鍵（Km）で復号し、そこに配置されたライセンスキーや有効期限等の情報を保持しておくようにする。
CASプラットフォーム２０Ｂによりライセンスが保持されると、受信機ブラウザ２０Ｃによって、インターネット９０を介して課金決済サーバ５０に対するPPV課金決済要求がなされる（Ｓ２５）。課金決済サーバ５０は、受信装置２０（の受信機ブラウザ２０Ｃ）からのPPV課金決済要求に基づいて、PPV課金決済処理を行う（Ｓ２６）。課金決済サーバ５０は、ステップＳ２６のPPV課金決済処理の結果を、インターネット９０を介して受信装置２０（の受信機ブラウザ２０Ｃ）に通知する。
このようにして、PPVコンテンツが事前に購入され、そのライセンスが保持されることなる。その後、送信装置１０は、PPVコンテンツのストリーム（放送ストリーム）を配信するが、当該PPVコンテンツのオーディオやビデオのデータは、スクランブル鍵（Ks）により暗号化されている。また、送信装置１０は、ECMを、PPVコンテンツのストリームとともに配信している。受信装置２０において、レジデントアプリケーション２０Ａは、送信装置１０から配信されるECMを取得し、CASプラットフォーム２０Ｂに入力（注入）する（Ｓ２７）。
CASプラットフォーム２０Ｂは、レジデントアプリケーション２０Ａから注入されたECMの暗号部を、ステップＳ１２の処理で保持しているワーク鍵（Kw）で復号し、そこに配置された参照ライセンスキーと、ステップＳ２４の処理で保持しているライセンスのライセンスキーと照合して、ライセンス判定処理を行う（Ｓ２８）。この判定処理では、ECMの現在時刻が、ライセンスの有効期限内であって、参照ライセンスキーとライセンスキーが一致する場合に、ECMの暗号部からスクランブル鍵（Ks）が読み出され、CASプラットフォーム２０Ｂからレジデントアプリケーション２０Ａに通知される（Ｓ２９）。
これにより、レジデントアプリケーション２０Ａは、CASプラットフォーム２０Ｂからのスクランブル鍵（Ks）を用い、送信装置１０から配信されるPPVコンテンツのオーディオやビデオの暗号化されたデータを復号し、PPVコンテンツを再生する（Ｓ３０）。
なお、ECMは、所定のタイミングで繰り返し送られるので、例えば、CASプラットフォーム２０Ｂは、ECMが更新されるごとに、ライセンス判定処理を行い、スクランブル鍵（Ks）を、レジデントアプリケーション２０Ａに通知することになる。また、スクランブル鍵（Ks）は、所定の時間ごとに更新されるものであって、例えば数秒に１回更新される。
以上、事前購入のPPVサービス方式１について説明した。この事前購入のPPVサービス方式１においては、事前購入時のPPVコンテンツ購入用の画面等によって、アプリケーションによるプロモーションと、PPVコンテンツとの導線がつながり、ユーザがPPVコンテンツを購入しやすい状況を作り出すことができる。さらに、ユーザによってPPVコンテンツの購入が指示されると、当該PPVコンテンツのライセンスの取得処理や、課金決済処理を、PPVコンテンツのプロモーションからはじまった一連の処理として扱うことができるとともに、プロモーションや課金決済処理には、特に制約はないため、より柔軟性の高い限定受信システムを実現することができる。
（プレビュー後購入のPPVサービス方式１）
図６は、プレビュー後購入のPPVサービス方式１を説明するシーケンス図である。
図６において、送信装置１０は、RMPに対応したEMMとECMを、PPVコンテンツのストリームとともに配信している（Ｓ４１）。受信装置２０において、レジデントアプリケーション２０Ａは、送信装置１０から配信されるEMMを取得し、その暗号部を、デバイス鍵（Kd）により復号することで、ワーク鍵（Kw）を取得し、CASプラットフォーム２０Ｂに保持させる（Ｓ４２）。
その後においても、送信装置１０は、PPVコンテンツのストリームを配信しているが、当該PPVコンテンツのオーディオやビデオのデータは、スクランブル鍵（Ks）により暗号化されている。受信装置２０において、レジデントアプリケーション２０Ａは、送信装置１０から配信されるECMを取得し、CASプラットフォーム２０Ｂに入力（注入）する（Ｓ４３）。
CASプラットフォーム２０Ｂは、レジデントアプリケーション２０Ａから注入されたECMの暗号部を、ステップＳ４２の処理で保持しているワーク鍵（Kw）で復号し、そこに配置されたプレビュー情報を参照する（Ｓ４４）。ここで、プレビュー情報（のプレビュー時間）には、例えば10分などの所定のプレビュー許容期間が指定されているので、当該プレビュー許容期間内は、ライセンスの有無に関わらず、PPVコンテンツのプレビュー再生が可能とされる。
そのため、CASプラットフォーム２０Ｂは、ライセンス判定処理を行わずに、ECMの暗号部からスクランブル鍵（Ks）を読み出して、レジデントアプリケーション２０Ａに通知する（Ｓ４５）。これにより、レジデントアプリケーション２０Ａは、CASプラットフォーム２０Ｂからのスクランブル鍵（Ks）を用い、送信装置１０から配信されるPPVコンテンツのオーディオやビデオの暗号化されたデータを復号することが可能となる。
これにより、受信装置２０では、PPVコンテンツ（例えば音楽番組）がプレビュー再生される。このプレビュー再生は、PPVコンテンツのプレビュー許容期間内は継続して再生されるが、その期間内に、PPVコンテンツの購入が指示されなかった場合には、プレビュー許容期間終了後にプレビュー再生は終了される。
また、送信装置１０は、PPVコンテンツのストリームとともに、データ放送によりアプリケーションを配信している。受信装置２０において、受信機ブラウザ２０Ｃは、送信装置１０からのアプリケーションを取得して自動起動する（Ｓ４６、Ｓ４７）。これにより、受信装置２０では、PPVコンテンツ購入用の画面が表示される。なお、当該アプリケーションによって、PPVコンテンツのプロモーション等が表示されるようにしてもよい。
ここで、受信装置２０において、プレビュー許容期間内に、PPVコンテンツ購入用の画面に対して、PPVコンテンツの購入が指示された場合（Ｓ４８）、受信機ブラウザ２０Ｃは、CASプラットフォーム２０Ｂに問い合わせることで、CASプラットフォームIDを取得する（Ｓ４９）。そして、受信機ブラウザ２０Ｃは、ステップＳ４９の処理で取得したCASプラットフォームIDを含むライセンス要求を、インターネット９０を介してウェブサーバ３０に対して行う（Ｓ５０）。
ステップＳ５１乃至Ｓ５４においては、図５のステップＳ１９乃至Ｓ２２と同様に、ウェブサーバ３０により、ライセンス要求に応じたライセンス素データが生成され、その暗号部が、CASサーバ４０によりマスタ鍵（Km）を用いて暗号化され、それにより得られるライセンスが、受信装置２０に転送される。
受信装置２０において、受信機ブラウザ２０Ｃは、インターネット９０を介してウェブサーバ３０から送信されてくるライセンスを取得（受信）する（Ｓ５５）。受信機ブラウザ２０Ｃは、ステップＳ５５の処理で取得したライセンスを、CASプラットフォーム２０Ｂに入力（注入）して保持させる（Ｓ５６）。いま、再生中のPPVコンテンツは、プレビュー許容期間であったため、ライセンスの有無に関わらず、再生可能とされていたが、ステップＳ５６の処理でライセンスが保持されることで、プレビュー許容期間経過後も、当該ライセンスによって、PPVコンテンツを再生することが可能とされる。
CASプラットフォーム２０Ｂによりライセンスが保持されると、ステップＳ５７乃至Ｓ５８においては、図５のステップＳ２５乃至Ｓ２６と同様に、課金決済サーバ５０によるPPV課金決済処理が行われる。
その後、プレビュー許容期間が終了するが、当該期間が経過した後も、PPVコンテンツの再生が継続される。すなわち、受信装置２０において、レジデントアプリケーション２０Ａは、送信装置１０から配信されるECMを取得し、CASプラットフォーム２０Ｂに入力（注入）する（Ｓ５９）。
CASプラットフォーム２０Ｂは、レジデントアプリケーション２０Ａから注入されたECMの暗号部を、ステップＳ４２の処理で保持しているワーク鍵（Kw）で復号し、そこに配置された参照ライセンスキーと、ステップＳ５６の処理で保持しているライセンスのライセンスキーと照合して、ライセンス判定処理を行う（Ｓ６０）。この判定処理では、ECMの現在時刻が、ライセンスの有効期限内であって、参照ライセンスキーとライセンスキーが一致する場合に、ECMの暗号部からスクランブル鍵（Ks）が読み出され、CASプラットフォーム２０Ｂからレジデントアプリケーション２０Ａに通知される（Ｓ６１）。
これにより、レジデントアプリケーション２０Ａは、CASプラットフォーム２０Ｂからのスクランブル鍵（Ks）を用い、送信装置１０から配信されるPPVコンテンツのオーディオやビデオの暗号化されたデータを復号し、PPVコンテンツを再生する（Ｓ６２）。
以上、プレビュー後購入のPPVサービス方式１について説明した。このプレビュー後購入のPPVサービス方式１においては、プレビュー後購入時のPPVコンテンツ購入用の画面等によって、アプリケーションによるプロモーションと、PPVコンテンツとの導線がつながり、ユーザがPPVコンテンツを購入しやすい状況を作り出すことができる。さらに、ユーザによってPPVコンテンツの購入が指示されると、当該PPVコンテンツのライセンスの取得処理や、課金決済処理を、PPVコンテンツのプロモーションからはじまった一連の処理として扱うことができるとともに、プロモーションや課金決済処理には、特に制約はないため、より柔軟性の高い限定受信システムを実現することができる。なお、このプレビュー後購入のPPVサービス方式１においては、受信装置２０が、デバイス鍵（Kd）を持っていれば、ライセンスを取得することなく、PPVコンテンツのプレビュー再生を行うことができる。
（２）PPVサービス方式２
図７は、PPVサービス方式２を説明する図である。
PPVサービス方式２では、PPVサブスクリプション契約を行ったユーザに対してのみ、その契約後、PPVコンテンツの事前購入又はプレビュー再生後のPPVコンテンツの購入により、PPVコンテンツの視聴が可能になるサービスの運用を想定している。
図７において、EMMは、暗号部と非暗号部から構成される。EMMにおいて、暗号部は、PPV契約者向けのマスタ鍵（Km）により暗号化されており、そこに、ワーク鍵（Kw）と、そのワーク鍵ID（KwID）及び有効期限が配置される。また、非暗号部には、デバイスID、プロトコル番号、事業体識別、及び、更新番号等が配置される。
ECMは、暗号部と非暗号部から構成される。ECMにおいて、暗号部は、ワーク鍵（Kw）を用いて暗号化されており、そこに、スクランブル鍵（Ks）、現在時刻、参照ライセンスキー、及び、プレビュー情報が配置される。また、非暗号部には、プロトコル番号、事業体識別、ワーク鍵ID（KwID）、及び、ライセンスID等が配置される。
ライセンスは、暗号部と非暗号部から構成される。ライセンスにおいて、暗号部は、マスタ鍵（Km）を用いて暗号化されており、そこに、ライセンスキーと有効期限が配置される。また、非暗号部には、CASプラットフォームIDとライセンスIDなどが配置される。
受信装置２０においては、EMM、ECM、及び、ライセンスが所定のタイミングで取得される。まず、受信装置２０は、EMMの暗号部を、マスタ鍵（Km）を用いて復号し、ワーク鍵（Kw）を取得する。そして、受信装置２０は、ワーク鍵（Kw）を用いてECMの暗号部を復号することで得られる参照ライセンスキーと、マスタ鍵（Km）を用いてライセンスの暗号部を復号することで得られるライセンスキーとを照合する判定処理を行う。
ここでは、当該判定処理によって、例えば、ECMの現在時刻が、ライセンスの有効期限内であって、参照ライセンスキーとライセンスキーが一致すると判定された場合に、ECMの暗号部からスクランブル鍵（Ks）が読み出される。
受信装置２０において、送信装置１０から受信される放送ストリームから得られるオーディオやビデオのデータ（パケット）は、スクランブル鍵（Ks）により暗号化されているので、ECMから取得されたスクランブル鍵（Ks）を用い、暗号化されたオーディオやビデオのデータ（パケット）が復号される。これにより、受信装置２０では、PPVコンテンツが再生されることになる。
このように、図７のPPVサービス方式２においては、図４のPPVサービス方式１と比べて、EMMの暗号部が、デバイス鍵（Kd）の代わりに、マスタ鍵（Km）を用いて暗号化されている点が異なっている。
（事前購入のPPVサービス方式２）
図８は、事前購入のPPVサービス方式２を説明するシーケンス図である。
ステップＳ７１において、受信装置２０の受信機ブラウザ２０Ｃは、ユーザの操作に応じて、PPV契約用のポータルサイトのウェブページを、インターネット９０を介してウェブサーバ３０に要求して、当該ポータルサイトのウェブページを取得する（Ｓ７２）。これにより、受信装置２０では、PPV契約用の画面が表示される（Ｓ７３）。
ここで、受信装置２０において、PPV契約用の画面に対して、ユーザによりPPV契約が指示された場合（Ｓ７４）、受信機ブラウザ２０Ｃは、CASプラットフォーム２０Ｂに問い合わせることで、CASプラットフォームIDを取得する（Ｓ７５）。そして、受信機ブラウザ２０Ｃは、ステップＳ７５の処理で取得したCASプラットフォームIDを含む契約要求を、インターネット９０を介してウェブサーバ３０に送信する（Ｓ７６）。
ウェブサーバ３０は、受信装置２０（の受信機ブラウザ２０Ｃ）からの契約要求に応じて、EMM素データを生成する（Ｓ７７）。また、ウェブサーバ３０は、CASサーバ４０に対し、ステップＳ７７の処理で生成されたEMM素データを送信して、マスタ鍵（Km）による暗号化を要求する（Ｓ７８）。
CASサーバ４０は、ウェブサーバ３０からの暗号化の要求に応じて、EMM素データのうち、暗号部を、マスタ鍵（Km）を用いて暗号化してEMMを生成し（Ｓ７９）、ウェブサーバ３０に送信する。ウェブサーバ３０は、CASサーバ４０から送信されてくるEMMの送出要求を、送信装置１０に送信する（Ｓ８０）。送信装置１０は、ウェブサーバ３０からのEMMの送出要求に応じて、EMM（ユーザからの契約要求に応じたEMM）を、放送ストリームとともに配信する（Ｓ８１）。
受信装置２０において、レジデントアプリケーション２０Ａは、送信装置１０から配信されるEMMを取得し、その暗号部を、マスタ鍵（Km）により復号することで、ワーク鍵（Kw）を取得し、CASプラットフォーム２０Ｂに保持させる（Ｓ８２）。
その後、受信装置２０において、受信機ブラウザ２０Ｃは、ユーザの操作に応じて、アプリケーションを、インターネット９０を介してウェブサーバ３０に要求し（Ｓ８３）、アプリケーションを取得する（Ｓ８４）。これにより、受信装置２０では、PPVコンテンツ購入用の画面が表示される（Ｓ８５）。なお、当該アプリケーションによって、PPVコンテンツのプロモーション等が表示されるようにしてもよい。
ここで、受信装置２０において、PPVコンテンツ購入用の画面に対して、ユーザによりPPVコンテンツの購入が指示された場合（Ｓ８６）、受信機ブラウザ２０Ｃは、CASプラットフォーム２０Ｂに問い合わせることで、CASプラットフォームIDを取得する（Ｓ８７）。そして、受信機ブラウザ２０Ｃは、ステップＳ８７の処理で取得したCASプラットフォームIDを含むライセンス要求を、インターネット９０を介してウェブサーバ３０に送信する（Ｓ８８）。
ウェブサーバ３０は、受信装置２０（の受信機ブラウザ２０Ｃ）からのライセンス要求に基づいて、ライセンス素データを生成する（Ｓ８９）。また、ウェブサーバ３０は、CASサーバ４０に対し、ステップＳ８９の処理で生成されたライセンス素データを送信して、マスタ鍵（Km）による暗号化を要求する（Ｓ９０）。
CASサーバ４０は、ウェブサーバ３０からの暗号化の要求に応じて、ライセンス素データのうち、暗号部を、マスタ鍵（Km）を用いて暗号化して、ライセンスを生成して（Ｓ９１）、ウェブサーバ３０に送信する。ウェブサーバ３０は、CASサーバ４０から送信されてくるライセンスを、インターネット９０を介して受信装置２０（の受信機ブラウザ２０Ｃ）に転送する（Ｓ９２）。
受信装置２０において、受信機ブラウザ２０Ｃは、インターネット９０を介してウェブサーバ３０から送信されてくるライセンスを取得（受信）する（Ｓ９３）。受信機ブラウザ２０Ｃは、ステップＳ９３の処理で取得したライセンスを、CASプラットフォーム２０Ｂに入力（注入）して保持させる（Ｓ９４）。なお、CASプラットフォーム２０Ｂは、ステップＳ９４の処理で保持されたライセンスの暗号部を、あらかじめ保持しているマスタ鍵（Km）で復号し、そこに配置されたライセンスキーや有効期限等の情報を保持しておくようにする。
CASプラットフォーム２０Ｂによりライセンスが保持されると、受信機ブラウザ２０Ｃによって、インターネット９０を介して課金決済サーバ５０に対するPPV課金決済要求がなされる（Ｓ９５）。課金決済サーバ５０は、受信装置２０（の受信機ブラウザ２０Ｃ）からのPPV課金決済要求に基づいて、PPV課金決済処理を行う（Ｓ９６）。課金決済サーバ５０は、ステップＳ９６のPPV課金決済処理の結果を、インターネット９０を介して受信装置２０（の受信機ブラウザ２０Ｃ）に通知する。
このようにして、PPVコンテンツが事前に購入され、そのライセンスが保持されることになる。その後、送信装置１０は、PPVコンテンツのストリーム（放送ストリーム）を配信するが、当該PPVコンテンツのオーディオやビデオのデータは、スクランブル鍵（Ks）により暗号化されている。また、送信装置１０は、ECMを、PPVコンテンツのストリームとともに配信している。受信装置２０において、レジデントアプリケーション２０Ａは、送信装置１０から配信されるECMを取得し、CASプラットフォーム２０Ｂに入力（注入）する（Ｓ９７）。
CASプラットフォーム２０Ｂは、レジデントアプリケーション２０Ａから注入されたECMの暗号部を、ステップＳ８２の処理で保持しているワーク鍵（Kw）で復号し、そこに配置された参照ライセンスキーと、ステップＳ９４の処理で保持しているライセンスのライセンスキーと照合して、ライセンス判定処理を行う（Ｓ９８）。この判定処理では、ECMの現在時刻が、ライセンスの有効期限内であって、参照ライセンスキーとライセンスキーが一致する場合に、ECMの暗号部からスクランブル鍵（Ks）が読み出され、CASプラットフォーム２０Ｂからレジデントアプリケーション２０Ａに通知される（Ｓ９９）。
これにより、レジデントアプリケーション２０Ａは、CASプラットフォーム２０Ｂからのスクランブル鍵（Ks）を用い、送信装置１０から配信されるPPVコンテンツのオーディオやビデオの暗号化されたデータを復号し、PPVコンテンツを再生する（Ｓ１００）。
以上、事前購入のPPVサービス方式２について説明した。この事前購入のPPVサービス方式２においては、事前購入時のPPVコンテンツ購入用の画面等によって、アプリケーションによるプロモーションと、PPVコンテンツとの導線がつながり、ユーザがPPVコンテンツを購入しやすい状況を作り出すことができる。さらに、ユーザによってPPVコンテンツの購入が指示されると、当該PPVコンテンツのライセンスの取得処理や、課金決済処理を、PPVコンテンツのプロモーションからはじまった一連の処理として扱うことができるとともに、プロモーションや課金決済処理には、特に制約はないため、より柔軟性の高い限定受信システムを実現することができる。
（プレビュー後購入のPPVサービス方式２）
図９は、プレビュー後購入のPPVサービス方式２を説明するシーケンス図である。
ステップＳ１０１乃至Ｓ１０３においては、図８のステップＳ７１乃至Ｓ７３と同様に、受信装置２０において、ウェブサーバ３０からPPV契約用のポータルサイトのウェブページが受信され、PPV契約用の画面が表示される。そして、PPV契約用の画面に対して、ユーザによりPPV契約が指示された場合（Ｓ１０４）、ステップＳ１０５乃至Ｓ１０６においては、図８のステップＳ７５乃至Ｓ７６と同様に、CASプラットフォーム２０ＢからCASプラットフォームIDが取得され、当該CASプラットフォームIDを含む契約要求が、ウェブサーバ３０に送信される。
また、ステップＳ１０７乃至Ｓ１１１においては、図８のステップＳ７７乃至Ｓ８１と同様に、ウェブサーバ３０によりEMM素データが生成され、その暗号部が、CASサーバ４０により暗号化される。そして、送信装置１０によって、EMM（ユーザからの契約要求に応じたEMM）が配信される。これにより、受信装置２０において、レジデントアプリケーション２０Ａは、送信装置１０から配信されるEMMを取得し、その暗号部を、マスタ鍵（Km）により復号することで、ワーク鍵（Kw）を取得し、CASプラットフォーム２０Ｂに保持させる（Ｓ１１２）。
その後、送信装置１０は、PPVコンテンツのストリームを配信するが、当該PPVコンテンツのオーディオやビデオのデータは、スクランブル鍵（Ks）により暗号化されている。受信装置２０において、レジデントアプリケーション２０Ａは、送信装置１０から配信されるECMを取得し、CASプラットフォーム２０Ｂに入力（注入）する（Ｓ１１３）。
CASプラットフォーム２０Ｂは、レジデントアプリケーション２０Ａから注入されたECMの暗号部を、ステップＳ１１２の処理で保持しているワーク鍵（Kw）で復号し、そこに配置されたプレビュー情報を参照する（Ｓ１１４）。ここで、プレビュー情報には、例えば10分などのプレビュー時間が指定されているので、そのプレビュー許容期間内は、ライセンスの有無に関わらず、PPVコンテンツの視聴が可能とされる。
そのため、CASプラットフォーム２０Ｂは、ライセンス判定処理を行わずに、ECMの暗号部からスクランブル鍵（Ks）を読み出して、レジデントアプリケーション２０Ａに通知する（Ｓ１１５）。これにより、レジデントアプリケーション２０Ａは、CASプラットフォーム２０Ｂからのスクランブル鍵（Ks）を用い、送信装置１０から配信されるPPVコンテンツのオーディオやビデオの暗号化されたデータを復号することが可能となる。
これにより、受信装置２０では、PPVコンテンツ（例えば音楽番組）がプレビュー再生される。このプレビュー再生は、PPVコンテンツのプレビュー許容期間内は継続して再生されるが、その期間内に、PPVコンテンツの購入が指示されなかった場合には、プレビュー許容期間終了後にプレビュー再生は終了される。
また、送信装置１０は、PPVコンテンツのストリームとともに、データ放送によりアプリケーションを配信している。受信装置２０において、受信機ブラウザ２０Ｃは、送信装置１０からのアプリケーションを取得して自動起動する（Ｓ１１６、Ｓ１１７）。これにより、受信装置２０では、PPVコンテンツ購入用の画面が表示される。なお、当該アプリケーションによって、PPVコンテンツのプロモーション等が表示されるようにしてもよい。
ここで、受信装置２０において、プレビュー許容期間内に、PPVコンテンツ購入用の画面に対して、ユーザによりPPVコンテンツの購入が指示された場合（Ｓ１１８）、受信機ブラウザ２０Ｃは、CASプラットフォーム２０Ｂに問い合わせることで、CASプラットフォームIDを取得する（Ｓ１１９）。そして、受信機ブラウザ２０Ｃは、ステップＳ１１９の処理で取得したCASプラットフォームIDを含むライセンス要求を、インターネット９０を介してウェブサーバ３０に対して行う（Ｓ１２０）。
ステップＳ１２１乃至Ｓ１２４においては、図８のステップＳ８９乃至Ｓ９２と同様に、ウェブサーバ３０により、ライセンス要求に応じたライセンス素データが生成され、その暗号部が、CASサーバ４０によりマスタ鍵（Km）を用いて暗号化され、それにより得られるライセンスが、受信装置２０に転送される。
受信装置２０において、受信機ブラウザ２０Ｃは、インターネット９０を介してウェブサーバ３０から送信されてくるライセンスを取得（受信）する（Ｓ１２５）。受信機ブラウザ２０Ｃは、ステップＳ１２５の処理で取得したライセンスを、CASプラットフォーム２０Ｂに入力（注入）して保持させる（Ｓ１２６）。いま、再生中のPPVコンテンツは、プレビュー許容期間内であったため、ライセンスの有無に関わらず、再生可能とされていたが、ステップＳ１２６の処理でライセンスが保持されることで、プレビュー許容期間経過後も、当該ライセンスによって、PPVコンテンツを再生することが可能とされる。
CASプラットフォーム２０Ｂによりライセンスが保持されると、ステップＳ１２７乃至Ｓ１２８においては、図８のステップＳ９５乃至Ｓ９６と同様に、課金決済サーバ５０によるPPV課金決済処理が行われる。
その後、プレビュー許容期間が終了するが、当該期間が経過した後も、PPVコンテンツの再生が継続される。すなわち、受信装置２０において、レジデントアプリケーション２０Ａは、送信装置１０から配信されるECMを取得し、CASプラットフォーム２０Ｂに入力（注入）する（Ｓ１２９）。
CASプラットフォーム２０Ｂは、レジデントアプリケーション２０Ａから注入されたECMの暗号部を、ステップＳ１１２の処理で保持しているワーク鍵（Kw）で復号し、そこに配置された参照ライセンスキーと、ステップＳ１２６の処理で保持しているライセンスのライセンスキーと照合して、ライセンス判定処理を行う（Ｓ１３０）。この判定処理では、ECMの現在時刻が、ライセンスの有効期限内であって、参照ライセンスキーとライセンスキーが一致する場合に、ECMの暗号部からスクランブル鍵（Ks）が読み出され、CASプラットフォーム２０Ｂからレジデントアプリケーション２０Ａに通知される（Ｓ１３１）。
これにより、レジデントアプリケーション２０Ａは、CASプラットフォーム２０Ｂからのスクランブル鍵（Ks）を用い、送信装置１０から配信されるPPVコンテンツのオーディオやビデオの暗号化されたデータを復号し、PPVコンテンツを再生する（Ｓ１３２）。
以上、プレビュー後購入のPPVサービス方式２について説明した。このプレビュー後購入のPPVサービス方式２においては、プレビュー後購入時のPPVコンテンツ購入用の画面等によって、アプリケーションによるプロモーションと、PPVコンテンツとの導線がつながり、ユーザがPPVコンテンツを購入しやすい状況を作り出すことができる。さらに、ユーザによってPPVコンテンツの購入が指示されると、当該PPVコンテンツのライセンスの取得処理や、課金決済処理を、PPVコンテンツのプロモーションからはじまった一連の処理として扱うことができるとともに、プロモーションや課金決済処理には、特に制約はないため、より柔軟性の高い限定受信システムを実現することができる。
（３）PPVサービス方式３
図１０は、PPVサービス方式３を説明する図である。
PPVサービス方式３では、特別なPPVサブスクリプション契約なしに、通常の地上デジタルテレビ放送を視聴しているだけのユーザに対しても、PPVコンテンツの事前購入又はプレビュー再生後のPPVコンテンツの購入により、PPVコンテンツの視聴が可能になるサービスの運用を想定している。
図１０において、ECMは、暗号部と非暗号部から構成される。ECMにおいて、暗号部は、ワーク鍵（Kw）を用いて暗号化されており、そこに、スクランブル鍵（Ks）、現在時刻、及び、参照ライセンスキーが配置される。また、非暗号部には、プロトコル番号、事業体識別、ワーク鍵ID（KwID）、及び、ライセンスID等が配置される。
ライセンスは、暗号部と非暗号部から構成される。ライセンスにおいて、暗号部は、マスタ鍵（Km）を用いて暗号化されており、そこに、ライセンスキー、有効期限、及び、ワーク鍵（Kw）とそのワーク鍵ID（KwID）が配置される。また、非暗号部には、CASプラットフォームIDとライセンスIDなどが配置される。
受信装置２０においては、ECM、及び、ライセンスが所定のタイミングで取得される。まず、受信装置２０は、ライセンスの暗号部を、マスタ鍵（Km）を用いて復号し、ワーク鍵（Kw）を取得する。そして、受信装置２０は、ワーク鍵（Kw）を用いてECMの暗号部を復号することで得られる参照ライセンスキーと、マスタ鍵（Km）を用いてライセンスの暗号部を復号することで得られるライセンスキーとを照合する判定処理を行う。
ここでは、当該判定処理によって、例えば、ECMの現在時刻が、ライセンスの有効期限内であって、参照ライセンスキーとライセンスキーが一致すると判定された場合に、ECMの暗号部からスクランブル鍵（Ks）が読み出される。
受信装置２０において、送信装置１０から受信される放送ストリームから得られるオーディオやビデオのデータ（パケット）は、スクランブル鍵（Ks）により暗号化されているので、ECMから取得されたスクランブル鍵（Ks）を用い、暗号化されたオーディオやビデオのデータ（パケット）が復号される。これにより、受信装置２０では、PPVコンテンツが再生されることになる。
このように、図１０のPPVサービス方式３においては、図４のPPVサービス方式１等と比べて、EMMを使用しない点と、ワーク鍵（Kw）が、ライセンスの暗号部に配置されている点が異なっている。
（事前購入のPPVサービス方式３）
図１１は、事前購入のPPVサービス方式３を説明するシーケンス図である。
ステップＳ１３１において、受信装置２０の受信機ブラウザ２０Ｃは、ユーザの操作に応じて、アプリケーションを、インターネット９０を介してウェブサーバ３０に要求して、アプリケーションを取得する（Ｓ１３２）。これにより、受信装置２０では、PPVコンテンツ購入用の画面が表示される（Ｓ１３３）。なお、当該アプリケーションによって、PPVコンテンツのプロモーション等が表示されるようにしてもよい。
ここで、受信装置２０において、PPVコンテンツ購入用の画面に対して、ユーザによりPPVコンテンツの購入が指示された場合（Ｓ１３４）、受信機ブラウザ２０Ｃは、CASプラットフォーム２０Ｂに問い合わせることで、CASプラットフォームIDを取得する（Ｓ１３５）。そして、受信機ブラウザ２０Ｃは、ステップＳ１３５の処理で取得したCASプラットフォームIDを含むライセンス要求を、インターネット９０を介してウェブサーバ３０に送信する（Ｓ１３６）。
ウェブサーバ３０は、受信装置２０（の受信機ブラウザ２０Ｃ）からのライセンス要求に応じて、ライセンス素データを生成する（Ｓ１３７）。また、ウェブサーバ３０は、CASサーバ４０に対し、ステップＳ１３７の処理で生成されたライセンス素データを送信して、マスタ鍵（Km）による暗号化を要求する（Ｓ１３８）。
CASサーバ４０は、ウェブサーバ３０からの暗号化の要求に応じて、ライセンス素データのうち、暗号部を、マスタ鍵（Km）を用いて暗号化してライセンスを生成し（Ｓ１３９）、ウェブサーバ３０に送信する。ウェブサーバ３０は、CASサーバ４０から送信されてくるライセンスを、インターネット９０を介して受信装置２０（の受信機ブラウザ２０Ｃ）に転送する（Ｓ１４０）。
受信装置２０において、受信機ブラウザ２０Ｃは、インターネット９０を介してウェブサーバ３０から送信されてくるライセンスを取得（受信）する（Ｓ１４１）。受信機ブラウザ２０Ｃは、ステップＳ１４１の処理で取得したライセンスを、CASプラットフォーム２０Ｂに入力（注入）して保持させる（Ｓ１４２）。なお、CASプラットフォーム２０Ｂは、ステップＳ１４２の処理で保持されたライセンスの暗号部を、あらかじめ保持しているマスタ鍵（Km）で復号し、そこに配置されたワーク鍵（Kw）、ライセンスキーや有効期限等の情報を保持しておくようにする。
CASプラットフォーム２０Ｂによりライセンスが保持されると、受信機ブラウザ２０Ｃによって、インターネット９０を介して課金決済サーバ５０に対するPPV課金決済要求がなされる（Ｓ１４３）。課金決済サーバ５０は、受信装置２０（の受信機ブラウザ２０Ｃ）からのPPV課金決済要求に基づいて、PPV課金決済処理を行う（Ｓ１４４）。課金決済サーバ５０は、ステップＳ１４４のPPV課金決済処理の結果を、インターネット９０を介して受信装置２０（の受信機ブラウザ２０Ｃ）に通知する。
このようにして、PPVコンテンツが事前に購入され、そのライセンスが保持されることになる。その後、送信装置１０は、PPVコンテンツのストリーム（放送ストリーム）を配信するが、当該PPVコンテンツのオーディオやビデオのデータは、スクランブル鍵（Ks）により暗号化されている。また、送信装置１０は、ECMを、PPVコンテンツのストリームとともに配信している。受信装置２０において、レジデントアプリケーション２０Ａは、送信装置１０から配信されるECMを取得し、CASプラットフォーム２０Ｂに入力（注入）する（Ｓ１４５）。
CASプラットフォーム２０Ｂは、レジデントアプリケーション２０Ａから注入されたECMの暗号部を、ステップＳ１４２の処理で保持しているライセンスから得られるワーク鍵（Kw）で復号し、そこに配置された参照ライセンスキーと、ステップＳ１４２の処理で保持しているライセンスのライセンスキーと照合して、ライセンス判定処理を行う（Ｓ１４６）。この判定処理では、ECMの現在時刻が、ライセンスの有効期限内であって、参照ライセンスキーとライセンスキーが一致する場合に、ECMの暗号部からスクランブル鍵（Ks）が読み出され、CASプラットフォーム２０Ｂからレジデントアプリケーション２０Ａに通知される（Ｓ１４７）。
これにより、レジデントアプリケーション２０Ａは、CASプラットフォーム２０Ｂからのスクランブル鍵（Ks）を用い、送信装置１０から配信されるPPVコンテンツのオーディオやビデオの暗号化されたデータを復号し、PPVコンテンツを再生する（Ｓ１４８）。
以上、事前購入のPPVサービス方式３について説明した。この事前購入のPPVサービス方式３においては、事前購入時のPPVコンテンツ購入用の画面等によって、アプリケーションによるプロモーションと、PPVコンテンツとの導線がつながり、ユーザがPPVコンテンツを購入しやすい状況を作り出すことができる。さらに、ユーザによってPPVコンテンツの購入が指示されると、当該PPVコンテンツのライセンスの取得処理や、課金決済処理を、PPVコンテンツのプロモーションからはじまった一連の処理として扱うことができるとともに、プロモーションや課金決済処理には、特に制約はないため、より柔軟性の高い限定受信システムを実現することができる。
（プレビュー後購入のPPVサービス方式３）
図１２は、プレビュー後購入のPPVサービス方式３を説明するシーケンス図である。
図１２において、送信装置１０は、ECMを、PPVコンテンツのストリームとともに配信している。受信装置２０において、レジデントアプリケーション２０Ａは、送信装置１０から配信されるECMを取得し、CASプラットフォーム２０Ｂに入力（注入）する（Ｓ１６１）。ステップＳ１６２において、CASプラットフォーム２０Ｂは、ライセンス判定処理を行うが、ここでは、ライセンスが未取得であるので、ECMからスクランブル鍵（Ks）は取得されず、結果として、PPVコンテンツのオーディオやビデオの暗号化されたデータを復号することはできない。
また、送信装置１０は、PPVコンテンツのストリームとともに、データ放送によりアプリケーションを配信している。受信装置２０において、受信機ブラウザ２０Ｃは、送信装置１０からのアプリケーションを取得して自動起動する（Ｓ１６３、Ｓ１６４）。これにより、受信装置２０では、PPVコンテンツのプレビュー再生指示用の画面が表示される。なお、当該アプリケーションによって、PPVコンテンツのプロモーション等が表示されるようにしてもよい。
ここで、受信装置２０において、プレビュー再生指示用の画面に対して、ユーザにより、PPVコンテンツのプレビュー再生が指示された場合（Ｓ１６５）、受信機ブラウザ２０Ｃは、CASプラットフォーム２０Ｂに問い合わせることで、CASプラットフォームIDを取得する（Ｓ１６６）。受信機ブラウザ２０Ｃは、ステップＳ１６６の処理で取得したCASプラットフォームIDを含むプレビューライセンス要求を、インターネット９０を介してウェブサーバ３０に対して行う（Ｓ１６７）。
ウェブサーバ３０は、受信装置２０（の受信機ブラウザ２０Ｃ）からのプレビューライセンス要求に応じて、プレビューライセンス素データを生成する（Ｓ１６８）。また、ウェブサーバ３０は、CASサーバ４０に対し、ステップＳ１６８の処理で生成されたプレビューライセンス素データを送信して、マスタ鍵（Km）による暗号化を要求する（Ｓ１６９）。
CASサーバ４０は、ウェブサーバ３０からの暗号化の要求に応じて、プレビューライセンス素データのうち、暗号部を、マスタ鍵（Km）を用いて暗号化してプレビューライセンスを生成する（Ｓ１７０）。ウェブサーバ３０は、CASサーバ４０により生成されたプレビューライセンスを、インターネット９０を介して受信装置２０（の受信機ブラウザ２０Ｃ）に転送する（Ｓ１７１）。
受信装置２０において、受信機ブラウザ２０Ｃは、インターネット９０を介してウェブサーバ３０から送信されてくるプレビューライセンスを取得（受信）する（Ｓ１７２）。受信機ブラウザ２０Ｃは、ステップＳ１７２の処理で取得したプレビューライセンスを、CASプラットフォーム２０Ｂに入力（注入）して保持させる（Ｓ１７３）。なお、CASプラットフォーム２０Ｂは、ステップＳ１７３の処理で保持されたプレビューライセンスの暗号部を、あらかじめ保持しているマスタ鍵（Km）で復号し、そこに配置されたワーク鍵（Kw）、ライセンスキーや有効期限等の情報を保持しておくようにする。
受信装置２０において、レジデントアプリケーション２０Ａは、送信装置１０から配信されるECMを取得し、CASプラットフォーム２０Ｂに入力（注入）する（Ｓ１７４）。CASプラットフォーム２０Ｂは、レジデントアプリケーション２０Ａから注入されたECMの暗号部を、ステップＳ１７３の処理で保持しているワーク鍵（Kw）で復号し、そこに配置された参照ライセンスキーと、ステップＳ１７３の処理で保持しているプレビューライセンスのライセンスキーと照合して、ライセンス判定処理を行う（Ｓ１７５）。
この判定処理では、ECMの現在時刻が、プレビューライセンスの有効期限内であって、参照ライセンスキーとライセンスキーが一致する場合に、ECMの暗号部からスクランブル鍵（Ks）が読み出されて、レジデントアプリケーション２０Ａに通知される（Ｓ１７６）。ただし、プレビューライセンスは、プレビュー用の一時的なライセンスであるため、その有効期間は例えば10分などの限られた時間とされ、そのプレビュー許容期間を超過すると使用できなくなる。
レジデントアプリケーション２０Ａは、スクランブル鍵（Ks）を用いて、暗号化されたデータを復号することで、PPVコンテンツをプレビュー再生する（Ｓ１７７）。このプレビュー再生は、PPVコンテンツのプレビュー許容期間内は継続して再生されるが、その期間内に、PPVコンテンツの購入が指示されなかった場合には、プレビュー許容期間終了後にプレビュー再生は終了される。
それに対して、受信装置２０において、プレビュー許容期間内に、PPVコンテンツ購入用の画面に対して、ユーザによりPPVコンテンツの購入が指示された場合（Ｓ１７８）、受信機ブラウザ２０Ｃは、ステップＳ１６６の処理で取得したCASプラットフォームIDを含むライセンス要求を、インターネット９０を介してウェブサーバ３０に対して行う（Ｓ１７９）。
ステップＳ１８０乃至Ｓ１８３においては、図１１のステップＳ１３７乃至Ｓ１４０と同様に、ライセンス要求に応じたライセンス素データが生成され、その暗号部が、CASサーバ４０によりマスタ鍵（Km）を用いて暗号化され、それにより得られるライセンスが、受信装置２０に転送される。
受信装置２０において、受信機ブラウザ２０Ｃは、インターネット９０を介してウェブサーバ３０から送信されてくるライセンスを取得（受信）する（Ｓ１８４）。受信機ブラウザ２０Ｃは、ステップＳ１８４の処理で取得したライセンスを、CASプラットフォーム２０Ｂに入力（注入）して保持させる（Ｓ１８５）。
ここでは、ステップＳ１７３の処理で保持されていたプレビューライセンスが、同一のライセンスIDを有する正式なライセンスにより書き換えられることになる。すなわち、再生中のPPVコンテンツは、プレビュー許容期間内であったため、正式なライセンスがなくてもプレビューライセンスで再生可能とされていたが、ステップＳ１８５の処理で正式なライセンスが保持されることで、プレビュー許容期間経過後も、当該ライセンスによって、PPVコンテンツの再生を継続することが可能とされる。また、ここでは、ステップＳ１８５の処理で保持された正式なライセンスの暗号部を、あらかじめ保持しているマスタ鍵（Km）で復号し、そこに配置されたワーク鍵（Kw）、ライセンスキーや有効期限等の情報を保持しておくようにする。
CASプラットフォーム２０Ｂによりライセンスが保持されると、ステップＳ１８６乃至Ｓ１８７においては、図１１のステップＳ１４３乃至Ｓ１４４と同様に、課金決済サーバ５０によるPPV課金決済処理が行われる。
その後、プレビュー許容期間が終了するが、当該期間が経過した後も、PPVコンテンツの再生が継続される。すなわち、受信装置２０において、レジデントアプリケーション２０Ａは、送信装置１０から配信されるECMを取得し、CASプラットフォーム２０Ｂに入力（注入）する（Ｓ１８８）。
CASプラットフォーム２０Ｂは、レジデントアプリケーション２０Ａから注入されたECMの暗号部を、ステップＳ１８５の処理で保持しているワーク鍵（Kw）で復号し、そこに配置された参照ライセンスキーと、ステップＳ１８５の処理で保持しているライセンスのライセンスキーと照合して、ライセンス判定処理を行う（Ｓ１８９）。この判定処理では、ECMの現在時刻が、ライセンスの有効期限内であって、参照ライセンスキーとライセンスキーが一致する場合に、ECMの暗号部からスクランブル鍵（Ks）が読み出され、レジデントアプリケーション２０Ａに通知される（Ｓ１９０）。
これにより、レジデントアプリケーション２０Ａは、CASプラットフォーム２０Ｂからのスクランブル鍵（Ks）を用い、送信装置１０から配信されるPPVコンテンツのオーディオやビデオの暗号化されたデータを復号し、PPVコンテンツを再生する（Ｓ１９１）。
以上、プレビュー後購入のPPVサービス方式３について説明した。このプレビュー後購入のPPVサービス方式３においては、PPVコンテンツのプレビュー再生指示用の画面やPPVコンテンツ購入用の画面等によって、アプリケーションによるプロモーションと、PPVコンテンツとの導線がつながり、ユーザがPPVコンテンツを購入しやすい状況を作り出すことができる。さらに、ユーザによってPPVコンテンツの購入が指示されると、当該PPVコンテンツのライセンスの取得処理や、課金決済処理を、PPVコンテンツのプロモーションからはじまった一連の処理として扱うことができるとともに、プロモーションや課金決済処理には、特に制約はないため、より柔軟性の高い限定受信システムを実現することができる。
（４）PPVサービス方式４
図１３は、PPVサービス方式４を説明する図である。
図１３において、EMMは、暗号部と非暗号部から構成される。EMMにおいて、暗号部は、マスタ鍵（Km）により暗号化されており、そこに、ライセンスキー、有効期限、及び、ワーク鍵（Kw）とそのワーク鍵ID（KwID）が配置される。また、非暗号部には、CASプラットフォームIDとライセンスIDなどが配置される。
ECMは、暗号部と非暗号部から構成される。ECMにおいて、暗号部は、ワーク鍵（Kw）を用いて暗号化されており、そこに、スクランブル鍵（Ks）、現在時刻、及び、参照ライセンスキーが配置される。また、非暗号部には、プロトコル番号、事業体識別、ワーク鍵ID（KwID）、及び、ライセンスID等が配置される。
受信装置２０においては、EMM、及び、ECMが所定のタイミングで取得される。まず、受信装置２０は、EMMの暗号部を、マスタ鍵（Km）を用いて復号し、ワーク鍵（Kw）を取得する。そして、受信装置２０は、ワーク鍵（Kw）を用いてECMの暗号部を復号することで得られる参照ライセンスキーと、マスタ鍵（Km）を用いてEMMの暗号部を復号することで得られるライセンスキーとを照合する判定処理を行う。
ここでは、当該判定処理によって、例えば、ECMの現在時刻が、EMMの有効期限内であって、参照ライセンスキーとライセンスキーが一致すると判定された場合に、ECMの暗号部からスクランブル鍵（Ks）が読み出される。
受信装置２０において、送信装置１０から受信される放送ストリームから得られるオーディオやビデオのデータ（パケット）は、スクランブル鍵（Ks）により暗号化されているので、ECMから取得されたスクランブル鍵（Ks）を用い、暗号化されたオーディオやビデオのデータ（パケット）が復号される。これにより、受信装置２０では、PPVコンテンツが再生されることになる。
このように、図１３のPPVサービス方式４では、図４のPPVサービス方式１等と比べて、ライセンスを使用しない点と、ライセンスキーが、EMMの暗号部に配置される点が異なっている。
＜３．CASシステムの詳細な構成＞
（CASシステムの詳細な構成例）
図１４は、CASシステムの詳細な構成例を示す図である。
図１４においては、図中の左側が、送信装置１０やサーバ等の放送局側の機能を表し、図中の右側が、受信装置２０の機能を表している。なお、図１４では、上述したウェブサーバ３０におけるライセンスに関する機能を、ライセンスサーバ６０として別サーバで設けた場合を示している。
受信装置２０においては、受信機ブラウザ２０Ｃ等から、CASプラットフォーム２０Ｂの機能やデータを利用するためのAPI（Application Programming Interface）が提供されている。図中の「API−１」は、CASプラットフォーム構成情報取得関数を表しており、この関数によって、CASプラットフォームIDとその他のCASプラットフォーム構成情報を読み出すことができる。また、図中の「API−２」は、ライセンス入力関数を表しており、この関数によって、ライセンスをCASプラットフォーム２０Ｂに入力（注入）して保持させることができる。
また、図中の「API−３」は、ライセンス情報読み出し関数を表しており、この関数によって、CASプラットフォーム２０Ｂ内に保持されたライセンス情報配列を読み出すことができる。図中の「API−４」は、契約情報読み出し関数を表しており、この関数によって、CASプラットフォーム２０Ｂ内に保持された契約情報を読み出すことができる。
受信機ブラウザ２０Ｃ等は、例えば、ユーザによりPPV契約が指示された場合、CASプラットフォーム構成情報取得関数を実行して、CASプラットフォーム２０ＢからCASプラットフォームIDを取得し、当該CASプラットフォームIDを含む契約要求を、インターネット９０を介してウェブサーバ３０に送信する。
この場合、放送局側のSASによって、「Subscr.Info」（EMM素データ）が生成され、さらに、ワーク鍵（Kw）を含めてから、マスタ鍵（Km）を用いて暗号化される。このようにして生成されたEMMは、伝送路８０を介して、デジタル放送信号として送出される。受信装置２０では、放送局側からデジタル放送信号として送出されたEMMを、伝送路８０を介して受信し、あらかじめ保持しているマスタ鍵（Km）により復号することで、ワーク鍵（Kw）と、「Subscr.Info」が保持される。
また、受信機ブラウザ２０Ｃ等は、例えば、ユーザによりPPVコンテンツの購入が指示された場合、CASプラットフォーム構成情報取得関数を実行して、CASプラットフォーム２０ＢからCASプラットフォームIDを取得し、当該CASプラットフォームIDを含むライセンス要求を、インターネット９０を介してウェブサーバ３０に送信する。
この場合、ライセンス要求がライセンスサーバ６０に通知されるので、ライセンスサーバ６０によって、ライセンス素データが生成され、さらに、CASサーバ４０によって、ライセンス素データが、マスタ鍵（Km）で暗号化される。そして、ウェブサーバ３０は、マスタ鍵（Km）による暗号化で得られたライセンスを、インターネット９０を介して受信装置２０に転送する。
これにより、受信機ブラウザ２０Ｃ等は、インターネット９０を介して、ウェブサーバ３０から送信されてくるライセンスを取得して、ライセンス入力関数を実行することで、当該ライセンスをCASプラットフォーム２０Ｂに入力（注入）して保持させることができる。なお、当該ライセンスは、マスタ鍵（Km）により暗号化されているので、あらかじめ保持しているマスタ鍵（Km）により復号する必要がある。そして、ライセンスに含まれるライセンスキー等は、判定処理部（Permission judge）に供給される。
また、放送局側においては、スクランブラ（Scrambler）によって、AVエンコーダからのオーディオやビデオのデータが、スクランブル鍵（Ks）により暗号化され、伝送路８０を介して、デジタル放送信号として送出される。また、放送局側のスクランブラ（Scrambler）によって、スクランブル鍵（Ks）や参照ライセンスキーを含むECMが、ワーク鍵（Kw）により暗号化され、伝送路８０を介して、デジタル放送信号として送出される。
受信装置２０では、放送局側からデジタル放送信号として送出されたECMを、伝送路８０を介して受信し、EMMから取得したワーク鍵（Kw）を用いて復号することで、ECMに含まれる参照ライセンスキー等は、判定処理部（Permission judge）に供給される。判定処理部（Permission judge）では、ライセンスに含まれるライセンスキーと、EMMに含まれる参照ライセンスキーとの照合処理等が行われ、ライセンスが有効であるかどうかが判定される。ライセンスが有効である場合には、ECMに含まれるスクランブル鍵（Ks）が、AVデコーダの前段の復号部に供給される。
そして、受信装置２０では、放送局側からデジタル放送信号として送出されたオーディオやビデオの暗号化されたデータが、伝送路８０を介して受信されるので、AVデコーダの前段の復号部は、スクランブル鍵（Ks）を用い、オーディオやビデオの暗号化されたデータを復号し、AVデコーダに出力する。これにより、受信装置２０では、PPVコンテンツが再生されることになる。
（ライセンスの情報要素）
図１５は、ライセンスの情報要素の構成を示す図である。
ライセンスは、CASプラットフォームID、ライセンスID、ライセンスタイプ、CASプログラムID、ライセンスキー（KI）、ワーク鍵ID（KwID）、ワーク鍵（Kw）、及び、有効期限から構成される。ただし、ワーク鍵ID（KwID）とワーク鍵（Kw）は、PPVサービス方式３の場合にのみ配置される。
また、ライセンスは、暗号部と非暗号部から構成され、暗号部に配置される、ライセンスタイプ、CASプログラムID、ライセンスキー（KI）、ワーク鍵ID（KwID）、ワーク鍵（Kw）、及び、有効期限は、マスタ鍵（Km）を用いて暗号化されている。
CASプラットフォームIDは、ライセンス付与対象のCASプラットフォーム２０Ｂの識別子である。アプリケーション、又は、受信装置２０やモバイル端末装置７０等の端末装置は、ライセンスをCASプラットフォーム２０Ｂに注入する前に、その一致を確認する必要がある。
ライセンスIDは、当該ライセンスの識別子である。アプリケーションは、ライセンスをCASプラットフォーム２０Ｂに注入する前に、適切なライセンスかどうかを確認する必要がある。ライセンスタイプは、ライセンスフォーマットのタイプを示すタイプ情報である。CASプログラムIDは、当該ライセンスを利用可能なCASプログラムIDを示す。
ライセンスキー（KI）は、ライセンスの判定処理用のキーデータである。CASプラットフォーム２０Ｂ内で、ECMに含まれる参照ライセンスキー（RKI）と照合（マッチング）を行うことにより、ライセンスの判定処理が行われる。
ワーク鍵ID（KwID）は、ECMの暗号復号用のワーク鍵（Kw）の識別子である。ワーク鍵（Kw）は、ECMの暗号復号用のワーク鍵（Kw）本体である。なお、ワーク鍵ID（KwID）とワーク鍵（Kw）は、PPVサービス方式３の場合にのみ配置される。
有効期限は、当該ライセンスの有効期限を示す。この有効期限を過ぎた後は、当該ライセンスの情報要素は利用不可能となる。なお、PPVサービス方式３の場合に用いられる、プレビューライセンスについても、有効期限が正式なライセンスより短い期間である点を除いては、基本的に、図１５のライセンスと同様の情報要素から構成される。
なお、図１５において、出現数であるが、"1"が指定された場合にはその要素又は属性は必ず１つだけ指定され、"0..1"が指定された場合には、その要素又は属性を指定するかどうかは任意である。また、"0..N"が指定された場合には、その要素又は属性を１以上指定するかどうかは任意である。これらの出現数の意味は、後述する図１６のECMの情報要素でも同様とされる。
（ECMの情報要素）
図１６は、ECMの情報要素の構成を示す図である。
ECMは、ワーク鍵ID（KwID）、ライセンスID、スクランブル鍵（Ks）、現在時刻、参照ライセンスキー（RKI）、及び、プレビュー情報（プレビュー可否とプレビュー時間）が配置される。また、ECMは、暗号部と非暗号部から構成され、暗号部に配置される、スクランブル鍵（Ks）、現在時刻、参照ライセンスキー（RKI）、及び、プレビュー情報は、ワーク鍵（Kw）を用いて暗号化されている。
ワーク鍵ID（KwID）は、当該ECMの暗号化に適用したワーク鍵（Kw）の識別子である。ライセンスIDは、当該ECMの対象番組（PPVコンテンツ）に適用するライセンスの識別子である。このライセンスIDは、アプリケーション、又は、受信装置２０やモバイル端末装置７０等の端末装置の受信時のチェック用、及び、CASプラットフォーム２０Ｂ内での対応するライセンスの読み出しに用いられる。
スクランブル鍵（Ks）は、番組（PPVコンテンツ）を構成するコンポーネント信号のスクランブル復号用のスクランブルキーである。スクランブル鍵（Ks）は、「odd」と「even」の組で構成される。例えば、スクランブル鍵（even key）は、現在の暗号化されたコンポーネントを復号するための鍵となり、スクランブル鍵（odd key）は、次の暗号化されたコンポーネントを復号するための鍵である。
現在時刻は、現在時刻を示す。CASプラットフォーム２０Ｂ内では、この現在時刻に基づいて、ライセンスの有効期限の確認や、プレビュー期間の制御が行われる。
参照ライセンスキー（RKI）は、当該ECMの対象番組（PPVコンテンツ）に適用するライセンスの判定処理用の参照キーデータである。ここでは、参照ライセンスキー（RKI）と、CASプラットフォーム２０Ｂ内に保存されたライセンスキー（KI）との照合（マッチング）が行われることで、ライセンスの判定処理が行われる。
プレビュー可否は、現時点で、対象番組（PPVコンテンツ）のプレビュー再生を許可するか否かを示す。例えば、プレビュー可否は、1ビットのフラグであって、"1"が指定された場合には、プレビュー再生が許可されているとすることができる。プレビュー時間は、対象番組（PPVコンテンツ）について、受信装置２０やモバイル端末装置７０等の端末装置に、プレビュー再生を許可する時間長を示す。
（CASプラットフォームのAPIの例）
図１７は、CASプラットフォーム２０ＢのAPIの例を示す図である。
図１７において、CASプラットフォーム構成情報取得関数、ライセンス入力関数、ライセンス情報読み出し関数、及び、契約情報読み出し関数は、受信機ブラウザ２０Ｃ等からCASプラットフォーム２０Ｂの機能やデータを利用するためのAPIである。
CASプラットフォーム構成情報取得関数は、CASプラットフォームIDとその他のCASプラットフォーム構成情報を読み出すための関数である。CASプラットフォーム構成情報取得関数においては、その引数を指定する必要はなく、その戻り値として、CASプラットフォーム構成情報配列が返される。なお、CASプラットフォーム構成情報取得関数は、図１４の「API−１」に相当するAPIである。
ライセンス入力関数は、ライセンスをCASプラットフォーム２０Ｂに入力（注入）して保持させるための関数である。ただし、ライセンス入力関数を実行した場合に、CASプラットフォーム２０Ｂが、正しいライセンスとして保持ができない場合には、エラーが返ることになる。ライセンス入力関数において、その引数は、ライセンス、ライセンス長、及び、ライセンスタイプであり、その戻り値としては、エラーコードが返されることがある。なお、ライセンス入力関数は、図１４の「API−２」に相当するAPIである。
ライセンス情報読み出し関数は、CASプラットフォーム２０Ｂ内に保持されたライセンス情報配列を読み出すための関数である。ただし、ライセンス情報読み出し関数を実行する際には、ライセンスIDを指定することで、特定のライセンス情報配列を読み出すことができる。ライセンス情報読み出し関数において、その引数は、任意のライセンスIDであり、その戻り値として、ライセンス情報配列が返される。なお、ライセンス情報読み出し関数は、図１４の「API−３」に相当するAPIである。
契約情報読み出し関数は、CASプラットフォーム２０Ｂ内に保持された契約情報配列を読み出すための関数である。契約情報読み出し関数において、その引数を指定する必要はなく、その戻り値として、契約情報配列が返される。なお、契約情報読み出し関数は、図１４の「API−４」に相当するAPIである。
＜４．ライセンスキーの構成＞
（ライセンスキーの構成）
図１８は、ライセンスキーの構成例を示す図である。
図１８において、ライセンスキーは、コードパート（Code part(C)）とティアビットパート（Tier Bit part(T)）から構成される。すなわち、ライセンスに含まれるライセンスキー（KI）と、ECMに含まれる参照ライセンスキー（RKI）が共に、図１８の構成を有していることになる。
コードパートには、特定のコードが指定される。ライセンスキーの照合処理においては、ライセンスキー（KI）のコードパートと、参照ライセンスキー（RKI）のコードパートに対する所定の演算が行われ、それらのコードパートが一致するかどうかが判定される。
単純な演算方法の例としては、ライセンスキー（KI）のコードパートの値と、参照ライセンスキー（RKI）のコードパートの値が、同一の値となるかどうかの演算が行われる。また、ここでは、例えば、補数や四則演算により特定の数値を用いるなど、他の演算方法を採用してもよい。要は、単一又は複数のPPVコンテンツの集合体に対するライセンスとしての秘匿性の目的を果たすために所定の演算を行っているので、その演算方法としては、任意の演算方法を採用することができる。
ティアビットパートは、特定のビット列からなり、各ビットによって、対象の受信装置２０が、各PPVサービスを契約しているか否かを示している。例えば、ティアビットパートにおいて、"1"又は"0"であるビットのうち、契約しているPPVサービスに対応するビットは、"1"となる。このようなティアビットパートを用いることで、同一のライセンスに対して同時に運用する契約のバリエーションを実現することができる。例えば、番組パッケージやシリーズ運用と単体番組の同時運用、さらに、複数シリーズの同時運用などを実現することができる。
ライセンスキーの照合処理においては、ライセンスキー（KI）のティアビットパートと、参照ライセンスキー（RKI）のティアビットパートとのAND演算（論理積）が行われ、全てのビットで"0"（オールゼロ）となるかどうかが判定される。
そして、ライセンスキーの照合処理においては、ライセンスキー（KI）のコードパートと参照ライセンスキー（RKI）のコードパートが所定の演算により一致すると判定され、さらに、ライセンスキー（KI）のティアビットパートと参照ライセンスキー（RKI）のティアビットパートとのAND演算（論理積）により、全てのビットで"0"になっていない（いずれかのビットで、"1"となっている）と判定された場合に、それらのライセンスキーが一致しているとみなされる。
換言すれば、ライセンスキーの照合処理では、以下に示すような、条件（１）、かつ、条件（２）の関係を満たす場合には、ライセンスキー（KI）と参照ライセンスキー（RKI）が一致しているとみなされる一方、条件（１）、かつ、条件（２）の関係を満たしてない場合には、ライセンスキー（KI）と参照ライセンスキー（RKI）は一致していないとみなされる。
Figure 0006658819
Figure 0006658819
ただし、条件（１）において、Ctは、ライセンスキー（KI）のコードパート、Crは、参照ライセンスキー（RKI）のコードパートを表し、Fは、所定の関数を表している。また、条件（２）において、Ttは、ライセンスキー（KI）のティアビットパート、Trは、参照ライセンスキー（RKI）のティアビットパートを表している。
なお、コードパートとティアビットパートは、可変長であって、その長さと、コードパートの演算方法は、ライセンスタイプやCASプログラムに依存するものである。
（ライセンスキーの具体例）
図１９乃至図２１には、ライセンスキーの具体例を示している。
（運用例１）
図１９には、連続ドラマの各エピソード単体の視聴権に対応するライセンスキーと、全エピソードの視聴権に対応するライセンスキーを同時に運用する場合の運用例を示している。
図１９において、参照ライセンスキー（RKI）のコードパートには、"rc1"が割り当てられ、ライセンスキー（KI）のコードパートには、"tc1"が割り当てられ、それらのコードパートは一致している。また、ティアビットパートのビット列の各ビットは、連続ドラマの各エピソードに対応している。
例えば、図１９の左側において、連続ドラマの特定のエピソードのみを契約している場合、そのライセンスにおけるライセンスキーのティアビットパートには、契約した特定のエピソードに対応するビットのみ、"1"が割り当てられ、それ以外のビットは、"0"が割り当てられる。
そして、連続ドラマの特定のエピソードが配信される場合、そのECMとして、特定のエピソードに対応するビットのみ、"1"が割り当てられたECMが伝送されるので、参照ライセンスキー（RKI）のティアビットパート（"0000100000"）と、ライセンスキーのティアビットパート（"0000100000"）とのAND演算が行われると、全てのビットで"0"とはならないので、これらのライセンスキーは一致しているとみなされる。
一方、例えば、図１９の右側において、連続ドラマの全エピソードを契約している場合、そのライセンスにおけるライセンスキーのティアビットパートには、全てのビットで、"1"が割り当てられる。
そして、連続ドラマの特定のエピソードが配信される場合、そのECMとして、特定のエピソードに対応するビットのみ、"1"が割り当てられたECMが伝送されるので、参照ライセンスキー（RKI）のティアビットパート（"0000100000"）と、ライセンスキーのティアビットパート（"1111111111"）とのAND演算が行われると、全てのビットで"0"とはならないので、これらのライセンスキーは一致しているとみなされる。
このように、連続ドラマの特定のエピソードのみを契約した場合と、連続ドラマの全エピソードを契約した場合とでは、それらのライセンスにおけるライセンスキーのティアビットの内容は異なるが、いずれのライセンスを用いても特定のエピソードを視聴することが可能となる。
（運用例２）
図２０には、ある放送事業者のチャンネルパッケージＡの視聴権に対応するライセンスキーと、別のチャンネルパッケージＢの視聴権に対応するライセンスキーに対応するライセンスキーを同時に運用する場合の運用例を示している。
図２０において、参照ライセンスキー（RKI）のコードパートには、"rc2"が割り当てられ、ライセンスキー（KI）のコードパートには、"tc2"が割り当てられ、それらのコードパートは一致している。また、ティアビットパートのビット列の各ビットは、ある放送事業者が提供するチャンネルに対応している。
例えば、図２０の左側において、チャンネルパッケージＡを契約している場合、そのライセンスにおけるライセンスキーのティアビットパートには、チャンネルパッケージＡに含まれるチャンネルに対応するビットのみ、"1"が割り当てられ、それ以外のビットは、"0"が割り当てられる。
そして、ある放送事業者により提供されるチャンネルパッケージＡに含まれる特定のチャンネルの番組が配信される場合、そのECMとして、特定のチャンネルに対応するビットのみ、"1"が割り当てられたECMが伝送される。ここでは、参照ライセンスキー（RKI）のティアビットパート（"0000100000"）と、ライセンスキーのティアビットパート（"0010100100"）とのAND演算が行われると、全てのビットで"0"とはならないので、これらのライセンスキーは一致しているとみなされる。
一方、例えば、図２０の右側において、チャンネルパッケージＢを契約している場合、そのライセンスにおけるライセンスキーのティアビットパートには、チャンネルパッケージＢに含まれるチャンネルに対応するビットのみ、"1"が割り当てられ、それ以外のビットは、"0"が割り当てられる。
そして、ある放送事業者により提供されるチャンネルパッケージＢに含まれる特定のチャンネルの番組が配信される場合、そのECMとして、特定のチャンネルに対応するビットのみ、"1"が割り当てられたECMが伝送される。ここでは、参照ライセンスキー（RKI）のティアビットパート（"0000100000"）と、ライセンスキーのティアビットパート（"1111100000"）とのAND演算が行われると、全てのビットで"0"とはならないので、これらのライセンスキーは一致しているとみなされる。
このように、チャンネルパッケージＡを契約した場合と、チャンネルパッケージＢを契約した場合とでは、それらのパッケージに含まれるチャンネルに応じて、ライセンスにおけるライセンスキーのティアビットの内容は異なるが、いずれのライセンスを用いても、配信されているチャンネルを含むパッケージを契約していれば、そのチャンネルの番組を視聴することが可能となる。
（運用例３）
図２１には、スポーツ番組のパッケージのような複数の番組からなるシリーズパッケージの契約と、特定のチャンネル又はチャンネルパッケージの契約を同時に運用する場合の運用例を示している。
図２１においては、ある放送事業者により提供される特定のチャンネルの番組が配信される場合に、そのECMとして、シリーズパッケージ用の参照ライセンスキー（RKI）と、チャンネルパッケージ用の参照ライセンスキー（RKI）を含むECM、すなわち、複数の参照ライセンスキー（RKI）が伝送されている。
例えば、図２１の左側において、シリーズパッケージを契約している場合、そのライセンスにおけるライセンスキーのティアビットには、シリーズパッケージに含まれる特定の番組に対応するビットのみ、"1"が割り当てられ、それ以外のビットは、"0"が割り当てられる。
ここで、ECMに含まれるシリーズパッケージ用の参照ライセンスキー（RKI）のコードパートと、シリーズパッケージ用のライセンスのライセンスキー（KI）のコードパートは、"rc1"と"tc1"で一致している。また、シリーズパッケージ用の参照ライセンスキー（RKI）のティアビットパート（"00100000"）と、シリーズパッケージ用のライセンスのライセンスキー（KI）のティアビットパート（"11111111"）とのAND演算が行われると、全てのビットで"0"とはならないので、これらのライセンスキーは一致しているとみなされる。
一方、ECMに含まれるチャンネルパッケージ用の参照ライセンスキー（RKI）のコードパートと、シリーズパッケージ用のライセンスのライセンスキー（KI）のコードパートは、"rc2"と"tc2"で一致している。また、シリーズパッケージ用の参照ライセンスキー（RKI）のティアビットパート（"0000100000"）と、シリーズパッケージ用のライセンスのライセンスキー（KI）のティアビットパート（"1111111111"）とのAND演算が行われると、全てのビットで"0"とはならないので、これらのライセンスキーは一致しているとみなされる。
このように、ECMに複数の参照ライセンスキーが含まれているので、例えば、シリーズパッケージ及びチャンネルパッケージの少なくとも一方のパッケージに契約している場合には、そのライセンスのライセンスキー（KI）が、ECMに含まれる複数の参照ライセンスキー（RKI）のうちのいずれかに一致すれば、そのチャンネルの番組を視聴することが可能となる。
＜５．各装置の構成＞
（送信装置の構成例）
図２２は、図１の送信装置１０の構成例を示す図である。
図２２において、送信装置１０は、オーディオデータ取得部１１１、オーディオエンコーダ１１２、ビデオデータ取得部１１３、ビデオエンコーダ１１４、アプリケーション取得部１１５、アプリケーション処理部１１６、スクランブラ１１７、制御情報生成部１１８、制御情報処理部１１９、Mux１２０、及び、送信部１２１から構成される。
オーディオデータ取得部１１１は、内蔵するストレージや外部のサーバ、マイクロフォン等から、コンポーネントとしてのオーディオデータを取得し、オーディオエンコーダ１１２に供給する。オーディオエンコーダ１１２は、オーディオデータ取得部１１１から供給されるオーディオデータを、MPEG（Moving Picture Experts Group）等の符号化方式に準拠して符号化し、スクランブラ１１７に供給する。
ビデオデータ取得部１１３は、内蔵するストレージや外部のサーバ、カメラ等から、コンポーネントとしてのビデオデータを取得し、ビデオエンコーダ１１４に供給する。ビデオエンコーダ１１４は、ビデオデータ取得部１１３から供給されるビデオデータを、MPEG等の符号化方式に準拠して符号化し、スクランブラ１１７に供給する。
アプリケーション取得部１１５は、アプリケーションを伝送する場合には、内蔵するストレージや外部のサーバ等から取得した情報に基づいて、アプリケーションのファイルデータを生成し、アプリケーション処理部１１６に供給する。なお、アプリケーションは、例えば、HTML（Hyper Text Markup Language）形式やBML（Broadcast Markup Language）形式の文書等のファイルから構成される。アプリケーション処理部１１６は、アプリケーション取得部１１５から供給されるアプリケーションのファイルデータに対して、データ放送として伝送するための処理を施して、Mux１２０に供給する。
スクランブラ１１７には、オーディオエンコーダ１１２からのオーディオデータと、ビデオエンコーダ１１４からのビデオデータが供給される。スクランブラ１１７は、スクランブル鍵(Ks)を用い、それらのコンポーネントのデータを暗号化し、Mux１２０に供給する。
制御情報生成部１１８は、内蔵するストレージや外部のサーバ等から取得した情報に基づいて、制御情報を生成し、制御情報処理部１１９に供給する。例えば、この制御情報には、EMMとECMが含まれており、ECMには、スクランブラ１１７がコンポーネントのデータの暗号化に用いたスクランブル鍵（Ks）が、EMMのワーク鍵（Kw）により暗号化されている。制御情報処理部１１９は、制御情報生成部１１８から供給される制御情報を処理して、Mux１２０に供給する。
Mux１２０は、スクランブラ１１７からの暗号化されたコンポーネントのデータと、制御情報処理部１１９からの制御情報を多重化してストリームを生成し、送信部１２１に供給する。なお、Mux１２０は、アプリケーション処理部１１６からアプリケーションのファイルデータが供給された場合には、アプリケーションのファイルデータをさらに多重化する。送信部１２１は、Mux１２０から供給されるストリームを、デジタル放送信号（放送波）として、アンテナ１２２を介して送信する。
なお、図２２の送信装置１０の構成においては、Mux１２０の前段にスクランブラ１１７が設けられているが、スクランブラ１１７は、Mux１２０の後段に設けるようにしてもよい。
（受信装置の構成例）
図２３は、図１の受信装置２０の構成例を示す図である。
図２３において、受信装置２０は、チューナ２１２、Demux２１３、制御部２１４、入力部２１５、メモリ２１６、CASプラットフォーム２１７、デスクランブラ２１８、オーディオデコーダ２１９、オーディオ出力部２２０、スピーカ２２１、ビデオデコーダ２２２、ビデオ出力部２２３、ディスプレイ２２４、通信部２２５、及び、アプリケーションエンジン２２６から構成される。
チューナ２１２は、制御部２１４からの制御に従い、アンテナ２１１により受信されたデジタル放送信号から、選局が指示されたサービスのデジタル放送信号を抽出して復調し、その結果得られるストリームを、Demux２１３に供給する。
Demux２１３は、制御部２１４からの制御に従い、チューナ２１２から供給されるストリームを、オーディオデータ、ビデオデータ、及び、制御情報に分離する。Demux２１３は、オーディオデータやビデオデータ等の暗号化されたコンポーネントのデータをデスクランブラ２１８に供給する。また、Demux２１３は、制御情報を、制御部２１４に供給する。なお、Demux２１３によりアプリケーションのファイルデータが分離された場合には、当該アプリケーションのファイルデータは、アプリケーションエンジン２２６に供給される。
制御部２１４は、Demux２１３から供給される制御情報や、入力部２１５から供給される操作信号に基づいて、受信装置２０の各部の動作を制御する。例えば、制御部２１４は、制御情報（例えばEMMやECM等）の解析結果に従い、CASプラットフォーム２１７やデスクランブラ２１８を制御して、暗号化されたコンポーネントのデータの復号処理を制御する。なお、制御部２１４の詳細な構成は、図２４を参照して後述する。
入力部２１５は、ユーザの操作に応じて、操作信号を、制御部２１４に供給する。メモリ２１６は、制御部２１４からの制御に従い、各種の情報を記録する。CASプラットフォーム２１７は、図５や図１４等のCASプラットフォーム２０Ｂに対応しており、受信装置２０における限定受信システム（CAS：Conditional Access System）に関する機能を提供する。
デスクランブラ２１８は、制御部２１４とCASプラットフォーム２１７からの制御に従い、Demux２１３から供給されるオーディオデータやビデオデータ等の暗号化されたコンポーネントのデータを復号する。デスクランブラ２１８は、復号されたコンポーネントのデータのうち、オーディオデータをオーディオデコーダ２１９に、ビデオデータをビデオデコーダ２２２にそれぞれ供給する。
オーディオデコーダ２１９は、制御部２１４からの制御に従い、デスクランブラ２１８から供給されるオーディオデータを、例えばオーディオエンコーダ１１２（図２２）に対応する復号方式で復号して、オーディオ出力部２２０に供給する。オーディオ出力部２２０は、オーディオデコーダ２１９から供給されるオーディオデータを、スピーカ２２１に供給する。これにより、スピーカ２２１からは、例えばPPVコンテンツの音声が出力される。
ビデオデコーダ２２２は、制御部２１４からの制御に従い、デスクランブラ２１８から供給されるビデオデータを、例えばビデオエンコーダ１１４（図２２）に対応する復号方式で復号して、ビデオ出力部２２３に供給する。ビデオ出力部２２３は、制御部２１４からの制御に従い、ビデオデコーダ２２２から供給されるビデオデータを、ディスプレイ２２４に出力する。これにより、ディスプレイ２２４には、例えば、PPVコンテンツの映像が表示される。
通信部２２５は、制御部２１４からの制御に従い、インターネット９０上に設けられたウェブサーバ３０やCASサーバ４０等の各サーバとの通信を行い、情報をやりとりする。例えば、通信部２２５は、制御部２１４からの制御に従い、インターネット９０を介してウェブサーバ３０にアクセスし、アプリケーションのファイルデータを取得し、アプリケーションエンジン２２６に供給する。
アプリケーションエンジン２２６には、Demux２１３からのアプリケーションのファイルデータ、又は、通信部２２５からのアプリケーションのファイルデータが供給される。アプリケーションエンジン２２６は、制御部２１４からの制御に従い、アプリケーションの動作を制御する。アプリケーションの映像に対応するビデオデータは、ビデオ出力部２２３に供給される。ビデオ出力部２２３は、アプリケーションエンジン２２６から供給されるビデオデータを、ディスプレイ２２４に表示させる。これにより、ディスプレイ２２４には、アプリケーションの映像が表示される。なお、アプリケーションエンジン２２６は、上述した図５等の受信機ブラウザ２０Ｃに対応している。
なお、図２３の受信装置２０の構成においては、Demux２１３の後段にデスクランブラ２１８が設けられているが、デスクランブラ２１８は、Demux２１３の前段に設けるようにしてもよい。また、図２３の受信装置２０の構成では、スピーカ２２１とディスプレイ２２４を有する構成を例示しているが、例えば、受信装置２０が、例えばSTB（Set Top Box）や録画機として構成される場合には、スピーカ２２１とディスプレイ２２４を設けない構成を採用してもよい。
また、受信装置２０が、モバイル端末装置７０と連携して動作する場合、制御部２１４は、通信部２２５を介して、モバイル端末装置７０と各種の情報をやりとりすることになる。例えば、スマートフォン等のモバイル端末装置７０において、PPVコンテンツのプロモーション、課金決済処理、及び、ライセンス取得処理を行い、その後、それらの情報を、受信装置２０に転送することができる。なお、受信装置２０とモバイル端末装置７０との間の通信は、例えば無線LANやBluetooth（登録商標）等の無線通信は勿論、有線通信や、無線通信と有線通信とが混在した通信、すなわち、ある区間では無線通信が行われ、他の区間では有線通信が行われるようなものであってもよい。
（制御部の機能的構成例）
図２４は、図２３の制御部２１４の機能的構成例を示す図である。
図２４において、制御部２１４は、放送制御部２５１、通信制御部２５２、アプリケーション制御部２５３、CAS制御部２５４、及び、再生制御部２５５から構成される。
放送制御部２５１は、例えばチューナ２１２やDemux２１３等、放送に関する処理を行う各部の動作を制御する。例えば、放送制御部２５１は、Demux２１３から供給される制御情報として、EMM又はECMを取得し、CAS制御部２５４に供給する。通信制御部２５２は、例えば通信部２２５等、通信に関する処理を行う各部の動作を制御する。例えば、通信制御部２５２は、ウェブサーバ３０から送信されるライセンスを取得し、CAS制御部２５４に供給する。
アプリケーション制御部２５３は、アプリケーションエンジン２２６等のアプリケーションに関する処理を行う各部の動作を制御する。CAS制御部２５４には、放送制御部２５１からのEMM又はECMと、通信制御部２５２からのライセンスが供給される。CAS制御部２５４は、EMM、ECM、又はライセンス等の情報に基づいて、CASプラットフォーム２１７やデスクランブラ２１８等のCASに関する処理を行う各部の動作を制御する。
再生制御部２５５は、オーディオデコーダ２１９、オーディオ出力部２２０、ビデオデコーダ２２２、及び、ビデオ出力部２２３等のPPVコンテンツの再生に関する処理を行う各部の動作を制御する。
なお、図２４において、制御部２１４は、放送制御部２５１乃至再生制御部２５５から構成されるとして説明したが、それらのブロックの一部の機能が、アプリケーションエンジン２２６の機能に含まれるようにしてもよい。
（各サーバの構成例）
図２５は、図１のウェブサーバ３０とCASサーバ４０の構成例を示す図である。
（ウェブサーバの構成例）
図２５において、ウェブサーバ３０は、通信部３１１、アプリケーション生成部３１２、アプリケーションデータ保持部３１３、ライセンス素データ生成部３１４、及び、ライセンスデータ保持部３１５から構成される。
通信部３１１は、インターネット９０を介して受信装置２０と通信を行い、情報をやりとりする。また、通信部３１１は、インターネット９０又はその他のネットワークを介してCASサーバ４０と通信を行い、情報をやりとりする。
通信部３１１は、インターネット９０を介して、受信装置２０からアプリケーションが要求された場合、その要求を、アプリケーション生成部３１２に通知する。アプリケーション生成部３１２は、通信部３１１からの通知に応じて、アプリケーションデータ保持部３１３に保持されたアプリケーションを生成するためのデータを読み出して、アプリケーションのファイルデータを生成する。なお、アプリケーションデータ保持部３１３には、HTML文書のファイルや画像ファイル等が保持されている。
アプリケーションのファイルデータは、通信部３１１に供給される。通信部３１１は、アプリケーション生成部３１２から供給されるアプリケーションのファイルデータを、インターネット９０を介して、アプリケーションの要求元の受信装置２０に送信する。
通信部３１１は、インターネット９０を介して受信装置２０からライセンスが要求された場合、その要求を、ライセンス素データ生成部３１４に通知する。ライセンス素データ生成部３１４は、通信部３１１からの通知に応じて、ライセンスデータ保持部３１５に保持されたライセンス素データを生成するためのデータを読み出して、ライセンス素データを生成する。ライセンス素データは、通信部３１１に供給される。
通信部３１１は、ライセンス素データ生成部３１４から供給されるライセンス素データを、インターネット９０等のネットワークを介して、CASサーバ４０に送信して、マスタ鍵（Km）による暗号化を要求する。また、通信部３１１は、インターネット９０等のネットワークを介して、CASサーバ４０から送信されてくるライセンスを受信し、インターネット９０を介して、ライセンスの要求元の受信装置２０に転送する。
なお、図２５において、ウェブサーバ３０は、アプリケーションに関する機能と、ライセンスに関する機能の両方の機能を有するとして説明したが、それらの機能ごとに別サーバとして構成されるようにしてもよい。すなわち、通信部３１１、アプリケーション生成部３１２、及び、アプリケーションデータ保持部３１３から構成されるアプリケーションサーバと、通信部３１１、ライセンス素データ生成部３１４、及び、ライセンスデータ保持部３１５から構成されるライセンスサーバを別々に設けるようにしてもよい。
（CASサーバの構成例）
図２５において、CASサーバ４０は、通信部４１１、ライセンス生成部４１２、及び、マスタ鍵（Km）保持部４１３から構成される。
通信部４１１は、インターネット９０又はその他のネットワークを介してウェブサーバ３０と通信を行い、情報をやりとりする。通信部４１１は、インターネット９０等のネットワークを介して、ウェブサーバ３０からライセンス素データのマスタ鍵（Km）による暗号化が要求された場合、その要求とともにライセンス素データを、ライセンス生成部４１２に通知する。
ライセンス生成部４１２は、通信部４１１からの通知に応じて、マスタ鍵（Km）保持部４１３からマスタ鍵（Km）を読み出して、当該マスタ鍵（Km）を用い、ライセンス素データを暗号化することで、ライセンスを生成する。ライセンス生成部４１２により生成されたライセンスは、通信部４１１に供給される。通信部４１１は、ライセンス生成部４１２から供給されるライセンスを、インターネット９０等のネットワークを介して、ウェブサーバ３０に送信する。
なお、図２５においては、ウェブサーバ３０とCASサーバ４０の両方が、ライセンスに関する処理を行うとして説明したが、ウェブサーバ３０のライセンスに関する機能を、CASサーバ４０が有するようにして、ライセンスに関する全ての処理を行う専用のライセンスサーバとして構成されるようにしてもよい。
＜６．各装置で実行される処理の流れ＞
次に、図２６乃至図３５のフローチャートを参照して、図１の放送通信システム１を構成する各装置で実行される具体的な処理の流れについて説明する。
（送信処理）
まず、図２６のフローチャートを参照して、図１の送信装置１０により実行される送信処理の流れについて説明する。
ステップＳ２１１において、オーディオデータ取得部１１１は、ストレージ等からオーディオデータを取得する。ステップＳ２１２において、オーディオエンコーダ１１２は、ステップＳ２１１の処理で取得されたオーディオデータを符号化する。
ステップＳ２１３において、ビデオデータ取得部１１３は、ストレージ等からビデオデータを取得する。ステップＳ２１４において、ビデオエンコーダ１１４は、ステップＳ２１３の処理で取得されたビデオデータを符号化する。
ステップＳ２１５においては、データ放送によりアプリケーションを送信（伝送）するかどうかが判定される。ステップＳ２１５において、アプリケーションを送信すると判定された場合、処理は、ステップＳ２１６に進められる。
ステップＳ２１６において、アプリケーション取得部１１５は、アプリケーションのファイルデータを取得（生成）する。ステップＳ２１７において、アプリケーション処理部１１６は、ステップＳ２１６の処理で取得されたアプリケーションのファイルデータを処理する。なお、ステップＳ２１５において、アプリケーションを送信しないと判定された場合、ステップＳ２１６乃至Ｓ２１７の処理はスキップされ、処理は、ステップＳ２１８に進められる。
ステップＳ２１８において、スクランブラ１１７は、スクランブル鍵(Ks)を用い、ステップＳ２１２の処理で符号化されたオーディオデータと、ステップＳ２１４の処理で符号化されたビデオデータを暗号化する。スクランブル１１７によるスクランブル処理によって暗号化されたオーディオデータとビデオデータは、Mux１２０に供給される。
ステップＳ２１９において、制御情報生成部１１８は、ストレージ等から取得した情報に基づいて、制御情報を生成する。ステップＳ２２０において、制御情報処理部１１９は、ステップＳ２１９の処理で生成された制御情報を処理する。例えば、この制御情報には、EMMとECMが含まれており、ECMには、スクランブラ１１７がコンポーネントのデータの暗号化に用いたスクランブル鍵（Ks）が、EMMのワーク鍵（Kw）により暗号化されている。
ステップＳ２２１において、Mux１２０は、ステップＳ２１８の処理により暗号化されたコンポーネントのデータと、ステップＳ２２０の処理で処理された制御情報を多重化して、ストリームを生成する。なお、ステップＳ２１５において、アプリケーションを送信すると判定された場合、Mux１２０は、ステップＳ２１７の処理で処理されたアプリケーションのファイルデータをさらに多重化する。
ステップＳ２２２において、送信部１２１は、ステップＳ２２１の処理で生成されたストリームを、デジタル放送信号として、アンテナ１２２を介して送信する。ステップＳ２２２の処理が終了すると、図２６の送信処理は終了する。
以上、送信処理の流れについて説明した。
（事前購入処理）
次に、図２７のフローチャートを参照して、図１の受信装置２０により実行される事前購入処理の流れについて説明する。
ステップＳ２４１において、ディスプレイ２２４には、メニュー画面が表示される。このメニュー画面は、例えば、放送経由又は通信経由で配信されるアプリケーションを、アプリケーションエンジン２２６が取得して処理することで、表示される。
ステップＳ２４２においては、ステップＳ２４１の処理で表示されたメニュー画面に対して、ユーザの操作により、所定の機能が選択されたかどうかが判定される。ステップＳ２４２において、所定の機能が選択されていないと判定された場合、処理は、ステップＳ２４１に戻り、それ以降の処理が繰り返される。ステップＳ２４２においては、ユーザの操作により、所定の機能が選択されるのを待って、処理は、ステップＳ２４３に進められる。
ステップＳ２４３において、ディスプレイ２２４には、メニュー画面の遷移先となる、PPVコンテンツのプロモーション画面が表示される。このプロモーション画面は、ステップＳ２４１の処理と同様に、例えば、放送経由又は通信経由で配信されるアプリケーションを、アプリケーションエンジン２２６が取得して処理することで、表示される。
ステップＳ２４４においては、ステップＳ２４４の処理で表示されたプロモーション画面に対して、ユーザにより、PPVコンテンツの購入操作がされたかどうかが判定される。すなわち、プロモーション画面としては、例えば、有料の音楽番組などを宣伝する画面などが表示され、その音楽番組を事前に購入する操作がユーザによりなされたかどうかが、ステップＳ２４４の判定処理で判定される。
ステップＳ２４４において、PPVコンテンツの購入操作がされたと判定された場合、処理は、ステップＳ２４５に進められる。ステップＳ２４５においては、インターネット９０上のサーバから対象のPPVコンテンツのライセンスを取得するためのライセンス取得処理が実行される。なお、このライセンス取得処理の詳細な内容は、図２８のフローチャートを参照して後述する。また、詳細な説明は省略するが、このライセンス取得処理によりライセンスが取得（保持）された場合には、購入したPPVコンテンツの課金決済処理が実行されることになる。
ステップＳ２４５の処理が終了すると、処理は、ステップＳ２４３に戻り、それ以降の処理が繰り返される。また、ステップＳ２４４において、PPVコンテンツの購入操作がされていないと判定された場合、処理は、ステップＳ２４６に進められる。
ステップＳ２４６においては、プロモーション画面において戻り操作がされたかどうかが判定される。ステップＳ２４６において、戻り操作がされていないと判定された場合、処理は、ステップＳ２４３に戻り、それ以降の処理が繰り返される。この場合、プロモーション画面の表示が継続される。一方、ステップＳ２４６において、戻り操作がされたと判定された場合、処理は、ステップＳ２４１に戻り、それ以降の処理が繰り返される。この場合、プロモーション画面からメニュー画面に、画面が遷移することになる。
以上、事前購入処理の流れについて説明した。
（ライセンス取得処理）
次に、図２８のフローチャートを参照して、図２７のステップＳ２４５の処理等に対応したライセンス取得処理の流れについて説明する。
ステップＳ２６１において、CAS制御部２５４は、CASプラットフォーム２１７からCASプラットフォームIDを取得する。なお、ステップＳ２６１の処理では、例えば、CASプラットフォーム構成情報取得関数（図１７）を実行することで、CASプラットフォームIDを取得することができる。
ステップＳ２６２において、通信制御部２５２は、通信部２２５を制御して、ステップＳ２６１の処理で取得したCASプラットフォームIDを含むライセンス要求を、インターネット９０を介してウェブサーバ３０に送信する。
ステップＳ２６３において、通信制御部２５２は、通信部２２５を制御して、ウェブサーバ３０からインターネット９０を介してライセンスが送信され、取得されたかどうかが判定される。ステップＳ２６３においては、ウェブサーバ３０からのライセンスが取得されるのを待って、処理は、ステップＳ２６４に進められる。
ステップＳ２６４において、CAS制御部２５４は、ステップＳ２６３の処理で取得されたライセンスを、CASプラットフォーム２１７に注入する。なお、ステップＳ２６４の処理では、例えば、ライセンス入力関数（図１７）を実行することで、ライセンスをCASプラットフォーム２１７に入力（注入）することができる。
ステップＳ２６５において、CAS制御部２５４は、CASプラットフォーム２１７を制御して、ライセンス情報（ライセンス情報配列）を読み出す。なお、ステップＳ２６５の処理では、例えば、ライセンス情報読み出し関数（図１７）を実行することで、ライセンス情報配列を読み出すことができる。
ステップＳ２６６においては、ステップＳ２６５の処理で取得されたライセンス情報に基づいて、ライセンスの取得が完了したかどうかが判定される。ステップＳ２６６において、ライセンスの取得が完了していないと判定された場合、処理は、ステップＳ２６５に戻り、それ以降の処理が繰り返される。一方、ステップＳ２６６において、ライセンスの取得が完了したと判定された場合、図２８のライセンス取得処理は終了される。
以上、ライセンス取得処理の流れについて説明した。
（ライセンス提供処理）
次に、図２９のフローチャートを参照して、図１のウェブサーバ３０とCASサーバ４０により実行されるライセンス提供処理の流れについて説明する。なお、このライセンス提供処理は、図２８のライセンス取得処理に対応して実行される処理である。
ステップＳ２８１において、ウェブサーバ３０の通信部３１１は、インターネット９０を介して受信装置２０からライセンス要求を受信したかどうかを判定する。ステップＳ２８１においては、受信装置２０からライセンス要求を受信するのを待って、処理は、ステップＳ２８２に進められる。
ステップＳ２８２において、ウェブサーバ３０のライセンス素データ生成部３１４は、ライセンスデータ保持部３１５に保持されたデータに基づいて、ライセンス素データを生成する。ステップＳ２８２の処理で生成されたライセンス素データは、ウェブサーバ３０からCASサーバ４０に送られる。
ステップＳ２８３において、CASサーバ４０のライセンス生成部４１２は、マスタ鍵（Km）保持部４１３に保持されたマスタ鍵（Km）を用い、ステップＳ２８２の処理で生成されたライセンス素データを暗号化して、ライセンスを生成する。ステップＳ２８３の処理で生成されたライセンスは、CASサーバ４０からウェブサーバ３０に送られる。
ステップＳ２８４において、ウェブサーバ３０の通信部３１１は、CASサーバ４０からのライセンスを、インターネット９０を介して、ライセンスの要求元の受信装置２０に送信（転送）する。ステップＳ２８４の処理が終了すると、図２９のライセンス提供処理は終了される。
以上、ライセンス提供処理の流れについて説明した。
（ライセンス判定処理）
次に、図３０のフローチャートを参照して、図１の受信装置２０により実行されるライセンス判定処理の流れについて説明する。なお、このライセンス判定処理は、例えば、所定の間隔で取得されるECMが取得されたタイミングで実行される。
ステップＳ３０１において、CASプラットフォーム２１７は、ECMに対応するライセンスを取得済みであるかどうかが判定される。ここでは、図２８のステップＳ２６４の処理で、CASプラットフォーム２１７に対してライセンスを注入済みである場合には、当該ライセンスを取得済みであるので、処理は、ステップＳ３０２に進められる。
なお、ステップＳ３０１において、ライセンスが未取得であると判定された場合、処理は、ステップＳ３０８に進められる。ステップ３０８において、CASプラットフォーム２１７は、「NG」であると判定する。すなわち、この場合、対象のPPVコンテンツのライセンスを有していないため、当該PPVコンテンツの再生を行うことはできない。
ステップＳ３０２において、CASプラットフォーム２１７は、ライセンスのライセンスキー（KI）と、ECMの参照ライセンスキー（RKI）との照合処理（ライセンスキー照合処理）を実行する。このライセンスキー照合処理によって、ライセンスキー（KI）と参照ライセンスキー（RKI）とが一致しているかどうかが求められる。なお、ライセンスキー照合処理の詳細な内容は、図３２のフローチャートを参照して後述する。
ステップＳ３０３においては、ステップＳ３０２のライセンスキー照合処理の処理結果に従い、ライセンスキー（KI）と参照ライセンスキー（RKI）とが一致したかどうかが判定される。ステップＳ３０３において、ライセンスキーが一致すると判定された場合、処理は、ステップＳ３０７に進められる。ステップＳ３０７において、CASプラットフォーム２１７は、「OK」であると判定する。すなわち、この場合、対象のPPVコンテンツのライセンスを有していることになるため、ECMからスクランブル鍵（Ks）が読み出され、当該PPVコンテンツの再生を行うことが可能となる。
一方、ステップＳ３０３において、ライセンスキーが一致しないと判定された場合、処理は、ステップＳ３０４に進められる。ステップＳ３０４において、CASプラットフォーム２１７は、ECMのプレビュー可否フラグ（PVF）を確認することで、プレビュー再生が可能であるかどうか（許可されているかどうか）を判定する。ステップＳ３０４において、プレビュー再生が許可されていないと判定された場合、処理は、ステップＳ３０８に進められる。この場合、「NG」であると判定される（Ｓ３０８）。
また、ステップＳ３０４において、プレビュー再生が許可されていると判定された場合、処理は、ステップＳ３０５に進められる。ステップＳ３０５において、CASプラットフォーム２１７は、プレビュー時間を積算する。そして、ステップＳ３０６において、CASプラットフォーム２１７は、ステップＳ３０５の処理で積算されたプレビュー時間と、ECMのプレビュー時間（PVD）とを比較することで、プレビュー時間が超過したかどうかを判定する。
ステップＳ３０６において、プレビュー時間が超過していないと判定された場合、プレビュー再生可能な時間が未だ残っているので、処理は、ステップＳ３０７に進められる。この場合、「OK」であると判定される（Ｓ３０７）。一方、ステップＳ３０６において、プレビュー期間が超過したと判定された場合、処理は、ステップＳ３０８に進められる。この場合、「NG」であると判定される（Ｓ３０８）。
ステップＳ３０７又はＳ３０８の処理が終了すると、図３０のライセンス判定処理は、終了される。
以上、ライセンス判定処理の流れについて説明した。このライセンス判定処理では、図３１に示すように、ライセンスキー（KI）と参照ライセンスキー（RKI）との照合処理や、プレビュー情報（プレビュー可否フラグ（PVF）、プレビュー時間（PVD））によるプレビュー再生の可否によって、ライセンスが有効（OK）であるか、あるいは無効（NG）であるかが判定される。なお、図３０のライセンス判定処理では、省略しているが、ECMの現在時刻（Tc）が、ライセンスの有効期限（Tx）内であるかどうかによっても、ライセンスの有効性を判定することができる。
（ライセンスキー照合処理）
次に、図３２のフローチャートを参照して、図３０のステップＳ３０２の処理に対応したライセンスキー照合処理の流れについて説明する。
ステップＳ３２１において、CASプラットフォーム２１７は、ライセンスのライセンスタイプを確認することで、ライセンスフォーマットを確認する。
ステップＳ３２２において、CASプラットフォーム２１７は、ライセンスキー（KI）のコードパートと、参照ライセンスキー（RKI）のコードパートが、一致するかどうかの演算を行う。そして、ステップＳ３２３において、CASプラットフォーム２１７は、ステップＳ３２２の処理の演算結果に基づいて、ライセンスキー（KI）のコードパートと、参照ライセンスキー（RKI）のコードパートが、一致するかどうかを判定する。
ステップＳ３２３において、ライセンスキー（KI）のコードパートと、参照ライセンスキー（RKI）のコードパートが、一致していないと判定された場合、処理は、ステップＳ３２７に進められる。ステップＳ３２７において、CASプラットフォーム２１７は、ライセンスキー（KI）と参照ライセンスキー（RKI）とが一致していないとみなす。
一方、ステップＳ３２３において、ライセンスキー（KI）のコードパートと、参照ライセンスキー（RKI）のコードパートが、一致していると判定された場合、処理は、ステップＳ３２４に進められる。ステップＳ３２４において、CASプラットフォーム２１７は、ライセンスキー（KI）のティアビットパートと、参照ライセンスキー（RKI）のティアビットパートとのAND演算（論理積）を行う。
ステップＳ３２５において、CASプラットフォーム２１７は、ステップＳ３２４の処理の演算結果に基づいて、演算結果が、Non-Zero、すなわち、いずれかのビットで"1"となっていると判定された場合、処理は、ステップＳ３２６に進められる。ステップＳ３２６において、CASプラットフォーム２１７は、ライセンスキー（KI）と参照ライセンスキー（RKI）とが一致しているとみなす。
また、ステップＳ３２５において、CASプラットフォーム２１７は、ステップＳ３２４の処理の演算結果に基づいて、演算結果が、Non-Zero、すなわち、全てのビットで"0"（オールゼロ）となっていると判定された場合、処理は、ステップＳ３２７に進められる。ステップＳ３２７において、CASプラットフォーム２１７は、ライセンスキー（KI）と参照ライセンスキー（RKI）とが一致していないとみなす。
ステップＳ３２６又はＳ３２７の処理で、ライセンスキーの照合処理の結果が得られると、処理は、図３０のステップＳ３０２に戻り、それ以降の処理が実行される。
以上、ライセンスキー照合処理の流れについて説明した。
（PPVコンテンツ再生処理）
次に、図３３のフローチャートを参照して、図１の受信装置２０により実行されるPPVコンテンツ再生処理の流れについて説明する。
ステップＳ３３１において、CASプラットフォーム２１７は、図３０のライセンス判定処理で、ライセンスが有効であると判定された場合、ECMからスクランブル鍵（Ks）を読み出して、デスクランブラ２１８に供給する。ステップＳ３３２において、デスクランブラ２１８は、ステップＳ３３１の処理で取得されたスクランブル鍵（Ks）を用い、PPVコンテンツのオーディオやビデオの暗号化されたデータを復号する。
ステップＳ３３３において、再生制御部２５５は、オーディオデコーダ２１９、オーディオ出力部２２０、ビデオデコーダ、及び、ビデオ出力部２２３等の各部を制御して、レンダリング処理を行う。これにより、ディスプレイ２２４には、PPVコンテンツの映像が表示され、その映像に同期した音声が、スピーカ２２１から出力される。ステップＳ３３３の処理が終了すると、図３３のPPVコンテンツ再生処理は終了される。
以上、PPVコンテンツ再生処理の流れについて説明した。
（アプリケーション起動処理）
次に、図３４のフローチャートを参照して、図１の受信装置２０により実行されるアプリケーション起動処理の流れについて説明する。
ユーザの操作により、PPVコンテンツが選局されると（Ｓ３４１）、通信制御部２５２は、通信部２２５を制御して、インターネット９０を介して、ウェブサーバ３０にアクセスし、当該PPVコンテンツに関連して動作するアプリケーションの取得を開始する。ステップＳ３４２においては、アプリケーションエンジン２２６によって、ウェブサーバ３０からのアプリケーションが取得されたかどうかが判定され、当該アプリケーションが取得されるのを待って、処理は、ステップＳ３４３に進められる。
ステップＳ３４３において、アプリケーションエンジン２２６は、アプリケーション制御部２５３からの制御に従い、ステップＳ３４２の処理で取得されたアプリケーションを自動起動する。ステップＳ３４４においては、選局中のPPVコンテンツの終了が指示されたかどうかが判定される。
ステップＳ３４４において、選局中のPPVコンテンツの終了が指示されていないと判定された場合、ステップＳ３４４の判定処理が繰り返される。すなわち、この場合、ステップＳ３４３の処理で自動起動されたアプリケーションは、その実行を継続することになる。
一方、ステップＳ３４４において、選局中のPPVコンテンツの終了が指示されたと判定された場合には、処理は、ステップＳ３４５に進められる。ステップＳ３４５において、アプリケーションエンジン２２６は、アプリケーション制御部２５３からの制御に従い、ステップＳ３４３の処理で自動起動されたアプリケーションの動作を終了させる。このように、当該アプリケーションは、PPVコンテンツに連動して実行される。
以上、アプリケーション起動処理の流れについて説明した。
（プレビュー後購入処理）
最後に、図３５のフローチャートを参照して、図１の受信装置２０により実行されるプレビュー後購入処理の流れについて説明する。なお、このプレビュー後購入処理は、例えば、図３４のアプリケーション起動処理において、PPVコンテンツに連動してアプリケーションが起動されている場合に実行される処理となる。
ステップＳ３６１において、CAS制御部２５４は、CASプラットフォーム２１７を制御して、ライセンス情報（ライセンス情報配列）を読み出す。なお、ステップＳＳ３６１の処理では、例えば、ライセンス情報読み出し関数（図１７）を実行することで、ライセンス情報配列を読み出すことができる。
ステップＳ３６２においては、ステップＳ３６１の処理で取得されたライセンス情報に基づいて、ライセンスを取得済みであるかどうかが判定される。ステップＳ３６２において、ライセンスを取得済みであると判定された場合、処理は、ステップＳ３６７に進められる。ステップＳ３６７においては、ライセンスを取得済みであるので、図３３のPPVコンテンツ再生処理が実行され、ディスプレイ２２４には、本編画面が表示される。
一方、ステップＳ３６２において、ライセンスが未取得であると判定された場合、処理は、ステップＳ３６３に進められる。ステップＳ３６３においては、デフォルトプレビューが可能であるかどうかが判定される。ステップＳ３６３において、デフォルトプレビューが可能であると判定された場合、処理は、ステップＳ３６４に進められる。ステップＳ３６４において、ディスプレイ２２４には、プレビュー・プロモーション画面が表示される。このプレビュー・プロモーション画面は、図３４のアプリケーション起動処理において起動中のアプリケーションによって表示される。
ステップＳ３６５においては、ステップＳ３６４の処理で表示されたプレビュー・プロモーション画面に対して、ユーザにより、PPVコンテンツの購入操作がされたかどうかが判定される。すなわち、プレビュー・プロモーション画面としては、例えば、有料の音楽番組がプレビュー再生され、それを視聴したユーザによりその音楽番組を購入する操作がなされたかどうかが、ステップＳ３６５の判定処理で判定される。
ステップＳ３６５において、PPVコンテンツの購入操作がされたと判定された場合、処理は、ステップＳ３６６に進められる。ステップＳ３６６においては、ライセンス取得処理が実行される。なお、このライセンス取得処理の詳細な内容は、図２８のフローチャートを参照して説明した通りである。
そして、ステップＳ３６６の処理でライセンスが取得されると、図３０のライセンス判定処理が実行され、ライセンスが有効である場合には、図３３のPPVコンテンツ再生処理が実行され、ディスプレイ２２４には、本編画面が表示される（Ｓ３６７）。また、詳細な説明は省略するが、このライセンス取得処理によりライセンスが取得（保持）された場合には、購入したPPVコンテンツの課金決済処理が実行されることになる。
なお、ステップＳ３６５において、PPVコンテンツの購入操作がされていないと判定された場合、処理は、ステップＳ３６４に戻り、それ以降の処理が繰り返される。
また、ステップＳ３６３において、デフォルトプレビューが不可能であると判定された場合、処理は、ステップＳ３６９に進められる。ステップＳ３６９において、ディスプレイ２２４には、全画面プロモーション画面が表示される。この全画面プロモーション画面は、図３４のアプリケーション起動処理において起動中のアプリケーションによって表示される。
ステップＳ３７０においては、ステップＳ３６９の処理で表示された全画面プロモーション画面に対して、ユーザの操作により、プレビュー再生が要求されたかどうかが判定される。ステップＳ３７０において、プレビュー再生が要求されていないと判定された場合、処理は、ステップＳ３６９に戻り、それ以降の処理が繰り返される。
一方、ステップＳ３７０において、プレビュー再生が要求されたと判定された場合、処理は、ステップＳ３７１に進められる。ステップＳ３７１においては、プレビューライセンスを取得するためのライセンス取得処理が実行される。なお、このライセンス取得処理の詳細な内容は、図２８のフローチャートを参照して説明した通りである。ステップＳ３７１の処理によって、プレビューライセンスが取得されると、処理は、ステップＳ３６４に進められる。そして、上述したように、プレビューライセンスに応じて、プレビュー・プロモーション画面が表示されるので（Ｓ３６４）、PPVコンテンツの購入操作がされた場合には（Ｓ３６５の「Yes」）、正式なライセンスが取得され（Ｓ３６６）、本編画面が表示される（Ｓ３６７）。
ステップＳ３６７において、本編画面が表示されると、ステップＳ３６８の判定処理で、PPVコンテンツの終了が指示されるまで、その表示が継続される。そして、ステップＳ３６８において、PPVコンテンツの終了が指示されたと判定された場合に、図３５のプレビュー後購入処理は終了する。
以上、プレビュー後購入処理の流れについて説明した。
＜７．コンピュータの構成＞
上述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、コンピュータにインストールされる。図３６は、上述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示す図である。
コンピュータ９００において、CPU（Central Processing Unit）９０１，ROM（Read Only Memory）９０２，RAM（Random Access Memory）９０３は、バス９０４により相互に接続されている。バス９０４には、さらに、入出力インターフェース９０５が接続されている。入出力インターフェース９０５には、入力部９０６、出力部９０７、記録部９０８、通信部９０９、及び、ドライブ９１０が接続されている。
入力部９０６は、キーボード、マウス、マイクロフォンなどよりなる。出力部９０７は、ディスプレイ、スピーカなどよりなる。記録部９０８は、ハードディスクや不揮発性のメモリなどよりなる。通信部９０９は、ネットワークインターフェースなどよりなる。ドライブ９１０は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブルメディア９１１を駆動する。
以上のように構成されるコンピュータ９００では、CPU９０１が、ROM９０２や記録部９０８に記憶されているプログラムを、入出力インターフェース９０５及びバス９０４を介して、RAM９０３にロードして実行することにより、上述した一連の処理が行われる。
コンピュータ９００（CPU９０１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア９１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線又は無線の伝送媒体を介して提供することができる。
コンピュータ９００では、プログラムは、リムーバブルメディア９１１をドライブ９１０に装着することにより、入出力インターフェース９０５を介して、記録部９０８にインストールすることができる。また、プログラムは、有線又は無線の伝送媒体を介して、通信部９０９で受信し、記録部９０８にインストールすることができる。その他、プログラムは、ROM９０２や記録部９０８に、あらかじめインストールしておくことができる。
ここで、本明細書において、コンピュータがプログラムに従って行う処理は、必ずしもフローチャートとして記載された順序に沿って時系列に行われる必要はない。すなわち、コンピュータがプログラムに従って行う処理は、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含む。また、プログラムは、１のコンピュータ（プロセッサ）により処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。
なお、本技術の実施の形態は、上述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。
また、本技術は、以下のような構成をとることができる。
（１）
放送コンテンツを、スクランブル鍵を用いて暗号化した暗号化コンテンツに関連して動作するアプリケーションを取得するアプリケーション取得部と、
前記アプリケーションからの要求に応じて、インターネット上のサーバから、前記暗号化コンテンツのライセンスを取得するライセンス取得部と、
前記暗号化コンテンツとともに送信される、前記スクランブル鍵を含む共通メッセージを取得するメッセージ取得部と、
前記共通メッセージ及び前記ライセンスに基づいて、前記ライセンスが有効であるかどうかを判定するライセンス判定部と、
前記ライセンスが有効であると判定された場合、前記共通メッセージに含まれる前記スクランブル鍵を用いて、前記暗号化コンテンツを復号する復号部と
を備える受信装置。
（２）
前記ライセンスは、ライセンス判定用のコードとビット列からなるライセンスキーを含み、
前記共通メッセージは、ライセンス判定用のコードとビット列からなる参照ライセンスキーを含み、
前記ライセンス判定部は、前記コードと前記ビット列に対して、所定の演算を行うことで、前記ライセンスが有効であるかどうかを判定する
（１）に記載の受信装置。
（３）
前記共通メッセージは、ワーク鍵で暗号化され、
前記ライセンスは、マスタ鍵で暗号化され、
前記ワーク鍵を含む個別メッセージは、デバイス鍵で暗号化され、
前記メッセージ取得部は、前記暗号化コンテンツとともに送信される、前記個別メッセージを取得する
（２）に記載の受信装置。
（４）
前記共通メッセージは、ワーク鍵で暗号化され、
前記ライセンスは、マスタ鍵で暗号化され、
前記ワーク鍵を含む個別メッセージは、前記マスタ鍵で暗号化され、
前記メッセージ取得部は、前記暗号化コンテンツとともに送信される、前記個別メッセージを取得する
（２）に記載の受信装置。
（５）
前記共通メッセージは、ワーク鍵で暗号化され、
前記ワーク鍵を含む前記ライセンスは、マスタ鍵で暗号化されている
（２）に記載の受信装置。
（６）
前記共通メッセージには、前記暗号化コンテンツのプレビュー再生に関する情報が含まれる
（２）乃至（４）のいずれかに記載の受信装置。
（７）
前記放送コンテンツは、有料のコンテンツである
（１）乃至（６）のいずれかに記載の受信装置。
（８）
受信装置の受信方法において、
前記受信装置が、
放送コンテンツを、スクランブル鍵を用いて暗号化した暗号化コンテンツに関連して動作するアプリケーションを取得し、
前記アプリケーションからの要求に応じて、インターネット上のサーバから、前記暗号化コンテンツのライセンスを取得し、
前記暗号化コンテンツとともに送信される、前記スクランブル鍵を含む共通メッセージを取得し、
前記共通メッセージ及び前記ライセンスに基づいて、前記ライセンスが有効であるかどうかを判定し、
前記ライセンスが有効であると判定された場合、前記共通メッセージに含まれる前記スクランブル鍵を用いて、前記暗号化コンテンツを復号する
ステップを含む受信方法。
（９）
放送コンテンツを、スクランブル鍵を用いて暗号化して、暗号化コンテンツを生成する暗号化部と、
前記暗号化コンテンツと関連して動作するアプリケーションを生成するアプリケーション生成部と、
前記スクランブル鍵を含む共通メッセージであって、受信装置で得られるライセンスが有効であるかどうかのライセンス判定に用いられる前記共通メッセージを生成するメッセージ生成部と、
前記暗号化コンテンツとともに、前記アプリケーションと前記共通メッセージを送信する送信部と
を備える送信装置。
（１０）
前記ライセンスは、ライセンス判定用のコードとビット列からなるライセンスキーを含み、
前記共通メッセージは、ライセンス判定用のコードとビット列からなる参照ライセンスキーを含み、
前記ライセンス判定では、前記コードと前記ビット列に対して、所定の演算を行うことで、前記ライセンスが有効であるかどうかが判定される
（９）に記載の送信装置。
（１１）
前記共通メッセージは、ワーク鍵で暗号化され、
前記ライセンスは、マスタ鍵で暗号化され、
前記ワーク鍵を含む個別メッセージは、デバイス鍵で暗号化され、
前記送信部は、前記暗号化コンテンツとともに、前記個別メッセージを送信する
（１０）に記載の送信装置。
（１２）
前記共通メッセージは、ワーク鍵で暗号化され、
前記ライセンスは、マスタ鍵で暗号化され、
前記ワーク鍵を含む個別メッセージは、前記マスタ鍵で暗号化され、
前記送信部は、前記暗号化コンテンツとともに、前記個別メッセージを送信する
（１０）に記載の送信装置。
（１３）
前記共通メッセージは、ワーク鍵で暗号化され、
前記ワーク鍵を含む前記ライセンスは、マスタ鍵で暗号化されている
（１０）に記載の送信装置。
（１４）
前記共通メッセージには、前記暗号化コンテンツのプレビュー再生に関する情報が含まれる
（１０）乃至（１２）のいずれかに記載の送信装置。
（１５）
前記放送コンテンツは、有料のコンテンツである
（９）乃至（１４）に記載の送信装置。
（１６）
送信装置の送信方法において、
前記送信装置が、
放送コンテンツを、スクランブル鍵を用いて暗号化して、暗号化コンテンツを生成し、
前記暗号化コンテンツと関連して動作するアプリケーションを生成し、
前記スクランブル鍵を含む共通メッセージであって、受信装置で得られるライセンスが有効であるかどうかのライセンス判定に用いられる前記共通メッセージを生成し、、
前記暗号化コンテンツとともに、前記アプリケーションと前記共通メッセージを送信する
ステップを含む送信方法。
１ 放送通信システム， １０ 送信装置， ２０ 受信装置， ３０ ウェブサーバ， ４０ CASサーバ， ５０ 課金決済サーバ， ７０ モバイル端末装置， ９０ インターネット， １１１ オーディオデータ取得部， １１３ ビデオデータ取得部， １１５ アプリケーション取得部， １１７ スクランブラ， １１８ 制御情報生成部， １２１ 送信部， ２１２ チューナ， ２１４ 制御部， ２１７ CASプラットフォーム， ２２５ 通信部， ２２６ アプリケーションエンジン， ２５１ 放送制御部， ２５２ 通信制御部， ２５３ アプリケーション制御部， ２５４ CAS制御部， ２５５ 再生制御部， ３１１ 通信部， ３１２ アプリケーション生成部， ３１４ ライセンス素データ生成部， ４１１ 通信部， ４１２ ライセンス生成部， ９００ コンピュータ， ９０１ CPU

Claims (18)

  1. 放送コンテンツをスクランブル鍵を用いて暗号化した暗号化コンテンツに付随するHTML形式の非暗号化アプリケーションを、放送又はネットワークを通じて取得する処理を制御し、
    前記非暗号化アプリケーションの動作を制御する
    制御部を備え、
    前記非暗号化アプリケーションは、
    前記放送コンテンツに関連する契約の有無を判定し、
    契約の有無の判定結果に基づいて、未契約の視聴者に対する契約誘導を行い、
    未契約の視聴者に対する契約誘導が行われて契約がなされた場合に、ネットワークを通じて前記暗号化コンテンツのライセンスを取得する
    アプリケーションである
    受信装置。
  2. 前記制御部は、前記暗号化コンテンツとともに送信される、前記スクランブル鍵を含む共通メッセージを取得する処理を制御し、
    前記共通メッセージに含まれる前記スクランブル鍵を用いて、前記暗号化コンテンツを復号する復号部をさらに備える
    請求項１に記載の受信装置。
  3. 前記ライセンスは、ライセンス判定用のコードとビット列からなるライセンスキーを含み、
    前記共通メッセージは、ライセンス判定用のコードとビット列からなる参照ライセンスキーを含み、
    前記コードと前記ビット列に対して、所定の演算を行うことで、前記ライセンスが有効であるかどうかを判定する
    請求項２に記載の受信装置。
  4. 前記共通メッセージは、ワーク鍵で暗号化され、
    前記ライセンスは、マスタ鍵で暗号化され、
    前記ワーク鍵を含む個別メッセージは、デバイス鍵で暗号化され、
    前記制御部は、前記暗号化コンテンツとともに送信される、前記個別メッセージを取得する処理を制御する
    請求項３に記載の受信装置。
  5. 前記共通メッセージは、ワーク鍵で暗号化され、
    前記ライセンスは、マスタ鍵で暗号化され、
    前記ワーク鍵を含む個別メッセージは、前記マスタ鍵で暗号化され、
    前記制御部は、前記暗号化コンテンツとともに送信される、前記個別メッセージを取得する処理を制御する
    請求項３に記載の受信装置。
  6. 前記共通メッセージは、ワーク鍵で暗号化され、
    前記ワーク鍵を含む前記ライセンスは、マスタ鍵で暗号化されている
    請求項３に記載の受信装置。
  7. 前記共通メッセージには、前記暗号化コンテンツのプレビュー再生に関する情報が含まれる
    請求項３に記載の受信装置。
  8. 前記放送コンテンツは、有料のコンテンツであり、
    前記非暗号化アプリケーションによる契約の有無の判定を行う処理は、前記放送コンテンツへの選局処理に応じて、CAS(Conditional Access System)のプラットフォームの情報を取得するためのAPI(Application Programming Interface)を用いて行われる
    請求項１に記載の受信装置。
  9. 受信装置の受信方法において、
    前記受信装置が、
    放送コンテンツをスクランブル鍵を用いて暗号化した暗号化コンテンツに付随するHTML形式の非暗号化アプリケーションを、放送又はネットワークを通じて取得し、
    前記非暗号化アプリケーションの動作を制御する
    ステップを含み、
    前記非暗号化アプリケーションは、
    前記放送コンテンツに関連する契約の有無を判定し、
    契約の有無の判定結果に基づいて、未契約の視聴者に対する契約誘導を行い、
    未契約の視聴者に対する契約誘導が行われて契約がなされた場合に、ネットワークを通じて前記暗号化コンテンツのライセンスを取得する
    アプリケーションである
    受信方法。
  10. 放送コンテンツをスクランブル鍵を用いて暗号化して、暗号化コンテンツを生成する暗号化部と、
    前記暗号化コンテンツに付随するHTML形式の非暗号化アプリケーションを生成するアプリケーション生成部と、
    前記暗号化コンテンツとともに、前記非暗号化アプリケーションを送信する送信部と
    を備え、
    前記非暗号化アプリケーションは、
    前記放送コンテンツに関連する契約の有無を判定し、
    契約の有無の判定結果に基づいて、未契約の視聴者に対する契約誘導を行い、
    未契約の視聴者に対する契約誘導が行われて契約がなされた場合に、ネットワークを通じて前記暗号化コンテンツのライセンスを取得する
    アプリケーションである
    送信装置。
  11. 前記スクランブル鍵を含む共通メッセージを生成するメッセージ生成部をさらに備え、
    前記送信部は、前記暗号化コンテンツとともに、前記非暗号化アプリケーションと前記共通メッセージを送信する
    請求項１０に記載の送信装置。
  12. 前記暗号化コンテンツのライセンスは、前記暗号化コンテンツを受信する受信装置にて未契約の視聴者に対する契約誘導が行われて契約がなされた場合にネットワークを通じて取得されるものであって、ライセンス判定用のコードとビット列からなるライセンスキーを含み、
    前記共通メッセージは、ライセンス判定用のコードとビット列からなる参照ライセンスキーを含み、
    前記コードと前記ビット列に対して、所定の演算を行うことで、前記ライセンスが有効であるかどうかが判定される
    請求項１１に記載の送信装置。
  13. 前記共通メッセージは、ワーク鍵で暗号化され、
    前記ライセンスは、マスタ鍵で暗号化され、
    前記ワーク鍵を含む個別メッセージは、デバイス鍵で暗号化され、
    前記送信部は、前記暗号化コンテンツとともに、前記個別メッセージを送信する
    請求項１２に記載の送信装置。
  14. 前記共通メッセージは、ワーク鍵で暗号化され、
    前記ライセンスは、マスタ鍵で暗号化され、
    前記ワーク鍵を含む個別メッセージは、前記マスタ鍵で暗号化され、
    前記送信部は、前記暗号化コンテンツとともに、前記個別メッセージを送信する
    請求項１２に記載の送信装置。
  15. 前記共通メッセージは、ワーク鍵で暗号化され、
    前記ワーク鍵を含む前記ライセンスは、マスタ鍵で暗号化されている
    請求項１２に記載の送信装置。
  16. 前記共通メッセージには、前記暗号化コンテンツのプレビュー再生に関する情報が含まれる
    請求項１２に記載の送信装置。
  17. 前記放送コンテンツは、有料のコンテンツであり、
    前記非暗号化アプリケーションによる契約の有無の判定を行う処理は、前記放送コンテンツへの選局処理に応じて、CASのプラットフォームの情報を取得するためのAPIを用いて行われる
    請求項１０に記載の送信装置。
  18. 送信装置の送信方法において、
    前記送信装置が、
    放送コンテンツをスクランブル鍵を用いて暗号化して、暗号化コンテンツを生成し、
    前記暗号化コンテンツに付随するHTML形式の非暗号化アプリケーションを生成し、
    前記暗号化コンテンツとともに、前記非暗号化アプリケーションを送信する
    ステップを含み、
    前記非暗号化アプリケーションは、
    前記放送コンテンツに関連する契約の有無を判定し、
    契約の有無の判定結果に基づいて、未契約の視聴者に対する契約誘導を行い、
    未契約の視聴者に対する契約誘導が行われて契約がなされた場合に、ネットワークを通じて前記暗号化コンテンツのライセンスを取得する
    アプリケーションである
    送信方法。
JP2018144718A 2018-08-01 2018-08-01 受信装置、受信方法、送信装置、及び、送信方法 Active JP6658819B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2018144718A JP6658819B2 (ja) 2018-08-01 2018-08-01 受信装置、受信方法、送信装置、及び、送信方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2018144718A JP6658819B2 (ja) 2018-08-01 2018-08-01 受信装置、受信方法、送信装置、及び、送信方法

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2014187045A Division JP6442944B2 (ja) 2014-09-12 2014-09-12 受信装置、受信方法、送信装置、及び、送信方法

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2019196351A Division JP6768209B2 (ja) 2019-10-29 2019-10-29 送信方法、送信装置、受信方法、及び、受信装置

Publications (2)

Publication Number Publication Date
JP2018174589A JP2018174589A (ja) 2018-11-08
JP6658819B2 true JP6658819B2 (ja) 2020-03-04

Family

ID=64107490

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2018144718A Active JP6658819B2 (ja) 2018-08-01 2018-08-01 受信装置、受信方法、送信装置、及び、送信方法

Country Status (1)

Country Link
JP (1) JP6658819B2 (ja)

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH10290222A (ja) * 1997-04-16 1998-10-27 Sony Corp 情報復号化装置及び方法並びに情報送受信装置
JP2003264813A (ja) * 2001-12-25 2003-09-19 Matsushita Electric Ind Co Ltd デジタル放送受信装置およびその方法、プログラムおよびその媒体
JP4795812B2 (ja) * 2006-02-22 2011-10-19 富士通セミコンダクター株式会社 セキュアプロセッサ
JP5070070B2 (ja) * 2008-01-22 2012-11-07 日本電信電話株式会社 映像配信システムにおける送出装置、受信装置、送出方法、受信方法、プログラムおよびそのプログラムを記録した記録媒体
JP2010081008A (ja) * 2008-09-24 2010-04-08 Nippon Telegr & Teleph Corp <Ntt> 有料放送における契約案内システム、契約案内方法、契約案内プログラム
JP5455722B2 (ja) * 2010-03-12 2014-03-26 株式会社東芝 著作権保護装置および著作権保護方法
JP6031360B2 (ja) * 2013-01-10 2016-11-24 日本放送協会 アクセス制御プログラム、送信装置、受信装置および情報漏洩元特定装置

Also Published As

Publication number Publication date
JP2018174589A (ja) 2018-11-08

Similar Documents

Publication Publication Date Title
US11700359B2 (en) Method and apparatus for secure transfer and playback of multimedia content
JP5577416B2 (ja) データ転送保護方法及び装置
CN1171454C (zh) 用于加密数据流传输的方法和装置
US7873987B2 (en) Content distribution system and distribution method, and content processing device and processing method
WO2005060258A2 (ja) コンテンツ配信システム及び配信方法、並びにコンテンツ処理装置及び処理方法
CN1346570A (zh) 用于已加密的传输的方法与设备
JP3695992B2 (ja) 放送受信装置及びコンテンツ利用制御方法
CN101129068A (zh) 迭代加密块的方法及装置
KR20060125751A (ko) 라이센스 관리 방법, 정보 처리 장치 및 정보 처리 방법,그리고 프로그램
JP2002176419A (ja) 権利保護方法
JP2010021615A (ja) コンテンツ配信システム、コンテンツ受信端末、コンテンツ配信方法、及びストリーミングコンテンツの視聴処理方法
AU2005306362B2 (en) Method and apparatus for secure transfer and playback of multimedia content
TWI523534B (zh) 發送與接收多媒體內容之方法
JP2002044071A (ja) 受信方法
JP6658819B2 (ja) 受信装置、受信方法、送信装置、及び、送信方法
JP6768209B2 (ja) 送信方法、送信装置、受信方法、及び、受信装置
JP7044141B2 (ja) 制御方法、及び、受信方法
JP6442944B2 (ja) 受信装置、受信方法、送信装置、及び、送信方法
US20070098170A1 (en) Digital broadcasting conditional access system and method using authorization revocation list
JP4554806B2 (ja) 受信方法及び送信方法
JP4871899B2 (ja) 放送受信装置、その制御方法、送信装置、その制御方法
KR20020043564A (ko) 이시엠 삭제를 사용하는 선-암호화된 컨텐트의 온-디맨드배달을 안전하게 하는 시스템 및 방법
JP2008278221A (ja) 送受信方法、送信方法、受信方法、受信装置

Legal Events

Date Code Title Description
A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20180828

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20180828

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20190220

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20190305

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190412

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20190730

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20191029

A911 Transfer of reconsideration by examiner before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20191107

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: 20200107

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20200120

R151 Written notification of patent or utility model registration

Ref document number: 6658819

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151