JP2013546048A - 単一ディスプレイと複数ディスプレイとの間のアプリケーション表示の移行 - Google Patents

Abstract

表示されたデータを制御するための複数画面ユーザデバイス及び方法を開示する。デバイスの複数画面によって表示されたデータは、アプリケーションのコンテンツが複数画面のうちの複数の画面にわたって表示されているかにかかわらず、並びに、単一画面アプリケーションまたは複数画面アプリケーションより生じたアプリケーションに対してデータが表示されているかにかかわらず、デバイスの物理的な向きに依存する。

Description

本開示は、単一ディスプレイと複数ディスプレイとの間のアプリケーション表示の移行に関する。

携帯電話、タブレット及びＥリーダ（Ｅ−Ｒｅａｄｅｒ）などのかなりの数の携帯用コンピューティングデバイスは、タッチスクリーンディスプレイを利用して、単にユーザに表示情報を配信するばかりでなく、ユーザインタフェースコマンドからの入力の受信も行う。タッチスクリーンディスプレイは、携帯用デバイスのコンフィギュアビリティを増加し、多種多様なユーザインタフェースオプションを提供することができるが、通常、この柔軟性は高くつく。コンテンツを提供し、ユーザコマンドを受信するタッチスクリーンの二重用途は、ユーザにとっては柔軟性があるが、ディスプレイが難読化し、視覚的クラッタが発生し、それはユーザフラストレーション及び生産性損失の原因となる恐れがある。

携帯用コンピューティングデバイスの小さなフォームファクタは、表示されたグラフィックスと入力受信用に設けられたエリアとの間の慎重なバランス維持を必要とする。一方では、小型のディスプレイは表示スペースを制約し、それにより、動作または結果の解釈の困難が増す恐れがある。他方では、仮想キーパッドまたは他のユーザインタフェーススキームは、実行アプリケーション上で重ね合わせるか、または、実行アプリケーションに隣接して配置され、その結果、アプリケーションをディスプレイのさらに小さな部分に詰め込む必要がある。

このバランス維持行為は、単一ディスプレイのタッチスクリーンデバイスでは特に難しい。単一ディスプレイのタッチスクリーンデバイスは、それらの限られた画面スペースにより不具合が生じる。単一ディスプレイを通じてユーザがデバイスに情報を入力すると、特に、ディスプレイとインタフェースとの間の複雑な相互作用が必要とされる場合は、ディスプレイ内の情報を解釈する能力が大幅に妨げられる恐れがある。

従来の単一ディスプレイの携帯用コンピューティングデバイスと比較して、パワーの増強及び／または多様性の向上を実現する複数ディスプレイの携帯用コンピューティングデバイスが必要である。具体的には、本開示は、その上に表示されたデータを制御するための複数画面ユーザデバイス及び方法を対象とする。デバイスの複数画面によって表示されたデータは、アプリケーションのコンテンツが複数画面のうちの複数の画面にわたって表示されているか、及び、単一画面アプリケーションまたは複数画面アプリケーションより生じたアプリケーションに対してデータが表示されているかにかかわらず、デバイスの物理的な向きに依存する。より具体的には、デバイスの単一画面又はディスプレイ上のみに表示されたアプリケーションは、例えば、２つの画面又はディスプレイが一緒に折り畳まれていない（すなわち、互いに広げた状態）場合、及び、画面のうちの物理的に高い方がそのコンテンツの複数画面ディスプレイをサポートする場合は、デバイスの画面又はディスプレイのうちの２つの画面又はディスプレイにわたって自動的に拡大させることができる。２つの画面又はディスプレイにわたるそのような自動拡大は、本明細書では、「グラビティドロップ（ｇｒａｖｉｔｙ ｄｒｏｐ）」と呼ばれる。それに加えて、コンテンツが２つの画面にわたって同時に表示されているアプリケーションは、ある特定の状況下で、２つの画面のうちの１つの画面上にのみ自動的に表示することができる。２つの画面又はディスプレイから単一のそのような画面又はディスプレイのみへのそのような低減は、本明細書では、「リバースグラビティドロップ（ｒｅｖｅｒｓｅ ｇｒａｖｉｔｙ ｄｒｏｐ）」と呼ばれる。これらの及び他の必要性は、本開示のさまざまな態様、実施形態及び／又は構成によって対応する。また、本開示は、例示的な実施形態について提示しているが、本開示の個々の態様を別々に請求できることを理解されたい。

一実施形態では、本開示は、複数画面デバイスによって表示されたデータを制御する方法であって、以下の（ａ）〜（ｃ）のステップ、すなわち、
（ａ）複数画面デバイスが第１の物理的な向きから異なる第２の物理的な向きへ移動したことを特定するステップであって、第１及び第２の物理的な向きは、第１の物理的な向きが折り畳まれているか又は横向き方向であるかによって異なる、ステップと、
（ｂ）複数画面デバイスの第１の画面及び第２の画面は各々、同じアプリケーションに対するコンテンツを表示しているかどうかを特定するステップと、
（ｃ）第１及び第２の画面のうちの少なくとも１つの画面上のアプリケーションの既定のディスプレイ構成に適合するようにアプリケーションの表示を変更するステップであって、ディスプレイ構成は、第２の物理的な向き及び特定するステップの結果に依存する、ステップとを含み、
上記の変更するステップは、（ａ）第１の画面上でのみの表示から、第１及び第２の画面の両方の画面上での同時表示へ、又は、（ｂ）第１及び第２の画面の両方の画面上での同時表示から、第１の画面上でのみの表示へ、アプリケーションの表示を修正するステップを含む、方法を説明する。

関連実施形態では、本開示は、以下の（ａ）〜（ｆ）の要素、すなわち、
（ａ）第１のディスプレイエリアを含む第１の画面と、
（ｂ）第２のディスプレイエリアを含む第２の画面と、
（ｃ）第１の画面を第２の画面に折り畳み可能に接続するよう構成された付属品と、
（ｄ）ヒンジの位置を示す第１の信号を生成するよう構成された第１のセンサと、
（ｅ）第２の画面に対する第１の画面の相対位置を示す第２の信号を生成するよう構成された第２のセンサと、
（ｆ）その上に命令が格納されたコンピュータ可読媒体であって、
（ｆ−１）複数画面デバイスが第１の物理的な向きから異なる第２の物理的な向きへ移動したことを特定するよう構成された命令の第１のセットであって、第１及び第２の物理的な向きは、第１の物理的な向きが折り畳まれているか又は横向き方向であるかによって異なる、命令の第１のセットと、
（ｆ−２）複数画面デバイスの第１の画面及び第２の画面は各々、同じアプリケーションに対するコンテンツを表示しているかどうかを特定するよう構成された命令の第２のセットと、
（ｆ−３）第１及び第２の画面のうちの少なくとも１つの画面上のアプリケーションの既定のディスプレイ構成に適合するようにアプリケーションの表示を変更するよう構成された命令の第３のセットであって、ディスプレイ構成は、第２の物理的な向き及び特定するステップの結果に依存する、命令の第３のセットと
を含み、命令の第３のセットは、（ａ）第１の画面上でのみの表示から、第１及び第２の画面の両方の画面上での同時表示へ、又は、（ｂ）第１及び第２の画面の両方の画面上での同時表示から、第１の画面上でのみの表示へ、アプリケーションの表示を修正するよう構成された、コンピュータ可読媒体と
を有するものとして複数ディスプレイデバイスを説明する。

本開示は、特定の態様、実施形態及び／又は構成に応じて、多くの利点を提供することができる。具体的には、複数ディスプレイデバイス上で利用可能なグラビティドロップ及びリバースグラビティドロップオペレーションは、複数ディスプレイデバイスの実施形態と相互作用するユーザに、より直観的及び高められたユーザ経験を提供する。

これらの及び他の利点は、本開示から明らかになるであろう。
「少なくとも１つ」、「１つまたは複数」、及び「及び／または」との記載は、使用中、接続語かつ離接語である非限定的な（ｏｐｅｎ−ｅｎｄｅｄ）表現である。例えば、「Ａ、Ｂ及びＣの少なくとも１つ」、「Ａ、ＢまたはＣの少なくとも１つ」、「Ａ、Ｂ及びＣのうちの１つまたは複数」、「Ａ、ＢまたはＣのうちの１つまたは複数」及び「Ａ、Ｂ及び／またはＣ」の表現の各々は、Ａのみ、Ｂのみ、Ｃのみ、ＡとＢともに、ＡとＣともに、ＢとＣともに、または、ＡとＢとＣともに、を意味する。

「１つの」、「１つまたは複数」及び「少なくとも１つ」との記載は、本明細書では交換可能に使用することができる。用語「備える」、「含む」及び「有する」もまた交換可能に使用できることに留意されたい。

用語「自動」及びその変形語は、本明細書で使用する場合、プロセスまたはオペレーションを実行する際に、実質的な人的入力なしで行われる任意のプロセスまたはオペレーションを指す。しかし、プロセスまたはオペレーションの実行前に入力を受信すれば、プロセスまたはオペレーションの実行において実質的または非実質的な人的入力を使用しても、プロセスまたはオペレーションは自動であり得る。人的入力は、そのような入力がプロセスまたはオペレーションの実行方法に影響を及ぼす場合は、実質的と見なされる。プロセスまたはオペレーションの実行を受け入れる人的入力は、「実質的」とは見なされない。

用語「コンピュータ可読媒体」は、本明細書で使用する場合、実行のためのプロセッサへの命令の提供に参加する任意の有形の記憶及び／または伝送媒体を指す。そのような媒体は、これらに限定されないが、不揮発性媒体、揮発性媒体及び伝送媒体を含む多くの形式を取り得る。不揮発性媒体は、例えば、ＮＶＲＡＭまたは磁気もしくは光ディスクを含む。揮発性媒体は、メインメモリなどのダイナミックメモリを含む。コンピュータ可読媒体の一般的な形式は、例えば、フロッピー（登録商標）ディスク、フレキシブルディスク、ハードディスク、磁気テープもしくは任意の他の磁気媒体、光磁気記録媒体、ＣＤ−ＲＯＭ、任意の他の光媒体、パンチカード、紙テープ、任意の他の孔パターンの物理的な媒体、ＲＡＭ、ＰＲＯＭ及びＥＰＲＯＭ、ＦＬＡＳＨ−ＥＰＲＯＭ、メモリカードのようなソリッドステート媒体、任意の他のメモリチップもしくはカートリッジ、以下で説明する搬送波、または、コンピュータが読み取ることができる任意の他の媒体を含む。Ｅメールに添付するデジタルファイルまたは他の自己内蔵情報アーカイブもしくはアーカイブセットは、有形の記憶媒体と同等の配信媒体と考えられる。コンピュータ可読媒体がデータベースとして構成される場合、データベースは、関係型、階層型、オブジェクト指向型及び／または同様のものなどの任意のタイプのデータベースであり得ることを理解されたい。それに応じて、本開示は、本開示のソフトウェア実装形態が格納される有形の記憶媒体または配信媒体及び先行技術分野において承認されている均等物及び後続媒体を含むと考えられる。

用語「アプリケーション」は、本明細書で使用する場合、ソフトウェアプログラム、及び／又は、電子表示画面上のそのディスプレイを指し、アプリケーションは、１つ又は複数の既定のタスクを実行する際にユーザを支援するように設計されたコンピュータソフトウェアである。例としては、企業ソフトウェア、財務会計ソフトウェア、オフィススイート、グラフィックスソフトウェア及びメディアプレーヤが挙げられる。「アプリケーション」は、ユーザから情報を受信して提示するためのユーザインタフェースを有する。「アプリケーション」は、本明細書で使用する場合、通常、ソフトウェア（及び／又はそのグラフィカルなプレゼンテーション）を指し、（ｉ）アプリケーションは、他のアプリケーションからは別個に独立してそのアプリケーションを明示的に識別するユーザ入力から起動することができ、（ｉｉ）アプリケーションは、ユーザが意図的にアプリケーションを起動してユーザが認識するタスクを実行する際にユーザを支援するため、ユーザと対話型であり、（ｉｉｉ）アプリケーションは、例えば、独立してインストールされ、アンインストールされ、ダウンロードされ、表示され、非表示とされ、最小化され若しくは最大化され、又は、独立してユーザ入力を処理し、そこからの結果を表示することのうちの１つ又は複数のために、そのアプリケーションとは独立して動作可能な、他のアプリケーションをグラフィカルに表示するためのグラフィカルな相互作用が提供されると、ユーザにより閲覧されない。

用語「アプリケーションウィンドウ」は、ユニットとして移動、最小化及び最大化するためにグラフィカル表示画面上で操作することができる相互に関連する情報のグラフィカルなプレゼンテーションを定義する潜在的に複雑なデータ構造を指す。各アプリケーションウィンドウは、それに関連付けられた「アプリケーション」を有し、アプリケーションは、関連アプリケーションによって実行される処理に応じてアプリケーションウィンドウが応答するアプリケーションへの既定のユーザ入力を定義する。本明細書で言及する場合、「アプリケーションウィンドウ」は、当業者が理解するような「タッチスクリーン」などの電子表示デバイス上にアプリケーションウィンドウを表示する際のそのグラフィカルなプレゼンテーションも指す。

用語「デスクトップ」は、システムを表現するために使用される例え（ｍｅｔａｐｈｏｒ）を指す。デスクトップは、一般に、アイコン、ウィジェット、フォルダなどと呼ばれる絵柄を含む「面」と考えられ、通常、その上でアプリケーション、ウィンドウ、キャビネット、ファイル、フォルダ、ドキュメント、他のグラフィカルなアイテムを起動または表示することができる。アイコンは、一般に、ユーザインタフェース相互作用を通じてタスクに着手するように選択可能であり、ユーザは、アプリケーションを実行することも、他のオペレーションを行うこともできる。より正確には、本明細書で使用する場合、「デスクトップ」は、デスクトップへのユーザ入力により、デスクトップ表示に対してアプリケーションの表示が再構成され、デスクトップ表示に追加され、デスクトップ表示から削除され、デスクトップ表示から起動されることができるように、デスクトップの表示で複数のアプリケーションをグラフィカルに表示するためのグラフィカルな相互作用を提供するための潜在的に複雑なデータ構造を指す。各デスクトップは、それをアプリケーションでもアプリケーションウィンドウでもなくデスクトップとして識別する、デスクトップに関連するデータを含むかまたは有する。同様に、各アプリケーション及びアプリケーションウィンドウは、それをデスクトップではなくアプリケーションまたはアプリケーションウィンドウとして識別する、アプリケーションまたはアプリケーションウィンドウに関連するデータを含むかまたは有する。

用語「ディスプレイ」は、コンピュータの出力をユーザに表示するために使用される画面の一部分を指す。
用語「表示画像」は、ディスプレイ上に生成された画像を指す。典型的な表示画像は、ウィンドウ又はデスクトップである。表示画像は、ディスプレイの全体又は一部を占有することができる。

用語「ディスプレイ方向」は、閲覧のためにユーザが長方形のディスプレイを方向付ける方法を指す。ディスプレイ方向の２つの最も一般的なタイプは、縦向き（ｐｏｒｔｒａｉｔ）と横向き（ｌａｎｄｓｃａｐｅ）である。横向きモードでは、ディスプレイは、ディスプレイの幅がディスプレイの高さよりも大きくなるように方向付けられる（幅４単位及び高さ３単位の４：３の割合又は幅１６単位及び高さ９単位の１６：９の割合など）。別の言い方をすれば、横向きモードでは、ディスプレイの長い方の寸法は、実質的に水平の方向に方向付けられ、ディスプレイの短い方の寸法は、実質的に垂直の方向に方向付けられる。対照的に、縦向きモードでは、ディスプレイは、ディスプレイの幅がディスプレイの高さよりも小さくなるように方向付けられる。別の言い方をすれば、縦向きモードでは、ディスプレイの短い方の寸法は、実質的に水平の方向に方向付けられ、ディスプレイの長い方の寸法は、実質的に垂直の方向に方向付けられる。複数画面ディスプレイは、すべての画面を包含する１つの複合ディスプレイを有し得る。複合ディスプレイは、デバイスのさまざまな向きに基づいて異なる表示特性を有し得る。

用語「ジェスチャ」は、意図する考え、動作、意味、結果及び／又は成果を表現するユーザ動作を指す。ユーザ動作は、デバイスの操作（例えば、デバイスの開閉、デバイスの向きの変更、トラックボール又はホイールの移動など）、デバイスに対する身体部分の動き、デバイスに対する道具又はツールの動き、音声入力などを含み得る。ジェスチャは、デバイス上（画面上など）に又はデバイスを用いて行われ、デバイスと相互作用することができる。

用語「モジュール」は、本明細書で使用する場合、任意の公知のまたは後に開発されたハードウェア、ソフトウェア、ファームウェア、人工知能、ファジィ理論、又は、その要素に関連付けられた機能を実行することができるハードウェアとソフトウェアとの組合せを指す。

用語「ジェスチャ捕捉」は、ユーザジェスチャのインスタンス及び／又はタイプの感知または別の方法での検出を指す。ジェスチャ捕捉は、画面の１つ又は複数のエリアで起こり得る。ジェスチャ領域は、タッチセンサ式ディスプレイと呼ばれる場合があるディスプレイ上又はジェスチャ捕捉エリアと呼ばれる場合があるディスプレイ外であり得る。

「複数画面アプリケーション」は、複数画面を同時に占有することができる１つ又は複数のウィンドウの生成が可能なアプリケーションを指す。複数画面アプリケーションは、一般的に、アプリケーションの１つ若しくは複数のウィンドウが１つの画面上にのみ表示される単一画面モード、又は、１つ若しくは複数のウィンドウが複数画面上に同時に表示される複数画面モードで動作することができる。

「単一画面アプリケーション」は、単一画面のみを一度に占有することができる１つ又は複数のウィンドウの生成が可能なアプリケーションを指す。
用語「画面」、「タッチスクリーン（ｔｏｕｃｈ ｓｃｒｅｅｎ又はｔｏｕｃｈｓｃｒｅｅｎ）」は、ユーザが画面上のエリアに触れることでコンピュータと情報のやり取りを行うことを可能にし、ディスプレイを通じてユーザに情報を提供する物理的構造を指す。タッチスクリーンは、電気的パラメータ（例えば、抵抗又はキャパシタンス）の変化、音波の変動、赤外線近接検出、変光検出及び同様のものなどの多くの異なる方法でユーザの接触を感知することができる。抵抗性タッチスクリーンでは、例えば、通常、画面内の別々の導電性及び抵抗性金属層が電流を通過させる。ユーザが画面に触れると、触れた位置で２つの層が接触し、それにより、電界の変化が見られ、触れた位置の座標が計算される。容量性タッチスクリーンでは、容量性層が電荷を蓄積し、電荷はユーザがタッチスクリーンに触れると同時に放電され、それにより、容量性層の電荷が低減する。その低減が測定され、触れた位置の座標が特定される。表面音波タッチスクリーンでは、画面を通じて音波が伝播され、音波はユーザ接触によって妨げられる。受信用トランスデューサは、ユーザ接触インスタンスを検出し、触れた位置の座標を特定する。

用語「ウィンドウ」は、画面ディスプレイの少なくとも一部に表示された典型的に長方形の画像を指し、画面の残りの部分とは異なるコンテンツを含む又は提供する。そのようなウィンドウは、画面ディスプレイのデスクトップを覆い隠す場合がある。

用語「決定する、判断する」、「計算する」及び「演算する」ならびにその変形語は、本明細書で使用する場合、交換可能に使用され、任意のタイプの方法論、プロセス、数学演算または技法を含む。

用語「手段」は、本明細書で使用する場合、米国特許法第１１２条第６段落に従って、その可能な限り最も広い解釈が与えられるものとすることを理解されたい。それに応じて、用語「手段」を組み込む請求項は、本明細書に記載されるすべての構造、材料または行為及びその均等物のすべてを対象とするものとする。さらに、構造、材料または行為及びその均等物は、発明の概要、図面の簡単な説明、発明を実施するための形態、要約書及び特許請求の範囲自体で説明されたすべてのものを含むものとする。

前述の説明は、本開示の簡略化した概要であり、本開示のいくつかの態様の理解を与える。この概要は、本開示の概要ならびにそのさまざまな態様、実施形態及び／または構成の広範なものでも包括的なものでもない。この概要は、本開示の主要な、または重要な要素を特定することも、本開示の範囲を詳しく説明することも意図しないが、以下で提示するより詳細な説明の導入部として、本開示の選択された概念を簡素化した形式で提示することを意図する。理解されるように、本開示の他の態様、実施形態及び／または構成は、単独でまたは組み合わせて、上記で記載されるかまたは以下で詳細に説明される特徴の１つまたは複数を利用することができる。

複数画面ユーザデバイスの実施形態の第１の図を含む。 複数画面ユーザデバイスの実施形態の第２の図を含む。 複数画面ユーザデバイスの実施形態の第３の図を含む。 複数画面ユーザデバイスの実施形態の第４の図を含む。 複数画面ユーザデバイスの実施形態の第５の図を含む。 複数画面ユーザデバイスの実施形態の第６の図を含む。 複数画面ユーザデバイスの実施形態の第７の図を含む。 複数画面ユーザデバイスの実施形態の第８の図を含む。 複数画面ユーザデバイスの実施形態の第９の図を含む。 複数画面ユーザデバイスの実施形態の第１０の図を含む。 デバイスのハードウェアの実施形態のブロック図である。 デバイスの向き及び／または構成に基づくデバイスの状態モデルの実施形態のブロック図である。 デバイスの向き及び／または構成に基づくデバイスの状態モデルの実施形態の表である。 デバイスにおいて受信されたユーザジェスチャの実施形態の第１の表現である。 デバイスにおいて受信されたユーザジェスチャの実施形態の第２の表現である。 デバイスにおいて受信されたユーザジェスチャの実施形態の第３の表現である。 デバイスにおいて受信されたユーザジェスチャの実施形態の第４の表現である。 デバイスにおいて受信されたユーザジェスチャの実施形態の第５の表現である。 デバイスにおいて受信されたユーザジェスチャの実施形態の第６の表現である。 デバイスにおいて受信されたユーザジェスチャの実施形態の第７の表現である。 デバイスにおいて受信されたユーザジェスチャの実施形態の第８の表現である。 デバイスソフトウェア及び／またはファームウェアの実施形態のブロック図である。 デバイスソフトウェア及び／またはファームウェアの実施形態の第２のブロック図である。 デバイス状態に応じて生成されたデバイス構成の実施形態の第１の表現である。 デバイス状態に応じて生成されたデバイス構成の実施形態の第２の表現である。 デバイス状態に応じて生成されたデバイス構成の実施形態の第３の表現である。 デバイス状態に応じて生成されたデバイス構成の実施形態の第４の表現である。 デバイス状態に応じて生成されたデバイス構成の実施形態の第５の表現である。 デバイス状態に応じて生成されたデバイス構成の実施形態の第６の表現である。 デバイス状態に応じて生成されたデバイス構成の実施形態の第７の表現である。 デバイス状態に応じて生成されたデバイス構成の実施形態の第８の表現である。 デバイス状態に応じて生成されたデバイス構成の実施形態の第９の表現である。 デバイス状態に応じて生成されたデバイス構成の実施形態の第１０の表現である。 本開示の実施形態による、第１の表示動作を発動するジェスチャの第１のシーケンスを描写する。 本開示の実施形態による、第２の表示動作を発動するジェスチャの第２のシーケンスを描写する。 本開示の実施形態による、第３の表示動作を発動するジェスチャの第３のシーケンスを描写する。 グラビティドロップを実行するための高レベルのステップの実施形態のフローチャートである。 リバースグラビティドロップを実行するための高レベルのステップの実施形態のフローチャートである。

付属の図面では、同様のコンポーネント及び／または特徴は、同じ参照ラベルを有し得る。さらに、同じタイプのさまざまなコンポーネントは、同様のコンポーネントの中で区別する文字で参照ラベルをたどることによって、区別することができる。第１の参照ラベルのみが本明細書で使用される場合、説明は、第２の参照ラベルに関係なく、同じ第１の参照ラベルを有する同様のコンポーネントのいずれか１つに適用可能である。

本明細書で提示するものは、デバイスの実施形態である。デバイスは、携帯電話または他のスマートデバイスなど通信デバイスであり得る。デバイスは、いくつかのユニークなディスプレイ構成を提供するように方向付けられた２つの画面を含み得る。さらに、デバイスは、ユニークな方法でユーザ入力を受信することができる。デバイスの総合的な設計及び機能性は、デバイスをより有用に及びより効果的にするユーザ経験を高めることを実現する。
機械的な特徴：
図１Ａ〜１Ｊは、本開示の実施形態によるデバイス１００を示す。以下でさらに詳細に説明されるように、デバイス１００は、多くの異なる方法で配置することができ、そのそれぞれが異なる機能性をユーザに提供する。デバイス１００は、その両方がタッチセンサ式の一次画面１０４と二次画面１０８とを含む複数画面デバイスである。実施形態では、画面１０４及び１０８の前面全体は、タッチセンサ式であり得、ユーザが画面１０４及び１０８の前面に触れることによって入力を受信することができる。一次画面１０４は、タッチセンサ式ディスプレイ１１０を含み、タッチセンサ式ディスプレイ１１０は、タッチセンサ式であることに加えて、ユーザに情報を表示することも行う。二次画面１０８は、タッチセンサ式ディスプレイ１１４を含み、タッチセンサ式ディスプレイ１１４もまたユーザに情報を表示する。他の実施形態では、画面１０４及び１０８は、２つ以上のディスプレイエリアを含み得る。

また、一次画面１０４は、ユーザが構成可能なエリア１１２の一部に触れる際の特定の入力用に構成済みの構成可能なエリア１１２も含む。二次画面１０８もまた、特定の入力用に構成済みの構成可能なエリア１１６を含む。エリア１１２ａ及び１１６ａは、ユーザが以前に表示された情報を閲覧することを望むことを示す「バック」入力を受信するよう構成済みである。エリア１１２ｂ及び１１６ｂは、ユーザがメニューからオプションを閲覧することを望むことを示す「メニュー」入力を受信するよう構成済みである。エリア１１２ｃ及び１１６ｃは、ユーザが「ホーム」ビューに関連付けられた情報を閲覧することを望むことを示す「ホーム」入力を受信するよう構成済みである。他の実施形態では、エリア１１２ａ〜ｃ及び１１６ａ〜ｃは、上記で説明される構成に加えて、デバイス１００の特徴の制御を含む他のタイプの特定の入力用に構成することができ、いくつかの非限定的な例としては、全体的なシステムパワーの調整、音量の調整、輝度の調整、振動の調整、表示アイテムの選択（画面１０４または１０８のいずれか）、カメラの操作、マイクロホンの操作及び通話の開始／終了が挙げられる。また、いくつかの実施形態では、エリア１１２ａ〜ｃ及び１１６ａ〜ｃは、デバイス１００上で実行するアプリケーション及び／またはタッチセンサ式ディスプレイ１１０及び／または１１４上に表示される情報に応じて特定の入力用に構成することができる。

タッチセンサ式に加えて、一次画面１０４及び二次画面１０８は、ユーザが画面のディスプレイエリアに触れる必要なく、ユーザから入力を受信するエリアも含む。例えば、一次画面１０４は、ジェスチャ捕捉エリア１２０を含み、二次画面１０８は、ジェスチャ捕捉エリア１２４を含む。これらのジェスチャ捕捉エリアは、例えば、ユーザが実際にディスプレイエリア（すなわち、ディスプレイエリア１１０または１１４）の表面に触れる必要なく、ユーザによって行われたジェスチャを認識するために使用される、ユーザタッチ入力を受信することができる容量性のタッチセンサ式エリアである。タッチセンサ式ディスプレイ１１０及び１１４と比較すると、ジェスチャ捕捉エリア１２０及び１２４は、一般には、表示画像をレンダリングすることはできず、具体的には、デスクトップもアプリケーションウィンドウも表示することはできない。

２つの画面１０４及び１０８は、ヒンジ１２８で接続され、ヒンジ１２８は、図１Ｃ（デバイス１００の背面図を示す）で明確に示される。図１Ａ〜１Ｊに示される実施形態では、ヒンジ１２８は、画面１０４と１０８とを接続する中央のヒンジであり、その結果、ヒンジを閉じると、画面１０４と１０８は、図１Ｂ（デバイス１００の正面図を示す）に示されるように並置される（すなわち、隣り合わせになる）。ヒンジ１２８を開いて、２つの画面１０４及び１０８を相対的に互いに異なる配置にすることができる。以下でさらに詳細に説明するように、デバイス１００は、画面１０４及び１０８の相対位置に応じて異なる機能性を有し得る。

図１Ｄは、デバイス１００の右側を示す。図１Ｄに示されるように、二次画面１０８は、その側面にカードスロット１３２とポート１３６も含む。実施形態では、カードスロット１３２は、加入者識別モジュール（ＳＩＭ）を含む異なるタイプのカードを収容する。実施形態では、ポート１３６は、ディスプレイ、キーボードまたは印刷デバイスなどの他の周辺デバイスにデバイス１００を接続することを可能にする入力／出力ポート（Ｉ／Ｏポート）である。理解できるように、これらは単なる例示の一部であり、他の実施形態では、デバイス１００は、追加のメモリデバイスを収容するための及び／または他の周辺デバイスを接続するためのスロット及びポートなどの他のスロット及びポートを含み得る。また、図１Ｄには、例えば、ユーザのヘッドホンまたはヘッドセットの利用を可能にするチップ、リング、スリーブ（ＴＲＳ）コネクタを収容する音声ジャック１４０も示されている。

また、デバイス１００は、多数のボタン１５８も含む。例えば、図１Ｅは、デバイス１００の左側を示す。図１Ｅに示されるように、一次画面１０４の側面は、３つのボタン１４４、１４８及び１５２を含み、これらのボタンは、特定の入力用に構成することができる。例えば、ボタン１４４、１４８及び１５２は、組み合わせて、または単独で、デバイス１００の多くの態様を制御するよう構成することができる。いくつかの非限定的な例としては、全体的なシステムパワー、音量、輝度、振動、表示アイテムの選択（画面１０４または１０８のいずれか）、カメラ、マイクロホン及び通話の開始／終了が挙げられる。いくつかの実施形態では、別々のボタンの代わりに、２つのボタンを組み合わせてロッカーボタンにすることができる。この構成は、音量または輝度などの特徴を制御するようにボタンが構成された状況において有用である。ボタン１４４、１４８及び１５２に加えて、デバイス１００は、デバイス１００の上側を示す図１Ｆに示されるようなボタン１５６も含む。一実施形態では、ボタン１５６は、デバイス１００への全体的なシステムパワーの制御に使用されるオン／オフボタンとして構成される。他の実施形態では、ボタン１５６は、システムパワーの制御に加えてまたはシステムパワーの制御の代わりに、デバイス１００の他の態様を制御するよう構成される。いくつかの実施形態では、ボタン１４４、１４８、１５２及び１５６のうちの１つまたは複数は、異なるユーザコマンドをサポートすることができる。一例として、通常のプレスは、一般に、約１秒未満の持続時間を有し、クイックタップに似ている。中程度のプレスは、一般に、１秒以上だが約１２秒未満の持続時間を有する。長時間のプレス（長押し）は、一般に、約１２秒以上の持続時間を有する。ボタンの機能は、通常、現時点でそれぞれのディスプレイ１１０及び１１４に焦点が合わせられているアプリケーションに特有である。例えば、通話アプリケーションでは、特定のボタンに応じて、通常の、中程度のまたは長時間のプレスは、通話終了、通話音量の増加、通話音量の減少、マイクロホンのミュートの切り替えを意味し得る。例えば、カメラまたは映像アプリケーションでは、特定のボタンに応じて、通常の、中程度のまたは長時間のプレスは、ズーム拡大、ズーム縮小、写真撮影または映像記録を意味し得る。

また、デバイス１００には、多くのハードウェアコンポーネントが存在する。図１Ｃに示されるように、デバイス１００は、スピーカ１６０とマイクロホン１６４とを含む。また、デバイス１００は、カメラ１６８（図１Ｂ）も含む。それに加えて、デバイス１００は、２つの位置センサ１７２ａ及び１７２ｂを含み、位置センサ１７２ａ及び１７２ｂは、画面１０４及び１０８の相対位置の決定に使用される。一実施形態では、位置センサ１７２ａ及び１７２ｂは、ホール効果センサである。しかし、他の実施形態では、ホール効果センサに加えて、またはホール効果センサの代わりに、他のセンサを使用することができる。また、デバイス１００の一部として、加速度計１７６を含めて、デバイス１００の向き及び／または画面１０４及び１０８の向きを決定することもできる。デバイス１００に含めることができる追加の内部のハードウェアコンポーネントについては、図２に関連して、以下で説明する。

デバイス１００の総合的な設計は、他の通信デバイスで利用不可能な追加の機能性の提供を可能にする。機能性のいくつかは、デバイス１００が有し得るさまざまな位置及び向きに基づく。図１Ｂ〜１Ｇに示されるように、デバイス１００は、画面１０４と１０８が並置される「開」位置で操作することができる。この位置により、ユーザに情報を表示するための大きなディスプレイエリアが可能になる。デバイス１００が開位置にあると位置センサ１７２ａ及び１７２ｂが決定すると、位置センサ１７２ａ及び１７２ｂは、両方の画面１０４及び１０８上での情報の表示などの異なるイベントのトリガに使用することができる信号を生成することができる。追加のイベントは、デバイス１００が横向き位置（図示せず）と対向する縦向き位置（図１Ｂ）にあると加速度計１７６が決定した場合にトリガすることができる。

開位置に加えて、デバイス１００は、図１Ｈに示されるような「閉」位置も有し得る。この場合もやはり、位置センサ１７２ａ及び１７２ｂは、デバイス１００が「閉」位置にあることを示す信号を生成することができる。これにより、画面１０４及び／または１０８上に表示された情報の変化をもたらすイベントをトリガすることができる。例えば、デバイス１００が「閉」位置にある場合、ユーザは１つの画面しか閲覧できないため、デバイス１００は、画面のうちの１つ、例えば、画面１０８上での情報の表示を停止するようにプログラムすることができる。他の実施形態では、デバイス１００が「閉」位置にあることを示す、位置センサ１７２ａ及び１７２ｂによって生成された信号は、電話の発呼に応答するようにデバイス１００をトリガすることができる。「閉」位置は、携帯電話としてデバイス１００を利用する場合にも好ましい位置であり得る。

デバイス１００は、図１Ｉに示されるような「イーゼル」位置でも使用することができる。「イーゼル」位置では、画面１０４及び１０８は、互いに角度をなして外側を向いた状態であり、画面１０４及び１０８の縁は実質的に水平である。この位置では、デバイス１００は、両方の画面１０４及び１０８上で情報を表示するよう構成することができ、二人のユーザが同時にデバイス１００と情報のやり取りを行うことを可能にする。デバイス１００が「イーゼル」位置にある場合、センサ１７２ａ及び１７２ｂは、画面１０４及び１０８が互いに角度をなして配置されていることを示す信号を生成することができ、加速度計１７６は、画面１０４及び１０８の縁が実質的に水平となるようにデバイス１００が配置されたことを示す信号を生成することができる。次いで、信号を組み合わせて使用し、画面１０４及び１０８上での情報の表示の変化をトリガするイベントを生成することができる。

図１Ｊは、「変形イーゼル」位置のデバイス１００を示す。「変形イーゼル」位置では、画面１０４または１０８のうちの１つは、スタンドとして使用され、テーブルなどの物体の表面上に下を向いた状態に置かれる。この位置は、横向きでユーザに情報を表示する便利な方法を提供する。イーゼル位置と同様に、デバイス１００が「変形イーゼル」位置にある場合、位置センサ１７２ａ及び１７２ｂは、画面１０４及び１０８が互いに角度をなして配置されていることを示す信号を生成する。加速度計１７６は、画面１０４及び１０８のうちの１つが下を向いた状態で、実質的に水平となるようにデバイス１００が配置されたことを示す信号を生成することになる。次いで、信号を使用して、画面１０４及び１０８の情報の表示の変化をトリガするイベントを生成することができる。例えば、ユーザはその画面を見ることができないため、下向きの画面上には情報は表示されない可能性がある。

また、移行状態も可能である。画面が閉じているまたは折り畳まれている（開位置から）ことを位置センサ１７２ａ及びｂ及び／または加速度計が示す場合は、閉への移行状態が認識される。逆に、画面が開いているまたは折り畳まれている（閉位置から）ことを位置センサ１７２ａ及びｂが示す場合は、開への移行状態が認識される。閉及び開への移行状態は、通常、時間に基づくか、または感知された開始点からの最大持続時間を有する。通常、閉及び開状態のうちの１つが進行中のときは、ユーザ入力は不可能である。このように、閉または開動作中のユーザによる画面との偶発的な接触は、ユーザ入力として誤って解釈されることはない。実施形態では、デバイス１００が閉じている場合は、別の移行状態が可能である。この追加の移行状態により、デバイス１００が閉じている場合は、例えば、画面１１０、１１４上でのダブルタップなどの何らかのユーザ入力に基づいて、ある画面１０４から第２の画面１０８にディスプレイを切り替えることが可能になる。

理解できるように、デバイス１００に関する説明は、単なる例示を目的として行われ、実施形態は、図１Ａ〜１Ｊに示され、上記で説明される特定の機械的な特徴に制限されない。他の実施形態では、デバイス１００は、１つまたは複数の追加のボタン、スロット、ディスプレイエリア、ヒンジ及び／またはロック機構を含む追加の特徴を含み得る。それに加えて、実施形態では、上記で説明される特徴は、デバイス１００の異なる部分に位置し得、それでも同様の機能性を提供することができる。したがって、図１Ａ〜１Ｊ及び上記で提供される説明は、非限定的である。
ハードウェアの特徴：
図２は、本開示の実施形態によるデバイス１００のコンポーネントを示す。一般に、デバイス１００は、一次画面１０４と二次画面１０８とを含む。一次画面１０４及びそのコンポーネントは、通常、開位置または状態でも閉位置または状態でも有効化される一方で、二次画面１０８及びそのコンポーネントは、通常、開状態では有効化されるが、閉状態では無効化される。しかし、閉状態であっても、ユーザまたはアプリケーションがトリガするインタラプト（通話アプリケーションまたはカメラアプリケーションオペレーションに応じてなど）は、適切なコマンドによって、アクティブ画面を変更することも、一次画面１０４を無効化して二次画面１０８を有効化することもできる。各画面１０４、１０８は、タッチセンサ式であり得、異なる動作エリアを含み得る。例えば、それぞれのタッチセンサ式画面１０４及び１０８内の第１の動作エリアは、タッチセンサ式ディスプレイ１１０、１１４を含み得る。一般に、タッチセンサ式ディスプレイ１１０、１１４は、フルカラーのタッチセンサ式ディスプレイを含み得る。それぞれのタッチセンサ式画面１０４及び１０８内の第２のエリアは、ジェスチャ捕捉領域１２０、１２４を含み得る。ジェスチャ捕捉領域１２０、１２４は、タッチセンサ式ディスプレイ１１０、１１４のエリア外のエリアまたは領域を含み得、そのエリアまたは領域は、例えば、ユーザによって提供されるジェスチャの形での入力の受信が可能である。しかし、ジェスチャ捕捉領域１２０、１２４は、表示機能または能力を実行することができる画素を含まない。

タッチセンサ式画面１０４及び１０８の第３の領域は、構成可能なエリア１１２、１１６を含み得る。構成可能なエリア１１２、１１６は、入力を受信することができ、表示または制限された表示能力を有する。実施形態では、構成可能なエリア１１２、１１６は、異なる入力オプションをユーザに提示することができる。例えば、構成可能なエリア１１２、１１６は、ボタンまたは他の関連付けられるアイテムを表示することができる。その上、表示されたボタンのアイデンティティ、または、タッチセンサ式画面１０４もしくは１０８の構成可能なエリア１１２、１１６内に表示されているボタンがあるかどうかは、デバイス１００が使用される及び／または操作されるコンテキストから決定することができる。例示的な実施形態では、タッチセンサ式画面１０４及び１０８は、ユーザに視覚出力を提供することができるタッチセンサ式画面１０４及び１０８の少なくともそれらの領域に広がる液晶ディスプレイデバイスと、ユーザから入力を受信することができるタッチセンサ式画面１０４及び１０８のそれらの領域にわたる容量性入力マトリックスとを含む。

１つまたは複数のディスプレイコントローラ２１６ａ、２１６ｂは、入力（タッチセンサ式）及び出力（表示）機能を含むタッチセンサ式画面１０４及び１０８のオペレーションを制御するために設けることができる。図２に示される例示的な実施形態では、別々のタッチスクリーンコントローラ２１６ａまたは２１６ｂが各タッチスクリーン１０４及び１０８に設けられる。代替の実施形態によれば、共通のまたは共有されたタッチスクリーンコントローラ２１６を使用して、含まれるタッチセンサ式画面１０４及び１０８の各々を制御することができる。さらなる他の実施形態によれば、タッチスクリーンコントローラ２１６の機能は、プロセッサ２０４などの他のコンポーネントに組み込むことができる。

プロセッサ２０４は、アプリケーションプログラミングまたは命令を実行するための汎用のプログラム可能プロセッサまたはコントローラを含み得る。少なくともいくつかの実施形態によれば、プロセッサ２０４は、複数のプロセッサコアを含む、及び／または、複数の仮想プロセッサを実装することができる。さらなる他の実施形態によれば、プロセッサ２０４は、複数の物理的プロセッサを含み得る。具体的な例として、プロセッサ２０４は、特別に構成された特定用途向け集積回路（ＡＳＩＣ）もしくは他の集積回路、デジタル信号プロセッサ、コントローラ、配線電子もしくは論理回路、プログラム可能論理デバイスもしくはゲートアレイ、専用コンピュータ、または、同様のものを含み得る。プロセッサ２０４は、一般に、デバイス１００のさまざまな機能を実装するプログラミングコードまたは命令を実行するように機能する。

また、通信デバイス１００は、プロセッサ２０４によるアプリケーションプログラミングまたは命令の実行に関連して使用するための、ならびに、プログラム命令及び／またはデータを一時的または長期に格納するための、メモリ２０８も含み得る。例として、メモリ２０８は、ＲＡＭ、ＤＲＡＭ、ＳＤＲＡＭまたは他のソリッドステートメモリを含み得る。その代替としてまたはそれに加えて、データストレージ２１２を設けることができる。メモリ２０８と同様に、データストレージ２１２は、１つまたは複数のソリッドステートメモリデバイスを含み得る。その代替としてまたはそれに加えて、データストレージ２１２は、ハードディスクドライブまたは他のランダムアクセスメモリを含み得る。

通信機能または能力をサポートする際、デバイス１００は、携帯電話モジュール２２８を含み得る。例として、携帯電話モジュール２２８は、セルラネットワーク上で音声、マルチメディア及び／またはデータ転送をサポートすることができるＧＳＭ（登録商標）、ＣＤＭＡ、ＦＤＭＡ及び／またはアナログ携帯電話トランシーバを含み得る。その代替としてまたはそれに加えて、デバイス１００は、追加のまたは他の無線通信モジュール２３２を含み得る。例として、他の無線通信モジュール２３２は、ワイファイ（Ｗｉ−Ｆｉ）、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ）（登録商標）、ワイマックス（ＷｉＭａｘ）、赤外線または他の無線通信リンクを含み得る。携帯電話モジュール２２８及び他の無線通信モジュール２３２は、それぞれが、共有または専用アンテナ２２４と関連付けられることができる。

ポートインタフェース２５２を含めることができる。ポートインタフェース２５２は、ドックなどの他のデバイスまたはコンポーネントとのデバイス１００の相互接続をサポートする独自のまたはユニバーサルポートを含み得、他のデバイスまたはコンポーネントは、デバイス１００に不可欠なものへの追加のまたはそれとは異なる能力を含んでも含まなくともよい。デバイス１００と別のデバイスまたはコンポーネントとの間での通信信号の交換のサポートに加えて、ドッキングポート１３６及び／またはポートインタフェース２５２は、デバイス１００へのまたはデバイス１００からの電力の供給をサポートすることができる。また、ポートインタフェース２５２は、デバイス１００と接続されたデバイスまたはコンポーネントとの間の通信または他の相互作用を制御するためのドッキングモジュールを含むインテリジェントな要素も含む。

入力／出力モジュール２４８及び関連ポートを含めて、例えば、他の通信デバイス、サーバデバイス及び／または周辺デバイスとの有線ネットワークまたはリンク上での通信をサポートすることができる。入力／出力モジュール２４８の例としては、イーサネット（登録商標）ポート、ユニバーサルシリアルバス（ＵＳＢ）ポート、電気電子技術者協会（ＩＥＥＥ）１３９４または他のインタフェースが挙げられる。

音声入力／出力インタフェース／デバイス２４４を含めて、相互接続されたスピーカまたは他のデバイスにアナログ音声を提供したり、接続されたマイクロホンまたは他のデバイスからアナログ音声入力を受信したりすることができる。一例として、音声入力／出力インタフェース／デバイス２４４は、関連アンプとアナログデジタル変換器とを含み得る。その代替としてまたはそれに加えて、デバイス１００は、外部のスピーカまたはマイクロホンを相互接続するための統合音声入力／出力デバイス２５６及び／または音声ジャックを含み得る。例えば、統合スピーカ及び統合マイクロホンを提供し、近接通話またはスピーカフォンオペレーションをサポートすることができる。

ハードウェアボタン１５８を含めて、例えば、ある制御動作に関連して使用することができる。例としては、図１Ａ〜１Ｊと併せて説明されるように、マスタ電源スイッチ、音量調節などが挙げられる。カメラなどの１つまたは複数の画像捕捉インタフェース／デバイス２４０を含めて、静止及び／またはビデオ画像を捕捉することができる。その代替としてまたはそれに加えて、画像捕捉インタフェース／デバイス２４０は、スキャナまたはコードリーダを含み得る。画像捕捉インタフェース／デバイス２４０は、フラッシュまたは他の光源などの追加の要素を含むか、または追加の要素と関連付けられることができる。

また、デバイス１００は、全地球側位システム（ＧＰＳ）受信機２３６も含み得る。本発明の実施形態によれば、ＧＰＳ受信機２３６は、デバイス１００の他のコンポーネントに絶対位置情報を提供できるＧＰＳモジュールをさらに含み得る。また、加速度計１７６も含めることができる。例えば、ユーザへの情報の表示及び／または他の機能に関連して、加速度計１７６からの信号を使用して、その情報をユーザに表示するための方向及び／または形式を決定することができる。

また、本発明の実施形態は、１つまたは複数の位置センサ１７２を含み得る。位置センサ１７２は、互いに対するタッチセンサ式画面１０４及び１０８の位置を示す信号を提供することができる。例えば、ユーザインタフェースアプリケーションへの入力としてこの情報を提供し、動作モード、すなわち、タッチセンサ式ディスプレイ１１０、１１４及び／または他のデバイス１００オペレーションの特性を決定することができる。例として、画面位置センサ１７２は、一連のホール効果センサ、複数の位置スイッチ、光スイッチ、ホイートストンブリッジ、電位差計、または、タッチスクリーンが置かれている複数の相対位置を示す信号を提供することができる他の構成を含み得る。

デバイス１００のさまざまなコンポーネント間の通信は、１つまたは複数のバス２２２によって行うことができる。それに加えて、電源及び／または電力制御モジュール２６０からデバイス１００のコンポーネントに電力を供給することができる。電力制御モジュール２６０は、例えば、バッテリ、ＡＣ／ＤＣ変換器、電力制御ロジック及び／または外部の電源にデバイス１００を相互接続するためのポートを含み得る。
デバイスの状態：
図３Ａ及び３Ｂは、デバイス１００の例示的な状態を表す。多くの例示的な状態が示され、第１の状態から第２の状態へ移行するが、例示的な状態を示す図は、すべての可能な状態及び／またはすべての可能な第１の状態から第２の状態への移行を包含するわけではないことを理解されたい。図３で示されるように、状態間のさまざまな矢印（円で表された状態によって示される）は、デバイス１００に起こる物理的変化を表す。物理的変化は、ハードウェア及びソフトウェアの１つまたは複数によって検出され、その検出により、ハードウェア及び／またはソフトウェアインタラプトの１つまたは複数がトリガされ、デバイス１００の１つまたは複数の機能の制御及び／または管理に使用される。

図３Ａで示されるように、１２の例示的な「物理的」状態があり、それらは、閉３０４、移行３０８（または開への移行状態）、イーゼル３１２、変形イーゼル３１６、開３２０、着信／発信通話または通信３２４、画像／映像捕捉３２８、移行３３２（または閉への移行状態）、横向き３４０、ドッキング３３６、ドッキング３４４及び横向き３４８である。各例示的な状態の隣にあるのは、デバイス１００の物理的状態の表現であるが、状態３２４及び３２８は例外であり、状態３２４及び３２８では、一般に、状態は、電話用の国際的なアイコン及びカメラ用のアイコンによってそれぞれ象徴化される。

状態３０４では、デバイスは閉状態であり、デバイス１００は、一般に、一次画面１０４と二次画面１０８が異なる面で背中合わせの状態で、縦向き方向に方向付けられる（図１Ｈを参照）。閉状態から、デバイス１００は、例えば、ドッキング状態３３６または横向き状態３４０に入ることができ、ドッキング状態３３６では、デバイス１００はドッキングステーションやドッキングケーブルと結合されるか、または、一般に１つもしくは複数の他のデバイスもしくは周辺機器とドッキングされるかもしくは関連付けられ、横向き状態３４０では、一次画面１０４はユーザに面し、一次画面１０４と二次画面１０８は背中合わせの状態でデバイス１００が一般に方向付けされる。

また、閉状態では、デバイスは、移行状態に移動することができ、移行状態では、デバイスは閉じたままであるが、（アプリケーションまたはデスクトップの）ディスプレイは、例えば、画面１１０、１１４上でのダブルタップなどのユーザ入力に基づいて、ある画面１０４から別の画面１０８に移動する。さらに別の実施形態は、両面状態（ｂｉｌａｔｅｒａｌ ｓｔａｔｅ）を含む。両面状態では、デバイスは閉じたままであるが、単一のアプリケーションが少なくとも１つのウィンドウを第１のディスプレイ１１０と第２のディスプレイ１１４の両方に表示する。第１及び第２のディスプレイ１１０、１１４に示されるウィンドウは、アプリケーション及びそのアプリケーションの状態に基づいて、同じであっても異なっていてもよい。例えば、カメラで画像を取得する間、デバイスは、第１のディスプレイ１１０上でファインダを表示することができ、第２のディスプレイ１１４上で被写体のプレビュー（全画面及び左から右へミラーリング）を表示する。

閉状態３０４から半開状態またはイーゼル状態３１２への移行状態である状態３０８では、デバイス１００は、一次画面１０４及び二次画面１０８をヒンジと一致する軸のポイントの周りで回転させて開いた状態で示される。イーゼル状態３１２に入ると、一次画面１０４及び二次画面１０８は、例えば、デバイス１００がイーゼル様構成で表面上に位置することができるように、互いに分離される。

変形イーゼル位置として知られる状態３１６では、デバイス１００は、互いにイーゼル状態３１２と同様の相対関係にある一次画面１０４及び二次画面１０８を有し、その違いは、示されるように、一次画面１０４または二次画面１０８のうちの１つが表面上に配置されることである。

状態３２０は開状態であり、開状態では、一次画面１０４及び二次画面１０８は、一般に、同じ平面上にある。開状態から、デバイス１００は、ドッキング状態３４４または開横向き状態３４８に移行することができる。開状態３２０では、一次画面１０４及び二次画面１０８は、一般に、縦向きのような状態にあるが、横向き状態３４８では、一次画面１０４及び二次画面１０８は、一般に、横向きのような状態にある。

状態３２４は、デバイス１００でそれぞれ着信通話を受けるまたは発信通話をかける場合などの通信状態の例示である。明確には示されていないが、デバイス１００は、図３に示されるいかなる状態からも着信／発信通話状態３２４へ移行できることを理解されたい。同様に、画像／映像捕捉状態３２８もまた、図３に示される他のいかなる状態からも入ることができ、画像／映像捕捉状態３２８では、デバイス１００は、映像捕捉デバイス２４０を備えたカメラ及び／またはビデオを介して、１つまたは複数の画像を撮影することができる。

移行状態３３２は、一次画面１０４及び二次画面１０８が、例えば、閉状態３０４に入るために、互いに向かって閉じている状態を例示的に示す。
図３Ｂは、キーを参照して、第１の状態から第２の状態への移行を検出するために受信された入力を示す。図３Ｂでは、状態のさまざまな組合せが示されており、一般に、列の一部は、縦向き状態３５２や横向き状態３５６を対象とし、行の一部は、縦向き状態３６０と横向き状態３６４を対象とする。

図３Ｂでは、キーは、「Ｈ」が１つまたは複数のホール効果センサからの入力を表し、「Ａ」が１つまたは複数の加速度計からの入力を表し、「Ｔ」がタイマからの入力を表し、「Ｐ」が通信トリガ入力を表し、「Ｉ」が画像及び／または映像捕捉要求入力を表すことを示す。したがって、表の中央部分３７６では、デバイス１００がどのように第１の物理的な状態から第２の物理的な状態への移行を検出するかを表す入力または入力の組合せが示される。

論じられるように、表の中央部分３７６では、受信した入力により、例えば、縦向き開状態から横向きイーゼル状態への移行（太字の「ＨＡＴ」で示される）の検出が可能になる。この例示的な縦向き開状態から横向きイーゼル状態への移行の場合、ホール効果センサ（「Ｈ」）、加速度計（「Ａ」）及びタイマ（「Ｔ」）入力が必要とされ得る。タイマ入力は、例えば、プロセッサに関連付けられた時計から得ることができる。

縦向き及び横向き状態に加えて、ドッキング信号３７２の受信に基づいてトリガされるドッキング状態３６８も示される。上記で論じられるように、図３に関連して、ドッキング信号は、デバイス１００を、１つまたは複数の他のデバイス１００、アクセサリ、周辺機器、スマートドックまたは同様のものと接続することによってトリガすることができる。
ユーザ相互作用：
図４Ａ〜４Ｈは、画面１０４、１０８によって認識することができるジェスチャ入力のさまざまなグラフィカルな表現を描写する。ジェスチャは、指などのユーザの身体部分ばかりではなく、画面１０４、１０８の接触感知部分によって感知することができるスタイラスなどの他のデバイスによっても行うことができる。一般に、ジェスチャは、どこでジェスチャが行われるか（ディスプレイ１１０、１１４上に直接またはジェスチャ捕捉領域１２０、１２４のいずれか）に基づいて、異なって解釈される。例えば、一実施形態においては、ディスプレイ１１０、１１４内のジェスチャは、デスクトップまたはアプリケーションを対象とし、ジェスチャ捕捉領域１２０、１２４内のジェスチャは、システム用として解釈され得る。

図４Ａ〜４Ｈを参照すると、ジェスチャの第１のタイプ（タッチジェスチャ４２０）は、選択された時間長の間、画面１０４、１０８上に実質的に静止する。円４２８は、画面の接触感知部分の特定の位置で受信されたタッチまたは他の接触タイプを表す。円４２８は、境界４３２を含み得、その厚さは、接触位置において実質的に静止した状態で接触が保持された時間長を示す。例えば、タップ４２０（または短時間のプレス）は、長時間のプレス４２４に対する（または通常のプレスに対する）境界４３２ｂより薄い境界４３２ａを有する。長時間のプレス４２４は、タップ４２０より長い時間の間、画面上に実質的に静止した状態のままの接触を伴う可能性がある。理解されるように、異なって定義されたジェスチャは、接触停止前または画面上での移動前のタッチが静止した状態のままの時間長に応じて登録することができる。

図４Ｃを参照すると、画面１０４、１０８上でのドラッグジェスチャ４００は、最初の接触（円４２８によって表される）に、選択された方向への接触移動４３６が伴う。最初の接触４２８は、境界４３２によって表される特定の時間量の間、画面１０４、１０８上で静止した状態のままであり得る。ドラッグジェスチャは、通常、ユーザが第１の位置でアイコン、ウィンドウまたは他の表示画像に接触し、その後、選択された表示画像に対して所望の新しい第２の位置に向かうドラッグ方向に接触を移動させる必要がある。接触移動は、直線である必要はないが、接触が第１から第２の位置に実質的に連続したものである限り、いかなる経路の移動もあり得る。

図４Ｄを参照すると、画面１０４、１０８上でのフリックジェスチャ４０４は、最初の接触（円４２８によって表される）に、選択された方向への短縮された接触移動４３６（ドラッグジェスチャと比較して）が伴う。実施形態では、フリックは、ドラッグジェスチャと比較して、ジェスチャの最後の動きに対してより高い退出速度を有する。フリックジェスチャは、例えば、最初の接触に続く指スナップであり得る。ドラッグジェスチャと比較すると、フリックジェスチャは、一般に、表示画像の第１の位置から既定の第２の位置まで、画面１０４、１０８との連続的な接触を必要としない。接触した表示画像は、フリックジェスチャによって、既定の第２の位置に向かうフリックジェスチャ方向に移動される。両方のジェスチャは、一般に、第１の位置から第２の位置に表示画像を移動させることができるが、画面上での接触の持続時間及び移動距離は、一般に、ドラッグジェスチャよりもフリックジェスチャの方が短い。

図４Ｅを参照すると、画面１０４、１０８上でのピンチジェスチャ４０８が描写されている。ピンチジェスチャ４０８は、例えば、第１の指によって画面１０４、１０８に第１の接触４２８ａを行い、例えば、第２の指によって画面１０４、１０８に第２の接触４２８ｂを行うことによって着手することができる。第１及び第２の接触４２８ａ、ｂは、共通の画面１０４、１０８の共通の接触感知部分によって、共通の画面１０４もしくは１０８の異なる接触感知部分によって、または、異なる画面の異なる接触感知部分によって、検出することができる。第１の接触４２８ａは、境界４３２ａによって表されるように、第１の時間量の間保持され、第２の接触４２８ｂは、境界４３２ｂによって表されるように、第２の時間量の間保持される。第１及び第２の時間量は、一般に、実質的に同じであり、第１及び第２の接触４２８ａ、ｂは、一般に、実質的に同時に起こる。また、第１及び第２の接触４２８ａ、ｂは、一般に、それぞれ、対応する第１及び第２の接触移動４３６ａ、ｂを含む。第１及び第２の接触移動４３６ａ、ｂは、一般に、対向方向である。別の言い方をすれば、第１の接触移動４３６ａは、第２の接触４２８ｂに向かう方向にあり、第２の接触移動４３６ｂは、第１の接触４２８ａに向かう方向にある。より簡単な言い方をすれば、ピンチジェスチャ４０８は、ユーザの指がピンチ動作で画面１０４、１０８に触れることによって実現することができる。

図４Ｆを参照すると、画面１０４、１０８上でのスプレッドジェスチャ４１０が描写されている。スプレッドジェスチャ４１０は、例えば、第１の指で画面１０４、１０８に第１の接触４２８ａを行い、例えば、第２の指で画面１０４、１０８に第２の接触４２８ｂを行うことによって着手することができる。第１及び第２の接触４２８ａ、ｂは、共通の画面１０４、１０８の共通の接触感知部分によって、共通の画面１０４もしくは１０８の異なる接触感知部分によって、または、異なる画面の異なる接触感知部分によって、検出することができる。第１の接触４２８ａは、境界４３２ａによって表されるように、第１の時間量の間保持され、第２の接触４２８ｂは、境界４３２ｂによって表されるように、第２の時間量の間保持される。第１及び第２の時間量は、一般に、実質的に同じであり、第１及び第２の接触４２８ａ、ｂは、一般に、実質的に同時に起こる。また、第１及び第２の接触４２８ａ、ｂは、一般に、それぞれ、対応する第１及び第２の接触移動４３６ａ、ｂを含む。第１及び第２の接触移動４３６ａ、ｂは、一般に、共通の方向である。別の言い方をすれば、第１及び第２の接触移動４３６ａ、ｂは、第１及び第２の接触４２８ａ、ｂから遠ざかる方向にある。より簡単な言い方をすれば、スプレッドジェスチャ４１０は、ユーザの指がスプレッド動作で画面１０４、１０８に触れることによって実現することができる。

上記のジェスチャは、図４Ｇ及び４Ｈによって示されるものなど、任意の方法で組み合わせて、決定された機能的な結果を生成することができる。例えば、図４Ｇでは、タップジェスチャ４２０と、タップジェスチャ４２０から遠ざかる方向へのドラッグまたはフリックジェスチャ４１２とが組み合わされている。図４Ｈでは、タップジェスチャ４２０と、タップジェスチャ４２０に向かう方向へのドラッグまたはフリックジェスチャ４１２とが組み合わされている。

ジェスチャを受信するという機能的な結果は、デバイス１００、ディスプレイ１１０、１１４もしくは画面１０４、１０８の状態、ジェスチャに関連付けられたコンテキスト、または、ジェスチャの感知位置を含む多くの要因に応じて異なり得る。デバイスの状態は、一般に、デバイス１００の構成、ディスプレイ方向ならびにデバイス１００で受信されるユーザ及び他の入力のうちの１つまたは複数を指す。コンテキストは、一般に、アプリケーションが単一画面アプリケーションであろうが、複数画面アプリケーションであろうが、及び、アプリケーションが１つまたは複数の画面に１つまたは複数のウィンドウを表示する複数画面アプリケーションであろうが、１つまたは複数のスタックに１つまたは複数のウィンドウを表示する複数画面アプリケーションであろうが、ジェスチャによって選択された特定のアプリケーション及び現時点で実行しているアプリケーションの部分のうちの１つまたは複数を指す。ジェスチャの感知位置は、一般に、感知されたジェスチャ位置座標セットが、タッチセンサ式ディスプレイ１１０、１１４上にあるかまたはジェスチャ捕捉領域１２０、１２４にあるか、感知されたジェスチャ位置座標セットが、共通のディスプレイもしくは画面１０４、１０８に関連付けられているか、または異なるディスプレイもしくは画面１０４、１０８に関連付けられているか、及び／または、ジェスチャ捕捉領域のどの部分が感知されたジェスチャ位置座標セットを含むかを指す。

タップは、タッチセンサ式ディスプレイ１１０、１１４で受信する場合、例えば、対応するアプリケーションの実行の開始または終了、ウィンドウの最大化または最小化、スタック内でのウィンドウの並べ換え、及び、キーボード表示または他の表示画像などによるユーザ入力の提供のためにアイコンを選択する際に使用することができる。ドラッグは、タッチセンサ式ディスプレイ１１０、１１４で受信する場合、例えば、ディスプレイ内の所望の位置へアイコンもしくはウィンドウを移動する、ディスプレイ上でスタックを並べ換える、または、両ディスプレイをスパンする（その結果、選択したウィンドウは各ディスプレイの部分を同時に占有する）際に使用することができる。フリックは、タッチセンサ式ディスプレイ１１０、１１４またはジェスチャ捕捉領域１２０、１２４で受信する場合、例えば、第１のディスプレイから第２のディスプレイへウィンドウを移動する、または、両ディスプレイをスパンする（その結果、選択したウィンドウは各ディスプレイの部分を同時に占有する）際に使用することができる。しかし、ドラッグジェスチャとは異なり、フリックジェスチャは、一般に、特定のユーザ選択位置へ表示画像を移動する際には使用されないが、ユーザによる構成が不可能なデフォルト位置へ表示画像を移動する際には使用される。

スプレッドジェスチャは、タッチセンサ式ディスプレイ１１０、１１４またはジェスチャ捕捉領域１２０、１２４で受信する場合、ウィンドウの表示エリアもしくはサイズを最小化もしくは増加する（通常、共通のディスプレイで全体を受信する場合）、各ディスプレイ上のスタックの最上部に表示されるウィンドウを他のディスプレイのスタックの最上部に切り替える（通常、異なるディスプレイまたは画面で受信する場合）、または、アプリケーションマネージャを表示する（スタックにウィンドウを表示する「ポップアップウィンドウ」）際に使用することができる。ピンチジェスチャは、タッチセンサ式ディスプレイ１１０、１１４またはジェスチャ捕捉領域１２０、１２４で受信する場合、ウィンドウの表示エリアもしくはサイズを最大化もしくは減少する、各ディスプレイ上のスタックの最上部に表示されるウィンドウを他のディスプレイのスタックの最上部に切り替える（通常、異なるディスプレイまたは画面で受信する場合）、または、アプリケーションマネージャを表示する（同じまたは異なる画面上の画面外ジェスチャ捕捉領域で受信する場合）際に使用することができる。

図４Ｇの組み合わされたジェスチャは、共通のディスプレイ又は画面１０４、１０８内の共通のディスプレイ捕捉領域で受信する場合、（Ａ）ジェスチャを受信するディスプレイ１１０又は１１４に対して位置を一定に保持する際又は第１のウィンドウスタックに入れる際（「ウィンドウスタック」は、当業者であれば理解されるように、先に入れて後にアクセス可能となる（ｆｉｒｓｔ−ｉｎ−ｌａｓｔ−ａｃｃｅｓｓｉｂｌｅ）順番にあるか又はそこへのエントリの「スタック」データ構造であり、その各エントリは、対応するアプリケーション又はデスクトップを表示するためのデータを提供し、順番は、対応するアプリケーション又はデスクトップを表示する順番と、検出又は挿入などの他のオペレーションに対するそれらの順番の両方を決定する。ウィンドウスタックのさらなる論考を以下に提供する。しかし、そのような「ウィンドウスタック」は、ディスプレイ１１０、１１４のうちの一方又は両方のウィンドウ及び／又はデスクトップの論理構成でしかないことに留意されたい。）、並びに、（Ｂ）ジェスチャを受信したディスプレイ内のウィンドウを第２のウィンドウスタックに同時に挿入する際に使用することができる。図４Ｈの組み合わされたジェスチャは、共通のディスプレイ若しくは画面１０４、１０８（単一ディスプレイに対してそのような機能性が提供されている場合）又は異なるディスプレイ若しくは画面内の異なるディスプレイ捕捉領域で受信する場合、ジェスチャのタップ部分を受信するディスプレイに一定の第１のウィンドウスタックに第１のウィンドウスタック位置を保持する一方で、第２のウィンドウスタック位置を第２のウィンドウスタックに並べ替えて、フリック又はドラッグジェスチャを受信するディスプレイにウィンドウを含める際に使用することができる。先行例における特定のジェスチャ及びジェスチャ捕捉領域は、機能的な結果の対応するセットと関連付けられてきたが、これらの関連性は、いかなる方法でも再定義でき、ジェスチャ及び／又はジェスチャ捕捉領域及び／又は機能的な結果間で異なる関連性を生成できることを理解されたい。
ファームウェア及びソフトウェア：
図５Ａを参照すると、メモリ５０８は、１つ又は複数のソフトウェアコンポーネントを格納することができ、プロセッサ５０４は、それを実行することができる。これらのコンポーネントは、少なくとも１つのオペレーティングシステム（ＯＳ）５１６ａ及び／若しくは５１６ｂ、フレームワーク５２０、並びに／又は、アプリケーションストア５６０からの１つ若しくは複数のアプリケーション５６４ａ及び／若しくは５６４ｂを含み得る。プロセッサ５０４は、図２と併せて以前に説明されたドライバ５１２から入力を受信することができる。ＯＳ ５１６は、プログラム及びデータからなる任意のソフトウェアであり得、プログラム及びデータは、コンピュータハードウェアリソースを管理し、さまざまなアプリケーション５６４の実行のための共通のサービスを提供する。ＯＳ ５１６は、任意のオペレーティングシステムであり得、少なくともいくつかの実施形態では、これらに限定されないが、Ｌｉｎｕｘ、ＡＮＤＲＯＩＤ（商標）、ｉＰｈｏｎｅ ＯＳ（ｉＯＳ（商標））、ＷＩＮＤＯＷＳ ＰＨＯＮＥ ７（商標）などを含むモバイルデバイス専用である。ＯＳ ５１６は、本明細書に記載されるように、１つ又は複数のオペレーションを実行することによって、電話に機能性を提供するよう動作可能である。

アプリケーション５６４は、ユーザのための特定の機能性を実行する任意の高レベルのソフトウェアであり得る。アプリケーション５６４は、Ｅメールクライアント、ウェブブラウザ、テキストメッセージアプリケーション、ゲーム、メディアプレーヤ、オフィススイートなどのプログラムを含み得る。アプリケーション５６４は、アプリケーションストア５６０に格納することができ、アプリケーションストア５６０は、アプリケーション５６４を格納するための任意のメモリ又はデータストレージ及びそれに関連付けられた管理ソフトウェアを表し得る。実行された時点で、アプリケーション５６４は、メモリ５０８の異なるエリアで実行することができる。

フレームワーク５２０は、デバイス上で実行されている複数のタスクの相互作用を可能にする任意のソフトウェア又はデータであり得る。実施形態では、フレームワーク５２０の少なくとも部分及び以下で説明する個別のコンポーネントは、ＯＳ ５１６又はアプリケーション５６４の一部と見なすことができる。しかし、それらのコンポーネントはそのように限定されないことを除けば、これらの部分は、フレームワーク５２０の一部として説明される。フレームワーク５２０は、これらに限定されないが、複数ディスプレイ管理（ＭＤＭ）モジュール５２４、サーフェスキャッシュモジュール５２８、ウィンドウ管理モジュール５３２、入力管理モジュール５３６、タスク管理モジュール５４０、ディスプレイコントローラ、１つ若しくは複数のフレームバッファ５４８、タスクスタック５５２、１つ若しくは複数のウィンドウスタック５５０（ディスプレイエリア内のウィンドウ及び／又はデスクトップの論理構成である）及び／又はイベントバッファ５５６を含み得る。

ＭＤＭモジュール５２４は、デバイスの画面上でアプリケーション又は他のデータの表示を管理するよう動作可能な１つ又は複数のモジュールを含む。ＭＤＭモジュール５２４の実施形態は、図５Ｂと併せて説明する。実施形態では、ＭＤＭモジュール５２４は、ＯＳ ５１６、ドライバ５１２及びアプリケーション５６４から入力を受信する。入力は、アプリケーションの優先度及び要件並びにユーザ動作に応じてディスプレイをどのように構成して割り当てるかを決定する際にＭＤＭモジュール５２４を支援する。ディスプレイ構成に対する決定がなされた時点で、ＭＤＭモジュール５２４は、アプリケーション５６４とディスプレイ構成とを結合することができる。次いで、１つ又は複数の他のコンポーネントに構成を提供して、表示を生成することができる。

サーフェスキャッシュモジュール５２８は、表示画面からの１つ又は複数の画像を格納又はキャッシュするための任意のメモリ又はストレージ及びそれに関連付けられたソフトウェアを含む。各表示画面は、画面を一連のアクティブ及び非アクティブウィンドウ（又は他の表示オブジェクト（デスクトップ表示など））に関連付けることができる。アクティブウィンドウ（又は他の表示オブジェクト）が現時点で表示されている。非アクティブウィンドウ（又は他の表示オブジェクト）は、ある時点で開かれ及び／又は表示されていたが、現時点ではアクティブウィンドウ（又は他の表示オブジェクト）の「背後」にある。ユーザ経験を高めるため、別のアクティブウィンドウ（又は他の表示オブジェクト）によって覆われる前に、ウィンドウ（又は他の表示オブジェクト）の最後に生成された画像の「スクリーンショット」を格納することができる。サーフェスキャッシュモジュール５２８は、現時点で表示されていないウィンドウ（又は他の表示オブジェクト）の最後のアクティブ画像を格納するよう動作可能であり得る。したがって、サーフェスキャッシュモジュール５２８は、データストア（図示せず）に非アクティブウィンドウ（又は他の表示オブジェクト）の画像を格納する。

実施形態では、ウィンドウ管理モジュール５３２は、各々の画面上でアクティブである又は非アクティブであるウィンドウ（又は他の表示オブジェクト）を管理するよう動作可能である。ウィンドウ管理モジュール５３２は、ＭＤＭモジュール５２４、ＯＳ ５１６又は他のコンポーネントからの情報に基づいて、ウィンドウ（又は他の表示オブジェクト）がいつアクティブであるか又は非アクティブであるかを特定する。次いで、ウィンドウ管理モジュール５３２は、不可視ウィンドウ（又は他の表示オブジェクト）を「非アクティブ状態」に置き、タスク管理モジュール５４０と併せて、アプリケーションのオペレーションを一時停止する。さらに、ウィンドウ管理モジュール５３２は、ウィンドウ（又は他の表示オブジェクト）に画面識別子を割り当てることも、ウィンドウ（又は他の表示オブジェクト）に関連付けられたデータの１つ又は複数の他のアイテムを管理することもできる。また、ウィンドウ管理モジュール５３２は、アプリケーション５６４、タスク管理モジュール５４０、又は、ウィンドウ（又は他の表示オブジェクト）と相互作用するか若しくは関連付けられた他のコンポーネントに格納された情報を提供することもできる。

入力管理モジュール５３６は、デバイスで起こるイベントを管理するよう動作可能である。イベントは、例えば、ユーザとのユーザインタフェース相互作用などのウィンドウ環境への任意の入力である。入力管理モジュール５３６は、イベントを受信し、イベントをイベントバッファ５５６に論理的に格納する。イベントは、そのようなユーザインタフェース相互作用を、画面１０４、１０８がユーザからタッチ信号を受信した場合に起こる「ダウンイベント」、ユーザの指が画面を横切って移動していることを画面１０４、１０８が特定した場合に起こる「移動イベント」、ユーザが画面１０４、１０８に触れるのを止めたことを画面１０４、１０８が特定した場合に起こる「アップイベント」などとして含み得る。これらのイベントは、入力管理モジュール５３６によって、受信され、格納され、他のモジュールに転送される。

タスクは、ユーザが、例えば、電話をする、写真を撮る、Ｅメールを送信する又はマップを見るなど何かを行うために情報のやり取りを行うことができる画面を提供するアプリケーションコンポーネントであり得る。各タスクには、ユーザインタフェースを描くためのウィンドウを与えることができる。ウィンドウは、通常、ディスプレイ１１０、１１４全体を占めるが、ディスプレイ１１０、１１４より小さく、他のウィンドウ上で浮動してもよい。アプリケーションは、通常、互いに緩やかに結合された複数のアクティビティからなる。通常、アプリケーション内の１つのタスクが「メイン」タスクとして指定され、最初にアプリケーションに着手する際にユーザに提示される。次いで、各タスクは、別のタスクを開始して、異なる動作を実行することができる。

タスク管理モジュール５４０は、デバイスによって実行することができる１つ又は複数のアプリケーション５６４のオペレーションを管理するよう動作可能である。したがって、タスク管理モジュール５４０は、信号を受信して、アプリケーションストア５６０に格納されたアプリケーションを実行することができる。次いで、タスク管理モジュール５４０は、アプリケーション５６４の１つ又は複数のタスク又はコンポーネントのインスタンスを作成し、アプリケーション５６４のオペレーションを開始することができる。さらに、タスク管理モジュール５４０は、ユーザインタフェースの変更に基づいて、アプリケーション５６４を一時停止することができる。アプリケーション５６４の一時停止により、メモリ内のアプリケーションデータを維持することができるが、アプリケーション５６４のためのプロセッササイクルへのアクセスを制限することも停止することもある。アプリケーションが再びアクティブ状態になった時点で、タスク管理モジュール５４０は、プロセッサにアクセスを再び提供することができる。

ディスプレイコントローラ５４４は、複数画面デバイス用の表示をレンダリング及び出力するよう動作可能である。実施形態では、ディスプレイコントローラ５４４は、１つ又は複数のフレームバッファ５４８を作成及び／又は管理する。フレームバッファ５４８は、表示データの完全なフレームを含むメモリの一部から表示を駆動する表示出力であり得る。実施形態では、ディスプレイコントローラ５４４は、１つ又は複数のフレームバッファを管理する。あるフレームバッファは、両画面の表示スペース全体を表すことができる複合フレームバッファであり得る。この複合フレームバッファは、ＯＳ ５１６に対する単一フレームとして現れることがある。ディスプレイコントローラ５４４は、ディスプレイ１１０、１１４の各々による使用のため、要求に応じて、この複合フレームバッファを細分化することができる。したがって、ディスプレイコントローラ５４４を使用することにより、デバイス１００は、ＯＳ ５１６の下層のソフトウェアを変更することなく、複数画面ディスプレイを有することができる。

アプリケーションマネージャ５６２は、ウィンドウ環境に対するプレゼンテーション層を提供するサービスである。したがって、アプリケーションマネージャ５６２は、ウィンドウ管理モジュール５５６によるレンダリングのためのグラフィカルなモデルを提供する。同様に、デスクトップ５６６は、アプリケーションストア５６０に対するプレゼンテーション層を提供する。したがって、デスクトップは、レンダリング用にウィンドウ管理モジュール５５６に提供することができるアプリケーションストア５６０内のアプリケーション５６４用の選択可能なアプリケーションアイコンを有する表面のグラフィカルなモデルを提供する。

ＭＤＭモジュール５２４の実施形態を図５Ｂに示す。ＭＤＭモジュール５２４は、これらに限定されないが、デバイスの向き、どのアプリケーション５６４を実行しているか、どのようにアプリケーション５６４を表示するか、ユーザはどの動作を行っているか、表示されているタスクなどを含むデバイスのための環境の状態を決定するよう動作可能である。ディスプレイを構成するため、ＭＤＭモジュール５２４は、図６Ａ〜６Ｊと併せて説明されるように、これらの環境因子を解釈し、ディスプレイ構成を決定する。次いで、ＭＤＭモジュール５２４は、アプリケーション５６４又は他のデバイスコンポーネントをディスプレイと結合することができる。次いで、ディスプレイコントローラ５４４及び／又はＯＳ ５１６に構成を送信し、ディスプレイを生成することができる。ＭＤＭモジュール５２４は、これらに限定されないが、ディスプレイ構成モジュール５６８、優先度モジュール５７２、デバイス状態モジュール５７４、ジェスチャモジュール５７６、要件モジュール５８０、イベントモジュール５８４及び／又は結合モジュール５８８のうちの１つ又は複数を含み得る。

ディスプレイ構成モジュール５６８は、ディスプレイ用のレイアウトを決定する。実施形態では、ディスプレイ構成モジュール５６８は、環境因子を決定することができる。環境因子は、１つ又は複数の他のＭＤＭモジュール５２４から又は他のソースから受信することができる。次いで、ディスプレイ構成モジュール５６８は、因子のリストからディスプレイに最適な構成を決定することができる。可能な構成及びそれに関連付けられた因子のいくつかの実施形態については、図６Ａ〜６Ｆと併せて説明する。

優先度モジュール５７２は、アプリケーション５６４又は他のコンポーネントの表示優先度を決定するよう動作可能である。例えば、アプリケーションは、単一又はデュアルディスプレイに対する優先度を有し得る。優先度モジュール５７２は、アプリケーション優先度を決定又は受信し、優先度を格納することができる。デバイスの構成が変化すると、優先度を見直して、アプリケーション５６４に対してより良いディスプレイ構成を実現できるかどうかを決定することができる。

デバイス状態モジュール５７４は、デバイスの状態を特定又は受信するよう動作可能である。デバイスの状態は、図３Ａ及び３Ｂと併せて説明されるようなものであり得る。デバイスの状態は、ディスプレイ構成モジュール５６８で使用して、ディスプレイの構成を特定することができる。このように、デバイス状態モジュール５７４は、入力を受信し、デバイスの状態を解釈することができる。次いで、状態情報は、ディスプレイ構成モジュール５６８に提供される。

ジェスチャモジュール５７６は、ユーザインタフェース上でユーザが何らかの動作を行っているかどうかを特定するよう動作可能である。したがって、ジェスチャモジュール５７６は、タスクスタック５５２又は入力管理モジュール５３６のいずれかからタスク情報を受信することができる。ジェスチャは、図４Ａ〜４Ｈと併せて定義されるようなものであり得る。例えば、ウィンドウの移動により、ディスプレイは、ウィンドウの移動を示す一連のディスプレイフレームをレンダリングする。そのようなユーザインタフェース相互作用に関連付けられたジェスチャは、ジェスチャモジュール５７６で受信し解釈することができる。次いで、ユーザジェスチャについての情報はタスク管理モジュール５４０に送信され、タスクのディスプレイ結合が修正される。

優先度モジュール５７２と同様の要件モジュール５８０は、アプリケーション５６４または他のコンポーネントに対するディスプレイ要件を決定するよう動作可能である。アプリケーションは、観察しなければならないディスプレイ要件セットを有し得る。いくつかのアプリケーションは、特定のディスプレイ方向を必要とする。例えば、アプリケーション「アングリバード（Ａｎｇｒｙ Ｂｉｒｄｓ）」は、横向きでのみ表示することができる。この種のディスプレイ要件は、要件モジュール５８０によって決定または受信することができる。デバイスの向きが変更されると、要件モジュール５８０は、アプリケーション５６４に対するディスプレイ要件を再び主張することができる。ディスプレイ構成モジュール５６８は、要件モジュール５８０によって提供されるアプリケーション表示要件に従ったディスプレイ構成を生成することができる。

ジェスチャモジュール５７６と同様のイベントモジュール５８４は、ユーザインタフェースに影響を及ぼし得るアプリケーションまたは他のコンポーネントで起こる１つまたは複数のイベントを決定するよう動作可能である。したがって、ジェスチャモジュール５７６は、イベントバッファ５５６またはタスク管理モジュール５４０のいずれかからイベント情報を受信することができる。これらのイベントは、タスクがどのようにディスプレイと結合されるか変更することができる。一例では、Ｅメールを受信するＥメールアプリケーションにより、ディスプレイは、新しいメッセージを二次画面にレンダリングする。そのようなアプリケーション実行に関連付けられたイベントは、イベントモジュール５８４で受信し解釈することができる。次いで、イベントについての情報は、ディスプレイ構成モジュール５６８に送信し、ディスプレイの構成を修正することができる。

結合モジュール５８８は、アプリケーション５６４または他のコンポーネントをディスプレイ構成モジュール５６８によって決定された構成と結合するよう動作可能である。結合は、メモリ内で、各アプリケーションに対するディスプレイ構成をアプリケーションの表示及びモードと関連付ける。したがって、結合モジュール５８８は、アプリケーションをそのアプリケーションに対するディスプレイ構成（例えば、横向き、縦向き、複数画面など）と関連付けることができる。次いで、結合モジュール５８８は、ディスプレイ識別子をディスプレイに割り当てることができる。ディスプレイ識別子は、アプリケーションをデバイスの特定の画面と関連付ける。次いで、この結合は、格納され、ディスプレイコントローラ５４４、ＯＳ ５１６の他のコンポーネントまたは他のコンポーネントに提供され、ディスプレイが適正にレンダリングされる。結合は、動的であり、イベント、ジェスチャ、状態変化、アプリケーション優先度または要件などに関連付けられた構成変更に基づいて、変更することも更新することもできる。
ユーザインタフェース構成：
ここで図６Ａ〜Ｊを参照し、デバイス１００によって可能となったさまざまなタイプの出力構成について以下で説明する。

図６Ａ及び６Ｂは、第１の状態にあるデバイス１００の２つの異なる出力構成を描写する。具体的には、図６Ａは、閉縦向き状態３０４にあるデバイス１００を描写し、データは、一次画面１０４に表示される。この例では、デバイス１００は、第１の縦向き構成６０４でタッチセンサ式ディスプレイ１１０を介してデータを表示する。理解できるように、第１の縦向き構成６０４は、デスクトップまたはオペレーティングシステムホーム画面のみを表示することができる。あるいは、デバイス１００が第１の縦向き構成６０４でデータを表示している間、１つまたは複数のウィンドウを縦向きで提示することができる。

図６Ｂは、依然として閉縦向き状態３０４にあるデバイス１００を描写するが、代わりに、データは、二次画面１０８に表示される。この例では、デバイス１００は、第２の縦向き構成６０８でタッチセンサ式ディスプレイ１１４を介してデータを表示する。

第１または第２の縦向き構成６０４、６０８のいずれかで同様のまたは異なるデータを表示することが可能である場合がある。また、ユーザジェスチャ（例えば、ダブルタップジェスチャ）、メニュー選択または他の手段をデバイス１００に提供することによって、第１の縦向き構成６０４と第２の縦向き構成６０８との間を移行することが可能である場合もある。また、他の適切なジェスチャを使用して、構成間を移行することもできる。その上、デバイス１００がどの状態に移動されるかに応じて、第１または第２の縦向き構成６０４、６０８から本明細書に記載される他の任意の構成へデバイス１００を移行することが可能である場合もある。

代替の出力構成は、第２の状態にあるデバイス１００によって対応することができる。具体的には、図６Ｃは、第３の縦向き構成を描写し、データは、一次画面１０４と二次画面１０８の両方に同時に表示される。第３の縦向き構成は、デュアル縦向き（ＤＰ）出力構成と呼ばれる場合がある。ＤＰ出力構成では、一次画面１０４のタッチセンサ式ディスプレイ１１０は、第１の縦向き構成６０４でデータを描写する一方で、二次画面１０８のタッチセンサ式ディスプレイ１１４は、第２の縦向き構成６０８でデータを描写する。第１の縦向き構成６０４と第２の縦向き構成６０８の同時プレゼンテーションは、デバイス１００が開縦向き状態３２０にある場合に起こり得る。この構成では、デバイス１００は、１つのアプリケーションウィンドウを１つのディスプレイ１１０または１１４に、２つのアプリケーションウィンドウを（それぞれのディスプレイ１１０及び１１４に１つずつ）、１つのアプリケーションウィンドウと１つのデスクトップを、または、１つのデスクトップを表示することができる。また、他の構成も可能である場合がある。デバイス１００がどの状態に移動されるかに応じて、構成６０４、６０８の同時表示から本明細書に記載される他の任意の構成へデバイス１００を移行することが可能である場合もあることを理解されたい。その上、この状態にある間、アプリケーションの表示優先度により、両ディスプレイがアクティブであり、同じアプリケーションで異なるウィンドウを表示する両面モードにデバイスが置かれる場合がある。例えば、カメラアプリケーションは、一面でファインダ及び制御を表示することができる一方で、他面は被写体で見ることができるミラーリングされたプレビューを表示する。また、２人のプレーヤによる同時プレーを伴うゲームも、両面モードを利用することができる。

図６Ｄ及び６Ｅは、第３の状態にあるデバイス１００の２つのさらなる出力構成を描写する。具体的には、図６Ｄは、閉横向き状態３４０にあるデバイス１００を描写し、データは、一次画面１０４に表示される。この例では、デバイス１００は、第１の横向き構成６１２でタッチセンサ式ディスプレイ１１０を介してデータを表示する。本明細書に記載される他の構成に類似して、第１の横向き構成６１２は、デスクトップ、ホーム画面、アプリケーションデータを表示する１つもしくは複数のウィンドウまたは同様のものを表示することができる。

図６Ｅは、依然として閉横向き状態３４０にあるデバイス１００を描写するが、代わりに、データは、二次画面１０８に表示される。この例では、デバイス１００は、第２の横向き構成６１６でタッチセンサ式ディスプレイ１１４を介してデータを表示する。第１または第２の横向き構成６１２、６１６のいずれかで同様のまたは異なるデータを表示することが可能である場合がある。ツイスト及びタップジェスチャまたはフリップ及びスライドジェスチャの一方または両方をデバイス１００に提供することによって、第１の横向き構成６１２と第２の横向き構成６１６との間を移行することが可能である場合もある。また、他の適切なジェスチャを使用して、構成間を移行することもできる。その上、デバイス１００がどの状態に移動されるかに応じて、第１または第２の横向き構成６１２、６１６から本明細書に記載される他の任意の構成へデバイス１００を移行することが可能である場合もある。

図６Ｆは、第３の横向き構成を描写し、データは、一次画面１０４と二次画面１０８の両方に同時に表示される。第３の横向き構成は、デュアル横向き（ＬＤ）出力構成と呼ばれる場合がある。ＬＤ出力構成では、一次画面１０４のタッチセンサ式ディスプレイ１１０は、第１の横向き構成６１２でデータを描写する一方で、二次画面１０８のタッチセンサ式ディスプレイ１１４は、第２の横向き構成６１６でデータを描写する。第１の横向き構成６１２と第２の横向き構成６１６の同時プレゼンテーションは、デバイス１００が開横向き状態３４０にある場合に起こり得る。デバイス１００がどの状態に移動されるかに応じて、構成６１２、６１６の同時表示から本明細書に記載される他の任意の構成へデバイス１００を移行することが可能である場合もあることを理解されたい。

図６Ｇ及び６Ｈは、さらに別の状態にあるデバイス１００の２つの図を描写する。具体的には、デバイス１００は、イーゼル状態３１２にあるものとして描写される。図６Ｇは、第１のイーゼル出力構成６１８をタッチセンサ式ディスプレイ１１０に表示できることを示す。図６Ｈは、第２のイーゼル出力構成６２０をタッチセンサ式ディスプレイ１１４に表示できることを示す。デバイス１００は、第１のイーゼル出力構成６１８または第２のイーゼル出力構成６２０のいずれかを個別に描写するよう構成することができる。あるいは、イーゼル出力構成６１８、６２０の両方を同時に提示することができる。いくつかの実施形態では、イーゼル出力構成６１８、６２０は、横向き出力構成６１２、６１６と同様でも同一でもよい。また、デバイス１００は、変形イーゼル状態３１６にある間、イーゼル出力構成６１８、６２０の一方または両方を表示するよう構成することができる。イーゼル出力構成６１８、６２０の同時利用は、２人用のゲーム（例えば、バトルシップ（Ｂａｔｔｌｅｓｈｉｐ）（登録商標）、チェス、チェッカなど）、２人以上のユーザが同じデバイス１００及び他のアプリケーションを共有する複数ユーザ会議を容易にできることを理解されたい。理解できるように、デバイス１００がどの状態に移動されるかに応じて、構成６１８、６２０の一方または両方のディスプレイから本明細書に記載される他の任意の構成へデバイス１００を移行することが可能である場合もある。

図６Ｉは、デバイス１００が開縦向き状態３２０にある間に対応することができるさらなる別の出力構成を描写する。具体的には、デバイス１００は、本明細書で縦向きマックス（ＰＭａｘ）構成６２４と呼ばれる縦向き構成で、両方のタッチセンサ式ディスプレイ１１０、１１４にわたって単一の連続画像を提示するよう構成することができる。この構成では、データ（例えば、単一画像、アプリケーション、ウィンドウ、アイコン、ビデオなど）は、分割して、タッチセンサ式ディスプレイの１つに部分的に表示する一方で、データの他の部分を他のタッチセンサ式ディスプレイに表示することができる。Ｐｍａｘ構成６２４は、デバイス１００上に特定の画像を表示するためのより大きな表示及び／またはより良好な解像度を容易にすることができる。他の出力構成と同様に、デバイス１００がどの状態に移動されるかに応じて、Ｐｍａｘ構成６２４から本明細書に記載される他の任意の出力構成へデバイス１００を移行することが可能である場合がある。

図６Ｊは、デバイス１００が開横向き状態３４８にある間に対応することができるさらなる別の出力構成を描写する。具体的には、デバイス１００は、本明細書で横向きマックス（ＬＭａｘ）構成６２８と呼ばれる横向き構成で、両方のタッチセンサ式ディスプレイ１１０、１１４にわたって単一の連続画像を提示するよう構成することができる。この構成では、データ（例えば、単一画像、アプリケーション、ウィンドウ、アイコン、ビデオなど）は、分割して、タッチセンサ式ディスプレイの１つに部分的に表示する一方で、データの他の部分を他のタッチセンサ式ディスプレイに表示することができる。Ｌｍａｘ構成６２８は、デバイス１００上に特定の画像を表示するためのより大きな表示及び／またはより良好な解像度を容易にすることができる。他の出力構成と同様に、デバイス１００がどの状態に移動されるかに応じて、Ｌｍａｘ構成６２８から本明細書に記載される他の任意の出力構成へデバイス１００を移行することが可能である場合がある。
ディスプレイ制御
図７Ａ〜Ｃは、デバイス１００にその上のデータの表示を変更させることができるジェスチャシーケンスの３つの例を描写する。具体的には、図７Ａは、第１の表示動作をもたらす第１のジェスチャシーケンス７００を描写する。第１の表示動作はタッチセンサ式ディスプレイ１１０、１１４上で実行するものとして描写されているが、第１の表示動作は、その代替として又はそれに加えて、一次画面１０４及び／又は二次画面１０８の他の部分上で実行できることを理解されたい。第１のジェスチャシーケンス７００は、デバイス１００が閉横向き状態３４０となると開始する。この状態の間、デバイス１００は、第１の横向き構成６１２でデータを表示している。次いで、デバイス１００のユーザは、第１のユーザ入力７０４（第１のジェスチャシーケンス７００の）を提供し、デバイス１００を閉横向き状態３４０から開横向き状態３４８へ変更させる。この第１のユーザ入力７０４は、本明細書で論じられるように、デバイス１００のハードウェアコンポーネントのうちの１つ又は複数によって検出することができる。

図７Ａの例では、第１の横向き構成６１２で表示されたデータは、単一画面アプリケーションＡ１から導出することができ、これは、タッチセンサ式ディスプレイ１１０上に現時点で表示されているアプリケーションデータは、単一画面１０４又は１０８上でのみデータを表示するよう構成されたアプリケーションＡ１から生じることを意味する。それに応じて、ＭＤＭモジュール５２４が第１のユーザ入力７０４を登録する前又はその後のいずれかにおいて、ＭＤＭモジュール５２４は、第１の横向き構成６１２で表示されているアプリケーションＡ１が単一画面アプリケーションに相当するかどうかを特定する。タッチセンサ式ディスプレイ１１０上に表示されているアプリケーションＡ１が単一画面アプリケーションに相当すると想定すると、ＭＤＭモジュール５２４は、第２のアプリケーション又はデスクトップＤ２を選択して、そこからのデータがタッチセンサ式ディスプレイ１１４の第２の横向き構成６１６で表示されるように構成することができる。したがって、第１のユーザ入力７０４に応じて、ＭＤＭモジュール５２４は、タッチセンサ式ディスプレイ１１０上に表示されている第１のアプリケーション（Ａ１）とは異なる第２のアプリケーション又はデスクトップ（Ｄ２）に対するデータをタッチセンサ式ディスプレイ１１４上に表示するように、ウィンドウ管理モジュール５３２に指示する。

いくつかの実施形態では、第２のアプリケーション又はデスクトップ（Ｄ２）は、ウィンドウ管理モジュール５３２によって選択され、ウィンドウスタック５５０の第１のアプリケーションの背後の次のアプリケーション又はデスクトップに相当し得る。より具体的には、第２のアプリケーション又はデスクトップ（Ｄ２）の選択の一環として、ＭＤＭモジュール５２４及び／又はウィンドウ管理モジュール５３２は、アクティブ及び非アクティブアプリケーション又はデスクトップ並びにそのようなアプリケーション又はデスクトップの表示優先度を識別するウィンドウスタック５５０を参照し、次いで、ウィンドウスタック５５０の次のアプリケーション又はデスクトップとして第２のアプリケーション又はデスクトップ（Ｄ２）を選択することができる。第１のアプリケーション（Ａ１）の背後に「次の」アプリケーション（デスクトップと対照的に）がなければ、ウィンドウ管理モジュール５３２は、デスクトップ又は他のいくつかのデフォルト表示要素のいずれかをＤ２としてタッチセンサ式ディスプレイ１１４上に表示することができる。

図７Ｂは、第２の表示動作をもたらす第２のジェスチャシーケンス７０８を描写する。第１の表示動作と同様に、第２の表示動作は、デバイス１００のいかなる可視化又は出力コンポーネント上でも実行することができる。第２のジェスチャシーケンス７０８は、第１のジェスチャシーケンス７００と同様に、デバイス１００が閉横向き状態３４０で開始する。しかし、２つのシーケンスの違いは、タッチセンサ式ディスプレイ１１０上に表示されているアプリケーション（Ａ１．１）が複数画面アプリケーションであることである。デバイス１００が閉横向き状態３４０にある間は、アプリケーションＡ１．１からの第１のデータがタッチセンサ式ディスプレイ１１０を介して表示される。タッチセンサ式ディスプレイ１１０の下方の点線及びラベルで示されるように、他方のタッチセンサ式ディスプレイ１１４は、いかなるデータも能動的に表示していない。

第２のジェスチャシーケンス７０８は、第１のユーザ入力７１２によりデバイス１００が閉横向き状態３４０から開横向き状態３４８に変更しても、引き続き行われる。この第１のユーザ入力７１２は、第１のユーザ入力７０４と同様でも同一でもよい。

さらに図７Ｂを参照すると、ＭＤＭモジュール５２４が第１のユーザ入力７１２を登録する前又はその後、ＭＤＭモジュール５２４は、第１の横向き構成６１２で表示されているアプリケーションが複数画面アプリケーションに相当することを特定する。したがって、第１のユーザ入力７１２に応じて、ＭＤＭモジュール５２４は、第１のアプリケーションＡ１．１から移行エリア７１６内のタッチセンサ式ディスプレイ１１４を通じて表示データを降下し始めるように、ウィンドウ管理モジュール５３２に指示する。いくつかの実施形態では、移行エリア７１６は、タッチセンサ式ディスプレイ１１４にわたって（ａｃｒｏｓｓ）移動する（例えば、第１のアプリケーションＡ１．１からのデータでタッチセンサ式ディスプレイ１１４を徐々に満たしていく下方運動）。移行エリア７１６の運動は、重力の下でのタッチセンサ式ディスプレイ１１４を通じた第１の横向き構成６１２の降下を模倣するよう構成することができる。

移行エリア７１６がタッチセンサ式ディスプレイ１１４にわたって完全に移動した後、ＭＤＭモジュール５２４は、タッチセンサ式ディスプレイ１１０からの第１のアプリケーションＡ１．１のグラビティベースドロップの完了を示す第２のイベント７２０を登録することができる。この時点では、第１のアプリケーションＡ１．１からのデータは、任意の数のディスプレイ構成で、両方のタッチセンサ式ディスプレイ１１０、１１４によって表示することができる。いくつかの実施形態では、第１のアプリケーションＡ１．１からのアプリケーションデータは、自動的に最大化される。これにより、第１のアプリケーションＡ１．１は、別々の横向き構成６１２、６１６（例えば、ＬＤ出力構成）又はＬｍａｘ構成６２８のいずれかでタッチセンサ式ディスプレイ１１０、１１４上に同時に表示することができる。ＭＤＭモジュール５２４のアプリケーション自体は、第１のアプリケーションＡ１．１が表示される方法を制御することができ、アプリケーションデータがＬＤ出力構成で表示されるか又はＬｍａｘ構成６２８で表示されるかを制御することができる。

一実施形態では、タッチセンサ式ディスプレイ１１０、１１４上の第１のアプリケーションＡ１．１から表示されるデータのタイプは、第１のアプリケーションの性質に応じて異なり得る。非限定的な例として、第１のアプリケーションＡ１．１とのインタフェースに利用可能なユーザ入力のタイプは、グラビティドロップの間に第１のアプリケーションＡ１．１がタッチセンサ式ディスプレイ１１０、１１４にわたって自動的に最大化される際、第１のタイプのユーザ入力（例えば、書き込み捕捉エリア、ハーフサイズのＱＷＥＲＴＹキーボード）から第２のタイプのユーザ入力（例えば、フルサイズのＱＷＥＲＴＹキーボード、又は、書き込み捕捉エリアとハーフサイズのＱＷＥＲＴＹキーボードの組合せ）まで変化し得る。同様に、ユーザ出力のタイプは、グラビティドロップの間に第１のアプリケーションＡ１．１がタッチセンサ式ディスプレイ１１０、１１４にわたって自動的に最大化される際、第１のタイプのユーザ出力から第２のタイプのユーザ出力まで変化し得る。

図７Ｃは、結果として生じる第３の表示動作を得るための第３のジェスチャシーケンス７２４を描写し、デバイス１００は、ディスプレイ１１０がユーザに向けられた場合、構成可能なエリア１１２がデバイスの反対側（すなわち、右側）にある「逆横向き」状態３４０ａである。第１及び第２の表示動作と同様に、第３の表示動作は、デバイス１００のいかなる可視化又は出力コンポーネント上でも実行することができる。第３のジェスチャシーケンス７２４は、他のジェスチャシーケンス７００、７０８と同様に、デバイス１００が閉横向き状態、すなわち、逆横向き状態３４０ａで開始する。デバイス１００が閉逆横向き状態３４０ａにある間は、第１のアプリケーションＡ１．１からの第１のデータセットがタッチセンサ式ディスプレイ１１０を介して表示される。タッチセンサ式ディスプレイ１１０の上方の点線及びラベルで示されるように、他方のタッチセンサ式ディスプレイ１１４は、いかなるデータも能動的に表示していない。

第３のジェスチャシーケンス７２４は、デバイス１００を閉逆横向き状態３４０ａから開逆横向き状態３４８ａに変更させる第１のユーザ入力７２８を有する。この第１のユーザ入力７２８は、二次画面１０８が一次画面１０４の上方に開かれることを除いて、他のユーザ入力７０４、７１２と同様でも同一でもよい。また、第１のユーザ入力７２８を受信した後は、第１のアプリケーションＡ１．１からのデータは、下部のタッチセンサ式ディスプレイ１１０（例えば、他方のタッチセンサ式ディスプレイ１１４の下方に配置されたディスプレイ１１０）上に既に表示されている。ディスプレイ１１０、１１４（又は、より具体的には、画面１０４、１０８）の相対位置は、加速度計１７６又はデバイス１００の他のいくつかの適切なハードウェアコンポーネントによって提供されるデータから決定することができる。

いくつかの実施形態では、図７Ｃのように、タッチセンサ式ディスプレイ１１４がアクティブなタッチセンサ式ディスプレイ１１０の上方で開かれると、タッチセンサ式ディスプレイ１１０上で表示されるアプリケーション（Ａ１．１）は、その元のディスプレイ構成を維持する。具体的には、第１のアプリケーションＡ１．１の表示をその上方の画面１１４上に引っ張るグラビティドロップが起こらないため、タッチセンサ式ディスプレイ１１０上に表示されている第１のアプリケーションＡ１．１は、第１の横向き構成６１２で引き続き表示することができ、第２のアプリケーションＡ２からのデータは、他方のタッチセンサ式ディスプレイ１１４を介して第２の横向き構成６１６で表示することができる。

タッチセンサ式ディスプレイ１１０、１１４上で実行される表示動作は、さまざまなハードウェアデバイスから受信された１つ又は複数のイベントインタラプトに基づいて、ＭＤＭモジュール５２４とウィンドウ管理モジュール５３２の共同動作によって制御することができる。そのようなインタラプトは、タスク管理モジュール５４０で登録して解釈することができる。タッチセンサ式ディスプレイ１１４を介して表示されるデータを選択する際、ＭＤＭモジュール５２４及び／又はウィンドウ管理モジュール５３２は、上記で論じられるように、ディスプレイスタックの次のアプリケーションを特定することができる。第１のアプリケーションＡ１．１の背後に「次の」アプリケーションがなければ、ＭＤＭモジュール５２４及び／又はウィンドウ管理モジュール５３２は、デスクトップ（例えば、ＯＳに対してレンダリングされた表示）又は他のいくつかのデフォルト表示要素のいずれかをタッチセンサ式ディスプレイ１１４上に表示することができる。

タッチセンサ式ディスプレイ１１０上にアプリケーションが最初に表示される例において表示動作の３つの例を提供したが、タッチセンサ式ディスプレイ１１４がアプリケーションデータを最初に表示する場合は、後続の処理ステップ及び表示動作は逆になり得ることを理解されたい。具体的には、例えば、デバイス１００が閉横向き状態３４０の際に、アプリケーション（Ａ１又はＡ１．１）からのデータがタッチセンサ式ディスプレイ１１４を介して最初に表示される場合、第１のユーザ入力７０４、７１２、７２８が受信された後、ウィンドウ管理モジュール５３２は、タッチセンサ式ディスプレイ１１４に対するタッチセンサ式ディスプレイ１１０の位置及び／又はデータが表示されたアプリケーションが単一画面アプリケーションか若しくは複数画面アプリケーションかに応じて、タッチセンサ式ディスプレイ１１０上の後続のデータ表示を操作することができる。

ここで、図８を参照すると、この図面は、上記で説明されるようにグラビティドロップを実行すべきかどうかを決定する際に、デバイス１００によって実行されるステップの高レベルのフローチャートを提示する。具体的には、図８のステップは、一実施形態では、ＭＤＭモジュール５２４によって実行される。それに応じて、ステップ８０４では、デバイス１００が（ａ）開横向き状態３４８に方向付けられているか、又は、（ｂ）開逆横向き状態３４８ａに方向付けられているか、又は、（ｃ）別の方向に方向付けられているかに関する決定を下す。デバイス１００が開横向き状態３４８にも開逆横向き状態３４８ａにも方向付けられていないと特定されれば、いかなるさらなるグラビティドロップ処理も終了させる（例えば、少なくともデバイス１００が再方向付けされるまで、又は、グラビティドロップに対して別のアプリケーションが考慮されるまで）。したがって、フローチャートは、ターミネータ８０８で終了し、デバイス１００（より具体的には、ＭＤＭモジュール５２４）は、現グラビティドロップ処理を停止する。しかし、ステップ８０４において、デバイス１００は開横向き状態３４８又は開逆横向き状態３４８ａであると特定されれば、ステップ８１２を実行して、グラビティドロップ（例えば、図７Ｂに示されるように、ディスプレイ１１０からディスプレイ１１４へ）を実行するためにデバイス１００が適正に構成されていることを保証するためにさらなる決定を下す。具体的には、ステップ８１２は、以下の追加の３つの条件が満たされているかどうかを特定する。

（ａ）現時点のデバイスの向きにおいて、物理的に最上部（例えば、物理的に高方）のディスプレイ１１０又は１１４は、単一画面モードでアプリケーションを表示しているか（すなわち、ディスプレイ１１０又は１１４のうちの一方でのみ表示しているか）？
（ｂ）このアプリケーションを複数のディスプレイ（例えば、両方のディスプレイ１１０及び１１４）上で表示することができるか（すなわち、表示するようにサポートしているか）？
（ｃ）このアプリケーションに対するグラビティドロップは、完全に無効とされていないか？あるアプリケーションの場合、グラビティドロップは決して起こるべきではないことに留意されたい。例えば、デバイス１００が折り畳まれた構成の際、写真若しくは映像撮影のみのためにアプリケーションが動作可能であるカメラ若しくはビデオアプリケーション、又は、２人のプレーヤがゲームし、各々がディスプレイ１１０又は１１４のうちの一方のみを閲覧するゲームアプリケーションの場合であって、デバイスが例えば図１Ｉに示されるような向きにある場合。

直前の（ａ）〜（ｃ）の条件の１つ又は複数が満たされなければ、この場合もやはり、いかなるさらなるグラビティドロップ処理も終了させる（少なくともデバイス１００が再方向付けされるまで、又は、グラビティドロップに対して別のアプリケーションが考慮されるまで）。したがって、フローチャートは、ターミネータ８０８で終了し、デバイス１００（より具体的には、ＭＤＭモジュール５２４）は、現グラビティドロップ処理を停止する。

しかし、直前の（ａ）〜（ｃ）の条件のすべてが満たされれば、ステップ８１６を実行して、グラビティドロップが起こるべきかどうかを決定するためのさらなる条件を評価する。より具体的には、現ステップは、アプリケーション用の現設定がグラビティドロップの発生を防ぐことになるかどうかを決定する（例えば、そのようなグラビティドロップは、ユーザが理解できるものではないか又はデバイス１００におけるユーザの経験を低下させるため）。例えば、ディスプレイ１１０又は１１４のうちの最下部のディスプレイ上の別のアプリケーションをこの最下部のディスプレイ上に見える状態で維持するという要求をユーザが入力すれば、ステップ８１６における決定が肯定されることになる。さらなる例として、例えば、ユーザが、映画又は映像を見ている場合など、最下部のディスプレイがユーザに新しい情報を能動的に出力していない時に、少なくともいくつかのアプリケーションがその上でのみグラビティドロップを実行した可能性がある場合がある。それに応じて、ステップにおける決定が肯定されれば、ステップ８２０において、現時点で構成されるようなアプリケーションの表示上ではグラビティドロップは実行されないことを示すように、１つ又は複数のグラビティドロップパラメータを設定することができる。あるいは、ステップ８１６における決定が否定されれば、ステップ８２４において、アプリケーション上でグラビティドロップを実行する。

図８のフローチャートに対応するマシン命令は、（ａ）デバイスが開横向き構成３４８若しくは３４８ａのうちの１つに入る際（例えば、ユーザがデバイスを広げる及び／又はデバイスを横向き状態に回転させることによって）、又は、（ｂ）ユーザが表示されたアプリケーション上でグラビティドロップを実行するようにデバイスに明示的に要求する際に、デバイス１００で実行できることに留意されたい。

グラビティドロップが実行されるアプリケーションに対して、当然ながら、アプリケーションの表示を単一画面ディスプレイに戻す方が好ましいはずである場合の条件がある。具体的には、そのような逆戻しは、グラビティドロップが起こったディスプレイ１１０又は１１４と同じディスプレイ上に来るようにアプリケーションの表示を構成することができる。そのような逆戻しを実行する手順の着手は、本明細書では「リバースグラビティドロップ」と呼ばれる。リバースグラビティドロップは、（ａ）例えば、リバースグラビティドロップが起こるように誘導するための適切な入力をＭＤＭモジュール５２４が受信する際に、実質的に自動的に実行することができるか、又は、（ｂ）ユーザが、グラビティドロップが実行された表示されたアプリケーション上でのリバースグラビティドロップを明示的に要求することができる。

図９では、リバースグラビティドロップを実行するため、例えば、ＭＤＭモジュール５２４によって実行されるステップを提供する高レベルのフローチャートを示す。ステップ９０４では、デバイス１００が横向き状態３４８又は３４８ａのうちの１つからデュアル縦向き方向へ方向付けられているかどうかに関する決定を下す。決定ステップ９０４の結果が否定されれば、リバースグラビティドロップの実行に関するいかなるさらなる現行処理も終了させる（例えば、少なくともデバイス１００が再方向付けされるまで、又は、グラビティドロップに対して別のアプリケーションが考慮されるまで）。したがって、フローチャートは、ターミネータ９０８で終了し、デバイス１００（より具体的には、ＭＤＭモジュール５２４）は、現リバースグラビティドロップ処理を停止する。しかし、ステップ９０４の結果が肯定されれば、ステップ９１２を実行して、リバースグラビティドロップを実行するためにデバイス１００が適正に構成されていることを保証するためにさらなる決定を下す。具体的には、ステップ９１２は、（ａ）対象アプリケーション（リバースグラビティドロップの）が両方のディスプレイ１１０及び１１４上に実際に表示されているかどうか、並びに、（ｂ）特定の条件が満たされる場合に、対象アプリケーション上で実行するため、リバースグラビティドロップが保留中であることを特定する構成データが存在するかどうかを決定する。そのような「リバースグラビティドロップ保留」構成データは、以前に対象アプリケーション上でグラビティドロップが実行された場合は常に、対象アプリケーションのみに対して作成され、対象アプリケーション上でリバースグラビティドロップが実行された場合は常に、削除されることに留意されたい。したがって、対象アプリケーションに対する「リバースグラビティドロップ保留」構成データが存在すれば、これは、以前に対象アプリケーションに対するグラビティドロップが起こり、現時点ではこのグラビティドロップに従って対象アプリケーションが表示されていることを意味することを意図する。

決定ステップ９１２の結果が否定されれば、ターミネータ９０８に突き当たり、リバースグラビティドロップの処理は停止する。しかし、決定ステップ９１２の結果が肯定されれば、対象アプリケーションの表示上でリバースグラビティドロップを実行できるかどうかを特定するため、追加の条件セットをチェックする。具体的には、ステップ９１６では、以下の（ａ）及び（ｂ）の条件をＭＤＭモジュール５２４で評価する。

（ａ）デバイス１００は折り畳まれているか？
（ｂ）デバイス１００はドッキング状態か又は非ドッキング状態か？
すなわち、ＭＤＭモジュール５２４がこれらの条件のうちのいずれかが満たされたことを示す入力を受信すれば、ステップ９２０において、対象アプリケーションに対するリバースグラビティ保留構成データの削除を少なくとも確認する（又は少なくとも無効化される）。具体的には、さまざまなアプリケーションでは、アプリケーションが両方のディスプレイ１１０及び１１４上に表示される場合（例えば、あるゲームアプリケーション）、デバイス１００を折り畳むことが容認される（及び望ましい）ため、デバイス１００が折り畳まれていれば、一実施形態では、いかなるリバースグラビティドロップ保留構成データも自動的に削除される。それに応じて、アプリケーションのデュアル画面表示（例えば、以前のグラビティドロップオペレーションによる）をディスプレイ１１０又は１１４のうちの１つのディスプレイ上にのみ表示されるように戻すべきかどうかは、リバースグラビティドロップを要求する又は要求しない特定のアプリケーションによる。

あるいは、ステップ９１６において、デバイス１００は折り畳まれておらず、ドッキング状態でも、非ドッキング状態でもないと特定されれば、対象アプリケーションは、その上でのリバースグラビティドロップの実行に適した状態のままである。それに応じて、ステップ９１６の結果にかかわらず、決定ステップ９２４を実行して、対象アプリケーションの表示上でリバースグラビティドロップを実際に実行するかどうかを評価する。具体的には、ステップ９２４が、以下の（ａ）〜（ｃ）の条件のうちの１つ又は複数がいつ満たされるかを特定すると、ステップ９２８において、リバースグラビティドロップを実行する：（ａ）リバースグラビティドロップ保留のデータが依然として有効である、又は、（ｂ）ユーザがディスプレイ１１０若しくは１１４のうちの単一のディスプレイ上にのみ対象アプリケーションを表示するように明示的に要求する入力を提供する、又は、（ｃ）対象アプリケーションがリバースグラビティドロップを要求する。それに従って、決定ステップ９２４の結果に応じて、リバースグラビティドロップを実行するか（ステップ９２８において）、又は、リバースグラビティドロップを実行することなく、そのようなリバースグラビティドロップのための処理を終了する。

グラビティドロップ及びリバースグラビティドロップのために実行される処理に関連して、本開示の例示的なシステム及び方法について説明してきた。しかし、本開示を不必要に曖昧にすることを避けるため、前の記述では多くの公知の構造及びデバイスを省略する。この省略は、特許請求の範囲を限定するものと解釈してはならない。具体的な詳細は、本開示の理解を与えるために記載する。しかし、本開示は、本明細書に記載される具体的な詳細の域を超えるさまざまな方法で実施できることを理解されたい。

その上、本明細書に示される例示的な態様、実施形態及び／または構成は、並置されるシステムのさまざまなコンポーネントを示すが、システムのあるコンポーネントは、ＬＡＮ及び／またはインターネットなどの分散型ネットワークの遠方部に、または、専用システム内で遠隔設置することができる。したがって、システムのコンポーネントを１つまたは複数のデバイスに組み合わせることも、アナログ及び／もしくはデジタルの電気通信ネットワーク、パケット交換ネットワーク、または、回路交換ネットワークなどの分散型ネットワークの特定のノード上に並置することもできることを理解されたい。前の記述から、演算効率のため、システムのコンポーネントは、システムのオペレーションに影響を及ぼすことなく、コンポーネントの分散型ネットワーク内のいずれの位置にも配置できることが理解されよう。例えば、さまざまなコンポーネントは、ＰＢＸ及びメディアサーバ、ゲートウェイなどのスイッチに、１つもしくは複数の通信デバイスに、１つもしくは複数のユーザの構内で、または、それらのいくつかの組合せで配置することができる。同様に、システムの１つまたは複数の機能部分は、電気通信デバイスと関連コンピューティングデバイスとの間で分散させることが可能である。

その上、要素を接続するさまざまなリンクは、有線リンクでも無線リンクでも、その任意の組合せでも、接続された要素への及び接続された要素からのデータの供給及び／または通信が可能な他の任意の公知のまたは後に開発された要素でもあり得ることを理解されたい。これらの有線または無線リンクは、保護されたリンクでもあり得、暗号化された情報を通信できる場合もある。リンクとして使用される伝送媒体は、例えば、同軸ケーブル、銅線及び光ファイバを含む任意の適切な電気信号のキャリアであり得、電波及び赤外線データ通信中に生成されるものなどの音波または光波の形をとることができる。

また、イベントの特定のシーケンスとの関連でフローチャートについて論じ示してきたが、開示される実施形態、構成及び態様のオペレーションに実質的に影響を及ぼすことなく、このシーケンスに対する変更、追加及び省略が起こり得ることを理解されたい。

本開示の多くの変形形態及び変更形態を使用することができる。他のものを提供することなく、本開示のいくつかの特徴を提供することも可能であろう。
さらなる別の実施形態では、本開示のシステム及び方法は、専用コンピュータ、プログラムされたマイクロプロセッサもしくはマイクロコントローラ及び周辺集積回路素子、ＡＳＩＣもしくは他の集積回路、デジタル信号プロセッサ、個別素子回路などの配線電子もしくは論理回路、ＰＬＤ、ＰＬＡ、ＦＰＧＡ、ＰＡＬなどのプログラム可能論理デバイスもしくはゲートアレイ、専用コンピュータ、任意の同等な手段、または、同様のものと併せて実施することができる。一般に、本明細書に示される方法論の実施が可能な任意のデバイスまたは手段を使用して、本開示のさまざまな態様を実施することができる。開示される実施形態、構成及び態様に使用できる例示的なハードウェアは、コンピュータ、携帯用デバイス、電話（例えば、携帯電話、インターネット可能な、デジタル、アナログ、ハイブリッド及び他のもの）、及び、当技術分野で知られている他のハードウェアを含む。これらのデバイスのいくつかは、プロセッサ（例えば、単一または複数のマイクロプロセッサ）、メモリ、不揮発性記憶装置、入力デバイス及び出力デバイスを含む。その上、これらに限定されないが、分散処理もしくはコンポーネント／オブジェクト分散処理、並列処理、または、仮想マシン処理を含む代替のソフトウェア実装形態は、本明細書に記載される方法を実施するよう構築することもできる。

さらなる別の実施形態では、開示される方法は、さまざまなコンピュータまたはワークステーションプラットフォームで使用することができるポータブルソースコードを提供するオブジェクトまたはオブジェクト指向ソフトウェア開発環境を使用するソフトウェアと併せて容易に実施することができる。あるいは、開示されるシステムは、標準論理回路またはＶＬＳＩ設計を使用してハードウェアで部分的または完全に実装することができる。本開示に従ってシステムの実装にソフトウェアまたはハードウェアを使用するかどうかは、システムの速度及び／または効率要件、特定の機能、ならびに、利用する特定のソフトウェアまたはハードウェアシステムまたはマイクロプロセッサまたはマイクロコンピュータシステムに依存する。

さらなる別の実施形態では、開示される方法は、記憶媒体に格納することができ、コントローラ及びメモリと協働してプログラムされた汎用コンピュータ、専用コンピュータ、マイクロプロセッサ及び同様のもの上で実行されるソフトウェアで部分的に実施することができる。これらの例では、本開示のシステム及び方法は、アプレット、ジャバ（ＪＡＶＡ）（登録商標）またはＣＧＩスクリプトなどのパーソナルコンピュータに組み込まれたプログラムとして、サーバまたはコンピュータワークステーション上に常駐するリソースとして、専用測定システム、システムコンポーネントまたは同様のものに組み込まれたルーチンとして実施することができる。また、システムは、ソフトウェア及び／またはハードウェアシステムにシステム及び／または方法を物理的に組み込むことによっても実装することができる。

本開示は、特定の規格及びプロトコルを参照して、態様、実施形態及び／または構成で実装されるコンポーネント及び機能について説明するが、態様、実施形態及び／または構成は、そのような規格及びプロトコルに制限されない。本明細書で言及されない他の同様の規格及びプロトコルも存在し、本開示に含まれるものと考えられる。その上、本明細書で言及される規格及びプロトコルならびに本明細書で言及されない他の同様の規格及びプロトコルは、本質的に同じ機能を有するより速いまたはより効果的な均等物に定期的に取って代わられる。同じ機能を有するそのような置換規格及びプロトコルは、本開示に含まれる均等物と考えられる。

さまざまな態様、実施形態及び／または構成での本開示は、本明細書に描写及び記載されるように実質的にコンポーネント、方法、プロセス、システム及び／または装置を含み、さまざまな態様、実施形態、構成実施形態、サブコンビネーション及び／またはそのサブセットを含む。当業者であれば、本開示を理解した後で、開示される態様、実施形態及び／または構成をどのように作成し使用するか理解されよう。さまざまな態様、実施形態及び／または構成での本開示は、本明細書に描写及び／または記載されていないアイテムなしで、または、本明細書のさまざまな態様、実施形態及び／または構成で、デバイス及びプロセスを提供することを含み、例えば、性能を向上させ、容易に実装を実現し、及び／または、実装コストを削減するために、前のデバイスまたはプロセスで使用された可能性があるようなアイテムがない場合も含む。

前述の論考は、例示と説明を目的として提示してきた。前述は、本明細書に開示される１つまたは複数の形態に本開示を制限することを意図しない。前述の発明を実施するための形態では、例えば、本開示を合理化する目的で、１つまたは複数の態様、実施形態及び／または構成で、本開示のさまざまな特徴が一緒に分類される。本開示の態様、実施形態及び／または構成の特徴は、上記で論じられたもの以外の代替の態様、実施形態及び／または構成で組み合わせることができる。本開示のこの方法は、請求項が各請求項に明確に列挙されているものより多くの特徴を要求するという意図を反映するものとして解釈してはならない。むしろ、以下の請求項が反映するように、発明の態様は、単一の前述の開示される態様、実施形態及び／または構成のすべての特徴よりも少ないことにある。したがって、以下の請求項は、本明細書によって、この発明を実施するための形態に組み込まれ、各請求項は、本開示の別々の好ましい実施形態としてそれ自体を主張する。

その上、説明には１つまたは複数の態様、実施形態及び／または構成の説明、ならびに、ある変形形態及び変更形態が含まれるが、例えば、本開示を理解した後で、当業者の技能及び知識の範囲内となり得るように、他の変形形態、組合せ及び変更形態は本開示の範囲内である。許可される範囲の代替の態様、実施形態及び／または構成を含む権利を得ることを意図し、そのような代替の、交換可能な及び／または均等な構造、機能、範囲または工程が本明細書で開示されるか否かにかかわらず、いかなる特許可能な対象物も公的に献納することを意図することなく、特許請求されたものに対する代替の、交換可能な及び／または均等な構造、機能、範囲または工程を含む。

Claims (20)

1. 複数画面デバイスによって表示されたデータを制御する方法であって、
   前記複数画面デバイスが第１の物理的な向きから異なる第２の物理的な向きへ移動したことを特定することであって、前記第１及び第２の物理的な向きは、前記第１の物理的な向きが、折り畳まれた方向か又は横向き方向であるかによって異なる、前記特定すること、
   前記複数画面デバイスの第１の画面及び第２の画面が、各々、同じアプリケーションに対するコンテンツを表示しているかを特定すること、
   前記第１及び第２の画面のうちの少なくとも１つの画面上の前記アプリケーションの既定のディスプレイ構成に適合するように前記アプリケーションの表示を変更することであって、前記ディスプレイ構成は、前記第２の物理的な向き及び前記特定することの結果に依存する、前記変更すること
   を含み、
   前記変更することは、（ａ）前記第１の画面上でのみの表示から、前記第１及び第２の画面の両方の画面上での同時表示へ、又は、（ｂ）前記第１及び第２の画面の両方の画面上での同時表示から、前記第１の画面上でのみの表示へ、前記アプリケーションの表示を修正することを含む、方法。
2. 前記第１の画面は、前記第２の画面の上方にあると特定される、請求項１に記載の方法。
3. 前記第２の画面に対する前記第１の画面の相対位置は、少なくとも部分的に、加速度計から受信されたデータに基づいて特定される、請求項２に記載の方法。
4. 前記アプリケーションが単一画面アプリケーションか又は複数画面アプリケーションかを特定することをさらに含み、
   開横向き状態で前記第２の画面上に表示されたデータを制御することも、前記アプリケーションが単一画面アプリケーションか又は複数画面アプリケーションかに基づく、請求項２に記載の方法。
5. 前記アプリケーションは、複数画面アプリケーションであり、
   前記方法は、前記デバイスが折り畳まれた閉構成とならないように、前記アプリケーションからのデータを横向き状態で前記第２の画面上に自動的に表示させることをさらに含む、請求項４に記載の方法。
6. 前記アプリケーションは、単一画面アプリケーションであり、異なる第２のアプリケーションからのデータは、前記第２の画面上に同時に表示される、請求項４に記載の方法。
7. （ａ）前記第２の物理的な向きは、縦向き方向であり、（ｂ）前記第１の物理的な向きは、横向き方向であり、（ｃ）前記変更することの前に、前記第１及び第２の画面は各々、前記アプリケーションに対するコンテンツを表示し、前記修正することは、前記第１の画面上にのみ前記アプリケーションを表示することを含む、請求項１に記載の方法。
8. 第２のアプリケーションからのデータは、前記アプリケーションからのデータが前記第１の画面上に表示されると同時に、前記第２の画面上に表示される、請求項７に記載の方法。
9. （ａ）前記第２の物理的な向きは、前記デバイスの広げられた方向であり、（ｂ）前記第１の物理的な向きは、折り畳まれた方向であり、（ｃ）前記変更することの前に、前記第１の画面のみが前記アプリケーションの前記コンテンツを表示し、前記修正することは、前記第１及び第２の画面の各々に前記コンテンツの少なくとも一部を同時に表示することを含む、請求項１に記載の方法。
10. 格納されたマシン命令を有する非一時的なコンピュータ可読媒体であって、前記命令は、
    複数画面デバイスが第１の物理的な向きから異なる第２の物理的な向きへ移動したことを特定するよう構成された第１のセットの命令であって、前記第１及び第２の物理的な向きは、前記第１の物理的な向きが折り畳まれた方向か又は横向き方向であるかによって異なる、前記第１のセットの命令と、
    前記複数画面デバイスの第１の画面及び第２の画面が各々、同じアプリケーションに対するコンテンツを表示しているかを特定するよう構成された第２のセットの命令と、
    前記第１及び第２の画面のうちの少なくとも１つの画面上の前記アプリケーションの既定のディスプレイ構成に適合するように前記アプリケーションの表示を変更するよう構成された第３のセットの命令であって、前記ディスプレイ構成は、前記第２の物理的な向き及び前記特定することの結果に依存する、前記第３のセットの命令と
    を含み、
    前記第３のセットの命令は、（ａ）前記第１の画面上でのみの表示から、前記第１及び第２の画面の両方の画面上での同時表示へ、又は、（ｂ）前記第１及び第２の画面の両方の画面上での同時表示から、前記第１の画面上でのみの表示へ、前記アプリケーションの表示を修正するよう構成されている、コンピュータ可読媒体。
11. 前記第１の画面は、一次画面に相当し、前記第２の画面は、二次画面に相当する、請求項１０に記載のコンピュータ可読媒体。
12. 前記第１の画面は、前記第２の画面の上方にあると特定され、開横向き状態で第２のディスプレイ上に表示されたデータは、前記アプリケーションが単一画面アプリケーションか又は複数画面アプリケーションかに基づく、請求項１０に記載のコンピュータ可読媒体。
13. 前記アプリケーションは、複数画面アプリケーションであり、第１及び第２のディスプレイ上に表示されたデータを制御するよう構成された命令は、前記第２のディスプレイにわたって移動し、第１のアプリケーションからのデータで前記第２のディスプレイを徐々に満たしていく移行エリアを前記第２のディスプレイ上で生成することも行う、請求項１２に記載のコンピュータ可読媒体。
14. 前記アプリケーションからの前記データは、（ａ）前記第２の物理的な向きが、前記デバイスの広げられた方向である場合、（ｂ）前記第１の物理的な向きが、折り畳まれた方向である場合、（ｃ）前記アプリケーションの表示を修正するための命令の対応する実行の前、前記第１の画面のみが前記アプリケーションの前記コンテンツを表示し、前記修正するための命令を実行した後、前記第１及び第２の画面の各々に前記コンテンツの少なくとも一部を同時に表示する場合に、前記第１及び第２のディスプレイの両方のディスプレイ上に自動的に表示される、請求項１３に記載のコンピュータ可読媒体。
15. 前記アプリケーションは、単一画面アプリケーションであり、第２のアプリケーションからのデータは、前記開横向き状態への前記デバイスの移行の直後、前記第２の画面上に自動的に表示される、請求項１２に記載のコンピュータ可読媒体。
16. 複数画面ユーザデバイスであって、
    第１のディスプレイエリアを含む第１の画面と、
    第２のディスプレイエリアを含む第２の画面と、
    前記第１の画面を前記第２の画面に折り畳み可能に接続するよう構成された付属品と、
    ヒンジの位置を示す第１の信号を生成するよう構成された第１のセンサと、
    前記第２の画面に対する前記第１の画面の相対位置を示す第２の信号を生成するよう構成された第２のセンサと、
    格納された命令を有するコンピュータ可読媒体と
    を備え、前記コンピュータ可読媒体は、
    前記複数画面デバイスが第１の物理的な向きから異なる第２の物理的な向きへ移動したことを特定するよう構成された第１のセットの命令であって、前記第１及び第２の物理的な向きは、前記第１の物理的な向きが折り畳まれているか又は横向き方向であるかによって異なる、前記第１のセットの命令と、
    前記複数画面デバイスの第１の画面及び第２の画面が、各々、同じアプリケーションに対するコンテンツを表示しているかを特定するよう構成された第２のセットの命令と、
    前記第１及び第２の画面のうちの少なくとも１つの画面上の前記アプリケーションの既定のディスプレイ構成に適合するように前記アプリケーションの表示を変更するよう構成された第３のセットの命令であって、前記ディスプレイ構成は、前記第２の物理的な向き及び前記特定することの結果に依存する、前記第３のセットの命令と
    を含み、前記第３のセットの命令は、（ａ）前記第１の画面上でのみの表示から、前記第１及び第２の画面の両方の画面上での同時表示へ、又は、（ｂ）前記第１及び第２の画面の両方の画面上での同時表示から、前記第１の画面上でのみの表示へ、前記アプリケーションの表示を修正するよう構成されている、複数画面ユーザデバイス。
17. 前記アプリケーションは、複数画面アプリケーションであり、前記第３のセットの命令は、前記第２のディスプレイにわたって移動し、前記アプリケーションからのデータで前記第２のディスプレイを徐々に満たしていく移行エリアを前記第２のディスプレイ上で生成するようさらに構成されている、請求項１６に記載のデバイス。
18. 前記アプリケーションからの前記データは、（ａ）前記第２の物理的な向きが、前記デバイスの広げられた方向である場合、（ｂ）前記第１の物理的な向きが、折り畳まれた方向である場合、（ｃ）前記アプリケーションの表示を修正するための命令の対応する実行の前、前記第１の画面のみが前記アプリケーションの前記コンテンツを表示し、前記修正するための命令を実行した後、前記第１及び第２の画面の各々に前記コンテンツの少なくとも一部を同時に表示する場合に、前記第１及び第２のディスプレイの両方のディスプレイ上に自動的に表示される、請求項１７に記載のデバイス。
19. 前記アプリケーションからの前記データは、（ａ）前記第２の物理的な向きが、縦向き方向である場合、（ｂ）前記第１の物理的な向きが、横向き方向である場合、（ｃ）前記第３のセットの命令の対応する実行の前、前記第１及び第２の画面の各々が前記アプリケーションのコンテンツを表示し、前記第３のセットの命令の対応する実行の後、前記第１の画面上にのみ前記アプリケーションを表示する場合に、前記第１の画面上にのみ自動的に表示される、請求項１７に記載のデバイス。
20. 前記第２の信号に少なくとも部分的に基づいて、前記第１の画面は、前記第２の画面の上方にあると特定される、請求項１７に記載のデバイス。