特許 7468830 エネルギー効率の良い表示処理方法およびデバイス

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

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

(11)【特許番号】

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

(45)【発行日】2024-04-16

(54)【発明の名称】エネルギー効率の良い表示処理方法およびデバイス

(51)【国際特許分類】

   G06F 1/3293 20190101AFI20240409BHJP

   G06F 1/3218 20190101ALI20240409BHJP

   G06F 1/3231 20190101ALI20240409BHJP

   G06T 15/00 20110101ALI20240409BHJP

   G06F 9/50 20060101ALI20240409BHJP

【ＦＩ】

G06F1/3293

G06F1/3218

G06F1/3231

G06T15/00 501

G06F9/50 150A

【請求項の数】 15

(21)【出願番号】P 2022529106

(86)(22)【出願日】2020-11-17

(65)【公表番号】

(43)【公表日】2023-01-27

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

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

(87)【国際公開日】2021-06-03

【審査請求日】2022-06-23

(31)【優先権主張番号】201911194739.X

(32)【優先日】2019-11-28

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

(31)【優先権主張番号】201911245165.4

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

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

(73)【特許権者】

【識別番号】504161984

【氏名又は名称】ホアウェイ・テクノロジーズ・カンパニー・リミテッド

(74)【代理人】

【識別番号】110000877

【氏名又は名称】弁理士法人ＲＹＵＫＡ国際特許事務所

(72)【発明者】

【氏名】フ、ゼンギュアン

(72)【発明者】

【氏名】リ、ビン

(72)【発明者】

【氏名】リウ、ウェン

(72)【発明者】

【氏名】ゴン、シュキアン

(72)【発明者】

【氏名】シエ、ジチェン

【審査官】白石 圭吾

(56)【参考文献】

【文献】特表２０１１－５０９４４６（ＪＰ，Ａ）

【文献】特表２０１０－５４０９８８（ＪＰ，Ａ）

【文献】特表２０１８－５０８８０１（ＪＰ，Ａ）

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

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

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

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

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

Ｇ０６Ｆ １／２６ － １／３２９６

Ｇ０６Ｔ １５／００

Ｇ０６Ｆ ９／５０

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

【請求項1】

電子デバイスに適用される表示処理方法であって、前記電子デバイスは、第１グラフィックス処理サブシステム、第２グラフィックス処理サブシステム、および画面を備え、前記第１グラフィックス処理サブシステムは、第１グラフィックス処理ユニット、第１アプリケーションプロセッサ、ならびに、前記第１アプリケーションプロセッサおよび前記第１グラフィックス処理ユニットと連携して使用される第１メモリを含み、前記第２グラフィックス処理サブシステムは、第２グラフィックス処理ユニット、第２アプリケーションプロセッサ、ならびに、前記第２アプリケーションプロセッサおよび前記第２グラフィックス処理ユニットと連携して使用される第２メモリを含み、前記表示処理方法は、
前記第１グラフィックス処理サブシステムによって、第１グラフィカルユーザインタフェース（ＧＵＩ）をレンダリングする段階と、
前記画面によって、レンダリングされた前記第１ＧＵＩを表示する段階と、
予め設定された条件が満たされたと前記第１アプリケーションプロセッサが判定した後に、前記第１アプリケーションプロセッサによって、切り替え通知を前記第２アプリケーションプロセッサへ送信する段階と、
前記切り替え通知を受信した後に、前記第２アプリケーションプロセッサによって、表示対象の第２ＧＵＩをレンダリングするように前記第２グラフィックス処理ユニットに通知する段階であって、前記第２ＧＵＩおよび前記第１ＧＵＩは異なるインタフェースタイプに対応する、段階と、
前記第２グラフィックス処理ユニットによって、前記第２ＧＵＩをレンダリングする段階と、
前記画面によって、レンダリングされた前記第２ＧＵＩを表示する段階と、
前記第１グラフィックス処理サブシステムにレンダリングを実行させるべく、予め設定された別の条件が満たされたと前記第２アプリケーションプロセッサが判定した後に、前記第２アプリケーションプロセッサによって、更なる切り替え通知を前記第１アプリケーションプロセッサへ送信する段階と、
を備える表示処理方法。

【請求項2】

予め設定された条件が満たされたと前記第１アプリケーションプロセッサによって判定する前記段階は、
前記第２ＧＵＩが第１インタフェースタイプに属するＧＵＩであり、前記第１ＧＵＩが第２インタフェースタイプに属するＧＵＩであると判定された場合に、前記予め設定された条件が満たされたと前記第１アプリケーションプロセッサによって判定する段階、または、
前記第２ＧＵＩが前記第２インタフェースタイプに属するＧＵＩであり、前記第１ＧＵＩが前記第１インタフェースタイプに属するＧＵＩであると判定された場合に、前記予め設定された条件が満たされたと前記第１アプリケーションプロセッサによって判定する段階
を含む、請求項１に記載の表示処理方法。

【請求項3】

前記第１インタフェースタイプに属する前記ＧＵＩが、３次元（３Ｄ）ＧＵＩであり、前記第２インタフェースタイプに属する前記ＧＵＩが、２次元（２Ｄ）ＧＵＩである、請求項２に記載の表示処理方法。

【請求項4】

前記第１インタフェースタイプに属する前記ＧＵＩは、予め設定されたアプリケーションに対応するＧＵＩであり、前記第２インタフェースタイプに属する前記ＧＵＩは、前記予め設定されたアプリケーション以外のアプリケーションに対応するＧＵＩである、請求項２に記載の表示処理方法。

【請求項5】

前記予め設定されたアプリケーションは、支払いアプリケーション、カメラアプリケーション、音楽アプリケーション、通話アプリケーション、またはゲームアプリケーションを含み、
前記予め設定されたアプリケーションは、リモートネットワーク通信に関連する機能を有するアプリケーションであり、または、
前記予め設定されたアプリケーションは、前記電子デバイスのプロバイダによって提供されないアプリケーションである、請求項４に記載の表示処理方法。

【請求項6】

前記第１インタフェースタイプに属する前記ＧＵＩは、前記予め設定された機能に対応するＧＵＩであり、前記第２インタフェースタイプに属する前記ＧＵＩは、前記予め設定された機能以外の機能に対応するＧＵＩである、請求項２から５のいずれか一項に記載の表示処理方法。

【請求項7】

前記予め設定された機能は、リモートネットワーク通信に関連する、請求項６に記載の表示処理方法。

【請求項8】

前記第１インタフェースタイプに属する前記ＧＵＩは、予め設定されたＧＵＩであり、前記第２インタフェースタイプに属する前記ＧＵＩは、前記予め設定されたＧＵＩ以外のＧＵＩである、
請求項２から７のいずれか一項に記載の表示処理方法。

【請求項9】

前記電子デバイスは更に、前記第２グラフィックス処理サブシステムに対応する少なくとも１つの予め設定されたパラメータグループを格納し、前記予め設定されたパラメータグループは、予め設定されたＧＵＩおよび予め設定された入力操作を含み、
予め設定された条件が満たされたと前記第１アプリケーションプロセッサによって判定する前記段階は、
第２入力操作が検出されたと前記第１アプリケーションプロセッサによって判定する段階であって、前記第１ＧＵＩおよび前記第２入力操作は、前記予め設定されたパラメータグループにおける前記予め設定されたＧＵＩおよび前記予め設定された入力操作と合致する、段階を含む、請求項１から８のいずれか一項に記載の表示処理方法。

【請求項10】

予め設定された条件が満たされたと前記第１アプリケーションプロセッサによって判定する前記段階は、
第３入力操作が検出されたと前記第１アプリケーションプロセッサによって判定する段階であって、前記第３入力操作は、グラフィックス処理サブシステム切り替えを実行することを示すために使用されるか、または、前記第３入力操作は、前記第２グラフィックス処理サブシステムを使用することを示すために使用される、段階を含む、請求項１から９のいずれか一項に記載の表示処理方法。

【請求項11】

予め設定された条件が満たされたと前記第１アプリケーションプロセッサによって判定する前記段階の後、かつ、レンダリングされた前記第２ＧＵＩを前記画面によって表示する前記段階の前に、前記表示処理方法は更に、
前記第１グラフィックス処理ユニットによって、遷移インタフェースをレンダリングする段階と、
前記画面によって、レンダリングされた前記遷移インタフェースを表示する段階と
を備える、請求項１から１０のいずれか一項に記載の表示処理方法。

【請求項12】

前記第１グラフィックス処理サブシステムは更に、前記第１グラフィックス処理サブシステムの内部コンポーネントを接続するよう構成される第１通信バスを含み、前記第２グラフィックス処理サブシステムは更に、前記第２グラフィックス処理サブシステムの内部コンポーネントを接続するよう構成される第２通信バスを含む、請求項１から１１のいずれか一項に記載の表示処理方法。

【請求項13】

第１グラフィックス処理サブシステム、第２グラフィックス処理サブシステム、および画面を備える電子デバイスであって、電子デバイスが請求項１から１２のいずれか一項に記載の表示処理方法を実行する、
電子デバイス。

【請求項14】

電子デバイスに、請求項１から１２のいずれか一項に記載の表示処理方法を実行させるための、コンピュータプログラム。

【請求項15】

１または複数のインタフェース回路および１または複数のプロセッサを備える、電子デバイスに適用されるチップシステムであって、
前記インタフェース回路および前記プロセッサは、回線を通じて相互接続され、
前記インタフェース回路は、前記電子デバイスの前記第１メモリまたは前記第２メモリから信号を受信し、前記信号を前記プロセッサへ送信するよう構成され、
前記信号は、前記第１メモリまたは前記第２メモリに格納されたコンピュータ命令を含み、前記プロセッサが前記コンピュータ命令を実行すると、前記電子デバイスは、請求項１から１２のいずれか一項に記載の表示処理方法を実行することが可能になる、
チップシステム。

【発明の詳細な説明】

【技術分野】

【0001】

本願は、参照によって全体が本明細書に組み込まれる、２０１９年１１月２８日に中国国家知識財産権局に出願された、「ＥＮＥＲＧＹ－ＥＦＦＩＣＩＥＮＴ ＧＲＡＰＨＩＣＳ ＤＩＳＰＬＡＹ ＳＯＬＵＴＩＯＮ ＡＮＤ ＥＬＥＣＴＲＯＮＩＣ ＤＥＶＩＣＥ」と題する中国特許出願第２０１９１１１９４７３９．Ｘ号、および、２０１９年１２月６日に中国国家知識財産権局に出願された、「ＥＮＥＲＧＹ－ＥＦＦＩＣＩＥＮＴ ＤＩＳＰＬＡＹ ＰＲＯＣＥＳＳＩＮＧ ＭＥＴＨＯＤ ＡＮＤ ＤＥＶＩＣＥ」と題する中国特許出願第２０１９１１２４５１６５．４号に対する優先権を主張する。

【0002】

本願の実施形態は、電子技術の分野、特に、エネルギー効率の良い表示処理方法およびデバイスに関する。

【背景技術】

【0003】

電子技術の発展に伴い、ウェアラブルデバイスおよび携帯電話など、より多くのタイプおよび機能の電子デバイスが登場している。電子デバイスは、画面を介して様々なグラフィカルユーザインタフェース（ｇｒａｐｈｉｃａｌ ｕｓｅｒ ｉｎｔｅｒｆａｃｅ， ＧＵＩ）をユーザに表示し、ユーザが情報を閲覧すること、または、電子デバイスとのインタフェースインタラクションを実行することを助け得る。

【0004】

ユーザが電子デバイスを使用するプロセスにおいて、電子デバイスは、複雑なＧＵＩ、例えば、ゲームインタフェース、または、３次元（３ ｄｉｍｅｎｓｉｏｎｓ， ３Ｄ）ウォッチフェイスを表示する必要があり得る。複雑なＧＵＩの描画要件を満たすべく、電子デバイスには、グラフィックス表示処理のための高性能グラフィックス処理ユニット（ｇｒａｐｈｉｃｓ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ， ＧＰＵ）が設けられる必要がある。しかしながら、高性能ＧＰＵの電力消費は比較的高い。結果として、電子デバイスの電力消費は比較的高く、エネルギー効率は比較的低い。

【発明の概要】

【0005】

本願の実施形態は、エネルギー効率の良い表示処理方法およびデバイスを提供し、その結果、異なる表示対象ＧＵＩの複雑性に基づいて、異なる性能および電力消費を有するグラフィックス処理サブシステムに切り替え、ＧＵＩ表示処理を実行することができる。これにより、電子デバイスの全体の電力消費を低減し、電子デバイスのエネルギー効率を改善できる。

【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】

【図1A】従来の技術によるグラフィックス処理システムのグループのアーキテクチャの概略図である。

【図1B】従来の技術によるグラフィックス処理システムのグループのアーキテクチャの概略図である。

【図1C】従来の技術によるグラフィックス処理システムのグループのアーキテクチャの概略図である。

【0051】

【図2】本願の一実施形態による電子デバイスの構造の概略図である。

【0052】

【図3】本願の一実施形態によるプロセッサの構造の概略図である。

【0053】

【図4】本願の一実施形態による複数のグラフィックス処理サブシステムの構造の概略図である。

【0054】

【図5】本願の一実施形態によるグラフィックス処理サブシステムの接続の概略図である。

【0055】

【図6】本願の一実施形態によるグラフィックス処理サブシステムの処理フローチャートである。

【0056】

【図7】本願の一実施形態によるスマートウォッチのインタフェースのグループの概略図である。

【0057】

【図8】本願の一実施形態によるスマートウォッチのインタフェースの別のグループの概略図である。

【0058】

【図9A】本願の一実施形態による表示処理方法のフローチャートである。

【図9B】本願の一実施形態による表示処理方法のフローチャートである。

【0059】

【図10】本願の一実施形態によるスマートウォッチのインタフェースの別のグループの概略図である。

【0060】

【図11】本願の一実施形態によるスマートウォッチのインタフェースの別のグループの概略図である。

【0061】

【図12】本願の一実施形態によるスマートウォッチのインタフェースの別のグループの概略図である。

【0062】

【図13】本願の一実施形態によるスマートウォッチのインタフェースの別のグループの概略図である。

【0063】

【図14】本願の一実施形態によるスマートウォッチのインタフェースの別のグループの概略図である。

【0064】

【図15】本願の一実施形態による表示処理方法のフローチャートである。

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

【0065】

以下では、本願の実施形態についての添付図面を参照して、本願の実施形態での技術的解決手段を説明する。本願の実施形態の説明では、特に指定がない限り、「／」は「または」を意味している。例えば、Ａ／ＢはＡまたはＢを表し得る。本明細書では、「および／または」は、関連する対象を説明するための対応関係のみを説明しており、３つの関係が存在し得ることを表している。例えば、Ａおよび／またはＢは、以下の３つの場合、すなわち、Ａのみが存在する、ＡおよびＢの両方が存在する、および、Ｂのみが存在するという場合を表し得る。加えて、本願の実施形態における説明では、「複数の」とは２以上を意味する。

【0066】

以下の用語、すなわち、「第１」および「第２」は単に、説明の目的を意図するものであり、相対的な重要性の指示もしくは示唆、または、指示された技術的機能の数の黙示的な指示として理解されるべきでない。したがって、「第１」または「第２」によって限定される特徴は、１または複数の特徴を明示的または黙示的に含み得る。実施形態の説明において、別段の定めが無い限り、「複数」は２つまたは２つより多いことを意味する。

【0067】

ウェアラブルデバイスまたは携帯電話などの電子デバイスは、ＧＵＩをユーザに表示し、ユーザが情報を閲覧すること、または、電子デバイスとのインタフェースインタラクションを実行することを助け得る。電子デバイスによって表示されるＧＵＩは、ゲームインタフェースなどの複雑なＧＵＩであり得るか、または、ホーム画面などの単純なＧＵＩであり得る。換言すると、電子デバイスは、複雑なＧＵＩを常に表示するわけではなく、単純なＧＵＩを常に表示するわけではない。

【0068】

複雑なＧＵＩを表示するために、電子デバイスは、複雑なＧＵＩのグラフィックス表示処理機能を有する。例えば、図１Ａを参照されたい。電子デバイスは、複雑なＧＵＩを表示するための高性能ＧＰＵを有する。いくつかの従来技術において、電子デバイスは一律に、高性能ＧＰＵを使用して、複雑なＧＵＩおよび単純なＧＵＩに対してグラフィックス表示処理を実行する。この方式では、ＧＰＵおよび電子デバイスの電力消費は比較的高く、ＧＰＵおよび電子デバイスのエネルギー効率は比較的低い。

【0069】

特に、ウェアラブルデバイスなど、比較的小さい画面を有する電子デバイスについては、大部分の場合、単純なＧＵＩを表示するだけでよく、複雑なＧＵＩが表示される場合は少ない。したがって、高性能ＧＰＵが、グラフィックス表示処理を実行するために一律に使用される場合、ＧＰＵおよび電子デバイスの電力消費は比較的高く、電子デバイスのエネルギー効率は比較的低い。

【0070】

いくつかの他の従来技術において、図１Ｂを参照されたい。電子デバイスは、比較的高いグラフィックス表示処理機能を有するＧＰＵを含み、ＧＰＵは、高性能モードおよび低性能モードを有する。電子デバイスは、ＧＰＵの異なるモードにおいてグラフィックス表示処理を実行することを選択し得る。ＧＰＵの高性能モードと協働するために、ＧＰＵと連携して使用されるアプリケーションプロセッサの電力消費は比較的高く、ＧＰＵと連携して使用される、メモリ、通信バス（バスとも称される）、ドミナント周波数クロック、または電源などの基本システムの電力消費も比較的高い。したがって、ＧＰＵの低性能モードが使用される場合でも、ＧＰＵと連携して使用される基本システムの電力消費はなお比較的高く、電子デバイスの全体の電力消費はなお比較的高く、電子デバイスのエネルギー効率はなお比較的低い。

【0071】

いくつかの他の従来技術において、図１Ｃを参照されたい。電子デバイスは、高性能の第１ＧＰＵおよび低性能の第２ＧＰＵを含む。電子デバイスは、割り当てを通じて、第１ＧＰＵまたは第２ＧＰＵを使用してグラフィックス表示処理を実行し得る。しかしながら、第１ＧＰＵおよび第２ＧＰＵの両方は、メモリ、通信バス、ドミナント周波数クロック、または電源など、同一の基本システムを使用する。高性能第１ＧＰＵと協働するために、メモリ、通信バス、クロック、または電源などの基本システムは、比較的良い性能および比較的高い電力消費を有する。したがって、電子デバイスが低性能ＧＰＵを使用してグラフィックス表示処理を実行する場合でも、基本システムの電力消費はなお比較的高く、電子デバイスの全体の電力消費はなお比較的高く、電子デバイスのエネルギー効率はなお比較的低い。

【0072】

本願の一実施形態は、エネルギー効率の良い表示処理方法を提供し、方法は電子デバイスに適用され得る。電子デバイスは複数のグラフィックス処理サブシステムを含み得る。異なるグラフィックス処理サブシステムは、グラフィックス処理ユニットと連携して使用される異なる性能のグラフィックス処理ユニット、アプリケーションプロセッサおよび基本システムを含み得る。異なるグラフィックス処理サブシステムにおいて、グラフィックス処理ユニットは異なる性能を有し、通常、異なる電力消費を有し、グラフィックス処理ユニットと連携して使用されるアプリケーションプロセッサおよび基本システムは通常、異なる性能および電力消費を有する。すなわち、異なるグラフィックス処理サブシステムは、異なる性能および電力消費を有する。

【0073】

通常、性能がより良いことは、電力消費がより高いことを示し、性能がより悪いことは、電力消費がより低いことを示す。高性能グラフィックス処理サブシステムは、高性能グラフィックス処理ユニット、アプリケーションプロセッサ、および基本システムを含む。高性能グラフィックス処理サブシステムはまた、高い電力消費を有する。低性能グラフィックス処理サブシステムは、低性能グラフィックス処理ユニット、アプリケーションプロセッサ、および基本システムを含む。低性能グラフィックス処理サブシステムはまた、低い電力消費を有する。高性能グラフィックス処理サブシステムと比較して、低性能グラフィックス処理サブシステムが必要とする電源電圧はより低く、したがって、電力消費が指数関数的に低減され得る。

【0074】

本願の本実施形態において、異なる複雑性の表示対象ＧＵＩについては、電子デバイスは、異なる性能、および、表示処理のための異なる電力消費を有するグラフィックス処理サブシステムを切り替えて使用し得る。しかしながら、電子デバイスにおいて使用されるグラフィックス処理サブシステムの異なる電力消費は、電子デバイスの異なる全体の電力消費を示す。例えば、複雑性が高いＧＵＩについては、電子デバイスは、高い性能および高い電力消費を有するグラフィックス処理サブシステムを使用して処理を実行し得、複雑性が低いＧＵＩについては、電子デバイスは、高い性能および高い電力消費を有する統合グラフィックス処理サブシステムを使用して処理を実行する代わりに、低い性能および低い電力消費を有するグラフィックス処理サブシステムを使用して処理を実行し得る。換言すると、電子デバイスは、異なる表示対象ＧＵＩの表示処理性能および電力消費のバランスをとり、異なる表示対象ＧＵＩのための最適なエネルギー効率を実装し得る。したがって、電子デバイスにおける複数のグラフィックス処理サブシステムは、比較的低い平均電力消費および比較的高い平均エネルギー効率を有する。加えて、複数のグラフィックス処理サブシステムは、比較的高い全体エネルギー効率および比較的低い全体電力消費を有する。したがって、グラフィックス表示処理のための電子デバイスのエネルギー効率は比較的高く、電子デバイスの全体の電力消費は比較的低い。

【0075】

異なる複雑性のＧＵＩは、異なる表示タスクの大きさに対応する。複雑なＧＵＩは、重い表示タスクを有するＧＵＩであり、単純なＧＵＩは、軽い表示タスクを有するＧＵＩである。ＧＵＩの複雑性は、ＧＵＩに含まれるグラフィック要素の数、ＧＵＩの解像度、ＧＵＩが３Ｄ画像を含むかどうか、ＧＵＩが回転するかどうか、ＧＵＩが拡大または縮小されるかどうか、ＧＵＩに含まれるグラフィックスが動かされるかどうか、ＧＵＩが動的グラフを含むかどうか、または同様のもののうち１または複数に関連する。例えば、比較的小さい数のグラフィック要素を有するＧＵＩは、単純なＧＵＩであり得、比較的大きい数のグラフィック要素を有するＧＵＩは、複雑なＧＵＩであり得る。別の例については、低解像度のＧＵＩは、単純なＧＵＩであり得、高解像度のＧＵＩは、複雑なＧＵＩであり得る。別の例については、単純なＧＵＩは、静的なグラフを含み、比較的複雑なＧＵＩは、動く、拡大縮小する、または、２Ｄ回転可能な動的グラフまたは同様のものを含み、より複雑なＧＵＩは、３Ｄ立体グラフ、３Ｄ回転可能もしくは３Ｄの動的に変化するグラフまたは同様のものを含む。

【0076】

例えば、本願の本実施形態における電子デバイスは、ウェアラブルデバイス、携帯電話、拡張現実（ａｕｇｍｅｎｔｅｄ ｒｅａｌｉｔｙ， ＡＲ）／仮想現実（ｖｉｒｔｕａｌ ｒｅａｌｉｔｙ， ＶＲ）デバイス、タブレットコンピュータ、ノートブックコンピュータ、車載デバイス、ウルトラモバイルパーソナルコンピュータ（ｕｌｔｒａ－ｍｏｂｉｌｅ ｐｅｒｓｏｎａｌ ｃｏｍｐｕｔｅｒ， ＵＭＰＣ）、ネットブック、パーソナルデジタルアシスタント（ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔ， ＰＤＡ）、または同様のものであり得る。電子デバイスの具体的な種類は、本願の本実施形態において限定されない。特に、電子デバイスは、いくつかのシナリオにおいて複雑なＧＵＩを表示し、いくつかの他のシナリオにおいて単純なＧＵＩを表示する電子デバイスであり得る。

【0077】

例えば、図２は、電子デバイス１００の構造の概略図である。電子デバイス１００は、プロセッサ１１０、外部メモリインタフェース１２０、内部メモリ１２１、ユニバーサルシリアルバス（ｕｎｉｖｅｒｓａｌ ｓｅｒｉａｌ ｂｕｓ， ＵＳＢ）インタフェース１３０、充電管理モジュール１４０、電源管理モジュール１４１、バッテリ１４２、アンテナ１、アンテナ２、モバイル通信モジュール１５０、無線通信モジュール１６０、オーディオモジュール１７０、スピーカ１７０Ａ、受話器１７０Ｂ、マイク１７０Ｃ、ヘッドセットジャック１７０Ｄ、センサモジュール１８０、ボタン１９０、モータ１９１、インジケータ１９２、カメラ１９３、ディスプレイ１９４、加入者識別モジュール（ｓｕｂｓｃｒｉｂｅｒ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ ｍｏｄｕｌｅ， ＳＩＭ）カードインタフェース１９５、および同様のものを含み得る。センサモジュール１８０は、圧力センサ１８０Ａ、ジャイロセンサ１８０Ｂ、気圧センサ１８０Ｃ、磁気センサ１８０Ｄ、加速度センサ１８０Ｅ、距離センサ１８０Ｆ、光学近接センサ１８０Ｇ、指紋センサ１８０Ｈ、温度センサ１８０Ｊ、タッチセンサ１８０Ｋ、周辺光センサ１８０Ｌ、骨伝導センサ１８０Ｍおよび同様のものを含み得る。

【0078】

プロセッサ１１０は１または複数の処理ユニットを含み得る。例えば、図３を参照されたい。プロセッサ１１０は、複数のグラフィックス処理サブシステム、モデムプロセッサ、画像信号プロセッサ（ｉｍａｇｅ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ， ＩＳＰ）、コントローラ、メモリ、ビデオコーデック、デジタル信号プロセッサ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ， ＤＳＰ）、ベースバンドプロセッサ、ニューラルネットワーク処理ユニット（ｎｅｕｒａｌ－ｎｅｔｗｏｒｋ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ， ＮＰＵ）、音声サブシステム、ディスプレイサブシステム、センササブシステム、クロック／電圧ドメインサブシステム、システム電力管理（ｐｏｗｅｒ ｍａｎａｇｅｍｅｎｔ， ＰＭ）コア、セキュアエレメント（ｓｅｃｕｒｅ ｅｌｅｍｅｎｔ， ＳＥ）、および／または、短距離プロセッサおよび／または同様のものを含み得る。異なる処理ユニットは、独立のコンポーネントであり得るか、または、１または複数のプロセッサに統合され得る。

【0079】

グラフィックス処理サブシステムは、グラフィックス処理ユニット（例えば、ｇｒａｐｈｉｃｓ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ， ＧＰＵ）、アプリケーションプロセッサ（ａｐｐｌｉｃａｔｉｏｎ ｐｒｏｃｅｓｓｏｒ， ＡＰ）、および、グラフィックス処理ユニットおよび同様のものと連携して使用される基本システムを含む。基本システムは、グラフィックス処理ユニットと連携して使用される通信バス、メモリ、ドミナント周波数クロック、電源、または同様のものを含み得る。異なるグラフィックス処理サブシステムにおけるアプリケーションプロセッサ、グラフィックス処理ユニット、および、基本システムの性能、電力消費、およびエネルギー効率は異なる。すなわち、異なるグラフィックス処理サブシステムは、異なる性能、電力消費、およびエネルギー効率を有する。異なるグラフィックス処理サブシステムは、同一のチップ上にあり得るか、または、異なるチップ上にあり得る。

【0080】

コントローラは、電子デバイス１００の中枢部および司令部であり得る。コントローラは、命令操作コードおよび時系列信号に基づいて、操作制御信号を生成し、命令フェッチおよび命令実行の制御を完了し得る。

【0081】

メモリは更に、プロセッサ１１０に配置され得、命令およびデータを格納するよう構成される。いくつかの実施形態において、プロセッサ１１０におけるメモリはキャッシュである。メモリは、プロセッサ１１０によって使用されたばかりの、または、定期的に使用される命令またはデータを格納し得る。プロセッサ１１０が命令またはデータを再度使用する必要がある場合、プロセッサ１１０は、命令またはデータをメモリから直接呼び出し得る。これにより、反復されるアクセスを回避し、プロセッサ１１０の待機時間を低減し、それによりシステム効率を改善する。

【0082】

いくつかの実施形態において、プロセッサ１１０は１または複数のインタフェースを含み得る。このインタフェースは、集積回路間（ｉｎｔｅｒ－ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ、Ｉ２Ｃ）インタフェース、集積回路間サウンド（ｉｎｔｅｒ－ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ ｓｏｕｎｄ、Ｉ２Ｓ）インタフェース、パルス符号変調（ｐｕｌｓｅ ｃｏｄｅ ｍｏｄｕｌａｔｉｏｎ、ＰＣＭ）インタフェース、汎用非同期式受信機／送信器（ｕｎｉｖｅｒｓａｌ ａｓｙｎｃｈｒｏｎｏｕｓ ｒｅｃｅｉｖｅｒ／ｔｒａｎｓｍｉｔｔｅｒ、ＵＡＲＴ）インタフェース、モバイルインダストリプロセッサインタフェース（ｍｏｂｉｌｅ ｉｎｄｕｓｔｒｙ ｐｒｏｃｅｓｓｏｒ ｉｎｔｅｒｆａｃｅ、ＭＩＰＩ）、汎用入力／出力（ｇｅｎｅｒａｌ－ｐｕｒｐｏｓｅ ｉｎｐｕｔ／ｏｕｔｐｕｔ、ＧＰＩＯ）インタフェース、加入者識別モジュール（ｓｕｂｓｃｒｉｂｅｒ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ ｍｏｄｕｌｅ、ＳＩＭ）インタフェース、および／またはユニバーサルシリアルバス（ｕｎｉｖｅｒｓａｌ ｓｅｒｉａｌ ｂｕｓ、ＵＳＢ）インタフェースなどを含んでよい。

【0083】

充電管理モジュール１４０は、充電器からの充電入力を受信するよう構成される。充電器は、無線充電器または有線充電器であり得る。有線充電のいくつかの実施形態において、充電管理モジュール１４０は、ＵＳＢインタフェース１３０を通じて、有線充電器の充電入力を受信し得る。無線充電のいくつかの実施形態において、充電管理モジュール１４０は、電子デバイス１００の無線充電コイルを通じて無線充電入力を受信し得る。充電管理モジュール１４０は、さらに、バッテリ１４２を充電しつつ、電源管理モジュール１４１を通じて電子デバイスに電力を供給してよい。

【0084】

電源管理モジュール１４１は、バッテリ１４２、充電管理モジュール１４０、およびプロセッサ１１０に接続するよう構成される。電源管理モジュール１４１は、バッテリ１４２および／または充電管理モジュール１４０の入力を受信し、プロセッサ１１０、内部メモリ１２１、外部メモリ、ディスプレイ１９４、カメラ１９３、無線通信モジュール１６０および同様のものへ電力を供給する。電源管理モジュール１４１は更に、バッテリ容量、バッテリサイクル数、および、バッテリ健康状態（電気漏洩またはインピーダンス）などのパラメータをモニタリングするよう構成され得る。いくつかの他の実施形態において、電源管理モジュール１４１は代替的に、プロセッサ１１０に配置され得る。いくつかの他の実施形態において、電源管理モジュール１４１および充電管理モジュール１４０は代替的に、同一デバイスに配置され得る。

【0085】

クロック／電圧ドメインサブシステムはまた、クロック／電力ネットワークとも称される。プロセッサ１１０は、システムオンチップ（ｓｙｓｔｅｍ ｏｎ ａ ｃｈｉｐ， ＳｏＣ）であり得る。クロック／電圧ドメインサブシステムは、ＳｏＣのオフチップ電源管理モジュールによって送信されたクロックおよび電圧を受信し、更に、クロックおよび電圧に基づいて、ＳｏＣにおける各コンポーネント／モジュール（例えば、グラフィックス処理ユニットまたはアプリケーションプロセッサ）によって要求される動作クロックおよび動作電圧を生成し得る。任意選択で、各コンポーネント／モジュールは、独立したクロック／電圧ドメインサブシステムを有し得る。

【0086】

システムＰＭコアはまた、ＰＭプロセッサまたはシステムコントローラと称される。ＳｏＣの外部電源管理モジュールと異なり、システムＰＭコアは、デジタル信号に対してバイナリ処理を実行する。システムＰＭコアのコアは通常、プロセッサ、すなわち、電力消費を制御するよう構成されるコアである。システムＰＭコアは、電力消費管理ソフトウェアを実行し、動作に必要なクロックおよび動作電圧をＳｏＣにおける各コンポーネントに割り当て、各コンポーネントのドメインクロックおよびドメイン電圧を制御し得る。システムＰＭコアは、電源管理モジュールによって生成された、システム全体に用いられる総クロックおよび電圧を制御し得、また、クロック／電圧ドメインサブシステムを制御して、各コンポーネント（例えば、グラフィックス処理ユニットまたはアプリケーションプロセッサ）に属する動作クロックおよび電圧を生成し得る。

【0087】

電子デバイス１００の無線通信機能は、アンテナ１、アンテナ２、モバイル通信モジュール１５０、無線通信モジュール１６０、モデムプロセッサ、ベースバンドプロセッサおよび同様のものを通じて実装され得る。

【0088】

アンテナ１およびアンテナ２は、電磁波信号を送信および受信するよう構成される。電子デバイス１００における各アンテナは、１または複数の通信周波数帯域をカバーするよう構成され得る。更には、複数の異なるアンテナを多重化して、アンテナの利用を改善し得る。例えば、アンテナ１は、無線ローカルエリアネットワークのダイバーシティアンテナとして多重化され得る。いくつかの他の実施形態において、アンテナは、チューニングスイッチと組み合わせて使用され得る。

【0089】

モバイル通信モジュール１５０は、電子デバイス１００に適用される解決手段を、２Ｇ、３Ｇ、４Ｇ、５Ｇおよび同様のものを含む無線通信に提供し得る。モバイル通信モジュール１５０は、少なくとも１つのフィルタ、スイッチ、電力増幅器、および、低雑音増幅器（ｌｏｗ ｎｏｉｓｅ ａｍｐｌｉｆｉｅｒ、ＬＮＡ）などを含み得る。モバイル通信モジュール１５０は、アンテナ１を通じて電磁波を受信してよく、受信した電磁波に対するフィルタリングおよび増幅などの処理を実行してよく、電磁波を復調のためにモデムプロセッサへ伝送してよい。モバイル通信モジュール１５０は更に、モデムプロセッサによって変調された信号を増幅し、アンテナ１を通じた放射のために信号を電磁波に変換し得る。いくつかの実施形態において、モバイル通信モジュール１５０の少なくともいくつかの機能モジュールは、プロセッサ１１０に配置され得る。いくつかの実施形態において、モバイル通信モジュール１５０の少なくともいくつかの機能モジュールは、プロセッサ１１０の少なくともいくつかのモジュールと同一のデバイスに配置され得る。

【0090】

モデムプロセッサは、変調器および復調器を含み得る。変調器は、送信対象の低周波数ベースバンド信号を中間周波数／高周波数の信号に変調するように構成される。復調器は、受信された電磁波信号を低周波数ベースバンド信号に復調するよう構成される。次に、復調器は、復調を介して取得された低周波数ベースバンド信号を、処理のためにベースバンドプロセッサへ送信する。ベースバンドプロセッサは、低周波数ベースバンド信号を処理し、次に、取得された信号をアプリケーションプロセッサへ転送する。アプリケーションプロセッサは、オーディオデバイス（スピーカ１７０Ａ、受話器１７０Ｂ、および同様のものに限定されない）を使用することによって音信号を出力するか、または、ディスプレイ１９４に画像もしくは映像を表示する。いくつかの実施形態において、モデムプロセッサは、独立のコンポーネントであり得る。いくつかの他の実施形態において、モデムプロセッサは、プロセッサ１１０から独立し得、モバイル通信モジュール１５０または別の機能モジュールと共に同一デバイスとして配置される。

【0091】

無線通信モジュール１６０は、無線ローカルエリアネットワーク（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ， ＷＬＡＮ）（例えば、ワイヤレスフィデリティ（ｗｉｒｅｌｅｓｓ ｆｉｄｅｌｉｔｙ， Ｗｉ－Ｆｉ（登録商標）））ネットワーク）、ブルートゥース（登録商標）（Ｂｌｕｅｔｏｏｔｈ（登録商標），ＢＴ）、全球測位衛星システム（ｇｌｏｂａｌ ｎａｖｉｇａｔｉｏｎ ｓａｔｅｌｌｉｔｅ ｓｙｓｔｅｍ， ＧＮＳＳ）、周波数変調（ｆｒｅｑｕｅｎｃｙ ｍｏｄｕｌａｔｉｏｎ， ＦＭ）、近距離無線通信（ｎｅａｒ ｆｉｅｌｄ ｃｏｍｍｕｎｉｃａｔｉｏｎ， ＮＦＣ）技術、ＺｉｇＢｅｅ（登録商標）、赤外線（ｉｎｆｒａｒｅｄ， ＩＲ）技術、または同様のものを含む、電子デバイス１００に適用される無線通信解決手段を提供し得る。無線通信モジュール１６０は、少なくとも１つの通信処理モジュールを統合する１または複数のコンポーネントであり得る。無線通信モジュール１６０は、アンテナ２を介して電磁波を受信し、電磁波信号に対して周波数変調およびフィルタリング処理を実行し、処理された信号をプロセッサ１１０に送信する。無線通信モジュール１６０は更に、送信する信号をプロセッサ１１０から受信し、信号に対して周波数変調および増幅を実行し、アンテナ２を通じた放射のために信号を電磁波に変換し得る。

【0092】

短距離プロセッサ、すなわち、短距離ベースバンド通信処理ユニットは、中央処理装置（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ， ＣＰＵ）またはＤＳＰを含み得、短距離通信プロトコルソフトウェアを実行する。短距離プロセッサは更にハードウェアアクセラレータを含み得る。代替的に、短距離プロセッサは、無線通信モジュールにおける近距離通信チップと統合されて、アナログ、無線周波数、デジタルおよび通信プロトコル処理などのすべての近距離通信処理を実行し得る。

【0093】

電子デバイス１００は、グラフィカル処理ユニット、ディスプレイ１９４、アプリケーションプロセッサおよび同様のものを使用することによって、表示機能を実装する。グラフィカル処理ユニットは、画像処理のためのマイクロプロセッサであり、ディスプレイ１９４およびアプリケーションプロセッサに接続される。グラフィカル処理ユニットは、数学的および幾何学的計算を実行し、画像をレンダリングするよう構成される。プロセッサ１１０は、表示情報を生成または変更するためのプログラム命令を実行する１または複数のグラフィカル処理ユニットを含み得る。

【0094】

ディスプレイ１９４は、画像、映像または同様のものを表示するよう構成される。ディスプレイ１９４はディスプレイパネルを含む。ディスプレイパネルは、液晶ディスプレイ（ｌｉｑｕｉｄ ｃｒｙｓｔａｌ ｄｉｓｐｌａｙ， ＬＣＤ）、有機発光ダイオード（ｏｒｇａｎｉｃ ｌｉｇｈｔ－ｅｍｉｔｔｉｎｇ ｄｉｏｄｅ， ＯＬＥＤ）、アクティブマトリクス式有機発光ダイオード（ａｃｔｉｖｅ－ｍａｔｒｉｘ ｏｒｇａｎｉｃ ｌｉｇｈｔ－ｅｍｉｔｔｉｎｇ ｄｉｏｄｅ， ＡＭＯＬＥＤ）、フレキシブル発光ダイオード（ｆｌｅｘｉｂｌｅ ｌｉｇｈｔ－ｅｍｉｔｔｉｎｇ ｄｉｏｄｅ， ＦＬＥＤ）、ミニＬＥＤ、マイクロＬＥＤ、マイクロＯＬＥＤ、量子ドット発光ダイオード（ｑｕａｎｔｕｍ ｄｏｔ ｌｉｇｈｔ－ｅｍｉｔｔｉｎｇ ｄｉｏｄｅ， ＱＬＥＤ）または同様のものを使用し得る。

【0095】

ディスプレイサブシステムは、ＣＰＵまたはＧＰＵによって生成された表示対象画像に対して表示処理を実行するために、ディスプレイ１９４に相互接続するよう構成される。ＧＰＵによって実行される特定の表示画像ピクセルレベル処理とは異なり、このコンポーネントは、輝度およびコントラスト調節、ならびに、複数のグラフィックス層／ウィンドウのオーバレイ（ｏｖｅｒｌａｙ）など、デスクトップレベルの表示処理を実行する。

【0096】

電子デバイス１００は、ＩＳＰ、カメラ１９３、ビデオコーデック、グラフィカル処理ユニット、ディスプレイ１９４、アプリケーションプロセッサ、および同様のものを使用することによって、撮影機能を実装し得る。

【0097】

ＩＳＰは、カメラ１９３によってフィードバックされたデータを処理するよう構成される。例えば、撮影中に、シャッタが押され、光線がレンズを通じてカメラの感光性素子へ送られ、光信号が電気信号に変換される。カメラの感光性素子は、電気信号を可視画像に変換する処理のために電気信号をＩＳＰへ送る。ＩＳＰは更に、画像のノイズ、輝度、および色に対してアルゴリズム最適化を実行し得る。ＩＳＰは更に、撮影シナリオの露出および色温度などのパラメータを最適化し得る。いくつかの実施形態において、ＩＳＰはカメラ１９３内に配置され得る。

【0098】

カメラ１９３は、静的画像または映像を撮像するよう構成される。物体の光学画像は、レンズを通じて生成され、感光性素子に投影される。感光性素子は、電荷結合素子（ｃｈａｒｇｅ ｃｏｕｐｌｅｄ ｄｅｖｉｃｅ， ＣＣＤ）または相補型金属酸化物半導体（ｃｏｍｐｌｅｍｅｎｔａｒｙ ｍｅｔａｌ－ｏｘｉｄｅ－ｓｅｍｉｃｏｎｄｕｃｔｏｒ， ＣＭＯＳ）光電トランジスタであり得る。感光素子は光信号を電気信号に変換し、その後、電気信号をデジタル画像信号に変換するために、電気信号をＩＳＰへ送信する。ＩＳＰは、処理のためにデジタル画像信号をＤＳＰへ出力する。ＤＳＰは、デジタル画像信号をＲＧＢまたはＹＵＶ等の標準形式の画像信号に変換する。いくつかの実施形態において、電子デバイス１００は、１つまたはＮ個のカメラ１９３を含んでよく、Ｎは、１より大きい正の整数である。

【0099】

デジタル信号プロセッサは、デジタル信号を処理するように構成され、上記デジタル画像信号に加えて別のデジタル信号を処理してよい。例えば、電子デバイス１００が周波数を選択する場合、デジタル信号プロセッサは、周波数エネルギーにフーリエ変換等を実行するように構成されている。

【0100】

ビデオコーデックは、デジタル映像を圧縮または展開するよう構成される。電子デバイス１００は、１または複数のタイプのビデオコーデックをサポートし得る。このように、電子デバイス１００は、複数のコーディング形式、例えば、ムービングピクチャエキスパーツグループ（ｍｏｖｉｎｇ ｐｉｃｔｕｒｅ ｅｘｐｅｒｔｓ ｇｒｏｕｐ、ＭＰＥＧ）－１、ＭＰＥＧ－２、ＭＰＥＧ－３、およびＭＰＥＧ－４で映像を再生または録画してよい。

【0101】

ＮＰＵは、ニューラルネットワーク（ｎｅｕｒａｌ－ｎｅｔｗｏｒｋ， ＮＮ）コンピューティングプロセッサであり、生体神経ネットワークの構造を参照することにより、例えば、人間の脳神経細胞間の転送モードを参照することにより、入力された情報を迅速に処理し、更に、自己学習を継続的に実行し得る。電子デバイス１００のインテリジェントコグニションなどのアプリケーション、例えば、画像認識、顔認識、音声認識、テキスト理解を、ＮＰＵを用いて行うことができる。

【0102】

外部メモリインタフェース１２０は、電子デバイス１００の記憶容量を拡張するために、外部メモリカード（例えば、マイクロＳＤカード）に接続するように構成されてよい。外部ストレージカードは、データストレージ機能を実装するために、外部メモリインタフェース１２０を通じてプロセッサ１１０と通信する。例えば、音楽および映像などのファイルが外部メモリカードに格納される。

【0103】

内部メモリ１２１は、コンピュータ実行可能プログラムコードを格納するよう構成され得、実行可能プログラムコードは命令を含む。プロセッサ１１０は、内部メモリ１２１に格納された命令を実行して、電子デバイス１００の様々な機能アプリケーションおよびデータ処理を実装する。内部メモリ１２１は、プログラム記憶領域およびデータ記憶領域を含み得る。プログラム記憶領域は、オペレーティングシステム、および少なくとも１つの機能（例えば、音声再生機能または画像再生機能）に必要なアプリケーションなどを格納してよい。データ記憶領域は、電子デバイス１００の使用時に作成されたデータ（オーディオデータおよび電話帳など）などを格納してよい。加えて、内部メモリ１２１は高速ランダムアクセスメモリを含んでよく、更には、不揮発性メモリ、例えば、少なくとも１つの磁気ディスクストレージデバイス、フラッシュメモリデバイス、またはユニバーサルフラッシュストレージ（ｕｎｉｖｅｒｓａｌ ｆｌａｓｈ ｓｔｏｒａｇｅ、ＵＦＳ）を含んでよい。

【0104】

電子デバイス１００は、例えば、オーディオモジュール１７０、スピーカ１７０Ａ、受話器１７０Ｂ、マイク１７０Ｃ、ヘッドセットジャック１７０Ｄ、アプリケーションプロセッサなどを使用することによって、音楽再生および録音などのオーディオ機能を実装し得る。

【0105】

オーディオモジュール１７０は、デジタルオーディオ情報を出力のためにアナログオーディオ信号に変換するように構成され、アナログオーディオ入力をデジタルオーディオ信号に変換するようにも構成される。オーディオモジュール１７０は更に、オーディオ信号を符号化および復号するよう構成され得る。いくつかの実施形態において、オーディオモジュール１７０は、プロセッサ１１０に配置され得る、または、オーディオモジュール１７０のいくつかの機能モジュールはプロセッサ１１０に配置される。

【0106】

スピーカ１７０Ａは、「ラウドスピーカ」とも呼ばれ、オーディオ電気信号を音声信号に変換するように構成されている。電子デバイス１００は、スピーカ１７０Ａを通じて音楽または応答機能モジュールを聴くために使用され得る。

【0107】

「イヤホン」とも称される受話器１７０Ｂは、オーディオ電気信号をサウンド信号に変換するよう構成される。電子デバイス１００を通じて通話に応答される、または、発話情報が受信されるとき、受話器１７０Ｂは、音声を聴くために人間の耳の近くに置かれ得る。

【0108】

「マイク（ｍｉｋｅ）」または「マイク（ｍｉｃ）」とも称されるマイクロフォン１７０Ｃは、音信号を電気信号に変換するように構成される。通話する、または発話情報を送信するとき、ユーザは、ユーザの口をマイク１７０Ｃの近くに置き、発話し、音信号をマイク１７０Ｃに入力し得る。少なくとも１つのマイク１７０Ｃが電子デバイス１００に配置され得る。いくつかの他の実施形態において、２つのマイクロフォン１７０Ｃが電子デバイス１００に配置され、音信号を収集し、さらにノイズ低減機能を実装し得る。いくつかの他の実施形態において、３、４、またはそれ以上のマイク１７０Ｃが電子デバイス１００に代替的に配置され、音信号を収集し、ノイズ低減を実装し、音源を識別し、指向性録音機能などを実装し得る。

【0109】

ヘッドセットジャック１７０Ｄは有線ヘッドセットに接続するよう構成される。ヘッドセットジャック１７０Ｄは、ＵＳＢインタフェース１３０であってもよく、または、３．５ｍｍオープンモバイル端末プラットフォーム（ｏｐｅｎ ｍｏｂｉｌｅ ｔｅｒｍｉｎａｌ ｐｌａｔｆｏｒｍ、ＯＭＴＰ）標準インタフェースであっても、または米国セルラー通信工業会（ｃｅｌｌｕｌａｒ ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ ｉｎｄｕｓｔｒｙ ａｓｓｏｃｉａｔｉｏｎ ｏｆ ｔｈｅ ＵＳＡ、ＣＴＩＡ）標準インタフェースであってもよい。

【0110】

音声サブシステムは、デジタル音声信号処理、例えば、音声効果強調および音声符号化／復号を実行するよう構成され、独立のＣＰＵまたはＤＳＰを含み得るか、または、必要なハードウェアアクセラレータを含み得る。本明細書における符号化は、音声信号を更に圧縮および符号化して通信に好適な信号、例えば、アダプティブマルチレートオーディオ圧縮（ａｄａｐｔｉｖｅ ｍｕｌｔｉ－ｒａｔｅ ｃｏｍｐｒｅｓｓｉｏｎ， ＡＭＲ）および強化型音声サービス（ｅｎｈａｎｃｅｄ ｖｏｉｃｅ ｓｅｒｖｉｃｅ， ＥＶＳ）音声信号を取得するための音声符号化を含み得る。符号化は更に、音楽の格納または再生に好適な符号化フォーマット、例えば、ｍｐ３フォーマットを取得するためのオーディオ符号化を含み得る。

【0111】

圧力センサ１８０Ａは圧力信号を検知するよう構成され、圧力信号を電気信号に変換し得る。いくつかの実施形態において、圧力センサ１８０Ａは、ディスプレイ１９４上に配置されてよい。複数のタイプの圧力センサ１８０Ａ、例えば、抵抗式圧力センサ、誘導式圧力センサ、静電容量式圧力センサがある。静電容量式圧力センサは、導電材料で作られた少なくとも２つの平行なプレートを含み得る。圧力センサ１８０Ａに力が加えられるとき、電極間の静電容量が変化する。電子デバイス１００は、静電容量の変化に基づいて圧力強度を判定する。ディスプレイ１９４にタッチ操作が適用されるとき、電子デバイス１００は、圧力センサ１８０Ａに基づいてタッチ操作の強度を検出する。電子デバイス１００は、圧力センサ１８０Ａの検出信号に基づいて、タッチ位置を計算してもよい。いくつかの実施形態において、同一のタッチ位置で実行されるが、異なるタッチ操作強度を有するタッチ操作は、異なる操作命令に対応し得る。例えば、タッチ操作強度が第１圧力閾値未満であるタッチ操作がＳＭＳメッセージアプリケーションアイコンに対して実行されるとき、ＳＭＳメッセージを見るための命令が実行される。または、タッチ操作強度が第１圧力閾値以上であるタッチ操作がＳＭＳメッセージアプリケーションアイコンに対して実行されるとき、ＳＭＳメッセージを作成するための命令が実行される。

【0112】

ジャイロセンサ１８０Ｂは、電子デバイス１００の動作姿勢を判定するように構成されてよい。いくつかの実施形態において、３軸（すなわち、ｘ、ｙ、ｚ軸）の周りの電子デバイス１００の角速度が、ジャイロセンサ１８０Ｂを使用することによって判定され得る。ジャイロセンサ１８０Ｂは、撮影時の手ぶれ補正を実現するように構成されてよい。例えば、シャッタが押されるとき、ジャイロセンサ１８０Ｂは電子デバイス１００が振られた角度を検出し、角度に基づいて、レンズモジュールが補償する必要がある距離を計算し、逆の動きを通じて電子デバイス１００の振れをレンズが打ち消すことを可能にし、手ぶれ補正を実装する。ジャイロセンサ１８０Ｂは、ナビゲーションおよび動作検知式ゲームのシナリオにも用いられてよい。

【0113】

気圧センサ１８０Ｃは気圧を測定するよう構成される。いくつかの実施形態において、電子デバイス１００は、測位およびナビゲーションを支援するために、気圧センサ１８０Ｃが測定した大気圧の値に基づいて標高を計算する。

【0114】

磁気センサ１８０Ｄはホールセンサを含む。電子デバイス１００は、磁気センサ１８０Ｄを使用することによって、フリップカバーの開閉を検出し得る。いくつかの実施形態において、電子デバイス１００がフリップ式電話であるとき、電子デバイス１００は、磁気センサ１８０Ｄに基づいて、フリップカバーの開閉を検出し得る。更に、フリップカバーを開くときの自動ロック解除などの特徴が、レザーケースの検出された開閉状態、または、フリップカバーの検出された開閉状態に基づいて設定される。

【0115】

加速度センサ１８０Ｅは、電子デバイス１００の様々な方向（通常は３軸）の加速度を検出し得る。電子デバイス１００が静止しているとき、重力の大きさおよび方向が検出され得る。加速度センサ１８０Ｅは、電子デバイスの姿勢を認識するようにさらに構成されてよく、横長モードと縦長モードとの画面切り替え、歩数計または別の用途において用いられる。

【0116】

距離センサ１８０Ｆは、距離を測定するよう構成される。電子デバイス１００は、赤外線方式またはレーザ方式で距離を測定し得る。いくつかの実施形態において、撮影シナリオにおいて、電子デバイス１００は、高速ピント合わせを実装するために、距離センサ１８０Ｆを用いて距離を測定してよい。

【0117】

光学近接センサ１８０Ｇは、発光ダイオード（ＬＥＤ）および光学検出器、例えば、フォトダイオードを含み得る。発光ダイオードは赤外線発光ダイオードであり得る。電子デバイス１００は、発光ダイオードを使用することによって赤外線光を発し得る。電子デバイス１００は、フォトダイオードを使用することによって近くの物体から反射された赤外線光を検出する。十分な反射光が検出された場合、電子デバイス１００は、電子デバイス１００の近くに物体があると判定し得る。不十分な反射光が検出された場合、電子デバイス１００は、電子デバイス１００の近くに物体が存在しないことを判定し得る。電子デバイス１００は、光学近接センサ１８０Ｇを使用することによって、ユーザが通話のために電子デバイス１００を耳の近くに持っていることを検出し、節電のために、画面を自動的にオフにし得る。光学近接センサ１８０Ｇはまた、フリップカバーモードおよびポケットモードの画面を自動的にロック解除およびロックするよう構成され得る。

【0118】

周辺光センサ１８０Ｌは、周辺光輝度を検知するよう構成される。電子デバイス１００は、検知された周辺光輝度に基づいて、ディスプレイ１９４の輝度を適合的に調節し得る。周辺光センサ１８０Ｌは、撮影中のホワイトバランスを自動的に調節するように構成されてもよい。周辺光センサ１８０Ｌはまた、光学近接センサ１８０Ｇと連携して、電子デバイス１００がポケットに入っているかどうかを検出し、偶発的なタッチを回避し得る。

【0119】

指紋センサ１８０Ｈは指紋を収集するよう構成される。電子デバイス１００は、収集された指紋についての特徴を使用して、指紋ベースのロック解除、アプリケーションロックアクセス、指紋ベース撮影、指紋ベース通話応答などを実装し得る。

【0120】

温度センサ１８０Ｊは、温度を検出するよう構成される。いくつかの実施形態において、電子デバイス１００は、温度センサ１８０Ｊにより検出される温度に基づいて温度処理ポリシを実行する。例えば、温度センサ１８０Ｊによって報告された温度が閾値を超えた場合、電子デバイス１００は、温度センサ１８０Ｊに近いプロセッサの性能を下げることにより、電力消費を低減して熱保護を実装する。いくつかの他の実施形態において、温度が別の閾値より下であるとき、電子デバイス１００は、電子デバイス１００が低温に起因して異常にシャットダウンすることを防止するためにバッテリ１４２を加熱する。いくつかの他の実施形態では、温度がさらに別の閾値より小さい場合、電子デバイス１００は、バッテリ１４２の出力電圧を昇圧させ、低温による異常なシャットダウンを回避する。

【0121】

タッチセンサ１８０Ｋはまた、「タッチパネル」と称される。タッチセンサ１８０Ｋはディスプレイ１９４に配置され得、タッチセンサ１８０Ｋおよびディスプレイ１９４は、「タッチ画面」とも称されるタッチ画面を形成する。タッチセンサ１８０Ｋは、タッチセンサ１８０Ｋ上またはその近くに対するタッチ操作を検出するよう構成される。タッチセンサは、検出されたタッチ操作をアプリケーションプロセッサに転送し、タッチイベントのタイプを判定し得る。タッチ操作に関する視覚的出力は、ディスプレイ１９４を通じて提供され得る。いくつかの他の実施形態において、タッチセンサ１８０Ｋは代替的に、ディスプレイ１９４の位置とは異なる位置における電子デバイス１００の表面に配置され得る。

【0122】

骨伝導センサ１８０Ｍは振動信号を取得し得る。いくつかの実施形態において、骨伝導センサ１８０Ｍは、人の声帯部分の振動骨の振動信号を取得し得る。骨伝導センサ１８０Ｍはまた、血圧脈拍信号を受信するために、人の脈に接触し得る。いくつかの実施形態において、骨伝導センサ１８０Ｍは代替的に、ヘッドセットに配置されて骨伝導ヘッドセットを形成し得る。オーディオモジュール１７０は、骨伝導センサ１８０Ｍによって取得された声帯部分の振動骨の振動信号に基づいて音声信号を解析し、音声機能を実装し得る。アプリケーションプロセッサは、骨伝導センサ１８０Ｍにより取得される血圧脈拍信号に基づいて心拍数情報を解析し、心拍数検出機能を実装し得る。

【0123】

センササブシステムはセンサに接続され、センサデータを処理するためのプロセッサを含む。プロセッサはＣＰＵまたはＤＳＰであり得、センサデータを収集、分類、識別および処理するよう構成される。任意選択で、センササブシステムは、同一のプロセッサを音声サブシステムと共有し得る。例えば、１つのＤＳＰが、センサ信号および音声信号を処理するために使用され得る。

【0124】

ＳＥは、機密情報を処理する、例えば、銀行カード支払いソフトウェアを実行する、または、本人認証を実行するよう構成され、内部に（メインＣＰＵとは異なる）独立のメモリおよびプロセッサを有する。

【0125】

ボタン１９０は、電源ボタン、音量ボタン、および同様のものを含む。ボタン１９０は機械的ボタンであり得る、または、タッチボタンであり得る。電子デバイス１００はボタン入力を受信し、電子デバイス１００のユーザ設定および機能コントロールに関連するボタン信号入力を生成し得る。

【0126】

モータ１９１は振動プロンプトを生成し得る。モータ１９１は、着信振動プロンプトおよびタッチ振動フィードバックを生成するよう構成され得る。例えば、異なるアプリケーション（例えば、撮影アプリケーションおよびオーディオ再生アプリケーション）上で実行されるタッチ操作は異なる振動フィードバック効果に対応し得る。モータ１９１はまた、ディスプレイ１９４の異なる領域上で実行されるタッチ操作に対して、異なる振動フィードバック効果に対応し得る。異なる適用シナリオ（例えば、時間リマインド、情報受信、アラーム時計、およびゲーム）は、異なる振動フィードバック効果に対応してもよい。タッチ振動フィードバック効果が更にカスタマイズされ得る。

【0127】

インジケータ１９２はインジケータライトであり得、充電ステータスおよび電力変化を示すよう構成され得る、または、メッセージ、不在着信、通知などを示すよう構成され得る。

【0128】

ＳＩＭカードインタフェース１９５は、ＳＩＭカードに接続されるように構成される。ＳＩＭカードは、電子デバイス１００との接触または電子デバイス１００からの分離を実装すべく、ＳＩＭカードインタフェース１９５に挿入されてもよく、または、ＳＩＭカードインタフェース１９５から除去されてもよい。

【0129】

本願の本実施形態に示された構造が、電子デバイス１００に対する何らかの特定の限定とはならないことが理解され得る。本願のいくつかの他の実施形態において、電子デバイス１００は、図に示されているより多くのまたはより少ないコンポーネントを含んでもよく、または、いくつかのコンポーネントが組み合わされてもよく、または、いくつかのコンポーネントが分割されてもよく、または、異なるコンポーネントの配置が使用されてもよい。図に示されるコンポーネントは、ハードウェア、ソフトウェア、または、ソフトウェアおよびハードウェアの組み合わせによって実装され得る。

【0130】

本願の本実施形態において、図３に示されるように、プロセッサ１１０は、異なる性能、電力消費、およびエネルギー効率を有する複数のグラフィックス処理サブシステムを含み得る。電子デバイス１００は、表示対象ＧＵＩの複雑性（または表示タスクの大きさ）に基づいて、性能および電力消費がＧＵＩの複雑性と合致するグラフィックス処理サブシステムを使用し得る。例えば、複雑性が高いＧＵＩについては、電子デバイス１００は、高い性能および高い電力消費を有するグラフィックス処理サブシステムを使用して処理を実行し得、複雑性が低いＧＵＩについては、電子デバイス１００は、高い性能および高い電力消費を有するグラフィックス処理サブシステムを使用して処理を実行する代わりに、低い性能および低い電力消費を有するグラフィックス処理サブシステムを使用して処理を実行し得る。換言すると、プロセッサ１１０は、異なる表示対象ＧＵＩの表示処理性能および電力消費のバランスをとり、異なる表示対象ＧＵＩについての最適なエネルギー効率を実装し得る。この処理方式は、電子デバイス１００における複数のグラフィックス処理サブシステムの全体的なエネルギー効率（または、平均エネルギー効率と称される）を改善し、グラフィックス表示処理についての電子デバイス１００のエネルギー効率を改善し、電子デバイス１００の全体の電力消費を低減し得る。

【0131】

例えば、図４は、プロセッサ１１０における複数のグラフィックス処理サブシステムの構造の概略図である。プロセッサ１１０は、グラフィックス処理サブシステム１、グラフィックス処理サブシステム２、グラフィックス処理サブシステムｎおよび同様のものを含む。異なるグラフィックス処理サブシステムは、異なる性能および電力消費を有するアプリケーションプロセッサ、グラフィックス処理ユニット、および基本システムを含む。例えば、グラフィックス処理サブシステム１およびその内部コンポーネントの性能および電力消費は、比較的高く、グラフィックス処理サブシステム２およびその内部コンポーネントの性能および電力消費は比較的低い。例えば、高性能グラフィックス処理サブシステムにおけるグラフィックス処理ユニットはＧＰＵであり得、低性能グラフィックス処理サブシステムにおけるグラフィックス処理ユニットは、ハードウェアグラフィックスレンダリングユニット、グラフィックスアクセラレータ、または同様のものであり得る。

【0132】

比較的高性能のグラフィックス処理サブシステムにおいて、ディスプレイコントローラは更に、グラフィックス処理ユニットと協働して表示制御を実行するよう構成され得る。キャッシュ（ｃａｃｈｅ）（例えばＬ２キャッシュ）または同様のものが更に、アプリケーションプロセッサおよびグラフィックス処理ユニットについて構成され得る。高速バスおよび低速バスは、異なるデータ伝送レートを有し、異なるドミナント周波数、ドミナント周波数クロックの異なる性能および電力消費、ならびに、電源の異なる電力消費に対応する。加えて、高性能グラフィックス処理サブシステム１には、高速メモリが設けられる。これは例えば、低電力ダブルデータレート４（ｌｏｗ ｐｏｗｅｒ ｄｏｕｂｌｅ ｄａｔａ ｒａｔｅ ４， ＬＰＤＤＲ４ｘ）またはダブルデータレートシンクロナスダイナミックランダムアクセスメモリ（ｄｏｕｂｌｅ ｄａｔａ ｒａｔｅ ｓｙｎｃｈｒｏｎｏｕｓ ｄｙｎａｍｉｃ ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ， ＤＤＲ ＳＤＲＡＭ）であり得る。低性能グラフィックス処理サブシステム２には、低速メモリが設けられる。これは例えば、内蔵のランダムアクセスメモリ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ， ＲＡＭ）、スタティックランダムアクセスメモリ（ｓｔａｔｉｃ ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ， ＳＲＡＭ）、または疑似スタティックランダムアクセスメモリ（ｐｓｅｕｄｏ ｓｔａｔｉｃ ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ， ＰＳＲＡＭ）であり得る。

【0133】

例えば、異なるグラフィックス処理サブシステムにおけるアプリケーションプロセッサおよびグラフィックス処理ユニットの関連パラメータについては、表１を参照されたい。

【表1】

【0134】

グラフィックス処理サブシステムと電子デバイス１００の別のコンポーネントとの間の接続関係については、図５を参照されたい。図５に示されるように、電子デバイス１００は更に、ユーザと電子デバイス１００との間のインタラクション操作を実行するよう構成されるインタラクションコンポーネントを含み得る。例えば、インタラクションコンポーネントは、タッチ画面コンポーネント、ボタンコンポーネント、音声コンポーネントまたは同様のものを含み得る。インタラクションコンポーネントは、スイッチ（例えば単極双投（ｓｉｎｇｌｅ ｐｏｌｅ ｄｏｕｂｌｅ ｔｈｒｏｗ， ＳＰＤＴ）スイッチ）または別のロジック切り替え回路を介した切り替えを通じて異なるグラフィックス処理サブシステムに接続され得る。タッチ画面コンポーネントとＳＰＤＴスイッチまたは別のロジック切り替え回路との間で、および、ＳＰＤＴスイッチまたは別のロジック切り替え回路とグラフィックス処理サブシステムとの間で、タッチ画面データインタフェース（例えばＩ２Ｃインタフェース）を通じて情報が交換され得る。

【0135】

いくつかの他の実施形態において、電子デバイス１００は、ＳＰＤＴスイッチまたは別のロジック切り替え回路ではなくソフトウェアを使用して、切り替えを通じて異なるグラフィックス処理サブシステムに接続されるようにインタラクションコンポーネントを制御し得る。

【0136】

図５に示されるように、電子デバイス１００は更に表示コンポーネントを含み得る。表示コンポーネントは、ＧＵＩを表示するよう構成される画面を含む。いくつかの技術的解決手段において、表示コンポーネントは、ＳＰＤＴスイッチまたは別のロジック切り替え回路を介した切り替えを通じて異なるグラフィックス処理サブシステムに接続され得る。ＳＰＤＴスイッチもしくは別のロジック切り替え回路とグラフィックス処理サブシステムとの間で、または、ＳＰＤＴスイッチもしくは別のロジック切り替え回路と表示コンポーネントとの間で、表示インタフェース（例えば、ＭＩＰＩ－ＤＳＩインタフェースまたはＱＳＰＩインタフェース）を通じて情報が交換され得る。いくつかの他の技術的解決手段において、表示コンポーネントは、各グラフィックス処理サブシステムに接続されたままであり得る。

【0137】

図５に示されるように、異なるグラフィックス処理サブシステムは、バスを通じて接続され、その結果、異なるグラフィックス処理サブシステムは、グラフィックス処理サブシステム切り替え通知などの情報を交換する。このように、電子デバイス１００は、異なるグラフィックス処理サブシステムを使用して異なる複雑性を有するＧＵＩを表示するように切り替えられ得る。

【0138】

本願の本実施形態において、電子デバイス１００は入力コンポーネントを含む。入力コンポーネントは、上記のインタラクションコンポーネントを含み得、センサ、無線接続コンポーネント、またはカメラなどのトリガコンポーネントを更に含み得る。例えば、センサは、アクションセンサ、加速度センサ、または気圧センサを含み得る。無線接続コンポーネントは、短距離無線通信モジュール、例えば、ブルートゥースモジュール、ＮＦＣモジュール、ＺｉｇＢｅｅモジュール、赤外線通信モジュール、またはＷｉ－Ｆｉモジュールを含み得る。

【0139】

本願のいくつかの実施形態において、インタラクションコンポーネントは、現在使用されているグラフィックス処理サブシステムに接続され得る。トリガコンポーネントは、特定のグラフィックス処理サブシステムに接続され得る。トリガコンポーネントにおけるセンサおよび無線接続コンポーネントは、デフォルトで、低い電力消費を有するグラフィックス処理サブシステムに接続され得る。トリガコンポーネントにおけるカメラは、画像を撮像するよう構成され得、デフォルトで、高い電力消費を有するグラフィックス処理サブシステムに接続され得る。

【0140】

例えば、電子デバイス１００は、グラフィックス処理サブシステム１およびグラフィックス処理サブシステム２を含む。図６は、本願の一実施形態によるデータ処理方法の制御手順の図である。入力コンポーネントにおけるインタラクションコンポーネントは具体的には、現在使用されているグラフィックス処理サブシステム１におけるアプリケーションプロセッサ１に接続され得る。入力コンポーネントにおけるトリガコンポーネントは、特定のグラフィックス処理サブシステム（例えば、グラフィックス処理サブシステム２）におけるアプリケーションプロセッサ（例えばアプリケーションプロセッサ２）に接続され得る。表示コンポーネントは、画面およびデータストリーム表示制御ユニットを含み得る。画面は、現在使用されているアプリケーションプロセッサ１に接続され得る。データストリーム表示制御ユニットは、グラフィックス処理サブシステム１におけるアプリケーションプロセッサ１および第１グラフィックス処理ユニットに接続され得る。

【0141】

図６に示される制御手順において、入力操作を検出した後に、入力コンポーネントにおけるインタラクションコンポーネントは、現在使用されているグラフィックス処理サブシステムにおけるアプリケーションプロセッサへ入力操作を報告する。入力操作を検出した後に、入力コンポーネントにおけるトリガコンポーネントは、トリガコンポーネントに接続されている特定のグラフィックス処理サブシステムにおける特定のアプリケーションプロセッサへ入力操作を報告する。特定のグラフィックス処理サブシステムが、現在使用されているグラフィックス処理サブシステム１と異なる場合、特定のアプリケーションプロセッサは、アプリケーションプロセッサ１に入力操作を通知する。

【0142】

アプリケーションプロセッサ１が入力操作に基づいて、グラフィックス処理サブシステム切り替えが実行される必要がないと判定する場合、アプリケーションプロセッサ１は、グラフィックス処理ユニット１を使用することによって、表示対象ＧＵＩに対してレンダリングなどの処理を実行する。表示コンポーネントは予め設定された表示期間に基づいて表示要求信号を定期的に送信する。表示要求信号は、アプリケーションプロセッサ１を通じてグラフィックス処理ユニット１に到達する。グラフィックス処理ユニット１は、レンダリングされた表示対象ＧＵＩの画像データを表示のために画面へ送信する。

【0143】

グラフィックス処理サブシステム２への切り替が実行される必要があると、入力操作に基づいてアプリケーションプロセッサ１が判定する場合、アプリケーションプロセッサ１は、インタラクションコンポーネントへの接続を解放し、表示コンポーネントへの接続を解放するようにデータストリーム制御ユニットを制御し、グラフィックス処理サブシステム切り替えを実行するようアプリケーションプロセッサ２に通知する。アプリケーションプロセッサ２は、インタラクションコンポーネントへの接続を確立し、グラフィックス処理サブシステム２と表示コンポーネントとの間の接続を確立するようデータストリーム制御ユニットを制御する。アプリケーションプロセッサ２は、グラフィックス処理サブシステム２におけるグラフィックス処理ユニット２を使用することによって、表示対象ＧＵＩに対してレンダリングなどの処理を実行する。表示コンポーネントは、予め設定された表示期間に基づいて表示要求信号を定期的に送信する。表示要求信号は、アプリケーションプロセッサ２を通じてグラフィックス処理ユニット２に到達する。グラフィックス処理ユニット２は、レンダリングされた表示対象ＧＵＩの画像データを表示のために画面へ送信する。

【0144】

以下では、電子デバイスが図２～図５に示される構造を有するスマートウォッチであり、かつ、スマートウォッチが高性能グラフィックス処理サブシステム１および低性能グラフィックス処理サブシステム２を含む例を使用することによって、本願の一実施形態において提供されるエネルギー効率の良い表示処理方法を説明する。

【0145】

スマートウォッチは複数の機能を有し得る。例えば、スマートウォッチは、時間を表示する、電話にする／電話をかける、アラーム時計を通じてリマインドする、翻訳を実行する、写真を撮影する、映像を記録する、音楽を再生する、映像を再生する、Ｂｌｕｅｔｏｏｔｈを通じて携帯電話によって受信／送信されたメッセージを同期する、運動を記録する、ナビゲーションを実行する、コンパスとして機能する、睡眠をモニタリングする、心拍数をモニタリングする、緊急電話をかける、または、歩数計として機能するなど、複数の機能を有し得る。スマートウォッチは、スマートウォッチのシステムによってサポートされるシステムアプリケーションを使用することによって、または、サードパーティのアプリケーションを使用することによって、これらの機能を実装し得る。

【0146】

本願のいくつかの実施形態において、スマートウォッチの入力コンポーネントが入力操作を検出した後に、グラフィックス処理サブシステム切り替えを実行するかどうかを判定するために、現在使用されているグラフィックス処理サブシステムにおけるアプリケーションプロセッサがトリガされ得る。上で説明されたように、入力コンポーネントにおけるインタラクションコンポーネントが入力操作を検出した後に、入力コンポーネントにおけるインタラクションコンポーネントは、入力操作を現在使用されているアプリケーションプロセッサへ報告し得るか、または、入力コンポーネントにおけるトリガコンポーネントは、入力操作を接続された特定のアプリケーションプロセッサへ報告し、次に、特定のアプリケーションプロセッサが、現在使用されているアプリケーションプロセッサに入力操作を通知する。現在使用されているアプリケーションプロセッサは、入力操作を認識した後に、表示対象ＧＵＩの複雑性に基づいて、グラフィックス処理サブシステム切り替えを実行するかどうかを判定し得る。

【0147】

したがって、スマートウォッチは、入力操作のトリガに応答して、性能および電力消費が表示対象ＧＵＩの複雑性に合致するグラフィックス処理サブシステムに適合的に切り替わり得る。例えば、表示対象ＧＵＩ複雑性がより高いことは、スマートウォッチが切り替わる先のグラフィックス処理サブシステムの性能および電力消費がより高いことを示す。表示対象ＧＵＩの複雑性がより低いことは、スマートウォッチが切り替わる先のグラフィックス処理サブシステムの性能および電力消費がより低いことを示す。このようにして、従来技術と異なり、スマートウォッチは、すべてのＧＵＩを表示するために高性能および高い電力消費を有する同一のＧＰＵを常に使用する必要がなくなる。

【0148】

換言すると、電子デバイスは、異なる表示対象ＧＵＩの表示処理性能および電力消費のバランスをとり、異なる表示対象ＧＵＩのための最適なエネルギー効率を実装し得る。したがって、本願の本実施形態において提供される解決手段において、表示対象ＧＵＩの複雑性に基づいて、異なる性能および電力消費を有するグラフィックス処理サブシステムへリアルタイムに切り替えられ得る。これにより、複数のグラフィックス処理サブシステムの全体の電力消費を低減し、複数のグラフィックス処理サブシステムの全体的なエネルギー効率（または平均エネルギー効率と称される）を改善し、スマートウォッチの全体の電力消費を低減し、スマートウォッチの全体的なエネルギー効率を改善する。

【0149】

スマートウォッチの異なる動作シナリオに対応する表示対象ＧＵＩの複雑性は異なる。本願のいくつかの実施形態において、第１対応関係は、各グラフィックス処理サブシステムのアプリケーションプロセッサにおいて予め設定される。例えば、第１対応関係は、各アプリケーションプロセッサのメモリにおけるタスクリストにおいて設定され得る。第１対応関係は、目標グラフィックス処理サブシステムと、動作シナリオおよび入力操作の両方との間の対応関係を示すために使用される。

【0150】

第１対応関係において、動作シナリオおよび入力操作に対応する表示対象ＧＵＩの複雑性は、対応する目標グラフィックス処理サブシステムの性能および電力消費に合致する。すなわち、第１対応関係における動作シナリオおよび入力操作に対応する表示対象ＧＵＩの複雑性がより高いことは、第１対応関係における対応する目標グラフィックス処理サブシステムの性能および電力消費がより高いことを示す。第１対応関係における動作シナリオおよび入力操作に対応する表示対象ＧＵＩの複雑性がより低いことは、第１対応関係における対応する目標グラフィックス処理サブシステムの性能および電力消費がより低いことを示す。

【0151】

このようにして、スマートウォッチは、第１対応関係に基づいて、性能および電力消費が表示対象ＧＵＩの複雑性に合致する目標グラフィックス処理サブシステムを使用するように適合的に切り替わり得る。換言すると、スマートウォッチは、表示対象ＧＵＩの複雑性に基づいて、異なる性能および電力消費を有するグラフィックス処理サブシステムを使用するようにリアルタイムに切り替割り得る。これにより、複数のグラフィックス処理サブシステムの全体の電力消費、および、スマートウォッチの全体の電力消費が低減し、複数のグラフィックス処理サブシステムの全体的なエネルギー効率、および、スマートウォッチの全体的なエネルギー効率が改善する。

【0152】

いくつかの実施形態において、スマートウォッチの現在の動作シナリオは、現在表示されているインタフェースを使用することによって表され得、第１対応関係は、目標グラフィックス処理サブシステムと、表示インタフェースおよび入力操作の両方との間の対応関係であり得る。入力コンポーネントが現在の第１入力操作を検出した後に、現在使用されているアプリケーションプロセッサがトリガされ、第１対応関係に基づいて、現在の第１表示インタフェースおよび現在の第１入力操作に対応する目標グラフィックス処理サブシステムを判定する。

【0153】

目標グラフィックス処理サブシステムが現在使用されているグラフィックス処理サブシステムと異なる場合、現在使用されているアプリケーションプロセッサは、目標グラフィックス処理サブシステムに切り替わることを判定する。代替的に、目標グラフィックス処理サブシステムが現在使用されているグラフィックス処理サブシステムと同一である場合、現在使用されているアプリケーションプロセッサは、グラフィックス処理サブシステム切り替えを実行しないことを判定し、現在のグラフィックス処理サブシステムを使用して表示対象ＧＵＩに対してレンダリングなどの処理を実行することを継続する。

【0154】

この解決手段において、グラフィックス処理サブシステムは、現在表示されているインタフェースおよび入力操作に対応する表示対象ＧＵＩの複雑性に基づいて、リアルタイムに適合的に切り替えられ得、その結果、表示対象ＧＵＩの複雑性は、切り替えられる先のグラフィックス処理サブシステムの性能および電力消費にリアルタイムに合致し得る。これにより、グラフィックス処理サブシステムおよびスマートウォッチの全体の電力消費を低減し、グラフィックス処理サブシステムおよびスマートウォッチのエネルギー効率を改善し得る。

【0155】

例えば、各アプリケーションプロセッサにおいて予め設定されている第１対応関係については、表２を参照されたい。

【表2】

【0156】

以下では、例を使用して表２に示される第１対応関係を説明する。

【0157】

例えば、スマートウォッチは、電源オフ状態においてインタフェースを表示しない。例えば、電源オフ状態におけるスマートウォッチの概略図については、図７における（ａ）を参照されたい。ユーザの視覚体験を改善するために、図７の（ｂ）に示されるように、美しい起動アニメーションが起動プロセスにおいて表示され得る。起動アニメーションに対応するＧＵＩは、比較的複雑であり、高い性能および高い電力消費を有するグラフィックス処理サブシステム１によって処理される必要がある。いくつかの実施形態において、スマートウォッチは、起動プロセスにおいてデフォルトで高性能グラフィックス処理サブシステム１を使用して表示処理を実行する。表示コンポーネントおよびインタラクションコンポーネントは、デフォルトでグラフィックス処理サブシステム１に接続される。ユーザによる電源ボタンを押す操作を検出した後に、インタラクションコンポーネントにおけるボタンコンポーネントは、高性能グラフィックス処理サブシステム１におけるアプリケーションプロセッサ１に操作を報告する。アプリケーションプロセッサ１は、グラフィックス処理ユニット１を制御して、起動プロセスにおいてＧＵＩに対するレンダリングなどの処理を実行し、次に、生成されたＧＵＩの画像データを表示のために画面へ送信する。画面はディスプレイであり得る、または、ディスプレイおよびタッチセンサを組み合わせたタッチ画面であり得る。

【0158】

起動が完了した後に、表示対象ＧＵＩは、予め設定されたインタフェース、例えば、最初の起動後の操作ガイドアニメーション、ウォッチフェイスインタフェース、デジタル時間表示インタフェース、またはアプリケーションリストインタフェースなどの単純なＧＵＩであり得る。

【0159】

表示対象ＧＵＩが、起動が完了した（例えば、スマートウォッチが初めて電源オンされた）後の複雑な操作ガイドアニメーションである例が説明のために使用される。起動が完了した後に、アプリケーションプロセッサ１は、グラフィックス処理サブシステム切り替えをトリガするために使用される入力操作を検出しない。したがって、アプリケーションプロセッサ１は引き続き、現在のグラフィックス処理サブシステム１を制御して、表示対象の操作ガイドアニメーションに対してレンダリングなどの処理を実行し、画面を制御して、操作ガイドアニメーションに対応するＧＵＩを表示し得る。例えば、操作ガイドアニメーションに対応するＧＵＩについては、図７の（ｃ）を参照されたい。

【0160】

起動が完了した後、表示対象ＧＵＩがウォッチフェイスインタフェースである（例えば、スマートウォッチの電源オンが初めてでない）例が説明のために使用される。起動が完了した後に、アプリケーションプロセッサ１は、グラフィックス処理サブシステム切り替えをトリガするために使用される入力操作を検出しない。したがって、アプリケーションプロセッサ１は引き続き、現在のグラフィックス処理サブシステム１を制御して、表示対象のウォッチフェイスインタフェースに対してレンダリングなどの処理を実行し、画面を制御して、ウォッチフェイスインタフェースを表示し得る。

【0161】

スマートウォッチが、起動が完了した後の図７の（ｄ）に示される、影付きの軽いレンダリングを有する３Ｄウォッチフェイスインタフェースを表示する例が説明のために使用される。図８の（ａ）および（ｂ）を参照されたい。３Ｄウォッチフェイスインタフェースを表示した後に、スマートウォッチは、ユーザの操作に応答して、３Ｄウォッチフェイスインタフェースを２Ｄウォッチフェイスインタフェースに切り替え得る。切り替え手順については、図９Ａおよび図９Ｂを参照されたい。図９Ａおよび図９Ｂに示されるように、スマートウォッチの画面が３Ｄウォッチフェイスインタフェースの表示した後に、タッチ画面コンポーネントが、３Ｄウォッチフェイスインタフェース上でユーザによって実行されたタッチアンドホールド操作を検出した場合、タッチ画面コンポーネントは、タッチアンドホールド操作をアプリケーションプロセッサ１へ報告する。図９Ａおよび図９Ｂに示されるように、アプリケーションプロセッサ１は、第１対応関係、現在表示されている３Ｄウォッチフェイスインタフェース、および、３Ｄウォッチフェイスインタフェース上のタッチアンドホールド操作に基づいて、目標グラフィックス処理サブシステムがグラフィックス処理サブシステム２であり、表示対象ＧＵＩが単純な２Ｄウォッチフェイスインタフェースであり、グラフィックス処理サブシステム切り替えが実行される必要があると判定する。したがって、図９Ａおよび図９Ｂに示されるように、アプリケーションプロセッサ１は、切り替え通知をアプリケーションプロセッサ２へ送信し、表示処理のためにグラフィックス処理サブシステム２に切り替えることを示し得る。

【0162】

グラフィックス処理サブシステム切り替えプロセスにおいて、グラフィックス処理サブシステム切り替えを完了するには時間がかかり、グラフィックス処理サブシステム切り替えが完了した後に初めて、表示対象ＧＵＩが表示され得る。したがって、第１対応関係に基づいて、目標グラフィックス処理サブシステムが、低い電力消費を有するグラフィックス処理サブシステム２であると判定した後に、アプリケーションプロセッサ１は、グラフィックス処理ユニット１を制御して、図９Ａおよび図９Ｂに示されるように、グラフィックス処理サブシステム切り替えプロセスにおいて、遷移インタフェースをレンダリングし得る。グラフィックス処理ユニット１は、レンダリング画像データを表示のために画面へ送信し得る。換言すると、表示対象ＧＵＩが表示される前の切り替えプロセスにおいて、スマートウォッチは、遷移インタフェースを画面上に表示し得る。例えば、遷移インタフェースについては、図８の（ｃ）および（ｄ）を参照されたい。遷移インタフェースは、グラフィックス処理サブシステム切り替えプロセスにおいて、インタフェース表示をユーザに継続的に提供することにより、ユーザによって見られるインタフェース上の中断、黒画面、または画面のちらつきなどの現象を回避し、ユーザの視覚体験を改善し得る。

【0163】

遷移インタフェースは、予め設定されたインタフェースであり得るか、または、複数の予め設定されたインタフェースからランダムに選択されたインタフェースであり得るか、または、現在のインタフェースのスケーリングアニメーションに対応する複数のインタフェースであり得る。異なる現在のインタフェースに対応する遷移インタフェースは、同一であり得るか、または、異なり得る。代替的に、異なる表示対象インタフェースに対応する遷移インタフェースは、同一であり得るか、または、異なり得る。例えば、遷移インタフェースは、現在表示されているインタフェースが徐々に縮小されて消失する、例えば、現在表示されているインタフェースが右下の角へ縮小されて消失し得る、または、画面の中心へ縮小されて消失し得ることを示すスケーリングアニメーションに対応する複数のインタフェースであり得る。このように、遷移インタフェースは、グラフィックス処理サブシステム切り替えプロセスにおいて、連続する動的な視覚体験をユーザに提供し得る。表示対象ＧＵＩが準備された後に、スマートウォッチは、遷移インタフェースの表示を停止し、準備されたＧＵＩを画面に表示し得る。

【0164】

スマートウォッチが遷移インタフェースを表示した後に、図９Ａおよび図９Ｂに示されるように、アプリケーションプロセッサ１は、グラフィックス処理サブシステム１を表示コンポーネントから切断し得る。いくつかの実施形態において、図９Ａおよび図９Ｂに示されるように、第１対応関係に基づいて、目標グラフィックス処理サブシステムがグラフィックス処理サブシステム２であると判定した後に、アプリケーションプロセッサ１は更に、インタラクションコンポーネントへの接続を解放し得る。いくつかの実施形態において、グラフィックス処理サブシステム２に切り替えられた後に、図９Ａおよび図９Ｂに示されるように、グラフィックス処理サブシステム１がスリープ状態に入り得る。

【0165】

切り替え通知をアプリケーションプロセッサ１から受信した後に、アプリケーションプロセッサ２は、スマートウォッチの後続のプロセスを引き継ぐ。図９Ａおよび図９Ｂに示されるように、アプリケーションプロセッサ２は、グラフィックス処理サブシステム２を表示コンポーネントおよびインタラクションコンポーネントに接続する。

【0166】

次に、図９Ａおよび図９Ｂに示されるように、アプリケーションプロセッサ２は、グラフィックス処理ユニット２を制御して、表示対象２Ｄウォッチフェイスインタフェースをレンダリングし、表示コンポーネントは、予め設定された表示期間に基づいて表示要求信号を送信する。表示要求信号は、アプリケーションプロセッサ２を通じてグラフィックス処理ユニット２に到達する。画像フレームのレンダリングおよび送信は時間がかかるので、次の表示要求信号が到着する前に、グラフィックス処理ユニット２が現在のフレームの表示対象ＧＵＩの画像データを表示コンポーネントへ送信しできる場合、グラフィックス処理ユニット２は、現在のフレームの表示対象ＧＵＩの画像データを表示コンポーネントへ送信し得る。次の表示要求信号が到着する前に、グラフィックス処理ユニット２が現在のフレームの表示対象ＧＵＩの画像データを表示コンポーネントへ送信できない場合、画像データ伝送エラーを回避するために、次の表示要求信号が到着した後に、グラフィックス処理ユニット２は、現在のフレームの表示対象ＧＵＩの画像データを表示コンポーネントへ送信し得る。その後、グラフィックス処理ユニット２は、レンダリングされたＧＵＩの画像データを各表示期間における表示コンポーネントへ送信し得る。表示コンポーネントは、グラフィックス処理ユニット２から受信された画像データに基づいてＧＵＩを表示する。

【0167】

スマートウォッチが２Ｄウォッチフェイスインタフェースを表示した後に、ユーザがスマートウォッチを長期間使用しない場合、または、ユーザが画面オフのコントロールをタップした場合、スマートウォッチは画面をオフにして、スマートウォッチはインタフェース表示を停止し得る。その後、ユーザが手首を上げた後に、加速度センサなどのコンポーネントが、ユーザによる手首を上げる入力操作を検出し得る。ユーザが手首を上げた後に、対応する表示対象ＧＵＩはなお２Ｄウォッチフェイスインタフェースであり得る。加速度センサは、特定のグラフィックス処理サブシステム２に接続され得る。加速度センサは、ユーザによる手首を上げる操作をアプリケーションプロセッサ２へ報告し得る。アプリケーションプロセッサ２は、格納された第１対応関係、画面オフインタフェース、および、ユーザによる手首を上げる操作に基づいて、目標グラフィックス処理サブシステムが、低い電力消費を有するグラフィックス処理サブシステム２であり、表示対象ＧＵＩが単純なＧＵＩであり、グラフィックス処理サブシステム切り替えが実行される必要はないと判定する。したがって、スマートウォッチは引き続き、画面がオフになる前に使用されたグラフィックス処理サブシステム２を使用することによって、表示対象ＧＵＩをレンダリングし、レンダリングされたＧＵＩの画像データを表示のために画面へ送信する。

【0168】

スマートウォッチが２Ｄウォッチフェイスインタフェースを表示するとき、音声コンポーネントがユーザの音声指示のウェイクアップキーワード（例えば、「シャオイー、シャオイー！」）を検出した場合、音声コンポーネントは、音声指示操作をアプリケーションプロセッサ２へ報告する。アプリケーションプロセッサ２は、高性能グラフィックス処理サブシステム１をウェイクアップして、高性能グラフィックス処理サブシステム１において高性能アプリケーションプロセッサ１を使用することによって、後続の音声解析を実行する。アプリケーションプロセッサ１がユーザの音声指示操作に対してセマンティック解析を実行し、音声を使用することによって、ユーザが３Ｄウォッチフェイスインタフェースを表示することを示していると判定した場合、アプリケーションプロセッサ１は、アプリケーションプロセッサ２にセマンティック解析結果を通知する。アプリケーションプロセッサ２は、第１対応関係、現在表示されている２Ｄウォッチフェイスインタフェース、および、ユーザ音声指示操作に基づいて、目標グラフィックス処理サブシステムが高性能グラフィックス処理サブシステム１であり、表示対象ＧＵＩが複雑なＧＵＩであり、グラフィックス処理サブシステム切り替えが実行される必要があると判定する。アプリケーションプロセッサ２は、遷移インタフェースのレンダリングおよび表示を制御する。アプリケーションプロセッサ２は、グラフィックス処理サブシステム切り替えを実行することをアプリケーションプロセッサ１に通知する。

【0169】

図１０の（ａ）および（ｂ）を参照されたい。２Ｄウォッチフェイスインタフェースを表示した後に、スマートウォッチは更に、ユーザの操作に応答して、アプリケーションリストインタフェースを表示し得る。アプリケーションリストインタフェースは、静的で単純なＧＵＩであり得る。例えば、スマートウォッチが２Ｄウォッチフェイスインタフェースを表示した後に、タッチ画面コンポーネントがユーザによるインタフェース上の左スワイプ操作を検出した場合、操作はアプリケーションプロセッサ２へ報告され得る。アプリケーションプロセッサ２は、第１対応関係、現在表示されている２Ｄウォッチフェイスインタフェース、および、２Ｄウォッチフェイスインタフェース上の左スワイプの入力操作に基づいて、目標グラフィックス処理サブシステムが低性能グラフィックス処理サブシステム２であり、表示対象ＧＵＩが単純なＧＵＩであり、グラフィックス処理サブシステム切り替えが実行される必要がないと判定する。アプリケーションプロセッサ２は、グラフィックス処理ユニット２を制御して、表示対象アプリケーションリストインタフェースをレンダリングし、表示対象アプリケーションリストインタフェースを画面上に表示する。

【0170】

図１１の（ａ）および（ｂ）を参照されたい。アプリケーションリストインタフェースを表示した後に、スマートウォッチは、ユーザの操作に応答して、支払い手順に入り支払いインタフェースを表示し得る。支払いプロセスは通常、サードパーティのアプリケーションを伴うか、または、ネットワークを通じてサードパーティのアプリケーションのサーバなどのデバイスとインタラクトする必要がある。サードパーティのアプリケーションは、複雑なＧＵＩを表示し得るか、または、単純なＧＵＩを表示し得る。したがって、スマートウォッチは、高性能グラフィックス処理サブシステムを使用することによって、十分なグラフィックス処理機能をサードパーティのアプリケーションに提供する必要があり、その結果、サードパーティのアプリケーションは、スマートウォッチによって提供された高性能グラフィックス処理サブシステムに基づいて、支払いプロセスにおいてインタフェースを正常に表示できる。したがって、支払いプロセスに対応する表示対象ＧＵＩは、複雑なＧＵＩであり得、対応する目標グラフィックス処理サブシステムは、高性能グラフィックス処理サブシステム１である。

【0171】

例えば、スマートウォッチがアプリケーションリストインタフェースを表示した後に、タッチ画面コンポーネントが、ユーザによるアプリケーションリストインタフェース上の支払いアイコン（例えば、Ｈｕａｗｅｉ Ｐａｙアイコン）をタップする操作を検出した場合、入力操作はアプリケーションプロセッサ２に報告され得る。アプリケーションプロセッサ２は、第１対応関係、現在のアプリケーションリストインタフェース、および、ユーザによる支払いアイコンのタップ操作に基づいて、対応する高性能グラフィックス処理サブシステム１を判定する。次に、アプリケーションプロセッサ２は、遷移インタフェースの表示を制御する。アプリケーションプロセッサ２は、グラフィックス処理サブシステム切り替えを実行することをアプリケーションプロセッサ１に通知する。アプリケーションプロセッサ１は、グラフィックス処理ユニット１を制御して、支払いプロセスにおいて表示対象ＧＵＩをレンダリングし、レンダリングされた画像データを表示のために画面へ送信する。

【0172】

アプリケーションリストインタフェースを表示した後に、スマートウォッチは更に、音楽インタフェースを表示し、ユーザの操作に応答して音楽を再生し得る。いくつかの実施形態において、スマートウォッチが音楽を再生することは、ローカル音楽を再生すること、または、オンライン音楽を再生することを含む。再生対象音楽がローカル音楽である場合、表示対象ＧＵＩは、ローカルにダウンロードされたインタフェースである。図１２の（ａ）から（ｃ）を参照すると、表示対象ＧＵＩは、低性能グラフィックス処理サブシステム２を使用することによって表示され得る。再生対象音楽がオンライン音楽である場合、表示対象ＧＵＩの複雑性を判定できず、表示対象ＧＵＩの複雑性は比較的高いことがあり得るか、または、比較的低いことがあり得る。したがって、図１２の（ａ）、（ｄ）および（ｅ）を参照されたい。表示対象ＧＵＩは、高性能グラフィックス処理サブシステム１を使用することによって処理される必要があり、その結果、表示対象ＧＵＩが比較的複雑であるときも、表示対象ＧＵＩをレンダリングするために、十分な表示処理機能が提供され得る。

【0173】

いくつかの他の実施形態では、音楽再生シナリオにおいて、再生対象音楽はローカル音楽またはオンライン音楽であり得る。したがって、図１３の（ａ）および（ｂ）を参照されたい。第１対応関係に基づくと、音楽再生シナリオにおける表示対象ＧＵＩに対応する目標グラフィックス処理サブシステムは、高性能グラフィックス処理サブシステム１であり、その結果、表示対象ＧＵＩが比較的複雑であるとき、表示対象ＧＵＩを正常にレンダリングできる。

【0174】

例えば、スマートウォッチがアプリケーションリストインタフェースを表示した後に、タッチ画面コンポーネントが、インタフェース上のユーザによる音楽アイコンのタップ操作を検出した場合、入力操作はアプリケーションプロセッサ２に報告され得る。アプリケーションプロセッサ２は、第１対応関係、現在のアプリケーションリストインタフェース、および、ユーザによる音楽アイコンのタップ操作に基づいて、目標グラフィックス処理サブシステムが高性能グラフィックス処理サブシステム１であると判定する。次に、アプリケーションプロセッサ２は、遷移インタフェースの表示を制御する。アプリケーションプロセッサ２は、グラフィックス処理サブシステム切り替えを実行することをアプリケーションプロセッサ１に通知する。アプリケーションプロセッサ１は、グラフィックス処理ユニット１を制御して、音楽再生プロセスにおける表示対象ＧＵＩをレンダリングし、レンダリングされた画像データを表示のために画面へ送信する。

【0175】

図１４における（ａ）および（ｂ）を参照されたい。アプリケーションリストインタフェースを表示した後に、スマートウォッチは、ユーザの操作に応答して、ゲームアプリケーションに入りゲームインタフェースを表示し得る。ゲームインタフェースは通常、複雑なＧＵＩを含み、ゲームインタフェースに対応するグラフィックス処理サブシステムは高性能グラフィックス処理サブシステム１である。例えば、スマートウォッチがゲームアイコンリストのインタフェースを表示した後に、タッチ画面コンポーネントがアプリケーションリストインタフェース上のゲームアイコン（例えば、Ｈｕａｗｅｉ Ｐａｙアイコン）タップの操作を検出した場合、入力操作がアプリケーションプロセッサ２に報告され得る。アプリケーションプロセッサ２は、第１対応関係、現在のアプリケーションリストインタフェース、および、ユーザによるゲームアイコンのタップ操作に基づいて、対応する高性能グラフィックス処理サブシステム１を判定する。次に、アプリケーションプロセッサ２は、遷移インタフェースの表示を制御する。アプリケーションプロセッサ２は、グラフィックス処理サブシステム切り替えを実行することをアプリケーションプロセッサ１に通知する。アプリケーションプロセッサ１は、グラフィックス処理ユニット１を制御して、ゲームプロセスにおいて表示対象ＧＵＩをレンダリングし、レンダリングされた画像データを表示のために画面へ送信する。

【0176】

いくつかの他の実施形態において、スマートウォッチの無線接続コンポーネントにおけるブルートゥースモジュールは、デフォルトでは低性能グラフィックス処理サブシステム２に接続されたままであり得る。グラフィックス処理サブシステム２が現在使用され、画面が画面オフ状態である例が説明のために使用される。ブルートゥースモジュールが、Ｂｌｕｅｔｏｏｔｈを通じて携帯電話によって送信されたＳＭＳメッセージを受信する操作を検出した後に、操作はグラフィックス処理サブシステム２におけるアプリケーションプロセッサ２に報告され得る。アプリケーションプロセッサ２は、第１対応関係、ブルートゥース接続モジュールによって検出されたＳＭＳメッセージ受信操作、および、現在の画面オフ状態に基づいて、目標グラフィックス処理サブシステムがグラフィックス処理サブシステム２であると判定する。次に、スマートウォッチは、ＳＭＳメッセージについての情報をユーザにプロンプトし、グラフィックス処理サブシステム２はＳＭＳメッセージプロンプトインタフェースをレンダリングし、スマートウォッチは、ＳＭＳメッセージプロンプトインタフェースを画面に表示する。

【0177】

別の例では、スマートウォッチの無線接続コンポーネントにおけるブルートゥースモジュールは、デフォルトでは低性能グラフィックス処理サブシステム２に接続されたままであり得る。グラフィックス処理サブシステム１が現在使用され、現在表示されているインタフェースがゲームインタフェースである例が説明のために使用される。ブルートゥースモジュールが、Ｂｌｕｅｔｏｏｔｈを通じて携帯電話によって送信されたＳＭＳメッセージを受信する操作を検出した後に、操作はグラフィックス処理サブシステム２におけるアプリケーションプロセッサ２に報告され得る。アプリケーションプロセッサ２が、現在使用されているグラフィックス処理サブシステム１におけるアプリケーションプロセッサ１に操作を報告する。アプリケーションプロセッサ１は、第１対応関係、ブルートゥース接続モジュールによって検出されたＳＭＳメッセージ受信操作、および、現在表示されているゲームインタフェースに基づいて、目標グラフィックス処理サブシステムがグラフィックス処理サブシステム１であると判定する。いくつかの技術的解決手段において、スマートウォッチは引き続き、グラフィックス処理サブシステム１を使用することによってゲームインタフェースをレンダリングするが、ゲームの邪魔または中断を回避するために、ＳＭＳメッセージプロンプトインタフェースを表示しない。その後、ゲームアプリケーションを終了することを示す、ユーザによって実行された入力操作を検出した後に、スマートウォッチは、第１対応関係に基づいて、グラフィックス処理サブシステム２に切り替えてＳＭＳメッセージプロンプトインタフェースをレンダリングすることを判定する。スマートウォッチは、画面上にＳＭＳメッセージプロンプトインタフェースを表示し、ＳＭＳメッセージの内容をユーザにプロンプトする。

【0178】

いくつかの他の実施形態において、スマートウォッチの無線接続コンポーネントにおけるＷｉ－Ｆｉモジュールはデフォルトでは、低性能グラフィックス処理サブシステム２に接続されたままである。グラフィックス処理を実行するためにグラフィックス処理サブシステム２が現在使用され、モニタリングアプリケーションのインタフェースが現在表示されている例が説明のために使用される。Ｗｉ－Ｆｉモジュールが、ローカルエリアネットワークにおいてスマートホームデバイスにおけるインテリジェント監視カメラへのＷｉ－Ｆｉ接続を確立する操作を検出した後に、操作はグラフィックス処理サブシステム２におけるアプリケーションプロセッサ２に報告され得る。アプリケーションプロセッサ２は、第１対応関係、モニタリングアプリケーションの現在表示されているインタフェース、および、インテリジェント監視カメラとの無線接続を確立する操作の検出に基づいて、目標グラフィックス処理サブシステムがグラフィックス処理サブシステム１であると判定する。したがって、アプリケーションプロセッサ２は、グラフィックス処理サブシステム切り替えを実行することをアプリケーションプロセッサ１に通知する。アプリケーションプロセッサ１は、グラフィックス処理ユニット１を制御して、インテリジェント監視カメラから受信されたモニタリング画像をレンダリングし、レンダリングされた画像を画面に表示する。

【0179】

上記は、起動中にデフォルトでグラフィックス処理サブシステム１が使用される例を使用して説明されたことに留意されたい。いくつかの他の実施形態において、スマートウォッチが電源オンされたとき、別のグラフィックス処理サブシステムも処理のために使用され得る。例えば、スマートウォッチが電源オンされたとき、スマートウォッチが電源オフされる前に最近使用された過去のグラフィックス処理サブシステムが、表示処理を実行するためにデフォルトで使用される。ボタンコンポーネントが、ユーザによる電源ボタンを押す操作を検出した後に、過去のグラフィックス処理サブシステムにおけるアプリケーションプロセッサに操作が報告される。過去のグラフィックス処理サブシステムが、第１対応関係に基づいてスマートウォッチによって判定された目標グラフィックス処理サブシステム、すなわちグラフィックス処理サブシステム１と同一である場合、スマートウォッチは、起動プロセスにおいて、グラフィックス処理サブシステム１を使用して、ＧＵＩに対するレンダリングなどの処理を実行し、次に、生成されたＧＵＩの画像データを表示のために画面へ送信する。過去のグラフィックス処理サブシステムが、第１対応関係に基づいてスマートウォッチによって判定された目標グラフィックス処理サブシステム、すなわち、グラフィックス処理サブシステム１と異なる場合、スマートウォッチは、起動プロセスにおいて、グラフィックス処理サブシステム１を使用して、ＧＵＩに対してレンダリングなどの処理を実行するように切り替わり、次に、ＧＵＩの生成された画像データを表示のために画面へ送信する。

【0180】

いくつかの他の実施形態において、スマートウォッチは、グラフィックス処理サブシステム切り替えを実行するとき、遷移インタフェースを表示しないことがあり得る。この方式では、グラフィックス処理サブシステム切り替えプロセスにおいて、スマートウォッチはインタフェースをそれ以上表示せず、切り替えプロセスにおいてユーザに見られるスマートウォッチの画面は黒画面状態であり得、ユーザは画面のちらつきを感じ取り得る。したがって、ユーザの視覚体験が比較的悪い。したがって、遷移インタフェースを表示しない場合と比較して、スマートウォッチによって遷移インタフェースを表示することは、インタフェース表示をより連続的にし、ユーザによって見られるインタフェースをより一貫させる。これにより、ユーザの視覚体験を改善できる。

【0181】

グラフィックス処理サブシステムは、アプリケーションプロセッサおよびグラフィックス処理ユニットを含むシステムであるので、第１対応関係における目標グラフィックス処理サブシステムは、目標アプリケーションプロセッサおよび／または目標グラフィックス処理ユニットと置き換えられ得ることが理解され得る。入力操作および動作シナリオは目標アプリケーションプロセッサおよび／または目標グラフィックス処理ユニットに対応し、すなわち、目標アプリケーションプロセッサおよび／または目標グラフィックス処理ユニットが位置する目標グラフィックス処理サブシステムに対応する。

【0182】

上記の説明から、異なる動作シナリオおよび異なる入力操作は、異なる表示対象ＧＵＩに対応し、スマートウォッチは異なる目標グラフィックス処理サブシステムを使用することが分かる。使用される目標グラフィックス処理サブシステムの性能および電力消費は、異なる動作シナリオおよび異なる入力操作と合致し、すなわち、異なる動作シナリオおよび入力操作に対応する表示対象ＧＵＩと合致する。従来技術と異なり、高い性能および高い電力消費を有する同一のＧＰＵが、すべてのＧＵＩに対して表示処理を実行するために継続的に使用される。

【0183】

換言すると、スマートウォッチは、表示インタフェースに対応する表示対象ＧＵＩの複雑性および入力操作に基づいて、適合的にリアルタイムにグラフィックス処理サブシステムを切り替え得、その結果、表示対象ＧＵＩの複雑性は、切り替えられたグラフィックス処理サブシステムの性能および電力消費と合致し、グラフィックス表示処理機能および電力消費が無駄にならない。したがって、スマートウォッチは、異なる表示対象ＧＵＩの表示処理性能および電力消費のバランスをとり、異なる表示対象ＧＵＩにとって最適なエネルギー効率を実装し得る。これにより、グラフィックス処理サブシステムおよびスマートウォッチの全体の電力消費を低減し、グラフィックス処理サブシステムおよびスマートウォッチのエネルギー効率を改善し得る。

【0184】

いくつかの他の実施形態において、スマートウォッチの現在の動作シナリオは、現在検出された入力イベントによって表され得る。入力イベントと目標グラフィックス処理サブシステムとの間の第２対応関係は、スマートウォッチの各アプリケーションプロセッサにおいて予め設定される。アプリケーションプロセッサは、第２対応関係および現在検出された入力イベントに基づいて、グラフィックス処理サブシステム切り替えを実行するかどうかを判定し得る。例えば、アプリケーションプロセッサに格納された第２対応関係については、表３を参照されたい。

【表3】

【0185】

例えば、スマートウォッチは、画面オフ状態においてユーザによる手首を上げるイベントを検出した後に、第２対応関係に基づいて、目標グラフィックス処理サブシステムがグラフィックス処理サブシステム２であり、表示対象ＧＵＩが２Ｄウォッチフェイスインタフェースであると判定する。次に、スマートウォッチは、画面がオフになる前に使用されていたグラフィックス処理サブシステムがグラフィックス処理サブシステム２と同一であるかどうかを判定する。画面がオフになる前に使用されていたグラフィックス処理サブシステムがグラフィックス処理サブシステム２と同一である場合、スマートウォッチは引き続き、グラフィックス処理サブシステム２を使用することによって、表示対象ＧＵＩに対するレンダリングおよび表示などの処理を実行する。画面がオフになる前に使用されていたグラフィックス処理サブシステムがグラフィックス処理サブシステム２と異なる場合、スマートウォッチは、グラフィックス処理サブシステム２を使用して、表示対象ＧＵＩに対するレンダリングおよび表示などの処理を実行するように切り替わる。

【0186】

本願のいくつかの他の実施形態において、入力操作とグラフィックス処理サブシステムとの間の第３対応関係は、スマートウォッチの各アプリケーションプロセッサにおいて予め設定される。アプリケーションプロセッサは、第３対応関係および現在検出された入力操作に基づいて、グラフィックス処理サブシステム切り替えを実行するかどうかを判定し得る。すなわち、スマートウォッチは、ユーザの入力操作に基づいて目標グラフィックス処理サブシステムを判定し、グラフィックス処理サブシステム切り替えを実行するかどうかを判定し得る。例えば、各アプリケーションプロセッサにおいて予め設定された第３対応関係については、表４を参照されたい。

【表4】

【0187】

例えば、ユーザによる手首を振る操作を検出した後に、スマートウォッチは、高性能グラフィックス処理サブシステム１を使用してグラフィックス表示処理を実行すると判定し得る。ユーザによる手首を上げて下げる操作を複数の連続する回数検出した後に、スマートウォッチは、低性能グラフィックス処理サブシステム２を使用してグラフィックス表示処理を実行すると判定する。別の例では、スマートウォッチは、ユーザの音声指示操作に基づいて、高性能グラフィックス処理サブシステム１または低性能グラフィックス処理サブシステム２を使用すると判定する。ユーザは、実際の状況に基づいて表示対象ＧＵＩの複雑性を判定し、入力操作を使用することによって、対応するグラフィックス処理サブシステムを使用して表示処理を実行するようにスマートウォッチに示し得る。

【0188】

本願のいくつかの他の実施形態において、スマートウォッチの各アプリケーションプロセッサは第４対応関係を格納し、第４対応関係は、表示対象ＧＵＩに対応するアプリケーションと目標グラフィックス処理サブシステムとの間の対応関係である。アプリケーションプロセッサは、第４対応関係および現在の表示対象ＧＵＩに対応するアプリケーションに基づいて、グラフィックス処理サブシステム切り替えを実行するかどうかを判定し得る。例えば、各アプリケーションプロセッサに格納された第４対応関係については、表５を参照されたい。

【表5】

【0189】

いくつかの実装において、スマートウォッチは、表示対象ＧＵＩに対応するアプリケーションをリアルタイムに判定し、表５に基づいて、グラフィックス処理サブシステム切り替えを実行するかどうかを判定し得る。いくつかの他の実装において、スマートウォッチがユーザの入力操作を検出し、かつ、入力操作が、アプリケーションを起動することを示すために使用されるときだけ、スマートウォッチは、表示対象ＧＵＩに対応するアプリケーションを判定し、それにより、表５に基づいて、グラフィックス処理サブシステム切り替えを実行するかどうかを判定する。

【0190】

いくつかの技術的解決手段において、表示対象ＧＵＩに対応するアプリケーション（例えばカメラアプリケーション）の機能がカメラに関連する場合、表示対象ＧＵＩはグラフィックス処理サブシステム１に対応する。

【0191】

いくつかの他の技術的解決手段において、表示対象ＧＵＩに対応するアプリケーションの機能がリモートネットワーク通信に関連する場合、表示対象ＧＵＩはグラフィックス処理サブシステム１に対応する。または、表示対象ＧＵＩに対応するアプリケーションの機能がリモートネットワーク通信に関連しない場合、表示対象ＧＵＩはグラフィックス処理サブシステム２に対応する。

【0192】

ネットワーク通信は、近距離無線通信およびリモートネットワーク通信を含み得る。近距離無線通信は、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｗｉ－Ｆｉ（登録商標）、ＺｉｇＢｅｅ（登録商標）、赤外線などの比較的短い通信距離の通信技術を含み得、通信タスク量が小さい。リモートネットワーク通信は、２Ｇ～５Ｇの長距離モバイルネットワーク通信、および、ルータを通じたＴＣＰ／ＩＰ解決（ｒｅｓｏｌｕｔｉｏｎ）を必要とするネットワーク通信を含む。Ｗｉ－Ｆｉ通信は２つのタイプに分類され得る。一方は、ワイドエリアネットワークにアクセスするリモートネットワーク通信であり、この場合、通信は実際にはイーサネット（登録商標）を使用することによって実行される。他方は、ＩｏＴデバイスのローカルエリアネットワークにアクセスする近距離無線通信である。例えば、リモートネットワーク通信シナリオは、２Ｇ／３Ｇ／４Ｇ／５Ｇベースのビデオ通話、インターネットベースのデータダウンロード、インターネットベースのビデオ通話、または同様のものを含み得る。例えば、各アプリケーションプロセッサに格納された第４対応関係については、表６を参照されたい。

【表6】

【0193】

複雑なＧＵＩがリモートのネットワーク通信プロセスにおいて表示される必要があり得るので、高性能グラフィックス処理サブシステム１が、表示処理を実行するために使用され得、その結果、スマートウォッチは、リモートネットワーク通信に関するインタフェースのための十分な表示処理機能を有する。加えて、ネットワーク切断の問題およびネットワーク再アクセスの問題がグラフィックス処理サブシステム切り替え中に生じ得、ネットワーク再アクセスプロセスは複雑であり、比較的長い期間がかかるので、スマートウォッチは、アプリケーションの機能がリモートネットワーク通信に関連するかどうかに基づいて、表示対象ＧＵＩに対応するアプリケーションについて、グラフィックス処理サブシステム切り替えを実行し得、アプリケーションにおけるグラフィックス処理サブシステム切り替えを実行しない。これにより、アプリケーションにおける頻繁なグラフィックス処理サブシステム切り替えによって引き起こされる、頻繁なネットワーク切断およびユーザの悪いインターネットアクセス体験の問題を回避できる。

【0194】

いくつかの実装において、スマートウォッチは、表示対象ＧＵＩに対応するアプリケーションが、リモートネットワーク通信に関連する機能を有するアプリケーションであるかどうかをリアルタイムに判定し、グラフィックス処理サブシステム切り替えを実行するかどうかを表６に基づいて判定し得る。いくつかの他の実装において、スマートウォッチがユーザの入力操作を検出し、かつ、入力操作が、アプリケーションを起動することを示すために使用されるときだけ、スマートウォッチは、表示対象ＧＵＩに対応するアプリケーションが、リモートネットワーク通信に関連する機能を有するアプリケーションであるかどうかを判定し、グラフィックス処理サブシステム切り替えを実行するかどうかを表６に基づいて判定し得る。

【0195】

いくつかの他の技術的解決手段において、表示対象ＧＵＩに対応するアプリケーションがサードパーティのアプリケーションである場合、表示対象ＧＵＩは、グラフィックス処理サブシステム１に対応する。または、表示対象ＧＵＩに対応するアプリケーションがシステムアプリケーションである場合、表示対象ＧＵＩはグラフィックス処理サブシステム２に対応する。例えば、各アプリケーションプロセッサに格納された第４対応関係については、表７を参照されたい。

【表7】

【0196】

サードパーティのアプリケーションは、複雑なＧＵＩを表示し得るか、または、単純なＧＵＩを表示し得る。したがって、スマートウォッチは、サードパーティのアプリケーションのために、高性能グラフィックス処理機能を開く必要があり、その結果、サードパーティのアプリケーションは、高性能グラフィックス処理機能を使用することによって、複雑なＧＵＩを正常に表示し得る。例えば、表示対象ＧＵＩに対応するアプリケーションがサードパーティのゲームアプリケーションである場合、表示対象ＧＵＩに対応する目標グラフィックス処理サブシステムはグラフィックス処理サブシステム１である。スマートウォッチは、目標グラフィックス処理サブシステムが現在使用されているグラフィックス処理サブシステムと同一であるかどうかに従って、グラフィックス処理サブシステム切り替えを実行するかどうかを判定し得る。

【0197】

いくつかの実装において、スマートウォッチは、表示対象ＧＵＩに対応するアプリケーションがサードパーティのアプリケーション（サードパーティのアプリケーションとも称される）であるかどうかをリアルタイムに判定し、グラフィックス処理サブシステム切り替えを実行するかどうかを表７に基づいて判定し得る。いくつかの他の実装において、スマートウォッチがユーザの入力操作を検出し、かつ、アプリケーションを起動するために入力操作が使用されるときだけ、スマートウォッチは、表示対象ＧＵＩに対応するアプリケーションがサードパーティのアプリケーションであるかどうかを判定し、グラフィックス処理サブシステム切り替えを実行するかどうかを表７に基づいて判定し得る。

【0198】

いくつかの他の技術的解決手段において、表示対象ＧＵＩに対応するアプリケーションがサードパーティのアプリケーションである場合、表示対象ＧＵＩはグラフィックス処理サブシステム１に対応する。表示対象ＧＵＩに対応するアプリケーションがシステムアプリケーションであり、システムアプリケーションの機能がリモートネットワーク通信に関連する場合、表示対象ＧＵＩはグラフィックス処理サブシステム１に対応する。代替的に、表示対象ＧＵＩに対応するアプリケーションがシステムアプリケーションであり、かつ、システムアプリケーションの機能がリモートネットワーク通信に関連しない場合、スマートウォッチは、ローカルで処理を実行する、または、近距離無線通信を通じて処理を実行するだけでよく、表示対象ＧＵＩはグラフィックス処理サブシステム２に対応する。例えば、各アプリケーションプロセッサに格納された第４対応関係については、表８を参照されたい。

【表8】

【0199】

本願のいくつかの他の実施形態において、スマートウォッチの各アプリケーションプロセッサは、第５対応関係を格納し、第５対応関係は、表示対象ＧＵＩに対応するアプリケーション機能と目標グラフィックス処理サブシステムとの間の対応関係である。アプリケーションプロセッサは、第５対応関係および現在の表示対象ＧＵＩに対応するアプリケーション機能に基づいて、グラフィックス処理サブシステム切り替えを実行するかどうかを判定し得る。例えば、各アプリケーションプロセッサに格納される第５対応関係については、表９を参照されたい。

【表9】

【0200】

いくつかの実装において、スマートウォッチは、表示対象ＧＵＩに対応する機能をリアルタイムに判定し、表６に基づいて、グラフィックス処理サブシステム切り替えを実行するかどうかを判定し得る。いくつかの他の実装において、スマートウォッチがユーザの入力操作を検出し、かつ、入力操作が、サービス機能を使用することを示すために使用されるときだけ、スマートウォッチは、表示対象ＧＵＩに対応する機能を判定し、グラフィックス処理サブシステム切り替えを実行するかどうかを表６に基づいて判定し得る。

【0201】

本願のいくつかの他の実施形態において、表示対象ＧＵＩとグラフィックス処理サブシステムとの間の第６対応関係がアプリケーションプロセッサにおいて予め設定される。アプリケーションプロセッサは、第６対応関係および現在の表示対象ＧＵＩに基づいて、グラフィックス処理サブシステム切り替えを実行するかどうかを判定し得る。例えば、各アプリケーションプロセッサに格納された第６対応関係については、表１０を参照されたい。

【表10】

【0202】

例えば、表示対象ＧＵＩがゲームインタフェースである場合、表示対象ＧＵＩはグラフィックス処理サブシステム１に対応する。現在使用されているグラフィックス処理サブシステムがグラフィックス処理サブシステム１である場合、スマートウォッチは引き続き、グラフィックス処理サブシステム１を使用することによって、表示対象ＧＵＩをレンダリングする。現在使用されているグラフィックス処理サブシステムがグラフィックス処理サブシステム１でない場合、スマートウォッチは、グラフィックス処理サブシステム１に切り替えて表示対象ＧＵＩをレンダリングする。

【0203】

本願のいくつかの他の実施形態において、切り替え操作は、スマートウォッチの各アプリケーションプロセッサにおいて予め設定され、切り替え操作は１または複数の入力操作である。スマートウォッチが切り替え操作を検出した場合、スマートウォッチは、別のグラフィックス処理サブシステムに切り替える。

【0204】

例えば、スマートウォッチは２つのグラフィックス処理サブシステムを含む。スマートウォッチが、入力コンポーネントを使用することによって切り替え操作を検出した場合、２つのグラフィックス処理サブシステムの間で切り替えが実行される。例えば、切り替え操作は、スマートウォッチを振る操作、ユーザによる画面上の切り替えコントロールをタップする操作、グラフィックス処理サブシステム切り替えを実行するためのユーザの音声指示の操作、または同様のものであり得る。

【0205】

スマートウォッチは、グラフィックス処理サブシステム切り替えを実行するために特定の処理期間を必要とし得ることに留意されたい。スマートウォッチが、インタラクションコンポーネントを使用することによってユーザの入力操作に基づいて、グラフィックス処理サブシステム切り替えを実行するかどうかを判定することをトリガするとき、スマートウォッチもユーザの入力操作に応答するために特定の期間を必要するので、グラフィックス処理サブシステム切り替えおよび応答は同期的に実行される。したがって、ユーザが切り替えプロセスによって引き起こされる遅延を容易に感じなくなる。スマートウォッチが、無線接続モジュールなどのトリガコンポーネントの入力操作に基づいて、グラフィックス処理サブシステム切り替えを実行するかどうかを判定することをトリガするとき、切り替えはユーザの自覚なしで実行される。したがって、ユーザは、グラフィックス処理サブシステム切り替えを実行するために消費される期間を知覚しない。

【0206】

本願のいくつかの他の実施形態において、目標グラフィックス処理サブシステムは、表示対象インタフェースの構成情報に関連し得る。構成情報は、ユーザの過去の設定操作に対応する構成情報であり得る。例えば、起動アニメーションを表示するプロセスにおいて、スマートウォッチは、グラフィックス処理サブシステム１を使用することによって、表示処理を実行する。起動アニメーションが表示された後に、表示対象インタフェースはウォッチフェイスインタフェースである。ユーザによって過去に設定されたウォッチフェイスインタフェースは、２Ｄウォッチフェイスインタフェースであり、グラフィックス処理サブシステム２に対応する。ウォッチフェイスインタフェースに対応する、スマートウォッチに格納された構成情報は、２Ｄウォッチフェイスモードである。起動プロセスが完了した後に、スマートウォッチは、ウォッチフェイスインタフェースに対応する構成情報を照会し、構成情報に基づいて、表示対象ＧＵＩに対応する目標グラフィックス処理サブシステムがグラフィックス処理サブシステム２であり、表示対象ＧＵＩが単純なＧＵＩであると判定する。したがって、スマートウォッチは、グラフィックス処理サブシステム２を使用して、表示対象２Ｄウォッチフェイスインタフェースに対するレンダリングおよび表示などの処理を実行するように切り替え得る。

【0207】

本願のいくつかの他の実施形態において、スマートウォッチは、各表示対象ＧＵＩの複雑性をリアルタイムに判定し、表示対象ＧＵＩの複雑性に基づいて、グラフィックス処理サブシステム切り替えを実行するかどうかをリアルタイムに判定し得る。

【0208】

例えば、スマートウォッチは、人口知能（ａｒｔｉｆｉｃｉａｌ ｉｎｔｅｌｌｉｇｅｎｃｅ， ＡＩ）モジュールを使用することによって各表示対象ＧＵＩの複雑性を認知して予測し、表示対象ＧＵＩの複雑性に基づいて、対応する目標グラフィックス処理サブシステムを判定し、グラフィックス処理サブシステム切り替えを実行するかどうかを判定し得る。例えば、スマートウォッチが現在、高性能グラフィックス処理サブシステム１を使用して、複雑なゲームインタフェースに対する表示処理を実行した場合、スマートウォッチは、ＡＩモジュールを使用することによって、次のフレームまたは次の複数のフレームの表示対象ＧＵＩが単純なゲームインタフェースであると判定する。この場合、スマートウォッチは、表示処理のために、低性能グラフィックス処理サブシステム２に切り替える。

【0209】

上記は、入力コンポーネントにおけるインタラクションコンポーネントが、現在使用されているグラフィックス処理サブシステムに接続され、トリガコンポーネントが特定のグラフィックス処理サブシステムに接続される例を使用することによって説明される。いくつかの他の実施形態において、入力コンポーネントにおけるインタラクションコンポーネントおよびトリガコンポーネントの両方が、現在使用されるグラフィックス処理サブシステムに接続され得る。スマートウォッチによって使用されるグラフィックス処理サブシステムに切り替えられる場合、入力コンポーネントは、切り替えられる先のグラフィックス処理サブシステムに接続される。

【0210】

上記は主に、電子デバイスがスマートウォッチである例を使用することによって説明される。本願の実施形態において提供される表示処理方法は更に、携帯電話、タブレット、または、車載デバイスなどの別の電子デバイスに適用され得る。詳細はここで説明されない。

【0211】

上記は主に、電子デバイスがグラフィックス処理サブシステム１およびグラフィックス処理サブシステム２を含む例を使用することによって説明されることに留意されたい。電子デバイスはまた、２より多くのグラフィックス処理サブシステムを含み得ることが理解され得る。例えば、図４に示されるように、電子デバイスは、グラフィックス処理サブシステムなどの別のグラフィックス処理サブシステムｎを更に含み得る。

【0212】

例えば、高性能グラフィックス処理サブシステム１および低性能グラフィックス処理サブシステム２に加えて、電子デバイスは更に、より低い性能およびより低い電力消費を有するグラフィックス処理サブシステムｎを含み得る。グラフィックス処理サブシステムｎにおけるアプリケーションプロセッサおよびグラフィックス処理ユニットの関連パラメータについては、表１を参照されたい。

【0213】

別の例では、高性能グラフィックス処理サブシステム１および低性能グラフィックス処理サブシステム２に加えて、電子デバイスは更に、性能および電力消費がグラフィックス処理サブシステム１の性能および電力消費と、グラフィックス処理サブシステム２の性能および電力消費との間であるグラフィックス処理サブシステム３を含み得る。例えば、高性能グラフィックス処理サブシステム１は、３Ｄレンダリング機能をサポートし、低性能グラフィックス処理サブシステム２は、静的グラフィックス処理をサポートし、中間の性能および電力消費を有するグラフィックス処理サブシステム３は、２Ｄ回転およびフェードイン／フェードアウトなどの２次元グラフィックス表示処理をサポートする。

【0214】

別の例では、高性能グラフィックス処理サブシステム１および低性能グラフィックス処理サブシステム２に加えて、携帯電話、ＡＲデバイス、またはＶＲデバイスなどの電子デバイスは更に、ＡＲシナリオまたはＶＲシナリオにおける３Ｄグラフィックを表示するために使用される、より高い性能および電力消費を有するグラフィックス処理サブシステム４を含み得る。

【0215】

上記の実施形態および関連する添付図面を参照すると、一実施形態は表示処理方法を提供する。方法は、画面を有する、図２～図６に示される電子デバイス（例えば、スマートウォッチまたはスマートバンド）において実装され得る。電子デバイスは、複数のグラフィックス処理サブシステムを含み得、例えば、第１グラフィックス処理サブシステムおよび第２グラフィックス処理サブシステムを含み得る。

【0216】

第１グラフィックス処理サブシステムは、第１グラフィックス処理ユニット、第１アプリケーションプロセッサ、ならびに、第１アプリケーションプロセッサおよび第１グラフィックス処理ユニットと連携して使用される第１メモリを含む。第２グラフィックス処理サブシステムは、第２グラフィックス処理ユニット、第２アプリケーションプロセッサ、ならびに、第２アプリケーションプロセッサおよび第２グラフィックス処理ユニットと連携して使用される第２メモリを含む。加えて、第１グラフィックス処理サブシステムおよび第２グラフィックス処理サブシステムは各々、グラフィックス処理サブシステムにおけるコンポーネントを接続するよう構成される通信バスを更に含み得る。すなわち、異なるグラフィックス処理サブシステムは、異なるコンポーネントおよび異なる基本システムを含み得る。異なるグラフィックス処理サブシステムは、異なる性能、電力消費、およびエネルギー効率を有する。

【0217】

図１５を参照されたい。表示処理方法は以下の段階を含み得る。

【0218】

段階１５０１：第１グラフィックス処理サブシステムは第１ＧＵＩをレンダリングする。

【0219】

例えば、電子デバイスはウェアラブルデバイスであり得る。例えば、電子デバイスは、上記の実施形態におけるスマートウォッチであり得、第１グラフィックス処理サブシステムは、図３～図６に示される比較的高い性能および電力消費を有するグラフィックス処理サブシステム１であり得、第１ＧＵＩは３Ｄウォッチフェイスインタフェースであり得る。

【0220】

段階１５０２：画面がレンダリングされた第１ＧＵＩを表示する。

【0221】

例えば、第１ＧＵＩが３Ｄウォッチフェイスインタフェースであるとき、画面に表示される３Ｄウォッチフェイスインタフェースの概略図については、図８の（ａ）を参照されたい。

【0222】

段階１５０３：第１アプリケーションプロセッサが予め設定された条件が満たされていると判定した後に、第１アプリケーションプロセッサが切り替え通知を第２アプリケーションプロセッサへ送信する。

【0223】

予め設定された条件が満たされていると判定した後に、第１アプリケーションプロセッサは、切り替え通知を第２アプリケーションプロセッサへ送信して、表示処理のために第２グラフィックス処理サブシステムに切り替えることを示し得る。

【0224】

例えば、予め設定された条件は、電子デバイスが３Ｄウォッチフェイスインタフェース上でユーザによって実行されたタッチアンドホールド操作を検出し、第２グラフィックス処理サブシステムは、図３～図６に示される比較的低い性能および電力消費のグラフィックス処理サブシステム２であり得ることであり得る。

【0225】

段階１５０４：切り替え通知を受信した後に、第２アプリケーションプロセッサは、第２グラフィックス処理ユニットに対して、表示対象の第２ＧＵＩをレンダリングすることを通知する。ここで、第２ＧＵＩおよび第１ＧＵＩは異なるインタフェースタイプに対応する。

【0226】

異なるインタフェースタイプのＧＵＩは異なる複雑性を有する。具体的には、第２ＧＵＩの複雑性は、第１ＧＵＩの複雑性と異なる。グラフィックス処理サブシステム切り替え通知を認識した後に、第２アプリケーションプロセッサは、第２グラフィックス処理ユニットを制御して、表示対象の第２ＧＵＩをレンダリングし得る。例えば、第１ＧＵＩは、３Ｄウォッチフェイスインタフェースであり得、表示対象の第２ＧＵＩは２Ｄウォッチフェイスインタフェースであり得る。

【0227】

段階１５０５：第２グラフィックス処理ユニットは、第２ＧＵＩをレンダリングする。

【0228】

段階１５０６：画面がレンダリングされた第２ＧＵＩを表示する。

【0229】

例えば、画面上に表示された２Ｄウォッチフェイスインタフェースの概略図については、図８の（ｂ）を参照されたい。

【0230】

本解決手段において、異なるインタフェースタイプの表示対象ＧＵＩについては、電子デバイスは、異なる性能および異なる電力消費を有するグラフィックス処理サブシステムを表示処理のために使用するように切り替え得る。異なるインタフェースタイプのＧＵＩは異なる複雑性を有する。例えば、複雑性が高いＧＵＩについては、電子デバイスは、高い性能および高い電力消費を有するグラフィックス処理サブシステムを使用して処理を実行し得、複雑性が低いＧＵＩについては、電子デバイスは、高い性能および高い電力消費を有する統合グラフィックス処理サブシステムを使用して処理を実行する代わりに、低い性能および低い電力消費を有するグラフィックス処理サブシステムを使用して処理を実行し得る。換言すると、電子デバイスは、異なる表示対象ＧＵＩの表示処理性能および電力消費のバランスをとり、異なる表示対象ＧＵＩのための最適なエネルギー効率を実装し得る。したがって、電子デバイスにおける複数のグラフィックス処理サブシステムは、比較的低い平均電力消費および比較的高い平均エネルギー効率を有する。加えて、複数のグラフィックス処理サブシステムは、比較的高い全体エネルギー効率および比較的低い全体電力消費を有する。したがって、グラフィックス表示処理のための電子デバイスのエネルギー効率は比較的高く、電子デバイスの全体の電力消費は比較的低い。

【0231】

いくつかの実施形態において、図１５を参照されたい。電子デバイスが、予め設定された条件が満たされたと判定した後、かつ、レンダリングされた第２ＧＵＩが表示される前に、方法は更に以下の段階を含む。

【0232】

段階１５０７：第１グラフィックス処理ユニットが遷移インタフェースをレンダリングする。

【0233】

段階１５０８：画面がレンダリングされた遷移インタフェースを表示する。

【0234】

この方式では、遷移インタフェースは、グラフィックス処理サブシステム切り替えプロセスにおいて、インタフェース表示をユーザに継続的に提供することにより、ユーザによって見られるインタフェース上の中断、黒画面、または画面のちらつきなどの現象を回避し、ユーザの視覚体験を改善し得る。例えば、第１ＧＵＩが３Ｄウォッチフェイスインタフェースであり、かつ、第２ＧＵＩが２Ｄウォッチフェイスインタフェースであるシナリオにおいて、遷移インタフェースについては、図８の（ｃ）および（ｄ）を参照されたい。

【0235】

いくつかの実施形態において、予め設定された条件が満たされたと第１アプリケーションプロセッサが判定した後に、第１アプリケーションプロセッサが切り替え通知を第２アプリケーションプロセッサへ送信することは、第１入力操作が検出され、かつ、予め設定された条件が満たされたと第１アプリケーションプロセッサが判定した後に、第１アプリケーションプロセッサが切り替え通知を第２アプリケーションプロセッサへ送信することを含む。第１入力操作は、タッチ画面ベースの入力操作、ボタンベースの操作、音声入力操作または同様のものを含み得る。すなわち、電子デバイスは、ユーザの入力操作のトリガを検出した後に初めて、グラフィックス処理サブシステム切り替えを実行するかどうかを判定する。

【0236】

例えば、電子デバイスは更にメモリを含み得る。メモリは、第２グラフィックス処理サブシステムに対応する、予め設定されたアプリケーション、アプリケーション機能、または、予め設定されたＧＵＩなど、予め格納された情報を格納する。表示対象第２ＧＵＩ、または、第２ＧＵＩのアプリケーションまたは機能が、予め格納された情報に対応する場合、電子デバイスは、第２グラフィックス処理サブシステムを使用することによって表示処理を実行し得る。

【0237】

いくつかの技術的解決手段において、メモリは、第２グラフィックス処理サブシステムに対応する予め設定されたアプリケーションを格納する。第１アプリケーションプロセッサが、予め設定された条件が満たされていると判定することは、第１アプリケーションプロセッサが、第２ＧＵＩが第１インタフェースタイプに対応し、第１ＧＵＩが第２インタフェースタイプに対応すると判定することを含む。第１インタフェースタイプのＧＵＩは、予め設定されたアプリケーションに対応するＧＵＩを含み、第２インタフェースタイプのＧＵＩは、予め設定されたアプリケーションに対応するＧＵＩ以外のＧＵＩを含む。

【0238】

例えば、第２グラフィックス処理サブシステムは、表５におけるグラフィックス処理サブシステム１であり得る。第１インタフェースタイプのＧＵＩは、表５におけるグラフィックス処理サブシステム１に対応する予め設定されたアプリケーションのＧＵＩを含み得る。例えば、予め設定されたアプリケーションは、支払いアプリケーション、カメラアプリケーション、音楽アプリケーション、通話アプリケーション、ゲームアプリケーションまたは同様のものを含む。第２インタフェースタイプのＧＵＩは、表５におけるグラフィックス処理サブシステム２に対応するアプリケーションのＧＵＩ以外のＧＵＩを含み得る。例えば、第２インタフェースタイプのＧＵＩは、表５におけるグラフィックス処理サブシステム２に対応する予め設定されたアプリケーションのＧＵＩを含み得る。

【0239】

代替的に、予め設定されたアプリケーションは、リモートネットワーク通信に関連する機能を有する、表６に示されるアプリケーションであり得る。

【0240】

代替的に、予め設定されたアプリケーションは、表７に示されるサードパーティのアプリケーションであり得る。

【0241】

いくつかの他の技術的解決手段において、メモリは、第２グラフィックス処理サブシステムに対応する予め設定された機能を格納する。第１アプリケーションプロセッサが、予め設定された条件が満たされていると判定することは、第１アプリケーションプロセッサが、第２ＧＵＩが第１インタフェースタイプに対応し、第１ＧＵＩが第２インタフェースタイプに対応すると判定することを含む。第１インタフェースタイプのＧＵＩは、予め設定された機能に対応するＧＵＩを含み、第２インタフェースタイプのＧＵＩは、予め設定された機能に対応するＧＵＩ以外のＧＵＩを含む。例えば、予め設定された機能は、リモートネットワーク通信に関連し得る。

【0242】

例えば、第２グラフィックス処理サブシステムは表９におけるグラフィックス処理サブシステム１であり得る。予め設定された機能は、表９におけるグラフィックス処理サブシステム１に対応する機能であり得る。第１インタフェースタイプのＧＵＩは、表９におけるグラフィックス処理サブシステム１に対応する予め設定された機能のＧＵＩを含み得る。第２インタフェースタイプのＧＵＩは、表９におけるグラフィックス処理サブシステム１に対応する予め設定された機能のＧＵＩ以外のＧＵＩを含み得る。例えば、第２インタフェースタイプのＧＵＩは、表９におけるグラフィックス処理サブシステム２に対応する機能のＧＵＩであり得る。

【0243】

いくつかの他の技術的解決手段において、メモリは、第２グラフィックス処理サブシステムに対応する予め設定されたＧＵＩを格納する。第１アプリケーションプロセッサが、予め設定された条件が満たされていると判定することは、第１アプリケーションプロセッサが、第２ＧＵＩが第１インタフェースタイプに対応し、第１ＧＵＩが第２インタフェースタイプに対応すると判定することを含む。第１インタフェースタイプのＧＵＩは、予め設定されたＧＵＩを含み、第２インタフェースタイプのＧＵＩは、予め設定されたＧＵＩ以外のＧＵＩを含む。例えば、第２グラフィックス処理サブシステムは、表１０におけるグラフィックス処理サブシステム１であり得、予め設定されたＧＵＩは、表１０におけるグラフィックス処理サブシステム１に対応するＧＵＩであり得る。

【0244】

いくつかの他の実施形態において、第２ＧＵＩおよび第１ＧＵＩはそれぞれ、３Ｄインタフェースタイプおよび２Ｄインタフェースタイプである。

【0245】

いくつかの他の実施形態において、メモリは、第２グラフィックス処理サブシステムに対応する少なくとも１つの予め設定されたパラメータグループを格納し、予め設定されたパラメータグループは、予め設定されたＧＵＩおよび予め設定された入力操作を含む。第１アプリケーションプロセッサが、予め設定された条件が満たされていると判定することは、第１アプリケーションプロセッサが、第２入力操作が検出されたと判定することを含む。第１ＧＵＩおよび第２入力操作は、予め設定されたパラメータグループにおける予め設定されたＧＵＩおよび予め設定された入力操作に合致する。第２入力操作は、タッチ画面ベースの入力操作、ボタンベースの操作、音声入力操作、または同様のものを含み得る。

【0246】

例えば、第２グラフィックス処理サブシステムは、表２におけるグラフィックス処理サブシステム１であり得、予め設定されたパラメータグループは、表２に示される対応関係において、グラフィックス処理サブシステム１に対応する表示されたインタフェースおよび入力操作を含む予め設定されたパラメータグループであり得る。

【0247】

いくつかの他の実施形態において、第１アプリケーションプロセッサが、予め設定された条件が満たされたと判定することは、第１アプリケーションプロセッサが、第３入力操作が検出されたと判定することを含む。第３入力操作は、グラフィックス処理サブシステム切り替えを実行することを示すために使用されるか、または、第３入力操作は、第２グラフィックス処理サブシステムを使用することを示すために使用される。第３入力操作は、タッチ画面ベースの入力操作、ボタンベースの操作、音声入力操作または同様のものを含み得る。例えば、入力操作は、表４に示される入力操作であり得る。

【0248】

上記機能を実装するために、電子デバイスは、各機能を実行するための対応するハードウェアおよび／またはソフトウェアモジュールを含むと理解され得る。本明細書において開示される実施形態において説明される各例のアルゴリズムのステップを参照すると、本願は、ハードウェア形態で、または、ハードウェアをコンピュータソフトウェアと組み合わせた形態で実装され得る。ある機能がハードウェアで行われるのか、またはコンピュータソフトウェアで動くハードウェアで行われるのかは、技術的解決手段の特定の用途および設計上の制約によって決まる。当業者であれば、異なる方法を用いて、説明した機能を特定の用途ごとに実施形態を参照して実装し得るが、この実装形態が本願の範囲を超えるものとみなされるべきではない。

【0249】

実施形態において、電子デバイスは、上記の方法の例に基づいて機能モジュールに分割され得る。例えば、各機能に対応する各機能モジュールは、分割を通じて取得され得るか、または、２以上の機能が１つの処理モジュールに統合され得る。統合モジュールは、ハードウェアの形態で実装され得る。本実施形態において、モジュールへの分割は例であり、単に論理的な機能分割であることに留意されたい。実際の実装において、別の分割方式があり得る。

【0250】

本願の一実施形態は更に、１または複数のプロセッサおよび１または複数のメモリを含む電子デバイスを提供する。１または複数のメモリは、１または複数のプロセッサに結合され、１または複数のメモリは、コンピュータプログラムコードを格納するよう構成され、コンピュータプログラムコードはコンピュータ命令を含む。１または複数のプロセッサがコンピュータ命令を実行するとき、電子デバイスは、方法の実施形態において電子デバイスによって実行された段階を実行し、表示処理方法を実装することが可能となる。

【0251】

本願の一実施形態は更に、コンピュータ可読記憶媒体を提供する。コンピュータ可読記憶媒体はコンピュータ命令を格納する。コンピュータ命令が電子デバイスで実行されるとき、電子デバイスは、関連する方法の段階を実行し、上記の実施形態における表示処理方法を実装することが可能となる。

【0252】

本願の一実施形態は更にコンピュータプログラム製品を提供する。コンピュータプログラム製品がコンピュータで実行されるとき、コンピュータは、関連する段階を実行し、上記実施形態において電子デバイスによって実行された表示処理方法を実装することが可能である。

【0253】

加えて、本願の一実施形態は更に装置を提供する。装置は具体的には、チップ、コンポーネント、またはモジュールであり得る。装置は、接続されたプロセッサおよびメモリを含み得る。メモリはコンピュータ実行可能命令を格納するよう構成され、装置が実行するとき、プロセッサは、メモリに格納されたコンピュータ実行可能命令を実行し得、その結果、チップは、上記の方法の実施形態において電子デバイスによって実行された表示処理方法を実行する。

【0254】

実施形態において提供される電子デバイス、コンピュータ可読記憶媒体、コンピュータプログラム製品、またはチップは、上で提供された対応する方法を実行するよう構成される。従って、達成できる有益な効果については、上で提供される対応する方法における有益な効果を参照されたい。詳細はここで再度説明されない。

【0255】

実装についての前述の説明により、当業者は、説明を簡便性および簡潔性の目的で、前述の機能モジュールの分割は説明のための例であることを理解することが可能である。実際の用途では、前述の各機能は様々なモジュールに割り振られ、要件に従って実装され得る、つまり、装置の内部構造が様々な機能モジュールに分割されて、上述した各機能の全部または一部が実装される。

【0256】

本願で提供されるいくつかの実施形態において、開示された装置および方法は、他の方式で実装され得ることが理解されるべきである。例えば、記載される装置の実施形態は一例に過ぎない。例えば、モジュールまたはユニットの分割は、論理的な機能分割に過ぎず、実際の実装中は他の分割であってよい。例えば、複数のユニットまたはコンポーネントは、組み合わされ得る、または、別の装置に統合され得る、または、いくつかの特徴が無視され得る、または、実行されないことがあり得る。加えて、表示または説明されている相互結合もしくは直接結合または通信接続は、いくつかのインタフェースを使用することにより実装され得る。装置またはユニット間の間接連結または通信接続は、電子的形態、機械的形態、または他の形態で実装されてよい。

【0257】

別個の部分として説明された各ユニットは、物理的に離れていてもいなくてもよく、ユニットとして示された各部分が１または複数の物理的ユニットであってもよく、すなわち、１つの場所に配置されていてもよく、異なる場所に分散されていてもよい。これらのユニットの一部または全部が、各実施形態の解決手段の目的を実現するために、実際の要件に基づいて選択されてよい。

【0258】

さらに、本願の実施形態における各機能ユニットが１つの処理ユニットに統合されてもよく、これらのユニットのそれぞれが物理的に単独で存在してもよく、あるいは２つまたはそれより多くのユニットが１つのユニットに統合され得る。統合されたユニットは、ハードウェアの形態で実装されてもよく、または、ソフトウェア機能ユニットの形態で実装されてもよい。

【0259】

統合されたユニットがソフトウェア機能ユニットの形態で実装され、かつ、個別の製品として販売または使用されるとき、統合されたユニットは可読記憶媒体に格納され得る。そのような理解に基づいて、本願の実施形態の技術的解決手段は本質的に、すなわち、従来の技術に寄与する部分、あるいは複数の技術的解決手段の全部または一部は、ソフトウェア製品の形態で実現されてよい。ソフトウェア製品は記憶媒体に格納されており、本願の各実施形態で説明された方法の各段階の全部または一部をデバイス（シングルチップのマイクロコンピュータまたはチップなどであってよい）またはプロセッサ（ｐｒｏｃｅｓｓｏｒ）が実行することを可能にするためのいくつかの命令を含む。上記記憶媒体は、プログラムコードを格納できる任意の媒体、例えば、ＵＳＢフラッシュドライブ、リムーバブルハードディスク、リードオンリメモリ（ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ， ＲＯＭ）、ＲＡＭ、磁気ディスク、または光学ディスクを含む。

【0260】

上述の説明は単に、本願の特定の実装であり、本願の保護範囲を限定する意図は無い。本願に開示される技術範囲における当業者によって容易に理解される任意の変形または置換は、本願の保護範囲に含まれるものとする。したがって、本願の保護範囲は、特許請求の範囲の保護範囲の対象となるものとする。
［他の可能な項目］
（項目１）
電子デバイスに適用される表示処理方法であって、前記電子デバイスは、第１グラフィックス処理サブシステム、第２グラフィックス処理サブシステム、および画面を備え、前記第１グラフィックス処理サブシステムは、第１グラフィックス処理ユニット、第１アプリケーションプロセッサ、ならびに、前記第１アプリケーションプロセッサおよび前記第１グラフィックス処理ユニットと連携して使用される第１メモリを含み、前記第２グラフィックス処理サブシステムは、第２グラフィックス処理ユニット、第２アプリケーションプロセッサ、ならびに、前記第２アプリケーションプロセッサおよび前記第２グラフィックス処理ユニットと連携して使用される第２メモリを含み、前記方法は、
前記第１グラフィックス処理サブシステムによって、第１グラフィカルユーザインタフェースＧＵＩをレンダリングする段階と、
前記画面によって、レンダリングされた前記第１ＧＵＩを表示する段階と、
予め設定された条件が満たされたと前記第１アプリケーションプロセッサが判定した後に、前記第１アプリケーションプロセッサによって、切り替え通知を前記第２アプリケーションプロセッサへ送信する段階と、
前記切り替え通知を受信した後に、前記第２アプリケーションプロセッサによって、表示対象第２ＧＵＩをレンダリングするように前記第２グラフィックス処理ユニットに通知する段階であって、前記第２ＧＵＩおよび前記第１ＧＵＩは異なるインタフェースタイプに対応する、段階と、
前記第２グラフィックス処理ユニットによって、前記第２ＧＵＩをレンダリングする段階と、
前記画面によって、レンダリングされた前記第２ＧＵＩを表示する段階と
を備える方法。
（項目２）
予め設定された条件が満たされたと前記第１アプリケーションプロセッサが判定した後に、前記第１アプリケーションプロセッサによって、切り替え通知を前記第２アプリケーションプロセッサへ送信する前記段階は、
第１入力操作が検出され、前記予め設定された条件が満たされたと前記第１アプリケーションプロセッサが判定した後に、前記第１アプリケーションプロセッサによって、前記切り替え通知を前記第２アプリケーションプロセッサへ送信する段階を含む、項目１に記載の方法。
（項目３）
前記電子デバイスは更にメモリを備え、前記メモリは、前記第２グラフィックス処理サブシステムに対応する予め設定されたアプリケーションを格納し、予め設定された条件が満たされたと前記第１アプリケーションプロセッサによって判定する前記段階は、
前記第２ＧＵＩが第１インタフェースタイプに対応し、前記第１ＧＵＩが第２インタフェースタイプに対応すると前記第１アプリケーションプロセッサによって判定する段階を含み、
前記第１インタフェースタイプのＧＵＩは、前記予め設定されたアプリケーションに対応するＧＵＩを含み、前記第２インタフェースタイプのＧＵＩは、前記予め設定されたアプリケーションに対応する前記ＧＵＩ以外のＧＵＩを含む、項目１または２に記載の方法。
（項目４）
前記予め設定されたアプリケーションは、支払いアプリケーション、カメラアプリケーション、音楽アプリケーション、通話アプリケーション、またはゲームアプリケーションを含み、前記予め設定されたアプリケーションは、リモートネットワーク通信に関連する機能を有し、または、
前記予め設定されたアプリケーションは、サードパーティのアプリケーションである、項目３に記載の方法。
（項目５）
前記電子デバイスは更にメモリを備え、前記メモリは、前記第２グラフィックス処理サブシステムに対応する予め設定された機能を格納し、予め設定された条件が満たされたと前記第１アプリケーションプロセッサによって判定する前記段階は、
前記第２ＧＵＩが第１インタフェースタイプに対応し、かつ、前記第１ＧＵＩが第２インタフェースタイプに対応すると前記第１アプリケーションプロセッサによって判定する段階を含み、
前記第１インタフェースタイプのＧＵＩは、前記予め設定された機能に対応するＧＵＩを含み、前記第２インタフェースタイプのＧＵＩは、前記予め設定された機能に対応する前記ＧＵＩ以外のＧＵＩを含む、項目１または２に記載の方法。
（項目６）
前記予め設定された機能は、リモートネットワーク通信に関連する、項目５に記載の方法。
（項目７）
前記電子デバイスは更にメモリを備え、前記メモリは、前記第２グラフィックス処理サブシステムに対応する予め設定されたＧＵＩを格納し、予め設定された条件が満たされたと前記第１アプリケーションプロセッサによって判定する前記段階は、
前記第２ＧＵＩが第１インタフェースタイプに対応し、かつ、前記第１ＧＵＩが第２インタフェースタイプに対応すると前記第１アプリケーションプロセッサによって判定する段階を含み、
前記第１インタフェースタイプのＧＵＩは、前記予め設定されたＧＵＩを含み、前記第２インタフェースタイプのＧＵＩは、前記予め設定されたＧＵＩ以外のＧＵＩを含む、
項目１または２に記載の方法。
（項目８）
予め設定された条件が満たされたと前記第１アプリケーションプロセッサによって判定する前記段階は、前記第２ＧＵＩが３次元３Ｄインタフェースタイプであり、前記第１ＧＵＩが２次元２Ｄインタフェースタイプであると前記第１アプリケーションプロセッサによって判定する段階、または、
前記第２ＧＵＩが２Ｄインタフェースタイプであり、前記第１ＧＵＩが３Ｄインタフェースタイプであると前記第１アプリケーションプロセッサによって判定する段階
を備える、項目１に記載の方法。
（項目９）
前記電子デバイスは更にメモリを備え、前記メモリは、前記第２グラフィックス処理サブシステムに対応する少なくとも１つの予め設定されたパラメータグループを格納し、前記予め設定されたパラメータグループは、予め設定されたＧＵＩおよび予め設定された入力操作を含み、
予め設定された条件が満たされたと前記第１アプリケーションプロセッサによって判定する前記段階は、
第２入力操作が検出されたと前記第１アプリケーションプロセッサによって判定する段階であって、前記第１ＧＵＩおよび前記第２入力操作は、前記予め設定されたパラメータグループにおける前記予め設定されたＧＵＩおよび前記予め設定された入力操作と合致する、段階を含む、項目１に記載の方法。
（項目１０）
予め設定された条件が満たされたと前記第１アプリケーションプロセッサによって判定する前記段階は、
第３入力操作が検出されたと前記第１アプリケーションプロセッサによって判定する段階であって、前記第３入力操作は、グラフィックス処理サブシステム切り替えを実行することを示すために使用されるか、または、前記第３入力操作は、前記第２グラフィックス処理サブシステムを使用することを示すために使用される、段階を含む、項目１に記載の方法。
（項目１１）
予め設定された条件が満たされたと前記第１アプリケーションプロセッサによって判定する前記段階の後、かつ、レンダリングされた前記第２ＧＵＩを前記画面によって表示する前記段階の前に、前記方法は更に、
前記第１グラフィックス処理ユニットによって、遷移インタフェースをレンダリングする段階と、
前記画面によって、レンダリングされた前記遷移インタフェースを表示する段階と
を備える、項目１から１０のいずれか一項に記載の方法。
（項目１２）
前記第１グラフィックス処理サブシステムは更に、前記第１グラフィックス処理サブシステムの内部コンポーネントを接続するよう構成される第１通信バスを含み、前記第２グラフィックス処理サブシステムは更に、前記第２グラフィックス処理サブシステムの内部コンポーネントを接続するよう構成される第２通信バスを含む、項目１から１１のいずれか一項に記載の方法。
（項目１３）
第１グラフィックス処理サブシステム、第２グラフィックス処理サブシステム、および画面を備える電子デバイスであって、
前記第１グラフィックス処理サブシステムは、第１グラフィックス処理ユニット、第１アプリケーションプロセッサ、ならびに、前記第１アプリケーションプロセッサおよび前記第１グラフィックス処理ユニットと連携して使用される第１メモリを含み、
前記第２グラフィックス処理サブシステムは、第２グラフィックス処理ユニット、第２アプリケーションプロセッサ、ならびに、前記第２アプリケーションプロセッサおよび前記第２グラフィックス処理ユニットと連携して使用される第２メモリを含み、
前記第１グラフィックス処理サブシステムは、第１グラフィカルユーザインタフェースＧＵＩをレンダリングするよう構成され、
前記画面は、レンダリングされた前記第１ＧＵＩを表示するよう構成され、
前記第１アプリケーションプロセッサは、予め設定された条件が満たされたと前記第１アプリケーションプロセッサが判定した後に、切り替え通知を前記第２アプリケーションプロセッサへ送信するよう構成され、
前記第２アプリケーションプロセッサは、前記切り替え通知を前記第１アプリケーションプロセッサから受信した後に、表示対象第２ＧＵＩをレンダリングするように前記第２グラフィックス処理ユニットに通知するよう構成され、前記第２ＧＵＩおよび前記第１ＧＵＩは異なるインタフェースタイプに対応し、
前記第２グラフィックス処理ユニットは、前記第２ＧＵＩをレンダリングするよう構成され、
前記画面は更に、レンダリングされた前記第２ＧＵＩを表示するよう構成される、
電子デバイス。
（項目１４）
前記第１アプリケーションプロセッサは、第１入力操作が検出され、かつ、前記予め設定された条件が満たされたと前記第１アプリケーションプロセッサが判定した後に、前記切り替え通知を前記第２アプリケーションプロセッサへ送信するよう構成される、項目１３に記載の電子デバイス。
（項目１５）
前記電子デバイスは更にメモリを含み、
前記メモリは、前記第２グラフィックス処理サブシステムに対応する予め設定されたアプリケーションを格納するよう構成され、
前記第１アプリケーションプロセッサが、前記予め設定された条件が満たされたと判定するよう構成されることは具体的には、
前記第１アプリケーションプロセッサが、前記第２ＧＵＩが第１インタフェースタイプに対応し、かつ、前記第１ＧＵＩが第２インタフェースタイプに対応すると判定するよう構成されることを含み、
前記第１インタフェースタイプのＧＵＩは、前記予め設定されたアプリケーションに対応するＧＵＩを含み、前記第２インタフェースタイプのＧＵＩは、前記予め設定されたアプリケーションに対応する前記ＧＵＩ以外のＧＵＩを含む、項目１３または１４に記載の電子デバイス。
（項目１６）
前記予め設定されたアプリケーションは、支払いアプリケーション、カメラアプリケーション、音楽アプリケーション、通話アプリケーション、またはゲームアプリケーションを含み、
前記予め設定されたアプリケーションは、リモートネットワーク通信に関連する機能を有し、または、
前記予め設定されたアプリケーションは、サードパーティのアプリケーションである、
項目１５に記載の電子デバイス。
（項目１７）
前記電子デバイスは更にメモリを含み、
前記メモリは、前記第２グラフィックス処理サブシステムに対応する予め設定された機能を格納するよう構成され、
前記第１アプリケーションプロセッサが、前記予め設定された条件が満たされたと判定するよう構成されることは具体的には、
前記第１アプリケーションプロセッサが、前記第２ＧＵＩが第１インタフェースタイプに対応し、かつ、前記第１ＧＵＩが第２インタフェースタイプに対応すると判定するよう構成されることを含み、
前記第１インタフェースタイプのＧＵＩは、前記予め設定された機能に対応するＧＵＩを含み、前記第２インタフェースタイプのＧＵＩは、前記予め設定された機能に対応する前記ＧＵＩ以外のＧＵＩを含む、項目１３または１４に記載の電子デバイス。
（項目１８）
前記電子デバイスは更にメモリを備え、
前記メモリは、前記第２グラフィックス処理サブシステムに対応する予め設定されたＧＵＩを格納するよう構成され、
前記第１アプリケーションプロセッサが、前記予め設定された条件が満たされたと判定するよう構成されることは具体的には、
前記第１アプリケーションプロセッサが、前記第２ＧＵＩが第１インタフェースタイプに対応し、前記第１ＧＵＩが第２インタフェースタイプに対応すると判定するよう構成されることを含み、
前記第１インタフェースタイプのＧＵＩが、前記予め設定されたＧＵＩを含み、前記第２インタフェースタイプのＧＵＩが、前記予め設定されたＧＵＩ以外のＧＵＩを含む、項目１３または１４に記載の電子デバイス。
（項目１９）
前記第１アプリケーションプロセッサが、前記予め設定条件が満たされたと判定するよう構成されることは具体的には、
前記第１アプリケーションプロセッサが、前記第２ＧＵＩが３次元３Ｄインタフェースタイプであり、前記第１ＧＵＩが２次元２Ｄインタフェースタイプであると判定するよう構成されること、または、
前記第１アプリケーションプロセッサが、前記第２ＧＵＩが２Ｄインタフェースタイプであり、前記第１ＧＵＩが３Ｄインタフェースタイプであると判定するよう構成されること
を含む、項目１３または１４に記載の電子デバイス。
（項目２０）
前記電子デバイスは更にメモリを備え、
前記メモリは、前記第２グラフィックス処理サブシステムに対応する少なくとも１つの予め設定されたパラメータグループを格納するよう構成され、前記予め設定されたパラメータグループは、予め設定されたＧＵＩおよび予め設定された入力操作を含み、
前記第１アプリケーションプロセッサは、前記予め設定された条件が満たされたと判定するよう構成されることは具体的には、
前記第１アプリケーションプロセッサが、第２入力操作が検出されたと判定するよう構成されることであって、前記第１ＧＵＩおよび前記第２入力操作が、前記予め設定されたパラメータグループにおける前記予め設定されたＧＵＩおよび前記予め設定された入力操作と合致する、ことを含む、
項目１３に記載の電子デバイス。
（項目２１）
前記第１グラフィックス処理ユニットは更に、前記予め設定された条件が満たされたと前記第１アプリケーションプロセッサが判定した後、かつ、前記画面がレンダリングされた前記第２ＧＵＩを表示する前に、遷移インタフェースをレンダリングするよう構成され、
前記画面は更に、レンダリングされた前記遷移インタフェースを表示するよう構成される、
項目１３から２０のいずれか一項に記載の電子デバイス。
（項目２２）
前記第２グラフィックス処理サブシステムは更に、前記画面によって定期的に送信される表示要求信号を受信し、
前記第２ＧＵＩがレンダリングされた後に、２つの表示要求信号間の受信間隔内に、レンダリングされた前記第２ＧＵＩに対応する画像データを前記画面へ送信する
よう構成され、前記画面が、レンダリングされた前記第２ＧＵＩを表示するよう構成されることは具体的には、
前記画面が、前記画像データに基づいて、レンダリングされた前記第２ＧＵＩを表示するよう構成されることを含む、項目１３から２１のいずれか一項に記載の電子デバイス。
（項目２３）
前記第１グラフィックス処理サブシステムは更に、前記第１グラフィックス処理サブシステムの内部コンポーネントを接続するよう構成される第１通信バスを含み、前記第２グラフィックス処理サブシステムは更に、前記第２グラフィックス処理サブシステムの内部コンポーネントを接続するよう構成される第２通信バスを含む、項目１３から２２のいずれか一項に記載の電子デバイス。
（項目２４）
コンピュータ命令を含むコンピュータ可読記憶媒体であって、前記コンピュータ命令が電子デバイス上で実行されるとき、前記電子デバイスは、項目１から１２のいずれか一項に記載の表示処理方法を実行することが可能である、コンピュータ可読記憶媒体。
（項目２５）
コンピュータプログラム製品であって、前記コンピュータプログラム製品がコンピュータ上で実行されるとき、前記コンピュータは、項目１から１２のいずれか一項に記載の表示処理方法を実行することが可能となる、コンピュータプログラム製品。

【図1A】

【図1B】

【図1C】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9A】

【図9B】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】