(57)【要約】【課題】  サービスシーンに応じて最適な通信メディアを選択して通信することが可能な通信端末を提供する。【解決手段】  サービス実行部１５，１６は必要なアプリケーション１５１，１５２，１６１，１６２を搭載し、サービス提供の開始トリガをかける役割を持つ。通信制御部１１は通信メディアを検出・接続し、サービス実行部１５，１６からのサービス要求を受けて最適な通信メディアを選択・通信する役割を持つ。サービス実行部１５，１６と通信相手ノードとの通信は全て通信制御部１１を経由して行われ、通信制御部１１がサービス実行部１５，１６のプロキシとして動作する。通信制御部１１はドメイン名に含まれるキーワードと使用する通信メディアとの対応情報、通信先のＩＰアドレスと使用する物理ポートとの対応情報、通信メディアと物理ポートとの対応情報を設定・保持する。【選択図】      図１                                                  
2005159986.tif 000002
【特許請求の範囲】
【請求項１】
通信端末と、前記通信端末に各種サービスを提供する通信相手ノードとの間において複数の通信メディアが使用可能な通信システムであって、
前記複数の通信メディアのうちの要求されたサービスに対応する通信メディアを選択して当該通信メディアにて通信を行う通信制御手段を前記通信端末に有し、
前記通信制御手段の動作を前記サービスを要求するアプリケーションの動作とは独立としたことを特徴とする通信システム。
【請求項２】
前記通信制御手段は、前記アプリケーションが要求する通信先の情報に応じて前記通信メディアを選択することを特徴とする請求項１記載の通信システム。
【請求項３】
前記通信制御手段は、前記通信先の情報とその通信先に対して最適な通信メディアとの対応ルールを保持し、その対応ルールに基づいて前記通信メディアを選択するすることを特徴とする請求項２記載の通信システム。
【請求項４】
前記通信制御手段は、前記対応ルールにおいて前記通信メディアを優先順に複数保持することを特徴とする請求項３記載の通信システム。
【請求項５】
前記通信制御手段は、前記通信メディアの選択の前に使用可能な通信メディアを検出し、その通信メディアに対して必要な接続処理を行って通信可能な状態に維持しておくことを特徴とする請求項１から請求項４のいずれか記載の通信システム。
【請求項６】
前記通信制御手段は、複数の通信メディアに同時に接続する機能を含み、前記アプリケーションからの要求毎に前記対応ルールを参照して前記複数の通信メディアのいずれかに振り分けることを特徴とする請求項３から請求項５のいずれか記載の通信システム。
【請求項７】
ドメイン名を使用するネットワークにおいて、前記サービスの提供前に送受信されるＤＮＳ（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｙｓｔｅｍ）パケットに対して前記通信メディアを選択して通信可能としたことを特徴とする請求項１から請求項６のいずれか記載の通信システム。
【請求項８】
前記通信制御手段とは独立に設けられかつ前記アプリケーションを実行する実行手段を前記通信端末に含むことを特徴とする請求項１から請求項７のいずれか記載の通信システム。
【請求項９】
前記通信制御手段と前記実行手段とを同一筐体に実装したことを特徴とする請求項８記載の通信システム。
【請求項１０】
前記通信制御手段と前記実行手段とを異なる筐体に実装しかつ前記通信制御手段と前記実行手段とがリンクにて通信することを特徴とする請求項８記載の通信システム。
【請求項１１】
各種サービスを提供する通信相手ノードとの間において複数の通信メディアが使用可能な通信端末であって、
前記複数の通信メディアのうちの要求されたサービスに対応する通信メディアを選択して当該通信メディアにて通信を行う通信制御手段を有し、
前記通信制御手段の動作を前記サービスを要求するアプリケーションの動作とは独立としたことを特徴とする通信端末。
【請求項１２】
前記通信制御手段は、前記アプリケーションが要求する通信先の情報に応じて前記通信メディアを選択することを特徴とする請求項１１記載の通信端末。
【請求項１３】
前記通信制御手段は、前記通信先の情報とその通信先に対して最適な通信メディアとの対応ルールを保持し、その対応ルールに基づいて前記通信メディアを選択するすることを特徴とする請求項１２記載の通信端末。
【請求項１４】
前記通信制御手段は、前記対応ルールにおいて前記通信メディアを優先順に複数保持することを特徴とする請求項１３記載の通信端末。
【請求項１５】
前記通信制御手段は、前記通信メディアの選択の前に使用可能な通信メディアを検出し、その通信メディアに対して必要な接続処理を行って通信可能な状態に維持しておくことを特徴とする請求項１１から請求項１４のいずれか記載の通信端末。
【請求項１６】
前記通信制御手段は、複数の通信メディアに同時に接続する機能を含み、前記アプリケーションからの要求毎に前記対応ルールを参照して前記複数の通信メディアのいずれかに振り分けることを特徴とする請求項１３から請求項１５のいずれか記載の通信端末。
【請求項１７】
ドメイン名を使用するネットワークにおいて、前記サービスの提供前に送受信されるＤＮＳ（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｙｓｔｅｍ）パケットに対して前記通信メディアを選択して通信可能としたことを特徴とする請求項１１から請求項１６のいずれか記載の通信端末。
【請求項１８】
前記通信制御手段とは独立に設けられかつ前記アプリケーションを実行する実行手段を含むことを特徴とする請求項１１から請求項１７のいずれか記載の通信端末。
【請求項１９】
前記通信制御手段と前記実行手段とを同一筐体に実装したことを特徴とする請求項１８記載の通信端末。
【請求項２０】
前記通信制御手段と前記実行手段とを異なる筐体に実装しかつ前記通信制御手段と前記実行手段とがリンクにて通信することを特徴とする請求項１８記載の通信端末。
【請求項２１】
通信端末と、前記通信端末に各種サービスを提供する通信相手ノードとの間において複数の通信メディアが使用可能な通信システムにおいて前記サービスに応じて通信メディアを選択する通信メディア選択方法であって、前記通信端末側に、前記複数の通信メディアのうちの要求されたサービスに対応する通信メディアを選択して当該通信メディアにて通信を行う第１のステップを有し、
前記第１のステップの動作を前記サービスを要求するアプリケーションの動作とは独立としたことを特徴とする通信メディア選択方法。
【請求項２２】
前記第１のステップは、前記アプリケーションが要求する通信先の情報に応じて前記通信メディアを選択することを特徴とする請求項２１記載の通信メディア選択方法。
【請求項２３】
前記第１のステップは、前記通信先の情報とその通信先に対して最適な通信メディアとの対応ルールを保持し、その対応ルールに基づいて前記通信メディアを選択するすることを特徴とする請求項２２記載の通信メディア選択方法。
【請求項２４】
前記第１のステップは、前記対応ルールにおいて前記通信メディアを優先順に複数保持することを特徴とする請求項２３記載の通信メディア選択方法。
【請求項２５】
前記第１のステップは、前記通信メディアの選択の前に使用可能な通信メディアを検出し、その通信メディアに対して必要な接続処理を行って通信可能な状態に維持しておくことを特徴とする請求項２１から請求項２４のいずれか記載の通信メディア選択方法。
【請求項２６】
前記第１のステップは、複数の通信メディアに同時に接続する機能を含み、前記アプリケーションからの要求毎に前記対応ルールを参照して前記複数の通信メディアのいずれかに振り分けることを特徴とする請求項２３から請求項２５のいずれか記載の通信メディア選択方法。
【請求項２７】
ドメイン名を使用するネットワークにおいて、前記サービスの提供前に送受信されるＤＮＳ（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｙｓｔｅｍ）パケットに対して前記通信メディアを選択して通信可能としたことを特徴とする請求項２１から請求項２６のいずれか記載の通信メディア選択方法。
【請求項２８】
通信端末と、前記通信端末に各種サービスを提供する通信相手ノードとの間において複数の通信メディアが使用可能な通信システムにおいて前記サービスに応じて通信メディアを選択する通信メディア選択方法のプログラムであって、コンピュータに、前記複数の通信メディアのうちの要求されたサービスに対応する通信メディアを選択して当該通信メディアにて通信を行う処理を実行させ、その処理を前記サービスを要求するアプリケーションの動作とは独立に動作させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信システム、通信端末及びそれらに用いる通信メディア選択方法並びにそのプログラムに関し、特に複数の通信メディアが使用可能な通信システムにおいて通信メディアを使い分けるための通信メディアの選択方法に関する。
【背景技術】
【０００２】
近年、移動体通信を含む通信環境の発達に伴って、複数の通信メディアを使い分けることに対する期待が高まっている。従来、通信システムでは、まず「通信ができること」を要件として構築されており、また通信コスト増大の懸念から「複数の通信メディアを使い分けること」が実現していない。
【０００３】
但し、従来の通信システムでは、複数の通信メディアを使用可能な環境において、通信端末が複数の通信メディア間のスムーズな切替えを可能とするシステムが提案されている（例えば、特許文献１，２参照）。
【０００４】
しかしながら、従来の通信システムでは、有線通信メディアの通信費低額化、無線通信メディアのパケット方式化、有線／無線通信メディアの通信費定額化を背景に、複数の通信メディアに同時に接続しておき、「複数の通信メディアを使い分けること」が現実的になってきている。
【０００５】
また、従来の通信システムでは、プッシュ配信、広告メール、通信端末の不具合によるオンラインソフトウェア更新等、通信端末のユーザに起因しない「サービス提供側の要望」による通信のケースも増えており、通信端末のユーザが通信費を負担している通信メディア上で全ての通信を行うには不合理が生じている。
【０００６】
つまり、従来の通信メディア選択方法では、通信の“使用用途”に応じた通信メディアを選択する方法の場合、各々のアプリケーション毎に、通信端末のユーザまたはアプリケーションが意識して「どの通信メディアを選択するか」が設定されている。
【０００７】
【特許文献１】特開２００３−１６３６７９号公報
【特許文献２】特開２００３−２８９３０８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
上述した従来の通信メディア選択方法では、通信端末のユーザの介在、またはアプリケーションの改造によって、使用するアプリケーション毎に“使用可能な通信メディアを意識した上で、どの通信メディアを選択するか”という選択を行う必要があり、オンラインでのソフトウェアダウンロードや場所によって異なる複数の通信メディアの利用が可能である現代の動的な通信端末環境において、スムーズなサービス提供を行うことができないという問題がある。
【０００９】
また、従来の通信メディア選択方法では、アプリケーションに通信メディアを意識させない方法の場合、使用可能な通信メディアを新たに検出した際に、通信コスト、帯域、無線強度等の通信メディアの属性的な条件から通信メディアを選択して切替え、その通信メディアに接続している。この方法では、“使用用途”であるサービスに合った選択が行われていない。
【００１０】
上記の従来の通信メディア選択方法では、通信メディアを検出する度に、通信メディアの選択、切替接続（現在の通信メディアの切断、新しい通信メディアの接続）が行われる可能性があり、サービスの迅速な提供、通信端末及びネットワーク機器への接続処理負荷の点で問題が生じる。
【００１１】
さらに、従来の通信メディア選択方法では、通信メディアの選択条件として通信の“使用用途”であるサービスを意識していないため、蓋然的な選択判断にならざるを得ず、そのサービスシーンにとって本当に最適な通信メディアを選択することができない可能性があるという問題がある。
【００１２】
さらにまた、従来の通信メディア選択方法では、同時に複数のアプリケーションを使用することができる通信端末環境において、それら複数のアプリケーション各々が提供するサービス全てにとって最適な通信メディアを選択することができないという問題がある。
【００１３】
そこで、本発明の目的は上記の問題点を解消し、サービスシーンに応じて最適な通信メディアを選択して通信することができる通信システム、通信端末及びそれらに用いる通信メディア選択方法並びにそのプログラムを提供することにある。
【課題を解決するための手段】
【００１４】
本発明による通信システムは、通信端末と、前記通信端末に各種サービスを提供する通信相手ノードとの間において複数の通信メディアが使用可能な通信システムであって、
前記複数の通信メディアのうちの要求されたサービスに対応する通信メディアを選択して当該通信メディアにて通信を行う通信制御手段を前記通信端末に備え、
前記通信制御手段の動作を前記サービスを要求するアプリケーションの動作とは独立としている。
【００１５】
本発明による通信端末は、各種サービスを提供する通信相手ノードとの間において複数の通信メディアが使用可能な通信端末であって、
前記複数の通信メディアのうちの要求されたサービスに対応する通信メディアを選択して当該通信メディアにて通信を行う通信制御手段を備え、
前記通信制御手段の動作を前記サービスを要求するアプリケーションの動作とは独立としている。
【００１６】
本発明による通信メディア選択方法は、通信端末と、前記通信端末に各種サービスを提供する通信相手ノードとの間において複数の通信メディアが使用可能な通信システムにおいて前記サービスに応じて通信メディアを選択する通信メディア選択方法であって、前記通信端末側に、前記複数の通信メディアのうちの要求されたサービスに対応する通信メディアを選択して当該通信メディアにて通信を行う第１のステップを備え、
前記第１のステップの動作を前記サービスを要求するアプリケーションの動作とは独立としている。
【００１７】
本発明による通信メディア選択方法のプログラムは、通信端末と、前記通信端末に各種サービスを提供する通信相手ノードとの間において複数の通信メディアが使用可能な通信システムにおいて前記サービスに応じて通信メディアを選択する通信メディア選択方法のプログラムであって、コンピュータに、前記複数の通信メディアのうちの要求されたサービスに対応する通信メディアを選択して当該通信メディアにて通信を行う処理を実行させ、その処理を前記サービスを要求するアプリケーションの動作とは独立に動作させている。
【００１８】
すなわち、本発明の通信システムは、通信端末の機能として、通信メディアの検出・接続・選択・通信を行う通信制御部と、アプリケーションを実行するサービス実行部とを設け、通信制御部で“どのサービスを実行する際にはどの通信メディアを使用すべきか”を判断することで、アプリケーション各々に特別な機能を必要とせず、アプリケーション自体に影響を与えない方法を実現することが可能である。
【００１９】
また、本発明の通信システムでは、“使用用途”であるサービスを識別する手段として、アプリケーションが要求する通信先の情報を使用している。通信先情報の例としては、通信相手ノードのＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレスや、ＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）ベースのアプリケーションの場合のＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）等が考えられる。
【００２０】
上記の通信制御部は通信先情報とその通信先に対して最適な通信メディアとの対応ルールを保持し、この対応ルールに基づいてサービス実行部上のアプリケーションからの要求に対して適切な通信メディアを選択する。“通信先に対して最適な通信メディア”は、優先順位をつけて複数保持することも可能である。
【００２１】
通信制御部は通信メディアの選択に先立ち、使用可能な通信メディアを検出した時点で、その通信メディアに対して必要な接続処理を行い、通信可能な状態に維持しておく。この時、通信制御部は通信メディア網毎に異なるグローバルＩＰアドレスを割り当てることによって、通信相手ノードからのトラフィックもいずれの通信メディア網を経由するかを分けることが可能である。
【００２２】
また、通信制御部は複数の通信メディアに同時に接続する機能を持ち、アプリケーションからの要求毎に対応ルールを参照して最適な通信メディアに振り分ける処理を行うことよって、異なる通信メディアを選択する複数のアプリケーションを同時に処理することが可能である。
【００２３】
本発明の通信システムでは、スケーラビリティを意識した構成としてドメイン名を使用するネットワークを想定し、サービス提供に先立って送受信されるＤＮＳ（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｙｓｔｅｍ）パケットについても、そのサービスに最適な通信メディアを選択して通信可能とした点を特徴とする。
【００２４】
“通信先に対して最適な通信メディア”の選択条件として、“誰に課金されるべきサービスか”を考える場合、上記の点は特に重要となる。これは、例えば通信端末のユーザが自分の使いたいサービスを使用するためにある通信メディアを用意してその通信メディアの使用料を払い、通信相手ノードが自分の使ってほしいサービスを提供するために、また別の通信メディアを用意してその通信メディアの使用料を払う場合、目的と異なるサービスに関するパケットは１パケットたりとも流すわけにはいかないためである。
【００２５】
本発明の通信システムは、複数の通信メディアを使用可能である通信端末環境において、通信用途に応じて複数の通信メディアの中から最適な通信メディアを選択する方法を提供するものである。
【００２６】
より具体的に説明すると、本発明の通信システムでは、通信端末が複数の通信メディアを検出・接続する機能を持ち、アプリケーションが要求する接続先によって通信用途を識別し、その通信用途に最適な通信メディアを選択して通信している。
【００２７】
この時、通信端末側では通信メディア毎に異なるＩＰアドレスを保持し、使用する通信メディアに応じて自ＩＰアドレスを使い分けることによって、最適な通信メディア上へトラフィックを分類させていることを特徴としている。また、本発明の通信システムでは、サービスの提供に先立って行われるＤＮＳ処理においても、最適な通信メディアを使用する点も特徴としている。
【００２８】
さらに、本発明の通信システムでは、ポータビリティを意識した実装形態として、通信端末の構成を、通信メディアの検出・接続・選択・通信を行う通信制御部と、アプリケーションを実行するサービス実行部とに分けている。これら通信制御部及びサービス実行部は同一筐体に実装することも可能であり、また別筐体に実装してリンクによって通信する形態を取ることも可能である。
【００２９】
通信制御部は複数のサービス実行部、複数のアプリケーションからの要求を同時に処理し、複数のアプリケーション各々に最適な通信メディアを選択して通信することが可能となっている。すなわち、通信制御部は同時に複数の異なる通信メディアを使用して通信する機能を持つ。
【００３０】
上記のように、本発明の通信システムでは、通信端末の機能を通信制御部とサービス実行部とに分け、通信用途の識別による通信メディアの選択機能を通信制御部に持たせることによって、個々のアプリケーション自体がどの通信メディアを選択すべきかを意識する必要がなくなる。
【００３１】
よって、本発明の通信システムでは、アプリケーション、通信を介在するネットワーク、通信相手の環境に影響を及ぼすことなく、アプリケーションの要求するサービスに応じて最適な通信メディアを使い分けることが可能となり、より効果的な通信メディアの選択使用を可能とする方法が実現可能となる。
【発明の効果】
【００３２】
本発明は、以下に述べるような構成及び動作とすることで、サービスシーンに応じて最適な通信メディアを選択して通信することができるという効果が得られる。
【発明を実施するための最良の形態】
【００３３】
次に、本発明の実施例について図面を参照して説明する。図１は本発明の一実施例による通信システムの構成を示すブロック図である。ここで、本発明の一実施例による通信システムは、サービスがＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）ベースで提供され、サービスを識別する通信先情報として通信相手ノードのＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレスを使用し、ドメイン名を使用するネットワークを前提としている。
【００３４】
図１において、本発明の一実施例による通信システムは、通信端末１と、ＩＰネットワーク１００とから構成され、ＩＰネットワーク１００は通信メディアＡ網１０１と通信メディアＢ網１０２とを備え、ＤＮＳ（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｙｓｔｅｍ）サーバ２と通信相手ノード３，４とが配置されている。
【００３５】
ＤＮＳサーバ２にはＩＰアドレス「Ｇ２００」が付与され、通信相手ノード３にはドメイン名「ＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）：ａａａ．ｂｂｂ．ｎｅ．ｊｐ」とＩＰアドレス「Ｇ２０１」とが付与され、通信相手ノード４にはドメイン名「ＵＲＬ：ｘｘｘ．ｙｙｙ．ｃｏｍ」とＩＰアドレス「Ｇ２０２」とが付与されている。
【００３６】
図２は図１の通信端末１の構成を示すブロック図である。図２において、通信端末１は通信制御部１１と、通信ポート１２〜１４と、サービス実行部１５，１６と、通信制御部１１及びサービス実行部１５，１６で実行されるプログラム（コンピュータで実行可能なプログラム）を格納する記録媒体１７とから構成され、通信制御部１１とサービス実行部１５，１６とはリンク１１０によって通信する形態をとっている。
【００３７】
サービス実行部１５，１６は必要なアプリケーション１５１，１５２，１６１，１６２を搭載し、サービス提供の開始トリガをかける役割を持つ。サービス実行部１５，１６は任意に複数台接続することができる。
【００３８】
サービス実行部１５は通信先をＵＲＬで指定するアプリケーション１５１，１５２を搭載し、同様に、サービス実行部１６は通信先をＵＲＬで指定するアプリケーション１６１，１６２を搭載している。
【００３９】
また、サービス実行部１５，１６は各々ＤＮＳリゾルバ機能１５３，１６３を持つ。ここで、ＤＮＳリゾルバ機能１５３，１６３はアプリケーション１５１，１５２，１６１，１６２がホスト名をＩＰアドレスに変換する際に用いられる機能（クライアントライブラリ）である。
【００４０】
さらに、図示していないが、サービス実行部１５，１６はリンク１１０におけるＩＰアドレスを何らかの手段によって設定・保持する機能を持つ。このＩＰアドレスはリンク１１０内のみで使用されるため、ローカルＩＰアドレスでも良い。
【００４１】
通信制御部１１は通信メディアを検出・接続し、サービス実行部１５，１６からのサービス要求を受けて最適な通信メディアを選択・通信する役割を持つ。サービス実行部１５，１６と通信相手ノード３，４との通信は全て通信制御部１１を経由して行われ、通信制御部１１がサービス実行部１５，１６のプロキシとして動作する。
【００４２】
通信制御部１１はドメイン名に含まれるキーワードと使用する通信メディアとの対応情報、通信先のＩＰアドレスと使用する物理ポートとの対応情報、通信メディアＡ網１０１及び通信メディアＢ網１０２と物理ポート１３，１４との対応情報を何らかの手段によって設定・保持する機能（図示せず）を持つ。
【００４３】
これらの情報においては、検索する条件に対応する情報がない場合に使用するデフォルトの設定を持つことができる。この例では、通信相手ノード３は通信メディアＡ網１０１、通信相手ノード４は通信メディアＢ網１０２が最適であるものとする。
【００４４】
通信制御部１１は上記の機能のほかに、サービス実行部１５，１６から受信するパケットを分析してＤＮＳパケットを識別し、ＤＮＳパケットに含まれるドメイン名を解析する機能を持つ。
【００４５】
サービス実行部１５はリンク１１０に対して物理ポート１２、通信メディアＡ網１０１に対して物理ポート１３、通信メディアＢ網１０２に対して物理ポート１４をそれぞれ使用し、これらにおけるＩＰアドレスを何らかの手段によって設定・保持する機能を持つ。
【００４６】
物理ポート１２に対するＩＰアドレスはリンク１１０内のみで使用されるため、ローカルＩＰアドレスでも良い。物理ポート１３，１４に対するＩＰアドレスは、ＩＰネットワーク１００の環境に応じてグローバルＩＰアドレスまたはローカルＩＰアドレスが適用される。
【００４７】
通信相手側は、サービスを提供する通信相手ノード３，４と、ＤＮＳサーバ２で構成される。通信相手ノード３，４ではサービス毎にドメイン名を保持している。
【００４８】
図３は本発明の一実施例による通信システムの動作を示すシーケンスチャートであり、図４は図２の通信制御部１１による通信メディア選択処理を示すフローチャートであり、図５は図３に示す本発明の一実施例による通信システムの動作において用いられる保持情報例を示す図であり、図６及び図７は図３に示す本発明の一実施例による通信システムの動作において用いられるメッセージ例を示す図である。
【００４９】
図５（ａ）はサービス実行部１５，１６の初期時保持情報を示し、自ＩＰアドレスとして「Ｌ２」、デフォルトゲートウェイＩＰアドレスとして「Ｌ１」、ＤＮＳアドレスとして「Ｇ２００」、ＤＮＳキャッシュとして「なし」がそれぞれ設定されている。
【００５０】
図５（ｂ）は通信制御部１１の初期時保持情報を示し、自ＩＰアドレスとして「物理ポート１２：Ｌ１」・「物理ポート１３：Ｇ１０２」・「物理ポート１４：Ｇ１０３」、キーワード−通信メディア対応情報として「“ｂｂｂ．ｎｅ．ｊｐ”→通信メディアＡ」・「“ｙｙｙ”→通信メディアＢ」、通信メディア−物理ポート対応情報として「通信メディアＡ→物理ポート１３」・「通信メディアＢ→物理ポート１４」、ＩＰアドレス−物理ポート対応キャッシュ情報として「なし」がそれぞれ設定されている。
【００５１】
図５（ｃ）はＤＮＳサーバ２及び通信相手ノード３，４の初期時保持情報を示し、ＩＰアドレス−物理ポート対応キャッシュ情報として「Ｇ２０１−物理ポート１３」が設定されている。
【００５２】
図６（ａ）はＤＮＳ問合せ（ＵＲＬ：ａａａ．ｂｂｂ．ｎｅ．ｊｐ）のメッセージ例を示しており、このメッセージには「送信元ＩＰ＝Ｌ２」、「送信先ＩＰ＝Ｇ２００」、「要求ドメイン＝ａａａ．ｂｂｂ．ｎｅ．ｊｐ」、「ペイロード」が設定されている。
【００５３】
図６（ｂ）は物理ポート１３からのＤＮＳ問合せ（ＵＲＬ：ａａａ．ｂｂｂ．ｎｅ．ｊｐ）のメッセージ例を示しており、このメッセージには「送信元ＩＰ＝Ｇ１０２」、「送信先ＩＰ＝Ｇ２００」、「要求ドメイン＝ａａａ．ｂｂｂ．ｎｅ．ｊｐ」、「ペイロード」が設定されている。
【００５４】
図６（ｃ）は物理ポート１３へのＤＮＳ応答（ＩＰアドレス：Ｇ２０１）のメッセージ例を示しており、このメッセージには「送信元ＩＰ＝Ｇ２００」、「送信先ＩＰ＝Ｇ１０２」、「要求ＩＰ＝Ｇ２０１」、「ペイロード」が設定されている。
【００５５】
図６（ｄ）はサービス実行部１５，１６へのＤＮＳ応答（ＩＰアドレス：Ｇ２０１）のメッセージ例を示しており、このメッセージには「送信元ＩＰ＝Ｇ２００」、「送信先ＩＰ＝Ｌ２」、「要求ＩＰ＝Ｇ２０１」、「ペイロード」が設定されている。
【００５６】
図７（ａ）はＨＴＴＰアクセスリクエストのメッセージ例を示しており、このメッセージには「送信元ＩＰ＝Ｌ２」、「送信先ＩＰ＝Ｇ２０１」、「ペイロード」が設定されている。
【００５７】
図７（ｂ）は物理ポート１３からのＨＴＴＰアクセスリクエストのメッセージ例を示しており、このメッセージには「送信元ＩＰ＝Ｇ１０２」、「送信先ＩＰ＝Ｇ２０１」、「ペイロード」が設定されている。
【００５８】
図７（ｃ）は物理ポート１３へのＨＴＴＰレスポンスのメッセージ例を示しており、このメッセージには「送信元ＩＰ＝Ｇ２０１」、「送信先ＩＰ＝Ｇ１０２」、「ペイロード」が設定されている。
【００５９】
図７（ｄ）はサービス実行部１５，１６へのＨＴＴＰレスポンスのメッセージ例を示しており、このメッセージには「送信元ＩＰ＝Ｇ２０１」、「送信先ＩＰ＝Ｌ２」、「ペイロード」が設定されている。
【００６０】
これら図１〜図７を参照して本発明の一実施例による通信システムの動作について説明する。尚、図４に示す処理は通信制御部１１が記録媒体１７のプログラムを実行することで実現される。
【００６１】
図３においてはＤＮＳ解決が行われておらず、通信先のＩＰアドレスと使用する通信メディアとの対応情報がない通信先のサービスを使用する場合の動作を示している。
【００６２】
サービス実行部１５は何らかの手段によって設定されたリンク１１０における自ＩＰアドレス「Ｌ２」、何らかの手段によって設定されたリンク１１０におけるデフォルトゲートウェイＩＰアドレス「Ｌ１」、何らかの手段によって設定されたＤＮＳ  ＩＰアドレス「Ｇ２００」を保持している（図３のａ１）［図５（ａ）参照］。
【００６３】
このデフォルトゲートウェイＩＰアドレスは通信制御部１１のリンク１１０におけるＩＰアドレス、ＤＮＳ  ＩＰアドレスはＤＮＳサーバ２のＩＰアドレスである。先に行われたＤＮＳ解決によって設定されるＤＮＳキャッシュ情報は保持していない。
【００６４】
通信制御部１１は何らかの手段によって設定されたリンク１１０における自ＩＰアドレス「Ｌ１」、何らかの手段によって設定された通信メディアＡ網１０１における自ＩＰアドレス「Ｇ１０２」、何らかの手段によって設定された通信メディアＢ網１０２における自ＩＰアドレス「Ｇ１０３」を保持している（図３のａ２）［図５（ｂ）参照］。「Ｌ１」は物理ポート１２、「Ｇ１０２」は物理ポート１３、「Ｇ１０３」は物理ポート１４において行われる通信に使用される。
【００６５】
また、通信制御部１１は何らかの手段によって設定された「ドメイン名に含まれるキーワードと使用する通信メディアとの対応情報」として“ｂｂｂ．ｎｅ．ｊｐは通信メディアＡ網１０１を使用”、“ｙｙｙは通信メディアＢ網１０２を使用”を保持している。
【００６６】
さらに、通信制御部１１は何らかの手段によって設定された「通信メディアと物理ポートの対応情報」として“通信メディアＡ網１０１に対しては物理ポート１３を使用”、“通信メディアＢ網１０２に対しては物理ポート１４を使用”を保持している。
【００６７】
「通信先のＩＰアドレスと使用する物理ポートとの対応情報」は、下記に述べる手順によってＤＮＳ解決時に、キャッシュ情報として作成・設定されるものとし、この時点では先に行われたＤＮＳ解決によるキャッシュ情報は保持していない。
【００６８】
サービス実行部１５がアプリケーション１５１を実行すると（図３のａ３）、通信相手ノード３が提供するＨＴＴＰによるサービス利用シーケンスが開始される。この時、サービス実行部１５はアプリケーション１５１のドメイン名“ａａａ．ｂｂｂ．ｎｅ．ｊｐ”のＩＰアドレスをＤＮＳリゾルバ機能１５３に問い合わせる（図３のａ４）。しかしながら、“ａａａ．ｂｂｂ．ｎｅ．ｊｐ”のＤＮＳキャッシュ情報は保持していないため（図３のａ５）、ＤＮＳサーバ２宛にＤＮＳ問合せを作成し、リンク１１０に送信する（図３のａ６）。
【００６９】
通信制御部１１はＤＮＳ問合せがリンク１１０に送信されると、通信メディア選択処理を行う（図３のａ７）。つまり、通信制御部１１はリンク１１０に対する物理ポート１２でサービス実行部１５からのＤＮＳ問合せを受信すると（図４ステップＳ１）、ローカルなリンク側の物理ポート１２で受信したＩＰパケットを解析する。つまり、ＤＮＳ問合せパケットである場合、通信制御部１１はＤＮＳ問合せの中に含まれるドメイン名を解析する（図４ステップＳ２）。
【００７０】
通信制御部１１はドメイン名の中に「ドメイン名に含まれるキーワードと使用する通信メディアとの対応情報」にあるキーワードを含むか検索し（図４ステップＳ３）、その検索結果にしたがって使用する通信メディアを決定する（図４ステップＳ４）。この時、このＤＮＳ問合せの中に含まれるドメイン名は“ｂｂｂ．ｎｅ．ｊｐは通信メディアＡ網１０１を使用”にヒットするため、通信制御部１１は使用する通信メディアを通信メディアＡ網１０１に決定する。
【００７１】
通信制御部１１は「通信メディアと物理ポートとの対応情報」を検索し（図４ステップＳ５）、通信メディアＡ網１０１で通信するために使用すべき物理ポートを決定する（図４ステップＳ６）。この時、“通信メディアＡ網１０１に対しては物理ポート１０２を使用”にヒットするため、通信制御部１１は使用する物理ポートを物理ポート番号１３に決定する。
【００７２】
通信制御部１１は使用する通信メディアによって使用すべき自ＩＰアドレスが異なるため、通信メディアＡ網１０１における自ＩＰアドレス「Ｇ１０２」を受信したＤＮＳ問合せの送信元ＩＰアドレスに設定し（図４ステップＳ７）、物理ポート１３からＤＮＳサーバ２へ送信する（図３のａ８）（図４ステップＳ８）。
【００７３】
ＤＮＳサーバ２は通信メディアＡ網１０１を経由して自ＩＰアドレス宛に送信されたＤＮＳ問合せを受信し、ドメイン名“ａａａ．ｂｂｂ．ｎｅ．ｊｐ”に対して通信相手ノード３のＩＰアドレス「Ｇ２０１」を設定したＤＮＳ応答を「Ｇ１０２」宛に送信する（図３のａ９）。
【００７４】
通信制御部１１は通信メディアＡ網１０１を経由して物理ポート１３でＤＮＳサーバ２からのＤＮＳ応答を受信する。通信制御部１１は通信メディア網側の物理ポートで受信したＩＰパケットを解析し、ＤＮＳ応答パケットである場合、ＤＮＳ応答に含まれるＩＰアドレスをこのＤＮＳ応答パケットを受信した物理ポートに対応させる情報を作成し、「通信先のＩＰアドレスと使用する物理ポートとの対応情報」に設定する。
【００７５】
この処理を行うことによって、ＤＮＳパケット以外の通常のＩＰパケットは送信先ＩＰアドレスのみで使用されるべき通信メディアに対する物理ポートを選択することができるようになり、ＩＰパケット毎にＵＲＬに含まれるドメイン名を解析して通信メディアまたは物理ポートを決定する必要がなくなるというメリットがある。但し、この情報はサービス実行部１５が保持するＤＮＳキャッシュ情報と同じトリガで作成され、連携している情報であるため、ＤＮＳキャッシュ情報と同期している必要がある。
【００７６】
サービス実行部１５側にＤＮＳキャッシュ情報がある間は、必ず通信制御部１にそのＤＮＳキャッシュ情報と連携する「通信先のＩＰアドレスと使用する物理ポートとの対応情報」が存在していなければならないため、通信制御部１１のキャッシュが消去されるタイミングはサービス実行部１５のキャッシュが消去されるタイミングよりも遅い必要がある。
【００７７】
また、通信メディアが切断された時には、「通信メディアと物理ポートとの対応情報」が変化するため、通信制御部１１のキャッシュは消去されなければならないので、サービス実行部１５のキャッシュもそれに先立って消去される必要がある。
【００７８】
上記の処理によって、通信制御部１１は「通信先のＩＰアドレスと使用する物理ポートとの対応情報」に“Ｇ２０１との通信は物理ポート１３で行う”を作成し（図３のａ１０）、キャッシュ情報として設定する（図３のａ１１）。その後、通信制御部１１はプロキシ処理によって、サービス実行部１５のＩＰアドレス「Ｌ２」を受信したＤＮＳ応答の送信先に設定し、物理ポート１２からサービス実行部１５へ送信する（図３のａ１３）。
【００７９】
サービス実行部１５はＤＮＳ応答を受信し、ＤＮＳキャッシュ情報に“ａａａ．ｂｂｂ．ｎｅ．ｊｐのＩＰアドレスはＧ２０１”を設定する（図３のａ１４）。このＤＮＳキャッシュ情報に基づき、サービス実行部１５は通信相手ノード３のＩＰアドレス「Ｇ２０１」宛てにＨＴＴＰアクセスリクエストを送信する（図３のａ１５）。
【００８０】
通信制御部１１はリンク１１０に対する物理ポート１２でサービス実行部１５からのＨＴＴＰアクセスリクエストを受信する。通信制御部１１は受信したＩＰパケットを解析し、ＤＮＳパケットではないため、「通信先のＩＰアドレスと使用する物理ポートとの対応情報」をＨＴＴＰアクセスリクエストの送信先ＩＰアドレス「Ｇ２０１」で検索する（図３のａ１６）。
【００８１】
上記のＤＮＳパケット処理によって、サービス実行部１５が通信相手ノード３のＩＰアドレスを知っている時には、通信制御部１１の「通信先のＩＰアドレスと使用する物理ポートとの対応情報」にそのＩＰアドレスの情報が必ず存在する。この時、送信先ＩＰアドレス「Ｇ２０１」は通信制御部１１の「通信先のＩＰアドレスと使用する物理ポートとの対応情報」の“Ｇ２０１との通信は物理ポート１３で行う”にヒットするため（図３のａ１８）、通信制御部１１は物理ポート１３に対する自ＩＰアドレス「Ｇ１０２」をＨＴＴＰアクセスリクエストの送信元ＩＰアドレスに設定し、物理ポート１３から送信する（図３のａ１９）。
【００８２】
通信相手ノード３は通信メディアＡ網１０１を経由して自ＩＰアドレス宛に送信されたＨＴＴＰアクセスリクエストを受信し、ＨＴＴＰレスポンスを「Ｇ１０２」宛に送信する（図３のａ２０）。
【００８３】
通信制御部１１は通信メディアＡ網１０１を経由して物理ポート１３で通信相手ノード３からのＨＴＴＰアクセスレスポンスを受信する。プロキシ処理によって、サービス実行部１５のＩＰアドレス「Ｌ２」を受信したＨＴＴＰアクセスレスポンスの送信先に設定し、物理ポート１３から送信する（図３のａ２１）。
【００８４】
以降、ａ１６〜ａ２１の処理と同様の処理によって、ＨＴＴＰサービスが提供される。上記の動作によって、ＤＮＳパケットも含め、サービス実行部１５が要求するサービスに最適な通信メディアを使用してサービスを利用することができる。
【００８５】
図８は本発明の一実施例による通信システムの動作を示すシーケンスチャートであり、図９は図８に示す本発明の一実施例による通信システムの動作において用いられる保持情報例を示す図であり、図１０は図８に示す本発明の一実施例による通信システムの動作において用いられるメッセージ例を示す図である。
【００８６】
図９（ａ）はサービス実行部１５，１６の初期時保持情報を示し、自ＩＰアドレスとして「Ｌ２」、デフォルトゲートウェイＩＰアドレスとして「Ｌ１」、ＤＮＳアドレスとして「Ｇ２００」、ＤＮＳキャッシュとして「ａａａ．ｂｂｂ．ｎｅ．ｊｐ−Ｇ２０１」がそれぞれ設定されている。
【００８７】
図９（ｂ）は通信制御部１１の初期時保持情報を示し、自ＩＰアドレスとして「物理ポート１２：Ｌ１」・「物理ポート１３：Ｇ１０２」・「物理ポート１４：Ｇ１０３」、キーワード−通信メディア対応情報として「“ｂｂｂ．ｎｅ．ｊｐ”→通信メディアＡ」・「“ｙｙｙ”→通信メディアＢ」、通信メディア−物理ポート対応情報として「通信メディアＡ→物理ポート１３」・「通信メディアＢ→物理ポート１４」、ＩＰアドレス−物理ポート対応キャッシュ情報として「Ｇ２０１−物理ポート１３」がそれぞれ設定されている。
【００８８】
図１０（ａ）はＨＴＴＰアクセスリクエストのメッセージ例を示しており、このメッセージには「送信元ＩＰ＝Ｌ２」、「送信先ＩＰ＝Ｇ２０１」、「ペイロード」が設定されている。
【００８９】
図１０（ｂ）は物理ポート１３からのＨＴＴＰアクセスリクエストのメッセージ例を示しており、このメッセージには「送信元ＩＰ＝Ｇ１０２」、「送信先ＩＰ＝Ｇ２０１」、「ペイロード」が設定されている。
【００９０】
図１０（ｃ）は物理ポート１３へのＨＴＴＰレスポンスのメッセージ例を示しており、このメッセージには「送信元ＩＰ＝Ｇ２０１」、「送信先ＩＰ＝Ｇ１０２」、「ペイロード」が設定されている。
【００９１】
図１０（ｄ）はサービス実行部１５，１６へのＨＴＴＰレスポンスのメッセージ例を示しており、このメッセージには「送信元ＩＰ＝Ｇ２０１」、「送信先ＩＰ＝Ｌ２」、「ペイロード」が設定されている。
【００９２】
これら図１と図２と図８〜図１０とを参照して本発明の一実施例による通信システムの動作について説明する。図８は上述したＤＮＳ解決によって通信先のＩＰアドレスと使用する通信メディアとの対応情報が既にある通信先のサービスを使用する場合の動作を示している。
【００９３】
サービス実行部１５は何らかの手段によって設定されたリンク１１０における自ＩＰアドレス「Ｌ２」、何らかの手段によって設定されたリンク１１０におけるデフォルトゲートウェイＩＰアドレス「Ｌ１」、何らかの手段によって設定されたＤＮＳ  ＩＰアドレス「Ｇ２００」を保持している。
【００９４】
このデフォルトゲートウェイＩＰアドレスは通信制御部１１のリンク１１０におけるＩＰアドレス、ＤＮＳ  ＩＰアドレスはＤＮＳサーバ２のＩＰアドレスである。上述したＤＮＳ解決によって、ＤＮＳキャッシュ情報としては“ａａａ．ｂｂｂ．ｎｅ．ｊｐのＩＰアドレスはＧ２０１”を保持している（図８のｂ１）［図９（ａ）参照］。
【００９５】
通信制御部１１は何らかの手段によって設定されたリンク１１０における自ＩＰアドレス「Ｌ１」、何らかの手段によって設定された通信メディアＡ網１０１における自ＩＰアドレス「Ｇ１０２」、何らかの手段によって設定された通信メディアＢ網１０２における自ＩＰアドレス「Ｇ１０３」を保持している。「Ｌ１」は物理ポート１２、「Ｇ１０２」は物理ポート１３、「Ｇ１０３」は物理ポート１４において行われる通信に使用される。
【００９６】
また、通信制御部１１は何らかの手段によって設定された「ドメイン名に含まれるキーワードと使用する通信メディアとの対応情報」として“ｂｂｂ．ｎｅ．ｊｐは通信メディアＡ網１０１を使用”、“ｙｙｙは通信メディアＢ網１０２を使用”を保持している。
【００９７】
さらに、通信制御部１１は何らかの手段によって設定された「通信メディアと物理ポートの対応情報」として“通信メディアＡ網１０１に対しては物理ポート１３を使用”、“通信メディアＢ網１０２に対しては物理ポート１４を使用”を保持している。
【００９８】
さらにまた、通信制御部１１は上述したＤＮＳ解決によって、「通信先のＩＰアドレスと使用する物理ポートとの対応情報」として“Ｇ２０１との通信は物理ポート１０２で行う”を保持している（図８のｂ２）［図９（ｂ）参照］。
【００９９】
サービス実行部１５がアプリケーション１５１を実行すると（図８のｂ３）、通信相手ノード３が提供するＨＴＴＰによるサービス利用シーケンスが開始される。この時、サービス実行部１５はアプリケーション１５１のドメイン名“ａａａ．ｂｂｂ．ｎｅ．ｊｐ”のＩＰアドレスをＤＮＳリゾルバ機能１５３に問い合わせ（図８のｂ４）、ＤＮＳキャッシュ情報として“ａａａ．ｂｂｂ．ｎｅ．ｊｐのＩＰアドレスはＧ２０１”にヒットするため（図８のｂ５）、通信相手ノード３のＩＰアドレス「Ｇ２０１」宛にＨＴＴＰアクセスリクエストを作成し、リンク１１０に送信する（図８のｂ６）。
【０１００】
通信制御部１１はリンク１１０に対する物理ポート１２でサービス実行部１５からのＨＴＴＰアクセスリクエストを受信する。通信制御部１１は受信したＩＰパケットを解析し、ＤＮＳパケットではないため、「通信先のＩＰアドレスと使用する物理ポートとの対応情報」をＨＴＴＰアクセスリクエストの送信先ＩＰアドレス「Ｇ２０１」で検索する（図８のｂ７）。
【０１０１】
上述したＤＮＳパケット処理によって、サービス実行部１５が通信相手ノード３のＩＰアドレスを知っている時には、通信制御部１１の「通信先のＩＰアドレスと使用する物理ポートとの対応情報」にそのＩＰアドレスの情報が必ず存在する。この時、「Ｇ２０１」は通信制御部１１の「通信先のＩＰアドレスと使用する物理ポートとの対応情報」の“Ｇ２０１との通信は物理ポート１０２で行う”にヒットするため（図８のｂ８）、通信制御部１１は物理ポート１３に対する自ＩＰアドレス「Ｇ１０２」をＨＴＴＰアクセスリクエストの送信元ＩＰアドレスに設定し、物理ポート１３から通信相手ノード３に送信する（図８のｂ９）。
【０１０２】
通信相手ノード３は通信メディアＡ網１０１を経由して自ＩＰアドレス宛に送信されたＨＴＴＰアクセスリクエストを受信し、ＨＴＴＰレスポンスを「Ｇ１０２」宛に送信する（図８のｂ１０）。
【０１０３】
通信制御部１１は通信メディアＡ網１０１を経由して物理ポート１３で通信相手ノード３からのＨＴＴＰアクセスレスポンスを受信する。プロキシ処理によって、サービス実行部１５のＩＰアドレス「Ｌ２」を受信したＨＴＴＰアクセスレスポンスの送信先に設定し、物理ポート１２から送信する（図８のｂ１１）。以降、上記のｂ６〜ｂ１１の処理と同様の処理によって、ＨＴＴＰサービスが提供される。
【０１０４】
このように、本実施例では、“使用用途”であるサービスをアプリケーション１５，１６が要求する通信先の情報によって識別することによって、そのサービスシーンにとって本当に必要な通信メディアを選択することができる。
【０１０５】
また、本実施例では、複数の通信メディアに同時に接続し、アプリケーション１５，１６からの要求毎にルールを参照して最適な通信メディアに振り分ける動作であるため、同時に複数のアプリケーション１５，１６各々に対して最適な通信メディアを使用してサービスを提供することができる。この時、通信制御部１は各通信メディア毎に異なるＩＰアドレスの割当てを受け、通信メディア毎に自ＩＰアドレスを使い分けている。
【０１０６】
さらに、本実施例では、ドメイン名を使用するＩＰネットワーク１００においてサービスの提供に先立って行われるＤＮＳパケットをも含めて、そのサービスに最適な通信メディアを選択して通信することができるので、通信メディアの選択によって課金先が異なる場合にも適用することができる。
【０１０７】
さらにまた、本実施例では、ドメイン名を使用するネットワークにおいて、高レイヤの通信先情報を参照して通信メディアを選択する処理を行うのがＤＮＳ処理時のみとし、通常のＩＰパケットの際にはこの処理を不要としたことによって、通信端末１側の処理負荷を軽減することができる。
【０１０８】
本実施例では、通信制御部１１とサービス実行部１５，１６とを分離したため、アプリケーション１５，１６、通信を介在するネットワーク、通信相手ノード３，４側には特別な処理を必要としないため、通信端末１のユーザの操作や個々のアプリケーション１５，１６やネットワークや通信相手ノード３，４側に影響することなく、上記と同様の効果が得られる。
【産業上の利用可能性】
【０１０９】
本発明は、「通信先情報」として通信先のＩＰアドレスを用いているが、ＩＰアドレスではなく、ＴＣＰ／ＵＤＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ／Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）の宛先ポート番号、ＩＰのプロトコル番号、セッションＩＤ、ＵＲＬ全て等を使う場合にも、上記の実施例を適用させることができる。
【０１１０】
また、本発明は、ドメイン名を使用しないネットワークにおいても、ＤＮＳ処理以外の何らかの手段で通信制御部に「通信先情報と使用する物理ポートとの対応情報」を設定することによって、上記の実施例を適用させることができる。
【０１１１】
さらに、本発明は、通信制御部における対応情報の持ち方として、「通信先のＩＰアドレスと使用する物理ポートとの対応情報」ではなく、「通信先のＩＰアドレスと使用する通信メディアの対応情報」を保持し、決定した通信メディアから「通信メディアと物理ポートの対応情報」を検索して物理ポートを決定する等の対応情報の他の持ち方をとることも可能である。
【０１１２】
さらにまた、本発明は、通信制御部とサービス実行部とが同一筐体に実装される場合にも、上記の実施例を適用させることができる。
【図面の簡単な説明】
【０１１３】
【図１】本発明の一実施例による通信システムの構成を示すブロック図である。
【図２】図１の通信端末の構成を示すブロック図である。
【図３】本発明の一実施例による通信システムの動作を示すシーケンスチャートである。
【図４】図２の通信制御部による通信メディア選択処理を示すフローチャートである。
【図５】（ａ）〜（ｃ）は図３に示す本発明の一実施例による通信システムの動作において用いられる保持情報例を示す図である。
【図６】（ａ）〜（ｄ）は図３に示す本発明の一実施例による通信システムの動作において用いられるメッセージ例を示す図である。
【図７】（ａ）〜（ｄ）は図３に示す本発明の一実施例による通信システムの動作において用いられるメッセージ例を示す図である。
【図８】本発明の一実施例による通信システムの動作を示すシーケンスチャートである。
【図９】（ａ），（ｂ）は図８に示す本発明の一実施例による通信システムの動作において用いられる保持情報例を示す図である。
【図１０】（ａ）〜（ｄ）は図８に示す本発明の一実施例による通信システムの動作において用いられるメッセージ例を示す図である。
【符号の説明】
【０１１４】
１  通信端末
２  ＤＮＳサーバ
３，４  通信相手ノード
１１  通信制御部
１２〜１４  通信ポート
１５，１６  サービス実行部
１７  記録媒体
１００  ＩＰネットワーク
１０１  通信メディアＡ網
１０２  通信メディアＢ網
１１０  リンク
１５１，１５２，
１６１，１６２  アプリケーション
１５３，１６３  ＤＮＳリゾルバ機能
【図１】
2005159986.tif 000003
【図２】
2005159986.tif 000004
【図３】
2005159986.tif 000005
【図４】
2005159986.tif 000006
【図５】
2005159986.tif 000007
【図６】
2005159986.tif 000008
【図７】
2005159986.tif 000009
【図８】
2005159986.tif 000010
【図９】
2005159986.tif 000011
【図１０】
2005159986.tif 000012