(57)【特許請求の範囲】
【請求項１】
複数のオーディオ／ビデオ・プログラムと、各オーディオ／ビデオ・プログラムのスケジューリング・タイムおよび記述的情報に関連したデータを含むプログラム・ガイド信号とを伝達するための方法であって、該方法は、
前記複数のオーディオ／ビデオ・プログラムに対応した複数のオーディオ／ビデオ（Ａ／Ｖ）パケット信号を供給するステップと、
前記オーディオ／ビデオ・プログラムのスケジューリング・タイムおよび記述的情報に関連したプログラミング情報を生成するためのスケジューリング・データを用意するステップと、
第１の所定の基準に従って前記プログラミング情報からデータを選択することによりマスタ・プログラム・ガイドを作成するステップであって、該マスタ・プログラム・ガイドは、該マスタ・プログラム・ガイドに含まれている前記プログラミング情報の少なくともいくつかに関連した条件付きアクセス・コードワード（ＣＩ＿ＣＳＳ）を含み、その条件付きアクセス・コードワードは対応するプログラミング情報の表示を許可または禁止するために各受信機によって使用されるステップと、
前記マスタ・プログラム・ガイドからマスタ・プログラム・ガイド・パケット信号を形成するステップと、
前記マスタ・プログラム・ガイド・パケット信号と前記オーディオ／ビデオ（Ａ／Ｖ）パケット信号を多重化することにより、伝送または貯蔵のための多重化信号を形成するステップと、
を具備したことを特徴とする方法。
【請求項２】
請求項１に記載の方法において、さらに加えて、
他の所定基準に従って前記プログラミング情報からデータを選択することによりスペシャル・プログラム・ガイドを作成するステップと、
前記スペシャル・プログラム・ガイドからスペシャル・プログラム・ガイド・パケット信号を形成するステップと、
条件付きアクセス・コードワード（ＰＧ＿ＣＳＳ）を、前記スペシャル・プログラム・ガイドのうちの少なくともひとつに関連したプログラミング情報に関連付けるステップであって、その条件付きアクセス・コードワードは、前記スペシャル・プログラム・ガイドの少なくともひとつの表示を許可または禁止するために受信機によって使用されるステップと、
前記スペシャル・プログラム・ガイドに関連したプログラミング情報を前記マスタ・プログラム・ガイド中に含ませるステップと、
前記マスタ・ガイド・パケット信号と、前記スペシャル・ガイド・パケット信号と前記オーディオ／ビデオ・パケット信号とを多重化するステップと、
を含むことを特徴とする方法。
【請求項３】
請求項２に記載の方法において、
前記条件付きアクセス・コードワード（ＰＧ＿ＣＳＳ）を、前記スペシャル・プログラム・ガイドのうちの少なくともひとつに関連したプログラミング情報に関連付けるステップは、ユニバーサル条件付きアクセス・コードワードを、無条件表示のためにプログラム・ガイド中に割り当てられた全てのプログラミング情報に関係させる、ことを含むことを特徴とする方法。
【請求項４】
請求項１に記載の方法において、さらに加えて、
ユーザ固有の条件付きアクセス・コードワードを発生するステップと、
前記ユーザ固有の条件付きアクセス・コードワードを含んだ条件付きアクセス・パケット信号を形成するステップと、
前記条件付きアクセス・パケット信号と、前記マスタ・ガイド・パケット信号および前記オーディオ／ビデオ（Ａ／Ｖ）パケット信号とを多重化するステップと、
を含むことを特徴とする方法。
【請求項５】
請求項２に記載の方法において、さらに加えて、
前記多重化された信号を検出し、前記マスタ・プログラム・ガイド・パケット信号および前記スペシャル・プログラム・ガイド・パケット信号を選択するステップと、
前記マスタ・プログラム・ガイド・パケット信号からマスタ・プログラム・ガイド情報を抽出して、メモリ中に該マスタ・プログラム・ガイド情報をストアするステップと、
前記スペシャル・プログラム・ガイド・パケット信号からスペシャル・プログラム・ガイド情報を抽出して、メモリ中に該スペシャル・プログラム・ガイド情報をストアするステップと、
ユーザ固有の条件付きアクセス・コードワードを供給するステップと、
スペシャル・プログラム・ガイド情報を表示するためにマスタ・プログラム・ガイド情報を処理する際に、各スペシャル・プログラム・ガイドに関連した条件付きアクセス・コードワード（ＰＧ＿ＣＳＳ）を前記ユーザ固有の条件付きアクセス・コードワードと比較し、さらにスペシャル・ガイド情報の表示を禁止し、このとき、対応する条件付きアクセス・コードワード（ＰＧ＿ＣＳＳ）および前記ユーザ固有の条件付きアクセス・コードワードは所定の相違点を有するステップと、
を含むことを特徴とする方法。
【請求項６】
請求項１に記載の方法において、さらに加えて、
前記多重化された信号を検出し、前記マスタ・プログラム・ガイド・パケット信号を選択するステップと、
前記マスタ・プログラム・ガイド・パケット信号からマスタ・プログラム・ガイド情報を抽出して、メモリ中に該マスタ・プログラム・ガイド情報をストアするステップと、
ユーザ固有の条件付きアクセス・コードワードを供給するステップと、
プログラム・ガイド情報を表示するためにマスタ・プログラム・ガイド情報を処理するにあたり、各オーディオ／ビデオ・プログラムに関係した条件付きアクセス・コードワード（ＣＩ＿ＣＳＳ）を前記ユーザ固有の条件付きアクセス・コードワードと比較し、さらにオーディオ／ビデオ・プログラムにおけるプログラム・ガイド情報の表示を禁止し、このとき、対応する条件付きアクセス・コードワード（ＣＩ＿ＣＳＳ）および前記ユーザ固有の条件付きアクセス・コードワードは所定の相違点を有するステップと、
を含むことを特徴とする方法。
【請求項７】
マスタ・プログラム・ガイド・パケット信号を含んだパケット・オーディオ／ビデオ信号を受信するための装置であって、前記マスタ・プログラム・ガイド・パケット信号は、前記パケット・オーディオ／ビデオ信号において利用可能なプログラムに関連した情報を含んでおり、前記パケット・オーディオ／ビデオ信号において利用可能なプログラムに関連した情報が、各条件付きアクセス・コード（ＣＩ＿ＣＳＳｉ）を含むプログラムに関連しているとき、
前記受信するための装置は、
前記パケット・オーディオ／ビデオ信号を検出する手段と、
メモリ手段と、
前記マスタ・プログラム・ガイド・パケット信号を選択し、マスタ・プログラム・ガイド情報を前記メモリ手段にストアするトランスポート・プロセッサと、
ユーザ固有の条件付きアクセス・コード（ＣＡ＿ＣＳＳ）のソースと、
プログラム・ガイド情報を表示するための表示プロセッサとを備え、
前記表示プロセッサは、各プログラム情報の前記条件付きアクセス・コード（ＣＩ＿ＣＳＳｉ）および前記ユーザ固有の条件付きアクセス・コード（ＣＡ＿ＣＳＳ）をアクセスするための手段を含むと共に、前記条件付きアクセス・コード（ＣＩ＿ＣＳＳｉ）と前記ユーザ固有の条件付きアクセス・コード（ＣＡ＿ＣＳＳ）との間の類似点／相違点に応答して、対応するプログラム・ガイド情報をプログラム・ガイド・ディスプレイ中に表示／非表示する、
ことを特徴とする装置。
【請求項８】
請求項７に記載の装置において、
前記パケット・オーディオ／ビデオ信号はさらに複数のスペシャル・プログラム・ガイド・パケット信号を含み、また前記マスタ・プログラム・ガイド・パケット信号は、各スペシャル・プログラム・ガイド条件付きアクセス・コード（ＰＧ＿ＣＳＳｉ）を含んだスペシャル・プログラム・ガイド・パケット信号に関連する情報を含んでおり、前記表示プロセッサはさらに加えて、前記条件付きアクセス・コード（ＰＧ＿ＣＳＳｉ）と前記ユーザ固有の条件付きアクセス・コード（ＣＡ＿ＣＳＳ）との間の類似点／相違点に応答して、対応するスペシャル・プログラム・ガイドを表示／非表示とする手段を有する、
ことを特徴とする装置。
【請求項９】
マスタ・プログラム・ガイド・パケット信号および複数のスペシャル・プログラム・ガイド・パケット信号を含んだオーディオ／ビデオ・パケット信号を受信するための装置であって、
前記マスタ・プログラム・ガイド・パケット信号が、各スペシャル・プログラム・ガイド条件付きアクセス・コード（ＰＧ＿ＣＳＳｉ）を含んだスペシャル・プログラム・ガイド・パケット信号に関連した情報を含んでいるとき、
前記装置は、
前記パケット・オーディオ／ビデオ信号を検出する手段と、
メモリと、
前記マスタ・プログラム・ガイド・パケット信号および前記複数のスペシャル・プログラム・ガイド・パケット信号を選択し、前記マスタ・プログラム・ガイド・パケット信号に含まれているマスタ・プログラム・ガイド情報、および、スペシャル・プログラム・ガイド・パケット信号に含まれているスペシャル・プログラム・ガイド情報を前記メモリにストアするトランスポート・プロセッサと、
ユーザ固有の条件付きアクセス・コード（ＣＡ＿ＣＳＳ）のソースと、
プログラム・ガイド情報を表示するための表示プロセッサとを備え、
前記表示プロセッサは、前記メモリにストアされているマスタ・プログラム・ガイド情報から各スペシャル・プログラム・ガイド条件付きアクセス・コードをアクセスし、かつ、前記ソースから前記ユーザ固有の条件付きアクセス・コード（ＣＡ＿ＣＳＳ）をアクセスするための手段を含むと共に、各スペシャル・プログラム・ガイド条件付きアクセス・コード（ＰＧ＿ＣＳＳｉ）と前記ユーザ固有の条件付きアクセス・コード（ＣＡ＿ＣＳＳ）との間の類似点／相違点に応答して、対応するスペシャル・プログラム・ガイド情報をプログラム・ガイド・ディスプレイ中に表示／非表示する、
ことを特徴とする装置。
【請求項１０】
請求項９に記載の装置において、
前記オーディオ／ビデオ・パケット信号は、前記ユーザ固有の条件付きアクセス・コードワード（ＣＡ＿ＣＳＳ）に対応した情報を含む条件付きアクセス・パケット信号を含んでおり、前記装置はさらに加えて、
前記条件付きアクセス・パケット信号に含まれている前記情報に応答して、前記ユーザ固有の条件付きアクセス・コードワード（ＣＡ＿ＣＳＳ）を供給するスマート・カード・プロセッサを備え、
前記トランスポート・プロセッサは、前記オーディオ／ビデオ・パケット信号から前記条件付きアクセス・パケット信号を選択し、そして、前記条件付きアクセス・パケット信号に含まれている条件付きアクセス情報を前記スマート・カード・プロセッサに供給する、
ことを特徴とする装置。
【請求項１１】
マスタ・プログラム・ガイド・パケット信号および複数のスペシャル・プログラム・ガイド・パケット信号を含んだオーディオ／ビデオ・パケット信号を処理する方法であって、該マスタ・プログラム・ガイド・パケット信号は、各スペシャル・プログラム・ガイド条件付きアクセス・コード（ＰＧ＿ＣＳＳｉ）を含んだスペシャル・プログラム・ガイド・パケット信号に関連した情報を含んでいるとき、
前記方法は、
前記パケット・オーディオ／ビデオ信号を検出して、前記マスタ・プログラム・ガイド・パケット信号および前記スペシャル・プログラム・ガイド・パケット信号を選択するステップと、
前記マスタ・プログラム・ガイド・パケット信号からマスタ・プログラム・ガイド情報を抽出し、該マスタ・プログラム・ガイド情報をメモリにストアするステップと、
前記スペシャル・プログラム・ガイド・パケット信号からスペシャル・プログラム・ガイド情報を抽出し、該スペシャル・プログラム・ガイド情報をメモリにストアするステップと、
ユーザ固有の条件付きアクセス・コードワードを供給するステップと、
スペシャル・プログラム・ガイド情報を表示するためにマスタ・プログラム・ガイド情報を処理するにあたり、各スペシャル・プログラム・ガイドに関連した条件付きアクセス・コードワード（ＰＧ＿ＣＳＳ）を前記ユーザ固有の条件付きアクセス・コードワードと比較するステップと、
スペシャル・ガイド情報の表示を禁止し、このとき、対応する条件付きアクセス・コードワード（ＰＧ＿ＣＳＳ）および前記ユーザ固有の条件付きアクセス・コードワードは所定の相違点を有するステップと、
を具備したことを特徴とする方法。
【発明の詳細な説明】
本発明は、放送テレビジョン・サービスに関するテレビジョン・プログラム・ガイドを形成し、送信し、そして処理することに関する。
従来提案されている直接放送衛星システムは、圧縮されたテレビジョン信号およびその他の補助的信号を、圧縮およびパケット化した形態で送信するものである。このシステムは、数百のプログラムを送信する潜在能力をもっている。各プログラムは、多くのサービスを含むことができる。ここで言うサービスとは、ビデオ信号、またはオーディオ信号、またはクローズド・キャプション（closed caption-閉じた見出し）信号、またはデータなどのプログラム・コンポーネント（構成部分）のことである。データには、適当な受信装置で使用されるための実行可能コンピュータ・ファイルやプログラムが含まれる。各プログラムの各サービスは、固有のサービス識別子（ＳＣＩＤ−サービス・アイデンティファイア）で識別されている。従って、あるプログラムが４つのサービス・コンポーネントを含んでいれば、そのプログラムには４つのＳＣＩＤが割り当てられることになる。それぞれのサービスに関する情報は、あらかじめ決められたデータ量（例えば、１３０バイト）からなるパケットの形で送信され、各情報のパケットはそのサービスに対応するＳＣＩＤ識別子（アンデンティファイア）を含んでいる。
複数のプログラム（例えば、６〜８）は、単一の搬送波周波数に乗せて時分割多重形式で（パケット単位で）送信することが可能である。例えば、プログラムが１６０個ある場合には、システムは２０〜２８の搬送波に乗せて送信することになる。
特定のプログラムを受信するために、受信装置は特定の搬送波に合わせて同調され、所望のプログラムに関連した信号パケットを選択またはデマルプレクスするようにプログラムされていなければならない。サービス・コンポーネント（ＳＣＩＤ）を特定のプログラムと関連づける情報は、プログラム・ガイド（program guide）に収められている。プログラム・ガイド自体も、送信されるプログラムである。プログラムは非常に多数であり、その結果としてサービスも非常に多数となるので、プログラムをサービスと関連づけるプログラミング情報は絶えず変化しており、しかも絶えず更新しなければならない。
プログラム・ガイドは、送信された時分割多重サービス・パケットを、表示したいプログラムと関連づけるために、それぞれの受信装置によって使用される情報を含んでいる。プログラム・ガイドは特定のＳＣＩＤが割り当てられたプログラムであり、このＳＣＩＤは始動時に自動的に受信装置によって選択され、受信装置はプログラム・ガイド・データをメモリにロードする。受信装置はマイクロプロセッサを備えており、このマイクロプロセッサはプログラミング・コマンドに応答して、ストアされたプログラム・ガイドをスキャン（走査）し、そして所望プログラムが送信されてきた搬送波を決定するほか、所望するプログラムのサービス・コンポーネントに関連したＳＣＩＤ（複数）を決定する。そのあと、受信装置のチューナは適切な搬送波周波数に同調され、パケット選択装置は選択したサービス・コンポーネントを対応する信号処理装置へ転送する。
これまでに述べてきたプログラム・ガイド情報は、マシンだけで使用可能である。つまり、ＳＣＩＤ方法は受信装置に役立つものであり、利用者にとっては無関心なものである。それぞれの利用者にとって関心のある情報は、プログラムのスケジュール、放送時間、視聴プログラム当たりの料金、どのような映画またはスポーツ・イベントが放送されるか、といったことである。このデータも、すべてをプログラム・ガイドに含めて、表示と閲覧（perusal）に役立つ形式に編成することが可能である。この表示と閲覧は、受信機のオン・スクリーン・ディスプレイ（On Screen Display）装置を使用する、従来のメニュー・プログラミングによって行うことができる。
プログラム・ガイドは、実質的に全ての搬送波によって伝送されるマスタ・ガイド（master guide）と、唯一つの搬送波によって伝送されるスペシャル・ガイド（special guides）とにセグメント化される。このマスタ・プログラムは、次の数時間にわたる視聴時間（several viewing hours）に関連する、制限されたプログラム情報を含んでいる。スペシャル・ガイドは、１ケ月のような長期間のために、広範囲なプログラミング情報を含んでいる。
さまざまなプログラム・プロバイダ（program providers）は、放送システム上におけるスペース（space）を貸与する。さまざまなプロバイダによって提供されるプログラム・マテリアルへのアクセスは、有料（subscription）である。ユーザの便宜を図り、かつ、システムのバンド幅を確保するために、全てのプロバイダのためのプログラミング情報を一つのプログラム・ガイド中に含ませることが望ましい。一方、特定のプログラム・プロバイダに料金を支払っていないユーザにとって、あるいは、それぞれのプロバイダから提供される特定のサービスに対して料金を支払っていないユーザによっては、そのユーザが料金を支払っていないプログラム・ガイド情報をサーチしなければならないことは、面倒なことである。従って、特定プログラム・ガイド情報の表示を排除するための加入者個有のメカニズム（subscriber specific mechanism）が希望されている。
本発明は、それぞれの受信機において選択的表示を導くプログラム・ガイド情報を形成するための方法を含む。プログラム・ガイド情報は、ガイド情報の種別（タイプ）に従って、異なったデータ・ブロックに配列される。あるデータ・ブロックは、それぞれのチャネルについて述べたチャネル情報（ＣＳＳＭｉ）を含んでいる。このブロックに含まれているそれぞれのＣＳＳＭｉは、チャネル情報カスタマ・サービス・システム・バイト（ＣＩ＿ＣＳＳ）を含んでおり、このＣＩ＿ＣＳＳは、ＣＳＳＭｉに関連したチャンネルに関係する条件付きアクセス情報（conditional access information）を含んでいる。
受信機の実施例において、加入者固有のバイト（ＣＩ＿ＣＳＳ）はストアされており、プログラム・ガイド処理装置にアクセスされる。特定のチャンネルについて受信プログラム・ガイド情報を表示する前に、加入者バイト（subscriber byte）ＣＡ＿ＣＳＳは、そのプログラム・ガイド中のチャネル情報バイトと比較される。その比較結果に依存して、その特定チャネルのためのガイド・データは、プログラム・ガイド中に表示されるか、あるいは、表示されない。
【図面の簡単な説明】
以下に、添付した図面を参照して、本発明を説明する。ここで、
図１は、衛星送信システムを示す図である。
図２は、図１に示した送信エレメントの１つを示すブロック図である。
図３は、プログラム・コンポーネント・サービス・データを含んで送信される信号パケットの一般的形式を説明した図である。
図４は、本発明の一実施例による受信装置の一部を示すブロック図である。
図５は、図４に示したμＰＣとビデオ・デコンプレッション装置との間のインタフェースを示すブロック図である。
図６は、条件付きアクセス比較回路を示す回路図である。
本発明は、直接放送衛星システム（direct broadcast satellite system-ＤＢＳ）の環境において説明するが、容易に理解されるように、本発明の使用はこの環境に限定されるものではない。本発明は、少なくとも、例えば、パケット・ケーブルや高品位（high definition）テレビジョン・システムのような広範囲にわたる時分割多重テレビジョン放送システムに一般的に適用可能である。
図１に示すように、ＤＢＳシステムは、複数のトランスポンダを装備した衛星局（サテライト）を含んでいる。それぞれのトランスポンダは地上送信装置（earth bound transmitter）と地上受信装置（earch bound receiver：例えば、家庭の）の間で情報を中継する。各トランスポンダは専用搬送波周波数（exclusive carrier frequency）で送信されてきた信号に応答する。
本システムでは、各々のトランスポンダに対して、複数の送信装置（送信装置transmitter＃１〜＃Ｎ）を含めることが可能である。これらの送信装置はそれぞれ異なるプログラム内容を送信するので、これらの送信装置を組み合せることにより、様々なテレビジョン表示内容（television viewing material）が得られる。本システムは、プログラム内容をそれぞれの送信装置の間で調整するスケジューラを含んでいる。
図２は、図１に示した送信装置の一例を示す図である。ここに例示したシステムでは、各送信装置は、現実に、複数のプログラム生成構成および／または機器である。これらの構成／機器はスタジオ２１０，２２０，２３０（スタジオ＃１〜＃Ｋ）として示されており、各スタジオはパケット・オーディオ／ビデオ／データ（ＡＶＤ）プログラムを出力する機能を備えている。（米国特許第5,168,356号（Acampora他）には、パケット・オーディオ／ビデオ・プログラムを生成する装置が記載されている。）各プログラムのそれぞれのオーディオまたはビデオまたはデータ・コンポーネントは、専用サービス・チャネル・アイデンティファイア（ＳＣＩＤ）で識別されるパケット信号である。それぞれのコンポーネント・パケット信号のパケットは、プログラム・マルチプレクサ（図示せず）で時分割多重化され、スタジオの１つにより供給される各ＡＶＤ信号が形成される。スタジオから出力されたパケット・プログラムは、チャネル・マルチプレクサ（ＭＵＸ）において時分割多重化される。チャネル・マルチプレクサの出力は変調されてから、割り当てられたトランスポンダ搬送波周波数に乗せされる。プログラム多重化装置および／またはモジュレータに、エラー・パリティ・バイトを生成し信号部分をインタリーブする順方向エラー訂正（ＦＥＣ）装置を含めておけば、送信過程でエラーによる影響を最小にすることができる。
図２のスケジューラ２４０は図１のスケジューラに対応するもので、人間の介入を含む情報管理システムである。このスケジューラには、システム・ビジネス・オフィスを含めることができる。それぞれの送信装置は、サブスケジューラを含むことができる。このサブスケジューラは、スケジューラに応答して、それらと通信する。スケジューラは、サブスケジューラに対して、チャネル・スペースおよびＳＣＩＤ（複数）を割り当てる。また、これらのサブスケジューラは、プログラム・コンポーネントにＳＣＩＤ（複数）を割り当て、かつ、対応するプログラム・ガイド情報を発生する。このプログラム・ガイド情報は、実際のプログラム・ガイドを形成するために、スケジューラに伝達される。このスケジューラは、また、特定の送信装置上のプログラム・コンポーネントにＳＣＩＤ（複数）を割り当て、そして、送信のためのパケット・プログラム・ガイドを生成する。また、スケジューラは、長時間にわたって、すべてのシステム・プログラミングのランニング・データベースを維持する。それぞれのプログラムのＳＣＩＤは、プログラム名と関連づけられる。さらに、それぞれのプログラム名は受信時刻と関連づけられ、サーチ目的のための「タイプ」コードをタグとして付けることができる。例えば、映画には映画コードを、スポーツ・プログラムにはスポーツコードを、主婦向け連続ドラマ（soap opera）にはソープ（soap）コードを、西部劇（horse opera）には別のコードを、といったようにタグを付けることができる。さらに、それぞれのプログラム・タイプは、例えば、映画がスリラー、ホラー、コメディなどに分類され、スポーツ・カテゴリがプロとアマに分類されているように、基本タイプの部分集合（subset）にカテゴリ化することも可能である。
スケジューラ・データベースのそれぞれのレコードに入れておくことができる情報タイプは、次の表１に示されている。表１に示されているレコード例は、１９９４年４月２７日、午後７：３０に放送される予定の２時間映画「Bambi」に対するものである。また、データベースには、現在の加入者に送信される共通システム・メッセージを含めることも可能である。
0004173535.tif 000002
スケジューラはデータベースを定期的にスキャンして、マスタ・プログラム・ガイド２５０を生成する。このマスタ・プログラム・ガイドは、以後の数時間内に送信されるプログラムに関する、プログラミング情報の簡略化された部分の構成になっている。データベースから取り出して、マスタ・ガイドに組み入れることができる項目としては４から１５までの項目があり、これらは当日の数時間にわたるものであり、進行中のすべてのプログラムを含んでいる。この構成は受信側マイクロプロセッサ（μＰＣ）プログラミングに準拠するデータ・ファイル形式になっているので、データをメニュー・プログラミング・ガイドとして表示し、表示のために選択されたプログラムのサービス・コンポーネント・パケットを識別することができる。
データがテレビジョン画面上にいくぶん表示される場合があるかもしれないが、データが圧縮されたビデオ形式になっていないのは、テキストが特にＭＰＥＧ圧縮に役立たないためであり、また、ＭＰＥＧ圧縮形式のテキストがμＰＣの処理に役立たないためである。マスタ・プログラム・ガイドは、他のプログラム・サービス・コンポーネントと同じようにパケット化され且つ000000000001のように事前に決められた特定のＳＣＩＤが割り当てられた、データ・ファイルである。
図３は、パケット形式の一例を示す図である。各パケットには接頭部（プレフィックス）があり、これは、すべてのサービス・タイプの場合にも同じ形式になっている。好適な接頭部は、１ビットの優先度フィールドＰ、有意な信号変化間の境界を示す１ビットの境界フィールドBB、ペイロード（payload）がスクランブルされているかどうかを示す１ビット・フィールドＣＦ、ペイロードをアンスクランブル（unscramble-暗号解読）するために使用される、２つのスクランブル・キーの一方を示す１ビット・フィールドＣＳ、および１２ビットのＳＣＩＣを含んでいる。接頭部に続いて、サービス固有のサービス・ヘッダが置かれている。このサービス・ヘッダは、４ビットの連続性カウント値（continuity count value）ＣＣを含んでいる。連続性カウントはサービス固有であり、連続するパケット内のカウント値は、モジューロ１６で１単位ずつ連続的にインクリメントされる。ビデオ・サービスでは、このカウント値のあとに４ビットのフィールドＨＤが続き、これは特定のペイロード・オプションを示している。パケットの残り部分は信号ペイロードである。パケットは、ペイロードの最後に付加されたエラー・コード・パリティ・ビットを含む場合もある。この種のエラー符号化はパケット全体にわたって行うことも、その一部だけに行うこともできる。
マスタ・プログラム・ガイドはパケット形式で送信装置の各々へ送られ、この場合、十分なバンド幅があれば、チャネル・マルチプレクサによってそれぞれのプログラム・パケットと時分割多重化される。それぞれのトランスポンダをスケジューリングするとき、スケジューラは各トランスポンダ上のプログラム・ガイド用にスペースを確保して、ほとんどすべてのシステム・トランスポンダがマスタ・プログラム・ガイドを定期的に伝達できるようにする。マスタ・プログラム・ガイドはほとんどすべてのトランスポンダ上に送信されるので、受信装置がどのトランスポンダに合わせて同調されているかに関係なく、利用者は即時にマスタ・プログラム・ガイドに切り替えて使用可能なプログラミングを再検討することができる。
マスタ・プログラム・ガイドは繰返し送信され、例えば３０分ごとに定期的に更新される。この繰返しレートは比較的頻繁に行われるが、これは、受信装置でチューニングする加入者がほぼ即時にプログラミング・メニューをアクセスできることを目標としているためである。これが可能であるのは、マスタ・ガイドに収められるデータ量が比較的制限されているためである。
スペシャル・ガイド２６０と呼ばれる、より包括的なプログラム・ガイドもスケジューラによって作られ、例えば、次の３０日の期間にわたるすべてのプログラミング情報を含んでいる。これはかなりのデータ量であるが、これは、より長い期間（数週間または一か月）にわたってテレビ番組（viewing）をスケジュールできるようにすると、加入者にとって好都合であると本システムの発明者が判断したためである。スペシャル・プログラム・ガイドは送信装置の１つだけに適用されるパケット・データ・プログラムであり、従って、たとえ利用可能な送信バンド幅および他のスケジューリング要件に従って１日ごとにあるいは１時間ごとに特定のトランスポンダが変わることがあっても、それを利用できるのは、トランスポンダの１つでだけである。スペシャル・ガイドのＳＣＩＤは可変であり、スケジューラによって割り当てられる。スペシャル・ガイドのロケーションは、他のプログラミングと一緒にマスタ・ガイドにリストされている。
本発明の好適実施例では、マスタ・ガイドは、次のような名前のデータから成る４つのブロックとして作られる。
SEGM：APGD：CSSM1...CSSMnseg：PISM1....PISMnseg
他方、スペシャル・ガイドは複数のセグメント（seguments）または部分（portions）（１から１６まで）に分割され、インデックス”nseg”はスペシャル・ガイドを構成する現在のセグメント数を示している。各セグメントは、１００から９９９までの範囲の１つまたは２つ以上のチャネルのためのプログラム情報を搬送し、また各々のスペシャル・ガイド・セグメントは、次のようなデータから成る２つの逐次ブロック（sequential blocks）を含んでいる。
CSSM1...CSSMnseg：PISM1....PISMnseg
マスタ・ガイドに収められているＳＥＧＭブロックは、チャネル・スペースを複数のセグメントに分割すること、および、セグメント数についての情報が含まれている。ブロックＡＰＧＤはプログラム・ガイド・マップを収めており、これはどのスペシャル・ガイド・セグメントがアクティブであるかを示し、かつ、それらのロケーション（すなわち、そのセグメントを搬送する特定のトランスポンダ）をそれぞれのセグメントのＳＣＩＤと共に示している。ＡＰＧＤには、上記のデータベース・レコードの項目１０〜１５のように、ランキング（または評点）とテーマに関するプログラム情報も収めてある。さらに加えて、このＡＰＧＤは、スペシャル・ガイド・セグメントを各々の名前、番号およびタイプに関連付ける（accociating）プログラム・ガイド・マップを含んでいる。このプログラム・ガイド・マップは、ＰＧ＿ＣＳＳバイトまたはコードを各々のガイドに関連付ける。このコードは、それぞれのプログラム・ガイド・セグメントの表示を許可／排除（permit/preclude）するために用いられる。
マスタ・ガイドおよび各スペシャル・ガイドは、ＣＳＳＭブロックおよびＰＩＳＭブロックを含む。ＣＳＳＭブロックは、チャネルとサービスＩＤ（service-id）セグメントとを対応づけたマップである。このマップには、対応するセグメントに入っている、チャネルを記述したデータ（チャネル名、コール・レター（call letters）、チャネル番号、タイプなど）が含まれている。ＰＩＳＭブロックには、対応するＣＳＳＭに記述されている各チャネル上のプログラム情報（タイトル、開始時刻、継続時間、ランキング（または評点：ratings）、カテゴリなど）のリンクされたリストが収められている。
プログラム・ガイド情報は、複数あるスペシャル・ガイドの異なったものの中で、さまざまなフォーマットに振り分けられる。すなわち、それぞれのスペシャル・プログラム・ガイドは、複数あるプログラム・プロバイダのうち唯一つのものからの情報を含むことができる。あるいは、チャンネル（複数）の異なったブロック上で運ばれてきた情報は、複数あるスペシャル・プログラム・ガイドの間に分割されることができる。例えば、チャネル１００〜３００のためのプログラム・ガイド情報をスペシャル・ガイド１に割り当てることができる。同様に、チャネル３０１〜５００をスペシャル・ガイド２に、チャネル５０１〜７００をスペシャル・ガイド３に、割り当てることができる。これら両方のスペシャル・ガイド・フォーマットにおいて、各々のスペシャル・ガイドは、そのスペシャル・ガイドが保持すべき容量（capacity to hold）であるその日数分だけ、プログラム・ガイド視聴（viewing）情報を含むことができる。他の採り得る形態は、視聴時間（viewing times）を分割することである。例えば、マスタ・ガイドは次の２時間のプログラム・ガイド情報を含み、スペシャル・ガイド１は次に後続する８時間のプログラム・ガイド情報を含み、スペシャル・ガイド２は次に後続する８時間のプログラム・ガイド情報を含み、スペシャル・ガイド３は次に後続する８時間のプログラム・ガイド情報を含む等とすることができる。
各ＣＳＳＭｉレコード（record）には、ＣＩ＿ＣＳＳバイトまたはコードが含まれている。このＣＩ＿ＣＳＳバイトは、マスタまたはスペシャル・プログラム・ガイドにおける各チャネル／プログラム情報の表示を許可／排除するために用いられる。ＣＩ＿ＣＳＳバイトおよびＰＧ＿ＣＳＳバイトは、プログラム・プロバイダに固有なもの（program provider specific）であってもよく、あるいは、システム・マネージャによりチャネルを基礎として（channel basis）、任意に（arbitrarily）割り当てられたものであってもよい。特定のプロバイダに固有なスペシャル・プログラム・ガイドのＰＧ＿ＣＳＳには、プロバイダ固有コード（provider specific code）が割り当てられる。このプロバイダ固有コードはそれぞれの受信機において用いられ、非加入者に対してこのスペシャル・ガイドの表示を排除（preclude）する。また、プログラム・ガイドにより供給されるチャネル／プログラム情報に関連したＣＩ＿ＣＳＳバイトは、供給されたプロバイダ固有コードであってもよい。このプロバイダ固有コードにより、非プロバイダ固有プログラム・ガイド中に含まれているチャネル情報の表示は排除される（マスタ・ガイドは非プロバイダ固有であってもよいことに注意すべきである）。ひとつのプロバイダには２以上のコード（more than one code）が割り当てられ、これによって、加入者あるいは非加入者の異なったクラス間において、プログラム・ガイド情報の選択的表示が許されることを理解すべきである。さらに加えて、プログラム・ガイド情報の無条件（unconditional）表示を許可するために、システム・マネージャはユニバーサル＿ＣＳＳコードワードを割り当てることができる。いま、ＣＩ＿ＣＳＳおよびＰＧ＿ＣＳＳバイトは８ビットであるものと仮定する。システム・マネージャは、無条件アクセスを意味するためにバイト00000000を割り当てることができる。システム・ユーザが加入者であるか否かに拘りなく、00000000から成るＣＩ＿ＣＳＳおよびＰＧ＿ＣＳＳバイトが割り当てられたガイドまたはチャネルは、それら全てのシステム・ユーザにより視聴されることができる。
プログラム・ガイド情報は、視聴者のアクセス（viewer access）のために、条件付きアクセス・クラス（複数）に分割される。最も単純な構成は、全てのプログラム・ガイド・データを８つの条件付きアクセス（ＣＡ：conditional access）クラスとして、８ビットのＣＩ＿ＣＳＳおよびＰＧ＿ＣＳＳバイトにおける各ビット毎にひとつのクラスを割り当てることである。これらのＣＡクラスは、プログラム・プロバイダを基礎として、あるいは、他の基準に従って、割り当てることができる。
ＣＩ＿ＣＳＳまたはＰＧ＿ＣＳＳバイトの８ビットは２５６の異なった状態を表すことができるので、より多くのＣＡクラス分けに適応させることができる。放送システムには、名目上、比較的制限された数のプログラム・プロバイダしか存在しない。いま、プロバイダの数を１６またはそれ以上であると仮定すると、必要な状態の数は十分に割り当てることができる。ＣＩ＿ＣＳＳおよびＰＧ＿ＣＳＳバイトのうち上位４ビットによりそれぞれのプログラム・プロバイダを識別し、下位４ビットによりそれぞれのプロバイダが自由に割り当てた値を表すことができる。この場合、１６またはそれ以下のプロバイダの各々は、それぞれのプログラム・ガイド情報を１６の異なったＣＡ表示クラスに割り当てることができる。
スペシャル・ガイドおよび／またはチャネル情報に対する条件付きアクセスは、受信機において、プログラム・ガイドに含まれる各ＣＩ＿ＣＳＳおよびＰＧ＿ＣＳＳバイトと、各ユーザの視聴資格（viewing entitlements）をある程度定めるユーザＣＡ＿ＣＳＳバイトとを比較することにより、達成される。このＣＡ＿ＣＳＳバイトは、条件付きアクセス・アップリンク・システムによって発生され、それぞれのユーザに伝達される。この条件付きアクセス・アップリンク・システムはスケジューラの一要素であって、ユーザによりサービスが購入されたとき、あるいは、サービスが更新されたときに、条件付きアクセス・アップリンク・システムは、ユーザ固有の条件付きアクセス・パケットを発生する。例えば、ある加入者がプログラム・プロバイダに電話をして、プレミアム・チャネル（premium channels）の追加または削除を申し込んだ場合、条件付きアクセス・アップリンク・システムはシステム・マネージャにより指示がなされ、新たなＣＡ＿ＣＳＳバイトあるいはその加入者の変更要求を反映したバイトを生成する。この新たなＣＡ＿ＣＳＳバイトはデータ・パケットに含まれる。このデータ・パケットは、その加入者の受信機およびその受信機に含まれている条件付きアクセス・スマート（smart）・カード・システムに固有的に送られる。ユーザは特定の時間にわたって特定のチャネルに同調するよう指示がなされ、システムのバンド幅が許す期間中のある時刻において、スケジューラによりそのパケットがそのチャネルに与えられる。
マスタ・ガイドに含まれるプログラミング・データの時間スパンは、ガイドを処理するために受信装置に用意されているメモリ量によって決まる。ここで説明しているシステム例は、各データを１２７バイトとして２４２パケットから成るパケット（a master guide of 242 packets of 127 bytes each of data）を考慮している。すべてのチャネルの現行データがマスタ・ガイドに含まれ、３０Ｋバイトのマスタ・ガイド・スペースに収まるだけの将来のプログラミング・データも含まれている。この結果、プログラム視聴（viewing）データは約２時間になる。
スペシャル・ガイドはメモリの制約によっては制限されないが、バンド幅によって制限される。スペシャル・ガイドが本システムに要求するバンド幅量を最小にするために、スペシャル・ガイド・セグメントは任意的に１パケット当たり１２７バイトの７５０パケット（750 packets of 127 bytes）に制限されている。つまり、１セグメント当たり約９５Ｋバイト、従って１６セグメントについては合計１．５Ｍバイトに制限されている。
各スペシャル・ガイド・セグメントには異なるＳＣＩＤが割り当てられ、これらのセグメントは別々に異なるトランスポンダ上に送信されるので、スペシャル・ガイド・データがすべてのトランスポンダの間でほぼ均等に配分されるようになっている。
図４は、一例として挙げたＡＶＤ受信装置の一部を示すブロック図である。送信されたＡＶＤ信号はアンテナ５によって捕獲され、チューナ・デモジュレータ６に入力される。チューナはμＰＣによって制御され、所望のトランスポンダ搬送波周波数が選択される。選択された搬送波は復調され、変調信号はチューナ・デモジュレータ６からバイナリ形式で出力される。この変調信号は順方向エラー訂正回路（forward error correcting circuit-ＦＥＣ）７に入力され、ＦＥＣは訂正可能なエラーを訂正し、また訂正不能エラーを含んでいるそれぞれの信号パケットに対してはエラー信号を生成する。このＦＥＣは、その１つがマスタ・プログラム・ガイドである複数のプログラムを含んでいる、時分割多重パケット信号を出力する。
ＦＥＣからのパケット・ストリームはトランスポート・プロセッサ（transport processor）８に入力される。このトランスポート・プロセッサは、多重パケット・ストリームからのパケットの１つずつを選択し、適当なパケットを暗号解読（デスクランブル）し、選択されたパケットからサービス・ペイロードを分離するための回路素子を含んでいる。トランスポート・プロセッサでは、ＦＥＣからのパケット・ストリームが暗号解読回路（デクリプタ：decryptor）１０とＳＣＩＤ検出器９とに入力される。本システムの始動時および定期的に設けられた期間毎に、システム・コントローラすなわちμＰＣ１７は、マスタ・ガイドＳＣＩＤを収めているパケットが現れると、ＳＣＩＤ検出器にそれを検出させるようプログラムされている。マスタ・ガイド・パケットが検出されると、ＳＣＩＤ検出器９は、ＤＭＡ回路１１がマスタ・ガイド・パケット・ペイロードをレート・バッファ・メモリ（rate buffer memory）１５のあらかじめ決められたブロックにストアするよう状態付ける。μＰＣは、ユーザ・インタフェース１６を経由して入力されたユーザ・コマンドを受け取ると、それに応答してこのメモリ・ブロックをスキャンしてプログラム・データを探し出し、ユーザが見たいと望んでいるプログラムのプログラム・コンポーネントに関連するＳＣＩＤを決定する。これらのＳＣＩＤがＳＣＩＤ検出器９に入力されると、この検出器は、所望のプログラム・サービス・コンポーネントを選択する状態になる。メモリＤＭＡ回路１１は、トランスポート・コントローラ（transport controller）１３およびμＰＣと共働することにより、選択されたＳＣＩＤに関連するそれぞれのサービス・コンポーネントに対してレート・バッファ・メモリ１５のそれぞれのブロックを割り当てる。選択されたＳＣＩＤを収めているパケットが検出されると、ＤＭＡ１１はそれらのペイロードを対応するメモリ・ブロックにロードする。それぞれのサービス・コンポーネント・プロセッサ２１〜２４がデータを必要とするときは、これらのプロセッサ２１〜２４は、トランスポート・コントローラ１３を通してＤＭＡ１１にデータを要求する。コントローラ１３は、さまざまなエレメントの読取り要求と書込み要求の間で起こるメモリ・アクセス競合を、あらかじめ決められた優先度に従って仲裁して、すべてのエレメントの要求を満足させる。ビデオやオーディオなどの、特定のサービス・コンポーネントをストアするために割り当てられたメモリ１５のブロックは、実際には、先入れ先出しメモリ（ＦＩＦＯＳ）として動作する状態にあり、各ブロックはいくつかパケット・ペイロードをストアできる容量になっている。
この例では、トランスポート・プロセッサはヘッダおよびエラー・コード・デコーダ１２を含んでおり、これはデュアル目的に適したフィルタとなっている。あるモードにあるとき、ある特定の加入者がデータという名が付けられているパケット（packets of entitlement data）のうちどれを受け取る資格にあるかを判断する。第２のモードにあるときは、例えばビデオ・サービス・データのペイロードにある特定スタート・コードを探し出すようにデコーダ１２はプログラムされている。どちらかのモードにあるとき、必要とするパラメータが見つかると、メモリ・アドレシング回路は特定のメモリ・アドレス・ポインタをリセットするか、あるいはリセットしないように条件づけられている。さらに、トランスポート・プロセッサはスマート・カード・インタフェース（smart card interface）１４を含んでいる。このスマート・カード・インタフェースは、スマート・カードと受信システムとのインタフェースを行う。スマート・カードには、資格付与データ（entitlement data）と、特定のプログラムへのアクセスを制御し、料金請求情報を保持し、さらにモデムと併用されてサービス提供者と通信するプロセッサとが搭載されている。スマート・カードは上記の資格付与データ（the entitlement data）を利用する。
デコーダ１２は、資格付与データを含んでいるユーザ固有（user specific）のパケット・ペイロードをスマート・カードに向けさせる。これは、条件付きアクセス・アップリンク・システムにより発生される条件付きアクセス・パケットを有しており、ユーザ固有のＣＡ＿ＣＳＳバイト（単数または複数）が含まれている。このＣＡ＿ＣＳＳバイト（単数または複数）は、将来の使用に備えて、スマート・カード装置によりストアされる。
ＣＡ＿ＣＳＳデータは、伝送された条件付きアクセス・パケットから導出されるが、加入者により購入されたときにはスマート・カード内に存在する。
レート・バッファ・メモリ１５は多重化され、圧縮ビデオ・レート・バッファとしても、圧縮オーディオ・レート・バッファとしても、マスタ・ガイド・ストーレージとしても、スマート・カード・メモリとしても、μＰＣ作業メモリとしても、さらにはμＰＣストーレージとしても動作するようになっている。このことが可能であるのは、プログラム・ガイドがマスタ・ガイドとスペシャル・ガイドに分割されているためである。マスタ・ガイド・データは比較的少ないので、わずかなメモリ・スペースしか消費しない。メモリ１５全体はスペシャル・ガイドを収容できるだけの大きさになっていない。
マスタ・ガイドが受信されると、定期的に更新されることがあっても、これはレート・バッファ・メモリに残されている。マスタ・ガイドを残しておくと、関連するＳＣＩＤは常に使用可能となるので、チャネル変更を瞬時に行うことができる。各チャネルを選択したあとでマスタ・ガイドがドロップされると、あるチャネル選択と次のチャネル選択の間で遅延が起こり、その間にマスタ・ガイドが再ロードされることになる。
スペシャル・ガイドを処理、スキャン、および／または操作しようとする期間中には、他のどのサービスも処理されないので、バッファ・メモリ１５全体を使用してスペシャル・ガイドを処理することができる。このメモリはスペシャル・ガイド全体を一度に収容できるだけの大きさになっていないので、スペシャル・ガイドの各部分の処理を繰返し行う必要があるが、さもなければメモリを拡張する必要がある。前者の場合は処理時間が長くなり、利用者に歓迎されない。また、後者の場合は、装置コストが増加するので望ましくない。
ビデオ圧縮解除には比較的大きな専用メモリが必要になる。ＭＰＥＧ符号化信号の圧縮解除のために必要になるメモリは、１フレーム分のビデオ表示メモリ、双方向符号化またはＢフレームを予測するための２フレーム分のストレージ、および圧縮解除回路（decompressor）に入力されるデータを再フォーマッティングするためのさらなるワーキング・ストレージである。４×３アスペクト比のＮＴＳＣ解像度イメージを圧縮解除するために、必要とされるメモリは約１６Ｍビットである。図４に示すように、このメモリはビデオ・プロセッサ２２内に内蔵され、スペシャル・ガイドを収容できるだけの大きさになっており、スペシャル・ガイドが処理されるときは他の目的には使用されないようになっている。
スペシャル・ガイドを使用することが望ましい期間中、ＳＣＩＤ検出器はスペシャル・ガイド・パケットを選択し、圧縮されたビデオ・データであるものとしてそれらのペイロードをバッファ・メモリ１５にストアするように条件づけられている。ビデオ・プロセッサは、スペシャル・ガイドＳＣＩＤが割り当てられたバッファ・メモリ・ブロックからデータを要求するようにμＰＣによって条件づけられる。このデータは、圧縮されたビデオ・データであるものとしてビデオ・プロセッサ・メモリに書き込まれる。このモードでは、ビデオ・チャネルに優先権があり、従って、スペシャル・ガイド・データは到着するや否やストアされるので、比較的高速にロードすることができる。
スペシャル・ガイドがすべてのチャネル間で多重化されたセグメントとして送信されるとき、マイクロプロセッサ１７はバッファ・メモリ１５に入っているマスタ・ガイドをアクセスし、セグメント・マップとＡＰＧＤデータ・ブロックをスキャンして、各セグメントのチャネルおよびＳＣＩＤを決定しなければならない。マイクロプロセッサ１７は、所望のスペシャル・ガイド・セグメントを収めている必要チャネルに合わせて同調し、さらにＳＣＩＤ検出器に対して、対応するパケットを選択するように状態付けることがプログラムされている。あるチャネル上のすべてのセグメントが抜き出されてから、別のチャネルにチューニングするのが好ましい。また、それぞれのチャネルは昇順または降順に同調することが好ましく、そうすれば、チャネル間の再同期化時間が最小になる。
μＰＣインタフェースはビデオ・プロセッサ２２に内蔵されているので、μＰＣはビデオ・プロセッサ・メモリからデータを読み取ることができる。μＰＣには、ＴＶ視聴者がスペシャル・ガイド・データを適宜に操作できるようにするプログラム（例えば、公知タイプの情報フィルタを用いるサーチ・ルーチン）が実装されている。全てのスペシャル・ガイド・データは同時に得られるので、データの操作はＴＶ視聴者がコマンドを変更できるのと同じ早さで行うことができる。
スペシャル・ガイドを操作するためには、ガイドを部分表示する必要がある。スペシャル・ガイド・データは、圧縮または非圧縮ビデオ信号としてでなく、データ形式で送信される。スペシャル・ガイド情報を表示するために、μＰＣは表示すべき情報を選択し、そのデータをオン・スクリーン表示デバイス（onscreen display device-ＯＳＤ）１９に入力する。プログラム・ガイドが操作されているとき、ＯＳＤは画面全体を独占的に使用して、スペシャル・ガイド・テキストまたは他のデータおよび／またはプログラム・コマンド構造を表示する。その他の場合、ビデオが圧縮解除されているとき、ＯＳＤは従来と同じように動作して、必要とするテキスト内容をビデオ・イメージ上にオーバレイする。
図５はビデオ・プロセッサ２２の一例を示すブロック図であり、プロセッサ・メモリにストアされているデータの読取りを可能にするμＰＣインタフェースを備えている。すべての圧縮解除メモリは、バッファ・メモリ１５と区別された単一メモリ３０に含まれている。
ビデオ圧縮解除回路（video decompressor）はＦＩＦＯ３１を含み、そのデータ入力バスはバッファ・メモリ１５のデータ出力バスに結合され、データ要求バスはトランスポート・プロセッサ・コントローラに接続され、データ出力バスは内部メモリ／データ・バスに結合されている。ビデオ圧縮解除動作のとき、ＦＩＦＯ３１は圧縮解除（decompression）のために必要とされるメモリ１５のデータを要求する。ＦＩＦＯ３１はデータを８ビット・バイトとして受け取り、６４ビット・ワードをメモリ／データ・バスに送り出す。これらの６４ビット・ワードが作成されると、これらは、アドレス・ジェネレータ３３により与えられたアドレスにて外部ＤＲＡＭ３０にロードされる。また、圧縮解除ＩＣ（decompression IC）内のそれぞれの回路の要求に応じて、アドレス・ジェネレータ３３の制御の下で、データがＤＲＡＭ３０から読み出される。実際には、アドレス・ジェネレータ３３はステート・マシンであり、それぞれの圧縮解除回路からの刺激に応答し、あらかじめ決められた圧縮解除刺激ベクトルのセットに従って、メモリとの間でビデオ・データを読み書きするようにプログラムされている。
圧縮解除ＩＣはスタート・コード・デコーダ３２、可変長デコーダ３４およびエレメント３５を含む。ここでエレメント３５は、逆ランレングス・デコーダ（inverse run length decoder-ＩＲＬＤ）、逆量子化回路（inverse quantizer-ＩＱＵＡＮＴ）、逆離散コサイン変換（inverse discrete cosine transformer−ＩＤＣＴ）、およびプレディクタ（predictor-PREDICT）を含んでいる。メモリからのデータは、これらの機能エレメントとの間であるいはエレメント相互間でやりとりされて、圧縮されたＭＰＥＧビデオ・データが圧縮解除される。それぞれの圧縮解除機能（decompression function）の動作はコントローラ３８によって調整され、このコントローラも大部分がステート・マシンになっている。コントローラ３８は、それぞれの圧縮解除エレメントにより発生された刺激と、メモリ入出力ユニット３６を経由してメモリ／データ・バスから送られてきたデータに応答する。圧縮ビデオ・データは４：２：０形式になっているので、未処理（raw）の圧縮解除ビデオ・データは４：２：０形式で出力される。この未処理（ロー）圧縮解除ビデオ・データ（raw decompressed video data）は表示ユニット３７に入力され、そこでロー・ビデオ（raw video）が補完（interpolate）されて、４：２：０形式のビデオ出力が得られる。この一般的形態の圧縮解除回路は、現在いくつかのメーカから提供されており、この回路は本発明の目的ではない。
コントロール・バスを介して、コントローラ３８と、メモリ入出力ユニット３６を含めて圧縮解除機能エレメントのすべてとが相互に接続されている。コントロール・バスにはμＰＣインタフェースも接続されているので、このインタフェースを通して、圧縮解除（デコンプレッション）ＩＣの外部のμＰＣと通信ができるようになっている。ある程度の対話性（相互作用）を伝送サービスに取り入れることができるが、この対話性にはビデオが含まれない場合もある。そのような場合には、圧縮解除ＩＣが動作するのを禁止したり、圧縮解除ＩＣが例えば、あらかじめ決められたスタティック・ディスプレイを行うように条件づけたりすることが望ましい場合がある。これらの機能および他の機能をコントローラに組み入れるようにプログラムして、μＰＣインタフェース３９を介してμＰＣによりトリガさせることが可能である。
スペシャル・ガイド・データをＤＲＡＭ３０に書き込むとき、必要なことは、スペシャル・ガイドに関連するＳＣＩＤがビデオ・サービスを表していることを圧縮解除ＩＣに知らせることだけである。圧縮解除ＩＣは、圧縮ビデオであるものとしてスペシャル・ガイド・データを受け取り、それをＤＲＡＭに書き込む。ＤＲＡＭ内にストアされたスペシャル・ガイド情報を再分配する圧縮解除動作を妨げるためには、通常の圧縮解除処理を一時中止しなければならない。圧縮解除の一時中止は、スペシャル・ガイドＳＣＩＤがビデオ圧縮解除回路と関連づけられているとき、μＰＣによって行われる。
スペシャル・ガイド・データがＤＲＡＭ３０から読み取られるときは、コントローラ３８の通常オペレーションがμＰＣインタフェース３９を介して一時中止され、ＤＲＡＭ３０がアドレス・ジェネレータ３３およびメモリ入出力ユニット３６を介してアクセスされる。コントローラ３８の通常機能の１つは、メモリ・アドレス・スタート・ポインタをメモリ・アドレス・ジェネレータに入力し、ＤＲＡＭ内の特定圧縮データをアクセスすることである。この特定圧縮データは、圧縮解除が行われるときのパラメータを設定してる。これと同じことは、スペシャル・ガイド・データを読み取るためにＤＲＡＭ３０をアクセスするときに使用できる。つまり、コントローラは、アドレス・ポインタをμＰＣから受け取り、それをアドレス・ジェネレータに入力するよう構成される。このようにすると、ＤＲＡＭの特定メモリ・ロケーションをμＰＣによりアドレスすることができる。ＤＲＡＭ３０から読み取られたデータは、メモリ入出力ユニットを介してコントロール・バスに結合され、そこで６４ビット・メモリ出力ワードが例えば８ビット・バイトに変換される。そのあと、それぞれの８ビット・バイトはμＰＣインタフェース３９を経由してμＰＣ１７へ転送され、そこで、これらのバイトはメニュー・プログラム・データとして使用することも、後の使用のためにレート・バッファ・メモリに入力することもできる。スペシャル・ガイド・データをＤＲＡＭから読み取っている期間中、エレメント３２，３４，３５および３６の通常オペレーションについては、μＰＣインタフェース３９経由で得られたμＰＣコマンドに応答して、コントローラ３８により一時中止することができる。
システム全体の拡張機能、つまり、専用ビデオ圧縮メモリを使用してスペシャル・プログラム・ガイドを受け取りこれをストアするためには、ほとんどハードウェアを追加する必要がない。ここで必要とされることは、読取りアドレス・ポインタをμＰＣインタフェースから受け取るようにコントローラ３８のプログラミングを若干変更し、圧縮解除機能のそれぞれの通常オペレーションを一時中止できるようにすることだけであって、これらは、ビデオ圧縮解除回路の専門家ならば容易にそのハードウェア／ソフトウェアに対して行うことが可能な変更である。
ユーザ・インタフェース１６は、例えばポリウム制御チャネル選択、画像の輝度制御などの従来から知られている多くのオプション／制御をユーザに提供する。さらに加えて、このユーザ・インタフェースは、さらなるシステム機能のメニューに対するアクセスを提供する。例えば、ユーザ・リモート制御器（図示せず）は、さらなるシステム・オプションのメニューを（図示しないキネスコープ上に）表示させるよう、システムを条件付けるためのメニュー・ボタンを含むことができる。ここで、さらなるシステム・オプションは、通常の知られている手法によりカーソルの移動を行いかつ入力ボタンの押下を行うことにより、選択することができる。このメニューには、プログラム・ガイドを表示することについてのオプションが含まれる。このオプションを選択するにあたり、μＰＣ１７は、プログラム・ガイド・オプションを含んでいるさらなるメニューを表示するようプログラムされている。これらのオプションは、例えば、全てのプログラム・ガイド、移動のみ、スポーツ項目（item）のみ、特別番組（specials）などを含む。そして、これらのひとつは、カーソルの移動および入力ボタンの押下によって選択される。
プログラム・ガイド・オプションの選択は、スマート・カード１４によりストアされたＣＡ＿ＣＳＳバイト（単数または複数）を要求するよう、μＰＣ１７を条件付ける。ＣＡ＿ＣＳＳバイト（単数または複数）はμＰＣ１７内のレジスタにロードされ、比較機能を実行する際に用いられる。μＰＣ１７は、選択されたプログラム・ガイド機能を実行する。これらを行うにあたり、表示されているスペシャル・ガイドに先行して、選択されたスペシャル・ガイドに関連したＰＧ＿ＣＳＳバイトが、レジスタにストアされているＣＡ＿ＣＳＳバイト（単数または複数）と比較される。そして、一致（match）が得られないならば、そのガイドは表示されず、あるメッセージが発生される。そのメッセージは、ユーザに対して、そのガイドは利用（available）できないことを知らせる。また、一致が得られた場合、またはＰＧ＿ＣＳＳバイトがユニバーサル・アクセス・バイトに一致（対応）する場合、選択されたガイドは表示され、その選択されたガイドに含まれているチャネル情報上に条件付けられる。選択されたガイドにおける特定チャネルに関連した情報を表示する前に、ＣＩ＿ＣＳＳバイトまたはそのチャネルに関係するＣＩ＿ＣＳＳバイトがアクセスされ、ＣＡ＿ＣＳＳバイト（単数または複数）と比較される。もし、ＣＡ＿ＣＳＳバイトとＣＩ＿ＣＳＳバイトとの間で一致が得られないならば、チャネル情報はプログラム・ガイド中に表示されない。もし一致した場合、またはＣＩ＿ＣＳＳバイトがユニバーサル・アクセス・バイトに一致（対応）した場合、チャネル情報はガイド中に表示される。
同様に、もし選択されたプログラム・ガイド・メニュー機能がマスタ・ガイド情報を表示することと一致（対応）しているならば、情報がいかなるチャネルについて表示される前に、そのチャネルに関連したＣＩ＿ＣＳＳバイトが、スマート・カードからアクセスされたＣＡ＿ＣＳＳバイト（単数または複数）に対してテストされ、そのテストの結果に依存してチャネル情報が表示され、あるいは表示されない。
利用可能なプログラム・ガイド表示を生じさせる際に、μＰＣ１７は、レート・バッファ・メモリ１５におけるマスタ・ガイド・データあるいは外部ＤＲＡＭ３０におけるスペシャル・ガイド・データの所定データ・フィールドを所望するプログラム情報のタイプについてサーチするよう、プログラムされている。所望するタイプのプログラム情報が見つけられるたびに、関連するＣＩ＿ＣＳＳバイトがアクセスされ、ユーザＣＡ＿ＣＳＳと比較される。もし、その比較によって、そのユーザはプログラム・ガイド情報を見る資格が有るとされるならば、その情報は所定のフォーマットに従って、メモリ（例えば、レート・バッファ・メモリ１５）のテーブル中に置かれる。ストアされている関連ある全てのプログラム・ガイド・データがサーチされ、関連したＣＩ＿ＣＳＳがテストされ、そしてメモリのテーブル中に許可情報（allowed information）が置かれた後に、テーブル中のデータはＯＳＤ装置１９に供給される。ＯＳＤ装置１９は、プログラム・ガイド情報をグリッドライン（gridlines）内にテクストとして表示するために、適当なピクセル／ラスタ情報を発生する。
ＣＡ＿ＣＳＳバイト（単数または複数）と、ＣＩ＿ＣＳＳバイトまたはＰＧ＿ＣＳＳバイトとの比較機能について、その一例を以下に述べる。いま、１バイトはＮビットであり、スペシャル・ガイドおよびチャネル／プログラムはＮ個の条件付きアクセス・クラス（conditional access classes）にグループ分けされているものと仮定する。これらクラスのひとつは無条件アクセス・クラス（unconditional access class）であり、ここで、ＣＩ＿ＣＳＳバイトまたはＰＧ＿ＣＳＳバイトの全Ｎビットは論理ゼロである。残りのＮ−１個の各クラスは、Ｎビット・バイトの排他的ビット（an exlusive bit of the N-bit byte）に割り当てられる。例えば、Ｎビット・バイトの上位第２，第３および第４ビット（second,third, and fourth MSB）が、第１，第２および第３の条件付きアクセス・クラスに割り当てられるものと仮定する。ＣＩ＿ＣＳＳまたはＰＧ＿ＣＳＳバイトの第２ＭＳＢ位置が論理１（他のビットは全てゼロ）であることは、チャネル／プログラムまたはスペシャル・ガイドが第１の条件付きアクセス・クラスに属することを表している。ＣＩ＿ＣＳＳまたはＰＧ＿ＣＳＳバイトの第３ＭＳＢ位置が論理１であることは、チャネル／プログラムまたはスペシャル・ガイドが第２のＣＡ（条件付きアクセス）クラスに属することを表している。以下、同様である。特定のＣＡクラスを視聴することが認可されているユーザには、そのＣＡクラスに対応するビット位置の全てが論理１となっているＣＡ＿ＣＳＳバイトが発せられる。ここで、そのＣＡクラスとは、ユーザがプログラム・ガイドにおいて視聴することを認可されているＣＡクラスである。このタイプのシステムにおいて、ＣＡ＿ＣＳＳバイトと、ＣＩ＿ＣＳＳまたはＰＧ＿ＣＳＳタイプとの比較は、ビット毎の比較に基づいて（bit by bit basis）行われる。その比較の結果として、いずれかひとつのビット位置において一致が生じたならば、対応するチャネル／プログラムまたはスペシャル・ガイドは表示されることになる。図６は、このタイプの比較を行う回路の好適例を示している。スマート・カード回路から得られたＣＡ＿ＣＳＳバイトはレジスタ６００にストアされ、現にテストされるべきＣＩ＿ＣＳＳまたはＰＧ＿ＣＳＳはレジスタ６０１にロードされる。ＮＯＲゲート６０３はレジスタ６０１の各ビット位置に結合されており、全てのビット位置が論理ゼロを示すならば、論理１を出力する（ユニバーサル・アクセス）。ＮＯＲゲート６０３の出力はＯＲゲート６０６の一方の入力に結合されている。ＯＲゲート６０６は、表示／非表示の制御信号を出力する。
レジスタ６０１におけるバイトの各ビット位置は、複数のＡＮＤゲート６０２において、レジスタ６００におけるバイトの対応するビット位置と比較される。もし、対応するビット位置が共に論理１であるならば、それぞれのＡＮＤゲートからは論理１の出力が得られる。それぞれのＡＮＤゲートの出力は、ＯＲゲート６０５のそれぞれの入力に結合される。もし、ＡＮＤゲート６０２の出力のいずれかひとつが論理１であるならば、ＯＲゲート６０５の出力は論理１となる。ＯＲゲート６０５の出力端は、ＯＲゲート６０６の第２の入力端に結合されている。もし、そのバイトのビットが全てゼロであるか、あるいは、ＡＮＤゲート６０２のいずれかひとつが非ゼロ出力を示すならば、ＯＲゲート６０６は論理１を出力する。すなわち、現にテストされている条件付きアクセス・バイトに関連したプログラム／チャネルまたはスペシャル・ガイドを表示するためのアクセスを、この論理１出力によって表わす。
【図１】
0004173535.tif 000003
【図２】
0004173535.tif 000004
【図３】
0004173535.tif 000005
【図４】
0004173535.tif 000006
【図５】
0004173535.tif 000007
【図６】
0004173535.tif 000008