JP5524114B2 - 通信装置、通信システム及びコンピュータプログラム - Google Patents

Description

本発明は、通信装置、通信システム及びコンピュータプログラムに関する。

従来、通信ネットワークを介してアプリケーションのクライアントとサーバ間の通信セッションを確立する際に、通信セッションを一旦終端して中継する通信セッション中継装置が知られている（例えば、特許文献１参照）。

特開２００６−１３５７７６号公報

しかし、上述した従来技術では、クライアントとサーバ間のトラフィックが常に通信セッション中継装置を経由するので、ある通信セッション中継装置に対してトラフィックが集中して輻輳すると、通信システムのスループットが低下する恐れがある。

本発明は、このような事情を考慮してなされたもので、通信ネットワークを介してアプリケーション間の通信セッションを確立する際に、必要に応じて通信セッション中継装置を経由することにより、通信セッション中継装置の負荷を軽減することができる通信装置、通信システム及びコンピュータプログラムを提供することを課題とする。

上記の課題を解決するために、本発明に係る第１の通信装置は、通信ネットワークを介してアプリケーション間の通信セッションを確立する通信装置において、前記通信装置の状態を監視する状態監視部と、前記状態監視部の監視結果に基づいて、前記通信セッションを、通信ネットワーク側に設けられたプロキシ部を経由させるか否かを判断するセッション経路判断部と、前記セッション経路判断部の判断結果に基づいて、前記通信セッションを確立するプロキシ部と、前記通信セッションを管理するセッション管理部と、を備えたことを特徴とする。

本発明に係る第１の通信装置において、前記通信装置は移動端末であり、前記状態監視部は、移動通信ネットワークの基地局に関し、所定時間内に捕捉した基地局の識別子を順次記録し、前記セッション経路判断部は、前記記録された基地局の識別子が所定時間内に所定回数以上変わる場合に、前記通信セッションを、通信ネットワーク側に設けられたプロキシ部を経由させると判断する、ことを特徴とする。

本発明に係る第１の通信装置において、前記通信装置は移動端末であり、前記状態監視部は、移動通信ネットワークの基地局に関し、捕捉した基地局の識別子を順次記録し、前記セッション経路判断部は、前記記録された基地局の識別子が、電波受信状況が悪くなる可能性のあるサービスエリアの基地局の識別子に一致した場合に、前記通信セッションを、通信ネットワーク側に設けられたプロキシ部を経由させると判断する、ことを特徴とする。

本発明に係る第１の通信装置において、前記通信装置は、通信ネットワーク側に設けられたプロキシ部が前記通信セッションを受け入れることが可能か否かを示す状態通知信号を通信ネットワーク側から受信し、前記セッション経路判断部は、前記状態通知信号に基づいて、前記通信セッションを、通信ネットワーク側に設けられたプロキシ部を経由させるか否かを判断する、ことを特徴とする。

本発明に係る第２の通信装置は、通信ネットワークを介してアプリケーション間の通信セッションを確立する通信装置において、前記通信装置の状態を監視する状態監視部と、前記状態監視部の監視結果に基づいて、前記通信セッションを、前記通信装置に設けられたプロキシ部を経由させることができるか否かを判断するセッション受入判断部と、前記セッション受入判断部の判断結果に基づいて、前記通信セッションを確立するプロキシ部と、前記通信セッションを管理するセッション管理部と、を備えたことを特徴とする。

本発明に係る第２の通信装置においては、前記セッション受入判断部の判断結果を状態通知信号として第１の通信装置へ送信することを特徴とする。

本発明に係る通信システムは、前述のいずれかの端末側の第１の通信装置と、前述のいずれかの通信ネットワーク側の第２の通信装置と、を備えたことを特徴とする。

本発明に係るコンピュータプログラムは、通信ネットワークを介してアプリケーション間の通信セッションを確立する通信装置における通信セッション確立処理を行うためのコンピュータプログラムであって、前記通信装置の状態を監視する状態監視ステップと、前記状態監視ステップの監視結果に基づいて、前記通信セッションを、通信ネットワーク側に設けられたプロキシ部を経由させるか否かを判断するセッション経路判断ステップと、前記セッション経路判断ステップの判断結果に基づいて、前記通信セッションを確立するプロキシステップと、前記通信セッションを管理するセッション管理ステップと、をコンピュータに実行させるためのコンピュータプログラムであることを特徴とする。
これにより、前述の第１の通信装置がコンピュータを利用して実現できるようになる。

本発明に係るコンピュータプログラムは、通信ネットワークを介してアプリケーション間の通信セッションを確立する通信装置における通信セッション確立処理を行うためのコンピュータプログラムであって、前記通信装置の状態を監視する状態監視ステップと、前記状態監視ステップの監視結果に基づいて、前記通信セッションを、前記通信装置に設けられたプロキシ部を経由させることができるか否かを判断するセッション受入判断ステップと、前記セッション受入判断ステップの判断結果に基づいて、前記通信セッションを確立するプロキシステップと、前記通信セッションを管理するセッション管理ステップと、をコンピュータに実行させるためのコンピュータプログラムであることを特徴とする。
これにより、前述の第２の通信装置がコンピュータを利用して実現できるようになる。

本発明によれば、通信ネットワークを介してアプリケーション間の通信セッションを確立する際に、必要に応じて通信セッション中継装置を経由することができる。これにより、通信セッション中継装置の負荷を軽減することが可能となる。

本発明の一実施形態に係る通信システムの概略構成図である。 図１に示す通信システムにおける通信セッションの構成を示す概念図である。 本発明に係るクライアント通信装置１の実施例１である。 本発明の実施例１に係る通信セッション確立手順を示すシーケンスチャートである。 本発明の実施例１に係る通信セッション確立手順を示すシーケンスチャートである。 本発明の実施例１に係る通信セッション破棄手順を示すシーケンスチャートである。 本発明の実施例１に係る通信セッション破棄手順を示すシーケンスチャートである。 本発明の実施例１に係る通信セッション破棄手順を示すシーケンスチャートである。 本発明に係る中継装置２の実施例２である。 本発明に係るクライアント通信装置１の実施例２である。 本発明の実施例２に係る通信セッション確立手順を示すシーケンスチャートである。 本発明に係る実施例３の概念図である。 本発明に係る実施例４の概念図である。

以下、図面を参照し、本発明の実施形態について説明する。本発明に係る通信セッションとしては、トランスポート層における通信セッション（例えば、ＴＣＰ（Transmission Control Protocol）セッション又はＵＤＰ（User Datagram Protocol）セッション）もしくはアプリケーション層における通信セッションを指す。

図１は、本発明の一実施形態に係る通信システムの概略構成図である。図１において、クライアント通信装置１は通信回線１００により通信ネットワーク１００に接続する。アプリケーションサーバ３００は通信回線により通信ネットワーク２００に接続する。中継装置２は、通信回線により通信ネットワーク１００及び通信ネットワーク２００にそれぞれ接続する。通信ネットワーク１００と通信ネットワーク２００とは通信回線により接続されている。

図１の通信システムでは、通信ネットワーク１００と通信ネットワーク２００間を流れるトラフィックは、中継装置２を経由する場合と、中継装置２を経由しない場合とが可能である。

図２は、図１に示す通信システムにおける通信セッションの構成を示す概念図である。本実施形態では、クライアント通信装置１に実装されるアプリケーション（以下、クライアントアプリケーションと称する）と、アプリケーションサーバ３００との間で通信セッションを確立する。通信セッション（以下、単に通信セッションと称する）を確立する方法として、二通りある。一つの方法は、クライアント通信装置１とアプリケーションサーバ３００との間で、一つの通信セッション４３０を確立する。この場合、クライアントアプリケーションとアプリケーションサーバ３００との間で流れるトラフィックは、一つの通信セッション４３０のみを経由する。

もう一つの方法は、中継装置２が通信セッションを一旦終端して中継する。この場合、中継装置２は、クライアント通信装置１との間で通信セッション４１０を確立する。さらに、中継装置２は、通信セッション４１０とは別に、アプリケーションサーバ３００との間で通信セッション４２０を確立する。そして、中継装置２は、通信セッション４１０と通信セッション４２０とを対応付けし、通信セッション４１０と通信セッション４２０との間でトラフィックを相互に転送する。これにより、クライアントアプリケーションとアプリケーションサーバ３００との間で流れるトラフィックは、通信セッション４１０、中継装置２及び通信セッション４２０を経由する。

本実施形態では、クライアントアプリケーションとアプリケーションサーバ３００との間で通信セッションを確立する際に、上述の二通りの通信セッション確立方法を使い分ける。

以下、本実施形態に係る実施例を順次説明する。

図３は本発明に係るクライアント通信装置１の実施例１である。本実施例１では、クライアント通信装置１は移動端末であるとする。そして、図１において、通信ネットワーク１００は移動通信ネットワーク（以下、移動通信ネットワーク１００と称する）であり、クライアント通信装置１は無線回線１１０により移動通信ネットワーク１００に接続する。

図３において、クライアント通信装置１は、状態監視部１１とセッション経路判断部１２とプロキシ部１３とセッション管理部１４と通信インタフェース１５とクライアントアプリケーション１６とを備える。通信インタフェース１５は、移動通信ネットワーク１００との間で無線回線１１０を確立してデータを送受する。クライアントアプリケーション１６は、アプリケーションサーバ３００との間で、パケットを送受する。

状態監視部１１は、自クライアント通信装置１の状態を監視する。具体的には、無線通信の安定性に影響する事柄として、例えば、クライアント通信装置１の動き、クライアント通信装置１の位置、クライアント通信装置１における電波の受信強度などを監視する。この監視結果は、クライアント状態通知として、セッション経路判断部１２へ送られる。

セッション経路判断部１２は、状態監視部１１の監視結果に基づいて、クライアントアプリケーション１６とアプリケーションサーバ３００との間の通信セッションを、中継装置２を経由させるか否かを判断する。この判断結果は、セッション経路指定として、プロキシ部１３へ送られる。

プロキシ部１３は、セッション経路判断部１２の判断結果に基づいて、クライアントアプリケーション１６とアプリケーションサーバ３００との間の通信セッションを確立する。プロキシ部１３は、セッション経路判断部１２の判断結果が中継装置２を経由させるである場合には、中継装置２により通信セッション４１０及び通信セッション４２０を確立させる。一方、プロキシ部１３は、セッション経路判断部１２の判断結果が中継装置２を経由させないである場合には、アプリケーションサーバ３００との間で通信セッション４３０を確立する。

又、プロキシ部１３は、クライアントアプリケーション１６との間で通信セッションを確立する。そして、プロキシ部１３は、クライアントアプリケーション１６間の通信セッションと、中継装置２間の通信セッション４１０又はアプリケーションサーバ３００間の通信セッション４３０とを対応付けし、この対応付けした通信セッション間でトラフィックを相互に転送する。

従って、中継装置２を経由する場合には、クライアントアプリケーション１６とアプリケーションサーバ３００との間で流れるトラフィックは、クライアントアプリケーション１６とプロキシ部１３間の通信セッション、通信セッション４１０、中継装置２及び通信セッション４２０を経由する。一方、中継装置２を経由しない場合には、クライアントアプリケーション１６とアプリケーションサーバ３００との間で流れるトラフィックは、クライアントアプリケーション１６とプロキシ部１３間の通信セッション及び通信セッション４３０を経由する。

セッション管理部１４は、クライアントアプリケーション１６とアプリケーションサーバ３００との間の通信セッションを管理する。具体的には、セッション管理部１４は、クライアントアプリケーション１６とプロキシ部１３間の通信セッションを、プロキシ部１３と中継装置２間の通信セッション４１０に対応付けるのか、それともプロキシ部１３とアプリケーションサーバ３００間の通信セッション４３０に対応付けるのか、を示す通信セッション情報を保持する。

図４、図５を参照して、本実施例１に係る通信セッション確立手順を説明する。図４、図５は本実施例１に係る通信セッション確立手順を示すシーケンスチャートであり、図４は中継装置２を経由する場合であり、図５は中継装置２を経由しない場合である。

まず図４を参照して中継装置２を経由する場合の通信セッション確立手順を説明する。
ステップＳ１−１：クライアント通信装置１において、プロキシ部１３は、クライアントアプリケーション１６からアプリケーションサーバ３００宛に送信された「通信セッション確立要求を示すパケット」を捕捉する。

ステップＳ１−２：プロキシ部１３は、セッション経路判断部１２に対し、当該通信セッション確立要求の通信セッションを中継装置２経由にするか否かを問い合わせる。

ステップＳ１−３：セッション経路判断部１２は、状態監視部１１に対し、自クライアント通信装置１の状態に関する情報を要求する。状態監視部１１は、セッション経路判断部１２に対し、自クライアント通信装置１の状態を監視した結果の情報を返答する。

ステップＳ１−４：セッション経路判断部１２は、状態監視部１１から受け取った監視結果の情報に基づいて、当該通信セッション確立要求の通信セッションを中継装置２経由にするか否かを判断する。そして、セッション経路判断部１２は、該判断結果であるセッション経由先情報をプロキシ部１３へ返答する。ここでは、セッション経由先情報は、「中継装置あり」であり、当該通信セッション確立要求の通信セッションを中継装置２経由にすることを指示する。

ステップＳ１−５：プロキシ部１３は、セッション経路判断部１２からセッション経由先情報「中継装置あり」を受け取ると、中継装置２に対し、通信セッションの確立を要求する。このとき、プロキシ部１３は、中継装置２に対し、当該通信セッションの宛先（アプリケーションサーバ３００）を示す情報を通知する。

ステップＳ１−６：中継装置２は、確立を要求された通信セッションの宛先情報で示されるアプリケーションサーバ３００に対し、通信セッションの確立を要求する。そして、中継装置２は、アプリケーションサーバ３００との間で通信セッション４２０を確立する。

ステップＳ１−７：中継装置２は、クライアント通信装置１のプロキシ部１３に対し、通信セッションの確立要求に対する応答（通信セッション確立成功の通知）を行う。そして、中継装置２は、クライアント通信装置１のプロキシ部１３との間で通信セッション４１０を確立する。

ステップＳ１−９：クライアント通信装置１において、プロキシ部１３は、クライアントアプリケーション１６に対し、通信セッション確立要求に対する応答（通信セッション確立成功の通知）を示すパケットを送信する。そして、プロキシ部１３は、クライアントアプリケーション１６との間で通信セッションを確立する。

ステップＳ１−１０：プロキシ部１３は、クライアントアプリケーション１６間の通信セッションと中継装置２間の通信セッション４１０とを対応付ける通信セッション情報をセッション管理部１４へ送る。そして、セッション管理部１４は、該通信セッション情報を記録する。

次に図５を参照して中継装置２を経由しない場合の通信セッション確立手順を説明する。図５において、ステップＳ１−１からＳ１−４までの手順は、上記図４と同じである。但し、図５のステップＳ１−４では、セッション経路判断部１２は、状態監視部１１から受け取った監視結果の情報に基づいて、当該通信セッション確立要求の通信セッションを中継装置２経由にしないと判断する。そして、セッション経路判断部１２は、該判断結果であるセッション経由先情報「中継装置なし」をプロキシ部１３へ返答する。

ステップＳ１−８：プロキシ部１３は、セッション経路判断部１２からセッション経由先情報「中継装置なし」を受け取ると、アプリケーションサーバ３００との間で通信セッション４３０を確立する。

ステップＳ１−９からＳ１−１０までの手順は、上記図４と同じである。但し、図５のステップＳ１−１０では、プロキシ部１３は、クライアントアプリケーション１６間の通信セッションとアプリケーションサーバ３００間の通信セッション４３０とを対応付ける通信セッション情報をセッション管理部１４へ送る。そして、セッション管理部１４は、該通信セッション情報を記録する。

次に、図６、図７、図８を参照して、本実施例１に係る通信セッション破棄手順を説明する。図６、図７、図８は本実施例１に係る通信セッション破棄手順を示すシーケンスチャートであり、図６、図７は中継装置２を経由する場合であり、図８は中継装置２を経由しない場合である。

まず図６を参照して中継装置２を経由する場合の通信セッション破棄手順を説明する。
ステップＳ２−１：クライアント通信装置１において、プロキシ部１３は、クライアントアプリケーション１６からアプリケーションサーバ３００宛に送信された「通信セッション破棄要求を示すパケット」を捕捉する。

ステップＳ２−２：プロキシ部１３は、セッション管理部１４に対し、当該通信セッション破棄要求の通信セッションに関する通信セッション情報を問い合わせる。

ステップＳ２−３：セッション管理部１４は、プロキシ部１３に対し、問い合わせに該当する通信セッションに関する通信セッション情報を返答する。ここでは、通信セッション情報は、当該通信セッション破棄要求の通信セッション（クライアントアプリケーション１６間の通信セッション）と中継装置２間の通信セッション４１０とを対応付ける情報である。

ステップＳ２−４：プロキシ部１３は、セッション管理部１４から受け取った通信セッション情報が示す中継装置２間の通信セッション４１０を破棄するように、中継装置２へ要求する。このとき、プロキシ部１３は、中継装置２に対し、当該通信セッションの宛先（アプリケーションサーバ３００）を示す情報を通知する。

ステップＳ２−５：中継装置２は、破棄を要求された通信セッション４１０の宛先情報で示されるアプリケーションサーバ３００に対し、当該通信セッション４１０に対応付けられている通信セッション４２０の破棄を要求する。そして、中継装置２は、アプリケーションサーバ３００との間で通信セッション４２０を破棄する。

ステップＳ２−６：中継装置２は、クライアント通信装置１のプロキシ部１３に対し、通信セッションの破棄要求に対する応答（通信セッション破棄成功の通知）を行う。そして、中継装置２は、クライアント通信装置１のプロキシ部１３との間で通信セッション４１０を破棄する。

ステップＳ２−８：クライアント通信装置１において、プロキシ部１３は、クライアントアプリケーション１６に対し、通信セッション破棄要求に対する応答（通信セッション破棄成功の通知）を示すパケットを送信する。そして、プロキシ部１３は、クライアントアプリケーション１６との間で通信セッションを破棄する。

ステップＳ２−９：プロキシ部１３は、クライアントアプリケーション１６間の通信セッションと中継装置２間の通信セッション４１０とを対応付ける通信セッション情報を破棄することを指示する破棄セッション情報を、セッション管理部１４へ送る。そして、セッション管理部１４は、該通信セッション情報を削除する。

次に、図７を参照して、本実施例１に係る中継装置２とアプリケーションサーバ３００間の通信セッション４２０の通信セッション破棄手順を説明する。図７は本実施例１に係る通信セッション破棄手順を示すシーケンスチャートであり、中継装置２を経由する場合を示している。

ステップＳ４−１：中継装置２において、プロキシ部は、クライアント通信装置１から、通信セッションの破棄の要求を受信する。

ステップＳ４−２：中継装置２において、プロキシ部は、セッション管理部に対し、当該通信セッション破棄要求の通信セッションに関する通信セッション対応関係情報を問い合わせる。セッション管理部は、プロキシ部に対し、問い合わせに該当する通信セッション対応関係情報を返答する。ここでは、通信セッション対応関係情報は、当該通信セッション破棄要求の通信セッション４１０とアプリケーションサーバ３００間の通信セッション４２０とを対応付ける情報である。

ステップＳ４−３：中継装置２において、プロキシ部は、通信セッション対応関係情報に基づいて、アプリケーションサーバ３００との間で通信セッション４２０を破棄する。

ステップＳ４−４：中継装置２において、プロキシ部は、クライアント通信装置１に対し、通信セッションの破棄要求に対する応答（通信セッション破棄成功の通知）を行う。そして、プロキシ部は、クライアント通信装置１との間で通信セッション４１０を破棄する。

ステップＳ４−５：中継装置２において、プロキシ部は、クライアント通信装置１間の通信セッション４１０とアプリケーションサーバ３００間の通信セッション４２０とを対応付ける通信セッション対応関係情報を破棄することを指示する破棄セッション情報を、セッション管理部へ送る。そして、セッション管理部は、該通信セッション対応関係情報を削除する。

次に図８を参照して中継装置２を経由しない場合の通信セッション破棄手順を説明する。図８において、ステップＳ２−１からＳ２−３までの手順は、上記図６と同じである。但し、図８のステップＳ２−３では、セッション管理部１４からプロキシ部１３へ返答される通信セッション情報は、当該通信セッション破棄要求の通信セッション（クライアントアプリケーション１６間の通信セッション）とアプリケーションサーバ３００間の通信セッション４３０とを対応付ける情報である。

ステップＳ２−７：プロキシ部１３は、セッション管理部１４から受け取った通信セッション情報が示すアプリケーションサーバ３００間の通信セッション４３０を破棄するように、アプリケーションサーバ３００へ要求する。そして、プロキシ部１３は、アプリケーションサーバ３００との間で通信セッション４３０を破棄する。

ステップＳ２−８からＳ２−９までの手順は、上記図６と同じである。但し、図８のステップＳ２−９では、プロキシ部１３は、クライアントアプリケーション１６間の通信セッションとアプリケーションサーバ３００間の通信セッション４３０とを対応付ける通信セッション情報を破棄することを指示する破棄セッション情報を、セッション管理部１４へ送る。そして、セッション管理部１４は、該通信セッション情報を削除する。

なお、クライアント通信装置１の状態監視部１１が中継装置２に導通試験パケットを送信して中継装置２からの応答パケット受信までの待ち時間を測定し、セッション経路判断部１２は、待ち時間の測定値が基準値以上である場合には、クライアントアプリケーション１６とアプリケーションサーバ３００との間の通信セッションを、中継装置２を経由させないと判断するようにしてもよい。

実施例２は、上述した実施例１の変形例である。図９は本発明に係る中継装置２の実施例２である。図９において、中継装置２は、状態監視部２１とセッション受入判断部２２とプロキシ部２３とセッション管理部２４と通信インタフェース２５とを備える。通信インタフェース２５は、クライアント通信装置１が接続する移動通信ネットワーク１００、及び、アプリケーションサーバ３００が接続する通信ネットワーク２００との間で、それぞれにデータを送受する。

状態監視部２１は、自中継装置２の状態を監視する。具体的には、通信セッションの中継の安定性に影響する事柄として、例えば、ＣＰＵ稼働率、確立している通信セッションの数、中継しているパケットのスループットなどを監視する。この監視結果は、中継装置状態通知として、セッション受入判断部２２へ送られる。

セッション受入判断部２２は、状態監視部２１の監視結果に基づいて、自中継装置２が新たに通信セッションの確立要求を受け入れるか否かを判断する。セッション受入判断部２２は、その判断結果である状態通知信号５００をクライアント通信装置１へ送信する。状態通知信号５００は、中継装置２が新たに通信セッションの確立要求を受け入れる状態にあるか否かを示す信号である。又、セッション受入判断部２２は、自中継装置２が新たに通信セッションの確立要求を受け入れるか否かの判断結果をセッション受入可否通知として、プロキシ部２３へ送る。

プロキシ部２３は、クライアント通信装置１からの要求に応じて、クライアント通信装置１間の通信セッション４１０及びアプリケーションサーバ３００間の通信セッション４２０を確立する。このとき、プロキシ部１３は、セッション受入判断部２２からのセッション受入可否通知に従って、クライアント通信装置１からの通信セッション確立要求を受けるか否かを決定する。

セッション管理部２４は、クライアント通信装置１間の通信セッション４１０及びアプリケーションサーバ３００間の通信セッション４２０を管理する。具体的には、セッション管理部２４は、クライアント通信装置１間の通信セッション４１０とアプリケーションサーバ３００間の通信セッション４２０とを対応付けることを示す通信セッション対応関係情報を保持する。

図１０は、本発明に係るクライアント通信装置１の実施例２である。図１０において、図３に示す実施例１のクライアント通信装置１と異なる点は、セッション経路判断部１２が中継装置２から受信した状態通知信号５００を用いる点のみである。

本実施例２では、セッション経路判断部１２は、中継装置２から受信した状態通知信号５００によって、中継装置２が新たに通信セッションの確立要求を受け入れる状態にあるか否かを認識する。セッション経路判断部１２は、状態通知信号５００によって中継装置２が新たに通信セッションの確立要求を受け入れる状態にある場合にのみ、クライアントアプリケーション１６とアプリケーションサーバ３００との間の通信セッションを、中継装置２を経由させると判断する。従って、セッション経路判断部１２は、状態監視部１１の監視結果に基づいて、クライアントアプリケーション１６とアプリケーションサーバ３００との間の通信セッションを、中継装置２を経由させることができる場合であっても、状態通知信号５００によって中継装置２が新たに通信セッションの確立要求を受け入れる状態にないときには、クライアントアプリケーション１６とアプリケーションサーバ３００との間の通信セッションを、中継装置２を経由させないと判断する。

次に、図１１を参照して、本実施例２に係る通信セッション確立手順を説明する。図１１は本実施例２に係る通信セッション確立手順を示すシーケンスチャートであり、中継装置２を経由する場合を示している。

ステップＳ３−１：中継装置２において、状態監視部２１は、自中継装置２の状態を監視し、中継装置状態通知をセッション受入判断部２２へ送る。セッション受入判断部２２は、その中継装置状態通知に基づいて、自中継装置２が新たに通信セッションの確立要求を受け入れるか否かを判断し、状態通知信号５００をクライアント通信装置１へ送信する。

ステップＳ３−２：クライアント通信装置１において、セッション経路判断部１２は、状態監視部１１からのクライアント状態通知および中継装置２からの状態通知信号５００に基づいて、クライアントアプリケーション１６とアプリケーションサーバ３００との間の通信セッションを、中継装置２を経由させるか否かを判断し、セッション経路指定をプロキシ部１３へ送る。ここでは、中継装置２を経由させるとする。プロキシ部１３は、セッション経路指定に従って、中継装置２に対し、通信セッションの確立を要求する。このとき、プロキシ部１３は、中継装置２に対し、当該通信セッションの宛先（アプリケーションサーバ３００）を示す情報を通知する。

ステップＳ３−３：中継装置２において、プロキシ部１３は、クライアント通信装置１から通信セッション確立要求を受けると、セッション受入判断部２２に対し、通信セッション確立の受入可否を問い合わせる。

ステップＳ３−４：セッション受入判断部２２は、プロキシ部１３からの通信セッション確立受入可否問い合わせを受けると、状態監視部２１に対し、中継装置状態通知を要求する。状態監視部２１は、セッション受入判断部２２からの中継装置状態通知要求を受けると、中継状態通知を返答する。

ステップＳ３−５：セッション受入判断部２２は、状態監視部２１からの中継装置状態通知に基づいて、自中継装置２が新たに通信セッションの確立要求を受け入れるか否かを判断し、セッション受入可否通知をプロキシ部２３へ送る。ここでは、受入可とする。

ステップＳ３−６：プロキシ部２３は、セッション受入判断部２２からセッション受入可否通知「受入可」を受けると、アプリケーションサーバ３００に対し、通信セッションの確立を要求する。そして、プロキシ部２３は、アプリケーションサーバ３００との間で通信セッション４２０を確立する。

ステップＳ３−７：プロキシ部２３は、クライアント通信装置１に対し、通信セッションの確立要求に対する応答（通信セッション確立成功の通知）を行う。この後、プロキシ部２３は、クライアント通信装置１との間で通信セッション４１０を確立する。

ステップＳ３−８：プロキシ部２３は、クライアント通信装置１間の通信セッション４１０とアプリケーションサーバ３００間の通信セッション４２０とを対応付ける通信セッション対応関係情報をセッション管理部１４へ送る。そして、セッション管理部１４は、該通信セッション対応関係情報を記録する。

なお、本実施例２に係る通信セッション破棄手順は、上記図７に示す実施例１と同様である。

実施例３は、上述した実施例１又は２の応用例である。図１２は本発明に係る実施例３の概念図である。図１２において、クライアント通信装置１は、基地局Ａ（基地局識別子（基地局ＩＤ）：００００１）から基地局Ｂ（基地局ＩＤ：００００２）を経由して基地局Ｃ（基地局ＩＤ：００００３）へ移動している。

クライアント通信装置１の状態監視部１１は、所定時間内に捕捉した基地局の識別子を順次、基地局ＩＤリストに記録する。このとき、補足する基地局には、クライアント通信装置１が接続した基地局と、クライアント通信装置１が電波を受信したが接続しない基地局との両方を含める。

セッション経路判断部１２は、基地局ＩＤリストにおいて記録された基地局ＩＤが所定時間内に所定回数以上変わる場合に、クライアントアプリケーション１６とアプリケーションサーバ３００との間の通信セッションを、中継装置２を経由させると判断する。これは、クライアント通信装置１が移動していることから、基地局間のハンドオーバによって通信が瞬断したり、高速移動によって無線環境が劣化して通信断が発生したりすることに備えるためである。

本実施例３によれば、クライアント通信装置１と移動通信ネットワーク１００間の無線回線１１０が一時的に切断したとしても、中継装置２のプロキシ部２３の通信セッション代行機能によってアプリケーションサーバ３００間の通信セッション４２０が継続されるので、クライアント通信装置１とアプリケーションサーバ３００間の通信セッションが維持される。

実施例４は、上述した実施例１又は２の応用例である。図１３は本発明に係る実施例４の概念図である。図１３において、クライアント通信装置１は、基地局Ｄ（基地局ＩＤ：０００１１）から基地局Ｅ（基地局ＩＤ：０００１２）へ移動している。基地局Ｅのサービスエリア内にはトンネルが在り、当該トンネル内では基地局Ｅとの無線接続が切断される。クライアント通信装置１には、基地局Ｅの基地局ＩＤ「０００１２」が、電波受信状況が悪くなる可能性のあるサービスエリアとして、あらかじめ広報され、保存されている。

クライアント通信装置１の状態監視部１１は、捕捉した基地局の識別子を順次、基地局ＩＤリストに記録する。このとき、補足する基地局には、クライアント通信装置１が接続した基地局と、クライアント通信装置１が電波を受信したが接続しない基地局との両方を含める。

セッション経路判断部１２は、基地局ＩＤリストにおいて記録された基地局ＩＤが、電波受信状況が悪くなる可能性のあるサービスエリアの基地局の基地局ＩＤに一致した場合に、クライアントアプリケーション１６とアプリケーションサーバ３００との間の通信セッションを、中継装置２を経由させると判断する。これは、クライアント通信装置１が基地局Ｅのサービスエリア内のトンネルに入って基地局Ｅとの無線接続が切断されることに備えるためである。

本実施例４によれば、クライアント通信装置１と移動通信ネットワーク１００間の無線回線１１０が一時的に切断したとしても、中継装置２のプロキシ部２３の通信セッション代行機能によってアプリケーションサーバ３００間の通信セッション４２０が継続されるので、クライアント通信装置１とアプリケーションサーバ３００間の通信セッションが維持される。

なお、状態監視部１１が定期的に無線電波の受信強度を測定し、セッション経路判断部１２は、受信強度の測定値が基準値より低い場合に、クライアントアプリケーション１６とアプリケーションサーバ３００との間の通信セッションを、中継装置２を経由させると判断するようにしてもよい。

上述した実施例３、４によれば、クライアント通信装置１において無線通信の切断時に当該通信の切断がアプリケーションに与える悪影響を緩和することができる。又、クライアント通信装置１が利用している無線通信が切断しそうな場合にのみ、中継装置２経由で通信トラヒックを転送するので、中継装置２の負荷を軽減する効果が得られる。

本実施形態によれば、クライアント通信装置１は、クライアント通信装置１における状態に応じて、中継装置２による経路中継を必要とする場合にのみ、通信トラフィックを中継装置経由で配送させることが可能となる。これにより、中継装置２に対して通信トラヒックの集中による輻輳を軽減し、通信システムのスループット低減を防ぐことができる。

また、中継装置２からの状態通知を考慮することで、クライアント通信装置１があるアプリケーションの通信トラヒック経路を決定する際に、中継装置２の状態悪化によってクライアント通信装置１内のアプリケーションのスループットが低下する恐れがある場合には、中継装置経由で通信トラヒックを転送させるのを防ぐことができる。

以上、本発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計変更等も含まれる。

例えば、中継装置２が映像のコーデック変換を行う機能を具備してもよい。これにより、クライアント通信装置１は、利用している通信方式の品質（帯域、遅延など）に応じて中継装置２経由にするか否かを判断することにより、アプリケーションサーバ３００から送信された映像データのコーデック変換を行うか否かを切り替えることができる。

また、図３、図９、図１０に示す装置の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより、通信セッション確立処理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものであってもよい。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、フラッシュメモリ等の書き込み可能な不揮発性メモリ、ＤＶＤ（Digital Versatile Disk）等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。

さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（例えばＤＲＡＭ（Dynamic Random Access Memory））のように、一定時間プログラムを保持しているものも含むものとする。
また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。
また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。

１…クライアント通信装置、２…中継装置、１１…状態監視部、１２…セッション経路判断部、１３…プロキシ部、１４…セッション管理部、１５…通信インタフェース、１６…クライアントアプリケーション、２１…状態監視部、２２…セッション受入判断部、２３…プロキシ部、２４…セッション管理部、２５…通信インタフェース

Claims (10)

1. 通信ネットワークを介してアプリケーション間の通信セッションを確立する通信装置において、
   前記通信装置の状態を監視する状態監視部と、
   前記状態監視部の監視結果に基づいて、前記通信セッションを、通信ネットワーク側に設けられたプロキシ部を経由させるか否かを判断するセッション経路判断部と、
   前記セッション経路判断部の判断結果に基づいて、前記通信セッションを確立するプロキシ部と、
   前記通信セッションを管理するセッション管理部と、
   を備えたことを特徴とする通信装置。
2. 前記通信装置は移動端末であり、
   前記状態監視部は、移動通信ネットワークの基地局に関し、所定時間内に捕捉した基地局の識別子を順次記録し、
   前記セッション経路判断部は、前記記録された基地局の識別子が所定時間内に所定回数以上変わる場合に、前記通信セッションを、通信ネットワーク側に設けられたプロキシ部を経由させると判断する、
   ことを特徴とする請求項１に記載の通信装置。
3. 前記通信装置は移動端末であり、
   前記状態監視部は、移動通信ネットワークの基地局に関し、捕捉した基地局の識別子を順次記録し、
   前記セッション経路判断部は、前記記録された基地局の識別子が、電波受信状況が悪くなる可能性のあるサービスエリアの基地局の識別子に一致した場合に、前記通信セッションを、通信ネットワーク側に設けられたプロキシ部を経由させると判断する、
   ことを特徴とする請求項１に記載の通信装置。
4. 前記通信装置は、通信ネットワーク側に設けられたプロキシ部が前記通信セッションを受け入れることが可能か否かを示す状態通知信号を通信ネットワーク側から受信し、
   前記セッション経路判断部は、前記状態通知信号に基づいて、前記通信セッションを、通信ネットワーク側に設けられたプロキシ部を経由させるか否かを判断する、
   ことを特徴とする請求項１から３のいずれか１項に記載の通信装置。
5. 通信ネットワークを介してアプリケーション間の通信セッションを確立する通信装置において、
   前記通信装置の状態を監視する状態監視部と、
   前記状態監視部の監視結果に基づいて、前記通信セッションを、前記通信装置に設けられたプロキシ部を経由させることができるか否かを判断するセッション受入判断部と、
   前記セッション受入判断部の判断結果に基づいて、前記通信セッションを確立するプロキシ部と、
   前記通信セッションを管理するセッション管理部と、
   を備えたことを特徴とする通信装置。
6. 前記セッション受入判断部の判断結果を状態通知信号として請求項４に記載の通信装置へ送信することを特徴とする請求項５に記載の通信装置。
7. 請求項１から３のいずれか１項に記載の端末側の通信装置と、
   請求項５に記載の通信ネットワーク側の通信装置と、
   を備えたことを特徴とする通信システム。
8. 請求項４に記載の端末側の通信装置と、
   請求項６に記載の通信ネットワーク側の通信装置と、
   を備えたことを特徴とする通信システム。
9. 通信ネットワークを介してアプリケーション間の通信セッションを確立する通信装置における通信セッション確立処理を行うためのコンピュータプログラムであって、
   前記通信装置の状態を監視する状態監視ステップと、
   前記状態監視ステップの監視結果に基づいて、前記通信セッションを、通信ネットワーク側に設けられたプロキシ部を経由させるか否かを判断するセッション経路判断ステップと、
   前記セッション経路判断ステップの判断結果に基づいて、前記通信セッションを確立するプロキシステップと、
   前記通信セッションを管理するセッション管理ステップと、
   をコンピュータに実行させるためのコンピュータプログラム。
10. 通信ネットワークを介してアプリケーション間の通信セッションを確立する通信装置における通信セッション確立処理を行うためのコンピュータプログラムであって、
    前記通信装置の状態を監視する状態監視ステップと、
    前記状態監視ステップの監視結果に基づいて、前記通信セッションを、前記通信装置に設けられたプロキシ部を経由させることができるか否かを判断するセッション受入判断ステップと、
    前記セッション受入判断ステップの判断結果に基づいて、前記通信セッションを確立するプロキシステップと、
    前記通信セッションを管理するセッション管理ステップと、
    をコンピュータに実行させるためのコンピュータプログラム。

Images