JP5065269B2 - ローカル・エリア・ネットワーク管理 - Google Patents

Description

本発明は、一般にローカル・エリア・ネットワーク（ＬＡＮ）に関し、より詳細にはローカル・エリア・ネットワーク管理に関する。
［関連出願の相互参照］
本出願は米国特許出願、名称「ＬＡＮ ＭＡＮＡＧＥＭＥＮＴ ＴＥＣＨＮＩＱＵＥ」、２００５年７月２６日出願の利益を請求する。当該米国特許出願は参照されることにより本願明細書に全体が組み込まれる。

ローカル・エリア・ネットワーク（ＬＡＮ）のようなネットワークと結合されたビデオ分配システムでは、ネットワークを介したビデオの分配で問題を生じる一連の事象／条件がしばしば生じ得る。例えば、標準的にＬＡＮで用いられるＥｔｈｅｒｎｅｔスイッチは、Ｅｔｈｅｒｎｅｔレベルのトラフィックにエンド・ツー・エンドのフロー制御を提供しない。更に、通信制御プロトコル（ＴＣＰ）トラフィックは通常のトラフィック・パターンに機能停止を生じ得る。更に、ルーター及びスイッチは時々フレーム落ちを生じ得る。Ｅｔｈｅｒｎｅｔのフレーム落ちは、結果としてＴＣＰによる誤り回復機能を用いることになる。ＴＣＰ誤り回復はビデオ・ストリームに機能停止を生じ、ビデオ分配システムに不具合を生じ得る。

ＬＡＮに関連する従来技術に付随する問題のいくつかを克服するために、ネットワーク接続ストレージ（ＮＡＳ）が用いられ、ギガビットＥｔｈｅｒｎｅｔを介したデータ・フローに集中型記憶装置を提供する。不都合なことに、このような手法はより高い入力／出力（Ｉ／Ｏ）待ち時間を有し、及びＮＡＳプロトコル層の追加バッファリングによるＩ／Ｏバッファリングを制御できなくなり易い。また、このような手法では、トランスポート層（Ｅｔｈｅｒｎｅｔ）に如何なるエンド・ツー・エンドのフロー制御も存在せず、及びスイッチはトラフィック輻輳ポリシーによりパケット落ちを生じ得る。更に、このような手法は潜在的な記憶装置の帯域を完全に活用及び利用することができない。これらの問題の全ては結合し、非効率、機能停止、そして最終的にはペイロード落ちを生じる。

従って、従来技術の上述の問題を克服するローカル・エリア・ネットワーク（ＬＡＮ）管理方法を有することは、望ましく及び非常に有利である。

従来技術のこれら及び他の欠点及び不利点は、ローカル・エリア・ネットワーク（ＬＡＮ）管理を対象とする本発明により解決される。

本発明の原理の特徴によると、複数のクライアントと通信する少なくとも１つのビデオ・サーバーを有するローカル・エリア・ネットワーク（ＬＡＮ）を管理する方法が提供される。方法は、無損失の通信制御プロトコル／インターネット・プロトコル（ＴＣＰ／ＩＰ）の仮想ローカル・エリア・ネットワーク（ＶＬＡＮ）構成をＬＡＮ内に提供する段階を有する。方法は、共有ファイル・システムを少なくとも１つのビデオ・サーバーに設ける段階を更に有する。更に、方法は、少なくとも１つのビデオ・サーバーにある共有ファイル・システムへの複数のクライアントによるＶＬＡＮ構成を介した等時性アクセスを、少なくとも１つのｉＳＣＳＩ（Ｉｎｔｅｒｎｅｔ Ｓｍａｌｌ Ｃｏｍｐｕｔｅｒ Ｓｙｓｔｅｍ Ｉｎｔｅｒｆａｃｅ）ブロック・プロトコルを利用し確定的に管理する段階、を有し、少なくとも１つのビデオ・サーバーから複数のクライアントの何れかへのビデオ・アプリケーションの無損失分配を、ＴＣＰ誤り回復機構を呼び出さずに提供する。

本発明のこれら及び他の態様、特徴及び利点は、添付の図面と関連して読まれるべき例である実施例の以下の詳細な説明から明らかになるだろう。

本発明の教示は、以下の詳細な記載を添付の図面と関連して読むことにより明らかである。

本発明は、少なくとも１つのサーバー及び複数のクライアントを有するローカル・エリア・ネットワーク（ＬＡＮ）をｉＳＣＳＩ（Ｉｎｔｅｒｎｅｔ Ｓｍａｌｌ Ｃｏｍｐｕｔｅｒ Ｓｙｓｔｅｍ Ｉｎｔｅｒｆａｃｅ）を用いて管理し、サーバーにあるビデオ・アプリケーションへのクライアントによる等時性アクセスを確定的に管理することを対象とする。クライアントは、通信制御プロトコル（ＴＣＰ）の誤り回復機能を呼び出さずに、サーバーからビデオ・アプリケーションの無損失分配を提供される。本発明は主に、特定の設定及び構成要素を有するＬＡＮ環境の範囲内で記載されるが、本発明の特定の実施例が本発明の範囲を制限するとして扱われるべきではない。当業者及び本発明の教示を知った者は、本発明の概念が有利なことに少なくとも１つのサーバー及び複数のクライアントを有する実質的に如何なるネットワークにも適用され得ることを理解するだろう。従って、当業者は、本発明の原理を実施し及び本発明の精神及び範囲に包含される、本願明細書に明示的に記載されない種々の構成を考案し得る。

原理、態様及び本発明の実施例を記載する本願明細書の全ての文章は、同様に、本発明の特別な例であり、構造的及び機能的等価物の両者を包含する。更に、このような等価物は、現在知られている等価物、同様に将来開発される等価物、例えば構造に拘わらず同一機能を実行する如何なる開発された要素も包含する。同様に、如何なるフローチャート、フロー図、状態遷移図、擬似コード、等が、実質的にコンピューター読み取り可能な媒体に存在しコンピューター又はプロセッサーが明示的に示されるか否かに拘わらずコンピューター又はプロセッサーにより実行され得る種々の処理を表すことが、理解される。

図中に示された種々の要素の機能は、専用ハードウェア、適切なソフトウェアに関連付けられたソフトウェアを実行可能なハードウェアの利用を通じて提供されて良い。プロセッサーにより提供される場合、機能は、単一の専用プロセッサーにより、単一の共有プロセッサーにより、又は一部が共有され得る複数の個別プロセッサーにより提供されて良い。

更に、特定の機能を実行する手段として表現された如何なる要素も、以下の（ａ）、（ｂ）を含む当該機能を実行する如何なる方法も包含するものとする。例えば（ａ）当該機能を実行する回路素子の組み合わせ、又は（ｂ）当該機能を実行するために当該ソフトウェアを実行する適切な回路と結合された如何なる形式のソフトウェア、従ってファームウェア、マイクロコード、等を包含する。本発明は、種々の記載された手段により提供される機能が、組み合わされ及び本発明が請求する方法と共に実施されるという事実に基づく。従って、これら機能を提供し得る如何なる手段も、本願明細書に示される物の等価物として見なされる。

本発明の原理の種々の実施例に従い、ローカル・エリア・ネットワーク（ＬＡＮ）管理方法が提供される。本願明細書に記載されたようにＬＡＮ管理の多くの付随する利益／特徴のいくつかは、短い待ち時間、フレーム落ちの回避、及びＬＡＮを通じたエンド・ツー・エンドのフロー制御の提供を含むが、これらに限定されない。更に、本発明は有利なことにｉＳＣＳＩ（Ｉｎｔｅｒｎｅｔ Ｓｍａｌｌ Ｃｏｍｐｕｔｅｒ Ｓｙｓｔｅｍ Ｉｎｔｅｒｆａｃｅ）を実行しているＥｔｈｅｒｎｅｔ ＬＡＮに、ＦＣ−ＳＣＳＩ（Ｆｉｂｅｒ Ｃｈａｎｎｅｌ Ｓｍａｌｌ Ｃｏｍｐｕｔｅｒ Ｓｙｓｔｅｍ Ｉｎｔｅｒｆａｃｅ）と同様の、記憶装置のための機能を提供させる。データの等時性転送に対応するため、本発明は本願明細書に以下に記載された中で特に、ＬＡＮ全体の連続トラフィック・フローの特徴を提供する。

図１は、本発明のある実施例によるローカル・エリア・ネットワーク（ＬＡＮ）１００の高位のブロック図を示す。ＬＡＮ１００は、サーバー記憶要素１２５を有するサーバー１２０に接続された複数のクライアント１１０を有する。更に、ＬＡＮ１００は、スイッチ１９０、並びにクライアント１１０及びサーバー１２０のような種々の要素を相互接続するハブ（示されない）を有し得る。

図１の説明的な実施例では、複数のクライアント１１０はＧｅｎｅｔ Ｆａｂｒｉｃを介し２つのＶＬＡＮ１６０及び１７０を利用してサーバー１２０に接続される。本発明のある実施例では、２つのＶＬＡＮの一方はメディア・データのために用いられ、２つのＶＬＡＮの他方は制御データのために用いられる。このように、ネットワーク・トラフィックは分離され、ＬＡＮ１００内で均一なトラフィック・パターンを提供する。

理解されるべき点は、１つのサーバー１２０のみが図１のＬＡＮ１００に示されるが、本発明によるＬＡＮは１又は複数のサーバーを有し得ることである。更に、Ｇｅｎｅｔ Ｆａｂｒｉｃ以外の構成も利用され得る。従って、更に理解されるべき点は、本願明細書に提供された本発明の教示により、これら及び種々の他のＬＡＮ構成及び当該ＬＡＮ設定への変更が、同時に本発明の範囲を維持しながら本発明の原理に従い包含されることである。

図２は、本発明のある実施例による図１のＬＡＮ１００のようなローカル・エリア・ネットワークを管理する方法２００のフロー図を示す。従って、方法の段階はＬＡＮ１００の要素を参照する。勿論、本願明細書で提供される本発明の教示により、方法２００は本発明の範囲を維持しながら他の設定を有する他のＬＡＮに適用されて良い。

理解されるべき点は、図２の段階が番号付けされるが、如何なる特定の順序も必須でなく又は示唆されていないことである。むしろ、段階は、当業者及び関連分野の当業者により直ちに判断されるように、本発明の範囲を維持しながら如何なる動作順序で実行されても良い。

段階２０５で、無損失の通信制御プロトコル／インターネット・プロトコル（ＴＣＰ／ＩＰ）構成は、ＬＡＮ内に構築される。理解されるべき点は、本発明の種々の実施例では、無損失のＴＣＰ／ＩＰ設備が、ＴＣＰ誤り訂正機構が呼び出されないような手段を提供し、それにより短い待ち時間及び確定的動作を有するデータ通信システムの基盤を提供することである。更に理解されるべき点は、段階２０５が以下の段階２１０乃至２２５の１又は複数を有し、無損失ＴＣＰ／ＩＰ構成を支援することである。

例えば、段階２１０で、１又は複数の仮想ローカル・エリア・ネットワーク（ＶＬＡＮ）はＬＡＮ１００内に形成され、ＶＬＡＮのアプリケーション・トラフィックをトラフィック種類に基づき分離し、均一なトラフィック・パターンを提供する。例えば、例である実施例では、（１又は複数の構成要素を有する）第１のＶＬＡＮセットは等時性トラフィック（例えばメディア・データ）と共に用いられるよう設定され、及び（１又は複数の構成要素を有する）第２のＶＬＡＮセットは制御データと共に用いられるよう設定されて良い。従って、ＬＡＮ内の如何なるスイッチ／ハブも等時性トラフィックのための第１の設定及び非等時性トラフィックのための第２の設定を有するよう設定され、前記設定はネットワーク・トラフィックを適切なＶＬＡＮへ向けるために用いられ得る。

段階２１５で、サーバー１１０、複数のクライアント１２０、スイッチ１９０、ハブ等のバッファー若しくは如何なる他の記憶装置の入りレート及び／又は出レートは確定的に管理される。例えば、ＬＡＮ１００の如何なる要素のフロー制御機能も、当該要素又は他の要素の入りレート及び／又は出レートを管理するために、例えばオーバーフロー状況を有する又はオーバーフロー状況になりそうな装置からの「逆圧」信号を利用し、用いられて良い。

段階２２０で、受信装置の現在の又は切迫したオーバーフロー状況の表示が送信装置へ提供され得る。ここで送信装置及び受信装置はＬＡＮ１００の如何なる要素でもあり得る。

段階２２５で、複数のクライアント１２０のそれぞれの通信制御プロトコル（ＴＣＰ）ウインドウの大きさは、クライアント１２０から送信可能なデータ量を抑制するよう制限されて良い。例である実施例では、ＴＣＰウインドウはＴＣＰウインドウ・サイズと複数のクライアントの数（図１では説明のため３個）の積は、帯域幅又はＬＡＮ１００内の如何なるデータ受け渡し要素（クライアント１１０、サーバー１２０、及び如何なるスイッチ若しくはハブを含む）の他のデータ受け渡し能力も超えない。方法２００は次に段階２５０へ進む。

段階２５０で、また図１の本発明の実施例を参照すると、無損失ＴＣＰ／ＩＰ構成は拡張可能な確定的ｉＳＣＳＩシステムとして設定され、ｉＳＣＳＩトラフィックに対し等時性支援を提供する。更に理解されるべき点は、段階２３０が以下の段階２５５乃至２７０の１又は複数を有し、ｉＳＣＳＩトラフィックの等時性分配を支援し得ることである。

例えば、段階２５５で、共有ファイル・システムがサーバー１２０及び複数のクライアント１１０のために提供される。

段階２６０で、複数のクライアント１１０はｉＳＣＳＩ起動側として設定され、及びサーバー１２０はｉＳＣＳＩ相手として設定されて良い。

更に、段階２６５で、ｉＳＣＳＩ相手（つまりサーバー１２０）は専用バッファー・プールを有するよう設定され得る。

段階２７０で、ｉＳＣＳＩトラフィックは無損失ＴＣＰ／ＩＰ ＶＬＡＮに分離され、均一なトラフィック・パターンを提供する。例えば、例である実施例では、全ての等時性トラフィックは第１のＶＬＡＮセットに向けられ、及び全ての非等時性トラフィックは第２のＶＬＡＮセットへ向けられて良い。非等時性トラフィックは例えば制御データを有して良い。

本発明の原理の更なる記載は、本発明の例である実施例に従い本願明細書に記載される。本願明細書で適用される本発明の原理の教示により、理解されるべき点は、種々の例である実施例が同分野の当業者及び関連分野の当業者により、本発明の範囲を維持したまま直ちに決定され及び実施され得ることである。

例である実施例では、無損失ＴＣＰ／ＩＰ構成が提供され、ＴＣＰ誤り回復機能が抑制される（呼び出されない）よう設定される。このように、ＴＣＰ誤り回復機構によるビデオ・アプリケーションの分配の機能停止が回避される。

ＴＣＰは信頼できる分配プロトコルであり、例えば実行中の構成が送信中にパケット落ちを生じた場合、ＴＣＰは誤り回復再送ポリシーを呼び出し、データが宛先に到着することを保証する。構成内のスイッチがポートを有し、多くのクライアントが大量のデータを当該ポートへバーストする場合、当該ポートの負荷容量が超過され得る。Ｅｔｈｅｒｎｅｔ構成のスイッチは、ポートのバッファーが超過した時にＥｔｈｅｒｎｅｔパケットを投げることにより輻輳制御ポリシーを実施する。これはＴＣＰ誤り回復を呼び出させる。ＴＣＰプロトコルはこの失われるパケットを検出し、そして後で再送する。輻輳が続く場合、パケットは落ち続け、ＴＣＰは転送効率を制限し、そして転送に失敗し得る。ＴＣＰ誤り回復アルゴリズムは帯域幅を削減し、待ち時間及び確定性に深刻な影響を与える。短い待ち時間及び確定的動作を要求するシステムは、ＴＣＰ誤り回復アルゴリズムの呼び出しを防がなければならない。

更に、例である実施例では、ＩＳＣＩがＮＡＳの代わりに利用され、エンド・ツー・エンドのフロー制御を有する全体のシステムを提供する。このように、サーバー１２０から複数のクライアント１１０の何れかへのビデオ・データの無損失フローは、ＮＡＳと比較して短い待ち時間及びエンド・ツー・エンドのフロー制御を有し達成される。

標準的なＮＡＳクライアント・サーバー・プロトコルは、クライアント及びサーバーの両方にバッファリングの追加層を追加する。これらのプロトコルを用いるアプリケーションは、クライアントのバッファリング特性もサーバーのバッファリング／フラッシッシンング特性も制御しない。標準的に、ＮＡＳサーバーは逐次アクセスに適合されたＩＴサーバーである。アプリケーションが等時性要件を有する場合、クライアントとサーバーの両方のバッファリング特性の制御することは、非効率をもたらす。例えば、アプリケーションがビデオ効果のために素材を通じて早送りと巻き戻しを関係させると、標準的なＮＡＳファイル・サーバーは効率的に応答するよう設計されない。

対照的に、ＳＣＳＩブロック・トラフィックは短い待ち時間プロトコルであり、如何なる中間層も有さず、データを素早く転送可能である。本発明に従う共有ファイル・システムと結合されたＳＣＳＩブロック・プロトコルを用いると、短い待ち時間及びデータ・フロー経路を通じたバッファリング・ポリシーの制御がもたらされる。Ｇｅｎｅｔを介し実行中のＳＣＳＩブロック・プロトコルは、ｉＳＣＳＩプロトコルの実装を必要とする。ｉＳＣＳＩプロトコルはＴＣＰ／ＩＰに実装されたＳＣＳＩブロック・プロトコルである。

更に、本発明の例である実施例では、統合ｉＳＣＳＩブリッジが利用され、サーバー１２０の専用バッファー・プールと共に利用されて良く、構成を介し効率的な反応の良いＳＣＳＩブロック処理を提供する。従って、クライアントはｉＳＣＳＩ起動側として設定され、サーバーはｉＳＣＳＩ相手機能を有し設定される。

また、例である実施例では、トラフィック種類に基づくデータ分離及び方向付けられたトラフィック・フローが利用され、ＬＡＮ内の等時性及び確定的転送が提供される。例えば、標準的なＩＴ構成環境では、データを移動する多くのアプリケーションが存在し、各アプリケーションはそれら自身のＩ／Ｏ特性を有する。これら異種のデータ・フローは予測可能性を妨げ易い。本発明に従う等時性且つ確定的転送を支援するため、全ての等時性トラフィックは１つのＶＬＡＮへ向けられ、当該ＶＬＡＮへの如何なる他の種類のトラフィックも許可されない。このように、均一なトラフィック・パターンが得られる。如何なる不明なアプリケーション又は不明な装置も制約なしに大容量のデータをバーストするべきではない。

従って、本発明の実施例では、ＴＣＰウインドウ・サイズの制御がクライアントで用いられ、各クライアントから一度にバーストされ得るトラフィック量を制限する。ＴＣＰはエンド・ツー・エンドのフロー制御機構を提供し、無損失転送に対応し、ハードウェアの故障をなくし、構成内で提供される十分なバッファー管理を有し、全てのクライアントからの同時バーストという最悪の事態を処理する。ＴＣＰトラフィックは、受領確認が宛先から受信される前に限られた量のデータをバーストし得る。これはＴＣＰウインドウ・サイズとして参照される。ウインドウ・サイズが送信されると、受領確認を受信せずに転送は停止する。クライアントのＴＣＰウインドウ・サイズを制限することは、各クライアントから一度にバーストされ得るトラフィック量を制限する。

従って、本発明の実施例では、スイッチが選択され、ＶＬＡＮ管理を可能にし、フロー制御機能を有し及びポートに深いバッファーを有して良い。ＶＬＡＮ管理はトラフィック分離を可能にし、従って全てのｉＳＣＳＩトラフィックが当該トラフィック自身のＶＬＡＮに分離され得る。フロー制御を可能にすることは、スイッチ・ポートに、データ受信時に、スイッチの入力ポートバッファーが閾に達した場合に送信ＮＩＣへの逆圧を提供させる。スイッチ・ポートにある深いバッファーは、ＴＣウインドウ・サイズに当該ポートのバッファーを共有するクライアント数を掛けたものに対応して良い。

更に、フロー制御機能を有するＮＩＣが選択され、必要に応じてスイッチへの逆圧を提供して良く、及びバースト転送を処理する適切な資源を設定する能力を提供されて良い。

良好な内部性能を提供する装置が選択され、ＴＣＰデータ・フローがハードウェア又はソフトウェアの内部アーキテクチャにより制限されないようにして良い。例えば全てのエンド・ポイント、起動側、又は相手は動作時に構成の最大速度で動作し得る。従って、望ましくはエンド・ツー・エンドの全帯域幅のソリューションが提供され及びトラフィック・フローが管理され、従って最悪の条件下でもシステムに如何なる輻輳も生じないようにする。

本発明のこれら及び他の特徴及び利点は、本願明細書の教示に基づき、当業者により直ちに解明され得る。本発明の教示は、ハードウェア、ソフトウェア、ファームウェア、特定用途プロセッサー、又はそれらの組合せの種々の形式で実施され得ることが理解される。

最も好ましくは、本発明の教示は、ハードウェア及びソフトウェアの組合せとして実施される。更に、ソフトウェアは、望ましくはプログラム格納装置に明白に組み込まれたアプリケーションプログラム及び／又はドライバとして実施されるが必須ではない。アプリケーションプログラム及び／又はドライバは、如何なる適切なアーキテクチャを有する機械にアップロードされ、そして実行されて良い。例えば、機械は、１つ以上の中央演算処理装置（「ＣＰＵ」）、ランダムアクセスメモリー（「ＲＡＭ」）、及び入力／出力（「Ｉ／Ｏ」）インターフェースのようなハードウェアを有するコンピュータープラットフォームに実施される。コンピュータープラットフォームはまた、オペレーティングシステム及びマイクロ命令コードを有して良い。本願明細書に記載された種々の処理及び機能は、マイクロ命令コードの一部又はアプリケーションプログラムの一部、又はドライバの一部、又はＣＰＵにより実行され得るそれらの如何なる組合せの何れであって良い。更に、追加データ格納装置及び印刷装置のような種々の他の周辺装置は、コンピュータープラットフォームに接続されて良い。

システムを構成する構成要素のいくつか及び図面に示された方法は、望ましくは、ソフトウェアで実施され、システム構成要素間又は処理機能ブロック間の実際の接続は、本発明がプログラムされる方法に依存して異なり得ることが、更に理解される。本願明細書の教示により、当業者は、本発明のこれら及び同様の実施又は設定を実施可能である。

ＬＡＮ管理の種々の実施例が記載されたが（当該実施例は説明を目的とし、限定的ではない）、留意全て起点は、変更及び変形が上述の教示を考慮して当業者により成され得ることである。従って、理解されるべき点は、特許請求の範囲に纏められた本発明の範囲と精神の範囲内で、開示された本発明の特定の実施例に変更が成されて良いことである。従って、本発明の適切な範囲は請求項により定められる。

本発明のある実施例によるローカル・エリア・ネットワークの高位のブロック図を示す。 本発明のある実施例によるローカル・エリア・ネットワーク（ＬＡＮ）を管理する方法のフロー図を示す。

Claims (12)

1. 複数のクライアントと通信する少なくとも１つのサーバーを有するローカル・エリア・ネットワークを管理する方法であって、
   前記ローカル・エリア・ネットワーク内に通信制御プロトコル／インターネット・プロトコル（ＴＣＰ／ＩＰ）仮想ローカル・エリア・ネットワーク構成を構築する段階、及び
   前記少なくとも１つのサーバーの共有ファイル・システムへの前記複数のクライアントによる前記仮想ローカル・エリア・ネットワーク構成を介したアクセスを管理する段階、を有し、
   前記アクセスを管理する段階は、前記仮想ローカル・エリア・ネットワーク構成内でデータ・パケットの損失なしに、前記少なくとも１つのサーバーから前記複数のクライアントの何れかへのアプリケーションの分配を提供するよう、前記ローカル・エリア・ネットワークの誤り回復機構を抑制する段階を含む方法。
2. 前記少なくとも１つのサーバーは少なくとも１つのビデオ・サーバーを有し、及び前記アプリケーションはビデオ・アプリケーションを有する、請求項１記載の方法。
3. 前記分配はｉＳＣＳＩ（Ｉｎｔｅｒｎｅｔ Ｓｍａｌｌ Ｃｏｍｐｕｔｅｒ Ｓｙｓｔｅｍ Ｉｎｔｅｒｆａｃｅ）ブロック・プロトコルを用い提供される、請求項１記載の方法。
4. 前記ローカル・エリア・ネットワークは少なくとも１つのスイッチを有し、前記少なくとも１つのサーバー及び前記複数のクライアントのそれぞれはネットワーク・インターフェース・カードを有し、前記少なくとも１つのスイッチ及び前記ネットワーク・インターフェース・カードのそれぞれは入りバッファー及び出バッファーを有し、並びに前記管理する段階は、前記少なくとも１つのスイッチ、前記少なくとも１つのサーバー及び前記複数のクライアントの何れかの入りバッファー及び出バッファーのそれぞれ入りレート及び出レートの少なくとも一方を管理する段階を有する、請求項１記載の方法。
5. 前記ローカル・エリア・ネットワークは少なくとも１つのスイッチを有し、前記方法は、受信装置内の現在の又は切迫したオーバーフロー状況の一方の表示を送信装置へ提供する段階、を更に有し、前記送信装置及び前記受信装置は前記少なくとも１つのスイッチ、前記少なくとも１つのサーバー、及び前記複数のクライアントの何れかである、請求項１記載の方法。
6. 複数のクライアントと通信する少なくとも１つのビデオ・サーバーを有するローカル・エリア・ネットワーク（ＬＡＮ）を管理する方法であって、
   前記ＬＡＮ内に通信制御プロトコル／インターネット・プロトコル（ＴＣＰ／ＩＰ）仮想ローカル・エリア・ネットワーク（ＶＬＡＮ）構成を構築する段階、及び
   前記少なくとも１つのビデオ・サーバーの共有ファイル・システムへの前記複数のクライアントによる前記ＶＬＡＮ構成を介したアクセスを、少なくとも１つのｉＳＣＳＩ（Ｉｎｔｅｒｎｅｔ Ｓｍａｌｌ Ｃｏｍｐｕｔｅｒ Ｓｙｓｔｅｍ Ｉｎｔｅｒｆａｃｅ）ブロック・プロトコルを用いて管理する段階、を有し、
   前記アクセスを管理する段階は、前記仮想ローカル・エリア・ネットワーク構成内でデータ・パケットの損失なしに、前記少なくとも１つのビデオ・サーバーから前記複数のクライアントの何れかへのアプリケーションの分配を提供するよう、前記ローカル・エリア・ネットワークのＴＣＰ誤り回復機構を抑制する段階を含む方法。
7. 前記複数のクライアントの少なくとも１つは、ｉＳＣＳＩ起動側を有し、及び
   前記少なくとも１つのビデオ・サーバーの少なくとも１つの記憶要素は、ｉＳＣＳＩ相手を有する、請求項６記載の方法。
8. 前記分配は、ｉＳＣＳＩブリッジ処理を少なくとも１つのビデオ・サーバー内の専用バッファー・プールと共に用いる段階を有する、請求項７記載の方法。
9. 前記ＴＣＰ／ＩＰ ＶＬＡＮ構成を構築する段階は、
   等時性トラフィックのみを伝達する少なくとも１つのＶＬＡＮを設定する段階、及び
   非等時性トラフィックのみを伝達する少なくとも１つの他のＶＬＡＮを設定する段階、を有する請求項６記載の方法。
10. 前記ＬＡＮは少なくとも１つのスイッチを有し、前記少なくとも１つのビデオ・サーバー及び前記複数のクライアントのそれぞれはネットワーク・インターフェース・カードを有し、前記少なくとも１つのスイッチ及び前記ネットワーク・インターフェース・カードのそれぞれは入りバッファー及び出バッファーを有し、並びに前記管理する段階は、前記少なくとも１つのスイッチ、前記少なくとも１つのビデオ・サーバー及び前記複数のクライアントの何れかの入りバッファー及び出バッファーのそれぞれ入りレート及び出レートの少なくとも一方を管理する段階を有する、請求項６記載の方法。
11. 前記ＬＡＮは少なくとも１つのスイッチを有し、前記方法は、受信装置内の現在の又は切迫したオーバーフロー状況の一方の表示を送信装置へ提供する段階、を更に有し、前記送信装置及び前記受信装置は前記少なくとも１つのスイッチ、前記少なくとも１つのビデオ・サーバー、及び前記複数のクライアントの何れかである、請求項６記載の方法。
12. 前記複数のクライアントのそれぞれのＴＣＰウインドウ・サイズを制限し、ＴＣＰウインドウ・サイズと前記複数のクライアントの数の積が前記ＬＡＮ内の如何なるデータ受け渡し要素の帯域幅能力も超過しないようにする段階、を更に有する請求項６記載の方法。

Images