"多数の通信リンクの帯域幅をアプリケーション層でアグリゲートするシステムであって、前記システムは、ユーザ定義入力を受信するユーザインタフェース、帯域幅アグリゲーションのために使用される多数のアクティブ物理インタフェースのルーティングテーブルを生成し更新するための少なくとも一つのルーティングテーブル更新装置、及びプロトコルスタックのアプリケーション層に存在し、前記多数のアクティブ物理インタフェースへのデータ分配及びデータ送信並びに前記多数の物理インタフェースからのデータ受信及びデータアセンブリを実行する少なくとも一つの制御モジュール、を備える、システム。前記ユーザ定義入力は、それらの帯域幅をアグリゲートするインタフェースの総数、それらのインタフェース識別子、前記インタフェースのデフォルト帯域幅/データレート、URLuniformresourcelocator又は任意選択であるアドレスの宛先、動作モード、前記物理インタフェースにより更に処理されるファイル名を備える、請求項1記載のシステム。前記ルーティングテーブル更新装置が、デフォルトアクティブインタフェースのIPアドレス及びそれらのゲートウェイのIPアドレスを決定するために、デフォルトというキーワードで前記ルーティングテーブルを検索する、請求項1記載のシステム。ルーティングテーブル更新装置が、eth0及びppp0を含むインタフェース識別子をキーワードとして前記ルーティングラフィックテーブルを検索し、前記ルーティングテーブル内の非デフォルトアクティブ物理インタフェースについては最初のIPアドレスをゲートウェイIPアドレスとして推測する、請求項1記載のシステム。前記制御モジュールが、前記アクティブ物理インタフェースによる送信及び受信のためのデータ分配比を前記アクティブ物理インタフェースの所定のデータレートに基づいて決定する、請求項1記載のシステム。前記制御モジュールが各インタフェースに対して割り当てられたデータの送信又は受信を同時に実行する操作スレッドを生成する、請求項1記載のシステムにおいて、前記操作スレッドの数がアクティブ物理インタフェースの数と同数である、システム。前記制御モジュールが、ローカルシステム内のインタフェースにより受信されるデータを併合するのに加えて、リモートシステムへのアクセスを記述し実行するウェブスクリプトを用いることによってリモートシステムに送信されるデータを併合する、請求項1記載のシステム。前記システムは外部ネットワークとの通信に対するデータレートを単一の物理インタフェースを用いるデータレートのn倍に高め、ここで、nは同様のネットワークと通信する同一データレート/帯域幅からなる物理インタフェースの数である、請求項1記載のシステム。前記外部ネットワークは有線又は無線ネットワーク又はその組み合わせを備える、請求項8記載のシステム。前記システムはコンピュータシステムの多数の物理インタフェースのデータレートをアグリゲートし、それによって各物理インタフェースのデータレートを加え合わせる、請求項1記載のシステム。システム内の多数の通信リンクの帯域幅をアプリケーション層でアグリゲートする方法であって、前記方法は以下のプロセッサ実行ステップ、aルーティングテーブル更新装置を用いてコマンドを実行することによって、システム内の多数のアクティブ物理インタフェースを決定するステップ、b前記ルーティングテーブル更新装置を用いてルーティングテーブルを検索することによって、前記アクティブインタフェースのIPアドレス及びそれらのゲートウェイのIPアドレスを決定するステップ、c前記ルーティングテーブル更新装置を用いて多数のアクティブ物理インタフェースの各々をそれらのゲートウェイと一緒にルーティングテーブルに加えることによって、ルーティングテーブルを生成し更新するステップ、d制御モジュールを用いて、前記多数のアクティブ物理インタフェースによる送信及び受信のためのデータ分配比をアクティブ物理インタフェースの所定のデータレートに基づいて決定するステップ、e前記制御モジュールを用いて、前記アクティブ物理インタフェースの各々対して多数の操作スレッドを生成するステップ、f前記制御モジュールを用いて、送信又は受信のためにデータをアクティブ物理インタフェースの各々に分配するステップ、g前記制御モジュールを用いて、前記多数のアクティブ物理インタフェースからのデータを同時に受信するステップ、及びh前記制御モジュールを用いて、前記アクティブ物理インタフェースの各々をそれぞれの操作スレッドと結び付けるステップ、を備える、方法。ローカルシステム内のインタフェースにより受信されるデータを併合し、リモートシステムへのアクセスを記述し実行するウェブスクリプトを用いることによって同じリモートシステムに送信されるデータを併合する、請求項11記載の方法。前記方法は、帯域幅アグリゲーションを実行するために特定のネットワーク構成を必要としない、請求項11記載の方法。前記物理インタフェースはそれらの特定のIPアドレス/インタフェース識別子に拘束され、それゆえ物理インタフェースによるデータの分配及び結合はアプリケーション層のみで起こる、請求項11記載の方法。前記方法は帯域幅アグリゲーションを実行するためにネットワークプロキシ又はコントローラを必要としない、請求項11記載の方法。前記方法は、ファイナルシステム又は宛先ノードにクライアントサーバ構成のような対応モジュール/コンポーネント又はカウンタコンポーネントを必要としない、請求項11記載の方法。前記方法は、サービスレベル合意を必要としない、請求項11記載の方法。前記方法はアプリケーション層でランする、請求項11記載の方法。前記方法は、外部ネットワークとの通信に対するデータレートを単一の物理インタフェースを用いるデータレートのn倍に高め、ここで、nは同様のネットワークと通信する同一データレート/帯域幅からなる物理インタフェースの数である、請求項11記載の方法。前記外部ネットワークは有線又は無線ネットワーク又はその組み合わせを備える、請求項11記載の方法。従って、多数のアクティブ物理インタフェースの帯域幅アグリゲーションを、特定のネットワーク構成、プロキシシステム、サービスレベル合意又は送信元及び送信先間に位置するネットワーク制御システムを使用することなく、重要なことには、ファイナルエンドで対応モジュール又はコンポーネントを使用することなく、アプリケーション層に基づいて達成するという長年の問題を解決する必要がある。本発明の主な目的は、多数のアクティブ物理インタフェースの帯域幅アグリゲーションをアプリケーション層で達成するシステム及び方法を提供することにある。本発明の別の目的は、アプリケーション層にあって、関連するコンピュータシステムの総合帯域幅を増大する制御モジュールを用いて、アクティブ物理インタフェースによるダウンロード及びアップロードのデータ伝送レートを高めるシステム及び方法を提供することにある。本発明の別の目的は、帯域幅アグリゲーションプロセスに加えることができるアクティブ物理インタフェースをアプリケーション層で決定するシステム及び方法を提供することにある。本発明の別の目的は、データを同時に多数の物理インタフェースを通して送受することによって総合データ操作時間を減少させることができる帯域幅アグリゲーションを提供するシステム及び方法を提供することにある。本発明の更に別の目的は、物理層、媒体アクセス制御MAC及び他の上位層の機能ブロック/機能を不変に維持したまま物理インタフェースのデータ転送及び受信パスをアセンブルするシステム及び方法を提供することにある。本発明の更に別の目的は、多数のアクティブ物理インタフェースの帯域幅をアグリゲートすることができるアプリケーション層フレームワークを提供することにある。システム、コンポーネント及び方法について記載する前に、本発明の可能な実施例は多数存在し、それらは本明細書において明確に特定されないので、本発明は記載される特定のシステム及び不法に限定されるものではないことを理解されたい。また、本明細書で使用される用語は特定のバージョン又は実施例を記述するためにのみ使用され、本発明の範囲を限定することを意図するものでなく、本発明の範囲は添付の特許請求の範囲によってのみ限定されることも理解されたい。本発明は多数のアクティブ物理インタフェースの帯域幅をアグリゲートするシステムを想定する。本発明の一つの態様においては、システム内に存在するアクティブ物理インタフェース及びそれらの関連IPインターネットプロトコルアドレスを決定する方法及びシステムが提供される。本発明の別の態様においては、これらのインタフェースのゲートウェイのIPアドレスを決定する方法及びシステムが提供される。これらのインタフェースはルーティングテーブルに新しいルートとして、等しい重み/優先順位を有する次のホップとして、加えられる。更に他の態様においては、多数の操作スレッドを並列に維持する方法及びシステムが提供される。操作スレッドの数はそれらの帯域幅がアグリゲートされるインタフェースの数と同数である。操作スレッドはデータフェッチ並びにデータ転送アクティビティを同時に実行することができる。前記システムは操作すべき全データを関連するインタフェースに分割し、そのデータ分割比をインタフェースのデフォルトデータレートの比に等しく維持する。更に本発明によれば、総合データ送信及び受信レートを増大し、それによって、物理層、媒体アクセス層、ネットワーク層、トランスポート層などのOSIOpenSystemsInterconnection又はTCP/IPスタックの種々の層の機能を不変に維持したまま、データをフェッチ又は送信するアプリケーションの総合動作時間を減少させる方法及びシステムが提供される。帯域幅アグリゲーションシステムは多数のアクティブ物理インタフェース及び2つ以上のネットワーク接続を必要とする。本発明によれば、システムを実現するために、ユーザ定義入力として以下の前提条件:アグリゲートすべきインタフェースの総数eth0eth1ppp0ppp1などのインタフェース識別子インタフェースのデータレートkbps単位データ処理のURLuniformresourcelocator;例えばストリーミングするビデオのURLuniformresourcelocator又はダウンロード又はアップロードするファイルのURLが要求される。上記の概要及び次の好適実施例の詳細の説明は、添付図面とともに読むと良く理解される。本発明の説明のために、本発明の例示的構成が示されるが、本発明は図に示される特定のシステム及び方法に限定されるものではない。次に添付図面を参照して本発明を説明する。本発明のいくつかの実施例が、そのすべての特徴を例示して以下に詳しく説明される。備える、有する及び含むという語、およびそれらの変化形は、同等の意味であり、また、これらの語の前に位置する要素はそれらの要素の網羅的列挙であることを意味するものでなく、列挙されている要素のみに限定されることを意味するのではない。また、本明細書および添付の請求項において数を特定してない要素は複数の存在を除外するものではないことに注意されたい。本明細書に記載されるものと類似あるいは同等の如何なるシステム及び方法も本発明の実施や試験に用いることができるが、以下では好ましい方法およびシステムについて説明する。開示される実施例は模範例にすぎない。本発明は電気通信の分野に関する。特に、本発明はネットワーク通信に関し、システムの多数の物理通信リンクの帯域幅アグリゲーションをアプリケーション層に基づいて達成し、システムの総合帯域幅を高めようとするものである。本発明による、多数の通信リンクの帯域幅をアプリケーション層でアグリゲートするシステムは、aユーザ定義入力を受信するユーザインタフェース、b帯域幅アグリゲーションのために使用される多数のアクティブ物理インタフェースのルーティングテーブルを生成し更新するための少なくとも一つのルーティングテーブル更新装置、及びcプロトコルスタックのアプリケーション層に存在し、前記多数のアクティブ物理インタフェースへのデータ分配並びに前記多数の物理インタフェースからのデータアセンブリを実行する少なくとも一つの制御モジュール、を備える。図1は、本発明の種々の模範的な実施例による、多数の通信リンクの帯域幅をアプリケーション層に基づいてアグリゲートするシステム構成100を示す。システム100は、ユーザインタフェース102、ルーティングテーブル更新装置104、ルーティングテーブル106、制御モジュール108、物理インタフェース300、及びTCP/IPプロトコルスタック200の最上位で動作するアプリケーション層を備える。TCP/IPスタック200は更にハイパーテキストトランスファープロトコルHTTP201図示せず、ファイルトランスファープロトコルFTP220、トランスポートプロトコル222、インターネットプロトコルIP224、媒体アクセス制御MACプロトコル226及び物理層プロトコル228を備える。本発明の一つの模範的な実施例によれば、前記ユーザインタフェース102は、前記システム100で使用されるインタフェースID、インタフェースのデフォルト帯域幅、URLuniformresourcelocator/宛先アドレス、アプリケーションのモードアップロード、ダウンロード、ストリーミング等、ファイル名などのユーザ定義入力を受信する。前記ユーザインタフェース102は、コンピュータ、PDA、ラップトップなどのコンピュータデバイスのユーザインタフェースを備える。本発明の一実施例では、システムを実現するために、ユーザ定義入力として下記の前提条件:アグリゲートすべきインタフェースの総数eth0eth1ppp0ppp1などのインタフェース識別子インタフェースのデータレートkbps単位データ処理のURLuniformresourcelocator;例えばストリーミングビデオのURLuniformresourcelocator又はダウンロード又はアップロードするファイルのURLが要求される。本発明の他の実施例では、ルーティングテーブル更新装置104は当該コンピュータシステムに存在するアクティブインタフェースを決定する。本発明の一つの模範的な実施例によれば、通信リンクの特定の宛先までのルートを記録するルーティングテーブル106を更新するためにルーティングテーブル更新装置104を使用する。ルーティングテーブル更新装置104は、デフォルトルートとして既に存在するデフォルトアクティブインタフェース300のIPアドレス及びそれらのゲートウェイのIPアドレスを決定するために、デフォルトというキーワードでルーティングテーブル106を検索する。ルーティングテーブル更新装置104は、更に、これらのインタフェース300のIPアドレス及びそれらのゲートウェイのIPアドレスを決定するために、インタフェース識別子、即ちeth0eth1ppp0などのキーワードでルーティングラフィックテーブル106を検索する。本発明の一つの本質的な実施例によれば、ルーティングテーブル更新装置104は帯域幅アグリゲーションシステム100の一つのコンポーネントである。更に、ルーティングテーブル更新装置104は、帯域幅アグリゲーションのために選択されたインタフェースについてルーティングテーブル106を修正する。更新装置104はそれらのインタフェースをそれらのゲートウェイアドレスと一緒にデフォルトルートとして、次のホップとして、システム100の既存のルーティングテーブル106に加える。制御モジュール108はTCP/IPプロトコルスタック200を構成するアプリケーション層に存在する。TCP/IPプロトコルスタック200は更にハイパーテキストトランスファープロトコルHTTP201図示せず、ファイルトランスファープロトコルFTP202、トランスポートプロトコル204、インターネットプロトコルIP206、媒体アクセス制御MACプロトコル208及び物理層プロトコル210などの種々のプロトコル層及びそれらの組み合わせを備える。本発明の一つの実施例によれば、制御モジュール108はインタフェースのデフォルトデータレートに応じてインタフェースによる送信又は受信のために分配すべきデータの量を決定する。n個のインタフェースのデータレート/帯域幅がn1,n2...nnである場合、n個のインタフェースにより処理されるデータの比はn1:n2...:nnである。即ち、制御モジュール108はそれらのインタフェースにより分配されるデータ量の比をそれらのインタフェースのデフォルトデータレートの比に等しく維持する。本発明の別の実施例では、制御モジュール108はアクティブ物理インタフェースと同数の多数の操作スレッド116を生成し、制御モジュール108は主マスタスレッドのままである。これらの操作スレッド116は制御モジュール108によりそれらに割り当てられるデータのデータ送信又は受信を異なる物理インタフェース300を通して独立に実行する。制御モジュール108はローカルシステム内のインタフェースで受信されるデータを併合する。また、制御モジュール108はアクティブ物理インタフェース300により送信されるデータを分配する。システムのデータ送信レート及び受信レートは物理インタフェース300のデータレートの和になる。本発明によれば、物理インタフェース300を経るデータの送信及び受信の生起は制御モジュール108のそれぞれの操作スレッド116に拘束される。物理インタフェース300はそれらの特定のIPアドレス/インタフェース識別子に拘束される。それゆえ物理インタフェース300によるデータの分配及び結合はアプリケーション層のみで生起する。上記の提案のシステム100は帯域幅アグリゲーションを実行するために如何なる特定のネットワーク構成も必要とせず、また帯域幅アグリゲーションを実行するために如何なるネットワークプロキシ又はコントローラも必要としない。更に、上記の提案のシステム100はファイナルシステム/宛先ノードにクライアントサーバ構成のような如何なる対応モジュール/コンポーネント又はカウンタコンポーネントも必要とせず、サービスレベル合意も必要としない。上記の提案のシステム100はアプリケーション層でランし、よってシステム統合が容易である。図2は、本発明の種々の模範的実施例による、システム内の多数の通信リンクの帯域幅をアプリケーション層でアグリゲートする方法の流れ図を示す。提案の方法は、初期ステップ10において、ルーティングテーブル更新装置によりコマンドを実行することによって、システム内の多数のアクティブ物理インタフェースが決定される。多数のアクティブインタフェースの決定後に、ステップ20において、ルーティングテーブル更新装置を用いてルーティングテーブルを検索することによって、これらのインタフェースのIPアドレス及びそれらのゲートウェイのIPアドレスが決定される。次のステップ30において、ルーティングテーブル更新装置を用いて、多数のアクティブ物理インタフェースの各々をそれらのゲートウェイと一緒にルーティングテーブルに加えることによってルーティングテーブルが更新される。次のステップ40において、制御モジュールによって、多数のアクティブ物理インタフェースによる送信及び受信のためのデータの分配比がアクティブ物理インタフェースの所定のデータレートに基づいて決定される。次のステップ50において、制御モジュールによって、アクティブ物理インタフェースの各々対して多数の操作スレッドが生成される。次のステップ60において、制御モジュールによって、アクティブ物理インタフェースの各々がそれぞれの操作スレッドと結び付けられる。次のステップ70において、データが送信のために多数のアクティブ物理インタフェースの各々に分配される。提案の方法の最終ステップ80において、制御モジュールによって、多数のアクティブ物理インタフェースからのデータが同時に受信される。本明細書においては本発明の特定の特徴に重点が置かれているが、多くの変更が可能であり、発明の原理から逸脱することなく多くの変更を好適な実施例に加えることができることはいうまでもない。本発明の本質又は好適実施例におけるこれらの及び他の変更は本明細書の開示内容から当業者に明白であり、よって上述の記載事項は本発明の単なる例示であって、限定として解釈されるべきでないことは明確に理解されたい。発明の利点本発明の技術的利点は、有線および無線の両方に適用可能な外部ネットワークへの通信に対するシステムのデータレートを単一の物理インタフェースを用いるデータレートのn倍に高めるシステムを提供することここで、nは類似のネットワークと通信する同じデータレート/帯域幅からなる物理インタフェースの数である;コンピュータシステムの多数の物理インタフェースのデータレート/帯域幅をアグリゲートし得るシステムを提供すること、即ちデータレートb1b2bnを有するn個のインタフェースがある場合、コンピュータシステムのデータレートをb1b2bn、即ちΣbiここでi1nにすること;データを同時に多数の物理インタフェースを経て送信又は受信することができるシステムを提供すること;データを同時に多数の物理インタフェースを経て送信又は受信することによってデータ操作の総操作時間を減少し得るシステムを提供すること;ネットワーク層のルーティングテーブルへの書き加えを行う以外は、物理層、媒体アクセス制御MAC層及び他の上位層の機能ブロック/機能を不変に維持したまま物理インタフェースのデータ転送及び受信パスをアセンブルするシステムを提供すること;TCP/IPスタックのアプリケーションのみとインタフェースするだけでなく、データ転送及び受信レートをアグリゲートすることによって、動作中のコンピュータシステムの総帯域幅を増大するシステムを提供すること;にある。"