(57)【要約】複数の通信インタフェースと、宛先装置との間でデータを送受信するデータ授受部とを備えた通信端末が、データ授受部の識別子とデータ授受部とを関連付けて設定記憶部に保持し、設定記憶部を参照して前記データ授受部の識別子を取得し、宛先装置を示す情報を含み前記取得した識別子を含むパケットを生成し、パケットに含まれる宛先装置を示す情報およびデータ授受部の識別子と所定のポリシとを用いて使用すべき通信インタフェースを決定し、決定した通信インタフェースに対応する名前解決サーバのアドレスを特定し、パケットの宛先アドレスを特定した名前解決サーバのアドレスに変更し、決定した通信インタフェースを介してパケットを送出する。アプリケーション名などに基づいてポリシに指定された通信インタフェースを使用して、適切な名前解決サーバへ名前解決要求データを送信することが可能となる。
2015129727.tif 000002
【特許請求の範囲】
【請求項１】
複数の通信インタフェースと、
宛先装置との間でデータを送受信するデータ授受部と、
前記データ授受部の識別子と前記データ授受部とを関連付けて保持する設定記憶部と、
前記設定記憶部を参照して前記データ授受部の識別子を取得する名前解決部と、
前記宛先装置を示す情報を含むと共に前記名前解決部が取得した識別子を含むパケットを生成する通信ソフトウェア基本部と、
前記パケットに含まれる前記宛先装置を示す情報および前記データ授受部の識別子と所定のポリシとを用いて、前記複数の通信インタフェースの中から使用すべき通信インタフェースを決定し、決定した通信インタフェースに対応する名前解決サーバのアドレスを特定する制御部と、
前記パケットの宛先アドレスを前記制御部が特定した名前解決サーバのアドレスに変更すると共に前記制御部が決定した通信インタフェースを介して前記パケットを送出する通信処理部と、を備える、通信端末。
【請求項２】
前記制御部は、前記設定記憶部を参照して前記パケットに含まれる識別子を付されたデータ授受部を特定すると共に、特定したデータ授受部と前記パケットに含まれる前記宛先装置を示す情報を前記所定のポリシに照合して前記複数の通信インタフェースの中から使用すべき通信インタフェースを決定する、請求項１に記載の通信端末。
【請求項３】
前記所定のポリシは、前記データ授受部と前記宛先装置を示す情報と使用すべき通信インタフェースとの対応付けを含む、請求項１または２に記載の通信端末。
【請求項４】
前記設定記憶部は、各通信インタフェースと対応する名前解決サーバのアドレスとを関連付けて保持し、
前記制御部は、決定した通信インタフェースに対応する名前解決サーバのアドレスを前記設定記憶部に基づいて特定する、請求項１ないし３のいずれか１項に記載の通信端末。
【請求項５】
前記制御部は、前記所定のポリシをポリシサーバから受け付ける、請求項１ないし４のいずれか１項に記載の通信端末。
【請求項６】
前記制御部は、前記パケットの送信元ポート番号と前記データ授受部の識別子とを対応付けて保持し、前記パケットに対する応答パケットを受信すると、当該対応付けに基づいて、受信した応答パケットの宛先ポート番号に対応付けられたアドレスを特定し、
前記通信処理部は、前記応答パケットの送信元アドレスを、前記制御部が特定したアドレスに変更して、前記通信ソフトウェア基本部に出力する、請求項１ないし５のいずれか１項に記載の通信端末。
【請求項７】
前記制御部は、受信した応答パケットの宛先ポート番号に対応付けられたアドレスを特定すると、前記保持する対応付けを削除する、請求項６に記載の通信端末。
【請求項８】
複数の通信インタフェースと、宛先装置との間でデータを送受信するデータ授受部とを備えた通信端末が、
前記データ授受部の識別子と前記データ授受部とを関連付けて設定記憶部に保持する工程と、
前記設定記憶部を参照して前記データ授受部の識別子を取得する工程と、
前記宛先装置を示す情報を含むと共に前記取得した識別子を含むパケットを生成する工程と、
所定のポリシと前記パケットに含まれる前記宛先装置を示す情報および前記データ授受部の識別子を用いて、前記複数の通信インタフェースの中から使用すべき通信インタフェースを決定する工程と、
決定した通信インタフェースに対応する名前解決サーバのアドレスを特定する工程と、
前記パケットの宛先アドレスを前記特定した名前解決サーバのアドレスに変更すると共に、前記決定した通信インタフェースを介して前記パケットを送出する工程と、を含む、通信方法。
【請求項９】
前記通信端末が、前記設定記憶部を参照して前記パケットに含まれる識別子を付されたデータ授受部を特定する工程と、
特定したデータ授受部と前記パケットに含まれる前記宛先装置を示す情報を前記所定のポリシに照合して、前記複数の通信インタフェースの中から使用すべき通信インタフェースを決定する工程と、を含む、請求項８に記載の通信方法。
【請求項１０】
複数の通信インタフェースと、宛先装置との間でデータを送受信するデータ授受部とを備えた通信端末に設けられたコンピュータに対して、
前記データ授受部の識別子と前記データ授受部とを関連付けて設定記憶部に保持する処理と、
前記設定記憶部を参照して前記データ授受部の識別子を取得する処理と、
前記宛先装置を示す情報を含むと共に前記取得した識別子を含むパケットを生成する処理と、
所定のポリシと前記パケットに含まれる前記宛先装置を示す情報および前記データ授受部の識別子を用いて、前記複数の通信インタフェースの中から使用すべき通信インタフェースを決定する処理と、
決定した通信インタフェースに対応する名前解決サーバのアドレスを特定する処理と、
前記パケットの宛先アドレスを前記特定した名前解決サーバのアドレスに変更すると共に、前記決定した通信インタフェースを介して前記パケットを送出する処理と、を実行させる、プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願についての記載）
本発明は、日本国特許出願：特願２０１４−０３４７８４号（２０１４年２月２６日出願）の優先権主張に基づくものであり、同出願の全記載内容は引用をもって本書に組み込み記載されているものとする。
本発明は、通信端末、通信方法およびプログラムに関し、特に、複数のネットワークに接続可能な通信端末、ならびに、その通信端末に適用される通信方法およびプログラムに関する。
【背景技術】
【０００２】
携帯電話やスマートフォンなどに代表される通信端末には、無線ＬＡＮ（Local Area Network）やＬＴＥ（Long Term Evolution）などの複数の異なる無線インタフェースが搭載されている。非特許文献１ないし３には、ＡＮＤＳＦ（Access Network Discovery and Selection Function）と呼ばれる標準規格が記載されている。非特許文献１および２には、アプリケーション名やドメイン名などを用いて通信トラフィックを指定し、これらの無線インタフェースに振り分けるためのポリシの記述法と、ポリシを与えられた通信端末に期待される動作が記載されている。【０００３】
特許文献１には、ＤＮＳ（Domain Name Service）クエリに含まれるドメイン名とポリシとを照合し、ポリシに指定された無線インタフェースを用い、当該無線インタフェースに対応付けられたＤＮＳサーバへＤＮＳクエリを送信する技術が記載されている。【０００４】
非特許文献４には、通信端末向けのオペレーティングシステム（ＯＳ：Operating System）であるAndroidが記載されている。Androidには、アプリケーションのプロセス識別子（ＰＩＤ：Process ID）毎にＤＮＳサーバのアドレスを設定するＤＮＳリゾルバが実装されている。ＤＮＳリゾルバでは、設定データベースに、ＰＩＤを含む文字列と、ＤＮＳサーバのアドレスとを対応付けて記憶することにより、当該設定を行う。また、設定データベースには、無線インタフェースごとに対応付けられたＤＮＳサーバのアドレスが記憶されている。【０００５】
また、関連技術として、非特許文献５、６には、集中制御型のネットワークを実現するオープンフロー（OpenFlow）が記載されている。オープンフローは、通信をエンドツーエンドのフローとして捉え、フロー単位で経路制御、障害回復、負荷分散、最適化を行うものである。非特許文献６に仕様化されているオープンフロースイッチ（ＯＦＳ：OpenFlow Switch）は、オープンフローコントローラ（ＯＦＣ：OpenFlow Controller）との通信用のセキュアチャネル（Secure Channel）を備え、ＯＦＣから適宜追加または書き換え指示されるフローテーブル（Flow Table）に従って動作する。フローテーブルには、フロー毎に、パケットヘッダ（Packet Header）と照合するマッチ条件（Match Fields）と、フロー統計情報（Counters）と、処理内容を定義したインストラクション（Instructions）と、の組が定義される（非特許文献６の「5.2 Flow Table」の項参照）。【０００６】
例えば、ＯＦＳは、パケットを受信すると、フローテーブルから、受信パケットのヘッダ情報に適合するマッチ条件（非特許文献６の「5.3 Matching」参照）を持つエントリ（Entry）を検索する。検索の結果、受信パケットに適合するエントリが見つかった場合、ＯＦＳは、フロー統計情報（カウンタ）を更新するとともに、受信パケットに対して、当該エントリのインストラクションフィールドに記述された処理内容（指定ポートからのパケット送信、フラッディング（Flooding）、廃棄など）を実施する。一方、検索の結果、受信パケットに適合するエントリが見つからなかった場合、ＯＦＳは、セキュアチャネルを介して、ＯＦＣに対してエントリ設定の要求、すなわち、受信パケットを処理するための制御情報の送信要求（Packet-Inメッセージ）を送信する。ＯＦＳは、処理内容が定められたフローエントリを受け取ってフローテーブルを更新する。このように、ＯＦＳは、フローテーブルに格納されたエントリを制御情報として用いてパケット転送を行う。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００６−３３３０８０号公報
【非特許文献】
【０００８】
【非特許文献１】3GPP TS 23.402 V12.3.0 (2013-12), "3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Architecture enhancements for non-3GPP accesses (Release 12)"
【非特許文献２】3GPP TS 24.312 V12.3.0 (2013-12), "3rd Generation Partnership Project; Technical Specification Group Core Network and Terminals; Access Network Discovery and Selection Function (ANDSF) Management Object (MO) (Release 12)"
【非特許文献３】3GPP TR 23.855 V11.0.0 (2011-12), "3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Data Identification in Access Network Discovery and Selection Function (ANDSF) (DIDA) (Release 11)"
【非特許文献４】"Android", [online]、［平成２６（２０１４）年２月３日検索］、インターネット<URL: http://www.android.com/>
【非特許文献５】Nick McKeownほか７名、“OpenFlow: Enabling Innovation in Campus Networks”、[online]、［平成２６（２０１４）年２月３日検索］、インターネット〈URL:http://www.openflow.org/documents/openflow-wp-latest.pdf〉
【非特許文献６】“OpenFlow Switch Specification”Version 1.3.1 (Wire Protocol 0x04)、[online]、［平成２６（２０１４）年２月３日検索］、インターネット〈URL:https://www.opennetworking.org/images/stories/downloads/specification/openflow-spec-v1.3.1.pdf〉
【発明の概要】
【発明が解決しようとする課題】
【０００９】
上記特許文献および非特許文献の全開示内容は、本書に引用をもって繰り込み記載されているものとする。以下の分析は、本発明者によってなされたものである。【００１０】
一般に、通信端末のアプリケーションがサーバと通信を行う際、ＤＮＳ（Domain Name Service）を用いた名前解決によって、サーバのアドレスを求める。ＡＮＤＳＦのポリシに基づいて複数の無線インタフェースに対してアプリケーションの通信トラフィックを振り分けるとき、同様にＤＮＳクエリについても、ＤＮＳクエリ元のアプリケーションや、ＤＮＳクエリに含まれるドメイン名などを用いて、無線インタフェースに対応付けられたＤＮＳサーバに送信しないと、不都合が生じる場合がある。【００１１】
例えば、無線ＬＡＮからのみ到達可能なサーバの名前については、無線ＬＡＮに対応付けられたＤＮＳサーバのみが名前解決することができる。このような場合に、ＬＴＥに対応付けられたＤＮＳサーバにＤＮＳクエリを行うと、サーバの名前を解決することができなくなる。また、携帯キャリアのサーバのように、ＬＴＥ網から到達可能なアドレスと、その他ネットワークから到達可能なアドレスとを分けている場合に、ＬＴＥに対応付けられたＤＮＳサーバで名前解決を行ってアプリケーションの通信トラフィックを無線ＬＡＮに振り分けると、当該通信トラフィックは到達不能となる。【００１２】
したがって、ポリシを参照し、ＤＮＳクエリ元のアプリケーション名やＤＮＳクエリに含まれるドメイン名などを用いて、ポリシに指定された無線インタフェースを用い、当該無線インタフェースに対応付けられたＤＮＳサーバへＤＮＳクエリを送信する通信端末を実現する必要がある。ところが、かかる通信端末を実現するために、既存の通信端末に実装されているＤＮＳリゾルバを大きく変更することは、実装コストの観点から問題となる。【００１３】
ここで、特許文献１に記載された技術を用いた場合には、アプリケーション名を使用することができない。一方、非特許文献４に記載されたAndroidに実装されたＤＮＳリゾルバのみでは、ドメイン名を使用することができない。さらに、特許文献１で記載されている技術と、非特許文献４に記載されているＤＮＳリゾルバとを単純に組み合わせた場合には、そのようなＤＮＳリゾルバを新たに実装しなければならなくなる。【００１４】
そこで、名前解決要求元のアプリケーション名や名前解決要求データに含まれるドメイン名などに基づいてポリシに指定された通信インタフェースを使用すると共に、当該通信インタフェースに対応付けられた名前解決サーバへ名前解決要求データを送信する技術を、既存の名前解決部に変更を加えることなく実現することが課題となる。本発明の目的は、かかる課題解決に寄与する通信端末、通信方法およびプログラムを提供することにある。
【課題を解決するための手段】
【００１５】
本発明の第１の態様に係る通信端末は、複数の通信インタフェースと、宛先装置との間でデータを送受信するデータ授受部と、前記データ授受部の識別子と前記データ授受部とを関連付けて保持する設定記憶部と、前記設定記憶部を参照して前記データ授受部の識別子を取得する名前解決部と、前記宛先装置を示す情報を含むと共に前記名前解決部が取得した識別子を含むパケットを生成する通信ソフトウェア基本部と、前記パケットに含まれる前記宛先装置を示す情報および前記データ授受部の識別子と所定のポリシとを用いて、前記複数の通信インタフェースの中から使用すべき通信インタフェースを決定し、決定した通信インタフェースに対応する名前解決サーバのアドレスを特定する制御部と、前記パケットの宛先アドレスを前記制御部が特定した名前解決サーバのアドレスに変更すると共に前記制御部が決定した通信インタフェースを介して前記パケットを送出する通信処理部と、を備えている。【００１６】
本発明の第２の態様に係る通信方法は、複数の通信インタフェースと、宛先装置との間でデータを送受信するデータ授受部とを備えた通信端末が、前記データ授受部の識別子と前記データ授受部とを関連付けて設定記憶部に保持する工程と、前記設定記憶部を参照して前記データ授受部の識別子を取得する工程と、前記宛先装置を示す情報を含むと共に前記取得した識別子を含むパケットを生成する工程と、前記パケットに含まれる前記宛先装置を示す情報および前記データ授受部の識別子と所定のポリシとを用いて、前記複数の通信インタフェースの中から使用すべき通信インタフェースを決定する工程と、決定した通信インタフェースに対応する名前解決サーバのアドレスを特定する工程と、前記パケットの宛先アドレスを前記特定した名前解決サーバのアドレスに変更すると共に、前記決定した通信インタフェースを介して前記パケットを送出する工程と、を含む。【００１７】
本発明の第３の態様に係るプログラムは、複数の通信インタフェースと、宛先装置との間でデータを送受信するデータ授受部とを備えた通信端末に設けられたコンピュータに対して、前記データ授受部の識別子と前記データ授受部とを関連付けて設定記憶部に保持する処理と、前記設定記憶部を参照して前記データ授受部の識別子を取得する処理と、前記宛先装置を示す情報を含むと共に前記取得した識別子を含むパケットを生成する処理と、前記パケットに含まれる前記宛先装置を示す情報および前記データ授受部の識別子と所定のポリシとを用いて、前記複数の通信インタフェースの中から使用すべき通信インタフェースを決定する処理と、決定した通信インタフェースに対応する名前解決サーバのアドレスを特定する処理と、前記パケットの宛先アドレスを前記特定した名前解決サーバのアドレスに変更すると共に、前記決定した通信インタフェースを介して前記パケットを送出する処理と、を実行させる。なお、プログラムは、非一時的なコンピュータ可読記録媒体（non-transitory computer-readable storage medium）に記録されたプログラム製品として提供することができる。
【発明の効果】
【００１８】
本発明に係る通信端末、通信方法およびプログラムによると、名前解決要求元のアプリケーション名や名前解決要求データに含まれるドメイン名などに基づいてポリシに指定された通信インタフェースを使用すると共に、当該通信インタフェースに対応付けられた名前解決サーバへ名前解決要求データを送信する技術を、既存の名前解決部に変更を加えることなく実現することが可能となる。
【図面の簡単な説明】
【００１９】
【図１】第１の実施形態に係る通信端末を備えた通信システムを例示する図である。
【図２】第１の実施形態に係る通信端末の構成を例示するブロック図である。
【図３】第１の実施形態に係る通信端末の設定記憶部が保持するデータを例示する図である。
【図４】第１の実施形態に係る通信端末におけるポリシを例示する図である。
【図５】第１の実施形態に係る通信端末の制御部が保持するデータを例示する図である。
【図６】第１の実施形態に係る通信端末の設定記憶部が保持するデータを例示する図である。
【図７】第１の実施形態に係る通信端末の動作を例示するシーケンス図である。
【図８】第１の実施形態に係る通信端末が名前解決要求パケットを送出する動作を例示するフロー図である。
【図９】第１の実施形態に係る通信端末が名前解決応答パケットを受信する動作を例示するフロー図である。
【図１０】第２の実施形態に係る通信端末を備えた通信システムを例示する図である。
【発明を実施するための形態】
【００２０】
はじめに、一実施形態の概要について説明する。なお、この概要に付記する図面参照符号は、専ら理解を助けるための例示であり、本発明を図示の態様に限定することを意図するものではない。
【００２１】
図１は、一実施形態に係る通信端末１を備えた通信システムの構成を示す図である。図２は、通信端末１の構成を例示するブロック図である。図２を参照すると、通信端末１は、複数の通信インタフェース１１ａ、１１ｂ、データ授受部１２ａ、１２ｂ、設定記憶部１６、名前解決部１７、通信ソフトウェア基本部１３、制御部１４、および、通信処理部１５を備えている。
【００２２】
データ授受部１２ａは、宛先装置（例えば、図１のサーバ４ａ）との間でデータを送受信する。設定記憶部１６は、データ授受部１２ａ、１２ｂの識別子（例えば、アドレス）とデータ授受部１２ａ、１２ｂとを関連付けて保持する。名前解決部１７は、データ授受部１２ａの要求に基づいて、設定記憶部１６を参照してデータ授受部１２ａの識別子を取得する。通信ソフトウェア基本部１３は、宛先装置を示す情報を含むと共に名前解決部１７が取得した識別子を（例えば、宛先アドレスとして）含むパケットを生成する。制御部１４は、前記パケットに含まれる前記宛先装置を示す情報および前記データ授受部の識別子と所定のポリシとを用いて、複数の通信インタフェース１１ａ、１１ｂの中から使用すべき通信インタフェース（例えば、１１ａ）を決定し、決定した通信インタフェース１１ａに対応する名前解決サーバ（例えば、５ａ）のアドレスを特定する。通信処理部１５は、前記パケットの宛先アドレスを制御部１４が特定した名前解決サーバ５ａのアドレスに変更すると共に、制御部１４が決定した通信インタフェース１１ａを介して前記パケットを送出する。
【００２３】
制御部１４は、設定記憶部１６を参照して前記パケットに含まれる識別子を付されたデータ授受部１２ａを特定すると共に、特定したデータ授受部１２ａと前記パケットに含まれる宛先装置を示す情報を所定のポリシ（例えば、図４）に照合して複数の通信インタフェース１１ａ、１１ｂの中から使用すべき通信インタフェース（例えば、無線ネットワーク２ａに対応する通信インタフェース１１ａ）を決定するようにしてもよい。ここで、所定のポリシは、データ授受部と宛先装置を示す情報と使用すべき通信インタフェースとの対応付けを含んでいてもよい。
【００２４】
また、設定記憶部１６は、各通信インタフェースと対応する名前解決サーバのアドレスとを関連付けて保持し（例えば、図６）、制御部１４は、決定した通信インタフェース１１ａに対応する名前解決サーバ５ａのアドレスを設定記憶部１６に基づいて特定してもよい。
【００２５】
かかる通信端末１によると、既存の名前解決部の動作に変更を加えることなく、名前解決要求元のアプリケーション名などに基づいてポリシに指定された通信インタフェースを使用しつつ、当該通信インタフェースに対応付けられた名前解決サーバへ名前解決要求データを送信することが可能となる。
【００２６】
＜実施形態１＞
次に、第１の実施形態に係る通信端末ついて、図面を参照して説明する。以下の実施形態では、一例として、通信端末が無線用の通信インタフェースを介して複数の無線ネットワークに接続する場合について説明する。ただし、本発明は、通信端末が複数の無線ネットワークにアクセスする場合に限らず、通信端末が複数の有線ネットワークに接続する場合や、無線ネットワークと有線ネットワークから成る複数のネットワークに接続する場合にも、同様に適用することができる。
【００２７】
図１は、本実施形態に係る通信端末１を含む通信システムの構成を例示する図である。サーバ４は、本実施形態の通信端末１との間でパケットを送受信することで、予め定められたサービスを提供する。サーバ４によって提供されるサービスの内容は、特に限定されない。図１は、通信システムが２台のサーバ４ａ，４ｂを含む場合を例示する。ただし、サーバ４の台数は２台に限定されない。なお、サーバ４ａ，４ｂを区別する必要がない場合には、「サーバ４」と記す。サーバ４は、有線ネットワーク３に接続されていてもよい。本実施形態では、サーバ４が無線ネットワーク２に接続される場合について説明する。図１は、サーバ４ａが無線ネットワーク２ａに接続され、サーバ４ｂが無線ネットワーク２ｂに接続される場合を示す。サーバ４ａに無線ネットワーク２ａ経由で通信するときのサーバ４ａのアドレスは、サーバ４ａに有線ネットワーク３経由で通信するときのサーバ４ａのアドレスとは異なっている。
【００２８】
通信端末１は、複数の無線ネットワーク２と無線によって接続される。図１は、通信端末１が２つの無線ネットワーク２ａ，２ｂに接続される場合を例示する。ただし、通信端末１に接続される無線ネットワーク２の数は、特に限定されない。なお、無線ネットワーク２ａ，２ｂを区別する必要がない場合には、「無線ネットワーク２」と記す。無線ネットワーク２は、有線ネットワーク３と直接的または間接的に接続される。サーバ４は、有線ネットワーク３と直接的または間接的に接続される。
【００２９】
名前解決サーバ５は、通信端末１から名前解決要求パケットを受信すると、名前解決要求パケットを解釈し、名前解決要求パケットに含まれている装置の名前に対応するアドレスを検索し、その名前とそのアドレスとを含む名前解決応答パケットを通信端末１に送信する。図１では、通信システムが２台の名前解決サーバ５ａ，５ｂを含む場合を例示する。ただし、名前解決サーバ５の台数は特に限定されない。なお、名前解決サーバ５ａ，５ｂを区別する必要がない場合には、「名前解決サーバ５」と記す。名前解決サーバ５は、有線ネットワーク３に接続されていてもよい。本実施形態では、名前解決サーバ５が無線ネットワーク２に接続される場合について説明する。図１は、名前解決サーバ５ａが無線ネットワーク２ａに接続され、名前解決サーバ５ｂが無線ネットワーク２ｂに接続される場合を示す。
【００３０】
通信端末１は、例えば、携帯電話機、スマートフォン、タブレット端末、パーソナルコンピュータ（ＰＣ：Personal Computer）等である。ただし、通信端末１は、これらの例に限定されない。
【００３１】
無線ネットワーク２は、例えば、無線ＬＡＮ、ＵＴＲＡＮ（Universal Terrestrial Radio Access Network）、Ｅ−ＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access Network）等である。ただし、無線ネットワーク２は、これら以外の無線ネットワークであってもよい。
【００３２】
有線ネットワーク３は、例えば、インターネットである。ただし、有線ネットワーク３はインターネットに限定されない。
【００３３】
サーバ４は、例えば、Ｗｅｂサーバである。ただし、サーバ４はＷｅｂサーバに限定されない。
【００３４】
名前解決サーバ５は、例えば、ＤＮＳ（Domain Name Service）サーバである。ただし、名前解決サーバ５はＤＮＳサーバに限定されない。
【００３５】
図２は、本実施形態の通信端末１の構成を例示するブロック図である。図２を参照すると、通信端末１は、複数の通信インタフェース１１、データ授受部１２、通信ソフトウェア基本部１３、制御部１４、通信処理部１５、設定記憶部１６、および、名前解決部１７を備えている。
【００３６】
通信インタフェース１１は、通信処理部１５に接続される。通信ソフトウェア基本部１３は、データ授受部１２、通信処理部１５および制御部１４に接続される。制御部１４は、通信処理部１５と、設定記憶部１６に接続される。なお、制御部１４と通信処理部１５は直接接続されていなくてもよい。例えば、通信ソフトウェア基本部１３を介して、制御部１４と通信処理部１５とが接続されていてもよい。本実施形態では、制御部１４と通信処理部１５が直接接続される場合について説明する。名前解決部１７は、データ授受部１２、通信ソフトウェア基本部１３および設定記憶部１６に接続される。なお、名前解決部１７とデータ授受部１２は、直接接続されていなくてもよい。例えば、通信ソフトウェア基本部１３を介して、名前解決部１７とデータ授受部１２が接続されていてもよい。
【００３７】
通信インタフェース１１は、無線ネットワーク２を介して外部と通信を行う。１つの通信インタフェース１１は、少なくとも１つの無線ネットワーク２に対応する。通信インタフェース１１は、通信処理部１５から入力されたパケットを無線ネットワーク２に出力する。また、通信インタフェース１１は、無線ネットワーク２から入力されたパケットを通信処理部１５に送る。本実施形態では、通信端末１が２つの通信インタフェース１１ａ，１１ｂを備え、通信インタフェース１１ａが無線ネットワーク２ａに対応し、通信インタフェース１１ｂが無線ネットワーク２ｂに対応するものとして説明する。通信インタフェース１１ａ，１１ｂを区別する必要がない場合には、「通信インタフェース１１」と記す。通信端末１は、３つ以上の通信インタフェース１１を備えていてもよい。通信インタフェース１１は、例えば、無線ＬＡＮモジュールや無線モデムモジュールである。ただし、通信インタフェース１１は、これらの例に限定されない。
【００３８】
データ授受部１２は、通信ソフトウェア基本部１３に通信プロトコルおよび宛先を指定し、通信ソフトウェア基本部１３との間でデータを授受する。通信ソフトウェア基本部１３は、このデータに基づいてパケットを生成する。通信端末１は、サーバ４との間でパケットを送受信することにより、サーバ４との間でデータをやり取りする。また、データ授受部１２は、通信プロトコルの種別によっては、通信ソフトウェア基本部１３に対し、サーバ４との間でパケットを送受信するための接続処理を指示する。また、データ授受部１２はサーバ４と通信を行う際、名前解決部１７に対して、サーバ４の名前を含む名前解決要求データを入力し、サーバ４のアドレスを含む名前解決応答データを受信することで、サーバ４のアドレスを取得する。本実施形態では、通信端末１が２つのデータ授受部１２ａ，１２ｂを備えているものとして説明する。データ授受部１２ａ，１２ｂを区別する必要がない場合には、「データ授受部１２」と記す。通信端末１は、３つ以上のデータ授受部１２を備えていてもよい。
【００３９】
データ授受部１２は、例えば、Ｗｅｂブラウザ等のプログラムに従って動作するコンピュータのＣＰＵ（Central Processing Unit）によって実現される。例えば、通信端末１は、プログラムを記憶するプログラム記憶装置（非図示）を備え、ＣＰＵは、プログラム記憶装置からプログラムを読み込んで、そのプログラムに従って、データ授受部１２として動作するようにしてもよい。ＣＰＵにデータ授受部１２としての機能を実現させるプログラムはＷｅｂブラウザに限定されず、他のプログラムであってもよい。
【００４０】
通信ソフトウェア基本部１３は、データ授受部１２から入力されたデータに基づいて、パケットを生成する。また、通信ソフトウェア基本部１３は、サーバ４から受信したパケットを受け取ると、パケットからデータを抽出してデータ授受部１２に送出する。
【００４１】
通信ソフトウェア基本部１３は、データ授受部１２からデータを受け付けると、通信ソフトウェア基本部１３に予め設定されている通信転送ルールに従って送信元アドレスを決定する。また、通信ソフトウェア基本部１３は、データ授受部１２から入力されたデータに基づいて、その送信元アドレスと、データ授受部１２によって指定された送信先アドレスとをヘッダ内に含むパケットを生成する。通信ソフトウェア基本部１３は、生成したパケットを、通信転送ルールに従って通信処理部１５に送る。本実施形態では、通信転送ルールのデフォルト設定において、通信ソフトウェア基本部１３は生成したパケットを通信処理部１５に送ることが規定されているものとする。
【００４２】
また、通信ソフトウェア基本部１３は、サーバ４との間でパケットを送受信するための接続処理をデータ授受部１２によって指示された場合、前述の送信元アドレスおよび送信先アドレスをヘッダ内に含むパケットを、通信処理部１５を介して、サーバ４に送信する。通信ソフトウェア基本部１３は、このパケットを送信することにより、サーバ４との接続のための手続を実現する。
【００４３】
通信ソフトウェア基本部１３は、例えば、オペレーティングシステム（ＯＳ）のカーネルに実装されているＴＣＰ（Transmission Control Protocol）／ＩＰ（Internet Protocol）スタックに従って動作するコンピュータのＣＰＵによって実現される。例えば、ＣＰＵは、プログラム記憶装置（非図示）からプログラム（上記の例では、ＴＣＰ／ＩＰスタック）を読み込んで、そのプログラムに従って、通信ソフトウェア基本部１３として動作するようにしてもよい。また、通信ソフトウェア基本部１３に設定される通信転送ルールは、例えば、ＩＰルーティング設定である。また、宛先との接続処理が必要とされるプロトコルとして、例えばＴＣＰが挙げられるが、ＴＣＰ以外のプロトコルを用いてもよい。
【００４４】
制御部１４は、設定記憶部１６に対し、データ授受部１２のそれぞれに１対１に対応し、アドレスの形態（例えば、アドレスと同一のフォーマット）を有する値を設定する。制御部１４は、名前解決部１７による名前解決要求データを含む名前解決パケットに含まれる宛先アドレスと名前解決要求データを利用して、名前解決要求元のデータ授受部１２と、要求されているサーバ４の名前を特定する。制御部１４は、特定したデータ授受部１２およびサーバ４の名前とポリシを照合し、ポリシに指定された通信インタフェース１１を用いると共に、当該通信インタフェース１１に対応付けられた名前解決サーバへ名前解決要求データを送信することを決定する。
【００４５】
制御部１４は、例えば、アドレスの形態を有する値ＡおよびＢを、それぞれデータ授受部１２ａおよび１２ｂと１対１に対応付けて設定記憶部１６に記憶させる。図３は、設定記憶部１６が記憶するテーブルを例示する。本実施形態では、この例を用いて説明する。なお、値ＡおよびＢは名前解決サーバ５のアドレスと一致していなくてもよく、例えば、架空のアドレスであってもよいが、通信ソフトウェア基本部１３から通信処理部１５に送られる値とする。
【００４６】
制御部１４がデータ授受部１２とアドレスの形態を有する値を対応付けて設定記憶部１６に記憶させるとき、データ授受部１２の識別子とアドレスの形態を有する値を記憶させてもよい。データ授受部１２の識別子は、例えば、データ授受部１２のプロセス識別子（ＰＩＤ：Process Identifier）や、ユーザ識別子（ＵＩＤ：User Identifier）、グループ識別子（ＧＩＤ：Group Identifier）、名前などである。ただし、本発明において、データ授受部１２の識別子は、これらの例に限定されない。ＰＩＤのようにデータ授受部１２の起動ごとに変化するものを識別子として使用する場合には、制御部１４は、データ授受部１２の起動を監視し、データ授受部１２が起動するごとに、データ授受部１２の識別子とアドレスの形態を有する値を設定記憶部１６に記憶させる。
【００４７】
制御部１４は、パケットに対する通信処理を決定する。ここで、「通信処理を決定する」とは、具体的には、パケットの送り先となる通信端末１内の機能ブロックと、書き換えるべきパケットヘッダのフィールドと、パケットヘッダの値を決定することを意味する。
【００４８】
制御部１４は、内部の記憶領域に、少なくとも、データ授受部と、サーバ名と、使用無線ネットワークとを指定するポリシを保持する。図４は、本実施形態におけるポリシを例示する。図４に示した例では、データ授受部１２ａによるサーバ４ａ宛ての通信に対して無線ネットワーク２ａを使用するポリシ（「ポリシ１」という。）と、データ授受部１２ｂによるサーバ４ｂ宛ての通信に対して無線ネットワーク２ｂを使用するポリシ（「ポリシ２」という。）が含まれている。各ポリシには、優先度を設定できるようにしてもよい。本実施形態では、優先度を設定する場合について説明する。なお、各ポリシに優先度を設定しない場合には、例えば、ポリシの並び順によって優先度が規定されるようにしてもよい。また、使用無線ネットワークとして複数の無線ネットワークを指定できるようにしてもよい。複数の無線ネットワークを指定する場合には、いずれか１つの無線ネットワークが選択される。データ授受部の項目やサーバ名の項目には、ワイルドカードが指定されていてもよい。
【００４９】
制御部１４は、名前解決部１７が名前解決要求データを通信ソフトウェア基本部１３に送信することにより生成されたパケットに対する通信処理を決定する際に、以下の処理を行う。制御部１４は、通信ソフトウェア基本部１３を参照し、通信インタフェース１１のアドレスを取得する。また、制御部１４は、設定記憶部１６が保持する情報（例えば、図３のテーブル）を参照して、当該パケットの宛先アドレスから、名前解決要求元のデータ授受部１２を特定する。さらに、制御部１４は設定記憶部１６を参照し、名前解決サーバ５のアドレスを取得する。また、制御部１４は、当該パケットから、要求されているサーバ４の名前を特定する。さらに、制御部１４は、特定したデータ授受部１２とサーバ４の名前をポリシと照合し、当該パケットに対する通信処理を決定する。
【００５０】
データ授受部１２ａがサーバ４ａの名前解決を名前解決部１７に要求する場合について説明する。データ授受部１２ａがサーバ４ａの名前解決を名前解決部１７に要求すると、制御部１４は、名前解決部１７および通信ソフトウェア基本部１３を経由し、通信処理部１５から、宛先アドレスに値Ａが指定され、サーバ４ａの名前によってアドレスを要求する名前解決要求パケットを受け付ける。
【００５１】
制御部１４は、設定記憶部１６が保持する情報（図３）を参照し、宛先アドレスに指定された値Ａに基づいて、名前解決要求元をデータ授受部１２ａであると特定する。また、制御部１４は、当該パケットを参照し、サーバ４ａの名前を取得する。さらに、制御部１４は、データ授受部１２ａとサーバ４ａの名前をポリシ（図４）と照合して、ポリシ１と一致することを判別する。また、制御部１４は、ポリシ１の内容をもとに、通信インタフェース１１ａに対応する名前解決サーバ５ａのアドレスを、設定記憶部１６を参照して取得する。制御部１４は、当該パケットに対する通信処理として、送信元アドレスを通信インタフェース１１ａのアドレスに書き換え、宛先アドレスを名前解決サーバ５ａのアドレスに書き換え、通信インタフェース１１ａに出力する処理を決定し、通信処理部１５に当該通信処理の実行を指示する。このとき、制御部１４は、名前解決要求パケットの送信元ポート番号と、値Ａまたはデータ授受部１２ａの識別子を保持する。
【００５２】
図５は、制御部１４が保持するテーブルを例示する図である。図５（ａ）は、ポート番号ｎａ，ｎｂと値Ａ，Ｂとを対応付けて保持する場合のテーブルを示す。一方、図５（ｂ）は、ポート番号ｎａ，ｎｂとデータ授受部１２ａ，１２ｂの識別子とを対応付けて保持する場合のテーブルを示す。以下では、図５（ａ）のように、ポート番号ｎａ，ｎｂと対応付けて値Ａ，Ｂを保存する場合について説明する。なお、ポート番号ｎａ，ｎｂと対応付けてデータ授受部１２ａ，１２ｂの識別子を保存した場合、制御部１４は設定記憶部１６が保持する情報（図３）をさらに参照することで、値Ａを取得することができる。
【００５３】
次に、通信端末１が、名前解決要求パケットに対応する名前解決応答パケットを受信する場合について説明する。制御部１４は、通信インタフェース１１ａを経由して、通信処理部１５から、名前解決応答パケットを受信する。制御部１４は、宛先ポート番号から、保存した値Ａを取得する。次に、制御部１４は、通信処理として、宛先アドレスを通信処理部１５のアドレスに書き換え、送信元アドレスを値Ａに書き換え、通信ソフトウェア基本部１３に出力する処理を決定し、通信処理部１５に当該通信処理の実行を指示する。
【００５４】
制御部１４は、例えば、オープンフロー（非特許文献５、６）におけるオープンフローコントローラ（ＯＦＣ：OpenFlow Controller）である。ただし、制御部１４は、ＯＦＣに限定されない。制御部１４は、例えば、プログラムに従って動作するコンピュータのＣＰＵによって実現される。例えば、ＣＰＵがプログラム記憶装置（図示略）からプログラムを読み込んで、そのプログラムに従って、制御部１４として動作するようにしてもよい。
【００５５】
通信処理部１５は、制御部１４に設定された０個以上の通信処理ルール、および、制御部１４からの通信処理の実行指示に基づいて、入力されたパケットに対する処理を実行する。例えば、通信処理部１５は、パケットのヘッダを書き換えたり、パケットを通信端末１内の他の機能ブロックに転送したりする。通信処理部１５は、通信ソフトウェア基本部１３から入力されたパケットＰに関しては、制御部１４による制御に従って、例えば、ヘッダ内の送信元アドレスを通信インタフェース１１ａのアドレスに書き換え、パケットＰを通信インタフェース１１ａに送る。一方、通信処理部１５は、通信インタフェース１１で受信されたパケットＱに関しては、制御部１４による制御に従って、例えば、ヘッダ内の送信先アドレスを通信処理部１５のアドレスに書き換え、通信ソフトウェア基本部１３に送る。また、通信処理部１５に設定されたいずれの通信処理ルールにも合致しないパケットや、制御部１４へのパケット転送を規定した通信処理ルールに合致するパケットに関しては、通信処理部１５は、制御部１４に転送する。
【００５６】
通信処理部１５は、例えば、オープンフロー（非特許文献５、６）におけるオープンフロースイッチ（ＯＦＳ：OpenFlow Switch）である。通信処理部１５がＯＦＳである場合、通信処理部１５自身のアドレスは、ＯＦＳのローカルポート（Local Port）に付けられるか、ＯＦＳと通信ソフトウェア基本部１３に接続される仮想イーサネット（登録商標）デバイスに付けられる。ただし、通信処理部１５は、ＯＦＳに限定されない。また、通信処理部１５は、例えば、プログラムに従って動作するコンピュータのＣＰＵによって実現されてもよい。例えば、ＣＰＵがプログラム記憶装置（図示略）からプログラムを読み込んで、そのプログラムに従って、通信処理部１５として動作するようにしてもよい。
【００５７】
設定記憶部１６は、通信インタフェース１１と名前解決サーバ５のアドレスとの対応関係と、データ授受部１２とアドレスの形態を有する値との対応関係を記憶する記憶装置である。図６は、設定記憶部１６が保持するテーブルを例示する。例えば、名前解決サーバ５ａは、通信インタフェース１１ａに対応する無線ネットワーク２ａに接続されている。したがって、図６に示すように、設定記憶部１６は、通信インタフェース１１ａと、名前解決サーバ５ａのアドレスとを対応付けて記憶する。同様に、設定記憶部１６は、通信インタフェース１１ｂと、名前解決サーバ５ｂのアドレスとを対応付けて記憶する。また、図３に示したように、設定記憶部１６は、データ授受部１２ａに対応する値として値Ａを記憶し、データ授受部１２ｂに対応する値として値Ｂを記憶する。設定記憶部１６は、通信インタフェース１１と名前解決サーバ５のアドレスとの対応関係を、例えば、ファイルあるいはデータベースとして記憶してもよく、その他の態様で記憶してもよい。
【００５８】
設定記憶部１６は、例えば、非特許文献４に記載されたオペレーティングシステム（ＯＳ）の設定データベースである。ただし、設定記憶部１６はこの例に限られない。
【００５９】
名前解決部１７は、データ授受部１２からサーバ４の名前を含む名前解決要求データが入力されると、要求元のデータ授受部１２の情報を元に、設定記憶部１６を参照してアドレスを取得する。例えば、データ授受部１２ａから名前解決要求データを入力されると、名前解決部１７は、アドレスとして値Ａを取得する。そして、名前解決部１７は、取得した値Ａをアドレスとして指定して、名前解決要求データを通信ソフトウェア基本部１３に送出する。
【００６０】
名前解決部１７は、例えば、ＤＮＳリゾルバ等のプログラムに従って動作するコンピュータのＣＰＵによって実現される。例えば、ＣＰＵがプログラム記憶装置からプログラムを読み込んで、そのプログラムに従って名前解決部１７として動作するようにしてもよい。当該プログラムは、例えば、非特許文献４に記載されたＯＳで実装されているＤＮＳリゾルバである。なお、本発明はこの例に限られず、アプリケーションやプロセスごとに設定記憶部１６からアドレスを取得し、取得したアドレスを指定して名前解決要求を送出するようなプログラムであればよい。
【００６１】
次に、本実施形態に係る通信端末１の動作について、図面を参照して説明する。図７は、データ授受部１２ａがサーバ４ａの名前解決要求を行う場合の動作を示すシーケンス図である。
【００６２】
データ授受部１２ａ（図７において非図示）が名前解決部１７に対して、サーバ４の名前を含む名前解決要求データを入力する。すると、名前解決部１７は、データ授受部１２ａがデータを入力したことをもとに、設定記憶部１６を参照して値Ａを取得する。名前解決部１７は、選択した名前解決サーバ５ａのアドレスを指定して、名前解決要求データを通信ソフトウェア基本部１３に送る（ステップＳ１）。
【００６３】
次に、通信ソフトウェア基本部１３は、通信転送ルールに従って、通信処理部１５のアドレスを名前解決要求パケットの送信元アドレスとして決定する。通信ソフトウェア基本部１３は、その送信元アドレスを含み、さらに、名前解決部１７に指定された値Ａを送信先アドレスとして含むヘッダを有する名前解決要求パケットを、名前解決要求データに基づいて生成する。通信ソフトウェア基本部１３は、生成された名前解決要求パケットを通信処理部１５に送る（ステップＳ２）。
【００６４】
次に、通信処理部１５は、通信ソフトウェア基本部１３から入力された名前解決要求パケットと通信処理ルールを照合し、名前解決要求パケットに合致する通信処理ルールが存在しないか、あるいは、制御部１４へのパケット転送を規定した通信処理ルールに名前解決要求パケットが合致している場合、名前解決要求パケットを制御部１４に送る（ステップＳ３）。本実施形態では、名前解決要求パケットに合致する通信処理ルールが存在しない場合について説明する。
【００６５】
次に、制御部１４は、名前解決要求パケットの通信処理の実行を通信処理部１５に指示する（ステップＳ４）。図８は、ステップＳ４における制御部１４の処理の詳細を例示するフロー図である。
【００６６】
図８を参照すると、制御部１４は、通信処理部１５から名前解決要求パケットを受け付ける（ステップＳ４１）。
【００６７】
次に、制御部１４は、設定記憶部１６を参照し、名前解決要求パケットのヘッダに含まれる宛先アドレスの値Ａから、名前解決要求パケットの名前解決要求元をデータ授受部１２ａであると特定する（ステップＳ４２）。
【００６８】
次に、制御部１４は、名前解決要求パケットを解析し、ペイロードに含まれるサーバ４ａの名前を抽出する（ステップＳ４３）。
【００６９】
次に、制御部１４は、ステップＳ４２で特定した、名前解決要求元がデータ授受部１２ａであるという情報と、ステップＳ４３で抽出したサーバ４ａの名前とを、ポリシ（図４参照）と照合し、名前解決要求パケットの出力先として、通信インタフェース１１ａを決定する（ステップＳ４４）。
【００７０】
次に、制御部１４は、設定記憶部１６を参照し、通信インタフェース１１ａに対応する名前解決サーバ５ａのアドレスを取得する（ステップＳ４５）。
【００７１】
次に、制御部１４は、名前解決要求パケットの送信元アドレスを通信インタフェース１１ａのアドレスに書き換え、宛先アドレスを名前解決サーバ５ａのアドレスに書き換え、通信インタフェース１１ａに出力する処理を実行するように、通信処理部１５に指示する（ステップＳ４６）。
【００７２】
次に、制御部１４は、名前解決要求パケットの送信元ポート番号と値Ａとを対応付けて、制御部１４の記憶領域に保存する（ステップＳ４７）。
【００７３】
図７に戻ると、通信処理部１５は、制御部１４によって指示された上記の処理を実行する（ステップＳ５）。
【００７４】
次に、通信インタフェース１１ａは、名前解決要求パケットを図７には図示しない無線ネットワーク２ａに出力する（ステップＳ６）。以上により、名前解決要求パケットは名前解決サーバ５ａに送信される。
【００７５】
次に、通信インタフェース１１ａは、名前解決サーバ５ａから送信された名前解決応答パケットを、無線ネットワーク２ａを介して受信し、通信処理部１５に送る（ステップＳ１１）。
【００７６】
次に、通信処理部１５は、通信インタフェース１１ａから入力された名前解決応答パケットと通信処理ルールとを照合し、名前解決応答パケットに合致する通信処理ルールが存在しないか、あるいは、制御部１４へのパケット転送を規定した通信処理ルールに名前解決応答パケットが合致している場合、名前解決応答パケットを制御部１４に送る（ステップＳ１２）。本実施形態では、名前解決応答パケットに合致する通信処理ルールが存在しない場合について説明する。
【００７７】
次に、制御部１４は、名前解決応答パケットに対する処理の実行を通信処理部１５に指示する（ステップＳ１３）。図９は、ステップＳ１３における制御部１４の処理の詳細を例示するフロー図である。
【００７８】
図９を参照すると、制御部１４は、通信処理部１５から名前解決応答パケットを受け付ける（ステップＳ１３１）。
【００７９】
次に、制御部１４は、自身の記憶領域を参照して、名前解決応答パケットの宛先ポート番号から、値Ａを取得する（ステップＳ１３２）。
【００８０】
次に、制御部１４は、名前解決応答パケットの宛先アドレスを通信処理部１５のアドレスに書き換え、送信元アドレスを値Ａに書き換え、通信ソフトウェア基本部１３に出力する処理を、通信処理部１５に指示する（ステップＳ１３３）。すなわち、ステップＳ２で通信ソフトウェア基本部１３が生成した名前解決要求パケットと、ステップＳ１３３の指示により通信処理部１５が出力する名前解決応答パケットを比較すると、前記名前解決要求パケットの宛先アドレスと前記名前解決応答パケットの送信元アドレスとが一致し、前記名前解決要求パケットの送信元アドレスと前記名前解決応答パケットの宛先アドレスとが一致している。
【００８１】
次に、制御部１４は、当該宛先ポート番号と値Ａの組を、自身の記憶領域から削除する（ステップＳ１３４）。
【００８２】
図７に戻ると、通信処理部１５は、ステップＳ１３３で制御部１４に指示された通信処理を実行する（ステップＳ１４）。
【００８３】
次に、通信ソフトウェア基本部１３は、通信処理部１５から入力された名前解決応答パケットから名前解決応答データを抽出し、名前解決部１７に送る（ステップＳ１５）。この結果、名前解決部１７は、名前解決サーバ５ａから送信された名前解決応答データを取得し、その名前解決応答データをデータ授受部１２ａに送る（ステップＳ１６）。
【００８４】
本実施形態に係る通信端末１によると、名前解決部１７が個別のデータ授受部１２のそれぞれに一意の宛先アドレスへ名前解決要求を送るように、制御部１４は設定記憶部１６に設定情報を記憶させる。また、制御部１４は、通信ソフトウェア基本部１３を経由した名前解決要求パケットを受信し、当該名前解決要求パケットの宛先アドレスから名前解決要求元のデータ授受部１２を特定する。これにより、制御部１４は、名前解決要求パケットに含まれるサーバ名とデータ授受部１２の識別子とを組み合わせてポリシと照合し、名前解決要求パケットを、ポリシに対応した無線ネットワーク２に接続された名前解決サーバ５に送信する。
【００８５】
また、本実施形態に係る通信端末１によれば、設定記憶部１６を参照し、データ授受部１２のそれぞれに対応したアドレスを宛先として、名前解決要求データを出力するという既存の名前解決部１７の特徴を利用している。したがって、既存の名前解決部１７自体に変更を加えることなく、従来の端末に対して制御部１４と通信処理部１５を追加し、設定記憶部１６に情報を記憶させることで、上述の本発明の課題を解決することが可能となる。
【００８６】
＜実施形態２＞
次に、第２の実施形態に係る通信端末について、図面を参照して説明する。
【００８７】
図１０は、本実施形態の通信端末を含む通信システムを例示する図である。
【００８８】
図１０を参照すると、本実施形態の通信端末１が接続される通信システムにおいて、サーバ４ａ，４ｂ、無線ネットワーク２ａ，２ｂ、名前解決サーバ５ａ，５ｂおよび有線ネットワーク３は、それぞれ第１の実施形態におけるサーバ４、無線ネットワーク２ａ，２ｂおよび有線ネットワーク３と同様である。ただし、本実施形態の通信端末１が接続する通信システムでは、図１に示した第１の実施形態の通信端末が接続する通信システムに対して、さらに、ポリシサーバ６が追加されている。
【００８９】
ポリシサーバ６は、通信端末１にポリシを送信する。ポリシ送信の契機は、例えば、通信端末１の要求、所定の時間経過、または、図１０には図示しない装置の要求であってもよい。ただし、ポリシ送信の契機はこれらに限定されない。ポリシサーバ６は、例えば、ＡＮＤＳＦ（Access Network Discovery and Selection Function）サーバなどである。ただし、ポリシサーバ６は、ＡＮＤＳＦサーバに限定されない。
【００９０】
本実施形態の通信端末１の構成は、図２に示した第１の実施形態の通信端末１の構成と同様であるため、図示を省略する。
【００９１】
本実施形態に係る通信端末１の制御部１４は、第１実施形態の制御部１４と比較して、さらに、ポリシサーバ６からポリシを受信する点で相違する。
【００９２】
本実施形態の通信端末１によれば、第１の実施形態の通信端末１によってもたらされる効果に加えて、さらに、外部装置からポリシを更新することが可能となる。
【００９３】
なお、上記実施形態では、アドレスを例として説明してきたが、アドレスを送信元ポート番号などに置き換えて同様の制御を行うことも可能である。
【００９４】
本発明において、さらに、下記の形態が可能である。
［形態１］
上記第１の態様に係る通信端末のとおりである。
［形態２］
前記制御部は、前記設定記憶部を参照して前記パケットに含まれる識別子を付されたデータ授受部を特定すると共に、特定したデータ授受部と前記パケットに含まれる前記宛先装置を示す情報を前記所定のポリシに照合して前記複数の通信インタフェースの中から使用すべき通信インタフェースを決定する、形態１に記載の通信端末。
［形態３］
前記所定のポリシは、前記データ授受部と前記宛先装置を示す情報と使用すべき通信インタフェースとの対応付けを含む、形態１または２に記載の通信端末。
［形態４］
前記設定記憶部は、各通信インタフェースと対応する名前解決サーバのアドレスとを関連付けて保持し、
前記制御部は、決定した通信インタフェースに対応する名前解決サーバのアドレスを前記設定記憶部に基づいて特定する、形態１ないし３のいずれか一に記載の通信端末。
［形態５］
前記制御部は、前記所定のポリシをポリシサーバから受け付ける、形態１ないし４のいずれか一に記載の通信端末。
［形態６］
前記制御部は、前記パケットの送信元ポート番号と前記データ授受部の識別子とを対応付けて保持し、前記パケットに対する応答パケットを受信すると、当該対応付けに基づいて、受信した応答パケットの宛先ポート番号に対応付けられたアドレスを特定し、
前記通信処理部は、前記応答パケットの送信元アドレスを、前記制御部が特定したアドレスに変更して、前記通信ソフトウェア基本部に出力する、形態１ないし５のいずれか一に記載の通信端末。
［形態７］
前記制御部は、受信した応答パケットの宛先ポート番号に対応付けられたアドレスを特定すると、前記保持する対応付けを削除する、形態６に記載の通信端末。
［形態８］
上記第２の態様に係る通信方法のとおりである。
［形態９］
前記通信端末が、前記設定記憶部を参照して前記パケットに含まれる識別子を付されたデータ授受部を特定する工程と、
特定したデータ授受部と前記パケットに含まれる前記宛先装置を示す情報を前記所定のポリシに照合して、前記複数の通信インタフェースの中から使用すべき通信インタフェースを決定する工程と、を含む、形態８に記載の通信方法。
［形態１０］
前記所定のポリシは、前記データ授受部と前記宛先装置を示す情報と使用すべき通信インタフェースとの対応付けを含む、形態８または９に記載の通信方法。
［形態１１］
前記通信端末が、各通信インタフェースと対応する名前解決サーバのアドレスとを関連付けて前記設定記憶部に保持する工程と、
前記決定した通信インタフェースに対応する名前解決サーバのアドレスを前記設定記憶部に基づいて特定する工程と、を含む、形態８ないし１０のいずれか一に記載の通信方法。
［形態１２］
前記通信端末が、前記所定のポリシをポリシサーバから受け付ける工程を含む、形態８ないし１１のいずれか一に記載の通信方法。
［形態１３］
前記通信端末が、前記パケットの送信元ポート番号と前記データ授受部の識別子とを対応付けて保持する工程と、
前記パケットに対する応答パケットを受信すると、前記保持する対応付けに基づいて、受信した応答パケットの宛先ポート番号に対応付けられたアドレスを特定する工程と、
前記応答パケットの送信元アドレスを、前記特定したアドレスに変更する工程と、を含む、形態８ないし１２のいずれか一に記載の通信方法。
［形態１４］
前記通信端末が、受信した応答パケットの宛先ポート番号に対応付けられたアドレスを特定すると、前記保持する対応付けを削除する工程を含む、形態１３に記載の通信方法。
［形態１５］
上記第３の態様に係るプログラムのとおりである。
［形態１６］
前記設定記憶部を参照して前記パケットに含まれる識別子を付されたデータ授受部を特定する処理と、
特定したデータ授受部と前記パケットに含まれる前記宛先装置を示す情報を前記所定のポリシに照合して、前記複数の通信インタフェースの中から使用すべき通信インタフェースを決定する処理と、を前記コンピュータに実行させる、形態１５に記載のプログラム。
［形態１７］
前記所定のポリシは、前記データ授受部と前記宛先装置を示す情報と使用すべき通信インタフェースとの対応付けを含む、形態１５または１６に記載のプログラム。
［形態１８］
各通信インタフェースと対応する名前解決サーバのアドレスとを関連付けて前記設定記憶部に保持する処理と、
前記決定した通信インタフェースに対応する名前解決サーバのアドレスを前記設定記憶部に基づいて特定する処理と、を前記コンピュータに実行させる、形態１５ないし１７のいずれか一に記載のプログラム。
［形態１９］
前記所定のポリシをポリシサーバから受け付ける処理を前記コンピュータに実行させる、形態１５ないし１８のいずれか一に記載のプログラム。
［形態２０］
前記パケットの送信元ポート番号と前記データ授受部の識別子とを対応付けて保持する処理と、
前記パケットに対する応答パケットを受信すると、前記保持する対応付けに基づいて、受信した応答パケットの宛先ポート番号に対応付けられたアドレスを特定する処理と、
前記応答パケットの送信元アドレスを、前記特定したアドレスに変更する処理と、を前記コンピュータに実行させる、形態１５ないし１９のいずれか一に記載のプログラム。
［形態２１］
受信した応答パケットの宛先ポート番号に対応付けられたアドレスを特定すると、前記保持する対応付けを削除する処理を前記コンピュータに実行させる、形態２０に記載のプログラム。
【００９５】
なお、上記特許文献および非特許文献の全開示内容は、本書に引用をもって繰り込み記載されているものとする。本発明の全開示（請求の範囲を含む）の枠内において、さらにその基本的技術思想に基づいて、実施形態の変更・調整が可能である。また、本発明の請求の範囲の枠内において種々の開示要素（各請求項の各要素、各実施形態の各要素、各図面の各要素等を含む）の多様な組み合わせ、ないし、選択が可能である。すなわち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得るであろう各種変形、修正を含むことは勿論である。特に、本書に記載した数値範囲については、当該範囲内に含まれる任意の数値ないし小範囲が、別段の記載のない場合でも具体的に記載されているものと解釈されるべきである。
【符号の説明】
【００９６】
１    通信端末
２、２ａ、２ｂ    無線ネットワーク
３    有線ネットワーク
４、４ａ、４ｂ    サーバ
５、５ａ、５ｂ    名前解決サーバ
６    ポリシサーバ
１１、１１ａ、１１ｂ    通信インタフェース
１２、１２ａ、１２ｂ    データ授受部
１３    通信ソフトウェア基本部
１４    制御部
１５    通信処理部
１６    設定記憶部
１７    名前解決部
【図１】
2015129727.tif 000003
【図２】
2015129727.tif 000004
【図３】
2015129727.tif 000005
【図４】
2015129727.tif 000006
【図５】
2015129727.tif 000007
【図６】
2015129727.tif 000008
【図７】
2015129727.tif 000009
【図８】
2015129727.tif 000010
【図９】
2015129727.tif 000011
【図１０】
2015129727.tif 000012
【国際調査報告】
2015129727.tif 000013
2015129727.tif 000014
2015129727.tif 000015
2015129727.tif 000016