JP2022160494A - 構成要素ベースの接続リースを使用した仮想セッション接続のためのシステムおよび方法 - Google Patents

Abstract

【課題】構成要素ベースの接続リースを使用した仮想セッション接続のためのシステムおよび方法を提供する。【解決手段】コンピューティングデバイスは、メモリと、メモリと協働し、クライアントデバイスによって選択されたパブリッシュリソースに対して接続リースを生成するように構成されたプロセッサとを含むことがある。接続リースは、パブリッシュリソースに対応する仮想コンピューティングセッションにクライアントデバイスを接続するための命令を提供することがある。各接続リースは、選択されたパブリッシュリソースに一意のパブリッシュリソースリース構成要素と、複数の異なるパブリッシュリソースによって共有される共通リース構成要素とを含むことがある。【選択図】図４

Description

本発明は、仮想セッション接続に関し、より詳細には、構成要素ベースの接続リースを使用した仮想セッション接続のためのシステムおよび方法に関する。

多数の組織が今や、それぞれのユーザの変動するニーズに対処するためのより柔軟なオプションを提供するために、アプリケーションおよび／またはデスクトップ仮想化を使用している。デスクトップ仮想化では、ユーザのコンピューティング環境（たとえば、オペレーティングシステム、アプリケーション、および／またはユーザ設定）は、ユーザの物理的コンピューティングデバイス（たとえば、スマートフォン、ラップトップ、デスクトップコンピュータ）から分離されてよい。クライアント－サーバ技術を使用して、「仮想化されたデスクトップ」がクライアントデバイスのローカルストレージ内ではなく、リモートサーバ内に記憶され、リモートサーバによって管理され得る。

いくつかの異なるタイプのデスクトップ仮想化システムがある。一例として、仮想デスクトップインフラストラクチャ（ＶＤＩ）は、サーバ内に常駐する仮想マシン内でユーザデスクトップおよび／またはアプリケーションを動作させるプロセスを指す。仮想化システムはまた、クラウドコンピューティング環境内で実装されてもよいし、クラウドシステム内で実装されてもよく、クラウドコンピューティング環境またはクラウドシステム内では、コンピューティングリソース（たとえば、デスクトップ仮想化サーバ）、ストレージディスク、ネットワークハードウェア、および他の物理リソースのプールが仮想デスクトップをプロビジョニングする、および／または共有アプリケーションへのアクセスを提供するために使用され得る。

コンピューティングデバイスは、メモリと、メモリと協働し、クライアントデバイスによって選択されたパブリッシュリソース（published resource）のための接続リースを生成するように構成されたプロセッサとを含んでよい。接続リースは、パブリッシュリソースに対応する仮想コンピューティングセッションにクライアントデバイスを接続するための命令を提供し得る。各接続リースは、選択されたパブリッシュリソースに一意のパブリッシュリソースリース構成要素と、複数の異なるパブリッシュリソースによって共有される共通リース構成要素とを含んでよい。

例示的な一実装では、クライアントデバイスは、少なくとも１つの仮想配信アプライアンスによって仮想コンピューティングセッションに接続されてよく、共通リース構成要素は、少なくとも１つの仮想配信アプライアンスに関連付けられたネットワークアドレスを備えてよい。さらに、たとえば、クライアントデバイスは、少なくとも１つのゲートウェイアプライアンスによって仮想配信アプライアンスに接続されてよく、共通リース構成要素は、少なくとも１つのゲートウェイアプライアンスに関連付けられたネットワークアドレスをさらに備えてよい。別の例によれば、仮想コンピューティングセッションのうちの少なくともいくつかは、クラウドベースの仮想コンピューティングセッションを備えてよく、クライアントデバイスは、少なくとも１つのクラウドインターフェースアプライアンスによってクラウドベースの仮想コンピューティングセッションに接続されてよい。したがって、共通リース構成要素は、少なくとも１つのクラウドインターフェースアプライアンスに関連付けられたネットワークアドレスを備えてよい。

いくつかの例示的な実装では、クライアントデバイスは、異なるゾーンにグループ化された複数の仮想配信アプライアンスによって仮想コンピューティングセッションに接続されてよく、共通リース構成要素は、仮想配信アプライアンスの所与のグループのためのゾーン指定を備えてよい。いくつかの例示的な実施形態では、共通リース構成要素は、仮想配信アプライアンスの異なる順序付きリストを備えてよい。

例として、共通リース構成要素は、ネットワークトランスポートタイプ設定、オーディオ設定、ディスプレイ解像度設定、セキュリティ設定、およびドライブマッピングイネーブルメント（イネーブルメント）設定、のうちの少なくとも１つを備えてよい。また、例として、仮想コンピューティングセッションは、仮想アプリケーションセッション、仮想デスクトップセッション、ウェブアプリケーションセッション、ソフトウェアアズアサービス（ＳａａＳ）アプリケーションセッション、およびデスクトップアズアサービス（ＤａａＳ）セッション、のうちの少なくとも１つを備えてよい。

さらに、プロセッサは、パブリッシュリソースリース構成要素および共通リース構成要素を互いから独立して更新するように構成されてもよい。例として、パブリッシュリソースリース構成要素は、リソースキーグローバル一意識別子（ＧＵＩＤ）、ユーザ識別子、および有効期限（expiration time）、のうちの少なくとも１つを備えてよい。

関連方法は、クライアントデバイスによって選択されたパブリッシュリソースのためのサーバにおける接続リースを生成することを含んでよく、この接続リースは、パブリッシュリソースに対応する仮想コンピューティングセッションにクライアントデバイスを接続するための命令を提供する。各接続リースは、選択されたパブリッシュリソースに一意のパブリッシュリソースリース構成要素と、複数の異なるパブリッシュリソースによって共有される共通リース構成要素とを含んでよい。

関連コンピューティングシステムは、仮想コンピューティングセッションに対応するパブリッシュリソースを選択するように構成された複数のクライアントデバイスと、クライアントデバイスによって選択されたパブリッシュリソースのための接続リースを生成するように構成されたサーバとを含んでよい。各接続リースは、選択されたパブリッシュリソースに一意のパブリッシュリソースリース構成要素と、複数の異なるパブリッシュリソースによって共有される共通リース構成要素とを含んでよい。コンピューティングシステムは、接続リースに基づいてそれぞれの仮想コンピューティングセッションにクライアントデバイスを接続するように構成された少なくとも１つの仮想配信アプライアンスをさらに含んでよい。

本開示の様々な態様が実装され得るコンピューティングデバイスのネットワーク環境の概略ブロック図である。 図１に示されているクライアントマシンまたはリモートマシンの一実施形態を実施するために有用なコンピューティングデバイスの概略ブロック図である。 本開示の様々な態様が実装され得るクラウドコンピューティング環境の概略ブロック図である。 例示的な実施形態による構成要素ベースの接続リースに基づいて仮想コンピューティングセッションアクセスを提供するコンピューティングシステムの概略ブロック図である。 図４のシステムの例示的な実装の概略ブロック図である。 例示的な実装による接続リースファイル共有フォルダを示す図５に示されるクライアントデバイスおよびその接続リース構成要素の概略ブロック図である。 例示的な実施形態による接続リース作成をトリガするために図５のシステム内で実施され得るクライアントデバイスコールホームシーケンスを示すシーケンスフロー図である。 例示的な実施形態によるテンプレートベースの接続リース生成に基づいて仮想コンピューティングセッションアクセスを提供するコンピューティングシステムの概略ブロック図である。 図８のシステムの例示的な実装の概略ブロック図である。 例示的な実施形態による図９のシステム内で実施され得る接続リース同期動作を示すシーケンスフロー図の第１の部分である。 例示的な実施形態による図９のシステム内で実施され得る接続リース同期動作を示すシーケンスフロー図の第２の部分である。 図４のシステムのサーバに関連付けられた例示的な方法態様を示すフロー図である。 図８のシステムの接続リース発行アプライアンスに関連付けられた例示的な方法態様を示すフロー図である。

接続リースを使用する目的は、接続リースインフラストラクチャが到達可能でない場合でも、ユーザがそれらのリースされた作業負荷および／またはサービスに接続することを可能にすることであり、接続リースインフラストラクチャが到達可能でないのは、様々な理由のためであり得る。しかし、接続リース生成は、それが複数の問い合わせおよび処理動作を伴うので、費用のかかるプロセスであり得る。さらに、プロセスはまた、それが、たとえば、仮想配信アプライアンス、カタログ、配信グループ、アプリケーショングループ、およびパブリッシュリソースを管理することを伴う、公開アプリおよびデスクトップを配信することに関しては、かなり複雑であり得る。

加えて、接続リースは、比較的まれにリフレッシュされるユーザ権利（entitlement）の静的スナップショットであるので、ユーザは、一般的には、接続時に最新リアルタイム情報を有していない。代替形態として、システムが到達可能である間、ワンタイムレガシー接続ファイル（たとえば、独立コンピューティングアーキテクチャ（ＩＣＡ）ファイル）を使用することと、システムがダウンしているときのみ接続リースを使用することは、これらのギャップに対処する助けとなることもある。しかも、異なるコードパスが実行されており、したがって、潜在的に一貫性のないユーザエクスペリエンス（たとえば、長いログオン時間対短いログオン時間）という結果になることもあり、接続リースコードパスをまれに実行したときの誤作動のリスクは、レジリエンス（ｒｅｓｉｌｉｅｎｃｙ）に依拠する。本明細書において開示されるシステムおよび方法は、有利には、複合的および／またはテンプレートベースの接続リース生成手法を提供し、より少ない処理動作およびリアルタイムまたはリアルタイムに近いリース更新能力という結果になることによって、これらの技術的課題に対処する助けとなる。

本説明は添付の図面を参照してなされ、添付の図面では、例示的な実施形態が示される。しかし、多くの異なる実施形態が使用されてよく、したがって、説明は、本明細書に記載される特定の実施形態に限定されると解釈されるべきではない。同じ番号は、全体を通じて、同じ要素を参照する。

以下の開示を読めば当業者によって諒解されるように、本明細書において説明される種々の態様は、デバイス、方法、またはコンピュータプログラム製品（たとえば、述べられる動作またはステップを実施するためのコンピュータ実行可能な命令を有する非一時的なコンピュータ可読媒体）として具現化されてよい。したがって、これらの態様は、完全にハードウェアの実施形態、完全にソフトウェアの実施形態、またはソフトウェアの態様とハードウェアの態様の組合せの実施形態の形態をとり得る。

さらに、そのような態様は、１つまたは複数のコンピュータ可読記憶媒体によって記憶されたコンピュータプログラム製品の形態をとり得、コンピュータ可読プログラムコード、または命令が記憶媒体内または記憶媒体上で具体化される。ハードディスク、ＣＤ－ＲＯＭ、光記憶デバイス、磁気記憶デバイス、および／またはそれらの任意の組合せを含む任意の好適なコンピュータ可読記憶媒体が使用されてよい。

最初に図１を参照すると、本開示の様々な態様が実装され得る非限定的なネットワーク環境１０１は、１つまたは複数のクライアントマシン１０２Ａ～１０２Ｎと、１つまたは複数のリモートマシン１０６Ａ～１０６Ｎと、１つまたは複数のネットワーク１０４、１０４’と、コンピューティング環境１０１内に設置された１つまたは複数のアプライアンス１０８とを含む。クライアントマシン１０２Ａ～１０２Ｎは、ネットワーク１０４、１０４’を介してリモートマシン１０６Ａ～１０６Ｎと通信する。

いくつかの実施形態では、クライアントマシン１０２Ａ～１０２Ｎは、中間アプライアンス１０８を介してリモートマシン１０６Ａ～１０６Ｎと通信する。図のアプライアンス１０８は、ネットワーク１０４、１０４’間に配置され、ネットワークインターフェースまたはゲートウェイと称されることもある。いくつかの実施形態では、アプライアンス１０８は、アプリケーション配信コントローラ（ＡＤＣ）として動作し得、クライアントにデータセンタ、クラウド内で展開される、またはクライアントデバイスの範囲にわたってソフトウェアアズアサービス（ＳａａＳ）として配信されるビジネスアプリケーションおよび他のデータへのアクセスを提供し、および／または負荷分散など他の機能性を提供する。いくつかの実施形態では、複数のアプライアンス１０８が使用され得、アプライアンス１０８は、ネットワーク１０４および／または１０４’の一部として展開され得る。

クライアントマシン１０２Ａ～１０２Ｎは、全体的に、クライアントマシン１０２、ローカルマシン１０２、クライアント１０２、クライアントノード１０２、クライアントコンピュータ１０２、クライアントデバイス１０２、コンピューティングデバイス１０２、エンドポイント１０２、またはエンドポイントノード１０２と称されることがある。リモートマシン１６０Ａ～１０６Ｎは、全体的に、サーバ１０６またはサーバファーム１０６と称されることがある。いくつかの実施形態では、クライアントデバイス１０２は、サーバ１０６によって提供されるリソースにアクセスしようとするクライアントノードとしても、他のクライアントデバイス１０２Ａ～１０２Ｎのためのホストされるリソースへのアクセスを提供するサーバ１０６としても機能するための能力を有し得る。ネットワーク１０４、１０４’は、全体的に、ネットワーク１０４と称されることがある。ネットワーク１０４は、有線ネットワークおよびワイヤレスネットワークの任意の組合せで構成されてよい。

サーバ１０６は、たとえば、ファイルサーバ、アプリケーションサーバ、ウェブサーバ、プロキシサーバ、アプライアンス、ネットワークアプライアンス、ゲートウェイ、アプリケーションゲートウェイ、ゲートウェイサーバ、仮想化サーバ、デプロイメントサーバ、セキュアソケットレイヤ仮想プライベートネットワーク（ＳＳＬ ＶＰＮ）サーバ、ファイヤウォール、ウェブサーバ、アクティブディレクトリを実行するサーバ、クラウドサーバ、またはファイヤウォール機能性、アプリケーション機能性、もしくは負荷分散機能性を提供するアプリケーションアクセラレーションプログラムを実行するサーバなど、任意のサーバタイプであってよい。

サーバ１０６は、ソフトウェア、プログラム、実行可能命令、仮想マシン、ハイパーバイザ、ウェブブラウザ、ウェブベースのクライアント、クライアント－サーバアプリケーション、シンクライアントコンピューティングクライアント、ＡｃｔｉｖｅＸコントロール、Ｊａｖａアプレット、ソフトＩＰ電話のようなボイスオーバーインターネットプロトコル（ＶｏＩＰ）通信に関連するソフトウェア、ストリーミングビデオおよび／またはオーディオのためのアプリケーション、リアルタイムデータ通信を容易にするためのアプリケーション、ＨＴＴＰクライアント、ＦＴＰクライアント、Ｏｓｃａｒクライアント、Ｔｅｌｎｅｔクライアント、または実行可能命令の任意の他のセットのいずれか１つであってよいアプリケーションを実行し、動作させ、または他の方法で提供し得る。

いくつかの実施形態では、サーバ１０６は、シンクライアントまたはリモートディスプレイプロトコルを使用しサーバ１０６上で実行されるアプリケーションによって生成されるディスプレイ出力を取り込むリモートプレゼンテーションサービスプログラムまたは他のプログラムを実行し、アプリケーションディスプレイ出力をクライアントデバイス１０２に送信し得る。

さらに他の実施形態では、サーバ１０６は、クライアントデバイス１０２のユーザにコンピューティング環境へのアクセスを提供する仮想マシンを実行し得る。クライアントデバイス１０２は、仮想マシンであってよい。仮想マシンは、たとえばハイパーバイザ、仮想マシンマネージャ（ＶＭＭ）、またはサーバ１０６内の任意の他のハードウェア仮想化技法によって管理され得る。

いくつかの実施形態では、ネットワーク１０４は、ローカルエリアネットワーク（ＬＡＮ）、メトロポリタンエリアネットワーク（ＭＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、ワイドエリアネットワーク内のソフトウェアにより定義されたネットワーク（ＳＤ－ＷＡＮ）、プライマリパブリックネットワーク１０４、およびプライマリプライベートネットワーク１０４であってよい。追加の実施形態は、様々なプロトコルを使用しモバイルデバイスの間で通信するモバイル電話ネットワークのネットワーク１０４を含み得る。ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）内の近距離通信については、プロトコルは、８０２．１１、Ｂｌｕｅｔｏｏｔｈ、および近距離無線通信（ＮＦＣ）を含み得る。

ＳＤ－ＷＡＮ企業の特に有利な一実装は、Ｃｉｔｒｉｘ ＳＤ－ＷＡＮによって提供され、Ｃｉｔｒｉｘ ＳＤ－ＷＡＮは、企業が、それらのＷＡＮを、より多くのスケーラビリティを有し、クラウドに接続する準備のできたコスト効果を高くすることを可能にする。Ｃｉｔｒｉｘ ＳＤ－ＷＡＮは、個々のＳａａＳアプリケーションを含むアプリケーションを識別し、分岐からインターネット、クラウド、またはＳａａＳにトラフィックをインテリジェントに操縦するために、統合されたデータベースと、ディープパケットインスペクションを含有する。さらに、Ｃｉｔｒｉｘ ＳＤ－ＷＡＮは、安全なウェブゲートウェイを介して分岐からインターネットにトラフィックをルーティングし、ファイヤウォール、ＵＲＬフィルタリング、および使用説明（usage accounting）を含むクラウドベースのセキュリティを配信する機能も提供する。

図２は、クライアントデバイス１０２、アプライアンス１０８、および／またはサーバ１０６の一実施形態を実施するために有用なコンピューティングデバイス１００のブロック図を示す。コンピューティングデバイス１００は、１つまたは複数のプロセッサ１０３、揮発性メモリ１２２（たとえば、ランダムアクセスメモリ（ＲＡＭ））、不揮発性メモリ１２８、ユーザインターフェース（ＵＩ）１２３、１つまたは複数の通信インターフェース１１８、および通信バス１５０を含む。

不揮発性メモリ１２８は、１つもしくは複数のハードディスクドライブ（ＨＤＤ）もしくは他の磁気記憶媒体もしくは光記憶媒体、フラッシュドライブもしくは他のソリッドステート記憶媒体など１つもしくは複数のソリッドステートドライブ（ＳＳＤ）、１つもしくは複数のハイブリッド磁気およびソリッドステートドライブ、ならびに／またはクラウドストレージなど１つもしくは複数の仮想ストレージボリューム、あるいはそのような物理的ストレージボリュームおよび仮想ストレージボリュームの組合せ、またはそのアレイを含み得る。

ユーザインターフェース１２３は、グラフィカルユーザインターフェース（ＧＵＩ）１２４（たとえば、タッチスクリーン、ディスプレイなど）および１つまたは複数の入力／出力（Ｉ／Ｏ）デバイス１２６（たとえば、マウス、キーボード、マイクロフォン、１つまたは複数のスピーカ、１つまたは複数のカメラ、１つまたは複数のバイオメトリックスキャナ、１つまたは複数の環境センサ、および１つまたは複数の加速度計など）を含み得る。

不揮発性メモリ１２８は、オペレーティングシステム１１５、１つまたは複数のアプリケーション１１６、およびデータ１１７を記憶し、たとえばオペレーティングシステム１１５および／またはアプリケーション１１６のコンピュータ命令が揮発性メモリ１２２から取り出されプロセッサ１０３によって実行されるようにする。いくつかの実施形態では、揮発性メモリ１２２は、メインメモリより速い応答時間を提供し得る１つまたは複数のタイプのＲＡＭおよび／またはキャッシュメモリを含み得る。データは、ＧＵＩ１２４の入力デバイスを使用して入力されても、Ｉ／Ｏデバイス１２６から受信されてもよい。コンピュータ１００の様々な要素は、通信バス１５０を介して通信し得る。

図のコンピューティングデバイス１００は、例示的なクライアントデバイスまたはサーバとして示されているにすぎず、本明細書に記載されているように動作することが可能な好適なハードウェアおよび／またはソフトウェアを有し得る任意のタイプのマシンまたはマシンのセットを有する任意のコンピューティングまたは処理環境によって実装されてよい。

プロセッサ１０３は、１つまたは複数のプログラム可能なプロセッサによって、コンピュータプログラムなど１つまたは複数の実行可能命令を実行し、システムの機能を実施するように実装され得る。本明細書で使用されるとき、「プロセッサ」という用語は、機能、動作、または動作のシーケンスを実施する回路を表す。機能、動作または動作のシーケンスは、回路にハードコード化されても、メモリデバイス内に保持された命令によりソフトコード化され、回路によって実行されてもよい。プロセッサは、デジタル値を使用して、および／またはアナログ信号を使用して機能、動作、または動作のシーケンスを実施し得る。

いくつかの実施形態では、プロセッサは、１つもしくは複数の特定用途向け集積回路（ＡＳＩＣ）、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、グラフィック処理ユニット（ＧＰＵ）、マイクロコントローラ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブル論理アレイ（ＰＬＡ）、マルチコアプロセッサ、または関連のメモリを有する汎用コンピュータ内に埋め込むことができる。

プロセッサ１０３は、アナログ、デジタル、または混合信号であってよい。いくつかの実施形態では、プロセッサ１０３は、１つもしくは複数の物理的プロセッサ、または１つもしくは複数の仮想（たとえば、リモートに位置する、またはクラウド）プロセッサであってよい。複数のプロセッサコアを含むプロセッサおよび／または複数のプロセッサは、命令の並列同時実行のための、または複数のデータ上の１つの命令の並列同時実行のための機能性を提供し得る。

通信インターフェース１１８は、コンピューティングデバイス１００が、セルラ接続を含む様々な有線および／またはワイヤレス接続を通じてＬＡＮ、ＷＡＮ、もしくはＳＤ－ＷＡＮ、パーソナルエリアネットワーク（ＰＡＮ）、またはインターネットなどコンピュータネットワークにアクセスすることを可能にするための１つまたは複数のインターフェースを含み得る。

記載の実施形態では、コンピューティングデバイス１００は、クライアントデバイスのユーザの代わりにアプリケーションを実行し得る。たとえばコンピューティングデバイス１００のハイパーバイザによって管理される１つまたは複数の仮想マシンを実行し得る。各仮想マシンは、ホストされるデスクトップセッションなど、ユーザまたはクライアントデバイスの代わりにアプリケーションが実行される実行セッションを提供し得る。また、コンピューティングデバイス１００は、ホストされるデスクトップ環境を提供するために端末サービスセッションを実行し得る。コンピューティングデバイス１００は、１つまたは複数のアプリケーション、１つまたは複数のデスクトップアプリケーション、および１つまたは複数のアプリケーションが実行され得る１つまたは複数のデスクトップセッションを含むリモートコンピューティング環境へのアクセスを提供し得る。

例示的な仮想化サーバ１０６は、フロリダ州フォートローダーデールのＣｉｔｒｉｘ Ｓｙｓｔｅｍｓ， Ｉｎｃ．（「Ｃｉｔｒｉｘ Ｓｙｓｔｅｍｓ」）によって提供されるＣｉｔｒｉｘ Ｈｙｐｅｒｖｉｓｏｒを使用して実装され得る。仮想アプリおよびデスクトップセッションは、やはりＣｉｔｒｉｘ ＳｙｓｔｅｍｓからのＣｉｔｒｉｘ Ｖｉｒｔｕａｌ Ａｐｐｓ ａｎｄ Ｄｅｓｋｔｏｐｓによってさらに提供され得る。Ｃｉｔｒｉｘ Ｖｉｒｔｕａｌ Ａｐｐｓ ａｎｄ Ｄｅｓｋｔｏｐｓは、任意のデバイスからの仮想アプリ、デスクトップ、およびデータセッションを含む仮想セッションへの広範なアクセスとともに、スケーラブルなＶＤＩ解決策を実装するためのオプションを加えて、生産性を高めるアプリケーション仮想化解決策である。仮想セッションは、たとえばソフトウェアアズアサービス（ＳａａＳ）およびデスクトップアズアサービス（ＤａａＳ）セッションをさらに含み得る。

図３を参照すると、クラウド環境、クラウドコンピューティング、またはクラウドネットワークとも称されることがあるクラウドコンピューティング環境１６０が示されている。クラウドコンピューティング環境１６０は、複数のユーザまたはテナントへの共有コンピューティングサービスおよび／またはリソースの配信を提供することができる。たとえば共有リソースおよびサービスは、それだけには限らないがネットワーク、ネットワーク帯域幅、サーバ、処理、メモリ、ストレージ、アプリケーション、仮想マシン、データベース、ソフトウェア、ハードウェア、アナリティクス、およびインテリジェンスを含むことができる。

クラウドコンピューティング環境１６０では、１つまたは複数のクライアント１６２Ａ～１６２Ｃ（上記のものなど）がクラウドネットワーク１６４と通信する。クラウドネットワーク１６４は、バックエンドプラットフォーム、たとえばサーバ、ストレージ、サーバファーム、またはデータセンタを含み得る。ユーザまたはクライアント１６２Ａ～１６２Ｃは、単一の組織／テナントまたは複数の組織／テナントに対応することができる。より具体的には、例示的な実装では、クラウドコンピューティング環境１６０は、単一の組織（たとえば、エンタープライズクラウド）にサービスを提供するプライベートクラウドを提供し得る。別の例では、クラウドコンピューティング環境１６０は、複数の組織／テナントにサービスを提供するコミュニティまたはパブリッククラウドを提供し得る。

いくつかの実施形態では、ゲートウェイアプライアンスまたはサービスは、クラウドコンピューティングリソースおよび仮想セッションへのアクセスを提供するために利用されてよい。例として、Ｃｉｔｒｉｘ Ｓｙｓｔｅｍｓ， Ｉｎｃ．によって提供されるＣｉｔｒｉｘ Ｇａｔｅｗａｙは、仮想アプリケーション、ＳａａＳアプリケーション、およびウェブアプリケーションへの安全なアクセスおよびシングルサインオンをユーザに提供するために、オンプレミスでまたはパブリッククラウド上に展開され得る。さらに、ユーザをウェブの脅威から保護するために、Ｃｉｔｒｉｘ Ｓｅｃｕｒｅ ウェブ Ｇａｔｅｗａｙなどのゲートウェイが使用されてよい。Ｃｉｔｒｉｘ Ｓｅｃｕｒｅ ウェブ Ｇａｔｅｗａｙは、クラウドベースのサービスおよびローカルキャッシュを使用して、ＵＲＬレピュテーションおよびカテゴリをチェックする。

さらなる実施形態では、クラウドコンピューティング環境１６０は、パブリッククラウドとプライベートクラウドの組合せであるハイブリッドクラウドを提供し得る。パブリッククラウドは、クライアント１６２ＡＡ～１６２Ｃまたは企業体／テナントに対して、サードパーティによって維持されるパブリックサーバを含み得る。サーバは、遠隔の地理的ロケーションなどに現地から離れて位置してもよい。

クラウドコンピューティング環境１６０は、それぞれの環境内の異なる需要に応答して異なる物理的リソースおよび仮想リソースが動的に割り当てまたは再割り当てされるマルチテナント環境またはマルチテナントモデルを通じて、クライアント１６２Ａ～１６２Ｃを介して複数のユーザにサービスを提供するために、リソースプール化を提供することができる。マルチテナント環境は、複数のユーザにサービスを提供するためにソフトウェア、アプリケーション、またはソフトウェアアプリケーションの単一のインスタンスを提供することができるシステムまたはアーキテクチャを含むことができる。いくつかの実施形態では、クラウドコンピューティング環境１６０は、複数のクライアント１６２Ａ～１６２Ｃのためにネットワークにわたってコンピューティング能力（たとえば、サーバ時間、ネットワークストレージ）を一方的にプロビジョニングするためのオンデマンドのセルフサービスを提供することができる。例として、プロビジョニングサービスは、Ｃｉｔｒｉｘ Ｐｒｏｖｉｓｉｏｎｉｎｇ Ｓｅｒｖｉｃｅｓ（Ｃｉｔｒｉｘ ＰＶＳ）などのシステムを通じて提供されてよい。Ｃｉｔｒｉｘ ＰＶＳは、共有デスクトップ画像を通して複数の仮想デスクトップエンドポイントにパッチ、更新、および他の構成情報を配信するソフトウェアストリーム技術である。クラウドコンピューティング環境１６０は、１つまたは複数のクライアント１６２からの異なる要請に応答して動的にスケールアウトまたはスケールインする弾力性を提供することができる。いくつかの実施形態では、クラウドコンピューティング環境１６０は、提供された共有サービスおよびリソースに対応するレポートを監視、制御、および／または生成するための監視サービスを含む、または提供することができる。

いくつかの実施形態では、クラウドコンピューティング環境１６０は、たとえばソフトウェアアズアサービス（ＳａａＳ）１７０、プラットフォームアズアサービス（ＰａａＳ）１７２、インフラストラクチャアズアサービス（ＩａａＳ）１７４、およびデスクトップアズアサービス（ＤａａＳ）１７６など異なるタイプのクラウドコンピューティングサービスのクラウドベースの配信を提供し得る。ＩａａＳは、ユーザが指定された期間中、必要とされるインフラストラクチャリソースの使用を貸借することを指し得る。ＩａａＳは、大きなプールからストレージ、ネットワーキング、サーバ、または仮想化リソースを提供し、ユーザが必要に応じてより多くのリソースにアクセスすることによって迅速にスケールアップすることを可能にし得る。ＩａａＳの例は、ワシントン州シアトルのＡｍａｚｏｎ．ｃｏｍ， Ｉｎｃ．によって提供されているＡＭＡＺＯＮ ＷＥＢ ＳＥＲＶＩＣＥＳ、テキサス州サンアントニオのＲａｃｋｓｐａｃｅ ＵＳ， Ｉｎｃ．によって提供されているＲＡＣＫＳＰＡＣＥ ＣＬＯＵＤ、カリフォルニア州マウンテンビューのＧｏｏｇｌｅ Ｉｎｃ．によって提供されているＧｏｏｇｌｅ Ｃｏｍｐｕｔｅ Ｅｎｇｉｎｅ、またはカリフォルニア州サンタバーバラのＲｉｇｈｔＳｃａｌｅ， Ｉｎｃ．によって提供されているＲＩＧＨＴＳＣＡＬＥを含む。

ＰａａＳプロバイダは、たとえばストレージ、ネットワーキング、サーバ、または仮想化を含むＩａａＳによって提供される機能性、ならびに、たとえばオペレーティングシステム、ミドルウェア、またはランタイムリソースなど追加のリソースを提供し得る。ＰａａＳの例は、ワシントン州レドモンドのＭｉｃｒｏｓｏｆｔ Ｃｏｒｐｏｒａｔｉｏｎによって提供されているＷＩＮＤＯＷＳ ＡＺＵＲＥ、Ｇｏｏｇｌｅ Ｉｎｃ．によって提供されているＧｏｏｇｌｅ Ａｐｐ Ｅｎｇｉｎｅ、およびカリフォルニア州サンフランシスコのＨｅｒｏｋｕ， Ｉｎｃ．によって提供されているＨＥＲＯＫＵを含む。

ＳａａＳプロバイダは、ストレージ、ネットワーキング、サーバ、仮想化、オペレーティングシステム、ミドルウェア、またはランタイムリソースを含めて、ＰａａＳが提供するリソースを提供し得る。いくつかの実施形態では、ＳａａＳプロバイダは、たとえば、データおよびアプリケーションリソースを含む追加のリソースを提供し得る。ＳａａＳの例は、Ｇｏｏｇｌｅ Ｉｎｃ．によって提供されているＧＯＯＧＬＥ ＡＰＰＳ、カリフォルニア州サンフランシスコのＳａｌｅｓｆｏｒｃｅ．ｃｏｍ Ｉｎｃ．によって提供されているＳＡＬＥＳＦＯＲＣＥ、またはＭｉｃｒｏｓｏｆｔ Ｃｏｒｐｏｒａｔｉｏｎによって提供されているＯＦＦＩＣＥ ３６５を含む。ＳａａＳの例は、データストレージプロバイダ、たとえば、Ｃｉｔｒｉｘ ＳｙｓｔｅｍｓのＣｉｔｒｉｘ ＳｈａｒｅＦｉｌｅ、カリフォルニア州サンフランシスコのＤｒｏｐｂｏｘ， Ｉｎｃ．によって提供されるＤＲＯＰＢＯＸ、Ｍｉｃｒｏｓｏｆｔ Ｃｏｒｐｏｒａｔｉｏｎによって提供されるＭｉｃｒｏｓｏｆｔ ＳＫＹＤＲＩＶＥ、Ｇｏｏｇｌｅ Ｉｎｃ．によって提供されるＧｏｏｇｌｅ Ｄｒｉｖｅ、またはカリフォルニア州クパチーノの Ａｐｐｌｅ Ｉｎｃ．によって提供されるＡｐｐｌｅ ＩＣＬＯＵＤも含んでよい。
ＳａａＳ、ＤａａＳ（ホストされるデスクトップサービスとしても知られる）と同様のものは、仮想デスクトップセッションが仮想デスクトップ上で使用されるアプリとともにクラウドサービスとして配信されることが典型的である仮想デスクトップインフラストラクチャ（ＶＤＩ）の形態である。Ｃｉｔｒｉｘ ＳｙｓｔｅｍｓからのＣｉｔｒｉｘ Ｃｌｏｕｄは、ＤａａＳ配信プラットフォームの一例である。ＤａａＳ配信プラットフォームは、たとえばワシントン州レドモンドのＭｉｃｒｏｓｏｆｔ ＣｏｒｐｏｒａｔｉｏｎからのＡＺＵＲＥ ＣＬＯＵＤ（本明細書では「Ａｚｕｒｅ」）、またはワシントン州シアトルのＡｍａｚｏｎ．ｃｏｍ， Ｉｎｃ．によって提供されているＡＭＡＺＯＮ ＷＥＢ ＳＥＲＶＩＣＥＳ（本明細書では「ＡＷＳ」）など、パブリッククラウドコンピューティングインフラストラクチャ上でホストされ得る。Ｃｉｔｒｉｘ Ｃｌｏｕｄの場合、統一されたエクスペリエンスを届けるためにアプリ、ファイル、およびデスクトップを（オンプレミスまたはクラウド内にかかわらず）一緒にするための単一のエントリポイントとして、Ｃｉｔｒｉｘ Ｗｏｒｋｓｐａｃｅアプリが使用され得る。

次に図４を参照すると、有利には仮想コンピューティングセッションにクライアントデバイスを接続するための効率的な複合（モジュール式）接続リース（ＣＬ）設計を提供するコンピューティングシステム４０が最初に説明される。仮想コンピューティングセッションへのアクセスを提供するための例示的な１つのアーキテクチャは、本出願人Ｃｉｔｒｉｘ Ｓｙｓｔｅｍｓ， Ｉｎｃ．のＣｉｔｒｉｘ Ｖｉｒｔｕａｌ Ａｐｐｓ ａｎｄ Ｄｅｓｋｔｏｐｓ（ＣＶＡＤ）である。Ｃｉｔｒｉｘ Ｖｉｒｔｕａｌ Ａｐｐｓは、異なるクライアントデバイスからの仮想アプリおよびサーバベースのデスクトップへの汎用的アクセスを有する生産性を最適化する助けとなるアプリケーション仮想化プラットフォームである。ＣＶＡＤは、Ｃｉｔｒｉｘ Ｖｉｒｔｕａｌ Ａｐｐｓと同じすべての機能と、スケーラブルな仮想デスクトップインフラストラクチャ（ＶＤＩ）を実装するオプションを保有する。Ｃｉｔｒｉｘ Ｖｉｒｔｕａｌ Ａｐｐｓ／ＣＶＡＤは、クラウドサービスまたはオンプレミス構成として利用可能である。

そのようなコンピュータ仮想化インフラストラクチャは、それぞれの仮想セッションおよびコンピューティングリソースにアクセスするようにクライアントデバイスを認証するために独立コンピューティングアーキテクチャ（ＩＣＡ）ファイルを利用し得る。ＩＣＡは、ネットワークの上でＷｉｎｄｏｗｓグラフィカルディスプレイデータならびにキーボードおよびマウス入力を送信するために設計されたプロトコルである。ＩＣＡファイルは、短命のセキュアチケットオーソリティ（ＳＴＡ）およびログオンチケットを含む。ＳＴＡチケットは、ゲートウェイ（たとえば、Ｃｉｔｒｉｘ Ｇａｔｅｗａｙ）を介して、仮想配信アプライアンス（たとえば、Ｃｉｔｒｉｘ Ｖｉｒｔｕａｌ Ｄｅｌｉｖｅｒｙ Ａｇｅｎｔ（ＶＤＡ））に対する接続を認可するために使用され得る。ログオンチケットは、ユーザを仮想コンピューティングセッションにシングルサインオン（ＳＳＯｎ）させ得る。ＣＶＡＤの場合、これは、異なるクライアントデバイス上および異なるネットワークの上で、集中型アプリケーションおよびデスクトップのユーザにとって使用可であり得る「ハイデフィニション」エクスペリエンス（ＨＤＸ）セッションを通じて行われる。ＣｉｔｒｉｘＨＤＸは、ＩＣＡリモーティングプロトコルの上に構築される。任意のネットワークインフラストラクチャを使用すると、リモートであろうとそうでなかろうと、外部攻撃（たとえば、傍受および反復攻撃）からのセキュリティは、常に、かなりの関心事である。たとえば、接続リースは、仮想配信アプライアンスへのネットワーク接続を確立するために寿命の長い認可を提供する。

接続リースは寿命が長く、たとえば、ポリシーに基づいて数時間から数週間であり、したがって、攻撃機会ウィンドウははるかには長いので、セキュリティ要件がより重大となり得る。したがって、接続リースは、暗号化および署名される。接続リースは、盗難にあったデバイス、損なわれたユーザアカウント、閉鎖されたユーザアカウントなどのイベントに対応するために取り消されることがある。接続リース失効は、クライアント／エンドポイントデバイスまたはホスト（たとえば、仮想配信アプライアンス）がＣＬ発行サービス（ＣＬＩＳ）またはブローカに対してオンラインであるときのみ適用可能であるが、これは、接続リースはオフラインモードで使用されることが意図されるので、接続リースの使用のための要件ではない。

接続リース生成は、それが複数の問い合わせおよび処理動作を伴うので、費用のかかるプロセスであり得る。たとえば、いくつかの仮想化システムでは、ブローカは、単一のユーザが単一のアプリの起動をトリガするとき、複数の記憶手順を動作させることと、静的データならびにリアルタイムデータをチェックすることとを含む動作を実施する。プロセスは、それが、たとえば、仮想配信アプライアンス、カタログ、配信グループ、アプリケーショングループ、およびパブリッシュリソースを管理することを伴う、公開アプリおよびデスクトップを配信することに関しては、かなり複雑であり得る。

種々の１対１または１対多の関連づけ、優先、ゾーンおよび好み、セッション共有、タグ付けなどの構成およびポリシーは、接続（たとえば、ＩＣＡ）ファイルへの単一の起動要求の解決を複雑にする。さらに、単一ユーザのための接続リースの生成は、すべての可能なアプリ、デスクトップ、ユーザが権利を与えられたリソースロケーション、および種々の接続環境（内部、外部）を含む関連付けられた構成の決定を伴うであろう。ブローカおよび接続リース管理サービスに対する負荷に関して、これは、ユーザがそれらのアプリおよびデスクトップを異なるロケーションから同時に、たとえば１００個のアプリを２回、起動することの等価物であろう。組織内のユーザの数たとえば１０，０００人のユーザによって乗算されると、ブローカへの２百万の有効な起動要求という結果になる。たとえば、誰もが、月曜日に働き、システムに接続することになり、このことが、接続リース更改（renewal）をトリガする。これは、一度に多すぎる要求の負荷をシステムにかけることからのサービス故障という結果になることがある。単一のアクティブなユーザの場合であっても、パブリッシュリソース列挙（たとえば、利用可能なアプリおよびデスクトップのリスティングをクライアントデバイスに提供すること）が、非常に遅くなる、タイムアウトする、または失敗し、それは、ユーザのための多くのリースの生成を必要とするので、不十分なまたは壊れたユーザエクスペリエンス（ＵＸ）という結果になることがある。

アプリケーションプログラミングインターフェース（ＡＰＩ）スロットリングまたは種々の（ランダムを含む）時点でエンドポイントに接続リースを要求させることなどの技法は、追加された複雑さという結果になるが、ブローカに対する負荷を取り除くことを潜在的に助けることがある。

パブリッシュリソースごとの接続リースデータは、比較的小さい、たとえば、数キロバイト程度であり得る。しかし、いくつかの環境では、ユーザは、比較的多数のアプリに権利を与えられていることがある。まれではあるが、権利は、数千のアプリに到達することがある。さらに、キオスク／共有デバイスは、複数のユーザをホストすることがあり、シンクライアントは、少量の利用可能なメモリと、したがって数多くの権利に関連付けられた大量のデータを扱う困難さを有することがある。加えて、あらゆる起動時に、たとえば、Ｃｉｔｒｉｘ ＨＤＸ起動時に、大きなモノリシック接続リースを送信することは、より大きな帯域幅を消費し、所与のユーザのための接続プロセスを低速化させるであろう。

上記で述べられたように、接続リースを使用する目的は、システムが到達可能でない場合でも、ユーザがそれらのリースされた作業負荷および／またはサービスに接続することを可能にすることである。しかし、接続リースは、比較的まれに（たとえば、週に１回）リフレッシュされるユーザ権利の静的スナップショットであるので、ユーザは、たとえば、パブリッシュリソースまたは接続インフラストラクチャの更新を反映しない接続時点の最新リアルタイム情報を有しないであろう。たとえば、この情報は、ユーザ権利更新、たとえば、管理者がアプリを追加または削除した；仮想配信アプライアンス電力または負荷管理更新（たとえば、仮想配信アプライアンスがアップしている、ダウンしている、または負荷がかかりすぎている）；ユーザセッションロケーション（いくつかの場合ではプールされたデスクトップを含む）；セッション中に異なるデバイスから起動されたすべての現在動作しているアプリに関する情報など、のうちの１つまたは複数を含んでよい。

あるいは、システムが到達可能である間、ワンタイムレガシー接続ファイル（たとえば、ＩＣＡファイル）を使用することと、システムがダウンしているときのみ接続リースを使用することは、これらのギャップに対処する助けとなることもある。しかし、異なるコードパスが実行されており、したがって、潜在的に一貫性のないユーザエクスペリエンス（たとえば、長いログオン時間対短いログオン時間）という結果になることもあり、接続リースコードパスをまれに実行したときの誤作動のリスクは、レジリエンスに依拠する。

本明細書において開示されるシステムおよび方法は、有利には、上記で述べられた技術的課題に対処する助けとなり、追加の利点を提供する。図４のシステム４０は、例示的には、仮想コンピューティングセッション４３に対応するパブリッシュリソースを選択するように構成された複数のクライアントデバイス４１（上記で述べられたものなど）を含む。以下でさらに論じられるように、パブリッシュリソースは、オンプレミスまたはクラウドベースの仮想化サーバによってホストされる仮想コンピューティングセッション４３内のクライアントデバイス４１上でユーザがリモートにアクセスすることが可能である、利用可能なデスクトップ、アプリなどである。システム４０は、例示的には、クライアントデバイス４１によって選択されたパブリッシュリソースのための接続リースを生成するように構成されたサーバ４２をさらに含む。より具体的には、以下でさらに論じられるように、各接続リースは、選択されたパブリッシュリソースに一意のパブリッシュリソースリース構成要素と、複数の異なるパブリッシュリソースによって共有される共通リース構成要素とを含む。コンピューティングシステム４０は、例示的には、接続リースに基づいてそれぞれの仮想コンピューティングセッション４３にクライアントデバイス４１を接続するように構成された１つまたは複数の仮想配信アプライアンス４４も含む。

加えて図５～７を参照すると、前述の内容は、Ｃｉｔｒｉｘ Ｗｏｒｋｓｐａｃｅプラットフォーム内で実装される、シーケンス図７０に示される例示的な接続リース管理システム５０および関連付けられた動作を参照してさらに理解されよう。しかし、これは、本明細書において説明される接続リース技法が利用され得る例示的な１つの仮想化プラットフォームにすぎず、異なる実施形態では、他のプラットフォームまたは実装が使用されてよいことが理解されるであろう。

システム５０は、有利には、接続リース管理の部分が前もって実施されてよく、接続リース要求に応答して（必要に応じて）即時に実施される必要はないことを意味する、バックグラウンドモードにおける効率的な複合的接続リース管理に、接続リースの自律的同期を提供する。以下でさらに論じられるように、この自律的同期は、リース更新であってよく、リースが生成された後にシステム５０によって実施されてよく、リース全体を再生成する必要はないにもかかわらず、依然としてアクティブである。図の例では、上記で説明されたリース発行サーバ４２は、Ｃｉｔｒｉｘ Ｗｏｒｋｓｐａｃｅの一部である接続リース発行サービス（ＣＬＩＳ）５２を使用して実装される。クライアントデバイス５１は、Ｃｉｔｒｉｘ Ｗｏｒｋｓｐａｃｅ ＳｔｏｒｅＦｒｏｎｔ５５を介してＣＬＩＳ５２と、ならびにゲートウェイ接続リースサービス５９とインターフェースする。また、図の例では、クライアントデバイス５１は、エンドポイント管理アプリケーションを動作させ、エンドポイント管理アプリケーションは、この例ではＣｉｔｒｉｘ Ｗｏｒｋｓｐａｃｅ Ａｐｐ（ＣＷＡ）５６であり、クライアントデバイスがＷｏｒｋｓｐａｃｅ ＳｔｏｒｅＦｒｏｎｔ５５とインターフェースすることを可能にする。ＣＷＡ５６は、ワークスペース記憶サービス７２を通じてパブリッシュリソースを列挙し、これは、独立して非同期に行われてよい。システム５０は、例示的には、以下でさらに論じられるように、接続リース生成プロセス内で利用されてよいＣＬＩＳ５２に関連付けられた共有メモリ（ここでは、クラウドファイルストレージ６８）をさらに含む。さらに、ＣＬＩＳ５２と接続リースサービス５８（ＣＶＡＤのための）の両方は、図の例では、それら自体のそれぞれのＣＬＩＳデータベース６６（たとえば、ＳＱＬ）と、ＣＶＡＤ ＣＬサービスデータベース６７（たとえば、ＳＱＬ）とを有する。さらに、ＣＬＩＳ５２は、本明細書において説明される述べられる処理動作を実施するためにビジネスロジック６９を含む。

さらに、この例では、以下でさらに論じられるように、ＣＷＡ５６はＣＬＩＳ５２にコールホームし、ＣＬＩＳは、パブリッシュリソースをホストするリソースプロバイダをコールすることによって接続リース作成を編成する。図７に見られるように、このプロセスは、ＣＷＡ５６が、認証（ａｕｔｈ）マネージャ７１にコールホームすることを開始するときに始まり、ａｕｔｈマネージャ７１は、比較的寿命が長いプライマリセッションキー／トークンと、ＣＬＩＳ５２に関連付けられたセカンダリトークンとを含んでよい。ａｕｔｈマネージャ７１は、たとえば、ネイティブまたはクラウドベース（ホストされる）ブラウザに埋め込まれてよく、コールホームを受信すると、それは、セカンダリトークンのルックアップを実施する。ａｕｔｈマネージャは、セカンダリトークンを、任意選択でクライアントデバイス５１に関連付けられた公開鍵を、ＣＬＩＳ５２に提供する。あるいは、クライアントデバイス５１の公開鍵は、寿命の長いリフレッシュトークンのためのデバイス登録の一部として、クラウドに事前に記憶されてもよい。

ＣＬＩＳ５２は、セカンダリトークンの署名をバリデーションし、復号は、権利チェック（たとえば、どのパブリッシュリソースにクライアントデバイス５１が権利を与えられるか）を実施し、必要とされる接続リースの（たとえば、ＣＬタイプＧＵＩＤなど）を決定するためコンテンツである。以下でさらに論じられるように、次いで、ＣＬＩＳ５２は、ワークスペース記憶サービス７２から接続リースのための優先順序を取得し、次いで、クラウド内でバックグラウンド接続リース作成を実施するために接続リースサービス５８ＣＶＡＤをトリガする。システム５０は、例示的には、ＣＶＡＤ接続リースサービス５８に関連付けられたＣＶＡＤ ＳＱＬデータベース６７をさらに含む。

ＣＷＡ５６からのコールホーム動作の使用は、有利には、すべてのライセンスされたユーザとは反対に、アクティブなユーザおよびそれらの登録されたデバイス５１のための接続リースの作成を予約することによってシステムリソースに対する負荷を減少させる。さらに、これは、有利には、リソースキーＧＵＩＤの長いリストなどを提供することが必要とされないので、ＣＷＡ５６によって実施される動作を単純化する助けとなることがある。さらに、ストアを列挙する誰もが、接続リースを受信する権利を与えられるとは限らないことがある。ユーザクライアントデバイス５１が興味を有する接続リースタイプを指定することも、重要であり得る。たとえば、ユーザＡのデスクトップデバイス１は、デスクトップ接続リースのみを必要とすることがあり、同じユーザＡのモバイルデバイス２は、モバイル接続リースを必要とすることがある。

例示的な一実装では、クライアントデバイス５１は、周期的にコールホームすることがあり、これは、クラウドプラットフォーム障害、ＲＥＤＩＳ（オープンソース、メモリ内データ構造記憶）がクリアされる、またはクラウドサービス内の他の任意の内部故障が発生するなどの状況における比較的ロバストな手法を提供してよい。いくつかの実施形態では、プログレッシブウェブアプリ（ＰＷＡ）（ウェブ構成要素）またはサプライサイドプラットフォーム（ＳＳＰ）（ネイティブ構成要素）がコールホームのために利用されてよい。ＰＷＡは、コード共有およびクラウドからの更新の利点を提示する。ＰＷＡは、それがロードされるたびにコールホームしてよい。別の手法は、周期的なまたはイベントベースのコールホームであり、これは、バックグラウンドで動作する追加のＰＷＡサービスワーカサポートを利用し得る。１つの手法では、コールホームは、たとえば、ストアリフレッシュ時に、またはＰＷＡ（再）始動時に、周期的に実施されることがある。他の手法では、ＣＷＡ５６（ＰＷＡまたはＳＳＰ）は、接続リースが利用可能であるかどうかチェックすることがある。たとえば、障害が同期中にまたはクラウド内で発生した可能性がある。必要とされる接続リースが一定のタイムアウト後に見つからなかった場合、ＣＷＡ５６は、コールホームを先回りして実施する。

コールホームは、それが実施されるたびに接続リースのリフレッシュまたは作成をトリガしなくてよい。たとえば、以下でさらに論じられるように、最終的なユーザ－デバイス接続リースがすでに存在する場合、またはユーザのための中間接続リースの作成が進行中である場合、ＣＬＩＳ５２は何もしない。そうでない場合、ＣＬＩＳ５２は、ＣＬ作成をトリガする。

前述のように、ＣＬＩＳ５２は、複合的または構成要素（たとえば、モジュール式）的に接続リースを生成する。より具体的には、各接続リースは、パブリッシュリソースリース構成要素（published resource lease component；ＰＲＬＣ）と、１つまたは複数の共通リース構成要素（common lease component；ＣＬＣ）とを含む。ＰＲＬＣは、そのために接続リースが作成されている特定のパブリックリソースに一意である比較的小さいパブリッシュリソースリース構成要素（ＰＲＬＣ）である。ＰＲＬＣは他のＣＬＣを指し、他のＣＬＣは、複数の異なるパブリッシュリソース（およびしたがってＰＲＬＣ）によって共有され、たとえば、共通パラメータ、直接的リソースロケーション、ゲートウェイリソースロケーション、リソースロケーション順序などの情報を含んでよい。例示的な一実施形態では、ＰＲＬＣおよびＣＬＣリース構成要素は、リンクされたＪＳＯＮドキュメントとして実装されてよいが、異なる実施形態では、他の適切な手法も使用されてよい。とりわけ、モジュール式リース構造の１つの利点は、それが、接続リースに対するクライアントデバイス５１（たとえば、ＣＷＡ５６）ソフトウェア更新の必要性を減少する助けとなり得ることであり、多くの必要とされる変更は、リース構成要素（たとえば、ＪＳＯＮドキュメント）自体への更新を通じて実装されてよい。

一緒にリンクされる複合ＪＳＯＮドキュメントとして接続リースが実装される例を続けると、それぞれのＰＲＬＣは、ＣＶＡＤの場合の公開デスクトップまたは公開アプリなどの、パブリッシュリソースごとの各クライアントデバイス５１のために生成される。ＰＲＬＣは、他の（ＣＬＣ）ＪＳＯＮドキュメントを参照する比較的小さいＪＳＯＮドキュメントとして実装されてよい。全体として、接続リースは、ＣＬＣを参照するマスタ／集約ＪＳＯＮファイル（ＰＲＬＣ）から作製された複合物と考えられてよく、ＣＬＣもＪＳＯＮファイルである。

例示的な実装では、各接続リースＪＳＯＮファイルは、ＣＬＩＳ５２からの暗号署名を含む。各接続リースファイルは、平文であるマニフェストも含んでよい。接続リースの関連セクションはまた、セキュリティの理由のために暗号化されてよい。ＰＲＬＣによって参照され得るＣＬＣの例は、「Ｃｏｍｐ－Ｐａｒａｍｓ」としても知られる共通パラメータ（たとえば、ネットワークトランスポートタイプ、オーディオ設定、ディスプレイ解像度設定、セキュリティ設定、ドライブマッピングイネーブルメント設定などのＣＶＡＤのための共通ＩＣＡパラメータ）；「Ｃｏｍｐ－ＲｅｓＬｏｃｓＤｉｒｅｃｔ」としても知られるリソースロケーションダイレクト（たとえば、ゲートウェイ接続リースサービス５９が存在しないまたは利用可能でないときのリソースのロケーション）；「Ｃｏｍｐ－ＲｅｓＬｏｃｓＧａｔｅｗａｙ」としても知られるリソースロケーションゲートウェイ（たとえば、ゲートウェイ接続リースサービス５９が存在するときのリソースのロケーション）；および「Ｃｏｍｐ－ＲｅｓＬｏｃｓＯｒｄｅｒ」としても知られるリソースロケーション順序（たとえば、リソースロケーションの順序を定義する）を含む。ＰＲＬＣをＣＬＣにリンクするために使用される参照機構はたとえば、ＣＬＣのファイル名であってよいが、他の参照機構も使用されてよい。

より具体的には、ＰＲＬＣは、それが参照するＣＬＣのファイル名をリストする参照セクションを含んでよい。上記で述べられたように、ＣＬＣは、複数のＰＲＬＣによって参照されてよい。これは、いくつかの技術的長所を提供し得る。たとえば、ＣＬＣは、それを参照する（潜在的に多数の）ＰＲＬＣを更新する必要なく更新されてよい。さらに、この手法はまた、ＣＬＣは潜在的に多くのＰＲＬＣに共通であり、したがって、一度のみ記憶される必要がある（異なる接続リースのために複数回記憶される必要はない）ので、ＣＬＣのために必要とされる記憶空間を減少させ得る。加えて、すべてのＣＬＣは、すべてのエンティティ（たとえば、クライアントデバイス５１、ゲートウェイ６０、仮想配信アプライアンス５３（たとえば、Ｃｉｔｒｉｘ ＶＤＡ）、ＣＶＡＤ ブローカ５７など）に送信される必要があるとは限らない。たとえば、共通パラメータＣＬＣは、クライアントデバイス５１によって利用されてよいが、他のエンティティによって利用されなくてよく、これは、１つのモノリシック接続リースを有することと比較してネットワークトラフィックを減少させる助けとなる。

接続リースファイル名前変更を介した改ざんを回避するために、いくつかの実施形態では、各署名された接続リースは、接続リースのＪＳＯＮファイルの名前を含む「ファイル名」という名前のＪＳＯＮメンバを含んでよい。ＰＲＬＣのファイル名は、以下のパターンに従ってよい。
ＣＬ－＜［Ａｐｐ／Ｄｅｓｋ］Ｎａｍｅ＞－＜ＲｅｓｏｕｒｃｅＫｅｙ （ＧＵＩＤ）＞．Ｖ＜Ｎ＞．ｊｓｏｎ
以下は、ＰＲＬＣファイル名の一例である。
ＣＬ－Ｄｅｓｋｔｏｐ１－９Ｄ４７ＣＢ３９－ＢＣＤ６－４６６８－８ＢＥＢ－ＡＥ１３５ＣＣＢ４Ｄ１０．Ｖ１．ｊｓｏｎ
例示的な一実施形態では、ＰＲＬＣファイルは、ＪＳＯＮファイル拡張子（．ｊｓｏｎ）の前に（．Ｖ１、．Ｖ２、［…］、．ＶＮの形をしたドット表記とともに）バージョン化される。 ＣＬＣのファイル名は、パターンに従ってよい。
ＣＬ－Ｃｏｍｐ－＜ＣｏｍｐＴｙｐｅ＞－＜ＧＵＩＤ＞．Ｖ＜Ｎ＞．ｊｓｏｎ，
ここで、＜ＣｏｍｐＴｙｐｅ＞は、たとえば、「Ｐａｒａｍｓ」、「ＲｅｓＬｏｃｓＤｉｒｅｃｔ」、「ＲｅｓＬｏｃｓＧａｔｅｗａｙ」、または「ＲｅｓＬｏｃｓＯｒｄｅｒ」とすることができる。
以下は、ＣＬＣファイル名の一例である。
ＣＬ－Ｃｏｍｐ－Ｐａｒａｍｓ－ＢＢ００９２１８－９８Ｆ６－４ＡＢ２－Ａ４Ｄ７－０Ｆ００７Ｃ２６７２Ｃ７．Ｖ２．ｊｓｏｎ
例示的な一実施形態では、ＣＬＣファイルは、ＪＳＯＮファイル拡張子（．ｊｓｏｎ）の前に（．Ｖ１、．Ｖ２、［…］、．ＶＮの形をしたドット表記とともに）バージョン化される。ＰＲＬＣ参照セクションの一例は、以下（ＪＳＯＮオブジェクト）である。
“ｃｏｍｐ－ｒｅｆｅｒｅｎｃｅｓ”： ｛
“ｒ１”： “ＣＬ－Ｃｏｍｐ－Ｐａｒａｍｓ－ＢＢ００９２１８－９８Ｆ６－４ＡＢ２－Ａ４Ｄ７－０Ｆ００７Ｃ２６７２Ｃ７．Ｖ２．ｊｓｏｎ”，
“ｒ２”： “ＣＬ－Ｃｏｍｐ＿ＲｅｓＬｏｃｓＤｉｒｅｃｔ－８ＥＤ７８Ｆ８１－ＡＦＤ７－４６Ｅ０－Ｂ１９Ｅ－Ｅ６２９１ＦＢ７ＡＤ１Ｆ．Ｖ１．ｊｓｏｎ”，
“ｒ３”： “ＣＬ－Ｃｏｍｐ＿ＲｅｓＬｏｃｓＧａｔｅｗａｙ－９ＣＡ７８Ｆ８１－ＢＡＤ７－４６Ｅ７－Ｂ１９Ｅ－Ｅ６２９１ＦＢ７ＢＣ２Ｆ．Ｖ１．ｊｓｏｎ”，
“ｒ４”： ＣＬ－Ｃｏｍｐ－ＲｅｓＬｏｃｓＯｒｄｅｒ－４ＤＤ３５７Ｆ４－Ｃ３１０－４ＦＡ９－Ａ７Ｅ１－８６２６５０ＦＣＤ８５３．Ｖ５．ｊｓｏｎ”
｝
参照メンバ名は、ｒ＜Ｎ＞の形をし、たとえばｒ１、ｒ２、ｒ３などである。各参照は、同じ同期フォルダ内にあるＪＳＯＮファイル名である。

再び、接続リースファイルは特定のフォーマットに従ってよく、この特定のフォーマットは、本例ではＪＳＯＮであるが、他の構造タイプ／値フォーマット（たとえば、ＸＭＬ、ＡＳＮ．など）も使用されてよい。以下の説明では、オブジェクトは「ＪＳＯＮオブジェクト」を意味し、アレイは「ＪＳＯＮアレイ」を意味する。
Ｔｏｐ－ｌｅｖｅｌ （ｕｎｎａｍｅｄ） ｏｂｊｅｃｔ
Ｄｏｃｕｍｅｎｔ ｏｂｊｅｃｔ
Ｍａｎｉｆｅｓｔ ｏｂｊｅｃｔ （ｃｌｅａｒｔｅｘｔ）
Ｃｏｍｐｏｎｅｎｔ Ｒｅｆｅｒｅｎｃｅｓ ｏｂｊｅｃｔ （ｃｌｅａｒｔｅｘｔ， ｏｐｔｉｏｎａｌ）
Ｐａｙｌｏａｄ （ｅｎｃｒｙｐｔｅｄ ｗｉｔｈ ｓｙｍｍｅｔｒｉｃ ｋｅｙ）
Ｓｉｇｎａｔｕｒｅｓ － ａｒｒａｙ ｏｆ ｏｂｊｅｃｔｓ
Ｅｎｃｒｙｐｔｅｄ Ｓｙｍｍｅｔｒｉｃ Ｋｅｙ － ａｒｒａｙ ｏｆ ｏｂｊｅｃｔｓ

ペイロードは、対称鍵とともに暗号化されてよい。さらに、対称鍵は、接続リースを受信するエンティティの公開鍵とともに暗号化されてよい。例示的な一実施形態では、複数のエンティティは、連続して接続リースを受信することがある（たとえば、クライアントデバイス５１、ゲートウェイ６０、仮想配信アプライアンス５３など）ので、したがって、対称鍵は、宛先エンティティの公開鍵とともに複数回暗号化される。別の実施形態では、対称鍵は、最初は、クライアントデバイス５１のみのために暗号化されてよい。次いで、接続リース交換プロトコルフェーズ中、対応するゲートウェイ６０または仮想配信アプライアンス５３に対する信頼のチェーンを確立した後、初期化エンティティ（たとえば、ゲートウェイのクライアントデバイス５１）は、受信エンティティの公開鍵（たとえば、それぞれゲートウェイまたは仮想配信アプライアンスの公開鍵）とともに対称鍵を、確立された接続上でそれを送信する前に再暗号化する。

ＪＳＯＮが接続リースフォーマットとして使用される場合、署名は、たとえば、ＪＳＯＮウェブ署名（ＪＷＳ）フォーマット（ＲＦＣ７５１５）であってよい。また、例として、対称鍵は、ＪＳＯＮウェブキー（ＪＷＫ）フォーマット（ＲＦＣ７５１７）であってよく、宛先エンティティの公開鍵とともに暗号化されてよい。

さらに、各ＰＲＬＣおよびＣＬＣは、マニフェスト（たとえば、ＪＳＯＮオブジェクト）を平文で含んでよく、共通メンバ、すなわち、接続リースごとに一意のＧＵＩＤであるリース識別子（ｌｅａｓｅＩｄ）；接続リースのタイプの記述的名前（たとえば、Ｒｅｓｏｕｒｃｅ、Ｒｅｓｏｕｒｃｅ－Ｃｏｍｐ－Ｐａｒａｍｓ、Ｒｅｓｏｕｒｃｅ－Ｃｏｍｐ－ＲｅｓＬｏｃｓＤｉｒｅｃｔ、Ｒｅｓｏｕｒｃｅ－Ｃｏｍｐ－ＲｅｓＬｏｃｓＧａｔｅｗａｙ、Ｒｅｓｏｕｒｃｅ－Ｃｏｍｐ－ＲｅｓＬｏｃｓＯｒｄｅｒ）であるリースタイプ（ｌｅａｓｅＴｙｐｅ）；接続リースごとに一意のＧＵＩＤであるリースタイプキー（ｌｅａｓｅＴｙｐｅＫｅｙ）；現在の接続のファイルの名前である（これは、各接続リースファイルが署名を含むので接続リースファイル名前変更を防止するためである）ファイル名（ｆｉｌｅＮａｍｅ）；以下でさらに論じられるように、任意選択であり、現在の接続リース（もしあれば）を生成するために使用されたテンプレートファイルの名前を含有する、テンプレートから（ｆｒｏｍＴｅｍｐｌａｔｅ）；接続リースが属するワークスペースのＵＲＬ（たとえば、「ａｃｍｅ．ｃｉｔｒｉｘ．ｃｌｏｕｄ．ｃｏｍ」）であるワークスペースＵＲＬ（ｗｏｒｋｓｐａｃｅＵｒｌ）；および一意の顧客識別子（ＩＤ）である顧客ＩＤ（ｃｕｓｔｏｍｅｒＩｄ）のうちの１つまたは複数を含んでよい。

ＰＲＬＣマニフェストは、パブリッシュリソース（たとえば、ＣＶＡＤのためのデスクトップまたはアプリ）ごとに一意のＧＵＩＤであり、リソースキーはＰＲＬＣ ＪＳＯＮファイル名に含まれてよい、リソースキー（ｒｅｓｏｕｒｃｅＫｅｙ）；ＰＲＬＣが有効になった日付である（たとえば、ＲＦＣ３３３９フォーマットで）、有効から（ｖａｌｉｄＦｒｏｍ）；リソースＣＬが無効になった日付である（ＦＣ３３３９フォーマットで）、有効に（ｖａｌｉｄＴｏ）；現在のリソース接続リースが適用するユーザの一意の識別子であるユーザ識別（ｕｓｅｒＩｄ）；現在のリソース接続リースが適用されるクライアントまたはエンドポイントデバイスの一意の識別子であるエンドポイントデバイスＩＤ（ｅｎｄｐｏｉｎｔＤｅｖｉｃｅＩｄ）；クライアントまたはエンドポイントデバイス公開鍵のハッシュ（たとえばＳＨＡ２５６）であるエンドポイントデバイス公開鍵拇印（ｅｎｄｐｏｉｎｔ ｄｅｖｉｃｅ ｐｕｂｌｉｃ ｔｈｕｍｂｐｒｉｎｔ）；ブローカ公開鍵を含有するＪＷＫのアレイであるブローカ公開鍵（ｂｒｏｋｅｒＰｕｂｌｉｃＫｅｙｓ）など、１つまたは複数の特定のメンバも含んでよい。これらのメンバのうちの１つまたは複数は、いくつかの実装では、必要に応じて、ＣＶＡＤブローカ５７および仮想配信アプライアンス５３からの署名された許可応答、否定応答、およびリダイレクトターゲット応答をサポートするために有用であってよい。

例示的な一実施形態では、接続リースファイルは、バージョン化されてよい。たとえば、バージョンは、各接続リースのファイル名の一部として含まれてよい。接続リースファイルのバージョニングは、有利には、それを参照するＰＲＬＣを更新する必要なくＣＬＣ（または複数のＣＬＣ）を更新する能力を提供する。これをするために、ＣＷＡ５６は、ＰＲＬＣの参照を解決する（ＣＷＡは、最初は、ＰＲＬＣファイル名に含まれるリソースキーとともに見つける）とき、参照されるＣＬＣファイル名と、また、より新しいバージョンを有する任意のファイル名のためのルックアップを実施する。より新しいバージョンが見つかった（または複数）場合、ＣＬＣの最新バージョンが選択される。たとえば、ＰＲＬＣ参照セクションが、
ＣＬ－Ｃｏｍｐ＿ＲｅｓＬｏｃｓＤｉｒｅｃｔ－８ＥＤ７８Ｆ８１－ＡＦＤ７－４６Ｅ０－Ｂ１９Ｅ－Ｅ６２９１ＦＢ７ＡＤ１Ｆ．Ｖ１．ｊｓｏｎと
ＣＬ－Ｃｏｍｐ＿ＲｅｓＬｏｃｓＤｉｒｅｃｔ－８ＥＤ７８Ｆ８１－ＡＦＤ７－４６Ｅ０－Ｂ１９Ｅ－Ｅ６２９１ＦＢ７ＡＤ１Ｆ．Ｖ２．ｊｓｏｎ
の両方を含むＣＷＡ接続リースファイル同期フォルダ６１とともに
“ｃｏｍｐＲｅｆｅｒｅｎｃｅｓ”： ｛
…．
“ｒ２”： “ＣＬ－Ｃｏｍｐ＿ＲｅｓＬｏｃｓＤｉｒｅｃｔ－８ＥＤ７８Ｆ８１－ＡＦＤ７－４６Ｅ０－Ｂ１９Ｅ－Ｅ６２９１ＦＢ７ＡＤ１Ｆ．Ｖ１．ｊｓｏｎ”，
…．
｝
を含む場合、
ＲｅｓＬｏｃｓＤｉｒｅｃｔ ＣＬＣのＶ２バージョンが使用される。

この点に関して、ＣＬＣは、その以前のバージョンと旧バージョン互換性があってよい。ＰＲＬＣの参照の解決が失敗した場合、より前のバージョンを有するＰＲＬＣが存在すれば、ＣＷＡ５６は、それを使用することを試み、その参照を解決し始める。これが失敗したまたはより前のバージョンが存在しない場合、ＣＷＡは、必要に応じて、従来の（非モジュール式）リーシング手法を使用して標準的なＩＣＡ起動を実施し得る。たとえば、ＣＬＣは、それが、旧バージョン互換性がないような手段で更新される必要がある場合、新しいＣＬＣ（異なるリースＩＤを有する）が発行されてよく、関連付けられたＰＲＬＣが、それに応じて（新しいＣＬＣを参照する新しいバージョンとともに）更新されてよい。

いくつかの実装では、ＣＬＣは、決して満了しないように設定されてよい。ＣＬＣが期限切れである（たとえば、新しいリソースロケーションが追加された）場合、それは、ファイルのより新しいバージョンまたは完全に異なるファイル（異なるリースＩＤを有する）によって置き換えられる。以前に説明された接続リース参照解決機構に関連して同期フォルダ６１内の接続リースの以前のバージョン（存在する場合、最新ＣＬＣが一般的には選択される）を保つことは、ロッキング機構の必要なく接続リースファイル（ＰＲＬＣおよびＣＬＣ）を更新することを可能にする。たとえば、ＰＲＬＣ（と、その従属ＣＬＣ）の以前のバージョンは、新しい接続リースファイルが同期されているとき、保たれてよい。リソースのＣＷＡ５６起動（および、したがって参照の解決）が失敗した間に同期が完了していない（たとえば、欠落したＣＬＣ）場合、ＣＷＡは、依然として存在するＰＲＬＣの以前のバージョンにデフォルトでなる。それが、あまりにも失敗する場合、上記で述べられたように、ＩＣＡ起動が実施されてよい。

別の例示的な実施形態によれば、接続リース同期中にバージョニング手法を使用する代わりに、ロッキング機構が使用されてよい。より具体的には、接続リースファイルの同期中、同期フォルダ６１に対するロックは、同期エンジン６２によって獲得される（以下で図１０Ａ～図１０Ｂを参照してさらに論じられる）。ロックは、同期が完了したとき、解除される。ロックが獲得不可能である（たとえば、ＣＷＡリソース起動が実施されている）場合、同期エンジン６２は、それをすることが可能になることを待機する。同様に、ＣＷＡ５６が公開アプリまたはデスクトップを起動するとき、同期フォルダ６１に対するロックは、ＣＷＡ５６によって獲得される。ロックは、接続リースファイルがもはや必要とされないとき、解除される（たとえば、それらは、最も短い可能な時間の量にわたってロックを保持するために、専用ロケーションにコピー可能である）。ロックが獲得不可能である（たとえば、同期が進行中である）場合、ＣＷＡ５６は、上記で説明されたように、諦めてＩＣＡ起動を実施する前に設定された時間の量にわたってそれをすることを可能にするのを待機する。

ＣＬＩＳ５２は、各ユーザのための接続リースを含む仮想フォルダ６３を維持し、仮想フォルダ６３は、例示的には、システム５０とともに使用するためにプロビジョニングされたユーザのそれぞれのデバイスの各々のためのリースを有するサブフォルダ６４をさらに含む。すなわち、クライアントデバイス５１におけるローカルセキュアストレージに記憶された同期フォルダ６１の内容は、ＣＬＩＳ５２におけるそれぞれのサブフォルダ６４の内容に対応する。図６に示される例示的な実施形態では、同期フォルダ６１は、例示的には、２つのＰＲＬＣ（ＰＲＬＣ１およびＰＲＬＣ２）、ならびに６つのＣＬＣ（ＣＬＣ１～ＣＬＣ６）を含む。ここで再び、ＰＲＬＣの各々は、それぞれのパブリッシュリソース（たとえば、アプリまたはデスクトップ）に対応し、適切なリソースキーＧＵＩＤと、ユーザＩＤに関連付けられたリソースに適切な有効期限などを含む。

最初の２つのＣＬＣ（ＣＬＣ１～ＣＬＣ２）は、特定のリソースにアクセスするためのクライアントデバイス５１に割り当てられた所与のゾーンまたは地理的なリージョン内の適切なエンティティアドレス（たとえば、仮想配信アプライアンス５３、ゲートウェイ６０、コネクタ６５など）のグループを含む。図の例では、ＰＲＬＣ１はＣＬＣ１（ゾーン１アドレス）を参照し、ＰＲＬＣ２はＣＬＣ２（ゾーン２アドレス）を参照する。そのような割り当ては、所与の時間におけるクライアントデバイス５１の物理的ロケーションに基づいて変わってよい。さらに、他の実施形態では、これらのアドレスは、ゾーンによってグループ化される必要はなく、異なるＣＬＣは、エンティティのそれぞれのタイプ（たとえば、仮想配信アプライアンス５３、ゲートウェイ６０、コネクタ６５など）のために使用されてよい。図の例では２つのＰＲＬＣのみが図示されているが、他のＰＲＬＣが含まれ、また、ＣＬＣ１および／またはＣＬＣ２を共有してよく、他のＣＬＣアドレスファイルも含まれてよいことが理解されるであろう。

さらに、ＣＬＣ３～ＣＬＣ６は、ＰＲＬＣ１とＰＲＬＣ２の両方によって共有される。より具体的には、ＣＬＣ３は、それぞれの仮想コンピューティングセッション７３のロケーション（たとえば、仮想コンピューティングセッションを動作させる仮想化サーバまたはホストのロケーション）を含み、ＣＬＩＳ５２は、有利には、ロケーションの変更に応答して更新してよい。ＣＬＣ４は、例示的には、アクティブかつ切断された仮想コンピューティングセッション７３のためのステータスインジケータを含み、これは、仮想配信アプライアンス５３が、適用可能であるとき、以前に確立されたアクティブかつ切断されたセッションにクライアントデバイス５１を再接続することを可能にする。ここで再び、ＣＬＣ４の更新は、仮想コンピューティングセッション７３が閉じられる場合などと同様にリアルタイムで実施されてよい。

ＣＬＣ５は、所与の仮想コンピューティングセッション７３を取得するためにクライアントデバイス５１が接続されるべきである仮想配信アプライアンス５３の順序付きリストを含む。たとえば、異なるクライアントデバイス５１は、仮想配信アプライアンスのグループにわたって負荷分散および／または所望のアベイラビリティを提供する助けとなるために仮想配信アプライアンス５３の異なる順序付きリストが割り当てられ得る。さらに、ＣＬＣ６は、上記で述べられた共通パラメータを含み、共通パラメータは、ネットワークトランスポートタイプ（たとえば、ユーザデータグラムプロトコル（ＵＤＰ）対伝送制御プロトコル（ＴＣＰ）など）、オーディオ設定ディスプレイ解像度設定、セキュリティ設定、ドライブマッピング設定（たとえば、イネーブルド／非イネーブルド）などを含んでよい。ここで再び、これらのＣＬＣも、変更が発生する（たとえば、新しい仮想配信アプライアンス５３がオンラインになる、共通パラメータが変更されるなど）と、リアルタイムで更新されてよい。

いくつかの実施形態では、接続リース作成および更新は、優先されることがある。たとえば、ＣＬＩＳ５２は、ユーザ接続優先順序、たとえばお気に入りおよび最近使用されたパブリッシュリソースを検索するために、ワークスペース記憶サービス７２と通信することがある。ＣＬＩＳ５２はまた、この優先順序を接続リースサービス５８に送ってよい。したがって、最も重要な接続リースが最初に作成される。

図１１のフロー図２１０をさらに参照すると、図４のコンピューティングシステム４０に関連付けられた、例示的な方法態様が次に説明される。方法は、ブロック２１２において、上記で説明されたようにＣＬＣを生成することで始まる（ブロック２１１）。すなわち、たとえば、ＣＬＣは、異なるパブリッシュリソース間で共有されるので、それらは、最終的な接続リースを作成する時間になる前に生成されてよく、これは、有利には、ＣＬＣ処理がオフピーク時間に実施され、したがって、負荷分散および／またはコンピューティングリソースのより効率的な使用を提供することを可能にする。サーバ４２は、ブロック２１３において、クライアントデバイス４１によってパブリッシュリソース選択を受信し、一意のＰＲＬＣとそれに基づいて関連付けられたＣＬＣとを含む接続リースを生成してよく、ブロック２１４において、上記で論じられたように、それらをクライアントデバイスに提供し、これは、図１１の方法を例示的に終える。上記で論じられたように、接続リースは、仮想配信アプライアンス４４を介してパブリッシュリソース（たとえば、仮想アプリおよびデスクトップ、ウェブ／ＳａａＳアプリなど）に対応する仮想コンピューティングセッション４３にクライアントデバイス４１を接続するために適切な命令を提供する。

図８を参照すると、ここで最初に、別の有利な接続リース生成態様が、図のコンピューティングシステム８０を参照して説明される。上記で説明されたように、コンピューティングシステム８０は、例示的には、クライアントデバイスにおいてリモートにアクセスされることになる仮想コンピューティングセッション８３に対応するパブリッシュリソースを選択するように構成された複数のクライアントデバイス８１を含む。コンピューティングシステム８０は、例示的には、パブリッシュリソースに対応する複数の接続リーステンプレートを生成し、共有メモリ８８（たとえば、クラウドベースのストレージシステム）に接続リーステンプレートを記憶するように構成された接続リーステンプレートアプライアンス８９をさらに含む。コンピューティングシステム８０はまた、例示的には、共有メモリ８８に記憶された接続リーステンプレートにアクセスし、接続リーステンプレートに基づいてそれぞれのクライアントデバイス８１のための接続リースをプロビジョニングするように構成された接続リース発行アプライアンス８２を含む。接続リースは、以下でさらに論じられるように、クライアントデバイス８１によってパブリッシュリソースの選択に応答して必要に応じて接続リース発行アプライアンス８２によってプロビジョニングされる。上記で同様に論じられたように、コンピューティングシステム８０はまた、例示的には、１つまたは複数の仮想配信アプライアンス８４を含み、仮想配信アプライアンス８４は、接続リースに基づいてそれぞれの仮想コンピューティングセッション８３にクライアントデバイス８１を接続するように構成される。

前述の内容は、次に図９～図１０Ｂを参照して説明される例示的な実装を参照してさらに理解されよう。図９のシステム９０および図１０Ａ～図１０Ｂのシーケンス図２３０に示されるこの例示的な実装は、Ｃｉｔｒｉｘ ＷｏｒｋｓｐａｃｅおよびＣｉｔｒｉｘ Ｃｌｏｕｄプラットフォームを使用して実装され、上記で論じられたシステム５０において利用される同じ構成要素のうちのいくつかを共有する。ここでもやはり、これは、テンプレートベースの接続リース動作が利用され得る例示的な１つのプラットフォームにすぎず、これらの技法は他の適切な仮想化プラットフォームにも組み込まれてよいことが留意されるべきである。

図の例では、接続リース発行アプライアンス５２は、Ｃｉｔｒｉｘ Ｗｏｒｋｓｐａｃｅの接続リース発行サービス（ＣＬＩＳ）を使用してもう一度実装される。ＣＬＩＳ５２は、接続リーステンプレートアプライアンス５８を介してリソースプロバイダ９１を呼び出すことによって接続リース作成を編成し、これは、この例では、上記で説明された接続リースサービスによって提供される。リソースプロバイダ９１とＣＬＩＳ５２との間のパイプライン内での接続リースの転送は、たとえば、接続リースサービスＲＥＳＴ ＡＰＩ７４を介してであってよい。

接続リースサービス５８は、この例では、共有メモリ内に初期接続リーステンプレート９２および中間接続リーステンプレート９３を作成し、共有メモリは、上記で述べられたクラウドファイルストレージ６８である。さらに、ＣＬＩＳ５２は、その後、クラウドファイルストレージ６８内の初期接続リーステンプレート９２および／または中間接続リーステンプレートにアクセスし、中間接続リース９４および最終接続リース９５を生成またはプロビジョニングする。

テンプレート９２、９３および接続リース９４、９５は、リース生成のための「工場」アセンブリラインと概念的に考えられてよく、「工場」アセンブリラインでは、初期テンプレート９２はアセンブリラインの始まりであり、最終接続リースは、アセンブリラインの終了時に完了したリースである（すなわち、図５に示されるように、それぞれの仮想コンピューティングセッション７３と所与のクライアントデバイス５１を接続するために使用され得る最終接続リース）。以下でさらに論じられるように、この手法の長所は、それが、新しいリースが作成され得るまたは古いリースが、各リースをゼロから再作成しなければならないよりも容易かつ迅速に更新され得るように、実装の種々の段階で接続リースを提供することである。

より具体的には、初期接続リーステンプレート９２は、たとえば、リソース配信グループ（ＲＤＧ）などの比較的高いレベルのリース情報と、共通接続パラメータとを含んでよい。配信グループは、１つまたは複数のマシンカタログから選択されたマシンの集まりである。ＲＤＧは、どのユーザがどの仮想マシンを使用することができるかと、それらのユーザにとって利用可能なアプリケーションおよび／またはデスクトップを指定する。上記で論じられたように、共通接続パラメータは、ネットワークトランスポートタイプ、オーディオ／ディスプレイ設定、セキュリティ設定、ドライブマッピング設定などを含んでよい。

中間接続リーステンプレート９３は、それぞれの初期テンプレートからの情報と、追加の特殊情報を組み込む。たとえば、追加の情報は、アプリグループ指定；リソース権利（たとえば、ユーザが権利を与えられるアプリ、ユーザが起動することを許可されているデスクトップの数など）；セッション共有制限；タグ；およびユーザごとのリソースロケーション順序を含んでよい。異なる実施形態では、他のパラメータも、初期および／または中間接続リーステンプレート９２、９３に含まれてよい。

ＣＬＩＳ５２は、情報のすべてを含む中間接続リースを生成して、それぞれの中間接続リーステンプレートに記憶し、さらに依然としてさらなる専門化生成および記憶する。たとえば、中間接続リースは、異なるユーザデバイスのために再暗号化されてよいユーザ固有接続リースと、接続が開始されるたびに割り当てられたゲートウェイ６０（図６を見よ）がＣＬＩＳ５２によって問い合わされなくてもよいような、リソースロケーションゲートウェイ接続リースとをさらに含んでよい。リソースロケーション直接接続リースは、それが、ゲートウェイ６０インスタンスのみが理解するキーとともに仮想配信アプライアンス５３アドレスを暗号化し得るように、ゲートウェイ６０に提供されてよい。これは、仮想配信アプライアンス５３情報がクライアントデバイス５１にさらされることを防止する助けとなるために、追加のセキュリティ尺度として実装されてよい。

最終接続リース９５は、所与のクライアントデバイス５１に関連付けられた固有情報に加えて、それぞれの中間接続リース９４の情報を含む。より具体的には、このデバイス固有情報は、特定のユーザデバイスのために暗号化および署名された、上記で説明されたＰＲＬＣ構成要素とＣＬＣ構成要素とを含んでよい。さらに、追加の情報も、自律的同期、サポート可能性などを容易にするために含まれてよい。

図の例では、接続リーステンプレートアプライアンス５８とＣＬＩＳ５２の両方は、同じ共有クラウドファイルストレージ６８を使用する。しかし、異なる実施形態では、接続リーステンプレートアプライアンス５８およびＣＬＩＳ５２は、クラウドファイルストレージ６８内の異なるパーティションが割り当てられてもよいし、異なるファイルストレージを全体で使用してもよい。すなわち、本明細書における「共有」メモリへの参照は、接続リーステンプレートアプライアンス５８が、それがテンプレートにアクセスし得るが、ＣＬＩＳはテンプレートストレージエリアへの書き込みアクセスを必ずしも必要とせず、そこにその接続リース９４および／または９５を保存する必要もないように、ＣＬＩＳ５２にアクセス可能な（または、これと共有される）ロケーションにテンプレート９２および／または９３を記憶することを意味する。いずれにしても、テンプレート９２、９３および中間接続リース９４の使用は、有利には、クラウド負荷およびストレージを減少させる助けとなり、接続リーステンプレートアプライアンス５８およびＣＬＩＳ５２のために使用される特定のクラウドファイルストレージ６８の割り当ては、異なる実装では、これらの目的を促進する助けとなるために適宜選択されてよい。

いくつかの実施形態では、望ましい場合、クラウドファイルストレージ６８の使用が抽象化（abstract）されてよい。たとえば、ブリッジ設計パターンが、ファイルストレージを抽象化する共有ライブラリ内のＡｚｕｒｅ、ＡＷＳ、またはＣｉｔｒｉｘ ＳｈａｒｅＦｉｌｅ上で実装されてよい。より具体的には、たとえば、共有ＡＰＩは、完全に新しい共有サービスなしでプログラミングレベルにおいて異なるサービスによって使用されてもよいし、ＲＥＳＴ ＡＰＩを有する共有クラウドファイルストレージサービスが使用されてもよい。

上記で述べられたように、別個のサービス（接続リーステンプレートアプライアンス５８およびＣＬＩＳ５２）は、別個のデータベース６７、６６を使用する。いくつかの構成では、データベース６７、６６は、抽象化ＡＰＩを共有してもよい。接続リースインデックスは、ＧＵＩＤによって、またはユーザデバイス情報によって、またはデータベース外部キーの使用などを通じて、接続リースを見つける助けとなる。次いで、接続リースがクラウドファイルストレージ６８に記憶されるポインタが見つけられる。例示的な１つの実装では、永続的なユーザＤＢを有するＣｉｔｒｉｘ ＳｈａｒｅＦｉｌｅは、データベース６６および／または６７を実装するために使用されてよい。例として、ＲＥＤＩＳ＋ＳＱＬ ＤＢは、それらの性能、レジリエンス、および永続的な能力に基づいて使用されてよいが、異なる実施形態では、他のプラットフォームが使用されてよい。

構成、権利、マシン状態、セッション状態、接続リース満了、失効などの更新は、有利には部分的または完全な接続リース更新という結果になるために、ＣＬＩＳ５２へのリソースプロバイダ９１の「工場」チェーンの異なる段階から伝搬されてよい。すなわち、イベントは、リソースプロバイダ９１からＣＬＩＳ５２に送信されてよく、これは、この例では、接続リーステンプレートアプライアンス５８を介してなされる。

ブローカ５７（図５参照）は、「工場」パターンでも接続リーステンプレートアプライアンス５８および／またはＣＬＩＳ５２に接続リース更新を伝搬し得る。たとえば、そのような更新は、マシンカタログ、配信グループ、アプリグループ、または他の変更；アプリ追加／除去；ユーザ権利更新；仮想配信アプライアンス５３電力管理更新：仮想配信アプライアンスダウン／アップステータス（たとえば、オンラインまたはオフライン）；プールされた仮想配信アプライアンス電力管理；仮想配信アプライアンス負荷変化；ユーザセッションロケーション（たとえば、プールされた仮想配信アプライアンスなど）；および、たとえば、ユーザのクライアントデバイスの別の１つに移動されることになる第１のクライアントデバイス５１からユーザが起動し得る現在動作しているアプリを可能にするためのワークスペースローミング、を含んでよい。

ＣＬＩＳ５２はまた、たとえば、最近のユーザ活動（アクティブなユーザ）、最近のデバイスコールホーム、最近のログオンなどに基づいて、接続リース期限切れをチェックし、接続リースを新しくする。この点に関して、ＣＬＩＳ５２は、いくつかの実施形態では、ユーザのクライアントデバイス５１の１つが最近使用されたことに基づいて、所与のユーザに関連付けられた最終接続リース９５のうちのいくつかまたはすべてを新しくすることがある。たとえば、ユーザが、延長された期間にわたってそのラップトップを使用していないことがあるが、そのデスクトップデバイスは、その期間内で定期的に使用されている。したがって、ＣＬＩＳ５２は、ユーザが依然としてアクティブであることを知り、したがって、デスクトップデバイスの使用が、ユーザが依然としてアクティブであることを実証したことに基づいて、ラップトップのためのリースを新しくするように構成されることがある。

例示的な一実装では、ＣＬＩＳ５２は、期限切れをチェックする／リースを周期的に、たとえば７日ごとに新しくする（が、他の時間期間も使用されてよい）ことがある。別の例示的な実施形態では、ＣＬＩＳ５２は、接続リース更改をコールホームのリズム（cadence）に結び付けることがあり、たとえば、それは、一定の時間の量（たとえば、長い休暇時間に相当する１か月など）以内にコールホームが起こらなかった場合、ユーザデバイスごとの新しい接続リースを生成することをやめることがある。ＣＬＩＳ５２は、この目的のために、ユーザデバイスごとにタイムスタンプを保つことがある。

種々の手法も、接続リース失効のために使用されてよい。例示的な１つの手法では、接続リース失効は、ユーザごとに実施されないが、クラウド実装が取り組まれたなどの場合に、バルク失効がサポートされることがある。他の実装では、個々の接続リース失効がイネーブルにされてよい。たとえば、ＣＬＩＳ５２は、証明書失効リストのパターンと同様に、取り消されることになるＧＵＩＤを仮想配信アプライアンス５３およびゲートウェイ６０に送信することがある。例示的な別の手法では、中間接続リースおよび／または最終接続リース９４、９５が、クラウドファイルストレージから削除されることがあり、したがって、ＣＬ同期エンジン６２は、それらをクライアントデバイス５１からも除去することがある。

加えて図１０Ａ～図１０Ｂのシーケンス図２３０を参照すると、いくつかの実装では、ＣＷＡ同期エンジン６２は、ユーザの仮想フォルダ６３からの接続リースをクライアントデバイス５１における接続リースファイル同期フォルダ６１へと自律的に同期させることがある。プロセスは、クライアント５１が、ユーザの仮想フォルダ６３（およびサブフォルダ６４）のためのルート同期フォルダロケーションへの同期を接続リース同期エンジン６２に要求することで始まる。クライアントデバイス５１は、セッションキーに基づいてセカンダリトークン同期をａｕｔｈマネージャ７１にさらに要求し、セカンダリトークン同期は、ａｕｔｈマネージャによってクライアントに返される。次いで、クライアントデバイス５１は、同期されたセカンダリトークンに基づいて接続リース同期エンジン６２を用いて初期化し、接続リース同期エンジンは、接続リースファイル同期サーバ７５にａｕｔｈを送信し、接続リースファイル同期サーバ７５は、それに応じてａｕｔｈトークンを返す。これは、接続リース同期エンジン６２が同期プロセスを開始することを可能にする。

より具体的には、接続リース同期エンジン６２は、接続リースファイル同期フォルダ６１からローカル同期フォルダを検索し、次いで、ａｕｔｈトークンに基づいて接続リースファイル同期サーバ７５に要求を発行する。次いで、接続リースファイル同期サーバ７５は、ＣＬＩＳ ＳＱＬデータベース６６からユーザデバイス同期フォルダ情報を検索し、それを接続リース同期エンジン６２に返す。次いで、接続リース同期エンジン６２は、接続リースファイル情報のフォルダ変更／日付リストをチェックし、それをローカル同期フォルダ６１情報と比較する。次いで、接続リース同期エンジン６２が、クラウドファイルストレージ６８から接続リースファイル情報を読み出し、クライアントデバイス５１のローカル同期フォルダ６１において適切な接続リースファイルを記憶、更新、または削除するために、接続リースファイル同期サーバ７５と反復的に協働することがある。

埋め込まれた（たとえば、ＣＷＡ）ブラウザ実装の場合、同期エンジン６２は、ストアがリフレッシュされると、アクティブ化されることがある。あるいは、バックグラウンドリフレッシュも、たとえば、プログレッシブウェブアプリ（ＰＷＡ）サービスワーカから、実施されてよい。

前述の手法は、有利には、効率的な複合的（モジュール式）接続リース設計を提供するために使用されてよい。さらに、これらの手法は、テンプレート、中間ユーザデバイスＣＬ、および最終ユーザデバイスＣＬを使用した接続リースバックグラウンドイベントベースの生成および管理のための「工場」パターンも提供する。その結果、階層的機会主義的手法は、拡張されたレジリエンスと、権利および接続操縦に関する正確なリアルタイムデータが与えられる。本明細書に記載される手法の他の長所は、改善されたレジリエンス、スケーラビリティ、セキュリティ、および接続技術のユーザエクスペリエンス、のうちの１つまたは複数を含んでよい。

前述の手法の他の長所は、ＣＬの自律的な一方向性同期に対するクライアントデバイスと、ならびに、クライアントデバイス／エンドポイントおよびクラウド上の接続リースの全体的なサイズを減少させる；ネットワークトラフィックを減少させる；ブローカ５７、ワークスペース５５、ＣＬＩＳ５２などを含めてクラウドに対する負荷を減少させる；テレメトリおよびサポート可能性を容易にする；複雑さおよび漸進的な改善がクラウド内で発生する間エンドポイント（たとえば、ＣＷＡ）を比較的単純に保つ；接続リースを用いてレジリエンス、セキュリティ、およびユーザエクスペリエンスを改善する機構を含んでよい。

次に、図８のシステム８０に対する関連方法態様が、図１２のフロー図２２０を参照して説明される。ブロック２２１で始まり、クライアントデバイス８１によるパブリッシュリソースの選択に応答して（ブロック２２２）、方法は、例示的には、ブロック２２３において、接続リース発行アプライアンス８２を使用して、共有メモリ６８に記憶される、パブリッシュリソース９１に対応する接続リーステンプレートにアクセスすることを含む。方法は、例示的には、ブロック２２４において、記憶された接続リーステンプレートに基づいて接続リース発行アプライアンス８２を使用してそれぞれのクライアントデバイス８１のための接続リースをプロビジョニングすることをさらに含み、これは、図の方法を終える（ブロック２２５）。上記で述べられたように、接続リースは、クライアントデバイス８１によってパブリッシュリソースの選択に応答して必要に応じてプロビジョニングされてよく、接続リースは、パブリッシュリソースに対応する仮想コンピューティングセッション８３にクライアントデバイスを接続するための命令を提供してよい。

さらなる例示的な実施形態
以下の例は、他の置換および構成が当業者には明らかになるさらなる例示的な実施形態である。

例Ａは、メモリと、このメモリと協働し、クライアントデバイスによって選択されたパブリッシュリソースに対して接続リースを生成するように構成されたプロセッサとを備えるコンピューティングデバイスのためのものである。接続リースは、パブリッシュリソースに対応する仮想コンピューティングセッションにクライアントデバイスを接続するための命令を提供する。選択されたパブリッシュリソースに一意のパブリッシュリソースリース構成要素と、複数の異なるパブリッシュリソースによって共有される共通リース構成要素とを含む各接続リース。

例Ｂは例Ａの主題を含み、クライアントデバイスは、少なくとも１つの仮想配信アプライアンスによって仮想コンピューティングセッションに接続され、共通リース構成要素は、少なくとも１つの仮想配信アプライアンスに関連付けられたネットワークアドレスを含む。

例Ｃは、例Ａおよび例Ｂの主題を含み、クライアントデバイスは、少なくとも１つのゲートウェイアプライアンスによって仮想配信アプライアンスに接続され、共通リース構成要素は、少なくとも１つのゲートウェイアプライアンスに関連付けられたネットワークアドレスを含む。

例Ｄは例Ａの主題を含み、仮想コンピューティングセッションのうちの少なくともいくつかは、クラウドベースの仮想コンピューティングセッションを含み、クライアントデバイスは、少なくとも１つのクラウドインターフェースアプライアンスによってクラウドベースの仮想コンピューティングセッションに接続され、共通リース構成要素は、少なくとも１つのクラウドインターフェースアプライアンスに関連付けられたネットワークアドレスを含む。

例Ｅは例Ａの主題を含み、クライアントデバイスは、異なるゾーンにグループ化された複数の仮想配信アプライアンスによって仮想コンピューティングセッションに接続され、共通リース構成要素は、仮想配信アプライアンスの所与のグループに対してゾーン指定を含む。

例Ｆは例Ａの主題を含み、少なくとも１つの仮想配信アプライアンスは、複数の仮想配信アプライアンスを含み、共通リース構成要素は、仮想配信アプライアンスのうちの少なくともいくつかの順序付きリストを含む。

例Ｇは例Ａの主題を含み、共通リース構成要素は、ネットワークトランスポートタイプ設定、オーディオ設定、ディスプレイ解像度設定、セキュリティ設定、およびドライブマッピングイネーブルメント設定、のうちの少なくとも１つを含む。

例Ｈは例Ａの主題を含み、プロセッサは、パブリッシュリソースリース構成要素および共通リース構成要素を互いから独立して更新するようにさらに構成される。

例Ｉは例Ａの主題を含み、パブリッシュリソースリース構成要素は、リソースキーグローバル一意識別子（ＧＵＩＤ）、ユーザ識別子、および有効期限、のうちの少なくとも１つを含む。

例Ｊは、サーバにおいて、クライアントデバイスによって選択されたパブリッシュリソースに対して接続リースを生成することであって、接続リースは、パブリッシュリソースに対応する仮想コンピューティングセッションにクライアントデバイスを接続するための命令を提供する、ことを含む方法が対象とされる。各接続リースは、選択されたパブリッシュリソースに一意のパブリッシュリソースリース構成要素と、複数の異なるパブリッシュリソースによって共有される共通リース構成要素とを含む。

例Ｋは例Ｊの主題を含み、クライアントデバイスは、少なくとも１つの仮想配信アプライアンスによって仮想コンピューティングセッションに接続され、共通リース構成要素は、少なくとも１つの仮想配信アプライアンスに関連付けられたネットワークアドレスを含む。

例Ｌは、例Ｊおよび例Ｋの主題を含み、クライアントデバイスは、少なくとも１つのゲートウェイアプライアンスによって仮想配信アプライアンスに接続され、共通リース構成要素は、少なくとも１つのゲートウェイアプライアンスに関連付けられたネットワークアドレスを含む。

例Ｍは例Ｊの主題を含み、仮想コンピューティングセッションのうちの少なくともいくつかは、クラウドベースの仮想コンピューティングセッションを含み、クライアントデバイスは、少なくとも１つのクラウドインターフェースアプライアンスによってクラウドベースの仮想コンピューティングセッションに接続され、共通リース構成要素は、少なくとも１つのクラウドインターフェースアプライアンスに関連付けられたネットワークアドレスを含む。

例Ｎは例Ｊの主題を含み、クライアントデバイスは、異なるゾーンにグループ化された複数の仮想配信アプライアンスによって仮想コンピューティングセッションに接続され、共通リース構成要素は、仮想配信アプライアンスの異なるグループに対してゾーン指定を含む。

例Ｏは、仮想コンピューティングセッションに対応するパブリッシュリソースを選択するように構成された複数のクライアントデバイスと、クライアントデバイスによって選択されたパブリッシュリソースに対して接続リースを生成するように構成されたサーバであって、各接続リースは、選択されたパブリッシュリソースに一意のパブリッシュリソースリース構成要素と、複数の異なるパブリッシュリソースによって共有される共通リース構成要素とを含む、サーバと、接続リースに基づいてそれぞれの仮想コンピューティングセッションにクライアントデバイスを接続するように構成された少なくとも１つの仮想配信アプライアンスと、を備えるコンピューティングシステムが対象とされる。

例Ｐは例Ｏの主題を含み、共通リース構成要素は、少なくとも１つの仮想配信アプライアンスに関連付けられたネットワークアドレスを含む。

例Ｑは例Ｏの主題を含み、少なくとも１つの仮想配信アプライアンスにクライアントデバイスを接続するように構成された少なくとも１つのゲートウェイアプライアンスをさらに備え、共通リース構成要素は、少なくとも１つのゲートウェイアプライアンスに関連付けられたネットワークアドレスを含む。

例Ｒは例Ｏの主題を含み、仮想コンピューティングセッションのうちの少なくともいくつかは、クラウドベースの仮想コンピューティングセッションを含み、クラウドベースの仮想コンピューティングセッションにクライアントデバイスを接続するように構成された少なくとも１つのクラウドインターフェースアプライアンスをさらに備え、共通リース構成要素は、少なくとも１つのクラウドインターフェースアプライアンスに関連付けられたネットワークアドレスを含む。

例Ｓは例Ｏの主題を含み、共通リース構成要素は、仮想コンピューティングセッションロケーションを含み、サーバは、仮想コンピューティングセッションロケーションにおける変更に応答して共通リース構成要素を更新する。

例Ｔは例Ｏの主題を含み、共通リース構成要素は、アクティブなおよび切断されたセッションに対してステータスインジケータをさらに含み、少なくとも１つの仮想配信アプライアンスは、以前に確立されたアクティブかつ切断されたセッションにクライアントデバイスを再接続するようにさらに構成される。

例ＡＡは、メモリと、このメモリと協働し、共有メモリに記憶されたパブリッシュリソースに対応する複数の接続リーステンプレートにアクセスし、記憶された接続リーステンプレートに基づいて接続リース発行アプライアンスを使用してそれぞれのクライアントデバイスのための接続リースをプロビジョニングするように構成されたプロセッサとを備えるコンピューティングデバイスが対象とされる。接続リースは、クライアントデバイスによってパブリッシュリソースの選択に応答して必要に応じてプロビジョニングされ、接続リースは、パブリッシュリソースに対応する仮想コンピューティングセッションにクライアントデバイスを接続するための命令を提供する。

例ＢＢは例ＡＡの主題を含み、テンプレートは、第１の接続パラメータを含む初期テンプレートと、第１のパラメータと第２の接続パラメータとを含む中間テンプレートとを備える。

例ＣＣは、例ＡＡおよび例ＢＢの主題を含み、第１の接続パラメータは、パブリッシュリソース配信グループおよび共通接続パラメータのうちの少なくとも１つを備える。

例ＤＤは、例ＡＡおよび例ＢＢの主題を含み、第２の接続パラメータは、アプリケーショングループ、リソース権利、セッション共有制限、タグパラメータ、およびリソースロケーション順序、のうちの少なくとも１つを備える。

例ＥＥは例ＡＡの主題を含み、プロセッサは、接続リーステンプレートに基づいて中間接続リースを生成し、共有メモリに記憶するようにさらに構成され、各中間接続リースは、それぞれのユーザに関連付けられ、プロセッサは、中間接続リースを、各ユーザに関連付けられたそれぞれのクライアントデバイスのための接続リース最終へとプロビジョニングするように構成される。

例ＦＦは例ＡＡおよび例ＥＥの主題を含み、プロセッサは、有効期間中に所与のユーザに関連付けられた最終接続リースのうちの少なくとも１つの使用法に基づいて有効期間の終了の前に所与のユーザに関連付けられた最終接続リースのすべてを新しくするようにさらに構成される。

例ＧＧは、接続リース発行アプライアンスを使用して共有メモリに記憶されたパブリッシュリソースに対応する複数の接続リーステンプレートにアクセスすることと、記憶された接続リーステンプレートに基づいて接続リース発行アプライアンスを使用してそれぞれのクライアントデバイスのための接続リースをプロビジョニングすることとを含む方法が対象とされる。接続リースは、クライアントデバイスによってパブリッシュリソースの選択に応答して必要に応じてプロビジョニングされ、接続リースは、パブリッシュリソースに対応する仮想コンピューティングセッションにクライアントデバイスを接続するための命令を提供する。

例ＨＨは例ＧＧの主題を含み、テンプレートは、第１の接続パラメータを含む初期テンプレートと、第１のパラメータと第２の接続パラメータとを含む中間テンプレートとを備える。

例ＩＩは、例ＧＧおよび例ＨＨの主題を含み、第１の接続パラメータは、パブリッシュリソース配信グループおよび共通接続パラメータのうちの少なくとも１つを備える。

例ＪＪは例ＧＧおよび例ＨＨの主題を含み、第２の接続パラメータは、アプリケーショングループ、リソース権利、セッション共有制限、タグパラメータ、およびリソースロケーション順序、のうちの少なくとも１つを備える。

例ＫＫは例ＧＧの主題を含み、接続リース発行アプライアンスを使用して接続リーステンプレートに基づいて中間接続リースを生成し、共有メモリに記憶することであって、各中間接続リースはそれぞれのユーザに関連付けられる、ことをさらに含み、プロビジョニングは、中間接続リースを、各ユーザに関連付けられたそれぞれのクライアントデバイスのための最終接続リースにプロビジョニングすることを含む。

例ＬＬは例ＧＧおよび例ＫＫの主題を含み、接続リース発行アプライアンスを使用して有効期間中に所与のユーザに関連付けられた最終接続リースのうちの少なくとも１つの使用法に基づいて有効期間の終了の前に所与のユーザに関連付けられた最終接続リースのすべてを新しくすることをさらに含む。

例ＭＭは、仮想コンピューティングセッションに対応するパブリッシュリソースを選択するように構成された複数のクライアントデバイスと、パブリッシュリソースに対応する複数の接続リーステンプレートを生成し、接続リーステンプレートを共有メモリに記憶するように構成された接続リーステンプレートアプライアンスと、共有メモリに記憶された接続リーステンプレートにアクセスし、接続リーステンプレートに基づいてそれぞれのクライアントコンピューティングデバイスのための接続リースをプロビジョニングするように構成された接続リース発行アプライアンスであって、接続リースは、クライアントデバイスによって接続リース発行によるパブリッシュリソースの選択に応答して必要に応じてプロビジョニングされる、接続リース発行アプライアンスと、接続リースに基づいてそれぞれの仮想コンピューティングセッションにクライアントデバイスを接続するように構成された少なくとも１つの仮想配信アプライアンスと、を備えるコンピューティングシステムが対象とされる。

例ＮＮは例ＭＭの主題を含み、テンプレートは、第１の接続パラメータを含む初期テンプレートと、第１のパラメータと第２の接続パラメータとを含む中間テンプレートとを備える。

例ＯＯは、例ＭＭおよび例ＮＮの主題を含み、第１の接続パラメータは、パブリッシュリソース配信グループおよび共通接続パラメータのうちの少なくとも１つを備える。

例ＰＰは例ＭＭおよび例ＮＮの主題を含み、第２の接続パラメータは、アプリケーショングループ、リソース権利、セッション共有制限、タグパラメータ、およびリソースロケーション順序、のうちの少なくとも１つを備える。

例ＱＱは例ＭＭの主題を含み、接続リース発行アプライアンスは、各々がそれぞれのユーザに関連付けられた接続リーステンプレートに基づいて中間接続リースを生成し、共有メモリに記憶し、中間接続リースを、各ユーザに関連付けられたそれぞれのクライアントコンピューティングデバイスのための最終接続リースへとプロビジョニングするようにさらに構成される。

例ＲＲは例ＭＭおよび例ＱＱの主題を含み、接続リース発行アプライアンスは、有効期間中に所与のユーザに関連付けられた最終接続リースのうちの少なくとも１つの使用法に基づいて有効期間の終了の前に所与のユーザに関連付けられた最終接続リースのすべてを新しくするようにさらに構成される。

例ＳＳは例ＭＭの主題を含み、少なくとも１つの仮想配信エージェントは複数の仮想配信エージェントを備え、接続リース発行アプライアンスは、仮想配信エージェントに対する変更に基づいてクライアントコンピューティングデバイスのための新しい接続リースをプロビジョニングするようにさらに構成される。

例ＴＴは例ＭＭの主題を含み、接続リース発行アプライアンスは、パブリッシュリソースに対する権利に対する変更に基づいてクライアントコンピューティングデバイスのための新しい接続リースをプロビジョニングするようにさらに構成される。

多数の修正および他の実施形態が、前述の記載および関連の図面に提示されている教示の利益を有する当業者には想起されよう。したがって、前述は例示的な実施形態に限定されるべきではなく、修正および他の実施形態が添付の特許請求の範囲内に含まれることが意図されていることを理解されたい。

４０ コンピューティングシステム
４１ クライアントデバイス

Claims (20)

1. メモリと、前記メモリと協働し、
   コンピューティングセッションに接続するための命令を提供する接続リースを受信し、
   前記接続リースを含む前記コンピューティングセッションへの接続を要求し、
   ように構成されたプロセッサと
   を備えたコンピューティングデバイスであって、
   各接続リースは、パブリッシュリソースに一意の第１の構成要素と、前記第１の構成要素によって参照され、他の接続リースにおける複数の異なるパブリッシュリソースと同様に共有される第２の構成要素とを含み、前記第２の構成要素は、前記第１の構成要素から独立して更新可能であることを特徴とするコンピューティングデバイス。
2. 前記プロセッサは、少なくとも１つの仮想配信アプライアンスによって前記コンピューティングセッションに接続され、前記第２の構成要素は、前記少なくとも１つの仮想配信アプライアンスに関連付けられたネットワークアドレスを含むことを特徴とする請求項１に記載のコンピューティングデバイス。
3. 前記プロセッサは、少なくとも１つのゲートウェイアプライアンスによって前記少なくとも１つの仮想配信アプライアンスに接続され、前記第２の構成要素は、前記少なくとも１つのゲートウェイアプライアンスに関連付けられたネットワークアドレスを含むことを特徴とする請求項２に記載のコンピューティングデバイス。
4. 前記コンピューティングセッションのうちの少なくともいくつかは、クラウドベースの仮想コンピューティングセッションを含み、前記プロセッサは、少なくとも１つのクラウドインターフェースアプライアンスによって前記クラウドベースの仮想コンピューティングセッションに接続され、前記第２の構成要素は、前記少なくとも１つのクラウドインターフェースアプライアンスに関連付けられたネットワークアドレスを含むことを特徴とする請求項１に記載のコンピューティングデバイス。
5. 前記プロセッサは、異なるゾーンにグループ化された複数の仮想配信アプライアンスによって前記コンピューティングセッションに接続され、前記第２の構成要素は、仮想配信アプライアンスの所与のグループに対してゾーン指定を含むことを特徴とする請求項１に記載のコンピューティングデバイス。
6. 前記プロセッサは、少なくとも１つの仮想配信アプライアンスによって前記コンピューティングセッションに接続され、前記第２の構成要素は、前記仮想配信アプライアンスのうちの少なくともいくつかの順序付きリストを含むことを特徴とする請求項１に記載のコンピューティングデバイス。
7. 前記第２の構成要素は、ネットワークトランスポートタイプ設定、オーディオ設定、ディスプレイ解像度設定、セキュリティ設定、およびドライブマッピングイネーブルメント設定のうちの少なくとも１つを含むことを特徴とする請求項１に記載のコンピューティングデバイス。
8. 前記第１の構成要素は、リソースキーグローバル一意識別子（ＧＵＩＤ）、ユーザ識別子、および有効期限のうちの少なくとも１つを含むことを特徴とする請求項１に記載のコンピューティングデバイス。
9. コンピューティングセッションに接続するための命令を提供するコンピューティングデバイスにおいて接続リースを受信することと、
   前記接続リースを含む前記コンピューティングデバイスから前記コンピューティングセッションへの接続を要求することと
   を備える方法であって、
   各接続リースは、パブリッシュリソースに一意の第１の構成要素と、前記第１の構成要素によって参照され、他の接続リースにおける複数の異なるパブリッシュリソースと同様に共有される第２の構成要素とを含み、前記第２の構成要素は、前記第１の構成要素から独立して更新可能であることを特徴とする方法。
10. 前記コンピューティングデバイスは、少なくとも１つの仮想配信アプライアンスによって前記コンピューティングセッションに接続され、前記第２の構成要素は、前記少なくとも１つの仮想配信アプライアンスに関連付けられたネットワークアドレスを含むことを特徴とする請求項９に記載の方法。
11. 前記コンピューティングデバイスは、少なくとも１つのゲートウェイアプライアンスによって前記少なくとも１つの仮想配信アプライアンスに接続され、前記第２の構成要素は、前記少なくとも１つのゲートウェイアプライアンスに関連付けられたネットワークアドレスを含むことを特徴とする請求項１０に記載の方法。
12. 前記コンピューティングセッションのうちの少なくともいくつかは、クラウドベースの仮想コンピューティングセッションを含み、前記コンピューティングデバイスは、少なくとも１つのクラウドインターフェースアプライアンスによって前記クラウドベースの仮想コンピューティングセッションに接続され、前記第２の構成要素は、前記少なくとも１つのクラウドインターフェースアプライアンスに関連付けられたネットワークアドレスを含むことを特徴とする請求項９に記載の方法。
13. 前記コンピューティングデバイスは、異なるゾーンにグループ化された複数の仮想配信アプライアンスによって前記コンピューティングセッションに接続され、前記第２の構成要素は、仮想配信アプライアンスの所与のグループに対してゾーン指定を含むことを特徴とする請求項９に記載の方法。
14. 前記コンピューティングデバイスは、少なくとも１つの仮想配信アプライアンスによって前記コンピューティングセッションに接続され、前記第２の構成要素は、前記仮想配信アプライアンスのうちの少なくともいくつかの順序付きリストを含むことを特徴とする請求項９に記載の方法。
15. コンピューティングデバイスに、
    コンピューティングセッションに接続するための命令を提供する接続リースを受信することと、
    前記接続リースを含む前記コンピューティングセッションへの接続を要求することと
    を含むステップを行わせるためのコンピュータ実行可能な命令を有する非一時的なコンピュータ読取り可能媒体であって、
    各接続リースは、パブリッシュリソースに一意の第１の構成要素と、前記第１の構成要素によって参照され、他の接続リースにおける複数の異なるパブリッシュリソースと同様に共有される第２の構成要素とを含み、前記第２の構成要素は、前記第１の構成要素から独立して更新可能であることを特徴とする非一時的なコンピュータ読取り可能媒体。
16. 前記コンピューティングデバイスは、少なくとも１つの仮想配信アプライアンスによって前記コンピューティングセッションに接続され、前記第２の構成要素は、前記少なくとも１つの仮想配信アプライアンスに関連付けられたネットワークアドレスを含むことを特徴とする請求項１５に記載の非一時的なコンピュータ読取り可能媒体。
17. 前記コンピューティングデバイスは、少なくとも１つのゲートウェイアプライアンスによって前記少なくとも１つの仮想配信アプライアンスに接続され、前記第２の構成要素は、前記少なくとも１つのゲートウェイアプライアンスに関連付けられたネットワークアドレスを含むことを特徴とする請求項１６に記載の非一時的なコンピュータ読取り可能媒体。
18. 前記コンピューティングセッションのうちの少なくともいくつかは、クラウドベースの仮想コンピューティングセッションを含み、前記コンピューティングデバイスは、少なくとも１つのクラウドインターフェースアプライアンスによって前記クラウドベースの仮想コンピューティングセッションに接続され、前記第２の構成要素は、前記少なくとも１つのクラウドインターフェースアプライアンスに関連付けられたネットワークアドレスを含むことを特徴とする請求項１５に記載の非一時的なコンピュータ読取り可能媒体。
19. 前記コンピューティングデバイスは、異なるゾーンにグループ化された複数の仮想配信アプライアンスによって前記コンピューティングセッションに接続され、前記第２の構成要素は、仮想配信アプライアンスの所与のグループに対してゾーン指定を含むことを特徴とする請求項１５に記載の非一時的なコンピュータ読取り可能媒体。
20. 前記コンピューティングデバイスは、少なくとも１つの仮想配信アプライアンスによって前記コンピューティングセッションに接続され、前記第２の構成要素は、前記仮想配信アプライアンスのうちの少なくともいくつかの順序付きリストを含むことを特徴とする請求項１５に記載の非一時的なコンピュータ読取り可能媒体。

Images