JP5701902B2 - アプリケーションレイヤにおける複数のインターフェースの結合／集約 - Google Patents

Description

合衆国法典第３５部第１１９条の下での優先権の主張

本特許出願は、“ＨＴＴＰ最適化、マルチホーミング、移動性、および、優先度”と題され、２００９年１２月１８日に出願され、この出願の譲受人に譲渡され、ここでの参照によりここに明確に組み込まれている仮出願番号第６１／２８８，１１９号に対して優先権を主張する。

分野

本開示は、一般的に通信に関し、さらに詳細には、ワイヤレス通信ネットワーク中で、ハイパーテキストパケットデータコンテンツを取り出すための技術に関連する。

背景

ハイパーテキスト転送プロトコル（ＨＴＴＰ）は、ウェブブラウザおよびウェブアプリケーションにより使用されている主要な通信プロトコルである。コンテンツ配信ネットワークの形で、ＨＴＴＰプロトコルの効率的な動作をサポートするために、インターネット内で大型インフラストラクチャが成長してきた。結果として、増加する数のアプリケーションが、ＨＴＴＰプロトコルに移行している。この移行に対する他の理由（例えば、ネットワークアドレス変換（ＮＡＴ）およびファイアウォールトラバーサル）がある一方で、主な動因は、ウェブインフラストラクチャの大規模なスケーラビリティを活用する能力である。

今日、ウェブサイトは、極めて複雑であり、ＨＴＴＰを使用してそれぞれが別々にリクエストされなければならない、数十または数百のオブジェクトを含んでいることが多い。サーバからクライアントにオブジェクトを伝送できるスピードを改善するために、さまざまな最適化がＨＴＴＰ内で定義されている。ワイヤードネットワーク内でこれらの最適化を適用するときに、かなりの量の作業が行われてきた。しかしながら、高ラウンドトリップタイム（ＲＴＴ）と非常に可変の帯域幅とを持つ、より挑戦的な移動体環境で、これらの特徴がどのように振る舞い、組み合わせられるのかを理解することは、依然として未解決の問題のままである。特に、移動体ネットワークの特性が、その当時、今日とは大きく異なっていた数年前に、多くのＨＴＴＰ作業が実行されたことに留意すべきである。

概要

以下のものは、開示されている態様のうちのいくつかの態様の基本的な理解を提供するために、簡略化した概要を提示する。この概要は、広範囲にわたる概略ではなく、キーエレメントまたは重要なエレメントを識別することや、このような態様の範囲を線引きすることのどちらも意図していない。この目的は、後に提示するさらに詳細な説明に対する前置きとして、説明されている特徴のうちのいくつかの概念を、簡略化した形で提示することである。

１つの態様では、複数のネットワークインターフェースを束ねることと、束ねられた複数のネットワークインターフェースを介するパケットデータ通信のための、多数のパラレルな接続を確立することと、多数のパラレルな接続を介して、複数のリクエストを送信して、ウェブサーバ上にそれぞれ記憶されているパケットデータ部分から構成されるハイパーテキスト転送プロトコル（ｈｔｔｐ）オブジェクトを取り出すこととによる、パケットデータ通信のための方法が提供されている。

別の態様では、パケットデータ通信のための少なくとも１つのプロセッサが提供されている。第１のモジュールは、複数のネットワークインターフェースを束ねる。第２のモジュールは、束ねられた複数のネットワークインターフェースを介するパケットデータ通信のための、多数のパラレルな接続を確立する。第３のモジュールは、多数のパラレルな接続を介して、複数のリクエストを送信して、ウェブサーバ上にそれぞれ記憶されているパケットデータ部分から構成されるｈｔｔｐオブジェクトを取り出す。

追加の態様では、コードの組を記憶する一時的でないコンピュータ読取可能記憶媒体を具備する、パケットデータ通信のためのコンピュータプログラムプロダクトが提供されている。第１の組のコードは、コンピュータに、複数のネットワークインターフェースを束ねさせる。第２の組のコードは、コンピュータに、束ねられた複数のネットワークインターフェースを介するパケットデータ通信のための、多数のパラレルな接続を確立させる。第３の組のコードは、コンピュータに、多数のパラレルな接続を介して、複数のリクエストを送信させて、ウェブサーバ上にそれぞれ記憶されているパケットデータ部分から構成されるｈｔｔｐオブジェクトを取り出させる。

さらなる態様では、パケットデータ通信のための装置が提供されている。装置は、複数のネットワークインターフェースを束ねる手段を具備する。装置は、束ねられた複数のネットワークインターフェースを介するパケットデータ通信のための、多数のパラレルな接続を確立する手段を具備する。装置は、多数のパラレルな接続を介して、複数のリクエストを送信して、ウェブサーバ上にそれぞれ記憶されているパケットデータ部分から構成されるｈｔｔｐオブジェクトを取り出す手段を具備する。

さらに別の態様では、複数のネットワークインターフェースを使用する、パケットデータ通信のための装置が提供されている。バンドラユーティリティは、複数のネットワークインターフェースを束ねる。バンドラユーティリティは、束ねられた複数のネットワークインターフェースを介するパケットデータ通信のための、多数のパラレルな接続を確立する。複数のネットワークインターフェースは、多数のパラレルな接続を介して、複数のリクエストを送信して、ウェブサーバ上にそれぞれ記憶されているパケットデータ部分から構成されるｈｔｔｐオブジェクトを取り出す。

先の目的および関連する目的を達成するために、１つ以上の態様は、後に完全に説明する特徴、および、特許請求の範囲中で特に指摘する特徴を含んでいる。以下の説明および添付した図面により、ある例示的な態様を詳細に述べ、態様の原理を用いることができるさまざまな方法のうちのいくつかだけを示す。図面とともに考えるときに、他の利点および新規の特徴が、以下の詳細な説明から明らかになるだろう。開示されている態様は、このようなすべての態様とそれらの均等物とを含むことを意図している。

同一の参照文字が全体を通して対応したものを識別している図面とともに考慮されたときに、以下で示される詳細な説明から、本開示の特徴、特質、および利点がより明白となろう。
図１は、ハイパーテキスト転送プロトコル（ＨＴＴＰ）最適化のために、ネットワークインターフェースを束ねることと、プロキシサーバとを使用する通信システムの概略図を示している。 図２は、ＨＴＴＰ最適化のための例示的な無線アクセス技術に対する通信システムの概略図を示している。 図３は、ネットワークインターフェースを束ねるための方法に対するフローダイヤグラムを示している。 図４は、ネットワークインターフェースを束ねるための電気コンポーネントの論理グルーピングのシステムを示している。 図５は、ＨＴＴＰ最適化のための通信システムの概略図を示している。 図６は、ＨＴＴＰ最適化を実行する移動端末に対するブロックダイヤグラムを示している。

詳細な説明

増加するラウンドトリップタイム（ＲＴＴ）の影響を克服するために、パラレルなＨＴＴＰ接続とパイプライン化を組み合わせることに利益が存在する。一般的に知られているブラウザは、固定数のパラレルな接続と、固定数の未処理のリクエストを用いるが、接触しなければならない異なるサーバの組により、パラレルな接続の数は影響を受ける。

図面を参照して、ここでさまざまな態様を説明する。以下の説明では、説明の目的上、１つ以上の態様の完全な理解を提供するために、多数の特定の詳細を述べる。しかしながら、これらの特定の詳細なしにさまざまな態様を実施できることが、明らかであることがある。他の例では、これらの態様の説明を促進するために、よく知られている構造およびデバイスは、ブロックダイヤグラムの形で示されている。

図１において、通信システム１０は、複数のインターフェース１４を有するクライアント１２を描写しており、複数のインターフェース１４は、インターネット２０として描写されているパケットデータネットワークを介しての、サーバ１８へのパケットデータ通信のためのプロキシ１６に対するものである。プロキシ１６を介する、クライアント１２のバンドラユーティリティ２２は、アプリケーションレイヤ２４が使用できる帯域幅を増加させる目的のために、アプリケーションレイヤ２４において２つ以上のインターフェース１４を共に結合／集約するという目的を達成する。

したがって、多くの通信デバイス（例えば、ラップトップおよびハンドヘルドデバイス）には、１つより多いインターフェース（例えば、ＷＩＦＩ（登録商標）、３Ｇ、ワイヤラインイーサネット（登録商標）等）が装備されているという点で、クライアント１２は、課題を克服することができる。クライアント上のアプリケーションが宛先ＩＰアドレスにパケットを送るときに、パケットは、単一のインターフェースに進むことになる。このインターフェースは、デバイスのルーティングテーブルにおける最長プレフィックスマッチによって決定される。ＩＰスタックに変更を課すというよりむしろ、本イノベーションは、クライアントソフトウェアに対する何らかの変更を要求することなく（すなわち、ブラウザの変更なく）、および、ウェブサーバ上での変更を要求することなく、実施することができる、リンクアグリゲーション問題に対するソリューションを提示する。

図２において、例示的な態様は、通信システム４０を描写しており、ここで、クライアント４２は、２つ以上のＮＩＣ（ネットワークインターフェース制御装置）カードを持つプロキシ（サーバ）５０を使用することにより、単一のインターフェースを規定するルーティングテーブル４８を回避することによって、アプリケーション４６の動作を最適化するバンドラユーティリティ４４を組み込んでいる。

クライアント４２中のルーティングテーブル４８は、プロキシＩＰアドレスのそれぞれに対する別のルート５２、５４を有するように構成されており、これらの別のルーティングテーブルエントリーのそれぞれは、クライアント上の異なるインターフェースに向けられている。例えば、プロキシのＩＰアドレスＩＰ＿１に宛てられているパケットは、クライアントのＷＩＦＩインターフェース上で送られ、プロキシのＩＰアドレスＩＰ＿２に宛てられているパケットは、クライアントの３Ｇインターフェース上で送られる。例示的な描写では、第１のルートは、高速パケットアクセス（ＨＳＰＡ）インターフェース５６、エアインターフェース５８、インターネット６２を介するプロキシサーバ５０へのＨＳＰＡネットワーク６０を含み、さらには、宛先ウェブサーバ６４にアクセスすることができる。第２のルートは、Ｅｖｏｌｕｔｉｏｎ Ｄａｔａ Ｏｎｌｙ（ＥＶＤＯ）インターフェース６６としても知られる、Ｅｖｏｌｕｔｉｏｎ Ｄａｔａ Ｏｐｔｉｍｉｚｅｄ、エアインターフェース６８、インターネット６２を介するプロキシサーバ５０へのＥＶＤＯネットワーク７０を含み、さらには、宛先ウェブサーバ６４にアクセスすることができる。

代替的に、または、単一のプロキシサーバ５０に加えて、同じネットワークインターフェース、異なるネットワークインターフェース、または、それらの組み合わせのいずれかを使用して、複数のプロキシサーバ５０を用いることができる。別々のサーバを使用することは、クライアントのネットワークインターフェースのそれぞれに対する各プロキシサーバが、そのインターフェースに対するゲートウェイにより近い場所に存在することができるという利点を有する。例えば、ＨＳＰＡインターフェースに対するプロキシは、ＨＳＰＡネットワークゲートウェイの近くに存在してもよく、同じことがＥＶＤＯプロキシに対してもあてはまる。

ここで、ブラウザのようなアプリケーション４６は、複数のプロキシＩＰアドレスにわたって、ＨＴＴＰ ＧＥＴコマンドを分配する必要がある。ＰＡＣスクリプト（プロキシ自動設定スクリプト）を使用して、これを行うことができる。ＰＡＣスクリプトは、ＵＲＬをプロキシアドレスにマッピングする。ほとんどすべてのブラウザ／ＯＳが、ＰＡＣスクリプトをサポートしている。以下は、２つのクライアントインターフェースを束ねるための例示的なＰＡＣスクリプトである。このスクリプトでは、ｐｒｏｘｙ＿ａおよびｐｒｏｘｙ＿ｂは、プロキシ（単数）（または、プロキシ（複数））に関係付けられている２つのＩＰアドレスである。

表Ａでは、ＥＶＤＯに対するモデムアドレス（“インターフェース”）とＨＳＰＡに対するモデムアドレス（“インターフェース”）をそれぞれ含む２つのプロキシアドレスを、アクティブなルートが含むことがある。

図３では、データ通信に対する方法８０が描写されている。ブロック８２において、クライアントは、複数のネットワークインターフェースを束ねる。ブロック８４において、クライアントは、束ねられた複数のネットワークインターフェースを介するパケットデータ通信のための、多数のパラレルな接続を確立する。ブロック８６において、クライアントは、多数のパラレルな接続を介して、複数のリクエストを送信して、ウェブサーバ上にそれぞれ記憶されているパケットデータ部分から構成されるハイパーテキスト転送プロトコル（ｈｔｔｐ）オブジェクトを取り出す。

例えば、複数のオブジェクトをパラレルにダウンロードするために、あるいは、大きなオーディオビジュアルファイル（例えば、映画）をダウンロードする等、大きなオブジェクトの一部分をパラレルにダウンロードするために、バンドラユーティリティまたは方法を使用することができる。この目的のために、クライアントは、映画の異なるセグメントに対するリクエストを、異なるインターフェース上でパラレルに送り出すことができる。したがって、複数のネットワークインターフェースにわたって、ＨＴＴＰオブジェクトの異なるセグメントをパラレルに受信することができる。

別の態様では、複数のネットワークインターフェースを束ねることは、イーサネットと、第１の無線アクセス技術（ＲＡＴ）のワイヤレスワイドエリアネットワーク（ＷＷＡＮ）と、第２のＲＡＴのＷＷＡＮと、ワイヤードネットワークインターフェースと、ワイヤードローカルアクセスネットワーク（ＬＡＮ）と、ワイヤレスローカルアクセスネットワーク（ＷＬＡＮ）と、ワイヤードＬＡＮとによることができる。選択される２つは、同じタイプのネットワークインターフェースであることがある。

１つの態様では、多数のパラレルな接続の確立は、利用可能なインターフェースの帯域幅が同程度の大きさであるとの決定に応答したものとすることができる。

追加の態様では、接続ラウンドロビンによりマルチホームのホストに対してリンクを集約することによって、フルなリンク利用を維持するために、複数のリクエストの送信を行うことができる。

加えて、複数のリクエストの送信は、宛先アドレスとしての、プロキシサーバのそれぞれのＩＰアドレスを、クライアントのネットワークインターフェースのうちの１つに結合する、静的なルーティングテーブルエントリーを、ルーティングテーブル中にインストールすることによることができる。

さらなる態様では、決定論的プロセスまたはランダムプロセスのいずれかによって、複数のプロキシサーバにわたってＨＴＴＰリクエストを分配するために、プロキシ自動設定（ＰＡＣ）を使用することができる。

１つの態様では、複数のネットワークインターフェースを束ねることは、クライアント上のそれぞれのインターフェースに各々向けられる複数の別のルーティングテーブルエントリーを定義することによることができ、例えば、プロキシサーバ上のそれぞれの対応するネットワークインターフェースにリンクすることによることができる。

図４を参照すると、示されているのは、パケットデータ通信のためのシステム９０である。例えば、システム９０は、ユーザ機器（ＵＥ）内に少なくとも部分的に存在することができる。機能ブロックを含むものとして、システム９０が表され、機能ブロックは、コンピューティングプラットフォーム、プロセッサ、ソフトウェア、または、それらの組み合わせ（例えば、ファームウェア）により実現される機能を表す機能ブロックとすることができることを、正しく認識すべきである。システム９０は、共に動作することができる電気コンポーネントの論理グルーピング９２を含む。例えば、論理グルーピング９２は、複数のネットワークインターフェースを束ねる電気コンポーネント９４を含むことができる。さらに、論理グルーピング９２は、束ねられた複数のネットワークインターフェースを介するパケットデータ通信のための、多数のパラレルな接続を確立する電気コンポーネント９５を含むことができる。加えて、論理グルーピング９２は、多数のパラレルな接続を介して、複数のリクエストを送信して、ウェブサーバ上にそれぞれ記憶されているパケットデータ部分から構成されるＨＴＴＰオブジェクトを取り出す電気コンポーネント９６を含むことができる。さらに、システム９０は、電気コンポーネント９４〜９６に関係付けられている機能を実行するための命令を保持するメモリ９８を含むことができる。メモリ９８の外部にあるとして示されているが、電気コンポーネント９４〜９６のうちの１つ以上は、メモリ９８内に存在することができることを理解すべきである。

図５では、通信システム１００において、移動デバイス、アクセス端末、または、ユーザ機器（ＵＥ）１０２が、ウェブサーバ１１２〜１１４上に記憶されているオブジェクト１０６、１０８、１１０を含むハイパーテキストコンテンツ１０４に対するパイプライン化リクエスト１０３を行う。例示的な態様では、移動デバイス１０２は、オブジェクト１０６〜１１０を受信するのに、したがって、ハイパーテキストコンテンツ１０４をレンダリングするのに必要とされるラウンドトリップタイム（ＲＴＴ）を悪化させるエアリンク１１６を通して、アクセスを得る。１つの態様では、ワイヤレスワイドエリアネットワーク（ＷＷＡＮ）１２０の一部として役割を果たすノード（例えば、マクロセル、フェムトセル、リレー）１１９と通信する無線トランシーバ１１８を、移動デバイス１０２は有しており、このノード１１９は、コアネットワーク（ＣＮ）（例えば、インターネット）１２４においてホスト管理されているサーバ１１２〜１１４へのインターネットプロトコルマルチメディアサブシステム（ＩＭＳ）１２２に向かうものである。

代替的に、または、加えて、移動デバイス１０２は、ノード１２８と通信するトランシーバ１２６を有しており、ノード１２８は、ＣＮ１２４を介してサーバ１１２〜１１４にアクセスするためのワイヤレスローカルアクセスネットワーク（ＷＬＡＮ）１３０を担当する。

代替的に、または、加えて、移動デバイス１０２は、ノード１３４と通信するトランシーバ１３２を有しており、ノード１３４は、パーソナルアクセスネットワーク（ＰＡＮ）１３６を担当し、ＣＮ１２４を介してサーバ１１２〜１１４に到達するために、ＷＷＡＮ１２０またはＷＬＡＮ１３０のいずれかに結合されている。

１つの態様では、トランシーバ１１８、１２６、１３２は、パケットデータ通信のための多数のパラレルな接続を確立する。トランシーバ１１８、１２６、１３２は、さらに、ウェブサーバ上にそれぞれ記憶されているパケットデータ部分から構成されるハイパーテキストオブジェクトを取り出すために、多数のパラレルな接続を介して、複数のパイプライン化されたリクエストを送信する。

移動デバイス１０２のコンピューティングシステム１２４は、ＨＴＴＰ最適化コンポーネント１４４を有しており、ＨＴＴＰ最適化コンポーネント１４４は、フルなリンク利用を維持しながら、未処理のリクエストを減少させるために、パラレルな接続の数と、パラレルな接続を介するパイプライン化されたリクエストの数とを動的に変化させる。

図６は、ここで説明する機能性のさまざまな態様を実現するために利用することができる別のシステム８００のブロックダイヤグラムである。１つの例では、システム８００は、移動端末８０２を含む。示されているように、移動端末８０２は、１つ以上のアンテナ８０８を介して、信号を、１つ以上の基地局８０４から受信することができ、１つ以上の基地局８０４に送信することができる。さらに、移動端末８０２は、アンテナ８０８から情報を受け取る受信機８１０を備えることができる。１つの例では、受信機８１０は、受け取った情報を復調する復調器８１２に動作可能に関係付けることができる。復調されたシンボルは、その後、プロセッサ８１４により解析することができる。プロセッサ８１４は、メモリ８１６に結合することができ、メモリ８１６は、移動端末８０２に関連するデータおよび／またはプログラムコードを記憶することができる。さらに、移動端末８０２は、ここで説明する方法を実行するために、プロセッサ８１４を用いることができる。移動端末８０２は、アンテナ８０８を通して送信機８２０により送信するための信号を多重化することができる変調器８１８も備えることができる。

移動端末８０２は、複数のネットワークインターフェース８４０、８４２を有することができ、後者は、アンテナ８４４を利用して、基地局８４６に到達するものとして描写されている。例えば、基地局８０４、８４６は、イーサネットと、第１の無線アクセス技術（ＲＡＴ）のワイヤレスワイドエリアネットワーク（ＷＷＡＮ）と、第２のＲＡＴのＷＷＡＮと、ワイヤードローカルアクセスネットワーク（ＬＡＮ）と、ワイヤレスローカルアクセスネットワーク（ＷＬＡＮ）とのうちの１つ以上をサポートすることができる。バンドラユーティリティ８５０は、ここで開示されている態様にしたがって、アプリケーション８５４が、複数のネットワークインターフェース８４０、８４２を使用するように、ルーティングテーブル８５２を最適化することができる。

ここで開示した態様に関連して説明した、さまざまな例示的な論理ブロック、モジュール、回路およびアルゴリズムステップを、電子ハードウェア、コンピュータソフトウェア、または、双方を組み合わせたものとして実現してもよいことを、当業者はさらに正しく認識するであろう。ハードウェアおよびソフトウェアのこの交換可能性を明確に示すために、さまざまな例示的なコンポーネント、ブロック、モジュール、回路、およびステップを、一般的にこれらの機能性に関して上述した。このような機能性がハードウェアまたはソフトウェアとして実現されるか否かは、特定の応用、および、システム全体に課せられた設計の制約に依存する。当業者は、それぞれの特定の応用に対して方法を変化させて、説明した機能性を実現してもよいが、このようなインプリメンテーション決定は、本開示の範囲からの逸脱を生じさせるものとして解釈すべきではない。

本明細書で使用しているように、用語“コンポーネント”、“モジュール”、“システム”、および、これらに類するものは、ハードウェア、ハードウェアとソフトウェアの組み合わせ、ソフトウェア、または、実行中のソフトウェアのいずれかである、コンピュータ関連エンティティのことを指すことを意図している。例えば、コンポーネントは、これらに限定されないが、プロセッサ上で動作しているプロセス、プロセッサ、オブジェクト、実行ファイル、実行のスレッド、プログラム、および／または、コンピュータであってもよい。例として、サーバ上で動作しているアプリケーションとサーバの双方をコンポーネントとすることができる。１つ以上のコンポーネントが、プロセスおよび／または実行のスレッド内に存在することがあり、コンポーネントは、１つのコンピュータ上に局所化されていてもよく、および／または、２つ以上のコンピュータ間に分散されていてもよい。

ここでは、例として、事例として、あるいは例示として機能することを意味するように、“例示的な”という単語を使用する。“例示的な”ものとして、ここで説明したいずれの態様または設計は、他の態様または設計と比較して、必ずしも好ましいものとして、または、利益のあるものとして、解釈すべきではない。

多数のコンポーネント、モジュール、および、これらに類するものを含んでもよいシステムの観点から、さまざまな態様が提示されるだろう。さまざまなシステムが、追加のコンポーネント、モジュール等を含んでもよいこと、および／または、図面に関連して論じたコンポーネント、モジュール等のすべてを含まなくてもよいことを理解し、正しく認識すべきである。これらのアプローチの組み合わせもまた使用してもよい。ここで開示したさまざまな態様は、タッチスクリーンディスプレイ技術を、ならびに／あるいは、マウスおよびキーボードタイプのインターフェースを、利用するデバイスを含む電気デバイス上で実行することができる。このようなデバイスの例は、コンピュータ（デスクトップおよびモバイル）、スマートフォン、パーソナルデジタルアシスタント（ＰＤＡ）、ならびに、ワイヤードおよびワイヤレス双方の他の電子デバイスを含む。

加えて、ここで開示した態様に関連して説明した、さまざまな例示的な論理ブロック、モジュールおよび回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラマブル論理デバイス、ディスクリートゲートまたはトランジスタ論理、ディスクリートハードウェアコンポーネント、あるいは、ここで説明した機能を実行するように設計されているこれらの任意の組み合わせで、実現または実行されてもよい。汎用プロセッサは、マイクロプロセッサであってもよいが、代替的に、プロセッサは、何らかの従来のプロセッサ、制御装置、マイクロ制御装置、または、状態機械であってもよい。プロセッサはまた、コンピューティングデバイスの組み合わせとして、例えば、ＤＳＰとマイクロプロセッサとの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアを伴った１つ以上のマイクロプロセッサ、あるいは、このようなコンフィギュレーションの他の何らかのものとして実現されてもよい。

さらに、開示した態様を実現するようにコンピュータを制御するために、標準のプログラミングおよび／またはエンジニアリング技法を使用して、ソフトウェア、ファームウェア、ハードウェア、または、これらの何らかの組み合わせを生成させることにより、方法、装置、または、製造物として、１つ以上のバージョンを実現してもよい。ここで使用するような用語“製造物”（または、代替的に、“コンピュータプログラムプロダクト”）は、何らかのコンピュータ読取可能デバイス、キャリア、または、媒体から、アクセス可能なコンピュータプログラムを含むことを意図している。例えば、コンピュータ読取可能媒体は、これらに限定されないが、磁気記憶デバイス（例えば、ハードディスク、フロッピー（登録商標）ディスク、磁気ストリップ．．．）や、光ディスク（例えば、コンパクトディスク（ＣＤ）、デジタル多用途ディスク（ＤＶＤ）．．．）や、スマートカードや、フラッシュメモリデバイス（例えば、カード、スティック）を含むことがある。さらに、電子メールを送受信する際に、あるいは、インターネットまたはローカルエリアネットワーク（ＬＡＮ）のようなネットワークにアクセスする際に使用するもののような、コンピュータ読取可能な電子データを伝えるために、搬送波を用いることができることを正しく認識すべきである。当然、当業者は、開示した態様の範囲から逸脱することなく、このコンフィギュレーションに対して多くの改良がなされてもよいことを認識するだろう。

ここで開示した態様に関連して説明した方法またはアルゴリズムのステップは、直接、ハードウェアで、プロセッサにより実行されるソフトウェアモジュールで、あるいは、２つの組み合わせで、具現化してもよい。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーブバルディスク、ＣＤ−ＲＯＭ、あるいは、技術的に知られている他の何らかの形態の記憶媒体に存在していてもよい。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことができるように、プロセッサに結合される。代替実施形態では、記憶媒体は、プロセッサと一体化されてもよい。プロセッサおよび記憶媒体は、ＡＳＩＣに存在してもよい。ＡＳＩＣは、ユーザ端末に存在してもよい。代替実施形態では、プロセッサおよび記憶媒体は、ユーザ端末中のディスクリートコンポーネントとして存在してもよい。

開示した態様の先の説明は、当業者が本開示を作り、または、使用できるように提供されている。これらの態様に対するさまざまな改良は、当業者に容易に明らかになるであろう。そして、ここで定義されている一般的な原理は、本開示の精神または範囲を逸脱することなく、他の実施形態に適用されてもよい。したがって、本開示は、ここに示した実施形態に限定されることを意図しているものではないが、ここに開示した原理および新規の特徴と矛盾しない最も広い範囲に一致させるべきである。

先に説明した例示的なシステムを考慮して、開示した主題事項にしたがって実現されてもよい方法を、いくつかのフローダイヤグラムを参照して説明してきた。説明を簡略化する目的のために、一連のブロックとして、方法を示し、説明してきたが、いくつかのブロックは、ここで示し、説明したものとは異なる順序で、および／または、他のブロックと同時に、起こることがあるので、請求されている主題事項は、ブロックの順序によって限定されないことを理解し、正しく認識すべきである。さらに、ここで説明した方法を実現するのに、示されているブロックがすべて要求されるわけではない。さらに、ここで開示した方法は、このような方法をコンピュータに伝送および転送するのを促進するために、製造物上に記憶することができることをさらに正しく認識すべきである。ここで使用するような製造物という用語は、何らかのコンピュータ読取可能デバイス、キャリア、または、媒体からアクセス可能なコンピュータプログラムを含むように意図されている。

ここでの参照により組み込まれていると言われた、何らかの特許、公報、または、他の開示資料は、組み込まれている資料が、本開示で述べた、既存の定義、ステートメント、または、他の開示資料と対立しない限りのみ、全体または一部として、ここに組み込まれることを正しく認識すべきである。そのようなものとして、および、必要である限り、ここで明示的に述べたような開示は、参照によりここに組み込まれている、対立するあらゆる資料に取って代わる。参照によりここに組み込まれていると言われた、何らかの資料あるいはその一部は、既存の定義、ステートメント、または、ここで述べた他の開示資料と対立するもの以外は、その組み込まれている資料と既存の開示資料との間で何ら対立が生じない限りのみ、組み込まれるだろう。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［１］パケットデータ通信のための方法において、
前記方法は、
複数のネットワークインターフェースを束ねることと、
前記束ねられた複数のネットワークインターフェースを介するパケットデータ通信のための、多数のパラレルな接続を確立することと、
前記多数のパラレルな接続を介して、複数のリクエストを送信して、ウェブサーバ上にそれぞれ記憶されているパケットデータ部分から構成されるハイパーテキスト転送プロトコル（ｈｔｔｐ）オブジェクトを取り出すこととを含む方法。
［２］前記ＨＴＴＰオブジェクトを取り出すことは、ＨＴＴＰオブジェクトの異なるセグメントを取り出すことをさらに含む上記［１］記載の方法。
［３］前記複数のネットワークインターフェースを束ねることは、イーサネットと、第１の無線アクセス技術（ＲＡＴ）のワイヤレスワイドエリアネットワーク（ＷＷＡＮ）と、第２のＲＡＴのＷＷＡＮと、ワイヤードネットワークインターフェースと、ワイヤードローカルアクセスネットワーク（ＬＡＮ）ローカルアクセスネットワーク（ＷＬＡＮ）とからなるグループから、少なくとも２つを選択することをさらに含み、前記選択される２つは、同じタイプのネットワークインターフェースであることがある上記［１］記載の方法。
［４］前記多数のパラレルな接続を確立することは、利用可能なインターフェースの帯域幅が同程度の大きさであると決定することをさらに含む上記［１］記載の方法。
［５］前記複数のリクエストを送信することは、接続ラウンドロビンによりマルチホームのホストに対してリンクを集約することによって、フルなリンク利用を維持することをさらに含む上記［１］記載の方法。
［６］前記複数のリクエストを送信することは、宛先アドレスとしての、プロキシサーバのそれぞれのＩＰアドレスを、クライアントの前記ネットワークインターフェースのうちの１つに結合する、静的なルーティングテーブルエントリーを、ルーティングテーブル中にインストールすることをさらに含む上記［５］記載の方法。
［７］複数のプロキシサーバにわたってＨＴＴＰリクエストを分配するために、プロキシ自動設定（ＰＡＣ）を使用することをさらに含む上記［６］記載の方法。
［８］前記ＰＡＣを使用することは、決定論的プロセスおよびランダムプロセスのうちの選択された１つにしたがって分配することをさらに含む上記［７］記載の方法。
［９］前記複数のネットワークインターフェースを束ねることは、クライアント上のそれぞれのインターフェースに各々向けられる複数の別のルーティングテーブルエントリーを定義することをさらに含む上記［１］記載の方法。
［１０］前記複数の別のルーティングテーブルエントリーを定義することは、プロキシサーバ上のそれぞれの対応するネットワークインターフェースにリンクすることをさらに含む上記［９］記載の方法。
［１１］パケットデータ通信のための少なくとも１つのプロセッサにおいて、
前記少なくとも１つのプロセッサは、
複数のネットワークインターフェースを束ねる第１のモジュールと、
前記束ねられた複数のネットワークインターフェースを介するパケットデータ通信のための、多数のパラレルな接続を確立する第２のモジュールと、
前記多数のパラレルな接続を介して、複数のリクエストを送信して、ウェブサーバ上にそれぞれ記憶されているパケットデータ部分から構成されるハイパーテキスト転送プロトコル（ｈｔｔｐ）オブジェクトを取り出す第３のモジュールとを具備する少なくとも１つのプロセッサ。
［１２］パケットデータ通信のためのコンピュータプログラムプロダクトにおいて、
前記コンピュータプログラムプロダクトは、
コンピュータに、複数のネットワークインターフェースを束ねさせるための第１の組のコードと、
前記コンピュータに、前記束ねられた複数のネットワークインターフェースを介するパケットデータ通信のための、多数のパラレルな接続を確立させるための第２の組のコードと、
前記コンピュータに、前記多数のパラレルな接続を介して、複数のリクエストを送信させて、ウェブサーバ上にそれぞれ記憶されているパケットデータ部分から構成されるハイパーテキスト転送プロトコル（ｈｔｔｐ）オブジェクトを取り出させるための第３の組のコードとを含む一時的でないコンピュータ読取可能記憶媒体を具備するコンピュータプログラムプロダクト。
［１３］パケットデータ通信のための装置において、
前記装置は、
複数のネットワークインターフェースを束ねる手段と、
前記束ねられた複数のネットワークインターフェースを介するパケットデータ通信のための、多数のパラレルな接続を確立する手段と、
前記多数のパラレルな接続を介して、複数のリクエストを送信して、ウェブサーバ上にそれぞれ記憶されているパケットデータ部分から構成されるハイパーテキスト転送プロトコル（ｈｔｔｐ）オブジェクトを取り出す手段とを具備する装置。
［１４］パケットデータ通信のための装置において、
前記装置は、
複数のネットワークインターフェースと、
前記複数のネットワークインターフェースを束ねるバンドラユーティリティとを具備し、
前記バンドラユーティリティは、前記束ねられた複数のネットワークインターフェースを介するパケットデータ通信のための、多数のパラレルな接続を確立するためのものであり、
前記複数のネットワークインターフェースは、前記多数のパラレルな接続を介して、複数のリクエストを送信して、ウェブサーバ上にそれぞれ記憶されているパケットデータ部分から構成されるハイパーテキスト転送プロトコル（ｈｔｔｐ）オブジェクトを取り出すためのものである装置。
［１５］前記バンドラは、さらに、ＨＴＴＰオブジェクトの異なるセグメントを取り出すことにより、前記ＨＴＴＰオブジェクトを取り出すためのものである上記［１４］記載の装置。
［１６］前記バンドラは、さらに、イーサネットと、第１の無線アクセス技術（ＲＡＴ）のワイヤレスワイドエリアネットワーク（ＷＷＡＮ）と、第２のＲＡＴのＷＷＡＮと、ワイヤードネットワークインターフェースと、ワイヤードローカルアクセスネットワーク（ＬＡＮ）ローカルアクセスネットワーク（ＷＬＡＮ）とからなるグループから、少なくとも２つを選択することにより、前記複数のネットワークインターフェースを束ねるためのものであり、前記選択される２つは、同じタイプのネットワークインターフェースであることがある上記［１４］記載の装置。
［１７］前記バンドラは、さらに、利用可能なインターフェースの帯域幅が同程度の大きさであると決定することによって、前記多数のパラレルな接続を確立するためのものである上記［１４］記載の装置。
［１８］前記バンドラは、さらに、接続ラウンドロビンによりマルチホームのホストに対してリンクを集約することによって、フルなリンク利用を維持するためのものである上記［１４］記載の装置。
［１９］前記バンドラは、さらに、宛先アドレスとしての、プロキシサーバのそれぞれのＩＰアドレスを、クライアントの前記ネットワークインターフェースのうちの１つに結合する、静的なルーティングテーブルエントリーを、ルーティングテーブル中にインストールするためのものである上記［１８］記載の装置。
［２０］前記バンドラは、さらに、複数のプロキシサーバにわたってＨＴＴＰリクエストを分配するために、プロキシ自動設定（ＰＡＣ）を使用するためのものである上記［１９］記載の装置。
［２１］前記バンドラは、さらに、決定論的プロセスおよびランダムプロセスのうちの選択された１つにしたがって分配することにより、前記ＰＡＣを使用するためのものである上記［２０］記載の装置。
［２２］前記バンドラは、さらに、クライアント上のそれぞれのインターフェースに各々向けられる複数の別のルーティングテーブルエントリーを定義することにより、前記複数のネットワークインターフェースを束ねるためのものである上記［１４］記載の装置。
［２３］前記バンドラは、さらに、プロキシサーバ上のそれぞれの対応するネットワークインターフェースにリンクすることにより、前記複数の別のルーティングテーブルエントリーを定義するためのものである上記［２２］記載の装置。

Claims (23)

1. パケットデータ通信のための方法において、
   前記方法は、
   アプリケーションレイヤにおいて、クライアントに関係付けられているアプリケーションに利用可能な帯域幅を増加させるために、複数のネットワークインターフェースを結合することで、前記複数のネットワークインターフェースを、前記クライアントによって束ねることと、
   前記束ねられた複数のネットワークインターフェースを介するパケットデータ通信のための、多数のパラレルな接続を確立することと、
   前記多数のパラレルな接続を介して、複数のリクエストを送信して、複数の異なるウェブサーバ上にそれぞれ記憶されているパケットデータ部分から構成される少なくとも１つのオブジェクトを取り出すこととを含み、
   前記複数のリクエストを送信することは、接続ラウンドロビンによりマルチホームのホストに対してリンクを集約することによって、フルなリンク利用を維持することをさらに含む、方法。
2. 前記複数のリクエストを送信することは、前記オブジェクトの異なるセグメントを取り出すように構成されている請求項１記載の方法。
3. 前記複数のネットワークインターフェースを束ねることは、イーサネットと、第１の無線アクセス技術（ＲＡＴ）のワイヤレスワイドエリアネットワーク（ＷＷＡＮ）と、第２のＲＡＴのＷＷＡＮと、ワイヤードネットワークインターフェースと、ワイヤードローカルアクセスネットワーク（ＬＡＮ）と、ワイヤレスローカルアクセスネットワーク（ＷＬＡＮ）とからなるグループから、互いに異なる少なくとも２つのネットワークインターフェースを選択することをさらに含み、前記選択される２つは、同じタイプのネットワークインターフェースであることがある請求項１記載の方法。
4. 前記多数のパラレルな接続を確立することは、利用可能なインターフェースの帯域幅が同程度の大きさであると決定することをさらに含む請求項１記載の方法。
5. 前記複数のリクエストを送信することは、宛先アドレスとしての、プロキシサーバのそれぞれのＩＰアドレスを、クライアントの前記ネットワークインターフェースのうちの１つに結合する、静的なルーティングテーブルエントリーを、ルーティングテーブル中にインストールすることをさらに含む請求項１記載の方法。
6. 複数のプロキシサーバにわたってリクエストを分配するために、プロキシ自動設定（ＰＡＣ）を使用することをさらに含む請求項５記載の方法。
7. 前記ＰＡＣを使用することは、決定論的プロセスおよびランダムプロセスのうちの選択された１つにしたがって分配することをさらに含む請求項６記載の方法。
8. 前記複数のネットワークインターフェースを束ねることは、クライアント上のそれぞれのインターフェースに各々向けられる複数の別のルーティングテーブルエントリーを定義することをさらに含む請求項１記載の方法。
9. 前記複数の別のルーティングテーブルエントリーを定義することは、プロキシサーバ上のそれぞれの対応するネットワークインターフェースにリンクすることをさらに含む請求項８記載の方法。
10. パケットデータ通信のための少なくとも１つのプロセッサにおいて、
    前記少なくとも１つのプロセッサは、
    アプリケーションレイヤにおいて、クライアントに関係付けられているアプリケーションに利用可能な帯域幅を増加させるために、複数のネットワークインターフェースを結合することで、前記複数のネットワークインターフェースを、前記クライアントによって束ねる第１のモジュールと、
    前記束ねられた複数のネットワークインターフェースを介するパケットデータ通信のための、多数のパラレルな接続を確立する第２のモジュールと、
    前記多数のパラレルな接続を介して、複数のリクエストを送信して、複数の異なるウェブサーバ上にそれぞれ記憶されているパケットデータ部分から構成される少なくとも１つのオブジェクトを取り出す第３のモジュールとを具備し、
    前記第３のモジュールは、前記複数のリクエストを送信する際に、接続ラウンドロビンによりマルチホームのホストに対してリンクを集約することによって、フルなリンク利用を維持する、少なくとも１つのプロセッサ。
11. パケットデータ通信のためのコンピュータ読取可能記憶媒体において、
    前記コンピュータ読取可能記憶媒体は、
    コンピュータに、アプリケーションレイヤにおいて、クライアントに関係付けられているアプリケーションに利用可能な帯域幅を増加させるために、複数のネットワークインターフェースを結合することで、前記複数のネットワークインターフェースを、前記クライアントによって束ねさせるための第１の組のコードと、
    前記コンピュータに、前記束ねられた複数のネットワークインターフェースを介するパケットデータ通信のための、多数のパラレルな接続を確立させるための第２の組のコードと、
    前記コンピュータに、前記多数のパラレルな接続を介して、複数のリクエストを送信させて、複数の異なるウェブサーバ上にそれぞれ記憶されているパケットデータ部分から構成される少なくとも１つのオブジェクトを取り出させるための第３の組のコードとを含み、
    前記第３の組のコードは、前記複数のリクエストを送信させる際に、接続ラウンドロビンによりマルチホームのホストに対してリンクを集約することによって、フルなリンク利用を維持する、コンピュータ読取可能記憶媒体。
12. パケットデータ通信のための装置において、
    前記装置は、
    アプリケーションレイヤにおいて、クライアントに関係付けられているアプリケーションに利用可能な帯域幅を増加させるために、複数のネットワークインターフェースを結合することで、前記複数のネットワークインターフェースを、前記クライアントによって束ねる手段と、
    前記束ねられた複数のネットワークインターフェースを介するパケットデータ通信のための、多数のパラレルな接続を確立する手段と、
    前記多数のパラレルな接続を介して、複数のリクエストを送信して、複数の異なるウェブサーバ上に記憶されているパケットデータ部分から構成される少なくとも１つのオブジェクトを取り出す手段とを具備し、
    前記取り出す手段は、前記複数のリクエストを送信する際に、接続ラウンドロビンによりマルチホームのホストに対してリンクを集約することによって、フルなリンク利用を維持する、装置。
13. パケットデータ通信のための装置において、
    前記装置は、
    プロセッサと、
    複数のネットワークインターフェースと、
    アプリケーションレイヤにおいて、クライアントに関係付けられているアプリケーションに利用可能な帯域幅を増加させるために、複数のネットワークインターフェースを結合することで、前記複数のネットワークインターフェースを前記クライアントによって束ねる、プロセッサによって実行可能なバンドラユーティリティとを具備し、
    前記バンドラユーティリティは、前記束ねられた複数のネットワークインターフェースを介するパケットデータ通信のための、多数のパラレルな接続を確立するためのものであり、
    前記複数のネットワークインターフェースは、前記多数のパラレルな接続を介して、複数のリクエストを送信して、複数の異なるウェブサーバ上にそれぞれ記憶されているパケットデータ部分から構成される少なくとも１つのオブジェクトを取り出すためのものであり、
    前記バンドラユーティリティはさらに、接続ラウンドロビンによりマルチホームのホストに対してリンクを集約することによって、フルなリンク利用を維持するためのものである、装置。
14. 前記バンドラユーティリティはさらに、前記オブジェクトの異なるセグメントを取り出すことにより、少なくとも１つのオブジェクトを取り出すためのものである請求項１３記載の装置。
15. 前記バンドラユーティリティはさらに、イーサネットと、第１の無線アクセス技術（ＲＡＴ）のワイヤレスワイドエリアネットワーク（ＷＷＡＮ）と、第２のＲＡＴのＷＷＡＮと、ワイヤードネットワークインターフェースと、ワイヤードローカルアクセスネットワーク（ＬＡＮ）と、ワイヤレスローカルアクセスネットワーク（ＷＬＡＮ）とからなるグループから、互いに異なる少なくとも２つのネットワークインターフェースを選択することにより、前記複数のネットワークインターフェースを束ねるためのものであり、前記選択される２つは、同じタイプのネットワークインターフェースであることがある請求項１３記載の装置。
16. 前記バンドラユーティリティはさらに、利用可能なインターフェースの帯域幅が同程度の大きさであると決定することによって、前記多数のパラレルな接続を確立するためのものである請求項１３記載の装置。
17. 前記バンドラユーティリティはさらに、宛先アドレスとしての、プロキシサーバのそれぞれのＩＰアドレスを、クライアントの前記ネットワークインターフェースのうちの１つに結合する、静的なルーティングテーブルエントリーを、ルーティングテーブル中にインストールするためのものである請求項１３記載の装置。
18. 前記バンドラユーティリティはさらに、複数のプロキシサーバにわたってリクエストを分配するために、プロキシ自動設定（ＰＡＣ）を使用するためのものである請求項１７記載の装置。
19. 前記バンドラユーティリティはさらに、決定論的プロセスおよびランダムプロセスのうちの選択された１つにしたがって分配することにより、前記ＰＡＣを使用するためのものである請求項１８記載の装置。
20. 前記バンドラユーティリティはさらに、クライアント上のそれぞれのインターフェースに各々向けられる複数の別のルーティングテーブルエントリーを定義することにより、前記複数のネットワークインターフェースを束ねるためのものである請求項１３記載の装置。
21. 前記バンドラユーティリティはさらに、プロキシサーバ上のそれぞれの対応するネットワークインターフェースにリンクすることにより、前記複数の別のルーティングテーブルエントリーを定義するためのものである請求項２０記載の装置。
22. 前記オブジェクトは、ハイパーテキスト転送プロトコル（ｈｔｔｐ）オブジェクトである、請求項１記載の方法。
23. 前記オブジェクトは、ハイパーテキスト転送プロトコル（ｈｔｔｐ）オブジェクトである、請求項１３記載の装置。

Images