(57)【特許請求の範囲】
【請求項１】
コンピュータ実装される方法であって：
マルチ・アプリケーション環境内の複数のアプリケーションに関連する複数のインターフェースをディスプレイ上に呈示する段階であって、前記複数のインターフェースのうち少なくとも一つは前記マルチ・アプリケーション環境の第一の領域を占める没入型インターフェースであり、前記複数のインターフェースのうちもう一つの他のインターフェースは前記没入型インターフェースによって占められる第一の領域とはサイズが異なる前記マルチ・アプリケーション環境の第二の領域を占める、段階と；
前記没入型インターフェースを通じて第一のコンテンツを、前記他のインターフェースを通じて第二のコンテンツを呈示する段階と；
ジェスチャーの第一の部分を介して、前記マルチ・アプリケーション環境内の前記没入型インターフェースの位置を変更するユーザー選択の開始を受領する段階と；
前記ユーザー選択の開始に応答して、前記没入型インターフェースを前記没入型インターフェースを表わす縮小サイズの画像に縮小し、前記縮小サイズの画像は前記マルチ・アプリケーション環境上に呈示される、段階と；
前記ユーザー選択を完了する前記ジェスチャーの第二の部分に基づいて、前記没入型インターフェースを呈示すべき前記第二の領域の選択を判別する段階であって、前記ジェスチャーの前記第二の部分は前記縮小サイズの画像の前記第二の領域への移動によって示される、段階と；
前記第二の領域のサイズに基づいて、前記縮小サイズの画像を前記第二の領域の少なくとも一部に拡大して前記没入型インターフェースを呈示し、並行して前記他のインターフェースを前記第一の領域に動かす段階とを含む、
コンピュータ実装される方法。
【請求項２】
前記縮小サイズの画像が前記没入型インターフェースおよび前記没入型インターフェースによって呈示される前記第一のコンテンツの画像である、請求項１記載のコンピュータ実装される方法。
【請求項３】
前記第一のコンテンツを呈示することが、第一の動いている視覚的メディアをリアルタイムで呈示し、
前記第二のコンテンツを呈示することが、第二の動いている視覚的メディアをリアルタイムで呈示する、
請求項１記載のコンピュータ実装される方法。
【請求項４】
前記没入型インターフェースが、少なくとも一つのウインドー・ベースのインターフェースまたはタスクバーを有するデスクトップを表す第一の没入型インターフェースであり、前記他のインターフェースが動いている視覚的メディアを呈示する第二の没入型インターフェースである、請求項１記載のコンピュータ実装される方法。
【請求項５】
前記ウインドー・ベースのインターフェースに関連するアプリケーションとの、前記マルチ・アプリケーション環境を通じた対話を可能にすることをさらに含む、請求項４記載のコンピュータ実装される方法。
【請求項６】
前記デスクトップがさらにタスクバーを含み、当該方法がさらに、前記マルチ・アプリケーション環境を通じて前記タスクバーとの対話を可能にすることを含む、請求項４記載のコンピュータ実装される方法。
【請求項７】
前記第一のコンテンツまたは前記第二のコンテンツが前記マルチ・アプリケーション環境によって前記複数のアプリケーションのうちの一つから受領される、請求項１記載のコンピュータ実装される方法。
【請求項８】
前記他のインターフェースがウインドー・ベースのインターフェースである、請求項１記載のコンピュータ実装される方法。
【請求項９】
前記没入型インターフェースが可視的なコントロールを含まない、請求項１記載のコンピュータ実装される方法。
【請求項１０】
コンピュータ実装される方法であって：
マルチ・アプリケーション環境内の複数のアプリケーションに関連する複数のインターフェースをディスプレイ上に呈示する段階であって、前記複数のインターフェースのうち少なくとも一つは前記マルチ・アプリケーション環境の第一の領域を占める没入型インターフェースであり、前記複数のインターフェースのうちもう一つの他のインターフェースは前記マルチ・アプリケーション環境の第二の領域を占める、段階と；
前記没入型インターフェース上でのジェスチャーの第一の部分を受領するのに応答して、前記没入型インターフェースを前記没入型インターフェースを表わす縮小サイズの画像に縮小する段階と；
前記第二の領域上での前記ジェスチャーの第二の部分を受領するのに応答して、前記没入型インターフェースを呈示すべき前記第二の領域の選択を判別する段階であって、前記ジェスチャーの前記第二の部分の受領は前記縮小サイズの画像の前記第二の領域への移動によって示される、段階と；
前記第二の領域の選択に応答して、前記縮小サイズの画像を拡大して前記第二の領域において前記没入型インターフェースを呈示し、前記他のインターフェースを前記マルチ・アプリケーション環境の前記第一の領域において呈示する段階とを含む、
コンピュータ実装される方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本願はマルチ・アプリケーション環境に関する。
【背景技術】
【０００２】
通常のオペレーティング・システムは、ユーザーがウインドーを通じて複数のコンピューティング・アプリケーションを見ることを許容する。各ウインドーは一般に、コンピューティング・アプリケーションと対話するためのコントロールならびにどのウインドー・フレームが首位であるかを選択したり、あるいはウインドーを動かしたり、サイズを決めたりまたは他の仕方でそのレイアウトを管理したりするためのコントロールを有するフレームを含む。しかしながら、ウインドー・フレームは、それがなければアプリケーションの内容に割けたはずのディスプレイの部分を占有する。さらに、これらのコントロールを通じてこれらのウインドーの首位性やレイアウトを管理することは、時間がかかり、ユーザーにとってわずらわしいことがある。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
本稿は、マルチ・アプリケーション環境を可能にする技法および装置を記述する。本稿に記載されるマルチ・アプリケーション環境は、ディスプレイのかなりの量をアプリケーションのためのウインドー・フレームに割いたり、および／またはディスプレイ上でのサイズ、位置または首位性のようなウインドー・フレームの管理を必要としたりすることなく、複数のアプリケーションを呈示できる。いくつかの実施形態では、これらの技法および装置は、没入型インターフェース、ウインドー・ベースのインターフェースおよび没入型インターフェースとして扱われるデスクトップの組み合わせを有するマルチ・アプリケーション環境を可能にする。また、いくつかの実施形態では、本技法および装置は、当該環境内でインターフェースのサイズを決めたりインターフェースを動かしたりするといった、マルチ・アプリケーション環境におけるアプリケーションの管理を可能にする。さらに、いくつかの実施形態は、現在提示されていない、以前に対話されたアプリケーションの管理を可能にする。さらに、本技法のいくつかの実施形態は、エッジ・ジェスチャーまたはユーザー・インターフェース管理メニューを通じたアプリケーションおよびそのインターフェースの管理を、現在表示されていてもいなくても、可能にする。
【課題を解決するための手段】
【０００４】
この概要は、詳細な説明においてさらに後述される簡略化された概念を導入するために与えられている。この概要は、特許請求される主題の本質的な特徴を特定することを意図したものではないし、特許請求される主題の範囲を決定する際に使うことも意図されていない。マルチ・アプリケーション環境を可能にする技法および／または装置は、本稿では、別個に、または連携して、コンテキストによって許される範囲で「本技法」とも称される。ただし、技法は、本稿に記載される他の側面を含むこともあるし、あるいはその代わりに表すこともある。
【図面の簡単な説明】
【０００５】
マルチ・アプリケーション環境を可能にする実施形態は、以下の図面を参照して記述される。同様の特徴および構成要素を参照するために各図を通じて同じ番号が使われている。
【図１】マルチ・アプリケーション環境を可能にする技法が実装できる例示的なシステムを示す図である。
【図２】ジェスチャーが始まるエッジにほぼ垂直であるエッジ・ジェスチャーを可能にする例示的な方法を示す図である。
【図３】没入型インターフェースを呈示するタッチ感応性ディスプレイを有する例示的なタブレット・コンピューティング装置を示す図である。
【図４】図３の例示的な没入型インターフェースを例示的なエッジとともに示す図である。
【図５】図３および図４の例示的な没入型インターフェースを、垂直線からの角度分散線（angular  variance  lines）およびジェスチャーの出発点からのちの点までの線とともに示す図である。
【図６】図４に示される没入型インターフェースのエッジを、右エッジにおける二つの領域とともに示す図である。
【図７】エッジ・ジェスチャーに応答してシステム・インターフェース・モジュールによって、図３の没入型インターフェースおよびウェブページ上に呈示される、アプリケーション選択インターフェースを示す図である。
【図８】ジェスチャーの何らかの因子に基づいて呈示すべきインターフェースを決定することを含む、エッジ・ジェスチャーを可能にする例示的な方法を示す図である。
【図９】エッジ・ジェスチャーに応答して呈示されるユーザー・インターフェースの拡張または呈示終了または別のユーザー・インターフェースの呈示を可能にする例示的な方法を示す図である。
【図１０】ウインドー・ベースの電子メール・インターフェースおよび二つの没入型インターフェースを有するタッチ感応性ディスプレイを有するラップトップ・コンピュータを示す図である。
【図１１】図１０のインターフェースを、開始点、のちの点および一つまたは複数の逐次的な点を有する二つのジェスチャーとともに示す図である。
【図１２】エッジ・ジェスチャーに応答して呈示される電子メール・ハンドリング・インターフェースとともに図１０および図１１のウインドー・ベースの電子メール・インターフェースを示す図である。
【図１３】図１２のインターフェースを、エッジから事前設定された距離の後続点を有すると判別されたジェスチャーに応答して呈示される追加的電子メール・オプション・インターフェースとともに示す図である。
【図１４】待ち行列を使って以前に対話されたアプリケーションに戻る切り換えをする方法を示す図である。
【図１５】ユーザーがさまざまなアプリケーションと対話する例示的な対話順序を示す図である。
【図１６】図３の没入型インターフェースを、前のアプリケーションのユーザー・インターフェースのサムネイル画像とともに示す図である。
【図１７】待ち行列を使っても使わなくてもよい、以前に対話されたアプリケーションに戻る切り換えをする方法を示す図である。
【図１８】図３および図１６の没入型インターフェース、二つの漸進的呈示および二つのジェスチャー部分を示す図である。
【図１９】単一の選択に応答して複数の没入型インターフェースのサイズを変更することを含む、マルチ・アプリケーション環境を可能にする方法を示す図である。
【図２０】図１のデスクトップ・コンピューティング装置のタッチ感応性ディスプレイが、インターフェース分割領域によって分割されている二つの没入型インターフェースをもつマルチ・アプリケーション環境を表示しているところを示す図である。
【図２１】図２０のマルチ・アプリケーション環境で、二つの没入型インターフェースのサイズが変更され、インターフェース分割領域が動かされたところを示す図である。
【図２２】ほんの一つの選択に応答して、アプリケーションの没入型インターフェースをある領域に、該領域をフルに占有するサイズで表示する方法を示す図である。
【図２３】三つの領域をもつマルチ・アプリケーション環境をフルに占有する現在の没入型インターフェースを示す図である。
【図２４】図２３のマルチ・アプリケーション環境で、図２３の現在の没入型インターフェースの代わりとなる縮小サイズの没入型インターフェースと、第二の没入型インターフェースをもつところを示す図である。
【図２５】ユーザー・インターフェースを通じてマルチ・アプリケーション環境を管理する方法を示す図である。
【図２６】首位の領域および首位でない領域をもつ例示的なマルチ・アプリケーション環境を示す図である。
【図２７】ユーザー・インターフェース管理メニューを含む、図２６のマルチ・アプリケーション環境を示す図である。
【図２８】マルチ・アプリケーション環境内の没入型インターフェースとしてデスクトップの表示を可能にする方法を示す図である。
【図２９】コンテンツを表示する没入型インターフェースとともにウインドー・ベースのインターフェースおよびタスクバーを表示しているデスクトップ没入型インターフェースを有する例示的なマルチ・アプリケーション環境を示す図である。
【図３０】マルチ・アプリケーション環境のコンテンツ呈示および／または管理を可能にする方法を示す図である。
【図３１】マルチ・アプリケーション環境を可能にする技法が実装できる例示的な装置を示す図である。
【発明を実施するための形態】
【０００６】
〈概観〉
本稿は、マルチ・アプリケーション環境を可能にする技法および装置を記述する。本稿に記載されるマルチ・アプリケーション環境は、ディスプレイのかなりの量をアプリケーションのためのウインドー・フレームに割いたり、および／またはディスプレイ上でのサイズ、位置または首位性のようなウインドー・フレームの管理を必要としたりすることなく、複数のアプリケーションを呈示できる。いくつかの実施形態では、これらの技法および装置は、没入型インターフェース、ウインドー・ベースのインターフェースおよび没入型インターフェースとして扱われるデスクトップの組み合わせを有するマルチ・アプリケーション環境を可能にする。また、いくつかの実施形態では、本技法および装置は、当該環境内でインターフェースのサイズを決めたりインターフェースを動かしたり、現在は呈示されていない以前に対話されたアプリケーションを選択したりするといった、マルチ・アプリケーション環境において現在呈示されているまたは現在呈示されていないアプリケーションの管理を可能にする。この形および他の形の管理は、いくつかの実施形態では、マルチ・アプリケーション環境上で実行されるエッジ・ジェスチャーまたはユーザー・インターフェース管理メニューを通じて可能にされる。
【０００７】
これらは、本技法がマルチ・アプリケーション環境を可能にする多くの仕方のうちほんの数例である。他の例については後述する。
【０００８】
〈例示的なシステム〉
図１は、マルチ・アプリケーション環境を可能にする技法が具現できる例示的なシステム１００を示している。システム１００は、六個の例：ラップトップ・コンピュータ１０４、タブレット・コンピューティング装置１０６、スマートフォン１０８、セットトップボックス１１０、デスクトップ・コンピュータ１１２およびゲーム装置１１４をもって示されているコンピューティング装置１０２を含む。ただし、サーバーおよびネットブックのような他のコンピューティング装置およびシステムが使用されてもよい。
【０００９】
コンピューティング装置１０２は、コンピュータ・プロセッサ（単数または複数）１１６およびコンピュータ可読記憶媒体１１８（媒体１１８）を含む。媒体１１８はオペレーティング・システム１２０、ウインドー・ベース・モード・モジュール１２２、マルチ・アプリケーション環境モジュール１２４、システム・インターフェース・モジュール１２６、ジェスチャー・ハンドラ１２８、アプリケーション待ち行列１３２を含むもしくはそれへのアクセスをもつアプリケーション・マネージャ１３０、マネージャ１３４および一つまたは複数のアプリケーション１３６を含み、各アプリケーションはそれぞれ一つまたは複数のアプリケーション・ユーザー・インターフェース１３８をもつ。
【００１０】
コンピューティング装置１０２はまた、一つまたは複数のディスプレイ１４０および入力機構１４２を含むまたはこれへのアクセスをもつ。たとえば、図１にはディスプレイが示されている。入力機構１４２は、若干の例を挙げれば、タッチベースのセンサーおよび動き追跡センサー（たとえばカメラに基づくもの）のようなジェスチャー感応性のセンサーおよびデバイスならびにマウス（独立型またはキーボードと一体）、トラックパッドおよび付属の音声認識ソフトウェア付きのマイクロホンを含む。入力機構１４２はディスプレイ１４０と別個であっても一体であってもよい。一体型の例は統合されたタッチ感応性または動き感応性センサーをもつジェスチャー感応性ディスプレイを含む。
【００１１】
ウインドー・ベース・モード・モジュール１２２は、フレームをもつウインドーを通じてアプリケーション・ユーザー・インターフェース１３８を呈示する。これらのフレームは、アプリケーションと対話するためのコントロールおよび／またはユーザーがウインドーを動かしサイズ変更できるようにするコントロールを提供してもよい。
【００１２】
マルチ・アプリケーション環境モジュール１２４は、ユーザーがアプリケーション・ユーザー・インターフェース１３８を通じてアプリケーション１３６の一つまたは複数を閲覧し、これと対話しうる環境を提供する。マルチ・アプリケーション環境１２４は、ウインドー・ベース・モード・モジュール１２２と関連して一つまたは複数のアプリケーション・ユーザー・インターフェース１３８を呈示してもよい。マルチ・アプリケーション環境１２４はさらに、あるいはその代わりに、一つまたは複数のアプリケーション・ユーザー・インターフェース１３８を没入型インターフェースとして呈示してもよい。
【００１３】
没入型インターフェースは、いくつかの実施形態では、ウインドー・フレームほとんどなしまたは全くなしで、ユーザーがウインドー・フレームのレイアウトまたは他のウインドーとの関連での首位性（たとえばどのウインドーがアクティブであるかまたは手前にあるか）を管理する必要なしに、ユーザーが手動でアプリケーション・ユーザー・インターフェース１３８のサイズもしくは位置を決める必要なしに、および／または視覚的なコントロール（たとえばウインドー・フレーム上もしくはコンテンツを隠すウインドー内の持続的なコントロール）を呈示することなしに、アプリケーションの内容を呈示し、該アプリケーションとの対話を可能にする。
【００１４】
マルチ・アプリケーション環境モジュール１２４によって可能にされるマルチ・アプリケーション環境は、ウインドー・ベースのデスクトップ環境を使うことなくホストおよび／または表面化することができるが、それは必須ではない。このように、いくつかの事例では、マルチ・アプリケーション環境モジュール１２４は、マルチ・アプリケーション環境を没入型の環境として、よってウインドーなしに（実質的なフレームのないウインドーでさえない）呈示し、および／またはデスクトップのような表示（たとえばタスクバー）の使用を排除する。さらに、いくつかの実施形態では、このマルチ・アプリケーション環境は、閉じることも、アンインストールすることもできない点でオペレーティング・システムと同様である。必須ではないが、いくつかの場合には、このマルチ・アプリケーション環境は、ディスプレイのピクセルの全部またはほとんど全部をマルチ・アプリケーション環境内のアプリケーションが使うことを可能にする。
【００１５】
マルチ・アプリケーション環境の例は下記で与えられる。マルチ・アプリケーション環境の一部は没入型インターフェースのみを含み、一部はウインドー・ベースのインターフェースまたは没入型インターフェースとして扱われるデスクトップを含む。ただし、下記の例は網羅的でも、本稿に記載される技法を限定することを意図されたものでもない。
【００１６】
システム・インターフェース・モジュール１２６は、オペレーティング・システム１２０との対話を可能にする一つまたは複数のインターフェースを提供する。ほんの数例を挙げれば、たとえば、アプリケーション立ち上げインターフェース、スタート・メニューまたはシステム・ツールもしくはオプション・メニューなどである。
【００１７】
オペレーティング・システム１２０、モジュール１２２、１２４および１２６ならびにジェスチャー・ハンドラ１２８、アプリケーション・マネージャ１３０およびマネージャ１３４は、互いから別個であることもできるし、あるいは任意の好適な形で組み合わされまたは統合されることができる。
【００１８】
〈例示的な方法〉
例示的な方法２００、８００および９００は、エッジ・ジェスチャーに関し、例示的な方法１４００および１７００は前に対話したアプリケーションに戻る切り換えに関し、例示的な方法１９００および２２００はマルチ・アプリケーション環境における没入型インターフェースの管理に関し、例示的な方法２５００はユーザー・インターフェースを通じたマルチ・アプリケーション環境の管理に関し、方法２８００はマルチ・アプリケーション環境内の没入型インターフェースとして扱われるデスクトップに関し、方法３０００はコンテンツ呈示および／またはマルチ・アプリケーション環境の管理に関する。
【００１９】
これらの方法は、別個に使われても、全体的にまたは部分的に互いと組み合わせて使われてもよい。たとえば、本技法は、現在、マルチ・アプリケーション環境内にあるインターフェースの選択、サイズ決めおよび切り換えを可能にするためにエッジ・ジェスチャーを使ってもよい。本技法はまた、エッジ・ジェスチャーを用いてまたはエッジ・ジェスチャーなしで、アプリケーション待ち行列を使って前に対話されたアプリケーションを選択してもよい。さらに、本技法は、アプリケーション待ち行列を通じて前に対話されたアプリケーションが選択される際に、あるいは現在表示されているインターフェースを動かすまたは変更する選択に応答して、複数のインターフェースを自動的にサイズ決めしてもよい。
【００２０】
〈エッジ・ジェスチャー〉
図２は、エッジ・ジェスチャーがジェスチャーが始まるエッジにほぼ垂直であることに基づいてエッジ・ジェスチャーを可能にする方法２００を描いている。以下の議論の諸部分において、図１のシステム１００および本稿の他所で記載される他の方法および例示的な実施形態を参照することがあるが、その参照は単に例としてである。
【００２１】
ブロック２０２はジェスチャーを受け取る。このジェスチャーは、ウインドー・ベースのインターフェースを通じて、没入型インターフェースを通じてまたは全くインターフェースを通じずになど、ディスプレイのさまざまな部分において受領されてもよい。さらに、このジェスチャーは、タッチパッド、マウスもしくはローラー・ボールを通じて受領される動きのポインター追跡または腕（単数または複数）、指（単数または複数）もしくはスタイラスでなされる、動き感応性もしくはタッチ感応性機構を通じて受領される物理的な動きなど、さまざまな仕方でなされ、受領されてもよい。
【００２２】
例として、タブレット・コンピューティング装置１０６を示している図３を考える。タブレット１０６はウェブページ３０６を含む没入型インターフェース３０４を表示しているところを示されているタッチ感応性ディスプレイ３０２を含む。継続的な例の一環として、ブロック２０２において、ジェスチャー・ハンドラ１２８が図３に示されるようなジェスチャー３０８を受領する。
【００２３】
ブロック２０４は、ジェスチャーの開始点がエッジにあるかどうかを判定する。上記のように、問題のエッジは、没入型であれウインドー・ベースであれユーザー・インターフェースのおよび／またはディスプレイのエッジであることができる。いくつかの場合には、もちろん、ユーザー・インターフェースのエッジはディスプレイのエッジでもある。エッジのサイズは、ディスプレイまたはインターフェースについてのさまざまな因子に基づいて変わりうる。小さなディスプレイまたはインターフェースは、大きなディスプレイまたはインターフェースよりも、絶対的なまたはピクセルの面でより小さなサイズをもつことがある。感度が高い入力機構はより小さなエッジも許可する。エッジの例は長方形であり、一方の次元方向において1ピクセルから20ピクセルまでの間であり、他方の次元方向においてはインターフェースまたはディスプレイのインターフェース限界である。ただし、凸型および凹型のエッジを含め他のサイズおよび形が代わりに使われてもよい。
【００２４】
上記の継続的な例を続け、図４を考える。図４は、図３の没入型インターフェース３０４およびジェスチャー３０８のほかに、左エッジ４０２、上エッジ４０４、右エッジ４０６および下エッジ４０８を示している。視覚的な明瞭さのため、ウェブページ３０６は示されていない。この例では、インターフェースおよびディスプレイの寸法は、スマートフォンと多くのラップトップおよびデスクトップ・ディスプレイの間の中くらいのサイズである。エッジ４０２、４０４、４０６および４０８は、20ピクセルの小さな寸法をもつ。それぞれの領域は、図では、ディスプレイもしくはインターフェース限界から20ピクセルの、それぞれエッジ限界４１０、４１２、４１４および４１６のところにある破線によって境を区切られている。角で重なり合うように示されているが、その代わり、エッジは角で接していてもよいし、あるいは一つのエッジが別のエッジに対して優遇されることもできる（たとえば、開始点が重なっている角で受領される場合はエッジ４０４がエッジ４０６より優先される）。
【００２５】
ジェスチャー・ハンドラ１２８が、ジェスチャー３０８が開始点４１８をもち、この開始点４１８が左エッジ４０２内であることを判別する。ジェスチャー・ハンドラ１２８は、この場合、開始点を、ジェスチャー３０８が始まる[X,Y]座標をピクセル単位で示すデータを受領し、これらの座標の第一のものを各エッジ４０２、４０４、４０６および４０８内に含まれるピクセルと比較することによって判別する。ジェスチャー・ハンドラ１２８はしばしば、開始点および該開始点がエッジ内かどうかを、サンプル・レートより速く決定でき、よってジェスチャーを単に、ジェスチャーがなされる見えているインターフェースに直接渡す技法からほとんどまたは全くパフォーマンス劣化を引き起こすことがない。
【００２６】
方法２００に戻ると、一般に、ブロック２０４がジェスチャーの開始点がエッジではないと判別する場合、方法２００は「Ｎｏ」経路に沿ってブロック２０６に進む。ブロック２０６はジェスチャーを、ジェスチャーが受領された根底にあるインターフェースなど、露わにされているユーザー・インターフェースに渡す。上記の継続的な例を変えて、ジェスチャー３０８がエッジ内に開始点をもたないと判別されたとする。そのような場合、ジェスチャー・ハンドラ１２８は、ジェスチャー３０８についてのバッファリングされたデータを没入型ユーザー・インターフェース３０４に渡す。ジェスチャーを渡したのち、方法２００は終了する。
【００２７】
ブロック２０４が、ジェスチャーの開始点がエッジにあると判別する場合、方法２００は「Ｙｅｓ」経路に沿ってブロック２０８に進む。ブロック２０８は、開始点からジェスチャーののちの点までの線がエッジからほぼ垂直であるかどうかを判別することによって、ブロック２０４の肯定的な判定に応答する。
【００２８】
ブロック２０８は、いくつかの実施形態では、使用される前記のちの点を決定する。ジェスチャー・ハンドラ１２８はたとえば、前記のちの点が、みな図４の、エッジ４０２についてのエッジ限界４１０を過ぎたところまたは開始点４１８から20ピクセルなど、エッジもしくは開始点から事前設定された距離で受領されることに基づいて、ジェスチャーの前記のちの点を決定することができる。他のいくつかの実施形態では、ジェスチャー・ハンドラ１２８は、前記のちの点が開始点の受領後、ジェスチャーがタップ・アンド・ホールドまたはホバー・ジェスチャーであると判定するのにコンピューティング装置１０２が一般に使うよりもわずかに長い時間など、事前設定された時間に受領されることに基づいて前記のちの点を決定する。
【００２９】
上記の継続的な実施形態について、ジェスチャー・ハンドラ１２８は、エッジ４０２の外側で受領されるジェスチャー３０８ののちに受領された点を、該のちに受領された点が事前設定された時間以内に受領される限り、使用する。その事前設定された時間内にエッジの外側で点が受領されなければ、ジェスチャー・ハンドラ１２８はブロック２０６に進み、ジェスチャー３０８を没入型インターフェース３０４に渡す。
【００３０】
開始点を使って、ブロック２０８は、ジェスチャーの開始点からのちの点までの線がエッジにほぼ垂直であるかどうかを判定する。ブロック２０８によるこの判定では、5度、10度、20度または30度など、さまざまな分散角（angle  of  variance）が使用できる。
【００３１】
たとえば、垂直からの分散角30度を考える。図５は、この例示的な分散を示しており、図３および図４の没入型インターフェース３０４、ジェスチャー３０８、左エッジ４０２、左エッジ限界４１０および開始点４１８を、垂直線５０４から30度の分散の線５０２とともに示している。このように、ジェスチャー・ハンドラ１２８は、開始点４１８からのちの点５０８までの線５０６（これは垂直から約20度である）が、この例示的な30度の分散線（variance  line）５０２内であることに基づいて、ほぼ垂直であると判定する。
【００３２】
一般に、ブロック２０８が上記線がエッジにほぼ垂直でないと判定する場合、方法２００は「Ｎｏ」の経路に沿ってブロック２０６に進む。部分的に上述したように、ブロック２０８は、のちの点またはジェスチャーの他の側面が該ジェスチャーの資格を失わせることを判定してもよい。例としては、ホバー、タップ、プレス・アンド・ホールドまたは上下ジェスチャー（たとえばユーザー・インターフェース内で内容をスクロールさせるため）などのためにのちの点がエッジ内にある場合、上記ジェスチャーが単一入力ジェスチャーであると設定されていて第二の入力が受領される場合（たとえば、第一の指がエッジで始まるが、その後、第二の指がどこかに着地する）が含まれる。
【００３３】
ブロック２０８が、エッジ外ののちの点に基づいて上記線がほぼ垂直であると判定する場合、方法２００は「Ｙｅｓ」の経路に沿ってブロック２１０に進む。
【００３４】
ブロック２１０は、ブロック２０８の肯定的な判定に対して、ジェスチャーを、露わにされているユーザー・インターフェース以外のエンティティに渡すことによって応答する。このエンティティは、そもそもジェスチャーがユーザー・インターフェースを通じて受領されたとしても、該ジェスチャーが受領されたユーザー・インターフェースではない。ブロック２１０は、ジェスチャーの開始点が受領されたエッジまたはエッジの領域などに基づいて、ジェスチャーをどのエンティティに渡すかを決定してもよい。たとえば図６を考える。図６は、図４の没入型インターフェース３０４およびエッジ４０２、４０４、４０６および４０８を示すが、右エッジ４０６に上領域６０２および下領域６０４を加えている。上領域６０２内の開始点の結果、下領域６０４に受領された開始点とは異なるエンティティを与えることができる（または同じエンティティでも異なるユーザー・インターフェースが応答して提供される）。同様に、上エッジ４０４内の開始点の結果、左エッジ４０２または下エッジ４０８とは異なるエンティティまたはインターフェースを与えることができる。
【００３５】
いくつかの場合には、このエンティティは上記ユーザー・インターフェースに関連付けられたアプリケーションである。システム・エンティティまたは異なるアプリケーションのような、上記ユーザー・インターフェースに関連付けられていないアプリケーションではない。そのような場合、ジェスチャーをそのエンティティに渡すことは、該アプリケーションに、該アプリケーションとの対話を可能にする第二のユーザー・インターフェースを呈示させる効果をもつことができる。上記の映画の例では、エンティティは、映画を再生しているメディア・プレーヤーであるが映画を表示する没入型インターフェースではないことができる。その場合、メディア・プレーヤーは、映画を表示するインターフェースによって可能にされる、「一時停止」、「再生」、「停止」などの選択ではなく、字幕または監督の論評の選択を可能にする第二のユーザー・インターフェースを呈示することができる。この機能は、図１では、アプリケーション１３６の一つが、二つ以上のアプリケーション・ユーザー・インターフェース１３８を含むまたは呈示することができる場合に、許容される。このように、ブロック２１０は、ジェスチャーを、システム・インターフェース・モジュール１２６、ユーザー・インターフェースを現在呈示しているアプリケーション１３６のうちの前記一つまたはアプリケーション１３６のうちの別のものに渡すことができる。ここでは三つの可能性だけを挙げた。
【００３６】
上記の継続的な実施形態の完結として、ブロック２１０において、ジェスチャー・ハンドラ１２８はジェスチャー３０８をシステム・インターフェース・モジュール１２６に渡す。システム・インターフェース・モジュール１２６はジェスチャー３０８のバッファリングされている部分を受領し、ジェスチャー３０８の残りを、ユーザーによってなされるにつれて受領し続ける。図７は、ジェスチャー３０８を受領したときの可能な応答を示しており、システム・インターフェース・モジュール１２６によって、図３からの没入型インターフェース３０４およびウェブページ３０６の上に呈示されるアプリケーション選択インターフェース７０２を示している。アプリケーション選択インターフェース７０２は、さまざまな他のアプリケーションおよびそのそれぞれのインターフェースの選択を、選択可能なアプリケーション・タイル７０４、７０６、７０８および７１０において可能にする。
【００３７】
例示的なアプリケーション選択インターフェース７０２は、マルチ・アプリケーション環境モジュール１２４を使って呈示される没入型ユーザー・インターフェースである。ただし、これは必須ではない。呈示される諸インターフェースは、代わりに、ウインドー・ベースであり、ウインドー・ベース・モード・モジュール１２２を使って呈示されてもよい。これらのモジュールはいずれも図１に示されている。
【００３８】
ブロック２１０は、追加的にまたは代替的に、受領されたジェスチャーについての他の因子に基づいて、ジェスチャーを種々のエンティティおよび／またはインターフェースに渡すことを決定してもよい。例示的な因子は下記の方法８００においてより詳細に記述する。
【００３９】
方法２００および以下に記述する他の方法は、ジェスチャーがなされ受領されつつあるときなど、リアルタイムで実行できることを注意しておく。これは、中でも、ジェスチャーに応答して呈示されるユーザー・インターフェースが、ジェスチャーの完了前に呈示されることを許容する。さらに、ユーザー・インターフェースはジェスチャーが受領されるにつれて漸進的に呈示されることができる。これは、ジェスチャーが実行される際にエッジからユーザー・インターフェースを引き出す際にユーザー・インターフェースがジェスチャーに（たとえばジェスチャーを行うマウス・ポイントまたは人の指に）「くっついている」ように見えるユーザー経験を許容する。
【００４０】
図８は、ジェスチャーの何らかの因子に基づいて呈示すべきインターフェースを決定することを含むエッジ・ジェスチャーを可能にするための方法８００を描いている。以下の議論の諸部分において、図１のシステム１００を参照することがあるが、その参照は単に例としてである。方法８００は、本稿に記載される他の方法と完全にまたは部分的に別個に、あるいは他の方法と連携して機能してもよい。
【００４１】
ブロック８０２はユーザー・インターフェースを通じてなされたジェスチャーが、ユーザー・インターフェースのエッジにおける開始点および該エッジ内でないのちの点をもつことを判別する。ブロック８０２は、ブロック８０２の判定の基礎となるのちの点の判別など、方法２００の諸側面と同様に動作し、あるいは該諸側面を使ってもよい。ブロック８０２は異なる仕方で機能してもよい。
【００４２】
一つの場合には、たとえば、ブロック８０２は、ジェスチャーが、表されている没入型ユーザー・インターフェースのエッジにおいて始まり、エッジにないがジェスチャーの角度に基づいていないのちの点をもつ一本指のスワイプ・ジェスチャーであることを判別する。この判別に基づいて、ブロック８０２は、ジェスチャーを表されている没入型ユーザー・インターフェースに渡すのではなく、ブロック８０４に進む。
【００４３】
ブロック８０４は、ジェスチャーの一つまたは複数の因子に基づいてどのインターフェースを呈示するかを決定する。ブロック８０４は、ジェスチャーの最終的な長さまたは中間的な長さ、ジェスチャーが単一点か複数点か（たとえば一本指か複数指か）またはジェスチャーのスピードに基づいてそれを行ってもよい。このように、ブロック８０４は、たとえば、複数指ジェスチャーに応答してスタート・メニューを、比較的短い一本指ジェスチャーに応答してアプリケーション選択インターフェースを、あるいは比較的長い一本指ジェスチャーに応答してコンピューティング装置１０２をシャットダウンする選択を許容するシステム制御インターフェースを呈示することを決定してもよい。そうするために、ジェスチャー・ハンドラ１２８はジェスチャーの長さまたは入力（たとえば指）の数を判別してもよい。応答して、ブロック８０６は決定されたユーザー・インターフェースを呈示する。
【００４４】
例として、ジェスチャー・ハンドラ１２８が、ジェスチャーのある因子に基づいて、オペレーティング・システム１２０との対話を可能にするユーザー・インターフェースを呈示することを決定するとする。応答して、システム・インターフェース・モジュール１２６がこのユーザー・インターフェースを呈示する。ユーザー・インターフェースの呈示は、図７のアプリケーション選択ユーザー・インターフェース７０２の漸進的な表示など、他の方法において記述されているのと同様の仕方であってもよい。
【００４５】
方法２００および／または方法８００の全体または一部に続いて、本技法は、図９の方法９００を実行することに進んでもよい。方法９００は、ユーザー・インターフェースの拡張、別のインターフェースの呈示またはエッジ・ジェスチャーに応答して呈示されているユーザー・インターフェースの呈示終了を可能にする。
【００４６】
ブロック９０２は、ジェスチャーの後続点を受領する。第二のユーザー・インターフェースの少なくとも何らかの部分の呈示後である。部分的に上記したように、方法２００および／または８００は、現在のユーザー・インターフェースに関連付けられている同じアプリケーションのための第二のユーザー・インターフェース、異なるアプリケーションまたはシステム・ユーザー・インターフェースのような第二のユーザー・インターフェースを呈示するまたは呈示させることができる。
【００４７】
例として、タッチ感応性ディスプレイ１００２を有するラップトップ・コンピュータ１０４を示している図１０を考える。該ディスプレイは、ウインドー・ベースの電子メール・インターフェース１００４および二つの没入型インターフェース１００６および１００８を表示している。ウインドー・ベースの電子メール・インターフェース１００４は、ラップトップ・コンピュータ１０４にとってリモートまたはローカルであることができる、電子メールを管理するアプリケーションに関連付けられている。図１０はまた、二つのジェスチャー１０１０および１０１２をも示している。ジェスチャー１０１０は直線で進み、一方、ジェスチャー１０１２は逆戻りする（二つの方向を示す二つの矢印で図示されている）。
【００４８】
図１１は、開始点（starting  point）１１０２、のちの点（later  point）１１０４および後続点（successive  point）１１０６をもつジェスチャー１０１０と、開始点１１０２、のちの点１１０８および第一の後続点１１１０および第二の後続点１１１２をもつジェスチャー１０１２とを示している。図１１はまた、下エッジ１１１４、のちの点の領域１１１６およびインターフェース追加領域１１１８をも示している。
【００４９】
ブロック９０４は、後続点に基づいて、ジェスチャーが逆行、延長を含むかいずれも含まないかを判定する。ブロック９０４は、後続点が前記エッジにあるまたは当該ジェスチャーの以前の点よりエッジに近いことを判別することによってジェスチャーの方向における反転を判別してもよい。ブロック９０４は、後続点が前記エッジまたは前記のちの点から事前設定された距離にあることに基づいてジェスチャーが延びていることを判別してもよい。これらのいずれも真であると判定されない場合、方法９００はブロック９０２および９０４を繰り返して、ジェスチャーが終了するまで、さらなる後続点を受領および解析してもよい。ブロック９０４が反転があると判定する場合、方法９００は「反転」経路に沿ってブロック９０６に進む。ブロック９０４がジェスチャーが延長されていると判定する場合、方法９００は「延長」経路に沿ってブロック９０８に進む。
【００５０】
今の例のコンテキストにおいて、ジェスチャー・ハンドラ１２８がジェスチャー１０１２の第一の後続点１１１０を受領するとする。ジェスチャー・ハンドラ１２８はその際、第一の後続点１１１０がエッジ１１１４になく、当該ジェスチャーの以前の点よりエッジ１１１４に近くなく（たとえば、のちの点１１０８より近くない）、インターフェース追加領域１１１８内でないことによって前記エッジまたはのちの点から事前設定された距離でもないことを判別する。そのような場合、方法９００はブロック９０２に戻る。
【００５１】
ブロック９０２の第二の反復では、ジェスチャー・ハンドラ１２８が第二の後続点１１１２を受領するとする。そのような場合、ジェスチャー・ハンドラ１２８は第二の後続点１１１２が第一の後続点１１１０よりエッジ１１１４に近く、よってジェスチャー１０１２が反転を含んでいることを判別する。ジェスチャー・ハンドラ１２８は次いでブロック９０６に進んで、当該ジェスチャーに応答して前に呈示された第二のユーザー・インターフェースの呈示を終える。例として、電子メール・ハンドリング・インターフェース１２０２を示す図１２を考える。ブロック９０６のこの例示的な場合では、ジェスチャー・ハンドラ１２８は電子メール・アプリケーションに、ジェスチャー１０１２の反転に応答してインターフェース１２０２を呈示することをやめさせる（除去されることは図示していない）。
【００５２】
しかしながら、ブロック９０８は、第三のユーザー・インターフェースまたは第二のユーザー・インターフェースの拡張を呈示するまたは呈示させる。継続的な例を続け、図１３を考える。この図は、エッジ１１０４から事前設定された距離の、この場合、図１１のインターフェース追加領域１１１８内である後続点１１０６をもつと判定されたジェスチャー１０１０に応答して追加的な電子メール・オプション・インターフェース１３０２を示している。この領域および事前設定距離は、当該ジェスチャーに応答して前に呈示されたユーザー・インターフェースのサイズに基づいて設定されることができる。こうして、追加的なコントロールを追加したいユーザーは、単に、ジェスチャーを、該ジェスチャーのより早期の部分に応答して呈示されたユーザー・インターフェースを過ぎて延長するだけでよい。
【００５３】
方法９００は、追加的なユーザー・インターフェースを追加するまたは呈示されているユーザー・インターフェースを拡張するために繰り返されることができる。図７の例示的なインターフェース７０２に戻ると、たとえば、ジェスチャー・ハンドラ１２８は、ジェスチャー３０８がインターフェース７０２を過ぎて延びるにつれて、選択可能なアプリケーション・タイルの追加的なセットを呈示するなどして、インターフェースまたはコントロールをインターフェース７０２に追加することを続けることができる。ジェスチャー３０８が追加的なタイルを過ぎて延びる場合には、ジェスチャー・ハンドラ１２８はシステム・インターフェース・モジュール１２６に、該タイルに隣接する、ユーザーがコントロールを選択できるようにする別のインターフェースを呈示させてもよい。コントロールは、コンピューティング装置１０２をサスペンド、ハイバーネート、モード切り換え（没入型からウインドー・ベースにおよびその逆）またはシャットダウンするなどである。
【００５４】
エッジ・ジェスチャーに応答して呈示される上記の例のユーザー・インターフェースは不透明であるが、部分透明（partially  transparent）であってもよい。これは、内容を隠蔽しないことによって有用となりうる。上記の映画の例では、呈示されるユーザー・インターフェースは、部分透明であり、それによりユーザー・インターフェースの使用中、映画が部分的に隠蔽されるだけとすることができる。同様に、図１２および図１３の例において、インターフェース１２０２および１３０２は部分透明であってもよく、それにより、ユーザーが、インターフェースの一つにおけるコントロールの選択もしながら、電子メールのテキストを見ることができるようにする。
【００５５】
上記のように、例示的な方法２００、８００および９００は、エッジ・ジェスチャーに関し、前に対話したアプリケーションに戻る切り換えに関する例示的な方法１４００および１７００に先立って記載された。該方法の任意の一つまたは複数が別個にまたは全体的もしくは部分的に該方法の他のものと関連して使用されてもよい。
【００５６】
〈前に対話したアプリケーションに戻る切り換え〉
図１４は、待ち行列を使って前に対話したアプリケーションに戻る切り換えをするための方法１４００を描いている。以下の議論の諸部分において、図１のシステム１００および本稿の他所で記載される他の方法および例示的な実施形態を参照することがあるが、その参照は単に例としてである。
【００５７】
ブロック１４０２は、複数の対話されたアプリケーションの待ち行列を維持する。該待ち行列は、現在のアプリケーション以外の最も最近対話されたものから最も以前に対話されたアプリケーションの順に配列される。たとえば、ユーザーがさまざまなアプリケーションと対話する対話順１５０２を示す図１５を考える。第一に、ユーザーはウェブ検索アプリケーション１５０４とそのインターフェースを通じて対話する。第二に、ユーザーはウェブ対応メディア・アプリケーション１５０６とウェブ・ブラウザを通じて対話する。第三に、ユーザーはローカルな（非ウェブの）写真アプリケーション１５０８とそのインターフェースを通じて対話する。第四に、ユーザーは、ソーシャル・ネットワーキング・アプリケーション１５１０とウェブ・ブラウザを通じて対話する。第五に、ユーザーはウェブ対応メディア・アプリケーション１５０６との対話に戻る。第六に、ユーザーはウェブ対応ニュース・アプリケーション１５１２と、再びウェブ・ブラウザを通じて対話する。
【００５８】
第一の対話については、この第一の対話より前には他のアプリケーションと対話していないので、待ち行列は維持されていない。対話順１５０２の第二ないし第六の対話については、第一の対話後の対話順１５０２における各対話に対応する待ち行列１５１４、１５１６、１５１８、１５２０および１５２２を考える。待ち行列１５１４ないし１５２２は、アプリケーション・マネージャ１３０によって維持されるアプリケーション待ち行列１３２の例示的な対話である。１３０、１３２はいずれも図１にある。
【００５９】
図１５に示されるように、アプリケーション・マネージャ１３０は、ユーザーの対話に基づいてアプリケーション待ち行列１３２を最新のものに保つ。待ち行列１５２２はたとえば、メディア・アプリケーション１５０６を最も最近対話したアプリケーションとして含んでおり、それにソーシャル・ネットワーキング・アプリケーション１５１０、写真アプリケーション１５０８が続き、ウェブ検索アプリケーション１５０４で終わる。ユーザーがメディア・アプリケーション１５０６と二回対話するので（第二および第五の対話において）、アプリケーション・マネージャ１３０は第五の対話の際にそれをアプリケーション待ち行列１３２から除去して、他のアプリケーションを並べ替えて対話の最新の順序を反映させる。ただし、現在対話されているアプリケーションを除く。
【００６０】
ブロック１４０４はジェスチャーまたはジェスチャー部分を受け取る。このジェスチャーまたはジェスチャー部分は、タッチパッド、マウスもしくはローラー・ボールを通じて受領される動きのポインター追跡または腕（単数または複数）、指（単数または複数）もしくはスタイラスでなされる、動き感応性もしくはタッチ感応性機構を通じて受領される物理的な動きなど、本稿の他所で記述されているさまざまなジェスチャーまたは部分のうちの一つまたは複数を含むことができる。いくつかの実施形態では、諸ジェスチャー部分が受領される。各部分は、一つのジェスチャーの一部であり、それぞれ待ち行列内のあるアプリケーションの呈示につながる。これらの部分のそれぞれは、必須ではないが、ディスプレイのエッジの開始点、ディスプレイの端にないのちの点およびディスプレイの端にある後続点を有していてもよい。複数の部分を有するジェスチャーは、この場合、マルチループ・スパイラル、複数の円または往復（たとえばジグザグ）のようなものに見えるであろう。ここで、各ループ、円または往復はユーザー・インターフェースまたはディスプレイのエッジに始まり、エッジを出て、エッジに戻る。任意的に、ブロック１４０４はいくつかのジェスチャーまたはジェスチャー部分を受け取ってもよい。これらのジェスチャーまたはジェスチャー部分は、本稿の他所で記述されるさまざまなジェスチャーまたはジェスチャー部分のうちの一つまたは複数を含むことができる。
【００６１】
上記の継続的な実施形態を続け、タブレット・コンピューティング装置１０６を示している図３を考える。タブレット１０６はウェブページ３０６を含む没入型インターフェース３０４を表示しているところを示されているタッチ感応性ディスプレイ３０２を含む。たとえば、没入型インターフェース３０４はニュース・アプリケーション１５１２に関連付けられていて、ウェブページ３０６はニュース・アプリケーション１５１２からのコンテンツであるとする。
【００６２】
この例の一環として、ブロック１４０４において、ジェスチャー・ハンドラ１２８は図３に示されるようなジェスチャー３０８を受領し、ジェスチャー・ハンドラ１２８はそれをアプリケーション・マネージャ１３０に渡す。上記の継続的な例については、ジェスチャー３０８は、他の何らかの機能やアプリケーションではなく、以前に対話されたアプリケーションに戻る切り換えに関連付けられていると判定されるとする。
【００６３】
ブロック１４０６は前記ジェスチャーまたはジェスチャー部分の受領に応答して、前記待ち行列を通じて、前記複数の対話されたアプリケーションのうちの別のアプリケーションに進む。こうして、前記ジェスチャーまたはジェスチャー部分の受領に応答して、アプリケーション・マネージャ１３０はアプリケーション待ち行列１３２のアプリケーションのうちの第一の、よって最も最近対話されたものに進んでもよい。いくつかの実施形態では、二つのジェスチャーまたは部分を受領すると、アプリケーション・マネージャ１３０は、アプリケーション待ち行列１３２のアプリケーションのうちの二番目に最も最近対話されたアプリケーションに進んでもよい。ただし、方法１４００は、後述するように、ブロック１４０４、１４０６および／または１４０８を繰り返すことによってそうしてもよい。
【００６４】
上記の継続的な例を続けると、第六の対話後にジェスチャー３０８が受領されるとする。その時点では、現在対話されているアプリケーションはニュース・アプリケーション１５１２であり、アプリケーション待ち行列１３２は最新になっており、図１５の待ち行列１５２２によって表されるとする。そのような場合、アプリケーション・マネージャ１３０は、前記ジェスチャーまたはジェスチャー部分の受領に際してメディア・アプリケーション１５０６に進む。
【００６５】
ブロック１４０８は、他のアプリケーションに関連付けられたユーザー・インターフェースを呈示する。このユーザー・インターフェースは、いくつかの実施形態では、そのアプリケーションとの対話が以前になされたのと同じユーザー・インターフェースである。いくつかの実施形態では、前記ユーザー・インターフェースは、現在呈示されているユーザー・インターフェースの上にサムネイルまたは透明なオーバーレイとして呈示される。アプリケーション・マネージャ１３０はこのユーザー・インターフェースを単独でまたは関連付けられたアプリケーションとの組み合わせで呈示する。たとえば、関連付けられたアプリケーションにユーザーが最後に対話したユーザー・インターフェースを呈示させる。
【００６６】
この例について、アプリケーション・マネージャ１３０は、アプリケーションについてのユーザー・インターフェースのサムネイル画像を、ジェスチャー３０８が受領されるにつれて漸進的に呈示し、ジェスチャーが終わるときに、ディスプレイの利用可能な不動産を覆うよう該サムネイルを拡大する。それにより、アプリケーション・マネージャ１３０は没入型インターフェース３０４内のウェブページ３０６を、または没入型インターフェース３０４を、没入型であってもウインドー・ベースであってもよい別のインターフェースで置換する。
【００６７】
このことは、図１６に示されている。メディア・アプリケーション１５０６のユーザー・インターフェースのサムネイル画像１６０２が没入型インターフェース３０４およびニュース・アプリケーション１５１２の上に呈示されている。ジェスチャー３０８の終了後、サムネイル画像１６０２は拡張されてメディア・プレーヤー１６０４になり、没入型インターフェース３０４内のウェブページ３０６を置き換える。これは、選択されたアプリケーションのためのユーザー・インターフェースを呈示する仕方のほんの一例にすぎない。漸進的にまたは他の仕方で応答するための他の仕方は本稿の他所で記述されている。
【００６８】
いくつかの実施形態では、ブロック１４０８は、現在のユーザー・インターフェースを第二のサムネイル画像に縮小し、第二のサムネイル画像をディスプレイのある領域のほうに渡す。その領域とは、そこから先に述べたサムネイル画像が漸進的に呈示された領域である。このように、ブロック１４０８は、サムネイル画像１６０２を拡大してメディア・プレーヤー１６０４にする一方、ウェブページ３０６を縮小してサムネイル画像にし、そのサムネイルを、サムネイル画像１６０２を選択したエッジに渡す。
【００６９】
ブロック１４０８でのユーザー・インターフェースの呈示の間に、他のジェスチャーまたはジェスチャー部分が受領されてもよく、ブロック１４０４に戻る。いくつかの場合には、前記他のジェスチャーまたはジェスチャー部分は、ユーザー・インターフェースがブロック１４０８によって呈示されている時間の長さ内に受領される。ブロック１４０４に戻るのに続いて、ブロック１４０６は、前記複数の対話したアプリケーションのうちのさらにもう一つのまたはその後のアプリケーションに進んでもよい。この進行を続けると、ブロック１４０８は、前記複数の対話したアプリケーションの後続アプリケーションに関連付けられたユーザー・インターフェースを呈示する。
【００７０】
このように、ブロック１４０４、１４０６および１４０８を繰り返すことによって、前に対話したアプリケーションに関連付けられたユーザー・インターフェースが逐次的に呈示されることができる。いくつかの場合には、受領された各ジェスチャーに応答して、前に対話したアプリケーションに関連付けられたユーザー・インターフェースが呈示されることができる。現在の例のコンテキストでは、メディア・アプリケーション１５０６のユーザー・インターフェースを呈示している間にもう一つのジェスチャーが受領されるとき、ソーシャル・ネットワーキング・アプリケーション１５１０（待ち行列１５２２の二番目に最も最近対話されたアプリケーション）に関連付けられたユーザー・インターフェースが呈示される。ソーシャル・ネットワーキング・アプリケーション１５１０に関連付けられたユーザー・インターフェースの呈示の間に、さらに他のジェスチャーまたはジェスチャー部分が受領されると、写真アプリケーション１５０８（待ち行列１５２２のアプリケーションと三番目に最も最近対話されたもの）に関連付けられたユーザー・インターフェースが呈示される、などとなる。
【００７１】
現在のアプリケーションの呈示から別の選択された、以前のアプリケーションの呈示へのこの切り換えに続いて、ブロック１４１０は、前記他のアプリケーションに関連付けられたユーザー・インターフェースとの対話に応答して、または該ユーザー・インターフェースの呈示の間に経過する時間期間に応答して、待ち行列を更新する。いくつかの場合には、以前のアプリケーションが選択されてもよく、次いでその後すぐに別のアプリケーションが選択されてもよい。事実上、待ち行列内の諸アプリケーションを通じた通しスキャンである。そのような場合、ブロック１４１０は、待ち行列の更新を差し控えてもよい。短時間の閲覧は、対話とは考えられなくてもよいからである。
【００７２】
アプリケーション・マネージャ１３０がアプリケーション待ち行列１３２を更新する例示的な対話は、図１６のメディア・プレーヤー１６０４のユーザー・インターフェースにおいて示されているコントロールを使って再生を制御するまたは現在再生しているメディアに関係した情報を編集するなど、新たに呈示されたインターフェースと対話するという明示的な選択を含む。たとえば、他の場合には、対話は時間期間の経過に基づいて決定される。たとえば、ニュース・アプリケーションのウェブページが、現在のアプリケーションなのではなく、選択に際して呈示されるとする。たとえば1秒、2秒または3秒などの何らかの期間後、アプリケーション・マネージャ１３０は、ユーザーがそのウェブページのニュース記事を読んでいる蓋然性に基づいて、その遅延が事実上対話であると判定する。同様に、メディアを再生しておりアプリケーション待ち行列１３２内のアプリケーションの別の選択がなければディスプレイ上に留まるメディア・アプリケーションについての、ブロック１４０８におけるユーザー・インターフェースの呈示も、対話と考えることができる。
【００７３】
部分的に上述したように、アプリケーション待ち行列１３２は環状であることができる。そうすることによって、アプリケーションの選択は止まることがなく、ユーザーがアプリケーション待ち行列１３２の最も以前に対話したアプリケーションに達したら先頭に戻る。たとえば、ソーシャル・ネットワーキング・アプリケーション１５１０から以前のアプリケーションに戻る切り換えをすることを選択し、よって待ち行列１５１８を使うと、戻る切り換えが一度なら写真アプリケーション１５０８を選択することになり、二度ならメディア・アプリケーション１５０６、三度ならウェブ検索アプリケーション１５０４となる。四度目の戻る選択は、循環式に、再び、写真アプリケーション１５０８の呈示につながる。
【００７４】
方法１４００は、本技法が前に対話したアプリケーションの選択を可能にし、待ち行列に基づいてどれを呈示するかを決定することができるさまざまな仕方を記述している。方法１７００は、方法１４００や本稿に記載される他の方法と関連して動作してもよいが、待ち行列を使うことは必須ではない。したがって、方法１４００は、例示的な方法１７００において記述される技法を限定することは意図されていない。
【００７５】
図１７は、前に対話したアプリケーションに戻る切り換えをする方法１７００を描いており、これは待ち行列を使っても使わなくてもよい。以下の議論の諸部分において、図１のシステム１００、方法２００、８００、９００、１４００および上記の例示的な実施形態を参照することがあるが、その参照は単に例としてである。
【００７６】
ブロック１７０２は、現在のアプリケーションに関連付けられた現在のユーザー・インターフェース上でなされるジェスチャーを通じて前に対話したアプリケーションの選択を可能にする。ブロック１７０２は、エッジ・ジェスチャーまたはその一部を用いてなど上記のようなさまざまな仕方でそうすることができるが、あくまでも一例としてである。
【００７７】
ブロック１７０４は、該ジェスチャーの受領に応答して、さらなる選択なしに、前に対話したアプリケーションに関連付けられた前のユーザー・インターフェースを呈示する。
【００７８】
たとえば、現在のユーザー・インターフェースのエッジに始まり、該エッジからほぼ垂直に離れる方向に進むエッジ・ジェスチャーのような、前のアプリケーションの選択に関連付けられたジェスチャーの一部が受領されるとする。応答して、ブロック１７０４は、前に対話したアプリケーションについてのユーザー・インターフェースまたは該インターフェースのサムネイル画像を、あるいは選択が成功裏にできたという何らかの指標を選択されたアプリケーションもしくはインターフェースの指標とともに、呈示する。
【００７９】
例示的なサムネイル画像または指標としては、図７の選択可能なアプリケーション・タイル７０４、７０６、７０８および７１０の任意のものが含まれる。それらのいくつかはインターフェースのサムネイル画像を含み、他のものは選択されたアプリケーションを示している。もう一つの例は、図１６のサムネイル画像１６０２である。
【００８０】
ブロック１７０４は、選択された、以前に対話したアプリケーションのユーザー・インターフェースを、図１６でメディア・プレーヤー１６０４において示されるように、呈示する。そうするにあたり、ブロック１７０４は、さらなる選択なしに没入型インターフェース３０４を通じて写真アプリケーション１５０８との対話を可能にしうる。このように、ほんの一回のジェスチャーで前のアプリケーションを選択したのち、ユーザーは、さらなる選択をする必要なしに、対話できる。ユーザーは、たとえばアプリケーション選択モードを抜けることを選択したり、呈示されているインターフェースを「ライブ」または「首位」またはスタックのいちばん上にしたりする必要はない。簡単にいうと、本技法は、前のアプリケーションの選択および該前のアプリケーションとのさらなる対話を、単一の入力で可能にする。
【００８１】
図１６のこの例において、メディア・プレーヤー１６０４が呈示されてウェブページ３０６を置き換えた直後に没入型インターフェース３０４への次の入力が直接、写真アプリケーション１５０８に渡される。このように、タップ、ホットキーまたは他の入力が写真アプリケーション１５０８に直接渡され、それにより写真アプリケーション１５０８による該入力への即座の応答を可能にする。
【００８２】
いくつかの実施形態では、現在のユーザー・インターフェース上でなされるジェスチャーは諸部分を含み、各部分は前のアプリケーションの選択を示す。そのような場合、ブロック１７０４は、第一の部分に応答して前のユーザー・インターフェースを呈示し、次いでブロック１７０２が当該ジェスチャーの第二の部分を受領するのに応答して、さらに前に対話されたアプリケーションに関連付けられているさらに前のユーザー・インターフェースを呈示する、などとなる。
【００８３】
これは図１８に示されている。図１８は、図１６の没入型インターフェース３０４（視覚的な明確さのため二回示されている）およびブロック１７０４が複数のジェスチャーまたは単一のジェスチャーの複数の部分に応答できる仕方を呈示している。図１８は、二つの漸進的な呈示１８０２および１８０４ならびに二つのジェスチャー部分１８０６−１および１８０６−２をもつジェスチャー１８０６を示している。第一の漸進的な呈示１８０２は、サムネイル画像１６０２の没入型インターフェース３０４の左エッジからのドラッグを、よって前に対話された写真アプリケーション１５０８の選択を示している。サムネイル画像１６０２はジェスチャー部分１８０６−１に「くっつく」ことに注意されたい。また、図３および図１６のジェスチャー３０８と異なり、ジェスチャー１８０６が左エッジに戻ることにも注意されたい。応答して、ジェスチャー３０８が終わってメディア・プレーヤー１６０４がウェブページ３０６を置き換えるのではなく、ジェスチャー１８０６のジェスチャー部分１８０６−１は出発点のエッジに戻る。この場合、サムネイル画像１６０２はジェスチャー部分１８０６−１とともに漸進的に表示されるが、ジェスチャー部分１８０６−１がエッジに戻ると消える。
【００８４】
ジェスチャー１８０６は第二の部分１８０６−２に進む。応答して、ブロック１７０４は第二の漸進的な呈示１８０４を呈示し、没入型インターフェース３０４の左エッジからの第二のドラッグを示す。ここで、さらに前のアプリケーションであるソーシャル・ネットワーク・アプリケーション１５１０のソーシャル・ネットワーク・サムネイル画像１８０８が漸進的に呈示される。ジェスチャー１８０６は第二の部分１８０６−２の一部として左エッジに戻る。応答して、ブロック１７０４は、ジェスチャー部分１８０６−２がエッジに戻ると、サムネイル画像１８０８をドロップ・オフする（drop  off）。だがこれは、本技法によりユーザーが前のアプリケーションを、さらには以前に対話したアプリケーション全部を、たった一回のジェスチャーで選択および閲覧できる仕方のほんの一例である。この例の任意の時点において、ジェスチャー１８０６は、終了してもよいし、あるいは選択されたアプリケーションについてのフル・ユーザー・インターフェースを呈示する選択を指示してもよい。その時点で、ブロック１７０４はそのユーザー・インターフェース（たとえば図１６のメディア・プレーヤー１６０４またはソーシャル・ネットワーキング・アプリケーションのためのフル・ユーザー・インターフェース）を呈示する。
【００８５】
上記のように、例示的な方法２００、８００および９００は、エッジ・ジェスチャーに関し、前に対話したアプリケーションに戻る切り換えに関する方法１４００および１７００に先立って記載され、方法１４００および１７００は方法１９００および２２００に先立って記載された。該方法の任意の一つまたは複数が別個にまたは全体的もしくは部分的に該方法の他のものと関連して使用されてもよい。
【００８６】
図１９は、単一の選択に応答して複数の没入型インターフェースのサイズを変更することを含む、マルチ・アプリケーション環境を可能にする方法１９００を示している。以下の議論の諸部分において、図１のシステム１００および本稿の他所で記載される他の方法および例示的な実施形態を参照することがあるが、その参照は単に例としてである。
【００８７】
ブロック１９０２は、マルチ・アプリケーション環境において表示されている第一のアプリケーションの第一の没入型インターフェースの第一のサイズを変更する選択を可能にする。ここで、第二のアプリケーションの第二の没入型インターフェースが第二のサイズにおいて表示されている。
【００８８】
ブロック１９０２は、ほんの数例としてジェスチャー感応性ディスプレイまたはトラックパッドもしくはマウスを通じてなされるのであろうとあるいはハードウェア・ボタンもしくはホットキーを用いてなされるのであろうと、ジェスチャーを用いるなど上記のさまざまな仕方でこの選択を可能にできる。
【００８９】
例として、ブロック１９０２がジェスチャー感応性ディスプレイを通じた選択して動かす（select-and-move）ジェスチャー選択を可能にする場合を考える。マルチ・アプリケーション環境の没入型インターフェースどうしの間のインターフェース分割領域の選択して動かすジェスチャーである。この例は、図２０に示されている。図２０は、マルチ・アプリケーション環境を表示しているように示されているタッチ感応性ディスプレイ２００２をもつデスクトップ・コンピューティング装置１１２を示している。マルチ・アプリケーション環境２００４は、没入型インターフェース分割部２０１０によって分離されている、より大きな没入型インターフェース２００６およびより小さな没入型インターフェース２００８を含む。より大きな没入型インターフェース２００６はワードプロセシング・アプリケーションに関連付けられており、文書コンテンツ２０１２を呈示している。より小さな没入型インターフェース２００８はソフトウェア地図アプリケーションに関連付けられており、地図コンテンツ２０１４を呈示している。継続的な例の一部として、ブロック１９０２において、マネージャ１３４が図２０に示されるようなジェスチャー２０１６を受領する。このジェスチャーは、矢印で示されているが、入力作用体（指またはスタイラス）は省いている。
【００９０】
ブロック１９０４は、第一の没入型インターフェースの第一のサイズを変更する選択に応答して、第一の没入型インターフェースの第一のサイズおよび第二の没入型インターフェースが第二のサイズを変更する。したがって、ブロック１９０４は、複数の没入型インターフェースのサイズをたった一回の選択に応答して変更しうる。さらに、ブロック１９０４はそれを並行して、それらのインターフェースのどちらも隠蔽することなく、行うことができる。
【００９１】
例として、図２０の継続的な例を考える。インターフェース分割領域２０１０の選択して動かすジェスチャー２０１６に応答して、マネージャ１３４は、一方のインターフェースを縮小し、他方のインターフェースを並行して拡大する。ここでは、より小さな没入型インターフェース２００８を大きくし、同時に、より大きな没入型インターフェース２００６を小さくする。この変更の結果は図２１で、変更されたより小さな没入型インターフェース２０１２および変更されたより大きな没入型インターフェース２１０４において示されている。インターフェース分割領域２０１０の以前の位置は以前の位置２１０６において示されている。また、選択して動かすジェスチャー２０１６がインターフェース分割領域２０１０の以前の位置２１０６において始まり、インターフェース分割領域２０１０の最終位置２１０８において終わることに注意されたい。
【００９２】
この例では、マルチ・アプリケーション環境２００４は、没入型インターフェースのサイズの変更前も変更後も、それらの没入型インターフェースで完全に占有されており、未使用の不動産も、没入型インターフェースを管理するための可視コントロールで隠蔽されている不動産もないことを注意しておく。
【００９３】
この特定の例は、本技法によりユーザーが没入型インターフェースのサイズを選択する、ここでは地図アプリケーションによって呈示されるマップを大きくすることを許される一つの仕方を示している。
【００９４】
本技法はまた、ユーザーが、没入型インターフェースを、マルチ・アプリケーション環境２００４の所定の領域を自動的に満たすよう「スナップ」させることを許容する。そうすることによって、高速かつユーザーにとって簡単な、ジェスチャーおよび他の選択が使用できる。さらに、これらの領域は複数の装置を横断して所定のサイズをもつことができ、それによりアプリケーション開発者がそれらの領域サイズについて備えることを許容する。これは、小さめのサイズはユーザーフレンドリーな仕方で呈示するのがしばしばより困難なため、より小さな領域については特に有用である。たとえば再び図２０を考える。図２０は所定の、ここでは320ピクセルの幅をもつ小さな領域の幅２０１８を示している。この例では、三つの領域が示されており、その二つは、全体領域内に含まれるという意味で従属的である。これらの領域は、二つの従属的な領域についての幅２０１８および残りの幅２０２０、全体領域の幅２０２２という幅をもつ。みなマルチ・アプリケーション環境の領域である。残りの幅２０２０はディスプレイによって変わりうることを注意しておく。全体幅２０２２も同様である。
【００９５】
ブロック１９０２はまた、没入型インターフェースの一つの、ドラッグ・アンド・ドロップ・ジェスチャーを通じた、ある領域から別の領域への選択を可能にしてもよい。そのような場合、ブロック１９０４は、それらの領域の間でインターフェースを入れ換えてもよいし、あるいは自動的に分割部（たとえば図２０の没入型インターフェース分割部）を動かしてもよく、その結果、サイズが切り換えられる。そうすることによって、マネージャ１３４は、より大きな没入型インターフェース２００６を、より小さな没入型インターフェース２００８によって以前に占められていた領域全体を占めるよう自動的に縮小し、その逆もする。
【００９６】
いくつかの場合には、インターフェースのサイズを変更する選択は、エッジ・ジェスチャーを通じて可能にされる。たとえば、より大きな没入型インターフェース２００６のエッジにおいて始まり、より大きな没入型インターフェース２００６の該エッジにないのちの点をもつエッジ・ジェスチャーを考える。マネージャ１３４は、単独で、またはジェスチャー・ハンドラ１２８および／またはアプリケーション・マネージャ１３０と連携して、より大きな没入型インターフェース２００６を縮小サイズ画像に縮小する。すると、インターフェース２００６をサイズ変更する選択は、縮小サイズの画像をより小さな没入型インターフェース２００８上にドロップすることによって実行されることができる。応答して、マネージャ１３４は両方のインターフェースをサイズ変更する。
【００９７】
方法１９００は、単一の選択に応答して複数の没入型インターフェースのサイズを変更することを含む、マルチ・アプリケーション環境を可能にするさまざまな方法を記述している。方法２２００は、方法１９００および本稿に記載される他の方法と連携して機能してもよい。ただし、待ち行列の使用は必須ではない。よって、方法１９００は、例示的な方法２２００に記述される技法を限定することは意図されていない。
【００９８】
図２２は、領域内にあるアプリケーションの没入型インターフェースを表示する方法２２００を描いており、これはたった一回の選択に応答すること、前記領域を完全に占めることを含む。以下の議論の諸部分において、図１のシステム１００、方法２００、８００、９００、１４００、１７００および１９００および上記の例示的な実施形態を参照することがあるが、その参照は単に例としてである。
【００９９】
ブロック２２０２は、一つまたは複数の現在のアプリケーションの一つまたは複数の現在の没入型インターフェースを表示しているマルチ・アプリケーション環境の複数の領域のうちの一つにおいてアプリケーションの没入型インターフェースを表示する選択を可能にする。ブロック２２０２は、ほんの一例としてはエッジ・ジェスチャーまたはその一部を用いるなど、上記のようなさまざまな仕方でそうすることができる。さらに、選択されるアプリケーションは、アプリケーション待ち行列１３２を使うアプリケーション・マネージャ１３０によるなど、さまざまな仕方で決定される、以前に対話されたアプリケーションであることができる。１３２および１３０は図１にある。
【０１００】
マルチ・アプリケーション没入型インターフェースは、ブロック２２０２において、一つ、二つまたさらには三つの現在の没入型インターフェースを呈示できる。このように、ブロック２２０２は、現在占有されている領域内に、あるいは一つの没入型インターフェースがマルチ・アプリケーション環境全体を占有する場合など、存在するがより大きな没入型インターフェースによって占有されている領域内に配置するアプリケーションの選択を許容する。
【０１０１】
たとえば、マルチ・アプリケーション環境２３０４を占有する現在の没入型インターフェース２３０２を示す図２３を考える。ここで、三つの従属領域２３０６、２３０８および２３１０があることを注意しておく。これらの領域は示されていてもいなくてもよい。アプリケーションが選択されていて、これらの領域の一つの上にホバリングされるまたは動かされる場合、その領域は、部分透明な没入型インターフェース分割部２３１２および２３１４をもって示されることができる。これら三つの従属領域２３０６、２３０８および２３１０は、マルチ・アプリケーション環境２３０４の実質的に全部を占めるフルサイズ領域２３１６内に含まれる。
【０１０２】
例として、マネージャ１３４が、方法１７００に従って、図１８に示される例に従って選択された以前に対話されたアプリケーションを受領するとする。そのような場合、ソーシャル・ネットワーキング・アプリケーション１５１０についてのサムネイル画像１８０８が選択され、領域２３０６上にホバリングされる（図示していないが図１８と同様）。応答して、マネージャ１３４は、その領域２３０６が選択されているまたは選択されようとしていることおよび領域２３０６のサイズを、部分透明な没入型インターフェース分割部２３１２を表示することによって示す。
【０１０３】
方法２２００に戻ると、ブロック２２０４は、前記領域内に前記没入型インターフェースを表示する選択に応答して、前記没入型インターフェースを、前記領域全体を占めるサイズで表示する。ユーザーは、アプリケーションの上記のたった一回の選択で、没入型インターフェースを選択し、選択された領域全体を占めるサイズで呈示させることができることを注意しておく。
【０１０４】
今の例を続け、マルチ・アプリケーション環境２３０４を示しているが、今や図２３の現在の没入型インターフェース２３０２の代わりの縮小サイズの没入型インターフェース２４０２と、図１５のソーシャル・ネットワーキング・アプリケーション１５１０のためのソーシャル・ネットワーキング・ウェブページ２４０６を示す第二の没入型インターフェース２４０４とをもつ図２４を考える。第二の没入型インターフェース２４０４は、ユーザーがその領域の選択以外の選択をすることなく、領域２３０６全体を占める。
【０１０５】
縮小サイズの没入型インターフェース２４０２およびソーシャル・ネットワキング・ウェブページ２４０６における内容の配置がいずれも変更されていることを注意しておく。サイズ変更は、より迅速にでき、あるいはよりよい内容配置を許容することができる。アプリケーションおよび／またはそれらのアプリケーションの開発者が、本技法によって所定の領域幅として提供される、これらの領域サイズを前もってもつのである。ここで、提供される所定の領域幅は領域２３０６である。ただし、幅を満たす領域２４０８も提供されてもよい。
【０１０６】
ブロック２２０４に続いて、方法２２００はブロック２２０２および２２０４を繰り返してもよい。それにより、追加的な没入型インターフェースの選択を可能にする。たとえば、マネージャ１３４は、図２３の領域２３１０または２３０８における呈示のための第三の没入型インターフェースの選択を可能にすることができる。そのような選択に応答して、マネージャ１３４は縮小サイズの没入型インターフェース２４０２をサイズ縮小するまたは置換する。
【０１０７】
これらの方法のいずれも、全体的にまたは部分的に組み合わされてもよいことを注意しておく。よって、たとえばあるジェスチャー部分が没入型インターフェースを選択するために使用されてもよく、同じジェスチャーの別の部分が前記没入型インターフェースを配置および／またはサイズ決めすることを選択するために使用されてもよい。この単独ジェスチャーに応答して、本技法は、マルチ・アプリケーション環境内に現在呈示されている複数のインターフェースをサイズ変更することができる。
【０１０８】
マルチ・アプリケーション環境を管理するためのユーザー・インターフェース
図２５は、ユーザー・インターフェースを通じてマルチ・アプリケーション環境を管理するための方法２５００を描いている。以下の議論の諸部分において、図１のシステム１００および他の方法および本稿の他所で記載される例示的な実施形態を参照することがあるが、その参照は単に例としてである。
【０１０９】
ブロック２５０２は、マルチ・アプリケーション環境を管理するためのユーザー・インターフェースの選択を可能にする。ユーザー・インターフェースの選択は、ほんの数例を挙げればジェスチャーもしくはジェスチャーの一部、ハードウェア・ボタンもしくはホットキーまたは音声コマンドを用いるなど、上記のものを含めさまざまな仕方でできる。選択の前には、ユーザー・インターフェースはフルに表示されている、部分的に表示されている、あるいは全く表示されていないことができる。たとえば、マルチ・アプリケーション環境が表示されており、ユーザー・インターフェースが表示されていないシナリオを考える。そのようなシナリオの例が図２６に示されている。この図は、マルチ・アプリケーション環境２６０２で満たされたディスプレイ２６００を示している。マルチ・アプリケーション環境２６０２は首位領域２６０４および非首位領域２６０６を含む。いずれも諸アプリケーション１３６からのさまざまな内容を表示する。非首位領域２６０６は二つの非首位セクション２６０８および２６１０を含み、そのそれぞれが、互いとまた首位領域２６０４の内容と並列に内容を呈示するために使用されうることを注意しておく。この例においては、三つのアプリケーションからの内容が並列に呈示されている：ソーシャル・ネットワーキング・ウェブサイトからの内容２６１２、ニュース・ウェブサイトからの内容２６１４およびローカルな文書閲覧アプリケーションからの内容２６１６である。
【０１１０】
ここで、図１のマネージャ１３４は、ホットキーまたはジェスチャー（たとえば、マルチ・アプリケーション環境３０２の右エッジになされるエッジ・ジェスチャー）のような非視覚的な選択器を用いたユーザー・インターフェースの選択を可能にする。しかしながら、いくつかの他の場合には、マネージャ１３４は、表示される選択可能なコントロールを通じた選択を可能にする。
【０１１１】
ブロック２５０４は、この選択に応答してユーザー・インターフェースを表示する。ユーザー・インターフェースは、没入型ユーザー・インターフェースまたはさらなる選択を可能にする半透明なオーバーレイであることができる。このユーザー・インターフェースを通じて、ブロック２５０６は、マルチ・アプリケーション環境における並列呈示のためのアプリケーションの選択を可能にする。
【０１１２】
このユーザー・インターフェースは、ユーザーがマルチ・アプリケーション環境を管理できるようにする。ただし、それを可能にする仕方はさまざまでありうる。たとえば、このユーザー・インターフェースは、ユーザーが、アプリケーションに関連付けられたラベルまたはアプリケーションの表現の選択を通じるなどして、ユーザー・インターフェースおよび／または環境に対して、アプリケーションを呈示し、除去し、あるいはデフォルトとして設定することを可能にする。このユーザー・インターフェースは、ユーザーが、ユーザー・インターフェースに呈示されるべきアプリケーションについての選好を選択し、環境を一般に変更し、あるいは非マルチ・アプリケーション環境に切り換えることを可能にしてもよい。さらに、ユーザー・インターフェースは、コンピューティング装置１０２のユーザーによって最も最近使用されたまたは最もよく使用されているアプリケーション、また当該アプリケーションが現在実行中であるか否かなど、さまざまな基準に基づいて選択のためのアプリケーションを呈示してもよい。さらに、ユーザー・インターフェースは、検索コマンド、コンテンツ共有または設定変更を可能にするユーザー・インターフェースのように、アプリケーションに関するシステム・コマンドの共通集合を呈示してもよい。
【０１１３】
上記の継続的な例を続けると、マネージャ１３４が、ディスプレイ２６００のタッチスクリーン上でなされたジェスチャーを通じて、ユーザー・インターフェースを呈示する選択を受領するとする。応答して、マネージャ１３４は、図２７に示されるユーザー・インターフェース管理メニュー２７００を呈示する。これを通じてアプリケーションの選択が可能にされる。この例示的なユーザー・インターフェース管理メニュー２７００は、九個のアプリケーションについてのアイコンおよび／または名前を呈示している。九個のアプリケーションはさまざまなウェブサイト、サービスおよびローカルなコンピューティング・アプリケーションを含み、それぞれ２７０２、２７０４、２７０６、２７０８、２７１０、２７１２、２７１４、２７１６および２７１８において「Social  Net」、「News.com」、「PDFs」、「Telecon」、「Music.com」、「Movies.com」、「Poker.com」、「Art  Space」および「Maps  by  GPS」と名付けられている。先述したように、システム・コマンドに関するものなど、他のアプリケーションもマネージャ１３４によって呈示されることができる。例として、ユーザー・インターフェース管理メニュー２７００の、「Search  Share  Settings」〔共有設定を探索〕と名付けられた第十アプリケーションとして示されるシステム・コマンド２７１９を考える。
【０１１４】
この特定の例において、二つのアプリケーション２７０２および２７０４が「ピン留め」されている。２７２０および２７２２で示されるピン・アイコンは、アプリケーション２７０２および２７０４が、マルチ・アプリケーション環境２６０２およびユーザー・インターフェース管理メニュー２７００の一方または両方において（ここでは両方を示している）維持されることを示す。こうして、「Social  Net」〔ソーシャル・ネット〕および「News.com」〔ニュース・コム〕両方のアプリケーションは、ユーザーによるさらなる選択なしに、環境２６０２の何らかの部分内にコンテンツを実行および呈示する（それぞれセクション２６０８および２６１０において示されている）。維持される（「ピン留め」された）アプリケーションの選択は、アプリケーション２７０２〜２７１８の任意のものの選択のためのピン留め選択アイコン２７２４を呈示するユーザー・インターフェース管理メニュー２７００を通じてなど、マネージャ１３４によってさまざまな仕方で可能にされることができることを注意しておく。上記のように、選択可能なアプリケーションの任意のものが現在実行中であってもなくてもよい――この場合、アプリケーション２７０２、２７０４、２７０６および２７０８は実行中であり、アプリケーション２７１０〜２７１８は現在実行中ではない。
【０１１５】
ユーザー・インターフェース管理メニュー２７００はまた、ユーザーの履歴などの他の基準に基づいてアプリケーションを呈示してもよい。たとえば、アプリケーション２７０６、２７０８、２７１０および２７１２は、（２７０２および２７０４以外で）コンピューティング装置１０２のユーザーによって最も最近使用された四つであることに基づいて呈示されている。アプリケーション２７１４、２７１６および２７１８は、アプリケーション２７０２〜２７１２を除いて最もよく使用されていることに基づいて呈示されている。他の場合には、アプリケーションは、該アプリケーションに関連した新たなコンテンツが利用可能であること（たとえば、新たな電子メール、メッセージまたはRSSフィード）に基づいて、あるいは該アプリケーションについての他のアラートが受領される際に、呈示されてもよい。
【０１１６】
さらに、ユーザー・インターフェース管理メニュー２７００は、ユーザーが、ウインドー選択アイコン２７２６を用いるなどして、アプリケーションの管理に加えて、マルチ・アプリケーション環境２６０２を管理できるようにする。この選択を通じて、マネージャ１３４はユーザーが、マルチ・アプリケーション環境２６０２を抜けて、ウインドー・ベースの環境を使って現在呈示されているコンテンツで続けることを選択することを許容する。
【０１１７】
方法２５００に戻ると、ブロック２５０８は、一つまたは複数のアプリケーションの選択に応答して、選択されたアプリケーションの内容を、異なるアプリケーションの内容の呈示と並行して、マルチ・アプリケーション環境内に呈示させる。
【０１１８】
方法２５００は複数の選択を受領してもよい。これらの複数の選択に応答して、ブロック２５０８は、選択された各アプリケーションの内容をマルチ・アプリケーション環境内に呈示させる。そのような場合、マネージャ１３４は、選択されたアプリケーションのそれぞれからの内容を逐次的に、または一度に呈示してもよい。ある逐次の場合において、上記の例を考えるが、アプリケーション２７０６はブロック２５０６の以前の反復工程において選択されており、この選択に応答して、マネージャ１３４がアプリケーション２７０６の内容２６１６を呈示したとする（図２６および図２７に示されるように）。アプリケーション２７０６のこの選択に続いて、ブロック２５０６および２５０８ののちの反復工程が実行される。アプリケーションの逐次呈示は、マネージャ１３４によって、少なくともブロック２５０６および２５０８の追加的な反復工程を通じて可能にされる。反復される可能性があることは、ブロック２５０８からブロック２５０６への破線で示されている。
【０１１９】
マルチ・アプリケーション環境における没入型インターフェースとしてのデスクトップ
図２８は、マルチ・アプリケーション環境内の没入型インターフェースとしてのウインドー・ベースのデスクトップの表示を可能にする。以下の議論の諸部分において、図１のシステム１００および他の方法および本稿の他所で記載される例示的な実施形態を参照することがあるが、その参照は単に例としてである。
【０１２０】
ブロック２８０２は、マルチ・アプリケーション環境内で没入型インターフェースとしてデスクトップを表示する。このマルチ・アプリケーション環境は、本稿の他所で記述しているのと同様に、複数のアプリケーションへのアクセスをサポートするよう構成されている。このように、ユーザーは、アプリケーション（あるいは複数のアプリケーションがデスクトップ上のインターフェースを含むならば複数のアプリケーション）に関連付けられたインターフェースを通じてコンテンツを見て、そのインターフェースを通じてそのアプリケーションと対話することができる。みなマルチ・アプリケーション環境を通じてである。
【０１２１】
ブロック２８０４は、デスクトップ没入型インターフェースとの対話を可能にする。この対話は、他のインターフェースについて可能にされる対話と同時であってもよい。さらに、この対話は、マルチ・アプリケーション環境を通じてであってもよく、またそれぞれウインドー・フレーム・コントロールおよびタスクバーのような、ウインドー・ベースおよびデスクトップ・ベースのコントロールをも含む。
【０１２２】
ウインドー・ベース・モード・モジュール１２２およびマルチ・アプリケーション環境モジュール１２４は、別個にまたは図１のオペレーティング・システム１２０と連携して作用して、たとえば、デスクトップ没入型インターフェースをアプリケーション１３６の一つとして扱い、ウインドーおよびタスクバーなどをアプリケーション・ユーザー・インターフェース１３８のさまざまな例として扱ってもよい。
【０１２３】
例として、図２９を考える。図２９は、ウインドー・ベースの諸インターフェース２９０４およびタスクバー２９０６を表示しているデスクトップ没入型インターフェース２９０２と、コンテンツ２９１０を表示している没入型インターフェース２９０８とを、みなマルチ・アプリケーション環境２９１２内に有するタブレット・コンピューティング装置１０６を示している。デスクトップ没入型インターフェース２９０２は、ほんの数例を挙げれば、デスクトップ没入型インターフェース２９０２内で実行可能なアプリケーションの表現（たとえばアイコン）ならびにコンピューティング装置１０２の階層的なファイル構造をサポートするためのフォルダの表現をも含んでいてもよい。
【０１２４】
さらに、デスクトップ没入型インターフェース２９０２内で提供される機能は、ウインドー・ベースのインターフェースに一般的なもののようなマルチ・アプリケーション環境２９１２内の他のインターフェースとは異なる振る舞いをしてもよい。
【０１２５】
ブロック２８０６は、対話に応答して、デスクトップ没入型インターフェース内のアプリケーションに該対話を提供する。いくつかの場合には、これは、ジェスチャーまたはジェスチャー部分を、デスクトップ没入型インターフェース内のインターフェースをもつアプリケーションに渡すことを含む。たとえば、タスクバー２９０６との対話のためにオペレーティング・システム１２０に渡す、あるいはウインドー・ベースのインターフェース２９０４の一つに関連付けられたアプリケーションに渡すなどである。他の場合には、これはキー入力を、ウインドー・ベースのインターフェース２９０４の首位の（たとえば手前の）ウインドーに渡すことを含んでいてもよい。そうする際、本技法は、マルチ・アプリケーション環境の没入型インターフェースおよび他の動作との対話を許容しつつ、デスクトップ、ウインドー・ベースの環境に一般的なアプリケーションおよびインターフェースに関わることをユーザーに許容する。
【０１２６】
デスクトップ没入型インターフェースは、本稿の他所で記載されたのと同様のまたは同一の仕方で管理されることができる。たとえば、エッジ・ジェスチャーが、デスクトップ没入型インターフェース２９０２のようなデスクトップ没入型インターフェースを選択、移動またはサイズ決めするために使用されてもよい。さらに、デスクトップ没入型インターフェースは、上記の他のインターフェースについて述べたように、アプリケーション待ち行列の一部としての単一のアプリケーションとして振る舞うことができ、よってマルチ・アプリケーション環境から選択されるまたは除去されることができる。
【０１２７】
マルチ・アプリケーション環境
上記の技法および装置は、マルチ・アプリケーション環境の多くの異なる実施形態を可能にする。それには、一つのインターフェースをもつが追加的なインターフェースを可能にする環境、みな没入型である複数のインターフェース、没入型およびウインドー・ベースのインターフェースの混合である複数のインターフェースならびに没入型インターフェースとして扱われるデスクトップが含まれる。いくつかの実施形態では、これらのマルチ・アプリケーション環境は、追加的なコントロールを提供するシステムおよびアプリケーションのためのさまざまなメニューまたは追加的なインターフェースの選択を可能にする。さらに他の実施形態では、これらのマルチ・アプリケーション環境は、アプリケーションおよびインターフェースを管理するジェスチャーを可能にする。
【０１２８】
図３０は、マルチ・アプリケーション環境のコンテンツ呈示および／または管理を可能にする方法３０００を描いている。以下の議論の諸部分において、図１のシステム１００および他の方法および本稿の他所で記載される例示的な実施形態を参照することがあるが、その参照は単に例としてである。
【０１２９】
ブロック３００２は、マルチ・アプリケーション環境内の複数のアプリケーションに関連する複数のインターフェースを呈示する。それら複数のインターフェースの少なくとも一つは没入型インターフェースである。
【０１３０】
本稿の他所で述べたように、マルチ・アプリケーション環境は異なるインターフェースのさまざまな組み合わせを呈示することができる。たとえば、図３、図７、図１０、図１２、図１６、図１８、図２０、図２３、図２４、図２６、図２７および図２９のそれぞれに示される少なくとも一つの没入型インターフェースを有するマルチ・アプリケーション環境を考える。これらの例示的なマルチ・アプリケーション環境について順に述べる。
【０１３１】
図３は、単一の没入型インターフェース３０４を有するマルチ・アプリケーション環境を示している。図７は、図３の単一の没入型インターフェースを有するマルチ・アプリケーション環境を、アプリケーション選択インターフェース７０２とともに示している。図１０は、ウインドー・ベースの電子メール・インターフェース１００４および二つの没入型インターフェース１００６および１００８を有するマルチ・アプリケーション環境を示している。図１２は、図１０のマルチ・アプリケーション環境を、追加的なコントロールを可能にするインターフェース――電子メール・ハンドリング・インターフェース１２０２――とともに示している。図１６は、ジェスチャー選択に応答してウェブページ３０６からメディア・プレーヤー１６０４に切り換えるマルチ・アプリケーション環境を示している。図１８は、没入型インターフェース３０４および二つの他のインターフェース（一方は没入型、他方はウインドー・ベース）のサムネイル画像１６０２、１８０８を有するマルチ・アプリケーション環境を示している。図２０は、没入型インターフェース分割部２０１０によって分離された二つの没入型インターフェース、大きいほうの没入型インターフェース２００６および小さいほうの没入型インターフェース２００８を有するマルチ・アプリケーション環境を示している。図２３は、現在の没入型インターフェース２３０２と、他のインターフェースが全体を占有するようスナップされることができる領域２３０６および２３１０とを有するマルチ・アプリケーション環境を示している。図２４は、図２３のマルチ・アプリケーション環境で、図１５のソーシャル・ネットワーキング・アプリケーション１５１０のためのソーシャル・ネットワーキング・ウェブページ２４０６を示す第二の没入型インターフェース２４０４をもつものを示している。図２６は、一つの首位領域２６０４および他の二つの非首位領域２６０６の三つの没入型インターフェースを通じてコンテンツを呈示するマルチ・アプリケーション環境を示している。図２７は、図２６のマルチ・アプリケーション環境を、ユーザー・インターフェース管理メニュー２７００とともに示している。図２９は、ウインドー・ベースのインターフェース２９０４およびタスクバー２９０６を表示しているデスクトップ没入型インターフェース２９０２と、コンテンツ２９１０を表示している没入型インターフェース２９０８とを有するマルチ・アプリケーション環境２９１２を示している。
【０１３２】
ブロック３００４は、複数のインターフェースの少なくとも一つを通じてコンテンツを呈示する。上記の多くの図において、再生されているメディア、ソーシャル・ネットワーキング・ウェブページ、ニュース・ウェブサイト記事およびワードプロセシング文書などのコンテンツが表示されているところが示されている。表示されているコンテンツは、アプリケーション１３６などのさまざまな源から受領される。そうした源がコンテンツを生成したのであってもよいし、あるいはコンテンツをリモート源から受領したのでもよい（たとえばリモート・プロバイダーからコンテンツを受領するウェブ・ブラウザー・アプリケーションの場合）。
【０１３３】
上記の図の多くは同時並行して呈示されるコンテンツを示していることを注意しておく。マルチ・アプリケーション環境は、映画のような動いている視覚的メディアを一つのインターフェースにおいて呈示し、同時にメディア・スライドショーを有するウェブページを別のインターフェースに呈示することが、いずれもリアルタイムにできる。さらに、マルチ・アプリケーション環境は、必ずしも初期選択を必要とすることなく、複数のインターフェースとの対話を可能にする。こうして、ユーザーは、あるインターフェースまたは他のインターフェースを、ウインドー・ベースの環境の場合にありうるように首位でないまたはスタックの一番上でないインターフェースをまず選択する必要なく、選択しうる。
【０１３４】
ブロック３００６は、マルチ・アプリケーション環境におけるサイズまたは位置を変更するまたはマルチ・アプリケーション環境から複数のインターフェースの少なくとも一つを除去する選択を可能にする。ブロック３００６は、インターフェースをマルチ・アプリケーション環境のある領域から別の領域にドラッグ・アンド・ドロップ・ジェスチャーを用いて移動する選択を可能にするなど、本稿の他所で記述されるさまざまな仕方で作用してもよい。
【０１３５】
ブロック３００８は、選択の受領に応答して、マルチ・アプリケーション環境からの選択されたインターフェースのサイズを変更し、位置を変更し、あるいは該インターフェースを除去する。マルチ・アプリケーション環境内のインターフェースのサイズおよび位置の例示的な変更は図２３および図２４に示されている。図２３は、第一の現在の没入型インターフェース２３０２を有し、次いで縮小サイズの没入型インターフェース２４０２を有し、ソーシャル・ネットワーキング・ウェブページ２４０６を示す第二の没入型インターフェース２４０４をもつマルチ・アプリケーション環境２３０４を示している。
【０１３６】
ブロック３０１０は、同じ選択に応答して、マルチ・アプリケーション環境における別のインターフェースのサイズまたは位置を変更する。これも図２３および図２４に示されている。図示していないが、マルチ・アプリケーション環境モジュール１２４は、あるインターフェースが除去されることに、マルチ・アプリケーション環境内の他のインターフェース（単数または複数）をサイズ変更および／または位置変更することによって応答する。マルチ・アプリケーション環境２３０４が図２４のインターフェース２４０２および２４０４の両方を含む場合を想定する。第二の没入型インターフェース２４０２を除去する選択に応答して、マルチ・アプリケーション環境モジュール１２４は、図２３に示されるマルチ・アプリケーション環境２３０４に戻る。これは、現在の没入型インターフェース２３０２だけを含んでいる。現在の没入型インターフェース２３０２は、第二の没入型インターフェース２４０４より大きく、第二の没入型インターフェース２４０４の領域を占めることを注意しておく。
【０１３７】
以上の議論は、本技法がマルチ・アプリケーション環境において没入型インターフェースを管理するいくつかの方法、以前に対話したアプリケーションに戻る切り換えを可能にする他のいくつかの方法、本技法がエッジ・ジェスチャーを可能にし、使用する仕方を記述するさらに他の方法、本技法が没入型インターフェースとしてのデスクトップを可能にするおよび／または使用する仕方を記述するさらなる方法ならびにマルチ・アプリケーション環境のコンテンツ呈示および／または管理を可能にする方法を記述している。これらの方法は、実行される動作を指定するブロックのセットとして示されているが、必ずしもそれぞれのブロックによる動作を実行するための図示した順序に限定されるわけではない。
【０１３８】
これらの方法の諸側面は、ハードウェア（たとえば、固定論理回路）、ファームウェア、シリコン・オン・チップ（SoC）、ソフトウェア、手動処理またはそれらの任意の組み合わせにおいて実装されてもよい。ソフトウェア実装は、コンピュータ・プロセッサによって実行されたときに指定されたタスクを実行する、ソフトウェア、アプリケーション、ルーチン、プログラム、オブジェクト、コンポーネント、データ構造、手続、モジュール、関数などといったプログラム・コードを表す。プログラム・コードは、コンピュータ・プロセッサにローカルおよび／またはリモートな一つまたは複数のコンピュータ可読メモリ・デバイスに記憶されることができる。上記の方法はまた、複数のコンピューティング装置によって分散コンピューティング環境において実施されてもよい。
【０１３９】
〈例示的な装置〉
図３１は、エッジ・ジェスチャーを可能にし、使用する、前に対話されたアプリケーションに戻る切り換えをする、および／またはマルチ・アプリケーション環境における没入型インターフェースを管理するために、クライアント、サーバーおよび／またはこれまでの図１ないし図３１を参照して述べたコンピューティング装置の任意の型として実装されることができる例示的な装置３１００のさまざまなコンポーネントを示している。諸実施形態において、装置３１００は、有線および／または無線装置の一つまたは組み合わせとして、テレビジョン・クライアント装置（たとえばテレビジョン・セットトップ・ボックス、デジタル・ビデオ・レコーダー（DVR）など）、消費者装置、コンピュータ装置、サーバー装置、ポータブル・コンピュータ装置、ユーザー装置、通信装置、ビデオ処理および／またはレンダリング装置、アプライアンス装置、ゲーム装置、電子装置および／または別の型の装置の形として、実装されることができる。装置３１００はまた、ユーザー（たとえば人）および／または当該装置を運用するエンティティに関連付けられていてもよい。よって、装置は、ユーザー、ソフトウェア、ファームウェアおよび／または装置の組み合わせを含む論理的な装置を記述する。
【０１４０】
装置３１００は、装置データ３１０４（たとえば受領されるデータ、受領されつつあるデータ、放送のためにスケジュールされているデータ、該データのデータ・パケットなど）の有線および／または無線通信を可能にする通信装置３１０２を含む。装置データ３１０４または他の装置コンテンツは、当該装置の構成設定、当該装置上に記憶されているメディア・コンテンツおよび／または当該装置のユーザーに関連付けられた情報を含むことができる。装置３１００上に記憶されたメディア・コンテンツは、任意の型のオーディオ、ビデオおよび／または画像データを含むことができる。装置３１００は、一つまたは複数のデータ入力３１０６を含み、それを介して、ユーザー選択可能な入力、メッセージ、音楽、テレビジョン・メディア・コンテンツ、記録されたビデオ・コンテンツおよび任意のコンテンツおよび／またはデータ源から受領された他の任意の型のオーディオ、ビデオおよび／または画像データといった、任意の型のデータ、メディア・コンテンツおよび／または入力が受領されることができる。
【０１４１】
装置３１００は通信インターフェース３１０８をも含む。これはシリアルおよび／またはパラレル・インターフェース、無線インターフェース、任意の型のネットワーク・インターフェース、モデムおよび他の任意の型の通信インターフェースのうちの任意の一つまたは複数として実装されることができる。通信インターフェース３１０８は装置３１００と通信ネットワークとの間の接続および／または通信リンクを提供し、該リンクによって他の電子装置、コンピューティング装置および通信装置が装置３１００とデータを通信する。
【０１４２】
装置３１００は一つまたは複数のプロセッサ３１１０（たとえば、マイクロプロセッサ、コントローラなどの任意のもの）を含む。該プロセッサはさまざまなコンピュータ実行可能命令を処理して、装置３１００の動作を制御するとともに、マルチ・アプリケーション環境を可能にする技法を可能にする。代替的にまたは追加的に、装置３１００は、概括的に３１１２において特定される処理および制御回路との関連で実装される、ハードウェア、ファームウェアまたは固定論理回路のうちの任意のものまたは組み合わせを用いて実装されることができる。図示していないが、装置３１００は、当該装置内のさまざまなコンポーネントを結合するシステム・バスまたはデータ転送システムを含むことができる。システム・バスは、多様なバス・アーキテクチャの任意のものを利用する、メモリ・バスまたはメモリ・コントローラ、周辺バス、ユニバーサル・シリアル・バスおよび／またはプロセッサもしくはローカル・バスといった種々のバス構造の任意のものまたは組み合わせを含むことができる。
【０１４３】
装置３１００は、持続的および／または非一時的なデータ記憶（すなわち、単なる信号伝送ではなく）を可能にする一つまたは複数のメモリ・デバイスのようなコンピュータ可読記憶媒体３１１４をも含む。その例としては、ランダム・アクセス・メモリ（RAM）、不揮発性メモリ（たとえば、読み出し専用メモリ（ROM）、フラッシュメモリ、EPROM、EEPROMなどの任意の一つまたは複数）およびディスク記憶装置が含まれる。ディスク記憶装置は、ハードディスクドライブ、記録可能型および／または書き換え可能型コンパクトディスク（CD）、任意の型のデジタル多用途ディスク（DVD）などといった任意の型の磁気もしくは光学式記憶装置として実装されてもよい。装置３１００は、大容量記憶媒体装置３１１６をも含むことができる。
【０１４４】
コンピュータ可読記憶媒体３１１４は、装置データ３１０４ならびにさまざまな装置アプリケーション３１１８および装置３１００の動作の諸側面に関係した他の任意の型の情報および／またはデータを記憶するデータ記憶機構を提供する。たとえば、オペレーティング・システム３１２０は、コンピュータ可読記憶媒体３１１４とともにコンピュータ・アプリケーションとして維持され、プロセッサ３１１０上で実行されることができる。装置アプリケーション３１１８は、任意の形の制御アプリケーションのような装置マネージャ、ソフトウェア・アプリケーション、信号処理および制御モジュール、特定の装置にネイティブなコード、特定の装置のためのハードウェア抽象化層などを含んでいてもよい。
【０１４５】
装置アプリケーション３１１８は、本技法を実装するための任意のシステム・コンポーネントまたはモジュールをも含む。たとえば、装置アプリケーション３１１８は、マルチ・アプリケーション環境モジュール１２４、システム・インターフェース・モジュール１２６、ジェスチャー・ハンドラ１２８、アプリケーション・マネージャ１３０、マネージャ１３４およびアプリケーション（単数または複数）１３６を含む。
【０１４６】
〈結語〉
マルチ・アプリケーション環境を可能にする技法および装置の諸実施形態を特徴および／または方法に固有の言葉で記述してきたが、付属の請求項の主題が必ずしも記述されている特定の特徴または方法に限定されないことは理解しておくべきである。むしろ、特定の特徴および方法は、マルチ・アプリケーション環境を可能にする例示的な実装として開示されているのである。
【図１】
0006046126.tif 000002
【図２】
0006046126.tif 000003
【図３】
0006046126.tif 000004
【図４】
0006046126.tif 000005
【図５】
0006046126.tif 000006
【図６】
0006046126.tif 000007
【図７】
0006046126.tif 000008
【図８】
0006046126.tif 000009
【図９】
0006046126.tif 000010
【図１０】
0006046126.tif 000011
【図１１】
0006046126.tif 000012
【図１２】
0006046126.tif 000013
【図１３】
0006046126.tif 000014
【図１４】
0006046126.tif 000015
【図１５】
0006046126.tif 000016
【図１６】
0006046126.tif 000017
【図１７】
0006046126.tif 000018
【図１８】
0006046126.tif 000019
【図１９】
0006046126.tif 000020
【図２０】
0006046126.tif 000021
【図２１】
0006046126.tif 000022
【図２２】
0006046126.tif 000023
【図２３】
0006046126.tif 000024
【図２４】
0006046126.tif 000025
【図２５】
0006046126.tif 000026
【図２６】
0006046126.tif 000027
【図２７】
0006046126.tif 000028
【図２８】
0006046126.tif 000029
【図２９】
0006046126.tif 000030
【図３０】
0006046126.tif 000031
【図３１】
0006046126.tif 000032