JP5827337B2 - 携帯電子機器をドッキングするためのユーザインタフェースに関するシステムと方法 - Google Patents

Description

本発明は、携帯電子機器をドッキングするシステムと方法に関し、詳細にはマスタ装置とスレーブ装置をドッキング可能なユーザインタフェースの実装に関する。

携帯電子機器の普及度は、近年増加している。また携帯電子機器の性能も近年向上している。たとえばより強力なプロセッサ、改良された無線機、メモリ容量の増大、および他の性能の向上が、携帯電子機器で実現されてきた。したがって携帯電子機器で実行されうるタスクの数および多様性も増加してきた。

さらに様々な形状因子を有する携帯電子機器が、提案されてきた。たとえばより小型のハンドヘルド電子機器（たとえばスマートフォン、個人用デジタル補助装置（ＰＤＡ）など）を上回る利点を提示しうるいくつかのタブレット装置が、提案されてきた。たとえばタブレットは、ハンドヘルド電子機器よりも大きなディスプレイを活用することが多い。この点に関してタブレットは、機能の追加を容易にしうる、より大きなディスプレイ領域を示しうる（たとえばタブレット装置で使用すべく、よりロバストなグラフィカルユーザインタフェースが、開発されうる）。さらにタブレット装置の外形寸法が、ハンドヘルド電子機器よりも大きいことが多いため、ハンドヘルド電子機器のバッテリよりもバッテリ寿命が長い、より大型でより強力なバッテリが、提供されうる。よってタブレット装置は、ハンドヘルド電子機器よりも長期間動作可能でありうる。

しかし、ハンドヘルド電子機器と比較したときに、タブレットも、いくつかの難点に悩まされうる。たとえばタブレットは、多くのラップトップまたはデスクトップコンピュータよりも潜在的に多くの利便性を有するが、ハンドヘルド電子機器と同じ利便性を示さない可能性がある。さらに多くの場合、ハンドヘルド電子機器は、電話機として使用されうるか、セルラネットワーク（たとえば音声とデータの両方のネットワーク機能）との通信を可能にする無線機を有しうる。タブレットによっては、ある種の無線機（たとえば８０２．１１，ブルートゥース（ＢＬＵＥＴＯＯＴＨ（登録商標））など）を有するが、多くは、セルラネットワークとの通信用無線機を含まない。セル無線機を有するそれらのタブレットは、タブレット装置でセルラネットワークを利用するため、サービスプロバイダとのさらなる提携（たとえば追加契約または特殊なＳＩＭカード）を求められることが多いとともに、セルラネットワークのデータ機能しか使用できないことが多い。

ユーザは、タブレットとハンドヘルド装置の両方を用いることが多い。たとえばユーザがどのデバイスを用いるかは、ユーザが用いる特定のコンテキストに依存しうる。これに関してユーザは、使用されるデバイス間でのデータの連続性を望みうる。しかし、複数のデバイス間でデータの連続性を提供する能力は、負担になりうる。たとえば個人は、ハンドヘルド電子機器を利用してタスクを開始しうるとともに、別のデバイス（たとえばタブレット装置）を利用してタスクを続行することを望みうる。しかし、ハンドヘルド電子機器からタブレット装置にタスク遂行能力を移行する能力は、厳しいと判明しうる。いくつかの提案された解決策には、たとえばクラウドコンピューティング、サーバによる解決策、および複数のデバイス間でデータを同期させる他の手段が包含される。しかし、これらの提案された解決策は、そのようなサービスを達成すべく、経費のかかる加入または複雑なハードウエアのセットアップを必要とすることが多い。しかも実行されているタスクの連続性は、デバイスの「オンザフライ」変化とは対照的に、中断されうる（たとえば他のデバイスで保存および再開されるタスクの進捗状況を求める）。よってこれらの解決策は
、大きな経費負担を生じさせることが多く、機密データに関する安全上の問題をもたらしうるとともに、デバイスを用いて実行されるタスクの継続性を中断しうる。

さらにハンドヘルドコンピュータ装置の計算および通信機能が、より強力になるにつれて、そのようなデバイスのユーザインタフェースおよびディスプレイ要素は、個人用コンピュータ用に開発されたユーザインタフェース方式をハンドヘルドコンピュータ装置での使用に適応させようと試みることで進化してきた。しかし、従前のユーザインタフェース方式を適応させるこの試みは、様々な障害に阻まれてきた。

相当な数のハンドヘルドコンピュータ装置は、表示情報をユーザに送達するとともにユーザからの入力を受信すべく、小さなタッチスクリーンディスプレイを活用する。この場合、デバイスの環境設定は、著しく増加しうるとともに、ユーザにとって様々な種類のユーザインタフェースオプションが利用できうるが、この柔軟性は高くつく。つまりそのような配置は、ディスプレイとユーザインタフェースとの間に共有画面スペースを必要とする。この問題は、他の様式のタッチスクリーンディスプレイ／ユーザインタフェース技術と共有されるが、ハンドヘルドコンピュータ装置の小さな形状因子は、表示グラフィックスと、入力の受信に提供された領域との間に緊張状態をもたらす。たとえば小さなディスプレイはさらに、表示スペースを制約するので、動きまたは結果を解釈する難しさを増大させうるが、キーパッドまたは他のユーザインタフェース配置は、アプリケーションがディスプレイのうちのさらに小さな部分に押し込まれるように、使用時にアプリケーションの頭上または側面に並べられる。このようにユーザインタフェースの柔軟性問題を解決する単一ディスプレイタッチスクリーンの解決策は、ディスプレイの難読化、視覚的クラッタ、およびユーザインタフェースとディスプレイとの間の動きとアテンションの全体的な不一致といったさらに多くの問題を生じさせうる。

これに関してタブレットが、上記の画面スペースの制限問題への解決策を提供しうるので、タブレットの人気は成長し続けている。提案された一解決策は、マスタハンドヘルド装置とスレーブタブレット装置とのドッキングを有する。そのような方法は、特許文献１に記載されている。

米国特許出願第１３／２５１，７６８号明細書 米国特許出願第１２／９４８，６６７号明細書 米国特許出願第１２／９４８，６７５号明細書 米国特許出願第１２／９４８，６７６号明細書 米国特許出願第１２／９４８，６８２号明細書 米国特許出願第１２／９４８，６８４号明細書 米国特許出願第１２／９４８，６８６号明細書 米国特許出願第１２／９４８，６９９号明細書 米国特許出願第１２／９４８，７０１号明細書

しかし、デバイス間でのデータ同期能力に関する問題は、相変わらず懸念事項である。

本明細書において提示された一特徴は、携帯電子機器のドッキングで用いる方法を有する。方法は、マスタ装置上にユーザインタフェースを表示することを有する。複数の画面は、複数のマスタ装置ディスプレイのうちの対応する１つ上に表示される。方法はさらに
、マスタ装置をスレーブ装置にドッキングすることと、スレーブ装置ディスプレイ上に表示されるようにユーザインタフェースを適合させることとを有する。方法はさらに、スレーブ装置ディスプレイを複数のディスプレイ部分に分割することを有する。それぞれのディスプレイ部分は、複数のマスタ装置ディスプレイのうちのそれぞれ１つに対応する。複数のマスタ装置ディスプレイのうちの１つ上に表示されたそれぞれの画面は、スレーブ装置ディスプレイの複数のディスプレイ部分のうちの１つ上に表示される。

いくつかの機能の改良および付加的機能は、第１特徴に適用することができる。これらの機能の改良および付加的機能は、個々または任意に組み合わせて用いられうる。よって考察される以下のそれぞれの機能は、任意の他の機能または本明細書において提示される特徴の機能の組合せとともに用いられうるが、必須ではない。

一実施形態において、複数の画面は、マスタ装置で実行する一つあるいは複数のアプリケーションに対応しうる。さらにドッキングは、マスタ装置と、スレーブ装置のうちの一つあるいは複数のハードウエア要素との間の通信を確立することを有しうる。加えて、適合は、スレーブ装置ディスプレイ上に表示されるように画面のうちの少なくとも１つのサイズを変更することを有しうる。さらにまた適合は、スレーブ装置ディスプレイ上に表示されるように画面の向きを変化させることを有しうる。

スレーブ装置は、マスタ装置がスレーブ装置にドッキングされるときに、スレーブ装置ディスプレイの複数のディスプレイ部分上での複数の画面の表示を制御すべく、ジェスチャ入力に応答しうる。この制御は、マスタ装置がスレーブ装置にドッキングされない場合の複数のマスタ装置ディスプレイ上での複数画面の制御に対応するやり方でありうる。分割は、スレーブ装置ディスプレイのうちの少なくとも第１ディスプレイ領域を第１部分に割当てることと、スレーブ装置ディスプレイのうちの少なくとも第２ディスプレイ領域を第２部分に割当てることとを有しうる。第１ディスプレイ部分は、第１マスタ装置ディスプレイに対応しうるとともに、第２ディスプレイ部分は、第２マスタ装置ディスプレイに対応しうる。

一実施形態において、マスタ装置は、ハンドヘルド装置を有しうるとともに、スレーブ装置は、タブレットを有しうる。
第２特徴は、携帯電子機器をドッキングするシステムを有する。システムは、複数のマスタ装置ディスプレイを有するマスタ装置を有する。複数のマスタ装置ディスプレイは、その上に一つあるいは複数の画面を表示するように機能する。システムは、スレーブ装置ディスプレイを有するスレーブ装置をさらに有する。スレーブ装置は、ドッキング位置でマスタ装置を収容するように機能する。ドッキング位置にある場合、マスタ装置は、スレーブ装置ディスプレイに動作通信する。さらにドッキング位置にある場合、マスタ装置は、複数のマスタ装置ディスプレイに一致する複数のディスプレイ部分にスレーブ装置ディスプレイを分割するように機能する。複数のマスタ装置ディスプレイ上に表示される一つあるいは複数の画面は、スレーブ装置ディスプレイの複数のディスプレイ部分のうちの複数の対応する１つ上に表示可能である。

第３特徴は、スレーブ装置を有する。スレーブ装置は、スレーブ装置ディスプレイと、ドッキング位置でマスタ装置を収容するように機能するドッキング要素とを有する。ドッキング位置にある場合、マスタ装置は、スレーブ装置ディスプレイに動作通信する。また前記ドッキング位置にある場合、マスタ装置は、スレーブ装置ディスプレイを複数のマスタ装置ディスプレイに一致する複数のディスプレイ部分に分割するように機能する。複数のマスタ装置ディスプレイ上に表示される一つあるいは複数の画面は、スレーブ装置ディスプレイの対応部分上に表示可能である。

第４特徴は、マスタ装置を有する。マスタ装置は、その上に一つあるいは複数の画面を表示するように機能する複数のマスタ装置ディスプレイを有する。マスタ装置は、スレーブ装置ディスプレイを有するスレーブ装置との動作通信を確立するように機能する通信ポートも有する。マスタ装置は、ドッキング位置でスレーブ装置に収容可能に係合できる。ドッキング位置にある場合、マスタ装置は、スレーブ装置ディスプレイに動作通信する。また前記ドッキング位置にある場合、前記マスタ装置は、スレーブ装置ディスプレイを複数のマスタ装置ディスプレイに一致する複数のディスプレイ部分に分割するように機能する。複数のマスタ装置ディスプレイ上に表示された一つあるいは複数の画面は、スレーブ装置ディスプレイの対応部分上に表示可能である。

いくつかの機能の改良と付加的機能は、第２、第３、および第４特徴に適用可能である。これらの機能の改良と付加的機能は、個々あるいは任意に組み合わせて使用されうる。よって議論される以下のそれぞれの機能は、他の機能とともに用いられうるか、本明細書において提示される特徴の機能を組み合せて用いられうるが、必須ではない。

一実施形態において、マスタ装置は、ハンドヘルド装置でありうるとともに、スレーブ装置は、タブレット装置でありうる。ハンドヘルド装置は、第１ディスプレイと第２ディスプレイを有しうる。スレーブ装置ディスプレイは、第１ディスプレイに対応する第１ディスプレイ部分と、第２ディスプレイに対応する第２ディスプレイ部分とに分割されうる。一つあるいは複数の画面のうちの少なくとも１つが、スレーブ装置ディスプレイの複数のディスプレイ部分のうちの対応する１つ上に表示される場合、そのサイズが変更される。さらに一つあるいは複数の画面のうちの少なくとも１つの向きは、スレーブ装置ディスプレイの複数のディスプレイ部分のうちの対応する１つ上に表示される場合に変更されうる。

一実施形態において、ドッキング位置にない場合、マスタ装置は、受信ジェスチャ入力に応答して、複数のマスタ装置ディスプレイ上の一つあるいは複数の画面の表示を制御するように機能しうる。またドッキング位置にある場合、マスタ装置は、スレーブ装置ディスプレイの複数の表示部分上の一つあるいは複数の画面の表示を制御するように機能しうる。スレーブ装置ディスプレイの複数のディスプレイ部分上での受信ジェスチャ入力に応答した一つあるいは複数の画面の表示の制御は、複数のマスタ装置ディスプレイ上での受信ジェスチャ入力に応答した一つあるいは複数の画面の表示の制御に実質的に同じでありうる。よってマスタ装置は、複数のマスタ装置ディスプレイのすぐ近傍にマスタ装置ジェスチャセンサを有しうるとともに、スレーブ装置は、スレーブ装置ディスプレイのすぐ近傍にスレーブ装置ジェスチャセンサを有しうる。

一実施形態において、スレーブ装置は、ドッキング位置でマスタ装置を収容可能に係合する保持機構を有しうる。

携帯電子機器をドッキングするシステムの実施形態の略図。 ハンドヘルド装置の実施形態の略図。 ドッキング位置でのタブレット装置とハンドヘルド装置の実施形態。 図３の実施形態の詳細図。 ディスプレイ上に表示可能な画面の実施形態。 ディスプレイ上に表示可能な画面の実施形態。 ディスプレイ上に表示可能な画面の実施形態。 ディスプレイ上に表示可能な画面の実施形態。 マスタ装置の配置と向きの様々な実施形態。 マスタ装置の配置と向きの様々な実施形態。 マスタ装置の配置と向きの様々な実施形態。 マスタ装置の配置と向きの様々な実施形態。 マスタ装置の配置と向きの様々な実施形態。 マスタ装置の配置と向きの様々な実施形態。 マスタ装置の配置と向きの様々な実施形態。 マスタ装置の配置と向きの様々な実施形態。 マスタ装置の配置と向きの様々な実施形態。 マスタ装置の配置と向きの様々な実施形態。 マスタ装置の配置と向きの様々な実施形態。 ジェスチャ入力の様々な実施形態。 可能なジェスチャ入力。 アプリケーションスタックでの画面の論理位置を示すアプリケーションスタックを有する、ユーザインタフェースの実施形態。 マスタ装置をスレーブ装置にドッキングする一実施形態。 スレーブ装置上のディスプレイに、肖像と風景の順で表示された画面の一実施例。 縦向きでスレーブ装置上に表示された画面の実施形態。 横向きでスレーブ装置上に表示された画面の実施形態。 それぞれ単一画面縦向きモードと複数画面横向きモードでの複数画面アプリケーションの表示。 スレーブ装置上に表示された複数画面アプリケーションのサイズの一実施形態。 ジェスチャ入力に応答してスレーブ装置上の画面を制御する一実施形態。 画面の論理位置が認識されうるようなスレーブ装置上の複数の画面の表示。 画面の論理位置が認識されうるようなスレーブ装置上の複数の画面の表示。 スレーブ装置上でのアプリケーション画面とデスクトップ画面の同時表示。 スレーブ装置上での２つのアプリケーション画面の同時表示。 スレーブ装置の全ディスプレイを占める縦向きのアプリケーション画面の表示。 デスクトップ画面または縦向きと横向きの表示。 デスクトップシーケンスを表示するためのデバイスに関するデスクトップシーケンス。 デスクトップシーケンスを表示するためのデバイスに関するデスクトップシーケンス。 デスクトップシーケンスを表示するためのデバイスに関するデスクトップシーケンス。 スレーブ装置上でのキーボードの表示。 画面の論理的位置決めが視認できるようなキーボードと複数画面の表示。 スレーブ装置で動作するドロワ（ｄｒａｗｅｒ）の実施形態。

以下の説明は、本明細書において開示される形態に本発明を限定することを意図していない。結果的に、以下の教示、従来の技術のスキルと知識に相応の変化および変更は、本発明の範囲内にある。本明細書において記載される実施形態はさらに、本発明の実施の既知の形態を説明することと、他の当業者が本発明をこのような実施形態または他の実施形態で、特定の用途または使用で必要とされる様々な改変とともに本発明を利用できるようにすることとを意図したものである。

以下の説明は、主として携帯電子機器をドッキングするシステムと方法に関する。特に以下の説明は、ドッキング可能なマスタ装置とスレーブ装置用のユーザインタフェースの実装の実施形態を示す。たとえばユーザインタフェースは、マスタ装置上に表示されたユーザインタフェースがスレーブ装置上で表示されるように適合されうるように、マスタ装置とスレーブ装置のドッキング中およびドッキング後のうちの少なくとも一方で適応可能でありうる。

本明細書において記載されるようにデバイスは、「スレーブ装置」または「マスタ装置」と称されうる。マスタ装置はドッキングされると、スレーブ装置のうちの少なくともいくつかの機能性を制御すべく機能することが意図される。マスタ装置とスレーブ装置とのドッキングは、スレーブ装置の要素（たとえば入力装置、表示装置、音声装置とビデオ装置のうちの少なくとも一方など）に、マスタ装置のリソース（たとえばプロセッサ、無線機、セル無線機、メモリなど）が機能性を提供できるようにしうる。よってマスタ装置のリソースがない比較的単純で価格が手頃なスレーブ装置が、提供されうる。スレーブ装置は、マスタ装置以外の形態に関連する機能的多様性を提供すべく、マスタ装置の形態とは異なる形態を取りうる。マスタ装置のリソースが、スレーブ装置の要素に機能性を提供するので、マスタ装置とスレーブ装置を使用する間の移行は、継ぎ目がないか、「オンザフライ」でありうるので、たとえばクラウドコンピューティング、サーバアクセス、または時間のかかる物理的同期化操作などの複雑で費用のかかる同期機能の必要なく、マスタ装置の全ての機能性とデータリソースが、スレーブ装置で利用できるようにしうる。

スレーブ装置に対してドッキング位置でマスタ装置を保持する保持機構を有するスレーブ装置が、提供されうる。たとえばスレーブ装置は、タブレット装置でありうるとともに、マスタ装置は、ハンドヘルド装置（たとえばスマートフォン）でありうる。この点に関してタブレットに提供されるコネクタは、ハンドヘルド装置がタブレットにドッキングされるときに、ハンドヘルド装置の通信ポートにインタフェースで接続しうる。コネクタは、ハンドヘルド装置とタブレットとの間に通信インタフェースを提供しうる。タブレットは、ハンドヘルド装置がドッキング位置にあるときにハンドヘルド装置によって制御されうる、タブレット装置に組み込まれたハードウエア要素を有しうる。たとえばタブレット装置上に提供されるタッチスクリーンディスプレイは、ハンドヘルド装置からの情報を表示しうるとともに、ハンドヘルド装置は、タッチスクリーンディスプレイからの入力を受信しうる。よってハンドヘルド装置のユーザインタフェースは、マスタ装置がドッキングされると、スレーブ装置上に表示されるように適合されうる。したがって以下により詳細に議論されるように、タブレット装置とハンドヘルド装置の両方の利点が、実現されうる。

図１は、タブレット１００型のスレーブ装置およびハンドヘルド装置１５０型のマスタ装置の略図を有する。当然のことながら、これらの特定型のマスタ装置とスレーブ装置は、例示目的のみに提供されており、他の型のスレーブ装置とマスタ装置が、無制限に提供されうる。たとえばゲームパッド、ラップトップコンピュータ、デスクトップコンピュータ、またはワークステーション端末型のデバイスなどの他の形式のデバイスが、スレーブまたはマスタ装置のいずれかとして採用されうる。

タブレット装置１５０は、保持機構１０２を有しうる。保持機構１０２は、ハンドヘルド装置１５０がタブレット１００の保持機構１０２によって保持可能に係合されるように、ハンドヘルド装置１５０に対応しうる。マスタ装置１５０は、マスタ装置１５０のうちの少なくとも一部がスレーブ装置１００のエンベロープ内に含められるように、保持機構１０２によって保持されうる。保持機構によって保持可能に係合されると、ハンドヘルド装置１５０は、タブレット装置１００に対してドッキング位置にありうる。

タブレット１００は、コネクタ１０４も有しうる。図１において示されるように、コネクタ１０４は、ハンドヘルド装置１５０が保持機構１０２に係合すると、コネクタ１０４が、ハンドヘルド装置１５０の通信ポート１５２にインタフェースで接続しうるように、保持機構１０２に対して配置されうる。この点に関してコネクタ１０４は、タブレット１００に提供されたスペース内に及びうる。ドッキング位置にあるときに、そのスペース内にハンドヘルド装置１５０が収容される。

ハンドヘルド装置１５０は、通信ポート１５２に動作通信するプロセッサ１５４を有しうる。プロセッサ１５４は、ハンドヘルド装置１５０の様々な構成要素にさらに動作通信しうる。よってプロセッサ１５４は、ハンドヘルド装置１５０の様々な構成要素の動作を制御するように動作しうる。たとえばプロセッサ１５４は、メモリ１７０に動作通信しうる。メモリ１７０は、ハンドヘルド装置１５０の動作を制御すべく、プロセッサ１５４によって実行可能な実行コードを保存しうる。たとえばメモリ１７０は、ハンドヘルド装置１５０を制御すべく、プロセッサ１５４によって実行可能なオペレーティングシステム（ＯＳ）に対応するコードを有しうる。

図２は、ハンドヘルド装置１５０の実施形態をより詳細に示す。ハンドヘルド装置１５０は、第１ディスプレイ１５８と第２ディスプレイ１５９を有しうる。さらに２つのディスプレイ（１５８，１５９）は、ハンドヘルド装置の様々な実施形態の機能性に関して以下に図示および記載されうるが、一つあるいは複数のディスプレイを有するハンドヘルド装置が、提供されうる。いずれにしても、第１ディスプレイ１５８と第２ディスプレイ１５９は、独立して制御可能でありうる。ディスプレイは、レンダリングされた画像または画面を表示するように機能しうる。本明細書において使用されるように、用語「ディスプレイ」は、デバイスハードウエアを指すが、「画面」は、ディスプレイにレンダリングされた表示画像を指す。この点に関してディスプレイは、画面をレンダリングするように機能する物理的ハードウエアである。画面は、ディスプレイの大半の範囲を有しうる。たとえば画面は、他の機能（たとえばメニューバー、ステータスバー、など）に充てられた領域以外の表示領域のうちの実質的全てを占めうる。代替的あるいは付加的に、画面は、１つよりも多くのディスプレイを占めうる。画面は、ハンドヘルド装置１５０で実行するアプリケーションとオペレーティングシステム（ＯＳ）のうちの少なくとも一方に関連しうる。たとえばアプリケーション画面またはデスクトップ画面が、表示されうる。アプリケーションは、以下でさらに記載されうるように、操作可能な様々な種類の画面を有しうる。一実施形態において、ハンドヘルド装置１５０のうちのそれぞれのディスプレイは、４８０画素×８００画素の解像度を有しうるが、より高い解像度およびより低い解像度も提供されうる。

画面は、オペレーティングシステム（ＯＳ）、アプリケーションなどに関連しうる。場合によっては、画面は、ユーザ入力を経由して操作できる双方向の機構（たとえばボタン、テキスト領域、トグルスイッチ領域など）を有しうる。ユーザ入力は、様々な入力装置（たとえば物理的キーボード、ローラボール、方向キー、タッチ感応装置など）によって受信されうる。場合によっては、画面は、単にグラフィクスを有するだけで、ユーザによる入力を受信する能力を有さない可能性がある。他の例では、グラフィックス機能および入力機能はともに、画面によって提供されうる。よって一つあるいは複数のディスプレイ、一つあるいは複数のディスプレイに表示される画面、および様々なユーザ入力装置は、ユーザがハンドヘルドコンピュータ装置の機能性を活用できるようにするＧＵＩを有しうる。

ハンドヘルド装置１５０は、第１位置と第２位置との間で設定可能でありうる。第１位置において、単一ディスプレイ（たとえば第１ディスプレイ１５８または第２ディスプレ
イ１５９）は、ユーザの視点から視認可能である。両ディスプレイ１５８と１５９は、第１位置にあるときに、ハンドヘルド装置１５０の外面に露出しうるが、ディスプレイ１５８と１５９は、両ディスプレイ１５８，１５９が、ユーザの視点から同時に視認できないように隣接しないやり式で配置されうる（たとえば１つのディスプレイは、デバイス１５０の正面から視認可能でありうるが、他のディスプレイは、装置１５０の裏面から視認可能でありうる）。

ハンドヘルド装置１５０はまたディスプレイ１５８，１５９が、ユーザの視点から同時に視認可能でありうるような第２位置で提供されうる（たとえばディスプレイ１５８，１５９は、互いに隣接して位置付けられうる）。ディスプレイ１５８，１５９は、ディスプレイ１５８，１５９が、端と端を縦に繋ぐか左右に並べて配置されるような第２位置で表示されうる。さらにディスプレイ１５８，１５９は、ユーザに対して縦向きまたは横向きに配置されうる。さらに以下で議論されるように、縦向きは、装置のディスプレイのうちのより長い寸法が、垂直に向けられる（たとえば重力またはユーザの視点に対して）デバイスの配置を表わすことを意図する。横向きは、装置のディスプレイのうちのより短い寸法が、垂直に向けられる（たとえば重力またはユーザの視点に対して）配置を表わすことを意図する。さらにより長い寸法とより短い寸法は、それぞれのディスプレイを個々に指しうるか、装置のうちの一つあるいは複数のディスプレイの結合表示画面を指しうる。したがって個々のディスプレイが縦向きに配置されるときに、全体の表示領域は横向きに配置されうるが、その逆もまたしかりである。さらにディスプレイと画面は、それぞれ異なる向きにありうる。たとえばディスプレイが、横向きにあるときに、一つあるいは複数の画面は、ディスプレイ上に縦向きにレンダリングされうるが、その逆もしかりである。

ハンドヘルド装置１５０は、第１位置（たとえばユーザの視点から視認可能な単一ディスプレイ）と、第２位置（たとえばユーザの視点から同時に視認可能な少なくとも２つのディスプレイ）との間において様々な方法で操作されうる。たとえばデバイス１５０は、第１と第２ディスプレイ１５８，１５９が、第２位置において互いに平行に隣接して配置でき、さらに単一ディスプレイのみが見え、他のディスプレイが、視認可能なディスプレイによって隠される第１位置にスライドできるようなスライダ機構を有しうる。

またデバイス１５０は、クラムシェル様式で配置されうる。クラムシェル様式において、ディスプレイ１５８，１５９が、第２位置にあるとき（すなわち開位置）、ユーザによって同時に視認可能なように、第１ディスプレイ１５８と第２ディスプレイ１５９との間にヒンジが提供される。ディスプレイ１５８，１５９は、デバイス１５０のうちの内部クラムシェル部分か外部クラムシェル部分上に提供されうる。この点において両ディスプレイ１５８，１５９は、デバイスが第１位置にあるとき（すなわち閉位置）、それぞれデバイスの正面と裏面から視認可能でありうる。装置１５０が開位置にあるときにディスプレイ１５８，１５９は、互いに隣接および平行して提供されうる。第１と第２位置にあるときに、ディスプレイの様々な配置と相対的位置関係のうちの少なくとも一方が、提供されうる、別の配置のハンドヘルドコンピュータ装置１５０が、検討される。

上記は、２つのディスプレイ１５８，１５９に言及したが、別の実施形態のハンドヘルド装置は、２つよりも多くのディスプレイを有しうる。この点に関して２つ以上のディスプレイは、上記にしたがう方法で機能しうる。単一ディスプレイのみが、第１位置でユーザによって視認可能であるが、複数ディスプレイ（すなわち２つよりも多くのディスプレイ）は、第２位置で視認可能である。

ハンドヘルド装置１５０は、ユーザ入力の受信に用いられうる一つあるいは複数の入力装置をさらに有しうる。これらの入力装置は、ユーザからのジェスチャ入力を受信するように機能しうるので、一般にジェスチャセンサと称されうる。いくつかの異なる様式のジ
ェスチャセンサが、提供されうる。いくつかの実施例には、以下に述べるものに限らず、伝統的入力装置（キーパッド、トラックボールなど）、タッチ感応装置、光センサ（たとえばカメラその他）などが包含される。本明細書において含まれる議論は、ジェスチャ入力を受信するためのタッチ感応装置の使用に言及しうる。しかし、タッチ感応装置の使用は、例示目的にだけ提供されるもので、ジェスチャ入力の受信手段をタッチ感応装置だけに限定することを意図しない。したがってジェスチャ入力を受信する上記手段のうちのいずれかは、タッチ感応装置で受信されたジェスチャ入力に関して以下で開示される機能性を生じさせるべく用いられうる。

この点においてハンドヘルド装置１５０は、少なくとも第１タッチセンサ１７２を有しうる。さらにハンドヘルドコンピュータ装置は、第２タッチセンサ１７４を有しうる。第１タッチセンサ１７２と第２タッチセンサ１７４のうちの少なくとも一方は、タッチパッド装置、タッチスクリーン装置、または他の適当なタッチ感応装置でありうる。実施例には、容量式タッチ感応パネル、抵抗式タッチ感応パネル、あるいは他のタッチ感応技術を採用するデバイスが含まれる。第１タッチセンサ１７２と第２タッチセンサ１７４のうちの少なくとも一方は、ユーザの身体のうちの一部（たとえば指、親指、手など）、タッチペン、または当該分野において公知の他の許容されたタッチ感応インタフェース機構と併せて用いられうる。さらに第１タッチセンサ１７２と第２タッチセンサ１７４のうちの少なくとも一方は、同時に複数のタッチを検知できるマルチタッチ装置でありうる。

第１タッチセンサ１７２は、第１ディスプレイ１５８に対応しうるとともに、第２タッチセンサ１７４は、第２ディスプレイ１５９に対応しうる。ハンドヘルド装置１５０の一実施形態において、第１ディスプレイ１５８と第１タッチセンサ１７２は、第１タッチスクリーンディスプレイ１８０を有する。この点において第１タッチセンサ１７２は、透明または半透明でありうるとともに、第１タッチセンサ１７２で受信された対応タッチが、第１ディスプレイ１５８に相関がありうるように（たとえば第１ディスプレイ１５８上にレンダリングされた画面と情報をやりとりするため）、第１ディスプレイ１５８に対して位置付けられうる。同様に第２ディスプレイ１５９と第２タッチセンサ１７４は、第２タッチスクリーンディスプレイ１８２を有しうる。この点に関して第２タッチセンサ１７４は、第２タッチセンサ１７４で受信されたタッチが、第２ディスプレイ１５９に相関がありうるように（たとえば第２ディスプレイ１５９にレンダリングされた画面と情報をやりとりするため）、第２ディスプレイ１５９に対して位置付けられうる。また第１タッチセンサ１７２と第２タッチセンサ１７４のうちの少なくとも一方は、ディスプレイ１５８，１５９とは別に提供されうる。さらに別の実施形態において、入力が第１ディスプレイ１５８と第２ディスプレイ１５９の両方を制御できるようにする単一ジェスチャセンサのみが、提供されうる。単一ジェスチャセンサはまたディスプレイとは個別に、あるいは統合して提供されうる。

この点において第１と第２タッチセンサ１７２，１７４は、ディスプレイ１５８，１５９に実質的に同じフットプリントを、ハンドヘルド装置１５０上に有しうる。またタッチセンサ１７２，１７４は、ディスプレイ１５８，１５９全体ほどではないなどのフットプリントを有しうる。さらにまたタッチセンサ１７２，１７４は、タッチセンサ１７２，１７４のうちの少なくとも一部が、ディスプレイ１５８，１５９に対してオーバーラップしない関係で提供される。以下でさらに議論されるように、タッチセンサ１７２，１７４は別に、タッチセンサ１７２，１７４のフットプリントが、ディスプレイ１５８，１５９のフットプリントとは完全に異なるように全くオーバーラップしない関係で提供されうる。

タッチ感応装置は、複数のゾーンに分割されうる。様々なゾーンで受信された同じジェスチャは、異なる機能性を有しうる。たとえばディスプレイの上部または下部での一定割合（たとえば１０％，２５％など）のタッチ感応装置は、残りの部分のタッチ感応装置と
は別個のゾーンとして定義されうる。したがってこのゾーンで受信されたジェスチャは、残りの部分のタッチ感応装置で受信されたジェスチャとは異なる機能性を有しうる。

上記のようにハンドヘルド装置１５０は、データバス１５６に動作通信するプロセッサ１５４を有しうる。プロセッサ１５４は、一般にハンドヘルド装置１５０の機能性を制御するように機能しうる。たとえばプロセッサ１５４は、オペレーティングシステム（ＯＳ）を実行しうるとともにアプリケーションを実行するように機能しうる。プロセッサ１５４は、下述されるように、ハンドヘルドコンピュータ装置１５０のうちの一つあるいは複数の付加的構成要素に通信しうる。たとえばプロセッサ１５４は、付加的構成要素のうちの一つあるいは複数に直接通信しうるか、データバス１５６を介して一つあるいは複数の付加的構成要素に通信しうる。さらに以下の議論は、データバス１５６に動作通信する付加的構成要素について記載しうるが、他の実施形態において、付加的構成要素のうちのいずれかは、他の付加的構成要素のうちのいずれかに直接動作通信しうる。さらにプロセッサ１５４は、第１ディスプレイ１５８および第２ディスプレイ１５９を独立して制御するように機能しうるとともに、第１タッチセンサ１７２および第２タッチセンサ１７４からの入力を受信するように機能しうる。プロセッサ１５４は、一つあるいは複数の異なるプロセッサを有しうる。たとえばプロセッサ１５４は、一つあるいは複数の特定用途向け集積回路（ＡＳＩＣ）、一つあるいは複数のフィールドプログラマブルゲートアレイ（ＦＰＧＡ）、機械可読コードを実行するように機能する一つあるいは複数の汎用プロセッサ、または上記の組合せを有しうる。

ハンドヘルドコンピュータ装置は、様々なデバイスおよびハンドヘルド装置の構成要素に電力を提供するように機能するバッテリ１６４を有しうる。この点に関してハンドヘルドコンピュータ装置１５０は、携帯可能でありうる。

さらにハンドヘルド装置１５０は、一つあるいは複数の無線機１６０を有しうる。たとえば一つあるいは複数の無線機には、たとえばＩＥＥＥ８０２．１１基準を採用するワイファイ（Ｗｉ−Ｆｉ）無線機；たとえばＧＳＭ（登録商標），ＣＤＭＡ，ＬＴＥ，またはＷｉＭＡＸを採用するセル無線機；ブルートゥース（ＢＬＵＥＴＯＯＴＨ（登録商標））無線機；あるいは他の適当な無線機が含まれうる。ハンドヘルドコンピュータ装置１００は、アンテナ１７６も有しうる。アンテナ１７６は、ハンドヘルド装置１５０に無線機能を提供すべく、一つあるいは複数の無線機１６０に動作通信しうる。したがってハンドヘルド装置１５０は、電話機能（すなわちハンドヘルドコンピュータ装置１５０は、スマートフォン装置でありうる）を有しうる。

図１を参照すると、ハンドヘルド装置１５０は、たとえばセキュアデジタル（ＳＤ）カードスロットなどの取外可能な記憶装置１６２も有しうる。
データバス１５６に動作通信する音声モジュール１６６も、提供されうる。音声モジュール１６６は、マイクとスピーカのうちのいずれか一方を有しうる。この点において音声モジュール１６６は、音声の取込みか音の生成を行うことができうる。さらにデバイス１５０は、カメラモジュール１６８を有しうる。カメラモジュール１６８は、画像またはビデオの取込みと保存を促進すべく、ハンドヘルド装置１５０のうちの他の構成要素に動作通信しうる。

ハンドヘルド装置１５０は、加速度計モジュール１７８をさらに有しうる。加速度計モジュール１７８は、重力に対するハンドヘルド装置１５０の向きを監視できうる。この点に関して加速度計モジュール１７８は、ハンドヘルド装置１５０が、実質的に縦向きか、横向きかを判定するように機能しうる。加速度計モジュール１７８はさらに、ハンドヘルド装置１５０の向きと動きのうちの少なくとも一方を監視することで他の制御機能性を提供しうる。

ハンドヘルド装置１５０は、一つあるいは複数のハードウエアボタン１３４も有しうる。ハードウエアボタン３０２は、ハンドヘルド装置１５０の様々な機構の制御に用いられうる。ハードウエアボタン１３４は、固定機能性を有しうるか、ボタンの特定機能が、ハンドヘルド装置１５０の動作中に変化するような文脈的でありうる。そのようなハードウエアボタンの実施例には、限定されないが、音量調節、テレビボタン、終了ボタン、送信ボタン、メニュボタンなどが、包含されうる。

図１に戻ると、タブレット１００のコネクタ１０４はまたタブレット１００の様々な構成要素に動作通信しうる。たとえばタブレット１００は、ハンドヘルド装置上に提供された構成要素に重複する構成要素（たとえばカメラモジュール１１２、モジュール１１４、取外可能な記憶装置１１８、タッチスクリーンディスプレイ１０６、バッテリ１１０）を有しうるか、ハンドヘルド装置によって共有されない独自の構成要素（たとえばＵＳＢポート１２０など）を有しうる。さらにタブレット１００は、タブレットのバッテリ１１０、またはタブレット１００にドッキングされる場合のハンドヘルド装置１５０のバッテリ１６４を充電するように機能しうる電源コネクタ１２２を有しうる。

ハンドヘルド装置１５０がドッキング位置で提供されるときに、通信ポート１５２とコネクタ１０４のインタフェースは、プロセッサ１５４と、タブレット１００に提供された通信バス１２４との間に動作通信を確立しうる。タブレット１００の様々な構成要素はまたドッキング位置にあるときにプロセッサ１５４が、タブレット１００の様々な構成要素に動作通信するように通信バス１２４に動作通信しうる。プロセッサ１５４と、タブレット１００の様々な構成要素との間の通信は、プロセッサ１５４がタブレット１００の様々な構成要素の動作を制御できるようにしうる。

タブレット１００は、「ダム」デバイスと見なされうる。すなわちタブレット１００は、タブレット１００の構成要素の全機能性を活用するためのリソースを欠落しうる。注目すべきは、タブレット１００が、タブレット１００の種々の構成要素の全機能性を提供するように機能するプロセッサを欠きうることである。しかもタブレット１００は、無線機を欠きうる。この点においてタブレット１００は、タブレット１００の構成要素の全機能性を提供するため、ハンドヘルド装置１５０のプロセッサ１５４と無線機１６０に依存しうる。たとえばタブレット１００は、タブレット１００の構成要素を生かすか無線通信を促進する十分な処理能力をうるために、マスタ装置１５０との通信を必要としうる。しかし、タブレット１００は、マスタ装置１５０の補助なしにいくつかの基本的機能性を提供しうる。たとえばタッチスクリーンディスプレイ１０６は、タッチスクリーンディスプレイ１０６が簡単なタスク（たとえばバッテリレベル、マスタ装置１５０がドッキングされているかどうかなどを有するタブレット１００ステータス情報の表示）に使用できるようにするディスプレイ制御器１０８に通信しうる。しかし、ディスプレイ制御器１０８の機能性は、特定の定義済み機能性に限定されうる。

さらにコネクタ１０４と通信ポート１５２との間のインタフェースは、電力インタフェース機構を有しうる。よって電力は、タブレットから（たとえばバッテリ１１０または電源コネクタ１２２から）ハンドヘルド装置１５０に供給されうる。しかも電力は、ハンドヘルド装置１５０（たとえばバッテリ１６４）からタブレット１００に移動しうる。したがって電力インタフェース機構は、タブレットからハンドヘルド装置か、ハンドヘルド装置からタブレットに電力を提供すべく設定されうる。

さらに図３を参照すると、ハンドヘルド装置１５０がタブレット１００に対してドッキング位置で提供されたタブレット１００の一実施形態が、図示される。図３は、タブレット１００の正面と裏面の斜視図を有する。図３から理解されうるように、タブレット１０
０は、正面２０２と裏面２０４を有しうる。正面２０２は、タッチスクリーンディスプレイ１０６を有しうる。しかも正面２０２は、いくつかの入力装置１１６と１１６’を有しうる。たとえばユーザが情報をやり取りしうるいくつかのボタンまたはタッチ感応領域が、提供されうる。図３において図示されるタッチ感応領域１１６’は、ディスプレイ１５８，１５９に対するタッチセンサ１７２，１７４に関して上記された特徴または関係と同じディスプレイ１０６との特徴または関係を有しうる。たとえばタッチ感応領域１１６’は、ディスプレイ１０６の領域を超えて広がるタッチセンサ１７２，１７４のうちの１つか両方のうちの一部を有しうる。タブレット１００のカメラモジュール１１２は、タブレット１００の正面２０２に配置されうる。図示されないが、付加的カメラモジュールが、提供されうる（たとえばタブレット１００の裏面２０４の後ろ向きカメラモジュール）。

裏面２０４は、ハンドヘルド装置１５０が配置されうる開口２０６を有しうる。保持機構１０２（図２において表示されない）は、ハンドヘルド装置１５０が開口２０６内に保持されるように、ハンドヘルド装置１５０を保持可能に係合すべく提供されうる。この点に関してハンドヘルド装置１５０のうちの一部は、ハンドヘルド装置１５０がドッキング位置にあるときに、タブレット１００のリアパネル２０８によって覆われうる。すなわちハンドヘルド装置１５０のうちの一部は、タブレット１００のエンベロープ内に包含されうる。一実施形態において、ハンドヘルド装置１５０のうちの実質的全てが、タブレット１００のエンベロープ内に包含されうる。タブレット１００のエンベロープは、タブレットの最も大きな外寸に一致しうる。したがって「タブレットのエンベロープ内に包含される」は、ハンドヘルド装置１００が、タブレット１００の外寸全体に広がらないことを意味する。

図４は、タブレット１００に対してドッキング位置にあるハンドヘルド装置１５０の詳細図を示す。リアパネル２０８は、開口２０６内にハンドヘルド装置１５０を収容できるように形成されうる。ハンドヘルド装置１５０のうちの一部は、それでもタブレット１００の外部からアクセス可能でありうる。たとえば図４において図示されるように、ハンドヘルド装置１５０の物理入力装置１３４（たとえば音量または電源ボタンなどのボタン）は、タブレット１００の外部からアクセス可能でありうる。この点において物理入力装置１３４は、ハンドヘルド装置１５０がドッキング位置にある場合に用いられうる。したがってタブレット１００に重複する物理入力装置３０２を提供する必要性は、なくなりうる。

ハンドヘルド装置１５０は、コンピュータ装置と情報をやり取りすべく、ハンドヘルド装置１５０またはタブレット１００で受信されたジェスチャ入力に応答しうる。ハンドヘルド装置１５０のインタフェース制御は、グラフィックユーザインタフェース（ＧＵＩ）を表示可能な一つあるいは複数のディスプレイを制御するのに特に適している。この点に関してハンドヘルド装置１５０は、ＧＵＩを提示可能な１つよりも多くのディスプレイを有しうる。

さらに図５Ａ〜図５Ｄを参照すると、デバイスの実施形態の様々な画面が、示される。複数画面が図示されうるが、複数画面のうちの１あるいは一部だけは、常時、デバイスに示されうる。この点において画面は、ディスプレイまたは他の画面に対する相対位置で記載されうる（たとえばディスプレイまたは画面の左、ディスプレイまたは画面の右、別の画面の下、別の画面の上など）。これらの関係は、物理的ディスプレイが相対位置を表わさないように論理的に確立されうる。たとえば画面は、ディスプレイを離れて左側に移動しうる。画面は、もはやディスプレイ上に表示されないが、ディスプレイから移動した画面は、ディスプレイの左側に仮想位置または論理位置を有しうる。この論理位置は、ユーザによって認識されうるとともに画面を描写する数値で具体化されうる（たとえばメモリに保存された数値は、画面に対応する）。したがって他の画面に対する相対位置で画面を
言及する場合、その関係は、デバイスのディスプレイにおいて物理的に表わされるのではなく論理回路で具体化されうる。

図５Ａ〜図５Ｄは、ハンドヘルド装置の様々な動作例で表示されうるいくつかの異なる画面を表示しうるが、いずれかの特定の順番または配置で提示することを意図しない。単一画面アプリケーションおよび複数画面アプリケーションが、提供されうる。単一画面アプリケーションは、一度に単一ディスプレイのみを占めうる画面を表示できるアプリケーションを表わすことを意図する。複数画面アプリケーションは、同時に複数ディスプレイを占めうる一つあるいは複数の画面を表示できるアプリケーションを表わすことを意図する。さらに複数画面アプリケーションは、単一ディスプレイを占めうる。この点において複数画面アプリケーションは、単一画面モードと複数画面モードを有しうる。

デスクトップシーケンス１３６は、図５Ａにおいて表示される。デスクトップシーケンス１３６は、いくつかの個々のデスクトップ画面１３８ａ〜１３８ｆを有しうる。したがってそれぞれのデスクトップ画面１３８は、単一ディスプレイのうちの実質的全てを占めうる（たとえば第１ディスプレイ１５８または第２ディスプレイ１５９）。デスクトップ画面１３８ａ〜１３８ｆは、デスクトップ画面１３８ａ〜１３８ｆが連続して出現するとともに、デスクトップ画面が出現する順番が、再配列され得ないような既定の順番でありうる。しかし、デスクトップ画面１３８ａ〜１３８ｆは、順にナビゲートされうる（たとえばユーザ入力に応答して）。すなわちデスクトップ画面１３８ａ〜１３８ｆのうちの一つあるいは複数は、ユーザ入力によって制御されると、ハンドヘルド装置に順に表示されうる。

さらに図５Ｂは、複数画面アプリケーションの階層化アプリケーションシーケンス１４０を表示する。階層化アプリケーションシーケンス１４０は、ルート画面１４２、一つあるいは複数のノード画面１４４、およびリーフ画面１４６を有しうる。ルート画面１４２は、ルート画面１４２に対応する親画面が存在しないような階層化アプリケーションシーケンス１４０の最上位ビューでありうる。ルート画面１４２は、ノード画面１４４に対する親でありうる。親／子のように関連付けられる一つあるいは複数のノード画面１４４が、提供されうる。ノード画面はまたリーフ画面１４６に対する親としての機能を果たしうる。リーフ画面１４６というのは、リーフ画面１４６が、リーフ画面１４６を親とする対応ノード画面１４４を有さないことを意味する。よってリーフ画面は、いずれの子のノード画面１４４も有さない。図５Ｃは、順に配列された様々な単一画面アプリケーション１４８ａ，１４８ｂ，および１４８ｃを示す。これらの単一画面アプリケーションのうちのそれぞれは、異なる実行アプリケーションに対応しうる。たとえば図５Ｃにおいて、アプリケーション４、アプリケーション５、およびアプリケーション６が、デバイスで実行しているとともに、それぞれの単一画面１４８ａ、１４８ｂ、および１４８ｃにそれぞれ対応しうる。

図５Ｄはまた空のビュー１６５を有する。空のビュー１６５は、画面の移行中に用いられうる（たとえば第１ディスプレイと第２ディスプレイとの間の画面の移動）。空のビュー１６５が、有効なＧＵＩ画面としてユーザによって解釈可能である必要はない。空のビュー１６５は、画面に関する動作（たとえば一つあるいは複数のディスプレイに対する画面の動き）が生じていることをただユーザに通信するだけである。空のビュー１６５を表示するアプリケーションは、停止、待機、処理または入力の解釈を行えなくてもよい。空のビュー１６５は、以下でこれまで以上に詳細に議論されるように、第１ディスプレイから第２ディスプレイに移動した画面の量に比例して移動しているときに、画面、またはその表像を表示しうる。この点において空のビュー１６５は、画面の移行中、画面の位置に関する情報を関連付けるために用いられうる（たとえばジェスチャに応答して）。空のビュー１６５は、入力（たとえば移行期の画面）を受信できない画面を指すことを意図する
にすぎない。この点に関して空のビュー１６５のディスプレイは、移動また変化時（横向きモードに変更されるか横向きモードから変更される）に画面の応答を示す動画または同種のものを有しうる。

図６Ａ〜図６Ｋは、本開示にしたがうハンドヘルドコンピュータ装置の様々な実施形態において可能なデバイスのディスプレイ１５８，１５９の様々な配置および状態を示す。たとえば第１（たとえば閉）位置にあるときに閉正面ディスプレイ２５０は、図６Ａにおいて示されるように視認可能でありうる。閉正面ディスプレイ２５０は、第１ディスプレイ１５８または第２ディスプレイ１５９に一致しうる。表示されるような閉正面２５０は、図６Ａにおいて図示されるようにデスクトップ画面ＤＩ１３８によって占められうる。また単一画面のアプリケーションまたは単一画面モードでの複数画面アプリケーションは、閉正面２５０に表示されうる。閉裏面ディスプレイ２５２は、図６Ｂにおいて図示されるように、デバイスが閉位置にあるときに、正面ディスプレイ２５０の反対側から視認可能でありうる。閉裏面２５２は、閉正面２５０とは異なるデスクトップ画面またはアプリケーション画面を表示しうるか（たとえば図６Ａに図示されるように）、空のビュー１６５（たとえばアイコンまたは他のグラフィックを表示する）を表示しうるとともにインタフェースとしての機能性を欠きうる。

図６Ｃは、横向き２５４の閉デバイスを示す。一実施形態において、横向きモード（すなわちディスプレイは、横向きの画面を表示するように調整される）は、図６Ｃにおいて図示されるようにできない可能性がある。また横向きモードは、画面１４８が図６Ｄに示されるような横向きでレンダリングされるように、デバイスが横向き２５６で検知される場合に画面（たとえばアプリケーション画面１４８）が修正されるようにすることが可能になりうる。

デバイスはさらに、図６Ｅにおいて図示されるような第２（たとえば開）位置２５８で提供されうる。開位置２５８において、少なくとも２つのディスプレイ１５８，１５９は、２つのディスプレイ１５８，１５９がともにユーザの視点から視認できるように配置される。２つのディスプレイ１５８，１５９は、開位置２５８にあるときに、左右に並べて配置されうる。したがってそれぞれの２つのディスプレイ１５８，１５９は、別個の画面を表示しうる。たとえばディスプレイ１５８，１５９はそれぞれ、別個のデスクトップ面１３８ａ，１３８ｂをそれぞれ表示しうる。図６Ｅにおいて図示されるように個々のディスプレイ１５８および１５９は、縦向きであるが、当然ながら全表示領域（第１ディスプレイ１５８と第２ディスプレイ１５９の両方を有する）は、横向きで配置されうる。したがって図６Ｅに示されるデバイスが、横向きまたは縦向きであるかどうかは、ディスプレイが、個々に用いられるか、集合的に用いられるかに依存しうる。ユニタリディスプレイとして集合的に用いられる場合、デバイスは、横向きでありうるが、ディスプレイが別々に用いられる場合、図６Ｅに図示される向きは、縦向きと称されうる。ハンドヘルド装置１５０は、タブレット１００にドッキングされる場合、開位置２５８でありうる。

さらにデバイスが、図６Ｆに図示されるような開位置２５８にあるときに、ユニタリディスプレイまたは個別ディスプレイとしての画面の使用に対する同じような依存関係が、デバイスが縦向きまたは横向きであるかどうかにも作用しうる。当然のことながら、ディスプレイが別個に用いられる場合、デバイスは横向きでありうるように、それぞれの個々の画面は、横向きである。ユニタリディスプレイとして用いられる場合、デバイスは、縦向きになりうる。いずれにしても、図６Ｆにおいて図示されるように、単一画面１４８は、第１ディスプレイ１５８を占め、第２ディスプレイ１５９は、デスクトップ画面１３８を表示しうる。単一画面１４８は、横または縦向きモードで表示されうる。また開方向のデバイスは、個々のディスプレイが、横向きになるように図６Ｇに図示されるような縦向きの両ディスプレイ１５８，１５９を占めうる複数画面アプリケーション２６０を表示し
うる。

図６Ｉ〜図６Ｋは、複数画面アプリケーション２６２の可能な画面配列を示す。複数画面アプリケーション２６２は、１モードでは、デバイスが、図６Ｉに示されるような閉鎖位置２５０にあるときに、単一ディスプレイ１５８を占めうる。すなわち複数画面アプリケーション２６２は、単一画面モードでありうる。またデバイスが、図６Ｊにおいて示されるように開位置２５８にあるときに、複数画面アプリケーション２６２は、それでも単一画面モードの単一ディスプレイ１５８を占めうる。さらに複数画面アプリケーション２６２は、デバイスが、図６Ｋに図示されるような開位置にあるときに、両ディスプレイ１５８，１５９を占めるよう拡張されうる。この点において複数画面アプリケーション２６２は、複数画面モードでも実行しうる。単一画面モードから複数画面モードに複数画面アプリケーション２６２を拡張すべく様々な選択肢が、提供されうる。

たとえば複数画面アプリケーション２６２は、親画面が第１ディスプレイで表示され、ノード画面（たとえば子画面）は第２ディスプレイ内に拡張されるように、単一ディスプレイで表示される単一画面モードから、２つのディスプレイで表示される２画面に最大化されうる。この点に関して第１と第２ディスプレイに表示されるそれぞれの画面は、階層化アプリケーションシーケンス（たとえば図５Ｂにおいて図示されるような）のうちの一部を有する独立画面でありうる。また複数画面アプリケーションの単一画面モードは、単一画面のコンテンツが両ディスプレイを占めるべくスケールが変更されるように、簡単にスケール変更されうる。したがって単一画面に表示された同じコンテンツが、複数のディスプレイを占めるべく拡大縮小されるが、さらなる表示画面またはグラフィックスは、提示されない。さらにまた単一画面モードから複数画面モードへの複数画面アプリケーションの最大化は、アプリケーションの可視領域の拡張をもたらしうる。たとえば複数画面アプリケーションが単一画面モードで表示される場合、複数画面モードへの最大化によって、表示されるグラフィックスのスケールはそのままで複数画面アプリケーションの可視領域が、拡張されうる。この点において複数画面アプリケーションの可視領域は、第２ディスプレイに拡張されうるが、拡張によるスケーリングは、一定のままである。

この点に関してアプリケーションは、アプリケーション画面の特性と動作に関する設定可能な機能性を有しうる。たとえばアプリケーションは、単一画面アプリケーションまたは複数画面アプリケーションになるよう設定可能でありうる。しかも複数画面アプリケーションは、単一画面モードと複数画面モードとの間での複数画面アプリケーションの拡張特性に応じて設定可能でありうる。これらの設定値は、種々のアプリケーションに対して変更されうるデフォルト値か不変値でありうる。これらの設定値は、デバイスで実行するときに、アプリケーションの動作を命令するようデバイス（たとえばプロセッサ１１６）に通信されうる。

図７は、ハンドヘルドコンピュータ装置によって認識されうるジェスチャ入力の様々なグラフィック描写を示す。図示されるジェスチャは、例証であり、そのため他のジェスチャが、制限なしに提供されうる。そのようなジェスチャは、上記のようなデバイスの一つあるいは複数のジェスチャセンサまたは他のジェスチャセンサで受信されうる。この点において図７に図示されるジェスチャを生み出すため、様々な入力機構が、用いられうる。たとえばジェスチャを受信するためジェスチャセンサのアクティブ化にタッチペン、ユーザの指、あるいは他のデバイスが用いられうる。またジェスチャは、光学装置（たとえばカメラ）によって検出されうる。ジェスチャの使用は、同じ機能を慣例的に実行するために必要なすべての動作を行わなくても、機能性をもたらしうる不完全な入力の使用を表わしうる。たとえばディスプレイ間の動きが入力として完全に受信されるように、ディスプレイ間の画面を選択および動かすことで、ディスプレイ間の画面の移動が、実行されうる。しかし、そのような実行は、第１と第２ディスプレイが、その間に連続性のない別個の
ディスプレイ部分を有しうるという点において達成するのが困難でありうる。よってジェスチャは、フルモーションの動作を短縮しうるか同じ機能性を遂行する別の入力を提供しうる。したがって第１と第２ディスプレイにまたがる移動は、ジェスチャが、単一ジェスチャセンサで受信されうるようにするため、切り捨てられうる。ジェスチャ入力の使用は、ハンドヘルドコンピュータ装置で通常提供される制限される入力とディスプレイスペースから考えると、全動作の入力が、実行するのが困難でありうるという点で、特にハンドヘルドコンピュータ装置に適している。

図７を参照すると、サークル１９０は、ジェスチャセンサで受信された入力を表わしうる。サークル１９０は、ボーダ１９２を有しうる。ボーダの幅は、入力が、固定保持される時間の長さを示しうる。この点に関してタップ３００は、ロングプレス３０２のボーダ１９２’よりも幅の狭いボーダ１９２を有する。この点においてロングプレス３０２は、タップ３００よりも長い間静止している入力を伴いうる。よって様々なジェスチャは、動作前にジェスチャが静止している時間の長さに依存して登録されうる。

ドラッグ３０４は、１方向の移動を有する入力（サークル１９０によって表わされる）を伴う。ドラッグ３０４は、ボーダ１９２によって表わされる特定の時間量の間、ジェスチャセンサに対して静止している開始ジェスチャ（たとえばタップ３００またはロングプレス３０２）を伴いうる。対照的にフリック３０６は、フリック３０６開始の、より幅の狭いボーダ１９２”によって示されるように、ドラッグ３０４よりも短い移動前ドウェル時間を有する入力を伴いうる。フリック３０６はまた移動１９４を有しうる。ドラッグ３０４とフリック３０６の移動１９４方向は、ドラッグ３０４方向またはフリック３０６方向と称せられうる。

一実施形態において、移動（たとえば上記のようなフリック３０６またはドラッグ６０４）を有するジェスチャは、単軸（たとえば横軸、縦軸、または他の軸）に沿った一方向の移動に限定されうる。したがって第１軸に沿った方向とは異なる方向の移動は、ジェスチャの実行中、無視されうる。この点においてジェスチャが、開始されると、初期移動が登録される軸に沿わない方向の移動は、無視されうるか、軸に沿った移動のベクトル成分のみが登録されうる。

図７をさらに参照すると、ピンチジェスチャ３０８およびスプレッドジェスチャ３１０が、提供されうる。ピンチジェスチャ３０８は、一対のドラッグジェスチャ１９０ａと１９０ｂを有しうる。最初の接触位置１９０ａと１９０ｂからの方向１９４ａと１９４ｂは、互いに向かう方向である。これは、たとえばユーザが遂行するのに２本の指を用いる必要がある複数タッチジェスチャでありうる。さらにスプレッドジェスチャ３１０が、提供されうる。スプレッドジェスチャ３１０において、最初のタッチ１９０ａと１９０ｂは、初めのタッチ後、一般に反対方向の方向１９４ａと１９４ｂの移動を有しうる。しかもピンとドラッグジェスチャ３１２と３１４は、右か左のいずれかの方向で提供されうる。

図７において図示されるジェスチャは、最初の入力後、水平動のみを有するが、これは、ジェスチャを入力するときのユーザによる実際の移動ではないかもしれない。たとえばドラッグ３０４が、水平方向で開始されると、水平方向以外の方向の移動が、水平方向とは異なる方向に動く画面の移動につながらない可能性がある。たとえば図８をさらに参照すると、左から右へのドラッグ３０４’は、開始方向３５２に沿った左から右への初期移動３５０で開始されうる。続いて、ユーザは、開始方向３５０とは異なる方向のオフ方向移動３５４を入力しうる。この点に関してオフ方向移動３５４は、２つのディスプレイ間のいずれの画面の移動にもつながらない可能性がある。さらにユーザは、部分的オフ方向移動３５６を入力しうる。移動のうちのベクトル部分のみは、開始方向３５２の方向にある。この点において部分的オフ方向の移動３５６のうちの一部のみが、ディスプレイ間の
画面の移動につながりうる。要するに、第１ディスプレイ１５８と第２ディスプレイ１５９との間のアプリケーション画面の移動は、ディスプレイが配置される単軸に沿って制約されうる。

上記で手短に議論されたように、複数の同時ジェスチャ部分は、同時に受信されうる（たとえば複数タッチ装置、または他のジェスチャセンサによって）。複数の個々のジェスチャ部分を組み合わせるジェスチャ入力は、独自ジェスチャ入力とみなされうるとともに、それらに関連する独自の機能性を有しうる。たとえば第１ピンとドラッグジェスチャ３１２は、タップ３００を有する第１部分とドラッグジェスチャ３０４を有する第２部分を有しうる。ドラッグジェスチャ３０４は一般に、ドラッグジェスチャ３０４の方向がタップジェスチャ３００から離れるように、タップ３００から離れうる。また第２ピンとドラッグジェスチャ３１４も、図示される。前記ジェスチャ３１４において、タップ３００が、受信されうるとともに、ドラッグジェスチャ３０４は、タップ３００から離れて生じ、タップ３００に向かいうる。複数部分ジェスチャの第１と第２部分は、２つの部分がインタフェースに対して異なる結果に作用するように異なる標的を有しうる。

画面は、論理的にディスプレイに関連しうるとともに、全ての画面が、ディスプレイに物理的にレンダリングされないにもかかわらず、互いに対して論理的に配列されうる。さらに図９を参照すると、この概念が、さらに図で表わされる。図９において、第１ディスプレイ１５８は、第１アプリケーション画面（画面Ａ５１２）をアクティブに表示する。本議論は、マスタ装置１５０の第１ディスプレイ１５８と第２ディスプレイ１５９に言及するが、図９は、同様にスレーブ装置ディスプレイ１０６のうちの一部に適用できる。さらに第１アプリケーションスタック５１０が、示される。アプリケーションスタックは、それぞれのディスプレイと画面の論理結合を維持するように機能しうる。以下で言及されるように、この論理結合は、ディスプレイに対するアプリケーションの位置とみなされうる。この点において「ディスプレイに位置付けられた」アプリケーションに関して述べる場合、アプリケーションは、アプリケーションがアクティブに表示されない可能性があるときに、ディスプレイに論理的に関連することが意味される。

さらにアプリケーションスタックは、互いに対する画面の相対位置（つまりアプリケーションスタックにおける画面の順番）を論理的に維持しうる。この点において画面は、画面がディスプレイ上に物理的にレンダリングされない可能性があるにもかかわらず、ディスプレイに関連したアプリケーションスタックで論理的に配置されうる。ディスプレイ制御器または他の制御装置（たとえばプロセッサ、メモリ、またはそれらの動作的組合せ）は、画面の論理結合を維持するように機能しうる。これは、画面とディスプレイの論理結合と画面とメモリ中の他の画面の論理結合のうちの少なくとも一方を保存することを伴いうる。よって画面とディスプレイの論理結合と画面と他の画面の論理結合は、画面がアクティブに表示されないにもかかわらず、論理的に維持されうるとともに変更されうるか、あるいはそのいずれか一方でありうる。

たとえば第１アプリケーションスタック５１０は、画面Ａ５１２、画面Ｂ５１４、および画面Ｃ５１６からなる。これらの画面はすべて、第１ディスプレイ１５８に論理的に結合される。図示されるように、アプリケーションスタック５１０の画面Ａ５１２のみが、物理的に表示される。画面Ｂ５１４および画面Ｃ５１６は、第１ディスプレイ１５８に関連した第１アプリケーションスタック５１０に属しうるとともに、図９において図示されるやり方で画面Ａ５１０の後方に論理的に位置付けられうる。よって画面Ｂ５１４と画面Ｃ５１６は、画面Ｂ５１４と画面Ｃ５１６が第１ディスプレイ１５８にアクティブにレンダリングされないように、画面Ａ５１２の後方に論理的に位置付けられうる。第１アプリケーションスタック５１０に属するそれぞれのアプリケーションは、第１ディスプレイに論理的に関連付けられるが、ディスプレイに現在レンダリングされないアプリケーション
は、アクティブに表示されないときに、一時停止または閉鎖されうる。またアプリケーションは、表示されないにもかかわらず、その背後で実行し続けうる。とにかく非表示アプリケーションは、ユーザによって閉鎖または終了されるまで、アプリケーションスタック５１０に存在し続けうる。

第２アプリケーションスタック５２０はまた、第２ディスプレイ１５９に対して画面の論理結合を維持すべく提供されうる。第２アプリケーションスタック５２０は、画面Ｘ５２２，画面Ｙ５２４，および画面Ｚ５２６からなり、上記の第１アプリケーションスタック５１０に類似の方法で動作しうる。それぞれの画面Ａ５１２，画面Ｂ５１４，画面Ｃ５１６，画面Ｘ５２２，画面Ｙ５２４、および画面Ｚ５２６は、個々のアプリケーションに対応しうる。図示されるように、画面Ｘ５２２が、現在表示される。画面Ｙ５２４と画面Ｚ５２６は、第２ディスプレイ１５９に論理結合し、さらに図９において図示されるように画面Ｘ５２２の後方に論理的に位置付けられる。したがって第２アプリケーションスタック５２０のそれぞれのアプリケーションは、第２ディスプレイ１５９に配置されるが、１つのアプリケーションしか、ディスプレイ上にアクティブにレンダリングされ得ない。

ディスプレイに対する画面の配置（すなわち論理結合）とアプリケーションスタック５１０，５２０内での画面の配置（すなわち論理結合）は、ドラッグジェスチャを介する画像操作、ディスプレイ上にレンダリングされた既存画面の上部に新アプリケーションを開くこと、あるいは画面を第１ディスプレイ１５８と第２ディスプレイ１５９との間を動かす他の操作手段を有する様々な方法によって到達されうる。

非表示アプリケーションがアプリケーションスタックに留まるように、アプリケーションが、ディスプレイに関連するアプリケーションスタックに存在するという上記を踏まえると、ユーザがアプリケーションを第１アプリケーションスタックから第２アプリケーションスタックに動かしうるように、ディスプレイ間のアプリケーション操作を可能にすることが、望ましいか有利になりうる。アプリケーションスタック間のアプリケーションの移動は、たとえばジェスチャ入力を経由して達成されうる。

ディスプレイ上での画面のジェスチャに基づく制御と複数ディスプレイ装置でのアプリケーション管理に関するいくつかの出願書類は、本出願人によって提出されている。たとえばこれらの出願書類には、２０１０年１１月１７日出願の「複数画面ユーザインタフェースのジェスチャ制御（ＧＥＳＴＵＲＥ ＣＯＮＴＲＯＬＳ ＦＯＲ ＭＵＬＴＩ-ＳＣＲＥＥＮ ＵＳＥＲ ＩＮＴＥＲＦＡＣＥ）」という表題の特許文献２、２０１０年１１月１７日出願の「一つあるいは複数のディスプレイを再配置するジェスチャ制御画面（ＧＥＳＴＵＲＥ ＣＯＮＴＲＯＬＬＥＤ ＳＣＲＥＥＮ ＲＥＰＯＳＩＴＩＯＮＩＮＧ ＦＯＲ ＯＮ
Ｅ ＯＲ ＭＯＲＥ ＤＩＳＰＬＡＹＳ）」という表題の特許文献３、２０１０年１１月１
７日出願の「複数画面階層化アプリケーションのジェスチャ制御（ＧＥＳＴＵＲＥ ＣＯ
ＮＴＲＯＬＳ ＦＯＲ ＭＵＬＴＩ-ＳＣＲＥＥＮ ＨＩＥＲＡＲＣＨＩＣＡＬ ＡＰＰＬＩ
ＣＡＴＩＯＮＳ）」という表題の特許文献４、２０１０年１１月１７日出願の「方位性制御による複数画面ユーザインタフェース（ＭＵＬＴＩ-ＳＣＲＥＥＮ ＵＳＥＲ ＩＮＴＥ
ＲＦＡＣＥ ＷＩＴＨ ＯＲＩＥＮＴＡＴＩＯＮ ＢＡＳＥＤ ＣＯＮＴＲＯＬ）」という表題の特許文献５、２０１０年１１月１７日出願の「ジェスチャに基づくアプリケーション管理（ＧＥＳＴＵＲＥ ＢＡＳＥＤ ＡＰＰＬＩＣＡＴＩＯＮ ＭＡＮＡＧＥＭＥＮＴ）」
という表題の特許文献６、２０１０年１１月１７日出願の「スクリーンスパニングアイコンモーフィングとのユーザインタフェース（ＵＳＥＲ ＩＮＴＥＲＦＡＣＥ ＷＩＴＨ Ｓ
ＣＲＥＥＮ ＳＰＡＮＮＩＮＧ ＩＣＯＮ ＭＯＲＰＨＩＮＧ）」という表題の特許文献７
、２０１０年１１月１７日出願の「積層アプリケーション管理のユーザインタフェース（ＵＳＥＲ ＩＮＴＥＲＦＡＣＥ ＷＩＴＨ ＳＴＡＣＫＥＤ ＡＰＰＬＩＣＡＴＩＯＮ ＭＡ
ＮＡＧＥＭＥＮＴ）」という表題の特許文献８、および２０１０年１１月１７日出願の「
独立ドロワ制御のユーザインタフェース（ＵＳＥＲ ＩＮＴＥＲＦＡＣＥ ＷＩＴＨ ＩＮ
ＤＥＰＥＮＤＥＮＴ ＤＲＡＷＥＲ ＣＯＮＴＲＯＬ）」という表題の特許文献９が包含される。一つ一つの上記の出願書類はすべて、本明細書において参考文献によって盛り込まれている。

上記の議論は、複数の異なるディスプレイ装置で表示されるような画面の制御と管理について言及したが、当然のことながら、上記で議論されたユーザインタフェースは、ドッキングされたマスタ装置とは異なる数のディスプレイを有するスレーブ装置で用いられるように適合されうる。この点において異なるディスプレイ上に表示されると先に議論された画面は、ディスプレイのうちの一部（たとえばスレーブ装置のユニタリディスプレイのうちの一部）上にレンダリングされるように適合されうる。したがってマスタ装置のディスプレイに対する画面の可能な配置および移動に関する上記の議論は同様に、スレーブ装置のディスプレイのうちの一部に対する画面の移動に適用可能でありうる。たとえばスレーブ装置のディスプレイは、マスタ装置のディスプレイ数に対応する部分数に分割されうる。よってマスタ装置の所定ディスプレイ上に表示された画面は、マスタ装置がスレーブ装置にドッキングされると、スレーブ装置のディスプレイのうちの対応部分上に表示されうる。

２つのタッチ画面ディスプレイを有するハンドヘルド装置型のマスタ装置と、タブレット型のスレーブ装置を伴う上記の実施例を続けると、マスタ装置１５０は、図１０において図示されるようにタブレット１００にドッキングされうる。図１０から理解されうるように、ハンドヘルド装置１５０は、いくつかの入力装置（たとえばハードウエアボタン１３４）を有しうる。タブレット１００は、対応入力装置１１６を有しうる。さらに図１１を参照すると、ハンドヘルド装置１５０は、第１ディスプレイ１５８と第２ディスプレイ１５９上にそれぞれ表示されるアプリケーション１４８Ａと１４８Ｂが、ドッキング後に続いてタブレット１００のディスプレイ１０６の第１部分１０６Ａと第２部分１０６Ｂに表示されるように、タブレット１００にドッキングされうる。この点に関して第１アプリケーション１４８Ａと第２アプリケーション１４８Ｂは、単一画面モードで実行する単一または複数画面アプリケーションでありうる。よってハンドヘルド装置１５０が、タブレット１００にドッキングされると、アプリケーション１４８Ａと１４８Ｂは、単一画面モードのままでありうるとともに、ディスプレイ１０６のうちのそれぞれの部分で表示されうる。

ハンドヘルド装置１５０が、第２位置（たとえばディスプレイ１５８と１５９の両方が、ハンドヘルド装置１５０の片側から視認可能なような開位置）にありうることは、図１１から理解されよう。しかもハンドヘルド装置１５０のドッキング位置は、ディスプレイ１５８と１５９が、ディスプレイ１０６の対応部分とは異なる向きにあるようにできることも、理解されよう。つまりドッキング時、ハンドヘルド装置１５０のディスプレイ１５８と１５９は、横向きでありうるが、タブレット１００の対応部分１０６Ａと１０６Ｂは、縦向きでありうる。したがってハンドヘルド装置１５０が、ドッキングされると、アプリケーション１４８Ａと１４８Ｂは、縦向きで表示されるように修正されうる。当然のことながら、この限りではない可能性がある。つまりディスプレイ１５８と１５９の向きは、ハンドヘルド装置１５０がドッキング位置にあるときに、タブレット１００のそれぞれの部分１０６Ａと１０６Ｂと同じでありうる。またハンドヘルド装置１５０上に表示され、続いてドッキング後のタブレット１００上に表示される第１アプリケーション１４８Ａおよび第２アプリケーション１４８Ｂとの関連において上記で議論されているが、当然のことながら、同様の動作がいずれかの画面（たとえばデスクトップ、複数画面モードで実行する複数画面アプリケーション、空の画面など）で示されうる。

タブレット１００のディスプレイ１０６は、ハンドヘルド装置１５０のディスプレイ１
５８または１５９のいずれかとは異なる寸法を有しうる。さらに第１と第２ディスプレイ１５８と１５９の集合的表示領域は、ディスプレイ１０６の表示領域とは異なりうる。たとえばハンドヘルド装置１５０のそれぞれのディスプレイ１５８と１５９は、たとえば４８０画素×８００画素でありうる。したがってディスプレイ１５８と１５９によって定義される集合的表示領域は、この実施例において９６０画素×８００画素でありうる。しかし、タブレット１００のディスプレイ１０６は、たとえば１２００画素×８００画素の表示領域を有しうる。この点に関してアプリケーションは、ハンドヘルド装置１５０が、タブレットにドッキングされると、タブレット１００のディスプレイ１０６上に表示されるように適当にスケールが変更されうる。

たとえば図１２と図１３は、それぞれ縦向きと横向きのディスプレイ１０６上に表示される単一アプリケーション２６２を示す。図１２と図１３は、本来のサイズ（たとえば単一画面モードの場合、４８０画素×８００画素、複数画面モードでは９６０×８００画素）の単一アプリケーション２６２（たとえばこの場合において単一画面モードか複数画面モードで実行されうる二画面アプリケーション）が、タブレット１００のディスプレイ１０６全体を占有しない可能性があることを示す。よって未使用のディスプレイスペース４００が、存在しうる。したがって入力フィールド４０２（たとえばコンピュータ上に表わされたボタン）は、アプリケーション２６２の全画面表示（図１２と図１３の右側に図示されるような）と、アプリケーション２６２の本来のサイズとを切替えるように提供されうる。全画面表示領域を占めるアプリケーション２６２の最大化は、アプリケーションの単なるスケーリングまたは複数の個別ディスプレイにまたがるアプリケーションの最大化に関して上記で議論されたように、アプリケーションの可視領域の拡張によって達成されうる。さらに図１２と図１３の右側に示されるような全画面モードになると、アプリケーション２６２の本来のサイズに復帰すべく入力フィールド（たとえば入力フィールド４０２に類似）が、提供されうる。

さらに図１４を参照すると、二画面アプリケーションは、タブレット１００の向きに基づいてタブレット１００のディスプレイ１０６上に表示されうる。この点においてハンドヘルド装置１５０の加速度計１７８（図２において示される）は、ハンドヘルド装置がタブレット１００にドッキングされると、タブレット１００の向きを決定するように機能しうる。図１４の左側に示されるように、タブレット１００が縦向き２５２の場合、アプリケーション２６２は、アプリケーション２６２が実質的にディスプレイ１０６全体を占めるように（たとえば図１２と１３に関して上記で議論されたように）、単一画面モードで示されうる。図１４の右側に示される横向き２５４へのタブレット１００の回転によって、アプリケーション２６２は、第１画面２６２Ａがディスプレイ１０６のうちの第１部分１０６Ａに表示され、第２部分２６２Ｂがディスプレイ１０６のうちの第２部分１０６Ｂに示されるように、複数画面モードに変化しうる。これは、縦向きから横向きに回転する場合のハンドヘルド装置１５０の動作を模倣しうる。

しかし、タブレット１００上に表示される場合、アプリケーション２６２の単一画面モードから複数画面モードへの変化は、部分１０６Ａと１０６Ｂがタブレット上で等しいサイズにならない可能性があるという点で、ハンドヘルド装置１５０に対して生じうる対応の変化とは異なりうる。つまりアプリケーション２６２が、ハンドヘルド装置１５０の第１と第２ディスプレイ１５８と１５９上に表示される場合に複数画面モードに変化すると、アプリケーション２６２のうちのそれぞれの部分２６２Ａと２６２Ｂはそれぞれ、ディスプレイ１５９と１５９のうちの対応する１つ上で表示されうるので、同じサイズ（たとえば４８０画素×８００画素）になりうる。図１５において示されるように、ディスプレイ１０６の第１部分１０６Ａは、ディスプレイ１０６の第２部分１０６Ｂとは異なるサイズになりうる。したがってアプリケーション２６２のうちのそれぞれの画面２６２Ａと２６２Ｂは、異なるサイズでありうる。たとえば図１５において示されるように、第１画面
２６２Ａは、４８０画素×８００画素でありうる。第２画面２６２Ｂは、８００画素×８００画素でありうる。複数画面アプリケーションのそれぞれの部分１０６Ａと１０６Ｂのサイズは、変化しうる。たとえば異なるアプリケーションは、タブレットディスプレイ１０６のうちのそれぞれの部分１０６Ａと１０６Ｂに対して異なるサイズを命令しうる。これは、タブレットディスプレイ１０６のうちの一部が仮想のため、可能でありうるとともに、ソフトウエアによって制御されうる。よって付加的画面および部分（たとえば２つよりも多くの画面）は、ディスプレイ１０６のうちの対応部分で表示されうる。

さらに図１６を参照すると、ジェスチャ入力は、タブレットディスプレイ１０６上に表示される画面の変更に用いられうる。ジェスチャ入力を用いるタブレット１００の操作は、上記の参考文献によって盛り込まれた出願書類において議論された全てのジェスチャ入力を包含しうる。図１６に示される一特定実施例においてタブレット１００は、ディスプレイ１０６上にアプリケーションＸ５２２を表示しうる。上記の図９において言及されたように、アプリケーションの向き（たとえばアプリケーションの論理的順序）は、メモリに維持されうる。よってアプリケーションＹ５２４，アプリケーションＡ５１２，およびアプリケーションＺ５２６は、明確にするために図１６に図示されるが、アプリケーションＸ５２２に対するアプリケーションの論理位置（たとえば左か右に）のみを表わしうる。図１６の上部でドラッグジェスチャ３０４が、受信されうる。それに応じてアプリケーションＡ５１２は、ドラッグ３０４の受信後、ディスプレイ１０６上に表示されうる。図１３の上部と下部との間のアプリケーションスタックの移動から理解されうるように、アプリケーションの論理位置は、ドラッグ３０４の受信後、維持されうる。この点においてジェスチャは、テーブル１００のディスプレイ１０６上に表示されるアプリケーションの変更に用いられうる。

図１７をさらに参照すると、図９において示されるようなアプリケーションの論理位置は、タブレットディスプレイ１０６上に物理的に表示されうる。たとえば図１７は、タブレットディスプレイ１０６の第１部分１０６Ａに表示されるアプリケーションＣ５１６と、タブレットディスプレイ１０６の第２部分１０６Ｂに表示されるアプリケーションＡ５１２とを示す。第１部分１０６Ａと第２部分１０６Ｂは、任意の適当なサイズに設定されうるので（たとえば物理的ハードウエア限界によって制約されない）、さらなるディスプレイスペースは、アクティブに表示されない他のアプリケーションの表示に充てられうる。たとえばアプリケーションＣ５１６とアプリケーションＡ５１２は、本来の４８０画素×８００画素サイズで表示されるという可能性がある。したがってディスプレイ１０６の９６０画素×８００画素のみが、アプリケーションＡ５１２とアプリケーションＣ５１６によって占められる。ディスプレイ１０６が１２００画素×８００画素の実施形態において、ディスプレイ１０６のうちの残りの部分は、アクティブに表示されない他のアプリケーションの表示に充てられうる。たとえばディスプレイ１０６は、ディスプレイの第１部分１０６Ａにおいて、アプリケーションＣ５１６の左側にアプリケーションＢ５１４とアプリケーションＹ５２４を示しうる。またアプリケーションＸ５２２とアプリケーションＺ５２６は、アプリケーションＡ５１２の右側にありうる。アクティブに表示されないアプリケーション（たとえば第１部分１０６Ａと第２部分１０６Ｂにおいてアクティブに表示される画面の右側か左側に）は、アプリケーションを表示したもの（たとえば画面ショット、アイコン、またはいくつかのその他の適当に表示されたもの）でありうる。

また図１７において示されるように、ドラッグ３０４などのジェスチャは、アクティブに表示された画面を変更すべく受信されうる。したがって図１７において受信されたドラッグジェスチャ３０４は、第１ディスプレイ部分１０６Ａに移動するアプリケーションＡ５１２と、第２ディスプレイ部分１０６Ｂに移動するアプリケーションＸ５２２とをもたらしうる。さらに図１８を参照すると、表示されるアプリケーションの論理位置に加えて、デスクトップ画面１３８も、アプリケーションスタックにおいて提供されうる。よって
デスクトップ１３８は、第１または第２ディスプレイ部分１０６Ａと１０６Ｂのうちの１つに表示されうる。

図１７と図１８において示される設定は、ユーザによるコマンドでアクティブ化されうる。たとえば特定のジェスチャ（たとえばピンチ３０８、スプレッド３１０など）は、アプリケーションの論理位置が示される設定をアクティブ化しうる。さらに画面の論理位置がディスプレイ１０６上に示されないような第１と第２部分１０６Ａと１０６Ｂが、ディスプレイ１０６の実質的全てを占めるべく拡大するように、コマンドは、図１７と１８において示される設定を終了させうる。したがって第１部分１０６Ａと１０６Ｂにおいてアクティブに表示された画面は、全ディスプレイ１０６を占めるように拡張されうる。この点に関して図１７と図１８において示される設定が、選択され、ジェスチャを用いて画面がナビゲートされうる。さらに所望の画面が表示されると、画面は、全ディスプレイ１０６（たとえば図１９と図２０において示されるように）を占めるように最大化されうる。

引続き図１９と図２０を参照すると、図１９は、縦向きのタブレット１００を示し、図２０は、横向きのタブレット１００を示す。第１部分１０６Ａと第２部分１０６Ｂは、タブレットディスプレイ１０６全体を集合的に占めうる。よって第１部分１０６Ａと第２部分１０６Ｂは、上記で議論された第１ディスプレイ１５８と第２ディスプレイ１５９に対応するとともにそれらに類似する方法で作動しうる。たとえば単一複数画面アプリケーションは、第１と第２部分１０６Ａと１０６Ｂの両方にまたがって最大化されうる。単一画面アプリケーション１４８は、第１部分１０６Ａと第２部分１０６Ｂの両方を占めるように最大化されうる（図２１において示されるように）。第１アプリケーション１４８は、第１ディスプレイ部分１０６Ａに表示されうるとともに、デスクトップ画面１３８は、第２部分１０６Ｂに表示されうる（図１９に示されるように）。あるいは第１アプリケーション１４８Ａは、第１ディスプレイ部分１０６Ａに表示されうるとともに、第２アプリケーション１４８Ｂは、第２部分１０６Ｂに表示されうる。図１９と図２０を参照すると、フォーカスインジケータ４０４は、ディスプレイ１０６上に表示されたどの画面が、デバイスの焦点であるか（たとえばどの画面が、デバイスからの入力をアクティブに受信しているか）をユーザに示すべく提供されうる。フォーカスインジケータ４０４は、フォーカスインジケータ４０４の表示に充てられるディスプレイ１０６のうちの一部でありうるか、ディスプレイ１０６から切離して提供されうる（たとえばディスプレイ１０６に隣接して提供される光か他のインジケータ）。当然のことながら、どの画面がデバイスの焦点であるか、をあえて示す必要がないような単一アプリケーションが、図２１に示されるようにディスプレイ１０６全体を占める場合、フォーカスインジケータ４０４は、アクティブではない可能性がある。

さらに図１９を参照すると、デスクトップ画面１３８が、第１または第２部分１０６Ａまたは１０６Ｂのうちの１つを占めるときに、デスクトップ画面に関連する機能性は、アクティブでありうる。たとえばデスクトップ１３８上に出現するアイコン４０６は、ユーザによって選択されうる。さらにデスクトップ上に出現するウィジェット（図１９において図示されない）は、アクティブでありうるとともに、情報を表示するか、双方向の機構をユーザに提供しうる。しかも図２２に示されるように、デスクトップ１３８は、ディスプレイの第１部分１０６Ａと第２部分１０６Ｂの両方を占めうる。デスクトップ１３８は、図２２の左側に示されるような縦向きで示されうるか、図２２の右側に示されるような横向きで示されうる。

図２３Ａは、図５Ａにおいて上で述べたようなデスクトップシーケンス１３６を示す。デスクトップ画面１３８Ｃと１３８Ｄは、ハンドヘルド装置１５０の第１ディスプレイ１５８と第２ディスプレイ１５９上にアクティブに表示されうる。デスクトップシーケンス１３６における他のデスクトップ画面の論理位置も図示される。それぞれのデスクトップ
画面１３８は、それぞれのデスクトップ画面１３８上に出現する種々の情報にアクセスすべく、ディスプレイ１５８と１５９との間を選択的に移動しうるように様々な情報（たとえば独自ウィジェット、独自情報、独自アイコンなど）をスクトップ画面１３８が有しうることは、理解されうる。この原理は、図２３Ｂにおいて示されるタブレット１００の関連において当てはまる。よってデスクトップ画面（たとえば１３８Ｃと１３８Ｄ）のうちのそれぞれ１つは、ディスプレイ１０６の第１部分１０６Ａと第２部分１０６Ｂに表示されうる。同様にデスクトップ画面１３８は、それぞれのデスクトップ画面１３８にアクセスすべく部分１０６Ａと１０６Ｂとの間を選択的に移動しうる。当然のことながら、それぞれのデスクトップ画面１３８は、部分１０６Ａと１０６Ｂ上に表示されるように適当にスケールが変更されうるので、上記で議論されるような第１および第２ディスプレイ１５８と１５９よりも大きなサイズでありうる。

また図２４において示されるように、デスクトップ画面１３８は、ハンドヘルド装置１５０の第１ディスプレイ１５８と第２ディスプレイ１５９に示されるようなそれら本来のサイズのままでありうる。この点においてタブレットディスプレイ１０６の第１部分１０６Ａと第２部分１０６Ｂは、本来のサイズのデスクトップ画面１３８で維持されうる（たとえば４８０画素×８００画素）。よってタブレットディスプレイ１０６は、上記で議論されるような第１ディスプレイ１５８と第２ディスプレイ１５９との集合的表示領域よりも大きくなりうるので、第３および第４部分１０６Ｃと１０６Ｄが、残りうる。したがって他のデスクトップ画面１３８のうちの一部は、第３および第４部分１０６Ｃと１０６Ｄに表示されうる。この点に関して全体が見えないデスクトップ画面（たとえば図２４におけるデスクトップ画面１３８Ｂと１３８Ｅ）は、完全に示されるのではなく、「暗示」されうる。暗示されたデスクトップ画面１３８Ｂと１３８Ｅの機構（たとえばウィジェット、アイコンなど）は、部分ビューの場合、アクティブではないかもしれないが、第１部分１０６Ａまたは第２部分１０６Ｂのうちの１つに移動すれば、アクティブになりうる。

図２５を参照すると、タブレット１００は、ユーザからの入力の受信用キーボード４０８を表示するように機能しうる。キーボード４０８は、タブレットディスプレイ１０６の第２部分１０６Ｂに提供されうる。この点において第２部分１０６Ｂは、キーボード４０８のサイズに一致するようにスケールが変更されうる。第１部分１０６Ａは、キーボード入力の標的である別の画面を表示しうる。たとえば図示されるように、第１部分１０６Ａは、デスクトップ画面１３８を有するが、単一画面アプリケーション、単一画面モードで動作する複数画面アプリケーション、複数画面モードで動作する複数画面アプリケーション、または他の適当な画面が、第１部分１０６Ａにおいて表示されうる。しかも第１部分１０６Ａはさらに、上記される方法で動作する付加的画面部分に分割されうる。それぞれの付加的部分は、部分１０６Ｂにおいてキーボードを同時に表示しながらアプリケーションの画面を表示するよう働きうる。さらに図２６を参照すると、第１部分１０６Ａは、第２部分１０６Ｂに表示されるキーボード４０８を維持しながら、図１７と図１８に対して上記されたように第１部分１０６Ａに関連する画面の論理位置を表示しうる。

図２７は、タブレット１００のドロワ（ｄｒａｗｅｒ）４１０の動作の一実施形態を示す。ドロワは、一般的にユーザにとって有用なデータまたは情報を含有しうる選択的に表示可能な画面を描写しうる。ドロワは、ユーザがグラフィック部分を操作することで開かれうる（つまり選択的に表示される）。たとえばハンドルまたは他のグラフィック部分は、ドロワにアクセスするために提供されうる。この点においてドロワは、レンダリングされるディスプレイがドロワのコンテンツを示すべく非表示から開かれるドロワに類似するように、（たとえばディスプレイの周辺部から）ディスプレイ上のビュー内に開かれるように機能しうる。ユーザは、ドロワを開けるようにする（すなわちビュー内にスライドする）ハンドルまたは他のグラフィック部分を選択することでドロワを開くドラッギングによってドロワにアクセスしうる。よってドロワは、ディスプレイのうちの大部分を占める
ように開かれうるか、ディスプレイのうちの一部に広がる一部の範囲にのみ部分的に開かれうる。それに続くユーザの入力で、ドロワをその最初の非表示位置に戻せるようにしうるので、ドロワを開くことで覆い隠された画面が見えるようになる。

この点に関してドロワは、ユーザによってアクセスされうるとともに、様々な情報またはデータを含有しうる。たとえばハンドヘルドコンピュータ装置で実行されうるとともに、ハンドヘルドコンピュータ装置に保存されるアプリケーションのリストを有するアプリケーションデータを含有し、続いて表示するドロワが、開かれうる。このリストは、テキストリストでありうるか、アプリケーションに対応するアイコンを有しうる。アプリケーションは、ドロワが開いているときにアプリケーションを選択することで、ドロワから直接起動されうる。付加的に、あるいは代替的に、ドロワは、例として通知データ、連絡先データ、カレンダデータ、気象データ、またはユーザがアクセスしうる他の適当なデータなどの他のデータを含有しうる。たとえば通知データは、ハンドヘルドコンピュータ装置によって送受信されたメッセージ（たとえばＳＭＳメッセージ、音声メール、Ｅメール、チャットなど）に関する情報を有しうる。連絡先データは、デバイスに保存された住所録また同種のものの連絡先情報を有しうる。さらにクイックアクセスが提供されうる他の様式の情報は、ドロワにおいて提供されうる。ドロワは、ユーザによって選択されうるリンクまたは他のオブジェクトをさらに含有しうる。

たとえばメッセージ通知（たとえばＳＭＳメッセージ、Ｅメールなどの受信による）は、ユーザがアクセスしうる通知ドロワにおいて表示されうる。ドロワは、それぞれの対応メッセージに関する情報（たとえばメール件名、受信時刻、送信者など）を有する受信メッセージのリストを含有しうる。さらにメッセージ通知は、リンクされたオブジェクトでありうる。メッセージを選択すると、メッセージアプリケーションは、ユーザが、フルメッセージを読んだり、返信したりなどをしうるように実行するか、前景に移動される。図２７から理解されうるように、ドロワ４１０は、縦向きか横向きのいずれかでアクセスされうる。

ディスプレイ１０６の上部に沿ってステータスバー部分がありうる。ステータスバー部分４１２は、限定されないが、セル方式信号強度、バッテリ寿命情報、セルラー電話会社情報、ハンドヘルドコンピュータ装置によって実行されるサービス、および他の関連情報を有する様々な情報をユーザに表示しうる。ドラッグジェスチャ３０４Ａは、たとえばステータスバー部分４１２のすぐ近傍で生じ、一般に下向きでありうる（つまりステータスバー部分４１２とは向かい側のディスプレイ１０６の下部に向かって）。その結果、ドロワ部分４１０が、ディスプレイ１０６において開かれうる。したがってディスプレイ１０６によって先に表示された画面（たとえばデスクトップ画面１３８）は、ドロワ部分４１０によって覆われる。別の実施形態において、ドロワ部分４１０は、部分的に開かれることで、ディスプレイ１０６のうちの一部だけを覆いうる。図２７において図示されるように、ドラッグジェスチャ３０４Ａは、続いてハンドル４１４に適用されることで、ドロワ部分４１０のサイズを変更しうる。ドロワ部分４１０は、上記のような情報を有しうる。ハンドル４１４は、ドロワ部分４１０の下部に提供されうる。ステータス部分４１２は、図２７に示されるように画面の上部に表示されたままでありうる。ドロワ部分４１０は、続いてドロワ部分４１０を閉じるため、ハンドル４１４付近で生じる上向きの（すなわちステータスバー部分４１２に隣接したディスプレイ１０６の上部に向かう）ジェスチャ（たとえばドラッグ３０４Ｂ）によって閉じられうる。

ドロワ４１０は、いくつかの設定制御４１６も有しうる。たとえばこれらの設定制御４１６は、ワイファイ（ＷｉＦｉ）無線機、ブルートゥース（ＢＬＵＥＴＯＯＴＨ（登録商標））無線機、またはハンドヘルド装置１５０の他の構成要素などのオンかオフの切替えなど標準装置機能の制御に用いられうる。設定制御４１６は、画面を固定しうる画面ロッ
クトグルも有しうるので、デバイスの方向変化で画面を回転できないようにする。アクティブ化されると、対応画面ロックアイコンが、ステータスバー４１２に表示されうる。設定制御４１６は、単一／２アプリケーショントグルも有しうる。したがってタブレット１００の様々な表示状態を設定できるようにしうる（たとえば単一アプリケーションが、ディスプレイ１０６のうちの実質的全てを占める単一アプリケーションモード、１つよりも多くのアプリケーションが、ディスプレイ１０６の対応部分で表示される２アプリケーションモード、および単一アプリケーションが表示されるとともに、ジェスチャ入力を用いて修正されることができない単一アプリケーションロック）。また設定制御４１６は、タブレット１００とハンドヘルド装置１５０のうちの少なくとも一方の電源管理オプションを有しうる。

本発明は、図面と上記の説明で詳細に例示および記載されてきたが、そのような例示および記載は、特徴の限定と考えるべきではなく、例示として考えられるべきである。たとえば本明細書において上記された特定の実施形態は、他の記載実施形態と組み合わされうるとともに他の方法（たとえばプロセス成分が、他のシーケンスで実行されうる）で配列されうるか、そのいずれか一方でありうる。したがって当然のことながら、好適実施形態とその変形のみが示されるとともに記載されており、本発明の趣旨内に入る全ての変更と修正が、保護されるよう求められる。

Claims (15)

1. 複数の携帯電子機器のドッキングで用いる方法であって、前記方法は、
   マスタ装置上にユーザインタフェースを表示することであって、複数の画面が、複数のマスタ装置ディスプレイのうちの対応するものにそれぞれ表示されることと；
   前記マスタ装置を、スレーブ装置にドッキングすることであって、前記マスタ装置の少なくとも一部を前記スレーブ装置のエンベロープ内に収容することと；
   スレーブ装置ディスプレイ上に表示されるように、前記ユーザインタフェースを適合させることと；
   前記スレーブ装置ディスプレイを、複数のディスプレイ部分に分割することであって、それぞれの前記ディスプレイ部分は、前記複数のマスタ装置ディスプレイのうちのそれぞれ１つに対応することと
   を有し、
   前記複数のマスタ装置ディスプレイのうちの対応する１つに表示されるそれぞれの画面は、前記スレーブ装置ディスプレイの前記複数のディスプレイ部分のうちの１つに表示される、
   方法。
2. 前記複数の画面は、前記マスタ装置で実行する一つあるいは複数のアプリケーションに対応し、
   前記スレーブ装置の向きが変わると、前記スレーブ装置ディスプレイに表示される前記ディスプレイ部分の数も変化する、
   請求項１記載の方法。
3. 前記スレーブ装置の前記エンベロープは、前記マスタ装置の通信ポートとの通信インタフェースを確立するように適合されたコネクタを有し、
   前記ドッキングは、前記マスタ装置と、前記スレーブ装置のうちの一つあるいは複数のハードウエア構成要素との間の通信を確立することを有する、
   請求項１記載の方法。
4. 前記適合は、前記スレーブ装置ディスプレイに表示されるように、前記画面のうちの少
   なくとも１つのサイズを変更することを有し、
   前記適合は、前記スレーブ装置ディスプレイに表示されるように、前記スレーブ装置の向きに基づき前記画面の向きを変えることを有する、
   請求項１記載の方法。
5. 前記スレーブ装置は、前記マスタ装置が前記スレーブ装置にドッキングされない場合の前記複数のマスタ装置ディスプレイ上の前記複数画面の制御に対応する態様で、前記マスタ装置が前記スレーブ装置にドッキングされるときに前記スレーブ装置ディスプレイの前記複数のディスプレイ部分上の前記複数画面の前記表示を制御すべく、ジェスチャ入力に応答し、
   前記ドッキング位置にあるときに前記マスタ装置は、前記スレーブ装置ディスプレイへの前記ジェスチャ入力を受信するように作動する、
   請求項４記載の方法。
6. 前記分割は、
   前記スレーブ装置ディスプレイのうちの少なくとも第１ディスプレイ領域を、第１ディスプレイ部分に割当てることと；
   前記スレーブ装置ディスプレイのうちの少なくとも第２ディスプレイ領域を、第２ディスプレイ部分に割当てることと
   を有する、
   請求項１記載の方法。
7. 複数の携帯電子機器をドッキングするシステムであって、前記システムは、
   一つあるいは複数の画面を表示するように機能する、複数のマスタ装置ディスプレイを有するマスタ装置と；
   ドッキング位置で前記マスタ装置をエンベロープ内に収容するように機能する、スレーブ装置ディスプレイを有するスレーブ装置と
   を備え、
   前記エンベロープは前記スレーブ装置に形成され、前記ドッキング位置にあるときに前記マスタ装置の少なくとも一部は、前記スレーブ装置の前記エンベロープ内に収容され、
   前記ドッキング位置にあるときに前記マスタ装置は、前記スレーブ装置ディスプレイに動作通信し、
   前記ドッキング位置にあるときに前記マスタ装置は、前記複数のマスタ装置ディスプレイに一致する複数のディスプレイ部分に、前記スレーブ装置ディスプレイを分割するように機能し、前記複数のマスタ装置ディスプレイに表示される前記一つあるいは複数の画面は、前記スレーブ装置ディスプレイの前記複数のディスプレイ部分のうちの対応するものにそれぞれ表示可能である、
   システム。
8. 前記マスタ装置は、ハンドヘルド装置であり、
   前記スレーブ装置は、タブレット装置であり、
   前記ハンドヘルド装置は、第１ディスプレイと第２ディスプレイを有し、
   前記スレーブ装置ディスプレイは、
   前記第１ディスプレイに対応する第１ディスプレイ部分と、
   前記第２ディスプレイに対応する第２ディスプレイ部分と
   に分割される、
   請求項７記載のシステム。
9. 前記複数のマスタ装置ディスプレイに表示される前記一つあるいは複数の画面が、前記スレーブ装置ディスプレイの前記複数のディスプレイ部分のうちの対応するものに表示さ
   れるときに、
   前記一つあるいは複数の画面のうちの少なくとも１つのサイズは、変更され、
   前記複数のマスタ装置ディスプレイに表示される前記一つあるいは複数の画面が、前記スレーブ装置ディスプレイの前記複数のディスプレイ部分のうちの対応するものに表示されるときに、
   前記一つあるいは複数の画面のうちの少なくとも１つの向きは、変更され、
   前記スレーブ装置が風景の向きから肖像の向きに回転すると、前記スレーブ装置ディスプレイの前記ディスプレイ部分の数とサイズが変化する、
   請求項７記載のシステム。
10. 前記ドッキング位置にないときに前記マスタ装置は、受信ジェスチャ入力に応答して前記複数のマスタ装置ディスプレイ上の前記一つあるいは複数の画面の前記表示を制御するように機能し、
    前記ドッキング位置にあるときに前記マスタ装置は、前記スレーブ装置ディスプレイの前記複数のディスプレイ部分上の前記一つあるいは複数の画面の前記表示を、前記スレーブ装置が受信したジェスチャ入力を用いて制御するように機能する、
    請求項７記載のシステム。
11. 前記スレーブ装置ディスプレイの前記複数のディスプレイ部分上での前記受信ジェスチャ入力に応答する前記一つあるいは複数の画面の前記表示の前記制御は、
    前記複数のマスタ装置ディスプレイ上での前記受信ジェスチャ入力に応答する前記一つあるいは複数の画面の前記表示の前記制御に同じである、
    請求項１０記載のシステム。
12. 前記マスタ装置は、前記複数のマスタ装置ディスプレイのすぐ近傍にマスタ装置ジェスチャセンサを有し、
    前記スレーブ装置は、前記スレーブ装置ディスプレイのすぐ近傍にスレーブ装置ジェスチャセンサを有する、
    請求項１１記載のシステム。
13. 前記スレーブ装置は、前記ドッキング位置において前記マスタ装置を収容可能に係合する保持機構を有し、
    前記保持機構は、前記スレーブ装置ディスプレイに動作通信するコネクタを有し、
    前記コネクタは、前記マスタ装置が前記ドッキング位置にあるときに前記マスタ装置と前記スレーブ装置ディスプレイとの間の通信のために、前記マスタ装置の通信ポートとの通信インタフェースを確立するように作動する、
    請求項７記載のシステム。
14. スレーブ装置ディスプレイと；
    エンベロープを有してドッキング位置においてマスタ装置の少なくとも一部を前記エンベロープ内に収容するように機能するドッキング要素と；
    前記マスタ装置が前記ドッキング位置にあるときに前記マスタ装置との通信インタフェースを確立するように作動するコネクタと
    を有するスレーブ装置であって、
    前記ドッキング位置にあるときに前記マスタ装置は、前記スレーブ装置ディスプレイに作動通信し、
    前記ドッキング位置にあるときに前記マスタ装置は、複数のマスタ装置ディスプレイに一致する複数のディスプレイ部分に、前記スレーブ装置ディスプレイを分割するように機能し、
    前記複数のマスタ装置ディスプレイに表示される一つあるいは複数の画面は、前記スレ
    ーブ装置ディスプレイの対応部分に表示可能である、
    スレーブ装置。
15. 一つあるいは複数の画面を表示するように機能する複数のマスタ装置ディスプレイと；
    スレーブ装置ディスプレイを有するスレーブ装置との動作通信を確立するように機能する通信ポートと
    を有するマスタ装置であって、
    前記マスタ装置は、ドッキング位置において前記スレーブ装置に収容可能に係合でき、前記ドッキング位置にあるときに前記マスタ装置の少なくとも一部は、前記スレーブ装置に形成されたエンベロープ内に収容されるように構成され、前記ドッキング位置にあるときに前記マスタ装置は、前記スレーブ装置ディスプレイに動作通信し、
    前記ドッキング位置にあるときに前記マスタ装置は、前記複数のマスタ装置ディスプレイに一致する複数のディスプレイ部分に、前記スレーブ装置ディスプレイを分割するように機能し、前記複数のマスタ装置ディスプレイに表示される前記一つあるいは複数の画面は、前記スレーブ装置ディスプレイの対応部分に表示可能である、
    マスタ装置。

Images