知財求人 - 知財ポータルサイト「IP Force」
▶ シトリックス・システムズ・インコーポレイテッドの特許一覧
特表2022-533891レガシー仮想配信アプライアンスとともに使用するための接続リーシングシステムおよび関連方法
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2022-07-27
(54)【発明の名称】レガシー仮想配信アプライアンスとともに使用するための接続リーシングシステムおよび関連方法
(51)【国際特許分類】
H04L 41/0897 20220101AFI20220720BHJP
H04L 41/40 20220101ALI20220720BHJP
【ＦＩ】
H04L41/0897
H04L41/40
【審査請求】有
【予備審査請求】未請求
(21)【出願番号】P 2021558671
(86)(22)【出願日】2020-05-19
(85)【翻訳文提出日】2021-11-25
(86)【国際出願番号】 US2020033521
(87)【国際公開番号】W WO2020236773
(87)【国際公開日】2020-11-26
(31)【優先権主張番号】62/850,076
(32)【優先日】2019-05-20
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】16/876,632
(32)【優先日】2020-05-18
(33)【優先権主張国・地域又は機関】US
(81)【指定国・地域】
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＪＡＶＡ
２．ＢＬＵＥＴＯＯＴＨ
３．Ｌｉｎｕｘ
４．ＡＮＤＲＯＩＤ
５．ｉＯＳ
(71)【出願人】
【識別番号】508045099
【氏名又は名称】シトリックス・システムズ・インコーポレイテッド
【氏名又は名称原語表記】Ｃｉｔｒｉｘ Ｓｙｓｔｅｍｓ，Ｉｎｃ．
(74)【代理人】
【識別番号】110001243
【氏名又は名称】弁理士法人谷・阿部特許事務所
(72)【発明者】
【氏名】ゲオルギー モンチロフ
(57)【要約】
コンピューティングシステムは、パブリッシュされたリソースエンタイトルメントに基づいてパブリッシュされる接続リースを使用する仮想セッションへの接続を要求するように構成されたクライアントデバイスと、パブリッシュされたリソースエンタイトルメントを記憶および更新するように構成されたコンピューティングデバイスとを含んでよい。また、システムは、接続ディスクリプタファイルに基づいて仮想セッションへのアクセスをクライアントデバイスに提供するように構成された仮想配信アプライアンスを含んでよい。コネクタアプライアンスは、接続リースを含むクライアントデバイスから接続要求を受信し、コンピューティングデバイスに接続リースの妥当性検証を要求し、接続リースの妥当性検証に応答して、仮想配信アプライアンスに接続リースを解決し、セッション妥当性検証をクライアントデバイスに返すように構成されてよい。クライアントデバイスは、セッション妥当性検証に応答して接続ディスクリプタファイルを生成し、生成された接続ディスクリプタファイルを使用して仮想配信アプライアンスとの接続を始めるように構成されてよい。
【特許請求の範囲】
【請求項1】
方法であって、仮想セッションを始めるために複数のクライアントデバイスからコネクタアプライアンスにおける接続要求を受信することであって、前記接続要求は、パブリッシュされたリソースエンタイトルメントに基づいてパブリッシュされる接続リースを含み、複数のクライアントデバイスのための前記パブリッシュされたリソースエンタイトルメントは、コンピューティングデバイスによって記憶および更新されることと、
前記コンピューティングデバイスから、前記コネクタアプライアンスにおける前記接続リースの妥当性検証を要求することと、
前記コンピューティングデバイスによる前記接続リースの妥当性検証に応答して、前記コネクタアプライアンスにおいて、仮想配信アプライアンスに対して前記接続リースを解決することであって、前記仮想配信アプライアンスは、接続ディスクリプタファイルに基づいて前記仮想セッションへのアクセスを前記クライアントデバイスに提供するように構成されることと、
前記仮想セッションにアクセスするために前記接続ディスクリプタファイルを準備する際に使用するために、前記コネクタアプライアンスから前記クライアントデバイスにセッション妥当性検証を返すことと、
を備える方法。
【請求項2】
前記接続ディスクリプタファイルが、前記クライアントデバイスにおいて、前記接続リースおよび前記セッション妥当性検証から生成される、請求項１に記載の方法。
【請求項3】
受信することが、前記接続リースを使用して前記コネクタアプライアンスに前記クライアントデバイスを直接的に接続することによって、前記クライアントデバイスから前記接続要求を前記コネクタアプライアンスによって受信することを備える、請求項１に記載の方法。
【請求項4】
受信することが、ゲートウェイアプライアンスを介して前記接続リースを使用して前記コネクタアプライアンスに前記クライアントデバイスを接続することによって、前記クライアントデバイスから前記接続要求を前記コネクタアプライアンスによって受信することを備える、請求項１に記載の方法。
【請求項5】
前記接続が、前記接続ディスクリプタファイルを使用して前記仮想配信アプライアンスに直接的に接続することによって前記クライアントデバイスから前記仮想配信アプライアンスに始められる、請求項１に記載の方法。
【請求項6】
前記クライアントデバイスから前記仮想配信アプライアンスへの前記接続が、前記接続ディスクリプタファイルを使用してゲートウェイアプライアンスを介して始められる、請求項１に記載の方法。
【請求項7】
前記コネクタアプライアンスにおいて、前記クライアントデバイスからの要求に応答して接続リース解決データを生成することをさらに備える、請求項１に記載の方法。
【請求項8】
前記クライアントデバイスは、ゲートウェイアプライアンスおよび他のクライアントデバイスのうちの少なくとも１つに接続リース解決データを要求するようにさらに構成される、請求項７に記載の方法。
【請求項9】
生成することは、前記接続リースおよび前記接続リース解決データのうちの少なくとも１つに基づいてテレメトリデータを生成することを備え、前記クライアントデバイスは、それに応答してセッション要求を生成することなく前記テレメトリデータを受信する、請求項７に記載の方法。
【請求項10】
前記接続リースは、前記クライアントデバイスのうちの少なくともいくつかに、前記コネクタアプライアンスを介して前記仮想配信アプライアンスを通じて前記仮想セッションへの接続を間接的に要求させるために、前記コネクタアプライアンスのネットワークアドレスを含む、請求項１に記載の方法。
【請求項11】
前記仮想配信アプライアンスは、異なるゾーンに配置された複数の仮想配信アプライアンスを備え、前記コネクタアプライアンスは、前記異なるゾーンに配置され、それらのゾーン内の仮想配信アプライアンスに割り当てられた複数のコネクタアプライアンスを備え、前記方法は、前記コネクタアプライアンスにおいて、それら自体のゾーンのための接続要求を許可するために前記コンピューティングデバイスのアベイラビリティのない異なるゾーン内の別のコネクタアプライアンスに接続要求をリダイレクトすることをさらに備える、請求項１に記載の方法。
【請求項12】
前記仮想配信アプライアンスは、異なるゾーンに配置された複数の仮想配信アプライアンスを備え、前記コネクタアプライアンスは、前記異なるゾーンに配置され、それらのゾーン内の仮想配信アプライアンスに割り当てられた複数のコネクタアプライアンスを備え、前記方法は、同じゾーン内のコネクタアプライアンスにおいて、前記ゾーンのためのリーダコネクタアプライアンスを選ぶことと、前記ゾーンのための接続要求を許可するために前記コンピューティングデバイスのアベイラビリティなしでリーダコネクタアプライアンスに受信された接続要求をリダイレクトすることをさらに備える、請求項１の方法。
【請求項13】
ゾーンのための前記リーダコネクタアプライアンスにおいて、パブリッシュされたリソースエンタイトルメントおよび仮想セッション情報のうちの少なくとも１つを備えるローカルホストキャッシュを前記コンピューティングデバイスと同期させることと、
前記ゾーンのための接続要求を許可するために前記コンピューティングデバイスのアベイラビリティなしで接続リースを妥当性検証し、仮想配信アプライアンスへの接続リースを解決し、前記クライアントデバイスに前記セッション妥当性検証を返すことと、
をさらに備える、請求項１２に記載の方法。
【請求項14】
前記コネクタアプライアンスにおいて、前記クライアントデバイスを、それらの接続リース内で前記コンピューティングデバイスのアベイラビリティなしで次のオプションに進むように向けることをさらに備える、請求項１に記載の方法。
【請求項15】
コンピューティングシステムであって、パブリッシュされたリソースエンタイトルメントに基づいてパブリッシュされる接続リースを使用する仮想セッションへの接続を要求するように構成された複数のクライアントデバイスと、
前記複数のクライアントデバイスのための前記パブリッシュされたリソースエンタイトルメントを記憶および更新するように構成されたコンピューティングデバイスと、
接続ディスクリプタファイルに基づいて前記仮想セッションへのアクセスを前記クライアントデバイスに提供するように構成された仮想配信アプライアンスと、
コネクタアプライアンスであり、
前記接続リースを含む前記クライアントデバイスから接続要求を受信し、
前記コンピューティングデバイスに前記接続リースの妥当性検証を要求し、
前記コンピューティングデバイスによる前記接続リースの妥当性検証に応答して、前記仮想配信アプライアンスに前記接続リースを解決し、セッション妥当性検証を前記クライアントデバイスに返すように構成されたコネクタアプライアンスと、
を備え、
前記クライアントデバイスは、前記セッション妥当性検証に応答して前記接続ディスクリプタファイルを生成し、前記仮想セッションにアクセスするために前記生成された接続ディスクリプタファイルを使用して前記仮想配信アプライアンスとの接続を始めるように構成された、コンピューティングシステム。
【請求項16】
前記クライアントデバイスが、前記接続リースおよび前記セッション妥当性から前記接続ディスクリプタファイルを生成するように構成された、請求項１５に記載のコンピューティングシステム。
【請求項17】
前記クライアントデバイスが、前記接続ディスクリプタファイルを使用して前記仮想配信アプライアンスと直接的に接続することによって、前記仮想配信アプライアンスとの前記接続を始めるように構成された、請求項１５に記載のコンピューティングシステム。
【請求項18】
前記クライアントデバイスが、前記接続ディスクリプタファイルを使用してゲートウェイアプライアンスを介して、前記仮想配信アプライアンスとの前記接続を始めるように構成された、請求項１５に記載のコンピューティングシステム。
【請求項19】
前記クライアントデバイスが、前記コネクタアプライアンスからの接続リース解決データを要求するようにさらに構成された、請求項１５に記載のコンピューティングシステム。
【請求項20】
前記コネクタアプライアンスが、異なるゾーンに配置された複数のコネクタアプライアンスを備え、前記クライアントデバイスは、前記異なるゾーンの前記コネクタアプライアンスのアベイラビリティを監視するように、および前記接続リースとの接続を要求し、前記コネクタアプライアンスの少なくとも1つの前記アベイラビリティがアベイラビリティ閾値以上または以下であることに応答して、直接的にまたはゲートウェイアプライアンスを介して、前記セッション妥当性検証を受信するように構成された、請求項１５に記載のコンピューティングシステム。
【請求項21】
前記仮想配信アプライアンスは、異なるゾーンに配置された複数の仮想配信アプライアンスを備え、前記セッション妥当性検証は、ゾーンアソシエーション情報を含み、前記クライアントデバイスは、異なるゾーンにおけるコネクタアプライアンスのアベイラビリティおよび前記ゾーンアソシエーション情報に応答して、直接起動またはゲートウェイアプライアンスを介した起動のための接続ディスクリプタファイルファイルおよびセッション要求を生成するように構成された、請求項２０に記載のコンピューティングシステム。
【請求項22】
コネクタアプライアンスであって、メモリと、
プロセッサであり、
仮想セッションを始めるために複数のクライアントデバイスからコネクタアプライアンスにおける接続要求を受信し、前記接続要求は、パブリッシュされたリソースエンタイトルメントに基づいてパブリッシュされる接続リースを含み、複数のクライアントデバイスのための前記パブリッシュされたリソースエンタイトルメントは、コンピューティングデバイスによって記憶および更新され、
前記コンピューティングデバイスから、前記コネクタアプライアンスにおける前記接続リースの妥当性検証を要求し、
前記コンピューティングデバイスによる前記接続リースの妥当性検証に応答して、前記コネクタアプライアンスにおいて、仮想配信アプライアンスに対して前記接続リースを解決し、前記仮想配信アプライアンスは、接続ディスクリプタファイルに基づいて前記仮想セッションへのアクセスを前記クライアントデバイスに提供するように構成され、
前記仮想セッションにアクセスするために前記接続ディスクリプタファイルを準備する際に使用するために、前記コネクタアプライアンスから前記クライアントデバイスにセッション妥当性検証を返す、
ために前記メモリと協働するように構成されたプロセッサと、
を備えたコネクタアプライアンス。
【請求項23】
前記クライアントデバイスが、前記コネクタアプライアンスから接続リース解決データを要求するようにさらに構成された、請求項２２に記載のコネクタアプライアンス。
【請求項24】
前記コネクタアプライアンスは、前記コンピューティングデバイスのアベイラビリティなしで、前記クライアントデバイスにそれら接続リースにおける次のオプションに向かうように構成された、請求項２２に記載のコネクタアプライアンス。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、レガシー仮想配信アプライアンスとともに使用するための接続リーシングシステムおよび関連方法に関する。
【背景技術】
【0002】
本出願は、２０１９年５月２０に出願された特許仮出願第６２／８５０，０７６号明細書の利益を主張し、参照によりその全体が本明細書に組み込まれる。
【0003】
多数の組織が今や、それぞれのユーザの変動するニーズに対処するためのより柔軟なオプションを提供するために、アプリケーションおよび／またはデスクトップ仮想化を使用している。デスクトップ仮想化では、ユーザのオペレーティングシステム、アプリケーション、および／またはユーザ設定がユーザの物理的なスマートフォン、ラップトップ、またはデスクトップコンピュータから分離され得る。クライアント－サーバ技術を使用して、「仮想化されたデスクトップ」がクライアントコンピューティングデバイスのローカルストレージ内ではなく、リモートサーバ内に記憶され、リモートサーバによって管理され得る。
【0004】
いくつかの異なるタイプのデスクトップ仮想化システムがある。一例として、仮想デスクトップインフラストラクチャ（ＶＤＩ）は、サーバ内に常駐する仮想マシン内でユーザデスクトップおよび／またはアプリケーションを動作させるプロセスを指す。また、仮想化システムは、コンピューティングデスクトップ仮想化サーバのプール、記憶ディスク、ネットワーキングハードウェア、および他の物理的リソースが仮想デスクトップをプロビジョニングするために、および／または共有アプリケーションへのアクセスを提供するために使用され得るクラウドコンピューティング環境内で実装され得る。
【発明の概要】
【0005】
方法は、仮想セッションを始めるために複数のクライアントデバイスからコネクタアプライアンスにおける接続要求を受信することを含んでよい。接続要求は、パブリッシュされたリソースエンタイトルメントに基づいてパブリッシュされる接続リースを含んでよく、複数のクライアントデバイスのためのパブリッシュされたリソースエンタイトルメントは、コンピューティングデバイスによって記憶および更新されてよい。方法は、コンピューティングデバイスから、コネクタアプライアンスにおける接続リースの妥当性検証を要求することと、コンピューティングデバイスによる接続リースの妥当性検証に応答して、コネクタアプライアンスにおいて、仮想配信アプライアンスに対して接続リースを解決することとをさらに含んでよい。仮想配信アプライアンスは、接続ディスクリプタファイルに基づいて仮想セッションへのアクセスをクライアントデバイスに提供するように構成されてよい。方法は、仮想セッションにアクセスするために接続ディスクリプタファイルを準備する際に使用するためにコネクタアプライアンスからクライアントデバイスにセッション妥当性検証を返すことも含んでよい。
【0006】
例として、接続ディスクリプタファイルは、クライアントデバイスにおいて接続リースおよびセッション妥当性検証から生成されてよい。例示的な実施形態では、受信することは、接続リースを使用してコネクタアプライアンスにクライアントデバイスを直接的に接続することによってクライアントデバイスから接続要求をコネクタアプライアンスによって受信することを含んでよい。別の例では、受信することは、ゲートウェイアプライアンスを介して接続リースを使用してコネクタアプライアンスにクライアントデバイスを接続することによってクライアントデバイスから接続要求をコネクタアプライアンスによって受信することを含んでよい。
【0007】
例示的な一実装では、接続は、接続ディスクリプタファイルを使用して仮想配信アプライアンスに直接的に接続することによってクライアントデバイスから仮想配信アプライアンスに始められてよい。別の例によれば、クライアントデバイスから仮想配信アプライアンスへの接続は、接続ディスクリプタファイルを使用してゲートウェイアプライアンスを介して始められてよい。
【0008】
方法は、コネクタアプライアンスにおいて、クライアントデバイスからの要求に応答して接続リース解決データを生成することをさらに含んでよい。さらに、クライアントデバイスは、ゲートウェイアプライアンスおよび他のクライアントデバイスのうちの少なくとも１つに接続リース解決データを要求するようにさらに構成されてよい。例示的な実施形態では、生成することは、接続リースおよび接続リース解決データのうちの少なくとも１つに基づいてテレメトリデータを生成することを含んでよく、クライアントデバイスは、それに応答してセッション要求を生成することなくテレメトリデータを受信する。
【0009】
接続リースは、クライアントデバイスのうちの少なくともいくつかに、コネクタアプライアンスを介して仮想配信アプライアンスを通じて仮想セッションへの接続を間接的に要求させるために、コネクタアプライアンスのネットワークアドレスを含んでよい。例示的な実施形態では、仮想配信アプライアンスは、異なるゾーンに配置された複数の仮想配信アプライアンスを備えてよく、コネクタアプライアンスは、異なるゾーンに配置され、それらのゾーン内の仮想配信アプライアンスに割り当てられた複数のコネクタアプライアンスを備えてよく、方法は、コネクタアプライアンスにおいて、それら自体のゾーンのための接続要求を許可するためにコンピューティングデバイスのアベイラビリティのない異なるゾーン内の別のコネクタアプライアンスに接続要求をリダイレクトすることをさらに含んでよい。別の例によれば、方法は、同じゾーン内のコネクタアプライアンスにおいて、ゾーンのためのリーダコネクタアプライアンスを選ぶことと、ゾーンのための接続要求を許可するためにコンピューティングデバイスのアベイラビリティなしでリーダコネクタアプライアンスに受信された接続要求をリダイレクトすることとをさらに含んでよい。さらに、ゾーンのためのリーダコネクタアプライアンスにおいて、方法は、パブリッシュされたリソースエンタイトルメントおよび仮想セッション情報のうちの少なくとも１つを備えるローカルホストキャッシュをコンピューティングデバイスと同期させることと、ゾーンのための接続要求を許可するためにコンピューティングデバイスのアベイラビリティなしで、接続リースを妥当性検証することと、仮想配信アプライアンスへの接続リースを解決することと、クライアントデバイスにセッション妥当性検証を返すことも含んでよい。方法は、コネクタアプライアンスにおいて、クライアントデバイスを、それらの接続リース内でコンピューティングデバイスのアベイラビリティなしで次のオプションに進むように向けることも含んでよい。
【0010】
関連コンピューティングシステムは、パブリッシュされたリソースエンタイトルメントに基づいてパブリッシュされる接続リースを使用する仮想セッションへの接続を要求するように構成された複数のクライアントデバイスと、複数のクライアントデバイスのためのパブリッシュされたリソースエンタイトルメントを記憶および更新するように構成されたコンピューティングデバイスとを含んでよい。コンピューティングシステムは、接続ディスクリプタファイルに基づいて仮想セッションへのアクセスをクライアントデバイスに提供するように構成された仮想配信アプライアンスも含んでよい。さらに、コネクタアプライアンスは、接続リースを含むクライアントデバイスから接続要求を受信し、コンピューティングデバイスに接続リースの妥当性検証を要求し、コンピューティングデバイスによる接続リースの妥当性検証に応答して、仮想配信アプライアンスに接続リースを解決し、セッション妥当性検証をクライアントデバイスに返すように構成されてよい。クライアントデバイスは、セッション妥当性検証に応答して接続ディスクリプタファイルを生成し、仮想セッションにアクセスするために生成された接続ディスクリプタファイルを使用して仮想配信アプライアンスとの接続を始めるように構成されてよい。
【図面の簡単な説明】
【0011】
【図1】本開示の様々な態様が実装され得るコンピューティングデバイスのネットワーク環境の概略ブロック図である。
【図3】本開示の様々な態様が実装され得るクラウドコンピューティング環境の概略ブロック図である。
【図4】本開示の様々な態様が実装され得る、ワークスペースアプリを動作させるデスクトップデバイス、モバイルデバイス、およびウェブベースのデバイスの概略ブロック図である。
【図5】本開示の様々な態様が実装され得るコンピューティングデバイスのワークスペースネットワーク環境の概略ブロック図である。
【図6】接続リース構成における非接続リースイネーブルド仮想配信アプライアンスを通じた仮想セッションアクセスを提供するコンピューティングシステムの概略ブロック図である。
【図8】例示的な実施形態による、接続リースイネーブルド仮想配信アプライアンスと非接続リースイネーブルド（レガシー）仮想配信アプライアンスの両方に動作可能性を提供するように構成された図７の接続リースアーキテクチャの概略ブロック図である。
【図9A】ブローカが仮想配信アプライアンスと直接的に通信しない、例示的な実施形態において、ブローカオンラインモードで動作する図８の接続リースアーキテクチャのコネクタアプライアンスの概略ブロック図である。
【図9B】ブローカが仮想配信アプライアンスとの何らかの直接的通信を行う、例示的な実施形態において、ブローカオンラインモードで動作する図８の接続リースアーキテクチャのコネクタアプライアンスの概略ブロック図である。
【図14A】ブローカが仮想配信アプライアンスと直接的に通信しない、例示的な実施形態において、ブローカオフラインモードで動作する図８の接続リースアーキテクチャのコネクタアプライアンスの概略ブロック図である。
【発明を実施するための形態】
【0012】
仮想コンピューティングアーキテクチャでは、接続リースは、仲介サービスによってクライアントデバイスに発行され得る。接続リースは、クライアントデバイスがアクセスすることが許されているリソースエンタイトルメントの静的スナップショットを含んでよい。例として、クライアントデバイスによってアクセスされているリソースは、仮想アプリケーション、仮想デスクトップ、ソフトウェアアズアサービス（ＳａａＳ）アプリケーション、デスクトップアズアサービス（ＤａａＳ）セッションなどを含んでよい。さらに、接続リースは、接続リースが満了し、更改しなければならない前に比較的長期のアクセス（たとえば、１週間または複数の週間）を可能にするリソースロケーションデータも含んでよい。これは、クライアントデバイスは、それらが仮想コンピューティングセッションへのアクセスを要求するたびに仲介サービスに再登録することが必要とされないので、クライアントデバイスによってリソースへのより高速なアクセスを促進する助けとなる。しかし、レガシー（非接続リース互換）構成要素を含むシステム内の接続リース互換構成要素を展開することは、種々の技術的問題という結果になることがある。
【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】
リソースフィード特有の識別トークンが、各リソースの認証ポイントに渡される（イベント６）。オンプレミスリソース１２２が、クラウドコネクタ１２４を通じて接触を受ける。各リソースフィード１０６は、それぞれの識別について許可されたリソースのリストで返信する（イベント７）。
【0057】
リソースフィードマイクロサービス１０８は、異なるリソースフィード１０６からすべてのアイテムを集約し、ワークスペースエクスペリエンスサービス１０２に転送する（イベント８）。ユーザは、ワークスペースエクスペリエンスサービス１０２からリソースを選択する（イベント９）。
【0058】
ワークスペースエクスペリエンスサービス１０２は、要求をリソースフィードマイクロサービス１０８に転送する（イベント１０）。リソースフィードマイクロサービス１０８は、シングルサインオンマイクロサービス１５２に識別トークンを要求する（イベント１１）。ユーザの識別トークンは、ワークスペースエクスペリエンスサービス１０２に送られ（イベント１２）、ここで起動チケットが生成され、ユーザに送られる。
【0059】
ユーザは、ゲートウェイサービス１６０に対する安全なセッションを開始し、起動チケットを提示する（イベント１３）。ゲートウェイサービス１６０は、適切なリソースフィード１０６に対する安全なセッションを開始し、ユーザをシームレスに認証するために識別トークンを提示する（イベント１４）。セッションが初期化した後、ユーザは、リソースを使用することができる（イベント１５）。ワークスペース全体が単一のアクセスポイントまたはアプリケーションを通じて配信されることは、生産性を改善し、ユーザにとって共通ワークフローを簡素化することが有利である。
【0060】
次に図６を参照すると、接続リース互換でないレガシー構成要素を使用する仮想コンピューティング環境内での仮想コンピューティングセッションにアクセスするための接続リースの使用を提供する仮想コンピューティングシステム２００が最初に説明され、これは、以下でさらに論じられるように、それらが、接続リースを認識しないまたはそうでない場合はこれと互換でないレガシー接続プロトコル（たとえば、独立コンピューティングアーキテクチャ（ＩＣＡ）ファイルなどのレガシー接続ディスクリプタファイルを使用するように構成されたプロトコル）を、代わりに使用することを意味する。例として、以下でさらに論じられるように、システム２００は、上記で説明されたコンピューティングデバイスを使用して、いくつかの実装ではワークスペースインフラストラクチャ内で、実装されてよい。仮想コンピューティングセッションへのアクセスを提供するための例示的な別のアーキテクチャは、本出願人Ｃｉｔｒｉｘ Ｓｙｓｔｅｍｓ， Ｉｎｃ．のＣｉｔｒｉｘ Ｖｉｒｔｕａｌ Ａｐｐｓ ａｎｄ Ｄｅｓｋｔｏｐｓ（ＣＶＡＤ）である。Ｃｉｔｒｉｘ Ｖｉｒｔｕａｌ Ａｐｐｓは、異なるクライアントデバイスからの仮想アプリおよびサーバベースのデスクトップへの汎用的アクセスを有する生産性を最適化する助けとなるアプリケーション仮想化ソリューションである。ＣＶＡＤは、Ｃｉｔｒｉｘ Ｖｉｒｔｕａｌ Ａｐｐｓと同じすべての機能と、スケーラブルな仮想デスクトップインフラストラクチャ（ＶＤＩ）を実装するオプションを保有する。Ｃｉｔｒｉｘ Ｖｉｒｔｕａｌ Ａｐｐｓ／ＣＶＡＤは、クラウドサービスまたは従来のソフトウェア構成として利用可能である。
【0061】
そのようなコンピュータ仮想化インフラストラクチャは、従来、仮想セッションおよびユーザが権利を与えられたコンピューティングリソースにアクセスするようにクライアントデバイスを認証するために独立コンピューティングアーキテクチャ（ＩＣＡ）プロトコルおよびＩＣＡファイルを利用し得る。ＩＣＡは、ネットワーク上でＷｉｎｄｏｗｓグラフィカルディスプレイデータならびにユーザ入力を送信するために設計されたプロトコルである。ＩＣＡファイルは、短命のセキュアチケットオーソリティ（ＳＴＡ）およびログオンチケットを含む。ＳＴＡチケットは、Ｇａｔｅｗａｙ（たとえば、Ｃｉｔｒｉｘ Ｇａｔｅｗａｙ）を介して仮想配信アプライアンス（たとえば、Ｃｉｔｒｉｘ Ｖｉｒｔｕａｌ Ｄｅｌｉｖｅｒｙ Ａｇｅｎｔ（ＶＤＡ））への接続を許可するために使用され得る。ログオンチケットは、ユーザを仮想コンピューティングセッションにシングルサインオン（ＳＳＯｎ）させ得る。ＣＶＡＤの場合、これは、異なるクライアントデバイス上および異なるネットワークの上で、集中型アプリケーションおよびデスクトップのユーザにとって使用可であり得る「ハイデフィニション」エクスペリエンス（ＨＤＸ）セッションを通じて行われる。ＣｉｔｒｉｘＨＤＸは、ＩＣＡリモーティングプロトコルの上に構築される。
【0062】
任意のネットワークインフラストラクチャを使用すると、リモートであろうとそうでなかろうと、外部攻撃からのセキュリティは、常に、かなりの関心事である。さらに、接続リースは寿命が長く（たとえば、ポリシに基づいて数時間から数週間であり）、したがって、攻撃機会ウィンドウははるかに増加されるので、セキュリティ要件も、従来のＩＣＡファイルと比較して増加される。したがって、接続リースは、暗号化および署名される。接続リースは、盗難にあったデバイス、損なわれたユーザアカウント、閉鎖されたユーザアカウントなどのイベントに対応するために取り消されることがある。接続リース失効は、クライアント／エンドポイントデバイスまたはホストが接続リース発行サービス（ＣＬＩＳ）またはブローカに関してオンラインであるとき、適用されてよい。しかし、接続リースはオフラインモードで使用されることが意味されているので、ＣＬＩＳまたはブローカは、一般的には、以前に発行された接続リースをクライアントが使用するためにオンラインでなくてよい。
【0063】
システム２００は、例示的には、複数のクライアントデバイス２０３ａ～２０３ｎのためのパブリッシュされたリソースエンタイトルメント２０２を記憶および更新するように構成されたコンピューティングデバイス２０１を含む。例として、コンピューティングデバイス２０１は、仲介サービスまたは接続リース発行サービス（ＣＬＩＳ）の一部であってよく、パブリッシュされたリソースエンタイトルメントは、クライアントデバイス２０３ａ～２０３ｎがアクセスすることが許されているまたは許可されている仮想コンピューティングリソース（たとえば、ＳａａＳアプリ、ＤａａＳセッション、仮想アプリ／デスクトップなど）に関してよい。クライアントデバイス２０３ａ～２０３ｎは、上記で述べられたように、デスクトップコンピュータまたはラップトップコンピュータ、タブレットコンピュータ、スマートフォンなどであってよい。クライアントデバイス２０３ａ～２０３ｎは、パブリッシュされたリソースエンタイトルメントに基づいて（たとえば、ＣＬＩＳによって）発行された接続リースを使用する仮想セッションへの接続を要求するように構成される。
【0064】
システム２００は、例示的には、ネットワーク２０５（たとえば、インターネットまたはウェブ）を介してクライアントデバイス２０３ａ～２０３ｎと通信する仮想配信アプライアンス２０４をさらに含む。本例では、仮想配信アプライアンス２０４は、たとえば、クラウドベースのＣＬＩＳによってクライアントデバイスに発行された接続リースではなく、上記で論じられたように、接続ディスクリプタファイル（たとえば、ＩＣＡファイル）およびＳＴＡチケットに基づいて仮想セッションへのアクセスをクライアントデバイス２０３ａ～２０３ｎに提供するように構成されたオンプレミス展開と一般的に関連付けられたレガシーアプライアンスである。すなわち、クラウドインフラストラクチャの一部としてコンピューティングデバイス２０１と直接的に相互作用するように構成され、接続リース互換であるクラウドベースの仮想配信アプライアンスではなく、レガシー仮想配信アプライアンス２０４は、それは代わりに接続リースではなく接続説明ファイル（たとえば、ＩＣＡファイル）に基づいて仮想セッションへの接続を確立するように構成されるので、たとえば、接続リース互換でなくてもよいし、接続リースを妥当性検証するためにコンピューティングデバイスと協働するように構成されなくてもよい。
【0065】
その結果、システム２００は、有利には、コネクタアプライアンス２０６も含み、コネクタアプライアンス２０６は、いくつかの実施形態では、仮想配信アプライアンス２０４とともにオンプレミスで展開されてもよい。コネクタアプライアンス２０６は、（レガシー仮想配信アプライアンス２０４の代わりに）接続リースを含むクライアントデバイス２０３ａ～２０３ｎから接続要求を受信し、コンピューティングデバイス２０１に（仮想配信アプライアンスの代わりに）接続リースの妥当性検証を要求するように構成されてよい。いくつかの実施形態では、コネクタアプライアンス２０６は、接続リースを期限切れとチェックする（たとえば、期限切れ日をチェックする）またはテンパリングする（たとえば署名をチェックする）など、接続リースに対して追加の妥当性検証を実施してよい。コンピューティングデバイス２０１によって接続リースの妥当性検証に応答して、コネクタアプライアンス２０６は、次いで、仮想配信アプライアンス２０４に接続リースを解決し、クライアントデバイス２０３ａ～２０３ｎにセッション妥当性検証を返してよい。いくつかの実施形態では、仮想配信アプライアンス２０４に対する接続リースの解決は、コンピューティングデバイス２０１によって実施され、コネクタアプライアンス２０６がセッション妥当性検証をクライアントデバイス２０３ａ～２０３ｎに返す前にコネクタアプライアンス２０６に返されてよい。したがって、セッション妥当性検証に応答して、クライアントデバイス２０３ａ～２０３ｎは、有利には、仮想配信アプライアンス２０４がセッション接続を実施するために使用する接続ディスクリプタファイル（たとえば、ＩＣＡファイル）を生成し、接続リースの代わりに仮想セッションにアクセスするために生成された接続ディスクリプタファイルを使用する仮想配信アプライアンスとの接続を始めてよい。
【0066】
次に、前述の内容が、図７に示されるコンピューティングシステム２５０の例示的な実装の文脈で説明される。図の例では、上記のコンピューティングデバイス２０１およびリース生成機能は、例示的には、仮想セッション２５４にアクセスするために加入およびリース生成するためにクライアントデバイス２５２とインターフェースするように構成されたクラウドインターフェース２５６を含むクラウドコンピューティングサービス２５５（たとえば、Ｃｉｔｒｉｘ Ｃｌｏｕｄ）内で実施される。例示的な一実施形態では、クラウドインターフェース２５６は、Ｃｉｔｒｉｘ Ｗｏｒｋｓｐａｃｅで実装され得、クライアントデバイス２５２は、Ｃｉｔｒｉｘ Ｗｏｒｋｓｐａｃｅアプリを動作させていてよいが、異なる実施形態において他の好適なプラットフォームが使用されてよい。クラウドコンピューティングサービス２５５は、例示的には、ルートオブトラスト（ＲｏＴ）２５７、接続リース発行サービス（ＣＬＩＳ）２５８、ゲートウェイサービス２５９、ブローカ２６０、およびデータベース２６１をさらに含み、これらについては下記にさらに記載される。
【0067】
クライアントデバイス２５２には、図の例ではハードウェアに裏打ちされた鍵ストア２６２によって作成される公開－秘密暗号化鍵対が関連付けられている。ハードウェアに裏打ちされた鍵ストア２６２は、クライアントデバイス２５２のオペレーティングシステム（ＯＳ）が秘密鍵にアクセスすることを防止する。クライアントデバイス２５２のＯＳは、秘密鍵を用いて暗号演算を実施するが、鍵にアクセスする／鍵をエクスポートする能力を有していない。ハードウェアに裏打ちされた鍵ストアの例は、たとえばパーソナルコンピュータ（ＰＣ）上のトラステッドプラットフォームモジュール（ＴＰＭ）、ｉＯＳ Ｓｅｃｕｒｅ Ｅｎｃｌａｖｅ、およびＡｎｄｒｏｉｄ Ｈａｒｄｗａｒｅ Ｋｅｙ Ｓｔｏｒｅを含むが、他の好適な暗号化鍵生成プラットフォームが使用されてもよい。背景として、いくつかの実施形態では、ＴＰＭなどハードウェアに裏打ちされた鍵ストア２６２は、クライアントデバイス２５２のマザーボード上に設けられ、基本的なセキュリティ関連の機能、たとえば元来含まれる暗号化鍵を提供するように設計されたマイクロチップである。ハードウェアに裏打ちされた鍵ストア２６２は、ハードウェアバスを使用することによってシステムの残りの部分と通信する。ハードウェアに裏打ちされた鍵ストア２６２を組み込んでいるクライアントデバイス２５２は、暗号鍵を作成し、それらを、ハードウェアに裏打ちされた鍵ストア２６２によってのみ暗号化解除することができるように暗号化することができる。鍵のラッピングまたはバインディングと呼ばれるこのプロセスは、クライアントデバイス２５２の他の部分（たとえば、上記で説明されたクライアントデバイスオペレーティングシステム（ＯＳ））からなど、開示から、したがって、クライアントデバイス上で動作する悪意のあるプロセスに対する潜在的な脱出から、または他のデバイスへの脱出から鍵を保護する助けとなることができる。ハードウェアに裏打ちされた鍵ストア２６２は、ストレージルート鍵と呼ばれ、ハードウェアに裏打ちされた鍵ストア２６２それ自体内に記憶されるマスタラッピング鍵を有することができる。ハードウェアに裏打ちされた鍵ストア２６２内で作成されるストレージルート鍵のプライベート部分またはエンドースメント鍵は、他の構成要素、ソフトウェア、プロセス、またはユーザに決してさらされない。ハードウェアに裏打ちされた鍵ストア２６２は、命令を処理するためにそれ自体の内部ファームウェアおよび論理回路を使用するので、オペレーティングシステムに依拠せず、オペレーティングシステムまたはアプリケーションソフトウェアに存在し得る脆弱性にさらされない。
【0068】
図７に戻ると、クライアントデバイス２５２は、公開鍵をクラウドインターフェース２５６に提供し（図７におけること（１））、これは次いでＲｏＴ２５７によって公開鍵に署名させ（図７におけること（２））、署名済み公開鍵をクライアントデバイスに返す（図７におけること（３））。ＲｏＴ２５７によって公開鍵に署名させることは、ゲートウェイ２６３、仮想配信アプライアンス２５３、およびブローカ２６０もまたＲｏＴを信頼し、したがってクライアントデバイス公開鍵を認証するためにその署名を使用することができるので重要である。
【0069】
次いで、クライアントデバイス２５２は、接続リースを得るためにクラウドインターフェース２５６を介してＣＬＩＳ２５８と通信し得る（図７におけること（４））。クライアントデバイス２５２の公開鍵は、ブローカ２６０を介して間接的に、またはクライアントデバイスによって直接、ホストまたは仮想配信アプライアンス２５３（たとえば、Ｃｉｔｒｉｘ ＶＤＡ）に提供され得る。本例では、仮想配信アプライアンス２５３は、上記で説明されるレガシー仮想配信アプライアンス２０４とは対照的に、接続リースとともに使用するためにイネーブルされる。クライアントデバイス２５２の公開鍵が仮想配信アプライアンス２５３に間接的に提供される場合には、安全なクライアント公開鍵送信のために、クライアントからブローカへの通信および仮想配信アプライアンスからブローカへの通信に関連付けられたセキュリティが利用され得る。しかし、これは、比較的多数のクライアント公開鍵（複数の異なるクライアントデバイス２５２からのもの）が間接的に仮想配信アプライアンス２５３に通信されることを含み得る。
【0070】
一方、クライアントデバイス２５２の公開鍵は、クライアントデバイスによって仮想配信アプライアンス２５３に直接提供することができ、これは、この場合には、ゲートウェイ２６３を介して行われる（図７におけること（５））。クライアントデバイス２５２および仮想配信アプライアンス２５３は共に、ＲｏＴ２５７を信頼する。仮想配信アプライアンス２５３は、ＲｏＴ２５７を信頼し、ＲｏＴ公開鍵へのアクセスを有するので、仮想配信アプライアンス２５３は、公開鍵上のＲｏＴ署名に基づいてクライアントデバイス２５２の有効性を検証することができ、有効である場合には、クライアントデバイス公開鍵を信頼し得る。さらに別の実施形態では、クライアントデバイス公開鍵は、任意選択で、ブローカ２６０によって事前に署名を受けてもよい。クライアントデバイス２５２および仮想配信アプライアンス２５３は共に、ブローカ２６０を信頼する。仮想配信アプライアンス２５３はブローカ２６０を信頼し、ブローカ公開鍵へのアクセスを有するので、仮想配信アプライアンス２５３は、公開鍵上のブローカ署名に基づいてクライアントデバイス２５２の有効性を検証することができ、有効である場合には、クライアントデバイス公開鍵を信頼し得る。図の例では、クライアントデバイス２５２の署名済み公開鍵は、ゲートウェイ２６３を介して接続リースとともに仮想配信アプライアンス２５３に直接提供される。例示的な一実装では、ゲートウェイ２６３は、たとえばＣｉｔｒｉｘ Ｇａｔｅｗａｙを使用して実装され得るが、異なる実施形態において他の好適なプラットフォームが使用されてもよい。
【0071】
仮想配信アプライアンス２５３およびゲートウェイ２６３は、クラウドコネクタ２６４を介してブローカ２６０およびゲートウェイサービス２５９（たとえば、Ｃｉｔｒｉｘ Ｓｅｃｕｒｅ Ｗｅｂ Ｇａｔｅｗａｙを使用して実装され得る）と通信し得る。例示的な一実施形態では、クラウドコネクタ２６４は、Ｃｉｔｒｉｘ Ｃｌｏｕｄ Ｃｏｎｎｅｃｔｏｒを用いて実装され得るが、異なる実施形態において他の好適なプラットフォームが使用されてもよい。Ｃｉｔｒｉｘ Ｃｌｏｕｄ Ｃｏｎｎｅｃｔｏｒは、Ｃｉｔｒｉｘ Ｃｌｏｕｄとカスタマリソースロケーションとの間で通信のためのチャネルとして働く構成要素であり、複雑なネットワーキングまたはインフラストラクチャ構成を必要とすることなくクラウド管理を可能にする。しかし、異なる実施形態において他の好適なクラウド接続インフラストラクチャが使用されてもよい。
【0072】
クライアントデバイス２５２署名済み公開鍵またはクライアントデバイス署名済み公開鍵のハッシュ（拇印）は、ＣＬＩＳ２５８によって生成される接続リース内に含まれ、接続リースの署名を計算するときに含まれる接続リースのフィールドの１つである。接続リースの署名は、接続リースコンテンツが有効であり改ざんされていないことを確実にする助けとなる。その結果、接続リースは、特定の認証済みユーザだけでなく特定のクライアントデバイス２５２のために作成される。
【0073】
さらに、仮想配信アプライアンス２５３は、クライアントデバイス２５２が対応する秘密鍵の真のオーナであることを妥当性検証するためにチャレンジレスポンスを使用し得る。最初に、仮想配信アプライアンス２５３は、クライアントデバイス２５２の公開鍵が有効であること、より具体的には、ＲｏＴ２５７および／またはブローカ２６０によって署名されていることを妥当性検証する（図７におけること（６））。図の例では、クライアントデバイス２５２の公開鍵は、上記のように、クライアントデバイスによって仮想配信アプライアンス２５３に直接送られている。いくつかの実施形態では、クライアントデバイス２５２または仮想配信アプライアンス２５３がＣＬＩＳ２５８またはブローカ２６０に対してオフラインであるとき、接続リース取り消しが適用され得る。接続リースはオフラインモードで使用され得るので、オンラインであることは接続リースの使用のための要件ではない。仮想配信アプライアンス２５３によって提供される情報とブローカ２６０によって比較されるように、接続リースおよび取り消しリスト詳細がデータベース２６１内に記憶され得る。
【0074】
次に、クライアントデバイス２５２と仮想配信アプライアンス２５３との間で早期のセッションを確立したとき、たとえば、トランスポートおよびプレゼンテーションレベルのプロトコル確立後、仮想配信アプライアンス２５３は、その秘密鍵でナンス（暗号通信において１回使用される任意の数）に署名するようにクライアントデバイス２５２にチャレンジする（図７におけること（７））。仮想配信アプライアンス２５３は、クライアントデバイス２５２の公開鍵でナンスの署名を検証する。これは、クライアントデバイス２５２が実際に対応する秘密鍵のオーナであることを仮想配信アプライアンス２５３が知ることを可能にする。このことは、いくつかの実施形態において、望むなら、クライアントデバイス２５２の公開鍵をＲｏＴ２５７および／またはブローカ２６０で妥当性検証する前に実施することができることに留意されたい。
【0075】
さらに、仮想配信アプライアンス２５３は、接続リースがクライアントデバイス２５２の公開鍵に一致する公開鍵（または公開鍵のハッシュ）を含むことを妥当性検証する。より具体的には、仮想配信アプライアンス２５３は、最初に、接続リース署名および日付を妥当性検証し、リース上のブローカ２６０の署名が有効であること（仮想配信アプライアンスはＲｏＴを信頼するので、ＲｏＴ２５７署名済みブローカ公開鍵を使用して）、およびリースが満了していないことを確認する。さらに、仮想配信アプライアンス２５３は、接続リースがクライアントデバイス２５２の公開鍵、またはクライアントデバイス公開鍵のハッシュを含むことを検証し、その場合、仮想配信アプライアンスは、クライアントデバイス公開鍵のハッシュを計算する。接続リースが、一致するクライアントデバイス２５２の公開鍵を含む場合には、仮想配信アプライアンス２５３は、それがそのために作成されたクライアントデバイスから接続リースが送られたことを確認する。
【0076】
その結果、接続リースがクライアントデバイス２５２から盗難にあい、悪意のあるクライアントデバイスから使用される場合、悪意のあるクライアントと仮想配信アプライアンス２５３との間のセッション確立は成功しないことになる。なぜなら、悪意のあるクライアントデバイスは、クライアント秘密鍵へのアクセスを有しておらず、この鍵は、エクスポート不可能であり、ハードウェアに裏打ちされた鍵ストア２６２内に記憶されるからである。
【0077】
また、図の接続リース管理インフラストラクチャは、ターゲットリソースロケーションとしての仮想配信アプライアンス２５３（たとえば、Ｃｉｔｒｉｘ ＶＤＡなど）からブローカ２６０（たとえば、Ｃｉｔｒｉｘ Ｖｉｒｔｕａｌ Ａｐｐｓ ａｎｄ Ｄｅｓｋｔｏｐｓ Ｂｒｏｋｅｒ）への「セッションのための逆準備」動作を使用する接続リース妥当性検証を可能にすることが有利である。これは、クライアントデバイス２５２と仮想配信アプライアンス２５３との間で行われる接続リース交換とともに、ブローカ２６０および仮想配信アプライアンス２５３からの署名された応答を利用して行われ得る。これらは、接続リース処理に関してレジリエンシ、セキュリティ、性能、およびユーザエクスペリエンス（ＵＸ）のために重要な役割を果たす。しかし、上記で図６を参照して説明されたレガシー仮想配信アプライアンス２０４は、そのような接続リース交換のために構成されないので、これらの利点は、そうでない場合は、そのようなレガシーアプライアンスを使用する間は可能でないであろう。
【0078】
次に図８を参照すると、クラウドベースの接続リースの準備ができた仮想配信アプライアンス２５３に加えて、接続リースの準備ができていないレガシー仮想配信アプライアンス２６７にも対応するシステム２５０の別の構成が、次に説明される。図の例では、接続リースイネーブルド仮想配信アプライアンス２５３（ここでは、Ｃｉｔｒｉｘ ＶＤＡ Ｃ）とともに、２つのレガシー仮想配信アプライアンス２６７（ここでは、Ｃｉｔｒｉｘ ＶＤＡ ＡおよびＶＤＡ Ｂ）がある。仮想配信アプライアンス２５３、２６７は、１つまたは複数のコネクタアプライアンス２６６（上記で説明されたコネクタアプライアンス２０６に類似した）とともに、共通ゾーン（ゾーンＡ）内に設置される。さらに、クライアントデバイス２５２はワークスペースアプリ２７０を動作させ、ワークスペースアプリ２７０は、上記で論じられたように、ＣＬＩＳ２５８における仮想接続リースフォルダ２７２に記憶された接続リース情報と同期されたその接続リースのためのフォルダ２７１を維持する。
【0079】
コネクタアプライアンス２６６は、有利には、クラウドコンピューティングサービス２５０との信頼された接続リース交換のためのエミュレータとして機能する。より具体的には、コネクタアプライアンス２６６は、クライアントデバイス２５２およびゲートウェイ２６３に対して接続リース可能仮想配信アプライアンス２５３をエミュレートする。さらに、それは、クラウドコンピューティングサービス２５０（たとえば、ブローカ２６０、信頼のルート２５７など）と通信しながら接続リース可能匿名仮想配信アプライアンスをエミュレートし、それが、解決されたリソースロケーションアドレス、クレデンシャルなどを受信することを可能にする。さらに、コネクタアプライアンス２６６は、レガシー仮想配信アプライアンス２６７と通信しながら、ブローカ２６０をさらにエミュレートまたは偽装する。代替的実施形態では、コネクタアプライアンス２６６は、ブローカ２６０をエミュレートまたは偽装する代わりに、ブローカ２６０を介してレガシー仮想配信アプライアンス２６７と通信する。さらに、コネクタアプライアンス２６６は、クライアントデバイス２５２（たとえば、ワークスペースアプリ２７０）が、レガシー仮想配信アプライアンス２６７をセキュアかつ確実に接続するためにレガシースタイル接続ディスクリプタファイル（たとえば、ＩＣＡファイル）を作成することを可能にするが、これは、これらのアプライアンスが接続リース互換でない場合であっても当てはまる。
【0080】
次に、例示的なコネクタアプライアンス２６６の実装が、図９Ａを参照して説明される。コネクタアプライアンス２６６は、例示的には、仮想配信アプライアンス２５３とともに使用されるであろう同じ接続リース互換の信頼されたプロトコルを使用してクライアントデバイス２５２、ゲートウェイ２６３（たとえば、オンプレミスゲートウェイアプライアンス）、およびゲートウェイサービス２５９（たとえば、複数のポイントオブプレゼンス（ＰＯＰ）を有するクラウドゲートウェイサービス）と通信するように構成されたホストモジュール２７３を含む。プロキシモジュール２７４は、ブローカ２６０およびレガシー仮想配信アプライアンス２６７と通信するように構成される。プロキシモジュール２７４は、例示的には、仲介プロトコル（ＢＰ）モジュール２７５を含む。たとえば、ＢＰモジュール２７５は、ブローカ２６０とレガシー仮想配信アプライアンス２６７（たとえば、図のＶＤＡ Ａ（レガシー）２６７）と接続リース可能仮想配信アプライアンス２５３との間でＣＢＰプロトコルのプロキシをする、Ｃｉｔｒｉｘによる接続ブローカプロトコル（ＣＢＰ）モジュールであってよい。プロキシモジュール２７４は、例示的には、セキュアなチケット機関（ＳＴＡ）モジュール２７６と、ウェブプロキシモジュール２７７も任意選択で含んでよい。ウェブプロキシモジュール２７７は、レガシー記憶インターフェース（たとえば、ＣｉｔｒｉｘによるオンプレミスのＳｔｏｒｅＦｒｏｎｔ）がブローカ２６０と通信することを可能にする。ウェブプロキシモジュール２７７は、ＨＴＴＰ要求およびＨＴＴＰＳ要求を受け入れてよい。たとえば、ウェブプロキシモジュール２７７は、ＮｆＵｓｅストアプロトコルをブローカ２６０にプロキシする、ＣｉｔｒｉｘによるＮｆＵｓｅプロキシモジュールであってよい。以下でさらに論じられるように、コネクタアプライアンス２６６は、有利には、ローカルホストキャッシュ（ＬＨＣ）２７８に関連付けられたローカルデータベース２７９も含み、これは、クラウドコンピューティングサービス２５０が一般に利用可能でないとき、または特にブローカ２６０が利用可能でないとき、オフラインキャッシュ動作に対するフォールバックを可能にする。たとえば、ローカルホストキャッシュ（ＬＨＣ）２７８に関連付けられたローカルデータベース２７９は、パブリッシュされたリソースエンタイトルメント、仮想セッション情報などを含んでよい。図９Ａの例では、クラウドコンピューティングサービス２５０（および、より具体的には、ブローカ２６０）はオンラインであり、接続リース妥当性検証を実施するために利用可能である。
【0081】
次に、コネクタアプライアンス２６６の別の例示的な実装が図９Ｂを参照して説明される。図９Ｂは、図９Ａにおいて説明される実装に非常に類似している。図９Ａと図９Ｂの両方において、クラウドコンピューティングサービス２５０（および、より具体的には、ブローカ２６０）はオンラインであり、接続リース妥当性検証を実施するために利用可能である。しかし、図９Ｂによる重要な違いは、コネクタアプライアンス２６６がレガシー仮想配信アプライアンス２６７に話しかけるためにブローカ２６０を偽装し、その目的のためにＶＤＡ詳細（たとえば、ＳＩＤ、ＩＰ、バージョンなど）を記憶しなければならないのではなく、ブローカ２６０が、レガシー（非修正）コール（たとえば「Ｐｒｅｐａｒｅ Ｆｏｒ Ｓｅｓｓｉｏｎ」）を使用してレガシー仮想配信アプライアンス２６７に話しかけることである。この手法は、設計を単純化し、追加の利点を提示する。たとえば、レガシー仮想配信アプライアンス２６７に対する接続リースの解決は、コネクタアプライアンス２６６がクライアントデバイス２５２にセッション妥当性検証を返す前に、コンピューティングデバイス２０１、および具体的にはブローカ２６０によって実施され、コネクタアプライアンス２６６に返されることである。これは、ブローカ２６０がオンラインであるとき、それが、異なるゾーン内のＶＤＡを含んで、任意のＶＤＡアドレスを解決することができる。たとえば、ブローカ２６０自体が、別のコネクタアプライアンス２６６に話しかけてよく、あるコネクタアプライアンス２６６が「Ｒｅｖｅｒｓｅ Ｐｒｅｐａｒｅ Ｆｏｒ Ｓｅｓｓｉｏｎ」を呼び出すのではなく、そのＶＤＡにおいて「Ｐｒｅｐａｒｅ Ｆｏｒ Ｓｅｓｓｉｏｎ」を開始するために異なるゾーン内の異なるコネクタアプライアンス２６６を呼び出すものとする。したがって、有利には、コネクタアプライアンス２６６は、ワークスペースアプリ２７０またはゲートウェイ２６３（もしくはゲートウェイサービス２５９）を、異なるゾーン内の別のコネクタアプライアンス２６６にリダイレクトする必要はない。したがって、ブローカ２６０は、代わりに、解決されたＶＤＡが異なるゾーン内に偶然あるとき、接続リース解決プロセスを短縮する。
【0082】
加えて図１０を参照すると、コネクタアプライアンス２６６は、上記で説明されたようにそれ自体の秘密／公開鍵ペアを生成することによってクラウドコンピューティングサービス２５５に登録し、コネクタ公開鍵をブローカ２６０に提供し、ブローカ２６０は、それを署名のためにＲｏＴ２５７に提供する。署名されたコネクタ公開鍵はブローカ２６０に返され、ブローカ２６０は、それを、ＲｏＴの公開鍵および（ＲｏＴによって）署名されたＣＬＩＳ２５８公開鍵とともにキャッシュし、それらのすべては、図９Ａにおいて示されるように、次いで、ＢＰモジュール２７５によって記憶のためにコネクタアプライアンス２６６に提供されてよい。代替的実施形態では、コネクタアプライアンス２６６における公開鍵記憶は、図９Ｂにおいて示されるように、ホスト２７３によって提供されてよい。
【0083】
次に、コネクタ２６６によるブローカ２６０に対するレガシー仮想配信アプライアンス２６７の登録が、図１１を参照して説明される。レガシー仮想配信アプライアンス２６７は、その登録情報を、コネクタアプライアンス２６６、より具体的にはＢＰプロキシモジュール２７５に提供する。コネクタアプライアンス２６６は、ＩＤ、ネットワークＩＰアドレス、バージョンなどの、レガシー仮想配信アプライアンス２６７の詳細を記憶する。次いで、コネクタアプライアンス２６６は、この情報を伝えるためにブローカ２６０に接続し、レガシー仮想配信アプライアンス２６７を登録してよい。これから先、ＣＬＩＳ２５８が、接続リースの一部としてレガシー仮想配信アプライアンス２６７をクライアントデバイス２５２に割り当てるとき、接続リースは、有利には、クライアントデバイスがそのセッション要求をコネクタアプライアンス２６６に向けるように、コネクタ２６６のネットワークＩＰアドレスを含んでよい。一方、ＣＬＩＳ２５８が、接続リースイネーブルド仮想配信アプライアンス２５３をクライアントデバイス２５２に割り当てる場合、接続リースは、そのような仮想配信アプライアンスの直接ネットワークＩＰアドレスを含んでよく、クライアントデバイスは、コネクタアプライアンス２６６を通過せずにこの仮想配信アプライアンスと接触してよい。
【0084】
いくつかの実装では、図９Ｂで説明された代替手法と矛盾せず、以前に論じられたように、ブローカ２６０がオンラインであるとき、コネクタアプライアンス２６６は、ＩＤ、ネットワークＩＰアドレス、バージョンなどの、レガシー仮想配信アプライアンス２６７の詳細を記憶する必要はない。代わりに、コネクタアプライアンス２６６は、これらの詳細をブローカ２６０に中継するだけでよい。しかし、ブローカ２６０のオフライン条件では、レガシー仮想配信アプライアンス２６７は、たとえば、ＣｉｔｒｉｘによるＣＢＰプロトコルによってサポートされるレガシー機構を使用して、コネクタアプライアンス２６６（ブローカ２６０の代わりに）に登録し、ＶＤＡに関する詳細は、コネクタアプライアンス２６６に記憶されてよい。ブローカ２６０のオフライン条件は、図１４Ａおよび図１４Ｂを参照して後でさらに論じられる。
【0085】
異なる実施形態ではレガシー仮想配信アプライアンス２６７にクライアントデバイス２５２を接続するために異なる手法が使用されてよい。次に、接続がゲートウェイ２６３を通じて取り扱われる、例示的な実装は、図１２Ａのシーケンスフロー図２８０に説明され得る。代替的実施形態では、ゲートウェイサービス２５９は、ゲートウェイ２６３の代わりにまたはこれに加えて、使用されてよいことが理解されるべきである。クライアントデバイス２５２は、ゲートウェイ２６３（またはゲートウェイサービス２５９）と接続リース相互信頼接続を確立し、これは、上記で論じられたように、コネクタアプライアンス２６６に類似した接続が確立される。接続リースは、ゲートウェイ２６３（またはゲートウェイサービス２５９）と、クライアントデバイス２５２に割り当てられたコネクタアプライアンス２６６の、ネットワークアドレスまたは完全修飾ドメイン名（ＦＱＤＮ）を含む。いくつかの実施形態では、コネクタアプライアンス２６６は、接続リースを期限切れとチェックする（たとえば、期限切れ日をチェックする）またはテンパリングする（たとえば署名をチェックする）など、接続リースの妥当性検証を実施してよい。異なる実施形態では、コネクタアプライアンス２６６における接続リース妥当性検証は、ＢＰモジュール２７５またはホスト２７３によって形成されてよい。次いで、コネクタアプライアンス２６６は、上記で説明されたように、セッション妥当性検証要求（Ｒｅｖｅｒｓｅ Ｐｒｅｐａｒｅ Ｆｏｒ Ｓｅｓｓｉｏｎ）において、接続リースイネーブルド仮想配信アプライアンス２５３をブローカ２６０に偽装またはエミュレートする。
【0086】
セッションが許可されると仮定すると、次いで、ブローカ２６０は、セッション妥当性検証を署名してコネクタアプライアンス２６６に返し、次いで、コネクタアプライアンス２６６は、レガシー仮想配信アプライアンス２６７に対するブローカ２６０の動作を偽装またはエミュレートする。より具体的には、コネクタアプライアンス２６６は、ログオンチケットを生成し、それを使用して、クライアントデバイス２５２によって提供される可能性のあるユーザクレデンシャルを暗号化してよい。次いで、コネクタアプライアンス２６６は、クライアントデバイス２５２とのセッションを準備する（および任意選択で、暗号化されたユーザクレデンシャルおよびログオンチケットのハッシュを提供する）ようにレガシー仮想配信アプライアンス２６７に指示し、レガシー仮想配信アプライアンス２６７はそれに応じて応答する。レガシー仮想配信アプライアンス２６７は、リスナ（たとえば、ＨＤＸリスナ）を開始してよく、どのプロトコルを使用するべきか（たとえば、Ｃｉｔｒｉｘによる伝送制御プロトコル（ＴＣＰ）または啓発されたデータ輸送（ＥＤＴ））などに関する情報に接続するためにインターネットプロトコル（ＩＰ）アドレスおよびポートなどのマシンの詳細を返してよい。次いで、コネクタアプライアンス２６６は、ログオンチケットからＰｒｅｐａｒｅ Ｆｏｒ Ｓｅｓｓｉｏｎコマンドに応答して、妥当性検証されたセッション結果を生成および署名し（Ｖａｌｉｄａｔｅ Ｓｅｓｓｉｏｎ Ｒｅｓｕｌｔ）、次いで、それをゲートウェイ２６３（またはゲートウェイサービス２５９）に転送してよい。ゲートウェイ２６３（またはゲートウェイサービス２５９）は、ゲートウェイ接続チケットを生成し、これを、Ｖａｌｉｄａｔｅ Ｓｅｓｓｉｏｎ Ｒｅｓｕｌｔとともにクライアントデバイス２５２に転送する。ゲートウェイ接続チケットは、ゲートウェイ２６３（またはゲートウェイサービス２５９）がクライアントデバイス２５２からレガシー仮想配信アプライアンス２６７への接続を許可およびルーティングするのに十分な情報を含有してよい。ゲートウェイ接続チケットは、妥当性検証されたセッション結果（Ｖａｌｉｄａｔｅ Ｓｅｓｓｉｏｎ Ｒｅｓｕｌｔ）の内容に基づいて生成されてよい。クライアントデバイス２５２は、現在、それがレガシー仮想配信アプライアンス２６７にアクセスするために使用することができる接続ディスクリプタファイル（たとえば、ＩＣＡファイル）を生成することが可能である。接続ディスクリプタファイルは、接続リースおよび妥当性検証されたセッション結果に基づいて生成されてよい。次いで、クライアントデバイス２５２は、ゲートウェイ接続チケットを使用してゲートウェイ２６３を通じてレガシー仮想配信アプライアンス２６７への（たとえば、ＨＤＸ接続を介した）セッション要求を始める。クライアントデバイス２５２はまた、検証されたセッション結果から抽出されたログオンチケットを、仮想セッションへのシングルサインオンのために、レガシー仮想配信アプライアンス２６７に供給してもよい。たとえば、レガシー仮想配信アプライアンス２６７は、ログオンチケットのハッシュを生成し、ログオンチケットハッシュに基づいて記憶された暗号化されたユーザクレデンシャルを見つけ、ログオンチケットを使用してクレデンシャルを復号し、クレデンシャルを仮想セッション認証サブシステム（たとえば、クレデンシャルプロバイダまたはクレデンシャルプロバイダフィルタ）に提供してよい。
【0087】
別の例示的な手法が、図１３Ａのシーケンスフロー図２８１に示されており、この図には、ゲートウェイ２６３（またはゲートウェイサービス２５９）はない。上記で図１２Ａを参照して説明された動作は、上記で述べられた情報を交換するためにクライアントデバイス２５２とコネクタアプライアンス２６６がそれら自体の間で直接的に接続リース相互信頼接続を確立することと、クライアントデバイスが、（たとえば、ＨＤＸ接続を介して）レガシー仮想配信アプライアンス２６７と直接的にセッションを始めることを例外として、同じままである。例示されたフローに関与されたゲートウェイ２６３（またはゲートウェイサービス２５９）はないので、ゲートウェイ接続チケットは生成されず、必要とされない。種々の手法が、トランスポート層セキュリティ（ＴＬＳ）／伝送制御プロトコル（ＴＣＰ）、Ｃｉｔｒｉｘによる共通ゲートウェイプロトコル（ＣＧＰ）などを使用して実装される１つまたは複数のトランスポート層におけるセキュアなトンネル（たとえば、Ｃｉｔｒｉｘによる接続リース交換および相互信頼プロトコル（ＣＬＸＭＴＰ）、ＩＣＡプロトコルトンネルなど）の使用を含む相互信頼接続を確立するために使用されてよい。
【0088】
図９Ｂにおいて説明される代替手法と矛盾しない代替実装が、次に、図１２Ｂのシーケンスフロー図２８０’および図１３Ｂのシーケンスフロー図２８１’（ゲートウェイなし）を参照して説明される。図１２Ａのシーケンスフロー図２８０および図１２Ｂのシーケンスフロー図２８１とそれぞれ比較した違いは、フロー２８０’および２８１’では、コネクタアプライアンス２６６が、認証トークンからユーザクレデンシャルを解決し、それらをブローカ２６０に提供し、ブローカ２６０は、以前に説明されたようにユーザクレデンシャルに基づいてログオンチケットを作成し、ブローカ２６０は、レガシー仮想配信アプライアンス２６７への「Ｐｒｅｐａｒｅ Ｆｏｒ Ｓｅｓｓｉｏｎ」コールを実施する。
【0089】
いくつかの実装では、コネクタアプライアンス２６６がファイアウォールの後ろにあり、クライアントデバイス２５２によって直接的にアクセス可能でないときなどに、別のタイプの接続手法が使用されてよい。より具体的には、相互信頼接続は、ワークスペースアプリ２７０からゲートウェイ２６３（またはゲートウェイサービス２５９）を介してコネクタアプライアンス２６６まで確立される。いくつかの実施形態では、これは、ファイアウォールがゲートウェイ２６３（またはゲートウェイサービス２５９）のＩＰ範囲からのコネクタアプライアンス２６６への着信接続を可能にし得るので、可能であり得る。セキュリティ上の理由で、これは、ゲートウェイ２６３（たとえば、オンプレミスゲートウェイアプライアンス）により一般に当てはまることがあり、ゲートウェイサービス２５９が当てはまるのはまれである。他の実施形態では、これは、コネクタアプライアンス２６６が、ファイアウォールによって可能にされ、制御メッセージを交換するために使用されてよいゲートウェイ２６３（またはゲートウェイサービス２５９）との永続的な認証された発信トランスポート接続を有してよいので、可能であり得る。言い換えれば、ファイアウォールは、コネクタアプライアンス２６６へのいかなる着信トランスポート接続もセキュリティ上の理由で可能にしないことがあるが、それは、依然として、発信トランスポート接続を可能にすることがある。さらに、必要に応じて、たとえばゲートウェイ２６３（またはゲートウェイサービス２５９）からの制御メッセージに基づいて、コネクタアプライアンス２６６は、追加の発信トランスポート接続を確立してよく、これもまたファイアウォールによって可能にされる。次いで、この追加のトランスポート接続は、接続リース相互信頼プロトコルを実施するためにゲートウェイ２６３（またはゲートウェイサービス２５９）によって使用されてよい。これは、上記で図１２Ａおよび図１２Ｂを参照して説明されるゲートウェイ解決式ゲートウェイ２６３（またはゲートウェイサービス２５９）起動に類似している。しかし、本明細書では、相互信頼プロトコルは、これは、最終的にはレガシー仮想配信アプライアンス２６７への直接接続になること、したがって、ゲートウェイ接続チケットは生成されるべきでないことを、たとえばタイプ－長さ－値（ＴＬＶ）能力を有するゲートウェイ２６３（またはゲートウェイサービス２５９）に指示する。
【0090】
この手法により、ゲートウェイ２６３（またはゲートウェイサービス２５９）は、有利には、接続リースを解決するためにコネクタアプライアンス２６６と接触するために使用されるが、最終的な接続は、依然として、（たとえば、ＨＤＸを介して）仮想配信アプライアンス２６７に対して直接的であり、これは、ゲートウェイ２６３（またはゲートウェイサービス２５９）を通じた接続をルーティングしなければならないことによる潜在的な性能劣化を回避する助けとなる。
【0091】
さらに別の構成手法では、相互信頼接続は、前述のように、ワークスペースアプリ２７０からゲートウェイ２６３（またはゲートウェイサービス２５９）を介してコネクタアプライアンス２６６まで実施される。しかし、この実装における相互信頼プロトコルは、これは最終的には直接接続であってよい（が、必ずしもそうでなくてよい）ことをゲートウェイ２６３（またはゲートウェイサービス２５９）（たとえば、ＴＬＶ能力を有する）に指示する。したがって、ゲートウェイ２６３は、依然として、ゲートウェイ接続チケットを生成する。次いで、ワークスペースアプリ２７０は、（１）第１の接続ディスクリプタ（たとえば、ＩＣＡ）ファイルを生成し、レガシー仮想配信アプライアンス２６７への直接接続を実施すること、および／または（２）第２の接続ディスクリプタ（たとえば、ＩＣＡ）ファイルを生成し、ゲートウェイ接続チケットを使用してゲートウェイ２６３（またはゲートウェイサービス２５９）を介してレガシー仮想配信アプライアンス２６７への接続を実施することのいずれかまたは両方を実施する。この手法は、単一のラウンドトリップへの接続回復を強化し、その後でワークスペースアプリ２７０において潜在的なフォールバックを有するセッション起動を実施することによって、２つのラウンドトリップがクライアントデバイス－ゲートウェイ－コネクタアプライアンス－ブローカ－仮想配信アプライアンスに関与することを回避する。
【0092】
いくつかの実装では、接続リース起動は、デフォルトコードパスでなくてよいが、接続ディスクリプタ（たとえば、ＩＣＡ）ファイルは依然として、第１選択である。たとえば、仮想配信アプライアンス２６７における仮想コンピューティングセッションへのＳＳＯｎが、コネクタアプライアンス２６６への接続リースを使用することに関連して利用可能でない（たとえば、コネクタアプライアンス２６６バージョンはログオンチケットの生成をサポートしない、またはクライアントデバイス２５２バージョンはユーザクレデンシャルのセキュアな送信をサポートしない）場合、ユーザは、接続ディスクリプタファイル起動を好み、停止の場合にレジリエンス（ｒｅｓｉｌｉｅｎｃｙ）のためのフォールバックとしてのみ接続リースを使用してよい。そうでない場合、ＳＳＯｎサポートなしで、ユーザは、起動のたびに仮想セッションにおけるそれらのクレデンシャルを対話的に入力しなければならないことがある。しかし、通常まれな出来事であるが、停止の場合のみ接続リーシングを使用することは、接続リース解決に関するテレメトリデータ、たとえば、接続リースおよび鍵はワークスペースアプリ２７０に正常に同期されているかどうか、成功することになっている（試みられる場合）接続リース起動か、どのタイプの起動が成功したか、および何が失敗し、失敗の原因は何か、接続リース解決時間はどれかなどを収集する機能を制限する。
【0093】
この問題に対処するために、ワークスペースアプリ２７０は、有利には、ユーザ駆動でないサイレント接続リース解決を実施してよいが、テレメトリ収集のみを目的とする。言い換えれば、ワークスペースアプリ２７０は、明確なユーザ要求なしで、プログレスバー、ステータスインジケータ、エラーメッセージなどのエンドユーザへの標識を提供することなく、バックグラウンドで接続リース解決を自動的にトリガし得る。ワークスペースアプリ２７０は、たとえば、相互信頼プロトコルにおいてＴＬＶ能力を使用することによって、これは、仮想セッションを実際に要求する前の、接続リース解像度時間などに関する情報収集目的でのテレメトリ収集起動にすぎないことをゲートウェイ２６３（またはゲートウェイサービス２５９）またはコネクタアプライアンス２６６（それぞれ、ゲートウェイ解決型起動およびコネクタアプライアンス解決型起動の場合）に指示する。ゲートウェイ２６３（またはゲートウェイサービス２５９）およびコネクタアプライアンス２６６は、それらが必ずしもブローカ２６０と接触しなくてよいことを除いて、通常通り動作する。その理由としては、そうでなければブローカ２６０が、負荷分散技法のスキューイング、セッション要求の準備のできたレガシー仮想配信アプライアンス２６７と誤って接触することを回避するためにテレメトリ起動を認識する必要があり得るからである。
【0094】
ワークスペースアプリ２７０はまた、テレメトリ要求に続いてＶａｌｉｄａｔｅ Ｓｅｓｓｉｏｎ Ｒｅｓｕｌｔ成功を受信することを除いて、通常通り動作し、ワークスペースアプリ２７０は、実際の起動を実施する必要はない。ワークスペースアプリ２７０は、バックグラウンドでサイレント接続リース解決を周期的に始めてもよいし、実際のユーザ接続ディスクリプタ（たとえば、ＩＣＡ）ファイル起動と並列に始めてもよいし、実際のユーザ接続ディスクリプタファイル起動に続く短時間の遅延の後に始めてもよい。構成要素は、データポイントも、接続リース使用法がユーザ駆動でないが、テレメトリのみの目的であることを示すためにマーキングされ得ることを除いて、通常通り接続リースの使用法に関するテレメトリデータポイントを記録してよい。
【0095】
さらに、接続時間を改善する助けとなるために、ワークスペースアプリ２７０は、いくつかの実施形態では、それが内部（たとえば、同じＬＡＮ上にある）にあるか外部であるかどうかを決定するために、接続リースにリストされた１つまたは複数のコネクタアプライアンス２６６にｐｉｎｇすることがある。ｐｉｎｇは、周期的に、および／または起動時に、たとえば、ほとんどの状況下でｐｉｎｇよりも長くかかるであろうゲートウェイ解決が行われている間、実施されてよい。ｐｉｎｇからの結果に基づいて、ワークスペースアプリ２７０は、接続リース内のデフォルト命令を無効にし、代わりに、異なるコネクタアプライアンス２６６または仮想配信アプライアンス２５３に仮想セッションを要求してよい。例として、「ｐｉｎｇ」は、インターネット制御メッセージプロトコル（ＩＣＭＰ）を使用して実施されてよいが、異なる実施形態では、他の適切な手法も使用されてよい。たとえば、ＩＣＭＰは、ポートをサポートしない。しかし、ワークスペースアプリ２７０は、コネクタアプライアンス２６６上の特定の接続リース相互信頼プロトコルポートが開いているかどうかもチェックすることを必要とすることがある。いくつかの実装では、ワークスペースアプリ２７０は、ｔｅｌｎｅｔコマンド（ｏｐｅｎ ＜ＩＰアドレス＞ ＜ポート＞）またはＰｏｗｅｒＳｈｅｌｌ Ｔｅｓｔ－ＮｅｔｗｏｒｋＣｏｎｎｅｃｔｉｏｎコマンド（ｔｎｃ ＜ＩＰアドレス＞ －ポート ＜ポート＞）の等価物を実施することによって、（リモート）ネットワークポートが開いており、リッスン中であるかどうかをチェックすることがある。
【0096】
上記で述べられたように、コネクタアプライアンス２６６および仮想配信アプライアンス２５３、２６７は、異なるゾーン内に設置されてよい。ゾーンは、まとめてグループ化され、特定の地理的領域、顧客、施設などにサービスするように割り当てられた、１つまたは複数のコネクタアプライアンス２６６と、仮想配信アプライアンス２５３および／または２６７とを含む。ゾーンＡ内でのコネクタのｐｉｎｇ成功は、ゾーンＡ内の仮想配信アプライアンス２５３、２６７がアクセス可能であることのみを保証する。ワークスペースアプリ２７０は、解決された仮想配信アプライアンス２５３、２６７およびそれらのゾーン関連付けを前もって知らないことがある。したがって、ワークスペースアプリ２７０は、たとえば、異なるゾーン内のコネクタアプライアンス２６６にｐｉｎｇし、各ゾーンに関するマップ（内部／外部）を維持してよい。
【0097】
解決された仮想配信アプライアンス２５３、２６７アドレスがブローカ２６０（またはブローカ停止の場合はＬＨＣ２７８）からプロキシ２７４に戻ることに加えて、Ｒｅｖｅｒｓｅ Ｐｒｅｐａｒｅ ｆｏｒ Ｓｅｓｓｉｏｎプロトコルコマンド（または他の実装では、「Ｒｅｓｏｌｖｅ Ａｄｄｒｅｓｓ」ＮｆＵｓｅプロトコルコマンド）も、仮想配信アプライアンス２５３、２６７ゾーンマッピングを含む。このゾーン情報は、Ｖａｌｉｄａｔｅ Ｓｅｓｓｉｏｎ Ｒｅｓｕｌｔに挿入されるので、そのため、ワークスペースアプリ２７０は、仮想配信アプライアンス２５３または２６７が属するのはどのゾーンであるかを決定し得る。さらに、Ｖａｌｉｄａｔｅ Ｓｅｓｓｉｏｎ Ｒｅｓｕｌｔからのゾーン情報を使用して、ワークスペースアプリ２７０は、それが、解決されたＶＤＡに対して外部／内部であるかを決定するために、その内部マップに問い合わせてよい。
【0098】
種々の優先順位付け強化が、異なる実施形態において使用されることがある。例示的な１つの手法では、ワークスペースアプリ２７０は、ゲートウェイ解決式直接起動を最初に試み、これに続いて、ゲートウェイ解決式ゲートウェイ２６３（またはゲートウェイサービス２５９）起動を試みてよい。あるいは、ワークスペースアプリ２７０は、ゲートウェイ解決式の組み合わされたゲートウェイ／直接起動を試みてよいが、これは依然として直接起動を好む。さらに、ワークスペースアプリ２７０は、コネクタ解決式直接起動を試みてよい。
【0099】
コネクタ解決式直接起動を依然として試みるための１つの理由は、ゲートウェイ２６３（またはゲートウェイサービス２５９）がダウンしている（利用可能でない、またはそれに対する利用可能な接続がないので）場合、または顧客のインターネット接続がダウンしている場合、残されている唯一のオプションが、コネクタアプライアンス２６６に通信しようとすることであるためであり、これは、コネクタアプライアンスが（たとえば、緩和されたファイアウォール軽減のために）ワークスペースアプリ２７０から直接的にアクセス可能である場合に機能し得る。
【0100】
さらなる改善点として、コネクタアプライアンス２６６のセットがアクセス可能であるかどうかを決定するために、ワークスペースアプリ２７０は、上記で説明されたように、コネクタアプライアンスにｐｉｎｇし、ゾーンマッピングを保ってよい。これは、仮想配信アプライアンス２６７がひとたび解決されると、直接対ゲートウェイ２６３（またはゲートウェイサービス２５９）起動の判断を進める助けとなり、ゲートウェイ解決よりも迅速であり得る、直接起動に優先順位を付ける判断も進める。
【0101】
さらに別の代替形態では、ワークスペースアプリ２７０は、ネットワークロケーションサービス（ＮＬＳ）を使用して、それがコネクタアプライアンス２６６（と、したがってそれぞれのゾーン内の仮想配信アプライアンス２５３、２６７）に対してリモートであるかローカルであるかどうかを決定してよい。次いで、この情報は、ゲートウェイ解決式直接起動とコネクタアプライアンス解決式直接起動（内部の場合）対ゲートウェイ解決式ゲートウェイ起動（外部の場合）を判断するために使用されてよい。たとえば、いくつかの実施形態では、ＮＬＳは、コネクタアプライアンス２６６および仮想配信アプライアンス２５３、２６７のネットワークロケーションがＮＬＳとともに構成され得るクラウドサービスとして実装されてよい。これらのネットワークロケーションは、クライアントデバイス２０３ａ～２０３ｎが内部から接続される（たとえば、オフィスまたは支店ロケーションにおける企業ネットワーク）ネットワークのパブリックＩＰ範囲に対応してよい。接続リース解決を開始する前または周期的に、クライアントデバイス２５２は、ＮＬＳと接触し得る。ＮＬＳは、クライアントデバイス２５２は、クライアントデバイス２５２が接続されているネットワークのパブリックＩＰアドレスに基づいて構成されたネットワークロケーションに対して内部であるか外部であるかを検出し得る。次いで、ＮＬＳは、それが、構成されたネットワークロケーションに対して現在内部であるか外部であるという標識をクライアントデバイス２５２に返す。しかし、ＮＬＳがダウンしている、またはそうでない場合はクライアントデバイス２５２とＮＬＳとの間の接続がない（たとえば、インターネットのない）場合、クライアントデバイス２５２は、ＮＬＳを使用することが可能でなく、それが内部であるか外部であるかを知らない。したがって、クラウドベースのＮＬＳ実装は、たとえばオンライン条件中のみ、限られた値を有する。接続リーシングは、オフライン条件（たとえば、インターネットなし、またはクラウドサービスがダウンしている）でも機能すると予想されるので、以下でさらに説明されるように、異なる手法が必要とされることがある。
【0102】
さらに別の代替形態では、ワークスペースアプリ２７０は、接続時間を最適化することとＨＤＸ性能を満たすことの両方の助けとなるために、異なるタイプの解決を並列に実施してよい。あまり有利でない接続（たとえば、ゲートウェイ２６３またはゲートウェイサービス２５９を介した）が最初に利用可能である場合、少し経ってから直接接続が利用可能になるが、ワークスペースアプリ２７０は、ゲートウェイ接続から直接接続に切り換えてよい。たとえば、いくつかの実装では、切り換えは、強制されたＣＧＰ切断の後にサイレントＣＧＰ（セッション信頼性）再接続を使用して実施されることがある。具体的には、クライアントデバイス２５２は、ＣＧＰプレゼンテーションレベルプロトコルセッションそれ自体を終わらせることなくゲートウェイへのプロトコルＣＧＰによって使用されるトランスポート接続を故意に（強制的に）切断することがある。次いで、クライアントデバイス２５２は、すでに確立された直接接続を使用してＣＧＰセッションを再開する、たとえば、Ｃｉｔｒｉｘから市販されているＣＧＰセッション信頼性ＨＤＸ特徴を使用してもよい。さらに、ゲートウェイ２６３（またはゲートウェイサービス２５９）から直接接続に切り換えるのではなく、ワークスペースアプリ２７０は、複数の並列接続（マルチパス）を維持し得る。これは、接続時間を最適化するだけでなく、複数のアグリゲート帯域幅の使用も可能である。マルチストリームＩＣＡ（ＭＳＩ）は、異なる並列接続上でイネーブルにされてよい。
【0103】
次に図１４Ａおよび図１４Ｂを参照すると、ブローカ２６０が利用可能でない（オフライン）ときにコネクタアプライアンス２６６が用い得るオプションが次に論じられる。図９Ａおよび図９Ｂに示される例では、ブローカ２６０は利用可能であり、ＬＨＣ２７８は使用されない。しかし、図１４Ａおよび図１４Ｂに示されるようにブローカ２６０がオフラインであるとき、コネクタアプライアンス２６６は、ＬＨＣ２７８に戻ることによってある程度ブローカの役割を引き継ぐことがある。具体的には、図１４Ａで開始するように、コネクタアプライアンス２６６は、いくつかの例では、上記で論じられたように仮想配信アプライアンス２６７アドレスを解決することによってブローカ２６０のセッション動作の逆準備を仮定してよい。他の例では、同じゾーン内のコネクタアプライアンス２６６は、そのゾーンのためのリーダコネクタアプライアンスを選ぶことがある。たとえば、いくつかの実装では、コネクタアプライアンス２６６は、ブロードキャストを介して互いに周期的に接触し、アルファベット順でリーダとなることになる第１のコネクタアプライアンス２６６を選ぶことがある。リーダ選定は、ブローカ２６０が利用可能である（オンライン）間とブローカ２６０が利用可能でない（オフライン）ときの両方で実施されてよい。これは、たとえばスケーラビリティを改善するために、リーダコネクタアプライアンス２６６がダウンし得る、ソフトウェア更新が進行中であり得る、または新しいコネクタアプライアンス２６６がゾーンに追加され得るからである。以前に論じられたように、すべてのコネクタアプライアンス２６６は、それが利用可能である（オンライン）ときブローカ２６０と同期された、それら自身のローカルデータベース２７９を維持する。しかし、ブローカ２６０オフライン（停止）条件中、そのような同期が起こることがある。たとえば、仮想セッション情報が、アクティブなセッション、切断されたセッションなどに関する情報とともに停止中に連続的に更新されるので、コネクタアプライアンス２６６は、互いの間でそれらのローカルデータベース２７９を同期させないことがある。代わりに、単一のリーダコネクタアプライアンス２６６のローカルデータベース２７９は、すべての接続リース要求を解決するために使用され、したがって、停止中にアクティブに更新されているゾーン内の唯一のローカルデータベース２７９になり、有利にはデータベース２７９同期問題を回避し得る。セッション要求を受信するコネクタアプライアンス２６６がリーダでない場合、それは、ブローカ２６０停止の場合にリーダへの要求をリダイレクトし得る。たとえば、これは、新しいターゲット（リーダ）コネクタアプライアンス２６６への相互信頼接続を実施するようにワークスペースアプリ２７０またはゲートウェイ２６３（もしくはゲートウェイサービス２５９）に指示する「リダイレクトターゲット」コードを通じて行われることがある。
【0104】
接続リースが、リーダコネクタアプライアンス２６６のゾーンとは異なるゾーン内で仮想配信アプライアンス２６７のために公開されるリソースを識別する場合、リーダコネクタアプライアンス２６６は、仮想配信アプライアンス２６７アドレスを解決することが可能でないことがある。ブローカ２６０が利用可能である（オンライン）ときのみ、ブローカ２６０は、異なるゾーン内のＶＤＡアドレスを直接的に解決することが可能である、または、ブローカ２６０は、適切なゾーン内のコネクタアプライアンス２６６にリダイレクトし得る。しかし、たとえば、リーダコネクタアプライアンス２６６は、セッション要求を別のゾーンに暗黙的にリダイレクトしてよい。これは、たとえば、コネクタアプライアンスの次のゾーングルーピング下の接続リース内にリストされる次の（新規）ターゲットコネクタアプライアンス２６６への相互信頼接続を実施するようにワークスペースアプリ２７０またはゲートウェイ２６３（もしくはゲートウェイサービス２５９）に指示する「ソフト拒否（soft deny）」コードおよび「ゾーンフェイルオーバ」サブコードを通じて行われてよい。言い換えれば、ワークスペースアプリ２７０またはゲートウェイ２６３（もしくはゲートウェイサービス２５９）は、接続リース内にリストされた他のオプションへのフォールバックを実施し、それによって、それら自身を、接続リースを解決することが可能であり得る異なるゾーン内のコネクタアプライアンス２６６にリダイレクトする。これは、それがそれらのゾーンであるから、またはそれらが偶然アップしており動作しているブローカ２６０への接続性を有するから、のいずれかである。具体的には、有利には、次のゾーン内のリーダコネクタアプライアンス２６６は、仮想配信アプライアンス２６７アドレスへの接続リースを解決することを試みる。プロセスは、次のゾーン内のリーダコネクタアプライアンス２６６が仮想配信アプライアンス２６７アドレスを正常に解決する、すべてのゾーンが枯渇する、または全体的な接続リース解決プロセスのためのタイムアウトが発生するまで、継続し得る。図９Ａおよび図９Ｂに以前に例示されたように、プロセスが継続する間、たとえば、停止条件が解決され、ブローカ２６０が再びオンラインにされた場合、次のゾーン内のコネクタアプライアンス２６６がブローカ２６０と接触することを可能にすることも可能であり、その場合、ブローカ２６０は、仮想配信アプライアンス２６７アドレスを解決する。
【0105】
さらに別の場合、コネクタアプライアンス２６６は、セッション要求に応答して「ソフト拒否」を用いてクライアントデバイス２５２またはゲートウェイ２６３（もしくはゲートウェイサービス２５９）に答えることがある。これは、たとえば、クライアントデバイス２５２またはゲートウェイ２６３（もしくはゲートウェイサービス２５９）に、そのセッション要求を、ブローカ２６０へのアクセスを持ち得る別のゾーン内などの別のコネクタアプライアンス２６６に「広げ」させる。より具体的には、広がりは、Ｖａｌｉｄａｔｅ Ｓｅｓｓｉｏｎ Ｒｅｓｕｌｔ内の「ソフト拒否」リターンコードに続いて発生する。ワークスペースアプリ２７０またはゲートウェイ２６３（もしくはゲートウェイサービス２５９）は、接続リース内の次のオプション（たとえば、コネクタアプライアンス２６６）への相互信頼プロトコル接続を実施し得る。
【0106】
いくつかの実施形態では、これらの応答の組合せが使用されることがある。たとえば、「リダイレクトターゲット」に続いて、ターゲットコネクタアプライアンス２６６が、「ソフト拒否」を発行することがある。たとえば、ターゲットコネクタアプライアンス２６６がリーダである場合でも、リースを妥当性検証するのに失敗することがあり、たとえば、コネクタアプライアンス２６６が、そのクロックが将来の時点で誤って設定されるクロックドリフト問題を経験する場合、接続リース妥当性検証日は期限切れと考えられてよい、またはコネクタアプライアンス２６６がキーの欠落または盗難に関する問題を経験する場合、接続リース署名が無効と考えられ得る。この場合、ワークスペースアプリ２７０またはゲートウェイ２６３（もしくはゲートウェイサービス２５９）は、広がりを始めるまたは再開する。ループを回避するために、広がりは、「リダイレクトターゲット」の前の接続リース内の前回のオプションから再開され得る。加えて、広がりは、たとえば、リダイレクトターゲットの結果として、すでに試行された接続リース内のオプションを省略してよい。言い換えれば、ワークスペースアプリ２７０またはゲートウェイ２６３（もしくはゲートウェイサービス２５９）は、有利には、「ターゲット可能」または「拒否」のいずれかが返されるまで広がり状態を維持し、したがって、ターゲットオプションを終えさせ得る。初期／開始広がり状態は、接続リース内の第１のオプション（たとえば、コネクタアプライアンス２６６）であってよい。さらに、上記で論じられたテレメトリにさらに対して、「ターゲット可能」に加えて、ワークスペースアプリ２７０またはゲートウェイ２６３（もしくはゲートウェイサービス２５９）またはコネクタアプライアンス２６６は、接続リースとともにワークスペースアプリ挙動およびレジリエンスを進め、完全に分析するために、「拒否（deny）」リターンコード、再試行期間を有する「拒否」リターンコード、「ソフト拒否」リターンコード、または「リダイレクトターゲット」リターンコードも人工的に発行してよいことが留意されるべきである。
【0107】
次に、コネクタアプライアンス２６６の別の例示的な実装が、図１４Ｂを参照して説明される。図１４Ｂは、図１４Ａにおいて説明される実装に非常に類似している。図１４Ａと図１４Ｂの両方において、クラウドコンピューティングサービス２５０（および、より具体的には、ブローカ２６０）はオフラインであり、接続リース妥当性検証を実施するために利用可能でない。以前に論じられたように、図１４Ａおよび図１４Ｂに示されるようにブローカ２６０がオフラインであるとき、コネクタアプライアンス２６６は、ＬＨＣ２７８に戻ることによってある程度ブローカの役割を引き継ぐことがある。しかし、図１４Ｂによる重要な違いは、コネクタアプライアンス２６６、特にプロキシ２７４が、レガシー仮想配信アプライアンス２６７に話しかけるためにＬＨＣ２７８を偽装するのではなく、ＬＨＣ２７８が、レガシー（非修正）コール（たとえば「Ｐｒｅｐａｒｅ Ｆｏｒ Ｓｅｓｓｉｏｎ」）を使用してレガシー仮想配信アプライアンス２６７に話しかけることである。図１４Ｂに示される追加の例示的な違いは、以前に説明されたように、コネクタアプライアンス２６６が、認証トークンからユーザクレデンシャルを解決し、それらをＬＨＣ２７８に提供し、次いで、ＬＨＣ２７８が、ユーザクレデンシャルに基づいてログオンチケットを作成することである。図１４Ｂに示されるさらに別の例示的な変形形態は、接続リース相互信頼プロトコルおよびリース妥当性検証（たとえば、署名チェック）において使用されるキーがホスト２７３に記憶されることである。
【0108】
次に図１５のフロー図３２０を参照すると、関連方法は、コンピューティングデバイス２０１においてクライアントデバイス２０３ａ～２０３ｎのためのパブリッシュされたリソースエンタイトルメントを記憶および更新することで開始し（ブロック３２１）、上記で論じられたように、ブロック３２２において、パブリッシュされたリソースエンタイトルメントに基づいて発行された接続リースを使用する仮想セッションへの接続をクライアントデバイスに要求する（ブロック３２３）。方法は、例示的には、ブロック３２４では、コネクタアプライアンス２０６において、接続リースを含むクライアントデバイス２０３ａ～２０３ｎから接続要求を受信することと、ブロック３２５では、コンピューティングデバイス２０１に接続リースの妥当性検証を要求することとをさらに含む。コンピューティングデバイス２０１による接続リースの妥当性検証に応答して、ブロック３２６では、接続リースは、仮想配信アプライアンス２０４に対して解決されてよく、ブロック３２７では、セッション妥当性検証は、クライアントデバイス２０３ａ～２０３ｎに返されてよい。上記で論じられたように、ブロック３２６では、コネクタアプライアンス２０６は、接続リースを期限切れとチェックする（たとえば、期限切れ日をチェックする）またはテンパリングする（たとえば署名をチェックする）など、接続リースの追加の妥当性検証を実施してよい。加えて、上記で論じられたように、ブロック３２７において、仮想配信アプライアンス２０４に対する接続リースの解決は、コンピューティングデバイス２０１によって実施され、コネクタアプライアンス２０６がセッション妥当性検証をクライアントデバイス２０３ａ～２０３ｎに返す前にコネクタアプライアンス２０６に返されてよい。加えて、上記で論じられたように、ブロック３２７では、コンピューティングデバイス２０１がオフラインであるとき、仮想配信アプライアンス２０４に対する接続リースの解決は、コネクタアプライアンス２０６によって実施されてよい。上記で論じられたように、仮想配信アプライアンス２０４は、接続リースではなく、接続ディスクリプタファイルに基づいて仮想セッションへのアクセスをクライアントデバイス２０３ａ～２０３ｎに提供するように構成される。しかし、上記でも論じられたように、接続ディスクリプタファイルは、セッション妥当性検証に応答してクライアントデバイス２０３ａ～２０３ｎにおいて生成されてよく、仮想配信アプライアンス２０４との接続は、ブロック３２８において、仮想セッションにアクセスするために生成された接続ディスクリプタファイルを使用して始められてよい。上記でも述べられたように、他のゾーンに対するリダイレクトは、コンピューティングデバイス２０１がセッション要求を要求するために利用可能でない（たとえば、オフライン）場合にも実施されてよい。図１５に示される方法は、ブロック３２９において例示的に終わる。
【0109】
次に、コネクタアプライアンス２０６の動作に関連するさらなる方法態様が、図１６のフロー図４００を参照して説明される。ブロック４０１で始まって、方法は、例示的には、上記で論じられたように、ブロック４０２において、仮想セッションを始めるためにクライアントデバイス２０３ａ～２０３ｎからコネクタアプライアンス２０６において接続要求を受信することと、コンピューティングデバイス２０１に接続リースの妥当性検証を要求することと（ブロック４０３）を含む。上記で論じられたように、ブロック４０３において、コネクタアプライアンス２０６は、接続リースを期限切れとチェックする（たとえば、期限切れ日をチェックする）またはテンパリングする（たとえば署名をチェックする）など、接続リースの追加の妥当性検証を実施してよい。方法は、例示的には、上記でもさらに論じられたように、コンピューティングデバイス２０１（ブロック４０４）による接続リースの妥当性検証に応答して、仮想配信アプライアンス２０４に対して接続リースを解決すること（ブロック４０５）と、仮想セッションにアクセスするように接続ディスクリプタファイルを準備する際に使用するためにセッション妥当性検証をクライアントデバイスに返すこと（ブロック４０６）とをさらに含む。加えて、上記で論じられたように、ブロック４０５において、仮想配信アプライアンス２０４に対する接続リースの解決は、コンピューティングデバイス２０１によって実施され、コネクタアプライアンス２０６に返されてよい。加えて、上記で論じられたように、ブロック４０５において、コンピューティングデバイス２０１がオフラインであるとき、仮想配信アプライアンス２０４に対する接続リースの解決は、コネクタアプライアンス２０６によって実施されてよい。図１６の方法は、ブロック４０７において例示的に終わる。
【0110】
前述の本開示を読めば当業者には理解されるように、本明細書に記載の様々な態様は、デバイス、方法、またはコンピュータプログラム製品（たとえば、記載の動作またはことを実施するためのコンピュータ実行可能命令を有する非一時的なコンピュータ可読媒体）として具体化され得る。したがって、これらの態様は、完全にハードウェアの実施形態、完全にソフトウェアの実施形態、またはソフトウェアの態様とハードウェアの態様の組合せの実施形態の形態をとり得る。
【0111】
さらに、そのような態様は、１つまたは複数のコンピュータ可読記憶媒体によって記憶されたコンピュータプログラム製品の形態をとり得、コンピュータ可読プログラムコード、または命令が記憶媒体内または記憶媒体上で具体化される。ハードディスク、ＣＤ－ＲＯＭ、光記憶デバイス、磁気記憶デバイス、および／またはそれらの任意の組合せを含む任意の好適なコンピュータ可読記憶媒体が使用されてよい。
【0112】
多数の修正および他の実施形態が、前述の記載および関連の図面に提示されている教示の利益を有する当業者には想起されよう。したがって、前述は例示的な実施形態に限定されるべきではなく、修正および他の実施形態が添付の特許請求の範囲内に含まれることが意図されていることを理解されたい。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9A】
【図9B】
【図10】
【図11】
【図12A】
【図12B】
【図13A】
【図13B】
【図14A】
【図14B】
【図15】
【図16】
【国際調査報告】