特許 7433344 可変レートリフレッシュディスプレイのためのフレーム再生

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-02-08

(45)【発行日】2024-02-19

(54)【発明の名称】可変レートリフレッシュディスプレイのためのフレーム再生

(51)【国際特許分類】

   H04N 5/04 20060101AFI20240209BHJP

   G09G 5/00 20060101ALI20240209BHJP

   G06F 3/14 20060101ALI20240209BHJP

【ＦＩ】

H04N5/04 Z

G09G5/00 555D

G09G5/00 555G

G09G5/00 550P

G09G5/00 520V

G06F3/14 400

【請求項の数】 20

(21)【出願番号】P 2021571832

(86)(22)【出願日】2020-06-08

(65)【公表番号】

(43)【公表日】2022-08-15

(86)【国際出願番号】 IB2020055384

(87)【国際公開番号】W WO2020250117

(87)【国際公開日】2020-12-17

【審査請求日】2023-06-02

(31)【優先権主張番号】16/436,876

(32)【優先日】2019-06-10

(33)【優先権主張国・地域又は機関】US

【早期審査対象出願】

(73)【特許権者】

【識別番号】508301087

【氏名又は名称】エーティーアイ・テクノロジーズ・ユーエルシー

【氏名又は名称原語表記】ＡＴＩ ＴＥＣＨＮＯＬＯＧＩＥＳ ＵＬＣ

【住所又は居所原語表記】Ｏｎｅ Ｃｏｍｍｅｒｃｅ Ｖａｌｌｅｙ Ｄｒｉｖｅ Ｅａｓｔ， Ｍａｒｋｈａｍ， Ｏｎｔａｒｉｏ， Ｌ３Ｔ ７Ｘ６ Ｃａｎａｄａ

(74)【代理人】

【識別番号】100108833

【弁理士】

【氏名又は名称】早川 裕司

(74)【代理人】

【識別番号】100111615

【弁理士】

【氏名又は名称】佐野 良太

(74)【代理人】

【識別番号】100162156

【弁理士】

【氏名又は名称】村雨 圭介

(72)【発明者】

【氏名】アンソニー ダブリューエル． クー

(72)【発明者】

【氏名】サイド アザー フセイン

【審査官】鈴木 肇

(56)【参考文献】

【文献】特開２００７－１６４０７１（ＪＰ，Ａ）

【文献】米国特許出願公開第２０１４／０００２７３９（ＵＳ，Ａ１）

【文献】米国特許出願公開第２０１５／０３４８５０９（ＵＳ，Ａ１）

【文献】米国特許第０９５２４００８（ＵＳ，Ｂ１）

【文献】米国特許出願公開第２０１７／０２４９９２０（ＵＳ，Ａ１）

【文献】米国特許出願公開第２０１２／０１４７０２０（ＵＳ，Ａ１）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｎ ５／０４－５／１２

Ｇ０９Ｇ ５／００－５／４２

Ｇ０６Ｆ ３／１４－３／１５３

(57)【特許請求の範囲】

【請求項1】

グラフィックス処理ユニット（ＧＰＵ）において、ディスプレイ装置の第１のリフレッシュサイクル中に、第１のフレームと、前記第１のフレームに関連付けられた情報と、を前記ディスプレイ装置に送信することであって、前記情報は、前記ディスプレイ装置が前記第１のフレームを表示する間のディスプレイリフレッシュサイクル数を示す、ことと、
前記情報が、前記ディスプレイリフレッシュサイクル数が１つのディスプレイリフレッシュサイクルを超えることを示すことに応じて、前記ＧＰＵにおいて、メモリ内の前記第１のフレームにアクセスすること、及び、前記第１のフレームを送信した後の前記ディスプレイ装置の第２のリフレッシュサイクルの間に前記第１のフレームを前記ディスプレイ装置に送信すること、を省略することと、を含む、
方法。

【請求項2】

前記情報が、前記ディスプレイリフレッシュサイクル数が１つのディスプレイリフレッシュサイクルを超えることを示すことに応じて、前記第１のフレームをキャプチャするように前記ディスプレイ装置に信号を送ることをさらに含む、
請求項１の方法。

【請求項3】

前記情報が、前記ディスプレイリフレッシュサイクル数が１つのディスプレイリフレッシュサイクルを超えることを示すことに応じて、前記第１のフレームを、前記ディスプレイ装置に関連付けられたバッファに記憶するように前記ディスプレイ装置に信号を送ることをさらに含む、
請求項１の方法。

【請求項4】

前記情報によって示された前記ディスプレイリフレッシュサイクル数だけ前記ディスプレイ装置で前記第１のフレームを表示するように前記ディスプレイ装置に信号を送ることをさらに含む、
請求項１の方法。

【請求項5】

前記ディスプレイ装置が前記第１のフレームを表示している前記第１のリフレッシュサイクル後の各リフレッシュサイクルの間、前記ＧＰＵにおいて、無効なデータ及びＧＰＵタイミング情報を送信することをさらに含む、
請求項４の方法。

【請求項6】

前記無効なデータを破棄するように前記ディスプレイ装置に信号を送ることをさらに含む、
請求項５の方法。

【請求項7】

前記ＧＰＵにおいて、前記ＧＰＵが前記第１のフレームを生成するレートに基づいて、前記ディスプレイ装置のリフレッシュレートを決定することであって、前記ディスプレイ装置は可変リフレッシュレートを有する、ことをさらに含む、
請求項１の方法。

【請求項8】

ディスプレイ装置において、前記ディスプレイ装置の第１のリフレッシュサイクル中に、グラフィックス処理ユニット（ＧＰＵ）から、第１のフレームと、前記第１のフレームに関連付けられた情報と、を受信することであって、前記情報は、前記ディスプレイ装置が前記第１のフレームを表示する間のディスプレイリフレッシュサイクル数を示す、ことと、
前記情報によって示された前記ディスプレイリフレッシュサイクル数だけ前記第１のフレームを表示することと、を含む、
方法。

【請求項9】

前記情報が、前記ディスプレイリフレッシュサイクル数が１つのディスプレイリフレッシュサイクルを超えることを示すことに応じて、前記第１のフレームをキャプチャすることをさらに含む、
請求項８の方法。

【請求項10】

前記情報が、前記ディスプレイリフレッシュサイクル数が１つのディスプレイリフレッシュサイクルを超えることを示すことに応じて、前記第１のフレームを、前記ディスプレイ装置に関連付けられたバッファに記憶することをさらに含む、
請求項８の方法。

【請求項11】

前記ディスプレイ装置が前記第１のフレームを表示している前記第１のリフレッシュサイクル後の各ディスプレイリフレッシュサイクルの間、前記ディスプレイ装置において、無効なデータ及びＧＰＵタイミング情報を受信することをさらに含む、
請求項８の方法。

【請求項12】

前記無効なデータを破棄することをさらに含む、
請求項１１の方法。

【請求項13】

前記ＧＰＵにおいて、前記ＧＰＵが前記第１のフレームを生成するレートに基づいて、前記ディスプレイ装置のリフレッシュレートを決定することであって、前記ディスプレイ装置は可変リフレッシュレートを有する、ことをさらに含む、
請求項８の方法。

【請求項14】

メモリと、
グラフィックス処理ユニット（ＧＰＵ）と、を備えるシステムであって、
前記グラフィックス処理ユニットは、
ディスプレイ装置に送信される複数のフレームをレンダリングすることと、
前記ディスプレイ装置の第１のリフレッシュサイクル中に、前記複数のフレームのうち第１のフレームと、前記第１のフレームに関連付けられた情報と、を前記ディスプレイ装置に送信することであって、前記情報は、前記ディスプレイ装置が前記第１のフレームを表示する間のディスプレイリフレッシュサイクル数を示す、ことと、
前記情報が、前記ディスプレイリフレッシュサイクル数が１つのディスプレイリフレッシュサイクルを超えることを示すことに応じて、前記メモリ内の前記第１のフレームにアクセスすること、及び、前記第１のフレームを送信した後の前記ディスプレイ装置の第２のリフレッシュサイクルの間に前記第１のフレームを前記ディスプレイ装置に送信すること、を省略することと、
を行うように構成されている、
システム。

【請求項15】

前記ＧＰＵは、
前記情報が、前記ディスプレイリフレッシュサイクル数が１つのディスプレイリフレッシュサイクルを超えることを示すことに応じて、前記第１のフレームをキャプチャするように前記ディスプレイ装置に信号を送るようにさらに構成されている、
請求項１４のシステム。

【請求項16】

前記ＧＰＵは、
前記情報が、前記ディスプレイリフレッシュサイクル数が１つのディスプレイリフレッシュサイクルを超えることを示すことに応じて、前記第１のフレームを、前記ディスプレイ装置に関連付けられたバッファに記憶するように前記ディスプレイ装置に信号を送るようにさらに構成されている、
請求項１４のシステム。

【請求項17】

前記ＧＰＵは、
前記情報によって示された前記ディスプレイリフレッシュサイクル数だけ前記ディスプレイ装置で前記第１のフレームを表示するように前記ディスプレイ装置に信号を送るようにさらに構成されている、
請求項１４のシステム。

【請求項18】

前記ＧＰＵは、
前記ディスプレイ装置が前記第１のフレームを表示している前記第１のリフレッシュサイクル後の各ディスプレイリフレッシュサイクルの間、無効なデータ及びＧＰＵタイミング情報を送信するようにさらに構成されている、
請求項１７のシステム。

【請求項19】

前記ＧＰＵは、
前記無効なデータを破棄するように前記ディスプレイ装置に信号を送るようにさらに構成されている、
請求項１８のシステム。

【請求項20】

前記ＧＰＵは、
前記ＧＰＵが前記第１のフレームを生成するレートに基づいて、前記ディスプレイ装置のリフレッシュレートを決定することであって、前記ディスプレイ装置は可変リフレッシュレートを有する、ことを行うようにさらに構成されている、
請求項１４のシステム。

【発明の詳細な説明】

【背景技術】

【0001】

典型的な処理システムは、ディスプレイ用の画像を生成するためにグラフィックス処理ユニット（ＧＰＵ）を使用する。具体的には、中央処理装置（ＣＰＵ）又は他の処理装置から受信した情報に基づいて、ＧＰＵは、一連のフレームを生成し、一連のフレームを、コンピュータのモニタ等のディスプレイにレンダリングする。２つの異なるタイミング要素（すなわち、ＧＰＵがフレームを生成するレート、及び、ディスプレイのリフレッシュレート）が、一連のフレームを表示し得るレートを管理する。一部の処理システムは、ディスプレイのリフレッシュをＧＰＵでのフレームの生成と同期させることによってユーザエクスペリエンスを改善する。例えば、ディスプレイのブランキング間隔を調整することによって、処理システムは、新しいフレームがＧＰＵで表示される準備ができている時点に、又は、その時点の近くでディスプレイがリフレッシュされることを確実にすることができる。しかし、多くのシナリオでは、ディスプレイのリフレッシュレートは、ＧＰＵがフレームを生成するレートを超え、２倍を超える場合もある。ディスプレイのフレーム生成レートとリフレッシュレートとの不一致は、処理システムにリソースの不要な消費をもたらし、場合によっては、ユーザエクスペリエンスに悪影響を及ぼす画面の乱れ及び他の視覚アーティファクトをもたらす。

【0002】

添付図面を参照することによって、本開示をより良好に理解することができ、その多数の特徴及び利点が当業者に明らかになる。異なる図面における同じ符号の使用は、類似又は同一のアイテムを示す。

【図面の簡単な説明】

【0003】

【図1】いくつかの実施形態による、ディスプレイのリフレッシュレートとグラフィックス処理ユニットがフレームを生成するレートとの間の不一致に基づいて、ディスプレイ装置用のディスプレイ制御モジュールに対してフレームをキャプチャ及び再生するように指示するように構成された処理システムのブロック図である。

【図2】いくつかの実施形態による、ディスプレイ制御モジュールに対してコンテンツをキャプチャ及び再生するように指示する図１の処理システムの一例を示す図である。

【図3】いくつかの実施形態による、ディスプレイ制御モジュールに対してライブコンテンツを表示するように指示する図１の処理システムのグラフィックス処理ユニットの一例のブロック図である。

【図4】いくつかの実施形態による、ディスプレイ制御モジュールに対してコンテンツをキャプチャし、ライブコンテンツを表示するように指示する図１の処理システムのグラフィックス処理ユニットの一例の図である。

【図5】いくつかの実施形態による、ディスプレイ制御モジュールに対してキャプチャされたコンテンツを表示するように指示する図１の処理システムのグラフィックス処理ユニットの一例の図である。

【図6】いくつかの実施形態による、ディスプレイのリフレッシュレートがフレーム生成レートを超えることに応じて、グラフィックス処理ユニットが、ディスプレイ制御モジュールに対してコンテンツをキャプチャし、キャプチャされたコンテンツを表示するように指示する方法のフロー図である。

【発明を実施するための形態】

【0004】

図１～図６は、キャプチャされたコンテンツがディスプレイに再生されている間、ＧＰＵによるメモリへのアクセスを低減しながら、ディスプレイのリフレッシュレートがグラフィックス処理ユニット（ＧＰＵ）のフレーム生成レートを超えることに応じて、コンテンツをキャプチャし、キャプチャされたコンテンツを表示するように、ディスプレイ制御モジュールに指示する技術を示す。ディスプレイのリフレッシュレートは、ＧＰＵがフレームを生成するレートを超えることが多く、場合によっては２倍以上になる場合もある。ＧＰＵは、同じフレームを複数回再送信するのではなく、以前に送信されたフレームを再生するようにディスプレイ制御モジュールに指示するする。ＧＰＵは、例えば、固定レートのビデオストリームのフレームレート、又は、可変フレームレートのゲームアプリケーションに生成されたフレームの複雑さに基づいて、フレーム生成レートを検出する。フレームを再生すべきと判別したことに応じて（例えば、ディスプレイのリフレッシュレートがフレーム生成レートを少なくとも閾値量だけ超えたことを検出することによって）、ＧＰＵは、２回目（又は、それ以上）の表示のためにフレームを再送信するのではなく、コンテンツをキャプチャし、キャプチャされたコンテンツを再生するようにディスプレイ制御モジュールに指示する。ディスプレイ制御モジュールがキャプチャされたコンテンツを再生しているリフレッシュサイクルの間、ＧＰＵは、再生中のフレームを取得する（及び、再送する）ためのメモリへのアクセスを省略し、代わりに、ディスプレイ制御モジュールがＧＰＵと同期した状態を維持するように、ダミーコンテンツ（例えば、無効なデータ）及びＧＰＵタイミング情報のみを送信する。このようにして、ＧＰＵは、キャプチャされたコンテンツをディスプレイに再生すると同時に、メモリへのアクセス回数を低減することによって、メモリ帯域幅及び電力を節約する。

【0005】

図１は、いくつかの実施形態による、ディスプレイのリフレッシュレートが、グラフィックス処理ユニットがフレームを生成するレートを超える場合に、ディスプレイ装置１７０に対してフレームをキャプチャ及び再生するようにディスプレイ制御モジュール１６０に指示する処理システム１００を示す図である。処理システム１００は、電子デバイスに対して指定されたタスクを実行するために、命令のセット（例えば、コンピュータプログラム）を実行する。このようなタスクの例には、電子デバイスの動作の態様の制御、特定のユーザエクスペリエンスを提供するための情報のユーザへの表示、他の電子デバイスとの通信等が含まれる。したがって、異なる実施形態において、処理システム１００は、デスクトップコンピュータ、ラップトップコンピュータ、サーバ、ゲームコンソール、タブレット、スマートフォン等の複数のタイプの電子デバイスの何れかで使用される。

【0006】

命令のセットの実行をサポートするために、処理システム１００は、複数のプロセッサコア（図１には示されていない）を含む。いくつかの実施形態では、各プロセッサコアは、命令をフェッチし、命令を対応する動作にデコードし、動作を１つ以上の実行ユニットにディスパッチし、動作を実行し、動作をリタイアするための１つ以上の命令パイプラインを含む。命令を実行する過程で、プロセッサコアは、情報の視覚的表示に関連するグラフィックス動作及びその他の動作を生成する。これらの動作に基づいて、プロセッサコアは、図１に示すグラフィックス処理ユニット（ＧＰＵ）１１０にコマンド及びデータを提供する。

【0007】

ＧＰＵ１１０は、複数のプロセッサコアからグラフィックス及び他の表示動作に関連するコマンド及びデータを受信する。ＧＰＵ１１０は、受信したコマンドに基づいて、ディスプレイ用フレーム（例えば、フレーム１４０）を生成する動作を実行する。動作の例には、ベクトル動作、描画動作等が含まれる。ＧＰＵ１１０がこれらの動作に基づいて生成することができるレートは、フレーム生成レート、又は、単にＧＰＵ１１０のフレームレートと呼ばれる。フレーム生成レートは、フレームレート１０５として図１に示されている。１セットのフレームを生成するためにＧＰＵによって実行される動作の複雑さに部分的に基づいて、フレームレート１０５が経時的に変動することが理解されよう。例えば、比較的多い数の動作を必要とするフレームのセット（例えば、比較的多くの移動するオブジェクトを描画する結果として）は、より低いフレームレートを生じさせる可能性が高いが、比較的少ない数の動作を必要とするフレームのセットは、より高いフレームレートを許容する可能性が高い。さらに、いくつかのアプリケーションでは、フレームレート１０５が固定され、他のアプリケーションでは、フレームレート１０５が可変である。ユーザが、あるアプリケーションから別のアプリケーションに切り替えると、フレームレート１０５を固定から可変に又はその逆に切り替えることができる。

【0008】

グラフィックス処理ユニット１１０は、メモリ１３０に結合されている。ＧＰＵ１１０は、命令を実行し、実行された命令の結果等の情報をメモリ１３０に記憶する。例えば、メモリ１３０は、ＧＰＵ１１０から受信した、以前生成された複数の画像（図示省略）を記憶する。いくつかの実施形態では、メモリ１３０は、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）として実装され、いくつかの実施形態では、メモリ１３０は、スタティックランダムアクセスメモリ（ＳＲＡＭ）、不揮発性ＲＡＭ等を含む他のタイプのメモリを用いて実装される。処理システム１００のいくつかの実施形態は、ディスプレイ１７０に関連する入力又は出力動作を処理するための入出力（Ｉ／Ｏ）エンジン（図示省略）と、キーボード、マウス、プリンタ、外部ディスク等の処理システム１００の他の要素と、を含む。

【0009】

フレームを表示するために、処理システム１００は、ディスプレイ制御モジュール１６０及びディスプレイ１７０を含む。ディスプレイ１７０は、ＧＰＵ１１０によって生成されたフレームに基づいて視覚的に画像を表示するディスプレイ装置である。したがって、異なる実施形態では、ディスプレイ１７０は、液晶ディスプレイ（ＬＣＤ）装置、有機発光ダイオード（ＯＬＥＤ）装置等である。当業者に理解されるように、ディスプレイ１７０は、ＧＰＵ１１０によって生成された最新のフレームを定期的にレンダリングし（又は、「描画」し）、それによってフレームを表示する。いくつかの実施形態では、ディスプレイ１７０は、固定リフレッシュレート１５５を有する。各フレームレンダリングは、ディスプレイ１７０が画像データをレンダリングしないブランキング間隔と呼ばれる時間の一部に関連付けられる。いくつかの実施形態では、ディスプレイ１７０は、プログラム可能な長さのブランキング間隔を有する。したがって、本明細書でさらに説明するように、いくつかの実施形態では、ディスプレイ１７０は、ブランキング間隔について異なる長さをプログラムすることによって調整可能な可変リフレッシュレート１５５を有する。

【0010】

ディスプレイ制御モジュール１６０は、ディスプレイ１７０でのフレームのレンダリングを制御し、１つ以上の集積回路（ＩＣ）チップ上のハードコードされたロジックとして、プログラマブルロジックとして、構成可能ロジック（例えば、ヒューズ構成可能ロジック）として実装され、１つ以上のプロセッサが、命令のプログラム又はこれらの組み合わせを実行する。いくつかの実施形態では、ディスプレイ制御モジュール１６０は、ＧＰＵ１１０によって生成されたフレームのバッファリング、異なるブランキング間隔長をプログラミングすることによるディスプレイ１７０のリフレッシュレート１５５の調整等を含む動作を実行する。ディスプレイ制御モジュール１６０は、説明を容易にするためにＧＰＵ１１０とは別のモジュールとして示されているが、いくつかの実施形態では、ディスプレイ制御モジュール１６０は、ＧＰＵ１１０に組み込まれていることが理解されよう。他の実施形態では、ディスプレイ制御モジュール１６０の１つ以上の動作は、ディスプレイ１７０で実施される。

【0011】

メモリ帯域幅を節約し、ＧＰＵ１１０によるメモリ１３０へのアクセスを減らすために、ＧＰＵ１１０は、ディスプレイ１７０のリフレッシュレート１５５をＧＰＵ１１０のフレームレート１０５と比較し、ディスプレイ制御モジュール１６０がライブコンテンツ（すなわち、現在のフレーム）をディスプレイ１７０に表示し、ライブコンテンツをバッファ１６５でキャプチャし、キャプチャされたコンテンツを相対レートに基づいて表示（再生）するかどうかを判別し、命令をディスプレイ制御モジュール１６０に送信する再生ロジック１２０を含む。再生ロジック１２０は、１つ以上の集積回路（ＩＣ）チップ上のハードコードされたロジックとして、プログラマブルロジックとして、構成可能ロジック（例えば、ヒューズ構成可能ロジック）として実装され、１つ以上のプロセッサが、命令のプログラム又は命令の組み合わせを実行する。

【0012】

説明のために、動作中、再生ロジック１２０は、再生モードがディスプレイ１７０でサポートされているかどうかを検出する。再生モードがディスプレイ１７０でサポートされていることを検出したことに応じて、再生ロジック１２０は、再生モードを有効にするようにディスプレイ制御モジュール１６０に信号を送る。再生モードが有効になると、再生ロジック１２０は、現在のフレーム１４０について、ディスプレイ１７０のリフレッシュレート１５５がＧＰＵ１１０のフレームレート１０５を閾値量だけ超えているかどうかを判別する。いくつかの実施形態では、閾値量は、フレームレート１０５の２倍である。したがって、フレームレート１０５がディスプレイリフレッシュレート１５５の半分以下であれば、閾値量を満たす。他の実施形態では、閾値量は、フレームレート１０５よりわずかに大きいが、必ずしも２倍である必要はない。例えば、フレームレート１０５よりわずかに高いリフレッシュレート１５５を有する固定リフレッシュレートディスプレイの場合、ある量のフレームが繰り返され、その場合、ＧＰＵ１１０は、フレーム１４０を再生するようにディスプレイ制御モジュール１６０に信号を送る。

【0013】

ディスプレイ１７０のリフレッシュレート１５５がＧＰＵ１１０のフレームレート１０５を閾値量よりも超えない場合、再生ロジック１２０は、ディスプレイ制御モジュール１６０がディスプレイ１７０に現在のフレーム１４０を表示することを判別する（すなわち、ディスプレイ１７０は、ライブコンテンツを表示する）。再生ロジック１２０は、フレーム１４０と、ディスプレイ制御モジュール１６０が現在のフレーム１４０をディスプレイ１７０に表示することを示す再生情報１５０と、を送信する。この例では、再生ロジック１２０は、ディスプレイ制御モジュール１６０が、現在のフレーム１４０をキャプチャすることなく、又は、以前にキャプチャされたフレームを再表示することなく、ディスプレイに現在のフレーム１４０を表示することを判別したので、再生情報１５０は、ディスプレイ制御モジュール１６０が、現在のディスプレイリフレッシュサイクルの間、ディスプレイ１７０に現在のフレーム１４０を表示することのみを示す。次のディスプレイリフレッシュサイクルで、ＧＰＵ１１０は、次のフレーム及び再生情報をディスプレイ制御モジュール１６０に送信する。

【0014】

ディスプレイ１７０のリフレッシュレート１５５がフレームレート１０５よりも閾値量を超える場合（例えば、リフレッシュレート１５５が、フレームレート１０５の少なくとも２倍である）、再生ロジック１２０は、ディスプレイ制御モジュール１６０がディスプレイ１７０に後続の再生のために現在のフレーム１４０をキャプチャすることを判別する。したがって、再生ロジック１２０は、現在のフレーム１４０と、ディスプレイ制御モジュール１６０が現在のフレーム１４０をディスプレイ１７０に表示し、現在のフレーム１４０をバッファ１６５にキャプチャすることを示す再生情報１５０と、を送信する。これに応じて、ディスプレイ制御モジュール１６０は、現在のフレーム１４０をディスプレイ１７０に表示し、現在のフレーム１４０をバッファ１６５にコピーする。ディスプレイ１７０の後続のリフレッシュサイクルでは、ＧＰＵ１１０は、メモリ１３０内の現在のフレーム１４０へのアクセスを省略し、代わりに、ディスプレイ制御モジュール１６０がＧＰＵ１１０のフレームレートタイミングを使用し、以前にキャプチャされた現在のフレーム１４０をディスプレイ１７０で再生することを示す再生情報１５０と共に、ダミーコンテンツ（図示省略）をディスプレイ制御モジュール１６０に送信する。再生ロジック１２０は、ダミーコンテンツと、リフレッシュレート１５５がフレームレート１０５を超える回数だけ、又は、新しいフレームがＧＰＵ１１０によって生成されるまで、以前キャプチャされた現在のフレーム１４０をディスプレイ制御モジュール１６０が再生することを示す再生情報１５０と、の送信を繰り返す。

【0015】

したがって、例えば、フレームレート１０５が２４フレーム／秒（ｆｐｓ）であり、ディスプレイ１７０のリフレッシュレートが４８Ｈｚである場合、ＧＰＵ１１０によって生成されるフレーム毎にディスプレイ１７０の２つのリフレッシュサイクルが存在する。両方のレートが固定されている場合、第１のディスプレイリフレッシュサイクル中に、再生ロジック１２０は、現在のフレームＮ１４０と、ディスプレイ制御モジュール１６０が現在のフレームＮ１４０をディスプレイ１７０に表示し、現在のフレーム１４０をバッファ１６５でキャプチャすることを示す再生情報１５０と、を送信する。第２のディスプレイリフレッシュサイクル中に、再生ロジック１２０は、ダミーコンテンツと、ディスプレイ制御モジュール１６０が以前にキャプチャされたフレームＮ１４０を再生することを示す再生情報１５０と、を送信する。ディスプレイ制御モジュール１６０は、ダミーコンテンツを破棄し、ディスプレイ１７０に表示するために、バッファ１６５から以前にキャプチャされたフレームＮ １４０にアクセスする。第３のディスプレイリフレッシュサイクル中に、ＧＰＵ１１０は、現在のフレームＮ＋１ １４０を生成し、再生ロジック１２０は、現在のフレームＮ＋１ １４０と、ディスプレイ制御モジュール１６０が現在のフレームＮ＋１ １４０をディスプレイ１７０に表示し、現在のフレームＮ＋１ １４０をバッファ１６５でキャプチャすることを示す再生情報１５０と、を送信する。第４のディスプレイリフレッシュサイクル中に、再生ロジック１２０は、ダミーコンテンツと、ディスプレイ制御モジュール１６０が以前にキャプチャされたフレームＮ＋１ １４０を再生することを示す再生情報１５０と、を送信する。ディスプレイ制御モジュール１６０は、ダミーコンテンツを破棄し、ディスプレイ１７０に表示するために、バッファ１６５から以前にキャプチャされたフレームＮ＋１ １４０にアクセスする。したがって、第２及び第４のディスプレイリフレッシュサイクル中に、ＧＰＵ１１０は、Ｎ及びＮ＋１フレームがディスプレイ１７０で再生されている間、メモリ１３０内のＮ及びＮ＋１フレームにアクセスすることと、Ｎ及びＮ＋１フレームをディスプレイ制御モジュール１６０に再送信することと、を省略する。

【0016】

ＰｏｗｅｒＰｏｉｎｔ（登録商標）のプレゼンテーション中等のいくつかの実施形態では、単一のフレームが長期間に亘って変更されずに表示される。再生ロジック１２０は、フレームのコンテンツが不変であることを検出し、静的フレームをキャプチャして継続的に再生するようにディスプレイ制御モジュール１６０に信号を送る。このシナリオでは、再生ロジック１２０は、フレーム毎に、キャプチャされたフレームを再生するようにディスプレイ制御モジュール１６０に信号を送るかどうかを動的に判別する。再生ロジック１２０は、ＧＰＵフレームレート１０５とは無関係にキャプチャされたフレームを再生するようにディスプレイ制御モジュール１６０に信号を送るかどうかを決定し、代わりに、フレームコンテンツが変更されるまでキャプチャされたコンテンツを再生し続けることを決定する。再生ロジック１２０が静的フレームコンテンツを検出し、フレームをキャプチャするようにディスプレイ制御モジュール１６０に信号を送るが、後続のフレームでコンテンツが変更されたと判別した場合、再生ロジック１２０は、現在のフレーム１４０と、ディスプレイ制御モジュール１６０が現在のフレーム１４０をディスプレイ１７０に表示することを示す再生情報１５０と、を送信することに戻る。したがって、再生ロジック１２０は、ライブコンテンツを再生することを動的に決定し、この場合、キャプチャされたフレームが使用されない。

【0017】

いくつかの実施形態では、ディスプレイ１７０のリフレッシュレート１５５は、ＧＰＵ１１０のフレームレート１０５の２倍以上である。このような場合、再生ロジック１２０は、ディスプレイ１７０の２回以上のリフレッシュサイクルの間、キャプチャされたコンテンツを表示するようにディスプレイ制御モジュール１６０に指示することを決定する。ディスプレイが可変リフレッシュレートを有する他の実施形態では、ディスプレイ１７０のリフレッシュレート１５５をＧＰＵ１１０のフレームレート１０５と同期させることができたとしても、ちらつき（flicker）を減らすために、ディスプレイのリフレッシュレートがより高いレートに設定されている場合、再生ロジック１２０は、ユーザエクスペリエンスが向上されると判別することができる。このような場合、再生ロジック１２０は、ライブコンテンツをキャプチャし、キャプチャされたライブコンテンツを、ディスプレイ１７０の少なくとも２回の高いレートのリフレッシュサイクルの間、表示するようにディスプレイ制御モジュール１６０に指示する。本明細書で使用される「ライブコンテンツ」という用語は、再表示のためにディスプレイ制御モジュール１６０によって記憶されていない、ＧＰＵによって生成されたフレームを指す。

【0018】

いくつかの実施形態では、ディスプレイ１７０は、ある範囲のリフレッシュ周波数を有する可変リフレッシュレートを有する。例えば、いくつかの実施形態では、ディスプレイ１７０は、４０Ｈｚ～１２０Ｈｚの範囲内で動的に変更可能なリフレッシュレートを有する。ＧＰＵ１１０で実行されるゲームアプリケーションが毎秒３０フレームのフレームレートを有する場合、再生ロジック１２０は、ユーザエクスペリエンスを最適化するディスプレイ１７０のフレーム再生の数及びディスプレイリフレッシュレートを決定する。例えば、再生ロジック１２０が、第１のオプションとして、ディスプレイを９０Ｈｚでリフレッシュすることを決定した場合、再生ロジック１２０は、ディスプレイ制御モジュール１６０に対して、第１のリフレッシュサイクル中にフレームをキャプチャし、フレームを２回再生するように信号を送る。或いは、第２のオプションとして、再生ロジック１２０は、６０Ｈｚでディスプレイをリフレッシュし、フレームを１回再生することを決定することができ、又は、第３のオプションとして、再生ロジック１２０は、１２０Ｈｚでディスプレイをリフレッシュし、フレームを３回再生することを決定することができる。ディスプレイリフレッシュレート及びフレーム再生回数を決定することにより、特にゲームアプリケーション等の可変フレームレートのコンテンツで、スタッタ（stutter）やティアリング（tearing）等の副作用が観察されるかどうかに影響を与える可能性がある。この例では、第２のオプション（６０Ｈｚ、１回の再生）のリフレッシュレートが低いため、電力を節約する。ただし、第１のオプション（９０Ｈｚ、２回の再生）は、ディスプレイ１７０のリフレッシュレート範囲４０Ｈｚ～１２０Ｈｚの中央にあり、レンダリングの複雑さにおけるフレーム間の変形によりフレームレートが変更する場合に、スタッタやティアリングが発生する可能性が低くなる。したがって、第１のオプションは、可変レートコンテンツのユーザエクスペリエンスを向上させる可能性がある。

【0019】

図２は、いくつかの実施形態による、ディスプレイ制御モジュール１６０に対してコンテンツをキャプチャ及び再生するように指示する図１の処理システム１００のＧＰＵ１１０の再生ロジック１２０の一例を示す図である。第１のリフレッシュサイクル１ ２０２の間、再生ロジック１２０は、ディスプレイ１７０のリフレッシュレート１５５がＧＰＵ１１０のフレームレート１０５よりも閾値量を超えないことを検出し、それによって、ディスプレイ１７０は、ライブコンテンツを表示することを決定する。したがって、再生ロジック１２０は、アクティブ（現在の）フレームＮ２１０と、ディスプレイ制御モジュール１６０がアクティブフレームＮ２１０をディスプレイ１７０に表示することを示すライブコンテンツインジケータ２１５と、をディスプレイ制御モジュール１６０に送信する。

【0020】

第２のリフレッシュサイクル２ ２０４の間に、再生ロジック１２０は、ディスプレイ１７０のリフレッシュレート１５５が、ＧＰＵ１１０のフレームレート１０５よりも閾値量を超えることを検出し（例えば、再生ロジック１２０は、ディスプレイ１７０のリフレッシュレート１５５が、ＧＰＵ１１０のフレームレート１０５の２倍以上であることを検出し）、したがって、ディスプレイ制御モジュール１６０がライブコンテンツをキャプチャし、ライブコンテンツをバッファ１６５に記憶する間、ディスプレイ１７０がライブコンテンツを表示することを決定する。したがって、再生ロジック１２０は、アクティブフレームＮ＋１ ２２０と、キャプチャコンテンツインジケータ２２５と、をディスプレイ制御モジュール１６０に送信する。キャプチャコンテンツインジケータ２２５の受信に応じて、ディスプレイ制御モジュール１６０は、アクティブフレームＮ＋１ ２２０をバッファ１６５にコピーし、アクティブフレームＮ＋１ ２２０をディスプレイ１７０に表示する。

【0021】

第３のリフレッシュサイクル３ ２０６の間、再生ロジック１２０は、ディスプレイ１７０のリフレッシュレート１５５が依然としてＰＵ１１０のフレームレート１０５を閾値よりも超えていることを確認する。再生ロジック１２０は、既にアクティブフレームＮ＋１ ２２０をディスプレイ制御モジュール１６０に送信し、ディスプレイ制御モジュール１６０に対してアクティブフレームＮ＋１ ２２０をキャプチャするように指示しているので、ＧＰＵ１１０は、アクティブフレームＮ＋１ ２２０をディスプレイ制御モジュール１６０に再送信したり、メモリ１３０からアクティブフレームＮ＋１ ２２０に再アクセスしたりする必要がない。代わりに、再生ロジック１２０は、ダミーコンテンツ２３０及び再生コンテンツインジケータ２３５をディスプレイ制御モジュール１６０に送信する。ダミーコンテンツ２３０及び再生コンテンツインジケータ２３５を受信したことに応じて、ディスプレイ制御モジュール１６０は、ダミーコンテンツ２３０を破棄し、バッファ１６５からアクティブフレームＮ＋１ ２２０にアクセスし、アクティブフレームＮ＋１ ２２０をディスプレイ１７０に表示する。

【0022】

第４のリフレッシュサイクル４ ２０８の間、再生ロジック１２０は、ディスプレイ１７０のリフレッシュレート１５５がＧＰＵ１１０のフレームレート１０５よりも閾値を超えていないことを検出する。したがって、再生ロジック１２０は、ディスプレイ１７０がライブコンテンツを表示することを決定する。したがって、再生ロジック１２０は、アクティブ（現在の）フレームＮ＋２ ２４０と、ディスプレイ制御モジュール１６０がアクティブフレームＮ＋２ ２４０をディスプレイ１７０に表示することを示すライブコンテンツインジケータ２１５と、をディスプレイ制御モジュール１６０に送信する。

【0023】

図３は、いくつかの実施形態による、ディスプレイ制御モジュール１６０に対してライブコンテンツを表示するように指示する図１の処理システム１００のグラフィックス処理ユニット１１０の一例のブロック図である。図示した例では、ＧＰＵ１１０の再生ロジック（図示省略）は、ディスプレイ１７０のリフレッシュレートがＧＰＵ１１０のフレームレートよりも閾値量を超えないと判別している。したがって、ＧＰＵ１１０は、アクティブフレームＮ３１０及び再生情報をライブコンテンツインジケータ３１２の形態でディスプレイ制御モジュール１６０に送信し、ディスプレイ制御モジュール１６０が、アクティブフレームＮ３１０をバッファ１６５に記憶せずに、アクティブフレームＮ３１０をディスプレイ１７０に表示することを通知する。アクティブフレームＮ３１０及びライブコンテンツインジケータ３１２の受信に応じて、ディスプレイ制御モジュール１６０は、アクティブフレームＮ３１０をバッファ１６５にキャプチャせずに、アクティブフレームＮ３１０をディスプレイ１７０に表示する。

【0024】

図４は、いくつかの実施形態による、ディスプレイ制御モジュール１６０に対してコンテンツをキャプチャし、ライブコンテンツを表示するように指示する図１の処理システム１００のグラフィックス処理ユニット１１０の一例の図である。図示した例では、ＧＰＵ１１０の再生ロジック（図示省略）は、ディスプレイ１７０のリフレッシュレートがＧＰＵ１１０のフレームレートよりも閾値量を超えると判別している。したがって、ＧＰＵ１１０は、アクティブフレームＮ＋１ ４１０及びキャプチャライブコンテンツインジケータ４１２をディスプレイ制御モジュール１６０に送信し、ディスプレイ制御モジュール１６０が、アクティブフレームＮ＋１ ４１０をディスプレイ１７０に表示し、アクティブフレームＮ＋１ ４１０をバッファ１６５にコピーすることを通知する。アクティブフレームＮ＋１ ４１０及びキャプチャライブコンテンツインジケータ４１２の受信に応じて、ディスプレイ制御モジュール１６０は、アクティブフレームＮ＋１ ４１０をディスプレイ１７０に表示し、アクティブフレームＮ＋１をバッファ１６５にコピーする。

【0025】

図５は、いくつかの実施形態による、ディスプレイ制御モジュール１６０に対してキャプチャされたコンテンツを表示するように指示する図１の処理システム１００のグラフィックス処理ユニット１１０の一例の図である。図示した例では、ＧＰＵ１１０の再生ロジック（図示省略）は、ディスプレイ１７０のリフレッシュレートがＧＰＵ１１０のフレームレートよりも閾値量を超えていると以前に判別し、図４に示すように、以前に、ディスプレイ制御モジュール１６０に対して、以前に送信されたアクティブフレームＮ＋１ ４１０をキャプチャするように指示している。現在のディスプレイリフレッシュサイクルにおいて、ＧＰＵ１１０は、ダミーコンテンツ５１０及び再生コンテンツインジケータ５１２をディスプレイ制御モジュール１６０に送信し、ディスプレイ制御モジュール１６０に対して、バッファ１６５からアクティブフレームＮ＋１ ４１０にアクセスし、ディスプレイ１７０にアクティブフレームＮ＋１ ４１０を表示するように指示する。ダミーコンテンツ５１０及び再生コンテンツインジケータ５１２の受信に応じて、ディスプレイ制御モジュール１６０は、ダミーコンテンツ５１０を破棄し、バッファからアクティブフレームＮ＋１ ４１０にアクセスし、ＧＰＵ１１０のタイミングと同期を維持しながら、アクティブフレームＮ＋１ ４１０をディスプレイ１７０に表示する。

【0026】

図６は、いくつかの実施形態による、ディスプレイのリフレッシュレートがフレーム生成レートを超えたことに応じて、グラフィックス処理ユニットが、ディスプレイ制御モジュールに対してコンテンツをキャプチャし、キャプチャされたコンテンツを表示するように指示する方法６００のフロー図である。方法６００は、図１に示す処理システム１００のいくつかの実施形態で実施される。

【0027】

ブロック６０２で、ＧＰＵ１１０の再生ロジック１２０は、ＧＰＵ１１０がフレームを生成するレート１０５をディスプレイ１７０のリフレッシュレート１５５と比較する。ブロック６０４で、再生ロジック１２０は、ディスプレイリフレッシュレート１５５がフレームレート１０５よりも閾値量を超えるかどうかを判別する。ブロック６０４で、再生ロジック１２０が、リフレッシュレート１５５がフレームレート１０５よりも閾値量を超えていないと判別した場合、方法フローは、ブロック６０６に続く。ブロック６０６で、再生ロジック１２０は、アクティブフレームＮ１４０及びライブコンテンツインジケータ２１５をディスプレイ制御モジュール１６０に送信する。アクティブフレームＮ１４０及びライブコンテンツインジケータ２１５の受信に応じて、ディスプレイ制御モジュール１６０は、アクティブフレームＮ １４０をディスプレイ１７０に表示する。次に、方法フローはブロック６０２に戻る。

【0028】

ブロック６０４で、再生ロジック１２０が、リフレッシュレート１５５がフレームレート１０５よりも閾値量を超えると判別した場合、方法フローは、ブロック６０８に続く。ブロック６０８で、再生ロジック１２０は、アクティブフレームＮ１４０及びキャプチャコンテンツインジケータ２２５をディスプレイ制御モジュール１６０に送信する。アクティブフレームＮ１４０及びキャプチャコンテンツインジケータ２２５の受信に応じて、ディスプレイ制御モジュール１６０は、アクティブフレームＮ１４０をディスプレイ１７０に表示し、アクティブフレームＮ１４０をバッファ１６５にコピーする。ブロック６１０で、再生ロジック１２０は、メモリ１３０内のアクティブフレームＮ１４０にアクセスすることを省略し、代わりに、ダミーコンテンツ２３０及び再生コンテンツインジケータ２３５をディスプレイ制御モジュール１６０に送信する。ダミーコンテンツ２３０及び再生コンテンツインジケータ２３０の受信に応じて、ディスプレイ制御モジュール１６０は、ダミーコンテンツ２３０を破棄し、バッファ１６５からアクティブフレームＮ１４０にアクセスし、アクティブフレームＮ１４０をディスプレイ１７０に表示する。

【0029】

本明細書で説明するように、いくつかの実施形態では、方法は、グラフィックス処理ユニット（ＧＰＵ）において、ディスプレイ装置の第１のリフレッシュサイクル中に、第１のフレームと、第１のフレームに関連付けられた情報と、をディスプレイ装置に送信することであって、情報は、ディスプレイ装置が第１のフレームを表示する間のディスプレイリフレッシュサイクル数を示す、ことと、ディスプレイリフレッシュサイクル数が１つのディスプレイリフレッシュサイクルを超えることを示すことに応じて、ＧＰＵにおいて、メモリ内の第１のフレームにアクセスすること、及び、第１のフレームを送信した後のディスプレイ装置の第２のリフレッシュサイクルの間に第１のフレームをディスプレイ装置に送信すること、を省略することと、を含む。一態様では、方法は、情報が、ディスプレイリフレッシュサイクル数が１つのディスプレイリフレッシュサイクルを超えることを示すことに応じて、第１のフレームをキャプチャするようにディスプレイに信号を送ることを含む。別の態様では、方法は、情報が、ディスプレイリフレッシュサイクル数が１つのディスプレイリフレッシュサイクルを超えることを示すことに応じて、第１のフレームを、ディスプレイ装置に関連付けられたバッファに記憶するようにディスプレイに信号を送ることを含む。

【0030】

一態様では、方法は、情報によって示されたディスプレイリフレッシュサイクル数だけディスプレイ装置で第１のフレームを表示するようにディスプレイに信号を送ることを含む。別の態様では、この方法は、ディスプレイ装置が第１のフレームを表示している第１のリフレッシュサイクル後の各リフレッシュサイクルの間、ＧＰＵにおいて、無効なデータ及びＧＰＵタイミング情報を送信することを含む。さらに別の態様では、この方法は、無効なデータを破棄するようにディスプレイ装置に信号を送ることを含む。さらに別の態様では、方法は、ＧＰＵにおいて、ＧＰＵが第１のフレームを生成するレートに基づいて、ディスプレイ装置のリフレッシュレートを決定することであって、ディスプレイ装置は可変リフレッシュレートを有する、ことを含む。

【0031】

いくつかの実施形態では、方法は、ディスプレイ装置において、ディスプレイ装置の第１のリフレッシュサイクル中に、グラフィックス処理ユニット（ＧＰＵ）から、第１のフレームと、第１のフレームに関連付けられた情報と、を受信することであって、情報は、ディスプレイ装置が第１のフレームを表示する間のディスプレイリフレッシュサイクル数を示す、ことと、情報によって示されたディスプレイリフレッシュサイクル数だけ第１のフレームを表示することと、を含む。一態様では、方法は、情報が、ディスプレイリフレッシュサイクル数が１つのディスプレイリフレッシュサイクルを超えることを示すことに応じて、第１のフレームをキャプチャすることを含む。別の態様では、方法は、情報が、ディスプレイリフレッシュサイクル数が１つのディスプレイリフレッシュサイクルを超えることを示すことに応じて、第１のフレームを、ディスプレイ装置に関連付けられたバッファに記憶することを含む。

【0032】

一態様では、方法は、ディスプレイ装置が第１のフレームを表示している第１のリフレッシュサイクル後の各ディスプレイリフレッシュサイクルの間、ディスプレイ装置において、無効なデータ及びＧＰＵタイミング情報を受信することを含む。別の態様では、方法は、無効なデータを破棄することを含む。さらに別の態様では、方法は、ＧＰＵにおいて、ＧＰＵが第１のフレームを生成するレートに基づいて、ディスプレイ装置のリフレッシュレートを決定することであって、ディスプレイ装置は可変リフレッシュレートを有する、ことを含む。

【0033】

いくつかの実施形態では、システムは、メモリと、グラフィックス処理ユニット（ＧＰＵ）と、を備え、グラフィックス処理ユニットは、ディスプレイ装置に送信される複数のフレームをレンダリングすることと、ディスプレイ装置の第１のリフレッシュサイクル中に、複数のフレームのうち第１のフレームと、第１のフレームに関連付けられた情報と、をディスプレイ装置に送信することであって、情報は、ディスプレイ装置が第１のフレームを表示する間のディスプレイリフレッシュサイクル数を示す、ことと、情報が、ディスプレイリフレッシュサイクル数が１つのディスプレイリフレッシュサイクルを超えることを示すことに応じて、メモリ内の第１のフレームにアクセスすること、及び、第１のフレームを送信した後のディスプレイ装置の第２のリフレッシュサイクルの間に第１のフレームをディスプレイ装置に送信すること、を省略することと、を行うように構成されている。一態様では、ＧＰＵは、情報が、ディスプレイリフレッシュサイクル数が１つのディスプレイリフレッシュサイクルを超えることを示すことに応じて、第１のフレームをキャプチャするようにディスプレイに信号を送るように構成されている。別の態様では、ＧＰＵは、情報が、ディスプレイリフレッシュサイクル数が１つのディスプレイリフレッシュサイクルを超えることを示すことに応じて、第１のフレームを、ディスプレイ装置に関連付けられたバッファに記憶するようにディスプレイに信号を送るように構成されている。

【0034】

一態様では、ＧＰＵは、情報によって示されたディスプレイリフレッシュサイクル数だけディスプレイ装置で第１のフレームを表示するようにディスプレイに信号を送ることを含む。別の態様では、ＧＰＵは、ディスプレイ装置が第１のフレームを表示している第１のリフレッシュサイクル後の各ディスプレイリフレッシュサイクルの間、無効なデータ及びＧＰＵタイミング情報を送信するようにさらに構成されている。さらに別の態様では、ＧＰＵは、無効なデータを破棄するようにディスプレイ装置に信号を送るようにさらに構成されている。さらに別の態様では、ＧＰＵは、ＧＰＵが第１のフレームを生成するレートに基づいてディスプレイ装置のリフレッシュレートを決定することであって、ディスプレイ装置は可変リフレッシュレートを有する、ことを行うようにさらに構成されている。

【0035】

コンピュータ可読記憶媒体は、命令及び／又はデータをコンピュータシステムに提供するために、使用中にコンピュータシステムによってアクセス可能な任意の非一時的な記憶媒体又は非一時的な記憶媒体の組み合わせを含む。このような記憶媒体には、限定されないが、光学媒体（例えば、コンパクトディスク（ＣＤ）、デジタル多用途ディスク（ＤＶＤ）、ブルーレイ（登録商標）ディスク）、磁気媒体（例えば、フロッピー（登録商標）ディスク、磁気テープ、磁気ハードドライブ）、揮発性メモリ（例えば、ランダムアクセスメモリ（ＲＡＭ）若しくはキャッシュ）、不揮発性メモリ（例えば、読取専用メモリ（ＲＯＭ）若しくはフラッシュメモリ）、又は、微小電気機械システム（ＭＥＭＳ）ベースの記憶媒体が含まれ得る。コンピュータ可読記憶媒体（例えば、システムＲＡＭ又はＲＯＭ）はコンピューティングシステムに内蔵されてもよいし、コンピュータ可読記憶媒体（例えば、磁気ハードドライブ）はコンピューティングシステムに固定的に取り付けられてもよいし、コンピュータ可読記憶媒体（例えば、光学ディスク又はユニバーサルシリアルバス（ＵＳＢ）ベースのフラッシュメモリ）はコンピューティングシステムに着脱可能に取り付けられてもよいし、コンピュータ可読記憶媒体（例えば、ネットワークアクセス可能ストレージ（ＮＡＳ））は有線又は無線ネットワークを介してコンピュータシステムに結合されてもよい。

【0036】

いくつかの実施形態では、上記の技術のいくつかの態様は、ソフトウェアを実行するプロセッシングシステムの１つ以上のプロセッサによって実装されてもよい。ソフトウェアは、非一時的なコンピュータ可読記憶媒体に記憶され、又は、非一時的なコンピュータ可読記憶媒体上で有形に具現化された実行可能命令の１つ以上のセットを含む。ソフトウェアは、１つ以上のプロセッサによって実行されると、上記の技術の１つ以上の態様を実行するように１つ以上のプロセッサを操作する命令及び特定のデータを含むことができる。非一時的なコンピュータ可読記憶媒体は、例えば、磁気若しくは光ディスク記憶デバイス、例えばフラッシュメモリ、キャッシュ、ランダムアクセスメモリ（ＲＡＭ）等のソリッドステート記憶デバイス、又は、他の１つ以上の不揮発性メモリデバイス等を含むことができる。非一時的なコンピュータ可読記憶媒体に記憶された実行可能命令は、ソースコード、アセンブリ言語コード、オブジェクトコード、又は、１つ以上のプロセッサによって解釈若しくは実行可能な他の命令フォーマットであってもよい。

【0037】

上述したものに加えて、概要説明において説明した全てのアクティビティ又は要素が必要とされているわけではなく、特定のアクティビティ又はデバイスの一部が必要とされない場合があり、１つ以上のさらなるアクティビティが実行される場合があり、１つ以上のさらなる要素が含まれる場合があることに留意されたい。さらに、アクティビティが列挙された順序は、必ずしもそれらが実行される順序ではない。また、概念は、特定の実施形態を参照して説明された。しかしながら、当業者であれば、特許請求の範囲に記載されているような本発明の範囲から逸脱することなく、様々な変更及び変形を行うことができるのを理解するであろう。したがって、明細書及び図面は、限定的な意味ではなく例示的な意味で考慮されるべきであり、これらの変更形態の全ては、本発明の範囲内に含まれることが意図される。

【0038】

利益、他の利点及び問題に対する解決手段を、特定の実施形態に関して上述した。しかし、利益、利点、問題に対する解決手段、及び、何かしらの利益、利点若しくは解決手段が発生又は顕在化する可能性のある特徴は、何れか若しくは全ての請求項に重要な、必須の、又は、不可欠な特徴と解釈されない。さらに、開示された発明は、本明細書の教示の利益を有する当業者には明らかな方法であって、異なっているが同様の方法で修正され実施され得ることから、上述した特定の実施形態は例示にすぎない。添付の特許請求の範囲に記載されている以外に本明細書に示されている構成又は設計の詳細については限定がない。したがって、上述した特定の実施形態は、変更又は修正されてもよく、かかる変更形態の全ては、開示された発明の範囲内にあると考えられることが明らかである。したがって、ここで要求される保護は、添付の特許請求の範囲に記載されている。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】