JP7137208B2 - 通信方法、プログラム、通信端末、および、ｍｅｃサーバ - Google Patents

Description

本発明は、複数の移動通信網等の通信経路が存在する場合に、適切な通信経路を選択するための技術に関する。

第５世代移動通信システム（５Ｇ）では、広帯域、超低遅等の高品質な移動通信網を実現するために、Ｍｕｌｔｉ－ａｃｃｅｓｓ Ｅｄｇｅ Ｃｏｍｐｕｔｉｎｇ（ＭＥＣ）が利用される（例えば、非特許文献１を参照）。このようなＭＥＣを利用する通信システム（例えば、第５世代移動通信システム）では、例えば、端末がアプリケーションの通信性能要求（例えば、スループット，遅延，エラー）等に応じて、通信先のサーバやＭＥＣサーバへの最適な通信経路を選択する、あるいは、複数の通信経路を束ねて利用するといった柔軟な経路選択等の処理を行うことで、広帯域、超低遅等の高品質な移動通信網を実現する。

K. Okada, S. Kashihara, N. Kawanishi, N. Suzuki, K. Sugiyama, and Y. Kadobayashi, "GoEdge: A Scalable and Stateless Local Breakout Method," Proceedings of the 2018 Workshop on Theory and Practice for Integrated Cloud, Fog and Edge Computing Paradigms, pp.29-34, July 2018.

例えば、非特許文献１では、既存技術であるＩＰエニーキャストとＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）を応用した実践的なトラフィック誘導が可能な通信システムを実現する技術が提案されている。非特許文献１の技術は、既存技術であるＩＰエニーキャストとＤＮＳを応用した技術であるため、その導入が容易である。非特許文献１の技術は、主にネットワークベースのトラフィック誘導の技術に分類できる。

しかしながら、実環境を想定した場合、ネットワークにつながる端末は複数のネットワークインターフェースを持ち、それらを用いて複数のネットワーク事業者やＷｉ－Ｆｉに接続する。そのため、ＥＣ環境（ＥＣ：Ｅｄｇｅ Ｃｏｍｐｕｔｉｎｇ）を最大限活かすためには，ネットワークベースのトラフィック誘導だけでなく、端末側でのトラフィック誘導技術も求められる。

そこで、本発明は上記課題に鑑み、通信システム（例えば、ＭＥＣを利用する通信システムや移動通信システム）において、通信網での制御なしに、端末側のみで適切な経路選択処理を実行できる通信方法、プログラム、並びに、それに用いられる通信端末、および、ＭＥＣサーバを実現することを目的とする。

上記課題を解決するために、第１の発明は、サービス提供サーバと、ＭＥＣサーバと、第１ＤＮＳサーバと、第２ＤＮＳサーバと、第１通信インターフェースおよび第２通信インターフェースを備える通信端末と、を接続できる通信システムに用いられる通信方法である。通信方法は、名前解決処理要求ステップと、解析ステップと、ＩＣＭＰパケット送信ステップ（ＩＣＭＰ：Ｉｎｔｅｒｎｅｔ Ｃｏｎｔｒｏｌ Ｍｅｓｓａｇｅ Ｐｒｏｔｏｃｏｌ）と、ＩＣＭＰ受信ステップと、ＩＦ決定処理ステップと、データ通信ステップと、を備える。

通信端末が、第１通信インターフェースおよび第２通信インターフェースの両方で通信可能な状態にある場合であって、通信端末が、絶対ドメイン名であるＦＱＤＮに対応するサーバにアクセスしようとする場合において、名前解決処理要求ステップでは、通信端末が、第１通信インターフェースにより、第１ＤＮＳサーバに対して、名前解決処理を要求するとともに、第２通信インターフェースにより、第２ＤＮＳサーバに対して、名前解決処理を要求する。

解析ステップでは、通信端末が、第１ＤＮＳサーバおよび／または第２ＤＮＳサーバによる名前解決処理により取得されたＩＰアドレスを含むデータを受信し、受信した当該データに含まれるＩＰアドレスを解析する。

解析ステップによる解析の結果、第１通信インターフェースにより取得した第１ＩＰアドレスと第２通信インターフェースにより取得した第２ＩＰアドレスとが異なる場合、ＩＣＭＰパケット送信ステップでは、通信端末が、第１通信インターフェースにより、第１ＩＰアドレス宛にＩＣＭＰパケットを送信するとともに、第２通信インターフェースにより、第２ＩＰアドレス宛にＩＣＭＰパケットを送信する。

ＩＣＭＰ受信ステップでは、ＭＥＣサーバが、ＩＣＭＰパケットを受信した場合、返信用のＩＣＭＰパケットに当該ＩＣＭＰパケットを受信したのがＭＥＣサーバであることを示す情報と、当該ＭＥＣサーバが輻輳状態であるか否かを示す情報とを含めて、通信端末に返信し、通信端末が、ＭＥＣサーバからのＩＣＭＰパケットを受信する。

ＩＦ決定処理ステップでは、通信端末が、受信したＩＣＭＰパケットを解析し、当該ＩＣＭＰパケットの解析の結果、ＩＣＭＰパケットを送信した通信相手がＭＥＣサーバであり、かつ、当該ＭＥＣサーバが輻輳状態でないと判定した場合、当該ＭＥＣサーバに対して、ＩＣＭＰパケットを送信した通信インターフェースを使用することを決定する。

データ通信ステップでは、ＩＦ決定処理ステップにより決定した通信インターフェースを使用して、データ通信を行う。

この通信方法では、ＩＣＭＰメッセージ（ＩＣＭＰパケット）に、ＩＣＭＰパケットを受信したのがＭＥＣサーバであることを示す情報と、当該ＭＥＣサーバが輻輳状態であるか否かを示す情報とを含めることができるので、ＩＣＭＰによる通信をするだけで、通信相手の候補の状況を簡単に把握できる。この通信方法では、通信端末が、複数の通信インターフェースを有しており、複数の通信相手候補がある場合でも、通信相手候補のサーバにＩＣＭＰメッセージ（ＩＣＭＰパケット）を送信し、例えば、返信されてきたＩＣＭＰメッセージ（ＩＣＭＰパケット）の所定のフィールドから所定のフラグ（ＭＥＣフラグ、輻輳状態フラグ）を検出することで、容易に、通信相手候補のサーバの状況を適切に把握できる。

したがって、この通信方法では、複数の通信インターフェースがある場合においても、通信端末がアプリケーションの通信性能要求（例えば、スループット，遅延，エラー）等を考慮しつつ、かつ、通信網側での制御なしに、端末側のみで適切な経路選択処理を実行できる。

なお、通信端末が備える通信インターフェース（上記では、第１通信インターフェースおよび第２通信インターフェース）の数は、「２」に限定されることはなく、３以上であってもよい。

第２の発明は、第１の発明であって、ＩＣＭＰ受信ステップにおいて、ＭＥＣサーバが、ＩＣＭＰパケットを受信した場合、返信用のＩＣＭＰパケットに当該ＩＣＭＰパケットを受信したのがＭＥＣサーバであることを示す情報と、当該ＭＥＣサーバが輻輳状態であるか否かを示す情報とを、ＩＣＭＰメッセージのｃｏｄｅフィールドの値を変更することにより含めたＩＣＭＰメッセージを生成し、生成したＩＣＭＰメッセージを含むＩＣＭＰパケットを通信端末に返信する。そして、通信端末が、ＭＥＣサーバからのＩＣＭＰパケットを受信し、ＩＣＭＰメッセージのｃｏｄｅフィールドの値により、ＩＣＭＰパケットを送信した送信先の通信装置が、（１）ＭＥＣサーバであるか否かを判定し、（２）当該通信装置が輻輳状態であるか否かを検出する。

この通信方法では、ＩＣＭＰメッセージ（ＩＣＭＰパケット）の従来使用されていないフィールド（ＩＣＭＰメッセージの「ｃｏｄｅ」）に、所定のフラグ（ＭＥＣフラグ、輻輳状態フラグ）を設定して、ＩＣＭＰによる通信をするだけで、通信相手の候補の状況を簡単に把握できる。そして、この通信方法では、従来のサーバは、上記の所定のフラグ（ＭＥＣフラグ、輻輳状態フラグ）の値を変更することなく、従来通りの通信を行えば良いので、この通信方法を用いる通信システムに従来のサーバを含められる（上位互換を容易に維持できる）。この通信方法では、通信端末が、複数の通信インターフェースを有し、複数の通信相手候補がある場合でも、通信相手候補のサーバにＩＣＭＰメッセージ（ＩＣＭＰパケット）を送信し、返信されてきたＩＣＭＰメッセージ（ＩＣＭＰパケット）の所定のフィールドから所定のフラグ（ＭＥＣフラグ、輻輳状態フラグ）を検出することで、容易に、通信相手候補のサーバの状況を適切に把握できる。

したがって、この通信方法では、複数の通信インターフェースがある場合においても、通信端末がアプリケーションの通信性能要求（例えば、スループット，遅延，エラー）等を考慮しつつ、かつ、通信網側での制御なしに，端末側のみで適切な経路選択処理を実行できる。

第３の発明は、第１または第２の発明であって、計測ステップをさらに備える。

計測ステップでは、第１通信インターフェース、および／または、第２通信インターフェースにより通信相手候補に対してＩＣＭＰパケットを送信し、当該通信相手候補からＩＣＭＰパケットを受信し、受信の有無、および／または、受信したデータを解析することで、ＲＴＴ値、タイムアウトの有無、および、タイムアウト回数の少なくとも１つのデータを取得する。

これにより、この通信方法では、通信相手候補とのＩＣＭＰパケットの送受信により、通信性能の判定する指標となるＲＴＴ値、タイムアウトの有無、および、タイムアウト回数の少なくとも１つのデータを取得できる。

第４の発明は、第３の発明であって、ＩＦ決定処理ステップにおいて、通信相手候補がＭＥＣサーバではない、または、輻輳状態ではないと判定された場合、計測ステップにより取得されるＲＴＴ値、タイムアウトの有無、および、タイムアウト回数の少なくとも１つのデータに基づいて、データ通信に使用する通信インターフェースを決定する。

これにより、この通信方法では、通信相手候補がＭＥＣサーバではない、または、輻輳状態ではないと判定された場合、すなわち低遅延もしくは広帯域のデータ通信ができない可能性が高い場合であっても、比較的通信性能を確保できる通信相手を決定し、当該通信相手とデータ通信を行うことができる。

第５の発明は、第１から第４のいずれかの発明である通信方法をコンピュータに実行させるためのプログラムである。

これにより、第１から第４のいずれかの発明である通信方法と同様の効果を奏するプログラムを実現できる。

第６の発明は、第１から第４のいずれかの発明である通信方法に用いられる通信端末であって、第１通信インターフェースと、第２通信インターフェースと、データ処理部と、を備える。

第１通信インターフェースは、通信相手候補に対して、ＩＣＭＰパケットを送信するともに、当該通信相手候補からのＩＣＭＰパケットを受信する。

第２通信インターフェースは、通信相手候補に対して、ＩＣＭＰパケットを送信するともに、当該通信相手候補からのＩＣＭＰパケットを受信する。

データ処理部は、第１通信インターフェース、および／または、第２通信インターフェースにより受信したＩＣＭＰパケットから、（１）ＭＥＣサーバであるか否かを判定し、（２）当該通信装置が輻輳状態であるか否かの情報を抽出する。

この通信端末では、データ処理部により、第１通信インターフェース、および／または、第２通信インターフェースにより受信したＩＣＭＰパケットから、（１）ＭＥＣサーバであるか否かを判定し、（２）当該通信装置が輻輳状態であるか否かの情報を抽出できるので、当該情報に基づいて、複数の通信インターフェースがある場合であっても、最適な通信インターフェースを選択できる。

第７の発明は、第１から第４のいずれかの発明である通信方法に用いられるＭＥＣサーバであって、輻輳検出部と、ＭＥＣサーバ用通信インターフェースと、を備える。

輻輳検出部は、自装置（ＭＥＣサーバ）の輻輳状態を検出する。

ＭＥＣサーバ用通信インターフェースは、（１）自装置がＭＥＣサーバであるか否かの情報、（２）自装置（ＭＥＣサーバ）が輻輳状態であるか否かの情報を所定のフィールドに含めたＩＣＭＰメッセージを生成し、当該ＩＣＭＰメッセージを含むＩＣＭＰパケットを送信する。

これにより、このＭＥＣサーバでは、ＩＣＭＰパケットを送信した通信端末に対して、自装置がＭＥＣサーバであること、および、自装置の輻輳状態を簡単かつ正確に伝えることができる。その結果、通信端末との効率の良い通信インターフェースでのデータ通信が実現される可能性を高めることができる。

なお、「輻輳状態」とは、例えば、ネットワークインターフェースにおいて帯域圧迫されている状態（狭義の輻輳状態）をいうが、これに限定されることはなく、例えば、サーバ資源（メモリ、ＣＰＵ、ストレージ、セッション数等）を反映させて判断した状態であって、当該サーバ資源を考慮してサーバの通信状況により判断した状態（広義の輻輳状態）も含む概念である。したがって、「輻輳状態であるか否かの情報」は、（１）ネットワークインターフェースにおいて帯域圧迫されている状態（狭義の輻輳状態）であるか否かの情報としてもよいし、（２）サーバ資源（メモリ、ＣＰＵ、ストレージ、セッション数等）を考慮してサーバの通信状況により判断した状態（広義の輻輳状態）であるか否かの情報としてもよい。

本発明によれば、通信システム（例えば、ＭＥＣを利用する通信システムや移動通信システム）において、通信網での制御なしに、端末側のみで適切な経路選択処理を実行できる通信方法、プログラム、並びに、それに用いられる通信端末、および、ＭＥＣサーバを実現できる。

第１実施形態に係る通信システム１０００の概略構成図。 第１実施形態に係る端末ＵＥ１の概略構成図。 第１実施形態に係る第１ＭＥＣサーバＭｅｃ１の概略構成図。 通信システム１０００における動作を説明するためのフローチャート。 通信システム１０００における動作を説明するためのフローチャート。 第１実施形態に係る通信システム１０００の概略構成図。 第１実施形態に係る通信システム１０００の概略構成図（ＭＰＴＣＰの場合）。 ＩＣＭＰメッセージの説明図。 第１実施形態に係る通信システム１０００の概略構成図（第１ＭＥＣサーバと通信する場合）。 第１実施形態に係る通信システム１０００の概略構成図（第２ＭＥＣサーバと通信する場合）。 第１実施形態の第１変形例のＩＦ決定処理のフローチャートである。 第１実施形態の第２変形例のＩＦ決定処理のフローチャートである。 ＣＰＵバス構成を示す図。

［第１実施形態］
第１実施形態について、図面を参照しながら、以下、説明する。

＜１．１：通信システムの構成＞
図１は、第１実施形態に係る通信システム１０００の概略構成図である。

図２は、第１実施形態に係る端末ＵＥ１の概略構成図である。

図３は、第１実施形態に係る第１ＭＥＣサーバＭｅｃ１の概略構成図である。

通信システム１０００は、図１に示すように、端末ＵＥ１と、第１アクセスポイントＡＰ１と、第１ルータＲｔ１と、第１ＤＮＳサーバＤｎｓ１と、第１ＭＥＣサーバＭｅｃ１と、第１エッジルータＥＲ１と、第２アクセスポイントＡＰ２と、第２ルータＲｔ２と、第２ＤＮＳサーバＤｎｓ２と、第２ＭＥＣサーバＭｅｃ２と、第２エッジルータＥＲ２と、サーバＳｖ１とを備える。

なお、第１ルータＲｔ１、および、第１エッジルータＥＲ１は、第１ネットワークＮＷ１１に接続されており、第１アクセスポイントＡＰ１と、第１ＤＮＳサーバＤｎｓ１と、第１ＭＥＣサーバＭｅｃ１とは、第１ルータＲｔ１に接続されている。第１ネットワークＮＷ１１および上記の各通信機器（第１ルータＲｔ１、第１エッジルータＥＲ１、第１アクセスポイントＡＰ１、第１ＤＮＳサーバＤｎｓ１、および、第１ＭＥＣサーバＭｅｃ１）は、例えば、第１の電気通信事業者により運営されている。

第２ルータＲｔ２、および、第２エッジルータＥＲ２は、第２ネットワークＮＷ１２に接続されており、第２アクセスポイントＡＰ２と、第２ＤＮＳサーバＤｎｓ２と、第２ＭＥＣサーバＭｅｃ２とは、第２ルータＲｔ２に接続されている。第１ネットワークＮＷ１１および上記の各通信機器（第２ルータＲｔ２、第２エッジルータＥＲ２、第２アクセスポイントＡＰ２、第２ＤＮＳサーバＤｎｓ２、および、第２ＭＥＣサーバＭｅｃ２）は、例えば、第１の電気通信事業者とは異なる第２の電気通信事業者により運営されている。

そして、第１ネットワークＮＷ１１は、第１エッジルータＥＲ１を介して、共通ネットワークＮＷ２（例えば、インターネット）に接続される。また、第２ネットワークＮＷ１２は、第２エッジルータＥＲ２を介して、共通ネットワークＮＷ２（例えば、インターネット）に接続される。

また、図１に示すように、サーバＳｖ１、第１エッジルータＥＲ１、および、第２エッジルータＥＲ２は、共通ネットワークＮＷ２（例えば、インターネット）に接続されている。

端末ＵＥ１は、図２に示すように、第１インターフェースＩＦ１（端末ＵＥ１の第１インターフェースをＩＦ１（ＵＥ１）と表記する）と第２インターフェースＩＦ２（端末ＵＥ１の第２インターフェースをＩＦ２（ＵＥ１）と表記する）と、データ処理部１５とを備える。

第１インターフェースＩＦ１（ＵＥ１）は、端末ＵＥ１が第１通信経路によりデータ通信を行うためのネットワークインターフェースであり、アンテナＡｎｔ１と、第１ＲＦ処理部１１と、第１ベースバンド処理部１２とを備える。

アンテナＡｎｔ１は、無線通信用アンテナであり、無線通信用信号（ＲＦ信号）を送受信するためのアンテナである。

第１ＲＦ処理部１１は、アンテナＡｎｔ１により受信したＲＦ信号に対して、ＲＦ復調処理を行い、ＲＦ復調信号を取得し、取得したＲＦ復調信号を第１ベースバンド処理部１２に出力する。また、第１ＲＦ処理部１１は、第１ベースバンド処理部１２から入力される変調ベースバンド信号に対して、ＲＦ変調処理を実行し、無線通信用信号（ＲＦ信号）を取得する。そして、取得したＲＦ信号を、アンテナＡｎｔ１を介して外部へ送信する。また、第１ＲＦ処理部１１は、受信電波の強度を電波強度Ｐｗｒ（ＩＦ１）として取得し、取得した電波強度Ｐｗｒ（ＩＦ１）をデータ処理部１５に出力する。

第１ベースバンド処理部１２は、第１ＲＦ処理部１１から出力されるＲＦ復調信号に対して、ベースバンド復調処理（例えば、変調方式がＯＦＤＭである場合、ガードインターバル（ＧＩ）除去処理、ＦＦＴ変換、デマッピング処理、パラレル／シリアル変換等の処理）を行うことで、ベースバンド復調信号を取得する。また、第１ベースバンド処理部１２は、データ処理部１５から入力されるデータに対して、ベースバンド変調処理（例えば、変調方式がＯＦＤＭである場合、シリアル／パラレル変換、マッピング処理、逆ＦＦＴ変換、ガードインターバル（ＧＩ）付加処理、Ｄ／Ａ変換等の処理）を実行し、変調ベースバンド信号を取得し、取得した変調ベースバンド信号を第１ＲＦ処理部１１に出力する。

第２ＲＦ処理部１３は、アンテナＡｎｔ２により受信したＲＦ信号に対して、ＲＦ復調処理を行い、ＲＦ復調信号を取得し、取得したＲＦ復調信号を第２ベースバンド処理部１４に出力する。また、第２ＲＦ処理部１３は、第２ベースバンド処理部１４から入力される変調ベースバンド信号に対して、ＲＦ変調処理を実行し、無線通信用信号（ＲＦ信号）を取得する。そして、取得したＲＦ信号を、アンテナＡｎｔ２を介して外部へ送信する。また、第２ＲＦ処理部１３は、受信電波の強度を電波強度Ｐｗｒ（ＩＦ２）として取得し、取得した電波強度Ｐｗｒ（ＩＦ２）をデータ処理部１５に出力する。

第２ベースバンド処理部１４は、第２ＲＦ処理部１３から出力されるＲＦ復調信号に対して、ベースバンド復調処理（例えば、変調方式がＯＦＤＭである場合、ガードインターバル（ＧＩ）除去処理、ＦＦＴ変換、デマッピング処理、パラレル／シリアル変換等の処理）を行うことで、ベースバンド復調信号を取得する。また、第２ベースバンド処理部１４は、データ処理部１５から入力されるデータに対して、ベースバンド変調処理（例えば、変調方式がＯＦＤＭである場合、シリアル／パラレル変換、マッピング処理、逆ＦＦＴ変換、ガードインターバル（ＧＩ）付加処理、Ｄ／Ａ変換等の処理）を実行し、変調ベースバンド信号を取得し、取得した変調ベースバンド信号を第２ＲＦ処理部１３に出力する。

データ処理部１５は、端末ＵＥ１から通信相手に送信するデータを所定の形式（例えば、ＴＣＰ／ＩＰ準拠のパケット形式）にしたデータを生成し、生成した当該データを第１ベースバンド処理部１２、および／または、第２ベースバンド処理部１４に出力する。また、データ処理部１５は、第１ベースバンド処理部１２、および／または、第２ベースバンド処理部１４から出力されるデータを入力する。

第１アクセスポイントＡＰ１は、無線通信機能と、有線通信機能を有しており、例えば、端末ＵＥ１の第１インターフェースＩＦ１（ＵＥ１）から送信される無線信号を受信し、受信した無線信号に対して復調処理（ＲＦ復調処理、ベースバンド復調処理）を実行し、ベースバンド信号を取得する。そして、第１アクセスポイントＡＰ１は、取得したベースバンド信号から通信データ（例えば、ＴＣＰ／ＩＰ準拠の通信データ）を取得し、取得した通信データを第１ルータＲｔ１に送信する。また、第１アクセスポイントＡＰ１は、第１ルータＲｔ１からの受信データに対して変調処理（ベースバンド変調処理、ＲＦ変調処理）を実行し、ＲＦ信号を取得し、取得したＲＦ信号を、アンテナを介して外部に送信する。

第２アクセスポイントＡＰ２は、無線通信機能と、有線通信機能を有しており、例えば、端末ＵＥ１の第２インターフェースＩＦ２（ＵＥ１）から送信される無線信号を受信し、受信した無線信号に対して復調処理（ＲＦ復調処理、ベースバンド復調処理）を実行し、ベースバンド信号を取得する。そして、第２アクセスポイントＡＰ２は、取得したベースバンド信号から通信データ（例えば、ＴＣＰ／ＩＰ準拠の通信データ）を取得し、取得した通信データを第２ルータＲｔ２に送信する。また、第２アクセスポイントＡＰ２は、第２ルータＲｔ２からの受信データに対して変調処理（ベースバンド変調処理、ＲＦ変調処理）を実行し、ＲＦ信号を取得し、取得したＲＦ信号を、アンテナを介して外部に送信する。

第１ルータＲｔ１は、経路表を保持しており、当該経路表に基づいて、受信データを所定の経路に送信する経路選択処理を行うルータである。第１ルータＲｔ１は、図１に示すように、第１ネットワークＮＷ１１と、第１ＤＮＳサーバＤｎｓ１と、第１ＭＥＣサーバＭｅｃ１と、第１アクセスポイントＡＰ１とに接続されている。

第１ＤＮＳサーバＤｎｓ１は、ＲＰＺゾーンファイル（ＲＰＺ：Ｒｅｓｐｏｎｓｅ Ｐｏｌｉｃｙ Ｚｏｎｅｓ）を保持しており、端末より名前解決処理を要求する通信データ（ＤＮＳクエリを含む通信データ）を受信すると、ＲＰＺゾーンファイルに基づいて、名前解決処理を実行する。そして、第１ＤＮＳサーバＤｎｓ１は、名前解決処理の結果データを含む通信データを、名前解決処理を要求した通信相手に返信する。第１ＤＮＳサーバＤｎｓ１は、例えば、図１に示すように、第１ルータＲｔ１に接続されており、第１ルータＲｔ１を介して、データ通信を行う。

第１ＭＥＣサーバＭｅｃ１は、図３に示すように、ＭＥＣサーバ用通信インターフェース２１と、ＭＥＣインスタンス処理部２２と、制御部２３と、輻輳検出部２４とを備える。

ＭＥＣサーバ用通信インターフェース２１は、外部の通信装置と通信するためのインターフェースである。ＭＥＣサーバ用通信インターフェース２１は、ＭＥＣインスタンス処理部２２、制御部２３、および、輻輳検出部２４と接続されている。

ＭＥＣインスタンス処理部２２は、ＭＥＣサーバ用通信インターフェース２１と接続されている。インスタンス処理部２２は、ＭＥＣ用インスタンスの立ち上げ処理（生成処理）、ＭＥＣ用インスタンスを用いた処理、ＭＥＣ用インスタンスとの通信処理等を実行する機能部である。

制御部２３は、ＭＥＣサーバ用通信インターフェース２１と接続されている。制御部２３は、輻輳検出部２４から輻輳検出信号Ｄｅｔ１を入力する。制御部２３は、ＭＥＣサーバ用通信インターフェース２１により受信したデータの解析処理等を行う。また、制御部２３は、輻輳検出信号Ｄｅｔ１が輻輳状態を示す場合であって、ＭＥＣサーバ用通信インターフェース２１がＩＣＭＰパケットを受信した場合、返信用のＩＣＭＰパケットに輻輳状態を示すデータを含めた通信データを生成するように指示する。

輻輳検出部２４は、ＭＥＣサーバ用通信インターフェース２１と接続されている。輻輳検出部２４は、ＭＥＣサーバ用通信インターフェース２１で送受信されるデータを監視することで、第１ＭＥＣサーバの輻輳状態を検出する。そして、輻輳検出部２４は、輻輳検出結果データを含む輻輳検出信号Ｄｅｔ１を制御部２３に出力する。

なお、輻輳検出部２４は、なお、「輻輳状態」とは、例えば、ネットワークインターフェースにおいて帯域圧迫されている状態（狭義の輻輳状態）をいうが、これに限定されることはなく、例えば、サーバ資源（メモリ、ＣＰＵ、ストレージ、セッション数等）を反映させて判断した状態であって、当該サーバ資源を考慮してサーバの通信状況により判断した状態（広義の輻輳状態）も含む概念である。したがって、輻輳検出部２４は、（１）ネットワークインターフェースにおいて帯域圧迫されている状態（狭義の輻輳状態）であるか否かを検出するものであってもよし、（２）サーバ資源（ＭＥＣサーバのメモリ、ＣＰＵ、ストレージ、セッション数等）を考慮してＭＥＣサーバの通信状況により判断した状態（広義の輻輳状態）であるか否かを検出するものであってもよい。

第１エッジルータＥＲ１は、図１に示すように、第１ネットワークＮＷ１１および共通ネットワークＮＷ２に接続されており、パケット転送処理、パケット中継処理等を行う。例えば、第１エッジルータＥＲ１は、第１ネットワークＮＷ１１から受信したパケット（受信パケット）を解析し、その通信先が共通ネットワークＮＷ２に接続されている外部サーバ（例えば、サーバＳｖ１）であると判断した場合、当該受信パケットを、共通ネットワークＮＷ２に接続されている外部サーバ（例えば、サーバＳｖ１）に届くように、当該受信パケットを、共通ネットワークＮＷ２を介して、当該外部サーバ（例えば、サーバＳｖ１）に転送する。また、第１エッジルータＥＲ１は、共通ネットワークＮＷ２から受信したパケット（受信パケット）を解析し、その通信先が第１ネットワークＮＷ１１に接続されている通信装置（例えば、第１ルータＲｔ１）であると判断した場合、当該受信パケットを、第１ネットワークＮＷ１１に接続されている当該通信装置（例えば、第１ルータＲｔ１）に届くように、当該受信パケットを、第１ネットワークＮＷ１１を介して当該通信装置（例えば、第１ルータＲｔ１）に転送する。

第２ルータＲｔ２は、経路表を保持しており、当該経路表に基づいて、受信したパケットを経路表に基づいて転送先インターフェイスの選択を行うルータである。第２ルータＲｔ２は、図１に示すように、第２ネットワークＮＷ１２と、第２ＤＮＳサーバＤｎｓ２と、第２ＭＥＣサーバＭｅｃ２と、第２アクセスポイントＡＰ２とに接続されている。

第２ＤＮＳサーバＤｎｓ２は、ＲＰＺゾーンファイルを保持しており，端末から名前解決処理を要求する通信データ（ＤＮＳクエリを含む通信データ）を受信すると、ＲＰＺゾーンファイルに基づいて、名前解決処理を実行する。そして、第２ＤＮＳサーバＤｎｓ２は、名前解決処理の結果データを含む通信データを、名前解決処理を要求した通信相手に返信する。第２ＤＮＳサーバＤｎｓ２は、例えば、図１に示すように、第２ルータＲｔ２に接続されており、第２ルータＲｔ２を介して、データ通信を行う。

第２ＭＥＣサーバＭｅｃ２は、第１ＭＥＣサーバＭｅｃ１と同様の構成を有している。

第２エッジルータＥＲ２は、図１に示すように、第２ネットワークＮＷ１２および共通ネットワークＮＷ２に接続されており、パケット転送処理、パケット中継処理等を行う。例えば、第２エッジルータＥＲ１は、第２ネットワークＮＷ１２から受信したパケット（受信パケット）を解析し、その通信先が共通ネットワークＮＷ２に接続されている外部サーバ（例えば、サーバＳｖ１）であると判断した場合、当該受信パケットを、共通ネットワークＮＷ２に接続されている外部サーバ（例えば、サーバＳｖ１）に届くように、当該受信パケットを、共通ネットワークＮＷ２を介して当該外部サーバ（例えば、サーバＳｖ１）に転送する。また、第２エッジルータＥＲ２は、共通ネットワークＮＷ２から受信したパケット（受信パケット）を解析し、その通信先が第２ネットワークＮＷ１２に接続されている通信装置（例えば、第２ルータＲｔ２）であると判断した場合、当該受信パケットを、第２ネットワークＮＷ１２に接続されている当該通信装置（例えば、第２ルータＲｔ２）に届くように、当該受信パケットを、第２ネットワークＮＷ１２を介して当該通信装置（例えば、第２ルータＲｔ２）に転送する。

サーバＳｖ１は、所定のサービスを提供するサーバであり、例えば、ＷＷＷサーバ等のＷｅｂアプリケーション（Ｗｅｂサービス）を提供するサーバ、ファイルサーバ、プリントサーバ、メールサーバ、データベースサーバ、アプリケーションサーバ、コンテンツキャッシュサーバ、ストリーミングサーバ等である。

＜１．２：通信システムの動作＞
以上のように構成された通信システム１０００の動作について、以下、説明する。

以下では、説明便宜のため、通信システム１０００において、サーバＳｖ１がＷｅｂサーバであり、第１ＭＥＣサーバＭｅｃ１および第２ＭＥＣサーバＭｅｃ２が、サーバＳｖ１（Ｗｅｂサーバ）と同じコンテンツを提供している場合について、説明する。また、説明便宜のため、通信システム１０００において、２つのネットワークインターフェース（第１インターフェースＩＦ１と第２インターフェースＩＦ２）を有する端末ＵＥ１を用いて通信を行う場合について、説明する。なお、端末ＵＥ１において、第１インターフェースＩＦ１をプライマリインターフェース（端末が備える複数のネットワークインターフェースにおいて通信性能に影響を与える条件等が同じである場合に、デフォルトで使用するように設定されているインターフェース）とする。

また、説明便宜のため、サーバＳｖ１のＦＱＤＮを「ａａａ．ｃｏｍ」、ＩＰアドレスを「１００．１．０．１」とし、第１ＭＥＣサーバＭｅｃ１のＩＰアドレスを「１０．１．０．１」とし、第２ＭＥＣサーバＭｅｃ２のＩＰアドレスを「２０．１．０．１」として、以下説明する。

図４～図５は、通信システム１０００における動作を説明するためのフローチャートである。図４～図５を参照しながら、通信システム１０００の動作を説明する。

（ステップＳ１）：
ステップＳ１において、端末ＵＥ１は、ＦＱＤＮが「ａａａ．ｃｏｍ」であるサーバにアクセスするための準備処理を行う。

（ステップＳ２）：
ステップＳ２において、端末ＵＥ１は、ネットワークに接続されているＩＦを調べる。調査の結果、ネットワークに接続されているネットワークインターフェースが１つのみであると判定した場合、処理をステップＳ３に進め、一方、ネットワークに接続されているネットワークインターフェースが１つのみではないと判定した場合、処理をステップＳ６に進める。

（ステップＳ３～Ｓ５）：
ステップＳ３において、端末ＵＥ１は、ネットワークに接続されているネットワークインターフェース（例えば、第１インターフェースＩＦ１）により、ＦＱＤＮ「ａａａ．ｃｏｍ」の名前解決処理を要求するＤＮＳクエリを含む通信データを生成し、生成した通信データを、ネットワークに接続されているネットワークインターフェース（例えば、第１インターフェースＩＦ１）を用いて送信する。

端末ＵＥ１からのＤＮＳクエリを含む通信データを受信したＤＮＳサーバ（例えば、第１ＤＮＳサーバＤｎｓ１）は、受信したＤＮＳクエリに基づいて、名前解決処理を実行し、ＦＱＤＮ「ａａａ．ｃｏｍ」に対応するＩＰアドレスを取得する。そして、ＤＮＳサーバは、取得したＩＰアドレスのデータを含む通信データを生成し、生成した当該通信データを端末ＵＥ１に返信する。

端末ＵＥ１は、ＤＮＳクエリを送信したＤＮＳサーバからの返信データを受信し、ＦＱＤＮ「ａａａ．ｃｏｍ」に対応するＩＰアドレスを取得する（ステップＳ４）。

そして、端末ＵＥ１は、取得したＩＰアドレスのサーバとの通信インターフェースを決定し、当該サーバとデータ通信（例えば、コンテンツをダウンロードする処理）を実行する（ステップＳ５）。例えば、「ａａａ．ｃｏｍ」に対応するＩＰアドレスが「１００．１．０．１」である場合、図６に示すように、端末ＵＥ１の第１インターフェースＩＦ１、第１アクセスポイントＡＰ１、第１ルータＲｔ１、第１ネットワークＮＷ１１、エッジルータＥＲ１、共通ネットワークＮＷ２を経由して、端末ＵＥ１は、サーバＳｖ１とデータ通信を行う。

（ステップＳ６）：
ステップＳ６において、端末ＵＥ１は、各ネットワークインターフェース（第１インターフェースＩＦ１および第２インターフェースＩＦ２）での受信電波の電波強度を取得し、所定の閾値と比較する。その比較の結果、（１）受信電波の電波強度が閾値を超えるネットワークインターフェースがない場合（ステップＳ６において「０ ＩＦ」）、処理をステップＳ７Ａに進め、（２）受信電波の電波強度が閾値を超えるネットワークインターフェースが１つある場合（ステップＳ６において「１ ＩＦ」）、処理をステップＳ７Ｂに進め、（３）受信電波の電波強度が閾値を超えるネットワークインターフェースが複数ある場合（本実施形態では２つ）（ステップＳ６において「２ ＩＦｓ」）、処理をステップＳ９Ａ、Ｓ９Ｂに進める。

なお、「０ ＩＦ」は、いずれのネットワークインターフェースも条件に該当しない場合を示しており、「１ ＩＦ」は、１つのネットワークインターフェースが条件に該当する場合を示しており、「２ ＩＦｓ」は、いずれのネットワークインターフェース（本実施形態では２つのネットワークインターフェース）も条件に該当する場合を示している（以下、同様）。

端末ＵＥ１では、以下のようにして、各ネットワークインターフェースでの受信電波の強度を取得する。すなわち、第１ＲＦ処理部１１は、第１インターフェースＩＦ１のアンテナＡｎｔ１で受信した電波の信号強度（受信強度）をＲＦ復調処理において取得し、取得した受信強度を示す電波強度Ｐｗｒ（ＩＦ１）をデータ処理部１５に出力する。そして、データ処理部１５は、電波強度Ｐｗｒ（ＩＦ１）を所定の閾値と比較することで、第１インターフェースＩＦ１での受信電波の電波強度と所定の閾値との比較処理を実行する。また、第２ＲＦ処理部１３は、第２インターフェースＩＦ２のアンテナＡｎｔ２で受信した電波の信号強度（受信強度）をＲＦ復調処理において取得し、取得した受信強度を示す電波強度Ｐｗｒ（ＩＦ２）をデータ処理部１５に出力する。そして、データ処理部１５は、電波強度Ｐｗｒ（ＩＦ２）を所定の閾値と比較することで、第２インターフェースＩＦ２での受信電波の電波強度と所定の閾値との比較処理を実行する。

（ステップＳ７Ａ～Ｓ８）：
ステップＳ６で「０ ＩＦ」である場合、端末ＵＥ１は、プライマリインターフェース、すなわち、第１インターフェースＩＦ１を使用して、ＦＱＤＮ「ａａａ．ｃｏｍ」の名前解決処理を要求するＤＮＳクエリを含む通信データを生成し、生成した通信データを、ネットワークに接続されているネットワークインターフェース（例えば、第１インターフェースＩＦ１）を用いて送信する（ステップＳ７Ａ）。

端末ＵＥ１からのＤＮＳクエリを受信したＤＮＳサーバ（例えば、第１ＤＮＳサーバＤｎｓ１）は、受信したＤＮＳクエリに基づいて、再帰的に名前解決処理を実行し、ＦＱＤＮ「ａａａ．ｃｏｍ」に対応するＩＰアドレスを取得する。そして、ＤＮＳサーバは、取得したＩＰアドレスのデータを含む通信データを生成し、生成した当該通信データを端末ＵＥ１に返信する（ステップＳ８）。その後、ステップＳ５、Ｓ６の処理が実行される。

ステップＳ６で「１ ＩＦ」である場合、端末ＵＥ１は、受信電波の強度が所定の閾値を超えているネットワークインターフェースを使用して、ＦＱＤＮ「ａａａ．ｃｏｍ」の名前解決処理を要求するＤＮＳクエリを生成し、生成した通信データを、使用している（選択した）ネットワークインターフェースを用いて送信する（ステップＳ７Ａ）。

端末ＵＥ１からのＤＮＳクエリを受信したＤＮＳサーバ（例えば、第１ＤＮＳサーバＤｎｓ１）は、受信したＤＮＳクエリに基づいて、再帰的に名前解決処理を実行し、ＦＱＤＮ「ａａａ．ｃｏｍ」に対応するＩＰアドレスを取得する。そして、ＤＮＳサーバは、取得したＩＰアドレスのデータを含む通信データを生成し、生成した当該通信データを端末ＵＥ１に返信する（ステップＳ８）。その後、ステップＳ５、Ｓ６の処理が実行される。

（ステップＳ９Ａ、Ｓ１０Ａ）：
ステップＳ６で「２ ＩＦｓ」である場合、ステップＳ９Ａにおいて、端末ＵＥ１は、第１インターフェースＩＦ１を使用して、ＦＱＤＮ「ａａａ．ｃｏｍ」の名前解決処理を要求するＤＮＳクエリを生成し、生成した通信データを、第１インターフェースＩＦ１を用いて送信する。

第１アクセスポイントＡＰ１は、端末ＵＥ１の第１インターフェースＩＦ１からの通信データを含む電波を受信し、端末ＵＥ１の第１インターフェースＩＦ１からの通信データを取得し、取得した通信データを第１ルータＲｔ１に送信する。

第１ルータＲｔ１は、端末ＵＥ１の第１インターフェースＩＦ１からの通信データ（ＤＮＳクエリを含む通信データ）を第１ＤＮＳサーバＤｎｓ１に送信する。

端末ＵＥ１からのＤＮＳクエリを、第１ルータＲｔ１を介して、受信した第１ＤＮＳサーバＤｎｓ１は、受信したＤＮＳクエリに基づいて、再帰的に名前解決処理を実行し、ＦＱＤＮ「ａａａ．ｃｏｍ」に対応するＩＰアドレスを取得する。そして、第１ＤＮＳサーバＤｎｓ１は、取得したＩＰアドレスのデータを含む通信データを生成し、生成した当該通信データを端末ＵＥ１に返信する。

端末ＵＥ１は、第１ＤＮＳサーバＤｎｓ１からの通信データを、第１ルータＲｔ１、第１アクセスポイントＡＰ１を介して、第１インターフェースＩＦ１により受信する。そして、端末ＵＥ１は、受信データから、ＦＱＤＮ「ａａａ．ｃｏｍ」に対応するＩＰアドレスを取得する（ステップＳ１０Ａ）。

（ステップＳ９Ｂ、Ｓ１０Ｂ）：
ステップＳ６で「２ ＩＦｓ」である場合、ステップＳ９Ｂにおいて、端末ＵＥ１は、第２インターフェースＩＦ２を使用して、ＦＱＤＮ「ａａａ．ｃｏｍ」の名前解決処理を要求するＤＮＳクエリを含む通信データを生成し、生成した通信データを、第２インターフェースＩＦ２を用いて送信する。

第２アクセスポイントＡＰ２は、端末ＵＥ１の第２インターフェースＩＦ２からの通信データを含む電波を受信し、端末ＵＥ１の第２インターフェースＩＦ２からの通信データを取得し、取得した通信データを第２ルータＲｔ２に送信する。

第２ルータＲｔ２は、端末ＵＥ１の第２インターフェースＩＦ２からの通信データ（ＤＮＳクエリを含む通信データ）を第２ＤＮＳサーバＤｎｓ２に送信する。

端末ＵＥ１からのＤＮＳクエリを含む通信データを、第２ルータＲｔ２を介して、受信した第２ＤＮＳサーバＤｎｓ２は、受信したＤＮＳクエリに基づいて、名前解決処理を実行し、ＦＱＤＮ「ａａａ．ｃｏｍ」に対応するＩＰアドレスを取得する。そして、第２ＤＮＳサーバＤｎｓ２は、取得したＩＰアドレスのデータを含む通信データを生成し、生成した当該通信データを端末ＵＥ１に返信する。

端末ＵＥ１は、第２ＤＮＳサーバＤｎｓ２からの通信データを、第２ルータＲｔ２、第２アクセスポイントＡＰ２を介して、第２インターフェースＩＦ２により受信する。そして、端末ＵＥ１は、受信データから、ＦＱＤＮ「ａａａ．ｃｏｍ」に対応するＩＰアドレスを取得する（ステップＳ１０Ｂ）。

（ステップＳ１１）：
ステップＳ１１において、端末ＵＥ１は、第１インターフェースＩＦ１により取得したＦＱＤＮ「ａａａ．ｃｏｍ」に対応するＩＰアドレスと、第２インターフェースＩＦ１により取得したＦＱＤＮ「ａａａ．ｃｏｍ」に対応するＩＰアドレスとが同一であるか否かの判定処理を行う。判定の結果、同一である場合、処理をステップＳ１２に進め、一方、同一ではない場合、処理をステップＳ１３に進める。

（ステップＳ１２）：
第１インターフェースＩＦ１により取得したＦＱＤＮ「ａａａ．ｃｏｍ」に対応するＩＰアドレスと、第２インターフェースＩＦ１により取得したＦＱＤＮ「ａａａ．ｃｏｍ」に対応するＩＰアドレスとが同一である場合、両インターフェースを用いてＭＰＴＣＰ（Ｍｕｌｔｉｐａｔｈ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）により当該ＩＰアドレスを有するサーバと通信を行う。この場合、取得されたＩＰアドレスが、ＭＥＣサーバのものではないＩＰアドレスであると考えられるので、当該サーバに対して、ＭＰＴＣＰによる通信経路を確立させ、当該通信経路により、データ通信を行うことで、高速通信を実現できる。

例えば、取得されたＩＰアドレスが「１００．１．０．１」である場合、図７に示すように、端末ＵＥ１は、ＭＰＴＣＰによる通信経路（２つの通信経路）、すなわち、（１）端末ＵＥの第１インターフェースＩＦ１、第１アクセスポイントＡＰ１、第１ルータＲｔ１、第１ネットワークＮＷ１１、第１エッジルータＥＲ１、共通ネットワークＮＷ２、サーバＳｖ１の間の通信経路と、（２）端末ＵＥの第２インターフェースＩＦ２、第２アクセスポイントＡＰ２、第２ルータＲｔ２、第２ネットワークＮＷ１２、第２エッジルータＥＲ２、共通ネットワークＮＷ２、サーバＳｖ１の間の通信経路と、を確立させる。そして、確立させた２つの通信経路によりＭＰＴＣＰでデータ通信を行う。これにより、１つのネットワークインターフェースを用いて通信する場合に比べて、高速に通信できる可能性が向上する。

（ステップＳ１３）：
第１インターフェースＩＦ１により取得したＦＱＤＮ「ａａａ．ｃｏｍ」に対応するＩＰアドレスと、第２インターフェースＩＦ１により取得したＦＱＤＮ「ａａａ．ｃｏｍ」に対応するＩＰアドレスとが同一ではない場合、ＩＦ決定処理が実行される。

ＩＦ決定処理について、図５を参照しながら説明する。

（ステップＡ１１～Ａ１５）：
ステップＡ１１にて、端末ＵＥ１は、第１インターフェースＩＦ１の計測処理を開始させる。なお、計測回数をｎ（ｎ：１以上の自然数）として、ステップＡ１１～Ａ１５の処理を繰り返し実行する。

端末ＵＥ１は、通信相手とＩＣＭＰ ｅｃｈｏ ｒｅｑｕｅｓｔを送信することで、計測処理を実行する。具体的には、図８に示すＩＣＭＰメッセージ（ＲＦＣ７９２、ＲＦＣ４４４３により定義されるＩＣＭＰメッセージ）を用いて計測処理を実行する。このとき、ＩＣＭＰメッセージの「ｃｏｄｅ」（１バイト）をＭＥＣフラグおよび輻輳状態フラグとして使用する。つまり、図８に示すように、「ｃｏｄｅ」の上位４ビットをＭＥＣフラグとし、下位４ビットを輻輳状態フラグとし、以下のように規定する。
（１）ＭＥＣフラグ（図８では、「ＭＥＣ ｆｌａｇ」と表記）：
０ｘ０：非ＭＥＣサーバ（ＭＥＣサーバではない）
０ｘ１：ＭＥＣサーバ（ＭＥＣサーバである）
（２）輻輳状態フラグ（図８では、「Ｃｏｎｇ． ｆｌａｇ」と表記）：
０ｘ０：輻輳状態ではない
０ｘ１：輻輳状態である
当該ｃｏｄｅはＩＡＮＡ （Ｉｎｔｅｒｎｅｔ Ａｓｓｉｇｎｅｄ Ｎｕｍｂｅｒｓ Ａｕｔｈｏｒｉｔｙ） により割り当て済みのｃｏｄｅとは重複しない．
本発明の通信システム１０００では、ＭＥＣサーバがＩＣＭＰメッセージ（ＩＣＭＰパケット）を含む通信データを受信した場合、上記の規定に従い、ＭＥＣフラグおよび輻輳状態フラグの値をセットし、返信用のＩＣＭＰメッセージ（例えば、「ｅｃｈｏ ｒｅｐｌｙ」（ｔｙｐｅ＝０）のＩＣＭＰメッセージ）の「ｃｏｄｅ」にその値を反映させる。そして、ＭＥＣサーバは、上記のように「ｃｏｄｅ」の値をセットした返信用のＩＣＭＰメッセージ（例えば、「ｅｃｈｏ ｒｅｐｌｙ」（ｔｙｐｅ＝０）のＩＣＭＰメッセージ）を、ＩＣＭＰメッセージ（ＩＣＭＰパケット）を送信した通信装置に返信する。例えば、ＭＥＣサーバＭｅｃ１では、ＭＥＣサーバ用通信インターフェース２１により、ＩＣＭＰメッセージ（ＩＣＭＰパケット）を含む通信データを受信した場合、自装置がＭＥＣサーバであるので、ＭＥＣフラグを「１」（０ｘ１）にセットし、輻輳検出部２４により、自装置が輻輳状態であると判定されている場合、輻輳状態フラグを「１」（０ｘ１）にセットし、輻輳検出部２４により、自装置が輻輳状態ではないと判定されている場合、輻輳状態フラグを「０」（０ｘ０）にセットする。そして、ＭＥＣサーバ用通信インターフェース２１は、上記のフラグの値に基づいて設定された「ｃｏｄｅ」を含む返信用のＩＣＭＰメッセージ（例えば、「ｅｃｈｏ ｒｅｐｌｙ」（ｔｙｐｅ＝０）のＩＣＭＰメッセージ）を生成し、生成した返信用のＩＣＭＰメッセージを、ＩＣＭＰメッセージを送信してきた通信相手に送信する。

ＩＣＭＰメッセージ（ＩＣＭＰパケット）を送信した通信装置は、返信されてきたＩＣＭＰメッセージ（例えば、「ｅｃｈｏ ｒｅｐｌｙ」（ｔｙｐｅ＝０）のＩＣＭＰメッセージ）の「ｃｏｄｅ」の値を調べることで、通信相手が、（１）ＭＥＣサーバであるか否か、（２）輻輳状態であるか否かを知ることができる。

端末ＵＥ１は、上記に基づいて、計測処理を実行する。つまり、端末ＵＥ１は、第１インターフェースＩＦ１により、ＩＣＭＰメッセージ（例えば、「ｅｃｈｏ ｒｅｑｕｅｓｔ」（ｔｙｐｅ＝８）のＩＣＭＰメッセージ）を含む通信データを、第１インターフェースにより取得したＩＰアドレス宛に送信し、返信されてきたＩＣＭＰメッセージ（例えば、「ｅｃｈｏ ｒｅｐｌｙ」（ｔｙｐｅ＝０）のＩＣＭＰメッセージ）の「ｃｏｄｅ」の値を取得する。そして、端末ＵＥ１は、「ｃｏｄｅ」の値から、第１インターフェースにより取得したＩＰアドレスのサーバが、（１）ＭＥＣサーバであるか否か、（２）輻輳状態であるか否かを判定し（ステップＡ１３）、判定の結果、第１インターフェースにより取得したＩＰアドレスのサーバがＭＥＣサーバであり、かつ、輻輳状態ではないと判定した場合、第１インターフェースを使用して、第１インターフェースにより取得したＩＰアドレスのサーバとデータ通信することを決定する（ステップＡ１４）。そして、ＩＦ決定処理を終了させ、処理をステップＳ１４に進める。そして、ステップＳ１４にて、第１インターフェースにより、第１インターフェースにより取得したＩＰアドレスを有するサーバとデータ通信を行う。

一方、ステップＡ１３にて、第１インターフェースにより取得したＩＰアドレスのサーバがＭＥＣサーバではない、または、輻輳状態であると判定した場合、処理をステップＡ１５に進め、計測処理を繰り返し実行する。なお、１回の計測処理の結果は、ステップＡ１２にて記録される。計測結果には、ＩＣＭＰにより取得することが可能な（１）ＲＴＴ（Ｒｏｕｎｄ Ｔｒｉｐ Ｔｉｍｅ）、（２）タイムアウトの有無、タイムアウト数等を含める。

また、図９は、第１ＭＥＣサーバＭｅｃ１が、（１）ＭＥＣサーバであり、かつ、（２）輻輳状態ではないことを示すＩＣＭＰパケットを、端末ＵＥ１の第１インターフェースＩＦ１に返信し、端末ＵＥ１と第１ＭＥＣサーバＭｅｃ１とが、第１アクセスポイントＡＰ１、第１ルータＲｔ１を経由して通信するときの状態を模式的に示した図である。

（ステップＡ２１～Ａ２５）：
ステップＡ２１にて、端末ＵＥ１は、第２インターフェースＩＦ２の計測処理を開始させる。なお、計測回数をｎ（ｎ：１以上の自然数）として、ステップＡ２１～Ａ２５の処理を繰り返し実行する。

端末ＵＥ１は、ステップＡ１１～Ａ１５と同様に、通信相手とＩＣＭＰによる通信（例えば、Ｐｉｎｇ）を行うことで、計測処理を実行する。

端末ＵＥ１は、第２インターフェースＩＦ２により、ＩＣＭＰメッセージ（例えば、「ｅｃｈｏ ｒｅｑｕｅｓｔ」（ｔｙｐｅ＝８）のＩＣＭＰメッセージ）を含む通信データを、第２インターフェースにより取得したＩＰアドレス宛に送信し、返信されてきたＩＣＭＰメッセージ（例えば、「ｅｃｈｏ ｒｅｐｌｙ」（ｔｙｐｅ＝０）のＩＣＭＰメッセージ）の「ｃｏｄｅ」の値を取得する。そして、端末ＵＥ１は、「ｃｏｄｅ」の値から、第２インターフェースにより取得したＩＰアドレスのサーバが、（１）ＭＥＣサーバであるか否か、（２）輻輳状態であるか否かを判定し（ステップＡ２３）、判定の結果、第２インターフェースにより取得したＩＰアドレスのサーバがＭＥＣサーバであり、かつ、輻輳状態ではないと判定した場合、第２インターフェースを使用して、第２インターフェースにより取得したＩＰアドレスのサーバとデータ通信することを決定する（ステップＡ２４）。そして、ＩＦ決定処理を終了させ、処理をステップＳ１４に進める。そして、ステップＳ１４にて、第２インターフェースにより、第２インターフェースにより取得したＩＰアドレスを有するサーバとデータ通信を行う。

一方、ステップＡ２３にて、第２インターフェースにより取得したＩＰアドレスのサーバがＭＥＣサーバではない、または、輻輳状態であると判定した場合、処理をステップＡ２５に進め、計測処理を繰り返し実行する。なお、１回の計測処理の結果は、ステップＡ２２にて記録される。計測結果には、ＩＣＭＰにより取得することが可能な（１）ＲＴＴ、（２）タイムアウトの有無、タイムアウト数等を含める。

また、図１０は、第２ＭＥＣサーバＭｅｃ２が、（１）ＭＥＣサーバであり、かつ、（２）輻輳状態ではないことを示すＩＣＭＰパケットを、端末ＵＥ１の第２インターフェースＩＦ２に返信し、端末ＵＥ１と第２ＭＥＣサーバＭｅｃ２とが、第２アクセスポイントＡＰ２、第２ルータＲｔ２を経由して、通信するときの状態を模式的に示した図である。

なお、ステップＡ１１～Ａ１５の処理（第１インターフェースＩＦ１での処理）と、ステップＡ２１～Ａ２５の処理（第２インターフェースＩＦ２での処理）とは、非同期で実行されるので、ステップＡ１４の判定条件、ステップＡ２４の判定条件を先に満たした方のネットワークインターフェースが、データ通信に使用されるネットワークインターフェースに決定され、ＩＦ決定処理が終了される。

そして、第１インターフェースＩＦ１および第２インターフェースＩＦ２にて、上記計測処理がともにｎ回実行されても、ステップＡ１４の判定条件、ステップＡ２４の判定条件を満たすことがなかった場合、処理をステップＡ３に進める。

（ステップＡ３、Ａ４）：
ステップＳ３では、ステップＡ１１～Ａ１５、ステップＡ２１～Ａ２５にて取得した計測結果から、取得したＩＰアドレスのサーバの輻輳状態を調べる。その結果、輻輳状態ではないサーバ（通信相手）が１つのネットワークについてのみ存在する場合（ステップＡ３で「１ ＩＦ」の場合）、当該輻輳状態ではないサーバのＩＰアドレスを取得したネットワークインターフェースを用いてデータ通信することを決定し（ステップＡ４）、ＩＦ決定処理を終了させ、処理をステップＳ１４に進める。

一方、輻輳状態ではないサーバ（通信相手）が存在しない、もしくは２台のサーバ共に輻輳していない場合（ステップＡ３で「０ ｏｒ ２ ＩＦｓ」の場合）、処理をステップＡ５に進める。

（ステップＡ５、Ａ６）：
ステップA５では、ステップＡ１１～Ａ１５、ステップＡ２１～Ａ２５にて取得した計測結果から、タイムアウトの有無を調べる。その結果、タイムアウトがなかったネットワークインターフェースが１つのみ存在する場合（ステップＡ５で「１ ＩＦ」の場合）、当該ネットワークインターフェースを用いてデータ通信することを決定し（ステップＡ６）、ＩＦ決定処理を終了させ、処理をステップＳ１４に進める。

タイムアウトがなかったネットワークインターフェースが２つ存在する場合（ステップＡ５で「０ ＩＦ」の場合）、プライマリインターフェース（本実施形態の場合、第１インターフェースＩＦ１）を用いてデータ通信することを決定し（ステップＡ１１）、ＩＦ決定処理を終了させ、処理をステップＳ１４に進める。

両方のネットワークインターフェースにおいてタイムアウトが発生していた場合（ステップＡ５で「２ ＩＦｓ」の場合）、処理をステップＡ７に進める。

（ステップＡ７、Ａ８）：
ステップＡ７では、ステップＡ１１～Ａ１５、ステップＡ２１～Ａ２５にて取得した計測結果から、タイムアウト数を調べる。その結果、第１インターフェースＩＦ１でのタイムアウト数と第２インターフェースＩＦ２でのタイムアウト数とが同じである場合、処理をステップＡ９に進め、一方、第１インターフェースＩＦ１でのタイムアウト数と第２インターフェースＩＦ２でのタイムアウト数とが同じではない場合、タイムアウト数が少なかったネットワークインターフェースを用いてデータ通信することを決定し（ステップＡ８）、ＩＦ決定処理を終了させ、処理をステップＳ１４に進める。

（ステップＡ９、Ａ１０）：
ステップＳ９では、ステップＡ１１～Ａ１５、ステップＡ２１～Ａ２５にて取得した計測結果から、端末とサーバ間の往復遅延時間ＲＴＴを調べる。その結果、第１インターフェースＩＦ１のＲＴＴと第２インターフェースＩＦ２のＲＴＴが同じではない場合、ＲＴＴの小さい方のネットワークインターフェースを用いてデータ通信することを決定し（ステップＡ８）、ＩＦ決定処理を終了させ、処理をステップＳ１４に進める。

一方、第１インターフェースＩＦ１のＲＴＴと第２インターフェースＩＦ２のＲＴＴが同じである場合、プライマリインターフェースを用いてデータ通信することを決定し（ステップＡ８）、ＩＦ決定処理を終了させ、処理をステップＳ１４に進める。

以上により、ＩＦ決定処理が実行される。そして、ＩＦ決定処理を実行した後、処理をステップＳ１４に進め、ステップＳ１４にて、決定されたネットワークインターフェースを使用して、データ通信が実行される（例えば、Ｗｅｂサーバの場合、コンテンツのダウンロード処理）。

以上のように、通信システム１０００では、ＩＣＭＰメッセージ（ＩＣＭＰパケット）の従来使用されていないｃｏｄｅフィールド（ＩＣＭＰメッセージの「ｃｏｄｅ」）の値に、所定のフラグ（ＭＥＣフラグ、輻輳状態フラグ）を設定して、ＩＣＭＰによる通信をするだけで、通信相手の候補の状況を簡単に把握できる。そして、通信システム１０００では、従来のサーバは、上記の所定のフラグ（ＭＥＣフラグ、輻輳状態フラグ）の値を変更することなく、従来通りの通信を行えば良いので、通信システム１０００に従来のサーバを含めることができる（上位互換を容易に維持できる）。通信システム１０００では、端末ＵＥ１が、複数の通信インターフェースを有しており、複数の通信相手候補がある場合でも、通信相手候補のサーバにＩＣＭＰメッセージ（ＩＣＭＰパケット）を送信し、返信されてきたＩＣＭＰメッセージ（ＩＣＭＰパケット）の所定のフィールドから所定のフラグ（ＭＥＣフラグ、輻輳状態フラグ）を検出することで、容易に、通信相手候補のサーバの状況を適切に把握できる。

したがって、通信システム１０００では、端末が複数の通信インターフェースを有している場合においても、通信網での制御なしに、端末側のみで適切な経路選択処理を実行できる。

≪第１変形例≫
次に、第１実施形態の第１変形例について、説明する。

本変形例では、ＩＦ決定処理が、第１実施形態と相違する。それ以外は、第１実施形態と同様であるため、詳細な説明を省略する。

図１１は、第１実施形態の第１変形例のＩＦ決定処理のフローチャートである。

以下、本変形例のＩＦ決定処理について、図１１のフローチャートを参照しながら、説明する。

（ステップＢ１ａ～Ｂ１ｄ）：
ステップＢ１ａ、Ｂ１ｂ、Ｂ１ｃ、Ｂ１ｄは、それぞれ、第１実施形態のステップＡ１１、Ａ１２、Ａ１３、Ａ１４と同様である。

（ステップＢ２ａ～Ｂ２ｄ）：
ステップＢ２ａ、Ｂ２ｂ、Ｂ２ｃ、Ｂ２ｄは、それぞれ、第１実施形態のステップＡ２１、Ａ２２、Ａ２３、Ａ２４と同様である。

（ステップＢ３）：
ステップＢ３において、第１インターフェースＩＦ１により取得された計測結果（ＩＣＭＰメッセージを用いて実行した計測結果（ステップＢ１ｂで記録した計測結果であり、例えば、輻輳状態検出の有無、計測回数、タイムアウト回数、ＲＴＴ等））と、第２インターフェースＩＦ２により取得された計測結果（ＩＣＭＰメッセージを用いて実行した計測結果（ステップＢ２ｂで記録した計測結果であり、例えば、輻輳状態検出の有無、計測回数、タイムアウト回数、ＲＴＴ等））との比較結果の有無を判定する。比較結果がない場合、処理をステップＢ１１ａ、ステップＢ１１ｂに進め、それぞれ、計測処理を続行する。一方、比較結果がある場合、処理をステップＢ４に進める。

（ステップＢ４、Ｂ５）：
ステップＢ４では、ステップＢ１ａ～Ｂ１ｄ、ステップＢ２ａ～Ｂ２ｄにて取得した計測結果から、取得したＩＰアドレスのサーバの輻輳状態を調べる。その結果、輻輳状態ではないサーバ（通信相手）が存在する場合、当該輻輳状態ではないサーバのＩＰアドレスを取得したネットワークインターフェースを用いてデータ通信することを決定し（ステップＢ５）、ＩＦ決定処理を終了させ、処理をステップＳ１４に進める。

一方、輻輳状態ではないサーバ（通信相手）が存在しない場合、処理をステップＢ６に進める。

（ステップＢ６）：
ステップＢ６では、計測回数の比較判定処理を行う。判定の結果、第１インターフェースＩＦ１での計測処理の計測回数がｍ回以上である場合、第２インターフェースＩＦ２での計測処理の計測回数がｍ回以上である場合、処理をステップＢ７に進める。

一方、第１インターフェースＩＦ１での計測処理の計測回数がｍ回以上ではない場合、処理をステップＢ１１ａに進め、計測処理を続行する。第２インターフェースＩＦ２での計測処理の計測回数がｍ回以上ではない場合、処理をステップＢ１１ｂに進め、計測処理を続行する。

（ステップＢ７）：
ステップＢ７では、ステップＢ１ａ～Ｂ１ｄ、ステップＢ２ａ～Ｂ２ｄにて取得した計測結果から、タイムアウト回数ｔｉｍｅｏｕｔを取得し、閾値Ｔｈ１との比較判定処理を行う。比較判定処理の結果、タイムアウト回数ｔｉｍｅｏｕｔ≧Ｔｈ１であるネットワークインターフェースが１つ存在する場合、タイムアウト数が少ない方のネットワークインターフェースを用いてデータ通信することを決定し（ステップＢ８）、ＩＦ決定処理を終了させ、処理をステップＳ１４に進める。

一方、タイムアウト回数ｔｉｍｅｏｕｔ≧Ｔｈ１であるネットワークインターフェースが０個である、あるいは、両方（２個）である場合、処理をステップＢ９に進める。

（ステップＢ９）：
ステップＢ９では、ステップＢ１ａ～Ｂ１ｄ、ステップＢ２ａ～Ｂ２ｄにて取得した計測結果から、ＲＴＴを取得し、第１インターフェースＩＦ１のＲＴＴと第２インターフェースＩＦ２のＲＴＴとの比較処理を行う。比較処理の結果、両者の値が異なる場合、ＲＴＴが小さい方のネットワークインターフェースを用いてデータ通信することを決定し（ステップＢ１０）、ＩＦ決定処理を終了させ、処理をステップＳ１４に進める。

一方、比較処理の結果、両者の値が同じである場合、処理をステップＢ１１ａ、Ｂ１１ｂに進め、計測処理を続行する。

上記の計測処理を、第１インターフェースＩＦ１、第２インターフェースＩＦ２について、それぞれｎ回実行しても、ＩＦ決定処理が終了しない場合、処理をステップＢ１２に進める。

（ステップＢ１２～Ｂ１４）：
上記計測処理が終了した後、ステップＢ１２では、第１インターフェースＩＦ１のＲＴＴと第２インターフェースＩＦ２のＲＴＴとの比較処理を行う。比較処理の結果、両者のＲＴＴが同じではない場合、遅延の小さい（ＲＴＴの小さい）方のネットワークインターフェースを使用して、データ通信することを決定し（ステップＢ１３）、ＩＦ決定処理を終了させ、処理をステップＳ１４に進める。

一方、比較処理の結果、両者のＲＴＴが同じである場合、プライマリインターフェースを用いてデータ通信することを決定し（ステップＢ１４）、ＩＦ決定処理を終了させ、処理をステップＳ１４に進める。

以上のように、本変形例の通信システムでは、ステップＢ７において、計測処理の途中で、一方のネットワークインターフェースのタイムアウト数が多く、他方のネットワークインターフェースのタイムアウト数が少ない場合、タイムアウト数のネットワークインターフェースを使用して、データ通信するように決定できる。その結果、計測途中でも通信品質が悪いことが判明した場合、速やかに、通信品質の良いほうのネットワークインターフェースを使用することを決定できる。したがって、本変形例の通信システム１０００では、複数の通信経路がある場合、速やかに最適な通信経路を選択できる。

≪第２変形例≫
次に、第１実施形態の第２変形例について、説明する。

第１実施形態の第２変形例では、ＩＦ決定処理が、第１実施形態と相違する。それ以外は、第１実施形態と同様であるため、詳細な説明を省略する。

第１実施形態の第２変形例のＩＦ決定処理では、第１実施形態の第１変形例のＩＦ決定処理において、平均ＲＴＴの比較処理を追加している。それ以外は、本変形例のＩＦ決定処理は、第１実施形態の第１変形例のＩＦ決定処理と同様である。

図１２は、第１実施形態の第２変形例のＩＦ決定処理のフローチャートである。

以下、本変形例のＩＦ決定処理について、図１２のフローチャートを参照しながら、説明する。

（ステップＣ１ａ～Ｃ１ｄ）：
ステップＣ１ａ、Ｃ１ｂ、Ｃ１ｃ、Ｃ１ｄは、それぞれ、第１実施形態のステップＡ１１、Ａ１２、Ａ１３、Ａ１４と同様である。

（ステップＣ２ａ～Ｃ２ｄ）：
ステップＣ２ａ、Ｃ２ｂ、Ｃ２ｃ、Ｃ２ｄは、それぞれ、第１実施形態のステップＡ２１、Ａ２２、Ａ２３、Ａ２４と同様である。

（ステップＣ３～Ｃ８）：
ステップＣ３～Ｃ８は、それぞれ、第１実施形態の第１変形例のステップＢ３～Ｂ８と同様である。

（ステップＣ９）：
ステップＣ９では、ステップＣ１ａ～Ｃ１ｄ、ステップＣ２ａ～Ｃ２ｄにて取得した計測結果から、第１インターフェースＩＦ１のＲＴＴの平均値Ａｖｅ＿ＲＴＴ（ＩＦ１）と、第２インターフェースＩＦ２のＲＴＴの平均値Ａｖｅ＿ＲＴＴ（ＩＦ２）とを取得し、それらを閾値ｒ１との比較処理を行う。比較処理の結果、ＲＴＴの平均値Ａｖｅ＿ＲＴＴが閾値ｒ１よりも小さいネットワークインターフェースが１つ存在する場合、ＲＴＴの平均値Ａｖｅ＿ＲＴＴが閾値ｒ１よりも小さいネットワークインターフェースを使用して、データ通信することを決定し（ステップＣ１０）、ＩＦ決定処理を終了させ、処理をステップＳ１４に進める。

一方、比較処理の結果、ＲＴＴの平均値Ａｖｅ＿ＲＴＴが閾値ｒ１よりも小さいネットワークインターフェースが２つ存在する場合、あるいは、存在しない場合、処理をステップＣ１１に進める。

（ステップＣ１１、Ｃ１２、Ｃ１３ａ、Ｃ１３ｂ）：
ステップＣ１１、Ｃ１２、Ｃ１３ａ、Ｃ１３ｂは、それぞれ、第１実施形態の第１変形例のステップＢ９、Ｂ１０、Ｂ１１ａ、Ｂ１１ｂと同様である。

（ステップＣ１４～Ｃ１６）：
ステップＣ１４～Ｃ１６は、それぞれ、第１実施形態の第１変形例のステップＢ１２～Ｂ１４と同様である。

以上のように、本変形例の通信システムでは、ステップＣ９において、計測処理の途中で、１つのネットワークインターフェースの平均ＲＴＴの値が所定の値よりも小さい場合、平均ＲＴＴの値が所定の値よりも小さいネットワークインターフェースを使用して、データ通信するように決定できる。その結果、計測途中でも通信品質が悪いことが判明した場合、速やかに、通信品質の良いネットワークインターフェースを使用でき、さらに、アプリケーションの遅延要求を満たすことが容易となる。

したがって、本変形例の通信システム１０００では、端末が複数の通信インターフェースを有している場合においても、通信網での制御なしに、端末側のみで速やかに最適な通信インターフェースを選択し、アプリケーションの遅延要求等を満たせられる。

［他の実施形態］
上記実施形態では、通信システム１０００のネットワーク構成が図１に示されるものについて説明したが、通信システム１０００のネットワーク構成は、図１に示されるものに限定されない。

また、第１ルータＲｔ１と、第１ＤＮＳサーバＤｎｓ１と、第１ＭＥＣサーバＭｅｃ１と、第１アクセスポイントＡＰ１との接続形態は、図１等に示した接続形態に限定されることはなく、他の接続形態（トポロジー）であってもよい。

また、上記実施形態（変形例を含む）において、第１インターフェースＩＦ１、第２インターフェースＩＦ２は、無線通信用であることを前提としているが、これに限定されず、有線通信用のネットワークインターフェースであってもよい。

また、上記実施形態（変形例を含む）において、第１アクセスポイントＡＰ１、第２アクセスポイントＡＰ２は、例えば、ＷｉＦｉ用のアクセスポイントを想定しているが、これに限定されることはない。例えば、上記実施形態（変形例を含む）の通信システムにおいて、第１アクセスポイントＡＰ１を、４Ｇ／５Ｇ用（４Ｇ：第４世代移動通信システム）の基地局に置換し、および／または、第２アクセスポイントＡＰ２を、４Ｇ／５Ｇ用の基地局に置換した構成とし、端末ＵＥの通信インターフェースを４Ｇ／５Ｇ用の通信インターフェースとしてもよい。

また、上記実施形態（変形例を含む）の通信システムにおいて、第１アクセスポイントＡＰ１を、端末ＵＥ１と有線で接続する通信機器に置換し、および／または、第２アクセスポイントＡＰ２を、端末ＵＥ１と有線で接続する通信機器に置換した構成とし、端末ＵＥの通信インターフェースを有線用の通信インターフェースとしてもよい。

また、上記実施形態（変形例を含む）の通信システムでは、２つのネットワーク（第１ネットワークＮＷ１、第２ネットワークＮＷ２）に接続するために、端末ＵＥ１が２つの通信インターフェースを有している場合について説明したが、これに限定されることはない。例えば、上記実施形態（変形例を含む）の通信システムにおいて、それぞれ異なる３つ以上の複数のネットワークを備え、端末ＵＥ１が当該２つ以上の複数のネットワークに、それぞれ、接続するための通信インターフェースを有していてもよい。

また、上記実施形態（変形例を含む）の通信システムでは、各ネットワーク（第１ネットワークＮＷ１、第２ネットワークＮＷ２）にＭＥＣサーバが含まれる場合について、説明したが、これに限定されることはなく、例えば、通信システムが複数のネットワークを含む場合、当該複数のネットワークのうち、ＭＥＣサーバを含まないネットワークが存在する構成としてもよい。

また、上記実施形態（変形例を含む）において、１つの端末（端末ＵＥ１）は、２つのネットワークインターフェースを備えるものであるが、これに限定されることはなく、１つの端末（端末ＵＥ１）は、３以上のネットワークインターフェースを備えるものであってもよい。

また、上記実施形態（変形例を含む）において、通信システムに含まれる端末（端末ＵＥ１）の数は１つであったが、これに限定されることはなく、通信システムに含まれる端末数は、２以上であってもよい。

また、上記実施形態で説明した通信システムにおいて、各ブロックは、ＬＳＩなどの半導体装置により個別に１チップ化されても良いし、一部又は全部を含むように１チップ化されても良い。

なお、ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。

また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサーを利用しても良い。

また、上記各実施形態の各機能ブロックの処理の一部または全部は、プログラムにより実現されるものであってもよい。そして、上記各実施形態の各機能ブロックの処理の一部または全部は、コンピュータにおいて、中央演算装置（ＣＰＵ）により行われる。また、それぞれの処理を行うためのプログラムは、ハードディスク、ＲＯＭなどの記憶装置に格納されており、ＲＯＭにおいて、あるいはＲＡＭに読み出されて実行される。

また、上記実施形態の各処理をハードウェアにより実現してもよいし、ソフトウェア（ＯＳ（オペレーティングシステム）、ミドルウェア、あるいは、所定のライブラリとともに実現される場合を含む。）により実現してもよい。さらに、ソフトウェアおよびハードウェアの混在処理により実現しても良い。

例えば、上記実施形態の各機能部を、ソフトウェアにより実現する場合、図１３に示したハードウェア構成（例えば、ＣＰＵ、ＲＯＭ、ＲＡＭ、入力部、出力部等をバスＢｕｓにより接続したハードウェア構成）を用いて、各機能部をソフトウェア処理により実現するようにしてもよい。

また、上記実施形態の各機能部をソフトウェアにより実現する場合、当該ソフトウェアは、図１３に示したハードウェア構成を有する単独のコンピュータを用いて実現されるものであってもよいし、複数のコンピュータを用いて分散処理により実現されるものであってもよい。

また、上記実施形態における処理方法の実行順序は、必ずしも、上記実施形態の記載に制限されるものではなく、発明の要旨を逸脱しない範囲で、実行順序を入れ替えることができるものである。

前述した方法をコンピュータに実行させるコンピュータプログラム及びそのプログラムを記録したコンピュータ読み取り可能な記録媒体は、本発明の範囲に含まれる。ここで、コンピュータ読み取り可能な記録媒体としては、例えば、フレキシブルディスク、ハードディスク、ＣＤ－ＲＯＭ、ＭＯ、ＤＶＤ、ＤＶＤ－ＲＯＭ、ＤＶＤ－ＲＡＭ、大容量ＤＶＤ、次世代ＤＶＤ、半導体メモリを挙げることができる。

上記コンピュータプログラムは、上記記録媒体に記録されたものに限られず、電気通信回線、無線又は有線通信回線、インターネットを代表とするネットワーク等を経由して伝送されるものであってもよい。

なお、本発明の具体的な構成は、前述の実施形態に限られるものではなく、発明の要旨を逸脱しない範囲で種々の変更および修正が可能である。

１０００ 通信システム
ＵＥ１ 端末（通信端末）
ＩＦ１ 第１インターフェース
ＩＦ２ 第２インターフェース
１５ データ処理部
Ｄｎｓ１ 第１ＤＮＳサーバ
Ｄｎｓ２ 第２ＤＮＳサーバ
Ｍｅｃ１ 第１ＭＥＣサーバ
Ｍｅｃ２ 第２ＭＥＣサーバ
２１ ＭＥＣサーバ用通信インターフェース
２４ 輻輳検出部

Claims (7)

1. サービス提供サーバと、ＭＥＣサーバと、第１ＤＮＳサーバと、第２ＤＮＳサーバと、第１通信インターフェースおよび第２通信インターフェースを備える通信端末と、を接続できる通信システムに用いられる通信方法であって、
   前記通信端末の前記第１通信インターフェースおよび前記第２通信インターフェースでの受信電波の電波強度を取得し、所定の閾値Ｔｈと比較し、当該比較の結果、
   （１）前記通信端末に受信電波の電波強度が前記閾値Ｔｈを超える通信インターフェースがない場合、前記通信端末においてプライマリー通信インターフェースに設定されている通信インターフェースを用いて通信を実行し、
   （２）前記通信端末に受信電波の電波強度が前記閾値Ｔｈを超える通信インターフェースが１つある場合、前記通信端末において受信電波の電波強度が前記閾値Ｔｈを超える通信インターフェースを用いて通信を実行し、
   （３）前記通信端末の前記第１通信インターフェースおよび前記第２通信インターフェースの受信電波の電波強度が、ともに、前記閾値Ｔｈを超える場合、前記第１通信インターフェースおよび前記第２通信インターフェースの両方で通信可能な状態であると判定する通信インターフェース選択ステップと、
   前記通信インターフェース選択ステップにて、前記通信端末が、前記第１通信インターフェースおよび前記第２通信インターフェースの両方で通信可能な状態にあると判定された場合であって、前記通信端末が、絶対ドメイン名であるＦＱＤＮに対応するサーバにアクセスしようとする場合において、
   前記通信端末が、前記第１通信インターフェースにより、前記第１ＤＮＳサーバに対して、名前解決処理を要求するとともに、前記第２通信インターフェースにより、前記第２ＤＮＳサーバに対して、名前解決処理を要求する名前解決処理要求ステップと、
   前記通信端末が、前記第１ＤＮＳサーバおよび／または前記第２ＤＮＳサーバによる名前解決処理により取得されたＩＰアドレスを含むデータを受信し、受信した当該データに含まれるＩＰアドレスを解析する解析ステップと、
   前記解析ステップによる解析の結果、前記第１通信インターフェースにより取得した第１ＩＰアドレスと前記第２通信インターフェースにより取得した第２ＩＰアドレスとが異なる場合、
   前記通信端末が、前記第１通信インターフェースにより、前記第１ＩＰアドレス宛にＩＣＭＰパケットを送信するとともに、前記第２通信インターフェースにより、前記第２ＩＰアドレス宛にＩＣＭＰパケットを送信するＩＣＭＰパケット送信ステップと、
   前記ＭＥＣサーバが、前記ＩＣＭＰパケットを受信した場合、返信用のＩＣＭＰパケットに当該ＩＣＭＰパケットを受信したのがＭＥＣサーバであることを示す情報と、当該ＭＥＣサーバが輻輳状態であるか否かを示す情報とを含めて、前記通信端末に返信し、前記通信端末が、前記ＭＥＣサーバからのＩＣＭＰパケットを受信するＩＣＭＰ受信ステップと、
   前記通信端末が、受信したＩＣＭＰパケットを解析し、当該ＩＣＭＰパケットの解析の結果、ＩＣＭＰパケットを送信した通信相手がＭＥＣサーバであり、かつ、当該ＭＥＣサーバが輻輳状態でないと判定した場合、当該ＭＥＣサーバに対して、前記ＩＣＭＰパケットを送信した通信インターフェースを使用することを決定するＩＦ決定処理ステップと、
   前記ＩＦ決定処理ステップにより決定した通信インターフェースを使用して、データ通信を行うデータ通信ステップと、
   を備え、
   前記ＩＣＭＰ受信ステップにおいて、
   前記ＭＥＣサーバは、当該ＭＥＣサーバのサーバ資源である、メモリ、ＣＰＵ、および、ストレージの使用状況、および、当該ＭＥＣサーバにおいて使用しているセッション数を考慮して、当該ＭＥＣサーバの通信状況を判断し、当該判断結果に基づいて、当該ＭＥＣサーバが輻輳状態であるか否かを示す情報を取得する、
   通信方法。
2. 前記ＩＣＭＰ受信ステップにおいて、
   前記ＭＥＣサーバが、前記ＩＣＭＰパケットを受信した場合、返信用のＩＣＭＰパケットに当該ＩＣＭＰパケットを受信したのがＭＥＣサーバであることを示す情報と、当該ＭＥＣサーバが輻輳状態であるか否かを示す情報とを、ＩＣＭＰメッセージのｃｏｄｅフィールドの値を変更することにより含めたＩＣＭＰメッセージを生成し、生成したＩＣＭＰメッセージを含むＩＣＭＰパケットを前記通信端末に返信し、前記通信端末が、前記ＭＥＣサーバからのＩＣＭＰパケットを受信し、ＩＣＭＰメッセージのｃｏｄｅフィールドの値により、前記ＩＣＭＰパケットを送信した送信先の通信装置が、（１）ＭＥＣサーバであるか否かを判定し、（２）当該通信装置が輻輳状態であるか否かを検出する、
   請求項１に記載の通信方法。
3. 前記第１通信インターフェース、および／または、前記第２通信インターフェースにより通信相手候補に対してＩＣＭＰパケットを送信し、当該通信相手候補からＩＣＭＰパケットを受信し、受信の有無、および／または、受信したデータを解析することで、ＲＴＴ値、タイムアウトの有無、および、タイムアウト回数の少なくとも１つのデータを取得する計測ステップをさらに備える、
   請求項１または２に記載の通信方法。
4. ＩＦ決定処理ステップにおいて、
   通信相手候補がＭＥＣサーバではない、または、輻輳状態であると判定された場合、前記計測ステップにより取得されるＲＴＴ値、タイムアウトの有無、および、タイムアウト回数の少なくとも１つのデータに基づいて、データ通信に使用する通信インターフェースを決定する、
   請求項３に記載の通信方法。
5. 請求項１から４のいずれかに記載の通信方法をコンピュータに実行させるためのプログラム。
6. 請求項２から４のいずれかに記載の通信方法に用いられる通信端末であって、
   通信相手候補に対して、ＩＣＭＰパケットを送信するともに、当該通信相手候補からのＩＣＭＰパケットを受信する第１通信インターフェースと、
   通信相手候補に対して、ＩＣＭＰパケットを送信するともに、当該通信相手候補からのＩＣＭＰパケットを受信する第２通信インターフェースと、
   前記第１通信インターフェース、および／または、前記第２通信インターフェースにより受信したＩＣＭＰパケットから、（１）ＭＥＣサーバであるか否かを判定し、（２）当該通信装置が輻輳状態であるか否かの情報を抽出するデータ処理部と、
   を備える通信端末。
7. 請求項１から４のいずれかに記載の通信方法に用いられるＭＥＣサーバであって、
   自装置の輻輳状態を検出する輻輳検出部と、
   （１）自装置がＭＥＣサーバであるか否かの情報、（２）自装置が輻輳状態であるか否かの情報を所定のフィールドに含めたＩＣＭＰメッセージを生成し、当該ＩＣＭＰメッセージを含むＩＣＭＰパケットを送信するＭＥＣサーバ用通信インターフェースと、
   を備えるＭＥＣサーバ。
   
   

Images