(57)【要約】  利用者自らがシステムの稼働状況を把握する。  仮想デスクトップシステム１００が、仮想デスクトップ２１を備える仮想化サーバ２０と、リモート接続で仮想デスクトップ２１を利用するシンクライアント端末４０と、仮想化サーバ２０及びシンクライアント端末４０を接続する複数のネットワーク処理装置３０とを備え、ネットワーク処理装置３０が、シンクライアント端末４０のリモート接続に関するＩＰフローの情報を管理するＩＰフロー管理手段３１１と、リモート接続に関するＩＰパケットを受信した場合、当該ＩＰパケットに関するＩＰフローが、予め定義した帯域幅又は遅延時間を満たしていない場合に、新クライアント端末にその旨を通知するＩＰフロー状態通知手段３１５とを備える。
2012133300.tif 000002
【特許請求の範囲】
【請求項１】
仮想デスクトップを備える仮想化サーバと、
リモート接続で前記仮想デスクトップを利用するシンクライアント端末と、
前記仮想化サーバ及び前記シンクライアント端末を接続する複数のネットワーク処理装置とを備え、
前記ネットワーク処理装置が、
前記シンクライアント端末の前記リモート接続に関するＩＰフローの情報を管理するＩＰフロー管理手段と、
前記リモート接続に関するＩＰパケットを受信した場合、当該ＩＰパケットに関する前記ＩＰフローが、予め定義した帯域幅又は遅延時間を満たしていない場合に、前記新クライアント端末にその旨を通知するＩＰフロー状態通知手段と
を備えることを特徴とする仮想デスクトップシステム。
【請求項２】
前記シンクライアント端末が、
前記ＩＰフローの経路変更要求を所定の前記ネットワーク処理装置に送信するＩＰフロー経路変更要求手段を備え、
前記ネットワーク処理装置が、
前記ＩＰフローの経路変更要求に応じて、前記ＩＰフローの経路を変更するＩＰフロー経路変更手段を備える
ことを特徴とする請求項１に記載の仮想デスクトップシステム。
【請求項３】
各ネットワーク処理装置の前記ＩＰフロー状態通知手段が、前記ＩＰフローの状態に関する情報を互いに通知し合うことで、前記ＩＰフローの状態に関する情報を共有する
ことを特徴とする請求項１又は請求項２に記載の仮想デスクトップシステム。
【請求項４】
前記ネットワーク処理装置が、
前記ＩＰフロー状態通知手段で、他のネットワーク処理装置から前記ＩＰフローの状態に関する情報を所定期間に所定回数受信しない場合、自装置の受信ポートを変更する転送ポート情報管理手段
を備えることを特徴とする請求項３に記載の仮想デスクトップシステム。
【請求項５】
前記ネットワーク処理装置が、
前記ＩＰフローの状態を保持するＩＰフロー情報管理テーブルを備え、
前記ＩＰフロー情報管理テーブルが、
少なくとも、前記ＩＰフローが利用している帯域幅の情報と、前記ＩＰフローの転送遅延時間の情報とを含む
ことを特徴とする請求項１から請求項４の何れか１項に記載の仮想デスクトップシステム。
【請求項６】
前記仮想デスクトップが、
前記シンクライアント端末からのリモート接続要求を受信するリモート受付手段を備え、
前記リモート受付手段は、所定の間隔で、接続が正常に行われていることを示す生存通知を前記シンクライアント端末に送信する
ことを特徴とする請求項１から請求項５に記載の仮想デスクトップシステム。
【請求項７】
前記シンクライアント端末が、
前記仮想デスクトップにリモート接続要求を行うリモート接続手段を備え、
前記リモート接続手段は、前記生存通知を所定の期間受信しなかった場合、リモート接続に異常が発生したと判断する
ことを特徴とする請求項６に記載の仮想デスクトップシステム。
【請求項８】
仮想デスクトップを備える仮想化サーバと、リモート接続で前記仮想デスクトップを利用するシンクライアント端末と、前記仮想化サーバ及び前記シンクライアント端末を接続する複数のネットワーク処理装置とを備える仮想デスクトップシステムの前記ネットワーク処理装置であって、
前記シンクライアント端末の前記リモート接続に関するＩＰフローの情報を管理するＩＰフロー管理手段と、
前記リモート接続に関するＩＰパケットを受信した場合、当該ＩＰパケットに関する前記ＩＰフローが、予め定義した帯域幅又は遅延時間を満たしていない場合に、前記新クライアント端末にその旨を通知するＩＰフロー状態通知手段と
を備えることを特徴とするネットワーク処理装置。
【請求項９】
仮想デスクトップを備える仮想化サーバと、リモート接続で前記仮想デスクトップを利用するシンクライアント端末と、前記仮想化サーバ及び前記シンクライアント端末を接続する複数のネットワーク処理装置とを備える仮想デスクトップシステムの管理方法であって、
前記ネットワーク処理装置が、
前記シンクライアント端末の前記リモート接続に関するＩＰフローの情報を管理するＩＰフロー管理ステップと、
前記リモート接続に関するＩＰパケットを受信した場合、当該ＩＰパケットに関する前記ＩＰフローが、予め定義した帯域幅又は遅延時間を満たしていない場合に、前記新クライアント端末にその旨を通知するＩＰフロー状態通知ステップと
を有することを特徴とする管理方法。
【請求項１０】
仮想デスクトップを備える仮想化サーバと、リモート接続で前記仮想デスクトップを利用するシンクライアント端末と、前記仮想化サーバ及び前記シンクライアント端末を接続する複数のネットワーク処理装置とを備える仮想デスクトップシステムの前記ネットワーク処理装置上で動作し、
前記ネットワーク処理装置に、
前記シンクライアント端末の前記リモート接続に関するＩＰフローの情報を管理するＩＰフロー管理処理と、
前記リモート接続に関するＩＰパケットを受信した場合、当該ＩＰパケットに関する前記ＩＰフローが、予め定義した帯域幅又は遅延時間を満たしていない場合に、前記新クライアント端末にその旨を通知するＩＰフロー状態通知処理とを、実行させることを特徴とする管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバ上の仮想マシンで動作し、ネットワークを介してＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）環境を提供する仮想デスクトップシステム等のシンクライアントシステムに関し、特に、利用者自らがシステムの稼働状況を把握することが可能な技術に関する。
【背景技術】
【０００２】
これまで、１台の個人用電子計算機（ＰＣ：Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）には、１つの基本ソフトウェア（ＯＳ：Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）を導入し利用する形態が一般的であった。【０００３】
しかし近年、サーバ仮想化ソフトウェアと呼ばれるソフトウェアが提供されるのと同時に、構内ネットワーク（ＬＡＮ：Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）の急速な高速化が進んでいる。これにより、サーバ仮想化ソフトウェア上で動作する仮想マシンにＯＳをインストールし、ユーザが自身のＰＣ（以下、シンクライアント端末と称する）からネットワーク越しにＰＣ環境を利用することが可能となってきた。【０００４】
この様な利用形態は仮想デスクトップシステムやシンクライアントシステムと呼ばれる。【０００５】
シンクライアントシステムによれば、データをサーバ上で管理するため、情報漏えいのリスクの低減が図られるといった利点や、ほとんどの処理がサーバ側で行われるためシンクライアント端末の負荷が低くなる等の利点が得られる。【０００６】
ここで、仮想デスクトップシステムとは、いわゆる画面転送型のシンクライアントシステムである。仮想デスクトップシステムでは、シンクライアント端末からキーボードやマウスの操作情報をサーバに送信し、該操作情報に基づきサーバが処理した結果を画面データとしてシンクアイアント端末に表示する。【０００７】
仮想デスクトップシステムは、シンクライアントシステムと同様の利点があると共に、異なるユーザが同一のクライアント端末を利用する場合でも、ユーザ毎に設定したＰＣ環境を利用することが出来るという利点もある。【０００８】
仮想デスクトップシステムの利用についての関連技術として、特許文献１−３が挙げられる。【０００９】
特許文献１では、利用者がコンピュータへのアクセス可能時間を知る手段と管理者が仮想デスクトップのコンピュータ稼働状況を把握する手段を提供している。【００１０】
また、特許文献２では、仮想デスクトップ環境のコンピュータ内の仮想デバイス、ハードウェアデバイスの障害について状況を把握する手段を提供している。【００１１】
また、特許文献３では、仮想デスクトップ環境を高速かつ高効率で利用できる手段を提供している。
【先行技術文献】
【特許文献】
【００１２】
【特許文献１】特開２００８−１２３４９３号
【特許文献２】特開２００８−２６９１９４号
【特許文献３】特開２００７−１９８４２９号
【非特許文献】
【００１３】
【非特許文献１】ＶＭｗａｒｅ  ｖＳｐｈｅｒｅ，  ｈｔｔｐ：／／ｗｗｗ．ｖｍｗａｒｅ．ｃｏｍ／ｊｐ／ｐｒｏｄｕｃｔｓ／ｖｓｐｈｅｒｅ／
【発明の概要】
【発明が解決しようとする課題】
【００１４】
背景技術による仮想デスクトップシステムは、以下のような問題点を有している。【００１５】
第１の問題点は、仮想デスクトップ環境の利用者自身がリモート接続状況の把握が出来ないという事である。その理由は、利用者側には画面イメージそのものが転送されているだけであり、仮想デスクトップ環境そのものが存在しないということである。【００１６】
第２の問題点は、仮想デスクトップ環境の利用者自身による仮想デスクトップの再起動等の復旧が困難なことである。その理由は、仮想デスクトップとのリモート接続状態の不具合の場合には、自ら操作可能なネットワークパスが失われるためである。【００１７】
第３の問題点は、仮想デスクトップ環境を利用するネットワーク網に起因するパス障害には対応が困難ということである。その理由は、仮想デスクトップ環境利用に実装されるリモート接続プログラムは、画面転送する事を主たる目的としておりネットワーク網の管理手段をエンドノードに提供する手段を具備していないためである。【００１８】
第４の問題点は、背景技術の仮想デスクトップ環境の基盤となるネットワークではアプリケーションを意識したトラフィック監視通知の機構を具備していないことである。その理由は、背景技術のネットワーク（主として、ＩＰネットワーク）では、ＩＰパケットの転送が主たる提供機能でありアプリケーションを意識した管理機構はネットワークエッジのエンドノード（サーバやＰＣクライアント等）に機能が委ねられていたからである。しかも、エンドノードにおいてはＩＰネットワークの疎通状態が正常であることを前提としたセッション管理機能が主たる機能であり、障害の詳細内容を把握することができずタイムアウトによるリトライ機構等による復旧処置のみが提供されていた。【００１９】
（発明の目的）
本発明の目的は、上述した課題を解決し、利用者自らがシステムの稼働状況を把握することが可能な仮想デスクトップシステム、ネットワーク処理装置、管理方法、及び管理プログラムを提供することである。
【課題を解決するための手段】
【００２０】
本発明の第１の仮想デスクトップシステムは、仮想デスクトップを備える仮想化サーバと、リモート接続で仮想デスクトップを利用するシンクライアント端末と、仮想化サーバ及びシンクライアント端末を接続する複数のネットワーク処理装置とを備え、ネットワーク処理装置が、シンクライアント端末のリモート接続に関するＩＰフローの情報を管理するＩＰフロー管理手段と、リモート接続に関するＩＰパケットを受信した場合、当該ＩＰパケットに関するＩＰフローが、予め定義した帯域幅又は遅延時間を満たしていない場合に、新クライアント端末にその旨を通知するＩＰフロー状態通知手段とを備える。【００２１】
本発明の第１のネットワーク処理装置は、仮想デスクトップを備える仮想化サーバと、リモート接続で仮想デスクトップを利用するシンクライアント端末と、仮想化サーバ及びシンクライアント端末を接続する複数のネットワーク処理装置とを備える仮想デスクトップシステムのネットワーク処理装置であって、シンクライアント端末のリモート接続に関するＩＰフローの情報を管理するＩＰフロー管理手段と、リモート接続に関するＩＰパケットを受信した場合、当該ＩＰパケットに関するＩＰフローが、予め定義した帯域幅又は遅延時間を満たしていない場合に、新クライアント端末にその旨を通知するＩＰフロー状態通知手段とを備える。【００２２】
本発明の第１の管理方法は、仮想デスクトップを備える仮想化サーバと、リモート接続で仮想デスクトップを利用するシンクライアント端末と、仮想化サーバ及びシンクライアント端末を接続する複数のネットワーク処理装置とを備える仮想デスクトップシステムの管理方法であって、ネットワーク処理装置が、シンクライアント端末のリモート接続に関するＩＰフローの情報を管理するＩＰフロー管理ステップと、リモート接続に関するＩＰパケットを受信した場合、当該ＩＰパケットに関するＩＰフローが、予め定義した帯域幅又は遅延時間を満たしていない場合に、新クライアント端末にその旨を通知するＩＰフロー状態通知ステップとを有する。【００２３】
本発明の第１の管理プログラムは、仮想デスクトップを備える仮想化サーバと、リモート接続で仮想デスクトップを利用するシンクライアント端末と、仮想化サーバ及びシンクライアント端末を接続する複数のネットワーク処理装置とを備える仮想デスクトップシステムのネットワーク処理装置上で動作し、ネットワーク処理装置に、シンクライアント端末のリモート接続に関するＩＰフローの情報を管理するＩＰフロー管理処理と、リモート接続に関するＩＰパケットを受信した場合、当該ＩＰパケットに関するＩＰフローが、予め定義した帯域幅又は遅延時間を満たしていない場合に、新クライアント端末にその旨を通知するＩＰフロー状態通知処理とを、実行させる。
【発明の効果】
【００２４】
本発明によれば、利用者自らがシステムの稼働状況を把握することができる。
【図面の簡単な説明】
【００２５】
【図１】本発明の第１の実施の形態による仮想デスクトップシステムの構成を示すブロック図である。
【図２】第１の実施の形態によるリモート接続に関する仮想デスクトップフロー制御管理手段の構成を示すブロック図である。
【図３】第１の実施の形態によるネットワーク処理装置のＩＰフロー情報の伝播についての構成を示すブロック図である。
【図４】第１の実施の形態によるＩＰフロー情報管理テーブル３１３の構成例を示す図である。
【図５】第１の実施の形態による仮想デスクトップシステムのＩＰフローの状態通知及び経路要求に関する構成を示すブロック図である。
【図６】第１の実施の形態による仮想デスクトップシステムの動作を示すフローチャートである。
【図７】本発明のネットワーク処理装置のハードウェア構成例を示すブロック図である。
【図８】本発明の仮想デスクトップシステムの最小限の構成を示すブロック図である。
【発明を実施するための形態】
【００２６】
本発明の上記及び他の目的、特徴及び利点を明確にすべく、添付した図面を参照しながら、本発明の実施形態を以下に詳述する。なお、上述の本願発明の目的のほか、他の技術的課題、その技術的課題を解決する手段及びその作用効果についても、以下の実施形態による開示によって明らかとなるものである。
【００２７】
なお、すべての図面において、同様な構成要素には同様の符号を付し、適宜説明を省略する。
【００２８】
（第１の実施の形態）
まず、本発明の第１の実施の形態について、図面を参照して詳細に説明する。以下の図において、本発明の本質に関わらない部分の構成については省略してあり、図示されていない。
【００２９】
図１は、本実施の形態による仮想デスクトップシステム１００のリモート接続に関する構成を示すブロック図である。
【００３０】
図１を参照すると、本実施の形態による仮想デスクトップシステム１００は、仮想デスクトップ管理装置１０と、仮想化サーバ２０（２０−１、２０−２）と、ネットワーク処理装置３０（３０−１〜３０−４）と、１つ以上のシンクライアント端末４０（４０−１〜４０−ｎ）とから構成される。
【００３１】
なお、本実施の形態では、仮想化サーバを２台、ネットワーク処理装置を４台含む構成としたが、仮想化サーバとネットワーク処理装置の数はこれに限定されるものではない。
【００３２】
シンクライアント端末４０は、リモート接続手段４１を備える。
【００３３】
リモート接続手段４１は、後述するリモート受付手段２５に対して接続を要求する。リモート受付手段２５から接続が許可されると、リモート接続手段４１とリモート受付手段２５との間でリモート接続が完了する。
【００３４】
仮想化サーバ２０は、１つ以上の仮想デスクトップ２１０と、仮想デスクトップ処理装置２００と、仮想デスクトップ処理装置内部にて動作する仮想スイッチ２０２を備える。
【００３５】
本実施の形態では、仮想化サーバ２０は２つの仮想デスクトップを備える構成としたが、これに限定はされない。
【００３６】
仮想デスクトップ２１０は、リモート受付手段２５を含む。
【００３７】
リモート受付手段２５は、シンクライアント端末４０のリモート接続手段４１との間でリモート接続を行う機能を有する。
【００３８】
リモート受付手段２５は、リモート接続手段４１から接続要求を受けると、接続が可能な場合は接続許可を通知する。これにより、リモート接続が確立する。
【００３９】
仮想スイッチ２３は、仮想化したネットワークスイッチであり、外部との通信を行う機能を有する。
【００４０】
また、仮想スイッチ２３は、仮想デスクトップフロー制御管理手段２４を備える。
【００４１】
ここで、リモート接続に関する仮想デスクトップフロー制御管理手段２４の構成を、図２に示す。
【００４２】
図２を参照すると、仮想デスクトップフロー制御管理手段２４は、アプリケーションフロー識別手段２４１と、仮想デスクトップフロー確認手段２４２と、仮想デスクトップフロー転送手段２４３と、アプリケーションフロー定義部２４４と、仮想デスクトップＩＰフロー管理手段２０２５と、ＱｏＳ情報管理手段２０２６と、カウンタ情報管理手段２０２７と、転送ポート情報管理手段２０２９と、タイマ情報管理手段２０２９と、を含む。
【００４３】
アプリケーションフロー定義部２４４は、所定のアプリケーションのＩＰフロー（以下、アプリケーションフローと称する）を定義している。
【００４４】
ここで、ＩＰフローとは、特定のＩＰアドレスから別の特定のＩＰアドレスへのＩＰパケットの流れをいう。
【００４５】
アプリケーションフロー識別手段２４１は、リモート接続手段４１及びリモート受付手段１１１から送信されるＩＰパケットを確認し、該ＩＰパケットに関するＩＰフローが、アプリケーションフロー定義部２４４に定義されているアプリケーションフローに該当するか否かを識別する。
【００４６】
アプリケーションフロー識別手段２４１は、ＩＰパケットに関するＩＰフローがアプリケーションフロー定義部２４４に定義されていない場合には、該ＩＰパケットを破棄する。
【００４７】
また、アプリケーションフロー識別手段２４１は、ＩＰパケットに関するＩＰフローがアプリケーションフロー定義部２４４に定義されている場合は、その旨を該識別結果として仮想デスクトップフロー確認手段２４２へ渡す。
【００４８】
仮想デスクトップフロー確認手段２４２は、アプリケーションフロー定義部２４４に定義されているアプリケーションフローとアプリケーションフロー識別手段２４１で識別されたＩＰフローが、既に仮想デスクトップＩＰフロー管理手段２４５で管理されているかを問い合わせる。
【００４９】
また、仮想デスクトップフロー確認手段２４２は、該ＩＰフローが仮想デスクトップＩＰフロー管理手段２４５で管理されていない場合、該ＩＰフローを管理対象とする旨の要求を仮想デスクトップＩＰフロー管理手段２４５に行う。
【００５０】
仮想デスクトップＩＰフロー管理手段２４５は、所定のＩＰフローの情報を管理する。
【００５１】
仮想デスクトップＩＰフロー管理手段２４５は、各ＩＰフローについて、Ｑｏｓに関する情報、転送カウンタ数、転送先ポートの情報、管理対象として登録した時刻を、それぞれＱｏＳ情報管理手段２４６、カウンタ情報管理手段２４７、転送ポート情報管理手段２４８、タイマ情報管理手段２４９に登録して管理する。
【００５２】
仮想デスクトップフロー転送手段２４３は、仮想デスクトップＩＰフロー管理手段２４５が管理するＱｏＳ情報管理手段２４６に基づいて、ＩＰパケットの転送可否を判断する。
【００５３】
仮想デスクトップフロー転送手段２４３は、ＩＰパケットを転送可能と判断した場合は、転送ポート情報管理手段２４８から、ネットワーク処理装置３０−１〜３０−４が具備する最適な転送ポート情報を取得する。また、仮想デスクトップフロー転送手段２４３は、カウンタ情報管理手段２４７に対して、該ＩＰパケットに関するＩＰフローの転送カウンタをインクリメントする。
【００５４】
次いで、仮想デスクトップフロー転送手段２４３は、リモート受付手段２５、又はリモート接続手段４１へ、該ＩＰパケットを転送する。
【００５５】
ＱｏＳ情報管理手段２４６は、ＩＰパケットのサイズ（バイト長）や、送信元ＩＰアドレス、宛先ＩＰアドレス等のＩＰフローに関する情報を管理する。
【００５６】
カウンタ情報管理手段２４７は、ＩＰフロー毎のカウンタ値を管理する。
【００５７】
転送ポート情報管理手段２４８は、ネットワーク処理装置３０の転送ポート情報を管理する。
【００５８】
タイマ情報管理手段２０２９は、仮想デスクトップＩＰフロー管理手段２４５によりＩＰフローが登録された時刻を管理する。
【００５９】
図３は、ネットワーク処理装置３０（３０−１〜３０−４）における、ＩＰフロー情報の伝播についての構成を示すブロック図である。なお、簡略化のため説明は省略するが、仮想スイッチ１４におけるＩＰフロー情報の伝播についても同様の構成及び動作である。
【００６０】
図３を参照すると、仮想デスクトップフロー制御管理手段３１は、ＩＰフロー情報の伝播についての構成においては、ＩＰフロー管理手段３１１と、フロー状態伝播手段３１２と、ＩＰフロー情報管理テーブル３１３と含む。
【００６１】
なお、リモート接続に関する構成においては、仮想デスクトップフロー制御管理手段３１は、図２の構成を備えている。
【００６２】
フロー情報伝搬手段３１２は、ＩＰフロー情報管理テーブル３１３で管理されるＩＰフローの情報を伝搬する。
【００６３】
また、フロー情報伝播手段３１２は、ＩＰフロー管理手段３１１から取得した情報に基づき、伝搬されるＩＰフローの情報をＩＰフロー情報管理テーブル３１３に格納する。
【００６４】
ここで、ＩＰフロー情報管理テーブル３１３の構成例を図４に示す。
【００６５】
エントリーは、ＩＰフローの単位で生成・管理される。各エントリーに格納される情報フィールドの概略は次のとおりである。
【００６６】
アプリケーションフィールドは、主として利用される仮想デスクトップの通信プロトコルを格納する。
【００６７】
ペアＩＰアドレス１フィールドは、リモート接続を実行しているエンドノードの送信元ＩＰアドレスまたは宛先ＩＰアドレスが格納される。
【００６８】
ペアＩＰアドレス２フィールドも、ペアＩＰアドレス１フィールドと同様の情報が格納される。ただし、ペアＩＰアドレス１とは排他なものとなる。ペアＩＰアドレス１とペアＩＰアドレス２との組合せがＩＰフローとなる。
【００６９】
ホップフィールドは、ネットワーク内のホップ情報を格納する。
【００７０】
帯域情報フィールドは、ＩＰフローが利用している帯域幅の値を格納する。
【００７１】
遅延情報フィールドは、ＩＰフローの転送遅延時間を格納する。
【００７２】
ＳＬＡ（Ｓｅｒｖｉｃｅ  Ｌｅｖｅｌ  Ａｇｒｅｅｍｅｎｔ）情報フィールドは、アクティブ情報、サービスレベル規定情報が格納されている。
【００７３】
ここで、図５を参照すると、図５は、本実施の形態による仮想デスクトップシステム１００において、仮想デスクトップサービスで利用されるＩＰフローの状態通知及び経路要求に関する構成を示すブロック図である。
【００７４】
図５の構成においては、概略以下の機能を備える。
【００７５】
仮想デスクトップ管理装置１０は、仮想デスクトップ操作手段１１０を備える。
【００７６】
仮想デスクトップ２１は、ＩＰフロー状態受信手段２６を備える。
【００７７】
ネットワーク処理装置３０の仮想デスクトップフロー制御管理手段３１は、ＩＰフロー状態通知手段３１５と、ＩＰフロー経路変更手段３１４と、ＩＰフロー管理手段３１１とを備える。
【００７８】
シンクライアント端末４０は、ＩＰフロー状態受信手段４２と、ＩＰフロー経路変更要求手段４３とを備える。
【００７９】
これらの手段は、それぞれ概略、次のように動作する。
【００８０】
仮想デスクトップ操作手段１１０は、ＩＰフロー経路変更要求手段４３からの要求により、仮想デスクトップ処理装置２２と連携し、仮想デスクトップ２１を異なる仮想デスクトップ処理装置２２へと移動させる。
【００８１】
該移動手段は、本発明によるものではなく、仮想化の既存技術により実現する（非特許文献１のソフトウェア製品では、ＶＭｗａｒｅ  ＶＭｏｔｉｏｎという名称で動的移行機能を提供している。本発明では、動的である必要性は無い）。
【００８２】
ＩＰフロー状態受信手段２６は、ネットワーク上通過するＩＰフローの状態をＩＰフロー状態通知手段３１５より受信する。
【００８３】
ＩＰフロー状態通知手段３１５は、ＩＰフロー管理手段３１１から情報を取得し、隣接の仮想デスクトップフロー制御管理手段３１へ、通過するＩＰフローの状態を通知する。
【００８４】
ＩＰフロー経路変更手段３１４は、利用者の要求であるＩＰフロー経路変更要求手段４３からの要求を受け付け、該要求をネットワーク内の他のＩＰフロー経路変更手段３１４へ転送する。
【００８５】
この際のＩＰフロー経路変更手段３１４は、該当する経路を変更する為にＩＰフロー管理手段３１１と連携して処理する。これにより経路変更を実行し最適な経路を通過する。
【００８６】
ＩＰフロー状態受信手段４２は、ＩＰフロー状態通知手段３１５からＩＰフローの状態を受信し、ＩＰフロー経路変更要求手段４３へ情報を提供し、適切な処理要求を実行する。
【００８７】
ＩＰフロー経路変更要求手段４３は、利用者要求に合わせて隣接にて接続されるＩＰフロー経路変更手段３１４、もしくは仮想デスクトップ操作手段１１０へ、ＩＰフロー経路の変更要求を送信する。
【００８８】
（第１の実施の形態の動作の説明）
次に、本実施の形態による仮想デスクトップシステム１００の動作について、図面を参照して詳細に説明する。
【００８９】
図６は、本実施の形態による仮想デスクトップシステム１００の動作を示すフローチャートである。
【００９０】
図６を参照すると、まず、リモート接続手段４１が、利用者の仮想デスクトップ２１へのリモート接続を開始する（ステップＳ１）。
【００９１】
次いで、リモート接続手段４１からの接続要求をリモート受付手段２５が受信し、接続が確立される（ステップＳ３４）。
【００９２】
接続が確立されると、リモート受付手段２５は、同内部の仮想デスクトップフロー制御管理手段２４と通信し、その後、リモート接続手段４１へ、生存通知を送信する（ステップＳ３５）。
【００９３】
リモート接続手段４１は、該生存通知を一定時間内に一定回数受信しているかを確認する（ステップＳ３６）。受信している場合には、ステップＳ３５の処理へ戻る。
【００９４】
リモート接続手段４１が該生存通知を一定時間内に一定回数受信していない場合（ステップＳ３６”ＮＯ”）、ステップＳ２９へ遷移する。
【００９５】
一方、ネットワーク処理装置３０では、仮想デスクトップフロー制御管理手段３１のアプリケーションフロー識別手段２４１が、ステップＳ１で送信されてくるＩＰパケットに関するＩＰフローがアプリケーションフロー定義部２４４に定義されているアプリケーションフローに該当するか否かを識別する（ステップＳ２）。
【００９６】
ステップＳ１で、送信されてくるＩＰパケットに関するＩＰフローがアプリケーションフロー定義部２４４に定義されているアプリケーションフローでない場合（ステップＳ３”ＮＯ”）、アプリケーションフロー識別手段２４１は、該ＩＰパケットを破棄する（ステップＳ４）。
【００９７】
ステップＳ１で、送信されてくるＩＰパケットに関するＩＰフローがアプリケーションフロー定義部２４４に定義されているアプリケーションフローである場合（ステップＳ３”ＹＥＳ”）、仮想デスクトップフロー制御管理手段３１は、該ＩＰパケットがネットワーク網内で利用する上での管理制御用パケットであるかどうかを判断する（ステップＳ５）。
【００９８】
該ＩＰパケットがネットワーク網内で利用する上での管理制御用パケットである場合（ステップＳ５”ＹＥＳ”）、仮想デスクトップフロー制御管理手段３１は、該ＩＰパケットが、仮想デスクトップフロー制御管理手段３１が動作しているネットワークノード（自装置）宛てであるかを識別する（ステップＳ６）。
【００９９】
該ＩＰパケットが自装置宛てのＩＰパケットである場合、仮想デスクトップフロー制御管理手段３１は、該ＩＰパケットが帯域定義の変更内容要求であるかどうかの識別を行う（ステップＳ７）。
【０１００】
帯域幅変更要求の場合（ステップＳ７”ＹＥＳ”）、仮想デスクトップフロー制御管理手段３１は、帯域幅変更処理を実行する（ステップＳ８）。
【０１０１】
次いで、仮想デスクトップフロー制御管理手段３１は、該ＩＰパケットが遅延定義変更要求であるかどうかの識別を行う（ステップＳ９）。
【０１０２】
遅延定義変更要求である場合（ステップＳ９”ＹＥＳ”）、仮想デスクトップフロー制御管理手段３１は、遅延定義変更処理を実行する（ステップＳ１０）。
【０１０３】
次いで、仮想デスクトップフロー制御管理手段３１は、該ＩＰパケットがネットワーク網内の経路変更要求であるかどうかの識別を行う（ステップＳ１１）。
【０１０４】
該ＩＰパケットが経路変更要求でない場合（ステップＳ１１”ＮＯ”）、仮想デスクトップフロー制御管理手段３１は、該ＩＰパケットを転送する（ステップＳ１２）。
【０１０５】
該ＩＰパケットが経路変更処理要求である場合（ステップＳ１１”ＹＥＳ”）、仮想デスクトップフロー制御管理手段３１は、転送ポート情報管理手段１４１８の状態を更新する（ステップＳ１３、Ｓ１４）。
【０１０６】
該ＩＰパケットが自装置宛てのＩＰパケットでない場合（ステップＳ６”ＮＯ”）、仮想デスクトップフロー制御管理手段３１は、隣接するネットワーク処理装置３１へ該ＩＰパケットを転送する（Ｓ１２）。より詳細には、該転送処理は仮想デスクトップフロー転送手段２４３が行う。
【０１０７】
該ＩＰパケットが管理制御用パケットでない場合は（ステップＳ５”ＮＯ”）、仮想デスクトップフロー制御管理手段３１は、送られてきた該ＩＰパケットの送信元ＩＰアドレスまたは宛先ＩＰアドレスが仮想デスクトップフロー管理手段２４５で管理されているＩＰフローであるかを識別する（ステップＳ１５）。より詳細には、仮想デスクトップフロー確認手段２４２が、該ＩＰが仮想デスクトップＩＰフロー管理手段２４５で管理されているかを、該仮想デスクトップＩＰフロー管理手段２４５に問い合わせる。
【０１０８】
該ＩＰパケットが仮想デスクトップフロー管理手段２４５で管理されていないＩＰフローの場合（ステップＳ１５”ＮＯ”）、仮想デスクトップフロー確認手段２４２が、仮想デスクトップフロー管理手段２４５に対して登録要求を出し、仮想デスクトップフロー管理手段２４５が登録を実行する（のステップＳ１６）。
【０１０９】
仮想デスクトップフロー管理手段２４５は、登録を実行すると、登録した時刻をタイマ情報管理手段２４９へ登録し（ステップＳ１７）、送られてきた該ＩＰパケットのサイズ（バイト長）をＱｏＳ情報管理手段２４６に記憶させる（ステップＳ１８）。その後、ステップＳ１５へ戻る。
【０１１０】
送られてきた該ＩＰパケットが仮想デスクトップフロー管理手段２４５で管理されているＩＰフローの場合（ステップＳ１５”ＹＥＳ”）、仮想デスクトップフロー管理手段２４５は、ＩＰフローの前回転送した時刻と現在の時刻をタイマ情報管理手段２４９から読み出して差分を算出し（ステップＳ１９）、ＩＰフローに対する差分時刻をタイマ情報管理手段２４９に記憶する（ステップＳ２０）。
【０１１１】
また、ステップＳ２０の処理と同時に、仮想デスクトップフロー管理手段２４５は、現在のＩＰフローの処理時刻をタイマ情報管理手段２４９に記憶し、次回の差分算出時に利用するデータとする（ステップＳ２１）。
【０１１２】
ステップＳ２０の処理の後、仮想デスクトップフロー管理手段２４５は、ＩＰパケットサイズを抽出し（ステップＳ２２）、ＩＰフローとして管理されるＩＰパケットサイズをＱｏＳ情報管理手段２４６に対して記憶する（ステップＳ２３、Ｓ２４）。
【０１１３】
ステップＳ２３の処理の後、仮想デスクトップフロー管理手段２４５は、送信されてきたＩＰフローの状態をＱｏＳ情報管理手段２４６から読み出し、定義された帯域幅を満たしているかを確認する（ステップＳ２５）。
【０１１４】
定義された帯域幅を満たしている場合（ステップＳ２５”ＹＥＳ”）、仮想デスクトップフロー管理手段２４５は、定義された遅延時間を満たしているかを確認する（ステップＳ２６）。
【０１１５】
定義された遅延時間を満たしている場合（ステップＳ２７”ＹＥＳ”）、仮想デスクトップフロー管理手段２４５は、カウンタ情報管理手段２４７のカウンタ値を増加する（ステップＳ２７）。
【０１１６】
次いで、仮想デスクトップフロー管理手段２４５は、転送ポート情報管理手段２４８を参照し（ステップＳ２８）、仮想デスクトップフロー転送手段２４３が、該当するポートへＩＰパケットを転送する（ステップＳ１２）。
【０１１７】
ステップＳ２５又はステップＳ２６の処理で条件を満たしていない場合には、仮想デスクトップフロー制御管理手段３１は、リモート接続手段４１に対して、ネットワークの利用状態を通知する（ステップＳ２９）。」
【０１１８】
該利用状態を通知することで、利用者に、帯域定義変更要求や遅延定義変更要求を促すことができる（ステップＳ３０）。
【０１１９】
利用者が変更要求を実行すると（ステップＳ３１）、シンクライアント端末４０は、制御パケットを示すマーキング処理をＩＰパケットに対して実行する（ステップＳ３３）。ステップＳ３３では、利用者自身の仮想デスクトップに対するものであるかどうかもマーキングされる。その後、ステップＳ３へ送信され処理が実行される。
【０１２０】
ステップＳ３７において、仮想デスクトップフロー制御管理手段３１は、帯域データ及び遅延データを計算し、図３に基づくＩＰフロー情報を構築し隣接するネットワーク処理装置３１へ該ＩＰフロー情報を送信する（ステップＳ３８）。これによりネットワーク網内でのＩＰフローのサービス状態の同期が確立される。
【０１２１】
逆に、ステップＳ３９においては、隣接するネットワーク処理装置３０で、該ＩＰフロー情報を一定時間内に一定回数受信しているかを確認する（ステップＳ３９）。
【０１２２】
受信してない場合（ステップＳ３９”ＮＯ”）、該当受信ポートが最適な転送先ポートで無くなる為、仮想デスクトップフロー制御管理手段３１は、最適ポートリストを転送ポート情報管理手段２４８に対して変更する。
【０１２３】
受信している場合（ステップＳ３９”ＹＥＳ”）、仮想デスクトップフロー制御管理手段３１は、必要なサービスレベル情報を抽出し（ステップＳ４０）、該当受信ポートが最適な転送ポートに登録されているかを確認する（ステップＳ４１）。
【０１２４】
登録されない場合（ステップＳ４１”ＮＯ”）、仮想デスクトップフロー制御管理手段３１は、転送ポート情報管理手段２４８が管理する最適転送ポートリストへ該受信ポートを登録し（ステップＳ４２）、ステップＳ２７の処理の実行へ移る。
【０１２５】
登録されている場合（ステップＳ４１”ＹＥＳ”）、仮想デスクトップフロー制御管理手段３１は、転送ポートの有効期間延長処理を実行（ステップＳ４３）し、ポート状態を有効なものとして更新する（ステップＳ１４）。
【０１２６】
（第１の実施の形態による効果）
次に本実施の形態の効果について説明する。
【０１２７】
第１の効果は、サービス障害が発生した場合、仮想デスクトップ側に問題があるのか、ネットワークに問題があるのかをサービス利用者自身が識別できることである。その理由は、仮想デスクトップ自体を監視することと仮想デスクトップが利用するネットワークを監視する手段を分離配置し、相互の死活監視により識別情報をネットワーク上に送信しているからである。
【０１２８】
第２の効果は、ネットワーク上の障害が発生や、急激な負荷が上昇した場合、自動的に最適な経路へ切り替えを行い、利用者は意識することなくサービスレベルを維持したまま利用が可能になることである。
【０１２９】
その理由は、ネットワーク処理装置が、利用サービスを識別した経路情報を動的に送受信しあうことで利用サービス毎の最適な経路情報を保持しながらトラフィック転送をおこなっているからである。
【０１３０】
第３の効果は、利用者自身で最適な経路を選択し、必要に応じて仮想デスクトップの最適配置、再起動等の操作を実行できることである。
【０１３１】
その理由は、第１の効果及び第２の効果で提供される手段によって利用者自身が仮想デスクトップ及びネットワークの利用状況を把握することができるからである。
【０１３２】
なお、本発明の課題を解決できる最小限の構成を図８に示す。仮想デスクトップシステム１００が、仮想デスクトップ２１を備える仮想化サーバ２０と、リモート接続で仮想デスクトップ２１を利用するシンクライアント端末４０と、仮想化サーバ２０及びシンクライアント端末４０を接続する複数のネットワーク処理装置３０とを備え、ネットワーク処理装置３０が、シンクライアント端末４０のリモート接続に関するＩＰフローの情報を管理するＩＰフロー管理手段３１１と、リモート接続に関するＩＰパケットを受信した場合、当該ＩＰパケットに関するＩＰフローが、予め定義した帯域幅又は遅延時間を満たしていない場合に、新クライアント端末にその旨を通知するＩＰフロー状態通知手段３１５とを備えることで、上述した本発明の課題を解決することができる。
【０１３３】
次に、本発明のネットワーク処理装置３１のハードウェア構成例について、図７を参照して説明する。図７はネットワーク処理装置３１のハードウェア構成例を示すブロック図である。
【０１３４】
図７を参照すると、本発明のネットワーク処理装置３１は、一般的なコンピュータ装置と同様のハードウェア構成であり、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）８０１、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）等のメモリからなる、データの作業領域やデータの一時退避領域に用いられる主記憶部８０２、ネットワークを介してデータの送受信を行う通信部８０３、入力装置８０５や出力装置８０６及び記憶装置８０７と接続してデータの送受信を行う入出力インタフェース部８０４、上記各構成要素を相互に接続するシステムバス８０８を備えている。記憶装置８０７は、例えば、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、磁気ディスク、半導体メモリ等の不揮発性メモリから構成されるハードディスク装置等で実現される。
【０１３５】
本発明のネットワーク処理装置３１の各機能は、プログラムを組み込んだ、ＬＳＩ（Ｌａｒｇｅ  Ｓｃａｌｅ  Ｉｎｔｅｇｒａｔｉｏｎ）等のハードウェア部品である回路部品を実装することにより、その動作をハードウェア的に実現することは勿論として、その機能を提供するプログラムを、記憶装置８０７に格納し、そのプログラムを主記憶部８０２にロードしてＣＰＵ８０１で実行することにより、ソフトウェア的に実現することも可能である。
【０１３６】
なお、仮想化サーバ２０，シンクライアント端末４０、仮想デスクトップ管理装置１０も、上記のようなハードウェア構成を有し、自装置が有する各機能をハードウェア的又はソフトウェア的に実現する。
【０１３７】
以上好ましい実施の形態をあげて本発明を説明したが、本発明は必ずしも、上記実施の形態に限定されるものでなく、その技術的思想の範囲内において様々に変形して実施することができる。
【０１３８】
なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。
【０１３９】
また、本発明の各種の構成要素は、必ずしも個々に独立した存在である必要はなく、複数の構成要素が一個の部材として形成されていること、一つの構成要素が複数の部材で形成されていること、ある構成要素が他の構成要素の一部であること、ある構成要素の一部と他の構成要素の一部とが重複していること、等でもよい。
【０１４０】
また、本発明の方法およびコンピュータプログラムには複数の手順を順番に記載してあるが、その記載の順番は複数の手順を実行する順番を限定するものではない。このため、本発明の方法およびコンピュータプログラムを実施する時には、その複数の手順の順番は内容的に支障しない範囲で変更することができる。
【０１４１】
また、本発明の方法およびコンピュータプログラムの複数の手順は個々に相違するタイミングで実行されることに限定されない。このため、ある手順の実行中に他の手順が発生すること、ある手順の実行タイミングと他の手順の実行タイミングとの一部ないし全部が重複していること、等でもよい。
【０１４２】
さらに、上記実施形態の一部又は全部は、以下の付記のようにも記載されうるが、これに限定されない。
【０１４３】
（付記１）
仮想デスクトップを備える仮想化サーバと、
リモート接続で前記仮想デスクトップを利用するシンクライアント端末と、
前記仮想化サーバ及び前記シンクライアント端末を接続する複数のネットワーク処理装置とを備え、
前記ネットワーク処理装置が、
前記シンクライアント端末の前記リモート接続に関するＩＰフローの情報を管理するＩＰフロー管理手段と、
前記リモート接続に関するＩＰパケットを受信した場合、当該ＩＰパケットに関する前記ＩＰフローが、予め定義した帯域幅又は遅延時間を満たしていない場合に、前記新クライアント端末にその旨を通知するＩＰフロー状態通知手段と
を備えることを特徴とする仮想デスクトップシステム。
【０１４４】
（付記２）
前記シンクライアント端末が、
前記ＩＰフローの経路変更要求を所定の前記ネットワーク処理装置に送信するＩＰフロー経路変更要求手段を備え、
前記ネットワーク処理装置が、
前記ＩＰフローの経路変更要求に応じて、前記ＩＰフローの経路を変更するＩＰフロー経路変更手段を備える
ことを特徴とする付記１に記載の仮想デスクトップシステム。
【０１４５】
（付記３）
各ネットワーク処理装置の前記ＩＰフロー状態通知手段が、前記ＩＰフローの状態に関する情報を互いに通知し合うことで、前記ＩＰフローの状態に関する情報を共有する
ことを特徴とする付記１又は付記２に記載の仮想デスクトップシステム。
【０１４６】
（付記４）
前記ネットワーク処理装置が、
前記ＩＰフロー状態通知手段で、他のネットワーク処理装置から前記ＩＰフローの状態に関する情報を所定期間に所定回数受信しない場合、自装置の受信ポートを変更する転送ポート情報管理手段
を備えることを特徴とする付記３に記載の仮想デスクトップシステム。
【０１４７】
（付記５）
前記ネットワーク処理装置が、
前記ＩＰフローの状態を保持するＩＰフロー情報管理テーブルを備え、
前記ＩＰフロー情報管理テーブルが、
少なくとも、前記ＩＰフローが利用している帯域幅の情報と、前記ＩＰフローの転送遅延時間の情報とを含む
ことを特徴とする付記１から付記４の何れか１項に記載の仮想デスクトップシステム。
【０１４８】
（付記６）
前記仮想デスクトップが、
前記シンクライアント端末からのリモート接続要求を受信するリモート受付手段を備え、
前記リモート受付手段は、所定の間隔で、接続が正常に行われていることを示す生存通知を前記シンクライアント端末に送信する
ことを特徴とする付記１から付記５に記載の仮想デスクトップシステム。
【０１４９】
（付記７）
前記シンクライアント端末が、
前記仮想デスクトップにリモート接続要求を行うリモート接続手段を備え、
前記リモート接続手段は、前記生存通知を所定の期間受信しなかった場合、リモート接続に異常が発生したと判断する
ことを特徴とする付記６に記載の仮想デスクトップシステム。
【０１５０】
（付記８）
仮想デスクトップを備える仮想化サーバと、リモート接続で前記仮想デスクトップを利用するシンクライアント端末と、前記仮想化サーバ及び前記シンクライアント端末を接続する複数のネットワーク処理装置とを備える仮想デスクトップシステムの前記ネットワーク処理装置であって、
前記シンクライアント端末の前記リモート接続に関するＩＰフローの情報を管理するＩＰフロー管理手段と、
前記リモート接続に関するＩＰパケットを受信した場合、当該ＩＰパケットに関する前記ＩＰフローが、予め定義した帯域幅又は遅延時間を満たしていない場合に、前記新クライアント端末にその旨を通知するＩＰフロー状態通知手段と
を備えることを特徴とするネットワーク処理装置。
【０１５１】
（付記９）
前記シンクライアント端末からの前記ＩＰフローの経路変更要求に応じて、前記ＩＰフローの経路を変更するＩＰフロー経路変更手段を備える
ことを特徴とする付記８に記載のネットワーク処理装置。
【０１５２】
（付記１０）
各ネットワーク処理装置の前記ＩＰフロー状態通知手段が、前記ＩＰフローの状態に関する情報を互いに通知し合うことで、前記ＩＰフローの状態に関する情報を共有する
ことを特徴とする付記８又は付記９に記載のネットワーク処理装置。
【０１５３】
（付記１１）
前記ＩＰフロー状態通知手段で、他のネットワーク処理装置から前記ＩＰフローの状態に関する情報を所定期間に所定回数受信しない場合、自装置の受信ポートを変更する転送ポート情報管理手段
を備えることを特徴とする付記１０に記載のネットワーク処理装置。
【０１５４】
（付記１２）
前記ＩＰフローの状態を保持するＩＰフロー情報管理テーブルを備え、
前記ＩＰフロー情報管理テーブルが、
少なくとも、前記ＩＰフローが利用している帯域幅の情報と、前記ＩＰフローの転送遅延時間の情報とを含む
ことを特徴とする付記８から付記１１の何れか１項に記載のネットワーク処理装置。
【０１５５】
（付記１３）
仮想デスクトップを備える仮想化サーバと、リモート接続で前記仮想デスクトップを利用するシンクライアント端末と、前記仮想化サーバ及び前記シンクライアント端末を接続する複数のネットワーク処理装置とを備える仮想デスクトップシステムの管理方法であって、
前記ネットワーク処理装置が、
前記シンクライアント端末の前記リモート接続に関するＩＰフローの情報を管理するＩＰフロー管理ステップと、
前記リモート接続に関するＩＰパケットを受信した場合、当該ＩＰパケットに関する前記ＩＰフローが、予め定義した帯域幅又は遅延時間を満たしていない場合に、前記新クライアント端末にその旨を通知するＩＰフロー状態通知ステップと
を有することを特徴とする管理方法。
【０１５６】
（付記１４）
前記ネットワーク処理装置が、
前記シンクライアント端末からの前記ＩＰフローの経路変更要求に応じて、前記ＩＰフローの経路を変更するＩＰフロー経路変更ステップを有する
ことを特徴とする付記１３に記載の管理方法。
【０１５７】
（付記１５）
各ネットワーク処理装置の前記ＩＰフロー状態通知ステップで、前記ＩＰフローの状態に関する情報を互いに通知し合うことで、前記ＩＰフローの状態に関する情報を共有する
ことを特徴とする付記１３又は付記１４に記載の管理方法。
【０１５８】
（付記１６）
前記ＩＰフロー状態通知ステップで、他のネットワーク処理装置から前記ＩＰフローの状態に関する情報を所定期間に所定回数受信しない場合、自装置の受信ポートを変更する
ことを特徴とする付記１５に記載の管理方法。
【０１５９】
（付記１７）
前記ＩＰフローの状態を保持するＩＰフロー情報管理テーブルを備え、
前記ＩＰフロー情報管理テーブルが、
少なくとも、前記ＩＰフローが利用している帯域幅の情報と、前記ＩＰフローの転送遅延時間の情報とを含む
ことを特徴とする付記１３から付記１６の何れか１項に記載の管理方法。
【０１６０】
（付記１８）
仮想デスクトップを備える仮想化サーバと、リモート接続で前記仮想デスクトップを利用するシンクライアント端末と、前記仮想化サーバ及び前記シンクライアント端末を接続する複数のネットワーク処理装置とを備える仮想デスクトップシステムの前記ネットワーク処理装置上で動作し、
前記ネットワーク処理装置に、
前記シンクライアント端末の前記リモート接続に関するＩＰフローの情報を管理するＩＰフロー管理処理と、
前記リモート接続に関するＩＰパケットを受信した場合、当該ＩＰパケットに関する前記ＩＰフローが、予め定義した帯域幅又は遅延時間を満たしていない場合に、前記新クライアント端末にその旨を通知するＩＰフロー状態通知処理とを、実行させることを特徴とする管理プログラム。
【０１６１】
（付記１９）
前記ネットワーク処理装置に、
前記シンクライアント端末からの前記ＩＰフローの経路変更要求に応じて、前記ＩＰフローの経路を変更するＩＰフロー経路変更処理を、実行させることを特徴とする付記１８に記載の管理プログラム。
【０１６２】
（付記２０）
各ネットワーク処理装置の前記ＩＰフロー状態通知処理で、前記ＩＰフローの状態に関する情報を互いに通知し合うことで、前記ＩＰフローの状態に関する情報を共有する
ことを特徴とする付記１８又は付記１９に記載の管理プログラム。
【０１６３】
（付記２１）
前記ＩＰフロー状態通知処理で、他のネットワーク処理装置から前記ＩＰフローの状態に関する情報を所定期間に所定回数受信しない場合、自装置の受信ポートを変更する
ことを特徴とする付記２０に記載の管理プログラム。
【０１６４】
（付記２２）
前記ＩＰフローの状態を保持するＩＰフロー情報管理テーブルを備え、
前記ＩＰフロー情報管理テーブルが、
少なくとも、前記ＩＰフローが利用している帯域幅の情報と、前記ＩＰフローの転送遅延時間の情報とを含む
ことを特徴とする付記１３から付記１６の何れか１項に記載の管理プログラム。
【０１６５】
この出願は、２０１１年３月２９日に出願された日本出願特願２０１１−０７２９３４を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【図１】
2012133300.tif 000003
【図２】
2012133300.tif 000004
【図３】
2012133300.tif 000005
【図４】
2012133300.tif 000006
【図５】
2012133300.tif 000007
【図６】
2012133300.tif 000008
【図７】
2012133300.tif 000009
【図８】
2012133300.tif 000010
【国際調査報告】
2012133300.tif 000011
2012133300.tif 000012