JP2008165782A - インターネット全体にわたるトランザクションのスケジューリング - Google Patents

Abstract

【課題】ネットワーク全体にわたるトランザクションによって、ネットワーク上でコンテンツを配信する方法およびシステムを提供すること。
【解決手段】本方法およびシステムは、ネットワークの要素の性能のトリガ測定を使用してネットワークを監視し、この監視に基づいて、トランザクションが所与の時刻に進行するために利用可能な性能容量を有するネットワークの領域を動的に計算し、この計算に基づいて、トランザクションが進行すべき予定時刻を決定し、かつこの予定時刻に関連するスケジュールに従って、コンテンツを配信する。
【選択図】図５

Description

本発明は、一般にネットワーク上でコンテンツを配信することに関し、さらに詳細には、ネットワーク・パラメータの測定に基づいて、ネットワーク上のコンテンツの配信をスケジューリングすることに関する。

公衆ネットワーク、最も注目すべきはインターネットが、通信、娯楽、および事業サービスのための主要なパイプとして台頭しつつある。インターネットは、構内および広域ネットワークを含めて、電算処理ネットワークの協働的な相互接続である。インターネットでは、既存の技術および互換性のない技術さえも使用する世界中のコンピュータが、相互接続される個別的および各種多様な構成要素を円滑に統合する共通のプロトコルを使って相互接続される。

近年、インターネットはワールド・ワイド・ウェブ（ＷＷＷまたはウェブ）の圧倒的かつ急速な成功によって普及してきた。広義には、ウェブとはインターネットでアクセス可能な情報の世界である。多少より狭い範囲では、ウェブとはハイパーテキスト転送プロトコル（「ＨＴＴＰ」）を使用するインターネット上のすべての資源およびユーザを指す。ウェブ上のインターネット・サーバは、一般に他の文書ばかりでなくグラフィック、オーディオ、およびビデオ・ファイルに対するリンク付けも可能にするＨＴＭＬを使用してフォーマットされた文書をサポートする。リンク付けは、文書中のリンク・アイコンにおいて「ポインティングおよびクリックする」ことによって実行され、個人が文書から文書へ次々にジャンプすることを可能にする。これは、ユーザとインターネットとの間の対話を促進する、インターネットに対するグラフィカル・ユーザ・インターフェースとなる。ウェブは、項目の提示された順番に関係なく、ユーザが項目から項目へ次々に閲覧することを可能にする関連付けの複雑で無順序なウェブ中の様々な項目を互いにリンク付ける。「ウェブ・ブラウザ」とは、ウェブを自在に移動するためにユーザのコンピュータで動作するアプリケーションである。ウェブ・ブラウザは、ユーザが、ＷＷＷからテキスト、音、画像、ビデオ、および他のデータを含むハイパーメディア・コンテンツを検索しかつ提供することを可能にする。

インターネットを含むデータ・ネットワークを経由するコンテンツ配布が、益々普及しつつある。インターネットを経由して、コンテンツを様々な顧客に播布する数多くのコンテンツ・プロバイダが存在する。コンテンツ・プロバイダは、ウェブサイトを経由して、この情報をユーザに利用可能にし、エンド・ユーザは、ウェブ・ブラウザを使用して、この情報にアクセスする。インターネット・ブラウザを使用するウェブサイトのいわゆる「ウェブ・サーフィン」が当技術分野では知られている。

インターネットはまた、多くの管理主体によって、それらが自分たちの顧客に提供するサービスの一部として数多くの「トランザクション」を実行するためにも使用される。本明細書で使用するトランザクションという用語は、インターネットを使用する任意の業務を指す。商業的ＩＳＰはデータベースを更新することができる。ネットワーク化されたゲーム・プロバイダは、ゲームをする人がゲームのソフトウェアの新たなバージョンを入手できるように、それらを更新することが可能である。測定プラットフォーム、複製、およびミラーリング主体も同期またはスタガ更新（ｓｔａｇｇｅｒｅｄ ｕｐｄａｔｅｓ）を行う必要がある。トランザクションの効率的な完了は、インターネット全体にわたる伝送の遅延を引き起こす様々な要因によって妨害される恐れがある。これらの遅延は、例えば、様々なネットワーク事象に関連するインターネットの混乱、トラフィック・スパイクに関連する通常の輻輳、またはインターネット・リンクの切断による可能性がある。したがって、ネットワーク性能の測定が大きな関心事であり、刺激された（ｓｔｉｍｕｌａｔｅｄ）または「トリガされた（ｔｒｉｇｇｅｒｅｄ）」問合せを使用する１つの技術が、参照により本明細書に組み込まれる、本出願人の同時係属である米国特許出願第１０／９４５２４０号に開示されている。
米国特許出願第１０／９４５２４０号明細書

しかし、インターネットにわたるネットワーク性能のばらつきを考慮して、効率的にトランザクションをスケジューリングする必要が残っている。

本発明の実施形態によれば、ネットワーク全体にわたるトランザクションによって、ネットワークを介してコンテンツを配信する方法およびシステムが説明される。本方法およびシステムは、ネットワークの要素の性能のトリガ測定（ｔｒｉｇｇｅｒｅｄ ｍｅａｓｕｒｅｍｅｎｔ）を使用して、ネットワークを監視し、この監視に基づいて、トランザクションが所与の時刻において進行するために利用可能な性能容量を有するネットワークの領域を動的に計算し、この計算に基づいて、トランザクションが進行すべき予定時刻を決定し、かつこの予定時刻に関連するスケジュールに従って、コンテンツを配信することを含む。

本方法およびシステムはまた、履歴測定情報を使用して予定時刻をチェックし、ネットワークの動的なチェックを使用して予定時刻をチェックし、かつトランザクションを分割することも含む。
トランザクションのスケジューリングは、ネットワークに対する負荷、特定のプロトコル・レイヤにおけるネットワークの不具合、およびある一定の予め定義された閾値を下回る性能水準に基づき得る。ネットワークはインターネットでよい。
本発明のこれらおよび他の利点は、以下の詳細な説明および添付の図面を参照することによって当業者には明白となる。

図１は、ネットワーク技術（ｎｅｔｗｏｒｋ ｔｅｃｈｎｏｌｏｇｙ）２０のモデルを示す。ネットワーク技術２０は、インターネットなどの配信ネットワーク２４を介してデータを格納しかつ供給するコンテンツ・サーバ２２を含む。ネットワーク技術２０はまた、ネットワーク２４への接続を提供する、ＩＳＰ２６によって示されている、地域的な独立系サービス・プロバイダ（ｉｎｄｅｐｅｎｄｅｎｔ ｓｅｒｖｉｃｅ ｐｒｏｖｉｄｅｒ、ＩＳＰ）またはポイント・オブ・プレゼンス（ＰＯＰ）オペレータも含む。加入者コンピュータ２８、３０、および３２によって表されている多くのユーザが、ネットワーク２４にアクセスするためにＩＳＰ２６に接続される。ＩＳＰ２６は、ネットワーク・コネクション３４でネットワーク２４に接続される。加入者コンピュータ２８、３０、および３２は、電話線またはケーブル線などのホーム入口線および互換モデムを経由して、そのホストＩＳＰ２６に接続される。

ＩＳＰ２６は、何人もの加入者からの同時要求に対応することができる。しかし、より多くの加入者がＩＳＰサービスを利用するにつれて、加入者の要求を満たすために利用可能な帯域幅が少なくなる。多すぎる要求が受け取られると、ＩＳＰ２６は過負荷になり、適宜に適切に要求に応えることができない恐れがあり、加入者に欲求不満を引き起こす。

図２〜４は、参照により本明細書に組み込まれる、本出願人の同時係属である米国特許出願第１０／９４５２４０号に説明されているコンピュータ・ネットワークのトリガ測定のためのシステムを説明する。このトリガ測定技術は、図１に説明されたネットワーク２４の健全さおよび容量を監視しかつ測定するために用いられる。図２では、以降にＡＴＭＥＮと呼ばれる、コンピュータ・ネットワークのトリガ測定のための第１の例示的なアーキテクチャ１００が図示されている。ＡＴＭＥＮアーキテクチャには、２つの主要構成要素、すなわち、トリガ・ノード１０２およびデータ・サイト１０４が存在する。トリガ・ノード１０２およびデータ・サイト１０４は共に、適切なソフトウェアを動作させる任意の電算装置でよい。トリガ・ノード１０２は、現トラフィックの存在下で多問合せを同時に処理し、かつ問合せ結果をトリガ・ノード１０２に返信できる局所および遠隔データ・サイト１０４と通信する。トリガ・ノード１０２は、ネットワーク・トラフィックに関するデータを取得するために、様々なデータ・サイト１０４のために利用可能なネットワーク問合せのリストを含むソフトウェア・コードを実行する。それぞれの利用可能な問合せは、トリガ・ノード１０２が利用できる資源としての役目をする。トリガ・ノード１０２は、疑わしいネットワーク活動が検出されるとき、警報を発するようにプログラムされている。トリガ・ノード１０２からのこのような出力は、本明細書では警報と呼ばれる。

警報の効果は、人間のネットワーク管理者によってＡＴＭＥＮアーキテクチャ内部で定義されてもよく、ネットワーク管理者に電子メールまたはテキスト・メッセージを送信し、疑わしいトラフィックの識別を他のトリガ・ノード１０２に通信し、かつ追加的なデータ・サイト１０４から確認データを要求することなどの動作を含むことができる。データ・サイト１０４によって処理され得る様々な問合せセットは、そのデータ・サイトの能力を画定する。

データ・サイト１０４は、履歴ネットワーク・トラフィック・データのリポジトリ、定期的または動的に収集されている現在のネットワーク・データ、あるいはこれら２つの組合せを含んでもよい。ネットワーク・トラフィック・データは、異なるデータ・サイト１０４に様々なデータ形式で格納され得る。データ・サイト１０４は、トリガ・ノード１０２から問合せを受け取り、トリガ・ノード１０２からの問合せに応答して、利用可能であるとき、現在のおよび履歴ネットワーク・データを使用して問合せに返答する。

様々な程度の知能または能力を有する様々なデータ・サイト１０４が使用可能である。あるデータ・サイト１０４は、単にパケット・ヘッダを調べるだけで大量のトラフィックが処理可能であり得る。他のデータ・サイトは、パケットの本体を実際に処理して特定のストリングの出現を探すことができる。パケット・ヘッダのみが処理可能であるデータ・サイト１０４は、パケットをより詳細に調べることが可能である他のデータ・サイト１０４に問合せを送信することができる。幾つかのデータ・サイト１０４は、動的に新たなネットワーク問合せに対処可能な高度のリアルタイム問合せ処理システムを使用することができる。他のデータ・サイトは、さらなる翻訳または処理が不可能であり、基本的なネットワーク問合せの一定の組のみに対処可能な、より単純化されたネットワーク・アプライアンスであってもよい。さらに他のデータ・サイトは、知られている多様なデータベース・ツールによって直接的にまたは後処理的に履歴データを供給することができる。

トリガ・ノード１０２から発せられた様々な警報は多くの方式で相関され得る。例えば、多トリガ・ノード１０２を有する組織は警報コリレータ（ａｌｅｒｔ ｃｏｒｒｅｌａｔｏｒ）１０６を有することが可能であり、それは、トリガ・ノード１０２から受け取られた警報を認識するために適切にプログラムされた命令を有する任意の種類の適切な電算装置でよい。警報コリレータは、人間のネットワーク・オペレータに警報状況を警報するために（電子メール・メッセージ、テキスト・メッセージ、呼出し信号、または同様のものをプログラムされた宛先に発信することなどによって）、任意の知られている多様な機構をさらに含んでもよく、かつネットワーク警報状況に自動的に応答するように（疑わしいパケットを拒絶するように命令を伝送することなどによって）さらにプログラムされてもよい。別の例では、組織の集団が、１つまたは複数の警報コリレータ１０６を使用して、様々なトリガ・ノード１０２から受け取られた警報を集団的に受信および相関することができる。

様々な実施形態では、測定ステップが、１つまたは複数の事象の発生に基づいて、協働するトリガ・ノード１０２のサブセット上で特定の持続時間の間（処理およびネットワーク帯域幅消費を保持するために）選択的にオンおよびオフにされ得る。その全体的な目標は、様々なサイトで収集された得られるデータ・セットを相関し、次いでそれらを全体として調べることである。

図３は、トリガ・ノード１０２とデータ・サイト１０４との様々な組合せが、どのようにしてコンピュータ・ネットワーク、例えば、インターネット上に配置され、かつ相互に通信可能であるかを示す。トリガ・ノード１０２は、異なるロケーションで、例えば、インターネット全体にわたって１つまたは複数のデータ・サイト１０４と通信することができる。さらには、幾つかのデータ・サイト１０４は、トリガ・ノード１０２と並置されてもよい。

ＡＴＭＥＮの実際の用途は、疑わしいネットワーク事象の発生に備えて早期警告機構を設けることを含む。このような事象の検出は、単一の測定トリガ・ノード１０２によって実行可能であるし、またはトリガ・ノード１０２のグループから入手された情報を組み合わせることによって行われる共同判定の結果でもよい。１つのトリガ・ノード１０２の変化検出ソフトウェア・モジュールが示すトラフィック・パターンの僅かなずれが、対象となり得るものと考えられたい。そのずれが、要件となる閾値（履歴トラフィック・パターンに基づいて確立されてもよい）を超えれば、当該ロケーションで測定を修正する必要があり得ることを示す制御チャンネル・メッセージが、他のトリガ・ノード１０２に送信され得る。別法として、同じ事象を探すために他のサイトにおいて追加的な測定を開始してもよい、より低い閾値が満たされる場合もあり得る。トラフィック・パターンのずれが特定の種類のトラフィックの変化を伴う場合には、疑わしいトラフィックの識別を他のトリガ・ノード１０２に送信することが可能であり、このトリガ・ノードは、その自由裁量で、識別された疑わしいトラフィックに関する問合せに対応するために、そのネットワーク・トラフィックの測定を修正することができる。

サービス不能（ＤｏＳ）攻撃またはフラッシュ・クラウド（ｆｌａｓｈ ｃｒｏｗｄ）の発生を検出した場合には、ロケーションＡの第１のトリガ・ノード１０２が、トラフィックの突然の増加に注目し、かつ適切な問合せを使用して疑わしいトラフィックの源を識別することができる。次いで、第１のトリガ・ノード１０２は、警報状況を確認するために他のロケーションの他のトリガ・ノード１０２に通報することができる。その場合に、この他のサイトは、次に同様なパケットに対する警戒を開始し、攻撃が進行中の恐れがあるかどうかを集団的に判定するのを助け、その恐れがあれば、１つまたは複数の警報コリレータ１０６に通報され得る。１つまたは複数の他のトリガ・ノード１０２が既に同様の事象を警戒中であれば、それらは、その最近の履歴に基づいて、このようなパケットの測定を迅速に返信することができる。別様であれば、その監視は、第１のトリガ・ノード１０２から受け取られた情報に基づいて適合され得る。

フラッシュ・クラウドの場合には、典型的なクライアント・セットに存在しないプレフィックスに属するＩＰアドレスのセットからのウェブ・サーバに対するトラフィックが大幅に増加すると、トリガ・ノード１０２に他のトリガ・ノード１０２へ通報させることができる。この他のトリガ・ノード１０２は、識別された宛名アドレスに向かうトラフィックに突然の増加が存在するどうかを確かめるために、幾つかポートでトラフィックを調べることができる。共同確認が、完全な評価を可能にし、かつこの事象が実際にフラッシュ・クラウドであったかどうかを判定する助けになる。

実用的な用途の他の種別は、ネットワーク・トラフィックの混合のシフトを調べることを含む。多サイトからの偶発的な境界ゲートウェイ・プロトコル（ＢＧＰ）告知における類似性を調べることが、この点に関して有用である。ＢＧＰ告知の特定のセットに反応する効果はまた、他のサイトがこの反応の効果を調べることができるように共有され得る。

任意の疑わしい事象の発生の検出、その確認、および警報状況の通報から短時間で反応しなければならない必要性が存在する。本発明は、本システムの設計において最短の可能な反応時間を提供することを目指すものである。そのネットワーク・ロケーションの特定の必要性に適合され、かつ異なるデータ・サイト１０４の様々な能力を活用できるトリガ・ノード１０２を提供することで、迅速で、低コストであり、しかも効果的な監視能力が可能になる。本発明は、他のより低い水準のソースからのデータを排除することなく、利用可能であれば高水準の問合せ処理およびデータ整理（ｄａｔａ ｒｅｄｕｃｔｉｏｎ）機能を利用しようとするものである。したがって、本明細書は、分散型で異質のトリガ処理システムに必要な低水準の構造も説明する。以降に供せられる特定の例以外にも、資源を識別し、問合せを開始するために利用可能な多くの方式およびアーキテクチャが存在し、それによって本開示の範囲は限定されないことが直ちに理解されるべきである。

以下に続く節では、ＡＴＭＥＮアーキテクチャ内部の構成要素の例示的な説明およびそれらがどのように統合可能であるかを示す。それに続いて、研究室環境および現場の両方で、高速パケット・モニタ、効率的なソフトウェア構成要素（拡張可能通信言語を含む）、および多様な一般のネットワーク・データ・フォーマットで提供可能な履歴データの超高速プロセッサを含む装置を使用する本アーキテクチャの実施態様の性能が論じられる。実際のトラフィックに基づく結果は、ＡＴＭＥＮアーキテクチャが容易に多くのノードに合わせて調整され、かつ実地用途の多くの異なるタイプのネットワーク・トラフィック測定に効果的であることを証明する。

任意のトリガ・ノード１０２が任意のデータ・サイト１０４からデータを要求することを可能にするために、これらの能力は、グローバルなコンフィギュレーション言語で表現されねばならない。したがって、トリガ・ノード１０２は、データ・サイト１０４のセットと、ネットワーク管理者によって定義され得るか、または履歴トラフィック状況に基づき得るプログラムされたアクティブ・トリガのセットとを備えるように構成され得る。トリガ・ノード１０２は、アクティブ・トリガをサポートするために、この情報を使用して、どのようなデータ・サイト１０４が接触される必要があるかを決定する命令をプログラムすることを含む。ＡＴＭＥＮは、そのプログラミングに従って、データ・サイト１０４が、そのデータに対するトリガ・ノード１０２のアクセスを拒否することを可能にする。ＡＴＭＥＮの実施態様が、相互に信頼関係のない相手との協同をサポートする機構を含んでもよいし、または含まなくてもよい。しかし本明細書のＡＴＭＥＮの説明では、すべてのトリガ・ノード１０２およびデータ・サイト１０４は相互に信頼関係のある相手であり、したがって、データ・サイト１０４に対するトリガ・ノード１０２のアクセスを拒否する主要な理由は、トリガ・ノードの問合せに応答するために利用可能な資源がデータ・サイト１０４上に欠如していることであるということが想定されている。

ここで図４を参照すると、ＡＴＭＥＮアーキテクチャ内部の様々なデータ・サイト１０４と共にトリガ・ノード１０２によって実行された例示的な監視過程５００の高水準フローチャートを示す。トリガは、継続ベースで幾つかの問合せを登録し（ステップ５０２）、これらの問合せの結果を監視する（ステップ５０４）。疑わしいネットワーク活動が検出されなければ、過程５００は上のステップ５０２に戻る。他方で、１つまたは複数の疑わしいトラフィック・パターンが局所水準で検出されれば（ステップ５０６）、そのプログラミングに従って、トリガ・ノード１０２は他のデータ・サイト１０４に遠隔問合せをインスタンス化する（ステップ５０８）。遠隔問合せは、遠隔測定ノードについての最近の履歴または将来のトラフィックに関するものであり得る。

データ・サイト１０４では、ＡＴＭＥＮが、この要求を満たすのに利用可能な十分の資源が存在するかどうかを確かめるために局所的にチェックする。存在すれば、データ・サイト１０４は、トリガ・ノードによって要求された過去、現在、または将来の要求情報を提供する。別様であれば、トリガ・ノードの要求は拒否され得る。トリガ・モジュールは、遠隔問合せを登録した後で（ステップ５１０）、遠隔データ・サイト１０４が同様の異常を経験したことがあるかどうかを確かめるために、その結果を監視する。例えば、遠隔ノードの閾数または何分の１かの数を上回る遠隔ノードが、同様の異常を検出した場合には（ステップ５１２）、トリガは警報コリレータ１０６に通報し、次にオペレータまたはネットワーク管理者に通報し（ステップ５１４）、その後で監視過程５００が繰り返し反復される。他方で、閾値に達しなければ、オペレータに通報されることはなく、トリガは上のステップ５０２に戻る。

図５は、本発明の実施形態に係るトランザクションのスケジューリングを可能にするコンテンツ・サーバ２２の機能ブロック図を示す。コンテンツ・プロバイダは、その最も基本的な水準では、プログラム更新、データベースの同期化、多当事者への資料配信、大規模コンテンツ配信、およびインターネットの異なる領域を含む複雑な更新などのネットワーク全体にわたるトランザクションとして、ネットワークを介してコンテンツを加入者に配信する。加入者は、ネットワーク上の利用可能なコンテンツを求めてコンテンツ・サーバ２２に要求を送信する。

コンテンツ・サーバ２２は、加入者から受け取った要求または負荷を管理する加入者要求ハンドラ４１１を有する。ネットワークがインターネットである文脈では、加入者コンピュータは、ユニバーサル資源ロケータ（ＵＲＬ）の形態で要求を作成するウェブ・ブラウザ・アプリケーションを動作させる。ＵＲＬは、ウェブ・ブラウザが特定の資源を要求しかつ供給するために知る必要がある、この資源に関するあらゆることを記述する。ＵＲＬは、ブラウザが、資源、オンになっているコンピュータの名前、ならびに資源のパスおよびファイル名を検索するために使用すべきプロトコル・レイヤを記述する。

ＵＲＬの「ｈｔｔｐ：／／」部分はプロトコルを記述する。「ｈｔｔｐ」という文字は、ハイパーテキスト転送プロトコルの意であり、ブラウザが文書を要求するために従い、かつ遠隔サーバがその文書を供給するために従う規則のセットである。ＵＲＬのウェブサイト部分は、その文書を維持する遠隔ホスト・コンピュータの名前である。ウェブサイトはまた、遠隔ホスト・コンピュータ上の文書のパスおよびファイル名を含むこともできる。

要求ハンドラ４１１が要求を受け取ると、コンテンツ・サーバ２２は配信されるべきコンテンツを探し出す。コンテンツ・サーバ２２は、インターネットを監視するためにトリガ測定モニタ４１４を有する。モニタ４１４は、図２〜４に関して上述したように、インターネットの健全さおよび負荷を常時監視するために接続される。モニタ４１４は、モニタ４１４によって実行される監視に基づいて、トランザクションが所与の時刻に進行するために利用可能な性能容量を有するインターネットの領域を動的に計算するための容量計算機４１６に接続される。

スケジューラ４１８は、容量計算機４１６による計算に基づいて、トランザクションが進行すべき、すなわち換言すれば、インターネットを介してコンテンツを特定的に配信するための、予定時刻を決定するために、容量計算機４１６によって作成された結果を使用する。容量計算機４１６およびスケジューラ４１８は、コンテンツ配信の知的スケジューリングを可能にするために協働する。コンテンツ４２０は、スケジューリングで使用するためのスケジューラ４１８に提供され、かつスケジューラ４１８によって決定された予定時刻に関連するスケジュールに従って、インターネットを介して配信するためのコンテンツ・ローダ４２２に提供される。

本発明の態様に係る当該知的スケジューリングを実行するためのコンテンツ・サーバ２２の動作が、図６の流れ図を参照しながら説明される。コンテンツ・プロバイダ２２は、図６のコンピュータで実施されるステップを実行する。これらのステップは、説明目的のために例示の順番で示されるが、この順序に限定されるものではない。

ステップ６００では、容量計算機４１６が、上述のネットワーク要素の性能のトリガ測定を使用して、インターネットまたはネットワークの健全さおよび容量を監視する。ステップ６０２では、容量計算機４１６が、この監視に基づいて、トランザクションが所与の時刻に進行するために利用可能な性能容量を有するネットワークの領域を識別しかつ動的に計算する。これは、より大きな負荷を有するネットワークの一部、幾つかのプロトコル・レイヤの不具合、ネットワークの一部の性能水準、およびある一定の予め定義された閾値を下回る性能水準に基づいて計算され得る。

ステップ６０４では、スケジューラ４１８が、容量計算機４１６からの情報を使用して、トランザクションが進行すべき予定時刻を決定する。
ステップ６０６では、コンテンツ・ローダ４２２がコンテンツ４２０を受け取り、必要であれば、このコンテンツを分割する。ステップ６０８では、予定時刻が、履歴測定情報を使用してチェックされる。

ステップ６１０では、予定時刻が、ネットワークの動的チェックを使用してチェックされる。ステップ６１２では、このコンテンツが、予定時刻に関するスケジュールに従って配信される。

コンテンツ・プロバイダ２２は、要求を受け取りかつコンテンツを配信できる任意のタイプのコンピュータでよい。例えば、限定するものではないが、本明細書に説明されたコンテンツ・サーバ２２が、適切にプログラムされた汎用コンピュータを使用して実施されてもよい。このようなコンピュータが当技術分野ではよく知られており、例えば、よく知られたコンピュータ・プロセッサ、メモリ・ユニット、記憶装置、コンピュータ・ソフトウェア、および他の構成要素を使用して実施されてもよい。図７に、このようなコンピュータの高水準ブロック図が示されている。コンピュータ７０２は、その全体的な動作を定義するコンピュータ・プログラム命令を実行することによって、コンピュータ７０２のこのような動作を制御するプロセッサ７０４を内蔵する。コンピュータ・プログラム命令は記憶装置７１２（例えば、磁気デスク）に格納されてもよく、コンピュータ・プログラム命令の実行が所望されるときにメモリ７１０へ読み込まれる。したがって、コンピュータの機能は、メモリ７１０および／または記憶装置７１２に格納されたコンピュータ・プログラム命令によって定義され、その機能は、コンピュータ・プログラム命令を実行するプロセッサ７０４によって制御される。コンピュータ７０２はまた、ネットワークを経由して他の装置と通信するための１つまたは複数のネットワーク・インターフェース７０６も含む。コンピュータ７０２はまた、ユーザがコンピュータ７０２と対話することを可能にする装置（例えば、表示器、キーボード、マウス、スピーカ、ボタン等）を表す入力／出力７０８も含む。実際のコンピュータの実施態様は他の構成要素も内蔵し、図７は、このようなコンピュータの幾つかの構成要素の例示目的のための高水準図であることを当業者は理解しよう。

以上の詳細な説明は、あらゆる点において例示的かつ典型的なものであり、限定的なものではないことが理解されるべきであり、本明細書に開示された本発明の範囲は、詳細な説明によって決定されるべきではなく、特許法によって許容された完全な範囲に従って解釈される特許請求の範囲によって決定される。本明細書に図示されかつ説明された実施形態は、本発明の原理の例示に過ぎず、かつ本発明の範囲および趣旨から逸脱することなく、当業者によって様々な変更が実施可能であることが理解されるべきである。当業者であれば、本発明の範囲および趣旨から逸脱することなく、他の様々な特徴の組合せを実施できよう。

インターネット技術で使用されるネットワーク・システムの図である。 例示的なトリガ測定アーキテクチャのブロック図である。 複数のトリガ・ノードおよびデータ・サイトを有する例示的なコンピュータ・ネットワーク・アーキテクチャのブロック図である。 トリガ・ノードによって実行される例示的な監視過程の流れ図である。 本発明の１つの実施形態のコンテンツ・プロバイダの機能的な構成要素のブロック図である。 本発明の１つの実施形態のステップの流れ図である。 コンピュータの高水準ブロック図である。

Claims (18)

1. ネットワーク全体にわたるトランザクションによって、ネットワークを介してコンテンツを配信する方法であって、
   前記ネットワークの要素の性能のトリガ測定を使用して、前記ネットワークを監視するステップと、
   前記監視するステップに基づいて、前記トランザクションの１つが所与の時刻において進行するために利用可能な性能容量を有する前記ネットワークの領域を動的に計算するステップと、
   前記計算するステップに基づいて、前記トランザクションが進行すべき予定時刻を決定するステップと、
   前記予定時刻に関連するスケジュールに従って、前記コンテンツを配信するステップと、
   を含む方法。
2. 履歴測定情報を使用して、前記トランザクションのための前記予定時刻を決定するステップをさらに含む、請求項１に記載の方法。
3. 前記ネットワークの動的チェックを使用して、前記予定時刻を決定するステップをさらに含む、請求項１に記載の方法。
4. 前記トランザクションを分割するステップをさらに含む、請求項１に記載の方法。
5. 前記決定するステップは、利用可能な性能容量を有する前記ネットワークの一部において配信されるべきコンテンツを識別するステップをさらに含む請求項１に記載の方法。
6. 前記決定するステップは、前記ネットワークに対する負荷に基づいて実行される、請求項１に記載の方法。
7. 前記決定するステップは、特定のプロトコル・レイヤにおける前記ネットワークの不具合に基づいて予定時刻を決定するステップを含む、請求項１に記載の方法。
8. 前記決定するステップは、ある一定の予め定義された閾値を下回る性能水準に基づいて予定時刻を決定するステップを含む、請求項１に記載の方法。
9. 前記ネットワークはインターネットである、請求項１に記載の方法。
10. ネットワーク全体にわたるトランザクションによって、ネットワークを介してコンテンツを配信するシステムであって、
    前記ネットワークの要素の性能のトリガ測定を使用して、前記ネットワークを監視するトリガ測定モニタと、
    前記監視に基づいて、前記トランザクションの１つが所与の時刻において進行するために利用可能な性能容量を有する前記ネットワークの領域を動的に計算する容量計算機と、
    前記計算に基づいて、前記トランザクションが進行すべき予定時刻を決定するスケジューラと、
    前記予定時刻に関連するスケジュールに従って、前記コンテンツを配信するコンテンツ・ローダと、
    を備えるシステム。
11. 前記スケジューラは、履歴測定情報を使用して前記トランザクションのための前記予定時刻をチェックする、請求項１０に記載のシステム。
12. 前記コンテンツ・ローダは前記トランザクションを分割する、請求項１０に記載のシステム。
13. 前記スケジューラは、前記ネットワークの動的チェックを使用して、前記トランザクションのための前記予定時刻をチェックする、請求項１０に記載のシステム。
14. 前記スケジューラは、利用可能な性能容量を有する前記ネットワークの一部において配信されるべきコンテンツを識別する、請求項１０に記載のシステム。
15. 前記スケジューラは、前記ネットワークに対する負荷に基づいて前記予定時刻を決定する、請求項１０に記載のシステム。
16. 前記スケジューラは、特定のプロトコル・レイヤにおける前記ネットワークの不具合に基づいて前記予定時刻を決定する、請求項１０に記載のシステム。
17. 前記スケジューラは、ある一定の予め定義された閾値を下回る性能水準に基づいて前記予定時刻を決定する、請求項１０に記載のシステム。
18. 前記ネットワークはインターネットである、請求項１０に記載のシステム。

Images