JP5744328B2 - 固定ホストアドレスに基づいて複数の異種網を選択的に用いてデータ送受信を可能にする装置と、そのための方法 - Google Patents

Description

本発明は、異種網、特に通信サービスの利用者数、サービス圏域、または品質などが異なる複数の異種網を選択的に用いて、データ送受信を可能にする装置と、その方法に関する。

移動通信網の発展につれて、利用者は携帯電話はもとより、スマートフォン、タブレットコンピュータなど（以下、“移動通信端末機”と称する）を用いて、場所に拘わらず、必要な多様な情報をブラウジングを通じて確認するか、または所望のコンテンツを受信可能となった。

通常、利用者は、図１に例示されたように、移動通信端末機１０に内蔵されたブラウザ１０ａを通じて、所望のウェブサーバ１２ａから所望の情報、例えば、ウェブページを受信する（Ｓ０１）。この際、前記移動通信端末機１０の運営システム（Ｏ／Ｓ）と前記ブラウザ１０ａとの間には、現在接続されている接続ＩＰアドレスをソースアドレスとし、送信先の前記ウェブサーバ１２ａを宛先アドレスとする通信ソケット（ｓｏｃｋｅｔ）が生成され、その通信ソケットに対応して、前記ウェブサーバ１２ａとのセッションが形成される。前記通信ソケットは、通信の接点に位置する論理オブジェクトであり、“プロトコル”、“発信地（ｏｒｉｇｉｎａｔｉｎｇ）ＩＰアドレスとポート（ｐｏｒｔ）”、“送信先（ｄｅｓｔｉｎａｔｉｏｎ）ＩＰアドレスとポート”を、その構成要素とする。前記セッションについては、前記運営システムが現在接続している通信網１１がデータ経路として提供され、前記通信網１１は、通信状況、または端末の環境などにより、移動電話通信網（例えば、ＣＤＭＡ２０００またはＷ−ＣＤＭＡ方式の移動電話通信網）であるか、そうでなければ、高速の無線ネットワーク、例えば、Ｗｉ−Ｆｉ無線ＬＡＮ網、またはその他の移動通信網であり得る。

利用者が、受信されたウェブページから１つのコンテンツを選択する場合、それによるデータ要求、例えば、ＨＴＴＰ（Ｈｙｐｅｒ−Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）Ｒｅｑｕｅｓｔは、前述した方式により別途のセッションが、前記運営システムによって開設された後、そのセッションを通じて該当サーバ１２ｂに伝達され（Ｓ０２）、そのサーバ１２ｂは、受信されたＨＴＴＰ Ｒｅｑｕｅｓｔを解釈し、それによるＨＴＴＰ Ｒｅｓｐｏｎｓｅを構成して、ダウンロード、またはストリーミング（ｓｔｒｅａｍｉｎｇ）方式で、当該ＨＴＴＰ Ｒｅｑｕｅｓｔを送信した端末１０に伝送する（Ｓ０３）。ＨＴＴＰ Ｒｅｓｐｏｎｓｅが受信されれば、そのＲｅｓｐｏｎｓｅに記載の情報のＭＩＭＥタイプなどによって確認される該当コンテンツの類型に関連したプレーヤ１０ｂが起動することもできる。前記プレーヤ１０ｂが起動すれば、受信されたＨＴＴＰ Ｒｅｓｐｏｎｓｅに含まれている該当コンテンツのデータをレンダリング（ｒｅｎｄｅｒｉｎｇ）することになる。

ところで、移動通信環境は、有線網に比べて、非常に流動的である。特に、用いている通信網が、制限された地域に散布されている無線ＬＡＮ網、例えば、Ｗｉ−Ｆｉ網である場合には、特にそうである。したがって、前記例示された送受信過程中に、前記通信網１１との接続が解除されることもある。このように接続が解除されれば、前記端末１０の運営システムは、現在の利用可能な通信網を確認し、該通信網から新たな接続ＩＰアドレスを割り当てられる。かような状況が発生すれば、以前に使用した接続ＩＰアドレスをソースアドレスとし、生成されたソケットは、これ以上有用でないので、前記ブラウザ１０ａ、またはプレーヤ１０ｂは、最終データが受信された状態で停止（ｈａｌｔ）状態となる。

かような状態では、新たな接続ＩＰアドレスが割り当てられた後、前記端末１０の運営システムが行った画面上の特定表示を認知したり、あるいは適当な時間が経過した後、ユーザの介入により前述した過程を最初から再実行することによって、ユーザは、所望のコンテンツを受信可能となる。

本発明は、異種網をいずれも使用することによって、一部通信網との通信断絶、または不安定状態でも、安定した通信環境を提供する装置と方法とを提供するところに一目的がある。

本発明の他の目的は、異種網をいずれも使用することによって、一部通信網との接続状態の断続にも拘わらず、アプリケーションが使用する接続アドレスを固定的に保持させる装置と方法とを提供するところにある。

本発明のさらに他の目的は、通信環境が非常に可変的な移動通信環境下で、可用の異種網を併用して、データの受信速度を改善させる装置と方法とを提供するところにある。

本発明のさらに他の目的は、通信環境、要求される情報の量、サービス利用料金のような多様な情報に基づいて、複数の異種網から１つまたはそれ以上の通信網を選択して利用可能にする最適の通信サービスの利用のための装置と方法とを提供するところにある。

本発明の目的は、前記明示的に叙述された目的に限定されず、本発明に係わる具体的かつ例示的な下記の説明から導出可能な効果を達成することも、その目的に当然含む。

本発明の一側面による、複数の異種網にアクセス可能な移動通信端末機は、内部アドレスを目的地として生成されたローカル（ｌｏｃａｌ）通信ソケットを通じて、前記移動通信端末機で実行されるアプリケーションとのデータ交換を行うための内処理部と、前記複数の異種網のうち、いずれか１つの通信網で割り当てられた接続アドレスをソース（ｓｏｕｒｃｅ）アドレスとし、外部アドレスを目的地とした外向き通信ソケットを少なくとも１つ生成し、該生成された外向き通信ソケットを通じて、前記外部アドレスのサーバとのデータ交換を行うための外処理部を含んで構成される。そして、前記ローカル通信ソケットと前記外向き通信ソケットは、互いに連携関係にある通信ソケット間にデータ交換がなされる。

本発明による一実施例では、前記ローカル通信ソケットは、前記移動通信端末機に設定されたプロキシ情報に記載の前記内部アドレスに基づいて、任意の外部サーバに伝送する通信規約による要求、例えば、ＨＴＴＰ Ｒｅｑｕｅｓｔの宛先アドレスに関係なく、前記内部アドレスを目的地とした通信ソケット生成要請によって生成される。そして、前記プロキシ情報は、前記内処理部、または前記外処理部を含むプロセスの実行によって設定されることもある。

本発明による他の一実施例では、前記ローカル通信ソケットは、任意の外部サーバに対して要請されて外部に伝送された通信規約による要求に対するリダイレクト（ｒｅｄｉｒｅｃｔｉｏｎ）指示で指定された前記内部アドレスを目的地とした通信ソケットの生成要請によって生成される。

本発明によるさらに他の実施例では、前記ローカル通信ソケットは、前記移動通信端末機で実行されるアプリケーションが、任意の外部サーバに伝送する通信規約による要求の宛先アドレスに関係なく、前記アプリケーションに設定されている前記内部アドレスを目的地とした通信ソケットの生成要請によって生成される。本実施例では、前記アプリケーションは、前記通信規約による要求に、前記内部アドレスをホスト（ｈｏｓｔ）フィールドに挿入した通信規約による要求を、前記ローカル通信ソケットを通じて、前記内処理部に伝達し、前記内処理部は、受信された通信規約による要求のホストフィールドに挿入されている前記内部アドレスを除去し、本来の通信規約による要求を復元して、前記外処理部に伝達するように構成されても良い。また、本実施例では、前記アプリケーションは、選択される項目による通信規約による要求に対して選別的に、例えば、要求するデータ量が多い通信規約による要求のみを、前記ローカル通信ソケットを通じて、前記内処理部に伝達するように構成されても良い。

本発明による一実施例では、前記移動通信端末機は、前記複数の異種網のうち、１つ以上の通信網の現状、または設定されたサービス利用料金方式に基づいて、前記ローカル通信ソケットを通じて受信される通信規約による要求を伝送する１つ以上の通信網を決定し、その決定された通信網を前記外処理部に報知するように構成された網選択部をさらに含んで構成されても良い。そして、前記網選択部は、前記ローカル通信ソケットを通じて受信された通信規約による要求が、受信意図のデータ量にも基づいて、前記受信した通信規約による要求を伝送する１つ以上の通信網を決定して、前記外処理部に報知するように、さらに構成されても良い。前記網選択部からの報知により、前記外処理部は、決定された通信網を使用するための外向き通信ソケットを生成したり、またはその通信網に対して生成されている既存の外向き通信ソケットをも使用できる。

本発明による一実施例では、前記移動通信端末機は、前記外向き通信ソケットを通じて送信された通信規約による要求に対する応答を、完全な通信規約による応答の構成のために、または前記送信された通信規約による要求の再送信のために臨時保存するバッファをさらに含んで構成されても良い。

本発明による一実施例では、前記外処理部は、前記複数の異種網のうち、いずれか１つの通信網使用を中断すれば、その通信網を使用すると生成された使用中断の外向き通信ソケットが存在するか否かを確認し、存在すれば、その外向き通信ソケットを通じて送信した通信規約による要求がある場合、前記複数の異種網のうち、他の１つの通信網のために割り当てられた接続アドレスをソースアドレスとし、前記通信規約による要求で指定されたサーバアドレスを目的地とする新たな外向き通信ソケットを生成し、前記生成された新たな外向き通信ソケットを、前記使用中断の外向き通信ソケットと連携している前記ローカル通信ソケットに連携させ、前記生成された新たな外向き通信ソケットを通じて、前記通信規約による要求を再送信したり、前記通信規約による要求によって受信意図されたデータ量の少なくとも一部を要請する通信規約による要求を送信するように構成される。本実施例では、前記外処理部は、前記一部を要請する前記通信規約による要求による応答、例えば、ＨＴＴＰ Ｒｅｓｐｏｎｓｅに含まれたデータを、前記使用中断の外向き通信ソケットを通じて、既受信の通信規約による応答に含まれたデータと組み合わせて、完全な通信規約による応答として構成して、前記内処理部に伝達するように、さらに構成されても良い。

本発明による一実施例では、前記外処理部は、任意の第１外向き通信ソケットに対して、その第１外向き通信ソケットが用いている前記複数の異種網のうち、いずれか１つの第１通信網とは異なる第２通信網を使用する第２外向き通信ソケットをさらに生成し、前記第１外向き通信ソケットを通じて送信した原（ｏｒｉｇｉｎａｌ）通信規約による要求の受信意図した全体データの少なくとも一部区間を要請する通信規約による要求を作成し、前記第１外向き通信ソケットを通じた前記少なくとも一部区間の受信を防止しつつ、前記生成された第２外向き通信ソケットを通じて送信し、前記第１外向き通信ソケットと第２外向き通信ソケットとを通じてそれぞれ受信される通信規約による応答を組み合わせ、前記原通信規約による要求が意図した１つの完成された通信規約による応答を構成して、前記内処理部に伝達するように構成される。本実施例では、前記第１外向き通信ソケットを通じた前記少なくとも一部区間の受信を防止するために、前記少なくとも一部区間を排除するための要請を前記第１外向き通信ソケットを通じて送信するか、そうでなければ、前記第１外向き通信ソケットを通じて、前記少なくとも一部区間のデータが受信される場合に、前記第１外向き通信ソケットを閉鎖（ｃｌｏｓｅ）することもできる。

本発明による一実施例では、前記外処理部は、前記ローカル通信ソケットを通じて受信された原（ｏｒｉｇｉｎａｌ）通信規約による要求が受信意図する全体データを少なくとも２区間に区分し、各区分されたデータ区間を要請する通信規約による要求を作成し、前記複数の異種網のうち、２つ以上の通信網に対して使用するための前記外向き通信ソケットを複数個生成し、前記作成された通信規約による要求が前記２つ以上の通信網に分配される方式で送信されるように、前記生成された複数個の外向き通信ソケットを通じて送信し、前記複数個の通信ソケットを通じてそれぞれ受信される通信規約による応答を組み合わせ、前記原通信規約による要求が意図した１つの完成された通信規約による応答を構成して、前記内処理部に伝達するように構成される。

本発明による一実施例では、前記内部アドレスは、目的地が内部であることを指示すると約束されたＩＰアドレスと、割り当てられたポート番号を含んで構成される。

本発明による一実施例では、前記ローカル通信ソケットと外向き通信ソケットは、プロトコル類型、ソース（ｓｏｕｒｃｅ）ＩＰアドレスとポート、送信先（ｄｅｓｔｉｎａｔｉｏｎ）ＩＰアドレスとポートを構成要素として含む局部プロセス間の、または送信先プロセスとの通信のための論理オブジェクトである。

本発明の異なる一側面による複数の異種網にアクセス可能な移動通信端末機は、内部アドレスを目的地として生成されたローカル通信ソケットを通じて、前記移動通信端末機で実行されるアプリケーションとのデータ交換を行い、前記複数の異種網のうち、いずれか１つの通信網で割り当てられた接続アドレスをソースアドレスとし、外部アドレスを目的地とした外向き通信ソケットを前記ローカル通信ソケットと連携して少なくとも１つ生成し、該生成された外向き通信ソケットを通じて前記外部アドレスのサーバとのデータ交換を行い、互いに連携関係にある前記ローカル通信ソケットと前記外向き通信ソケットとのデータ交換を行うように構成された多重アクセス処理部と、前記外向き通信ソケットを通じた前記外部アドレスのサーバとの前記データ交換のための信号を送受信するように構成された通信部を含んで構成される。

本発明のさらに他の一側面による、プログラムの保存空間を備えている装置は、通信を通じて、外部とのデータ送受信が可能な通信手段と、前記通信手段を通じて送信される、または前記通信手段を通じて受信した移動通信端末機で実行される、アプリケーションが収録されている保存手段を含んで構成され、前記アプリケーションは、前記移動通信端末機で実行される場合、内部アドレスを目的地として生成されたローカル通信ソケットを通じて、前記移動通信端末機で実行される他のアプリケーションとのデータ交換を行い、前記移動通信端末機が使用可能な複数の異種網のうち、いずれか１つの通信網で割り当てられた接続アドレスをソースアドレスとし、外部アドレスを目的地とした外向き通信ソケットを前記ローカル通信ソケットと連携して少なくとも１つ生成し、該生成された外向き通信ソケットを通じて、前記外部アドレスのサーバとのデータ交換を行い、互いに連携関係にある前記ローカル通信ソケットと前記外向き通信との間のデータ交換を行うプログラム構造を含む。本発明による前記装置は、移動通信端末機であってもよく、コンテンツやアプリケーションを収録している送信先のサーバであっても良い。

本発明のさらに他の一側面による複数の異種網を選択的に用いてデータ送受信を可能にする一方法は、内部アドレスを目的地として生成されたローカル通信ソケットを通じて、外部サーバを目的地とする第１データ要求、例えば、ＨＴＴＰ Ｒｅｑｕｅｓｔを受信する１段階と、前記第１データ要求により、前記複数の異種網のうち、いずれか１つの通信網で割り当てられた接続アドレスをソースアドレスとし、前記外部サーバのアドレスを目的地とした外向き通信ソケットを、前記ローカル通信ソケットと連携して少なくとも１つ以上生成し、該生成された外向き通信ソケットを通じて第２データ要求を送信する２段階と、前記第２データ要求の送信により前記外向き通信ソケットを通じて受信される応答データをその外向き通信ソケットと連携している前記ローカル通信ソケットを通じて前記第１データ要求の発信者（ｏｒｉｇｉｎａｔｏｒ）に伝達する３段階と、を含んでなる。

本発明による一実施例では、前記２段階は、前記第２データ要求として前記第１データ要求を送信したり、前記第１データ要求の要請内容を修正して作成された１つ以上のデータ要求を、前記第２データ要求として送信する。

前述した本発明、または下記で添付された図面と共に詳細に説明される本発明の少なくとも一実施例は、移動通信端末機で実行されるアプリケーションが固定されたホストアドレス、すなわち、ローカルアドレスを使用させることで、移動通信端末機が現在接続している通信網に接続障害が発生しても、ローカルアドレスを使用するアプリケーションがそのような障害から影響されず、かつ、障害が発生した通信網を、利用可能な他の通信網に自然に代替するので、アプリケーションは、データ交換を常に安定して行える。

また、必要に応じて、固定されたホストアドレスを使用するアプリケーションに対して、利用可能な複数の異種網の各接続アドレスをいずれも用いて、所望の外部サーバとの通信路を複数個の異種網を通じて開設して、所望のデータの並行受信が可能となるので、データ利用速度を大きく向上させうる。

端末機で実行される多様なアプリケーションが通信網を用いて送信先のサーバが提供する情報を利用する一般的な過程を例示した図面である。 本発明による固定ホストアドレスに基づいて複数の異種網を選択的に使用可能にする方法の一実施例が具現された移動通信端末機のプログラム的観点の論理的構成と外部連結された構成を例示した図面である。 本発明による固定ホストアドレスに基づいて、複数の異種網を選択的に使用可能にする方法が具現された移動通信端末機の構成の一例を例示した図面である。 本発明の一実施例により、プロセス間の通信のための通信ソケットが生成されたことを例示した図面である。 本発明の一実施例によるＨＴＴＰ Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅを内部プロセス間に伝達するための一例であるＩＰパケットフォーマットを例示した図面である。 本発明の一実施例により、ＨＴＴＰ Ｒｅｑｕｅｓｔを多数の異種網に送信することによって、そのＲｅｓｐｏｎｓｅを多数の異種網に分配して受信する過程をそれぞれ例示した図面である。 本発明の一実施例により、ＨＴＴＰ Ｒｅｑｕｅｓｔを多数の異種網に送信することによって、そのＲｅｓｐｏｎｓｅを多数の異種網に分配して受信する過程をそれぞれ例示した図面である。 本発明の他の一実施例による多重アクセス最適化器の構成を例示した図面である。 本発明の他の一実施例による固定ホストアドレスに基づいて、複数の異種網を選択的に使用可能にする方法による過程を例示した図面である。 図９の実施例により、プロセス間の通信のための通信ソケットが生成されたことを例示した図面である。 本発明の一実施例による多重アクセス用アプリケーションが移動通信端末機に備えられ、それによるＨＴＴＰ Ｒｅｑｕｅｓｔの伝達過程を例示的に示す図面である。 本発明の他の一実施例による多重アクセス用アプリケーションが移動通信端末機に備えられ、それによるＨＴＴＰ Ｒｅｑｕｅｓｔの伝達過程を例示的に示す図面である。 図１２の実施例による多重アクセス用アプリケーションの構成と、その構成間のＨＴＴＰ Ｒｅｑｕｅｓｔの伝達過程を例示的に示す図面である。 本発明の他の一実施例によるＨＴＴＰ Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅを、内部プロセス間に伝達するための一例であるＩＰパケットフォーマットを例示した図面である。

以下、本発明による実施例に対して添付された図面を参照して詳細に説明する。

図２は、本発明による固定ホスト（ｈｏｓｔ）アドレスに基づいて、複数の異種網を選択的に用いてデータ送受信を可能にする方法の一実施例が具現された移動通信端末機のプログラム的観点の論理的構成と外部連結された構成を例示したものである。

図面に例示された前記移動通信端末機１００のプログラム的観点の論理的構成は、前記移動通信端末機１００のハードウェア資源（図３に例示）の駆動、該当資源との適切な信号及び／または情報交換を行うための通常の運営システム（アンドロイド、ＩＯＳなど）、または本発明のために特化した運営システム１００ａを備えており、また、前記運営システム１００ａ下で実行される通常のブラウザ１０ａとプレーヤ１０ｂとを選択的に含む。もちろん、これら以外の多様なアプリケーションが具現されていても良いが、本発明の原理と概念とを説明するに当たって、不要なので、通常のアプリケーション（以下、“アプリ”と略称する）については、例示を省略する。そして、前記例示された移動通信端末機１００は、本発明による固定ホストアドレスに基づいて、複数の異種網を選択的に用いて、データ送受信を可能にする方法の一実施例が具現された多重アクセス処理部を含む。

図面に例示された多重アクセス最適化器（Ｍｕｌｔｉｐｌｅ−Ａｃｃｅｓｓ Ｏｐｔｉｍｉｚａｔｉｏｎ Ａｇｅｎｔ）１１０は、前記多重アクセス処理部として前記移動通信端末機１００に具現されたプロセス（ｐｒｏｃｅｓｓ）、またはアプリケーションとして、図２に例示されたように、前記運営システム１００ａを基盤に実行されるプログラムコードの構造を有するソフトウェアの形態で提供されても良い。場合によっては、ミドルウェア（ｍｉｄｄｌｅｗａｒｅ）、または端末のプラットホーム（ｐｌａｔｆｏｒｍ）の形態でも提供され、前記多重アクセス処理部は、ハードウェア（ｈａｒｄｗａｒｅ）の構成を含むことによって、下記で詳細に説明する機能の一部をそのハードウェアが行うこともできる。したがって、本発明による多様な実施例で構成と動作方式とが説明される“多重アクセス最適化器”と名付けられた多重アクセス処理部は、その具現する資源の形態によって、本発明の範囲が制限されるものではない。

一方、前記図面で例示された論理的構成を有する前記移動通信端末機１００は、全体として図３に例示されたようなハードウェア的構成要素を含む、公衆の移動電話通信網、高速の無線データ網などにいずれもアクセス可能なスマートフォン、タブレットコンピュータ、ノート型パソコンのうち、いずれか１つである。具体的に、その構成は、公衆の移動電話通信網、例えば、２Ｇ、または３Ｇのセルラー（ｃｅｌｌｕｌａｒ）網の指定された方式によって、信号を変調または復調して、前記移動電話通信網と送受信するセルラーモデム１ａ（ＲＦ信号の処理モジュールを含む構成要素）と、前記移動電話通信網で採択された通信規約によって、データを符号化（ｅｎｃｏｄｉｎｇ）するか、符号化されたデータを復号化（ｄｅｃｏｄｉｎｇ）するセルラーコーデック１ｂと、高速の無線データ網、例えば、Ｗｉ−Ｆｉ方式の無線ＬＡＮ網の指定された方式により、信号を変調または復調して、前記無線データ網と送受信するＷｉ−Ｆｉモデム２ａ（ＲＦ信号の処理モジュールを含む構成要素）と、前記無線データ網で採択された通信規約により、データを符号化するか、符号化されたデータを復号化するＷｉ−Ｆｉコーデック２ｂと、映像、文字などの表示のためのディスプレイパネル５と、任意データが前記ディスプレイパネル５上で視覚的に表示されるように、前記ディスプレイパネル５を駆動するディスプレイ駆動部４と、前記ディスプレイパネル５の全面に付着されたタッチセンサー６ａと、キー（ｋｅｙ）及び／またはボタン（ｂｕｔｔｏｎ）が備えられているキーパッド６ｂと、前記タッチセンサー６ａとキーパッド６ｂ上のユーザ入力及び／または選択を感知し、それに相応する入力情報を出力する入力制御部６と、前記入力制御部６からの入力情報による動作が実行されるように、前記構成要素のうち、それに合う構成要素に／から適切にデータを伝送／受信するか、制御し、それによる結果や、ユーザの所望の動作の選択のためのＵＩ画面の表示のために、前記ディスプレイ駆動部４を制御する主制御部１０と、前記主制御部１０の動作のために必要なデータ保存空間を提供するメモリ部７を含む。

そして、前記主制御部１０は、命令コードを実行することによって、前記運営システム１００ａが意図された機能を行わせ、かつ前記多重アクセス最適化器１１０のいずれも、または一部の命令コードを実行することによって、以下で詳細に説明する前記多重アクセス最適化器１１０の動作を実行させる。前記多重アクセス最適化器１１０を含む多様なアプリケーションは、前記運営システム１００ａが提供する適切なＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ Ｉｎｔｅｒｆａｃｅ）を通じて、図３に例示された構成要素に必要な動作を要求するか、データを交換する動作を行う。

図３に例示した移動通信端末機１００の構成は、本発明の概念と主題に係わる理解を助けるための実施例を、具体的かつ例示的に説明するためのただ１つの例であり、本発明による概念と主題とを具現する端末機は、図３に示されていない多様な機能の構成要素をさらに含むか、または例示された構成要素を排除することもできる。

本発明による一実施例では、前記多重アクセス最適化器１１０は、内処理部であるローカルサーバ１１１と、外処理部である適応送受信機（Ａｄａｐｔｉｖｅ Ｔｒａｎｓｃｅｉｖｉｎｇ Ａｇｅｎｔ）１１２をサブプロセスとして含み、かつ送信または受信するデータを、処理のために前記メモリ７上の一定空間にバッファリングするバッファ１１３を含む。前記ローカルサーバ１１１は、使用するポート番号、例えば、“８０８０”が設定され、ローカルＩＰアドレスとポート番号で生成される通信ソケットを通じたデータの送受信を処理し、前記適応送受信機１１２とのデータ送受信をさらに行う。前記適応送受信機１１２は、利用可能な複数の異種網１１ａ、１１ｂ、…でアクセス可能な現在の通信網、または複数の通信網を、前記運営システム１００ａを通じて確認し、該通信網から割り当てられた接続ＩＰアドレスを適応的に用いて、単一または複数の通信網を通じて、外部サーバとデータを送受信する。前記適応送受信機１１２の複数の通信網を併用したデータ送受信方法については、詳細に後述する。

図２において、前記多重アクセス最適化器１１０を中心にその論理的構成が例示された移動通信端末機１００によってなされるデータ送受信過程は、次の通りである。

まず、ユーザは、前記移動通信端末機１００で提供する、または前記ブラウザ１０ａが入出力部（前記ディスプレイパネル５、タッチセンサー６ａ、キーパッド６ｂなど）により提供する適切なユーザＵＩ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）を通じて、通信環境のプロキシ（ｐｒｏｘｙ）を活性化させ、そのプロキシのＩＰアドレスが内部であることを指示すると約束された特定のアドレス（以下、“ローカルアドレス”または“内部アドレス”と称する）、例えば、“１２７．０．０．１”または“ｌｏｃａｌｈｏｓｔ”を、ポート番号と共に設定する。このポート番号は、前記ローカルサーバ１１１に割り当てたポート番号と同じ番号でなければならない。このプロキシ情報は、前記運営システム１００ａ、または前記ブラウザ１０ａに設定され、これにより、プロキシ機能は、活性化し、該プロキシアドレスは、例えば、“１２７．０．０．１：８０８０”または“ｌｏｃａｌｈｏｓｔ：８０８０”になる。

本発明による一実施例では、前記多重アクセス最適化器１１０がハードウェア的要素なしに実行コードだけで構成される場合、移動通信端末機用の多様なアプリケーションを保存手段に備え、これらから選択されるアプリケーションを、備えられた通信手段を通じて提供する送信先のサーバから、ダウンロード方式によって、前記移動通信端末機１００に設置される時、または設置してから実行される時、前記プロキシ設定過程を自動的に行うこともできる。前記多重アクセス最適化器１１０内のローカルサーバ１１１と適応送受信機１１２とが個別的なプロセスとしてそれぞれ実行される場合、前記プロキシ自動設定過程は、前記ローカルサーバ１１１、または前記適応送受信機１１２によって行うこともできる。ダウンロード後に自動的に設置されず、前記メモリ７のような保存手段に保存された後、ユーザの要請がある時、設けられても良い。前記多重アクセス最適化器１１０は、実行される時、または実行中である時には、前記例のようなローカルアドレス及びポート番号がプロキシに対して設定されていないか、または他の番号に変更されるか、プロキシが非活性に転換設定される時を感知して、ユーザに適切な表示を通じて、これを知らせても良い。かように知らせる情報には、例えば、“複数の異種網の使用を通じた安定した網アクセス状態が保持できない”という内容が含まれる。

前記運営システム１００ａまたは前記ブラウザ１０ａに、前記のようなプロキシ設定があるならば、通信網に対するアクセス要求はいずれも前記ローカルサーバ１１１に向かうので、前記ローカルサーバ１１１がそのアクセス要求を処理する。さらに詳細に説明すれば、次の通りである。

通常のブラウザ１０ａ上で、ユーザが外部の通常の任意ウェブサーバ１２ａ上のＵＲＬ、例えば“ｈｔｔｐ：／／ｖｉｄｅｏｍｅｎｕ．ａｉｒｐｌｕｇ．ｃｏｍ”を選択すれば（Ｓ２０）、前記ブラウザ１０ａは現在のプロキシ設定状態を確認し、該活性化した情報に基づいて選択されたＵＲＬによるＨＴＴＰ Ｒｅｑｕｅｓｔを伝送するための通信ソケットの生成（ｃｒｅａｔｅ）を試みる。通信ソケットの生成のためには、通信規約による要求、例えば、ＨＴＴＰ Ｒｅｑｕｅｓｔの宛先ホストのアドレスを別途のＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）との通信を通じて知るべきであるが、プロキシ設定の確認過程（Ｓ２１）で、現在はプロキシ設定になっていることを認知するので、宛先アドレスとポート番号とを、そのプロキシに設定されたアドレスとし、通信ソケット生成を前記運営システム１００ａに要請する。この要請により、前記運営システム１００ａは、生成要請された通信ソケットが、外部ではない内部（ローカル）を目的地とすると解釈し、該解釈により生成要請されたポート番号が割り当てられている実行オブジェクト、例えば、実行中であるプロセス、またはアプリを探す。前述したようにプロキシに設定したポート番号と同じ番号が、前記ローカルサーバ１１１に割り当てられているので、前記運営システム１００ａは、相互間の通信窓口を概念的に例示した図４のように、前記ローカルサーバ１１１と通信するための前記ブラウザ１０ａ側のローカル通信ソケット３１ａを生成し、該生成されたローカル通信ソケットの識別子を、前記ブラウザ１０ａにリターンする。前記運営システム１００ａは、前記通信ソケット３１ａの生成時に、宛先アドレスがローカルアドレスであるので、そのソースアドレスもローカルアドレスに設定し（ポート番号は、唯一の番号（図４のｐｎ１）を割り当てて）生成する。もちろん、前記ブラウザ１０ａ側に生成される通信ソケット３１ａに対応する前記ローカルサーバ１１１側ローカル通信ソケット３１ｂの宛先アドレスとソースアドレスは、前記ブラウザ１０ａ側の通信ソケット３１ａとは互いに反対である。

通信ソケット識別子が受信されれば、前記ブラウザ１０ａは、先立って選択されたＨＴＴＰ Ｒｅｑｕｅｓｔをそのリターンされたソケット識別子を用いて、前記運営システム１００ａに伝送を要請し、その要請は、前記運営システム１００ａにより前記ローカル通信ソケット対３１ａ、３１ｂを通じて、前記ローカルサーバ１１１に伝達される（Ｓ２２）。この際、前記ローカルサーバ１１１に伝達される、すなわち、内部のプロセス間に伝達されるＨＴＴＰ Ｒｅｑｕｅｓｔ、例えば“ｈｔｔｐ：／／ｖｉｄｅｏｍｅｎｕ．ａｉｒｐｌｕｇ．ｃｏｍ”のフォーマットは、前記運営システム１００ａが具現している方式により多様な形態を有することができるが、標準化された通信プロトコル階層に順応して構成される場合、図５のようにローカルアドレス及びポート番号（以下、特に排除しない限り、“ローカルアドレス”の用語を、ポート番号が含まれた意味として使用する）をＩＰヘッダ４１に含むＩＰパケットフォーマットを有しても良い。

前記ローカルサーバ１１１は、受信されたＨＴＴＰ Ｒｅｑｕｅｓｔを適切な媒介手段３５（例えば、広域変数、共有されたメモリ、またはグローバル関数呼び出しなど）を通じて、前記適応送受信機１１２に伝送する（Ｓ２３）。前記運営システム１００ａがＨＴＴＰ Ｒｅｑｕｅｓｔの伝達のために付加したヘッダがあるならば、これを除去することによって、ＨＴＴＰ Ｒｅｑｕｅｓｔのみを抽出して、前記適応送受信機１１２に伝送する。

本発明による一実施例では、内処理部である前記ローカルサーバ１１１と外処理部である前記適応送受信機１１２が、前記運営システム１００ａの基盤下で実行される単一プロセスとして具現されても良い。この場合、両者間の情報、またはデータ交換は、内部変数またはローカル関数の因子及び／またはリターン値を通じてなされる。したがって、本発明の概念と主題、そして目的とする効果などは、前記ローカルサーバ１１１と適応送受信機１１２とが、必ずしも分離されてそれぞれ実行されるプロセスを前提とするか、必要とするものではなく、後述するそれぞれの機能は、単一プロセスとして具現されても、当然達成可能なものである。

前記ローカルサーバ１１１から前記ＨＴＴＰ Ｒｅｑｕｅｓｔを受信した前記適応送受信機１１２は、前記運営システム１００ａに現在の通信網接続情報を質疑し、現在利用可能な通信網を確認して、複数の通信網を選択的に使用する。前記質疑を通じて確認可能な網接続情報には、通信網に接続された場合、接続ＩＰアドレスとその通信網とのコネクション類型（例えば、３Ｇ移動電話通信網、Ｗｉ−Ｆｉ無線ＬＡＮ網）などが含まれる。前記“選択的使用”とは、現在１つの接続ＩＰアドレスのみ利用可能な状態（物理的に１つの通信網のみアクセス可能な状態であるか、または前記運営システム１００ａや通信網選択を管理する別途のプロセスがある場合、そのプロセッサなどがアクセス可能な通信網のうち、１つのみ利用するように制限して、接続ＩＰアドレスを提供する状態）であれば、その接続ＩＰアドレスを使用し、もし複数の異種網に接続されている状態であって、通信網が互いに異なる複数の接続ＩＰアドレスを利用可能な状態であれば、１つまたはそれ以上の接続ＩＰアドレスを選択し、該選択された接続ＩＰアドレスをソースアドレスとした外部通信用通信ソケットを生成することを意味する。通信ソケットの生成は、前記運営システム１００ａに要請される。通信ソケットの生成のために共に伝達される目的地のホストアドレスは、受信したＨＴＴＰ Ｒｅｑｕｅｓｔに載せられた情報（例えば、“ｖｉｄｅｏｍｅｎｕ．ａｉｒｐｌｕｇ．ｃｏｍ”）をＤＮＳサーバを通じて確認したＩＰアドレスとなる。一方、通信ソケット生成要求時に、前記ＨＴＴＰ Ｒｅｑｕｅｓｔを媒介因子（ａｒｇｕｍｅｎｔ）として伝達することによって、前記運営システム１００ａが、指定されたＤＮＳサーバを通じて、目的地のホストアドレスを確認することもできる。前記通信ソケット生成要求により、前記運営システム１００ａは、受信した接続ＩＰアドレスに対応する通信網を通じて、ＨＴＴＰ Ｒｅｑｕｅｓｔの宛先アドレスのサーバ（本発明の実施例の説明のために、この時のサーバは、図面上のウェブサーバ１２ａと見なす）とセッションとを開設する。セッションが成功的に開設されれば、前記運営システム１００ａは、通信ソケット生成要求に対する応答として、生成した通信ソケット３２（宛先アドレスがローカルアドレスとして生成されたソケット３１ａ、３１ｂとの用語的区分のために、以下“外向き通信ソケット”と称する）の識別子を前記適応送受信機１１２にリターンする。

前記適応送受信機１１２は、リターンされた通信ソケット識別子を用いて先立って受信されたＨＴＴＰ Ｒｅｑｕｅｓｔを前記運営システム１００ａに伝達することによって、そのＨＴＴＰ Ｒｅｑｕｅｓｔは、図２上の例示された異種網１１ａ、１１ｂのうち、いずれか１つの通信網を通じて、前記ウェブサーバ１２ａに伝送される（Ｓ２４）。この際、移動電話通信網１１ａが使われる場合には、そのＨＴＴＰ Ｒｅｑｕｅｓｔを載せたＩＰパケットが、前記セルラーコーデック１ｂによりコーディングされた後、前記セルラーモデム１ａにより変調されて送信され、Ｗｉ−Ｆｉ無線ＬＡＮ網１１ｂが使われる場合には、そのＨＴＴＰ Ｒｅｑｕｅｓｔを載せたＩＰパケットが、前記Ｗｉ−Ｆｉコーデック２ｂによりコーディングされた後、前記Ｗｉ−Ｆｉモデム２ａにより変調されて送信される。

一方、前記適応送受信機１１２が受信されたＨＴＴＰ Ｒｅｑｕｅｓｔを修正するか、またはそのＨＴＴＰ Ｒｅｑｕｅｓｔ（またはそのＨＴＴＰ ＲｅｑｕｅｓｔをリダイレクトさせるＲｅｓｐｏｎｓｅ）に基づいて、新たなＨＴＴＰ Ｒｅｑｕｅｓｔを１つまたはそれ以上作成して、前記運営システム１００ａに伝送することもできる。これについては、具体的に例を挙げて後述する。

前記ウェブサーバ１２ａが前記ＨＴＴＰ Ｒｅｑｕｅｓｔを解釈し、それによる通信規約による応答であるＨＴＴＰ Ｒｅｓｐｏｎｓｅ、例えば、ウェブページを前記移動通信端末機１００に伝送すれば（Ｓ２５）、その応答ウェブページは、前記運営システム１００ａで受信され、先立って生成された前記外向き通信ソケット３２（この通信ソケットは、先立って前記適応送受信機１１２と共有された通信ソケット識別子によって特定される）を通じて、前記適応送受信機１１２に伝送される。前記適応送受信機１１２は、受信された応答ウェブページを前述した適切な媒介手段３５を通じて、前記ローカルサーバ１１１に伝達し（Ｓ２６）、前記ローカルサーバ１１１は、先立って生成されたソケッサン３１ａ、３１ｂを通じて、前記受信された応答ウェブページを前記ブラウザ１０ａに伝達する（Ｓ２７）。

前記ブラウザ１０ａは、前記運営システム１００ａに要請し、受信した応答ウェブページを、前記ディスプレイ駆動部４を通じて、前記ディスプレイパネル５上に出力させ、前記入力制御部６を通じてユーザが選択した１つの項目、例えば、ビデオコンテンツ項目についての情報が入力されれば、その選択項目に対応するＨＴＴＰ Ｒｅｑｕｅｓｔ、例えば“ｈｔｔｐ：／／ｖｏｄ．ａｉｒｐｌｕｇ．ｃｏｍ／ｖｉｄｅｏ／ｅｘａｍｐｌｅ．ｍｐ４”を、先立って生成された通信ソケット３１ａを通じて、前記ローカルサーバ１１１に伝達要請する。この時のＨＴＴＰ Ｒｅｑｕｅｓｔによる目的地のホストアドレスが、以前のＨＴＴＰ Ｒｅｑｕｅｓｔ、例えば“ｈｔｔｐ：／／ｖｉｄｅｏｍｅｎｕ．ａｉｒｐｌｕｇ．ｃｏｍ”のホストアドレスと異なっても、プロキシが設定されており、そのプロキシの設定アドレスは、固定されたローカルアドレスであるので、前記ブラウザ１０ａは、新たな通信ソケットの生成なしに先立って生成されたソケット３１ａを使用する。一方、別途の新たな通信ソケットを生成して使用することもできる。

前記ローカルサーバ１１１は、受信したＨＴＴＰ Ｒｅｑｕｅｓｔを適切な媒介手段３５を通じて前記適応送受信機１１２に伝達し、前記適応送受信機１１２は、受信されたＨＴＴＰ Ｒｅｑｕｅｓｔが既生成された外向き通信ソケットに該当するＩＰアドレスを目的地としていなければ、前記運営システム１００ａに新たな外向き通信ソケットの生成を要求し、それにより当該目的地とのセッションが開設されることによって、外向き通信ソケット３３が生成されれば、受信されたＨＴＴＰ Ｒｅｑｕｅｓｔを、その生成された外向き通信ソケット３３で前記運営システム１００ａに伝送し、それによるＨＴＴＰ Ｒｅｓｐｏｎｓｅ、例えば、ストリーミング方式の特定のビデオコンテンツを受信することになる（Ｓ２８）。

前記適応送受信機１１２は、もし前記受信されたＨＴＴＰ Ｒｅｑｕｅｓｔが指示する目的地のＩＰに対して既開設のセッションがある場合にも、指定された条件によっては、そのセッションが開設された通信網と、他の通信網に対して割り当てられた接続ＩＰを用いて別途のセッションを開設するために、前記運営システム１００ａに新たな外向き通信ソケットの生成を要求することもできる。これは互いに異なるインフラの異種網を選択的に併用するためである。

１つのローカルアドレスの通信ソケットに対応して２つ以上の多数の外向き通信ソケットが生成される場合、前記多重アクセス最適化器１１０は、例えば、これら通信ソケット間を相互マッピングさせる情報を生成して利用するか、または相互対応する通信ソケット群（ローカルアドレスの通信ソケット−多数の外向き通信ソケット、またはローカルアドレスの通信ソケット−外向き通信ソケット）を処理するプロセスを生成しつつ、各プロセスに対して一端は共通した通信ソケット（例えば、図４の３１ｂ）を、他端に対しては多数の外向き通信ソケットを共に指定するか、または多数の外向き通信ソケットのうち、１つを指定することによって、１つのローカルアドレスの通信ソケットに多数の外向き通信ソケットを相互連携させる。前者の場合は、１つのプロセスによってローカルアドレスの通信ソケットに多数の外向き通信ソケットを連携させ、後者の場合は、多数のプロセスによって多数の外向き通信ソケットを１つのローカルアドレスの通信ソケットに連携させる。もちろん、その逆の場合（多数のローカルアドレスの通信ソケットと共通した１つの外向き通信ソケット）にも、同じ原理で相互連携させる。かような相互連携方式は、単独でまたは組み合わせて、ローカルアドレスとして生成される通信ソケットと外向き通信ソケットとがいずれも多数である場合にも、そのまま適用することができる。すなわち、ローカルアドレスに対して生成された通信ソケットがＮ個（Ｎ≧２）であり、それに対応して生成される外向き通信ソケットがＭ個（Ｍ≧２）である場合にも、そのまま適用され、例えば、Ｎ：Ｍ間のマッピング情報を有する１個のプロセス、１：Ｍで処理通信ソケットが指定されたＮ個のプロセス、または１：１で処理通信ソケットが指定されたＮｘＭ個のプロセスによって互いに連携することができる。

一方、前記過程により、ストリーミング、またはダウンロードされるＨＴＴＰ Ｒｅｓｐｏｎｓｅのコンテンツデータは、前記運営システム１００ａ間に生成された外向き通信ソケット３２または３３を通じて、前記適応送受信機１１２により受信され、必要な場合、前記バッファ１１３を経て、または直接的に前記ローカルサーバ１１１に伝達され、そのデータはそれと連携しているアプリ、例えば、ビデオプレーヤ１０ｂに伝達されつつ再生する（Ｓ２９）。

前記ＨＴＴＰ Ｒｅｑｕｅｓｔによって、ストリーミングまたはダウンロードされるコンテンツデータが多数の異種網に開設されたセッションを通じて受信するためには、前記適応送受信機１１２が該当コンテンツデータの区間を適切に区分し、各区間に対するＨＴＴＰ Ｒｅｑｕｅｓｔを生成された外向き通信ソケットを通じて伝送し、それによって受信される各ＨＴＴＰ Ｒｅｓｐｏｎｓｅに含まれているコンテンツデータ区間を組み合わせることになる。図６及び図７は、これについての過程の理解を助けるための例示であり、図６は、１つの通信網を通じたデータ受信のうち、他通信網を追加的に使用する方法についての例示であり、図７は、コンテンツデータを要求する最初のＨＴＴＰ Ｒｅｑｕｅｓｔに対して最初から複数の通信網を使用する方法についての例示である。

図面において、複数の異種網を使用する図６の例をさらに詳細に説明すれば、前記適応送受信機１１２は、複数の異種網を通じた並行受信が必要であると判断されれば、現在のコンテンツデータが伝送されている第１通信網、例えば、移動電話通信網１１ａに開設されたセッション外に別途のセッションを第２通信網、例えば、Ｗｉ−Ｆｉ無線ＬＡＮ網１１ｂに開設し（すなわち、前記第２通信網から割り当てられた接続ＩＰアドレスを用いて外向き通信ソケットを生成し）、その開設されたセッションを通じて（すなわち、前記第２通信網に対して生成した外向き通信ソケットを通じて）、現在受信されいるコンテンツデータの区間５２（例えば、該当コンテンツファイルの‘Ｎ＋１’から‘Ｎ＋Ｋ’バイトまで）を指定して、ＨＴＴＰ Ｒｅｑｕｅｓｔを該当コンテンツサーバ１２ｂに要請する（ｔ５１）。そして、既に受信された第１通信網のセッションに対応する外向き通信ソケットを通じては、現在受信されているコンテンツデータ５１に対して特定位置（例えば、Ｎバイト地点）からの伝送中断を要請するメッセージと、先立って前記第２通信網で伝送要請したデータ区間５２に繋がる地点（‘Ｎ＋Ｋ＋１’バイト地点）からの区間５３を伝送要請するＨＴＴＰ Ｒｅｑｕｅｓｔをそれぞれ伝送する。かような要請によって、前記コンテンツサーバ１２ｂから図６に例示されたように互いに異なるインフラの通信網に開設されたセッションを通じて、同一コンテンツのデータ区間が並行伝送される。

本発明による他の一実施例では、前記特定位置（例えば、Ｎバイト地点）からの伝送中断を要請するメッセージを送信しないこともある。代わりに、前記第１通信網のセッションに対応する外向き通信ソケットを通じて受信されるデータの位置を確認し、その位置が全体として前記特定位置になるか、またはその特定位置以後のデータが受信されれば、その外向き通信ソケットに対する閉鎖を前記運営システム１００ａに要請する。閉鎖要請以前に受信されたデータに、前記特定位置以後のデータが含まれている場合に、そのデータは、後述するデータ区間の組み合わせで除去される。前記通信ソケットの閉鎖要請があれば、前記運営システム１００ａは、その通信ソケットに割り当てられた資源を回収（ｒｅｌｅａｓｅ）し、これにより、前記コンテンツサーバ１２ｂとのセッションも解除されるので、前記コンテンツサーバ１２ｂは、そのセッションを通じたデータ伝送を中断することになる。

最初から複数の異種網を使用する図７の例は、前記適応送受信機１１２が、前記ローカルアドレスの通信ソケット３１ｂを通じて受信されて、前記ローカルサーバ１１１から伝達されたＨＴＴＰ Ｒｅｑｕｅｓｔ（Ｓ５１）が要求するコンテンツデータに対して、複数の異種網を併用して受信することが適切であると判断され、２つ以上の通信網が現在の使用可能な状態であれば、その通信網のそれぞれに対して外向き通信ソケットを生成し、各通信網に対して該当サーバとのセッションを開設させる。複数のセッションが開設されれば、前記適応送受信機１１２は、受信したＨＴＴＰ Ｒｅｑｕｅｓｔを、要求するコンテンツデータを区間別に分けて要請するそれぞれのＨＴＴＰ Ｒｅｑｕｅｓｔで修正し（Ｓ５２ａ、Ｓ５２ｂ、…）、これを開設されたセッション別に送信（ｔ５２）することによって、異種の通信網上で分割された各区間を、単一のサーバから同時に受信可能にする。

図７に例示された並行受信は、受信した原（ｏｒｉｇｉｎａｌ）ＨＴＴＰ Ｒｅｑｕｅｓｔ（Ｓ５１）が要求する全体データに対して、一次的に、第１通信網、例えば、移動電話通信網１１ａに１〜Ｎバイトまでの区間５４１を、そして第２通信網、例えば、Ｗｉ−Ｆｉ無線ＬＡＮ網１１ｂに‘Ｎ＋１’〜’Ｎ＋Ｋ’バイトまでの区間５４２を要請するそれぞれのＨＴＴＰ Ｒｅｑｕｅｓｔを作成（前記原ＨＴＴＰ Ｒｅｑｕｅｓｔが要請するオブジェクトについての情報を修正するか、またはその情報を反映して新たに作成することによって）して、各通信網に対して生成された外向き通信ソケットに送信し、２次的に、前記第２通信網上に要請したデータ区間５４_２が受信完了されているにも拘らず、依然として当該第２通信網がアクセス可能状態に保持されているので、受信したデータ区間５４_２の後続区間である‘Ｎ＋Ｋ＋１’〜’Ｎ＋Ｋ＋Ｐ’バイトまでの区間５４_３を要請するＨＴＴＰ Ｒｅｑｕｅｓｔを作成して前記第２通信網に送信し（ｔ５３）、最後に、前記第１通信網を通じて要請した区間５４_１が受信完了され、その残りの‘Ｎ＋Ｋ＋Ｐ＋１’から最後までの区間５４_４を要請するＨＴＴＰ Ｒｅｑｕｅｓｔを前記第１通信網に送信する（ｔ５４）ことにより、各通信網でデータ区間が受信されることを例示したものである。図７の例示された通信網数は、当然３以上であり、最初要求されたコンテンツ全体を区間別に区分し、これを通信網に分配して、当該ＨＴＴＰ Ｒｅｑｕｅｓｔを送信する方法は、図面上に制限的に例示された方法以外の多様な方法が存在することができる。

一方、前記のような区間分割した各ＨＴＴＰ Ｒｅｑｕｅｓｔと共に前記適応送受信機１１２はそれぞれ要請したデータ区間と、その区間を要請したＨＴＴＰ Ｒｅｑｕｅｓｔを送信した外向き通信ソケットを記憶（ｍｅｍｏｒｉｚｅ）する。そして、その記憶した情報を用いて、一部が少なくとも１つの他の網を経て当該外向き通信ソケットを通じて受信されるＨＴＴＰ Ｒｅｓｐｏｎｓｅ（この応答にコンテンツデータの区間が含まれている）を順に組み合わせて前記ローカルサーバ１１１に伝達することによって、その外向き通信ソケットと相互対応関係にあるローカルアドレスの通信ソケットを通じて、順次に内部のアプリ（例えば、ビデオプレーヤ１０ｂ）に伝達することになる。例えば、図４で互いに異なる通信網について生成された外向き通信ソケット３２、３３を通じて受信されたＨＴＴＰ Ｒｅｓｐｏｎｓｅが順に組合わせてローカルアドレスの通信ソケット対３１ａ、３１ｂを通じて汎用アプリに伝達される。本来の意図された完全なＨＴＴＰ Ｒｅｓｐｏｎｓｅを構成するために部分的なＨＴＴＰ Ｒｅｓｐｏｎｓｅは、前記バッファ１１３に臨時保存される。

一方、前記適応送受信機１１２が１つまたはそれ以上の通信網に対して接続ＩＰを割り当てられて接続可能な状態で、そのうちの任意の通信網の通信環境が悪化して接続が解除されれば（他の通信網を使用するために、接続ＩＰの転換がなされた場合も含む）、前記運営システム１００ａは、接続解除された状態を知らせるために、解除された接続ＩＰ情報を有するイベントを発生させる。このイベントは、前記多重アクセス最適化器１１０を含むすべての実行中であるプロセスに伝達される。しかし、本発明により、実行中であるプロセスの要請によって通信ソケットを生成する時、ローカルアドレスを使用したので、各通信ソケットのソースアドレスは、接続解除されたＩＰではない。したがって、発生したイベントは、無視され（通常のアプリ中には接続解除されたＩＰと生成された通信ソケットのＩＰの同一性有無を確認せず、無条件無視するアプリもある）、依然として自身が生成要請した通信ソケットを通じたデータ受信を待機しているか、その通信ソケットをデータ送信のために使用する。一般的に外向き通信ソケットを通じて、ＨＴＴＰ Ｒｅｑｕｅｓｔを送信した後、ＨＴＴＰ Ｒｅｓｐｏｎｓｅが受信されなければ、指定された相当な時間の間、そのＨＴＴＰ Ｒｅｑｕｅｓｔを送信したアプリは中止状態になるが、本発明では、プロセス、例えば、ブラウザ１０ａやビデオプレーヤ１０ｂがローカルアドレスの通信ソケットを用いているので、前記多重アクセス最適化器１１０がそのローカルアドレスの通信ソケットを通じたデータ交換を、任意通信網との接続解除にも拘わらず、有効に保持させれば、プロセスは、通信網の接続状態の解除や転換などに影響されなくなる。このために、前記適応送受信機１１２は、任意通信網との接続が解除されれば、その解除された接続ＩＰを用いて生成した使用中断された外向き通信ソケット（以下、‘事故ソケット’と称する）が存在するか否かを確認し、存在する場合には、その事故ソケットの宛先アドレスを用いて現在有効に接続が保持されている通信網に対して外向き通信ソケットを前記運営システム１００ａに生成要請する。この要請によって、外向き通信ソケットが生成されて、前記運営システム１００ａからリターンされれば、前記適応送受信機１１２は、その事故ソケットと連携していたローカルアドレスの通信ソケットと、前記新たに生成された外向き通信ソケットを相互連携させ（この連携方法については、既に説明されている）、前記事故ソケットを通じて送信したＨＴＴＰ Ｒｅｑｕｅｓｔがあれば、そのＨＴＴＰ Ｒｅｑｕｅｓｔを新たに生成した外向き通信ソケットを通じて再送信する。これにより、以前にＨＴＴＰ Ｒｅｑｕｅｓｔの送信後、その通信網との接続が解除されても、他の通信網を通じて、そのＨＴＴＰ Ｒｅｑｕｅｓｔに対するＲｅｓｐｏｎｓｅを正常に受信して、当該ＨＴＴＰ Ｒｅｑｕｅｓｔを最初発送したプロセスにローカルアドレスの通信ソケットを通じて伝達し、正常にこれを処理するので、プロセスが通信網状態の変化によって中止される場合は発生しなくなる。

一方、前記適応送受信機１１２は、事故ソケットに対する再送信のために、任意の外向き通信ソケットを用いて要請したＨＴＴＰ Ｒｅｑｕｅｓｔに対して、当該外向き通信ソケットとの連携要請順に保存し、当該通信ソケットを通じてＨＴＴＰ Ｒｅｓｐｏｎｓｅが受信されれば、最も早く貯蔵しておいたＨＴＴＰ Ｒｅｑｕｅｓｔを削除する動作を行う。

本発明による一実施例では、前記適応送受信機１１２は、事故ソケットに対する再送信動作を行うに当たって、事故ソケットに対して受信された一部のＨＴＴＰ Ｒｅｓｐｏｎｓｅを反映し、該事故ソケットに対して送信されたＨＴＴＰ Ｒｅｑｕｅｓｔを修正して新たに生成した外向き通信ソケットを通じて送信しても良い。例えば、ＨＴＴＰ Ｒｅｑｕｅｓｔが大容量ファイルに対するダウンロード要請であり、そのＲｅｓｐｏｎｓｅとしてＮバイトまで受信した後、通信網状態によって、当該外向き通信ソケットが事故ソケットになれば、前記適応送受信機１１２は、その事故ソケットに対して要請されたＨＴＴＰ Ｒｅｑｕｅｓｔを該当ファイルに対する‘Ｎ＋１’バイトからのダウンロード要請であると修正し、新たに生成した外向き通信ソケットを通じて送信する。もちろん、新たな外向き通信ソケットを通じてＨＴＴＰ Ｒｅｓｐｏｎｓｅが受信されれば、このＲｅｓｐｏｎｓｅは事故ソケットに対して受信された一部のＨＴＴＰ Ｒｅｓｐｏｎｓｅと組み合わせて完全なＨＴＴＰ Ｒｅｓｐｏｎｓｅを構成して、前記ローカルサーバ１１１に伝達する。

事故ソケットに対応して新たな外向き通信ソケットを生成して使用通信網を切り替える前述した方法は、前記適応送受信機１１２が前記運営システム１００ａからの接続ＩＰの解除イベントの発生がない場合にも行える。例えば、現在使用している外向き通信ソケットに対する通信網からの応答が過度に遅いか、秒当たり受信されるデータ量が少ない場合、または使用上の所要費用の相対的に低い通信網が利用可能となった場合、現在使用している外向き通信ソケットに対する使用中断を決定し、その使用中断の外向き通信ソケットに対応して、他の通信網の外向き通信ソケットを生成することによって、通信網使用を前述したように切り替えることもできる。

前述した過程により、通常のアプリ、またはプロセスは、現在の前記移動通信端末機１００がいかなる通信網に接続されているか、いかなる通信網を使用しているかに関係なく、固定されたホストアドレス、すなわち、ローカルアドレスを用いて前記ローカルサーバ１１１と所望のデータ交換を安定して行う。言い換えれば、多様な条件により、通信網の状態を反映して、現在使用している通信網を切り替えたり、１つの通信網で複数個の異種通信網をいずれも使用したりする動作を、ローカルアドレスの通信ソケットを通信窓口として有効に保持させつつ、前記多重アクセス最適化器１１０が行うことによって、通常のアプリは、通信網の状態に関係なく、円滑で安定した情報利用サービスを提供されることになる。

前述した実施例で、前記適応送受信機１１２は、ＨＴＴＰ Ｒｅｓｐｏｎｓｅのデータ量が多ければ、現在の通信網に接続可能なすべての、または複数の異種通信網を試用し、そうではない場合には、多数の異種通信網のうち、１つの通信網のみを介してデータ送受信を行うこともできる（この際、その通信網が接続不能になれば、他の接続可能な通信網に転換使用することになる）。そして、通信網の選択時は、前記運営システム１００ａがデフォルト（ｄｅｆａｕｌｔ）と接続する通信網を先に選択し、前述したようにデータ量により追加的に他の通信網をさらに選択して使用しても良い。

本発明による他の一実施例では、複数の異種網のうち、使用する通信網を選択することは、多様な条件と政策とによって決定される。図８は、本実施例による多重アクセス最適化器６１０に係わる構成の例を示したものであって、与えられた条件（情報量、通信網の特性と現状など）と設定された政策などにより通信網を選択する機能を行うサブ（ｓｕｂ）プロセスである網選択器６１５（Ｎｅｔｗｏｒｋ Ｓｅｌｅｃｔｉｎｇ Ａｇｅｎｔ）をさらに含む。前記網選択器６１５は、以下で例を挙げて説明する通信網選択方法により使用する通信網を決定すれば、これを適応送受信機６１２に要請または通知ｃ１することで、前記適応送受信機６１２がその通信網に対して外向き通信ソケットの生成を前記運営システム１００ａに要請するか、その通信網に対して既生成の外向き通信ソケットを使用する。

前記網選択器６１５は、可用のすべての通信網に係わる特性を反映して、現在使用している通信網を決定するが、通信網に係わる特性には、当該通信網のデータサービスに対する料金政策（例えば、有料、または無料）、データサービスの速度、サービス圏域（ｃｏｖｅｒａｇｅ）の大きさ、サービス品質の変動性などがある。

使用する通信網を決定する方法をさらに具体的かつ例示的に説明すれば、もし、ＨＴＴＰ Ｒｅｑｕｅｓｔを通じて要求する情報の種類が、データ量の多いコンテンツと確認されれば、前記網選択器６１５は、使用する通信網を、サービス圏域は狭いが、サービス速度の速い特性の通信網、例えば、Ｗｉ−Ｆｉ無線ＬＡＮ網を選択するように、前記適応送受信機６１２に通知または要請する。データ量が少なく、要求する方式がダウンロードではなく、ストリーミング方式であれば、サービス速度は、相対的に遅いが、サービス圏域は広い通信網、例えば、３Ｇ移動電話通信網を選択するように、前記適応送受信機６１２に通知しても良い。前記のような判断により、使用する通信網が決定されるように、前記適応送受信機６１２は、前記ローカルサーバ６１１からＨＴＴＰ Ｒｅｑｕｅｓｔが受信され、そのＲｅｑｕｅｓｔによって外向き通信ソケットを新たに生成せねばならない場合には、外向き通信ソケットの生成を、前記運営システム１００ａに要請する前に、そのＨＴＴＰ Ｒｅｑｕｅｓｔを、またはそのＲｅｑｕｅｓｔに基づいて作成された要求内容を、前記網選択器６１５に伝達しつつ、網選択を問い合わせることになる。もちろん、新たな外向き通信ソケットの生成が不要な場合でも、該当Ｒｅｑｕｅｓｔを送信する通信網を決定するために、前記網選択器６１５に、受信したＲｅｑｕｅｓｔを、またはそのＲｅｑｕｅｓｔに基づいて作成された要求内容を伝達しつつ網選択を問い合わせて良い。

前記網選択器６１５はまた、可用通信網の状態を確認し、最善の通信網状態にある通信網を決定しても良い。確認する通信網状態には、伝送速度、受信信号の強度、または外部サーバに質疑を通じて確認されるトラフィック量（または負荷量）などが含まれ、これら例示された要素がいずれも確認可能であると仮定する時、最善の通信網状態は、伝送速度が速く、受信信号の強度が高く、トラフィック量が少ない状態にあることを意味する。各通信網の伝送速度を確認できるように、前記適応送受信機６１２は、現在生成されている各外向き通信ソケットを通じて受信されるデータ量を、その外向き通信ソケットによるコネクション類型（すなわち、接続されている通信網の種類に対応する）別にまとめ、これを一定時間当たり割った値を、前記網選択器６１５の要請時に提供したり、または外向き通信ソケット生成のために、ＨＴＴＰ Ｒｅｑｕｅｓｔを前記網選択器６１５に伝達する時に共に提供する。そして、受信信号の強度は、その情報を確認することができる通信網、例えば、Ｗｉ−Ｆｉ無線ＬＡＮ網に対してなされ、このために前記網選択器６１５は、前記運営システム１００ａに、その情報を要求して受信する（ｃ２）。前記運営システム１００ａは、当該通信網との物理的な信号送受信が可能な前記Ｗｉ−Ｆｉモデム２ａが、Ｗｉ−Ｆｉ信号帯域で有効信号の検出時に提供するＲＳＳＩ（Ｒｅｃｅｉｖｅｄ Ｓｉｇｎａｌ Ｓｔｒｅｎｇｔｈ Ｉｎｄｉｃａｔｏｒ）の値などを読取り（図３のｒ２１）、それを前記網選択器６１５にリターンする。各通信網に対するトラフィック情報は、通信網を統合的に管理するサーバ（このサーバに対するアクセス方式は、前記網選択器６１５に既に設定されている）に現在の可用通信網のうち、任意の一通信網を通じて接続し、当該情報を質疑して受信する。

本発明による一実施例では、前記網選択器６１５がユーザの移動電話サービス利用のために加入した料金制に基づいて、現在使用している通信網を決定することもできる。このために、前記多重アクセス最適化器６１０は、最初実行時に前記運営システム１００ａが提供する適切なＵＩを通じて、ユーザから現在使用しているサービス利用料金制を入力させ、入力される料金制情報を前記網選択器６１５に提供して利用可能にする。料金制情報は、例えば、移動電話通信網を通じたデータ利用量の上限線のない‘無制限制’、料金が賦課され始める上限データ量と、その上限線以上の場合に、料金が賦課される方式、例えば“Ｎ ＭＢｙｔｅ当たりＳウォン”のような情報を含む。前記料金制情報は、前記網選択器６１５がユーザの個人識別情報を、前記適応送受信機６１２、または網選択器６１５を通じて、移動電話通信サービスを提供する通信網の運営サーバに質疑して受信することもできる。前記網選択器６１５は、現在のサービス利用料金制が‘無制限’であれば、相対的に品質の変動性が少なくて、広域のサービス圏域を有する通信網、例えば、３Ｇ移動電話通信網を選択させ、上限線がある料金制であれば、その上限線まで余裕がある場合、同様に３Ｇ移動電話通信網を、余裕がなければ、例えば、上限量の１０％以下の余裕がある時は、政策的に無料で提供されている通信網、例えば、Ｗｉ−Ｆｉ無線ＬＡＮ網を選択させる。このために、前記適応送受信機６１２は、期間、例えば、月別で各通信網を用いて送受信したデータ量を累積し、該値を前記網選択器６１５に提供する。

使用する通信網の決定のために使われる前述した各要素は、単独で使われる代わりに、各要素に適切に加重値を付与して、各通信網に対して合算算出する点数に基づいて、最高点数の通信網を選択することもできる。

前述した実施例では、前記網選択器６１５が前記適応送受信機６１２のＨＴＴＰ Ｒｅｑｕｅｓｔ、またはそれに基づいて作成された要求内容により使用する通信網を決定して通知したが、本発明による他の実施例では、前記網選択器６１５が現在の確認される状況や条件など［例えば、前述した要素のうち、ＨＴＴＰ Ｒｅｑｕｅｓｔから確認される要素（情報の種類、または要求データ量など）を排除した要素］により使用する通信網を適応的に選択していて、前記適応送受信機６１２の問い合わせ時に現在選択している通信網を知らせても良い。本実施例では、前記適応送受信機６１２は、ＨＴＴＰ Ｒｅｑｕｅｓｔを前記ローカルサーバ６１１から受信すれば、前記網選択器６１５に使用する通信網を質疑して通知される通信網に、前記受信されたＨＴＴＰ Ｒｅｑｕｅｓｔ（またはそれにより作成されたＨＴＴＰ Ｒｅｑｕｅｓｔ）を送信するか、または前記受信されたＨＴＴＰ Ｒｅｑｕｅｓｔ（またはそれにより作成されたＨＴＴＰ Ｒｅｑｕｅｓｔ）を先に送信した後、その後のＨＴＴＰ Ｒｅｑｕｅｓｔなどの伝送のために使用する通信網を、前記網選択器６１５に問い合わせることもできる。前記受信したＨＴＴＰ Ｒｅｑｕｅｓｔを先に送信する時は、デフォルトと指定された通信網を用いて送信するか、または当該ＨＴＴＰ Ｒｅｑｕｅｓｔとマッチングされる既生成の外向き通信ソケットを通じて送信する。

前述した実施例で、使用すると選択した通信網は、恒久的に使われるものではなく、通信網状態の変化により他通信網に転換されるか、または追加的に他通信網（または通信網）が、前記適応送受信機１１２、６１２によって併用可能であることは前述した通りである。

前述した実施例では、汎用のアプリ、またはプロセスが、通信網を利用するデータ要求を、プロキシ設定を通じて本発明による多重アクセス最適化器に向かわせ、通信網の状況変化などに関することを、前記多重アクセス最適化器が専担して処理することによって、汎用のアプリ、またはプロセスは、その状況変化などに関係なく、安定した通信状態を保持可能にした。本発明による他の実施例では、移動通信端末機１００のプロキシ設定を使用せず、外部インターセプトサーバを使用する。図９は、本発明による固定ホストアドレスに基づいて、複数の異種網を選択的に使用可能にする方法の他の実施例である。本実施例による移動通信端末機７００は、図２を参照して説明した実施例での多重アクセス最適化器１１０であるか、図８を参照して説明した多重アクセス最適化器６１０である多重アクセス最適化器７１０を含む。そして、前記多重アクセス最適化器７１０は、前述した実施例のうち、いずれか１つで説明した多重アクセス最適化器１１０または６１０の動作と同じ動作を行う。

本実施例によるインターセプト（ｉｎｔｅｒｃｅｐｔ）サーバ７０１は、前記移動通信端末機７００に対して移動電話サービスを提供する通信網、例えば、３Ｇ移動電話通信網１１ａに別途に構築されるか、その通信網１１ａのすべてのデータ通信内容をモニタリングするサーバ、例えば、データ検閲サーバ内に統合的に構成されても良い。前記インターセプトサーバ７０１は、当該通信網、または管掌するすべての通信網を通じて要請されるＨＴＴＰ Ｒｅｑｕｅｓｔを分析し、例えば、特定のサーバに対するＲｅｑｕｅｓｔであるか、または大量のデータを要求するＲｅｑｕｅｓｔであれば、そのＲｅｑｕｅｓｔをリダイレクト（Ｒｅｄｉｒｅｃｔ）させる。以下、前記移動通信端末機７００で要請するＨＴＴＰ Ｒｅｑｕｅｓｔが、前記インターセプトサーバ７０１でリダイレクトさせると設定されたＲｅｑｕｅｓｔに該当することを前提にして説明する。

通常のブラウザ１０ａ上で任意ウェブサーバ１２ａ上のＵＲＬを選択すれば（Ｓ７０）、それに当る通信規約による要求、例えば、ＨＴＴＰ Ｒｅｑｕｅｓｔを伝送するための通信ソケットを運営システム１００ａに要請する。この時のＨＴＴＰ Ｒｅｑｕｅｓｔは、その目的地のホストアドレスが外部サーバであるので、生成を要請するソケットは、外向き通信ソケットになる。前記運営システム１００ａが可用の通信網のうち、現在接続されている通信網から割り当てられた接続ＩＰをソースアドレスにする外向き通信ソケットを生成してリターンすれば、前記ブラウザ１０ａは、前記ＨＴＴＰ Ｒｅｑｕｅｓｔを当該外向き通信ソケットを通じて伝送要請する。このＨＴＴＰ Ｒｅｑｕｅｓｔは、目的地である前記ウェブサーバ１２ａに向かって送信されるが（Ｓ７１）、その前に前記インターセプトサーバ７０１に伝達される（Ｓ７１−１）。次いで、前記インターセプトサーバ７０１は、受信したＨＴＴＰ Ｒｅｑｕｅｓｔに対してリダイレクトを指示するＨＴＴＰ Ｒｅｓｐｏｎｓｅを、前記移動通信端末機７００に伝送する（Ｓ７２）。この時のＨＴＴＰ Ｒｅｓｐｏｎｓｅにあるリダイレクトさせるアドレス（ＩＰとポート番号）は、前記多重アクセス最適化器７１０に既に設定されているローカルアドレスになり、このアドレスは、前記インターセプトサーバ７０１と移動通信端末機７００との間に既共有状態となる。そして、前記ＨＴＴＰ Ｒｅｓｐｏｎｓｅには、前記受信したＨＴＴＰ Ｒｅｑｕｅｓｔで要請しているオブジェクト（ウェブページ、コンテンツなど）についての情報、例えば、ＵＲＬをそのまま、またはそのオブジェクトを唯一に識別可能な前記多重アクセス最適化器７１０内のローカルサーバと互いに約束された方式で修正したオブジェクト情報が含まれる。

前記リダイレクトを指示するＨＴＴＰ Ｒｅｓｐｏｎｓｅを、前記生成した外向き通信ソケットを通じて受信した前記ブラウザ１０ａは、そのＨＴＴＰ Ｒｅｓｐｏｎｓｅによる指示により、そのＲｅｓｐｏｎｓｅに記載のオブジェクト情報を要求するＨＴＴＰ Ｒｅｑｕｅｓｔを構成し、該指示した宛先アドレス、すなわち、ローカルアドレスに送信する。このために、前記ブラウザ１０ａは、前記運営システム１００ａにローカルアドレスを使用する通信ソケットの生成を要請する。この要請により、ローカルアドレスの通信ソケットが生成されて前記ブラウザ１０ａにリターンされ、前記ブラウザ１０ａは、リターンされた通信ソケットを用いて、先立ってリダイレクト指示されたオブジェクトに対して構成されたＨＴＴＰ Ｒｅｑｕｅｓｔを伝送する（Ｓ７３）。このＨＴＴＰ Ｒｅｑｕｅｓｔは、ローカルアドレスによって前記多重アクセス最適化器７１０により受信されるので、前記多重アクセス最適化器７１０は、前述した実施例のように、適切な方式で選択される通信網に対する外向き通信ソケットを生成して受信したＨＴＴＰ Ｒｅｑｕｅｓｔを当該目的地サーバに伝送する（Ｓ７４）。この要請により受信される前記ウェブサーバ１２ａの応答ページで選択されるコンテンツに対するさらに他の通信規約による要求であるＨＴＴＰ Ｒｅｑｕｅｓｔに対しても、前述した過程（インターセプト、リダイレクト指示、リダイレクト指示によるＨＴＴＰ Ｒｅｑｕｅｓｔの構成、ローカルアドレス通信ソケットを通じた伝達、外向き通信ソケットを通じた通信網への伝送）を経てコンテンツサーバ１２ｂに伝送される（Ｓ７５）。

図１０は、前述した過程により、ＨＴＴＰ Ｒｅｑｕｅｓｔを伝送するために生成される通信ソケットを概念的に示す図面である。図４を参照して説明した実施例とは異なって、前記ブラウザ１０ａのような汎用アプリがＨＴＴＰ Ｒｅｑｕｅｓｔを伝送する時、外向き通信ソケット８１が生成され、リダイレクトしたＨＴＴＰ Ｒｅｑｕｅｓｔに対して構成したＨＴＴＰ Ｒｅｑｕｅｓｔを、前記多重アクセス最適化器７１０に伝達するためのローカルアドレスソケッサン８２ａ、８２ｂが生成され、次いで、外部の通信網、または通信網を通じて目的地のサーバにＨＴＴＰ Ｒｅｑｕｅｓｔを伝送するために、１つ以上の通信網に１つ以上の通信ソケット８３、８４、…が生成される。図１０に例示されたように、通信ソケットが生成された後、前記ブラウザ１０ａのような汎用アプリがリダイレクト指示により構成されたＨＴＴＰ Ｒｅｑｕｅｓｔをローカルアドレスソケット８２ａ、８２ｂを通じて送信した後には、前記移動通信端末機６００が用いている任意通信網に状態変化が発生しても、前記多重アクセス最適化器７１０がこれを代替する他の通信網を用いて、前記汎用アプリが生成した固定されたホストアドレスを有する通信ソケット８２ａにＨＴＴＰ Ｒｅｓｐｏｎｓｅを事故なしに提供することになるので、前記汎用アプリは、通信網の状態変化に関係なく、安定的で円滑に動作可能になる。

また、ローカルアドレスの通信ソケットを通じたＨＴＴＰ Ｒｅｑｕｅｓｔの送信後には、前記多重アクセス最適化器７１０がＨＴＴＰ Ｒｅｑｕｅｓｔの類型により、または各異種網の通信状態により、複数の異種網を併用する前述した実施例で説明した利点を前記汎用アプリが享有することができる。

本発明による他の実施例では、外部通信網とのデータ通信を行うアプリであるか、またはブラウザなどが、プロキシによるローカルアドレスを参照せずとも、ＨＴＴＰ Ｒｅｑｕｅｓｔをローカルアドレスを対象にして伝送する。言い換えれば、ユーザによって選択されたＵＲＬに対する通信規約による要求、例えば、ＨＴＴＰ Ｒｅｑｕｅｓｔが外部網にある任意サーバに係わるものであっても、前記多重アクセス最適化器１１０または６１０を利用するようにコード化されたブラウザ（以下、“多重アクセス用ブラウザ”と称する）などは、その任意サーバのＩＰアドレスに関係なく、ローカルアドレスの通信ソケットを運営システムに要請して生成し、該生成された通信ソケットを通じて、前記多重アクセス最適化器１１０または６１０にそのＨＴＴＰ Ｒｅｑｕｅｓｔを伝送する。図２ないし図８を参照した実施例の説明で、ＨＴＴＰ Ｒｅｑｕｅｓｔの伝送のために活性化したプロキシを確認し、該設定されたプロキシアドレスを使用することを除いてはいずれも同一に本実施例に適用されうる。

図１１は、前記多重アクセス用ブラウザ９０１が備えられている移動通信端末機９００の論理的構成を例示した図面であって、図２の実施例での構成による動作と比較すれば、前記多重アクセス用ブラウザ９０１は、ユーザが外部の任意サーバ上のＵＲＬを選択すれば（Ｓ９０）、既に設定された、またはコード化されたローカルアドレス（前記多重アクセス最適化器１１０または６１０に割り当てられたＩＰアドレスとポート番号）にして通信ソケットの生成を前記運営システム１００ａに要請する。前記運営システム１００ａは、前記多重アクセス最適化器１１０または６１０と通信するための通信ソケットを生成し、該生成された通信ソケットの識別子を、前記多重アクセス用ブラウザ９０１にリターンする。次いで、前記多重アクセス用ブラウザ９０１は、先んじた選択によるＨＴＴＰ Ｒｅｑｕｅｓｔを、そのリターンされた通信ソケット識別子を用いて前記運営システム１００ａに伝送要請することによって、当該ＨＴＴＰ Ｒｅｑｕｅｓｔを前記多重アクセス最適化器１１０または６１０に伝達する（Ｓ９１）。その後の過程は、図２ないし図８を参照した実施例の説明と同一になされる。

本発明によるさらに他の一実施例では、多重アクセス用ブラウザが、選択されたＵＲＬによるＨＴＴＰ Ｒｅｑｕｅｓｔのホストフィールドにローカルアドレスを挿入したＨＴＴＰ Ｒｅｑｕｅｓｔを多重アクセス最適化器に伝達しても良い。図１２は、本実施例による動作を行うための多重アクセス用ブラウザ１００１と多重アクセス最適化器１０１０が具現された移動通信端末機１０００の論理的構成を例示したものである。そして、前記多重アクセス用ブラウザ１００１は、図１３に例示されたように、ＨＴＴＰなどのプロトコルによる文書などを解釈し、ユーザのインターフェースなどを行う前処理部１００１ａと他のプロセス、または送信先とのデータ通信を行うための通信処理部１００１ｂに区分されて構成され、前記前処理部１００１ａは、ユーザから１つのＵＲＬが選択されれば（Ｓ１００）、その選択されたＵＲＬ（例えば、“ｈｔｔｐ：／／ｖｉｄｅｏｍｅｎｕ．ａｉｒｐｌｕｇ．ｃｏｍ”）のホストフィールドにローカルアドレスを挿入したＨＴＴＰ Ｒｅｑｕｅｓｔ（例えば、“ｈｔｔｐ：／／１２７．０．０．１：８０８０／ｖｉｄｅｏｍｅｎｕ．ａｉｒｐｌｕｇ．ｃｏｍ”または“ｈｔｔｐ：／／ｌｏｃａｌｈｏｓｔ：８０８０／ｖｉｄｅｏｍｅｎｕ．ａｉｒｐｌｕｇ．ｃｏｍ”を構成して（Ｓ１０１）、前記通信処理部１００１ｂに伝達する（Ｓ１０２）。これにより、前記通信処理部１００１ｂは、受信したＨＴＴＰ Ｒｅｑｕｅｓｔのホストアドレス（１２７．０．０．１：８０８０またはｌｏｃａｌｈｏｓｔ：８０８０）を用いて運営システム１００ａに通信ソケットを要請することとなるが、使われたアドレスがローカル（ｌｏｃａｌ）を指定しつつ、前記多重アクセス最適化器１０１０のローカルサーバ１０１１に割り当てられたポート番号を用いているので、前記運営システム１００ａは、前記多重アクセス最適化器１０１０との通信ソケットを生成することになる。このように通信ソケットが生成されれば、前記通信処理部１００１ｂは、先立って前記前処理部１００１ａから受信したホストフィールドにローカルアドレスが挿入されたＨＴＴＰ Ｒｅｑｕｅｓｔをその通信ソケットを通じて前記ローカルサーバ１０１１に伝送する（Ｓ１０３）。

前記ローカルサーバ１０１１に伝送されるローカルアドレスが挿入されたＨＴＴＰ Ｒｅｑｕｅｓｔ、例えば“ｈｔｔｐ：／／１２７．０．０．１：８０８０／ｖｉｄｅｏｍｅｎｕ．ａｉｒｐｌｕｇ．ｃｏｍ”または“ｈｔｔｐ：／／ｌｏｃａｌｈｏｓｔ：８０８０／ｖｉｄｅｏｍｅｎｕ．ａｉｒｐｌｕｇ．ｃｏｍ”のフォーマットは、前記運営システム１００ａの具現方式により多様な形態を有することができるが、標準化された通信プロトコル階層に順応して構成される場合、図１４のようなＩＰパケットフォーマットを有しても良い。図１４のフォーマットは、図５のフォーマットと比較すれば、ＩＰヘッダ１１０１に含まれるＩＰアドレスと同じアドレスをホストフィールドに有するＨＴＴＰ ＲｅｑｕｅｓｔがＩＰパケットボディー１１０２に含まれる。

前記ローカルサーバ１０１１は、受信されたＨＴＴＰ Ｒｅｑｕｅｓｔでホストフィールドに挿入されたローカルアドレスを除去し（Ｓ１０４）、本来のＨＴＴＰ Ｒｅｑｕｅｓｔを復元した後、そのＨＴＴＰ Ｒｅｑｕｅｓｔを適応送受信機１０１２に伝達することによって（Ｓ１０５）、本来のＨＴＴＰ Ｒｅｑｕｅｓｔによって意図されたサーバに伝送させる。これについての過程は、以前の実施例で詳細に説明されたので、詳細な説明は省略する。

図１２及び図１３に例示された実施例で、前記多重アクセス最適化器１０１０は、図面の簡略化のために省略したが、ＨＴＴＰ Ｒｅｓｐｏｎｓｅのようなデータのバッファリングのためのバッファを含んでもよく、前述した実施例で詳細に説明したように、前記網選択器６１５を含んで構成されてもよく、この際、前記適応送受信機１０１２は、前記網選択器６１５との必要な相互対応動作を行うことになる。

図１１ないし図１４を参照した実施例で、ユーザが選択したＵＲＬによるＨＴＴＰ Ｒｅｑｕｅｓｔは、外部網に送信されず、固定されたアドレスのローカルアドレスによる通信ソケットを通じて前記多重アクセス最適化器に伝達されるので、本実施例では、ＨＴＴＰ Ｒｅｑｕｅｓｔを伝送するためのソケットが、図４に例示された概念と同じ方式で生成される。

本発明による前述した多重アクセス用ブラウザを利用する他の実施例では、前記多重アクセス用ブラウザは、ユーザが選択するすべての項目に対するＨＴＴＰ Ｒｅｑｕｅｓｔを、前記多重アクセス最適化器（図１１の１１０、または６１０、または図１２の１０１０）に伝達しなくても良い。すなわち、常にローカルアドレスによる通信ソケットを使用しなくても良い。本実施例では、多重アクセス用ブラウザが、ユーザが選択した項目が、例えば、簡単なウェブページなどを要請するものである場合には、それによるＨＴＴＰ Ｒｅｑｕｅｓｔに対しては、生成した外向き通信ソケットを通じて直ちに送信先のサーバに送信させ、例えば、データ量の多い項目である場合には、前述したようにローカルアドレスの通信ソケットを用いて前記多重アクセス最適化器に送信することになる。したがって、本実施例では、先立って例示した多重アクセス用ブラウザのような多重アクセス用アプリは、図１０に例示されたように、ローカルアドレスによる通信ソケット８２ａ以外に外向き通信ソケット８１を生成して利用することもできる。

以上、前述した本発明の望ましい実施例は、例示の目的のために開示されたものであって、当業者であれば、特許請求の範囲に開示された本発明の技術的思想と、その技術的範囲内で、さらに他の多様な実施例を、改良、変更、代替、または付加することが可能であろう。

Claims (16)

1. 複数の異種網にアクセス可能な無線端末機において、
   内部アドレスを目的地として生成されたローカル通信ソケットを通じて、前記無線端末機で実行されるアプリケーションとのデータ交換を行うための内処理部と、
   第１および第２外向き通信ソケットを生成するための外処理部と、を含んで構成され、
   前記第１および第２外向き通信ソケットの各ソースアドレスは、前記複数の異種網のうち、互いに異なる２つの通信網で個別に割り当てられた接続アドレスであり、前記第１および第２外向き通信ソケットの目的地は、前記ローカル通信ソケットを通じて受信された通信規約による要求における目的地として表される同一の外部アドレスであり、
   前記外処理部は、前記第１および第２外向き通信ソケットを通じて、前記外部アドレスのサーバとのデータ交換を行い、
   前記ローカル通信ソケットと前記第１および第２外向き通信ソケットが互いに連携関係にある場合に、前記第２外向き通信ソケットを通じて受信されたデータが前記ローカル通信ソケットに送信される間に、前記第１外向き通信ソケットを通じて受信されたデータが前記ローカル通信ソケットに送信され、
   前記外処理部は、
   前記第１外向き通信ソケットを通じて送信した前記通信規約による要求の受信意図した全体データの少なくとも一部区間を要請する通信規約による要求を作成し、前記生成された第２外向き通信ソケットを通じて送信し、
   前記第１外向き通信ソケットと第２外向き通信ソケットとを通じてそれぞれ受信される通信規約による応答を組み合わせて、前記通信規約による要求が意図した１つの完成された通信規約による応答を構成して、前記内処理部に伝達するように構成された無線端末機。
2. 前記ローカル通信ソケットは、前記無線端末機に設定されたプロキシ情報に記載の前記内部アドレスに基づいて、任意の外部サーバに伝送する通信規約による要求の宛先アドレスに関係なく、前記内部アドレスを目的地とした通信ソケット生成要請によって生成された請求項１に記載の無線端末機。
3. 前記プロキシ情報は、前記内処理部、または前記外処理部を含むプロセスの実行によって設定された請求項２に記載の無線端末機。
4. 前記ローカル通信ソケットは、任意の外部サーバに対して要請されて、外部に伝送された通信規約による要求に対するリダイレクト指示で指定された前記内部アドレスを目的地とした通信ソケットの生成要請によって生成された請求項１に記載の無線端末機。
5. 前記ローカル通信ソケットは、前記無線端末機で実行されるアプリケーションが、任意の外部サーバに伝送する通信規約による要求の宛先アドレスに関係なく、前記アプリケーションに設定されている前記内部アドレスを目的地とした通信ソケットの生成要請によって生成された請求項１に記載の無線端末機。
6. 前記アプリケーションは、前記通信規約による要求に、前記内部アドレスをホストフィールドに挿入した通信規約による要求を、前記ローカル通信ソケットを通じて前記内処理部に伝達し、
   前記内処理部は、受信された通信規約による要求のホストフィールドに挿入されている前記内部アドレスを除去し、本来の通信規約による要求を復元し、前記外処理部に伝達するように構成された請求項５に記載の無線端末機。
7. 前記アプリケーションは、選択される項目による通信規約による要求に対して、選別的に前記ローカル通信ソケットを通じて前記内処理部に伝達するように構成された請求項５に記載の無線端末機。
8. 前記複数の異種網のうち、１つ以上の通信網の現状、または設定されたサービス利用料金方式に基づいて、前記ローカル通信ソケットを通じて受信される通信規約による要求を伝送する１つ以上の通信網を決定し、その決定された通信網を前記外処理部に報知するように構成された網選択部をさらに含んで構成された請求項１に記載の無線端末機。
9. 前記網選択部は、前記ローカル通信ソケットを通じて受信された通信規約による要求が受信意図するデータ量にも基づいて、前記受信した通信規約による要求を伝送する１つ以上の通信網を決定し、前記外処理部に報知するようにさらに構成された請求項８に記載の無線端末機。
10. 前記外処理部は、前記少なくとも一部区間を排除するための要請を、前記第１外向き通信ソケットを通じて送信するか、そうでなければ、前記第１外向き通信ソケットを通じて前記少なくとも一部区間のデータが受信される場合、前記第１外向き通信ソケットを閉鎖して、前記第１外向き通信ソケットを通じた前記少なくとも一部区間の受信を防止するように構成された請求項１に記載の無線端末機。
11. 前記外処理部は、
    前記ローカル通信ソケットを通じて受信された前記通信規約による要求が、受信意図する全体データを少なくとも２区間に区分し、各区分されたデータ区間を要請する通信規約による要求を作成し、
    前記作成された通信規約による要求が、前記２つ以上の通信網に分配される方式で送信されるように、前記第１および第２外向き通信ソケットを通じて送信し、
    前記第１および第２外向き通信ソケットを通じてそれぞれ受信される通信規約による応答を組み合わせて、前記通信規約による要求が意図した１つの完成された通信規約による応答を構成して、前記内処理部に伝達するように構成された請求項１に記載の無線端末機。
12. 前記内部アドレスは、目的地が内部であることを指示すると約束されたＩＰアドレスと、割り当てられたポート番号を含んで構成される請求項１に記載の無線端末機。
13. 前記通信ソケットは、プロトコル類型、ソースＩＰアドレスとポート、送信先ＩＰアドレスとポートを構成要素として含む局部プロセス間の、または送信先プロセスとの通信のための論理オブジェクトである請求項１に記載の無線端末機。
14. 複数の異種網にアクセス可能な無線端末機において、
    多重アクセス処理部と、
    通信部と、を含んで構成され、
    前記多重アクセス処理部は、
    内部アドレスを目的地として生成されたローカル通信ソケットを通じて、前記無線端末機で実行される他のアプリケーションとのデータ交換を行い、第１および第２外向き通信ソケットを前記ローカル通信ソケットと連携して生成し、前記第１および第２外向き通信ソケットの各ソースアドレスは、前記複数の異種網のうち、互いに異なる２つの通信網で個別に割り当てられた接続アドレスであり、前記第１および第２外向き通信ソケットの目的地は、前記ローカル通信ソケットを通じて受信された通信規約による要求における目的地として表される同一の外部アドレスであり、
    前記多重アクセス処理部は、
    前記第１および第２外向き通信ソケットを通じて、前記外部アドレスのサーバとのデータ交換を行い、前記第１および第２外向き通信ソケットから、前記第１および第２外向き通信ソケットと連携関係にある前記ローカル通信ソケットにデータを転送するように構成され、
    前記通信部は、
    前記外部アドレスのサーバから前記データを受信し、前記第１および第２外向き通信ソケットを通じて前記データを送信するように、前記外部アドレスのサーバとの信号を送受信するように構成され、
    前記多重アクセス処理部は、
    前記第１外向き通信ソケットを通じて送信した前記通信規約による要求の受信意図した全体データの少なくとも一部区間を要請する通信規約による要求を作成し、前記生成された第２外向き通信ソケットを通じて送信し、
    前記第１外向き通信ソケットと第２外向き通信ソケットとを通じてそれぞれ受信される通信規約による応答を組み合わせて、前記通信規約による要求が意図した１つの完成された通信規約による応答を構成して、前記他のアプリケーションに伝達するように構成された無線端末機。
15. プログラムの保存空間を備えている装置において、
    通信を通じて、外部とのデータ送受信が可能な通信手段と、
    前記通信手段を通じて送信される、または前記通信手段を通じて受信した無線端末機で実行される、アプリケーションが収録されている保存手段と、を含んで構成されるが、
    前記アプリケーションは、
    前記無線端末機で実行される場合、内部アドレスを目的地として生成されたローカル通信ソケットを通じて、前記無線端末機で実行される他のアプリケーションとのデータ交換を行い、第１および第２外向き通信ソケットを前記ローカル通信ソケットと連携して生成し、前記第１および第２外向き通信ソケットの各ソースアドレスは、前記無線端末機が使用可能な複数の異種網のうち、互いに異なる２つの通信網で個別に割り当てられた接続アドレスであり、前記第１および第２外向き通信ソケットの目的地は、前記ローカル通信ソケットを通じて受信された通信規約による要求における目的地として表される同一の外部アドレスであり、前記アプリケーションは、前記第１および第２外向き通信ソケットを通じて、前記外部アドレスのサーバとのデータ交換を行い、前記ローカル通信ソケットと連携関係にある前記第１および第２外向き通信ソケットから前記ローカル通信ソケットにデータを転送するプログラム構造を含み、
    前記アプリケーションは、
    前記第１外向き通信ソケットを通じて送信した前記通信規約による要求の受信意図した全体データの少なくとも一部区間を要請する通信規約による要求を作成し、前記生成された第２外向き通信ソケットを通じて送信し、
    前記第１外向き通信ソケットと第２外向き通信ソケットとを通じてそれぞれ受信される通信規約による応答を組み合わせて、前記通信規約による要求が意図した１つの完成された通信規約による応答を構成して、前記ローカル通信ソケットを通じて伝達するように構成された装置。
16. 複数の異種網を選択的に用いてデータ送受信を可能にする方法において、
    内部アドレスを目的地として生成されたローカル通信ソケットを通じて、外部サーバを目的地とする第１データ要求を受信する第１段階と、
    前記第１データ要求により、第１および第２外向き通信ソケットを前記ローカル通信ソケットと連携して生成し、前記第１および第２外向き通信ソケットの各ソースアドレスは、前記複数の異種網のうち、互いに異なる２つの通信網で割り当てられた接続アドレスであり、前記第１および第２外向き通信ソケットの目的地は、前記外部サーバの同一のアドレスである第２段階であって、それぞれ前記第１および第２外向き通信ソケットを通じて、第２データ要求および第３データ要求を送信する第２段階と、
    前記第２および第３データ要求の送信によりそれぞれ前記第１および第２外向き通信ソケットを通じて受信されて混合される応答データを、前記第１および第２外向き通信ソケットと連携している前記ローカル通信ソケットを通じて前記第１データ要求の発信者に伝達する第３段階と、を含んでなり、
    前記第２データ要求は、前記第１データ要求と同一であるか、又は前記第１データ要求の要請内容を修正して作成されたデータ要求であり、前記第３データ要求は、前記第１データ要求の要請内容を修正して作成されたデータ要求である方法。

Images