(57)【特許請求の範囲】
【請求項１】
表示装置の１つ以上の表示装置特性を判定するためのコンピュータコードと、
実行中のアプリケーションから表示モードを示す値を受信するためのコンピュータコードであって、前記実行中のアプリケーションが表示バッファを有し、前記表示バッファがコンテンツ及び第１の解像度を有する、コンピュータコードと、
前記表示モードが第１のモードであるとき、フレームバッファを完全には満たさないように、前記表示バッファのコンテンツを前記第１の解像度よりも低い第２の解像度で前記フレームバッファに送信しセンタリングするためのコンピュータコードと、
前記表示モードが第２のモードであるとき、前記フレームバッファ全体未満を満たすように、前記表示バッファのコンテンツを前記第１の解像度で前記フレームバッファに送信しセンタリングするためのコンピュータコードと、
前記表示モードが第３のモードであるとき、前記フレームバッファを完全に満たすように、前記表示バッファのコンテンツを前記第１の解像度で前記フレームバッファに送信するためのコンピュータコードと、
を含む不揮発性のコンピュータコードを記憶した装置。
【請求項２】
１つ以上の表示装置特性を判定するための前記コンピュータコードが、前記表示装置の表示範囲を判定するためのコンピュータコードを含む、請求項１に記載の不揮発性のコンピュータコードを記憶した装置。
【請求項３】
前記表示装置の表示範囲を判定するための前記コンピュータコードが、
前記表示装置から１つ以上の識別子値を受信するためのコンピュータコードと、
前記表示装置以外のソースから、前記１つ以上の識別子値のうちの少なくとも１つに基づいて、前記表示装置の前記表示範囲を取り出すためのコンピュータコードと、
を含む、請求項２に記載の不揮発性のコンピュータコードを記憶した装置。
【請求項４】
表示モードを示す値を受信するための前記コンピュータコードが、前記表示モードが前記第１のモードであるとき、前記表示装置の表示範囲を示す値を前記実行中のアプリケーションに送信するためのコンピュータコードを含む、請求項２に記載の不揮発性のコンピュータコードを記憶した装置。
【請求項５】
表示モードを示す値を受信するための前記コンピュータコードが、前記表示モードが前記第２のモードであるとき、前記第２の解像度を示す値を前記実行中のアプリケーションに送信するためのコンピュータコードを含む、請求項２に記載の不揮発性のコンピュータコードを記憶した装置。
【請求項６】
表示モードを示す値を受信するための前記コンピュータコードが、前記表示モードが前記第３のモードであるとき、前記表示装置の表示範囲を示す値を前記実行中のアプリケーションに送信するためのコンピュータコードを含む、請求項２に記載の不揮発性のコンピュータコードを記憶した装置。
【請求項７】
１つ以上の表示装置特性を判定するための前記コンピュータコードが、前記表示装置がオーバースキャンするかどうかを判定するためのコンピュータコードを更に含む、請求項２に記載の不揮発性のコンピュータコードを記憶した装置。
【請求項８】
表示装置の表示範囲を判定するためのコンピュータコードと、
前記表示装置がオーバースキャンすることを判定するためのコンピュータコードと、
実行中のアプリケーションから表示モードを示す値を受信するためのコンピュータコードと、
前記表示モードが第１のモードであるとき、前記表示範囲に等しい表示バッファサイズ値を前記実行中のアプリケーションに送信するためのコンピュータコードと、
前記表示モードが第２のモードであるとき、前記表示範囲よりも小さい表示バッファサイズ値を前記実行中のアプリケーションに送信するためのコンピュータコードと、
前記表示モードが第３のモードであるとき、前記表示範囲に等しい第１の値と前記表示範囲よりも小さい第２の値とを前記実行中のアプリケーションに送信するためのコンピュータコードと、
を含む、不揮発性のコンピュータコードを記憶した装置。
【請求項９】
前記実行中のアプリケーションから表示バッファコンテンツを受信するためのコンピュータコードと、
前記表示モードが前記第１のモードであるとき、前記表示バッファコンテンツを前記表示範囲よりも小さいサイズにスケーリングするためのコンピュータコードと、
前記スケーリングされた表示バッファコンテンツを、フレームバッファ内でセンタリングさせるためのコンピュータコードと、
前記フレームバッファに前記スケーリングされた表示バッファコンテンツが占めていないロケーションで、特定の色を示す値を書き込ませるためのコンピュータコードと、
を更に備える、請求項８に記載の不揮発性のコンピュータコードを記憶した装置。
【請求項１０】
前記実行中のアプリケーションから表示バッファコンテンツを受信するためのコンピュータコードと、
前記表示モードが前記第２のモードであるとき、前記表示バッファコンテンツを、フレームバッファ内でセンタリングさせるためのコンピュータコードと、
前記フレームバッファに前記表示バッファコンテンツが占めていないロケーションで、特定の色を示す値を書き込ませるためのコンピュータコードと、を更に備える、請求項８に記載の不揮発性のコンピュータコードを記憶した装置。
【請求項１１】
前記実行中のアプリケーションから表示バッファコンテンツを受信するためのコンピュータコードと、
前記表示モードが前記第３のモードであるとき、前記表示バッファコンテンツをフレームバッファに書き込ませるためのコンピュータコードと、
を更に備える、請求項８に記載の不揮発性のコンピュータコードを記憶した装置。
【請求項１２】
表示装置の１つ以上の表示装置特性を判定するステップと、
実行中のアプリケーションから表示モードを示す値を受信するステップと、
前記実行中のアプリケーションの、コンテンツ及び第１の解像度を有する表示バッファへのアクセスを取得するステップと、
前記表示バッファのコンテンツを前記第１の解像度から第２の解像度に低減するステップと、
前記表示モードが第１のモードであるとき、フレームバッファを完全には満たさないように、前記解像度が低減された表示バッファコンテンツを前記フレームバッファ内でセンタリングするステップと、
前記表示モードが第２のモードであるとき前記フレームバッファ全体未満を満たすように、前記表示バッファコンテンツを前記第１の解像度で、前記フレームバッファ内でセンタリングするステップと、
前記表示モードが第３のモードであるとき前記フレームバッファを完全に満たすように、前記表示バッファコンテンツを前記第１の解像度で、前記フレームバッファに送信するステップと、
を含む、コンテンツ表示方法。
【請求項１３】
表示装置の表示範囲を判定するステップと、
前記表示装置がオーバースキャンすることを判定するステップと、
実行中のアプリケーションから表示モードを示す値を受信するステップと、
前記表示モードが第１のモードであるとき、前記表示範囲に等しい表示バッファサイズ値を前記実行中のアプリケーションに送信するステップと、
前記表示モードが第２のモードであるとき、前記表示範囲よりも小さい表示バッファサイズ値を前記実行中のアプリケーションに送信するステップと、
前記表示モードが第３のモードであるとき、前記表示範囲に等しい第１の値と前記表示範囲よりも小さい第２の値とを前記実行中のアプリケーションに送信するステップと、
を含む、コンテンツ表示方法。
【請求項１４】
ディスプレイと、
表示装置に通信可能に結合するように適合されたフレームバッファメモリと、
前記フレームバッファメモリに通信可能に結合され、かつ、請求項１に記載のすべてのコンピュータコードをその上に記憶したメモリと、
前記フレームバッファメモリ及び前記メモリに通信可能に結合された１つ以上のプロセッサであって、前記１つ以上のプロセッサが、前記メモリに記憶された前記コンピュータコードを実行するように適合される、プロセッサと、
を備える、電子装置。
【発明の詳細な説明】
【背景技術】
【０００１】
本開示は、全般的に、ディスプレイ技術の分野に関する。より詳細には、本開示は、アプリケーションが表示すると示す情報のタイプに少なくとも部分的に基づいて、実行中のアプリケーションの表示バッファサイズを設定するための技術に関する。
【０００２】
初期のテレビは、テレビの陰極線管（ＣＲＴ）内でビデオ画像がどのようにフレーミングされるかに関して非常にばらつきがあった。これを理由に、製品は、３つのエリア、即ち、（１）タイトルセーフ、すべての表示装置で可視であると仮定されるエリア、したがってそこではテキストは確実に切断されなかった、（２）アクションセーフ、「完璧な」表示装置の可視エリアを表すエリア、及び（３）オーバースキャン、フル画像エリア、を定義した。したがって、「オーバースキャン」という用語は、視聴者には確実には見えないことがあるビデオ画像の四方のエッジの周りの領域を指す。
【０００３】
初期の表示装置は、製造の問題を補償するためにオーバースキャンを遂行したが、液晶ディスプレイ（ＬＣＤ）のような現代のピクセル化された表示装置はこれを行う必要がない。しかし、多くの場合、そうしている。このことと、アプリケーションは、アプリケーションがその上で実行しているシステムに結合された表示装置がオーバースキャンを遂行するかどうかを知らないという事実により、表示は準最適なものとなり得る。例えば、アプリケーションが、表示装置がオーバースキャンすると仮定した場合、表示装置の実際の範囲よりも小さいサイズまでその出力をスケーリングすることによって、これを事前補正することができる。表示装置がオーバースキャンを行う場合、表示装置はブラックボーダー付きでアプリケーションの出力を表示する。しかしながら、ディスプレイがオーバースキャンを行わない場合、アプリケーションは、不要なブラックボーダー付きで出力を生成する。一方、アプリケーションが、表示装置がオーバースキャンすると仮定しない場合、表示装置の全範囲と一致する出力を発生することができる。表示装置がオーバースキャンを行わない場合、アプリケーションは、その全範囲を使用する。しかしながら、ここで、表示装置がオーバースキャンを行う場合には、アプリケーションの出力の一部がクリッピングされる。したがって、アプリケーションの出力タイプに少なくとも部分的に基づいて、アプリケーションにより使用される表示領域を動的に設定するためのメカニズムを提供することが有益である。
【発明の概要】
【０００４】
本明細書に記載する技術は、表示装置の範囲及び表示モードに基づいて実行中のアプリケーションの表示バッファサイズを設定するための方法を提供する。第１の実施形態に係る表示方法は、表示装置の１つ以上の特性を判定することを含む。例示的な特性は、表示装置の表示範囲、及び、その装置がその入力をオーバースキャンするかどうかを含む。その場合、実行中のアプリケーションは、その所望の表示モードを示すことができる。第１の例示的な表示モードでは、アプリケーションは、サポート環境がこれらの雑事を対処することを予期して、オーバースキャンのための補正をしない。第２の例示的なモードでは、アプリケーションは、予期されるオーバースキャンのために事前補正する。第３の例示的なモードでは、アプリケーションは、アプリケーションの性能及びトリミングすべきでないコンテンツに影響を及ぼすことなく、オーバースキャンによりトリミングされる可能性のあるコンテンツを提供する。この後者の場合には、アプリケーションは、その表示バッファの「ディスプレイセーフ」領域に第２のタイプのコンテンツを配置することができる。アプリケーションがその所望の表示モードを指定すると、表示モード及び１つ以上の表示装置特性に少なくとも部分的に基づいて、１つ以上の表示バッファ特性を実行中のアプリケーションに送信することができる。アプリケーションは、これらの特性を使用して、それの表示バッファのサイズを定義することができる。例えば、１つのモードでは、表示装置を駆動するために使用されるフレームバッファよりも小さいサイズに（即ち、より小さいサイズに）その表示バッファを設定するようにアプリケーションに伝えることができる。このモードでは、アプリケーションは、より小さい表示バッファにのみ書き込むことによって、その表示出力を事前補正することができる。別のモードでは、アプリケーションは、２つのサイズ値、即ち、表示装置の全範囲を表す第１の値と、「ディスプレイセーフ」である表示バッファ内の領域を示す小さい値とを与えられ得る。本開示による方法は、プログラムコードに具体化し永続的記憶装置に配置してもよいし、あるいは、プログラム制御装置（例えば、コンピュータプロセッサ）を使用して記載の方法を実施することができるハードウェアデバイス（例えば、コンピュータシステム及び／又はモバイル装置）に具体化してもよい。
【図面の簡単な説明】
【０００５】
【図１】一実施形態に係る、インセット領域及びオーバースキャンエリアを有する表示領域を示す図である。
【図２】一実施形態に係る、表示動作の動作タイムラインを示す図である。
【図３】一実施形態に係る、アプリケーションによって指定された表示モードに基づいてアプリケーションの表示バッファのコンテンツに対して遂行されるアクションをブロック図の形態で示す図である。
【図４】一実施形態に係る表示動作をフローチャートの形態で示す図である。
【図５】一実施形態に係る表示モード判定方法をフローチャートの形態で示す図である。
【図６】一実施形態に係る動作環境をブロック図の形態で示す図である。
【図７】本開示に従って１つ以上の動作を具現化するために使用され得る例示的なコンピュータシステムをブロック図の形態で示す図である。
【発明を実施するための形態】
【０００６】
本開示は、実行中のアプリケーションの表示バッファサイズを動的に設定するためのシステム、方法及びコンピュータ可読媒体に関する。一般に、アプリケーションは、（１）オーバースキャン表示を無視すること、（２）表示されることを希望する情報を記憶するために使用する表示バッファ中のエリアを限定することによって事前補正すること、及び（３）「クリッピング」されて欲しくない情報のロケーションを、表示バッファ中の確実に見ることができる領域に制限しながら、表示装置の全範囲を使用すること、の３つの方法のうちの１つでオーバースキャン表示の問題に対処することができる。表示性能を向上させるために、アプリケーションの表示バッファのサイズ、及びその表示バッファのコンテンツをフレームバッファに移動するときに遂行されるタスクは、ターゲット表示装置の範囲だけでなく、アプリケーションがどのようにオーバースキャンの問題に対処するつもりであるか（即ち、表示される情報のタイプ）にも基づき得る。より詳細には、表示装置の特性（例えば、その範囲）が判定されると、実行中のアプリケーションに、オーバースキャンの問題に対処することを希望することを示す様式に基づいて、その表示バッファサイズをいろいろな値に設定するように伝えることができる。
【０００７】
以下の記載において、説明を目的として、本発明の概念の完全な理解を提供するために、多数の具体的な詳細について説明する。この記載の一部として、本開示の図面のいくつかは、本発明が不明瞭になるのを避けるために、構造及び装置をブロック図の形態で表す。更に、本開示に使用される言語は、主に、読み易さ及び説明の目的のために選択されたもので、発明の要旨を線引き又は制限するために選択されたものではなく、このような本発明の要旨を決定するためには特許請求の範囲に依存する必要がある。本開示において「一実施形態」又は「一実施形態」を言及することは、実施形態に関して述べる特定の特徴、構造又は特性が本発明の少なくとも一実施形態に含まれることを意味し、そして「一実施形態」又は「一実施形態」を何度も言及することは、必ずしも全てが同じ実施形態を言及すると理解してはならない。
【０００８】
（任意の開発プロジェクトの場合のような）任意の実際の具現化の開発では、開発者特有の目標（例えば、システム及びビジネス関連制約との適合）を達成するために多数の判断をしなければならず、かつ、これらの目標は、具現化ごとに変動し得ることが了解されよう。また、そのような開発努力は、複雑で時間がかかることがあるが、それにもかかわらず、本開示の利益を有する画像キャプチャデバイスの設計における当業者の日常行うべきものであることも了解されよう。
【０００９】
以下に、上記で特定した３つの方法のうちの１つ、即ち、（１）オーバースキャンを無視すること、（２）オーバースキャンを事前補正すること、又は（３）表示装置の全範囲を使用することのうちの１つにおいて、実行中のアプリケーションがオーバースキャンの問題に取り組む様々な実施形態について記載する。便宜上、これらの取組みには、モードが割り当てられ、取組み１にはモード１が、取組み２にはモード２が、取組み３にはモード３が割り当てられる。更に、本開示全体にわたって説明を目的として、７２０ｐ規格に対応する表示装置範囲を使用する。図１を参照すると、７２０ｐ規格に従った表示領域１００は、１，２８０ピクセル×７２０ピクセルに達する範囲を有し、インセット領域１０５は、水平方向に「Ｘ」ピクセル、垂直方向に「Ｙ」ピクセルを有することができ、かかる領域がオーバースキャンエリア１１０を画定する。「Ｘ」及び「Ｙ」に割り当てられる具体的な値は、表示装置の固有のタイプ（即ち、そのオーバースキャンエリアのサイズ）に基づいて変動し得ることが認識されよう。当業者には、本発明がこれらの実施形態には限定されないことが理解されよう。他の多数のモード及び／又は他の表示範囲を容易に適応させることができる。
【００１０】
図２を参照すると、本開示による表示動作の動作タイムライン２００は、実行中のアプリケーション２０５と表示制御部２１０と表示装置２１５との間の通信を示している。本明細書で使用される場合、「表示制御部」という句は、１つ以上のソフトウェアモジュールを指すことができ、及び／又はアプリケーション２０５が実行する動作環境のハードウェアを選択することができる。最初に、表示制御部２１０は、表示装置２１５に問い合わせて（２２０）、その表示特性を取得する（２２５）。別の実施形態では、表示装置２１５は、その表示特性を表示制御部２１０に積極的に「プッシュする」ことができる。一定時間の経過後、アプリケーション２０５は、その表示モードを表示制御部２１０に通知する（２３０）。それに応答して、表示制御部２１０は、アプリケーション２０５に、その表示バッファのサイズをいくつにすべきか伝えることができる（２３５）。
【００１１】
表１を参照すると、ここに記載されている実施形態では、アプリケーション２０５が、表示モード１で動作していることを示したとき、表示制御部２１０は、その表示バッファを１２８０×７２０にするようにアプリケーション２０５に伝えることができる。アプリケーション２０５が、表示モード２で動作していることを示したとき、表示制御部２１０は、その表示バッファを１２１６×６８４にするようにアプリケーション２０５に伝えることができる。そして、アプリケーション２０５が、表示モード３で動作していることを示したとき、表示制御部２１０は、その表示バッファを１２８０×７２０にするようにアプリケーション２０５に伝えることができる。インセット領域１０５に対応する、表１で特定された縮小された表示バッファサイズ（１２１６×６８４）は例示的なものにすぎず、厳密な寸法は表示装置自体、及び／又は設計者がオーバースキャン補正のために実施したい何らかのルール（例えば、水平方向と垂直方向の両方に沿って均一に５％）に依存する。
0005898787.tif 000002
【００１２】
アプリケーション２０５が、表示装置２１５上に表示するために表示制御部２１０に表示バッファを送信し始め（２４０）、表示装置２１５がオーバースキャンすることが判定されると、表示制御部２１０は、表示バッファのコンテンツを表示装置２１５にパスする際に（２５０）、表１で指定されたアクションを実行することができる（２４５）。
【００１３】
図３を参照すると、例示的な表示モードの各々について表１に示したアクションが示されている。モード１（図３Ａ）では、アプリケーション２０５は、表示装置２１５によるオーバースキャン動作に全く対処しない。したがって、表示制御部２１０は、アプリケーションの表示バッファコンテンツを取得し、それをインセット領域１０５に対応するようにスケーリングすることができる。スケーリングされた表示バッファコンテンツは、ブラックボーダー付きで表示装置のフレームバッファ中に配置され、センタリングされる。（フレームバッファ中にコンテンツを配置することは、表示装置にそのコンテンツを送信することと同等であると認識されよう。一般に、フレームバッファから表示装置へのデータ転送は、ハードウェアによって処理される。）モード２（図３Ｂ）では、アプリケーション２０５が、表示装置２１５のオーバースキャン動作のための事前補正をしている。したがって、表示制御部２１０は単に、アプリケーションの表示バッファコンテンツをフレームバッファの中央にコピーし、ブラックボーダーを同様に提供することができる。モード３（図３Ｃ）では、アプリケーション２０５は、表示装置の全範囲を使用し、この場合のみ、アプリケーション自体が、クリッピングすべきでないコンテンツが、表示装置２１５のオーバースキャン動作中にクリッピングされないバッファ領域にあることを保証する。したがって、表示制御部２１０はやはり、単に、アプリケーションの表示バッファコンテンツをフレームバッファにコピーすることができ、この場合、ブラックボーダーを提供する必要はない。
【００１４】
図４を参照すると、表示装置の表示特性を取得することによって、本開示による表示動作４００が開始する（ブロック４０５）。そのような情報は、表示装置自体から直接取得することができるか、あるいは、（例えば、インターネットのようなコンピュータネットワークを介してアクセスされる）表示制御部２１０に近くの又は遠位のデータストア（例えば、データベース）から取得することができる。アプリケーションの好適な表示モードが通知されると（ブロック４１０）、アプリケーションに、その表示バッファをどのくらいの大きさにすべきかを伝える（ブロック４１５）。一実施形態では、アプリケーションが好適な表示モードを指示しない場合、自動的に、デフォルトモードが選択され得る（例えば、モード１）。アプリケーションが、表示バッファコンテンツを送信し始めると（ブロック４２０）、そのコンテンツは、アプリケーションの表示モードに基づいて、処理されフレームバッファに送信される（ブロック４２５）。
【００１５】
可能な表示モード及び動作特性が表１に示す通りであるブロック４２５によるアクションを図５に示す。表示モード１が選択された場合（ブロック５００の「はい」の分岐）、アプリケーションの表示バッファコンテンツを、表示装置のインセット領域１０５内に収まるようにスケーリングし（図１参照）、ブラックボーダー付きでフレームバッファ内でセンタリングすることができる（ブロック５０５）。表示モードがモード１でない場合（ブロック５００の「いいえ」の分岐）、表示モード２が選択されたかどうかを判定するために検査を実行することができる。表示モード２が選択された場合（ブロック５１０の「はい」の分岐）、アプリケーションの表示バッファコンテンツを、フレームバッファの中央に直接コピーすることができ、ブラックボーダーが提供される（ブロック５１５）。モード１又はモード２のいずれも選択されなかった場合（ブロック５１０の「いいえ」の分岐）、アプリケーションの表示バッファをフレームバッファに直接コピーすることができる（ブロック５２０）。図５は、表１及び図３に関して上述したことをフローチャートの形態で示しているが、モードの数及び特定のアクションは、完全に、設計者次第である。
【００１６】
図６を参照すると、例示的な動作環境６００は、ユーザ空間６０５と、フレームワーク空間６１０と、グラフィック空間６１５と、カーネル空間６２０と、ハードウェア空間６２５とを含むことが分かる。図示のように、ユーザ空間６０５にあるアプリケーション６３０は、アプリケーションプログラミングインターフェース（ＡＰＩ）を介して、表示モード制御部６３５と通信する。同様にして、表示モード制御部６３５は、ＡＰＩを介して、グラフィック空間６１５にある構成要素と通信する。グラフィック空間６１５とカーネル空間６２０とハードウェア空間６２５との間の標準的な双方向作用を介して、表示モード制御部６３５は、フレームバッファ６４０及び表示装置６４５と効率的に／機能的に、通信する。また、図６には、データストア６５０、並びに、コンピュータネットワーク６５５及び遠位のデータストア６６０との通信が示されている。
【００１７】
一実施形態では、図２、図３及び図４に従った動作は、表示モード制御部６３５によって遂行することができる。表示モード制御部６３５は、例えば、フレームワーク空間レベルで実行する１つ以上のソフトウェアモジュールで構成され得る。ＡＰＩを介したグラフィック空間６１５へのコールを経由して、表示モード制御部６３５は、アプリケーション６３０からフレームバッファ６４０への（したがって、表示装置６２５への）表示バッファコンテンツの転送を仲介する。別の実施形態では、表示モード制御部６３５（例えば、コンピュータプログラムコード）の機能性は、様々なレベル、即ち、フレームワーク空間６１０、グラフィック空間６１５及びカーネル空間６２０のそこら中に、又は全体に亘って分散させることができる。
【００１８】
ユーザ空間６０５、フレームワーク空間６１０、グラフィック空間６１５及びカーネル空間６２０は、典型的には、メモリ中で実行するコンピュータプログラムコードで具体化され、異なる空間は、動作の異なる抽象度レベルを表し得ることが理解されよう。更に、アプリケーション６３０は、表示バッファとして指定された（ユーザ空間６０５内の）メモリを含むことが理解されよう。更に、表示装置６４５は、標準的なコンピュータの表示ユニット（例えば、デスクトップコンピュータシステムの一部）として示されているが、これは必須ではない。例えば、表示装置６４５は、ノートブックコンピュータ又はタブレットコンピュータのようなポータブル装置、並びに携帯電話又はパーソナル音楽／ビデオプレーヤーのようなハンドヘルドユニット内に合体してもよい。
【００１９】
次に図７を参照すると、一実施形態に係る、装置７００の簡単な機能ブロック図が示される。すでに言及した通り、装置７００は、デスクトップコンピュータシステム、ノートブックコンピュータシステム、又はタブレットコンピュータシステムを表し得る。装置７００はまた、携帯電話、携帯情報端末及びパーソナル音楽／ビデオユニットのようなハンドヘルドデバイスを表し得る。図示のように、装置７００は、プロセッサ７０５と、ディスプレイ７１０と、ユーザインターフェース７１５と、グラフィックハードウェア７２０と、装置センサ７２５（例えば、接近センサ／周囲光センサ、加速度計及び／又はジャイロスコープ）と、マイクロホン７３０と、１つ以上のオーディオコーデック７３５と、１つ以上のスピーカ７４０と、通信回路７４５と、デジタル画像キャプチャユニット７５０と、１つ以上のビデオコーデック７５５と、メモリ７６０と、１つ以上の記憶装置７６５と、通信バス７７０とを含むことができる。
【００２０】
プロセッサ７０５は、（例えば、図４に従った動作のような）装置７００によって遂行される多数の機能の動作を実行又は制御するのに必要な命令を実行することができる。プロセッサ７０５は、例えば、ディスプレイ７１０を駆動し、ユーザインターフェース７１５からユーザ入力を受信することができる。ユーザインターフェース７１５は、ユーザが装置７００と相互作用することを可能にでき、ボタン、キーパッド、ダイヤル、クリックホイール、キーボード、ディスプレイスクリーン及び／又はタッチスクリーンのような種々の形態をとることができる。また、プロセッサ７０５は、例えば、モバイル装置に見られるようなシステムオンチップでもよく、専用のグラフィック処理ユニット（ＧＰＵ）を含むことができる。プロセッサ７０５は、縮小命令セットコンピュータ（ＲＩＳＣ）若しくは複合命令セットコンピュータ（ＣＩＳＣ）アーキテクチャーあるいは任意の他の適当なアーキテクチャーに基づくことができ、そして１つ以上の処理コアを含み得る。グラフィックハードウェア７２０は、グラフィックを処理するための専用の計算ハードウェアであり得、及び／又はグラフィック情報を処理するようにプロセッサ７０５を支援し得る。一実施形態では、グラフィックハードウェア７２０は、プログラム可能なグラフィック処理ユニット（ＧＰＵ）を含み得る。
【００２１】
センサ及びカメラ回路７５０は、静止画像及びビデオ画像をキャプチャすることができ、それらは、少なくとも一部分は、ビデオコーデック７５５及び／又はプロセッサ７０５及び／又はグラフィックハードウェア７２０、並びに／あるいは回路７５０内に合体された専用の画像処理ユニットによって処理され得る。そのようにキャプチャされた画像は、メモリ７６０及び／又は記憶装置７６５に記憶され得る。メモリ７６０は、装置の機能を遂行するためにプロセッサ７０５及びグラフィックハードウェア７２０により使用される１つ以上の種々の形式の媒体を含み得る。例えば、メモリ７６０は、メモリキャッシュ、リードオンリメモリ（ＲＯＭ）及び／又はランダムアクセスメモリ（ＲＡＭ）を含むことができる。記憶装置７６５は、メディア（例えば、オーディオファイル、画像ファイル及びビデオファイル）、コンピュータプログラム命令又はソフトウェア、プリファレンス情報、装置プロファイル情報、並びに任意の他の好適なデータを記憶することができる。記憶装置７６５には、例えば、（固定、フロッピー、及び取り外し可能な）磁気ディスク及びテープ、ＣＤ−ＲＯＭ及びデジタルビデオディスク（ＤＶＤ）のような光学的媒体、並びに電気的にプログラム可能なリードオンリメモリ（ＥＰＲＯＭ）及び電気的に消去可能なプログラマブルリードオンリメモリ（ＥＥＰＲＯＭ）のような半導体メモリデバイスを含む、１つ以上の永続的記憶媒体を含むことができる。メモリ７６０及び記憶装置７６５は、１つ以上のモジュールへと編成され、かつ、任意の所望のコンピュータプログラミング言語で書かれたコンピュータプログラム命令又はコードを有形に保持するために使用することができる。例えば、プロセッサ７０５によって実行されるとき、そのようなコンピュータプログラムコードは、ここに記載する方法のうちの１つ以上を実行することができる。また、プロセッサ７０５が通信可能に結合された１つ以上の処理ユニットを表してもよいことが理解されよう。
【００２２】
最後に、以上の説明は、例示にすぎず、限定的なものでないことも理解されたい。例えば、以上の説明は、表示装置がオーバースキャンを実行すると仮定した。オーバースキャンを実行しない場合、表示モード制御部６３５は、単に、実行中のアプリケーションの表示バッファコンテンツをフレームバッファ６４０に直接パスし得る。実際には、これは、モード３による動作を実行する（アプリケーション表示バッファコンテンツが、フレームバッファに直接コピーされる）。
【００２３】
以上の説明は、図２、図４、図５及び図６による表示モード制御部６３５により処理される際に、実行中のアプリケーションの表示バッファコンテンツが移動される（例えば、送信及び受信される）ことを示している。実際には、多くのコンピュータシステムは、物理的に操作されるデータ量を低減するために、単にポインタを操作することができる。そのような動作は、本開示のコンテキストの内で、移動すること、送信することなどのアクションの一部とみなすべきである。最後に、上述した実施形態は、互いに組み合わせて使用することができることを理解されたい。当業者が以上の説明を検討すれば、多数の他の実施形態が明らかとなるであろう。それ故、本発明の範囲は、添付の特許請求の範囲及びそのような特許請求の範囲が権利を有する均等物の全範囲から決定されなければならない。特許請求の範囲において、「ｉｎｃｌｕｄｉｎｇ」及び「ｉｎ  ｗｈｉｃｈ」という語は、それぞれ、「ｃｏｍｐｒｉｓｉｎｇ」及び「ｗｈｅｒｅｉｎ」という用語に相当する平易な英語として使用されている。
【図１】
0005898787.tif 000003
【図２】
0005898787.tif 000004
【図３Ａ】
0005898787.tif 000005
【図３Ｂ】
0005898787.tif 000006
【図３Ｃ】
0005898787.tif 000007
【図４】
0005898787.tif 000008
【図５】
0005898787.tif 000009
【図６】
0005898787.tif 000010
【図７】
0005898787.tif 000011