JP4392044B2 - コンピュータ・ネットワークを介してデータ・フロー量を制御する方法、並びにプログラム及びコンピュータ - Google Patents

Description

本発明は、一般的に、コンピュータ・システムに関し、特に、コンピュータ・ネットワークに関する。より詳細には、本発明は、コンピュータ・ネットワークを介して情報の送信を制御する方法、システム及びプログラム製品に関する。

インターネットは、世界一高速に成長している最も大規模なネットワークになった。首位の通信ネットワークとして、インターネットを介して情報の拡散は、極めて急速に増大している。また、インターネットの特定用途は、従来の静的コンテンツを提供することから進展して、今では、音声及び映像ストリームのような動的なコンテンツを提供するというところまで拡大している。

当業者は、インターネット及びその動作方法に精通している。例えば、インターネットが複数のサーバを備え、各々が、ユニバーサル・リソース・ロケータ（ＵＲＬ）または、一般的に呼ばれるようなウェブ・アドレスを介してサーバにアクセスする遠隔クライアントに提供される特定のコンテンツを有することは周知である。一般的に、クライアントは、ウェブ・ブラウザ（または、略してブラウザ）を介してウェブ・サイトのコンテンツ（ＵＲＬによって識別されたウェブ・ページ）にアクセスし表示する。

一般的に、ウェブ・サイトのコンテンツは、従来のハイパーテキスト・マークアップ言語（ＨＴＭＬ）文書、または、最近の拡張マークアップ言語（ＸＭＬ）文書で作成されるウェブ・ページである。これらウェブ・ページは、ハイパーテキスト転送プロトコル（ＨＴＴＰ）を介してリクエスト中のクライアントに送信される。ＨＴＴＰは、ペイロードとしてＨＴＭＬで動作し、しかも、メタ・タグなどのＨＴＭＬ文書内のインクルードをサポートする。ＨＴＴＰ、ＸＭＬ及びＨＴＭＬなどをインターネットの一般的な記述と同様にワールド・ワイド・ウェブ・サイト（ＷＷＷ）「ｗ３．ｏｒｇ」で見つけることができる。

特定のＨＴＴＰリクエストを（すなわち、クライアントからブラウザを介して）受け入れ、継続的に更新されるクライアントのウェブ・ページに返信することによって応答するウェブ・サーバ（ウェブ・サイト）が現在、数多く存在する。クライアント（ブラウザ）からＷＷＷへのアクセスは、ＨＴＴＰによって施行されるリクエスト−応答アーキテクチャに基づいて動作し、幾つかのリクエストは、自己リフレッシュ・ページや音声／映像ストリーミングなどのようなウェブ・サーバからの連続的な応答が長期にわたることになる。このタイプの継続的に更新されるウェブ・ページを提供する例示的なウェブ・サイトには、生放送のスポーツ・アクションをサービス提供するウェブ・サイト、音声及び映像コンテンツをストリーミングするウェブ・サイト、音声コンテンツまたは映像コンテンツをストリーミングするウェブ・サイト、ニュースの最新情報を提供するウェブ・サイト、及び、（米国株式市場のウェブ・サイトのような）変化する金融コンテンツを有するウェブ・サイトなどが含まれる。いずれの場合にも、一般的に、クライアントは、コンテンツにアクセスするための単一の初期リクエストを送信し、サーバは、クライアントがウェブ・ブラウザを閉じるまで、または、ブラウザからウェブ・サイトを除去するまで、複数の異なる（常に変化している）ページ／データを継続的に提供することによって応答する。

サーバは、特定のクライアント／ブラウザを識別するネットワーク・アドレスにウェブ・ページまたはストリーミング・コンテンツを継続的に送信することによってクライアント・リクエストに応答する非インテリジェント情報ソースとして動作する。サーバは、クライアントに送信されているデータをクライアント（または、クライアントのユーザ）が実際に使用しているかについて何の情報も持たない。しかし、幾つかのウェブ・サイト（特に、セキュアな情報／データを有するウェブ・サイト）を有する何らかのタイムアウト機構に関して、実際には、サーバは、無期限にウェブ・ページをクライアント・システムに送信し続けることがある。

例えば、ユーザは、バスケットボール試合の現在のスコアをリクエストした場合、クライアント（ブラウザ）が作動し（すなわち、クライアントのプロセッサで実行し）、ユーザがブラウザを用いて他のサーバの別のウェブ・ページをリクエストしない限り、サーバは、最新のスコアを定期的に送信し続ける。実際には、クライアント・ブラウザの多くのユーザに既知である１つの要領は、ファイル・メニュー・オプションを選択して新たなブラウザを開け、第１サーバから離れて、次に開けたブラウザ上の第２サーバをブラウズするということである。最初のブラウザはバックグラウンドに開いたままであり、第１サーバのコンテンツは使用されていないが、受信され続けている。

また、従来のオペレーティング・システム（ＯＳ）によって、ユーザはクライアント・システム上でブラウザ・アプリケーションを最小化することができ、または、何か他のアプリケーションを開けることができ、あるいは、その両方を行うことができる。このことが現在のブラウザで生じる場合、ユーザがコンテンツを実際に使用していない／見ていないとしても、サーバはコンテンツをクライアントに送信し続ける。

多くのサーバは、一度にサポートすることができるクライアントの数について有限の限界を有する。帯域幅の問題に関して、様々なインターネット・プロバイダのネットワークを含む大部分のネットワークへの実際の関心事は、最小化されているか第２ブラウザまたは第２アプリケーション・ウィンドウの背後に隠されているブラウザを有するクライアントにサーバが高帯域幅のコンテンツをストリーミングし続けることが帯域幅の浪費であって、サーバ／ネットワークのリソース上に不必要なドレインを生じさせるということである。

従って、本発明は、クライアント・ブラウザまたはユーザが、サーバによって提供された継続的に更新されているウェブ・ページを使用していないときを検出できることが望ましいと認識する。クライアント／コンテンツがアクティブに使用されていない場合、クライアントにストリーミングするコンテンツをスロットリングさせることができる方法及びシステムは、望ましい改善となる。クライアント・ブラウザの現在の使用属性に基づいてクライアント・ブラウザに送信する継続的な更新情報を中断しまたはスロットリングする場合にサーバが警告される何らかの機構があれば、更に望ましい。これらの利点及びその他の利点は、本明細書に記述された本発明によって提供される。

本発明は、独立項に記載された方法と、対応する装置及びコンピュータ・プログラムとを提供する。

本発明自体は、本発明の好適な使用モード、更なる目的及び利点と同様に、添付図面と併せて解釈される以下の例示的な実施形態の詳細な説明を参照することによって最も良く理解される。

好ましくは、ソフトウェア・ユーティリティ（使用応答ユーティリティ（ＵＲＵ））はサーバに提供され、クライアントの使用属性を計算する処理を開始する。ＵＲＵは、ｐｉｎｇ（単一リクエスト）を生成し、現在、サーバから継続的な更新情報を受信している各クライアントに、事前設定された間隔でｐｉｎｇを送出する。ウェブ・サイトにアクセスするためのクライアント・リクエストが最初に受信され許可された場合に特定のクライアント・アドレスは記録される。次に、ＵＲＵは、事前設定された最小閾値に対して比較される使用値について使用属性パケットを解析することによって、クライアントから受信した使用属性パケットに応答する。使用値が最小閾値を下回る場合、ＵＲＵは、クライアント・ブラウザに送信するコンテンツのいずれの更新情報をも中断しまたはスロットリングする。次の使用属性が最小閾値を上回ることを示す場合、ＵＲＵは、新たなコンテンツの送信を自動的に再開する。

一実施形態では、ＨＴＴＰ／ＨＴＭＬは、クライアントに送信されている継続的なデータの現在の使用レベルに関する情報をサーバに提供するように機能強化される。この情報を用いて、サーバは、現在の使用レベルに基づいて、クライアントに送信されるデータを調整することができる。使用レベルがクライアント・システムで変化すると、サーバは、変化したレベルに関する情報を受信して、このレベルに応じて、送信されるデータの量を調整する（上げる、または下げる）ことができる。例示的な実施形態では、クライアント（ブラウザ）は、現在の使用状況を決定し送信するように機能強化され、サーバは、クライアントから受信した現在の使用状況に基づいて送信するデータを調整するインテリジェンスを有するように機能強化される。

次に図を参照し、特に、本発明の機能が有利に実施される例示的なネットワークを示す図１を参照する。ネットワーク１００は、インターネット１１５を介して互いに接続されているクライアント・システム（またはクライアント）１１０及びサーバ１２０を備える。クライアント１１０は、本発明の実施に関連する２つのソフトウェア・コンポーネントを有するように示されている。これらソフトウェア・コンポーネントは、ブラウザ１０５及び使用追跡ユーティリティ（ＵＴＵ）１０７である。ブラウザ１０５の基本機能は当該技術分野で既知であるが、本明細書では、以下に説明される機能を有するＵＴＵ１０７をサポートするように拡張されている。サーバ１２０もソフトウェア・コンポーネントを含み、これらソフトウェア・コンポーネントは、ウェブ・ページ１２５及び使用応答ユーティリティ（ＵＲＵ）１２７である。ＵＲＵ１２７の機能は先に説明されており、ウェブ・ページ１２５は、クライアントに対して継続的に更新される一連の連続的なページ（または、音声／映像／データ・コンテンツの連続ストリーム）と仮定される。

クライアント１１０及びサーバ１２０の両方はコンピュータ・システムであって、場合によっては、図３のコンピュータ・システム２００に類似する。コンピュータ・システム２００は、プロセッサ２０２、メモリ２０６及び入出力（Ｉ／Ｏ）コントローラ２０８を備え、これらのすべては、システムバス２０４を介して相互接続されている。Ｉ／Ｏコントローラ２０８は、マウス２１２、キーボード２１４、表示モニタ２１０及びスピーカ２１１が示されているデータ処理システム２００の入力及び出力装置を制御する。表示モニタ２１０及びスピーカ２１１はそれぞれ映像及び音声コンテンツの出力を可能にする。上記のコンポーネントに加えて、コンピュータ・システム２００は、コンピュータ・システム２００を図１のインターネット１１５のようなネットワークに接続するのに使用されるモデムやネットワーク・インターフェース・カードなどとすることができるネットワーク・インターフェース装置２１６をも備える。

基本入出力システム（ＢＩＯＳ）２２４、オペレーティング・システム（ＯＳ）２２０、アプリケーション２２２及び（この場合もアプリケーションである）ブラウザ１０５を含む多数のソフトウェア・プログラムは、メモリ２０６内に配置されている。これらソフトウェア・コンポーネントに加えて、コンピュータ・システムは、クライアントとしてコンピュータ・システム２００を識別するＵＴＵ１０７を有するように示されている。特に、コンピュータ・システムがサーバとして動作していることを示すＵＲＵ１２７をＵＴＵ１０７の代わりに有するようにコンピュータ・システムを示すことができる。更に別の実施形態では、コンピュータ・システム２００の現在の使用に応じて単一コンピュータ・システムがクライアントまたはサーバとして動作できる単一ソフトウェア・パッケージとしてＵＴＵ及びＵＲＵの両方をパッケージすることができる。ＵＴＵ１０７の機能をブラウザから分離されたユーティリティとして本発明を通して示されているが、当然のことながら、ＵＴＵ１０７の機能をブラウザ１０５の追加機能として提供して、分離された追加ユーティリティが本発明の機能を行う必要性を除去することができる。

図２には、本発明の実行中のクライアント・ブラウザ１０５とクライアント１１０のＯＳ２２０及びＢＩＯＳ２２４との間の対話通信と、サーバ１２０とクライアント１１０との間の通信との両方を示す。この図の説明を図５の説明と一緒に行う。図５には、図２によって提供される構成内のクライアント及びサーバによって行われる処理を示す。図５の処理はブロック４０２で開始し、クライアント１１０が、ブラウザ１０５を用いてサーバ１２０とのセッションを開始する。ブロック４０４に示すように、サーバ１２０は、データの連続ストリームとしてウェブ・ページ１２５のコンテンツをクライアント１１０に送信する。ブロック４０６に示すように、セッションを確立した後、事前設定された期間に、サーバ１２０は、使用状況に関してｐｉｎｇ１１７を生成し、クライアント１１０に送信する。ブロック４０８に示すように、クライアント１１０はｐｉｎｇを受信し、最後にはクライアント１１０が状況パケット１３０をサーバ１２０に戻すことになる一連のステップを行う。

実際には、ｐｉｎｇ１１７はウェブ・ページで受信され、ウェブ・ページは、ＵＴＵ１０７がクライアントから現在の使用情報を獲得できるメタ・タグを有するように機能強化される。メタ・タグは、オペレーティング・システム２２０、ＢＩＯＳ２２４、及び、受信したコンテンツの使用に関連するブラウザ１０５の現在の状況／状態を検査する一連の状況チェック・クエリーを生成する。クエリーへの応答はＵＴＵ１０７に戻され、ＵＴＵ１０７は、戻された情報をコンパイルして使用状況パケット１３０を生成する。

コマンドが関連情報と共に状況パケット１３０内に結合して戻るようにするため、特定の事前定義された動作状態が、関連のあるものとしてＵＴＵ１０７内で識別される。事前定義された動作状態は、（１）ブラウザが閉じられている、（２）ブラウザが最小化されている、（３）ブラウザが別のウィンドウの背後に隠されている、（４）スクリーン・セーバーがオンになっている、（５）使用クエリーへのユーザ応答が受信されていない、（６）音声プレーヤでミュート・オプションが選択されている、（７）音量がゼロ設定になっている、（８）コンピュータ画面がターン・オフされている、（９）別のサーバから他のストリームが検出された、などのような状態を含むことができる。多くのその他の状態をソフトウェア設計者によってプログラムすることができる。クライアント・システムで受信されるコンテンツのタイプに応じて特定の状態を更に関連のあるものにすることができる。例えば、コンテンツが音声のみである場合、ブラウザの位置決め状態を関連のあるものにしなくてよい。同様に、コンテンツが映像のみである場合、ミュート選択及び音量状態は関連のあるものとならない。各状態には、特定のポイント値が割り当てられ、各関連状態のポイント値は、使用属性値を生成するように合計される。

これら状態の幾つかは、ＯＳレベル及びＢＩＯＳレベル検査（例えば、ブラウザが最小化されているかどうか、ブラウザの上部に別のウィンドウが開かれているかどうか、または、音声がミュートにされているかどうかを決定すること）を含むので、ＵＴＵ１０７はコマンドをそれぞれのＯＳ及びＢＩＯＳコンポーネントに送出し、それぞれのＯＳ及びＢＩＯＳコンポーネントは、必要な応答情報を提供する。

次に図５に戻って、ブロック４１０に示すように、サーバ１２０が使用状況パケット１３０を受信した後、ＵＲＵ１２７は、使用状況パケット１３０に格納された使用情報のパケットを復号化する。使用情報（使用属性値）を、事前設定された閾値に対して比較し、クライアントの使用値が閾値を上回るかどうかの決定をブロック４１２で行う。使用値が閾値を上回らない場合、ブロック４１６に示すように、サーバからのデータの送信をスロットリングまたは一時停止する。幾つかの状態では、送信を停止し、セッションを終了／閉じることができる。しかし、使用値が、事前設定された閾値を上回る場合、ブロック４１４に示すように、サーバはデータを正常に送信し続ける。

一実施形態では、送信のレベルは、クライアントの使用レベルに基づいて調整される。従って、ブロック４１６で生じるスロットリングは、現在の使用レベルに基づいて継続的に調整される。逆相関は、量／使用レベルと、実行されるスロットリングの量との間で行われる。クライアントがコンテンツ／ブラウザをアクティブに使用していない場合、スロットリングは生じない。

本明細書では、事前設定された閾値と、計算された使用属性値とを参照して本発明を説明したが、このことは特定の実施形態のみを提供し、本発明を制限するものではない。クライアントによって使用情報をコンパイル／決定し、サーバによって受信された使用情報への応答を決定する代替方法を提供することができる。例えば、スクリーン・セーバーがオンになっているか、ブラウザが最小化されていることを状況パケットが示す場合、ＵＲＵ１２７は、任意の映像のストリーミングを停止／一時停止することによって応答することができる。同様に、ブラウザ内のプレーヤまたはコンピュータ音量コントロールでミュート・オプションが選択されている場合、ＵＲＵ１２７は、音声ストリームを停止／一時停止することによって簡単に応答することができる。

図４は、ストリーミング映像及び音声コンテンツのウェブ・ページを有する例示的なブラウザを提供する。ブラウザ３００は、これと関連する映像プレーヤ３３０と、映像コンテンツのストリームが表示される映像スペース３３２と、映像コントロール３３７とを含む。ブラウザ３００の上面には、ＯＳの音量コントロールＧＵＩ３４０が開かれている。特に、音量レベルに加えて、音量コントロールＧＵＩ３４０は全ミュート・オプション３４２をも含む。全ミュート・オプション３４２は、クライアントでのすべての音声をミュートにし、従って、ＵＴＵ１０７に関連する状態である。同様に、最小化ウィンドウ・オプション３３５は、ユーザにブラウザのストリーミング映像部分（すなわち、映像プレーヤ３３０）を最小化させることができ、従って、ＵＴＵ１０７に関連する状態である。特に、第１状態（全ミュート）はＯＳレベルで生じるのに対して、第２状態（最小化）はブラウザ上面レベル（すなわち、ブラウザ自体は閉じられない）で生じる。

クライアント／サーバ・アプリケーションが異なるストリームを別々に処理できるが、同じ出力をユーザに表示するストリーム制御送信プロトコル（ＳＣＴＰ）によって、特定のストリーム（音声または映像）を選択的にターン・オン／オフすることが可能である。例えば、歌の映像をストリーミングする場合、ビジュアル・ストリーミングが音声ストリーミングとは独立して生じることができる。この柔軟性の場合、サーバからのデータ・フローを制御するのに使用状況を極めて効率良く用いることができる。

図６には、セッションの終了（シャットダウン）を可能にする本発明のサーバ側の処理を示す。この処理はブロック５０２で開始し、パケットを受信し、事前設定された閾値を下回るクライアント使用値を判別する。ブロック５０４で、ＵＲＵ１２７によってシャットダウン状態に関するタイマを開始する。ブロック５０６に示すように、ＵＲＵ１２７は、定期的にクライアントにｐｉｎｇしてクライアント使用値の検査を開始する。次に、ブロック５０８で、クライアント使用値が依然として閾値を下回るかどうかを決定する。クライアント使用値が下回っていない場合、ブロック５１０でタイマを再設定する。また、接続が前にスロットリングされていた場合、接続を再開する。

クライアント使用値が依然として閾値を下回っている場合、ブロック５１２で、セッションの終了に対して事前設定された時間が経過したかどうかを決定する。事前設定された時間が経過し、使用値が依然として閾値を下回る場合、ブロック５１４に示すようにクライアントとのセッションを閉じる。その他の場合、クライアント使用値の定期的な検査を継続する。前述の処理に関して、クライアントが所定の期間中にセッションを使用しなかった場合、または、所定の期間中に使用されていなかったコンテンツがクライアントに送信し始める場合、サーバはセッションを閉じることができる。

前述の方法では、クライアントが、サーバによって送信されたｐｉｎｇを受信する場合のみ、クライアントは現在の使用状況についてサーバに通知するので、使用状況を用いるインテリジェンスはサーバに属する。図７に示す代替実施形態では、クライアントは、現在の使用状況の独立したクライアント決定に基づいて（すなわち、最初にｐｉｎｇを受信することなしに）、どの／どのくらいの／どんなタイプのコンテンツをリクエストするか（または、リクエストをどのようにして再定義するか）について要求を開始する。ブロック６０２で、クライアント・ブラウザのＵＴＵ１０７は使用レベルを記録する。次に、ブロック６０４で、クライアントは、記録した使用レベルに基づいて計算した量／タイプのコンテンツに対するリクエストを動的に生成する。ブロック６０６に示すように、最後に、サーバは、クライアントによってリクエストしたコンテンツの量で応答する。クライアント（ブラウザ）からインターネット上のウェブ・サイトへのアクセスは、ＨＴＴＰによって施行されるリクエスト−応答アーキテクチャに基づいて動作するので、この代替実施形態はクライアント−サーバ・アーキテクチャとほとんど一致していない、従って、定義／実施するのがより難しい。

本発明の前述した機能は、クライアントの使用状況をウェブ・サーバに知らせる。一実施形態では、ウェブ・サーバは、サービス提供するウェブ・ページの可能な使用値を定義する。可能な使用値は、ＨＴＭＬメタ・タグを拡張／定義することによって定義される。その後、クライアント・ブラウザは、これら使用状況のいずれかが変化したかどうかをサーバに知らせることができる。ＨＴＴＰは、クライアントがサーバに使用状況を通知する方法を提供するように機能強化される。（クライアント・ブラウザによって提供された）現在の使用状況に基づいて、サーバは、クライアントに提供されるデータを調整する。

特に、本発明によって提供された利点は、（１）本発明の実施が、現在使用されていない不必要なデータの送信を除去し、これによって、利用可能なネットワーク帯域幅を改善し、（２）ユーザが関心のあるウェブ・ページの部分をサーバが検出できるように使用状況を定義することができ、サーバはこの情報をキャッシュし、将来この情報を用いることができ、この機能は、サーバ側でインテリジェント・キャッシング方法を可能にし、従ってネットワーク帯域幅の可用性を改善し、（３）使用レベル及び現在の使用状況を共有するという考えをその他の様々なクライアント・サーバ・アーキテクチャに適用することができ、データ転送を最小化することができ、（４）本発明の実施によって、データ・フローの最適化がサーバとクライアントとの間でユーザに対して透過的に完了することができる、ということである。

本発明の機能を有利に用いることができる幾つかの例として、生放送のニュース更新情報、選挙結果更新情報、スポーツ・スコア更新情報などのような自己リフレッシュ・ページが挙げられる。ブラウザが最小化されているか、スクリーン・セーバーが作動している場合、サーバは、リフレッシュされた更新情報をブラウザに送信する必要がない。従って、本発明の実施に関して、その他の利点として、（１）音源カードがない場合、音声及び映像ストリームでの音声ストリーミングを回避することができ、（２）スピーカがミュートにされている場合、音声ストリーミングを回避することができ、（３）ブラウザが最小化されているか、スクリーン・セーバーがオンである場合、映像ストリーミングを除去することができる、などが挙げられる。

最後の事項として、本発明の例示的な実施形態を、管理ソフトウェアが導入された全機能コンピュータ・システムと関連して説明したが、本発明の例示的な実施形態のソフトウェア構成が様々な態様でプログラム製品として分散可能であって、本発明の例示的な実施形態が等しく適用することは当業者にとって明らかであるということは重要である。プログラム製品の例として、フレキシブル・ディスク、ハード・ディスク・ドライブ、ＣＤ−ＲＯＭのような書き込み可能なタイプの媒体が挙げられる。

本発明の機能を有利に実施することができるネットワークを介して接続された単一クライアント及びサーバを示す簡単なネットワーク図である。 本発明の一実施形態によるクライアントからサーバまでのネットワークを介して使用状況パケットの収集及び交換を示す詳細なネットワーク図である。 本発明の一実施形態によるクライアント／サーバとして使用されるコンピュータ・システムを示すブロック図である。 ソフトウェア・プレーヤ／アプリケーションを介して提供されたストリーミング音声及び映像コンテンツを有するクライアント・ブラウザであって、本発明の一実施形態を示すクライアント・ブラウザである。 本発明の一実施形態によってクライアント使用情報をクライアントからサーバに送信し、これを使用して、サーバからのデータの送信レベルを調整する処理を示すフローチャートである。 本発明の一実施形態による定期的なタイマに基づくサーバ側のスロットリング処理を示すフローチャートである。 本発明の一代替実施形態によってクライアントがデータ送信レベルを決定する処理を示すフローチャートである。

Claims (13)

1. データ送信装置及びデータ受信装置を有するコンピュータ・ネットワークを介してデータ・フロー量を制御する方法であって、
   前記データ送信装置が、前記ネットワークを介して、クエリーを前記データ送信装置から前記データ受信装置に定期的に送出するステップであって、前記クエリーは、前記データ受信装置からの、前記現在の使用レベルを示す応答を要求する、前記送出するステップと、
   前記データ送信装置が、前記データ受信装置からの前記現在の使用レベルを示す応答を受け取るステップと、
   前記データ送信装置が、前記現在の使用レベルを、１つまたはそれ以上の事前設定された閾値と比較して、前記応答内で示された前記現在の使用レベルが、前記データ送信装置からのデータの現在の送信レベルを維持するために前記事前設定した閾値よりも低いかどうかを決定するステップと、
   前記データ送信装置が、前記現在の使用レベルに基づき、前記ネットワークを介して、前記データ受信装置に前記データ・フローをスロットリングするステップであって、
   前記現在の使用レベルが前記事前設定された閾値よりも低い場合に、前記データ・フローが減少または停止され、
   前記現在の使用レベルが前記事前設定された閾値よりも高い場合に、前記データ・フローが増加され、及び前記データ・フローは可能な最大のフローでない、
   前記スロットリングするステップと
   を含み、
   前記スロットリングするステップが、
   前記現在の使用レベルが前記事前設定された閾値よりも低い期間を決定するステップと、
   前記決定された期間が事前設定された最大の期間よりも大きいときに、前記データ・フローを停止するステップであって、前記最大の期間の間、データ・フローは前記現在の使用レベルが前記事前設定された閾値よりも低い期間の間続く、前記停止するステップと、
   データ・フローがスロットリングされ又は停止されるときに、その後の応答内で示される使用レベル（以下、ユーザ・レベル）が前記事前設定された閾値よりも高い場合に前記データ受信装置に対するデータ・フロー量を復元するステップと
   を有する、前記方法。
2. 前記データ送信装置が、前記現在の使用レベルが事前設定された閾値よりも低いことに応じて、前記データ受信装置への前記データ・フローを中断するステップであって、
   前記データ・フローが映像ストリームである場合、前記データ受信装置への前記映像ストリームの送信を中断し、及び
   前記データ・フローが音声ストリームである場合、前記データ受信装置への前記音声ストリームの送信を中断する、
   前記中断するステップをさらに含み、
   前記復元するステップが、データ・フローが中断されるときに、その後の応答内で示される使用レベル（以下、ユーザ・レベル）が前記事前設定された閾値よりも高い場合に前記データ受信装置に対するデータ・フロー量を復元するステップをさらに含む、請求項１に記載の方法。
3. 前記データ受信装置が、使用レベルについてのデータの要求の受け取りに応答して、前記ユーザ・レベルの決定を開始するステップと、
   前記データ受信装置が、前記データ受信装置内の前記ユーザ・レベルについての内部クエリーを送出するステップであって、該内部クエリーは、オペレーティング・システムからの現在のステータス情報のステータス・チェックを含む、前記送出するステップと、
   前記データ受信装置が、前記ステータス・チェックに応答して受信した前記現在のステータス情報を、パケットにコンパイルするステップと、
   前記データ受信装置が、前記使用レベルについてのデータを含むパケットを、前記データ受信装置から前記データ送信装置に伝送するステップと
   を更に含む、請求項１に記載の方法。
4. 前記データ受信装置が、前記ユーザ・レベルを決定することを独立に開始するステップと、
   前記データ受信装置が、前記データ受信装置から要求するためのデータ・フロー要求の量を選択するステップと、
   前記データ受信装置が、前記受信されるデータ・フローに影響を与える可能性があるように、前記データ送信装置に前記データ・フロー要求の量を転送するステップであって、前記データ受信装置が、前記決定された現在の使用レベルに基づき前記データ受信装置で受信したデータ・フロー量を制御する、前記転送するステップと
   を更に含む、請求項１に記載の方法。
5. 前記開始するステップ、前記選択するステップ、及び前記転送するステップは、前記データ・フローを受信する前記データ受信装置内の使用モニタ・ユーティリティによって実行される、請求項４に記載の方法。
6. サーバ及び送信プロトコルが、データ・フロー要求が、前記現在の使用レベル及び伝送されるデータ量からデータ・フローの制御を可能とする個々のユーティリティを含む、請求項４に記載の方法。
7. データ送信装置及びデータ受信装置を有するコンピュータ・ネットワークを介してデータ・フロー量を制御する方法であって、
   前記ネットワークを介して、クエリーを前記データ送信装置から前記データ受信装置に定期的に送出することによって、前記データ受信装置で受信したデータの現在の使用レベルを決定するステップであって、前記クエリーは、前記データ受信装置からの、前記現在の使用レベルを示す応答を要求する、前記決定するステップと、
   前記現在の使用レベルが、１つまたは複数の方法で、１つまたはそれ以上の事前設定された閾値よりも低いか高いかに応答して、前記現在の使用レベルに基づき前記ネットワークを介して、前記データ受信装置に前記データ・フローをスロットリングするステップと
   を含み、
   前記データ・フローのスロットリングは、前記現在の使用レベルが、前記データ送信装置からのデータの現在の送信レベルを維持するために事前設定された閾値よりも高いか低いかの判断に基づいており、
   前記スロットリングするステップが、前記データ受信装置への前記データ・フローを中断するステップであって、
   前記データ・フローが映像ストリームである場合、前記データ受信装置への前記映像ストリームの送信を中断し、及び
   前記データ・フローが音声ストリームである場合、前記データ受信装置への前記音声ストリームの送信を中断する、
   前記中断するステップをさらに含み、
   前記期間が事前設定された最大の期間よりも大きいときに、前記データ・フローを停止し、ここで、前記最大の期間の間、データ・フローは前記現在の使用レベルが前記事前設定された閾値よりも低い期間の間続き、
   データ・フローがスロットリングされ、中断され又は停止されるときに、その後の応答内で示される使用レベル（以下、ユーザ・レベル）が前記事前設定された閾値よりも高い場合に前記データ受信装置に対するデータ・フロー量を復元する、
   前記方法。
8. データ送信装置及びデータ受信装置を有するコンピュータ・ネットワークを介してデータ・フロー量を制御するプログラムであって、前記データ送信装置に、請求項１又は２に記載の方法の各ステップを実行させる、前記プログラム。
9. 請求項８に記載のプログラムを実装しているコンピュータ。
10. ネットワーク・システムであって、
    連続的に更新されるデータを提供するサーバであって、使用レベル情報が、クライアントが提供されているデータを現在使用していないことを示す場合に、データ・フローをスロットリングすることによって、該データを受信するクライアントの使用レベル情報の受領に応答する使用応答ユーティリティを含む、前記サーバと、
    前記ネットワークを介して前記データを受信するクライアントであって、クライアントで実行される使用トラッキング・ユーティリティを含む、前記クライアントと
    を有し、
    前記使用応答ユーティリティは、
    前記データ受信装置に、前記ネットワークを介して、前記現在の使用レベルを示す応答を要求するクエリーを前記データ受信装置に定期的に発行すること、
    前記データ受信装置から前記応答を受信すること、
    前記現在の使用レベルが前記データ送信装置からのデータの現在の送信レベルを維持するための事前設定した閾値以下になるという判断に基づき、前記データ・フローのスロットリングを実行すること
    を前記サーバに実行させ、
    前記現在の使用レベルが前記事前設定された閾値よりも低い期間が事前設定された最大の期間よりも大きいときに、前記データ・フローを停止し、ここで、前記最大の期間の間、データ・フローは前記現在の使用レベルが前記事前設定された閾値よりも低い期間の間続き、
    前記データ・フローを中断することが、
    前記データ・フローが映像ストリームである場合、前記データ受信装置への前記映像ストリームの送信を中断すること、及び
    前記データ・フローが音声ストリームである場合、前記データ受信装置への前記音声ストリームの送信を中断すること
    を含み、
    データ・フローがスロットリングされ、中断され又は停止されるときに、その後の応答内で示される使用レベル（以下、ユーザ・レベル）が前記事前設定された閾値よりも高い場合に前記データ受信装置に対するデータ・フロー量を復元し、
    前記使用トラッキング・ユーティリティは、前記クライアントが、前記サーバから受信するデータの現在の使用レベルを追跡し、前記サーバに前記現在の使用レベルを通知することを前記クライアントに実行させ、
    前記使用トラッキング・ユーティリティは、使用レベルについてのデータの要求を受領することに応答して、前記クライアントにおける前記使用レベルの前記決定を開始し、前記クライアント内の使用レベル情報の内部クエリーを送出し、前記内部要求は、オペレーティング・システムからの現在のステータス情報のステータス・チェックを含み、さらに前記ステータス・チェックに応答して受信した前記現在のステータス情報を、パケットにコンパイルし、前記使用レベルについてのデータを含むパケットを、前記サーバに伝送することを前記クライアントに実行させる、
    前記ネットワーク・システム。
11. 前記使用トラッキング・ユーティリティが、前記使用レベルを決定するステップを独立に開始し、前記データ送信装置から要求するためのデータ・フロー量を選択し、前記受信されるデータ・フローに影響を与える可能性があるように、前記データ送信装置に前記データ・フロー要求の量を転送する手段であって、前記データ受信装置が、前記決定された現在の使用レベルに基づき前記データ受信装置で受信したデータ・フロー量を制御する、前記転送する手段をさらに含む、請求項１０に記載のネットワーク・システム。
12. ネットワーク・サーバであって、
    連続的に更新されるコンテンツを表示するためのウェブ・ページと、
    前記連続的に更新されるコンテンツをクライアントにウェブ・サーバを介して伝送する手段と、
    前記クライアントにおける前記コンテンツの現在の使用レベルを決定し、前記クライアントに伝送されるコンテンツの量を制御することによって前記現在の使用レベルに応答するソフトウェア・ユーティリティと
    を有し、
    前記ソフトウェア・ユーティリティは、現在の使用レベルを要求するクエリーを生成し、そして該生成されたクエリーを前記クライアントに伝送することをネットワーク・サーバに実行させ、
    前記クエリーは前記ウェブ・ページ内で伝送され、おいて、前記クライアントに伝送されるコンテンツの前記現在の使用レベルの前記クライアントでのチェックをトリガするためにそれに関連付けられたメタ・タグを有しており、
    前記ソフトウェア・ユーティリティは、
    前記現在の使用レベルが事前設定した閾値よりも高い場合に、コンテンツ全体の伝送を許可し、
    前記現在の使用レベルが第１の閾値以下である場合に与えられるコンテンツの量をスロットリングし、
    前記現在の使用レベルが予定量の時間を超えて前記第１の閾値以下となった場合に全てのコンテンツの伝送を停止することによってコンテンツの量を制御することをネットワーク・サーバに実行させ、
    データの伝送がスロットリングされ、中断され又は停止されるときに、その後の応答内で示される使用レベル（以下、ユーザ・レベル）が前記事前設定した閾値よりも高い場合に前記クライアントに対するデータ・フロー量を復元する、
    前記ネットワーク・サーバ。
13. 前記コンテンツの量をスロットリングすることが、
    前記データ・フローが映像ストリームである場合、前記データ受信装置への前記映像ストリームの送信を中断すること、及び
    前記データ・フローが音声ストリームである場合、前記データ受信装置への前記音声ストリームの送信を中断すること
    を含む、請求項１２に記載のネットワーク・サーバ。

Images