JPH09502071A - 情報サービス分散のための通信アーキテクチャおよびバッファ - Google Patents

Abstract

(57)【要約】 情報プログラムをストアし、加入者に分散する蓄積交換アーキテクチャは、情報プログラムをアーカイブしておき、情報プログラムをセグメント単位で中央局へバースト方式で分配するインフォメーション・ウェアハウスと、加入者からのサービス要求を管理し、加入者の対話型コントロールの下で加入者へリアル‐タイムで配信するために情報プログラムのセグメントをバッファに入れておく中央局と、顧客構内機器とを含んでいる。中央局はＣＯバッファを採用しており、各ＣＯバッファは内部バッファ動作を管理し、加入者の要求をサービス・プレゼンテーション・スクリプトとプログラム・プレゼンテーション・マップに基づいて処理するプロセッサ（４０２，４０５）と、外部アクセスを提供するインタフェース（４３，４６）と、内部トランスポートを行うバス（４１１，４１２）と、情報プログラムのセグメントをストアするバッファ・ストレージ（４０３，４０４）と、スクリプトとマップをストアするメモリ・ストレージ（４０７，４１３）とを含んでいる。

Description

【発明の詳細な説明】 情報サービス分散のための通信アーキテクチャおよびバッファ関連出願 「情報サービス分散のための通信アーキテクチャおよび方法(Communication A rchitecture and Method for Distributing Information Services)」という名 称で１９９２年５月 日に本件出願と同時に出願された米国特許出願（出願番 号 、発明者A.D．Gelman、H．Kobrinsk、L.L.S．Smoot、S.B．Wei nstein、承継人Bell Communications Research）は、本件出願の主題に関連する 主題を記載している。発明の分野 本発明は対話型（interactive‐インタラクティブ）情報サービスを配信する ための蓄積交換(store-and-forward)通信アーキテクチャに関し、具体的には、 その通信アーキテクチャに採用できるバッファ構造に関する。発明の背景 「情報サービ又分散のための通信アーキテクチャおよび方法(Communication A rchitecture and Method for Distributing Information Services)」という名 称で１９９２年５月 日に本件出願と同時に出願された米国特許出願（出願番 号 、発明者A.D．Gelman、H．Kobrinski、L.S．Smoot、S.B．Wein stein、引用により本明細書の一部を構成するものとする）には、配信情報プロ グラムの従来テクノロジに関連する制約が論じられている。この関連米国特許出 願は、情報プログラム配信のための蓄積交換通信アーキテクチャおよび方法を提 供することを目的としている。 本件出願の目的は、関連米国特許出願に記載されているような、蓄積交換アー キテクチャに採用できる新規のバッファ構造を提供することである。発明の概要 本発明は、オン・デマンド(on demand−要求時)方式で加入者(subscriber)に 情報プログラムを提供するための蓄積交換アーキテクチャに採用されている。こ のアーキテクチャでは、単一または複数のベンダからの情報プログラム(informa tion program)をストア（蓄積）し、要求されたプログラムのセグメントを高速 バーストで転送し、これらのセグメントをバッファに入れておいて（バッファリ ング）、要求されたプログラムの対話型プレイアウト（play-out：最後まで演奏 すること）をリアルタイム（実時間）で加入者に対して行うようにしている。こ のアーキテクチャは、ブロードバンド（広域）統合サービス・ディジタル・ネッ トワーク（Broadband Integrated Services Digital Network‐ＢＩＳＤＮ）な どのブロードバンド・ネットワーク・インフラストラクチャを基礎にしており、 ネットワーク、情報プログラム、および記憶媒体を最大限に共用することを助長 する一方で、オン‐デマンド(on-demand)・アクセスをサポートすることによっ て、加入者に情報プログラムを効率的かつ経済的に提供している。 この種のアーキテクチャの主要エレメントとしては、インフォメーション・ウ ェアハウス(Information Warehouses‐ＩＷＨｓ)、中央局（Central Offices− ＣＯｓ）、および顧客構内機器（Customer Premises Equipment‐ＣＰＥ）があ る。ＩＷＨは、情報プログラムがアーカイブ（archive‐保存すること）される 保管場所(storage location)の働きをする。また、ＩＷＨはサービス・プレゼン テーション・スクリプト(service presentation script)とプログラム・プレゼ ンテーション・マップ(program presentation map)もストアしている。これらは 情報プログラムのプレイアウトを管理するために使用されるものである。ＩＷＨ のもう１つの働きは、スクリプト、マップ、および情報プログラムを要求された 時にＣＯｓへ分配することである。 ブロードバンド・ネットワークでＣＯｓから従来提供されていた機能(functio n)の他に、この種のアーキテクチャのＣＯｓは、加入者からの情報プログラム要 求を、適当なＩＷＨｓから検索された関連のスクリプトとマップに基づいて管理 する機能も備えている。スクリプトとマップを使用すると、ＣＯは、要求される サービスのタイプや情報プログラムの内容を具体的に知らなくても、加入者から の情報プログラム要求を管理することができる。ＣＯのもう１つの機能は、情報 プログラムの全部または一部を構成するセグメントにおける情報プログラムを適 当なＩＷＨｓから要求し、受け取ったセグメントを加入者へのプレイアウトに備 えてバッファに入れておくことである。 ＣＰＥは顧客とこのアーキテクチャとを結ぶインタフェースである。ＣＰＥに おいて、加入者は情報プログラムの要求を出し、ＣＰＥは要求されたプログラム を提示して加入者が使用できるようにする。このインタフェースでは、加入者は 要求された情報プログラムのプレイアウトを対話で制御することができる。 ＣＯは、ＩＷＨｓとは、標準ブロードバンド・レート（１５５Ｍｂ／ｓまたは ６２２Ｍｂ／ｓが代表的）で動作する高速トランク(high speed trunk)を通して 通信し、加入者とは、ダウンストリームでは１．５Ｍｂ／ｓ、アップストリーム では数キロビットのレートで動作する低速伝送リンクを利用して通信して制御情 報をトランスポートしている。情報プログラムはＩＷＨｓからＣＯｓへバースト ・モード(burst mode)でセグメント単位で転送され（伝送レートは公称的にリア ルタイムより大である）、これらの情報プログラムはＣＯでバッファに置かれた あと、ＣＯから加人者のＣＰＥｓへリアル・タイムで配信される。 このアーキテクチャによれば、オン‐デマンド対話型サービスを提供するため にサービス・ベンダ（提供者）と加入者との間に専用高速リンク施設(dedicated high speed link facility)は必要とされていない。プログラムは、代表例とし てリアルタイムを越えるレートでセグメント単位でＩＷＨｓからＣＯｓへ送付さ れ、しかも、ネットワーク・スケジューリングによるために、本発明のアーキテ クチャによれば、トランク・ネットワークの混雑(congestion)を最小限にして情 報プログラムをオン‐デマンド方式で加入者に提供することができる。さらに、 ＩＷＨｓとＣＯｓ間のトランク接続は要求された情報プログラム のセグメントの伝送が完了するまでの間だけ維持されていればよく、伝送が完了 したあと、トランクは他の要求にサービスしたり、ネットワークの他の場所で使 用することが可能になる。 加人者側から見たとき、このアーキテクチャによれば、広範囲にわたるベンダ （提供者）からの情報プログラムをほぼ無制限にオン‐デマンドでアクセスする ことができ、しかも、他の代替案におけるような、保管とプレイアウト機能のた めの高価で、専用のハードウェアを必要としないで済むようになっている。さら に、顧客は、プログラムを利用するためにプログラム・ベンダ（つまり、ビデオ 店）へ自ら赴き、利用したあとプログラムを返却するという不便さから軽減され ることになる。そのほかに、加入者は、ブロードキャスト・ネットワークから提 供される、限定されたプログラム・オプションに拘束されることがなく、ブロー ドキャスト・プログラムと異なり、加入者は情報プログラムのプレイアウトを制 御することができる。 本発明によるＣＯバッファはＣＯバッファとプロセッサを外部からアクセスで きるようにするインタフェースを備えており、プロセッサはバッファの内部動作 を管理し、選択された情報プログラムに対応するサービス・プレゼンテーション ・スクリプト(service presentation script)とプログラム・プレゼンテーショ ン・マップ(program presentation map)に基づいて加入者の要求を処理する。ま た、本発明がもつ一側面によれば、ＣＯバッファはデータと制御信号をバッファ のコンポーネント相互間で内部トランスポートできるようにするバス、情報プロ グラムのセグメントをストアしておくバッファ・ストレージ、およびスクリプト とマップをストアしておくメモリ・ストレージを備えている。図面の簡単な説明 図１は、従来技術のブロードバンド統合サービス・ディジタル・ネットワーク （ＢＩＳＤＮ）を示す図である。 図２は、本発明の一側面による情報プログラムを加入者へ分散するための蓄積 交換アーキテクチャを示す図である。 図３は、３つのノード、つまり、インフォメーション・ウェアハウス、中央局 および顧客構内機器を含んでいる本発明の簡略化した実施例を示す図である。 図４は、本発明の一側面によるＣＯバッファのエレメントを示す図である。 図５は、本発明の一側面によるビデオ・オン・デマンド・サービスのプレゼン テーション・スクリプトをモデル化した状態図(state diagram)を示している。 図６は、本発明の一側面による顧客構内機器で採用できるリモート・コントロ ールの実施例を示す図である。 図７ａから図７ｆまでは本発明の例示的実施例に従って、選択された機能を示 す加入者のスクリーンと、情報プログラム内における加入者の現在のビューイン グ・ポジション(viewing position)とを提示した情報を示している。詳細な説明 本発明を利用する蓄積交換アーキテクチャによれば、加入者への情報プログラ ムの配信が容易化される。本発明のアーキテクチャはビデオ・サービスをオン・ デマンド方式で配信するのに特に役立っている。しかし、本発明のアーキテクチ ャは多数のベンダから供給される多数のサービスをサポートすることができる。 そのようなサービスとしては、データベース・マテリアル配信サービスによって 提供されるデータベース・マテリアル、マガジン集配センタ(magazine clearing house)から供給されるエレクトロニック・マガジン、ミュージック・ストアから 提供されるオーディオ・プログラム、各地の大学から提供される教育プログラム またはホームショッピング・サービスからの対話型ホームショッピングの配送な どがある。さらに、情報プログラムをオン‐デマンドで提供することのほかに、 このアーキテクチャは、ブロードキャスト・サービス（ビュー当りのグローバル ・ペイ(global pay)など）、マルチキャスト(multicast)・サービス（関心のあ る社会(communities of interest)を目標とした標的広告など）、およびナロー キャスト(narrowcast)（個人向け対話型ビデオ・ゲームやホームバンキングなど ）もサポートしている。 多くのネットワーク・インフラストラクチャは、本発明の蓄積交換アーキテク チャと方法をグレースフルに（gracefully：品位のある方法で）サポートするこ とができる。特定の図示の例の目的のために、本発明のアーキテクチャと方法を サポートするネットワーク・インフラストラクチャはブロードバンド統合サービ ス・ディジタル・ネットワーク（ＢＩＳＤＮ）になっているが、これは将来の公 衆交換網(public switched network)となることが計画されているからである。ＢＩＳＤＮの概要 ＢＩＳＤＮインフラストラクチャは、高バンド幅の接続をサポートし（最小転 送レートが１５５．５２Ｍｂ／ｓであるとき最も有利である）、接続時間と切離 し時間を高速化する（これらの時間を１０ミリ秒以下にすると最も効率的である ）と特徴づけることができる。このような特徴があるために、ＢＩＳＤＮインフ ラストラクチャは、公称的に加速された情報をバースト方式でネットワーク内を 高速に送信する場合（これは本発明のアーキテクチャで開示されたものである） に特に適している。あるバーストの情報の送信が完了すると、ネットワークは即 時に解放されるので、本発明のアーキテクチャで生成された後続バーストの情報 またはＢＩＳＤＮによって同時にサポートされる他のトラフィックを送信するこ とが可能になる。 図１は、本発明の蓄積交換アーキテクチャと方法に対して相互接続性を提供す るために従来技術のＢＩＳＤＮの観点から見た図である。中央局（ＣＯｓ）４０ はＢＩＳＤＮルーチング機能(routing function)を備え、光ファイバ伝送トラン ク(fiber optic transmission trunk)などの高速トランク９０を使用して相互接 続されている。これらのトランク９０はディジタル・レート階層の一部である伝 送レートで動作し、各々は国際電信電話諮問委員会（International Consultati ve Committee for Telephony and Te1ecommunications‐ＣＣＩＴＴ）で定義さ れた基本同期光ネットワーク(Synchrnous Optical Network‐ＳＯＮＥＴ）伝送 レートの倍数になっている。 この基本ＳＯＮＥＴ伝送レートは“ＳＴＳ−１”レートと呼ばれ、５１．８４ Ｍｂ／ｓと定義されている。階層内の他のレートはＳＴＳ−Ｎと定義されている 。ただし、ＮはＳＴＳ−１レートの整数の倍数である。例えば、ＳＴＳ−３は１ ５５．５２Ｍｂ／ｓに等しくなる。ＢＩＳＤＮは非同期転送モード(Asychronous Transfer Mode‐ＡＴＭ)手法を採用しているのが代表的である。この手法では 、データは「セル(cell)」と呼ばれる、自立型(self-contained)の固定長データ ・パケットの形でネットワーク内のポイントツー・ポイント（２地点）間をルー ト(route)される。ブロードバンド伝送システムの場合の標準セルは、長さが５ ３オクテット(octet)としてＣＣＩＴＴによって定義されており、５オクテット は、パケットのデスティネーション・アドレッシング(destination addressing) 情報などのヘッダ情報およびその他のラベリング機能用に専用化されている。 ＢＩＳＤＮはＣＯｓ４０にＡＴＭスイッチング機器３９を採用している。これ らのスイッチング・システムはブロードバンド・ネットワーク内の発信場所(ori ginating site)からデスティネーション（宛先）へセル(cell)をルートし、接続 確立時間(connection establishment time)は数ミリ秒になっている。従って、 高速ディジタル情報のバーストをネットワーク内のあるロケーションから別のロ ケーションへ送信することが可能になっている。あるセルがネットワーク経由で ルートされたあと、後続のセルまたはセル群をネットワーク内の同じまたは他の ロケーションへルートすることができる。本発明による通信アーキテクチャの詳細な説明 本発明によるアーキテクチャの主要コンポーネントは、図２に示すように、複 数のインフォメーション・ウェアハウス（ＩＷＨｓ）１０、複数の中央局（ＣＯ ｓ）４０、および複数の顧客構内機器（ＣＰＥ）７０を含んでいる。各ＩＷＨ１ ０は、標準ブロードバンド・レート（ＳＯＮＥＴレートは約１５５Ｍｂ／ｓまた は６２２Ｍｂ／ｓであるのが代表的）で動作する高速トランク９０を通して複数 のＣＯｓ４０に接続することが可能である。複数のＣＯｓも高速トラン ク９０で相互接続されている。各ＣＯ４０は、ダウンストリームでは１．５Ｍｂ ／ｓ、アップストリームでは数キロビット／秒の低速レートで双方向に動作する 伝送リンク９１を通して、複数のＣＰＥＳ７０にいる加入者にサービスを提供す ることができる。 非対称ディジタル加入者ライン（asymmetrical digital subsriber line‐Ａ ＤＳＬ）を伝送リンク９１として採用すると、利点が得られる。ＡＤＳＬは通信 業界では公知であり、ＣＯなどのノードから加入者へのトランスポートを、ダウ ンストリームでは１．５Ｍｂ／ｓで、アップストリームでは数キロビット／秒で 電話チャネル上にオーバレイされて双方向に行うメカニズムとして知られている 。本発明のアーキテクチャでは、情報プログラムはセグメント単位でＩＷＨｓ１ ０側のストレージからＣＯｓ４０へ高速バースト方式で転送され、その転送レー トはリアルタイムよりもはるかに高速になっているのが代表的である。情報プロ グラムはＣＯｓ４０でバッファに置かれたあと、ＣＯｓ４０から加入者側ＣＰＥ ｓ７０へリアルタイムで配信される。 説明の便宜上、図３はＩＷＨ１０、ＣＯ４０およびＣＰＥ７０を含む３ノード ・アーキテチャを示し、これらのノードの相互接続と内部構造がどうなっている かを特に示している。ＩＷＨ１０は単一または複数のベンダからの情報プログラ ムをアーカイブ（保存）し、情報プログラムのプレイアウトを管理するための関 連サービス・プレゼンテーション・スクリプトとプログラム・プレゼンテーショ ン・マップをストアしている。図３に示すように、ＩＷＨ１０はＩＷＨサービス ・プロセッサ（ＩＷＨ−ＳＰ）１１、アーカイバル(archival)ストレージ１２、 ＩＷＨ制御バス（ＩＷＨ−ＣＢＵＳ）１３、オン‐ライン・ストレージ１４、Ｉ ＷＨ制御・データ・インタフェース（ＩＷＨ−ＩＦ）１５およびＩＷＨデータ・ バス（ＩＷＨ−ＤＢＵＳ）１６から構成されている。 ＩＷＨ−ＳＰ１１はＣＯ４０からの要求に応答して、スクリプトやマップ、情 報プログラムなどの要求された情報をＩＷＨ１０から分散することを管理し、ス ケジュールする。また、ＩＷＨ−ＳＰ１１は、ＩＷＨの長期間ストレージである アーカイバル・ストレージ１２から情報を検索して、オン‐ライン・ストレージ １４へ送ることも制御する。オン‐ライン・ストレージ１４は情報を一時的にス トアしておき、即時にアクセスしてＣＯ４０へトランスポートできるようになっ ている。 ＩＷＨ−ＩＦ１５はＩＷＨ１０をネットワークと結ぶインタフェースである。 ＩＷＨ−ＩＦ１５はＣＯ４０からトランク９０を経由して要求を受け取り、その 要求を処理のためにＩＷＨ−ＳＰ１１へルートする。さらに、ＩＷＨ１０からＣ Ｏ４０へ分配される情報はＩＷＨ−ＩＦ１５を経由して送出される。ＩＷＨ１０ のエレメント間の制御情報の通信はＩＷＨ−ＣＢＵＳ１３を経由してトランスポ ートされるのに対し、情報プログラムのセグメントなどのデータの通信はＩＷＨ −ＤＢＵＳ１６を経由してトランスポートされる。 本発明のＣＯ４０は加入者からの情報プログラム要求を管理する。この管理機 能をサポートするために、ＣＯ４０は、図３に示すように、ＣＯサービス・プロ セッサ（ＣＯ−ＳＰ）４１．ＣＯ制御・データ・インタフェース（ＣＯ−ＩＦ） ４５、ＣＯ制御バス（ＣＯ−ＣＢＵＳ）４３、ＣＯデータ・バス（ＣＯ−ＤＢＵ Ｓ）４６およびＣＯバッファ４４を採用している。加入者からサービス要求を受 けると、ＣＯ−ＳＰ４１は適当なスクリプト、マップおよび情報プログラムのた めにＩＷＨ１０に照会する。さらに、ＣＯ−ＳＰ４１はスクリプト、マップおよ び情報プログラムを適当なＣＯバッファ４４へ分配することを管理する。 ＣＯ−ＩＦ４５は、ＩＷＨ１０に接続されたトランク・ネットワーク９０とＣ Ｏとを結ぶインタフェースである。ＩＷＨオン‐ライン・ストレージ１４からの スクリプト、マップおよび情報プログラムのセグメントをＣＯバッファ４４にダ ウンロードするために、ＣＯ−ＳＰ４１からＩＷＨ１０に対して行われる要求は ＣＯ−ＩＦ４５から配信される。ＣＯバッファ４４は加入者の要求を受け取ると 、その要求を処理し、加入者から要求された情報プログラムのセグメントもスト アして、即時にプレイアウトできるようにする。また、ＣＯバッファは要求され た情報プログラムを加入者に提示することを管理して、加入者が情報プログラム のプレイアウトを対話で制御する能力をサポートしている。 各ＣＰＥには、加入者が専用的に使用するための専用バッファを置いておくこ とができるが、サービス要求があった時点でバッファを加入者に動的に割り当て ることも可能である。説明の便宜上、ＣＯバッフア４４の１つが図３に示すよう にＣＰＥ７０に割り当てられ、同様に、１つのバッファが各ＣＰＥに割り当てら れていると想定する。ＣＯバッファの設計と動作は以下で詳しく説明する。情報 プログラムのセグメントはＣＯ−ＩＦ４５からＣＯ−ＤＢＵＳ４６を経由してＣ Ｏバッファ４４へトランスポートされる。制御情報はスクリプトとマップを含め て、ＣＯ−ＣＢＵＳ４３を経由してＣＯ４０のエレメント相互間でトランスポー トされる。 ＣＰＥ７０は加入者をネットワークと結ぶインタフェースである。ＣＰＥ７０ において、加入者は情報プログラムの要求を出し、情報プログラムのプレイアウ トを対話的に制御する。図３に示すように、ＣＰＥ７０はユーザ・ネットワーク ・インタフェース（ＵＮＩ）７１、ユーザ制御インタフェース（ＵＣＩ）７２、 グライフィックス・オーバレイ・プロセッサ(graphics overlay processor)７４ およびデコーダ７３から構成されている。加入者の要求はＵＣＩ７２において発 生する。図３に示すように、ＵＣＩ７２を遠隔操作できるようにすると、加入者 はリモート・コントロール７５によって要求を出したり、対話型制御信号を入力 したすることが可能になる。これは図６に詳しく示されている。 ＵＮＩ７１は、ＵＣＩ７２で発生した加入者の情報プログラム要求または対話 型制御信号を受信し、この情報を加入者に割り当てられたＣＯバッファ４４へ伝 送リンク９１経由で送信する。さらに、ＵＮＩ７１は要求された情報プログラム をＣＯバッファ４４から伝送リンク９１経由でリアルタイムで受信する。グラフ ィックス・オーバレイ・プロセッサ７４は、ＣＯバッファ４４からトランク９１ 経由で送られてきた信号情報を、ＵＮＩ７１を通して受信する。この信号情報は テキストとグラフィックスを、加入者にプレイされる情報プログラム上にオーバ レイすることを制御するものである。情報プログラムを受信すると、ＵＮＩ７１ はそのプログラムをデコーダ７３に引き渡し、そこでプログラムはそのオリジナ ル信号形体（例えば、アナログ）にデコードされ、加入者によって使用される。本発明によるＣＯバッファ・システムの詳細な説明 図３に示すように、ＣＯバッファ・システムは１〜Ｎ個のＣＯバッファ４４の クラスタから構成されている。Ｎ個のＣＯバッファの各クラスタは、公称的には 、ＣＯ−ＣＢＵＳ４３とＣＯ−ＤＢＵＳ４６によってサポートされるマルチシェ ルフ・フレーム(multi-shelf frame)に置かれている。Ｎ個のＣＯバッファのク ラスタは、ＣＯ−ＩＦ４５を通してＢＩＳＤＮネットワークと通信するＣＯ−Ｓ Ｐ４１によって監視されている。 ＣＯバッファのコンポーネントの詳細図は図４に示されている。各ＣＯバッフ ァは各ＣＯバッファに割り当てられた加入者を通信アーキテクチャに接続し、加 入者の要求を受け取って処理する。さらに、ＣＯバッファは加入者により所望さ れた情報プログラムのセグメントをスクリプトに含まれる命令(instruction)に 基づいて、さらには情報プログラムに対応するマップに従って要求する。データ はＣＯバッファでバースト方式で受信され、そのレートはリアルタイムよりもは るかに高速レートであるのが代表的であり、加入者へのプレイアウトはリアルタ イムで行われるので、ＣＯバッファはレート変換(rate conversion)と平滑化(sm oothing)機能も備えている。ＣＯバッファ・システムの他の機能としては、要求 された情報プログラムを加入者へプレイアウトするのを管理する機能と、加入者 が情報プログラムのプレイアウトを対話的に制御する能力をサポートする機能が ある。 これらの機能を実行するために、ＣＯバッファは、ＣＯバッファの基本的操作 機能を備えたバッファ・オペレーティング・システム(buffer operating system )４０６を備えている。また、ＣＯバッファはＣＯバッファを外部からアクセス できるようにするインタフェース、ＣＯバッファの内部操作を管理し、監視する プロセッサ、ＣＯバッファのコンポーネント間でデータと制御信号を内部トラン スポートするバス、および情報プログラムのセグメントおよびその関連スクリプ トとマップをストアしておくバッファとストレージ・メモリも備えている。具体 的には、加入者ライン・インタフェース(subscriber line interface)４０１は ＣＯバッファを、そのバッファが割り当てられた加入者ＣＰＥ７０に伝 送リンク９１を通してリンクしている。 加入者に提供されるサービスのタイプおよび加入者が必要とするアップストリ ームとダウンストリーム・バンド幅能力に応じて、種々の加入者ライン・インタ フェースを採用することが可能である。実例を示して説明すると、非対称ディジ タル加入者ライン(Asymmetrical Digital Subscriber Line‐ＡＤＳＬ)インタフ ェースは、ビデオ‐オン‐デマンド・デリバリ(video-on-demand delivery)のよ うに、ダウンストリーム・バンド幅が相対的に大きく（オーダで１〜数Ｍｂ／ｓ ）、アップストリーム信号要求(signalling requirements)が中程度（数１０キ ロビット／秒までの範囲）であるような場合に適している。また、ＡＤＳＬイン タフェースは通常の電話チャネルもサポートするので、加入者は通常の電話サー ビスと情報プログラム（ビデオ‐オン‐デマンドなど）の両方を、同じ伝送リン ク９１を経由して受信することができる。 別の方法として、高速ディジタル加入者ライン（High Speed Digital Subsrib er Line‐ＨＤＳＬ）インタフェースを採用することも可能であるが、この場合 には双方向で、中程度の高速伝送がアップストリームとダウンストリームの両方 向に必要になる。ＣＯバッファ４４またはＣＯ４０の動作とコンポーネントにほ とんど影響することがなければ、異なるインタフェースを採用することも可能で ある。 その他のインタフェースとしては、ＣＯバッファをＣＯ ＣＢＵＳ４３にリン クするＣＯ−ＣＢＵＳインタフェース４０８と、ＣＯバッファをＣＯ ＤＢＵＳ ４６にリンクするＣＯ−ＤＢＵＳインタフェース４０９とがある。情報プログラ ムに関連するスクリプトとマップはＣＯ ＣＢＵＳ４３を経由してＣＯ ＣＢＵ Ｓインタフェース４０８に渡され、そのあとバッファＣＢＵＳ４１２を経由して スクリプト・ストレージ４０７とマップ・ストレージ４１３に渡され、そこでス クリプトとマップはそれぞれストアされる。 ＩＷＨから受け取った情報プログラムのセグメントは、ＣＯ ＤＢＵＳ４６を 経由してＣＯ ＤＢＵＳインタフェース４０９に渡され、そのあとバッファＤＢ ＵＳ４１１を経由してバッファ−１ ４０３またはバッファ−２ ４０４に渡さ れ、そこでセグメントはストアされる。情報プログラムのセグメントは、 バッファ−１ ４０３とバッファ−２ ４０４との間でピンポン（すなわち交互 ）方式で受信されプレイアウトされることができる。例えば、情報プログラムの セグメントがバッファ−１ ４０３で受信されている間に、バッファ−２ ４０ ４にストアされているセグメントが加入者にプレイアウトされる。バッファ−２ ４０４にセグメントがなくなると、入出力（Ｉ／Ｏ）プロセッサ４０５は、ス クリプト・プロセッサ４０２の指示を受けて、情報プログラムのセグメントをバ ッファ−１ ４０３からプレイアウトさせる。さらに、入出力プロセッサはＩＷ Ｈ（図３の１０）からのセグメントをバッファ−２ ４０４に受信させる。 ＣＯバッファは２つのプロセッサ、つまり、スクリプト・プロセッサ４０２と 入出力プロセッサ４０５によって制御される。スクリプト・プロセッサ４０２は スクリプト・ストレージ４０７にストアされたスクリプトを実行して、加入者へ のサービスの用意を制御する。入出力プロセッサ４０５はＣＯ ＤＢＵＳインタ フェース４０９からのデータ入力を制御し、スクリプト・プロセッサ４０２から のコマンドに基づいてデータを適当なバッファ（バッファ−１ ４０３またはバ ッファ−２ ４０４）へ送る。さらに、入出力プロセッサ４０５は加入者ライン ・インタフェース４０１を経由して加入者へ情報プログラムをプレイアウトする ことを制御する。情報プログラムのプレイアウトの制御では、多重化ビット・ス トリーム(multiplexed bit stream)を提供されるサービスの要求に基づいて構成 することを必要とする。例えば、ビデオ‐オン‐デマンド・プログラムの場合は 、ムービング・ピクチャ・エキスパート・グループ(Moving Picture Experts Gr oup‐ＭＰＥＧ)標準に準拠するビット・ストリームを、ビデオ・セグメントとオ ーディオ・セグメントからアセンブル(assemble)し、ＣＰＥ７０によって使用さ れる制御情報を開始する必要がある。 加入者から制御信号を受信したときに応答してＣＯバッファがどのように動作 するかを、以下に要約して説明する。制御信号は、加入者ライン・インタフェー ス４０１を経由して加入者から受信される。制御信号はバッファＣＢＵＳ４１２ を経由してスクリプト・プロセッサ４０２にルートされ、そこで、制御信号に関 連するスクリプトに含まれる命令に基づいてアクションがとられる。 アクティブ・バッファ（例えば、バッファ−１ ４０３）の内容がなくなった ために情報プログラムの追加セグメントが必要になると、あるいは上記とは別の 理由で追加セグマントが必要になったとき、スクリプト・プロセッサ４０２は、 マップを調べたあと、追加セグメントの要求をバッファＣＢＵＳ４１２、ＣＯ ＣＢＵＳインタフェース４０８およびＣＯ−ＣＢＵＳ４３を経由してＣＯ−ＳＰ ４１へ送る（図３を参照）。これと並行して、スクリプト・プロセッサ４０２は 、ＣＯ ＤＢＵＳ４６からＣＯ ＤＢＵＳインタフェース４０９を経由した情報 プログラムのセグメントを受け取る準備をするように入出力プロセッサ４０５に 指示し、受信される情報プログラムのセグメントの構造を入出力プロセッサ４０ ５に知らせる。 ビデオ‐オン‐デマンド・プログラムの場合の構造は、Ｉ−フレーム・サイズ 、インタポレート(interpolated)／予測フレーム・サイズ、オーディオ・セグメ ント境界などのように、入来するすべてのビデオ・セグメントのフィールド・サ イズとセグメントのサブ構造フィールドから構成されることになる。スクリプト ・プロセッサ４０２と入出力プロセッサ４０５の間の通信を割込みベースにする と、種々タイプの情報プログラムのタイムセンシティブ機能(time-sensitivefea tures)を受け入れることが可能になる。 スクリプトに含まれる命令に従って、制御情報をＣＰＥに渡す必要があるとき は、制御メッセージがスクリプト・プロセッサ４０２によって作られて、バッフ ァＣＢＵＳ４１２を経由して入出力プロセッサ４０５に渡され、加入者ライン・ インタフェース４０１から加入者のＣＰＥ７０に送られる信号に多重化される。 一例として、ビデオ−オン‐デマンドの場合には、制御メッセージを受け渡すメ カニズムはＭＰＥＧ標準規格により指定できるので、スクリプトによる命令に従 って組み入れて、上述したように加入者ライン・インタフェース４０１によって 加入者のダウンストリーム信号に多重化することができる。詳しい実施例 本発明によるアーキテクチャをもっと詳しく説明するために、以下では、加入 者から要求を受けたときアーキテクチャのエレメントがどのように作用し合い、 信号がどのように転送されるかを順を追って説明することにする。ビデオは現在 配信を目的としているプログラムの中でバンド幅を大量に消費するものの１つで あり、オン‐デマンド・サービスによると、加入者は大きな柔軟性が得られるが 、ネットワーク上に最大の要求を負わせることから、以下では、ビデオ‐オン‐ デマンドを中心に説明することにする。 本発明によるアーキテクチャが、要求を受けたとき(on demand)にビデオ・プ ログラムをどのようにして加入者に提供するかを説明する前に、まず、ＩＷＨ１ ０における複数のベンダからのビデオ・プログラムのストレージについて説明す ることにする。ビデオ・プログラムのストレージ／符号化 単一または複数のベンダからのソース・マテリアルはすでにディジタル化され て圧縮されたあとで、図３に示すように、ＩＷＨ１０のアーカイバル(archival) ストレージ１２に情報プログラムとしてストアされる。具体的には、ソース・マ テリアルのベンダは符号化手法を採用して、オリジナルのイメージのシーケンス 、つまりフレームに対して種々のオペレーションを施すことにより、これらのフ レームを送信するために必要な情報レートを低減することができる。ビデオおよ びオーディオ圧縮手法としては、ビデオ符号化を１〜２Ｍｂ／ｓ前後のレートで 行うことを推奨しているＭＰＥＧの標準化作業に準拠するものが採用できる。Ｍ ＰＥＧ標準は娯楽用の動画品質のために設計されている。 ＭＰＥＧ標準によれば、符号化ビット・ストリームはイントラフレーム(intra frame)符号化フレームから始まるフレーム群を含み、そこでは、空間的冗長性(s patial redundancies)だけがビット・レート低減(bit-rate reduction)のために 扱われており、そのあとに予測および補間フレーム(predicted and interpolate d frames)のシーケンスが続き、そこでは、空間的および時間的補償(compensati on)の両方が圧縮レベルを向上するために使用されている。ＭＰＥＧ標準によれ ば、フレーム群内の符号化フレームの数は可変にすることが可能 になっている。例えば、ランダム・アクセスにおけるきめ細かな粒度(granulari ty)を可能にするために、各フレーム群はイントラフレーム情報から始まり、そ のあとに補間および予測フレームが続く、１／２秒のビデオ（つまり、１５フレ ームからなる）を表すことができる。オリジナル・ビデオ信号を再構築するには 、フレーム群は順次にアクセスされなければならない。しかし、ある種のオペレ ーション（例えば、順方向と逆方向のサーチ）は、イントラフレームだけを検索 することによって実現することができる。ＭＰＥＧ標準を詳しく説明している文 献としては、「ＭＰＥＧ: マルチメディア・アプリケーションのビデオ圧縮標準 （ＭＰＥＧ：A Video Compression Standand for Multimedia Applications）」 (Didier LeGall Communications of the ACM，Vol．34，No．4，April 1991)が ある。 バンド幅を大量に使用するマテリアル(bandwidth intensive materials)用に 必要な記憶容量を最小限にするには、プログラムを圧縮形式でストアすることが できる。例えば、非圧縮の米国テレビジョン方式委員会(National Television S tandard Committee‐ＮＴＳＣ)ビデオ・プログラムは約１００Ｍｂ／ｓのレート でディジタル化されるので、２時間のマテリアルの場合ほぼ１００ギガバイトの 記憶容量が必要になる。同じマテリアルを１．５Ｍｂ／ｓに圧縮すると、必要に なる記憶容量はわずか１．５ギガバイトである。情報のベンダ（特に、ビデオ・ ベンダ）はバンド幅を大量に使用する情報プログラムを大量にストアする必要が あるために、さらに、レートが１〜２Ｍｂ／ｓ前後の符号化アルゴリズムが最近 開発されていることから、以下では、説明の便宜上、ソース・マテリアルは圧縮 形式でストアされ、ＤＳ−１北米電話網のディジタル伝送レートに相当する１． ５４４Ｍｂ／ｓなどの、既存の低レート伝送標準に合わせて調整されているもの と想定する。 ＩＷＨで採用されるアーカイバル・ストレージのタイプは、特にビデオ情報サ ービスに関してはいくつかの要件を満たしている必要がある。各ＩＷＨ１０は数 分から数時間までにわたる長さの、数千のビデオ・プログラムを収容する場合が ある。これらのアーカイブされたプログラムは、例えば、自動化ディジタル型カ ラセル(carousel)を使用して「ジュークボックス」風に扱われる場合がある。 この構成では、アーカイブされたプログラムへのアクセス・タイムは数秒から数 分までの範囲にわたっている。 磁気ディスク記憶テクノロジ（または他のロー・レイテンシ(low latency)の 、高容量システム）をオン‐ライン・ストレージ１４の目的に採用すると、好都 合な場合がある。磁気ディスク・システムはアクセス・タイムが数ミリ秒から数 １０ミリ秒であり、並列ヘッド・システムまたはディスク・ドライブのアレイを 使用すると、転送レートが数百Ｍｂ／ｓに達することもある。どの時点でもオン ‐ラインにしておく必要があるのは、加入者が現在アクセスしているプログラム だけである。ビデオ・プログラムの配信 ビデオ・プログラムが符号化され、圧縮されてＩＷＨ１０にストアされると、 プログラムは加入者のサービス要求を満たすようにセグメント単位で分配するこ とが可能になる。加入者は、ビデオ‐オン‐デマンド・サービス要求をＣＰＥ７ ０との対話を通して生成し、この要求がＣＯバッファ４４で受信され、処理され ると、ＣＯ−ＳＰ４１はＩＷＨ１０にサービス・プレゼンテーション・スクリプ トを要求する。このスクリプトは命令が集まったもので、ＣＯによって実行され て対話型ビデオ‐オン‐デマンド・サービスが加入者に提供される。図５はこの サービスの代表的なスクリプトの状態図(state diagram)を示したもので、以下 、説明する。 スクリプトはＩＷＨ１０からトランク９０を経由してＣＯ−ＩＦ４５に渡され る。次に、スクリプトはＣＯ−ＳＰ４１の監視の下で適当なＣＯバッファ４４へ 送られ、ＣＯバッファ４４はそのスクリプトを使用して加入者へのサービスを管 理し、制御する。 スクリプトの命令に従って、ＣＯバッファ４４は使用可能ビデオ・プログラム のリストを用意し、これと一緒に、加入者がそのリストを通してブラウズ(brows e)できるようにするナビゲーション・エイド(navigational aid)を用意する（図 ５のステートＴ）。加入者がビデオ・プログラム要求をその対応するプログラム 番号を使用して出すと、初期化（ステートＡ）が開始される。このステートにあ るとき、ＣＯバッファ４４は加入者のプログラム要求を受信したことを確認通知 する。この確認通知は、選択されたプログラムのタイトルを、グラフィックス・ オーバレイ方式で加入者のディスプレイ・スクリーン上に表示することにより行 われる。ＣＯ−ＳＰ４１は、要求されたビデオ・プログラムに対応するプログラ ム・プレゼンテーション・マップの要求も、ＩＷＨ１０へ送付する。このマップ には、加入者へのプログラムのプレゼンテーションを管理するためにＣＯバッフ ァ４４によって使用される情報が入っており、その中には、セグメンテーション 情報（つまり、プログラムに含まれるセグメント数と各セグメントのサイズ）お よびフィールド・サイズが含まれている。要求に応じてマップを送信する ほかに、ＩＷＨ−ＳＰ１１は制御メッセージをＩＷＨ−ＣＢＵＳ１３を経由して 送信し、要求された情報プログラムをアーカイバル・ストレージ１２から検索し て、オン‐ライン・ストレージ１４にストアさせるが（ただし、プログラムがま だオン‐ラインになっていない場合）、そこでは、情報は高速検索のために一時 的にストアされる。 初期化が完了すると、“ＲＥＡＤＹ”通知が上述したようにＣＰＥグラフィッ クス・オーバレイ７４を使用して、ＣＯバッファ４４から加入者へ送られる。こ のステートにあるとき、加入者から要求されたプログラムはＩＷＨ１０のオン‐ ライン・ストレージ１４にストアされたままになっているので、ＣＯバッファ４ ４は加入者からの信号を待ってから要求されたプログラムのプレイアウトを開始 する。この“ＰＬＡＹ”信号を加入者から受け取ると、ＣＯバッファ４４は加入 者の信号を受信したことを確認通知する。この確認通知は、図３に示すようにＣ ＰＥグラフィックス・オーバレイ・プロセッサ７４を使用して、加入者のディス プレイ・スクリーン上に“ＰＬＡＹ”と表示することにより行われる。 次に、ＣＯバッファ４４は制御メッセージをＣＯ−ＳＰ４１へ送って、情報プ ログラムの特定セグメントをマップ内の情報に基づいてバッファへ送信させる。 そのあとＣＯ−ＳＰ４１は、選択されたＩＷＨ１０からセグメントを要求する。 助けとなるトラフィック状態(conducive traffic conditions)をネットワーク から得た情報に基づいて検出すると、ＩＷＨ−ＳＰＩ１は、セグメントをオン‐ ライン・ストレージ１４からＩＷＨ−ＩＦ１５を経由してＣＯ４０へリアル・タ イムより高速のレート（これが代表例）または少なくともリアル・タイムと同じ レートで送信するように指示する。これらのセグメントはＣＯ−ＩＦ４５で受信 され、ＣＯバッファ４４にストアされる。なお、このバッファは加入者に割り当 てられたものか、あるいはその加入者に専用されているものである。プログラム はバッファ４４からリアルタイムで加入者にプレイアウトされる（ステートＢ） 。プログラムが加入者にプレイアウトされている間に、バッファが空になると、 ＣＯ−ＳＰ４１は追加のプログラム・セグメントを、ＩＷＨのオン‐ライン・ス トレージ１４から要求する。その要求を受け取ると、ＩＷＨ−ＳＰ１１は ネットワークのトラフィック状態をチェックし、要求されたセグメントを高速バ ーストでＣＯ４０へトランスポートすることをスケジュールする。 加入者は、プログラムのプレイアウトを対話的に制御できる機能を有する。具 体的には、加入者が利用できる制御機能には、ストップ(STOP)、ポーズ(PAUSE) 、高速巻戻し(FAST-REW)、高速前送り(FAST-FWD)、順方向サーチ(FWD-SEARCH)、 および逆方向サーチ(REV-SEARCH)があり、これらはサービス・プレゼンテーショ ン・スクリプトを使用してＣＯ−ＳＰ４１によって解釈される。これらの制御機 能はいずれも、図６に示すようにリモート・コントロールから選択することがで きる。加入者がこれらの制御機能のいずれかを選択すると、ＣＯバッファ４４は プレゼンテーション・スクリプトに入っている命令に従って作用し、どの場合も 、加入者の制御メッセージを受信したことを確認通知する。この確認通知は、選 択された制御機能のインジケータ（例えば、“ＰＬＡＹ”）を、プログラム内の 現在のビューイング・ポジション(viewing position)に関する通知（例えば、水 平バー・グラフなど）と一緒に、加入者のディスプレイ・スクリーン上に表示す るようにグラフィックス・オーバレイ・プロセッサに命令することにより行われ る。 STOP機能が選択されたときは（ステートＤとＫ）、ＣＯバッファ４４はバッフ ァから加入者へのプレイアウトを中止し、ブランク・スクリーン(blank screen) が現れ、選択された機能(STOP)が図７ａに示すように表示される。PAUSE機能を 選択すると（ステートＥ、Ｊ、およびＲ）、バッファからの次のイントラフレー ムが図７ｂに示すように連続的にリプレイされる。また、図５に示すように、PL AY（ステートＣ）、FWD-SEARCH（ステートＬ）およびREV-SEARCH（ステートＰ） はＰＡＵＳＥを選択したあと再開することも可能である。 FAST-REW（ステートＧ）およびFAST-FWD（ステートＦ）を選択すると、プログ ラム内のビューイング・ポジションがそれぞれ高速に逆送りまたは前送りされる 。これらの機能のどちらかが選択されると、ＣＯバッファ４４は加入者へのプロ グラムのプレイアウトを中止し、グラフィックス・オーバレイ・プロセッサ７４ はブランク・スクリーンを表示し、選択された機能がこのブランク・スクリーン にオーバレイされている。加入者がFAST-REWまたはFAST-FWD機能ボタンを 押すと、ビューイング・ポジション・インジケータ（例えば、水平バー・グラフ ）はビューイング・ポジションが変化していく様子を示すために、それぞれ増減 していく（図７ｃと図７ｄ）。 希望のビューイング・ポジションまで来たとき、加入者がＳＴＯＰ（ステート Ｋ）に続けてPLAY（ステートＢ）を押すと、ＣＯ−ＳＰ４１はプログラム内の新 ビューイング・ポジションに対応するセグメントを、ＩＷＨ１０のオン‐ライン ・ストレージ１４に要求する。これらのセグメントは検索されると、加入者のＣ Ｏバッファ４４に入れられる。ここで強調すべきことは、ＩＷＨ１０からバッフ ァ４４へのセグメントの送信は、FAST-REWおよびFAST-FWD制御機能が選択された あと新ビューイング・ポジションが確立されるまで行われないことである。 REV-SEARCH（ステートＩ）およびFWD-SEARCH（ステートＨ）制御機能が選択さ れると、プログラムに含まれる各フレーム群内のイントラフレームは、それぞれ 逆方向または順方向に加入者にプレイアウトされる。イントラフレームは１／２ 秒間隔でプログラム内に現れて、グループを繰り返しながらプレイアウトされる 。イントラフレームをプレイアウトすると、リアルタイムより高速のレートでビ デオ・プログラムのプレイアウトの知覚がなされるが、実際には、加入者のバッ ファからＣＰＥ７０への伝送レートは変化することなく、プログラム内の各フレ ーム群からイントラフレームだけが送信される。 通常のプレイアウト条件では、ＣＯバッファ４４が空になると、プログラムの 追加セグメントがＩＷＨ１０から要求され、ＣＯバッファ４４に送られる。加入 者がREV-SEARCHまたはFWD-SEARCH機能ボタンを押したとき、ビューイング・ポジ ション・インジケータは情報プログラム上にオーバレイしてスクリーン上に表示 されることがあり、インジケータ（例えば、水平バー・グラフ）はビューイング ・ポジションが変化していく様子を示すためにそれぞれ増減していく（図７ｅと 図７ｆ）。結論 単一または複数のベンダから供給される情報プログラムを提供するための蓄積 交換アーキテクチャについて説明してきた。このアーキテクチャの主要コンポー ネントとしては、複数のインフォメーション・ウェアハウス（ＩＷＨｓ）、新規 のバッファ構造を含んでいる複数の中央局（ＣＯｓ）、および複数の顧客構内機 器（ＣＰＥ）がある。各ＩＷＨは標準ブロードバンド・レートで動作する高速ト ランクを通して複数のＣＯｓに接続されており、各ＣＯは代表的に低速で動作す る伝送リンクを通して、複数のＣＰＥにいる加入者にサービスを提供している。 本発明によるＣＯバッファはＣＯバッファとプロセッサを外部からアクセスで きるようにするインタフェースを備え、プロセッサはバッファの内部動作を管理 し、加入者の要求を選択された情報プログラムに対応するサービス・プレゼンテ ーション・スクリプトとプログラム・プレゼンテーション・マップに基づいて処 理する。また、本発明の一側面によれば、ＣＯバッフアはバッファのコンポーネ ント間でデータと制御信号を内部トランスポートするバス、情報プログラムのセ グメントをストアするバッファ・ストレージ、およびスクリプトとマップをスト アするメモリ・ストレージを備えている。 ＩＷＨは単一または複数のベンダからの情報プログラムをアーカイブ(archive )しておき、要求時に配布するようにしている。ＣＯは加入者の要求を管理し、 ＩＷＨから受け取った要求された情報プログラムのセグメントをバッファに置い ておく。情報プログラムは、ＩＷＨのストレージからセグメント単位でリアルタ イムより高速のレート（これが代表的）でＣＯｓへバースト方式で転送される。 情報プログラムはＣＯｓでバッファに置かれ、ＣＯｓから加入者のＣＰＥへリア ルタイムで配信される。CPEは加入者とネットワーク・アーキテクチャとを結ぶ インタフェースの働きをして、要求されたプログラムを受け取り、要求されたプ ログラムのプレイアウトを対話的に制御する。請求の範囲に記載された本発明の 精神と範囲を逸脱しない限り、本発明の種々態様な実施例を案出することが可能 である。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 コブリンスキー，ハイム アメリカ合衆国 07722 ニュージャージ ー州 コルツ ネック シーダー ドライ ブ 70 (72)発明者 スムート，ラニー，スタークス アメリカ合衆国 07960 ニュージャージ ー州 モーリス タウンシップ エルダー ドライブ 18 (72)発明者 ワインスタイン，スティーヴン，ブラント アメリカ合衆国 07901 ニュージャージ ー州 サミット ウッドランド アヴェニ ュ 150

Claims (1)

1. 【特許請求の範囲】 １．情報プログラムを加入者に分散する蓄積交換アーキテクチャにおいて、 ベンダからの情報プログラムをアーカイブしておき、情報プログラムのセグメ ントをバースト方式で分配する複数のインフォメーション・ウェアハウス（ＩＷ Ｈｓ）と、 加入者にリアルタイムでプレイアウトするために前記ＩＷＨｓから受信された 前記情報プログラムのセグメントを要求し、受信する複数の中央局（ＣＯｓ）で あって、該ＣＯｓの各々は、 １ないしＮ個のＣＯバッファを備えていて、該ＣＯバッファの各々は該Ｃ Ｏバッファを外部からアクセスできるようにするインタフェース手段と、加入者 の情報プログラム要求をその情報プログラムに対応するサービス・プレゼンテー ション・スクリプトおよびプログラム・プレゼンテーション・マップに基づいて 管理し、該ＣＯバッファの内部動作を管理および監視するプロセッサ手段と、情 報プログラムのゼグメントをストアするバッファ・ストレージ手段と、前記情報 プログラムに関連する前記スクリプトおよびマップをストアするメモリ・ストレ ージ手段と、前記インタフェース手段、前記プロセッサ手段、前記バッファ・ス トレージ手段および前記メモリ・ストレージ手段に接続されていて、データおよ び制御信号をこれらの手段相互間で内部トランスポートするためのバス手段とを 備えているものと、 複数の顧客構内機器（ＣＰＥｓ）であって、そこでは各ＣＰＥは該ＣＯバッフ ァの１つによってサービスを受け、加入者とアーキテクチャとのインタフェース となって対話型プレイアウトのための要求と制御信号を生成し、情報プログラム を受信して加入者が使用できるように処理するものとを備えたことを特徴とする 蓄積交換アーキテクチャ。 ２．請求項１に記載の蓄積交換アーキテクチャにおいて、前記プロセッサ手段は 、 情報プログラムに対応する前記スクリプトを実行するスクリプト・プロセッサ と、 前記ＣＯバッファの前記インタフェースにおける入力および出力を制御する入 ／出力プロセッサとを備えたことを特徴とする蓄積交換アーキテクチャ。 ３．請求項２に記載の蓄積交換アーキテクチャにおいて、前記バッファ・ストレ ージ手段は、 第１バッフアと、 第２バッファとを備え、該第１および第２バッファはピンポン方式で使用され ることを特徴とする蓄積交換アーキテクチャ。 ４．請求項２に記載の蓄積交換アーキテクチャにおいて、前記メモリ・ストレー ジ手段は、 前記情報プログラムに対応する前記スクリプトをストアするスクリプト・スト レージと、 前記情報プログラムに対応する前記マップをストアするマップ・ストレージと を備えたことを特徴とする蓄積交換アーキテクチャ。 ５．請求項１に記載の蓄積交換アーキテクチャにおいて、前記バス手段は、 制御情報をトランスポートする制御バスと、 情報プログラムのセグメントを高速でトランスポートするデータ・バスとを備 え、前記制御バスおよび前記データ・バスは情報プログラムのセグメントの配信 を一貫的に高速化するために切り離されていることを特徴とする蓄積交換アーキ テクチャ。 ６．請求項２に記載の蓄積交換アーキテクチャにおいて、前記ＣＯバッファはバ ッファ・オペレーティング・システムをさらに備えたことを特徴とする蓄積交換 アーキテクチャ。 ７．請求項１に記載の蓄積交換アーキテクチャにおいて、前記ＣＯｓの各々 は、 該ＣＯと前記ＩＷＨｓとのインタフェースとなるＣＯインタフェースと、 該ＣＯ内の内部通信リンクであるＣＯバスと、 ＣＯサービス・プロセッサとを備え、該ＣＯサービス・プロセッサは情報プロ グラムのセグメントならびに前記対応するスクリプトおよびマップのために前記 ＩＷＨｓに照会し、該ＩＷＨｓから受け取ったスクリプト、マップ、および情報 プログラムのセグメントを適当なＣＯバッファへ配布することを管理するものを さらに備えたことを特徴とする蓄積交換アーキテクチャ。 ８．請求項７に記載の蓄積交換アーキテクチャにおいて、前記ＣＯバスは、 該ＣＯのエレメント間で制御情報をトランスポートするＣＯ制御バスと、 情報プログラムのセグメントを該ＣＯのエレメント間で高速にトランスポート するＣＯデータ・バスとを備え、前記ＣＯ制御バスおよび前記ＣＯデータ・バス は情報プログラム・セグメントを該ＣＯのエレメント間で一貫的に高速に配信す るために切り離されていることを特徴とする蓄積交換アーキテクチャ。 ９．請求項８に記載の蓄積交換アーキテクチャにおいて、前記ＣＯバッファの前 記インタフェース手段は、 該ＣＯバッファを前記ＣＯ制御バスに接続して、スクリプトおよびマップを受 信して、他の制御情報をトランスポートするためのＣＯ制御バス・インタフェー スと、 該ＣＯバッファを前記ＣＯデータ・バスに接続して、情報プログラムのセグメ ントを受信するためのＣＯデータ・バス・インタフェースと、 該ＣＯバッファを前記加入者のＣＰＥに接続する加入者ライン・インタフェー スとを備えたことを特徴とする蓄積交換アーキテクチャ。 １０．請求項９に記載の蓄積交換アーキテクチャにおいて、前記加入者ライン・ インタフェースは非対称ディジタル加入者ライン・インタフェースであることを 特徴とする蓄積交換アーキテクチャ。 １１．請求項９に記載の蓄積交換アーキテクチャにおいて、前記加入者ライン・ インタフェースは高速ディジタル加入者ライン・インタフェースであることを特 徴とする蓄積交換インタフェース。 １２．請求項１に記載の蓄積交換アーキテクチャにおいて、前記ＣＯの前記ＣＯ バッファはサービス要求が発生したとき加入者に動的に割り当てられることを特 徴とする蓄積交換アーキテクチャ。 １３．請求項１に記載の蓄積交換アーキテクチャにおいて、前記バッファの各々 は前記ＣＰＥの１つに専用化されていることを特徴とする蓄積交換アーキテクチ ャ。 １４．情報プログラムに対する加入者の要求を管理するインテリジェント・バッ ファにおいて、 該バッファを外部からアクセスするためのインタフェースと、 加入者の要求を情報プログラムに対応するサービス・プレゼンテーション・ス クリプトおよびプログラム・プレゼンテーション・マップに基づいて処理し、該 バッファの内部動作を管理するプロセッサと、 データおよび制御信号を該バッファのコンポーネント間で内部トランスポート することを提供するバスと、 情報プログラムのセグメントをストアするバッファ・ストレージと、 前記スクリプトおよびマップをストアするメモリ・ストレージとを備えたこと を特徴とするインテリジェント・バッファ。 １５．請求項１４に記載のインテリジェント・バッファにおいて、前記プロセッ サは、 情報プログラムに対応する前記スクリプトを実行するスクリプト・プロセッサ と、 バッファの前記インタフェースにおける入力および出力を制御する入／出力プ ロセッサとを備えたことを特徴とするインテリジェント・バッファ。 １６．請求項１４に記載のインテリジェント・バッファにおいて、前記インタフ ェースは、 バッファを外部制御バスに接続してスクリプトおよびマップを受信し、他の制 御情報をバッファの外部にトランスポートするための制御バス・インタフェース と、 バッファを外部データ・バスに接続して情報プログラムのセグメントを受信す るためのデータ・バス・インタフェースと、 加入者をバッファに接続する加入者ライン・インタフェースとを備えたことを 特徴とするインテリジェント・バッファ。 １７．請求項１３に記載のインテリジェント・バッファにおいて、前記バッファ ・ストレージは、 第１バッファ・ストレージと、 第２バッファ・ストレージとを備え、該第１と第２バッファ・ストレージはピ ンポン方式で使用されることを特徴とするインテリジェント・バッファ。 １８．請求項１４に記載のインテリジェント・バッファにおいて、前記メモリ・ ストレージは、 前記情報プログラムに対応する前記スクリプトをストアするスクリプト・スト レージと、 前記情報プログラムに対応する前記マップをストアするマップ・ストレージと を備えたことを特徴とするインテリジェント・バッファ。 １９．請求項１３に記載のインテリジェント・バッファにおいて、バッファ・オ ペレーティング・システムをさらに備えたことを特徴とするインテリジェント・ バッファ。