(57)【要約】【課題】通信中のセッションを切断することなくリソースの切替えやリソース量の追加を行う。【解決手段】ネットワーク装置、ファイアウォール装置、サーバ装置等のリソース１３、１６、２３、２６のそれぞれに対して、品質分析装置１２、１５、２２、２５と、セッション保持装置１１、１４、２１、２４がそれぞれ各リソースに対応して設けられている。品質分析装置１２、１５、２２、２５は、当該リソースを通過するユーザフロー毎のトランザクションを解析して、ユーザ体感品質の劣化および障害の発生を推定し、リソースの切替えまたはリソース量の追加を決定する。セッション保持装置１１、１４、２１、２４は、るユーザフローに対するリソースの切替えが決定された場合、切替え先のリソースに対応して設けられているセッション保持装置に対して現在接続中のセッションの情報であるセッション情報を送信する。【選択図】      図１
2004274552.tif 000002
【特許請求の範囲】
【請求項１】
コミュニケーションリソースおよびコンピューティングリソースからなる複数のリソースを利用して、通信回線を介してコンピュータ間の通信を行うコンピュータ通信システムにおいて、
前記複数のリソースのそれぞれに対して、
当該リソースを通過するユーザフロー毎のトランザクションを解析することにより、ユーザ体感品質の劣化および障害の発生を推定し、リソースの切替えまたはリソース量の追加を決定する品質分析装置と、
前記品質分析装置によりあるユーザフローに対するリソースの切替えが決定された場合、切替え先のリソースに対応して設けられているセッション保持装置に対して現在接続中のセッションの情報であるセッション情報を送信し、前記品質分析装置によりあるユーザフローに対してリソース量の追加が決定された場合、当該リソースに対してリソース量を追加するような依頼を行うセッション保持装置とが、前記各リソースに対応して設けられていることを特徴とするコンピュータ通信システム。
【請求項２】
前記品質分析装置は、
満たすべきユーザ体感品質の基準値であるポリシーが格納されているポリシーテーブルと、
当該リソースを通過する制御パケットの内容に基づいて、当該ユーザフローのユーザ体感品質を推定し、該推定値が前記ポリシーテーブルに格納されているポリシーを満たしていない場合、リソースの切替えまたはリソースの追加を決定する品質分析部とから構成される請求項１記載のコンピュータ通信システム。
【請求項３】
前記セッション保持装置は、
エンドユーザ端末と当該リソースとの間のセッション情報を保持するためのセッションテーブルと、
前記品質分析部によりリソースの切替えが決定された場合、切替先のリソースに対応して設けられているセッション保持装置のセッション制御部に対してリソース切替えを行おうとするセッションのセッション情報を前記セッションテーブルから読み出して送信するセッション制御部とから構成される請求項２記載のコンピュータ通信システム。
【請求項４】
前記複数のリソースは、それぞれ、
前記各リソース毎の設定情報を保持するリソーステーブルと、
当該リソースを通過する制御パケットを収集し、前記品質分析部に通知する品質収集部と、
前記品質分析部から受けたリソース量の追加要求に基づいて、前記リソーステーブルにおける設定情報の変更を行うリソース制御部とから構成されている請求項２または３記載のコンピュータ通信システム。
【請求項５】
コミュニケーションリソースおよびコンピューティングリソースからなる複数のリソースを利用して、通信回線を介してコンピュータ間の通信を行うコンピュータ通信システムにおいて、前記複数のリソースを管理するリソース管理方法であって、
当該リソースを通過するユーザフロー毎のトランザクションを解析することにより、ユーザ体感品質の劣化および障害の発生を推定し、リソースの切替えまたはリソース量の追加を決定するステップと、
あるユーザフローに対するリソースの切替えが決定された場合、切替え先のリソースに対応して現在接続中のセッションの情報であるセッション情報を送信するステップと、
あるユーザフローに対してリソース量の追加が決定された場合、当該リソースに対してリソース量を追加するような依頼を行うステップとを備えたリソース管理方法。
【請求項６】
前記当該リソースを通過するユーザフロー毎のトランザクションを解析することにより、ユーザ体感品質の劣化および障害の発生を推定するステップが、
当該リソースを通過する制御パケットの内容に基づいて、ユーザ体感品質の劣化および障害の発生を推定するステップを有する請求項５記載のリソース管理方法。
【請求項７】
前記当該リソースを通過するユーザフロー毎のトランザクションを解析することにより、ユーザ体感品質の劣化および障害の発生を推定するステップが、
当該リソースを通過するデータパケットのヘッダ情報に基づいて、ユーザ体感品質の劣化および障害の発生を推定するステップを有する請求項５記載のリソース管理方法。
【請求項８】
前記当該リソースを通過するユーザフロー毎のトランザクションを解析することにより、ユーザ体感品質の劣化および障害の発生を推定するステップが、
規定時間内にパケットが到着しないことを利用して、ユーザ体感品質の劣化および障害の発生を推定するステップを有する請求項５記載のリソース管理方法。
【請求項９】
コミュニケーションリソースおよびコンピューティングリソースからなる複数のリソースを利用して、通信回線を介してコンピュータ間の通信を行うコンピュータ通信システムにおいて、前記複数のリソースを管理するリソース管理方法をコンピュータに実行させるためのプログラムを記録した記録媒体であって、
当該リソースを通過するユーザフロー毎のトランザクションを解析することにより、ユーザ体感品質の劣化および障害の発生を推定し、リソースの切替えまたはリソース量の追加を決定する処理と、
あるユーザフローに対するリソースの切替えが決定された場合、切替え先のリソースに対応して現在接続中のセッションの情報であるセッション情報を送信する処理と、
あるユーザフローに対してリソース量の追加が決定された場合、当該リソースに対してリソース量を追加するような依頼を行う処理とをコンピュータに実行させるためのプログラムが記録された記録媒体。
【請求項１０】
前記当該リソースを通過するユーザフロー毎のトランザクションを解析することにより、ユーザ体感品質の劣化および障害の発生を推定する処理が、
当該リソースを通過する制御パケットの内容に基づいて、ユーザ体感品質の劣化および障害の発生を推定する処理を含む請求項９記載の記録媒体。
【請求項１１】
前記当該リソースを通過するユーザフロー毎のトランザクションを解析することにより、ユーザ体感品質の劣化および障害の発生を推定する処理が、
当該リソースを通過するデータパケットのヘッダ情報に基づいて、ユーザ体感品質の劣化および障害の発生を推定する処理を含む請求項９記載の記録媒体。
【請求項１２】
前記当該リソースを通過するユーザフロー毎のトランザクションを解析することにより、ユーザ体感品質の劣化および障害の発生を推定する処理が、
規定時間内にパケットが到着しないことを利用して、ユーザ体感品質の劣化および障害の発生を推定する処理を含む請求項９記載の記録媒体。
【請求項１３】
コミュニケーションリソースおよびコンピューティングリソースからなる複数のリソースを利用して、通信回線を介してコンピュータ間の通信を行うコンピュータ通信システムにおいて、前記複数のリソースを管理するリソース管理方法をコンピュータに実行させるためのプログラムであって、
当該リソースを通過するユーザフロー毎のトランザクションを解析することにより、ユーザ体感品質の劣化および障害の発生を推定し、リソースの切替えまたはリソース量の追加を決定する処理と、
あるユーザフローに対するリソースの切替えが決定された場合、切替え先のリソースに対応して現在接続中のセッションの情報であるセッション情報を送信する処理と、
あるユーザフローに対してリソース量の追加が決定された場合、当該リソースに対してリソース量を追加するような依頼を行う処理とをコンピュータに実行させるためのプログラム。
【請求項１４】
前記当該リソースを通過するユーザフロー毎のトランザクションを解析することにより、ユーザ体感品質の劣化および障害の発生を推定する処理が、
当該リソースを通過する制御パケットの内容に基づいて、ユーザ体感品質の劣化および障害の発生を推定する処理を含む請求項１３記載のプログラム。
【請求項１５】
前記当該リソースを通過するユーザフロー毎のトランザクションを解析することにより、ユーザ体感品質の劣化および障害の発生を推定する処理が、
当該リソースを通過するデータパケットのヘッダ情報に基づいて、ユーザ体感品質の劣化および障害の発生を推定する処理を含む請求項１３記載のプログラム。
【請求項１６】
前記当該リソースを通過するユーザフロー毎のトランザクションを解析することにより、ユーザ体感品質の劣化および障害の発生を推定する処理が、
規定時間内にパケットが到着しないことを利用して、ユーザ体感品質の劣化および障害の発生を推定する処理を含む請求項１３記載のプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、通信回線を介してコンピュータ間の通信を行うコンピュータ通信システムに関し、特に、コンピュータ間の通信を行うために利用される、ネットワーク装置、ファイアウォール装置、負荷分散装置などのコミュニケーションリソース、およびサーバ装置、ストレージ装置などのコンピューティングリソース等のシステムリソースを管理するリソース管理方法に関する。
【０００２】
【従来の技術】
これまで通信回線を介してコンピュータ間の通信を行うコンピュータ通信システムにおいて、システムのダウンタイム等を保証するサービス条件で通信を行うための様々な通信システムが開発されている。例えば、各セッション毎に優先度をつけて、そのセッションについては他のセッションに対して優先して処理することにより一定のスループットを保証するようなシステムが特許文献１に開示されている。
【０００３】
このような従来のコンピュータ通信システムの構成を図７に示す。この従来のコンピュータ通信システムでは、エンドユーザ端末７は、網１０によってリソース２、３に接続され、リソース２、３は、網２０によってリソース４、５に接続されている。また、網１０、２０における通信品質を分析するための品質分析装置６が設けられている。
【０００４】
リソース２〜５は、具体的には、ネットワーク装置、ファイアウォール装置、負荷分散装置などのコミュニケーションリソース、およびサーバ装置、ストレージ装置などのコンピューティングリソース等である。また、この図７における２つの網１０、２０の具体的な例としては、例えば網２０がインターネットであり、網１０がＬＡＮのような場合である。
【０００５】
この従来のコンピュータ通信システムでは、品質分析装置６が設けられていることにより、網１０、２０等の通信品質を測定することが可能である。しかし、システム全体で品質分析装置６が１つしか設けられていないため、各リソース毎の通信品質の測定や各リソース毎の障害の推定を行うことができなかった。
【０００６】
また、品質分析装置６により網１０、２０の一般的な通信品質を測定しても、ユーザ体感品質を推定することはできない。その理由は、一般的な通信品質と、ユーザ体感品質とは必ずしも一致しないからである。
【０００７】
ここで、一般的な通信品質とは、装置の統計情報等から得られる情報に基づく、装置やネットワークの利用状況を表す指標であり、例としてはネットワークの遅延、パケット廃棄率、利用帯域等を挙げることができる。
【０００８】
また、ユーザ体感品質とは、エンドユーザが実際に体感する品質を表す指標であり、具体例としては主観評価で用いられるＭＯＳ（Ｍｅａｎ  Ｏｐｉｎｉｏｎ  Ｓｃｏｒｅ）値等を挙げることができる。
【０００９】
一般的な通信品質が向上すれば、ユーザ体感品質も向上する場合が多い。しかし、一般的な通信品質とユーザ体感品質とはかならずしも一致しないため、一般的な通信品質に基づいてリソース切替えや、リソース量の増減を行ってもユーザが感じる体感品質をかならずしも向上することはできない。
【００１０】
また、測定された通信品質等がある規定値に満たない場合に、通信品質を向上するためにリソースの切替えやリソース量の増減を行うことが従来から行われている。
【００１１】
リソースの切替えとは、例えば、サーバ装置が、通信品質が値がある規定値を満たしていないと判定した場合、他のサーバ装置へ処理を切り替えるような処理をいう。また、リソースの追加とは、割り当てる回線量、帯域幅を追加するような処理をいう。また、リソースの追加とは、ネットワークの帯域幅だけでなく、サーバ等のＣＰＵ数（マルチプロセッサシステムの場合）やＣＰＵ処理能力等もリソースとして変動させる場合もある。また、リソースの追加に際しては、１つのサーバ内でＣＰＵ処理能力を変動させるだけでなく、複数のサーバに渡るＣＰＵ処理能力を割り当てる場合もある。
【００１２】
このように通信品質を測定して、リソース切替えやリソース量の増減を行うようにすれば、通信品質がある一定値以下となるのを防ぐことが可能となる。しかし、セッションの接続中にリソース切替やリソース量の増減を行う場合、通信中のセッションを一旦切断して、再度セッションの接続を行う処理が必要になる。リソース量の追加を同一のリソース内で行うのであれば、セッション再接続を行わないですむ場合もあるが、リソース量の増減の際には、１つのリソース内でＣＰＵ処理能力を変動させるのではなく、複数のリソースに渡るＣＰＵ処理能力を割り当てるようなこが行われる場合もあり、セッションを保持できない場合がある。
【００１３】
サーバアプリケーションとクライアントアプリケーションとの間の通信を終了することなく、これらのアプリケーションの切替えや通信経路の切替えを可能とするシステムが特許文献２に開示されている。しかし、この従来技術は、プロキシ間で接続先の切替えを行うようにしたものであり、ユーザアプリケーション毎の体感品質等に基づいてリソース間で切替えを行うものではない。
【００１４】
また、従来のコンピュータ通信システムでは、同一機能の複数のリソースを備えたシステムを設計する際、一定の通信品質を確保するためにはシステムのリソース量に応じた事前の収容設計が必要になる。しかし、システム構成や、リソース量が変動した場合には、再度収容設計を行わなければならなくなる。
【００１５】
【特許文献１】
特開２００１−６７２９０号公報
【特許文献２】
特開２００２−６４５６２号公報
【００１６】
【発明が解決しようとする課題】
上述した従来のコンピュータ通信システムでは、リソース毎のユーザ体感品質の劣化や障害の推定を行うことができず、また、ユーザアプリケーション毎の体感品質、障害監視に基づくリソース切替やリソース量の増減を行う場合、エンドユーザ端末とサーバ間のセッション再接続を行うため、通信中のセッションの切断が発生するという問題があった。また、従来のコンピュータ通信システムでは、通信品質を確保するためにはシステムのリソース量に応じた事前の収容設計が必要となり、システム構成やリソース量が変動する毎に再度設計を行なわなければならず収容設計が煩雑であるという問題があった。
【００１７】
本発明の目的は、通信中のセッションを切断することなくリソースの切替えやリソース量の追加を行うとともに、ユーザアプリケーション毎の体感品質や障害の発生を推定することができるコンピュータ通信システムを提供することである。
【００１８】
また、本発明の他の目的は、収容設計を容易にすることができるコンピュータ通信システムを提供することである。
【００１９】
【課題を解決するための手段】
上記目的を達成するために、本発明は、コミュニケーションリソースおよびコンピューティングリソースからなる複数のリソースを利用して、通信回線を介してコンピュータ間の通信を行うコンピュータ通信システムにおいて、
前記複数のリソースのそれぞれに対して、
当該リソースを通過するユーザフロー毎のトランザクションを解析することにより、ユーザ体感品質の劣化および障害の発生を推定し、リソースの切替えまたはリソース量の追加を決定する品質分析装置と、
前記品質分析装置によりあるユーザフローに対するリソースの切替えが決定された場合、切替え先のリソースに対応して設けられているセッション保持装置に対して現在接続中のセッションの情報であるセッション情報を送信し、前記品質分析装置によりあるユーザフローに対してリソース量の追加が決定された場合、当該リソースに対してリソース量を追加するような依頼を行うセッション保持装置とが前記各リソースに対応して設けられていることを特徴とする。
【００２０】
本発明によれば、各リソース毎に品質分析装置が設けられ、リソースを通過するユーザフロー毎のトランザクションを解析するようにしているので、ユーザアプリケーション毎の体感品質、障害の発生の推定ができる。また、各リソース毎に、セッション情報を保持するためのセッション保持装置が設けられ、リソース切替えを行う際には切替え先のリソースに対応して設けられているセッション保持装置に対してセッション情報を送信するようにしているので、セッションの接続を維持しながらリソース切替えを行うことが可能となる。また、本発明によれば、ユーザフロー毎のユーザ体感品質の劣化等を推定し、自律的にリソースの切替えやリソース量の増減が行われるため、システム構成やリソース量が変動した場合でも収容設計を再度行わなくても品質の確保が可能となり、収容設計が容易となる。
【００２１】
また、前記品質分析装置を、満たすべきユーザ体感品質の基準値であるポリシーが格納されているポリシーテーブルと、
当該リソースを通過する制御パケットの内容に基づいて、当該ユーザフローのユーザ体感品質を推定し、該推定値が前記ポリシーテーブルに格納されているポリシーを満たしていない場合、リソースの切替えまたはリソースの追加を決定する品質分析部とから構成するようにしてもよい。
【００２２】
また、前記セッション保持装置を、エンドユーザ端末と当該リソースとの間のセッション情報を保持するためのセッションテーブルと、
前記品質分析部によりリソースの切替えが決定された場合、切替先のリソースに対応して設けられているセッション保持装置のセッション制御部に対してリソース切替えを行おうとするセッションのセッション情報を前記セッションテーブルから読み出して送信するセッション制御部とから構成するようにしてもよい。
【００２３】
さらに、前記複数のリソースは、それぞれ、
前記各リソース毎の設定情報を保持するリソーステーブルと、
当該リソースを通過する制御パケットを収集し、前記品質分析部に通知する品質収集部と、
前記品質分析部から受けたリソース量の追加要求に基づいて、前記リソーステーブルにおける設定情報の変更を行うリソース制御部とから構成するようにしてもよい。
【００２４】
【発明の実施の形態】
次に、本発明の実施の形態について図面を参照して詳細に説明する。
【００２５】
図１は本発明の一実施形態のコンピュータ通信システムの構成を示すシステム図である。図１において、図７中の構成要素と同一の構成要素には同一の符号を付し、説明を省略するものとする。
【００２６】
本実施形態のコンピュータ通信システムでは、リソース１３には、セッション保持装置１１、品質分析装置１２が対応して設けられ、リソース１６には、セッション保持装置１４、品質分析装置１５が対応して設けられている。また、リソース２３には、セッション保持装置２１、品質分析装置２２が対応して設けられ、リソース２６には、セッション保持装置２４、品質分析装置２５が対応して設けられている。
【００２７】
そして、エンドユーザ端末７は、網１０によってリソース１３、セッション保持装置１１、品質分析装置１２、リソース１６、セッション保持装置１４、品質分析装置１５に接続されている。リソース１３、セッション保持装置１１、品質分析装置１２、リソース１６、セッション保持装置１４、品質分析装置１５は、網２０によってリソース２３、セッション保持装置２１、品質分析装置２２、リソース２６、セッション保持装置２４、品質分析装置２５に接続されている。
【００２８】
また、本実施形態におけるセッション保持装置１１、品質分析装置１２、リソース１３の詳細機能ブロック構成を図２に示す。
セッション保持装置１４、２１、２４の構成および動作は、セッション保持装置１１と同様であるため説明は省略する。また、品質分析装置１５、２２、２５の構成および動作は、品質分析装置１２と同様であり、リソース１６、２３、２６の本実施形態に関する動作はリソース１３と同様であるため説明を省略する。
【００２９】
品質分析装置１２は、リソース１３を通過するユーザフロー毎のトランザクションを解析することにより、ユーザ体感品質の劣化および障害の発生を推定し、リソースの切替えまたはリソース量の追加を決定する。
【００３０】
セッション保持装置１１は、品質分析装置１２によりあるユーザフローに対するリソースの切替えが決定された場合、切替え先のリソースに対応して設けられているセッション保持装置に対して現在接続中のセッションの情報であるセッション情報を送信し、品質分析装置１２によりあるユーザフローに対してリソース量の追加が決定された場合、リソース１３に対してリソース量を追加するような依頼を行う。
【００３１】
図２に示されるように、セッション保持装置１１には、セッション制御部３０と、セッションテーブル３１とが設けられている。また、品質分析装置１２には、品質分析部３２が設けられている。また、リソース１３には、リソース制御部３４と、品質収集部３６とが設けられている。
【００３２】
ポリシーテーブル３３は、満たすべきユーザ体感品質の基準値であるポリシーが格納されている。品質分析部３２は、リソース１３を通過する制御パケットの内容に基づいて、ユーザフローのユーザ体感品質を推定し、その推定値がポリシーテーブル３３に格納されているポリシーを満たしていない場合、リソースの切替えまたはリソースの追加を決定する。
【００３３】
セッションテーブル３１は、エンドユーザ端末７とリソース１３との間のセッション情報を保持する。セッション情報の具体的内容としは、当該セッションを識別するセッション識別子や、当該セッションを要求したエンドユーザを識別するアドレス、およびポート番号や、当該セッション転送先リソースを識別するアドレス、およびポート番号や、エンドユーザの受付可能セッション数や、当該セッションのプロトコル識別子や、コンテンツ情報、時刻情報等の情報である。
【００３４】
セッション制御部３０は、エンドユーザ端末７―リソース１３間のセッション情報を保持するセッションテーブル３１を蓄積するとともに、品質分析部３２によりリソースの切替えが決定された場合、切替先のリソースに対応して設けられているセッション保持装置のセッション制御部に対してリソース切替えを行おうとするセッションのセッション情報をセッションテーブル３１から読み出  リソーステーブル３５は、各リソース毎の設定情報を保持する。品質収集部３６は、リソース１３を通過する制御パケットを収集し、品質分析部３２に通知する。リソース制御部３４は、品質分析部３２から受けたリソース量の追加要求に基づいて、リソーステーブル３５における設定情報の変更を行う。リソース制御部３４においては、それぞれリソーステーブル３５を蓄積する。
【００３５】
次に、本実施形態のコンピュータ通信システムの動作について図３〜図６を参照して詳細に説明する。
【００３６】
［セッション確立処理］
図３は、エンドユーザ端末７がセッション確立要求を発してからの一連の制御の流れを示す。エンドユーザ端末７は回線を経由し、セッション確立要求を送信する（ステップ▲１▼）、セッション確立要求を受けたセッション保持装置１１のセッション制御部３０は、当該セッションテーブル３１を参照し、セッションを受付可能であればセッションテーブル３１に登録し（ステップ▲２▼）、リソース１３にセッション確立要求を送信する（ステップ▲３▼）。セッション制御部３０は、リソース１３からのセッション確立応答を受信すると（ステップ▲４▼）、当該セッションをセッションテーブル３１に登録するとともに（ステップ▲５▼）、エンドユーザ端末７向けにセッション確立応答を送信する（ステップ▲６▼）。セッション受付が不可能であれば、エンドユーザ端末７向けにセッション確立不能応答を送信する（ステップ▲７▼）。
【００３７】
［通常通信処理］
図４は、エンドユーザ端末７とリソース１３間の一連の制御の流れを示す。エンドユーザ端末７は回線を経由し、データフレームを送信する（ステップ▲１▼）。データフレームを受けたセッション保持装置１１のセッション制御部３０は、当該セッションの内容でセッションテーブル３１を参照し（ステップ▲２▼）、セッション情報を変換した後（ステップ▲３▼）、リソース１３にデータフレームを送信する（ステップ▲４▼）。
【００３８】
また、リソース１３は、回線を経由しデータフレームを送信する（ステップ▲５▼）。データフレームを受けたセッション保持装置１１のセッション制御部３０は、当該セッションの内容でセッションテーブル３１を参照し（ステップ▲６▼）、セッション情報を変換した後（ステップ▲７▼）、データフレームを送信する（ステップ▲８▼）。
【００３９】
［品質分析処理］
図５は、品質分析処理における一連の制御の流れを示す。リソース１３の品質収集部３６は、リソース１３を流れる制御パケットを収集し、品質分析部３２に通知する（ステップ▲１▼）。品質分析部３２は、制御パケットの内容からユーザ体感品質、障害を推定する（ステップ▲２▼）。
【００４０】
制御パケットとは、例えば「再送要求、応答」、「帯域変更要求、応答」のようなものがある。具体的には、ストリーム配信に用いられるＲＴＳＰ（Ｒｅａｌ  Ｔｉｍｅ  Ｓｔｒｅａｍｉｎｇ  Ｐｒｏｔｏｃｏｌ）というプロトコルで実装されている。品質分析部３２は、これらの制御パケットの内容から、例えば以下のようにしてユーザ体感品質を測定する。
【００４１】
あるユーザの再送要求パケットが、予め指定した時間内に指定した回数以上発生した場合に、ユーザ体感品質が低下した、または障害が発生したと推定する。
【００４２】
そして、品質分析部３２は、推定結果、およびポリシーテーブル３３内のポリシーから、リソース切替、またはリソース量の増減の必要性を判断する（ステップ▲３▼）。
【００４３】
［リソース管理処理］
図６は、リソース管理処理における一連の制御の流れを示す。品質分析処理においてリソース切替が必要と判断された場合、品質分析部３２はセッション保持装置１１のセッション制御部３０にリソース切替を依頼する（ステップ▲１▼）。リソース切替を依頼されたセッション保持装置１１のセッション制御部３０は、セッション保持装置１４との間でセッション情報を交換する（ステップ▲２▼）とともにセッションテーブル３１を更新し（ステップ▲３▼）、リソース１６向けにデータフレームを転送する（ステップ▲４▼）。
【００４４】
品質分析処理においてリソース量の増減が必要と判断した場合は、品質分析部３２はリソース１３のリソース制御部３４にリソース量の増減を依頼する（ステップ▲５▼）。リソース量の増減を依頼されたリソース１３のリソース制御部３４は、リソーステーブル３５を変更する（ステップ▲６▼）。
【００４５】
本実施形態では、ユーザ体感品質劣化・障害の推定に制御パケットの情報を利用する形態を例示したが、データパケットのヘッダ情報や、規定時間内にパケットが到着しないことを利用する形態も本発明の実施形態として想定する範囲である。データパケットのヘッダ情報による制御を行う場合、データパケットのヘッダ内の「再送要求、応答」、「帯域変更要求、応答」等を示すフラグを用いて制御パケットの情報を利用する場合と同様にしてユーザ体感品質劣化等の推定を行う。また、規定時間内にパケットが到着しないことを利用した制御を行う場合、あるユーザのパケットが予め指定した時間内に指定した数到着しないことにより、ユーザ体感品質が劣化したまたは障害が発生したとのの推定を行う。
【００４６】
本実施形態のコンピュータ通信システムによれば、各リソース１３、１６、２３、２６毎に品質分析装置１２、１５、２２、２５が設けられ、リソースを通過するユーザフロー毎のトランザクションを解析するようにしているので、ユーザアプリケーション毎の体感品質、障害の発生の推定ができる。また、各リソース１３、１６、２３、２６毎に、セッション情報を保持するためのセッション保持装置１１、１４、２１、２４が設けられ、リソース切替えを行う際には切替え先のリソースに対応して設けられているセッション保持装置に対してセッション情報を送信するようにしているので、セッションの接続を維持しながらリソース切替えを行うことが可能となる。また、本実施形態によれば、ユーザフロー毎のユーザ体感品質の劣化等を推定し、自律的にリソースの切替えやリソース量の増減が行われるため、システム構成やリソース量が変動した場合でも収容設計を再度行わなくても品質の確保が可能となり、収容設計が容易となる。
【００４７】
また、図には示されていないが、本実施形態のコンピュータ通信システムにおける各リソース、品質分析装置、セッション保持装置は、上記で説明したリソース管理方法を実行するためのプログラムを記録した記録媒体を備えている。この記録媒体は磁気ディスク、半導体メモリまたはその他の記録媒体であってもよい。このプログラムは、記録媒体から各リソース等に読み込まれ、各リソース等の動作を制御する。具体的には、各リソース等内のＣＰＵがこのプログラムの制御により各リソース等のハードウェア資源に特定の処理を行うように指示することにより上記の処理が実現される。
【００４８】
また、本実施形態では、品質分析部３２がリソースのパケットをモニタリングする形態を例示したが、リソースのヘルスチェックや、セッションタイムアウトを利用する形態も本発明の実施形態として想定する範囲である。また、本実施形態では、品質分析部３２がユーザ体感品質劣化・障害の推定時にセッション確立要求を行う形態を例示したが、セッション確立処理時に予め別のリソースにダミーのセッションを確立しておき、ユーザ体感品質劣化・障害の推定時にはセッション確立を行わず、セッションの切替のみ行う形態も本発明の実施形態として想定する範囲である。
【００４９】
本発明は、上記で説明した本実施形態に限定されるものではなく、その要旨を逸脱しない範囲において様々に変更可能であることはもちろんである。
【００５０】
【発明の効果】
以上説明したように、本発明によれば、通信中のセッションを切断することなくリソースの切替えやリソース量の追加を行うことができ、またユーザアプリケーション毎の体感品質や障害の発生を推定することができる高品質、高信頼なデータ通信サービスを実現することができるという効果を得ることができる。
【図面の簡単な説明】
【図１】本発明の一実施形態のコンピュータ通信システムの構成を示すブロック図である。
【図２】本発明の一実施形態のコンピュータ通信システムにおけるセッション保持装置１１、品質分析装置１２、リソース１３の詳細機能ブロック図である。
【図３】本発明一実施形態のコンピュータ通信システムにおけるセッション確立処理時の動作を説明するための図である。
【図４】本発明一実施形態のコンピュータ通信システムにおける通常通信処理時の動作を説明するための図である。
【図５】本発明一実施形態のコンピュータ通信システムにおけるユーザ体感品質劣化・障害の推定処理時の動作を説明するための図である。
【図６】本発明一実施形態のコンピュータ通信システムにおけるリソース管理処理時の動作を説明するための図である。
【図７】従来のコンピュータ通信システムの構成を示すブロック図である。
【符号の説明】
２〜５    リソース
６    品質分析装置
７    エンドユーザ端末
１０    網
１１    セッション保持装置
１２    品質分析装置
１３    リソース
１４    セッション保持装置
１５    品質分析装置
１６    リソース
２０    網
２１    セッション保持装置
２２    品質分析装置
２３    リソース
２４    セッション保持装置
２５    品質分析装置
２６    リソース
３０    セッション制御部
３１    セッションテーブル
３２    品質分析部
３３    ポリシーテーブル
３４    リソース制御部
３５    リソーステーブル
３６    品質収集部
【図１】
2004274552.tif 000003
【図２】
2004274552.tif 000004
【図３】
2004274552.tif 000005
【図４】
2004274552.tif 000006
【図５】
2004274552.tif 000007
【図６】
2004274552.tif 000008
【図７】
2004274552.tif 000009