JP2002529016A

JP2002529016A - イーサネット（登録商標）ディジタル格納（ｅｄｓ）カードおよびサテライト送信システム

Info

Publication number: JP2002529016A
Application number: JP2000578961A
Authority: JP
Inventors: アール．，ザサードロバーツ，ロズウェル; ラーナー，イアン; イー．テシュメイシャー，ロウェル
Original assignee: スターガイドデジタルネットワークス，インコーポレイティド
Priority date: 1998-10-23
Filing date: 1999-10-22
Publication date: 2002-09-03
Also published as: WO2000025482A1; EP1123607A4; BR9915535A; EP1123607A1; CN1348649A; MXPA01004047A; CA2348051A1

Abstract

(57)【要約】イーサネットディジタル格納カード３４およびサテライト送信システム１０は、ビデオ、オーディオ、テキストおよびマルチメディアファイル、特にサテライト送信から受信されたファイルを受信し、格納し、送信する。好適実施例において、サテライトシステムは、ＥＤＳカード３４を用いた受信機３２を有する。データストリームは、受信機３２により受信され、次いで受信機に格納されるかまたはＴＣＰ／ＩＰパケットとして直接ルーティングされる。受信されたまたは格納されたデータファイルは、マルチキャスティングすることができる。ＥＤＳカード３４はまた、カード上に格納されるカードパラメータおよび何れかのファイルへのウェブアクセスのためのＨＴＴＰサーバを含む。ＥＤＳカード３４上のＤＨＣＰは、カードＩＰアドレスのダイナミック構成を提供する。ＥＤＳカード３４はまた、送信し、受信し、宣誓供述収集するＰＰＰおよびモデムプロセサを含む。ＥＤＳカード３４はまた、予め決定された時に、または外部からのプロンプト時に、ファイルをトリガするイベントスケジューラを含む。コマンドプロセサは、プレイされたオーディオスポットの組み込みログを保持し、コマンドが受信されたとき、コマンド原に応答する。ファイルは、ＥＤＳカード３４からサテライトＭ＆Ｃポート、イーサネットポートまたは補助ＲＳ２３２ポート経由で送信できる。ファイルは、サテライト、Ｍ＆Ｃポート、イーサネットポートまたは補助ＲＳ２３２ポートからのデータストリームからＥＤＳカード３４により受信できる。ＥＤＳカード３４はまた、時間シフトでき、格納部付きＨＴＴＰ制御ルータとしてサテライトに送ることなく使用できる。

Description

【発明の詳細な説明】

【０００１】［関連出願との相互参照］本出願は、以下の２件の米国特許出願を一部継続出願である。

【０００２】（１）米国仮特許出願出願番号：６０／１０５，４６８出願日：１９９８年１０月２３日発明の名称：ローカル受信機の格納、復号、および出力のための装置
と使用方法（２）米国実用特許出願出願番号：０９／２８７，２００出願日：１９９９年４月３日発明の名称：サテライト受信機／ルータ、システム、および使用方法本出願は、下記の先行出願である米国仮特許出願の継続出願である。

【０００３】出願番号：６０／１０５，８７８出願日：１９９８年１０月２７日発明の名称：イーサネットサテライト配信装置前記出願のすべての開示内容は参照により本出願の中で取り入れられるている
。

【０００４】［連邦後援の研究開発に関する陳述］適用なし［発明の背景］本発明は、一般に、イーサネットディジタル格納（ＥＤＳ）カード、サテライ
ト送信システム、およびデータ配信または広告の方法に関する。さらに詳しくは
、本発明は、ビデオファイル、オーディオファイル、テキストファイル、および
マルチメディアファイルを含むファイル、特にサテライト送信を介して受信した
ファイルを、受信し、格納し、送信するためのＥＤＳカードに関する。

【０００５】帯域幅を浪費するファイルをエラーなく、時間に重点をおいて分散させるため
のシステムを開発するための努力が、しばらくの間、データ配信産業を推し進め
てきた。放送産業、特に、ラジオ放送産業の間では、プライベート・ネットワー
ク・システムが進歩し、その後のラジオ放送のためのオーディオファイルの配信
を容易にしてきた。これらのプライベート・ネットワーク・システムは、システ
ムのコンテンツを確実にすばやく配信するために、「ベントパイプ」としてサテ
ライトをしばしば用いている。これらのプライベート・ネットワーク・システム
は、原始的なリピータから、受信局をより高度な対話と信頼性を可能にするシス
テムまで徐々に発展してきた。

【０００６】インターネットは、ディジタル情報をコンピュータからコンピュータへ送信で
きる巨大なコンピュータネットワークである。インターネットの強み−高度な相
互接続性−はまた、オーディオ放送送信のような、多量のディジタル情報、特に
ディジタル化した映像情報、オーディオ情報、あるいはビデオ情報を迅速かつ効
率的に分散させるためのきびしい問題を提起している。インターネット・サービ
ス・プロバイダ（ＩＳＰ）は、サテライト放送システムを介してユーザにインタ
ーネットコンテンツ（例えば、ＴＣＰ／ＩＰパケット）を配信することによって
、インターネットユーザへのコンテンツの配信速度を加速しようとしてきた。そ
のようなシステムの一つとして、「ＤｉｒｅｃＰＣ」の商標で提案されているシ
ステムのような、ディレクト−ツーホーム（ＤＴＨ）サテライト配信システムが
ある。このＤＴＨ型のシステムにおいては、そのシステムの各加入者あるいはユ
ーザは、（ｉ）サテライトディッシュへのアクセス手段と、（ｉｉ）サテライト
ディッシュに接続され、ユーザのＰＣに取り付けられたサテライト受信機と、（
ｉｉｉ）インターネット・ウェブ・サイトからの情報を要求するためのインター
ネット・バック・チャンネルを持たなければならない。ＤＴＨシステムは、この
ように、各ユーザが自分自身の受信機とサテライトディッシュへの接続手段とを
持たなければならないために、大変高価である。ＤＴＨシステムはまた、サテラ
イトアンテナおよび受信機を各ＤＴＨユーザのＰＣに取り付けるため、配備がい
くぶん困難である。

【０００７】ＤＴＨシステムはまた、既存のサテライトシステムを利用しておらず、大抵は
、ユーザへのインターネットコンテンツの配信専用の単一搬送波システムである
。それはまた、ユーザに、例えばインターネットを介さないラジオ放送あるいは
ファックスサービスのような、他の形式のサービスを受信するための柔軟性を与
えず、ましてやその他のシステムへ分散させる柔軟性を与えない。ＤＴＨシステ
ムはまた、一般的に、ヘッドエンドでＩＰパケットを変更するために、受信端に
おいてパケットを再構築する必要性があり、著しい処理の遅れが生じる。

【０００８】ＤＴＨシステムは一般的にＤＶＢ標準を用いている。ＤＶＢ標準のイベントに
おいては、ＤＴＨシステムは他のサービスを放送することができる。ＤＶＢシス
テムは、しかしながら、統計的なデータ搬送波を用いている。このため及びその
他の理由から、ＤＶＢシステムは、ＤＶＢシステムを介して送られてきた統計的
多重搬送波からパケットを再構築する必要性があるため、しばしば著しい更なる
遅れを生じる。ＤＴＨシステムはまた、それが供給するデータストリームに著し
いオーバーヘッドを加えるので、ＤＶＢデータストリームを処理し、配信するた
めに、追加帯域幅と、それに付随したコストを必要とする。

【０００９】ＤＴＨシステムはまた、一般的に、その帯域幅がかなり制限される。例えば、
消費者ＤｉｒｅｃＰＣシステムは、４４０ｋｂｐｓに制限されている。このため
、単一搬送波によってシステムの全てのユーザへ、インターネットコンテンツ、
特に大量コンテンツを分散させるための、信頼性があり、柔軟で、迅速な分散手
段としての有効性に限界がある。

【００１０】サテライトを介してインターネットコンテンツを配信するためにＩＳＰ他によ
って用いられているもう一つのシステムは、商用または業務用の高品質なサテラ
イト受信機を用いたシステムであり、ＬＡＮを介して受信したコンテンツを、Ｌ
ＡＮ上で、あるいは、モデムとそのモデムに相互接続された通信回線とを介して
、加入者に配信するための、ＩＳＰ−ＬＡＮまたは同様のＬＡＮに接続された従
来のインターネットルータと共に用いられる。（従来技術の図３参照。）これら
の、受信機とルータが独立したサテライトシステムには、一般的に、統合シリア
ル（殆どがＲＳ−４２２）インターフェースまたはデータ出力を持った従来のサ
テライトデータ受信機を使用する必要があった。そのデータ出力はルータに接続
されており、ルータはそのデータをイーサネット互換出力に変換し、ルーティン
グし、ＬＡＮ上のイーサネットに出力する。

【００１１】本出願人は、これらの従来のデータ受信機と独立ルータシステムには多くの問
題点があることを発見した。例えば、従来のデータ受信機はあまり柔軟性がなく
、一つか二つのサービスしかサポートしていない。そして、独立ルータの使用は
高価である。更に、この形式のシステムは通常ＤＶＢ転送機構を採用しており、
この機構は多くの理由からインターネットコンテンツおよび同等の形式のコンテ
ンツを送信するのにあまり適していない。その一つの理由は、上述したごとく、
ＤＶＢ転送プロトコルおよび機構がシステムにかなりの遅れを加えることである
。もう一つの理由は、本出願人が発見したとおり、ＤＶＢ転送機構が過剰な帯域
幅を使うことである。

【００１２】更に、従来のデータ受信機と独立ルータシステムは、大抵はローカル・エリア
・ネットワーク（ＬＡＮ）を介してルータにリンクした独立の格納メモリをしば
しば採用しており、このことは費用が更にかさみ、複雑さを増し、帯域幅を浪費
することになる。また、従来のシステムは扱いにくいために、その従来のシステ
ムの可調整の限度まで調整できないことがよくある。更に、従来の受信機は、一
般的に、マルチキャストを行うことができず、マルチキャストをサポートするた
めには高価なマルチキャスティング・ルータをシステムに追加しなければならな
い。

【００１３】本出願人は、ネバダ州リノにあるスターガイド・ディジタル・ネットワーク社
から入手可能ないくつかの従来のサテライトデータ送信システムおよびモジュー
ルを発展させることによって多くの問題を解決しようとした。このシステムおよ
びモジュールは、非同期サービス統計デマックス・インターフェース・モジュー
ル、ディジタル・ビデオ・復号器・モジュール、ＭＸ３・ディジタル・マルチメ
ディア・マルチプレクサ、ディジタル・オーディオ格納モジュール、およびディ
ジタル・マルチメディア・サテライト受信機を含む受信機に追加することが出来
る。しかし、コスト、効率および信頼性は依然として改善する余地がある。

【００１４】また、放送分野においては、広告は主要な収入源である。しかし、国家の広告
キャンペーンのようないくつかの形式の広告のラジオ放送は大抵人気がない。国
家の広告キャンペーンにおいては、広告「スポット」は、大抵、そのスポットが
行われる地域に限定されている。例えば、シカゴで行われる広告スポットは、シ
カゴの著名人からの音声コンテンツを含むか、シカゴの照会を含むことによって
地域化される。スポットの地域化および分散は、従来システムにおいてはきわめ
て扱いにくいものである。従来のシステムは大抵、中央で作られてから地域の放
送局に物理的に郵送されるオーディオテープを必要としており、コストがかかり
、労働集約的で、時間効率が悪い。コンテンツを確実、迅速に、効率良く配信す
ると共に、システム全体の自動化能力の高い分散システムの開発は、国家の広告
キャンペーン分散のようなデータ配信事業に非常に有益であり、産業の成長と多
大の収益性をもたらすことができる。例えば、国家の広告キャンペーンの数多く
の地方放送局への分散の、自動化の程度と、使い易さと、速度とを増大させるこ
とは、放送広告を増やし、主要な広告経費を国家の放送広告キャンペーンに引き
入れることができる。

【００１５】［発明の概要］本発明は、オーディオファイル、ビデオファイル、テキストファイル、イメー
ジファイル、またはマルチメディアファイルを含む全ての種類のデータを格納し
、ルーティングするためのサテライトデータ送信システムにおいて動作可能なイ
ーサネットディジタル格納（ＥＤＳ）カードを提供する。本発明を使用すること
によって、オーディオファイル、ビデオファイル、データファイル、イメージフ
ァイル、およびその他のマルチメディアファイルのような、種々のファイルの多
重化データストリームを受信することができるサテライトデータ送信システムを
提供することができる。受信したファイルは、フラッシュメモリ格納部内でロー
カルに、ＥＤＳカード上で自動的にデマルチプレキシング（多重分離）され、格
納される。フラッシュメモリ格納部に格納されたファイルはあとで取り出すこと
ができる。あるいは、受信したファイルは、ローカル・エリア・ネットワーク（
ＬＡＮ）のようなネットワーク上にＥＤＳカードによってルーティングすること
ができる。好ましい実施形態においては、オーディオファイルは取り出され、外
部オーディオファイルと混合され、更に処理されてオーディオ出力として出力さ
れる。フラッシュメモリ格納部に格納された全てのファイルは、イーサネットポ
ートか、Ｍ＆Ｃポートか、あるいはモデムの使用が可能な補助ＲＳ−２３２・ポ
ートを介して外部へ送信することができる。サテライトから受信したデータスト
リームの他に、ファイルを、イーサネットポートか、Ｍ＆Ｃポートか、あるいは
モデムの使用が可能な補助ＲＳ−２３２・ポートを介してフラッシュメモリ格納
部にアップロードすることができる。ＥＤＳカードはＩＧＭＰ・マルチキャステ
ィング・プロセサを介して効率的なマルチキャストを提供する。ＥＤＳカードは
、ＥＤＳカードの動作を可能にすると共に、フラッシュメモリ格納部のコンテン
ツをウェブブラウザを介して遠隔からアクセス可能にするＨＴＴＰサーバとＤＮ
Ｓレゾルバとを含んでいる。ＥＤＳカードは、ディジタルデータ、ビデオデータ
、あるいはオーディオデータの格納部と、ローカル挿入装置とを有するサテライ
トレシーバと、ウェブサイトと、イーサネット出力装置と、ルータとを備えてい
る。

【００１６】本発明のこれらおよびその他の形態は、本発明の好ましい実施形態の以下の詳
細記述のなかで述べられ明らかにされている。しかし、本発明の範囲は、添付の
特許請求の範囲に従って決定されることは言うまでもない。［発明の利点］本発明の目的は、オーディオデータだけでなく全ての種類のデータを格納する
ことができるＥＤＳカードを提供することにある。例えば、ＥＤＳカードはテキ
ストデータ、数値データ、指令データ、イメージデータまたはビデオデータを格
納するために使用することができる。

【００１７】本発明の目的は、サテライトによってＴＣＰ／ＩＰ互換コンテンツを分散させ
ることである。本発明の利点は、サテライト受信機にすばやく、簡単に、安く取り付けること
ができるイーサネット／ルータ・カードを備えたことにある。本発明のもう一つの利点は、ＴＣＰ／ＩＰ互換コンテンツを受信し、ルーティ
ングし、ＬＡＮまたはネットワーク上にそのコンテンツをルーティングするため
のルータを必要とすることなく、ＬＡＮまたはその他のコンピュータネットワー
ク上にそのコンテンツを分散させることができるサテライト受信機を備えたこと
にある。

【００１８】更にもう一つの利点は、好ましいカードが、ホットスワップ可能であり、受信
機によって提供される他のいかなるサービスとも干渉することなく受信機から取
り外すことができることにある。本発明の更なるもう一つの利点は、好ましいカードが、本発明自身によって提
供されるカードの他に、他のカードを介して他のサービスを配信することができ
る受信機の中で使用できることにある。他のサービスとは、例えば、ネバダ州リ
ノにあるスターガイド・ディジタル・ネットワーク社から入手可能なサービスで
あり、非同期サービス統計デマックス・インターフェース・モジュールと、ディ
ジタル・ビデオ・復号器・モジュールと、ＭＸ３・ディジタル・マルチメディア
・マルチプレクサと、ディジタル・オーディオ格納モジュールと、ディジタル・
オーディオ・復号器と、ディジタル・マルチメディア・サテライト受信機とを含
む受信機に追加することができるサービスである。

【００１９】本発明の更なる利点は、受信機を介してコンテンツを受信する各ＰＣがそれ自
身のディッシュまたはそれ自身のサテライト受信機を持つ必要性をなくした、Ｔ
ＣＰ／ＩＰ互換コンテンツのサテライト分散を提供することにある。もう一つの利点は、本発明が、サテライト受信機が取り付けられていないＰＣ
に、不安定なＰＣ環境であっても、サテライトＴＣＰ／ＩＰ分散を提供すること
にある。

【００２０】もう一つの利点は、本発明のカードが、インターネットコンテンツの配信の他
に、データサービスを提供できることにある。もう一つの利点は、本発明のカー
ドが挿入されたサテライト受信機が、その受信機のスロットに挿入された他のカ
ードを介して別のサービスも提供できることにある。もう一つの利点は、サテライト受信機の既存ネットワークが、既存ネットワー
クを取り替える必要なく、受信機に本発明のカードを単に挿入するだけで、イン
ターネットサービスを配信するのに適応できるということにある。

【００２１】本発明のもう一つの利点は、本発明のシステムと挿入カードとが、特注ソフト
ウェアを必要とせずにイーサネットＬＡＮにＴＣＰ／ＩＰコンテンツを配信でき
ることにある。本発明のもう一つの利点は、特に全体システムとイーサネット／ルータ・カー
ドの両方が、パケットのコンテンツを変更又は分離することなく、ＩＰパケット
を処理することにある。本出願人のサテライト送信システムおよび本発明のイー
サネット／ルータ・カードはこのように実施容易である。これらが各ＩＰパケッ
トを、受信端でパケットを再構築する必要なく一つの完全なブロックとして処理
するので、システムとイーサネット／ルータ・カードが、ＩＰパケットをヘッド
エンドから受信端上の関連ＬＡＮまでより素早く処理しルーティングすることが
できる。

【００２２】本発明のもう一つの利点は、本発明のカードのイーサネット部分が自動折衝−
１０／１００ＢＴ−インターフェースを用いているので、本発明のカードを、既
存のいずれの１０ＢＴ−ＬＡＮまたは１００ＢＴ−ＬＡＮにも統合できるという
ことにある。もう一つの利点は、本発明が外部モデムに接続するためのＰＰＰ接続を含むた
めに、本発明のカードを電話回線を介して分散ネットワークに接続できることに
ある。この接続は分散のためのみならず自動宣誓供述および確認のために用いる
ことができる。

【００２３】本発明のもう一つの利点は、ＤＨＣＰ（ダイナミック・ホスト・構成・プロト
コル）であり、このＤＨＣＰは、本発明のカードのＩＰアドレスを、ＤＨＣＰを
サポートする既存ＬＡＮ上で自動的に構成することができる。このことにより本
発明のカードのＩＰアドレスを手動で構成する必要性がなくなる。本発明のもう一つの利点は、ホスト・ウェブ・サーバのＩＰアドレスが何であ
ろうと、本発明のカードが、ホスト・ウェブ・サーバとダイナミックに通信する
ことができるように、ＤＮＳ（ドメイン・ネーム・サービス）プロトコルを追加
したことにある。

【００２４】本発明のもう一つの利点は、ＨＴＴＰサーバ（ウェブサーバ）が本発明のカー
ドに追加されているために、本発明のカードが標準ウェブブラウザを介して構成
あるいはモニターできることにある。更に、ＥＤＳカードに格納されたファイル
は標準ウェブブラウザを介してダウンロードまたはアップロードすることができ
る。

【００２５】本発明のもう一つの利点は、ＥＤＳカードがアナログオーディオ入力ポートを
含んで、「ライブ」供給を、ローカルに格納されたオーディオと混合し、徐々に
焼失させることができることである。更に、ローカル供給を視聴できるように、
アナログ出力が設けられている。本発明のもう一つの利点は、ＥＤＳカードが、カードの動作を外部から指令す
るためのリレー入力ポートを持っていることにある。更に、ＥＤＳカードは、イ
ーサネットリンク、補助ＲＳ−２３２・ポート、ホスト・インターフェース・プ
ロセサ、または受信したデータストリームを介して命令することができる。

【００２６】本発明のもう一つの利点は、ＥＤＳカードがスケジューラを含んで、例えば、
オーディオファイルをプレイ（演奏）するためと、もし望むならば自動的にその
ようなコンテンツを、受信機とＥＤＳカードによって受信され出力されるもう一
つのコンテンツストリームに挿入するために、予め決められた時間にＥＤＳカー
ドを動作させることができることにある。

【００２７】本発明のもう一つの利点は、ＩＧＭＰ・マルチ・キャスティング・プロセサを
含んで、付加されたＬＡＮに効率よいマルチキャスティングを提供することにあ
る。あるいは、ＩＧＭＰ・マルチ・キャスティング・プロセサは、ローカルルー
タがマルチキャスティング・トラフィックを決定できるように構成することがで
きる。

【００２８】本発明のもう一つの利点は、ＥＤＳカードがローカル・ＭＰＥＧ・レイヤＩＩ
・デコーダを含んで、格納されたオーディオファイルをリアルタイムにアナログ
・オーディオ・ファイルに変換することにある。本発明のもう一つの利点は、ＥＤＳが、最小の努力と外部機器とをもってサテ
ライトＷＡＮとして構成できることにある。

【００２９】もう一つの利点は、本発明が、ネットワークを、例えば、オーディオ放送能力
を持った受信機システムを配備できるようにし、後ほど、本発明のＥＤＳカード
を追加することによって、イーサネット出力のような別の能力を追加できるよう
にすることにある。このことによって、ユーザは、受信機を取り替えたり、オー
ディオカードを取り外したり、異なるコンテンツの送信のために別のサテライト
搬送波を用いたりしなくてもよくなる。

【００３０】本発明には多くのその他の目的および利点があり、特に、本明細書で述べる好
ましい実施形態および種々の代替案がある。これらは明細書を読み進むにつれて
明らかとなるであろう。しかしながら、本発明の範囲は、明細書中の特許請求の
範囲の記載によって決定されるものであり、記載されたいずれかの実施形態が本
明細書中に述べられた全ての目的あるいは利点を達成しているかどうかによって
決定されるものではないことは理解されよう。

【００３１】［好ましい実施形態の詳細な説明］以下、本発明の好適実施形態を添付図面を参照しつつ説明する。図１はＥＤＳカード１００のブロックダイアグラムを描いたものである。この
ＥＤＳカード１００はスターガイド・バックプレーン１０２、ＨＤＬＣプロセサ
１０４、ホスト・インターフェース・プロセサ１０６、ネットワーク・プロトコ
ル・フィルタリング（スタック）プロセサ１０８、ローカル・メッセージ・フィ
ルタリング１１０、格納部およびフォワードアドレス／ファイル・フィルタリン
グ１１２、フラッシュメモリ格納部１１４、オーディオ復号器１１６、復号器モ
ニタおよびコントローラ１１８、オーディオ・フィルタ１２０、オーディオミキ
サ／ｆａｄｅｒ（音量調節器）１２２、オーディオ・ドライバ１２４、オーディ
オ・出力ポート１２６、オーディオ・入力ポート１２８、オーディオ受信機１３
０、オーディオ・視聴・ポート１３２、イベント・スケジューラ１３４、リレー
入力プロセサ１３８、リレー入力ポート１４０、ＲＳ−２３２・トランシーバ１
４２、Ｍ＆Ｃポート１４４、１０／１００ＢＴ・イーサネット・トランシーバ１
４６、イーサネットポート１４８、確認・ウェブ・クライアント１５０、ＰＰＰ
およびモデム・プロセサ１５２、ＲＳ−２３２・トランシーバ１５４、補助ＲＳ
−２３２ポート１５６、ＩＧＭＰ・マルチキャスティング・プロセサ１５８、Ｈ
ＴＴＰサーバ１６０、ＤＨＣＰプロセサ１６２、およびＤＮＳレゾルバ１６４を
含んでいる。

【００３２】動作については、スターガイド・バックプレーン１０２は受信機、好ましくは
ＳｔａｒＧｕｉｄｅＤｉｇｉｔａｌＮｅｔｗｏｒｋｓ，Ｉｎｃ．（Ｒｅｎｏ
，Ｎｅｖａｄａ）から入手可能な先行技術のスターガイドＩＩ受信機（図示せず
）のインターフェースとなる。このバックプレーン１０２はＥＤＳカード１００
にクロック１０１およびＨＤＬＣパケット化ＴＣＰ／ＩＰデータ１０３を供給す
る。上述したように、ＴＣＰ／ＩＰデータは、例えば、オーディオ、ビデオ、テ
キスト、画像またはその他のマルチメディア情報を表わすことが可能である。ク
ロック１０１およびデータ１０３はＨＤＬＣプロセサ１０４に供給され、これが
データ１０３をデパケット化（パケットを分離）してＴＣＰ／ＩＰパケットをス
タック・プロセサ１０８に出力する。このスタック・プロセサ１０８はＥＤＳカ
ード１００の全体の機能およびアロケーションを制御する。スタック・プロセサ
１０８は、以下でさらに説明するように、受信したデータをＩＧＭＰ・マルチキ
ャスティング・プロセサ１５８、ＨＴＴＰサーバ１６０、ＤＨＣＰプロセサ１６
２、ＤＮＳレゾルバ１６４、確認・ウェブ・クライアント１５０、１０／１００
ＢＴ・イーサネット・トランシーバ１４６、ＰＰＰおよびモデム・プロセサ１５
２またはローカル・メッセージ・フィルタリング１１０のいずれかに送ることが
できる。スタック・プロセサ１０８はデータに埋め込まれたコマンド、Ｍ＆Ｃポ
ート１４４経由で送られてくるコマンド、イーサネットポート１４８経由で送ら
れてくるコマンド、ホスト・インターフェース・プロセサ１０６経由のコマンド
、または補助ＲＳ−２３２ポート１５６経由で受信したコマンドによって制御可
能である。これらのコマンドはアスキー形式またはスターガイド・パケット・プ
ロトコルで表わすことができる。イーサネットポート１４８を経由してスタック
・プロセサ１０８により受信したコマンドはシンプル・ネットワーク・マネジメ
ント・プロトコル（ＳＮＭＰ）、テルネット、ハイパー・テキスト・トランスフ
ァー・プロトコル（ＨＴＴＰ）または他のインターフェースも含めた多様なイン
ターフェースを使用することができる。スタック・プロセサ１０８にとって外部
から受信可能な操作コマンドは付録Ａ（ＡＰＰＥＮＤＩＸＡ）に記載されてい
る。

【００３３】スタック・プロセサ１０８はさらに、受信したデータを復号処理して生メッセ
ージ１０９をローカル・メッセージ・フィルタリング１１０に送信する。ローカ
ル・メッセージ・フィルタリング１１０はこの生メッセージ１０９が、例えば、
オーディオ、ビデオ、またはテキスト、またはコマンドメッセージのようなメッ
セージを含んでいるかどうか判定する。ローカル・メッセージ・フィルタリング
１１０はメッセージ１１１を格納部およびフォワードアドレス／ファイル・フィ
ルタリング１１２へと進ませ、そしてコマンド１３５をコマンド・プロセサ１３
６へと進ませる。格納部およびフォワードアドレス／ファイル・フィルタリング
１１２は符号化ファイル１１３を生成し、これがフラッシュメモリ格納部１１４
へと進められる。

【００３４】フラッシュメモリ格納部１１４は符号化ファイル１１４を格納し、この符号化
ファイルがオーディオファイルである場合、フラッシュメモリ格納部１１４に格
納された符号化ファイルはオーディオ復号器１１６へと通過可能になる。オーデ
ィオファイル以外の符号化ファイル１７２は、さらに送信するために、フラッシ
ュメモリ格納部１１４からスタック・プロセサ１０８へと通過可能になる。好ま
しくは、このフラッシュメモリ格納部１１４は少なくとも２５６までのオーディ
オファイルまたは“スポット”を格納する。好ましくは、このフラッシュメモリ
格納部１１４は、格納されたファイルが圧縮オーディオファイルである場合、格
納容量までの最大スポットサイズをもつＭＵＳＩＣＡＭＭＰＥＧＬａｙｅｒ
ＩＩ圧縮を使用する。圧縮ビデオファイルのような他のファイルはＭＰＥＧ２圧
縮または別の選択肢の圧縮プロトコルを使用して格納することができる。フラッ
シュメモリ格納部１１４の格納容量は、好ましくは、少なくとも８ＭＢから１４
４ＭＢであって、これは１２８ｋｂｐｓのオーディオ符号化におけるディジタル
オーディオ格納部の８から１４４分とほぼ等価である。好ましくは、このフラッ
シュメモリ格納部１１４は絶対時間においてリレー・コントラクト・クロージャ
で挿入活性化をサポートし、クロスフェードがあってもなくても挿入モードをサ
ポートする。

【００３５】オーディオ復号器１１６は符号化オーディオファイル１１５を復号化し、アナ
ログ・オーディオ信号１１７を生成する。オーディオ復号器１１６は、オーディ
オ復号器１１６が符号化オーディオファイル１１５を復号処理している間におい
て、復号器モニタおよびコントローラ１１８によりモニタされる。アナログ・オ
ーディオ信号１１７はオーディオ・フィルタ１２０へと通過し、そこでアナログ
・オーディオ信号１１７はさらにフィルタ処理されてそのオーディオ出力品質が
高められる。このオーディオ復号器１１６は、フラッシュメモリ格納部１１４か
らの予め符号化されて格納されたファイルがリアルタイムでアナログ・オーディ
オ信号１１７に変換されることを可能にするＭＰＥＧＬａｙｅｒＩＩを有して
いる。その後、このアナログ・オーディオはオーディオ・フィルタ１２０からオ
ーディオミキサ／音量調節器１２２およびオーディオ・視聴・ポート１３２へと
進む。オーディオ・視聴・ポート１３２により受信されたアナログ・オーディオ
信号１１９はオーディオ信号をモニタするオーディオ・ヘッドホンのような外部
聴取装置へと進められる。ＥＤＳカードのオーディオ・視聴・ポート１３２はロ
ーカルに格納されたオーディオがオーディオ・出力ポート１２６を通るオーディ
オ出力供給を変えることなく知覚されることを可能にする。オーディオ・視聴・
出力ポート１３２は、オーディオ・出力ポート１２６の出力が生のブロードカー
ストフィードであるときに大きな有用性を持ち得る。

【００３６】外部オーディオ信号はオーディオ・入力ポート１２８により受信可能である。
その後、この外部オーディオ信号はオーディオ・受信機１３０へと通過し、結果
として得られるアナログ・オーディオ信号１３１はオーディオミキサ／音量調節
器１２２へと進められる。このオーディオミキサ／音量調節器は外部アナログ・
オーディオ信号１３１を（もしもあるならば）オーディオ・フィルタ１２０から
受信したオーディオ信号と混合するかまたはフェード可能である。その後、オー
ディオミキサ／音量調節器の出力はオーディオ・ドライバ１２４へと進み、それ
からオーディオ・出力ポート１２６へと至る。また、オーディオ・入力ポート１
２８は“ライブ”のオーディオフィードがオーディオミキサ／音量調節器１２２
において、ローカルに格納されたフラッシュメモリ格納部１１４からのオーディ
オスポットと混合されるかまたはフェードされることをも可能にする。このオー
ディオミキサ／音量調節器はライブのフィードおよびローカルな（格納された）
フィードが混合、クロスフェードまたは増幅されることすら可能にする。ミキシ
ングには２つの信号の掛け合わせが必要である。クロスフェーディングは２つの
信号が単一フィードにわたって存在し、第一の信号の大きさが徐々に減衰して第
二の信号が徐々に増大するときに生じる。ミキシング、増幅、およびクロスフェ
ーディングは当該技術ではよく知られたものである。

【００３７】上述したように、フラッシュメモリ格納部１１４は、例えばビデオ、テキスト
または他のマルチメディアのようなファイルに加えて、多量のオーディオスポッ
トファイルを格納することができる。フラッシュメモリ格納部１１４に格納され
たファイルはイベント・スケジューラ１３４により制御可能となる。イベント・
スケジューラ１３４はリレー入力ポート１４０のリレー入力プロセサ１３８また
はコマンドプロセサ１３６を通して制御可能である。コマンドプロセサ１３６は
、Ｍ＆Ｃポート１４４、補助ＲＳ−２３２ポート１５６、イーサネットポート１
４８、受信データ１０３、またはホスト・インターフェース・プロセサ１０６か
らローカル・メッセージ・フィルタリング１１０およびスタック・プロセサ１０
８を介してイベントトリガまたはコマンドメッセージを含むプログラミングを受
けることができる。

【００３８】例えば、フラッシュメモリ格納部１１４に格納されたオーディオスポットに関
連すると、これらのオーディオスポットは前もって選択ないしプログラムされた
時間においてイベント・スケジューラ１３４によりトリガをかけることができる
。イベント・スケジューラ１３４はコマンドプロセサ１３６またはリレー入力プ
ロセサ１３８のいずれかからオーディオスポットトリガを受けることができる。
コマンドプロセサ１３６はＭ＆Ｃポート１４４、補助ＲＳ−２３２ポート１５６
、イーサネットポート１４８、受信データ１０３、またはホスト・インターフェ
ース・プロセサ１０６からイベントトリガを含むプログラミングを受けることが
できる。イーサネットオーディオスポットトリガはリレー入力ポート１４０によ
って直接受信されることが可能であり、これがオーディオスポットトリガのディ
ジタル・リレー・情報１４１をリレー入力プロセサ１３８へと進ませる。加えて
、ローカル・メッセージ・フィルタリング１１０は、スタック・プロセサ１０８
から受ける生メッセージ１０９の中のコマンドメッセージを検出することができ
る。その後、ローカル・メッセージ・フィルタリング１１０により検出されたコ
マンドメッセージはコマンドプロセサ１３６へと進む。また、コマンドプロセサ
１３６はすべての時間においてイベントにトリガをかけるようプログラム可能で
ある。コマンドプロセサ１３６はスターガイド・バックプレーン１０２からすべ
ての時間情報を受け取る。

【００３９】付け加えると、コマンドプロセサ１３６がいったんコマンドメッセージを受信
すると、このコマンドプロセサ１３６は応答メッセージをコマンドオリジネータ
に送信する。例えば、コマンドプロセサ１３６がＭ＆Ｃポート１４４からコマン
ドメッセージを受けると、このコマンドプロセサ１３６はＲＳ−２３２・トラン
シーバ１４２を経由して応答メッセージ１４５をＭ＆Ｃポート１４４に送信する
。同様に、コマンドメッセージがイーサネットポート１４８、補助ＲＳ−２３２
ポート１５６、またはホスト・インターフェース・プロセサ１０６から受信され
ると、コマンドプロセサ１３６はスタック・プロセサ１０８を経由して応答メッ
セージをコマンド発信源ポートへとコマンド発信源装置へと送信する。コマンド
メッセージが受信データ１０３から受けられると、応答はその他の通信ポート１
４８、１５６、１０６の１つを経由して送られるかまたは応答は送られない。

【００４０】オーディオスポットを活性化することに加えて、イベント・スケジューラ１３
４はフラッシュメモリ格納部１１４にトリガをかけて格納された符号化ファイル
１７２をスタック・プロセサ１０８へと進ませることが可能である。この符号化
ファイル１７２はオーディオ、ビデオ、データ、マルチメディアまたは事実上ど
のようなタイプのファイルも可能である。スタック・プロセサ１０８はさらに、
受信した符号化ファイルをイーサネットポート１４８、補助ＲＳ−２３２ポート
１５６、またはＭ＆Ｃポート１４４を介して外部受信機に向かわせることもでき
る。加えて、スタック・プロセサ１０８は受信した符号化ファイル１７２を、外
部に送信するために、ＧＭＰ・マルチキャスティング１５８経由のマルチキャス
ト、あるいはＨＴＴＰサーバ１６０経由のＨＴＴＰ、ＴＥＬＮＥＴ（テルネット
）、またはＳＮＭＰのようないくつかの異なるフォーマットに再パッケージ化す
ることができる。

【００４１】１０／１００ＢＴ・イーサネット・トランシーバ１４６はスタック・プロセサ
１０８からデータを受け取り、このデータをイーサネットポート１４８へと進ま
せる。１０／１００ＢＴ・イーサネット・トランシーバ１４６およびイーサネッ
トポート１４８は１０ＢＴまたは１００ＢＴイーサネットトラフィックをサポー
ト可能である。１０／１００ＢＴ・イーサネット・トランシーバ１４６は、ＥＤ
Ｓカード１００が既存の１０ＢＴまたは１００ＢＴのＬＡＮに容易に集積化でき
るようにオートネゴシエーション１０／１００ＢＴインターフェースを使用する
。既存の１０ＢＴまたは１００ＢＴのＬＡＮにイーサネットポート１４８経由で
データを供給することに加えて、スタック・プロセサ１０８は外部ネットワーク
からイーサネットポート１４８経由でデータを受信することができる。この外部
データはイーサネットポート１４８から１０／１００ＢＴ・イーサネット・トラ
ンシーバ１４６を通ってスタック・プロセサ１０８へと進む。この外部データは
、例えば、コマンドメッセージまたはオーディオまたはビデオデータを構成する
こともあり得る。

【００４２】このＥＤＳカード１００はまた、ＰＰＰおよびモデム・プロセサ１５２をも含
んでいる。このＰＰＰおよびモデム・プロセサはスタック・プロセサ１０８と補
助ＲＳ−２３２ポート１５６との間で双方向通信をするために使用することがで
きる。ＰＰＰおよびモデム・プロセサ１５２はモデム通信のためにデータを書式
変更し、それからこのデータを外部受信モデム（図示せず）との通信のために補
助ＲＳ−２３２ポート１５６のＲＳ−２３２・トランシーバ１５４へと進める。
データはまた、外部モデムからスタック・プロセサ１０８へと進むことも可能で
ある。ＰＰＰおよびモデム・プロセサ１５２はＥＤＳカード１００が外部モデム
と通信し、それによりＥＤＳカード１００が、例えば、標準電話回線を経由して
分散ネットワークに関わることを可能にする。ＰＰＰおよびモデム・プロセサ１
５２は自動宣誓供述および確認タスクと同様に、分散のために使用することがで
きる。

【００４３】このＥＤＳカード１００はまた、スタック・プロセサ１０８とのデータのやり
とりをするインターネットグループ・マルチキャスティングプロトコル（ＩＧＭ
Ｐ）・マルチキャスティング１５８をも含んでいる。ＩＧＭＰ・マルチキャステ
ィング・プロセサ１５８はスタック・プロセサ１０８およびイーサネットポート
１４８または補助ＲＳ−２３２ポート１５６を経由してＬＡＮのような外部ネッ
トワークと通信することができる。ＩＧＭＰ・マルチキャスティング・プロセサ
１５８は、当該技術ではよく知られたプロトコルである、ＩＧＭＰプルーニング
（余分なものの除去）を使用するマルチキャスティング、ＩＧＭＰプルーニング
を使用しないマルチキャスティング（スタティックルータ）およびユニキャスト
・ルーティングで機能するようにプログラム可能である。

【００４４】ＩＧＭＰ・マルチキャスティング・プロセサ１５８がＩＧＭＰプルーニングを
使用して機能するとき、このＩＧＭＰ・マルチキャスティング・プロセサ１５８
はＩＧＭＰ問い合わせ器または非問い合わせ器のいずれかとなる。ＩＧＭＰ・マ
ルチキャスティング・プロセサ１５８が問い合わせ器として機能するとき、ＩＧ
ＭＰ・マルチキャスティング・プロセサ１５８は周期的に問い合わせを発信して
現在ＥＤＳカード１００が受信しているマルチキャスティングトラフィックをユ
ーザーが希望するかどうか判定する。もしもユーザーがマルチキャスティングを
希望するならば、ユーザーはこのＩＧＭＰ・マルチキャスティング・プロセサ１
５８に応答し、ＩＧＭＰ・マルチキャスティング・プロセサ１５８はスタック・
プロセサ１０８を経由して外部ＬＡＮにマルチキャスト送信を行なう。ＩＧＭＰ
・マルチキャスティング・プロセサ１３８は、外部ユーザーにマルチキャスト送
信を行なっている間においてＩＧＭＰ問い合わせを発信し続け、外部ユーザーは
、マルチキャスト送信を希望する間において応答し続ける。ユーザーがこれ以上
マルチキャスト送信を希望しないとき、ユーザーはＩＧＭＰ問い合わせに応答す
るのをやめるかまたは、ＩＧＭＰ“離脱”メッセージを発する。ＩＧＭＰ・マル
チキャスティング・プロセサはユーザーが応答しなくなったのを検出してマルチ
キャスト送信を停止する。

【００４５】ＩＧＭＰプロトコルの下では、１つの時間にネットワーク上に存在し得るＩＧ
ＭＰ問い合わせ器は１つだけである。こうして、例えば、イーサネットポート１
４８に接続されたネットワークがすでにＩＧＭＰをイネーブル化されたルータま
たはスイッチを有している場合、このＩＧＭＰ・マルチキャスティング・プロセ
サ１５８は非問い合わせ器として作用するようにプログラムされることが可能と
なる。ＩＧＭＰ・マルチキャスティング・プロセサ１５８が非問い合わせ器とし
て作用するとき、このＩＧＭＰ・マルチキャスティング・プロセサはマルチキャ
スティングトラフィックの管理を管理し（径路決め）はするが、問い合わせ器で
はないので問い合わせを発信することはない。その代わり、ＩＧＭＰ・マルチキ
ャスティング・プロセサ１３８は外部ルータからのコマンドに応答する。

【００４６】ＩＧＭＰ・マルチキャスティング・プロセサ１５８がＩＧＭＰプルーニングを
使用しないマルチキャスティングを実行するとき、ＩＧＭＰ・マルチキャスティ
ング・プロセサ１５８はスタティックルータとして作用する。このＩＧＭＰ・マ
ルチキャスティング・プロセサ１５８はＩＧＭＰを使用せず、代わりに３つある
うちの１つの方法でプログラムされ得るスタティックルートテーブルを使用する
。第一では、ＩＧＭＰ・マルチキャスティング・プロセサ１５８はスタック・プ
ロセサ１０８を経由してすべてのマルチキャストトラフィックが外部ＬＡＮへと
単に通過するようにプログラムされ得る。第二では、ＩＧＭＰ・マルチキャステ
ィング・プロセサ１５８はマルチキャストトラフィックが通過しないようにプロ
グラムされ得る。第三では、ＩＧＭＰ・マルチキャスティング・プロセサ１５８
は個々の行き先ＩＰアドレスまたは行き先ＩＰアドレスの配列を有するスタティ
ックルートテーブルでプログラムされ得る。ＩＧＭＰ・マルチキャスティング・
プロセサ１５８がスタティックルートテーブルにおいてＩＰアドレスを割り当て
られたマルチキャストトラフィックを受け取るときにのみ、マルチキャストトラ
フィックは外部ＬＡＮへと通過する。

【００４７】ＩＧＭＰ・マルチキャスティング・プロセサ１５８がユニカーストルーティン
グを実行するとき、ＩＧＭＰ・マルチキャスティング・プロセサ１５８はスタテ
ィックルータとして作用し、そこでは受け取ったトラフィックはマルチキャスト
ではなく、代わりに単一の行き先アドレスだけに配給される。ＩＧＭＰプルーニ
ングなしにマルチキャストルーティングが実行されるとき、ＩＧＭＰ・マルチキ
ャスティング・プロセサ１５８はスタティックルートテーブルを使用し、３つの
うちの１つの方法でプログラムされ得る。第一では、単に受けたトラフィックを
経由して個々の行き先アドレスへと通過する。第二では、ユニカーストトラフィ
ックは通過しない。第三では、ＩＧＭＰ・マルチキャスティング・プロセサ１５
８は個々の行き先ＩＰアドレスを有するスタティックルートテーブルでプログラ
ムされ、ＩＧＭＰ・マルチキャスティング・プロセサ１５８はトラフィックを通
って個々の行き先ＩＰアドレスのうち１つだけに行くことができる。

【００４８】ＩＧＭＰ・マルチキャスティング・プロセサ１５８はＭ＆Ｃポート１４４、イ
ーサネトポート１４８、補助ＲＳ−２３２ポート１５６、ホスト・インターフェ
ース・プロセサ１０６または受信データ１０３を介してプログラム可能である。
付け加えると、ＩＧＭＰ・マルチキャスティング・プロセサ１５８はイーサネッ
トポート１４８に加えて補助ＲＳ−２３２ポートを介してマルチキャストが可能
となる。

【００４９】このＥＤＳカード１００はまた、ＨＴＴＰサーバ１６０（ウェブサーバとも呼
ばれる）をも含んでいる。ＨＴＴＰサーバ１６０はスタック・プロセサ１０８と
データのやりとりを行なう。データは外部装置によって、イーサネットポート１
４８と通信するＬＡＮまたは補助ＲＳ−２３２ポート１５６と通信するモデムを
経由してＨＴＴＰサーバ１６０から回収される。このモデムまたはＬＡＮのいず
れかはそれらのそれぞれの通信チャンネル（すなわち、ＰＰＰおよびモデム・プ
ロセサ１５２および１０／１００ＢＴ・イーサネット・トランシーバ）を経由し
てＨＴＴＰデータ要求コマンドをスタック・プロセサ１０８に送信することがで
きる。スタック・プロセサ１０８は受信したデータ要求コマンドをＨＴＴＰサー
バ１６０に送信し、これが応答をフォーマットしてスタック・プロセサ１０８に
送信し、これがこの応答を適切なチャンネルに沿って要求元に返す。

【００５０】好ましくは、このＨＴＴＰサーバ１６０はＥＤＳカード１００がイーサネット
ポート１４８または補助ＲＳ−２３２ポートのどちらでも経由してアクセスでき
る標準ウェブ・ブラウザを介して構成およびモニタされ得るように使用すること
ができる。付け加えると、このＨＴＴＰサーバ１６０はウェブ・ブラウザがフラ
ッシュメモリ格納部１１４に格納したファイルにアクセスすることを可能にする
。ファイルはリモート（遠隔）操作でダウンロード可能であるか、変更可能かつ
アップロード可能であるか、またはウェブ・ブラウザを通して実行可能である。
付け加えると、イベント・スケジューラ１３４はＨＴＴＰサーバ１６０を経由し
てウェブ・ブラウザで制御可能である。このＨＴＴＰサーバ１６０は、都合のよ
いウェブ・ブラウザを介して、ＥＤＳカード１１４の機能およびフラッシュメモ
リ格納部１１４の内容への完全な遠隔アクセスを可能にする。付け加えると、こ
のＨＴＴＰサーバ１６０は、都合のよいウェブ・ブラウザを介して、新しいファ
イルをフラッシュメモリ格納部１１４にアップロードすることを可能にする。Ｈ
ＴＴＰサーバ１６０をウェブ・ブラウザと組み合わせて使用することがリモート
からＥＤＳカード１００の機能および内容をモニタする上で好ましい方法となり
得る。

【００５１】このＥＤＳカード１００はまた、スタック・プロセサ１０８とデータをやりと
りするＤＨＣＰプロセサ１６２を含んでいる。このＤＨＣＰプロセサ１６２はＥ
ＤＳカード１００にダイナミックホスト構成プロトコルサービスを提供する。す
なわち、このＤＨＣＰプロセサはＥＤＳカード１００のＩＰアドレスがＤＨＣＰ
をサポートする既存のＬＡＮ上で自動的に構成されることを可能にする。動作に
ついては、ＤＨＣＰプロセサ１６２はイーサネットポート１４８を経由して外部
ＬＡＮと通信する。ＩＰデータは外部ＬＡＮからイーサネットポート１４８およ
び１０／１００ＢＴ・イーサネット・トランシーバ１４６およびスタック・プロ
セサ１０８を通ってＤＨＣＰプロセサ１６２へと進み、そこでこのＩＰデータが
解析され、ＥＤＳカード１００のためのダイナミックＩＰアドレスが判定される
。その後、ＥＤＳカード１００のＩＰアドレスはスタック・プロセサ１０８、１
０／１００ＢＴ・イーサネット・トランシーバ１４６およびイーサネットポート
１４８を経由して外部ＬＡＮに送信される。付け加えると、ＤＨＣＰプロセサ１
６３は外部ＬＡＮがローカルＤＮＳサーバを有しているかどうかを判定する。外
部ＬＡＮがローカルＤＮＳサーバを有している場合、ＤＨＣＰプロセサ１６３は
インターネットＤＮＳサーバに直接問い合わせる代わりにローカルＤＮＳサーバ
にＤＮＳアドレス指定を問い合わせる。また、ＤＨＣＰプロセサ１６２はＥＤＳ
カード１００のためのＩＰアドレスがＤＨＣＰをサポートする既存のＬＡＮ上で
ダイナミックに再構成されることを可能にする。

【００５２】このＥＤＳカード１００はまた、スタック・プロセサ１０８とデータのやりと
りをするＤＮＳレゾルバ１６４を有している。このＤＮＳレゾルバ１６４はＥＤ
Ｓカード１００にドメイン名サービスを提供し、ＥＤＳカードが外部ホスト・ウ
ェブ・サーバとウェブ・サーバＩＰアドレスに関係無く動的に通信することを可
能にする。動作については、このＤＮＳレゾルバ１６４はスタック・プロセサ１
０８およびイーサネットポート１４８または補助ＲＳ−２３２ポート１５６のい
ずれかを経由して外部ホスト・ウェブ・サーバと通信する。ＤＮＳレゾルバ１６
４は外部ホスト・ウェブ・サーバからＩＰアドレス情報を受け取り、ニーモニッ
クコンピュータアドレスを数字で表されたＩＰアドレスに解読およびその逆を行
なう。その後、解読されたＩＰアドレス情報はスタック・プロセサ１０８と通信
され、外部ホスト・ウェブ・サーバの行き先アドレス指定として使用可能となる
。

【００５３】このＥＤＳカード１００はまた、スタック・プロセサ１０８とデータのやりと
りをする確認・ウェブ・クライアント１５０を含んでいる。オーデイオファイル
のようなデータファイルがＥＤＳカード１００により受信されるとき、この確認
・ウェブ・クライアント１５０はＥＤＳカードが外部の、好ましくはスターガイ
ド・サーバのようなＨＴＴＰイネーブル化サーバと通信することでデータを受け
取ったことを確認する。確認・ウェブ・クライアント１５０の確認データはイー
サネットポート１４８または補助ポート１５６またはその両方を経由して送信可
能である。付け加えると、オーディオスポットのようなファイルがいったん実行
されるかさもなければ解析されると、確認・ウェブ・クライアント１５０もまた
外部の、好ましくはスターガイド（登録商標）・サーバのようなＨＴＴＰイネー
ブル化サーバに確認を送る。この確認・ウェブ・クライアント１５０の確認はそ
の後、ＨＴＴＰイネーブル化サーバからウェブ・ブラウザを経由して容易にアク
セス可能となり得る。

【００５４】フラッシュメモリ格納部１１４はイベント・スケジューラ１３４およびコマン
ドプロセサ１３６と組み合わされて動作し、オーディオ挿入の可能性を提供し、
手動および自動のスポーツ挿入、リレー入力ポート１４０を経由した外部プレイ
バック制御、オーディオミキサ／音量調節器１２２を経由したクロスフェードお
よびスポットローカライズをサポートする。コマンドプロセサ１３６もまた、実
行されたオーディオスポットのビルトイン（組み込み）・ログを維持する。この
ビルトイン・ログはＭ＆Ｃポート１４４、イーサネットポート１４８、または補
助ＲＳ−２３２ポート１５６を通して検索可能である。このビルトイン・ログは
、例えば、ロイヤルティーや広告収入判定のための宣誓供述収集の手助けとなり
得る。

【００５５】ホスト・インターフェース・プロセサ１０６はスターガイド・バックプレーン
１０２とデータのやりとりをする。このホスト・インターフェース・プロセサ１
０６はＥＤＳカード１００が装備されている受信機の前面パネル（図示せず）で
ＥＤＳカード１００が制御されることを可能にする。ホスト・インターフェース
・プロセサ１０６はＥＤＳカード１００の現在の動作パラメータをコマンドプロ
セサ１３６から回収して受信機の前面パネル上に表示する。受信機前面パネル上
での多様な制御は、ユーザーが局所的に格納されたＥＤＳカード１００のための
動作パラメータ・メニューにアクセスし、パラメータを変更することを可能にす
る。パラメータの変更はホスト・プロセサ１０６により受け取られ、それからコ
マンドプロセサ１３６へと送信される。このホスト・インターフェース・プロセ
サ１０６はまた、１セットの初期動作パラメータをも含んでおり、ＥＤＳカード
１００のインターフェースとなって受信機内においてＥＤＳカード１００のプラ
グアンドプレーのセットアップをサポートする。

【００５６】上述したように、このＥＤＳカード１００は次に述べるような多くの有用な特
徴を有している。このＥＤＳカード１００はオーディオ入力ポート１２８を有し
、“ライブ”のオーディオフィードがオーディオミキサ／音量調節器１２２にお
いてフラッシュメモリ格納部１１４からの局所的に格納されたオーディオスポッ
トと混合または音量調節されることを可能にする。また、オーディオミキサ／音
量調節器はライブのフィードと局所（格納）フィードが混合され、クロスフェー
ドされ、または増幅されることさえも可能にする。付け加えると、このＥＤＳカ
ード１００のリレー入力ポート１４０はオーディオ・イベント・スケジューリン
グを含んだＥＤＳカードの外部トリガを可能にする。また、イベント・スケジュ
ーラ１３４は予め設定した時間または外部トリガによりイベントが生じるときに
、ＥＤＳカードがオーディオファイルを実行することを可能にする。付け加える
と、オーディオ復号器１１６はＭＰＥＧＬａｙｅｒＩＩの復号器を有しており
、予め符号化して格納されたフラッシュメモリ格納部１１４からのファイルがリ
アルタイムでアナログ・オーディオ信号に変換されることを可能にする。また、
このＥＤＳカードのオーディオ・視聴・ポート１３２は局所的に格納されたオー
ディオが出力オーディオフィードを変えることなくオーディオ出力ポート１２６
を通って知覚されることを可能にする。オーデイオ・視聴・ポート１３２は、オ
ーディオ出力ポート１２６の出力がライブのブロードカーストフィードを形成し
ているとき、大きな有用性を示し得る。

【００５７】このＥＤＳカード１００の特徴はまた、（ＥｘｐｒｅｓｓＮｅｔのような）ヘ
ッドエンド分散システムから、ＥＤＳカードの独自に格納された内部アドレスに
基づいて、ファイルを受け取る性能も有する。いったんＥＤＳカード１００がＥ
ｘｐｒｅｓｓＮｅｔのディジタルパッケージを受けると、このＥＤＳカード１０
０はイーサネットポート１４８または補助ＲＳ２３２ポート１５６を介してパッ
ケージ発信源に確認信号を送る。また、このＥＤＳカード１００のＩＧＭＰ・マ
ルチキャスティング・プロセサ１５８は局所的に構成されたスタティックルーテ
ィングを提供し、これはＩＰアドレスがサテライトインターフェースからＥＤＳ
カード１００を通って直接的にイーサネットポート１４８へと進むことを可能に
する。また、ＥＤＳカード１００はＨＴＴＰ、テルネット、およびＳＮＭＰを含
めた多様なインターフェースをサポートしており、フラッシュメモリ格納部１１
４に格納されたファイルのダウンロード、アップロード、および操作と同様にＥ
ＤＳカード１００の構成および制御が可能である。

【００５８】付け加えると、ＥＤＳカード１００により受けるトラフィックはＨＤＬＣ隠蔽
したものであるので、ＥＤＳカード１００により受けるトラフィックはあたかも
それが単に送信ルータから到着したものであり、介在するサテライトアップリン
ク／ダウンリンクが透過であるかのように見える。この透過ゆえに、このＥＤＳ
カード１００は最少の作業と追加装置でサテライト・ワイドエリアネットワーク
ＷＡＮとして構成できる。

【００５９】一般的には、このＥＤＳカード１００は優れたフレキシブルファイル格納部お
よび送信ツールとなる。このＥＤＳカード１００はホスト・インターフェース・
プロセサ１０６、Ｍ＆Ｃポート１４４、補助ＲＳ−２３２ポート１５６、受信デ
ータ１０３、およびイーサネットポート１４８を通してプログラム可能である。
ＥＤＳカード１００の物理的位置からプログラムするときは、ホスト・インター
フェース・プロセサ１０６を通してプログラムすることが好ましい。別の選択肢
では、遠隔からＥＤＳカード１００をプログラムするときは、イーサネットポー
ト１４８が非常に高速の接続をサポートしているのでイーサネットポート１４８
経由でＥＤＳカード１００をプログラムすることが好ましい。

【００６０】加えて、オーディオ、ビデオ、テキスト、および他のマルチメディア情報のよ
うなファイルはこのＥＤＳカード１００により受信データ１０３、Ｍ＆Ｃポート
１４４、補助ＲＳ−２３２ポート１５６、およびイーサネットポート１４８を通
して受けることができる。好ましくは、ファイルは受信データまたはイーサネッ
トポート１４８経由で送信される。なぜならば受信データ１０３およびイーサネ
ットポート１４８は非常に高速の接続をサポートしているからである。また、オ
ーディオ、ビデオ、テキスト、および他のマルチメディア情報のようなファイル
はこのＥＤＳカード１００によってＭ＆Ｃポート１４４、補助ＲＳ−２３２ポー
ト１５６、およびイーサネットポート１４８を通して送信することができる。好
ましくは、イーサネットポート１４８が非常に高速の接続をサポートしているの
で、ファイルはイーサネットポート１４８経由で送信される。オーディオファイ
ルはまた、オーディオ出力ポート１２６を経由してアナログ形式で送信すること
も可能である。

【００６１】また、ＥＤＳカード１００は受信データストリーム１０３の時間シフトを実行
してもよい。受信データストリーム１０３は、後の再生のためにフラッシュメモ
リ格納部１１４に保存することができる。例えば、３時間続く音声放送をニュー
ヨークのニューヨーク時間午前９時に開始するようスケジューリングし、更に１
時間後にロサンゼルスのロサンゼルス時間午前７時に開始するようスケジューリ
ングすることができる。音声放送を構成する受信データストリーム１０３は、カ
リフォルニアのＥＤＳカードで受信し、保存してもよい。カリフォルニアＥＤＳ
カードに最初の時刻を保存した後、カリフォルニアで再生を開始する。ＥＤＳカ
ードはフラッシュメモリ格納部に音声放送を保存することによって受信した音声
放送を待ち行列し続けながら、同時に１時間前に受信した放送をイベントスケジ
ューラ１３４を介してトリガし、音声をオーディオ復号器に送って再生する。

【００６２】図２は、ＥＤＳカード２００のハードウェアブロック図を示している。ＥＤＳ
カード２００は、バックプレーンインターフェース２１０、マイクロプロセサ２
１０、シリアルＮＶメモリ２１５、リセット回路２２０、１０／１００ＢＴトラ
ンシーバ２２５、１０／１００ＢＴイーサネットポート２３０、ＲＳ−２３２
４チャンネルトランシーバ２３５、Ｍ＆Ｐポート２４０、光絶縁リレー入力２４
５、ディジタルポート２５０、オーディオ復号器２５５、オーディオフィルタ２
６０、ミキサ／増幅器２６５、バランスオーディオ受信器２７０、バランスオー
ディオドライバ２７５、オーディオポート２８０、ブートフラッシュ２８５、ア
プリケーションフラッシュ２８７、ＳＤＲＡＭ９０、フラッシュディスク２９５
を含んでいる。

【００６３】動作において、バックプレーンインターフェース２０５は、図１のスターガイ
ドバックプレーン１０２として機能する。マイクロプロセサ２１０は、図１の網
かけ部分で示すように、ＨＤＬＣプロセサ１０４、ホストインターフェースプロ
セサ１０６、スタックプロセサ１０８、ローカルメッセージフィルタリングプロ
セサ１１０、格納部およびフォワードアドレス／ファイルフィルタリングプロセ
サ１１２、イベントスケジューラ１３４、コマンドプロセサ１３６、復号器モニ
タおよび制御プロセサ１１８、リレー入力プロセサ１３８、確認ウェブクライア
ント１５０、ＰＰＰおよびモデムプロセサ１５２、ＩＧＭＰマルチキャスティン
グ１５８、ＨＴＴＰサーバ１６０、ＤＨＣＰプロセサ１６２、ＤＮＳレゾルバ１
６４を含んでいる。シリアルＮＶメモリ２１５は、コマンドプロセサ１３６によ
る電源投入で使用される初期コマンド構成を格納する。リセット回路２２０は制
御された電源投入を保証する。１０／１００ＢＴトランシーバは図１の１０／１
００ＢＴイーサネットトランシーバ１４６として機能し、また１０／１００ＢＴ
イーサネットポート２３０は図１のイーサネットポート１４８として機能する。
ＲＳ−２３２４チャンネルトランシーバ２３５は、図１のＲＳ−２３２トラン
シーバ１４２およびＲＳ−２３２トランシーバ１５４として機能する。ディジタ
ルポート２５０はＲＳ−２３２チャンネルトランシーバ２３５と共に、図１の補
助ＲＳ−２３２ポート１５６として機能する。Ｍ＆Ｃポート２４０は、図１のＭ
＆Ｃポート１４４として機能する。光絶縁リレー入力２４５およびディジタルポ
ート２５０は、リレー入力ポート１４０として機能する。オーディオ複合器２２
５、オーディオフィルタ２６０、ミキサ／増幅器２６５、バランスオーディオ受
信機２７０、バランスオーディオドライバ２７５、オーディオポート２８０は、
それぞれ図１のオーディオ復号器１１６、オーディオフィルタ１２０、オーディ
オミキサ／音量調節器１２２、オーディオ受信機１３０、オーディオドライバ１
２４、オーディオ出力ポート１２６として機能する。フラッシュディスク２９５
は、図１のフラッシュメモリ格納部１１４として機能する。

【００６４】ブートフラッシュ２８５、アプリケーションフラッシュ２８７、ＳＤＲＡＭ２
９０は、ＥＤＳカード１００の起動および動作で使用される。ブートフラッシュ
２８５は、マイクロプロセサ動作のブートアップコードを保持している。リセッ
ト回路２２０が起動すると、マイクロプロセサ２１０はブートフラッシュ２８５
からコードを読出し、アプリケーションフラッシュ２８７の確認を行う。アプリ
ケーションフラッシュ２８７は、マイクロプロセサを動作させるためのアプリケ
ーションコードを保持している。マイクロプロセサ２１０が一度アプリケーショ
ンフラッシュ２８７を確認すると、アプリケーションコードがＳＤＲＡＭ２９０
にロードされて、マイクロプロセサ２１０がこれを使用するようになる。ＳＤＲ
ＡＭ２９０は、ＥＤＳカード１００の動作中において、アプリケーションコード
の他に、図１のＩＧＭＰマルチキャスティングマイクロプロセサ１５８と共に使
用するスタティックルーチンテーブルなどの様々な他のパラメータも保持してい
る。

【００６５】マイクロプロセサ２１０は、好適にはモトローラ社から市販されているＭＰＣ
８６０Ｔマイクロプロセサである。リセット回路２２０は、好適にはＤａｌｌａ
ｓＳｅｍｉｃｏｎｄｕｃｔｏｒ，Ｉｎｃから市販されているＤＳ１２３３であ
る。１０／１００ＢＴイーサネットトランシーバ２２５は、好適にはＬｅｖｅｌ
Ｏｎｅ，Ｉｎｃから市販されているＬＸＴ９７０である。オーディオ複合器２
５５およびミキサ増幅器２６５は、好適にはＣｒｙｓｔａｌＳｅｍｉｃｏｎｄ
ｕｃｔｏｒ，Ｉｎｃから市販されているＣＳ４９２２およびＣＳ３３１０であ
る。フラッシュディスク２９５は、好適にはＭ−Ｓｙｓｔｅｍｓ，Ｉｎｃから
市販されている１４４Ｍｂｘ８である。残りの構成部品は、様々なメーカから購
入してもよい。

【００６６】更に、図３は、本発明のＥＤＳカード３００の幾つかの機能を示している。機
能的には、本発明のＥＤＳカード３００は、ＩＰマルチキャスティングルータ３
１０、放送インターネットスイッチ３２０、高信頼性ソリッドステートファイル
サーバ３３０、高信頼性ソリッドステートウェブサイト３４０を含んでいる。Ｅ
ＤＳカード３００は、ＤＳＬ３５０、フレームリレー３６０、サテライト３７０
、またはケーブルモデム３８０を含む多数のインターネットまたは仮想私設通信
網（ＶＰＮ）ソースの何れかからデータを受信することができる。ＥＤＳカード
３００は、オーディオデータなどのデータをローカルに提供するか、あるいは受
信データを１００ベース−Ｔ−ＬＡＮリンク３９０などのイーサネットリンクを
介して、またはＤＳＬ３５０、フレームリレー３６０、サテライト３７０、ケー
ブルモデム３８０を介して遠隔地に送信することができる。ＥＤＳカード３００
が受信したデータは、ＩＰ多重放送ルータ３１０によってルーティングされるか
、あるいは放送インターネットスイッチ３２０を介して切替えるか、あるいは高
信頼性ソリッドステート・ファイルサーバ３３０に格納することができる。ＥＤ
Ｓカードは、１００ベース―Ｔ−ＬＡＮリンク３９０、ＤＳＬ３５０、フレーム
リレー３６０、サテライト３７０、またはケーブルモデム３８０を経てアクセス
される高信頼性ソリッドステートウェブサイト３４０を介して、監視または制御
されるようにしてもよい。

【００６７】次に図８を参照すると、出願人の好適なインターネットバックチャンネルシス
テム１０は、リモートＬＡＮ１２上で例えばＰＣ１４、１６を相互接続するリモ
ートＬＡＮ１２上に（ＵＤＰパケットを含むことのあるＴＣＰ／ＩＰプロトコル
によって）インターネットコンテンツを分散させる際に好適に使用される。出願
人の好適なインターネットサテライト送信システム１０によって、コンテンツサ
ーバＰＣ１８に存在するコンテンツは、ＴＣＰ／ＩＰプロトコルに従って第３者
サテライト２０を介して、リモートイーサネットＬＡＮ１２上のクライアントＰ
Ｃ１４、１６に分散される。

【００６８】出願人の好適なシステム１０において、ＴＣＰ／ＩＰコンテンツの流れは以下
のとおりである。１．リモートイーサネットＬＡＮ１２上の例えばＰＣ１４は、当業者に公知の
方法で、従来の一般に予め存在しているＴＣＰ／ＩＰルータ３６を介してインタ
ーネットに接続される。従って、ルータ３６は、インターネット３８を介して、
情報またはインターネットコンテンツの要求を、当業者に公知の方法でコンテン
ツサーバ１８（おそらくインターネットウェブサーバ）が接続されるローカルル
ータ４０に送ることができる。

【００６９】２．コンテンツサーバ１８は、受信のためのＴＣＰ／ＩＰイーサネットパケッ
トのインターネットコンテンツを、従来のインターネットルータ２２のシリアル
ポート（図示せず）から出力する。３．ルータ２２は、ＲＳ４２２信号を介して送信されたＨＤＬＣカプセル保護
ＴＣＰ／ＩＰパケットを、ＲＳ−４２２出力ポート（図示せず）から、ＲＳ−４
２２サービス入力へ出力し、ネバダ州レノのＳｔａｒＧｕｉｄｅＤｉｇｉｔａ
ｌＮｅｔｗｏｒｋｓ，Ｉｎｃ．より市販のスターガイド（Ｒ）ＭＸ３マルチプ
レクサ２４に送る。（ＳｔａｒＧｕｉｄｅ（登録商標）機器についての他の全て
の参考は、機器のメーカおよび供給業者と同じ会社を参照にしている。）ＭＸ３
マルチプレクサが使用する多重化の方法は、１９９９年１月２８日出願のＳｔａ
ｒＧｕｉｄｅＤｉｇｉｔａｌＮｅｔｗｏｒｋｓ，Ｉｎｃ．による「映像信
号と共に音声信号を送信するための帯域幅のダイナミック割当て」という表題の
豪州特許番号６９７８５１に開示されている。

【００７０】４．スターガイド（登録商標）ＭＸ３マルチプレクサ２４は、全てのサービス
入力をマルチプレクサ２４に集め、多重化ＴＤＭ（時分割多重化）データストリ
ームをＲＳ−４２２ポート（図示せず）を介して出力し、当業者に公知の方法で
、例えばコムストリームＣＭ７０１やラダインＤＶＢ３０３０などの変調器２６
にデータストリームを渡す。変調器２６は、ＤＶＢ符号化（連結ビタビ率Ｎ／（
Ｎ＋１）およびリードソロモン１８７／２０４、ＱＰＳＫ変調、およびＲＳ−４
２２データ出力）を支援する。複数のＬＡＮ（図示せず）も、スターガイドｇマ
ルチプレクサ２４のそれぞれ異なるサービス入力ポートに接続された異なるサー
ビスとして、スターガイドｇマルチプレクサ２４に対する入力とすることが可能
である。

【００７１】５．変調器２６は、アップリンク２８から離れたサテライトダウンリンクおよ
びディッシュアンテナ３１にサテライト２０を介して変調信号３０を送信するサ
テライトアップリンクおよびディッシアンテナ２８に、７０ＭＨｚＲＦＱＰ
ＳＫまたはＢＰＳＫ変調信号を送信する。６．サテライトダウンリンク３１は、従来のサテライトダウンリンクダウンコ
ンバータを介してスターガイド（登録商標）ＩＩサテライト受信機３２に、Ｌバ
ンド（９２０〜２０５０ＭＨｚ）無線周波数（ＲＦ）信号を送出する。出願人の
好適なイーサネット／ルータカード３４は、スターガイド（登録商標）ＩＩ受信
機３２の裏面にあるおそらく５つの使用可能な挿入カードスロット（図示せず）
に着脱可能に挿入されている。スターガイド（登録商標）ＩＩ受信機３２は受信
した送信データを復調およびデマルチプレキシングし、例えばスターガイド（登
録商標）ＩＩ受信機３２に搭載されるＥＤＳカード３４などのカードで使用する
ために個別のサービスデータストリームを復元する。受信機３２はまた、他の４
つの使用可能なスロットに挿入されたオーディオカード、ビデオカード、リレー
カード、または非同期カードを含む単一または複数のスターガイド（登録商標）
カードも有しており、単一受信機３２の他の使用や用途のためにオーディオ、ビ
デオ、リレークロージャデータ、または非同期データストリームなどのサービス
を提供しつつ、本明細書で述べたサテライト受信機／ルータとして機能している
。例えば、受信機に追加できるようなネバダ州レノのＳｔａｒＧｕｉｄｅＤｉ
ｇｉｔａｌＮｅｔｗｏｒｋｓ，Ｉｎｃ．より入手可能な他のサービスには、非
同期サービス統計デマックスインターフェースモジュール、ディジタルビデオ復
号器モジュール、ＭＸ３ディジタルマルチメディアマルチプレクサ、ディジタル
オーディオ格納モジュール、ディジタルマルチメディアサテライト受信機がある
。

【００７２】７．ＥＤＳカード３４はそのデータおよびクロックをスターガイド（登録商標
）ＩＩ受信機３４から受信し、その後スターガイド（登録商標）ＩＩ受信機３２
によってＥＤＳカード３４に提供されたサービスストリームのＨＤＬＣカプセル
保護を取り除くので、（パケットを再構成する必要なしに）受信機３２から受信
したデータストリームのオリジナル（原）ＴＣＰ／ＩＰパケットを回復する。次
に、ＥＤＳカード３４は、例えばアドレスフィルタリングを実行し、（スターガ
イド（登録商標）ＩＩ受信機の背面から外側を向いている）カードの側のイーサ
ネットポートからルーティングしてイーサネットＬＡＮに接続し、当業者に公知
の方法でＴＣＰ／ＩＰパケットをＬＡＮ上のアドレス指定された例えばＰＣ１４
、１６に宛てられたＴＣＰ／ＩＰパケットを送る。あるいは、上記に述べたよう
に、ＥＤＳカード３４は受信したパケットを、例えば図１のフラッシュメモリ格
納部１１４に保存することもできる。

【００７３】その結果、高帯域幅データが、一方向サテライト接続２０を介してコンテンツ
サーバ１８から好適なサテライトシステム１０を移動し、例えば受信ＰＣ１４に
送られる。例えばインターネットユーザのウェブページ、オーディオ、ビデオ要
求などの低帯域幅データは、本質的に不確かであるが確立されたインターネット
インフラストラクチャ３８を介して、例えばリモート受信ＰＣ１４から、コンテ
ンツサーバ１８に送信してもよい。そのため、例えばクライアントＰＣ１４、１
６がデータを要求すると、好適なシステム１０は、更に信頼性が高く、高帯域幅
で、（所望であれば）より確実なサテライト２０の送信システムを介して、（コ
ンテンツサーバ１２より提供された）要求データを、スターガイド原（登録商標
）ＩＩ受信機およびその対応するＥＤＳカード３４に自動的にルーティングし、
インターネット３８のバックボーンや他のインフラストラクチャを介すことなく
ＰＣ１４、１６に分散させる。

【００７４】次に図９を参照すると、出願人の好適なイントラネットシステム４２を好適に
使用して、ＴＣＰ／ＩＰフォーマットコンテンツを、リモートＬＡＮ１２上でＰ
Ｃ１４、１６を相互接続するリモートＬＡＮ１２上に分散させている。イントラ
ネットシステム４２を介して、コンテンツサーバ１８に存在するコンテンツは、
イントラネット４２により私用通信ネットワーク３９を介してクライアントＰＣ
１４、１６に分散される。

【００７５】図９のイントラネットシステム４２は、イントラネットシステム４２がインタ
ーネット４０を介してバックチャンネルを提供せず、代わりに従来のモデム４４
、４６を介して従来の通信接続を私用してバックチャンネルを提供してること以
外は、図１のインターネットシステム１０と同様に動作する。出願人の好適な実
施例において、リモートＬＡＮモデム４４は、ＥＤＳカード３４が搭載されるス
ターガイド（登録商標）ＩＩ受信機３２の裏面にあるＥＤＳカード３４の外側を
向いている面上で、ＲＳ−１１ポートに直接接続されている。イーサネット／ル
ータカード３４は、電波中継局やコンテンツサーバ１８（あるいは、ローカルＬ
ＡＮ１９上の他の装置）にアドレス指定されたＴＣＰ／ＩＰパケットを、ＲＳ２
３２シリアル出力（図８の１１３）からリモートＬＡＮモデム４４にルーティン
グし、コンテンツサーバまたは電波中継局１８に同パケットを送出する。あるい
は、当業者に公知の方法で、リモートＬＡＮ１２上のルータ（図示せず）を介し
て、ＴＣＰ／ＩＰデータおよび例えばクライアントＰＣ１４からの要求を送受信
するようリモートモデム４４を接続してもよい。

【００７６】ローカルモデム４６は、コンテンツサーバ１８またはサーバ１８が存在する電
波中継局ＬＡＮに接続される。そのため、２つのモデム４４、４６は、ＴＣＰ／
ＩＰデータおよびリモートＬＡＮ（ＷＡＮであってもよい）１２上のＰＣ１４、
１６からの要求をコンテンツサーバ１８に転送するために、ＴＣＰ／ＩＰバック
チャンネルを提供する。

【００７７】次に図４を参照すると、出願人の好適な「ミュークス」アップリンクシステム
４８、一般に４８は、冗長的に構成されている。ミュークスシステム４８は、当
業者に公知の方法でインターネットウェブサーバ５０およびインターネットマル
チキャスティングサーバ５２が接続されているローカルまたは電波中継局イーサ
ネットＬＡＮ１９に接続されている。２つの１０ベース―Ｔ−イーサネットブリ
ッジ５３、５５は、８ｍｂｐｓ（メガバイト／秒）以下のイーサネットＴＣＰ／
ＩＰデータを、２つのスターガイド（登録商標）ＩＩＭＸ３マルチプレクサ２
４ａ、２４ｂのそれぞれに備えられたＲＳ４２２サービスポート（図示せず）に
送る。メインスターガイド（登録商標）マルチプレクサ２４ａは、その監視およ
び制御（Ｍ＆Ｃ）ポート（図示せず）を介して、予備のマルチプレクサ２４ｂか
ら９６００ｂｐｓのＲＳ−２３２リンク５６を通って、スターガイド仮想帯域幅
ネットワーク管理システム（ＶＢＮＭＳ）を動作させるネットワーク管理ＰＣ５
４に接続されている。

【００７８】各マルチプレクサ、例えば２４ａは、ＲＳ４２２ポートを介して最高８ｍｂｐ
ｓを出力し、またＭＰＥＧ−ＤＶＢ変調器に互換性をもって接続する。例えば変
調器５８は、その変調出力を１：１変調器冗長スイッチ６０に送り、またサテラ
イト（図８の２０）を介して送信するために７０〜１４０ＭＨｚで変調ＲＦ信号
を送出する。これに関して、ネットワーク管理ＰＣ５４で動作するＶＢＮＭＳも
、冗長スイッチ６０のＭ＆ＣＲＳ−２３２ポート（図示せず）を介して冗長ス
イッチ６０に接続されている。

【００７９】次に図５を参照すると、出願人の好適なミュークスダウンリンク、一般的には
６２において、スターガイド（登録商標）ＩＩサテライト受信機３２とリモート
ＬＡＮ１２との間にルータは不要である。受信機３２は、受信機３２のイーサネ
ット出力ポート（図示せず）から、イーサネットカプセル保護ＴＣＰ／ＩＰパケ
ットを、廉価なケーブル配線ハードウェアにおいて標準以外の中間ハードウェア
を使用しないＬＡＮケーブル配線１２に直接出力する。

【００８０】ＬＡＮ１２は、ＬＡＮベースの例えばＰＣ１４、１６の他に、ローカルコンテ
ンツサーバ６４、６６、例えばルータ３６、例えばリモートアクセスサーバ６８
などの従来のＬＡＮおよびＷＡＮ構成要素に接続してもよい。このＷＡＮ構成に
おいて、更に他のリモート接続したＰＣ７０、７２は、公衆交換通信ネットワー
ク（ＰＴＳＮ）７１を介してＰＯＴＳ回線などの従来の通信回線上でダイヤルイ
ンまたはアクセスされ、ＴＣＰ／ＩＰまたはリモートアクセスサーバ６８で得た
他のコンテンツを獲得するようにしてもよい。これには、イーサネット／ルータ
カード（図８の３４）のイーサネットデータストリーム出力の、例えば遠隔接続
ＰＣ７０へのアドレス指定に応じてアクセスサーバ６８へ送出されるＴＣＰ／Ｉ
Ｐコンテンツが含まれる。

【００８１】次に図６を参照すると、出願人の好適なクリアチャンネルシステム、一般に７
４により、高価な両マルチプレクサ（例えば図４の２４）およびＶＢＮＭＳとそ
の対応ＰＣ（図４の５４）を使用する必要がなくなる。クリアチャンネルシステ
ム７４は、システム７４を介しての複数のサービスの送出を必要としない用途に
適している。図６のクリアチャンネル７４は、イーサネットＴＣＰ／ＩＰデータ
を１０ｍｂｐｓで、例えばＭＰＥＧ−ＤＶＢ変調器５８の入力に直接送り、放送
用の周波数変調データをサテライト（図８の２０）を介してアップリンクする。
（ちなみに、これらのシステムはＭＰＥＧ−ＤＶＢ変調器を使用しているが、Ｄ
ＶＢマルチプレクサやＤＶＢ暗号化スキームは使用しない。）また図７を参照すると、ブリッジ５３、５５は、１００ベース―Ｔ−イーサネ
ットルータ５３、５５でそれぞれ構成してもよい。そうすることにより、これら
のルータ５３、５５は、最高５０ｍｂｐｓでＨＳＳＩ出力をそのそれぞれの変調
器例えば５８に直接送信することができる。本出願の出願人の好適な変調器はＲ
ａｄｙｎｅＣｏｒｐｏｒａｔｉｏｎより入手可能なＲａｄｙｎｅＤＭ−４５で
ある。

【００８２】好適な受信機／ルータにより、特殊または特別注文ソフトウェアを使用する必
要がなくなり、また帯域幅集中オーディオ、ビデオまたはマルチメディアコンテ
ンツを含むインターネットまたはＴＣＰ／ＩＰ互換性コンテンツの高速非同期分
散を行う高性能で信頼性が高く、フレキシブルなシステムがイーサネットコンピ
ュータネットワークに提供される。これは特に、ディジタル地上インフラストラ
クチャが無い場合や、その負担が過度であったり、不適切、あるいはコストがか
かるような場合に有用である。

【００８３】上記の詳細な説明において、出願人の好適な実施例はインターネットまたは通
信バックチャンネルを含んでいるが、上記システムを利用して（ＵＤＰパケット
を介し、バックチャンネルを使用せず）高速オーディオまたはビデオマルチキャ
スティングを行うことができる。受信機／ルータへのアップリンクから一方向シ
ステムにおいて出願人の受信機／ルータをこのように使用する場合、全てのリモ
ートＬＡＮまたはほかの接続されたコンピュータは、インターネットバックボー
ンを介して送信する場合に見られるような放送への干渉を生じることなく、同一
のデータ放送を受信する。

【００８４】また、ＥＤＳカードを、ネバダ州レノのＳｔａｒＧｕｉｄｅＤｉｇｉｔａｌ
Ｎｅｔｗｏｒｋｓ，Ｉｎｃ．より販売されているトランスポータル２０００
格納および転送システムまたはスターガイドＩＩＩ受信機と共に好適に使用する
ことができる。更に、図１１のフローチャート１１００に示すように、本発明を使用して、中
央作成場所から多数の地理的分散している受信機に、例えば音声広告などのデー
タまたはコンテンツを分散させてもよい。このようなデータ分散システムの特定
の例は、音声広告、特に全国広告キャンペーンを含むローカライズされたオーデ
ィオスポットの分散である。まず、ステップ１１１０において、コンテンツデー
タが作成される。オーディオスポットの場合、オーディオスポットはレコーディ
ングスタジオや広告代理店などの中央作成場所で記録することができる。次に、
ステップ１１２０において、コンテンツデータがローカライズされる。オーディ
オスポットの場合、オーディオスポットは、例えばローカル受信機の呼出符号を
含めるか、あるいは地域の指示を含めることによりローカライズされる。次に、
ステップ１１３０において、コンテンツデータは、リモート受信機によって送信
および受信される。オーディオスポットの場合、オーディオスポットはサテライ
ト送信システムを介して、地理的に様々な放送受信機に送信することができる。
コンテンツデータがリモート受信機によって受信されると、コンテンツデータは
ステップ１１４０において受信機でローカルに保存され、またステップ１１５０
においてコンテンツデータは受信機で修正され、ステップ１１６０においてはコ
ンテンツデータは即座に放送され、あるいはステップ１１７０では例えばＬＡＮ
を介して更に送信することができる。オーディオスポットの場合、オーディオス
ポットを受信機で保存し、またオーディオスポットを例えばローカルオーディオ
信号と混合またはクロスフェードすることにより修正し、またオーディオスポッ
トを即座に放送し、またはオーディオスポットをＬＡＮなどのネットワークを介
して更に送信、または受信機からダウンロードすることができる。最後に、ステ
ップ１１８０において、例えばコンテンツデータがステップ１１６０で放送され
たとき、またはステップ１１７０で更に送信されたときに、データ作成場所に他
の確認を送信してもよい。オーディオスポットの場合、スポットが受信され、ま
たスポットが例えば放送または更に送信されたときに、確認を送信することがで
きる。そのため、本発明は、コンテンツを確実かつ高速、また効率良く送信する
分散システムを提供し、システム全体の自動化能力を向上させる。オーディオス
ポットの場合、多数のローカル放送局への全国広告キャンペーンの強化された自
動化、その使用の簡易さ、またその分散速度により、放送広告を促進し、また主
な広告出費を全国放送広告キャンペーンに誘引することが可能になる。

【００８５】本発明の特定の要素、実施例、用途を図示し説明したが、特に上記の教示を考
慮して当業者による変形例が可能であるため、本発明がこれらに限定されるもの
でないことが理解される。そのため、特許請求の範囲における請求項により、こ
のような変形例を網羅し、また本発明の精神および範囲に含まれるこれらの特徴
を取り入れることが考慮される。

【００８６】付録Ａ［ＥＤＳコマンド］本書では、ＳｔａｒＧｕｉｄｅＤｉｇｉｔａｌＥＤＳプラグイン・モジュ
ールのインターフェース・モニタ・コマンドおよびインターフェース制御コマン
ドについて説明する。コマンド・リストが拡張または変更されたときには本書も
更新される。いくつかのコマンドは「デバッグ」コマンドとみなされ、このよう
なデバッグ・コマンドは、正しいパスワードを用いて発行されないかぎりアクセ
ス不能である。以下のリストは、ＥＤＳカード・ボード上の現行のコマンド・セットを示して
いる。これは、ＨＥＬＰコマンドの出力でもある。ＡＤＤＲ −アドレス付け設定値ＨＥＬＰ −使用情報ＥＯ −ＥＯポート設定値ＭＣ −Ｍ＆Ｃ構成ＲＥＢＯＯＴ −ソフトウェア・リブートＳＴＡＴＳ −ボード統計ＴＩＭＥ［，値］ −カレンダ時間ＴＩＭＥＺＯＮＥ［，値，名前］ −現地時間帯ＤＩＲ［パス］ −ディレクトリ表示ＳＣＨＥＤ −現在のスケジュールＶＥＲ −ソフトウェア・バージョンユニットがデバッグ・モードである場合は、以下のコマンドにもアクセスする
ことができる。デバッグ・コマンド：ＣＯＭＭＵＮＩＴＹ −ＳＮＭＰコミュニティ設定値ＦＴＰ −ＦＴＰダウンロードの設定値ＨＤＬＣ −ＨＤＬＣ設定値ＨＯＳＴ −受信機ホストとの通信ＩＧＭＰ −ＩＧＭＰ設定ＭＲ［アドレス］［，長さ］ −メモリ読取りＭＷ＜アドレス＞，＜値＞［，値，．．．］ −メモリ書込みＮＶ −不揮発性メモリ・コマンドＲＣＶ −受信機設定ＳＹＳＴＥＭ −ＳＮＭＰシステム可変設定ＡＤＤＲＡＤＤＲコマンドは、帯域内制御ストリームで使用されるアドレス指定モード
を設定するか、あるいは問い合わせるために使用される。アドレス指定の種類は
、ＳｔａｒＧｕｉｄｅＩＩ受信機で使用される種類と同じである。これらのコ
マンドは主としてネットワーク制御のために使用されるので、ユーザには（ＡＤ
ＤＲＳＨＯＷを使用して）限られたコマンド・サブセットのみが示される。ユ
ーザに示されるオプションのリストは以下のとおりである。ＡＤＤＲＳＥＲＩＡＬ＿ＮＵＭＢＥＲこの形式のコマンドは、イーサネット
・カードの通し番号を問い合わせる。ＡＤＤＲＳＨＯＷこの形式のコマンドは現在のアドレス設定値を示す。ＡＤＤＲコマンドは、ネットワーク制御に使用できる以下の形式をとる。ＡＤＤＲＮＩＤ［，値］この形式のコマンドはイーサネット・カードのネッ
トワークＩＤを問い合わせるか、あるいは設定する。ＡＤＤＲＬＩＤ，＜インデックス＞［，値］（インデックス範囲０．．１５）この形式のコマンドはイーサネット・カードの論理ＩＤ設定値を設定するか、
あるいは問い合わせる。ＡＤＤＲＳＩＤ，＜インデックス＞［，値］（インデックス範囲０．．１５）この形式のコマンドはイーサネット・カードのスロットＩＤ設定値を設定する
か、あるいは問い合わせる。ＣＯＭＭＵＮＩＴＹコミュニティ・コマンドは、ＳＮＭＰによって使用されるコミュニティ・スト
リングを設定するか、あるいは問い合わせるために使用される。ＣＯＭＭＵＮＩＴＹＰＵＢＬＩＣ［，“ストリング”，インデックス］ＳＮ
ＭＰＧＥＴコマンドに使用されるパブリック・ストリングを設定する場合、ス
トリングは、２５６文字未満でなければならず、インデックスは、ＭＩＢＩＩ
データ全体にアクセスできるストリングの場合は０であり、このデータベースの
ＩＣＭＰ部分にのみアクセスできるストリングの場合は１である必要がある。ス
トリングは、左記のように二重引用符で囲む必要がある。ＣＯＭＭＵＮＩＴＹＰＲＩＶＡＴＥ［，“ストリング”］ＳＮＭＰＳＥＴ
コマンドに使用されるプライベート・コミュニティ・コマンドを設定する場合、
ストリングは２５６文字未満でなければならない。ストリングは、左記のように
二重引用符で囲む必要がある。ＣＯＭＭＵＮＩＴＹＳＨＯＷ現在のコミュニティ・ストリングを示す。たと
えば、以下のディスプレイは問合せ時のデフォルト値を示す。＞ＣＯＭＭＵＮＩＴＹＳＨＯＷＰＵＢＬＩＣ：［０］ｐｕｂｌｉｃ［１］ｉｅｍｐＰＲＩＶＡＴＥ：ｐｒｉｖａｔｅＤＥＢＵＧＤＥＢＵＧコマンドは、イーサネット・カード上で様々なデバッグ・モードを
有効化するために使用される。デバッグ・モードがオンにされていない場合、す
べての以下のコマンドはＥＲＲＯＲ応答を返す（デバッグ・モードをオンにする
ＤＥＢＵＧＳＤＮを除く）。以下の形式のコマンドが使用される。ＤＥＢＵＧＳＤＮデバッグ・モードをオンにする。ＤＥＢＵＧＯＦＦデバッグ・モードをオフにする。ＤＥＢＵＧＳＨＯＷデバッグ・モードの現在の設定値を示す。ＤＩＲＤＩＲコマンドは、ＥＤＳカードのフラッシュ・メモリ格納部の内容を表示す
るために使用される。このコマンドは、内容をリストすべきドライブ上のパス名
である、オプションのパラメータをとる。パスが与えられない場合、ルート・デ
ィレクトリガ想定される。ＤＩＲコマンドの形式を以下に示す。ＤＩＲコマンドの表示例を以下に示す。＞ｄｉｒＭＯＮＤＥＣ３１９８２２０ＴｅｓｔＡｕｄｉｏＳｐｏｔ１７：００：００１９７９ＴＥＸＴ．ＭＰ２ＭＯＮＤＥＣ３１４８６９１２ＭｙＡｕｄｉｏ１７：００：００１９７９ＳＰＯＴ．ＭＰ２ＭＯＮＤＥＣ３１９６９１７：００：００１９７９ＤＥＦＡＵＬＴ．ＨＴＭＭＯＮＤＥＣ３１１３５１７：００：００１９７９ＴＥＳＴ．ＨＴＭＭＯＮＤＥＣ３１１１２６４０１７：００：００１９７９ＴＥＳＴ，ＴＸＴＭＯＮＤＥＣ３１ＤＩＲＴＥＭＰ１７：００：００１９７９ＴＵＥＯＣＴ１９５１２０１４：２１：１２１９９９ＮＶＲＡＭ．ＢＡＫＴＵＥＳＥＰ０７９９７０９：２７：５０１９９９ＴＩＴＬＥＳ．ＯＬＤＭＯＮＤＥＣ３１７１９１７：００：００１９７９ＰＡＣＫＡＧＥ．ＨＴＭＷＥＤＯＣＴ２０８７４１８：１９：１０ＴＩＴＬＥＳ．ＢＡＫＴＨＵＡＵＧ２６５９９７２９１９：２２：３２１９９９ＴＥＳＴ．ＪＰＧＭＯＮＤＥＣ３１３２６４６１７：００：００１９７９ＬＯＧＯ．ＧＩＦＭＯＮＤＥＣ３１３４９１７：００：００１９７９ＡＵＤＩＯ．ＧＩＦＭＯＮＤＥＣ３１３２４１７：００：００１９７９ＤＡＴＡ．ＧＩＦＭＯＮＤＥＣ３１４１７１７：００：００１９７９ＩＭＡＧＥ．ＧＩＦＭＯＮＤＥＣ３１３９８１７：００：００１９７９ＰＡＣＫＡＧＥ．ＧＩＦＭＯＮＤＥＣ３１３２４１７：００：００１９７９ＰＲＯＧ．ＦＩＧＭＯＮＤＥＣ３１３３６ＴＸＴ．ＧＩＦ１７：００：００１９７９ＭＯＮＤＥＣ３１３２３１７：００：００１９７９ＶＩＤＥＯ．ＧＩＦＭＯＮＤＥＣ３１１９０９１７：００：００１９７９ＳＥＡＲＣＨ．ＨＴＭＴＵＥＯＣＴ１９５１２０１４：２１：１４１９９９ＮＶＲＡＭ．ＣＦＧＷＥＤＯＣＴ２０８７４１８：１９：２６１９９９ＴＩＴＬＥＳ．ＣＦＧＴＵＥＯＣＴ１９２７４８ＭＸＰＲＥＳＳ．ＣＯＭ１４：３７：５２１９９９００３ＥＤ７５７．＿Ｎｏｔｅｓ１９９９
／１０／１８ＴＵＥＯＣＴ１９１６７３Ｔ２０００ＳＩＬＥＮＣＥ１４：３７：５６１９９９００３ＥＤ７５８．＿ＩＳＧＯＬＤＥＮＴＵＥＯＣＴ１９５９５５ＭＸＰＲＥＳＳ１４：３８：０２１９９９００３ＥＤ７５９．＿ＬＯＧＯＮＡＶＹＢＬＵＥＴＵＥＯＣＴ１９７１７ＡＢＣＰｒｅｄｅｍｏ１４：４０：４４１９９９００３ＥＤ７６６．＿ｔｅｓｔＴＵＥＯＣＴ１９２９０５９２ＡＮＴＯＮＩＯ１４：４１：１２１９９９００３ＥＤ７６７．＿ＢＡＮＤＥＲＡＳＴＵＥＯＣＴ１９２９８８１ＭＡＧＡＺＩＮＥＳ１４：４１：４４１９９９００３ＥＤ７６８．＿ＴＵＥＯＣＴ１９１８９ＴＥＳＴ１４：４１：５２１９９９００３ＥＤ７６９．＿ＴＵＥＯＣＴ１９１７７２６ＬＯＧＯ１４：４１：５８１９９９００３ＥＤ７６ＡＷＥＤＯＣＴ２０２７３４９４４７０１６：０９：３６１９９９００３ＥＤ７６ＤＷＥＤＯＣＴ２０６９１ＭＯＲＥＦＲＯＭ１６：０９：４２１９９９００３ＥＤ７６Ｅ．＿ＴＨＥＦＡＱＷＥＤＯＣＴ２０８４９８５８２１６：１０：３６１９９９００３ＥＤ７６Ｂ．＿ＷＥＤＯＣＴ２０１８８３５２ＪＥＷＥＬＯＮ１６：１０：５４１９９９００３ＥＤ７６Ｃ．＿ＷＨＹＭＯＮＤＥＣ３１１４３０１７：００：００１９７９ＳＣＨＥＤ．ＨＴＭＭＯＮＤＥＣ３１９１９１７：００：００１９７９ＣＯＮＦＩＧ．ＨＴＭＭＯＮＤＥＣ３１９１１１７：００：００１９７９ＨＥＬＰ．ＨＴＭＷＥＤＯＣＴ２０２７４９９４４７１１８：１９：０９１９９９００３ＥＤ７７Ｄ．＿ＷＥＤＯＣＴ２０１３１２ＨＯＷＤＯＩ１８：１９：１２１９９９００３ＥＤ７７３．＿ＴＲＡＣＫＡＰＡＣＫＡＧＥＭＯＮＤＥＣ３１１２６３１７：００：００１９７９ＮＥＷ．ＧＩＦ３９個のファイル、２１６９０２６バイト使用、１４５３１３７９２バイト空き
Ｅ０Ｅ０コマンド（正式にはＩＰコマンド）は、カードのイーサネット・ポート（
Ｅ０）を構成またはモニタするために使用される。このコマンドは、ＨＤＬＣポ
ートからイーサネット・ポートへ転送されるパケットに対するカードの動作を構
成するために使用できるいくつかのサブコマンドを有する。このパラメータの構
成を行うことができるのは、ユニットがデバッグ・モードである場合だけである
。Ｅ０ＩＰ＿ＡＬＬＯＷ［，アドレス，マスク］イーサネット・ポートに渡す
ことが可能なアドレスを問い合わせるか、あるいは設定する。最高で８つのアド
レス・マスク対を入力することができる。ユニットがデバッグ・モードではない
場合、このサブコマンドに対してできるのは問合せだけである。Ｅ０ＩＰ＿ＡＬＬＯＷ，＜ＡＮＹ，ＮＯＮＥ＞ＡＮＹオプションは、すべて
の宛先アドレスをＨＤＬＣポートからイーサネット・ポートに渡すことを可能に
する。ＮＯＮＥオプションは、すべてのパケットについてＨＤＬＣポートからイ
ーサネット・ポートに渡されるのを妨げる。Ｅ０ＩＰ＿ＡＤＤＲ［，ａｄｄｒ］このコマンドはイーサネット・インター
フェースのＩＰアドレスを設定するか、あるいは問い合わせる。変更がなされた
後、この新しい変更を有効にするにはＲＥＢＯＯＴコマンドを発行しなければな
らない。Ｅ０ＩＰ＿ＳＵＢＮＥＴＭＡＳＥ［，ａｓｄｄｒ］このコマンドは、イーサ
ネット・インターフェースのＩＰアドレス・サブネット・マスクを設定するか、
あるいは問い合わせる。変更がなされた後、この新しい変更を有効にするにはＲ
ＥＢＯＯＴコマンドを発行しなければならない。Ｅ０ＩＰ＿ＧＡＴＥＷＡＹ［，ａｄｄｒ］このコマンドは、イーサネット・
インターフェースのデフォルト・ゲートウェイのＩＰアドレスを設定するか、あ
るいは問い合わせる。ローカルには対処できないアドレスにＨＤＬＣポートを通
して入力されたあらゆるコマンドは、デフォルト・ゲートウェイに転送される。
変更がなされた後、この新しい変更を有効にするにはＲＥＢＯＯＴコマンドを発
行しなければならない。Ｅ０ＩＰ＿ＡＬＩＡＳ＿ＡＤＤＲ［，ａｄｄｒ］このコマンドは、イーサネ
ット・インターフェースのＩＰエイリアス・アドレスを設定するか、あるいは問
い合わせる。Ｅ０ＩＰ＿ＡＬＩＡＳ＿ＡＤＤＲ，ＤＥＬＥＴＥこのコマンドは、イーサネ
ット・インターフェースのＩＰエイリアス・アドレスを削除する。エイリアスは
イーサネット・インターフェースの二次ＩＰアドレスである。Ｅ０ＩＰ＿ＡＬＩＡＳ＿ＮＥＴＭＡＳＫ［，ｍａｓｋ］このコマンドは、イ
ーサネット・インターフェースのＩＰエイリアス・ネットマスクを設定するか、
あるいは問い合わせる。Ｅ０ＳＨＯＷイーサネット・インターフェースの現在の設定値を表示する。ＦＴＰＦＴＰコマンドはデバッグ・パスワードによって保護される。ＦＴＰコマンド
は、フラッシュ・メモリへのＦＴＰソフトウェア・ダウンロードをセットアップ
し開始するために使用される。ＦＴＰダウンロードを開始する前に設定する必要
のある項目は、ＦＴＰサーバにアクセスするための、ＦＴＰサーバＩＰアドレス
、ユーザ名、およびユーザ・パスワードである。これらの設定値は不揮発性メモ
リに記憶される。ＦＩＰＩＰ＿ＡＤＤＲ［，アドレス］ＦＴＰサーバのＩＰアドレスを設定す
る。ＦＩＰＵＳＥＲ［，ストリング］これはＦＴＰサーバにログインするために
使用されるユーザ・ストリングである。ＦＴＰＰＡＳＳＷＯＲＤ［，ストリング］これは、ＦＴＰサーバにログオン
するために使用されるパスワードである。ＦＴＰＧＥＴ，ファイル名このコマンドは、指定されたファイルのダウンロ
ードを開始する。ファイル名が、ファイルへのパス全体を含むことに留意された
い。たとえば、“／ｉｎｃｏｍｉｎｇ／ｖｖ００１３．ｆｔｐ”である。ＦＴＰ
プロセスでは、ダウンロードの進行状況を示すステータス・インジケータを報告
する。ＦＴＰＧＥＴ＿ＲＣＶ，ファイル名このコマンドは、ＳｔａｒＧｕｉｄｅ
受信機に指定されたファイルのダウンロードを開始する。ダウンロードされたフ
ァイルはＡＵＸＩポートを通して受信機に送信される。ファイル名が、ファイル
へのパス全体を含むことに留意されたい。たとえば、“／ｉｎｃｏｍｉｎｇ／ｖ
００１３．ｆｔｐ”である。ＦＴＰプロセスでは、ダウンロードの進行状況を示
すステータス・インジケータを報告する。ダウンロードが進行中であることを示
すためにあらゆるダウンロード・ブロック上に“．”がプリントされる。ＦＴＰＧＥＴＲＣＶ．ファイル名．ＨＩＦこのコマンドは、ＳｔａｒＧｕ
ｉｄｅ受信機に指定されたファイルのダウンロードを開始する。ダウンロードさ
れたファイルは、ＡＵＸＩポートではなくホスト・インターフェース・ポートを
通して受信機に送信される。この種のダウンロードを実行する場合、受信機は正
しいホスト・インターフェース・コードを有さなければならない（クリア・チャ
ネル・コードＶ１．１６以降またはＣＰコードＶ３．７２以降）。ファイル名が
、ファイルへのパス全体を含むことに留意されたい。たとえば、“／ｉｎｃｏｍ
ｉｎｇ／ｖ００１３．ｆｔｐ”である。ＦＴＰプロセスでは、ダウンロードの進
行状況を示すステータス・インジケータを報告する。ダウンロードが進行中であ
ることを示すためにあらゆるダウンロード・ブロック上に“．”がプリントされ
る。ＦＴＰＳＨＯＷＦＴＰパラメータを表示する。出力を以下に示す。ＦＴＰＳＨＯＷＩＰ＿ＡＤＤＲ：１９２．１６８．３．１６８ＵＳＥＲ：ｇｒａｃｈｅＰＡＳＳＷＯＲＤ：ｎｅｗｇｕｙＨＯＳＴＨＯＳＴコマンドはデバッグ・パスワードによって保護される。ＨＯＳＴコマ
ンドは、ユーザがホスト受信機と通信するのを可能にする。受信機との通信に利
用できる通信パスは２つあり、すなわち、内部のホスト・インターフェースを通
すか、あるいは外部のケーブルを通して、イーサネット・カードのＡＵＸＩポー
トから受信機のＭ＆Ｃポートへ通信することができる。第１のオプションの内部
通信では、クリア・チャネル受信機コードＶ１．１６以降が必要である。第２の
オプションは、あらゆるバージョンの受信機コードで機能するが、外部ケーブル
を必要とする。この２つの形式のＨＯＳＴコマンドを以下に示す。ＨＯＳＴストリングこのコマンドは、指定されたストリングを内部ホスト・イ
ンターフェースを通して受信機に送信する。ストリングが受信機に対するコマン
ドを表わし、したがって、大文字でなければならないことに留意されたい。スト
リングにコンマが含まれる場合、このストリングは二重引用符（“）文字で囲ま
なければならない。ＨＯＳＴＡＵＸＩ．ストリングこのコマンドは、指定されたストリングを外
部ＡＵＸＩコネクタを通して受信機に送信する。ストリングが受信機に対するコ
マンドを表わし、したがって、大文字でなければならないことに留意されたい。
ストリングにコンマが含まれる場合、このストリングは二重引用符（“）文字で
囲まなければならない。ＨＤＬＣＨＤＬＣコマンドはデバッグ・パスワードによって保護される。ＨＤＬＣコマ
ンドはＳｔａｒＧｕｉｄｅＩＩ受信機からの着信データを制御する。データは
受信機バックプレーンを介して受信される。データは、ＨＤＬＣストリームにお
いてカプセルに入れられたイーサネット・データ・パケットである。ＨＤＬＣコ
マンドの他のパラメータの１つにＩＢＳチャネルＩＰアドレスおよびポート番号
がある。このアドレスは、（関連するポートと共に）パケットを「帯域内信号」
として指定するかどうかを決定する。ＨＤＬＣＤＥＢＵＧ＿ＬＥＶＥＬ［，０｜１｜２］ＨＤＬＣ処理ブロックの
デバッグ・レベルを設定する。ＨＤＬＣＤＲＶ＿ＤＥＢＵＧ［，ＴＲＵＥ｜ＦＡＬＳＥ］ＨＤＬＣソフトウ
ェア・ドライバ・デバッグ・レベルを設定する。ＨＤＬＣＥＮＡＢＬＥ［，ＴＲＵＥ｜ＦＡＬＳＥ］受信機からデータを受信
することを可能にする。ＨＤＬＣＩＢＳ＿ＩＰ＿ＡＤＤＲ［，値］帯域内制御チャネルＩＰアドレス
を設定する。ＨＤＬＣＩＢＳ＿ＵＤＰ＿ＰＯＲＴ［，値］（１．．８０００）ＩＢＳスト
リームに使用されるポートを設定する。ＨＤＬＣＳＴＡＴＩＳＴＩＣＳ＿ＣＬＥＡＲすべてのＨＤＬＣ統計をクリア
する。ＨＤＬＣＳＨＯＷＨＤＬＣパラメータおよびカウンタを表示する。＞ＨＤＬＣＳＨＯＷｄｅｂｕｇＬｅｖｅｌ０ｄｒｖＤｅｂｕｇＦＡＬＳＥｅｎａｂｌｅＴＲＵＥｃｏｎｆｉｇ．ｉｂｓＩｐＡｄｄｒ２３９．２５５．０．１（０Ｘｅｆｆｆ
０００１）ｃｏｎｆｉｇ．ｉｂｓＵｄｐＰｏｒｔ２００２ｉｓｒＣｏｕｎｔ０ＧｌｉｔｃｈｏｎＲＸ０ＦｌａｇＳｔａｔｕｓ０ＲｘＦｒａｍｅ０ＢｕｓｙＣｏｎｄｉｔｉｏｎ０ＲｘＢｕｆｆｅｒ０ＲｘＤＰＬＬＥｒｒｏｒ０ＲｘＬｅｎｇｔｈＥｒｒｏｒ０ＲｘＮｏｎａｌｉｇｎＦｒａｍｅ０ＲｘＡｂｏｒｔ０ＲｘＣＲＣＥｒｒｏｒ０ＲｘＯｖｅｒｒｕｎ０ｄｉｓｃａｒｄＦｒａｍｅＣｎｔ０ｃｒｃＥｒｒｐｒＣｎｔ０ａｂｏｒｔＥｒｒｏｒＣｎｔ０ｉｆａｃｅＥｒｒｏｒＣｎｔ０カウンタの値は、ＳＧＩＩ受信機からＩＰトラフィックが受信されるにつれて
大きくなる。ＩＧＭＰＩＧＭＰコマンドもデバッグ・パスワードによって隠される。ＩＧＭＰコマン
ドは、ＩＧＭＰネットワークが存在する場合にイーサネット・カードの動作を構
成するために使用される。このコマンド・オプションを以下に示す。ＩＧＭＰＤＥＢＵＧ［，ＴＲＵＥ｜ＦＡＬＳＥ］ＩＧＭＰプロセスのデバッ
グ・モードを有効化する。ＩＧＭＰＥＮＡＢＬＥ［，ＴＲＵＥ｜ＦＡＬＳＥ］カードのＩＧＭＰハンド
リングを有効化する。ＩＧＭＰＱＲＩＥＲ＿ＥＮＡＢＬＥ［，ＴＲＵＥ｜ＦＡＬＳＥ］ＩＧＭＰモ
ードにおいて、このコマンドはカードの問合せモードを有効化する。ＩＧＭＰ −（１００．．２５００）ＱＵＥＲＹ＿ＩＮＴＥＲＶＡＬ［，値］
問合せモードにおける問合せ間隔を設定する（１０分の１秒）。ＩＧＭＰＱＵＥＲＹＲＥＳＰＯＮＳＥ −（１０．．２５５）ＩＮＴＥＲ
ＶＡＬ［，値］応答タイムアウト値を設定する（１０分の１秒）。ＩＧＭＰＩＰ＿ＡＤＤＲ＿ＢＡＳＥ［，値］（０ｘＥ０００００００．．０
ＸｅＦＦＦＦＦＦＦ）ＩＧＭＰアドレス・ブロックの基底アドレス。ＩＧＭＰＩＰ＿ＡＤＤＲ＿ＭＡＳＫ［，値］（０ｘＦＦＦＦ００００．．０
ｘＦＦＦＦＦＦＦＦ）アドレス・ブロックのサイズを決定するブロックのマス
クを設定する。ＩＧＭＰＧＲＯＵＰ＿ＭＥＭＢＥＲ，＜ｉｐ＿ａｄｄｒ＞特定のＩＰアドレ
スが結合されているかどうかを問い合わせる。ＩＧＭＰＳＨＯＷＩＧＭＰ設定値を表示する。応答を以下に示す。ＩＧＭＰＳＨＯＷｄｅｂｕｇＴＲＵＥｑｕｅｒｉｅｒＴＲＵＥｅｎａｂｌｅＴＲＵＥｑｕｅｒｉｅｒＥｎａｂｌｅＴＲＵＥｑｕｅｒｙＩｎｔｅｒｖａｌ６００（１０分の１秒単位）ｑｕｅｒｙＲｅｓｐｏｎｓｅＩｎｔｅｒｖａｌ１００（１０分の１秒単位）ｉｐＡｄｄｒＢａｓｅ２３９．２５５．０．０（０ｘＥＦＦＦ００００）ｉｐＡｄｄｒＭａｓｋ０ｘＦＦＦＦ００００ＭＣＭＣコマンドは、モニタ制御ＲＳ−２３２インターフェースのパラメータを設
定するために使用される。現在はボー・レートしか設定できないが、将来は、こ
のコマンドにパリティ、データ・ビット、およびストップ・ビットが追加される
。ＭＣＬＯＧＭＳＧ，＜ＴＲＵＥ｜ＦＡＬＳＥ＞ＭＣＴＴＹ＿ＢＡＵＤ＿ＲＡＴＥ，＜値＞（範囲９６００．．３８４００）ボー・レートを、指定された設定値に設定する。ＭＣＳＨＯＷＭ＆Ｃポートの現在の設定値を表示する。ＰＩＮＧＰＩＮＧコマンドは、ＥＤＳカードから別のＩＰベース装置へのイーサネット
連続性を検査するために使用される。ＰＩＮＧコマンドは、ＩＣＭＰエコーリク
エスト・メッセージを、指定されたＩＰアドレスに送信する。このコマンドは、
ピング・メッセージの結果を表示する（成功または失敗）。ピングが成功した場
合、時間結果が表示される。ＰＩＮＧコマンドの形式を以下に示す。ＰＩＮＧｉｐＡｄｄｒｅｓｓ＜，ｎｕｍＰｉｎｇｓ＞ｉｐＡｄｄｒｅｓｓは
ドット表記アドレスでも１６進数でもよく、ｎｕｍＰｉｎｇｓは送信すべきピン
グの数を表わす。ｎｕｍＰｉｎｇｓは０より大きくなければならない。以下の結
果は、成功したピングと、その後に続く失敗したピングを示す。＞ｐｉｎｇ１９２．１６８．３．１ｔａｓｋＳｐａｗｎｏｋ＞ＰＩＮＧ１９２．１６８．３．１：５６データ・バイトｓｄ−ｆｉｒｅｗａｌｌ．ｓｔａｒｇｕｉｄｅｄｉｇｉｔａｌ．ｃｏｍ（１９２
．１６８．３．１）から６４バイト：ｉｃｍｐ＿ｓｅｑ＝０時間＝４．ｍｓｓｄ−ｆｉｒｅｗａｌｌ．ｓｔａｒｇｕｉｄｅｄｉｇｉｔａｌ．ｃｏｍ（１９２
．１６８．３．１）から６４バイト：ｉｃｍｐ＿ｓｅｑ＝１時間＝２．ｍｓｓｄ−ｆｉｒｅｗａｌｌ．ｓｔａｒｇｕｉｄｅｄｉｇｉｔａｌ．ｃｏｍ（１９２
．１６８．３．１）から６４バイト：ｉｃｍｐ＿ｓｅｑ＝２時間＝２．ｍｓ１９２．１６８．３．１ＰＩＮＧ統計３つのパケットを送信、３つのパケットを受信、パケット損失０％ラウンドトリップ（ｍｓ）ｍｉｎ／ａｖｇ／ｍａｘ＝２／２／４＞ｐｉｎｇ１００．１．１．１ｔａｓｋＳｐａｗｎｏｋ＞ＰＩＮＧ１００．１．１．１：５６データ・バイト１００．１．１．１から応答なしＮＶＮＶコマンドはデバッグ・コマンドである。ＮＶコマンドは、様々な不揮発性
メモリ位置または構造にアクセスするか、あるいはそれらを表示するために使用
される。現在、ＮＶコマンドは、このコマンドのすべてのオプションがイベント
・ログに基づくものになるようにイベント・ログを記憶するために使用されてい
る。将来、このコマンドは、様々なオプションを持つＬＯＧコマンドに変換する
ことができる。ＮＶＤＢ＿ＣＬＥＡＲ不揮発性メモリ・データベース全体をクリアする。ＮＶＬＯＧ＿ＣＬＥＡＲイベント・ログをクリアする。ＮＶＬＯＧ＿ＳＨＯＷ「，インデックス」イベント・ログの内容を表示する
。ＲＣＶＲＣＶコマンドは、受信機の重要なパラメータを構成するか、あるいは問い合
わせるために使用される。このコマンドは、インタネット・ホスト・インターフ
ェースを介して受信機と通信する。したがって、受信機はクリア・チャネル・コ
ード・バージョン１．１６コード以降を実行しなければならない。以下のリスト
はＲＣＶコマンドと共に利用できるオプションを示す。各コマンド・オプション
は、受信機に送信されるコマンドを示す。受信機コマンドの詳細については、Ｓ
ｔａｒＧｕｉｄｅ１１ユーザ・マニュアルを参照されたい。ＲＣＶＲＦ［，周波数］ −（９２００００．．２０５００００）ＲＦは、
ｋＨｚ単位の、受信機のＬ帯域周波数を問い合わせるか、あるいは設定する。有
効な値が括弧内に示される。ＲＣＶＤＲ［，データ＿レート］ −（５１２０００．．．８１９２０００）ＤＲは、毎秒ビット数単位の、受信機のデータ・レートを問い合わせるか、あ
るいは設定する。ＲＣＶＶＲ［，ビタビ＿レート］−（３．．４）ＶＲコマンドは、受信機の
ビタビ・デコーダ・レートを設定するか、あるいは問い合わせる。有効な値が括
弧内に示される。ＲＣＶＣＬＲ［，ｅｌｒ＿ｍｏｄｅ］ＣＬＲコマンドは、受信機のクリア・
チャネル・モードを設定するか、あるいは問い合わせる。有効な値が括弧内に示
される。ＲＣＶＥＢＥＢコマンドは、１０分の１ｄＢ単位の、受信機の現在のＥｂ／
Ｎｏ読取り値を問い合わせる。この数が大きければ大きいほど、信号強度が高く
なる。ＲＣＶＡＧＡＧコマンドは、受信機上の現在のＡＧＣ読取り値を問い合わせ
る。この値が大きくなればなるほど、受信機の入力での入力信号レベルが低くな
る。この値は、０から２５５の範囲であり、受信機を構成する際にできるだけ１
２８に近くする必要がある。ＲＣＶＳＳＳＳは受信機の現在の状態を問い合わせる。この値は、現在アク
ティブな個々のステータス・ビットの和を表す。値０は、現在アクティブなエラ
ーがないことを表わす。ビット・マップ値についてはＳｔａｒＧｕｉｄｅＩＩ
ユーザ・マニュアルを参照されたい。ＲＣＶＳＦＳＦは受信機の障害履歴を問い合わせる。この値は、（ＨＯＳＴ
コマンドまたはＨＯＳＴＡＵＸ１コマンドを介してＳＦＯコマンドを使用して
）最後にクリアされた後に活性化された個々のステータス・ビットの和を表わす
。値０は障害が起こらなかったことを表す。ビット・マップ値についてはＳｔａ
ｒＧｕｉｄｅＩＩユーザ・マニュアルを参照されたい。ＲＣＶＲＥＶＲＥＶコマンドは、受信機で実行されている現在のソフトウェ
ア・バージョンを問い合わせる。このコマンドは、マザーボード、復調器、およ
びＤＳＰコードのコード・バージョンを示す。ＲＣＶＳＨＯＷＲＣＶＳＨＯＷコマンドは、問い合わされる受信機パラメ
ータの現在の値を表示する。各パラメータは、２秒おきに問い合わされ、順次問
い合わされる。このコマンドの出力は以下のように表示される。＞ｒｅｖｓｈｏｗＲＦ：９８５０００ＤＲ：６１４４０００ＶＲ：３ＣＬＲ：１ＥＢ：７．０ＡＧ：１２７ＳＳ：０ｘ００００００００ＳＦ：０ｘ００００００００ＲＥＶ：１．１６，８，１６０ＲＥＢＯＯＴＲＥＢＯＯＴは、ソフト・ブートを実行するために使用される。このコマンド
は以下の形式を有する。ＲＥＢＯＯＴ＜ａｒｇ＞ａｒｇは以下のいずれかでよい。０：この種のブートは、システムに通常のブートアップ・シーケンスを実行さ
せるが、メモリはクリアされない。１：この種のブートは、ユーザがあらゆるブート・パラメータを変更できるよ
うにブート・プロンプト時にリブートを休止させる。この種のブートではメモリ
はクリアされない。２：これは通常のブートを実行するが、メモリはクリアされる。これは、ａｒ
ｇが指定されない場合にはデフォルトである。ＳＣＨＥＤＳＣＨＥＤコマンドは、スケジューラの、現在スケジューリングされているイ
ベントを表示するために使用される。このコマンドは以下の形式を有する。ＳＣＨＥＤＳＨＯＷ現在アクティブなスケジューラがあれば、それを表示す
る。ＳＣＨＥＤＰＵＲＧＥあらゆる既存のスケジュールを削除する。ＳＣＨＥＤＡＤＤ，ｄＦ，ｒｌｙ，ｆｉｄ０［，ｆｉｎｄ］スケジュールに
イベントを追加する。ｄＴパラメータは、ｒｌｙによって指定されたリレーが行
われるイベントウィンドウ時間を示す。アクティブウィンドウ時間中にリレーが
活性化された場合、ｆｉｎｄ０パラメータないしｆｉｎｄＮパラメータによって
指定されたファイルがフラッシュ・メモリ・ディスクから再生される。複数のフ
ァイルが指定された場合、それらのファイルは、最初のファイルから最後のファ
イルへと順次再生される。ＳＴＡＴＳＳＴＡＴＳコマンドは、ボード上に維持されている様々な帯域幅統計を表示す
るために使用される。これらの統計にはイーサネット・ポートとｈｄｌｃポート
の両方が含まれる。ＳＴＡＴＳ＿ＣＬＥＡＲ統計をクリアする。ＳＴＡＴＳＳＨＯＷ現在の統計を示す。表示されるパラメータの例を以下に
示す。統計は、最後にクリアされた後に維持される。帯域幅統計は最後の５秒間
の平均帯域幅を示す。＞ＳＴＡＴＳＳＨＯＷＳＡＴＥＬＬＩＴＥＩＮＴＥＲＦＡＣＥ（ｓ０）１０個のパケットを受信。０個のパケットを送信。０個の入力エラー。０個の出力エラー。１０６５バイト受信。６０４ｂｐｓ（平均帯域幅）受信。平均サテライト・パケット・サイズは１０６である。ＥＴＨＥＲＮＥＴ（登録商標）ＩＮＴＥＲＦＡＣＥ（ｅ０）６２５個のパケットを受信。４３９個のパケットを送信。０個の入力エラー。０個の出力エラー。６００回の衝突。ｓ０から３個のパケットがルーティングされた。ｓ０から６４９バイト・ルーティングされた。ｓ０から４６２ｂｐｓ（平均帯域幅）でルーティングされた。ｓ０からルーティングされた平均パケット・サイズは２８３。統計がクリアされてから２３６秒経過。ＳＹＳＴＥＭシステム・コマンドはＳＮＭＰシステム・テーブル・ストリングを設定するか
、あるいは問い合わせるために使用される。このコマンドはデバッグ・コマンド
であり、以下の形式を有する。ＳＹＳＴＥＭＣＯＮＴＡＣＴ［，ストリング］コンタクト・ストリングを設
定する場合、ストリングは２５６文字未満でなければならない。ストリングは左
記のように二重引用符によって囲む必要がある。ＳＹＳＴＥＭＬＯＣＡＴＩＯＮ［，ストリング］ロケーション・ストリング
を設定する場合、ストリングは２５６文字未満でなければならない。ストリング
は左記のように二重引用符によって囲む必要がある。ＳＹＳＴＥＭＤＥＳＣ［，ＩＮＴ］このコマンドは、現在のＳＮＭＰ記述ス
トリングを問い合わせるか、あるいは再初期設定することができる。再初期設定
が必要になるのは、コードをバージョン５ないし７からバージョン８に更新した
後だけである。これは、フラッシュ・メモリに保存されたストリングのフォーマ
ットが変更されているからである。この更新が行われない場合、ＳＮＭＰの記述
は、古いソフトウェア・バージョンと新しいソフトウェア・バージョンの両方を
示す。ＳＹＳＴＥＭＳＨＯＷＳＮＭＰシステム・テーブルの現在の設定値を表示す
る。このコマンドの出力を、カードのデフォルト・ストリングと共に以下に示す
。＞ＳＹＳＴＥＭＳＨＯＷＬＯＣＡＴＩＯＮ：ＳａｎＤｉｅｇｏ，ＣＡ９２１２１（６１９）４５２−４９２０ＣＯＮＴＡＣＴ：ＳｔａｒｇｕｉｄｅＤｉｇｉｔａｌＮｅｔｗｏｒｋｓＴＩＭＥ時間コマンドは、システム時間を設定するか、あるいは問い合わせるために使
用される。ＳｔａｒＧｕｉｄｅ受信機は、ネットワーク・タイムスタンプに基づ
いて時間を設定する。問合せ応答の一例を以下に示す。９４０５４２９３６．ＴＨＵＯＣＴ２１１４：５５：３６１９９９ＰＤＴ
（ＧＭＴ−７）時間コマンドは、時間がＧＭＴで送信された後にＥＤＳカードの現在の時間帯
を設定するために使用することができる。ＶＥＲＶＥＲコマンドは、現在のソフトウェア・バージョンを問い合わせるために使
用される。問合せ応答にはソフトウェア・バージョン、コードが作成された日時
が含まれる。問合せの一例を以下に示す。０．０．２．Ｊａｎ２２１９９７，１６：３５：５０

【図面の簡単な説明】

【図１】本発明のＥＤＳカードのブロックダイアグラムを描いた図である。

【図１Ａ】本発明のＥＤＳカードのブロックダイアグラムを描いた図である。

【図１Ｂ】本発明のＥＤＳカードのブロックダイアグラムを描いた図である。

【図２】本発明のＥＤＳカードのハードウェアのブロックダイアグラムを描いた図であ
る。

【図３】本発明のＥＤＳカードのいくつかの機能を描いた図である。

【図４】サテライト送信を多重化するマルチプレクサを使用した好ましいアップリンク
構成を示すブロック図である。

【図５】接続されたＬＡＮに分散するために多重化サテライト送信信号を受けるための
好ましいダウンリンク構成のブロック図である。

【図６】１０ｍｂｐｓまでの明瞭なチャンネル送信のための好ましい冗長アップリンク
のブロック図である。

【図７】５０ｍｂｐｓまでの明瞭なチャンネル送信のための好ましい冗長アップリンク
のブロック図である。

【図８】好ましいＥＤＳカードが、このカードを経由してこのカードが接続されている
イーサネットＬＡＮ上にインターネットの内容を分散するためにサテライト受信
機のスロットに挿入された、インターネット・バックチャネルをもつ、好ましい
サテライト送信システムの１つの実施形態のブロック図である。

【図９】イントラネット上に、電話通信モデムを供給されたバックチャネルで受信機か
らイントラネットのヘッドエンドへとＴＣＰ／ＩＰの内容を分散するための好ま
しいサテライト送信システムの別の選択肢の実施形態を描いたブロック図である
。

【図１０】発明の背景のセクションで述べたような先行技術のサテライトデータ受信機、
独立インターネットルータ、およびＬＡＮのブロック図である。

【図１１】例えばオーディオ広告のようなデータまたは内容を中央の発信源位置からいく
つかの地理的に離れたいくつかの受信機に分散するために採用した本発明のフロ
ーチャートを描いた図である。

───────────────────────────────────────────────────── フロントページの続き (31)優先権主張番号０９／２８７，２００ (32)優先日平成11年４月３日(1999．4．3) (33)優先権主張国米国（ＵＳ） (81)指定国ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ，ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＢＲ，ＣＡ，ＣＮ，ＩＮ，ＪＰ，ＭＸ (72)発明者ラーナー，イアンアメリカ合衆国，カリフォルニア 92037，ラホーラ，ダナウェイドライブ 8676 (72)発明者テシュメイシャー，ロウェルイー．アメリカ合衆国，カリフォルニア 92009，カールズバッド，クレッサコート 1410 Ｆターム(参考） 5K030 GA11 HA01 HA08 HB01 HB02 HB19 HC01 HC02 HD03 HD05 JL01 JL07 JT01 JT03 KA02 LB05 LD02 5K033 AA09 CC01 DA01 DA06 DA18 DB18 【要約の続き】オーディオスポットの組み込みログを保持し、コマンドが受信されたとき、コマンド原に応答する。ファイルは、ＥＤＳカード３４からサテライトＭ＆Ｃポート、イーサネットポートまたは補助ＲＳ２３２ポート経由で送信できる。ファイルは、サテライト、Ｍ＆Ｃポート、イーサネットポートまたは補助ＲＳ２３２ポートからのデータストリームからＥＤＳカード３４により受信できる。ＥＤＳカード３４はまた、時間シフトでき、格納部付きＨＴＴＰ制御ルータとしてサテライトに送ることなく使用できる。

Claims

【特許請求の範囲】

【請求項１】サテライトからの信号を受信する、統合サテライト受信機お
よびルータを含むダウンリンクを備えたサテライト送受信システムにおいて、前記信号が、後の送信のため前記統合サテライト受信機およびルータにおいて
ファイルとして格納される、ことを特徴とするサテライト送受信システム。
【請求項２】前記統合サテライト受信機およびルータは、前記信号の少な
くともいくつかを送信するイーサネットトランシーバを備えた、請求項１に記載
のサテライト送受信システム。
【請求項３】前記統合サテライト受信機およびルータは、前記信号の少な
くともいくつかをマルチキャスティングするマルチキャスティングプロセサを備
えた、請求項１に記載のサテライト送受信システム。
【請求項４】前記統合サテライト受信機およびルータは、ウェブブラウザ
を介して前記ＥＤＳカードと通信するＨＴＴＰサーバを備えた、請求項１に記載
のサテライト送受信システム。
【請求項５】前記統合サテライト受信機およびルータは、ニーモニックＩ
Ｐアドレスを数字で表された前記ＩＰアドレスに、またはその逆に変換するＤＮ
Ｓレゾルバを備えた、請求項１に記載のサテライト送受信システム。
【請求項６】前記統合サテライト受信機およびルータは、該統合サテライ
ト受信機およびルータのＩＰアドレスをダイナミックに構成するＤＨＣＰプロセ
サを備えた、請求項１に記載のサテライト送受信システム。
【請求項７】前記統合サテライト受信機およびルータは、予め決定された
イベントが発生したとき、リモート位置に確認を送信する確認ウェブクライアン
トを備えた、請求項１に記載のサテライト送受信システム。
【請求項８】前記統合サテライト受信機およびルータは、受信オーディオ
信号とローカルに挿入されたオーディオ信号とを組み合わせるオーディオサブシ
ステムを備えた、請求項１に記載のサテライト送受信システム。
【請求項９】前記統合サテライト受信機およびルータは、該統合サテライ
ト受信機およびルータに格納された受信信号の前記少なくとも一部の表示の少な
くとも一つを実行し、該受信信号を送信するため該統合サテライト受信機および
ルータをプロンプトするコマンドプロセサを備えた、請求項１に記載のサテライ
ト送受信システム。
【請求項１０】サテライト送信信号と、統合サテライト受信機およびルー
タを有しサテライトからの信号を受信するダウンリンク受信機と、を備えたサテ
ライトデータ配信システムにおいて、前記信号は、ＴＣＰ／ＩＰパケットであり、該ＴＣＰ／ＩＰパケットは該統合
サテライト受信機およびルータによりルーティングされ、かつ前記信号は、後の送信のため前記統合サテライト受信機およびルータ内に
ファイルとして格納できる、ことを特徴とするサテライトデータ配信システム。
【請求項１１】前記統合サテライト受信機およびルータは、前記信号の少
なくともいくつかを送信するイーサネットトランシーバを備えた、請求項１０に
記載のサテライトデータ送受信システム。
【請求項１２】前記統合サテライト受信機およびルータは、前記信号の少
なくともいくつかをマルチキャスティングするマルチキャスティングプロセサを
備えた、請求項１０に記載のサテライトデータ送受信システム。
【請求項１３】前記統合サテライト受信機およびルータは、ウェブブラウ
ザを介して前記ＥＤＳカードと通信するＨＴＴＰサーバを備えた、請求項１０に
記載のサテライトデータ送受信システム。
【請求項１４】前記統合サテライト受信機およびルータは、ニーモニック
ＩＰアドレスを数字で表されたＩＰアドレスに、またはその逆に変換するＤＮＳ
レゾルバを備えた、請求項１０に記載のサテライトデータ送受信システム。
【請求項１５】前記統合サテライト受信機およびルータは、該統合サテラ
イト受信機およびルータの前記ＩＰアドレスをダイナミックに構成するＤＨＣＰ
プロセサを備えた、請求項１０に記載のサテライトデータ送受信システム。
【請求項１６】前記統合サテライト受信機およびルータは、予め決定され
たイベントが発生したとき、リモート位置に確認を送信する確認ウェブクライア
ントを備えた、請求項１０に記載のサテライトデータ送受信システム。
【請求項１７】前記統合サテライト受信機およびルータは、受信オーディ
オ信号とローカルに挿入されたオーディオ信号とを組み合わせるオーディオサブ
システムを備えた、請求項１０に記載のサテライトデータ送受信システム。
【請求項１８】前記統合サテライト受信機およびルータは、該統合サテラ
イト受信機およびルータに格納された受信信号の前記少なくとも一部の表示の少
なくとも一つを実行し、該受信信号を送信するため該統合サテライト受信機およ
びルータをプロンプトするコマンドプロセサを備えた、請求項１０に記載のサテ
ライトデータ送受信システム。
【請求項１９】多重化されたＴＣＰ／ＩＰパケットを分離することなく受
信し多重化し出力するマルチプレクサと、前記多重化されたＴＣＰ／ＩＰパケットをサテライトへ送信するアップリンク
と前記アップリンクから前記多重化されたＴＣＰ／ＩＰパケットを受信し、該Ｔ
ＣＰ／ＩＰパケットをダウンリンクへ送信するサテライトと、前記ＴＣＰ／ＩＰパケットを受信し、該ＴＣＰ／ＩＰパケットを統合サテライ
ト受信機およびルータへ送信するダウンリンクと、前記ＴＣＰ／ＩＰパケットを受信し、該パケットを再構成することなく該ＴＣ
Ｐ／ＩＰパケットをデマルチプレキシングし出力する統合サテライト受信機およ
びルータと、を備えたことを特徴とするＴＣＰ／ＩＰ互換のサテライト送信システム。
【請求項２０】ファイルを受信するサテライト受信機と、前記ファイルをルーティングするイーサネット可能ルータと、ウェブブラウザを介して前記受信機および前記ルータと通信するＨＴＴＰサー
バと、を備えたことを特徴とする統合サテライト受信機およびルータ。
【請求項２１】前記ファイルを格納するフラッシュメモリ格納部を備えた
、請求項２０に記載の統合サテライト受信機およびルータ。
【請求項２２】前記フラッシュメモリ格納部に格納された前記ファイルの
表示を少なくとも一つ実行し、前記ルータに前記ファイルをルーティングするよ
うプロンプトするコマンドプロセサを備えた、請求項２０に記載の統合サテライ
ト受信機およびルータ。
【請求項２３】受信されたデータストリームをマルチキャスティングする
ＩＧＰＭマルチキャスティングプロセサを備えた、請求項２０に記載の統合サテ
ライト受信機およびルータ。
【請求項２４】ニーモニックＩＰアドレスを数字で表されたＩＰアドレス
に、またはその逆に変換するＤＮＳレゾルバを備えた、請求項２０に記載の統合
サテライト受信機およびルータ。
【請求項２５】前記統合サテライト受信機およびルータの前記ＩＰアドレ
スをダイナミックに構成するＤＨＣＰプロセサを備えた、請求項２０に記載の統
合サテライト受信機およびルータ。
【請求項２６】受信データストリームの少なくとも一部分を格納するフラ
ッシュメモリ格納部と、受信データストリームの少なくとも一部分を送信するイーサネットトランシー
バと、を備えたことを特徴とするサテライトデータストリーム受信システムに使用する
イーサネットディジタル格納（ＥＳＤ）カード。
【請求項２７】前記受信データストリームの少なくとも一部分をマルチキ
ャスティングするマルチキャスティングプロセサを備えた、請求項２６に記載の
イーサネットディジタル格納カード。
【請求項２８】ウェブブラウザを介して前記ＥＤＳカードと通信するＨＴ
ＴＰサーバを備えた、請求項２６に記載のイーサネットディジタル格納カード。
【請求項２９】ニーモニックＩＰアドレスを数字で表されたＩＰアドレス
に、またはその逆に変換するＤＮＳレゾルバを備えた、請求項２６に記載のイー
サネットディジタル格納カード。
【請求項３０】前記統合サテライト受信機およびルータのＩＰアドレスを
ダイナミックに構成するＤＨＣＰプロセサを備えた、請求項２６に記載のイーサ
ネットディジタル格納カード。
【請求項３１】予め決定されたイベントが発生したときリモート位置に確
認を送信する確認ウェブクライアントを備えた、請求項２６に記載のイーサネッ
トディジタル格納カード。
【請求項３２】受信されたオーディオデータストリームとローカルに挿入
されたオーディオとを組み合わせるオーディオサブシステムを備えた、請求項２
６に記載のイーサネットディジタル格納カード。
【請求項３３】前記フラッシュメモリ格納部に格納された受信データスト
リームの少なくとも一部分の表示を少なくとも一つ実行し、受信データストリー
ムの前記少なくとも一部分を送信するように前記イーサネットトランシーバをプ
ロンプトするコマンドプロセサを備えた、請求項２６に記載のイーサネットディジタル格納カード。
【請求項３４】中央位置でオーディオ広告スポットをオリジネーティング
し、前記オーディオ広告スポットをローカライズし、前記オーディオ広告スポットをサテライト分散システムを介してリモート受信
機へ送信する、各ステップを備えたことを特徴とするオーディオ広告分散方法。
【請求項３５】前記受信機で前記オーディオ広告スポットを格納するステ
ップを備えた、請求項３４に記載の方法。
【請求項３６】前記受信機で前記オーディオ広告スポットを修正するステ
ップを備えた、請求項３４に記載の方法。
【請求項３７】前記受信機で前記オーディオ広告スポットを即座に放送す
るステップを備えた、請求項３４に記載の方法。
【請求項３８】前記オーディオ広告スポットを送信するステップを備えた
、請求項３４に記載の方法。
【請求項３９】前記データ原位置へ確認を送信するステップを備えた、請
求項３４に記載の方法。