(57)【要約】【課題】加入者データ処理システムにおける対話型テレビ番組スケジュールシステム及び方法の提供。【解決手段】テレビジョン番組のスケジュール情報データを中央データ処理システムに提供する手段と、中央データ処理システムに接続された所定のスケジュール情報伝送フォーマットで所定のテリトリについてのスケジュール情報データを送信する手段と、それぞれが所定のテリトリの１つの領域に所在する複数の領域データ処理システムと、複数の加入者データ処理システムとを有するテレビジョンスケジュール情報伝送システムである。複数の加入者データ処理システムは、テレビジョン信号から領域についてのスケジュール情報データの少なくとも一部分を抽出する手段と、抽出されたスケジュール情報データを記憶する手段と、ユーザに表示するために加入者データ処理システムによって抽出されたスケジュール情報データの部分を組み立てる手段とを備えている。【選択図】図１
2011120310.tif 000002
【特許請求の範囲】
【請求項１】
明細書に記載された発明。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、テレビスケジュール情報を放送し、受信しそして利用するシステム
及び方法に係る。より詳細には、本発明は、テレビスケジュール情報が例えばテレビ放送
の垂直帰線消去間隔（ＶＢＩ）中に放送され、ユーザの放送エリア又はケーブルシステム
のテレビ番組のスケジュールがその放送から編集されそしてそのスケジュールがユーザの
テレビ受像機に表示されて対話式に使用されるようなシステム及び方法に係る。ここで使
用する「放送」という用語は、ケーブル及び電話送信のような送信モードを含むように広
い意味で使用される。
【背景技術】
【０００２】
放送スケジュール情報を用いた対話型テレビ番組スケジュールシステムを提供すること
が知られている。例えば、このようなスケジュールシステムが、１９８７年１１月１０日
付けの共通に譲渡されたヤング氏の米国特許第４，７０６，１２１号、及びヤング氏等の
米国特許出願第０８／１９８，５３８号に開示されている。
【０００３】
このようなスケジュールシステムの構成においては、放送されたスケジュール情報を受
信し、ユーザの放送エリア又はケーブルシステムのスケジュールを編集し、そのスケジュ
ールをユーザのテレビ受像機に表示しそしてユーザと対話するユーザ装置は、大量販売用
として充分安い価格で提供することができるが、限定された量のメモリ及びデータ処理能
力しか設けられない。このメモリ及びデータ処理の制約は、１９９１年８月６日付けのハ
ーレンベック氏の米国特許第５，０３８，２１１号によって認識されている。ハーレンベ
ック氏により提案された解決策は、スケジュール情報を、優先順位の付いた分類に分割し
、最も優先順位の高い分類と、それより優先順位の低いできるだけ多数の分類とを、使用
できる量のメモリに記憶するというものである。この解決策に伴う重大な問題は、スケジ
ュールに多数の番組がありそして多くの情報の必要性が大きいときにスケジュール内の番
組について僅かな情報しか与えられないことである。それ故、消費者の電子装置のメモリ
及びプロセッサの制約に鑑み。更に別の開発が要望される。
【０００４】
スケジュール情報が番組放送信号の一部分として送信されそして公知の加入者ユニット
がその番組放送信号からスケジュール情報を収集するときには、既に放送された番組がＶ
ＣＲに記録されて再生されるときに潜在的な問題が生じる。公知の加入者ユニットは、記
録された番組から発生される映像信号を、放送からリアルタイムで受信される映像信号と
区別する能力に欠ける。その結果、加入者ユニットは、リアルタイムの放送から収集した
最新の番組スケジュール情報を、ビデオテープから到来する古い番組スケジュール情報に
上書きしてしまう。
【０００５】
テレビ放送信号と共にテレビスケジュール情報を送信するための提案は、テレビ放送信
号の垂直帰線消去インターバル（ＶＢＩ）における１本以上の線のような低い帯域巾の送
信モードをしばしば使用する。このような低い帯域巾送信モードの使用は、実際的な問題
を回避するために送信のフォーマット及び管理を入念にプランニングしなければならない
ことを意味する。例えば、スケジュールの更新を送信すべきときには、このような更新に
対して特殊な構成を設けない限り、その更新が受け取られてユーザの加入者ユニットに入
るまでの最悪の送信遅延が５時間に達することがあり、これは、スケジュール情報にＶＢ
Ｉの１本の線を用いたＮＴＳＣテレビ放送信号における１週間分の完全なスケジュールの
送信時間である。最後に僅かなスケジュール変更がある場合には、このような遅延は受け
入れられない。
【０００６】
契約に基づく放送テレビジョンスケジュールシステムの場合にはデータの暗号
化が重要となる。データを暗号化しないと、契約料金を支払わずに海賊版のユーザ装置に
よりスケジュール情報を収集して使用することができてしまう。全スケジュール情報送信
を暗号化する従来の解決策は、加入者ユニットとして適したものよりも高速で且つ高価な
マイクロプロセッサを必要とする。
【０００７】
テレビスケジュールシステムを国又は国際ベースで実施するときには、異なる時間ゾー
ンに対する構成体を作らねばならない。スケジュールを送信するプロセスにおいて異なる
時間ゾーンに対してスケジュールの時間を調整することは、データ送信に相当のオーバー
ヘッドを追加する。送信におけるこのような調整の必要性を排除することが所望される。
【０００８】
テレビスケジュールシステムの動作においては、システムの異なる部分においてテレビ
信号の異なる場所に埋め込まれたスケジュール情報を与えて、システム全体に均一性を課
する必要を排除することが望ましい。このため、スケジュール情報の受信者がテレビ信号
においてそれを識別する方法を提供することが必要となる。
【０００９】
放送テレビスケジュールシステムの動作においては、加入者ユニットによって新たなス
ケジュール情報を収集する場合、使用できるマイクロプロセッサの処理時間の相当の部分
が費やされる。古いスケジュール情報が削除されそして新しいスケジュール情報が収集さ
れるときには、番組のタイトルのような新しい情報の実質的な部分が、記憶されたスケジ
ュール情報に既に存在する情報又は古いスケジュール情報と共に削除されるべき情報に重
複する。新たなスケジュール情報の一部分を形成する情報の削除を回避することは、新た
なスケジュール情報の収集に割り当てられるプロセッサの時間の量の最小にする上で助け
となる。
【００１０】
消費者用電子製品には多数のメモリ制約があるので、使用できるメモリでできるだけ多
くの情報及び多くの機能を加入者ユニットに与えるようにメモリを効率的に使用すること
が必要である。
【発明の概要】
【発明が解決しようとする課題】
【００１１】
そこで、本発明の目的は、加入者データ処理システムにおいて低コストのマイクロプロ
セッサ及びメモリで実施することのできる対話型テレビ番組スケジュールシステム及び方
法を提供することである。
【００１２】
本発明の別の目的は、大量生産される消費者製品に使用するのに適した低コストのマイ
クロプロセッサでテレビ番組スケジュールデータのサブセットサーチを実行できるように
テレビ番組スケジュールデータを送信しそして記憶する対話型テレビ番組スケジュールシ
ステム及び方法を提供することである。
【００１３】
本発明の更に別の目的は、テレビ番組スケジュール情報を効率的な仕方で送信するシス
テム及び方法を提供することである。
【００１４】
本発明の更に別の目的は、テレビ番組スケジュール情報を加入者データシステムにより
効率的に収集するシステム及び方法を提供することである。
【００１５】
本発明の更に別の目的は、スケジュールの更新を受け入れるための高速スケジュール更
新を低帯域巾の送信システムで行えるようにするシステム及び方法を提供することである
。
【００１６】
本発明の更に別の目的は、現在放送されているスケジュール情報と、記録された放送と
共に含まれた古いスケジュール情報とを区別できるようにするシステム及び方法を提供す
ることである。
【００１７】
本発明の更に別の目的は、スケジュール更新情報に優先順位処理を与えるシステム及び
方法を提供することである。
【００１８】
本発明の更に別の目的は、スケジュール情報送信を選択的に暗号化するシステム及び方
法を提供することである。
【００１９】
本発明の更に別の目的は、システムのスケジュール情報送信部分に単一のシステム時間
を使用しそして加入者ユニットにおいてローカル時間の補償を行うシステム及び方法を提
供することである。
【００２０】
本発明の更に別の目的は、テレビ放送信号の異なる位置に与えられたスケジュール情報
を加入者ユニットが識別できるようなシステム及び方法を提供することである。
【００２１】
本発明の更に別の目的は、加入者ユニットによって既に収集されていて新たなスケジュ
ール情報の部分と重複するスケジュール情報の部分を保持し、このようなスケジュール情
報の部分を加入者ユニットで再び収集する必要がないようにするシステム及び方法を提供
することである。
【００２２】
本発明の更に別の目的は、使用できるメモリを最も効率的に使用するように独特な仕方
でデータ圧縮を用いるシステム及び方法を提供することである。
【課題を解決するための手段】
【００２３】
上記目的及びそれに関連した目的は、以下に開示する新規なテレビスケジュール情報送
信及び利用システム並びに方法を用いることにより達成される。１つの観点において、本
発明によるテレビスケジュール情報送信及び利用システムは、中央データ処理システムを
有している。所定のテリトリーに対するスケジュール情報データを中央データ処理システ
ムに与えるための手段が中央データ処理システムに接続される。中央データ処理システム
は、所定のテリトリーに対するスケジュール情報データを所定のスケジュール情報送信フ
ォーマットにフォーマットするための手段を備えている。所定のテリトリーに対するスケ
ジュール情報データを所定のスケジュール情報送信フォーマットで送信するための手段が
中央データ処理システムに接続される。所定のテリトリーの領域に各々配置された複数の
領域データ処理システムは、所定のテリトリーに対するスケジュール情報データを受け取
る手段と、上記複数の領域データ処理システムの各々が配置された領域に対しスケジュー
ル情報データを選択する手段と、その領域に対するスケジュール情報データを送信する手
段とを備えている。各領域には複数の加入者データ処理システムがある。複数の加入者デ
ータ処理システムの各々は、領域に対するスケジュール情報データ少なくとも一部分を受
け取る手段と、加入者データ処理システムにより受け取られたスケジュール情報データを
記憶する手段と、加入者データ処理システムにより受け取られたスケジュール情報データ
の一部分を、加入者データ処理システムのユーザへ表示するために組み立てる手段と、ス
ケジュール情報データの部分を組み立てる手段に接続されて、スケジュール情報データの
部分を表示するためのディスプレイとを備えている。
【００２４】
本発明の別の特徴において、テレビスケジュール情報送信システムは、所定のテリトリ
ーに対するテレビスケジュールデータを送信する手段を有する所定のテリトリーに対する
中央データ処理システムと、所定のテリトリーの加入者データ処理システムとを備えてい
る。このシステムは、所定のテリトリーの領域に各々配置された複数の領域データ処理シ
ステムをもつように改良される。これら複数の領域データ処理システムの各々は、所定の
テリトリーに対するスケジュール情報データを受け取る手段と、上記複数の領域データ処
理システムの各々が配置された領域に対しスケジュール情報データを選択する手段と、そ
の領域に対するスケジュール情報データを各領域における複数の加入者データ処理システ
ムへ送信する手段とを備えている。
【００２５】
テレビスケジュール送信システムの更に別の改良として、上記複数の領域データ処理シ
ステムの各々において領域に対するスケジュール情報データを送信する手段は、テレビ送
信信号の異なる位置で領域に対するスケジュール情報データを送信する能力を有する。加
入者データ処理システムの各々は、スケジュール情報データをテレビ放送信号において探
索する手段を含む。
【００２６】
本発明の更に別の特徴において、テレビスケジュール情報送信システムの方法は、所定
のテリトリーに対するスケジュール情報データを、テリトリーの領域に各々位置する複数
の領域データ処理システムへ送信することを含む。各領域のスケジュール情報データは、
その領域データ処理システムで選択される。各領域のスケジュール情報データは、その領
域データ処理システムで、各領域の複数の加入者データ処理システムへ送信される。各加
入者データ処理システムにより受け取られたスケジュール情報データの部分は、各加入者
データ処理システムのユーザへ表示するように組み立てられる。スケジュール情報データ
のこの部分は、ユーザに表示される。
【００２７】
本発明の方法は、更に、複数の領域データ処理システムの少なくとも幾つかがテレビ放
送信号の異なる部分においてスケジュール情報データを送信するようにさせることを含む
。複数の加入者データ処理システムの各々は、テレビ放送信号においてスケジュール情報
データを探索する。
【００２８】
本発明の更に別の特徴において、テレビスケジュール情報送信システムは、所定のテリ
トリーに対するテレビスケジュールデータを送信する手段を有する所定のテリトリーに対
する中央データ処理システムと、所定のテリトリーにおける複数の加入者データ処理シス
テムとを備えている。このシステムは、テレビスケジュールデータをコマンドとして送信
するための手段を中央処理データシステムに設けることにより改良される。上記コマンド
は、システム内の複数の加入者データ処理システムのための命令と、テレビスケジュール
を組み立てそして表示するために複数の加入者データ処理システムにおいてこれらコマン
ドにより使用される基本的フォーマットのテレビスケジュール情報とを含んでいる。
【００２９】
本発明の更に別の特徴において、テレビスケジュール情報送信システムの方法は、中央
データ処理システムから複数の加入者データ処理システムへコマンドを送信することを含
む。このコマンドは、システム内の複数の加入者データ処理システムのための命令と、テ
レビスケジュールを組み立てそして表示するために複数の加入者データ処理システムにお
いてこれらコマンドにより使用されるテレビスケジュール情報とを含んでいる。テレビス
ケジュールは、複数の加入者データ処理システムの各々においてテレビスケジュール情報
から組み立てられる。テレビスケジュールは、複数の加入者データ処理システムの各々の
ユーザに表示される。
【００３０】
本発明の更に別の特徴において、テレビスケジュール情報送信システムは、所定のテリ
トリーに対するテレビスケジュールデータを送信する手段を有する所定のテリトリーに対
する中央データ処理システムと、所定のテリトリーにおける複数の加入者データ処理シス
テムとを備えている。このシステムは、スケジュール情報の一部分より成る所定のキャラ
クタストリングを複数の加入者データ処理システムに送信する手段を中央データ処理シス
テムにもつように改良される。複数の加入者データ処理システムの各々における手段は、
所定のキャラクタストリングがその加入者データシステムにより収集されたかどうかを決
定する。複数の加入者データ処理システムの各々における手段は、所定のキャラクタスト
リングがまだ収集されていない場合にそれを加入者データシステムに記憶する。
【００３１】
本発明の更に別の特徴において、テレビスケジュール情報送信システムの方法は、スケ
ジュール情報の一部分より成る所定のキャラクタストリングをシステム内の複数の加入者
データ処理システムに送信することを含む。所定のキャラクタストリングが特定の加入者
データ処理システムにより収集されたかどうかが決定される。まだ収集されていない場合
には、所定のキャラクタストリングがその加入者データ処理システムに記憶される。
【００３２】
本発明の更に別の特徴において、テレビスケジュール情報送信システムは、直接放送衛
星を備えている。中央データ処理システムは、直接放送衛星に対するテレビスケジュール
データを直接放送衛星に送信する手段を有する。加入者データ処理システムは、直接放送
衛星に対するテレビスケジュールデータを直接放送衛星から受信する手段を有する。この
システムは、複数の領域データ処理システムの各々が所定のテリトリーの領域に配置され
るように改善される。複数の領域データ処理システムの各々は、所定のテリトリーに対す
るスケジュール情報データを受信する手段を有する。複数の領域データ処理システムの各
々が配置された領域に対するスケジュール情報データを選択する手段が設けられる。領域
に対するスケジュール情報データを各領域の複数の加入者データ処理システムへ送信する
手段が設けられる。
【００３３】
本発明の更に別の特徴において、テレビスケジュール送信システムの方法は、直接放送
衛星に対するテレビスケジュールデータを直接放送衛星に送信することを含む。直接放送
衛星に対するテレビスケジュールデータは、加入者データ処理システムにおいて直接放送
衛星から受信される。所定のテリトリーに対するスケジュール情報データは、所定のテリ
トリーの領域に配置された領域データ処理システムにおいて受信される。領域データ処理
システムが配置された領域に対するスケジュール情報データは、領域データプロセッサに
おいて選択される。領域に対するスケジュール情報データは、加入者データ処理システム
へ送信される。
【００３４】
本発明の更に別の特徴において、テレビスケジュール情報送信システムは、テレビスケ
ジュールデータを送信する手段を有する中央データ処理システムを備えている。加入者デ
ータ処理システムは、中央データ処理システムにより送信されたテレビスケジュールデー
タの少なくとも幾つかを受信する手段を有する。このシステムは、テレビスケジュール情
報より成るデータベース項目を効率的に記憶するためのメモリを含む加入者データ処理シ
ステムを設けることにより改良される。各データ項目は、ハンドルテーブルへのインデッ
クスとしてハンドルを有しており、これは、ハンドルに対応するメモリ位置を識別する。
これは、データベース項目が廃物収集のためにあるメモリ位置から別のメモリ位置へ移動
できるようにする。又、これは、データ年齢として生じて破棄されるデータベースメモリ
のホールを回復し、そして大きな有用なメモリブロックへと連結できるようにする。これ
は、高価なメモリのマイクロコントローラサイクルを「自由に」取り引きする。
【００３５】
本発明の更に別の特徴において、テレビスケジュール情報送信システムの方法は、テレ
ビスケジュールデータを送信することを含む。テレビスケジュールデータの少なくとも幾
つかは、テレビスケジュール情報より成るデータベース項目として加入者データ処理シス
テムにおいて受信される。データ項目の各々は、ハンドルを有する。ハンドルは、それに
対応するメモリ位置を識別するハンドルテーブルへのインデックスとして使用される。
【００３６】
本発明の更に別の特徴において、テレビスケジュール情報送信システムは、所定のテリ
トリーに対する中央データ処理システムを備え、これは、既に送信されたテレビスケジュ
ールデータの更新を含む所定のテリトリーに対するテレビスケジュールデータを送信する
ための手段を有する。所定のテリトリーには複数の加入者データ処理システムがある。複
数の加入者データ処理システムの各々は、テレビスケジュールデータの受信器と、テレビ
スケジュールデータを記憶するためのメモリとを含む。メモリは受信器に接続される。こ
のシステムは、他のテレビスケジュールデータに対して既に送信されたテレビスケジュー
ルデータの更新に対して送信優先順位を指定するための手段を中央データ処理システムに
含ませることにより改良される。
【００３７】
本発明の更に別の特徴において、テレビスケジュール情報送信システムの方法は、最初
に送信されたテレビスケジュール情報の更新と、最初に送信されたスケジュール情報との
間にテレビスケジュール情報を送信するための相対的な優先順位を確立することを含む。
テレビスケジュール情報は、この相対的な優先順位に基づいて送信される。送信されたテ
レビスケジュール情報の少なくとも幾つかは加入者データ処理システムにおいて受信され
る。
【００３８】
本発明の更に別の特徴において、テレビスケジュール情報送信システムは、所定のテリ
トリーに対するテレビスケジュールデータを送信する手段を有する所定のテリトリーに対
する中央データ処理システムと、所定のテリトリーにおける複数の加入者データ処理シス
テムとを備えている。複数の加入者データ処理システムの各々は、テレビスケジュールデ
ータのための受信器を含む。テレビスケジュールデータを記憶するためのメモリが受信器
に接続される。このシステムは、送信されたテレビスケジュールデータを他の送信された
テレビスケジュールデータに対して時間で識別するための手段を中央データ処理システム
に含ませることにより改良される。加入者データ処理システムの手段は、加入者データ処
理システムにより受け取られたテレビスケジュールデータが、メモリに記憶されたテレビ
スケジュールデータの時間識別より遅れた時間識別を有するかどうか決定する。
【００３９】
本発明の更に別の特徴において、テレビスケジュール送信システムの方法は、送信され
たテレビスケジュールデータを他の送信されたテレビスケジュールデータに対する時間で
識別するようにテレビスケジュールデータを送信することを含む。送信されたテレビスケ
ジュールデータは、加入者データ処理システムで受信される。テレビスケジュールデータ
は、加入者データ処理システムのメモリに記憶される。テレビスケジュールデータは、そ
の後、他のテレビスケジュールデータに対する時間による識別を含んで供給される。その
後に供給されるテレビスケジュールデータの時間による識別は、メモリに記憶されたテレ
ビスケジュールデータの時間による識別と比較される。記憶されたテレビスケジュールデ
ータは、その後に供給されるテレビスケジュールデータの時間による識別が、記憶された
テレビスケジュールデータの時間による識別よりも遅い場合に、その後に供給されるテレ
ビスケジュールデータと交換される。記憶されたテレビスケジュールデータは、その記憶
されたテレビスケジュールデータの時間による識別が、その後に供給されるテレビスケジ
ュールデータの時間による識別より遅い場合に、メモリに維持される。
【００４０】
本発明の更に別の特徴において、テレビスケジュール情報送信システムは、所定のテリ
トリーに対するテレビスケジュールデータを送信する手段を有する所定のテリトリーに対
する中央データ処理システムと、所定のテリトリーにおける複数の加入者データ処理シス
テムとを備えている。複数の加入者データ処理システムの各々は、テレビスケジュールデ
ータのための受信器を含む。テレビスケジュールデータを記憶するためのメモリが受信器
に接続される。このシステムは、テレビスケジュールを組み立てて表示するために加入者
データ処理システムにより必要とされるテレビスケジュールデータの選択された部分を暗
号化するための手段を中央データ処理システムに含ませることにより改良される。加入者
データ処理システムの手段は、テレビスケジュールデータの上記選択された部分を暗号化
する。
【００４１】
本発明の更に別の特徴において、テレビスケジュール送信システムの方法は、テレビス
ケジュールを表示のために組み立てるに必要なテレビスケジュールデータの一部分を選択
的に暗号化することを含む。暗号化された部分を含むテレビスケジュールデータが送信さ
れる。テレビスケジュールデータは、加入者データ処理システムにおいて受信される。テ
レビスケジュールデータの暗号化された部分は、暗号解読される。ここで暗号解読された
部分を含むテレビスケジュールデータは、表示のためにテレビスケジュールを組み立てる
のに使用される。
【００４２】
本発明の更に別の特徴において、テレビスケジュール情報送信システムは、所定のテリ
トリーに対するテレビスケジュールデータを送信する手段を有する所定のテリトリーに対
する中央データ処理システムと、所定のテリトリーにおける複数の加入者データ処理シス
テムとを備えている。複数の加入者データ処理システムの各々は、テレビスケジュールデ
ータのための受信器を含む。テレビスケジュールデータを記憶するためのメモリが受信器
に接続される。このシステムは、送信システムのための単一のシステム時間を確立するリ
アルタイムクロックを中央データ処理システムに含ませることにより改良される。テレビ
スケジュールデータを送信する手段は、単一のシステム時間を送信する手段を含む。受信
器は、単一のシステム時間を送信する手段を含む。メモリは、単一のシステム時間からロ
ーカルのリアルタイムを計算するために記憶された値を有する。
【００４３】
本発明の更に別の特徴において、テレビスケジュール送信システムの方法は、リアルタ
イムに関連した単一のシステム時間を確立することを含む。単一のシステム時間は、加入
者データ処理システムに送信される。単一のシステム時間で表されたテレビスケジュール
データが加入者データ処理システムに送信される。単一のシステム時間からローカルなリ
アルタイムを計算するための値が加入者データ処理システムに送られる。この値を用いて
単一のシステム時間で表されたスケジュールデータからテレビスケジュールのためのロー
カルな時間が計算される。
【００４４】
本発明の更に別の特徴において、テレビスケジュール情報送信システムは、所定のテリ
トリーに対するテレビスケジュールデータを送信する手段を有する所定のテリトリーに対
する中央データ処理システムと、所定のテリトリーにおける複数の加入者データ処理シス
テムとを備えている。複数の加入者データ処理システムの各々は、テレビスケジュールデ
ータのための受信器を含む。テレビスケジュールデータを記憶するためのメモリが受信器
に接続される。このシステムは、テレビスケジュールデータを、テレビスケジュールにお
ける毎日のショーリストとして送信するように構成されたテレビスケジュールデータの送
信手段を有することにより改良される。加入者データ処理システムは、現在の時間から将
来の時間へと延びる複数の日々より成るローリング窓としてショーリストを維持するよう
に構成される。
【００４５】
本発明の更に別の特徴において、テレビスケジュール情報送信システムの方法は、テレ
ビスケジュール情報を、テレビスケジュールにおける毎日のショーリストとして送信する
ことを含む。ショーリストは、現在の時間から将来の時間へと延びる複数の日々より成る
ローリング窓として維持される。
【００４６】
本発明の更に別の特徴において、テレビスケジュール情報送信システムは、所定のテリ
トリーに対するテレビスケジュールデータを送信する手段を有する所定のテリトリーに対
する中央データ処理システムと、所定のテリトリーにおける複数の加入者データ処理シス
テムとを備えている。複数の加入者データ処理システムの各々は、テレビスケジュールデ
ータのための受信器を含む。テレビスケジュールデータを記憶するためのメモリが受信器
に接続される。このシステムは、テレビスケジュールデータを圧縮形態でメモリに記憶す
るように加入者データ処理システムを構成することにより改良される。データ処理システ
ムのリードオンリメモリは、システムのための固定のテキストを記憶する。この固定のテ
キストは圧縮形態でリードオンリメモリに記憶される。
【００４７】
本発明の更に別の特徴において、テレビスケジュール情報送信システムの方法は、テレ
ビスケジュールデータを圧縮形態でシステムのメモリに記憶することを含む。システムの
固定のテキストも、圧縮形態でリードオンリメモリに記憶される。
本発明の上記目的及びそれに関連した目的、効果並びに特徴は、添付図面を参照した以下
の詳細な説明から当業者に容易に明らかとなろう。
【図面の簡単な説明】
【００４８】
【図１】本発明によるテレビスケジュール情報送信及び利用システムのブロック図である。
【図２】本発明によるテレビスケジュール情報送信及び利用システムのブロック図である。
【図３】本発明によるテレビスケジュール情報送信及び利用システムのブロック図である。
【図４】本発明によるテレビスケジュール情報送信及び利用システムのブロック図である。
【図５】本発明によるテレビスケジュール情報送信及び利用システムのブロック図である。
【図６】図１ないし５のシステムに使用されるメッセージフォーマットを示す図である。
【図７】図１ないし５のシステムに使用されるメッセージフォーマットを示す図である。
【図８】図１ないし５のシステムに使用されるメッセージフォーマットを示す図である。
【図９】図１ないし５のシステムに使用されるメッセージフォーマットを示す図である。
【図１０】図１ないし５のシステムに使用されるメッセージフォーマットを示す図である。
【図１１】図１ないし５のシステムに使用されるメッセージフォーマットを示す図である。
【図１２】図１ないし５のシステムに使用されるメッセージフォーマットを示す図である。
【図１３】図１ないし５のシステムに使用されるメッセージフォーマットを示す図である。
【図１４】図１ないし５のシステムに使用されるメッセージフォーマットを示す図である。
【図１５】図１ないし５のシステムに使用されるメッセージフォーマットを示す図である。
【図１６】図１ないし５のシステムに使用されるメッセージフォーマットを示す図である。
【図１７】図１ないし５のシステムに使用されるメッセージフォーマットを示す図である。
【図１８】図１ないし５のシステムに使用されるメッセージフォーマットを示す図である。
【図１９】図１ないし５のシステムに使用されるメッセージフォーマットを示す図である。
【図２０】図１ないし５のシステムに使用されるメッセージフォーマットを示す図である。
【図２１】図１ないし５のシステムに使用されるメッセージフォーマットを示す図である。
【図２２】図１ないし５のシステムに使用されるメッセージフォーマットを示す図である。
【図２３】図１ないし５のシステムに使用されるメッセージフォーマットを示す図である。
【図２４】図１ないし５のシステムに使用されるメッセージフォーマットを示す図である。
【図２５】図１ないし５のシステムに使用されるメッセージフォーマットを示す図である。
【図２６】図１ないし５のシステムに使用されるデータ構造、フローチャート及び表示フォーマットを示す図である。
【図２７】図１ないし５のシステムに使用されるデータ構造、フローチャート及び表示フォーマットを示す図である。
【図２８】図１ないし５のシステムに使用されるデータ構造、フローチャート及び表示フォーマットを示す図である。
【図２９】図１ないし５のシステムに使用されるデータ構造、フローチャート及び表示フォーマットを示す図である。
【図３０】図１ないし５のシステムに使用されるデータ構造、フローチャート及び表示フォーマットを示す図である。
【図３１】図１ないし５のシステムに使用されるデータ構造、フローチャート及び表示フォーマットを示す図である。
【図３２】図１ないし５のシステムに使用されるデータ構造、フローチャート及び表示フォーマットを示す図である。
【図３３】図１ないし５のシステムに使用されるデータ構造、フローチャート及び表示フォーマットを示す図である。
【図３４】図１ないし５のシステムに使用されるデータ構造、フローチャート及び表示フォーマットを示す図である。
【図３５】図１ないし５のシステムに使用されるデータ構造、フローチャート及び表示フォーマットを示す図である。
【図３６】図１ないし５のシステムに使用されるデータ構造、フローチャート及び表示フォーマットを示す図である。
【図３７】図１ないし５のシステムに使用されるデータ構造、フローチャート及び表示フォーマットを示す図である。
【図３８】図１ないし５のシステムに使用されるデータ構造、フローチャート及び表示フォーマットを示す図である。
【図３９】図１ないし５のシステムに使用されるデータ構造、フローチャート及び表示フォーマットを示す図である。
【図４０】図１ないし５のシステムに使用されるデータ構造、フローチャート及び表示フォーマットを示す図である。
【図４１】図１ないし５のシステムに使用されるデータ構造、フローチャート及び表示フォーマットを示す図である。
【図４２】図１ないし５のシステムに使用されるデータ構造、フローチャート及び表示フォーマットを示す図である。
【図４３】図１ないし５のシステムに使用されるデータ構造、フローチャート及び表示フォーマットを示す図である。
【図４４】図１ないし５のシステムに使用されるデータ構造、フローチャート及び表示フォーマットを示す図である。
【図４５】図１ないし５のシステムに使用されるデータ構造、フローチャート及び表示フォーマットを示す図である。
【図４６】図１ないし５のシステムに使用されるデータ構造、フローチャート及び表示フォーマットを示す図である。
【図４７Ａ】図１ないし５のシステムに使用されるデータ構造、フローチャート及び表示フォーマットを示す図である。
【図４７Ｂ】図１ないし５のシステムに使用されるデータ構造、フローチャート及び表示フォーマットを示す図である。
【図４７Ｃ】図１ないし５のシステムに使用されるデータ構造、フローチャート及び表示フォーマットを示す図である。
【図４７Ｄ】図１ないし５のシステムに使用されるデータ構造、フローチャート及び表示フォーマットを示す図である。
【図４７Ｅ】図１ないし５のシステムに使用されるデータ構造、フローチャート及び表示フォーマットを示す図である。
【図４８】図１ないし５のシステムに使用されるデータ構造、フローチャート及び表示フォーマットを示す図である。
【図４９】図１ないし５のシステムに使用されるデータ構造、フローチャート及び表示フォーマットを示す図である。
【図５０】図１ないし５のシステムに使用されるデータ構造、フローチャート及び表示フォーマットを示す図である。
【図５１】図１ないし５のシステムに使用されるデータ構造、フローチャート及び表示フォーマットを示す図である。
【図５２】図１ないし５のシステムに使用されるデータ構造、フローチャート及び表示フォーマットを示す図である。
【図５３Ａ】図１ないし５のシステムに使用されるデータ構造、フローチャート及び表示フォーマットを示す図である。
【図５３Ｂ】図１ないし５のシステムに使用されるデータ構造、フローチャート及び表示フォーマットを示す図である。
【図５３Ｃ】図１ないし５のシステムに使用されるデータ構造、フローチャート及び表示フォーマットを示す図である。
【図５４】図１ないし５のシステムに使用されるデータ構造、フローチャート及び表示フォーマットを示す図である。
【図５５】図１ないし５のシステムに使用されるデータ構造、フローチャート及び表示フォーマットを示す図である。
【図５６】図１ないし５のシステムに使用されるデータ構造、フローチャート及び表示フォーマットを示す図である。
【図５７】図１ないし５のシステムに使用されるデータ構造、フローチャート及び表示フォーマットを示す図である。
【図５８】図１ないし５のシステムに使用されるデータ構造、フローチャート及び表示フォーマットを示す図である。
【図５９】図１ないし５のシステムに使用されるデータ構造、フローチャート及び表示フォーマットを示す図である。
【図６０】図１ないし５のシステムに使用されるデータ構造、フローチャート及び表示フォーマットを示す図である。
【発明を実施するための形態】
【００４９】
添付図面、特に図１−４に、テレビジョンスケジュール情報送信及び利用システム５０
Ａ−５０Ｄを示す。システム５０Ａ−５０Ｄは、ＴＶ信号内のビデオ消去間隔（ＶＢＩ）
を介して、種々のテレビジョンプログラム供給者（プロバイダ）５１（例えばＰＢＳ、Ｍ
ＴＶ、またはショウタイム）からＴＶスケジュールデータ及び関連ネットワーク制御メッ
セージをパケットとして送信する。このデータは、スターサイト（ＳｔａｒＳｉｇｈｔ）
加入者ユニット５２によって取得され、内部データベースを構成するために使用される。
この内部データベースには、ユーザのＴＶが受信するチャネルのためのＴＶスケジュール
を表示するために加入者ユニット５２がアクセスすることができる。
【００５０】
ネットワークシステム５０Ａ−５０Ｄへのアクセスは予約サービスを介しているから、
非加入者のアクセスを防ぐために若干のメッセージは機密保護コンピュータ５３によって
暗号化されている。本質的に本発明にはどのような暗号化システムを使用しても差し支え
ないが、米国特許第４，５３１，０２０号及び第４，５３１，０２１号に開示されている
暗号化システムが好ましい。
【００５１】
パケットは、１つのパケットの頭を見出すために、誤り検出情報及びシステムオーバヘ
ッドバイトを含んでいる。パケット内に組み込まれている情報を、メッセージという。メ
ッセージは、１またはそれ以上のコマンドからなる。いろいろな型のコマンドが存在して
おり、各型は独自のコード番号によって区別される。
コマンドは、ＴＶスケジュールデータベース、タイムマーカ、及びユーザ承認情報を構成
し、維持するのに必要な異なる型の情報を含んでいる。
【００５２】
システム５０Ａ−５０Ｄは、特別にフォーマットされたデータを、米国全土に位置する
加入者５２へ送り届けるデータネットワークである。このデータは、システム加入者が、
彼らのＴＶ画面上のテレビジョンプログラムリスティングを会話式に見ることができるよ
うにする「オンスクリーンプログラム案内」を構成するのに使用される。このネットワー
クのための情報は、ＵＮＩＸ（登録商標）コンピュータ５４上で走るコンピュータプログ
ラムによって構成されたデータベースから導出される。このデータベースを構成するため
には、「ショウリストファイル（Ｓｈｏｗ  ｌｉｓｔ  ｆｉｌｅ）と呼ばれるプログラム
リスティングファイルをコンピュータ５４に供給するデータ供給者（ＤＰ）５６が必要で
ある。
【００５３】
テレビジョンプログラムスケジュールデータは、５６に位置する販売会社によって生成
され、簡単な互換フォーマットでスターサイトコンピュータセンタ５４へ供給される。ど
の時間に、どのチャネルで、どのテレビジョンプログラムが放映されるかを指定する情報
はエンコードされている。この情報は、１０日間にわたって全国の全てのチャネルで受信
され、処理される。ＴＶスケジュールに何らかの変化があれば、それらはそれらが使用可
能になると直ちに、及び要求があり次第送信される。以下に、ファイル内に含まれている
特別な情報及びフィールドを説明する。
【００５４】
ショウリストファイルは、標準のＴＣＰ／ＩＰプログラム、ＦＴＰ、または相互合意さ
れた他のファイル転送プロトコル標準を使用し、ＤＰのイーサネット（登録商標）及びデ
ィジタルリースラインに接続されているルータを通してコンピュータ５４内のファイルシ
ステムへ電子的に転送される。これらのファイルは、転送されるデータの量が膨大である
ために、コンピュータ５４内のＵＮＩＸ（登録商標）（登録商標）ファイルシステムと両
立可能な、相互合意されたデータ圧縮アルゴリズムを使用して圧縮することを要求するこ
とができる。リースライン５８の動作速度は、全てのデータファイルを合理的な時間長で
転送するのに十分であろう。
【００５５】
ファイルは、０８００時ＰＳＴ（太平洋標準時）までに完了したファイル転送分が、毎
日（週７日）コンピュータ５４へ転送される。この毎日のファイル転送は、ファイル転送
を遂行するのに使用されるログイン名に対応するホームディレクトリ内へなされよう。
【００５６】
コンピュータ５４への「主」ファイルダウンロードは、常に１２日後のためのものであ
る。即ち、もし今日が１０日であれば、今日のデータのダウンロードは２２日の００００
ＧＭＴ（グリニッジ標準時）に開始されるもののためである。
【００５７】
データファイルは毎日送られるから、既に転送されているプログラムリスティングを更
新できるようにするために、ある機構を所定の位置に配置しなければならない。これは、
「更新」ファイルを介して達成される。「更新」ファイルは、最後の「更新」フィアル（
未だ「活動」である何れかのデータのためのデータの何らかを変更する）以後になされた
全ての変化の記録を含む。「活動」データとは、今日の日付で開始され、それに続く１１
日にわたる日付（即ち、今日から、今日の「主」ファイルによってカバーされる日付まで
の全て、但しその日付を含まない）と定義される。
【００５８】
最後の分スケジュール変化は、何らかの変化のエントリの後の５分以内に「フラッシュ
更新」ファイルを供給する「フラッシュ更新」を必要とし、これらのファイルはリースラ
イン５８を横切ってその日を通してコンピュータ５４へ「トリクル」する。
【００５９】
ＴＶスケジュール情報は、コンピュータ５４によって処理され、マスタデータベースへ
挿入される。このプロセス中、冗長情報は除去される。例えば、もし「アイラブルーシー
ショウ」がスケジュール情報の１０日間中に２回以上放映されれば、そのショウのタイト
ルのための文字列は、１回だけマスタデータベース内に格納される。各チャネル及び日毎
に、その日の間にどのショウがどの時間に放映されたかを指定する情報が格納される。必
ずしも必要ではないが、各ショウはショウタイトル及びショウ記述を含むことができる。
【００６０】
マスタデータベースの目的は、全てのＴＶスケジュールデータを、そのデータへアクセ
スする標準化された方法で関係データベース内に格納することである。データは、データ
の検索を効率的ならしめるような手法で編成される。
【００６１】
テレビジョンの視聴者は、視聴している位置において１組のテレビジョンビデオ信号を
受信する。ケーブルテレビジョン供給者は、放送及び衛星プログラムチャネルを特定のチ
ャネルに割当てる。全てのケーブル会社は、チャネルの独自割当てを有している。地理的
な全ての位置は、その地方において受信することができる１組の放送チャネルを有してい
る。加入者ユニットは、その加入者に関連するＴＶスケジュールデータを加入者に供給す
るために、プログラムチャネルのリスティングと、そのチャネル割当てとを有していなけ
ればならない。
【００６２】
各組の独自のチャネル割当ては、「受信グループ」に割当られている。各「受信グルー
プ」に関連付けられているのは、領域名、受信グループ型（ケーブル、放送、衛星）、こ
の組のプログラムチャネルを受信することができる場所の郵便番号（ジップコード）の組
、受信したプログラムチャネルのリスト、及びこれらのプログラムチャネルに関するチャ
ネル割当てである。
【００６３】
「受信グループ」及びプログラムチャネル情報を「ラインアップ」と呼ぶ。「ラインア
ップ」情報は、情報を集める商業会社、加入者、ケーブル会社、及び放送チャネル送信カ
バレッジの解析のような、多くの源から到来する。
【００６４】
単一の源から入手した「ラインアップ」情報は、正確であるとは見做されない。種々の
プロセスを使用して複数の源からのデータを揃え、優れた質を有するデータベースを入手
する。マスタデータベースが作成されると、それに対して他の全ての「ラインアップ」デ
ータが比較される。修正が確認された時には、マスタデータベースに対する変更が行われ
る。１つの「ラインアップ」を別の「ラインアップ」へ結合するための一次キーは、それ
らの「ラインアップ」の郵便番号が同一であることを確認することである。郵便番号を確
認すると、チャネル割当てがその領域内のケーブル会社または加入者への電話呼び出しに
よって比較され、確認される。
【００６５】
ＴＶスケジュールデータ及び「受信グループ」データがマスタデータベース内へ入力さ
れると、コンピュータプログラムはこのデータを処理し、ＰＢＳデータネットワークを介
して送信するのに適したデータストリームを放出する。このデータは圧縮されており、「
ステーションノード」及び加入者５２に最適であるように編成されている。出力データス
トリームの特定のフォーマットを以下に説明する。
【００６６】
出力データストリームは、データの型によってグループ化され、順序付けられている。
加入者ユニット内において使用する方法に起因して、データを特定の順序に順番付けるこ
とが適している。
１．機密保護キー
そのデータへのアクセスを、そのデータを受信することを承認されている加入者だけに
制限するために、機密保護キーが必要である。データストリームの部分は、工業標準「デ
ータ暗号化標準」機密保護キーアルゴリズムを使用して暗号化されている。全ての所望加
入者ユニットを承認し続け、キーを変化させるために、現在及び将来の機密保護キーを含
む一連のメッセージが送信される。加入者ユニットの暗号キーの初期セットは、そのユニ
ットがデータを集め始めることを承認するネットワークメッセージで送られる。この承認
メッセージ内のこれらのキーは、個々の加入者ユニットに独自の１つのキーで暗号化され
ている。
２．殆どのＴＶプログラムは、テーマカテゴリ及びサブカテゴリによって類別される。マ
スタデータベースは、そのＴＶプログラムが特定のジャンルに入っているか否かを表す、
各カテゴリに１組の属性を含んでいる。ジャンル属性の独特な各組み合わせには、独特な
テーマ識別が割当てられる。各ショウには、１組のジャンル属性に基づいてテーマ識別が
割当てられる。テーマデータブロック内の各テーマ識別にテキスト記述を割当てるテーブ
ルが送信される。
３．夏時間変化
夏時間が始まる時間、及び終わる時間を指定する日付が送信される。夏時間が始まる正
確な時間、及び終わる正確な時間を指定するメッセージが、データネットワーク上に繰り
返し送信される。加入者ユニット５２は、このメッセージを受けてローカルタイムを調整
し、夏時間の効果を補償する。
４．受信グループデータ
「受信グループデータ」は、全ての独自「受信グループ」についての必要チャネルライ
ンアップデータを含む。このデータは、領域ＩＤ（その受信グループに関連する独特な番
号）、領域型（放送、ケーブル、衛星）、チャネルＩＤ（特定のチャネルに関連する独特
な番号）、及び同調チャネル番号（そのチャネルを受信するためにＴＶを同調させなけれ
ばならないチャネル）を含む。どの特定の加入者ユニット５２にも、承認プロセス中に「
受信グループ」が割当てられる。加入者ユニットは、それを承認した「受信グループ」の
ためのデータだけを処理する。他の全ての「受信グループ」データは、その加入者ユニッ
トによって無視される。
５．チャネルデータ
どの受信グループ内の各チャネルリファレンスも、関連付けられたチャネルデータコマ
ンドを有していなければならない。チャネルデータコマンドはそのチャネルに関する情報
、即ち、本来のチャネル番号（もしそれが放送チャネルであれば、そのチャネルに同調さ
せるチャネル）、ステーション呼び出し文字、ネットワークの所属（ＡＢＣ、ＮＢＣ、Ｃ
ＢＳ）、及びそのチャネル名の略語を含んでいる。どの特定のチャネルのためのデータも
、データサイクル当たり１回だけ送信される。
６．ショウリストデータ
ショウリストデータは、ＴＶプログラムのリスト、及び特定のチャネルの持続時間及び
日を含んでいる。コマンドは、チャネルＩＤ、第１のプログラムの開始時間、それ以後の
プログラムのリスト、及びそれらの持続時間を含む。各ショウは、ショウＩＤ、及びオプ
ショナルな記述ＩＤを含む。ショウＩＤ及び記述ＩＤは各々、そのショウのタイトルまた
は記述のテキストに関連する独特な番号である。各ショウは、それがペイパービュー（ｐ
ａｙ  ｐｅｒ  ｖｉｅｗ）プログラムであるか否かを表すフラグをも含んでいる。
７．ショウタイトルデータ
ショウリスト内の全ての独特なショウタイトルリファレンスは、関連した「ショウタイ
トル」コマンドを有している。「ショウタイトル」コマンドは、「ショウＩＤ」、「テー
マＩＤ」、及びショウタイトルテキストを含んでいる。各独特な「ショウタイトル」は、
データストリーム内に１回だけ含まれ、加入者ユニット５２によって多数回使用されるこ
とができる。ショウタイトル内のテキストは、ハフマン圧縮技術を使用して圧縮されてい
る。
８．ショウ記述データ
ショウリスト内の全ての独特なショウ記述リファレンスは、関連した「ショウ記述」コ
マンドを有している。「ショウ記述」コマンドは、「ショウ記述ＩＤ」、ＭＰＡＡの評価
、評論家の評価、及びショウ記述テキストを含んでいる。各独特な「ショウ記述」は、デ
ータストリーム内に１回だけ含まれ、加入者ユニット５２によって多数回使用されること
ができる。ショウ記述内のテキストは、ハフマン圧縮技術を使用して圧縮されている。
９．ステーションノードデータメッセージ
各ＰＢＳステーションノードはデータのブロックを受信し、それはそのステーションノ
ードから再送信されよう。そのステーションノードによってサービスされる領域内の加入
者ユニットによって要求されたデータだけが、そのステーションノードへ送られる。例え
ば、サンフランシスコ内のステーションノードは、サンフランシスコ領域内の加入者によ
って受信されるケーブルシステム及びＴＶステーションに関するデータだけを受信する。
ロスアンジェルスのデータは、サンフランシスコのステーションノードによって受信され
ることはない。
【００６７】
スターサイトシステムのための機密保護ソフトウェアの目的は、スターサイトデータス
トリームへ条件付きアクセスを提供することである。データの一部は暗号化されている。
スケジュールデータへのアクセスは、加入者ユニット５２がその暗号キーを知っていなけ
ればならないことから条件付きである。承認されているユニットだけが暗号キーを受信す
ることができる。
【００６８】
条件付きアクセスシステムは、３つのレベルの暗号を含んでいる。各ユニットは一番上
部にＲＳＡ公開／私用キー対を有している。次に、２５６ユニットまでのバッチが、バッ
チキーと呼ばれるＤＥＳキーを共用する。一番下部において、プログラム案内は、承認さ
れた全てのユニットが共用するＤＥＳキー（プログラムキーと呼ばれる）を用いて暗号化
される。定期的に変更されるプログラムキーはバッチキーの下に分配され、バッチキーは
ＲＳＡキーの下に分配されるので、３レベルの階層が得られることになる。
【００６９】
以下のようにして、工場において、または後のメッセージ内の何れかで、さまざまなキ
ーが分配される。
＊  ＲＳＡ私用キー、並びにそのユニットを識別する一貫番号は工場においてプログラム
される。スターサイトは、対応するＲＳＡ公開キーのコピーを保持する。
＊  バッチキーは、そのユニットのＲＳＡ公開キーで暗号化されている承認メッセージ内
に分配される。承認メッセージは、バッチ番号、そのバッチ内のユニット番号、「サービ
ス型」フィールド、並びに現在及び次のプログラムキーをもユニットに与える。承認メッ
セージは、典型的にはスターサイトとそのフィールド内のユニットとの最初のインタラク
ションであるが、バッチを再割当てするために何時送っても差し支えない。キー分配メッ
セージは、バッチ内のユニット数に従って、あるユニットが未だ承認されているか否かを
も表す。
【００７０】
２つの機密保護システム機能は、承認及びキー分配メッセージを処理するためのもので
ある。第３の機能は、暗号化されたテキストをプログラムキーの１つを用いて暗号解除す
ることである。テキストはサイファーブロックチェニーング（ｃｉｐｈｅｒ  ｂｌｏｃｋ
ｃｈａｉｎｉｎｇ：ＣＢＣ）モードに暗号化されている。
【００７１】
プログラムキーは定期的に変更され、キー分配メッセージを用いて分配される。もし加
入者が承認解除されれば彼らは新しいキー分配メッセージを受信せず、従ってＴＶスケジ
ュールデータを暗号解除することはできない。
【００７２】
加入者ユニット５２は、ＴＶプログラムスケジュールデータを受信し、処理し、そして
表示するように設計されているマイクロプロセッサをベースとするシステムである。加入
者ユニット５２ハードウェアは、マイクロプロセッサ、リードオンリーメモリ、ランダム
アクセスメモリ、機密保護コプロセッサ、ＩＲブラスタ（ｂｌａｓｔｅｒ）コプロセッサ
、オンスクリーン表示コプロセッサ、及び電力管理回路を含む。これらの構成要素はソフ
トウェアによって組合わされ、「電子プログラム案内」システムを実現している。
１．オペレーティングシステム実行
以下に説明するように、マイクロプロセッサは遂行すべき多くのタスクを有している。
各タスクは実時間でサービスされなければならないが、必ずしも各タイムスライスに完了
させる必要はない。この機能を遂行させるたに「ラウンドロビン」実行が使用される。主
ループが個々の各タスクを順次に呼び出す。呼び出されたタスクは、その現在の状態に基
づいてその限定された機能を遂行する。これらのタスクは、予め定められた時間内に全タ
スクまたはサブタスクを完了することが要求される。このようにして、全てのタスクは、
それらの限定されたタスクをある時間内に実行する機会を有している。最後のタスクがそ
の機能を実行し終わると、最初のタスクが再度実行される。
２．メモリ管理
テレビジョンプログラムデータは動的であり、常に変化している。ショウリスト、ショ
ウタイトル、及び記述は可変長であり、日毎に変化する。この理由から、データブロック
を動的の割当て、回復することができるメモリ管理システムが配備されているのである。
メモリは、等サイズの割当てブロックに分割されている。メモリブロックの集合のことを
、プールという。プール内のメモリブロックを参照するハンドルテーブルが作成される。
アプリケーションソフトウェアサブルーチンはエントリを作成し、メモリプール内の１ま
たはそれ以上の割当てユニットをリファレンスするハンドルテーブル内に格納することに
よってメモリを割当てることができる。メモリは、ハンドルテーブル内のメモリリファレ
ンスを解放することによって割当て解除することができる。
【００７３】
プール内の単一のメモリブロックの長さを超えるメモリの連続ブロックを有するという
ことが、アプリケーションの要求である。これは、必要な場合に複数の連続メモリを割当
てることによって行われる。
【００７４】
多くのメモリブロックが割当て解除された後、メモリプールは断片化される。連続して
いないいろいろなサイズのメモリのブロックが多数存在するようになろう。背景タスクの
１つは、メモリプールを断片化させないことである。割当てられたメモリブロックを、考
え得る最低のメモリ位置へ移動させる手順を走らせる。メモリのブロックが移動すると、
そのメモリへのリファレンスがハンドルテーブル内で変化する。これにより、アプリケー
ションプログラムは未だにメモリブロックへのリファレンスを有している。各割当てユニ
ットが移動するので、割当てられているブロックの間にあるどの割当て解除されたブロッ
クもつぶれる。その結果、割当て解除された全てのメモリは、考え得る最高のメモリ位置
にあり、全てのブロックが連続することになる。
３．ＶＢＩデータ処理
ＶＢＩデータはビデオストリームからデコードされ、８０３２マイクロプロセッサによ
って処理される。データを格納し、パケットをアセンブルするためにバッファが使用され
る。特別な同期文字シーケンスを検出するためにコンパレータが使用される。これらの文
字が検出されると直ちにバッファはリセットされ、パケット見出しがアセンブルされる。
もしパケット見出しの正しい循環冗長チェック（ＣＲＣ）が検出されれば、パケットの残
りの部分がアセンブルされる。完全なパケットがアセンブルされると、付加的なＣＲＣが
計算されてその完全なパケットが誤りなしに受信されたことを確かめる。これが確かめら
れると、パケットはばらばらにされ、個々のネットワークメッセージがコマンドプロセッ
サへ渡される。
４．コマンドプロセッサ
コマンドプロセッサは、暗号化ビットがコマンド見出しの中でセットされているか否か
を決定する。もしセットされていれば、データは機密保護モジュールへ渡される。そこで
機密保護モジュールはデータを暗号解除し、コマンドプロセッサへ戻す。コマンドプロセ
ッサは、コマンド機能に基づいて正しい処理モジュールへコマンドを送るディスパッチャ
として機能する。
５．データベース処理
データベースプロセッサは、全てのＴＶスケジュール及びチャネルデータの格納及び検
索に責任がある。データベースプロセッサはコマンドプロセッサからデータを受信し、そ
のデータをデータベース内へ格納する。アプリケーションプログラムに関するデータを検
索するために、１組の機能呼び出しが使用される。データベースの編成を以下に説明する
。
６．機密保護処理
機密保護プロセッサは２つの主要機能、即ち、キー管理及びデータ暗号解除を有してい
る。正しい一貫番号またはバッチ番号を含むメッセージをコマンドプロセッサから受信す
ると、機密保護プロセッサはメッセージを受信してメッセージを暗号解除する。承認メッ
セージの場合には、データはＲＳＡ私用キーを使用して暗号解除される。バッチ番号、バ
ッチキー、及び他の制御情報がデコードされ、将来の使用に備えて格納される。キー管理
メッセージの場合には、データはバッチキーを使用して暗号解除され、情報は将来の使用
に備えて格納される。プログラムキーはバッチキーの下に暗号化されて分配される。
７．ユーザインタフェース
ユーザインタフェースは、その主入力として遠隔制御コマンドを受ける。ユーザは、遠
隔コントロール上のボタンを押すことによって種々の機能を要求する。ユーザインタフェ
ースはこれらのコマンドを受信し、要求された表示画面で応答する。更に、記録が始まる
時、またはユニットがデータを集めることを試みると表示コマンドが非同期的に生成され
る。
【００７５】
アプリケーションは２０以上の異なる、独特な表示画面を有している。各表示画面は、
特定の状態に関連付けられている。画面のデータ及びフォーマットは、先行画面、その日
の時間、データベースの内容、及びどの遠隔制御ボタンが押されたかに依存する。画面の
流れを限定するために安定状態が使用される。
【００７６】
全ての限定された画面に対して、入口機能、出口機能、更新機能、及びキーハンドリン
グ機能のアレイが存在する。入口機能は、ある状態に最初に入った時に呼び出され、必要
な全てのデータが集められ、画面をフォーマットする。出口機能は、画面用のメモリ及び
データを解放する時に呼び出される。更新機能は毎分１回呼び出され、画面時刻を更新し
、もし何れかのショウが終わるか、または何れかの記録が開始または完了すれば再び描か
れる。特定の状態になると、テーブルは、遠隔コントロール上のキー毎の別のソフトウェ
ア機能に対するリファレンスを含む。これらの機能は、関連遠隔コントロールが押される
と実行される。
【００７７】
ユーザインタフェースは、キーの押圧と同期して、またはそれに応答しての何れかで画
面上に出現及び画面から消滅するポップアップウィンドウのアレイをも管理する。それぞ
れの画面優先順位（即ち、画面上に一時に幾つかのポップアップがある時に、どれがそれ
らをカバーするか）を限定する１８以上のポップアップカテゴリが存在する。これらのポ
ップアップは、カーソル、ショウ記述、誤りメッージ、求援メッセージ、またはより多く
の情報に対する要求であることができる。各ポップアップカテゴリは、主画面状態のもの
と同じような、自分自身の入口、出口、更新及びキーハンドリングルーチンを有している
。
【００７８】
更に、ユーザインタフェースは、ユーザがプログラム案内とインタラクトしている間に
データベースをロック及びアンロックし、プログラムチャネルの選択及び順番を維持し、
案内画面からチューナを制御し、データベース内のテーマ探索を遂行し、データ供給者チ
ャネルから所定の時刻にスケジュールデータを自動的に集めるデーモン（ｄｅｍｏｎ）を
制御する責任を負っている。
８．ＶＣＲ記録
記録管理者の目的は、記録要求のリストを維持し、次いで正しい時刻に正しいチャネル
上に記録を開始させることである。ユーザインタフェースは３つの型の記録、即ち１回、
毎週、及び毎日を限定する。ユーザは、彼／彼女が現在視聴しているショウを記録するか
、または案内画面の１つから特定のタイトルを選択することができる。ユーザは、もしそ
のプログラムが１回、毎週、または毎日記録するものであれば、案内（グリッド、チャネ
ル、またはテーマ）の１つの上の特定のタイトルへカーソルを移動させ、「記録」ボタン
を押す。
【００７９】
ユーザが記録要求を確認すると、記録待ち行列内にエントリがなされる。記録待ち行列
は、これらの各型の記録毎のエントリを含む。毎日記録の場合には、５つまでの個々のエ
ントリが、作業記録待ち行列においてなされる。毎週及び１回の記録について単一のエン
トリがなされる。作業記録待ち行列は、ショウ開始時刻によって分類される来週に関して
行われる全ての記録を表している。
【００８０】
記録デーモンは、記録を開始すべき時刻か否かを決定する実時間実行から呼び出される
。作業記録待ち行列の先頭のエントリが調べられ、その記録を開始させる時刻か否かが決
定される。もしその時刻であれば、ソフトウェア機能が実行されて記録が開始される。記
録が開始されると、記録デーモンは記録を終了させる時刻か否かを決定する。停止時刻に
到達すると、ソフトウェア機能が実行されて記録を終了させる。
【００８１】
ＶＣＲ記録の開始及び停止は、ユーザの装置の構成に基づいて幾つかの方法で行われる
。ケーブルコンバータが使用されていない場合には、記録の開始には以下の動作が遂行さ
れる。
１．ＶＣＲ電源を投入する。
２．ＶＣＲを所望のチャネルに同調させる。
３．ＶＣＲを記録モードにする。
もし、ケーブルコンバータが使用されていれば、以下の動作が遂行される。
１．ＶＣＲ電源を投入する。
２．ＶＣＲをチャネルに２、３または４に同調させる。
３．ケーブルコンバータを所望チャネルに同調させる。
４．ＶＣＲを記録モードにする。
５．現在同調しているのはどのチャネルかをユーザインタフェースソフトウェアに告げる
。
【００８２】
記録を停止させるには、ＶＣＲを停止モードにし、次いで電源を切る。全ての場合これ
らのコマンドは、赤外線コマンドをデバイスへ送ることによって遂行される。
【００８３】
記録デーモンの別の機能は週毎の待ち行列、及び日毎の記録要求を調べ、作業待ち行列
内に新しいエントリを発生させることである。例えば、もし現在が月曜日の朝であり、午
後のプログラムのために毎日の記録要求をエントリするものとすれば、作業待ち行列内に
は５つのエントリ、即ち、月曜日、火曜日、水曜日、木曜日、及び金曜日がなされる。月
曜日の午後に最初の記録が完了すると、作業待ち行列内の月曜日に関するエントリが削除
される。記録デーモンは記録待ち行列を調べ、作業待ち行列内に次の月曜日のための新し
いエントリを追加する時点であることを発見する。このエントリは、作業待ち行列内の時
間順格納位置に追加される。
【００８４】
更に、デーモンは、途中で夏時間に変わる場合には、適切な開始時刻を維持する。即ち
、デーモンは秋にはショウの開始時刻に１時間を追加し、春には１時間を差し引いて、ユ
ーザの領域に適用される夏時間に備える。
【００８５】
記録管理者は、記録の元の型に依存して別々に、または多様に削除を処理する。
９．スクリーン上の表示
スクリーン上の表示（Ｏｎ  Ｓｃｒｅｅｎ  Ｄｉｓｐｌａｙ：  ＯＳＤ）は、いろいろ
な表示スクリーンを形成するテキストおよびグラフィック情報を表示するために用いられ
る。共通のインターフェースはいろいろな装置を制御するために用いられる。３つのこと
なる装置、ＩＴＴ  ＴＰＵ２７４０，ＩＴＴ  ＣＣＤ  ３００５  及びＺｉｌｏｇ  Ｚ８
９３００を用いることができる。ユーザインターフェースはテキストを描き、打ち抜かれ
た長方形を描き、チャネルアイコンを描くため、及びディスプレイの属性をセットするた
めに画定された機能のセットを有する。これらのコメントを特別な装置に対する正しい機
能に翻訳するソフトウェア機能のセットが用いられる。
【００８６】
加入者ユニット５２の詳細が図５に示される。以下の記載はＴＶ受信オンリー（ＴＶ  
Ｒｅｃｅｉｖｅ  Ｏｎｌｙ：    ＴＶＲＯ）システム（図４参照）のための加入者ユニッ
ト５２による。適切な変更をして、加入者ユニット５２はケーブルシステムで用いるケー
ブルデコーダボックスにも組み込まれ得る。加入者ユニットはテレビジョン即ちＶＣＲｓ
に組み込まれるか、或いは分離したスタンドアロンユニットとして設けることができる。
【００８７】
この記載はスターサイト放送”ＴＶＲＯ加入者ユニット５２”の電子ハードウェアに対
してである。ＴＶＲＯの顧客はテレビジョンを見るためのホームサテライトディッシュ（
ｈｏｍｅ  ｓａｔｅｌｌｉｔｅ  ｄｉｓｈｅｓ）を有する人々である。ＴＶＲＯは”ＴＶ
Ｒｅｃｅｉｖｅ  Ｏｎｌｙ：  ＴＶ受信のみ）を表す。ＴＶＲＯの加入者ユニット５２
は顧客のＴＶサテライトシステムに中継し、顧客がスターサイト電子プログラムガイドサ
ービスを受けることを可能にする。ＴＶＲＯの加入者ユニット５２は、現存する顧客のＴ
ＶＲＯ設備に直列に据え付けられる完全な自己保持、分離ユニットである。
【００８８】
加入者ユニットは、顧客のＴＶＲＯからのベースバンドビデオを受信する。プログラム
案内表示スクリーンは、加入者ユニットにおける顧客ビデオに融合される。顧客はベース
バンドビデオアウト或いはチャネル３／４ＲＦアウトを有している。
【００８９】
加入者ユニットはＴＶスクリーン上に重ねられたＴＶプログラムスケジュール情報をリ
アルタイムで構成し、表示する。ＴＶスケジュール情報は従来のＴＶ放送の垂直帰線期間
ライン（Ｖｅｒｔｉｃｌ  Ｂｌａｎｋｉｎｇ  Ｉｎｔｅｒｖａｌ：ＶＢＩ）の１つに送信
される。加入者ユニットはこの情報をボードメモリ上の局所に記憶する。この情報は、加
入者が遠隔制御上のボタンを押すと、ＴＶスクリーン上の”グリッドガイド”の形状で表
示される。
【００９０】
加入者ユニット５２は以下のサブセクションから成る。
・  高価な８ビットマイクロプロセッサ１００
・  ６４ＫバイトコードのＲＯＭ１０１
・  プログラムデータ記憶のための５１２ＫのＲＡＭ１０２
・  顧客ゲートアレイ１０３
・  速いメモリデータマニュピュレーションのためのセグメント化ベースレジスタ１０４
・  入来する暗号化されたデータをデコードするための安全ロジック１０６
・  表示制御インターフェースのためのシリアル”Ｉ．Ｍ”バス１０８
・  内部プロセッサ通信のためのシリアル”スターサイト”バス１１０（ＩＳＢ）
・  エラー回復のための監視タイマー１１２
・  ＩＲ入力１１３
・  赤外線受信回路１１４
・  ＴＶ，ＶＣＲ制御のための赤外線送信回路１１６
・  ＩＲ出力１１７
・  ＣＲＣ−３２エンコードおよびデコードロジック１１８
・  ボード上の電源１２０
・  パワーダウンＲＡＭデータ保持
・  ビデオ入力１２３
・  スクリーン上の表示制御およびホーマッター１２４
・  オーバーレイ表示のための顧客カラー変換器１２６
・  ＲＦモジュレータ１２７
・  ベースバンドのビデオ、又はＲＦ出力１２８或いは１３０の選択
ＴＶＲＯ加入者ユニット５２の心臓部は”８０３２，８ビットマイクロプロセッサ１０
０”である。このマイクロプロセッサは加入者ユニットの全てのセクションを制御する。
このプロセッサの短い記述は参考のために与えられる。更に詳細には、インテルあるいは
シグネティックス（Ｓｉｇｎｅｔｉｃｓ）からの８０３２データブックを参照されたい。
【００９１】
この８０３２は８ビットのデータバスと１６ビットのアドレスバスを有する。
アドレスバスの上位の８ビットは常に有り、アドレスバスの下位の８ビットはデータバス
と共に時間多重化され、外部のアドレスラッチはこのバスをデマルチプレックス（ｄｅ−
ｍｕｌｔｉｐｌｅｘ：  多重化が戻される）される。このラッチはＤＢＥ１２００ゲート
アレイ１０３の内部に位置される。８０３２は２つのアドレス空間、即ち、”デコード”
空間と”データ”空間を有する。データ空間は更にＲＡＭメモリとＩ／Ｏ領域に分割され
る。
【００９２】
“デコード”はプログラムＲＯＭへの全てのアクセスを参照する。プログラム“デコー
ド”空間は６４Ｋバイトの長さであり、８０３２はこの空間からの”読み取り”だけをす
ることができる。全てのコードアクセスは“ＰＳＩＮ”（Ｐｒｏｇｒａｍ  Ｓｔｏｒｅ  
ＥＮａｂｌｅ）ラインを用いる。−ＷＲおよび−ＲＤラインは“コード”アクセス中に表
明しない。＋ＡＬＥはアドレスバスをデマルチプレックスするために用いられる。＋ＡＬ
Ｅのフォーリングエッジはアドレスの下部の８ビットをラッチする。−ＰＳＥＮはＲＯＭ
読み取りを開始するために表明する。現在のデザインは接地に常に接続されるＥＰＲＯＭ
−ＣＳラインを有している。これは、ＥＰＲＯの”ＯＥＡＣＣＥＳＳ”時間をＲＯＭ読み
取りのための決められた空間にする。今日の標準によって、このマイクロプロセッサのバ
スタイミングは非常に遅く、これは高価なＲＯＭｓの使用によって可能である。
【００９３】
“データ”は外部のＲＡＭ１０２への全てのアクセスを参照する。特別の追加のハード
ウェアは、“データ”領域が６４Ｋアドレス限界を過ぎて広がるようにＴＶＲＯ加入者に
追加される。区分している“ベースレジスター”を介してなされ、そして後で説明される
。８０３２−ＲＤストローブはＲＡＭデータ読み取りに対して表明し、−ＷＲストローブ
はＲＡＭデータ書き込みに対して表明するであろう。ＰＳＥＮはデータアクセス中に表明
しない。ＲＡＭデータアクセスは”ＭＯＶＸ”命令によって生じることができるだけであ
る。他の８０３２命令は−ＲＤ或いは−ＷＲを表明するようにしない。再び＋ＡＬＥはア
ドレスをラッチするために用いられ、−ＲＤ或いは−ＷＲがデータ転送を開始するように
表明する。読み取りデータは−ＲＤを無効にする直前まで有効でなければならない。
書き込みデータは−ＷＲが表明される全時間有効である。
【００９４】
ＲＡＭデータ空間と共に、“６４ＫＩ／Ｏ空間”もある。このＩ／Ｏ空間はデータＲＡ
Ｍと同じ第１の６４Ｋセグメントを占有する。どの領域が表明されるかを決定するために
用いられる＋ＤＲＡＭ＿ＥＮＡＢＬＥと呼ばれる信号がある。
【００９５】
Ｉ／Ｏ空間はシステム制御レジスタが何処に位置されるかである。１８の書き込みレジ
スタと１３の読み取りレジスタがある。これらのレジスタは、加入者ユニットにおけるい
ろいろなサブシステムを制御するために用いられる。クロック周波数の選択、シリアルバ
ス制御、Ｉ．Ｒ．状態および制御等は、このレジスタセットによって全て制御される。周
辺チップに配置される他の制御レジスタがある。８０３２は通信をするために２つのシリ
アルバスを用い、これらの周辺チップを制御する。“ＩＭバス”１０８はトランズアクシ
ョン処理ユニット（ＴＰＵ２７４０）１２４と会話するために用いられる３つのワイヤー
シリアルバスである。ＴＰＵ２７４０は入来ＶＢＩデータを集め、いろいろなスターサイ
トオーバーレイスクリーンをフォーマットし、表示する。
【００９６】
ソフトウェアシリアルバス１１０は安全マイクロプロセッサ１０６及びＩＲブラスタチ
ップ（ＩＲ  Ｂｌａｓｔｅｒ  Ｃｈｉｐ）１１６とも会話するために用いられる。これは
唯一のシリアルタイミングプロトコルを備えた２線バスである。
【００９７】
８０３２アドレス空間の第１の６４Ｋは３つの離れたオーバーラッピング機能を有する
。
１．もし−ＰＳＥＮが表明されるなら、デコードＲＯＭがアクセスされる。
２．もし＋ＤＲＡＭ＿ＥＮＡＢＬＥ＝論理”０”であれば、Ｉ／Ｏレジスタはアクセスさ
れる。
３．もし＋ＤＲＡＭ＿ＥＮＡＢＬＥ＝論理“１”であれば、ＲＡＭの最初の６４Ｋがアク
セスされる。
６４Ｋ以上の領域は常にＲＡＭであり、全長は５１２Ｋバイトである。
８０３２信号の概要
テーブル１は８０３２マイクロプロセッサの入力および出力信号を要約する。
【００９８】
【表１】
2011120310.tif 000003
テーブルＩ
ベースレジスタ記述
８０３２データアドレス空間は６４Ｋバイトのだけの長さである。しかし、ＴＶＲＯ加
入者ユニットはＴＶプログラムデータの６４Ｋバイトより多くを蓄積する必要がある。“
読み取りおよび書き込みベースレジスタ”は８０３２が６４Ｋの限界以上の追加のメモリ
をアクセスすることを可能にする。
【００９９】
８０３２は、“データポインターレジスタ（Ｄａｔａ  Ｐｏｉｎｔｅｒ  Ｒｅｇｉｓｔ
ｅ（ＤＰＲ））と呼ばれる内部の１６ビットレジスタを用いて、外部データ位置のアドレ
スをホールドする。ベースレジスタ（ＤＢＥ  １２００ゲートアレイに位置される）は実
際のＲＡＭアドレスを形成するためにデータポインター値に加えられる他の１６ビット値
をホールドする。ベースレジスタの内容は、ＲＡＭアドレスが２０ビットの長さになるよ
うに、データポインターに関して４ビット左へシフトされる。２０ビットは１メガバイト
のトータルデータＲＡＭサイズに対して可能にする。８０３２はベースレジスタに書き込
まれたアドレスで開始するあらゆる外部ＲＡＭの６４Ｋバイトのチャンク（ｃｈｕｎｋ）
をアクセスすることができる。（ベースレジスタは４ビット左へシフトされるので、８０
３２は偶数の１６バイト境界上でスタートするあらゆる６４Ｋバイトセグメントをアクセ
スすることができる。）メモリブロック移動が素早く行われるように２つのベースレジス
タがある。もしＤＰＴＲの値が各読み取りに対して変更され、ブロックが移動する間の書
き込み前に再び変更されなければならなかったなら、それはソフトウェアに非常に遅く、
厄介である。２重のベースレジスタは、読み取り（ソース）ブロックの開始アドレスを読
み取りベースレジスタへ、且つ書き込み（宛て先）ブロックの開始アドレスを書き込みベ
ースアドレスへ入れることを可能にする。同じＤＰＴＲアドレスへの書き込みによって後
に続く読み取りをするソフトウェアループが書き込まれる。これはソフトウェアが外部の
ＲＡＭにある如何なる場所のデータのブロックを素早く移動する。
【０１００】
一つの設備がベースレジスタを素早くディスエーブルするために追加されることもでき
る。信号＋ＥＮＡＢＬＥ＿ＢＡＳＥは双方のベースレジスタの出力を強制的に全て０にす
る。これはベースレジスタの内容を変えることなく行われる。
この特徴は、ＲＡＭの最初の６４Ｋセグメントをアクセスする素早い方法を提供する。双
方のＲＡＭ読み取りと書き込みは同じ位置に行く。プロセッサ関連データは最初の６４Ｋ
セグメント（レジスタイメージ、ソフトウェアカウンター値、システムパラメータ等）に
記憶される。上位のセグメントはＴＶプログラム情報を記憶するために用いられる。
【０１０１】
以下のテーブルＩＩは、ＤＰＴＲが２０ビットＲＡＭアドレスを形成するためにベース
レジスタにどのように追加されるかを示ことを試みている。
【０１０２】
注：アドレスバスに関して４ビット左へシフトされたベースレジスタ
Ｂａｓｅ  Ｒｅｇ．  １５  １４  １３  １２  １１  １０  ９  ８  ７  ６  ５  ４  
３  ２  １  ０＋８０３２  Ａｄｄｒ．  １５  １４  １３  １２  １１  １０  ９  ８
７  ６  ５  ４  ３  ２  １  ０＝  ２０  ｂｉｔ  Ａｄｄｒ．  １９  １８  １７  
１６  １５  １４  １３  １２  １１  １０  ９  ８  ７  ６  ５  ４  ３  ２  １  ０
＋ＤＲＡＭ＿ＥＮは外部メモリ領域をアクセスするために１でなければならない。
テーブルＩＩ
例として：
読み取りベースレジスタは０００１Ｈｅｘ  にセットされる。
【０１０３】
書き込みベースレジスタは１０８０Ｈｅｘ  にセットされる。
【０１０４】
データポインタ（ＤＰＴＲ）は３８２Ａ  Ｈｅｘにセットされる。
【０１０５】
８０３２読み取り（ＭＯＶＸ  Ａ，＠ＤＰＴＲ）はアドレス０３８３Ａ  Ｈｅｘをアク
セスする（注：２０ビット！）。
【０１０６】
８０３２書き込み（ＭＯＶＸ  Ａ，＠ＤＰＴＲ）はアドレス１４０３Ａ  Ｈｅｘをアク
セスする（注：２０ビット！）。
【０１０７】
＋ＤＲＡＭ＿ＥＮはＩ／Ｏ領域をアクセスするために０でなければならない。
データＲＡＭ記述
前述のように、データＲＡＭ１０２はＴＶプログラム案内情報を記憶する。このＲＡＭ
は、３つのサイズ、１２８Ｋ、２５６Ｋ、或いは５１２Ｋバイトで現在利用可能である。
データＲＡＭは“ＰＳＲＡＭ”チップを用いる。“ＰＳ”はＰｓｅｕｄｏ  Ｓｔａｔｉｃ
（疑似スタティック）を表す。ＰＳＲＡＭはスタティックＲＡＭピンアウトでパッケージ
されている標準ＤＲＡＭである。予備ロジックはＤＲＡＭリフレッシュが単純化されるよ
うに追加される。これらのＰＳＲＡＭｓはまた３ボルト下げて動作するパワーダウンデー
タ保持の特徴も有する。
【０１０８】
この製品に、ＰＳＲＡＭ動作の４つのモードがある。それらは、
１．シーケンスアップモード
２．通常のデータ転送モード
３．シーケンスダウンモード
４．パワーダウンデータ保持モード
である。
【０１０９】
これら２つのパーツは幾らかことなるピンアウトを有し、幾らかことなる方法で動作す
る。回路がこれらの相違に対して補償するために追加される。どのチップが用いられるか
に依存してソフトウェアによってセットされなければならない１ビット呼出し＋５１２Ｋ
ＲＡＭがある。
【０１１０】
ＰＳＲＡＭｓはパワーオンの後“シーケンスアップ”を行い、パワーオフの直前に“シ
ーケンスダウン”を行う。
ＰＳＲＡＭ動作（シーケンスアップ動作）
最初のパワーアップの後、ＰＳＲＡＭｓは、あらゆる読み取りと書き込みが行われる前
に、“シーケンスアップ”されなければならない。“シーケンスアップ”の手順は、１２
８Ｋと５１２Ｋパーツに対して幾らか相違する。この手順は、ＰＳＲＡＭｓがパワーダウ
ンデータ保持モードであるとき、ＳＰＲＡＭのロジックおよびタイミングの仕様が維持さ
れることを確実にするために追加される。システムパワーが失われると、ＰＳＲＡＭｓが
パワーアップされるように大きなキャパシタ或いはバッテリーを用いる設備がある。パワ
ーがオフであるとき、ＰＳＲＡＭデータを保つために、いくつかのＰＳＲＡＭ入力は既知
の論理状態に保持されなければならない。これに加えて、これらのピンが既知の論理状態
にされると、それらは定められたタイミングの制約に従わなければならない。これらのピ
ンおよび論理レベルは１２８Ｋおよび５１２Ｋパーツに対して異なっている。
【０１１１】
１２８Ｋパーツに対して：
＋Ｃｈｉｐ＿Ｅｎａｂｌｅ  ２（Ｐｉｎ  ３０）および−ＲＥＦＲＥＳＨ（ピン  １）
は、パワーがデータ保持を確実にするために移動されると、双方論理”０”に保持される
。データ保持モードから通常の動作に行くと、−Ｃｈｉｐ＿Ｅｎａｂｌｅ（Ｐｉｎ  ３０
）がハイ（Ｈｉｇｈ）になる前に、−ＲＥＦＲＥＳＨ（Ｐｉｎ  １）は少なくとも２２５
ｎＳ  でハイにならなければならない。
【０１１２】
５１２Ｋパーツに対して：
−Ｃｈｉｐ＿Ｅｎａｂｌｅ（Ｐｉｎ  ２２）は論理“１”に保持されなければならず、
−ＯＥ／−ＲＥＦＲＥＳＨ（Ｐｉｎ  ２４）は、パワーがデータ保持を確実にするために
移動されると、論理”０”に保持されなければならない。データ保持から通常動作にいく
と、−ＯＥ／−ＲＥＦＲＥＳＨ（Ｐｉｎ  ２４）がハイになる前に少なくとも５０ｎＳで
ハイに行かなければならない。
【０１１３】
通常のＰＳＲＡＭ  ＲＥＦＲＥＳＨ  後如何に直ぐ上記のシーケンスが生じることがで
きるかについてのタイミング制約もある。ＤＢＥ１２００ゲートアレイにおけるシーケン
スアップロジックが上記のタイミングを制御する。パワーオンリセット（Ｐａｗｅｒ  Ｏ
ｎ  Ｒｅｓｅｔ（ＰＯＲ）シーケンスが終わった後、マイクロプロセッサはビット呼出し
＋ＳＥＱＵＥＮＣＥ＿ＵＰ［Ｗｒ  Ａｄｄｒ  ７４００  Ｈｅｘ，ｂｉｔ  ５］（このビ
ットを論理”０”に常に戻すことを確実にする）をトグルする。＋ＳＥＱＵＥＮＣＥ＿Ｕ
Ｐビットをトグルすることはシーケンスアップ状態マシンをスタートする。この状態マシ
ンは次の通常のリフレッシュパルスの終わりを待ち、上述のように、それは正しいタイミ
ングを用いて強制された論理レベルに移るであろう。リフレッシュパルスはおよそ１１μ
Ｓ毎に生じ、シーケンスアッププロセスがおよそ１μＳかかる。ソフトウェアは、最初の
ＰＳＲＡＭアクセスが試みられるときまで＋ＳＥＱＵＥＮＣＥ＿ＵＰがセットされる時間
から少なくとも１５１μＳ待つ必要がある。
ＰＳＲＡＭ動作（通常の動作）
通常のＰＳＲＡＭ動作は非常に直線的に行く。リフレッシュは自動的であり、マイクロ
プロセッサに透過的である。ＰＳＲＡＭは１５μＳ毎に少なくとも１回リフレッシュされ
なければならない。リフレッシュアドレスはＰＳＲＡＭ内で発生され、ユーザーに透過的
である。リフレッシュをするために、ＰＳＲＡＭ上のリフレッシュピンは最小時間ローに
保持されなければならない。回路設計を容易にするために、リフレッシュ要求は２５６に
よって割算された内部クロックによって発生される２４ＭＨｚクロックで、これはおよそ
１０．７μＳに起きる。
【０１１４】
ＰＳＲＡＭチップへのリフレッシュパルスは、ＰＳＲＡＭ読み取り或いは書き込みと同
じ時間に発生してはならない。リフレッシュ要求およびあらゆるＰＳＲＡＭアクセスは非
同期であるので、−ＰＳＥＮラインはリフレッシュをスタートするために用いられる。リ
フレッシュ要求が検出されると、リフレッシュ回路は、次の−ＰＳＥＮは、フォーリング
エッジ（立ち下がりの端）まで待つ。−ＰＳＥＮはＲＯＭへのコードアクセスの始めで立
ち下がる。ＲＯＭへのコードアクセスは、８０３２がＯＰコードをフェッチするにしたが
って、あらゆる時間に起きる。この時間の間、８０３２がＰＳＲＡＭへアクセスすること
は不可能である。
リフレッシュは非常に早く、−ＰＳＥＮコードのフェッチが完了する前に終了するであろ
う。
【０１１５】
注意：このシステムは、ＰＳＲＡＭをリフレッシュするために−ＰＳＥＮトグリングを
有する。通常の動作において、これはあらゆる時間に起きる。もし、あなたが８０３２エ
ミュレータを使用するならば注意されたい。もし、あなたがエミュレータを壊し、停止す
るならば、リフレッシュは停止する。殆どのエミュレータは、オプションを有し、その破
壊点が生じるとときでさえ、−ＰＳＥＮはまだ表明することを確実にする。
ＰＳＲＡＭオペレーション（シーケンス・ダウン・オペレーション）
シーケンス・ダウンは、シーケンス・アップの反対である。このシステムは、電源電圧
が降下し始める前に８０３２に割り込むであろう「初期警告パワー故障検出器（Ｅａｒｌ
ｙ  Ｗａｒｎｉｎｇ  Ｐｏｗｅｒ  Ｆａｉｌ  Ｄｅｔｅｃｔｏｒ）」を有している。８０
３２は、いずれかのクリティカルＰＳＲＡＭデータをセーブし、その後、＋ＳＥＱＵＥＮ
ＣＥ＿ＤＯＷＮビットを主張することによって、この割り込みに応答する。シーケンス・
ダウンは、ＰＳＲＡＭクリティカル入力を強制的にそれらの正しい状態とし、そのように
して、タイミング仕様が維持されることを確実にするだろう。シーケンス・ダウン・ロジ
ックは、適当なタイミングを確実なものとするため、次のリフレッシュの終了までは開始
しないだろう。ＳＥＱＵＥＮＣＥ  ＤＯＷＮルールが以下に示されている。
１２８Ｋ部分に関して
＋チップ＿イネーブル２（ピン３０）は、−ＲＥＦＲＥＳＨ（ピン１）が強制的に論理
「０」にされる前の少なくとも６０ｎ秒で論理「０」に向かわなければならない。ゲート
アレイ出力は定義されないだろうから、パワーが消滅した後、外部素子はこれらのライン
を論理「０」に保持すべきである。
５１２Ｋ部分に関して
−チップ＿イネーブル（ピン２２）は、−ＯＥ／−ＲＥＦＲＥＳＨ（ピン２４）が強制
的に論理「０」にされる前の少なくとも５０ｎＳで強制的に論理「１」
にされなければならない。
ＰＳＲＡＭオペレーション（パワー・ダウン・データ保有）
クリティカル入力ピンがそれらのパワー・ダウン・レベル（上を参照のこと）に保持さ
れ、且つ、ＰＳＲＡＭチップに対する電圧が３．０ボルト以上のままである限り、データ
は保有されるだろう。
ＰＳＲＡＭパワー・ダウン・ラッチ
ＰＳＲＡＭに電力を与える同一のバックアップ・キャパシタによって、電力を与えられ
るような、非常に低い電流Ｊ−Ｋフリップ・フロップが存在する。このフリップ・フロッ
プは、パワー・オフ期間の間に電圧が最小の電圧仕様以下に降下したかどうかをソフトウ
ェアに知らせる。
【０１１６】
初期のパワー・オン時に、このラッチは、論理「０」にパワー・アップすべきである。
マイクロプロセッサは、＋ＲＡＭＶ＿ＯＫライン上でこのラッチの状態を読むことができ
る。ラッチが「０」の場合、電圧がＰＳＲＡＭ最小データ保有仕様以下に降下し、且つ、
全てのＲＡＭデータが有効でないことを、それは確実にされるべきである。ラッチが「１
」の場合、データはパワー・ダウンの前からいまだに有効である。
【０１１７】
＋ＲＡＭＶ＿ＯＫが論理「０」の場合、マイクロプロセッサは、自己試験診断が通過し
た後に、それを論理「１」に設定することができる。一旦このラッチが論理「１」に設定
されると、ＰＳＲＡＭ  Ｖｄｄ電圧が約３．１ボルト以下に降下するまで、それは設定さ
れたままであろう。
【０１１８】
このラッチを設定するために５つの状態が必要である。
１．ＰＳＲＡＭ電圧は３．１ボルトより大きくなければならない（これはＪ−Ｋフリップ
・フロップ・リセット・ピンを解放する）。
２．ＰＣＢ＋５ボルト電源は、約４．５ボルトより大きくなければならない（これはシス
テムＰＯＲを解放する）
３．−ＥＮＢＬＡＴラインは論理「０」に設定されなければならない。
４．＋ＢＡＮＤ０ラインは論理「１」に設定されなければならない。
５．＋ＬＡＴ＿ＣＬＫラインは論理「０」に、その後、論理「１」に、トグルされなけれ
ばならない。
【０１１９】
−ＥＮＢＬＡＴと＋ＬＡＴ＿ＣＬＫラインは、８０３２マイクロプロセッサＰＯＲＴピ
ンによって駆動される。これらのピンは、８０３２ハードウェアによってＰＯＲタイムに
初期化されるであろう。＋ＢＡＮＤ０ラインは、ＤＢＥ１２００ゲート・アレイから来る
ものであり、ＰＯＲタイムにおいて論理「０」にリセットされる。
【０１２０】
これら全ての状態を要求することにより、パワー・アップ時にスプリアス・ノイズ・グ
リッチによってラッチが設定され得ないであろうことが望まれる。もしラッチが論理「１
」を読出し場合には、データが有効であることをＰＳＲＡＭ中のチェックサム・ロケーシ
ョンに証明させることも悪い考え方ではないだろう（ちょうどこの場合は、ラッチは、ノ
イズ・グリッチによって設定され得る）。
【０１２１】
ラッチ回路のためにＭＣ１４ｘｘシリーズＣＭＯＳデバイスが選択されている。なぜな
ら、この系統のものは、非常に低い最悪の電流ドレインを保証するものだからである。
ＤＢＥ１２００ＧＡＴＥ  ＡＲＲＡＹ  １０３
ゲート・アレイ１０３は、８４ピンＰＬＣＣパッケージ内で１まとめにされている。ゲ
ート・アレイの学術用語は、ＰＣＢの学術用語とは僅かに異なる。ＰＣＢは、「アクティ
ブ・ハイ」を表示するため、信号名の前に「＋」を使用する。
ゲート・アレイは、信号が「アクティブ・ハイ」のときは、「＋」を落として信号名だけ
を使用する。ＰＣＢは、「アクティブ・ロー」を表示するため、信号名の前に「−」を使
用する。ゲート・アレイは、信号が「アクティブ・ロー」のときには、信号名の前に文字
「Ｘ」を付加する。
【０１２２】
アドレスとビットに関して以下の省略形を使用する。
（６０００Ｗ．５）＝アドレス６０００ｈｅｘに書込み，ビット５（６Ｃ００Ｒ．３）＝
アドレス６Ｃ００ｈｅｘを読出し，ビット３ＡＤＤＲＥＳＳ  ＤＥＣＯＤＩＮＧ  アドレ
ス・デコーダが添付書類Ａの１〜９ページ目に示されている。８デコードの７４Ｆ１３８
型が、イネーブルのために用いられる８０３２−ＲＤ、若しくは、−ＷＲストローブと共
に使用される。７４Ｆ１３８の出力は、適当なアドレスが書き込まれ、若しくは、読み出
されたときにのみ有効であろう。
【０１２３】
以下の表は、デコードされる書込み及び読出しアドレスを示している。ページ数は、レ
ジスタをその上で見つけることができる添付書類Ａのゲート・アレイ構成図のページを表
している。「ゲート・アレイ名」は、構成図上のデコード信号の名前である。以下の表Ｉ
ＩＩは、Ｉ／Ｏ書込みレジスタ・デコードを示し、表ＩＶは、Ｉ／Ｏ読出しレジスタ・デ
コードを示す。
プラスＤＲＡＭ＿ＥＮは、これらのレジスタにアクセスするためには０でなければならな
い。
【０１２４】
【表２】
2011120310.tif 000004
2011120310.tif 000005
表ＩＶ  ８０３２Ｉ／Ｏ  ＲＥＡＤ  ＲＥＧＩＳＴＥＲＳＰＳＲＡＭ  ＣＯＮＴＲＯＬ
ＰＳＲＡＭ制御ロジックが添付書類Ａの２ページ目に示されている。このロジックは、
チップが存在するモードに依存して制御信号をそれらの適当なピンへ向けるような複数の
簡単なゲートから成っている。このチップは２つのメモリ・サイズ・モード、即ち、１２
８Ｋと５１２Ｋ、を有する。また、シーケンス・アップ・モードとシーケンス・ダウン・
モードが存在する。
ＰＳＲＡＭ  ＣＯＮＴＲＯＬ  ＳＩＧＮＡＬＳ
ＸＲＦＳＨ＿１８（−ＲｅＦｒｅＳＨ、若しくは、アドレス＿ビット＿１８）
これは、ＰＳＲＡＭチップのピン１に結合されるべき二重目的信号である。シーケンス
・アップがなされたとき、この信号はモードに依存する。
【０１２５】
１２８Ｋモードでは、−ＲＥＦＲＥＳＨ信号がこのピンへ向けられる。
【０１２６】
５１２Ｋモードでは、アドレスＭｕｘからのビット１８がこのピンへ向けられる。
【０１２７】
シーケンス・ダウンがなされたとき、この信号は強制的に論理「０」にされる。
ＸＲＡＭ＿ＯＥ０（−ＲＡＭ出力・イネーブル０）
これは、より低いＰＳＲＡＭチップのピン２４と結合されるべき二重目的信号である。
シーケンス・アップがなされたとき、この信号はモードに依存する。
【０１２８】
１２８Ｋモードでは、これは、より低い１２８Ｋ  ＰＳＲＡＭチップのためのＰＳＲＡ
Ｍ読出し出力イネーブル・ラインである。このラインは、アドレスがより低い１２８Ｋに
対するものであり、且つ、８０３２−ＲＤラインを主張（ａｓｓｅｒｔ）する場合にのみ
、（アクティブ・ローを）主張することができる。
【０１２９】
５１２Ｋモードでは、これは、ＰＳＲＡＭ読出し出力イネーブルとリフレッシュ入力で
ある。この信号がそれ自体主張した場合には、リフレッシュが起こる。
それが−チップ・センタク・ピンと共に主張した場合には、ＰＳＲＡＭ読出しが発生する
。
【０１３０】
シーケンス・ダウンがなされたとき、この信号は強制的に論理「０」にされる。
ＸＲＡＭ＿ＷＥ０（−ＲＡＭ書込イネーブル０）
この信号は、低いオーダのＰＳＲＡＭチップのピン２９に結合すべきである。
ＰＳＲＡＭ書込みは、この信号が有効チップ選定と共に主張したときに、なされるだろう
。シーケンス・アップがなされたとき、この信号は、双方のモードにおいて、ＰＳＲＡＭ
に対する書込みイネーブルである。
【０１３１】
シーケンス・ダウンがなされたとき、この信号はドント・ケアである。
ＸＲＡＭ＿ＯＥ１（−ＲＡＭ出力イネーブル１）
これは、上部のＰＳＲＡＭチップのピン２４に結合されるべき二重目的信号である。シ
ーケンス・アップがなされたとき、この信号は、１２８Ｋモードでは、上部のＰＳＲＡＭ
チップからの読出しのための出力イネーブル制御である。この信号は、５１２Ｋモードで
は使用されない。なぜなら、上部のチップがインストールされていないからである。シー
ケンス・ダウンがなされたとき、この信号はドント・ケアである。
ＸＲＡＭ＿ＷＥＩ（−ＲＡＭ書込みイネーブル１）
この信号は、高いオーダのＰＳＲＡＭチップのピン２９に結合すべきである。
ＰＳＲＡＭ書込みは、この信号が有効チップ選択と共に主張したときに、なされるだろう
。シーケンス・アップがなされたとき、この信号は、１２８Ｋモードでは、上部のＰＳＲ
ＡＭに対する書込みイネーブルである。（注意：電流設計は５１２Ｋモードでは「上部」
チップを使用しない）シーケンス・ダウンがなされたとき、この信号はドント・ケアであ
る。
ＸＣＥ１（−チップ・イネーブル１）
これは、ＰＳＲＡＭチップのピン２２に結合されるべき二重目的信号である。
シーケンス・アップがなされたとき、この信号によって、ＰＳＲＡＭチップは、双方のモ
ードにおいて読出し及び書込みを行うことができる。シーケンス・ダウンがなされたとき
、この信号は強制的に論理「１」にされる。５１２Ｋ  ＰＳＲＡＭチップは、このライン
がパワー・ダウン・データ保有モードの間に強制的に論理「１」にされるよう要求する。
このラインは１２８Ｋ  ＰＳＲＡＭ上ではドント・ケアである。
ＣＥ２＿Ａ１７（＋チップ・イネーブル２、若しくは、アドレス・ビット１７）
これは、ＰＳＲＡＭチップのピン３０に結合されるべき二重目的信号である。
シーケンス・アップがなされたとき、この信号はモードに依存する。
【０１３２】
１２８Ｋモードでは、この信号は、＋チップ・イネーブルと結合され、それは常に論理
「１」である。
【０１３３】
５１２Ｋモードでは、アドレスＭｕｘからのビット１７はこのピンに向けられる。
ＸＷＲＳＴＲＯＢ（−ＷＲｉｔｅ  ＳＴＲＯＢｅ）
書込みの間、これは８０３２書込みストローブのより短いバージョンである。
ＸＷＲＳＴＲＯＢは、ＰＳＲＡＭＳへ書込みを行うために使用されるタイミング信号であ
る。データは、ＸＷＲＳＴＲＯＢの立上がりエッジにおいてＰＳＲＡＭへ書き込まれる。
この立上がりエッジは、８０３２−ＷＲの立上がりエッジの前にヒットして、いずれかの
ＰＳＲＡＭデータ保持時間が満足されることを確実なものとする。
ＢＡＳＥ  ＲＥＧＩＳＴＥＲＳ  ＡＮＤ  ＡＤＤＲＥＳＳ  ＭＵＬＴＩＰＬＥＸＥＲ  
添付書類Ａのゲート・アレイ構成図の３、４ページ目は、ベース・レジスタとＰＳＲＡ
Ｍアドレス・マルチプレクサを示す。ベース・レジスタの機能の記述に関する上を参照の
こと。この部分は回路を処理する。
このベース・レジスタは、２ページ目の左側に示されている。これらのレジスタの出力は
、加算器中に進む前に「ＡＮＤ」ゲートを通過する。このＡＮＤゲートによって、ベース
・レジスタ出力は、アドレス入力において素早く強制的に全て０とすることができる。
【０１３４】
加算器の出力は、ＭＵＸ上へ送り込まれる。このＭＵＸは、ＲＥＡＤ  ＡＤＤＲＥＳの
結果を、ほとんどの場合は故障によって、ＰＳＲＡＭアドレスピン上に位置づける。−Ｗ
Ｒストローブが主張するまでは、８０３２が書込みを行おうとしていることを知る方法は
ない。−ＷＲが主張したとき、フリップ・フロップは、ＭＵＸを、ＷＲＩＴＥ  ＡＤＤＥ
Ｒの出力上へ切り換える。読出し加算器は故障値に対して選択されている。なぜなら、Ｒ
ＡＭ読出しには書込みよりも多少長い時間がかかるからである。二重加算器は、−ＷＲス
トローブが主張されるとすぐに書込みアドレスが安定するように設けられている。
Ｉ．Ｒ．  ＲＥＣＥＩＶＥ  ＣＩＲＣＵＩＴ
Ｉ．Ｒ．レシーブ回路は、リモート上のボタンが解放されているか、若しくは、それが
連続的に下に保持されているかどうかに依存して、様々な動作モードを有する。この回路
は、添付書類Ａの５ページ目にある。
【０１３５】
有効なコードがＩ．Ｒ．  ＲＥＣＥＩＶＥ  ＤＡＴＡ  ＲＥＧＩＳＴＥＲ（０８００Ｒ
）中にクロックされたとき、＋ＩＲＲ＿ＶＡＬ（ＩＲレシーブ・有効）ビットと＋ＶＡＬ
ＴＩＲＤ（ＶＡＬｉｄ  ＴＩＬ  ＲＤ）ビットが設定される。＋ＩＲＲ＿ＶＡＬビットは
、リモート・ボタンが解放されるまで設定されたままであろう。＋ＶＡＬＴＩＬＲＤｂｉ
ｔｔｏをクリアするための２つの方法が存在する。
【０１３６】
１．  Ｉ．Ｒ．  ＲＥＣＥＩＶＥ  ＤＡＴＡ  ＲＥＧＩＳＴＥＲの読出しが＋ＶＡＬＴ
ＩＬＲＤをクリアする。
【０１３７】
２．リモート・ボタンが解放され、その後再び押された場合、＋ＶＡＬＴＩＬＲＤは、
ボタンが再び押されたときにクリアされる。
【０１３８】
＋ＩＲＲ＿ＮＣ（Ｉ．Ｒ．ＲＥＣＥＩＶＥＲ  ＮＯ  ＣＨＡＮＧＥ）は、Ｉ．Ｒ．  Ｒ
ＥＣＥＩＶＥ  ＤＡＴＡ  ＲＥＧＩＳＴＥＲが読み出されたことを最初に設定するだろう
。それは、リモート・ボタンが解放されるまで設定されたままだろう。
【０１３９】
＋ＩＲＲ＿ＲＤＹは、リモート・ボタンが押されるとすぐにハイ状態に進み、解放され
るまで設定された状態とされる。
ＳＥＣＵＲＩＴＹ  ＣＬＯＣＫ  ＧＥＮＥＲＡＴＯＲ
セキュリティ・クロック・ジェネレータは、添付書類Ａの９ページ目の中段より下にあ
る。これはモトローラ・セキュリティ・チップに対するプログラマブル・クロック・ジェ
ネレータである。このクロックに対するもともとの仕様は５ＭＨｚであった。発信周波数
を変更することを可能ならしめるため、このクロックはプログラム可能とされている。
【０１４０】
このクロック間隔の高時間と低時間の双方を、Ｉ／  Ｏアドレス３Ｃ００ｈｅｘへの書
込みによって、独立してプログラムすることができる。高時間は上部ニブルを用いて設定
され、一方、より低いニブルは低時間を設定する。この時間は、入力発信周波数の倍数で
ある。
【０１４１】
この回路は、プログラム・ニブルを７４Ｆ１６９タイプのカウンタ中にロードすること
によって働く。これらのカウンタは、「ダウン・カウンタ」として設定され、それらの中
の１つだけがいずれかのときにディクリメントする。１つのカウンタが０に到達したとき
、出力はトグルし、カウンタは、再ロードし、その後、もう一方のカウンタがディクリメ
ントするだろう。プログラム・レジスタの出力におけるインバータは、初期値を「ｄｉｖ
ｉｄｅ−ｂｙ−７」に設定する。
Ｉ．Ｍ．  ＳＥＲＩＡＬ  ＢＵＳ  ＣＩＲＣＵＩＴ
Ｉ．Ｍ．バスは、ＴＰＵ２７４０チップへの送信のために使用される。Ｉ．Ｍ．バス回
路が図に示されている。このバスを詳細に説明するためにＩ．Ｍ．バス仕様を参照する。
概略的には、Ｉ．Ｍ．バスは、３つの書込みシリアル通信バスである。３つのラインは、
Ｉ．Ｍ．＿ＣＬＯＣＫ、Ｉ．Ｍ．＿ＤＡＴＡ、および、Ｉ．Ｍ．＿ＩＤＥＮＴＩＦＹと呼
ばれる。ＤＢＥ１２００ゲート・アレイは、常に、Ｉ．Ｍ．バス・マスターであり、それ
故、常に、Ｉ．Ｍ．＿ＣＬＯＣＫラインを駆動する。Ｉ．Ｍ．＿ＤＡＴＡラインは、両方
向性データ・ライン（外部プル・アップ・レジスタを有したオープン・ドレイン）である
。Ｉ．Ｍ．＿ＩＤＥＮＴＩＦＹラインは、「Ｉ．Ｍ．アドレス」を識別し、また、転送を
終了させるために使用される出力である。「ＩＭ  ＢＵＳ  ＷＲＩＴＥ」は、８０３２か
らＩＭスレーブへの転送である。「ＩＭ  ＢＵＳ  ＲＥＡＤ」は、ＩＭスレーブ・デバイ
スから８０３２中へのものである。
【０１４２】
Ｉ．Ｍ．バス転送は、常に、１バイト・アドレスで開始され、その後、１若しくは２バ
イトのデータとなる。ＩＩＢＹＴＥ（３０００Ｗ．０）と呼ばれるビットは、幾つのデー
タバイトを転送するかを決定する。ＷＸＲ＿ＢＩＴ（３０００Ｗ．１）と呼ばれる他のビ
ットは、その転送が読出しであるのか、書込みであるのかを決定する。添付書類Ａの１１
ページ目は、Ｉ．Ｍ．カウンタと制御ロジックを示し、１２ページ目は、Ｉ．Ｍ．データ
・シフト・レジスタを示す。
Ｉ．Ｍ．  ＣＩＲＣＵＩＴ  ＯＶＥＲＶＩＥＷ
Ｉ．Ｍ．回路は、制御およびデータ・レジスタを介して作動される。ここに概略を述べ
る。
【０１４３】
Ｉ．Ｍ．ＢＵＳ  ＡＤＤＲＥＳＳ  ＲＥＧＩＳＴＥＲ（２０００Ｗ  １２ページ  ＸＬ
＿ＩＭ＿ＡＤ）。８０３２は、通信がそこと確立されるべきスレーブ・デバイスの８ビッ
ト・アドレスを書き込む。このアドレスは、図の７４ＨＣＴ２７３にラッチされ、転送が
開始したときにシフト・レジスタへ転送される。もし同じアドレスが２つの連続するＩ．
Ｍ．転送上でアクセスされた場合には、このレジスタを再ロードする必要はない。このレ
ジスタに書き込まれるバイトは、常に、全てのＩ．Ｍ．転送のためにゲート・アレイから
書き込まれる最初のバイトであろう。
【０１４４】
Ｉ．Ｍ．  ＷＲＩＴＥ  ＤＡＴＡ  １  ＲＥＧＩＳＴＥＲ（２４００Ｗ  １２ページ  
ＸＬ＿ＩＭ＿Ｄ１）。このレジスタに含まれるバイトは、Ｉ．Ｍ．書込みの間にＩ．Ｍ．
バス上にシフト・アウトされた第２のバイトである。このレジスタは各転送の後に再ロー
ドされなければならない。
【０１４５】
Ｉ．Ｍ．  ＷＲＩＴＥ  ＤＡＴＡ  ２  ＲＥＧＩＳＴＥＲ（２８００Ｗ  １２ページ  
ＸＬ＿ＩＭ＿Ｄ２）。このレジスタに含まれるバイトは、Ｉ．Ｍ書込みの間、しかしなが
ら、転送長が２バイトに設定された場合にのみ、シフト・アウトされた第３のバイトであ
る。このレジスタは、各転送の後に再ロードされなければならない。
【０１４６】
Ｉ．Ｍ．  ＲＥＡＤ  ＤＡＴＡ  ＢＹＴＥ１（１０００Ｒ  １２ページ  ＸＲＤ＿ＢＹ
Ｔ１）。読出し転送の後に、このレジスタは、入力データ・バイトを含む。それが１バイ
ト読出し転送である場合には、データはこのレジスタに存在するだろう。それが２バイト
読出し転送である場合には、受け取られた第２のバイトがこのレジスタに存在するだろう
。
【０１４７】
Ｉ．Ｍ．  ＲＥＡＤ  ＤＡＴＡ  ＢＹＴＥ２（１４００Ｒ  １２ページ  ＸＲＤ＿ＢＹ
Ｔ２）。２バイト読出し転送の後、このレジスタは、第１の入力データ・バイトを含む。
１バイト読出し転送の間、出力アドレスは、このレジスタでラップ・バック（ｗｒａｐ  
ｂａｃｋ）し、且つ、終了する。このラップ特性は、エラー・チェックや診断のために使
用され得る。
【０１４８】
Ｉ．Ｍ．  ＢＵＳ  ＣＯＮＴＲＯＬ  ＲＥＧＩＳＴＥＲ（３０００Ｗ  ９ページ  ＸＩ
Ｍ＿ＣＴＲＬ）。このレジスタのビット１は、転送が読出しであるか若しくは書込みであ
るかどうかを決定する。このレジスタのビット０は、１、若しくは、２データバイトが転
送されるのかを決定する。
【０１４９】
Ｉ．Ｍ．  ＢＵＳ  ＳＴＡＲＴ  ＴＲＡＮＳＦＥＲ  ＲＥＧＩＳＴＥＲ（２Ｃ００Ｗ  
１１ページ  ＸＳＴＲＴ＿ＩＭ）。このレジスタへのいずれかの値の書込みが、Ｉ．Ｍ．
バス・ハードウェアを開始するだろう。
【０１５０】
Ｉ．Ｍ．  ＢＵＳ  ＳＴＡＴＵＳ  ＲＥＧＩＳＴＥＲ（１８００Ｒ  ６ページ目  ＸＳ
Ｗ＿ＬＯ）。このレジスタのビット７は、＋ＩＭ＿ＢＵＳＹラインを含む。このラインは
、Ｉ．Ｍ．転送の間中ハイである。
Ｉ．Ｍ．回路動作
ページ１１のロジックがＩ．Ｍ．バス転送を制御する。Ｉ．Ｍ．クロック（ＩＭ＿Ｐ＿
ＣＫ）および８０３２入力オシレータがいずれも２４ＭＨｚから得られる。８０３２は入
力オシレータに対して任意のタイミングを特定せず、特定されるタイミングは１２ＭＨｚ
入力クロックに対して非常にルーズである。この理由は、８０３２およびＩＭ＿Ｐ＿ＣＫ
からのスタート転送パルスは非同期であると仮定されなければならないからである。図の
左下にある第１の３つのフリップフロップは、これらの信号を再同期化してＩ．Ｍ．バス
転送を開始するために使用される。
【０１５１】
転送が開始された後、ページ１１の７４Ｆ２６９カウンタはゼロからカウントアップし
始めるだろう。ＥＮ＿ＩＭＣＫラインはＩＭ＿Ｐ＿ＣＫがＩ．Ｍ．バスクロックピン１４
へゲートアウトするのを可能にする。第１の８つのクロックはアドレスをクロックアウト
し、Ｉ．Ｍ．＿ＩＤＥＮＴＩＦＹラインはこの時間の間にアサートするであろう。カウン
タが８のカウントに到達すると、Ｉ．Ｍ．＿ＩＤＥＮＴＩＦＹラインは無効になるであろ
う。
【０１５２】
Ｉ．Ｍ．＿ＷＲＩＴＥが進行中であれば、Ｉ．Ｍ．＿ＤＡＴＥラインは転送の残りの部
分について出力となり続けるであろう。Ｉ．Ｍ．＿ＲＥＡＤＥが進行中であれば、Ｉ．Ｍ
．＿ＤＡＴＥラインは第８カウント後に出力から入力へ切り換わるであろう。１１ＢＹＴ
Ｅ（３Ｃ００Ｗ．０）ビットの状態に依存するカウント１６または２４の後、転送が中断
するであろう。
【０１５３】
すべてのクロックが完了した後、Ｉ．Ｍ．＿ＩＤＥＮＴＩＦＹラインは、転送の完了を
示すためにもう一度しばらくの間、低パルス状態になる。この全時間の間に、ＩＭ＿ＢＵ
ＳＹビットはアサートされてステータスとして８０３２で利用できる。ＩＭ＿Ｐ＿ＣＬＫ
は２４ＭＨｚオシレータを３２で分割することにより生成される。これは、およそ１．３
μＳ毎にクロックエッジを発生する。全クロック転送に３２μＳかかる。
ウォッチドッグタイマ
ウォッチドッグタイマは、付録Ａのゲートアレイ回路図のページ１３にある。
このタイマは、ＥＮ＿ＷＤＯＧ（３０００Ｗ．７）．でオンオフできる。ウォッチドッグ
タイマはアドレス６４００Ｗに書き込むことにより通常の動作でリセットされる。このア
ドレスに書き込まれたデータは「ｄｏｎ”ｔ  ｃａｒｅ」である。
【０１５４】
ウォッチドッグタイマは１６ビットの長さであり、ＯＳＣ＿２５６クロックによりクロ
ックされる。このタイマはゲートアレイベンダにより与えられる同期カウンタクロック（
１＿ＳＣＢＲ）から作られる。ウォッチドッグタイマはゼロからスタートしてカウントア
ップする。オーバフローが可能ならば、８０３２へのリセットラインがアサートするであ
ろう。ゲートアレイへのリセットラインにおけるパワーもまたアサートするであろう。ゲ
ートアレイＰＯＲ内部リセットがアサートする前に、８０３２リセットラインは約２５６
クロックアサートするであろう。８０３２は、適当にリセットするためにリセットライン
がアサートされている間に固定数のクロックが与えられることを要求する。
注：ゲートアレイ内部ＰＯＲラインは、ページ９のＯＳＣディバイダクロックとページ１
２のＩＭ読み出しデータレジスタを除き、チップを既知の状態に完全にリセットする。
ＣＲＣ３２多項回路
ＣＲＣ３２多項回路はゲートアレイ回路図のページ１５〜１８にある。この回路はＣＲ
Ｃ３２多項回路をチェックするかまたは発生するために使用される。この多項回路は４バ
イトの長さであって、データの完全性を確認するために使用される。
【０１５５】
この回路は２つの動作モード、ＣＲＣ３２オンとＣＲＣ３２オフ、を有する。ビットＸ
＿ＥＮ＿ＸＯＲ（６０００Ｗ．４）がそのモードを決定する。このビットがロジック「０
」のとき、ＣＲＣ３２ロジックは使用可能にされ、ＣＲＣ３２レジスタに書き込まれたデ
ータがＣＲＣ３２多項回路により多重化される。ビットがロジック「１」のとき、ＣＲＣ
３２多項回路は使用不能にされ、ＣＲＣ３２レジスタへのデータシフトは変わらない。
【０１５６】
その回路は、４つの８ビット読み出しデータレジスタ、１つの書き込みデータレジスタ
、上記制御ビットおよび制御ロジックから成る。以下にレジスタの概要を記載する。
ＣＲＣ３２読み出しレジスタ３（７０００Ｒ）
ＣＲＣ３２読み出しレジスタ２（７４００Ｒ）
ＣＲＣ３２読み出しレジスタ１（７８００Ｒ）
ＣＲＣ３２読み出しレジスタ０（７Ｃ００Ｒ）
ＣＲＣ３２書き込みデータレジスタ（６８００Ｗ）
Ｘ＿ＥＮ＿ＸＯＲ制御ビット（６０００Ｗ．４）
ＣＲＣ３２回路動作
データは一度に１バイトだけＣＲＣ回路に入れられる。これは、そのバイトをＣＲＣ３
２書き込みデータレジスタ（６８００Ｗ）に書き込むことにより行われる。８０３２が書
き込みを完了した後、ハードウェア状態マシンが１バイトを取り出してＣＲＣ回路にシフ
トする（このシフトは、ＯＳＣが２４ＭＨｚであれば約１．５μＳかかる）。すべてのバ
イトがシフトされてしまうと、得られたものは４つのＣＲＣ３２読み出しレジスタから読
み出され得る。そのＣＲＣ回路は、４つのレジスタを既知の値に初期化するためにオフに
され得る。
【０１５７】
ＣＲＣ３２書き込みデータレジスタはページ１８にある。これは並列入力直列出力のシ
フトレジスタである。８０３２ＷＲストローブの終わりは、ページ１５においてシフトロ
ジックを開始する。このロジックはシフトの開始をＯＳＣ＿２クロックに同期させるであ
ろう。３ビットカウンタは正確に８カウントをカウントして回路を停止させる。
【０１５８】
Ｘ＿ＥＮ＿ＸＯＲビットを使用してＣＲＣ３２回路を既知の値に初期化することができ
る。一部のＣＲＣ回路は、３２ビットがすべてゼロにセットされることでスタートし、他
のＣＲＣ３２回路はすべてのビットが１にセットされることによりスタートする。Ｘ＿Ｅ
Ｎ＿ＸＯＲがロジック「１」にセットされると、ＣＲＣ回路の排他的論理和ゲートがすべ
て使用不能にされる。これは、ＣＲＣ３２書き込みデータレジスタへの書き込まれたデー
タを、不変のＣＲＣ３２フリップフロップチェーンに入れることを可能にする。この特徴
はまたＣＲＣ計算におけるブレークを可能にする。ブレークが起きると、ソフトウェアが
データを読み出して４つのＣＲＣ３２読み出しレジスタに記憶することができる。その後
、このデータはこれらのレジスタに再ロードされる。
ＣＲＣ３２の多項回路は以下のとおりである：
【０１５９】
【表３】
2011120310.tif 000006
2011120310.tif 000007
2011120310.tif 000008
ＯＵＴＰＵＴ＿１＝４ｍＡ、通常速度（出力ポート制御ビット）
ＯＵＴＰＵＴ＿２＝２ｍＡ、遅い（１０ｎＳ）立ち上がり・立ち下がり時間（ＰＳＲＡＭ
アドレス出力）
ＯＵＴＰＵＴ＿３＝２ｍＡ、通常速度出力
ＯＵＴＰＵＴ＿４＝４ｍＡ、通常速度出力（クロックに対して使用）
注：出力１および２はグルーブが異なるので、出力ビット電流はグループ間で容易に変え
ることができる。
ＩＮＰＵＴ＿１＝シュミットトリガ付きＴＴＬ入力レベル
ＩＮＰＵＴ＿２＝ＴＴＬ入力レベル
Ｉ／Ｏ＿１＝２ｍＡ出力ドライバ（アクティブＨが使用可能である）、オープンドレイン
または三状態可能、入力はＴＴＬレベル
Ｉ／Ｏ＿２＝２ｍＡ出力ドライバ（アクティブＨが使用可能である）、入力はＴＴＬレベ
ル（データバス）
テーブルＶ
ＴＰＵ２７４０オンスクリーンコントローラ１２４
ＴＰＵ２７４０は、オンスクリーンディスプレイ（ＯＳＤ）コントローラとして機能し
、また、クローズドキャプションデータ（ＣＣＤ）ＶＢＩデータスライサとしても機能す
る。ＴＰＵ２７４０は、ファーストプロセッサ（ＦＰ）と呼ばれるＲＩＳＣベースのプロ
セッサを含み、そのプロセッサはＶＢＩデータを収集し、直列バスと通信し、ＯＳＤを制
御するために使用される。内部ＴＰＵ２７４０回路の一部は、入力クロック周波数の４倍
で動作している（これは、１８ＭＨｚの入力クロックのＴＶＲＯボードについて７２ＭＨ
ｚである）。８０３２とＴＰＵ２７４０との間の通信は３ワイヤＩＭ直列バス１０８を介
して行われる。
【０１６０】
ＴＰＵ２７４０は、完全なディジタルチップであり、ベースバンドビデオデータは、Ｔ
ＰＵにより使用される前に先ずディジタル化されなければならない。６ビットアナログデ
ィジタルコンバータ（μＰＣ６６０）が、このディジタル化を行う。
【０１６１】
μＰＣ６６０は、付録ＡのＴＶＲＯ回路図のページ１に示されている。入力ビデオ信号
は約１ボルトＰ−Ｐであり、この信号は、ディジタル化される前に既知のＤＣレベルに「
クランプ」されなければならない。ページ１の「ビデオクランブおよびフィルタ」は、「
バックポーチクランプ」方法を使用してこれを行っている。このクランプは、「バックポ
ーチ」領域が約３．６９ボルトＤＣとなるようにビデオ信号をバイアスしてＡ／Ｄコンバ
ータへ入力する（「バックポーチ」はカラーバーストが存在する領域である）。
【０１６２】
Ｒ１５、Ｒ１６、Ｒ１７およびＲ１８で構成されるページ１のレジスタネットワークは
そのクランプおよびＡ／Ｄ回路に対して電圧レベルを設定する。Ａ／Ｄの上部基準（ピン
１１）は約４．５２ボルトに設定され、下部基準（ピン１３）は約３．３５ボルトに設定
される。入力ビデオ信号バックポーチ領域が３．６９ボルトＤＣ（ピン１２）にバイアス
されるならば、ビデオ信号の最大ピークツーピークスイングは常に基準ピンの間にあるべ
きである。ＴＲＵが、入来するビデオ信号だけを使用してＶＢＩクローズドキャプション
データを取り去る。そこでは、４ＭＨｚのビデオバンド幅全体を必要としないので、Ｒ７
およびＣ６が、約１ＭＨｚでＴＰＵビデオをロールオフするローパスフィルタを形成する
。（注：クランプ電圧の比は、予期されたビデオ信号ＩＲＥ値と同じである。）
ＴＰＵの回路網は、ディジタル化されたビデオから垂直および水平同期を検出する。Ｏ
ＳＤおよびＶＢＩデータスライサはこれらの信号をタイミング機能のために使用する。プ
ログラム可能なコンバータは、垂直および水平同期を検出するために使用される。このコ
ンバータが正確に同期を検出するためには、ビデオクランプが正確に機能することが重要
である。ＦＰは、同期検出回路網の出力を読み出して水平ラインをカウントすることがで
き、したがって、特定のＶＢＩラインからＶＢＩデータを読み出して、グラフィックオン
スクリーンディスプレイを正確なビデオ走査ラインで開始することができる。特定のリー
ドインフレーミングデータを含むＶＢＩ信号が検出されると、ＴＰＵのＶＢＩ回路網はＶ
ＢＩデータを、ＦＰが読み出せる内部レジスタにロードするであろう。ＦＰがこのデータ
を読み出してバッファに挿入する。その後、ＶＢＩデータはＩＭバスを介して８０３２に
より読み出される。
【０１６３】
ＴＰＵは良好なディジタル化されたビデオおよびピン２７の安定な水平タイミング基準
を必要とする。水平レート信号はＭＣ１３７８からの＋バーストゲートであり、ピン２７
においてＴＰＵに送られる。これらの信号のいずれかが消失するか欠陥信号であれば、Ｔ
ＰＵは安定なオーバレイを生成することができないであろう。
【０１６４】
ＴＰＵのＯＳＤ部分は、キャッシュメモリ、キャラクタメモリ、タイミング機能および
外部２５６Ｋ×４ビットＤＲＡＭ（Ｕ９）から成る。ＦＰは、ＩＭバスから高レベルのグ
ラフィックコマンドを読み出してそのグラフィック情報を外部のＤＲＡＭメモリに記憶す
る。キャッシュメモリ、タイミング回路網およびキャラクタ発生ハードウェアとともに、
ＴＲＵのＦＰは、Ｒ、Ｇ、ＢおよびＦＢＬＯＵＴラインにグラフィックデータを出力する
。Ｒ、Ｇ、Ｂの出力を用いて８つのカラーが発生される。ＦＢＬＯＵＴ（速いブランキン
グ出力）信号は、ビデオ出力がＴＲＵからのＲ、Ｇ、Ｂデータを含むか、または、入来す
るビデオが通過されるべきかを決定する。
【０１６５】
ＴＰＵは、オーバレイスクリーンおよびデータを記憶するために２５６Ｋ×４ビットＤ
ＲＡＭ（Ｕ９）を有する。これは、速いページモードＤＲＡＭであってスクリーン上にオ
ーバレイが全くないときでもスクリーンデータを絶えず読み出すことによりリフレッシュ
論理が回避される。
Ｒ、Ｇ、Ｂカラーコンバータ
スターサイト  テレコースト  グラフィックディスプレイは、８つのカラー、すなわち
、ブラック、ホワイト、グレイ、イエロー、ライトイエロー、ライトグリーンおよびレッ
ドを必要とする。これらのカラーは、ＴＰＵが作る標準の８つのＮＴＳＣ飽和カラーでは
ない。「カラーコンバータ回路」は、ＴＰＵ飽和ディジタルカラーをスターサイトグラフ
ィックディスプレイの「感じのよい」カラーに変換するために必要とされる。この回路は
、ＰＣＢ回路図のページ２に示されている。カラーコンバータは、３つの「８−１アナロ
グスイッチ」から構成されている。Ｒ、Ｇ、Ｂ出力の各々について１つのスイッチがある
。望ましいＲ、Ｇ、Ｂ電圧を生成する正確な電圧ディバイダが設けられている。アナログ
スイッチは、ＴＰＵからの３ビットのディジタルＲ、Ｇ、Ｂ信号に基づいてそれらの出力
へ適当な電圧を迂回させる。ＴＰＵのＲ、Ｇ、Ｂ出力はオープンドレインとなるようにプ
ログラムされ、それにより、全ＴＴＬレベルスイングが多重化アナログスイッチに利用で
きる。ページ２のＲ１４およびＣ１８は、Ｒ、Ｇ、Ｂチャンネルにおける遅延を補償する
ために、速いブランキング信号に対する安価なＲ−Ｃ遅延を形成する。
オーバーレイ・ジェネレータ及びビデオ・シンクロナイザー
モトローラ社ＭＣ１３７８は、ビデオ・シンクロナイザーのための主メイン・ビルディ
ング・ブロックとして使用されている。このＭＣ１３７８は、リモート・モード（ＲＥＭ
ＯＴＥ  ＭＯＤＥ）（ピン１は、ＨＩＧＨとシテセットされている）において、動作する
。このモードにおいて、外部ビデオが、同期タイミング信号を生成するために必要である
。ここで、１３７８のブロック図のための添付資料ＡのＴＶＲＯ概略図の第３頁を参照す
る。
【０１６６】
Ａ１ボルト・ピーク・ツウ・ピークＮＴＳＣビデオ信号は、１３７８及びＴＰＵの両方
のためのタイミング情報を提供するためにピン２４に送られなければならない。
【０１６７】
ピン２４の信号は、リモート・ビデオ信号（Ｒｅｍｏｔｅ  Ｖｉｄｅｏ  Ｓｉｇｎａｌ
）と呼ばれる。
【０１６８】
この信号は、１３７８内で内部的にクランプされ、その後、合成シンク（Ｃｏｍｐｏｓ
ｉｔｅ  ｓｙｎｃ）が分離される。この合成シンクは、垂直シンスロナイザー（Ｖｅｒｔ
ｉｃａｌ  Ｓｙｎｃ）を分離すると共に４．０３ＭＨｚの水平位相ロック・ループ（Ｈｏ
ｒｉｚｏｎｔａｌ  Ｐｈａｓｅ  Ｌｏｃｋｅｄ  Ｌｏｏｐ）をロックするために使用され
る。合成シンク（ピン３９）と垂直シンク（Ｖｅｒｔｉｃａｌ  Ｓｙｎｃ）（ピン３８）
の両者は、デバッグとタイミングのための外部的に利用可能である。
【０１６９】
別の合成シンクが、４．０３ＭＨｚのＰＬＬ（ＰＤ１を使用する）をロックするために
使用される。このＰＬＬ内のＶＣＯは、約４．０３ＭＨｚのセラミック共振器として形成
される。このセラミック共振器の自走周波数は、Ｃ３９で調整されなければならない。こ
のＶＣＯを調整する最良の方法は、周波数カウンタを使用しさらにＵ１−５で周波数が１
５，７５０ＨｚとなるまでにＣ３９を調整することである。この調整は、ＶＣＯが自走す
るように、ビデオ・イン信号（Ｖｉｄｅｏ  ｉｎ  ｓｉｇｎａｌ）を非接続とする。
【０１７０】
４．０３ＭＨｚのＶＣＯ出力は、水平周波数を得るために２５６で分けられ、さらに、
その後、“ＢＵＲＳＴ  ＧＡＴＥ”を生成するように更にデコードされる。バースト・ゲ
ート（ＭＣ１３７７８ピン５）は、約４ｕＳ幅で且つ約３．５８ＭＨｚカラー・バースト
を中心とする。この信号は、オーバーレイ表示のための主タイミング・レファレンスであ
る。これは、１３７８とＴＰＵ２７４０の両者により広範囲で使用される。ＴＰＵＨＡ、
バースト・ゲートを使用して、オバーレイをいつスタートするかを決定する。バースト・
ゲートからオバーレイがスタートするまでの遅延をセットするプログラマブル・カウンタ
がＴＰＵ内にある。バースト・ゲート上のジェタのどれかが、オーバーレイ上に不快な側
部から側部への動き（ａｎｎｏｙｉｎｇ  ｓｉｄｅ  ｔｏ  ｓｉｄｅ  ｍｏｔｉｏｎ）を
生じさせることになる。
【０１７１】
リモート・ビデオからのカラー・バーストは、バースト・ゲートによりゲート制御され
るＰＤ３ＷＯ用いる４Ｘカラー・サブ・キャリア発振器をロックするために、使用される
。
【０１７２】
エンコーダ部からの局所的に生じた合成ビデオの位相が、ＰＤ３をロックするために使
用される同様なサブ・キャリヤ・レファレンスと比較される。これは、ローカル信号とリ
モート信号の両方のサブ・キャリヤ位相がほぼ等しくなるように、ＰＤ４の手段により行
われる。
位相検出器の動作の概要
１．ＰＤ１が、入ってくるリモート水平シンクに対して比較し且つ内部的にカウントされ
た４．０３ＭＨｚのＶＣＯをロックする。これは、ＶＣＲ源の揺らぎに追従するために早
く動作する。このＰＬＬフィルター・ネットワークは、Ｃ２４、Ｃ３８及びＲ１９から成
る。
２．ＰＤ２は、このデザインには使用しない。
３．ＰＤ３ＨＡ、ゲート制御された位相の検出器（ｇａｔｅｄ  ｐｈａｓｅ  ｄｅｔｅｃ
ｔｏｒ）であり、入って来るリモート信号バーストに対して４つに分割されたクリスタル
発振器周波数をロックする。
４．ＰＤ４は、出ていくローカル・カラー・バーストがＰＤ３で入ってくるリモート・バ
ーストと同じ位相となることを保証するために、内部の位相シフターを制御する。
５．ＰＤ５は、この操作モードでは使用されない。
ＭＣ１３７８内のビデオ・パス
リモート・ビデオは、ＡＣ結合され、さらにピン２４を介して供給され、さらに、適切
なＤＣレベル（ブランキングは、０ボルトである）にクランプされる。このクランプされ
たビデオは、高速ビデオスイッチに供給され、この高速ビデオスイッチでは、ローカル・
ビデオとリモート・ビデオとの切り換えが行われ、ピン２５でオバーレイ・イネーブル（
Ｏｖｅｒｌａｙ  Ｅｎａｂｌｅ）により制御される。第２のパスは、ＰＤ３に通じており
、ＰＤ３では、リモート・ビデオ・バーストが、４つに分割されたクリスタル発振器周波
数と比較される。第３のパスは、入って来る信号がＰＡＬかＮＴＳＣであるかを判定する
認識ディレクター（Ｉｄｅｎｔｉｔｙ  Ｄｉｒｅｃｔｏｒ）に通じている。
【０１７３】
ローカル・ビデオは、ピン１４、１５及び１６で直接結合の１ボルトのピーク・ツウ・
ピーク入力であるＲ，Ｇ及びＢの信号から生成される。その後、カラー・ディファレンス
（Ｃｏｌｏｒ  Ｄｉｆｆｅｒｅｎｃｅ）と、Ｂ−Ｙ、Ｒ−Ｙ及び輝度Ｙ信号を生成するル
ーマ・マトリックス（Ｌｕｍａ  Ｍａｔｒｉｘ）が続く。Ｂ−Ｙ信号とＲ−Ｙ信号がクラ
ンプされ、さらに、それらの各モジュレータに送られる。変調されたＢ−Ｙ信号とＲ−Ｙ
信号は、合計され、３．５８ＭＨｚのＮＴＳＣのクロマ信号となり、この信号がピン１８
に供給される。このクロマ信号は、Ｃ３３、Ｃ３４、Ｃ３５、Ｒ２２、Ｒ１３及びＴ１か
ら成る３．５８ＭＨｚのバンド・パス・フィルターにより、ろ波される。このろ波された
クロマ信号は、ピン２０でフィードバックされる。この点において、クロマ信号は、４０
０ｎＳ遅延線を通過する輝度信号に加えられる。この遅延線は、モジュレータ及びバンド
パスフィルターを通過するクロマ信号のための長いパスにより、必要となる。この遅延線
は、リニアグループ遅延と同様に、少なくとも４ＭＨｚのバンド幅、全バンド幅で良好な
リニヤ性特性を有している。クロマとルーマの組み合わせ信号が、合成ＮＴＳＣビデオ信
号となり、この信号は、この後、ローカル・ビデオ・クランプによりクランプされ、さら
に、高速ビデオスイッチに供給され、出力ピン２７でリモート・ビデオとミックスされる
。
【０１７４】
ローカル・ビデオ振幅をリモート・ビデオ振幅に関して正確に保持するために、２つの
ブースト振幅は、ＡＣＣ検出器で比較され、局部的に生成されたクロマ・パス内の可変ゲ
インＡＣＣ増幅器を使用して、等しく設定される。
【０１７５】
リモート信号の絶対ブースト振幅が、キル（ｋｉｌｌ）検出器により検出され、局部的
に発生した信号のクロマが、リモート・ブーストが所定のレベル以下に低下したとき、オ
フとされる。このキル・レベルは、ピン３１の抵抗Ｒ３の値を変更することにより調整可
能である。４７０Ｋが、約１０−２０ｍＶｐ−ｐのリモート・ブーストでキルする。通常
のブーストは２８６ｍＶｐ−ｐである。
電力供給
このシステムは、５ＶＤＣデジタル、５ＶＤＣアナログ、及び可能性として１２ＶＤＣ
アナログ（あるＲＦモジュレータに対して）を必要としている。
【０１７６】
電流条件は、以下の通りである。
【０１７７】
５ＶＤＣデジタル      ５５０ｍＡ
５ＶＤＣアナログ      １５０ｍＡ
１２ＶＤＣアナログ      ８０ｍＡ
マイクロプロセッサ（ＰＷＲＢＡＤライン）は、５ＶＤＣデジタル供給が４．７５ボル
ト以下に低下する前の少なくとも１０ｍＳでゼロにセットされることが重要である。これ
により、マイクロプロセッサが、稼動中のデータベースの処理を完了させ、ＤＲＡＭの停
止を順序正しく行うことが可能となる。これは、セイコー社のＳ８０７３１ＡＮパワー・
スーパーバイザーＩＣ（Ｕ２）を用いて、不規則な電力をモニターすることにより行われ
る。不規則な電力供給が約８ボルト以下に低下した後、このＳ８０７３１ＡＮがＰＷＲＢ
ＡＤを断定する（ａｓｓｅｒｔ）。これにより、サブルーチンのパワーダウンを開始する
マイクロプロセッサ内の割り込みが生じる。Ｕ３が５ＶＤＣ供給をモニターし且つＤＢＥ
１２００内へのＲＥＳＥＴラインを制御する。これにより、電力が上昇し又低下している
間に、クリーン・リセット信号が生成される。
送信器１１６
ＩＲ送信器１１６の機能は、ＭＣ６８ＨＣ０５Ｃ９マイクロプロセッサにより発揮され
る。このマイクロプロセッサは、８０３２との通信のために、ソフトウエア・シリアル・
バス１１０とインターフェイスするようにプログラムされている。このマイクロプロセッ
サは、大部分のＶＣＲのもののために、ＩＲ信号をシュミレートするそれらの出力ピン上
でパルスを生成することができる。ＭＣ６８ＨＣ０５Ｃ９内のＲＯＭは、実行可能なプロ
グラム、コード及びシーケンスを含み、赤外線を経由してＶＣＲを制御する。ＭＣ６８Ｈ
Ｃ０５Ｃ９上のポートＢは、それが対応するシリアル・アドレスをセットするために使用
される。クロック信号はＤＢＥ１２００ゲート・アレー内のプログラマブル・クロック・
デバイダにより生成される。
【０１７８】
図６は、パケット３００、メッセージ３０２及びコマンド３０４がどのように関連して
いるかを示している。図７は、パケット３００を更に詳細に示している。他に示さない限
り、全てのフィールドは、バイナリー２の補数（ｂｉｎａｒｙ  ２”ｓ  ｃｏｍｐｌｅｍ
ｅｎｔ  ｎｕｍｂｅｒｓ）である。フィールド内の全ての設定されていないビットは、リ
ザーブされ、ゼロに最初設定される。全てのマルチ・バイト変数は、他に表示が無ければ
、格納された最も重要なバイト・ファースト（大きなエンディアン・フォーマット（ｂｉ
ｇ  ｅｎｄｉａｎ  ｆｏｒｍａｔ））である。ただし、例外があり、ＣＲＣ１６とＣＲＣ
３２のフィーリドは、逆のオーダーで格納された最も重要でないバイト・ファースト（小
さなエンディアン・フォーマット（ｌｉｔｔｌｅ  ｅｎｄｉａｎ  ｆｏｒｍａｔ））であ
る。
【０１７９】
全ての見ることができるテキスト記号列（ｓｔｒｉｎｇｓ）は、印刷可能な文字（ｃｈ
ａｒａｃｔｅｒｓ）のみから構成されており、ここで、印刷可能とは、３２（２０Ｈ）か
ら１２２（０７ＡＨ）の範囲でＡＳＣＩＩバリューで定められている文字である。上側と
下側の両方のケースの文字（ｌｅｔｔｅｒｓ）が、支持されている。フィールドを満たさ
ないＡＳＣＩＩ記号列を含む全ての固定されたフィールドは、ＮＵＬＬ（ＡＳＣＩＩ値０
）文字を用いてパッドされる。他に特に特定しない限り、フィールドを満たさない記号列
は、ＮＵＬＬで終わらない。
パケット３００
パケット３００は、誤差検出情報及び加入者ユニットにより操作される情報から成る。
図７に示されたパケット・フィールドは、次に示すようにテーブルＶＩに示す記述を有す
る。
【０１８０】
【表４】
2011120310.tif 000009
2011120310.tif 000010
テーブルＶＩ
メッセージ３０２
メッセージ３０２は、パケット３００の情報保持部分である。図８に示すように、これ
らは、１又はそれ以上のコマンド３０４から成っている。メッセージは、整数個のコマン
ドを含み、さらに、コマンドはメッセージ間で分離されていない。パケット・ヘッダーの
サイズ・フィールドは、いつ全てのコマンドが処理されたかを判定するために使用される
。メッセージ・フィールドの最適サイズは、２５０バイトかそれ以下である。２５０バイ
トよりも大きなコマンドは、１つのパケット内で単独に含まれるべきである。最後のコマ
ンド内の最終バイトに続くバイトは、常に、ＣＲＣ３２フィールドの最初のバイトである
。
コマンド３０４
コマンド３０４は、ＴＶスケジュール・データベースを作り、１日の最新時間を保持し
、さらに、ユーザー・オーソリゼイション及びセキュリティー問題を取り扱うための、ス
ターサイト・データ・トランスミッション・ネットワーク（ＳｔａｒＳｉｇｈｔ  Ｔｒａ
ｎｓｍｉｓｓｉｏｎ  Ｎｅｔｗｏｒｋ）のエレメントである。
【０１８１】
異なるコマンドは、“Ｃｍｄタイプ”として知られている特別な値により区別される。
それは、コマンドの最初のバイトの最も重要でない６ビットに含まれる。全部で６４個の
特別なコマンドタイプが可能である。２番目のフィールドは、“Ｃｍｄ長さ”であり、こ
れは、コマンドのバイトサイズを判定するために使用される。このサイズは、“Ｃｍｄタ
イプ”と“Ｃｍｄ長さ”のフィールドを含む。“Ｃｍｄ長さ”フィールドは、１又はそれ
以上のバイト量であってもよい。テーブルＩＩは、全てのコマンドを示し、“Ｃｍｄ長さ
”フィールドのサイズを特定している。このテーブルには、コマンドのための暗号化オフ
セットが含まれる。
このコンセプトは、このテーブルに続くセクションで詳細に説明される。
【０１８２】
（新コマンドが実行されたとき将来生じるであろう）コマンドタイプを認識しない加入
者ユニットは、コマンドレングスを計算し、そのコマンド（Ｃｏｍｍａｎｄ）をスキップ
オーバし／イグノア（無視）しなければならない。
【０１８３】
Ｃｏｍｍａｎｄの第１バイトの最上位ビット（ＭＳＢ）は、コマンドが暗号化されてい
るかどうかを信号するフラグである。セットされていると、コマンドが暗号化され、クリ
アされていると、暗号化されていない。暗号化フォーマットにおいて加入者ユニットへ通
ったコマンドだけが、ショウリスト（Ｓｈｏｗ  Ｌｉｓｔ）コマンド、オーソライゼーシ
ョン（Ａｕｔｈｏｒｉｚａｔｉｏｎ）コマンド、及びキー分散コマンド（Ｋｅｙ  Ｄｉｓ
ｔｒｉｂｕｔｉｏｎ  Ｃｏｍｍａｎｄ）であることが確実にされる。しかし、加入者ユニ
ットは、任意のコマンドを暗号解読するように調整されるべきである。
【０１８４】
コマンドの暗号化した部分のスタートオフセットは、また、先行のテーブルにリストさ
れる。大抵のコマンドが、そのクリアにおいてその内容の一部を残し、これによって、パ
ケットストリームを処理するネットワークエンティティが、不必要なコマンドを、コマン
ドのガットを暗号解読することなしに、フィルタアウトする。（将来のコマンドに対する
暗号化のオフセットはそのコマンドが実際の実行されたとき変更されうることに注意され
たい。）
Ｃｏｍｍａｎｄの第１バイトの２番目の上位ビット（第２ＭＳＢ）は、２つのプログラム
キーのいずれがコマンドの暗号解読のとき使用されるべきかを示している。このビットが
クリアされているとき、暗号解読プログラムキー０は使用され、セットされているとき、
キー１が使用されている。
【０１８５】
イニシャライゼーションベクトル及びパッド文字を追加する必要があるので、コマンド
を暗号化するプロセスは、コマンドを格納するのに必要とするメモリの量を増加させる。
イニシャライゼーションベクトルは、暗号化したバイトストリームのスタートに常時プリ
ペンド（ｐｒｅｐｎｄｅｄ）される８バイトのフィールドである。パッド動作は、そのバ
イトストリームが暗号化される前に、そのバイトストリームに追加される。パッド動作の
目的は、暗号化データが“タンパ（Ｔａｍｐｅｒ）”されたどうかをセキュリティモジュ
ールが決定するのを助けることにある。十分なパッド文字が、生データストリームの長さ
を８の倍数になるように付加される。その長さが８の倍数であれば、８個のパッド文字が
付加される。パッド文字の値は付加されたフィルバイトの数である。例えば、３個の余剰
バイトがコマンドに付加されると、各フィルバイトは値３となる。コマンド（Ｃｏｍｍａ
ｎｄ）の暗号化データは、図９に示すように、格納される。
【０１８６】
このコマンドセットの将来の改訂は、存在するコマンドにフィールドの定義を付加する
。コマンドプロセッサは、最後に認識されたフィールドの後の全データをイグノア（無視
）するように調整されるべきである。
【０１８７】
いくつかのコマンドが、特定のユニット又は特定のユニットグループにアドレスされる
。ユニットは、４バイトバッチ数と１バイトユニット数の、２つの部分で構成される論理
アドレスを用いてアドレスされる。バッチ数は、コマンドを同じバッチ数を共用するユニ
ットグループに送るグループアドレスとして用いられる。ゼロのバッチ数は、リザーブし
た意味を持ち、全ユニットをアドレスする。
他の可能な全てのバッチ数は、有効なアドレスである。（例えば、バッチ数＝０をもって
伝送されたコマンドは、システムの広域放送（システム・ワイド・ブロードキャスト）と
して予定され、バッチアドレス２３４５６を持つコマンドは、バッチグループ２３４５６
だけのユニットに向けて送られる。他のバッチグループのユニットは後者のコマンドをイ
グノアすべきである。）
ユニット数は、バッチグループの特定のユニットを識別するのに用いられる。２５５ま
でのユニットが、１つのバッチグループに収容されるのが好ましい。ゼロのユニット数は
、１バイトグループ内の全ユニットをアドレスするリザーブした意味を有する。（例えば
、バッチ数２３４５６、ユニット数＝０を持つ論理アドレスは、バッチグループ２３４５
６の全ユニットに向けられる。）
加入者ユニットデータベースを構築するのに必要とされるコマンドは、典型的には、テ
ーブルＶＩＩＩに示す順序で、繰り返して送られる。
【０１８８】
テーブルＶＩＩＩ
【０１８９】
【表５】
2011120310.tif 000011
他のメッセージは、この周期的ストリームにおいて、必要とするときのランダムな基準
で、散在している。伝送エラーによって、メッセージの喪失を生じて、コマンドが順序を
外れて受取られることがあることに注意されたい。特に、ショウリストにギャップができ
ることに注意されたい。加入者ユニットはメッセージの喪失と順序外れを取扱うことがで
きねばならない。
【０１９０】
以下のセクションは、各コマンドについて記述する。コマンドは、その非暗号化フォー
ムで示されているが、読者は、暗号化により上記の修正がいずれのコマンドにも行えるこ
とを了解されたい。
Ｔｉｍｅ  Ｃｏｍｍａｎｄ（タイムコマンド）
Ｔｉｍｅ  Ｃｏｍｍａｎｄ（タイムコマンド：  図１０）は、現在の時間と日付を特定
している。これらは、周期的に、所定のレートで送られる。加入者ユニット５２（図１〜
４）は、現在の時間と日付をリセットして、このメッセージで受取った値に一致させる。
図１０に示すタイムコマンドのフィールドは、テーブルＩＸに記述されている。
【０１９１】
テーブルＩＸ
【０１９２】
【表６】
2011120310.tif 000012
2011120310.tif 000013
Ｄａｙｌｉｇｈｔ  Ｓａｖｉｎｇ  Ｔｉｍｅ  Ｃｈａｎｇｅ  Ｃｏｍｍａｎｄ（日光節約
時間（夏時間）変更コマンド）
夏時間変更コマンド（Ｄａｙｌｉｇｈｔ  Ｓａｖｉｎｇ  Ｔｉｍｅ  Ｃｈａｎｇｅ  Ｃ
ｏｍｍａｎｄ）は、次の夏時間変更が生じるときを定め、これによって、これらの変更を
含む時間についてのスケジュールデータの表示が、正しく調整されたローカル時間を示す
ことができる。加入者ユニットは、（オーソライゼーションコマンドから得られた）タイ
ムゾーンオフセットを追加して、そのローカル変更時間に対応する変更に対してグリニッ
ジ標準時間を計算せねばならない。ショウリストは、この計算したグリニッジ標準時間が
近づく夏時間に影響を受けるタイムオフセットによって示されるであろう後にエントリさ
れる。図１１に示される夏時間変更コマンドのフィールドは、テーブルＸに定義されてい
る。
【０１９３】
テーブルＸ
【０１９４】
【表７】
2011120310.tif 000014
Ｒｅｇｉｏｎ  Ｃｏｍｍａｎｄ（領域コマンド）
領域コマンドは、スターサイトデータ（Ｓｔａｒ  Ｓｉｔｅ  Ｄａｔａ）が利用可能で
あり且つ所与の領域の加入者ユニットによって受取ることが可能である全チャンネルを識
別する。１つの領域コマンドは、データプロバイダステーションによって受取られるエリ
アの各領域に対して送られる。例えば、各ケーブルシステムのチャンネルラインナップが
１つの領域を構成する。オーソライゼーションコマンドが領域ＩＤを送る。領域ＩＤが分
かると、その領域の各チャンネルに対するチャンネルデータがチャンネルデータコマンド
（Ｃｈａｎｎｅｌ  Ｄａｔａ  Ｃｏｍｍａｎｄ）から獲得される。
【０１９５】
このコマンドのチャンネルＩＤは、ユーザ領域の各チャンネルについてチャンネルデー
タを獲得した後は、加入者ユニットによって必要とされない。しかし、チャンネルＩＤと
バージョンとは、チャンネルデータが失われたり（例えば電力の供給停止）あるいは変更
したりして、再獲得せねばならない場合に備えて、保持されねばならない。
【０１９６】
チャンネルＩＤのエントリは、ユーザがセットアップスクリーンを使用するシーケンス
を変更するまでは、加入者ユニットがチャンネルＩＤのエントリを表示すべきであるデフ
ォルトの順にリストされる。チャンネルの順序は多少数値的であり、ＨＢＯやＤＩＳＮＥ
Ｙ等のチャンネルは、全て、自然チャンネル数＝１として与えられ、“名前の系列（Ｎａ
ｍｅ  Ａｆｆｉｌｉａｔｉｏｎ）”フィールドによってアルファベット順に並べられる。
【０１９７】
ベースチャンネルだけが領域コマンドに送られる（Ｄｕｐｌｉｃａｔｅ  Ｃｈａｎｎｅ
ｌ  Ｃｏｍｍａｎｄを参照されたい）。図１２に示された領域コマンド（Ｒｅｇｉｏｎ  
Ｃｏｍｍａｎｄ）はテーブルＸＩに定義される。
【０１９８】
テーブルＸＩ
【０１９９】
【表８】
2011120310.tif 000015
2011120310.tif 000016
2011120310.tif 000017
2011120310.tif 000018
テーブルＸＩ
チャネルデータコマンド  チャネルデータコマンドが、種々のディスプレイに有用なチ
ャネル情報を与える。チャネルデータコマンドは、データプロバイダステーション（ＰＢ
Ｓステーションノード）によりサービスを提供される全ての領域の各チャネルに送られる
。加入者ユニットは、領域リストの１つに一致するチャネルＩＤエントリを含むチャネル
データコマンドを用いる領域において、全てのチャネルの情報を収拾する。
【０２００】
ベースチャネルのみが、チャネルデータコマンドに送られる（二重チャネルコマンド参
照）。図１３に示されるチャネルデータコマンドのフィールドが、テーブルＸＩＩで定義
される。
【０２０１】
【表９】
2011120310.tif 000019
2011120310.tif 000020
2011120310.tif 000021
テーブルＸＩＩ
ショーリストコマンド
ショーリストコマンドが、任意のチャネルに１日のスケジュールデータを提供する。シ
ョーリストコマンドは、（チャネルが放送されていない時であっても）スケジュールの空
隙を有しない。ショーリストコマンドは、システムの全ての領域におけるチャネル全部に
送られる。ショーリストコマンドは、多重のショースロットエントリを含み、各々のエン
トリは、チャネルのスケジュールにおける１つのショーに対応する。
【０２０２】
ショーリストコマンドは、少なくとも２４時間のスケジュールデータを表す。ショーリ
ストに対する最初のエントリは、グリニッジ標準時間で深夜の１２時に始まる。連続する
ショーリストの間の境界にまたがるプログラムが、それらの開始時間が属するショーリス
トにおいて一回だけ表される。次のショーリストは、前のショーリストからのプログラム
が、ダミーのショーエントリを伴ってそれにオーバランする部分の時間を表す。これらの
充填文字エントリは、”ｄｕｍ  ｆｌｇ”を用いて認識され、セットがこの時間スロット
でショーのエントリを示すとき、前日のショーリストの末尾で見つけられる。ショーリス
トの最初のエントリだけが、”ｄｕｍ  ｆｌｇ”セットを有することができる。ダミーの
ショーエントリは、それらのタイトルおよび記述テキストが、充填文字エントリとしてそ
れをラベルしたもので置き換えられることを除けば、有効なショーエントリと同様に機能
する。プログラムの開始時間が、ショーリストの境界時間と正確に同じである場合には、
次のショーリストにおいてこれは一回だけ表される。
【０２０３】
ショーリストコマンドが暗号化されるとき、ショーリストコマンドの暗号化は、上述の
ダイアグラムにおいてバイト１１から開始される（すなわち、”ｎｂｒ  ｓｈｏｗ  ｓｌ
ｏｔ  ｅｎｔｒｉｅｓ”フィールドで開始する）。ショーリストコマンドが、加入者ユニ
ットの領域に適当でない場合や、既に受け取られている場合には、ショーリストコマンド
が破棄されることが可能となる。不必要なショーリストを無視することは、暗号化の時間
を費やさないですむため、加入者ユニットのデータ処理スループットを助ける。図１４に
示されるショーリストコマンドのフィールドを、テーブルＸＩＩＩに定義する。
【０２０４】
【表１０】
2011120310.tif 000022
2011120310.tif 000023
2011120310.tif 000024
テーブル１３
ショータイトルコマンド
ショータイトルコマンドはプログラムのネーム（例えば、ＣＯＳＢＹ  ＳＨＯＷ）およ
びテーマ検索において用いられるいくつかのプログラム属性を含む。ショータイトルは、
通常ホフマンエンコーディングスキームを用いて圧縮される。
【０２０５】
非圧縮状態のショータイトルは、レングスにおいて１から８６バイトでなければならな
い。加入者ユニットのディスプレー能力が限られているので、レングスが３８バイトより
も大きいタイトルは省略された。
【０２０６】
加入者領域において少なくとも一つのチャネルに対するショーリスト内にショーがある
場合には、ショータイトルコマンドはデータベース内にセーブされなければならない。全
ての別のショータイトルコマンドは、無視されなければならない。必要とされるショータ
イトルは、ショーリスト内のＳＩＤ  番号をショータイトルコマンド内のＳＩＤ番号と一
致させることによってわかる。図１５に示すようなショータイトルコマンドのフィールド
がテーブル１４に定義される。
【０２０７】
【表１１】
2011120310.tif 000025
2011120310.tif 000026
テーブル１４
ショー記述コマンド
ショー記述コマンドは、プログラムのエピソードの記述とテーマ検索に用いたいくつか
のプログラム属性とを含む。ショー記述は、通常ショータイトルに関して用いられたのと
同じホフマンエンコーディングスキームを用いて圧縮される。
【０２０８】
圧縮されないショー記述はレングスにおいて１から１６２バイトでなければならない。
加入者ユニットのディスプレイ能力には限りがあるので、レングスが１２０バイト以上の
記述は省略される。データ提供者によってサービスされる全ての領域の記述を有する全て
のショーに対して、ショー記述コマンドが送られる。加入者の領域において少なくとも一
つのチャネルに対するショーリストにおいてＤＩＤが参照される場合には、ショー記述コ
マンドはデータベース内にセーブされなければならない。別の全てのショー記述コマンド
は無視されなければならない。必要とされるショー記述は、ショーリスト内のＤＩＤ番号
とショー記述コマンド内のＤＩＤ番号が一致することによってわかる。図１６に示したよ
うなショー記述コマンドのフィールドがテーブル１５に定義される。
【０２０９】
【表１２】
2011120310.tif 000027
2011120310.tif 000028
2011120310.tif 000029
テーブル１５
テーマカテゴリーコマンド
テーマカテゴリーコマンドは加入者ユニットのテーマ機能内に表示された主なカテゴリ
ーを特定する。これらのカテゴリーはヒエラルキーテーマ検索機能内の第１のインデック
スを形成する。各主なテーマカテゴリに対して、特定の８ビットＩＤ番号とテキストスト
リングが特定される。このテキストストリングはカテゴリーのエントリーを名づける。こ
のエントリーは、指示された公開順にコマンド内で順次リストされる。
【０２１０】
コマンドは、テーマカテゴリーコマンドが変更されるごとに増加されるバージョン数を
含む。加入者ユニットは、異なるバージョン数を有するコマンドが伝送されたとき、メモ
リー内に記録されたコマンドに存在するバージョンと取り替えなければならない。図１７
に示したようなテーマカテゴリーコマンドのフィールドは、テーブル１６に定義されてい
る。
【０２１１】
【表１３】
2011120310.tif 000030
2011120310.tif 000031
表１６
テーマ・サブカテゴリ命令
テーマ・サブカテゴリ命令は、加入者の単位デーマ機能で示されたサブカテゴリを特定
する。これらは、使用者が主テーマ・カテゴリを選択した後、表示される。各主テーマ・
カテゴリは、１又は２以上のサブカテゴリを有しており、そのサブカテゴリは、階級をな
すサーチスキーム（ｓｅａｒｃｈ  ｓｃｈｅｍｅ）の第２のレベルを形成する。各サブカ
テゴリには、親カテゴリの８ビットＩＤ、固有の１６ビットテーマＩＤ数、及び入力を名
付けるテキストストリング（ｔｅｘｔ  ｓｔｒｉｎｇ）が含まれている。入力は、提案さ
れる表示順序の命令内に直列に列挙される。
【０２１２】
命令には、バージョン（ｖｅｒｓｉｏｎ）数が含まれており、そのバージョン数は、テ
ーマ・サブカテゴリ命令が変更されるたびに、増加される。加入者単位は、バージョンの
数が異なる命令が送信されるとき、メモリに記憶された命令の現在のバージョンを差し変
える。全ての加入者単位は、同じテーマ・カテゴリＩＤ、サブカテゴリＩＤ、及びバージ
ョン数を含む入力を有しないとき、これらのサブカテゴリ名を記憶する。図１８に示され
るテーマ・サブカテゴリ命令のフィールドは、表１７で定義される。
【０２１３】
【表１４】
2011120310.tif 000032
2011120310.tif 000033
2011120310.tif 000034
表１７
加入者ユニットリセット命令
加入者ユニットリセット命令によって、星観測制御センタが選択された加入者ユニット
をリセットする。異なるタイプのリセットを送ることも可能である。図１９に示されるよ
うに、加入者ユニットリセット命令のフィールドは表１８に定義される。
【０２１４】
【表１５】
2011120310.tif 000035
表１８
認可命令
認可命令は、加入者ユニットがスケジュールデータを収集し、表示するように認可する
。加入者が星観測サービスを求めるときに、その命令は送信される。
【０２１５】
認可命令を受信するまで、加入者ユニットは、どの領域にいるか分からず、それによっ
てどのチャンネルでデータを収集するべきかが分からない。同様に、加入者ユニットは、
認可命令を受信するまで、各種の命令を解読するために必要な解読キーを有していない。
【０２１６】
認可命令は、認可過程において顧客サービス代表者に与えられた直列の番号を用いて個
々の加入者にアドレスする。第１の発生加入者ユニットは、単一の領域及び同じ同調周波
数の２つの別個のＶＢＩ線を支持するために制限される。図２０−２２に示されるように
認可命令のフィールドは、表１９で定義される。
【０２１７】
【表１６】
2011120310.tif 000036
2011120310.tif 000037
2011120310.tif 000038
2011120310.tif 000039
2011120310.tif 000040
表１９
長期割当ＩＲコード命令
長期割当赤外線コード命令は、特定の周辺装置を制御するために、加入者ユニット普遍
遠隔制御チップによって使用される制御コードを特定する。このコードは、ＩＲブラスタ
（ｂｌａｓｔｅｒ）言語を記載しており、この言語は、ＵＲＣチップの内部データベース
にない装置にたいして選択的に送出される。顧客サービス代表が星観測と言われる使用者
と接触しているとき、伝送は通常発生する。なぜなら、それらが、加入者ユニットマニュ
アルにおけるＶＣＲ／ケーブルボックス／ＴＶ用のコード群を発見しなかったからである
。
【０２１８】
ＩＲコードは、連続数を介して特定のユニットにアドレスされるか、又は所定の生産コ
ード、装置タイプ（例えば、ＶＣＲ）そして装置ＩＤを有するユニットにアドレスされる
。これらの命令は、ＳＵ群にアドレスされるとき、使用者の要求について一度か、又は反
復して送出される。図２３に示されるように長期割当ＩＲコード命令のフィールドは、表
２０に定義されている。
【０２１９】
【表２０】
2011120310.tif 000041
2011120310.tif 000042
表ＸＸ
キー分配コマンド
キー分配コマンドは、暗号化コマンドを解読するために使用されるべき現在及び次のプ
ログラムキーを与える。加入者ユニットは、バッチ番号を含むキー分配コマンドに対する
データストリームを観察する必要がある。コマンドが見つけ出された時、それは、許可ビ
ットマスク、両方のキー、及び承認データフィールドを、スターサイトセキュリティープ
ロセッサに送る必要がある。加入者ユニットユニット番号に対応する許可ビットマスク内
のビットが０の場合、加入者は、不許可になり、データ収集を保留する必要がある。図２
４内に示されるキー分配コマンドのフィールドは、表ＸＸＩ内に定義されている。
【０２２０】
【表２１】
2011120310.tif 000043
表ＸＸＩ
加入者ユニットコマンド
このコマンドは一つ以上の加入者ユニットにデータバイトを送信するために使用される
。フォーマット及び内容の定義は、加入者ユニットに対してプライベートである。ネット
ワークは、データに割り込む試みはしない。
【０２２１】
この命令はコマンド及び初期化データを、分離、形式、ネットワークメッセージを定義
する必要なしに、開発中に加入者ユニットに送信するためのホックを提供する。これらの
メッセージの大きくは、元々一時的であることが出来る。図２５に示される加入者ユニッ
トコマンドのフィールドが表ＸＸＩＩに定義されている。
【０２２２】
【表２２】
2011120310.tif 000044
表ＸＸＩＩ
以下は、加入者ユニット５２データベースエンジンの内部データ構造を記述している。
加入者ユニットデータの一般的な特徴は、階層的である。データ構造のスケジュールデー
タ階層は降順での次の通りである。
【０２２３】
【表２３】
2011120310.tif 000045
テーマのカテゴリー及びテーマのサブカテゴリーが、観るショーを選択するのに使用さ
れる。それらは、テーマカテゴリー／サブカテゴリー対と一致するショーを抽出するのに
使用される共通のデータ値（テーマインデックス）を共有する。降順でのテーマデータ階
層は、以下の通りである。
【０２２４】
【表２４】
2011120310.tif 000046
加入者ユニットによって受信されたネットワークコマンドの記述に対して、インサイト
データ転送ネットワークプロトコル記述（ＩｎＳｉｇｈｔ  Ｄａｔａ  Ｔｒａｎｓｍｉｓ
ｓｉｏｎ  Ｎｅｔｗｏｒｋ  Ｐｒｏｔｏｃｏｌ  ｄｅｓｃｒｉｐｔｉｏｎ）を見る。
データベースメモリプール概欄
メモリマネージャー（Ｍｅｎｏｒｙ  Ｍａｎａｇｅｒ）は、サブスクライバユニットの
適用部分によって要求されるメモリブロックを割当て且つフリーにする。アプリケーショ
ンソフトウエアーハンドル（ＨＡＮＤＬＥ）を介してメモリブロックを参照する。メモリ
ブロックのハンドルは、プールインデックス（ＰＯＯＬ  ＩＮＤＥＸ）を含むテーブルエ
ントリに対するインデックスである。プールインデックスは、メモリブロック（ＭＥＭＯ
ＲＹ  ＢＬＯＣＫ）のアドレスに翻訳されるスケールされたアドレスである。このハンド
ル法は、システムオブジェクトが歳を取り、そして死んでいく場合に、アプリケーション
データ構造の特定の更新を要求することなしに、メモリブロックが、再配置されることを
可能にする。
【０２２５】
メモリマネージャーは、周期的に不要情報収集過程を行って、未使用メモリブロックを
収集し、それらを再結合して、大きなブロックにする。アプリケーションがハンドルを用
いてハンドルテーブルを介してメモリブロックを参照するので、メモリブロックは、アプ
リケーションデータ構造の特定の更新によって再配置することができる。更に、メモリプ
ールは、一時的にロックされ、臨界期間中のブロックの再配置を防止する。
【０２２６】
各メモリブロックは、メモリブロックのサイズ及びオブジェクト形態（ＯＢＪＥＣＴＴ
ＹＰＥ）を最初の要素として含む。これは、メモリブロックの再配置及びマージングを助
ける。
オブシェクト形態は２つのメイングループに分カレル。メモリーの１６ブロックよりも少
ない中に定義することが出来る小さなオブジェクト。現在、メモリの各ブロックは１６バ
イト長である。小さなオブジェクト第１のＮＩＢＢＬＥ内にコード化されたオブジェクト
形態、及びメモリブロックの第１バイトの第２のＮＩＢＢＬＥ内にコード化されたブロッ
ク内の長さを有する。長いオブジェクトは、メモリブロックの第１のバイトとして、コー
ド化されたオブジェクト形態、及びメモリブロックの第２のバイトとして、割り当てられ
たユニットの数を有する。
【０２２７】
メモリーブロックの第１のバイトが、ビット的に、０ｘＣＯとアンドが取られて０とな
る場合、これは、大きなオブジェクトであり、他の場合は、小さなオブジェクトである。
データベースメモリプールアクセス法
データベースメモリプールアクセス法の図示的な表現が図２６に示されている。更なる
詳細は以下の通りである。
ハンドル表
ハンドル表は図２７に示される様に固定された割当て表であり、２つの形態のエントリ
、フリーエントリ、及び使用中（ｉｎ−ｕｓｅ）エントリを含む。フリーエントリは使用
中エントリと混同されない様に２ＭＳＢセットを常に有している。
使用中エントリは、ハンドル、例えば、ショー題名エントリを介して参照されるデータ
ベース項目に対するプールへのインデックスを含む。データベース項目のハンドルはハン
ドルテーブルへのインデックスである。データベース項目のプールインデックスは、プー
ル内の不要情報収集のために変化できるが、そのハンドルは、該当項目がデータベース内
に存在する限りは変化しない。データベースから除去された項目は、それらのハンドルを
フリーリストの頂部に戻す。
【０２２８】
ハンドルテーブルエントリ  ０は、常にフリーリストのヘッドである。表は全てのフリ
ーエントリに対して初期化され、各エントリは次のエントリのインデックスを含んでいる
。
【０２２９】
ハンドル表のサイズは、プール内に保持することが出来るデータベース項目の数を制限
する。種々のチャンネル数を有するシステムは、異なるハンドル表サイズを要求する。
【０２３０】
Ｆｉｅｌｄ    記述
Ｐｏｌｌ    項目を含む第１のプールブロックに対するプールへのインデックス。
データベーススケジュールアクセス概覧
データベースショースケジュールが、図２８に示さている。チャンネルデータチャンネ
ルデータ表と呼ばれる内部データベースエンジンデータ構造内に維持される。チャンネル
データ表は、或る領域によってアクセスされるチャンネルを選択する。チャンネルデータ
表は、領域コマンド及びチャンネルデータコマンドからシステムコマンドプロセッサによ
って構築される。チャンネル関係情報は、領域コマンドから抽出され、チャンネルデータ
表に設置される。
【０２３１】
使用領域ＩＤは許可コマンドから抽出される。領域ＩＤは、ショースケジュール発生に
対するキー情報である。領域ＩＤは、加入者ユニットによって処理される領域コマンドを
選択し、アクセスされるチャンネルＩＤを定義し、チャンネルデータ表を定義し、及びシ
ョーリストを定義し、ショー題名及びショー記述を選択し、且つテーマカテゴリー及びテ
ーマサブカテゴリーを参照する。一度チャンネルデータ表が定義されると、チャンネルは
チャンネルデータ表を直接介して参照される。
【０２３２】
ショースケジュール内の各より低いレベルの表は、ハンドルを介してアクセスされる。
ハンドルはメモリチャンネルデータ表内のポインタに、ハンドル表によって翻訳される。
【０２３３】
図２９に示される様に、チャクネルデータ表は、領域内に各チャンネル毎の情報を含む
。このデータは、チャンネル見出し（Ｃｈａｎｎｅｌ  Ｂａｎｎｅｒ）上のチャンネル、
チューニング、表示に対し、チ  ャネルグリフ（ｇｌｉｆｆｓ）に対し、そしてセットア
ップ中に  スケジュールデータ（ショーリスト）にアクセスするため  に使用される。
【０２３４】
Ｆｉｅｌｄ                    記述
Ｔｙｐｅ／Ｎｂｒ  Ｂｌｋｓ    このプール項目をホールドするのに必要とされるプー
ルエントリ形態及びブロックの数。この形態値は、長さが領域内のチャンネルの数のため
に極めて長くなるために、これが２バイトフィールドであることを示している。チャンネ
ルデータ表  形態＝１
Ｎｂｒ  Ｃｈａｎｎｅｌ        （不活動のチャンネルを含む）ユーザー領域内のチャ
ンネルエントリの数
表  ＸＸＩＩＩ
チャンネル  エントリ  
領域内の各チャンネルに対して一つのチャンネルエントリがある（図２９も見よ）。
【０２３５】
【表２５】
2011120310.tif 000047
2011120310.tif 000048
表ＸＸＩＶ
チャネル複製表（Ｃｈａｎｎｅｌ  Ｄｕｐｌｉｃａｔｅｓ  Ｔａｂｌｅ）
チャネル複製表（図３０）は、基本チャネルの複製である領域（Ｒｅｇｉｏｎ）の各チ
ャネル上に情報を含む。このデータは、有料視聴（ｐａｙ−ｆｏｒ−ｖｉｅｗ）型チャネ
ルのブロック（Ｂｌｏｃｋｓ）のディスプレイを調整するために用いられる。チャネルの
全ては、共通基本チャネル・ショー・リスト（Ｃｈａｎｎｅｌ  Ｓｈｏｗ  Ｌｉｓｔ）を
共有するが、基本チャネルのショー・リストのオフセットに開始時間を追加する。基本チ
ャネルＩＤ（Ｂａｓｅ  Ｃｈａｎｎｅｌ  ＩＤ）は、構成に記憶されない。その代わり、
構成は、チャネル・データ表（Ｃｈａｎｎｅｌ  Ｄａｔａ  Ｔａｂｌｅ）のチャネル・エ
ントリによるハンドル（Ｈａｎｄｌｅ）と呼ばれる。チャネル・エントリが複製チャネル
を有しているならば、複製チャネル・ハンドル（Ｄｕｐｌｉｃａｔｅ  Ｃｈａｎｎｅｌ  
Ｈａｎｄｌｅ）フィールドは、それによって表をアクセスするためのハンドル番号を有す
る。更なる詳細は、表ＸＸＶに供給される。
フィールド      説明
Ｔｙｐｅ／Ｎｂｒ  Ｂｌｋｓ      このプール項目を保持するために必要なプール・エン
トリ型（Ｐｏｏｌ  Ｅｎｔｒｙ  Ｔｙｐｅ）及びブロックの番号。型値は、長さが領域の
チャンネルの数により非常に大きくなることができるので、これが２バイト・フィールド
であるということを示す。
Ｎｂｒ  Ｃｈａｎｎｅｌｓ        （インアクティブ・チャネルを含んでいる）ユーザの
領域の複製チャンネル・エントリの数。
【０２３６】
表ＸＸＶ
チャネル複製エントリ（Ｃｈａｎｎｅｌ  Ｄｕｐｌｉｃａｔｅｓ  Ｅｎｔｒｙ）
領域の各複製チャネルに対して一つのチャネル複製エントリが存在する。更なる詳細は
、表ＸＸＶＩに供給される。
【０２３７】
【表２６】
2011120310.tif 000049
表ＸＸＶＩ
ショー・リスト・ハンドル表
ショー・リスト・ハンドル表（図３１）は、週の毎日に対するショー・リストへのハン
ドルを含む。この表は、チャネル・データ表に配置された“ショー・リスト・ハンドル表
”ハンドルによって指示される。この表を介して、計画するに値する週（ｗｅｅｋｓ）を
表しているショー・リストをアクセスすることができる。更なる詳細は、表ＸＸＶＩＩに
供給されている。
【０２３８】
【表２７】
2011120310.tif 000050
表ＸＸＶＩＩ
ショー・リスト  ショー・リスト（図３２）は、所与のチャネルに対する計画の２４＋
時間を含む。それが計画の２４時間以上を実際に含む唯一のときは、放送している間にプ
ログラムが現行の日で開始しかつ２４時間ラインを横切るときである。全てのショー・リ
ストは、毎日同じ時間で常に始まる。ダミー・スロット（Ｄｕｍｍｙ  Ｓｌｏｔ）は、必
要ならば前日からのオーバフローを処理するために生成される。計画の完全な組に対して
、７つの個別ショー・リストが所与の加入者装置（Ｓｕｂｓｃｒｉｂｅｒ  Ｕｎｉｔ）に
よって支持される全てのプログラム・オリジネータ（Ｐｒｏｇｒａｍ  Ｏｒｉｇｉｎａｔ
ｏｒ）に対して要求される。ショー・リストへのアクセスは、週の所与の日に対するショ
ー・リスト・ハンドラ表を介してである。更なる詳細は、表ＸＸＶＩＩＩに供給される。
【０２３９】
【表２８】
2011120310.tif 000051
表ＸＸＶＩＩＩ
ショー・エントリ
チャネルの計画は、ショー・エントリの順序付けられたシーケンスによって与えられる
。これらのエントリは、ショーの持続時間、表題、及び可能にはエピソードの説明を与え
る。エントリは、ショーが説明及び／又はグループＩＤを有するか否かにより４、６また
は８バイト長のいずれかである。
【０２４０】
所与の開始時間に対応するエントリを見出すことは、順番に、リストの開始から走査さ
れるべきエントリを必要とし、かつ持続時間値を追加する。ショー・リストには間隙がな
いようでなければならない。更なる詳細は、表ＸＸＩＸに供給される。
【０２４１】
【表２９】
2011120310.tif 000052
表ＸＸＩＸ
ショー表題
ショー表題（図３３）は、ショー表題の通常圧縮されたテキストを含む。各自のショー
表題毎に一つのエントリが存在する。
ショー表題は、プール基本項目である。エントリは、加入者装置がショー表題を既に有し
ていないＳＩＤを含む（加入者装置がデータを収集しているチャネルに対して）ショー・
リストが受け取られるときにはいつでも生成される。エントリが生成されるときに、ハン
ドルは、それに割り当てられかつ“Ｎｅｅｄ  Ｉｔ（それが必要である）”フラグは、シ
ョー表題ハンドル表エントリにセットされる。
エントリの大きさは、表題の長さによって決定される。単一プール・ブロックは、新しい
ＳＩＤがショー・リストで受け取られるときに（ヌル表題ストリングを含んで）保存され
る。エントリは、適切なショー表題メッセージが後続して受け取られときに充填されかつ
“Ｎｅｅｄ  Ｉｔ”フラグがクリアされる。その時には、エントリは、再配置されかつ多
重プール・ブロックに拡張されうる（が、しかし、そのハンドルは、同じのままである。
）更なる詳細は、表ＸＸＸに供給される。
【０２４２】
【表３０】
2011120310.tif 000053
表ＸＸＸ
データベース・ショー表題ハッシュ表アクセス・スキーム
データベース・ショー表題ハッシュ表アクセス・スキームは、図３４に示される。
ショー表題ハンドル表
ショー表題ハンドル表（図３５）は、ショー表題が必要であるかどうかまたはそれが既
に受け取られたかどうかを決定するために用いられるプール・ベース表である。ＳＩＤが
ハッシュすることができる各可能な値に対して一つのショー表題ハンドル表が存在する；
即ち、２５６の表。
【０２４３】
ショー表題ハンドル表エントリは、ＳＵが収集しているデータであるチャネルに対する
あらゆるショー・リスト・メッセージで受け取られた全ての固有なＳＩＤに対して行われ
る。エントリが行われる特定の表は、ＳＩＤのハッシュ値によって決定される；即ち、Ｓ
ＩＤの下位８ビットである。
【０２４４】
これらの表は、ＳＩＤがデータベースから削除されるときに更新されなければならない
。ショー・ハンドル表ウォーカー背景タスクは、オンにされ、規則的間隔でこれらの表を
アスセスし、かつ０に行った参照計数（Ｒｅｆｅｒｅｎｃｅ  Ｃｏｕｎｔｓ）に対してそ
れらをチェックする。ウォーカーは、削除されることができるエントリを探す。更なる詳
細は、表ＸＸＸＩに供給される。
【０２４５】
【表３１】
2011120310.tif 000054
表ＸＸＸＩ
ショー表題ハンドル表エントリ
ショー表題ハンドル表は、多重エントリを含む。これらのエントリのそれぞれは、次の
フィールドを含む。
Ｆｉｅｌｄ                        説明
Ｎｅｅｔ  Ｉｔ  Ｆｌａｇ            ショー表題テキスト・ストリング・メッセージが
このＳＩＤに対して受け取られたかどうかを示しているフラグ。０＝ショー表題が受け取
られた、１＝受け取られていない。
ショー表題ハッシュ表
ショー表題ハッシュ表（図３６）は、各可能なＳＩＤハッシュ値に対するプール・イン
デックスだけを含んでいる、固定された大きさの、予め割り当てられた表である。ＳＩＤ
ハッシュ値は、この表の中のインデックスである。ｎ番目のエントリの値は、これまでｎ
に対してハッシュされた受け取った全てのＳＩＤｓを含んでいるショー表題ハンドル表に
対するプールの中のインデックスである。更なる詳細は、表ＸＸＸＩＩに供給される。
【０２４６】
【表３２】
2011120310.tif 000055
表ＸＸＸＩＩ
ショー説明  ショー説明（図３７）は、ショーのエピソード説明の（普通に）圧縮され
たテキストを含む。固有のショー説明毎に一つのエントリが存在する。ショー説明は、プ
ール・ベース項目である。エントリは、ＳＵがショー説明を既に有していないＤＩＤを含
む（ＳＵが収集しているデータに対するチャネル）ショー・リストが受け取られるときに
はいつでも生成される。即ち、“ｎｅｅｄ  ｉｔ”フラグがショー説明ハンドル表エント
リにセットされている。
【０２４７】
エントリの大きさは、説明の長さによって決定される。単一プール・ブロックは、新し
いＤＩＤがショー・リストで受け取られるときに（ヌル説明ストリングを含んで）確保さ
れる。エントリは、適切なショー説明メッセージが後続して受け取られかつ“ｎｅｅｄ  
ｉｔ”フラグがクリアされるときに充填される。そのときには、エントリは、再配置され
かつ多重プール・ブロックに拡張されうる（しかしそのハンドルは、同じのままである）
。更なる詳細は、表ＸＸＸＩＩＩに供給される。
【０２４８】
【表３３】
2011120310.tif 000056
【０２４９】
【表３４】
2011120310.tif 000057
【０２５０】
【表３５】
2011120310.tif 000058
表ＸＸＸＩＩＩ
データベース・ショー説明アクセス概要
図３８は、データベース・ショー表題ハッシュ表アクセス・スキームを示す。
ショー説明ハンドル表
ショー説明ハンドル表（図３９）は、ショー説明が必要であるかどうかまたはそれが既
に受け取られたかどうかを決定するために用いられるプール・ベース表である。ＤＩＤが
ハッシュできる各可能な値に対して一つのショー説明ハンドル表が存在する；即ち、２５
６の表。
【０２５１】
ショー説明ハンドル表エントリは、ＳＵがデータを収集しているチャネルに対するあら
ゆるショー・リスト・メッセージにおいて受け取られた全ての固有なＤＩＤに対して行わ
れる。エントリが行われる特定の表は、ＤＩＤのハッシュ値によって決定される；即ち、
ＤＩＤの下位８ビットである。
【０２５２】
これらのテーブルは、ＤＩＤがデータベースから消去されたとき更新しなければならな
い。Ｓｈｏｗ  Ｈａｎｄｌｅ  Ｔａｂｌｅ  Ｗａｌｋｅｒ  ｂａｃｋｇｒｏｕｎｄ  ｔａ
ｓｋ  がオンされ、ＤＩＤが消去されたとき、たとえば、これらのリファレンスカウント
が１  になったとき、はつねにこれらのテーブルにアクセスする。このＷａｌｋｅｒはデ
リートすることができるエントリーを探す。さらに詳細はテーブルＸＸＸＩＶ  で入手可
能である。
【０２５３】
【表３６】
2011120310.tif 000059
テーブルＸＸＸＩＶ
Ｓｈｏｗ  Ｔｉｔｌｅ  Ｈａｎｄｌｅ  Ｔａｂｌｅ
エントリー  Ｓｈｏｗ  Ｔｉｔｌｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｈａｎｄｌｅ  Ｔａｂ
ｌｅ  は複数のエントリーを含む。これらの各エントリーはテーブルＸＸＸＩＶ  に示さ
れたフィールドを含んでいる。
【０２５４】
【表３７】
2011120310.tif 000060
テーブルＸＸＸＶ
Ｓｈｏｗ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｈａｓｈ  Ｔａｂｌｅ
このＳｈｏｗ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｈａｓｈ  Ｔａｂｌｅ（図４０）は固定サイ
ズであり、各可能性のあるＤＩＤＨａｓｈ値に対するインデックスのみを含む予め割り当
てられたテーブルである。ＤＩＤ  Ｈａｓｈ  値はこのテーブルへのインデックスである
。ｎ  番目の値は、ｎ  までの現在までに受信された全てのＤＩＤを含むＳｈｏｗ  Ｄｅ
ｓｃｒｉｐｔｉｏｎ  Ｈａｎｄｌｅ  Ｔａｂｌｅ  に対するＰｏｏｌへのインデックスで
ある。詳細は以下の通りである。
【０２５５】
Ｆｉｅｌｄ                        説明
Ｐｏｏｌ  Ｉｎｄｅｘ              Ｈａｓｈからｅテーブルの最初からオフセットし
たこのエントリーへのＤＩＤに対するＳｈｏｗ  Ｄｅｓｃｒｉｐｔｉｏｎ  ｈａｎｄｌｅ
Ｔａｂｌｅの第１ブロックに対するＰｏｏｌ  Ｉｎｄｅｘ。０値はＨａｓｈｅｄされて
からこのエントリーへの現在までに（チャンネルのＳｈｏｗリストにおいて）ＤＩＤがな
いことを意味する。
テーマカテゴリーテーブル
テーマタテゴリーテーブル（図４１）は加入者ユニットにダウンロードされたテーマの
定義を含む。各テーマカテゴリーは特定のタイプのショーを探すのに使用される。各テー
マカテゴリーは１つ以上のテーマサブカテゴリーを含む。各テーマカテゴリーテーブルの
各テーマカテゴリーはこれと関係するテーマサブカテゴリーを有する。さらに詳細はテー
ブルＸＸＸＶＩ  に示されている。
【０２５６】
【表３８】
2011120310.tif 000061
テーブルＸＸＸＶＩ
テーマカテゴリーエントリー  各テーマカテゴリーに対する１つのテーマカテゴリーエ
ントリーがある。さらに詳細が、テーブルＸＸＸＶＩＩに示されている。
【０２５７】
【表３９】
2011120310.tif 000062
テーブルＸＸＸＶＩＩ
テーマサブカテゴリーテーブル  テーマサブカテゴリーテーブル（図４２）はテーマカテ
ゴリーに含まれるテーマサブカテゴリーについての情報を含む。各テーマサブカテゴリー
テーブルは１つのテーマカテゴリーエントリーよって参照される。各テーマサブカテゴリ
ーエントリーはネーム、クオリファイヤ（ｑｕａｌｉｆｅｒｓ）およびテーマインデック
スを含む。ショータイトルおよびショー説明におけるテーマインデックスはテーマサブカ
テゴリーのテーマインデックスに対して一致している。テーマインデックスは一致すると
き、どのショーがテーマサブカテゴリーのメンバであるかを特定する。
さらなる詳細は、テーブルＸＸＸＶＩＩＩにしめされている。
【０２５８】
【表４０】
2011120310.tif 000063
テーブルＸＸＸＶＩＩＩ
テーマサブカテゴリーエントリー
リジョンの中に各チャンネルについて１つのテーマサブカテゴリーが存在する。テーマ
サブカテゴリーエントリーのさらなる詳細は、テーブルＸＸＸＩＸに示されている。
【０２５９】
【表４１】
2011120310.tif 000064
テーブルＸＸＸＩＸ
このセクションは、加入者ユニット５２における全てのプロセッサの間で送られるメッ
セージを説明している。何人かの加入者ユニット設備はすべては使用しないかもしれない
し、要求されないかもしれないが、すべてのメッセージが説明されている。メッセージの
それぞれのフィールド説明につづいてメッセージのフォーマットを示すダイヤグラムが示
されている。グレーのフィールドは現在使用されていないフィールドを示している。しか
しこのフィールドのビットは０にセットされて将来の設備との互換性を維持するようにな
っている。すべてのフィールドは特に指示しないかぎり、２の補数である。
【０２６０】
データベースエンジン−Ｉ／Ｏプロセッサは１Ｍビット／  秒ではしる１Ｍバスで連結
されている。このＩ／Ｏ  プロセッサは、１つ以上の特定の垂直ブランクインターバルラ
イン（Ｖｅｒｔｉｃａｌ  Ｂｌａｎｋｉｎｇ  Ｉｎｔｅｒｖａｌ  ｌｉｎｅ）を介して、
データ伝送ネットワークデータを受信し、データエンジンプロセッサによって要求された
とき、得られた生バイトを送信する。データベースエンジンは、同調チャンネルを制御し
、特定の使用すべき垂直ブランクインターバル（ＶＢＩ）ラインを特定する。
【０２６１】
データベースエンジンは、またＩ／Ｏプロセッサへのグラフィックディスプレーコマン
ドを、たとえば、所定の色で矩形を満たすといったように、発生し、スクリーン上の所定
の矩形のピクセルカウントをセイブすなわち再記憶する。すべての加入者ユニットスクリ
ーンはこのようなグラフィックディスプレーコマンドから構成されている。
【０２６２】
データベースエンジンは、後にさらに１つ以上のコマンドが続くパケット長さフィール
ドを含むパケット（図４３）でＩ／Ｏ  プロセッサにコマンドを発生する。Ｉ／Ｏ  プロ
セッサは、すべてのパケットバイトをＲＡＭ  コマンドバッファに転送し、この転送が終
わると、これらがパケットに受信された順でコマンドを実行する。Ｉ／Ｏ  プロセッサは
全てのコマンドが実行されるまで使用中であるということを指示かするステータスフラグ
をセットする。パケットサイズはＩ／Ｏ  プロセッサに出された任意のコマンドシーケン
スに受信された最初の二つのバイトである。唯一つのコマンドパケットが一度にＩ／Ｏ  
プロセッサに送ることができる。
【０２６３】
グラフィックコマンド
以下のコマンドは加入者ユニット５２に接続あるいは組み込まれるテレビジョンセット
のシステムディスプレースクリーンを描写するのに必要な基本的なグフィックスオペレー
ションを定義している。
【０２６４】
スクリーン座標は、スクリーンの上左角にある（０，０）に基づいている。ＴＰＵ２７
４０  は、Ｘ  座標の５０３  もの高さを許容する。そして、システム最大Ｘは２５１  
である。これによって、システムはＸ座標を単一のバイトに維持することができ、かつ、
異なる色の２つのピクセルに”システムピクセル”を含ませることができる。
したがって、（２５１、２０７）はスクリーンの右下角であり、コマンドで受信されたＸ
座標はこの２７４０で２  倍にされなければならない。
【０２６５】
以下のコマンドの全ての色はカラーバイトの上下のニブルにあるＴＰＵ２７４０  カラ
ーからなる。単一のシステムピクセルにおける二つの別々の色を使用することによって、
表示できる色の数を増大することができる。実際にシステムピクセルをセットすることは
カラーバイトにある２つの色を使用するＸ  座標に沿って２つの連続する２７４０ピクセ
ルをセットすることに関係している。エリアが満たされると、これらの色はディザ（ｄｉ
ｔｈｅｒ）されなければならない。すなわち、Ｘ座標に沿った連続した２７４０ピクセル
に使用される色は適当なカラーバイトに与えられた２つのカラーの間で交互に変更される
。偶数列がカラー１ではじまり奇数列（たとえばＹ座標が奇数ナンバである）がカラー２
で始まり、Ｘ座標に沿って連続するピクセルについて２つのカラーの間で交互に変化する
。
【０２６６】
この２７４０のグラフィックルーチンは、Ｘ座標またはＹ座標がスクリーンの限界を越
えた場合にはクリップ出力する（ｃｌｉｐ  ｏｕｔｐｕｔ）。すなわち、グラフィックは
オペレーションにかかる座標が（０，０）さら（２５１，２０７）から外にでる場合には
、ラップ（ｗｒａｐ）しない。
【０２６７】
規定違反のパラメータ値は無視される。規定にあった”ｃｍｄ  ｔｙｐｅ”フィールド
は無視されるべき、パケットにおけるすべての後続のコマンドを発生させる。すなわちこ
のＩＯＰは、規定にあったコマンドタイプを検出するパケットで終了する。
グラフィックコマンドはＶＢＩ処理よりも優先順位が高い。
セットグラフィックデフォルト
セットグラフィックデフォルトコマンド（図４４）はＩ／Ｏ  プロセッサ（ＩＯＰ）に
対して全てのグラフィック変数を初期値にリセットさせる。このコマンドは、データベー
スエンジンがリセット状態にあるとき電源を入れたときに使用される。このＩＯＰ  は以
下の値を初期化する。
・シャドー幅＝  シャドー高さ＝３
・シャドーカラー＝  ブラック  
・スモールフォントデルタＸ＝６  
・スモールフォントデルタＹ＝１０
・ラージフォントデルタＸ＝８
・ラージフォントデルタＹ＝１５
・ハイライト＝ホワイト
・アンダーライン１＝グレー
・アンダーライン２＝ブラック
さらなる詳細は、テーブルＸＸＸＸに示されている。
【０２６８】
【表４２】
2011120310.tif 000065
表ＸＸＸＸ
消去スクリーン  消去スクリーン・コマンド（第４５図）は、Ｉ／Ｏプロセッサによっ
てスクリーンを空白にさせ、すべてのディスプレイ・バッファ画素を指定された「透明」
カラーにセットさせる。これ以上詳しい点は表ＸＸＸＸＩにある。
【０２６９】
【表４３】
2011120310.tif 000066
表ＸＸＸＸＩ
矩形描画
指定されたディザード・カラーの矩形を描画する。コマンドにセットされた対応するフ
ラグ・ビットに基づいて一回の操作で矩形を塗りつぶしたり、輪郭強調したり、エンボス
処理したりすることができる。これらの操作は、各々、他の操作から独立して行うことが
できる。たとえば、空白の矩形を、「アウトライン」フラグ・ビットをセットするだけで
描くことができる。
【０２７０】
べた色の場合、塗りつぶした矩形、すなわち、「フィル・カラー１」、「フィル・カラ
ー２」の両方が同じ値でなければならない。矩形は、塗りつぶしてからエンボス処理し、
次いで輪郭強調を行ってから陰影付けを行なわなければならない。これ以上の詳しいこと
は第４６図と表ＸＸＸＸＩＩにある。
【０２７１】
【表４４】
2011120310.tif 000067
表ＸＸＸＸＩＩ
第４７Ａ〜４７Ｅ図に矩形の例が示してある。
矩形保存
スクリーン上の指定された矩形の画素内容を一時バッファに保存させ、矩形復元コマン
ドによって後に復元できるようにする。これ以上の詳しい点は第４８図および表ＸＸＸＸ
ＩＩＩにある。
【０２７２】
【表４５】
2011120310.tif 000068
表ＸＸＸＸＩＩＩ
矩形復元
矩形保存コマンドで先に保存された矩形をスクリーンに復元する。復元すべき矩形はそ
の「ポップアップＩＤ」フィールドによって認識される。復元座標により、先に保存され
た矩形をスクリーン上の異なった位置に戻すことができる。たとえば、これは或る種のカ
ーソルまたはアイコンを移動させる場合に対応する。
これ以上の点は第４９図および表ＸＸＸＸＩＶにある。
【０２７３】
【表４６】
2011120310.tif 000069
表ＸＸＸＸＩＶ
矩形縦方向移動
矩形縦方向移動コマンド（第５０図）は、スクリーン上で矩形を効果的に移動させて指
定された矩形の画素内容をディスプレイ・メモリ内の別の場所に複写させる。このコマン
ドは縦方向移動のみを扱う。指定されたスクロール・サイズが達成されるまで、矩形を一
行ずつスクロールアップあるいはスクロールダウンする。
これ以上の詳しい点は表ＸＸＸＸＶにある。
【０２７４】
【表４７】
2011120310.tif 000070
表ＸＸＸＸＶ
書き込みＡＳＣＩＩ  ストリング
ＡＳＣＩＩ  ストリングをスクリーンに出力する。このストリングの第１キャラクタの
出発座標はキャラクタの上左コーナーに一致する。引き続くキャラクタは、ＡＳＣＩＩ  
キャリッジ・リターン・キャラクタに遭遇するまで、一本の横方向ライン上にある。それ
以降のキャラクタは、スクリーンの下方にあり、当初のＸ座標で再開する出力「データＹ
」（たとえば、各フォントについてセット・グラフィックス・デフォルト・コマンドにお
いて指定されている）画素である。不法なキャラクタはそれぞれの場所で「？」を出力す
る。
【０２７５】
キャラクタは２つのフォントの内の一方における出力であってもよい。ラージフォント
ではアッパーケース・キャラクタのみがサポートされている。これ以上の詳しい点は第５
１図および表ＸＸＸＸＶＩにある。
【０２７６】
【表４８】
2011120310.tif 000071
表ＸＸＸＸＶＩ
チャネル・アイコン描画
指定された座標でチャネル・アイコンを描画する。このアイコンの座標は、もしそれが
１または２のキャラクタ・チャネル・ネームを保持している場合にアイコンを正確に収容
するだろう矩形の上左コーナーを表す。これらの座標は、「ＡＳＣＩＩ  チャネル・ネー
ム」フィールドが２キャラクタよりも長い場合には調節されなければならない。この場合
、ＩＯＰはこのコマンドにおいて送られるＸ座標を３＊だけ減分しなければならない（チ
ャネル・ネーム長−１）。チャネル・ネーム・ストリングがまったくキャラクタを含んで
いない場合には空のチャネル・アイコンが描画される（すなわち、バイト５＝０の場合、
１−２キャラクタ・サイズの空のアイコンが描画される）。これ以上の詳しい点は第５２
図および表ＸＸＸＸＶＩＩにある。
【０２７７】
【表４９】
2011120310.tif 000072
表ＸＸＸＸＶＩＩ
チャネル・アイコンの例が第５３Ａ〜５３Ｃ図に示してある。
透明カラー使用禁止
透明カラー使用禁止・コマンド（第５４図）は、カラー・コード番号がまったく透明画
素を表示しないことを指定する。このコマンドは、カラーをなんら透明にしてはならない
ときにそれを示すのに用いられ、フルスクリーン・ディスプレイが描画される毎に送られ
なければならない。これ以上の詳しい点は以下の通りである。
【０２７８】
フィールド            記述
ｃｍｄタイプ            これを透明カラー使用禁止コマンドとして識別するコマンド
ＩＤ番号＝９
ネットワーク・データ獲得および制御インターフェイス
システム・データは、１つまたはそれ以上のＶｅｒｔｉｃａｌ  Ｂｌａｎｋｉｎｇ  Ｉ
ｎｔｅｒｖａｌ（ＶＢＴ）ライン上のＰＢＳネットワーク、ＭＴＶ、Ｓｈｏｗｔｉｍｅそ
の他の通信ソースを経て受信される。Ｉ／Ｏプロセッサは、各ラインからデータを獲得し
（多重ラインである場合）、それを個別の入力バッファに格納する。データは、たとえフ
レーミング・コードが所与のフィールドにとって不正であっても、ＩＯＰの入力バッファ
に格納される。この場合、０３ｓの２バイトが格納される。データは、コマンド・ポケッ
トが応答を要求する少なくとも１つのコマンドを含む場合には、データベース・エンジン
・プロセッサにのみ転送される。
【０２７９】
データベースへの応答が要求する場合には、Ｉ／Ｏプロセッサは要求されたデータ・バ
イトの数以下のできるだけ多くのバイトを転送する。入力バッファがいっぱいになった場
合には、Ｉ／Ｏプロセッサは、バッファが空になるかあるいはリセットが発行されるまで
データをダンピングし始める。いっぱいのバッファは次の応答で送られるべき「ｏｖｆｌ
」フラグをデータベース・エンジンに送らせる。
【０２８０】
Ｉ／Ｏプロセッサはシステム・データの２ＶＢＩ  行まで扱うことができるし、あるい
は、ライン２１からのシステム・データおよび閉じたキャプション・データの１行を取り
扱うことができる。データは常に各システム・データＶＢＩ  行のための両フィールドか
ら獲得される。閉じたキャプション・データも両フィールドから獲得される。
【０２８１】
Ｉ／Ｏプロセッサは、応答を要求する任意のコマンドに、１０ミリ秒以内で応答する。
ＶＢＩ停止
ＶＢＩ停止コマンド（第５５図）は、Ｉ／Ｏプロセッサに、ＶＢＩ処理に関係した内部
変数を初期化させる。すべてのＶＢＩバッファ・カウンタはクリアされ、任意の獲得され
たデータが失われる。ＶＢＩデータ獲得は、セットＶＢＩ制御パラメータまたはフラッシ
ュＶＢＩバッファ・コマンドが受信されるまで停止される。これ以上の詳しい点は以下の
通りである。
フィールド              記述
ｃｍｄタイプ            これをＶＢＩ停止コマンドと識別するコマンドＩＤ番号＝１
６。
セットＶＢＩ制御パラメータ
このセットＶＢＩ制御パラメータ・コマンド（第５６図）により、データベース・エン
ジンがＶＢＩデータの獲得を制御するパラメータを指定することができる。このコマンド
（すなわち、フラッシュＶＢＩバッファ・コマンド）は、ＶＢＩ停止コマンドの後に発行
されてＶＢＩデータ獲得を可能としなければならない。
【０２８２】
パラメータはすべてのＶＢＩライン（最大２ライン）について送られなければならない
。各新しいセットＶＢＩ制御パラメータ・コマンドはすべての先行のバラメータを替える
。パラメータは、最下方のＶＢＩラインを最初にしてライン番号によって順番付けされな
ければならない。これ以上の詳しい点は表ＸＸＸＸＶＩＩＩにある。
【０２８３】
【表５０】
2011120310.tif 000073
表ＸＸＸＸＶＩＩＩ
ＶＢＩ読み込みステータス
ＶＢＩ読み込みステータス・コマンド（第５７図）はＩ／Ｏプロセッサに指定されたＶ
ＢＩライン・バッファ上にステータス情報を戻させる。これ以上の詳しい点は表ＸＸＸＸ
ＩＸにある。
【０２８４】
フィールド              記述
ｃｍｄタイプ            これをＶＢＩ読み込みステータス・コマンドと識別するコマ
ンドＩＤ番号＝１８。
ＶＢＩライン              ステータスを要求されつつあるＶＢＩライン番号。これが０
である場合には、すべてのアクティブのＶＢＩラインについてのステータス戻しを意味す
る。
戻されたステータスは第５８図に示すようにフォーマットされ、これについては表Ｉにさ
らに記載されている。
【０２８５】
【表５１】
2011120310.tif 000074
ｒａｔｅ  このＶＢＩラインについてのデータ・レート。０＝テレキャプション・レー
ト、１＝フルレート。
【０２８６】
表Ｌ
“Ｒｅａｄ  ＶＢＩ  Ｂｕｆｆｅｒ”
“Ｒｅａｄ  ＶＢＩ  Ｂｕｆｆｅｒ”コマンド（図５９）によって、Ｉ／Ｏプロセッサ
は、所定のＶＢＩ行のバッファから所定数のデータバイトを復帰させる。実際の復帰デー
タバイト数は要求バイト数以下になる。詳細は表ＬＩに示してある。
【０２８７】
【表５２】
2011120310.tif 000075
表ＬＩ
復帰されたデータは図６０のフォーマットを有している。詳細は表ＬＩＩに示してある。
【０２８８】
【表５３】
2011120310.tif 000076
表ＬＩＩ
“Ｆｌｕｓｈ  ＶＢＩ  Ｂｕｆｆｅｒ”
“Ｆｌｕｓｈ  ＶＢＩ  Ｂｕｆｆｅｒ”コマンドによって、Ｉ／Ｏプロセッサは、特定
のＶＢＩバッファ内に存在する全てのデータを転送するか、データ収集を停止せずに、特
定のＶＢＩ行のＶＢＩ処理をリセットする。最後の“Ｓｅｔ  ＶＢＩ”コマンドによって
送信されたパラメータによって、ＶＢＩ処理が再度使用可能になる。このコマンドは、“
Ｓｔｏｐ  ＶＢＩ”コマンドによって延期されたＶＢＩ処理を再度使用可能にする。
もしデータが転送される場合は、“Ｒｅａｄ  ＶＢＩ  Ｂｕｆｆｅｒ”コマンドの場合と
同じ応答フォーマットになる。詳細は表ＬＩＩＩに示してある。
【０２８９】
【表５４】
2011120310.tif 000077
表ＬＩＩＩ
受信グループ
受信グループ（またはＲＧ）は、結合チャンネルラインナップを有する、名前が呼ばれ
るエンティティである。受信グループは、大別すると、地上、有線および衛星の３種類に
分類される。その例が表ＬＩＶに示してある。
【０２９０】
【表５５】
2011120310.tif 000078
表ＬＩＶ
いくつかのＲＧ、特に有線ＲＧは、関心を引くとともに、マーケティングやその他の業
務にも役立つかもしれない関連情報を入手することになる。
そのような情報の若干の例：
連絡名
電話番号
ファックス番号
ＡＤＩ
ＤＭＡ
各ＳｔａｒＳｉｇｈｔ加入者ユニットが、「メンバー」、つまり、いわゆる唯一のＲＧ
であると考えられる。運用が開始された場合には、加入者ユニットには、どのＲＧに所属
しているのかが知らせられなければならず、その結果、そのＲＧに相応しいラインナップ
が表示されることになる。ラインナップの説明
ラインナップは、特定のＲＧで受信されるチャンネルの実際のリストである。事実、い
つでも、ＲＧおよび活動中ラインナップの１対１マッピングが行われる。各ＲＧについて
活動中ラインナップはたった１つであり、各活動中ラインナップについてＲＧはたった１
つである。２つのＲＧが時々同じ受信チャンネルリストを有する可能性がある。また、一
方のリストが変更され、もう一方のリストが変更されない可能性も同じようにある。この
理由から、各ラインナップはＲＧ専用である。ラインナップは、通常は、物理的な地図（
テレビ局および有線システムの視聴範囲を示す地図）を見ることによって得られる情報の
記述であると考えることができる。そこには、そのラインナップがカバーすることのでき
る物理的エリアで利用可能なチャンネルに関する情報が含まれている。ラインナップの目
的は、特定のＲＧのどのチャンネルがデータによる支援を必要としているのかを定義する
ことにある。
【０２９１】
ケーブルテレビおよび地上テレビの物理的エリアがきちんと定義されていることから、
そのエリア内のテレビ視聴者が受信可能になる視聴可能チャンネルはよく分かっている。
これらのチャンネルが、特定のＲＧについてどんなリスティングデータを伝送するのかを
知るために必要とされるラインナップを構成することになる。
【０２９２】
多重ラインナップマップの場合には、同じエリアをカバーまたはオーバラップすること
が可能である。この例としては、２軒の隣接する家庭で、一方が家庭用アンテナでテレビ
を受信しており、他方が有線テレビを視聴している場合が考えられよう。この場合は、有
線テレビ加入者は、有線によって、多くの、異なるチャンネルを受信していることから、
非有線加入者の隣人とは異なるＲＧに属していることになる。上記の場合は、両ＲＧ用の
ＳｔａｒＳｉｇｈｔデータは１つのＰＢＳ局から伝送され、各加入者ユニットは、その加
入者ユニットに定義されたデータを視聴することになる。
【０２９３】
地上テレビの場合は、特定のＲＧは１から数１０のチャンネルを含んでいることがあり
、フリンジエリアにある電波の弱い局を含んでいることがある。有線システムの場合は、
ラインナップは非常によく定義されており、有線システムの全ての加入者には同一である
。衛星放送の視聴者にとってのラインナップは、東海岸と西海岸で若干の違いはあるかも
しれないいが、全米の視聴者にはほぼ同じであり、アメリカの大陸部の全てを１つのグル
ープがカバーしていると言えよう。
ファイルレイアウト仕様
局リストは、１つの地上局または衛星フィードの基本的な特徴を識別および記録してい
る各記録を有する記録から構成されている。
非編集局および再放送局を取り扱うために、フィールドを使用して、もしあれば、どこで
局のスケジュール情報が得られるかを指定する。もし局が現在編集されていない場合は、
このフィールドの数値はゼロに設定される。もし異なる局ＩＤを使用してスケジュール情
報が提供されている（つまり、この局が再放送局である）場合は、このフィールドは他の
局のＩＤを含んでいることになる。もし局が通常に取り扱われている（スケジュールが編
集され、そのＩＤによってデータが提供されている）場合は、このフィールドは空けてお
かれる。
【０２９４】
ステーションリストには、売り手によってＳｔａｒＳｉｇｈｔに提供されるラインナッ
プの中にそのフィードが存在するか否かにかかわらず、売り手がその代理としてＳｔａｒ
Ｓｉｇｈｔにデータを提供する各局やフィードに対応する入力を含むことが要求される。
これは、ショーまたはテストのために、ＳｔａｒＳｉｇｈｔが局にとってのデータの必要
性を時々確認するからである。このような場合は、ＳｔａｒＳｉｇｈｔが、この局を含む
ラインナップを内部的に作成し、売り手にはスケジュール情報だけの提供を求めることも
ある。
【０２９５】
一般的には、売り手は、アメリカの全ての定期地上局およびフィードならびに特定の指
定ローカルフィードについて、データをＳｔａｒＳｉｇｈｔに提供するものとする。局リ
ストは、これらの各々を識別する入力、これらに関する全ての別名の入力、および売り手
によってＳｔａｒＳｉｇｈｔに提供されるラインナップの中に登場する全てのフィードに
関する入力を含んでいなければならない。
【０２９６】
他のフィールドは、局呼出し文字または衛星フィード名称、名称の通常略号、発効日お
よび失効日（局呼出し文字の変更に関するもの）を示している。
ラインナップリストラインナップリストは、下記の２つのタイプの記録から構成されてい
る。
ＲＧ記録
ＲＧ記録は、連絡名、所在地、サービスのタイプ、昼間割引時間等のような、１つのＲ
Ｇに関する詳細を説明している。
ラインナップ記録
各ラインナップ記録は、そのＲＧによって受信されるチャンネルの１つを記述したもの
である。特定のＲＧ内のチャンネルを記述した全ての現在有効な記録の総体が、そのＲＧ
のラインナップを構成している。現在有効ではない記録が存在することもあるが、それは
、発効する日時が将来であるか、あるいは、失効した日時が過去であったという理由によ
るものである。各記録は、関連するＲＧおよびチャンネルを明確に識別し、（現在の日時
の知識とともに）その記録が現在有効か否かを決定するのに十分な情報を含んでいる。さ
らには、複合チャンネルの構成を可能にする情報も含まれている。
【０２９７】
ラインナップリストは、完全なラインナップリストが最後に伝送された後に修正された
ＲＧのラインナップだけからなるラインナップリスト更新を伝送することによって、増分
方式で更新することができる。特定のＲＧラインナップを更新する場合は、完全な更新を
行わなければならないことに注意すること。つまり、ラインナップリスト更新はＲＧの一
部だけしか更新しないことがあるが、しかし、更新されるＲＧは、そのＲＧに関する全て
のラインナップ情報を伝送することによって更新されなければならない。
【０２９８】
全ラインナップリストの伝送は毎週、ラインナップリスト更新の伝送は毎日行われるこ
とになろう。
ファイル命名規則
局およびラインナップリストのファイル名は下記のように割り当てるものとする。各フ
ァイルの基本名は、年月日を示す６文字からなるものとする。基本名はピリオドによって
接尾部から分離するものとし、接尾部は、下記の表ＬＶに従って、ファイルのタイプを示
すものとする。
【０２９９】
【表５６】
2011120310.tif 000079
表ＬＶ
ファイル内容
これらのファイルは、２０〜７Ｅ  ｈｅｘの範囲を含むＡＳＣＩＩテキストから構成さ
れた記録を含むことになる。この唯一の例外は、ＡＳＣＩＩラインフィードである、記録
ターミネータＯＡ  ｈｅｘの端である。
ファイル転送
局およびラインナップファイルは、復帰改行終了記録からなるパイプ区切りフォーマッ
ト（ＰＤＦ）ＡＳＣＩＩファイルである。これらのファイルはＳｔａｒＳｉｇｈｔに電子
的に転送しなければならない。
複合チャンネル
複合チャンネルの発行はラインナップを通じて取り扱われる。もし単独同調可能チャン
ネルが複数の番組源から定期的に番組を放送している場合は、そのチャンネルが複合チャ
ンネルとして知られている。（例：有線チャンネル４１が１日のある部分はＶＨＩを放映
し、１日の別の部分にはＨＢＯを放映することがある）。
【０３００】
ラインナップは、複合チャンネルになる各フィードに同じ「同調チャンネル」
を割り当てることによって、これに対処する。その複合にどんなデータをコンパイルする
かを決定するためには、開始および停止時間を使用することができる。
【０３０１】
複合チャンネルが地上テレビや衛星放送で見られることはめったにないが、有線プロバ
イダにとっては全く当たり前のことである。
【０３０２】
局ファイルリストファイル内の各記録は、表ＬＶＩに定義されたフィールドからなる。
各フィールドは、ＡＳＣＩＩ「パイプ」（７Ｃ  ｈｅｘ）文字によって、次のフィールド
から区切られている。もし利用可能なデータがない場合は、指定デフォルトサイズが０の
フィールドが空のまま残されることがある。最小サイズが非ゼロのフィールドは必須であ
る。注：局リストの入力が削除中であることをＳｔａｒＳｉｇｈｔに知らせるために、“
Ｓｔａｔｉｏｎ  ＩＤ”および“Ｌａｓｔ  Ｍｏｄｉｆｉｅｄ  Ｄａｔｅ／Ｔｉｍｅ”フ
ィールド内のデータを含み、その他の全てのフィールドが空の局リスト記録が伝送される
。これは、ＳｔａｒＳｉｇｈｔに対して、その局に関する内部処理の実施を停止するよう
伝えている。
局リスト記録フォーマット
【０３０３】
【表５７】
2011120310.tif 000080
【０３０４】
【表５８】
2011120310.tif 000081
表ＬＶＩ
ステーションリストレコードフォーマットの詳細な説明は、表ＬＶＩＩに与えられている
。
【０３０５】
【表５９】
2011120310.tif 000082
【０３０６】
【表６０】
2011120310.tif 000083
【０３０７】
【表６１】
2011120310.tif 000084
表ＬＶＩＩＩ
ステーションリストレコードの例は、表ＬＶＩＩＩに与えられている。
【０３０８】
【表６２】
2011120310.tif 000085
表ＬＶＩＩ
上に述べたデータを含む記録は以下の通りである：
【０３０９】
【表６３】
2011120310.tif 000086
ラインアップリスト  ラインアップのデータベースは、各ＲＧの現に有効である各チャ
ンネルのための一つの記録を含み、各ＲＧの将来のラインアップも含むかもしれない。“
チャンネル”は、分離されて定期的な供給である。複合チャンネルは複合の各部分に対す
る分離した記録を使用して説明される。
【０３１０】
幾つかの協定が、スターサイト（ＳｔａｒＳｉｇｈｔ”ｓ）処理負荷を最小にするため
に遵守されなければならない。
【０３１１】
１．各フィールドは、ＡＳＣＩＩ“パイプ”（７Ｃ  ｈｅｘ）文字によって次のものか
ら境界を定められる。もしデータが入手できなければ、０の特別な誤った寸法をもったフ
ィールドが空のまま残り、ゼロでない最小寸法をもったフィールドが必須である。
【０３１２】
２．ＲＧが排除されるというスターライトを知らせるために、“満了日／時”フィール
ド内の満了する特別な日／時を包含することを除き、“ラインアップ記録計数”フィール
ド内の０と正常観察ＲＧ記録が伝達される。他の全てのフィールドがこの明細書について
フォーマット化される。これはスターサイトに信号を送り、特別な日／時の時にこのＲＧ
と組み合う内部処理をすることを止める。注：このタイプの情報を処理することに固有の
遅れがあることによって、新しいＲＧを特定するためにこのＲＧ番号を再使用することは
良い考えではない。このような性質の問題がないということを確実にするために、ＲＧ番
号は絶対に再使用されるべきでない。
【０３１３】
３．ラインアップは、このＲＧと組み合う全てのラインアップ記録によって直ちに追従
されるＲＧ記録と一緒に、常に全体的に述べられなければならない。
【０３１４】
４．ＲＧを定義する現在及び将来のラインアップの両方があるときは、最初に二つの有
効なデータのより早い方のものを持つＲＧ記録と一緒に伝達し、次に現在のラインアップ
の全てによって追従し、続いて将来の有効データを有する他のＲＧ記録が将来のラインア
ップのためのラインアップ記録の全てによって追従される。
【０３１５】
５．何らかのラインアップデータが所定のＲＧのために提供されるならば、ＲＧのため
の全ラインアップ（現在有効なものの全て及び定期的に有効になるものの全てを含む）が
提供されなければならない。
【０３１６】
６．所定のＲＧを扱う全ての記録はファイル内で隣接していなければならない。例えば
、同一ファイル内でＲＧ１００を扱い、次にＲＧ１０１を扱い、次にＲＧ１００を扱うと
いう記録を持つことは許されない。
【０３１７】
７．ラインアップ情報は次のキーの値について上昇順序で区分される。
ａ．ＲＧ番号
ｂ．有効データ  ｃ．電源  ｄ．同調チャンネル＃
８．ＲＧ記録内のこの名前の任意のフィールドにおけるこの情報を提供することによっ
て、所定のラインアップにおける情報のための“満了日／時”を明確に予定することがで
きる。
【０３１８】
９．ラインアップの如何なる記録に対する変更も、そのラインアップのためのＲＧ記録
内の“ラインアップ情報最終日／時修正”を更新することによって反映されなければなら
ない。
【０３１９】
１０．“最終日／時修正”のためのラインアップ記録にフィールドがないということに
注意せよ。これはＲＧ記録内の“ラインアップ情報最終日／時修正”を更新することによ
って処理される。“ラインアップ情報最終日／時修正”フィールドの更新は、ＲＧに対す
る全ラインアップが更新され変更されたということを意味する。
【０３２０】
１１．“有効な日／時”のためのラインアップ記録内にフィールドがないということに
注意せよ。これはＲＧ記録内の“有効日／時修正”を更新することによって処理される。
“有効日／時修正”フィールドの値は、このＲＧ記録を追従するラインアップ記録の全リ
ストがその日及び時に有効になる（あるいは有効になった）ということを意味する。
ＲＧ記録フォーマットが表ＬＶＩＩＩに示される。
【０３２１】
【表６４】
2011120310.tif 000087
【０３２２】
【表６５】
2011120310.tif 000088
表ＬＶＩＩＩ
ＲＧフィールドの説明
フィールド＃
１．記録タイプ（１バイト）
このフィールドは常に、上方の場合のＡＳＣＩＩ文字”Ｒ”または”Ｓ”の一方を包含
し、この記録がＲＧ記録であるということを特定しなければならない。
もし記録タイプが”Ｓ”ならば、この記録は特別な衛星を述べるために使用され、あるフ
ィールドの意味は再定義（以下に詳細に述べる）される。両方の記録のタイプは同じ数の
フィールドを持つが、記録タイプが”Ｓ”であるときは、幾つかのフィールドは常に空で
ある。
２．ラインアップ記録計数（１−４バイト）
ラインアップ記録の小数はこの記録を追従する。すなわち、次の記録の数はこのＲＧの
ラインアップを完全に定義するために使用される。
３．ＲＧ番号（８バイト）
この数はこのＲＧの独特の十進法８桁のＩＤである。ＲＧ番号は再指定されることはで
きない。一度ＲＧ番号が指定された場合でも、（例えば、会社がビジネスから外れること
によって）、結局使用から外れるかもしれない。しかし、この場合であってもそのＲＧ番
号は再使用されるべきでない。
４．ＲＧグループタイプ（１バイト）
ラインアップタイプはこのＲＧがどんなタイプのサービスを目標としているかを定義す
る：  
０＝ＴＶ放送、これは従来のＴＶチャンネルＲＧである。
【０３２３】
１＝標準ケーブルシステム、これは従来のケーブル周波数計画である。
【０３２４】
２＝ＩＲＣケーブル（ＩＲＣは変形ケーブル周波数計画である）
３＝ＨＲＣケーブル（ＨＲＣは他の変形ケーブル周波数計画である）
４＝ケーブルシステム、未知の周波数計画
５＝衛星  ＲＧ名  （もし記録タイプが“Ｒ”ならば）  （１２０バイトまで）
衛星名  （もし記録タイプが“Ｓ”ならば）
可能な限り曖昧でなくＲＧまたは衛星を述べるために１２０文字までの冗長な記述を使
用せよ。もしケーブルＲＧならば、適当ならばＭＳＯ名フィールドを使用せよ。ＲＧ名は
それ自身のラインアップを持つことができる法人を独特に特定すべきである。例えば、ケ
ーブルシステムの各ヘッドエンドはそれ自身のラインアップを持つことができ、例え只一
つの番号であり、あるいはケーブルシステム名と番号の独特の組み合わせであったとして
も、各ヘッドエンドは何か独特の名前を持つべきである。
【０３２５】
６．ケーブルシステム名（もし記録タイプが“Ｒ”ならば）（１２０バイトまで）衛星
略号（もし記録タイプが“Ｓ”ならば）
もしケーブルならば、これは多重システムオペレーター（ＭＳＯ）によって操作される
システムであるかもしれない。もしそうならば、このケーブルシステムを特定するために
共同体で一般に使用されている名前を命名せよ。もし衛星ならば、この衛星を呼ぶために
通常の文字／数字の組み合わせ、例えばＧａｌａｘｙ３のためのＧ３の名前を命名せよ。
７．ＭＳＯ名（もし記録タイプが“Ｒ”ならば）（１２０バイトまで）
衛星オペレーター（もし記録タイプが“Ｓ”ならば）
もしケーブルならば、これは多重システムオペレーター（ＭＳＯ）によって操作される
システムかもしれない。もしそうならば、このケーブルシステムを特定するために共同体
で一般に使用されている名前を命名せよ。もし衛星ならば、これは多重システムオペレー
ター（ＭＳＯ）によって操作されるシステムであるかもしれない。もしそうならば、ＭＳ
Ｏを命名せよ。もし衛星ならば、衛星のオペレーターの名を命名せよ。
８．ＲＧローカルコンタクト（０から１２０バイト）
ケーブル会社におけるローカルコンタクトの名前
９．コンタクト電話番号（２０バイトまで）
ケーブル会社のローカルコンタクト担当者の名前
１０．街道住所（１２０バイトまで）
ケーブル会社のローカルコンタクト担当者の住所
１１．市（１２０バイトまで）
コンタクトが配置された市の名
１２．州（０〜２バイト、アルファ）
これは、その州の米国郵便サービスの２文字短縮である。
１３．郵便番号（０〜１０バイト）
郵便番号は、５バイト、−（ダッシュ記号）４バイトとしてフォーマットされる。稀に
始めの５バイトだけしか使用可能でない。
１４．ＤＭＡネーム（レコードタイプ＝“Ｒ”である場合）（１２０バイトまで）
軌道（オービット）位置（レコードタイプ＝“Ｓ”である場合）
このＲＧがあるＤＭＡを示すのにニールセンが使用する名前は？
１５．ＤＭＡランク（レコードタイプ＝“Ｓ”であるときには常時エンプティーである）
（３バイト、数字）
１６．ＡＤＩネーム（レコードタイプ＝“Ｓ”であるときには常時エンプティーである）
（１２０バイトまで）
このＲＧがあるＡＤＩを示すのにアービトロンが使用する名前は？
１７．ＡＤＩランク（レコードタイプ＝“Ｓ”であるときには常時エンプティーである）
（３バイト、数字）
１８．コミュニティーサーブド（レコードタイプ＝“Ｓ”であるときにはエンプティーで
ある）
（３００バイトまで）
このＲＧによって供給された、町、サークル、コミュニティーズ（共同体）、区域、地
区、又は、郡のコンマ分離されたリスト。このリストは、全部ではなく間違ったとしても
、余りにも少なくはなく余りにも多い名前を含む側では可能な限り簡潔、且つ、正確であ
るべきである。
１９．コメント（３００バイトまで）
このＲＧをデータエントリーフィールズを行う人に近い人又は他の人と区別するのに役
立つ任意の特別な情報は、特に、これが、新規加入者がどのＲＧにいるかを確認する試み
に関するときには、気づくべきスターサイトにとって重要である。
２０．ＲＧジェネラルインフォメーションラストモデファイドデータ／タイム（１０バイ
ト、数字）
ＧＭＴデータ及びタイム。このレコードが最後にモデファイされた。
【０３２６】
フォーマット
ｙｙｍｍｄｄｈｈｍｍ。例えば、９３０７１１０５１４
２１．ＲＧラインアップインフォメーションラストモデファイドデータ／タイム（１０バ
イト、数字）
ＧＭＴデータ及びタイム。このＲＧと関連した任意のラインアップは最後にモデファイ
された。フォーマット  ｙｙｍｍｄｄｈｈｍｍ。例えば、９３０７  １１０５１４  注意
：  値「００００００００００」が、リザーブされ、特別な意味「このＲＧに使用可能な
ラインアップはない」を有する。
２２．有効なデータ／タイム（１０数字）
ＧＭＴデータ／タイム。以下のラインアップが有効になる。慣用的であるか或いは未だ
有効でないラインアップ情報を指定にするのに使用されているが、知られている将来のデ
ータ及びタイムで有効になる。このフィールドは、情報が有効であったか或いは有効にな
るデータ及びタイムを指定にする。
２３．満了データ／タイム（エンプティー又は１０数字）
ＧＭＴデータ／タイム。このフィールドは、このピースのラインアップインフォメーシ
ョンが有効でなくなるときに将来のデータ及びタイムを指定する。明確にされたこのデー
タ／タイムが、最後の分を含まないと仮定すると、ラインアップがこの分の最後ではなく
、最初で終わることを意味する。
ＲＧレコードの例を表ＬＩＸに与える。
【０３２７】
【表６６】
2011120310.tif 000089
表ＬＩＸ
上記指定されたデータを含むサンプルレコードは以下の通りである。
【０３２８】
【表６７】
2011120310.tif 000090
ラインアップレコードフォーマットを以下に表ＬＸに示す。
【０３２９】
【表６８】
2011120310.tif 000091
表ＬＸ
ラインアップレコードの詳細な説明は以下のとおりである。
１．レコードタイプ（１バイト）
「Ｒ」＝ノーマルラインアップレコード、「Ｔ」＝サテライトＴＶＲＯラインアップレ
コード
２．ＲＧナンバー（８数字）
３．チューナブルチャンネル（１〜３バイト）
これは、このプログラムを受信するため貴方が調整することになるチャンネルである。
これは、（レコードタイプが「Ｌ」であるときには）ケーブルシステムの、また、（レコ
ードタイプが「Ｔ」であるときには）ＴＶＲＯのトランスポンダーナンバーのケーブルチ
ャンネルナンバー又はレターである。
４．ソース（レコードタイプ＝「Ｔ」であるときにはエンプティー）
幾つかのケーブルシステムは、２又は３以上の別々のケーブルの中から選択する能力を
有する、すなわち、これがこのようなシステムであるときには、どのケーブルを使用する
のかを指定する。これがシングルソースシステムである場合にはエンプティのままにする
。
５．チャンネルＩＤ（１２バイト）
これは、このチャンネルのスケジュールインフォメーションを確認するのに使用される
唯一の（ユニーク）ナンバーである。これは、そのユニークなスナヒションＩＤを使用す
る、ステーションリストに構成されたステーションのうちの一つに関する。
６．チャンネルタイプ（１数字）
これは、いかなる種類のチャンネルか（ケーブル及びＴＶＲＯラインアップに適用する
）
ａ  知らない
１＝  ベーシック
２＝  エクステンディッドベーシック
３＝  プレミアム
４＝  ＰＰＶ  
ｂ  ベンドウズリクエストの決められた意味である７．デイ（０〜７バイト）
これらは、このフィードが使用される曜日である。非コンポジットチャンネルに関して
は、曜日は１２３４５６７であろう。非コンポジットケースに関しては、これは非常に一
般的なケースであるから、フィールドをエンプティのままにしておくことは七日すべてを
指定することに等しいことを定義する。七日までの如何なる組合せをこのフィールドで指
定することができる。
【０３３０】
これらのナンバーは、以下の意味をもったシングルバイトである。
【０３３１】
１＝日曜日  ２＝月曜日
３＝火曜日  ４＝水曜日
５＝木曜日  ６＝金曜日
７＝土曜日
かくして、２５７の「曜日」フィールドは月曜日、木曜日及び土曜日を指定する。
８．スタートタイム（４バイト）
これはスタートタイム（ＧＭＴ）であり、このデータからこのチャンネルが使用される
べきである。非複合チャンネル（ｎｏｎ−ｃｏｍｐｏｓｉｔｅ  ｃｈａｎｎｅｌ）に対し
て、スタートタイムは、いつも、００００時ＧＭＴである。
【０３３２】
ストップタイム（４バイト（４ｂｙｔｅｓ））
これが、このステーションからのデータに関するストップタイム（ＧＭＴ）である。非
複合チャンネル（ｎｏｎ−ｃｏｍｐｏｓｉｔｅ  ｃｈａｎｎｅｌ）に対して、ストップタ
イムは、いつも、００００時ＧＭＴである。データ／時間特定は、最後の分を非包含して
いない（ｎｏｎ−ｉｎｃｌｕｓｉｖｅ）と仮定され、この分の終わりではなく、開始にお
いて、ラインアップが満了することを意味する。
【０３３３】
レコードの終了
ＡＳＣＩＩラインフィード（０ＡＨｅｘ）またはキャリッジリターン（０Ｄｈｅｘ）
例：２ケーブルシステムに関する現在および将来のデータを含むラインアップ
下記の仮想ラインアップは、２つのケーブルの各々で２つのチャンネルだけを使用する
システムを示し、これに対して、現在および将来のラインアップが存在している。このデ
ータは上述したようにしてソートされ、即ち、ソースＡに対する現在有効な情報が、最初
に与えられ（チャンネルナンバによって上昇する順番にソートされ）、続いて、ソースＢ
に対して現在有効な情報が、次いで、ソースＡに対する将来の情報が、最後に、ソースＢ
に対する将来の情報が与えられる。太文字すなわちボールドフェースのレコードは、２つ
のラインアップ間で実際に異なっているレコードだけであり、ケーブルＢのチャンネル２
が、再び与えられる。しかしながら、将来のラインアップが、全体として、与えられるこ
とに留意されたい。
【０３３４】
【表６９】
2011120310.tif 000092
例：ＲＧを削除
下記のこの例は、上述した例、０４００ＧＭＴで１９９４年１月１５日有効、で説明し
たＲＧをどのように削除するかを示す：
【０３３５】
【表７０】
2011120310.tif 000093
これは、ファイルされた満了データ／タイムを備えた、ただの、通常のＲＧレコードで
あることに留意されたい。通常のケースとは異なり、“ラインアップレコードフィールド
”で０で示されるように、引き続くラインアップレコードがない。
【０３３６】
用語集
以下の用語は、下記の説明のように、使用される。この用語集に挙げられていない用語
は、リスティングデータ業界の人およびこれに関連する業界の人に知られているものであ
る。
ＣＡＣ：コミュニティアクセスチャンネル
チャンネル（Ｃｈａｎｎｅｌ）：テレビ局に割当てられた別々の周波数バンド
複合チャンネル（Ｃｏｍｐｏｓｉｔｅ  Ｃｈａｎｎｅｌ）：１つのチャンネルで、２ま
たは３以上のＰＯがプログラミングを時分割すること
ＤＰ：データプロバイダー（プログラムリスティングデータのプロバイダ）
データプロバイダ（Ｄａｔａ  Ｐｒｏｖｉｄｅｒ）：テレビプログラムリスティングデ
ータの供給者
フィールド（ＦＩＥＬＤ）：レコードのサブパート（レコードは、複数のフィールドか
らできている。）
ＧＭＴ：グリニッジ標準時（世界標準時）
ＨＲＣ：ケーブルシステム周波数転送標準規格
スターサイト（ＳｔａｒＳｉｇｈｔ）：スターサイトテレキャストインコーポレーテッ
ド
ＩＲＣ：ケーブルシステム周波数転送標準規格
ローカル（Ｌｏｃａｌ）：ケーブルプロバイダから３５マイル以内にあるテレビ放送局
マップ（ＭＡＰ）：受取グループ（ＲＧ）の物理的領域へのリファレンス
ＭＰＡＡ（Ｍｏｔｉｏｎ  Ｐｉｃｔｕｒｅ  Ａｒｔｉｓｔｓ  Ａｓｓｏｃｉａｔｉｏｎ
）：映画人協会（視聴者のための適当なガイドライン）
ＭＳＯ（Ｍｕｌｔｉｐｌｅ  Ｓｙｓｔｅｍ  Ｏｐｅｒａｔｏｒ）：マルチシステムオペ
レータ（が２以上のケーブルシステムを操作する。）
ＰＯ：プログラムオーガナイザー（テレビ局、テレビケーブルプロバイダ、サテライト
ビデオプロバイダ）
プライムタイム：最高視聴率時間を考えられている夕方の時間帯
プログラムオーガナイザー：（ＰＯを参照のこと）
ＰＳＴ：太平洋標準時（西海岸時間）
レコード（Ｒｅｃｏｒｄ）：ファイル内の定義された一連のＡＳＣＩＩキャラクタ
ＲＧ：レセプショングループ、明確な地理的領域で利用可能なテレビチャンネル
ランタイム（Ｒｕｎｔｉｍｅ）：ショウまたは映画の分単位の長さ
サービスプロバイダ（Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｅｒ）：ケーブルシステムのヘッ
ドエンド、スターサイトのプログラムデータを搬送するテレビ放送局
ショウリスト（Ｓｈｏｗ  ｌｉｓｔ）：本明細書で説明しているようなスケジュールリ
スティング情報を収容しているパイプデリミットフォーマット（Ｐｉｐｅ  Ｄｅｌｉｍｉ
ｔｅｄ  Ｆｏｒｍａｔ）のレコードを収容しているファイル
スタートタイム（Ｓｔａｒｔ  Ｔｉｍｅ）：ショーが始まる地方時間（時−分）
ＳＵ：サブスクライバユニット用アブレビエーション（Ａｂｂｒｅｖｉａｔｉｏｎ  ｆ
ｏｒ  Ｓｕｂｓｃｒｉｂｅｒ  Ｕｎｉｔ）、スターライトデータをデコードするために使
用する。
【０３３７】
ＳｙｎｄＥｘ：シンジケート排他性（Ｓｙｎｄｉｃａｔｅ  Ｅｘｃｌｕｓｉｖｉｔｙ）
ＴＣＰ／ＩＰ：伝達制御プロトコル即ちトランスミッションコントロールプロトコル／
インターネットプロトコル（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃ
ｏｌ／Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）
特定ゾーン（ｓｐｅｃｉｆｉｅｄ  ｚｏｎｅ）：放送局からの所定の距離あるいは領域
この説明の概略
以下の説明は、スターサイトレテキャストにテレビリスティングデータを送ることに関
連して、データプロバイダの要件を詳細に規定する。これは、ショウリストのフォーマッ
ト（パイプデリミットファイル）を詳細に規定する。これらのファイル内の各レコードの
フォーマットも、詳細に規定する。
【０３３８】
スターサイトへのこれらのファイルの電子的転送の詳細およびＳｙｎｄＥｘのような全
国的番組オディティー（ｏｄｄｉｔｉｅｓ）によって求められる特別なファイルの要件お
よび詳細も概説する。
【０３３９】
スターサイト電子データベースを作るのに使用されるショーリストレコードのフォーマ
ットは、われわれのデータベースプログラムの中に、高度に集約されており、これらの、
フォーマットは、スターサイトテレキャストの書かれたコンセント以外は、変える或いは
変更する必要がない。使用されるフィールドのシンタックスおよび意味が、予め、文書で
示されているならば、ヴェンドールデファインドフィールド（Ｖｅｎｄｏｒ−Ｄｅｆｉｎ
ｅｄ  Ｆｉｅｌｄ：  後述）の使用が許される。
【０３４０】
ファイルトランスファーの仕様
ファイルトランスファーメディアおよびスピード
ショーリストファイルは、ルーター（Ｒｏｕｔｅｒ）に接続されたＤＰのエサーネット
（Ｅｔｈｅｒｎｅｔ（登録商標））およびディジタルリースライン（ｄｉｇｉｔａｌ  ｌ
ｅａｓｅｄ  ｌｉｎｅ）を通して、標準ＴＣＰ／ＩＰプログラム、ＦＴＰを使用して、ス
ターサイトテレキャストのＵＮＩＸ（登録商標）（登録商標）ファイルシステムに電子的
に送られることになる。リースラインのオペレーションスピードは、全てのデータファイ
ルを、合理的な時間で、転送するのに十分である。
【０３４１】
ファイル転送プロトコルおよび圧縮
データは、ＴＣＲ／ＩＰファイル転送プロトコルあるいは互いに了承されている他のフ
ァイル転送プロトコル規格を使用して、スターサイトテレキャストのＵＮＩＸ（登録商標
）ファイルシステムに転送される。このファイルは、転送されたデータがかさばるので、
我々のＵＮＩＸ（登録商標）ファイルシステムを互換性のある互いに了承されたデータ圧
縮アルゴリズムを使用して、圧縮する必要がある。
【０３４２】
ファイル転送の詳細
ファイルは、ファイル転送が０８００時ＲＳＴまでに完了するようにして、週に七日、
毎日、スターサイトに転送される。毎日のファイル転送は、ファイル転送を実行するのに
使用されるロジンネーム（ｌｏｇｉｎ  ｎａｍｅ）に対応するホームディレクトリの中で
ある。
【０３４３】
スターサイトへの“メイン”ファイルダウンロードは、いつも、１２日先のデータであ
る。したがって、今日が第１０日目であるなら、今日のデータダウンロードは、第２２日
目の００００時ＧＭＴに始まるスタートタイムの間である。
（下記のＧＭＴ仕様書参照のこと）
データファイルが、毎日、送られてくるので、既に転送されたプログラムリスティング
を更新するために、あるメカニズムが必要である。これは、“Ｕｐｄａｔｅ”ファイルに
よって達成される。このＵｐｄａｔｅファイルは、最新のＵｐｄａｔｅファイルが作られ
ているので、行われた全ての変更のレコードを含んでおり、未だ”ａｃｔｉｖｅ”な日の
全てのデータを変更する。“ａｃｔｉｖｅ”なデータは、今日の日付けで始まり、引き続
く１１日間、即ち、今日から今日の“Ｍａｉｎ”ファイルによってカバーされ、その日を
含まない全ての日にわたる日として規定される。
【０３４４】
差し込まれるサービスのクラスが、“Ｆｌａｓｈ  Ｕｐｄａｔｅｓ”を必要とし、この
サービスのクラスが、全ての変更の入力後、５分以内に、“Ｆｌａｓｈ  Ｕｐｄａｔｅｓ
”ファイルを提供する。このようなファイルは、一日中、スターサイドへのリースライン
を通して、“伝わる（ｔｒｉｃｋｌｅ）”。
【０３４５】
ショーリストファイル紹介
スターサイトテレキャストは、特別にフォーマットされたデータを、アメリカ合衆国中
にあるスターサイトサブスクライバーに転送する。このデータは、スターサイトと呼ばれ
、サブスクライバが、テレビスクリーン上にテレビプログラムリスティングを対話式で表
示できるような、”オンスクリーンプログラムガイド”をつくるために使用される。この
ネットワーク用の情報は、われわれのＵＮＩＸ（登録商標）コンピュータ上で走るコンピ
ュータプログラムによって作られたデータベースに由来する。データベースを作るために
、データプロバイダーは、スターサイトに、ショーリストファイルと呼ばれるプログラム
リスティングファイルを供給することを求められる。
【０３４６】
ＧＭＴ
ショーリストファイルは、テレビプログラムリスティングの年代順のレコードのセット
である。スターサイトは、第１のレコードが、００００時ＧＭＴのスタートタィムを有し
ているショーファイルリストあるいは００００時ＧＭＴの後に始まる最初のショーを必要
とする。このように、各ショーリストファイルの第１のレコードが、真夜中のあるいはそ
の後の第１のショーに関するものであり、ショーリストファイルの最後のレコードが、２
４００時ＧＭＴの前に始まる最後のショーに関するものである。
【０３４７】
換言すれば、所与のＭａｉｎファイルは、一日が、００００ＧＭＴで始まり２４００Ｇ
ＭＴで終わる状態で、一日分の全ての、ＰＯに関するレコードのみを収容している。逆に
言えば、Ｍａｉｎファイルは、その日の、全てのＰＯに関するショーを収容していなけれ
ばならない。
【０３４８】
全てのショーリストレコードの“スタートタイム”フィールドがいつもＧＭＴによって
付与されているので、データプロバイダは、年に２回、サマータイムを考慮しなければな
らないことを警告される。すなわち、一度は、春にサマータイムが導入されるときであり
、もう一度は、秋に標準時間に戻るときである。この時間の変更は、ＰＯがサマータイム
の無い州あるいは国に住んでいない限り、全てのプログラムデータおよび全てのＰＯに対
して行われなければならない。サマータイムによって、ＤＰは、春には１時間進める調整
、そして、秋には１時間遅らせる調整によって修正されたＰＯファイルに、レコードを集
めるすなわち転送することになる。
【０３４９】
番組時間をＧＭＴに調整すると、番組リストレコードは、常に、昼間のセービングトラ
ンジションデータであってもギャップ又は重複無しにすぐ後に続くべきである、というこ
とに気付かれたい。
シンデックス（ＳｙｎｄＥｘ）及びネットワークの排他性
ＦＣＣ規則によると、ＴＶケーブルプロバイダは、ローカルＴＶ放送局のプログラムと
時間及び内容の両者において直接的に衝突するプログラムを阻止する（地方局の要求で）
ことが求められる。このことによって、ケーブルプロバイダは、衝突時間の間、そのチャ
ンネルでのプログラムを置き換えることができる。阻止時間の間のスロットのための正し
いスケジュールをデスプレーするために、この阻止の前の２４時間以内にシンデックス阻
止についてスターサイト（ＳｔａｒＳｉｇｈｔ）に知らせなければならない。
【０３５０】
スポーツ削除
ＦＣＣ規則によれば、仮にスポーツイベントの２４時間以内に所定のパーセンテージの
チケットが売れなければ、地方のＴＶ放送からスポーツイベントを削除することができる
。スターサイトは、この削除についての情報を求める。
混成したチャンネル
幾つかのケーブルプロバイダは、一つのケーブルチャンネルを数多くのプログラムセグ
メントに分割して、別の時間に、一つのチャンネルで２以上のプログラム創作者からのプ
ロブラムを挿入してもよい。ある時間にどのようなサービスがそのようなチャンネルで行
われるかを明確に説明する情報をスターサイトに提供することがＤＰに求められる。この
情報は、混成プログラムが生じるチャンネルについてのＰＯリストの中に規定される。
【０３５１】
混成チャンネルのための数多くのＰＯ情報は、上述した「ＲＧリストフォーマットの詳
細（ＲＧ  Ｌｉｓｔ  Ｆｏｒｍａｔ  Ｓｐｅｃｉｆｉｃａｉｔｏｎ）」の中で取り扱われ
る。
コミュニティアクセスチャンネル
ＦＣＣは、各ケーブルプロバイダに、公共の使用のために少なくとも一つのコミュニテ
ィアクセスチャンネル（ＣＡＣ）を支援することを要求する。私的な市民は、このような
公共の観点、公共の情報又は承認された公共プログラムのためにこのチャンネルでプログ
ラム時間を求めることができる。スターサイトは、各ＣＡＣのためのプログラム情報と一
緒に番組リストを要求し、ＣＡＣ番組リストネームは、各ケーブルシステムの名前に拘束
される。
低電力局  ＬＰＴＶ
低電力（多くは個人的に所有する）のＴＶ放送局が、米国の多くの領域に存在する。こ
のような低電力局の幾つかは、ＤＰによるプログラムリストサポートを要求するであろう
。このことは、各ＬＰＴＶのための番組リストファイルに基づいて各局毎に処理される。
【０３５２】
シンデックス、ネットワーク排他性、スポーツ削除、混成チャンネル、公共のアクセス
チャンネル、低電力局のためのデータでの正確なフォーマットを決定すベきである。
番組リストファイルの定義
番組リストファイルは、テレビジョンプログラムリストを含む数多くのレコードからな
る。この番組リストレコードは、所定数のフィールドを有する。殆どのフィールドは、可
変のサイズの幾つかのフィールドを備えた所定のサイズのものである。このことは、番組
リストレコードに最小及び最大ビットサイズを与える。（正確な最小／最大サイズに関す
る番組リストレコードフィールドの定義を参照）。
【０３５３】
レコードターミネータの端、つまり０Ａ  ｈｅｘ（ラインフィード）を除いて、番組リ
ストファイルは、ＡＳＣＩＩ記号と、その前後に２０ｈｅｘ  ないし７ｈｅｘ  の範囲の
ものだけを含む。このことは、制御コード、新しいラインコード又はレコードコードが番
組リストファイルの一部になるのを防止する。
番組リストファイルのネーム
この記述において３種類のファイルを述べる。これらは全て、同じレコードフォーマッ
トを有するが、これらは幾分異なって使用される。これらを所定のデータに対して「メイ
ン」ファイル、「アップデート」ファイル、「フレッシュ」ファイルと呼ぶ。メインファ
イルは、ある特定のデータに関するデータだけを含む。メインファイルは、このようなデ
ータに関する全てのデータの初期ロードに相当する。アップデートファイルは、早い日に
提供された番組リストデータを改定する情報を含む。このアップデートファイルは、入り
込んだ新しい情報に依存した、数日を包括するデータを含む。フレッシュファイルは、入
り込んだ更新情報を含む。
【０３５４】
メインファイルのネームは、「ＭＡＩＮ」の文字と、これに続いて、日付けを表す４つ
の数字と、ピリオッド及びサフィックス「ＤＡＴ」とからなる。例えば、「ＭＡＩＮ０８
１２」のときに、ＭＡＩＮ０８１２．ＤＡＴが有効なメインファイルネームである。
【０３５５】
アップデートファイルネームは、「ＵＰＤＴ」の文字と、これに続いて、日付けを表す
４つの数字と、ピリオッド及びサフィックス「ＤＡＴ」とからなる。例えば、「ＵＰＤＴ
０８１２」のときに、ＵＰＤＴ０８１２．ＤＡＴが有効なメインファイルネームである。
【０３５６】
フレッシュファイルネームは、「ＦＬＳＨ］の文字と、これに続いて、日付けを表す４
つの数字と、任意であるが、ピリオッド及びサフィックス「ＤＡＴ」とからなる。例えば
、「ＦＬＳＨ０６４２」のときに、ＦＬＳＨ０６４２．ＤＡＴが有効なアップデートファ
イルネームである。
【０３５７】
異なる種類のコンピュータへのインターフェースをもたらすので、ファイルの命名の変
更は、現存する全てのコンピュータオペレーテングシステムと実際上一緒に作業するよう
に選択される。ファイルネームの中のアルファベット文字は、全てのアッパケース又は全
てのロアーケースのいずれかであり、混合したケースは許されない。
【０３５８】
各ＰＯデータは、そのＰＯに関する各レコードの第１フィールドでＰＯを特定すること
によって特定される、ファイルそれ自身の部分を有する。このＩＤ番号
（１２バイトを超えない）は、ＡＳＣＩＩ数字０ないし９からなり、局リストファイルで
のこのＰＯに割当られた局ＩＤナンバーで特定され、これは別の書類で特定される。
番組リストファイル長さ
各ファイルは、この書類のいずれかで特定される番組リストレコードを含む。
このファイルは、１日２４時間を埋めることが要求されるレコードを含む。
所与のファイルの中の各レコードは、「実行時間」フィールドと、番組リストレコードの
スタート時間フィールドで特定される「スタート時間」とで定義されるようなプログラム
長さを有する。このスタート時間および実行時間によって、ファイルの内容が、時間順序
において隙間のない１日２４時間連続したものになる。
連続したファイル
全ての「メイン」ファイルレコードは、日々及び各週などで何らの時間的隙間のない連
続したスタート時間及び実行時間を有する。
【０３５９】
番組リストレコードのフォーマットを表ＬＸＩに示す。
【０３６０】
【表７１】
2011120310.tif 000094
【０３６１】
【表７２】
2011120310.tif 000095
【０３６２】
【表７３】
2011120310.tif 000096
表ＬＸＩ
エンド・オブ・リコード・マーカーおよびエンド・オブ・ファイル・マーカーは、単一
のラインフィード（ＯＡ  ｈｅｘ）および／またはキャリッジ・リターン（ＯＤ  ｈｅｘ
）となる。
【０３６３】
一般的なプログラミングに対するショーのタイプが表ＬＸＩＩに示されている。
【０３６４】
【表７４】
2011120310.tif 000097
表ＬＸＩＩ
注：
ショータイプ指示子は、つねに、一定の３キャラクタ長を有している。必要があれば、
さらに、指示子を追加して用いてもよい。
【０３６５】
スポーツプログラミングに対するショーのタイプが表ＬＸＩＩＩに示されている。
【０３６６】
【表７５】
2011120310.tif 000098
表ＬＸＩＩＩ
注：
ショータイプ指示子は、つねに、一定の３キャラクタ長を有している。必要があれば、
さらに、指示子を追加して用いてもよい。
【０３６７】
詳細なショー・リスト・フィールド・クラスの説明。
【０３６８】
ショー・リスト・リコード・フィールドは４つのクラスに分けられている。それらは、
プログラム情報を含むデータフィールド、データフィールドを分けるデリミタ・フィール
ド、リコードを終了させ、分けるリコード・ターミネータおよびファイル・ターミネータ
のエンドである。
フィールド・クラスの説明。
【０３６９】
以下の仕様における全てのフィールドは、バイトで表された最小および最大サイズを有
していることに注意されたい。多くのフィールドは、一定長を有し、所定長から変化して
はならない。他のフィールドは、可変の最小および最大長を有しているが、その少数は、
最小あるいは最大として定義される。一定長フィールドが意味のないデータを含んでいて
も、それは、適当なキャラクタを有する最小長に詰め込まれなければならない。最大フィ
ールド長もまたくっつけられなければならず、どのフィールドも、その最大長を越えるこ
とは許されない。
データ・フィールド・テキスト
どのフィールドに含まれているテキストも制御コードを含んではおらず、全てのフィー
ルドは、２０ないし７Ｅを含んだ１６進法値の範囲内にセットされたＡＳＣＩＩ  キャラ
クタのみを含んでいる。
デリミタ
【０３７０】
【表７６】
2011120310.tif 000099
は、ショー・リスト・リコードの異なるフィールドを分け、ショー・リスト・リコード内
で一意的であり、デリミタとして以外には、ショー・リスト・リコード内で使用されない
。等しい数のデリミタとデータフィールドがある。ショー・リスト・リコードは、フィー
ルド、デリミタ、・・・，・・・，フィールド、デリミタ、エンド・オブ・リコードのパ
ターンを有している。デリミタは、各リコードの最後のデータフィールドに続いている。
エンド・オブ・リコード
全てのリコードは、ショー・リスト・リコード内の最後のデータフィールドの最後のデ
リミタに続くエンド・オブ・リコード・ターミネータで終了する。このターミネータは、
ラインフィード（ＯＡ  ｈｅｘ）用のＡＳＣＩＩ  コード、あるいは、キャリッジ・リタ
ーン（ＯＡ  ｈｅｘ）、あるいは、いずれかの順序の双方である。
【０３７１】
エンド・オブ・ファイル  エンド・オブ・ファイル・ターミネータは、テキスト・スト
リング”ＺＺＺＺＺＥＯＦ”として定義される。Ｓｈｏｗ  ｌｉｓｔ  ｆｉｌｅ  の最後
のデータリコードの後に、全てのデータが転送されたという信号まで、エンド・オブ・フ
ァイル・ターミネータがなければならない。
詳細なデータフィールドの説明。
フィールド＃
１．ステーション  ＩＤ
（１ないし１２バイト）ステーション  ＩＤ  は、このプログラムの発信元（テレビ局
、ケーブル・チャンネルあるいはサテライト・プロバイダ）を示すのに用いられる（デー
タ・プロバイダによって指定された（ステーション・リスト・リコード・フォーマット参
照））一意的数である。それは、１０デシマル・デジットを越えてはならない。他のキャ
ラクタは許されない。
２．スタート
データ  （８バイト）プログラムが放映される時（年、月、日）のＧＭＴデータを示す
８バイト数。このデータは、与えられたファイル内における全てのリコードに対しｄ同じ
でなければならない。１ないし４バイトは、現在の年、たとえば、１９９１年を定義して
いる。
【０３７２】
３ないし４バイトは月を定義し、１月は０１、１２月は１２で定義される。
【０３７３】
５ないし６バイトは、０１から３１の日を表示する。
３．スタート時間
（４バイト）４バイト数はプログラム放映時間ＧＭＴであり、ミリタリータイムとして
投入される。
【０３７４】
１および２バイトは、プログラムが放映されるＧＭＴ時間における時間である。
【０３７５】
（例
午前６時＝０６、
正午＝１２、
午後６時＝１８、
午前０時＝００）
３および４バイトは、プログラムが放映される分である。
（例：１分過ぎ＝０１、１分前＝５９）
４．ランタイム
（４バイト）分で表したプログラム長。最小のショー（ｓｈｏｗ）ランタイム長は、０
００５分で、最大長は、９９９９分である。（スターサイト・データ・ベース・プログラ
ムは、２４０分より大きいランタイムで、ショーを  ２４０分長の複数のショーに区切る
。）ランタイムデータは、表ＬＸＩＩＩに示されている。
【０３７６】
【表７７】
2011120310.tif 000100
表ＬＸＩＩＩ
上記ショー・リスト・リコード・フィールドのサンプル・フラグメント
５９６３２１５｜１｜９９１２３１｜０９００｜００６０｜
フィールド＃
５．クローズド・キャプション
（１バイト）ショーが終わると、このフィールドには、“Ｙ”（ｙｅｓ）の見出しがつ
けられ、そうでないときは、”Ｎ”（ｎｏ）の見出しがつけられる。
６．ステレオ
（１バイト）ショーがステレオのとき、このフィールドは“Ｙ”（ｙｅｓ）となり、そ
うでないときは、”Ｎ”（ｎｏ）となる。
７．カラー
（１バイト）ショーがカラーのとき、このフィールドは”Ｃ”（ｃｏｌｏｒ）となり、
そうでないときは、”Ｂ”（ｂｌａｃｋ  ＆  Ｗｈｉｔｅ））となる。
８．タイプ
（３バイト）映画、スポーツ、ニュース、トーク・ショーなどを示すプログラムを示す
簡略記号。
（表ＬＸＩ、ＬＸＩＩ参照。）
９．映画番号
（０ないし１０デシマルデジット）この一意的数は、データ・プロバイダにより、ショ
ーに対する一意的数として与えられ、放映された各ショーや映画のタイトルにより異なっ
ている。一旦、この数が使用されると、そのタイトルを示すものとしてロックされて残る
。
これらのフィールドの例は、表ＬＸＩＶに与えられている。
表  ＬＸＩＶ
【０３７７】
【表７８】
2011120310.tif 000101
上述のショーのリストのレコードフィールドのサンプルフラグメントは、次のとおりで
ある。
【０３７８】
Ｙ｜Ｎ｜Ｃ｜ＭＯＶ｜１２３４５６７８９０｜
フィールド＃１０．  グループＩＤ
（５バイト）  この５バイトの数は、プログラムリンク無しについての０００００から
、６５，５３５までの独特のプログラムリンクについての６５５３５までである。この数
は、記録する目的のために互いにリンクされる必要のある２以上の特別の番組（プログラ
ム）又はショーの独特のグループ分けを考慮に入れる。これらの番組のリンキング又はグ
ループ分けは、ＲＯＯＴ１及びＲＯＯＴ２におけるように、同じタイトル名を持たない番
組の連続した記録について必要とされる。これらのフィールドは、もし、プログラムリン
クが無いならば０００００であり、もし、リンクがあるならば６５，５３５までの独特の
十進数であろう。
この独特の数は、リンクされたプログラミングが完了し、この数に関係があるいかなるシ
ョーもデータベースから出て行ったときまで保持される。その時の後、この数は操作開始
前の状態に戻され、もう一度使用することができる。永久的にいかなるショーのグループ
ＩＤ番号をロックするための準備もない。
【０３７９】
６５，５３５の上界は、この数がスターサイト（Ｓｔａｒ  Ｓｉｇｈｔ）によって２バ
イトの二進数に変換され、この方法でＳＵに送られるから必要である。
【０３８０】
もし、記録時間に両立しないことがないとすれば、この数は、チャネルの境界を越え、
２以上の異なるチャネルでの２以上のショーの組として互いにリンクするのに用いられる
。
１１．タイトル
（０から５０バイト）  このフィールドは番組のタイトル即ち名、スポーツチーム、ト
ークショー等の名を含む。
【０３８１】
これらのフィールドの例は、表ＬＸＶに与えられている。
表  ＬＸＶ
【０３８２】
【表７９】
2011120310.tif 000102
上述のショーリストのレコードフィールドのサンプルフラグメントは次のとおりである
。
【０３８３】
００００｜人が飛ぶ｜
以下の４つの番組の記載のフィールドは、利用されるときに、異なる記載にすべきであ
る。多数の記載は、同じ記載の多数の写しであるものとして示すものではない。記載は、
それが完全に適合する最も小さいフィールドに入らなければならない。もし、４つの異な
る番組の記載が存在するならば、次第に減少する順序で、記載を適当な長さのフィールド
に挿入する。
【０３８４】
フィールド１２〜１９：記載、批評、エピソードタイトル、製作年及び監督。
【０３８５】
１２．番組の記載１  （０から３００バイト）  これは番組、ショー、スポーツ競技等
の最も長い記載である。
【０３８６】
１３．番組の記載２  （０から２００バイト）  これは番組、ショー、スポーツ競技等
の記載の短くした記載である。
【０３８７】
１４．番組の記載３  （０から１００バイト）  これは番組、ショー、スポーツ競技等
の記載の短くした記載である。
【０３８８】
１５．番組の記載４  （０から５０バイト）  これは番組、ショー、スポーツ競技等の
記載に利用される最も短い記載である。
【０３８９】
１６．批評  （１バイト）  映画について格付けする批評。これは、もし批評がないと
きは「０」であり、或いは、映画の質次第で、４を最高として、１、２、３又は４である
。
【０３９０】
１７．エピソード  （０から５０バイト）  これは連続もののショーのエピソードの記
載の備えをする。
【０３９１】
１８．年  （０又は４バイト）  これは映画又はショーが製作された年である。
【０３９２】
１９．監督  （０から２５バイト）  映画監督の名前。
これらのフィールドの例は、表ＬＸＶＩに与えられている。
【０３９３】
表  ＬＸＶＩ
【０３９４】
【表８０】
2011120310.tif 000103
上述のショーリストのレコードフィールドのサンプルフラグメントは次のとおりである
。
【０３９５】
人に翼が発生し、冬の間、南に飛び、外国の人口を助ける｜人に翼が発生し、冬の間、
南に飛び、国を助ける｜人に翼が発生し、国を助ける｜人が飛び、国を助ける｜４｜飛ぶ
人｜１９９９｜ジョン・フィルムメーカー｜
フィールド２０〜２５：スターの名前
２０．スター１の姓  （０から２５バイト）  第１の俳優の姓。
２１．スター１の名  （０から２５バイト）  第１の俳優の名（中間名）。
２２．スター２の姓  （０から２５バイト）  第２の俳優の姓。
２３．スター２の名  （０から２５バイト）  第２の俳優の名（中間名）。
２４．スター３の姓  （０から２５バイト）  第３の俳優の姓。
２４．スター３の名  （０から２５バイト）  第３の俳優の名（中間名）。
これらのフィールドの例は、表ＬＸＶＩＩに与えられている。
【０３９６】
表  ＬＸＶＩＩ
【０３９７】
【表８１】
2011120310.tif 000104
上述のショーリストのレコードフィールドのサンプルフラグメントは次のとおりである
。
【０３９８】
フォールズ｜ジョー｜フローツ｜メアリー｜ソアーズ｜サム｜
ジャンルのバイトのフィールド：フィールド２６〜４９
ジャンルのバイトのフィールドは３つのカテゴリーに分けられる。第１カテゴリーは、
テーマ（ＴＨＥＭＥ）カテゴリーであり、これはショーのタイプの概略の記載の備えをす
る。スターライトは、テーマの検索が行われるとき、番組を別個のカテゴリーに分けるた
めにテーマの情報を用いる。第２カテゴリーはＭＰＡＡ等級であり、映画を見る人にこの
ショーを見る人の適当な年齢の映画産業の等級を知らせるのに用いられる。この等級は、
通常、映画についてのみ有効である。第３カテゴリーはＭＰＡＡ等級を更に説明する。
【０３９９】
下記の２４のデータフィールドは、番組のテーマのタイプの説明である。これらの２４
個のフィールドのうちで最大の５つのフィールドは、いずれの１つの番組についても「Ｔ
」として設定される。いくつかのものは互いに両立せず、いつでも同時に「Ｔ」に設定さ
れることはない。
【０４００】
フィールド＃
２６．  アクション
２７．  冒険
２８．  伝記
２９．  古典
３０．  コメディー
３１．  ダンス
３２．  ドキュメンタリードラマ（ｄｏｃｕｄｒａｍａ）
３３．  ドキュメンタリー
３４．  ドラマ
３５．  ファンタジー
３６．  歴史
３７．  ホラー
３８．  武道
３９．  ミュージカル
４０．  ミステリー
４１．  オペラ
４２．  ロマンス
４３．  風刺作品
４４．  科学
４５．  サイエンスフィクション
４６．  サスペンス
４７．  スリラー
４８．  西部劇
４９．  状況喜劇（Ｓｉｔｕａｔｉｏｎ  Ｃｏｍｅｄｙ）
上記フィールドを含むレコードフラグメントの例は、表ＬＸＶＩＩＩに与えられている
。
【０４０１】
表  ＬＸＶＩＩＩ
【０４０２】
【表８２】
2011120310.tif 000105
上記番組リスト記録フィールドのサンプルフラグメントは以下のとおりである。
Ｔ｜Ｔ｜Ｆ｜Ｆ｜Ｔ｜Ｆ｜Ｆ｜Ｆ｜Ｆ｜Ｔ｜Ｆ｜Ｆ｜Ｆ｜Ｆ｜Ｆ｜Ｆ｜Ｆ｜  Ｔ｜Ｆ｜Ｔ
｜Ｔ｜Ｆ｜Ｆ｜Ｆ｜
ＭＰＡＡ  指定：フィールド５０−５６
フィールド  ♯
５０．  Ｇ（１  バイト）一般聴衆．
５１．  ＮＣ１７（１  バイト）１７未満の子供なし．
５２．  ＮＲ（１  バイト）指定なし．
５３．  ＰＧ（１  バイト）親のガイダンス．
５４．  ＰＧ（１  バイト）１３歳未満の親のガイダンス．
５５．  Ｒ（１  バイト）制限．
５６．  ＡＯ（１  バイト）アダルトオンリー．最も厳しい指定．
これらのフィールドの例は表ＬＸＩＸに示される。
【０４０３】
【表８３】
2011120310.tif 000106
表ＬＸＩＸ
フィールド５０−５６のサンプルフラグメントは以下のとおりである。
Ｔ｜Ｆ｜Ｆ｜Ｆ｜Ｆ｜Ｆ｜Ｆ｜
ＭＰＡＡ  指定：フィールド５７−６２
フィールド  ♯
５７．  冒涜（１バイト）
５８．  裸（１バイト）
５９．  バイオレンス（１バイト）
６０．  アダルト  シチュエーション（１バイト）
６１．  アダルト  テーマ（１バイト）
６２．  アダルト  ランゲージ（１バイト）
６３．ＰＰＶ  イベント：フィールド６３．
（１バイト）この番組がペイ−パー−ビュー−イベントであることを表示する場合
には“Ｔ”に設定、そうでなければ“Ｆ”、わからなければ空白．
これらのフィールド場のサンプルは表ＬＸＸに示される。
【０４０４】
【表５４】
2011120310.tif 000107
表ＬＸＸ
フィールド５７  ６３のための記録フラグメントは以下のとおりである。
Ｔ｜Ｆ｜Ｔ｜Ｆ｜Ｔ｜Ｔ｜Ｔ｜
フィールド  ６４  および  それ以上：売主の規定するフィールド
”ＰＰＶ  イベンド”以降のすべてのフィールドは、（記録読み終わり暗号の義務的な
末端を除いて）選択的である。これらのフィールドの最小数および最大数は指示されてお
らず、これらのフィールドのいずれにおいても文字数については特別の制限は強制されな
い。
【０４０５】
売主は、記録のこの部分を使用して、指定されたフォーマットが護衛することを困難又
は不可能にする番組に関連した追加のデータを提供することができる。
各売主の規定するフィールドは、１つのデータエレメントを処方するのに使用されなけれ
ばならない。
【０４０６】
フィールドの内容は自由フォーマットであるが、但し、前述したような、すべてのデー
タはプリント可能なＡＳＣＩＩテキストとして転写されなければならないという制約を伴
い、Ｖｅｒｔｉｃａｌ  Ｂａｒ（ｈｅｘ  ７Ｃ）、Ｃａｒｒｉａｇｅ  Ｒｅｔｕｒｎ（ｈ
ｅｘ  ０Ｄ）、および、Ｌｉｎｅｆｅｅｄ（ｈｅｘ  ０Ａ）がデータとして発生しない。
その理由は、これらの文字は、“Ｆｉｅｌｄ  Ｄｅｌｉｍｉｔｅｒｋ”（Ｖｅｒｔｉｃａ
ｌ  Ｂａｒ）および“Ｅｎｄ−ｏｆ−Ｒｅｃｏｒｄ”（Ｃａｒｒｉａｇｅ  Ｒｅｔｕｒｎ
およびＬｉｎｅｆｅｅｄ）の意味をそれぞれ有しているからである。
【０４０７】
その意図は、売主になるべく自由に番組を記載させることにある。番組のタイプ、ジャ
ンル、カテゴリー、サブカテゴリー等についての追加の情報並びに現在のところまだ期待
することができないその他のタイプの情報をこれらのフィールドに配置することができる
。これらのフィールドを使用する場合には、売主は、スターサイトに、これらのフィール
ドを売主がどのように使用するかについてなるべく十分に規定した文書を別に提供しなけ
ればならない。
【０４０８】
以下に示す例は、固定したフォーマットを処方するものではなく、売主の規定するフィ
ールドが記録にその他の情報を補足することができるかもしれない１つの可能な方法を例
示するにすぎない。この例では、売主が、通常のフォーマットに処方されている以上のカ
テゴリー化をスポーツ番組に対して可能にすると仮定する。売主はデータ自身とは別にフ
ィールドを文書化しなければならない：たとえば、売主ＸＹＺが、スターサイトに以下の
情報を含む文書を提供したとしよう。
フィールド名  内容または意味
ＳＰＮＡＭＥ  スポーツ名
ＳＰＥＮＶ  “屋内”または“屋外”
ＳＰＳ  “プロフェショナル”、“アマチュア”  または“プロ−アマ”
ＳＰＬＩＶＥ  もしあれば、ゲームが生で進行中．
ＳＰＴＥＡＭ  もしあれば、これはチームスポーツである．
売主ＸＹＺによって供給された売主の規定するフィールドにおけるシンタックス関する
注記：”フィールド名”は、上記リストからの途切れのないＡＳＣＩＩストリング（スペ
ースおよびタブは許されない）である。いくつかのケースでフィールド名があることは、
”真の”の状態を意味し、その他のケースでフィールド名以上の値もまた特定される。値
が特定されている場合には、フィールド名の後にシングルスペースまたはタブが続き、フ
ィールド内のその他のすべてのものはその値を構成する。
【０４０９】
この情報の場合には、売主ＸＹＺは、以下の例に見られるような売主の規定するフィー
ルドを有する記録をスターサイトに伝送することができる：
第１の売主の規定するフィールド  ６４  ＳＰＮＡＭＥ  ホッケー
第２の売主の規定するフィールド  ６５  ＳＰＳ  プロフェショナル
第３の売主の規定するフィールド  ６６  ＳＰＥＮＶ  屋内
第４の売主の規定するフィールド  ６７  ＳＰＴＥＡＭ
第５の売主の規定するフィールド  ６８  ＳＰＬＩＶＥ
この記録では、ＳＰＥＮＶは、たとえば、フィールド  ♯６６で特定されているとして
も、それは、どの売主の規定するフィールドで特定されてもよく、また、全然言及されて
いなくてもよいことに注目されたい。同じ注意が、すべての売主の規定するフィールドに
あてはまる。これは、データとしてフィールド名を与えるこの例で使用される方法の故に
あてはまる。売主が、そのフィールドに対するデータがあろうとなかろうとすべてのフィ
ールドが常に存在するというより硬性の慣習に固執することを選択する場合には、各フィ
ールドの名称または用法は完全に位置に依存することとなり、個々に文書化することがで
き、かくして、データを備えたフィールド名を伝送する必要をなくすことができるであろ
う。いずれの方法も可能であり、売主は自分の好きな別の方法があれば、それが先に説明
したルールの範囲内にあれば、これもおそらく可能であろう。
【０４１０】
上記番組リスト記録フィールドのサンプルフラグメントは以下のとおりである。
【０４１１】
ＳＰＮＡＭＥ  フィールド  ホッケー｜ＳＰＳ  プロフェショナル｜ＳＰＥＮＶ  屋内
｜ＳＰＴＥＡＭ｜ＳＰＬＩＶＥ記録の終了（ＬＩＮＥＦＥＥＤ  ｈｅｘ  ０Ａ）および／
または（ＣＡＲＲＩＡＧＥＲＥ  ＴＵＲＮ  ｈｅｘ  ０Ｄ）
が記録の末端をマークする。
ファイルの最後のデータ記録の後に、売主は、特別なエンド−オブ−ファイル記録を付け
なければならず、この特別なエンド−オブ−ファイル記録は、テキストストリング“ＺＺ
ＺＺＺＥＯＦ”で始まり、次に（場合によっては売主に規定するフィールドが介在して）
Ｅｎｄ−ｏｆ−Ｒｅｃｏｒｄが続く記録として定義される。スターライトのソフトウエア
は、コール  サイン値を期待しているときにこのテキストストリングに遭遇することにな
る。その値の読みは、この保存された値と対照されて試験される。もしもそれらがマッチ
すれば、スターライトのソフトウエアはファイルの読み取りを停止させる。
【０４１２】
より重要なことは、このテキストストリングはファイル転写の完了の試験のためにも使
用されることである。新しいファイルがデータ入力索引に現れた場合には、入力ソフトウ
エアは、このシンボルに対するファイルの最後の記録を検査する。もしも、そのシンボル
が見つからなければ、データ転写は途中で中絶されてしまったか、或いは、まだ完了して
いないかのいずれかである。いずれのケースでも、データの装填を始めるのは未だ適当で
はないということになる。
【０４１３】
この記録の定義は、この記録がＺＺＺＺＺＥＯＦで始まり、Ｅｎｄ−ｏｆ−Ｒｅｃｏｒ
ｄで終了するということであることに注意されたい。記録の残りの部分は、売主の規定す
るフィールドに対する通常の制約の範囲内で、売主が規定することができる。ここで有用
である補迫的な情報には、ファイルの記録の数のカウント、作成のデータ／時間、問題が
発生したステーションのリスト、あるいは売主が関係のあると考えるその他のサマリ情報
がある。
特記：
スターライト電子データベースを立ち上げるのに使用される番組リスト記録のフォーマ
ットは我々のデータベースプログラムに高度に集積されており、これらのフォーマットは
、スターライト  テレキャストの書面による同意なくいかなる仕方でも変更してはならな
い。売主の規定するフィールドの使用は、使用されるフィールドのシンタックスおよび意
味が使用前に明確に文書化されることを条件に許容される。番組リストファイル内で使用
されるＰＯ名称はスターサイトデータベースアプリケーションによって問い合わせが行わ
れるので、ＰＯ名称は独特でかつ一定でなければならない。スターサイトとの正当な調整
なしにＰＯ名称を変更すると、スターサイトデータベースにおいてデータのミスマッチが
起こることになる。
【０４１４】
本発明の前述の目的を達成することができる新規なテレビジョンスケジュール情報伝送
システムおよび方法が提供されたことがいまや当業者には容易にわかるはずである。この
システムおよび方法は、バブスクライバデータ処理システムにおいて低コストのマイクロ
プロセッサにより実施できる。このシステムおよび方法では、テレビジョン番組スケジュ
ールデータは、テレビジョン番組スケジュールデータのサブセットサーチを実行するため
大量生産された消費者製品において使用されるのに適した低コストのマイクロプロセッサ
の使用を許容する仕方で伝送および記録される。テレビジョンプログラムスケジュール情
報は、このシステムおよび方法において効率的な仕方でサブスクライバデータ処理システ
ムに伝送され、このサブスクライバデータ処理システムによって獲得される。スケジュー
ウ変更に順応する迅速スケジュール改訂版は、低バンド幅伝送システムおよび方法を備え
ることができる。このシステムおよび方法は、現在の放送スケジュール情報と記録された
放送に関して含まれている古いスケジュール除法とを区別することができる。このシステ
ムおよび方法はスケジュール改訂情報優先処理を与える。スケジュール情報伝送は、この
システムおよび方法において選択的に符号化される。このシステムおよび方法のスケジュ
ール情報伝送部分では単一のシステム時間が採用され、サブスクライバユニットにおいて
ローカルタイムの補正が行われる。このシステムおよび方法では、サブスクライバユニッ
トはテレビジョン放送信号の異なるロケーションに提供されたスケジュール情報を特定す
ることができる。サブスクライバユニットによって既に獲得され、新しいスケジュール情
報部分を複写したスケジュール情報の部分は、かかるスケジュール情報部分がサブスクラ
イバユニットによって再び獲得する必要がないようにするように、このシステムおよび方
法において保持される。このシステムおよび方法において得られたメモリの使用をより効
率的にするためデータ圧縮が独特な仕方で採用される。
【０４１５】
示し、説明した本発明の形態および詳細の種々の変更を行うことができることが当業者
にはさらに容易にわかるはずである。かかる変更は本明細書に添付した請求の範囲の精神
および範囲内に含まれることを意図するものである。
【０４１６】
本発明の一態様を整理すると以下の通りである。
（付記１）テレビジョンスケジュール情報伝送システムであって、中央データ処理システ
ムと、所定の領域に対してスケジュール情報データ前記中央データ処理システムに提供す
るために前記中央データ処理システムに接続される手段とを備えており、前記中央データ
処理システムは前記所定の領域に対するスケジュール情報をフォーマットして所定のスケ
ジュール情報伝送フォーマットにする手段を備えており、さらに、前記所定のスケジュー
ル情報伝送フォーマットで所定の領域に対してスケジュール情報データを送信するために
前記中央データ処理システムに接続される手段と、
前記所定の領域の１つの地域にそれぞれ所在する複数のリジョナルデータ処理システムを
備えており、 該複数の地域データ処理システムは所定の領域についてのスケジュール情
報データを受信するための手段と、前記複数の各リジョナルデータ処理システムが所在し
ている地域についてのスケジュール情報データを選択する手段と、前記領域についてのス
ケジュール情報データを伝送する手段とを備えており、さらに、前記地域における複数の
加入者データ処理システムとを備えており、
前記複数の各加入者データ処理システムは、前記地域のスケジュール情報データの少なく
とも一部を受信する手段と、前記加入者データ処理システムによって受信されたスケジュ
ール情報データを記憶する手段と、前記加入者データ処理システムのユーザーに見せるた
めに加入者データ処理システムによって受信されたスケジュール情報データの部分をアセ
ンブルする手段と、前記スケジュール情報データの部分をアセンブルする前記手段に接続
され、前記スケジュール情報データの部分を見せるためのディスプレーとを備えたことを
特徴とするテレビジョンスケジュール情報伝送システム。
（付記２）テレビジョンスケジュール情報伝送システムにおいて、所定の領域についての
スケジュール情報データを該領域の地域にそれぞれ所在する複数の地域データ処理システ
ム伝送システムに伝送し、その地域データ処理システムを用いて各地域についての前記ス
ケジュール情報データを選択し、その地域データ処理システムを用いて各地域についての
スケジュール情報データを各地域の複数の加入者データ処理システムに伝送し、各加入者
データ処理システムのユーザーに見せるために各加入者データ処理システムによって受信
されたスケジュール情報データの部分をアセンブルし、前記スケジュール情報データの部
分をユーザーに見せることからなる方法。
【符号の説明】
【０４１７】
５０  テレビジョンスケジュール情報送信及び利用システム
５１  テレビジョンプログラム供給者
５２  加入者ユニット
５４  コンピュータ
５６  データ供給者
５８  リースライン
【図１】
2011120310.tif 000108
【図２】
2011120310.tif 000109
【図３】
2011120310.tif 000110
【図４】
2011120310.tif 000111
【図５】
2011120310.tif 000112
【図６】
2011120310.tif 000113
【図７】
2011120310.tif 000114
【図８】
2011120310.tif 000115
【図９】
2011120310.tif 000116
【図１０】
2011120310.tif 000117
【図１１】
2011120310.tif 000118
【図１２】
2011120310.tif 000119
【図１３】
2011120310.tif 000120
【図１４】
2011120310.tif 000121
【図１５】
2011120310.tif 000122
【図１６】
2011120310.tif 000123
【図１７】
2011120310.tif 000124
【図１８】
2011120310.tif 000125
【図１９】
2011120310.tif 000126
【図２０】
2011120310.tif 000127
【図２１】
2011120310.tif 000128
【図２２】
2011120310.tif 000129
【図２３】
2011120310.tif 000130
【図２４】
2011120310.tif 000131
【図２５】
2011120310.tif 000132
【図２６】
2011120310.tif 000133
【図２７】
2011120310.tif 000134
【図２８】
2011120310.tif 000135
【図２９】
2011120310.tif 000136
【図３０】
2011120310.tif 000137
【図３１】
2011120310.tif 000138
【図３２】
2011120310.tif 000139
【図３３】
2011120310.tif 000140
【図３４】
2011120310.tif 000141
【図３５】
2011120310.tif 000142
【図３６】
2011120310.tif 000143
【図３７】
2011120310.tif 000144
【図３８】
2011120310.tif 000145
【図３９】
2011120310.tif 000146
【図４０】
2011120310.tif 000147
【図４１】
2011120310.tif 000148
【図４２】
2011120310.tif 000149
【図４３】
2011120310.tif 000150
【図４４】
2011120310.tif 000151
【図４５】
2011120310.tif 000152
【図４６】
2011120310.tif 000153
【図４７Ａ】
2011120310.tif 000154
【図４７Ｂ】
2011120310.tif 000155
【図４７Ｃ】
2011120310.tif 000156
【図４７Ｄ】
2011120310.tif 000157
【図４７Ｅ】
2011120310.tif 000158
【図４８】
2011120310.tif 000159
【図４９】
2011120310.tif 000160
【図５０】
2011120310.tif 000161
【図５１】
2011120310.tif 000162
【図５２】
2011120310.tif 000163
【図５３Ａ】
2011120310.tif 000164
【図５３Ｂ】
2011120310.tif 000165
【図５３Ｃ】
2011120310.tif 000166
【図５４】
2011120310.tif 000167
【図５５】
2011120310.tif 000168
【図５６】
2011120310.tif 000169
【図５７】
2011120310.tif 000170
【図５８】
2011120310.tif 000171
【図５９】
2011120310.tif 000172
【図６０】
2011120310.tif 000173