知財求人 - 知財ポータルサイト「IP Force」
▶ シトリックス・システムズ・インコーポレイテッドの特許一覧
特表2022-511727仮想コンピューティングセッション接続を提供して、仮想配信エージェントの順序付きリストに基づいてリダイレクトするコンピュータシステムおよび方法
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2022-02-01
(54)【発明の名称】仮想コンピューティングセッション接続を提供して、仮想配信エージェントの順序付きリストに基づいてリダイレクトするコンピュータシステムおよび方法
(51)【国際特許分類】
G06F 9/50 20060101AFI20220125BHJP
G06F 9/455 20060101ALI20220125BHJP
【ＦＩ】
G06F9/50 150Z
G06F9/455 150
【審査請求】有
【予備審査請求】未請求
(21)【出願番号】P 2021527223
(86)(22)【出願日】2019-10-16
(85)【翻訳文提出日】2021-07-16
(86)【国際出願番号】 US2019056436
(87)【国際公開番号】W WO2020106384
(87)【国際公開日】2020-05-28
(31)【優先権主張番号】16/194,823
(32)【優先日】2018-11-19
(33)【優先権主張国・地域又は機関】US
(81)【指定国・地域】
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＪＡＶＡ
２．ブルートゥース
(71)【出願人】
【識別番号】508045099
【氏名又は名称】シトリックス・システムズ・インコーポレイテッド
【氏名又は名称原語表記】Ｃｉｔｒｉｘ Ｓｙｓｔｅｍｓ，Ｉｎｃ．
(74)【代理人】
【識別番号】110001243
【氏名又は名称】特許業務法人 谷・阿部特許事務所
(72)【発明者】
【氏名】レオ シー．シングルトン ザ フォース
(72)【発明者】
【氏名】ゲオルギー モンチロフ
(57)【要約】
コンピュータシステムは、少なくとも１つのクライアントのコンピューティングデバイス、およびそれぞれが少なくとも１つのクライアントのコンピューティングデバイスに対して仮想コンピューティングセッションを提供するよう構成される複数のホストコンピューティングデバイスを含んでよい。それぞれのホストコンピューティングデバイスは、仮想配信エージェント（ＶＤＡ）を有してよく、それをもって関連付けられる少なくとも１つのクライアントのコンピューティングデバイスを仮想コンピューティングセッションに接続するよう構成される。少なくとも１つのクライアントのコンピューティングデバイスは、ＶＤＡの順序付きリストに従って、ＶＤＡから仮想コンピューティングセッションを要求するよう構成されてよい。ＶＤＡは、既存の仮想コンピューティングセッションが低次のＶＤＡに関連付けられるホストコンピューティングデバイスを用いて既にアクティブになっている場合に、少なくとも１つのクライアントのコンピューティングデバイスから順序付きリストにおける低次のＶＤＡに新しいセッションの要求をリダイレクトするよう構成されてよい。
【特許請求の範囲】
【請求項1】
コンピュータシステムであって、少なくとも１つのクライアントのコンピューティングデバイスと、
それぞれが前記少なくとも１つのクライアントのコンピューティングデバイスに対して、仮想コンピューティングセッションを提供するよう構成される複数のホストコンピューティングデバイスであって、それぞれのホストコンピューティングデバイスに関連付けられる仮想配信エージェント（ＶＤＡ）を有しているそれぞれのホストコンピューティングデバイスは、前記少なくとも１つのクライアントのコンピューティングデバイスを前記仮想コンピューティングセッションに接続するよう構成される、複数のホストコンピューティングデバイスとを備え、
前記少なくとも１つのクライアントのコンピューティングデバイスは、前記ＶＤＡの順序付きリストに従って、前記ＶＤＡから仮想コンピューティングセッションを要求するよう構成され、
前記ＶＤＡは、既存の仮想コンピューティングセッションが低次のＶＤＡに関連付けられる前記ホストコンピューティングデバイスで既にアクティブになっている場合、前記少なくとも１つのクライアントのコンピューティングデバイスから前記順序付きリストにおける前記低次のＶＤＡへの新しいセッションの要求をリダイレクトするよう構成される、
コンピュータシステム。
【請求項2】
前記少なくとも１つのクライアントのコンピューティングデバイスは、複数のクライアントのコンピューティングデバイスを含み、それぞれが、それぞれのクライアントのコンピューティングデバイスに関連付けられるユーザーアカウントを有し、同一のユーザーアカウントを有するクライアントのコンピューティングデバイスは、前記ＶＤＡの同一の順序付きリストを共有する、請求項１に記載のコンピュータシステム。
【請求項3】
前記少なくとも１つのクライアントのコンピューティングデバイスは、前記順序付きリストにおける最高次から最低次までの順に前記ＶＤＡへの仮想コンピューティングセッションを連続して要求するよう構成される、請求項１に記載のコンピュータシステム。
【請求項4】
それぞれのＶＤＡは、前記少なくとも１つのクライアントのコンピューティングデバイスを仮想コンピューティングセッションに接続すると、前記順序付きリストにおける高次のＶＤＡに通知するよう構成される、請求項１に記載のコンピュータシステム。
【請求項5】
それぞれのＶＤＡは、前記少なくとも１つのクライアントのコンピューティングデバイスとの仮想コンピューティングセッションを終了すると、前記順序付きリストにおける高次のＶＤＡに通知するようさらに構成される、請求項４に記載のコンピュータシステム。
【請求項6】
前記少なくとも１つのクライアントのコンピューティングデバイスから仮想コンピューティングセッションに対する要求を受信し、前記ＶＤＡと通信し、前記順序付きリストに従って、前記少なくとも１つのクライアントのコンピューティングデバイスのために仮想コンピューティングセッションを確立するよう構成されるゲートウェイコンピューティングデバイスをさらに備える、請求項１に記載のコンピュータシステム。
【請求項7】
前記少なくとも１つのクライアントのコンピューティングデバイスは、前記順序付きリストを前記ゲートウェイコンピューティングデバイスに提供するよう構成される、請求項６に記載のコンピュータシステム。
【請求項8】
前記ゲートウェイコンピューティングデバイスは、既存の仮想コンピューティングセッションが低次のＶＤＡに関連付けられる前記ホストコンピューティングデバイスを用いて既にアクティブになっており、且つ前記リダイレクトを前記少なくとも１つのクライアントのコンピューティングデバイスに通知しない場合に、前記少なくとも１つのクライアントのコンピューティングデバイスから前記順序付きリストにおける前記低次のＶＤＡへの新しいセッションの要求をリダイレクトするようさらに構成される、請求項６に記載のコンピュータシステム。
【請求項9】
前記ＶＤＡと協働して、前記ホストコンピューティングデバイスと前記少なくとも１つのクライアントのコンピューティングデバイスとの間のアクティブな仮想コンピューティングセッションを追跡するブローカーコンピューティングデバイスをさらに備える、請求項１に記載のコンピュータシステム。
【請求項10】
前記ＶＤＡと協働して、接続先のＶＤＡが仮想コンピューティングセッションを用いて前記少なくとも１つのコンピューティングデバイスに接続することが可能でない場合に、前記少なくとも１つのクライアントのコンピューティングデバイスから前記順序付きリストの内側または外側の別のＶＤＡへの新しいセッションの要求をリダイレクトするブローカーコンピューティングデバイスをさらに備える、請求項１に記載のコンピュータシステム。
【請求項11】
前記仮想コンピューティングセッションは、仮想デスクトップセッションおよび仮想アプリケーションセッションのうちの少なくとも１つを含む、請求項１に記載のコンピュータシステム。
【請求項12】
少なくとも１つのクライアントのコンピューティングデバイスを、複数のホストコンピューティングデバイスとともに関連付けられる仮想配信エージェント（ＶＤＡ）を有する複数のホストコンピューティングデバイスによって提供される仮想コンピューティングセッションに接続するための方法であって、前記ＶＤＡの順序付きリストに従って、仮想コンピューティングセッションに対して前記ＶＤＡの第１のＶＤＡにおいて、少なくとも１つのクライアントのコンピューティングデバイスから新しいセッションの要求を受信するステップと、
前記第１のＶＤＡにおいて、既存の仮想コンピューティングセッションが第２のＶＤＡに関連付けられる前記ホストコンピューティングデバイスを用いて既にアクティブである場合、前記順序付きリストにおける低次の前記第２のＶＤＡへの前記新しいセッションの要求をリダイレクトするステップと
を備える方法。
【請求項13】
前記少なくとも１つのクライアントのコンピューティングデバイスは、複数のクライアントのコンピューティングデバイスを含み、それぞれが、それぞれのクライアントのコンピューティングデバイスに関連付けられるユーザーアカウントを有し、同一のユーザーアカウントを有するクライアントのコンピューティングデバイスは、前記ＶＤＡの同一の順序付きリストを共有する、請求項１２に記載の方法。
【請求項14】
所与のＶＤＡにおいて、前記少なくとも１つのクライアントのコンピューティングデバイスを仮想コンピューティングセッションに接続すると、前記順序付きリストにおける高次のＶＤＡに通知するステップをさらに備える、請求項１２に記載の方法。
【請求項15】
前記少なくとも１つのクライアントのコンピューティングデバイスは、ゲートウェイコンピューティングデバイスを介して前記ＶＤＡへの新しいセッションの要求を送信し、前記順序付きリストを前記少なくとも１つのクライアントのコンピューティングデバイスから前記ゲートウェイコンピューティングデバイスに前記新しいセッションの要求と共に送信するステップをさらに含む、請求項１２に記載の方法。
【請求項16】
ホストコンピューティングデバイスに関連付けられる仮想配信エージェント（ＶＤＡ）のための非一時的なコンピュータ可読媒体であって、前記ホストコンピューティングデバイスは、少なくとも１つのクライアントのコンピューティングデバイスに対して仮想コンピューティングセッションを提供するよう構成され、前記非一時的なコンピュータ可読媒体は、前記ＶＤＡに、前記少なくとも１つのクライアントのコンピューティングデバイスに関連付けられる複数の異なるＶＤＡの順序付きリストに従って、前記少なくとも１つのクライアントのコンピューティングデバイスから仮想コンピューティングセッションに対する新しいセッションの要求を受信するステップと、
既存の仮想コンピューティングセッションが前記順序付きリストにおける低次のＶＤＡに関連付けられているホストコンピューティングデバイスを用いて既にアクティブである場合に、前記順序付きリストにおける前記低次のＶＤＡへの前記新しいセッションの要求をリダイレクトするステップとを含むステップを実行させるためのコンピュータ実行可能な命令を有する、
非一時的なコンピュータ可読媒体。
【請求項17】
前記少なくとも１つのクライアントのコンピューティングデバイスは、複数のクライアントのコンピューティングデバイスを含み、それぞれが、それぞれのクライアントのコンピューティングデバイスに関連付けられるユーザーアカウントを有し、同一のユーザーアカウントを有するクライアントのコンピューティングデバイスは、前記ＶＤＡの同一の順序付きリストを共有する、請求項１６に記載の非一時的なコンピュータ可読媒体。
【請求項18】
前記少なくとも１つのクライアントのコンピューティングデバイスを仮想コンピューティングセッションに接続すると、前記ＶＤＡに前記順序付けリストにおける高次の他のＶＤＡに通知させるためのコンピュータ実行可能命令をさらに有する、請求項１６に記載の非一時的なコンピュータ可読媒体。
【請求項19】
前記ＶＤＡにゲートウェイコンピューティングデバイスと通信させて、前記少なくとも１つのクライアントのコンピューティングデバイスから前記新しいセッションの要求を受信して、前記順序付きリストにおける前記低次のＶＤＡへの前記新しいセッションの要求をリダイレクトするためのコンピュータ実行可能命令をさらに有する、請求項１６に記載の非一時的なコンピュータ可読媒体。
【請求項20】
前記仮想コンピューティングセッションは、仮想デスクトップセッションおよび仮想アプリケーションセッションのうちの少なくとも１つを含む、請求項１６に記載の非一時的なコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【0001】
本発明のさまざまな例示的な実施形態は、仮想コンピューティングセッション接続を提供して、仮想配信エージェントの順序付きリストに基づいてリダイレクトするコンピュータシステムおよび方法に関する。
【背景技術】
【0002】
従来、パーソナルコンピュータは、オペレーティングシステム、アプリケーション、およびユーザー設定の組み合わせを含み、これらはそれぞれ、所有者または管理者によって継続的に個別に管理される。しかしながら、多くの組織は、現在、デスクトップ仮想を用いて、それらのユーザーの変化するニーズに対応するより柔軟なオプションを提供している。デスクトップ仮想において、ユーザーのコンピューティング環境（例えば、オペレーティングシステム、アプリケーション、および／またはユーザー設定）は、ユーザーの物理的なコンピューティングデバイス（例えば、スマートフォン、ラップトップ、デスクトップコンピュータ）から切り離されることができる。クライアントサーバー技術を用いることで、「仮想化されたデスクトップ」は、クライアントのコンピューティングデバイスのローカルストレージの中よりもむしろ、リモートサーバーの中に格納され、且つリモートサーバーによって管理されることができる。
【0003】
デスクトップ仮想システムは、いくつかの異なるタイプがある。例示として、仮想デスクトップインフラストラクチャ（ＶＤＩ）は、サーバー上に存在する仮想マシンの中でユーザーデスクトップを実行するプロセスを参照する。ＶＤＩおよび他のサーバーベースのデスクトップ仮想システムは、集中型管理およびセキュリティーを可能とする一方で、ユーザーごとにパーソナライズされたデスクトップを提供することができる。このようなシステムのサーバーは、ソフトウェアコンポーネントと同様に、仮想デスクトップ画像およびシステム構成情報に対するストレージを含むことができ、仮想デスクトップを提供し、ユーザーをそれらに相互接続することを可能とする。例えば、ＶＤＩサーバーは、多様な仮想マシンを作成および維持するために１つまたは複数のハイパーバイザ（仮想マシンマネージャー）、ハイパーバイザを管理するためにソフトウェア、接続ブローカー、および仮想デスクトップをプロビジョニングおよび管理するためにソフトウェアを含んでよい。
【0004】
デスクトップ仮想システムは、単一の仮想サーバー、またはサーバーグリッドとして相互接続されたサーバーの組み合わせを用いて実装されてよい。例えば、クラウドコンピューティング環境またはクラウドシステムは、コンピューティングリソース（例えば、デスクトップ仮想サーバー）、ストレージディスク、ネットワーキングハードウェア、およびさらなるコンピューティングデバイスがクラウドシステムに対する管理および顧客ポータルを提供するとともに、仮想デスクトップのプロビジョニングに用いられることができる他の物理的リソースのプールを含んでよい。
【発明の概要】
【0005】
コンピュータシステムは、少なくとも１つのクライアントのコンピューティングデバイス、およびそれぞれが少なくとも１つのクライアントのコンピューティングデバイスに対して仮想コンピューティングセッションを提供するよう構成される複数のホストコンピューティングデバイスを含んでよい。それぞれのホストコンピューティングデバイスは、少なくとも１つのクライアントのコンピューティングデバイスを仮想コンピューティングセッションに接続するよう構成され、それぞれのホストコンピューティングデバイスに関連付けられる仮想配信エージェント（ＶＤＡ）を有することができる。少なくとも１つのクライアントのコンピューティングデバイスは、ＶＤＡの順序付きリストに従って、ＶＤＡから仮想コンピューティングセッションを要求するよう構成されてよい。ＶＤＡは、既存の仮想コンピューティングセッションが、低次のＶＤＡに関連付けられるホストコンピューティングデバイスを用いて既にアクティブになっている場合に、少なくとも１つのクライアントのコンピューティングデバイスから順序付きリストにおける低次のＶＤＡへの新しいセッションの要求をリダイレクトするよう構成されてよい。
【0006】
例示的な実装において、少なくとも１つのクライアントのコンピューティングデバイスは、複数のクライアントのコンピューティングデバイスを含んでよく、それぞれが、それぞれのクライアントのコンピューティングデバイスに関連付けられるそれぞれのユーザーアカウントを有して、クライアントのコンピューティングデバイスとともに関連付けられる同一のユーザーアカウントを有するクライアントのコンピューティングデバイスは、ＶＤＡの同一の順序付きリストを共有してよい。さらに、少なくとも１つのクライアントのコンピューティングデバイスは、順序付きリストにおけるＶＤＡから最高次から最低次まで仮想コンピューティングセッションを連続して要求するよう構成されてよい。
【0007】
さらに、それぞれのＶＤＡは、少なくとも１つのクライアントのコンピューティングデバイスを仮想コンピューティングセッションに接続すると、順序付きリストにおける高次のＶＤＡに通知するよう構成されてよい。さらに、それぞれのＶＤＡは、また、少なくとも１つのクライアントのコンピューティングデバイスとの仮想コンピューティングセッションを終了すると、順序付きリストにおける高次のＶＤＡに通知するよう構成されてよい。
【0008】
例示的な実施形態において、システムは、少なくとも１つのクライアントのコンピューティングデバイスから仮想コンピューティングセッションに対する要求を受信するよう構成されるゲートウェイコンピューティングデバイスをさらに含んでよく、ＶＤＡと通信して、順序付きリストに従って、少なくとも１つのクライアントのコンピューティングデバイスのために仮想コンピューティングセッションを確立する。さらに、少なくとも１つのクライアントのコンピューティングデバイスは、順序付きリストをゲートウェイコンピューティングデバイスに提供するよう構成されてよい。さらに、ゲートウェイコンピューティングデバイスは、また、既存の仮想コンピューティングセッションが低次のＶＤＡに関連付けられるホストコンピューティングデバイスを用いて既にアクティブになっており、且つリダイレクトを少なくとも１つのクライアントのコンピューティングデバイスに通知しない場合に、少なくとも１つのクライアントのコンピューティングデバイスから順序付きリストにおける低次のＶＤＡへの新しいセッションの要求をリダイレクトするよう構成されてよい。
【0009】
別の例示的な実装において、システムは、ＶＤＡと協働するブローカーコンピューティングデバイスをさらに含んでよく、ホストコンピューティングデバイスと少なくとも１つのクライアントのコンピューティングデバイスとの間のアクティブな仮想コンピューティングセッションを追跡する。さらに別の例示において、ブローカーコンピューティングデバイスは、接続先のＶＤＡが仮想コンピューティングセッションを用いて少なくとも１つのコンピューティングデバイスに接続することが可能でない場合に、少なくとも１つのクライアントのコンピューティングデバイスから順序付きリストの内側または外側の別のＶＤＡへの新しいセッションの要求をリダイレクトしてよい。例示として、仮想コンピューティングセッションは、仮想デスクトップセッションおよび仮想アプリケーションセッションのうちの少なくとも１つを含んでよい。
【0010】
関連する方法は、少なくとも１つのクライアントのコンピューティングデバイスを、複数のホストコンピューティングデバイスとともに関連付けられるＶＤＡを有する複数のホストコンピューティングデバイスによって提供される仮想コンピューティングセッションに接続する。この方法は、ＶＤＡの順序付きリストに従って、仮想コンピューティングセッションに対してＶＤＡの第１のＶＤＡにおいて、少なくとも１つのクライアントのコンピューティングデバイスから新しいセッションの要求を受信することを含んでよい。この方法は、第１のＶＤＡにおいて、既存の仮想コンピューティングセッションが第２のＶＤＡに関連付けられるホストコンピューティングデバイスを用いて既にアクティブである場合に、順序付きリストにおける低次の第２のＶＤＡへの新しいセッションの要求をリダイレクトすることをさらに含んでよい。
【0011】
関連する非一時的なコンピュータ可読媒体は、ホストコンピューティングデバイスに関連付けられる仮想配信エージェント（ＶＤＡ）のためであってよい。ホストコンピューティングデバイスは、少なくとも１つのクライアントのコンピューティングデバイスに対して仮想コンピューティングセッションを提供するよう構成されてよい。非一時的なコンピュータ可読媒体は、少なくとも１つのクライアントのコンピューティングデバイスに関連付けられる複数の異なるＶＤＡの順序付きリストに従って、少なくとも１つのクライアントのコンピューティングデバイスから仮想コンピューティングセッションに対する新しいセッションの要求を受信し、既存の仮想コンピューティングセッションが順序付きリストにおける低次のＶＤＡに関連付けられるホストコンピューティングデバイスを用いて既にアクティブになっている場合に、順序付きリストにおける低次のＶＤＡへの新しいセッションの要求をリダイレクトすることを含むステップをＶＤＡに実行させるコンピュータ実行可能命令を有してよい。
【図面の簡単な説明】
【0012】
【図1】本開示のさまざまな態様が実施されることができるコンピューティングデバイスのネットワーク環境のブロック図である。
【図3】仮想配信エージェント（ＶＤＡ）の順序付きリストに基づいて、仮想コンピューティングセッション接続およびリダイレクトを提供する例示的な実装に従ったコンピューティングシステムのブロック図である。
【発明を実施するための形態】
【0013】
例示的な実施形態が示されている添付の図面を参照して、本説明がされている。しかしながら、多くの異なる実施形態が用いられてよく、それ故に、本説明は、本明細書で説明される具体的な実施形態に限定されると解釈されるべきではない。同様の番号は、全体を通して同様の要素を参照して、プライム表記は、異なる実施形態において同様の要素を示すために用いられてよい。
【0014】
以下の開示を読むことで、当業者によって理解されることとなるように、本明細書で説明されるさまざまな態様は、デバイス、方法、またはコンピュータプログラム製品（例えば、言及される動作またはステップを実行するために、コンピュータ実行可能命令を有する非一時的なコンピュータ可読媒体）として具現化されることができる。したがって、これらの態様は、完全にハードウェアの実施形態、完全にソフトウェアの実施形態、またはソフトウェアとハードウェアの態様を組み合わせた実施形態の形態をとることができる。
【0015】
さらに、このような態様は、ストレージ媒体内またはストレージ媒体上に具現化された、コンピュータ可読プログラムコードまたは命令を有する１つまたは複数のコンピュータ可読ストレージ媒体によって格納されるコンピュータプログラム製品の形態をとることができる。ハードディスク、ＣＤ－ＲＯＭ、光学ストレージデバイス、磁気ストレージデバイス、および／またはそれらの任意の組み合わせを含む、任意の適切なコンピュータ可読ストレージ媒体が利用されてよい。
【0016】
最初に図１を参照すると、１つまたは複数のクライアントマシン１０２Ａ～１０２Ｎ、１つまたは複数のリモートマシン１０６Ａ～１０６Ｎ、１つまたは複数のネットワーク１０４、１０４’、およびコンピューティング環境１０１内にインストールされる１つまたは複数のアプライアンス１０８を含む本開示のさまざまな態様の非限定的なネットワーク環境１０１が実装されてよい。クライアントマシン１０２Ａ～１０２Ｎは、ネットワーク１０４、１０４’を介してリモートマシン１０６Ａ～１０６Ｎと通信する。
【0017】
ある実施形態において、クライアントマシン１０２Ａ～１０２Ｎは、中間アプライアンス１０８を介してリモートマシン１０６Ａ～１０６Ｎと通信する。説明されるアプライアンス１０８は、ネットワーク１０４、１０４’との間に配置されて、ネットワークインターフェースまたはゲートウェイと称されることもある。ある実施形態において、アプライアンス１０８は、アプリケーション配信コントローラ（ＡＤＣ）として動作することができ、クライアントに、ビジネスアプリケーションへのアクセスおよびデータセンター、クラウドにおいてデプロイされる、またはクライアントのデバイスの範囲にわたるサービス（ＳａａＳ）としてのソフトウェアとして配信される他のデータを提供し、および／または負荷バランシングなどの他の機能を提供する。ある実施形態において、多様なアプライアンス１０８が用いられてよく、アプライアンス１０８は、ネットワーク１０４および／または１０４’の一部としてデプロイされてよい。
【0018】
クライアントマシン１０２Ａ～１０２Ｎは、一般に、クライアントマシン１０２、ローカルマシン１０２、クライアント１０２、クライアントノード１０２、クライアントコンピュータ１０２、クライアントのデバイス１０２、コンピューティングデバイス１０２、エンドポイント１０２、またはエンドポイントノード１０２と称されてよい。リモートマシン１０６Ａ～１０６Ｎは、一般に、サーバー１０６またはサーバーファーム１０６と称される。ある実施形態において、クライアントのデバイス１０２は、サーバー１０６によって提供されるリソースへのアクセスを探し求めるクライアントノードと他のクライアントのデバイス１０２Ａ～１０２Ｎのためにホストされたリソースへのアクセスを提供するサーバー１０６との両方として機能する能力を有することができる。ネットワーク１０４、１０４’は、一般に、ネットワーク１０４と称されてよい。ネットワーク１０４は、有線および無線ネットワークの任意の組み合わせで構成されてよい。
【0019】
サーバー１０６は、例えば、ファイルサーバー、アプリケーションサーバー、ウェブサーバー、プロキシサーバー、アプライアンス、ネットワークアプライアンス、ゲートウェイ、アプリケーションゲートウェイ、ゲートウェイサーバー、仮想サーバー、デプロイメントサーバー、セキュアソケットレイヤー仮想プライベートネットワーク（ＳＳＬ ＶＰＮ）サーバー、ファイアウォール、ウェブサーバー、アクティブディレクトリを実行しているサーバー、クラウドサーバー、または、ファイアウォール機能、アプリケーション機能、または負荷バランシング機能を提供するアプリケーションアクセラレーションプログラムを実行するサーバーのような任意のサーバータイプであってよい。
【0020】
サーバー１０６は、以下の、ソフトウェア、プログラム、実行可能な命令、仮想マシン、ハイパーバイザ、ウェブブラウザー、ウェブベースのクライアント、クライアントサーバーアプリケーション、シンクライアントコンピューティングクライアント、ＡｃｔｉｖｅＸコントロール、Ｊａｖａアプレット、ソフトＩＰ電話のようなボイスオーバーインターネットプロトコル（ＶｏＩＰ）通信に関連するソフトウェア、映像および／または音声をストリーミングするためのアプリケーション、リアルタイムデータ通信を促進にするためのアプリケーション、ＨＴＴＰクライアント、ＦＴＰクライアント、Ｏｓｃａｒクライアント、Ｔｅｌｎｅｔクライアント、または任意の他の実行可能命令のセットのうちのいずれか１つであり得るアプリケーションを実行、動作、またはそうでなければ提供してよい。
【0021】
ある実施形態において、サーバー１０６は、シンクライアントまたはリモートディスプレイプロトコルを用いて、サーバー１０６上で実行されるアプリケーションによって生成されるディスプレイ出力を取得して、アプリケーションディスプレイ出力をクライアントのデバイス１０２に伝送するリモートプレゼンテーションサービスプログラムまたは他のプログラムを実行することができる。
【0022】
さらに他の実施形態において、サーバー１０６は、クライアントのデバイス１０２のユーザーにコンピューティング環境へのアクセスを提供する仮想マシンを実行することができる。クライアントのデバイス１０２は、仮想マシンであってよい。仮想マシンは、例えば、ハイパーバイザ、仮想マシンマネージャー（ＶＭＭ）、またはサーバー１０６内の任意の他のハードウェア仮想技術によって管理されることができる。
【0023】
ある実施形態において、ネットワーク１０４は、メトロポリタンエリアネットワーク（ＭＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、プライマリーパブリックネットワーク１０４、およびプライマリープライベートネットワーク１０４であってよい。さらなる実施形態は、モバイルデバイス間で通信するためにさまざまなプロトコルを用いる携帯電話ネットワークのネットワーク１０４を含んでよい。ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）内の短距離通信に対して、プロトコルは、８０２．１１、ブルートゥース、および近距離無線通信（ＮＦＣ）を含んでよい。
【0024】
図２は、クライアントのデバイス１０２、アプライアンス１０８および／またはサーバー１０６の実施形態を実施するために有用なコンピューティングデバイス１００のブロック図を図示する。コンピューティングデバイス１００は、１つまたは複数のプロセッサ１０３、揮発性メモリ１２２（例えば、ランダムアクセスメモリ（ＲＡＭ））、不揮発性メモリ１２８、ユーザーインターフェース（ＵＩ）１２３、１つまたは複数の通信インターフェース１１８、および通信バス１５０を含む。
【0025】
不揮発性メモリ１２８は、１つまたは複数のハードディスクドライブ（ＨＤＤ）もしくは他の磁気的もしくは光学的なストレージ媒体、フラッシュドライブもしくは他のソリッドステートストレージ媒体のような１つまたは複数のソリッドステートドライブ（ＳＳＤ）、１つまたは複数のハイブリッド磁気およびソリッドステートドライブ、および／またはクラウドストレージのような１つまたは複数の仮想ストレージボリューム、またはそのような物理的なストレージボリュームと仮想ストレージボリュームまたはそれらのアレイとの組み合わせを含んでよい。
【0026】
ユーザーインターフェース１２３は、グラフィカルユーザインターフェース（ＧＵＩ）１２４（例えば、タッチスクリーン、ディスプレイなど）および１つまたは複数の入出力（Ｉ／Ｏ）デバイス１２６（例えば、マウス、キーボード、マイク、１つまたは複数のスピーカー、１つまたは複数のカメラ、１つまたは複数の生体認証スキャナー、１つまたは複数の環境センサー、および１つまたは複数の加速度計など）を含んでよい。
【0027】
不揮発性メモリ１２８は、オペレーティングシステム１１５、１つまたは複数のアプリケーション１１６、およびデータ１１７を格納することによって、例えば、オペレーティングシステム１１５および／またはアプリケーション１１６のコンピュータ命令は、揮発性メモリ１２２の中からプロセッサ１０３によって実行される。ある実施形態において、揮発性メモリ１２２は、メインメモリより速い応答時間を提供することができる１つまたは複数のタイプのＲＡＭおよび／またはキャッシュメモリを含んでよい。データは、ＧＵＩ１２４の入力デバイスを用いて入力されるか、または入出力デバイス１２６から受信されてよい。コンピュータ１００のさまざまな要素は、通信バス１５０を介して通信することができる。
【0028】
説明されるコンピューティングデバイス１００は、単に例示的なクライアントのデバイスまたはサーバーとして図示されて、本明細書で説明されるように、動作することが可能である適切なハードウェアおよび／またはソフトウェアを有し得る任意のタイプのマシンまたはマシンのセットを用いて、任意のコンピューティングまたは処理環境によって実装されてよい。
【0029】
プロセッサ１０３は、１つまたは複数のプログラム可能なプロセッサによって実装されてよく、コンピュータプログラムのようなシステムの機能を実行する。本明細書で用いられるように、「プロセッサ」という用語は、機能、動作、または動作のシーケンスを実行する回路を説明する。機能、動作、または動作のシーケンスは、回路へとハードコードされてよく、またはメモリデバイスの中に保持される命令によってソフトコード化されて、回路によって実行されてよい。プロセッサは、デジタル値を用いて、および／またはアナログ信号を用いて、機能、動作、または動作のシーケンスを実行してよい。
【0030】
ある実施形態において、プロセッサは、１つまたは複数の特定用途向け集積回路（ＡＳＩＣ）、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、グラフィックスプロセシングユニット（ＧＰＵ）、マイクロコントローラ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブルロジックアレイ（ＰＬＡ）、マルチコアプロセッサ、または関連するメモリを有する汎用コンピュータにおいて具現化されることが可能である。
【0031】
プロセッサ１０３は、アナログ、デジタル、または混合信号であってよい。ある実施形態において、プロセッサ１０３は、１つまたは複数の物理的なプロセッサ、または１つまたは複数の仮想（例えば、リモートで配置されるまたはクラウド）プロセッサであってよい。多様なプロセッサコアを含むプロセッサおよび／または多様なプロセッサは、命令の並列、同時実行に対して、または１つのデータより多くに対する１つの命令の並列、同時実行に対して機能を提供することができる。
【0032】
通信インターフェース１１８は、１つまたは複数のインターフェースを含んでよく、コンピューティングデバイス１００に、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、パーソナルエリアネットワーク（ＰＡＮ）、またはセルラー接続を含むさまざまな有線および／または無線接続を通じたインターネットのようなコンピュータネットワークにアクセスすることを可能とする。
【0033】
説明される実施形態において、コンピューティングデバイス１００は、クライアントのデバイスのユーザーに代わってアプリケーションを実行することができる。例えば、コンピューティングデバイス１００は、ハイパーバイザによって管理される１つまたは複数の仮想マシンを実行することができる。それぞれの仮想マシンは、ホストされるデスクトップセッションのように、ユーザーまたはクライアントのデバイスに代わってアプリケーションが実行される中で実行セッションを提供することができる。コンピューティングデバイス１００は、また、端末サービスセッションを実行することができ、ホストされるデスクトップ環境を提供する。コンピューティングデバイス１００は、１つまたは複数のアプリケーション、１つまたは複数のデスクトップアプリケーション、および１つまたは複数のアプリケーションが実行することができる１つまたは複数のデスクトップセッションを含むリモートコンピューティング環境へのアクセスを提供することができる。クライアントのデバイス１０２またはサーバー１０６として、またはクライアントのデバイス１０２およびサーバー１０６へのアプライアンス仲介として構成されるコンピューティングデバイス１００のさらなる説明、およびそれらの動作は、米国特許第９，１７６，７４４号および第９，５３８，３４５号に記載されており、これらは、参照によりそれらの全体が本明細書に組み込まれる。’７４４および’３４５の特許は両方とも、本開示の現在の譲受人に譲渡されている。
【0034】
図３および図１０のフロー図５０を参照すると、集中型ブローカーを必要とすることなく、異なるクライアントのコンピューティングデバイス間で仮想コンピューティングセッションをローミングすることを可能とするアプローチがここで説明される。背景として、Ｃｉｔｒｉｘ ＸＥＮＡＰＰおよびＸＥＮＤＥＳＫＴＯＰは、クライアントのコンピューティングデバイスが仮想デスクトップセッションおよび仮想アプリケーションセッションのような仮想コンピューティングセッションにリモートでアクセスすることを可能とする製品である。例示として、仮想アプリケーションセッションは、ホストされるアプリケーション、Ｗｅｂ／Ｓｏｆｔｗａｒｅ ａｓ ａ Ｓｅｒｖｉｃｅ（ＳａａＳ）アプリケーションなどを含む共有コンピューティングアプリケーションへのアクセスを提供することができる。仮想デスクトップセッションは、共有アプリケーションとホストされているオペレーティングシステムコンポーネントとの両方を含んでよい。ＸＥＮＡＰＰおよびＸＥＮＤＥＳＫＴＯＰの場合において、仮想配信エージェント（ＶＤＡ）は、アプリケーションおよびデスクトップへの接続を可能とし、通常、ユーザーに対してＸＥＮＡＰＰおよび／またはＸＥＮＤＥＳＫＴＯＰ仮想アプリケーション／デスクトップセッションを実行するサーバー／マシンにインストール（とはいえ、ある実装において、異なるマシンに対してインストールされることがある）される。ＶＤＡは、マシンを配信コントローラーに登録して、ユーザーデバイスへの接続を管理することを可能とする。
【0035】
ＶＤＩシステムのクラウドベースの実装が増加し続けるにつれて、クラウドサービスまたはインターネットの停止状態にもかかわらず、より高い可用性の推進も増加する。しかしながら、ＸＥＮＡＰＰおよびＸＥＮＤＥＳＫＴＯＰのようなシステムのクラウドベースのインスタンスは、通常、集中型ブローカーに依存し、クライアントのデバイスとＶＤＡと間のセッションを追跡する。これは、ユーザーが通常、多様なクライアントのデバイスを有するため、重要であり、それ故に、ユーザーが１つのクライアントのデバイスを用いてセッションを既に開いている場合で、ユーザーがそれらの間で切り替えた場合に、一般的に、既存のセッションを次のユーザーデバイスにローミングすることが所望される。しかしながら、通常の構成を用いて、停止状態が発生して、ブローカーがアクセスされることが可能でない場合に、同一のユーザーに関連付けられる異なるクライアントのデバイスに対して多様の異なるセッションが開かれる動作状態の低下が発生することがある。
【0036】
コンピュータシステム３０は、例示的に、１つまたは複数のクライアントのコンピューティングデバイス３１（例えば、スマートフォン、タブレットコンピュータ、ラップトップコンピュータ、デスクトップコンピュータなど）、および複数のホストコンピューティングデバイス３２ａ～３２ｎ（例えば、サーバーまたは他のアプライアンス）を含み、上記のように、それぞれがクライアントのコンピューティングデバイスに対して仮想コンピューティングセッション３３ａ～３３ｎを提供するよう構成されている。実際には、それぞれのホストコンピューティングデバイス３２ａ～３２ｎは、多数の異なるクライアントのコンピューティングデバイスに対して仮想コンピューティングセッション３３ａ～３３ｎを提供することができるが、単一のクライアントのコンピューティングデバイス３１は、説明の明確性のために図３に図示されている。それぞれのホストコンピューティングデバイス３２ａ～３２ｎは、それとともに関連付けられる１つまたは複数のＶＤＡ３４ａ～３４ｎを有し、これらは、上記のように、クライアントのコンピューティングデバイス３１を仮想コンピューティングセッション３３ａ～３３ｎに接続するよう構成される。説明される例示において、それぞれのＶＤＡ３４ａ～３４ｎは、それぞれのホストコンピューティングデバイス３２ａ～３２ｎに関連付けられているが、ある実施形態において、所与のＶＤＡは、多様なホストコンピューティングデバイスとのセッション接続を促進することに用いられてよく、例えば、単一のＶＤＡは、必要に応じて、多様なホストコンピューティングデバイスに用いられ得る。ＶＤＡ３４ａ～３４ｎおよびホストコンピューティングデバイス３２ａ～３２ｎは、クラウドまたは異なる実施形態の前提の元に実装されることができることに留意されたい。
【0037】
ブロック５１で始まり、クライアントのコンピューティングデバイス３１は、ＶＤＡの順序付きリストに従って、ＶＤＡ３４ａ～３４ｎから仮想コンピューティングセッション３３ａ～３３ｎを要求するよう構成される。説明される例示において、順序付きリストは、第１のＶＤＡ３４ａ（ＶＤＡ１）で始まって、最後のＶＤＡ３４ｎ（ＶＤＡ Ｎ）で終了する。そのため、新しいセッションを要求している場合に、クライアントのコンピューティングデバイス３１は、まず、新しいセッションの要求をＶＤＡ３４ａに送信することとし（ブロック５２）、このＶＤＡを通じてセッションに接続できない場合、リストにおけるＶＤＡのそれぞれから新しいセッションを接続されるまで降順で要求することを続けることとなる。
【0038】
しかしながら、ある例示において、仮想コンピューティングセッションは、ブロック５３でクライアントのコンピューティングデバイス３１に関連付けられるユーザーアカウントに対して既にアクティブであってよい。これは、以下でさらに説明するように、セッションが以前にクライアントのコンピューティングデバイス３１を通じて開かれて、閉じられなかったか、または同一のユーザーアカウントに関連付けられる別のクライアントのコンピューティングデバイスを通じて開かれたためであることがある。さらに、以前のセッションが作成された場合に、第１のＶＤＡ３４ａが停止したかまたは利用可能でなかった場合、このセッションは、ホストコンピューティングデバイス３２ａではなく、他のホストコンピューティングデバイス３２ｂ～３２ｎのうちの１つで実行されることとなる。つまり、クライアントのコンピューティングデバイス３１（または同一のアカウントに関連付けられる別のクライアントのコンピューティングデバイス）は、以前のセッションを要求している場合に、ＶＤＡ３４ａに接続することが可能でなくなってから、最終的にセッションを確立されるまで、順序付きリストを通じて低次のＶＤＡ３４ｂ～３４ｎに次第に進むこととなる。
【0039】
したがって、ＶＤＡ３４ａは、それが確立する仮想コンピューティングセッション３３ａを追跡するだけでなく、順序付きリストにおける低次のＶＤＡ３４ｂ～３４ｎによってクライアントのコンピューティングデバイス３１に対して確立されるセッションを有利に追跡することもできる。このようにして、ＶＤＡ３４ａは、同一のユーザーアカウントに対して新しいセッションの要求が受信された場合に、そのような以前の仮想コンピューティングセッションがユーザーアカウントに対して既にアクティブになっていることを識別することとなる。ここで、以前の仮想コンピューティングセッション３３ａ～３３ｎが、ホストコンピューティングデバイス３２ａ～３２ｎのうちのいずれかのユーザーアカウントに対してアクティブでない場合、ＶＤＡ３４ａは、ブロック５４で、適切にクライアントのコンピューティングデバイスを仮想コンピューティングセッション３３ａに接続するように進行することができる。しかしながら、ＶＤＡ３４ａが、クライアントのコンピューティングデバイス３１に関連付けられるユーザーアカウントに対して、以前のセッションが既に確立されていると決定した場合に、ＶＤＡ３４ａは、クライアントのコンピューティングデバイス３１から順序付きリストにおける適切な低次のＶＤＡ３４ｂ～３４ｎへの新しいセッションの要求をリダイレクトすることによって、ブロック５５で、新しい仮想コンピューティングセッションを確立する代わりに、既存のセッションをクライアントのコンピューティングデバイスにローミングされることができる。これは、図３に図示される方法を終了する（ブロック５６）。
【0040】
上述は、例示的な実装に関してさらに理解されることとなり、その第１のものは、図４～図６を参照して説明される。この例示において、２つのクライアントのコンピューティングデバイス３１ａ、３１ｂがあり、それぞれが同一のユーザーアカウント（ユーザーアカウントＡ）に関連付けられているが、異なる実施形態において、任意の数のクライアントのコンピューティングデバイスは、所与のユーザーアカウントに関連付けられることができる。さらに、すべてのクライアントのデバイス３１ａ、３１ｂは、仮想コンピューティングセッションに対してＶＤＡ３４ａ、３４ｂ、３４ｃ（この順序で）接続する同一の順序付きリスト受信する。例示として、この順序付きリストは、クライアントのコンピューティングデバイス３１ａ、３１ｂがシステム３０の一部として登録する場合などに、中央ブローカーまたはクラウドサービスによって提供されることができる。しかしながら、リストはクライアントのデバイス３１ａ、３１ｂに格納されるため、このブローカーまたはサービスの稼働時間は、重要ではない。ある実施形態において、リストは、必要に応じて、所与のアプリまたはアプリのグループに特有であってよく、ある実施形態において、異なるアプリケーションまたはそのグループに対して、異なるリストがクライアントのコンピューティングデバイス３１ａ、３１ｂによって用いられてよい。
【0041】
説明される例示において、初回では（図４）、クライアントのコンピューティングデバイス３１ａは、リストの順序に従って、新しい仮想コンピューティングセッションを要求する。この場合において、クライアントのコンピューティングデバイス３１ａは、第１のＶＤＡ３４ａで開始し、接続することが可能ではない。クライアントのコンピューティングデバイス３１ａは、以前のＶＤＡ（つまり、ＶＤＡ３４ａ）が停止しているか、または完全にロードされているなどのために接続を拒否した場合にだけ、リストにおける次のＶＤＡ（ここではＶＤＡ３４ｂ）に進む。説明される例示において、これはリストにおける第１のＶＤＡ３１ａおよび第２のＶＤＡ３１ｂの両方で起こり、クライアントのコンピューティングデバイス３１ａは、第３のＶＤＡ３４ｃに沿って移動し、これに最終的に接続して、仮想コンピューティングセッション３３ｃを確立することが可能である（説明を明確にするために、仮想コンピューティングセッション３３ｃのホストコンピューティングデバイスは、図示されていないことに留意されたい）。
【0042】
クライアントのコンピューティングデバイスが順序付きリストにおける第１のＶＤＡ以外のＶＤＡに接続されている場合に、クライアントのコンピューティングデバイス３１ａとＶＤＡ３４ｃとの間のこの例示における場合のように、クライアントのコンピューティングデバイスは、接続を確立している場合に、高次のランクのＶＤＡのリスト（ここでは、ＶＤＡ３４ａ、３４ｂ）を提供する。ＶＤＡ３４ｃは、このリストをメモリの中に格納することができることによって、例えば、ピアツーピアプロトコルを介して、それが保持するセッションの高次のランクのＶＤＡ３４ａ、３４ｂに（例えば、定期的に）通知することができる（図５）。クライアントのコンピューティングデバイス３１ａが切断されたとしても、そのセッションが存在する限り、続けることができる。しかしながら、他の実装において、ＶＤＡ３４ｃは、リストにおける他のＶＤＡに継続的な更新を送信する必要はない。例えば、以下でさらに説明されることとなるように、高次のＶＤＡは、新しいセッションを確立する前に低次のＶＤＡをポーリングし得るか、または、更新は、ブローカーを通じて実行されることができる。
【0043】
仮想コンピューティングセッション３３ｃが既にユーザーアカウントに対して確立されている状態で、後で（図６）、ＶＤＡ３４ａ（またはリストにおけるそれより低次の任意のＶＤＡ）がクライアントから接続の要求を受信した場合に、ＶＤＡ３４ａは、まずメモリの中に格納している通知リストをチェックし、リストにおける低次の別のＶＤＡによって、所与のユーザーアカウントに対して仮想コンピューティングセッションが既に確立されているかを確認する。本例示において、ＶＤＡ３４ａは、ユーザーアカウントに関連付けられる第２のクライアントのコンピューティングデバイス３１ｂから仮想コンピューティングセッションに対する要求を受信する。ＶＤＡ３４ａは、仮想コンピューティングセッション３４ｃが以前にＶＤＡ３４ｃによって他の場所で確立されたことを発見する。結果として、ＶＤＡ３４ａは、クライアントのコンピューティングデバイス３１ｂからの接続を拒否し、その代わりに、既存のセッションの位置のクライアントのコンピューティングデバイスを通知し、クライアントのコンピューティングデバイスをＶＤＡ３４ｃにリダイレクトする。セッション３３ｃが既に他の場所で確立されているため、ＶＤＡ３４ａから拒否を受信すると、クライアントのコンピューティングデバイス３１ｂは、その代わりに、低次のランクのＶＤＡ３４ｃへの第２の接続を行って、次に、ＶＤＡ３４ｃは、既存のセッションをクライアントのコンピューティングデバイス３１ｂにローミングすることができる。このようにして、仮想コンピューティングセッション３３ｃにおいて、ユーザーによって既に行われた以前の作業／進行は維持されて、第２のクライアントのコンピューティングデバイス３１ｂを通じて、容易にアクセス可能となる。
【0044】
ここで、図７～図９に図示される別の例示的な実施形態を参照すると、クライアントのコンピューティングデバイス３１ａ、３１ｂは、ゲートウェイコンピューティングデバイス３５を介してＶＤＡ３４ａ～３４ｃに接続されてよい。例示として、ゲートウェイコンピューティングデバイス３５は、Ｃｉｔｒｉｘ ＮｅｔＳｃａｌｅｒ Ｇａｔｅｗａｙを用いて実装されることができる。Ｃｉｔｒｉｘ ＮｅｔＳｃａｌｅｒ Ｇａｔｅｗａｙは、リモートアクセスインフラストラクチャを統合し、データセンターにおいて、クラウドにおいて、またはＳａａＳとして配信されるか、すべてのアプリケーションにわたってシングルサインオンを提供する。ユーザーは、単一のＵＲＬを通じて異なるクライアントのコンピューティングデバイスから異なるアプリケーションにアクセスすることを可能とする。また、ファイアウォールの後にあるＶＤＡへの接続のために安全なプロキシを提供する。しかしながら、他のゲートウェイ構成は、異なる実装において用いられてよい。ゲートウェイコンピューティングデバイス３５は、クラウドまたはいくつかの実施形態の前提で実装されることができる。
【0045】
一般的に言えば、ゲートウェイ接続が用いられる場合に、セキュリティー上の理由で、クライアントのコンピューティングデバイス３１ａ、３１ｂは、接続するＶＤＡ ＩＰアドレスまたはポートのようなＶＤＡ３４ａ～３４ｃについての内部の詳細が認識されない。むしろ、クライアントのコンピューティングデバイス３１ａ、３１ｂは、ゲートウェイコンピューティングデバイス３５のアドレスだけを知ることができ、ゲートウェイおよび／またはストア（例えば、Ｃｉｔｒｉｘ ＳＴＯＲＥＦＲＯＮＴ）への認証に続いて、それらは、例えば、ゲートウェイコンピューティングデバイスを介して接続の認証に用いられるセキュアチケットオーソリティ（ＳＴＡ）チケットまたは長期接続リースチケットの認証チケットを用いて提供される。背景として、接続リースは、多用途であるが、有効性の限られた署名されたドキュメントである。これは使い捨て認証チケットに置き換わるものであり、接続リースの有効性は、顧客を制御することができ、且つ広範囲の時間（例えば、数秒から数週間）にわたって変化することができる。
【0046】
ゲートウェイの実装の例示において、単一の結合接続リースの一部として、クライアントのコンピューティングデバイス３１ａ、３１ｂは、それらが接続することができるＶＤＡ（ここでも、ＶＤＡ３４ａ～３４ｃ）の順序付きリストを受信する。例示の実装において、順序付きリストは、不透明なＶＤＡ ＩＤが含み、内部ＶＤＡの詳細はさらされていない。接続リースは、また、承認チケットが含んでよい。別の例示的な実装において、クライアントのコンピューティングデバイス３１ａ、３１ｂは、例えば、ＳＴＡまたは接続リースチケットの多様な順序付きの結合認証チケットを受信することができ、ＶＤＡ ＩＤを有するそれぞれがそれによって不透明へと埋め込まれる（または指し示される）。単独に、ゲートウェイコンピューティングデバイス３５は、ＶＤＡ ＩＤから［ＶＤＡアドレス、ポート］へのマッピングの完全なリストを受信することができる。このリストは、例えば、すべてのユーザーのためにユーザーに依存せずに集計してよくて、中央ブローカーまたはクラウドサービスによって提供されてよい。
【0047】
図７で見られるように、第１のクライアントのコンピューティングデバイス３１ａは、その結合接続リース提供するか、または上記の代替の実装を想定して、多様な順序付きの接続リースチケットを提供するゲートウェイコンピューティングデバイス３５への接続を行う。次に、ＶＤＡ ＩＤ優先順位において、ゲートウェイコンピューティングデバイス３５は、単一の（またはＶＤＡに特有の）チケットに基づいて、接続を認証して、ＶＤＡの詳細［ＶＤＡアドレス、ポート］を抽出して、接続をそれぞれのＶＤＡに中継する。ここでも、ＶＤＡが停止しているか、または完全にロードされているために接続を拒否した場合、ゲートウェイコンピューティングデバイス３５は、優先順位に従って次のＶＤＡに後退する。この場合において、ゲートウェイコンピューティングデバイス３５は、ＶＤＡ３４ａ、３４ｂのうちのいずれにも接続することが可能ではなくて、その代わりに、ＶＤＡ３４ｃを通じて、最後に仮想コンピューティングセッション３３ｃへの接続を確立することになる。つまり、ゲートウェイコンピューティングデバイス３５は、クライアントのコンピューティングデバイス３１ａとＶＤＡ３４ｃとの間のプロトコルハンドシェイクを完了する。ある例示の実装において、これは、以下でさらに説明されるように、Ｃｉｔｒｉｘ ＳｙｓｔｅｍｓからのＣｏｍｍｏｎ Ｇａｔｅｗａｙ Ｐｒｏｔｏｃｏｌ（ＣＧＰ）のようなトンネリングプロトコルを用いて実行されることができるが、異なる実施形態において、さまざまな他の適切なプロトコル（例えば、ＲＤＰなど）も用いられてよい。
【0048】
別の例示的な実施形態において、図７Ｂに図示されるように、ＶＤＡ３４ａ～３４ｃは、接続要求をリダイレクトするか、且つどこにリダイレクトするかを決定すべく、ブローカーコンピューティングデバイス（ブローカー）３６と通信することができる。例えば、ゲートウェイコンピューティングデバイス３５から接続要求を受信すると、ＶＤＡ３４ａは、ロードのため、接続を拒否することを決定することができる。しかしながら、この例示において、ＶＤＡ３４ａは、ブローカー３６にコンタクトすることができ、接続がどこにリダイレクトされるべきかを決定する。ブローカー３６が利用可能である場合、それは、「その代わりにＶＤＡ Ｎに接続する」と応答することができる。例えば、ブローカー３６は、命令に応答することができ、接続をＶＤＡ３４ｃにリダイレクトする。ＶＤＡ３４ｃは、結合接続リースにおけるＶＤＡの順序付きリストの中に既に含まれてもしくは含まれてなくてよく、または、上記の代替実装を想定することで、多様な順序付きの接続リースチケットに含まれてよい。さらに、ＶＤＡ３４ｃが既に順序付きリストに含まれている場合であったとしても、必ずしも順序の次のものであるとは限らない。次に、ＶＤＡ３４ａは、その代わりにＶＤＡ３４ｃに接続するように命令する応答をゲートウェイコンピューティングデバイス３５に送り返すことができる。例示として、ＶＤＡ３４ａは、特別な理由コード（例えば、「ＶＤＡフォールバック」）を有するＣＧＰ終了メッセージを送信することができ、適切なＶＤＡ ＩＤ（ここでは、ＶＤＡ３４ｃに対して）を提供するか、または[ＶＤＡ Ｎアドレス、ポート]を介して直接的に接続することを提供する。次に、ゲートウェイコンピューティングデバイス３５は、ＶＤＡ３４ａへのトランスポート接続を終了して、この例示におけるＶＤＡ３４ｃへの新しい接続をする。その間ずっと、ここでコンピューティングセッションを要求しているクライアントのコンピューティングデバイス３１ｂは、それがＶＤＡ３４ｃにリダイレクトされたという事実に気づいていない。それ故に、次のＶＤＡ（この例示におけるＶＤＡ３４ｂ）を順に試すことよりもむしろ、ゲートウェイ３５は、その代わりに接続要求をＶＤＡ３４ｃに直接的に送信する。このアプローチの利点は、ブローカーが利用可能である場合に、接続時間がより短くなることである。このアプローチの別の利点は、ブローカーが利用可能であるが、順序付きリストにおけるすべてのＶＤＡがビジーまたは利用可能でない、例えば、停止している場合に、順序付きリストにおける少なくとも１つのＶＤＡが利用可能である、つまり、コンタクトされることが可能である場合、順序付きリストの外部のＶＤＡへの接続が今もなお確立されていることが可能である。例示的なＣＧＰの実装を続けることは、クライアントのコンピューティングデバイス３１ａからのＣＧＰハンドシェイクは、続けることができるが、それは、ここで、ＶＤＡ３４ｃにリダイレクトされる。言い換えれば、ゲートウェイコンピューティングデバイス３５は、ＣＧＰのバインド要求をＶＤＡ３４ｃに送信して、次に、ＶＤＡ３４ｃからのＣＧＰのバインド応答がゲートウェイコンピューティングデバイスに送り返されて、クライアントのコンピューティングデバイス３１ａに中継を返されて、ハンドシェイクを完了する。それ故に、ゲートウェイ３５は、ＶＤＡ３４ｂを飛ばしながら、ＶＤＡ３４ｃを通じて、最終的に仮想コンピューティングセッション３３ｃへの接続を確立することになる。
【0049】
図８に図示される例示において、ＶＤＡ３４ａ～３４ｃ間のピアツーピア接続を利用してそれらの間のセッション情報を更新するよりもむしろ、ここで、ＶＤＡは、ブローカーコンピューティングデバイス（ブローカー）３６を介して通信する。したがって、ＶＤＡ３４ｃは、クライアントのコンピューティングデバイス３１ａに対する仮想コンピューティングセッション３３ｃを確立すると、ブローカー３６に通知することができることによって、ＶＤＡ３４ａ、３４ｂは、必要な場合にこの情報にアクセスすることとなる。ＶＤＡ３４ａ～３４ｃ間のブローカー通信の潜在的な１つの利点は、例えば、具体的に高次のＶＤＡ３４ａ、３４ｂへの接続が停止している場合に、ＶＤＡ３４ｃによって必要となる更新がより少なくてよいことである。ブローカー３６は、クラウドまたはいくつかの実施形態の前提において実装されてよい。ブローカー３６がその時点で利用可能でない場合、ＶＤＡ３４ｃは、例えば、前述の上記および図５に図示されるように、例えば、ピアツーピアプロトコルを介して、それが保持するセッションのすべての高次のランクのＶＤＡ３４ａ、３４ｂに通知する。ＶＤＡ３４ｃが順序付きリストにおいて存在しない場合、順序付きリストにおける任意の他のＶＤＡよりもランクが低次と暗黙にみなされて、また、順序付きリストにおいて存在しない任意の他の不明なＶＤＡと同一のランクを有するとみなされる。それ故に、ＶＤＡ３４ｃが順序付きリストに存在しない場合、有利なことに、ＶＤＡ３４ｃは、既に順序付きリストに存在するＶＤＡに通知するだけでよく、つまり、ＶＤＡ３４ｃは、順序付きリストの外部の任意のＶＤＡに通知する必要がない。
【0050】
ＶＤＡ３４ａが最初にトランスポート接続を受け入れたが、次に「その代わりにＶＤＡ Ｎに接続する」と応答した場合、これは、仮想コンピューティングセッション３３ｃが既に他の場所で確立されていることを意味する。図９に図示される例示において、仮想コンピューティングセッションは、ＶＤＡ３４ｃ（これは、ＶＤＡ３４ａがブローカー３６を通じて学習する）を通じて確立され、それに応じて、ゲートウェイコンピューティングデバイス３５は、この低次のＶＤＡにリダイレクトされる。例示として、ＶＤＡ３４ａは、特別な理由コード（例えば、「ＶＤＡフォールバック」）を有するＣＧＰ終了メッセージを送信することができ、適切なＶＤＡ ＩＤ（ここで、ＶＤＡ３４ｃに対して）を提供するか、または[ＶＤＡ Ｎのアドレス、ポート]を介して直接的に接続することを提供する。次に、ゲートウェイコンピューティングデバイス３５は、ＶＤＡ３４ａへのトランスポート接続を終了して、この例示におけるＶＤＡ３４ｃへの新しい接続をする。その間ずっと、ここでコンピューティングセッションを要求しているクライアントのコンピューティングデバイス３１ｂは、それがＶＤＡ３４ｃにリダイレクトされたという事実に気づいていない。例示的なＣＧＰの実装を続けることは、クライアントのコンピューティングデバイス３１ａからのＣＧＰハンドシェイクは、続けることができるが、それは、ここで、ＶＤＡ３４ｃにリダイレクトされる。言い換えれば、ゲートウェイコンピューティングデバイス３５は、ＣＧＰのバインド要求をＶＤＡ３４ｃに送信して、次に、ＶＤＡ３４ｃからのＣＧＰのバインド応答がゲートウェイコンピューティングデバイスに送り返されて、クライアントのコンピューティングデバイス３１ａに中継を返されて、ハンドシェイクを完了する。
【0051】
クライアントからＶＤＡへのプロトコルは、Ｉｎｄｅｐｅｎｄｅｎｔ Ｃｏｍｐｕｔｉｎｇ Ａｒｃｈｉｔｅｃｔｕｒｅ（ＩＣＡ）接続の前のスタンドアロンプロトコルであるか、またはＩＣＡまたはＣＧＰハンドシェイクの初期にメッセージとして構築され、接続数を最小限とし、且つユーザーの起動時間を改善する。ある例示的なアプローチは、ＣＧＰプロトコルハンドシェイクを用いることであり、それは、ＩＣＡの前に発生して、別のＶＤＡへのフォールバックの場合において、有利にクライアントからＶＤＡへのラウンドトリップの数を最小化することができるためである。さらに、別の例示の実装において、ＣＧＰハンドシェイクは、上記のように、Ｃｉｔｒｉｘ ＮｅｔＳｃａｌｅｒ Ｇａｔｅｗａｙを用いて統合されることができ、ゲートウェイを介してフォールバックの最適化された方法を可能とする。ＶＤＡからＶＤＡへのプロトコルは、アプリケーション特有のプロトコルであってよく、またはそれは、比較的に高い可用性を有し得るある形態の（例えば、Ｃｉｔｒｉｘ ＳｈａｒｅＦｉｌｅ、Ｄｒｏｂｏｘ、ＭＳ ＯｎｅＤｒｉｖｅなどを介した）共有ストレージを利用してよい。
【0052】
ある例示において、直接接続とゲートウェイ接続との組み合わせ（つまり、ハイブリッドアプローチ）が用いられることができることに留意されたい。つまり、クライアントのデバイス３１ａ、３１ｂは、１つまたは複数のＶＤＡに直接的に（上記図４～図６を参照して説明されるように）接続することができ、他にはゲートウェイコンピューティングデバイス３５を介して接続することができる。同様に、ある実装において、異なるＶＤＡ３１ａ～３１ｎとの接続を確立することに用いられる多様なゲートウェイコンピューティングデバイス３５があってよい。また、上記図４～図６に図示されるように、ＶＤＡ３４ａ～３４ｃ間のピアツーピア接続の使用は、それらの間のセッション情報を更新し、ゲートウェイ接続の例示にも適用し得ることに留意されたい。同様に、図７～図９に図示されるように、ブローカーコンピューティングデバイス（ブローカー）３６の使用は、直接接続の例示にも適用し得る。
【0053】
さまざまなアプローチは、ＶＤＡの順序付きリストをユーザーアカウントに割り当てるために用いられてよい。例えば、リストは、性能の観点から、使用可能なＶＤＡへの接続の好ましい順序になっていてよい。別の例示は、それらを均等に分割することであり、例えば、使用可能な３つのＶＤＡに対して、ユーザーの最初の１／３が１－２－３の順序付きリストを取得し、次の１／３が２－３－１の順序付きリストを取得し、最後の１／３が３－１－２の順序付きリストを取得する。他のアプローチは、疑似ランダム選択、地理的近接性に基づく順序付けなどを含んでよい。例示的な実装において、順序付きリストは、クライアントのコンピューティングデバイスが接続し得るＶＤＡのすべて（つまり、サブセット）よりも少ない接続で実装されることができる。他のアプローチは、クライアントのコンピューティングデバイス３１ａまたは３１ｂが、ユーザーごとに最も頻繁に、または最も最近に用いられた（接続された）ＶＤＡに基づいてリストを並べ替えることを含んでよい。ゲートウェイ接続が使用された場合に（上記の図７～図９を参照して説明されるように）、ゲートウェイ３５は、不透明なＶＤＡ ＩＤをクライアントのコンピューティングデバイス３１ａまたは３１ｂに送り返すことができ、順序付きリストにおける特定のＶＤＡへの接続確立が成功したことを示し、それ故に、有利に、クライアントのコンピューティングデバイスがリストを並べ替えることを可能とする。並び替えられたリストは、例えば、比較的に高い可用性を有し得る、ローミングプロファイルまたはある形態の（Ｃｉｔｒｉｘ ＳｈａｒｅＦｉｌｅ、Ｄｒｏｂｏｘ、ＭＳ ＯｎｅＤｒｉｖｅなどを介した）共有ストレージを用いて、同一のユーザーアカウントに関連付けられる他のエンドポイントデバイスと共有されてよい。
【0054】
上記の説明されるアプローチは、有利に、重要な技術的課題、すなわち、クライアントのデバイスとＶＤＡとの間におけるストアフロントおよびブローカーを利用する典型的なアプローチに関連付けられるオーバーヘッドおよび潜在的なダウンタイムなしで、あるクライアントのデバイスから別のものにセッションをローミングすることの克服に役立つ。つまり、例えば、集中型ブローカーの代わりにピアツーピアＶＤＡプロトコルを用いて、ユーザーのセッションのローミングを可能とすることによって、セッションのローミングは、ブローカーまたは個々のＶＤＡの可用性に依存することなく機能し続けることができる。これは、また、有利に、劣化したセッションの例示が少なくなることにつながり、つまり、ここで、以前のセッションが既に他の場所で実行されているにもかかわらず、新しいセッションが確立されている。
【0055】
上記の説明されるアプローチの別の利点は、ＶＤＡ間で最小限の情報だけが複製される必要があるということである。つまり、ＶＤＡは、既存のセッションの高次のリストにおける他のＶＤＡに通知するだけでよく、それぞれのＶＤＡは、（すべてのアクティブなセッションというよりはむしろ）関連のある低次のセッションを追跡し続けるだけでよい。結果として、これは、比較的に複雑なブローカー構成をＶＤＡにシフトすることなく、有利に、ＶＤＡロジックを比較的に単純に保つことに役立つことができる。
【0056】
多くの変更例および他の実施形態は、前述の説明および関連する図面に提示される教示の恩恵を有する当業者が想到することとなる。それ故に、前述は、例示の実施形態に限定されるべきではなく、変更および他の実施形態は、添付の特許請求の範囲内に含まれることが意図されていることが理解される。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7A】
【図7B】
【図8】
【図9】
【図10】
【国際調査報告】