"複数の携帯電子機器のドッキングで用いる方法であって、前記方法は、マスタ装置上にユーザインタフェースを表示することであって、複数の画面が、複数のマスタ装置ディスプレイのうちの対応する1つに表示されることと;前記マスタ装置を、スレーブ装置にドッキングすることと;スレーブ装置ディスプレイ上に表示されるように、前記ユーザインタフェースを適合させることと;前記スレーブ装置ディスプレイを、複数のディスプレイ部分に分割することであって、それぞれの前記ディスプレイ部分は、前記複数のマスタ装置ディスプレイのうちのそれぞれ1つに対応することとを有し、前記複数のマスタ装置のうちの1つに表示されるそれぞれの画面は、前記スレーブ装置ディスプレイの前記複数のディスプレイ部分のうちの1つに表示される、方法。前記複数の画面は、前記マスタ装置で実行する一つあるいは複数のアプリケーションに対応する、請求項1記載の方法。前記ドッキングは、前記マスタ装置と、前記スレーブ装置のうちの一つあるいは複数のハードウエア構成要素との間の通信を確立することを有する、請求項1記載の方法。前記適合は、前記スレーブ装置ディスプレイに表示されるように、前記画面のうちの少なくとも1つのサイズを変更することを有する、請求項1記載の方法。前記適合は、前記スレーブ装置ディスプレイに表示されるように、前記画面の向きを変えることを有する、請求項4記載の方法。前記スレーブ装置は、前記マスタ装置が前記スレーブ装置にドッキングされない場合の、前記複数のマスタ装置ディスプレイ上の前記複数画面の制御に対応する態様で、前記マスタ装置が前記スレーブ装置にドッキングされるときに、前記スレーブ装置ディスプレイの前記複数のディスプレイ部分上の前記複数画面の前記表示を制御すべく、ジェスチャ入力に応答する、請求項5記載の方法。前記分割は、前記スレーブ装置ディスプレイのうちの少なくとも第1ディスプレイ領域を、第1ディスプレイ部分に割当てることと;前記スレーブ装置ディスプレイのうちの少なくとも第2ディスプレイ領域を、第2ディスプレイ部分に割当てることとを有する、請求項1記載の方法。前記第1ディスプレイ部分は、第1マスタ装置ディスプレイに対応し、前記第2ディスプレイ部分は、第2マスタ装置ディスプレイに対応する、請求項7項記載の方法。前記マスタ装置は、ハンドヘルド装置を有し、前記スレーブ装置は、タブレットを有する、請求項1記載の方法。複数の携帯電子機器をドッキングするシステムであって、前記システムは、一つあるいは複数の画面を表示するように機能する、複数のマスタ装置ディスプレイを有するマスタ装置と;ドッキング位置で前記マスタ装置を収容するように機能する、スレーブ装置ディスプレイを有するスレーブ装置とを備え、前記ドッキング位置にあるときに前記マスタ装置は、前記スレーブ装置ディスプレイに動作通信し、前記ドッキング位置にあるときに前記マスタ装置は、前記複数のマスタ装置ディスプレイに一致する複数のディスプレイ部分に、前記スレーブ装置ディスプレイを分割するように機能し、前記複数のマスタ装置ディスプレイに表示される前記一つあるいは複数の画面は、前記スレーブ装置ディスプレイの前記複数のディスプレイ部分のうちの対応する1つに表示可能である、システム。前記マスタ装置は、ハンドヘルド装置であり、前記スレーブ装置は、タブレット装置である、請求項10記載のシステム。前記ハンドヘルド装置は、第1ディスプレイと第2ディスプレイを有し、前記スレーブ装置ディスプレイは、前記第1ディスプレイに対応する第1ディスプレイ部分と、前記第2ディスプレイに対応する第2ディスプレイ部分とに分割される、請求項11記載のシステム。前記スレーブ装置が、ディスプレイの前記複数のディスプレイ部分のうちの対応する1つに表示されるときに、前記一つあるいは複数の画面のうちの少なくとも1つのサイズは、変更される、請求項10記載のシステム。前記スレーブ装置が、ディスプレイの前記複数のディスプレイ部分のうちの対応する1つに表示されるときに、前記一つあるいは複数の画面のうちの少なくとも1つの向きは、変更される、請求項13記載のシステム。前記ドッキング位置にないときに前記マスタ装置は、受信ジェスチャ入力に応答して前記複数のマスタ装置ディスプレイ上の前記一つあるいは複数の画面の前記表示を制御するように機能し、前記ドッキング位置にあるときに前記マスタ装置は、前記スレーブ装置ディスプレイの前記複数のディスプレイ部分上の前記一つあるいは複数の画面の前記表示を制御するように機能する、請求項10記載のシステム。前記スレーブ装置ディスプレイの前記複数のディスプレイ部分上での前記受信ジェスチャ入力に応答する前記一つあるいは複数の画面の前記表示の前記制御は、前記複数のマスタ装置ディスプレイ上での前記受信ジェスチャ入力に応答する前記一つあるいは複数の画面の前記表示の前記制御に同じである、請求項15記載のシステム。前記マスタ装置は、前記複数のマスタ装置ディスプレイのすぐ近傍にマスタ装置ジェスチャセンサを有し、前記スレーブ装置は、前記スレーブ装置ディスプレイのすぐ近傍にスレーブ装置ジェスチャセンサを有する、請求項16記載のシステム。前記スレーブ装置は、前記ドッキング位置において前記マスタ装置を収容可能に係合する保持機構を有する、請求項10記載のシステム。スレーブ装置ディスプレイと;ドッキング位置においてマスタ装置を収容するように機能するドッキング要素とを有するスレーブ装置であって、前記ドッキング位置にあるときに前記マスタ装置は、前記スレーブ装置ディスプレイに作動通信し、前記ドッキング位置にあるときに前記マスタ装置は、複数のマスタ装置ディスプレイに一致する複数のディスプレイ部分に、前記スレーブ装置ディスプレイを分割するように機能し、前記複数のマスタ装置ディスプレイに表示される一つあるいは複数の画面は、前記スレーブ装置ディスプレイの対応部分に表示可能である、スレーブ装置。一つあるいは複数の画面を表示するように機能する複数のマスタ装置ディスプレイと;スレーブ装置ディスプレイを有するスレーブ装置との動作通信を確立するように機能する通信ポートとを有するマスタ装置であって、前記マスタ装置は、ドッキング位置において前記スレーブ装置に収容可能に係合でき、前記ドッキング位置にあるときに前記マスタ装置は、前記スレーブ装置ディスプレイに動作通信し、前記ドッキング位置にあるときに前記マスタ装置は、前記複数のマスタ装置ディスプレイに一致する複数のディスプレイ部分に、前記スレーブ装置ディスプレイを分割するように機能し、前記複数のマスタ装置ディスプレイに表示される前記一つあるいは複数の画面は、前記スレーブ装置ディスプレイの対応部分に表示可能である、マスタ装置。しかし、デバイス間でのデータ同期能力に関する問題は、相変わらず懸念事項である。本明細書において提示された一特徴は、携帯電子機器のドッキングで用いる方法を有する。方法は、マスタ装置上にユーザインタフェースを表示することを有する。複数の画面は、複数のマスタ装置ディスプレイのうちの対応する1つ上に表示される。方法はさらに、マスタ装置をスレーブ装置にドッキングすることと、スレーブ装置ディスプレイ上に表示されるようにユーザインタフェースを適合させることとを有する。方法はさらに、スレーブ装置ディスプレイを複数のディスプレイ部分に分割することを有する。それぞれのディスプレイ部分は、複数のマスタ装置ディスプレイのうちのそれぞれ1つに対応する。複数のマスタ装置ディスプレイのうちの1つ上に表示されたそれぞれの画面は、スレーブ装置ディスプレイの複数のディスプレイ部分のうちの1つ上に表示される。いくつかの機能の改良および付加的機能は、第1特徴に適用することができる。これらの機能の改良および付加的機能は、個々または任意に組み合わせて用いられうる。よって考察される以下のそれぞれの機能は、任意の他の機能または本明細書において提示される特徴の機能の組合せとともに用いられうるが、必須ではない。一実施形態において、複数の画面は、マスタ装置で実行する一つあるいは複数のアプリケーションに対応しうる。さらにドッキングは、マスタ装置と、スレーブ装置のうちの一つあるいは複数のハードウエア要素との間の通信を確立することを有しうる。加えて、適合は、スレーブ装置ディスプレイ上に表示されるように画面のうちの少なくとも1つのサイズを変更することを有しうる。さらにまた適合は、スレーブ装置ディスプレイ上に表示されるように画面の向きを変化させることを有しうる。スレーブ装置は、マスタ装置がスレーブ装置にドッキングされるときに、スレーブ装置ディスプレイの複数のディスプレイ部分上での複数の画面の表示を制御すべく、ジェスチャ入力に応答しうる。この制御は、マスタ装置がスレーブ装置にドッキングされない場合の複数のマスタ装置ディスプレイ上での複数画面の制御に対応するやり方でありうる。分割は、スレーブ装置ディスプレイのうちの少なくとも第1ディスプレイ領域を第1部分に割当てることと、スレーブ装置ディスプレイのうちの少なくとも第2ディスプレイ領域を第2部分に割当てることとを有しうる。第1ディスプレイ部分は、第1マスタ装置ディスプレイに対応しうるとともに、第2ディスプレイ部分は、第2マスタ装置ディスプレイに対応しうる。一実施形態において、マスタ装置は、ハンドヘルド装置を有しうるとともに、スレーブ装置は、タブレットを有しうる。第2特徴は、携帯電子機器をドッキングするシステムを有する。システムは、複数のマスタ装置ディスプレイを有するマスタ装置を有する。複数のマスタ装置ディスプレイは、その上に一つあるいは複数の画面を表示するように機能する。システムは、スレーブ装置ディスプレイを有するスレーブ装置をさらに有する。スレーブ装置は、ドッキング位置でマスタ装置を収容するように機能する。ドッキング位置にある場合、マスタ装置は、スレーブ装置ディスプレイに動作通信する。さらにドッキング位置にある場合、マスタ装置は、複数のマスタ装置ディスプレイに一致する複数のディスプレイ部分にスレーブ装置ディスプレイを分割するように機能する。複数のマスタ装置ディスプレイ上に表示される一つあるいは複数の画面は、スレーブ装置ディスプレイの複数のディスプレイ部分のうちの複数の対応する1つ上に表示可能である。第3特徴は、スレーブ装置を有する。スレーブ装置は、スレーブ装置ディスプレイと、ドッキング位置でマスタ装置を収容するように機能するドッキング要素とを有する。ドッキング位置にある場合、マスタ装置は、スレーブ装置ディスプレイに動作通信する。また前記ドッキング位置にある場合、マスタ装置は、スレーブ装置ディスプレイを複数のマスタ装置ディスプレイに一致する複数のディスプレイ部分に分割するように機能する。複数のマスタ装置ディスプレイ上に表示される一つあるいは複数の画面は、スレーブ装置ディスプレイの対応部分上に表示可能である。第4特徴は、マスタ装置を有する。マスタ装置は、その上に一つあるいは複数の画面を表示するように機能する複数のマスタ装置ディスプレイを有する。マスタ装置は、スレーブ装置ディスプレイを有するスレーブ装置との動作通信を確立するように機能する通信ポートも有する。マスタ装置は、ドッキング位置でスレーブ装置に収容可能に係合できる。ドッキング位置にある場合、マスタ装置は、スレーブ装置ディスプレイに動作通信する。また前記ドッキング位置にある場合、前記マスタ装置は、スレーブ装置ディスプレイを複数のマスタ装置ディスプレイに一致する複数のディスプレイ部分に分割するように機能する。複数のマスタ装置ディスプレイ上に表示された一つあるいは複数の画面は、スレーブ装置ディスプレイの対応部分上に表示可能である。いくつかの機能の改良と付加的機能は、第2、第3、および第4特徴に適用可能である。これらの機能の改良と付加的機能は、個々あるいは任意に組み合わせて使用されうる。よって議論される以下のそれぞれの機能は、他の機能とともに用いられうるか、本明細書において提示される特徴の機能を組み合せて用いられうるが、必須ではない。一実施形態において、マスタ装置は、ハンドヘルド装置でありうるとともに、スレーブ装置は、タブレット装置でありうる。ハンドヘルド装置は、第1ディスプレイと第2ディスプレイを有しうる。スレーブ装置ディスプレイは、第1ディスプレイに対応する第1ディスプレイ部分と、第2ディスプレイに対応する第2ディスプレイ部分とに分割されうる。一つあるいは複数の画面のうちの少なくとも1つが、スレーブ装置ディスプレイの複数のディスプレイ部分のうちの対応する1つ上に表示される場合、そのサイズが変更される。さらに一つあるいは複数の画面のうちの少なくとも1つの向きは、スレーブ装置ディスプレイの複数のディスプレイ部分のうちの対応する1つ上に表示される場合に変更されうる。一実施形態において、ドッキング位置にない場合、マスタ装置は、受信ジェスチャ入力に応答して、複数のマスタ装置ディスプレイ上の一つあるいは複数の画面の表示を制御するように機能しうる。またドッキング位置にある場合、マスタ装置は、スレーブ装置ディスプレイの複数の表示部分上の一つあるいは複数の画面の表示を制御するように機能しうる。スレーブ装置ディスプレイの複数のディスプレイ部分上での受信ジェスチャ入力に応答した一つあるいは複数の画面の表示の制御は、複数のマスタ装置ディスプレイ上での受信ジェスチャ入力に応答した一つあるいは複数の画面の表示の制御に実質的に同じでありうる。よってマスタ装置は、複数のマスタ装置ディスプレイのすぐ近傍にマスタ装置ジェスチャセンサを有しうるとともに、スレーブ装置は、スレーブ装置ディスプレイのすぐ近傍にスレーブ装置ジェスチャセンサを有しうる。一実施形態において、スレーブ装置は、ドッキング位置でマスタ装置を収容可能に係合する保持機構を有しうる。以下の説明は、本明細書において開示される形態に本発明を限定することを意図していない。結果的に、以下の教示、従来の技術のスキルと知識に相応の変化および変更は、本発明の範囲内にある。本明細書において記載される実施形態はさらに、本発明の実施の既知の形態を説明することと、他の当業者が本発明をこのような実施形態または他の実施形態で、特定の用途または使用で必要とされる様々な改変とともに本発明を利用できるようにすることとを意図したものである。以下の説明は、主として携帯電子機器をドッキングするシステムと方法に関する。特に以下の説明は、ドッキング可能なマスタ装置とスレーブ装置用のユーザインタフェースの実装の実施形態を示す。たとえばユーザインタフェースは、マスタ装置上に表示されたユーザインタフェースがスレーブ装置上で表示されるように適合されうるように、マスタ装置とスレーブ装置のドッキング中およびドッキング後のうちの少なくとも一方で適応可能でありうる。本明細書において記載されるようにデバイスは、スレーブ装置またはマスタ装置と称されうる。マスタ装置はドッキングされると、スレーブ装置のうちの少なくともいくつかの機能性を制御すべく機能することが意図される。マスタ装置とスレーブ装置とのドッキングは、スレーブ装置の要素たとえば入力装置、表示装置、音声装置とビデオ装置のうちの少なくとも一方などに、マスタ装置のリソースたとえばプロセッサ、無線機、セル無線機、メモリなどが機能性を提供できるようにしうる。よってマスタ装置のリソースがない比較的単純で価格が手頃なスレーブ装置が、提供されうる。スレーブ装置は、マスタ装置以外の形態に関連する機能的多様性を提供すべく、マスタ装置の形態とは異なる形態を取りうる。マスタ装置のリソースが、スレーブ装置の要素に機能性を提供するので、マスタ装置とスレーブ装置を使用する間の移行は、継ぎ目がないか、オンザフライでありうるので、たとえばクラウドコンピューティング、サーバアクセス、または時間のかかる物理的同期化操作などの複雑で費用のかかる同期機能の必要なく、マスタ装置の全ての機能性とデータリソースが、スレーブ装置で利用できるようにしうる。スレーブ装置に対してドッキング位置でマスタ装置を保持する保持機構を有するスレーブ装置が、提供されうる。たとえばスレーブ装置は、タブレット装置でありうるとともに、マスタ装置は、ハンドヘルド装置たとえばスマートフォンでありうる。この点に関してタブレットに提供されるコネクタは、ハンドヘルド装置がタブレットにドッキングされるときに、ハンドヘルド装置の通信ポートにインタフェースで接続しうる。コネクタは、ハンドヘルド装置とタブレットとの間に通信インタフェースを提供しうる。タブレットは、ハンドヘルド装置がドッキング位置にあるときにハンドヘルド装置によって制御されうる、タブレット装置に組み込まれたハードウエア要素を有しうる。たとえばタブレット装置上に提供されるタッチスクリーンディスプレイは、ハンドヘルド装置からの情報を表示しうるとともに、ハンドヘルド装置は、タッチスクリーンディスプレイからの入力を受信しうる。よってハンドヘルド装置のユーザインタフェースは、マスタ装置がドッキングされると、スレーブ装置上に表示されるように適合されうる。したがって以下により詳細に議論されるように、タブレット装置とハンドヘルド装置の両方の利点が、実現されうる。図1は、タブレット100型のスレーブ装置およびハンドヘルド装置150型のマスタ装置の略図を有する。当然のことながら、これらの特定型のマスタ装置とスレーブ装置は、例示目的のみに提供されており、他の型のスレーブ装置とマスタ装置が、無制限に提供されうる。たとえばゲームパッド、ラップトップコンピュータ、デスクトップコンピュータ、またはワークステーション端末型のデバイスなどの他の形式のデバイスが、スレーブまたはマスタ装置のいずれかとして採用されうる。タブレット装置150は、保持機構102を有しうる。保持機構102は、ハンドヘルド装置150がタブレット100の保持機構102によって保持可能に係合されるように、ハンドヘルド装置150に対応しうる。マスタ装置150は、マスタ装置150のうちの少なくとも一部がスレーブ装置100のエンベロープ内に含められるように、保持機構102によって保持されうる。保持機構によって保持可能に係合されると、ハンドヘルド装置150は、タブレット装置100に対してドッキング位置にありうる。タブレット100は、コネクタ104も有しうる。図1において示されるように、コネクタ104は、ハンドヘルド装置150が保持機構102に係合すると、コネクタ104が、ハンドヘルド装置150の通信ポート152にインタフェースで接続しうるように、保持機構102に対して配置されうる。この点に関してコネクタ104は、タブレット100に提供されたスペース内に及びうる。ドッキング位置にあるときに、そのスペース内にハンドヘルド装置150が収容される。ハンドヘルド装置150は、通信ポート152に動作通信するプロセッサ154を有しうる。プロセッサ154は、ハンドヘルド装置150の様々な構成要素にさらに動作通信しうる。よってプロセッサ154は、ハンドヘルド装置150の様々な構成要素の動作を制御するように動作しうる。たとえばプロセッサ154は、メモリ170に動作通信しうる。メモリ170は、ハンドヘルド装置150の動作を制御すべく、プロセッサ154によって実行可能な実行コードを保存しうる。たとえばメモリ170は、ハンドヘルド装置150を制御すべく、プロセッサ154によって実行可能なオペレーティングシステムOSに対応するコードを有しうる。図2は、ハンドヘルド装置150の実施形態をより詳細に示す。ハンドヘルド装置150は、第1ディスプレイ158と第2ディスプレイ159を有しうる。さらに2つのディスプレイ158,159は、ハンドヘルド装置の様々な実施形態の機能性に関して以下に図示および記載されうるが、一つあるいは複数のディスプレイを有するハンドヘルド装置が、提供されうる。いずれにしても、第1ディスプレイ158と第2ディスプレイ159は、独立して制御可能でありうる。ディスプレイは、レンダリングされた画像または画面を表示するように機能しうる。本明細書において使用されるように、用語ディスプレイは、デバイスハードウエアを指すが、画面は、ディスプレイにレンダリングされた表示画像を指す。この点に関してディスプレイは、画面をレンダリングするように機能する物理的ハードウエアである。画面は、ディスプレイの大半の範囲を有しうる。たとえば画面は、他の機能たとえばメニューバー、ステータスバー、などに充てられた領域以外の表示領域のうちの実質的全てを占めうる。代替的あるいは付加的に、画面は、1つよりも多くのディスプレイを占めうる。画面は、ハンドヘルド装置150で実行するアプリケーションとオペレーティングシステムOSのうちの少なくとも一方に関連しうる。たとえばアプリケーション画面またはデスクトップ画面が、表示されうる。アプリケーションは、以下でさらに記載されうるように、操作可能な様々な種類の画面を有しうる。一実施形態において、ハンドヘルド装置150のうちのそれぞれのディスプレイは、480画素×800画素の解像度を有しうるが、より高い解像度およびより低い解像度も提供されうる。画面は、オペレーティングシステムOS、アプリケーションなどに関連しうる。場合によっては、画面は、ユーザ入力を経由して操作できる双方向の機構たとえばボタン、テキスト領域、トグルスイッチ領域などを有しうる。ユーザ入力は、様々な入力装置たとえば物理的キーボード、ローラボール、方向キー、タッチ感応装置などによって受信されうる。場合によっては、画面は、単にグラフィクスを有するだけで、ユーザによる入力を受信する能力を有さない可能性がある。他の例では、グラフィックス機能および入力機能はともに、画面によって提供されうる。よって一つあるいは複数のディスプレイ、一つあるいは複数のディスプレイに表示される画面、および様々なユーザ入力装置は、ユーザがハンドヘルドコンピュータ装置の機能性を活用できるようにするGUIを有しうる。ハンドヘルド装置150は、第1位置と第2位置との間で設定可能でありうる。第1位置において、単一ディスプレイたとえば第1ディスプレイ158または第2ディスプレイ159は、ユーザの視点から視認可能である。両ディスプレイ158と159は、第1位置にあるときに、ハンドヘルド装置150の外面に露出しうるが、ディスプレイ158と159は、両ディスプレイ158,159が、ユーザの視点から同時に視認できないように隣接しないやり式で配置されうるたとえば1つのディスプレイは、デバイス150の正面から視認可能でありうるが、他のディスプレイは、装置150の裏面から視認可能でありうる。ハンドヘルド装置150はまたディスプレイ158,159が、ユーザの視点から同時に視認可能でありうるような第2位置で提供されうるたとえばディスプレイ158,159は、互いに隣接して位置付けられうる。ディスプレイ158,159は、ディスプレイ158,159が、端と端を縦に繋ぐか左右に並べて配置されるような第2位置で表示されうる。さらにディスプレイ158,159は、ユーザに対して縦向きまたは横向きに配置されうる。さらに以下で議論されるように、縦向きは、装置のディスプレイのうちのより長い寸法が、垂直に向けられるたとえば重力またはユーザの視点に対してデバイスの配置を表わすことを意図する。横向きは、装置のディスプレイのうちのより短い寸法が、垂直に向けられるたとえば重力またはユーザの視点に対して配置を表わすことを意図する。さらにより長い寸法とより短い寸法は、それぞれのディスプレイを個々に指しうるか、装置のうちの一つあるいは複数のディスプレイの結合表示画面を指しうる。したがって個々のディスプレイが縦向きに配置されるときに、全体の表示領域は横向きに配置されうるが、その逆もまたしかりである。さらにディスプレイと画面は、それぞれ異なる向きにありうる。たとえばディスプレイが、横向きにあるときに、一つあるいは複数の画面は、ディスプレイ上に縦向きにレンダリングされうるが、その逆もしかりである。ハンドヘルド装置150は、第1位置たとえばユーザの視点から視認可能な単一ディスプレイと、第2位置たとえばユーザの視点から同時に視認可能な少なくとも2つのディスプレイとの間において様々な方法で操作されうる。たとえばデバイス150は、第1と第2ディスプレイ158,159が、第2位置において互いに平行に隣接して配置でき、さらに単一ディスプレイのみが見え、他のディスプレイが、視認可能なディスプレイによって隠される第1位置にスライドできるようなスライダ機構を有しうる。またデバイス150は、クラムシェル様式で配置されうる。クラムシェル様式において、ディスプレイ158,159が、第2位置にあるときすなわち開位置、ユーザによって同時に視認可能なように、第1ディスプレイ158と第2ディスプレイ159との間にヒンジが提供される。ディスプレイ158,159は、デバイス150のうちの内部クラムシェル部分か外部クラムシェル部分上に提供されうる。この点において両ディスプレイ158,159は、デバイスが第1位置にあるときすなわち閉位置、それぞれデバイスの正面と裏面から視認可能でありうる。装置150が開位置にあるときにディスプレイ158,159は、互いに隣接および平行して提供されうる。第1と第2位置にあるときに、ディスプレイの様々な配置と相対的位置関係のうちの少なくとも一方が、提供されうる、別の配置のハンドヘルドコンピュータ装置150が、検討される。上記は、2つのディスプレイ158,159に言及したが、別の実施形態のハンドヘルド装置は、2つよりも多くのディスプレイを有しうる。この点に関して2つ以上のディスプレイは、上記にしたがう方法で機能しうる。単一ディスプレイのみが、第1位置でユーザによって視認可能であるが、複数ディスプレイすなわち2つよりも多くのディスプレイは、第2位置で視認可能である。ハンドヘルド装置150は、ユーザ入力の受信に用いられうる一つあるいは複数の入力装置をさらに有しうる。これらの入力装置は、ユーザからのジェスチャ入力を受信するように機能しうるので、一般にジェスチャセンサと称されうる。いくつかの異なる様式のジェスチャセンサが、提供されうる。いくつかの実施例には、以下に述べるものに限らず、伝統的入力装置キーパッド、トラックボールなど、タッチ感応装置、光センサたとえばカメラその他などが包含される。本明細書において含まれる議論は、ジェスチャ入力を受信するためのタッチ感応装置の使用に言及しうる。しかし、タッチ感応装置の使用は、例示目的にだけ提供されるもので、ジェスチャ入力の受信手段をタッチ感応装置だけに限定することを意図しない。したがってジェスチャ入力を受信する上記手段のうちのいずれかは、タッチ感応装置で受信されたジェスチャ入力に関して以下で開示される機能性を生じさせるべく用いられうる。この点においてハンドヘルド装置150は、少なくとも第1タッチセンサ172を有しうる。さらにハンドヘルドコンピュータ装置は、第2タッチセンサ174を有しうる。第1タッチセンサ172と第2タッチセンサ174のうちの少なくとも一方は、タッチパッド装置、タッチスクリーン装置、または他の適当なタッチ感応装置でありうる。実施例には、容量式タッチ感応パネル、抵抗式タッチ感応パネル、あるいは他のタッチ感応技術を採用するデバイスが含まれる。第1タッチセンサ172と第2タッチセンサ174のうちの少なくとも一方は、ユーザの身体のうちの一部たとえば指、親指、手など、タッチペン、または当該分野において公知の他の許容されたタッチ感応インタフェース機構と併せて用いられうる。さらに第1タッチセンサ172と第2タッチセンサ174のうちの少なくとも一方は、同時に複数のタッチを検知できるマルチタッチ装置でありうる。第1タッチセンサ172は、第1ディスプレイ158に対応しうるとともに、第2タッチセンサ174は、第2ディスプレイ159に対応しうる。ハンドヘルド装置150の一実施形態において、第1ディスプレイ158と第1タッチセンサ172は、第1タッチスクリーンディスプレイ180を有する。この点において第1タッチセンサ172は、透明または半透明でありうるとともに、第1タッチセンサ172で受信された対応タッチが、第1ディスプレイ158に相関がありうるようにたとえば第1ディスプレイ158上にレンダリングされた画面と情報をやりとりするため、第1ディスプレイ158に対して位置付けられうる。同様に第2ディスプレイ159と第2タッチセンサ174は、第2タッチスクリーンディスプレイ182を有しうる。この点に関して第2タッチセンサ174は、第2タッチセンサ174で受信されたタッチが、第2ディスプレイ159に相関がありうるようにたとえば第2ディスプレイ159にレンダリングされた画面と情報をやりとりするため、第2ディスプレイ159に対して位置付けられうる。また第1タッチセンサ172と第2タッチセンサ174のうちの少なくとも一方は、ディスプレイ158,159とは別に提供されうる。さらに別の実施形態において、入力が第1ディスプレイ158と第2ディスプレイ159の両方を制御できるようにする単一ジェスチャセンサのみが、提供されうる。単一ジェスチャセンサはまたディスプレイとは個別に、あるいは統合して提供されうる。この点において第1と第2タッチセンサ172,174は、ディスプレイ158,159に実質的に同じフットプリントを、ハンドヘルド装置150上に有しうる。またタッチセンサ172,174は、ディスプレイ158,159全体ほどではないなどのフットプリントを有しうる。さらにまたタッチセンサ172,174は、タッチセンサ172,174のうちの少なくとも一部が、ディスプレイ158,159に対してオーバーラップしない関係で提供される。以下でさらに議論されるように、タッチセンサ172,174は別に、タッチセンサ172,174のフットプリントが、ディスプレイ158,159のフットプリントとは完全に異なるように全くオーバーラップしない関係で提供されうる。タッチ感応装置は、複数のゾーンに分割されうる。様々なゾーンで受信された同じジェスチャは、異なる機能性を有しうる。たとえばディスプレイの上部または下部での一定割合たとえば10,25などのタッチ感応装置は、残りの部分のタッチ感応装置とは別個のゾーンとして定義されうる。したがってこのゾーンで受信されたジェスチャは、残りの部分のタッチ感応装置で受信されたジェスチャとは異なる機能性を有しうる。上記のようにハンドヘルド装置150は、データバス156に動作通信するプロセッサ154を有しうる。プロセッサ154は、一般にハンドヘルド装置150の機能性を制御するように機能しうる。たとえばプロセッサ154は、オペレーティングシステムOSを実行しうるとともにアプリケーションを実行するように機能しうる。プロセッサ154は、下述されるように、ハンドヘルドコンピュータ装置150のうちの一つあるいは複数の付加的構成要素に通信しうる。たとえばプロセッサ154は、付加的構成要素のうちの一つあるいは複数に直接通信しうるか、データバス156を介して一つあるいは複数の付加的構成要素に通信しうる。さらに以下の議論は、データバス156に動作通信する付加的構成要素について記載しうるが、他の実施形態において、付加的構成要素のうちのいずれかは、他の付加的構成要素のうちのいずれかに直接動作通信しうる。さらにプロセッサ154は、第1ディスプレイ158および第2ディスプレイ159を独立して制御するように機能しうるとともに、第1タッチセンサ172および第2タッチセンサ174からの入力を受信するように機能しうる。プロセッサ154は、一つあるいは複数の異なるプロセッサを有しうる。たとえばプロセッサ154は、一つあるいは複数の特定用途向け集積回路ASIC、一つあるいは複数のフィールドプログラマブルゲートアレイFPGA、機械可読コードを実行するように機能する一つあるいは複数の汎用プロセッサ、または上記の組合せを有しうる。ハンドヘルドコンピュータ装置は、様々なデバイスおよびハンドヘルド装置の構成要素に電力を提供するように機能するバッテリ164を有しうる。この点に関してハンドヘルドコンピュータ装置150は、携帯可能でありうる。さらにハンドヘルド装置150は、一つあるいは複数の無線機160を有しうる。たとえば一つあるいは複数の無線機には、たとえばIEEE802.11基準を採用するワイファイWi-Fi無線機;たとえばGSM登録商標,CDMA,LTE,またはWiMAXを採用するセル無線機;ブルートゥースBLUETOOTH登録商標無線機;あるいは他の適当な無線機が含まれうる。ハンドヘルドコンピュータ装置100は、アンテナ176も有しうる。アンテナ176は、ハンドヘルド装置150に無線機能を提供すべく、一つあるいは複数の無線機160に動作通信しうる。したがってハンドヘルド装置150は、電話機能すなわちハンドヘルドコンピュータ装置150は、スマートフォン装置でありうるを有しうる。図1を参照すると、ハンドヘルド装置150は、たとえばセキュアデジタルSDカードスロットなどの取外可能な記憶装置162も有しうる。データバス156に動作通信する音声モジュール166も、提供されうる。音声モジュール166は、マイクとスピーカのうちのいずれか一方を有しうる。この点において音声モジュール166は、音声の取込みか音の生成を行うことができうる。さらにデバイス150は、カメラモジュール168を有しうる。カメラモジュール168は、画像またはビデオの取込みと保存を促進すべく、ハンドヘルド装置150のうちの他の構成要素に動作通信しうる。ハンドヘルド装置150は、加速度計モジュール178をさらに有しうる。加速度計モジュール178は、重力に対するハンドヘルド装置150の向きを監視できうる。この点に関して加速度計モジュール178は、ハンドヘルド装置150が、実質的に縦向きか、横向きかを判定するように機能しうる。加速度計モジュール178はさらに、ハンドヘルド装置150の向きと動きのうちの少なくとも一方を監視することで他の制御機能性を提供しうる。ハンドヘルド装置150は、一つあるいは複数のハードウエアボタン134も有しうる。ハードウエアボタン302は、ハンドヘルド装置150の様々な機構の制御に用いられうる。ハードウエアボタン134は、固定機能性を有しうるか、ボタンの特定機能が、ハンドヘルド装置150の動作中に変化するような文脈的でありうる。そのようなハードウエアボタンの実施例には、限定されないが、音量調節、テレビボタン、終了ボタン、送信ボタン、メニュボタンなどが、包含されうる。図1に戻ると、タブレット100のコネクタ104はまたタブレット100の様々な構成要素に動作通信しうる。たとえばタブレット100は、ハンドヘルド装置上に提供された構成要素に重複する構成要素たとえばカメラモジュール112、モジュール114、取外可能な記憶装置118、タッチスクリーンディスプレイ106、バッテリ110を有しうるか、ハンドヘルド装置によって共有されない独自の構成要素たとえばUSBポート120などを有しうる。さらにタブレット100は、タブレットのバッテリ110、またはタブレット100にドッキングされる場合のハンドヘルド装置150のバッテリ164を充電するように機能しうる電源コネクタ122を有しうる。ハンドヘルド装置150がドッキング位置で提供されるときに、通信ポート152とコネクタ104のインタフェースは、プロセッサ154と、タブレット100に提供された通信バス124との間に動作通信を確立しうる。タブレット100の様々な構成要素はまたドッキング位置にあるときにプロセッサ154が、タブレット100の様々な構成要素に動作通信するように通信バス124に動作通信しうる。プロセッサ154と、タブレット100の様々な構成要素との間の通信は、プロセッサ154がタブレット100の様々な構成要素の動作を制御できるようにしうる。タブレット100は、ダムデバイスと見なされうる。すなわちタブレット100は、タブレット100の構成要素の全機能性を活用するためのリソースを欠落しうる。注目すべきは、タブレット100が、タブレット100の種々の構成要素の全機能性を提供するように機能するプロセッサを欠きうることである。しかもタブレット100は、無線機を欠きうる。この点においてタブレット100は、タブレット100の構成要素の全機能性を提供するため、ハンドヘルド装置150のプロセッサ154と無線機160に依存しうる。たとえばタブレット100は、タブレット100の構成要素を生かすか無線通信を促進する十分な処理能力をうるために、マスタ装置150との通信を必要としうる。しかし、タブレット100は、マスタ装置150の補助なしにいくつかの基本的機能性を提供しうる。たとえばタッチスクリーンディスプレイ106は、タッチスクリーンディスプレイ106が簡単なタスクたとえばバッテリレベル、マスタ装置150がドッキングされているかどうかなどを有するタブレット100ステータス情報の表示に使用できるようにするディスプレイ制御器108に通信しうる。しかし、ディスプレイ制御器108の機能性は、特定の定義済み機能性に限定されうる。さらにコネクタ104と通信ポート152との間のインタフェースは、電力インタフェース機構を有しうる。よって電力は、タブレットからたとえばバッテリ110または電源コネクタ122からハンドヘルド装置150に供給されうる。しかも電力は、ハンドヘルド装置150たとえばバッテリ164からタブレット100に移動しうる。したがって電力インタフェース機構は、タブレットからハンドヘルド装置か、ハンドヘルド装置からタブレットに電力を提供すべく設定されうる。さらに図3を参照すると、ハンドヘルド装置150がタブレット100に対してドッキング位置で提供されたタブレット100の一実施形態が、図示される。図3は、タブレット100の正面と裏面の斜視図を有する。図3から理解されうるように、タブレット100は、正面202と裏面204を有しうる。正面202は、タッチスクリーンディスプレイ106を有しうる。しかも正面202は、いくつかの入力装置116と116’を有しうる。たとえばユーザが情報をやり取りしうるいくつかのボタンまたはタッチ感応領域が、提供されうる。図3において図示されるタッチ感応領域116’は、ディスプレイ158,159に対するタッチセンサ172,174に関して上記された特徴または関係と同じディスプレイ106との特徴または関係を有しうる。たとえばタッチ感応領域116’は、ディスプレイ106の領域を超えて広がるタッチセンサ172,174のうちの1つか両方のうちの一部を有しうる。タブレット100のカメラモジュール112は、タブレット100の正面202に配置されうる。図示されないが、付加的カメラモジュールが、提供されうるたとえばタブレット100の裏面204の後ろ向きカメラモジュール。裏面204は、ハンドヘルド装置150が配置されうる開口206を有しうる。保持機構102図2において表示されないは、ハンドヘルド装置150が開口206内に保持されるように、ハンドヘルド装置150を保持可能に係合すべく提供されうる。この点に関してハンドヘルド装置150のうちの一部は、ハンドヘルド装置150がドッキング位置にあるときに、タブレット100のリアパネル208によって覆われうる。すなわちハンドヘルド装置150のうちの一部は、タブレット100のエンベロープ内に包含されうる。一実施形態において、ハンドヘルド装置150のうちの実質的全てが、タブレット100のエンベロープ内に包含されうる。タブレット100のエンベロープは、タブレットの最も大きな外寸に一致しうる。したがってタブレットのエンベロープ内に包含されるは、ハンドヘルド装置100が、タブレット100の外寸全体に広がらないことを意味する。図4は、タブレット100に対してドッキング位置にあるハンドヘルド装置150の詳細図を示す。リアパネル208は、開口206内にハンドヘルド装置150を収容できるように形成されうる。ハンドヘルド装置150のうちの一部は、それでもタブレット100の外部からアクセス可能でありうる。たとえば図4において図示されるように、ハンドヘルド装置150の物理入力装置134たとえば音量または電源ボタンなどのボタンは、タブレット100の外部からアクセス可能でありうる。この点において物理入力装置134は、ハンドヘルド装置150がドッキング位置にある場合に用いられうる。したがってタブレット100に重複する物理入力装置302を提供する必要性は、なくなりうる。ハンドヘルド装置150は、コンピュータ装置と情報をやり取りすべく、ハンドヘルド装置150またはタブレット100で受信されたジェスチャ入力に応答しうる。ハンドヘルド装置150のインタフェース制御は、グラフィックユーザインタフェースGUIを表示可能な一つあるいは複数のディスプレイを制御するのに特に適している。この点に関してハンドヘルド装置150は、GUIを提示可能な1つよりも多くのディスプレイを有しうる。さらに図5A~図5Dを参照すると、デバイスの実施形態の様々な画面が、示される。複数画面が図示されうるが、複数画面のうちの1あるいは一部だけは、常時、デバイスに示されうる。この点において画面は、ディスプレイまたは他の画面に対する相対位置で記載されうるたとえばディスプレイまたは画面の左、ディスプレイまたは画面の右、別の画面の下、別の画面の上など。これらの関係は、物理的ディスプレイが相対位置を表わさないように論理的に確立されうる。たとえば画面は、ディスプレイを離れて左側に移動しうる。画面は、もはやディスプレイ上に表示されないが、ディスプレイから移動した画面は、ディスプレイの左側に仮想位置または論理位置を有しうる。この論理位置は、ユーザによって認識されうるとともに画面を描写する数値で具体化されうるたとえばメモリに保存された数値は、画面に対応する。したがって他の画面に対する相対位置で画面を言及する場合、その関係は、デバイスのディスプレイにおいて物理的に表わされるのではなく論理回路で具体化されうる。図5A~図5Dは、ハンドヘルド装置の様々な動作例で表示されうるいくつかの異なる画面を表示しうるが、いずれかの特定の順番または配置で提示することを意図しない。単一画面アプリケーションおよび複数画面アプリケーションが、提供されうる。単一画面アプリケーションは、一度に単一ディスプレイのみを占めうる画面を表示できるアプリケーションを表わすことを意図する。複数画面アプリケーションは、同時に複数ディスプレイを占めうる一つあるいは複数の画面を表示できるアプリケーションを表わすことを意図する。さらに複数画面アプリケーションは、単一ディスプレイを占めうる。この点において複数画面アプリケーションは、単一画面モードと複数画面モードを有しうる。デスクトップシーケンス136は、図5Aにおいて表示される。デスクトップシーケンス136は、いくつかの個々のデスクトップ画面138a~138fを有しうる。したがってそれぞれのデスクトップ画面138は、単一ディスプレイのうちの実質的全てを占めうるたとえば第1ディスプレイ158または第2ディスプレイ159。デスクトップ画面138a~138fは、デスクトップ画面138a~138fが連続して出現するとともに、デスクトップ画面が出現する順番が、再配列され得ないような既定の順番でありうる。しかし、デスクトップ画面138a~138fは、順にナビゲートされうるたとえばユーザ入力に応答して。すなわちデスクトップ画面138a~138fのうちの一つあるいは複数は、ユーザ入力によって制御されると、ハンドヘルド装置に順に表示されうる。さらに図5Bは、複数画面アプリケーションの階層化アプリケーションシーケンス140を表示する。階層化アプリケーションシーケンス140は、ルート画面142、一つあるいは複数のノード画面144、およびリーフ画面146を有しうる。ルート画面142は、ルート画面142に対応する親画面が存在しないような階層化アプリケーションシーケンス140の最上位ビューでありうる。ルート画面142は、ノード画面144に対する親でありうる。親/子のように関連付けられる一つあるいは複数のノード画面144が、提供されうる。ノード画面はまたリーフ画面146に対する親としての機能を果たしうる。リーフ画面146というのは、リーフ画面146が、リーフ画面146を親とする対応ノード画面144を有さないことを意味する。よってリーフ画面は、いずれの子のノード画面144も有さない。図5Cは、順に配列された様々な単一画面アプリケーション148a,148b,および148cを示す。これらの単一画面アプリケーションのうちのそれぞれは、異なる実行アプリケーションに対応しうる。たとえば図5Cにおいて、アプリケーション4、アプリケーション5、およびアプリケーション6が、デバイスで実行しているとともに、それぞれの単一画面148a、148b、および148cにそれぞれ対応しうる。図5Dはまた空のビュー165を有する。空のビュー165は、画面の移行中に用いられうるたとえば第1ディスプレイと第2ディスプレイとの間の画面の移動。空のビュー165が、有効なGUI画面としてユーザによって解釈可能である必要はない。空のビュー165は、画面に関する動作たとえば一つあるいは複数のディスプレイに対する画面の動きが生じていることをただユーザに通信するだけである。空のビュー165を表示するアプリケーションは、停止、待機、処理または入力の解釈を行えなくてもよい。空のビュー165は、以下でこれまで以上に詳細に議論されるように、第1ディスプレイから第2ディスプレイに移動した画面の量に比例して移動しているときに、画面、またはその表像を表示しうる。この点において空のビュー165は、画面の移行中、画面の位置に関する情報を関連付けるために用いられうるたとえばジェスチャに応答して。空のビュー165は、入力たとえば移行期の画面を受信できない画面を指すことを意図するにすぎない。この点に関して空のビュー165のディスプレイは、移動また変化時横向きモードに変更されるか横向きモードから変更されるに画面の応答を示す動画または同種のものを有しうる。図6A~図6Kは、本開示にしたがうハンドヘルドコンピュータ装置の様々な実施形態において可能なデバイスのディスプレイ158,159の様々な配置および状態を示す。たとえば第1たとえば閉位置にあるときに閉正面ディスプレイ250は、図6Aにおいて示されるように視認可能でありうる。閉正面ディスプレイ250は、第1ディスプレイ158または第2ディスプレイ159に一致しうる。表示されるような閉正面250は、図6Aにおいて図示されるようにデスクトップ画面DI138によって占められうる。また単一画面のアプリケーションまたは単一画面モードでの複数画面アプリケーションは、閉正面250に表示されうる。閉裏面ディスプレイ252は、図6Bにおいて図示されるように、デバイスが閉位置にあるときに、正面ディスプレイ250の反対側から視認可能でありうる。閉裏面252は、閉正面250とは異なるデスクトップ画面またはアプリケーション画面を表示しうるかたとえば図6Aに図示されるように、空のビュー165たとえばアイコンまたは他のグラフィックを表示するを表示しうるとともにインタフェースとしての機能性を欠きうる。図6Cは、横向き254の閉デバイスを示す。一実施形態において、横向きモードすなわちディスプレイは、横向きの画面を表示するように調整されるは、図6Cにおいて図示されるようにできない可能性がある。また横向きモードは、画面148が図6Dに示されるような横向きでレンダリングされるように、デバイスが横向き256で検知される場合に画面たとえばアプリケーション画面148が修正されるようにすることが可能になりうる。デバイスはさらに、図6Eにおいて図示されるような第2たとえば開位置258で提供されうる。開位置258において、少なくとも2つのディスプレイ158,159は、2つのディスプレイ158,159がともにユーザの視点から視認できるように配置される。2つのディスプレイ158,159は、開位置258にあるときに、左右に並べて配置されうる。したがってそれぞれの2つのディスプレイ158,159は、別個の画面を表示しうる。たとえばディスプレイ158,159はそれぞれ、別個のデスクトップ面138a,138bをそれぞれ表示しうる。図6Eにおいて図示されるように個々のディスプレイ158および159は、縦向きであるが、当然ながら全表示領域第1ディスプレイ158と第2ディスプレイ159の両方を有するは、横向きで配置されうる。したがって図6Eに示されるデバイスが、横向きまたは縦向きであるかどうかは、ディスプレイが、個々に用いられるか、集合的に用いられるかに依存しうる。ユニタリディスプレイとして集合的に用いられる場合、デバイスは、横向きでありうるが、ディスプレイが別々に用いられる場合、図6Eに図示される向きは、縦向きと称されうる。ハンドヘルド装置150は、タブレット100にドッキングされる場合、開位置258でありうる。さらにデバイスが、図6Fに図示されるような開位置258にあるときに、ユニタリディスプレイまたは個別ディスプレイとしての画面の使用に対する同じような依存関係が、デバイスが縦向きまたは横向きであるかどうかにも作用しうる。当然のことながら、ディスプレイが別個に用いられる場合、デバイスは横向きでありうるように、それぞれの個々の画面は、横向きである。ユニタリディスプレイとして用いられる場合、デバイスは、縦向きになりうる。いずれにしても、図6Fにおいて図示されるように、単一画面148は、第1ディスプレイ158を占め、第2ディスプレイ159は、デスクトップ画面138を表示しうる。単一画面148は、横または縦向きモードで表示されうる。また開方向のデバイスは、個々のディスプレイが、横向きになるように図6Gに図示されるような縦向きの両ディスプレイ158,159を占めうる複数画面アプリケーション260を表示しうる。図6I~図6Kは、複数画面アプリケーション262の可能な画面配列を示す。複数画面アプリケーション262は、1モードでは、デバイスが、図6Iに示されるような閉鎖位置250にあるときに、単一ディスプレイ158を占めうる。すなわち複数画面アプリケーション262は、単一画面モードでありうる。またデバイスが、図6Jにおいて示されるように開位置258にあるときに、複数画面アプリケーション262は、それでも単一画面モードの単一ディスプレイ158を占めうる。さらに複数画面アプリケーション262は、デバイスが、図6Kに図示されるような開位置にあるときに、両ディスプレイ158,159を占めるよう拡張されうる。この点において複数画面アプリケーション262は、複数画面モードでも実行しうる。単一画面モードから複数画面モードに複数画面アプリケーション262を拡張すべく様々な選択肢が、提供されうる。たとえば複数画面アプリケーション262は、親画面が第1ディスプレイで表示され、ノード画面たとえば子画面は第2ディスプレイ内に拡張されるように、単一ディスプレイで表示される単一画面モードから、2つのディスプレイで表示される2画面に最大化されうる。この点に関して第1と第2ディスプレイに表示されるそれぞれの画面は、階層化アプリケーションシーケンスたとえば図5Bにおいて図示されるようなのうちの一部を有する独立画面でありうる。また複数画面アプリケーションの単一画面モードは、単一画面のコンテンツが両ディスプレイを占めるべくスケールが変更されるように、簡単にスケール変更されうる。したがって単一画面に表示された同じコンテンツが、複数のディスプレイを占めるべく拡大縮小されるが、さらなる表示画面またはグラフィックスは、提示されない。さらにまた単一画面モードから複数画面モードへの複数画面アプリケーションの最大化は、アプリケーションの可視領域の拡張をもたらしうる。たとえば複数画面アプリケーションが単一画面モードで表示される場合、複数画面モードへの最大化によって、表示されるグラフィックスのスケールはそのままで複数画面アプリケーションの可視領域が、拡張されうる。この点において複数画面アプリケーションの可視領域は、第2ディスプレイに拡張されうるが、拡張によるスケーリングは、一定のままである。この点に関してアプリケーションは、アプリケーション画面の特性と動作に関する設定可能な機能性を有しうる。たとえばアプリケーションは、単一画面アプリケーションまたは複数画面アプリケーションになるよう設定可能でありうる。しかも複数画面アプリケーションは、単一画面モードと複数画面モードとの間での複数画面アプリケーションの拡張特性に応じて設定可能でありうる。これらの設定値は、種々のアプリケーションに対して変更されうるデフォルト値か不変値でありうる。これらの設定値は、デバイスで実行するときに、アプリケーションの動作を命令するようデバイスたとえばプロセッサ116に通信されうる。図7は、ハンドヘルドコンピュータ装置によって認識されうるジェスチャ入力の様々なグラフィック描写を示す。図示されるジェスチャは、例証であり、そのため他のジェスチャが、制限なしに提供されうる。そのようなジェスチャは、上記のようなデバイスの一つあるいは複数のジェスチャセンサまたは他のジェスチャセンサで受信されうる。この点において図7に図示されるジェスチャを生み出すため、様々な入力機構が、用いられうる。たとえばジェスチャを受信するためジェスチャセンサのアクティブ化にタッチペン、ユーザの指、あるいは他のデバイスが用いられうる。またジェスチャは、光学装置たとえばカメラによって検出されうる。ジェスチャの使用は、同じ機能を慣例的に実行するために必要なすべての動作を行わなくても、機能性をもたらしうる不完全な入力の使用を表わしうる。たとえばディスプレイ間の動きが入力として完全に受信されるように、ディスプレイ間の画面を選択および動かすことで、ディスプレイ間の画面の移動が、実行されうる。しかし、そのような実行は、第1と第2ディスプレイが、その間に連続性のない別個のディスプレイ部分を有しうるという点において達成するのが困難でありうる。よってジェスチャは、フルモーションの動作を短縮しうるか同じ機能性を遂行する別の入力を提供しうる。したがって第1と第2ディスプレイにまたがる移動は、ジェスチャが、単一ジェスチャセンサで受信されうるようにするため、切り捨てられうる。ジェスチャ入力の使用は、ハンドヘルドコンピュータ装置で通常提供される制限される入力とディスプレイスペースから考えると、全動作の入力が、実行するのが困難でありうるという点で、特にハンドヘルドコンピュータ装置に適している。図7を参照すると、サークル190は、ジェスチャセンサで受信された入力を表わしうる。サークル190は、ボーダ192を有しうる。ボーダの幅は、入力が、固定保持される時間の長さを示しうる。この点に関してタップ300は、ロングプレス302のボーダ192’よりも幅の狭いボーダ192を有する。この点においてロングプレス302は、タップ300よりも長い間静止している入力を伴いうる。よって様々なジェスチャは、動作前にジェスチャが静止している時間の長さに依存して登録されうる。ドラッグ304は、1方向の移動を有する入力サークル190によって表わされるを伴う。ドラッグ304は、ボーダ192によって表わされる特定の時間量の間、ジェスチャセンサに対して静止している開始ジェスチャたとえばタップ300またはロングプレス302を伴いうる。対照的にフリック306は、フリック306開始の、より幅の狭いボーダ192によって示されるように、ドラッグ304よりも短い移動前ドウェル時間を有する入力を伴いうる。フリック306はまた移動194を有しうる。ドラッグ304とフリック306の移動194方向は、ドラッグ304方向またはフリック306方向と称せられうる。一実施形態において、移動たとえば上記のようなフリック306またはドラッグ604を有するジェスチャは、単軸たとえば横軸、縦軸、または他の軸に沿った一方向の移動に限定されうる。したがって第1軸に沿った方向とは異なる方向の移動は、ジェスチャの実行中、無視されうる。この点においてジェスチャが、開始されると、初期移動が登録される軸に沿わない方向の移動は、無視されうるか、軸に沿った移動のベクトル成分のみが登録されうる。図7をさらに参照すると、ピンチジェスチャ308およびスプレッドジェスチャ310が、提供されうる。ピンチジェスチャ308は、一対のドラッグジェスチャ190aと190bを有しうる。最初の接触位置190aと190bからの方向194aと194bは、互いに向かう方向である。これは、たとえばユーザが遂行するのに2本の指を用いる必要がある複数タッチジェスチャでありうる。さらにスプレッドジェスチャ310が、提供されうる。スプレッドジェスチャ310において、最初のタッチ190aと190bは、初めのタッチ後、一般に反対方向の方向194aと194bの移動を有しうる。しかもピンとドラッグジェスチャ312と314は、右か左のいずれかの方向で提供されうる。図7において図示されるジェスチャは、最初の入力後、水平動のみを有するが、これは、ジェスチャを入力するときのユーザによる実際の移動ではないかもしれない。たとえばドラッグ304が、水平方向で開始されると、水平方向以外の方向の移動が、水平方向とは異なる方向に動く画面の移動につながらない可能性がある。たとえば図8をさらに参照すると、左から右へのドラッグ304’は、開始方向352に沿った左から右への初期移動350で開始されうる。続いて、ユーザは、開始方向350とは異なる方向のオフ方向移動354を入力しうる。この点に関してオフ方向移動354は、2つのディスプレイ間のいずれの画面の移動にもつながらない可能性がある。さらにユーザは、部分的オフ方向移動356を入力しうる。移動のうちのベクトル部分のみは、開始方向352の方向にある。この点において部分的オフ方向の移動356のうちの一部のみが、ディスプレイ間の画面の移動につながりうる。要するに、第1ディスプレイ158と第2ディスプレイ159との間のアプリケーション画面の移動は、ディスプレイが配置される単軸に沿って制約されうる。上記で手短に議論されたように、複数の同時ジェスチャ部分は、同時に受信されうるたとえば複数タッチ装置、または他のジェスチャセンサによって。複数の個々のジェスチャ部分を組み合わせるジェスチャ入力は、独自ジェスチャ入力とみなされうるとともに、それらに関連する独自の機能性を有しうる。たとえば第1ピンとドラッグジェスチャ312は、タップ300を有する第1部分とドラッグジェスチャ304を有する第2部分を有しうる。ドラッグジェスチャ304は一般に、ドラッグジェスチャ304の方向がタップジェスチャ300から離れるように、タップ300から離れうる。また第2ピンとドラッグジェスチャ314も、図示される。前記ジェスチャ314において、タップ300が、受信されうるとともに、ドラッグジェスチャ304は、タップ300から離れて生じ、タップ300に向かいうる。複数部分ジェスチャの第1と第2部分は、2つの部分がインタフェースに対して異なる結果に作用するように異なる標的を有しうる。画面は、論理的にディスプレイに関連しうるとともに、全ての画面が、ディスプレイに物理的にレンダリングされないにもかかわらず、互いに対して論理的に配列されうる。さらに図9を参照すると、この概念が、さらに図で表わされる。図9において、第1ディスプレイ158は、第1アプリケーション画面画面A512をアクティブに表示する。本議論は、マスタ装置150の第1ディスプレイ158と第2ディスプレイ159に言及するが、図9は、同様にスレーブ装置ディスプレイ106のうちの一部に適用できる。さらに第1アプリケーションスタック510が、示される。アプリケーションスタックは、それぞれのディスプレイと画面の論理結合を維持するように機能しうる。以下で言及されるように、この論理結合は、ディスプレイに対するアプリケーションの位置とみなされうる。この点においてディスプレイに位置付けられたアプリケーションに関して述べる場合、アプリケーションは、アプリケーションがアクティブに表示されない可能性があるときに、ディスプレイに論理的に関連することが意味される。さらにアプリケーションスタックは、互いに対する画面の相対位置つまりアプリケーションスタックにおける画面の順番を論理的に維持しうる。この点において画面は、画面がディスプレイ上に物理的にレンダリングされない可能性があるにもかかわらず、ディスプレイに関連したアプリケーションスタックで論理的に配置されうる。ディスプレイ制御器または他の制御装置たとえばプロセッサ、メモリ、またはそれらの動作的組合せは、画面の論理結合を維持するように機能しうる。これは、画面とディスプレイの論理結合と画面とメモリ中の他の画面の論理結合のうちの少なくとも一方を保存することを伴いうる。よって画面とディスプレイの論理結合と画面と他の画面の論理結合は、画面がアクティブに表示されないにもかかわらず、論理的に維持されうるとともに変更されうるか、あるいはそのいずれか一方でありうる。たとえば第1アプリケーションスタック510は、画面A512、画面B514、および画面C516からなる。これらの画面はすべて、第1ディスプレイ158に論理的に結合される。図示されるように、アプリケーションスタック510の画面A512のみが、物理的に表示される。画面B514および画面C516は、第1ディスプレイ158に関連した第1アプリケーションスタック510に属しうるとともに、図9において図示されるやり方で画面A510の後方に論理的に位置付けられうる。よって画面B514と画面C516は、画面B514と画面C516が第1ディスプレイ158にアクティブにレンダリングされないように、画面A512の後方に論理的に位置付けられうる。第1アプリケーションスタック510に属するそれぞれのアプリケーションは、第1ディスプレイに論理的に関連付けられるが、ディスプレイに現在レンダリングされないアプリケーションは、アクティブに表示されないときに、一時停止または閉鎖されうる。またアプリケーションは、表示されないにもかかわらず、その背後で実行し続けうる。とにかく非表示アプリケーションは、ユーザによって閉鎖または終了されるまで、アプリケーションスタック510に存在し続けうる。第2アプリケーションスタック520はまた、第2ディスプレイ159に対して画面の論理結合を維持すべく提供されうる。第2アプリケーションスタック520は、画面X522,画面Y524,および画面Z526からなり、上記の第1アプリケーションスタック510に類似の方法で動作しうる。それぞれの画面A512,画面B514,画面C516,画面X522,画面Y524、および画面Z526は、個々のアプリケーションに対応しうる。図示されるように、画面X522が、現在表示される。画面Y524と画面Z526は、第2ディスプレイ159に論理結合し、さらに図9において図示されるように画面X522の後方に論理的に位置付けられる。したがって第2アプリケーションスタック520のそれぞれのアプリケーションは、第2ディスプレイ159に配置されるが、1つのアプリケーションしか、ディスプレイ上にアクティブにレンダリングされ得ない。ディスプレイに対する画面の配置すなわち論理結合とアプリケーションスタック510,520内での画面の配置すなわち論理結合は、ドラッグジェスチャを介する画像操作、ディスプレイ上にレンダリングされた既存画面の上部に新アプリケーションを開くこと、あるいは画面を第1ディスプレイ158と第2ディスプレイ159との間を動かす他の操作手段を有する様々な方法によって到達されうる。非表示アプリケーションがアプリケーションスタックに留まるように、アプリケーションが、ディスプレイに関連するアプリケーションスタックに存在するという上記を踏まえると、ユーザがアプリケーションを第1アプリケーションスタックから第2アプリケーションスタックに動かしうるように、ディスプレイ間のアプリケーション操作を可能にすることが、望ましいか有利になりうる。アプリケーションスタック間のアプリケーションの移動は、たとえばジェスチャ入力を経由して達成されうる。ディスプレイ上での画面のジェスチャに基づく制御と複数ディスプレイ装置でのアプリケーション管理に関するいくつかの出願書類は、本出願人によって提出されている。たとえばこれらの出願書類には、2010年11月17日出願の複数画面ユーザインタフェースのジェスチャ制御GESTURECONTROLSFORMULTISCREENUSERINTERFACEという表題の特許文献2、2010年11月17日出願の一つあるいは複数のディスプレイを再配置するジェスチャ制御画面GESTURECONTROLLEDSCREENREPOSITIONINGFORONEORMOREDISPLAYSという表題の特許文献3、2010年11月17日出願の複数画面階層化アプリケーションのジェスチャ制御GESTURECONTROLSFORMULTISCREENHIERARCHICALAPPLICATIONSという表題の特許文献4、2010年11月17日出願の方位性制御による複数画面ユーザインタフェースMULTISCREENUSERINTERFACEWITHORIENTATIONBASEDCONTROLという表題の特許文献5、2010年11月17日出願のジェスチャに基づくアプリケーション管理GESTUREBASEDAPPLICATIONMANAGEMENTという表題の特許文献6、2010年11月17日出願のスクリーンスパニングアイコンモーフィングとのユーザインタフェースUSERINTERFACEWITHSCREENSPANNINGICONMORPHINGという表題の特許文献7、2010年11月17日出願の積層アプリケーション管理のユーザインタフェースUSERINTERFACEWITHSTACKEDAPPLICATIONMANAGEMENTという表題の特許文献8、および2010年11月17日出願の独立ドロワ制御のユーザインタフェースUSERINTERFACEWITHINDEPENDENTDRAWERCONTROLという表題の特許文献9が包含される。一つ一つの上記の出願書類はすべて、本明細書において参考文献によって盛り込まれている。上記の議論は、複数の異なるディスプレイ装置で表示されるような画面の制御と管理について言及したが、当然のことながら、上記で議論されたユーザインタフェースは、ドッキングされたマスタ装置とは異なる数のディスプレイを有するスレーブ装置で用いられるように適合されうる。この点において異なるディスプレイ上に表示されると先に議論された画面は、ディスプレイのうちの一部たとえばスレーブ装置のユニタリディスプレイのうちの一部上にレンダリングされるように適合されうる。したがってマスタ装置のディスプレイに対する画面の可能な配置および移動に関する上記の議論は同様に、スレーブ装置のディスプレイのうちの一部に対する画面の移動に適用可能でありうる。たとえばスレーブ装置のディスプレイは、マスタ装置のディスプレイ数に対応する部分数に分割されうる。よってマスタ装置の所定ディスプレイ上に表示された画面は、マスタ装置がスレーブ装置にドッキングされると、スレーブ装置のディスプレイのうちの対応部分上に表示されうる。2つのタッチ画面ディスプレイを有するハンドヘルド装置型のマスタ装置と、タブレット型のスレーブ装置を伴う上記の実施例を続けると、マスタ装置150は、図10において図示されるようにタブレット100にドッキングされうる。図10から理解されうるように、ハンドヘルド装置150は、いくつかの入力装置たとえばハードウエアボタン134を有しうる。タブレット100は、対応入力装置116を有しうる。さらに図11を参照すると、ハンドヘルド装置150は、第1ディスプレイ158と第2ディスプレイ159上にそれぞれ表示されるアプリケーション148Aと148Bが、ドッキング後に続いてタブレット100のディスプレイ106の第1部分106Aと第2部分106Bに表示されるように、タブレット100にドッキングされうる。この点に関して第1アプリケーション148Aと第2アプリケーション148Bは、単一画面モードで実行する単一または複数画面アプリケーションでありうる。よってハンドヘルド装置150が、タブレット100にドッキングされると、アプリケーション148Aと148Bは、単一画面モードのままでありうるとともに、ディスプレイ106のうちのそれぞれの部分で表示されうる。ハンドヘルド装置150が、第2位置たとえばディスプレイ158と159の両方が、ハンドヘルド装置150の片側から視認可能なような開位置にありうることは、図11から理解されよう。しかもハンドヘルド装置150のドッキング位置は、ディスプレイ158と159が、ディスプレイ106の対応部分とは異なる向きにあるようにできることも、理解されよう。つまりドッキング時、ハンドヘルド装置150のディスプレイ158と159は、横向きでありうるが、タブレット100の対応部分106Aと106Bは、縦向きでありうる。したがってハンドヘルド装置150が、ドッキングされると、アプリケーション148Aと148Bは、縦向きで表示されるように修正されうる。当然のことながら、この限りではない可能性がある。つまりディスプレイ158と159の向きは、ハンドヘルド装置150がドッキング位置にあるときに、タブレット100のそれぞれの部分106Aと106Bと同じでありうる。またハンドヘルド装置150上に表示され、続いてドッキング後のタブレット100上に表示される第1アプリケーション148Aおよび第2アプリケーション148Bとの関連において上記で議論されているが、当然のことながら、同様の動作がいずれかの画面たとえばデスクトップ、複数画面モードで実行する複数画面アプリケーション、空の画面などで示されうる。タブレット100のディスプレイ106は、ハンドヘルド装置150のディスプレイ158または159のいずれかとは異なる寸法を有しうる。さらに第1と第2ディスプレイ158と159の集合的表示領域は、ディスプレイ106の表示領域とは異なりうる。たとえばハンドヘルド装置150のそれぞれのディスプレイ158と159は、たとえば480画素×800画素でありうる。したがってディスプレイ158と159によって定義される集合的表示領域は、この実施例において960画素×800画素でありうる。しかし、タブレット100のディスプレイ106は、たとえば1200画素×800画素の表示領域を有しうる。この点に関してアプリケーションは、ハンドヘルド装置150が、タブレットにドッキングされると、タブレット100のディスプレイ106上に表示されるように適当にスケールが変更されうる。たとえば図12と図13は、それぞれ縦向きと横向きのディスプレイ106上に表示される単一アプリケーション262を示す。図12と図13は、本来のサイズたとえば単一画面モードの場合、480画素×800画素、複数画面モードでは960×800画素の単一アプリケーション262たとえばこの場合において単一画面モードか複数画面モードで実行されうる二画面アプリケーションが、タブレット100のディスプレイ106全体を占有しない可能性があることを示す。よって未使用のディスプレイスペース400が、存在しうる。したがって入力フィールド402たとえばコンピュータ上に表わされたボタンは、アプリケーション262の全画面表示図12と図13の右側に図示されるようなと、アプリケーション262の本来のサイズとを切替えるように提供されうる。全画面表示領域を占めるアプリケーション262の最大化は、アプリケーションの単なるスケーリングまたは複数の個別ディスプレイにまたがるアプリケーションの最大化に関して上記で議論されたように、アプリケーションの可視領域の拡張によって達成されうる。さらに図12と図13の右側に示されるような全画面モードになると、アプリケーション262の本来のサイズに復帰すべく入力フィールドたとえば入力フィールド402に類似が、提供されうる。さらに図14を参照すると、二画面アプリケーションは、タブレット100の向きに基づいてタブレット100のディスプレイ106上に表示されうる。この点においてハンドヘルド装置150の加速度計178図2において示されるは、ハンドヘルド装置がタブレット100にドッキングされると、タブレット100の向きを決定するように機能しうる。図14の左側に示されるように、タブレット100が縦向き252の場合、アプリケーション262は、アプリケーション262が実質的にディスプレイ106全体を占めるようにたとえば図12と13に関して上記で議論されたように、単一画面モードで示されうる。図14の右側に示される横向き254へのタブレット100の回転によって、アプリケーション262は、第1画面262Aがディスプレイ106のうちの第1部分106Aに表示され、第2部分262Bがディスプレイ106のうちの第2部分106Bに示されるように、複数画面モードに変化しうる。これは、縦向きから横向きに回転する場合のハンドヘルド装置150の動作を模倣しうる。しかし、タブレット100上に表示される場合、アプリケーション262の単一画面モードから複数画面モードへの変化は、部分106Aと106Bがタブレット上で等しいサイズにならない可能性があるという点で、ハンドヘルド装置150に対して生じうる対応の変化とは異なりうる。つまりアプリケーション262が、ハンドヘルド装置150の第1と第2ディスプレイ158と159上に表示される場合に複数画面モードに変化すると、アプリケーション262のうちのそれぞれの部分262Aと262Bはそれぞれ、ディスプレイ159と159のうちの対応する1つ上で表示されうるので、同じサイズたとえば480画素×800画素になりうる。図15において示されるように、ディスプレイ106の第1部分106Aは、ディスプレイ106の第2部分106Bとは異なるサイズになりうる。したがってアプリケーション262のうちのそれぞれの画面262Aと262Bは、異なるサイズでありうる。たとえば図15において示されるように、第1画面262Aは、480画素×800画素でありうる。第2画面262Bは、800画素×800画素でありうる。複数画面アプリケーションのそれぞれの部分106Aと106Bのサイズは、変化しうる。たとえば異なるアプリケーションは、タブレットディスプレイ106のうちのそれぞれの部分106Aと106Bに対して異なるサイズを命令しうる。これは、タブレットディスプレイ106のうちの一部が仮想のため、可能でありうるとともに、ソフトウエアによって制御されうる。よって付加的画面および部分たとえば2つよりも多くの画面は、ディスプレイ106のうちの対応部分で表示されうる。さらに図16を参照すると、ジェスチャ入力は、タブレットディスプレイ106上に表示される画面の変更に用いられうる。ジェスチャ入力を用いるタブレット100の操作は、上記の参考文献によって盛り込まれた出願書類において議論された全てのジェスチャ入力を包含しうる。図16に示される一特定実施例においてタブレット100は、ディスプレイ106上にアプリケーションX522を表示しうる。上記の図9において言及されたように、アプリケーションの向きたとえばアプリケーションの論理的順序は、メモリに維持されうる。よってアプリケーションY524,アプリケーションA512,およびアプリケーションZ526は、明確にするために図13に図示されるが、アプリケーションX522に対するアプリケーションの論理位置たとえば左か右にのみを表わしうる。図16の上部でドラッグジェスチャ304が、受信されうる。それに応じてアプリケーションA512は、ドラッグ304の受信後、ディスプレイ106上に表示されうる。図13の上部と下部との間のアプリケーションスタックの移動から理解されうるように、アプリケーションの論理位置は、ドラッグ304の受信後、維持されうる。この点においてジェスチャは、テーブル100のディスプレイ106上に表示されるアプリケーションの変更に用いられうる。図17をさらに参照すると、図9において示されるようなアプリケーションの論理位置は、タブレットディスプレイ106上に物理的に表示されうる。たとえば図17は、タブレットディスプレイ106の第1部分106Aに表示されるアプリケーションC516と、タブレットディスプレイ106の第2部分106Bに表示されるアプリケーションA512とを示す。第1部分106Aと第2部分106Bは、任意の適当なサイズに設定されうるのでたとえば物理的ハードウエア限界によって制約されない、さらなるディスプレイスペースは、アクティブに表示されない他のアプリケーションの表示に充てられうる。たとえばアプリケーションC516とアプリケーションA512は、本来の480画素×800画素サイズで表示されるという可能性がある。したがってディスプレイ106の960画素×800画素のみが、アプリケーションA512とアプリケーションC516によって占められる。ディスプレイ106が1200画素×800画素の実施形態において、ディスプレイ106のうちの残りの部分は、アクティブに表示されない他のアプリケーションの表示に充てられうる。たとえばディスプレイ106は、ディスプレイの第1部分106Aにおいて、アプリケーションC516の左側にアプリケーションB514とアプリケーションY524を示しうる。またアプリケーションX522とアプリケーションZ526は、アプリケーションA512の右側にありうる。アクティブに表示されないアプリケーションたとえば第1部分106Aと第2部分106Bにおいてアクティブに表示される画面の右側か左側には、アプリケーションを表示したものたとえば画面ショット、アイコン、またはいくつかのその他の適当に表示されたものでありうる。また図17において示されるように、ドラッグ304などのジェスチャは、アクティブに表示された画面を変更すべく受信されうる。したがって図17において受信されたドラッグジェスチャ304は、第1ディスプレイ部分106Aに移動するアプリケーションA512と、第2ディスプレイ部分106Bに移動するアプリケーションX522とをもたらしうる。さらに図18を参照すると、表示されるアプリケーションの論理位置に加えて、デスクトップ画面138も、アプリケーションスタックにおいて提供されうる。よってデスクトップ138は、第1または第2ディスプレイ部分106Aと106Bのうちの1つに表示されうる。図17と図18において示される設定は、ユーザによるコマンドでアクティブ化されうる。たとえば特定のジェスチャたとえばピンチ308、スプレッド310などは、アプリケーションの論理位置が示される設定をアクティブ化しうる。さらに画面の論理位置がディスプレイ106上に示されないような第1と第2部分106Aと106Bが、ディスプレイ106の実質的全てを占めるべく拡大するように、コマンドは、図17と18において示される設定を終了させうる。したがって第1部分106Aと106Bにおいてアクティブに表示された画面は、全ディスプレイ106を占めるように拡張されうる。この点に関して図17と図18において示される設定が、選択され、ジェスチャを用いて画面がナビゲートされうる。さらに所望の画面が表示されると、画面は、全ディスプレイ106たとえば図19と図20において示されるようにを占めるように最大化されうる。引続き図19と図20を参照すると、図19は、縦向きのタブレット100を示し、図20は、横向きのタブレット100を示す。第1部分106Aと第2部分106Bは、タブレットディスプレイ106全体を集合的に占めうる。よって第1部分106Aと第2部分106Bは、上記で議論された第1ディスプレイ158と第2ディスプレイ159に対応するとともにそれらに類似する方法で作動しうる。たとえば単一複数画面アプリケーションは、第1と第2部分106Aと106Bの両方にまたがって最大化されうる。単一画面アプリケーション148は、第1部分106Aと第2部分106Bの両方を占めるように最大化されうる図21において示されるように。第1アプリケーション148は、第1ディスプレイ部分106Aに表示されうるとともに、デスクトップ画面138は、第2部分106Bに表示されうる図19に示されるように。あるいは第1アプリケーション148Aは、第1ディスプレイ部分106Aに表示されうるとともに、第2アプリケーション148Bは、第2部分106Bに表示されうる。図19と図20を参照すると、フォーカスインジケータ404は、ディスプレイ106上に表示されたどの画面が、デバイスの焦点であるかたとえばどの画面が、デバイスからの入力をアクティブに受信しているかをユーザに示すべく提供されうる。フォーカスインジケータ404は、フォーカスインジケータ404の表示に充てられるディスプレイ106のうちの一部でありうるか、ディスプレイ106から切離して提供されうるたとえばディスプレイ106に隣接して提供される光か他のインジケータ。当然のことながら、どの画面がデバイスの焦点であるか、をあえて示す必要がないような単一アプリケーションが、図21に示されるようにディスプレイ106全体を占める場合、フォーカスインジケータ404は、アクティブではない可能性がある。さらに図19を参照すると、デスクトップ画面138が、第1または第2部分106Aまたは106Bのうちの1つを占めるときに、デスクトップ画面に関連する機能性は、アクティブでありうる。たとえばデスクトップ138上に出現するアイコン406は、ユーザによって選択されうる。さらにデスクトップ上に出現するウィジェット図19において図示されないは、アクティブでありうるとともに、情報を表示するか、双方向の機構をユーザに提供しうる。しかも図22に示されるように、デスクトップ138は、ディスプレイの第1部分106Aと第2部分106Bの両方を占めうる。デスクトップ138は、図22の左側に示されるような縦向きで示されうるか、図22の右側に示されるような横向きで示されうる。図23Aは、図5Aにおいて上で述べたようなデスクトップシーケンス136を示す。デスクトップ画面138Cと138Dは、ハンドヘルド装置150の第1ディスプレイ158と第2ディスプレイ159上にアクティブに表示されうる。デスクトップシーケンス136における他のデスクトップ画面の論理位置も図示される。それぞれのデスクトップ画面138は、それぞれのデスクトップ画面138上に出現する種々の情報にアクセスすべく、ディスプレイ158と159との間を選択的に移動しうるように様々な情報たとえば独自ウィジェット、独自情報、独自アイコンなどをスクトップ画面138が有しうることは、理解されうる。この原理は、図23Bにおいて示されるタブレット100の関連において当てはまる。よってデスクトップ画面たとえば138Cと138Dのうちのそれぞれ1つは、ディスプレイ106の第1部分106Aと第2部分106Bに表示されうる。同様にデスクトップ画面138は、それぞれのデスクトップ画面138にアクセスすべく部分106Aと106Bとの間を選択的に移動しうる。当然のことながら、それぞれのデスクトップ画面138は、部分106Aと106B上に表示されるように適当にスケールが変更されうるので、上記で議論されるような第1および第2ディスプレイ158と159よりも大きなサイズでありうる。また図24において示されるように、デスクトップ画面138は、ハンドヘルド装置150の第1ディスプレイ158と第2ディスプレイ159に示されるようなそれら本来のサイズのままでありうる。この点においてタブレットディスプレイ106の第1部分106Aと第2部分106Bは、本来のサイズのデスクトップ画面138で維持されうるたとえば480画素×800画素。よってタブレットディスプレイ106は、上記で議論されるような第1ディスプレイ158と第2ディスプレイ159との集合的表示領域よりも大きくなりうるので、第3および第4部分106Cと106Dが、残りうる。したがって他のデスクトップ画面138のうちの一部は、第3および第4部分106Cと106Dに表示されうる。この点に関して全体が見えないデスクトップ画面たとえば図24におけるデスクトップ画面138Bと138Eは、完全に示されるのではなく、暗示されうる。暗示されたデスクトップ画面138Bと138Eの機構たとえばウィジェット、アイコンなどは、部分ビューの場合、アクティブではないかもしれないが、第1部分106Aまたは第2部分106Bのうちの1つに移動すれば、アクティブになりうる。図25を参照すると、タブレット100は、ユーザからの入力の受信用キーボード408を表示するように機能しうる。キーボード408は、タブレットディスプレイ106の第2部分106Bに提供されうる。この点において第2部分106Bは、キーボード408のサイズに一致するようにスケールが変更されうる。第1部分106Aは、キーボード入力の標的である別の画面を表示しうる。たとえば図示されるように、第1部分106Aは、デスクトップ画面138を有するが、単一画面アプリケーション、単一画面モードで動作する複数画面アプリケーション、複数画面モードで動作する複数画面アプリケーション、または他の適当な画面が、第1部分106Aにおいて表示されうる。しかも第1部分106Aはさらに、上記される方法で動作する付加的画面部分に分割されうる。それぞれの付加的部分は、部分106Bにおいてキーボードを同時に表示しながらアプリケーションの画面を表示するよう働きうる。さらに図26を参照すると、第1部分106Aは、第2部分106Bに表示されるキーボード408を維持しながら、図17と図18に対して上記されたように第1部分106Aに関連する画面の論理位置を表示しうる。図27は、タブレット100のドロワdrawer410の動作の一実施形態を示す。ドロワは、一般的にユーザにとって有用なデータまたは情報を含有しうる選択的に表示可能な画面を描写しうる。ドロワは、ユーザがグラフィック部分を操作することで開かれうるつまり選択的に表示される。たとえばハンドルまたは他のグラフィック部分は、ドロワにアクセスするために提供されうる。この点においてドロワは、レンダリングされるディスプレイがドロワのコンテンツを示すべく非表示から開かれるドロワに類似するように、たとえばディスプレイの周辺部からディスプレイ上のビュー内に開かれるように機能しうる。ユーザは、ドロワを開けるようにするすなわちビュー内にスライドするハンドルまたは他のグラフィック部分を選択することでドロワを開くドラッギングによってドロワにアクセスしうる。よってドロワは、ディスプレイのうちの大部分を占めるように開かれうるか、ディスプレイのうちの一部に広がる一部の範囲にのみ部分的に開かれうる。それに続くユーザの入力で、ドロワをその最初の非表示位置に戻せるようにしうるので、ドロワを開くことで覆い隠された画面が見えるようになる。この点に関してドロワは、ユーザによってアクセスされうるとともに、様々な情報またはデータを含有しうる。たとえばハンドヘルドコンピュータ装置で実行されうるとともに、ハンドヘルドコンピュータ装置に保存されるアプリケーションのリストを有するアプリケーションデータを含有し、続いて表示するドロワが、開かれうる。このリストは、テキストリストでありうるか、アプリケーションに対応するアイコンを有しうる。アプリケーションは、ドロワが開いているときにアプリケーションを選択することで、ドロワから直接起動されうる。付加的に、あるいは代替的に、ドロワは、例として通知データ、連絡先データ、カレンダデータ、気象データ、またはユーザがアクセスしうる他の適当なデータなどの他のデータを含有しうる。たとえば通知データは、ハンドヘルドコンピュータ装置によって送受信されたメッセージたとえばSMSメッセージ、音声メール、Eメール、チャットなどに関する情報を有しうる。連絡先データは、デバイスに保存された住所録また同種のものの連絡先情報を有しうる。さらにクイックアクセスが提供されうる他の様式の情報は、ドロワにおいて提供されうる。ドロワは、ユーザによって選択されうるリンクまたは他のオブジェクトをさらに含有しうる。たとえばメッセージ通知たとえばSMSメッセージ、Eメールなどの受信によるは、ユーザがアクセスしうる通知ドロワにおいて表示されうる。ドロワは、それぞれの対応メッセージに関する情報たとえばメール件名、受信時刻、送信者などを有する受信メッセージのリストを含有しうる。さらにメッセージ通知は、リンクされたオブジェクトでありうる。メッセージを選択すると、メッセージアプリケーションは、ユーザが、フルメッセージを読んだり、返信したりなどをしうるように実行するか、前景に移動される。図27から理解されうるように、ドロワ410は、縦向きか横向きのいずれかでアクセスされうる。ディスプレイ106の上部に沿ってステータスバー部分がありうる。ステータスバー部分412は、限定されないが、セル方式信号強度、バッテリ寿命情報、セルラー電話会社情報、ハンドヘルドコンピュータ装置によって実行されるサービス、および他の関連情報を有する様々な情報をユーザに表示しうる。ドラッグジェスチャ304Aは、たとえばステータスバー部分412のすぐ近傍で生じ、一般に下向きでありうるつまりステータスバー部分412とは向かい側のディスプレイ106の下部に向かって。その結果、ドロワ部分410が、ディスプレイ106において開かれうる。したがってディスプレイ106によって先に表示された画面たとえばデスクトップ画面138は、ドロワ部分410によって覆われる。別の実施形態において、ドロワ部分410は、部分的に開かれることで、ディスプレイ106のうちの一部だけを覆いうる。図27において図示されるように、ドラッグジェスチャ304Aは、続いてハンドル414に適用されることで、ドロワ部分410のサイズを変更しうる。ドロワ部分410は、上記のような情報を有しうる。ハンドル414は、ドロワ部分410の下部に提供されうる。ステータス部分412は、図27に示されるように画面の上部に表示されたままでありうる。ドロワ部分410は、続いてドロワ部分410を閉じるため、ハンドル414付近で生じる上向きのすなわちステータスバー部分412に隣接したディスプレイ106の上部に向かうジェスチャたとえばドラッグ304Bによって閉じられうる。ドロワ410は、いくつかの設定制御416も有しうる。たとえばこれらの設定制御416は、ワイファイWiFi無線機、ブルートゥースBLUETOOTH登録商標無線機、またはハンドヘルド装置150の他の構成要素などのオンかオフの切替えなど標準装置機能の制御に用いられうる。設定制御416は、画面を固定しうる画面ロックトグルも有しうるので、デバイスの方向変化で画面を回転できないようにする。アクティブ化されると、対応画面ロックアイコンが、ステータスバー412に表示されうる。設定制御416は、単一/2アプリケーショントグルも有しうる。したがってタブレット100の様々な表示状態を設定できるようにしうるたとえば単一アプリケーションが、ディスプレイ106のうちの実質的全てを占める単一アプリケーションモード、1つよりも多くのアプリケーションが、ディスプレイ106の対応部分で表示される2アプリケーションモード、および単一アプリケーションが表示されるとともに、ジェスチャ入力を用いて修正されることができない単一アプリケーションロック。また設定制御416は、タブレット100とハンドヘルド装置150のうちの少なくとも一方の電源管理オプションを有しうる。本発明は、図面と上記の説明で詳細に例示および記載されてきたが、そのような例示および記載は、特徴の限定と考えるべきではなく、例示として考えられるべきである。たとえば本明細書において上記された特定の実施形態は、他の記載実施形態と組み合わされうるとともに他の方法たとえばプロセス成分が、他のシーケンスで実行されうるで配列されうるか、そのいずれか一方でありうる。したがって当然のことながら、好適実施形態とその変形のみが示されるとともに記載されており、本発明の趣旨内に入る全ての変更と修正が、保護されるよう求められる。"