(57)【要約】【課題】放送条件付アクセスシステムを使用するセットトップボックス機能のサービス起動【解決手段】方法、器具、及び製造品は、セットトップボックスにて機能を起動するための能力を提供する。セットトップボックスではフィーチャー認可メッセージを受信する。フィーチャー認可メッセージは、評価すべき１つ又は複数のルール（ここで、ルールの各々は１つ又は複数の条件付アクセスモジュール属性のステータスのための１つ又は複数のテストを備える）と、ルール評価のための１つ又は複数のイベント要件と、ルール評価結果に依存する１つ又は複数のフィーチャー（ここで、１つ又は複数のフィーチャーの各々はセットトップボックスのハードウェア及び／又はソフトウェアの１つ又は複数の能力からなるセットに相当する）とを備える。イベント要件の内１つ又は複数が満たされたときには、１つ又は複数のルールを評価することにより結果を得る。次に、その結果に基づき１つ又は複数のフィーチャーを使用する能力が設定される。【選択図】      図１
2008511216.tif 000002
【特許請求の範囲】
【請求項１】
機能を起動する方法であって、
（ａ）セットトップボックスにてフィーチャー認可メッセージ（ＦＡＭ）を受信することであって、前記ＦＡＭは、
（ｉ）評価すべき１つ又は複数のルールを備え、前記ルールの各々は１つ又は複数の条件付アクセスモジュール（ＣＡＭ）属性のステータスのための１つ又は複数のテストを備え、
（ｉｉ）ルール評価のための１つ又は複数のイベント要件を備え、
（ｉｉｉ）ルール評価結果に依存する１つ又は複数のフィーチャーを備え、前記１つ又は複数のフィーチャーの各々はハードウェア及び／又はソフトウェアの１つ又は複数の能力のセットを表し、
（ｂ）前記イベント要件の内１つ又は複数が満たされたときに、結果を得るため前記１つ又は複数のルールを評価することと、
（ｃ）結果に基づき前記１つ又は複数のフィーチャーを使用するため前記能力を設定することと、
を備える、方法。
【請求項２】
前記ＦＡＭは条件付アクセスパケットに埋め込まれる、請求項１に記載の方法。
【請求項３】
前記ＦＡＭは、衛星データ放送プロトコル仕様により暗号化されたファイルにて受信される、請求項１に記載の方法。
【請求項４】
前記ＦＡＭは、システム情報制御ストリームにて受信される、請求項１に記載の方法。
【請求項５】
前記ＦＡＭは、プログラムガイドベンダーオブジェクトの中に埋め込まれる、請求項４に記載の方法。
【請求項６】
前記１つ又は複数のフィーチャーの各々は、認識され且つ１つ又は複数の能力の前記セットへマップされる抽象的識別子を備える、請求項１に記載の方法。
【請求項７】
前記イベント要件の１つは周期的時間間隔を備える、請求項１に記載の方法。
【請求項８】
前記イベント要件の１つはシステム状態を備える、請求項１に記載の方法。
【請求項９】
前記イベント要件の１つは顧客行為を備える、請求項１に記載の方法。
【請求項１０】
前記１つ又は複数のフィーチャーの各々の状態をキャッシュに記憶することをさらに備える、請求項１に記載の方法。
【請求項１１】
前記ＦＡＭを一意に暗号化することと、
前記一意に暗号化されたＦＡＭを不揮発性メモリに記憶することと、
をさらに備える、請求項１に記載の方法。
【請求項１２】
前記ＦＡＭはスーパー構造にて受信され、前記スーパー構造は、
解読鍵を生成する制御ワードパケットを備え、
前記ＦＡＭを認証する署名を備え、
暗号化されたＦＡＭを備える、請求項１に記載の方法。
【請求項１３】
前記ＦＡＭをランダムアクセスメモリ（ＲＡＭ）に記憶することをさらに備える、請求項１に記載の方法。
【請求項１４】
１つ又は複数のフィーチャーを使用するため前記能力を設定することは、前記１つ又は複数のフィーチャーがイネーブルとなる期間を設定することを備える、請求項１に記載の方法。
【請求項１５】
前記機能はセットトップボックスにて起動される、請求項１に記載の方法。
【請求項１６】
前記条件付アクセスモジュール（ＣＡＭ）属性のステータスのための前記テストの１つは、
前記フィーチャー認可メッセージの中のルールによって指定されるテストデータ及びステータスアセスメントデータと、
前記ＣＡＭへの前記テストデータの送達と、
前記テストデータとＣＡＭ属性とに依存する出力データの、前記ＣＡＭによる生成と、
前記ＣＡＭからの前記出力データの送達と、
前記出力データと前記ステータスアセスメントデータとに基づくＣＡＭ属性のステータスのアセスメントと、
を備える、請求項１に記載の方法。
【請求項１７】
前記テストデータは、サービスアクセス要件と制限とを指定するプログラムアクセスデータを備え、
前記出力データは、前記ＣＡＭのサービス認可及びその他属性データを、前記プログラムアクセスデータ内の前記サービスアクセス要件及び制限と比較した結果を備え、
前記ステータスアセスメントデータは、前記ＣＡＭ属性が所望のステータスに一致するときに発生する所望の出力データを備える、請求項１６に記載の方法。
【請求項１８】
前記出力データは、前記入力データの暗号化又は解読を備え、
前記ＣＡＭ属性は、暗号化又は解読鍵及びアルゴリズムを備え、
前記ステータスアセスメントデータは、前記ＣＡＭ属性が所望のステータスに相当するときに発生する所望の出力データを備える、請求項１６に記載の方法。
【請求項１９】
セットトップボックスにて機能を起動するシステムであって、
（ａ）セットトップボックス（ＳＴＢ）と、
（ｂ）前記ＳＴＢに通信可能に接続される条件付アクセスモジュール（ＣＡＭ）と、
（ｃ）フィーチャー認可メッセージ（ＦＡＭ）であって、前記フィーチャー認可メッセージは、
（ｉ）評価すべき１つ又は複数のルールを備え、前記ルールの各々は前記ＣＡＭの１つ又は複数の属性のステータスのための１つ又は複数のテストを備え、
（ｉｉ）ルール評価のための１つ又は複数のイベント要件を備え、
（ｉｉｉ）ルール評価結果により依存される１つ又は複数のフィーチャーを備え、前記１つ又は複数のフィーチャーの各々は、前記ＳＴＢのハードウェア及び／又はソフトウェアの１つ又は複数の能力のセットを表す、フィーチャー認可メッセージと、
（ｄ）前記ＳＴＢの中のボールトマネージャであって、同ボールトマネージャは、
（ｉ）前記ＦＡＭを受信するように構成され、
（ｉｉ）前記イベント要件の１つ又は複数が満たされたときに、結果を得るため前記１つ又は複数のルールを評価するように構成され、
（ｉｉｉ）結果をフィーチャーマネージャへ送信するように構成される、ボールトマネージャと、
（ｅ）前記フィーチャーマネージャを備え、前記フィーチャーマネージャは、
（ｉ）前記ボールトマネージャから結果を受け取るように構成され、
（ｉｉ）結果に基づき前記１つ又は複数のフィーチャーを使用するため前記能力を設定するように構成される、フィーチャーマネージャと、
を備える、システム。
【請求項２０】
前記ＦＡＭは条件付アクセスパケットに埋め込まれる、請求項１９に記載のシステム。
【請求項２１】
前記ＦＡＭは、衛星データ放送プロトコル仕様により暗号化されたファイルにて受信される、請求項１９に記載のシステム。
【請求項２２】
前記ＦＡＭは、システム情報制御ストリームにて受信される、請求項１９に記載のシステム。
【請求項２３】
前記ＦＡＭは、プログラムガイドベンダーオブジェクトの中に埋め込まれる、請求項２２に記載のシステム。
【請求項２４】
前記１つ又は複数のフィーチャーの各々は、前記ＳＴＢが認識し１つ又は複数の能力の前記セットにマップする抽象的識別子を備える、請求項１９に記載のシステム。
【請求項２５】
前記イベント要件の１つは周期的時間間隔を備える、請求項１９に記載のシステム。
【請求項２６】
前記イベント要件の１つはシステム状態を備える、請求項１９に記載のシステム。
【請求項２７】
前記イベント要件の１つは顧客行為を備える、請求項１９に記載のシステム。
【請求項２８】
前記セットトップボックスは、前記１つ又は複数のフィーチャーの各々に対する状態を含むキャッシュをさらに備える、請求項１９に記載のシステム。
【請求項２９】
前記ＳＴＢによって一意に暗号化された前記ＦＡＭを記憶するために利用される不揮発性メモリをさらに備える、請求項１９に記載のシステム。
【請求項３０】
前記ＦＡＭはスーパー構造にて受信され、前記スーパー構造は、
解読鍵を生成する制御ワードパケットと、
前記ＦＡＭを認証する署名と、
暗号化されたＦＡＭと、
を備える、請求項１９に記載のシステム。
【請求項３１】
前記ボールトマネージャはさらに、前記ＦＡＭをランダムアクセスメモリ（ＲＡＭ）に記憶するように構成される、請求項１９に記載のシステム。
【請求項３２】
前記フィーチャーマネージャは、前記１つ又は複数のフィーチャーが有効となる期間を設定することによって、１つ又は複数のフィーチャーを使用するため前記能力を設定するように構成される、請求項１９に記載のシステム。
【請求項３３】
前記条件付アクセスモジュール（ＣＡＭ）属性の前記ステータスのための前記テストの１つは、
前記フィーチャー認可メッセージの中のルールによって指定されるテストデータ及びステータスアセスメントデータと、
前記ＣＡＭへの前記テストデータの送達と、
前記テストデータとＣＡＭ属性とに依存する出力データの、前記ＣＡＭによる生成と、
前記ＣＡＭからの前記出力データの送達と、
前記出力データと前記ステータスアセスメントデータとに基づくＣＡＭ属性のステータスのアセスメントと、
を備える、請求項１９に記載のシステム。
【請求項３４】
前記テストデータは、サービスアクセス要件と制限とを指定するプログラムアクセスデータを備え、
前記出力データは、前記ＣＡＭのサービス認可及びその他属性データを前記プログラムアクセスデータ内の前記サービスアクセス要件及び制限と比較した結果を備え、
前記ステータスアセスメントデータは、前記ＣＡＭ属性が所望のステータスに相当するときに発生する所望の出力データを備える、請求項３３に記載のシステム。
【請求項３５】
前記出力データは、前記入力データの暗号化又は解読を備え、
前記ＣＡＭ属性は、暗号化又は解読鍵及びアルゴリズムを備え、
前記ステータスアセスメントデータは、前記ＣＡＭ属性が所望のステータスに相当するときに発生する所望の出力データを備える、請求項３３に記載のシステム。
【請求項３６】
機能を起動するための製造品であって、
（ａ）フィーチャー認可メッセージ（ＦＡＭ）を受信する手段であって、前記ＦＡＭは、
（ｉ）評価すべき１つ又は複数のルールを備え、前記ルールの各々は１つ又は複数の条件付アクセスモジュール（ＣＡＭ）属性のステータスのための１つ又は複数のテストを備え、
（ｉｉ）ルール評価のための１つ又は複数のイベント要件を備え、
（ｉｉｉ）ルール評価結果により依存される１つ又は複数のフィーチャーを備え、前記１つ又は複数のフィーチャーの各々はハードウェア及び／又はソフトウェアの１つ又は複数の能力のセットを表す、ＦＡＭと、
（ｂ）前記イベント要件の１つ又は複数が満たされたときに、結果を得るために前記１つ又は複数のルールを評価する手段と、
（ｃ）前記結果に基づき前記１つ又は複数のフィーチャーを使用するため前記能力を設定する手段と、
を備える、製造品。
【請求項３７】
前記ＦＡＭは条件付アクセスパケットに埋め込まれる、請求項３６に記載の製造品。
【請求項３８】
前記ＦＡＭは、衛星データ放送プロトコル仕様により暗号化されたファイルにて受信される、請求項３６に記載の製造品。
【請求項３９】
前記ＦＡＭは、システム情報制御ストリームにて受信される、請求項３６に記載の製造品。
【請求項４０】
前記ＦＡＭは、プログラムガイドベンダーオブジェクトの中に埋め込まれる、請求項３９に記載の製造品。
【請求項４１】
前記１つ又は複数のフィーチャーの各々は、認識され且つ１つ又は複数の能力の前記セットにマップされる抽象的識別子を備える、請求項３６に記載の製造品。
【請求項４２】
前記イベント要件の１つは周期的時間間隔を備える、請求項３６に記載の製造品。
【請求項４３】
前記イベント要件の内１つはシステム状態を備える、請求項３６に記載の製造品。
【請求項４４】
前記イベント要件の内１つは顧客行為を備える、請求項３６に記載の製造品。
【請求項４５】
前記１つ又は複数のフィーチャーの各々につき状態をキャッシュに記憶する手段をさらに備える、請求項３６に記載の製造品。
【請求項４６】
前記ＦＡＭを一意に暗号化する手段と、
前記一意に暗号化されたＦＡＭを不揮発性メモリに記憶する手段と、
をさらに備える、請求項３６に記載の製造品。
【請求項４７】
前記ＦＡＭはスーパー構造にて受信され、前記スーパー構造は、
複合化鍵を生成する制御ワードパケットと、
前記ＦＡＭを認証する署名と、
暗号化されたＦＡＭと、
を備える、請求項３６に記載の製造品。
【請求項４８】
前記ＦＡＭをランダムアクセスメモリ（ＲＡＭ）に記憶する手段をさらに備える、請求項３６に記載の製造品。
【請求項４９】
１つ又は複数のフィーチャーを使用するため前記能力を設定する前記手段は、前記１つ又は複数のフィーチャーがイネーブルとなる期間を設定する手段を備える、請求項３６に記載の製造品。
【請求項５０】
前記機能はセットトップボックスにて起動される、請求項３６に記載の製造品。
【請求項５１】
前記条件付アクセスモジュール（ＣＡＭ）属性のステータスのための前記テストの１つは、
前記フィーチャー認可メッセージ内のルールによって指定されるテストデータ及びステータスアセスメントデータと、
前記テストデータを前記ＣＡＭへ送達する手段と、
前記ＣＡＭが前記テストデータとＣＡＭ属性とに依存する出力データを生成するための手段と、
前記ＣＡＭから前記出力データを送達する手段と、
前記出力データと前記ステータス査定データとに基づきＣＡＭ属性ステータスを査定する手段と、
を備える、請求項３６に記載の製造品。
【請求項５２】
前記テストデータは、サービスアクセス要件と制限とを指定するプログラムアクセスデータを備え、
前記出力データは、前記ＣＡＭのサービス認可及びその他属性データを前記プログラムアクセスデータ内の前記サービスアクセス要件及び制限に比較した結果を備え、
前記ステータスアセスメントデータは、前記ＣＡＭ属性が所望のステータスに相当するときに発生する所望の出力データを備える、請求項５１に記載の製造品。
【請求項５３】
前記出力データは、前記入力データの暗号化又は解読を備え、
前記ＣＡＭ属性は、暗号化又は解読鍵及びアルゴリズムを備え、
前記ステータスアセスメントデータは、前記ＣＡＭ属性が所望のステータスに相当するときに発生する所望の出力データを備える、請求項５１に記載の製造品。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はセットトップボックスで機能を起動するシステムと方法に関し、特にセットトップボックス能力を起動するためのフィーチャー(feature)認可機構の方法とシステムとに、関する。
【背景技術】
【０００２】
近年、ケーブル・衛星テレビサービスの関心と使用とが増している。かかるサービスを受けるために用いるセットトップボックス（ＳＴＢ）は、月々の契約を要するかもしれないさらなる先進機能を提供するために使用されてもよい。例えば、放送提供事業者によりＳＴＢを通じてパーソナルビデオ記録（ＰＶＲ）やビデオゲームが提供されてもよい。多チャネルプログラミングの顧客へかかるＳＴＢサービスを提供するには、柔軟で安全な仕方でサービスを起動する方法を有することが有利である。
【０００３】
従来技術のＰＶＲサービス起動では（電話モデム等による）双方向通信を利用してきた。放送衛星受信器にとって、もしも衛星を介した一方向通信によってＳＴＢサービスを起動できるなら有利である。
【０００４】
もしもＳＴＢにて安全スマートカードを使用し放送サービス認可・課金のための既存条件付アクセス基幹施設をかかるシステムで利用できたなら、とりわけ有利である。かかるシステムは好ましくは、放送サービスと同等のセキュリティレベルで多数のセットトップボックスサービスの柔軟な起動を可能にするべきである。従来技術は、かかる方法又は能力を提供できていない。これらの問題は、従来技術の条件付アクセスサービスの説明によってより良く理解できるであろう。
【０００５】
従来技術における放送サービス起動は、契約テレビチャネル、ペイ・パー・ビュー(pay per view)方式映画プログラム、音楽又はデータサービス等、暗号化された放送サービスを受けるため認可をともなう。これらの放送サービスは一般的に放送ヘッドエンドにて暗号化され、条件付アクセス制御はサービス起動と、権利付与検査と、かかる放送サービスを適切に解読するための解読鍵（又は制御ワードＣＷ）の送達とを含む。
【０００６】
デジタル放送衛星（ＤＢＳ）システムの条件付アクセスは普通、放送サービス起動のため、スマートカード等の条件付アクセスモジュール（ＣＡＭ）を使用する。ＣＡＭによって提供されるサービスのための認可は、無線条件付アクセスパケット（ＣＡＰ）にてＣＡＭによって受け取られる。放送サービス及びプログラムは、そのプログラムの受け取りにあたって必要とされるサービスと、可能な制限（例えば地域的ブラックアウト(blackout)、保護者格付け規制）とを指定する関連プログラムアクセスデータ（ＰＡＤ）を有する。現在のプログラムのためのＰＡＤとＣＷとは、制御ワードパケット（ＣＷＰ）を通じてＣＡＭへ送達される。ＣＡＭはＰＡＤを検査し、もしも認可されるなら、プログラム解読のためＣＷをＳＴＢへ送達する。
【０００７】
将来のプログラムのためのＰＡＤは、インパルス・ペイ・パー・ビュー（ＩＰＰＶ）プログラムの事前購入を許すため、あるいは放送に先駆け認可を検査するため（例えばガイド「カラーリング」（guide “coloring”）のため）、プログラム情報パケット（ＰＩＰ）を通じてＣＡＭへ送達される。ＣＡＭは将来のＰＡＤを検査し、将来のプログラムに関するＣＡＭステータスをもって、例えば「認可」、「不認可」、「ブラックアウト」、又は「ＩＰＰＶ許可」をもって、ＰＩＰテストに応答する。
【０００８】
ＳＴＢの機能とサービスには一般的に、暗号化された情報ストリームは関与せず、ＳＴＢにおける先進能力の起動だけが関与する。ＳＴＢによって提供されるサービスのための認可はＣＡＭにて無線ＣＡＰにより起動でき、かかる認可はＣＡＭのＰＩＰテストを通じてＳＴＢにより検査できる。
【０００９】
以降の説明では、ＣＡＰを使用する従来技術でＳＴＢにおけるＤＩＲＥＣＴＶ  ＤＶＲ（登録商標）サービスのサービス起動を例証する。ＳＴＢの初期工場状態（ＤＩＲＥＣＴＶ  ＤＶＲサービス状態０＝「不明」）を除き、ＳＴＢは２つの状態、すなわちＤＶＲ（デジタルビデオレコーダ）サービス認可（例えば、ＤＩＲＥＣＴＶ  ＤＶＲサービス状態３＝「良好」）とＤＶＲサービス不認可（例えば、ＤＩＲＥＣＴＶ  ＤＶＲサービス状態１３＝「減退」）の内一方のみをとることができる。ＤＩＲＥＣＴＶ  ＤＶＲサービス起動のための認可は、ＣＡＭにおけるＤＶＲサービス識別子のＣＡＰ認可によって提供され、これはＳＴＢがＰＩＰテスト「ＤＶＲサービスを認可するか？」を通じて検査し、これに対するＣＡＭステータスは「認可」か又は「不認可」である。
【００１０】
ＤＩＲＥＣＴＶ  ＤＶＲサービスをテストするためのＰＩＰは、先進プログラムガイド（ＡＰＧ）ストリームを通じて送信され且つＡＰＧデータベースか又はＳＴＢのハードディスクドライブに記憶されるベンダーオブジェクト（ＶＯ）の中でカプセル化される。ＶＯの新バージョンが周期的毎日ベースで受信される場合には、ＤＩＲＥＣＴＶ  ＤＶＲサービスの起動ステータスを検査するためＳＴＢによってＰＩＰテストが行われる。この検査の結果、サービスはオンに切り替えることができる、又はオフに切り替えることができる。
【００１１】
サービスがオフであって、ユーザーがＤＶＲ機能へのアクセスを試みる場合、ＳＴＢはＰＩＰを用いてサービスが起動したか否かを再び検査する。この検査の結果、サービスはオンに切り替わることがあるか、又はオフのままであることがある。
【００１２】
ＳＴＢの電源投入時に、又はカードの除去又は挿入時に、サービス状態はオフへ戻る（つまりサービス非有効）。ＳＴＢはサービスが認可されるか否かを検査するためＰＩＰを用いてＣＡＭをテストしなければならない。上と同様、この検査の結果、サービスはオンに切り替わることがある、又はオフにとどまることがある。
【００１３】
よって、上の従来技術説明を鑑み、ＳＴＢ機能を起動するため発生する検証は、ある特定のサービスについてＣＡＭが認可されたか否かを判断するための周期的検査の検証だけである。これに対し、放送テレビサービスは、頻繁に変化する解読ＣＷの供給をＣＡＭに要求する。
【００１４】
本発明は、上で説明した従来技術の問題に対処し、ＳＴＢ機能を起動するための検証ルールを提供する。本発明はまた、これらの検証ルールと対応するＳＴＢ機能とを無線フィーチャー認可メッセージによって柔軟に定義することを可能にする。
【発明の概要】
【００１５】
カード本位サービスの起動は、条件付アクセスパケットを使用し、さらにかかる起動を安全に絶え間なく照会し検証するセットトップボックスによって、可能となる。テストパケットとＣＡＭ応答を評価するためのルールとをサービス提供事業者から受け取るときには、認可が妥当であることを確認するため、ＳＴＢの埋め込みソフトウェアとスマートカードにあらかじめ存在する検証技術を用いることができる。
【００１６】
本発明の１つ又は複数の実施形態によると、多数の認可テストが発生してよく、各々のテストは、評価ルールによって指定されるとおり、サービスが認可される場合に、異なる応答を得る。
【００１７】
これらの方法の１つ又は複数の使用を例証するため様々な例を用いることができる。例えばＳＴＢは、以下のような方法でスマートカードにＰＩＰテストを発行してもよい。すなわち、スマートカードはＰＩＰテスト内のＰＡＤ情報とスマートカード内のサービス認可データを使用しなければならない。そして、スマートカードは、ＳＴＢが受信することを期待するであろう回答を返送しなければならない。この応答は、認可されたカードなくしては予測されなくてもよい。
【００１８】
例えば、「サービスＡを認可するか？」というＰＩＰテストがあってよく、ここでサービスＡが認可される場合のしかるべき応答は「認可」である。「サービスＢを認可するか？」という別のＰＩＰテストがあってもよく、ここでサービスＡが認可される場合のしかるべき応答は「不認可」である。「サービスＡを認可するならブラックアウトを適用する」という第３のＰＩＰテストがあってよく、ここでサービスＡが認可される場合のしかるべき応答は「ブラックアウト」である。従来技術で、ＣＡＭステータスはＰＩＰテストに対するＣＡＭ応答にて明白であるが、ここでは、評価ルールによって指定されるとおり、ＰＩＰテストのたびにＣＡＭ応答を適切なＣＡＭ応答と比較することによって、サービスＡに関連するＣＡＭステータスを評価しなければならない。テストのたびに、そして正しい応答により、ＣＡＭステータスの信頼度は増す。
【００１９】
もう一つの例として、テストのために用いるパケットは制御ワードパケット（ＣＷＰ）であってよく、これは、結果的制御ワード（ＣＷ）をＣＡＭからの応答の中に組み入れる追加のステップを許すであろう。例えば、ＳＴＢへ提供されるテストはＣＷＰであってよい。この場合、認可されたＣＡＭからのしかるべき応答はＣＷの正しい値である。これは、ＣＷが暗号化される場合等、各々のスマートカード／ＳＴＢの組み合わせがテストに応じ異なる値を有するであろう方法で行う場合もあり得る。
【００２０】
これらの例において、もしもテストか又は応答が暗号化されるなら、あるいはもしも複数のテストがランダムな順序で発行されて比較的に短い時間範囲の中で規則的に遂行されるなら特に、認可されないスマートカードは正しく応答しないであろう。
【００２１】
本発明は、テストとＣＡＭからの応答に基づきステータスを評価するためのルールとを規定するため、応答が適切である場合に起動してもよい該当するセットトップボックスのフィーチャー及びサービスを、そして連続照会間の適用期間を指定するため、放送事業者からセットトップ受信器へデータを送達する、柔軟なメッセージ構造を含む。
【００２２】
かかる機能（例えばＤＶＲ機能、ゲーム、又はその他デジタルサービス）を提供するため、本発明の１つ又は複数の実施形態は、条件付アクセスモジュール（ＣＡＭ）属性のステータスをテストするルールと、ルールを評価するタイミングを提供するイベント要件と、ルール評価結果に依存する（ＳＴＢの）フィーチャーとを収容するフィーチャー認可メッセージ（ＦＡＭ）を利用する。このＦＡＭは様々な仕方でＳＴＢへ送達でき、その後ＳＴＢの中で利用される。ＳＴＢの中のフィーチャー認可マネージャは、イベント要件が満たされたことを判断し、相応にルールを評価し、ルール評価の結果に応じ依存するフィーチャーを起動／停止する。
【００２３】
これより図面を参照するが、図面の全体を通じて同様の参照番号は一致する部分を代表する。
【発明を実施するための最良の形態】
【００２４】
以降の説明では、本願の一部をなし、本発明のいくつかの実施形態を例示する添付の図面を参照する。本発明の範囲から逸脱することなく他の実施形態を利用できること、そして構造的変更を施せることを理解されたい。
【００２５】
概要
本発明は、セットトップボックス能力を起動するためのフィーチャー認可機構に向けられている。具体的に本発明は、顧客による特定のセットトップボックスフィーチャーの使用が認可されたか否かを判断するため、受信器ソフトウェアが相互作用しなければならないソフトウェアモジュールを提供する。ソフトウェアコードモジュールはメインの受信器ソフトウェアと一体化される。
【００２６】
本発明の背景にある一般的コンセプトは、条件付アクセスシステムの２つの重要コンポーネントに、すなわちスマートカードとセットトップボックス（ＳＴＢ）の内部に常駐する条件付アクセスソフトウェアとに依存することができる。もしもＳＴＢソフトウェアがスマートカードにパケットの処理を、認可されたカードだけが正常に行うことができる方法で、依頼できるなら、ＳＴＢの中でフィーチャーと機能とを起動するためこれを役立てることができる。もしも１度質問に正しく回答するなら、短い期間中に認可を確認できる。もしもその後間もなく（例えば１０秒）別の質問を再び尋ね、なお回答が正しければ、この応答にはより高い信頼度がある。この回の質問と回答は非常に高い信頼度があるまで続行でき、問いかけプロセス全体が再び始まる前の所定の時間内（例えば２４時間）にはフィーチャー認可を承認できる。このプロセスの最中の随時に質問に誤って回答するなら、このサービスのための認可は直ちに終結できる。これは、サービスを受け取っている者が実際にこの受け取りを認可されていることについて、そして認可されない者による内容へのアクセスが停止になることについて、高度な信頼度をサービス提供事業者に保証するであろう。
【００２７】
映像配布システム
図１は、単一衛星ビデオ配布システム１００の概略を図解する図である。ビデオ配布システム１００は、地上又はその他リンク１１４を介しアップリンクセンター１０４と、そして公衆交換電話網（ＰＳＴＮ）又はその他リンク１２０を介し契約者受信局１１０と、連絡する制御センター１０２を備える。制御センター１０２はアップリンクセンター１０４に対しプログラム材料（例えばビデオプログラム、音声プログラム、及びデータ）を提供し、例えばペイ・パー・ビュー（ＰＰＶ）プログラムサービスを、課金や関連ビデオプログラム解読を含めて、提供するため、契約者受信局１１０と連携する。
【００２８】
アップリンクセンター１０４はプログラム材料とプログラム制御情報とを制御センター１０２から受け取り、アップリンクアンテナ１０６と送信器１０５とを使用しプログラム材料とプログラム制御情報とを衛星１０８へ送信する。衛星はこの情報を受け取って処理し、送信器１０７を使用しダウンリンク１１８を介し契約者受信局１１０へビデオプログラムと制御情報とを送信する。契約者受信局１１０は、契約者アンテナと低雑音ブロックコンバータ（ＬＮＢ）とを含む屋外ユニット（ＯＤＵ）１１２を使用しこの情報を受け取る。
【００２９】
一実施形態において、契約者受信局アンテナは１８インチの若干楕円形のＫｕバンドアンテナである。若干の楕円形は、契約者アンテナから反射された信号を受信するために用いるＬＮＢ（低雑音ブロックコンバータ）の２２．５度オフセットフィードのためである。このオフセットフィードＬＮＢを常道からはずれて位置させるので、アンテナの表面は遮られず、着信マイクロ波信号の減衰は極小化する。
【００３０】
より広い地上サービスエリアを提供するため、追加のチャネルを提供するため、又は各チャネルに追加の帯域幅を提供するため、ビデオ配布システム１００は複数の衛星１０８を備えることができる。本発明の一実施形態においては、アップリンクセンター１０４からプログラム材料とその他制御データを受信し送信し、これを契約者受信局１１０へ提供するため、各衛星は１６台のトランスポンダを備える。データ圧縮及び多重化技法を使用し、チャネル能力、協働する２つの衛星１０８は、３２台のトランスポンダを経由し１５０余りの従来型（非ＨＤＴＶ）音声およびビデオチャネルを受信し、放送できる。
【００３１】
ここで開示される発明は衛星本位のビデオ配布システム１００を参照しながら説明するが、本発明は、放送手段、ケーブル、又はその他手段によろうがよるまいが、地上本位のプログラム情報伝送とともに実践することもできる。さらに、上で説明したとおり制御センター１０２とアップリンクセンター１０４の中で集合的に割り振られる種々の機能は、本発明の意図された範囲から逸脱することなく、任意に再割り振りできる。
【００３２】
上述は、契約者１２２へ送達されるプログラム材料が映画等のビデオ（及び音声）プログラム材料である実施形態に関し説明されているが、上述の方法は、純粋に音声の情報やその他データを備えるプログラム材料を送達するために用いることもできる。
【００３３】
アップリンク構成
図２は、単一衛星１０８トランスポンダの典型的なアップリンク構成を示すブロック図であり、映像プログラム材料がいかに制御センター１０２とアップリンクセンター１０４とによって衛星１０８へアップリンクされるかを示している。図２は、３つのビデオチャネル（高忠実度の音楽、サウンドトラック情報、又は外国語を伝送する二次音声プログラムのため１つ又は複数の音声チャネルでそれぞれ拡張できる）と、プログラムガイドサブシステム２０６からのデータチャネルと、コンピュータデータソース２０８からのコンピュータデータ情報とを示す。
【００３４】
ビデオチャネルは、映像材料のプログラムソース２００Ａ−２００Ｃ（以下ビデオソース２００と総称する）によって提供される。各ビデオプログラムソース２００からのデータはエンコーダ２０２Ａ−２０２Ｃ（以下エンコーダ２０２と総称する）へ提供される。エンコーダの各々はコントローラ２１６からプログラムタイムスタンプ（ＰＴＳ）を受け付ける。ＰＴＳは、符号化と復号化の後にビデオ情報が音声情報と正常に同期することを保証するために用いるラップアラウンドバイナリタイムスタンプである。ＰＴＳタイムスタンプは、ＭＰＥＧ符号化データの各Ｉフレームとともに送信される。
【００３５】
本発明の一実施形態において、各エンコーダ２０２は第２世代動画専門家会合（ＭＰＥＧ−２）エンコーダであるが、他の符号化技法を実施する他のデコーダを使用することもできる。データチャネルにはエンコーダによって同様の圧縮方式を適用できるが（図示せず）、そのような圧縮は通常ならば不要であるか、又はコンピュータデータソースにてコンピュータプログラムによって遂行される（例えば、写真データは一般的に伝送に先駆け＊．ＴＩＦファイルか又は＊．ＪＰＧファイルに圧縮される）。エンコーダ２０２による符号化の後、信号は、各ソース２００に対応するパケタイザ(packetizer)２０４Ａ−２０４Ｆ（以下、パケタイザ２０４と総称する）によってデータパケットに変換される。
【００３６】
データパケットは、システムクロック２１４（ＳＣＲ）からのリファレンスと、条件付アクセスマネージャ２０８によって生成される制御ワード（ＣＷ）と、契約者へ放送されるデータパケットの各々をプログラムチャネルに対応づけるシステムチャネル識別子（ＳＣＩＤ）ジェネレータ２１０とを用いて組み立てられる。この情報は、データパケットの生成に用いるためパケタイザ２０４へ送信される。次にこれらのデータパケットはシリアルデータに多重化され、符号化され、変調され、送信される。
【００３７】
プログラム材料への条件付アクセス提供を支援するために用いる条件付アクセス情報（ＣＡＩ）とその他制御データとを備える、条件付アクセスパケット、すなわちＣＡＰとして知られる特別なパケットもまた暗号化され、送信される。よって、メディアプログラムの提示を認可するため、ＣＡＩは契約者の受信器へ送信される。ＣＡＩは、サービスを取り消すため、サービスを更新するため、そして契約者の受信器へ他の情報を送信するため、使用することもできる。利用者の受信器は条件付アクセスモジュール（ＣＡＭ）へパケットを配送する（下の詳しい説明を参照されたい）。ＣＡＩを使用し、ＣＡＭは暗号化されたメディアプログラムの解読を可能にし、これはサービスを起動／停止する。一般的に、ＣＡＰは全チャネル上で全契約者へ送信される。
【００３８】
図３Ａは代表的データストリームの図である。第１のパケット区分３０２はビデオチャネル１からの情報（例えば第１のビデオプログラムソース２００Ａから届くデータ）を備える。次のパケット区分３０４は、例えばコンピュータデータソース２０６から入手したコンピュータデータ情報を備える。次のパケット区分３０６はビデオチャネル５から（ビデオプログラムソース２００の内の１つから）の情報を備え、次のパケット区分はビデオチャネル１からの（重ねて、第１のビデオプログラムソース２００Ａから届く）情報を含む。したがってこのデータストリームは、コントローラ２１６によって決定される順序で、データソースのいずれか１つからの一連のパケットを備える。データストリームは暗号化モジュール２１８によって暗号化され、変調器２２０によって変調され（通常はＱＰＳＫ変調方式を使用する）、送信器２２２へ提供され、同送信器は変調されたデータストリームを周波数帯域にてアンテナ１０６を経由し衛星へ放送する。
【００３９】
契約者１１０は、契約者受信器（一体型受信器・復号器［ＩＲＤ］又はセットトップボックス［ＳＴＢ］とも呼ばれる）を通じてメディアプログラムを受け取る。ＳＣＩＤを使用し、ＩＲＤはパケットを再度組み立てることにより各チャネルのプログラム材料を再生する。図３Ａに示すとおり、データストリームには、ヌルパケットモジュール３１２によって作られるヌルパケットを挿入してよい。
【００４０】
図３Ｂはデータパケットの図である。各データパケット（例えば３０２−３１６）は長さが１３０バイトあり、いくつかのパケット区分を備える。第１のパケット区分３２０は、ＳＣＩＤとフラグとを収容する２バイトの情報を備える。ＳＣＩＤは、データパケットのデータチャネルを一意に識別する一意な１２ビット数である。フラグは、パケットが暗号化されているか否か、そしてパケットを解読するため使用しなければならない鍵は何かを管理するために用いる４ビットを含む。第２のパケット区分３２２は、４ビットのパケットタイプ標識と４ビットの継続カウンタとからなる。パケットタイプは、４種類のデータ（ビデオ、音声、データ、又はヌル）のいずれかとしてパケットを識別する。ＳＣＩＤと組み合わされたとき、パケットタイプはデータパケットがいかに使用されるかを決定する。継続カウンタは、各パケットタイプ及びＳＣＩＤにつき１回増加する。次のパケット区分３２４は、ビデオプログラムソース２００によって提供されるビデオプログラムの一部をなす１２７バイトのペイロードデータを備える。最後のパケット区分３２６は、前方向誤り訂正を実行するため必要とされるデータである。
【００４１】
図３Ｃに示すとおり、データパケットがＣＡＰであるときに、第１のパケット区分３２０又は第２のパケット区分３２２は、このＣＡＰが全トランスポンダによって送信される第１のタイプである（タイプＡ）、又はデータ３２８である、又は専らトランスポンダの部分集合によって送信されるタイプである（タイプＳ）か否かを指摘するデータ（それぞれ３２８又は３３０）を含むことができる。第１のパケット区分３２０又は第２のパケット区分３２２はまた、ＣＡＰを送信しているチャネルがどれかを指摘するチャネル識別子を含むデータ（それぞれ３２８又は３３０）を含めるために使用することができる。一実施形態において、第１のパケット区分３２０又は第２のパケット区分３２２の一部のビットがＣＡＩタイプ及び／又はチャネル情報を含むことを指摘するため、１つ又は複数の信号ビットを使用できる。別の実施形態においては、ＣＡＩタイプ及び／又はチャネル情報の送信にパケット区分のデータビットを専用する（ただし、データパケットにＣＡＩタイプ又はチャネル情報が含まれないときには、これらのビットを使用し他の情報を送信してよい）。ＣＡＩは、データペイロード３２４のビットを代用することによって送信することもできる。
【００４２】
図示された実施形態のヘッダは八（８）ビットだが、より多くのＣＡＰデータタイプを識別するため、又は追加のチャネル識別子を収容するため、十分な余地を提供するためにヘッダのサイズを増やすか又は減らすことができる。必要に応じ、ヘッダサイズは、（メディアプログラム情報を有するパケットに対し）ＣＡＰの場合に変えてよく、あるいはデータ要求に基づき順応的に変えることもできる。
【００４３】
継続カウンタは、各パケットタイプ及びＳＣＩＤにつき１回増加する。次のパケット区分３２４は、ビデオプログラムソース２００によって提供されるビデオプログラムの一部をなす１２７バイトのペイロードデータを備える。最後のパケット区分３２６は、前方向誤り訂正を実行するため必要とされるデータである。
【００４４】
プログラムガイドサブシステム
図４は、プログラム案内サブシステム２０６の一実施形態のブロック図である。プログラム案内データ送信システム２０６は、プログラム案内データベース４０２と、コンパイラ４０４と、サブデータベース４０６Ａ−４０６Ｃ（サブデータベース４０６と総称する）と、サイクラ(cyclers)４０８Ａ−４０８Ｃ（サイクラ４０８と総称する）と含む。
【００４５】
スケジュールフィード４１０は、新聞やテレビ案内書に記載されたテレビスケジュールに見られるような、様々なテレビチャネルのタイミングと内容に関する電子スケジュール情報を提供する。スケジュールフィード４１０は好ましくは、ＧＮＳ（登録商標）、ＴＲＩＢＵＮＥ  ＭＥＤＩＡ  ＳＥＲＶＩＣＥＳ（登録商標）、及びＴ．Ｖ．ＤＡＴＡ（登録商標）等、スケジュール情報の提供を専門に扱う１つ又は複数の会社からの情報を含む。ＧＮＳ（登録商標）、ＴＲＩＢＵＮＥ  ＭＥＤＩＡ  ＳＥＲＶＩＣＥＳ（登録商標）、及びＴ．Ｖ．ＤＡＴＡ（登録商標）等の会社によって提供されるデータは、典型的には電話回線上でプログラムガイドデータベース４０２へ送信される。これらの会社は、国中の全テレビ局に加え、ＳＨＯＷＴＩＭＥ（登録商標）、ＨＢＯ（登録商標）、及びＤＩＳＮＥＹ  ＣＨＡＮＮＥＬ（登録商標）等、全国チャネルのテレビスケジュールデータを提供する。これらの会社によって提供されるデータの具体的形式は会社ごとに異なる。プログラムガイドデータベース４０２は好ましくは、チャネルが送信局によって送信されるか否かにかかわりなく、全ての全国チャネルと地方チャネルとを含む、全国のテレビチャネルのスケジュールデータを含む。
【００４６】
プログラムガイドデータベース４０２は、スケジュールフィード４１０からデータを受け取り、そのデータを標準形式に編成するコンピュータ本位システムである。コンパイラ４０４は、プログラムガイドデータベース４０２から標準形式データを読み取り、共通スケジュール部分を識別し、プログラムガイドデータを利用者へ送信するため適切な形式に変換し（具体的に、プログラムガイドデータは下で論述するとおりオブジェクトに変換される）、１つ又は複数のサブデータベース４０６へプログラムガイドデータを出力する。
【００４７】
プログラムガイドデータは、データ入力装置４１２を通じて手作業でプログラムガイドデータベース４０２へ入力することもできる。データ入力装置４１２の作業員は、スケジュール会社によって供給されるデータを組み合わせて編成するほか、追加のスケジュール情報を入力できる。コンピュータによって編成されるデータと同じく、手作業で入力されたデータはコンパイラによって個別のオブジェクトに変換され、１つ又は複数のサブデータベース４０６へ送信される。
【００４８】
プログラムガイドオブジェクト（プログラムガイドベンダーオブジェクトと称する）は、サイクラ４０８が情報を要請するまで一時的にサブデータベース４０６に記憶される。サイクラ４０８の各々は、他のサイクラ４０８とは異なる速度でオブジェクトを送信してよい。例えば、サイクラ４０８Ａは１秒毎にオブジェクトを送信してよく、他方サイクラ４０８Ｂ及び４０８Ｃはそれぞれ５秒毎と１０秒毎にオブジェクトを送信してよい。
【００４９】
契約者の受信器は常にオンであるとは限らず、常にオブジェクトを受信及び保存しているとは限らないから、プログラムガイド情報は連続的に再送される。向こう数時間中に放映されるプログラムのためのプログラムガイドオブジェクトは、その後に放映されるプログラムのプログラムガイドオブジェクトより頻繁に送信される。よって、最新のプログラムのためのプログラムガイドオブジェクトは高い伝送速度でサイクラ４０８へ送信され、他方その後のプログラムのためのプログラムガイドオブジェクトはより低い伝送速度でサイクラ４０８へ送信される。サイクラ４０８の１つ又は複数のデータ出力４１４は、図２に描かれたとおり、特定のトランスポンダのパケタイザへ転送される。
【００５０】
図２に描かれたアップリンク構成と図４に描かれたプログラム案内サブシステムとは、１つ又は複数のハードウェアモジュール、プロセッサによって実行される命令を定義する１つ又は複数のソフトウェアモジュール、又は両方の組み合わせによって実施できることに注意されたい。
【００５１】
メディアプログラムの暗号化
メディアプログラムは、認可された契約者だけがそれらを受け取り見ることを保証するため、送信に先駆け暗号化モジュール２１８によって暗号化される。各メディアプログラムは、以下制御ワード（ＣＷ）と称する数字暗号化鍵に従って暗号化される。これは、データ暗号化規格（ＤＥＳ）等の対称アルゴリズムとリベスト−シャミア−エーデルマン(Rivest-Shamir-Adleman)（ＲＳＡ）アルゴリズム等の非対称アルゴリズムとを含む、様々なデータ暗号化技法によって成就できる。
【００５２】
メディアプログラムを解読するため、契約者の１１０  ＩＲＤはＣＷにもアクセスできなければならない。セキュリティを維持するため、ＣＷはＩＲＤプレーンテキストへ送信されない。その代わり、ＣＷは、契約者のＩＲＤへ送信される前に暗号化される。暗号化されたＣＷは、制御ワード（データ）パケット（ＣＷＰ）にて契約者のＩＲＤへ送信される。
【００５３】
一実施形態において、ＣＷを含むＣＷＰの中のデータは、以下入力／出力（Ｉ／Ｏ）判読不能アルゴリズムと称するものを通じて暗号化され、解読される。
【００５４】
Ｉ／Ｏ判読不能アルゴリズムは、入力データストリームに適用されることにより出力データストリームを生成するアルゴリズムである。出力データストリームは入力データストリームによって一意に決定づけられるが、選択されたアルゴリズムは、たとえ多数の入力及び出力データストリームの比較によってもこの特徴を判読できないようになっている。このアルゴリズムのセキュリティは、非定常の追加機能的要素（つまり、それらは時間に応じて変化する）を加えることによってさらに増すことができる。かかるアルゴリズムに同じ入力ストリームが提供される場合、ある特定の時点に提供される出力ストリームは、別のときに提供される出力ストリームと異なることがある。
【００５５】
暗号化モジュール２１８とＩＲＤとが同じＩ／Ｏ判読不能アルゴリズムを共用する限り、ＩＲＤはＣＷＰの中の情報を復号化することによりＣＷを回収できる。そしてＣＷを使用し、ＩＲＤはメディアプログラムを解読でき、かくしてこれを契約者１１０へ提示できる。
【００５６】
放送サービス及びプログラムは、そのプログラムの受け取りにあたって必要とされるサービスと、制限（例えば地域的ブラックアウト、保護者格付け規制）とを指定する関連プログラムアクセスデータ（ＰＡＤ）を有する。ＣＡＭは、サービスが許可されるか否かを判断するため、アクセス要件及び制限とを、サービス認可とＣＡＭに記憶された契約者属性とに比較する。ＰＡＤは、「所要サービス＝Ａ」、「地理的地域Ｂならサービスをブラックアウトする」、「もしも条件Ｃが以降の式を評価しないなら」、「ＩＰＰＶサービス購入＝Ｄ価格＝Ｐ」、及び「プログラム格付け＝Ｒ」等の式（又は式に相当するデータ構造）を含んでよい。
【００５７】
将来のプログラムのためのＰＡＤは、インパルス・ペイ・パー・ビュー（ＩＰＰＶ）プログラムの事前購入を許すため、あるいは放送に先駆け認可を検査するため（例えばガイド「カラーリング」のため）、プログラム情報パケット（ＰＩＰ）を通じてＣＡＭへ送達される。ＣＡＭは将来のＰＡＤを検査し、将来のプログラムに関するＣＡＭステータスをもって、例えば「認可」、「不認可」、「ブラックアウト」、「保護者格付け超過」、又は「ＩＰＰＶ許可」をもって、ＰＩＰテストに応答する。
【００５８】
現在のプログラムのためのＰＡＤとＣＷとは制御ワードパケット（ＣＷＰ）を通じてＣＡＭへ送達される。ＣＡＭはＰＡＤを検査し、もしも認可されるなら、プログラム解読のためＣＷをＳＴＢへ送達する。ＣＷは、ＳＴＢへの送達のため、ＣＡＭとＳＴＢとの間で共有され、ＣＷの値を保護し、且つＣＡＭとＳＴＢとを一意に組む鍵を使用し、ＣＡＭによって暗号化されてよい。
【００５９】
フィーチャー認可メッセージの概要
上で説明したとおり、本発明の実施形態は、作動のため月々の契約を要することもある、パーソナルビデオ記録（ＰＶＲ）、ビデオゲーム、及びその他先進機能等、ＳＴＢ能力を起動するためのフィーチャー認可機構を提供する。多チャネルプログラミングの顧客へ様々なＳＴＢサービスを提供するには、柔軟で安全な仕方でサービスを起動する方法を得ると有利である。
【００６０】
かかる機能性を提供するため、本発明はフィーチャー認可メッセージ（ＦＡＭ）を利用する。ＦＡＭは３つの要素、すなわち（１）評価すべき１つ又は複数のルールと、（２）ルール評価のための１つ又は複数のタイミング要件と、（３）この評価結果に依存するフィーチャーとをカプセル化したものである。ＦＡＭは、ネットワーク事業者（すなわちアップリンクセンター１０４）からＳＴＢへ様々な方法で送信できる。ＳＴＢは、ＦＡＭをランダムアクセスメモリに蓄積しこれを処理できる、ボールトマネージャ（vault manager）と呼ばれる（フィーチャーオーソライザとも呼ばれる）、特殊なソフトウェア（メインのＳＴＢソフトウェアと一体化してよい）へ受信ＦＡＭを振り向ける。ボールトマネージャはＳＴＢ内のベリファイアと相互に作用するが（下の詳しい説明を参照されたい）、ベリファイアとは異なるアドレス空間で実行してもよい。
【００６１】
よってボールトマネージャは、ＳＴＢのある特定の機能／フィーチャーが認可されるか否かを（特定のときに）尋ねることができる。ボールトマネージャは、かかる認可を判断するため、ベリファイア及び／又はスマートカードと相互に作用することができる。上で説明したとおり、この相互作用がとりうる最も簡素な形は、スマートカードによる評価のためのＰＩＰ提出と、応答が所望の認可に一致するか否かの検査である。直接的な認可ステータス照会ではなく、ＰＩＰの中のＰＡＤがスマートカードから予測不能の応答をトリガーしてよく、これから、ＦＡＭの評価ルールによりボールトマネージャへ送達された正しい応答と比較することにより、認可ステータスを導き出すことができる。さらなる相互作用を許可してよく、テストと正しい応答とのたびに信頼度は増す。かかる追加の相互作用は、契約所有権や地域会員権等のカード属性をテストすることに依拠してよい（これらはいずれも標準ＣＡＰメカニズムを通じて設定されてよい、又は解除されてよい）。
【００６２】
スマートカードとのボールトマネージャの相互作用は一般的に、スマートカードへのある種のデータオブジェクト（例えば、最も簡素なケースでＰＩＰ）の送達をともなう。例えば、これらのオブジェクトは受け取られたときにＦＡＭにまとめることができ、同ＦＡＭは揮発性メモリにて保管し、決してディスク上には格納しないようにできる。
【００６３】
フィーチャー認可メッセージの送信
ｄａｔａ−ｔｏ−ｓｔｓ（セットトップソフトウェア）コマンドを運ぶＣＡＰには１つ又は複数のＦＡＭを埋め込むことができる。これは署名確認を可能にし、あらゆるモードのＣＡＰアドレシングをサポートする。これに関し、ＣＡＰは１つのＤＳＳ（デジタル衛星システム）パケットであり、それ故フレーム層を追加することにより２つ以上のＣＡＰで同じＦＡＭの部分を送達する場合を除き、ＣＡＰ送達トークンは小さい。衛星１０８データ放送プロトコル仕様を使用し１つ又は複数のＦＡＭをファイルにてフィーチャー認可クライアント（受信器内）へ送達することもできる。加えて、プログラムガイド等のシステム情報（ＳＩ）制御ストリームにて、又はＭＰＥＧプライベートセクションにて、１つ又は複数のＦＡＭを送達できる。ＳＩにてＦＡＭを送達する一例として、プログラムガイドベンダーオブジェクト（ＶＯ）の中にＦＡＭを取り入れる。
【００６４】
上に鑑み、ＦＡＭは、ＣＡＰヘッダにおけるターゲットメカニズムにより特定のＩＲＤへターゲットを定めることができる（すなわち、ｄａｔａ−ｔｏ−ｓｔｓコマンドにより送達されるＦＡＭ）。ある特定のＩＲＤへＦＡＭのターゲットを定めることに加え、ＦＡＭ構造を頼りにＦＡＭのターゲットを内部的に定めることもできる。
【００６５】
例えば、以下の１つ又は複数に基づきＦＡＭのターゲットを定める、
（１）ＩＲＤのブランド、
（２）ハードディスク、
（３）型式、
（４）ＩＲＤの特徴、
（５）ＩＲＤのハードウェアの他の何らかの特性／特徴。
【００６６】
よってＦＡＭは、これがＡＰＧ、データファイル放送、及び／又はＣＡＰを通じて送信されようがされまいが、そのターゲットを定めることができる。
【００６７】
フィーチャー認可メッセージの詳細
ＦＡＭの中のルールは複合ブール式であってよく、あるいは結果の信頼度を高めるためそれらを他のルールと混合できる。前者の場合、ルールは「もしもＨＢＯ（登録商標）サービスがアクティブなら、又はＳＨＯＷＴＩＭＥ（登録商標）サービスがアクティブなら、且つＣＩＮＥＭＡＸ（登録商標）サービスがアクティブでないなら」とすることができるであろう。後者の場合には、一連のテストが執行され、且つ再執行され、サービスを受ける権利が本当に顧客にあるという確信を徐々に積み上げていく。
【００６８】
ＦＡＭの中のタイミング要件は、毎時や１０ｐｍ等、初歩的な時刻命令にすることができ、契約者サービスレベル調整のとき等、イベント本位にすることもできる。
【００６９】
２組のテストルール及びタイミング要件があってもよく、１つは１組のフィーチャーを有効化し、もう１つは１組のフィーチャーを維持するか又は無効化する。
【００７０】
ＦＡＭの中で記述されるフィーチャーは象徴的であり、受信器ハードウェア又はソフトウェアに内在するそれに合致する。フィーチャーは、ルール評価に基づきオン又はオフに切り替えられる。フィーチャーは、受信器が認識して受信器のハードウェア又はソフトウェアの１組の能力へマップする、抽象的識別子である。受信器は能力を持ち、いくつかは起動可能フィーチャーと称され、これらはｆ１、ｆ２、ｆ３．．．．と呼ばれる。フィーチャーは受信器のソフトウェアにてハードコードされ、フィーチャーの識別子はハードコードされる。フィーチャーの識別子は、階層的文字列（例えば、「ｄｖｒ．ｔｒｉｃｋ．ｐａｕｓｅ」）、数字、又は混成（例えば、階層的文字列及び／又は数字）であってよい。
【００７１】
ここで説明したとおり、ＳＴＢのフィーチャーはハードフィーチャー、ソフトフィーチャー、又はハード及びソフトフィーチャーの組み合わせであってもよい。ソフトフィーチャーは、ＳＴＢのソフトウェアにて提供される恣意的に定義されるフィーチャーである（例えば、ネットワーク提供サービス）。他方ハードフィーチャーは、ＳＴＢのハードウェアに依存するフィーチャーである（例えば、ＳＴＢのハードウェアを制御又は構成するためのコマンド）。
【００７２】
受信器は、ｓ１、ｓ２、ｓ３．．．．と呼ばれる、セットに編成されたこれらの起動可能フィーチャーを有する。フィーチャーのセットはインターフェイスを通じて定義され、ハードコードされない。セットは空にすることができ、あるいは１つ又は複数のフィーチャーを有することができる。管理を容易にするため、そして決定論的結果を達成するため、どのフィーチャーも厳密にただ１つのセットに入るよう義務づけてよい。いくつかのセットの例を以下に示す。
【００７３】
ｓ１＝｛ｆ１，ｆ２｝
ｓ２＝｛ｆ３｝
ｓ３＝｛｝
よってここで説明したとおり、ＦＡＭは１セットのフィーチャーを参照し、ルールと評価命令とを供給する。フィーチャーのセットはルールの評価結果により個別に有効化してよく、又は無効化してよい。ルールはｒと呼んでよい。受信器／ＳＴＢは、ｅと呼ばれる各評価命令につきルールを評価する。
【００７４】
フィーチャーは、（ハードコードされるグループ分けではなく）ネットワーク制御に基づきセットへマップされてよい。加えて受信器は、いくつかのフィーチャーを１つのグループにまとめるよう柔軟性を制限してよい。ルールは、上で説明したとおり条件付アクセスモジュール（ＣＡＭ）にて認可されるサービスに依拠してよく、又はｄａｔａ−ｔｏ−ｓｔｓコマンドによってアドレス指定されるコマンドの形でＳＴＢへ直に送達されてよい（例えば、オンに切り替え、オフに切り替え）。さらに、２つの段階の評価方法を表現してよい（現在無効化された検査はオンになる、現在有効化された検査はオフになる）。評価イベントは、周期的時間間隔、システム状態、又は顧客行為とすることができる。
【００７５】
（上で説明した）標準ＦＡＭに加え、本発明の１つ又は複数の実施形態は代替タイプのＦＡＭに対応できる。例えば、種々の実施形態において、フィーチャーの値を設定してよく、積み上げることができる。これに関し、もはや必要とされない／有用でないフィーチャーと状態とをリセット及び削除するためのメカニズムは有益かもしれない。相応に、本発明の実施形態は、現在有効であるフィーチャーを列挙するＦＡＭを提供できる。この場合、ボールトマネージャはＦＡＭを処理し、ＦＡＭにて列挙されていないフィーチャーを削除してよい。
【００７６】
放送を通じてボールトマネージャの特性を構成することもまた望ましいかもしれない。例えば、ボールトマネージャのサイクルを設定／構成すること、そしてイベントが発生したか否かを確認するためフィーチャーを検査することは有益かもしれない。相応に、代替タイプのＦＡＭは、ボールトマネージャの特性を構成することを可能にする。例えばＦＡＭは、以下の特性の１つ又は複数を設定する能力を提供できる、
（１）１ＦＡＭ当たりの最高フィーチャー数、
（２）１ＦＡＭ当たりの最高イベント数、
（３）１ＦＡＭ当たりの最高ターゲット数、
（４）１ＦＡＭ当たりの最高構成数、
（５）１ＦＡＭ当たりの最高メソッド数、
（６）最高合計フィーチャー、
（７）最高合計ソフトフィーチャー数、
（８）最高合計ハードフィーチャー数、
（９）最高合計イベント数、
（１０）最高合計メソッド数、
（１１）記憶してもよい最高合計ＦＡＭ数、
（１２）最高署名長さ、及び
（１３）最高条件式長さ。
【００７７】
他方、上の特性の最高値を指定する代わりに、かかるＦＡＭは最低値を、又は特定の値を、指定してよい。
【００７８】
フィーチャー認可メッセージの構文例
下の説明は、ＦＡＭのデータ型定義を欠く、単なる説明的例である。この例は、フィーチャーがいかに１つのセットにまとめられか、そしてフィーチャーからなるセットがオンに切り替えるルールとオフに切り替えるルールとに合同されることを例証する。ある特定のルールの執行に対し複数のトリガーが存在し得ること、そしてＩＲＤに対しテストを供給する１つ又は複数の方法が存在し得ることに注意されたい（ｄａｔａ−ｔｏ−ＳＴＳコマンド、ＡＰＧ  ＶＯ、又は衛星データ放送プロトコルを用いて送達されるファイルによる）。
【００７９】
ここに提供するＸＭＬ（拡張マークアップ言語）はコンパイルしてよく、又はこのサイズを減らすためバイナリ形式に圧縮してよい。代わりに、このＸＭＬ例が提供するものと同種の情報を提示するため、ＭＰＥＧプライベートセクションに類似するバイナリ構造を作ることができる。
【００８０】
表１には、ここで使用する用語の例が記載されている。
【表１】
2008511216.tif 000003
【００８１】
表２には、本発明の１つ又は複数の実施形態によるＦＡＭのＸＭＬ定義の例が記載されている。
【表２】
2008511216.tif 000004
【００８２】
表３には、表２のＸＭＬ定義に準拠するＦＡＭのＸＭＬ例が記載されている。この例では、五（５）個のＤＶＲフィーチャー（すなわち、巻き戻し、早送り、ライブＴＶへスキップ、録画、及び検索）と、三（３）個のメソッド（すなわち、ｄａｔａ−ｔｏ−ｓｔｓ、ファイル、及びＳＩベンダーオブジェクト）と、四（４）個のイベント（すなわち、５分毎、２４時間毎、ＩＲＤリセット、及びＣＡＭ挿入）とがＦＡＭの中にある。四（４）個のイベントの内の一（１）個はどれもメソッドの評価をトリガーでき、その結果五（５）個のフィーチャーを認可又は禁止できる。例えば、５分周期イベントは第１のメソッド（すなわち、ｄａｔａ−ｔｏ−ｓｔｓ）メソッドの評価に帰結する。このメソッドのため、ＦＡＭはあらかじめ指定されたｄａｔａ−ｔｏ−ｓｔｓコマンドに対し一意なリファレンス（すなわち、／ｃｏｄｅ）を提供する。このｄａｔａ−ｔｏ−ｓｔｓコマンドはＰＩＰテスト（すなわち、上で説明したとおり）にすることができ、又はＣＷＰテスト（すなわち、上で説明したとおり）にすることができる。ＰＩＰ又はＣＷＰテストの評価はブール（すなわち、ＴＲＵＥ又はＦＡＬＳＥ）に帰結する。ＰＩＰテストがＴＲＵＥに帰結するなら五（５）個のフィーチャーが認可され、ＦＡＬＳＥに帰結するならそれらは禁止される。
【表３】
2008511216.tif 000005
【００８３】
上に加え、表４にはＦＡＭとともに利用できる関数の例が記載されている。
【表４】
2008511216.tif 000006
【００８４】
１つ又は複数のフィーチャーを速やかに無効化するため（例えば、Ｔ秒以内）、ＴｅｓｔＦｅａｔｕｒｅ（）はＴより大きい値を戻さない。よって、表４の関数は、ポーリング間隔を調整できるポーリングソリューションを提供する。ＴｅｓｔＦｅａｔｕｒｅ（）が１分の時間を戻した後に再生が始まる場合、その後１分以内にＴｅｓｔＦｅａｔｕｒｅ（）は再び呼び出され、もしも２度目の回答が時間を戻さないなら再生は停止されるであろう。
【００８５】
上で説明したアプリケーションプログラミングインターフェイス（ＡＰＩ）関数は、実施でき利用できる種々の関数の例となることを意図するものである。異型と代替ＡＰＩ関数もまた本発明の範囲内にある。例えば、（上で説明したとおり）（ボールトマネージャをポーリングするため）時間を指定するＴｅｓｔＦｅａｔｕｒｅ（）方法の代わりに、ボールトマネージャはプッシュ方法を利用できる。プッシュモデルにおいて、ボールトマネージャは、フィーチャーマネージャにてフィーチャー状態変化が発生するたびに、これを非同期的にプッシュするであろう。さらに、フィーチャーマネージャは状態表を保守するであろう。
【００８６】
相応に、フィーチャーマネージャのため様々な追加ＡＰＩ関数を提供してよい（すなわち、ボールトマネージャからフィーチャーマネージャへ）。例えば、フィーチャーマネージャにてソフトフィーチャーを一掃する／削除／消去する、デフォルトフィーチャー状態値を設定する、既存のフィーチャー状態を照会する、及び／又はハード／ソフトフィーチャーのデフォルト状態に反応する、能力を関数で提供してよい。
【００８７】
一体型受信器／復号器
図５Ａから図５Ｄは、ＩＲＤ５００の簡略化されたブロック図である。ＩＲＤ５００は、ビデオ配布システム１００によって放送１１８されるメディアプログラムを受信し、解読する。これらのメディアプログラムはＩＲＤ５００へリアルタイムで流し込まれ、例えばビデオ、音声、又はデータサービスを含んでよい。
【００８８】
ＩＲＤ５００は通信により条件付アクセスモジュール（ＣＡＭ）５０２へ結合できる。ＣＡＭ５０２は典型的には、契約者１１０へ提供されＩＲＤ５００の中に挿入されるスマートカードか又は類似する装置にて実施される。ボールトマネージャ５０４は、及び／又はＩＲＤ５００内の他のアプリケーションは、ＩＲＤ５００のフィーチャーの状態を頻繁に検査する必要がある。ただし、フィーチャーのルールの評価は絶えず実行しなくてもよい。そのような不連続実行の理由は、ルール評価が高リソースタスクであってＩＲＤ５００の正常条件付アクセス機能を妨げることがあるからである。
【００８９】
ボールトマネージャ５０４は、ＩＲＤ５００にてフィーチャーに関係する情報の保守を担当する。例えばボールトマネージャは、ＩＲＤ５００が起動するときに、又はリセットするときに、ＩＲＤ５００のフィーチャーの状態を初期化できる。これに関し、ボールトマネージャ５０４はフィーチャー状態表の中に値をプッシュできる。加えて、タイミング要件により、ＩＲＤ５００の平常動作の全体を通じてボールトマネージャ５０４から新たに評価されたルールの結果をフィーチャー状態表へ時折送ることができる。
【００９０】
フィーチャー状態表は、全フィーチャー状態の高速キャッシュを提供できるから、「フィーチャーマネージャ」又はキャッシュと呼ぶこともできる。相応に、フィーチャー状態表はランダムアクセスメモリ（ＲＡＭ）常駐表としてよく、かくしてＩＲＤ５００が作動していないときに表の不正変更は可能でない。
【００９１】
フィーチャー状態表の各行は、ただ１つのフィーチャーの状態を表す。もしもフィーチャーが内部的に整数によって表現されるなら、表に索引を付すことは造作ない。もしもフィーチャーが内部的に文字列によって表現されるなら、表索引付けを可能にするため文字列を整数にマップする先行ステップが必要となるであろう。代わりに、一部の高位言語は本質的にシンボル索引付表を提供し、文字列経由の索引付けはコンパイラか又はインタプリタで処理できる。
【００９２】
１つ又は複数のＦＡＭを受け取ったボールトマネージャ５０４は、タイミング要件に従い、最初の評価結果をフィーチャーマネージャ／フィーチャー状態表へ送る。ボールトマネージャ５０４はＦＡＭを入手するため、放送１１８からこれを受信するか、又は不揮発性メモリ（ＮＶＭ）５０６からこれを回収する。ＩＲＤ５００の初期化のときには新規のＦＡＭ取得が好ましい。後者の場合には、受信器５００の電源がオフになっていたときにＦＡＭの不正変更がなかったことの署名をＮＶＭ５０６記憶に付さなければならない。いずれの場合でも、伝送放送１１８から、又はＮＶＭ５０６から回収される全てのＦＡＭで署名確認を義務づけてよい。
【００９３】
ＮＶＭ５０６に格納されたＦＡＭを不正変更から保護し確認するため、２つの方法が使用されてもよい。
【００９４】
ＮＶＭ記憶のための受信器による暗号化
ＮＶＭ５０６にて記憶を実行する場合には、不正変更されたＦＡＭの幅広い流通を防ぐため、一意な鍵が必要である。図５Ａは、受信器５００に割り当てられる一意な秘密鍵５０８を使用し、かかる暗号化／解読をいかに果たすことができるかを例証する。これらの一意な鍵５０８は、鍵５０８が決して露出しないよう、受信器５００ハードウェア（例えば、暗号化５１０及び解読５１２モジュールを使用）によって安全に取り扱われなければならない。どの受信器５００も、首尾よい読み取りとその後のボールトマネージャ５０４による受け入れのため一意に暗号化５１０されるＦＡＭを格納する。このアプローチの利点は、ＩＲＤ５００の初期化のときに受信器５００が衛星１０８からＦＡＭを取得する必要がないことにある。これはことによると、古い契約者１２２の場合に衛星１０８帯域幅要求と受信器５００初期化処理遅延とを極小化する。ただし放送は、最初にＦＡＭを取得しなければならない新しい契約者１２２をなおサポートする必要があるため、帯域幅の節約はないかもしれない。
【００９５】
放送事業者のみによる暗号化
第２の方法では、どのＦＡＭもあらかじめ暗号化された実体として放送し、ＮＶＭ５０６格納は決して許さない。図５Ｂはかかる方法を例証する。この場合、ＲＡＭ５１４の中のＦＡＭは、受信器５００アプリケーションによって露出されて外部で不正変更されＲＡＭ５１４へ戻されることはないから、放送事業者の暗号化鍵で十分なセキュリティが提供されるであろう。ＦＡＭは上部構造の中でカプセル化され、これを用いて（１）ＦＡＭを解読５１２できる、そして（２）ＦＡＭがネットワーク事業者からのものであることを認証できる。
【００９６】
図６は、本発明の１つ又は複数の実施形態に従うファイルスーパー構造を図示する。図示されたとおり、スーパー構造６００は３つの要素、すなわち（１）解読鍵を生成する制御ワードパケット６０２と、（２）ＦＡＭを認証する署名６０４と、（３）暗号化されたＦＡＭ６０６とを有する。図５Ｂに図示された方法を使用し、ボールトマネージャ５０４は暗号化する必要はなく、又は一意な秘密鍵を持つ必要はない。ボールトマネージャ５０４はＦＡＭを、これを取得したときに認証でき、ＦＡＭをＲＡＭ５１４に記憶することだけを許される。図５Ｂに図示されたとおり、ＣＡＭ５０２はボールトマネージャ５０４と通信する（例えば、制御ワードパケット（ＣＷＰ）と鍵とを使用）。次にボールトマネージャ５０４は、ＲＡＭ５１４にてスーパー構造６００を記憶し、回収してよい。
【００９７】
図５Ｃには、ＦＡＭを引き出すためファイルスーパー構造６００を処理するステップが図示されている。通信によりＣＡＭ５０２へ結合できるボールトマネージャ５０４は、ファイルスーパー構造６００を受け取る。ＣＡＭ５０２は、メディアプログラムにアクセスする権利が契約者１１０にあることを確認するため、必要とされる機能の少なくともいくつかを実行する条件付アクセスベリファイア（ベリファイアと称する）５１８と接続する。
【００９８】
ボールトマネージャは、ファイルスーパー構造６００からベリファイア５１８へＣＷＰ６０２を送達することによってベリファイア５１８と通信する。制御ワード（ＣＷ）鍵は、ベリファイア５１８とＣＡＭ５０２とを使用しＣＷＰ６０２から入手する。次にＣＷ鍵はベリファイア５１８からボールトマネージャ５０４へ戻される。
【００９９】
適切なＣＷ鍵を受け取ったボールトマネージャ５０４は、ファイルスーパー構造６００にて受け取った暗号化ＦＡＭ６０６を解読５１２するため、鍵を使用できる。これに関し、ハッシュ関数５２０にてＣＷ鍵を処理することによりハッシュ値を得ることができる。ＦＡＭを確認し認証するため、ハッシュ値はその後、ファイルスーパー構造６００からの署名６０４と公開鍵とに組み合わせることができる５２２。確認に成功する場合には、解読されたＦＡＭがフィーチャーマネージャ５１６へ提供される。
【０１００】
そのようなＦＡＭを首尾よく解読し確認するためのＣＷＰ及びＣＷの使用は、ＣＡＭが適切な認可を有する場合に限り果たせることに注意されたい。また、この新しいＣＷＰ及びＣＷの使用は、ここで既に開示したとおり、ＦＡＭを処理するときのルール評価における１つ又は複数のＣＷＰ及びＣＷの使用の代わりに、又はこれに加えて、適用できる点に注意されたい。
【０１０１】
本発明の種々の実施形態によると、ボールトマネージャ５０４は全てのＦＡＭを処理し、それらをルールに従い評価し、その結果をフィーチャーマネージャ５１６へ送る。図５ＤはＦＡＭの処理をさらに図示する。図示されたとおり、ＦＡＭは、ＡＰＧ  ＶＯとして、データ放送ファイルとして、又は複数ＣＡＰによるｄａｔａ−ｔｏ−ｓｔｓコマンドとして（ＳＴＳクライアントによって一括される）、ＩＲＤ５００へ送信できる。新しいベリファイア５２４（基本的には既存ベリファイア５１８［上述］とボールトマネージャ５０４とを備える）は受け取ったＦＡＭを処理し、ルールに従ってそれらを評価し、その結果をフィーチャーマネージャ５１６へ送り、同フィーチャーマネージャは他のＩＲＤ５００アプリケーションと相互に作用できる。よってＦＡＭＳは、セットトップボックス５００機能を起動するための能力を提供する。さらにＦＡＭは、権利が与えられるサービスの信頼度を向上させるため構造化されたルールとタイミング要件とを可能にする。
【０１０２】
論理的流れ
図７は、本発明の１つ又は複数の実施形態に従い機能を起動する論理的流れを図示するフローチャートである。ステップ７００では、ＳＴＢ５００にてＦＡＭが受信される。上で説明したとおり、ＦＡＭは、（１）評価すべき１つ又は複数のルールと（ここで、各ルールは１つ又は複数のＣＡＭ５０２属性のステータスのための１つ又は複数のテストを備える）、（２）ルール評価のための１つ又は複数のイベント要件と、（３）ルール評価結果に依存する１つ又は複数のフィーチャーとを備える（ここで、フィーチャーの各々はＳＴＢ５００のハードウェア及び／又はソフトウェアの１つ又は複数の能力に相当する）。
【０１０３】
ステップ７０２では、イベント要件の内１つ又は複数が満たされたか否かの判断を行う。図示されたとおり、このプロセスはイベント要件が満たされるまでは続行しない。イベント要件は、例えば周期的時間間隔、システム状態、又は顧客行為を構成してよい。イベント要件が満たされると、ステップ７０４にて１つ又は複数のルールを評価することにより、ステップ７０６にて結果を得る。これに関し、テストされるフィーチャーは、ＳＴＢ５００の中で保守され１つ又は複数の各々のフィーチャーの状態を収容するキャッシュを用いて評価してよい。加えて、フィーチャーは、ＳＴＢ５００が認識して１つ又は複数の能力からなるセットへマップする抽象的識別子を備えてよい。次にステップ７０８にて、ＦＡＭの中で設定された１つ又は複数のフィーチャーを使用する能力が結果に基づき設定される。かかる能力の設定は、１つ又は複数のフィーチャーが有効／無効となる期間を設定することを含んでよい。
【０１０４】
上で説明したとおり、ＦＡＭは、ｄａｔａ−ｔｏ−ｓｔｓコマンドを運ぶ条件付アクセスパケットに埋め込んでよく、衛星データ放送プロトコル仕様により暗号化されたファイルにて受信してよく、システム情報制御システムにて受信してよく、及び／又はプログラムガイドベンダーオブジェクトの中に取り入れてよい。相応に、ＦＡＭを一意に暗号化し、その後ＳＴＢ５００の不揮発性メモリに記憶してよい。代わりに、ランダムアクセスメモリにＦＡＭを記憶してよい。さらにＦＡＭは、（解読鍵を生成する）制御ワードパケットと、ＦＡＭを認証する署名と、暗号化されたＦＡＭとを収容するスーパー構造にて受信してよい。
【０１０５】
結論
ここで、本発明の１つ又は複数の実施形態の説明を締めくくる。本発明の前述の説明は例証と説明との目的で提示された。網羅的であること、又は本発明を開示されたとおりの形態に制限することは意図しない。上の教示を踏まえ、数多くの修正と変化とが可能である。
【０１０６】
本発明の範囲は、この詳細な説明によって制限されるのではなく、むしろここに添付された請求項によって制限されることを意図する。上の仕様と例とデータとは、本発明の構成物の製造と使用とを一通り説明するものである。本発明の精神と範囲から逸脱することなく本発明の数多くの実施形態を作ることができるため、本発明はこの後に添付された請求項に帰属する。
【図面の簡単な説明】
【０１０７】
【図１】本発明の１つ又は複数の実施形態に従う単一衛星ビデオ配布システムの概略を図解する図である。
【図２】本発明の１つ又は複数の実施形態に従う単一衛星トランスポンダの典型的なアップリンク構成を示すブロック図である。
【図３Ａ】本発明の１つ又は複数の実施形態に従う代表的なデータストリームの図である。
【図３Ｂ】本発明の１つ又は複数の実施形態に従うデータパケットの図である。
【図３Ｃ】本発明の１つ又は複数の実施形態に従う条件付アクセスパケットにあたるデータパケットの図である。
【図４】本発明の１つ又は複数の実施形態に従うプログラムガイドサブシステムの一実施形態のブロック図である。
【図５Ａ】本発明の１つ又は複数の実施形態に従い暗号化／解読をいかに遂行できるかを図解する。
【図５Ｂ】本発明の１つ又は複数の実施形態に従いあらかじめ暗号化された実体として放送されたＦＡＭの使用を図解する。
【図５Ｃ】本発明の１つ又は複数の実施形態に従いＦＡＭを引き出すためファイルスーパー構造を処理するためのステップを図解する。
【図５Ｄ】本発明の１つ又は複数の実施形態に従いＦＡＭの処理をさらに図解する。
【図６】本発明の１つ又は複数の実施形態に従いファイルスーパー構造を図解する。
【図７】本発明の１つ又は複数の実施形態に従い機能を起動する論理的流れを図解するフローチャートである。
【図１】
2008511216.tif 000007
【図２】
2008511216.tif 000008
【図３Ａ】
2008511216.tif 000009
【図３Ｂ】
2008511216.tif 000010
【図３Ｃ】
2008511216.tif 000011
【図４】
2008511216.tif 000012
【図５Ａ】
2008511216.tif 000013
【図５Ｂ】
2008511216.tif 000014
【図５Ｃ】
2008511216.tif 000015
【図５Ｄ】
2008511216.tif 000016
【図６】
2008511216.tif 000017
【図７】
2008511216.tif 000018
【手続補正書】
【提出日】平成19年4月20日(2007.4.20)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
機能を起動する方法において、
（ａ）セットトップボックス５００においてフィーチャー認可メッセージ（ＦＡＭ）を受信することであって、前記ＦＡＭは、
（ｉ）評価すべき１つ又は複数のルールを備え、前記ルールの各々は１つ又は複数の条件付アクセスモジュール（ＣＡＭ）５０２属性のステータスのための１つ又は複数のテストを備え、
（ｉｉ）ルール評価のための１つ又は複数のイベント要件を備え、
（ｉｉｉ）ルール評価結果に依存する１つ又は複数のフィーチャーを備え、前記１つ又は複数のフィーチャーの各々はハードウェア及び／又はソフトウェアの１つ又は複数の能力のセットを表し、
（ｂ）前記イベント要件の内１つ又は複数が満たされたときに、結果を得るため前記１つ又は複数のルールを評価することと、
（ｃ）結果に基づき前記１つ又は複数のフィーチャーを使用するため前記能力を設定することと、
を備える、方法。
【請求項２】
前記ＦＡＭは条件付アクセスパケットに埋め込まれる、請求項１に記載の方法。
【請求項３】
前記ＦＡＭは、衛星データ放送プロトコル仕様により暗号化されたファイルにて受信される、請求項１に記載の方法。
【請求項４】
前記ＦＡＭは、システム情報制御ストリームにて受信される、請求項１に記載の方法。
【請求項５】
前記条件付アクセスモジュール（ＣＡＭ）属性のステータスのための前記テストの１つは、
前記フィーチャー認可メッセージの中のルールによって指定されるテストデータ及びステータスアセスメントデータと、
前記ＣＡＭへの前記テストデータの送達と、
前記テストデータとＣＡＭ属性とに依存する出力データの、前記ＣＡＭによる生成と、
前記ＣＡＭからの前記出力データの送達と、
前記出力データと前記ステータスアセスメントデータとに基づくＣＡＭ属性のステータスのアセスメントと、
を備える、請求項１に記載の方法。
【請求項６】
前記１つ又は複数のフィーチャーの各々は、認識され且つ１つ又は複数の能力の前記セットへマップされる抽象的識別子を備える、請求項１に記載の方法。
【請求項７】
セットトップボックスにて機能を起動するシステムであって、
（ａ）セットトップボックス（ＳＴＢ）５００と、
（ｂ）前記ＳＴＢに通信可能に接続される条件付アクセスモジュール（ＣＡＭ）５０２と、
（ｃ）フィーチャー認可メッセージ（ＦＡＭ）であって、前記フィーチャー認可メッセージは、
（ｉ）評価すべき１つ又は複数のルールを備え、前記ルールの各々は前記ＣＡＭ５０２の１つ又は複数の属性のステータスのための１つ又は複数のテストを備え、
（ｉｉ）ルール評価のための１つ又は複数のイベント要件を備え、
（ｉｉｉ）ルール評価結果により依存される１つ又は複数のフィーチャーを備え、前記１つ又は複数のフィーチャーの各々は、前記ＳＴＢ５００のハードウェア及び／又はソフトウェアの１つ又は複数の能力のセットを表す、フィーチャー認可メッセージと、
（ｄ）前記ＳＴＢの中のボールトマネージャであって、同ボールトマネージャは、
（ｉ）前記ＦＡＭを受信するように構成され、
（ｉｉ）前記イベント要件の１つ又は複数が満たされたときに、結果を得るため前記１つ又は複数のルールを評価するように構成され、
（ｉｉｉ）結果をフィーチャーマネージャへ送信するように構成される、ボールトマネージャと、
（ｅ）前記フィーチャーマネージャを備え、前記フィーチャーマネージャは、
（ｉ）前記ボールトマネージャから結果を受け取るように構成され、
（ｉｉ）結果に基づき前記１つ又は複数のフィーチャーを使用するため前記能力を設定するように構成される、フィーチャーマネージャと、
を備える、システム。
【請求項８】
前記ＦＡＭは条件付アクセスパケットに埋め込まれる、請求項７に記載のシステム。
【請求項９】
前記ＦＡＭは、衛星データ放送プロトコル仕様により暗号化されたファイルにて受信される、請求項７に記載のシステム。
【請求項１０】
前記ＦＡＭは、システム情報制御ストリームにて受信される、請求項７に記載のシステム。
【請求項１１】
前記条件付アクセスモジュール（ＣＡＭ）属性の前記ステータスのための前記テストの１つは、
前記フィーチャー認可メッセージの中のルールによって指定されるテストデータ及びステータスアセスメントデータと、
前記ＣＡＭへの前記テストデータの送達と、
前記テストデータとＣＡＭ属性とに依存する出力データの、前記ＣＡＭによる生成と、
前記ＣＡＭからの前記出力データの送達と、
前記出力データと前記ステータスアセスメントデータとに基づくＣＡＭ属性のステータスのアセスメントと、
を備える、請求項７に記載のシステム。
【請求項１２】
前記１つ又は複数のフィーチャーの各々は、前記ＳＴＢが認識し１つ又は複数の能力の前記セットにマップする抽象的識別子を備える、請求項７に記載のシステム。
【国際調査報告】
2008511216.tif 000019
2008511216.tif 000020
2008511216.tif 000021
2008511216.tif 000022