マルチアプリケーション環境内の複数のアプリケーションに関連する複数のインターフェースを呈示する段階であって、前記複数のインターフェースのうち少なくとも一つは没入型インターフェースである、段階と;前記複数のインターフェースのうち少なくとも一つを通じてコンテンツを呈示する段階とを含む、コンピュータ実装される方法。前記第一に述べたコンテンツを呈示するのと並行して第二のコンテンツを、前記複数のインターフェースのうちの別のものを通じて呈示する段階をさらに含む、請求項1記載のコンピュータ実装される方法。前記第一に述べたコンテンツを呈示することが、第一の動いている視覚的メディアをリアルタイムで呈示し、前記第二のコンテンツを呈示することが、第二の動いている視覚的メディアをリアルタイムで呈示する、請求項2記載のコンピュータ実装される方法。前記没入型インターフェースが、少なくとも一つのウインドーベースのインターフェースまたはタスクバーを有するデスクトップを表す、請求項1記載のコンピュータ実装される方法。前記ウインドーベースのインターフェースに関連するアプリケーションとの、前記マルチアプリケーション環境を通じた対話を可能にすることをさらに含む、請求項4記載のコンピュータ実装される方法。前記デスクトップがさらにタスクバーを含み、当該方法がさらに、前記マルチアプリケーション環境を通じて前記タスクバーとの対話を可能にすることを含む、請求項4記載のコンピュータ実装される方法。前記コンテンツが前記マルチアプリケーション環境によって前記複数のアプリケーションのうちの一つから受領される、請求項1記載のコンピュータ実装される方法。前記複数のインターフェースのうちある別のものがウインドーベースのインターフェースである、請求項1記載のコンピュータ実装される方法。前記マルチアプリケーション環境が可視的なコントロールを含まない、請求項1記載のコンピュータ実装される方法。請求項1記載のコンピュータ実装される方法であって、さらに:前記マルチアプリケーション環境におけるサイズまたは位置を変更するまたは前記マルチアプリケーション環境から前記複数のインターフェースのうちの少なくとも一つを除去する選択を可能にする段階と;前記選択を受領するのに応答して、前記マルチアプリケーション環境からの選択されたインターフェースのサイズを変更する、該インターフェースの位置を変更するまたは該インターフェースを除去する段階と;前記複数のインターフェースのうちの二つ以上を通じて、同時にコンテンツを呈示する段階と;前記複数のインターフェースのうちの一つのインターフェースのサイズまたは位置を変更する選択を可能にする段階と;前記選択に応答して、前記複数のインターフェースのうちの前記一つのインターフェースおよび前記複数のインターフェースのうちの別のインターフェースのサイズまたは位置を並行して変更する段階とを含む、方法。本稿は、マルチアプリケーション環境を可能にする技法および装置を記述する。本稿に記載されるマルチアプリケーション環境は、ディスプレイのかなりの量をアプリケーションのためのウインドーフレームに割いたり、および/またはディスプレイ上でのサイズ、位置または首位性のようなウインドーフレームの管理を必要としたりすることなく、複数のアプリケーションを呈示できる。いくつかの実施形態では、これらの技法および装置は、没入型インターフェース、ウインドーベースのインターフェースおよび没入型インターフェースとして扱われるデスクトップの組み合わせを有するマルチアプリケーション環境を可能にする。また、いくつかの実施形態では、本技法および装置は、当該環境内でインターフェースのサイズを決めたりインターフェースを動かしたりするといった、マルチアプリケーション環境におけるアプリケーションの管理を可能にする。さらに、いくつかの実施形態は、現在提示されていない、以前に対話されたアプリケーションの管理を可能にする。さらに、本技法のいくつかの実施形態は、エッジジェスチャーまたはユーザーインターフェース管理メニューを通じたアプリケーションおよびそのインターフェースの管理を、現在表示されていてもいなくても、可能にする。この概要は、詳細な説明においてさらに後述される簡略化された概念を導入するために与えられている。この概要は、特許請求される主題の本質的な特徴を特定することを意図したものではないし、特許請求される主題の範囲を決定する際に使うことも意図されていない。マルチアプリケーション環境を可能にする技法および/または装置は、本稿では、別個に、または連携して、コンテキストによって許される範囲で本技法とも称される。ただし、技法は、本稿に記載される他の側面を含むこともあるし、あるいはその代わりに表すこともある。概観本稿は、マルチアプリケーション環境を可能にする技法および装置を記述する。本稿に記載されるマルチアプリケーション環境は、ディスプレイのかなりの量をアプリケーションのためのウインドーフレームに割いたり、および/またはディスプレイ上でのサイズ、位置または首位性のようなウインドーフレームの管理を必要としたりすることなく、複数のアプリケーションを呈示できる。いくつかの実施形態では、これらの技法および装置は、没入型インターフェース、ウインドーベースのインターフェースおよび没入型インターフェースとして扱われるデスクトップの組み合わせを有するマルチアプリケーション環境を可能にする。また、いくつかの実施形態では、本技法および装置は、当該環境内でインターフェースのサイズを決めたりインターフェースを動かしたり、現在は呈示されていない以前に対話されたアプリケーションを選択したりするといった、マルチアプリケーション環境において現在呈示されているまたは現在呈示されていないアプリケーションの管理を可能にする。この形および他の形の管理は、いくつかの実施形態では、マルチアプリケーション環境上で実行されるエッジジェスチャーまたはユーザーインターフェース管理メニューを通じて可能にされる。これらは、本技法がマルチアプリケーション環境を可能にする多くの仕方のうちほんの数例である。他の例については後述する。例示的なシステム図1は、マルチアプリケーション環境を可能にする技法が具現できる例示的なシステム100を示している。システム100は、六個の例:ラップトップコンピュータ104、タブレットコンピューティング装置106、スマートフォン108、セットトップボックス110、デスクトップコンピュータ112およびゲーム装置114をもって示されているコンピューティング装置102を含む。ただし、サーバーおよびネットブックのような他のコンピューティング装置およびシステムが使用されてもよい。コンピューティング装置102は、コンピュータプロセッサ単数または複数116およびコンピュータ可読記憶媒体118媒体118を含む。媒体118はオペレーティングシステム120、ウインドーベースモードモジュール122、マルチアプリケーション環境モジュール124、システムインターフェースモジュール126、ジェスチャーハンドラ128、アプリケーション待ち行列132を含むもしくはそれへのアクセスをもつアプリケーションマネージャ130、マネージャ134および一つまたは複数のアプリケーション136を含み、各アプリケーションはそれぞれ一つまたは複数のアプリケーションユーザーインターフェース138をもつ。コンピューティング装置102はまた、一つまたは複数のディスプレイ140および入力機構142を含むまたはこれへのアクセスをもつ。たとえば、図1にはディスプレイが示されている。入力機構142は、若干の例を挙げれば、タッチベースのセンサーおよび動き追跡センサーたとえばカメラに基づくもののようなジェスチャー感応性のセンサーおよびデバイスならびにマウス独立型またはキーボードと一体、トラックパッドおよび付属の音声認識ソフトウェア付きのマイクロホンを含む。入力機構142はディスプレイ140と別個であっても一体であってもよい。一体型の例は統合されたタッチ感応性または動き感応性センサーをもつジェスチャー感応性ディスプレイを含む。ウインドーベースモードモジュール122は、フレームをもつウインドーを通じてアプリケーションユーザーインターフェース138を呈示する。これらのフレームは、アプリケーションと対話するためのコントロールおよび/またはユーザーがウインドーを動かしサイズ変更できるようにするコントロールを提供してもよい。マルチアプリケーション環境モジュール124は、ユーザーがアプリケーションユーザーインターフェース138を通じてアプリケーション136の一つまたは複数を閲覧し、これと対話しうる環境を提供する。マルチアプリケーション環境124は、ウインドーベースモードモジュール122と関連して一つまたは複数のアプリケーションユーザーインターフェース138を呈示してもよい。マルチアプリケーション環境124はさらに、あるいはその代わりに、一つまたは複数のアプリケーションユーザーインターフェース138を没入型インターフェースとして呈示してもよい。没入型インターフェースは、いくつかの実施形態では、ウインドーフレームほとんどなしまたは全くなしで、ユーザーがウインドーフレームのレイアウトまたは他のウインドーとの関連での首位性たとえばどのウインドーがアクティブであるかまたは手前にあるかを管理する必要なしに、ユーザーが手動でアプリケーションユーザーインターフェース138のサイズもしくは位置を決める必要なしに、および/または視覚的なコントロールたとえばウインドーフレーム上もしくはコンテンツを隠すウインドー内の持続的なコントロールを呈示することなしに、アプリケーションの内容を呈示し、該アプリケーションとの対話を可能にする。マルチアプリケーション環境モジュール124によって可能にされるマルチアプリケーション環境は、ウインドーベースのデスクトップ環境を使うことなくホストおよび/または表面化することができるが、それは必須ではない。このように、いくつかの事例では、マルチアプリケーション環境モジュール124は、マルチアプリケーション環境を没入型の環境として、よってウインドーなしに実質的なフレームのないウインドーでさえない呈示し、および/またはデスクトップのような表示たとえばタスクバーの使用を排除する。さらに、いくつかの実施形態では、このマルチアプリケーション環境は、閉じることも、アンインストールすることもできない点でオペレーティングシステムと同様である。必須ではないが、いくつかの場合には、このマルチアプリケーション環境は、ディスプレイのピクセルの全部またはほとんど全部をマルチアプリケーション環境内のアプリケーションが使うことを可能にする。マルチアプリケーション環境の例は下記で与えられる。マルチアプリケーション環境の一部は没入型インターフェースのみを含み、一部はウインドーベースのインターフェースまたは没入型インターフェースとして扱われるデスクトップを含む。ただし、下記の例は網羅的でも、本稿に記載される技法を限定することを意図されたものでもない。システムインターフェースモジュール126は、オペレーティングシステム120との対話を可能にする一つまたは複数のインターフェースを提供する。ほんの数例を挙げれば、たとえば、アプリケーション立ち上げインターフェース、スタートメニューまたはシステムツールもしくはオプションメニューなどである。オペレーティングシステム120、モジュール122、124および126ならびにジェスチャーハンドラ128、アプリケーションマネージャ130およびマネージャ134は、互いから別個であることもできるし、あるいは任意の好適な形で組み合わされまたは統合されることができる。例示的な方法例示的な方法200、800および900は、エッジジェスチャーに関し、例示的な方法1400および1700は前に対話したアプリケーションに戻る切り換えに関し、例示的な方法1900および2200はマルチアプリケーション環境における没入型インターフェースの管理に関し、例示的な方法2500はユーザーインターフェースを通じたマルチアプリケーション環境の管理に関し、方法2800はマルチアプリケーション環境内の没入型インターフェースとして扱われるデスクトップに関し、方法3000はコンテンツ呈示および/またはマルチアプリケーション環境の管理に関する。これらの方法は、別個に使われても、全体的にまたは部分的に互いと組み合わせて使われてもよい。たとえば、本技法は、現在、マルチアプリケーション環境内にあるインターフェースの選択、サイズ決めおよび切り換えを可能にするためにエッジジェスチャーを使ってもよい。本技法はまた、エッジジェスチャーを用いてまたはエッジジェスチャーなしで、アプリケーション待ち行列を使って前に対話されたアプリケーションを選択してもよい。さらに、本技法は、アプリケーション待ち行列を通じて前に対話されたアプリケーションが選択される際に、あるいは現在表示されているインターフェースを動かすまたは変更する選択に応答して、複数のインターフェースを自動的にサイズ決めしてもよい。エッジジェスチャー図2は、エッジジェスチャーがジェスチャーが始まるエッジにほぼ垂直であることに基づいてエッジジェスチャーを可能にする方法200を描いている。以下の議論の諸部分において、図1のシステム100および本稿の他所で記載される他の方法および例示的な実施形態を参照することがあるが、その参照は単に例としてである。ブロック202はジェスチャーを受け取る。このジェスチャーは、ウインドーベースのインターフェースを通じて、没入型インターフェースを通じてまたは全くインターフェースを通じずになど、ディスプレイのさまざまな部分において受領されてもよい。さらに、このジェスチャーは、タッチパッド、マウスもしくはローラーボールを通じて受領される動きのポインター追跡または腕単数または複数、指単数または複数もしくはスタイラスでなされる、動き感応性もしくはタッチ感応性機構を通じて受領される物理的な動きなど、さまざまな仕方でなされ、受領されてもよい。例として、タブレットコンピューティング装置106を示している図3を考える。タブレット106はウェブページ306を含む没入型インターフェース304を表示しているところを示されているタッチ感応性ディスプレイ302を含む。継続的な例の一環として、ブロック202において、ジェスチャーハンドラ128が図3に示されるようなジェスチャー308を受領する。ブロック204は、ジェスチャーの開始点がエッジにあるかどうかを判定する。上記のように、問題のエッジは、没入型であれウインドーベースであれユーザーインターフェースのおよび/またはディスプレイのエッジであることができる。いくつかの場合には、もちろん、ユーザーインターフェースのエッジはディスプレイのエッジでもある。エッジのサイズは、ディスプレイまたはインターフェースについてのさまざまな因子に基づいて変わりうる。小さなディスプレイまたはインターフェースは、大きなディスプレイまたはインターフェースよりも、絶対的なまたはピクセルの面でより小さなサイズをもつことがある。感度が高い入力機構はより小さなエッジも許可する。エッジの例は長方形であり、一方の次元方向において1ピクセルから20ピクセルまでの間であり、他方の次元方向においてはインターフェースまたはディスプレイのインターフェース限界である。ただし、凸型および凹型のエッジを含め他のサイズおよび形が代わりに使われてもよい。上記の継続的な例を続け、図4を考える。図4は、図3の没入型インターフェース304およびジェスチャー308のほかに、左エッジ402、上エッジ404、右エッジ406および下エッジ408を示している。視覚的な明瞭さのため、ウェブページ306は示されていない。この例では、インターフェースおよびディスプレイの寸法は、スマートフォンと多くのラップトップおよびデスクトップディスプレイの間の中くらいのサイズである。エッジ402、404、406および408は、20ピクセルの小さな寸法をもつ。それぞれの領域は、図では、ディスプレイもしくはインターフェース限界から20ピクセルの、それぞれエッジ限界410、412、414および416のところにある破線によって境を区切られている。角で重なり合うように示されているが、その代わり、エッジは角で接していてもよいし、あるいは一つのエッジが別のエッジに対して優遇されることもできるたとえば、開始点が重なっている角で受領される場合はエッジ404がエッジ406より優先される。ジェスチャーハンドラ128が、ジェスチャー308が開始点418をもち、この開始点418が左エッジ402内であることを判別する。ジェスチャーハンドラ128は、この場合、開始点を、ジェスチャー308が始まるXY座標をピクセル単位で示すデータを受領し、これらの座標の第一のものを各エッジ402、404、406および408内に含まれるピクセルと比較することによって判別する。ジェスチャーハンドラ128はしばしば、開始点および該開始点がエッジ内かどうかを、サンプルレートより速く決定でき、よってジェスチャーを単に、ジェスチャーがなされる見えているインターフェースに直接渡す技法からほとんどまたは全くパフォーマンス劣化を引き起こすことがない。方法200に戻ると、一般に、ブロック204がジェスチャーの開始点がエッジではないと判別する場合、方法200はNo経路に沿ってブロック206に進む。ブロック206はジェスチャーを、ジェスチャーが受領された根底にあるインターフェースなど、露わにされているユーザーインターフェースに渡す。上記の継続的な例を変えて、ジェスチャー308がエッジ内に開始点をもたないと判別されたとする。そのような場合、ジェスチャーハンドラ128は、ジェスチャー308についてのバッファリングされたデータを没入型ユーザーインターフェース304に渡す。ジェスチャーを渡したのち、方法200は終了する。ブロック204が、ジェスチャーの開始点がエッジにあると判別する場合、方法200はYes経路に沿ってブロック208に進む。ブロック208は、開始点からジェスチャーののちの点までの線がエッジからほぼ垂直であるかどうかを判別することによって、ブロック204の肯定的な判定に応答する。ブロック208は、いくつかの実施形態では、使用される前記のちの点を決定する。ジェスチャーハンドラ128はたとえば、前記のちの点が、みな図4の、エッジ402についてのエッジ限界410を過ぎたところまたは開始点418から20ピクセルなど、エッジもしくは開始点から事前設定された距離で受領されることに基づいて、ジェスチャーの前記のちの点を決定することができる。他のいくつかの実施形態では、ジェスチャーハンドラ128は、前記のちの点が開始点の受領後、ジェスチャーがタップアンドホールドまたはホバージェスチャーであると判定するのにコンピューティング装置102が一般に使うよりもわずかに長い時間など、事前設定された時間に受領されることに基づいて前記のちの点を決定する。上記の継続的な実施形態について、ジェスチャーハンドラ128は、エッジ402の外側で受領されるジェスチャー308ののちに受領された点を、該のちに受領された点が事前設定された時間以内に受領される限り、使用する。その事前設定された時間内にエッジの外側で点が受領されなければ、ジェスチャーハンドラ128はブロック206に進み、ジェスチャー308を没入型インターフェース304に渡す。開始点を使って、ブロック208は、ジェスチャーの開始点からのちの点までの線がエッジにほぼ垂直であるかどうかを判定する。ブロック208によるこの判定では、5度、10度、20度または30度など、さまざまな分散角angleofvarianceが使用できる。たとえば、垂直からの分散角30度を考える。図5は、この例示的な分散を示しており、図3および図4の没入型インターフェース304、ジェスチャー308、左エッジ402、左エッジ限界410および開始点418を、垂直線504から30度の分散の線502とともに示している。このように、ジェスチャーハンドラ128は、開始点418からのちの点508までの線506これは垂直から約20度であるが、この例示的な30度の分散線varianceline502内であることに基づいて、ほぼ垂直であると判定する。一般に、ブロック208が上記線がエッジにほぼ垂直でないと判定する場合、方法200はNoの経路に沿ってブロック206に進む。部分的に上述したように、ブロック208は、のちの点またはジェスチャーの他の側面が該ジェスチャーの資格を失わせることを判定してもよい。例としては、ホバー、タップ、プレスアンドホールドまたは上下ジェスチャーたとえばユーザーインターフェース内で内容をスクロールさせるためなどのためにのちの点がエッジ内にある場合、上記ジェスチャーが単一入力ジェスチャーであると設定されていて第二の入力が受領される場合たとえば、第一の指がエッジで始まるが、その後、第二の指がどこかに着地するが含まれる。ブロック208が、エッジ外ののちの点に基づいて上記線がほぼ垂直であると判定する場合、方法200はYesの経路に沿ってブロック210に進む。ブロック210は、ブロック208の肯定的な判定に対して、ジェスチャーを、露わにされているユーザーインターフェース以外のエンティティに渡すことによって応答する。このエンティティは、そもそもジェスチャーがユーザーインターフェースを通じて受領されたとしても、該ジェスチャーが受領されたユーザーインターフェースではない。ブロック210は、ジェスチャーの開始点が受領されたエッジまたはエッジの領域などに基づいて、ジェスチャーをどのエンティティに渡すかを決定してもよい。たとえば図6を考える。図6は、図4の没入型インターフェース304およびエッジ402、404、406および408を示すが、右エッジ406に上領域602および下領域604を加えている。上領域602内の開始点の結果、下領域604に受領された開始点とは異なるエンティティを与えることができるまたは同じエンティティでも異なるユーザーインターフェースが応答して提供される。同様に、上エッジ404内の開始点の結果、左エッジ402または下エッジ408とは異なるエンティティまたはインターフェースを与えることができる。いくつかの場合には、このエンティティは上記ユーザーインターフェースに関連付けられたアプリケーションである。システムエンティティまたは異なるアプリケーションのような、上記ユーザーインターフェースに関連付けられていないアプリケーションではない。そのような場合、ジェスチャーをそのエンティティに渡すことは、該アプリケーションに、該アプリケーションとの対話を可能にする第二のユーザーインターフェースを呈示させる効果をもつことができる。上記の映画の例では、エンティティは、映画を再生しているメディアプレーヤーであるが映画を表示する没入型インターフェースではないことができる。その場合、メディアプレーヤーは、映画を表示するインターフェースによって可能にされる、一時停止、再生、停止などの選択ではなく、字幕または監督の論評の選択を可能にする第二のユーザーインターフェースを呈示することができる。この機能は、図1では、アプリケーション136の一つが、二つ以上のアプリケーションユーザーインターフェース138を含むまたは呈示することができる場合に、許容される。このように、ブロック210は、ジェスチャーを、システムインターフェースモジュール126、ユーザーインターフェースを現在呈示しているアプリケーション136のうちの前記一つまたはアプリケーション136のうちの別のものに渡すことができる。ここでは三つの可能性だけを挙げた。上記の継続的な実施形態の完結として、ブロック210において、ジェスチャーハンドラ128はジェスチャー308をシステムインターフェースモジュール126に渡す。システムインターフェースモジュール126はジェスチャー308のバッファリングされている部分を受領し、ジェスチャー308の残りを、ユーザーによってなされるにつれて受領し続ける。図7は、ジェスチャー308を受領したときの可能な応答を示しており、システムインターフェースモジュール126によって、図3からの没入型インターフェース304およびウェブページ306の上に呈示されるアプリケーション選択インターフェース702を示している。アプリケーション選択インターフェース702は、さまざまな他のアプリケーションおよびそのそれぞれのインターフェースの選択を、選択可能なアプリケーションタイル704、706、708および710において可能にする。例示的なアプリケーション選択インターフェース702は、マルチアプリケーション環境モジュール124を使って呈示される没入型ユーザーインターフェースである。ただし、これは必須ではない。呈示される諸インターフェースは、代わりに、ウインドーベースであり、ウインドーベースモードモジュール122を使って呈示されてもよい。これらのモジュールはいずれも図1に示されている。ブロック210は、追加的にまたは代替的に、受領されたジェスチャーについての他の因子に基づいて、ジェスチャーを種々のエンティティおよび/またはインターフェースに渡すことを決定してもよい。例示的な因子は下記の方法800においてより詳細に記述する。方法200および以下に記述する他の方法は、ジェスチャーがなされ受領されつつあるときなど、リアルタイムで実行できることを注意しておく。これは、中でも、ジェスチャーに応答して呈示されるユーザーインターフェースが、ジェスチャーの完了前に呈示されることを許容する。さらに、ユーザーインターフェースはジェスチャーが受領されるにつれて漸進的に呈示されることができる。これは、ジェスチャーが実行される際にエッジからユーザーインターフェースを引き出す際にユーザーインターフェースがジェスチャーにたとえばジェスチャーを行うマウスポイントまたは人の指にくっついているように見えるユーザー経験を許容する。図8は、ジェスチャーの何らかの因子に基づいて呈示すべきインターフェースを決定することを含むエッジジェスチャーを可能にするための方法800を描いている。以下の議論の諸部分において、図1のシステム100を参照することがあるが、その参照は単に例としてである。方法800は、本稿に記載される他の方法と完全にまたは部分的に別個に、あるいは他の方法と連携して機能してもよい。ブロック802はユーザーインターフェースを通じてなされたジェスチャーが、ユーザーインターフェースのエッジにおける開始点および該エッジ内でないのちの点をもつことを判別する。ブロック802は、ブロック802の判定の基礎となるのちの点の判別など、方法200の諸側面と同様に動作し、あるいは該諸側面を使ってもよい。ブロック802は異なる仕方で機能してもよい。一つの場合には、たとえば、ブロック802は、ジェスチャーが、表されている没入型ユーザーインターフェースのエッジにおいて始まり、エッジにないがジェスチャーの角度に基づいていないのちの点をもつ一本指のスワイプジェスチャーであることを判別する。この判別に基づいて、ブロック802は、ジェスチャーを表されている没入型ユーザーインターフェースに渡すのではなく、ブロック804に進む。ブロック804は、ジェスチャーの一つまたは複数の因子に基づいてどのインターフェースを呈示するかを決定する。ブロック804は、ジェスチャーの最終的な長さまたは中間的な長さ、ジェスチャーが単一点か複数点かたとえば一本指か複数指かまたはジェスチャーのスピードに基づいてそれを行ってもよい。このように、ブロック804は、たとえば、複数指ジェスチャーに応答してスタートメニューを、比較的短い一本指ジェスチャーに応答してアプリケーション選択インターフェースを、あるいは比較的長い一本指ジェスチャーに応答してコンピューティング装置102をシャットダウンする選択を許容するシステム制御インターフェースを呈示することを決定してもよい。そうするために、ジェスチャーハンドラ128はジェスチャーの長さまたは入力たとえば指の数を判別してもよい。応答して、ブロック806は決定されたユーザーインターフェースを呈示する。例として、ジェスチャーハンドラ128が、ジェスチャーのある因子に基づいて、オペレーティングシステム120との対話を可能にするユーザーインターフェースを呈示することを決定するとする。応答して、システムインターフェースモジュール126がこのユーザーインターフェースを呈示する。ユーザーインターフェースの呈示は、図7のアプリケーション選択ユーザーインターフェース702の漸進的な表示など、他の方法において記述されているのと同様の仕方であってもよい。方法200および/または方法800の全体または一部に続いて、本技法は、図9の方法900を実行することに進んでもよい。方法900は、ユーザーインターフェースの拡張、別のインターフェースの呈示またはエッジジェスチャーに応答して呈示されているユーザーインターフェースの呈示終了を可能にする。ブロック902は、ジェスチャーの後続点を受領する。第二のユーザーインターフェースの少なくとも何らかの部分の呈示後である。部分的に上記したように、方法200および/または800は、現在のユーザーインターフェースに関連付けられている同じアプリケーションのための第二のユーザーインターフェース、異なるアプリケーションまたはシステムユーザーインターフェースのような第二のユーザーインターフェースを呈示するまたは呈示させることができる。例として、タッチ感応性ディスプレイ1002を有するラップトップコンピュータ104を示している図10を考える。該ディスプレイは、ウインドーベースの電子メールインターフェース1004および二つの没入型インターフェース1006および1008を表示している。ウインドーベースの電子メールインターフェース1004は、ラップトップコンピュータ104にとってリモートまたはローカルであることができる、電子メールを管理するアプリケーションに関連付けられている。図10はまた、二つのジェスチャー1010および1012をも示している。ジェスチャー1010は直線で進み、一方、ジェスチャー1012は逆戻りする二つの方向を示す二つの矢印で図示されている。図11は、開始点startingpoint1102、のちの点laterpoint1104および後続点successivepoint1106をもつジェスチャー1010と、開始点1102、のちの点1108および第一の後続点1110および第二の後続点1112をもつジェスチャー1012とを示している。図11はまた、下エッジ1114、のちの点の領域1116およびインターフェース追加領域1118をも示している。ブロック904は、後続点に基づいて、ジェスチャーが逆行、延長を含むかいずれも含まないかを判定する。ブロック904は、後続点が前記エッジにあるまたは当該ジェスチャーの以前の点よりエッジに近いことを判別することによってジェスチャーの方向における反転を判別してもよい。ブロック904は、後続点が前記エッジまたは前記のちの点から事前設定された距離にあることに基づいてジェスチャーが延びていることを判別してもよい。これらのいずれも真であると判定されない場合、方法900はブロック902および904を繰り返して、ジェスチャーが終了するまで、さらなる後続点を受領および解析してもよい。ブロック904が反転があると判定する場合、方法900は反転経路に沿ってブロック906に進む。ブロック904がジェスチャーが延長されていると判定する場合、方法900は延長経路に沿ってブロック908に進む。今の例のコンテキストにおいて、ジェスチャーハンドラ128がジェスチャー1012の第一の後続点1110を受領するとする。ジェスチャーハンドラ128はその際、第一の後続点1110がエッジ1114になく、当該ジェスチャーの以前の点よりエッジ1114に近くなくたとえば、のちの点1108より近くない、インターフェース追加領域1118内でないことによって前記エッジまたはのちの点から事前設定された距離でもないことを判別する。そのような場合、方法900はブロック902に戻る。ブロック902の第二の反復では、ジェスチャーハンドラ128が第二の後続点1112を受領するとする。そのような場合、ジェスチャーハンドラ128は第二の後続点1112が第一の後続点1110よりエッジ1114に近く、よってジェスチャー1012が反転を含んでいることを判別する。ジェスチャーハンドラ128は次いでブロック906に進んで、当該ジェスチャーに応答して前に呈示された第二のユーザーインターフェースの呈示を終える。例として、電子メールハンドリングインターフェース1202を示す図12を考える。ブロック906のこの例示的な場合では、ジェスチャーハンドラ128は電子メールアプリケーションに、ジェスチャー1012の反転に応答してインターフェース1202を呈示することをやめさせる除去されることは図示していない。しかしながら、ブロック908は、第三のユーザーインターフェースまたは第二のユーザーインターフェースの拡張を呈示するまたは呈示させる。継続的な例を続け、図13を考える。この図は、エッジ1104から事前設定された距離の、この場合、図11のインターフェース追加領域1118内である後続点1106をもつと判定されたジェスチャー1010に応答して追加的な電子メールオプションインターフェース1302を示している。この領域および事前設定距離は、当該ジェスチャーに応答して前に呈示されたユーザーインターフェースのサイズに基づいて設定されることができる。こうして、追加的なコントロールを追加したいユーザーは、単に、ジェスチャーを、該ジェスチャーのより早期の部分に応答して呈示されたユーザーインターフェースを過ぎて延長するだけでよい。方法900は、追加的なユーザーインターフェースを追加するまたは呈示されているユーザーインターフェースを拡張するために繰り返されることができる。図7の例示的なインターフェース702に戻ると、たとえば、ジェスチャーハンドラ128は、ジェスチャー308がインターフェース702を過ぎて延びるにつれて、選択可能なアプリケーションタイルの追加的なセットを呈示するなどして、インターフェースまたはコントロールをインターフェース702に追加することを続けることができる。ジェスチャー308が追加的なタイルを過ぎて延びる場合には、ジェスチャーハンドラ128はシステムインターフェースモジュール126に、該タイルに隣接する、ユーザーがコントロールを選択できるようにする別のインターフェースを呈示させてもよい。コントロールは、コンピューティング装置102をサスペンド、ハイバーネート、モード切り換え没入型からウインドーベースにおよびその逆またはシャットダウンするなどである。エッジジェスチャーに応答して呈示される上記の例のユーザーインターフェースは不透明であるが、部分透明partiallytransparentであってもよい。これは、内容を隠蔽しないことによって有用となりうる。上記の映画の例では、呈示されるユーザーインターフェースは、部分透明であり、それによりユーザーインターフェースの使用中、映画が部分的に隠蔽されるだけとすることができる。同様に、図12および図13の例において、インターフェース1202および1302は部分透明であってもよく、それにより、ユーザーが、インターフェースの一つにおけるコントロールの選択もしながら、電子メールのテキストを見ることができるようにする。上記のように、例示的な方法200、800および900は、エッジジェスチャーに関し、前に対話したアプリケーションに戻る切り換えに関する例示的な方法1400および1700に先立って記載された。該方法の任意の一つまたは複数が別個にまたは全体的もしくは部分的に該方法の他のものと関連して使用されてもよい。前に対話したアプリケーションに戻る切り換え図14は、待ち行列を使って前に対話したアプリケーションに戻る切り換えをするための方法1400を描いている。以下の議論の諸部分において、図1のシステム100および本稿の他所で記載される他の方法および例示的な実施形態を参照することがあるが、その参照は単に例としてである。ブロック1402は、複数の対話されたアプリケーションの待ち行列を維持する。該待ち行列は、現在のアプリケーション以外の最も最近対話されたものから最も以前に対話されたアプリケーションの順に配列される。たとえば、ユーザーがさまざまなアプリケーションと対話する対話順1502を示す図15を考える。第一に、ユーザーはウェブ検索アプリケーション1504とそのインターフェースを通じて対話する。第二に、ユーザーはウェブ対応メディアアプリケーション1506とウェブブラウザを通じて対話する。第三に、ユーザーはローカルな非ウェブの写真アプリケーション1508とそのインターフェースを通じて対話する。第四に、ユーザーは、ソーシャルネットワーキングアプリケーション1510とウェブブラウザを通じて対話する。第五に、ユーザーはウェブ対応メディアアプリケーション1506との対話に戻る。第六に、ユーザーはウェブ対応ニュースアプリケーション1512と、再びウェブブラウザを通じて対話する。第一の対話については、この第一の対話より前には他のアプリケーションと対話していないので、待ち行列は維持されていない。対話順1502の第二ないし第六の対話については、第一の対話後の対話順1502における各対話に対応する待ち行列1514、1516、1518、1520および1522を考える。待ち行列1514ないし1522は、アプリケーションマネージャ130によって維持されるアプリケーション待ち行列132の例示的な対話である。130、132はいずれも図1にある。図15に示されるように、アプリケーションマネージャ130は、ユーザーの対話に基づいてアプリケーション待ち行列132を最新のものに保つ。待ち行列1522はたとえば、メディアアプリケーション1506を最も最近対話したアプリケーションとして含んでおり、それにソーシャルネットワーキングアプリケーション1510、写真アプリケーション1508が続き、ウェブ検索アプリケーション1504で終わる。ユーザーがメディアアプリケーション1506と二回対話するので第二および第五の対話において、アプリケーションマネージャ130は第五の対話の際にそれをアプリケーション待ち行列132から除去して、他のアプリケーションを並べ替えて対話の最新の順序を反映させる。ただし、現在対話されているアプリケーションを除く。ブロック1404はジェスチャーまたはジェスチャー部分を受け取る。このジェスチャーまたはジェスチャー部分は、タッチパッド、マウスもしくはローラーボールを通じて受領される動きのポインター追跡または腕単数または複数、指単数または複数もしくはスタイラスでなされる、動き感応性もしくはタッチ感応性機構を通じて受領される物理的な動きなど、本稿の他所で記述されているさまざまなジェスチャーまたは部分のうちの一つまたは複数を含むことができる。いくつかの実施形態では、諸ジェスチャー部分が受領される。各部分は、一つのジェスチャーの一部であり、それぞれ待ち行列内のあるアプリケーションの呈示につながる。これらの部分のそれぞれは、必須ではないが、ディスプレイのエッジの開始点、ディスプレイの端にないのちの点およびディスプレイの端にある後続点を有していてもよい。複数の部分を有するジェスチャーは、この場合、マルチループスパイラル、複数の円または往復たとえばジグザグのようなものに見えるであろう。ここで、各ループ、円または往復はユーザーインターフェースまたはディスプレイのエッジに始まり、エッジを出て、エッジに戻る。任意的に、ブロック1404はいくつかのジェスチャーまたはジェスチャー部分を受け取ってもよい。これらのジェスチャーまたはジェスチャー部分は、本稿の他所で記述されるさまざまなジェスチャーまたはジェスチャー部分のうちの一つまたは複数を含むことができる。上記の継続的な実施形態を続け、タブレットコンピューティング装置106を示している図3を考える。タブレット106はウェブページ306を含む没入型インターフェース304を表示しているところを示されているタッチ感応性ディスプレイ302を含む。たとえば、没入型インターフェース304はニュースアプリケーション1512に関連付けられていて、ウェブページ306はニュースアプリケーション1512からのコンテンツであるとする。この例の一環として、ブロック1404において、ジェスチャーハンドラ128は図3に示されるようなジェスチャー308を受領し、ジェスチャーハンドラ128はそれをアプリケーションマネージャ130に渡す。上記の継続的な例については、ジェスチャー308は、他の何らかの機能やアプリケーションではなく、以前に対話されたアプリケーションに戻る切り換えに関連付けられていると判定されるとする。ブロック1406は前記ジェスチャーまたはジェスチャー部分の受領に応答して、前記待ち行列を通じて、前記複数の対話されたアプリケーションのうちの別のアプリケーションに進む。こうして、前記ジェスチャーまたはジェスチャー部分の受領に応答して、アプリケーションマネージャ130はアプリケーション待ち行列132のアプリケーションのうちの第一の、よって最も最近対話されたものに進んでもよい。いくつかの実施形態では、二つのジェスチャーまたは部分を受領すると、アプリケーションマネージャ130は、アプリケーション待ち行列132のアプリケーションのうちの二番目に最も最近対話されたアプリケーションに進んでもよい。ただし、方法1400は、後述するように、ブロック1404、1406および/または1408を繰り返すことによってそうしてもよい。上記の継続的な例を続けると、第六の対話後にジェスチャー308が受領されるとする。その時点では、現在対話されているアプリケーションはニュースアプリケーション1512であり、アプリケーション待ち行列132は最新になっており、図15の待ち行列1522によって表されるとする。そのような場合、アプリケーションマネージャ130は、前記ジェスチャーまたはジェスチャー部分の受領に際してメディアアプリケーション1506に進む。ブロック1408は、他のアプリケーションに関連付けられたユーザーインターフェースを呈示する。このユーザーインターフェースは、いくつかの実施形態では、そのアプリケーションとの対話が以前になされたのと同じユーザーインターフェースである。いくつかの実施形態では、前記ユーザーインターフェースは、現在呈示されているユーザーインターフェースの上にサムネイルまたは透明なオーバーレイとして呈示される。アプリケーションマネージャ130はこのユーザーインターフェースを単独でまたは関連付けられたアプリケーションとの組み合わせで呈示する。たとえば、関連付けられたアプリケーションにユーザーが最後に対話したユーザーインターフェースを呈示させる。この例について、アプリケーションマネージャ130は、アプリケーションについてのユーザーインターフェースのサムネイル画像を、ジェスチャー308が受領されるにつれて漸進的に呈示し、ジェスチャーが終わるときに、ディスプレイの利用可能な不動産を覆うよう該サムネイルを拡大する。それにより、アプリケーションマネージャ130は没入型インターフェース304内のウェブページ306を、または没入型インターフェース304を、没入型であってもウインドーベースであってもよい別のインターフェースで置換する。このことは、図16に示されている。メディアアプリケーション1506のユーザーインターフェースのサムネイル画像1602が没入型インターフェース304およびニュースアプリケーション1512の上に呈示されている。ジェスチャー308の終了後、サムネイル画像1602は拡張されてメディアプレーヤー1604になり、没入型インターフェース304内のウェブページ306を置き換える。これは、選択されたアプリケーションのためのユーザーインターフェースを呈示する仕方のほんの一例にすぎない。漸進的にまたは他の仕方で応答するための他の仕方は本稿の他所で記述されている。いくつかの実施形態では、ブロック1408は、現在のユーザーインターフェースを第二のサムネイル画像に縮小し、第二のサムネイル画像をディスプレイのある領域のほうに渡す。その領域とは、そこから先に述べたサムネイル画像が漸進的に呈示された領域である。このように、ブロック1408は、サムネイル画像1602を拡大してメディアプレーヤー1604にする一方、ウェブページ306を縮小してサムネイル画像にし、そのサムネイルを、サムネイル画像1602を選択したエッジに渡す。ブロック1408でのユーザーインターフェースの呈示の間に、他のジェスチャーまたはジェスチャー部分が受領されてもよく、ブロック1404に戻る。いくつかの場合には、前記他のジェスチャーまたはジェスチャー部分は、ユーザーインターフェースがブロック1408によって呈示されている時間の長さ内に受領される。ブロック1404に戻るのに続いて、ブロック1406は、前記複数の対話したアプリケーションのうちのさらにもう一つのまたはその後のアプリケーションに進んでもよい。この進行を続けると、ブロック1408は、前記複数の対話したアプリケーションの後続アプリケーションに関連付けられたユーザーインターフェースを呈示する。このように、ブロック1404、1406および1408を繰り返すことによって、前に対話したアプリケーションに関連付けられたユーザーインターフェースが逐次的に呈示されることができる。いくつかの場合には、受領された各ジェスチャーに応答して、前に対話したアプリケーションに関連付けられたユーザーインターフェースが呈示されることができる。現在の例のコンテキストでは、メディアアプリケーション1506のユーザーインターフェースを呈示している間にもう一つのジェスチャーが受領されるとき、ソーシャルネットワーキングアプリケーション1510待ち行列1522の二番目に最も最近対話されたアプリケーションに関連付けられたユーザーインターフェースが呈示される。ソーシャルネットワーキングアプリケーション1510に関連付けられたユーザーインターフェースの呈示の間に、さらに他のジェスチャーまたはジェスチャー部分が受領されると、写真アプリケーション1508待ち行列1522のアプリケーションと三番目に最も最近対話されたものに関連付けられたユーザーインターフェースが呈示される、などとなる。現在のアプリケーションの呈示から別の選択された、以前のアプリケーションの呈示へのこの切り換えに続いて、ブロック1410は、前記他のアプリケーションに関連付けられたユーザーインターフェースとの対話に応答して、または該ユーザーインターフェースの呈示の間に経過する時間期間に応答して、待ち行列を更新する。いくつかの場合には、以前のアプリケーションが選択されてもよく、次いでその後すぐに別のアプリケーションが選択されてもよい。事実上、待ち行列内の諸アプリケーションを通じた通しスキャンである。そのような場合、ブロック1410は、待ち行列の更新を差し控えてもよい。短時間の閲覧は、対話とは考えられなくてもよいからである。アプリケーションマネージャ130がアプリケーション待ち行列132を更新する例示的な対話は、図16のメディアプレーヤー1604のユーザーインターフェースにおいて示されているコントロールを使って再生を制御するまたは現在再生しているメディアに関係した情報を編集するなど、新たに呈示されたインターフェースと対話するという明示的な選択を含む。たとえば、他の場合には、対話は時間期間の経過に基づいて決定される。たとえば、ニュースアプリケーションのウェブページが、現在のアプリケーションなのではなく、選択に際して呈示されるとする。たとえば1秒、2秒または3秒などの何らかの期間後、アプリケーションマネージャ130は、ユーザーがそのウェブページのニュース記事を読んでいる蓋然性に基づいて、その遅延が事実上対話であると判定する。同様に、メディアを再生しておりアプリケーション待ち行列132内のアプリケーションの別の選択がなければディスプレイ上に留まるメディアアプリケーションについての、ブロック1408におけるユーザーインターフェースの呈示も、対話と考えることができる。部分的に上述したように、アプリケーション待ち行列132は環状であることができる。そうすることによって、アプリケーションの選択は止まることがなく、ユーザーがアプリケーション待ち行列132の最も以前に対話したアプリケーションに達したら先頭に戻る。たとえば、ソーシャルネットワーキングアプリケーション1510から以前のアプリケーションに戻る切り換えをすることを選択し、よって待ち行列1518を使うと、戻る切り換えが一度なら写真アプリケーション1508を選択することになり、二度ならメディアアプリケーション1506、三度ならウェブ検索アプリケーション1504となる。四度目の戻る選択は、循環式に、再び、写真アプリケーション1508の呈示につながる。方法1400は、本技法が前に対話したアプリケーションの選択を可能にし、待ち行列に基づいてどれを呈示するかを決定することができるさまざまな仕方を記述している。方法1700は、方法1400や本稿に記載される他の方法と関連して動作してもよいが、待ち行列を使うことは必須ではない。したがって、方法1400は、例示的な方法1700において記述される技法を限定することは意図されていない。図17は、前に対話したアプリケーションに戻る切り換えをする方法1700を描いており、これは待ち行列を使っても使わなくてもよい。以下の議論の諸部分において、図1のシステム100、方法200、800、900、1400および上記の例示的な実施形態を参照することがあるが、その参照は単に例としてである。ブロック1702は、現在のアプリケーションに関連付けられた現在のユーザーインターフェース上でなされるジェスチャーを通じて前に対話したアプリケーションの選択を可能にする。ブロック1702は、エッジジェスチャーまたはその一部を用いてなど上記のようなさまざまな仕方でそうすることができるが、あくまでも一例としてである。ブロック1704は、該ジェスチャーの受領に応答して、さらなる選択なしに、前に対話したアプリケーションに関連付けられた前のユーザーインターフェースを呈示する。たとえば、現在のユーザーインターフェースのエッジに始まり、該エッジからほぼ垂直に離れる方向に進むエッジジェスチャーのような、前のアプリケーションの選択に関連付けられたジェスチャーの一部が受領されるとする。応答して、ブロック1704は、前に対話したアプリケーションについてのユーザーインターフェースまたは該インターフェースのサムネイル画像を、あるいは選択が成功裏にできたという何らかの指標を選択されたアプリケーションもしくはインターフェースの指標とともに、呈示する。例示的なサムネイル画像または指標としては、図7の選択可能なアプリケーションタイル704、706、708および710の任意のものが含まれる。それらのいくつかはインターフェースのサムネイル画像を含み、他のものは選択されたアプリケーションを示している。もう一つの例は、図16のサムネイル画像1602である。ブロック1704は、選択された、以前に対話したアプリケーションのユーザーインターフェースを、図16でメディアプレーヤー1604において示されるように、呈示する。そうするにあたり、ブロック1704は、さらなる選択なしに没入型インターフェース304を通じて写真アプリケーション1508との対話を可能にしうる。このように、ほんの一回のジェスチャーで前のアプリケーションを選択したのち、ユーザーは、さらなる選択をする必要なしに、対話できる。ユーザーは、たとえばアプリケーション選択モードを抜けることを選択したり、呈示されているインターフェースをライブまたは首位またはスタックのいちばん上にしたりする必要はない。簡単にいうと、本技法は、前のアプリケーションの選択および該前のアプリケーションとのさらなる対話を、単一の入力で可能にする。図16のこの例において、メディアプレーヤー1604が呈示されてウェブページ306を置き換えた直後に没入型インターフェース304への次の入力が直接、写真アプリケーション1508に渡される。このように、タップ、ホットキーまたは他の入力が写真アプリケーション1508に直接渡され、それにより写真アプリケーション1508による該入力への即座の応答を可能にする。いくつかの実施形態では、現在のユーザーインターフェース上でなされるジェスチャーは諸部分を含み、各部分は前のアプリケーションの選択を示す。そのような場合、ブロック1704は、第一の部分に応答して前のユーザーインターフェースを呈示し、次いでブロック1702が当該ジェスチャーの第二の部分を受領するのに応答して、さらに前に対話されたアプリケーションに関連付けられているさらに前のユーザーインターフェースを呈示する、などとなる。これは図18に示されている。図18は、図16の没入型インターフェース304視覚的な明確さのため二回示されているおよびブロック1704が複数のジェスチャーまたは単一のジェスチャーの複数の部分に応答できる仕方を呈示している。図18は、二つの漸進的な呈示1802および1804ならびに二つのジェスチャー部分1806-1および1806-2をもつジェスチャー1806を示している。第一の漸進的な呈示1802は、サムネイル画像1602の没入型インターフェース304の左エッジからのドラッグを、よって前に対話された写真アプリケーション1508の選択を示している。サムネイル画像1602はジェスチャー部分1806-1にくっつくことに注意されたい。また、図3および図16のジェスチャー308と異なり、ジェスチャー1806が左エッジに戻ることにも注意されたい。応答して、ジェスチャー308が終わってメディアプレーヤー1604がウェブページ306を置き換えるのではなく、ジェスチャー1806のジェスチャー部分1806-1は出発点のエッジに戻る。この場合、サムネイル画像1602はジェスチャー部分1806-1とともに漸進的に表示されるが、ジェスチャー部分1806-1がエッジに戻ると消える。ジェスチャー1806は第二の部分1806-2に進む。応答して、ブロック1704は第二の漸進的な呈示1804を呈示し、没入型インターフェース304の左エッジからの第二のドラッグを示す。ここで、さらに前のアプリケーションであるソーシャルネットワークアプリケーション1510のソーシャルネットワークサムネイル画像1808が漸進的に呈示される。ジェスチャー1806は第二の部分1806-2の一部として左エッジに戻る。応答して、ブロック1704は、ジェスチャー部分1806-2がエッジに戻ると、サムネイル画像1808をドロップオフするdropoff。だがこれは、本技法によりユーザーが前のアプリケーションを、さらには以前に対話したアプリケーション全部を、たった一回のジェスチャーで選択および閲覧できる仕方のほんの一例である。この例の任意の時点において、ジェスチャー1806は、終了してもよいし、あるいは選択されたアプリケーションについてのフルユーザーインターフェースを呈示する選択を指示してもよい。その時点で、ブロック1704はそのユーザーインターフェースたとえば図16のメディアプレーヤー1604またはソーシャルネットワーキングアプリケーションのためのフルユーザーインターフェースを呈示する。上記のように、例示的な方法200、800および900は、エッジジェスチャーに関し、前に対話したアプリケーションに戻る切り換えに関する方法1400および1700に先立って記載され、方法1400および1700は方法1900および2200に先立って記載された。該方法の任意の一つまたは複数が別個にまたは全体的もしくは部分的に該方法の他のものと関連して使用されてもよい。図19は、単一の選択に応答して複数の没入型インターフェースのサイズを変更することを含む、マルチアプリケーション環境を可能にする方法1900を示している。以下の議論の諸部分において、図1のシステム100および本稿の他所で記載される他の方法および例示的な実施形態を参照することがあるが、その参照は単に例としてである。ブロック1902は、マルチアプリケーション環境において表示されている第一のアプリケーションの第一の没入型インターフェースの第一のサイズを変更する選択を可能にする。ここで、第二のアプリケーションの第二の没入型インターフェースが第二のサイズにおいて表示されている。ブロック1902は、ほんの数例としてジェスチャー感応性ディスプレイまたはトラックパッドもしくはマウスを通じてなされるのであろうとあるいはハードウェアボタンもしくはホットキーを用いてなされるのであろうと、ジェスチャーを用いるなど上記のさまざまな仕方でこの選択を可能にできる。例として、ブロック1902がジェスチャー感応性ディスプレイを通じた選択して動かすselectandmoveジェスチャー選択を可能にする場合を考える。マルチアプリケーション環境の没入型インターフェースどうしの間のインターフェース分割領域の選択して動かすジェスチャーである。この例は、図20に示されている。図20は、マルチアプリケーション環境を表示しているように示されているタッチ感応性ディスプレイ2002をもつデスクトップコンピューティング装置112を示している。マルチアプリケーション環境2004は、没入型インターフェース分割部2010によって分離されている、より大きな没入型インターフェース2006およびより小さな没入型インターフェース2008を含む。より大きな没入型インターフェース2006はワードプロセシングアプリケーションに関連付けられており、文書コンテンツ2012を呈示している。より小さな没入型インターフェース2008はソフトウェア地図アプリケーションに関連付けられており、地図コンテンツ2014を呈示している。継続的な例の一部として、ブロック1902において、マネージャ134が図20に示されるようなジェスチャー2016を受領する。このジェスチャーは、矢印で示されているが、入力作用体指またはスタイラスは省いている。ブロック1904は、第一の没入型インターフェースの第一のサイズを変更する選択に応答して、第一の没入型インターフェースの第一のサイズおよび第二の没入型インターフェースが第二のサイズを変更する。したがって、ブロック1904は、複数の没入型インターフェースのサイズをたった一回の選択に応答して変更しうる。さらに、ブロック1904はそれを並行して、それらのインターフェースのどちらも隠蔽することなく、行うことができる。例として、図20の継続的な例を考える。インターフェース分割領域2010の選択して動かすジェスチャー2016に応答して、マネージャ134は、一方のインターフェースを縮小し、他方のインターフェースを並行して拡大する。ここでは、より小さな没入型インターフェース2008を大きくし、同時に、より大きな没入型インターフェース2006を小さくする。この変更の結果は図21で、変更されたより小さな没入型インターフェース2012および変更されたより大きな没入型インターフェース2104において示されている。インターフェース分割領域2010の以前の位置は以前の位置2106において示されている。また、選択して動かすジェスチャー2016がインターフェース分割領域2010の以前の位置2106において始まり、インターフェース分割領域2010の最終位置2108において終わることに注意されたい。この例では、マルチアプリケーション環境2004は、没入型インターフェースのサイズの変更前も変更後も、それらの没入型インターフェースで完全に占有されており、未使用の不動産も、没入型インターフェースを管理するための可視コントロールで隠蔽されている不動産もないことを注意しておく。この特定の例は、本技法によりユーザーが没入型インターフェースのサイズを選択する、ここでは地図アプリケーションによって呈示されるマップを大きくすることを許される一つの仕方を示している。本技法はまた、ユーザーが、没入型インターフェースを、マルチアプリケーション環境2004の所定の領域を自動的に満たすようスナップさせることを許容する。そうすることによって、高速かつユーザーにとって簡単な、ジェスチャーおよび他の選択が使用できる。さらに、これらの領域は複数の装置を横断して所定のサイズをもつことができ、それによりアプリケーション開発者がそれらの領域サイズについて備えることを許容する。これは、小さめのサイズはユーザーフレンドリーな仕方で呈示するのがしばしばより困難なため、より小さな領域については特に有用である。たとえば再び図20を考える。図20は所定の、ここでは320ピクセルの幅をもつ小さな領域の幅2018を示している。この例では、三つの領域が示されており、その二つは、全体領域内に含まれるという意味で従属的である。これらの領域は、二つの従属的な領域についての幅2018および残りの幅2020、全体領域の幅2022という幅をもつ。みなマルチアプリケーション環境の領域である。残りの幅2020はディスプレイによって変わりうることを注意しておく。全体幅2022も同様である。ブロック1902はまた、没入型インターフェースの一つの、ドラッグアンドドロップジェスチャーを通じた、ある領域から別の領域への選択を可能にしてもよい。そのような場合、ブロック1904は、それらの領域の間でインターフェースを入れ換えてもよいし、あるいは自動的に分割部たとえば図20の没入型インターフェース分割部を動かしてもよく、その結果、サイズが切り換えられる。そうすることによって、マネージャ134は、より大きな没入型インターフェース2006を、より小さな没入型インターフェース2008によって以前に占められていた領域全体を占めるよう自動的に縮小し、その逆もする。いくつかの場合には、インターフェースのサイズを変更する選択は、エッジジェスチャーを通じて可能にされる。たとえば、より大きな没入型インターフェース2006のエッジにおいて始まり、より大きな没入型インターフェース2006の該エッジにないのちの点をもつエッジジェスチャーを考える。マネージャ134は、単独で、またはジェスチャーハンドラ128および/またはアプリケーションマネージャ130と連携して、より大きな没入型インターフェース2006を縮小サイズ画像に縮小する。すると、インターフェース2006をサイズ変更する選択は、縮小サイズの画像をより小さな没入型インターフェース2008上にドロップすることによって実行されることができる。応答して、マネージャ134は両方のインターフェースをサイズ変更する。方法1900は、単一の選択に応答して複数の没入型インターフェースのサイズを変更することを含む、マルチアプリケーション環境を可能にするさまざまな方法を記述している。方法2200は、方法1900および本稿に記載される他の方法と連携して機能してもよい。ただし、待ち行列の使用は必須ではない。よって、方法1900は、例示的な方法2200に記述される技法を限定することは意図されていない。図22は、領域内にあるアプリケーションの没入型インターフェースを表示する方法2200を描いており、これはたった一回の選択に応答すること、前記領域を完全に占めることを含む。以下の議論の諸部分において、図1のシステム100、方法200、800、900、1400、1700および1900および上記の例示的な実施形態を参照することがあるが、その参照は単に例としてである。ブロック2202は、一つまたは複数の現在のアプリケーションの一つまたは複数の現在の没入型インターフェースを表示しているマルチアプリケーション環境の複数の領域のうちの一つにおいてアプリケーションの没入型インターフェースを表示する選択を可能にする。ブロック2202は、ほんの一例としてはエッジジェスチャーまたはその一部を用いるなど、上記のようなさまざまな仕方でそうすることができる。さらに、選択されるアプリケーションは、アプリケーション待ち行列132を使うアプリケーションマネージャ130によるなど、さまざまな仕方で決定される、以前に対話されたアプリケーションであることができる。132および130は図1にある。マルチアプリケーション没入型インターフェースは、ブロック2202において、一つ、二つまたさらには三つの現在の没入型インターフェースを呈示できる。このように、ブロック2202は、現在占有されている領域内に、あるいは一つの没入型インターフェースがマルチアプリケーション環境全体を占有する場合など、存在するがより大きな没入型インターフェースによって占有されている領域内に配置するアプリケーションの選択を許容する。たとえば、マルチアプリケーション環境2304を占有する現在の没入型インターフェース2302を示す図23を考える。ここで、三つの従属領域2306、2308および2310があることを注意しておく。これらの領域は示されていてもいなくてもよい。アプリケーションが選択されていて、これらの領域の一つの上にホバリングされるまたは動かされる場合、その領域は、部分透明な没入型インターフェース分割部2312および2314をもって示されることができる。これら三つの従属領域2306、2308および2310は、マルチアプリケーション環境2304の実質的に全部を占めるフルサイズ領域2316内に含まれる。例として、マネージャ134が、方法1700に従って、図18に示される例に従って選択された以前に対話されたアプリケーションを受領するとする。そのような場合、ソーシャルネットワーキングアプリケーション1510についてのサムネイル画像1808が選択され、領域2306上にホバリングされる図示していないが図18と同様。応答して、マネージャ134は、その領域2306が選択されているまたは選択されようとしていることおよび領域2306のサイズを、部分透明な没入型インターフェース分割部2312を表示することによって示す。方法2200に戻ると、ブロック2204は、前記領域内に前記没入型インターフェースを表示する選択に応答して、前記没入型インターフェースを、前記領域全体を占めるサイズで表示する。ユーザーは、アプリケーションの上記のたった一回の選択で、没入型インターフェースを選択し、選択された領域全体を占めるサイズで呈示させることができることを注意しておく。今の例を続け、マルチアプリケーション環境2304を示しているが、今や図23の現在の没入型インターフェース2302の代わりの縮小サイズの没入型インターフェース2402と、図15のソーシャルネットワーキングアプリケーション1510のためのソーシャルネットワーキングウェブページ2406を示す第二の没入型インターフェース2404とをもつ図24を考える。第二の没入型インターフェース2404は、ユーザーがその領域の選択以外の選択をすることなく、領域2306全体を占める。縮小サイズの没入型インターフェース2402およびソーシャルネットワキングウェブページ2406における内容の配置がいずれも変更されていることを注意しておく。サイズ変更は、より迅速にでき、あるいはよりよい内容配置を許容することができる。アプリケーションおよび/またはそれらのアプリケーションの開発者が、本技法によって所定の領域幅として提供される、これらの領域サイズを前もってもつのである。ここで、提供される所定の領域幅は領域2306である。ただし、幅を満たす領域2408も提供されてもよい。ブロック2204に続いて、方法2200はブロック2202および2204を繰り返してもよい。それにより、追加的な没入型インターフェースの選択を可能にする。たとえば、マネージャ134は、図23の領域2310または2308における呈示のための第三の没入型インターフェースの選択を可能にすることができる。そのような選択に応答して、マネージャ134は縮小サイズの没入型インターフェース2402をサイズ縮小するまたは置換する。これらの方法のいずれも、全体的にまたは部分的に組み合わされてもよいことを注意しておく。よって、たとえばあるジェスチャー部分が没入型インターフェースを選択するために使用されてもよく、同じジェスチャーの別の部分が前記没入型インターフェースを配置および/またはサイズ決めすることを選択するために使用されてもよい。この単独ジェスチャーに応答して、本技法は、マルチアプリケーション環境内に現在呈示されている複数のインターフェースをサイズ変更することができる。マルチアプリケーション環境を管理するためのユーザーインターフェース図25は、ユーザーインターフェースを通じてマルチアプリケーション環境を管理するための方法2500を描いている。以下の議論の諸部分において、図1のシステム100および他の方法および本稿の他所で記載される例示的な実施形態を参照することがあるが、その参照は単に例としてである。ブロック2502は、マルチアプリケーション環境を管理するためのユーザーインターフェースの選択を可能にする。ユーザーインターフェースの選択は、ほんの数例を挙げればジェスチャーもしくはジェスチャーの一部、ハードウェアボタンもしくはホットキーまたは音声コマンドを用いるなど、上記のものを含めさまざまな仕方でできる。選択の前には、ユーザーインターフェースはフルに表示されている、部分的に表示されている、あるいは全く表示されていないことができる。たとえば、マルチアプリケーション環境が表示されており、ユーザーインターフェースが表示されていないシナリオを考える。そのようなシナリオの例が図26に示されている。この図は、マルチアプリケーション環境2602で満たされたディスプレイ2600を示している。マルチアプリケーション環境2602は首位領域2604および非首位領域2606を含む。いずれも諸アプリケーション136からのさまざまな内容を表示する。非首位領域2606は二つの非首位セクション2608および2610を含み、そのそれぞれが、互いとまた首位領域2604の内容と並列に内容を呈示するために使用されうることを注意しておく。この例においては、三つのアプリケーションからの内容が並列に呈示されている:ソーシャルネットワーキングウェブサイトからの内容2612、ニュースウェブサイトからの内容2614およびローカルな文書閲覧アプリケーションからの内容2616である。ここで、図1のマネージャ134は、ホットキーまたはジェスチャーたとえば、マルチアプリケーション環境302の右エッジになされるエッジジェスチャーのような非視覚的な選択器を用いたユーザーインターフェースの選択を可能にする。しかしながら、いくつかの他の場合には、マネージャ134は、表示される選択可能なコントロールを通じた選択を可能にする。ブロック2504は、この選択に応答してユーザーインターフェースを表示する。ユーザーインターフェースは、没入型ユーザーインターフェースまたはさらなる選択を可能にする半透明なオーバーレイであることができる。このユーザーインターフェースを通じて、ブロック2506は、マルチアプリケーション環境における並列呈示のためのアプリケーションの選択を可能にする。このユーザーインターフェースは、ユーザーがマルチアプリケーション環境を管理できるようにする。ただし、それを可能にする仕方はさまざまでありうる。たとえば、このユーザーインターフェースは、ユーザーが、アプリケーションに関連付けられたラベルまたはアプリケーションの表現の選択を通じるなどして、ユーザーインターフェースおよび/または環境に対して、アプリケーションを呈示し、除去し、あるいはデフォルトとして設定することを可能にする。このユーザーインターフェースは、ユーザーが、ユーザーインターフェースに呈示されるべきアプリケーションについての選好を選択し、環境を一般に変更し、あるいは非マルチアプリケーション環境に切り換えることを可能にしてもよい。さらに、ユーザーインターフェースは、コンピューティング装置102のユーザーによって最も最近使用されたまたは最もよく使用されているアプリケーション、また当該アプリケーションが現在実行中であるか否かなど、さまざまな基準に基づいて選択のためのアプリケーションを呈示してもよい。さらに、ユーザーインターフェースは、検索コマンド、コンテンツ共有または設定変更を可能にするユーザーインターフェースのように、アプリケーションに関するシステムコマンドの共通集合を呈示してもよい。上記の継続的な例を続けると、マネージャ134が、ディスプレイ2600のタッチスクリーン上でなされたジェスチャーを通じて、ユーザーインターフェースを呈示する選択を受領するとする。応答して、マネージャ134は、図27に示されるユーザーインターフェース管理メニュー2700を呈示する。これを通じてアプリケーションの選択が可能にされる。この例示的なユーザーインターフェース管理メニュー2700は、九個のアプリケーションについてのアイコンおよび/または名前を呈示している。九個のアプリケーションはさまざまなウェブサイト、サービスおよびローカルなコンピューティングアプリケーションを含み、それぞれ2702、2704、2706、2708、2710、2712、2714、2716および2718においてSocialNet、Newscom、PDFs、Telecon、Musiccom、Moviescom、Pokercom、ArtSpaceおよびMapsbyGPSと名付けられている。先述したように、システムコマンドに関するものなど、他のアプリケーションもマネージャ134によって呈示されることができる。例として、ユーザーインターフェース管理メニュー2700の、SearchShareSettings共有設定を探索と名付けられた第十アプリケーションとして示されるシステムコマンド2719を考える。この特定の例において、二つのアプリケーション2702および2704がピン留めされている。2720および2722で示されるピンアイコンは、アプリケーション2702および2704が、マルチアプリケーション環境2602およびユーザーインターフェース管理メニュー2700の一方または両方においてここでは両方を示している維持されることを示す。こうして、SocialNetソーシャルネットおよびNewscomニュースコム両方のアプリケーションは、ユーザーによるさらなる選択なしに、環境2602の何らかの部分内にコンテンツを実行および呈示するそれぞれセクション2608および2610において示されている。維持されるピン留めされたアプリケーションの選択は、アプリケーション2702~2718の任意のものの選択のためのピン留め選択アイコン2724を呈示するユーザーインターフェース管理メニュー2700を通じてなど、マネージャ134によってさまざまな仕方で可能にされることができることを注意しておく。上記のように、選択可能なアプリケーションの任意のものが現在実行中であってもなくてもよい――この場合、アプリケーション2702、2704、2706および2708は実行中であり、アプリケーション2710~2718は現在実行中ではない。ユーザーインターフェース管理メニュー2700はまた、ユーザーの履歴などの他の基準に基づいてアプリケーションを呈示してもよい。たとえば、アプリケーション2706、2708、2710および2712は、2702および2704以外でコンピューティング装置102のユーザーによって最も最近使用された四つであることに基づいて呈示されている。アプリケーション2714、2716および2718は、アプリケーション2702~2712を除いて最もよく使用されていることに基づいて呈示されている。他の場合には、アプリケーションは、該アプリケーションに関連した新たなコンテンツが利用可能であることたとえば、新たな電子メール、メッセージまたはRSSフィードに基づいて、あるいは該アプリケーションについての他のアラートが受領される際に、呈示されてもよい。さらに、ユーザーインターフェース管理メニュー2700は、ユーザーが、ウインドー選択アイコン2726を用いるなどして、アプリケーションの管理に加えて、マルチアプリケーション環境2602を管理できるようにする。この選択を通じて、マネージャ134はユーザーが、マルチアプリケーション環境2602を抜けて、ウインドーベースの環境を使って現在呈示されているコンテンツで続けることを選択することを許容する。方法2500に戻ると、ブロック2508は、一つまたは複数のアプリケーションの選択に応答して、選択されたアプリケーションの内容を、異なるアプリケーションの内容の呈示と並行して、マルチアプリケーション環境内に呈示させる。方法2500は複数の選択を受領してもよい。これらの複数の選択に応答して、ブロック2508は、選択された各アプリケーションの内容をマルチアプリケーション環境内に呈示させる。そのような場合、マネージャ134は、選択されたアプリケーションのそれぞれからの内容を逐次的に、または一度に呈示してもよい。ある逐次の場合において、上記の例を考えるが、アプリケーション2706はブロック2506の以前の反復工程において選択されており、この選択に応答して、マネージャ134がアプリケーション2706の内容2616を呈示したとする図26および図27に示されるように。アプリケーション2706のこの選択に続いて、ブロック2506および2508ののちの反復工程が実行される。アプリケーションの逐次呈示は、マネージャ134によって、少なくともブロック2506および2508の追加的な反復工程を通じて可能にされる。反復される可能性があることは、ブロック2508からブロック2506への破線で示されている。マルチアプリケーション環境における没入型インターフェースとしてのデスクトップ図28は、マルチアプリケーション環境内の没入型インターフェースとしてのウインドーベースのデスクトップの表示を可能にする。以下の議論の諸部分において、図1のシステム100および他の方法および本稿の他所で記載される例示的な実施形態を参照することがあるが、その参照は単に例としてである。ブロック2802は、マルチアプリケーション環境内で没入型インターフェースとしてデスクトップを表示する。このマルチアプリケーション環境は、本稿の他所で記述しているのと同様に、複数のアプリケーションへのアクセスをサポートするよう構成されている。このように、ユーザーは、アプリケーションあるいは複数のアプリケーションがデスクトップ上のインターフェースを含むならば複数のアプリケーションに関連付けられたインターフェースを通じてコンテンツを見て、そのインターフェースを通じてそのアプリケーションと対話することができる。みなマルチアプリケーション環境を通じてである。ブロック2804は、デスクトップ没入型インターフェースとの対話を可能にする。この対話は、他のインターフェースについて可能にされる対話と同時であってもよい。さらに、この対話は、マルチアプリケーション環境を通じてであってもよく、またそれぞれウインドーフレームコントロールおよびタスクバーのような、ウインドーベースおよびデスクトップベースのコントロールをも含む。ウインドーベースモードモジュール122およびマルチアプリケーション環境モジュール124は、別個にまたは図1のオペレーティングシステム120と連携して作用して、たとえば、デスクトップ没入型インターフェースをアプリケーション136の一つとして扱い、ウインドーおよびタスクバーなどをアプリケーションユーザーインターフェース138のさまざまな例として扱ってもよい。例として、図29を考える。図29は、ウインドーベースの諸インターフェース2904およびタスクバー2906を表示しているデスクトップ没入型インターフェース2902と、コンテンツ2910を表示している没入型インターフェース2908とを、みなマルチアプリケーション環境2912内に有するタブレットコンピューティング装置106を示している。デスクトップ没入型インターフェース2902は、ほんの数例を挙げれば、デスクトップ没入型インターフェース2902内で実行可能なアプリケーションの表現たとえばアイコンならびにコンピューティング装置102の階層的なファイル構造をサポートするためのフォルダの表現をも含んでいてもよい。さらに、デスクトップ没入型インターフェース2902内で提供される機能は、ウインドーベースのインターフェースに一般的なもののようなマルチアプリケーション環境2912内の他のインターフェースとは異なる振る舞いをしてもよい。ブロック2806は、対話に応答して、デスクトップ没入型インターフェース内のアプリケーションに該対話を提供する。いくつかの場合には、これは、ジェスチャーまたはジェスチャー部分を、デスクトップ没入型インターフェース内のインターフェースをもつアプリケーションに渡すことを含む。たとえば、タスクバー2906との対話のためにオペレーティングシステム120に渡す、あるいはウインドーベースのインターフェース2904の一つに関連付けられたアプリケーションに渡すなどである。他の場合には、これはキー入力を、ウインドーベースのインターフェース2904の首位のたとえば手前のウインドーに渡すことを含んでいてもよい。そうする際、本技法は、マルチアプリケーション環境の没入型インターフェースおよび他の動作との対話を許容しつつ、デスクトップ、ウインドーベースの環境に一般的なアプリケーションおよびインターフェースに関わることをユーザーに許容する。デスクトップ没入型インターフェースは、本稿の他所で記載されたのと同様のまたは同一の仕方で管理されることができる。たとえば、エッジジェスチャーが、デスクトップ没入型インターフェース2902のようなデスクトップ没入型インターフェースを選択、移動またはサイズ決めするために使用されてもよい。さらに、デスクトップ没入型インターフェースは、上記の他のインターフェースについて述べたように、アプリケーション待ち行列の一部としての単一のアプリケーションとして振る舞うことができ、よってマルチアプリケーション環境から選択されるまたは除去されることができる。マルチアプリケーション環境上記の技法および装置は、マルチアプリケーション環境の多くの異なる実施形態を可能にする。それには、一つのインターフェースをもつが追加的なインターフェースを可能にする環境、みな没入型である複数のインターフェース、没入型およびウインドーベースのインターフェースの混合である複数のインターフェースならびに没入型インターフェースとして扱われるデスクトップが含まれる。いくつかの実施形態では、これらのマルチアプリケーション環境は、追加的なコントロールを提供するシステムおよびアプリケーションのためのさまざまなメニューまたは追加的なインターフェースの選択を可能にする。さらに他の実施形態では、これらのマルチアプリケーション環境は、アプリケーションおよびインターフェースを管理するジェスチャーを可能にする。図30は、マルチアプリケーション環境のコンテンツ呈示および/または管理を可能にする方法3000を描いている。以下の議論の諸部分において、図1のシステム100および他の方法および本稿の他所で記載される例示的な実施形態を参照することがあるが、その参照は単に例としてである。ブロック3002は、マルチアプリケーション環境内の複数のアプリケーションに関連する複数のインターフェースを呈示する。それら複数のインターフェースの少なくとも一つは没入型インターフェースである。本稿の他所で述べたように、マルチアプリケーション環境は異なるインターフェースのさまざまな組み合わせを呈示することができる。たとえば、図3、図7、図10、図12、図16、図18、図20、図23、図24、図26、図27および図29のそれぞれに示される少なくとも一つの没入型インターフェースを有するマルチアプリケーション環境を考える。これらの例示的なマルチアプリケーション環境について順に述べる。図3は、単一の没入型インターフェース304を有するマルチアプリケーション環境を示している。図7は、図3の単一の没入型インターフェースを有するマルチアプリケーション環境を、アプリケーション選択インターフェース702とともに示している。図10は、ウインドーベースの電子メールインターフェース1004および二つの没入型インターフェース1006および1008を有するマルチアプリケーション環境を示している。図12は、図10のマルチアプリケーション環境を、追加的なコントロールを可能にするインターフェース――電子メールハンドリングインターフェース1202――とともに示している。図16は、ジェスチャー選択に応答してウェブページ306からメディアプレーヤー1604に切り換えるマルチアプリケーション環境を示している。図18は、没入型インターフェース304および二つの他のインターフェース一方は没入型、他方はウインドーベースのサムネイル画像1602、1808を有するマルチアプリケーション環境を示している。図20は、没入型インターフェース分割部2010によって分離された二つの没入型インターフェース、大きいほうの没入型インターフェース2006および小さいほうの没入型インターフェース2008を有するマルチアプリケーション環境を示している。図23は、現在の没入型インターフェース2302と、他のインターフェースが全体を占有するようスナップされることができる領域2306および2310とを有するマルチアプリケーション環境を示している。図24は、図23のマルチアプリケーション環境で、図15のソーシャルネットワーキングアプリケーション1510のためのソーシャルネットワーキングウェブページ2406を示す第二の没入型インターフェース2404をもつものを示している。図26は、一つの首位領域2604および他の二つの非首位領域2606の三つの没入型インターフェースを通じてコンテンツを呈示するマルチアプリケーション環境を示している。図27は、図26のマルチアプリケーション環境を、ユーザーインターフェース管理メニュー2700とともに示している。図29は、ウインドーベースのインターフェース2904およびタスクバー2906を表示しているデスクトップ没入型インターフェース2902と、コンテンツ2910を表示している没入型インターフェース2908とを有するマルチアプリケーション環境2912を示している。ブロック3004は、複数のインターフェースの少なくとも一つを通じてコンテンツを呈示する。上記の多くの図において、再生されているメディア、ソーシャルネットワーキングウェブページ、ニュースウェブサイト記事およびワードプロセシング文書などのコンテンツが表示されているところが示されている。表示されているコンテンツは、アプリケーション136などのさまざまな源から受領される。そうした源がコンテンツを生成したのであってもよいし、あるいはコンテンツをリモート源から受領したのでもよいたとえばリモートプロバイダーからコンテンツを受領するウェブブラウザーアプリケーションの場合。上記の図の多くは同時並行して呈示されるコンテンツを示していることを注意しておく。マルチアプリケーション環境は、映画のような動いている視覚的メディアを一つのインターフェースにおいて呈示し、同時にメディアスライドショーを有するウェブページを別のインターフェースに呈示することが、いずれもリアルタイムにできる。さらに、マルチアプリケーション環境は、必ずしも初期選択を必要とすることなく、複数のインターフェースとの対話を可能にする。こうして、ユーザーは、あるインターフェースまたは他のインターフェースを、ウインドーベースの環境の場合にありうるように首位でないまたはスタックの一番上でないインターフェースをまず選択する必要なく、選択しうる。ブロック3006は、マルチアプリケーション環境におけるサイズまたは位置を変更するまたはマルチアプリケーション環境から複数のインターフェースの少なくとも一つを除去する選択を可能にする。ブロック3006は、インターフェースをマルチアプリケーション環境のある領域から別の領域にドラッグアンドドロップジェスチャーを用いて移動する選択を可能にするなど、本稿の他所で記述されるさまざまな仕方で作用してもよい。ブロック3008は、選択の受領に応答して、マルチアプリケーション環境からの選択されたインターフェースのサイズを変更し、位置を変更し、あるいは該インターフェースを除去する。マルチアプリケーション環境内のインターフェースのサイズおよび位置の例示的な変更は図23および図24に示されている。図23は、第一の現在の没入型インターフェース2302を有し、次いで縮小サイズの没入型インターフェース2402を有し、ソーシャルネットワーキングウェブページ2406を示す第二の没入型インターフェース2404をもつマルチアプリケーション環境2304を示している。ブロック3010は、同じ選択に応答して、マルチアプリケーション環境における別のインターフェースのサイズまたは位置を変更する。これも図23および図24に示されている。図示していないが、マルチアプリケーション環境モジュール124は、あるインターフェースが除去されることに、マルチアプリケーション環境内の他のインターフェース単数または複数をサイズ変更および/または位置変更することによって応答する。マルチアプリケーション環境2304が図24のインターフェース2402および2404の両方を含む場合を想定する。第二の没入型インターフェース2402を除去する選択に応答して、マルチアプリケーション環境モジュール124は、図23に示されるマルチアプリケーション環境2304に戻る。これは、現在の没入型インターフェース2302だけを含んでいる。現在の没入型インターフェース2302は、第二の没入型インターフェース2404より大きく、第二の没入型インターフェース2404の領域を占めることを注意しておく。以上の議論は、本技法がマルチアプリケーション環境において没入型インターフェースを管理するいくつかの方法、以前に対話したアプリケーションに戻る切り換えを可能にする他のいくつかの方法、本技法がエッジジェスチャーを可能にし、使用する仕方を記述するさらに他の方法、本技法が没入型インターフェースとしてのデスクトップを可能にするおよび/または使用する仕方を記述するさらなる方法ならびにマルチアプリケーション環境のコンテンツ呈示および/または管理を可能にする方法を記述している。これらの方法は、実行される動作を指定するブロックのセットとして示されているが、必ずしもそれぞれのブロックによる動作を実行するための図示した順序に限定されるわけではない。これらの方法の諸側面は、ハードウェアたとえば、固定論理回路、ファームウェア、シリコンオンチップSoC、ソフトウェア、手動処理またはそれらの任意の組み合わせにおいて実装されてもよい。ソフトウェア実装は、コンピュータプロセッサによって実行されたときに指定されたタスクを実行する、ソフトウェア、アプリケーション、ルーチン、プログラム、オブジェクト、コンポーネント、データ構造、手続、モジュール、関数などといったプログラムコードを表す。プログラムコードは、コンピュータプロセッサにローカルおよび/またはリモートな一つまたは複数のコンピュータ可読メモリデバイスに記憶されることができる。上記の方法はまた、複数のコンピューティング装置によって分散コンピューティング環境において実施されてもよい。例示的な装置図31は、エッジジェスチャーを可能にし、使用する、前に対話されたアプリケーションに戻る切り換えをする、および/またはマルチアプリケーション環境における没入型インターフェースを管理するために、クライアント、サーバーおよび/またはこれまでの図1ないし図31を参照して述べたコンピューティング装置の任意の型として実装されることができる例示的な装置3100のさまざまなコンポーネントを示している。諸実施形態において、装置3100は、有線および/または無線装置の一つまたは組み合わせとして、テレビジョンクライアント装置たとえばテレビジョンセットトップボックス、デジタルビデオレコーダーDVRなど、消費者装置、コンピュータ装置、サーバー装置、ポータブルコンピュータ装置、ユーザー装置、通信装置、ビデオ処理および/またはレンダリング装置、アプライアンス装置、ゲーム装置、電子装置および/または別の型の装置の形として、実装されることができる。装置3100はまた、ユーザーたとえば人および/または当該装置を運用するエンティティに関連付けられていてもよい。よって、装置は、ユーザー、ソフトウェア、ファームウェアおよび/または装置の組み合わせを含む論理的な装置を記述する。装置3100は、装置データ3104たとえば受領されるデータ、受領されつつあるデータ、放送のためにスケジュールされているデータ、該データのデータパケットなどの有線および/または無線通信を可能にする通信装置3102を含む。装置データ3104または他の装置コンテンツは、当該装置の構成設定、当該装置上に記憶されているメディアコンテンツおよび/または当該装置のユーザーに関連付けられた情報を含むことができる。装置3100上に記憶されたメディアコンテンツは、任意の型のオーディオ、ビデオおよび/または画像データを含むことができる。装置3100は、一つまたは複数のデータ入力3106を含み、それを介して、ユーザー選択可能な入力、メッセージ、音楽、テレビジョンメディアコンテンツ、記録されたビデオコンテンツおよび任意のコンテンツおよび/またはデータ源から受領された他の任意の型のオーディオ、ビデオおよび/または画像データといった、任意の型のデータ、メディアコンテンツおよび/または入力が受領されることができる。装置3100は通信インターフェース3108をも含む。これはシリアルおよび/またはパラレルインターフェース、無線インターフェース、任意の型のネットワークインターフェース、モデムおよび他の任意の型の通信インターフェースのうちの任意の一つまたは複数として実装されることができる。通信インターフェース3108は装置3100と通信ネットワークとの間の接続および/または通信リンクを提供し、該リンクによって他の電子装置、コンピューティング装置および通信装置が装置3100とデータを通信する。装置3100は一つまたは複数のプロセッサ3110たとえば、マイクロプロセッサ、コントローラなどの任意のものを含む。該プロセッサはさまざまなコンピュータ実行可能命令を処理して、装置3100の動作を制御するとともに、マルチアプリケーション環境を可能にする技法を可能にする。代替的にまたは追加的に、装置3100は、概括的に3112において特定される処理および制御回路との関連で実装される、ハードウェア、ファームウェアまたは固定論理回路のうちの任意のものまたは組み合わせを用いて実装されることができる。図示していないが、装置3100は、当該装置内のさまざまなコンポーネントを結合するシステムバスまたはデータ転送システムを含むことができる。システムバスは、多様なバスアーキテクチャの任意のものを利用する、メモリバスまたはメモリコントローラ、周辺バス、ユニバーサルシリアルバスおよび/またはプロセッサもしくはローカルバスといった種々のバス構造の任意のものまたは組み合わせを含むことができる。装置3100は、持続的および/または非一時的なデータ記憶すなわち、単なる信号伝送ではなくを可能にする一つまたは複数のメモリデバイスのようなコンピュータ可読記憶媒体3114をも含む。その例としては、ランダムアクセスメモリRAM、不揮発性メモリたとえば、読み出し専用メモリROM、フラッシュメモリ、EPROM、EEPROMなどの任意の一つまたは複数およびディスク記憶装置が含まれる。ディスク記憶装置は、ハードディスクドライブ、記録可能型および/または書き換え可能型コンパクトディスクCD、任意の型のデジタル多用途ディスクDVDなどといった任意の型の磁気もしくは光学式記憶装置として実装されてもよい。装置3100は、大容量記憶媒体装置3116をも含むことができる。コンピュータ可読記憶媒体3114は、装置データ3104ならびにさまざまな装置アプリケーション3118および装置3100の動作の諸側面に関係した他の任意の型の情報および/またはデータを記憶するデータ記憶機構を提供する。たとえば、オペレーティングシステム3120は、コンピュータ可読記憶媒体3114とともにコンピュータアプリケーションとして維持され、プロセッサ3110上で実行されることができる。装置アプリケーション3118は、任意の形の制御アプリケーションのような装置マネージャ、ソフトウェアアプリケーション、信号処理および制御モジュール、特定の装置にネイティブなコード、特定の装置のためのハードウェア抽象化層などを含んでいてもよい。装置アプリケーション3118は、本技法を実装するための任意のシステムコンポーネントまたはモジュールをも含む。たとえば、装置アプリケーション3118は、マルチアプリケーション環境モジュール124、システムインターフェースモジュール126、ジェスチャーハンドラ128、アプリケーションマネージャ130、マネージャ134およびアプリケーション単数または複数136を含む。結語マルチアプリケーション環境を可能にする技法および装置の諸実施形態を特徴および/または方法に固有の言葉で記述してきたが、付属の請求項の主題が必ずしも記述されている特定の特徴または方法に限定されないことは理解しておくべきである。むしろ、特定の特徴および方法は、マルチアプリケーション環境を可能にする例示的な実装として開示されているのである。