JPH09307871A

JPH09307871A - 高帯域幅と低帯域幅のデータ転送を結合するための機器と方法

Info

Publication number: JPH09307871A
Application number: JP8114040A
Authority: JP
Inventors: J Kerr Daniel; ジェー．カーダニエル; L Edberg Eric; エル．エドバーグエリック; Charapasi Majetti Venkata; チャラパシマジェッティヴェンカタ; Leonard Shephard John; レオナードシェファードジョン
Original assignee: AT&T Corp; AT&T IPM Corp
Current assignee: AT&T Corp
Priority date: 1996-05-09
Filing date: 1996-05-09
Publication date: 1997-11-28

Abstract

(57)【要約】（修正有）【課題】ケーブル・テレビを利用したデータ通信にお
いて、双方向低帯域幅チャネルの接続と単方向高帯域幅
チャネルの接続とを柔軟に提供する。【解決手段】最初、ユーザのＰＣ７４のラッパ・プロ
グラムは電話回線による低帯域幅チャネルでサービス・
プロバイダのディレクタ・デーモンの１つのスレーブ・
プロセス８０３ＮとＴＣＰソケットによる接続をし、ｈ
ｔｔｐタスク・プロセス６０５によるサービスの提供を
受ける。ユーザが大きな画像をダウンロードするなどの
局面で画面上の高速接続要求のボタン７２５をクリック
すると、ラッパがディレクタ・スレーブにリンク選択メ
ッセージを送る。ディレクタ・スレーブが変更の許可を
得てルーチング・テーブルのエントリを変更すると、以
降のｈｔｔｐタスク・プロセスのデータは高帯域幅ルー
トでＰＣ７４Ｎに送られる。低速接続に戻すときも同様
の要求を行う。ルーチング・テーブルの代わりにＴＣＰ
のポートを高帯域用と低帯域用に２つ用意してもよい。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、パーソナル・コン
ピュータ・ユーザに利用される既存のケーブル・テレビ
で利用可能な高帯域幅チャネルの利用に関する。本発明
は、より詳細には、本機器の親に当たる出願の中で開示
された機器と方法の制御に関する。

【０００２】

【関連出願の引照】本出願は、米国特許出願第０８／２
２１３３６号「カスタマ構内設備によるケーブル・テレ
ビ・システム上の高速下流向けデータの受信と、独立し
たチャネル上の低速上流向け信号の送信」及び、「ケー
ブル・テレビ・システムに接続されたユーザのテレビを
経由して個人のパーソナル・コンピュータに警報を表示
するための機器と方法」と題された米国特許出願第０８
／２２１３４０号に関連する、米国特許出願第０８／２
２１３４８号「ケーブル・テレビ・チャネル上の下流向
きデータ転送を他のメディア上を運ばれる上流向けデー
タと統合するための機器と方法」の続きをなす部分であ
る。３つの関連する特許出願は全て、１９９４年３月３
１日に出願されている。

【０００３】この出願は、その親に当たる出願の詳細な
説明と図面全てを含む。新しい説明は、「双方向低速通
信チャネルの使用」と題された節から始まり、新しい図
は図６から始まる。

【０００４】

【従来の技術】親に当たる出願の機器と方法は、高帯域
幅ダウンリンク・ケーブル・テレビ・チャネル上で運ば
れる通信を、公衆電話網のような、他のメディア上でユ
ーザとやりとりする低帯域双方向情報と統合、制御する
インテリジェント・スプリット・チャネル・ブリッジン
グ・ユニットを供給する。

【０００５】

【発明が解決しようとする課題】本特許出願の目的は、
双方向低帯域幅チャネルと単方向高帯域幅チャネルの使
用を制御するためのシステムを供給することによって、
親に当たる出願の機器と方法の有用性をさらに向上させ
ることである。

【０００６】

【課題を解決するための手段】本発明の目的は、情報源
からユーザへの情報の供給を、双方向低帯域幅チャネル
と単方向高帯域幅チャネルの間で切り換え出来るように
する、親に当たる出願の機器に含まれるシステムによっ
て達成される。１つの実施例では、切り換えは構内設備
のユーザからの入力に反応して行われ、他の実施例で
は、情報源からの入力に反応して行われる。

【０００７】本システムは、双方向低帯域幅チャネルを
維持し、コマンドに反応して高帯域幅チャネルに切り換
える、制御プロセッサ４８に含まれるディレクタと、パ
ーソナル・コンピュータ７４のユーザが、低帯域幅チャ
ネルと高帯域幅チャネルを選択出来るように、低帯域幅
チャネルを経由してチャネル変更メッセージをディレク
タに送ることによって選択に反応する、パーソナル・コ
ンピュータ７４に含まれるラッパを含む。発明の別の面
では、ディレクタは、高帯域幅チャネルが使用されてい
る時でも、低帯域幅チャネルを通じて利用出来、ラッパ
は、選択を行うためのＧＵＩを供給する。ディレクタの
存在と、ユーザが帯域幅を選択することのために、処理
が非常に柔軟になる。

【０００８】

【発明の実施の形態】図１は、複数の拡張サービス・プ
ロバイダ（ＥＳＰ）１０Ａ〜１０Ｎが、対応する高速通
信チャネル１２によって電気通信網１４と接続されてい
る、本発明に従う通信ネットワークを示す。チャネル１
２は、Ｔ１、Ｔ３、ＳＭＤＳ、ＳＯＮＥＴ、ＡＴＭチャ
ネルを含む。電気通信網１４は、パケット通信の取扱い
が可能な通常の高速デジタル通信ネットワークを含む。
高速通信チャネル１６は、通信ネットワーク１４に支援
された拡張サービス・プロバイダ１０Ａ〜１０Ｎとスプ
リット・チャネル・ブリッジング・ユニット（ＳＣＢ
Ｕ）１８の間の通信を供給する。説明される例では、拡
張サービス・プロバイダは、複数のデータベース情報プ
ロバイダを１つのグループに集め、ユーザが、ゲートウ
ェイに接続された１つのチャネルによって、グループの
中のいずれかのデータベースにアクセス出来るようにす
る、独立したデータベース・プロバイダまたはゲートウ
ェイ・サービス・プロバイダを含むこともある。

【０００９】本発明のある実施例に従って、ユーザまた
は加入者は、カスタマ構内設備２０を利用して、情報に
対する要求を通信チャネル２２によってユーザが加入す
るサービス・プロバイダから、公衆電話網（ＰＳＴＮ）
２４と対応する通信チャネル２６を通じて、スプリット
・チャネル・ブリッジング・ユニット１８に伝送する。
要求は、スプリット・チャネル信号ユニットを通じて、
要求が向けられた対応する拡張サービス・プロバイダに
送られる。

【００１０】ユーザからＥＳＰ、ＳＣＢＵへの信号は上
向き信号と呼ばれる。ＥＳＰからユーザ、またはＳＣＢ
Ｕからユーザへの信号は、ＰＳＴＮを経由する信号も同
様に下向き信号と呼ばれる。下向きのトラフィックは、
ＰＳＴＮ上の２地点間接続を必要とする低速認証、ログ
イン情報を含むことが期待される。

【００１１】情報サービスの要求に反応して、情報サー
ビス・プロバイダは、要求したユーザ宛の複数の情報パ
ケットを、通信チャネル１２、電気通信網１４、スプリ
ット・チャネル・ブリッジング・ユニット１８へのチャ
ネル１６を通じて転送する。スプリット・チャネル・ブ
リッジング・ユニットはパケットに含まれたデジタル情
報を受信し、それを、通信チャネル２８上を、対応する
加入者が利用するケーブル・テレビ分配ヘッド・エンド
３０Ａから３０Ｎに転送される、高周波キャリアに乗せ
られた広帯域信号に変換する。他の情報源とケーブル・
テレビのプログラムは、通信チャネル３４上のケーブル
・ソース３２によってケーブル分配ヘッド・エンドに供
給される。ヘッド・エンド・ユニットは受信した信号を
多重化して６メガヘルツのチャネルを含むケーブル・テ
レビ帯域幅の信号にし、その信号は次いで、対応するケ
ーブル・テレビ・システムによって、各ヘッド・エンド
分配器に関連するケーブル・テレビの加入者に宛てて放
送される。従って、多くのユーザが１つの６メガヘルツ
・チャネルを利用出来る。

【００１２】カスタマ構内設備２０は、通常のテレビ・
ケーブル３６上の多重化ケーブル・テレビ信号を受信す
る。カスタマ構内設備は、ケーブル・テレビ信号を分割
し、その一部分をセット・トップ・ボックス６２に送信
するので、加入者はセット・トップ・ボックス６２を使
って、セット・トップ・ボックス６２に接続されたテレ
ビ６６を見るために、適当なチャネルを選択出来る。分
割された信号の他の部分を受信するホーム・コントロー
ラ７０は、拡張サービスによって発生した情報を運ぶ高
周波チャネルを復調し、ユーザのパーソナル・コンピュ
ータ７４に特定のユーザに宛てたデータを伝送する。こ
れで、情報が、伝送された情報要求に反応してユーザに
供給されるループが完結する。こうして、本発明に従っ
て、ユーザは、要求を拡張サービス・プロバイダに運ぶ
比較的低速なデータ・チャネルを供給される一方で、対
応するユーザが利用出来るケーブル・テレビ分配システ
ムによって、サービス・プロバイダからの比較的高速な
チャネルを供給される。

【００１３】スプリット・チャネル・ブリッジング・ユ
ニット１８は、高速チャネル１６を通じて電気通信網１
４と通信する、例えば、ＤｉｇｉｔａｌＬｉｎｋＣ
ｏｒｐｏｒａｔｉｏｎ製のチャネル・サービス・ユニッ
ト３８を利用する。高速通信チャネル４０は、チャネル
・サービス・ユニットを、例えば、ＣｉｓｃｏＣｏｒ
ｐｏｒａｔｉｏｎ製のルーター４２に接続する。ルータ
ーは、拡張サービス・プロバイダによって伝送された情
報パケットを、対応する通信チャネル４４Ａ〜４４Ｎを
通じて変調器４６Ａ〜４６Ｎの１つに送る。情報のパケ
ットがどの変調器に伝送されるかは、情報のパケットの
宛先の加入者がどのケーブル・テレビ・ヘッド・エンド
・ユニットを利用しているかに依存する。従って、ルー
ターは、ケーブル・テレビ・ヘッド・エンドを利用する
ユーザの特定のグループに基づく変調器に分配するため
にパケットを分離する。制御プロセッサ４８は、好適に
は、ルーター４２と複数のモデム５４Ａ〜５４Ｎに接続
されたハブ５２を利用する、ＥＴＨＥＲＮＥＴ^TMネット
ワークのような双方向通信ネットワーク５０によって接
続される。プロセッサ４８は、スプリット・チャネル・
ブリッジング・ユニットを利用する各ユーザ（加入者）
に関する記録を含むデータベースを含み、ルーターがデ
ータを確実に適当な送り先のケーブル・テレビ・ヘッド
・エンド・ユニットに送れるように、ルーター４２によ
って要求される情報を供給する。モデム５４Ａ〜５４Ｎ
は、公衆電話網で、３０キロビット／秒以下の速度で複
信が出来るようなダイアル呼出モデムを含む。これらの
モデムは、通信セッションの初めに、サービス・プロバ
イダの要求を行うために開始される、ユーザによって確
立されたダイアル呼出リンクのための接続を供給する。
通信セッションの間、各モデムはカスタマ構内設備２０
と拡張サービス・プロバイダ１０Ａ〜１０Ｎの間に複信
通信リンクを供給する。モデムは、入力アナログ信号
を、ＥＴＨＥＲＮＥＴネットワーク５０によって運ばれ
るデジタル・フォーマットに変換する。制御プロセッサ
４８は、ＥＴＨＥＲＮＥＴネットワーク５０に関する通
信を管理し、モデムが受信したデータのルーター４２へ
の伝送を制御し、ルーターは、その信号を、チャネル・
サービス・ユニット３８によって送り先の拡張サービス
・プロバイダに伝送されるパケットに組み込む。制御チ
ャネル５６は、制御プロセッサ４８をルーター、変調器
４６Ａ〜４６Ｎと結合する。このため制御プロセッサ４
８は、これらのデバイスへの制御情報と信号、受信され
たステータス情報を伝送する通信リンクを与えられる。
このため制御プロセッサは、ルーターと変調器の初期
化、コンフィギュレーションとルーチング・テーブルの
アップデート、ステータスの監視、測定情報の収集が可
能になる。

【００１４】カスタマ構内設備２０は、ケーブル・テレ
ビ分配ヘッド・エンド・ユニット３０Ｎによって構成、
伝送される高周波変調チャネルを運ぶ通常のケーブル・
テレビのケーブル３６を利用する。このケーブル３６
は、信号の一部をセット・トップ・ボックス６２に接続
されたケーブル６０に分割する高周波信号スプリッタ５
８で終了する。セット・トップ・ボックスは、ユーザの
制御の下で、正常なケーブル・テレビ復調機能を供給
し、ケーブル６０によって運ばれ、その後ケーブル６４
によってテレビ６６に伝送される単一のテレビ・チャネ
ルを供給する。また、高周波信号スプリッタ５８は、ホ
ーム・コントローラ７０への通信チャネル６８に受信信
号を供給する。ホーム・コントローラ７０は、情報が拡
張サービス・プロバイダから伝送される高周波チャネル
を復調する。ホーム・コントローラは、さらに、特定の
カスタマ構内設備、すなわち特定のユーザに向けられた
パケットが、ユーザのパーソナル・コンピュータ７４に
接続された通信チャネル７２に変換される、パケット・
ブリッジング／ルーチング機能を供給する。これによ
り、パーソナル・コンピュータは、ケーブル・テレビ・
システム上を伝送されるユーザ宛の情報を受信し、情報
がユーザからモデム７６によって伝送される情報の速度
と比較して、かなり早い速度で拡張サービス・プロバイ
ダからエンド・ユーザに伝送されるようにする。ここで
使われる「モデム」は、コンピュータと通信チャネルの
間の双方向インタフェースを意味する。これは通信チャ
ネルによって、アナログまたはデジタルの信号を利用す
る。本技術に熟練した者には、ユーザのモデムは物理的
にホーム・コントローラの一部に組み込み出来ることが
明らかであろう。パーソナル・コンピュータ７４は、通
信リンク８０によってホーム・コントローラ７０に制御
情報とコマンドを供給する。このコマンドは、ホーム・
コントローラによって復調される高周波チャネルと、ホ
ーム・コントローラ７０とパーソナル・コンピュータ７
４の間のデータ伝送に影響する通信パラメータを決定す
る。

【００１５】図２は、図１に示すスプリット・チャネル
・ブリッジング・ユニット１８の一部を含む制御プロセ
ッサ４８の構成図である。制御プロセッサは、読み出し
専用メモリ（ＲＯＭ）９２、ランダムアクセス・メモリ
（ＲＡＭ）９４、データベースからなる不揮発性ストレ
ージ９６、通常のキーボード９８とモニタ１００によっ
て支援されるマイクロプロセッサ９０を含む。ＲＳ−２
３２入出力インタフェース１０２がマイクロプロセッサ
９０に接続され、マイクロプロセッサと制御チャネル５
６の間の通信を供給する。ＥＴＨＥＲＮＥＴ入出力イン
タフェース１０４がマイクロプロセッサに接続され、マ
イクロプロセッサとＥＴＨＥＲＮＥＴチャネル５０の間
の通信を供給する。

【００１６】ＲＳ−２３２リンク５６はルーターへの基
本的な初期化インタフェースを供給し、また、変調器を
初期化し、変調器から周期的なステータス情報を収集す
るために使われる。ＥＴＨＥＲＮＥＴリンク５０は、プ
ロセッサとルーターの間のより高い帯域幅のインタフェ
ースを供給する。このインタフェースは、ルーターのル
ーチング・テーブルのアップデート、ステータス情報の
入手、測定値の収集のために使われる。また、ＥＴＨＥ
ＲＮＥＴインタフェースは、セッションの開始（ログイ
ン）と終了（ログオフ）の間、ユーザのメッセージをプ
ロセッサに運ぶためにも使われる。データベース９６は
システム・コンフィギュレーションのデータ、設備の情
報、ネットワーク・アドレス、セッションの記録、加入
者情報、ＥＳＰ情報、認証キー、ルーチング情報を含
む。ルーター４２はプロセッサ４８からＥＴＨＥＲＮＥ
Ｔインタフェースを通じてそのルーチング・テーブルを
得る。ルーチング・テーブルをルーターにダウンロード
し、それを周期的な監査を通じて維持するのはプロセッ
サの責任である。ルーター４２はパワー・アップの間ル
ーターによって単独で使われる固有のローカル・データ
ベースを有する。このローカル・データベースは、シス
テムを通じてデータの完全性と一貫性を維持するために
プロセッサによって監査される。

【００１７】図３は、図１に示すホーム・コントローラ
７０を説明する構成図である。ケーブル復調器１１０に
接続されたケーブル６８は、ケーブル・テレビ分配ヘッ
ド・エンド３０Ｎによって記号化された全てのチャネル
を運ぶ。ケーブル復調器は調整可能で、サービス・プロ
バイダの発生する情報を運ぶ。復調器の目的は、高周波
信号によって運ばれた情報を復調して、後でパケット・
レシーバ１１２に向けられるデジタル・フォーマットに
することである。パケット・レシーバ１１２は、拡張サ
ービス・プロバイダから伝送された情報のパケットを受
信し、ホーム・コントローラを利用する特定のカスタマ
構内設備（ユーザ）宛のパケットを監視する。ホーム・
コントローラを利用するユーザ宛のパケットは、パケッ
ト・レシーバ１１２によって、通信チャネル７２上でパ
ーソナル・コンピュータ７４との通信入出力機能を供給
するＥＴＨＥＲＮＥＴトランシーバ１１４に向けられ
る。パケット・レシーバは、ユーザ宛でないパケット
は、ＥＴＨＥＲＮＥＴトランシーバ１１４に伝送しな
い。こうしたパケットは、特定のユーザ宛でないため廃
棄される。情報は、暗号化／暗号解読アルゴリズムを使
って高度の秘密が保たれることが好ましい。パーソナル
・コンピュータ７４からの制御チャネル８０は、通信コ
ントローラに接続され、通信コントローラ１１６はパー
ソナル・コンピュータによって伝送されるコマンド信号
と、ケーブル復調器１１０のタイミングの制御に必要な
信号の間の通信インタフェースを供給する。調整可能な
ケーブル復調器を利用することで、サービス・プロバイ
ダからの情報を運ぶケーブル・テレビ・システムの１つ
以上の伝送チャネルを使うことが許容される。例えば、
単一のケーブル・テレビ・システムを利用する多数のユ
ーザが１つのチャネルを越える同一の帯域幅を要求する
ことが出来、加入者は、各グループが異なった通信チャ
ネル、すなわち異なったキャリア周波数を割り当てられ
るグループに分離され、情報がサービス・プロバイダに
よって各グループに伝送される。通信コントローラは通
常のメモリとパーソナル・コンピュータ７４に接続され
たＲＳ−２３２ポートからの通信を受信するための通信
入出力インタフェースに支援されたマイクロプロセッサ
を含み、復調される高周波チャネルを決定する制御信号
を有効にするために、調整可能なケーブル復調器１１０
によって要求される適当な信号を供給する。こうした要
求は、利用される特定のケーブル復調器に基づいて決定
され、特定のキャリア周波数に対応するデジタル・アド
レスからなるか、例えば、デジタル・アナログ・コンバ
ータを利用して通信コントローラによって供給されるア
ナログ電圧または信号を要求する。

【００１８】図４は、ユーザのテレビに表示される視覚
的警報を供給する拡張された能力を供給するカスタマ構
内設備１２０の他の実施例を示す。ホーム・コントロー
ラ１２２は、ケーブル３６を通じて伝送されるケーブル
・テレビ信号を受信する。ホーム・コントローラ２２
は、以下より詳細に説明されるが、セット・トップ・ボ
ックス１２６に接続されたケーブル１２４を通じて出力
信号を供給する。ホーム・コントローラ１２２は、ケー
ブル１２４上の信号をセット・トップ・ボックス１２６
に送る前に、追加情報を放送テレビ・ケーブル・チャネ
ルに加える能力を有する。ユーザが必要とするテレビ・
チャネルは、選択されたチャネルを分離してケーブル１
２８を通じてユーザのテレビ１３０に伝送するセット・
トップ・ボックスによって選択される。セット・トップ
・ボックス１２６は、情報を供給するために調整された
チャネルを識別するセット・トップ・ボックス１２６か
らホーム・コントローラ１２２に信号を伝送するために
利用される制御チャネル１３２に接続される。

【００１９】ホーム・コントローラ１２２は、ＥＴＨＥ
ＲＮＥＴ通信プロトコルを含むデータ通信チャネル１３
４によってパーソナル・コンピュータ１３８と接続され
る。ホーム・コントローラ１２２は、ユーザ宛の情報を
含むデータ・チャネルを復調し、特定のユーザ宛の情報
は何でもチャネル１３４を通じてパーソナル・コンピュ
ータ１３８に伝送する。パーソナル・コンピュータ１３
８はさらに、ケーブル復調器がどのチャネルに同調され
るかを識別するホーム・コントローラに情報を供給する
制御チャネル１３６によってホーム・コントローラ１２
２に接続される。モデム１４０が通信チャネル１４２に
よってパーソナル・コンピュータ１３８に接続され、電
話線２２によって公衆電話網に接続される。モデムは、
拡張サービス・プロバイダとユーザの間でＰＳＴＮを通
じて確立される比較的低速のデータ通信チャネルを供給
する。このため、ユーザは要求をサービス・プロバイダ
に伝送出来る。またサービス・プロバイダは、モデム１
４０によって自動的に応答される呼出を開始することに
よって、公衆電話網とユーザのパーソナル・コンピュー
タ１３８との通信を開始出来る。この能力は、ユーザの
テレビ・セットに表示されるユーザへの視覚的警報の供
給に関して以下説明される。

【００２０】図５は、図４で参照されたホーム・コント
ローラ１２２の説明される実施例の構成図である。ケー
ブル分配ヘッド・エンド３０Ｎからケーブル３６上で受
信されたチャネルは、１組の信号をケーブル復調器１５
４にケーブル１５２を通じて送信する内部高周波スプリ
ッタ１５０によって分割される。ケーブル復調器は、復
調器が同調されているチャネルに含まれる高周波記号化
信号を復調する。ケーブル復調器は、デジタル・フォー
マットで復調信号をチャネル１５８を通じてパケット・
レシーバ１５６に伝送する。パケット・レシーバ１５６
は、特定のユーザ（カスタマ構内設備）宛のパケットを
識別し、その情報をチャネル１６２を通じてＥＴＨＥＲ
ＮＥＴトランシーバ１６０に伝送する。特定のユーザ宛
でないパケットは廃棄され、すなわちＥＴＨＥＲＮＥＴ
トランシーバに伝送されない。ＥＴＨＥＲＮＥＴトラン
シーバ１６０は、チャネル１３４とパーソナル・コンピ
ュータ１３８の通信リンクを供給する。このため、ケー
ブル分配ヘッド・エンド３０Ｎから受信したデータが、
ケーブル・テレビ・ネットワークを通じてパーソナル・
コンピュータ７４で受信出来るようになる。ＲＳ−２３
２のような制御チャネル１３６は、パーソナル・コンピ
ュータ１３８とホーム・コントローラ１２２の通信コン
トローラ１６４の間に通信を供給する。さらに通信コン
トローラは、制御チャネル１６６によってケーブル復調
器１５４と変調器１６８に接続される。好適には、ケー
ブル復調器１５４と変調器１６８は同調可能で、各同調
は通信コントローラ１６４によって制御チャネル１６６
を通じて伝送された信号に反応して制御される。通信コ
ントローラ１６４は、メモリと入出力通信インタフェー
ス周辺機器に関連するマイクロプロセッサを含むことも
ある。通信コントローラは、チャネルがどのセット・ト
ップ・ボックス１２６に同調されているかを識別するチ
ャネル１３２の情報を受信する。通信コントローラ１６
４は、チャネル１３６を通じて、各々に同調されたチャ
ネルを含むケーブル復調器１５４と変調器１６８を制御
するコマンドを受信する。この機能の利用は以下実例に
沿って説明される。変調器１６８はチャネル１７０によ
ってＥＴＨＥＲＮＥＴトランシーバ１６０に接続され、
チャネル１３４によってパーソナル・コンピュータ１３
８から伝送された、ユーザのテレビに表示される視覚的
メッセージを形成する情報を受信する。変調器１６８
は、チャネル１７０を通じて受信したデジタル情報を記
号化する高周波変調器を含み、同じ情報を記号化してユ
ーザのテレビ１３０に伝送されるのに適した適当なテレ
ビ伝送信号にする。変調器１６８の出力は、ケーブル１
７２によって、変調器１６８の出力をチャネル３６によ
ってケーブル分配ヘッド・エンドの信号を示す分割信号
の他の組み合わせと結合する、加算または結合ユニット
１７４に運ばれる。こうした結合された信号は、ケーブ
ル１２４によってセット・トップ・ボックス１２６に伝
送される。

【００２１】＜動作の例１＞動作の一例は、図１を参照
することによって最も良く理解出来る。カスタマ構内設
備２０に関連するユーザが、予想される目的地の高精細
度画像を含む旅行情報と、特定の株式に関する証券情報
を、拡張サービス・プロバイダ１０Ａから得ようとして
いると仮定する。ユーザはパーソナル・コンピュータ７
４の制御モデム７６によって、公衆電話網２４を通じて
呼出を行う。ユーザは、スプリット・チャネル・ブリッ
ジング・ユニット１８のモデム５４Ａ〜５４Ｎに与えら
れた既定の番号（または、トランク・グループ）を呼び
出しする。カスタマ構内設備２０とスプリット・チャネ
ル・ブリッジング・ユニット１８の間の２方向通信リン
クが確立された後、ユーザは拡張サービス・プロバイダ
１０Ａを、そこから情報が探索される情報源として識別
するコードを伝送する。制御プロセッサ４８は要求を受
信し、サービスの要求を拡張サービス・プロバイダ１０
Ａ宛のパケットにパッケージして、このパケットをルー
ター４２に伝送するが、ルーターはパケットをチャネル
・サービス・ユニット３８と通信ネットワーク１４によ
って拡張サービス・プロバイダ１０Ａに送る。サービス
の要求を受信すると、サービス・プロバイダ１０Ａはユ
ーザに、電気通信網１４、チャネル・ユニット３８、制
御プロセッサ４８の制御の下でユーザが通信リンクを確
立したモデム５４Ａ〜５４Ｎの１つにパケットを送るル
ーター４２を通じてパケットを伝送することによってＩ
Ｄコードを供給するよう要求する。このデータはモデム
と公衆電話網２４を経由してモデム７６に伝えられ、モ
デム７６は情報をパーソナル・コンピュータ７４に伝
え、今度はそれがパーソナル・コンピュータのモニタ上
に問い合わせ情報を表示する。ユーザと拡張サービス・
プロバイダ１０Ａの間の追加の通信が、ユーザが探索さ
れる実質的な情報の照会が出来るように、通信パスが検
証、確立されるまでと同じ方法で流れる。こうした情報
の伝送は、ＰＳＴＮ上のモデム対モデムのリンクに適し
た、確実な比較的低速で低帯域幅の要求を構成する。

【００２２】ユーザが、前の週のある株式の価格と出来
高の動きに関する情報に対する特定の要求を伝送すると
仮定する。この要求は公衆電話網２４を通じて伝送さ
れ、拡張サービス・プロバイダ１０Ａにルーター４２を
通じて前に説明した方法で送られる。この例では、拡張
サービス・プロバイダは、この信号の要求に反応して伝
送される情報の全量を記載するパケット・ヘッダ情報と
共に要求された情報を含む情報の回答パケットを伝送す
ることによって要求に答える。この説明される例では、
データの量は比較的低く、例えば、１〜５キロバイトで
ある。このパケットはルーター４２によって受信され
る。ルーターは、パケット・ヘッダを少なくとも制御プ
ロセッサ４８に伝送し、そこで、情報をユーザのカスタ
マ構内設備２０に伝送するのに、公衆電話網２４による
モデムリンクを経由するか、ケーブル３６によって運ば
れるより広い帯域幅を利用するケーブル・テレビ・分配
システムを経由するかが決定される。説明される実施例
では、比較的少量のデータはモデムとＰＳＴＮネットワ
ーク経由で送ることによって最も有効に処理され、帯域
幅が節約出来ることが決定される。その後制御プロセッ
サ４８は株式の要求に関連する具体的な情報を処理し、
データをモデム５４Ａ〜５４Ｎの１つによって、ＰＳＴ
Ｎリンクを通じてユーザの設備２０に伝送する。

【００２３】今度はユーザは、旅行に関する第２の情報
を要求し、自分が休暇の際の行き先として考えている５
つの異なったホテルによって供給される設備を示す高精
細度画像情報の伝送を要求する。要求はＰＳＴＮネット
ワークによって伝送されサービス・プロバイダ１０Ａに
到達する。サービス・プロバイダは要求を分析し、要求
された情報を組み合わせて、この要求に関してユーザに
伝送される情報の全量を確認するヘッダに含まれる情報
と共に、要求された全情報の少なくとも一部を含む第１
パケットを伝送する。このパケットはルーター４２に向
かい、次いで制御プロセッサ４８に向けられ、制御プロ
セッサは伝送される情報の全量を復調する。高精細度画
像のためには、例えば、１メガバイト以上といった、か
なりの量のデータが伝送される。伝送されるデータの実
質的な量という見地から、制御プロセッサはそのデータ
ベースをチェックし、帯域幅の容量が、ケーブル分配ヘ
ッド・エンド３０Ｎとケーブル３６によって伝送される
画像情報に取って利用可能かどうかを決定する。充分な
帯域幅がこの要求のために利用可能だと判断すると、制
御プロセッサはコマンド情報をルーター４２に伝送し、
ルーターに、このパケットを、関連情報を含む追加のパ
ケットと共に、ケーブル４４Ｎを経由して変調器４６Ｎ
に伝送させ、変調器は、データを、ケーブル分配ヘッド
・エンド設備３０Ｎに送られるケーブル２８Ｎの高周波
チャネルに変調する。その後この情報は他の高周波チャ
ネルと結合され、ケーブル３６を通じてユーザのカスタ
マ構内設備２０に伝送される。このシステムは、放送モ
ードで利用され、共通のケーブル分配ヘッド・エンド設
備を利用する全ての加入者が同じ情報を受信するケーブ
ル・テレビ・ネットワークを意図していることに注意す
べきである。情報は、特定のユーザのアドレスに宛てら
れているために、プライベートなままである。他のユー
ザのパケット・レシーバは情報を処理せず、したがって
情報にアクセスしない。高精細度画像情報はその後スプ
リッタ５８を経由してホーム・コントローラ７０に伝送
され、ホーム・コントローラは、高周波チャネル上を運
ばれたデータを復調して、パケットが関連するユーザに
宛てられているかどうかを判定するパケット・レシーバ
にデジタル・フォーマットされた情報を送る。アドレス
の一致が存在すると判断すると、パケット・レシーバは
情報をＥＴＨＥＲＮＥＴリンク７２を経由してパーソナ
ル・コンピュータ７４に伝送し、パーソナル・コンピュ
ータは、情報を受信し、パーソナル・コンピュータ７４
に関連するモニタを使ってユーザに適当なディスプレイ
を供給する。これと同じ方法で、要求された画像情報を
含む複数のパケットがこの同じパスを経由してカスタマ
構内設備２０に関連するユーザに到達し、より制限され
た帯域幅と、ひいては同じ量の情報を伝送するのにより
長い時間を必要とする公衆電話網を使うよりも、ユーザ
の要求をより素早く満たす。

【００２４】上記の例では、制御プロセッサ４８は、拡
張サービス・プロバイダからユーザにケーブル・テレビ
・ネットワークを経由して送られた情報の有効なルーチ
ングと制御を供給出来るように、変調器４６Ａ〜４６Ｎ
に関連する各高周波データ・チャネル帯域幅容量を含
む。ＰＳＴＮデータ・パスとケーブル・テレビ・チャネ
ルのどちらを使うかを決定するために必要な情報が各サ
ービス・プロバイダによって作られることは、本技術に
熟練した者によって評価されるだろう。こうした別のシ
ステムは、各サービス・プロバイダが、変調器４６Ａ〜
４６Ｎを通じて利用可能な各高速高周波チャネルがその
有効性を絶えずアップデートされることを必要とする。
または、ＥＳＰに、ＰＳＴＮとＣＡＴＶネットワークの
どちらを使ってデータ・チャネルを送るかを決定するた
めに使われる、伝送されるデータの量の単一のしきい値
を供給しても良い。かなりの量のデータを所与のユーザ
に伝送することが決定されると、サービス・プロバイダ
は、ケーブル・テレビ・システムの帯域幅割当に関する
要求を開始し、その要求はルーター４２によって制御プ
ロセッサ４８に伝送され、制御プロセッサは、サービス
・プロバイダからユーザに伝送されるデータを収容する
ために、所与の期間のために特定の帯域幅を割り当て
る。このタイプのシステムは、帯域幅を割り当て、適当
なケーブル・テレビ・ネットワークを通じて有効なデー
タ伝送を供給するために、拡張サービス・プロバイダと
スプリット・チャネル・ブリッジング・ユニットの間の
協力相互作用を必要とする。こうした別のシステムは、
スプリット・チャネル・ブリッジング・ユニット１８と
各拡張サービス・プロバイダの間で、帯域幅を割り当て
るための交渉を供給するために、追加のオーバーヘッド
とパケットの伝送が必要だという欠点を持つ。ケーブル
・テレビ・チャネルの利用を制御するためにスプリット
・チャネル・ブリッジング・ユニット１８を利用するこ
とは、全てのサービス・プロバイダを含むシステム全体
が制御された方法で管理され、過剰なデータ帯域幅が複
数のサービス・プロバイダによって同時に要求される実
質的な過負荷状態の可能性を最小にするという利点を持
つ。

【００２５】いつテレビの高周波ネットワークを利用す
るかという決定がスプリット・チャネル・ブリッジング
・ユニット１８によってなされる例では、各々が同じケ
ーブル分配ヘッド・エンド３０Ｎを利用する複数のユー
ザが、多様なサービス・プロバイダ１０Ａ〜１０Ｎから
かなりの量のデータを要求することが考えられる。こう
した条件では、制御プロセッサ４８は、要求を調停し、
帯域幅のオーバーフロー状態を避けるために、いずれか
の所与のサービス・プロバイダによって高周波ケーブル
・テレビ・ネットワーク上をユーザに伝送されるデータ
の量を設定する制御インストラクションとゲーティング
情報を供給する。こうした決定は、情報の性質やユーザ
によって同意されたサービスの等級に応じて優先順位ベ
ースで行われるか、割り当てられた利用可能な帯域幅に
よって扱われる。

【００２６】システムの適応性を示す次の例は、変調器
セット４６Ｎが各々ケーブル・システムの所与の高周波
チャネルに関連した複数の変調器からなるため、対応す
る複数の６メガヘルツ帯域幅の高周波データ・チャネル
が、ケーブル３０上をユーザに再伝送されるために、ケ
ーブル分配ヘッド・エンド３０Ｎに利用可能であること
にある。このためユーザは、ケーブル・テレビ・ネット
ワーク上の高速信号を、選択可能な数の高周波チャネル
を経由して受信出来る。こうした条件下で、制御プロセ
ッサ４８は、ルーター４２へのコマンド・インストラク
ションを供給して、特定のユーザへのデータが記号化さ
れる高周波チャネルを確認する責任が追加される。さら
にプロセッサ４８は、モデム・リンクと公衆電話網２４
によってカスタマ構内設備２０に制御情報を伝送し、パ
ーソナル・コンピュータ７４にコマンド・チャネル８０
を利用して制御情報をホーム・コントローラ７０に送ら
せ、同調された高周波復調器に、データがユーザに送ら
れる対応する高周波チャネルを復調させる責任を持つ。
この、パーソナル・コンピュータ７４によってホーム・
コントローラ７０に送られる制御プロセッサ４８からの
コマンド信号は、カスタマ構内設備が情報に同調され、
情報の受信に備えるための適当な時間を供給するため
に、高速ケーブル・テレビ・チャネル上のデータ伝送に
先立って、開始・完了する必要がある。

【００２７】複数の高周波チャネルが各ユーザに利用可
能なシステムは、適用性を追加し、データ伝送の全帯域
幅を増大させ、ケーブル・テレビ・システムを通じてユ
ーザに同時に伝送されるデータの量を最大にする。この
ことは、正確なデータベースを維持し、同時に利用出来
る各々の高周波テレビ・チャネルを通じて特定のユーザ
にデータ伝送するための帯域幅割り当てを確認するため
に、制御プロセッサ４８の制御責任を追加することが、
本技術に熟練した者には明らかであろう。データをユー
ザに伝送するためのケーブル・テレビ・ネットワーク上
で１つの高周波チャネルを利用するシステムは、高周波
復調器が、データが常に受信される１つの利用可能なテ
レビ高周波チャネルに固定して同調出来るために、制御
ライン８０を必要としないことが、本技術に熟練した者
には明らかであろう。

【００２８】＜警戒信号のテレビへの表示＞図４、図５
は、加入者のカスタマ構内設備に関して、本発明に従う
他の実施例を示す。この実施例によって支援長される能
力に従って、ユーザが、ユーザのパーソナル・コンピュ
ータに送られたメッセージに反応しない時、ユーザの注
意を引くために、信号がユーザのテレビ・セット１３０
に表示出来る。ユーザは、拡張サービス・プロバイダの
１つが、既定の条件が存在する時、ユーザに警告するた
めの監視サービスを供給するよう要求することが出来
る。例えば、ユーザは、ある特定の株式がある既定の価
格に達した時警告を受けることが出来る。このサービス
に従って、拡張サービス・プロバイダは、当該の株式の
株価を監視し、株価が目標の価格に達すると、拡張サー
ビス・プロバイダは、このモニタ・サービスを要求した
加入者にこのことを知らせようとする。

【００２９】説明される例では、拡張サービス・プロバ
イダは、ユーザの電話番号を含む通信開始パケットをル
ーター４２によって制御プロセッサ４８に送ることでユ
ーザのカスタマ構内設備２０との通信を開始する。通信
要求の受信に反応して、制御プロセッサ４８はモデム５
４Ａ〜５４Ｎの１つを起動し、モデムは公衆電話網２４
を通じてモデム１４０への呼出を開始する。モデム１４
０が自動応答にセットされていると仮定すると、モデム
は呼出に答え、パーソナル・コンピュータ１３８に、呼
出があったことと、通信リンクを確立しなければならな
いことを警告する。パーソナル・コンピュータの電源が
入っていて、通信プログラムを動かせていると仮定する
と、警報信号をユーザに供給する試みは、ユーザがコン
ピュータの前にいて、コンピュータのモニタのスクリー
ンに表示された警告を見なければ失敗する。ユーザの不
在は、モデム１４０を経由して、注意信号に対してユー
ザから何の反応もないことから明らかである。好適に
は、注意信号は、ユーザに、メッセージが受信されたこ
とを示す回答によって反応するよう要求し、特定のユー
ザが注意メッセージに反応していたことを保証する注意
情報と共に伝送される特定のコードを再伝送する要求を
含む。

【００３０】この例では、ユーザがパーソナル・コンピ
ュータの前に不在で、適当な反応メッセージを送らない
と仮定する。本発明の１つの実施例に従って、制御プロ
セッサ４８は既定の期間、ユーザが特定の注意メッセー
ジに反応するかどうかを監視する。ユーザが既定の期間
内に反応しないと、制御プロセッサ４８は、公衆電話網
上をユーザのパーソナル・コンピュータに送られる問い
合わせ要求を開始し、セット・トップ・ボックス１２６
が同調される高周波チャネルの確認を要求する。パーソ
ナル・コンピュータは、通信コントローラ１６４とチャ
ネル１３２を経由してセット・トップ・ボックス１２６
にいたるチャネル１３６上でコマンド要求を開始する。
セット・トップ・ボックスは、セット・トップ・ボック
スが同調されるチャネルの確認を伝送することによって
要求に反応し、ケーブル・テレビの高周波チャネルがユ
ーザのテレビ１３０に表示される。この情報はコントロ
ーラ１２２に送られ、コントローラは情報をチャネル１
３６によってパーソナル・コンピュータ１３８に伝え
る。その後この情報はモデム１４０によって制御プロセ
ッサ４８に戻される。制御プロセッサは、見られたチャ
ネルの情報を受信すると、ＰＳＴＮとモデム１４０によ
ってパーソナル・コンピュータ１３８に送られるコマン
ド信号を発生し、コンピュータがチャネル１３６によっ
て通信コントローラ１６４にコマンド信号を送るように
し、コマンド信号によってコントローラはチャネル１６
６にコマンド・シークエンスを開始し、変調器１６８は
ユーザが見るケーブル・テレビ高周波チャネルに同調さ
れる。さらに、制御プロセッサ４８は、公衆電話網によ
ってパーソナル・コンピュータ１３８に注意メッセージ
を伝送し、パーソナル・コンピュータはチャネル１３４
を通じてＥＴＨＥＲＮＥＴトランシーバ１６０とホーム
・コントローラ１２２にメッセージの内容を伝送する。
ＥＴＨＥＲＮＥＴトランシーバは、情報をチャネル１７
０によって変調器１６８に送り、変調器にコンバイナ・
ネットワーク１７４に伝送される高周波信号を発生さ
せ、注意メッセージをスプリッタ１５０からの入力高周
波信号と結合し、結合された信号がケーブル１２４によ
ってセット・トップ・ボックス１２８に運ばれるように
し、セット・トップ・ボックスは対応する高周波チャネ
ルをチャネル１２８によってテレビ１３０に伝送される
チャネルに変換する。従って、テレビ１３０を見るユー
ザまたは他の人物は、警報メッセージが指名されたユー
ザに伝送されるよう待機中であることを示すメッセージ
が、例えば、テレビのスクリーンの下３分の１に表示さ
れるのを見る。こうして、ユーザ、またはたぶん、ユー
ザの家族の一員は、テレビ・セット１３０に表示される
メッセージを見て、拡張サービス・プロバイダにコンタ
クトして注意メッセージに関する実質的な情報を得るよ
うユーザに警告する。メッセージにはシリアル・ナンバ
ーが付いており、ユーザはサービス・プロバイダからの
特定のメッセージにより直接的にアクセス出来る。

【００３１】この代わりの警報機構を利用する様々な変
更がシステムの設計によって利用出来ることは、本技術
に熟練した者には明らかであろう。例えば、ユーザの電
話線２２が通話によって使用中である時は、制御プロセ
ッサ４８は既定の時間間隔で、周期的にモデム１４０と
の通信の開始を再トライ出来る。さらに、ホーム・コン
トローラ１２２はセット・トップ・ボックス１２６によ
って選択されたチャネルを制御出来るように設計出来、
この能力を使って、セット・トップ・ボックスが周期的
に、例えば、１または２分毎に５秒といった既定の期
間、代わりの高周波チャネル上を変調器１６８によって
伝送される警報メッセージを運ぶ別のチャネルに切り替
わるようにする。これはセット・トップ・ボックスが警
報メッセージを運ぶ代わりの高周波チャネルに周期的に
切り替わるようにすることによって警報メッセージをユ
ーザに供給する代わりの機構を供給する。この制御は、
モデム１４０によって制御プロセッサ４８からサイクル
を開始するために受信される信号に反応する内部プログ
ラミングに基づいて、パーソナル・コンピュータ１３８
が直接開始することも出来、また既定の時間間隔で、単
にパーソナル・コンピュータからホーム・コントローラ
１２２に渡される反復的なコマンドを送る制御プロセッ
サによって独占的に制御されることもある。さらに、変
調器１６８はテレビ１３０に直接接続され、セット・ト
ップ・ボックス１２６の出力と平行に、セット・トップ
・ボックスに使われる出力チャネルに固定して同調する
ことも出来る。

【００３２】こうした視覚的に表示された警報がテレビ
１３０に現れる時ユーザがカスタマ構内設備の前にいな
い場合、家族の別の一員がプログラムを見ていて警報が
表示され続けるのを望まない場合、警報メッセージの表
示を止めるオーバーライド制御がセット・トップ・ボッ
クス１２６に組み込まれることが望ましい。ユーザのパ
ーソナル・コンピュータは、セット・トップ・ボックス
からテレビがオンになっていないという表示がある時警
報メッセージを保存するようプログラム出来る。コンピ
ュータは警報メッセージを最初に使われるテレビかコン
ピュータに表示する。

【００３３】＜双方向低帯域幅通信チャネルの使用＞図
１に示すシステムの重要な特徴は、公衆電話網２２は、
カスタマ構内設備２０とスプリット・チャネル・ブリッ
ジング・ユニット１８の間と、さらに拡張サービス・プ
ロバイダに、双方向低帯域幅通信チャネルを供給するこ
とである。カスタマ構内設備２０のユーザは、サービス
・プロバイダ１０からケーブル分配システム３０によっ
てカスタマ構内設備２０に供給される、高帯域幅チャネ
ル経由の情報の供給を管理するだけでなく、そうした情
報をサービス・プロバイダ１０から低帯域幅通信チャネ
ル経由で受信することが出来る。

【００３４】図１のシステムのこの特徴が有益な１つの
領域は、大きなファイルの記憶位置捜しとダウンロード
である。こうしたファイルの記憶位置捜しは、普通比較
的小さな量の情報がカスタマ構内設備２０とサービス・
プロバイダ１０に間で伝送される探索を含むので、探索
のために低帯域幅通信チャネルが使用出来る。ひとたび
ファイルが見つかると、ユーザはそれが出来るだけ早く
カスタマ構内設備２０に伝送されることを望むので、こ
の時点で、図１のシステムは、大きなファイルのダウン
ロードのために、高帯域幅通信チャネルを使用出来る。

【００３５】この特許出願の以下の部分は、図１のシス
テムの制御プロセッサ４８とパーソナル・コンピュータ
７４で実行されるソフトウェア・システムがカスタマ構
内設備２０とサービス・プロバイダ１０の間の低・高帯
域幅の使用の制御にどのように協力し、どのように、カ
スタマ構内設備２０のユーザが、自分のインタラクショ
ンが拡張サービス・プロバイダ１０と最も良く適合する
ように拡張サービス・プロバイダ１０と通信するため
に、低帯域幅通信チャネルと高帯域幅通信チャネルの切
り換えが出来るようにするかを詳細に説明する。以下の
部分はさらに、チャネルの使用を制御するソフトウェア
・システムがシステム１とシステム１の他のバージョン
の構成部分を通じて分配される多数の方法と、２つのチ
ャネルの使用を考慮する代金請求技術を説明する。

【００３６】＜チャネル制御システムの概観：図６＞好
適な実施例では、低帯域幅通信チャネルと高帯域幅通信
チャネルの切り換えのためのシステムはスプリット・チ
ャネル・ブリッジング・ユニット１８の制御プロセッサ
４８に含まれる。図６はシステム６０１を示す。システ
ム６０１はマイクロプロセッサ９０で実行されるプログ
ラムによって実現される。プログラムのためのプログラ
ム・コードとプログラムによって使われるデータはメモ
リ９３、９４とデータベース９６に保存されている。好
適な実施例では、制御プロセッサ９０は、ＳｕｎＭｉ
ｃｒｏｓｙｓｔｅｍｓ、Ｉｎｃ．によって製作され、Ｕ
ＮＩＸオペレーティング・システムによって代表される
一般的なマルチ・プロセス・オペレーティング・システ
ムの制御の下で動作するワーク・ステーションである
（ＵＮＩＸは、ＸＯｐｅｎｆｏｕｎｄａｔｉｏｎの
登録商標である）。

【００３７】図６では、箱はシステム６００の構成部分
を示し、破線の矢印は制御入力を示し、単一の実線の矢
印は低帯域幅通信チャネルを示し、二重の実線の矢印は
高帯域通信チャネルを示す。図２、１に示すように、制
御プロセッサ４８はｅｔｈｅｒｎｅｔ５０によって図１
のシステムの他の部分と接続される。図１の実施例で
は、ｅｔｈｅｒｎｅｔ５０は高・低帯域幅通信チャネル
の両方の通路である。ｅｔｈｅｒｎｅｔ５０は、モデム
５４からの低帯域幅チャネルへの入力と、これらのチャ
ネルからモデム５４への出力を供給し、ルーター４２か
ら高帯域幅チャネルへの入力と、そこからルーター４２
への出力をも供給するハブ５２に接続される。

【００３８】ディレクタ６０１から始めると、ディレク
タ６０１は、カスタマ構内設備２０から公衆電話網２４
を経由して受信したメッセージ（矢印６１１、６１７）
に、他の構成部分がカスタマ構内設備２０と拡張サービ
ス・プロバイダ１０の１つの間に双方向低帯域幅（低
速）チャネル（６１１）と単方向高帯域幅（高速）チャ
ネル（６１３）を確立するよう制御することによって反
応する。制御は矢印６０３、６０７によって示される。

【００３９】ソース・アクセス部分６０５は、実際に拡
張サービス・プロバイダ１０へのチャネルを確立する構
成部分である。好適な実施例では、チャネルは、サービ
ス・プロバイダとスプリット・チャネル・ブリッジング
・ユニット１８の間の高帯域幅チャネルである。ルーチ
ング部分６０９は、ハブ５２とルーター４２による拡張
サーバ１０とカスタマ構内設備２０の間のデータのルー
チングを制御する。ルーチング部分６０９がどのように
ルーチングするかはディレクタ６０１によって決定され
る。デフォルトのルーチングは双方向低帯域幅チャネル
経由である。すなわち、好適な実施例では、拡張サービ
ス・プロバイダ１０とカスタマ構内設備２０の間のデー
タ伝送は、図１の要素１２、１４、１６、３８、４２、
５２、５４、２６、２４、２２を経由する。しかし、デ
ィレクタ６０１は、ルーチング部分６０９に、単方向高
帯域幅チャネルを確立させることもある。この場合デー
タ伝送は、１２、１４、１６、３８、４０、４２、４
４、４６、２８、３０、３６を経由する。

【００４０】＜低・高帯域幅チャネルのユーザによる制
御：図７＞好適な実施例では、ディレクタ６０１は、低
帯域幅チャネル（６１１、６１７）を通じてカスタマ構
内設備２０から受信したメッセージに反応して、カスタ
マ構内設備２０とサービス・プロバイダ１０の間のデー
タ伝送にどのチャネルが使われるかを決定する。メッセ
ージはパーソナル・コンピュータ７４で作られ、パーソ
ナル・コンピュータはラッパ・プログラムの制御の下で
動作する。図７は、パーソナル・コンピュータ７４と、
カスタマ構内設備２０のユーザが低帯域幅と高帯域幅の
チャネルを選択出来るようにパーソナル・コンピュータ
が発生するグラフィカル・ユーザ・インタフェースの詳
細を示す。

【００４１】パーソナル・コンピュータ７０１は、プロ
セッサ７０３、メモリ７０５、ディスク・ストレージ・
システム７０９、ディスプレイ７１５、マウスまたはキ
ーボード７１３のような入力デバイスといった通常の構
成部分を有する。プロセッサ７０３は、図１の７８、７
６を経由して双方向低帯域幅チャネルに、また７２、７
０、６８、５８を経由して高帯域幅チャネルに接続さ
れ、その結果、高帯域幅チャネル経由でデータを受信出
来、低帯域幅チャネル経由でデータの送受信が出来る。
最後に、接続８０は、プロセッサ７０３によってホーム
・コントローラ７０の制御が出来るようにする。

【００４２】ディスク・ストレージ・システム７０９
は、ラッパ・プログラム７０７とサービス・プロバイダ
１０のためのＰＣユーザ・インタフェース・プログラム
を含むデータとプログラムを含む。プログラムがプロセ
ッサ７０３によって実行されている時、その一部は現在
実行され、その部分のために必要なデータはメモリ７０
５にある。さもなければ、プログラムと持続するデータ
はディスク・ストレージ・システム７０９に保存され
る。好適な実施例では、持続するデータは、ディスク・
システム７０９のフレーム・ファイル（ＦＦ）７１１に
保存された、ディスプレイ７１５のスクリーンに表示す
るために使われる情報を含む。

【００４３】システム６００とラッパ・プログラム７０
７の制御の下で行われる図１のシステムの動作が以下概
観される。サービス・プロバイダ１０を使いたいと望む
ユーザがラッパ・プログラム７０７を呼び出し、ラッパ
・プログラムはパーソナル・コンピュータ７４と制御プ
ロセッサ４８の間に低帯域幅チャネルを確立し、現在は
ディレクタ６０１とメッセージの送受信が出来る。ラッ
パ７０７の実行中、ユーザのサービス・プロバイダの選
択に反応して、ラッパ７０７は低帯域幅チャネルを経由
してディレクタ６０１への接続を確立し、サービス・プ
ロバイダ１０を特定する。その後ディレクタ６０１は、
ソース・アクセス６０５が高帯域幅チャネル経由サービ
ス・プロバイダ１０にアクセスするようにし、ルーチン
グ６０９がサービス・プロバイダ１０とパーソナル・コ
ンピュータ７４の間で双方向低帯域幅チャネルを使って
パーソナル・コンピュータ７４とサービス・プロバイダ
１０の間で通信するようにする。チャネルが確立される
と、サービス・プロバイダＰＣソフトウェア７０８の実
行を開始し、サービス・プロバイダＰＣソフトウェア７
０８はラッパ７０７とディレクタ６０１によって確立さ
れた低帯域幅チャネルを経由してサービス・プロバイダ
１０と通信する。いくつかの実施例では、サービス・プ
ロバイダＰＣソフトウェア７０８は、低帯域幅チャネル
が確立された後、ＰＣ７４にダウンロードされる。以下
詳細に説明されるように、低・高帯域幅どちらかのチャ
ネルが、ダウンロードのために使われる。

【００４４】この時点で、ディスプレイ７１５には、図
７に示すものが表示される。ディスプレイ７１５には２
つの主なウインドウがある。サービスからの情報（メモ
リ７０５にローカルに保存されているか、サービス・プ
ロバイダ１０から受信した情報）を表示するサービス・
ウインドウ７１７と、ラッパ制御ウインドウ７１９であ
る。現在の説明にとって重要なラッパ制御ウインドウ７
１９の部分は、現在どのサービスがウインドウ７１７に
制御されているかを示すウインドウ７２１と、低ボタン
７２３、高ボタン７２５である。それらの名前が示すよ
うに、これらのボタンはサービス・プロバイダ１０から
パーソナル・コンピュータ７４への情報の送信にどちら
のチャネルが使われるかを決定する。低ボタン７２３が
デフォルトである。このコンフィギュレーションでは、
双方向低帯域幅チャネルが、パーソナル・コンピュータ
７４とサービス・プロバイダ１０の間の両方向のデータ
伝送に使われる。ユーザが入力デバイス７１３を使って
高ボタン７２５を「押す」と、コンフィギュレーション
が切り替わって、高・低両方の帯域幅のチャネルが使用
可能となり、高帯域幅チャネルがサービス・プロバイダ
１０からパーソナル・コンピュータ７４へのデータ伝送
に使われる。サービス・プロバイダ１０からパーソナル
・コンピュータ７４へのデータ伝送に低帯域幅チャネル
だけを使う状態に復帰するには、ユーザは低ボタン７２
３を「押す」。

【００４５】もちろん、ユーザが入力デバイス７１３を
使って高ボタン７２５や低ボタン７２３を押す時実際に
起こるのは、ラッパ・プログラム７０７による、ボタン
が押されたことを表示するディスプレイ７１５を発生す
るウインドウ・システムからの入力の受信である。その
後ラッパ・プログラム７０７は低帯域幅チャネルを経由
してディレクタ６０１に、ユーザが低・高どちらかの帯
域幅を選択したことを示すメッセージを送信することに
よって入力に反応する。その後ディレクタ６０１は、ル
ーチング部分６０９にサービス・プロバイダ１０からの
出力をユーザが望むように送らせることによってメッセ
ージに反応する。

【００４６】他の実施例では、チャネル選択メッセージ
はユーザからと同様、サービス・プロバイダ１０から来
ることもある。サービス・プロバイダがメッセージを供
給する場合の１例は、サービス・プロバイダがサービス
ＰＣソフトウェア７０８をダウンロードする必要がある
場合である。この場合、サービス・プロバイダ１０はメ
ッセージを送り、ディレクタ６０１にダウンロードの間
高帯域幅チャネルを選択させ、その後サービスのインタ
ラクションのために低帯域幅チャネルに復帰させる。チ
ャネル選択がサービス・プロバイダ１０から来る場合の
別の例は以下である。ユーザがファイルを要求する時、
サービス・プロバイダ１０はファイルのサイズによって
高帯域幅チャネルと低帯域幅チャネルのどちらを使うか
を決定出来る。

【００４７】＜システム６００の利用の詳細：図８〜図
１８＞この節はシステム６００の利用の詳細を説明す
る。この節の図では、円はＵＮＩＸオペレーティング・
システムによって供給されるプロセスを示す。点線が１
つのプロセスを別のプロセスに接続している場合、第２
のプロセスは第１のプロセスの子である。幅の広い矢印
は高帯域幅チャネルを示し、狭い矢印は低帯域幅チャネ
ルを示し、単一の線からなる矢印はチャネルを通じての
情報の流れを示す。図はルーチング・セッションの一例
における以下のステップを示す。・電話線アイドル・電話線接続・ラッパ７０７がディレクタ６０１に接続・ディレクタのスレーブが作られる・低帯域幅チャネル経由の通信・ユーザが高帯域幅通信を要求する・ディレクタ６０１がルーター６０９に高帯域幅通信の
許可を求める・許可が与えられる・高帯域幅ルートをルーチング・テーブルに追加・高帯域幅受け入れメッセージ・高帯域幅チャネル経由の通信図８はカスタマ構内設備２０からの電話線２２がアイド
ルで、ＰＣ７４が高帯域幅チャネル８１７に接続されて
いるがそこからデータを受信していない初期状態を示
す。図８に示すように、ディレクタ６０１とソース・ア
クセス６０５は１組のＵＮＩＸプロセスを使って実現さ
れる。ソース・アクセス８０７のプロセス８０５と８０
７（ａ〜ｎ）は、ハイパー・テキスト・トランスファ・
プロトコル（ｈｔｔｐ）を使うワールド・ワイド・ウェ
ブ・サーバを実現する。ｈｔｔｐデーモン（ｈｔｔｐ
ｄ）８０５は、入力するｈｔｔｐ要求に対して、タスク
を産出するプロセス８０７によって、要求を取り扱うサ
ービスを行う。図８では、全てのタスク処理８０７は、
現在他のＰＣユーザに利用されている。ルーチング６０
９のルーチング・テーブル８０９は、サービス・プロバ
イダ、システム６００、ＰＣの間で通信を方向付ける。
ルーチング・テーブル８０９は、８１１の部分のネット
ワークまたはホストと、８１３の部分のゲートウェイを
特定し、それによってホストまたはネットワークとやり
とりする通信を方向付ける。ルーチング・テーブル６０
９には常に２つのチャネルがある。１つはゲートウェイ
１で、ＰＣ、ディレクタ、サービス・プロバイダの間で
低帯域幅チャネルを使って通信をやりとりする。もう１
つはゲートウェイ３で、ケーブル・システムの中で利用
可能な帯域幅を管理するケーブル帯域幅マネージャ８１
５と、ルーチング６０９の他の構成部分との間で高帯域
幅制御通信をやりとりする。高帯域幅制御通信は、高帯
域幅チャネル８１９経由伝達される。

【００４８】図９は、ＰＣ７４のユーザがラッパ・プロ
グラム７０７を開始した後のシステム６００の状態を示
す。ラッパ７０７が呼び出されると、ラッパ・ウインド
ウ７１９がＰＣ７４のディスプレイ７１５に現れ、サー
ビス・プロバイダ１０の電話番号と共にあらかじめ組み
込まれたＰＣ７４のＴＣＰ／ＩＰソフトウェアがルーチ
ング６０９への低帯域幅チャネルを起用する。ルーチン
グ６０９は、ゲートウェイ１を通じてチャネルを送る。
低帯域幅チャネルが、ＰＣ７４とシステム６００の間の
狭い両向きの矢印９０１として図に現れる。幅広い片方
向きの矢印８１７は、ケーブル・テレビ・システムとＰ
Ｃ７４の間の下向き接続を意味することに注意すべきで
ある。この接続は常に物理的には存在しているが、デー
タをサービス・プロバイダ１０からこの特定のＰＣ７４
にデータを運ぶための高帯域幅チャネルとしてはまだ使
われておらず、その結果ルーチング・テーブル８０９に
はこの高帯域幅チャネルはエントリしていない。ケーブ
ル・テレビの接続は多くのユーザによって分割され、Ｐ
Ｃの高帯域幅チャネルが確立されサービス・プロバイダ
１０がデータをこのＰＣに送る時のみこのＰＣ７４に向
けられたデータを運ぶ。

【００４９】図１０は、ラッパ・プログラム７０７が次
にディレクタ６０１へのＴＣＰソケット接続１００１を
起動することを示す。ディレクタ６０１はサービス・プ
ロバイダ１０からのデータをＰＣへの低帯域幅パス、高
帯域幅パスのどちらかへ向ける。このアーキテクチャで
は、方向付けは、（以下の図で示すように）特定のＰＣ
のために、ルーチング・テーブル８０９への高帯域幅ホ
スト・スペシフィック・ルートを加えるか、それを削除
することによって行われる。ルーチング６０９からのデ
フォルトのゲートウェイは常に低帯域幅である。ルーチ
ング・テーブル８０９にエントリが加えられると、それ
は低帯域幅のデフォルトに優先する。

【００５０】図１１では、ＰＣからＴＣＰ接続要求が入
力されると、常にゲートウェイ１の低帯域幅チャネルを
注目しているディレクタ・デーモン・プロセス８０１
が、このＰＣのためにディレクタ・スレーブ・プロセス
８０３（Ｎ）をフォークするので、ＰＣはいまやＰＣ７
４（Ｎ）と呼ばれる。ラッパ７０７とディレクタ６０１
の間の全てのメッセージ通信は今後ディレクタ・スレー
ブ・プロセス８０３（Ｎ）を伴う。ＴＣＰソケット接続
が完全に確立されると、ＰＣ７４（Ｎ）のラッパ７０７
は、ＰＣのＩＰアドレスとＰＣユーザのＩＤをディレク
タ６０１に「コネクト」メッセージ（図示せず）を経由
して送る。

【００５１】この時点で、図１２では、ユーザは、ラッ
パ・ウインドウ７１９のサービス・プロバイダのための
ボタン７２１をクリックし、ラッパ７０７はサービス・
プロバイダ１０をゲートウェイ１の低帯域幅チャネル経
由で呼び出す。サービス・プロバイダのグラフィカル・
ユーザ・インタフェースがサービス・ウインドウ７１７
に現れる。ここでユーザはサービス・プロバイダ１０を
低帯域幅チャネル経由で使うことが出来る。どのチャネ
ルが現在使われているかはボタン７２３または７２５を
強調することによってラッパ・ウインドウ７１９に表示
される。ここでは、ボタン７２３が強調され、低帯域幅
チャネルが使われていることを示す。サービス・プロバ
イダとのインタラクションがサービス・ウインドウ７１
７で行われる。ラッパ・ウインドウ７１９は、高速トラ
ンスポートを要求する手段を供給するためだけにスクリ
ーンに残る。

【００５２】ユーザとウインドウ７１７のサービス・プ
ロバイダの間のインタラクションは、サービス・プロバ
イダ・ソフトウェア７０８（この場合、ＰＣモザイク）
からの要求を生じる。これらの要求は、ｈｔｔｐタスク
・プロセス８０７（ｃ）をフォークして、要求に対する
サービスを行うｈｔｔｐデーモン・プロセス８０５によ
って受信される。タスク・プロセス８０７からのデータ
は、ルーチング・テーブル８０９によって指示されたル
ートを経由して、この場合には、ゲートウェイ１のデフ
ォルトの低帯域幅ルートを通じてＰＣ７４（ｎ）に戻さ
れる。

【００５３】図１３では、ユーザはボタン７２５をクリ
ックすることによって大きな画像をダウンロードする準
備をする。これによってラッパ７０７は、”ｈｉｇｈ＿
ｓｐｅｅｄ＿ｒｅｑｕｅｓｔ”メッセージ１３０１を低
帯域幅チャネル９０１経由ディレクタ・スレーブ・プロ
セス８０３（Ｎ）に送る。ユーザがボタン７２５をクリ
ックしても、ラッパ７０７は、以下の図で示すように、
ディレクタ・スレーブ・プロセス８０３（Ｎ）からの肯
定的な承認を得るまで、ボタン７２５を強調しない。

【００５４】図１４は、”ｈｉｇｈ＿ｓｐｅｅｄ＿ｒｅ
ｑｕｅｓｔ”メッセージ１３０１を受信して、システム
６００に起こることを示す。ディレクタ・スレーブ・プ
ロセス８０３（Ｎ）は、前に接続メッセージの中で送ら
れたユーザのＩＤとＰＣ７４（Ｎ）のＩＰアドレスを受
け取り、それらをパラメータとして、ディレクタ６０１
の”ｇｅｔ＿ｃａｂｌｅ”プリミティブ・ファンクショ
ンに送り、ディレクタは今度はメッセージ１４０１をル
ーチング６０９のＣＢＭ部分８１５に送り、ケーブル・
チャネルの１つのユーザに帯域幅が利用可能かどうかを
問い合わせる。

【００５５】図１５は、どのように高帯域幅チャネルが
ＰＣ７４（Ｎ）に割り当てられるかを示す。ＣＢＭ８１
５は、帯域幅アルゴリズムを使ってどのチャネルをＰＣ
７４（Ｎ）に割り当てるべきかを決定し、ＰＣ７４
（Ｎ）がそのチャネルに同調されるようにコマンドをル
ーター４２に送る（図示せず）。ＰＣ７４（Ｎ）が成功
裡にチャネルを割り当てられると、メッセージ１５０１
がＣＢＭ８１５から戻り、ｇｅｔ＿ｃａｂｌｅプリミテ
ィブを成功裡に復帰させる。

【００５６】ｇｅｔ＿ｃａｂｌｅプリミティブ・ファン
クションから成功裡に復帰した後、ディレクタ・スレー
ブ・プロセス８０３（Ｎ）は、図１６で、（接続メッセ
ージの中で受信したＩＰアドレスを使って）高帯域幅ル
ートを使うために、ＰＣ７４（Ｎ）のためのホスト・ス
ペシフィック・エントリ１６０１と共に、ルーチング・
テーブル８０９をアップデートする。

【００５７】図１７では、一度ルーチング・テーブル８
０９がアップデートされると、ディレクタ・スレーブ・
プロセス８０３（Ｎ）は”ｈｉｇｈｓｐｅｅｄａｃ
ｃｅｐｔ”メッセージ１７０１をＰＣ７４（Ｎ）に送り
返し、ラッパ７０７は低速ボタン７２３の代わりに高速
ボタン７２５を強調する。

【００５８】図１８に示すように、この時点で、ＰＣ７
４（Ｎ）のサービス・プロバイダ・プログラム７０８の
実行からサービス・プロバイダ１０への通信は通常通り
続いているが、タスクを行うｈｔｔｐタスク・プロセス
８０７（ｄ）からのデータはルーチング・テーブル８０
９のエントリ１６０１によって指示される高帯域幅ルー
ト経由でＰＣ７４（Ｎ）に戻される。

【００５９】＜システム６００の他の実施例＞１つの他
の実施例では、ルーチング・テーブル８０９がない。そ
の代わり、ディレクタ・スレーブ・プロセス８０３
（Ｎ）には、ＰＣ７４（Ｎ）へのＴＣＰ／ＩＰソケット
またはポートが２つある。ソケットの１つは低帯域幅チ
ャネル用で、もう１つは高帯域幅チャネル用である。デ
ィレクタ・スレーブ・プロセス８０３（Ｎ）は、サービ
ス・プロバイダ１０のソフトウェアとのインタラクショ
ンの際、ＰＣ７４（Ｎ）の代わりになる。特定のＰＣ７
４（ｘ）向けのサービス・プロバイダからのデータは全
て、そのＰＣのディレクタ・スレーブ・プロセス８０３
（ｘ）を通る。その後ディレクタ・スレーブ８０３
（ｘ）は、通信が低帯域幅でよい場合は低帯域幅ソケッ
トを通じてＰＣ７４（ｘ）に、また通信が特別な帯域幅
を必要とする場合は高帯域幅ソケットを通じてＰＣ７４
（ｘ）にデータを送る。この方法の利点は、工業規格の
ＴＣＰ／ＩＰプロトコルの組み合わせを使い、サービス
・プロバイダ１０のソフトウェアの変更を必要としない
点である。さらに、ディレクタ・スレーブ８０３（ｘ）
がルーチング・テーブル８０９へのアクセスを必要とし
ないので、サービス・プロバイダ１０のネットワーク・
ロケーションの制約がない。ルーチング・テーブル８０
９は有効なままなので、ホスト・スペシフィック・エン
トリは必要としない。単にＰＣへの低速ネットワーク・
アクセスのためのエントリと、高速ネットワーク・アク
セスのためのエントリがあるだけである。さらに、ＰＣ
７４に戻されるデータは全てディレクタ・スレーブ・プ
ロセス８０３を通過するので、ディレクタ・スレーブ・
プロセス８０３は、タスクの途中でデータの通過するソ
ケットを変更することによって速度を変えることが出来
る。主な欠点は利点と裏腹である。すなわちサービス・
プロバイダとＰＣの間の通信は全てディレクタ・スレー
ブ・プロセス８０３を通らなければならない。

【００６０】システム６００はソフトウェアの中で実行
されるので、その構成部分はシステム１の何らかのプロ
セッサで実現される。制御プロセッサ４８に加えて有り
得るロケーションとしては、サービスを供給するサービ
ス・プロバイダ１０によって使われるプロセッサや、サ
ービス・プロバイダ１０によって使われるプロセッサと
高帯域幅通信を行う付属プロセッサがある。第１の場
合、ディレクタ６０１、ルーチング６０９、ソース・ア
クセス６０５は全て、サービス・プロバイダ１０に属す
るプロセッサで実現される。第２の場合、ディレクタ６
０１とルーチング６０９は付属プロセッサの中にあり、
サービス・アクセス６０５はサービス・プロバイダ１０
のプロセッサの中にある。付属プロセッサが使われる
時、１つの付属プロセッサは多数のスプリット・チャネ
ル・ブリッジング・ユニット１８を制御出来る。

【００６１】サービス・プロバイダ１０が、ＰＣ７４か
らの低帯域幅チャネル・メッセージと高帯域幅チャネル
・メッセージを調整するために、ソフトウェアを切り換
えようとする場合、ディレクタ６０１は単にサービス１
０のためのタスクを行うプロセス８０７に統合される。
例えば、このタスクを行う各プロセス８０７は、プロセ
スをＰＣ７４に接続する低帯域幅と高帯域幅のソケット
を有する。ディレクタ６０１のこうした統合はライブラ
リ・ルーチンによって達成される。

【００６２】構成部分の特に有利な分配は以下である。
サービス・プロバイダ１０とＰＣ７４の間と、サービス
・プロバイダ１０とＣＡＴＶシステムの間の接続が、高
速電気通信網と公衆電話網を維持する電気通信プロバイ
ダによって供給される。高速電気通信網は、電気通信プ
ロバイダ、サービス・プロバイダ１０、ＣＡＴＶシステ
ム間の接続に使われ、公衆電話網はＰＣ７４と電気通信
プロバイダの間の通信に使われる。このシステムでは、
ソース・アクセス部分６０５はサービス・プロバイダ１
０に属するプロセッサの中で動作し、完全にサービス・
プロバイダ１０の管理下にある。ディレクタ部分６０１
とルーチング部分６０９は電気通信プロバイダに属する
プロセッサの中で動作する。

【００６３】＜ラッパ７０７の実現の詳細＞ラッパ７０
７の主要な目的は、ＰＣ７４のユーザに、データの下向
き伝送のために高・低いずれかの帯域幅を選択する能力
をサービス・プロバイダ１０から供給することである。
これは、ユーザがチャネルを変更し、ディレクタ６０１
とのユーザ・セッション（その間にプロセッサのディレ
クタ・スレーブ・プロセス８０３が下向きチャネルを制
御する）を確立するボタン７２３、７２５を備えてい
る。

【００６４】ラッパは以下の機能を供給する。・信号チャネルとして使うためにディレクタ６０１への
ＴＣＰの接続を確立する。・下向きリンク制御を行うために、ディレクタ・スレー
ブ・プロセス８０３のインスタンスを発生させる。・スレーブ・プロセス８０３との論理セッションを確立
する。・ＰＣのユーザが手動で高速または低速のリンクを選択
出来るようにグラフィカル・ユーザ・インタフェースを
供給する。・ブラウザの起動、ディレクトリ・サービス、その他の
ネットワーク・ツールへのアクセスの供給によって、ユ
ーザのサービス・プロバイダ１０へのアクセスを支援す
る便宜を供給する。

【００６５】ラッパ７０７は動作を開始する時、それ自
体を初期化した後、ディレクタ・デーモン８０１にＴＣ
Ｐ接続を確立しようとする。デーモン８０１は良く知ら
れたポートで接続の試みに注目する。接続されると、デ
ィレクタ・デーモン８０１は、ディレクタ・スレーブ・
プロセス８０３（ｍ）を産出し、ラッパ７０７の実行ｍ
によって全ての続いて起こるトランザクションを取り扱
う。ラッパ７０７は、接続要求メッセージとの接続を開
始する。関連するディレクタ・スレーブ８０３（ｍ）が
接続確認メッセージによって答える。接続確認メッセー
ジがラッパ７０７によって受信されると、セッションが
確立される。次に、ラッパ７０７はユーザのＰＣのスク
リーン上にグラフィカル・インタフェース７１９を表示
する。ディレクタ・スレーブ・プロセス８０３はラッパ
７０７からのメッセージを待つ。セッションは常に低速
モードを使う下向きリンク・セットから始まる。セッシ
ョンを開始し、グラフィカル・インタフェース７１９を
表示すると、ラッパ７０７はＰＣ７４のユーザからの入
力を待つ。ユーザは、高速リンクに切り換えようと決心
すると、ボタン７２５をクリックする。高速ボタン７２
５または低速ボタン７２３が作動される度毎に、ラッパ
はディレクタ・スレーブ７０３（ｎ）への信号の接続を
通じてリンク選択メッセージを送る。ディレクタ・スレ
ーブ７０３（ｎ）は、リンク選択メッセージを受信する
と、変更の許可を要求する。許可が与えられると、ディ
レクタ・スレーブはルーチング・テーブル８０９にエン
トリを追加または削除し、変更を行う。次にディレクタ
・スレーブ７０３（ｎ）はサクセス・メッセージをラッ
パ７０７に戻す。ラッパ７０７は、リンク変更の確認を
受信すると、対応するリンク選択ボタン７２３または７
２５を強調し、ユーザに、リンク選択プロセスがうまく
行ったことを視覚的にフィードバックする。

【００６６】ラッパ７０７とディレクタ６０１の間のメ
ッセージの要約が以下に示される。要求はラッパ７０７
に由来し、回答はディレクタ６０１に由来する。・ＣＯＮＮＥＣＴ：ディレクタとのセッションを確立す
るために使われる。(:message connect:use_id<max 21
char string>:ip_address<char string>) ・ＲＥＳＰＯＮＳＥ：(:message connect_accept:user_
id<max 21 char string>) (:message connect_refect:user_id<max21 char string
>:reason<u_int>) ・ＨＥＡＲＴＢＥＡＴ：セッションの接続を維持する。
(:message heartbeat:user_id<max 21 char string>) ・ＨＩＧＨＳＰＥＥＤ：高速リンクに切り換える。(:
message high_speed:user_id<max 21 char string>:ser
vice_class<charstring>) ・ＲＥＳＰＯＮＳＥ：(:message high_speed_accept:us
er_id<max 21 char string>) (:message high_speed_reject:user_id<max 21 char st
ring>:reason<u int>) ・ＬＯＷＳＰＥＥＤ：低速リンクに切り換える。(:me
ssage low_speed:user_id<max 21 char string>) ・ＲＥＳＰＯＮＳＥ：(:message low_speed_accept:use
r_id<max 21 char string>) ・ＱＵＥＲＹ：現在どちらの速度がセットされているか
を判断する。(:message query:user_id<max 21 char st
ring>) ・ＲＥＳＰＯＮＳＥ：(:message query_response:speed
_setting<high_speed or low_speed>) ・ＤＩＳＣＯＮＮＥＣＴ：ディレクタとのセッションを
終了する。(:message disconnect:user_id<max 21 char
string>) ・ＲＥＳＰＯＮＳＥ：何らかのメッセージに対して。(:
message bad_user_id:user_id<max 21 char string>)

【００６７】セッションが続く間、ラッパ７０７は周期
的にＨＥＡＲＴＢＥＡＴメッセージをディレクタ・スレ
ーブ・プロセス８０３に送る。ディレクタ・スレーブ・
プロセス８０３は周期的にＨＥＡＲＴＢＥＡＴメッセー
ジを受信することを予想している。所与の制限時間内に
ＨＥＡＲＴＢＥＡＴメッセージを受信しない場合、ディ
レクタ・スレーブ・プロセス８０３は、クライアントま
たは信号リンクが無効になったと判断してセッションを
終了する。

【００６８】ユーザがネットワーク・サービスの使用を
終えてラッパ・ウインドウ７１９の終了ボタン７２７を
起動すると、ＤＩＳＣＯＮＮＥＣＴメッセージがディレ
クタ・スレーブ・プロセス８０３に送られる。ディレク
タ・スレーブ・プロセス８０３は、そのメッセージを受
信すると、ラッパ７０７への接続を閉じ、すぐに終了す
る。ディレクタ・スレーブ・プロセス８０３は、ＤＩＳ
ＣＯＮＮＥＣＴメッセージを受信するか、既定の制限時
間内にＨＥＡＲＴＢＥＡＴメッセージが受信出来なくな
るまで、ラッパ７０７の要求に対するサービスを行う。

【００６９】ラッパのＧＵＩは、ページと呼ばれるグラ
フィカル・オブジェクトの多数の組み合わせを使って実
現される。実行中のラッパの静的な外観は、これらのペ
ージのうちの２つによって構成される。その初期状態で
ある、サービス・ページでは、１つのウインドウがディ
スプレイ７１５の全体を占める。スクリーンの左側には
ラッパ・ウインドウ７１９があり、スクリーンの右側に
はフレームがある。サービス・ウインドウ７１７はこの
フレームの中に位置する。

【００７０】＜ＧＵＩの動的再構築＞ラッパ７０７は、
プログラマが、テキスト・ファイルの形での詳細なグラ
フィカル・レイアウト（ページ）に関するコンフィギュ
レーション情報を保存出来る、マイクロソフト・ビジュ
アル・ベーシックＧＵＩ開発システム（「マイクロソフ
ト」と「ビジュアル・ベーシック」はＭｉｃｒｏｓｏｆ
ｔＣｏｒｐｏｒａｔｉｏｎの商標である）の機能を使
って実現される。ラッパ７０７はその後これらのテキス
ト・ファイルを解釈することによってＧＵＩを作り出
す。従って、ＧＵＩのグラフィカル・フィーチャーはラ
ッパ７０７のためのコードには組み込まれていない。グ
ラフィカル・フィーチャーがテキスト・ファイルに含ま
れているため、サービス・プロバイダ１０はＧＵＩのテ
キスト・ファイルをラッパ７０７にダウンロードし、ラ
ッパがそれ自体をサービス・プロバイダによって要求さ
れるように組み合わせるようにすることが出来る。以下
に説明する技術は他の何らかのツールとも一緒に使用出
来、スクリーンがテキスト・ファイルの解釈によって作
り出される。

【００７１】ビルトイン・グラフィカル機能の代わり
に、ラッパ７０７の好適な実施例は、１組のビルトイン
機能とスクリプト言語を有する。スクリプト言語は、動
的に作り出されるグラフィカル・フィーチャーを供給す
るために使われる。各グラフィカル・フィーチャーは関
連するスクリプト・ファイルを有する。スクリプト・フ
ァイルは、グラフィカル・フィーチャーがアクセスされ
る時解釈されるコマンドのリストを含む。例えば、ボタ
ンに関連するスクリプト・ファイルはボタンを押すこと
の視覚的な結果を特定する。ボタンが押されると、スク
リプト・ファイルが解釈される。

【００７２】ラッパ７０７のグラフィカル・ユーザ・イ
ンタフェースを作るために、作者は、通常の方法で、ビ
ジュアル・ベーシックを使ってグラフィカル・レイアウ
トを作り出すが、コードを作ることはない。作者がグラ
フィカル・レイアウトに満足すると、フォーマットはテ
キスト・ファイルとして保存される。スクリプト・ファ
イルは、ページの各グラフィカル・フィーチャーのため
に、タグの中で特定される。ラッパ７０７はこの方法で
実現されるので、その機能の多くはコードの変更やラッ
パ７０７の再コンパイルなしに特定・変更出来る。

【００７３】ラッパ７０７は、浮動ウインドウ・インプ
レメンテーションとメッセージに基づく位置決めを通じ
て、それを構成するウインドウの方向と配置を維持す
る。ラッパは、マイクロソフト・ウインドウズのメッセ
ージ・プリミティブを使って、フル・スクリーン・アプ
リケーションＧＵＩのフィーチャーとして、背景の上の
フレームの中のブラウザ・アプリケーションの大きさや
位置を決める。

【００７４】サービス・ウインドウ７１７は、サービス
・ウインドウ７１７の外で動きがある時はいつでも、Ｔ
ＯＰＭＯＳＴメッセージを送ることによって、一番上の
位置に維持される。こうした動きは、隣のラッパ・ウイ
ンドウ７１９にアクセスして、ボタン、画像、その他の
制御機能をクリックする時に起こる。ウインドウ７１９
でクリックがあると、ウインドウズはそのウインドウ・
オブジェクトをアクティブ・ウインドウにする。また、
ウインドウズは、アクティブ・ウインドウをを一番上の
ウインドウにするが、それはこの場合サービス・ウイン
ドウ７１７を隠すラッパ・ウインドウ７０７となる。ク
リックに反応してＴＯＰＭＯＳＴメッセージを送ること
によって、サービス・ウインドウ７１７は再び起動さ
れ、自動的に一番上のウインドウになる。ユーザはこれ
をブラウザ・ウインドウのごく早いリフレッシュとして
認める。同様の方法で、制御パネルは、クライアント・
エリアの外でのクリックに反応してＴＯＰＭＯＳＴメッ
セージを受信することによって、バックグラウンド・ウ
インドウの一番上に維持される。

【００７５】リモート・コントロール・コンフィギュレ
ーションでは、ラッパはインプレメンテーションを通じ
て、浮動ウインドウとして一番上の位置にある。これは
ワークスペース全体に影響するオブジェクトの基本的な
特徴である。

【００７６】＜ラッパ７０７とシステム６００のその他
の利点＞ＰＣ７４（Ｎ）のラッパ７０７とディレクタ・
スレーブ８０３（Ｎ）の間には常に双方向低帯域幅チャ
ネルがあるので、ユーザは１つのサービス・プロバイダ
１０から高帯域幅チャネル経由情報を受信しているから
といって、ディレクタ・スレーブ８０３（Ｎ）に他のサ
ービス・プロバイダ１０と接続するように命令出来ない
わけではない。ディレクタ・スレーブ８０３（Ｎ）は、
他のサービス・プロバイダ１０から低帯域幅チャネル経
由情報を返すか、他の高帯域幅チャネルを得ることが出
来る。こうした場合、ラッパ７０７はもちろん２つのサ
ービス・ウインドウ７１７をセットアップする。

【００７７】ラッパ７０７とシステム６００を組み合わ
せるもう１つの利点は、それが非常に柔軟な代金請求を
提供することである。ディレクタ６０１が動作するプロ
セッサは通常多量のストレージを有しており、それは代
金請求データベース（例えば、図５のデータベース９
６）のために使用出来る。第１に、ユーザはどのチャネ
ルが使われているかを直接制御しているので、差別料金
率を容易に受け入れる。第２に、ディレクタ・スレーブ
・プロセス８０３（Ｎ）がＰＣ７４（Ｎ）のユーザの要
求に応じて低帯域幅と高帯域幅のチャネルを切り換える
ので、ディレクタ・スレーブ・プロセス８０３（Ｎ）は
容易に、差別料金のために必要な情報をデータベース９
６に記録出来る。

【００７８】特定の場合にどんな種類の請求がされるか
は、もちろん、サービスと低・高帯域幅アクセスを供給
する側とサービスのユーザ側とに働く市場の力によって
決定される。以下のような可能性がある。１．低・高帯域幅接続の無制限の使用に対する月極均一
料金。自宅勤務者やテレコミューティングのユーザ向
け。２．低帯域幅接続の月極均一料金と高帯域幅接続の従量
性料金。３．低帯域幅、高帯域幅接続のための別々の月極均一料
金。例えば、電子メールなどのテキストのサービスのた
めの低帯域幅アクセスに、グラフィックな高密度のサー
ビスのために、別にオプションの高帯域幅サービスを追
加する。４．低・高帯域幅サービス両方のための従量料金。５．低帯域幅の通常の代金請求と、高帯域幅ダウンロー
ドに対するトランザクション・ベースの課金。例えば、
新リフトパッケージのダウンロードに対して５＄。６．（１）〜（５）のように課金されるが、「８００」
サービスのようなコンテント／サービス・プロバイダに
請求される。例えば、ＡＴ＆Ｔがサービス・プロバイダ
１０に課金し、サービス・プロバイダ１０がエンド・ユ
ーザに請求する。

【００７９】＜図１のシステムのテレコミューティング
での使用＞システム６００のチャネル帯域幅選択機構を
有する図１のシステムの１つの適用領域は、テレコミュ
ーティングである。帯域幅の不足はテレコミューティン
グの最大の問題の１つである。通常、情報作業者は、一
般に新しい情報を作り出すよりも、情報を検討すること
にはるかに多くの時間を費やす。オフィスでは、作業者
が必要とする情報はＬＡＮのような高帯域幅チャネルを
通じて利用出来、情報を作業者のワーク・ステーション
にダウンロードする時間は問題にならない。しかし、情
報作業者は、テレコミューティングを行う場合、電話線
に接続されたモデムによって供給される低帯域幅チャネ
ルを使わなければならない。このチャネルの帯域幅が小
さいため、テレコミュータが映像として保存された文書
や、非常に大きいテキスト・ファイルを使って作業をす
ることは事実上不可能である。しかし、こうした情報作
業者の多くはケーブル・テレビを有しており、入力高帯
域幅チャネルを有している。図１のシステムによって、
ケーブル・テレビをテレコミュータに情報をダウンロー
ドするための高帯域幅チャネルとして使うことが出来、
システム６００のチャネル帯域幅選択機構と結合される
と、状態に合わせて低帯域幅、高帯域幅どちらのチャネ
ル経由でもダウンロードが出来るようになる。

【００８０】現代のオフィス・コンピューティング・シ
ステムはクライアントとサーバがネットワークによって
接続されたクライアント・サーバ・システムである。サ
ーバはオブジェクトを含み、通常、ネットワークに接続
されたＰＣや他のコンピュータ・システムで処理を行う
クライアントのためにこれらのオブジェクトの上で動作
する。例えば、ファイル・サーバはデータ・ファイルを
含み、クライアントの要求に応じてこれらのファイルの
操作を行う。スケジュール・サーバがオフィスのスケジ
ュールを維持し、クライアントの要求に応じてスケジュ
ール・オペレーションを行う。もちろん、サーバはクラ
イアントでもよい。例えば、スケジュール・サーバはス
ケジュール情報をファイルに保存し、ファイル・サーバ
のクライアントになっても良い。

【００８１】図１のシステムがテレコミューティングの
ために使われる時、サービス・プロバイダ１０はパーソ
ナル・コンピュータ７４のユーザがテレコミューティン
グするオフィスのオフィス・コンピューティング・シス
テムのクライアントである。こうしたシステムのサービ
ス・ウインドウ７１７に現れるものは、パーソナル・コ
ンピュータ７４のユーザが自分のＰＣを仕事で使う時、
パーソナル・コンピュータ７４のユーザが見るものと全
く同じである。クライアント・サービス・プロバイダ１
０はオフィスのサーバと、ユーザがオフィスにいる時ア
クセスするのと全く同じ方法でアクセスし、テレコミュ
ータに必要な情報を供給出来る。もちろん、図１のシス
テムがシステム６００を使って実現する場合、クライア
ントとユーザのどちらかがダウンロードのための最も有
利な帯域幅を選択出来る。

【００８２】＜結論＞以上の詳細な説明は、親に当たる
特許出願の図１のシステムが、高帯域幅チャネルと低帯
域幅チャネルのどちらかがサービス・プロバイダからの
情報の出力のために使えるようにするチャネル切り換え
機器の追加によっていかに改善されるかを示した。本発
明の１つの実施例では、チャネル切り換え機器は情報の
受信者によって制御され、他の実施例では、情報源によ
って制御される。

【００８３】他の実施例では、チャネルの異なったトラ
ンスポートも使われる。例えば、ケーブル・テレビ・ネ
ットワーク上で２方向通信を許容するシステムでは、低
帯域幅チャネル、高帯域幅チャネルの両方が、ＣＡＴＶ
システムでトランスポートとして使われる同軸ケーブル
か光ファイバ・ケーブルを使用することがある。

【００８４】詳細な説明は、チャネル切り換え機器の多
数の異なった実施例を説明しており、本発明が関連する
技術に熟練した者には、他のバリエーションが有り得る
ことがすぐに分かるだろう。同時に、ここで開示された
ラッパ・プログラムは、多くの異なった方法で実現さ
れ、多くの異なったグラフィカル・ユーザ・インタフェ
ースを持ち得る。最後に、チャネルをセットアップする
ために使われる技術とそれを通じて通信するために使わ
れるプロトコルもまた、本発明が実現されるシステムに
依存する。

【００８５】上記全ての場合、以上の詳細な説明は、あ
らゆる面で説明的であり、非制限的であるとみなされ、
ここで特許請求される本発明の範囲は、特許法によって
許容される最大限の広さを持って解釈される添付の請求
項からのみ決定される。

【図面の簡単な説明】

【図１】本発明の実施例に従う通信システムを示す図で
ある。

【図２】図１で参照された制御プロセッサの構成図であ
る。

【図３】図１で参照されたホーム・コントローラーの構
成図である。

【図４】本発明の他の実施例に従うカスタマ構内設備の
構成図である。

【図５】図４で参照されたホーム・コントローラーの構
成図である。

【図６】制御プロセッサ４８の中で使われる制御アーキ
テクチャの構成図である。

【図７】パーソナル・コンピュータ７４の中で使われる
グラフィカル・ユーザ・インタフェースのためのアーキ
テクチャの図である。

【図８】制御アーキテクチャの第１の詳細図である。

【図９】制御アーキテクチャの第２の詳細図である。

【図１０】制御アーキテクチャの第３の詳細図である。

【図１１】制御アーキテクチャの第４の詳細図である。

【図１２】制御アーキテクチャの第５の詳細図である。

【図１３】制御アーキテクチャの第６の詳細図である。

【図１４】制御アーキテクチャの第７の詳細図である。

【図１５】制御アーキテクチャの第８の詳細図である。

【図１６】制御アーキテクチャの第９の詳細図である。

【図１７】制御アーキテクチャの第１０の詳細図であ
る。

【図１８】制御アーキテクチャの第１１の詳細図であ
る。図６〜図１８に初めて出てくる参照番号は２つの部
分からなる。右側の２つの数字は図の中の参照番号を示
し、残りの数字は図を示す。従って、参照番号６０１
は、最初に図６に出てくる事項を表す。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号庁内整理番号ＦＩ技術表示箇所Ｈ０４Ｍ 11/08 Ｈ０４Ｌ 13/00 ３０７Ｂ (72)発明者エリックエル．エドバーグアメリカ合衆国 60563 イリノイズ，ネイパーヴィル，ベインブリッジ 1212 (72)発明者ヴェンカタチャラパシマジェッティアメリカ合衆国 60565 イリノイズ，ネイパーヴィル，サリスバリードライヴ 2298 (72)発明者ジョンレオナードシェファードアメリカ合衆国 60504 イリノイズ，オーロラ，ミドルバリードライヴ 1317

Claims

【特許請求の範囲】

【請求項１】ユーザに離れたデータへのアクセスを供
給するためのインタラクティブ機器であって、低帯域幅ネットワークと、高帯域幅ネットワークと、低帯域幅ネットワーク、高帯域幅ネットワーク両方を経
由してアクセス出来る離れたデータのためのデータ・ソ
ースと、離れたデータを受信するためのユーザ・アクセス手段
と、ユーザ・アクセス手段をデータ・ソースに接続するため
の接続手段であって、ユーザ・アクセス手段を高帯域幅ネットワーク経由接続
するための高帯域幅接続手段と、ユーザ・アクセス手段を低帯域幅ネットワーク経由接続
するための低帯域幅接続手段とを含む接続手段と、低帯域幅ネットワーク経由ユーザ・アクセス手段に接続
され、低帯域幅接続手段によって、ユーザ・アクセス手
段とソースを低帯域幅ネットワーク経由双方向接続する
ことで第１アクセス・コマンドに反応し、高帯域幅接続
手段によって、ユーザ・アクセス手段とソースを高帯域
幅ネットワーク経由単方向接続することによって第２ア
クセス・コマンドに反応するために接続手段に接続され
る、接続制御手段とを含む機器。
【請求項２】ユーザ・アクセス手段が第１、第２アク
セス・コマンドのソースである、請求項１に記載の機
器。
【請求項３】接続制御手段がデータ・ソースに追加し
て接続され、データ・ソースが少なくとも第２アクセス・コマンドの
ソースである、請求項１に記載の機器。
【請求項４】ユーザ・アクセス手段がさらにユーザ入
力手段を含み、ユーザ・アクセス手段がユーザ入力手段に反応して第
１、第２アクセス・コマンドを供給する、請求項２に記
載の機器。
【請求項５】ユーザ・アクセス手段が接続制御手段に
接続されている一方で、ユーザ・アクセス手段が高帯域
幅ネットワーク経由ソースに接続される、請求項１に記
載の機器。
【請求項６】ユーザ入力手段とディスプレイ手段を含
み、コンピュータ・システムがソース、シンク両方であ
る低帯域幅ネットワークと、コンピュータ・システムが
単にシンクで、離れたデータを高帯域幅ネットワークま
たは低帯域幅ネットワークに接続するための手段にコマ
ンドを供給する高帯域幅ネットワークに接続されるコン
ピュータ・システムで使用されるユーザ・インタフェー
スであって、コンピュータがデータをデータ・ソースから、高帯域幅
ネットワーク、低帯域幅ネットワークのどちらを通じて
受信しているかを示すディスプレイ手段の表示と、帯域幅の切り換えを示すユーザ入力手段に反応して、接
続のための手段に切り換えコマンドを供給するための手
段とを含むユーザ・インタフェース。
【請求項７】情報の送り先から情報ソースへの低帯域
幅チャネルと、反対方向の高帯域幅チャネルを持ち、低
帯域幅チャネルは制御情報のために使われ、高帯域幅チ
ャネルは、制御情報に反応して情報ソースから情報の送
り先に出力される出力情報のために使われる改善された
情報アクセス・システムであって、その改善点が、双方向低帯域幅チャネルと、低帯域幅チャネルに接続され、メッセージに従って、出
力情報をソースから送り先に転送するために高帯域幅チ
ャネル、低帯域幅チャネルのどちらかを選択するために
受信される帯域幅選択メッセージに反応する手段とを含
むシステム。