(57)【要約】【課題】通信システム、通信方法および無線通信装置を提供すること。【解決手段】複数のアプリケーションサーバと、第１の基地局および第２の基地局と、前記第１の基地局を介して前記複数のアプリケーションサーバのうちのいずれかのアプリケーションサーバを利用する無線通信装置とを備え、前記無線通信装置が前記第２の基地局にハンドオーバされる際、前記第２の基地局および前記アプリケーションサーバ間を含む通信経路の通信品質に基づき、前記無線通信装置が利用する前記アプリケーションサーバを他のアプリケーションサーバに変更するか否かを判断する、通信システム。【選択図】図３
2011103567.tif 000002
【特許請求の範囲】
【請求項１】
複数のアプリケーションサーバと；
第１の基地局および第２の基地局と；
前記第１の基地局を介して前記複数のアプリケーションサーバのうちのいずれかのアプリケーションサーバを利用する無線通信装置と；
を備え、
前記無線通信装置が前記第２の基地局にハンドオーバされる際、通信経路の通信品質に基づき、前記無線通信装置が利用する前記アプリケーションサーバを他のアプリケーションサーバに変更するか否かを判断する、通信システム。
【請求項２】
前記通信経路は、前記第２の基地局および前記アプリケーションサーバ間の通信経路、または、前記第２の基地局および前記アプリケーションサーバ間を含む、前記無線通信装置および前記アプリケーションサーバ間の通信経路である、請求項１に記載の通信システム。
【請求項３】
前記第２の基地局および前記アプリケーションサーバの通信経路の通信品質が所定の基準を満たさない場合、前記無線通信装置が利用する前記アプリケーションサーバを、前記第２の基地局との間を含む通信経路の通信品質が前記所定の基準を満たす前記他のアプリケーションサーバに変更する、請求項２に記載の通信システム。
【請求項４】
前記無線通信装置が前記第２の基地局にハンドオーバされることが確認された後に、前記第２の基地局および前記アプリケーションサーバ間の通信経路の通信品質を前記第２の基地局および前記アプリケーションサーバ間の通信により取得し、前記第２の基地局および前記他のアプリケーションサーバ間の含む通信経路の通信品質を前記第２の基地局および前記他のアプリケーションサーバ間の通信により取得する、請求項３に記載の通信システム。
【請求項５】
前記第２の基地局および前記アプリケーションサーバ間の通信経路の通信品質を前記第２の基地局および前記アプリケーションサーバ間の事前通信により取得し、
前記第２の基地局および前記他のアプリケーションサーバ間の含む通信経路の通信品質を前記第２の基地局および前記他のアプリケーションサーバ間の事前通信により取得する、請求項３に記載の通信システム。
【請求項６】
前記アプリケーションサーバは、
前記アプリケーションサーバにある時点で保存されている前記無線通信装置のアプリケーションに関する個別情報を前記他のアプリケーションサーバに送信し、
前記個別情報の送信開始以降に前記無線通信装置から入力情報を受信すると、前記入力情報に基づく処理を行うと共に、前記入力情報を前記他のアプリケーションサーバへ転送し、
前記他のアプリケーションサーバは、
前記アプリケーションサーバからの前記個別情報の受信および保存が終了した後に、前記アプリケーションサーバから転送された前記入力情報に基づく処理を行い、
前記アプリケーションサーバから前記他のアプリケーションサーバへの変更は、前記他のアプリケーションサーバによる前記入力情報に基づく処理が終了した後に行われる、請求項３に記載の通信システム。
【請求項７】
前記第２の基地局および前記アプリケーションサーバ間の通信経路の通信品質、および前記第２の基地局および前記他のアプリケーションサーバ間の通信経路の通信品質に基づき、前記アプリケーションサーバを前記他のアプリケーションサーバに変更するか否かを判断する管理サーバをさらに備え、
前記アプリケーションサーバは、前記管理サーバからの指示に従って前記個別情報の送信を開始する、請求項６に記載の通信システム。
【請求項８】
前記管理サーバは、前記第２の基地局と対応付けて１または２以上のアプリケーションサーバの候補を記憶しており、前記１または２以上のアプリケーションサーバの候補に対して前記第２の基地局との前記事前通信を指示する、請求項７に記載の通信システム。
【請求項９】
無線通信装置が第１の基地局を介してアプリケーションサーバを利用するステップと；
前記無線通信装置が前記第１の基地局から前記第２の基地局へハンドオーバされるステップと；
を含み、
前記無線通信装置が前記第２の基地局にハンドオーバされる際、通信経路の通信品質に基づき、前記無線通信装置が利用する前記アプリケーションサーバを他のアプリケーションサーバに変更するか否かを判断する、通信方法。
【請求項１０】
無線通信装置であって、
第１の基地局を介して利用中のアプリケーションサーバと通信する通信部を備え、
前記無線通信装置が第２の基地局にハンドオーバされる際、通信経路の通信品質が所定の基準を満たさない場合、前記無線通信装置が利用する前記アプリケーションサーバを他のアプリケーションサーバに変更する、無線通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システム、通信方法および無線通信装置に関する。
【背景技術】
【０００２】
近日、無線通信装置などのユーザ機器は、ネットワークを利用してアプリケーションを実行することができる。具体的な実行方法として、例えば以下に示す２つの方法が挙げられる。
（１）「Ｘ端末」または「シンクライアント」のような概念に基づく実行方法（例えば、特許文献１参照。）
ネットワーク上にアプリケーションサーバを設置し、無線通信装置に対するユーザ操作に基づき、アプリケーションサーバがプログラム（アプリケーション）を実行する。
（２）「エージェント」のような概念に基づく実行方法
ネットワーク上にアプリケーションサーバを設置し、無線通信装置がネットワークを介してアプリケーションサーバからプログラムをダウンロードし、無線通信装置がプログラムを実行する。
【０００３】
上記（１）の方法においては、無線通信装置およびアプリケーションサーバ間の距離が長くなると、遅延が大きくなったり、通信経路におけるボトルネックの存在により通信速度が小さくなったりする。また、使用中の無線ネットワークより適する無線ネットワークの検出が困難である。一方、上記（２）の方法においては、無線通信装置の信号処理速度やメモリ容量がアプリケーションに対して十分でない場合がある。
【０００４】
なお、ネットワークには複数の基地局が設置されており、無線通信装置は、いずれかの基地局との無線通信を利用してアプリケーションサーバと通信することができる。また、無線通信装置は、基地局との距離が離れて無線通信品質が劣化した場合など、必要に応じて他の基地局へハンドオーバされる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００３−１４１０６４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、無線通信装置が他の基地局へハンドオーバされると、無線通信装置およびアプリケーションサーバ間の通信が、ハンドオーバ先の基地局およびアプリケーションサーバ間の通信経路を介して行われるようになる。このため、遅延およびジッタなどの通信品質が変化し、アプリケーションの実行のための通信品質が満たされなくなることが懸念される。
【０００７】
そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、ネットワークを利用するアプリケーションの実行に基地局間ハンドオーバが悪影響を与える場合を抑制することが可能な、新規かつ改良された通信システム、通信方法および無線通信装置を提供することにある。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、本発明のある観点によれば、複数のアプリケーションサーバと、第１の基地局および第２の基地局と、前記第１の基地局を介して前記複数のアプリケーションサーバのうちのいずれかのアプリケーションサーバを利用する無線通信装置とを備え、前記無線通信装置が前記第２の基地局にハンドオーバされる際、通信経路の通信品質に基づき、前記無線通信装置が利用する前記アプリケーションサーバを他のアプリケーションサーバに変更するか否かを判断する、通信システムが提供される。ここで、前記通信経路は、前記第２の基地局および前記アプリケーションサーバ間の通信経路、または、前記第２の基地局および前記アプリケーションサーバ間を含む、前記無線通信装置および前記アプリケーションサーバ間の通信経路であってもよい。
【０００９】
前記第２の基地局および前記アプリケーションサーバ間を含む通信経路の通信品質が所定の基準を満たさない場合、前記無線通信装置が利用する前記アプリケーションサーバを、前記第２の基地局との間を含む通信経路の通信品質が前記所定の基準を満たす前記他のアプリケーションサーバに変更してもよい。
【００１０】
前記無線通信装置が前記第２の基地局にハンドオーバされることが確認された後に、前記第２の基地局および前記アプリケーションサーバ間の通信経路の通信品質を前記第２の基地局および前記アプリケーションサーバ間の通信により取得し、前記第２の基地局および前記他のアプリケーションサーバ間の含む通信経路の通信品質を前記第２の基地局および前記他のアプリケーションサーバ間の通信により取得してもよい。または、前記第２の基地局および前記アプリケーションサーバ間を含む通信経路の通信品質を前記第２の基地局および前記アプリケーションサーバ間の事前通信により取得し、前記第２の基地局および前記他のアプリケーションサーバ間を含む通信経路の通信品質を前記第２の基地局および前記他のアプリケーションサーバ間の事前通信により取得してもよい。
【００１１】
前記アプリケーションサーバは、前記アプリケーションサーバにある時点で保存されている前記無線通信装置のアプリケーションに関する個別情報を前記他のアプリケーションサーバに送信し、前記個別情報の送信開始以降に前記無線通信装置から入力情報を受信すると、前記入力情報に基づく処理を行うと共に、前記入力情報を前記他のアプリケーションサーバへ転送し、前記他のアプリケーションサーバは、前記アプリケーションサーバからの前記個別情報の受信および保存が終了した後に、前記アプリケーションサーバから転送された前記入力情報に基づく処理を行い、前記アプリケーションサーバから前記他のアプリケーションサーバへの変更は、前記他のアプリケーションサーバによる前記入力情報に基づく処理が終了した後に行われてもよい。
【００１２】
前記第２の基地局および前記アプリケーションサーバ間の通信経路の通信品質、および前記第２の基地局および前記他のアプリケーションサーバ間の通信経路の通信品質に基づき、前記アプリケーションサーバを前記他のアプリケーションサーバに変更するか否かを判断する管理サーバをさらに備え、前記アプリケーションサーバは、前記管理サーバからの指示に従って前記個別情報の送信を開始してもよい。
【００１３】
前記管理サーバは、前記第２の基地局と対応付けて１または２以上のアプリケーションサーバの候補を記憶しており、前記１または２以上のアプリケーションサーバの候補に対して前記第２の基地局との前記事前通信を指示してもよい。
【００１４】
また、上記課題を解決するために、本発明の別の観点によれば、無線通信装置が第１の基地局を介してアプリケーションサーバを利用するステップと、前記無線通信装置が前記第１の基地局から前記第２の基地局へハンドオーバされるステップとを含み、前記無線通信装置が前記第２の基地局にハンドオーバされる際、前記第２の基地局および前記アプリケーションサーバ間を含む通信経路の通信品質に基づき、前記無線通信装置が利用する前記アプリケーションサーバを他のアプリケーションサーバに変更するか否かを判断する、通信方法が提供される。
【００１５】
また、上記課題を解決するために、本発明の別の観点によれば、無線通信装置であって、第１の基地局を介して利用中のアプリケーションサーバと通信する通信部を備え、前記無線通信装置が第２の基地局にハンドオーバされる際、前記第２の基地局および前記アプリケーションサーバ間を含む通信経路が所定の基準を満たさない場合、前記無線通信装置が利用する前記アプリケーションサーバを他のアプリケーションサーバに変更する、無線通信装置が提供される。
【発明の効果】
【００１６】
以上説明したように本発明によれば、ネットワークを利用するアプリケーションの実行に基地局間ハンドオーバが悪影響を与える場合を抑制することが可能である。
【図面の簡単な説明】
【００１７】
【図１】本発明の実施形態による通信システムの構成を示した説明図である。
【図２】ハンドオーバによる無線通信装置およびアプリケーションサーバ間の通信経路の変化を示した説明図である。
【図３】本実施形態による通信システムの処理を概略的に示したフローチャートである。
【図４】本実施形態による無線通信装置の構成を示した機能ブロック図である。
【図５】本実施形態によるアプリケーションサーバの構成を示した機能ブロック図である。
【図６】本実施形態による管理サーバの構成を示した機能ブロック図である。
【図７】無線通信装置が主導でハンドオーバを行う例を示したシーケンス図である。
【図８】管理サーバが主導でハンドオーバを行う例を示したシーケンス図である。
【図９】ハンドオーバ後の通信品質を取得する流れを示したシーケンス図である。
【図１０】管理サーバによる処理判断の流れを示したフローチャートである。
【図１１】アプリケーションごとの通信品質の基準の具体例を示した説明図である。
【図１２】通信品質評価の流れを示したフローチャートである。
【図１３】利用中のアプリケーションサーバによる変更処理の流れを示したフローチャートである。
【図１４】変更先のアプリケーションサーバによる変更処理の流れを示したフローチャートである。
【図１５】アプリケーションサーバの変更処理のシーケンスを示した説明図である。
【発明を実施するための形態】
【００１８】
以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００１９】
また、本明細書及び図面において、実質的に同一の機能構成を有する複数の構成要素を、同一の符号の後に異なるアルファベットを付して区別する場合もある。例えば、実質的に同一の機能構成を有する複数の構成を、必要に応じて基地局１６Ａ、１６Ｂおよび１６Ｃのように区別する。ただし、実質的に同一の機能構成を有する複数の構成要素の各々を特に区別する必要がない場合、同一符号のみを付する。例えば、基地局１６Ａ、１６Ｂおよび１６Ｃを特に区別する必要が無い場合には、単に基地局１６と称する。
【００２０】
また、以下に示す項目順序に従って当該「発明を実施するための形態」を説明する。
１．通信システムの概要
２．各ノードの構成
２−１．無線通信装置の構成
２−２．アプリケーションサーバの構成
２−３．管理サーバの構成
３．ハンドオーバ
４．ハンドオーバ後の通信品質の取得（予測）
５．アプリケーションサーバの変更基準
６．アプリケーションサーバの変更処理
７．まとめ
【００２１】
＜通信システムの概要＞
まず、図１を参照し、本発明の実施形態による通信システム１について概略的に説明する。
【００２２】
図１は、本発明の実施形態による通信システム１の構成を示した説明図である。図１に示したように、本発明の実施形態による通信システム１は、管理サーバ１０と、ネットワーク１２Ａ〜１２Ｄと、ルータ１４Ａおよびルータ１４Ｂと、基地局１６Ａ〜１６Ｃと、無線通信装置２０と、アプリケーションサーバ３０Ａ〜３０Ｄと、を備える。
【００２３】
基地局１６Ａ〜１６Ｃ、管理サーバ１０、およびアプリケーションサーバ３０Ａ〜３０Ｄなどは、ネットワーク１２上に設置される、あるいは、ネットワーク１２と接続される。具体例として示した図１においては、ネットワーク１２Ａに基地局１６Ａおよびアプリケーションサーバ３０Ａが接続され、ネットワーク１２Ｂに基地局１６Ｂおよびアプリケーションサーバ３０Ｂが接続され、ネットワーク１２Ｃに基地局１６Ｃおよびアプリケーションサーバ３０Ｃが接続され、ネットワーク１２Ｄに管理サーバ１０およびアプリケーションサーバ３０Ｄが接続されている。また、ネットワーク１２Ａとネットワーク１２Ｄがルータ１４Ａを介して接続され、ネットワーク１２Ｂ〜ネットワーク１２Ｄがルータ１４Ｂを介して接続されている。
【００２４】
このようなネットワーク１２は、ネットワーク１２に接続されている装置から送信される情報の有線、または無線の伝送路である。例えば、ネットワーク１２は、インターネット、電話回線網、衛星通信網などの公衆回線網や、Ｅｔｈｅｒｎｅｔ（登録商標）を含む各種のＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）などを含んでもよい。また、ネットワーク１２は、ＩＰ−ＶＰＮ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ−Ｖｉｒｔｕａｌ  Ｐｒｉｖａｔｅ  Ｎｅｔｗｏｒｋ）などの専用回線網を含んでもよい。
【００２５】
基地局１６（アクセスポイント）は、無線通信装置２０と接続され、無線通信装置２０およびネットワーク１２間の通信を中継する。例えば、基地局１６は、無線通信装置２０から受信した信号をネットワーク１２へ送信し、ネットワーク１２から受信した信号を無線通信装置２０へ送信する。
【００２６】
なお、基地局１６および無線通信装置２０間の通信方式は特に限定されない。例えば、基地局１６は、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）、ＬＴＥ−Ａ（ＬＴＥ−Ａｄｖａｎｃｅｄ）、ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃ  Ｅｎｇｉｎｅｅｒｓ）８０２．１１ａ、ｂ、ｇまたはｎ、ＷｉＭＡＸ（Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ）、またはＨＳＰＡ（Ｈｉｇｈ  Ｓｐｅｅｄ  Ｐａｃｋｅｔ  Ａｃｃｅｓｓ）に基づいて無線通信装置２０と通信してもよい。
【００２７】
無線通信装置２０は、基地局１６を介してアプリケーションサーバ３０と通信することにより、アプリケーションサーバ３０と協働してアプリケーションを実行することができる。例えば、無線通信装置２０は、基地局１６Ｂと接続されている場合、基地局１６Ｂを介してアプリケーションサーバ３０Ｂと通信することによりアプリケーションを実行することができる。
【００２８】
より具体的には、無線通信装置２０は、無線通信装置２０に対するユーザ操作に基づきアプリケーションサーバ３０Ｂにアプリケーションを実行させ、実行結果を基地局１６Ｂを介して取得してもよい。または、無線通信装置２０がアプリケーションサーバ３０Ｂからアプリケーションプログラムをダウンロードし、無線通信装置２０がアプリケーションプログラムを実行してもよい。
【００２９】
なお、図１においては、無線通信装置２０の一例として携帯電話を示しているが、無線通信装置２０は携帯電話に限定されない。例えば、無線通信装置２０は、ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）、家庭用映像処理装置（ＤＶＤレコーダ、ビデオデッキなど）、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔｓ）、家庭用ゲーム機器、家電機器などの情報処理装置であってもよい。また、無線通信装置２０は、ＰＨＳ（Ｐｅｒｓｏｎａｌ  Ｈａｎｄｙｐｈｏｎｅ  Ｓｙｓｔｅｍ）、携帯用音楽再生装置、携帯用映像処理装置、携帯用ゲーム機器などの情報処理装置であってもよい。
【００３０】
アプリケーションサーバ３０は、無線通信装置２０からの指示、入力に応じてアプリケーションを実行し、実行結果を無線通信装置２０へ送信する。ここで、アプリケーションの種類として、ゲーム、ＡＲ、テレビ会議、情報検索、音楽や映像などのコンテンツ再生などが挙げられる。
【００３１】
管理サーバ１０（Ｉｎｆｏｒｍａｔｉｏｎ  Ｓｅｒｖｅｒ）は、ページング処理、ハンドオーバ、データのルーティングなどを行う、通信システム１における主要なコントロールノードである。この通信システム１が例えばＬＴＥで構成される場合、管理サーバ１０は、ＭＭＥ（ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｅｎｔｉｔｙ）やＳ−ＧＷ（ｓｅｒｖｉｎｇ  ｇａｔｅｗａｙ）として機能してもよい。
【００３２】
なお、本明細書においては、無線通信装置２０の利用するアプリケーションサーバ３０を変更するか否かを管理サーバ１０が判断し、変更指示を管理サーバ１０が行う例に重きをおいて説明するが、本発明はかかる例に限定されない。例えば、各アプリケーションサーバ３０または無線通信装置２０が変更の要否を判断し、変更を主体的に行ってもよい。
【００３３】
上述した通信システム１においては、必要に応じて無線通信装置２０のハンドオーバが行われる。例えば、基地局１６Ｂと接続されている無線通信装置２０が移動により基地局１６Ｂから遠ざかった場合、無線通信装置２０および基地局１６Ｂ間の無線通信品質が劣化するので、無線通信装置２０は、管理サーバ１０により、基地局１６Ｂから例えば他の基地局１６Ｃへハンドオーバされる。
【００３４】
ここで、仮に、ハンドオーバの前後に渡って無線通信装置２０が同一のアプリケーションサーバ３０を利用する場合、無線通信装置２０およびアプリケーションサーバ３０間の通信経路が変化する。以下、この点について図２を参照して具体的に説明する。
【００３５】
図２は、ハンドオーバによる無線通信装置２０およびアプリケーションサーバ３０間の通信経路の変化を示した説明図である。なお、図２においては、説明の便宜上、構成の一部を簡略化している。図２に示したように、ハンドオーバ前の無線通信装置２０およびアプリケーションサーバ３０間の通信経路は、無線通信装置２０−基地局１６Ｂ−ネットワーク１２Ｂ−アプリケーションサーバ３０Ｂである。一方、ハンドオーバ後の無線通信装置２０およびアプリケーションサーバ３０間の通信経路は、無線通信装置２０−基地局１６Ｃ−ルータ１４Ｂ−ネットワーク１２Ｂ−アプリケーションサーバ３０Ｂである。
【００３６】
このように、ハンドオーバの前後に渡って無線通信装置２０が同一のアプリケーションサーバ３０を利用する場合、無線通信装置２０およびアプリケーションサーバ３０間の通信経路の距離が長くなり、アプリケーションの実行のための通信品質が満たされなくなることが懸念される。
【００３７】
上記の背景の下、本実施形態による通信システム１を創作するに至った。本実施形態による通信システム１は、概略的には、図３に示す処理を行う。
【００３８】
図３は、本実施形態による通信システム１の処理を概略的に示したフローチャートである。図３に示したように、無線通信装置２０のハンドオーバが行われる場合（Ｓ６２）、管理サーバ１０は、ハンドオーバ先の基地局１６と、候補の１または２以上のアプリケーションサーバ３０間の通信品質を取得する（Ｓ６４）。なお、ハンドオーバについては「３．ハンドオーバ」において詳細に説明し、通信品質の取得については「４．ハンドオーバ後の通信品質の取得（予測）」において詳細に説明する。
【００３９】
その後、管理サーバ１０は、無線通信装置２０のハンドオーバと並列的に（Ｓ６５）、Ｓ６４において取得した通信品質に基づいて無線通信装置２０が利用するアプリケーションサーバ３０の変更の要否を判断し（Ｓ６６）、必要な場合にはアプリケーションサーバ３０の変更処理を指示する（Ｓ６７）。なお、アプリケーションサーバ３０の変更の要否を判断については「５．アプリケーションサーバの変更基準」において詳細に説明し、アプリケーションサーバ３０の変更処理については「６．アプリケーションサーバの変更処理」において詳細に説明する。
【００４０】
このような本実施形態による通信システム１によれば、アプリケーションの実行にハンドオーバが悪影響を与える場合を抑制することが可能である。また、アプリケーションの実行に影響を与えずに無線通信装置２０が利用するアプリケーションサーバ３０を変更することができる。以下、このような本実施形態による通信システム１について、より詳細に説明する。
【００４１】
＜２．各ノードの構成＞
（２−１．無線通信装置の構成）
図４は、本実施形態による無線通信装置２０の構成を示した機能ブロック図である。図４に示したように、本実施形態による無線通信装置２０は、アンテナ２１０と、通信処理部２２０と、中央制御部２３０と、記憶部２４０と、ユーザ入力部２５０と、表示部２６０と、を備える。
【００４２】
アンテナ２１０は、基地局１６とのインターフェースであり、基地局１６との間で無線信号を送受信する。具体的には、アンテナ２１０は、基地局１６から送信された無線信号を電気的な受信信号に変換して通信処理部２２０に供給し、通信処理部２２０から供給される電気的な送信信号を無線信号に変換して基地局１６に送信する。
【００４３】
なお、本実施形態においては、例えば、ユーザ入力部２５０にユーザにより入力されたアプリケーションに関する入力情報がアンテナ２１０から基地局１６へ送信され、入力情報に基づくアプリケーションサーバ３０によるアプリケーションの実行結果が基地局１６から受信される。
【００４４】
また、図４においてはアンテナ２１０を一本のみ示しているが、無線通信装置２０は複数のアンテナ２１０を備え、基地局１６とＭＩＭＯ（Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ）通信を行ってもよい。
【００４５】
通信処理部２２０は、アンテナ２１０から供給される受信信号の信号処理、およびアンテナ２１０へ供給するための送信信号の信号処理を行う。例えば、通信処理部２２０は、アンテナ２１０から供給される高周波の受信信号のダウンコンバージョン、アナログデジタル変換、高速フーリエ変換（ＯＦＤＭの場合）、復調、復号などを行う。また、通信処理部２２０は、中央制御部２３０から供給されるビット列の、符号化、変調、逆高速フーリエ変換（ＯＦＤＭの場合）、デジタルアナログ変換、アップコンバージョンなどを行う。
【００４６】
中央制御部２３０は、無線通信装置２０の動作全般を制御する。この中央制御部２３０は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、およびＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）などのハードウェアにより実現される。
【００４７】
記憶部２４０は、中央制御部２３０が実行するプログラムや各種データを格納する。この記憶部２４０は、不揮発性メモリ、磁気ディスク、光ディスク、およびＭＯ（Ｍａｇｎｅｔｏ  Ｏｐｔｉｃａｌ）ディスクなどの記憶媒体であってもよい。不揮発性メモリとしては、例えば、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）があげられる。また、磁気ディスクとしては、ハードディスクおよび円盤型磁性体ディスクなどがあげられる。また、光ディスクとしては、ＣＤ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ、ＤＶＤ−Ｒ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ  Ｒｅｃｏｒｄａｂｌｅ）およびＢＤ（Ｂｌｕ−Ｒａｙ  Ｄｉｓｃ（登録商標））などがあげられる。
【００４８】
ユーザ入力部２５０は、ユーザがアプリケーションに関する情報や指示などを入力するための構成であり、ユーザによる入力操作を検出して入力情報を取得する。例えば、アプリケーションが複数のキャラクターが戦う対戦格闘技のアプリケーションである場合、入力情報としてはキャラクターに対する攻撃指示、防御指示、および移動指示などがあげられる。なお、このユーザ入力部２５０は、例えばマウス、キーボード、タッチパネル、ボタン、マイクロフォン、スイッチおよびレバーなどであってもよい。
【００４９】
表示部２６０は、アプリケーションサーバ３０におけるアプリケーションの実行結果を表示する。例えば、アプリケーションが上記の対戦格闘技のアプリケーションであり、ユーザにより攻撃指示が入力された場合、アプリケーションサーバ３０は、キャラクターによる攻撃、および攻撃による相手キャラクターのダメージ計算などを行う。そして、表示部２６０が、キャラクターによる攻撃の様子、および相手キャラクターのダメージなどを表示する。
【００５０】
なお、この表示部２６０は、液晶ディスプレイ（ＬＣＤ）装置、またはＯＬＥＤ（Ｏｒｇａｎｉｃ  Ｌｉｇｈｔ  Ｅｍｉｔｔｉｎｇ  Ｄｉｏｄｅ）装置であってもよい。また、図４においては記載を省略しているが、無線通信装置２０はアプリケーションに関する音声を出力するスピーカ、イヤホンまたはヘッドホンなどの音声出力部をさらに備えてもよい。
【００５１】
（２−２．アプリケーションサーバの構成）
図５は、本実施形態によるアプリケーションサーバ３０の構成を示した機能ブロック図である。図５に示したように、本実施形態によるアプリケーションサーバ３０は、通信処理部３２０と、ハードウェア３３０と、仮想化部３４０と、複数の仮想マシン３５０と、仮想マシン管理部３６０と、品質測定部３７０と、他サーバＤＢ３８０と、を備える。
【００５２】
通信処理部３２０は、ネットワーク１２と通信を行う。例えば、通信処理部３２０は、ネットワーク１２から無線通信装置２０のユーザによるアプリケーションに関する入力情報を受信し、入力情報に基づくアプリケーションの実行結果を無線通信装置２０に向けてネットワーク１２へ送信する。
【００５３】
ハードウェア３３０はＣＰＵやメモリで構成され、ハードウェア上に複数の仮想マシン３５０が実装される。仮想マシン管理部３６０は、アプリケーションの仕様に応じて仮想マシン資源を動的に割り振る。この割り振られた仮想マシン資源によりアプリケーションが実行される。
【００５４】
品質測定部３７０は、アプリケーションの実行品質（Ｑｏｓ）や、通信品質などの測定および管理を行う。他サーバＤＢ３８０は、周囲のアプリケーションサーバに関する情報を含む。例えば、図１に示したアプリケーションサーバ３０Ｂの他サーバＤＢ３８０は、アプリケーションサーバ３０Ｃの所在情報を含んでもよい。
【００５５】
（２−３．管理サーバの構成）
図６は、本実施形態による管理サーバ１０の構成を示した機能ブロック図である。図６に示したように、本実施形態による管理サーバ１０は、通信処理部１２０と、ハンドオーバ制御部１３０と、記憶部１４０と、サーバ変更制御部１５０と、を備える。
【００５６】
通信処理部１２０は、ネットワーク１２と通信を行う。例えば、通信処理部１２０は、ネットワーク１２を介して基地局１６や無線通信装置２０とハンドオーバのための情報を送受信したり、アプリケーションサーバ３０の変更指示を送信したりする。
【００５７】
ハンドオーバ制御部１３０は、無線通信装置２０のハンドオーバを制御する。例えば、ハンドオーバ制御部１３０は、無線通信装置２０から周囲の基地局に関する情報を要求された場合、無線通信装置２０の周囲の基地局に接続するための情報を記憶部１４０から読み出して通信処理部１２０に送信させてもよい。なお、ハンドオーバは、「３．ハンドオーバ」において説明するように、管理サーバ１０が主導して行うことも、無線通信装置２０側が主導して行うことも可能である。
【００５８】
記憶部１４０は、通信システム１に含まれる基地局１６に関する情報、およびアプリケーションサーバ３０に関する情報などを記憶している。また、記憶部１４０は、各基地局１６と、１または２以上のアプリケーションサーバ３０の候補を対応付けて記憶していてもよい。
【００５９】
例えば、基地局１６Ｂにはアプリケーションサーバ３０Ｂおよび３０Ｄが対応付けられており、基地局１６Ｃにはアプリケーションサーバ３０Ｂおよび３０Ｃが対応付けられていてもよい。この場合、基地局１６Ｂと通信する無線通信装置２０が利用するアプリケーションサーバ３０の候補はアプリケーションサーバ３０Ｂおよび３０Ｄであり、基地局１６Ｃと通信する無線通信装置２０が利用するアプリケーションサーバ３０の候補はアプリケーションサーバ３０Ｂおよび３０Ｃである。
【００６０】
サーバ変更制御部１５０は、無線通信装置２０がハンドオーバされる際に、無線通信装置２０が利用するアプリケーションサーバ３０を変更する必要があるか否かを判断し、必要であると判断した場合にはアプリケーションサーバ３０の変更を指示する。この点については、「４．ハンドオーバ後の通信品質の取得（予測）」および「５．アプリケーションサーバの変更基準」において詳細に説明する。
【００６１】
以上、図４〜図６を参照して各ノードの構成を説明した。続いて、本実施形態による通信システム１において行われる各処理、各制御について詳細に説明する。
【００６２】
＜３．ハンドオーバ＞
無線通信装置２０が通信中の基地局１６と離れた場合や、無線通信装置２０と基地局１６の間に障害物が存在する場合、無線通信装置２０と基地局１６との無線通信品質が劣化し、通信が非効率となる。そこで、無線通信装置２０と基地局１６との無線通信品質が劣化した場合、無線通信装置２０を、より良好な無線通信品質を確保できる他の基地局にハンドオーバさせることにより通信の効率化が図ることができる。
【００６３】
このハンドオーバは、無線通信装置２０が主導で行う場合も、管理サーバ１０が主導で行う場合も考えられるため、以下、無線通信装置２０が主導でハンドオーバを行う例、および管理サーバ１０が主導でハンドオーバを行う例を順次に説明する。
【００６４】
（無線通信装置２０が主導で行うハンドオーバ）
図７は、無線通信装置２０が主導でハンドオーバを行う例を示したシーケンス図である。なお、図７においては、無線通信装置２０が基地局１６Ｂに属しており、基地局１６Ｂを介してアプリケーションサーバ３０Ｂを利用している場合を想定している。
【００６５】
この場合、無線通信装置２０は、基地局１６Ｂから送信される無線信号（例えば、リファレンス信号、パイロット信号）に基づき、ダウンリンク（ＤＬ）の通信品質を測定する（Ｓ４０４）。同様に、基地局１６Ｂは、無線通信装置２０から送信される無線信号（例えば、リファレンス信号、パイロット信号）に基づき、アップリンク（ＵＬ）の通信品質を測定する（Ｓ４０８）。
【００６６】
その後、無線通信装置２０は、基地局１６Ｂにアップリンクの通信品質の測定結果（ＣＱＩレポート）を要求し（Ｓ４１２）、基地局１６Ｂは要求に応じてアップリンクの通信品質の測定結果を無線通信装置２０に送信する（Ｓ４１６）。
【００６７】
そして、無線通信装置２０は、アップリンクの通信品質およびダウンリンクの通信品質に基づき、ハンドオーバの要否を判断する（Ｓ４２０）。例えば、無線通信装置２０は、アップリンクの通信品質またはダウンリンクの通信品質の少なくとも一方が閾値を下回っている場合にハンドオーバを行うと判断してもよい。なお、通信品質は信号強度情報であってもよい。
【００６８】
そして、無線通信装置２０は、ハンドオーバを行うと判断した場合、ハンドオーバ可能な範囲に存在する他の基地局の情報を要求する（Ｓ４２４）。続いて、管理サーバ１０は、他基地局情報を基地局１６Ｂを介して無線通信装置２０に送信する（Ｓ４２８）。なお、他基地局情報としては、他の基地局に接続するための接続情報があげられる。
【００６９】
その後、無線通信装置２０は、管理サーバ１０から受信した他基地局情報に基づき、基地局１６Ｃにハンドオーバの受け入れの可否を問い合わせる（Ｓ４３２）。そして、無線通信装置２０は、基地局１６Ｃからハンドオーバの受け入れが可能である旨を受信すると（Ｓ４３６）、基地局１６Ｃへハンドオーバすることを管理サーバ１０に通知する（Ｓ４４０）。続いて、無線通信装置２０と基地局１６Ｃが認証・接続処理を行い（Ｓ４４４）、無線通信装置２０の基地局１６Ｃへのハンドオーバが完了する。
【００７０】
なお、管理サーバ１０は、Ｓ４４０の通知を受けた後に無線通信装置２０が利用するアプリケーションサーバ３０Ｂの変更処理を開始してもよい。また、上記では無線通信装置２０と管理サーバ１０との通信が基地局１６Ｂを介して行われる例を示したが、無線通信装置２０が他の基地局（例えば、基地局１６Ａ）とも通信可能な場合には、他の基地局を介して行われてもよい。
【００７１】
（管理サーバ１０が主導で行うハンドオーバ）
図８は、管理サーバ１０が主導でハンドオーバを行う例を示したシーケンス図である。なお、図８においては、無線通信装置２０が基地局１６Ｂに属しており、基地局１６Ｂを介してアプリケーションサーバ３０Ｂを利用している場合を想定している。
【００７２】
この場合、無線通信装置２０は、基地局１６Ｂから送信される無線信号（例えば、リファレンス信号、パイロット信号）に基づき、ダウンリンク（ＤＬ）の通信品質を測定する（Ｓ４５４）。そして、無線通信装置２０は、測定したダウンリンクの通信品質を基地局１６Ｂに報告する。同様に、基地局１６Ｂは、無線通信装置２０から送信される無線信号（例えば、リファレンス信号、パイロット信号）に基づき、アップリンク（ＵＬ）の通信品質を測定する（Ｓ４５８）。
【００７３】
その後、管理サーバ１０は、基地局１６Ｂに対して通信品質を要求し（Ｓ４６６）、基地局１６Ｂは、当該要求に応じてＳ４５８において測定したアップリンクの通信品質および無線通信装置２０から報告されたダウンリンクの通信品質を管理サーバ１０に送信する（Ｓ４７０）。なお、管理サーバ１０による通信品質の要求は、周期的に行われても、無線通信装置２０による動作をトリガにして行われてもよい。
【００７４】
続いて、管理サーバ１０は、アップリンクの通信品質およびダウンリンクの通信品質に基づき、無線通信装置２０のハンドオーバの要否を判断する（Ｓ４７４）。そして、管理サーバ１０は、ハンドオーバを行うと判断した場合、無線通信装置２０の周囲に存在する基地局を抽出し（図８の場合には基地局１６Ｃ）、基地局１６Ｃにハンドオーバの受け入れの可否を問い合わせる（Ｓ４７８）。
【００７５】
その後、管理サーバ１０は、基地局１６Ｃからハンドオーバの受け入れが可能である旨を受信すると（Ｓ４８２）、基地局１６Ｃに接続するための情報を無線通信装置２０に送信する（Ｓ４８６）。
【００７６】
そして、管理サーバ１０は、無線通信装置２０が基地局１６Ｃから信号を受信していることを確認すると（Ｓ４９０）、基地局１６Ｃに無線通信装置２０との認証・接続処理の実行を指示する（Ｓ４９４）。その後、無線通信装置２０と基地局１６Ｃが認証・接続処理を行い（Ｓ４９８）、無線通信装置２０の基地局１６Ｃへのハンドオーバが完了する。
【００７７】
なお、管理サーバ１０は、Ｓ４８２において基地局１６Ｃからハンドオーバの受け入れが可能である旨を受信した後に無線通信装置２０が利用するアプリケーションサーバ３０Ｂの変更処理を開始してもよい。または、管理サーバ１０は、Ｓ４９０において無線通信装置２０が基地局１６Ｃから信号を受信していることを確認した後に無線通信装置２０が利用するアプリケーションサーバ３０Ｂの変更処理を開始してもよい。
【００７８】
＜４．ハンドオーバ後の通信品質の取得（予測）＞
本実施形態においては、ハンドオーバ前に、ハンドオーバ先の基地局１６および１または２以上のアプリケーションサーバ３０間の通信品質を予測することにより、利用するアプリケーションサーバ３０を変更するか否かを判断する。以下、ハンドオーバ後の通信品質の予測について具体的に説明する。
【００７９】
管理サーバ１０は、無線通信装置２０のハンドオーバ先の基地局を確認すると、ハンドオーバ先の基地局に対応する１または２以上のアプリケーションサーバ３０の候補に、ハンドオーバ先の基地局との間の通信品質の取得を指示する。そして、１または２以上のアプリケーションサーバ３０の候補は、ハンドオーバ先の基地局との間の通信品質の取得し、管理サーバ１０へ報告する。以下、図９を参照し、ハンドオーバ先の基地局が基地局１６Ｃであり、アプリケーションサーバ３０の候補がアプリケーションサーバ３０Ｂおよび３０Ｃである場合のシーケンスを説明する。
【００８０】
図９は、ハンドオーバ後の通信品質を取得する流れを示したシーケンス図である。図９に示したように、管理サーバ１０は、無線通信装置２０が基地局１６Ｃにハンドオーバされることを確認すると（Ｓ５０４）、アプリケーションサーバ３０Ｂおよび３０Ｃに、基地局１６Ｃとの間の通信品質の取得を指示する（Ｓ５０８）。
【００８１】
なお、管理サーバ１０は、無線通信装置２０が基地局１６Ｃにハンドオーバされることを、例えば図７のＳ４４０に示した無線通信装置２０からの通知や、図８のＳ４８２に示した基地局１６Ｃからのハンドオーバの受け入れが可能である旨の受信に基づいて確認してもよい。また、管理サーバ１０は、アプリケーションサーバ３０Ｂおよび３０Ｃに、通信品質の取得指示と併せて基地局１６Ｃの所在情報を送信してもよい。
【００８２】
アプリケーションサーバ３０Ｃは、管理サーバ１０からの指示に応じ、基地局１６Ｂにダミーパケットを送信する（Ｓ５１２）。このダミーパケットは、通信品質を測定するためのパケットであり、パケットの内容は特に限定されず、実データを含まないキャリブレーションパケットであってもよい。そして、アプリケーションサーバ３０Ｃは、基地局１６Ｃからダミーパケットに対するＡＣＫを受信する（Ｓ５１６）。なお、ダミーパケットおよびＡＣＫの送受信は複数回または所定時間にわたって行われてもよい。
【００８３】
同様に、アプリケーションサーバ３０Ｂは、管理サーバ１０からの指示に応じ、基地局１６Ｂにダミーパケットを送信する（Ｓ５２０）。そして、アプリケーションサーバ３０Ｃは、基地局１６Ｃからダミーパケットに対するＡＣＫを受信する（Ｓ５２４）。
【００８４】
その後、アプリケーションサーバ３０Ｃは、基地局１６Ｃとの通信（Ｓ５１２およびＳ５１６）から、基地局１６Ｃとの通信品質を取得する。ここで、通信品質としては、遅延時間、ジッタ、パケット誤り率、および通信速度などがあげられる。
【００８５】
同様に、アプリケーションサーバ３０Ｂは、基地局１６Ｃとの通信（Ｓ５２０およびＳ５２４）から、基地局１６Ｃとの通信品質を取得する。そして、アプリケーションサーバ３０Ｂおよび３０Ｃは、取得した通信品質を管理サーバ１０へ報告する（Ｓ５３６、Ｓ５４０）。
【００８６】
なお、上記では、ハンドオーバの際に各アプリケーションサーバ３０が通信品質を取得する例を説明したが、本実施形態はかかる例に限定されない。例えば、管理サーバ１０またはアプリケーションサーバ３０は、ハンドオーバ先の基地局１６およびアプリケーションサーバ３０間の通信品質の測定を事前に行い、測定結果を保持していていてもよい。一方、通信環境の時間変化が激しいと予測される場合には、上記のようにハンドオーバ要求が発生した時点で測定を行ってもよい。
【００８７】
また、図９においては、ハンドオーバ先の基地局１６Ｃおよびアプリケーションサーバ３０間の通信品質を予測する例を説明したが、無線通信装置２０およびハンドオーバ先の基地局１６Ｃ間の通信品質もアプリケーションの実行に影響を与える。そこで、無線通信装置２０およびハンドオーバ先の基地局１６Ｃ間の通信品質をさらに予測することも有効である。
【００８８】
例えば、無線通信装置２０は、ハンドオーバ前であっても、ハンドオーバ先の基地局１６Ｃが送信する無線信号（例えば同期信号）を受信することができる。また、無線通信装置２０およびハンドオーバ先の基地局１６Ｃ間の通信速度やパケット誤り率は、無線通信装置２０の受信強度の影響を受ける。
【００８９】
そこで、無線通信装置２０は、基地局１６Ｃが送信する無線信号の受信強度を測定して測定結果を管理サーバ１０に報告し、管理サーバ１０は、報告された測定結果に基づいて無線通信装置２０および基地局１６Ｃ間の通信品質を推測してもよい。
【００９０】
例えば、管理サーバ１０は、受信強度を無線通信装置２０およびハンドオーバ先の基地局１６Ｃ間の通信速度やパケット誤り率に換算し、無線通信装置２０およびハンドオーバ先の基地局１６Ｃ間の通信速度やパケット誤り率と、アプリケーションサーバ３０Ｃおよび基地局１６Ｃ間の通信速度やパケット誤り率とに基づき、無線通信装置２０およびアプリケーションサーバ３０Ｃ間の通信速度やパケット誤り率を算出してもよい。
【００９１】
また、無線通信装置２０およびハンドオーバ先の基地局１６Ｃ間の遅延時間や通信速度は、基地局１６Ｃの通信の混雑度（例えば、リソースブロックの利用率）の影響を受ける場合も考えられる。そこで、管理サーバ１０は、基地局１６Ｃの混雑度を基地局１６Ｃから取得することにより、無線通信装置２０および基地局１６Ｃ間の通信品質を推測してもよい。
【００９２】
例えば、管理サーバ１０は、基地局１６Ｃの通信の混雑度を無線通信装置２０およびハンドオーバ先の基地局１６Ｃ間の遅延時間やパケット誤り率に換算し、無線通信装置２０およびハンドオーバ先の基地局１６Ｃ間の遅延時間やパケット誤り率と、アプリケーションサーバ３０Ｃおよび基地局１６Ｃ間の遅延時間やパケット誤り率とに基づき、無線通信装置２０およびアプリケーションサーバ３０Ｃ間の遅延時間やパケット誤り率を算出してもよい。
【００９３】
＜５．アプリケーションサーバの変更基準＞
（概要）
次に、無線通信装置２０が利用するアプリケーションサーバ３０を変更するか否かの判断基準を説明する。管理サーバ１０は、「４．ハンドオーバ後の通信品質の取得（予測）」で説明した、無線通信装置２０のハンドオーバ先の基地局１６および１または２以上のアプリケーションサーバ３０間の通信品質に基づき、変更の要否を判断する。そして、管理サーバ１０は、変更が必要であると判断すると、利用中のアプリケーションサーバ３０に、変更先のアプリケーションサーバ３０の情報を送信し、変更（移行）を指示する。以下、図１０を参照して説明する。
【００９４】
図１０は、管理サーバ１０による処理判断の流れを示したフローチャートである。まず、管理サーバ１０は、無線通信装置２０が利用中のアプリケーションサーバ３０について、ハンドオーバ後の通信品質を予測（取得）する（Ｓ５５４）。ここで、利用中のアプリケーションサーバ３０のハンドオーバ後の通信品質が所定の基準を満たす場合、管理サーバ１０はアプリケーションサーバの変更を行わない（Ｓ５５８）。
【００９５】
一方、利用中のアプリケーションサーバ３０のハンドオーバ後の通信品質が所定の基準を満たさない場合、管理サーバ１０は、他の新規アプリケーションサーバ３０について、ハンドオーバ後の通信品質を予測（取得）する（Ｓ５６２）。ここで、新規アプリケーションサーバ３０のハンドオーバ後の通信品質が所定の基準を満たす場合、管理サーバ１０は、利用中アプリケーションサーバ３０を新規アプリケーションサーバ３０に変更すると判断する（Ｓ５６６）。一方、新規アプリケーションサーバ３０のハンドオーバ後の通信品質も所定の基準を満たさない場合、管理サーバ１０は例外処理を行う（Ｓ５７０）。
【００９６】
上記の判断処理によれば、例えば、無線通信装置２０が利用しているアプリケーションサーバ３０Ｂとハンドオーバ先の基地局１６Ｃ間の通信品質が所定の基準を満たさない場合、管理サーバ１０は、アプリケーションサーバ３０Ｂを、基地局１６Ｃとの通信品質が所定の基準を満たすアプリケーションサーバ３０Ｃに変更すると判断する。
【００９７】
また、管理サーバ１０は、いずれのアプリケーションサーバ３０も基地局１６Ｃとの間の通信品質が所定の基準を満たさない場合、例外処理を行う。例えば、管理サーバ１０は、無線通信装置２０によるアプリケーションサーバ３０の利用を中止させてもよいし、通信品質が所定の基準を満たしていない旨をアプリケーションサーバ３０に通知してもよい。
【００９８】
なお、上記では、アプリケーションサーバ３０および基地局１６間の通信品質が所定の基準を満たすか否かにより変更の要否を判断する例を説明したが、本実施形態はかかる例に限定されない。例えば、管理サーバ１０は、「４．ハンドオーバ後の通信品質の取得（予測）」で説明したように、無線通信装置２０および基地局１６間を含む、無線通信装置２０およびアプリケーションサーバ３０間の通信品質を取得し、当該通信品質が所定の基準を満たすか否かにより変更の要否を判断してもよい。
【００９９】
また、上記では、無線通信装置２０がアプリケーションサーバ３０Ｂを利用中であり、ハンドオーバ先の基地局１６Ｃおよびアプリケーションサーバ３０Ｂ間の通信品質が所定の基準を満たす場合にはアプリケーションサーバ３０Ｂの利用が継続される例を説明したが、本実施形態はかかる例に限定されない。例えば、管理サーバ１０は、無線通信装置２０が利用するアプリケーションサーバ３０を、当該アプリケーションサーバ３０およびハンドオーバ先の基地局１６間の通信品質が所定の基準を満たす場合であっても、ハンドオーバ先の基地局１６との間の通信経路がより良好なアプリケーションサーバ３０に変更してもよい。
【０１００】
（通信品質の基準）
所定の基準は、最低限のアプリケーション実行品質を確保することが可能な通信品質であって、アプリケーションの要求条件を満たすものであってもよい。例えば、所定の基準は、遅延時間の上限値、通信速度の許容範囲、ジッタの上限値、およびパケット誤り率の許容値などの要素のいずれか、組み合わせ、または重み付けされた評価値であってもよい。
【０１０１】
ここで、最低限の実行品質を確保することが可能な通信品質は、アプリケーションの種類により異なる。例えば、ゲームのアプリケーションに許容される遅延時間は、電車経路探索などの情報検索アプリケーションに許容される遅延時間より厳しいものとなる。したがって、所定の基準は、アプリケーションごとに設定されてもよい。または、所定の基準は、アプリケーションのＱｏｓクラスに応じて設定されてもよい。以下、図１１を参照してアプリケーションごとの基準の具体例を説明する。
【０１０２】
図１１は、アプリケーションごとの通信品質の基準の具体例を示した説明図である。図１１に示した例では、実行中のアプリケーションがゲームである場合、遅延時間の上限値は２ｍｓｅｃであり、通信速度の範囲は３８４ｋｂｐｓ〜１０Ｍｂｐｓであり、ジッタの上限値は２ｍｓｅｃであり、パケット誤り率の許容値は０．００１である。ここで、遅延時間は、アプリケーションサーバ３０がパケットを送信してから無線通信装置２０がパケットを受信するまでの遅延であり、通信速度は、所定時間長での平均通信速度であり、ジッタは、所定時間・パケット数での平均ジッタであり、パケット誤り率は、所定パケット数・パケット長・送受信方式・誤り訂正方式での誤り率であってもよい。
【０１０３】
（基準を満たすか否かの判断）
管理サーバ１０は、通信品質の各要素が上記の条件を満たしているか否かを判断し、１つでも満たしていない場合には基準が満たされないと判断してもよい。または、管理サーバ１０は、通信品質の各要素を評価値として数値化し、評価値の加算結果が所定値を上回っている場合に基準が満たされていると判断し、所定値以下である場合に基準が満たされていないと判断してもよい。以下、管理サーバ１０が評価値を加算する流れを図１２に示す。
【０１０４】
図１２は、通信品質評価の流れを示したフローチャートである。図１２に示したように、管理サーバ１０は、まず、取得した通信品質のうちのいずれかの要素を選択する（Ｓ５８４）。そして、管理サーバ１０は、選択した通信品質の要素を評価値として数値化（重み付け）する（Ｓ５８８）。その後、管理サーバ１０は、全ての要素の数値化が終了するまで（Ｓ５９２）、別要素を選択し（Ｓ５９６）、選択した通信品質の要素を評価値として数値化し、他の要素の評価値と加算する（Ｓ５８８）。これにより得られる全ての要素の評価値の加算結果が通信品質の全体評価として扱われる。
【０１０５】
なお、管理サーバ１０は、通信品質の各要素についてＡＨＰ（ａｎａｌｙｔｉｃ  ｈｉｅｒａｒｃｈｙ  ｐｒｏｃｅｓｓ）やベイズ推定を行うことによってサーバ変更の要否などを判断してもよい。
【０１０６】
＜６．アプリケーションサーバの変更処理＞
以上説明したように、管理サーバ１０は、無線通信装置２０のハンドオーバに際し、無線通信装置２０が利用するアプリケーションサーバ３０の変更の要否を判断し、判断結果に応じてアプリケーションサーバ３０が変更される。しかし、単にアプリケーションサーバ３０を変更するのみでは、アプリケーションの利用が中断され、かつ、アプリケーションの実行状態が初期化されてしまうことが懸念される。そこで、以下では、上記の問題を回避可能な、アプリケーションサーバ３０を変更する際の具体的な処理を説明する。
【０１０７】
図１３は、利用中のアプリケーションサーバ３０による変更処理の流れを示したフローチャートである。図１３に示したように、アプリケーションサーバ３０は、管理サーバ１０から他のアプリケーションサーバ３０への変更指示（移行指示）を受信すると（Ｓ６０４）、無線通信装置２０のアプリケーションに関する現時点における個別情報（ユーザ情報）を他のアプリケーションサーバ３０に送信し始める（Ｓ６０８）。
【０１０８】
ここで、個別情報は、現時点におけるアプリケーションの進行状態を示す情報である。例えば、アプリケーションがゲームである場合、個別情報は、ゲーム中断時の進行状態からゲームを再開するためのセーブ情報と等価な情報であってもよい。より具体的には、個別情報は、ゲーム世界におけるキャラクターの現在位置、現在状態、および所有物などであってもよい。
【０１０９】
その後、アプリケーションサーバ３０は、個別情報の送信中に無線通信装置２０からユーザ入力情報を受信すると（Ｓ６１２、Ｓ６１６）、ユーザ入力情報を処理してアプリケーションの実行結果を無線通信装置２０に送信する（Ｓ６２０）。さらに、アプリケーションサーバ３０は、ユーザ入力情報を変更先のアプリケーションサーバ３０へ転送する（Ｓ６２４）。アプリケーションサーバ３０は、個別情報の送信が終了するまで、上記のユーザ入力情報の処理および転送を繰り返す。
【０１１０】
図１４は、変更先のアプリケーションサーバ３０による変更処理の流れを示したフローチャートである。図１４に示したように、変更先のアプリケーションサーバ３０は、利用中のアプリケーションサーバ３０から個別情報の受信を開始し（Ｓ６３４）、ユーザ入力情報を受信すると（Ｓ６３８）、ユーザ入力情報を蓄積する（Ｓ６４２）。
【０１１１】
そして、変更先のアプリケーションサーバ３０は、個別情報の受信が終了すると、受信した個別情報をアプリケーションに適用し、適用後のアプリケーションにおいて蓄積したユーザ入力情報を処理する（Ｓ６５０）。これにより、変更先のアプリケーションサーバ３０によるアプリケーションの進行状態と利用中のアプリケーションサーバ３０の進行状態とが一致するので、アプリケーションサーバ３０の変更を円滑に行うことが可能となる。
【０１１２】
図１５は、アプリケーションサーバ３０の変更処理のシーケンスを示した説明図である。ここでは、アプリケーションサーバ３０Ｂが利用中のサーバであり、アプリケーションサーバ３０Ｃが変更先のサーバであるものとする。まず、アプリケーションサーバ３０Ｂは、アプリケーションサーバ３０Ｃへの変更指示を受信すると、無線通信装置２０の個別情報をアプリケーションサーバ３０Ｃへ送信し始める（Ｓ７０４）。
【０１１３】
アプリケーションサーバ３０Ｂは、個別情報の送信中に無線通信装置２０からユーザ入力情報を受信すると（Ｓ７０８）、ユーザ入力情報をアプリケーションサーバ３０Ｃへ転送すると共に（Ｓ７１２）、ユーザ入力情報を処理し（Ｓ７１６）、実行結果を無線通信装置２０に送信する（Ｓ７２０）。
【０１１４】
その後、アプリケーションサーバ３０Ｂからアプリケーションサーバ３０Ｃへの個別情報の送信が終了すると（Ｓ７２４）、アプリケーションサーバ３０Ｃは、受信した個別情報をアプリケーションに適用し、適用後のアプリケーションにおいてユーザ入力情報を処理する（Ｓ７２８）。
【０１１５】
そして、アプリケーションサーバ３０Ｂは、変更準備が完了した旨をアプリケーションサーバ３０Ｃから受信すると（Ｓ７３２）、無線通信装置２０にアプリケーションサーバ３０Ｃへの変更を指示する（Ｓ７３６）。その後、無線通信装置２０は、ユーザ入力情報をアプリケーションサーバ３０Ｃに送信し（Ｓ７４０）、アプリケーションサーバ３０Ｃがユーザ入力情報を処理してアプリケーションの実行結果を無線通信装置２０に送信する（Ｓ７４４）。
【０１１６】
このように、本実施形態によれば、アプリケーションの実行を中断することなく、かつ、アプリケーションの進行状態を維持してアプリケーションサーバ３０を変更することが可能である。
【０１１７】
なお、上記では、アプリケーションサーバ３０Ｂが、無線通信装置２０にアプリケーションサーバ３０Ｃへのアクセスを指示する例を説明したが、本実施形態はかかる例に限定されない。例えば、ネットワーク１２側でルーティングを変更することにより無線通信装置２０とアプリケーションサーバ３０Ｃが通信できるようにしてもよい。
【０１１８】
また、上記では変更先のアプリケーションサーバ３０に個別情報を送信する例を説明したが、変更先のアプリケーションサーバ３０への送信対象は個別情報に限定されない。例えば、変更先のアプリケーションサーバ３０がアプリケーションプログラムを有していない場合、送信対象にアプリケーションプログラムが含まれてもよい。なお、アプリケーションプログラムは、必ずしも利用中のアプリケーションサーバ３０から取得する必要はなく、Ｐ２Ｐ技術などを用いて複数の拠点から分散的に取得してもよい。また、無線通信装置２０の仕様に応じてオペレーションが変化する場合も考えられる。そこで、送信対象に、無線通信装置２０の表示画面の大きさ、表示画面の使用などを示す機器情報が含まれてもよい。
【０１１９】
＜７．まとめ＞
以上説明したように、本実施形態による通信システム１によれば、基地局間ハンドオーバの際に必要に応じてアプリケーションサーバ３０を変更することにより、基地局間ハンドオーバがアプリケーションの実行品質に与える悪影響を抑制することが可能である。また、本実施形態によれば、アプリケーションの実行を中断することなく、かつ、アプリケーションの進行状態を維持してアプリケーションサーバ３０を変更することが可能である。
【０１２０】
なお、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明はかかる例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。
【０１２１】
例えば、本明細書の通信システム１、管理サーバ１０およびアプリケーションサーバ３０の処理における各ステップは、必ずしもシーケンス図またはフローチャートとして記載された順序に沿って時系列に処理する必要はない。例えば、管理サーバ１０およびアプリケーションサーバ３０の処理における各ステップは、シーケンス図またはフローチャートとして記載した順序と異なる順序で処理されても、並列的に処理されてもよい。
【０１２２】
また、管理サーバ１０に内蔵されるＣＰＵ、ＲＯＭおよびＲＡＭなどのハードウェアを、上述した管理サーバ１０の各構成と同等の機能を発揮させるためのコンピュータプログラムも作成可能である。また、該コンピュータプログラムを記憶させた記憶媒体も提供される。
【符号の説明】
【０１２３】
１０      管理サーバ
１２、１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ    ネットワーク
２０      無線通信装置
３０、３０Ａ、３０Ｂ、３０Ｃ、３０Ｄ    アプリケーションサーバ
１２０、２２０、３２０    通信処理部
１３０    ハンドオーバ制御部
１４０、２４０  記憶部
１５０    サーバ変更制御部
２３０    中央制御部
２５０    ユーザ入力部
２６０    表示部
３３０    ハードウェア
３４０    仮想化部
３５０    仮想マシン
３６０    仮想マシン管理部
３７０    品質測定部
３８０    他サーバＤＢ
【図１】
2011103567.tif 000003
【図２】
2011103567.tif 000004
【図３】
2011103567.tif 000005
【図４】
2011103567.tif 000006
【図５】
2011103567.tif 000007
【図６】
2011103567.tif 000008
【図７】
2011103567.tif 000009
【図８】
2011103567.tif 000010
【図９】
2011103567.tif 000011
【図１０】
2011103567.tif 000012
【図１１】
2011103567.tif 000013
【図１２】
2011103567.tif 000014
【図１３】
2011103567.tif 000015
【図１４】
2011103567.tif 000016
【図１５】
2011103567.tif 000017