JP7148745B2 - 仮想アプリケーションの異なるバージョンをプロビジョニングするためのシステムおよび方法 - Google Patents

Description

本開示は、デスクトップ仮想化に関し、より詳細には、仮想アプリケーションの異なるバージョンをプロビジョニングするためのシステムおよび方法に関する。

多くの団体は、現在、アプリケーションおよび／またはデスクトップ仮想化を用いて、それらのユーザの多様なニーズに対応するより柔軟なオプションを提供している。デスクトップ仮想化において、ユーザのコンピューティング環境（例えば、オペレーティングシステム、アプリケーション、および／またはユーザ設定）は、ユーザの物理的なコンピューティングデバイス（例えば、スマートフォン、ラップトップ、デスクトップコンピューター）から切り離され得る。クライアントサーバ技術を用いることで、「仮想化されたデスクトップ」は、クライアントのコンピューティングデバイスのローカルストレージの中ではなく、リモートサーバの中に格納され得、リモートサーバによって管理され得る。

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

コンピューティングデバイスは、メモリと、メモリと協働し、クライアントデバイスに応答する仮想マシン内に第１のアプリケーション層を提供するように構成されたプロセッサとを含み得、第１のアプリケーション層は、第１の仮想アプリケーションの第１のバージョンおよび第１の仮想アプリケーションの第１のバージョンと互換性のある少なくとも１つの第２の仮想アプリケーションを含む。プロセッサは、さらに、クライアントデバイスに応答する仮想マシン内に第２のアプリケーション層を提供するように構成され得、第２のアプリケーション層は、第１の仮想アプリケーションの第２のバージョンを含み、第２のバージョンは第１のアプリケーション層における第１のバージョンとは異なる。さらに、第１の仮想アプリケーションの第２のバージョンは、少なくとも１つの第２の仮想アプリケーションと互換性がない。

実装例では、仮想アプリケーションの第２のバージョンは、仮想アプリケーションの第１のバージョンよりも新しいものであり得る。サーバは、マクロ設定に基づいて、ログオン時にクライアントデバイスに第１または第２のバージョンのアプリケーション層を最初に提供するように構成され得る。例示的な実施形態では、第１および第２のアプリケーション層は、コンテナ化され得る。

さらに、サーバは、クライアントデバイスに第１および第２のアプリケーション層を同時に提供するように構成され得る。さらに、第１のアプリケーション層は、それに対する更新を防ぐためにロックされ得る。例として、少なくとも１つの第２の仮想アプリケーションは、少なくとも１つのマクロを含み得る。

関連する方法は、クライアントデバイスに応答するサーバの仮想マシン内に第１のアプリケーション層を提供することを含み得、第１のアプリケーション層は、第１の仮想アプリケーションの第１のバージョンおよび第１の仮想アプリケーションの第１のバージョンと互換性のある少なくとも１つの第２の仮想アプリケーションを含む。方法は、さらに、クライアントデバイスに応答するサーバの仮想マシン内に第２のアプリケーション層を提供することを含み得、第２のアプリケーション層は、第１の仮想アプリケーションの第２のバージョンを含み、第２のバージョンは、第１のアプリケーション層における第１のバージョンとは異なる。仮想アプリケーションの第２のバージョンは、少なくとも１つの第２の仮想アプリケーションと互換性がない。

関連するコンピューティングシステムは、仮想アプリケーションにアクセスするように構成されたクライアントデバイス、およびクライアントデバイスに応答する仮想マシン内に第１のアプリケーション層を提供するように構成されたサーバを含み得る。第１のアプリケーション層は、第１の仮想アプリケーションの第１のバージョンと、第１の仮想アプリケーションの第１のバージョンと互換性のある少なくとも１つの第２の仮想アプリケーションとを含み得る。サーバは、また、クライアントデバイスに応答する仮想マシン内に第２のアプリケーション層を提供するように構成され得、第２のアプリケーション層は、第１の仮想アプリケーションの第２のバージョンを含み、第２のバージョンは、第１のアプリケーション層における第１のバージョンとは異なる。仮想アプリケーションの第２のバージョンは、少なくとも１つの第２の仮想アプリケーションと互換性がない。

本開示の様々な態様が実装され得るコンピューティングデバイスのネットワーク環境の概略ブロック図である。 図１に示したクライアントマシンまたはリモートマシンの一実施形態を実施するために有用なコンピューティングデバイスの概略ブロック図である。 本開示の様々な態様が実装され得るクラウドコンピューティング環境の概略ブロック図である。 本開示の様々な態様が実装され得るワークスペースアプリを動作させるデスクトップ、モバイル、およびウェブベースのデバイスの概略ブロック図である。 本開示の様々な態様が実装され得るコンピューティングデバイスのワークスペースネットワーク環境の概略ブロック図である。 異なるアプリケーション層の仮想マシン内で実行される同じアプリケーションの異なるバージョンを提供するコンピューティングシステムの概略ブロック図である。 図６のシステムの仮想化サーバの例示的な実装の概略ブロック図である。 例示的な実装の動作を示す、図６のシステムのクライアントデバイスに関連する画面表示の図である。 例示的な実装の動作を示す、図６のシステムのクライアントデバイスに関連する画面表示の図である。 例示的な実装の動作を示す、図６のシステムのクライアントデバイスに関連する画面表示の図である。 図６のシステムに対応する方法の態様を示すフロー図である。

仮想コンピューティングシステムでは、アプリケーションは、それぞれのアプリケーションが、適切なファイル、システムオブジェクト、およびその特定の層に関連するレジストリエントリを含む異なる層に分割されている仮想マシン内で実行し得る。それぞれのアプリケーション層は、それぞれの仮想ディスクとして保存され得、アプリケーション層はオペレーティングシステム（ＯＳ）層の上で実行される。このアプローチは、環境を簡素化し、アプリケーションの更新などに関連する管理の時間／複雑さを軽減するのに役立つが、潜在的な問題も引き起こし得る。時間の経過とともに、マクロ命令プログラム（マクロとも呼ばれる）が、たとえば、一般的なタスクや動作を自動化するために、特定のアプリケーション用に作成され得る。しかしながら、多くの場合、そのようなマクロは同じアプリケーションの後の（新しい）バージョンと互換性がなく、マクロの損失、およびまたは「破損」、ならびにそのようなマクロに依存するユーザのユーザエクスペリエンス（ＵＸ）の低下につながる。

本明細書に記載の構成は、一緒に動作することが知られている同じアプリケーション層内の必要なアプリケーションおよびマクロコンポーネントを含む「ゴールデン」イメージの作成を可能にすることによって、これらの技術的課題を有利に克服し、これにより実証済みのワーキングフォームファクタで保存される。さらに、アプリケーションの他の（たとえば、より新しい）バージョンも、別々のそれぞれのアプリケーション層内に提供され得、これにより、そうでなければ従来のデスクトップコンピューティング構成では不可能であった、アプリケーションの両方のバージョンが同じ仮想マシン内で共存し、同時に実行することさえも可能にする。

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

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

クライアントマシン１２Ａ～１２Ｎは、一般に、クライアントマシン１２、ローカルマシン１２、クライアント１２、クライアントノード１２、クライアントコンピュータ１２、クライアントデバイス１２、コンピューティングデバイス１２、エンドポイント１２、またはエンドポイントノード１２と呼ばれ得る。リモートマシン１６Ａ～１６Ｎは、一般に、サーバ１６またはサーバファーム１６と呼ばれ得る。いくつかの実施形態では、クライアントデバイス１２は、サーバ１６によって提供されるリソースへのアクセスを求めるクライアントノードと他のクライアントデバイス１２Ａ～１２Ｎのためにホストされたリソースへのアクセスを提供するサーバ１６との両方として機能する能力を有し得る。ネットワーク１４、１４’は、一般に、ネットワーク１４として参照され得る。ネットワーク１４は、有線および無線ネットワークの任意の組み合わせで構成され得る。

サーバ１６は、例えば、ファイルサーバ、アプリケーションサーバ、ウェブサーバ、プロキシサーバ、機器、ネットワーク機器、ゲートウェイ、アプリケーションゲートウェイ、ゲートウェイサーバ、仮想サーバ、デプロイメントサーバ、Ｓｅｃｕｒｅ Ｓｏｃｋｅｔｓ Ｌａｙｅｒバーチャルプライベートネットワーク（ＳＳＬ ＶＰＮ）サーバ、ファイアウォール、ウェブサーバ、アクティブディレクトリを実行するサーバ、クラウドサーバ、または、ファイアウォール機能、アプリケーション機能、または負荷分散機能を提供するアプリケーションアクセラレーションプログラムを実行するサーバなどの任意のサーバタイプであり得る。

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

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

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

いくつかの実施形態では、ネットワーク１４は、メトロポリタンエリアネットワーク（ＭＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、１次パブリックネットワーク１４、および１次プライベートネットワーク１４であり得る。追加の実施形態は、モバイルデバイスの間で通信するために様々なプロトコルを使用する携帯電話のネットワーク１４を含み得る。ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）内の短距離通信のために、プロトコルは、８０２．１１と、Ｂｌｕｅｔｏｏｔｈ（登録商標）と、近距離通信（ＮＦＣ）とを含み得る。

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

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

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

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

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

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

いくつかの実施形態では、プロセッサは、１つもしくは複数の特定用途向け集積回路（ＡＳＩＣ）、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、グラフィックス処理ユニット（ＧＰＵ）、マイクロコントローラ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラム可能論理アレイ（ＰＬＡ）、マルチコアプロセッサ、または関連メモリをもつ汎用コンピュータで具体化され得る。

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

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

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

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

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

クラウドコンピューティング環境５０では、１つまたは複数のクライアント５２Ａ～５２Ｃ（上記のものなど）がクラウドネットワーク５４と通信している。クラウドネットワーク５４は、バックエンドプラットフォーム、たとえば、サーバ、ストレージ、サーバファームまたはデータセンターを含み得る。ユーザまたはクライアント５２Ａ～５２Ｃは、単一の団体／テナントまたは複数の団体／テナントに対応することができる。より詳細には、例示的な一実装形態では、クラウドコンピューティング環境５０は、単一の団体をサービスするプライベートクラウド（たとえば、企業クラウド）を提供し得る。別の例では、クラウドコンピューティング環境５０は、複数の団体／テナントをサービスするコミュニティまたはパブリッククラウドを提供し得る。またさらなる実施形態では、クラウドコンピューティング環境５０は、パブリッククラウドとプライベートクラウドとの組合せであるハイブリッドクラウドを提供し得る。パブリッククラウドは、クライアント５２Ａ～５２Ｃまたは企業／テナントに対してサードパーティによって維持されるパブリックサーバを含み得る。サーバは、遠く離れた地理的ロケーションなどに離れて位置し得る。

クラウドコンピューティング環境５０は、異なる物理および仮想リソースがそれぞれの環境内での異なる需要に応答して動的に割り当てられ、再び割り当てられる状態でマルチテナント環境またはマルチテナントモデルを通してクライアント５２Ａ～５２Ｃを介して複数のユーザをサービスするためにリソースプーリングを提供することができる。マルチテナント環境は、複数のユーザにサービスを提供するために、ソフトウェアの単一のインスタンス、アプリケーション、またはソフトウェアアプリケーションを提供することができるシステムまたはアーキテクチャを含むことができる。いくつかの実施形態では、クラウドコンピューティング環境５０は、複数のクライアント５２Ａ～５２Ｃのためのネットワークにわたって計算能力（たとえば、サーバ時間、ネットワークストレージ）を単方向にプロビジョニングするためにオンデマンドのセルフサービスを提供することができる。クラウドコンピューティング環境５０は、１つまたは複数のクライアント５２からの異なる需要に応答して動的にスケールアウト、またはスケールインする弾性を提供することができる。いくつかの実施形態では、コンピューティング環境５０は、提供された共有サービスおよびリソースに対応する報告を監視、制御、および／または生成するために、監視サービスを含むか、または提供することができる。

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

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

ＳａａＳプロバイダは、ストレージ、ネットワーキング、サーバ、仮想化、オペレーティングシステム、ミドルウェア、またはランタイムリソースを含むＰａａＳが提供するリソースを提供し得る。いくつかの実施形態では、ＳａａＳプロバイダは、たとえば、データおよびアプリケーションリソースを含む追加のリソースを提供し得る。ＳａａＳの例は、Ｇｏｏｇｌｅ Ｉｎｃ．によって提供されるＧＯＯＧＬＥ ＡＰＰＳ、カリフォルニア州サンフランシスコのＳａｌｅｓｆｏｒｃｅ．ｃｏｍ Ｉｎｃ．によって提供されるＳＡＬＥＳＦＯＲＣＥ、またはＭｉｃｒｏｓｏｆｔ Ｃｏｒｐｏｒａｔｉｏｎによって提供されるＯＦＦＩＣＥ３６５（登録商標）を含む。ＳａａＳの例はまた、データストレージプロバイダ、たとえばカリフォルニア州サンフランシスコのＤｒｏｐｂｏｘ，Ｉｎｃ．によって提供されるＤＲＯＰＢＯＸ（登録商標）、Ｍｉｃｒｏｓｏｆｔ Ｃｏｒｐｏｒａｔｉｏｎによって提供されるＭｉｃｒｏｓｏｆｔ ＳＫＹＤＲＩＶＥ、Ｇｏｏｇｌｅ Ｉｎｃ．によって提供されるＧｏｏｇｌｅ Ｄｒｉｖｅ、またはカリフォルニア州クパチーノのＡｐｐｌｅ Ｉｎｃ．によって提供されるＡｐｐｌｅ ＩＣＬＯＵＤを含み得る。

ＳａａＳと同様に、（ホストされたデスクトップサービスとしても知られる）ＤａａＳは、仮想デスクトップセッションが仮想デスクトップ上で使用されるアプリとともにクラウドサービスとして一般に配信される仮想デスクトップインフラストラクチャ（ＶＤＩ）の形態である。Ｃｉｔｒｉｘ Ｃｌｏｕｄは、ＤａａＳ配信プラットフォームの一例である。ＤａａＳ配信プラットフォームは、たとえば、ワシントン州レドモンドのＭｉｃｒｏｓｏｆｔ ＣｏｒｐｏｒａｔｉｏｎからのＡＺＵＲＥ ＣＬＯＵＤ（本明細書では「Ａｚｕｒｅ」）、またはワシントン州シアトルのＡｍａｚｏｎ．ｃｏｍ，Ｉｎｃ．によって提供されるＡＭＡＺＯＮ ＷＥＢ ＳＥＲＶＩＣＥＳ（本明細書では「ＡＷＳ」）などのパブリッククラウドコンピューティングインフラストラクチャ上でホストされ得る。Ｃｉｔｒｉｘ Ｃｌｏｕｄの場合、Ｃｉｔｒｉｘ Ｗｏｒｋｓｐａｃｅアプリは、統一エクスペリエンスを配信するために（構内上にあるのかまたはクラウド中にあるのかにかかわらず）アプリ、ファイルおよびデスクトップを一緒にするための単一のエントリポイントとして使用され得る。

次に、Ｃｉｔｒｉｘ Ｗｏｒｋｓｐａｃｅアプリによって提供される統一エクスペリエンスについて、図４を参照しながらより詳細に説明する。本明細書では、Ｃｉｔｒｉｘ Ｗｏｒｋｓｐａｃｅアプリを概してワークスペースアプリ７０と呼ぶことにする。ワークスペースアプリ７０は、ユーザがそれらのワークスペースリソースにどのようにアクセスするのかであり、それの１つのカテゴリはアプリケーションである。これらのアプリケーションは、ＳａａＳアプリ、ウェブアプリまたは仮想アプリであることができる。ワークスペースアプリ７０はまた、ローカルデスクトップまたは仮想デスクトップであり得るそれらのデスクトップへのユーザアクセスを与える。さらに、ワークスペースアプリ７０は、多数のリポジトリ中に記憶され得るそれらのファイルおよびデータへのユーザアクセスを与える。ファイルおよびデータは、Ｃｉｔｒｉｘ ＳｈａｒｅＦｉｌｅ上にホストされるか、オンプレミスネットワークファイルサーバ上にホストされるか、または、たとえば、Ｍｉｃｒｏｓｏｆｔ ＯｎｅＤｒｉｖｅ（登録商標）もしくはＧｏｏｇｌｅ Ｄｒｉｖｅ Ｂｏｘなどの何らかの他のクラウドストレージプロバイダ中にホストされ得る。

統一エクスペリエンスを提供するために、ユーザが要求するリソースのすべては、ワークスペースアプリ７０に位置し、それからアクセス可能であり得る。ワークスペースアプリ７０は、さまざまなバージョンで提供される。ワークスペースアプリ７０の１つのバージョンは、Ｗｉｎｄｏｗｓ（登録商標）、ＭａｃまたはＬｉｎｕｘ（登録商標）プラットフォームに基づき得るデスクトップ７２のためのインストールされたアプリケーションである。ワークスペースアプリ７０の第２のバージョンは、ｉＯＳ（登録商標）またはＡｎｄｒｏｉｄ（登録商標）プラットフォームに基づき得るモバイルデバイス７４のためのインストールされたアプリケーションである。ワークスペースアプリ７０の第３のバージョンは、それらのワークスペース環境へのユーザアクセスを提供するためにハイパーテキストマークアップ言語（ＨＴＭＬ）ブラウザを使用する。ワークスペースアプリ７０のウェブバージョンは、ユーザがワークスペースアプリをインストールしたいと望まないか、または公衆ブース７６を動作させるときなど、ワークスペースアプリをインストールする権利を有しないときに使用される。

ワークスペースアプリ７０のこれらの異なるバージョンの各々は、有利には、同じユーザエクスペリエンスを提供し得る。これは有利に、ユーザが異なるプラットフォームのクライアントデバイス７２からクライアントデバイス７４に、次いで、クライアントデバイス７６に移動し、依然としてそれらのワークスペースのために同じユーザエクスペリエンスを受けることを可能にする。クライアントデバイス７２、７４、および７６は、エンドポイントと呼ばれる。

上記のように、ワークスペースアプリ７０は、Ｗｉｎｄｏｗｓ（登録商標）、Ｍａｃ、Ｌｉｎｕｘ（登録商標）、ｉＯＳ（登録商標）、およびＡｎｄｒｏｉｄ（登録商標）プラットフォームならびにＨＴＭＬブラウザ（ＨＴＭＬ５）を用いるプラットフォームをサポートする。ワークスペースアプリ７０は、多数のタイプのアプリおよびデータリソースへのユーザアクセスを可能にする複数のエンジン８０～９０を組み込む。各エンジン８０～９０は、特定のリソースのユーザエクスペリエンスを最適化する。各エンジン８０～９０は、また、団体または企業にユーザアクティビティと潜在的なセキュリティ脅威に関する洞察を提供する。

埋め込まれたブラウザエンジン８０は、局所的にインストールされ、管理されていないブラウザ上でそれらを起動する代わりにＳａａＳおよびウェブアプリをワークスペースアプリ７０内に含まれた状態にしておく。埋め込まれたブラウザを用いて、ワークスペースアプリ７０は、ＳａａＳおよびウェブアプリ中のユーザ選択されたハイパーリンクをインターセプトし、アクセスを承認、拒否、または隔離する前にリスク分析を要求することが可能である。

高品位エクスペリエンス（ＨＤＸ）エンジン８２は、Ｗｉｎｄｏｗｓ（登録商標）またはＬｉｎｕｘ（登録商標）オペレーティングシステムのいずれかの上で実行する仮想ブラウザ、仮想アプリおよびデスクトップセッションへの接続を確立する。ＨＤＸエンジン８２を用いて、Ｗｉｎｄｏｗｓ（登録商標）およびＬｉｎｕｘ（登録商標）のリソースは、ディスプレイはローカルのまま、エンドポイント上でリモートで実行する。考えられる最高のユーザエクスペリエンスを提供するために、ＨＤＸエンジン８２は、変化するネットワーク状態およびアプリケーション要件に適応するために異なる仮想チャネルを利用する。高いレイテンシまたは高いパケットロスのネットワークを克服するために、ＨＤＸエンジン８２は、最適化されたトランスポートプロトコルおよびより優れた圧縮アルゴリズムを自動的に実装する。各アルゴリズムは、ビデオ、画像またはテキストなどのあるタイプの表示のために最適化されている。ＨＤＸエンジン８２は、アプリケーション中のこれらのタイプのリソースを識別し、スクリーンのそのセクションに最も適切なアルゴリズムを適用する。

多くのユーザにとって、ワークスペースはデータに重点が置かれる。コンテンツコラボレーションエンジン８４は、そのデータがオンプレミスにあるのかまたはクラウドにあるのかにかかわらず、ユーザがすべてのデータをワークスペースに統合することを可能にする。コンテンツコラボレーションエンジン８４は、管理者およびユーザが、企業およびユーザに固有のデータ記憶ロケーションへのコネクタのセットを作成することを可能にする。これは、たとえば、ＯｎｅＤｒｉｖｅ（登録商標）、Ｄｒｏｐｂｏｘ（登録商標）、およびオンプレミスのネットワークファイル共有を含むことができる。ユーザは、複数のリポジトリ中にファイルを維持し、ワークスペースアプリ７０が単一の個人用のライブラリにそれらを統合することができる。

ネットワーキングエンジン８６は、エンドポイントまたはエンドポイント上のアプリがセキュアなバックエンドリソースへのネットワーク接続を必要とするのか否かを識別する。ネットワーキングエンジン８６は、エンドポイントデバイス全体の十分なＶＰＮトンネルを自動的に確立することができるか、またはそれは、アプリ固有のμ－ＶＰＮ接続を作成することができる。μ－ＶＰＮは、アプリケーションおよびエンドポイントデバイスが何のバックエンドリソースにアクセスすることができるのかを定義し、このようにして、バックエンドインフラストラクチャを保護する。多くの場合、いくつかのユーザアクティビティは、一意のネットワークベースの最適化から恩恵を受ける。ユーザがファイルコピーを要求する場合、ワークスペースアプリ７０は、アクティビティをより高速に完了するために同時に複数のネットワーク接続を自動的に利用することができる。ユーザがＶｏＩＰ通話を開始した場合、ワークスペースアプリ７０は、複数のネットワーク接続にわたって通話を複製することによってそれの品質を改善する。ネットワークエンジン８６は、最初に到着するパケットのみを使用する。

分析エンジン８８は、ユーザのデバイス上で、ロケーションおよび挙動を報告し、ここで、クラウドベースのサービスは、盗まれたデバイス、ハッキングされた識別情報または会社を辞める準備をしているユーザの結果である可能性がある任意の潜在的な異常を識別する。分析エンジン８８によって収集された情報は、対策を自動的に実装することによって会社の資産を保護する。

管理エンジン９０は、ワークスペースアプリ７０を最新の状態に保つ。これは、最新の能力をユーザに提供するだけでなく、追加のセキュリティ拡張機能をも含む。ワークスペースアプリ７０は、カスタマイズ可能なポリシーに基づいて更新を定期的にチェックし、自動的にデプロイする自動更新サービスを含む。

つぎに図５を参照して、ワークスペースアプリ７０に基づいてユーザに統一エクスペリエンスを提供するワークスペースネットワーク環境１００について説明する。デスクトップ、モバイル、およびウェブバージョンのワークスペースアプリ７０はすべて、クラウド１０４内で実行されているワークスペースエクスペリエンスサービス１０２と通信する。ワークスペースエクスペリエンスサービス１０２は、次いで、リソースフィードマイクロサービス１０８を介してすべての異なるリソースフィード１０６を引き込む。すなわち、クラウド１０４中で実行される他のサービスからの異なるすべてのリソースは、リソースフィードマイクロサービス１０８によって引き込まれる。異なるサービスは、仮想アプリおよびデスクトップサービス１１０、セキュアなブラウザサービス１１２、エンドポイント管理サービス１１４、コンテンツコラボレーションサービス１１６、ならびにアクセス制御サービス１１８を含み得る。団体または企業がサブスクライブする任意のサービスは、ワークスペースエクスペリエンスサービス１０２に自動的に引き込まれ、ユーザのワークスペースアプリ７０に配信される。

クラウドフィード１２０に加えて、リソースフィードマイクロサービス１０８は、オンプレミスフィード１２２を引き込むことができる。クラウドコネクタ１２４は、オンプレミスのデータセンター中で実行している仮想アプリおよびデスクトップデプロイメントを提供するために使用される。デスクトップ仮想化は、たとえば、Ｃｉｔｒｉｘ仮想アプリおよびデスクトップ１２６、Ｍｉｃｒｏｓｏｆｔ ＲＤＳ１２８、またはＶＭｗａｒｅＨｏｒｉｚｏｎ１３０によって提供される。クラウドフィード１２０およびオンプレミスフィード１２２に加えて、例えば、モノのインターネット（ＩｏＴ）デバイス１３４からのデバイスフィード１３２が、リソースフィードマイクロサービス１０８によって引き込まれ得る。サイトアグリゲーションは、異なるリソースをユーザの全体的なワークスペースエクスペリエンスに結びつけるために使用される。

クラウドフィード１２０と、オンプレミスフィード１２２と、デバイスフィード１３２との各々は、異なる一意のタイプのアプリケーションをユーザのワークスペースエクスペリエンスに提供する。ワークスペースエクスペリエンスは、ローカルアプリ、ＳａａＳアプリ、仮想アプリ、およびデスクトップブラウザアプリ、ならびにストレージアプリをサポートすることができる。フィードは増加し、拡張し続けるので、ワークスペースエクスペリエンスは、ユーザの全体的なワークスペース中に追加のリソースを含めることが可能である。これは、ユーザが、それらがアクセスする必要があるすべてのアプリケーションに達することが可能になることを意味する。

ワークスペースネットワーク環境２０をさらに参照して、一連のイベントについて統一エクスペリエンスがユーザにどのように提供されるかに関して説明する。統一エクスペリエンスは、クラウド１０４内で実行されるワークスペースエクスペリエンスサービス１０２に接続するためにユーザがワークスペースアプリ７０を使用し、それらの識別情報を提示することで開始する（イベント１）。識別情報は、例えば、ユーザ名とパスワードとを含む。

ワークスペースエクスペリエンスサービス１０２は、クラウド１０４内の識別情報マイクロサービス１４０にユーザの識別情報を転送する（イベント２）。識別情報マイクロサービス１４０は、団体のワークスペース構成に基づいて正しいアイデンティティプロバイダ１４２にユーザを認証する（イベント３）。認証は、クラウドコネクタ１４６のデプロイメントを必要とするオンプレミスアクティブディレクトリ１４４に基づき得る。認証はまた、Ａｚｕｒｅ Ａｃｔｉｖｅ Ｄｉｒｅｃｔｏｒｙ１４８、さらには、たとえば、Ｃｉｔｒｉｘ ＡＤＣまたはＯｋｔａなどのサードパーティのアイデンティティプロバイダ１５０に基づき得る。

認証されると、ワークスペースエクスペリエンスサービス１０２は、リソースフィードマイクロサービス１０８に認可されたリソースのリストを要求する（イベント４）。構成されたリソースフィード１０６ごとに、リソースフィードマイクロサービス１０８は、シングルサインオンマイクロサービス１５２に識別情報トークンを要求する（イベント５）。

リソースフィード固有の識別情報トークンは、各リソースの認証のポイントにパスされる（イベント６）。オンプレミスリソース１２２は、クラウドコネクタ１２４を通して接触される。各リソースフィード１０６は、それぞれの識別情報のために認証されたリソースのリストで返答する（イベント７）。

リソースフィードマイクロサービス１０８は、異なるリソースフィード１０６からのすべてのアイテムをアグリゲートし、ワークスペースエクスペリエンスサービス１０２に転送する（イベント８）。ユーザは、ワークスペースエクスペリエンスサービス１０２からリソースを選択する（イベント９）。

ワークスペースエクスペリエンスサービス１０２は、リソースフィードマイクロサービス１０８に要求を転送する（イベント１０）。リソースフィードマイクロサービス１０８は、シングルサインオンマイクロサービス１５２に識別情報トークンを要求する（イベント１１）。ユーザの識別情報トークンは、ワークスペースエクスペリエンスサービス１０２（イベント１２）に送られ、ここで起動チケットが生成され、ユーザに送られる。

ユーザは、ゲートウェイサービス１６０へのセキュアなセッションを開始し、起動チケットを提示する（イベント１３）。ゲートウェイサービス１６０は、適切なリソースフィード１０６へのセキュアなセッションを開始し、ユーザをシームレスに認証するために識別情報トークンを提示する（イベント１４）。セッションが初期化すると、ユーザはリソースを利用することが可能になる（イベント１５）。単一のアクセスポイントまたはアプリケーションを通してワークスペース全体を配信させることは、有利には、ユーザのための生産性を改善し、共通のワークフローを合理化する。

図６～図７に目を向けると、最初に、上記したものと同様であり得るクライアントコンピューティングデバイス２０１を例示的に含み、ネットワーク２１０（例えば、インターネット）を介してコンピューティングデバイス２０２から仮想アプリケーションにアクセスするように構成されるコンピューティングシステム２００が説明される。さらに、上記のものと同様であり得るコンピューティングデバイス（例えば、仮想化サーバ）２０２は、例示的に、ハードウェア層２０９にメモリ２０３およびプロセッサ２０４を含む。プロセッサ２０４は、メモリ２０３と協働し、クライアントデバイス２０１に応答するオペレーティングシステム（ＯＳ）層２０８（例えば、Ｗｉｎｄｏｗｓ（登録商標）、ＬＩＮＵＸ（登録商標）など）とともに、仮想マシン２０７内に第１のアプリケーション層２０５を提供するように構成される。サーバ２０２はまた、クライアントデバイス２０１によるその選択に応答して、ＯＳ層２０８の上に仮想マシン２０６内の第２のアプリケーション層２０６を提供するように構成される。

より具体的には、第１のアプリケーション層２０５は、第１の仮想アプリケーションの第１のバージョンと、第１の仮想アプリケーションの第１のバージョンと互換性のある第２の仮想アプリケーションとを含む。さらに、第２のアプリケーション層２０６は、第１のアプリケーション層内の第１の仮想アプリケーションの第２のバージョンを含むが、第２のバージョンは、第１のバージョンとは異なる（例えば、より新しい）（言い換えれば、それらは同じ仮想アプリケーションの異なるバージョンである。）。さらに、第１の仮想アプリケーションの第２のバージョンは、第１のアプリケーション層２０５の第２の仮想アプリケーションと互換性がない。図７に示す例では、第２のアプリケーション層２０６内の第１の仮想アプリケーションの第２のバージョンは、第１のアプリケーション層２０５内の第１の仮想アプリケーションのバージョンよりも新しいバージョンである。

図７に示した例では、第２の仮想アプリケーションはマクロであり、これは、別のプログラムと組み合わせて、またはその上で使用される比較的短いプログラムまたはサブルーチンである。しかしながら、以下でさらに説明するように、第１のアプリケーション層内の第２の仮想アプリケーションは、第１の仮想アプリケーションとは独立して実行することができるいくつかの実施形態におけるスタンドアロンプログラムであり得る。上述したように、この例の場合のように古いバージョンの仮想アプリケーション用に作成されたマクロは、新しいバージョンのアプリケーションでは正しく動作し得ないか、互換性がない。例として、ＭＩＣＲＯＳＯＦＴ ＡＣＣＥＳＳなどのデータベースプログラムは、ユーザにＡＣＣＥＳＳプラットフォームまたはフレームワークで実行されるマクロを作成することを可能にする。しかしながら、ＡＣＣＥＳＳのバージョンが変更されると、このバージョンで構築されたデータベースマクロは、正しく機能し得ない。更新時にマクロが正しく動作し得ないアプリケーションの他の例には、ＳＡＰアプリケーション、スプレッドシート（ＭＩＣＲＯＳＯＦＴ ＥＸＣＥＬなど）、ワードプロセッサ（ＭＩＣＲＯＳＯＦＴ ＷＯＲＤ）などが含まれ得る。

一緒に機能することがわかっている指定されたアプリケーションファイルおよび関連するマクロは、それ以降の更新からロックされる「ゴールデンイメージ」に結合され得る。ゴールデンイメージは、仮想マシン、仮想デスクトップ、またはこの場合は仮想アプリケーション用にあらかじめ構成されたテンプレートであり、特定のユーザまたはユーザグループに適したリソースが含まれる。例示的な実施形態では、アプリケーションファイル／マクロは、ゴールデンイメージ内のアプリケーション層内にコンテナ化され得るが、コンテナ化は、すべての実施形態で利用される必要はない。コンテナには、仮想マシン全体を起動せずにアプリケーションをデプロイできるようにする適切なランタイムコンポーネント（例えば、ファイル、環境変数、ライブラリなど）が含まれ得る。アプリケーションの新しいバージョンまたはアップグレードされたバージョンをロールアウトする場合、第１および第２のアプリケーション層が同じファイル、ライブラリなどに依存しないという点で、第１のアプリケーション層２０５から独立して実行されるように同様にデプロイされる。つまり、第１および第２の仮想アプリケーションは、それらの間で競合が発生し得る共通のファイルまたはライブラリを共有しておらず、したがって、それらは、自己完結型である。それでも、仮想アプリケーションの古いバージョンは、第２のアプリケーション層２０６と同じ仮想マシン２０８内で、さらには同時に、ゴールデンイメージ内の関連するアプリケーション／マクロと共に実行され得る。それらは別々のアプリケーション層で実行されているため、分離されており、互いに競合しない。

対照的に、ローカルデスクトップ環境内で同じプログラムの異なるバージョンを実行することは、特にそれらを同時に実行する場合、通常は不可能である。たとえば、アプリケーションの両方のバージョンが共通のファイルやライブラリなどにアクセスしようとすると、競合やその他の非互換性の問題を引き起こし得る。それでも、第１および第２のアプリケーション層は自己完結型（およびオプションでコンテナ化される）であるので、それらは別々にまたは同じ仮想マシン２０７内で同時に実行され得、高められた利便性、生産性、および／またはユーザエクスペリエンスを提供する。

実装の一例によれば、仮想化サーバ２０２は、Ｃｉｔｒｉｘ ＡＰＰ Ｌａｙｅｒｉｎｇなどのアプリケーションレイヤリングソリューションを使用して、第１および第２のアプリケーション層２０５、２０６を提供し得る。Ｃｉｔｒｉｘ Ａｐｐ Ｌａｙｅｒｉｎｇの基盤となる技術は、仮想マシンのコンポーネントを独立して割り当て、パッチを適用し、更新することを可能にする。これには、ＯＳ、アプリケーション、ならびにユーザの設定およびデータが含まれる。Ｃｉｔｒｉｘ Ａｐｐ Ｌａｙｅｒｉｎｇは、情報技術（ＩＴ）担当者に、ローカルにインストールされているかのように見え、動作し、感じる仮想マシン／ゴールデンイメージを介してアプリケーションを配信することを可能にするが、これらのアプリケーションは実際には、それら自身の仮想ディスク内の個別の管理可能なオブジェクトとして別の場所に保存される。Ｃｉｔｒｉｘ Ａｐｐ Ｌａｙｅｒｉｎｇを用いて、アプリケーションは、ＯＳから分離されることができ、ＩＴ部門は、マシン構成（プール、サイロ、配信グループなど）の数に関係なく、単一のＯＳ層の管理に集中することを可能とする。Ｃｉｔｒｉｘ Ａｐｐ Ｌａｙｅｒｉｎｇでは、層は、その層に一意のファイルシステムオブジェクトおよびレジストリエントリのコンテナである。例として、「アプリケーション層」は、オペレーティングシステムへのアプリケーションのインストール中に追加、変更、または削除されたファイルとレジストリエントリとを含む。しかしながら、Ｃｉｔｒｉｘ Ａｐｐ Ｌａｙｅｒｉｎｇ以外の他の適切なアプリケーションレイヤリングおよび／またはコンテナ化アプローチを、異なる実施形態で使用できることが理解されよう。

さらに、図８～１０を参照すると、この例では、仮想マシン２０７が、スプレッドシートプログラム、ワードプロセッシングプログラム、関連するマクロを備えたデータベースプログラムの第１のバージョン（ｖ１．０）、および同じデータベースプログラムの第２のバージョン（ｖ２．０）であり、クライアントデバイス２０１のディスプレイ２１５に表示されるアイコン２１１～２１４によってそれぞれ表現されている４個の別々のアプリケーションへのアクセスを提供することが示される。アイコン２１３のデータベースシンボルに加えて、このアイコンは、所与のバージョンのデータベースアプリケーション（ｖ１．０）およびその関連マクロがアプリケーション層においてロックダウンされており、したがってユーザによって追加またはその他の方法で変更し得ない（ただし、ＩＴ管理者による変更は許可され得る）ゴールデンイメージであることを示すための錠シンボル２１９も例示的に含む。これは、一貫して運用されるバージョンのデータベースアプリケーションとそれに関連する互換性のあるマクロが常に利用可能であることを保証するのに有利に役立つ。

図８に示される例では、アイコン２１３は、クライアントデバイス２０１のユーザインターフェース（ＵＩ）を介して選択されており、仮想データベースアプリケーションの古い（ｖ１．０）バージョンが実行されているウインドウ２１６が開いている。さらに、このウインドウでは、ゴールデンイメージでデータベースｖ１．０アプリケーションとロックされている複数の異なるデータベースマクロ（マクロＡＢＣ、マクロＢＣＤ、マクロＣＤＥ、マクロＤＥＦ、およびマクロＥＦＧ）にアクセスするためのそれぞれのタブまたはボタン２１７が提供される。図９の例では、アイコン２１０が選択されており、ウインドウ２１８内で、データベースアプリケーションの新しいバージョン（ｖ２．０）が起動され、実行されている。言い換えると、図８は、仮想データベースアプリケーションの古いバージョン（ｖ１．０）のみが実行されている例を示し、図９は、データベースアプリケーションの新しいバージョン（ｖ２．０）のみが実行されている例を示している。図１０の例では、アイコン２１３、２１４の両方が選択されており、両方のデータベースアプリケーション層（ｖ１．０およびｖ２．０用）が、それぞれ、ウインドウ２１６、２１８で両方同時に実行されている。上記のように、これは、クライアントコンピューティングデバイスにローカルにインストールされた同じアプリケーションの異なるバージョンでは通常不可能である。

例示的な一実装形態では、ＩＴ担当者は、ゴールデンイメージ（ここでは第１のアプリケーション層２０５および関連するマクロ）を作成し、すべてのプログラムが同じアプリケーション層内で正しく一緒に動作することを確認し、それから上述のように、このアプリケーション層を変更できないようにロックダウンし得る。これにより、一緒に動作することが証明され、ＩＴの介入なしに変更できないアプリケーションバージョンとマクロが可能になる。またこれにより、ユーザが所有し得る他のバージョンのアプリケーションとは別に、離れて設定された期間、またはスタンドアロンの仮想ソフトウェアパッケージとして、ゴールデンイメージ（例えば、サブスクリプションもしくはライセンスを介して）にアクセスすることを可能とする。これに関して、いくつかの実施形態では、必要に応じて、１以上の仮想アプリケーションをゴールデンイメージにバンドルし得ることに留意すべきである。たとえば、これにより、Ａｐｐ Ｘ（ｖ１）およびＡｐｐ Ｙ（ｖ２）を含む第１のアプリケーション層、並びにＡｐｐ Ｙ（ｖ２）を含む第２のアプリケーション層などの２つの異なるアプリケーションが同時使用できるようにし得る。ＡｐｐＸ（ｖ１）およびＡｐｐＹ（ｖ２）は同時使用できないものであり得るとしても、それでもＡｐｐＹ（ｖ１）を動作させるときにＡｐｐＸ（ｖ１）にアクセスでき、ＡｐｐＸと同時使用しないときにＡｐｐＹ（ｖ２）にもアクセスできることは、ユーザの関心を引き得る。繰り返しになるが、目標は、互換性が実証され、ユーザに対し「アウトオブザボックスで」正しく機能する互換性のあるアプリケーションおよび／またはマクロを同じゴールデンイメージアプリケーション層に組み込むことである。

図７の例では、メモリ２０３はまた、サーバ２０２がマクロプリファレンスに基づいて、仮想マシンのログオン時にクライアントデバイス２０１に対して仮想アプリケーションの第１または第２のバージョンを最初に提供することを可能とするログオンマクロプリファレンスを記憶している。例えば、第２のアプリケーション層２０６に含まれるアプリケーションの新しいビューは、スタートアップメニューおよび／もしくはクイックアクセスバーにリストされたデフォルトバージョンになり得、または、必要に応じて、サーバ２０２は、ログオン時に第２のアプリケーション層を自動起動することさえし得る。

図１１のフロー図２３０をさらに参照すると、関連する方法は、ブロック２３２において、クライアントデバイス２０１に応答するサーバ２０２で仮想マシン２０７内に第１のアプリケーション層２０５を提供することを含み得、上記のように、第１のアプリケーション層は、第１の仮想アプリケーションの第１のバージョンと、第１の仮想アプリケーションの第１のバージョンと互換性のある１つまたは複数の第２の仮想アプリケーション（例えば、マクロなど）とを含み得る。方法は、さらに、ブロック２３３において、クライアントデバイス２０１に応答するサーバ２０２において仮想マシン２０７内に第２のアプリケーション層２０６を提供することを例示的に含み、第２のアプリケーション層は、第１の仮想アプリケーションの第２のバージョンを含み、第２のバージョンは、第１のアプリケーション層における第１のバージョンとは異なる。上記のように、仮想アプリケーションの第２のバージョンは第２の仮想アプリケーションと互換性がない。図１１の方法は、例示的に、ブロック２３４で終了する。上記のように、層が生成された後の特定の層からの仮想アプリケーションの選択、ユーザ入力デバイスからの選択に応答するあるアプリケーションバージョンから別のバージョンへの変更などの他のステップが含まれ得る。

前述の開示を読んだ当業者なら理解するように、本明細書で説明されるさまざまな態様は、デバイス、方法、またはコンピュータプログラム製品（例えば、言及される動作またはステップを実行するためのコンピュータ実行可能命令を有する非一時的なコンピュータ可読媒体）として実施され得る。相応して、それらの態様は、完全なハードウェア実施形態、完全なソフトウェア実施形態、またはソフトウェアおよびハードウェア態様を組み合わせた実施形態の形態をとり得る。

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

上記の説明および関連する図面で提示する教示の利益を有する当業者は、多くの変更および他の実施形態を思い浮かぶであろう。したがって、上記は、例示的な実施形態に限定されるものではなく、変更および他の実施形態が、添付の特許請求の範囲に含まれることを理解されたい。

Claims (20)

1. メモリと、前記メモリと協働するプロセッサであって、
   クライアントデバイスに応答する仮想マシン内に、第１のアプリケーション層を提供し、前記第１のアプリケーション層は第１の仮想アプリケーションの第１のバージョンおよび前記第１の仮想アプリケーションの前記第１のバージョンと互換性のある少なくとも１つの第２の仮想アプリケーションとを含み、
   前記クライアントデバイスに応答する前記仮想マシン内に、第２のアプリケーション層を提供し、前記第２のアプリケーション層は前記第１の仮想アプリケーションの第２のバージョンを含み、前記第２のバージョンが前記第１のアプリケーション層における前記第１のバージョンとは異なるように構成されたプロセッサと、
   を備えるコンピューティングデバイスであって、
   前記第１の仮想アプリケーションの前記第２のバージョンは、前記少なくとも１つの第２の仮想アプリケーションと互換性がない
   コンピューティングデバイス。
2. 前記第１の仮想アプリケーションの前記第２のバージョンは、前記第１の仮想アプリケーションの前記第１のバージョンよりも新しい請求項１に記載のコンピューティングデバイス。
3. 前記メモリおよびプロセッサがマクロ設定に基づいてログオン時に前記クライアントデバイスに前記第１または第２のアプリケーション層を最初に提供するように構成されている請求項１に記載のコンピューティングデバイス。
4. 前記第１および第２のアプリケーション層がコンテナ化されている請求項１に記載のコンピューティングデバイス。
5. 前記メモリおよびプロセッサが前記クライアントデバイスに前記第１および第２のアプリケーション層を同時に提供するよう構成されている請求項１に記載のコンピューティングデバイス。
6. 前記第１のアプリケーション層は、それの更新を防ぐためにロックされている請求項１に記載のコンピューティングデバイス。
7. 前記少なくとも１つの第２の仮想アプリケーションは、少なくとも１つのマクロを含む請求項１に記載のコンピューティングデバイス。
8. クライアントデバイスに応答する仮想マシン内に、第１のアプリケーション層を提供することであって、前記第１のアプリケーション層は第１の仮想アプリケーションの第１のバージョンおよび前記第１の仮想アプリケーションの前記第１のバージョンと互換性のある少なくとも１つの第２の仮想アプリケーションとを含むことと、
   前記クライアントデバイスに応答する前記仮想マシン内に、第２のアプリケーション層を提供することであって、前記第２のアプリケーション層は前記第１の仮想アプリケーションの第２のバージョンを含み、前記第２のバージョンが前記第１のアプリケーション層における前記第１のバージョンとは異なることと、
   を含む方法であって、
   前記第１の仮想アプリケーションの前記第２のバージョンは、前記少なくとも１つの第２の仮想アプリケーションと互換性がない
   方法。
9. 前記第１の仮想アプリケーションの前記第２のバージョンは、前記第１の仮想アプリケーションの前記第１のバージョンよりも新しい請求項８に記載の方法。
10. サーバがマクロ設定に基づいてログオン時に前記クライアントデバイスに前記第１または第２のアプリケーション層を最初に提供するように構成されている請求項８に記載の方法。
11. 前記第１および第２のアプリケーション層がコンテナ化されている請求項８に記載の方法。
12. サーバが前記クライアントデバイスに前記第１および第２のアプリケーション層を同時に提供するよう構成されている請求項８に記載の方法。
13. 前記第１のアプリケーション層は、それの更新を防ぐためにロックされている請求項８に記載の方法。
14. 前記少なくとも１つの第２の仮想アプリケーションは、少なくとも１つのマクロを含む請求項８に記載の方法。
15. 仮想アプリケーションにアクセスするように構成されたクライアントデバイスと、
    メモリとプロセッサとを含むサーバであって、前記クライアントデバイスに応答する仮想マシン内に、第１のアプリケーション層を提供し、前記第１のアプリケーション層は第１の仮想アプリケーションの第１のバージョンおよび前記第１の仮想アプリケーションの前記第１のバージョンと互換性のある少なくとも１つの第２の仮想アプリケーションとを含み、
    前記クライアントデバイスに応答する前記仮想マシン内に、第２のアプリケーション層を提供し、前記第２のアプリケーション層は前記第１の仮想アプリケーションの第２のバージョンを含み、前記第２のバージョンが前記第１のアプリケーション層における前記第１のバージョンとは異なるように構成されたサーバと、
    を備えるコンピューティングシステムであって、
    前記第１の仮想アプリケーションの前記第２のバージョンは、前記少なくとも１つの第２の仮想アプリケーションと互換性がない
    コンピューティングシステム。
16. 前記第１の仮想アプリケーションの前記第２のバージョンは、前記第１の仮想アプリケーションの前記第１のバージョンよりも新しい請求項１５に記載のコンピューティングシステム。
17. 前記サーバがマクロ設定に基づいてログオン時に前記クライアントデバイスに前記第１または第２のアプリケーション層を最初に提供するように構成されている請求項１５に記載のコンピューティングシステム。
18. 前記第１および第２のアプリケーション層がコンテナ化されている請求項１５に記載のコンピューティングシステム。
19. 前記サーバが前記クライアントデバイスに前記第１および第２のアプリケーション層を同時に提供するよう構成されている請求項１５に記載のコンピューティングシステム。
20. 前記第１のアプリケーション層は、それの更新を防ぐためにロックされている請求項１５に記載のコンピューティングシステム。

Images