特表 2022-528348 統合アプリケーション通知フレームワーク

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2022-06-10

(54)【発明の名称】統合アプリケーション通知フレームワーク

(51)【国際特許分類】

   G06F 9/455 20060101AFI20220603BHJP

   G06F 3/0481 20220101ALI20220603BHJP

【ＦＩ】

G06F9/455 150

G06F3/0481

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2021557113

(86)(22)【出願日】2019-04-01

(85)【翻訳文提出日】2021-10-27

(86)【国際出願番号】 CN2019080850

(87)【国際公開番号】W WO2020199089

(87)【国際公開日】2020-10-08

(81)【指定国・地域】

(71)【出願人】

【識別番号】397074301

【氏名又は名称】サイトリックス システムズ，インコーポレイテッド

(74)【代理人】

【識別番号】110002310

【氏名又は名称】特許業務法人あい特許事務所

(72)【発明者】

【氏名】レン，ミンミン

(72)【発明者】

【氏名】ヤオ，ユエ

【テーマコード（参考）】

5E555

【Ｆターム（参考）】

5E555AA57

5E555BA02

5E555BA04

5E555BB02

5E555BB04

5E555BC08

5E555BD01

5E555CB74

5E555DB18

5E555DB41

5E555DB51

5E555DC13

5E555DD08

5E555FA00

(57)【要約】

統合アプリケーション通知フレームワーク向けの方法およびシステム。サーバは、サービスプロバイダから通知を受信する。サービスプロバイダは、仮想マシン上で実行可能なアプリケーションと関連付けられる。仮想マシンは、ユーザインターフェースを含む仮想環境の一部であってもよい。サーバは、受信した通知の識別子を判断し、識別子は、サービスプロバイダと関連付けられた仮想マシン上でアプリケーションを示すことができる。サーバは、受信した通知を、ユーザに表示するためにユーザインターフェースに提供する。受信した通知は、仮想マシン上でアプリケーションを実行せずに表示される。
【選択図】図５

【特許請求の範囲】

【請求項1】

サーバによって、サービスプロバイダから通知を受信することであって、前記サービスプロバイダは、仮想マシン上で実行可能なアプリケーションと関連付けられており、前記仮想マシンは、ユーザインターフェースを含む仮想環境の一部である、前記受信することと、
前記サーバによって、前記受信した通知の識別子を判断することであって、前記識別子は、前記サービスプロバイダと関連付けられた前記アプリケーションを示す、前記判断することと、
前記サーバによって、前記受信した通知を、ユーザに表示するために前記ユーザインターフェースに提供することであって、前記受信した通知は、前記仮想マシン上で前記アプリケーションを実行せずに表示される、前記提供することと、
を含む方法。

【請求項2】

前記識別子を判断することは、前記サーバによって前記受信した通知から前記識別子を抽出することを含む、請求項１に記載の方法。

【請求項3】

前記サービスプロバイダは、前記アプリケーションにサービスを提供するバックエンドサービスを備える、請求項１に記載の方法。

【請求項4】

前記サービスプロバイダは、ウェブサーバ、メールサーバ、アプリケーションサーバ、メッセージングサーバ、ロケーションサーバ、コンテンツプロバイダ、オンラインストリーミングサービス、ソーシャルメディアサービス、金融機関、電気通信サービス、インターネットサービスプロバイダ、またはＳａａＳ（ｓｏｆｔｗａｒｅ－ａｓ－ａ－ｓｅｒｖｉｃｅ）プロバイダのうちの少なくとも１つである、請求項１に記載の方法。

【請求項5】

前記仮想環境により、ユーザがクライアントデバイスから前記仮想マシンにアクセスできるようになる、請求項１に記載の方法。

【請求項6】

前記仮想環境は、ウェブクライアント、アプリケーション、サービス、またはオペレーティングシステムのうちの少なくとも１つを備える、請求項１に記載の方法。

【請求項7】

前記仮想環境は、前記提供された通知を受信した後、ユーザに前記通知を表示する、請求項１に記載の方法。

【請求項8】

前記通知は、テキスト、アイコン、ポップアップ、ダイアログボックス、ステータスバー、トースト、タイル、バッジ、アラート、またはカウンタのうちの少なくとも１つとして表示される、請求項７に記載の方法。

【請求項9】

前記アプリケーションが、前記仮想マシン上で実行中でないと判断することと、
前記サーバが、前記仮想マシン上で前記アプリケーションを実行させることと、
をさらに含む、請求項１に記載の方法。

【請求項10】

前記識別子によって示された前記アプリケーションが前記ユーザインターフェースを通じてアクセス中でないときに、前記ユーザインターフェースは、前記受信した通知を表示する、請求項９に記載の方法。

【請求項11】

前記仮想マシン上で前記アプリケーションを実行させることは、前記アプリケーションを起動するためのコマンドを前記サーバによって前記仮想マシンに伝送することを含む、請求項９に記載の方法。

【請求項12】

前記仮想マシンが動作可能でないと判断することと、
前記仮想マシンを起動するためのコマンドを伝送することにより、前記サーバが前記仮想環境に対して前記仮想マシンを動作可能にすることと、
をさらに含む、請求項１に記載の方法。

【請求項13】

前記通知を受信した後、ファイルのダウンロード、前記アプリケーションの終了、または前記アプリケーションと関連付けられている関連アプリケーションの起動のうちの少なくとも１つを、前記サーバによって前記仮想マシンに実施させること
をさらに含む、請求項１に記載の方法。

【請求項14】

前記受信した通知を特定の時期に前記仮想環境に提供するようスケジューリングすること
をさらに含む、請求項１に記載の方法。

【請求項15】

前記サーバによって、前記サービスプロバイダから第２の通知を受信することと、
前記第２の通知がフィルタリング基準を満たさないと判断することと、
前記仮想環境に前記第２の通知を提供することなく、前記第２の通知を破棄することと、
をさらに含む、請求項１に記載の方法。

【請求項16】

前記フィルタリング基準は、通知タイプ、通信チャネルタイプ、アプリケーションタイプ、時刻、優先度、または重複のうちの少なくとも１つを備える、請求項１５に記載の方法。

【請求項17】

メモリと、
前記メモリに連結されており、かつ、
サービスプロバイダから通知を受信することであって、前記サービスプロバイダは、仮想マシン上で実行可能なアプリケーションと関連付けられており、前記仮想マシンは、ユーザインターフェースを含む仮想環境の一部である、前記受信することと、
前記受信した通知の識別子を判断することであって、前記識別子は、前記サービスプロバイダと関連付けられた前記アプリケーションを示す、前記判断することと、
前記受信した通知を、ユーザに表示するために前記ユーザインターフェースに提供することであって、前記受信した通知は、前記仮想マシン上で前記アプリケーションを実行せずに表示される、前記提供することと、
を行うように構成されたプロセッサと、
を備えるシステム。

【請求項18】

前記プロセッサは、
前記アプリケーションが前記仮想マシン上で実行中でないと判断した後に、前記アプリケーションを前記仮想マシン上で実行させるようにさらに構成されている、請求項１７に記載のシステム。

【請求項19】

プロセッサによって実行されると、
サービスプロバイダから通知を受信することであって、前記サービスプロバイダは、仮想マシン上で実行可能なアプリケーションと関連付けられており、前記仮想マシンは、ユーザインターフェースを含む仮想環境の一部である、前記受信することと、
前記受信した通知の識別子を判断することであって、前記識別子は、前記サービスプロバイダと関連付けられた前記アプリケーションを示す、前記判断することと、
前記受信した通知を、ユーザに表示するために前記ユーザインターフェースに提供することであって、前記受信した通知は、前記仮想マシン上で前記アプリケーションを実行せずに表示される、前記提供することと、
を前記プロセッサに行わせる命令を記憶する非一時的コンピュータ可読記憶媒体。

【請求項20】

前記命令は、前記プロセッサによって実行されると、
前記アプリケーションが前記仮想マシン上で実行中でないと判断した後に、前記アプリケーションを前記仮想マシン上で実行させること
を前記プロセッサにさらに行わせる、請求項１９に記載の非一時的コンピュータ可読記憶媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本明細書に記載の発明の態様は概して、コンピュータネットワーキング、リモートコンピュータアクセス、仮想化、エンタープライズモビリティマネジメント、およびそれらに関連するハードウェアおよびソフトウェアに関する。より具体的には、本明細書に記載の態様は、仮想アプリケーション向けの通知フレームワークに関する。

【背景技術】

【0002】

現在の仮想デスクトップおよびアプリケーション製品は、ユーザが仮想アプリケーションと対話できるフロントエンドと、仮想リソースおよびインスタンスを管理するバックエンドと、からなるのが典型的である。アプリケーションは、バックエンドサービスからメッセージを受信し、ユーザへの通知を生成することができる。

【発明の概要】

【0003】

以下の内容は、本明細書に記載されている様々な発明の態様を簡略化してまとめたものである。この概要は、包括的な概略ではなく、必須または肝要な要素を特定したり、請求項の範囲を明確化したりすることを意図してはいない。以下の概要は、後述の詳細な説明に入る前の導入部として、いくつかの概念を簡略化して提示しているに過ぎない。

【0004】

統合アプリケーション通知フレームワークは、通知アプリケーションプログラミングインターフェース（ＡＰＩ）、オペレーティングシステムレベルのインターセプト、およびサービス間通知チャネルを介して、仮想アプリケーションインスタンスと関連付けられた通知を受信し得る。通知は、トリアージおよびフィルタリングされ得る。

【0005】

通知ＡＰＩ通知は、統合アプリケーション通知フレームワークのネイティブＡＰＩコールを通じて、仮想アプリケーションインスタンスから受信され得る。オペレーティングシステムレベル通知インターセプトメッセージは、仮想アプリケーションインスタンスが実行中である仮想オペレーティングシステムインスタンスに仮想アプリケーションインスタンスによって送信された仮想通知に基づいて生成され得る。サービス間通知は、仮想アプリケーションインスタンスにサービスを提供するバックエンドサービスによって生成され得る。

【0006】

統合アプリケーション通知フレームワークは、通知をクライアントワークスペースに送信し得る。

【0007】

これらの態様および追加的な態様が、以下でさらに詳述する開示内容により理解されるであろう。

【0008】

本明細書に記載の態様およびそれらの利点は、添付の図面を考慮して以下の説明を参照することにより、より深い理解が得られる。これらの図面において、同様の参照番号は同様の特徴を示している。

【図面の簡単な説明】

【0009】

【図1】本明細書に記載された１つ以上の例示的な態様に従って使用され得る例示的なコンピュータシステムアーキテクチャを描いている。

【図2】本明細書に記載された１つ以上の例示的な態様に従って使用され得る例示的なリモートアクセスシステムアーキテクチャを描いている。

【図3】本明細書に記載された１つ以上の例示的な態様に従って使用され得る例示的な仮想化されたシステムアーキテクチャを描いている。

【図4】本明細書に記載された１つ以上の例示的な態様に従って使用され得る例示的なクラウドベースのシステムアーキテクチャを描いている。

【図5】例示的な統合アプリケーション通知フレームワークを描いている。

【図6】クライアントデバイスの例示的なユーザインターフェースを描いている。

【図7】統合アプリケーション通知フレームワークを提供するための例示的な方法を描いている。

【図8】クライアントワークスペースによって通知を受信するための例示的な方法を描いている。

【発明を実施するための形態】

【0010】

様々な発明の実施の形態に関する以降の記述においては、本明細書の一部を形成する前記の添付図面が参照されており、本明細書に記載された態様が実施され得る様々な実施の形態が例として示されている。本明細書に記載された範囲から逸脱しない限り、他の実施の形態を利用したり、構造上および機能上の変更を行ったりし得るものと理解されたい。様々な態様で、他の実施の形態が可能であり、種々の異なる方法で実施または実行することができる。

【0011】

従来のクラウド製品には、バックエンドのアプリケーションインスタンスとフロントエンドのユーザインターフェースとの間に信頼できる通知メカニズムがない。例えば、バックエンドのアプリケーションインスタンスは、仮想Ｗｉｎｄｏｗｓ（登録商標）デスクトップ環境で稼働するＭｉｃｒｏｓｏｆｔ Ｏｕｔｌｏｏｋ（登録商標）電子メールクライアントアプリケーションであり得る。フロントエンドのユーザインターフェースは、Ｃｉｔｒｉｘ Ｗｏｒｋｓｐａｃｅ（登録商標）であり得る。バックエンドのアプリケーションインスタンスは、フロントエンドのユーザインターフェースに直接アラートを出す方法を有しないのが典型的であることから、アプリケーションが通知を発行するとき、ユーザが自発的にそのアプリケーションを開くまでユーザに通知されないことがある。例えば、ユーザが、ローカルコンピュータのホストオペレーティングシステム上で稼働している電子メールクライアントを介して電子メールメッセージを受信した場合、電子メールクライアントは、ローカルコンピュータ上で稼働しているホストオペレーティングシステムに通知メッセージを送信し、ユーザはその通知を以て直ちに警告され得る。しかし、電子メールメッセージが、仮想マシン上で稼働する電子メールクライアントの仮想インスタンスに到着した場合、ローカルコンピュータ上で稼働するホストオペレーティングシステムは、新しい電子メールが到着したことを知る方法を有しない場合があり、ユーザは、仮想マシンにアクセスするために仮想デスクトップユーザインターフェースを能動的に起動し、かつ／または電子メールクライアントの仮想インスタンスを起動するまで、新しい電子メールの到着を発見しないことがある。そのため、ユーザエクスペリエンスを高めるためには、仮想化環境における信頼できる通知フレームワークが必要とされる。

【0012】

前記の先行技術の制限を克服し、本明細書を読んで理解すれば明らかとなる他の制限を克服するために、本明細書に記載の態様は、統合アプリケーション通知フレームワークに関する。

【0013】

以下に詳述する主題の総説として、本明細書に記載の態様は、クラウドおよび／または仮想化されたアプリケーション向けの統合通知フレームワークに関する。ユーザは、仮想化またはクラウドアプリケーションを開いて個別に通知を確認しなくても通知を受信し得、ユーザエクスペリエンスおよび顧客満足度を高め得る。より具体的には、本開示により、フロントエンドのユーザインターフェースが、統合アプリケーション通知フレームワークを介して、かつ複数の通信チャネルのうちの１つを通じて、バックエンドのアプリケーションインスタンスに関連する通知メッセージを受信できるようになる。そのため、バックエンドのアプリケーションインスタンスに関する適切な情報がユーザに提供されやすくなることから、ユーザがこの情報を、より迅速かつ効率的に受信し得る。

【0014】

本明細書で使われている表現や用語は説明上のものであり、制限的なものとみなすべきでない。本明細書で使われている句および用語には、むしろ最も広義の解釈および意味が与えられるべきである。「含む」、「備える」、およびこれらの変形が使用されている場合には、以降に列挙された項目およびそれらの均等物、ならびに追加項目およびそれらの均等物を包含するものとする。「接続」、「連結」、「参加」および同様の用語の使用は、直接的および間接的の両方の接続、結合、参加を含むことものと意図される。

【0015】

本明細書で使用され、かつ図面に描かれている「通知」（メッセージまたは通知メッセージとも称される）という用語は、アプリケーションまたはオペレーティングシステムによって生成され、同じまたは他のアプリケーションおよびオペレーティングシステム向けのメッセージを格納する任意のタイプのデータまたは情報を指す。通知のサイズに制限はないが、比較的小さなサイズ（例えば、数バイトから数キロバイト）であることが多い。通知メッセージの送信者および受信者は、メッセージの形式および配信方法について事前に合意する必要があり得る。通知の受信者は、関連情報をユーザに提示することによってその通知をさらに処理し得る。例えば、この通知は、画面上で視覚的に（例えば、テキスト、アイコン、ポップアップ、ダイアログボックス、ステータスバー、トースト、タイル、バッジ、アラート、カウンタなど）、スピーカから聴覚的に（例えば、アラーム、着信音、オーディオアラートなど）、またはその他任意の手段で（例えば、振動や触覚フィードバックなど）ユーザに提示され得る。一例として、電子メールクライアントは、新しい電子メールを受信すると、電子メールクライアントが実行されているオペレーティングシステムに通知を送信することができ、その結果、オペレーティングシステムは、ポップアップダイアログを介して新しい電子メールをユーザに気付かることができる。

【0016】

受信した通知は、ユーザが（例えば、読むなどして）手動で確認すると、「消去」などの形でアプリケーションまたはシステムから削除されるか、通知がユーザに提示された後に自動的に消去され得る。代替として、通知の受信から一定の時間（例えば、１時間、１日、２週間、３か月など）が経過した後にその通知が消去されてもよい。消去された（または期限が切れた）通知は、ユーザに表示されなくなってもよい。

【0017】

コンピューティングアーキテクチャ
コンピュータソフトウェア、ハードウェア、およびネットワークは、特にスタンドアロン、被ネットワーク接続、リモートアクセス（リモートデスクトップとも称される）、被仮想化、および／またはクラウドベースの環境など、種々の異なるシステム環境で利用され得る。

【0018】

図１は、本明細書に記載された１つ以上の例示的な態様を、スタンドアロンおよび／または被ネットワーク接続環境で実装する目的で使用され得るシステムアーキテクチャおよびデータ処理デバイスの一例を表している。様々なネットワークノード１０３、１０５、１０７、および１０９は、インターネットなどのワイドエリアネットワーク（ＷＡＮ）１０１を介して相互接続され得る。追加または代替として、プライベートイントラネット、企業ネットワーク、ローカルエリアネットワーク（ＬＡＮ）、メトロポリタンエリアネットワーク（ＭＡＮ）、無線ネットワーク、パーソナルネットワーク（ＰＡＮ）など、他のネットワークが使用され得る。ネットワーク１０１は説明用であり、より少数または追加的なコンピュータネットワークに置き換えられ得る。ローカルエリアネットワーク１３３は、任意の既知のＬＡＮトポロジーのうちの１つ以上を有し得、イーサネットなど、様々な異なるプロトコルのうちの１つ以上を使用し得る。デバイス１０３、１０５、１０７および１０９、ならびに他のデバイス（非図示）は、ツイストペアワイヤ、同軸ケーブル、光ファイバ、電波、または他の通信媒体を介して、ネットワークのうちの１つ以上に接続され得る。

【0019】

本明細書で使用され、図面に描かれている「ネットワーク」という用語は、遠隔の記憶デバイスが１つ以上の通信経路を介して連結されているシステムを表すだけでなく、記憶能力を有するかかるシステムに随時連結され得るスタンドアロンデバイスも表す。したがって、「ネットワーク」という用語は、「物理ネットワーク」だけでなく、すべての物理ネットワークにまたがって所在する単一の実体に帰属するデータで構成される「コンテンツネットワーク」も含む。

【0020】

構成要素としては、データサーバ１０３、ウェブサーバ１０５、クライアントコンピュータ１０７、１０９が挙げられ得る。データサーバ１０３は、本明細書に記載された１つ以上の例示的な態様を実施するためのデータベースおよび制御ソフトウェアの全体的なアクセス、制御、および管理を提供する。データサーバ１０３はウェブサーバ１０５に接続され得、ユーザはウェブサーバ１０５を介して、リクエストされたデータと対話し、データを取得する。代替として、データサーバ１０３は、ウェブサーバそのものとなってインターネットに直接接続され得る。データサーバ１０３は、ローカルエリアネットワーク１３３、ワイドエリアネットワーク１０１（例えば、インターネット）、直接もしくは間接的な接続を介して、または他の何らかのネットワークを介して、ウェブサーバ１０５に接続され得る。ユーザは、リモートコンピュータ１０７、１０９を使用してデータサーバ１０３と対話し得、例えば、ウェブブラウザを使用して、ウェブサーバ１０５がホストする１つ以上の外部公開されたウェブサイトを介してデータサーバ１０３に接続し得る。クライアントコンピュータ１０７、１０９は、データサーバ１０３に記憶されているデータにアクセスするために、データサーバ１０３と連携して使用され得るか、他の目的で使用され得る。例えば、クライアントデバイス１０７から、ユーザは、当技術分野で既知のインターネットブラウザを使用して、またはコンピュータネットワーク（インターネットなど）を経由してウェブサーバ１０５および／もしくはデータサーバ１０３と通信するソフトウェアアプリケーションを実行することによって、ウェブサーバ１０５にアクセスし得る。

【0021】

サーバおよびアプリケーションは、同じ物理マシン上で組み合わせられ、別々の仮想アドレスまたは論理アドレスを保持し得るか、別々の物理マシン上に所在し得る。図１は、使用され得るネットワークアーキテクチャの一例を表しているに過ぎず、当業者であれば、使用される特定のネットワークアーキテクチャおよびデータ処理デバイスが多様であり得、本明細書にさらに記載のとおり、それらが提供する機能に対して二次的であることを理解するであろう。例えば、ウェブサーバ１０５およびデータサーバ１０３によって提供されるサービスは、単一サーバ上で組み合わせられ得る。

【0022】

各構成要素１０３、１０５、１０７、１０９は、任意のタイプの既知のコンピュータ、サーバ、またはデータ処理デバイスであり得る。データサーバ１０３は、例えば、データサーバ１０３の動作全体を制御するプロセッサ１１１を含み得る。データサーバ１０３は、ランダムアクセスメモリ（ＲＡＭ）１１３、読み出し専用メモリ（ＲＯＭ）１１５、ネットワークインターフェース１１７、入出力インターフェース１１９（例えば、キーボード、マウス、ディスプレイ、プリンタなど）、およびメモリ１２１をさらに含み得る。入出力（Ｉ／Ｏ）インターフェース１１９は、データまたはファイルの読み出し、書き込み、表示、および／または印刷を行うための様々なインターフェースユニットおよびドライブを含み得る。メモリ１２１は、データ処理デバイス１０３の動作全体を制御するためのオペレーティングシステムソフトウェア１２３と、本明細書に記載された態様を実施するようにデータサーバ１０３に指示するための制御ロジック１２５と、本明細書に記載された態様と組み合わせて使用してもしなくてもよい二次的な機能、サポート機能、および／または他の機能を提供する他のアプリケーションソフトウェア１２７と、をさらに記憶し得る。本明細書では、制御ロジック１２５がデータサーバソフトウェア１２５とも称され得る。データサーバソフトウェア１２５の機能とは、制御ロジック１２５へと符号化された規則に基づいて自動的に行われ、システムに入力を提供するユーザによって手動で行われる動作もしくは決定、および／またはユーザ入力（例えば、クエリやデータアップデートなど）に基づく自動処理の組み合わせのことであり得る。

【0023】

メモリ１２１は、第１のデータベース１２９および第２のデータベース１３１を含む、本明細書に記載された１つ以上の態様の実施に使用されるデータも記憶し得る。いくつかの実施の形態において、第１のデータベース１２９は、第２のデータベース１３１を（例えば、別々のテーブルやレポートなどとして）含み得る。つまり、情報は、システム設計に応じて、単一のデータベースに記憶すること、または異なる論理、仮想、もしくは物理データベースへと分けることができる。デバイス１０５、１０７、および１０９は、デバイス１０３に関して説明したのと同様のアーキテクチャまたは異なるアーキテクチャを有し得る。当業者であれば、例えば、処理負荷を複数のコンピュータに分配したり、地理的な箇所、ユーザのアクセスレベル、サービス品質（ＱｏＳ）などに基づいてトランザクションを分離したりする目的で、本明細書に記載されているデータ処理デバイス１０３（またはデバイス１０５、１０７、もしくは１０９）の機能が複数のデータ処理デバイスに分散され得るということを理解するであろう。

【0024】

１つ以上の態様は、本明細書に記載のとおり、１つ以上のプログラムモジュールなど、１つ以上のコンピュータまたは他のデバイスによって実行されるコンピュータ使用可能もしくは可読データおよび／またはコンピュータ実行可能命令で具現化され得る。一般に、プログラムモジュールとしては、コンピュータまたは他のデバイス内のプロセッサによって実行されるときに、特定のタスクを実施したり、特定の抽象データ型を実装したりするルーチン、プログラム、オブジェクト、構成要素、データ構造体などが挙げられる。モジュールは、実行のために後でコンパイルされるソースコードプログラミング言語で記述され得るか、ハイパーテキストマークアップ言語（ＨＴＭＬ）または拡張マークアップ言語（ＸＭＬ）（これらに限定されない）などのスクリプト言語で記述され得る。コンピュータ実行可能命令は、不揮発性記憶デバイスなどのコンピュータ可読媒体に記憶され得る。ハードディスク、ＣＤ－ＲＯＭ、光学式記憶デバイス、磁気記憶デバイス、および／またはそれらの任意の組み合わせなど、任意の適切なコンピュータ可読記憶媒体が利用され得る。加えて、本明細書に記載されているデータまたはイベントを表す様々な伝送（非記憶）媒体は、金属線、光ファイバ、および／または無線伝送媒体（例えば、空気および／または空間）などの信号伝導媒体を通過する電磁波という形態で、送信元と送信先との間で転送され得る。本明細書に記載されている様々態様は、方法、データ処理システム、またはコンピュータプログラム製品として具現化され得る。そのため、様々な機能の全体または一部は、ソフトウェア、ファームウェア、および／または、集積回路、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）などのハードウェアもしくはハードウェア等価物で具現化され得る。本明細書に記載されている１つ以上の態様をより効果的に実装する目的で、特定のデータ構造体が使用され得、かかるデータ構造体は、本明細書に記載されているコンピュータ実行可能命令およびコンピュータ使用可能データの範囲内で企図される。

【0025】

図２をさらに参照すると、本明細書に記載されている１つ以上の態様が、リモートアクセス環境で実装される。図２は、本明細書に記載された１つ以上の例示的な態様に従って使用され得る例示的なコンピューティング環境２００内のコンピューティングデバイス２０１を含むシステムアーキテクチャ例を描いている。コンピューティングデバイス２０１は、単一サーバまたは複数サーバのデスクトップ仮想化システム（例えば、リモートアクセスまたはクラウドシステム）内のサーバ２０６ａとして使用され得、クライアントアクセスデバイスに仮想マシンを提供するように構成することができる。コンピューティングデバイス２０１は、デバイス２０１の動作全体を制御するためのプロセッサ２０３と、ＲＡＭ２０５、ＲＯＭ２０７、入出力（Ｉ／Ｏ）モジュール２０９、およびメモリ２１５など、デバイス２０１の関連構成要素を有し得る。

【0026】

Ｉ／Ｏモジュール２０９は、コンピューティングデバイス２０１のユーザが入力を提供する手段であり得るマウス、キーパッド、タッチスクリーン、スキャナ、光学式読取機、および／もしくはスタイラス（または他の入力デバイス（複数可））を含み得ることに加え、音声出力を提供するための１つ以上のスピーカと、テキスト、オーディオビジュアル、および／またはグラフィッカル出力を提供するための１つ以上の映像表示デバイスと、も含み得る。ソフトウェアは、本明細書に記載されているような様々な機能を実施するために、コンピューティングデバイス２０１を特殊目的のコンピューティングデバイスへと構成するための命令をプロセッサ２０３に提供する目的で、メモリ２１５および／または他のストレージ内に記憶され得る。例えば、メモリ２１５は、オペレーティングシステム２１７、アプリケーションプログラム２１９、および関連付けられたデータベース２２１など、コンピューティングデバイス２０１で使用されるソフトウェアを記憶し得る。

【0027】

コンピューティングデバイス２０１は、端末２４０（クライアントデバイスおよび／またはクライアントマシンとも称される）など、１つ以上のリモートコンピュータへの接続をサポートする被ネットワーク接続環境で動作し得る。端末２４０は、コンピューティングデバイス１０３もしくは２０１に関して上述した要素の多くまたはすべてを含むパーソナルコンピュータ、モバイルデバイス、ラップトップコンピュータ、タブレット、またはサーバであり得る。図２に描かれているネットワーク接続は、ローカルエリアネットワーク（ＬＡＮ）２２５およびワイドエリアネットワーク（ＷＡＮ）２２９を含むが、他のネットワークも含み得る。コンピューティングデバイス２０１は、ＬＡＮネットワーク接続環境で使用される場合、ネットワークインターフェースまたはアダプタ２２３を介してＬＡＮ２２５に接続され得る。ＷＡＮネットワーク接続環境で使用される場合、コンピューティングデバイス２０１は、コンピュータネットワーク２３０（例えば、インターネット）などのＷＡＮ２２９を経由した通信を確立するためのモデムまたは他のワイドエリアネットワークインターフェース２２７を含み得る。図示されたネットワーク接続は例示的なものであり、コンピュータ間の通信リンクを確立する他の手段が使用され得るということは理解されよう。コンピューティングデバイス２０１および／または端末２４０は、バッテリ、スピーカ、アンテナ（非図示）など、他の様々な構成要素を含むモバイル端末（例えば、携帯電話、スマートフォン、携帯型情報端末（ＰＤＡ）、ノートパソコンなど）であってもよい。

【0028】

また、本明細書に記載の態様は、数々の他の汎用または特殊目的のコンピューティングシステム環境または構成でも動作可能であり得る。本明細書に記載の態様で使用するのに適し得る他のコンピューティングシステム、環境、および／または構成の例としては、パーソナルコンピュータ、サーバコンピュータ、ハンドヘルドまたはラップトップデバイス、マルチプロセッサシステム、マイクロプロセッサベースのシステム、セットトップボックス、プログラミング可能家電製品、ネットワークパーソナルコンピュータ（ＰＣ）、ミニコンピュータ、メインフレームコンピュータ、前記のシステムまたはデバイスのいずれかを含む分散コンピューティング環境などが挙げられるが、これらに限定されない。

【0029】

図２に示すとおり、１つ以上のクライアントデバイス２４０は、１つ以上のサーバ２０６ａ～２０６ｎ（本明細書では概して「サーバ（複数可）２０６」と称される）と通信し得る。一つの実施の形態において、コンピューティング環境２００は、サーバ（複数可）２０６とクライアントマシン（複数可）２４０との間に設置されたネットワーク機器を含み得る。ネットワーク機器は、クライアント／サーバ接続を管理し得、場合によっては、複数のバックエンドサーバ２０６間でクライアント接続の負荷分散を行うことができる。

【0030】

クライアントマシン（複数可）２４０は、いくつかの実施の形態において、単一クライアントマシン２４０または単一群のクライアントマシン２４０と称され得るのに対し、サーバ（複数可）２０６は、単一サーバ２０６または単一群のサーバ２０６と称され得る。一つの実施の形態においては、単一クライアントマシン２４０が１つより多くのサーバ２０６と通信するのに対し、別の実施の形態においては、単一サーバ２０６が１つより多くのクライアントマシン２４０と通信する。さらに別の実施の形態においては、単一クライアントマシン２４０が単一サーバ２０６と通信する。

【0031】

いくつかの実施の形態においては、クライアントマシン２４０が、クライアントマシン（複数可）、クライアント（複数可）、クライアントコンピュータ（複数可）、クライアントデバイス（複数可）、クライアントコンピューティングデバイス（複数可）、ローカルマシン、リモートマシン、クライアントノード（複数可）、エンドポイント（複数可）、またはエンドポイントノード（複数可）という非網羅的な用語のうちのいずれか１つによって参照され得る。いくつかの実施の形態においては、サーバ２０６が、サーバ（複数可）、ローカルマシン、リモートマシン、サーバファーム（複数可）、またはホストコンピューティングデバイス（複数可）という非網羅的な用語のうちのいずれか１つによって参照され得る。

【0032】

一つの実施の形態において、クライアントマシン２４０は、仮想マシンであり得る。仮想マシンは任意の仮想マシンであり得るのに対し、いくつかの実施の形態においては、仮想マシンが、例えば、シトリックス・システムズ（Ｃｉｔｒｉｘ Ｓｙｓｔｅｍｓ）、ＩＢＭ、ＶＭｗａｒｅ、またはその他任意のハイパーバイザによって開発されたハイパーバイザなど、タイプ１またはタイプ２のハイパーバイザによって管理される任意の仮想マシンであり得る。いくつかの態様においては、仮想マシンがハイパーバイザによって管理され得るのに対し、他の態様においては、仮想マシンが、サーバ２０６上で実行されるハイパーバイザ、またはクライアント２４０上で実行されるハイパーバイザによって管理され得る。

【0033】

いくつかの実施の形態は、サーバ２０６または遠隔地に所在する他のマシン上でリモートで実行されるアプリケーションによって生成されたアプリケーション出力を表示するクライアントデバイス２４０を含む。これらの実施の形態において、クライアントデバイス２４０は、アプリケーションウィンドウ、ブラウザ、または他の出力ウィンドウに出力を表示するために、仮想マシンレシーバプログラムまたはアプリケーションを実行し得る。一例において、アプリケーションはデスクトップであるのに対し、他の例においては、アプリケーションが、デスクトップを生成または提示するアプリケーションである。デスクトップは、ローカルおよび／またはリモートのアプリケーションを統合できるオペレーティングシステムのインスタンスにユーザインターフェースを提供するグラフィカルシェルを含む。本明細書で使用されているアプリケーションとは、オペレーティングシステムのインスタンスが（および任意選択でデスクトップも）ロードされた後に実行されるプログラムのことである。

【0034】

いくつかの実施の形態において、サーバ２０６は、リモートプレゼンテーションプロトコルまたは他のプログラムを使用して、クライアント上で実行されるシンクライアントまたはリモートディスプレイアプリケーションにデータを送信し、これによって、サーバ２０６上で実行されるアプリケーションによって生成された表示出力を提示する。シンクライアントまたはリモートディスプレイプロトコルは、フロリダ州フォートローダーデールにあるシトリックス・システムズ社（Ｃｉｔｒｉｘ Ｓｙｓｔｅｍｓ， Ｉｎｃ．）が開発したインディペンデントコンピューティングアーキテクチャ（ＩＣＡ）プロトコル、またはワシントン州レドモンドにあるマイクロソフト社（Ｍｉｃｒｏｓｏｆｔ Ｃｏｒｐｏｒａｔｉｏｎ）が製造したリモートデスクトッププロトコル（ＲＤＰ）という非網羅的なプロトコルリスト内のいずれか１つであり得る。

【0035】

リモートコンピューティング環境は、例えばクラウドコンピューティング環境において、論理的にグループ化されてサーバファーム２０６にまとめられるような１つより多くのサーバ２０６ａ～２０６ｎを含み得る。サーバファーム２０６は、論理的にグループ化されつつ地理的に分散したサーバ２０６、または論理的にグループ化されつつ互いに近接して所在するサーバ２０６を含み得る。いくつかの実施の形態において、サーバファーム２０６内で地理的に分散したサーバ２０６ａ～２０６ｎは、ＷＡＮ（ワイド）、ＭＡＮ（メトロポリタン）、またはＬＡＮ（ローカル）を使用して通信することができ、これらの実施の形態において、異なる地理的領域は、異なる大陸、異なる大陸領域、異なる国、異なる州、異なる都市、異なるキャンパス、異なる部屋、または前述の地理的位置の任意の組み合わせとして特徴付けることができる。いくつかの実施の形態において、サーバファーム２０６は単一の実体として管理され得るのに対し、他の実施の形態においては、サーバファーム２０６が複数のサーバファームを含むことができる。

【0036】

いくつかの実施の形態においては、サーバファームが、略同様のタイプのオペレーティングシステムプラットフォーム（例えば、ＷＩＮＤＯＷＳ（登録商標）、ＵＮＩＸ（登録商標）、ＬＩＮＵＸ（登録商標）、ｉＯＳ、ＡＮＤＲＯＩＤ（登録商標）、ＳＹＭＢＩＡＮなど）を実行するサーバ２０６を含み得る。他の実施の形態においては、サーバファーム２０６が、第１のタイプのオペレーティングシステムプラットフォームを実行する第１の群の１つ以上のサーバと、第２のタイプのオペレーティングシステムプラットフォームを実行する第２の群の１つ以上のサーバと、を含み得る。

【0037】

サーバ２０６は、必要に応じて任意のタイプのサーバ、例えば、ファイルサーバ、アプリケーションサーバ、ウェブサーバ、プロキシサーバ、機器、ネットワーク機器、ゲートウェイ、アプリケーションゲートウェイ、ゲートウェイサーバ、仮想化サーバ、展開サーバ、セキュアソケットレイヤ（ＳＳＬ）ＶＰＮサーバ、ファイアウォール、ウェブサーバ、アプリケーションサーバとして構成され得るか、マスターアプリケーションサーバ、アクティブディレクトリを実行するサーバ、もしくはファイアウォール機能、アプリケーション機能、または負荷分散機能を提供するアプリケーション加速プログラムを実行するサーバとして構成され得る。また、他のサーバタイプも使用され得る。

【0038】

いくつかの実施の形態は、クライアントマシン２４０からリクエストを受信し、リクエストを第２のサーバ２０６ｂ（非図示）に転送し、第２のサーバ２０６ｂ（非図示）からの応答を使用してクライアントマシン２４０によって生成されたリクエストに応答する第１のサーバ２０６ａを含む。第１のサーバ２０６ａは、クライアントマシン２４０にとって利用可能なアプリケーション一覧と、アプリケーション一覧内で識別されたアプリケーションをホストするアプリケーションサーバ２０６と関連付けられたアドレス情報と、を取得し得る。第１のサーバ２０６ａはその後、ウェブインターフェースを使用してクライアントのリクエストに対する応答を提示することができ、識別されたアプリケーションへのアクセスをクライアント２４０に提供するために、クライアント２４０と直接通信することができる。１つ以上のクライアント２４０および／または１つ以上のサーバ２０６は、ネットワーク２３０、例えばネットワーク１０１を経由してデータを伝送し得る。

【0039】

図３は、例示的なデスクトップ仮想化システムのハイレベルアーキテクチャを示している。図示のとおり、デスクトップ仮想化システムは、仮想デスクトップおよび／または仮想アプリケーションを１つ以上のクライアントアクセスデバイス２４０に提供するように構成された少なくとも１つの仮想化サーバ３０１を含む、単一サーバもしくは複数サーバシステム、またはクラウドシステムであり得る。本明細書において使用されているデスクトップとは、１つ以上のアプリケーションがホストおよび／または実行され得るグラフィカル環境または空間のことである。デスクトップは、ローカルおよび／またはリモートのアプリケーションを統合できるオペレーティングシステムのインスタンスにユーザインターフェースを提供するグラフィカルシェルを含む。アプリケーションは、オペレーティングシステムのインスタンスが（および任意選択でデスクトップも）ロードされた後に実行されるプログラムを含み得る。オペレーティングシステムの各インスタンスは、物理的なもの（例えば、デバイスごとに１つのＯＳ）、または仮想的なもの（例えば、単一デバイス上で稼働する多数のＯＳインスタンス）であり得る。各アプリケーションは、ローカルデバイス上で実行され得るか、遠隔地にある（例えば、遠隔所在の）デバイス上で実行され得る。

【0040】

コンピュータデバイス３０１は、仮想化環境、例えば、単一サーバ、複数サーバ、またはクラウドコンピューティング環境における仮想化サーバとして構成され得る。図３に例示された仮想化サーバ３０１は、図２に例示されたサーバ２０６の１つ以上の実施の形態として展開することができ、かつ／またはこれらの実施の形態もしくは他の既知のコンピューティングデバイスによって実装することができる。仮想化サーバ３０１には、１つ以上の物理ディスク３０４と、１つ以上の物理デバイス３０６と、１つ以上の物理プロセッサ３０８と、１つ以上の物理メモリ３１６と、を含むことができるハードウェア層が含まれる。いくつかの実施の形態においては、ファームウェア３１２を、物理メモリ３１６内のメモリ要素内に記憶することができ、物理プロセッサ３０８のうちの１つ以上によって実行することができる。仮想化サーバ３０１は、物理メモリ３１６内のメモリ要素に記憶され得、かつ物理プロセッサ３０８のうちの１つ以上によって実行され得るオペレーティングシステム３１４をさらに含み得る。さらには、ハイパーバイザ３０２が、物理メモリ３１６内のメモリ要素に記憶され得、かつ物理プロセッサ３０８のうちの１つ以上によって実行することができる。

【0041】

物理プロセッサ３０８のうちの１つ以上で実行されるのは、１つ以上の仮想マシン３３２Ａ～Ｃ（概して３３２）であり得る。各仮想マシン３３２は、仮想ディスク３２６Ａ～Ｃと仮想プロセッサ３２８Ａ～Ｃとを有し得る。いくつかの実施の形態において、第１の仮想マシン３３２Ａは、仮想プロセッサ３２８Ａを使用して、ツールスタック３２４を含む制御プログラム３２０を実行し得る。制御プログラム３２０は、制御仮想マシン、Ｄｏｍ０、Ｄｏｍａｉｎ ０、またはシステムの管理および／もしくは制御に使用される他の仮想マシンと称され得る。いくつかの実施の形態において、１つ以上の仮想マシン３３２Ｂ～Ｃは、仮想プロセッサ３２８Ｂ～Ｃを使用して、ゲストオペレーティングシステム３３０Ａ～Ｂ（概して３３０）を実行することができる。

【0042】

仮想化サーバ３０１は、仮想化サーバ３０１と通信する１台以上のハードウェアを有するハードウェア層３１０を含み得る。いくつかの実施の形態において、ハードウェア層３１０は、１つ以上の物理ディスク３０４と、１つ以上の物理デバイス３０６と、１つ以上の物理プロセッサ３０８と、１つ以上の物理メモリ３１６と、を含み得る。物理構成要素３０４、３０６、３０８、および３１６は、例えば、前記の構成要素のうちのいずれかを含み得る。物理デバイス３０６は、例えば、ネットワークインターフェースカード、ビデオカード、キーボード、マウス、入力デバイス、モニタ、表示デバイス、スピーカ、光学ドライブ、記憶デバイス、ユニバーサルシリアルバス接続、プリンタ、スキャナ、ネットワーク要素（例えば、ルータ、ファイアウォール、ネットワークアドレス変換器、ロードバランサ、仮想プライベートネットワーク（ＶＰＮ）ゲートウェイ、動的ホスト構成プロトコル（ＤＨＣＰ）ルータなど）、または、仮想化サーバ３０１に接続されるか仮想化サーバ３０１と通信する任意のデバイスを含み得る。ハードウェア層３１０における物理メモリ３１６は、任意のタイプのメモリを含み得る。物理メモリ３１６は、データを記憶し得、いくつかの実施の形態においては、１つ以上のプログラム、または１組以上の実行可能命令を記憶し得る。

【0043】

図３は、ファームウェア３１２が仮想化サーバ３０１の物理メモリ３１６内に記憶されている実施の形態を表している。物理メモリ３１６に記憶されたプログラムまたは実行可能命令は、仮想化サーバ３０１の１つ以上のプロセッサ３０８によって実行することができる。

【0044】

仮想化サーバ３０１は、ハイパーバイザ３０２も含み得る。いくつかの実施の形態において、ハイパーバイザ３０２は、任意の数の仮想マシン３３２を作成および管理するために仮想化サーバ３０１上のプロセッサ３０８によって実行されるプログラムであり得る。ハイパーバイザ３０２は、仮想マシンモニタ、またはプラットフォーム仮想化ソフトウェアと称され得る。いくつかの実施の形態において、ハイパーバイザ３０２は、コンピューティングマシン上で実行される仮想マシンを監視するハードウェア、および／または実行可能命令の任意の組み合わせとすることができる。ハイパーバイザ３０２は、仮想化サーバ３０１上で実行されるオペレーティングシステム３１４内でハイパーバイザが実行される、タイプ２のハイパーバイザであり得る。その後、仮想マシンが、ハイパーバイザ３０２よりも上位のレベルで実行され得る。いくつかの実施の形態において、タイプ２のハイパーバイザは、タイプ２のハイパーバイザがユーザのオペレーティングシステムと対話するように、ユーザのオペレーティングシステムのコンテキスト内で実行され得る。他の実施の形態においては、仮想化環境内にある１つ以上の仮想化サーバ３０１が、代わりにタイプ１のハイパーバイザ（非図示）を含み得る。タイプ１のハイパーバイザは、ハードウェア層３１０内のハードウェアおよびリソースに直接アクセスすることにより、仮想化サーバ３０１上で実行され得る。すなわち、図示のとおり、タイプ２のハイパーバイザ３０２がホストオペレーティングシステム３１４を通じてシステムリソースにアクセスするのに対し、タイプ１のハイパーバイザは、ホストオペレーティングシステム３１４を通じないですべてのシステムリソースに直接アクセスし得る。タイプ１のハイパーバイザは、仮想化サーバ３０１の１つ以上の物理プロセッサ３０８上で直接実行され得、物理メモリ３１６に記憶されたプログラムデータを含み得る。

【0045】

ハイパーバイザ３０２は、いくつかの実施の形態において、オペレーティングシステム３３０または制御プログラム３２０がシステムリソースに直接アクセスするのをシミュレートする任意の方法で、仮想マシン３３２上で実行されるオペレーティングシステム３３０または制御プログラム３２０に仮想リソースを提供することができる。システムリソースとしては、物理デバイス３０６、物理ディスク３０４、物理プロセッサ３０８、物理メモリ３１６、および、仮想化サーバ３０１のハードウェア層３１０に含まれるその他任意の構成要素が挙げられるが、これらに限定されない。ハイパーバイザ３０２は、仮想ハードウェアのエミュレーション、物理ハードウェアのパーティショニング、物理ハードウェアの仮想化、および／またはコンピューティング環境へのアクセスを提供する仮想マシンの実行に使用され得る。さらに他の実施の形態においては、ハイパーバイザ３０２が、仮想化サーバ３０１上で実行される仮想マシン３３２のプロセッサスケジューリングおよびメモリパーティショニングを制御し得る。ハイパーバイザ３０２としては、カリフォルニア州パロアルトにあるＶＭＷａｒｅ社製のもの、オープンソースのＸｅｎＰｒｏｊｅｃｔ．ｏｒｇコミュニティが開発を統括するオープンソース製品であるＸＥＮＰＲＯＪＥＣＴハイパーバイザ、マイクロソフト（Ｍｉｃｒｏｓｏｆｔ）が提供するＨｙｐｅｒＶ、ＶｉｒｔｕａｌＳｅｒｖｅｒ、仮想ＰＣハイパーバイザなどが挙げられる。いくつかの実施の形態において、仮想化サーバ３０１は、ゲストオペレーティングシステムが実行され得る仮想マシンプラットフォームを作成するハイパーバイザ３０２を実行し得る。これらの実施の形態において、仮想化サーバ３０１は、ホストサーバと称され得る。かかる仮想化サーバの一例は、フロリダ州フォートローダーデールにあるシトリックス・システムズ社が提供しているＣｉｔｒｉｘ Ｈｙｐｅｒｖｉｓｏｒである。

【0046】

ハイパーバイザ３０２は、ゲストオペレーティングシステム３３０が実行される１つ以上の仮想マシン３３２Ｂ～Ｃ（概して３３２）を作成し得る。いくつかの実施の形態において、ハイパーバイザ３０２は、仮想マシン３３２を作成するために、仮想マシンイメージをロードし得る。他の実施の形態において、ハイパーバイザ３０２は、仮想マシン３３２内でゲストオペレーティングシステム３３０を実行し得る。さらに他の実施の形態において、仮想マシン３３２は、ゲストオペレーティングシステム３３０を実行し得る。

【0047】

ハイパーバイザ３０２は、仮想マシン３３２を作成することに加え、少なくとも１つの仮想マシン３３２の実行を制御し得る。他の実施の形態において、ハイパーバイザ３０２は、仮想化サーバ３０１が提供する少なくとも１つのハードウェアリソース（例えば、ハードウェア層３１０内で利用可能な任意のハードウェアリソース）を抽象化したものを、少なくとも１つの仮想マシン３３２に提示し得る。他の実施の形態において、ハイパーバイザ３０２は、仮想マシン３３２が仮想化サーバ３０１で利用可能な物理プロセッサ３０８にアクセスする方法を制御し得る。物理プロセッサ３０８へのアクセスを制御することは、仮想マシン３３２がプロセッサ３０８にアクセスすべきかどうか、および物理プロセッサの能力が仮想マシン３３２にどのように提示されるかを判断することを含み得る。

【0048】

図３に示すとおり、仮想化サーバ３０１は、１つ以上の仮想マシン３３２をホストまたは実行し得る。仮想マシン３３２は、１組の実行可能命令であり、１組の実行可能命令は、プロセッサ３０８によって実行されると、仮想マシン３３２が物理コンピューティングデバイスとよく似たプログラムおよびプロセスを実行できるように物理コンピュータの動作を模倣し得る。図３は、仮想化サーバ３０１が３つの仮想マシン３３２をホストする実施の形態を表しているが、他の実施の形態においては、仮想化サーバ３０１が任意の数の仮想マシン３３２をホストすることができる。ハイパーバイザ３０２は、いくつかの実施の形態において、仮想マシン３３２にとって利用可能な物理ハードウェア、メモリ、プロセッサ、および他のシステムリソースを表示する一意の仮想ビューを各仮想マシン３３２に提供し得る。いくつかの実施の形態において、一意の仮想ビューは、仮想マシンの許可、１つ以上の仮想マシン識別子へのポリシーエンジンの適用、仮想マシンにアクセスするユーザ、仮想マシン上で実行されるアプリケーション、仮想マシンによってアクセスされるネットワーク、またはその他任意の所望の基準のうちの１つ以上に基づき得る。例えば、ハイパーバイザ３０２は、１つ以上の安全でない仮想マシン３３２と、１つ以上の安全な仮想マシン３３２と、を作成し得る。安全でない仮想マシン３３２は、安全な仮想マシン３３２であればアクセスを許可され得るリソース、ハードウェア、メモリロケーションおよびプログラムにアクセスすることができない。他の実施の形態においては、ハイパーバイザ３０２が、仮想マシン３３２にとって利用可能な物理ハードウェア、メモリ、プロセッサ、および他のシステムリソースを表示する略同様の仮想ビューを各仮想マシン３３２に提供し得る。

【0049】

各仮想マシン３３２は、仮想ディスク３２６Ａ～Ｃ（概して３２６）と、仮想プロセッサ３２８Ａ～Ｃ（概して３２８）と、を含み得る。仮想ディスク３２６は、いくつかの実施の形態において、仮想化サーバ３０１の１つ以上の物理ディスク３０４を示す被仮想化ビュー、または仮想化サーバ３０１の１つ以上の物理ディスク３０４の一部分である。物理ディスク３０４を示す被仮想化ビューは、ハイパーバイザ３０２によって生成、提供、および管理することができる。いくつかの実施の形態においては、ハイパーバイザ３０２が、物理ディスク３０４を示す一意のビューを各仮想マシン３３２に提供する。そのため、これらの実施の形態においては、各仮想マシン３３２に含まれる特定の仮想ディスク３２６が、他の仮想ディスク３２６と比較したときに一意となり得る。

【0050】

仮想プロセッサ３２８は、仮想化サーバ３０１の１つ以上の物理プロセッサ３０８を示す被仮想化ビューであり得る。いくつかの実施の形態において、物理プロセッサ３０８を示す被仮想化ビューは、ハイパーバイザ３０２によって生成、提供、および管理することができる。いくつかの実施の形態において、仮想プロセッサ３２８は、少なくとも１つの物理プロセッサ３０８の同じ特性を略すべて有する。他の実施の形態においては、仮想プロセッサ３０８が、仮想プロセッサ３２８の特性の少なくとも一部が、対応する物理プロセッサ３０８の特性と異なるように、物理プロセッサ３０８を示す被修正ビューを提供する。

【0051】

図４をさらに参照すると、本明細書に記載されているいくつかの態様が、クラウドベースの環境で実装され得る。図４は、クラウドコンピューティング環境（またはクラウドシステム）４００の一例を表している。図４で確認されるとおり、クライアントコンピュータ４１１～４１４は、クラウドシステムのコンピューティングリソース（例えば、ホストサーバ４０３ａ～４０３ｂ（本明細書では概して「ホストサーバ４０３」と称される）、ストレージリソース４０４ａ～４０４ｂ（本明細書では概して「ストレージリソース４０４」と称される）、およびネットワーク要素４０５ａ～４０５ｂ（本明細書では概して「ネットワークリソース４０５」と称される））にアクセスするために、クラウド管理サーバ４１０と通信し得る。

【0052】

管理サーバ４１０は、１つ以上の物理サーバ上で実装され得る。管理サーバ４１０は、例えば、フロリダ州フォートローダーデールにあるシトリックス・システムズ社により、Ｃｉｔｒｉｘ ＷｏｒｋｓｐａｃｅまたはＯｐｅｎＳｔａｃｋを特に稼働し得る。管理サーバ４１０は、例えば、ホストコンピュータ４０３、データ記憶デバイス４０４、およびネットワーク接続デバイス４０５など、クラウドのハードウェアおよびソフトウェアリソースを含む様々なコンピューティングリソースを管理し得る。クラウドのハードウェアおよびソフトウェアリソースは、プライベートかつ／またはパブリックな構成要素を含み得る。例えば、クラウドは、１つ以上の特定の顧客またはクライアントコンピュータ４１１～４１４によって、かつ／またはプライベートネットワークを経由して使用されるプライベートクラウドとして構成され得る。他の実施の形態においては、パブリッククラウド、またはパブリックとプライベートのハイブリッドクラウドが、オープンネットワークまたはハイブリッドネットワークを経由して他の顧客によって使用され得る。

【0053】

管理サーバ４１０は、クラウド事業者およびクラウド顧客がクラウドシステム４００と対話し得るユーザインターフェースを提供するように構成され得る。例えば、管理サーバ４１０は、クラウド事業者がクラウドリソースの管理、仮想化層の設定、顧客アカウントの管理、および他のクラウド管理タスクの実施を可能にするために、１組のアプリケーションプログラミングインターフェース（ＡＰＩ）および／またはユーザインターフェースを備えた１つ以上のクラウド事業者コンソールアプリケーション（例えば、ウェブベースまたはスタンドアロンのアプリケーション）を提供し得る。管理サーバ４１０は、例えば、クラウド内で仮想マシンを作成、変更、または破壊するリクエストなどのクラウドコンピューティングリクエストをクライアントコンピュータ４１１～４１４を介してエンドユーザから受信するように構成されたユーザインターフェースを備えた１組のＡＰＩおよび／または１つ以上の顧客コンソールアプリケーションを含み得る。クライアントコンピュータ４１１～４１４は、インターネットまたは他の何らかの通信ネットワークを介して管理サーバ４１０に接続し得、管理サーバ４１０によって管理されるコンピューティングリソースのうちの１つ以上へのアクセスをリクエストし得る。クライアントのリクエストを受け、管理サーバ４１０は、クライアントのリクエストに基づき、クラウドシステムのハードウェア層内の物理リソースを選択してプロビジョニングするように構成されたリソースマネージャを含み得る。例えば、管理サーバ４１０および追加的なクラウドシステム構成要素は、ネットワーク（例えば、インターネット）を経由して、仮想マシンおよびそれらの動作環境（例えば、ハイパーバイザ、ストレージリソース、ネットワーク要素によって提供されるサービスなど）をクライアントコンピュータ４１１～４１４の顧客のためにプロビジョニング、作成、および管理するように構成され得、計算リソース、データ記憶サービス、ネットワーク接続能力、ならびにコンピュータプラットフォームおよびアプリケーションサポートを顧客に提供し得る。クラウドシステムは、セキュリティシステム、開発環境、ユーザインターフェースなど、種々の特定のサービスを提供するようにも構成され得る。

【0054】

特定のクライアント４１１～４１４は、例えば、同じエンドユーザに代わって仮想マシンを作成する異なるクライアントコンピュータ、または同じ会社や組織に属する異なるユーザなどに関連し得る。他の例においては、特定のクライアント４１１～４１４が、異なる会社や組織に属するユーザなどと無関係であり得る。無関係のクライアントの場合には、ある任意のユーザの仮想マシンまたはストレージに関する情報が、他のユーザから隠され得る。

【0055】

ここで、クラウドコンピューティング環境の物理ハードウェア層を参照すると、可用性ゾーン４０１～４０２（またはゾーン）とは、一まとまりの物理コンピューティングリソースのことであり得る。ゾーンは、コンピューティングリソースのクラウド全体の中で、他のゾーンから地理的に切り離され得る。例えば、ゾーン４０１は、カリフォルニア州に所在する第１のクラウドデータセンタであり得、ゾーン４０２は、フロリダ州に所在する第２のクラウドデータセンタであり得る。管理サーバ４１０は、可用性ゾーンのうちの１つ、または別の箇所に所在し得る。各ゾーンは、管理サーバ４１０など、ゾーンの外にあるデバイスとゲートウェイを通じてインターフェースする内部ネットワークを含み得る。クラウドのエンドユーザ（例えば、クライアント４１１～４１４）は、ゾーン間の区別を認識する場合としない場合がある。例えば、エンドユーザは、指定された量のメモリ、処理能力、ネットワーク能力を有する仮想マシンの作成をリクエストし得る。管理サーバ４１０は、ユーザのリクエストを受けて、仮想マシンがゾーン４０１からのリソースを使用して作成されたのか、ゾーン４０２からのリソースを使用して作成されたのかをユーザが知ることなく、仮想マシンを作成するためのリソースを割り当て得る。他の例においては、クラウドシステムが、特定のゾーンで、またはゾーン内の特定のリソース４０３～４０５上で仮想マシン（または他のクラウドリソース）が割り当てられるようにエンドユーザがリクエストできるようにし得る。

【0056】

この例においては、各ゾーン４０１～４０２が、例えば、物理ホスティングリソース（または処理リソース）、物理ネットワークリソース、物理ストレージリソース、スイッチ、およびクラウドコンピューティングサービスを顧客に提供する目的で使用され得る追加的なハードウェアリソースなど、様々な物理ハードウェア構成要素（またはコンピューティングリソース）４０３～４０５の配置構成を含み得る。クラウドゾーン４０１～４０２における物理ホスティングリソースは、仮想マシンインスタンスを作成およびホストするように構成され得る前記の仮想化サーバ３０１など、１つ以上のコンピュータサーバ４０３を含み得る。クラウドゾーン４０１または４０２における物理ネットワークリソースは、ファイアウォール、ネットワークアドレス変換器、ロードバランサ、仮想プライベートネットワーク（ＶＰＮ）ゲートウェイ、動的ホスト構成プロトコル（ＤＨＣＰ）ルータなど、クラウド顧客にネットワークサービスを提供するように構成されたハードウェアおよび／またはソフトウェアを備える１つ以上のネットワーク要素４０５（例えば、ネットワークサービスプロバイダ）を含み得る。クラウドゾーン４０１～４０２におけるストレージリソースは、記憶ディスク（例えば、ソリッドステートドライブ（ＳＳＤ）、磁気ハードディスクなど）と他の記憶デバイスとを含み得る。

【0057】

図４に示すクラウドコンピューティング環境例は、仮想マシンを作成および管理し、クラウド内の物理リソースを使用する顧客に他のサービスを提供するように構成された追加的なハードウェアおよび／またはソフトウェアリソースを有する（例えば、図１～図３に示すような）仮想化層も含み得る。仮想化層は、先に図３に記載したとおり、ハイパーバイザを含み得ることに加え、ネットワークの仮想化、ストレージの仮想化などを提供するための他の構成要素も含み得る。仮想化層は、物理リソース層とは別の層であり得るか、物理リソース層を有する同じハードウェアおよび／またはソフトウェアリソースの一部または全部を共有し得る。例えば、仮想化層は、物理コンピューティングリソースを有する仮想化サーバ４０３のそれぞれにインストールされたハイパーバイザを含み得る。例えば、ＷＩＮＤＯＷＳ（登録商標） ＡＺＵＲＥ（ワシントン州レドモンドにあるマイクロソフト社）、ＡＭＡＺＯＮ ＥＣ２（ワシントン州シアトルにあるアマゾンドットコム社（Ａｍａｚｏｎ．ｃｏｍ Ｉｎｃ．））、ＩＢＭ ＢＬＵＥ ＣＬＯＵＤ（ニューヨーク州アーモンクにあるＩＢＭ社）など、既知のクラウドシステムが代替として使用され得る。

【0058】

統合通知フレームワーク
図５は、例示的な統合アプリケーション通知フレームワークを描いている。いくつかの実施の形態において、統合アプリケーション通知環境５００は、仮想マシン５０２からの通知を収集し、通知のすべてまたは一部をクライアントデバイス５０３に中継する統合アプリケーション通知フレームワーク５０１を含み得る。具体的には、通知は、仮想マシン５０２上で実行されるアプリケーション５０４によって発行され得、クライアントデバイス５０３のワークスペースに転送されてクライアントデバイス５０３のユーザ５０６に通知され得る。仮想マシン５０２は、例えば、図３の仮想マシン３３２のうちの１つであり得る。クライアントデバイス５０３は、図１のネットワークノード１０３、１０５、１０７、１０９または図２の端末２４０のうちの１つであり得る。クライアントデバイス５０３は、ユーザ５０６が仮想マシン５０２、オペレーティングシステム５０５、および／またはアプリケーション５０４にアクセスできるワークスペース環境（ワークスペースまたは仮想環境とも称される）を有し得る。本開示を通じて、クライアントデバイス５０３は、ハードウェア（例えば、デスクトップコンピュータやモバイルデバイスなどの物理デバイスなど）および／またはハードウェア上で稼働する任意のソフトウェア（例えば、ワークスペース環境）を指し得る。ワークスペースは、ウェブインターフェース、デスクトップアプリケーション、モバイルアプリケーションなどであり得る。仮想マシン５０２上で稼働するアプリケーション５０４および／またはオペレーティングシステム５０５は、クライアントデバイス５０３がオンラインであり、仮想マシン５０２に接続されている（例えば、リモートセッションに参加している）と、クライアントデバイス５０３に通知を直接送信でき得るが、クライアントデバイス５０３が、オフラインであるなどの理由でアプリケーション５０４またはオペレーティングシステム５０５との通信に利用できないと、アプリケーション５０４およびオペレーティングシステム５０５は、かかる直接通知配信ができない場合がある。このような場合、統合アプリケーション通知フレームワーク５０１は、アプリケーション５０４と関連付けられた通知を受信またはインターセプトし得、それらのメッセージをリアルタイムまたは後でクライアントデバイス５０３に転送し得る。

【0059】

統合アプリケーション通知フレームワーク５０１は、クライアントデバイス５０３がアプリケーション５０４および／または仮想マシン５０２と能動的に通信していなくても、クライアントデバイス５０３がアプリケーション５０４と関連付けられた通知を受信できるようにするソフトウェアおよび／またはハードウェア構成要素の集合であり得る。例えば、統合アプリケーション通知フレームワーク５０１の全部または一部は、図２のサーバ（複数可）２０６またはクライアントマシン（複数可）２４０で稼働中であり得る。図５は、説明を単純化するために、統合アプリケーション通知フレームワーク５０１を、単一の仮想インスタンスから通知を受信し、単一のクライアントデバイス５０３に通知を転送するものとして表しているが、統合アプリケーション通知フレームワーク５０１は、複数の仮想マシンから通知を受信し得、対応する複数のクライアントデバイスに通知を転送し得る。説明を明確にするために、本開示では、統合アプリケーション通知フレームワーク５０１が図３のハイパーバイザ３０２に含まれるものと想定される。ただし、いくつかの実施の形態において、統合アプリケーション通知フレームワーク５０１の全部または一部は、図３のハイパーバイザ３０２、オペレーティングシステム３１４、制御プログラム３２０、および／またはゲストオペレーティングシステム３３０に含まれ得る。他の実施の形態において、統合アプリケーション通知フレームワーク５０１は、クライアントマシン（複数可）２４０、サーバ（複数可）２０６、および仮想化サーバ３０１から論理的および／または物理的に分かれている実体（例えば、サーバ）の一部であり得る。例えば、統合アプリケーション通知フレームワーク５０１は、管理サーバ４１０または他のデバイスに所在し得る。

【0060】

統合アプリケーション通知フレームワーク５０１は、仮想マシン５０２からの通知を受信する少なくとも３つの通信チャネル（通知チャネルとも称される）を有し得る。これらの通信チャネルは、通知ＡＰＩ５０７、オペレーティングシステムレベル通知インターセプト５０８、およびサービス間通知５０９を含み得る。これらは独立した通知チャネルであり得、それによって様々なタイプの通知が取得および収集され得る。配信のためにどの通信チャネルまたは経路が使用されるかに関係なく、通知は、ネットワーク５１２（例えば、インターネット）を介して統合アプリケーション通知フレームワーク５０１に配信され得る。例えば、アプリケーション５０４は、ネイティブ通知ＡＰＩコール（すなわち、通知ＡＰＩ５０７）を実施し得、インターネット、無線ブロードバンド通信ネットワーク、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、仮想ネットワークなどを経て通知を送信し得る。いくつかの実施の形態において、例えば、仮想マシン５０２および統合アプリケーション通知フレームワーク５０１が同じ物理サーバ内に所在すれば、通信チャネル５０７、５０８、５０９のうちの１つ以上は、ネットワーク５１２を横断する必要がないかもしれない。

【0061】

統合アプリケーション通知フレームワーク５０１は、受信した通知をクライアントデバイス５０３に転送する前にさらに処理する通知フィルタリング・スケジューリングモジュール５１０をさらに含み得る。特に、通知フィルタリング・スケジューリングモジュール５１０は、ポリシーまたは基本設定に従ってメッセージをトリアージおよびフィルタリングし得る。ポリシーまたは基本設定は、（例えば、管理者やユーザによって）事前に決められ得るか、動的に更新され得る。例えば、フィルタリングポリシーは、冗長または反復的なメッセージが破棄され、クライアントデバイス５０３に転送されないように規定し得る。フィルタリングポリシーは、例えば、メッセージ履歴（例えば、特定のタイプの繰り返されたメッセージをブロックすること）、またはユーザ設定（例えば、特定のアプリケーションから発信されるすべてのメッセージをホワイトリストに登録すること）に従って更新され得る。通知フィルタリング・スケジューリングモジュール５１０は、通知が統合アプリケーション通知フレームワーク５０１で受信される時刻よりも後に、１つ以上の通知をクライアントデバイス５０３に転送することも決定し得る。言い換えれば、統合アプリケーション通知フレームワーク５０１は、ポリシーまたは設定に従って、クライアントデバイス５０３への通知の配信をスケジューリングまたは再スケジューリングし得る。例えば、ユーザ５０６が通知を参照できないときに通知が統合アプリケーション通知フレームワーク５０１に到着すると、通知フィルタリング・スケジューリングモジュール５１０は、メッセージの配信を、ユーザ５０６が通知を参照できるようになる将来時間にスケジューリングし得る。別の例として、クライアントデバイス５０３が電源オフやオフラインなどの理由で通知を受信できないと（例えば、統合通知フレームワーク５０１がクライアントデバイス５０３からの通知受信承認メッセージを受信しないと）、統合アプリケーション通知フレームワーク５０１は、配信を将来時間に再スケジューリングして再試行し得る。

【0062】

いくつかの通知は、通知ＡＰＩ５０７を介して受信され得る。通知ＡＰＩ通知チャネル５０７は、統合アプリケーション通知フレームワーク５０１のネイティブＡＰＩに基づき得るため、ネイティブ通知ＡＰＩとも称され得る。ＡＰＩとは、アプリケーション、オペレーティングシステム、サービスなどが、同じまたは他のアプリケーション、オペレーティングシステム、サービスなどの機能またはデータにアクセスできるように設計された関数、メソッド、プロシージャ、サブルーチン、定義、プロトコル、および／またはデータのセットを指す。統合アプリケーション通知フレームワーク５０１のネイティブＡＰＩ（独自ＡＰＩとも称される）は、統合アプリケーション通知フレームワーク５０１の機能にアクセスするためだけに記述または設計されたＡＰＩであり得る。このネイティブＡＰＩを利用するように設計されているアプリケーション５０４（例えば、ＡＰＩは、アプリケーション５０４に統合されている）は、通知を発行するための適切なＡＰＩコール（例えば、ＳｅｎｄＮｏｔｉｆ（ ））を実施して、通知メッセージを統合アプリケーション通知フレームワーク５０１に直接送信し得る。

【0063】

他の通知は、オペレーティングシステムレベル通知インターセプト５０８を介して受信し得る。オペレーティングシステムレベル通知インターセプト５０８は、オペレーティングシステム５０５に統合されている通知ＡＰＩに依存して、アプリケーション５０４からオペレーティングシステム５０５に送信される任意のオペレーティングシステムレベルの通知をインターセプトし得る。オペレーティングシステム５０５は、図３のゲストオペレーティングシステム３３０などの仮想オペレーティングシステムインスタンスであり得る。オペレーティングシステム５０５に統合された通知ＡＰＩ（ＯＳレベル通知ＡＰＩとも称される）は、オペレーティングシステム５０５によって提供されるＡＰＩの一部であって、オペレーティングシステム５０５上で稼働するアプリケーションがコールを開始し、オペレーティングシステム５０５に通知を送信できるようにするものであり得る。例えば、カレンダーアプリケーションが、カレンダーイベントが差し迫っていることをオペレーティングシステム５０５に通知し得るか、インスタントメッセージング（ＩＭ）アプリケーションが、別のユーザからのＩＭリクエストの着信をオペレーティングシステム５０５に通知し得る。別の例においては、ナビゲーションアプリケーションが、全地球測位システム（ＧＰＳ）信号を受信することをオペレーティングシステム５０５に通知し、許可を求め得る。オペレーティングシステムレベル通知ＡＰＩの例としては、ワシントン州レドモンドにあるマイクロソフト社が製造したＷｉｎｄｏｗｓ（登録商標）オペレーティングシステムのトースト／タイル／バッジ通知ＡＰＩ、およびＬｉｎｕｘ（登録商標）オペレーティングシステムのｌｉｂｎｏｔｉｆｙライブラリなどがある。

【0064】

オペレーティングシステムレベルの通知は、通知インターセプト層５１３によってインターセプトされ得る。通知インターセプト層５１３は、オペレーティングシステム５０５上で稼働するアプリケーションによって実施されるあらゆるＯＳ ＡＰＩコールの有無を監視し、さらなる処理のためにそれらのＡＰＩコールをインターセプトまたは覗き見る（ｐｅｅｋ）ことを任うアプリケーション、プログラム、サービス、バックグラウンドプロセス、および／またはフォアグラウンドプロセスであり得る。ＡＰＩコールを処理することは、アプリケーションによって実施された元のＡＰＩコールのシャドウ通知を作成すること、および／またはその元をオペレーティングシステム５０５に転送することを含み得る。通知インターセプト層５１３は、アプリケーション５０４とオペレーティングシステム５０５との間の仮想マシン５０２（例えば、ＯＳ通知ＡＰＩ）に実装され得る。代替として、通知インターセプト層５１３は、オペレーティングシステム５０５の一部であり得る。他のいくつかの実施の形態において、通知インターセプト層５１３は、統合アプリケーション通知フレームワーク５０１に含まれ得る。アプリケーション５０４によって通知ＡＰＩが呼び出されるたびに、元の通知コールと内容が同一または略同様のシャドウ通知は、通知インターセプト層５１３によって生成され得、統合アプリケーション通知フレームワーク５０１に送信され得る。シャドウ通知は、ネイティブ通知ＡＰＩ通知チャネル５０７に言及しながら上述したとおり、統合アプリケーション通知フレームワーク５０１のネイティブ通知ＡＰＩ（オペレーティングシステム５０５のＯＳレベル通知ＡＰＩとは別個であり得る）に準拠し得る。例えば、シャドウ通知は、元の通知コールの複製であり得るか、元の通知コールに含まれる情報の一部のみを格納し得る。通知インターセプト層５１３は、インターセプトされたＯＳレベルＡＰＩコールの全部または一部のみを対象とするシャドウ通知を作成し得る。例えば、通知インターセプト層５１３は、一定期間内の重複コールや繰り返しコールなど、一部のＡＰＩコールを無視または除外するようにプログラムされ得る。他のＡＰＩコールは、それらのタイプ、優先度、サイズなどに基づいて無視または除外され得る。代替として、通知インターセプト層５１３は、シャドウ通知を生成して統合アプリケーション通知フレームワーク５０１に送信する代わりに、アプリケーション５０４からの元のＡＰＩコールをインターセプトして、元のＡＰＩコールを統合アプリケーション通知フレームワーク５０１に転送し得る。

【0065】

さらに他の通知は、サービス間通知チャネル５０９を介して受信され得る。サービス間通知チャネル５０９とは、あるサービス（例えば、バックエンドサービス）から別のサービス（例えば、統合アプリケーション通知フレームワーク５０１）に通知メッセージを配信するための通信チャネルを指す。サービス間通知５０９は、統合アプリケーション通知フレームワーク５０１に直接通知を送信するのに、バックエンドサービス５１１（バッキングサービスとも称される）に依存し得る。特に、アプリケーション通知は、アプリケーションと関連付けられた１つ以上のバックエンドサービスによって生成およびプッシュされ得る。例えば、バックエンドサービス５１１は、メッセージまたは通知をアプリケーション５０４（例えば、電子メールクライアント）にプッシュするメールサーバであり得、アプリケーション５０４はその後、独自の通知メッセージをオペレーティングシステム５０５に送信する。ただし、統合アプリケーション通知フレームワーク５０１は、バックエンドサービス５１１が統合アプリケーション通知フレームワーク５０１に直接通知を送信できるように、そのインターフェース（例えば、サービス間通知チャネル５０９）をバックエンドサービス５１１に対して露出し得る。バックエンドサービス５１１は、クライアントデバイス５０３、アプリケーション５０４、オペレーティングシステム５０５、および／または仮想マシン５０２にサービスを提供するサービスプロバイダ（例えば、サードパーティのサーバ）であり得る。そのため、バックエンドサービス５１１は、様々なハードウェアおよび／またはソフトウェア構成要素で構成され得、例えば、アプリケーション５０４にサービスを提供するウェブサーバ、メールサーバ、アプリケーションサーバ、メッセージングサーバ、ロケーションサーバ、コンテンツプロバイダ、オンラインストリーミングサービス、ソーシャルメディアサービス、金融機関、電気通信サービス、インターネットサービスプロバイダ（ＩＳＰ）、Ｓｏｆｔｗａｒｅ－ａｓ－ａ－Ｓｅｒｖｉｃｅ（ＳａａＳ）プロバイダなどを含み得る。バックエンドサービス５１１は、アプリケーション５０４および統合アプリケーション通知フレームワーク５０１の両方に、別々の通知および重複の可能性がある通知を、同時または連続で送出し得る。代替として、バックエンドサービス５１１が通知メッセージを統合アプリケーション通知フレームワーク５０１に直接送信する代わりに、仮想マシン５０２が、バックエンドサービス５１１によって送信された任意の通知メッセージを、統合アプリケーション通知フレームワーク５０１に転送し得る。サービス間通知メッセージは、インターネットなどのネットワーク５１２を介して送信され得る。バックエンドサービス５１１は、仮想マシン５０２の一部ではないので、仮想マシン５０２がオフラインなどで通信できない状態であっても、バックエンドサービス５１１から発信された通知は、統合アプリケーション通知フレームワーク５０１によって受信され得る。例えば、統合アプリケーション通知フレームワーク５０１のネイティブＡＰＩを統合したソーシャルメディアサービスなどのバックエンドサービス５１１は、仮想マシン５０２がオフラインまたはサービス停止中であっても、統合アプリケーション通知フレームワーク５０１に友達リクエスト通知を送信し得る。他の例において、サービス間通知メッセージは、電子メールサーバからの新しい電子メールアラート、インスタントメッセージングサーバからの新しいインスタントメッセージアラート、ファイル転送プロトコル（ＦＴＰ）サーバからのダウンロード完了メッセージ、オンライン販売業者からの取引アラートなどであり得る。その後、統合アプリケーション通知フレームワーク５０１は、友達リクエスト通知をクライアントデバイス５０３に転送し得る。統合アプリケーション通知フレームワーク５０１はまた、アプリケーションがすべてのユーザまたはユーザのグループに簡単に通知を送信できるように、通知のマルチキャストをサポートし得る。例えば、サービス間通知チャネル５０９を通る通知メッセージは、アプリケーション５０４のバックエンドサービス５１１によって提供されるＡＰＩを介して、複数のユーザに送出され得る。

【0066】

３つの通信チャネル（すなわち、通知ＡＰＩ５０７、オペレーティングシステムレベル通知インターセプト５０８、およびサービス間通知５０９）は、別々または同時に用いられ得る。本明細書に例示された３つの通信チャネルは、論理的には互いに別個であっても、これらの通信チャネルのうちの２つ以上は、物理的に１つの通信チャネルに組み合わせられ得る。例えば、通知ＡＰＩコール５０７およびＯＳレベルインターセプト５０８は、仮想マシン５０２と統合アプリケーション通知フレームワーク５０１との間で同じ物理通信チャネルを共有し得る。通知ＡＰＩ５０７およびサービス間通知５０９の通信チャネルは、サードパーティ（例えば、アプリケーション開発者やバックエンドサービスプロバイダなど）が特定のコードまたは命令（例えば、統合アプリケーション通知フレームワーク５０１のネイティブＡＰＩ）を統合することを必須とし得るのに対し、オペレーティングシステムレベル通知インターセプト５０８は、かかる要件を課さない場合がある。加えて、通知ＡＰＩ５０７およびオペレーティングシステムレベル通知インターセプト５０８の通信チャネルが、アプリケーション５０４が（例えば、バックグラウンドで）稼働されていることを必須とし得るのに対し、サービス間通知５０９の通信チャネルは、サービス間通知５０９が、仮想マシン５０２から独立して動作するのが典型的であるバックエンドサービス５１１から発信されるため、アプリケーション５０４および／または仮想マシン５０２がシャットダウンされていても動作可能であり得る。例えば、電子メールサーバなどのバックエンドサービス５１１がユーザ５０６向けの新しい電子メールを受信すると、電子メールサーバは、仮想マシン５０２がオフラインまたは動作不能であっても、サービス間通知チャネル５０９を通じて統合アプリケーション通知フレームワーク５０１に直接新しい電子メールアラートメッセージを送信し、最終的にはクライアントデバイス５０３に送信し得る。さらに、アプリケーション５０４と関連付けられた通知がサービス間通知チャネル５０９を介してバックエンドサービス５１１から受信されても、アプリケーション５０４が仮想マシン５０２上で現在稼働していない場合には、統合アプリケーション通知フレームワーク５０１は、ユーザアクセスを高速化するために、アプリケーション５０４を仮想マシン５０２（例えば、バックグラウンドプロセスとして稼働している）上で稼働させ得る（例えば、アプリケーション５０４を起動するためにメッセージまたはコマンドを仮想マシン５０２に送信する）。例えば、ユーザ５０６が、統合アプリケーション通知フレームワーク５０１（すなわち、サービス間通知５０９）を介してバックエンドサービス５１１からクライアントデバイス５０３で新しい電子メールアラートメッセージを受信すると、統合アプリケーション通知フレームワーク５０１は、仮想マシン５０２内でアプリケーション５０４を事前に起動して、ユーザ５０６がクライアントデバイス５０３内のワークスペースを介して仮想マシン５０４にアクセスする際に、ユーザ５０６がアプリケーション５０４を手動で起動するのではなく、アプリケーション５０４が仮想マシン５０２内で既に稼働しており、新しい電子メールを表示する準備ができているようにし得る。同様に、統合アプリケーション通知フレームワーク５０１はまた、アプリケーション５０４と関連付けられた通知を、サービス間通知チャネル５０９を介してバックエンドサービス５１１から受信したことを受けて、オペレーティングシステム５０５および／または仮想マシン５０２がまだ稼働していなければ、それらを稼働させ得る。特に、統合アプリケーション通知フレームワーク５０１はまず、オペレーティングシステム５０５および／または仮想マシン５０２が現在動作可能（例えば、稼働中、オンライン、電源オンなど）であるかどうかを判断し、動作可能でなければ、オペレーティングシステム５０５および／または仮想マシン５０２を動作可能にし得る。これは、オペレーティングシステム５０５および／または仮想マシン５０２の起動をトリガする特定のメッセージまたはコマンド（例えば、データパケット）を、仮想マシン５０２または仮想マシン５０２と関連付けられたハイパーバイザに伝送することによって達成され得る。かかるメッセージまたはコマンドは、先述の３つの通信チャネルのうちの１つを介して、または先述の通信チャネルとは別の通信チャネルを介して送信され得る。

【0067】

図６は、本明細書に記載されている１つ以上の態様に従って通知を受信するクライアントデバイスの例示的なユーザインターフェース（ＵＩ）を描いている。クライアントデバイスは、例えば、図５のクライアントデバイス５０３であり得る。クライアントデバイスのユーザは、図５の仮想マシン５０２など１つ以上の仮想マシンにアクセスするために、クライアントデバイス上のワークスペース環境６００（クライアントワークスペースまたは仮想環境とも称される）などのユーザインターフェースにアクセスし得る。クライアントワークスペースは、ユーザが仮想アプリケーションと対話できるフロントエンドであり得る。ワークスペース環境６００は、例えば、ウェブブラウザに描画されたウェブインターフェース、モバイルデバイス上で稼働するモバイルアプリ、ＰＣ上で稼働するデスクトップアプリケーション、クライアントデバイスのオペレーティングシステムに統合された（例えば、Ｗｉｎｄｏｗｓ（登録商標） Ｆｉｌｅ ＥｘｐｌｏｒｅｒまたはｍａｃＯＳ Ｆｉｎｄｅｒに統合された）モジュールであり得る。ワークスペース環境６００は、スタンドアロンのアプリケーションの一部、またはサーバと通信するクライアントアプリケーションであり得る。具体的には、ワークスペース環境６００は、図４の管理サーバ４１０などのサーバによってクライアントデバイスに提供され得る。

【0068】

クライアントデバイスのユーザは、リモートデスクトップ（例えば、オペレーティングシステム５０５）、仮想アプリケーション（例えば、アプリケーション５０４）などにアクセスするために、ワークスペース環境６００と対話し得る。

【0069】

図６に示す例示的な実施の形態においては、ワークスペース環境６００により、ユーザ（例えば、「Ｊｏｈｎ Ｓｍｉｔｈ」）がサインインし、仮想デスクトップ環境６０１Ａ、６０１Ｂ、６０１Ｃ（概して６０１）を表すＵＩ要素（例えば、アイコン）のうちの１つにアクセスすることができ得る。例えば、仮想デスクトップ６０１Ａは、Ｗｉｎｄｏｗｓ（登録商標） １０オペレーティングシステムの仮想インスタンスであり得、仮想デスクトップ６０１Ｂは、ｍａｃＯＳオペレーティングシステムの仮想インスタンスであり得、仮想デスクトップ６０１Ｃは、Ｌｉｎｕｘ（登録商標）オペレーティングシステムの仮想インスタンスであり得る。そのため、ユーザがワークスペース環境６００上で、例えば仮想デスクトップ６０１Ａを選択すると、遠隔地に所在するコンピューティングデバイス上で稼働しているＷｉｎｄｏｗｓ（登録商標） １０オペレーティングシステムの仮想インスタンスのリモートデスクトップグラフィカルユーザインターフェース（ＧＵＩ）が起動し得、クライアントデバイス上に表示され得る。

【0070】

加えて、ワークスペース環境６００は、仮想アプリケーション６０２Ａ、６０２Ｂ（概して６０２）を表すＵＩ要素（例えば、アイコン）も含み得る。例えば、仮想アプリケーション６０２Ａは、遠隔地に所在するコンピューティングデバイス（例えば、サーバ２０６）によって提供される仮想マシン（例えば、仮想マシン５０２）上で稼働している電子メールアプリケーションであり得る。他の例において、仮想アプリケーション６０２Ｂは、カレンダーアプリケーションであり得る。仮想アプリケーション６０２Ａおよび仮想アプリケーション６０２Ｂは、同じ仮想マシン上または別々の仮想マシン上で稼働中であり得る。そのため、ユーザがワークスペース環境６００上で、例えば仮想アプリケーション６０２Ａを選択すると、クライアントデバイスは、遠隔地に所在するコンピューティングデバイス（例えば、サーバ２０６）上で実行中の電子メールアプリケーションの対応仮想インスタンスによって生成された出力を表示し得る。

【0071】

ワークスペース環境６００は、図１の統合アプリケーション通知フレームワーク５０１などの統合アプリケーション通知フレームワークから通知を受信し得る。通知は、前記３つの通信チャネルのどれが通知の配信に使用されたかに応じて、アプリケーション、オペレーティングシステムインスタンス、またはバックエンドサービスから発信されたものであり得る。ワークスペース環境６００は、通知を受信すると、通知をユーザに提示し得る。例えば、通知は視覚的に表示されたり（例えば、テキスト、アイコン、ポップアップ、ダイアログボックス、ステータスバー、トースト、タイル、バッジ、アラート、カウンタなど）、聴覚的に再生されたり（例えば、アラーム、着信音、オーディオアラートなど）し得る。図６に示す例示的な実施の形態において、通知は、バッジ６０３Ａ、６０３Ｂ、６０３Ｃ、６０３Ｄ（概して６０３）およびステータスバー６０４として提示されている。

【0072】

バッジ６０３Ａ、６０３Ｂ、６０３Ｃ、６０３Ｄは、それぞれの仮想デスクトップおよび仮想アプリケーションから受信はしたが消去されてはいない通知の数をそれぞれ示し得る。そのため、例えば、バッジ６０３Ａは、仮想デスクトップ６０１Ａからの保留中の通知が現在２件あることを示し得る。これらの通知は、仮想デスクトップ６０１Ａ（すなわち、オペレーティングシステムの仮想インスタンス）自体から、または仮想デスクトップ６０１Ａ上で稼働しているアプリケーションのうちのいずれか１つから発信されたものであり得る。別の例において、バッジ６０３Ｂは、仮想アプリケーション６０２Ａからの保留中の（すなわち、消去されていない）通知が現在２９件あることを示し得る。具体的には、これらの通知は、２９件の新しい未読電子メールメッセージを表し得る。さらに、仮想デスクトップ６０１Ｂと関連付けられた通知バッジがないということは、仮想デスクトップ６０１Ｂと関連付いた受信通知がないということ、またはその通知がすべて消去されたことを示し得る。最後に、ワークスペース環境６００は、ステータスバー６０４などにより、グローバルな通知メッセージを表示し得る。

【0073】

図６に表す例示的な実施の形態においてはバッジ６０３が使用されているが、他の方法が使用されて、仮想デスクトップ環境６０１および／または仮想アプリケーション６０２に関する通知の有無を示し得る。例えば、仮想デスクトップ環境６０１および／または仮想アプリケーション６０２を表すアイコンは、保留中の（すなわち、消去されていない）通知の有無を示すために、強調、色付け、陰影付け、アニメーション、拡大、縮小などが行われ得る。アイコンは、通知の数および／または通知の優先度に応じて、種々の方法で視覚的に変更され得る。例えば、通常の優先度の通知を有するアイコンは、緑色のバッジで表示され得、優先度の高い通知を有する別のアイコンは、赤色のバッジで表示され得る。バッジ６０３は、アイコンの上、下、左、右など、またはアイコンの上を覆って位置し得る。加えて、アイコンは、通知に基づいて自動的に再配置され得る。例えば、通知回数が最多のアイコンは、最初のページの左上位置など、ユーザにとって最も目につきやすい位置に配置され得、残りのアイコンは降順に配置され得る。いくつかの例示的な実施の形態においては、通知を有するアイコンをユーザが選択すると、通知メッセージの内容が画面に表示され得る。いくつかの例示的な実施の形態においては、通知を有するアイコンの上にマウスポインタが来るか、アイコンの上でロングタッチ入力（すなわち、タッチ＆ホールド）を受けると、通知メッセージのプレビュー（例えば、部分的なメッセージ）が表示され得る。

【0074】

いくつかの基本的なシステム構成要素および概念を開示したところで、本開示は、図７および図８に示す例示的な方法の実施の形態に移る。明確化のために、本方法は、本方法を実施するように構成された、図５に示すような統合アプリケーション通知環境５００の観点から説明される。ただし、コンピューティング環境２００、仮想化サーバ３０１、クラウドコンピューティング環境４００など、上述した他のデバイスまたはシステムのいずれもが、本明細書に開示されたどのステップをも実施し得る。本明細書に概説されているステップは例示的なものであり、特定のステップを除外、追加、または改変する組み合わせを含め、任意の組み合わせで実装することができる。例えば、図７の動作７０１、７０２、７０３は、任意の順序で実施され得るか、動作７０１、７０２、７０３のうちの２つ以上が同時に実施され得る。

【0075】

図７は、統合アプリケーション通知フレームワークを提供するための例示的な方法を描いている。図７の方法例は、統合アプリケーション通知フレームワーク５０１などの統合アプリケーション通知フレームワークによって実施され得る。まず、統合アプリケーション通知フレームワークは、利用可能な通信チャネルのうちの１つを介して受信する通知があるかどうかを確認し得る。通知の確認および受信は、同期的にも非同期的にも実施され得る。統合アプリケーション通知フレームワークは、保留中の通知があるかどうかを周期的に（例えば、１秒、１０秒、１分、５分、１時間ごとなどに）ポーリングし得るか、通知は、統合アプリケーション通知フレームワークにプッシュされ得る。

【0076】

統合アプリケーション通知フレームワークは、通知ＡＰＩチャネルを介して受信する通知があるかどうかを判断し得る（７０１）。受信する通知が１件以上ある場合、方法は動作７０４へと進む。受信する通知がない場合、統合アプリケーション通知フレームワークは、オペレーティングシステムレベルインターセプトチャネルを介して受信する通知があるかどうかを判断し得る（７０２）。受信する通知が１件以上ある場合、方法は動作７０４へと進む。受信する通知がない場合、統合アプリケーション通知フレームワークは、サービス間通知チャネルを介して受信する通知があるかどうかを判断し得る（７０３）。受信する通知が１件以上ある場合、方法は動作７０１に戻り、統合アプリケーション通知フレームワークが、保留中の通知の有無を引き続き監視する。

【0077】

動作７０４において、統合アプリケーション通知フレームワークは、複数の通信チャネルのうちの１つを介して、仮想アプリケーションと関連付けられた通知を受信し得る。複数の通信チャネルは、ネイティブ通知ＡＰＩチャネル、オペレーティングシステムレベル通知インターセプトチャネル、および／またはサービス間通知チャネルを含み得る。

【0078】

統合アプリケーション通知フレームワークがネイティブ通知ＡＰＩチャネルを介して通知を受信するためには、仮想アプリケーションがＡＰＩコールをリクエストする必要があり得る。例えば、アプリケーションは、特定のイベント（例えば、新しい電子メールの受信、新しいインスタントメッセージの受信、ダウンロードの完了、重大なエラーなど）に遭遇すると、統合アプリケーション通知フレームワークによって提供される提供するＡＰＩに従ってコール（例えば、ＳｅｎｄＮｏｔｉｆ（ ））を実施し得る。その後、適切な通知メッセージ（例えば、データパケット）が、ＡＰＩに従ってアプリケーションから統合アプリケーション通知フレームワークに伝送され得る。通知メッセージは、インターネットなどのネットワークを介して伝送され得る。

【0079】

オペレーティングシステムレベル通知インターセプトチャネルを介して通知が受信されるとき、通知は、仮想アプリケーションが実行されている仮想オペレーティングシステムから受信される。通知は、仮想アプリケーションが仮想オペレーティングシステムに送信する仮想通知に基づいて生成され得る。仮想通知とは、仮想アプリケーションが仮想オペレーティングシステムに対して生成するオペレーティングシステムレベルの通知メッセージ（例えば、Ｗｉｎｄｏｗｓ（登録商標）のトースト／タイル／バッジＡＰＩやＬｉｎｕｘ（登録商標）のｌｉｂｎｏｔｉｆｙライブラリ）のことを指す。通知（例えば、シャドウ通知）は、仮想通知をインターセプトした後、通知インターセプト層（例えば、仮想オペレーティングシステムおよび／または仮想マシン上で実行中のアプリケーション、サービス、および／またはプロセス）によって生成され得る。

【0080】

通知がサービス間通知チャネルを介して受信されるとき、通知は、仮想アプリケーションにサービスを提供するバックエンドサービス（例えば、ウェブサーバ、電子メールサーバ、コンテンツサーバなどの、サードパーティのサーバ）から受信され得る。

【0081】

統合アプリケーション通知フレームワークは、受信した通知の識別子（ＩＤ）を判断し得る。識別子は、通知と関連付けられた仮想アプリケーションおよび／またはバックエンドサービスを示し得る。例えば、識別子は、特定の名前空間内でアプリケーションを一意に識別する英数字の文字列であり得る。識別子は、送信者（例えば、アプリケーション、通知インターセプト層、バックエンドサービスなど）によって通知に挿入され得、統合アプリケーション通知フレームワークによって抽出され得る。統合アプリケーション通知フレームワークは、受信した識別子を、識別子とアプリケーションとの間の関連付け記憶するデータベースに記憶し得る。データベースは後に、例えば、同じアプリケーションから発信された重複通知を特定する目的で使用され得る。

【0082】

統合アプリケーション通知フレームワークは、受信した通知をフィルタリングし得る（７０５）。言い換えれば、受信した通知がトリアージされ、特定の条件または閾値を満たさない通知が除外され得る。例えば、仮想アプリケーションと関連付けられた通知が、複数の通信チャネルのうちの１つを介して受信された後、統合アプリケーション通知フレームワークは、通知がフィルタリング基準を満たすかどうかを判断し得る。フィルタリング基準は、通知タイプ（例えば、トースト、バッジ、ポップアップなど）、通信チャネルタイプ（例えば、通知ＡＰＩ、オペレーティングシステムレベルのインターセプト、サービス間通知など）、アプリケーションタイプ（例えば、電子メールクライアント、インスタントメッセンジャー、カレンダーアプリなど）、時刻（例えば、受信時刻）、優先度（例えば、高優先度、通常の優先度、低優先度など）、および／または重複（例えば、重複または同様の通知が、既に最近受信されたかどうか）を含み得る。通知がフィルタリング基準を満たさないと、通知は破棄されるため、クライアントワークスペースに送信されないことがある。フィルタリングプロセスは、受信した通知に含まれる識別子に基づいて実施され得る。

【0083】

その後、統合アプリケーション通知フレームワークは、受信した通知をクライアントワークスペースに送信し得る（７０６）。クライアントワークスペースは、ウェブクライアント、アプリケーション、サービス、および／またはオペレーティングシステムであり得る。統合アプリケーション通知フレームワークは、仮想アプリケーションに対応するアプリケーション識別子（ＩＤ）、通知タイプ（例えば、トースト、バッジ、ポップアップなど）、タイムスタンプ、通知優先度情報など、その他の関連情報も送信し得る。通知を受信した通信チャネルタイプに基づいて、送信される追加情報が決定され得る。統合アプリケーション通知フレームワークは、通知を直ちにクライアントワークスペースに送信することの代替として、特定の時期（例えば、月曜日の午前６時や１２時間後など）にクライアントワークスペースに通知を送信するようにスケジューリングし得る。クライアントワークスペースで通知が受信されると、ワークスペースは通知を表示し得る（７０７）。例えば、通知は、テキスト、ポップアップ、ダイアログボックス、ステータスバー更新、バッジ、トースト、アイコン、タイル、アラート、カウンタなとして表示され得る。通知は、部分的に（例えば要約として）表示され得るか、完全に表示され得る。

【0084】

通知がサービス間通知チャネルを介して受信された場合（７０８）、統合アプリケーション通知フレームワークは、仮想アプリケーションを起動し得る（７０９）。言い換えれば、統合アプリケーション通知フレームワークは、仮想アプリケーションがまだ稼働していなければ、アプリケーションのユーザアクセスを高速化するために、仮想アプリケーションをフォアグラウンドプロセスまたはバックグラウンドプロセスとして実行させ得る。統合アプリケーション通知フレームワークはまず、仮想アプリケーションが仮想マシン上で既に実行中であるかどうかを判断し、仮想アプリケーションが実行中でない場合に限り、仮想アプリケーションを起動させ得る。加えて、サービス間通知メッセージが受信されると、ファイルのダウンロード、アプリケーションの終了、関連アプリケーションの起動など、仮想マシン、オペレーティングシステム、および／またはアプリケーションによる他の適切なアクションが統合アプリケーション通知フレームワークによってトリガされ得る。例えば、デスクトップアプリケーションの新しいアップデートがファイルサーバから入手可能になると、サーバは、統合アプリケーション通知フレームワークを介してクライアントデバイスにサービス間通知を送信し得る。このとき、統合アプリケーションフレームワークは、ユーザが通知に反応する前でもアプリケーションのアップデートをダウンロードおよび／またはインストールできるように、仮想マシン上でデスクトップアプリケーションも起動させ得る。通知がサービス間通知チャネルを介して受信されなかった場合、方法は動作７１０へと進む。

【0085】

統合アプリケーション通知フレームワークは、送信された通知を受けて、クライアントワークスペースが受信承認を送信したかどうかを判断し得る（７１０）。クライアントワークスペースへの通知の送信が失敗した場合（例えば、受信承認が閾値時間制限内に受信されなかった場合）には、通知が（例えば、統合アプリケーション通知フレームワークに）保存され、再試行メカニズムが適用され得る。例えば、通知は、直ちに再送され得る（７０６）か、後でクライアントワークスペースに再送されるようにスケジュールされ得る。ただし、閾値時間制限内にクライアントワークスペースから受信承認を受け取った場合、統合アプリケーション通知フレームワークは、通知を消去済みとしてマークし得るとともに、統合アプリケーション通知フレームワークから通知を削除し得る。代替として、通知が消去済みとしてマークされ得、クライアントワークスペースのユーザが通知を承認した後でようやく削除され得る。

【0086】

図８は、クライアントワークスペースによって通知を受信するための例示的な方法を描いている。図８の方法例は、クライアントデバイス５０３などのクライアントワークスペースによって実施され得る。クライアントワークスペースは、図５の統合アプリケーション通知フレームワーク５０１などの統合アプリケーション通知フレームワークから通知を受信し得る（８０１）。クライアントワークスペースは、受信承認を統合アプリケーション通知フレームワークに送信し得る。クライアントワークスペースは、通知に含まれるアプリケーションＩＤを抽出して（８０２）、アプリケーションＩＤが、クライアントワークスペースと関連付けられているアプリケーションのうちの１つと一致するかどうかを確認し得る。アプリケーションＩＤが一致しない場合、クライアントワークスペースは、通知をさらに処理することなく破棄し得る。そのため、方法は、動作８０１に戻って他の通知の有無を監視し得る。

【0087】

アプリケーションＩＤと一致するものが見つかれば、クライアントワークスペースは、ユーザに通知を提示し得る（８０３）。例えば、クライアントワークスペースは、上述のとおり、通知メッセージを表示し、かつ／またはアラート音を再生し得る。任意選択で、通知メッセージは、セキュリティ向上のために、統合アプリケーション通知フレームワークによって暗号化され得、クライアントワークスペースによって復号され得る。特に、暗号化／復号は、対称暗号または非対称暗号によって実施され得る。例えば、統合アプリケーションは、伝送前にクライアントの公開鍵で通知メッセージを暗号化し得、クライアントは、受信した通知メッセージをその秘密鍵で復号し得る。その後、動作８０４で、クライアントワークスペースは、通知がユーザによって（例えば、閾値時間制限内に）承認されたかどうかを判断し得る。ユーザは、例えば、表示された通知メッセージをクリックして閉じ、かつ／または通知と関連付けられた仮想アプリケーションにアクセスしたりすることによって、通知を承認し得る。代替として、通知は、ユーザが介入せずに自動的に承認され得る。通知がユーザによって承認されなければ、クライアントワークスペースは、承認されるのを引き続き待機し得る。ただし、通知が正常に承認されれば、通知は、クライアントワークスペースから消去され得る（８０５）。クライアントワークスペースは、仮想オペレーティングシステムのオペレーティングシステム通知ＡＰＩを呼び出すこと、統合アプリケーション通知フレームワークのネイティブ通知ＡＰＩを呼び出すこと、および／または、バックエンドサービスに通知すること（このバックエンドサービスはその後、ネイティブ通知ＡＰＩを呼び出す）によって、通知を消去し得る。統合アプリケーション通知フレームワークはその後、通知を消去済みとしてマークし得る。メッセージが消去されると、統合アプリケーション通知フレームワークは、クライアントワークスペースに対するメッセージの配信または再配信を試行しなくなる。

【0088】

主題は、構造的な特徴および／または方法論的な行為に特有の言語で記載したものの、添付の請求項において定義される主題は、前記の特定の特徴または行為に必ずしも制限されるものではないことを理解すべきである。むしろ、前記の特定の特徴および行為は、以下の請求項の実施例として記載されている。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【国際調査報告】