特表2024-526767 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

▶ アドバンスト・マイクロ・ディバイシズ・インコーポレイテッドの特許一覧

特表2024-526767ワークロードを認識する仮想処理装置

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2
3
4

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

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2024-07-19

(54)【発明の名称】ワークロードを認識する仮想処理装置

(51)【国際特許分類】

G06F 9/50 20060101AFI20240711BHJP

G06F 1/3228 20190101ALI20240711BHJP

G06F 1/329 20190101ALI20240711BHJP

【ＦＩ】

G06F9/50 120A

G06F1/3228

G06F1/329

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2024502019

(86)(22)【出願日】2022-07-21

(85)【翻訳文提出日】2024-02-13

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

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

(87)【国際公開日】2023-01-26

(31)【優先権主張番号】63/225,433

(32)【優先日】2021-07-23

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

(31)【優先権主張番号】17/564,166

(32)【優先日】2021-12-28

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

(81)【指定国・地域】

(71)【出願人】

【識別番号】591016172

【氏名又は名称】アドバンスト・マイクロ・ディバイシズ・インコーポレイテッド

【氏名又は名称原語表記】ＡＤＶＡＮＣＥＤＭＩＣＲＯＤＥＶＩＣＥＳＩＮＣＯＲＰＯＲＡＴＥＤ

(74)【代理人】

【識別番号】100108833

【弁理士】

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

(74)【代理人】

【識別番号】100111615

【弁理士】

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

(74)【代理人】

【識別番号】100162156

【弁理士】

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

(72)【発明者】

【氏名】アニルーダアチャリャ

(72)【発明者】

【氏名】スリーカントゴーディ

(72)【発明者】

【氏名】ルイジンウー

【テーマコード（参考）】

5B011

【Ｆターム（参考）】

5B011EA08

5B011LL11

(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】いくつかの実施形態による、異なる識別したワークロードに基づいて異なる仮想処理装置をデバイスドライバに提示する方法を示すフロー図である。

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

【0004】

図１～図４は、処理装置（processing unit）を、識別したワークロードに基づいて異なるように構成し、処理装置の各構成を異なる仮想処理装置としてソフトウェア（例えば、デバイスドライバ）に提示（exposing）するための技術を示す。これらの技術を用いることにより、処理システムは、様々な構成の処理装置を提供して様々な種類のワークロードをサポートすることができ、システムリソースを節約することができる。更に、処理システムは、様々な構成を様々な仮想処理装置として提示することによって、既存のデバイスドライバ又は他のシステムインフラストラクチャを用いて様々な処理装置構成を実装する。

【0005】

例示すると、いくつかの実施形態では、処理システムは、中央処理装置（ＣＰＵ）のグラフィックス処理を実行するＧＰＵを含む。ＣＰＵにおいて実行されるアプリケーションプログラムは、コマンド（例えば、描画コマンド）を送信し、このコマンドに基づいて、ＧＰＵは、コマンドによって示されるタスクを実行するための動作の集合（set of operations）を実行する。１つ以上のコマンドに対する動作の集合をワークロードと呼ぶ。場合によっては、ワークロード及び対応する動作は、異なるアプリケーション間で、又は、単一のアプリケーションの異なるフェーズ間で大きく変動する。更に、変動するワークロードの少なくとも一部は、ＧＰＵのリソースの少なくとも一部を生産的に使用することがない。したがって、ＧＰＵを異なる構成とすることによって、異なるワークロードの処理要件を満たすことができ、性能と電力消費とのバランスを改善することができる。

【0006】

本明細書の技術を用いて、ＧＰＵは、識別したワークロードに基づいて構成を変更することができ、それによって、所定のワークロードにＧＰＵのリソースを適合させ、必要とされないリソースを節約する。例えば、いくつかの実施形態では、比較的軽いワークロード（例えば、必要なシェーディング動作が比較的少ないワークロード）の場合、ＧＰＵは、利用可能なワークグループプロセッサの比較的小さなサブセットのみがアクティブモードとなり、残りのワークグループプロセッサが低電力モードとなるように構成される。比較的重いワークロード（例えば、必要なシェーディング動作が多いゲームアプリケーション）の場合、ＧＰＵは、より多くのワークグループプロセッサがアクティブモードとなるように構成される。したがって、より軽いワークロードの場合、ＧＰＵは、ワークロードを満足のいくように実行するために十分なリソースを依然として提供しながら、電力及び他のシステムリソースを節約するように構成される。より重いワークロードの場合、ＧＰＵは、より多くのシステムリソースが利用可能となるように構成され、それによって、より重いワークロードを確実に満足のいくように実行する。したがって、ＧＰＵにおけるワークロードが変動するにつれて、ＧＰＵの構成が変動し、それによって満足のいく性能を維持しながらリソースを節約する。

【0007】

更に、ＧＰＵの各構成は、デバイスドライバ又は他のソフトウェアに仮想ＧＰＵとして提示される。これにより、デバイスドライバは、既存の通信プロトコル及び既存のコマンドを用いて、異なるＧＰＵ構成の各々と相互作用することが可能になる。すなわち、汎用デバイスドライバを、異なるＧＰＵ構成の各々と相互作用するように再設計又は変更する必要がなく、したがって、複数のＧＰＵ構成の全体的な実装が単純化する。

【0008】

いくつかの実施形態では、ＧＰＵは、アプリケーションによって提供されるワークロードメタデータ、オフラインアプリケーションプロファイリング、実行時プロファイリング、ソフトウェアヒント等の複数の因子のうち１つ以上、又は、それらの任意の組合せに基づいて、実行されるワークロードを識別する。例えば、いくつかの実施形態では、アプリケーションは、描画呼出（ドローコール）の数、ディスパッチの数、プリミティブの数、ワークグループの数、シェーダの複雑性等、又は、それらの組合せ等のように、ワークロードのリソース要件を示すメタデータを提供し、ＧＰＵは、このメタデータに基づいてワークロードを識別する。

【0009】

他の実施形態では、アプリケーションによって生成されたワークロードは、試験環境において識別及びプロファイリングされ、ワークロードプロファイルの集合として格納される。アプリケーションが非試験環境において実行される場合、ＧＰＵは、実行中のワークロードを識別するために、格納されたワークロードプロファイルの集合にアクセスする。

【0010】

更に他の実施形態では、ＧＰＵは、実行時にワークロードを動的に識別する。例えば、場合によっては、ＧＰＵは、キャッシュヒット、キャッシュミス、メモリアクセス、描画呼出の数、シェーダ命令等の情報をパフォーマンスカウンタの集合に記録する。ＧＰＵは、パフォーマンスカウンタ内の情報を使用して、実行中のワークロードをプロファイリングする。ワークロードがその後再び実行される場合、ＧＰＵは、このプロファイルを使用してＧＰＵ構成を決定する。

【0011】

いくつかの他の実施形態において、実行中のアプリケーションは、実行中のアプリケーションの種類を示すソフトウェアヒントを提供する。ＧＰＵは、アプリケーションタイプに基づいて、ワークロード及び対応する構成を識別する。例えば、アプリケーションタイプがゲームアプリケーションを示す場合、ＧＰＵは、典型的には、ワークロードを重いワークロードとして識別し、アクティブシステムリソースの数が比較的多い構成（例えば、多数のワークグループプロセッサがアクティブモードである）を採用する。アプリケーションタイプがワードプロセッシングアプリケーションを示す場合、ＧＰＵは、ワークロードを比較的軽いワークロードとして識別し、アクティブシステムリソースの数が比較的少ない構成（例えば、比較的多数のワークグループプロセッサが低電力モードである）を採用する。

【0012】

上記の例及び以下の図１～図４について説明する例示的な実施形態は、ＧＰＵに関連して説明しているが、他の実施形態では、本明細書に記載の技術が、ベクトル処理装置、並列プロセッサ、機械学習処理装置、単一命令複数データ（ＳＩＭＤ）処理装置、人工知能処理装置等の様々な種類の処理装置において実施されることが理解されるであろう。

【0013】

いくつかの実施形態では、ＧＰＵの様々な構成はプログラム可能であり、したがって、オペレーティングシステム又はＣＰＵで実行されるアプリケーションによって調整することができる。これにより、ソフトウェア開発者は、アプリケーションのリソースニーズに従ってＧＰＵの構成を制御すること、又は、アプリケーションの様々なフェーズのためにＧＰＵ構成を調整することが可能になる。更に、いくつかの実施形態では、ユーザは、グラフィカルユーザインターフェース（ＧＵＩ）又は他のインターフェースを介して構成を調整し、個々のユーザの目的に構成を適合させることができる。例えば、より多くの電力節約を望むユーザ（ラップトップシステムのユーザ等）は、使用するシステムリソースをより少なくするように構成を調整することによって、１つ以上の構成によって消費される電力量を減少させる。

【0014】

【0015】

図１は、いくつかの実施形態による、識別したワークロードに基づいて仮想ＧＰＵを提示するように構成されたＧＰＵ１００を示す。ＧＰＵは、１つ以上の中央処理装置（ＣＰＵ）を有する処理システムに組み込まれ、１つ以上のＣＰＵから受信したコマンドに基づいてグラフィックス処理を実行する。したがって、異なる実施形態では、ＧＰＵ１００は、デスクトップコンピュータ、ラップトップコンピュータ、サーバ、タブレット、スマートフォン、ゲームコンソール等の様々な電子デバイスのうち何れかの一部である。

【0016】

ＧＰＵ１００は、概して、デバイスドライバ１０３から受信したコマンド（例えば、描画コマンド）を実行するように構成される。いくつかの実施形態では、デバイスドライバ１０３は、ＣＰＵで実行されるソフトウェアであり、ＧＰＵと、ＣＰＵにおける１つ以上のアプリケーションと、のインターフェースを提供する。例えば、いくつかの実施形態では、ＣＰＵは、オペレーティングシステム（ＯＳ）及び１つ以上のアプリケーションを実行する。アプリケーションは、ＯＳを介してデバイスドライバ１０３にコマンドを提供する。デバイスドライバ１０３は、このコマンドをＧＰＵ１００が期待するフォーマットに変換する。このように、デバイスドライバ１０３は、ＧＰＵ１００と、ＣＰＵで実行されるアプリケーションと、の間の抽象化層を提供する。

【0017】

受信されたコマンドの実行をサポートするために、ＧＰＵ１００は、スケジューラ１０２と、シェーダエンジン１０５及び１０６と、を含む。いくつかの実施形態では、ＧＰＵ１００は、ＧＰＵ１００のメモリ階層をサポートするためのメモリモジュール（例えば、キャッシュの集合）、受信されるコマンドの受信及び実行を管理するためのコマンドプロセッサ、シェーダエンジン１０５及び１０６に追加する処理要素等のように、受信されるコマンドの実行をサポートするための追加の回路及びモジュールを含むことが理解されよう。更に、特定のモジュールに関して本明細書で説明される機能の１つ以上は、いくつかの実施形態では、異なる回路又はモジュールによって実行されることが理解されよう。例えば、いくつかの実施形態では、スケジューラ１０２は、ＧＰＵ１００のコマンドプロセッサの一部であり、スケジューラ１０２に関して本明細書で説明される機能のうち１つ以上は、コマンドプロセッサの別のモジュールによって実行される。

【0018】

スケジューラ１０２は、概して、デバイスドライバ１０３からコマンドを受信し、シェーダエンジン１０５及び１０６の処理要素で実行するための１つ以上の動作の集合を生成するように構成される。スケジューラ１０２が１つ以上のコマンドに基づいて実行用に生成する動作の集合を、本明細書においてＧＰＵ１００のワークロードと呼ぶ。したがって、スケジューラ１０２は、デバイスドライバ１０３から受信したコマンドに基づいて、シェーダエンジン１０５及び１０６で実行するための１つ以上のワークロードを生成し、１つ以上のワークロードの動作をスケジューリングする。いくつかの実施形態では、スケジューラは、汎用デバイスドライバによってコマンド内に挿入された１つ以上のトークン、例えば、画像フレーム境界に基づく１つ以上のトークンに基づいて、所定のワークロードの開始又は終了を識別する。

【0019】

シェーダエンジン１０５及び１０６は、スケジューラ１０２から受信したワークロードに基づいてシェーディング及び他のグラフィックス処理を実行するようにそれぞれ構成されたモジュールの集合である。いくつかの実施形態では、シェーダエンジンの各々は、複数のワークグループプロセッサ（ＷＧＰ）を含み、各ＷＧＰは、受信したデータに対してプログラム可能並列演算（例えば、ベクトル算術演算）を実行するように構成された複数の計算ユニットを含む。例えば、いくつかの実施形態において、各計算ユニットは、受信したデータの集合に対してプログラム可能な並列演算を実行するように構成された複数の単一命令複数データ（ＳＩＭＤ）ユニットを含む。ＷＧＰ、計算ユニット及びＳＩＭＤユニットは、本明細書では概して処理要素と呼ばれる。いくつかの実施形態では、シェーダエンジンの各々は、上述した処理要素に加えて、グラフィックスプリミティブ動作を実行するためのプリミティブユニット、ラスタライザ、１つ以上のレンダーバックエンド、及び、処理要素のためのデータを格納する１つ以上のキャッシュ等のような追加のモジュールを含む。

【0020】

いくつかの実施形態では、シェーダエンジン１０５及び１０６の処理要素のうち１つ以上を複数の電力モードにすることができ、各電力モードは、処理要素での異なる電力消費の水準と、それに対応する処理能力の水準と、を表す。例えば、いくつかの実施形態では、各シェーダエンジンのＷＧＰを独立してアクティブモードにすることができ、このモードにおいて、ＷＧＰは通常の処理動作を実行することが可能であり、電力消費量は比較的多く、また、各シェーダエンジンのＷＧＰを独立して低電力モードにすることができ、このモードにおいて、ＷＧＰは通常の処理動作を実行することはできないが、電力消費量が比較的少ない。いくつかの実施形態では、ＷＧＰが低電力モードにされると、ＷＧＰのモジュールが電力ゲートされ、電圧レールからの電力がＷＧＰモジュールに印加されない。

【0021】

異なる処理要素の電力モードは、スケジューラ１０２から提供される制御シグナリングに基づいて、電力制御モジュール１０８によって制御される。したがって、いくつかの実施形態では、シェーダエンジン１０５及び１０６の各ＷＧＰの電力モードは、スケジューラ１０２によって制御される制御シグナリングによって個別に設定される。こうして、場合によっては、シェーダエンジン１０５及び１０６の少なくとも一方のＷＧＰがアクティブモードに設定され、少なくとも一方の他のＷＧＰが低電力モードに設定され、その結果、異なるＷＧＰがそれぞれ同時にアクティブモード及び低電力モードになる。いくつかの実施形態において、電力制御モジュール１０８は、処理要素の様々な粒度段階に対して電力モードを設定する。したがって、いくつかの実施形態では、電力制御モジュール１０８は、ＷＧＰ、計算ユニット、ＳＩＭＤユニット若しくは他の段階において、又は、それらの任意の組合せにおいて電力モードを設定する。説明のために、電力制御モジュール１０８が電力モードをＷＧＰの段階において設定すると仮定する。

【0022】

いくつかの実施形態では、スケジューラ１０２は、デバイスドライバ１０３によって提供される又は提供されると予想されるワークロードを、ワークロード指標１０７の集合に基づいて識別するように構成される。異なる実施形態では、ワークロード指標１０７は、アプリケーションによって提供されるワークロードメタデータ、オフラインアプリケーションプロファイリング情報、実行時プロファイリング情報、ソフトウェアヒント等の異なる因子、又は、それらの任意の組合せ等を含むか組み込む。例えば、いくつかの実施形態では、デバイスドライバ１０３は、実行されるワークロードについて、描画呼出の数、ディスパッチの数、プリミティブの数、ワークグループの数等、又は、それらの組合せ等のような、ワークロードの予想処理要求を示すメタデータを提供する。

【0023】

いくつかの実施形態では、ワークロード指標１０７は、現在の実行されるワークロードの指標ではなく、むしろ将来ＧＰＵ１００で実行されることが予想されるワークロードに関するヒントである。例えば、いくつかの実施形態において、スケジューラ１０２は、特定のプログラムから受信したワークロードのパターンを記録する。これらのパターンに基づいて、スケジューラ１０２は、将来実行されることが予想されるワークロードを示すワークロード指標１０７を生成する。例えば、ワークロードＡの実行後にワークロードＢが頻繁に実行されることをパターンが示す場合、スケジューラ１０２は、ワークロードＡの実行に応じて、ワークロードＢを示すようにワークロード指標１０７を設定する。

【0024】

識別したワークロードに基づいて、スケジューラ１０２は、電力制御モジュール１０８に制御シグナリングを供給し、シェーダエンジン１０５及び１０６の各ＷＧＰの電力モードを設定する。例えば、いくつかの実施形態では、予想されるワークロードが、効率的な実行のために処理電力量を比較的多く必要とするものであることをワークロード指標１０７が示す場合、スケジューラ１０２は、電力制御モジュール１０８に指示して、より多数のＷＧＰをアクティブモードに設定する。対照的に、予想されるワークロードが、より少ない処理電力量を必要とするものであることをワークロード指標１０７が示す場合、スケジューラ１０２は、電力制御モジュール１０８に指示して、より少数のＷＧＰをアクティブモードに設定し、より多数のＷＧＰを低電力モードに設定して電力を節約する。説明を容易にするために、シェーダ１０５及び１０６の処理要素の特定の設定を、本明細書ではシェーダの「電力構成」と呼ぶ。したがって、スケジューラ１０２は、ワークロード指標１０７に基づいて、シェーダ１０５及び１０６の電力構成を設定するように構成される。例えば、いくつかの実施形態では、ＷＧＰが特定のシェーダ配列にグループ化され、シェーダ配列が特定のシェーダエンジンにグループ化される。シェーダ配列内の全てのＷＧＰが低電力モードにされる場合、シェーダ配列全体（ＷＧＰに作業を提供する、又は、別途ＷＧＰをサポートするために使用される任意のロジックを含む）も低電力モードにされて電力を節約する。

【0025】

電力構成は、ＧＰＵ１００でワークロードを処理するために利用可能なリソースを設定する。少なくともいくつかの場合において、デバイスドライバ１０３は、ＧＰＵ１００において利用可能なリソースを認識していることが望ましく、その結果、デバイスドライバ１０３は、ＧＰＵで実行するアプリケーションにおいて、それらのリソース間のインターフェースを提供するように適切に構成される。こうして、スケジューラ１０２がワークロード指標１０７に基づいてシェーダ１０５及び１０６の電力構成を設定するため、デバイスドライバ１０３には、設定された特定の電力構成を通知することが有用であり、また、デバイスドライバ１０３を、利用可能なリソースを使用するように構成することが有用である。この通知及び構成の過程を簡略化するために、いくつかの実施形態では、ＧＰＵは、仮想ＧＰＵ（ｖＧＰＵ）１１０の集合を格納する。各ｖＧＰＵ（例えば、ｖＧＰＵ１１１、１１２）は、シェーダエンジン１０５及び１０６の異なる電力構成のために利用可能なリソースを示すデータの集合である。

【0026】

シェーダエンジン１０５及び１０６における特定の電力構成の設定に応じて、スケジューラ１０２は、ｖＧＰＵ１１０の集合から対応するｖＧＰＵを選択し、選択されたｖＧＰＵとしてＧＰＵ１００をデバイスドライバ１０３に提示する。すなわち、スケジューラ１０２は、選択されたｖＧＰＵをデバイスドライバ１０３に通知し、その結果、デバイスドライバ１０３にとって、ＧＰＵ１００は、あたかもＧＰＵ１００が、選択されたｖＧＰＵによって示されるリソースのみを有する物理ＧＰＵであるかのように見える。例えば、選択されたｖＧＰＵにおいては、低電力モードにある処理要素が示されないため、これらの処理要素は、デバイスドライバ１０３には物理的に利用可能に見えない。

【0027】

更に説明すると、いくつかの実施形態において、デバイスドライバ１０３は、ＧＰＵのリストと、リスト内の各ＧＰＵに関連付けられた対応するリソースと、を維持する。更に、デバイスドライバ１０３は、リストに各ＧＰＵのデバイスＩＤを含める。デバイスドライバ１０３は、ドライバリセットに応じて、デバイスＩＤのクエリをＧＰＵ１００に送信する。これに応じて、スケジューラ１０２は、選択されたｖＧＰＵに対応するデバイスＩＤを提供する。したがって、ＧＰＵ１００は、デバイスドライバ１０３にとっては、提供されたデバイスＩＤによって示されるリソースを有する物理ＧＰＵであるように見える。例えば、いくつかの実施形態では、マイクロコントローラ、ハイパーバイザ又はシステムソフトウェアで実行するファームウェア等のモジュールが、選択されたｖＧＰＵに対する要求を受信し、動作させるｖＧＰＵを準備する。モジュールは、現在の構成が要求されたｖＧＰＵと一致しない場合にＧＰＵをリセットし、ＧＰＵ１００のパラメータを再構成して、選択されたｖＧＰＵのパラメータと一致させる。次いで、モジュールは、ｖＧＰＵがコマンドを受け入れる準備ができていることをデバイスドライバ１０３に通知する。異なる電力構成の各々をｖＧＰＵとして提示することによって、ＧＰＵ１００は、デバイスドライバ１０３の広範な再設計を必要とせずに複数の異なる電力構成を用いることができ、それによって異なる構成の実装が単純化される。

【0028】

図２は、いくつかの実施形態による、識別した異なるワークロードに基づいて、異なるｖＧＰＵをデバイスドライバ１０３に提示するＧＰＵ１００の一例を示すブロック図を示す。図２の例では、シェーダエンジン１０５の各々は、シェーダエンジン１０５用のＷＧＰ２２１及びＷＧＰ２２２、並びに、シェーダエンジン１０６用のＷＧＰ２２３及びＷＧＰ２２４と呼ばれる２つの異なるＷＧＰを含む。図２は、２つの異なる時刻２１６及び２１７におけるＧＰＵ１００の２つの異なる電力構成を示す。各ＷＧＰの電力モードは、対応するボックスの網掛けによって示され、クリア（白色）の網掛けは、ＷＧＰがアクティブパワーモードにあることを示し、グレーの網掛けは、ＷＧＰが低電力モードにあることを示す。

【0029】

図示した例では、時刻２１６又はその付近で、スケジューラ１０２は、ワークロード指標１０７に基づいてワークロード２２０を識別する。選択された電力構成は、ＷＧＰ２２１がアクティブモードに設定され、ＷＧＰ２２２、２２３、２２４が低電力モードに設定されるようになっている。このように、時刻２１６において、ワークロード指標１０７は、要求されるシェーダエンジン１０５及び１０６の処理要素が比較的少ないと予想されるワークロード（ワークロード２２０）を示して、ワークロードが効率的に実行されるようにする。したがって、スケジューラ１０２は、比較的多数の処理要素が低電力モードとなるＧＰＵ１００の電力構成を選択し、それによって、ワークロード２２０を効率的に処理するための十分なリソースを提供しながら電力を節約する。

【0030】

いくつかの実施形態では、スケジューラ１０２は、いくつかのエントリを有するテーブルを格納し、各エントリは、ワークロード識別子、ワークロード識別子に対応するワークロード指標の集合（又はワークロード指標範囲）、及び、電力構成を含む。スケジューラ１０２は、電力構成を選択するために、ワークロード指標１０７に対応するテーブルのエントリを識別する。すなわち、スケジューラ１０２は、ワークロード指標１０７と一致するワークロード指標の集合を格納するテーブルのエントリ、又は、ワークロード指標１０７がエントリのワークロード指標の集合によって示される範囲に入るエントリを識別する。次いで、スケジューラ１０２は、識別したエントリに格納された電力構成を選択する。いくつかの実施形態では、テーブルは、デバイスドライバ１０３又は他のソフトウェアによってプログラム可能である。これにより、例えば、アプリケーションは、所定のワークロード又は所定のワークロードの種類に対して特定の電力構成を選択することができ、その結果、アプリケーションは、特定のアプリケーションに基づいてＧＰＵの性能及び電力消費を適合させることができる。

【0031】

上述したように、時刻２１６において、スケジューラ１０２は、ＷＧＰ２２１がアクティブモードに設定され、ＷＧＰ２２２、２２３、２２４が低電力モードに設定されるように、ＧＰＵ１００の電力構成を選択する。スケジューラ１０２は、制御シグナリングを電力制御モジュール１０８に提供して、ＷＧＰ２２１から２２４を示された電力モードに設定する。加えて、スケジューラ１０２は、ｖＧＰＵ１１１が選択された電力構成に対応すると判定して、ＧＰＵ１００をｖＧＰＵ１１１としてデバイスドライバ１０３に提示する。例えば、いくつかの実施形態では、スケジューラ１０２の上記のテーブルの各エントリは、そのエントリに関連付けられた電力構成に対応するｖＧＰＵ識別子を示す。エントリを選択し、ＧＰＵ１００を対応する電力構成に設定することに応じて、スケジューラ１０２は、リセット信号をデバイスドライバ１０３に送信し、ドライバリセットを開始する。ドライバリセット中、デバイスドライバ１０３は、ＧＰＵ１００のデバイスタイプを識別するために、スケジューラ１０２にクエリを送信する。それに応じて、スケジューラ１０２は、ｖＧＰＵ１１１の識別子をデバイスドライバ１０３に提供する。こうして、デバイスドライバ１０３には、ＧＰＵ１００が、アクティブ電力モードのリソースに対応したリソースを有する物理ＧＰＵとして見える。すなわち、デバイスドライバ１０３には、ＧＰＵ１００が、ＷＧＰ２２１を有し、ＷＧＰ２２２、２２３、２２４を有しないＧＰＵとして見える。

【0032】

時刻２１６に続き、時刻２１７では、スケジューラ１０２は、異なるワークロード（指定ワークロード２２５）がＧＰＵ１００で実行されるようにワークロード指標１０７が変化したと判定する。ワークロード２２５は、ワークロード２２５と比べてより多くの処理リソースを要求する。したがって、スケジューラ１０２は、ワークロード指標１０７に基づいて、ＷＧＰ２２２が低電力モードとなり、ＷＧＰ２２１、２２３、２２４がアクティブモードとなるように、ＧＰＵ１００の電力構成を選択する。

【0033】

ワークロード２２５の電力構成の選択に応じて、スケジューラ１０２は、選択された電力構成に対応した、指定されたｖＧＰＵ１１２であるｖＧＰＵを選択する。スケジューラ１０２は、デバイスドライバ１０３にリセット信号を送信し、ドライバリセットを開始する。ドライバリセット中に、スケジューラ１０２は、ｖＧＰＵ１１２の識別子をデバイスドライバ１０３に提供する。したがって、ＷＧＰ２２１、２２３、２２４がアクティブモードにあるため、デバイスドライバ１０３には、ＧＰＵ１００がこれらを有する物理ＧＰＵのように見え、また、ＷＧＰ２２２が低電力モードにあるため、これを有しない物理ＧＰＵのように見える。

【0034】

したがって、図２の例によって示されるように、いくつかの実施形態において、スケジューラ１０２は、実行されるワークロードに基づいてＧＰＵ１００の電力構成を変更する。更に、異なる電力構成ごとに、ＧＰＵ１００は、異なる仮想ＧＰＵとしてデバイスドライバ１０３に提示される。すなわち、デバイスドライバ１０３には、ＧＰＵ１００は、異なる電力構成ごとに異なる物理ＧＰＵとして見える。これにより、異なる電力構成を認識しない、又は、それに対応するように特別に設計されていないデバイスドライバを用いたシステムであっても、ＧＰＵの電力構成を変更することが可能になる。

【0035】

図３は、いくつかの実施形態による、ワークロード指標１０７の一例を示す。図示した例では、ワークロード指標１０７は、ワークロードプロファイル３３０、アプリケーションタイプ３３１、ソフトウェアヒント３３２、実行時プロファイル３３３及びワークロードメタデータ３３４を含む。ワークロードプロファイル３３０は、１つ以上のワークロードについて試験環境で収集されたデータを含む。例えば、いくつかの実施形態において、ＧＰＵ１００、又は、ＧＰＵ１００と同様の設計のＧＰＵを処理システム試験環境に配置し、１つ以上のアプリケーションを処理システムにおいて実行することによって、ＧＰＵでの１つ以上のワークロードを生成する。処理システムは、１つ以上のワークロードを示すデータをワークロードプロファイル３３０として記録し、ワークロードプロファイル３３０のコピーが、ＧＰＵ１００の製造及び初期構成中にＧＰＵ１００に格納される。

【0036】

例えば、いくつかの実施形態では、ワークロードプロファイル３３０は、ワークロード識別子（ＩＤ）のリストとして格納され、異なるワークロードＩＤが、「軽い」ワークロード（試験環境で、比較的少ない処理リソースを要求すると示されたワークロード）及び「重い」ワークロード（試験環境で、比較的多くの処理リソースを要求すると示されたワークロード）等の分類に編成される。ワークロードがＧＰＵ１００で実行される場合、スケジューラ１０２は、ワークロードのワークロードＩＤを識別し、ワークロードプロファイル３３０に基づいて、実行されるワークロードが軽いワークロード又は重いワークロードに分類されるか判定する。ワークロードが重いワークロードに指定されているという判定に応じて、スケジューラ１０２は、より多数の処理要素をアクティブモードにする電力構成を選択する。ワークロードが軽いワークロードに指定されているという判定に応じて、スケジューラ１０２は、より多数の処理要素をアクティブモードにする電力構成を選択する。

【0037】

アプリケーションタイプ３３１は、様々なアプリケーションタイプに関連付けられた予想ワークロードを示すデータの集合である。例えば、いくつかの実施形態では、アプリケーションタイプは、様々な種類のアプリケーションのリストを格納し、この様々な種類のアプリケーションは、軽いワークロードと重いワークロードに分類される。アプリケーションが実行を開始すると、デバイスドライバ１０３は、アプリケーションタイプをスケジューラ１０２に示す。例えば、いくつかの実施形態では、ゲームアプリケーションが重いワークロードアプリケーションとして分類され、ワードプロセッサが軽いワークロードアプリケーションとして分類される。アプリケーションタイプを示すデバイスドライバ１０３に応じて、スケジューラ１０２は、アプリケーションタイプ３３１にアクセスして、アプリケーションタイプが軽いワークロード又は重いワークロードに関連付けられているかどうかを判定し、判定に基づいて電力構成を選択する。重いワークロード分類及び軽いワークロード分類は単なる例であり、他の実施形態では、異なるワークロード指標１０７は、軽いワークロード、中程度のワークロード及び重いワークロード等のように、より多くのワークロード分類を反映することが理解されよう。

【0038】

ソフトウェアヒント３３２は、ＧＰＵ１００で実行される予想ワークロードに関して、ソフトウェアによって提供されるヒントを示すデータを格納する。例えば、いくつかの実施形態では、ＧＰＵで実行されるソフトウェアは、デバイスドライバ１０３を介して、予想ワークロードに関するヒントをスケジューラ１０２に提供し、ヒントは、予想ワークロードが重いワークロードであるか軽いワークロードであるかを示す。このヒントに基づいて、スケジューラ１０２は、ＧＰＵ１００の電力構成を選択する。いくつかの実施形態では、所定のアプリケーションは、ＧＰＵ１００における予想ワークロードが変化するにつれて、異なるヒントをスケジューラ１０２に提供する。

【0039】

実行時プロファイル３３３は、異なるワークロードの実行中にＧＰＵ１００に記録された性能情報を反映するデータの集合である。例えば、いくつかの実施形態では、ＧＰＵ１００は、キャッシュヒット、メモリアクセス、動作ディスパッチ、実行サイクル等、又は、それらの任意の組合せ等の性能情報を記録する性能カウンタの集合を含む。所定のワークロード（例えば、特定の描画コマンドに基づくワークロード）が実行されると、スケジューラ１０２は、性能カウンタに性能データを記録し、次に、実行時プロファイル３３３にワークロードのその性能データを格納する。ワークロードが再び実行される場合、スケジューラ１０２は、実行時プロファイル３３３に格納されたワークロードの性能データを使用して、ワークロードが重いワークロードであるか軽いワークロードであるか等のように、ワークロードの種類を判定する。例えば、いくつかの実施形態では、スケジューラ１０２は、性能データを１つ以上の指定された又はプログラム可能な閾値と比較し、その比較に基づいて、ワークロードを重いワークロード及び軽いワークロードのうち何れか一方に分類する。次いで、スケジューラ１０２は、ワークロード分類に基づいて電力構成を選択する。

【0040】

ワークロードメタデータ３３４は、ＧＰＵ１００において実行されるワークロードの予想リソース要件を示すデータを格納する。いくつかの実施形態では、ワークロードメタデータは、実行中のアプリケーションから、デバイスドライバ１０３を介して提供される。例えば、いくつかの実施形態では、アプリケーションは、所定のワークロードについて、描画呼出の数、ディスパッチの数、プリミティブの数、ワークグループの数等、又は、それらの任意の組合せを示す。いくつかの実施形態では、スケジューラ１０２は、ワークロードのリソース要求をより良好に提示するために、複数の作業単位（例えば、所定のワークロードの複数回の実行）のワークロードメタデータ３３４を平均化する。スケジューラ１０２は、ワークロードメタデータ３３４を１つ以上の指定された又はプログラム可能な閾値と比較し、ワークロードの分類（例えば、軽いワークロード又は重いワークロード）を判定し、次いで、判定された分類に基づいてＧＰＵ１００の電力構成を選択する。

【0041】

異なる種類のワークロード指標１０７が個別に上述されているが、いくつかの実施形態では、スケジューラ１０２は、異なる種類の指標の組合せを用いて、実行中のワークロードの種類を判定することが理解されよう。例えば、いくつかの実施形態では、スケジューラ１０２は、ワークロードメタデータ３３４及びアプリケーションタイプ３３１の両方を使用して、実行されるワークロードの種類を判定し、判定された種類に基づいてＧＰＵ１００の電力構成を選択する。

【0042】

図４は、いくつかの実施形態による、異なる識別したワークロードに基づいて異なる仮想処理装置をデバイスドライバに提示する方法４００のフロー図である。方法４００は、図１のＧＰＵ１００における例示的な実装に関して記述されている。しかしながら、他の実施形態では、方法４００は、異なる種類の処理装置又は異なる構成を有する処理装置において実施される。

【0043】

ブロック４０２では、スケジューラ１０２は、ワークロード指標１０７に基づいて、ＧＰＵ１００において実行されるワークロードを判定する。例えば、いくつかの実施形態では、スケジューラ１０２は、ワークロード指標１０７に基づいて、ワークロードが重いワークロードであるか軽いワークロードであるか等のように、実行されるワークロードの分類を判定する。

【0044】

ブロック４０４では、スケジューラ１０２は、ワークロードに基づいて、ＧＰＵ１００の電力構成を選択し、選択された電力構成に基づいて、制御シグナリングを電力制御モジュール１０８へ送信し、シェーダエンジン１０５及び１０６の各処理要素の電力モードを設定する。例えば、いくつかの実施形態では、ブロック４０２において、スケジューラ１０２が、実行されるワークロードを軽いワークロードと判定した場合、スケジューラ１０２は、シェーダエンジン１０５及び１０６のより少数のＷＧＰがアクティブモードにされ、残りのＷＧＰが低電力モードに設定される電力構成を選択する。スケジューラ１０２が、実行されるワークロードを重いワークロードと判定した場合、スケジューラ１０２は、シェーダエンジン１０５及び１０６のより多数のＷＧＰがアクティブモードにされ、残りのＷＧＰが低電力モードに設定される電力構成を選択する。

【0045】

ブロック４０６において、スケジューラ１０２は、ブロック４０４で選択された電力構成に対応するｖＧＰＵを、仮想ＧＰＵ１１０から選択する。ブロック４０８において、スケジューラ１０２は、選択されたｖＧＰＵをデバイスドライバ１０３に提示する。例えば、いくつかの実施形態では、スケジューラ１０２は、デバイスドライバ１０３にリセット指示を送信し、ドライバリセットを行う。ドライバリセット処理中に、デバイスドライバ１０３は、ＧＰＵ１００のデバイス識別子を要求する。それに応じて、スケジューラ１０２は、選択されたｖＧＰＵの識別子を提供し、その結果、デバイスドライバ１０３には、ＧＰＵ１００がアクティブモードにある処理要素のみを有する物理ＧＰＵとして見える。

【0046】

本明細書で開示されるように、いくつかの実施形態では、方法は、処理装置で実行される第１のワークロードを識別することに応じて、処理装置を第１の電力モードで動作するように構成することであって、第１の電力モードは、低電力モードにある処理装置の処理要素の第１のサブセットに対応する、ことと、処理装置が第１の電力モードにある間、処理装置を第１の仮想処理装置として提示することと、を含む。一様態では、方法は、処理装置で実行される第２のワークロードを識別することに応じて、第１の処理装置を第２の電力モードで動作するように構成することであって、第２の電力モードは、低電力モードにある処理装置の処理要素の第２のサブセットに対応する、ことと、第１の処理装置が第２の電力モードにある間、処理装置を第２の仮想処理装置として提示することと、を含む。別の態様では、本方法は、第１のワークロードを、第１のワークロードに関連付けられたアプリケーションによって提供されたメタデータに基づいて識別することを含む。更に別の態様では、メタデータは、処理装置で実行される描画呼出の数、スレッドディスパッチの数、グラフィックプリミティブの数、ワークグループの数及びシェーダ命令のうち少なくとも１つを示す。

【0047】

一態様では、第１のワークロードを識別することは、第１のワークロードを、アプリケーションによって経時的に提供されたメタデータの平均に基づいて識別することを含む。別の態様では、本方法は、第１のワークロードを、第１のワークロードに関連付けられたアプリケーションの格納プロファイルに基づいて識別することを含む。更に別の態様では、本方法は、第１のワークロードを、第１のワークロードに関連付けられたアプリケーションの実行時プロファイルに基づいて識別することを含む。更に別の態様では、本方法は、処理要素の第１のサブセットを、ソフトウェア要求に基づいて選択することを含む。別の態様では、本方法は、処理要素の第１のサブセットを、プログラム可能な仮想処理装置プロファイルの集合から選択することを含む。

【0048】

いくつかの実施形態では、方法は、処理装置を、処理装置で実行される第１のワークロードに基づいて第１の構成に設定することと、処理装置が第１の構成にある間、処理装置を第１の仮想処理装置としてデバイスドライバに提示することと、を含む。別の様態では、方法は、処理装置を、処理装置で実行される第２のワークロードに基づいて第２の構成に設定することと、処理装置が第２の構成にある間、処理装置を第２の仮想処理装置としてデバイスドライバに提示することと、を含む。

【0049】

いくつかの実施形態では、処理装置は、処理要素の集合と、処理要素の集合の電力モードを制御する電力制御モジュールと、スケジューラと、を含み、スケジューラは、処理装置で実行される第１のワークロードを識別することに応じて、処理要素の集合を第１の電力モードで動作するように構成することであって、第１の電力モードは、低電力モードにある処理要素の集合の第１のサブセットに対応する、ことと、処理要素の集合が第１の電力モードにある間、処理装置を第１の仮想処理装置として提示することと、を行うように構成されている。一様態では、スケジューラは、処理装置で実行される第２のワークロードを識別することに応じて、処理要素の集合を第２の電力モードで動作するように構成することであって、第２の電力モードは、低電力モードにある処理要素の集合の第２のサブセットに対応する、ことと、第１の処理装置が第２の電力モードにある間、処理装置を第２の仮想処理装置として提示することと、を行うように構成されている。

【0050】

一態様では、スケジューラは、第１のワークロードを、第１のワークロードに関連付けられたアプリケーションによって提供されるメタデータに基づいて識別するように構成されている。別の態様では、メタデータは、処理装置で実行される描画呼出の数、スレッドディスパッチの数、グラフィックスプリミティブの数及びワークグループの数のうち少なくとも１つを示す。更に別の態様では、スケジューラは、第１のワークロードを、アプリケーションによって経時的に提供されたメタデータの平均に基づいて識別するように構成されている。

【0051】

一態様では、スケジューラは、第１のワークロードを、第１のワークロードに関連付けられたアプリケーションの格納プロファイルに基づいて識別するように構成されている。別の態様では、スケジューラは、第１のワークロードを、第１のワークロードに関連付けられたアプリケーションの実行時プロファイルに基づいて識別するように構成されている。更に別の態様では、スケジューラは、処理要素の第１のサブセットを、ソフトウェア要求に基づいて選択するように構成されている。更に別の態様では、スケジューラは、処理要素の第１のサブセットを、プログラム可能な仮想処理装置プロファイルの集合から選択するように構成されている。

【0052】

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

【0053】

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

【0054】

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

【図1】