JP2004531160A - 機能ユニットに対する条件付きアクセス - Google Patents

Abstract

本発明は、条件付きアクセス・システム内の機能ユニットの制御に関する。一実施形態において、セット・トップ・ボックス内の機能ユニットへのアクセスを制御するための方法が記載されている。あるステップにおいて、複数の機能ユニット識別子、および各機能ユニット識別子に関連する１つ以上の階層要件を含む第１の情報が受信される。階層権利を含む第２の情報も受信される。機能ユニット識別子は、それぞれの要件と相互に関連づけられる。機能ユニットは相互に作用する。各階層要件が階層権利により満足されるかどうかの判断が行われる。さらに、機能ユニットとの相互作用が認可される。

Description

【技術分野】
【０００１】
本発明は、概して、条件付きアクセス・システムに関し、詳しくは、条件付きアクセス・システム内の機能ユニットの制御に関する。
【背景技術】
【０００２】
ケーブル・テレビジョン（ＴＶ）プロバイダは、条件付きアクセス（ＣＡ）システムにより加入者にビデオ・ストリームを配信する。ＣＡシステムは、多重システム・オペレータ（ＭＳＯ）のヘッドエンドから加入者の関連するセット・トップ・ボックスにビデオ・ストリームを配信する。ヘッドエンドは、ビデオ・ストリームを受信し、そのビデオ・ストリームをＣＡシステム内のセット・トップ・ボックスへ配信するハードウェアを含む。セット・トップ・ボックスを選択すると、ＭＳＯによりセット・トップ・ボックスへ送られるアクセス許可情報に従って、あるビデオ・ストリームを復号することができる。これらのビデオ・ストリームは揮発性のもので、セット・トップ・ボックスにより保持されない。
【０００３】
ビデオ・プログラムは、デジタルまたはアナログの形式でセット・トップ・ボックスに配信される。大部分のケーブル・テレビジョン・システムには、約１２０のアナログ・キャリヤ・チャネルがある。キャリヤ・チャネルは、アナログ・ビデオ・ストリームを伝送するか、多重デジタル・ビデオ・ストリームを伝送する。供給アナログ・ビデオは、キャリヤ上で変調され、１つの供給アナログ・ビデオは全キャリヤ・チャネルを占有する。帯域幅を最大にするために、約８〜１４のデジタル・ビデオ・ストリームを同じキャリヤ・チャネル上で多重化することができる。個々のデジタル・ビデオ・ストリームは、個々のコンテンツ・ストリームが、その一意のパケット識別（ＰＩＤ）情報により除去できるようにＰＩＤ情報により分離される。
【０００４】
ビデオ・ストリームは、すべてのセット・トップ・ボックスに同報通信されるが、これらボックスのサブセットだけが特定のビデオ・ストリームにアクセスすることができる。例えば、すべてのセット・トップ・ボックスは、ボクシングの試合を受信することができるが、ボクシングの試合にペイ・パー・ビュー契約をしたセットトップ・ボックスだけが、それを見ることができる。ユーザが、ペイ・パー・ビュー・プログラムを申し込むと、アクセス許可メッセージが、アクセスを許可された各セット・トップ・ボックスだけに、暗号形式で単一放送される。特定のセット・トップ・ボックスにだけそれを解読するためにアクセス許可メッセージが単一放送される。解読したアクセス許可メッセージ内には、ペイ・パー・ビュー・プログラムを解読するキーが含まれている。このキーにより、セット・トップ・ボックスは、それをアナログまたはデジタル・ビデオ・ストリームでリアルタイムで受信した場合、ペイ・パー・ビュー・プログラムを解読する。それ故、ダウンロード中、全ビデオ・ストリームだけを受信することができる。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
条件付きアクセスができないある種のシステムは、ソフトウェア・プログラムのような、ストリームの形ではない媒体を表示するためのＴＶを備えるパーソナル・コンピュータを内蔵している。例えば、ＷｅｂＴＶ（登録商標）のような製品は、テレビと一緒にウェブ・ブラウジングおよび電子メール・プログラムを内蔵している。これらのシステムの場合には、パーソナル・コンピュータ（ＰＣ）は、テレビの近くに内蔵されている。ＰＣは、インターネット・サービス・プロバイダ（ＩＳＰ）に接続され、それはウェブ・ブラウジングおよび電子メール・プログラム用のコンテンツを供給する。これらのシステムは、条件付きアクセス・システムとは異なり、アクセス許可をチェックしないでコンテンツを供給する。
【課題を解決するための手段】
【０００６】
本発明は、条件付きアクセス・システム内の機能ユニットの制御に関する。一実施形態では、セット・トップ・ボックス内の機能ユニットへのアクセスを制御するための方法が記載されている。あるステップにおいて、複数の機能ユニット識別子、および各機能ユニット識別子に関連する１つ以上の階層要件を含む第１の情報が受信される。階層権利を含む第２の情報も受信される。機能ユニット識別子は、それぞれの階層要件と相互に関連づけられる。機能ユニットは、相互に作用する。各階層要件が階層権利により満足しているかどうかの判断が行われる。さらに、機能ユニットとの相互作用が許可される。
【０００７】
図面および特許請求の範囲を含む本明細書の残りの部分を参照することで、本発明の他の機能および利点を理解することができるだろう。本発明の他の機能および利点、および本発明の種々の実施形態の構造および動作については、添付の図面を参照しながら以下に詳細に説明する。
【発明を実施するための最良の形態】
【０００８】
本発明は、階層機構により、ソフトウェア・プログラムのような機能ユニットが、テレビジョン（ＴＶ）のセット・トップ・ボックス内での使用が認可されるかどうかを確認する。認可は、リソースに対する階層要件と階層権利との間のマッピングにより与えられる。特定の機能ユニットに対する階層要件が、階層権利により満たされる場合には、セット・トップ・ボックス内での機能ユニットの使用が認可される。
【０００９】
図面においては、類似の構成要素および／または機能については、同じ参照番号が付けられている。さらに、同じタイプの種々の構成要素は、参照番号の後のダッシュ、および類似の構成要素を相互に区別する第２の参照番号により区別することができる。本明細書で第１の参照番号だけが使用されている場合には、その説明は、第２の参照番号が何であれ、同じ第１の参照番号を持つ類似の構成要素の中の任意のものに適用することができる。
【００１０】
図１について説明すると、この図は、機能ユニットのような制御情報、およびこれらの機能ユニットに対するアクセス許可を配信するシステム１００の一実施形態である。この実施形態１００は、国営制御システム１０４を使用して、スカイ（ＨＩＴＳ）データ・ストリーム１２４内のヘッドエンドに基づいて多数のローカル・ヘッドエンド１０８から制御情報を配信する。国営制御システム１０４は、多重システム・オペレータ（ＭＳＯ）として機能し、ローカル・ヘッドエンド１０８に対して認可情報を配信する。各ローカル・ヘッドエンド１０８に関するＭＳＯからの課金情報は、国営制御システム１０４に送られ、そこで制御情報は、そのローカル・ヘッドエンドに対するＨＩＴＳデータ・ストリーム１２４に挿入される。制御データ衛星１１６および衛星放送受信アンテナ１１２、１２０は、ＨＩＴＳデータ・ストリーム１２４を国営制御システム１０４からローカル・ヘッドエンド１０８に送り返すために使用される。
【００１１】
ローカル・ヘッドエンド１０８が配信するコンテンツとしては、ストリーミング媒体および機能ユニットがある。ストリーミング媒体は、ビデオおよびオーディオ・プログラムであり、それらはストリーミング・コンテンツがユーザのセット・トップ・ボックス内に記憶されないように、リアルタイムで受信され、復号され、解読され、表示される。ストリーミング媒体は、一過性のものか揮発性のものであり、機能ユニットは、不一過性か不揮発性のものである。メモリ内に任意のストリーミング媒体が存在する場合には、セット・トップ・ボックスの電源をオフにすると、そのストリーミング媒体は消失する。国営制御システムＭＳＯがローカル・ヘッドエンド１０８を所有するか、あるいは国営制御システム１０４に依存する他の国営制御システムＭＳＯが他のＭＳＯのローカル・ヘッドエンド１０８に認可情報を供給するためにローカル・ヘッドエンド１０８を所有することができる。
【００１２】
機能ユニットは、ハードウェアかまたはソフトウェアで実施される個々の構成素子であり、例えば、並列ポート、直列ポート、汎用直列バス（ＵＳＢ）ポート、ファイヤ・ワイヤ（例えば、ＩＥＥＥ１３９４）ポート、イーサネット・ポート、スマート・カード・インタフェース、パケット交換ネットワーク・サブシステム、赤外線トランシーバ、ファームウェア、データ、非ストリーミング・ビデオ、非ストリーミング・オーディオ、電子メール・プログラム、オペレーティング・システム、アプリケーション・ソフトウェア、ドライバ、または他のソフトウェア・プログラムにて実施される個々の構成素子である。機能ユニットは、オブジェクトおよびリソースを含み、電源がオフになってもセット・トップ・ボックス内にそのまま記憶される。オブジェクトは、デジタル形式でセット・トップ・ボックスに送ることができ、またそこに記憶することができるデジタル情報の任意の集合体を含む。リソースは、セット・トップ・ボックス内にあるすべてのもの、他のオブジェクトまたは物理デバイスのような、意図した動作を行うためにオブジェクトが必要とするすべてのものを含む。
【００１３】
オブジェクトは、オブジェクトの使用によっていくつかの機能と同様に認可がなされるように、リソースに関連するいくつかの機能を持つことができる。例えば、電子メール・プログラムは、ソフトウェア・オブジェクトである。ある添付ファイルを印刷したり、読み出したりする電子メール・プログラムの機能はリソースである。ユーザは、プログラムで電子メールを読み取る機能を入手することができるが、追加の認可階層を入手しない限りは、プログラムから電子メールを印刷することは禁止される。
【００１４】
ＨＩＴＳデータ・ストリーム１２４は、制御データ情報をローカル・ヘッドエンド１０８に配信するために使用する制御データ・チャネルである。国営制御システム１０４は、それぞれ、すべてのローカル・ヘッドエンド１０８にアップリンクしている帯域外チャネル上でＨＩＴＳデータ・ストリーム１２４を変調する。
【００１５】
この実施形態は、仲介装置としての国営制御システム１０４を通して制御データ情報を配信するが、他の実施形態は、国営制御システム１０４を使用する必要はない。例えば、もっと大きいＭＳＯは、セット・トップ・ボックスに制御データ情報を送るためのそれ自身の装置を有することができる。これらのもっと大きなＭＳＯは、その領域内のセット・トップ・ボックスに直接同報通信するために、制御データ情報を定式化する。制御データ情報は、帯域外ストリーム、帯域内制御チャネル・ストリーム、ＤｉｇｉＣｉｐｈｅｒ II（登録商標）同報通信サービス・データ・ストリーム、データ・オーバー・ケーブル・システム・インタフェース仕様（ＤＯＣＳＩＳ）サービス・ストリーム、または同報通信、マルチ放送または単一放送送信の一部としての他の制御データ・チャネルにより送信することができる。
【００１６】
図２について説明すると、この図は、コンテンツ供給システム２００の一実施形態のブロック図である。供給システム２００は、ある条件が満足していることに基づいて、多数のユーザに選択的にコンテンツを供給する。システム２００は、ローカル・アクセス・コントローラ２０６、多数のセット・トップ・ボックス２０８、ローカル・プログラミング受信機２１２、コンテンツ衛星放送受信アンテナ２１６、およびインターネット２２０を含む。
【００１７】
ローカル・アクセス・コントローラ２０６は、コンテンツを受信し、それをユーザに配信し、コンテンツの使用が可能となった各ユーザが申し込んだサービスの階層に対する課金を管理する。ＭＳＯは、ＭＳＯに対してコンテンツを配信するために、多数のローカル・アクセス・コントローラおよび／またはローカル・ヘッドエンドを有することができる。コンテンツのストリーミング媒体の一部は、種々のソースから受信され、それらのソースはコンテンツ衛星放送受信アンテナ２１６、ローカル・プログラミング受信機２１２、マイクロ波受信機、パケット交換ネットワーク、インターネット２２０等を含む。各セット・トップ・ボックス２０８は、個々のセット・トップ・ボックス２０８にアクセス許可情報を送信することができる固有なアドレスを持つ。このようにして、１つのセット・トップ・ボックス２０８−１は、ある特定の機能ユニットを認可することができ、一方、他のセット・トップ・ボックス２０８−２は、両方のボックス２０８−１、２０８−２が、その機能ユニットを受信しても、それを認可することができない。ローカル・アクセス・コントローラ２０６内の装置は、その機能ユニットを認可することができるセット・トップ・ボックス２０８のサブセットを規制し、その機能ユニットを受信する関係者に正しく課金する。
【００１８】
コンテンツは、通常、個々のデジタル・ストリームを含むアナログ・キャリヤ・チャネルによりデジタル形式で配信される。すべてのデジタル・ストリームまたはチャネルは一緒に、アナログ・キャリヤ・チャネル上で変調される１つのデジタル・ストリームに多重化される。本実施形態においてシステム２００には、約１２０のアナログ・キャリヤ・チャネルが存在する。個々のデジタル・ストリームはＰＩＤ（ＰＩＤ）情報により追跡され、個々のデジタル・ストリームに固有のパケット識別情報により個々のデジタル・ストリームを除去することができる。他の実施形態は、衛星放送受信アンテナ、マイクロ波アンテナ、ＲＦ送信機、パケット交換ネットワーク、セルラー・データ・モデム、キャリヤ電流、電話線および／またはインターネットを含む移送機構により配信することができる。
【００１９】
図３には、表示システム３００の一実施形態のブロック図が示されている。この実施形態は、種々の機密保護機構を通して、多重レベルのオブジェクト、およびリソース機密保護を提供する。表示システム３００は、セット・トップ・ボックス２０８、ネットワーク３０８、プリンタ３１２、ＴＶディスプレイ３１６、および無線入力デバイス３１８を含む。これらの部材は、ユーザが、コンテンツ・プロバイダから条件付きで配信されるコンテンツを楽しむことができるような方法で協動する。この実施形態の場合には、コンテンツ・プロバイダは、ケーブル・テレビ・プロバイダまたはＭＳＯである。
【００２０】
ネットワーク３０８は、セット・トップ・ボックス２０８とＭＳＯのヘッドエンドとの間を移動する情報に対して、コンジットとして機能する。この実施形態の場合には、ネットワークは、１２０のアナログ・キャリヤと１つの二方向制御データ・チャネルとを含む。一般的に、各アナログ・キャリヤは、１つのアナログ・チャネルまたは多数のデジタル・チャネルを移送し、制御データ・チャネルは、複数のオブジェクトおよびアクセス許可情報を移送する。アナログ・キャリヤ上の各デジタル・チャネルは、パケット識別子（ＰＩＤ）により区別される。
【００２１】
二方向制御チャネルは、帯域外チャネルであり、ある周波数でセット・トップ・ボックス２０８にデータを同報通信し、他の周波数でボックス２０８からデータを受信する。当業者であれば周知の記憶および転送方法により、使用のピーク時の過負荷を低減するために、戻りデータを待ち行列内に入れることができる。他の実施形態は、制御データ情報を配信するために、帯域内チャネル、ケーブル・モデム、デジタル加入者線（ＤＳＬ）、セルラー・データ、衛星リンク、マイクロ波リンク、またはキャリヤ電流技術を使用することができる。さらに、いくつかの実施形態は、制御データ情報を送るために、二方向制御チャネルの代わりに一方向制御チャネルを使用することができる。この場合、セット・トップ・ボックス２０８からのフィードバックがなくても、機能ユニットに認可を与えることができる。
【００２２】
プリンタ３１２は、あるユーザが購入し自分の表示システム３００に追加することができるオプションとしてのアクセサリである。パーソナル・コンピュータ・タクス用にセット・トップ・ボックス２０８を使用している場合には、プリンタ３１２は、電子メール、ウェブ・ページ、課金情報等のようなデータを印刷することができる。以下にさらに説明するように、プリンタ・ポート３３２のような機能ユニットを使用するための機能は、ＭＳＯが制御する認可機構により規制される。この規制機能を使用すると、そのセット・トップ・ボックス２０８用にプリンタ・ポート３３２を動作可能にする正しい許可を入手しない限りは、セット・トップ・ボックス２０８に互換性を持つプリンタ３１２は動作しない。
【００２３】
テレビ・ディスプレイ３１６は、ユーザに、コンテンツに対応するオーディオ、テキストおよび／またはビデオを表示する。ディスプレイ３１６は、通常、チャネル３、チャネル４または合成チャネルに対応するキャリヤ上で変調されるアナログ・ビデオ信号を受信する。セット・トップ・ボックス２０８は、例えば、適当なチャネルに対して変調されるＮＴＳＣ信号を生成する。他の実施形態は、テレビ・ディスプレイ３１６の代わりに、ビデオ・モニタまたはデジタル・ディスプレイを使用することができる。デジタル・ディスプレイを使用すると、セット・トップ・ボックス・２０８によるアナログ変換の必要性が軽減する。何故なら、液晶ディスプレイのようなデジタル・ディスプレイを使用すると、表示される画像を定式化するためにデジタル信号を使用するからである。
【００２４】
無線入力デバイス３１８を使用すると、ユーザとセット・トップ・ボックス２０８との間で相互作用を行うことができる。このデバイス３１８としては、遠隔制御装置、マウス、キーボード、ゲーム・コントローラ、ペン・タブレット、または他の入力機構を使用することができる。入力デバイス３１８上の赤外線トランシーバは、無線通信ができるようにセット・トップ・ボックス２０８上の類似のトランシーバと通信する。他の実施形態の場合には、ＲＦリンクまたは有線リンクを、赤外線トランシーバの代わりに使用することができる。
【００２５】
セット・トップ・ボックス２０８は、機能ユニットの認証および認可を行う構成要素を有する。セット・トップ・ボックス２０８は、コントローラ３２０、メモリ３２８、プリンタ・ポート３３２、ネットワーク・ポート３３６、アクセス制御プロセッサ３４０、ディスプレイ・インタフェース３４４、および赤外線（ＩＲ）ポート３４８を含む。これらのブロックは、バス３３０を通して相互に通信し、各ブロックは、バス３３０上で相手ブロックを固有に識別するための異なるアドレスを有する。通常、セット・トップ・ボックス２０８は、独立の装置であるが、テレビ・ディスプレイ３１６、コンピュータ、情報装置、パーソナル・ビデオ・レコーダ（ＰＶＲ）または他の消費者電子構成部品に内蔵させることもできる。
【００２６】
コントローラ３２０は、信頼できるまたは機密保護オペレーティング・システムにより、セット・トップ・ボックス２０８の動作を管理する。デジタル・オブジェクト解読および解凍のような上記機能は、コントローラ３２０で行われ、ユーザに対するテレビ・チャネルの切り替え、およびユーザへのメニューの提示のような機能もコントローラ３２０で行われる。コントローラ３２０は、プロセッサ、暗号化エンジン、ローカル・メモリ、およびコンピューティング・システムで通常使用される他の部品を含む。他の実施形態の場合では、他の機構により、適当な機密保護が行われる場合には、信頼できるまたは機密保護オペレーティング・システムを使用しなくてもよい。
【００２７】
セット・トップ・ボックス２０８は、メモリ・ブロック３２８を含む。このメモリ３２８は、ＲＡＭ、ＲＯＭ、フラッシュ、および他の揮発性および不揮発性メモリを含む半導体メモリである。オブジェクトは、後で使用できるようにメモリ３２８に記憶される。実行中、ソフトウェア・オブジェクトは、メモリ３２８内にロード、実行され、メモリはスクラッチパッド・スペースとして使用される。オブジェクト、キー、連続番号および認証は、電力サイクル中保持されるようにメモリ３２８の不揮発性部分に記憶することができる。
【００２８】
この実施形態は、オプションとしてのプリンタ３１２に対してインタフェースとして機能するプリンタ・ポート３３２リソースを含む。プリンタ・ポート３３２は、認可されない限り、プログラムが使用することができない機能ユニットである。以下にさらに説明するように、各オブジェクトは、プリンタ・ポート３３２のようなリソースを使用するために、必要な認可階層を含んでいなければならない。データは、有線または無線移送機構により、直列または並列にプリンタ・ポート３３２からプリンタ３１２に送られる。
【００２９】
一般的に、チェックポイントは、機能ユニットの認証状態および／または認可状態が確認されるポイントまたは処理ステップである。例えば、印刷が要求された場合に、チェックポイントに遭遇する。チェックポイントは、印刷および／またはプリンタ・リソースを要求しているオブジェクトを認可し、認証を行う。チェックポイントは、１つのオブジェクト内の数箇所に位置しており、そこでは、認証および／または認可が他のオブジェクト上で実行される（例えば、オペレーティング・システムは、実行中のアプリケーションの認証および認可をチェックする）。理想的には、オブジェクトの目的が明らかになった場合に、チェックポイントが実行される。プリンタ・ポート３３２の場合、何かを印刷するために使用された場合に、その目的が明らかになる。それ故、何かを印刷する場合、プリンタ・ポート３３２リソースによりオブジェクトをチェックするためにチェックポイントがトリガされる。通常、印刷のためのチェックポイントは、オペレーティング・システム内に位置するが、プリンタ３１２と相互作用を行う任意のプログラム内に位置させることもできる。
【００３０】
ネットワーク・ポート３３６は、ネットワーク３０８を介してセット・トップ・ボックス２０８とＭＳＯとの間で二方向通信を可能にするリソースである。ネットワーク・ポート３３６は、アナログ・キャリヤ・チャネルに合わせるチューナ、およびコンテンツを一方向に伝送することができるようにＭＰＥＧデータ・ストリームを復調する復調器を含む。ネットワーク・ポート３３６は、また、制御データ情報および／またはコンテンツを二方向に送ることができる制御データ・トランシーバまたはケーブル・モデムを含む。制御データ・パスのロードをＭＳＯにより均等に配信するために、記憶および転送技術を使用することができる。
【００３１】
デジタル・ビデオ信号をテレビ・ディスプレイ３１６と互換性を持つアナログ信号に変調することは、ディスプレイ・インタフェース３４４により行われる。すでに説明したように、テレビ・ディスプレイ３１６は、一般的に、チャネル３、チャネル４または合成チャネル上で変調した信号を受信する。液晶ディスプレイのようなデジタル入力を受信するディスプレイの場合には、ディスプレイ・インタフェース３４４は、デジタル入力が必要とする任意のフォーマッティングを行う。
【００３２】
ＩＲポート３４８は、無線入力デバイス３１８と二方向通信を行うリソースである。ＩＲポート３４８は、入力デバイス３１８と共に無線通信パスを形成するＩＲトランシーバを含む。ＩＲポート３４８内の電子回路は、トランシーバが受信したアナログ信号を対応するデジタル信号に変換し、対応するデジタル信号をトランシーバへ送られるアナログ信号に変換する。コントローラ３２０は、ユーザがセット・トップ・ボックス２０８内の機能の中のいくつかを制御することができるようにデジタル信号を処理する。
【００３３】
アクセス制御プロセッサ（ＡＣＰ）３４０は、セット・トップ・ボックス２０８内の機密保護機能を規制する。例えば、ＡＣＰ３４０は、コントローラ３２０の制御下で、またはコントローラ３２０から独立して認証および認可を行う。そのタスクを実行するために、ＡＣＰ３４０は、コントローラ３２０から独立してソフトウェアを実行するために協動するプロセッサ、ＲＡＭおよびＲＯＭを含む。ＡＣＰ３４０は、また、解読エンジン、およびコンテンツを解読し、かつ署名を計算するためのハッシュ機能を含む。チェックポイントは、機密保護チェックを行うために、ＡＣＰ３４０をトリガするソフトウェア実行に組み込まれる。この実施形態の場合には、ＡＣＰ３４０は、ハードウェアで実施されるが、他の実施形態は、ＡＣＰ３４０の機能をソフトウェアで実行することができる。
【００３４】
ＡＣＰ３４０は、また、オペレーティング・システム（ＯＳ）を確実に正しく機能させるために、ＯＳの機能を低減することができる。ソフトウェア・オブジェクトのロードおよび実行を観察することにより、ＡＣＰ３４０は、どのアプリケーション・ソフトウェア・オブジェクトが稼働中であるかを監視することができる。必要な場合には、チェックポイントがエラーを検出した場合、または認可が期限切れになった場合、ＡＣＰ３４０は、実行中のアプリケーションを中止することができる。さらに、ＡＣＰ３４０は、認可されていないアプリケーションがメモリ３２８内に存在しているかどうかを検出するために、メモリ３２８を監視することができる。スクラッチパッド・メモリ内に隠れているアプリケーションを検出するために、スクラッチパッド・メモリのサイズも監視することができる。さらに、ＡＣＰ３４０は、その認可および／または認証を確認するために、メモリ内のオブジェクト上のチェックポイントをアトランダムに実行することができる。ＡＣＰ３４０が遭遇した問題は、ＯＳまたはＭＳＯに報告される。このようにして、ＡＣＰ３４０は、異常な行動が検出され、かつ報告されるように、セット・トップ・ボックス２０８でソフトウェア機密保護ガード・ボットとして機能する。
【００３５】
図４について説明すると、この図は、オブジェクト・メッセージ４００の一実施形態のブロック図である。オブジェクト・メッセージ４００は、処理を行った後で、情報をセット・トップ・ボックス２０８に送ることができるように、ネットワーク３０８からセット・トップ・ボックス２０８に機能ユニットを電子の形で供給する。オブジェクト・メッセージ４００は、オブジェクト・ヘッダ４０４およびオブジェクト４０８から形成される。この実施形態の場合には、オブジェクト４０８に対する要件は、オブジェクト・メッセージ４００内に含まれていないが、他の実施形態は、オブジェクト・メッセージ４００内にオブジェクト４０８に対する要件を含むことができる。オブジェクト４０８に対する階層要件は、オブジェクト要件メッセージにより別々に移送される。図４には示していないが、オブジェクト・メッセージ４００が、エラーなしでヘッドエンドからセット・トップ・ボックス２０８に移送されたことを確認するために、チェックサムが使用される。
【００３６】
オブジェクト・ヘッダ４０４は、オブジェクト・メッセージ４００に対する属性を含む。オブジェクト・ヘッダ４０４は、ヘッダ長、オブジェクト長、機能ユニット識別子、ソフトウェア・バージョン、および領域識別子を含む。ヘッダ長およびオブジェクト長は、それぞれ、オブジェクト・ヘッダ４０４およびオブジェクト４０８の長さを示す。機能ユニット識別子は、オブジェクト・メッセージ４００に、階層要件情報を付属させることができる固有のコードを供給する。ソフトウェア・バージョンは、オブジェクトの改訂番号を示す。オブジェクト４０８を受信することができるすべてのセット・トップ・ボックス２０８が、その領域に関連するオブジェクト４０８を選抜することができるように、異なるＭＳＯが領域識別子に割り当てられる。
【００３７】
オブジェクト４０８は、コンテンツを含み、システム２００は、セット・トップ・ボックス２０８に供給するように設計されている。オブジェクト４０８をダウンロードする際に、オブジェクト・メッセージ４００のソース、および受信セット・トップ・ボックス２０８へのオブジェクト４０８の利用度を確認するために、オブジェクト４０８が認証され、かつ認可される。種々のコンテンツまたは情報は、実行可能なプログラム、ファームウェア・アップグレード、実行時間プログラム（例えば、Ｊａｖａ（登録商標）またはＡｃｔｉｖｅＸ（登録商標））、プログラミング・スケジュール、課金情報、ビデオ、オーディオおよび／またはデータのようなオブジェクト内に組み込むことができる。オブジェクト４０８は、認証および認可の直後に、または後で使用することができる。さらに、認可は、ある時間が経過した後で期限切れになるようにプログラムすることもできるし、またはオブジェクト４０８が使用される度に、定期的に再度チェックすることもできる。
【００３８】
図５について説明すると、この図は、「権利」メッセージ５００の一実施形態のブロック図である。この権利メッセージ５００は、機能ユニットを使用する権利を与える。通常、各セット・トップ・ボックス２０８に対して１つの権利メッセージ５００が存在し、その権利メッセージはセット・トップ・ボックス２０８内の機能ユニットに対するすべての権利を指定する。認可を決定するために、機能ユニットに関連する要件は、セット・トップ・ボックス２０８の権利に対してチェックされ、他の機能ユニットとの相互作用が認可されているかどうかを判断する。権利メッセージ５００により、セット・トップ・ボックス２０８に関連する機能ユニットに新しい権利を間接的に追加して、異なる特徴および／または機能を認可することができる。図には示していないが、権利メッセージ５００は、移送中のメッセージ５００の統合性を確認するためのチェックサムを含む。
【００３９】
権利ヘッダ５０４は、権利メッセージ５００に対する属性を含む。権利ヘッダ５０４は、ヘッダ長、権利データ構造体長、セット・トップ・ボックス識別子、および領域識別子を含む。ヘッダ長および権利データ構造体長は、それぞれ、権利ヘッダ５０４および権利データ構造５０８の長さを示す。セット・トップ・ボックス識別子は、領域内の特定のセット・トップ・ボックス２０８に権利メッセージ５００を付属させることができる固有のコードを供給する。
【００４０】
権利は、権利データ構造体５０８内の情報により機能ユニットに送られる。任意の機能ユニットは、権利データ構造体５０８を分析することにより、個々の権利または全体的な権利を送ることにより、他の機能ユニットを使用する権利を持つことができる。権利は、また、階層とも呼ばれ、特定の階層により許可される任意の数の機能ユニットの使用を許可することができる。機能ユニットは、セット・トップ・ボックス２０８内にすでに存在している場合もあるし、オブジェクト・メッセージ４００により後でダウンロードされる場合もある。
【００４１】
図６について説明すると、この図は、オブジェクト「要件」メッセージ６００の一実施形態のブロック図である。オブジェクト要件メッセージ６００は、セット・トップ・ボックス２０８内の対応するオブジェクト４０８に対する要件を指定するために使用される。オブジェクト要件メッセージ６００は、要件ヘッダ６０４および要件データ構造体６０８を含む。図には示していないが、オブジェクト要件メッセージ６００は、移送中のメッセージ６００の統合性を確認するためのチェックサムを含む。
【００４２】
要件ヘッダ６０４は、オブジェクト要件メッセージ６００に対する属性を含む。要件ヘッダ６０４は、ヘッダ長、権利要件データ構造体長、機能ユニット識別子、および領域識別子を含む。ヘッダ長および要件データ構造体長は、それぞれ、要件ヘッダ６０４および要件データ構造体６０８の長さを示す。各リソースおよびオブジェクトは、その機能ユニットを一意に区別する機能ユニット識別子を有する。機能ユニット識別子により、オブジェクト４０８にオブジェクト要件を付属させることができる。異なるＭＳＯが領域識別子に割り当てられることで、オブジェクト要件メッセージ６００を受信することができるすべてのセット・トップ・ボックス２０８が、その領域に関連するメッセージ６００を選抜することができるようになる。
【００４３】
要件データ構造体６０８により、ＭＳＯは、オブジェクト４０８に対応する階層要件を指定することができる。データ構造体６０８内においては、１つ以上の階層要件に対して機能ユニット識別子がマッピングされる。必要な階層の中の任意のものへの権利が、権利メッセージ５００内にダウンロードされると、そのオブジェクト４０８の使用が認可される。例えば、電子メール・オブジェクトは、存在する階層１０、２０または３０のうちの任意のものを要求することができる。権利メッセージ５００が階層２０を含んでいる場合には、セット・トップ・ボックス２０８に対して電子メール・プログラムの使用が認可される。
【００４４】
オブジェクト要件メッセージ６００は、両方のメッセージ上の署名により、関連するオブジェクト・メッセージ４００に固有に連結されている。別々に移送された場合でも、共通の署名により、移送中に両方のメッセージ４００、６００が変化していないことが確認される。
【００４５】
図７には、リソース「要件」メッセージ７００の一実施形態のブロック図が示されている。リソース要件メッセージ７００は、セット・トップ・ボックス２０８内のすべてのリソースに対して要件を指定するために使用される。リソース要件メッセージ７００は、要件ヘッダ７０４および要件データ構造体７０８を含む。図には示していないが、リソース要件メッセージ７００は、移送中のメッセージ７００の統合性を確認するためのチェックサムを含む。
【００４６】
要件ヘッダ７０４は、リソース要件メッセージ７００に対する属性を含む。要件ヘッダ７０４は、ヘッダ長、要件データ構造体長、および領域識別子を含む。ヘッダ長および要件データ構造体長は、要件ヘッダ７０４および要件データ構造体７０８の長さをそれぞれ示す。異なるＭＳＯが領域識別子に割り当てられることで、リソース要件メッセージ７００を受信することができるすべてのセット・トップ・ボックス２０８が、その領域に関連するメッセージ７００を選抜することができるようになる。
【００４７】
リソース要件データ構造体７０８により、ＭＳＯは、すべてのセット・トップ・ボックス２０８の所定のサブセットに任意のリソースがアクセスするのを制限することができる。リソース要件データ構造体７０８は、セット・トップ・ボックス２０８内の各リソースに対するエントリが存在し、そのエントリに対して各機能ユニット識別子が貼付される。各機能ユニット識別子は、データ構造体７０８内の１つ以上の階層要件に対してマッピングされる。リソースに対する必要な階層の中の任意のものが、権利メッセージ５００内にすでにダウンロードされている場合には、その機能ユニットの使用が認可される。例えば、プリンタ・ポートが、階層２０を要求し、その階層への権利が許可されない場合には、任意のプログラムは、プリンタ・ポートにアクセスすることができない。
【００４８】
表１は、セット・トップ・ボックス２０８内の機能ユニットに対する階層要件マッピングの一例を示す。各オブジェクト４０８に対する要件は、オブジェクト要件メッセージ６００内で受信される。すべてのリソースに対する要件は、リソース要件メッセージ７００内で受信される。
【００４９】
【表１】

物理プリンタ・ポート３３２は、オブジェクト４０８に対応するそれに対して割り当てられた多数のリソースを持つことができる。例えば、プリンタ・ポート３３２を使用するためのワードプロセッサ・オブジェクトの機能はリソース３であり、一方、プリンタ・ポート３３２を使用するための電子メール・オブジェクトの機能は、リソース２である。例えば、ワードプロセッサは、階層６０または８０を持った場合に印刷することができるが、電子メール・プログラムは、階層４０または７０を持っていない場合には、印刷することができない。このようにして、プリンタ・ポート３３２にアクセスするための個々のソフトウェア・オブジェクト４０８の機能を規制することができる。
【００５０】
階層への権利が許可されると、１つ以上の機能ユニットを使用できるようになる。すなわち、各階層は機能ユニットのパッケージに対応することができる。例えば、その領域内で機能している各セット・トップ・ボックス２０８に、デフォールト条件として階層１０を割り当てることができる。表１の例について説明すると、階層１０は、オペレーティング・システムおよび電子メール・オブジェクトを使用できるようにする。ＭＳＯが必要とした場合には、追加の階層に権利を許可することにより、ユーザは、他の機能を使用できるようになる。
【００５１】
階層要件をマッピングすることにより、ソフトウェア・オブジェクトに異なる機能を提供することができる。例えば、ワードプロセッサ・オブジェクトを異なる２組の機能をつけて販売することができる。階層６０を権利メッセージ５００内で入手した場合には、ユーザは、ワードプロセッサ・プログラムを使用し、そのプログラムにより印刷することができる。しかし、階層６０の代わりに階層５０を入手した場合には、ユーザはワードプロセッサ・プログラムにより印刷することはできない。ユーザは、後で、ワードプロセッサにより印刷することができる階層８０を入手することにより、階層５０からアップグレードすることができる。
【００５２】
種々の方法で、ＭＳＯにより、セット・トップ・ボックス２０８を使用できないようにすることができる。機能ユニット０に割り当てられたオペレーティング・システム・オブジェクトは、セット・トップ・ボックス２０８が正しく機能するために必要なものである。オペレーティング・システム・オブジェクトが必要とする、階層１０を持っていない権利メッセージ５００を送信することにより、セット・トップ・ボックス２０８の動作を正常に停止することができる。オペレーティング・システム・オブジェクトを動作不能にする機能は、セット・トップ・ボックス２０８の動作を再度可能にすることができる追加の権利メッセージ５００を受信する機能に割込みをかけない。セット・トップ・ボックス２０８の動作を中断するために、ＩＲポート３４８に対応する、階層９０の除去のようなより抜本的手段を使用することができる。遠隔制御装置３１８を使用することなしに、セット・トップ・ボックスの機能は厳しく削減される。
【００５３】
要件階層を割り当てられなかった機能ユニットは、権利メッセージ５００により動作可能にすることはできない。表１の例の場合には、５つのワイヤ・ポートの使用は、どの要件によっても認可することができない。それ故、セット・トップ・ボックス２０８は、自分がどの階層権利を持つことができても、このリソースを使用することはできない。後で、古いものと交換するために、新しいリソース要件メッセージ７００を送信することができる。新しいリソース要件メッセージ７００は、権利メッセージがその使用を認可することができるように、ファイヤ・ワイヤ・ポート・リソースに割り当てられた階層を持つことができる。階層権利に対する階層要件のチェックは、認可プロセス中に行われる。認可および／または認証は、通過する各チェックポイントのところで行われる。
【００５４】
図８には、セット・トップ・ボックス２０８の機能ユニットの中のいくつかが示されている。図８の下に位置する機能ユニットは、図８の頂部に近い機能ユニットより上位の機能ユニットである。すなわち、図８の頂部の機能ユニットは、この図の下に位置する機能ユニットの下部機能ユニットである。この実施形態の場合には、上位の機能ユニットは、下位の機能ユニット上のチェックポイントに働きかける。例えば、ハードウェア８０４は、下位階層までのＢＩＯＳ８０８、ＯＳ８１２等のチェックポイントに働きかける。ＢＩＯＳ８０８は、ＯＳ８１２のチェックポイントに働きかけるが、ハードウェア８０４のチェックポイントには働きかけない。同じ高さの層内の機能ユニットは、相互に作用する場合には、この層内の他の機能ユニットのチェックポイントに働きかけることができる。例えば、アプリケーション８１６は、ドライバ８１８のチェックポイントの実行を要求することができる。
【００５５】
上位の機能ユニットは、ＡＣＰ３４０と一緒にチェックポイントの実行をスタートするように設計されており、下位のオブジェクトは、その上に課せられたチェックポイントを持つように設計されている。例えば、ＢＩＯＳ８０８は、ブート・プロセス中、実行中および／または稼動中に、定期的にＯＳ８１２上のチェックポイントに実行を要求する。ドライバ・オブジェクト８１８は、通常の動作中、インストールまたは実行された場合、チェックポイントにより制御される。データ・ファイル・オブジェクト８２２は、ファイル内のデータにアクセスが行われた場合、チェックポイントにより制御される。ＨＴＭＬオブジェクト８２８は、ＨＴＭＬオブジェクト８２８がブラウザ・アプリケーション８１６により解釈される度に、チェックポイントの一部として再検討される。
【００５６】
図９には、機能ユニット間の相互作用の一実施形態のブロック図が示されている。この簡単な例の場合には、セット・トップ・ボックス２０８に関連する機能ユニットは、セット・トップ・ボックス・リソース９０４、プリンタ・ドライバ・オブジェクト９０８、電子メール・オブジェクト９１２、およびプリンタ・ポート・リソース９１６を含む。これらの機能ユニットの通常の動作中、チェックポイントは、そのトリガ認可チェックに遭遇する。表２では、図９内の各機能ユニットに対する要件に権利が相互に関連づけられている。機能ユニット識別子は、機能ユニットを権利メッセージ５００に相互に関連づける役割を有する。
【００５７】
【表２】

セット・トップ・ボックス・リソース９０４は、電子メール・オブジェクト９１２より上位にある。電子メール・オブジェクト９１２がロードされると、オブジェクト９１２内のチェックポイントが、正しい権利をチェックする。正しい権利は、電子メール・オブジェクト９１２自身の要件９２０−２により定義される。電子メール権利９１６−１が、電子メール・オブジェクト要件９２０−２の基準に適合する場合には、電子メール・オブジェクト９１２は、引き続きチェックポイントを越えて実行を続ける。ＡＣＰ３４０は、実際に、電子メール権利９１６−１、および電子メール・オブジェクト要件９２０−２がそれぞれロードされた後で、認証を行う。
【００５８】
ユーザがセット・トップ・ボックス９０４を受信した後で、ユーザは、オプションとしてのプリンタ３１２を追加することができる。この実施形態の場合には、印刷機能は、すべてのセット・トップ・ボックス９０４内には含まれていない追加機能である。プリンタ３１２がＭＳＯにより認可された購入品である場合には、プリンタ・ドライバ権利９１６−２、９１６−４、およびプリンタ・ポート権利９１６−３は、権利メッセージ５００により、ＭＳＯのヘッドエンドからセット・トップ・ボックス９０４に送られる。
【００５９】
種々の実施形態では、プリンタ・ポート９２０−３を使用することができる機能ユニットのサブセットに権利が供給される。例えば、電子メール・オブジェクト９１２に、プリンタ・ドライバ権利９１６−４を付与することができるが、セット・トップ・ボックス・リソース９０４は、プリンタ・ドライバ権利９１６−２を受信することはできない。このようにして、電子メール・オブジェクト９１６−２だけが、プリンタ・ポート９２０−３を使用することができ、他のオブジェクトは使用することができない。
【００６０】
プリンタをプリンタ・ポートにフックすると、テレビ３１６上のメッセージの表示をトリガすることができ、そのメッセージはプリンタ３１２と一緒に含まれている暗号を要求する。ユーザが暗号を入力すると、プリンタを動作可能にする権利メッセージ５００に対する要求が、ＭＳＯに対して行われる。ＭＳＯが暗号を受信し、確認すると、権利メッセージ５００の動作可能な一組が、暗号に基づくキーで暗号化され、送信される。この実施形態の場合には、プリンタ・ドライバ・オブジェクト９０８が工場でロードされるが、他の実施形態の場合には、必要な場合、オブジェクト・メッセージ４００によりこのオブジェクト９０８をロードすることができる。
【００６１】
電子メール・オブジェクト９１２の実行中、ユーザは、電子メール・メッセージを印刷しようとすることができる。いくつかのチェックポイントが、印刷前に表示される正しい権利９１６が本物かどうかを確認する。電子メール・オブジェクト９１２は、印刷を要求している情報と一緒に、プリンタ・ドライバ９０８を呼び出す。プリンタ・ドライバ９０８内のチェックポイントは、電子メール・オブジェクト９１２の認可のチェックが終わるまで処理を中止する。プリンタを購入した際にダウンロードしたプリンタ・ドライバ権利９１６−４は、認証のために、プリンタ・ドライバ要件９２０−１と一緒にＡＣＰ３４０内にロードされる。認証に成功した場合には、プリンタ・ドライバ・オブジェクト９０８は、プリンタ３１２に対する印刷情報をフォーマットし、それをプリンタ・ポート・リソース９１４に送る。
【００６２】
プリンタ・ポート・リソース９１４は、プリンタ３１２に接続しているケーブルに対してインタフェースとして機能するハードウェア・ポートである。情報がプリンタ・ポート・リソース９１４に送られると、チェックポイントは、プリンタ・ドライバ・オブジェクト９０８が、正しく認可されているかどうかをチェックするために処理を一時的に停止する。要件９２０−３および権利９１６−３は、認証のために、ＡＣＰ３４０内にロードされる。プリンタ・ドライバ・オブジェクト９０８による使用が承認されると、印刷ジョブの残りは、印刷のためにプリンタ・ポート・リソース９１４にスプールされる。
【００６３】
種々の実施形態の場合には、ある機能ユニットの権利９１６を他の機能ユニットにより受け継ぐことができる。権利９１６は、その機能ユニットを使用することができる他のオブジェクト４０８に送ることができる。例えば、プリンタ・ポート３３２を使用するための権利９１６を、最初に、電子メール・オブジェクト９１２だけに関連づけることができる。この場合、権利９１６は、ユーザがプリンタ３１２を購入した際に、電子メール・オブジェクト９１２に送られる。後で、ＭＳＯは、プリンタ・ポート３３２を使用することができるすべての他の機能ユニットまたは機能ユニットのサブセットに対して、上記権利９１２の継承を認可することができる。このようにして、追加の機能ユニットは、印刷機能を使用することができる。
【００６４】
図１０について説明すると、この図は、配信機能ユニットに対するプロセスの一実施形態のフローチャートである。この実施形態の場合、機能ユニットを工場でロードすることもできるし、オブジェクトを現場でロードすることもできる。他の実施形態は、リソースも現場でロードすることができるが、ＭＳＯのような遠隔地からはこのようなロードは行わない。このプロセスは、ステップ１００４からスタートする。このステップにおいて、機能ユニットが設計される。機能ユニットは、ハードウェアおよびソフトウェアを含む。ある種のソフトウェアは、第三者が開発することができ、配信のためにＭＳＯに供給することができる。機能ユニットに対する種々のデフォールト要件階層も、ステップ１００４において定義される。
【００６５】
機能ユニットを、工場または現場でインストールするかどうかの決定は、ステップ１００８において行われる。当業者であれば理解することができると思うが、リソースは、通常、工場で、または現場で技術者により設置される物理デバイスである。電子的に設置することができるオブジェクトは、通常、工場または現場で設置されるが、セット・トップ・ボックス２０８に最小限度の機能を供給するために、技術者の介入を必要としないオペレーティング・システム６１２の一部のようなある種のオブジェクトは工場で設置される。
【００６６】
インストール中の特定の機能ユニットが、工場でロードされる場合には、ステップ１０１２まで継続的に処理が行われ、このステップにおいて、機能ユニットがセット・トップ・ボックス２０８内にインストールされる。通常、物理デバイスおよび大部分のオブジェクトは、ユーザに出荷される前に、セット・トップ・ボックスが機能するように工場でインストールされる。しかし、ある種のオブジェクト４０８は、それを処理した後で、セット・トップ・ボックス２０８内にロードされる。
【００６７】
現地でロードされたオブジェクトの場合には、処理はステップ１００８からステップ１０２０に進み、そこでオブジェクトはコンテンツ・プロバイダに配信される。配信プロセスは、パケット交換ネットワークのようなあるデータ・リンクによるオブジェクト４０８の電子的な送信を含む。ステップ１０２４において、コンテンツ・プロバイダは、機能ユニットに機能ユニット識別子を割り当てる。各機能ユニットに対する階層要件は、ＭＳＯのマーケティング・プランにより決定される。コンテンツ・プロバイダは、オブジェクト・メッセージ４００内にオブジェクト４０８を組み込み、ステップ１０２８において制御データ・チャネルを通してセット・トップ・ボックス２０８に、オブジェクト４０８およびオブジェクト要件メッセージ６００を同報通信する。
【００６８】
すべての機能ユニットおよび対応する階層要件がセット・トップ・ボックス２０８に送られると、各ボックス２０８に対する権利が配信される。ユーザが必要とする機能を決定するために、課金プログラムがチェックされる。機能が決定されると、適当な階層権利メッセージ５００が、ステップ１０３２において、各セット・トップ・ボックス２０８に送られる。このようにして、ＭＳＯは、遠隔地からセット・トップ・ボックス２０８内の機能ユニットの使用を制御する。
【００６９】
図１１には、制御データ情報を送信するためのプロセスの一実施形態のフローチャートが示されている。ＭＳＯは、セット・トップ・ボックス２０８内にあり、かつＭＳＯから遠隔地に配置された機能ユニットへのアクセスを制御する。プロセスは、ステップ１１０４からスタートするが、このステップにおいて、ＭＳＯは、セット・トップ・ボックス２０８の機能を、多数の機能ユニットに分割する。分割の細かさは、任意の市販プログラムにマッチしなければならない。例えば、各オブジェクト４０８に対する印刷機能を別々に規制しなければならない場合には、プリンタ・ポート３３２を使用することができる各オブジェクト４０８に割り当てられたリソースが存在しなければならない。
【００７０】
機能ユニットが定義されると、１つ以上の階層が、ステップ１１０８においてその機能ユニットに割り当てられる。マーケティング・プランと一致するように、包装機能ユニットを供給するように留意されたい。例えば、ファイヤ・ワイヤ・ポートがどのセット・トップ・ボックス２０８でも使用されない場合には、その領域内のすべてのセット・トップ・ボックス２０８内のポートを効果的に動作不能にするために、そのリソースに対して階層は割り当てられない。
【００７１】
機能ユニットおよびその要件が定義されると、すべてのオブジェクトおよび要件メッセージ４００、６００、７００が配信される。ステップ１１１２において、リソース要件メッセージ７００が定式化され、この領域内のすべてのセット・トップ・ボックス２０８に送られる。このメッセージ７００は、各セット・トップ・ボックス２０８内のすべてのリソースに対して、すべての階層要件を指定する。セット・トップ・ボックス２０８内にすでに位置するすべてのリソース要件メッセージ７００は、以降のメッセージ７００により重ね書きされる。ステップ１１１６において、すべてのオブジェクト・メッセージ４００は、この領域内のセット・トップ・ボックス２０８に送られる。オブジェクト要件メッセージ６００は、その中に含まれるオブジェクト４０８に対する階層要件を指定するために、各オブジェクト・メッセージ４００に対して送られる。すでにセット・トップ・ボックス２０８内にあるすべてのオブジェクト要件メッセージ６００は、同じ機能ユニット識別子により、以降のメッセージ６００により重ね書きされる。
【００７２】
セット・トップ・ボックス２０８がその要件を知った場合、ＭＳＯは、ステップ１１２０において、セット・トップ・ボックス２０８内の機能ユニットを使用するための階層権利の配信方法を決定する。これは、各ユーザに対する権利を決定するための課金プログラムとのインタフェースを含むことができる。これらの権利が分かった場合、固有の権利メッセージが、ステップ１１２４において、各ユーザのセット・トップ・ボックス２０８に送られる。プロセスのこの時点で、セット・トップ・ボックス２０８は、そのボックス２０８で使用するために選択したすべての機能ユニットを認可する。
【００７３】
ＭＳＯは、その領域内の各セット・トップ・ボックス２０８に機能を追加したり各セット・トップ・ボックス２０８から機能を差し引いたりすることができる。ステップ１１２８において、セット・トップ・ボックスに対する階層権利を変更する必要があると判断した場合には、処理ループは、ステップ１１２０に戻り、そこでＭＳＯは、どの権利を許可するのかを決定する。新しい権利メッセージ５００が定式化され、セット・トップ・ボックス２０８に送られる。
【００７４】
時々、新しいオブジェクト４０８が、セット・トップ・ボックス２０８に追加される。例えば、プログラム案内情報を含むオブジェクト４０８を毎日ダウンロードすることができる。ステップ１１３２において、配信しなければならない新しいオブジェクト４０８が存在すると判断した場合には、処理はループを通ってステップ１１１６に戻り、そこで、オブジェクト・メッセージ４００およびオブジェクト要件メッセージ６００が定式化され、送信される。異なる機能ユニット識別子が使用されている場合には、適当なセット・トップ・ボックス２０８上のオブジェクト４０８を動作可能にするために、新しい権利も送信される。同じ機能ユニット識別子を使用すると、古いオブジェクト４０８が更新される。
【００７５】
図１２には、制御データ情報を受信するためのプロセスの一実施形態のフローチャートが示されている。ＭＳＯが制御データ情報を送信すると同時に、セット・トップ・ボックス２０８は、この情報を認可の一部として受信し、処理する。このプロセスは、ステップ１２０４からスタートするが、このステップにおいて、リソース要件メッセージ７００が受信される。前に存在するすべてのリソース要件メッセージ７００は、新しいメッセージ７００により重ね書きされる。
【００７６】
リソースに対する要件を受信した後で、ステップ１２０８において、オブジェクト・メッセージおよびオブジェクト要件メッセージが受信される。この時点において、すべての機能ユニットおよびその階層要件は、セット・トップ・ボックス２０８内に存在する。ステップ１２１２において、権利メッセージ５００を受信する。このメッセージ５００は、特定のセット・トップ・ボックスが使用できるようになった階層を示す。権利を受信すると、ステップ１２１６において、認可される機能ユニットを決定するために、要件が権利に対してマッピングされる。
【００７７】
セット・トップ・ボックス２０８の通常の動作中に、機能ユニットが相互に作用すると、チェックポイントに遭遇する。チェックポイントは、機能ユニットにより、いくつかの機能に対する認可のチェックを要求することができる。認可チェックは、機能ユニットの要件が、ステップ１２２０において、階層権利により満足しているかどうかの判断を含む。ステップ１２２４において決定した正しい認可が存在する場合には、ステップ１２３２において、機能ユニットは、他の機能ユニットと相互に作用することができる。そうでない場合で、相互作用が認可されない場合には、ステップ１２２８において、ユーザおよび／またはＭＳＯにエラーが報告される。
【００７８】
上記記載から、本発明の多くの利点を容易に理解することができるだろう。階層機構は、ユーザから離れたＭＳＯにより種々様々なマーケティング・プログラムを実施するために使用することができる。階層権利に対して階層要件をマッピングすることにより、機能ユニットの認可を柔軟な方法で制御することができる。
【００７９】
本発明の多くの変形および変更も行うことができる。例えば、上記例は、特定の順序で送信中の種々の制御データ・メッセージを示す。他の実施形態は、他の順序でこれらのメッセージを送信することができる。到着の順序がどうであれ、その権利情報および要件情報がセット・トップ・ボックス内に存在している場合には、特定の機能ユニットは認可される。
【００８０】
上記実施形態において、リソース要件は、階層に対してマッピングされる。他の実施形態の場合には、アプリケーション、アプレットまたは他のコードに対するＪａｖａ（登録商標）の許可は、丁度リソースのように階層に接続することができる。Ｊａｖａ（登録商標）コードは、Ｊａｖａ（登録商標）のサンドボックスの外のものにアクセスするための許可に使用される。これらの許可は、マッピングされた階層が、正しい階層権利を持っていなかった場合には、許可がおりないように、階層に対してマッピングすることができる。
【００８１】
特定の実施形態を参照しながら本発明を説明したが、これらの実施形態は単に例示としてのものであって、本発明を制限するものではない。本発明の範囲は、添付の特許請求の範囲によってのみ制限される。
【図面の簡単な説明】
【００８２】
【図１】制御データ情報を配信するためのシステムの一実施形態のブロック図である。
【図２】コンテンツ供給システムの一実施形態のブロック図である。
【図３】その環境に対してインタフェースとして機能するセット・トップ・ボックスの一実施形態のブロック図である。
【図４】オブジェクト・メッセージの一実施形態のブロック図である。
【図５】「権利」メッセージの一実施形態のブロック図である。
【図６】オブジェクト「要件」メッセージの一実施形態のブロック図である。
【図７】リソース「要件」メッセージの一実施形態のブロック図である。
【図８】セット・トップ・ボックス内のいくつかのオブジェクト間の関係を示すブロック図である。
【図９】機能ユニット間の相互作用の一実施形態のブロック図である。
【図１０】機能ユニットを配信するプロセスの一実施形態のフローチャートである。
【図１１】制御データ情報を送信するプロセスの一実施形態のフローチャートである。
【図１２】制御データ情報を受信するプロセスの一実施形態のフローチャートである。

Claims (21)

1. セット・トップ・ボックス内の機能ユニットへのアクセスを制御するための方法であって、
   複数の機能ユニット識別子、および各機能ユニット識別子に関連する１つ以上の階層要件を含む第１の情報を受信するステップと、
   階層権利を含む第２の情報を受信するステップと、
   前記機能ユニット識別子を各階層要件と相互に関連づけるステップと、
   前記機能ユニットと相互に作用するステップと、
   前記各階層要件が前記階層権利により満足しているかどうかを判断するステップと、
   前記機能ユニットとの相互作用を認可するステップとを備える方法。
2. 前記階層権利を更新する第３の情報を受信するステップを更に備える、請求項１に記載のセット・トップ・ボックス内の機能ユニットへのアクセスを制御するための方法。
3. ２つ以上の前記階層権利が前記機能ユニット識別子と相互に作用することを認可可能である、請求項１に記載のセット・トップ・ボックス内の機能ユニットへのアクセスを制御するための方法。
4. 前記第１および第２の情報うちの少なくとも１つのソースを認証する、請求項１に記載のセット・トップ・ボックス内の機能ユニットへのアクセスを制御するための方法。
5. 前記機能ユニットが、ソフトウェア、ハードウェア、ドライバ、ファームウェア、データ、ビデオ、およびオーディオうちの少なくとも１つを含む個々の構成要素を備える、請求項１に記載のセット・トップ・ボックス内の機能ユニットへのアクセスを制御するための方法。
6. 複数のストリーミング・コンテンツ機能ユニットを受信するステップを更に備える、請求項１に記載のセット・トップ・ボックス内の機能ユニットへのアクセスを制御するための方法。
7. 前記セット・トップ・ボックスが、ディスプレイ用のエンクロージャと一体になっている、請求項１に記載のセット・トップ・ボックス内の機能ユニットへのアクセスを制御するための方法。
8. 機能ユニットへのアクセスを制御するための条件付きアクセス・システムであって、
   セット・トップ・ボックスと、
   前記セット・トップ・ボックスに関連する機能ユニットと、
   前記機能ユニットに関連する機能ユニット識別子と、該機能ユニット識別子に関連する１つ以上の階層要件とを含む要件メッセージと、
   １つ以上の階層権利を含む権利メッセージと、
   前記機能ユニットの使用を認可するために、前記１つ以上の階層要件の各々と前記１つ以上の権利とを比較する認可機能とを備える条件付きアクセス・システム。
9. 前記権利および要件メッセージのソースを認証する認証機能を更に備える、請求項８に記載の機能ユニットへのアクセスを制御するための条件付きアクセス・システム。
10. ヘッドエンドと前記セット・トップ・ボックスとの間のデータ・チャネルであって、二方向および多方向のうちの一つの前記データ・チャネルを更に備える、請求項８に記載の機能ユニットへのアクセスを制御するための条件付きアクセス・システム。
11. 前記階層権利を更新する第２の権利メッセージを更に備える、請求項８に記載の機能ユニットへのアクセスを制御するための条件付きアクセス・システム。
12. ヘッドエンドから前記セット・トップ・ボックスへ送信された複数のストリーミング・コンテンツ機能ユニットを更に備える、請求項８に記載の機能ユニットへのアクセスを制御するための条件付きアクセス・システム。
13. 前記機能ユニットが、ソフトウェア、ハードウェア、ドライバ、ファームウェア、データ、ビデオ、およびオーディオのうちの少なくとも１つを含む個々の構成要素を含む、請求項８に記載の機能ユニットへのアクセスを制御するための条件付きアクセス・システム。
14. 前記セット・トップ・ボックスが、ディスプレイ用のエンクロージャと一体になっている、請求項８に記載の機能ユニットへのアクセスを制御するための条件付きアクセス・システム。
15. 条件付きアクセス・システム内で遠隔地に配置された機能ユニットへのアクセスを制御するための方法であって、
    遠隔地に配置された機能ユニットの認可を修正するために第１および第２の情報を決定するステップと、
    機能ユニット識別子と、該機能ユニット識別子に関連する少なくとも１つの階層要件とを含む前記第１の情報を送信するステップと、
    階層権利を含む前記第２の情報を送信するステップと、
    前記機能ユニット識別子に対応する、前記遠隔地に配置された機能ユニットの認可状態を修正するステップとを備える方法。
16. 階層権利の更新を含む第３の情報を送信するステップと、
    前記機能ユニット識別子に対応する、前記遠隔地に配置された機能ユニットの認可状態を更に修正するステップとを更に備える、請求項１５に記載の条件付きアクセス・システム内で遠隔地に配置された機能ユニットへのアクセスを制御するための方法。
17. 前記認可状態が認可及び不認可うちの一方である、請求項１５に記載の条件付きアクセス・システム内で遠隔地に配置された機能ユニットへのアクセスを制御するための方法。
18. 前記第１および第２の情報のうちの少なくとも１つで署名を生成するステップを更に備える、請求項１５に記載の条件付きアクセス・システム内で遠隔地に配置された機能ユニットへのアクセスを制御するための方法。
19. ２つ以上の階層権利が前記機能ユニット識別子に対応する、前記遠隔地に配置された機能ユニットの使用を認可可能である、請求項１５に記載の条件付きアクセス・システム内で遠隔地に配置された機能ユニットへのアクセスを制御するための方法。
20. 遠隔地へ複数のストリーミング・コンテンツ機能ユニットを送信するステップを更に備える、請求項１５に記載の条件付きアクセス・システム内で遠隔地に配置された機能ユニットへのアクセスを制御するための方法。
21. 前記遠隔地に配置された機能ユニットが、ソフトウェア、ハードウェア、ドライバ、ファームウェア、データ、ビデオ、およびオーディオのうちの少なくとも１つを含む個々の構成要素を含む、請求項１５に記載の条件付きアクセス・システム内で遠隔地に配置された機能ユニットへのアクセスを制御するための方法。

Images