JP2003527800A

JP2003527800A - ネットワークを介してデータを転送するためのシステム及び方法

Info

Publication number: JP2003527800A
Application number: JP2001560080A
Authority: JP
Inventors: ムチアレッサンドロ; エー．シャーダーシャットクーマー; ジョーゼフムーアブライアン; エス．ロバーツジェフリー; スコットエバンススティーブン; ディー．ゾランマイケル; エフ．レウスエドワード
Original assignee: Microsoft Corp
Current assignee: Microsoft Corp
Priority date: 2000-02-16
Filing date: 2001-02-16
Publication date: 2003-09-16
Anticipated expiration: 2021-02-16
Also published as: AU2001238419A1; EP1256212A1; AU2001238326A1; WO2001061944A1; ATE338406T1; EP1256212B1; DE60122676D1; EP1720304A2; DE60122676T2; WO2001061945A1; JP4711586B2; WO2001061944A8

Abstract

(57)【要約】実際のネットワーク帯域幅使用レベルをモニタすることによってネットワークを介してデータの集合を転送するための方法が提供される。本方法は、異なるアルゴリズムを利用する２つの実施形態を包含する。第１の実施形態では、本方法は、実際の使用率のモニタされた最大値を識別し、使用率のモニタされた最大値の相関的要素として使用率のしきい値レベルを計算する。しきい値レベルは、それを下回ると、ネットワーク・インターフェースにおける他のネットワーク活動を妨げることなく、ソフトウェア更新などのデータの集合を、ネットワークを介して転送またはダウンロードすることができるレベルを表す。使用率の実際のレベルがしきい値レベルを下回っている場合、データの少なくとも一部分、すなわち、セグメントが、ネットワークを介して受信される。第２の実施形態では、本方法は、実際の使用率のモニタされた最大値を識別し、使用率のモニタされたレベル最大値の相関的要素として、転送されるべきデータ・ブロックのサイズを計算する。データ・ブロックは、ネットワーク・インターフェースにおける他のネットワーク活動を妨げることなくネットワークを介して転送またはダウンロードすることができる、ソフトウェア更新などのデータの集合のセグメント、を表す。

Description

【発明の詳細な説明】

【０００１】（発明の分野）本発明は、コンピュータ・ソフトウェアに関し、より詳細には、インターネッ
トなどのネットワークを介してデータを転送するためのシステムおよび方法に関
する。

【０００２】（発明の背景）１つまたは複数のクライアント・マシンがネットワークを介して１つまたは複
数のサーバと通信するコンピュータ・システムは、一般的な構成である。例えば
、様々なサーバとの通信のためにインターネットに接続された数百万のパーソナ
ル・コンピュータ（ＰＣ）が存在する。これらのＰＣユーザの多くは、インター
ネットを介して遠隔サーバからソフトウェアをダウンロードすることによって彼
等自身のＰＣ上に新しいソフトウェアまたは更新されたソフトウェアを獲得する
。

【０００３】インターネットなどのネットワークを介して新しいソフトウェアや更新された
ソフトウェアなどのデータをＰＣにアップロードおよびダウンロードする従来の
方法は、ダウンロード中にＰＣユーザが、インターネットをブラウズする能力、
または他の仕方でネットワークを介して通信する能力を妨げる。ＰＣに関して処
理速度が増大するにもかかわらず、ユーザのブラウズ体験にとっての重要なボト
ルネックとなっているのが、インターネットに対する帯域幅である。従来のダウ
ンロードは、通常、ダウンロードが完了するまで、ユーザの使用可能通信帯域幅
の１００％を占有するため、ユーザは、ダウンロード中、その他のタスクのため
にネットワークを利用することができない。さらに、ダウンロードが何らかの理
由で（例えば、ネットワーク接続が失われて）中断された場合、ファイルの開始
からダウンロードを再開することが必要である可能性があり、これにより、相当
なネットワーク・リソースが浪費される。他の従来のダウンロード・ソフトウェ
アは、ユーザが、指定時間にダウンロードをスケジュールできるようにする。い
ずれにしても、インターネットなどのネットワークを介してソフトウェアをダウ
ンロードするための従来の方法は、ユーザが、他のネットワーク活動に関わる能
力をひどく制限する。

【０００４】ソフトウェア更新を提供することは、ユーザのＰＣの問題を修正し、パフォー
マンスを向上させるため、ＰＣユーザにとって有益である。さらに、ソフトウェ
ア・ベンダには、製品サポート・コールの数が減少することで利益があり、その
結果、この減少は、そうでなければベンダが、そのようなコールを扱うために割
り振る可能性がある相当なリソースを低減する。

【０００５】本出願人は、「ＷＩＮＤＯＷＳ（登録商標）ＵＰＤＡＴＥ」の商標の下で、
オペレーティング・システム製品のＭＩＣＲＯＳＯＦＴＷＩＮＤＯＷＳ（登録
商標）ファミリに関連するソフトウェア更新サービスを提供している。「ＷＩＮ
ＤＯＷＳ（登録商標）ＵＰＤＡＴＥ」インターネットＷｅｂサイトにアクセス
することにより、ＭＩＣＲＯＳＯＦＴＷＩＮＤＯＷＳ（登録商標）ユーザは、
インターネットを介して自らのシステムを評価させ、クリティカルなソフトウェ
ア更新とクリティカルでないソフトウェア更新（例えば、修正またはパッチ）を
ともにダウンロードすることができる。ユーザのＰＣ上に既にロードされてはい
ない入手可能な更新が存在すると判定されたとき、そのような更新が入手可能で
あるとユーザに通知され、ユーザは、インターネットを介してダウンロードする
ために更新の１つまたは複数を選択するよう促される。これは、ユーザにソフト
ウェア更新を提供するための便利な方法であるが、そのようなダウンロードは、
他のネットワーク活動を妨げる可能性がある。さらに、多くのユーザは、自主的
に「ＷＩＮＤＯＷＳ（登録商標）ＵＰＤＡＴＥ」Ｗｅｂサイトにナビゲートし
て、自身のＰＣに対するオペレーティング・システム更新をダウンロードするこ
とをしない可能性が高い。したがって、クリティカルな更新をまだダウンロード
していないユーザは、自身のＰＣで問題に遭遇する可能性がより高く、問題が生
じたときにベンダの製品サポートを呼び出す可能性が高い。

【０００６】したがって、ネットワークを介してソフトウェア更新をダウンロードし、他の
ネットワーク活動に対する妨げが最小限に抑えるようにするための有効な方法が
必要とされている。１つの可能な解決策は、単にネットワーク帯域幅を増大させ
ることである。ただし、帯域幅をより大きくすることは、高価であり、従来、帯
域幅の増大に連れてユーザ要求も増大している。したがって、技術の進歩ととも
に可用帯域幅が増大するにしても、ユーザ要求の対応する増大のため、他のネッ
トワーク活動の妨げをなくす必要が存在することに変わりはない。

【０００７】（発明の概要）一態様では、本発明は、ネットワークを介してデータ集合を転送する方法を対
象とする。この方法は、実際のネットワーク帯域幅使用率のレベルをモニタする
ステップと、実際の使用率のモニタされたレベルの最大値を識別するステップと
を備える。次に、この方法は、使用率についてモニタされたレベルの最大値の相
関的要素として使用率についてのしきい値レベルを計算する。実際のレベルが、
しきい値レベルより低い場合、そのデータの集合の少なくとも一部分が、ネット
ワークを介して受信される。

【０００８】本発明の別の態様は、第１のデータ・フィールドおよび第２のデータ・フィー
ルドを含むデータ構造を記憶しているコンピュータ可読媒体を対象とする。第１
のデータ・フィールドは、実際のネットワーク帯域幅使用率のモニタされたレベ
ルの最大を表すデータを含む。第２のデータ・フィールドは、それを下回ると、
他のネットワーク活動を妨げることなくネットワークを介してデータを転送する
ことができるネットワーク帯域幅使用率のしきい値レベルを表すデータを含む。
第２のデータ・フィールドは、モニタされる最大レベルの相関的要素としてしき
い値レベルを計算することにより、第１のデータ・フィールドから導出される。

【０００９】本発明のさらに別の態様は、ネットワークを介するデータの転送を管理するた
めのコンピュータ実行可能構成要素を有するコンピュータ可読媒体に関する。第
１の構成要素は、ネットワーク接続に関して実際の帯域幅使用率をモニタし、使
用率のモニタされたレベルの最大値を識別する帯域幅モニタ構成要素である。第
２の構成要素は、第１の構成要素によって識別されたモニタされた使用率のモニ
タされたレベルの最大値の相関的要素として使用率のしきい値レベルを計算する
しきい値計算構成要素である。第３の構成要素は、実際の帯域幅使用率のレベル
が使用率のしきい値レベルを下回っているとき、ネットワークを介するデータの
転送を管理する転送管理構成要素である。

【００１０】本発明のさらに別の態様は、ネットワークを介するクライアント・プロセスと
サーバ・プロセスの間における通信の方法を対象とする。この方法は、ファイル
を識別し、サーバ・プロセスがネットワークを介してそのファイルの第１のセグ
メントをダウンロードすることを要求する第１のダウンロード要求、をサーバ・
プロセスに対して発行することを含む。また、この方法は、サーバ・プロセスに
より、ファイルの第１のセグメントをダウンロードすることも含む。次に、この
方法は、実際のネットワーク帯域幅使用率がしきい値レベルを下回っているなら
ば、そのファイルに関連付けられたダウンロード要求で、サーバ・プロセスがネ
ットワークを介してそのファイルのさらなるセグメントをダウンロードすること
を要求するさらなるダウンロード要求をサーバ・プロセスに発行する。この方法
は、サーバ・プロセスにより、ファイルのさらなるセグメントをダウンロードす
ることをさらに含む。最後に、この方法は、サーバ・プロセスがネットワークを
介してファイルの各セグメントのダウンロードを完了するまで、さらなるダウン
ロード要求を発行するステップと、さらなるセグメントをダウンロードするステ
ップとを繰り返すことを含む。

【００１１】本発明の代替の実施形態では、ある態様は、ネットワークを介してデータの集
合を転送する方法を対象とする。この方法は、実際のネットワーク帯域幅使用率
のレベルをモニタするステップと、実際の使用率のモニタされたレベルの平均を
識別するステップとを含む。次に、この方法は、現在の活動および帯域幅しきい
値との相関的要素として転送されるべきデータ・ブロックのサイズを計算する。
次に、計算されたサイズのブロックが、ダウンロードされる。

【００１２】本発明の代替の実施形態の別の態様は、第１のデータ・フィールドおよび第２
のデータ・フィールドを含むデータ構造を記憶しているコンピュータ可読媒体を
対象とする。第１のデータ・フィールドは、ネットワーク使用率のサンプル時刻
に対応するタイムスタンプを表すデータを含む。第２のデータ・フィールドは、
ネットワーク・アダプタを通過したバイトの総数を表すデータを含む。

【００１３】本発明の代替の実施形態のさらに別の態様は、ネットワークを介するデータの
転送を管理するためのコンピュータ実行可能構成要素を有するコンピュータ可読
媒体に関する。第１の構成要素は、ネットワーク接続に関して実際の帯域幅使用
率のレベルをモニタし、使用率のモニタされたレベルの平均を識別する帯域幅モ
ニタ構成要素である。第２の構成要素は、第１の構成要素によって識別された使
用率のレベルの平均の相関的要素として、使用率に基づいて転送されるべきブロ
ック・サイズを計算する転送ブロック・サイズ計算構成要素である。第３の構成
要素は、計算されたブロック・サイズでネットワークを介するデータの転送を管
理する転送管理構成要素である。

【００１４】本発明の代替の実施形態のさらに別の態様は、ネットワーク速度計算とデータ
・ブロック・サイズ計算を連続的にリファインする（refine 改良する）方法を
対象とする。この方法は、間隔をおいてネットワーク使用（network usage）を
サンプリングするステップと、いくつかのサンプルにわたって獲得された速度の
移動平均（moving average）を計算するステップとを含む。平均計算において、
最新のサンプルにより大きい重みを与える。ネットワークのサンプリング間隔は
、ネットワークの速度に基づいて調整される。

【００１５】本発明を添付の図面を参照してより詳細に説明する。

【００１６】（発明の詳細な説明）本発明は、インターネットなどのネットワークを介してデータを転送するため
のシステムおよび方法を提供する。

【００１７】図１は、本発明を実施することが可能である適切なコンピュータ・システム環
境の例を示している。このコンピュータ・システム環境は、適切なコンピュータ
環境の一例に過ぎず、本発明の使用または機能性の範囲に関する限定を全く示唆
するものではない。また、コンピュータ環境が、例としての動作環境において示
す構成要素のどれか１つ、または組み合わせに関連するどのような依存性または
要件も有するものと解釈すべきではない。

【００１８】本発明は、他の多数の汎用または特殊目的のコンピュータ・システム環境また
はコンピュータ・システム構成で動作する。本発明とともに使用するのに適して
いる可能性がある周知のコンピュータ・システム、コンピュータ環境、および／
またはコンピュータ構成の例には、パーソナル・コンピュータ、サーバ・コンピ
ュータ、ハンドヘルド装置またはラップトップ装置、マルチ・プロセッサ・シス
テム、マイクロ・プロセッサ・ベースのシステム、プログラマブル家庭用電化製
品、ネットワークＰＣ、ミニ・コンピュータ、メイン・フレーム・コンピュータ
、前述のシステムまたは装置の任意のものを含む分散コンピュータ環境等が含ま
れるが、それらには限定されない。

【００１９】本発明は、コンピュータによって実行される、プログラム・モジュールなどの
コンピュータ実行可能命令の一般的コンテキストで説明することができる。一般
に、プログラム・モジュールは、特定のタスクを実行する、または特定の抽象デ
ータ・タイプを実装するルーチン、プログラム、オブジェクト、構成要素、デー
タ構造等を含む。また、本発明は、タスクが、通信網を介してリンクされた遠隔
処理装置によって実行される分散コンピュータ環境で実施することも可能である
。分散コンピュータ環境では、メモリ記憶装置を含むローカルのコンピュータ記
憶媒体と遠隔のコンピュータ記憶媒体の両方の中にプログラム・モジュールを配
置することが可能である。

【００２０】図１を参照すると、本発明を実施するための例としてのシステムが、コンピュ
ータ２０の形態で汎用コンピュータ装置を含む。コンピュータ２０の構成要素に
は、処理装置２２、システム・メモリ２４、およびシステム・メモリを含む様々
なシステム構成要素を処理装置２２に結合するシステム・バス２６が含まれるが
、それらには限定されない。システム・バス２６は、メモリ・バスまたはメモリ
・コントローラ、周辺バス、および様々なバス・アーキテクチャのどれかを使用
するローカル・バスを含むいくつかのタイプのバス構造のどれであることも可能
である。例として、限定するものではなく、そのようなアーキテクチャには、イ
ンダストリ・スタンダード・アーキテクチャ（Industry Standard Architecture
）（ＩＳＡ）バス、マイクロ・チャネル・アーキテクチャ（Micro Channel Arch
itecture（ＭＣＡ）バス、エンハンスト（Enhanced）ＩＳＡ（ＥＩＳＡ）バス、
ビデオ・エレクトロニクス・スタンダード・アソシエーション（Video Electron
ics Standards Association）（ＶＥＳＡ）ローカル・バス、およびメザニン（M
ezzanine）バスとしても知られるペリフェラル・コンポーネント・インターコネ
クト（Peripheral Component Interconnect）（ＰＣＩ）バスが含まれる。

【００２１】コンピュータ２０は、通常、様々なコンピュータ可読媒体を含む。コンピュー
タ可読媒体は、コンピュータ２０によってアクセスされることが可能な任意の利
用可能な媒体であることが可能であり、揮発性媒体と不揮発性媒体、取外し可能
な媒体と取外し不可能な媒体がともに含まれる。例として、限定するものではな
く、コンピュータ可読媒体は、コンピュータ記憶媒体および通信媒体を含むこと
が可能である。コンピュータ記憶媒体には、コンピュータ可読命令、データ構造
、プログラム・モジュール、またはその他のデータなどの情報の記憶のために任
意の方法または任意の技術で実装される不揮発性と揮発性の媒体、取外し可能な
媒体と取外し不可能な媒体がともに含まれる。コンピュータ記憶媒体には、ＲＡ
Ｍ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュ・メモリ、またはその他のメモリ技術、
ＣＤ−ＲＯＭ、デジタル・バーサタイル・ディスク（ＤＶＤ）またはその他の光
ディスク・ストーレッジ、磁気カセット、磁気テープ、磁気ディスク記憶装置ま
たは他の磁気記憶装置、あるいは所望の情報を記憶するのに使用することが可能
であり、コンピュータ２０によってアクセスされることが可能な他の任意の媒体
が含まれるが、それらには限定されない。通信媒体は、通常、搬送波などの変調
されたデータ信号、または他のトランスポート機構としてコンピュータ可読命令
、データ構造、プログラム・モジュール、または他のデータを実現し、任意の情
報送付媒体を含む。「変調されたデータ信号」という用語は、その特性の１つま
たは複数が、情報を信号に符号化するような仕方で設定された、または変更され
た信号を意味する。例として、限定するものではなく、通信媒体には、有線網ま
たは直接有線接続などの有線媒体、および音響媒体、ＲＦ媒体、赤外線媒体、お
よびその他の無線媒体（wireless media）などの無線媒体が含まれる。以上のど
の組み合わせも、コンピュータ可読媒体の範囲に含まれるべきものである。

【００２２】システム・メモリ２４は、読取り専用（ＲＯＭ）２８およびランダム・アクセ
ス・メモリ（ＲＡＭ）３０などの揮発性メモリおよび／または不揮発性メモリの
形態のコンピュータ記憶媒体を含む。始動中などにコンピュータ２０の中の要素
間で情報を転送するのを助ける基本ルーチンを含む基本入力／出力システム３２
（ＢＩＯＳ）は、通常、ＲＯＭ２８の中に記憶される。ＲＡＭ３０は、通常、処
理装置２２にとって即時にアクセス可能であり、かつ／または現在、操作されて
いるデータおよび／またはプログラム・モジュールを含む。例として、限定する
ものではなく、図１は、オペレーティング・システム４６、アプリケーション・
プログラム４８、その他のプログラム・モジュール５０、およびプログラム・デ
ータ５２を示す。

【００２３】また、コンピュータ２０は、他の取外し可能／取外し不可能な、揮発性／不揮
発性のコンピュータ記憶媒体を含むことも可能である。単に例として、図１は、
取外し不可能な不揮発性磁気媒体に対する読取り、または書込みを行うハード・
ディスク・ドライブ３４、取外し不可能な不揮発性磁気媒体３８に対する読取り
、または書込みを行う磁気ディスク・ドライブ３６、およびＣＤＲＯＭまたは
その他の光媒体などの取外し可能な不揮発性光ディスク４２に対する読取り、ま
たは書込みを行う光ディスク・ドライブ４０を示す。例としての動作環境におい
て使用するのが可能であるその他の取外し可能／取外し不可能な、揮発性／不揮
発性のコンピュータ記憶媒体には、磁気テープ・カセット、フラッシュ・メモリ
・カード、デジタル・ビデオ・ディスク、デジタル・ビデオ・テープ、ベルヌー
イ（Ｂｅｒｎｏｕｌｌｉ）カートリッジ、ソリッドステートＲＡＭ、ソリッドス
テートＲＯＭ等が含まれるが、それらには限定されない。ハード・ディスク・ド
ライブ３４、磁気ディスク・ドライブ３６、および光ディスク・ドライブ４０は
、通常、スモール・コンピュータ・システム・インターフェース（Small Comput
er System Interface）（ＳＣＳＩ）４４でシステム・バス２６に接続される。
別法では、ハード・ディスク・ドライブ３４、磁気ディスク・ドライブ３６、お
よび光ディスク・ドライブ４０は、それぞれ、ハード・ディスク・ドライブ・イ
ンターフェース、磁気ディスク・ドライブ・インターフェース、および光ドライ
ブ・インターフェースによってシステム・バス２６に接続されることが可能であ
る。

【００２４】前述し、図１に示したドライブおよびドライブに関連するコンピュータ記憶媒
体は、コンピュータ２０に関するコンピュータ可読命令、データ構造、プログラ
ム・モジュール、およびその他のデータのストーレッジを提供する。図１では、
例えば、ハード・ディスク・ドライブ３４が、オペレーティング・システム４６
、アプリケーション・プログラム４８、その他のプログラム・モジュール５０、
およびプログラム・データ５２を記憶するものとして示されている。以上の構成
要素は、オペレーティング・システム４６、アプリケーション・プログラム４８
、その他のプログラム・モジュール５０、およびプログラム・データ５２と同一
である、またはそれらとは異なるのが可能であることに留意されたい。ユーザは
、キーボード５４、およびマウス、トラック・ボール、またはタッチ・パッドと
一般に呼ばれるポインティング・デバイス５６などの入力装置を介してコンピュ
ータ２０にコマンドおよび情報を入力することができる。その他の入力装置（図
示せず）には、マイクロフォン、ジョイスティック、ゲームパッド、サテライト
・ディッシュ、スキャナ等が含まれることが可能である。以上の入力装置および
その他の入力装置は、しばしば、システム・バスに結合されたユーザ入力インタ
ーフェース５８またはシリアル・ポート・インターフェ６０を介して処理装置２
２に接続されるが、パラメータ・ポート、ゲームポート、またはユニバーサル・
シリアル・バス（ＵＳＢ）などのその他のインターフェースおよびバス構造によ
って接続されることも可能である。モニタ６１またはその他の表示装置も、ビデ
オ・アダプタ６２などのインターフェースを介してシステム・バス２６に接続さ
れる。モニタ６１に加えて、コンピュータは、出力周辺インターフェースを介し
て接続することができるスピーカやプリンタなどのその他の周辺出力装置を含む
ことも可能である。

【００２５】コンピュータ２０は、遠隔コンピュータ６４などの１つまたは複数の遠隔コン
ピュータに対する論理接続を使用するネットワーク化された環境で動作すること
が可能である。遠隔コンピュータ６４は、パーソナル・コンピュータ、サーバ、
ルータ、ネットワークＰＣ、ピア装置、またはその他の一般的ネットワーク・ノ
ードであることが可能であり、メモリ記憶装置だけを図１で示したが、通常、コ
ンピュータ２０に関連して前述した要素の多く、またはすべてを含む。図１に描
いた論理接続は、ローカル・エリア・ネットワーク（ＬＡＮ）６６、およびワイ
ド・エリア・ネットワーク（ＷＡＮ）６８を含むが、その他のネットワークを含
むことも可能である。そのようなネットワーク環境は、オフィス、企業全体のコ
ンピュータ・ネットワーク、イントラネット、およびインターフェースで一般的
である。

【００２６】ＬＡＮネットワーク環境で使用されるとき、コンピュータ２０は、ネットワー
ク・インターフェース、つまりアダプタ７０を介してＬＡＮ６６に接続される。
ＷＡＮネットワーク環境で使用されるとき、コンピュータ２０は、通常、インタ
ーネットなどのＷＡＮ６８を介して通信を確立するためのモデム７２またはその
他の手段を含む。内部または外部にあることが可能なモデム７２は、シリアル・
ポート・インターフェース６０または他の適切な機構を介してシステム・バス２
６に接続されることが可能である。ネットワーク化された環境では、コンピュー
タ２０に関連して描いたプログラム・モジュール、またはプログラム・モジュー
ルの部分を遠隔メモリ記憶装置の中に記憶することが可能である。例として、限
定するものではなく、図１は、メモリ装置６４上に常駐するものとして遠隔アプ
リケーション・プログラム４８を示している。示すネットワーク接続は、例とし
てのものであり、コンピュータ間で通信リンクを確立する他の手段も使用できる
ことが理解されよう。

【００２７】コンピュータ２０の他の多数の内部構成要素は示していないが、そのような構
成要素および相互接続は周知であることが、当分野の技術者には理解されよう。
したがって、コンピュータ２０の内部構成に関するさらなる詳細は、本発明に関
連して開示する必要がない。

【００２８】オペレーティング・システム４６、アプリケーション・プログラム４８、およ
びデータ５２などのプログラム・モジュールは、ＲＯＭ２８、ＲＡＭ３０、ハー
ド・ディスク・ドライブ３４、磁気ディスク・ドライブ３６、または光ディスク
・ドライブ４０を含むことが可能なメモリ記憶装置を介してコンピュータ２０に
提供されることが、当分野の技術者には理解されよう。好ましくは、ハード・デ
ィスク・ドライブ３４を使用して、オペレーティング・システム４６およびアプ
リケーション・プログラム４８を含むデータ５２およびプログラムを記憶する。

【００２９】コンピュータ２０をオンにしたとき、またはリセットしたとき、ＲＯＭ２８の
中に記憶されているＢＩＯＳ３２が、ハード・ディスク・ドライブ３４からＲＡ
Ｍ３０の中にオペレーティング・システムをロードするように処理装置２２に命
令する。オペレーティング・システム４６がＲＡＭ３０の中にロードされると、
処理装置２２が、オペレーティング・システム・コードを実行して、オペレーテ
ィング・システム４６のユーザ・インターフェースに関連するビジュアル要素が
、モニタ６１上に表示されるようにする。アプリケーション・プログラム４８が
ユーザによって開かれたとき、プログラム・コードおよび関係のあるデータが、
ハード・ディスク・ドライブ３４から読み取られ、ＲＡＭ３０の中に記憶される
。

【００３０】図２を参照すると、本発明を実施するための例としてのシステムが、参照番号
７４によって一般的に示されている。システム７４は、ネットワーク８０（例え
ば、インターネット）にアクセスするためにＰＣ７６などのクライアント・マシ
ンおよびモデムなどの通信装置７８を含む。また、サーバ８２も従来の仕方でネ
ットワーク８０に接続されている。ＰＣ７６およびモデム７８は、ネットワーク
８０を介してサーバ８２との接続を確立して、クライアントとサーバの間におけ
るデータの転送を円滑にする。

【００３１】図３に提示するシステム８４は、図２のシステム７４と同様であり、イントラ
ネットなどのリンク８８を介して互いに接続されている第１のクライアント８６
Ａおよび第２のクライアント８６Ｂをシステム８４が含むことだけが異なってい
る。システム７４と同様に、通信装置７８（例えば、モデム）が、第１のクライ
アント８６Ａとネットワーク８０の間で接続を確立する。したがって、クライア
ント８６Ａ、８６Ｂは、ネットワーク８０を介してサーバ８２とデータを交換す
ることができる。

【００３２】本発明は、図２および３に示すシステム７４、８４に対する可能な多数の変形
形態を包含することが、当分野の技術者には容易に理解されよう。もちろん、任
意の数のクライアント・マシンおよびサーバ・マシンをネットワーク８０に（直
接または間接的に）接続することができる。例えば、システム８４が、２つ以上
のクライアント・マシンを含み、その１つが、その他のマシンのためのプロキシ
として動作することが可能である。その場合、クライアント・マシンは、イント
ラネットを介して互いに接続されていることが可能であり、またプロキシ・マシ
ンの中のネットワーク・カードは、Ｔ１回線を介してネットワーク８０にリンク
されたルータに接続されていることが可能である。さらに、ネットワーク８０は
、インターネット、または他の任意の公衆網または私設網であることが可能であ
る。さらに、通信装置７８は、ＰＣ７６の一部であること、または独立のハード
ウェア装置であることが可能である。

【００３３】本発明の一適用例では、クライアント・マシンは、ＰＣ７６であり、装置７８
は、５６Ｋｂｐｓ（キロビット／秒）モデムであり、ネットワーク８０は、イン
ターネットであり、またサーバ８２は、ＰＣのオペレーティング・システムのた
めのソフトウェア更新をダウンロードするためのインターネットを介してアクセ
ス可能なＷｅｂサイトである。図４を参照すると、曲線９０は、ある期間中、イ
ンターネットにアクセスするクライアントＰＣに関する実際のネットワーク帯域
幅使用率のレベルを表している。曲線９０は、Ｔ_０ないしＴ_２で上昇し、ユーザ
が最初にインターネットにアクセスした際に通常、生じるネットワーク活動の一
時的な上昇を反映する。次に、Ｔ_３におけるネットワーク活動の短い低下の後、
クライアントの実際の使用率は、再び劇的に上昇してＴ_４でピークに達する。こ
のピークは、Ｗｅｂページをダウンロードすること、または電子メール・メッセ
ージを開くことなどの、クライアントによって開始されるあらゆる数の可能な処
理を表していることが可能である。クライアント・マシンにおけるユーザがＷｅ
ｂページまたは電子メール・メッセージを読んでいる間、または、場合により、
インターネットを介して音楽を聴いている間、実際のネットワーク使用率は、Ｔ _５ないしＴ_８で相当により低いレベルにまで低下する。

【００３４】Ｔ_５ないしＴ_８に示す（図４）比較的低い実際のネットワーク帯域幅使用率の
レベルは、ときとして、「ネットワーク・アイドル状態」と呼ばれる。この概念
は、ＰＣユーザが現在、キーボードまたはマウスを使用していないときに生じる
「マシン・アイドル状態」とは異なる。マシンが、ある期間にわたってアイドル
状態に留まる場合、スクリーン・セーバが起動される可能性がある。しかし、ネ
ットワーク使用率は、マシンがアイドル状態にあるのと同時に（例えば、ダウン
ロード中）、高い可能性があり、またマシンがアイドル状態にないときに、ネッ
トワーク・インターフェースが、「アイドル状態」にある可能性がある。したが
って、本発明は、ネットワーク使用率が比較的低いときに、ネットワークを介し
てソフトウェア更新などのデータの集合を転送することを目的とする。このデー
タ転送は、ユーザにはトランスペアレントであるものとされ、またユーザのマシ
ンが、この転送中にアイドル状態にある必要はない。このデータ転送は、ビデオ
・ゲームをすること、または音楽ＭＰ３ファイル、ｅＢｏｏｋ等をダウンロード
することなどのＰＣ上のユーザの処理によって開始された活動に関連することも
、容易に可能である。さらに、転送されるデータは、テキスト、イメージ、およ
び／またはオーディオ・データを含むことが可能である。また、本発明は、クラ
イアントからサーバへのアップロードに、またはコンピュータ間の他のデータ通
信にも同様に適用可能である。

【００３５】図７に関連して以下に説明するとおり、本発明は、曲線９０（図４）で表され
る実際の使用率のレベルをモニタ（測定）し、それを下回ると、クライアントと
サーバの間におけるデータの転送が、その他のネットワーク活動を妨げる可能性
が低い、使用率のしきい値レベルを計算する。好ましい実施形態では、しきい値
レベルは、実際のネットワーク使用率の検出されるレベルの最大値のおよそ３３
％に等しい。図４に示すとおり、しきい値レベルは、参照番号９２で一般的に示
され、ゼロに初期設定される。ネットワーク活動は、周期的にサンプリングされ
、新しい最大値が識別されるたびに毎回、新しいしきい値レベルが計算される。
Ｔ_１で実際の帯域幅使用レベルが、新しい最大値である１５Ｋｂｐｓであり、し
たがって、しきい値９２は、５Ｋｂｐｓに設定される。実際の帯域幅使用レベル
がＴ_２で再びサンプリングされ、３０Ｋｂｐｓの別の新しい最大値が識別される
。したがって、新しいしきい値９２が計算されて１０Ｋｂｐｓになる。

【００３６】Ｔ_３におけるように、実際の使用レベル９０が、しきい値レベル９２を下回っ
て低下したとき、データの短い転送は、その他のネットワーク活動をそれほど妨
げないはずである。データの転送は、実際の使用率がしきい値レベルを下回った
のを最初に検出した時点で即時に開始することが可能である。ただし、ユーザを
より尊重するという意味でより保守的な手法は、低い使用率が少なくとも２回、
連続して生じたのを検出してからダウンロードを開始することである。いずれに
しても、Ｔ_４で４５Ｋｂｐｓの新しい最大値が検出され、これにより、１５Ｋｂ
ｐｓの更新されたしきい値レベルの計算がトリガされる。したがって、Ｔ_３で何
らかのデータ転送が開始された場合には、その転送は、Ｔ_４で即時にサスペンド
されることになる。Ｔ_５で、実際の使用率９０が再び、しきい値レベル９２を下
回って低下する。今度は、実際の使用レベル９０は、Ｔ_５ないしＴ_８で、１５Ｋ
ｂｐｓのしきい値レベルを下回る５〜１０Ｋｂｐｓの間に留まる。したがって、
ネットワークを介するデータの転送は、この期間中、その他のネットワーク活動
を妨げないことになる。

【００３７】本発明のクライアントの好ましいアーキテクチャを図５に提示している。クラ
イアント９４が、更新クライアント９６、更新エンジン９８、更新ダウンローダ
１００、および更新アプレット１０２を含む。クライアント９４は、好ましくは
、ＨＴＴＰ（ハイパー・テキスト転送プロトコル）リンクである一対のリンク１
０６、１０８を介して更新Ｗｅｂサイト１０４を介するなどしてサーバに接続さ
れる。更新クライアント９６は、ユーザのための通知および個人化オプション（
personalization options）を担う。更新エンジン９８は、更新サイト１０４と
の内容対話（content interaction）、ならびにソフトウェア更新の、検出、イ
ンストール、およびログ記録、を制御する。更新ダウンローダ１００は、パケッ
ト・バックグラウンド・ダウンロード／スロットリング（packet background do
wnloading/throttling）、および着信パケット待ち行列管理を実施することを担
う。更新アプレット１０２は、ユーザに対する更新通知の構成（configuration
）、およびユーザとの他の対話を決定する。バックエンド内容（backend conten
t）およびカタログが、更新サイト１０４から入手可能である。

【００３８】本発明は、図６に示すデータ構造１１０を利用する。データ構造１１０は、実
際の帯域幅使用率の識別されたレベルの最大値を含む第１のフィールド１１２と
、使用率のしきい値レベルを含む第２のフィールド１１４とを含む。図４に示す
とおり、識別された最大レベルとしきい値レベルはともに、実際の使用率のレベ
ルに応じて、時間の経過につれて変化する傾向がある。前述したとおり、しきい
値レベルは、実際の使用の識別されたレベルの最大値の相関的要素として計算さ
れる。したがって、新しい最大レベルが検出されるたびに毎回、新しいしきい値
レベルが計算される。

【００３９】図７は、本発明の好ましい実施形態による、ネットワークを介してデータを選
択的に転送するためのコンピュータ・プログラム、を表す流れ図を提示している
。このプログラムは、ある所定の条件が存在するときにステップ１２０で開始さ
れる。通常、プログラムを開始する前にクライアントＰＣが、「オン」にされ、
ネットワークに接続されていなければならない。プログラムがＰＣとネットワー
クの間で接続を確立することも可能であろうが、いくらかのＰＣユーザは、自身
のモデムが自らネットワークをダイアル呼出しする予期しない音で驚かされる可
能性がある。また、クライアントが別のネットワーク（例えば、私設網（privat
e network））に接続されており、したがって、クライアントが私設網から接続
解除し、インターネットに再接続するまで、Ｗｅｂサーバに対するアクセスが可
能でないことも可能である。サーバに「ｐｉｎｇ（ＴＣＰ／ＩＰにおける最も基
本的で、かつ重要なコマンド）」を行い、サーバから確認応答を受信することに
よってクライアントとサーバが同一のネットワークに接続されていることを確認
することができる。当分野の技術者は、所与の状況でどの事前条件が適切である
かを容易に判定することができる。

【００４０】クライアントがサーバと同一のネットワークに接続されると、実際のネットワ
ーク帯域幅使用率のレベルが、ステップ１２２で獲得される。図４に示すとおり
、実際の使用率は、周期的に（例えば、５秒毎に）サンプリングされる。好まし
くは、サンプリングは、クライアントとネットワークの間の通信インターフェー
スにおいて所与の期間（例えば、１秒間）にわたって着信パケットの数および発
信パケットの数を記録しておくことによって行われる。「ＷＩＮＤＯＷＳ（登録
商標）９８」オペレーティング・システムを実行するＰＣの場合、この情報は、
「ｉｐｈｌｐａｐｉ．ｄｌｌ」におけるＧｅｔＩｆＥｎｔｒｙ関数を使用して入
手可能である。

【００４１】比較的大きなファイルが、ネットワーク・インターフェースにおいて実際のネ
ットワーク帯域幅使用のレベルを測定するためのより正確な基準を提供する。例
えば、測定のオーバーヘッドが相当なものであり、小さいファイルは可用帯域幅
を飽和させないため、２００バイトのファイルに関してダウンロード時間を正確
に測定するのは困難である。したがって、本発明は、好ましくは、使用率の実際
のレベルの測定が、少なくとも４ＫＢのサイズのファイルの転送速度に基づく場
合にだけ、使用率の最大レベルを更新する。

【００４２】好ましくは、特にシステム７４より複雑なシステムにおいて、正確なモニタを
確実にするために、「バーチャル装置」のそれぞれが１つ１つ列挙される。本明
細書で使用する「バーチャル装置」という用語は、モデム（ケーブル・モデムお
よびＩＳＤＮモデムを含む）、ネットワーク・カード、およびＤＳＬ（デジタル
加入者回線）などの、デバイス・ドライバを有する任意のネットワーク装置を指
す。２チャネルＩＳＤＮモデムの各チャネルは、本発明に関しては、別個のバー
チャル装置と見なされる。

【００４３】重要なことには、実際のネットワーク帯域幅使用率のレベルは、単にネットワ
ーク装置の定格のスループット、つまり記載のスループットを当てにするのでは
なく、モニタ（測定）される。定格値は、実際のところ、モデムによって達せら
れる最大スループットが記載のスループットより小さく、各ネットワーク・セッ
ションごとに異なる可能性があるため、信頼できない。電話接続の品質などの不
確定要素により、通常、５６Ｋｂｐｓモデムに関して５０Ｋｂｐｓを下回る最大
可用帯域幅がもたらされる。

【００４４】さらに、定格値は、クライアントがプロキシによってネットワークに接続され
ている場合、正確であると見なすことができない。システム８４では、第１のク
ライアント８６Ａと第２のクライアント８６Ｂの間でイントラネット８８を介す
るピア・ツー・ピア接続が存在し、また、第１のクライアント８６Ａは、モデム
７８によってネットワーク８０にリンクされている。５６Ｋｂｐｓモデムおよび
１０Ｍｂｐｓのイントラネットを想定すると、モデム７８は、ネットワーク８０
に対するボトルネックである。したがって、第１のクライアント８６Ａが、４０
Ｋｂｐｓのネットワーク帯域幅を利用しており、同時に第２のクライアント８６
Ｂが、５Ｋｂｐｓだけの帯域幅を使用する場合、他方のクライアントのネットワ
ーク活動を低下させることなくどちらかのクライアントにサーバ８２から、デー
タの集合（例えば、ソフトウェア更新）をダウンロードするのに利用できる十分
なネットワーク帯域幅が存在しないことになる。さらに、第２のクライアント８
６Ｂが１０Ｍｂｐｓの最大スループットを有する、または第２のクライアント８
６Ｂはネットワーク・インターフェースの５Ｋｂｐｓだけを使用しているため、
第２のクライアント８６Ｂが相当な帯域幅が利用可能であると想定するのは正確
でないことになる。この場合、遠隔アクセスのケースでは、第２のクライアント
８６Ｂに関する実際の帯域幅使用率のレベルは、ＲＡＳ（遠隔アクセス・サービ
ス）装置テーブルから獲得することができる。したがって、各仮想装置において
実際のスループットをモニタすることは、セッション間の構成（configuration
）の変更に有利に適合し、したがって、より信頼できる手法である。

【００４５】図７を再び参照すると、実際の使用で検出されるレベルの最大値が、ゼロに初
期設定される。次に、ステップ１２４で、実際の使用率が現行の最大値を上回っ
ているかどうかが判定される。上回っていない場合、実際の使用率が、ステップ
１２２で再びサンプリングされる。ただし、実際の使用率が、現行の最大値を上
回る場合には、ステップ１２６で、新しい最大値が現行の実際のレベルに等しく
設定される。次に、ステップ１２８で、しきい値レベルが、最大値との関係で計
算される。しきい値は、ゼロに初期設定され、新しい最大値が検出されるたびに
毎回、新しいしきい値が計算される。一般的に、しきい値レベルは、検出される
最大レベルのおよそ５％〜８０％までのどのようなレベルであることも可能であ
る。ただし、インターネット適用例に関して現行で好ましいしきい値は、検出さ
れる最大レベルのおよそ３３％である。新しいしきい値レベルが計算されると、
ステップ１２２で実際の使用率が再びサンプリングされる。

【００４６】本発明は、ネットワーク接続が所与の期間中にビジー状態である時間のパーセ
ンテージなどの他の何らかのパラメータではなく、１秒当りのキロビットの実際
のネットワーク帯域幅のパーセンテージとして、しきい値レベルを計算すること
に留意されたい。例えば、１時間が経過するなかで７５％の時間、ネットワーク
接続を利用しているクライアント・マシンは、必ずしも、可用帯域幅の７５％を
使用していない。実際、クライアントＰＣにおけるユーザが、単にＷｅｂページ
を読んでいる、電子メールを読んでいる、音楽等を聞いている場合、実際の帯域
幅使用率のレベルは、最大可用帯域幅をはるかに下回る可能性が高い。クライア
ント・レベルで実施される本発明は、ハードウェア・レベルで帯域幅を制限する
ための方法（例えば、ソケット）とは、根本的に異なることが、当分野の技術者
には理解されよう。

【００４７】実際のネットワーク帯域幅使用率のレベルは、ステップ１２２で獲得されるご
とに、現行のしきい値レベルに対する比較も行われる。ステップ１３０で、実際
の使用率がしきい値レベルを下回っているかどうかが決定される。下回っている
場合、サーバから入手可能なソフトウェア更新（または、他のデータの集合）を
、ネットワークを介してクライアントにダウンロードすることができる。クライ
アントの他のあらゆる現在または将来のネットワーク活動に対する妨げを最小限
に抑えるため、ダウンロードは、好ましくは、いくつかのセグメントで、ソフト
ウェア更新をダウンロードすることによって行われる。したがって、ステップ１
３２で、ファイルの１つのセグメントが、サーバからクライアントにダウンロー
ドされる。第１のセグメントをダウンロードした後、クライアントのネットワー
ク活動が増大する場合、ファイル全体のダウンロードは、実際の使用率が低下し
て再びしきい値レベルを下回るまでサスペンドすることができる。ただし、ネッ
トワークが、長期間にわたってアイドル状態にある場合、ネットワークを介して
ダウンロードするファイルのセグメントを次第により大きくすることにより、ダ
ウンロードを加速させることができる。

【００４８】カウント装置が、本発明の好ましい実施形態において提供されて、次第に、よ
り大きなファイル・セグメントをダウンロードするのを容易にする。例えば、図
７のステップ１３２で、ファイルの８ＫＢのセグメントを最初に転送することに
より、インターネットを介してサーバからクライアントに１４４ＫＢのファイル
をダウンロードすることができる。８ＫＢなどの小さいセグメントは、短い期間
中にパイプラインの１００％を使用し、セグメント間の実際の使用率を頻繁にモ
ニタすることを可能にするため、効果的なデフォルトであることが判明している
。ユーザが、８ＫＢのブロックのダウンロード中にＵＲＬ（ユニフォーム・リソ
ース・ロケータ）上でクリックした場合でさえ、ユーザに対する目立った遅延は
存在しない。さらに、中断が生じた場合、損失する可能性があるのは、せいぜい
８ＫＢである。

【００４９】ステップ１３４で、ファイル全体がダウンロードされたかどうかが判定される
。８ＫＢのブロックは１４４ＫＢのファイルの第１のセグメントであるため、フ
ァイル全体は、ダウンロードされておらず、ゼロに初期設定されているカウンタ
が、ステップ１３６で「１」に増分（increment）される。カウンタは、中断な
しに連続的にダウンロードされたセグメント数の経過を記録し、それゆえ、ネッ
トワーク活動が低いままである限り、セグメントのサイズを増大させることがで
きる。例として、カウンタが「２」に等しい場合、セグメントのサイズを１６Ｋ
Ｂに増大させることが可能であり、カウンタが「４」に等しい場合、セグメント
のサイズを３２ＫＢに増大させることが可能である。これにより、ネットワーク
活動がしきい値レベルを下回ったままであるという条件付きで、小さな８ＫＢの
セグメント１８個ではなく、７つの次第に大きくなるセグメントで１４４ＫＢの
ファイルをダウンロードすることが可能になる。より大きいセグメントは、ダウ
ンロードするのにより長い時間がかかり、したがって、実際の使用率がモニタさ
れる頻度がより低くなることになるが、この手法は、低いネットワーク活動が延
長されたすべての期間を利用する。通常、ヘッダが各セグメントに付け加えられ
る、したがって、より少ない個数のより大きいセグメントを転送することは、ネ
ットワークを介して転送されるヘッダの総数を減少させるので、ネットワーク・
オーバーヘッドも低減する。現在、５６Ｋｂｐｓモデムを使用する場合に推奨さ
れる最大のセグメントは、６４ＫＢのセグメントである。

【００５０】ステップ１３６でカウンタを増分した後、ステップ１２２および１３０が繰り
返される。実際の使用レベルが、もはやしきい値レベルを下回っていない場合、
ステップ１３８で、ファイルのダウンロードがサスペンドされ、カウンタがクリ
アされる（すなわち、ゼロに設定される）。次に、ステップ１２２で、実際の使
用率が再びサンプリングされる。ダウンロードがサスペンドされた場合、そのダ
ウンロードが、サスペンドされたポイントから再開される。しかし、実際の使用
率がしきい値レベルを下回ったままである場合、ステップ１３２で、次のセグメ
ントがダウンロードされ、ファイル全体がダウンロードされたことがステップ１
３４で決定されるまでプロセスが繰り返される。ファイル全体がダウンロードさ
れたことが決定された場合、ステップ１４０でカウンタがクリアされ、ステップ
１４２でループが終了する。

【００５１】本発明の漸進的ダウンロード（progressive download）の特徴は、いくらかの
既存のサーバの限界を克服するために、フィルタリングまたは同様の技法を必要
とする可能性がある。漸進的ダウンロードは、ＦＴＰ（ファイル転送プロトコル
）レベルで一般に利用可能であったが、ＨＴＴＰ１．１サーバが利用可能になる
までは、ＨＴＴＰレベルでは利用可能でなかった。前述したとおり、本発明は、
８ＫＢのファイル・セグメントをデフォルトとするバイト範囲手法を利用する。
第１のセグメントに関して、「０〜７９９９」のバイト範囲が、クライアントか
らのダウンロード要求において指定され、「８０００〜１５９９９」の範囲が、
第２のセグメントに関するダウンロード要求において指定され、以下同様である
。ただし、ＨＴＴＰ１．０サーバに遭遇した場合、要求のバイト範囲部分は失わ
れることになり、ファイル全体が一度にダウンロードされることになる。この問
題を回避する一方策は、ＩＳＡＰＩ（インターネット・サーバ・アプリケーショ
ン・プログラミング・インターフェース）フィルタを使用して、ＨＴＴＰ１．０
プロキシを介してＨＴＴＰ１．１のバイト要求を促すことである。この場合、Ｈ
ＴＴＰ１．０サーバに遭遇した場合でも、バイト範囲情報が失われない。

【００５２】もちろん、セグメントの好ましいサイズ、つまり好ましいバイト範囲は、モデ
ムの速度などの要因に基づいて劇的に異なる可能性がある。前述の例（例えば、
８ＫＢのデフォルト・セグメント・サイズ）は、多数のユーザが、５６Ｋｂｐｓ
モデムを使用してネットワークにアクセスするという想定に基づく。しかし、多
数のユーザが、２８Ｋｂｐｓモデムを使用してネットワークにアクセスするもの
と想定するのが適切である可能性がある。その場合、好ましいデフォルト・セグ
メント・サイズは、８ＫＢではなく、４ＫＢになる。同様に、漸次のより大きい
セグメントは、１６ＫＢおよび３２ＫＢではなく、８ＫＢおよび１６ＫＢになる
。様々なその他のセグメント・サイズの使用も本明細書によって企図されること
が、当分野の技術者には認められよう。

【００５３】本発明の別の実施形態では、長いダウンロード中の実際の帯域幅使用率のモニ
タに、そのようなダウンロードの前または後における実際の帯域幅使用率のモニ
タに対してよりも大きい重みを与えることが可能である。つまり、所定数のセグ
メントが連続的にダウンロードされた場合、そのセグメントのそれぞれに関する
平均使用レベルを新しい「最大」レベルとして採用することができる。例えば、
セグメントの所定数が１０である場合、１０の連続するセグメントのダウンロー
ド中における平均使用レベルが、その平均レベルが前の最大値を下回る場合でさ
え、その前の最大レベルを置き換えることになる。さらに、１１のセグメントが
連続的にダウンロードされた場合、セグメント２〜１１に関して平均レベルが計
算され、したがって、１０のダウンロードの移動平均が、新しい最大レベルと新
しいしきい値レベルの両方を決定する。

【００５４】最大レベルを識別するために移動平均を使用することは、有都合良く、測定の
正確さを損なうことなく、変化するネットワーク・トラフィック条件に応答して
しきい値レベルに対する動的な増加または減少を提供する。好ましくは、最大レ
ベルは、別の長いダウンロードが行われるまで、最新の移動平均（所定数のセグ
メントの）にとどめ置かれる。言い換えれば、長いダウンロードに基づく最大レ
ベルの方が、ダウンロードに先立って測定された最初の最大レベルよりも正確な
可用帯域幅の反映であると考えられる。同様に、独立したセグメントのダウンロ
ードは、可用帯域幅の正確な反映を提供しない可能性がある。移動平均に関する
連続するダウンロードの数を記録に留めておくため、図７で参照するもののよう
なカウンタを使用することができる。

【００５５】本発明の別の実施形態を以下に図８〜１０に関連して説明する。図１０を参照
すると、本発明のさらなる実施形態が、曲線８０４（図８）によって表される実
際のネットワーク使用率のレベルをモニタし、クライアントとサーバの間におけ
るデータの転送がその他のネットワーク活動を妨げる可能性が低いように、所定
の間隔（Ｔ_ｎ−１〜Ｔ_ｎ）（図８）内で転送することができるデータ・ブロック
のサイズを計算する。ブロックは、転送されるべきデータの集合全体の一部分、
またはデータの他の独立した有用な単位を表す。このさらなる実施形態は、ブロ
ック・サイズを計算し、ネットワーク速度推定についてリファインすることによ
り、固定されたしきい値を利用していつデータを転送するかを決定する前述した
実施形態と対比して、ネットワークの可用帯域幅をより十分に利用する。

【００５６】実際には、例として、限定するものではなく、図８は、本発明のさらなる実施
形態からのいくつかの概念を示す。図８に示すとおり、サンプリング時刻は、Ｔ _ｎで一般的に示され、また間隔Ｔ_ｎ−１〜Ｔ_ｎは、１秒間などの値に初期設定さ
れる。図８で、Ｔ_１とＴ_２の間隔（８０８）の間の外部使用率曲線８０４の下の
領域（エリア１）が、本発明以外のプロセスによって転送されたバイトの総数を
表す。観察されたネットワーク・スループット８０２、外部使用率曲線８０４、
およびＴ_１とＴ_２の間隔（８０８）で画定された領域（エリア２）が、ブロック
・サイズとして割り当てることができる可能性のあるバイト量を表す。示すとお
り、ネットワーク・スループット８０２および外部使用率８０４は、時間の経過
とともに変動し、これにより、可用帯域幅を十分に利用するため、ブロック・サ
イズの再計算が必要となる。ネットワーク活動が、各間隔中の様々な時点でサン
プリングされる。次に、サンプリング間隔は、図４〜７の実施形態とは対照的に
、固定値に維持されるのではなく、判定されたネットワーク速度およびネットワ
ーク使用率に応答して調整される。これにより、ネットワークに合せて最適化さ
れていないブロック・サイズを使用することから生じるＣＰＵのオーバーヘッド
およびネットワークのオーバーヘッドが低減される。

【００５７】この実施形態は、３つの構成要素を含む。ネットワーク・インターフェース・
ハードウェアを介して送受信されるバイト数に関するデータを収集するネットワ
ーク・インターフェース構成要素が存在する。グローバル速度、ダウンロード速
度、および空き帯域幅を判定するネットワーク速度計算機構成要素が存在する。
最後に、速度構成要素によって計算された値を使用してブロック・サイズおよび
ダウンロード間隔サイズを計算するデータ・ブロック・ダウンロード構成要素が
存在する。

【００５８】このさらなる実施形態によって使用されるアルゴリズムを以下に詳述する。こ
の場合も、以下のアルゴリズムの中の参照内容は、例としてのものであることに
留意されたい。というのは、このアルゴリズムは、データのアップロードにも同
様に適用可能だからである。

【００５９】この実施形態は、各時間間隔を２つの段階、ダウンロード・フェーズおよびア
イドル・フェーズに分割する。ダウンロード・フェーズ中、ソフトウェアは、サ
ーバからデータ・ブロックをダウンロードする。アイドル・フェーズ中、ソフト
ウェアは、ネットワークを他のアプリケーションに明け渡す。

【００６０】この実施形態のネットワーク・モニタ構成要素は、所与の時点でネットワーク
・インターフェースを通過したバイト数を記録するカウンタに対するアクセスを
有する。カウンタの２つの読取りの間の差が、その２つの読取りの間の時間中に
転送されたバイト数を示す。

【００６１】各時間間隔（Ｔ_ｎ−１〜Ｔ_ｎ）中、ネットワーク・モニタ構成要素は、次の３
つの時点、（１）ダウンロード・フェーズの開始でもある間隔の開始、（２）ダ
ウンロード・フェーズの終了、および（３）間隔の終了、でシステム・クロック
および転送バイト・カウンタをサンプリングする。ダウンロード構成要素は、間
隔の長さ、ダウンロードされるブロックのサイズ、およびダウンロード・フェー
ズの予期される継続時間を記録する。間隔の終了時に、ネットワーク速度構成要
素が、以下のとおり自らの速度推定値を更新する。

【００６２】１．間隔中にブロックがダウンロードされた場合、ダウンロード速度は、最新速度＝（ブロック・サイズ＋ネットワーク・ヘッダ・サイズ）／時点２に
おける時刻−時点１における時刻）として計算され、平均ダウンロード速度が更新される。本実施形態は、次の数式
を使用するサンプル・カウントを３に設定して、１−１．新ダウンロード速度＝旧ダウンロード速度^＊（サンプル・カウント−
１）／サンプル・カウント、１−２．新ダウンロード速度＝新ダウンロード速度＋（最新速度／サンプル・
カウント）、ただし、他の多数の数式を代りに使用することも可能である。このことは、ダウ
ンローダが計算するその他の平均値についても当てはまる。平均ダウンロード速
度により、ブロック・ダウンロード構成要素が、次の間隔のダウンロード・フェ
ーズ中に完了可能なブロック・サイズを選択することができるようになる。

【００６３】２．構成要素が、グローバル速度に達するダウンロード・フェーズ中のネット
ワーク使用率を以下のとおり測定する。転送バイト＝（時点２におけるバイト−時点１におけるバイト）ダウンロード・フェーズの長さ＝（時点２における時刻−時点１における時刻
）最新グローバル速度＝転送バイト／ダウンロード・フェーズの長さこれが、ダウンローダの開始から最初の間隔である場合、グローバル速度は、
最新グローバル速度に設定される。そうでなれば、ｉｆ最新グローバル速度＜グローバル速度／２ｔｈｅｎグローバル速度＝（グローバル速度^＊０．９）最新グローバル速度は、平均ダウンロード速度に関して使用するのと同じアルゴ
リズムによってグローバル速度に平均される。グローバル速度は、ネットワーク
・インターフェースの合計スループットの推定値として使用される。

【００６４】３．以下のとおり、間隔全体にわたってネットワーク使用率を測定し、ダウン
ローダの外部のソースからの部分を計算し、空きパーセンテージを計算する。転送バイト＝（時点３におけるバイト−時点１におけるバイト）−（ブロック
・サイズ＋オーバーヘッド）実際の間隔の長さ＝（時点３における時刻−時点１における時刻）外部使用率＝転送バイト／実際の間隔の長さ空きパーセンテージ＝１００^＊（１−外部使用率／グローバル速度）ブロック・ダウンローダ構成要素が、空きパーセンテージを使用して後続のダ
ウンロード間隔のダウンロード・フェーズとアイドル・フェーズの相対的長さを
選択する。さらなる実施形態は、外部活動の増大に対する備えとして空きパーセ
ンテージを８０％に制限し、他の同様なポリシーも可能である。

【００６５】さらなる実施形態は、図１〜７のように固定値を使用するのではなく、ネット
ワーク速度およびネットワーク使用率に応じてサンプリング間隔の継続時間を調
整する。これにより、ネットワークに合せて最適化されていないブロック・サイ
ズを使用することから生じるＣＰＵのオーバーヘッドおよびネットワークのオー
バーヘッドが低減される。例えば、多くの実施形態において、非常に大きいブロ
ック・サイズを使用することは、法外な量のメモリをバッファとして専用にする
ことを必要とする。反対に、データを一連の非常に小さいブロックとして送信す
ることは、余分のネットワーク・ヘッダ・フィールドおよびネットワーク・プロ
トコル確認応答を必要とするので、リソースを浪費する可能性がある。ネットワ
ーク帯域幅を十分に利用し、ネットワーク・トラフィックに対する妨げを最小限
に抑えるブロック・サイズを導出することが、このさらなる実施形態の利点であ
る。適切なブロック・サイズを決定することに関与するいくつかのステップおよ
び構成要素が存在する。

【００６６】さらなる例示のため、図８に関連して、ダウンローダのメモリによって規定さ
れるブロック・サイズの上限が、３０Ｋｂである、すなわち、ダウンローダが、
ディスクに書き込むのを必要とするまでに、３０Ｋｂのデータを保持することが
できるものと想定する。デフォルトの間隔の継続時間が、１秒間であり、間隔Ｔ _５〜Ｔ_６に対して計算されたブロック・サイズが、最大値を超える３５Ｋｂであ
るものとさらに想定する。このため、本発明のアルゴリズムは、最大値を下回る
ようにブロック・サイズを縮小するため、次の間隔Ｔ_６〜Ｔ_７の継続時間を短縮
する。この例示を続けると、間隔Ｔ_６〜Ｔ_７が、例えば、０．８秒間に短縮され
た場合、ブロック・サイズの限度内である２８Ｋｂの計算されたブロック・サイ
ズがもたらされる。したがって、次の間隔Ｔ_７〜Ｔ_８（８２０）も１秒間ではな
く、０．８秒間に設定される。様々な間隔値および他のブロック・サイズの限度
の使用も本発明によって企図されることが、当分野の技術者には理解されよう。
反対に、計算されたサイズが、所与の間隔中に転送するのに非効率的なデータ・
サイズであると判定されているデフォルトの下限を下回る場合、そのブロック・
サイズは、小さすぎると考えられる。この場合、ダウンローダは、最小サイズを
ダウンロードし、次に、１つまたは複数の間隔中、何もダウンロードしないのを
選択すること、または間隔の長さを増大させるのを選択することが可能である。

【００６７】いくつかの保守的手法がこのさらなる実施形態においてとられ、可用ネットワ
ーク帯域幅をより十分に利用しながら、許容可能なシステム応答性レベルをサポ
ートする。任意の数の多かれ少なかれ保守的な手法が、本発明によって使用され
ることが可能であり、企図されることが、当分野の技術者には理解されよう。よ
り具体的には、最新サンプルにより大きい重みを付けたグローバル速度およびダ
ウンロード速度に関する平均を使用することにより、サンプリングされたネット
ワーク・データの平滑化が達せられる。移動平均を計算する際に、最新サンプル
は、新しい合計の３０％に相当し、前の値が、７０％に相当する。最新値を前の
平均値で薄めるこの特定の方法を使用しているが、他の実施形態も、ネットワー
ク活動におけるスパイクからの回復を可能にする同じ結果を達することになる。
例えば、最新の１０のサンプルを保持し、次に、毎回、すべての保存されたサン
プルおよび新しく獲得されたサンプルを使用して平均を再計算することで、同じ
結果が達せられることになる。行われる別の手法は、平均使用速度の１／２を下
回ると判定されたグローバル速度に関わる。この場合、この低下は、帯域幅が突
然、失われたのではなく、クライアントが活動していないことの結果であると考
えられる。したがって、新たに判定されたグローバル速度値は、平均値には導入
されない。というのは、導入すると、帯域幅平均値を不当に低下させることにな
るからである。ただし、グローバル速度平均値は、帯域幅が実際に変化した場合
、１０％のような値だけ、わずかに低下する。そのような帯域幅変化の例は、地
域における雷雨のために電話回線の雑音が突然、増加した場合であろう。行われ
るさらに別の保守的手法は、他のアプリケーションのために少し余裕を残すため
、８０％のような値に空きパーセンテージを制限することに関する。

【００６８】本発明のさらなる実施形態は、図９に示すデータ構造９００を利用する。デー
タ構造９００は、実際の帯域幅使用率の識別されたレベルが調べられた時刻を含
む第１のフィールド９１２と、ネットワーク・インターフェースを通るバイトの
総数を含む第２のフィールド９１４と、アダプタによって送信または受信された
バイトの単調に増加するカウンタとを含む。図８に示すとおり、タイムスタンプ
とバイト・カウントはともに、実際の使用率８０２に応じて、各サンプリングで
異なる。これらの値の連続する測定を引き算することにより、間隔期間、および
間隔期間中に転送されたバイトの数が得られる。

【００６９】図１０は、本発明のさらなる実施形態によるネットワークを介してデータを選
択的に転送するためのコンピュータ・プログラムを表す流れ図を提示している。
このプログラムは、ある所定の条件が存在するとき、ステップ１０００で開始さ
れる。クライアントがサーバと同じネットワークに接続されると、ステップ１０
０２で、ブロック・サイズ、空きパーセンテージ、およびサンプリング間隔が、
デフォルト値に初期設定される。図８に示すとおり、実際の使用率が周期的に（
例えば、毎秒）サンプリングされる。好ましくは、前述したとおり、サンプリン
グは、クライアントとネットワークの間の通信インターフェースにおいて間隔サ
ンプリング期間の重要な時点（例えば、間隔の開始、ブロック転送の終了、およ
び間隔の終了）で着信バイトの数および発信バイトの数を記録しておくことによ
って行われる。

【００７０】図１０を再び参照すると、ブロック・サイズ、空きパーセンテージ、および間
隔に関する初期設定された値に基づき、ステップ１００４で、ブロック・ダウン
ロードおよびネットワーク・データ収集が行われる。次に、ステップ１００６で
、ネットワーク速度関連要素、すなわち、ダウンロード速度、グローバル速度、
および空きパーセンテージが、適宜にリファインされ、更新される。次に、ステ
ップ１００８で、ネットワーク速度関連要素との関係でブロック・サイズが計算
される。一般的に、ブロック・サイズは、通信パケット・ヘッダのサイズからダ
ウンローダに割り振られたメモリのサイズまでのどのサイズであることも可能で
ある。インターネット適用例に関する現行で好ましい最小ブロック・サイズは、
ブロック・データとして５００バイト、またＨＴＴＰ要求および応答パケット・
ヘッダとして５００バイトのおよそ１０００バイトである。サイズが計算される
と、ステップ１００４で、実際の使用率が再び計算される。

【００７１】ステップ１００６で、ダウンロード速度の平均およびグローバル速度が計算さ
れ、ネットワーク空きパーセンテージ値も計算される。図８に関連して前述した
とおり、このプロセス中、観察されたグローバル速度が、平均グローバル速度の
許容可能な範囲内にあるかどうか、また空きパーセンテージが、帯域幅値の所定
の最大分数値を下回るかどうかが判定される。本発明のさらなる実施形態では、
観察されたグローバル速度は、新しい平均グローバル速度の計算に含められるに
は、平均グローバル速度の１／２を上回らなければならない。そうでなければ、
新しい平均値は、前の平均グローバル速度の９０％に決定される。空きパーセン
テージに関して、本発明のさらなる実施形態では、計算される空きパーセンテー
ジが８０％を超えないことが必要とされるのが可能である。

【００７２】サーバから入手可能なソフトウェア更新（または他のデータの集合）をネット
ワークを介してクライアントにダウンロードすることができる。前述したとおり
、クライアントの他のあらゆる現在または将来のネットワーク活動に対する妨げ
を最小限に抑えるため、ダウンロードは、好ましくは、ブロックとも呼ばれるい
くつかのセグメントでソフトウェア更新をダウンロードすることによって行われ
る。したがって、ステップ１００４で、ファイルの１つのセグメントが、サーバ
からクライアントにダウンロードされる。第１のセグメントをダウンロードした
後、クライアントのネットワーク活動が増大した場合、このさらなる実施形態は
、ブロック・サイズが前述した最小値を下回らない限り、より小さいブロックを
ダウンロードする。しかし、ネットワークがアイドル状態になった場合、ステッ
プ１００６の次の反復が、ブロック・サイズを適切に増大させる。

【００７３】ステップ１００８で、計算されるブロック・サイズが、下限値および上限値に
よって限定される。下限は、余りにも小さいので、その特定の間隔中に何も行わ
ない方がより効率的であるようなサイズである。計算されるブロック・サイズが
、２つの連続する間隔中にこの限界を下回った場合、ステップ１０１０で示すと
おり、間隔のサイズが増分され、この第２の間隔中、ブロックが全くダウンロー
ドされない。計算されるブロック・サイズが、新たに増分された間隔中に下限を
下回ったままである場合、ブロック・サイズは、「ビジー・ブロック・サイズ」
に設定され、間隔は、デフォルトの間隔値に設定される。ビジー・ブロック・サ
イズは、最小限のダウンロードが行われるのを可能にして、１）ダウンロードプ
ロセス中に何らかの漸進が行われ、２）サーバが余りにも遅く、計算されるブロ
ック・サイズがダウンローダの最小値まで決して上昇しない状況に本発明が対処
することができ、３）ダウンロードのプロセスが、推定ネットワーク速度につい
てリファインする（refinement）のを可能にするようにする値である。最大限度
を超えるブロック・サイズは、計算されるブロック・サイズを限度内に保つこと
ができるように間隔の短縮をもたらす。

【００７４】本発明は、制限するものではなく、例示するものである例としての実施形態に
関連して説明してきた。例えば、ＰＣのオペレーティング・システムに関するソ
フトウェア更新をダウンロードするコンテキストにおいて、本発明を説明してき
た。ソフトウェア更新は、同様に、ＰＣ上のビデオ・ゲームに対する更新などの
他の多くのタイプのソフトウェアに関わることも容易に可能である。さらに、ダ
ウンロードされるデータは、テキスト、イメージ、および／またはオーディオ・
データを含むことが可能である。また、本発明は、クライアントからサーバへの
アップロードにも同様に適用可能である。

【００７５】本発明の代替の実施形態は、図面を含む本明細書を吟味することにより、本発
明が関係する分野の技術者には明白になろう。したがって、本発明の範囲は、以
上の説明によってではなく、頭記の特許請求の範囲によって定義される。

【図面の簡単な説明】

【図１】本発明を実施する際に使用するのに適したコンピュータ・システム環境を示す
ブロック図である。

【図２】ネットワークを介してサーバと通信するクライアント・マシンを含むシステム
を示すブロック図である。

【図３】図２と同様であるが、第１のクライアント・マシンおよび第２のクライアント
・マシンがイントラネットを介して互いに接続されているのを示すブロック図で
ある。

【図４】曲線が、実際のネットワーク帯域幅使用率を示し、また破線が、本発明に従っ
て計算された使用率のしきい値レベルを表す、時間経過におけるネットワーク帯
域幅使用率を示す図である。

【図５】本発明によるクライアント・マシンのアーキテクチャを示すブロック図である
。

【図６】本発明によるデータ構造を示すブロック図である。

【図７】本発明に従ってネットワークを介してデータを転送するためのコンピュータ・
プログラムを表すフローチャートである。

【図８】実線の曲線が、実際のネットワーク帯域幅使用率を表し、また破線の曲線が、
クライアントとサーバの間の観察された転送速度、および本発明のさらなる実施
形態によるネットワークを介するデータ・フロー速度を表す、時間経過における
ネットワーク帯域幅使用率を示す図である。

【図９】本発明のさらなる実施形態によるデータ構造を示すブロック図である。

【図１０】本発明のさらなる実施形態によるネットワークを介してデータを転送するため
のコンピュータ・プログラムを表す流れ図である。

───────────────────────────────────────────────────── フロントページの続き (81)指定国ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ，ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ，ＴＲ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，ＫＥ，ＬＳ，ＭＷ，ＭＺ，ＳＤ，ＳＬ，ＳＺ，ＴＺ，ＵＧ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＥ，ＡＧ，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＢＺ，ＣＡ，ＣＨ，ＣＮ，ＣＲ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＤＭ，ＤＺ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＤ，ＧＥ，ＧＨ，ＧＭ，ＨＲ，ＨＵ，ＩＤ，ＩＬ，ＩＮ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＡ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＭＺ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＴＺ，ＵＡ，ＵＧ，ＵＺ，ＶＮ，ＹＵ，ＺＡ，ＺＷ (72)発明者ダーシャットクーマーエー．シャーアメリカ合衆国 98007 ワシントン州ベルビューノースイースト 40 プレイス 14717 アパートメントナンバーエス912 (72)発明者ブライアンジョーゼフムーアアメリカ合衆国 98052 ワシントン州レドモンド 161 プレイスノースイースト 10220 (72)発明者ジェフリーエス．ロバーツアメリカ合衆国 98034−4638 ワシントン州カークランド 116 プレイスノースイースト 14827 (72)発明者スティーブンスコットエバンスアメリカ合衆国 98052 ワシントン州レドモンド 165 プレイスノースイースト 3904 アパートメントゼット1079 (72)発明者マイケルディー．ゾランアメリカ合衆国 98052 ワシントン州レドモンド 156 アベニューノースイースト 4850 アパートメント 187 (72)発明者エドワードエフ．レウスアメリカ合衆国 98072 ワシントン州ウッディンビル 164 ストリートノースイースト 16934 Ｆターム(参考） 5B085 AC11 BA06 BG02 5K030 LC01 LC09 MA04 MB09 【要約の続き】妨げることなくネットワークを介して転送またはダウンロードすることができる、ソフトウェア更新などのデータの集合のセグメント、を表す。

Claims

【特許請求の範囲】

【請求項１】ネットワークを介してデータの集合を転送する方法であって
、実際のネットワーク帯域幅使用率のレベルをモニタ（測定）するステップと、実際の使用率についてモニタされたレベルの最大値を識別するステップと、使用率についてモニタされたレベルの前記最大値の相関的要素（function）と
して使用率についてのしきい値レベルを計算するステップと、前記実際のレベルが前記しきい値レベルを下回っている場合、前記ネットワー
クを介して前記データの集合の少なくとも一部分を受信するステップとを備えることを特徴とする方法。
【請求項２】クライアントが、前記ネットワークを介して前記データをサ
ーバから受信することを特徴とする請求項１に記載の方法。
【請求項３】前記モニタするステップは、前記クライアントと前記ネット
ワークの間のインターフェースにおいて行われることを特徴とする請求項２に記
載の方法。
【請求項４】前記ネットワークは、インターネットであることを特徴とす
る請求項１に記載の方法。
【請求項５】前記しきい値レベルは、前記モニタされたレベルの最大値の
所定パーセンテージに等しいことを特徴とする請求項１に記載の方法。
【請求項６】前記データの集合は、ソフトウェア更新を備えることを特徴
とする請求項１に記載の方法。
【請求項７】前記データの集合の一部分が受信されるたびに毎回、少なく
とも前記モニタするステップを繰り返すステップをさらに備えることを特徴とす
る請求項１に記載の方法。
【請求項８】前記受信するステップは、前記実際のレベルが前記しきい値
レベルを下回っているとき、前記ネットワークを介して前記データの集合の、複
数の個別の部分を別々に受信するステップを備えることを特徴とする請求項７に
記載の方法。
【請求項９】前記ネットワークを介して前記データの個別の部分が受信さ
れるたびに毎回、カウンタを増分するステップをさらに備えることを特徴とする
請求項８に記載の方法。
【請求項１０】前記データの前記個別の部分のサイズは、前記カウンタの
値の相関的要素であることを特徴とする請求項９に記載の方法。
【請求項１１】前記カウンタの値が所定の値を上回るとき、前記データの
前記個別の部分のサイズを増大させるステップをさらに備えることを特徴とする
請求項１０に記載の方法。
【請求項１２】前記ネットワークを介して前記データの前記複数の個別の
部分のすべてを受信した後、前記カウンタをクリアするステップをさらに備える
ことを特徴とする請求項９に記載の方法。
【請求項１３】前記実際の使用率のレベルが前記しきい値レベルを上回る
ようになった場合、前記カウンタをクリアするステップをさらに備えることを特
徴とする請求項９に記載の方法。
【請求項１４】前記実際の使用率のレベルが前記しきい値レベルを上回る
ようになった場合、前記データの個別の部分の前記受信をサスペンドするステッ
プをさらに備えることを特徴とする請求項８に記載の方法。
【請求項１５】前記実際の使用率のレベルが前記しきい値レベルを下回る
ようになったとき、前記サスペンドの時点から前記データの個別の部分の前記受
信を再開するステップをさらに備えることを特徴とする請求項１４に記載の方法
。
【請求項１６】前記データの集合が受信されるたびに毎回、前記モニタす
るステップを繰り返すステップと、前記データの集合の受信中、使用率の最大レベルを識別するステップと、前記データの集合の受信中に識別された使用率の前記最大レベルの相関的要素
として、前記データの集合に関するしきい値レベルを計算するステップとをさらに備えることを特徴とする請求項１に記載の方法。
【請求項１７】前記識別するステップは、前記データの集合の受信中、前
記モニタするステップを所定の回数繰り返した後、前記データの集合に関する使
用率の平均レベルを計算することによって前記データの集合の受信中に使用率の
前記最大レベルを推定するステップを備えることを特徴とする請求項１６に記載
の方法。
【請求項１８】前記実際のレベルが前記データの集合に関する前記しきい
値レベルを下回っている場合、前記ネットワークを介して前記データの集合の少
なくとも一部分を受信するステップをさらに備えることを特徴とする請求項１６
に記載の方法。
【請求項１９】前記実際のレベルが前記データの集合に関する前記しきい
値レベルを下回っている場合、前記ネットワークを介して第２のデータ集合の少
なくとも一部分を受信することをさらに備えることを特徴とする請求項１６に記
載の方法。
【請求項２０】請求項１に記載の前記ステップを行うためのコンピュータ
実行可能命令を有することを特徴とするコンピュータ可読媒体。
【請求項２１】メモリと、オペレーティング・システムと、中央プロセッ
サとを有するコンピュータ・システムであって、前記プロセッサは、請求項２０
に記載の前記コンピュータ可読媒体上に記憶された前記命令を実行するように動
作可能であることを特徴とするシステム。
【請求項２２】データ構造を記憶しているコンピュータ可読媒体であって
、実際のネットワーク帯域幅使用率のモニタされたレベルの最大値を表すデータ
を備える第１のデータ・フィールドと、それを下回ると、他のネットワーク活動を妨げることなく前記ネットワークを
介してデータを転送することができるネットワーク帯域幅使用率のしきい値レベ
ルを表すデータを備える第２のデータ・フィールドとを含み、前記第２のデータ・フィールドは、前記モニタされたレベルの最大値の相関的
要素として前記しきい値レベルを計算することによって、前記第１のデータから
導出されることを特徴とする媒体。
【請求項２３】前記しきい値レベルは、モニタされたレベルの前記最大値
の所定のパーセンテージとして計算されることを特徴とする請求項２２に記載の
コンピュータ可読媒体。
【請求項２４】前記実際のネットワーク帯域幅使用率は、クライアント・
マシンと前記ネットワークの間のインターフェースにおいて、モニタされること
を特徴とする請求項２２に記載のコンピュータ可読媒体。
【請求項２５】ネットワークを介するデータの転送を管理するためのコン
ピュータ実行可能構成要素を有するコンピュータ可読媒体であって、ネットワーク接続に関して実際の帯域幅使用率のレベルをモニタし、使用率の
モニタされたレベルの最大値を識別する帯域幅モニタ構成要素と、前記帯域幅モニタ構成要素によって識別された前記モニタされた、使用率のモ
ニタされたレベルの最大値の相関的要素として使用率のしきい値レベルを計算す
るしきい値計算構成要素と、前記実際の帯域幅使用率のレベルが使用率の前記しきい値レベルを下回ってい
るとき、前記ネットワークを介してデータの転送を管理する転送管理構成要素とを備えることを特徴とする媒体。
【請求項２６】前記ネットワーク接続は、クライアント・マシンと前記ネ
ットワークの間のインターフェースであることを特徴とする請求項２５に記載の
コンピュータ可読媒体。
【請求項２７】前記しきい値レベルは、前記モニタされる最大レベルの所
定のパーセンテージとして計算されることを特徴とする請求項２５に記載のコン
ピュータ可読媒体。
【請求項２８】ネットワークを介してクライアント・プロセスとサーバ・
プロセスの間で通信する方法であって、（ａ）ファイルを識別し、前記サーバ・プロセスが前記ネットワークを介して
前記ファイルの第１のセグメントをダウンロードすることを要求する第１のダウ
ンロード要求、を前記サーバ・プロセスに対して発行するステップと、（ｂ）前記ファイルの前記第１のセグメントを、前記サーバ・プロセスによっ
てダウンロードするステップと、（ｃ）実際のネットワーク帯域幅使用用率がしきい値レベルを下回っているな
らば、前記ファイルに関連付けられたダウンロード要求で、前記ネットワークを
介して前記ファイルのさらなるセグメントを前記サーバ・プロセスがダウンロー
ドすることを要求するさらなるダウンロード要求、を前記サーバ・プロセスに対
して発行するステップと、（ｄ）前記ファイルの前記さらなるセグメントを、前記サーバ・プロセスによ
ってダウンロードするステップと、（ｅ）前記サーバ・プロセスが前記ネットワークを介して前記ファイルの各セ
グメントのダウンロードを完了するまで、ステップ（ｃ）および（ｄ）を繰り返
すステップとを備えることを特徴とする方法。
【請求項２９】ネットワークを介してデータ集合を転送する方法であって
、実際のネットワーク帯域幅使用率のレベルをモニタするステップと、実際の使用率のモニタされたレベルの最大値を識別するステップと、使用率のモニタされたレベルの最大値の相関的要素として転送するブロック・
サイズを計算するステップと、１つまたは複数の間隔で前記ネットワークを介して前記データの集合の前記ブ
ロック・サイズ部分を受信するステップとを備えることを特徴とする方法。
【請求項３０】使用率の前記最大レベルは、ネットワーク帯域幅使用率の平均を計算するステップと、平均転送速度を計算するステップと、帯域幅可用パーセンテージを計算するステップとを備えることを特徴とする請求項２９に記載の方法。
【請求項３１】前記ブロック・サイズは実際の使用率の前記最大レベルに
応じて調整され、前記ブロック・サイズを最大しきい値と最小しきい値の間に限
定するステップを備えることを特徴とする請求項２９に記載の方法。
【請求項３２】前記最大しきい値は前記受信する装置の中の可用メモリの
相関的要素であり、前記最小しきい値はネットワーク・パケット・ヘッダ・サイ
ズに基づいて決定されることを特徴とする請求項３１に記載の方法。
【請求項３３】クライアントが、前記ネットワークを介して前記データを
サーバから受信することを特徴とする請求項２９に記載の方法。
【請求項３４】前記モニタするステップは、前記クライアントと前記ネッ
トワークの間のインターフェースにおいて行われることを特徴とする請求項３３
に記載の方法。
【請求項３５】前記ブロック・サイズが最小しきい値を下回っているとき
、前記間隔のサイズを増大させるステップと、前記ブロック・サイズが最大しきい値を上回っているとき、前記間隔のサイズ
を減少させるステップとをさらに備えることを特徴とする請求項３３に記載の方法。
【請求項３６】前記ネットワークは、インターネットであることを特徴と
する請求項２９に記載の方法。
【請求項３７】前記データの集合は、ソフトウェア更新を備えることを特
徴とする請求項２９に記載の方法。
【請求項３８】前記データの集合が受信されるたびに毎回、少なくとも前
記モニタすることを繰り返すステップをさらに備えることを特徴とする請求項２
９に記載の方法。
【請求項３９】前記最大レベル導出は、前記データの集合の前記部分の受
信中に所定の回数、前記モニタするステップを繰り返すことによって使用率の平
均レベルを計算するステップを含むことを特徴とする請求項２９に記載の方法。
【請求項４０】前記データの集合の一部分が受信されるたびに毎回、実際
の使用率の前記最大レベルの識別を繰り返すステップをさらに備えることを特徴
とする請求項２９に記載の方法。
【請求項４１】クライアントが、前記ネットワークを介して前記データを
サーバに送信することを特徴とする請求項２９に記載の方法。
【請求項４２】請求項２９に記載の前記方法を行うためのコンピュータ実
行可能命令を有することを特徴とするコンピュータ可読媒体。
【請求項４３】メモリと、オペレーティング・システムと、中央プロセッ
サとを有するコンピュータ・システムであって、前記プロセッサは、請求項４２
に記載の前記コンピュータ可読媒体上に記憶された前記命令を実行するように動
作可能であるシステム。
【請求項４４】１つまたは複数のデータ構造を記憶しているコンピュータ
可読媒体であって、実際のネットワーク帯域幅使用率のレベルがモニタされた際のタイムスタンプ
を表すデータを含む第１のデータ・フィールドと、前記タイムスタンプに対応する時点において前記ネットワーク・インターフェ
ースを通過しているデータの量を表すデータを含む第２のデータ・フィールドとを備えるコンピュータ可読媒体。
【請求項４５】ネットワーク利用率は、第１のデータ構造と第２のデータ
構造とを合わせた複数値の差に基づいて計算されることを特徴とする請求項４４
に記載のコンピュータ可読媒体。
【請求項４６】実際のネットワーク帯域幅使用率は、クライアント・マシ
ンと前記ネットワークの間のインターフェースにおいてモニタされることを特徴
とする請求項４４に記載のコンピュータ可読媒体。
【請求項４７】ネットワークを介するデータの転送を管理するためのコン
ピュータ実行可能構成要素を有するコンピュータ可読媒体であって、ネットワーク接続に関して実際の帯域幅使用率のレベルをモニタする帯域幅モ
ニタ構成要素と、前記帯域幅モニタ構成要素によって観察された使用率のモニタされたレベルの
相関的要素としてネットワーク転送速度を計算するネットワーク速度計算構成要
素と、前記ネットワークを介するデータの転送を管理する転送管理構成要素とを備えることを特徴とする媒体。
【請求項４８】前記ネットワーク接続は、クライアント・マシンと前記ネ
ットワークの間のインターフェースであることを特徴とする請求項４７に記載の
コンピュータ可読媒体。
【請求項４９】ネットワークを介するデータの集合の転送においてネット
ワーク使用率決定およびダウンロードデータ・ブロック・サイズをリファイン（
refine）する方法であって、複数の間隔でネットワーク使用率を獲得するステップと、前記ネットワーク使用率の平均を計算するステップと、前記平均の相関的要素として前記インターバル中に転送するデータのブロック
・サイズを計算するステップとを備えることを特徴とする方法。
【請求項５０】前記ネットワーク使用率を獲得することは、前記間隔の各
期間中の特定の時点で行われることを特徴とする請求項４９に記載の方法。
【請求項５１】前記計算される平均は、より最近に獲得されたネットワー
ク使用率により高い比を割り振ることによって重み付けされることを特徴とする
請求項４９に記載の方法。
【請求項５２】前記ブロック・サイズは、前記平均と、前記間隔のサイズ
と、ネットワーク可用率の積に正比例することを特徴とする請求項４９に記載の
方法。
【請求項５３】前記間隔は、前記計算されたブロック・サイズに基づいて
調整されたサイズを有することを特徴とする請求項４９に記載の方法。
【請求項５４】前記ネットワークを介して前記データの集合の最小ブロッ
クを転送して、前記ネットワーク使用率決定に関連付けられた変数をリファイン
（refine）することを可能にすることを特徴とする請求項４９に記載の方法。
【請求項５５】請求項４９に記載の前記方法を行うためのコンピュータ実
行可能命令を有することを特徴とする方法。
【請求項５６】メモリと、オペレーティング・システムと、中央プロセッ
サとを有するコンピュータ・システムであって、前記プロセッサは、請求項５４
に記載の前記コンピュータ可読媒体上に記憶された前記命令を実行するように動
作可能であることを特徴とするシステム。