(57)【要約】【課題】  特定のホストと接続可能な通信経路を複数持つ携帯通信端末において、ネットワーク経路を自動で選択することが可能な携帯通信端末を提供する。【解決手段】  本発明の携帯通信端末では、アプリケーションプログラムのDNSクエリーに応じて通信経路を決定する機能を設ける。この機能を実現するために通信インターフェースと実アドレスとの対応づけの識別子としてダミーアドレスをアプリケーションプログラムに返却する名前解決手段と、ホスト名とインターフェースの変換を行うホスト名・インターフェース変換テーブルと、データ送信時に通信インターフェースを選択するインターフェース決定手段と、ダミーアドレスから実アドレスと通信インターフェースを解決するダミーアドレス・実アドレス・インターフェース対応テーブルを有することを特徴とするものである。【選択図】図１
2006333080.tif 000002
【特許請求の範囲】
【請求項１】
複数の種類の通信経路を利用可能な携帯通信端末であって、
接続先ホスト名を入力として、接続先ホスト名と通信経路の組を対応づけたアドレスと同じフォーマットを持つダミーアドレスを返す機能と、接続先ホスト名に基づいて接続先のアドレスを取得する機能とを備えた名前解決手段と、
パケット送信時に前記ダミーアドレスからパケットを送信するための通信経路を決定する手段を有することを特徴とする携帯通信端末。
【請求項２】
接続先ホスト名と通信経路を対応付けて記憶する記憶手段と、接続先ホスト名から利用する通信経路を決定する手段を備えることを特徴とする請求項１記載の携帯通信端末。
【請求項３】
アプリケーションが接続先ホストのダミーアドレスを指定することで通信経路が決定する請求項１または請求項２記載の携帯通信端末。
【請求項４】
名前解決時のDNSクエリーで得られた実アドレスと接続先ホスト名から得られた通信経路をダミーアドレスに対応づけて記憶する記憶手段と、接続時に与えられるダミーアドレスから実アドレスと通信経路を決定する手段を備えることを特徴とする請求項１，請求項２または請求項３記載の携帯通信端末。
【請求項５】
通信経路と使用するDNSサーバのアドレスとを対にして記憶する記憶手段と、決定された通信経路から使用するDNSサーバのアドレスを決定する手段を備えることを特徴とする請求項１，請求項２または請求項３記載の携帯通信端末。
【請求項６】
データの送信要求時に接続先への接続到達性を判断することで到達可能な通信経路を決定する手段を有することを特徴とする請求項１，請求項２または請求項３記載の携帯通信端末。
【請求項７】
データの送信要求時に接続先への通信性能を測定することで通信性能が良い通信経路を決定する手段を有することを特徴とする請求項１，請求項２または請求項３記載の携帯通信端末。
【請求項８】
接続先ホスト名と通信経路を対応付けて携帯通信端末に記憶させ、接続先ホスト名に基づいて利用する通信経路を決定することを特徴とする通信経路選択方法。
【請求項９】
アプリケーションが接続先ホストのダミーアドレスを指定することで、通信経路が決定する請求項８記載の通信経路選択方法。
【請求項１０】
名前解決時のDNSクエリーで得られた実アドレスと接続先ホスト名から得られた通信経路をダミーアドレスに対応づけて記憶させ、接続時に与えられるダミーアドレスから実アドレスと通信経路を決定することを特徴とする請求項８または請求項９記載の通信経路選択方法。
【請求項１１】
通信経路と使用するDNSサーバとを対にして記憶させ、決定された通信経路から使用するDNSサーバを決定することを特徴とする請求項８，請求項９または請求項１０記載の通信経路選択方法。
【請求項１２】
データの送信要求時に接続先への接続到達性を判断することで到達可能な通信経路を決定することを特徴とする請求項８，請求項９または請求項１０記載の通信経路選択方法。
【請求項１３】
データの送信要求時に接続先への通信性能を測定することで通信性能が良い通信経路を決定することを特徴とする請求項８，請求項９または請求項１０記載の通信経路選択方法。
【請求項１４】
携帯通信端末のマイクロプロセッサに、接続先ホスト名と通信経路を対応付けて記憶させる処理と、接続先ホスト名に基づいて利用する通信経路を決定する処理を実行させることを特徴とする通信経路選択プログラム。
【請求項１５】
利用する通信経路をアプリケーションソフトウェアから与えられた接続先ホスト名によって決定することを特徴とする請求項１４記載の通信経路選択プログラム。
【請求項１６】
名前解決時のDNSクエリーで得られた実アドレスと接続先ホスト名から得られた通信経路をダミーアドレスに対応づけて記憶させる処理と、接続時に与えられるダミーアドレスから実アドレスと通信経路を決定する処理を実行させることを特徴とする請求項１４または請求項１５記載の通信経路選択プログラム。
【請求項１７】
通信経路と使用するDNSサーバとを対にして記憶させる処理と、決定された通信経路から使用するDNSサーバを決定する処理を実行させることを特徴とする請求項１４，請求項１５または請求項１６記載の通信経路選択プログラム。
【請求項１８】
データの送信要求時に接続先への接続到達性を測定することで到達可能な通信経路を決定する処理を実行させることを特徴とする請求項１４，請求項１５または請求項１６記載の通信経路選択プログラム。
【請求項１９】
データの送信要求時に接続先への通信性能を測定することで通信性能が良い通信経路を決定する処理を実行させることを特徴とする請求項１４，請求項１５または請求項１６記載の通信経路選択プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯通信端末および通信経路選択方法と通信経路選択プログラムに関し、特に、複数の種類の通信経路を利用可能な携帯通信端末において、自動的にネットワーク経路を選択することが可能な携帯通信端末および通信経路選択方法とネットワーク経路選択プログラムに関するものである。
【背景技術】
【０００２】
近年、携帯電話網や無線LANなど複数の通信インターフェースを併せ持ち、同時に使用することができる携帯通信端末が実現されるようになっている。また、携帯通信端末は、プライベートネットワークにVPNなどを用いてアクセスする機能を持つようになってきており、ネットワークへの接続手段が高度化／雑化している。
【０００３】
このように複数の通信インターフェースを併せ持った携帯通信端末では、ユーザは利用するサービスに最も適した通信インターフェースを自動的に選択して接続したいと考える。
【０００４】
通信インターフェースの自動選択に関わる技術としては、技術文献１に開示される複数の通信経路を持つ携帯通信端末の通信路選択方法が公知である。特許文献１の無線通信用複合端末装置は、複数の異なる無線通信網から送信されるトラフィック情報を受信し、受信したトラフィック情報に基づいてトラフィックが小さい通信インターフェースを自動的に選択する携帯通信端末である。
【０００５】
この技術は、複数の通信インターフェースをトラフィックに応じて自動的に選択を行うものに過ぎず、サービス内容に応じて複数の通信インターフェースのうちの何れか一方に優先的に接続を行うことはできない。
【０００６】
また、携帯通信端末が、複数の通信インターフェースの両方に同時に接続されている状況でパケットを送信する場合、送信用通信インターフェースはルーティングテーブルによってのみ決定されるため、ルーティングテーブルに明示的に経路情報が記述されていない場合は、デフォルトの通信インターフェースが選択される。しかし、一方または両方の通信インターフェースがプライベートネットワーク空間で運用されている場合、デフォルトの通信インターフェースからでは利用したいネットワークに正しく到達できないことがある。
【０００７】
また、目的のネットワークに複数の通信インターフェースから同時に到達可能である場合であっても、ルーティングテーブルだけを用いる方式では、応答性能の良いネットワークを自動的に選択することはできない。
【０００８】
ホストと端末との間に複数のネットワークを形成し、障害の生じたネットワークを迂回して端末からホストに接続するようにした通信経路選択システムが特許文献２として提案されているが、このものは複数のネットワークの中からコネクションが可能なネットワークを任意に選択するものに過ぎず、前述したものと同様、サービス内容に応じて複数の通信インターフェースのうちの何れか一方に優先的に接続を行うといったことはできない。
【０００９】
【特許文献１】特開２０００−２０９６４４号公報
【特許文献２】特開２００３−３４８１３４号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
この種の従来技術における問題点は、サービスが提供されるネットワーク（以下このネットワークをサービスネットワークと呼ぶ）に対して端末が接続を行うにあたり、利用可能な通信が複数あり端末がこの中から適切な通信経路を選択して通信を行う必要があるとき、利用したいサービスから通信経路を決定する手段がないという点である。その理由は、従来の方式では通信経路の選択はサービスから決定するのではなく、利用するアプリケーションで固定であったり、あるいは、ユーザ操作によって決定するようにしかなっていないためである。
【００１１】
また、複数の通信経路が同時に使用できるが、サービスが展開されるホストへ到達可能な通信経路は１つしかないといった場合に、到達可能な通信経路を自動的に選択する手段がないという問題もある。その理由は、従来の方式では使用する通信経路はルーティングテーブルなどで固定的に設定されており、ホストへの到達可能性を確認して到達可能なものを選ぶ手段がないためである。
【００１２】
そして、更に、サービスが展開されるホストへ到達可能な通信経路が複数存在している場合に、最も条件のよい通信経路を自動的に選択する手段がないという問題もある。その理由は、従来の方式では、利用したい通信経路の特性を測定して、条件が最良のものを選択する手段を持っていないからである。
【００１３】
そこで、本発明の目的は、前記従来技術の不都合を改善し、複数の通信経路を持つ端末がサービスネットワークに接続する際に、接続先ホスト名に対応づけられた通信経路を自動的に決定する手段を提供することにある。
【００１４】
また、端末が複数の通信経路を同時に利用しているときに、その中から到達可能なものを自動的に選択する手段や、端末が複数の通信経路を同時に利用しているときに、その中から応答性能の良いものを自動的に選択する手段を提供することも目的の一部である。
【課題を解決するための手段】
【００１５】
本発明の携帯通信端末および通信経路選択方法と通信経路選択プログラムは、アプリケーションプログラムからのDNSクエリーに応じて通信経路を決定する機能を設けることにより前記目的を達成する。
【００１６】
この機能を実現するため、特に、通信経路である通信インターフェースと接続先ホストの実アドレスとの対応づけの識別子としてダミーアドレスをアプリケーションプログラムに返却する名前解決手段と、パケット送信時に前記ダミーアドレスからパケットを送信するための通信経路を決定する手段とを備えたことを特徴とする構成を有する。
【００１７】
通信経路である通信インターフェースと接続先ホストの実アドレスとの対応づけの識別子としてダミーアドレスを利用しているため、アプリケーションプログラムは、通信インターフェースと接続先ホストの実アドレスとの対応関係を通常のアドレス（IPアドレス）と同様に取り扱うことができる。このため、アプリケーションプログラムに格別の改造を行うことなく、接続先ホスト名に対応する通信経路（通信インターフェース）を的確に選択することが可能となる。
【００１８】
具体的には、通信経路を決定する手段は、接続先ホスト名と通信経路を対応付けて記憶する記憶手段（ホスト名・通信インターフェース変換テーブル）と、名前解決時のDNSクエリーで得られた実アドレスと接続先ホスト名から得られた通信経路をダミーアドレスに対応づけて記憶する記憶手段（ダミーアドレス・通信インターフェース対応データベース）と、接続時にアプリケーションプログラムから与えられるダミーアドレスから実アドレスと通信経路を決定する手段（インターフェース決定手段）とによって構成される。
【００１９】
更に、データの送信要求時において接続先への接続到達性を判断すると共に、接続先への通信性能を測定することで通信性能が良い通信経路を決定する手段（最適インターフェース探査手段）を設けることにより、サービスネットワークに到達可能で且つ応答性能の良い通信経路（通信インターフェース）を自動的に選択できるようにした。
【発明の効果】
【００２０】
本発明の携帯通信端末および通信経路選択方法と通信経路選択プログラムは、サービスと通信経路間の関連情報を携帯通信端末に記憶させることで、複数の通信経路を持つ携帯通信端末が、サービスの利用要求に応じて自動的に適切な通信経路を選択して通信経路を確立するようにしているので、携帯通信端末をネットワークに接続する際のユーザの操作を減らすことができ、携帯通信端末の利便性が向上する。
【００２１】
また、通信経路である通信インターフェースと接続先ホストの実アドレスとの対応づけの識別子として通常のIPアドレスと同じフォーマットを持つダミーアドレスを利用しているので、このダミーアドレスを名前解決時にアプリケーションプログラムに返すことによって従来のAPIをそのまま利用することができる。このため、従来のアプリケーションを改造するコストや手間をかけることなく、サービスの利用要求に応じた通信経路の自動選択を実現することが可能となる。
【発明を実施するための最良の形態】
【００２２】
次に、本発明を実施するための最良の形態について図面を参照して詳細に説明する。
【００２３】
図１を参照しながら、本発明を適用した一実施形態の携帯通信端末について説明する。携帯通信端末１の内部構成を詳細に記述したものが、図１である。
【００２４】
携帯通信端末１は、アプリケーションプログラム１０１と、送信処理部１０２と、名前解決手段１０３と、ホスト名・通信インターフェース変換テーブル１０４と、インターフェース決定手段１０５と、ダミーアドレス・通信インターフェース対応データベース１０６と、ルーティングテーブル１０７と、実質的な通信経路である通信インターフェース１０８，１０９と、DNSクエリー手段１１０と、インターフェース・DNSサーバ対応テーブル１１１から構成される。
【００２５】
このうち、送信処理部１０２，名前解決手段１０３，インターフェース決定手段１０５，DNSクエリー手段１１０は携帯通信端末１に実装されたマイクロプロセッサを機能実現手段として構成され、また、ホスト名・通信インターフェース変換テーブル１０４，ダミーアドレス・通信インターフェース対応データベース１０６，ルーティングテーブル１０７，インターフェース・DNSサーバ対応テーブル１１１は、携帯通信端末１が有する不揮発性の記憶手段に設けられている。
【００２６】
アプリケーションプログラム１０１は、携帯通信端末１に内蔵されるアプリケーションプログラムであり、外部のhttpサーバ等から提供される情報やサービスを利用して各種の処理を行うようになっている。
【００２７】
送信処理部１０２は、アプリケーションプログラム１０１からデータの送信要求やサービス接続の要求を受け付けてパケットの送信処理を行う。
【００２８】
名前解決手段１０３は、接続先ホスト名等の名前に基づいて接続先のIPアドレスを取得する処理を行う。本実施形態の名前解決手段１０３は、接続先ホスト名に基づいて接続先のIPアドレスを取得する通常の処理に加え、初回の名前解決時におけるDNSクエリーで得られた接続先ホストの実アドレスと其の際に通信経路として選択された通信インターフェース１０８，１０９との対応づけを行い、以降の名前解決に際し、この対応づけを一意に判別するための識別子として、通常のIPアドレスと同様のフォーマットを有するダミーアドレスをアプリケーションプログラム１０１に返す機能を備える。
【００２９】
ホスト名・通信インターフェース変換テーブル１０４は、接続先ホスト名と其の通信経路となる通信インターフェース１０８，１０９を対応付けて記憶する記憶手段であり、接続先ホスト名やドメイン名に基づいて通信インターフェース１０８，１０９を選択する際に参照される。携帯通信端末１は、このホスト名・通信インターフェース変換テーブル１０４を元に、名前解決で渡された接続先ホスト名からパケットの送信に用いる通信インターフェース１０８あるいは１０９を決定することができる。ホスト名・通信インターフェース変換テーブル１０４の一例を図３に示す。
【００３０】
インターフェース決定手段１０５は、サービスへの接続要求や送信データが送信されるときにアプリケーションプログラムから与えられるダミーアドレスに基づいて接続先の実アドレスと通信経路を決定する手段であり、通信経路となる通信インターフェース１０８，１０９の選択を行う。
【００３１】
ダミーアドレス・通信インターフェース対応データベース１０６は、名前解決時におけるDNSクエリーで求められた接続先の実アドレスと通信インターフェース１０８または１０９の組み合わせをダミーアドレスに対応させて記憶する手段である。インターフェース決定手段１０５は、アプリケーションプログラムから与えられるダミーアドレスに基づいてダミーアドレス・通信インターフェース対応データベース１０６を参照することで、接続先の実アドレスと使用すべき通信インターフェース１０８または１０９を決定することができる。ダミーアドレス・通信インターフェース対応データベース１０６の一例を図４に示す。
【００３２】
つまり、パケット送信時にダミーアドレスに基づいてパケットを送信するための通信経路を決定する手段は、具体的には、インターフェース決定手段１０５とダミーアドレス・通信インターフェース対応データベース１０６から構成されている。
【００３３】
ルーティングテーブル１０７は、接続先ホスト名から利用する通信経路となる通信インターフェース１０８または１０９を決定するための公知手段であり、従来と同様、接続先ホスト名をインデックスとして接続先アドレスと通信インターフェース１０８または１０９の対応づけを行うようになっている。
【００３４】
通信インターフェース１０８は、無線LAN等の通信経路を使ってパケットを送信するための通信インターフェースであり、また、通信インターフェース１０９は、携帯電話網等の通信経路を使ってパケットを送信するための通信インターフェースである。
【００３５】
DNSクエリー手段１１０は、ネットワーク上のDNSサーバを利用して接続先のアドレスの照会を行う公知手段である。
【００３６】
インターフェース・DNSサーバ対応テーブル１１１は、通信経路と使用するDNSサーバのアドレスとを対にして記憶する記憶手段であり、通信インターフェース１０８または１０９とDNSサーバのアドレスの対応づけを行い、DNSクエリー手段１１０は、このインターフェース・DNSサーバ対応テーブル１１１を参照してネットワーク上のDNSサーバにDNSクエリーを送出する。インターフェース・DNSサーバ対応テーブル１１１の一例を図５に示す。
【００３７】
次に、図１，図２，図３，図４，図５，図６，図７を参照して本実施形態の全体の動作について詳細に説明する。
【００３８】
動作の説明に入る前に、先ず、図２を参照して、ネットワークの一例について説明する。
【００３９】
ここでは、一例として、無線LANによってサービスが展開される無線LANスポット２０１と、WCDMAなどの携帯電話向けサービスが展開される携帯電話網２０２の２つのネットワークを示している。
【００４０】
無線LANスポット２０１にはアクセスポイント２０３が設置され、サービスを利用する携帯通信端末1から通信経路２０５を経由して接続する。携帯電話網２０２には携帯電話基地局２０４が設置され、携帯通信端末1から通信経路２０６を経由して接続する。
【００４１】
無線LANスポット２０１では、WEBサービス用のhttpサーバ２０７と、DNSサービス用のDNSサーバ２０８が展開されており、携帯電話網２０２ではWEBサービス用のhttpサーバ２０９とDNSサービス用のDNSサーバ２１０が展開されている。
【００４２】
アプリケーションプログラム１０１はユーザ操作等でサービスの利用を要求されると、ネットワーク上のサービスへの接続と通信を行う。本実施形態では、一例として、携帯通信端末1が、無線LANスポット２０１に接続されているhttpサーバ２０７と通信を行う場合の手順を説明する。携帯電話網２０２上のサービスなど他の通信経路を使って通信を行うときも同様の手順である。
【００４３】
アプリケーションプログラム１０１が、httpサーバ２０７と通信を行うとき、httpサーバ２０７の名前からアドレスを解決する必要がある。ここでは、接続先ホスト名（例えば、www.example.com)からIPアドレスを解決する場合を例にとって説明する（図６）。
【００４４】
アプリケーションプログラム１０１は、www.example.comを入力として、名前解決手段１０３を構成するAPI（例えば、gethostbyname()等）を呼び出し、アドレス解決を依頼する（ステップａ１）。
【００４５】
名前解決手段１０３は、入力として与えられたwww.example.comをキーにして、ホスト名・通信インターフェース変換テーブル１０４を検索する。ホスト名・通信インターフェース変換テーブル１０４の内容が図３のような場合、ホスト名・通信インターフェース変換テーブル１０４は、通信インターフェース１０８を検索結果として名前解決手段１０３に返す（ステップａ２）。これにより利用する通信経路となる通信インターフェースが特定される。
【００４６】
名前解決手段１０３は通信インターフェース１０８とホスト名であるwww.example.comを入力として、DNSクエリー手段１１０を呼び出す。DNSクエリー手段１１０は、決定された通信経路である通信インターフェース１０８の名称をキーにしてインターフェース・DNSサーバ対応テーブル１１１を検索する。インターフェース・DNSサーバ対応テーブル１１１の内容が図５のような場合、インターフェース・DNSサーバ対応テーブル１１１は、ステップａ２で決定された通信経路である通信インターフェース１０８に対応して、無線LANスポット２０１内にあるDNSサーバ２０８のIPアドレス192.168.1.1をアドレスの照会に利用するDNSサーバとしてDNSクエリー手段１１０に返す。DNSクエリー手段１１０は、決定された通信インターフェース１０８を使って、www.example.comのDNSクエリーをDNSサーバ192.168.1.1に対して行い、httpサーバ２０７のIPアドレス192.168.1.20をDNSサーバ２０８から得る（以降、ダミーアドレスと区別するためこのアドレスを実アドレスと呼ぶ）（ステップａ３）。
【００４７】
次いで、名前解決手段１０３は、クラスE（240.0.0.0〜255.255.255.255）のアドレス空間の中からダミーアドレス・通信インターフェース対応データベース１０６に登録されていない任意のアドレスを１つ決定し、これをダミーアドレスとする（ステップａ４）。
【００４８】
このダミーアドレスは、ステップａ２で得られた通信インターフェースおよびステップａ３で得られた実IPアドレスの組に対応する「識別子」として使用するものである。
【００４９】
名前解決手段１０３は、このダミーアドレスをキーにして、ステップａ２で得られた通信インターフェース１０８と、ステップａ３で与えられた実アドレス192.168.1.20を、ダミーアドレス・通信インターフェース対応データベース１０６に登録する（ステップａ５）。
【００５０】
次いで、名前解決手段１０３は、ステップａ４で得られたダミーアドレス、例えば、240.0.0.1を名前解決の結果としてアプリケーションプログラム１０１に返す（ステップａ６）。
【００５１】
一方、アプリケーションプログラム１０１は、サービスへの接続を行うときにダミーアドレス240.0.0.1を入力として、送信処理部１０２を呼び出す（図７のステップｂ１）。
【００５２】
送信処理部１０２は、入力として与えられたダミーアドレス240.0.0.1をキーにしてダミーアドレス・通信インターフェース対応データベース１０６を検索する（ステップｂ２）。
【００５３】
ダミーアドレス・通信インターフェース対応データベース１０６の内容が、図４のような場合、ダミーアドレス・通信インターフェース対応データベース１０６は、192.168.1.20と、通信インターフェース１０８を送信処理部１０２に返す（ステップｂ３）。
【００５４】
そして、送信処理部１０２が、インターフェース決定手段１０５に、実アドレス192.168.1.20と通信インターフェース１０８を引数にして接続要求を行い、インターフェース決定手段１０５は、接続先IPアドレスを192.168.1.20にして通信インターフェース１０８に接続パケットを送信するように指示する（ステップｂ５）。
【００５５】
また、ステップｂ１で与えられたIPアドレスがダミーアドレス・通信インターフェース対応データベース１０６に登録されていない場合、つまり、実アドレスがアプリケーションプログラム１０１から与えられた場合には、送信処理部１０２は、従来と同様にルーティングテーブル１０７を検索することで通信インターフェースを決定する（ステップｂ４）。
【００５６】
以上に述べた通り、サービスと通信経路との関連を携帯通信端末１に記憶させることにより、複数の通信経路の中からサービスの利用要求に応じた通信経路を選択して自動的に通信経路を確立させることが可能となり、携帯通信端末１をネットワークに接続する際のユーザの操作が軽減される結果、携帯通信端末１の利便性が向上する。
【００５７】
次に、データの送信に際して接続先への接続到達性や通信性能を判断するための手段である最適インターフェース探査手段を併設した場合の構成例について図８を参照して説明する。
【００５８】
図８では既に説明した名前解決手段１０３，ホスト名・通信インターフェース変換テーブル１０４，ダミーアドレス・通信インターフェース対応データベース１０６，ルーティングテーブル１０７，DNSクエリー手段１１０，インターフェース・DNSサーバ対応テーブル１１１については記載を省略し、接続先への接続到達性や通信性能の判断に直接的に関連する送信処理部１０２とインターフェース決定手段１０５および最適インターフェース探査手段１１２ならびに通信インターフェース１０８，１０９についてのみ示している。
【００５９】
最適インターフェース探査手段１１２は、アプリケーションプログラム１０１からのデータ送信要求が生じた際に応答性能の良好なインターフェースを探査するためのものである。
【００６０】
また、この実施形態では、アプリケーションプログラム１０１がデータ送信のコネクションを開く際に送信処理部１０２に渡すソケット情報に、従来と同様の送信元IPアドレス，送信元ポート番号，送信先IPアドレス，送信先ポート番号を記憶するデータフィールドに加え、更に、通信経路となる通信インターフェースを指定するためのデータフィールドを追加するようにしている（図９参照）。
【００６１】
次に、図８および図１０を参照して全体的な動作について詳細に説明する。
【００６２】
アプリケーションプログラム１０１は、ユーザ操作等でサービスの利用を要求されると、ネットワーク上のサービスへの接続と通信を行う。本実施形態では、一例として、携帯通信端末１が、無線LANスポット２０１に接続されているhttpサーバ２０７と通信を行う場合の手順を説明する。携帯電話網２０２上のサービスなど他の通信経路を使って通信を行うときについても同様の手順である。
【００６３】
アプリケーションプログラム１０１は、コネクション情報を構成するソケットを入力として送信処理部１０２を呼び出し、データの送信を要求する。ここで指定されるソケットは予め送信先（例えばアドレス192.168.1.20とポート番号）の設定が終わっているものとする（ステップｃ１）。
【００６４】
送信処理部１０２は、このソケット内の通信インターフェースを指定するためのデータフィールドに何らかの記述があるか否かを判定し（ステップｃ２）、何も記述が無ければ、最適インターフェース探査手段１１２を呼び出してステップｃ３の処理に移行し、また、通信インターフェースの指定が記述されていれば、この通信インターフェースを使用してデータの送信を開始するためにステップｃ７の処理に移行する。
【００６５】
ソケット内の通信インターフェースを指定するためのデータフィールドに何の記述も無くステップｃ２の判定結果が偽となった場合、最適インターフェース探査手段１１２は、利用可能な全ての通信インターフェース（インターフェース１０８，１０９）を使って接続要求を送出する。この場合の接続要求は、送信先アドレスに宛てたSYNパケット（ポートの開放を確認する要求信号）である。最適インターフェース探査手段１１２は接続要求を送出した後、接続先からのACKパケット（送信許可信号）の応答を待つ（ステップｃ３）。
【００６６】
そして、最適インターフェース探査手段１１２が、いずれかの通信インターフェースからACKパケットを受信する（ステップｃ４）。最初にACKパケットを受信した通信インターフェースが最適な通信インターフェースである。
【００６７】
また、ACKパケットを最初に受信した通信インターフェース以外の通信インターフェースに対しては接続の要求を中断する。具体的には、最初にACKを受け取った通信インターフェース以外にFINパケット（接続終了信号）を送信することで接続を強制的に中断させる（ステップｃ５）。
【００６８】
前述した通り、最初にACKパケットを受信した通信インターフェースが接続到達性および通信性能において最適な通信インターフェースであるから、最適インターフェース探査手段１１２は、この通信インターフェースを表す識別子をソケットの通信インターフェースを指定するデータフィールド（図９参照）に記述することになる（ステップｃ６）。
【００６９】
そして、インターフェース決定手段１０５が、このソケットに記述されている通信インターフェースを使ってデータの送信を開始する（ステップｃ７）。
【００７０】
以上、TCPのプロトコルを利用する場合について述べたが、TCPのプロトコルに代えてUDPのプロトコルを使用する場合には図１１のような処理を適用することになる。
【００７１】
ステップｄ１，ステップｄ２，ステップｄ６の処理に関しては前述したステップｃ１，ステップｃ２，ステップｃ７の処理と同様であるので、利用するプロトコルによって処理が異なるステップステップｄ３〜ステップｄ５の処理についてのみ具体的に説明する。
【００７２】
図１１に示す実施形態では、ソケット内の通信インターフェースを指定するためのデータフィールドに何も記述が無くステップｄ２の判定結果が偽となった場合、最適インターフェース探査手段１１２が、利用可能な全ての通信インターフェース（インターフェース１０８，１０９）を使って接続要求を出す。但し、この場合の接続要求は、送信先アドレスに宛てたping信号（ノードの存在の有無を確認する要求信号）である。最適インターフェース探査手段１１２は接続要求を送出した後、接続先からのping信号の応答を待つ（ステップｄ３）。
【００７３】
そして、最適インターフェース探査手段１１２が、いずれかの通信インターフェースからping信号を受信する（ステップｄ４）。ping信号を受信した通信インターフェースが接続到達性および通信性能において最適な通信インターフェースであるから、最適インターフェース探査手段１１２は、この通信インターフェースの識別子をソケットの通信インターフェースを指定するデータフィールド（図９参照）に記述することになる（ステップｄ５）。
【００７４】
このように、通信の実行前に接続到達性および通信性能が良い通信経路をチェックすることができため、最も効率の良い通信インターフェースを選択して通信を開始することが可能となる。
【産業上の利用可能性】
【００７５】
本発明にかかる携帯通信端末，通信経路選択方法，通信経路選択プログラムは、複数の通信インターフェース（通信経路）を具備する携帯通信端末に適用可能である。
【図面の簡単な説明】
【００７６】
【図１】本発明を適用した一実施形態の携帯通信端末の内部構成を示した機能ブロック図である。
【図２】同実施形態の携帯通信端末が接続するネットワークの一例について示した概念図である。
【図３】同実施形態で使用されるホスト名・通信インターフェース変換テーブルの一例を示した概念図である。
【図４】同実施形態で使用されるダミーアドレス・通信インターフェース対応データベースの一例を示した概念図である。
【図５】同実施形態で使用されるインターフェース・DNSサーバ対応テーブルの一例を示した概念図である。
【図６】アプリケーションが名前解決を行う際の処理の概略について示したフローチャートである。
【図７】アプリケーションが送信処理を行う際の処理の概略について示したフローチャートである。
【図８】最適インターフェース探査手段を併設した携帯通信端末の内部構成を示した機能ブロック図である。
【図９】アプリケーションプログラムがデータの送信に際して送信処理部に渡すソケットの上方について示した概念図である。
【図１０】TCPに対応した最適インターフェース探査手段の処理動作の概略について示したフローチャートである。
【図１１】UDPに対応した最適インターフェース探査手段の処理動作の概略について示したフローチャートである。
【符号の説明】
【００７７】
１  携帯通信端末
１０１  アプリケーションプログラム
１０２  送信処理部
１０３  名前解決手段
１０４  ホスト名・通信インターフェース変換テーブル
１０５  インターフェース決定手段
１０６  ダミーアドレス・通信インターフェース対応データベース
１０７  ルーティングテーブル
１０８，１０９  通信インターフェース（通信経路）
１１０  DNSクエリー手段
１１１  インターフェース・DNSサーバ対応テーブル
１１２  最適インターフェース探査手段
２０１  無線LANスポット
２０２  携帯電話網
２０３  アクセスポイント
２０４  携帯電話基地局
２０５，２０６  通信経路
２０７  httpサーバ
２０８  DNSサーバ
２０９  httpサーバ
２１０  DNSサーバ
【図１】
2006333080.tif 000003
【図２】
2006333080.tif 000004
【図３】
2006333080.tif 000005
【図４】
2006333080.tif 000006
【図５】
2006333080.tif 000007
【図６】
2006333080.tif 000008
【図７】
2006333080.tif 000009
【図８】
2006333080.tif 000010
【図９】
2006333080.tif 000011
【図１０】
2006333080.tif 000012
【図１１】
2006333080.tif 000013