知財求人 - 知財ポータルサイト「IP Force」
▶ シトリックス・システムズ・インコーポレイテッドの特許一覧
特表2022-533889仮想セッション要求をバリデーションするためのシステムおよび方法
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2022-07-27
(54)【発明の名称】仮想セッション要求をバリデーションするためのシステムおよび方法
(51)【国際特許分類】
G06F 21/44 20130101AFI20220720BHJP
H04L 9/08 20060101ALI20220720BHJP
H04L 9/32 20060101ALI20220720BHJP
【ＦＩ】
G06F21/44
H04L9/08 F
H04L9/32 200B
H04L9/32 200F
【審査請求】有
【予備審査請求】未請求
(21)【出願番号】P 2021558663
(86)(22)【出願日】2020-04-16
(85)【翻訳文提出日】2021-11-29
(86)【国際出願番号】 US2020028448
(87)【国際公開番号】W WO2020236355
(87)【国際公開日】2020-11-26
(31)【優先権主張番号】62/850,089
(32)【優先日】2019-05-20
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】16/847,780
(32)【優先日】2020-04-14
(33)【優先権主張国・地域又は機関】US
(81)【指定国・地域】
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＪＡＶＡ
２．ＢＬＵＥＴＯＯＴＨ
３．Ｌｉｎｕｘ
４．ＡＮＤＲＯＩＤ
５．ＪＡＶＡＳＣＲＩＰＴ
(71)【出願人】
【識別番号】508045099
【氏名又は名称】シトリックス・システムズ・インコーポレイテッド
【氏名又は名称原語表記】Ｃｉｔｒｉｘ Ｓｙｓｔｅｍｓ，Ｉｎｃ．
(74)【代理人】
【識別番号】110001243
【氏名又は名称】弁理士法人谷・阿部特許事務所
(72)【発明者】
【氏名】ゲオルギー モンチロフ
(72)【発明者】
【氏名】ヒュバート ディヴォー
(72)【発明者】
【氏名】ロベルト バルデス
(72)【発明者】
【氏名】レオ シー．シングルトン ザ フォース
(72)【発明者】
【氏名】ポール ブラウン
(72)【発明者】
【氏名】ケヴィン ウッドマンズィー
(57)【要約】
コンピューティングシステムは、複数のクライアントデバイスに対してパブリッシュリソースエンタイトルメントを格納し更新するように構成されたコンピューティングデバイスを含む。システムは、クライアントデバイスからの接続要求を受信し、接続要求が、クライアントデバイスに対するパブリッシュリソースエンタイトルメントに基づいて発行された接続リースを含み、コンピューティングデバイスからの接続リースのバリデーションを要求し、コンピューティングデバイスからの接続リースのバリデーションに応答して、パブリッシュリソースエンタイトルメントに対応する仮想セッションへのアクセスをクライアントデバイスに提供するように構成された複数の仮想配信アプライアンスをさらに含むことがある。コンピューティングデバイスは、仮想配信アプライアンスからのバリデーション要求に応答して、更新されたパブリッシュリソースエンタイトルメントと接続リースを比較することに基づいて仮想セッション要求をバリデーションすることもある。
【特許請求の範囲】
【請求項1】
コンピューティングデバイスにおいて、複数のクライアントデバイスに対してパブリッシュリソースエンタイトルメントを格納し更新することと、前記クライアントデバイスから接続要求を受信し、前記接続要求は、前記クライアントデバイスに対する前記パブリッシュリソースエンタイトルメントに基づいて発行された接続リースを含み、
前記コンピューティングデバイスからの前記接続リースのバリデーションを要求する
ために複数の仮想配信アプライアンスを使用することと、
前記コンピューティングデバイスにおいて、前記仮想配信アプライアンスからのバリデーション要求に応答して、前記更新されたパブリッシュリソースエンタイトルメントと前記接続リースを比較することに基づいて前記仮想セッション要求をバリデーションすることと、
前記仮想配信アプライアンスにおいて、前記コンピューティングデバイスからの接続リースのバリデーションに応答して、前記パブリッシュリソースエンタイトルメントに対応する仮想セッションへのアクセスを前記クライアントデバイスに提供することと
を備える方法。
【請求項2】
前記コンピューティングデバイスにおいて、前記仮想配信アプライアンスに対して事前認定されたバリデーションを生成することと、前記仮想配信アプライアンスにおいて、前記事前認定されたバリデーションに基づいて、前記コンピューティングデバイスの可用性なしに、要求された仮想セッションへのアクセスを少なくとも１つのクライアントデバイスに提供することとをさらに備える、請求項１に記載の方法。
【請求項3】
前記仮想配信アプライアンスは、プールに配列され、および、前記方法は、前記プールにて与えられた仮想配信アプライアンスにおいて、前記要求された仮想セッションへのアクセスを前記少なくとも１つのクライアントデバイスに提供した後、前記コンピューティングデバイスの可用性なしに、仮想セッションへの他のクライアントデバイスのアクセスを提供することを停止することをさらに備える、請求項２に記載の方法。
【請求項4】
前記与えられた仮想配信アプライアンスを再プロビジョニングして、前記要求された仮想セッションが閉じられた後、前記事前認定されたバリデーションを生成することをさらに備える、請求項３に記載の方法。
【請求項5】
前記仮想配信アプライアンスにおいて、前記コンピューティングデバイスの可用性なしに、他の仮想配信アプライアンスへの前記接続要求を拒否しリダイレクトすることをさらに備える、請求項１に記載の方法。
【請求項6】
前記接続リースは、前記複数の仮想配信アプライアンスのサブセットをリストし、および、前記方法は、前記コンピューティングデバイスにおいて、仮想配信アプライアンス使用レベルに基づいて、仮想配信アプライアンスの前記リストされたサブセットの内部か外部かいずれかの仮想配信アプライアンスに、バリデーションされた接続リースを有するクライアントデバイスをリダイレクトすることをさらに備える、請求項１に記載の方法。
【請求項7】
前記接続リースは、前記コンピューティングデバイスの公開／秘密暗号化キーペアに関連付けられ、前記秘密暗号化キーを用いて署名され、および、前記方法は、前記仮想配信アプライアンスにおいて、前記コンピューティングデバイスから前記接続リースのバリデーションを要求する前に、前記公開暗号化キーを用いて前記接続リースをバリデーションすることをさらに備える、請求項１に記載の方法。
【請求項8】
前記接続リースは、時間ベースでもあり、および、前記方法は、前記仮想配信アプライアンスにおいて、前記コンピューティングデバイスから前記接続リースのバリデーションを要求する前に、前記接続リースの時間ベースのバリデーションを行うことをさらに備える、請求項７に記載の方法。
【請求項9】
前記コンピューティングデバイスは、関連付けられた公開鍵／秘密鍵ペアをさらに有し、前記コンピューティングデバイスの前記公開鍵は、ルートオブトラスト（ＲｏＴ）の秘密鍵によって署名され、および、前記方法は、前記コンピューティングデバイスにおいて、仮想セッション要求バリデーションとともに署名された公開鍵を前記仮想配信アプライアンスに提供することをさらに備える、請求項１に記載の方法。
【請求項10】
ゲートウェイデバイスにおいて、前記ＲｏＴの公開鍵を用いて、前記コンピューティングデバイスの前記署名された公開鍵を認証することと、
前記コンピューティングデバイスの前記認証された公開鍵を用いて前記仮想セッション要求バリデーションを認証することと、
前記仮想セッション要求バリデーションを認証することに応答して、前記クライアントデバイスと前記仮想配信アプライアンスとの間にセッション接続を確立することと
をさらに備える、請求項９に記載の方法。
【請求項11】
前記クライアントデバイスにおいて前記ＲｏＴの公開鍵を用いて、前記コンピューティングデバイスの前記署名された公開鍵を認証することと、
前記コンピューティングデバイスの前記認証された公開鍵を用いて前記仮想セッション要求バリデーションを認証することと、
前記仮想セッション要求バリデーションを認証することに応答して、前記仮想配信アプライアンスとのセッション接続を確立することと
をさらに備える、請求項９に記載の方法。
【請求項12】
メモリと、複数のクライアントデバイスから接続要求を受信し、前記接続要求は、コンピューティングデバイスにおいて格納され更新された前記クライアントデバイスに対するパブリッシュリソースエンタイトルメントに基づいて発行された接続リースを含み、
前記接続リースのバリデーションを要求して、前記コンピューティングデバイスに、前記更新されたパブリッシュリソースエンタイトルメントと前記接続リースを比較することに基づいて前記仮想セッション要求をバリデーションさせ、
前記コンピューティングデバイスからの接続リースのバリデーションに応答して、前記パブリッシュリソースエンタイトルメントに対応する仮想セッションへのアクセスを前記クライアントデバイスに提供する
ために前記メモリと協働するように構成されたプロセッサと
を備えた仮想配信アプライアンス。
【請求項13】
前記コンピューティングデバイスは、前記コンピューティングデバイスに対して事前認定されたバリデーションを生成するように構成され、前記プロセッサは、前記事前認定されたバリデーションに基づいて、前記コンピューティングデバイスの可用性なしに、要求された仮想セッションへのアクセスを少なくとも１つのクライアントデバイスに提供するようにさらに構成される、請求項１２に記載の仮想配信アプライアンス。
【請求項14】
プロセッサは、前記コンピューティングデバイスの可用性なしに、別の仮想配信アプライアンスへの前記接続要求を拒否しリダイレクトするようにさらに構成される、請求項１２に記載の仮想配信アプライアンス。
【請求項15】
前記接続リースは、公開／秘密暗号化キーペアに関連付けられ、前記秘密暗号化キーを用いて署名され、および、前記プロセッサは、前記コンピューティングデバイスから前記接続リースのバリデーションを要求する前に、前記公開暗号化キーを用いて前記接続リースをバリデーションするように構成される、請求項１２に記載の仮想配信アプライアンス。
【請求項16】
前記コンピューティングデバイスは、関連付けられた公開鍵／秘密鍵ペアをさらに有し、前記コンピューティングデバイスの前記公開鍵は、ルートオブトラスト（ＲｏＴ）の秘密鍵によって署名され、および、前記コンピューティングデバイスは、仮想セッション要求バリデーションとともに署名された公開鍵を前記プロセッサに提供するように構成される、請求項１２に記載の仮想配信アプライアンス。
【請求項17】
コンピューティングシステムであって、複数のクライアントデバイスに対してパブリッシュリソースエンタイトルメントを格納し更新するように構成されたコンピューティングデバイスと、
前記クライアントデバイスから接続要求を受信し、前記接続要求は、前記クライアントデバイスに対する前記パブリッシュリソースエンタイトルメントに基づいて発行された接続リースを含み、
前記コンピューティングデバイスからの前記接続リースのバリデーションを要求し、
前記コンピューティングデバイスからの接続リースのバリデーションに応答して、前記パブリッシュリソースエンタイトルメントに対応する仮想セッションへのアクセスを前記クライアントデバイスに提供する
ように構成された複数の仮想配信アプライアンスと
を備え、
前記コンピューティングデバイスは、前記仮想配信アプライアンスからのバリデーション要求に応答して、前記更新されたパブリッシュリソースエンタイトルメントと前記接続リースを比較することに基づいて前記仮想セッション要求をバリデーションする、コンピューティングシステム。
【請求項18】
前記コンピューティングデバイスは、前記仮想配信アプライアンスに対して事前認定されたバリデーションを生成するようにさらに構成され、前記仮想配信アプライアンスは、前記事前認定されたバリデーションに基づいて、前記コンピューティングデバイスの可用性なしに、要求された仮想セッションへのアクセスを少なくとも１つのクライアントデバイスに提供するように構成される、請求項１７に記載のコンピューティングシステム。
【請求項19】
前記仮想配信アプライアンスは、前記コンピューティングデバイスの可用性なしに、他の仮想配信アプライアンスへの前記接続要求を拒否しリダイレクトするようにさらに構成される、請求項１７に記載のコンピューティングシステム。
【請求項20】
前記接続リースは、前記複数の仮想配信アプライアンスのサブセットをリストし、および、前記コンピューティングデバイスは、仮想配信アプライアンス使用レベルに基づいて、仮想配信アプライアンスの前記リストされたサブセットの内部か外部かいずれかの仮想配信アプライアンスに、バリデーションされた接続リースを有するクライアントデバイスをリダイレクトするようにさらに構成される、請求項１７に記載のコンピューティングシステム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、仮想セッション要求に関し、より詳細には、仮想セッション要求をバリデーションするためのシステムおよび方法に関する。
【背景技術】
【0002】
関連出願の相互参照
本出願は、２０１９年５月２０に出願された特許仮出願第６２／８５０，０８９号明細書の利益を主張し、参照によりその全体が本明細書に組み込まれる。
本出願は、２０１９年５月２０に出願された特許仮出願第６２／８５０，０８９号明細書の利益を主張し、参照によりその全体が本明細書に組み込まれる。
【0003】
多数の組織が今や、それぞれのユーザの変動するニーズに対処するためのより柔軟なオプションを提供するために、アプリケーションおよび／またはデスクトップ仮想化を使用している。デスクトップ仮想化において、ユーザのコンピューティング環境は、ユーザの物理的コンピューティングデバイスから分離され得る。クライアント－サーバ技術を使用して、「仮想化されたデスクトップ」がクライアントコンピューティングデバイスのローカルストレージ内ではなく、リモートサーバ内に記憶され、リモートサーバによって管理され得る。
【0004】
いくつかの異なるタイプのデスクトップ仮想化システムがある。一例として、仮想デスクトップインフラストラクチャ（ＶＤＩ）は、サーバ内に常駐する仮想マシン内でユーザデスクトップおよび／またはアプリケーションを動作させるプロセスを指す。仮想化システムは、仮想デスクトップをプロビジョニングするために、および／または共有アプリケーションへのアクセスを提供するために、コンピューティングリソースのプール、記憶ディスク、ネットワーキングハードウェア、および他の物理的リソースが使用され得る、クラウドコンピューティング環境、またはクラウドシステムにおいても実装され得る。
【発明の概要】
【0005】
方法は、コンピューティングデバイスにおいて複数のクライアントデバイスのためのパブリッシュリソースエンタイトルメント（published resource entitlement）を記憶および更新することと、複数の仮想配信アプライアンスを使用して、クライアントデバイスから接続要求を受信し、コンピューティングデバイスからの接続リースのバリデーションを要求することとを含み得る。接続要求は、クライアントデバイスのためのパブリッシュリソースエンタイトルメントに基づいて発行される接続リースを含み得る。この方法は、コンピューティングデバイスにおいて、仮想配信アプライアンスからのバリデーション要求に応答して、接続リースと更新されたパブリッシュリソースエンタイトルメントとを比較し、それに基づいて仮想セッション要求をバリデーションすることをさらに含み得る。この方法は、仮想配信アプライアンスにおいて、コンピューティングデバイスからの接続リースのバリデーションに応答して、パブリッシュリソースエンタイトルメントに対応する仮想セッションへのアクセスをクライアントデバイスに提供することも含み得る。
【0006】
この方法は、コンピューティングデバイスにおいて、仮想配信アプライアンスのための事前認定されたバリデーションを生成することと、仮想配信アプライアンスにおいて、事前認定されたバリデーションに基づいて、コンピューティングデバイスの可用性なしに、要求された仮想セッションへのアクセスを少なくとも１つのクライアントデバイスに提供することとをさらに含み得る。例示的な一実装では、仮想配信アプライアンスは、プールに配列されてもよく、この方法は、プール内の所与の仮想配信アプライアンスにおいて、要求された仮想セッションへのアクセスを少なくとも１つのクライアントデバイスに提供した後、コンピューティングデバイスの可用性なしに、仮想セッションへのアクセスを他のクライアントデバイスに提供することを中止することをさらに含み得る。さらに、この方法は、所与の仮想配信アプライアンスを再プロビジョニングして、要求された仮想セッションが閉じられた後、事前認定されたバリデーションを生成することをさらに含み得る。
【0007】
例示的な一実施形態では、この方法は、仮想配信アプライアンスにおいて、コンピューティングデバイスの可用性なしに、他の仮想配信アプライアンスへの接続要求を拒否およびリダイレクトすることをさらに含み得る。別の例示的な実装によれば、接続リースは、複数の仮想配信アプライアンスのサブセットをリストしてもよく、この方法は、コンピューティングデバイスにおいて、仮想配信アプライアンス使用レベルに基づいて、仮想配信アプライアンスのリストされたサブセットの内部または外部の仮想配信アプライアンスへのバリデーションされた接続リースを用いてクライアントデバイスをリダイレクトすることをさらに含み得る。
【0008】
例示的な一実装では、接続リースは、公開／秘密暗号化キーペアに関連付けられ、秘密暗号化キーを使用して署名され得、この方法は、仮想配信アプライアンスにおいて、コンピューティングデバイスに接続リースのバリデーションを要求する前に、公開暗号化キーを使用して接続リースをバリデーションすることをさらに含み得る。さらに、接続リースは時間ベースであってもよく、この方法は、仮想配信アプライアンスにおいて、たとえば、コンピューティングデバイスに接続リースのバリデーションを要求する前に、接続リースの時間ベースのバリデーションを実施することをさらに含み得る。
【0009】
またさらに別の例によれば、コンピューティングデバイスは、コンピューティングデバイスに関連付けられた公開／秘密鍵ペアをさらに有してもよく、コンピューティングデバイスの公開鍵は、ルートオブトラスト（Root of Trust；ＲｏＴ）の秘密鍵によって署名され得、この方法は、コンピューティングデバイスにおいて、その署名済み公開鍵を仮想セッション要求バリデーションと共に仮想配信アプライアンスに提供することをさらに含み得る。例示的な一実装では、この方法は、ＲｏＴの公開鍵を使用して、コンピューティングデバイスの署名済み公開鍵を認証することと、コンピューティングデバイスの認証された公開鍵を使用して、仮想セッション要求バリデーションを認証することと、仮想セッション要求バリデーションの認証に応答して、クライアントデバイスと仮想配信アプライアンスとの間のセッション接続を確立することとをさらに含み得る。別の例示的な実装によれば、この方法は、クライアントデバイスにおいて、ＲｏＴの公開鍵を使用して、コンピューティングデバイスの署名済み公開鍵を認証することと、コンピューティングデバイスの認証された公開鍵を使用して、仮想セッション要求バリデーションを認証することと、仮想セッション要求バリデーションの認証に応答して、仮想配信アプライアンスとのセッション接続を確立することとをさらに含み得る。
【0010】
関連のコンピューティングシステムは、複数のクライアントデバイスのためのパブリッシュリソースエンタイトルメントを記憶および更新するように構成されたコンピューティングデバイスを含み得る。このシステムは、クライアントデバイスから接続要求を受信することであって、接続要求は、クライアントデバイスのためのパブリッシュリソースエンタイトルメントに基づいて発行された接続リースを含む、受信することと、コンピューティングデバイスからの接続リースのバリデーションを要求することと、コンピューティングデバイスからの接続リースのバリデーションに応答して、パブリッシュリソースエンタイトルメントに対応する仮想セッションへのアクセスをクライアントデバイスに提供することと、を行うように構成された複数の仮想配信アプライアンスをさらに含み得る。コンピューティングデバイスはまた、仮想配信アプライアンスからのバリデーション要求に応答して、接続リースと更新済みのパブリッシュリソースエンタイトルメントとを比較し、それに基づいて仮想セッション要求をバリデーションし得る。
【0011】
関連の仮想配信アプライアンスも提供される。
【図面の簡単な説明】
【0012】
【図1】本開示の様々な態様が実装され得るコンピューティングデバイスのネットワーク環境の概略ブロック図である。
【図3】本開示の様々な態様が実装され得るクラウドコンピューティング環境の概略ブロック図である。
【図4】本開示の様々な態様が実装され得るワークスペースアプリを動作させるデスクトップデバイス、モバイルデバイス、およびウェブベースのデバイスの概略ブロック図である。
【図5】本開示の様々な態様が実装され得るコンピューティングデバイスのワークスペースネットワーク環境の概略ブロック図である。
【図6】例示的な一実施形態による接続リースを通じて仮想セッションアクセスを提供するコンピューティングシステムの概略ブロック図である。
【発明を実施するための形態】
【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】
クライアントデバイス２５２には、図の例ではハードウェアバック鍵ストア（hardware-backed key store）２６２によって作成される公開－秘密暗号化キーペアが関連付けられている。ハードウェアバック鍵ストア２６２は、クライアントデバイス２５２のオペレーティングシステム（ＯＳ）が秘密鍵にアクセスすることを防止する。クライアントデバイス２５２のＯＳは、秘密鍵を用いて暗号演算を実施するが、鍵にアクセスする／鍵をエクスポートする能力を有していない。ハードウェアバック鍵ストアの例は、たとえばパーソナルコンピュータ（ＰＣ）上のトラステッドプラットフォームモジュール（ＴＰＭ）、ｉＯＳ Ｓｅｃｕｒｅ Ｅｎｃｌａｖｅ、およびＡｎｄｒｏｉｄ Ｈａｒｄｗａｒｅ Ｋｅｙ Ｓｔｏｒｅを含むが、他の好適な暗号化キー生成プラットフォームが使用されてもよい。背景として、いくつかの実施形態では、ＴＰＭなどハードウェアバック鍵ストア２６２は、クライアントデバイス２５２のマザーボード上に設けられ、基本的なセキュリティ関連の機能、たとえば元来含まれる暗号化キーを提供するように設計されたマイクロチップである。ハードウェアバック鍵ストア２６２は、ハードウェアバスを使用することによってシステムの残りの部分と通信する。ハードウェアバック鍵ストア２６２を組み込んでいるクライアントデバイス２５２は、暗号鍵を作成し、それらを、ハードウェアバック鍵ストア２６２によってのみ復号することができるように暗号化することができる。鍵のラッピングまたはバインディングと称されるこのプロセスは、開示されることから鍵を保護する助けとなることができる。ハードウェアバック鍵ストア２６２は、ストレージルート鍵と呼ばれ、ハードウェアバック鍵ストア２６２それ自体内に記憶されるマスタラッピング鍵を有することができる。ハードウェアバック鍵ストア２６２内で作成されるストレージルート鍵のプライベート部分またはエンドースメント鍵は、他の構成要素、ソフトウェア、プロセス、またはユーザに決してさらされない。ハードウェアバック鍵ストア２６２は、命令を処理するためにそれ自体の内部ファームウェアおよび論理回路を使用するので、オペレーティングシステムに依拠せず、オペレーティングシステムまたはアプリケーションソフトウェアに存在し得る脆弱性にさらされない。
【0069】
図７に戻ると、クライアントデバイス２５２は、公開鍵をクラウドインターフェース２５６に提供し（図７におけるステップ（１））、これは次いでＲｏＴ２５７によって公開鍵に署名させ（図７におけるステップ（２））、署名済み公開鍵をクライアントデバイスに返す（図７におけるステップ（３））。ＲｏＴ２５７によって公開鍵に署名させることは、ゲートウェイ２６３、仮想配信アプライアンス２５３、およびブローカ２６０もまたＲｏＴを信頼し、したがってクライアントデバイス公開鍵を認証するためにその署名を使用することができるので重要である。
【0070】
次いで、クライアントデバイス２５２は、接続リースを得るためにクラウドインターフェース２５６を介してＣＬＩＳ２５８と通信し得る（図７におけるステップ（４））。クライアントデバイス２５２の公開鍵は、ブローカ２６０を介して間接的に、またはクライアントデバイスによって直接、ホストまたは仮想配信アプライアンス２５３（たとえば、Ｃｉｔｒｉｘ ＶＤＡ）に提供され得る。クライアントデバイス２５２の公開鍵が仮想配信アプライアンス２５３に間接的に提供される場合には、安全なクライアント公開鍵送信のために、クライアントからブローカへの通信および仮想配信アプライアンスからブローカへの通信に関連付けられたセキュリティが利用され得る。しかし、これは、比較的多数のクライアント公開鍵（複数の異なるクライアントデバイス２５２からのもの）が間接的に仮想配信アプライアンス２５３に通信されることを含み得る。
【0071】
一方、クライアントデバイス２５２の公開鍵は、クライアントデバイスによって仮想配信アプライアンス２５３に直接提供することができ、これは、この場合には、ゲートウェイ２６３を介して行われる（図７におけるステップ（５））。クライアントデバイス２５２および仮想配信アプライアンス２５３は共に、ＲｏＴ２５７を信頼する。仮想配信アプライアンス２５３は、ＲｏＴ２５７を信頼し、ＲｏＴ公開鍵へのアクセスを有するので、仮想配信アプライアンス２５３は、公開鍵上のＲｏＴ署名に基づいてクライアントデバイス２５２の有効性を検証することができ、有効である場合には、クライアントデバイス公開鍵を信頼し得る。さらに別の実施形態では、クライアントデバイス公開鍵は、任意選択で、ブローカ２６０によって事前に署名を受けてもよい。クライアントデバイス２５２および仮想配信アプライアンス２５３は共に、ブローカ２６０を信頼する。仮想配信アプライアンス２５３はブローカ２６０を信頼し、ブローカ公開鍵へのアクセスを有するので、仮想配信アプライアンス２５３は、公開鍵上のブローカ署名に基づいてクライアントデバイス２５２の有効性を検証することができ、有効である場合には、クライアントデバイス公開鍵を信頼し得る。図の例では、クライアントデバイス２５２の署名済み公開鍵は、ゲートウェイ２６３を介して接続リースと共に仮想配信アプライアンス２５３に直接提供される。例示的な一実装では、ゲートウェイ２６３は、たとえばＣｉｔｒｉｘ Ｇａｔｅｗａｙを使用して実装され得、異なる実施形態において他の好適なプラットフォームが使用されてもよい。
【0072】
仮想配信アプライアンス２５３およびゲートウェイ２６３は、クラウドコネクタ２６４を介してブローカ２６０およびゲートウェイサービス２５９（たとえば、Ｃｉｔｒｉｘ Ｓｅｃｕｒｅ Ｗｅｂ Ｇａｔｅｗａｙを使用して実装され得る）と通信し得る。例示的な一実施形態では、クラウドコネクタ２６４は、Ｃｉｔｒｉｘ Ｃｌｏｕｄ Ｃｏｎｎｅｃｔｏｒを用いて実装され得るが、異なる実施形態において他の好適なプラットフォームが使用されてもよい。Ｃｉｔｒｉｘ Ｃｌｏｕｄ Ｃｏｎｎｅｃｔｏｒは、Ｃｉｔｒｉｘ Ｃｌｏｕｄとカスタマリソースロケーションとの間で通信のためのチャネルとして働く構成要素であり、複雑なネットワーキングまたはインフラストラクチャ構成を必要とすることなくクラウド管理を可能にする。しかし、異なる実施形態において他の好適なクラウド接続インフラストラクチャが使用されてもよい。
【0073】
クライアントデバイス２５２署名済み公開鍵またはクライアントデバイス署名済み公開鍵のハッシュ（拇印）は、ＣＬＩＳ２５８によって生成される接続リース内に含まれ、接続リースの署名を計算するときに含まれる接続リースのフィールドの１つである。接続リースの署名は、接続リースコンテンツが有効であり改ざんされていないことを確実にする助けとなる。その結果、接続リースは、特定の認証済みユーザだけでなく特定のクライアントデバイス２５２のために作成される。
【0074】
さらに、仮想配信アプライアンス２５３は、クライアントデバイス２５２が対応する秘密鍵の真のオーナであることをバリデーションするためにチャレンジレスポンスを使用し得る。最初に、仮想配信アプライアンス２５３は、クライアントデバイス２５２の公開鍵が有効であること、より具体的には、ＲｏＴ２５７および／またはブローカ２６０によって署名されていることをバリデーションする（図７におけるステップ（６））。図の例では、クライアントデバイス２５２の公開鍵は、上記のように、クライアントデバイスによって仮想配信アプライアンス２５３に直接送られている。いくつかの実施形態では、クライアントデバイス２５２または仮想配信アプライアンス２５３がＣＬＩＳ２５８またはブローカ２６０に対してオフラインであるとき、接続リース取り消しが適用され得る。接続リースはオフラインモードで使用され得るので、オンラインであることは接続リースの使用のための要件ではない。仮想配信アプライアンス２５３によって提供される情報とブローカ２６０によって比較されるように、接続リースおよび取り消しリスト詳細がデータベース２６１内に記憶され得る。
【0075】
次に、クライアントデバイス２５２と仮想配信アプライアンス２５３との間で早期のセッションを確立したとき、たとえば、トランスポートおよびプレゼンテーションレベルのプロトコル確立後、仮想配信アプライアンス２５３は、その秘密鍵でナンス（暗号通信において１回使用される任意の数）に署名するようにクライアントデバイス２５２にチャレンジする（図７におけるステップ（７））。仮想配信アプライアンス２５３は、クライアントデバイス２５２の公開鍵でナンスの署名を検証する。これは、クライアントデバイス２５２が実際に対応する秘密鍵のオーナであることを仮想配信アプライアンス２５３が知ることを可能にする。このステップは、いくつかの実施形態において、望むなら、クライアントデバイス２５２の公開鍵をＲｏＴ２５７および／またはブローカ２６０でバリデーションする前に実施することができることに留意されたい。
【0076】
さらに、仮想配信アプライアンス２５３は、接続リースがクライアントデバイス２５２の公開鍵に一致する公開鍵（または公開鍵のハッシュ）を含むことをバリデーションする。より具体的には、仮想配信アプライアンス２５３は、最初に、接続リース署名および日付をバリデーションし、リース上のブローカ２６０の署名が有効であること（仮想配信アプライアンスはＲｏＴを信頼するので、ＲｏＴ２５７署名済みブローカ公開鍵を使用して）、およびリースが満了していないことを確認する。さらに、仮想配信アプライアンス２５３は、接続リースがクライアントデバイス２５２の公開鍵、またはクライアントデバイス公開鍵のハッシュを含むことを検証し、その場合、仮想配信アプライアンスは、クライアントデバイス公開鍵のハッシュを計算する。接続リースが、一致するクライアントデバイス２５２の公開鍵を含む場合には、仮想配信アプライアンス２５３は、それがそのために作成されたクライアントデバイスから接続リースが送られたことを確認する。
【0077】
その結果、接続リースがクライアントデバイス２５２から盗難にあい、悪意のあるクライアントデバイスから使用される場合、悪意のあるクライアントと仮想配信アプライアンス２５３との間のセッション確立は成功しないことになる。なぜなら、悪意のあるクライアントデバイスは、クライアント秘密鍵へのアクセスを有しておらず、この鍵は、エクスポート不可能であり、ハードウェアバック鍵ストア２６２内に記憶されるからである。
【0078】
図６を参照して簡単に上述したように、例示された接続リース管理インフラストラクチャは、ターゲットリソースロケーションとしての、仮想配信アプライアンス２５３（たとえば、Ｃｉｔｒｉｘ ＶＤＡなど）から、ブローカ２６０（たとえば、Ｃｉｔｒｉｘ Ｖｉｒｔｕａｌ Ａｐｐｓ ａｎｄ Ｄｅｓｋｔｏｐ Ｂｒｏｋｅｒ）への「セッション用逆準備（reverse prepare for session）」動作を使用して、接続リースバリデーションも有利に可能にする。これは、クライアントデバイス２５２と仮想配信アプライアンス２５３との間で行われる接続リース交換と共に、ブローカ２６０および仮想配信アプライアンス２５３からの署名された応答を利用して行われ得る。下記でさらに説明されることになるように、これらは、接続リース処理に関してレジリエンシ、セキュリティ、性能およびユーザエクスペリエンス（ＵＸ）のために重要な役割を果たす。さらに、下記でさらに説明されることになるように、接続リース管理インフラストラクチャは、レジリエンシを高め、エンタイトルメント、ポリシおよび接続ステアリングに関する正確なリアルタイムデータを促進するための階層的なオポチュニスティックアプローチにおける段階として、オンラインモード対オフラインモードも可能にする。
【0079】
より具体的には、上記のように、接続リースは、長期使用（たとえば、１週間）のためのエンタイトルメントおよびリソースロケーションデータの静的なスナップショットを含む。しかし、いくつかの状況において、ユーザエンタイトルメントの動的な性質およびパブリッシュされたリソースロケーションの状態と結び付けられた、ＣＬの静的な性質は、レジリエンシまたは性能の問題をもたらすことがある。たとえば、個々のリソースロケーション（たとえば、仮想配信アプライアンス２５３）は、異なるマシン上でユーザが既に実行しているセッションに関する知識を有していないことがある。仮想配信アプライアンス間通信は、複雑となり、特別なセキュリティ対策を必要とし、最新のソフトウェアバージョンにより維持することが困難となり得る。またさらに、ＶＤＡ間通信が、仮想配信アプライアンス２５３に対して、それらの状態、ユーザセッションなどの知識を交換するために使用可能であったとしても、クライアントデバイス２５２が、それを正しい仮想配信アプライアンスインスタンスにリダイレクトするために、潜在的に悪意のある仮想配信アプライアンスに何らかの理由で依拠するようになる場合、セキュリティ問題は依然として存在し得る。
【0080】
ユーザ接続リースごとの仮想配信アプライアンス２５３割り当てのインテリジェントな分布のための技法は、ユーザがそれらの好適な仮想配信アプライアンスインスタンス上でそれらのセッションに戻る可能性を改善するが、それらは常に作動することを保証されるとは限らない。たとえば、仮想配信アプライアンスは、故障していたり、またはオーバーロードされていたりすることがあり（少ない使用可能なＣＰＵ、メモリまたはネットワーク帯域幅）、ユーザは、（たとえば、高い使用量、停止状態などに基づいて、接続リースにおいてリストされた代替の仮想配信アプライアンスにクライアントデバイスを向ける、接続リースファンアウトアプローチの結果として）別の仮想配信アプライアンスインスタンスへリダイレクトされていることがある。結果として、ユーザは、新しいセッションを獲得し、ユーザが他のアプライアンス上で以前のセッションにおいて中止した場所からユーザの作業を継続することができないことになる。
【0081】
別の例示的な問題において、ユーザは、既存のセッションにおいてアプリケーションとセッション共有することができないことがあり、これは、性能問題（ログオン時間）、（仮想配信アプライアンスのための）スケーラビリティ問題、およびユーザエクスペリエンス問題（たとえば、直接的なコピー／ペーストまたは他のアプリ間通信なし）をもたらす。さらに、クライアントデバイス２５２またはゲートウェイ２６３は、接続リースにおいてリストされた次の仮想配信アプライアンスインスタンスに接続しようと繰り返し試行しなければならないので、いくつかの状況における上記の接続リースアプローチはまた、性能問題を潜在的に引き起こすことがある。
【0082】
さらに、セキュリティ問題は、プールされた仮想配信アプライアンス２５３の使用に関して存在することがあり、これは最初の使用時に割り当てられるマシンインスタンスである。プールされた仮想配信アプライアンス２５３上のソフトウェアが、プールされた仮想配信アプライアンスは依然として使用されていないと見えるように、何らかの理由で悪意を持って改ざんされた場合、異なるユーザは、それもそれらの接続リースにおいてリストされている場合、同じ仮想配信アプライアンス２５３に接続し、ブローカ２６０によって成功裡に認定され、シングルサインオンを介して、またはアプライアンス２５３にインタラクティブに、ユーザ自身のクレデンシャルを提供し得る。その結果、仮想配信アプライアンス２５３上の改ざんされたソフトウェアは、悪意のあるユーザに代わって、ユーザクレデンシャルを収集し得る。したがって、悪意のあるユーザは、他の疑いを持たないユーザのクレデンシャルを潜在的に収集し得る。
【0083】
別の潜在的な問題は、接続リースにおいてリストされた仮想配信アプライアンス２５３がクロックドリフトなどの問題を経験し、したがって、誤った時間バリデーションに起因して、接続リース交換中に本来なら有効な接続リースを拒否するという問題である。その仮想配信アプライアンス２５３が、多くのユーザの接続リースに含まれる場合、ドリフトしたクロックを有する仮想配信アプライアンスが「ブラックホール」になることになるという点で、停止状態が発生することがある。同様に、仮想配信アプライアンス２５３上のソフトウェアは、潜在的に破損し得、アプライアンス２５３の鍵は、仮想配信アプライアンスが長い間オフラインであり、鍵が回転された場合、無効になり得る。ブローカ２６０と接触しなければ、仮想配信アプライアンス２５３は、ここで再び接続を拒否し、「ブラックホール」になるリスクを冒し得る。
【0084】
電源管理シナリオにおいて、また別の問題は、ユーザの接続リースにおいてリストされた、仮想配信アプライアンス２５３の限定されたセットが、もはや使用可能ではないかもしれないということ（たとえば、マシンシャットダウンなど）である。同様に、接続リースにおけるプールされた仮想配信アプライアンス２５３のセットは、他のユーザによって既に使用されていることがある。結果として、ユーザの接続リースにおいてリストされたマシンは使用不可能であるので、たとえ使用可能なマシンがあったとしても、ユーザは、接続することができないことになる。
【0085】
本明細書において記載されるアプローチは、有利に、これらの技術的な課題を克服するのを助け、追加の利点を提示する。より具体的には、ブローカ２６０が使用可能であり、またはオンラインである場合の、正常運転条件中に、仮想配信アプライアンス２５３は、接続リースをバリデーションし、クライアントデバイス２５２と要求されたリソース（仮想コンピューティングセッション２５４）とを接続するために、ブローカからのリアルタイムデータおよび署名された応答を使用する。すなわち、仮想配信アプライアンス２５３は、接続リースにおけるエンタイトルメントおよびリソースロケーションデータの静的なスナップショットに制約されないが、代わりに、セッションアクセスを提供する場合に（図７におけるステップ（８））、ブローカ２６０からの、リアルタイムの、更新済みのパブリッシュリソースエンタイトルメントデータにアクセスする。
【0086】
この点では、仮想配信アプライアンス２５３は、たとえば、エンタイトルメント、ポリシおよび接続ステアリング（元々要求されたものとは異なる仮想配信アプライアンスへクライアントデバイス２５２を向けること）に関する、現在のリアルタイムかつ最新のデータを提供するために、セッション用逆準備動作を介してブローカ２６０と通信するべく、セッションアクセス時に仮想「記憶サービス」として使用され得る。ブローカ２６０がオンラインであり、有効な接続リース要求が仮想配信アプライアンス２５３によって提示される場合に発生する、例示的なセッション用逆準備シーケンスが、図８のシーケンス図２８０に示されている。図の例において、仮想配信アプライアンス２５３におけるプロトコルスタック２８１は、接続リース署名および日付の最初のバリデーションを実施し、次いで、それを接続リース対称鍵と共に仮想配信アプライアンス２５３におけるセッションマネージャ２８２へ渡し、いくつかの実施形態では、仮想配信アプライアンス２５３公開鍵を用いて暗号化されてもよく、その結果、セッションマネージャ２８２は、接続リースを構文解析し、そのペイロードを抽出し得る。いくつかの実施形態では、接続リースは、ＪａｖａＳｃｒｉｐｔ Ｏｂｊｅｃｔ Ｎｏｔａｔｉｏｎ （ＪＳＯＮ）文書の形態であってもよく、少なくともマニフェストセクションと、ペイロードセクションと、署名セクションとから構成されてもよい。接続リースのマニフェストは、平文であってもよく、すなわち、暗号化されていなくてもよく、接続リース識別子（ＩＤ）、タイプ（たとえば、Ｃｉｔｒｉｘ Ｖｉｒｔｕａｌ Ａｐｐｓ ａｎｄ Ｄｅｓｋｔｏｐｓ）、有効期間（有効開始日時および有効終了日時）、ユーザＩＤ、カスタマＩＤ、ワークスペースストア（たとえば、クラウドインターフェース２５６）ユニフォームリソースロケータ（ＵＲＬ）、パブリッシュされたリソース鍵および名称、エンドポイント（たとえば、クライアントデバイス２５２）公開鍵拇印（たとえば、ハッシュ）などの情報を含み得る。接続リースペイロードは、前述の対称鍵を用いて暗号化され得、仮想配信アプライアンスＩＰアドレスおよび／または完全修飾ドメイン名（ＦＱＤＮ）、ポート番号、トランスポートタイプ、プロキシ情報、ゾーン情報、ゲートウェイ情報、クラウドコネクタ情報、仮想セッション嗜好（たとえば、セッション解像度、オーディオ、ビデオ、ＵＳＢおよび他のデバイスタイプ嗜好、シームレスアプリケーション対デスクトップモード）などのうちの少なくとも１つを含み得る。接続リース署名は、接続リースが和らげられていないことを確実にするために、マニフェストセクションとペイロードセクションとの両方に適用され得る。図８のシーケンス図２８０に戻ると、セッションマネージャ２８２は、仮想配信アプライアンス２５３における暗号サービス２８３とさらに通信し得、暗号サービス２８３は、仮想配信アプライアンス２５３秘密鍵を用いて接続リース対称鍵を復号し、接続リース対称鍵を用いてペイロードを復号し、復号されたペイロードをセッションマネージャ２８２に返し得る。
【0087】
前述のように、接続リースマニフェストは、ユーザ識別子（ＩＤ）と、パブリッシュされたリソース鍵とを既に含むので、次いで、セッションマネージャ２８２は、接続リースマニフェストおよびペイロードを仮想配信アプライアンス２５３のブローカエージェント２８４へ転送することによって、セッション用逆準備動作の開始に進んでもよく、ブローカエージェント２８４は、バリデーション要求をブローカ２６０に渡す。ブローカ２６０は、次いで、セッション結果をバリデーションおよび署名し、（たとえば、許可または拒否された要求、ポリシブロブなどを示す状態の形態で）ブローカエージェント２８４に適当な情報を返す。次いで、ブローカエージェント２８４は、仮想配信アプライアンス２５３におけるポリシブロブを適用し、ブローカ署名されたバリデーションされたセッション結果（たとえばｖａｌｉｄａｔｅＳｅｓｓｉｏｎＲｅｓｕｌｔ）をセッションマネージャ２８２に返す。したがって、セッションマネージャ２８２は、リソース接続チケット（たとえば、仮想配信アプライアンス２５３接続チケット）を作成し得、次いで、これは、ブローカ署名された（バリデーションされた）セッション結果と共にプロトコルスタック２８１へ提供される。
【0088】
仮想配信アプライアンス２５３からブローカ２６０へのセッション用逆準備呼は、ｖａｌｉｄａｔｅＳｅｓｓｉｏｎＲｅｓｕｌｔを仮想配信アプライアンス２５３に返し、これは、要求の状態（たとえば、許可、拒否、別の仮想配信アプライアンスインスタンスへのリダイレクトなど）と、他の情報とを含む。ブローカ２６０は、性能およびレジリエンシ、たとえば、他のサービスからの独立のためにｖａｌｉｄａｔｅＳｅｓｓｉｏｎＲｅｓｕｌｔに署名する。ブローカ２６０の公開鍵は、有利には、ユーザのリソース接続リースに含まれている。したがって、クライアントデバイス２５２およびゲートウェイ２６３は、それらが接続リース自体を既にバリデーションしており、信頼しているので、ｖａｌｉｄａｔｅＳｅｓｓｉｏｎＲｅｓｕｌｔの署名をバリデーションすることができる。代替的実施形態において、ルートオブトラスト（ＲｏＴ）２５７の秘密鍵によって署名されたブローカ２６０の公開鍵は、有利には、署名されたｖａｌｉｄａｔｅＳｅｓｓｉｏｎＲｅｓｕｌｔ自体に含まれ得る。したがって、クライアントデバイス２５２およびゲートウェイ２６３は、それら両方がＲｏＴ２５７を信頼しているので、ＲｏＴ２５７の公開鍵を使用して、ブローカ２６９の含まれた公開鍵の署名をまずバリデーションし、次いで、ブローカ２６９のバリデーションされた公開鍵を使用して、ｖａｌｉｄａｔｅＳｅｓｓｉｏｎＲｅｓｕｌｔの署名をバリデーションすることができる。図１１の表３１０は、ブローカ２６０のオンライン対停止状態モードにおけるｖａｌｉｄａｔｅＳｅｓｓｉｏｎＲｅｓｕｌｔの一部として返される値をリストしたものであり、ただし、「許可」行には、ブローカがオンラインである場合、有効な接続リースのためにブローカ２６０によって署名された（バリデーションされた）ｖａｌｉｄａｔｅＳｅｓｓｉｏｎＲｅｓｕｌｔが提供されることが示されている。
【0089】
次に、ブローカ２６０登録シーケンスに対する例示的な仮想配信アプライアンス２５３が、図９Ａ～図９Ｂのシーケンス図２９０を参照して記載される。鍵初期化は、接続リース発行サービス（ＣＬＩＳ）２５８がその公開鍵をルートオブトラスト（ＲｏＴ）２５７に提供することから始まり、公開鍵は署名され、ＲｏＴ公開鍵と共にＣＬＩＳに返され、次いで、マシン作成サービス（ＭＣＳ：Ｍａｃｈｉｎｅ Ｃｒｅａｔｉｏｎ Ｓｅｒｖｉｃｅ）２９１およびブローカ２６へ渡される。ＭＣＳ ２９１は、仮想配信アプライアンス２５３汎用一意識別子（ＵＵＩＤ）と、仮想配信アプライアンス秘密／公開鍵ペアとを生成し、ＲｏＴ２５７によって署名された公開鍵を有する。次いで、ＭＣＳ２９１は、ブローカ２６０から署名された応答を要求し、接続要求に対する応答をブローカ署名された「許可」の形態で受信し、この時点で、ＭＣＳは、この情報を含む仮想配信アプライアンス２５３のための識別ディスクを作成し得る。
【0090】
次いで、識別ディスクは、仮想配信アプライアンスレジストリ２９２または等価なアクセス制御リスト（ＡＣＬ）保護されたメモリロケーションをプロビジョニングするために使用され得、これは、ブローカ２６０が故障しているか、またはオフラインであり、仮想配信アプライアンス２５３が登録されていない場合、暗号演算を可能にする。初期化のとき、暗号サービス２８３は、ブローカ停止状態についての表３１０の「許可」行（これは下記でさらに論じられることになる）において示されるように、ブローカ２６０が故障しており、仮想配信アプライアンスが登録されていない場合、署名された応答を可能にするために、仮想配信アプライアンスレジストリ２９２から、昇格された権限（たとえばローカルシステム）で、ＲｏＴ２５７公開鍵と、ＲｏＴによって署名されたＣＬＩＳ２５８および仮想配信アプライアンス２５３公開鍵と、仮想配信アプライアンス２５３秘密鍵とを読み取り得る。ブローカエージェント２８４が初期化する場合、仮想配信アプライアンス２５３ ＵＵＩＤおよびブローカ２６０署名された「許可」は、仮想配信アプライアンスレジストリ２９２から読み取られ、仮想配信アプライアンス登録は、ブローカエージェント２８４からの仮想配信アプライアンスＵＵＩＤをブローカ２６０に通信して、登録プロセスを完了させることによって実施される。
【0091】
次に、たとえば、トラステッドプラットフォームモジュール（ＴＰＭ）またはソフトウェア鍵ストレージプロバイダ（ＫＳＰ）３０１を使用した、ブローカ２６０登録シーケンスに対する別の例示的な仮想配信アプライアンス２５３が、図１０Ａ～図１０Ｂのシーケンス図３００を参照して記載される。鍵初期化シーケンスは、上記で論じたようにブローカ２６０と、ＣＬＩＳ２５８と、ＲｏＴ２５７との間で、まず実施される。初期化のとき、暗号サービス２８３は、昇格された権限（たとえばローカルシステム）で、仮想配信アプライアンスレジストリ２９２から、仮想配信アプライアンス２５３秘密鍵を読み取り得る。この鍵が存在しない場合、ＴＰＭ３０１は、仮想配信アプライアンス２５３公開／秘密鍵ペアをまず生成し、公開鍵を暗号サービス２８３に提供し得る。次いで、暗号サービス２８３は、仮想配信アプライアンスレジストリ２９２内に公開鍵を記憶し得る。仮想配信アプライアンス２５３ＵＵＩＤが、既に存在する場合、ブローカエージェント２８４は、それを仮想配信アプライアンスレジストリ２９２から読み取る（そうでない場合、ブローカエージェント２８４は、それを生成し、次いで、それを仮想配信アプライアンスレジストリ２９２内に記憶することになる）。ブローカエージェント２８４は、仮想配信アプライアンスレジストリ２９２から、仮想配信アプライアンス２５３公開鍵も読み取る。次いで、仮想配信アプライアンス２５３登録は、ブローカエージェント２８４からの仮想配信アプライアンス２５３ ＵＵＩＤおよび公開鍵をブローカ２６０に提供することによって実施され得る。ブローカ２６０は、ＲｏＴ２５７によって署名された仮想配信アプライアンス２５３公開鍵を有する。次いで、ブローカ２６０は、ブローカ署名された「許可」を生成して、ブローカ２６０が故障している場合、仮想配信アプライアンス２５３による署名された応答を可能にする。次いで、ブローカ２６０は、登録応答をブローカエージェント２８４に提供し、ブローカエージェント２８４は、次いで、ＲｏＴ２５７によって署名されたＲｏＴ２５７公開鍵、ＣＬＩＳ２５８および仮想配信アプライアンス２５３公開鍵、ならびに仮想配信アプライアンスレジストリ２９２に対するブローカ署名された「許可」を書き込む。
【0092】
上記の仮想配信アプライアンス２５３登録シーケンスの結果、ブローカ２６０がオフラインである場合、仮想配信アプライアンスは、有利には、一時的なまたは代行ブローカとして引き継いで、ブローカエージェント２８４への安全な仮想セッションアクセスを依然として提供し得る。上記のように、表３１０は、様々なブローカ２６０のオンラインおよび停止状態モードについての例示的なセッションバリデーションの結果を要約しており、これは、署名された「許可」、署名された「拒否」、署名された「リダイレクトターゲット」、および「ソフト拒否」を含む。上記のように、「許可」応答（この仮想配信アプライアンスにおいて接続を受け入れる）と、「リダイレクトターゲット」応答（異なるターゲットに仮想配信アプライアンスへリダイレクトする）との両方が署名済みであり、それによって、クライアントデバイス２５２および／またはゲートウェイ２６３が、接続を信頼する前に、応答をバリデーションすることを可能にするので、セキュリティに関して、この構成は、有利には、「悪意のある」仮想配信アプライアンス２５３へリダイレクトされことを回避するのを助ける。
【0093】
さらに、この構成は、損なわれた仮想配信アプライアンス２５３がユーザをそそのかし、ユーザ自身のクレデンシャル（たとえば、管理者アクセスを有する、上記のプールされた仮想配信アプライアンス）を盗むことを回避することを助ける。より具体的には、プールされた仮想配信アプライアンス２５３構成に対して、記憶された事前署名アロー（pre-signed allow）は、たとえば、ブローカエージェント２８４が最初の（単一の）ユーザ接続を受け入れることを許可し、その後、事前署名アローは、ブローカエージェントから自動的に除去され得る。したがって、セッション要求バリデーションは、一時的なブローカ停止状態に基づいて直ちには中止せず、それでもなお停止状態が持続する場合、さらなるクライアントデバイス２５２は、仮想配信アプライアンス２５３を使用することを許可されないことになり、それらの関連付けられたユーザクレデンシャルが上記のように盗まれるという可能性を回避する。
【0094】
例示的な構成は、有利には、オフラインブローカ２６０モードとオンラインブローカ２６０モードの両方において、拡張されたレジリエンシを提供するのも助ける。より具体的には、オフラインモードにおいて、仮想配信アプライアンス２５３による「ソフト拒否」の使用は、クロックドリフト、または鍵満了／回転のような他の仮想配信アプライアンス障害、および接続リース署名バリデーション障害から保護する助けとなる。すなわち、ソフト拒否は、上記の接続リース機構を介して、クライアントデバイス２５２を異なる仮想配信アプライアンス２５３へ黙示的にリダイレクトし、その結果、第１の仮想配信アプライアンスが、クロックドリフトなどに起因して接続リースをバリデーションすることができない場合、クライアントデバイス２５２は、クライアントデバイスがサービスの欠如を体験することのないように、接続リースを適切にバリデーションすることができる、クライアントの接続リースリソースロケーションにおいて既にリストされている、別の仮想配信アプライアンスへ、依然として黙示的にリダイレクトされ得る。換言すれば、「ソフト拒否」を受信した後、（たとえば、仮想配信アプライアンスへの直接接続のための）クライアントデバイス２５２および／または（たとえば、ゲートウェイ接続のための）ゲートウェイ２６３は、接続リースリソースロケーションにおいてリストされている、次の仮想配信アプライアンスを選び、それへの接続を代わりに試みることになる。次の使用可能な仮想配信アプライアンスを選ぶこの接続プロセスは、「ファンアウト」とも称され得る。この目的のために、ブローカエージェント２８４は、（ブローカ２６０ができるように）要求を拒否しないが、代わりに「ソフト拒否」を使用する。
【0095】
オンラインモードにおいて、「リダイレクトターゲット」は、たとえば、電源管理問題またはプールされたＶＤＡが既に使用中である結果として、現在の接続リースリソースロケーションの外部の使用可能な仮想配信アプライアンス２５３へのリダイレクションを同様に可能にし、ここでも、クライアントデバイス２５２が、その接続リースにおける特定の仮想配信アプライアンスにおける局所的な問題が理由で、サービスの低下を経験することを防止する助けとなり得る。（ブローカ２６０がオンラインであることを示唆する）「リダイレクトターゲットを用いた性能に関して、このアプローチは、接続リース「ファンアウト」アプローチを回避して、より良好な接続速度を提供するだけではなく、たとえば、以前に起動された異なるアプリケーションとのセッション共有も可能にする。さらに、「リダイレクトターゲット」（オンラインブローカ２６０モード）を用いたユーザエクスペリエンスは、新しいセッションを獲得し、作業を再使用しないこととは対照的に、ユーザが既存のセッションに再接続することを可能にする。たとえば、「リダイレクトターゲット」を使用しなければ、接続するべき仮想配信アプライアンスを選ぶことは、接続リースリソースロケーションにおいて既にリストされているものに、および指定された選択の順序に、限定され得る。可能なシナリオにおいて、クライアントデバイス２５２のユーザは、第１の仮想配信アプライアンスに最初に接続され、アプリケーションまたはデスクトップセッションを開始していることがある。たとえば、第１選択の仮想配信アプライアンスが、その時に使用不能であったか、またはオーバーロードであった場合、この第１の仮想配信アプライアンスは、必ずしも接続リースリソースロケーション順序において第１の選択であったとは限らない。その後になって、ユーザは、第１の仮想配信アプライアンス上で既存のセッションに再接続することを試み得る。接続リースリソースロケーション順序に厳密に従うことは、クライアントデバイス２５２のユーザを、第１選択の仮想配信アプライアンスに、それが今は使用可能であると仮定して、接続することになり、したがって、作業を再使用する代わりに、ユーザを新しいセッションに割り当てる。「リダイレクトターゲット」は、ユーザを、既にそれらのセッションをホストしている仮想配信アプライアンスに、たとえそれが接続リースリソースロケーションにおいて規定された第１選択ではなかったとしても、リダイレクトすることによって、問題を解決する。
【0096】
例示的な一実装では、セッション結果は、「ミニ」接続リースを使用して、バリデーションされてもよい。たとえば、ミニ接続リースは、「ｒｅｄｉｒｅｃｔＴａｒｇｅｔ」において使用される「ｃｏｎｎｅｃｔｉｏｎＤｅｔａｉｌｓ」を含むＪＳＯＮであってもよい。例示的なＪＳＯＮミニ接続リーススクリプトは、下記に述べられる。
{
"validateSessionResult": {
"status": "allow, deny, softDeny, redirectTarget",
"reason": "empty, clInvalid, clExpired, clRevoked",
"connectionDetails": {
"address": "10.1.2.2",
"port": "2598",
"protocol": "TCP"
},
"signature": {
"signingEntity": "XD Broker",
"date": "2018-10-03T03:16:56.6808507Z",
"alg": null,
"kid": "Unique identifier of the key used to sign",
"value": "Encrypted with XD Broker private key (hash(key))"
}
}
}
{
"validateSessionResult": {
"status": "allow, deny, softDeny, redirectTarget",
"reason": "empty, clInvalid, clExpired, clRevoked",
"connectionDetails": {
"address": "10.1.2.2",
"port": "2598",
"protocol": "TCP"
},
"signature": {
"signingEntity": "XD Broker",
"date": "2018-10-03T03:16:56.6808507Z",
"alg": null,
"kid": "Unique identifier of the key used to sign",
"value": "Encrypted with XD Broker private key (hash(key))"
}
}
}
【0097】
別の例示的な実施形態では、ブローカ２６０公開鍵は、接続リース内に含まれていない。むしろ、ブローカ２６０公開鍵は、ＲｏＴ２５７秘密鍵によって署名される。次いで、各署名されたバリデーションオブジェクト（ｖａｌｉｄａｔｅＳｅｓｓｉｏｎＲｅｓｕｌｔ）と共に、ブローカ２６０は、ＲｏＴ２５７秘密鍵によって署名された、そのブローカ公開鍵も返す。クライアント２５２および／またはゲートウェイ２６３は、ＲｏＴ２５７公開鍵を信頼する。したがって、クライアント２５２および／またはゲートウェイ２６３は、ＲｏＴ２５７公開鍵を使用して、ブローカ２６０公開鍵の署名をバリデーションすることができる。今や、ブローカ２６０公開鍵は、それを接続リース内に含める必要なしに、信頼される。その結果、バリデーションオブジェクトは、ブローカ２６０公開鍵を使用して、バリデーションされ、または認証され得る。
【0098】
様々な接続アプローチが、クライアントデバイス２５２と仮想配信アプライアンス２５３との間で使用され得る。クライアントデバイス２５２と仮想配信アプライアンス２５３との間に直接接続がある（ゲートウェイ２６３なし）場合、ｖａｌｉｄａｔｅＳｅｓｓｉｏｎＲｅｓｕｌｔは、仮想配信アプライアンス２５３からクライアントデバイス２５２に送られ得、クライアントデバイスは、バリデーションを実施する。ゲートウェイ２６３が存在する場合、ｖａｌｉｄａｔｅＳｅｓｓｉｏｎＲｅｓｕｌｔは、仮想配信アプライアンス２５３からゲートウェイへ最初に送られ、ゲートウェイは、それをバリデーションする。次いで、結果のタイプ（たとえば、許可、拒否など）に依存して、それはクライアントデバイス２５２へ中継され得る。例示的な実装では、ソフト拒否およびリダイレクトターゲットは、ゲートウェイ２６３によって扱われ、クライアント２５２へ中継されない。次いで、ｖａｌｉｄａｔｅＳｅｓｓｉｏｎＲｅｓｕｌｔも、ゲートウェイ２６３からクライアントデバイス２５２に送られ得、その結果、クライアントデバイスも同様に、それをバリデーションし得る。
【0099】
次に、さらなる方法態様が、図１２のフロー図３２０に関して記載されることになる。ブロック３２１で始まり、方法は、コンピューティングデバイス２０１においてクライアントデバイス２０３ａ～２０３ｎのためのパブリッシュリソースエンタイトルメントを記憶および更新することと、ブロック３２２～３２３で、仮想配信アプライアンス２０４ａ～２０４ｎを使用して、クライアントデバイス２０３ａ～２０３ｎから接続要求を受信することとから始まる。上記のように、接続要求は、クライアントデバイス２０３ａ～２０３ｎのためのパブリッシュリソースエンタイトルメント２０２に基づいて発行された接続リースを含み、仮想配信アプライアンス２０４ａ～２０４ｎは、コンピューティングデバイス２０１から接続リースのバリデーションを要求する（ブロック３２４）。この方法は、例示的に、ブロック３２５で、コンピューティングデバイス２０１において、仮想配信アプライアンス２０４ａ～２０４ｎからのバリデーション要求に応答して、接続リースと更新されたパブリッシュリソースエンタイトルメント２０２とを比較し、それに基づいて仮想セッション要求をバリデーションすることをさらに含む。この方法は、例示的には、ブロック３２６で、仮想配信アプライアンス２０４ａ～２０４ｎにおいて、コンピューティングデバイス２０１からの接続リースのバリデーションに応答して、クライアントデバイス２０３ａ～２０３ｎに、パブリッシュリソースエンタイトルメント２０２に対応する仮想セッションへのアクセスを提供することも含み、これは、例示的には、図１２の方法を終わらせる（ブロック３２７）。
【0100】
追加の方法態様も、図１３のフロー図３３０に示される。ブロック３３１で始まり、上記のように、接続リースも時間ベースであってよく、たとえば、ブロック３３２～３３３で、仮想配信アプライアンス２０４ａ～２０４ｎは、コンピューティングデバイス２０１に接続リースのバリデーションを要求する前に、接続リースの時間ベースのバリデーションをさらに実施し得る。すなわち、接続リースは、ある一定期間に対して発行され、この時間外での使用に対しては、新しくされるか、または再発行されない限り、有効ではない。また上記のように、ブロック３３４～３３５で、接続リースは、それぞれのクライアントデバイス２０３ａ～２０３ｎに割り当てられた仮想配信アプライアンス２０４ａ～２０４ｎのサブセットをリストしてもよく、コンピューティングデバイス２０１は、（たとえば、使用閾値を越える）仮想配信アプライアンス使用レベルに基づいて、仮想配信アプライアンスのリストされたサブセット内またはこのサブセット外の仮想配信アプライアンスへ、バリデーションされた接続リースを用いてクライアントデバイスをリダイレクトしてもよい。さらに、接続リースは、コンピューティングデバイス２０１の秘密暗号化キーを使用して署名され得、仮想配信アプライアンスは、上記でもさらに論じられたように、コンピューティングデバイスに接続リースのバリデーションを要求する前に、コンピューティングデバイスの公開暗号化キーを使用して、接続リースをバリデーションし得る（ブロック３３６）。図１３の方法は、例示的には、ブロック３３７で終わる。
【0101】
本開示を読めば当業者には理解されるように、本明細書に記載の様々な態様は、デバイス、方法、またはコンピュータプログラム製品（たとえば、記載の動作またはステップを実施するためのコンピュータ実行可能命令を有する非一時的なコンピュータ可読媒体）として具体化され得る。したがって、これらの態様は、完全にハードウェアの実施形態、完全にソフトウェアの実施形態、またはソフトウェアの態様とハードウェアの態様の組合せの実施形態の形態をとり得る。
【0102】
さらに、そのような態様は、１つまたは複数のコンピュータ可読記憶媒体によって記憶されたコンピュータプログラム製品の形態をとり得、コンピュータ可読プログラムコード、または命令が記憶媒体内または記憶媒体上で具体化される。ハードディスク、ＣＤ－ＲＯＭ、光記憶デバイス、磁気記憶デバイス、および／またはそれらの任意の組合せを含む任意の好適なコンピュータ可読記憶媒体が使用されてよい。
【0103】
多数の修正および他の実施形態が、前述の記載および関連の図面に提示されている教示の利益を有する当業者には想起されよう。したがって、前述は例示的な実施形態に限定されるべきではなく、修正および他の実施形態が添付の特許請求の範囲内に含まれることが意図されていることを理解されたい。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9A】
【図9B】
【図10A】
【図10B】
【図11】
【図12】
【図13】
【国際調査報告】