(57)【要約】規定の帯域幅を有する共用広帯域信号へのアクセスを平等に分配して、システムにアクセスしている各々のユーザが確実に、少なくとも予め定められた最小の帯域幅接続を受けるようにするための通信方法が提供される。この方法は、少なくとも１つのサーバを含むサーバシステムと、少なくとも１つのサーバに接続された複数のクライアントシステムとを使用する。それぞれのユーザは、各々のクライアントシステムを利用する。この方法は、共用広帯域信号へのユーザアクセスを制御するステップと、各々のユーザによって使用される信号帯域幅の量を監視するステップと、帯域幅の総使用量に基づき、各々のユーザに利用可能な信号帯域幅の量を制御するステップとを含む。【特許請求の範囲】
【請求項１】
少なくとも１つのサーバを含むサーバシステムと、少なくとも１つのサーバに接続された複数のクライシステムとを使用して、規定の帯域幅を有する共用広帯域信号へのアクセスを平等に分配するための通信方法であって、各々のクライアントシステムは、それぞれのユーザによって利用され、前記方法は、
共用広帯域信号へのユーザアクセスを制御するステップと、
各々のユーザによって使用される帯域幅の量を監視するステップと、
帯域幅の総使用量に基づき、各々のユーザに利用可能な帯域幅の量を制御するステップとを含み、各々のユーザが予め定められた最小帯域幅を保証されるようにする、規定の帯域幅を有する共用広帯域信号へのアクセスを平等に分配するための通信方法。
【請求項２】
信号へのユーザアクセスを制御するステップは、
信号にアクセスするというユーザの要求を受信するステップと、
サーバがオンラインかどうかを判定するステップとを含む、請求項１に記載の方法。
【請求項３】
信号へのユーザアクセスを制御するステップは、
サーバがオフラインであると判定された場合、ユーザに後で信号へのアクセスを要求するように通知するステップと、
サーバがオンラインであると判定された場合、最小しきい値の帯域幅が使用可能であるかどうかを判定するステップとを含む、請求項２に記載の方法。
【請求項４】
信号へのユーザアクセスを制御するステップはさらに、
使用可能な最小しきい値の帯域幅があると判定された場合、信号へのユーザアクセスを許可するステップと、
使用可能な最小しきい値の帯域幅がないと判定された場合、ローカルな使用のためのサーバへのユーザアクセスを許可し、かつ利用可能な帯域幅の量が最小しきい値を超えたときに、ユーザに信号にアクセスすることができることを通知するステップとを含む、請求項３に記載の方法。
【請求項５】
信号へのユーザアクセスを制御するステップはさらに、
帯域幅の全体の入出力（Ｉ／Ｏ）使用を監視するステップと、
各々のユーザがアクセスすることのできる帯域幅の量を割当てて、過度の帯域幅が利用され、帯域幅の割当量が最小しきい値よりも上のままであるようにするステップとを含む、請求項１に記載の方法。
【請求項６】
各々のユーザによって使用される帯域幅の量を監視するステップは、
各々のユーザによるサービス要求を監視するステップを含み、サービス要求は、チャットルームの要求、Ｅメールの要求、ファイル転送プロトコルの要求および仮想プライベートネットワークの要求を含み、前記ステップはさらに、
すべてのチャットルームサービスの要求をブロックするステップを含む、請求項１に記載の方法。
【請求項７】
各々のユーザに利用可能な帯域幅の量を制御するステップは、サーバがサービス要求を受信すると、利用可能な帯域幅の量がクリティカルレベルよりも下であるかどうかを判定するステップを含む、請求項１に記載の方法。
【請求項８】
各々のユーザに利用可能な帯域幅の量を制御するステップはさらに、判定された利用可能な帯域幅の量がクリティカルレベルよりも下である場合に、ストリーミングオーディオおよびストリーミングビデオのうちの少なくとも１つを伝送するウェブサイトへアクセス
するというすべてのサービス要求をブロックするステップを含む、請求項７に記載の方法。
【請求項９】
各々のユーザに利用可能な帯域幅の量を制御するステップはさらに、
判定された利用可能な帯域幅の量がクリティカルレベルよりも上である場合に、Ｅメールサービス要求を許可するステップと、
Ｅメールサービス要求が許可されると、Ｅメール帯域幅制御ルーチンを実行するステップとを含む、請求項７に記載の方法。
【請求項１０】
各々のユーザに利用可能な帯域幅の量を制御するステップはさらに、
判定された利用可能な帯域幅の量がクリティカルレベルよりも上である場合に、ファイル転送プロトコル（ＦＴＰ）サービス要求を許可するステップと、
ＦＴＰサービス要求が許可されると、ＦＴＰ帯域幅制御ルーチンを実行するステップとを含む、請求項７に記載の方法。
【請求項１１】
各々のユーザに利用可能な帯域幅の量を制御するステップはさらに、
判定された利用可能な帯域幅の量がクリティカルレベルよりも上である場合に、仮想プライベートネットワーク（ＶＰＮ）サービス要求を許可するステップと、
ＶＰＮサービス要求が許可されると、ＶＰＮ帯域幅制御ルーチンを実行するステップとを含む、請求項７に記載の方法。
【請求項１２】
規定の帯域幅を有する共用広帯域信号へのアクセスを平等に分配するためのシステムであって、前記システムは、
複数のクライアントシステムを含み、各々の前記クライアントシステムは、それぞれのユーザによって利用されるように構成され、前記システムはさらに、
前記クライアントシステムを相互接続する少なくとも１つのサーバを含み、前記サーバは、管理スキームを実行して、共用広帯域信号へのユーザアクセスを制御し、各々のユーザによって使用される前記帯域幅の量を監視し、かつ帯域幅の総使用量に基づき、各々のユーザに利用可能な前記帯域幅の量を制御するように構成されている、規定の帯域幅を有する共用広帯域信号へのアクセスを平等に分配するためのシステム。
【請求項１３】
信号へのユーザアクセスを制御するために、前記管理スキームは、信号にアクセスするというユーザの要求を受信するステップと、前記サーバがオンラインであるかどうかを判定するステップとを含む、請求項１２に記載のシステム。
【請求項１４】
信号へのユーザアクセスを制御するために、前記管理スキームは、前記サーバがオフラインであると判定された場合に、ユーザに後で信号へのアクセスを要求するように通知するステップと、前記サーバがオンラインであると判定された場合に、最小しきい値の帯域幅が使用可能であるかどうかを判定するステップとを含む、請求項１３に記載のシステム。
【請求項１５】
信号へのユーザアクセスを制御するために、前記管理スキームは、使用可能な最小しきい値の帯域幅があると判定された場合に、信号へのユーザアクセスを許可するステップと、使用可能な最小しきい値の帯域幅がないと判定された場合に、ローカルな使用のための前記サーバへのユーザアクセスを許可し、かつ利用可能な帯域幅の量が最小しきい値を超えたときに、ユーザに信号にアクセスすることができることを通知するステップとを含む、請求項１４に記載のシステム。
【請求項１６】
信号へのユーザアクセスを制御するために、前記管理スキームは、帯域幅の全体の入出力（Ｉ／Ｏ）使用を監視するステップと、各々のユーザがアクセスすることのできる帯域
幅の量を割当てて、過度の帯域幅が利用され、帯域幅の割当量が最小しきい値よりも上のままであるようにするステップとを含む、請求項１２に記載のシステム。
【請求項１７】
各々のユーザによって使用される帯域幅の量を監視するために、前記管理スキームは、各々のユーザによるサービス要求を監視するステップを含み、サービス要求は、チャットルームの要求、Ｅメールの要求、ファイル転送プロトコルの要求および仮想プライベートネットワークの要求を含み、前記管理スキームはさらに、すべてのチャットルームサービスの要求をブロックするステップを含む、請求項１２に記載のシステム。
【請求項１８】
各々のユーザに利用可能な帯域幅の量を制御するために、前記管理スキームは、前記サーバがサービス要求を受信すると、利用可能な帯域幅の量がクリティカルレベルよりも下であるかどうかを判定するステップを含む、請求項１２に記載のシステム。
【請求項１９】
各々のユーザに利用可能な帯域幅の量を制御するために、前記管理スキームは、判定された利用可能な帯域幅の量がクリティカルレベルよりも下である場合に、ストリーミングオーディオおよびストリーミングビデオのうちの少なくとも１つを伝送するウェブサイトへアクセスするというすべてのサービス要求をブロックするステップを含む、請求項１８に記載のシステム。
【請求項２０】
各々のユーザに利用可能な帯域幅の量を制御するために、前記管理スキームは、判定された利用可能な帯域幅の量がクリティカルレベルよりも上である場合に、Ｅメールサービス要求を許可するステップと、Ｅメールサービス要求が許可されると、Ｅメール帯域幅制御ルーチンを実行するステップとを含む、請求項１８に記載のシステム。
【請求項２１】
各々のユーザに利用可能な帯域幅の量を制御するために、前記管理スキームは、判定された利用可能な帯域幅の量がクリティカルレベルよりも上である場合に、ファイル転送プロトコル（ＦＴＰ）サービス要求を許可するステップと、ＦＴＰサービス要が許可されると、ＦＴＰ帯域幅制御ルーチンを実行するステップとを含む、請求項１８に記載のシステム。
【請求項２２】
各々のユーザに利用可能な帯域幅の量を制御するために、前記管理スキームは、判定された利用可能な帯域幅の量がクリティカルレベルよりも上である場合に、仮想プライベートネットワーク（ＶＰＮ）サービス要求を許可するステップと、ＶＰＮサービス要求が許可されると、ＶＰＮ帯域幅制御ルーチンを実行するステップとを含む、請求項１８に記載のシステム。
【請求項２３】
少なくとも１つのサーバを含むサーバシステムと、少なくとも１つのサーバに接続された複数のクライアントシステムとを使用して、規定の帯域幅を有する共用広帯域信号へのアクセスを平等に分配するための通信方法であって、各々のクライアントシステムは、それぞれのユーザによって利用され、前記方法は、
各々のユーザがアクセスしている帯域幅の量を監視するステップと、
最大使用しきい値を超える量の帯域幅にアクセスしている少なくとも一人の過度の帯域幅ユーザを識別するステップと、
過度の帯域幅ユーザが最大使用しきい値を超える原因となっている特定のサーバシステムのアクティビティを判定するステップと、
過度のユーザの特定のサーバシステムのアクティビティを制御して、入出力（Ｉ／Ｏ）帯域幅の差が自動的に平衡をとるようにするステップとを含む、規定の帯域幅を有する共用広帯域信号へのアクセスを平等に分配するための通信方法。
【請求項２４】
過度のユーザの特定のサーバシステムのアクティビティを制御するステップは、過度の
ユーザに対して、特定のサーバシステムのアクティビティの使用を減らすように知らせる通知を送信するステップを含む、請求項２３に記載の方法。
【請求項２５】
過度のユーザの特定のサーバシステムのアクティビティを制御するステップは、
特定のサーバシステムのアクティビティを禁止するステップと、
過度のユーザに対して、特定のサーバシステムのアクティビティを要求するのをやめるように知らせる通知を送信するステップとを含む、請求項２３に記載の方法。
【請求項２６】
過度のユーザの特定のサーバシステムのアクティビティを制御するステップは、過度のユーザによる信号へのアクセスを終了させるステップを含む、請求項２３に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
発明の分野
本発明は一般的に、共用広帯域信号に関し、より特定的には、複数のユーザ間で、規定の帯域幅を有する共用広帯域信号へのアクセスを平等に分配することに関する。
【背景技術】
【０００２】
発明の背景
広帯域無線信号を利用して、インターネットまたはリモートサーバシステム等のリモートロケーションと通信する、共用ネットワークシステムの性能レベルは、信号へのアクセスを独占するユーザによってひどく妨げられるおそれがある。広帯域信号は特定の帯域幅を有し、この帯域幅は、共用ネットワークロケーションとリモートロケーションとの間で、共用ネットワークに接続されたすべてのユーザの入出力（Ｉ／Ｏ）データ伝送を行なうことになっている。したがって、帯域幅へのアクセスまたは帯域幅の使用は、ネットワークに接続された各々のユーザが、何らかの１人のユーザが帯域幅の使用を独占することのない状態で、十分な帯域幅へのアクセスを有するように適切に管理されなければならない。
【０００３】
典型的な共用ネットワークシステム上の、広帯域信号のヘビーユーザは、全体的なシステムの性能に最大の影響を及ぼす。たとえば、ストリーミングオーディオまたはストリーミングビデオといったものにアクセスするユーザは、無制限のパイプライン上で大量の信号帯域幅をロックアップし、それによりネットワークに接続された他のユーザによるアクセスのために利用可能な帯域幅の量が減じられるおそれがある。１人またはそれ以上のユーザによる大量の帯域幅の消費は、信号へのアクセスを混雑させ、転送速度を減じ、ネットワークシステムの全体的な性能を妨害するおそれがある。たとえば、チャットルーム、Ｅメール、仮想プライベートネットワーク（ＶＰＮ）、ファイル転送プロトコル（ＦＴＰ）およびインターネットプロバイダ（ＩＰ）によって与えられる他の機能等の通信機能は、大量の広帯域信号帯域幅を消費する。
【０００４】
さらに、ヘビーユーザは、ネットワークに接続またはログオンし、長時間ログオンしたままである可能性がある。したがって、ヘビーユーザは事実上、自らが切断またはログオフするまで帯域幅を独占するおそれがある。このタイプの大量使用によって、システムは、ユーザおよびプロバイダの双方の立場からすると、期待される性能レベルよりも低い機能しか果たさなくなり、他のユーザに対し深刻な妨害および不都合をもたらすおそれがある。
【０００５】
帯域幅の管理に対する１つの考え得る解決法は、全体的に構造化されたユーザアクセス制御を使用すること、または特定の高い帯域幅を消費する通信機能の利用を「抑制する（throttle）」およびそれを厳しく管理することである。
【０００６】
したがって、広帯域無線信号を利用する共用ネットワークシステムの性能レベルを管理して、ネットワークに接続された各々のユーザが、何らかの１人のユーザが帯域幅の使用を独占することのない状態で、十分な帯域幅へのアクセスを有するようにすることが望ましい。
【発明の開示】
【課題を解決するための手段】
【０００７】
発明の簡単な概要
１つの好ましい形態において、本発明は、規定の帯域幅を有する共用広帯域信号へのアクセスを平等に分配するためのマルチコミュニケーションの方法を形成する。この方法は、少なくとも１つのサーバを含むサーバシステムと、サーバに接続された複数のクライアントシステムとを用いる。それぞれのユーザは各々のクライアントシステムを利用する。この方法は、共用広帯域信号へのユーザアクセスを制御するステップと、各々のユーザによって使用される信号帯域幅の量を監視するステップと、帯域幅の総使用量に基づき、各々のユーザに利用可能な信号帯域幅の量を制御するステップとを含む。
【０００８】
別の実施例において、規定の帯域幅を有する共用広帯域信号へのアクセスを平等に分配するためのシステムが提供される。このシステムは、少なくとも１つのサーバと、サーバに接続された複数のクライアントシステムとを含む。各々のクライアントシステムはそれぞれのユーザによって利用される。このシステムは、共用広帯域信号へのユーザのアクセスを制御し、各々のユーザによって使用される信号帯域幅の量を監視し、帯域幅の総使用量に基づき、各々のユーザに利用可能な信号帯域幅の量を制御する。
【０００９】
さらに別の実施例において、規定の帯域幅を有する共用広帯域信号へのアクセスを平等に分配するためのマルチコミュニケーションの方法が提供される。この方法は、少なくとも１つのサーバを含むサーバシステムと、サーバに接続された複数のクライアントシステムとを使用し、それぞれのユーザは各々のクライアントシステムを利用する。この方法は、各々のユーザがアクセスしている帯域幅の量を監視するステップと、最大使用しきい値を超える量の帯域幅にアクセスしている少なくとも１人の過度の帯域幅ユーザを識別するステップとを含む。この方法はさらに、過度の帯域幅ユーザが、最大使用しきい値を超える原因となっている特定のサーバシステムのアクティビティを決定するステップを含む。さらに、この方法は、過度のユーザの特定のサーバシステムのアクティビティを制御して、入出力（Ｉ／Ｏ）帯域幅の差が自動的に平衡をとるようにするステップを含む。
【００１０】
本発明は、詳細な説明および添付の図面からより完全に理解されるであろう。
【発明を実施するための最良の形態】
【００１１】
好ましい実施例の詳細な説明
図１は、本発明の好ましい実施例に従った、規定の帯域幅を有する共用広帯域信号へのアクセスを平等に分配するためのネットワークシステム１０の、簡略化したブロック図である。ネットワークシステム１０は、サーバ１４を含むサーバシステム１２を含む。さらに、ネットワークシステム１０は、サーバ１４に接続された複数のクライアントシステム１８を含む。ネットワーク１０は、ローカルエリアネットワーク（ＬＡＮ）等の共用ネットワークである。例示の実施例において、サーバ１４は無線モデム（図示せず）を含み、クライアントシステム１８はウェブブラウザ（図示せず）を含んで、それが広帯域信号を用いて、サーバ１４を介してインターネットにアクセスできるようにする。さらに、モデムおよびブラウザによって、クライアントシステム１８は、広帯域信号を用いて、リモートサーバシステム等のリモートサイト２２にアクセスできるようになる。
【００１２】
以下でさらに詳細に説明されるように、サーバシステム１２はデータサーバ２４を含み、このデータサーバは、集中データベース２６に接続され、さまざまな製品についての製品関連情報を含んでいる。一実施例において、集中データベース２６はサーバ１４上に格納され、クライアントシステム１８のうちの１つの潜在的なユーザが集中データベースにアクセスすることができる。代替の実施例において、集中データベース２６は、サーバ１４から遠く離れて格納される。
【００１３】
ネットワークシステム１０は、好ましくはデータベース２６に格納された管理スキームまたはアルゴリズム（図示せず）を用いて、クライアントシステム１８を利用している複
数のユーザ間で、共用広帯域信号へのアクセスを平等に分配する。サーバ１４は管理スキームを実行する。ユーザはクライアントシステム１８を利用して、サーバ１４と通信する。最初に、ユーザはサーバシステム１２にログオンして、サーバ１４との通信リンクを確立し、ネットワークシステム１０および広帯域信号へのアクセスを可能にする。動作において、サーバシステム１２は、管理スキームを用いて、サーバシステム１２上で他人による信号へのアクセスに影響を及ぼすレベルで、信号を用いているまたは信号にアクセスしているヘビーユーザを識別する。一旦ヘビーユーザが識別されると、サーバシステム１２は、過度の量の帯域幅を消費しているヘビーユーザが関わっているアクティビティまたは動作のタイプを判定する。たとえば、ヘビーユーザはチャットルームに参加しているかもしれないし、または長いオーディオ／ビデオストリームをダウンロードしているかもしれない。アクティビティ次第で、サーバシステム１２は、ヘビーユーザによる帯域幅の消費および広帯域信号へのアクセスを管理または「抑制」する。帯域幅の消費を管理または抑制するために、サーバシステム１２は、ヘビーユーザの帯域幅の使用を監視して使用量のレベルが減少したかどうかを調べ、ヘビーユーザに特定の動作を制限するように警告を送るか、もしくは信号へのユーザのアクセスを終了させて、ユーザにこのような動作のために信号にさらにアクセスしようと試みるのを止めるように警告を発するか、またはユーザのサーバシステム１２へのアクセスを終了させる。
【００１４】
ユーザが加わると総帯域幅が消費され、各々のユーザは、すべてのユーザが最小量の帯域幅にアクセスするまで、帯域幅へのアクセスを抑制される。たとえば、ユーザアクセスは、すべてのユーザが毎秒公称２２Ｋビット（ｂｐｓ）等の予め定められた最小データ転送レートまたは速度で接続されるまで、抑制される。したがって、ユーザアクセスおよび帯域幅の使用量が増加すると、各々のユーザは、アクセスを抑制されるまたは割当てられる。各々のユーザのアクセスは、いかなるユーザのアクセスも予め定められた最小速度よりも下に下げることなく、各々のユーザが利用可能なできるだけ多くの帯域幅にアクセスできるように、割当てられる。たとえば、ユーザがグラフィックの多いウェブサイトにアクセスしている場合、このユーザは、いかなる他のユーザのアクセスも公称２２Ｋｂｐｓよりも下に下げることなく、利用可能なできるだけ多くの帯域幅を与えれられる。
【００１５】
ユーザアクセスを割当てる別の例として、ユーザが大容量の添付物を有するＥメールを受信または送信するときに、管理スキームは、添付物のサイズが予め定められたサイズを超えるかどうかを判定する。添付物が予め定められたサイズを超える場合、この添付物は、いかなるユーザの帯域幅へのアクセスを公称２２Ｋｂｐｓよりも下に下げることなく、利用可能なできるだけ多くの帯域幅を利用しているユーザによって、受信または送信される。ユーザアクセスを割当てるさらに他の例として、ユーザがファイル転送プロトコル（ＦＴＰ）を用いて、ファイルを受信または送信するときに、管理スキームが、ファイルサイズが予め定められたサイズを超えるかどうかを判定する。ファイルサイズが予め定められた量を超える場合、ファイルはブロックされて、ファイルがブロックされたという通知がユーザに送信されるか、またはファイルは、いかなるユーザのアクセスも公称２２Ｋｂｐｓよりも下に下げることなく、利用可能なできるだけ多くの帯域幅を利用して、送信または受信される。
【００１６】
一実施例において、ユーザがネットワーク１０（図１を参照）内でストリーミングオーディオまたはビデオファイルを送信または受信する場合、ファイルは抑制されることなく伝送される。しかしながら、オーディオまたはビデオファイルが、広帯域信号を用いて、ネットワークシステム１０の外部のリモートサイトに伝送される場合、管理スキームは、ファイルの伝送をブロックするか、またはファイルの伝送を抑制して、どのユーザのアクセスも予め定められた最小速度よりも下に下がらないようにする。さらに、ユーザが広帯域信号を用いて、仮想プライベートネットワーク（ＶＰＮ）にアクセスする場合、ユーザは、いかなる他のユーザのアクセスも予め定められた最小速度よりも下に下げることなく
、予め定められた最大量の帯域幅までアクセスすることができる。
【００１７】
図２は、本発明の例示の実施例に従った、サーバシステム１２によって使用される管理スキームのトップレベルのルーチンのフロー図１００である。ステップ１０４に示したように、クライアントシステム１８（図１を参照）を利用して広帯域信号にアクセスしたいユーザは、サーバ１４（図１を参照）に要求を送り、統合されたインターネットアクセスサービスの一部であるサーバシステム１２（図１を参照）にログオンすることを要求する。ログオンするという要求を受信すると、管理スキームはステップ１０８で、サーバ１４が「オンライン」であるかどうかを判定する。本明細書において使用されるように、「オンライン」とは、サーバ１４が適切に機能し、かつデータベース２６（図１を参照）、インターネットまたはリモートサイト２２（図１を参照）とのリンクといったすべての必要な通信リンクを確立したことを意味する。サーバ１４がオンラインではないと判定された場合、ステップ１１２で、メッセージがユーザに送信され、ユーザにサーバシステム１２が現在使用不能であることを通知し、後になってログオンすることを要求する。一実施例において、なかなかサーバシステム１２を利用することができないユーザを支援するために案内を利用することができ、この場合、サーバ１４がログオンされていない場合にユーザに送信されるメッセージは、案内から支援を求めよという指示を含む。サーバ１４がオンラインである場合、サーバ１４はステップ１１６で、利用可能な帯域幅の量があるかどうかを判定して、ユーザが予め定められた最小速度に等しいまたはそれよりも速い速度で、信号にアクセスできるようにする。
【００１８】
ユーザが最小速度で信号にアクセスできない場合、ステップ１２０に示したように、ユーザは、ローカルな使用のみのためにサーバシステム１２にログオンすることができ、最小速度でのアクセスを可能にする十分な帯域幅が生じるとすぐに、信号にアクセスできることが通知される。ローカルな使用のみのためにサーバシステムにログオンされるときに、ユーザは、ネットワークシステム１０内の、サーバシステム１２および他のユーザと通信することができるが、ネットワークシステム１０の外部と通信するための外線にアクセスすることはできない。ユーザが最小速度で信号にアクセスすることのできる、十分な帯域幅が生じた場合、ステップ１２４に示したように、ユーザは、サーバシステム１２に完全にログオンすることができ、ネットワークシステム１０内でのローカルなアクセスおよび広帯域信号へのアクセスが与えられる。
【００１９】
ユーザがローカルな使用のみのためにログオンされる場合、ステップ１２８に示したように、サーバシステム１２は、予め定められた最小データ転送速度を与えるのに十分な利用可能な帯域幅が生じるまで信号を監視し、その後でステップ１３２に示したように、ユーザが完全にログオンできるようにする。一旦ユーザが完全にログオンされると、ステップ１３６に示したように、サーバ１４は、広帯域信号を介して伝送を送受信するユーザによって使用されている帯域幅の総量を監視する。
【００２０】
使用されている帯域幅の総量が監視される一方で、各々のユーザによる帯域幅の使用またはアクセスが割当てられる。ステップ１４０に示したように、ユーザアクセスが割当てられ、各々のユーザが、いかなる他のユーザの伝送速度も予め定められた最小速度よりも下に下げることなく、個々のユーザの入出力（Ｉ／Ｏ）動作に必要とされる多くの過度の帯域幅にアクセスできるようにする。
【００２１】
ステップ１３６および１４０に示したような、監視および割当ての際に、管理スキームは、ステップ１４４に示したように、サーバ１４に伝送された各々のユーザのサービスまたは動作要求を監視する。たとえば、ユーザはクライアントシステム１８を利用して、Ｅメールを送信もしくは受信したいときにサーバ１４にサービス要求を伝送し、インターネット上のチャットルームに入り、ＦＴＰを用いてファイルを送信もしくは受信するか、ま
たはＶＰＮにアクセスする。サーバ１４がサービス要求を受信すると、管理スキームはステップ１４８で、チャットルームにアクセスするというすべての要求を即座にブロックする。サービス要求がチャットルームへ入るという要求ではない場合、管理スキームはステップ１５２で、利用可能な帯域幅の量が、予め定められたクリティカルレベルよりも下であるかどうかを判定する。たとえば、管理スキームは、外部へのアクセスを有さないすべてのユーザに利用可能な帯域幅の量が、公称２２Ｋｂｐｓよりも下であるかどうかを判定する。
【００２２】
ユーザがサービス要求をサーバ１４に伝送し、かつ利用可能な帯域幅の量がクリティカルレベルよりも下であるときに、ステップ１５６に示したように、すべてのストリーミングオーディオまたはビデオウェブサイトへのアクセスがブロックされる。利用可能な帯域幅がクリティカルレベルよりも上である場合、Ｅメール、ＦＴＰまたはＶＰＮの伝送といったユーザの要求が許可される。Ｅメールの要求が許可されると、ステップ１６０に示したように、管理スキームはＥメール帯域幅制御サブルーチンを実行する。同様に、ＦＴＰの要求が許可されると、ステップ１６４に示したように、管理スキームはＦＴＰ帯域幅制御サブルーチンを実行する。同様に、ＶＰＮの要求が許可されると、管理スキームはＶＰＮ帯域幅制御サブルーチンを実行する（ステップ１６８）。
【００２３】
図３は、管理スキームのＥメール帯域幅制御サブルーチンのフロー図２００である。このＥメール帯域幅制御サブルーチンは、ステップ２０４で、Ｅメールの要求に含まれるデータフローのタイプを判定する。Ｅメールの要求は、データがネットワークシステム１０内でのみ流れるように、ネットワークシステム１０内でＥメールのメッセージを送るという要求であるかも知れない。さらに、Ｅメールの要求は、データがサーバシステム１２からリモートロケーションに流れるように、ネットワークシステム１０内のユーザからネットワークシステム１０外部のリモートユーザにアウトバウンドのＥメールメッセージを伝送するという要求であるかも知れない。さらに、Ｅメールの要求は、データがリモートロケーションからサーバシステム１２に流れるように、リモートユーザからのインバウンドのＥメールを受信するという、ネットワークシステム１０内のユーザの要求であるかも知れない。
【００２４】
ネットワークシステム１０内でＥメールメッセージを送るという要求がなされたとき、ステップ２０８に示したように、データはクライアントシステム１８からサーバ１４に流れ、次に別のクライアントシステム１８に流れる。一旦サーバ１４がＥメールメッセージをローカルに送るという要求を受信すると、ステップ２１２で、Ｅメールメッセージが添付物を含んでいるかどうかが判定される。Ｅメールが添付物を含んでいると判定された場合、ステップ２１６に示したように、Ｅメールのサブルーチンは、その添付物が予め定められたサイズ制限を超えているかどうかを判定する。添付物が予め定められたサイズ制限を超えている場合、ステップ２２０に示したように、サーバ１４は対象とする受信者へのＥメールの送信を終了し、Ｅメールを開始したユーザに対して通知メッセージを送信し、ユーザに、添付物が予め定められたサイズ制限を超えているため、Ｅメールが受信者に送信されないことを知らせる。Ｅメールメッセージが添付物を有さない、または添付物が予め定められたサイズの制限を超えていない場合、Ｅメールの帯域幅制御サブルーチンは、ステップ２２４で、Ｅメールメッセージが予め定められたカーボンコピー制限を超えているかどうかを判定する。このカーボンコピー制限は、送信することのできるＥメールコピーの数を制限することによって、Ｅメールメッセージまたは「スパム（Spam）」Ｅメールの大量配信により、大量の帯域幅が消費されるのを防ぐ。Ｅメールメッセージがカーボンコピー制限を超えるとき、２２０に示したように、サーバ１４は対象とする受信者へのＥメールの送信を終了し、Ｅメールを開始したユーザに対して通知メッセージを送信し、ユーザに、Ｅメールメッセージが予め定められたカーボンコピー制限を超えているため、メッセージが送信されないことを知らせる。Ｅメールメッセージがカーボンコピー制限内で
あるとき、ステップ２２８に示したように、サーバ１４はメッセージを対象とする受信者に送り、ステップ２３２に示したように、Ｅメールサブルーチンが終了される。
【００２５】
ネットワークシステム１０内のユーザから、ネットワークシステム１０外部のリモートユーザへＥメールメッセージを送るというアウトバウンドの要求がなされたときに、データはクライアントシステム１８からサーバ１４に流れ、サーバ１４はステップ２３２で、Ｅメールメッセージが添付物を含んでいるかどうかを判定する。Ｅメールが添付物を含んでいると決定された場合、Ｅメールサブルーチンは、ステップ２３６で、添付物が予め定められたサイズ制限を超えているかどうかを判定する。添付物が予め定められたサイズ制限を超えている場合、ステップ２４０に示したように、サーバ１４は対象とする受信者へのＥメールの送信を終了し、Ｅメールを開始したユーザに対して通知メッセージを送信し、ユーザに、添付物が予め定められたサイズ制限を超えているため、Ｅメールが受信者に送信されないことを知らせる。Ｅメールメッセージが添付物を有さない、または予め定められたサイズ制限を超えていない場合、Ｅメール帯域幅制御サブルーチンはステップ２４４で、利用可能な帯域幅の量を利用すると、Ｅメールの送信時間が予め定められた時間を超えるかどうかを判定する。送信時間が予め定められた時間を超える場合、ステップ２４０に示したように、Ｅメールを開始したユーザに対して通知メッセージが送信され、ユーザに、送信時間が予め定められた時間を超えるため、Ｅメールが受信者に送信されないことを知らせる。送信時間が予め定められた時間を超えていない場合、ステップ２４８に示したように、Ｅメールが受信者に送信され、ステップ２５２に示したように、Ｅメールが送信されたことを確認するメッセージが送信者に送信され、ステップ２３２に示したように、サブルーチンが終了される。
【００２６】
ネットワークシステム１０内のユーザによって、リモートユーザからＥメールを受信するというインバウンドの要求がなされたときに、データはサーバ１４からクライアントシステム１８に流れる。Ｅメールメッセージを送信するという要求を受信すると、サーバ１４はＥメールサブルーチンを実行して、それによりステップ２５６で、Ｅメールメッセージが添付物を含んでいるかどうかを判定する。Ｅメールが添付物を含んでいると判定された場合、Ｅメールサブルーチンはステップ２６０で、添付物が予め定められたサイズ制限を超えているかどうかを判定する。添付物が予め定められたサイズ制限を超える場合、サーバ１４はステップ２６４で、添付物をＥメールメッセージから除去することができるかどうかを判定する。添付物を除去することができる場合、ステップ２６８に示したように、添付物は除去され、ステップ２７２に示したように、添付物が削除されたという通知とともにＥメールが受信者に送信される。添付物を除去することができない場合、ステップ２７６に示したように、Ｅメールの送信が終了され、ステップ２８０に示したように、Ｅメールの送信者および対象とする受信者の双方に対してメッセージが送信され、送信者および受信者に、Ｅメールの送信が終了されたことを知らせる。Ｅメールが添付物を含んでいない場合、ステップ２８４でＥメールが受信者に送信され、ステップ２３２に示したように、Ｅメールサブルーチンが終了される。
【００２７】
図４は、管理スキームのＦＴＰ帯域幅制御サブルーチンのフロー図３００である。ＦＴＰ帯域幅制御サブルーチンは、ステップ３０４で、ＦＴＰの要求に含まれるデータフローのタイプを判定する。ＦＴＰセッションを開始するという要求は、データがネットワークシステム１０内でのみ流れるように、ネットワークシステム１０内でセッションを開始するという要求であるかも知れない。さらに、ＦＴＰの要求は、データがサーバシステム１２からリモートロケーションへ流れるように、ネットワークシステム１０外部のユーザとのセッションを開始するという、ネットワークシステム１０内のユーザからのアウトバウンドの要求であるかも知れない。さらに、ＦＴＰの要求は、データがリモートロケーションからサーバシステム１２へ流れるように、リモートユーザによる、ネットワークシステム１０内のユーザとのセッションを開始するというインバウンドの要求であるかも知れな
い。
【００２８】
ネットワークシステム１０内でＦＴＰセッションを開始するという要求がなされるときに、データはクライアントシステム１８からサーバ１４へと流れる。管理スキームはローカルなＦＴＰセッションを許可しない。したがって、サーバ１４がネットワークシステム１０内でＦＴＰセッションを開始するという要求を受信した場合、ステップ３０８に示したように、セッションがブロックされ、ステップ３１２に示したように、ユーザはセッションがブロックされたことを通知され、ステップ３１６に示したように、ＦＴＰサブルーチンが終了される。
【００２９】
ネットワークシステム１０内のユーザによって、リモートユーザとのセッションを開始するというアウトバウンドの要求がなさたときに、ＦＴＰサブルーチンはステップ３２０で、ファイルサイズを設定することができるかどうかを判定する。ファイルサイズを設定することができる場合、ステップ３２４で、ファイルサイズが予め定められたサイズ制限を超えるかどうかが判定される。ファイルサイズが予め定められた制限を超える場合、ステップ３２８に示したように、サーバ１４はセッションをブロックし、ＦＴＰセッションを要求しているユーザに対して通知を送信し、ユーザに、過度のファイルサイズのためにセッションがブロックされたことを知らせる。ファイルサイズが予め定められたサイズ制限を超えていない場合、ステップ３３２に示したように、ＦＴＰサブルーチンは、ＦＴＰセッションを確立するのに十分な利用可能な帯域幅があるかどうかを確認する。利用可能な帯域幅が十分あるときに、ステップ３３６に示したように、ユーザがアクセスすることのできる帯域幅の量、またはユーザパイプラインが、予め定められたサイズに固定され、ステップ３４０に示したように、ＦＴＰセッションが許可される。ＦＴＰセッションのために利用可能な帯域幅が十分にないときは、ステップ３４４でセッションがブロックされ、ユーザは後でセッションを開始してみるように命令される。ファイルサイズを設定することができない場合、サブルーチンはステップ３４８で、利用可能な予め定められた最小量の帯域幅があるかどうかを判定する。利用可能な最小量の帯域幅があると判定された場合、ステップ３５２でセッションが許可され、そうでない場合は、ステップ３５６に示したように、セッションはブロックされ、ユーザはセッションがブロックされたことを通知される。
【００３０】
ネットワークシステム１０外部のリモートユーザによって、ＦＴＰセッションを開始するというインバウンドの要求がなされたときに、データはサーバ１４からクライアントシステム１８に流れる。セッションを開始するという要求を受信すると、サーバ１４はＦＴＰサブルーチンを実行し、それによりステップ３６０に示したように、ファイルサイズを設定することができるかどうかを判定する。ファイルサイズを設定することができる場合、ステップ３６４で、ファイルサイズが予め定められたサイズ制限を超えるかどうかが判定される。ファイルサイズが予め定められた制限を超える場合、ステップ３７０に示したように、サーバ１４はセッションをブロックし、ＦＴＰセッションを要求しているユーザに対して、過度のファイルサイズのために、セッションがブロックされたという通知を送信する。ファイルサイズが予め定められたサイズ制限を超えていない場合、ステップ３７４に示したように、ＦＴＰサブルーチンは、ＦＴＰセッションを確立するのに十分な利用可能な帯域幅があるかどうかを確認する。利用可能な帯域幅が十分にあるとき、ステップ３７８に示したように、予め定められた最大速度に制限されたデータ転送速度でのセッションが許可される。ＦＴＰセッションのために利用可能な帯域幅が十分ないときに、ステップ３４４に示したように、セッションはブロックされ、ユーザは後でセッションを開始してみるように命令される。ファイルサイズを設定することができない場合、ステップ３８２に示したように、ＦＴＰセッションを要求しているユーザに対してメッセージが送信され、ユーザに、特定のデータ量を特定の時間で転送することができることを知らせ、ユーザが続行したいかどうかを問い合わせる。ユーザが続行することを選んだ場合、ステッ
プ３７８に示したように、予め定められた最大速度に制限されたデータ転送速度でのセッションが許可される。
【００３１】
図５は、管理スキームのＶＰＮ帯域幅制御サブルーチンのフロー図４００である。ネットワークシステム１０のユーザがＶＰＮへのアクセスを要求するときに、ＶＰＮ帯域幅制御サブルーチンは、予め定められた最小量の帯域幅が、双方のデータ伝送方向において、たとえばサーバ１４から伝送されたデータ、すなわちアウトバウンドのデータ、およびサーバ１４によって受信されたデータ、すなわちインバウンドのデータにおいて利用可能であるかどうかを判定する。インバウンドのデータのために利用可能な最小量の帯域幅がない場合、最小速度を満たすＶＰＮ接続を行なうことができないことをユーザに通知し、かつユーザに後で再び試みることを要求するメッセージが送信される。ユーザが接続を行なうことができないと通知された後で、ステップ４１２に示したように、ユーザはネットワークシステム１０内のローカルな使用のためのみに、ネットワークシステム１０にアクセスすることができる。アウトバウンドのデータのために最小量の帯域幅が利用可能でないときに、サブルーチンはステップ４１６で、少なくともインバウンドのデータのために利用可能な最小量の帯域幅があるかどうかを判定する。インバウンドのデータのために利用可能な最小量の帯域幅がある場合、ステップ４２０に示したように、最小量のアウトバウンドの帯域幅が利用不可能であるという通知がユーザに対して送信され、ステップ４２４に示したように、ユーザはＶＰＮ接続を許可される。利用可能な最小量のインバウンドの帯域幅がない場合、ステップ４０８に示したように、ユーザに最小速度を満たすＶＰＮ接続を行なうことができないことを通知し、かつユーザに後で再び試みることを要求するメッセージが送信される。利用可能な最小量のインバウンドおよびアウトバウンドの帯域幅の双方があるときに、ステップ４２４に示したように、ユーザはＶＰＮ接続を許可され、ステップ４２８に示したように、ユーザがアクセスすることのできる帯域幅の量、またはユーザパイプラインが固定されて、アウトバウンドの帯域幅が最小量に設定され、インバウンドの帯域幅が最小量またはそれよりも上に設定されるようにする。
【００３２】
図６は、本発明の代替の実施例に従った、規定の帯域幅を有する共用広帯域信号へのアクセスを平等に分配するためのネットワークシステム５２２の拡大されたブロック図である。ネットワークシステム５２２は、サーバシステム５１２およびクライアントシステム５１４を含む。サーバシステム５１２は、データベースサーバ５１６、アプリケーションサーバ５２４、ウェブサーバ５２６、ファックスサーバ５２８、ディレクトリサーバ５３０およびメールサーバ５３２を含む。ディスク記憶装置５３４は、データベースサーバ５１６およびディレクトリサーバ５３０に結合される。サーバ５１６，５２４，５２６，５２８，５３０および５３２は、ローカルエリアネットワーク（ＬＡＮ）５３６で結合される。さらに、システム管理責任者のワークステーション５３８、ユーザのワークステーション５４０およびスーパーバイザのワークステーション５４２がＬＡＮ５３６に結合される。その代わりとして、ワークステーション５３８，５４０および５４２は、インターネットを介してＬＡＮ５３６に結合される。
【００３３】
各々のワークステーション５３８，５４０および５４２は、ウェブブラウザを有するパーソナルコンピュータである。ワークステーションで実行される機能は典型的に、それぞれのワークステーション５３８，５４０および５４２で実行されるものとして示され、このような機能は、ＬＡＮ５３６に結合された多くのパーソナルコンピュータのうちの１つで実行することができる。ワークステーション５３８，５４０および５４２は、分離した機能とともに結合されているものとして示されているが、これはＬＡＮ５３６へのアクセスを有する個々のワークステーションによって実行することのできる、異なるタイプの機能を容易に理解するためである。
【００３４】
サーバシステム５１２は、ＩＳＰインターネット接続５４８を介して、さまざまなリモ
ートシステム５４４に通信を行なうように結合されるように構成されている。この通信は、インターネットを介して行なわれるものとして示されているが、他の実施例において、何らかの他の広域ネットワーク（ＷＡＮ）タイプの通信を利用することができる、すなわちシステムおよびプロセスは、インターネットを介して実行されるものに限定されない。さらに、ＷＡＮ５５０ではなく、ローカルエリアネットワーク５３６をＷＡＮ５５０の代わりに用いることもできる。
【００３５】
本発明を、さまざまな特定の実施例に関して説明してきたが、当業者は、本発明を特許請求の精神および範囲内で修正を伴って実行することができることを認識するであろう。
【図面の簡単な説明】
【００３６】
【図１】本発明の例示の実施例に従った、共用広帯域信号へのアクセスを平等に分配するための共用ネットワークシステムの、簡略化したブロック図である。
【図２】本発明の一実施例に従った、図１に示した共用ネットワークシステムによって使用される管理スキームのトップレベルのルーチンのフロー図である。
【図３】図２に示した管理スキームのＥメール帯域幅制御サブルーチンのフロー図である。
【図４】図２に示した管理スキームのファイル転送プロトコル帯域幅制御サブルーチンのフロー図である。
【図５】図２に示した管理スキームの仮想プライベートネットワーク帯域幅制御サブルーチンのフロー図である。
【図６】本発明の代替の実施例に従った、規定の帯域幅を有する共用広帯域信号へのアクセスを平等に分配するためのネットワークシステムの、拡大されたブロック図である。
【図１】
2005527995.tif 000002
【図２】
2005527995.tif 000003
【図３】
2005527995.tif 000004
【図４】
2005527995.tif 000005
【図５】
2005527995.tif 000006
【図６】
2005527995.tif 000007
【国際調査報告】
2005527995.tif 000008
2005527995.tif 000009
2005527995.tif 000010