JP2001522208A - デジタル映像ネットワークにおいてタイミング同期を維持するシステムおよび方法 - Google Patents

Abstract

(57)【要約】 デジタル映像ネットワークにおいてタイミング同期を維持する新規なシステムおよび方法である。このシステムおよび方法は、デジタル映像およびデータの配信システムとの関連で、デジタル映像コンテンツと、インターネットデータ（１４）等の双方向データサービスと、従来の電話サービス（ＰＯＴＳ）とを、通信回線を介してエンドユーザに配信することができる。この通信回線は、例えば銅線ペアであって、電話会社中央局（１００）とユーザ宅（１３００）間に設置されたものである。しかしながらこの通信回線は、圧縮デジタル映像と、インターネットデータ等の双方向データと、ＰＯＴＳとの通信を支援できるものであれば、どのような通信媒体でも構わない。例えば無線接続でも良い。本デジタル映像およびデータ配信システムは、中央局内の回路によって形成されるバスや放送バックプレーンを利用する。この放送バックプレーンは、各エンドユーザに対し複数の映像番組データの利用を可能にすると共に、複数のエンドユーザに対し複数の映像番組コンテンツへのアクセスを可能にする。これらを可能にするにあたり、全番組コンテンツを各ユーザに配信する必要はない。本デジタル映像およびデータ配信システムは、新規な構成を用いてデジタル映像信号のタイミングを同期させることにより、受信されるデジタル映像番組の高品質を確保すると共にＭＰＥＧ−２規格を満たすことを保証する。

Description

【発明の詳細な説明】

【０００１】 （関連出願の参照） 本明細書は、１９９７年１１月４日出願の仮特許出願第６０／０６４，１５３
号「デジタル映像およびデータシステム」の出願日の利益を享受すると共にその
優先権を主張する。この仮特許出願の本文は、参照によりここに組み込む。本明
細書は、次の共通譲渡同時係属米国特許出願に関連する。本出願と同日出願の「
通信チャネルを介しデジタル映像およびデータを搬送するシステムおよび方法」
（代理人事件番号第６２００２−１９９０号）、本出願と同日出願の「通信回線
を介しデジタル映像およびデータを提供するコンピュータシステムおよび方法」
（代理人事件番号第６２００４−１０４０号）、および本出願と同日出願の「赤
外線および無線周波信号搬送装置および方法」（代理人事件番号第６２００４−
１０６０号）。これらすべては、参照によりここに組み込む。

【０００２】 (技術分野) 本発明は、広くデジタル映像およびデータの配信に関する。さらに詳しくは、
デジタル映像ネットワークにおいてタイミング同期を維持するシステムおよび方
法に関する。

【０００３】 (背景技術) 加入者へのデジタル映像信号の配信は、多くの方法で行われている。例えば動
画標準化作業グループ（ＭＰＥＧ−２）圧縮復元方法を使う圧縮デジタル信号は
、同軸ケーブル、光ファイバケーブル、衛星等、多くの媒体を介して配信可能で
ある。これら配信方法のうち「ビデオオンデマンド」あるいは「ニアビデオオン
デマンド」と呼ばれる配信方法の場合、ユーザあるいは加入者は、複数の番組か
ら希望の番組を選びそれを見ることができる。ビデオオンデマンドシステムでは
、ユーザは番組を選んでそれを好きな時間に見ることができる。ニアビデオオン
デマンドシステムでは、ユーザは繰り返し配信される番組の中から好みの番組を
選ぶ。また映像放送は、毎日あるいは毎週単位でスケジュールした番組を同時に
多数の加入者に配信する。

【０００４】 一般にこれらシステムは、ユーザに対し全チャネルの番組を利用可能にし、そ
の中から希望の番組をユーザが選択できるようにしている。この選択には、テレ
ビの側に置いたコンバータボックスやデコーダボックスを使う。例えば有線テレ
ビシステムの場合、利用可能な全番組を同軸ケーブルを介してユーザに送る。こ
の同軸ケーブルは、ユーザ宅の近くで終端する。各特定のユーザに利用可能な番
組は、供給ケーブルとユーザ宅との間に挿入するフィルタまたはスクランブラが
決定する。このようにして各ユーザの選択可能な番組を制御する。有線テレビシ
ステムは、「ペイパービュー」方式を利用できる。この方式は、コンバータボッ
クスを利用する。ユーザは、見たい番組があれば、前もって有線サービスプロバ
イダにコンタクトし、その番組を購入する。

【０００５】 衛星デジタル映像配信システムでは、ユーザまたは加入者は、自宅に小さなパ
ラボラアンテナと特別の電子機器を設置する。このシステムは、直接放送衛星（
ＤＢＳ）スペクトルを用い、ユーザにデジタル映像信号を配信する。このシステ
ムは、利用可能な番組内容のすべてを、静止軌道上の特別の衛星から全ユーザに
直接配信する。静止軌道とは、地球を周回する衛星が地上の１点に対して静止位
置にとどまれる軌道である。ユーザ宅に設置した受信装置は、データストリーム
を復号し希望の番組を抽出する。

【０００６】 これらデジタル映像配信システムは、いずれも欠点を持つ。例えば有線テレビ
システムは、ユーザ宅近辺のケーブルから比較的簡単に信号を盗める。不正なユ
ーザは、ケーブル上の全番組にアクセスできてしまう。有線テレビシステムは、
歴史的に信頼性に問題がある。

【０００７】 衛星配信システムも欠点を持つ。利用可能な全番組を同時に全加入者に配信す
るため、帯域幅の割り当ておよび回線能力が深刻である。例えばスポーツ番組や
動きの早いアクション番組は、日曜の午後やフットボールシーズン中、同時に多
量に放送される。このため、ある回線の帯域幅を追加しなければならない。利用
可能な帯域幅は固定であるから、そのためには他の回線の帯域幅を削減しなけれ
ばならない。さらに衛星配信システムは、パラボラアンテナを適切に設置しなけ
ればならない。このアンテナから衛星まで、遮る物があってはならない。悪天候
だと信号の品質が低下する。衛星配信システム、有線テレビシステム等、全加入
者に全チャネルを配信するシステムは、不正利用をまぬがれない。

【０００８】 多くの映像番組をエンドユーザに提供するシステムには、非同期伝送ネットワ
ーク（ＡＴＭ）を利用するものがある。ＡＴＭシステムは、コストが高い。おま
けにこのシステムは、ＡＴＭスイッチング構造を使用するため、多くのユーザが
様々な番組を選ぶような場合、容易にオーバロードとなる。

【０００９】 これら欠点を解消することが求められる。

【００１０】 (発明の開示) 本発明は、デジタル映像ネットワークにおいてタイミング同期を維持するシス
テムおよび方法を提供する。

【００１１】 本システムの概略構成を説明する。デジタル映像搬送システムにおいてタイミ
ング同期を維持するシステムは、複数の番組を含む番組グループを受け取り該番
組の少なくとも１つを分離するフィルタと、前記フィルタと連絡するバッファと
、前記フィルタと連絡する番組基準クロック（ＰＣＲ）抽出器と、前記ＰＣＲ抽
出器と連絡するカウンタと、前記カウンタと連絡し前記バッファおよびカウンタ
の出力を受け取るマルチプレクサとを備える。

【００１２】 さらに本発明は、デジタル映像搬送システムにおいてタイミング同期を維持す
る方法を提供する。この方法は、タイミング基準値を有し複数のパケットからな
り複数の番組を含むデジタル映像搬送ストリームをフィルタにおいて受け取る段
階と、前記搬送ストリームの前記複数の番組から少なくとも１つの希望番組を選
択して獲得する段階と、前記希望番組をバッファへ供給し前記希望番組を監視す
ることにより有効パケットの中から前記タイミング基準値の存在を検出する段階
と含む。この方法はさらに、前記タイミング基準値をカウンタにコピーする段階
と、前記バッファに前記希望番組が存在する時間に等しい量だけ前記カウンタを
増分する段階と、前記タイミング基準値をマルチプレクサへ供給する段階と、前
記希望番組が前記バッファを出た後、前記希望番組に前記タイミング基準値を上
書きする段階とを含む。

【００１３】 (発明を実施するための最良の形態) 図を参照しながら本発明を説明する。図において各部の縮尺は必ずしも正確で
はない。本発明の原理を明確に示すため、誇張した図もある。各図を通して同一
参照番号は同等部品を示す。

【００１４】 本発明のデジタル映像ネットワークにおいてタイミング同期を維持するシステ
ムおよび方法は、ハードウエア、ソフトウエア、ファームウエア、あるいはこれ
らの組み合わせで実現できる。好適実施例において、デジタル映像ネットワーク
においてタイミング同期を維持するシステムおよび方法は、ハードウエアで実現
する。このハードウエアの管理は、メモリに格納したソフトウエアまたはファー
ムウエアを適切な命令実行システムで実行することにより行う。

【００１５】 図８および図１５のフローチャートは、図４のシステム管理ワークステーショ
ンと図９の中央局マスタワークステーションの構成、機能、および動作の例を示
す。図において各ブロックは、モジュール、セグメント、コードの一部を表し、
これらの各々は、特定の論理機能を実現するための１つ以上の実行可能命令から
なる。なお図８および図１５に示した各ブロックの発生順序は、図示の通りでな
くとも良い。例えば図８および図１５において連続する２つのブロックは、実質
的に同時に実行できるし、逆順に実行しても良い。これらは、その時点で実現す
る機能による。この詳細は後述する。

【００１６】 本発明のデジタル映像ネットワークにおいてタイミング同期を維持するシステ
ムおよび方法は、実行可能な命令を順に配列して論理機能を実現するものである
。このプログラムは、コンピュータ読み取り可能媒体内に実現でき、命令実行シ
ステム、装置、機器等と関連して使用する。これら装置等は、コンピュータベー
スシステムやプロセッサ内蔵システムである。あるいは、命令実行システム、装
置、機器等から命令を取り出してそれを実行するシステムである。本明細書にお
いて「コンピュータ読み取り可能媒体」とは、プログラムを内蔵し、格納し、送
受し、伝送し、搬送することによって命令実行システム、装置、機器の用に供せ
る全手段を意味する。コンピュータ読み取り可能媒体は、例えば、電子的、磁気
的、光学的、電磁気的、赤外線的、あるいは半導体的システム、装置、機器等で
ある。あるいは伝搬媒体である。ただしこれらに限定されない。コンピュータ読
み取り可能媒体のさらに具体的な例は、１本以上のワイヤを有する電気（電子）
接続、携帯コンピュータディスケット（磁気）、ランダムアクセスメモリ（ＲＡ
Ｍ）（磁気）、リードオンリメモリ（ＲＯＭ）（磁気）、書き換え可能リードオ
ンリメモリ（ＥＰＲＯＭまたはフラッシュメモリ）（磁気）、光ファイバ（光学
）、携帯コンパクトディスク（ＣＤＲＯＭ）（光学）である。ただしこれらに限
定されない。コンピュータ読み取り可能媒体は、プログラムを印刷した紙等の媒
体でも良い。この場合プログラムは、紙等の媒体から例えば光学走査によって電
子的に把握し、必要に応じて適切に編集、翻訳、処理し、コンピュータメモリに
格納する。

【００１７】 図１Ａは、本発明のデジタル映像ネットワークにおいてタイミング同期を維持
するシステムおよび方法を含む全体を示す全体配置図である。システム１０は、
電話会社番組編成制御センタ（ＴＰＣＣ）１００と、中央局４００と、ユーザ宅
１３００とを含む。ＴＰＣＣ１００は、放送テレビ信号を提供する地方放送局１
２と、ＭＰＥＧ−２符号化映像の形でデジタル映像信号を提供するコンテンツプ
ロバイダ１１と、インターネットサービスプロバイダ（ＩＳＰ）１４とから入力
やデータを受け取る。本例はインターネットデータを示すが、本発明はローカル
エリアネットワーク（ＬＡＮ）データ等を含めあらゆるデジタルデータを扱える
。ＴＰＣＣ１００は、ＳＯＮＥＴネットワーク（同期光ネットワーク）１５０を
介して中央局４００と通信する。図では中央局は１つである。これは図を見やす
くするためである。ＴＰＣＣ１００は、ＳＯＮＥＴネットワーク１５０を介して
複数の中央局４００と通信できる。ＳＯＮＥＴネットワーク１５０は、ＴＰＣＣ
が中央局と通信するための１つの方法であり、例えば複数の中央局と各ＴＰＣＣ
とを結ぶ電話会社内ネットワークである。ＳＯＮＥＴネットワーク１５０は、一
例に過ぎず、他の内部ネットワークでも構わない。例えばＳＤＨ（同期デジタル
ハイアラキ）ネットワーク等、ＴＰＣＣ１００と中央局４００との間に通信を確
立する方法なら何でも良い。中央局４００は、通信回線１６を介してユーザ宅１
３００と通信する。通信回線１６は、圧縮デジタル映像、双方向インターネット
データ、ＰＯＴＳの通信を支援できれば何でも良い。通信回線１６は、例えば従
来の電話信号を送受するペア銅線を介して実現できる。例えばＬＭＤＳ（ローカ
ルマルチポイント配信システム）等の無線通信回線等、他の通信回線を使って中
央局４００とユーザ宅１３００間の通信を行っても良い。ユーザ宅１３００は、
インテリジェントネットワークインタフェース（ＩＮＩ）１３５０を有する。Ｉ
ＮＩ１３５０は、コンピュータシステム１３５５と電話１３６０とファックス（
図示せず）とテレビ１３６５とに接続する。デジタル電話通信線を追加し、それ
にファックスを接続することもできる。本発明のデジタル映像およびデータ配信
システムおよび方法は、ＴＰＣＣ１００から中央局４００への配信を可能にし、
通信回線１６を介して中央局４００からユーザ宅１３００への配信を可能にする
。配信するデータは、圧縮デジタル番組、双方向インターネットデータ、ＰＯＴ
Ｓである。

【００１８】 図１Ｂは、図1Ａのシステムを介してユーザが番組を要求する方法を示すフロ ーチャートである。ブロック５１においてユーザは、特定の番組を見るための要
求を中央局４００へ送る。この要求は、通信回線１６の制御チャネル（詳細は後
述）を介する。ブロック５２において制御局４００は、その要求を受け取る。ブ
ロック５４において中央局全域アクセスアダプタ（ＵＡＡ）は、中央局マスタワ
ークステーションが供給する許可情報テーブルを使用し、受け取った要求を処理
する。当該ユーザがその要求番組の受信を許可されていれば、ブロック５６にお
いて中央局４００は、通信回線１６を介してその番組をユーザに配信する。

【００１９】 図２は、コンテンツプロバイダ１１からＴＰＣＣ１００へのデジタル映像配信
を示す概略図である。コンテンツプロバイダ１１は、例えば衛星１７を介してア
ナログ映像信号を受信する。あるいはコンテンツプロバイダ１１は、例えば衛星
１７を介してデジタル符号化映像信号を受信する。本明細書において映像信号は
、音声を伴う。映像あるいは圧縮デジタル映像と言う場合、それは音声信号も含
む。コンテンツプロバイダ１１は、ネットワーク１３を介して、複数のＴＰＣＣ
１００にアナログ（またはデジタル）映像信号を配信する。ネットワーク１３は
、例えば衛星配信ネットワーク、図１のＳＯＮＥＴネットワーク１５０と同様の
ＳＯＮＥＴネットワーク等である。ただしこれらに限定されない。ＴＰＣＣ１０
０は、地方放送局１２から地方放送映像番組を受信する。

【００２０】 図３は、ＴＰＣＣ１００と中央局４００とを接続する構成を示す概略図である
。前記したようにＴＰＣＣ１００は、コンテンツプロバイダ１１からアナログま
たはデジタル映像信号を受信し、地方放送局１２から地方放送テレビを受信し、
ＩＳＰ１４からインターネットデータを受信する。ＴＰＣＣ１００は、これらを
統合し、統合したものを電話会社ＳＯＮＥＴネットワーク１５０あるいはＴＰＣ
Ｃ１００と中央局４００間の通信に使われる他のネットワークを介して中央局４
００へ送る。

【００２１】 図４は、ＴＰＣＣ１００内に存在する本発明の各部を示すブロック図である。
ＴＰＣＣ１００は、ＩＳＰ１４からの双方向データと、コンテンツプロバイダ１
１（図１および２）からの映像コンテンツと、地方放送局１２からの地方番組と
を結合する。双方向インターネットデータは、ＩＳＰ１４から接続１２８を介し
てルータ１０１が受け取る。ルータ１０１は、接続１１２を介してＡＴＭスイッ
チ１０２と通信する。ＡＴＭスイッチ１０２は、接続１１４を介してＳＯＮＥＴ
アドドロップマルチプレクサ１０６と通信する。ＳＯＮＥＴアドドロップマルチ
プレクサ１０６は、一例に過ぎない。ＳＯＮＥＴネットワーク１５０の代わりに
ＳＤＨネットワークを使う場合、ＳＨＤマルチプレクサでも良い。このようにイ
ンターネットデータは、ＴＰＣ１００で処理し、ＳＯＮＥＴネットワーク１５０
を介して中央局４００へ送る。システム管理ワークステーション３２５は、接続
１１４を介して管理および制御データを送る。このワークステーション３２５の
詳細は後述する。コンテンツプロバイダ１１は、映像コンテンツを接続１２６を
介して衛星受信装置１０４へ送る。コンテンツプロバイダ１１が供給する映像コ
ンテンツがアナログ信号であれば、接続１１５を介してＭＰＥＧ−２エンコーダ
１０９へ送り、ＭＰＥＧ−２フォーマットに変換する。好適実施例ではＭＰＥＧ
−２を使用するが、他のデジタル圧縮技術を使って圧縮デジタル映像信号を生成
しても良い。コンテンツプロバイダ１１が供給する映像コンテンツがデジタル信
号であれば、接続１１８を介して映像制御シェルフ２００へ直接供給する。接続
１１８は、例えば複数のＤＳ−３接続であり、好適実施例において合計７個のＤ
Ｓ−３接続である。ＤＳ−３接続は、約４５メガビット／秒（Ｍｂ／ｓ）のデー
タ伝送を提供し、本実施例では一例として使用する。

【００２２】 接続１１８は、複数の大容量回線で構成できる。例えば約１５５メガビット容
量のＯＣ−３接続である。ただしこれに限定されない。地方放送局１２からの地
方番組は、接続１２４を介してオフエア復調器１０８へ供給する。オフエア復調
器１０８は、接続１２３を介してＭＰＥＧ−２エンコーダ１０９と通信する。Ｍ
ＰＥＧ−２エンコーダ１０９は、オフエア放送信号を受け取り、それを好適実施
例ではＭＰＥＧ−２映像規格に基づきデジタル映像フォーマットに変換する。図
では１つの機器しか示していないが、実際には複数のオフエア復調器とＭＰＥＧ
−２エンコーダとを使う。ＭＰＥＧ−２信号は、接続１２２を介してＭＰＥＧ−
２マルチプレクサ１１１へ送る。ＭＰＥＧ−２マルチプレクサ１１１は、ＭＰＥ
Ｇ−２符号化オフエア映像信号を接続１２１を介して映像制御シェルフ２００へ
送る。接続１２１は、例えばＭＰＥＧ−２デジタル映像信号を配信できるもので
あり、例えばＤＳ−３接続である。

【００２３】 システム管理ワークステーション（ＳＭＷ）３２５は、接続１１７を介して映
像制御シェルフ２００に接続する。ＳＭＷ３２５は、ＴＰＣＣ１００に対し監視
、管理、制御機能を提供する。ＳＭＷ３２５の詳細は、図８を参照して後述する
。ＳＭＷ３２５は、接続１１６を介してＡＴＭスイッチ１０２に接続する。これ
により管理および制御情報は、ＡＴＭスイッチ１０２および接続１１４を介して
ＳＯＮＥＴアドドロップマルチプレクサ１０６に送られ、ＳＯＮＥＴネットワー
ク１５０へ送られる。これにより管理および制御情報は、中央局４００に対して
送受される。

【００２４】 映像制御シェルフ２００は、地方番組案内と制御情報とをデジタル映像番組に
挿入する。これは、映像データ搬送に使用しない無効ＭＰＥＧ−２パケットと入
れ替えることによって実現する。この地方番組案内情報は、ＳＭＷ３２５が供給
する。ＳＭＷ３２５は、デジタル映像およびデータ配信システムの監視および制
御を行う。番組案内データベースは、中央プロバイダから受信するか、局所的に
生成する。映像制御シェルフ２００は、ユーザ宅情報用のソフトウエア更新デー
タを挿入するためにも使う。これは、映像データの搬送に使用しない無効ＭＰＥ
Ｇ−２パケットと入れ替えることにより実現する。新しく挿入したデータを有す
る映像番組は、ＳＯＮＥＴアドドロップマルチプレクサ１０６を介し、電話会社
（ＴＥＬＣＯ）専用ＳＯＮＥＴネットワーク１５０へ送る。ルータ１０１は、内
部電話会社データ配信ネットワークをインターネットから隔離し、適切なパケッ
トのみをＩＳＰ１４へ送る。ＡＴＭスイッチ１０２は、各中央局４００のスイッ
チに対し頑強な相互接続を提供し、インターネットデータをシステムに与える。
ルータ１０１とＡＴＭスイッチ１０２は、上流方向（ユーザ宅から中央局、ＴＰ
ＣＣへ）と下流方向（ＴＰＣＣから中央局、ユーザ宅へ）との両方向でインター
ネットデータを交換する。

【００２５】 図５は、図４の映像制御シェルフ２００を示すブロック図である。映像制御シ
ェルフ２００は、複数の映像制御モジュールペア２５０とシェルフプロセッサモ
ジュールペア３００とを含む。以下における説明および図は、１つのモジュール
ペアを参照する。モジュールペアとは、稼働モジュールおよび予備モジュールで
あり、各々前記機能を実行する。モジュールペアの各モジュールは、入力信号を
受け取り、出力信号を提供する。予備モジュールは、稼働モジュールが故障した
場合に、前記機能を実行する。以下において「ホットスワップ」とは、システム
内のモジュールを、そのモジュールが設置されているシステムの電源を切らずに
交換することを意味する。

【００２６】 衛星受信装置１０４は、複数のＭＰＥＧ−２マルチプレクサ１１１を含み、コ
ンテンツプロバイダ１１から接続１２６を介してネットワークデータを受け取る
。ＭＰＥＧ−２マルチプレクサ１１１は、複数のＤＳ−３接続１１８ａ〜１１８
ｎと映像制御シェルフ２００間のインタフェースを提供する。これらＤＳ−３接
続の各々は、予備を有する。各ＤＳ−３接続１１８は、映像制御モジュール２５
０に接続する。各予備ＤＳ−３は、予備映像制御モジュール２５０に接続する。
映像制御モジュールペア２５０は、稼働映像制御モジュールと予備映像制御モジ
ュールとを含む。予備映像制御モジュールは、予備ＤＳ−３に接続する。ＭＰＥ
Ｇ−２マルチプレクサ１１１は、ＤＳ−３を介して映像制御モジュールペア２５
０と接続する。

【００２７】 各映像制御モジュールペア２５０の出力は、ＤＳ−３接続１１９を介してＳＯ
ＮＥＴアドドロップマルチプレクサ１０６へ向かう。映像制御シェルフ２００は
、シェルフプロセッサモジュールペア３００を含む。映像制御モジュール２５０
の詳細動作は、図６を参照して後述する。シェルフプロセッサモジュール３００
の詳細動作は、図７を参照して後述する。本発明のデジタル映像およびデータ配
信システムは、現在８つのデジタル映像番組グループをサポートする。将来は、
サポートする番組グループをさらに追加する予定である。番組グループとは、単
一のＭＰＥＧ−２搬送ストリームであり、ＤＳ−３やＯＣ−３等の単一のネット
ワーク接続を介して搬送され、多数のチャネルを含む。映像制御シェルフ２００
は、８つの番組グループまでをサポートする。各ＤＳ−３接続、例えば１１８や
１１９は、１つの番組グループを搬送する。

【００２８】 ＤＳ−３を介して搬送する各番組グループは、約１０チャネルを含むことがで
きる。ＯＣ−３を介して搬送する各番組グループは、約３５チャネルを含むこと
ができる。すなわちＤＳ−３を使用するシステムの最大チャネル容量は約８０チ
ャネルであり、ＯＣ−３を使用するシステムの最大チャネル容量は約２８０チャ
ネルである。少なくとも１番組グループ（あるいはさらに多く）は、地方チャネ
ルを含む。この地方チャネルは、図示の例においてＤＳ−３接続１２１と、ＤＳ
−３接続１２３と、ＳＯＮＥＴアドドロップマルチプレクサ１０６への第８映像
制御モジュールペアとを含む。本好適実施例において、残りのＤＳ−３接続１１
８および１１９は、他のソースからの７つの番組グループに対応する。番組グル
ープを多重化すれば全体のチャネル容量を増やせる。例えば各１／２容量の２つ
のＤＳ−３グループを結合すれば、１つのＤＳ−３を別の番組に空けることがで
きる。

【００２９】 図６は、図５の映像制御モジュール２５０を示すブロック図である。映像制御
モジュールペア２５０は、ライン１１８ａと１１８ｂからＤＳ３データストリー
ムを受け取る。ライン１１８ａは主入力であり、ライン１１８ｂは予備あるいは
冗長入力である。これらデータストリームは、符号化ＭＰＥＧ−２映像ストリー
ムを含む。映像制御モジュール２５０は、各番組グループ内の無効ＭＰＥＧ−２
パケットを、制御データおよびソフトウエア更新データに置き換える。番組案内
やソフトウエア更新データ等の追加データを含む番組グループは、ＤＳ−３接続
１１９ａおよび１１９ｂを介して映像ネットワークインタフェースシェルフ４５
０へ送る。各映像制御モジュール２５０は、主ＤＳ３ライン終端受信器２５１ａ
と、冗長ＤＳ３ライン終端受信器２５１ｂとを含む。ＤＳ３ライン受信器は、入
ビットストリームからペイロードデータを抽出し、制御データ挿入ブロック２５
６へ送る。受信器２５１ａおよび２５１ｂは、常に稼働し入力接続における冗長
性を確保する。オンボード監視モジュール２５２は、接続２５９ａおよび２５９
ｂを介して受信器の状態を監視し、どちらのライン受信器信号を制御データ挿入
ブロック２５６へシリアル伝送するかを決定する。監視モジュール２５２は、接
続２５８ａと２５８ｂを介し、主ＤＳ３ライン終端受信器２５１ａと冗長ＤＳ３
ライン終端受信器２５１ｂへ制御信号を送る。制御データ挿入ブロック２５６は
、コンテンツプロバイダから到着する入ＭＰＥＧ−２ストリームに局所制御デー
タを挿入する。番組案内データおよびＩＮＩ１３５０用ソフトウエア更新データ
は、無効パケットと入れ替えることにより挿入する。制御データ挿入ブロック２
５６からのシリアルデータは、ＭＰＥＧ−２映像データと追加制御データとを含
む。制御データ、ソフトウエア更新データ、番組案内データは、同様の方法で番
組グループに挿入する。この新しいデータストリームは、接続２６２ａおよび２
６２ｂを介して番組出力ブロック２６１へ送る。番組出力ブロック２６１は、主
ＤＳ３ライン送信器２５７ａと冗長ＤＳ３ライン送信器２５７ｂとを含む。この
冗長送信器は、映像ネットワークインタフェースシェルフ４５０への冗長接続を
形成する。監視モジュール２５２が出力許可ライン２６３を有効にすると、主Ｄ
Ｓ３ライン送信器２５７ａと冗長ＤＳ３ライン送信器２５７ｂは稼働する。主映
像信号はライン１１９ａへ出力され、冗長映像信号はライン１１９ｂへ出力され
る。

【００３０】 監視モジュール２５２は、適切に映像制御モジュール２５０を動作させる。監
視モジュール２５２は、映像制御モジュールの他のすべての機能ブロックの設定
と初期化とを行い、各機能の状態監視を行う。監視モジュール２５２は、シェル
フプロセッサモジュール３００との通信を維持し、稼働／予備冗長制御（active
/stand-by redundancy control）を行う。映像制御モジュール２５０が破局的障
害を起こすと、監視モジュール２５２は、そのモジュールを不活性にし、次に状
態情報を求められた時、接続２６９を介してシェルフプロセッサ３００に警告を
送る。映像制御モジュール２５０は、稼働／予備冗長用に設計されているため、
ペアで設置する必要がある。各々は、接続２７１を介して隣接の冗長装置の障害
を監視し、稼働モジュールが故障すると即座に稼働させる。電圧管理モジュール
２５４は、ホットスワップ機能と電力管理とを行う。ホットスワップ機能は、映
像制御シェルフの電力を遮断せずに故障した映像制御モジュールペアの一方を取
り外すことができる機能である。

【００３１】 図７は、図５のシェルフプロセッサモジュール３００を示す概略図である。シ
ェルフプロセッサモジュール３００は、それが設置されているシェルフの冗長制
御と監視とを行う。シェルフプロセッサモジュールは、複数のアプリケーション
に存在し、ファームウエアを含む。このファームウエアは、各特定のアプリケー
ション用シェルフプロセッサモジュールの動作を可能にする。映像制御シェルフ
２００と映像ネットワークインタフェースシェルフ４５０（図１０を参照して後
述）とは、同一のシェルフプロセッサモジュールを有する。シェルフプロセッサ
モジュールは、それが設置されているシェルフに応じて、異なる機能を実行する
。これら異なる機能は、シェルフプロセッサモジュール内に設置したファームウ
エアと、そのモジュールが設置されているアプリケーションが決定する。各シェ
ルフプロセッサモジュールは、考えられるすべてのアプリケーション用のファー
ムウエアを含むことができる。各シェルフプロセッサモジュールに設置したファ
ームウエアは、そのモジュールが設置されているシェルフを決定し、ファームウ
エアコードの適切なセグメントを実行する。シェルフプロセッサモジュール３０
０は、中央局マスタ（ＣＯＭ）ワークステーション６５０に対し接続３０３を介
して設定情報を送受すると共に、その情報を同一シェルフに設置したすべての回
路基板に送り、すべての基板に関する状態を収集してＣＯＭ６５０に返す。シェ
ルフプロセッサモジュール３００は、各基板用の設定データを格納し、基板の設
置および交換を検出し、ＣＯＭ６５０を介入させることなく自動的に新しい基板
の設定を行う。シェルフプロセッサモジュール３００は、多くのアプリケーショ
ンとデジタル映像およびデータ配信システムの全シェルフとによって使用され、
その設置個所に応じて異なる機能を実行するための適切なソフトウエアおよびフ
ァームウエアを含む。シェルフプロセッサモジュール３００は、起動中に自ら適
切な設定を行う。この設定は、システムバックプレーンから読み込むシェルフタ
イプおよびまたはシェルフアドレスに応じて行う。このシェルフアドレスは、中
央局マスタワークステーション（図９を参照して後述）が割り当てるか、あるい
はスイッチを用いて手動で選択する。各シェルフは、２つのシェルフプロセッサ
モジュールを有する。稼働するのは１つであり、他は予備である。予備シェルフ
プロセッサは、そのシェルフの全状態および設定にアクセスし、稼働中のシェル
フプロセッサが故障すると、自動的に交代する。シェルフプロセッサは、４つの
主機能ブロックからなる。すなわち監視モジュール３０１と、スレーブインタフ
ェースモジュール３０２と、イーサネットモジュール３０４と、電圧管理モジュ
ール３０６である。監視モジュール３０１は、内蔵マイクロプロセッサであり、
メモリと支援論理とを有する。監視モジュール３０１は、兄弟シェルフプロセッ
サとの間に複数の接続を有し、これによって冗長性を支援する。これら接続は、
各種障害および基板検出用のハードウエアインジケータを含む。監視モジュール
３０１は、２ポートレジスタバンクを有する。このレジスタバンクは、通信状態
と、自己テスト結果と、スレーブ基板リセット状態と、その他状態情報用である
。監視モジュール３０１は、兄弟シェルフプロセッサモジュール３００をリセッ
トできると共に、兄弟シェルフプロセッサモジュール３００によってリセット可
能である。監視モジュール３０１は、双方向シリアルバスを使ってそのシェルフ
内のスレーブ基板との間にコマンドおよび状態を送受する。

【００３２】 スレーブインタフェースモジュール３０２は、当該シェルフ内のスレーブ基板
の存在を検出し、基板が取り外されたかあるいは再設置されたかを検出する。ス
レーブ基板はここに説明したシェルフのいずれかに位置するいずれかの基板であ
る。スレーブインタフェースモジュール３０２は、各スレーブ基板用のリセット
ラインを有する。このリセットラインは、基板をリセットしたり使用不可とする
ための信号を送るために使う。イーサネットモジュール３０４は、シェルフプロ
セッサモジュール３００とＣＯＭワークステーション６５０との間に、１０ＢＡ
ＳＥ−Ｔイーサネットポートと接続３０３とを介する通信手段を提供する。電圧
管理モジュール３０６は、シェルフプロセッサモジュール３００の活挿入および
活取り外しを可能にし、＋５ＶＤＣおよび＋３．３ＶＤＣの制御電圧を提供する
。電力が安定するまで、バックプレーン入力／出力を無効にする出力も提供する
。過電流状態を検出すると、自動的に基板への電力を遮断し障害を表示する機能
も有する。電圧管理モジュール３０６は、リセットライン３０７が有効になると
、基板電力を遮断する。

【００３３】 図８は、図４のシステム管理ワークステーション（ＳＭＷ）３２５の構成、機
能、動作の流れの例を示す図である。各ブロックは、モジュール、セグメント、
またはコードの一部を示す。これらは特定の論理機能を実行するための１つ以上
の実行可能命令からなる。他の実施形態では、各ブロックに記載した機能は、図
８の順序以外の順序で発生することもある。例えば図８のいずれか２つのブロッ
クは、実質的に同時に実行しても良く、あるいは逆順に実行しても良い。これら
は、実行する機能により決定する。ブロック３２６において、ユーザインタフェ
ースは、ＳＭＷ加入者データベースビュー３３４，中央局マスタ（ＣＯＭ）状態
、あるいは番組ガイドユーティリティへのアクセスを可能にする。ユーザインタ
フェースは、加入者を追加し管理するインタフェースを提供し、分散したＣＯＭ
を監視し中央局機器を監視するためのインタフェースを提供し、チャネルマップ
および番組案内インタフェースを提供し、例えばジャバ（ＪＡＶＡ）やハイパー
テキストマークアップ言語（ＨＴＭＬ）を介したグラフィカルユーザインタフェ
ースを提供する。他のプログラミング言語を使用してグラフィカルユーザインタ
フェースを実現しても良い。好適実施例にＪＡＶＡおよびＨＴＭＬを選択する理
由は、それらが多くの異なるハードウエアプラットフォームへの移植性に優れ、
システム管理ワークステーションや中央局マスタワークステーションで利用可能
だからである。中央局マスタまたはＣＯＭワークステーションは、コンピュータ
システムであり、各電話会社中央局４００に設置する。この詳細は後述する。

【００３４】 ブロック３２７は、加入者設定制御モジュールであり、加入者情報のマスタデ
ータベースを維持する。加入者情報は次を含む。すなわち映像チャネルアクセス
権限、インターネットサービス権限、アカウント状況（ペイパービュー（ＰＰＶ
）情報）、サービス有効／無効である。加入者設定制御ブロック３２７は、デー
タベースのコピーを配信し、それらを全域アクセスアダプタ（ＵＡＡ）設定およ
びＰＰＶ情報に関係するＣＯＭと調整する。ＣＯＭ状態表示モジュール３２８は
、ユーザインタフェース３２６と加入者設定制御モジュール３２７とにインタフ
ェースする。ＣＯＭ状態表示モジュール３２８は、全ＣＯＭの状態を提供し、個
別ＣＯＭの詳細状態表示を可能にする。

【００３５】 モジュール３２９は、チャネルマッピングおよび番組案内情報を含む。これは
、各ＣＯＭへ配信するための基本チャネルマッピング情報を生成し、各ＣＯＭへ
配信するための番組案内情報を生成する。加入者設定制御モジュール３２７は、
ＳＭＷデータベースビュー３３４とのインタフェースを提供する。ＳＭＷデータ
ベースビュー３３４は、電話会社加入者データベース３３１とＳＭＷデータベー
ス３３２とのインタフェースを提供する。ＳＭＷデータベースビュー３３４は、
加入者データベースインタフェースモジュール３３７とのインタフェースも提供
する。電話会社加入者データベース３３１は、顧客名、顧客住所を含む顧客情報
を格納する。ＳＭＷデータベース情報は、顧客サービスに関する顧客識別情報と
、ペイパービュー情報と、チャネル視聴情報とを含む。加入者データベースイン
タフェース３３７は、加入者データベースと料金請求情報とを、電話会社の局所
料金請求システムが読み取れるフォーマットに変換する。階層ＣＯＭ管理モジュ
ール３３３は、加入者設定制御モジュール３２７と、ＣＯＭ状態表示モジュール
３２８と、チャネルマッピングおよび番組案内情報モジュール３２９と通信する
。階層ＣＯＭ管理モジュール３３３は、分散したＣＯＭとの双方向情報伝送を管
理し、例えば遠隔ＣＯＭ３３６，３３８，３３９と通信する。システム管理ワー
クステーション３２５はさらに、中央局マスタワークステーションから、ユーザ
のチャネル視聴に関する統計を収集する。

【００３６】 図９は、中央局４００の構成を示す概略図である。中央局４００は、ＳＯＮＥ
Ｔアドドロップマルチプレクサ４０１において、デジタル映像およびデータの統
合信号をＳＯＮＥＴネットワーク１５０から受信する。ＳＯＮＥＴアドドロップ
マルチプレクサ４０１は、接続４０８を介してＰＳＴＮ（公衆交換電話網）音声
スイッチ４０９と従来の電話サービス（ＰＯＴＳ）情報を交換する。ＳＯＮＥＴ
アドドロップマルチプレクサ４０１は、接続４０７を介してスイッチ４０６とデ
ータ情報を交換する。ＳＯＮＥＴアドドロップマルチプレクサ４０１は、接続４
０２を介して映像ネットワークインタフェースシェルフ（ＶＮＩＳ）４５０へ映
像データを送る。接続４０２は単一の接続として図示した。接続４０２は実際に
は、複数のＤＳ−３通信チャネルである。ＤＳ−３通信チャネルの各々は、前記
したように圧縮デジタル映像コンテンツの１番組グループを搬送する。ＶＮＩＳ
４５０は、プロトコル変換を行い、受信映像データを標準圧縮デジタル映像搬送
フォーマット、例えばデジタル映像放送非同期シリアルインタフェース（ＤＶＢ
−ＡＳＩ）に変換する。ＶＮＩＳ４５０は、複数の映像ネットワークインタフェ
ースモジュールからなる。その詳細は、図１０Ａおよび１０Ｂを参照して後述す
る。

【００３７】 ＶＮＩＳ４５０の出力は、接続４０４を介して映像配信シェルフ５００に伝送
する。接続４０４は、複数のチャネルからなる。各チャネルは、１つの映像番組
グループを搬送する。映像配信シェルフ５００は、予備を含むデジタル映像番組
グループをすべてのアクセスシェルフ５５０へ送る。映像配信シェルフ５００の
詳細は、図１１Ａ〜１１Ｅを参照して後述する。アクセスシェルフ５５０の詳細
は、図１２を参照して後述する。映像配信シェルフ５００は、８つの稼働番組グ
ループと８つの予備番組グループとを接続４１７を介してアクセスシェルフ５５
０へ供給する。接続４１７は、稼働および予備番組グループを搬送するために必
要な容量を提供できれば、いかなる接続でも良い。

【００３８】 アクセスシェルフ５５０は、接続４１９を介してローパスフィルタシェルフ６
００と通信する。このローパスフィルタの詳細は、図１２を参照して後述する。
ローパスフィルタ６００は、通信回線１６を介してユーザ宅１３００と通信する
。通信回線１６は、例えばデジタル加入者ライン（ＤＳＬ）通信回線である。こ
の通信回線は、ユーザ宅１３００へ配信するデジタル映像信号に加え、双方向イ
ンターネットデータ（あるいは他のデータ）と、ＰＯＴＳサービスとを含む。Ｐ
ＯＴＳサービスは、ユーザ宅１３００と中央局４００間の電話通信を支援する。
回線１６は、ＤＳＬ通信回線として説明したが、圧縮デジタル映像と双方向イン
ターネットデータとＰＯＴＳ通信とを支援できれば、いかなる通信回線でも良い
。例えばＬＭＤＳ（ローカルマルチポイント配信システム）等の無線通信回線を
使って中央局４００とユーザ宅１３００間の通信を行っても良い。

【００３９】 ローパスフィルタシェルフ６００は、ＰＯＴＳ情報を接続４２０を介してＰＳ
ＴＮ音声スイッチ４０９と送受する。ＰＳＴＮ音声スイッチ４０９は、接続４０
８とアドドロップマルチプレクサ４０１とを介して、電話会社ＳＯＮＥＴネット
ワーク１５０との間に電話サービスを実現する。

【００４０】 中央局４００は、中央局マスタ（ＣＯＭ）ワークステーション６５０を含む。
ＣＯＭワークステーション６５０は、接続４１１を介してスイッチ４０６との間
で制御情報を送受し、接続４１４を介してＶＮＩＳ４５０との間でネットワーク
の動作に関する制御データ情報を送受する。ＣＯＭワークステーション６５０は
、接続４１８を介して映像配信シェルフ５００と通信し、接続４１６を介してア
クセスシェルフ５５０と通信する。ＣＯＭワークステーション６５０は、例えば
管理ワークステーションである。このワークステーションは、中央局４００の機
器の動作を制御するソフトウエアを実行し、本発明の動作を実現する。ＣＯＭワ
ークステーション６５０の動作の詳細は、図１５を参照して後述する。

【００４１】 図１０Ａは、図９の映像ネットワークインタフェースシェルフ４５０を示す概
略図である。中央局４００は、ＳＯＮＥＴアドドロップマルチプレクサ４０１を
含む。このマルチプレクサ４０１は、ＳＯＮＥＴネットワーク１５０から、結合
した映像データ信号を受け取る。中央局４００は、映像ネットワークインタフェ
ースシェルフ４５０を含む。このシェルフ４５０は、映像ネットワークインタフ
ェースモジュール７００のペアと、映像出力モジュール７５０のペアと、シェル
フプロセッサモジュール３００のペアとを含む。各映像ネットワークインタフェ
ースモジュールペアは、稼働映像ネットワークインタフェースモジュール７００
と、予備映像ネットワークインタフェースモジュール７００とからなる。各映像
ネットワークインタフェースモジュール（ＶＮＩＭ）７００は、ＤＳ３ライン４
０２を介して映像番組グループを受け取る。各番組グループは、同時に稼働ＶＮ
ＩＭと予備ＶＮＩＭとに供給される。映像ネットワークインタフェースシェルフ
４５０は、例えば８ペアの映像ネットワークインタフェースモジュール７００を
含む。各ペアの映像ネットワークインタフェースモジュールは、ＤＳ３接続を介
して完全な番組グループを受け取る。各映像ネットワークインタフェースモジュ
ール７００は、完全な番組グループを放送バックプレーン１２００へ提供する。
放送バックプレーン１２００の動作の詳細は、図１３を参照して後述する。放送
バックプレーン１２００は、映像出力モジュールペア７５０と通信する。映像出
力モジュールペア７５０は、接続４０４を介して図９の映像配信シェルフ５００
へ番組データを供給する。接続４０４を介して供給するコンテンツは、ＤＶＢ−
ＡＳＩコンテンツ形式で良い。

【００４２】 映像ネットワークインタフェースシェルフ４５０は、シェルフプロセッサモジ
ュールペア３００を含む。この動作は、前記した通りである。８ペアの映像ネッ
トワークインタフェースモジュール７００は、ＤＳ３フォーマットの映像信号を
受け取り、８個の番組グループをパラレルデータとして放送バックプレーン１２
００へ送る。

【００４３】 図１０Ｂは、図１０Ａの映像ネットワークインタフェースモジュール７００を
示すブロック図である。映像ネットワークインタフェースモジュール７００は、
主および予備ＤＳ−３リンク４０２ａ、４０２ｂを介してデジタル映像番組の１
つの番組グループを受け取る。ＤＳ−３ペイロード（ＭＰＥＧ−２）データを入
信号から抽出し、それを映像出力モジュール７５０用として放送バックプレーン
１２００へ送る。映像ネットワークインタフェースモジュール７００は、稼働／
予備用に設計されており、ホットスワップを可能にする回路を有し、各種制御を
行うために映像ネットワークインタフェースシェルフプロセッサモジュール３０
０と通信する。予備を含めて２重のＤＳ−３信号が各モジュールに供給される。
映像ネットワークインタフェースモジュール７００は、主ＤＳ−３終端受信器７
０１ａと、予備ＤＳ−３終端受信器７０１ｂとを有する。ＤＳ−３受信器は、入
ビットストリームからペイロードデータを抽出し、パラレル映像バスドライバ７
０６へ送る。両受信器７０１ａ、７０１ｂは常にアクティブであり、入力接続に
おける冗長性を実現する。監視モジュール７０４は、接続７０８ａ、７０８ｂを
介して受信器７０１ａ、７０１ｂを監視し、どちらの受信器信号をパラレル映像
バスドライバ７０６へのシリアル供給にするかを決定する。監視モジュール７０
４は、接続７１４ａを介してＤＳ−３終端受信器７０１ａに制御情報を送り、接
続７１４ｂを介してＤＳ−３終端受信器７０１ｂに制御情報を送る。パラレル映
像バスドライバ７０６は、ＤＳ３受信器７０１ａまたは７０１ｂの一方から接続
７０９ａまたは７０９ｂを介してシリアルデータを受け取る。７０１ａまたは７
０１ｂのどちらから受け取るかは、稼働状況に応じて監視モジュール７０４が決
定する。前記シリアルデータは、オリジナルの８ビットバイトフォーマットに再
編する。この時、オリジナルバイトに２個の制御データビットを連結する。差動
信号方式、すなわち好適実施例においてはパラレル映像バスドライバ７０６内の
低電圧差動信号方式（ＬＶＤＳ）のラインドライバ（図示せず）は、監視モジュ
ール７０４からの許可信号に応じ、１０ビット「ワード」をパラレル映像バスド
ライバ７０６の２０本の出力ラインへ送る。

【００４４】 監視モジュール７０４は、映像ネットワークインタフェースモジュール７００
を適切に動作させ、該モジュールの全機能の設定および初期化を行う。監視モジ
ュール７０４は、各機能の状態を監視する。監視モジュール７０４は、シェルフ
プロセッサ３００との通信を維持し、稼働／予備冗長制御を行う。映像ネットワ
ークインタフェースモジュール７００が故障すると、監視モジュール７０４はシ
ェルフプロセッサ３００に警告を出し、映像ネットワークインタフェースモジュ
ール７００を不活性にする。映像ネットワークインタフェースモジュールは、稼
働／予備用に設計されているため、ペアで設置される。そのペアの各々は、接続
７１１を介して相手の障害を監視する。そして稼働モジュールが故障すると、即
座に予備モジュールが稼働する。監視モジュール７０４は、接続７１２を介して
、その障害状態を隣接の映像ネットワークインタフェースモジュールの監視モジ
ュールへ送る。電圧管理モジュール７０２は、前記した通りホットスワップ機能
と電力管理とを行う。

【００４５】 図１１Ａは、図９の映像配信シェルフ５００を示す概略図である。中央局４０
０は、映像配信シェルフ５００を含む。映像配信シェルフ５００は、映像入力モ
ジュールペア８００と、多映像出力モジュールペア８５０と、遠隔映像出力モジ
ュールペア９００と、シェルフプロセッサモジュールペア３００とを含む。映像
入力モジュールペア８００は、接続４０４を介してＤＶＢ−ＡＳＩフォーマット
映像信号を受け取る。１ペアのみを図示しているが、好適実施例では８ペアの映
像入力モジュールを使用する。これらは、８つのＤＶＢ−ＡＳＩ入力信号４０４
と８つの予備ＤＶＢ−ＡＳＩ入力信号とに対応する。稼働映像入力モジュール８
００は、稼働番組グループを受け取り、予備映像入力モジュールは、予備ＤＶＢ
−ＡＳＩ接続を介して予備番組グループを受け取る。各映像入力モジュール８０
０は、番組グループを放送バックプレーン１２００へ送る。多映像出力モジュー
ル８５０のペアは、放送バックプレーン１２００から番組グループコンテンツを
受け取り、各番組グループの２つのコピーを出力する。すなわち多映像出力モジ
ュール８５０の各々は、１６の独立したＤＶＢ−ＡＳＩ出力５０１を駆動する。
予備モジュールは、常に予備出力を駆動する。遠隔映像出力モジュール９００の
ペアは、多映像出力モジュール８５０を代替し、デジタルループキャリア（ＤＬ
Ｃ）への接続性を提供する。遠隔映像出力モジュール９００は、８つの番組グル
ープを約２．４８８ギガヘルツ（ＧＨｚ）のシリアルビットストリームに多重化
することにより、番組グループの単一多重化コピーを単一の光ファイバケーブル
に出力する。予備モジュールは、常に予備出力を予備光ファイバケーブルへ出力
する。

【００４６】 映像配信シェルフ５００が含むシェルフプロセッサモジュール３００のペアの
動作は、前記通りである。各映像入力モジュール８００のペアは、８つまでの映
像番組グループをＤＶＢ−ＡＳＩフォーマットで受け取る。多映像出力モジュー
ル８５０からの予備映像出力は、多アクセスシェルフ５５０（図１２を参照して
後述する）へ送る。遠隔映像出力モジュール９００のペアは、使用された場合、
全デジタル映像番組グループを多重化し、それを光ファイバ接続を介してアクセ
スシェルフ５５０へ送る。シェルフプロセッサモジュール３００は、該シェルフ
の冗長制御と監視を行う。

【００４７】 図１１Ｂは、図１１Ａの映像入力モジュール８００を示すブロック図である。
映像入力モジュール８００は、接続４０４を介してＤＶＢ−ＡＳＩフォーマット
の８つの番組グループをすべて受け取る。そのデータをＬＶＤＳパラレル形式（
追加の制御ビットを含む）に変換し、特定のシェルフバックプレーンへ送り、放
送バックプレーン１２００に接続した全モジュールでそのデータを利用可能にす
る。映像入力モジュール８００は、稼働／予備用に設計され、ホットスワップを
可能にする特別の回路を含み、制御用シェルフプロセッサ３００と通信する。Ｄ
ＶＢ−ＡＳＩ受信器８０１は、８つの独立したチャネル４０４から入力を受け取
る。各入力ライン４０４は、ＤＶＢ−ＡＳＩに適合している。ライン４０４上の
映像データは、ＤＶＢ−ＡＳＩ受信器８０１からＬＶＤＳドライバモジュール８
０２へ接続８０７を介して送る。ＬＶＤＳドライバモジュール８０２は、ＤＶＢ
−ＡＳＩ受信器８０１から受け取ったシリアルデータをパラレル形式に変換する
。各バイトに特別の制御ビットを加え、バイト毎に整列する（図２０を参照して
後述する）。

【００４８】 監視モジュール８０６がライン８０８の出力許可信号を有効にすると、ＬＶＤ
Ｓドライバの全１６０ラインが有効となり、８つの番組グループのすべてが放送
バックプレーン１２００に出力され、放送バックプレーン１２００上の全モジュ
ールがそれら出力を利用できる。

【００４９】 監視モジュール８０６は、映像入力モジュール８００を適切に動作させる。監
視モジュール８０６は、映像入力モジュール８００上で動作する全機能の設定お
よび初期化を監視し、各機能の状態を監視する。監視モジュール８０６は、シェ
ルフプロセッサモジュールペア３００との通信を維持し、稼働／予備冗長制御を
行う。映像入力モジュール８００が故障すると、監視モジュール８０６は、シェ
ルフプロセッサモジュールペア３００に警告を発し、映像入力モジュール８００
を即座に不活性にする。映像入力モジュール８００は、稼働／予備用に設計され
ているため、ペアで設置する。各ペアの双方は、接続８０９を介して隣接の障害
を監視し、稼働モジュールが故障した場合、直ちに予備モジュールが活性化する
。電圧管理モジュール８０４は、前記した通りホットスワップ機能と電力管理を
行う。

【００５０】 図１１Ｃは、図１１Ｂの映像入力モジュールの別の配信構成を示す概略図であ
る。遠隔映像入力モジュール８２５は、映像入力モジュール８００の代用となる
。遠隔映像入力モジュール８２５は、８つの１０ビットパラレル映像番組グルー
プを多重化した単一のコピーと、フレーミングと、オーバヘッドとを１つの光フ
ァイバ接続８３６から受け取る。そのフレーミングを検出し、データを多重分離
して８つの１０ビットパラレル映像番組グループにする。予備モジュールは、常
に予備ファイバ入力を多重分離する。２個のモジュールの一方が番組グループを
放送バックプレーン１２００へ送出する。

【００５１】 光受信器８２６は、接続８３６の光データストリームを電子データストリーム
に変換する。この電子データストリームは映像番組を含み接続８４２に送り出さ
れる。クロック再生およびデータ同期８２７は、シリアルデータストリームから
シリアルクロックを再生し、このクロックにデータを再同期させる。２．４８８
ＧＨｚクロック信号を接続８４４に供給し、映像番組を接続８４３に供給する。
１：１６デマルチプレクサ受信器フレーム検出器８２８は、フレームビットの開
始を検出し、データを１６ビットワードに多重分離する。１５５．５ＭＨｚクロ
ック信号を接続８４５に供給し、映像番組を接続８４６に供給する。フレーム制
御情報は、接続８４７を介してペイロード抽出器８２９と交換する。ペイロード
抽出器８２９は、フレーミングとオーバヘッドビットを取り除き、接続８３７へ
映像番組グループを送る。送出ファーストインファーストアウト（ＦＩＦＯ）バ
ッファ８３１は、ファーストインファーストアウト構成を有し、接続８３７から
の８つの番組グループを一時保存し、パラレル送出データ速度を再同期する。Ｌ
ＶＤＳ映像ドライバ８３２は、接続８３８を介して、放送バックプレーン１２０
０へ８つの番組グループを送出する。多重化番組グループを送信するための光接
続は、データ搬送用の十分な容量を持ち、情報を損失せずに番組グループを搬送
せねばならない。

【００５２】 監視モジュール８３４は、シェルフプロセッサモジュール３００と通信し、接
続８３３ａを介して欠陥ビットをセットし、接続８３３ｂを介して隣接の欠陥ビ
ットを読む。監視モジュール８３４は、必要に応じて接続８３９を介してＬＶＤ
Ｓ映像ドライバ８３２を有効にする。電圧管理モジュール８４１は、前記した通
りホットスワップ機能と電力管理とを行う。

【００５３】 図１１Ｄは、図１１Ａの多映像出力モジュール８５０を示すブロック図である
。多映像出力モジュール８５０は、８つの番組グループの全部を映像入力モジュ
ールから放送バックプレーン１２００を介して受け取る。これら８つの番組グル
ープをｎ回複写し、それらを映像配信シェルフ５００からライン５０１へＤＶＢ
−ＡＳＩフォーマットにおいて配信する。多映像出力モジュール８５０は、稼働
／予備冗長構成に設計され、ホットスワップを可能にする特別回路を含み、各種
制御のために映像配信シェルフプロセッサモジュール３００と通信する。

【００５４】 パラレル映像バス受信器８５１は、１６０個の信号を受信するためのＬＶＤＳ
受信器を含む。すなわち８つの番組グループは、各２０個の信号を含む。パラレ
ル映像バス受信器８５１は、映像データを映像入力モジュール８００から放送バ
ックプレーン１２００を介して受け取る。ＤＶＢ−ＡＳＩドライバ８５６ａ〜８
５６ｎは、各番組グループについて１つのＤＶＢ−ＡＳＩ適合出力をライン５０
１へ送り出す。接続８５７ａ〜８５７ｎの各々は、番組グループを含むシリアル
データストリームを搬送する。各番組グループは、１つの出力接続を搬送される
ため、各出力モジュールは８個の出力を含む。多映像出力モジュール８５０に存
在するＤＶＢ−ＡＳＩドライバモジュール８５６の数は任意である。これにより
システム全体のサイズの自由度を確保する。

【００５５】 多映像出力モジュール８５０は、稼働／予備冗長構成の設計である。監視モジ
ュール８５４は、多映像出力モジュール８５０を適切に動作させる。監視モジュ
ール８５４は、そのモジュール上の全機能の設定および初期化を行い、各機能の
状態を監視する。監視モジュール８５４は、シェルフプロセッサモジュール３０
０との通信を維持し、稼働／予備冗長制御を行う。多映像出力モジュール８５０
が故障すると、監視モジュール８５４は接続８５８を介してシェルフプロセッサ
モジュール３００に警告を発し、即座にモジュール８５０を不活性にする。監視
モジュール８５４は、接続８５９を介して相手の多映像出力モジュールの障害を
検出すると、即座にモジュール８５０を活性化する。多映像出力モジュール８５
０は、稼働／予備冗長構成に設計されているため、各ペアの主および予備カード
は、常に１セットの冗長出力信号を駆動する。電圧管理モジュール８５２は、前
記した通りホットスワップ機能と電力管理とを行う。

【００５６】 図１１Ｅは、図１１Ａの遠隔映像出力モジュール９００を示す概略図である。
遠隔映像出力モジュール９００は、８つの１０ビットパラレル映像番組グループ
を多重化した単一のコピーとフレーミングとオーバヘッドとを１本の光ファイバ
リンクを経てデジタルループキャリア（ＤＬＣ）へ送る。予備モジュールは、常
に予備出力を予備光ファイバリンクへ出力する。ＬＶＤＳ映像受信器９０１は、
８つの番組グループを受信し、接続９１４を介して受信ＦＩＦＯバッファ９０４
へ映像信号を出力する。シリアル送信速度とパラレル受信データ速度は異なるの
で、８つの番組グループのパラレルデータを受信ＦＩＦＯバッファ９０４で一時
格納し、シリアルデータ速度に再同期する。受信ＦＩＦＯバッファ９０４は、接
続９１６を介して映像番組を送り、接続９１８を介してＦＩＦＯフラグを送り、
接続９１７を介してフレーマ９０６からＦＩＦＯ制御信号を受け取る。

【００５７】 フレーマ９０６は、入データをフレームに構成し、そのフレームの最初にフレ
ーミングビットを追加する。必要に応じて特別データバイトをそのフレームに追
加し、データ速度を同期させる。フレーマ９０６は、接続９１９を介して１６ビ
ットワードの映像データを送出する。フレーマ９０６からの１６ビットパラレル
データストリームは、１６：１マルチプレクサ送信器９０７によってシリアルデ
ータストリームに多重化し、接続９１１を介して光送信器９０８へ送る。光送信
器９０８は、そのシリアルデータストリームを接続９１１から受け取り、それを
送信用光ストリームに変換し、接続９１２を介して光ファイバへ送る。監視モジ
ュール９０９と電圧管理装置９０２の機能は、前記した通りである。

【００５８】 図１２は、図９のアクセスシェルフ５５０とローパスフィルタモジュール６０
０とを示す概略図である。図１１Ａに戻り、接続５０１の各多映像出力モジュー
ル８５０の出力は、図１２の接続５０１の映像入力モジュール９５０へ供給され
る。映像入力モジュール９５０は、本好適実施例においてペア構成である。接続
５０１におけるコンテンツは、ＤＶＢ−ＡＳＩ映像フォーマットである。合計１
６個のＤＶＢ−ＡＳＩ映像信号は、８ペアの映像入力モジュール９５０に供給さ
れる。各ペアの映像入力モジュール９５０は、いずれの入力信号（主あるいは予
備）が有効であるかを決定し、番組グループを放送バックプレーン１２００へ送
る。アクセスシェルフ５５０は、全域アクセスアダプタモジュール（ＵＡＡ）１
０００を含む。各ＵＡＡモジュール１０００は、利用可能な番組コンテンツのす
べてを放送バックプレーン１２００から受信する。ＵＡＡモジュール１０００は
、中央局（ＣＯ）フレーマ１１００を含む。中央局フレーマ１１００の動作の詳
細は、図１９を参照して後述する。

【００５９】 放送バックプレーンは、中央局４００とユーザ宅１３００を結ぶ通信回線まで
、デジタル映像コンテンツの利用可能性を広げる。利用可能な番組コンテンツの
すべては、放送バックプレーン１２００上で利用可能である。放送バックプレー
ン１２００は、全ユーザに対してすべてのデジタル映像コンテンツを同時に利用
可能にする。このように本発明は、例えば本システムの全ユーザが同時に同一の
番組コンテンツを受信しても、信号品質を劣化させず、中央局のスイッチング能
力のオーバロードもきたさない。また全ユーザが異なる番組コンテンツを見ても
、システムをオーバロードさせない。放送バックプレーンは、中央局４００とユ
ーザ宅１３００を結ぶ通信チャネルまで、デジタル映像コンテンツの利用可能性
を広げる。アクセスシェルフ５５０内のチャネル選択処理を行う物理箇所まで全
チャネルを効果的に送る。すなわちユーザ宅まで全チャネルを放送しないで良い
。

【００６０】 ＵＡＡモジュール１０００は、複数の顧客に映像およびデータサービスを提供
する。システムを拡張する場合、アクセスシェルフとＵＡＡを追加し、新しい顧
客にサービスを提供する。アクセスシェルフ５５０において、予備映像入力モジ
ュールは、８つの映像番組グループをＤＶＢ−ＡＳＩフォーマットにおいて受信
する。映像番組は、放送バックプレーン１２００を介して各ＵＡＡモジュール１
００で利用できる。極めて特徴的なことは、各全域アクセスアダプタモジュール
１０００が放送バックプレーン１２００を介して数百の映像番組を利用できるこ
とである。ユーザ宅１３００のエンドユーザは、利用可能な番組コンテンツのい
ずれでも選択し受信できる。ただしそのエンドユーザは、要求チャンネルに対し
て許可されていなければならない。各エンドユーザは、利用可能なすべての番組
コンテンツにアクセスでき、しかも各顧客地点まで全番組データを送る必要はな
い。本発明の優れた特徴は、圧縮デジタル映像、双方向インターネットデータ、
およびＰＯＴＳを中央局４００とユーザ宅１３００間で伝送するための従来の通
信媒体（ペア銅線等）や方式を使って、各顧客の要求に応じてデジタル映像番組
を提供できることである。本発明は、アクセスシェルフ内においてデジタル映像
チャネルを全ＵＡＡモジュール１０００へ効果的に送出できる。

【００６１】 各顧客へデジタル映像を配信する際、双方向データ交換（例えばインターネッ
ト接続）およびＰＯＴＳも同一チャネルにおいて同時に利用可能である。

【００６２】 ＵＡＡモジュール１０００は、映像番組コンテンツとインターネットデータと
を接続４１９を介してローパスフィルタシェルフ６００へ提供する。ローパスフ
ィルタシェルフ６００は、複数のローパスフィルタモジュール１０５０を含む。
各モジュール１０５０は、全域アクセスアダプタモジュールの出力を受信するよ
う構成されている。各ローパスフィルタモジュール１０５０は、映像番組コンテ
ンツとデータとＰＯＴＳ情報とを結合し、通信回線１６を介してユーザ宅へ送る
。現在各ＵＡＡモジュール１０００は、４つの顧客インタフェース回線へサービ
スを提供できる。しかしながら技術の進歩に伴い、本発明の範囲を逸脱すること
なく容量を増加できると予測される。

【００６３】 ＵＡＡモジュール１０００は、デジタル映像コンテンツを放送バックプレーン
１２００から受信し、映像番組を要求に応じて顧客に配信する。４顧客分のイン
ターネットデータは、ＵＡＡモジュール１０００を格納するアクセスシェルフ５
５０の１０ＢＡＳＥ−Ｔコネクタに入る。

【００６４】 図１３は、図９のアクセスシェルフ５５０のさらに詳細を示す図である。特に
図１３は、放送バックプレーン１２００を示す。放送バックプレーン１２００は
、映像入力モジュール９５０から各全域アクセスアダプタモジュール１０００へ
配信される映像コンテンツの８つの番組グループを含む。放送バックプレーン１
２００は、８つのデジタル映像番組グループで形成される。好適実施例において
各番組グループは、ＭＰＥＧ−２デジタル映像データをパラレルフォーマットで
搬送する。放送バックプレーン１２００は、各全域アクセスアダプタモジュール
１０００と接続し、利用可能な全映像番組に全エンドユーザがアクセスできるよ
うにする。利用可能番組コンテンツのすべては、放送バックプレーン１２００に
おいて常に利用可能である。放送バックプレーン１２００は、全ユーザに対し、
デジタル映像コンテンツのすべてを同時に利用可能にする。このように本発明は
、例えば本システムの全ユーザが同時に同一番組コンテンツを受信することを可
能にすると共に、多くのユーザが様々な番組を見ることを可能にする。この時本
発明は、信号品質の低下を引き起こさず、中央局のスイッチング能力にオーバロ
ードも引き起こさない。

【００６５】 図１４は、図１２および図１３の全域アクセスアダプタモジュール１０００を
示す。全域アクセスアダプタ（ＵＡＡ）モジュール１０００は、デジタル映像コ
ンテンツとイーサネットデータサービスとをｎ人の加入者に提供する。本好適実
施例において、各加入者は非同期デジタル加入者ライン（ＡＤＳＬ）技術を使う
。この技術は、速度適応デジタル加入者ライン（ＲＡＤＳＬ）技術とｘＤＳＬ技
術の変形をすべて含む。デジタル映像信号、双方向インターネットデータ、ＰＯ
ＴＳの伝送を支援できるデジタルデータ転送技術は、どのような伝送媒体（例え
ばペア銅線）を使うものであれ、すべて本発明の範囲を逸脱せずに使用可能であ
る。ただしｘＤＳＬ技術は一例に過ぎず、本発明を限定するものではない。本発
明は、４つのユーザ宅を１つのＵＡＡモジュール１０００で扱うことを想定して
いる。将来は、各ＵＡＡモジュール１０００で扱うユーザ宅の数を増加あるいは
減少できるものと理解すべきである。好適実施例において、ＵＡＡモジュール１
０００は、８つのデジタル映像番組グループを扱う。将来は、番組グループの数
を増加できるであろう。ＵＡＡモジュール１０００は、各加入者が特定の番組を
番組グループから選択して見ることを可能にする。見たい番組の選択は、ｘＤＳ
Ｌリンクにおける制御チャネル１０１１を使って行う。加入者は、この制御チャ
ネルを使い、通信回線１６を介して、中央局４００に特定番組の受信を要求する
。加入者は、選択する番組の番組グループや番組ＩＤを知る必要はない。番組グ
ループや番組ＩＤは、ＵＡＡ１０００がチャネル番号にマップする。さらに加入
者は、制御チャネル１０１１を使い、イーサネットデータサービスの利用を選択
できる。イーサネットデータは、デジタル映像番組の代わりに、あるいはそれに
追加して利用できる。イーサネットデータチャネルは、インターネットサービス
プロバイダ１４を介し、インターネットへの高帯域幅双方向アクセスを提供する
。

【００６６】 ＬＶＤＳ映像バス受信器１００９は、放送バックプレーン１２００からデジタ
ル映像番組グループを受信し、差動信号をシングルエンド信号に変換する。シン
グルエンド信号は、接続１０１２を介してマルチプレクサ１００８へ送る。マル
チプレクサ１００８は、８つの番組グループを受け付け、接続１０１４を介して
各加入者のＣＯフレーマ１１００へ単一の番組グループ出力を提供する。マルチ
プレクサ１００８があるため、監視モジュール１００７は、加入者が選択したチ
ャネルを含む番組グループをその加入者のＣＯフレーマ１１００へ送ることがで
きる。ＣＯフレーマ１１００の動作の詳細は、図１９を参照して後述する。マル
チプレクサ１００８は、ｎ個のＣＯフレーマを同時に独立に扱うことができる。
監視モジュール１００７は、選択すべき所望の番組グループをＣＯフレーマ１１
００のレジスタに書き込む。ＣＯフレーマ１１００は、マルチプレクサ１００８
に命令を出し、接続１０１２から適切な番組グループを選択させる。ＣＯフレー
マ１１００は、その番組グループから単一の番組を選択し、それをＤＳＬ送受器
１００１へ送り、通信回線１６を介してユーザ宅１３００へ送信する。ＣＯフレ
ーマ１１００は、マルチプレクサ１００８へのインタフェースを提供する。マル
チプレクサ１００８が監視モジュール１００７へのインタフェースを提供しても
良い。しかしながら好適実施例では、ＣＯフレーマ１１００が監視モジュール１
００７へのインタフェースを提供する。マルチプレクサ１００８は、接続１０１
２からの８つの番組グループから１つを選択し、その選択した番組グループを適
切なＣＯフレーマ１１００へ送る。ＣＯフレーマ１１００は、その番組グループ
から必要な番組を選び、それをブリッジ１００４からのインターネットデータと
結合し、結合信号を通信回線１６を介して顧客に配信する。見たいチャネルをユ
ーザが選択すると、監視モジュール１００７は番組グループを決定し、その番組
グループ内のパケット識別子（ＰＩＤ）を決定し、選択したチャネルを抽出でき
るようにする。監視モジュール１００７は、ＣＯフレーマ１１００を介してマル
チプレクサ１００８へコマンドを送り、適切な番組グループを選択させ、ＣＯフ
レーマ１１００にコマンドを送りＰＩＤを選択させる。こうして選択された番組
がユーザに配信される。

【００６７】 インターネットデータへのアクセスを実現するため、本好適実施例はハブモジ
ュール１００６を使う。ハブモジュール１００６の各ポートは、１０ＢＡＳＥ−
Ｔイーサネットデータを１０Ｍｂ／ｓで受け入れ、そのデータを他のポートに繰
り返す。ブリッジ１００４は、ハブモジュール１００６の１０ＢＡＳＥ−Ｔ（Ｌ
ＡＮ）とＴＴＬレベル（ＷＡＮ）データとの間のインタフェースを提供する。ブ
リッジ１００４は、そのユーザ宅側に接続した機器のアドレス（イーサネットま
たは媒体アクセス制御（ＭＡＣ）アドレス）を学習し、そのアドレスに対応しな
いデータを除去する。ブリッジ１００４は、ＷＡＮ側において、接続１０１６を
介してＣＯフレーマ１１００とのインタフェースを提供する。各加入者について
１つのブリッジと１つのＣＯフレーマがある。ＣＯフレーマ１１００は、接続１
０１６を介してブリッジ１００４との間でイーサネットデータを送受し、接続１
０１１を介して監視モジュール１００７との間で制御チャネルデータを送受する
。イーサネットおよび１０ＢＡＳＥ−Ｔ接続は、中央局とユーザ宅との間で双方
向インターネットデータの伝送を実現するための一例に過ぎない。本発明の概念
を用いてどのようなデータを伝送しても良い。ＣＯフレーマ１１００は、マルチ
プレクサ１００８から接続１０１４を介してデジタル映像番組グループを受け付
ける。ＣＯフレーマ１１００は、データをｘＤＳＬ送受器１００１へ出力すると
共に、送受器１００１からデータを受信する。この時の速度は、選択された（監
視モジュール１００７により）ｘＤＳＬ動作モードによる。前記したように、Ｃ
Ｏフレーマ１１００の動作の詳細は、図１９を参照して後述する。ｘＤＳＬ送受
器１００１は、各加入者との間で接続１６を介してｘＤＳＬデータを送受する。

【００６８】 監視モジュール１００７は、マイクロプロセッサを含む。このマイクロプロセ
ッサは、加入者との間に制御チャネルを実現し、ローカルバス１０１７を介して
シェルフプロセッサモジュール３００と通信し、ＵＡＡモジュール１０００上に
制御および読出し状態を提供する。監視モジュール１００７の機能の例としては
、ＣＯフレーマ１１００を介して各加入者との間に制御チャネル（シリアルデー
タポート）を実現すること、加入者が選択したチャネルに対応する番組ＩＤと番
組グループとを決定すること、決定した番組グループと番組ＩＤとをＣＯフレー
マ１１００へ送ることである。ただしこれらに限定されない。その他の機能とし
ては、ｘＤＳＬ送受器１００１を設定すること、ｘＤＳＬ送受器をテストするた
めのテストポートを実現すること、カードアドレスを読むこと、シェルフプロセ
ッサモジュール３００と通信するためのシリアルデータポートを実現すること、
ｘＤＳＬ送受器１００１とブリッジ１００４の状態を監視すること、ＵＡＡ１０
００上の各モジュールをリセットすることである。

【００６９】 電圧管理モジュール１００２は、ＵＡＡモジュール１０００のバックプレーン
への活挿入を可能にする。これは、バックプレーンバスに全くエラーを引き起こ
さず、ＵＡＡモジュール１０００上の装置に全く障害を引き起こさず、同一バッ
クプレーンに接続した他の部品に全く障害を引き起こさずに行われる。ホットス
ワップ制御集積回路を使用し、この機能を実現する。またこの集積回路は、リセ
ットの際にマイクロプロセッサシステムに電力を供給する。

【００７０】 図１５は、図９の中央局マスタワークステーション６５０を示すフローチャー
トである。中央局マスタワークステーション６５０の機能を説明する。ブロック
６５１は、ユーザインタフェースを提供する。これはＵＡＡ１０００割当て用加
入者データベースへのインタフェースを提供する。ユーザインタフェース６５１
は、中央局４００の機器を設定し監視するためのインタフェースを提供し、例え
ばＪＡＶＡやＨＴＭＬを介してグラフィカルユーザインタフェースを提供する。
加入者データベースおよび制御ブロック６５２は、システム管理ワークステーシ
ョン３２５の加入者情報データベースの局所コピーを維持する。加入者情報は、
映像チャネル権限、インターネットサービス権限、アカウント状況（ペイパービ
ュー（ＰＰＶ）情報）、サービス有効および無効、チャネル視聴統計を含む。加
入者データベースおよび制御ブロック６５２は、料金請求情報のアップロードと
、加入者情報のダウンロードを可能にする。加入者データベースおよび制御ブロ
ック６５２は、ＵＡＡ１０００のサービスの初期設定および変更も行う。ハード
ウエア設定および状態表示ブロック６５４の機能を説明する。中央局４００の機
器の初期化、中央局４００の機器の状態監視、シェルフプロセッサモジュール３
００からの状態情報問合わせ管理、ＵＡＡのペイパービュー購入問合わせ管理で
ある。ハードウエア設定および状態表示ブロック６５４は、カード設定データベ
ースへのアクセスを提供し、多数のモジュールを同時に交換する場合の迅速な設
定を支援する。

【００７１】 組込み制御ネットワークブロック６５６は、ＣＯＭ６５０と中央局４００機器
間の情報通信の機能を実行する。組込み制御ネットワークブロック６５６は、ア
プリケーションプログラムインタフェース（ＡＰＩ）がシステムの支援するメッ
セージ／コマンドのタイプを定義することを可能にする。システム管理ワークス
テーションインタフェースブロック６５７は、中央局マスタワークステーション
６５０とＴＰＣＣ１００に位置するシステム管理ワークステーション３２５間の
双方向通信を提供する。ＣＯＭ６５０は、ユーザーからの所望番組の要求を処理
するために必要な論理を提供し、ユーザのチャネル視聴習慣（どのチャネルが特
定の期間において視聴されたか）の統計を収集し、デジタル映像コンテンツ、双
方向インターネットデータ、ＰＯＴＳを提供するためのＵＡＡモジュール１００
０の通信ポートを割り当てる。

【００７２】 図１６は、ユーザ宅１３００を示すブロック図である。デジタル映像およびデ
ータは、中央局４００から通信回線１６を介してユーザ宅１３００に入る。好適
実施例において、通信回線１６は、例えばデジタル加入者線通信回線であり、こ
れはＰＯＴＳ通信も支援する。通信回線１６は、圧縮デジタル映像、双方向イン
ターネットデータ、およびＰＯＴＳの通信を支援できれば、いかなる通信回線で
も良い。例えば無線通信回線である。ただしこれに限定されない。ＩＮＩ１３５
０とコンピュータ１３５５，テレビ１３６５，電話１３６０間の接続は、各種接
続方式を利用して実現できる。例えば無線方式である。ただしこれに限定されな
い。

【００７３】 通信回線１６は、インテリジェントネットワークインタフェース（ＩＮＩ）１
３５０に接続する。コンピュータ１３５５、テレビ１３６５、電話１３６０は、
ＩＮＩ１３５０に接続する。ＩＮＩ１３５０は、追加のＰＯＴＳ通信ライン１３
５３ａ、１３５３ｂを支援する。これらラインは、デジタル信号形式でも構わな
い。ＩＮＩ１３５０の構成および動作を以下に説明する。

【００７４】 図１７Ａは、図１６のインテリジェントネットワークインタフェース（ＩＮＩ
）を示す概略図である。ＩＮＩ１３５０は、ＲＡＤＳＬ（速度適応デジタル加入
者線）モデム１３５１を含む。このモデム１３５１は、通信回線１６に接続する
。図示の例はＲＡＤＳＬモデム１３５１を使用するが、本発明のデジタル映像お
よびデータ配信システムは、ユーザ宅１３００と中央局４００間の通信を実現す
るため、どのような通信技術を使っても構わない。ＲＡＤＳＬモデム１３５１は
、電話１３６０にも接続する。ＲＡＤＳＬモデム１３５１は、接続１３５３ａ、
１３５３ｂを介して追加のＰＯＴＳ装置を支援する。これら接続は、デジタルサ
ービスの形態でも良い。

【００７５】 プロセッサ１３５４は、赤外線遠隔制御インタフェース１３５８と、ＲＡＤＳ
Ｌモデム１３５１と、ＣＰフレーマ１４００と、ＭＰＥＧ−２チップセット１３
５６と、グラフィックプロセッサ１３５７とに接続する。プロセッサ１３５４は
、ＩＮＩ１３５０の動作を制御し、映像および音声テレビ信号をＭＰＥＧ−２チ
ップセット１３５６からテレビ１３６５へ提供し、データをイーサネットインタ
フェース１３５２から１０ＢＡＳＥ−Ｔイーサネット接続１３５９を介してコン
ピュータ１３５５へ提供する。プロセッサ１３５４は、デバッグおよび保守用に
シリアルデータ接続を提供し、低速データ装置用の接続も提供する。低速データ
装置は、例えばユーティリティや警報監視であるが、これらに限定されない。プ
ロセッサ１３５４は、赤外線遠隔制御インタフェース１３５８にも接続する。

【００７６】 図１７Ｂは、赤外線遠隔制御インタフェース１３５８（ＩＮＩ１３５０に含む
）を示す。インタフェース１３５８は、無線配信システム１３６１を介して１つ
以上の赤外線遠隔送受器１３６２赤外線情報との双方向通信を可能にする。赤外
線遠隔送受器１３６２は、各視聴／制御位置に設置できる。

【００７７】 図１７Ｃは、図１７Ｂの赤外線遠隔送受器１３６２を示す概略図である。赤外
線受信器１３６７ｂは、携帯遠隔制御（図示せず）からの赤外線情報を受信し変
換する。赤外線受信器１３６７ｂは、既知の全搬送周波数を受け入れるよう構成
する。全搬送周波数とは、例えば３２〜４０ＫＨｚの範囲である。さらに全コー
ドを受け入れるよう構成する。好適実施例は、受信信号の包絡線を使って、４０
０ＭＨｚ周波数シフトキーイング（ＦＳＫ）送信器１３６３ａを制御する。この
送信器１３６３ａはその信号を、主赤外線信号経路１３７４と無線配信システム
１３６１とを介してＩＮＩ１３５０へ送る。ＦＳＫ送信器１３６３ａとＦＳＫ受
信器１３６６ｂ（および図１７ＤのＦＳＫ受信器１３６３ｂとＦＳＫ送信器１３
６６ａ）は、接続１３７７を介して主赤外線信号経路１３７４に接続する。接続
１３７７は、各送信器と受信器とを主赤外線信号経路１３７４に適切に接続でき
ればどのような接続でも構わない。この接続は、７５オーム同軸ケーブル、ある
いは例えば無線接続を介して実現できるが、これらに限定されない。図１７Ｃの
構成は、３６０ＭＨｚＦＳＫ受信器１３６６ｂと赤外線発信器１３６７ａをさら
に含む。これら機器は、赤外線信号を介して装置を制御するのに十分な電力を有
する必要がある。

【００７８】 図１７Ｄは、図１７Ａの赤外線遠隔制御インタフェース１３５８を示す概略図
である。赤外線遠隔制御インタフェース１３５８は、主無線周波信号経路１３７
４を介して受信した情報を送受器制御器１３７２で復号し、接続１３７６を介し
てデジタルワードをプロセッサ１３５４（図１７Ａ）へ送る。送受器制御器１３
７２は、赤外線受信器１３６７ｂとプロセッサ１３５４（図１７Ａ）間で情報を
転送する。このプロセッサ１３５４は、３６０ＭＨｚＦＳＫ送信器１３６６ａを
介して、主無線周波信号経路１３７４と無線配信システム１３６１とに接続した
装置を制御する。この制御は、前記と同様の方法で行うが周波数は３６０ＭＨｚ
である。

【００７９】 無線周波変調器１３６８は、音声および映像入力をＭＰＥＧ−２チップセット
１３５６（図１７Ａ）から受信する。無線周波増幅器１３６９および無反射ノッ
チフィルタ１３７１は、無線周波変調器１３６８と主無線周波信号経路１３７４
間において、必要な信号のみをを通過させる。

【００８０】 このシステムは、無線周波テレビ信号と双方向制御信号の同時伝送を可能にす
る。複数の赤外線遠隔送受器１３６２を単一のシステム内に設置できる。このシ
ステムは、遠隔制御の搬送周波数や特定コードに依存しない。コードの復号およ
び赤外線発信器の制御は、プロセッサ１３５４内のソフトウエアが制御する。

【００８１】 図１８は、本発明のデジタル映像およびデータ配信システム内のＣＯフレーマ
１１００とＣＰフレーマ１４００との例とそれらの位置を示す概略図である。Ｃ
Ｏフレーマ１１００は、中央局４００に位置し、ＵＡＡモジュール１０００（図
示せず）にあり、映像番組コンテンツを受信する。ＣＯフレーマ１１００は、デ
ータサービスをインターネット１４を介して送受する。ＣＯフレーマ１１００は
、モデム１３５１と通信し、ユーザ宅１３００の対応するモデム１３５１と通信
回線１６を介して通信する。ＣＰフレーマ１４００は、ＩＮＩ１３５０内にあり
、ＭＰＥＧ−２フォーマットのデジタル映像番組をＭＰＥＧ−２デコーダ１３５
６へ出力し、ネットワークインタフェース１３５２を介してコンピュータ１３５
５とデータサービスを通信する。

【００８２】 図１９は、図１８のＣＯフレーマ１１００を示す概略図である。ＣＯフレーマ
１１００は、パケット識別子（ＰＩＤ）フィルタ１１１０において、番組グルー
プを受信する。この番組グループは、適応型ＭＰＥＧ−２伝送ストリームの形式
であり、複数の番組を含み、接続１１６１を介して受信される。ＭＰＥＧ−２伝
送ストリームは、伝送パケットの連続するストリームである。全伝送パケットは
、１８８バイト長である。第１バイトは０ｘ４７の値であり、同期用である。こ
のビットパターンは一意ではなく、パケットのいずれかの場所で発生しうる。伝
送パケットヘッダは、パケット識別子（ＰＩＤ）フィールドを含む。この識別子
は、伝送パケットのペイロードを他のＰＩＤ値を有する伝送パケットのペイロー
ドから区別する。ＭＰＥＧ−２プロトコルに基づき、１伝送パケットは、ペイロ
ード、適応フィールド、またはペイロードを従えた適応フィールドを含むことが
できる。適応フィールドが存在する場合、それはデータストリームに関する追加
情報を提供する。

【００８３】 これら追加情報の１つは、番組クロック基準（ＰＣＲ）値である。ＭＰＥＧ−
２伝送ストリームのエンコーダおよびデコーダは、２７ＭＨｚクロックを使って
処理を行う。このクロックは、システムタイムカウンタ（ＳＴＣ）を駆動する。
このＳＴＣは、常に増加するタイムスタンプ値を提供する。エンコーダは、自身
のＳＴＣを使い、デコーダに送られてくるデータにタイムスタンプを押す。デコ
ーダは、データストリームをエンコーダから受信し、自身のＳＴＣを使い、タイ
ムスタンプを押したデータを内部装置へ送る時期を決定する。説明を簡単にする
ため、エンコーダとデコーダは図示していない。２つの全く異なるクロックがＳ
ＴＣカウンタを駆動しているので、両者間にはわずかの変動が避けられない。こ
れは処理の変動や環境条件等による。これら変動は、受信データの復号エラーを
引き起こす可能性がある。従って、デコーダのクロックをエンコーダのクロック
に同期させる方法が必要である。しかしながら両者は、地球の反対側にあること
もあり得る。この問題を解決するため、本実施例は適応フィールドが含むＰＣＲ
値を利用する。

【００８４】 ＰＣＲ値は、エンコーダ内のＳＴＣのコピーであり、エンコーダから伝送スト
リームを送信した時の時間を示す。ＩＳＯ／ＩＥＣＩＳ１３８１８−１国際規格
（１９９４）ＭＰＥＧ−２は、エンコーダからデコーダまでの伝送遅延を一定量
と定めている。これを満たすため、デコーダに到着する伝送パケットは、それら
がエンコーダを出た時と正確に同じ速度であり時間的に相対的な位置にある。そ
の結果、デコーダは、受信したＰＣＲ値とデコーダ自身のＳＴＣとを比較できる
。受信ＰＣＲ（ＳＴＣ）が自身のＳＴＣより進んでいれば、デコーダは自身の２
７ＭＨｚクロックがわずかに遠隔のものより遅いことが分かる。受信ＰＣＲ（Ｓ
ＴＣ）が自身のＳＴＣより遅れていれば、デコーダは自身の２７ＭＨｚクロック
が遠隔のものよりわずかに進んでいることが分かる。デコーダのクロックは、そ
の速度をわずかに変化できるよう設計されている。従ってＰＣＲ値が提供する情
報を利用して自身のＳＴＣを遠隔エンコーダのＳＴＣに合わせることができる。

【００８５】 図１９に戻り、パケット識別子（ＰＩＤ）フィルタ１１１０（詳細は図２４Ａ
、２４Ｂを参照して後述）は、接続１１６１を介して多番組伝送ストリームを受
信し、それを単一番組伝送ストリームに変換し、接続１１６２へ出力する。この
伝送ストリームは、非同期ファーストインファーストアウト（ＦＩＦＯ）記憶装
置へ送られ、一時格納される。

【００８６】 ＰＣＲ抽出器（詳細は図２５を参照して後述）は、接続１１６２の単一番組グ
ループの内容を監視し、ＰＣＲフィールドを探す。ＰＣＲ抽出器１１３０は、Ｐ
ＣＲフィールドを検出すると、それを抽出（正確にはコピー）し、ＰＣＲ値を接
続１１６４を介してＰＣＲ増分器１１４０へ送る。ＰＣＲ増分器１１４０（詳細
は図２６を参照して後述）は、接続１１６４を介してＰＣＲフィールドを受け入
れ、各２７ＭＨｚ周期毎にその値を１だけ増分する。ＰＩＤフィルタ１１１０、
非同期ＦＩＦＯバッファ１１２５，ＰＣＲ抽出器１１３０，ＰＣＲ増分器１１４
０は、すべてバックプレーン設計が提供する共通２７Ｍｚクロックに基づき動作
する。このバックプレーン設計は、適応型伝送ストリーム（図２０Ａ）を配信す
る。重要なことは、ＣＯフレーマ１１００内の前記部品は、同一クロックに同期
しており、この同一クロックは図２０Ａの適応型伝送ストリーム１１６１に使わ
れ、この適応型伝送ストリーム１１６１はＣＯフレーマ１１００に入力されるこ
とである。このため、ＣＯフレーマは、同期装置として経済的に実現できる。

【００８７】 ＣＯデータマルチプレクサ１１５０（動作の詳細は図２７Ａ、２７Ｂ、２７Ｃ
、２７Ｄを参照して後述）は、ＭＰＥＧ−２パケットの送信準備ができると、非
同期ＦＩＦＯ装置１１２５の内容を接続１１６６を介して調べる。送信すべきパ
ケットがあれば、ＣＯデータマルチプレクサは、そのパケットを送信する。この
パケットがＰＣＲフィールドを含んでいれば、ＣＯデータマルチプレクサ１１５
０は、調整済みＰＣＲフィールドがＰＣＲ増分器１１４０に準備されているため
、ＰＣＲ増分器１１４０を止める。これは接続１１７１のＰＣＲ駆動信号を不活
性にすることにより行う。この結果、ＰＣＲ増分器１１４０の出力は安定する。
ＣＯデータマルチプレクサ１１５０は、調整済みＰＣＲ値に基づきオリジナルの
ＰＣＲ値を上書きあるいは再スタンプする。これは、パケットがモデム１３５１
（図１８）へ送られる間に行う。送るべきＭＰＥＧ−２パケットが無ければ、Ｃ
Ｏデータマルチプレクサ１１５０は、接続１１６９からのデータサービスを含ん
だパケットを送信する。２７ＭＨｚクロックを用いてＭＰＥＧ−２用映像クロッ
ク基準をエンコードする場合、ＣＯフレーマへのデータのクロック同期も同一速
度すなわち２７ＭＨｚを用いるのが実用的である。本発明のＣＯフレーマにおけ
るＰＣＲ再スタンプの特徴は、ＣＯフレーマにおけるデータのクロック同期と、
符号化映像における基準クロックとが同一速度であれば、適切に動作することで
ある。本発明のＣＯフレーマは、モデムからのパケット送信準備が整うまで、適
応型バス（図２０Ａ）の２７Ｍｚクロック周期毎にＰＣＲフィールドを１単位ず
つ調整する。

【００８８】 ＣＯデータマルチプレクサ１１５０は、制御チャネル１１７４をデジタル映像
コンテンツとインターネットデータに追加する。制御チャネル１１７４は、中央
局４００とユーザ宅１３００間で伝送される各パケット（デジタル映像コンテン
ツ、インターネットデータ、または無効データ）内に存在する不使用ｔｒａｎｓ
ｐｏｒｔ＿ｐｒｉｏｒｉｔｙフラグビットを利用して確立する。制御チャネル１
１７４は、制御情報を伝送する。制御チャネル１１７４は、低速制御データチャ
ネルであり、上流方向および下流方向である。中央局４００とユーザ宅１３００
間で送受される各伝送パケットに存在するｔｒａｎｓｐｏｒｔ＿ｐｒｉｏｒｉｔ
ｙフラグビットを利用する（より正確にはオーバロードさせる）ことにより実現
する。ＣＯフレーマ１１００とＣＰフレーマ１４００とは、この特別ビットを使
い、上流および下流方向のシリアルストリームを形成する。このシリアルストリ
ームを介して、制御情報を通信する。制御情報は、例えばユーザ宅１３００のユ
ーザからの番組要求である。このように、ＭＰＥＧ−２番組や定期的なデータサ
ービスを邪魔せず、低速シリアルメッセージを送信できる。ＣＯフレーマ１１０
０およびＣＰフレーマ１４００が内蔵する汎用非同期送受信（ＵＡＲＴ）装置は
、これらビットを利用してシリアルメッセージを生成し受信する。これによって
通信回線１６の両側のホストプロセッサ間に通信リンクを提供する。

【００８９】 図２０Ａは、図１９の搬送ストリームの適応速度搬送ストリームバス仕様を示
す概略図である。適応型伝送ストリームバスは、固定２７ＭＨｚデータ速度、す
なわちｔ＝１／（２７×１０^６）秒でクロック同期する。これは入信号速度に関
わりなく行われる。信号１１７６の特別ＤＶＡＬＩＤビットは、２７ＭＨｚでク
ロック同期し、各バイトが有効データを含むかを示す。これを使うことにより、
前記バスは、任意のデータ速度（８×（２７×１０^６）ｂ／ｓまで）の伝送スト
リームを送ることができる。信号１１７７の特別パケット同期ビット（ＰＳＹＮ
Ｃ）を追加し、各ＭＰＥＧ−２伝送ストリームパケットの第１バイトを示す。こ
の設計は、本発明を極めて汎用的にし、様々な電話速度の入力伝送ストリームを
受け付けることを可能にする。伝送ストリーム１１６１からの有効データの抽出
は、信号１１７６上のＤＶＡＬＩＤが有効であるバイトのみを格納することによ
り行う。この抽出した有効データのうち、信号１１７７上のＰＳＹＮＣは各伝送
パケットの第１バイトを示す。

【００９０】 図２０Ｂは、光リンクを介して図２０Ａの適応速度搬送ストリームを８セット
搬送する際に使用するフォーマットを示す概略図である。図２０Ａの適応速度伝
送ストリームは、８つの１０ビットパラレルデータストリームからなる。８つの
データストリームは、結合して基本８０ビットワードを作る。シリアルストリー
ムは、フレームを形成する。これらフレームの例として１２０１を示す。各フレ
ームは、８０ビットオーバヘッドワード１２０１ａと、８０ビット速度調整ワー
ド１２０１ｂと、１３個の８０ビットペイロードワード１２０１ｃ〜１２０１ｎ
とを含む。従って各フレームは、１２００ビット長である。

【００９１】 オーバヘッドワード１２０１ａは、３２個のフレーミングビット１２０２と、
１つの４ビットペイロードポインタ１２０６と、両者間にある４４個の不使用ビ
ット１２０４とを含む。フレーミングビットは、フレームの開始を示し、シリア
ルデータと遠隔映像入力モジュール８２５（図１１Ｃで説明した）の出力パラレ
ルデータとの同期に使われる。ペイロードポインタ１２０６は、ペイロードデー
タが速度調整ワード１２０１ｂ、第１ペイロードワード１２０１ｃ、第２ペイロ
ードワード１２０１ｄ（図示せず）のいずれで始まるかを示す。このようにシリ
アルデータストリームは、データ速度を調整し、入力データ速度に合わせる。８
０ビットオーバヘッドワード１２０１ａは、１０個の８ビットバイトに分割する
。速度調整ワード１２０１ｂとペイロードワード１２０１ｃ〜１２０１ｎは、８
個の１０ビットパラレル適応速度伝送ストリームに分割する。このストリームの
各々は、８個のデータビットと、ＤＶＡＬＩＤビット１１７６（図２０Ａ）と、
ＰＳＹＮＣビット１１７７（図２０Ａおよび２１）とを含む。

【００９２】 図２１は、任意速度の番組ストリームを示す。このストリームから２７ＭＨｚ
の適応型搬送ストリーム（図２０Ａ）を生成する。信号１１６１は任意速度の伝
送ストリームであり、図２０ＡのＤＶＡＬＩＤおよびＰＳＹＮＣビットによって
有効となる選択クロックを使用して変換する。周期ｔは、ｔ＝１／α秒であり、
０＜α＜２７×１０^６である。このようにいかなる伝送ストリームも、図２０Ａ
に示す２７ＭＨｚ伝送ストリームに適応して変換できる。

【００９３】 図２２は、伝送ストリーム定義テーブルであり、ＩＳＯ／ＩＥＣ１１３８１８
−１第２−３表に基づく。このテーブルは、ＩＴＵ−Ｔ勧告Ｈ．２２２．０に基
づく伝送パケットを定義する。このパケットは、図２０Ａ、２０Ｂ、２１の伝送
ストリームパケットの最初の３バイトを定義する。例えば各パケットの最初の３
バイトは、各パケットのＰＩＤフィールドを決定する。第２バイトは、ビット４
〜０のＰＩＤ［１２：８］パケットＩＤハイ（ＰＩＤＨ）を含む。第３バイトは
、ビット７〜０のＰＩＤ［７：０］パケットＩＤロー（ＰＩＤＬ）を含む。ＰＩ
ＤＨおよびＰＩＤＬビットの使用の詳細は、図２４Ａ、２４Ｂを参照して後述す
る。

【００９４】 図２３は、図１９の接続１１６１における搬送ストリームを示す概略図である
。１つの番組グループは、１つ以上の番組からなる。番組は、例えばチャネル１
１７８はケーブルニュースネットワーク（ＣＮＮ）であり、チャネル１１７９は
ホームボックスオフィス（ＨＢＯ）である。説明を簡単にするため２つのチャネ
ルのみを示したが、各番組グループは多くのチャネルを同時に搬送できる。これ
ら番組は、パケット識別子（ＰＩＤ）フィールドを使って区別される。図示した
ものは番組グループの一例であり、いくつかの番組を含む。その中の１つが選択
される。エンドユーザの注文に応じて、例えばＣＮＮ番組１１７８がパケット識
別子選択１１１０を介して取り出される。

【００９５】 図２４Ａは、図１９のＰＩＤフィルタ１１１０を示す概略図である。ＰＩＤフ
ィルタ１１１０は、複数の８ビットラッチ１１１１ａ〜１１１１ｎからなる。各
ラッチは、接続１１６１を介して８ビット伝送ストリームを受け取る。ラッチ１
１１１は、２個の追加ビットを含む。すなわち接続１１７７を介して受け取るＰ
ＳＹＮＣビットと、接続１１７６を介して受け取るＤＶＡＬＩＤビットである。
接続１１７６のＤＶＡＬＩＤビットは、クロック有効信号を８ビットラッチ１１
１１へ供給する。図２０Ａ、２０Ｂ、２２の説明に関連し、ＰＩＤフィルタ１１
１０は、不要なＰＩＤ値を含むすべてのパケットに対しＤＶＡＬＩＤフラグをロ
ーに設定する。この結果、要求された番組のみが伝送ストリーム１１６１から抽
出される。これは接続１１１６のＰＩＤＬビットと、接続１１１７のＰＩＤＨビ
ットを分析することにより行われる。接続１１１６のＰＩＤＬビットと接続１１
１７のＰＩＤＨビットは、接続１１１８の現在のパケット識別バイトを形成する
。

【００９６】 比較器１１２１は、接続１１１８の現在のＰＩＤ値と接続１１１９の要求ＰＩ
Ｄ値を分析し、両者が一致すれば、すなわち現在のＰＩＤ１１１８が要求ＰＩＤ
１１１９であれば、ラッチ１１２２へ入力を供給する。接続１１７７においてＰ
ＳＹＮＣ信号が有効であり、接続１１９１において比較器が信号を有効にしてい
れば、ラッチ１１２２は接続１１９２の信号を有効にし、ＡＮＤゲート１１１２
への入力を与える。ＡＮＤゲート１１１２がラッチ１１２２から入力を受け取り
、１１７６においてＤＶＡＬＩＤ信号が有効であれば、ＡＮＤゲートはラッチ１
１１４を介してＤＶＡＬＩＤ信号を無効にする。一方、要求パケットＩＤを含む
選択された番組グループは、接続１１６２を介して、非同期ＦＩＦＯバッファ１
１２５（図１９）とＰＣＲ抽出器１１３０（図１９）とへ供給される。

【００９７】 図２４Ｂは、図２４ＡのＰＩＤフィルタ１１１０の判断動作を示すフローチャ
ートである。ブロック１１２３において、ＰＩＤフィルタは新しいパケットを受
け取る。ブロック１１２４において、このパケットが要求ＰＩＤ値を含むか否か
を決定する。ＰＩＤ値が要求値であれば、ブロック１１２６において、パケット
ＩＤフィルタは次のパケットを待つ。ＰＩＤが要求値でなければ、ブロック１１
２７においてＰＩＤフィルタ１１１０はそのパケットに無効のマークを付け、ブ
ロック１１２６において次のパケットを待つ。

【００９８】 図２５は、図１９のＰＣＲ抽出器１１３０の判断動作を示すフローチャートで
ある。ブロック１１３１において、ＰＣＲ抽出器は、新しいパケットを受け取る
。ブロック１１３２において、ＰＣＲ抽出器１１３０は、そのパケットがＰＣＲ
値を含むか否かを決定する。その新しいパケットにＰＣＲ値が無ければ、ＰＣＲ
抽出器１１３０は、ブロック１１３４において次のパケットを待つ。そのパケッ
トがＰＣＲ値を含んでいれば、ＰＣＲ抽出器１１３０は、その値をブロック１１
３６においてＰＣＲ増分器１１４０に取り込む。そしてＰＣＲ抽出器１１３０は
、ブロック１１３４において新しいパケットを待つ。

【００９９】 図２６は、図１９のＰＣＲ増分器１１４０を示す詳細図である。マルチプレク
サ１１４１は、ライン１１６４を介して新しいＰＣＲ値をＰＣＲ抽出器１１３０
から受け取る。接続１１７１におけるＰＣＲ実行信号が有効になると、ＰＣＲレ
ジスタ１１４４は、接続１１４７を介してマルチプレクサ１１４１から新しいＰ
ＣＲ値を受け取り、それを保持する。ＰＣＲレジスタ１１４４は、例えば４３ビ
ットレジスタである。ＰＣＲレジスタ１１４４は、接続１１６４を介して供給さ
れる新しいＰＣＲ値あるいは接続１１４６を介して供給される現在のＰＣＲ＋１
を２７ＭＨｚクロック周期で取り込む。この動作は、接続１１７１からのＰＣＲ
実行信号が有効である間行われる。レジスタの現在の値は、接続１１６７を介し
てＣＯデータマルチプレクサ１１５０へ提供される。これによりＣＯデータマル
チプレクサ１１５０は、このフィールドをＭＰＥＧ−２ストリームに再挿入し、
接続１１６８を介してユーザ宅１３００（図１９）へ送る。この技術は、ＰＣＲ
フィールドを正しく調整し、その正確さを維持する。２７ＭＨｚのクロック周期
毎に、ＰＣＲを含んだ搬送パケットは遅延され、ＰＣＲフィールドは１単位だけ
補償のために増分される。ＣＯデータマルチプレクサ１１５０は、ＰＣＲを含ん
だ搬送パケットをユーザ宅１３００へ送る準備ができると、ＰＣＲ増分器を停止
する。これは接続１１７１のＰＣＲ実行信号を無効にすることによって行う。そ
して更新したＰＣＲフィールドをオリジナルの搬送パケットに戻す（この詳細は
図２８を参照して後述する）。

【０１００】 図１９に戻り、データを２７ＭＨｚにおいてクロック同期させる搬送ストリー
ムインタフェースを利用することにより、この同一のクロック源をＰＩＤフィル
タ１１１０と、ＰＣＲ抽出器１１３０と、非同期ＦＩＦＯバッファ１１２５と、
ＰＣＲ増分器１１４０とに使用できる。ＰＣＲ増分器１１４０のＰＣＲ値は、２
７ＭＨｚクロック周期で表現される。これによりこれら各部は、簡単な同期ハー
ドウエア設計で実現できる。入搬送ストリームに関連付ける２７ＭＨｚデータク
ロックは、エンコーダが使用する２７ＭＨｚクロックからずれる可能性がある。
従ってＰＣＲフィールドは、生成される値によって極めてわずかに変化しうる。
エンコーダクロックが局所的に生成されるからである。しかしながら２クロック
間の変化は、ＰＣＲ増分器１１４０が動作する短い期間については、極めて小さ
い。エンコーダクロックを再生する代わりにデータクロックを使うことにより、
ＣＯフレーマ１１００は、実行コストを大幅に削減できる。非同期ＦＩＦＯバッ
ファ１１２５とＰＣＲ実行信号１１７１は、他の装置とＣＯデータマルチプレク
サ１１５０との間にバッファを提供する。マルチプレクサ１１５０は、純粋に同
期設計であり、モデム１３５１が提供するデータクロックにより制御される。

【０１０１】 図２７Ａは、図１９のＣＯデータマルチプレクサ１１５０を示すブロック図で
ある。マルチプレクサ１１５１は、接続１１６７を介して新しい値をＰＣＲ増分
器１１４０から受け取り、接続１１６９からデータサービス入力を受け取り、接
続１１６６を介して非同期ＦＩＦＯバッファ１１２５から遅延番組の形でデータ
を受け取り、決定器１１５２から入力を受け取る。決定器１１５２は、接続１１
７１のＰＣＲ実行信号を有効または無効にし、ＰＣＲ増分器１１４０の動作を停
止したり続行したりする。マルチプレクサ１１５１は、非同期ＦＩＦＯバッファ
１１２５からのデータまたはデータサービス１１６９からのデータを選択するか
、あるいはまたパケットのＰＣＲフィールドを接続１１６７からの新しい値に置
き換える。これらは、現在の条件に基づいて行われる。マルチプレクサ１１５１
は、最終的な搬送ストリームを接続１１６８を介してモデム１３５１に送り、低
帯域幅通信回線１６の伝送を行う。

【０１０２】 図２７Ｂは、図２７Ａの決定器１１５２の動作を示す状態図である。状態ｍ０
，ｍ１，ｍ２において、映像番組コンテンツを含むバイトは、非同期ＦＩＦＯバ
ッファ１１２５から読み出され、接続１１６８を介してモデム１３５１へ送られ
る。状態ｍ３において、１バイトが再び非同期ＦＩＦＯバッファ１１２５から読
み出され、モデム１３５１へ送られる。ビット５がセットされていれば、状態ｍ
４へ進み、その他の場合はｍＷＡＩＴへ進む。状態ｍ４において、１バイトが再
び非同期ＦＩＦＯバッファ１１２５から読み出され、モデム１３５１へ送られる
。ゼロなら、状態ｍＷＡＩＴへ進む。その他の場合は、状態ｍ５へ進む。状態ｍ
５において、１バイトが再び非同期ＦＩＦＯバッファ１１２５から読み出され、
モデム１３５１へ送られる。ビット４がセットされていれば、状態ｍ６へ進み、
それ以外の場合は状態ｍＷＡＩＴへ進む。状態マシンが状態ｍ６へ進むと、ＰＣ
Ｒ値がパケットに存在し、従って古い値が新しい値に置き換えられる。これは次
の通りである。

【０１０３】 状態ｍ６，ｍ７，ｍ８，ｍ９，ｍ１０，ｍ１１において、１バイトが非同期Ｆ
ＩＦＯバッファ１１２５から読み出され、破棄される。ライン１１７１のＰＣＲ
実行信号は、無効にされる。次の６つのクロック周期の各々において、新しいＰ
ＣＲフィールド（接続１１６７）に関連する６バイトは、古いＰＣＲフィールド
に関連する６バイトの代わりに伝送される。

【０１０４】 状態ｍＷＡＩＴにおいて、１バイトが非同期ＦＩＦＯバッファ１１２５から読
み出され、モデム１３５１へ送られ、次のパケット決定（１１５２）を待つ。

【０１０５】 状態ｉ０において、標準ＭＰＥＧ−２同期バイト（０ｘ４７）をモデム１３５
１へ送る。状態ｉ１において、バイト０ｘ１Ｆをモデム１３５１へ送る。状態ｉ
２において、バイト０ｘＦＥをモデム１３５１へ送る。状態ｉ３において、バイ
ト０ｘ１αをモデム１３５１へ送る。ここでαは、適切な持続カウンタ値である
。状態ｉ１およびｉ２は、インターネットデータ用に使われるＰＩＤ値を伝送す
る。本好適実施例において、ＰＩＤ値として０ｘ１ＦＦＥを使う。任意の値を使
うことができるが、その値は設計を通して整合性を有し、他のＰＩＤと競合して
はならない。持続カウンタは、標準４ビットフィールドであり、同一ＰＩＤのパ
ケットの伝送毎に１ずつ増分する。これは当業者に既知の通りである。状態ｉＷ
ＡＩＴにおいて、１バイトのインターネットデータをモデム１３５１へ送り、次
のパケット決定（１１５２）を待つ。

【０１０６】 状態ｎ０において、標準ＭＰＥＧ−２同期バイト（０ｘ４７）をモデム１３５
１へ送る。状態ｎ１において、バイト０ｘ１Ｆをモデム１３５１へ送る。状態ｎ
２において、バイト０ｘＦＦをモデム１３５１へ送る。状態ｎ３において、バイ
ト０ｘ１βをモデム１３５１へ送る。ここでβは、適切な持続カウンタ値である
。状態ｎＷＡＩＴにおいて、バイト０ｘＦＦをモデム１３５１へ送り、次のパケ
ット決定（１１５２）を待つ。

【０１０７】 図２７Ｃは、図２７ＡのＣＯデータマルチプレクサ１１５０の動作を示すフロ
ーチャートである。ブロック１１５３において、ＣＯデータマルチプレクサ１１
５０は、新しいパケットを送る準備ができている。ブロック１１５４において、
接続１１６６（図１９）からＭＰＥＧ−２番組パケットを送り出す準備ができて
いるか否かを決定する。ＭＰＥＧ−２番組パケットの準備ができていれば、ブロ
ック１１５６において、接続１１６８を介してモデム１３５１へそれを送る。Ｍ
ＰＥＧ−２番組パケットの準備ができていなければ、ブロック１１５５において
、ＣＯデータマルチプレクサ１１５０は、割り当てのデータ量に達したか否かを
決定する。割り当てのデータ量に達していれば、ブロック１１５７において、Ｃ
Ｏデータマルチプレクサ１１５０は、無効パケットを送る。ブロック１１５５に
おいて、割り当てデータ量に達していなければ、ＣＯデータマルチプレクサ１１
５０は、ブロック１１５８においてデータサービスパケットを送る。

【０１０８】 図２７Ｄは、図２７ＡのＣＯデータマルチプレクサ番組パケット決定機能１１
５２を示すフローチャートである。ブロック１１８１において、ＭＰＥＧ−２番
組パケットを送る選択がなされる。ブロック１１８１は、図２７Ｃのブロック１
１５６に対応する。ブロック１１８２において、送信するパケットはＰＣＲ値を
含むか否かを決定する。そのパケットがＰＣＲ値を含まなければ、ブロック１１
８３においてＭＰＥＧ−２番組パケットを送り出す。ブロック１１８２において
そのパケットがＰＣＲ値を含めば、ブロック１１８４において、接続１１７１（
図１９）のＰＣＲ実行信号を無効にし、古いＰＣＲ値を接続１１６７の新しいＰ
ＣＲ値に置き換える。

【０１０９】 図２８は、図１９のＣＯフレーマ１１００の下流動作（中央局４００からユー
ザ宅１３００へ）を示す概略図である。多番組ソース搬送ストリーム１１６１か
らの各パケットは、選択的に遅い搬送ストリーム１１６８としてモデム１３５１
へ送られる。これは、接続１１６４（図１９）が抽出するＰＣＲ値を接続１１７
２を介してＰＣＲ増分器１１４０（図１９）へ取り込み、ＰＣＲ増分器１１４０
へのＰＣＲ実行信号１１７１を無効にすることによって行う。ＰＣＲフィールド
調整を、図２６に関連して説明したようにＰＣＲフィールドを含むパケットに対
して実行する。

【０１１０】 図２９は、図１９のＣＯフレーマ１１００のＣＯデータマルチプレクサにおけ
る上流方向（ユーザ宅１３００から中央局４００へ）を示す概略図である。図を
明瞭にするため図１９には省略したが、ＣＯフレーマ１１００は、ＣＯデータマ
ルチプレクサ１１５０に加え、ＣＯデータデマルチプレクサ１１５５を含む。Ｃ
Ｏデータデマルチプレクサ１１５５は、双方向インターネットデータをユーザ宅
１３００から接続１１６８を介して受け取り、制御情報を制御チャネル１１７４
を介して受け取る。ＣＯデータデマルチプレクサ１１５５は、そのインターネッ
トデータを例えばコンピュータ１３５５（図示せず）へ接続１１６９を介して送
る。制御チャネル１１７４の動作は前記通りである。

【０１１１】 図３０は、ＣＰデータデマルチプレクサ１４５５における下流方向を示す概略
図である。映像番組コンテンツおよびデータは、接続１４５６を介してＤＳＬモ
デム１３５１から受信する。ＣＰデータデマルチプレクサ１４５５は、その映像
番組コンテンツを分離し、接続１４５７を介してＭＰＥＧ−２デコーダ１３５６
（図１８）への入力とすると共に、双方向インターネットデータを接続１４５９
を介してコンピュータ１３５５（図１８）への入力とする。ＣＰデータデマルチ
プレクサ１４５５への入力は、制御チャネル１１７４もある。その動作は図１９
を参照して説明した通りである。

【０１１２】 図３１は、図１７ＡのＣＰフレーマ１４００のＣＰデータマルチプレクサ１４
５０における上流方向を示す概略図である。ＣＰマルチプレクサ１４５０は、接
続１４５９を介して双方向インターネットデータを受信し、ＤＳＬモデム１３５
１へ送り、そこから通信回線１６へ送る。ＣＰデータマルチプレクサ１４５０は
、双方向インターネットデータと制御チャネル１１７４からの制御情報とを上流
方向へ送るのみである。

【０１１３】 図３２は、ＣＯデータデマルチプレクサ１１５５とＣＰデータデマルチプレク
サ１４５５の判断動作を示すフローチャートである。ブロック１１８６は、新し
いパケットの到着を示す。ブロック１１８７において、そのパケットがデータサ
ービスを含むか否かを決定する。そのパケットがデータサービスを含まなければ
、ブロック１１８８においてデータデマルチプレクサは、次のパケットを待つ。
ブロック１１８７において、そのパケットがデータサービスを含めば、ブロック
１１８９において、そのデータサービスを抽出し、データデマルチプレクサは、
ブロック１１８８において次のパケットを待つ。

【０１１４】 図３３は、図１７ＡのＣＰデータマルチプレクサ１４５０の動作を示すフロー
チャートである。ブロック１４０１において、ＣＰデータマルチプレクサ１４５
０は、新しいパケットの送信準備ができている。ブロック１４０２において、デ
ータ割当量に達したか否かを決定する。データ割当量に達していれば、ブロック
１４０４においてＣＰデータマルチプレクサ１４５０は、無効パケットを送る。
ブロック１４０２においてデータ割当量に達していなければ、ブロック１４０６
においてＣＰデータマルチプレクサ１４５０は、モデム１３５１および通信回線
１６を介してデータサービスパケットを中央局４００へ送る。これは、上流方向
データも搬送パケットにフォーマットされていることを示す。このことは本発明
の設計において必須ではないものの、標準化を推進する。ＣＰデータマルチプレ
クサ１４５０は、データサービスと無効パケットのみを生成する。

【０１１５】 図３４は、図１９のＣＯフレーマ１１００の他の実施例を示す概略図である。
本実施例において、ＣＯフレーマ１１００は、新しい番組を既存の搬送ストリー
ムに追加する。図１９を参照して説明した機能と同一のものは、同一参照番号を
付すことにより詳細説明を省略する。図示の通り、追加する番組は、接続１５５
１を介して非同期ＦＩＦＯバッファ１１２５へ供給する。ＰＣＲ抽出器１１３０
は、接続１５５１の搬送ストリームを監視する。これは図１９において、ＰＩＤ
フィルタ１１１０の出力を監視するのと同じ方法で行う。ＰＣＲ抽出器１１３０
，ＰＣＲ増分器１１４０、非同期ＦＩＦＯバッファ１１２５の動作は、すべて前
記と同様である。番組マルチプレクサ１５５０は、ＣＯデータマルチプレクサ１
１５０に対応し、接続１５５２を介して既存の番組ストリームを受信する。番組
マルチプレクサ１５５０は、入力される無効パケットを新しい番組に関連するパ
ケットに置き換え、その出力を接続１５５４へ供給する。この出力は、新しいｎ
＋１番組ストリームからなる。

【０１１６】 本発明の前記実施例は、本発明の範囲および原理を実質的に逸脱せずに、多く
の変更や修正が可能である。かかる変更や修正のすべては、本発明の範囲内にお
いて本発明に含まれるものである。

【図面の簡単な説明】

【図１Ａ】 本発明のデジタル映像ネットワークにおいてタイミング同期を維持するシステ
ムおよび方法を含む全体を示す全体配置図である。

【図１Ｂ】 図１Ａのシステムを介してユーザが番組を要求する方法を示すフローチャート
である。

【図２】 コンテンツプロバイダ１１から電話会社番組制御センタ１００へのデジタル映
像配信を示す概略図である。

【図３】 電話会社番組制御センタ１００と中央局４００とを接続する構成を示す概略図
である。

【図４】 電話会社番組制御センタ１００内に存在する本発明の各部を示すブロック図で
ある。

【図５】 図４の映像制御シェルフ２００を示すブロック図である。

【図６】 図５の映像制御モジュール２５０を示すブロック図である。

【図７】 図５のシェルフプロセッサモジュール３００を示す概略図である。

【図８】 図４のシステム管理ワークステーション３２５の構成、機能、動作の流れの例
を示す図である。

【図９】 中央局４００の構成を示す概略図である。

【図１０Ａ】 図９の映像ネットワークインタフェースシェルフ４５０を示す概略図である。

【図１０Ｂ】 図１０Ａの映像ネットワークインタフェースモジュール７００を示すブロック
図である。

【図１１Ａ】 図９の映像配信シェルフ５００を示す概略図である。

【図１１Ｂ】 図１１Ａの映像入力モジュール８００を示すブロック図である。

【図１１Ｃ】 図１１Ｂの映像入力モジュールの別の配信構成を示す概略図である。

【図１１Ｄ】 図１１Ａの多映像出力モジュール８５０を示すブロック図である。

【図１１Ｅ】 図１１Ａの遠隔映像出力モジュールを示す概略図である。

【図１２】 図９のアクセスシェルフ５５０とローパスフィルタモジュール６００とを示す
概略図である。

【図１３】 図９のアクセスシェルフ５５０のさらに詳細を示す概略図である。

【図１４】 図１２および１３の全域アクセスアダプタモジュール１０００を示す概略図で
ある。

【図１５】 図９の中央局マスタワークステーション６５０を示すフローチャートである。

【図１６】 ユーザ宅１３００を示すブロック図である。

【図１７Ａ】 図１６のインテリジェントネットワークインタフェース（ＩＮＩ）を示す概略
図である。

【図１７Ｂ】 図１７Ａの赤外線遠隔制御インタフェースを配置したシステムを示す概略図で
ある。

【図１７Ｃ】 図１７Ｂの赤外線遠隔送受器を示す概略図である。

【図１７Ｄ】 図１７Ａの赤外線遠隔制御制御インタフェース１３５８を示す概略図である。

【図１８】 本発明のデジタル映像およびデータ配信システム内のＣＯフレーマ１１００と
ＣＰフレーマ１４００の例とそれらの位置を示す概略図である。

【図１９】 図１８のＣＯフレーマ１１００を示す概略図である。

【図２０Ａ】 図１９の搬送ストリームの適応速度搬送ストリームバス仕様を示す概略図であ
る。

【図２０Ｂ】 光リンクを介して図２０Ａの適応速度搬送ストリームを８セット搬送する際に
使用するフォーマットを示す概略図である。

【図２１】 図２０の適応速度搬送ストリームからデータ内容を取り去ると固定速度搬送ス
トリームバスが残ることを示す概略図である。

【図２２】 ＭＰＥＧ−２搬送ストリーム仕様において図２０および２１の搬送ストリーム
パケットの最初の３バイトを規定する部分を抽出した図である。

【図２３】 図１９の接続１１６１における搬送ストリームを示す概略図である。

【図２４Ａ】 図１９のＰＩＤフィルタ１１１０を示す概略図である。

【図２４Ｂ】 図２４ＡのＰＩＤフィルタ１１１０の判断動作を示すフローチャートである。

【図２５】 図１９のＰＣＲ抽出器１１３０の判断動作を示すフローチャートである。

【図２６】 図１９のＰＣＲ増分器１１４０を示す詳細図である。

【図２７Ａ】 図１９のＣＯデータマルチプレクサ１１５０を示すブロック図である。

【図２７Ｂ】 図１９のＣＯデータマルチプレクサの動作を示す状態図である。

【図２７Ｃ】 図２７ＡのＣＯデータマルチプレクサ１１５０の動作を示すフローチャートで
ある。

【図２７Ｄ】 図２７AのＣＯデータマルチプレクサ番組パケット決定機能１１５２を示すフ ローチャートである。

【図２８】 図１９のＣＯフレーマ１１００の下流動作（中央局からユーザ宅へ）を示す概
略図である。

【図２９】 図１９のＣＯフレーマ１１００のＣＯデータマルチプレクサにおける上流方向
（ユーザ宅から中央局へ）を示す概略図である。

【図３０】 図１７ＡのＣＰデータデマルチプレクサにおける下流方向を示す概略図である
。

【図３１】 図１７ＡのＣＰフレーマ１４００のＣＰデータマルチプレクサ１４５０におけ
る上流方向を示す概略図である。

【図３２】 ＣＯデータデマルチプレクサ１１５５とＣＰデータデマルチプレクサ１４５５
の判断動作を示すフローチャートである。

【図３３】 図１７ＡのＣＰデータマルチプレクサ１４５０の動作を示すフローチャートで
ある。

【図３４】 図１９のＣＯフレーマ１１００の他の実施例を示す概略図である。

【手続補正書】特許協力条約第３４条補正の翻訳文提出書

【提出日】平成１１年１１月８日（１９９９．１１．８）

【手続補正１】

【補正対象書類名】明細書

【補正対象項目名】特許請求の範囲

【補正方法】変更

【補正内容】

【特許請求の範囲】

───────────────────────────────────────────────────── フロントページの続き (72)発明者 ダン、 ブライアン ダブリュー． アメリカ合衆国 30265 ジョージア州 ニューナン スプリング ブランチ コー ト 50 (72)発明者 エシュルマン、 マシュー エイ． アメリカ合衆国 30047 ジョージア州 リルバーン ボブ ホワイト サークル 5577 Ｆターム(参考） 5C020 AA01 AA09 BA11 BB07 CA13 5C059 MA00 RB02 RB10 RC02 RC03 RE02 SS02 SS08 SS09 SS26 UA08 UA11 UA32 5C064 BA01 BB05 BC13 BC23 BD01 BD09 BD14 5K028 CC02 EE03 EE07 KK01 MM12 NN00 【要約の続き】 ツを各ユーザに配信する必要はない。本デジタル映像お よびデータ配信システムは、新規な構成を用いてデジタ ル映像信号のタイミングを同期させることにより、受信 されるデジタル映像番組の高品質を確保すると共にＭＰ ＥＧ−２規格を満たすことを保証する。

Claims (16)

【特許請求の範囲】
1. 【請求項１】 複数の番組を含む番組グループを受け取り該番組の少なくと
   も１つを分離するフィルタと、 前記フィルタと連絡するバッファと、 前記フィルタと連絡する番組基準クロック（ＰＣＲ）抽出器と、 前記ＰＣＲ抽出器と連絡するカウンタと、 前記カウンタと連絡し前記バッファおよびカウンタの出力を受け取るマルチプ
   レクサとを備える、デジタル映像搬送システムにおいてタイミング同期を維持す
   るシステム。
2. 【請求項２】 前記ＰＣＲ抽出器が、前記少なくとも１つの番組から抽出し
   たタイミング基準値を前記カウンタにコピーすべく構成される、請求項１記載の
   システム。
3. 【請求項３】 前記カウンタが、前記少なくとも１つの番組に前記タイミン
   グ基準値を上書きすべく構成される、請求項２記載のシステム。
4. 【請求項４】 前記マルチプレクサが、前記バッファとカウンタの出力に少
   なくとも１つの双方向データチャネルを追加すべく構成される、請求項２記載の
   システム。
5. 【請求項５】 前記マルチプレクサが、前記バッファとカウンタの出力に少
   なくとも１つの電話チャネルを追加すべく構成される、請求項２記載のシステム
   。
6. 【請求項６】 前記マルチプレクサが、前記バッファとカウンタの出力に少
   なくとも１つの双方向データチャネルと少なくとも１つの電話チャネルとを追加
   すべく構成される、請求項２記載のシステム。
7. 【請求項７】 少なくとも１つの双方向データチャネルと少なくとも１つの
   電話チャネルとを受け取って分離すべく構成されたデマルチプレクサをさらに備
   える、請求項２記載のシステム。
8. 【請求項８】 それぞれ関連したタイミング基準値を有し複数のパケットか
   らなり複数の番組を含むデジタル映像搬送ストリームをフィルタにおいて受け取
   る段階と、 前記搬送ストリームの前記複数の番組から少なくとも１つの希望番組を選択し
   て獲得する段階と、 前記希望番組をバッファへ供給し前記希望番組を監視することにより有効パケ
   ットの中から前記タイミング基準値の存在を検出する段階と、 前記タイミング基準値をカウンタにコピーする段階と、 前記バッファに前記希望番組が存在する時間に等しい量だけ前記カウンタを増
   分する段階と、 前記タイミング基準値をマルチプレクサへ供給する段階と、 前記希望番組が前記バッファを出た後、前記希望番組に前記タイミング基準値
   を上書きする段階とを備える、デジタル映像搬送システムにおいてタイミング同
   期を維持する方法。
9. 【請求項９】 前記マルチプレクサにおいて前記希望番組と少なくとも１つ
   の双方向データチャネルとを結合する段階をさらに備える、請求項８記載の方法
   。
10. 【請求項１０】 前記マルチプレクサにおいて前記希望番組と少なくとも１
    つの電話チャネルとを結合する段階をさらに備える、請求項８記載の方法。
11. 【請求項１１】 前記マルチプレクサにおいて前記希望番組と少なくとも１
    つの双方向データチャネルと少なくとも１つの電話チャネルとを結合する段階を
    さらに備える、請求項８記載の方法。
12. 【請求項１２】 デマルチプレクサにおいて少なくとも１つの双方向データ
    チャネルと少なくとも１つの電話チャネルとを受け取る段階をさらに備える、請
    求項８記載の方法。
13. 【請求項１３】 前記少なくとも１つの双方向データチャネルと前記少なく
    とも１つの電話チャネルとを分離する段階をさらに備える、請求項１２記載の方
    法。
14. 【請求項１４】 映像信号と双方向データ信号と電話チャネルと制御チャネ
    ルとからなる信号を送受器において受け取る段階と、 前記映像信号と前記双方向データ信号と前記電話チャネルと前記制御チャネル
    とを分離する段階と、 前記映像信号を映像デコーダへ送る段階と、 前記双方向データ信号をデータインタフェースへ送る段階と、 前記電話チャネルを電話へ送る段階と、 前記制御チャネルをプロセッサへ送る段階とを備える、映像信号と双方向デー
    タ信号と電話チャネルとを搬送する方法。
15. 【請求項１５】 前記双方向データ信号と前記制御チャネルとを多重化し該
    多重化信号を送受器へ送る段階をさらに備える、請求項１４記載の方法。
16. 【請求項１６】 ＭＰＥＧ−２搬送ストリーム中の不使用ビットを使って前
    記制御チャネルを提供することによりユーザが前記送受器を介して制御情報を通
    信できるようにする、請求項１４記載の方法。