(57)【要約】  パッケージメディアに記憶されているコンテンツを受信して再生するプレーヤ装置のある実施例において、プレーヤ装置は、パッケージメディアを受信してパッケージメディアに記憶されているデジタルデータを読み取るメディアリーダを有する。プレーヤ装置は、安全かつ永続的なストレージ装置を有し、その安全かつ永続的なストレージ装置は、インデックスによって指定されている複数のキーを含むキーテーブルを記憶する。復号器は、パッケージメディアに記憶されているキーインデックスよって参照される暗号化キーの少なくとも一つを用いて、パッケージメディアに記憶されているデジタルデータを復号する。デコーダは、パッケージメディアに記憶されている復号されたデジタルデータをデコードし、さらに、デコードしたデータをアウトプットとして出力する。この要約は、制限するために考慮すべきではない。他の実施例は、要約に記載されている特徴から逸脱している可能性があるからである。
2010518781.tif 000002
【特許請求の範囲】
【請求項１】
パッケージメディアに記憶されているコンテンツを受信し再生するプレーヤ装置であって、
パッケージメディアを受けて、そのパッケージメディアに記憶されているデジタルデータを読み取るメディアリーダと、
インデックスによって指定される複数のキーを含むキーテーブルを記憶する安全かつ永続的なストレージ装置を有する前記プレーヤ装置と、
前記パッケージメディアに記憶されているキーインデックスが参照する少なくとも一つの暗号化キーを用いて、前記パッケージメディアに記憶されている前記デジタルデータを復号する復号器と、
前記パッケージメディアに記憶されている復号化された前記デジタルデータをデコードし、デコードしたそのデータをアウトプットとして出力するデコーダと、
を備えることを特徴とするプレーヤ装置。
【請求項２】
請求項１に記載の受信装置において、前記キーインデックスは、前記パッケージメディアからデータのストリームの一部を形成するキーインデックスパケットに組み込まれていることを特徴とする受信装置。
【請求項３】
請求項１に記載の受信装置において、前記キーインデックスは、前記パッケージメディアのテーブルに記憶されていることを特徴とする受信装置。
【請求項４】
請求項１に記載の受信装置において、前記パッケージメディアに記憶されている前記キーインデックスは、事前に定義されているデフォルトキーを用いて暗号化されていることを特徴とする受信装置。
【請求項５】
請求項１に記載の受信装置において、前記パッケージメディアに記憶されている前記キーインデックスは、前記パッケージメディアにおいてインデックス付けされているキーを用いて暗号化されていることを特徴とする受信装置。
【請求項６】
請求項１に記載の受信装置において、前記キーテーブルは、少なくとも約４，０００，０００のキーを含むことを特徴とする受信装置。
【請求項７】
請求項１に記載の受信装置において、インデックスによって指定される前記複数のキーは、ハッシュペアかそれとも、キーとハッシュペアとの組み合わせのどちらかを含むことを特徴とする受信装置。
【請求項８】
メディアプレーヤ装置がパッケージメディアを復号することを可能にする方法であって、
各キーがキーインデックスに対応している場合において、前記メディアプレーヤ装置における安全かつ永続的なストレージ内のキーテーブルに複数のキーを記憶するステップと、
再生のためにパッケージメディア装置を受けるステップと、
前記パッケージメディアからキーインデックスを読み取るステップと、
前記キーインデックスを使用し、前記キーテーブルからのキーを識別するステップと、
前記キーテーブルで探し出されたキーを用いてデータを復号するステップと、
を含むことを特徴とする方法。
【請求項９】
請求項８に記載の方法において、前記キーインデックスは、前記パッケージメディアからデータのストリームの一部を形成するキーインデックスパケットに組み込まれていることを特徴とする方法。
【請求項１０】
請求項８に記載の方法において、前記キーインデックスは、前記パッケージメディアのテーブルに記憶されていることを特徴とする方法。
【請求項１１】
請求項８に記載の方法において、前記パッケージメディアに記憶されている前記キーインデックスは、事前に定義されているデフォルトキーを用いて暗号化されていることを特徴とする方法。
【請求項１２】
請求項８に記載の方法において、前記パッケージメディアに記憶されている前記キーインデックスは、前記パッケージメディアにおいてインデックス付けされているキーを用いて暗号化されていることを特徴とする方法。
【請求項１３】
請求項８に記載の方法において、前記キーテーブルは、少なくとも約４，０００，０００のキーを含むことを特徴とする方法。
【請求項１４】
請求項８に記載の方法において、復号した前記データをデコードするステップをさらに含むことを特徴とする方法。
【請求項１５】
請求項８に記載の方法において、前記キーインデックスを読み取るステップは、コンテンツのストリームに組み込まれているキーインデックスを読み取ることと、新しいキーインデックスを読み取ることにより、その新しいキーインデックスによって定義される新しい復号化キーに替えることとを含むことを特徴とする方法。
【請求項１６】
請求項８に記載の方法において、前記キーインデックスに対応する前記複数のキーは、ハッシュペアかそれとも、キーとハッシュペアとの組み合わせのどちらかを含むことを特徴とする方法。
【請求項１７】
メディアプレーヤ装置がパッケージメディアを復号することを可能にする方法であって、
各キーがキーインデックスに対応している場合において、前記メディアプレーヤ装置における安全かつ永続的なストレージ内のキーテーブルに複数のキーを記憶し、そのキーテーブルには少なくとも約４，０００，０００のキーを含むようなステップと、
再生のためにパッケージメディア装置を受けるステップと、
前記キーインデックスが、前記パッケージメディアからデータのストリームの一部を形成するキーインデックスパケットに組み込まれており、さらに、前記パッケージメディアに記憶されている前記キーインデックスが、事前に定義されているデフォルトキーを用いて暗号化されている場合において、前記パッケージメディアからキーインデックスを読み取るステップと、
新しいキーインデックスを見つけて読み取ることにより、その新しいキーインデックスによって定義される新しい復号化キーに替えるステップと、
前記キーインデックスを使用し、前記キーテーブルからキーを識別するステップと、
前記キーテーブルで探し出されたキーを用いてデータを復号するステップと、
復号した前記データをデコードするステップと、
を含むことを特徴とする方法。
【請求項１８】
請求項１７に記載の受信装置において、前記キーインデックスに対応する前記複数のキーは、ハッシュペアかそれとも、キーとハッシュペアとの組み合わせのどちらかを含むことを特徴とする方法。
【請求項１９】
電子メディアリーダ装置によって読み取り可能なコンテンツデータを記憶する電子ストレージ装置であって、
前記電子ストレージ装置に記憶されているコンテンツの少なくとも一部の復号のために用いられるキーインデックスを記憶するキーインデックスと、
インデックスによって指定される複数のキーを含むキーテーブルを記憶する安全かつ永続的なストレージロケーションにおいて、電子メディアリーダ装置に記憶されている復号化キーを参照するキーインデックスと、
前記コンテンツデータが前記キーインデックスによって指定されたキーに対応する暗号化キーによって暗号化されている場合に、暗号化された形態で前記電子ストレージ装置に記憶されている複数のコンテンツデータと、
を含むことを特徴とする電子ストレージ装置。
【請求項２０】
請求項１９に記載の電子ストレージ装置において、前記キーインデックスは、前記パッケージメディアからデータのストリームの一部を形成するキーインデックスパケットに組み込まれていることを特徴とする電子ストレージ装置。
【請求項２１】
請求項１９に記載の電子ストレージ装置において、前記キーインデックスは、前記パッケージメディアのテーブルに記憶されていることを特徴とする電子ストレージ装置。
【請求項２２】
請求項１９に記載の電子ストレージ装置において、前記パッケージメディアに記憶されている前記キーインデックスは、事前に定義されているデフォルトキーを用いて暗号化されていることを特徴とする電子ストレージ装置。
【請求項２３】
請求項１９に記載の電子ストレージ装置において、前記パッケージメディアに記憶されている前記キーインデックスは、前記パッケージメディアにおいてインデックス付けされているキーを用いて暗号化されていることを特徴とする電子ストレージ装置。
【請求項２４】
請求項１９に記載の電子ストレージ装置において、前記キーインデックスは、前記コンテンツのストリームに組み込まれており、新しいキーインデックスは、前記コンテンツのストリームにさらに組み込まれており、前記コンテンツに新しいキーが出現した後、前記コンテンツは、その新しいキーを用いて暗号化されていることを特徴とする電子ストレージ装置。
【請求項２５】
請求項１９に記載の電子ストレージ装置において、インデックスによって指定される前記複数のキーは、ハッシュペアかそれとも、キーとハッシュペアとの組み合わせのどちらかを含むことを特徴とする電子ストレージ装置。
【発明の詳細な説明】
【背景技術】
【０００１】
デジタルケーブルテレビジョンシステムにおいて、暗号化は、通常、支払いが行われていないチャンネルをブロックするために用いられる。一般的に、それらのチャンネルへは、適切な復号化キーが加入者宅内機器（ＣＰＥ、例えば、テレビ用セットトップボックス（ＳＴＢ）、又は、適切に使用可能であるデジタルテレビジョンセット）で利用可能となって初めてアクセスすることが可能となる。通常、復号化キーは、資格付与制御メッセージ（Entitlement Control Message、ECM）を用いてＣＰＥに運ばれる。そのＥＣＭは、通信事業者又はそれに相当する機関からＣＰＥへ送信される。通常、保護対象のコンテンツは、既知のアルゴリズムを用いて暗号化される。既知のアルゴリズムは、次世代標準暗号化方式（Advanced Encryption Standard、AES）や、ＤＶＢ用共通スクランブル仕様（DVB Common Scrambling Algorithm、DVB-CSA）、データ暗号化標準（DES）、又は、それらを改良したものなどである。これらの暗号化アルゴリズム／復号化アルゴリズムそれ自体は、公的に利用可能であることから、コンテンツのセキュリティについてのキーポイントは、コンテンツを復号するのに必要な復号化キーを取り消せる機能にある。多くの購読システム又は有料テレビ放送システムにおいて、キーを運搬するＥＣＭは、単一の共通データトランスポートストリームでコンテンツと一緒に送られる。
【０００２】
このため、ＥＣＭを介して送られる復号化キーは、通常、専有の暗号化技術を用いて暗号化される。そして、暗号化されたキーは、通常、帯域内のチャンネルでＥＣＭを介してＣＰＥに送られ、さらに、網羅的なトライアル及びエラーキー検索に基づくハッカーによるコンテンツの復号能力を妨害するために非常に頻繁に変更する。残念ながら、ハッカーを阻止するためによく用いられるツール（度々発生するキーの変更や暗号化キーを含むＥＣＭの送信）の一つは、暗号化アルゴリズムを解読することを手助けする手がかりをハッカーに与えてしまう。キーが送られるたびに、暗号化アルゴリズムを解読するのに潜在的に用いられ得る多くのデータがハッカーに利用可能となる。万一、アルゴリズムが解読された場合、コンテンツは保護されないこととなり、費用のかかる暗号化アルゴリズムの見直しや、プロビジョニングの再実行、ＣＰＥの物理的な交換などが必要となる。
【０００３】
暗号化されたコンテンツを有するＤＶＤ又はそれと同等なものなどのようなパッケージメディアは、ハッキングされる対象であって、現に継続してハッキングされていることに留意すべきである。
【０００４】
関連文献の相互参照
本出願は、２００６年２月７日に出願した米国特許出願番号１１／３４８，７７７号の一部継続出願である。また、その出願において、２００５年６月７日に出願した米国仮出願番号６０／６８８，５５３号に基づく優先権を主張する。それら出願は共に、参照によってここに組み込まれる。また、本出願は、ＳＭＰＴＥの登録公開文献番号ＲＤＤ１０−２００６を参照によって組み込む。
【０００５】
著作権表示
この文献の開示の一部には、著作権の保護対象が含まれている。著作権の所有者は、特許商標庁のファイル又は記録に表されているように、本文献又は本開示のファクシミリの複製には異論がない。しかし、その他の点において、どんなものであれ、全ての著作権を留保する。
【０００６】
特定の実施例は、目的となる対象及び効果と共に、動作の構成及び方法を説明する。さらに、その対象及び効果は、添付の図面と併せて用いられる以下の詳細な説明の参照によって最もよく理解されるであろう。
【図面の簡単な説明】
【０００７】
【図１】本発明の特定の実施例に相当する典型的なキーテーブルである。
【図２】本発明の特定の実施例に相当する典型的な権限付与テーブルである。
【図３】本発明の特定の実施例に相当する方式において、典型的なキーテーブルと典型的な権限付与テーブルとの間の関係を示す。
【図４】本発明の特定の実施例に相当する方式において、暗号化されたチャンネルのためのチャンネル選択プロセスを示す。
【図５】本発明の特定の実施例に相当する典型的なプロセスのフローチャートである。
【図６】特定の実施例に相当する方式において、パッケージメディアに適用される典型的かつ類似の実施例を示す。
【図７】特定の実施例に相当する方式において、パッケージメディアに適用される他の典型的な実施例を示す。
【図８】図６のような特定の実施例に相当する例示のプロセスを説明するフローチャートである。
【図９】図７のような特定の実施例に相当する例示のプロセスを説明するフローチャートである。
【発明を実施するための形態】
【０００８】
本発明は、多くの異なる形態の実施例が可能である一方で、それらは、図面に示されており、そして、詳細な特定の実施例においてここに説明されている。さらに、そのような実施例の開示は、原理の例として考慮されており、説明及び示されている特定の実施例に本発明を制限する目的のものではないことが理解される。以下の詳細な説明において、同じ参照数字は、図中のいくつかの表示における同じ、又は、同様な、若しくは、相当する部分を説明するよう用いられる。
【０００９】
ここで用いられる用語“ある”や“任意”は、一又は二以上として定義される。ここで用いられる用語“複数”は、二又は三以上として定義される。ここで用いられる用語“他”は、少なくとも第２又はそれ以上のものとして定義される。ここで用いられる用語“含む”及び／又は“有する”は、包含するとして定義される。ここで用いられる用語“接続する”は、必ずしも直接的ではない、さらに、必ずしも機械的でもなく、結合するとして定義される。ここで用いられる用語“プログラム”や、“コンピュータプログラム”、それらと同様な用語は、コンピュータシステム上での実行のために設計されている指示の順序として定義される。“プログラム”又は“コンピュータプログラム”は、サブルーチン、ファンクション、プロシージャ、オブジェクトメソッド、オブジェクトインプリメンテーション、実行可能なアプリケーション、アプレット、サーブレット、ソースコード、オブジェクトコード、共有ライブラリ、動的ロードライブラリ、そして、コンピュータシステム上での実行のために設計されている指示の他の順序を含むことが可能である。
【００１０】
ここで用いられる用語“プログラム”は、第２の場面で用いられていてもよい（第１の場面についての上記定義）。第２の場面において、用語は、“テレビジョンプログラム”の意味で用いられる。この場面において、その用語は、コンテンツが、ムービーや、スポーツイベント、複数パートシリーズの一番組、ニュース放送であるか否かを問わず、オーディオビデオコンテンツの理解しやすい任意の順序を意味するよう用いられる。そのオーディオビデオコンテンツは、単一のテレビジョンプログラムとして解釈され、さらに、単一のテレビジョンプログラムとして電子番組ガイド（ＥＰＧ）において報告される。用語“スクランブル”、“暗号化”、そして、それらの変形は、ここでは、同意義として用いられる。
【００１１】
本文献の全体における“一実施例”、“ある実施例”、そして、それらと同様な用語は、実施例に関連して記載されている特定の特徴、構造、特性が本発明の少なくとも一つの実施例に含まれていることを意味する。よって、本明細書を通じて、そのような用語の利用、又は、さまざまな場所での利用は、同一の実施例全てに言及する必要なない。さらに、特定の特徴や、構造、特性は、制限されていない一又は二以上の実施例における任意かつ適切な方式に組み合わせられていてもよい。
【００１２】
ここで用いられる用語“又は”は、任意の一つ又は任意の組み合わせを含めたもの又は意味するものとして解釈される。したがって、“Ａ”“Ｂ”又は“Ｃ”は、以下のＡ、Ｂ、Ｃ、Ａ及びＢ、Ｂ及びＣ、Ａ及びＢ並びにＣのいずれかを意味する。この定義の例外は、要素、ファンクション、ステップ、又は、動作の組み合わせの何れかが固有的に相互排他的である時のみ生じる。
【００１３】
以下の頭文字及び省略形は、ここでは以下のように用いられ得る。
BAC
Basic Access Control（ベーシックアクセス制御）
BAT
Bouquet Association Table（ブーケ関連テーブル）
CA
Conditional Access（限定受信）
CAS
Conditional Access System（限定受信システム）
CASID
Conditional Access System Identifier（限定受信システム識別子）
CMTS
Cable Modem Termination System（ケーブルモデムシステム）
CPE
Customer Premises Equipment（加入者宅内機器）
DOCSIS
Data Over Cable System Interface Specification（ケーブルシステムを通じたデータのインタフェース仕様）
DVB
Digital Video Broadcast（デジタルビデオ放送）
ECM
Entitlement Control Message（資格付与制御メッセージ）
EMM
Entitlement Management Message（資格付与管理メッセージ）
IC
Integrated Circuit（集積回路）
MPEG
Moving Pictures Experts Group（ムービングピクチャーエクスパーツグループ）
MVPD
Multichannel Video Program Distributor（多重チャンネル用ビデオプログラム配信）
MSO
Multiple System Operator（複数システム事業者）
NIT
Network Information Table（ネットワーク情報テーブル）
NTS
Network ID, Transport ID and Service ID（ネットワークＩＤ、トランスポートＩＤ、サービスＩＤ）
NTSC
National Television Standards Committee（全国テレビジョン標準化委員会）
OSD 
On-Screen Display（オンスクリーンディスプレイ）
PAT
Program Allocation Table（プログラム割当てテーブル）
PID
Packet Identifier（パケット識別子）
PMT
Program Map Table（プログラムマップテーブル）
PPV
Pay-per-View（ペイパービュ−）
PSI
Program Specific Information（プログラム特定情報）
QAM
Quadrature Amplitude Modulation（直交振幅変調）
SI
Service Information（サービス情報）
【００１４】
ケーブルテレビジョンシステム又は衛星テレビジョンシステムにおいてキーの公開を削減するために、そして、送信ポイント及び加入者宅内機器の両方における管理システムの複雑性を非常に単純化するために、コンテンツキー管理システムは、本発明に相当する所定の実施例によって提供される。
【００１５】
ベーシックアクセス制御サブシステムのためのある実施例に相当するコンテンツキー管理構造は、デジタルケーブルテレビジョンシステム又は衛星テレビジョンシステムの利用のためのものである。それらテレビジョンシステムは、アナログサービスを拡大する、さらに好ましくは、既存の設備によるアナログサービスを各アナログサービスと同等なデジタルサービスに切り替える。
【００１６】
従来のＣＡシステムにおいて、通常、キーの期間は、おおよそ、ミリ秒、秒、又は、分である。ベーシックアクセス制御システムは、従来のＣＡシステムで用いられる期間よりキーの期間が（おおよそ日、週、又は、月である）非常に長くなるが、それらシステムに関する複雑性、コスト、追加のメッセージシステムを拡大させることなく、暗号化／復号化に用いられるコンテンツキーの動的な交換を提供する。キーの配布及びＣＰＥの権限付与は、資格付与管理メッセージ（ＥＭＭ）の配布を通じて実行され、両方向装置のためのＤＯＣＳＩＳ（帯域外配布）と片方向装置をサポートする帯域内との両方又はどちらか一方のみを通じて配布される。
【００１７】
一実施例において、採用されているベーシックアクセス制御スキームは、一つのサービスティアあたり少なくとも一つのキーのペアを使用する。サービスティアは、個別のエンティティとしてまとめられるサービス（“パッケージ”）と関連する個々の論理チャンネルのグループである。この方法論は、個々のイベントなどのような単一のプログラムを含む任意のサイズのサービスティアを支持するよう拡張可能である。特定のサービスティアへのアクセスは、サポートするＣＰＥ装置が適切なサービスティアキーを所有しているか否かによって決定される。メッセージのセキュリティを維持するために、全てのＥＭＭは、通信事業者のプライベートキーによって署名され、これにより、受信したメッセージは、ＣＰＥ装置によって認証される。
【００１８】
図１は、安全な方法（例えば、キーを含むメモリへのアクセスに対するハードウエア保護を用いて）による不揮発性メモリのＣＰＥ（例えば、テレビ用セットトップボックス）に記憶されている暗号化コンテンツのためのキーのセットを示す。Ｕｎｇｅｒによる米国特許公開番号ＵＳ２００２／０１９６９３９号は、複数の選択的な復号を実行する典型的なテレビ用セットトップボックスハードウエア及びソフトウエアを開示する。これは、本発明のある実施例に相当するプロセスを実行するよう適切に変更可能とされているＣＰＥ装置の例である。この文献は、参照によってここに組み込まれる。
【００１９】
コンテンツキーは、安全かつ永続的なメモリに記憶されており、キーライブラリを構成するアレイ又はテーブル１２として整理されている。このライブラリは、必要に応じ、ＣＰＥ内のプログラムされているプロセッサなどのようなハードウエアによってアクセスされてもよい。そのようなキーライブラリのための一つの配置を図１に示す。この例によるキーは、復号プロセスでの使用のために、奇数キー１４かそれとも偶数キー１８と呼ばれるペアのメンバーを用いてｍ＋１のペアに配置される。制限として考慮すべきではない一つの例において、キーは、６４ビット長である。しかし、１２８ビット又は他の任意かつ適切なキー長を用いることが可能である。それぞれのキーのｍ＋１のペアは、アドレス参照（メモリアドレス、実際のキー番号、名前、キー識別子、メモリのオフセットなどとすることが可能である）を用いてインデックスが付加される。
【００２０】
典型的なアレイのための構造は、以下の通りである。
UINT 16 key_index;
BOOLEAN key_phase; 
UINT64 content_key[key_index, 2];
if (transport_scrambling_control = '10')
key_phase = 0; 
else 
if ((transport_scrambling_control = '11') 
key_phase = 1 ;
【００２１】
この例示のキー構造のための最大可能ストレージ要求は、それが、６４ビットごとに含むと見込まれる場合、１Ｍバイトである。システムが現在、６５，５３６のユニークキー（３２，７６８のユニークキーのペア）の必要性を有するとは考えにくいが、将来的には、さらに多くのキーペア及びより長いキーを使用する可能性がある。しかしながら、ケーブル利用及び衛星利用のためには、少なくとも１６，７７７，２１６のユニークキー（８，３８８，６０８のユニークキーのペア）が最小として好まれると予想される。また、本発明に相当する実施例から逸脱することなく、複数の論理チャンネルは、実際の同一のキー値にマッピングされることが可能である。同一のコンテンツキーは、特定のサービスのオーディオ要素及びビデオ要素の両方に利用されてもよい。また、その他の変更した形態も可能である。
【００２２】
特定のサービスと特定のキーペア（偶数相及び奇数相）との関連付けは、プログラム権限付与記述子（program authorization descriptor）を通じて供給されるテーブルに含まれているデータを介して行われ、論理チャンネルをkey_index（キー＿インデックス）値にマッピングする。そのkey_indexは、コンテンツキーテーブル１２において、対応するコンテンツキーペアを探すよう用いられる。この情報は、図２に示すように、権限付与テーブル２２に含まれる。他の実施例では、キー及び権限付与テーブルの複数のインスタンスを含むことが可能である。キー及び権限付与テーブルの各ペアは、異なるネットワークに対応する。その異なるネットワークは、異なるＭＶＰＤ（例えば、異なるケーブルプロバイダ、異なる衛星プロバイダ、異なる電話システム事業者など）などである。そのＭＶＰＤは、任意のポイントでクライアント装置が接続されるネットワークのために論理的に提供される。権限付与テーブル２２は、同様に、全体的な特徴を決定するＣＰＥ動作マスク２６を含む。その決定は、ネットワークが動作している間、特定のＣＰＥが有効又は無効であることを決定することである。３０における論理チャンネル０乃至ｎごとに、サービスマスク３４及びキーインデックス３８が存在する。サービスマスク３４は、特定のユーザがどのチャンネルに権限が付与されているかと同様に、特定のサービスに関連しているどの操作上の属性（例えば、アンチ盗聴制御の起動など）に権限が付与されているかを決定する。キーインデックス３８は、各チャンネルをキーペアに関連させる。そのキーペアは、チャンネルを復号化する使用のために設計されている。論理チャンネル及び関連キーインデックスのリストを含む権限付与テーブル２２は、キーテーブル１２と同様に、ＣＰＥ内の不揮発性メモリに安全に保存されている。
【００２３】
図２は、キーテーブル１２と権限付与テーブル２２との間の関係を示す。この例において、論理チャンネルは、以下の表１のようにキーテーブルの項目にマッピングされている。
2010518781.tif 000003
表１
【００２４】
キーテーブル１２に記憶してあるキーのペアを、権限付与テーブル２２内のチャンネルにおけるキーのインデックスにマッピングすることで、チャンネルに関連するＣＰＥに対して、単にインデックスを送ることによって、特定のチャンネル又はプログラムのためのキーの変更が可能となる。この方式においては、単にＥＭＭを介して新しいキーインデックスのアレイを送ることによってリスクを負うことなく、特定のサービス又はサービスグループのための動作中のキーを変更することが可能である。そのリスクは、キーそれ自体の送信を通じて晒されるといったリスクである。
【００２５】
コンテンツキーの供給は、有効なキーのデータ記述子を含むＥＭＭの使用を通じて実行されてもよい。コンテンツキーデータは、図１に示すように、両方のＭＰＥＧ暗号化相（偶数及び奇数）に及ぶコンテツキー値のペアを含むキーテーブル１２のように構成される。ＭＰＥＧ以外の実施例においても、キーのペアは有効であるが、限定するものとして考慮すべきではない。これらコンテンツキーのペアは、特定のコンテンツキーのペアを識別するインデックスと関連する。キーデータの記述子の構造は、特定の暗号化相（encryption phase）と関連するテーブルにおけるコンテンツキーの全てのカラム（偶数又は奇数）の一斉交換を可能にする。ある実施例によると、単一の記述子は、特定のキーペアにおける両方のコンテンツキーを交換することはできない。２つの独立したＥＭＭメッセージは、独立して送られ、コンテンツキーテーブル１２全ての生成又はリフレッシュを行う。２つの独立したＥＭＭメッセージは、偶数暗号化相に関連するとして特定される一つと奇数暗号化相に関連するとして特定される一つである。他の実施例では、制限されないＥＭＭにおいて、選択されたキーペア又は個別のキーのみが提供される。これらメッセージの順序は、重要ではない。
【００２６】
さらに、送信データにおけるインダイレクション（間接的要素、indirection）のレベルを向上させるよう、追加要素も採用することが可能である。キーインデックス記述子は、プログラム権限付与テーブル２２及びキーデータテーブル１２からキーインデックスを独立して送ることを可能にする。この記述子は、プログラム権限付与テーブル２２においてインデックスデータを上書するよう用いることができる。また、この記述子は、キーデータテーブル又はプログラム権限付与テーブル２２の送信を伴うことなく、最初にインデックスデータを独立して供給し、さらに、新しいインデックスの送信を通じてシステムに単独で鍵をかけるよう用いることができる。プログラムティアのための完全なインデックスを運搬するＥＭＭは、実際のキー交換と比較して非常に小さくなるであろう、さらに、たいていの場合において、単一のパケット内に含まれるようにすることが可能である。そのＥＭＭは、権限付与テーブルの１／３のサイズ、そして、最小でキーデータテーブルの１／４のサイズである。
【００２７】
好ましくは、ＣＰＥ装置は、有効なＥＭＭから適切な記述子データを適用する場合を除き、プログラム権限付与テーブル２２及びキーデータテーブル１２を含むデータ構造のフォーマット又は内容を決して修正又は変更すべきでない。ＣＰＥ装置は、テーブル内の登録の順序を変更することなく、正確な形態及び順序の関連したＥＭＭから受けたデータをストレージ構造に分類する。ＢＡＣシステムは、プログラム権限付与テーブルにおける論理チャンネルの投入を、分類された方式(sorted fashion)で提供する。プログラム権限付与テーブル２２及びキーデータテーブル１２のそれぞれは、存在する任意のテーブルを全体で交換するために、完全な形態で送られてもよい。他の実施例では、各テーブルにおける選択された部分のみを送信することもできる。
【００２８】
実際には、キーデータメッセージは、後のコンテンツキーのみを更新するよう用いられる。そのコンテンツキーは、コンテンツを暗号化するのに現に用いられているキーの反対の相と関連するキーとすることが可能である。この方法は、装置の現在の動作に影響を与えることなく、次の期間のコンテンツキーを用いることで、権限が付与されているＣＰＥのバックグラウンドでのプロビジョニングを可能にする。すなわち、例としては、現在、偶数キーが用いられている場合、奇数キーが検索のために影響を受けないよう偶数キー１８を置き換えることが可能である（その逆も成立する）。
【００２９】
その実施態様において、コンテンツアクセス管理は、図４に関連する以下の方法で扱われる。チャンネルマップは、２つの標準的な要素の組み合わせを用いて定義される。ＤＶＢアーキテクチャによって、全てのＲＦネットワーク源は、ＳＩ構造のネットワーク情報テーブル（ＮＩＴ）内で定義される。ＮＩＴは、“ＮＴＳ”（ネットワークＩＤ、トランスポートＩＤ、サービスＩＤ）の基準に基づいて各サービスと関連するＲＦパラメータを表す。ＮＴＳの混合値は、システムで利用可能なサービスごとに一意である。
【００３０】
ＤＶＢ構造のブーケ関連テーブル（ＢＡＴ）は、所望のサービスを運搬するＱＡＭ信号にアクセスするよう、論理チャンネル番号と、ＮＩＴ参照（NIT lookup）のための特定のＮＴＳとの間の関連を提供し、さらに、必須ＲＦパラメータを決定する。複数のＢＡＴが存在し、サービスティア、地域などに基づいて異なるチャンネルプランを示すことが可能な複数のチャンネルラインナップを提供する。各ＢＡＴは、関連するブーケＩＤを有する。そのブーケＩＤは、各ＢＡＴを一意的に識別する。権限が付与された実効可能なサービスを示すＥＭＭを通じたプロビジョニングによって、全てのＣＰＥに適切なブーケＩＤが割当てられる。その実効可能なサービスは、特定のＣＰＥによって潜在的にアクセスされ得る。
【００３１】
ヘッドエンドがブーケＩＤを発行していないとき、全てのＣＰＥは、ゼロのブーケＩＤをデフォルトで使用することが可能である。このケースに遭遇するであろうケースは２つしか存在しない。第１のケースは、新しい装置が、ヘッドエンド送信（又はＣＰＥ受信）プロビジョニングより前にシステムに接続されているときである。第２のケースは、ＣＰＥの権限を解除すべきであることを示す動作マスク設定を用いてヘッドエンドからＥＭＭを受信したときである。権限解除のプロセスは、プログラム権限付与テーブルの内容とともにブーケＩＤ変数（bouquet ID variable）を削除することとして定義される。
【００３２】
サービスアクセスは、プログラム権限付与テーブルを通じて管理される。プログラム権限付与テーブルは、前述の通り、各ＣＰＥ装置の不揮発性メモリ内で維持される論理構成であり、ヘッドエンドからＥＭＭを通じて供給されるそれの内容である。このテーブル２２は、キーインデックス、そして、一意的に各サービスと関連する他のデータ、さらに、論理チャンネルのリストを含む。その論理チャンネルのリストは、特定の装置によるアクセスが許可されていることを表すリストである。プログラム権限付与テーブル２２内に含まれるチャンネルリスト内の論理チャンネルの存在は、チャンネルが特定のＣＰＥでの鑑賞の候補であるしるしを提供するが、それ自体ではアクセスの保証はされない。
【００３３】
各プログラム権限付与テーブル２２は、好ましい実施例において、ＥＭＭを通じてＣＰＥ装置に完全な形態で送られ、既存のテーブル内容全体を置き換える。この実施例において、一部のチャンネルのマップは送信されず、そして、受信テーブルデータはＣＰＥ内に加えられない。この実施例において、プログラム権限付与テーブル情報を含むＥＭＭは、関連するサービス及び動作マスクを含まない。これらアイテムは、個別のＥＭＭによって供給され、ＣＰＥによってプログラム権限付与テーブル２２上に合成される。しかしながら、当業者は、この示唆を考慮することで他の実施例を思いつくであろう。
【００３４】
プログラム権限付与テーブルにおけるサービスについての論理チャンネル番号の存在と組み合わせることで、２つの他の構成要素は、ＣＰＥが特定のサービスにアクセスすることが可能か否かの最終的な決定を制御する。構成要素の一つは、プログラム権限付与テーブル２２における各論理チャネルエントリと関連するservice_mask(サービス＿マスク)変数の中に含まれるchannel_unauthorized（チャンネル＿未承認）ビットである。このビットが設定（ＥＭＭによって実行される）されている場合、特定のチャンネルの権限が解除され、鑑賞が不可となる。他の制御構成要素は、ＣＰＥのoperation_mask（動作＿マスク）の中に含まれるCPE_deauthorized（ＣＰＥ＿権限解除）ビット及びbrick_mode（ブリック＿モード）ビットである。そのＣＰＥのoperation_maskは、ＣＰＥ全体の属性を制御する。さらに、それは、ＥＭＭメッセージによって管理され、プログラム権限付与テーブル２２の構造の一部である。
【００３５】
特定のサービスにアクセスするプロセスを図４及び図５に示す。そのプロセスは以下のロジック（両図面のための識別子を参照）に従う。５０及び１５０において、視聴者は、復号されたＡ／Ｖサービスをそれらのリモート制御又は他のユーザインタフェースを通して変更するよう要望を指し示す。例えば、これは、チャンネル上昇コマンド／チャンネル下降コマンド又は論理チャンネル番号を直接入力することによって達成され得る。
１．１５４において、ＣＰＥ上で実行されるコンピュータプログラムアプリケーション（アクセスロジックソフトウエア５２）は、ユーザのコマンドを受け、デコードし、検証を行う。
２．１５８において、ＣＰＥアプリケーションは、CPE_deauthorized（ＣＰＥ＿権限解除）ビットが設定されているかそれともbrick_mode（ブリック＿モード）ビットが設定されているかを確認するよう、プログラム権限付与テーブル２２の中に含まれるoperation_mask（動作＿マスク）２６の値をチェックする。これらビットのどちらか一方が設定されている場合、１６０において、リクエストについてのこれ以上の処理は終了する。１６４において、bouquet_id（ブーケ＿ｉｄ）にゼロが設定されている場合（デフォルト）、プロセスは、プロビジョニングされていないＣＰＥにおけるフリーチャンネル又はバーカーチャンネルへアクセスするためのプログラム権限付与テーブル２２に対して更なる参照を行うことなく１６８へ進み、そして、下記の６に直接進む。これ以外の場合、プロセスは、下記の３に進む。
３．１６８において、ＣＰＥアプリケーションは、次のインデックスを用いてプログラム権限付与テーブルのlogical_channel（論理＿チャンネル）フィールドをパースする。
ａ．チャンネル上昇／チャンネル下降に関しては、検索インデックスとして現在のチャンネル番号を使用する。適合しないとき、対象となるチャンネルのエントリに到達するよう必要に応じて、エントリの値を一つ増加又は降下させる。
ｂ．直接入力に関しては、入力された論理チャンネルの値を対象のチャンネルのためのインデックスとして使用する。対象となる所望のチャンネルがテーブル内に含まれていない場合、視聴者に情報を伝えるＯＳＤを表示して割当てる。
４．１７２において、プログラム権限付与テーブル２２により、ＣＰＥアクセスロジックソフトウエアアプリケーション５２は、プログラム権限付与テーブル２２の論理チャンネルエントリと関連するサービスマスクフィールドを取得し、さらに、１７６において、channel_unauthorizedビットが設定されているかを確認するためにチェックする。１７６において、このビットが設定されている場合、１６０において、リクエストについての更なる処理は終了する。または、ＣＰＥアクセスロジックソフトウエアアプリケーションは、１８０において、対象となるlogical_channelの値を含むプログラム権限付与テーブルの同一のレコードから要求されているサービスと関連するkey_indexの値を取得する。
５．１８４において、要求されているサービスと関連するkey_indexの値を用いることで、ＣＰＥアクセスロジックソフトウエアアプリケーション５２は、不揮発性メモリに記憶されているキーテーブル１２にアクセスし、そして、アレイインデックスとしてkey_indexの値を用いて、コンテンツの暗号化のために用いられる２つの６４ビットＤＶＢ−ＣＳＡの稼動中のキーを得る（図４に示す例において、キーインデックスは、０の位置でインデックス付けされたキーを示す）。キーのペアの値は、コンテンツの復号化のためのＣＰＥトランスポート復号化サブシステム（デスクランブラ５６）におけるＣＰＥアクセスロジックソフトウエアアプリケーションによってロードされる。
６．１６８において、ＣＰＥアクセスロジックソフトウエアアプリケーション５２は、ペアのインデックスとしてlogical_channelの値及びbouquet_idの値を用いて、ＲＡＭに記憶されているＢＡＴイメージ６０をパースする。両方の基準に適合するテーブル内のエントリが見つかった時、関連するnetwork_idの値、transport_idの値、service_idの値（総称して“NTS”と呼ばれる）は、キャッシュに格納されているブーケ関連テーブルから得られる。
７．次に（１８８において）ＣＰＥアクセスロジックソフトウエアアプリケーション５２は、コンポジットインデックス（混合インデックス）としてＢＡＴから得られるＮＴＳの値を用いて、ＲＡＭに記憶されているＮＩＴイメージ６４をパースする。全ての基準に適合するテーブル内のエントリが見つかった時、関連する周波数の情報、復調の情報、ＰＡＴ  ＰＩＤ情報は、テーブルから得られる。得られたデータは、ＣＰＥアクセスロジックソフトウエアアプリケーションによって用いられる。ＣＰＥアクセスロジックソフトウエアアプリケーションは、要求されているサービスを含むトランスポートにアクセスするようチューナー及び復調器６８、そして、トランスポートプロセッサ７２のサブシステムのプロビジョニングを実行する。
【００３６】
１９２において、ＣＰＥは、要求されているサービスのservice_id及びトランスポートＰＳＩデータツリーを用いて、チューニングプロセスを実行し、そして、ＭＰＥＧ標準の方式に従う。そのservice_id及びトランスポートＰＳＩデータツリーは、所望のサービスのデコードを行うために多重トランスポート（transport multiplex）の個別のオーディオ及びビデオのリソースを決定かつ使用するよう用いられる。
【００３７】
ＥＭＭフォーマットは、ユニット（一つだけ）のメッセージ及びグループのメッセージの両方をサポートする。そして、グループの定義及びグループ内の構成（membership）の両方は、適宜定義されていてもよい。ＢＡＣ管理下でのＣＰＥ装置は、複数のグループに所属することが可能である。デフォルト設定の各装置は、全ての装置を含むそれ自体（ユニット）のグループ及び全体的なグループである２つのグループに属する。ＥＭＭは、一又は二以上の記述子を含むＭＰＥＧ標準のプライベートセクションとして構築される。記述子は、チャンネルの権限付与、キーの供給、ソフトウエアダウンロードコマンド、グループ構成（group membership）、緊急アラートなどに関しての特定の指針（direction）をＣＰＥに提供する。ＥＭＭ内に含まれる記述子の数又はタイプに関わらず、各メッセージは、全体的かつ固定のキーを用いて暗号化、そして、暗号化署名による認証の両方が行われる。
【００３８】
ケーブルシステム及び衛星システムのための既知の暗号化システムごとに、ＣＰＥクライアンのどこかに記憶されているルートシークレットを有する。従来のＣＡシステムにおいては、これは、スマートカード、専用のカスタムＩＣのいずれかを用いて、又は、ルートシークレットを記憶する安全な環境を電気的又は機械的に生成する他の手段を通じて行われている。このベーシックアクセス制御システムは、これらの非常に複雑なスキームを使用しない、さらには、関連するハードウエア及びライセンスコストの負担を負うこともない。そのシステムは、ＣＰＥ内に記憶する４つのルートシークレットを含む。システムを解決するために、４つ全ては知られていなければならない。ルートシークレットは、ＥＭＭ及びソフトウエアダウンロードトランスポート暗号化のための個別のキーペア、そして、ソフトウエアダウンロードアルゴリズムとＥＭＭ  ＨＭＡＣアルゴリズムとの両方のためのキーである。
【００３９】
一実施例において、ベーシックアクセス制御（ＢＡＣ）スキームは、一つのサービスティア当たりキーペアを少なくとも一つ使用する。サービスティアは、別々のエンティティ（“パッケージ”）としてまとめられるサービスと関連する個々の論理チャンネルグループである。この方法論は、個々のイベントなどのような単一のプログラムを含む任意のサイズのサービスティアをサポートするよう拡張可能である。特定のサービスティアへのアクセスは、サポートするＣＰＥ装置が適切なサービスティアのキーを所有するか否かによって決定される。メッセージのセキュリティ（message security）を維持するために、全てのＥＭＭは、サービスプロバイダーのプライベートキーで署名され、これにより、受けるメッセージは、ＣＰＥ装置によって認証が行われることが可能となる。
【００４０】
さらに、個々のサービスに対する資格付与（権限付与）は、service_maskを通じて決定され、マスクにおいて“オプトアウト”方式で扱われる権限付与ビットを用いて各サービスに適合される。テーブル２２において特定のサービスビットが１である場合、ビットによって表されるコンテンツには権限が付与されない。service_maskは、サポートされている各ＣＰＥ装置内の権限付与テーブル２２における不揮発メモリに維持され、さらに、特定のＣＰＥ装置のアクセス目的のサービスを反映するよう、権限が付与されているＥＭＭで運ばれるデータを通じて局所的に変更される。さらにティアごとのキーのスキームを拡張するこの配置は、好みのプログラミングの実装を可能にする。また、このスキームは、加入者が解除したいと望んだ要求によりプログラミングの削除を可能にする。
【００４１】
ある実施例によると、emm_key、download_key、content_keyの三つのタイプのキーが定義、採用される。特定の実施例において、emm_keyは、ＣＰＥが受信したＤＶＢ−ＣＳＡ暗号化ＥＭＭメッセージを全て復号するよう決定され用いられる６４ビットの値のペアであるが、任意かつ適切なキー長及び暗号化アルゴリズムを採用してもよい。このキーは、全てのＣＰＥ装置に関して同じ値である。これらemm_keyの値は、安全な方法でＣＰＥに恒久的に記憶される。一実施例において、download_keyは、ＣＰＥが受信したＤＶＢ−ＣＳＡ暗号化ＳＢＳ−ｄｏｗｎｌｏａｄコンテンツメッセージを全て復号するよう決定され用いられる６４ビットの値のペアであるが、任意かつ適切なキー長及び暗号化アルゴリズムを採用してもよい。同じ値が全てのＣＰＥ装置に用いられる。また、これらの値は、安全な方法でＣＰＥに恒久的に記憶される。コンテンツキーは、暗号化コンテンツの復号のために用いられるキーである。コンテンツキーは、安全な方法で不揮発性メモリにおいて、ＣＰＥで記憶される。コンテンツキーは、ある実施例のために示した図１のようにアレイとして構成される。
【００４２】
ある実施例によると、コンテンツキーは、プロビジョニング時又は製造時にメモリに固定されてもよい。他の実施例において、上述の通り、キーは、任意かつ適切な間隔で動的に供給されてもよい。復号に使用可能な多くのキーが存在することから、キー交換は、従来のケーブルシステムと同じ位頻繁に行われるべきではない。同様に、logical_channelの値、key_indexの値、そして、service_maskの値を含む権限付与テーブル２２は、ハードコードされた不変のテーブルとして提供されるかそれとも、ＥＭＭにあるチャンネル権限付与記述子の送信の利用によって動的に変化してもよい。
【００４３】
したがって、ある実施例において、コンテンツキーは、論理チャンネルとコンテンツ復号化キーペアとの間のインデックス値の関連性を含むＥＭＭメッセージを単に送信することによって定期的に変化してもよい。電子署名は、資格付与メッセージ及びソフトウエアダウンロードメッセージを認証するよう採用されてもよい。各装置は、全体的に、個々に、グループによって、又は、サービスティアによって解決されてもよい。加えて、テーブル１２に記憶されているコンテンツキーペアの任意の数ｍ＋１が存在し得ることを留意すべきである。論理チャンネルとコンテンツキーとの間の関連性は、１：１である必要はない。例えば、常に、複数のチャンネルが単一のキーと関連していてもよく、あるキーがチャンネルと全く関連していなくてもよい。豊富なキーのライブラリを提供することで、コンテンツの復号を変更することが可能となる。その変更は、特定の論理チャンネルと関連するキーインデックスを変更することによって行われる。これは、単一のチャンネル、複数のチャンネル、又は、全てのチャンネルのために常に達成され得る。
【００４４】
ある実施例によって、ＥＭＭは、少なくとも二つの独立した機構を通して供給され得る。双方向装置に特に有用である第１の供給方法は、双方向ＣＰＥ装置（例えば、セットトップボックス）に不可欠なＤＯＣＳＩＳ準拠のケーブルモデムの使用に通じている。第２の供給方法は、帯域内供給であり、各トランスポートストリームで複製される。その第２の供給方法は、双方向装置のために提供され得る、さらには、双方向装置のための代替手段として提供され得る。帯域内供給の例としては、ＭＰＥＧの所定の方法に密接に従うことが可能である。
【００４５】
ＩＳＯ／ＩＥＣ１３８１８−１で定義されているような限定受信テーブル（ＣＡＴ）は、各トランスポートストリームで運ばれてもよく、さらに、ＵＤＰマルチキャストを用いるＤＯＣＳＩＳ供給を介してシステムＳＩデータを伴って送られてもよい。ＣＡＴは、必要に応じ、標準によって一又は二以上のＣＡ記述子を含むことができる。ＣＡ記述子の一つは、システムのＣＡＳＩＤを有することが可能であり、また、テーブルは、特定のトランスポートストリーム内でＥＭＭ  ＰＩＤ割当て（assignment）を提供する。この場合、ＣＰＥは、それのトランスポート処理要素を構成し、このＰＩＤ上で運ばれるＥＭＭを受ける。ＤＯＣＳＩＳなどのようなＯＯＢ方法を通じてＳＩを受ける装置に関して、ＥＭＭデータは、マルチキャストＩＰアドレス及びＣＡＴメッセージに定めるポートにより運ばれ得るが、他のプロセス及びシンタックスは、帯域内プロセスから変更がないままである。
【００４６】
例えば、ＥＭＭは、以下のフォーマットを使用することができる。
table_id：このプライベートテーブルをユニットアドレスＥＭＭとして一意的に識別するよう０ｘ８２に設定される、又は、このプライベートテーブルをグループアドレスＥＭＭとして一意的に識別するよう０ｘ８４に設定される８ビットフィールド。
section_syntax_indicator：このテーブルをプライベートセクションとして識別するよう０に設定される１ビットフィールド。ゼロに設定されている次に続くビットはプライベートデータとしてデータペイロードを表す。
address_hash：ユニットアドレス又はグループアドレスいずれかのハッシュ値を運ぶ１６ビットフィールド。その１６ビットフィールドは、table_id値に依存する。全体の４８ビットアドレスフィールドは、排他的論理和畳み込み（xor-folding）を伴い３２ビットＦＮＶ−１ハッシュを用いて単一の１６ビット値に集中させるべきである。このパラメータは、ＥＭＭのハードウエアフィルタリングを可能にし、ＣＰＥプロセッサ負荷を削減するものとして提供される。
version：特定のアドレス又はグループに送られる一意的な各ＥＭＭのために一律な決まりにのっとって増加する５ビットフィールド。
address：ユニットアドレスかグループアドレスのいずれかを運ぶ４８ビットフィールド。その４８ビットフィールドは、table_id値に依存する。これは、address_hashを生成するのに用いた値と同じである。
【００４７】
ＥＭＭメッセージは、一又は二以上のＭＰＥＧフォーマット記述子を運び、実際の資格付与ペイロードを含む。少なくともＥＭＭごとに署名データ記述子を有する。その署名データ記述子は常に、ＥＭＭにおける最後の記述子である。署名データ記述子に加えて任意の記述子の内容はオプションであり、オプションの記述子の数や順序に関して制限はない。
【００４８】
ＥＭＭセクションは、プライベートデータを含むＭＰＥＧのプライベートセクションとして区画される。ＭＰＥＧに関して、各ＥＭＭセクションは、４０９６バイト長を越えることができない。メッセージペイロードの合計が４０９６バイトを超えた場合、section_number及びlast_section_numberを用いて、複数のセクションが送られるとともに、ペイロードは、セクションを埋める。section_number及びlast_section_numberは、特定のセクションが順序通りにどこに適応されるかを示す。複数セクションのＥＭＭにおいて、各セクションは、その特定のセクションのための４バイトＣＲＣでは終了しない。メッセージの最後のセクションは、コンポジットペイロードを補うＣＲＣを含む。ＥＭＭペイロードの連結及びコンポジットＣＲＣの検証の前に、正しい順序で複数のセクションのＥＭＭをバッファに格納し、間に挟まれるセクションのヘッダを取り除くことは、受信装置の役割である。
【００４９】
ある実施例によると、各ＣＰＥでは、最低でもグループアドレスの割り当て及びＦＩＰＳ割り当て記述子を運ぶＥＭＭの受信を通じて、サービスのためのプロビジョニングが最初に行われるであろう。ＳＴＢは、そのＣＰＥに適用可能な“スーパーグループ”アドレスを運ぶグループアドレスへの割り当てを受けるであろう。通常、“スーパーグループ”で運ばれたＥＭＭは、バージョンの記述子及び署名の記述子のみを運ぶ。バージョンの記述子は、サービスティアや、ＣＰＥのタイプ、地域、及び／又は、場所に基づいてＣＰＥに適切なキーリスト及びプログラム権限付与テーブルを指し示す他のグループのアドレスを含む。
【００５０】
キーデータ記述子は、コンテンツを復号するのに用いられる動作中のキーのアレイを提供するプライベート記述子である。それのフォーマットを以下の表２の具体例で定義する。
2010518781.tif 000004
表２
【００５１】
このテーブルは、以下の変数を使用する。
descriptor_tag：この記述子をキーデータの記述子として一意的に識別するよう０ｘＢ２に設定される８ビットのフィールド。
descriptor_length：descriptor_lengthフィールドの直後のバイト数（この記述子の最後まで）を特定する３２ビットのフィールド。
key_phase：単一ビットのフィールド。“１”が設定されているとき、そのビットは、後に続くアレイデータが“１１”の値であるtransport_scrambling_controlを運ぶパケットに適用されることを示す。ビットが“０”にクリアされている場合、それは、後に続くアレイデータが“１２”の値であるtransport_scrambling_controlを運ぶパケットに適用されることを示す。
key_count：コンテンツキーアレイのエントリー数を含む１６ビットフィールド。
content_key：一つのＤＶＢ−ＣＳＡコンテンツキーを含む６４ビットの値。
【００５２】
署名データ記述子は、ＥＭＭメッセージの認証で用いられる署名ペイロードを提供するプライベート記述子である。それのフォーマットを以下の表３に定義する。
2010518781.tif 000005
表３
【００５３】
表３において、以下の変数が用いられている。
descriptor_tag：この記述子を署名データの記述子として一意的に識別するよう０ｘＢ３に設定される８ビットのフィールド。
descriptor_length：descriptor_lengthフィールドの直後のバイト数（この記述子の最後まで）を特定する３２ビットのフィールド。これの特定記述子に関しては、値は０ｘ１４に定義される。
EMM_signature：ＥＭＭメッセージの認証コードを運ぶ１６０ビットのフィールド。
【００５４】
プログラム権限付与記述子は、プログラムコンテンツティアを受けるようＣＰＥのプロビジョニングを行うのに用いる情報を運ぶプライベート記述子である。例として、それのフォーマット具体例を以下の表４に定義する。
2010518781.tif 000006
表４
【００５５】
表４において、以下の変数が用いられている。
descriptor_tag：この記述子をプログラム権限付与記述子として一意的に識別するよう０ｘＢ５に設定される８ビットのフィールド。
descriptor_length：descriptor_lengthフィールドの直後のバイト数（この記述子の最後まで）を特定する３２ビットのフィールド。
bouquet_id：ＢＡＴテーブルに定義されている通りに、割当てられているチャンネルブーケへのインデックスを運ぶ１６ビットのフィールド。
channel_count：この変数の後に続くチャンネルアレイのサイズを示す１６ビットのフィールド。
logical_channel：論理チャンネル数を特定する１６ビットのフィールド。このフィールドで特定される論理チャンネルは、記録用のペアのようなフィールドであるservice_mask記述子で運ばれるサービスマスクとペアとなる。
アレイ内に含まれるデータはＣＰＥの不揮発性メモリに記憶される。アレイを受信しない場合、又はそれ以外の場合であるアレイが特定のチャンネルのためのエントリである場合において、デフォルト値が設定される。例えば、０ｘ００などである。
key_index：データ構造の要素に対するポインタを特定する１６ビットのフィールド。そのフィールドは、サービスのためのコンテンツキーを含むＣＰＥ不揮発性メモリに記憶されている。この実施例において、所定のサービスのオーディオ及びビデオ部分は、同じコンテンツ暗号化キーを使用する。しかし、これは、制限として考慮すべきではない。
【００５６】
サービスマスク記述子は、プライベート記述子である。ＣＰＥでプロビジョニングが行われたサービスと関連する属性を変更するよう用いられる情報であって、プログラム権限付与テーブル構造の一部として不揮発性メモリに記憶されている情報を、そのプライベート記述子が運ぶ。それは、プログラム権限付与記述子のサブセットである。それのフォーマットを例として、以下の表５に定義する。
2010518781.tif 000007
表５
【００５７】
表５において、以下の変数が用いられている。
descriptor_tag：この記述子をサービスマスク記述子として一意的に識別するよう０ｘＢＢに設定される８ビットのフィールド。
descriptor_length：descriptor_lengthフィールドの直後のバイト数（この記述子の最後まで）を特定する３２ビットのフィールド。
item_count：この変数の後に続くリストにおけるエントリの数を示す１６ビットのフィールドである。
logical_channel：論理チャンネル番号を識別する１６ビットフィールド。このフィールドで識別された論理チャンネルは、記録用のペアとして後に続くservice_maskフィールドとペアとなる。
service_mask：対応する論理チャンネルと関連する属性を表すバイナリマスクを含む１６ビットフィールド。サービスマスクビットは、以下の表６によって定義される。
2010518781.tif 000008
表６
このアレイ内に含まれるデータはＣＰＥの不揮発性メモリに記憶される。アレイを受信しない場合、又はそれ以外の場合であるアレイが特定のチャンネルのためのエントリである場合において、デフォルト値を0x00に設定することが可能である。
【００５８】
ＢＡＴ記述子は、ＣＰＥのプロビジョニングを行うのに必要な情報を運ぶプライベート記述子である。そのプロビジョニングは、プログラムコンテンツティアを受けるよう、プログラム権限付与テーブル構造の一部としてＣＰＥの不揮発性メモリ内に記憶されているbouquet_idの変数の値を変更することによって行われる。それは、プログラム権限付与記述子のサブセットである。それのフォーマットは、以下の表７に定義される。
2010518781.tif 000009
表７
【００５９】
表７において、以下の変数が用いられている。
descriptor_tag：この記述子をブーケ記述子として一意的に識別するよう０ｘＢＣに設定され得る８ビットのフィールド。
descriptor_length：descriptor_lengthフィールドの直後のバイト数（この記述子の最後まで）を特定する３２ビットのフィールド。
bouquet_id：ＢＡＴテーブルに定義されるように、割当てられているチャンネルブーケへのインデックスを運ぶ１６ビットフィールド。
【００６０】
このようにして、ケーブルテレビ信号又は衛星テレビ信号を受け復号する、ある実施例に相当する受信装置は、テレビ信号をデジタルトランスポートストリームに調整及び復調する受信機を有する。復号器は、デジタルトランスポートストリームを復号化キーのペアを用いて復号する。第１復号化キーアレイは、受信装置の一部を形成する第１ストレージロケーションに記憶され、第２キーアレイは、受信装置の一部を形成する第２ストレージロケーションに記憶されており、第１キーアレイ及び第２キーアレイは、整理されたキーのペアを表す。マッピングを含む権限付与テーブルは、受信装置の一部を形成する第３ストレージロケーションに記憶されており、整理された復号化キーの各ペアは、複数の多重チャンネル用ビデオプログラム配信（ＭＶＰＤ）の異なる一つに対応する。第１ストレージロケーション、第２ストレージロケーション、及び、第３ストレージロケーションのいずれかは、単一のメモリ装置の一部でも、一部で無くてもよい。
【００６１】
デジタルケーブルテレビ信号又はデジタル衛星テレビ信号を受け復号する他の受信装置は、テレビ信号をデジタルトランスポートストリームに調整及び復調する受信機を有する。復号器は、偶数キー及び奇数キーを含む復号化キーのペアを用いてデジタルトランスポートストリームを復号する。その場合、偶数キー及び奇数キーは、連続するキーの期間の間、復号器によって復号のために交互に用いられる。キーテーブルは、受信装置の一部を形成する第１の安全かつ永続的ストレージメディア（first secure persistent storage medium）に記憶されている。キーテーブルは、複数の偶数キー及び複数の関連する奇数キーのライブラリを含み、そして、そのライブラリは、キー識別子を用いてインデックスが付加されるキーペアを形成する。権限付与テーブルは、受信装置の一部を形成する第２の安全かつ永続的なストレージメディアに記憶されている。権限付与テーブルは、複数の論理チャンネルそれぞれのためのキーペア識別子に対する論理チャンネルのマッピングを含む。権限付与テーブルのコンテンツの少なくとも一部は、キーペアの識別子に対する論理チャンネルのマッピングを設定するために、第１暗号化プライベート資格付与管理メッセージ（ＥＭＭ）において受信される。権限付与テーブルにおける複数の論理チャンネルの一つを選択するためのユーザインプットに応答し、選択された論理チャンネルと関連するキーインデックスが識別され、さらに、キーインデックスは、トランスポートストリームを復号することにおいて、復号器による使用を目的としてキーテーブルからキーペアを選択するよう用いられる。
【００６２】
ある実施例に相当する方法であって、受信装置がデジタル衛星信号又はテレビ信号を復号することを可能にする方法は、各キーペアがキーインデックスに対応する場合、受信装置の安全かつ永続的なストレージにおけるキーテーブルにおいて複数のキーペアを記憶することと、論理チャンネルを復号するために用いられる関連するキーペアを識別するキーインデックスに対する少なくとも一つの論理チャンネルのマッピングを含む受信装置において、第１プライベート資格付与管理メッセージ（ＥＭＭ）を受信することと、論理チャンネルを受けるよう受信装置が認証されているか否かを示す情報とともに権限付与テーブルにおけるマッピングを記憶することと、特定の論理チャンネルに調整する命令を受けることと、特定の論理チャンネルに対して受信装置のチューニングを合わせるために受信装置に権限が付与されているかを確認するよう権限付与テーブルを参照することと、特定の論理チャンネルに調整するよう受信装置に権限が付与されている場合、特定のチャンネルに調整を行うとともに、デジタルトランスポートストリームを復調することと、論理チャンネルにマッピングされているキーペアを取り出すよう権限付与テーブルを参照することと、キーペアの一つのキーが同時に用いられる場合のとき、キーペアを用いてトランスポートストリーム復号化することとを含む。
【００６３】
パッケージメディアへの応用
複数のインダイレクションのレベルをもたらす基本概念が上述の通り理解されることで、パッケージメディアへの同様なテクノロジーの利用について説明を始める。例として、図６が示す例示を考慮する。この実施例において、メディアプレーヤ２０２は、ＲＯＭや他のメモリ装置などのようなストレージ装置を組み込んでいる。そのストレージ装置はここに記憶されているキーテーブル２０６の読み取り又は改ざんを回避する物理的に安全なパッケージに含まれることが好ましい。そのようなストレージは、キーテーブル２０６を組み込む。示されているように、そのキーテーブルは、インデックスの参照によって指定される非常に多くの復号キー（潜在的には何千又は何百万のキー、好ましくは、少なくとも約４，０００，０００のインデックスキー）を利用する。複数のインデックスロケーションにおいてキーの複製が存在する可能性があり、又は、インデックスが付加された各ストレージロケーションが一意の復号キーを含むことも可能である。
【００６４】
ＤＶＤ又はブルーレイメディアなどのパッケージメディア要素２１０がメディアプレーヤ装置２０２に使用されるとき、それは指定された場所でメディア２１０の読み取りを開始する。その場合、キーインデックスパケット２１４などのパケットを探す。又は、キーテーブル２０６におけるキーを示すインデックスを含む他のストレージユニットを探す。そのとき、識別されたキーはキーテーブルから選択され、そして、その後、識別されたキーはデータパケットを復号するよう用いられる。ある実施例において、単一のキーがメディア２１０のコンテンツ全てのために用いられてもよい。一方、他の実施例においては、復号化は、キーインデックスパケット２１８が新しくなるまで、パケット２１８のストリームに沿って進められる。示されているように、期間Ｔ１の間に出現する新しいキーインデックスパケット２２２を含む全てのパケットは、キーインデックスパケット２１４によって決定されるキーを用いて復号される。他の実施例において、全てのキーインデックスパケットは、特別に設計され、そして、同じ暗号化キー（例としては、事前に設計されているデフォルトキー。例えば、そのデフォルトキーは、プライベートキーと併せて用いられるパブリックキーとしてもよい）を用いて暗号化されていてもよく、又は、暗号化されていない状態（in the clear）で提供されてもよい。キーがキーテーブルに物理的な保護を伴い、安全に記憶されている限り、コンテンツの復号及びデコーディングの試みにおいて、ハッカーを阻止するであろう。事前に設計されているデフォルトキーを用いて第１キーインデックスパケットを復号することが可能である（そのデフォルトキーは、安全に記憶されているプライベートキーを用いるパブリックキーなどである）。または、第１キーインデックスパケットに対するキーは、パッケージメディアとともにまとめられており、ユーザによって登録されてもよい。
【００６５】
メディアプレーヤ装置２０２に示すように、当然、プレーヤ装置は、メディア２１０を読み取るのに適切なメディアリーダ２２４、そして、キーテーブル２０６から得られるキーを用いて復号を行う復号器２２６を組み込む。そして、デコーダ２２８は、デコードされたデジタルコンテンツを生成する。そのデコードされたデジタルコンテンツは、アウトプット２３０で、アナログに変換される、又は、アウトプット２３０で再生される。
【００６６】
キーインデックステーブル２４４がパッケージメディア２４０に記憶されている他の実施例を図７に示す。その実施例において、どのキーインデックスがコンテンツの所定のセグメントに用いられるかを識別するために、キーインデックステーブルが読み取られる。そして、そのインデックスは、復号のための適切なキーを識別するよう、キーテーブル２０６におけるエントリーポイントとして用いられる。キーインデックステーブルは、事前に設計されているデフォルトキーを用いて暗号化されていてもよい（そのデフォルトキーは、安全に記憶されているプライベートキーを用いるパブリックキーなどである）。または、そのキーは、パッケージメディアとともにまとめられていてもよく、ユーザによって登録されてもよい。
【００６７】
当業者であれば、パッケージメディアが単一キー又は複数のキーを用いて暗号化可能であることは、本実施例を考慮することで明らかとなろう。さらに、複数のキーを用いたとき、そのようなキーが、複数のキー又は単一キーを用いて暗号化されていてもよい。さまざま実施例において、第１キーの復号で使用するインデックスがパッケージメディア２１０に提供されていてもよい。また、他の実施例において、パッケージメディアは、キー全ての復号のためのインデックスを含んでいてもよく、又は、キーとコンテンツとの両方において複数の暗号レベルを用いてもよい。例として、他の実施例において、パッケージメディアに含まれるキーテーブルは、キーを識別するよう用いられていてもよい。そして、そのキーは、実際のコンテンツを復号するのに用いられるキーインデックスパケットを復号する。さらに他の実施例において、キーインデックスは、新しいキーの使用のための開始点及び終了点を識別してもよい。それら開始点及び終了点は、データストリームに現れる新しいキーの直後でなくてもよい。本発明に相当する実施例から逸脱することなく多くの変形が可能である。
【００６８】
図６に示す実施例は、図８に示すプロセス３００と共に広く利用されることが可能である。このプロセスにおいて、ユーザは、３０４で、パッケージメディアをメディアリーダに挿入する。そして、３０８において、リーダは、メディアから第１キーインデックスパケットを取り出す。３１２において、キーインデックスパケットは復号される。例として、その復号は、デフォルトキー又はパブリックキーを用いる。さらに、３１６において、キーテーブルが登録され、取り出されたキーインデックスと関連するキーの値が確認される。そして、３２４において、新しいキーインデックスパケットが見つかる（又は、キーの変更を指定する特定の位置）まで、データが復号され得る（３２０）。この時点で、制御は、３１６に返される。新しいキーを得るようキーテーブルがさらに登録される。これにより、３２０において、復号を継続することができる。
【００６９】
図７に示す実施例は、図９に示すプロセス３５０と共に広く利用されることが可能である。このプロセスにおいて、ユーザは、３５４で、パッケージメディアをメディアリーダに挿入する。そして、３５８において、リーダは、メディアからキーインデックステーブルを取り出す。３６２において、キーインデックステーブルは復号される。例として、その復号は、デフォルトキー又はパブリックキーを用いる。さらに、３６６において、取り出されたキーインデックスと関連するキーの値を確認するようキーテーブルが登録される。そのキーインデックスは、コンテンツの現在のセグメントのために用いられる。そして、３７４において、キーテーブルに設計されている新しいセグメントが見つかる（又は、キーの変更を指定する特定の位置）まで、データが復号され得る（３７０）。この時点で、制御は、３７６に返される。新しいキーを得るようキーテーブルがさらに登録される。これにより、３７０において、復号を継続することができる。
【００７０】
本発明に相当する他の実施例において、６５５３６のキーペアを含むキーテーブルは、それのコンテキストを有する。そのコンテキストは、ハッシュペア、又は、キーとハッシュペアとの組み合わせとなるよう再定義される。このシナリオにおいて、デコーダか、トランスポートＩＣか、それとも、それらの合成についてのハードウエアに組み込まれている非常に機密かつ秘密のルートキーが存在する。そして、上述の通り、テーブルから取り出された値は、ルートキーに対してハッシュ値に変換される。その結果、復号要素においてコンテンツのキーを解除するよう用いることが可能な単一の値の送信は存在しないこととなる。復号の成功には、派生的なコンテンツキーを生成する２つの値を組み込むよう用いられるルートキー、ハッシュ値、そして、特定のハッシュアルゴリズムを必要とする。
【００７１】
本システムにおいて、ルートキーは、暗号化的に安全なＩＣやそれに相当するデコーダのエリア、トランスポートＩＣ、又は、それらの組み合わせ内で隠蔽することが可能である。この機能ブロックは、テーブルからハッシュ値を与えられてもよく、ブロックを安全に維持しながらルートキーをさらすことなく内部でハッシュを実行することが可能である。そして、結果として生じる混合コンテンツキーは、復号要素に適用されてもよい。加えて多くの場合、これは、安全なブロックに含まれる。これにより、キーは、見られることによってさらされることや、その他の危険にさらされることは一切ない。
【００７２】
上述の通り、テーブルは、ある値を含むことが可能であり、その値は、コンテンツキーの多くの置換（６５，５３６の項目のテーブルに対して発生し得る４，２９４，９６７，２９６の組み合わせ）を形成すると同時にハッシュ値に適宜変換可能である。ハッシュにとっての値のしるしは、第２キー又はハッシュ値のための追加のカラムを加えるためにキーテーブルの単純な拡張によってもたらされる。したがって、本発明の実施例によって、ハッシュ値は、キーテーブルにおけるストレージの目的のためのキーとみなされる。そして、キーテーブルは、制限を伴うことなく、ハッシュペアかそれともキーとハッシュペアとの組み合わせ又は単純にキーを含むことが可能である。
【００７３】
これらプロセスの多くの変更は、本示唆を考慮することで当業者が考え得るであろう。例えば、所定のメディア又はメディアの一部は、単一キー又は多くのキーを用いて暗号化するよう含むことが可能である。さらに、複数のキーテーブルは、異なるテーブルにおける異なるキーを交互に示すキーインデックスを用いてハードウエア内で提供され得る。他の実施例において、同じコンテンツの異なる小売用のコピーは、異なるキーのセットを利用することが可能である。さらに、所定のキー又はキーテーブルは、可変又は動的にすることが可能であり、さらに、要求に応じてキーソースからインターネットを介してダウンロード可能である。そのような場合、メディアは、コンテンツの復号のために用いられる実際のキーを識別することなく、どのキーテーブルがダウンロードされるかを意図して設計されていてもよい。さらに、キーは、メディア上で記憶されてもよく、さらに、ハードウエア装置のキーテーブルにおける所定のキー又は全てのキーの代わりに用いられてもよい。
【００７４】
したがって、パッケージメディア上に記憶されたコンテンツを受信して再生するプレーヤ装置のある実施例において、プレーヤ装置は、パッケージメディアを受けるメディアリーダを有し、そのパッケージメディアに記憶されているデジタルデータを読み取る。プレーヤ装置は、インデックスによって指定される複数のキーを含むキーテーブルを記憶する安全かつ永続的なストレージ装置を有する。復号器は、パッケージメディアに記憶されているキーインデックスによって参照される暗号化キーを少なくとも一つ用いて、パッケージメディアに記憶されているデジタルデータを復号する。デコーダは、パッケージメディアに記憶されている復号されたデジタルデータをデコードし、デコードしたデータをアウトプットとして提供する。
【００７５】
ある実施例において、キーインデックスは、パッケージメディアからデータのストリームの一部を形成するキーインデックスパケットに組み込まれる。ある実施例において、キーインデックスは、パッケージメディアのテーブルに記憶されている。ある実施例において、パッケージメディアに記憶されているキーインデックスは、事前に定義されているデフォルトキーを用いて暗号化される。ある実施例において、パッケージメディアに記憶されているキーインデックスは、パッケージメディアにおいてインデックス付けされているキーを用いて暗号化される。ある実施例において、キーテーブルは、約４，０００，０００のキーを少なくとも含む。
【００７６】
ある実施例に相当し、メディアプレーヤ装置がパッケージメディアを復号することを可能にする方法は、各キーがキーインデックスに対応する場合において、メディアプレーヤ装置の安全かつ永続的なストレージメディアにおけるキーテーブルにおいて複数のキーを記憶することと、再生のためにパッケージメディアを受けることと、パッケージメディアからキーインデックスを読み取ることと、キーインデックスを使用しキーテーブルからキーを識別することと、キーテーブルで探し出したキーを用いてデータを復号することとを含む。ある実施例において、キーインデックスを読み取ることは、コンテンツのストリームに組み込まれているキーインデックスを読み取ること、さらに、新しいキーインデックスを読み取ることにより新しいキーインデックスによって定義される新しい復号化キーに替えることを含む。
【００７７】
ある実施例において、電子ストレージ装置は、電子メディアリーダ装置が読み取り可能なコンテンツデータを記憶する。そして、電子ストレージ装置は、電子ストレージ装置に記憶されている少なくとも一部のコンテンツの復号のために用いられるキーインデックスを記憶するキーインデックスと、インデックスによって指定された複数のキーを含むキーテーブルを記憶する安全かつ永続的なストレージロケーションにおいて、電子メディアリーダ装置に記憶されている復号化キーを参照するキーインデックスと、暗号化された形態で電子ストレージ装置上に記憶されている複数のコンテンツデータとを含む。さらに、そのコンテンツデータは、キーインデックスによって指定されるキーに対応する暗号化キーによって暗号化される。ある実施例において、キーインデックスは、パッケージメディアからデータのストリームの一部を形成するキーインデックスパケットに組み込まれている。ある実施例において、キーインデックスは、パッケージメディアのテーブルに記憶される。ある実施例において、パッケージメディアに記憶されているキーインデックスは、事前に定義されているデフォルトキーを用いて暗号化される。ある実施例において、パッケージメディアに記憶されているキーインデックスは、パッケージメディアにおいてインデックス付けされているキーを用いて暗号化される。ある実施例において、キーインデックスは、コンテンツのストリームに組み込まれる。さらに、新しいキーインデックスも、そのコンテンツのストリームに組み込まれる。そして、コンテンツに新しいキーが出現した後、そのコンテンツは、新しいキーを用いて暗号化される。
【００７８】
ある実施例において、キーインデックスに対応する複数のキーは、ハッシュペアかそれともキーとハッシュペアとの組み合わせとして実現されてもよい。
【００７９】
上記の示唆を考慮することで、当業者でれば、上記のある典型的な実施例がプログラムされたプロセッサに基づくことは理解されるであろう。しかしながら、本発明は、そのような典型的な実施例に限定されない。他の実施例が同等なハードウエアコンポーネント、例えば、特別な目的のハードウエア及び／又は専用のプロセッサなどを用いて実装することも可能であるからである。同様に、汎用目的のコンピュータ、マイクロプロセッサベースのコンピュータ、マイクロコントローラ、光学コンピュータ、アナログコンピュータ、専用プロセッサ、アプリケーション特有の回路、及び／又は、専用の配線ロジックを、他の同等な具体例を構成するよう用いてもよい。
【００８０】
ハードウエアの態様及び／又はファームウエアの態様は、プログラム命令を実行するようプログラムされたプロセッサを用いて実装されていてもよい。そのプログラム命令は、場合によっては、上述のフローチャートの形式で広範に記載されており、任意かつ適切な電子ストレージメディア又はコンピュータ読み取り可能なストレージメディア（例えば、ディスクストレージ、読み取り専用メモリ（ＲＯＭ）装置、ランダムアクセスメモリ（ＲＡＭ）装置、ネットワークメモリ装置、光学ストレージ要素、磁気ストレージ要素、磁気光学ストレージ要素、フラッシュメモリ、コアメモリ、及び／又は、その他、揮発性ストレージ技術や、不揮発性ストレージ技術などである）に記憶可能である。さらに、そのプログラム命令は、任意かつ適切な通信メディアを介して送信されてもよい。しかしながら、当業者は、上記の示唆を考慮することで、上述のプロセスが、本発明の実施例を逸脱することなく、多くの変化形、そして、多くの適切なプログラム言語に実装が可能であることを理解されるであろう。例えば、実行されるある動作の順序は、本発明の実施例から逸脱することなく、しばしば、変更され得る。さらに、追加の動作を加えることが可能であり、そして、操作を削減することも可能である。本発明の実施例から逸脱することなく、エラーの獲得を、加える、及び／又は、拡張することが可能であり、ユーザインタフェース及び情報の表示においても、変更したものを構成することが可能である。そのような変更は同等なものとして考慮かつ考察される。
【００８１】
示したある実施例は、説明がされている一方で、上記詳細を考慮することで、多くの代替、変更、置換、そして、変形されたものが、当業者に明らかとなるであろうことは明確である。
【図１】
2010518781.tif 000010
【図２】
2010518781.tif 000011
【図３】
2010518781.tif 000012
【図４】
2010518781.tif 000013
【図５】
2010518781.tif 000014
【図６】
2010518781.tif 000015
【図７】
2010518781.tif 000016
【図８】
2010518781.tif 000017
【図９】
2010518781.tif 000018
【国際調査報告】
2010518781.tif 000019