(57)【要約】【課題】  相手局との接続に用いる通信インフラが切り替わっても、アプリケーション上でセッションの切り替わりが生じないようにすることで本体の処理負荷を低減させた通信端末装置を提供する。【解決手段】  通信端末装置１は、相手局との接続に用いる通信インフラを切り替えるとき、プロトコル層２２において、セッションＣＴと物理層２１のＮＩＣａ〜ＮＩＣｄとを接続するセッションを切り替える。このため、相手局との接続に用いる通信インフラを切り替えても、アプリケーションプログラムｄｅｖ−１〜ｄｅｖ−ｎとプロトコル層２２とを接続するセッションＣ 1ａ〜Ｃｎａについては切り替わらない。したがって、通信端末装置１のアプリケーションプログラムｄｅｖ−１〜ｄｅｖ−ｎ上では、相手局との接続に用いる通信インフラを切り替えても、セッションが切り替わらない。【選択図】  図３
2005110040.tif 000002
【特許請求の範囲】
【請求項１】
相手局とアプリケーション間通信を行う通信端末装置において、
利用可能な複数種類の通信インフラの中から、相手局との接続に用いる通信インフラを選択する通信インフラ選択手段と、
上記通信インフラ選択手段で選択された通信インフラに応じた通信物理媒体を用いて上記相手局に接続する接続制御手段と、を備え、
上記接続制御手段は、本体側アプリケーションと上記通信物理媒体との間に配置され、本体側アプリケーションとのセッションを固定し、上記通信物理媒体とのセッションを通信インフラ選択手段により選択された通信インフラに応じて切り替える通信端末装置。
【請求項２】
上記接続制御手段は、相手局との接続中に、この相手局との接続状態を監視し、相手局との接続が維持できるかどうかを判断し、
上記通信インフラ選択手段は、上記接続制御手段が相手局との接続が維持できないと判断したときに、上記通信インフラ選択手段に対して利用可能な他の通信インフラの中からこの相手局との接続に用いる別の通信インフラを再選択し、  
さらに、上記接続制御手段は、上記通信インフラ選択手段によって再選択された通信インフラに応じた通信物理媒体を用いて相手局に再接続する請求項１に記載の通信端末装置。
【請求項３】
上記接続制御手段は、通信インフラ毎にその状態が上記相手局と接続可能であるかどうかを検出し、
上記通信インフラ選択手段は、上記接続制御手段が上記相手局と接続可能な状態であることを検出した通信インフラの中から、相手局との接続に用いる通信インフラを選択する請求項１、または２に記載の通信端末装置。
【請求項４】
上記通信インフラ毎に優先順位を付けて記憶する優先順位記憶手段を備え、
上記通信インフラ選択手段は、上記接続制御手段が上記相手局と接続可能な状態であることを検出した通信インフラの中で、上記優先順位記憶手段に記憶している優先順位が最も高い通信インフラを、上記相手局との接続に用いる通信インフラとして選択する請求項３に記載の通信端末装置。
【請求項５】
上記通信インフラ選択手段は、相手局との接続中に、相手局との接続に用いている通信インフラよりも優先順位の高い別の通信インフラが相手局と接続可能な状態であることが上記接続制御手段により検出されたとき、この別の通信インフラを相手局との接続に用いる通信インフラにする選択を行い、
上記接続制御手段は、上記通信インフラ選択手段によって選択された通信インフラに応じた通信物理媒体を用いて相手局に再接続する請求項４に記載の通信端末装置。
【請求項６】
相手局とアプリケーション間通信を行う通信端末装置において、
利用可能な複数種類の通信インフラの中から、相手局との接続に用いる通信インフラの選択を受け付ける通信インフラ選択受付手段と、
上記通信インフラ選択受付手段で選択を受け付けた通信インフラに応じた通信物理媒体を用いて上記相手局に接続する接続制御手段と、を備え、
上記接続制御手段は、本体側アプリケーションと上記通信物理媒体との間に配置され、本体側アプリケーションとのセッションを固定し、上記通信物理媒体とのセッションを通信インフラ選択受付手段で選択を受け付けた通信インフラに応じて切り替え、
上記通信インフラ選択受付手段は、相手局との接続に用いる通信インフラ毎にその状態が上記相手局と接続可能であるかどうかを出力する通信端末装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、アプリケーション間通信を行う相手局との接続に用いる通信インフラを、利用可能な複数種類の通信インフラの中から選択する通信端末装置に関する。
【背景技術】
【０００２】
従来、アプリケーション間通信を行う相手局との接続に用いる通信インフラを、利用可能な複数種類の通信インフラの中から選択できる通信端末装置があった。この通信端末装置は、利用可能な通信インフラ（例えば、無線通信網、公衆回線網、携帯電話網、有線ネットワーク網）毎に、対応する通信物理媒体（ネットワークインタフェースカード（ＮＩＣ）等）を備えている。言い換えれば、対応する通信物理媒体を備えている通信インフラの中から、相手局との接続に用いる通信インフラが選択できる。
【０００３】
また、選択された通信インフラにあわせて、通信経路（接続するプロバイダ等）等を自動的に選択する装置が特許文献１で提案されている。
【特許文献１】特開２０００−１３４６１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、携帯型の通信端末装置は、本体が利用者とともに移動することから、アプリケーション間通信を行う相手局との接続時に最適な通信インフラを用いて接続しても、その後の状況変化により、相手局との接続が維持できなくなって、相手局との接続が切れることがある。例えば、スペクトラム拡散方式（ＳＳ方式）や、ブルーツース等の無線通信で相手局と接続している場合、通信端末装置（利用者）が無線通信エリア外に移動すると、相手局との接続が切れる。このような場合、他の通信インフラを用いて相手局に再接続することになり、この再接続によりアプリケーション上でセッションの切り替わりが生じる。このため、通信端末装置では、セッションの切り替わりにともなう処理が発生し、本体の処理負荷を増大させるという問題があった。
【０００５】
また、従来の通信端末装置は、アプリケーション間通信を行う相手局との接続に用いる通信インフラを、本体で利用可能な複数種類の通信インフラの中から利用者に選択させる構成であった。このため、利用者はアプリケーション間通信を行う相手局との接続に用いる通信インフラを選択するときに、相手局との接続が可能である通信インフラを認識したり、接続が可能である通信インフラの中でどの通信インフラが最適であるかを認識しなければならない。また、上記した理由で相手局との接続が切れたとき、どの通信インフラを用いて相手局に接続するかを再選択しなければならない。このように、従来の通信端末装置は、利用者に煩雑な操作を行わせ、操作性が良くないという問題があった。
【０００６】
この発明の目的は、相手局との接続に用いる通信インフラが切り替わっても、アプリケーション上でセッションの切り替わりが生じないようにすることで本体の処理負荷を低減させた通信端末装置を提供することにある。
【０００７】
また、この発明は、相手局との接続に用いる通信インフラを、そのときの状況に応じて自動的に選択することにより利用者の操作性を向上させた通信端末装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
この発明の通信端末装置は、上記課題を解決するために以下の構成を備えている。
【０００９】
（１）相手局とアプリケーション間通信を行う通信端末装置において、
利用可能な複数種類の通信インフラの中から、相手局との接続に用いる通信インフラを選択する通信インフラ選択手段と、
上記通信インフラ選択手段で選択された通信インフラに応じた通信物理媒体を用いて上記相手局に接続する接続制御手段と、を備え、
上記接続制御手段は、本体側アプリケーションと上記通信物理媒体との間に配置され、本体側アプリケーションとのセッションを固定し、上記通信物理媒体とのセッションを通信インフラ選択手段により選択された通信インフラに応じて切り替える。
【００１０】
この構成では、通信インフラ選択手段が、本体で利用可能な複数種類の通信インフラの中から相手局との接続に用いる通信インフラを選択する、ここで利用可能な通信インフラとは、対応する通信物理媒体（例えば、ネットワークインタフェースカード（ＮＩＣ））が本体に内蔵、または接続（外付け）されている通信インフラである。言い換えれば、対応する通信物理媒体が内蔵、または接続されていない通信インフラは利用不可能な通信インフラである。また、接続制御手段が通信インフラ選択手段により選択された通信インフラを用いて相手局に接続する。この接続制御手段は、本体側アプリケーションと通信物理媒体との間に配置されており、本体側アプリケーションとのセッションを固定している。一方、通信物理媒体とのセッションについては、相手局との接続に用いる通信インフラに応じて切り替えられる。
【００１１】
このため、接続制御手段が、相手局との接続に用いる通信インフラに応じて通信物理媒体とのセッションを切り替えることにより、相手局との接続に用いる通信インフラが切り替わる。このとき、本体側アプリケーションと、接続制御手段とのセッションについては固定されているので、本体側アプリケーション上ではセッションの切り替えが生じない。したがって、相手局との接続が切れたときに、他の通信インフラを用いて相手局に再接続しても、セッションの切り替わりにともなう処理が発生しない。よって、本体の処理負荷を低減することができる。
【００１２】
なお、通信インフラ選択手段は、利用者が相手局との接続に用いる通信インフラを選択する構成としてもよいが、その時の状況に応じて相手局との接続に用いる通信インフラを自動的に選択する構成とすることにより、利用者に煩雑な操作を行わせることがなく、利用者の操作性を向上できる。
【００１３】
（２）上記接続制御手段は、相手局との接続中に、この相手局との接続状態を監視し、相手局との接続が維持できるかどうかを判断し、
上記通信インフラ選択手段は、上記接続制御手段が相手局との接続が維持できないと判断したときに、上記通信インフラ選択手段に対して利用可能な他の通信インフラの中からこの相手局との接続に用いる別の通信インフラを再選択し、
さらに、上記接続制御手段は、上記通信インフラ選択手段によって再選択された通信インフラに応じた通信物理媒体を用いて相手局に再接続する。
【００１４】
この構成では、その時点において相手局との接続に用いている通信インフラでは、相手局との接続が維持できないと判断したときに、自動的に他の通信インフラを用いて相手局に接続するので、相手局との再接続にかかる操作を利用者に行わせることがなく、利用者の操作性を一層向上できる。
【００１５】
（３）上記接続信制御手段は、通信インフラ毎にその状態が上記相手局と接続可能であるかどうかを検出し、
上記通信インフラ選択手段は、上記接続制御手段が上記相手局と接続可能な状態であることを検出した通信インフラの中から、相手局との接続に用いる通信インフラを選択する。
【００１６】
この構成では、その時点において相手局に接続できない通信インフラが選択されることがなく、相手局との接続にかかる処理をスムーズに行わせることができる。
【００１７】
（４）上記通信インフラ毎に優先順位を付けて記憶する優先順位記憶手段を備え、
上記通信インフラ選択手段は、上記接続制御手段が上記相手局と接続可能な状態であることを検出した通信インフラの中で、上記優先順位記憶手段に記憶している優先順位が最も高い通信インフラを、上記相手局との接続に用いる通信インフラとして選択する。
【００１８】
この構成では、優先順位記憶手段が各通信インフラに対する優先順位を記憶し、通信インフラ選択手段が上記相手局との接続が可能な状態であり、且つ最も優先順位の高い通信インフラを選択するので、相手局との接続に常に最適な通信インフラを用いることができる。
【００１９】
通信インフラの優先順位は、例えば通信速度や通信コストを基に決めればよい。
【００２０】
（５）上記通信インフラ選択手段は、相手局との接続中に、相手局との接続に用いている通信インフラよりも優先順位の高い別の通信インフラが相手局と接続可能な状態であることが上記接続制御手段により検出されたとき、この別の通信インフラを相手局との接続に用いる通信インフラにする選択を行い、
上記接続制御手段は、上記通信インフラ選択手段によって選択された通信インフラに応じた通信物理媒体を用いて相手局に再接続する。
【００２１】
この構成では、いずれかの通信インフレを用いて相手局と接続しているときに、状況の変化により、より優先順位の高い通信インフラを用いて相手局と接続できるようになると、この優先順位の高い通信インフラを用いた接続に切り替えるので、相手局との接続に常に最適な通信インフラを用いることができる。
【００２２】
また、このように相手局との接続に用いる通信インフラを切り替えても、上述のように本体側アプリケーション上ではセッションの切り替えが生じないので、セッションの切り替えにともなう処理が発生しない。
【００２３】
（６）相手局とアプリケーション間通信を行う通信端末装置において、
利用可能な複数種類の通信インフラの中から、相手局との接続に用いる通信インフラの選択を受け付ける通信インフラ選択受付手段と、
上記通信インフラ選択受付手段で選択を受け付けた通信インフラに応じた通信物理媒体を用いて上記相手局に接続する接続制御手段と、を備え、
上記接続制御手段は、本体側アプリケーションと上記通信物理媒体との間に配置され、本体側アプリケーションとのセッションを固定し、上記通信物理媒体とのセッションを通信インフラ選択受付手段で選択を受け付けた通信インフラに応じて切り替え、
上記通信インフラ選択受付手段は、相手局との接続に用いる通信インフラ毎にその状態が上記相手局と接続可能であるかどうかを出力する。
【００２４】
この構成では、通信インフラ選択受付手段受付手段が、相手局との接続に用いる通信インフラ毎にその状態が上記相手局と接続可能であるかどうかを出力することにより、各通信インフラの状態を利用者に認識させ、この利用者による相手局との接続に用いる通信インフラの選択を受け付ける。したがって、利用者の操作性を向上させることができる。
【発明の効果】
【００２５】
この発明によれば、相手局との接続に用いる通信インフラを切り替えても、アプリケーション上ではセッションの切り替えが生じないので、本体の処理負荷を低減させることができる。また、相手局との接続に用いる通信インフラを、そのときの状況に応じて自動的に選択、または相手局との接続に用いる通信インフラ毎にその状態が上記相手局と接続可能であるかどうかを出力して利用者に選択させるので、利用者の操作性を向上させることができる。さらに、本体の処理負荷を増加させることなく、相手局との接続に用いる通信インフラを状況の変化に応じて適正に切り替えることができる。
【発明を実施するための最良の形態】
【００２６】
以下、この発明の実施形態である通信端末装置について説明する。
【００２７】
図１は、この発明の実施形態である通信端末装置を適用したネットワークシステムの構成を示す図である。図１において、１がこの発明の実施形態である通信端末装置であり、２がサーバ装置である。ここでは、このサーバ装置２が、この発明で言う相手局に相当する。通信端末装置１は、利用者が携帯する携帯端末である。サーバ装置２は、ＬＡＮ等のネットワーク３に接続されている。４は通信端末装置１のアクセスポイントである無線親機、５は無線親機をネットワーク３に接続するＨＵＢである。また、６は公衆回線網であり、７はルータである。また、８は携帯電話網である。サーバ装置２には、ブルツースによる無線通信を行う無線通信部２ａが設けられている。また、ネットワーク３には、図示していないがサーバ装置２で管理しているデータの検索や更新が行えるパーソナルコンピュータ等の情報処理装置も接続されている。
【００２８】
このネットワークシステムは、物品の在庫状況を管理や、荷物の配送状況を管理するシステム等である。例えば、通信端末装置１は、倉庫内で物品の入荷、または出荷作業を行うときには、近距離の無線を使用し、トラック等で荷物を配送しているときには公衆回線網６や携帯電話網８を使用してサーバ装置２と通信する。サーバ装置２では、通信端末装置１ら送られてきた入荷データ、出荷データ、および配送データに基づいて、物品の在庫状況や配送状況を管理する。利用者が、出荷データ等を通信端末装置１に入力する。
【００２９】
図２は、この発明の実施形態である通信端末装置の構成を示す図である。携帯端末装置１は、本体の動作を制御する制御部１１と、スペクトラム拡散方式（所謂ＳＳ無線方式）による無線通信を行う第１の通信部１２と、ブルツース（ＢＴ）による無線通信を行う第２の通信部１３と、図示していない無線基地局を介して携帯電話網８に接続する第３の通信部１４と、ネットワーク３（ＨＵＢ５）に有線で接続する第４の通信部１５と、利用者が入力操作を行う操作部１６と、本体に対する入力に応じた画面を表示する表示部１７と、を備えている。第１の通信部１２は、ＳＳ無線方式による無線通信を実行するネットワークインタフェースカードａ（以下、ＮＩＣａと言う。）（この発明で言う通信物理媒体）を有し、第２の通信部１３は、ＢＴによる無線通信を実行するＮＩＣｂを有し、第３の通信部１４は、基地局を介して携帯電話網８に接続するためのＮＩＣｃを有し、第４の通信部１５は、ネットワーク３に有線で接続するためのＮＩＣｄを有する。この構成により、この実施形態の通信端末装置１は、ＳＳ無線網（ＳＳ無線による通信網）、ＢＴ網（ＢＴによる通信網）、携帯電話網８、および有線ネットワーク網の４種類の通信インフラが、サーバ装置２との接続に利用できる。
【００３０】
なお、通信端末装置１は、複数種類の通信インフラが利用可能な構成であればよく、利用可能な通信インフラの種類については上述の４種類に限定されることはなく、他の種類の通信インフラが利用できる構成であってもよいし、上述の１つ以上の通信インフラが利用できない構成であってもよい。
【００３１】
図３は、この発明の実施形態である通信端末装置の階層構造を説明する図である。図３において２１は、第１通信部１２〜第４の通信部１５に設けられているＮＩＣａ〜ＮＩＣｄが対応する物理層である。２２は、接続された相手局とのデータ通信を制御するＴＣＰ／ＩＰ等のプロトコルが対応するプロトコル層である。２３は、相手局との接続に用いる通信インフラの選択や、相手局との接続に用いる通信インフラの切り替え等を行う通信制御層である。２４は、ｎ個のアプリケーションプログラムｄｅｖ−１〜ｄｅｖ−ｎが位置するアプリケーション層である。
【００３２】
図３に示すように、アプリケーション層４に位置するアプリケーションプログラムｄｅｖ−１〜ｄｅｖ−ｎは、それぞれ固有のセッションＣ１ａ〜Ｃｎａによりプロトコル層２２に接続され、このプロトコル層２２をスルーして通信制御層２３に固有のセッションＣＡ〜ＣＮで接続され、さらに通信制御層２３をスルーして固有のセッションＣＴでプロトコル層２２に再接続されている。プロトコル層２２は、相手局との接続に用いる通信インフラに応じて、対応する物理層２１のＮＩＣａ〜ＮＩＣｄとのセッションを確立する。
【００３３】
通信端末装置１は、相手局との接続に用いる通信インフラを切り替えるとき、プロトコル層２２において、セッションＣＴと物理層２１のＮＩＣａ〜ＮＩＣｄとを接続するセッションを切り替える。言い換えれば、相手局との接続に用いる通信インフラを切り替えても、アプリケーションプログラムｄｅｖ−１〜ｄｅｖ−ｎとプロトコル層２２とを接続するセッションＣ 1ａ〜Ｃｎａについては切り替わらない。このため、通信端末装置１のアプリケーションプログラムｄｅｖ−１〜ｄｅｖ−ｎ上では、相手局との接続に用いる通信インフラを切り替えても、セッションが切り替わらないので、セッションの切り替えにともなう処理が発生しない。したがって、相手局との接続に用いる通信インフラを切り替えによる本体の処理負荷を低減できる。
【００３４】
また、制御部１１には、図４に示すテーブルを記憶するメモリ（不図示）が設けられている。図４（Ａ）は利用可能な通信インフラの有線順位を登録した優先順位テーブルである。ここでは、携帯電話網８、ＢＴ網、ＳＳ無線網、有線ネットワーク網の順に優先順位を高くした例を示している。この優先順位テーブルは、通信端末装置１において利用可能な通信インフラに対して、利用者が操作部１６において任意に設定できる。例えば、利用者は通信速度が速い通信インフラほど優先順位を高くしたり、通信コストが安価である通信インフラほど優先順位を高くする設定が任意に行える。図４（Ｂ）は、アプリケーション層２４に位置するアプリケーションプログラムｄｅｖ−１〜ｄｅｖ−ｎ毎に、プロトコル層２２とのセッションを登録したセッションテーブルである。このセッションテーブルは、アプリケーション層２４に位置する各アプリケーションプログラムｄｅｖ−１〜ｄｅｖ−ｎについて、上述したプロトコル層２２とのセッションＣ１ａ〜Ｃｎａと、プロトコル層２２をスルーして通信制御層２３に接続するセッションＣＡ〜ＣＮと、を対応づけて登録したテーブルである。図４（Ｃ）は、通信端末装置１において、利用可能な通信インフラ毎に現在相手局と接続できる状態であるかどうかを登録する接続可否テーブルである。また、通信端末装置１は、相手局との接続状態、すなわち相手局とのセッション、を管理する接続管理テーブル（不図示）を備えている。
【００３５】
なお、上記優先順位テーブル、セッション接続テーブル、接続可否テーブル、およびセッション管理テーブルの、２つ以上を１つのテーブルにまとめてもよい。
【００３６】
次に、この発明の実施形態である通信端末装置１の動作について説明する。この実施形態の通信端末装置１は、その状態が相手局と接続されているかどうかにかかわらず、利用可能な通信インフラ毎に、相手局との接続が可能な状態であるかどうかを検出し（ｓ１）、この検出結果に基づいて接続可否テーブルを更新する（ｓ２）、図５に示す通信インフラ監視処理を、定期的に行っている。例えば、その時点において相手局との接続に使用していない通信インフラについては、その通信インフラを用いて相手局にアクセスし、そのときの通信状態から相手局との接続が可能な状態であるかどうかを検出する。また、その時点において相手局との接続に使用している通信インフラについては、接続されている相手局との通信状態から相手局との接続が可能な状態であるかどうかを検出する。
【００３７】
したがって、通信端末装置１は、接続可否テーブルにより、利用可能な通信インフラの中で、どの通信インフラが相手局との接続に使用でき、どの通信インフラが相手局との接続に使用できないかを、確認できる。
【００３８】
なお、この通信インフラ監視処理を繰り返すタイミングは、なるべく短いほうが好ましいが、あまり短くすると通信端末装置１本体の処理負荷を増大させることから、数秒〜数十秒間隔で繰り返すのが適当である。
【００３９】
次に、サーバ装置２との間でアプリケーション間通信を行うために、サーバ装置２に接続する接続処理について説明する。図６は、この発明の実施形態である通信端末装置におけるサーバ装置との接続時の動作を示すフローチャートである。通信端末装置１は、図４（Ｃ）に示す接続可否テーブルを検索し、現在相手局と接続することができる通信インフラを抽出する（ｓ１１）。そして、図４（Ａ）に示す優先順位テーブルを用いて、ｓ１１で抽出した通信インフラの中から優先順位が最も高い通信インフラを、相手局であるサーバ装置２との接続に用いる通信インフラとして選択する（ｓ１２）。通信端末装置１は、ｓ２で選択した通信インフラに応じたＮＩＣを用いてサーバ装置２に接続する（ｓ１３）。ｓ１３において、通信端末装置１は、図３に示したようにプロトコル層２２において、セッションＣＴと選択された通信インフラに応じた物理層２１のＮＩＣａ〜ＮＩＣｄとを接続するセッションを確立する。
【００４０】
なお、本体側のアプリケーションプログラムｄｅｖ−１〜ｄｅｖ−ｎについては、それぞれ通信制御層２３とのセッションが固定されている。
【００４１】
通信端末装置１は、サーバ装置２との接続に用いる通信インフラを有線ネットワーク網とした場合、第４の通信部１５に設けられたＮＩＣｄを用い、ＨＵＢ５、ネットワーク３を介してサーバ装置２と通信する。また、サーバ装置２との接続に用いる通信インフラをＢＴ網とした場合、第２の通信部１３に設けられたＮＩＣｂを用い、サーバ装置２に設けられた無線通信部２ａを介してサーバ装置２と通信する。また、サーバ装置２との接続に用いる通信インフラをＳＳ無線網とした場合、第１通信部１２に設けられたＮＩＣａを用い、無線親機４、ＨＵＢ５、ネットワーク３を介してサーバ装置２と通信する。さらに、サーバ装置２との接続に用いる通信インフラを携帯電話網８とした場合、第３の通信部１４に設けられたＮＩＣｃを用い、携帯電話網８、公衆回線網６、ルータ７、ネットワーク３を介してサーバ装置２と通信する。
【００４２】
このように、この実施形態の通信端末装置１は、サーバ装置２に接続するとき、利用者がサーバ装置２との接続に用いる通信インフラを選択する必要がないので、操作性の向上が図れる。また、その時点においてサーバ装置２と接続でき、且つ最も優先順位の高い通信インフラを自動的に選択するので、その時点において最適な通信インフラを用いてサーバ装置２に接続できる。
【００４３】
なお、上記ｓ１１で抽出した通信インフラを表示部１７に表示することによって、その時点においてサーバ装置２と接続できる通信インフラを利用者に通知し、サーバ装置２との接続に用いる通信インフラを利用者に選択させるようにしてもよい。この場合、利用者は、どの通信インフラがサーバ装置２と接続でき、どの通信インフラがサーバ装置２と接続できないかを判断する必要がないので、操作性の向上が図れる。
【００４４】
次に、この発明の実施形態である通信端末装置１における、サーバ装置２と接続状態であるときの処理（接続中処理）について説明する。図７は、この接続中処理を示すフローチャートである。通信端末装置１は、サーバ装置２と接続されている間、この接続中処理を定期的に繰り返し実行する。
【００４５】
まず、通信端末装置１は、その時点においてサーバ装置２との接続に用いている通信インフラによって、サーバ装置２との接続が維持できるかどうかを判定する（ｓ２１）。ｓ２１では、サーバ装置２との接続が切れたときに接続が維持できないと判定するだけでなく、例えばサーバ装置２との接続にＳＳ無線網やＢＴ網を用いている場合、受信レベルが設定レベル（もう少し低下すると接続が切れるレベル）に達したときにも、サーバ装置２との接続が維持できないと判定する。
【００４６】
通信端末装置１は、ｓ２１でサーバ装置２との接続が維持できると判定すると、その時点においてサーバ装置２との接続に用いている通信インフラよりも優先順位の高い通信インフラの中に、サーバ装置２との接続が可能である通信インフラがあるかどうかを判定する（ｓ２２）。ｓ２２では、図４に示した優先順位テーブル、および接続可否テーブルを基に判定する。通信端末装置１は、上述したように図５に示した通信インフラ監視処理により、各通信インフラについてサーバ装置２との接続可否を定期的に判定し、接続可否テーブルを更新している。
【００４７】
通信端末装置１は、ｓ２２でサーバ装置２との接続に用いている通信インフラよりも優先順位の高い通信インフラの中に、サーバ装置２との接続が可能である通信インフラがないと判定すると、本処理を終了する。一方、サーバ装置２との接続に用いている通信インフラよりも優先順位の高い通信インフラの中に、サーバ装置２との接続が可能である通信インフラがあると判定すると、サーバ装置２との接続が可能で、且つ優先順位が最も高い通信インフラを再選択する（ｓ２３）。そして、通信端末装置１は、サーバ装置２との接続を一時的に切断し（ｓ２４）、ｓ２３で選択した通信インフラに応じたＮＩＣを用いて、サーバ装置２に再接続する（ｓ２５）。
【００４８】
このとき、通信端末装置１は、図３に示したようにプロトコル層２２において、セッションＣＴとｓ２３で再選択された通信インフラに応じた物理層２１のＮＩＣａ〜ＮＩＣｄとを接続するセッションの切り替えを行うだけであり、サーバ装置２とアプリケーション間通信を行う本体側のアプリケーションプログラムｄｅｖ−１〜ｄｅｖ−ｎ上ではセッションが切り替わらない。したがって、サーバ装置２との接続に用いる通信インフラを切り替えても、アプリケーションプログラムｄｅｖ−１〜ｄｅｖ−ｎにおいてセッションの切り替えにともなう処理が発生しない。よって、装置本体の処理負荷を増大させることなく、その時点において最適な通信インフラを用いてサーバ装置２に接続し、サーバ装置２との間でアプリケーション間通信が行える。また、サーバ装置２との接続に使用する通信インフラの切り替えが自動的に行われるので、サーバ装置２との接続に使用する通信インフラの切り替えについて、利用者が何ら気にする必要がなく、利用者の操作性の向上が図れる。
【００４９】
なお、サーバ装置１２は、通信端末装置１を識別コードやユニークな名前で認証しているので、通信端末装置２との接続に使用されている通信インフラが切り替わっても、通信端末装置１との間におけるアプリケーション間通信において何ら問題が生じることはない。
【００５０】
また、上記説明では、サーバ装置２との接続に使用している通信インフラよりも優先順位の高い通信インフラがサーバ装置２との接続可能な状態であれば、自動的にサーバ装置２との接続をこの優先順位の高い通信インフラに切り替えるとしたが、通信インフラを切り替えを行うかどうかを確認する画面を表示部１７に表示し、利用者に通信インフラを切り替えを行うかどうかを操作部１６において入力させるようにしてもよい。さらに、通信インフラの切り替えを自動的に行うか、利用者に確認するかを設定できるようにしてもよい。
【００５１】
また、通信端末装置１がｓ２１でサーバ装置２との接続が維持できないと判定した場合、図４（Ｃ）に示す接続可否テーブルを検索し、今回接続が維持できないと判定した通信インフラ以外で、現在相手局と接続することができる通信インフラを抽出する（ｓ２６）。そして、図４（Ａ）に示す優先順位テーブルを用いて、ｓ２６で抽出した通信インフラの中から優先順位が最も高い通信インフラを、相手局であるサーバ装置２との接続に用いる通信インフラとして選択する（ｓ２７）。そして、通信端末装置１は、サーバ装置２との接続が継続されていれば（接続が切れる前に接続を維持できないと判定した場合）、その接続を切断し（ｓ２８、ｓ２９）、ｓ２７で選択した通信インフラに応じたＮＩＣを用いて、サーバ装置２に再接続する（ｓ３０）。
【００５２】
この場合も、通信端末装置１は、図３に示したようにプロトコル層２２において、セッションＣＴとｓ２７で再選択された通信インフラに応じた物理層２１のＮＩＣａ〜ＮＩＣｄとを接続するセッションの切り替えを行うだけであり、サーバ装置２とアプリケーション間通信を行う本体側のアプリケーションプログラムｄｅｖ−１〜ｄｅｖ−ｎ上ではセッションが切り替わらない。したがって、接続中の通信インフラではサーバ装置２との接続が維持できない場合に、通信インフラを切り替えてサーバ装置２との接続を保持するときにおける装置本体の処理負荷を低減できる。
【００５３】
なお、上記説明では、サーバ装置２との接続が維持できないときに、上記ｓ２６で抽出した通信インフラを表示部１７に表示することによって、その時点においてサーバ装置２と接続できる通信インフラを利用者に通知し、サーバ装置２との接続に用いる通信インフラを利用者に選択させるようにしてもよい。この場合、利用者は、どの通信インフラがサーバ装置２と接続でき、どの通信インフラがサーバ装置２と接続できないかを判断する必要がないので、操作性の向上が図れる。
【００５４】
また、上記実施形態では、通信端末装置１がネットワーク３に接続されたサーバ装置２との間でアプリケーション間通信を行う場合を例にして説明したが、この実施形態の通信端末装置１間でもアプリケーション間通信を行うこともできる。この場合、一方の通信端末装置１が上記実施形態のサーバ装置２に対応する動作を実行し、他方の通信端末装置１が、接続に使用する通信インフラを決定する等の上記実施形態で説明した動作を実行する。これにより、両通信端末装置１間でもセッションの切り替えにともなう処理負荷の増大がなく、常に適正な通信インフラで接続を維持しながら、アプリケーション間通信が行える。
【図面の簡単な説明】
【００５５】
【図１】この発明の実施形態である通信端末装置を適用したネットワークシステムの構成を示す図である。
【図２】この発明の実施形態である通信端末装置の構成を示す図である。
【図３】この発明の実施形態である通信端末装置の階層構造を示す図である。
【図４】この発明の実施形態である通信端末装置が記憶するテーブルを示す図である。
【図５】今発明の実施形態である通信端末装置における通信インフラ監視処理を示すフローチャートである。
【図６】この発明の実施形態である通信端末装置におけるサーバ装置との接続時の動作を示すフローチャートである。
【図７】この発明の実施形態である通信端末装置の接続中処理を示すフローチャートである。
【符号の説明】
【００５６】
１−通信端末装置
２−サーバ装置
２１−物理層
２２−プロトコル層
２３−通信制御層
２４−アプリケーション層
【図１】
2005110040.tif 000003
【図２】
2005110040.tif 000004
【図３】
2005110040.tif 000005
【図４】
2005110040.tif 000006
【図５】
2005110040.tif 000007
【図６】
2005110040.tif 000008
【図７】
2005110040.tif 000009