(57)【要約】  本発明は消費電力制御方法、装置、プログラム及び記録媒体に関し、スマートデバイス分野に属する。前記方法は、システムのタイプに基づいてモニタリング方式を確定するステップと、前記モニタリング方式に従って、システムの現在実行すべきタスクの有無をリアルタイムにモニタリングするステップと、リアルタイムにモニタリングした結果、現在実行すべきタスクがない場合、前記システムを低消費電力モードに切り換えて動作させるステップとを含む。前記装置は、確定モジュール、モニタリングモジュール及び切換モジュールを備える。本発明は統一的かつ簡潔なソフトウェアアーキテクチャに基づいて汎用の消費電力制御を実現することで、フレームワークを実現し、且つデバイスの具体的な動作特徴を分析する必要がなく、デバイス機能の制限を受けず、様々なタイプのデバイスに適用でき、適用が更に広範囲で、柔軟性がある。  【選択図】図１
2017510920.tif 000002
【特許請求の範囲】
【請求項１】
システムのタイプに基づいてモニタリング方式を確定するステップと、
前記モニタリング方式に従って、システムの現在実行すべきタスクの有無をリアルタイムにモニタリングするステップと、
リアルタイムにモニタリングした結果、現在実行すべきタスクがない場合、前記システムを低消費電力モードに切り換えて動作させるステップとを含むことを特徴とする消費電力制御方法。
【請求項２】
前記システムのタイプに基づいてモニタリング方式を確定するステップは、
前記システムがフォアグラウンド・バックグラウンドタイプのシステムである場合、モニタリング方式を、フォアグラウンドが割込みイベントによってトリガーされたタスクをリアルタイムにモニタリングする方式に確定するステップを含むことを特徴とする請求項１に記載の消費電力制御方法。
【請求項３】
前記モニタリング方式に従って、システムの現在実行すべきタスクの有無をリアルタイムにモニタリングするステップは、
前記システムのメインループにおいて、現在割込みイベントによってトリガーされたタスクの有無をリアルタイムにモニタリングするステップと、
割込みイベントによってトリガーされたタスクがある場合、現在実行すべきタスクがあると確定するステップと、
割込みイベントによってトリガーされたタスクがない場合、現在実行すべきタスクがないと確定するステップとを含むことを特徴とする請求項２に記載の消費電力制御方法。
【請求項４】
前記システムのタイプに基づいてモニタリング方式を確定するステップは、
前記システムが、横取りを支援するリアルタイムシステムである場合、モニタリング方式を、優先度に基づいてタスクをリアルタイムにモニタリングする方式に確定するステップを含むことを特徴とする請求項１に記載の消費電力制御方法。
【請求項５】
前記モニタリング方式に従って、システムの現在実行すべきタスクの有無をリアルタイムにモニタリングするステップは、
それぞれの優先度のプロセスがトリガーされたか否かをリアルタイムにモニタリングするステップと、
低消費電力モードへの切り換えを実行するための優先度が最も低い第１プロセスを除くその他のプロセスがいずれもトリガーされていない場合、現在実行すべきタスクがないと確定するステップと、
前記第１プロセスを除くその他のプロセスのいずれかがトリガーされた場合、現在実行すべきタスクがあると確定するステップとを含むことを特徴とする請求項４に記載の消費電力制御方法。
【請求項６】
前記システムを低消費電力モードに切り換えて動作させるステップは、中央処理装置の周波数を下げること、マイクロコントロールユニットの給電電圧を下げること、マイクロコントロールユニットを低消費電力モードに切り換えること、指定された外部デバイスへの給電を停止すること又は外部クロックを停止すること、のうちのいずれかの一つ又は複数を含むことを特徴とする請求項１乃至請求項５のいずれか一つに記載の消費電力制御方法。
【請求項７】
更に、割込みイベントが発生したとリアルタイムにモニタリングされる場合、前記低消費電力モードを停止して前記割込みイベントを処理するステップを含むことを特徴とする請求項１乃至請求項５のいずれか一つに記載の消費電力制御方法。
【請求項８】
システムのタイプに基づいてモニタリング方式を確定するための確定モジュールと、
前記モニタリング方式に従って、システムの現在実行すべきタスクの有無をリアルタイムにモニタリングするためのモニタリングモジュールと、
リアルタイムにモニタリングした結果、現在実行すべきタスクがない場合、前記システムを低消費電力モードに切り換えて動作させるための切換モジュールとを備えることを特徴とする消費電力制御装置。
【請求項９】
前記確定モジュールは、
前記システムがフォアグラウンド・バックグラウンドタイプのシステムである場合、モニタリング方式を、フォアグラウンドが割込みイベントによってトリガーされたタスクをリアルタイムにモニタリングする方式に確定するための第１確定サブモジュールを有することを特徴とする請求項８に記載の消費電力制御装置。
【請求項１０】
前記モニタリングモジュールは、
前記システムのメインループにおいて、現在割込みイベントによってトリガーされたタスクがあるか否かをリアルタイムにモニタリングし、割込みイベントによってトリガーされたタスクがある場合、現在実行すべきタスクがあると確定し、割込みイベントによってトリガーされたタスクがない場合、現在実行すべきタスクがないと確定するための第１モニタリングサブモジュールを有することを特徴とする請求項９に記載の消費電力制御装置。
【請求項１１】
前記確定モジュールは、
前記システムが、横取りを支援するリアルタイムシステムである場合、モニタリング方式を、優先度に基づいてタスクをリアルタイムにモニタリングする方式に確定するための、第２確定サブモジュールを有することを特徴とする請求項８に記載の消費電力制御装置。
【請求項１２】
前記モニタリングモジュールは、
それぞれの優先度のプロセスがトリガーされたか否かをリアルタイムにモニタリングするための第２モニタリングサブモジュールを有し、
低消費電力モードへの切り換えを実行するための第１プロセスの優先度が最も低く、前記第１プロセスを除くその他のプロセスがいずれもトリガーされていない場合、現在実行すべきタスクがないと確定し、前記第１プロセスを除くその他のプロセスのいずれかがトリガーされた場合、現在実行すべきタスクがあると確定することを特徴とする請求項１１に記載の消費電力制御装置。
【請求項１３】
前記切換モジュールは、
リアルタイムにモニタリングした結果、現在実行すべきタスクがない場合、中央処理装置の周波数を下げること、マイクロコントロールユニットの給電電圧を下げること、マイクロコントロールユニットを低消費電力モードに切り換えること、指定された外部デバイスへの給電を停止すること又は外部クロックを停止すること、のうちのいずれかの一つ又は複数の操作を実行するための、切換サブモジュールを有することを特徴とする請求項８乃至請求項１２のいずれかに記載の消費電力制御装置。
【請求項１４】
前記切換モジュールは、割込みイベントが発生したことがリアルタイムにモニタリングされる場合、前記低消費電力モードを停止するためにも使われ、
前記装置は、更に、
リアルタイムにモニタリングした前記割込みイベントを処理するための処理モジュールを備えることを特徴とする請求項８乃至請求項１２のいずれか一つに記載の消費電力制御装置。
【請求項１５】
プロセッサと、
プロセッサが実行可能なコマンドを記憶するためのメモリとを備え、
前記プロセッサは、
システムのタイプに基づいてモニタリング方式を確定し、
前記モニタリング方式に従って、システムの現在実行すべきタスクの有無をリアルタイムにモニタリングし、
リアルタイムにモニタリングした結果、現在実行すべきタスクがない場合、前記システムを低消費電力モードに切り換えて動作させるように構成されることを特徴とする消費電力制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はスマートデバイス分野に関し、特に消費電力制御方法及び装置に関する。
【背景技術】
【０００２】
組み込みシステム、特に一部の小型電池給電デバイスにおいて、消費電力管理は非常に重要である。比較的に長い待機時間は、良好なユーザ体験の重要な構成要素であり、各種デバイスのメーカは皆、消費電力の最適化に力を入れている。異なるデバイスにおける消費電力の管理方法は往々にしてデバイスによって異なり、適用場面によって異なる。
【０００３】
現在、一般的な消費電力最適化方法は、製品機能に基づいて消費電力を管理し、具体的な製品の動作特徴を具体的に分析し、対応して、消費電力を低下させる方法を設計する。例えば、姿勢検出器が長い時間静止する場合、センサのサンプリングを停止させ、姿勢検出器の消費電力を低下させる。
【発明の概要】
【０００４】
本発明は、統一的な消費電力制御を実現して、デバイスの制限を受けないための消費電力制御方法及び装置を提供する。
【０００５】
本発明の実施例の第１の態様によれば、消費電力制御方法を提供し、前記方法は、
システムのタイプに基づいてモニタリング方式を確定するステップと、
前記モニタリング方式に従って、システムの現在実行すべきタスクの有無をリアルタイムにモニタリングするステップと、
リアルタイムにモニタリングした結果、現在実行すべきタスクがない場合、前記システムを低消費電力モードに切り換えて動作させるステップとを含む。
【０００６】
ここで、前記システムタイプに基づいてモニタリング方式を確定するステップは、
前記システムがフォアグラウンド・バックグラウンドタイプのシステムである場合、モニタリング方式を、フォアグラウンドが割込みイベントによってトリガーされたタスクをリアルタイムにモニタリングする方式に確定するステップを含む。
【０００７】
ここで、前記モニタリング方式に従って、システムの現在実行すべきタスクの有無をリアルタイムにモニタリングするステップは、
前記システムのメインループにおいて、現在割込みイベントによってトリガーされたタスクの有無をリアルタイムにモニタリングするステップと、
割込みイベントによってトリガーされたタスクがある場合、現在実行すべきタスクがあると確定するステップと、
割込みイベントによってトリガーされたタスクがない場合、現在実行すべきタスクがないと確定するステップとを含む。
【０００８】
ここで、前記システムタイプに基づいてモニタリング方式を確定するステップは、
前記システムが、横取りを支援するリアルタイムシステムである場合、モニタリング方式を、優先度に基づいてタスクをリアルタイムにモニタリングする方式に確定するステップを含む。
【０００９】
ここで、前記モニタリング方式に従って、システムの現在実行すべきタスクの有無をリアルタイムにモニタリングするステップは、
それぞれの優先度のプロセスがトリガーされたか否かをリアルタイムにモニタリングするステップと、
低消費電力モードへの切り換えを実行するための優先度が最も低い第１プロセスを除くその他のプロセスがいずれもトリガーされていない場合、現在実行すべきタスクがないと確定するステップと、
前記第１プロセスを除くその他のプロセスのいずれかがトリガーされた場合、現在実行すべきタスクがあると確定するステップとを含む。
【００１０】
ここで、前記システムを低消費電力モードに切り換えて動作させるステップは、中央処理装置の周波数を下げること、マイクロコントロールユニットの給電電圧を下げること、マイクロコントロールユニットを低消費電力モードに切り換えること、指定された外部デバイスへの給電を停止すること又は外部クロックを停止すること、のうちのいずれかの一つ又は複数を含む。
【００１１】
ここで、前記方法は、更に、割込みイベントが発生したとリアルタイムにモニタリングされる場合、前記低消費電力モードを停止して前記割込みイベントを処理するステップを含む。
【００１２】
本発明の実施例の第２の態様によれば、消費電力制御装置を提供し、前記装置は、
システムのタイプに基づいてモニタリング方式を確定するための確定モジュールと、
前記モニタリング方式に従って、システムの現在実行すべきタスクの有無をリアルタイムにモニタリングするためのモニタリングモジュールと、
リアルタイムにモニタリングした結果、現在実行すべきタスクがない場合、前記システムを低消費電力モードに切り換えて動作させるための切換モジュールとを備える。
【００１３】
ここで、前記確定モジュールは、
前記システムがフォアグラウンド・バックグラウンドタイプのシステムである場合、モニタリング方式を、フォアグラウンドが割込みイベントによってトリガーされたタスクをリアルタイムにモニタリングする方式に確定するための第１確定サブモジュールを有する。
【００１４】
ここで、前記モニタリングモジュールは、
前記システムのメインループにおいて、現在割込みイベントによってトリガーされたタスクがあるか否かをリアルタイムにモニタリングし、割込みイベントによってトリガーされたタスクがある場合、現在実行すべきタスクがあると確定し、割込みイベントによってトリガーされたタスクがない場合、現在実行すべきタスクがないと確定するための第１モニタリングサブモジュールを有する。
【００１５】
ここで、前記確定モジュールは、
前記システムが、横取りを支援するリアルタイムシステムである場合、モニタリング方式を、優先度に基づいてタスクをリアルタイムにモニタリングする方式に確定するための、第２確定サブモジュールを有する。
【００１６】
ここで、前記モニタリングモジュールは、
それぞれの優先度のプロセスがトリガーされたか否かをリアルタイムにモニタリングするための第２モニタリングサブモジュールを有し、
低消費電力モードへの切り換えを実行するための第１プロセスの優先度が最も低く、前記第１プロセスを除くその他のプロセスがいずれもトリガーされていない場合、現在実行すべきタスクがないと確定し、前記第１プロセスを除くその他のプロセスのいずれかがトリガーされた場合、現在実行すべきタスクがあると確定する。
【００１７】
ここで、前記切換モジュールは、
リアルタイムにモニタリングした結果、現在実行すべきタスクがない場合、中央処理装置の周波数を下げること、マイクロコントロールユニットの給電電圧を下げること、マイクロコントロールユニットを低消費電力モードに切り換えること、指定された外部デバイスへの給電を停止すること又は外部クロックを停止すること、のうちのいずれかの一つ又は複数の操作を実行するための、切換サブモジュールを有する。
【００１８】
ここで、前記切換モジュールは、割込みイベントが発生したことがリアルタイムにモニタリングされる場合、前記低消費電力モードを停止するためにも使われ、
前記装置は、更に、
リアルタイムにモニタリングした前記割込みイベントを処理するための処理モジュールを備える。
【００１９】
本発明の実施例の第３の態様によれば、消費電力制御装置を提供し、前記装置は、
プロセッサと、
プロセッサが実行可能なコマンドを記憶するためのメモリとを備え、
前記プロセッサは、
システムのタイプに基づいてモニタリング方式を確定し、
前記モニタリング方式に従って、システムの現在実行すべきタスクの有無をリアルタイムにモニタリングし、
リアルタイムにモニタリングした結果、現在実行すべきタスクがない場合、前記システムを低消費電力モードに切り換えて動作させるように構成される。
【００２０】
本発明の実施例が提供する技術的解決手段は下記のような有益な効果を含むことができる。システムのタイプに基づいてモニタリング方式を確定し、該モニタリング方式に従って、システムの現在実行すべきタスクの有無をリアルタイムにモニタリングし、リアルタイムにモニタリングした結果、現在実行すべきタスクがない場合、該システムを低消費電力モードに切り換え動作させる。統一的かつ簡潔なソフトウェアアーキテクチャに基づいて汎用の消費電力制御を実現することで、フレームワークを実現し、デバイスのソフトウェア開発キット（Ｓｏｆｔｗａｒｅ  Ｄｅｖｅｌｏｐｍｅｎｔ  Ｋｉｔ、略してＳＤＫ）を世に出しやすく、且つデバイスの具体的な動作特徴を分析する必要がなく、デバイス機能の制限を受けず、様々なタイプのデバイスに適用でき、適用が更に広範囲で、柔軟性がある。
【００２１】
また、上記の一般的な説明及び以下の詳細な説明は単なる例示及び解釈に過ぎず、本発明を限定するものではないことを理解すべきである。
【図面の簡単な説明】
【００２２】
本願の図面は明細書に取り込まれて明細書の一部を構成し、本発明に合致する実施例を示し、また、明細書と共に本発明の原理の解釈に用いられる。
【図１】図１は一つの例示的な実施例にかかる消費電力制御方法のフローチャートである。
【図２】図２は他の例示的な実施例にかかる消費電力制御方法のフローチャートである。
【図３】図３は他の例示的な実施例にかかる消費電力制御方法のフローチャートである。
【図４】図４は他の例示的な実施例にかかる消費電力制御装置のブロック図である。
【図５】図５は他の例示的な実施例にかかる消費電力制御装置のブロック図である。
【図６】図６は他の例示的な実施例にかかる消費電力制御装置のブロック図である。
【図７】図７は他の例示的な実施例にかかる消費電力制御装置のブロック図である。
【図８】図８は他の例示的な実施例にかかる消費電力制御装置のブロック図である。
【図９】図９は他の例示的な実施例にかかる消費電力制御装置のブロック図である。
【図１０】図１０は他の例示的な実施例にかかる消費電力制御装置のブロック図である。
【図１１】図１１は他の例示的な実施例にかかる消費電力制御装置のブロック図である。
【図１２】図１２は他の例示的な実施例にかかる消費電力制御装置のブロック図である。
【図１３】図１３は他の例示的な実施例にかかる消費電力制御装置のブロック図である。
【発明を実施するための形態】
【００２３】
ここで例示的な実施例について詳細に説明を行うが、その例示は図面において示されている。以下の説明が図面に関する場合、特に示さない限り、異なる図面の中の同一の数字は同一又は類似の要素を表す。また、以下の例示的な実施例で説明する実施形態は、本発明と一致する全ての実施形態を代表するものではなく、これらは特許請求の範囲において詳述した、本発明の一部の態様と一致する装置及び方法の例に過ぎない。
【００２４】
本発明にかかる消費電力制御方法及び装置は電子デバイスに適用され、該電子デバイスは、端末、サーバ、家電デバイス等を含むが、これに限定されない。該端末は、コンピュータ、携帯電話、タブレットＰＣ等を含むが、これに限定されない。該家電デバイスは、冷蔵庫、洗濯機、電子レンジ、エアコン等を含むが、これに限定されない。本発明にかかるシステムは、該電子デバイスにおけるシステムのことを指し、該システムが組み込みシステムであるのが好ましい。該システムは、例えばフォアグラウンド・バックグラウンドタイプのシステム、又は横取り(Ｐｒｅｅｍｐｔｉｏｎ)を支援するリアルタイムシステム等であってもよく、タイプは限定されない。
【００２５】
図１は一つの例示的な実施例にかかる消費電力制御方法のフローチャートである。図１に示すように、該方法は電子デバイスに使われ、以下のようなステップを含む。
【００２６】
ステップＳ１１において、システムのタイプに基づいてモニタリング方式を確定する。
【００２７】
本実施例において、該システムは電子デバイスのシステムを指し、フォアグラウンド・バックグラウンドタイプのシステム、又は横取りを支援するリアルタイムシステム等を含むが、これに限定されない。該モニタリング方式は、システムの実行すべきタスクの有無をモニタリングするために使われ、異なるタイプのシステムに対してそのモニタリング方式も異なる。
【００２８】
ステップＳ１２において、該モニタリング方式に従って、システムの現在実行すべきタスクの有無をリアルタイムにモニタリングする。
【００２９】
本実施例において、システムの実行すべきタスクがある場合、一般的にはタスクの正常な実行を確保するため、消費電力を低下させない。システムの実行すべきタスクがない場合は、一般的には、消費電力を低下させることができることで、電子デバイスのため電力を節約でき、貴重な資源を節約できる。
【００３０】
ステップＳ１３において、リアルタイムにモニタリングした結果、現在実行すべきタスクがない場合、該システムを低消費電力モードに切り換えて動作させる。
【００３１】
本実施例において、システムの動作モードは、正常動作モードと低消費電力モードに分けられる。ここで、システムがタスクを実行しているときは、その全てが正常動作モードになっており、システムがタスクを実行していない時は、低消費電力モードになっている。該低消費電力モードにおけるシステムの消費電力は正常動作モードにおける消費電力より低く、更に電力を節約でき、電子デバイスの性能を向上させることができる。
【００３２】
本実施例において、好ましくは、システムタイプに基づいてモニタリング方式を確定するステップは、
該システムがフォアグラウンド・バックグラウンドタイプのシステムである場合、モニタリング方式を、フォアグラウンドが割込みイベントによってトリガーされたタスクをリアルタイムにモニタリングする方式に確定するステップ、又は、
該システムが横取りを支援するリアルタイムシステムである場合、モニタリング方式を、優先度に基づいてタスクをリアルタイムにモニタリングする方式に確定するステップを含むことができる。
【００３３】
本実施例において、好ましくは、該システムがフォアグラウンド・バックグラウンドタイプのシステムである場合、該モニタリング方式に従って、システムの現在実行すべきタスクの有無をリアルタイムにモニタリングするステップは、
該システムのメインループにおいて、現在割込みイベントによってトリガーされたタスクの有無をリアルタイムにモニタリングするステップと、
割込みイベントによってトリガーされたタスクがある場合、現在実行すべきタスクがあると確定するステップと、
割込みイベントによってトリガーされたタスクがない場合、現在実行すべきタスクがないと確定するステップとを含む。
【００３４】
本実施例において、好ましくは、該システムが横取りを支援するリアルタイムシステムである場合、該モニタリング方式に従って、システムの現在実行すべきタスクの有無をリアルタイムにモニタリングするステップは、
それぞれの優先度のプロセスがトリガーされたか否かをリアルタイムにモニタリングするステップと、ここで、低消費電力モードへの切り換えを実行するための第１プロセスの優先度が最も低く、
該第１プロセスを除くその他のプロセスが全てトリガーされていない場合、現在実行すべきタスクがないと確定するステップと、
該第１プロセスを除くその他のプロセスのいずれかがトリガーされた場合、現在実行すべきタスクがあると確定するステップとを含むことができる。
【００３５】
本実施例において、好ましくは、該システムを低消費電力モードに切り換えて動作させるステップは、中央処理装置の周波数を下げること、マイクロコントロールユニット（Ｍｉｃｒｏ  Ｃｏｎｔｒｏｌ  Ｕｎｉｔ、略してＭＣＵ）の給電電圧を下げること、マイクロコントロールユニットを低消費電力モードに切り換えること、指定された外部デバイスへの給電を停止すること又は外部クロックを停止すること、のうちのいずれかの一つ又は複数を含むが、これに限定されない。
【００３６】
本実施例において、好ましくは、上述した方法は、更に、
割込みイベントが発生したことがリアルタイムにモニタリングされる場合、該低消費電力モードを停止して該割込みイベントを処理するステップを含むことができる。
【００３７】
本実施例において提供される上述の方法は、システムのタイプに基づいてモニタリング方式を確定し、該モニタリング方式に従って、システムの現在実行すべきタスクの有無をリアルタイムにモニタリングし、リアルタイムにモニタリングした結果、現在実行すべきタスクがない場合、該システムを低消費電力モードに切り換え動作させる。統一的かつ簡潔なソフトウェアアーキテクチャに基づいて汎用の消費電力制御を実現することで、フレームワークを実現し、デバイスのＳＤＫを世に出しやすく、且つデバイスの具体的な動作特徴を分析する必要がなく、デバイス機能の制限を受けず、様々なタイプのデバイスに適用でき、適用が更に広範囲で、柔軟性がある。
【００３８】
図２は他の例示的な実施例にかかる消費電力制御方法のフローチャートである。図２に示すように、該方法は電子デバイスに使われ、以下のようなステップを含む。
【００３９】
ステップＳ２１において、該システムがフォアグラウンド・バックグラウンドタイプのシステムである場合、モニタリング方式を、フォアグラウンドが割込みイベントによってトリガーされたタスクをリアルタイムにモニタリングする方式に確定する。
【００４０】
ここで、フォアグラウンド・バックグラウンドタイプのシステムとは、システムがフォアグラウンドとバックグラウンドが協力する方式で動作することを指す。フォアグラウンドは割込みイベントをモニタリングするために使われ、バックグラウンドは具体的なタスクを実行するために使われる。フォアグラウンドによりモニタリングされた割込みイベントは、対応するタスクを実行するようバックグラウンドをトリガーさせることができる。ファイグラウンド・バックグラウンドタイプのシステムにおいて、全てのタスク分配を処理するための一つのメインループを有し、該システムは更にタスクキュー（task_queue）を有し、全ての実行待ちタスクは該タスクキューに排列され処理を待ち、メインループは対応するタスク実行関数を呼び出して対応するタスクを処理する。
【００４１】
ステップＳ２２において、該システムのメインループにおいて、現在割込みイベントによってトリガーされたタスクの有無をリアルタイムにモニタリングする。割込みイベントによりトリガーされたタスクがない場合、ステップＳ２３を実行し、割込みイベントによりトリガーされたタスクがある場合、ステップＳ２５を実行する。
【００４２】
本実施例において、異なるタイプの割込みイベントはタスクをトリガーさせる可能性も、タスクをトリガーさせない可能性もある。割込みイベントによってトリガーされたタスクがある場合、該タスクはメインループのタスクキューの中に分配され、現在実行すべきタスクがあると確定することができる。割込みイベントによってトリガーされたタスクがない場合、メインループのタスクキューは空いており、現在実行すべきタスクがないと確定することができる。
【００４３】
ステップＳ２３において、現在実行すべきタスクがないと確定する。
【００４４】
ステップＳ２４において、該システムを低消費電力モードに切り換えて動作させ、プロセスは終了する。
【００４５】
ここで、該システムを低消費電力モードに切り換えて動作させるステップは、中央処理装置の周波数を下げること、マイクロコントロールユニットの給電電圧を下げること、マイクロコントロールユニットを低消費電力モードに切り換えること、指定された外部デバイスへの給電を停止すること又は外部クロックを停止すること、のうちのいずれかの一つ又は複数を含むが、これに限定されない。
【００４６】
前記指定された外部デバイスは、動作していない外部デバイス等であってもよく、本発明はこれを限定しない。
【００４７】
ステップＳ２５において、現在実行すべきタスクがあると確定する。
【００４８】
ステップＳ２６において、該低消費電力モードを停止して該割込みイベントを処理し、プロセスは終了する。
【００４９】
本実施例において、好ましくは、フォアグラウンド・バックグラウンドシステムのメインループにおいて判断することができ、タスクキューに実行すべきタスクがある場合、対応するタスク実行関数を呼び出して対応するタスクを処理し、タスクキューに実行すべき如何なるタスクもない場合、低消費電力モード関数を呼び出し、システムを低消費電力モードに切り換えて動作させる。
【００５０】
上述のプロセスは下記のようなコードで実現することができる。
【００５１】
While(1) {
While(has_task_in_queue(task_queue)) {//タスクキューにタスクがある場合 
Execute_task()                     //対応するタスクを実行
}
Enter_lowpower_mode();         //タスクキューにタスクがない場合低消費電力モードに入る
}
ここで、While(1)はメインループであり、While(has_task_in_queue(task_queue))はタスクキュー処理関数であり、該関数はタスクキューに実行すべきのタスクがあると判断した場合、関数Execute_task()を呼び出して対応するタスクを実行する。タスクキューにタスクがあるという条件を満たさない場合、関数Enter_lowpower_mode()を実行して、システムを低消費電力モードに切り換え動作させる。本実施例において、割込みイベントはシステムを低消費電力モードから呼び起こし、システムをトリガーさせて対応するタスクを実行することができる。
【００５２】
本実施例において提供される上述の方法は、フォアグラウンド・バックグラウンドシステムのモニタリング方式を、フォアグラウンドが割込みイベントによってトリガーされたタスクをリアルタイムにモニタリングする方式に確定し、該モニタリング方式に従って、現在システムにおいて割込みイベントによってトリガーされたタスクの有無をリアルタイムにモニタリングし、モニタリングした結果、現在実行すべきタスクがない場合、該システムを低消費電力モードに切り換え動作させ、統一的かつ簡潔なソフトウェアアーキテクチャに基づいて汎用の消費電力制御を実現することで、フレームワークを実現し、デバイスのＳＤＫを世に出しやすく、二次開発が可能なソフトウェアフレームワーク項目をユーザに提供することにとって重要な意義を有し、二次開発者は消費電力管理を気にかける必要がない。且つデバイスの具体的な動作特徴を分析する必要がなく、デバイス機能の制限を受けず、様々なタイプのデバイスに適用でき、適用が更に広範囲で、柔軟性がある。
【００５３】
図３は他の例示的な実施例にかかる消費電力制御方法のフローチャートである。図３に示すように、該方法は電子デバイスに使われ、以下のようなステップを含む。
【００５４】
ステップＳ３１において、該システムが、横取りを支援するリアルタイムシステムである場合、モニタリング方式を、優先度に基づいてタスクをリアルタイムにモニタリングする方式に確定する。
【００５５】
ここで、横取りを支援するリアルタイムシステムとは、システムがプロセスを作成してタスクを実行し、それぞれのプロセスは異なる優先度を有し、高優先度のプロセスは先に実行されることで、高優先度のタスクが優先に処理されるよう確保することを指す。
【００５６】
ステップＳ３２において、それぞれの優先度のプロセスがトリガーされたか否かをリアルタイムにモニタリングする。ここで、低消費電力モードへの切り換えを実行するための第１プロセスの優先度が最も低い。該第１プロセスを除くその他のプロセスが全てトリガーされていない場合、ステップＳ３３を実行し、該第１プロセスを除くその他のプロセスのいずれかがトリガーされた場合、ステップＳ３５を実行する。
【００５７】
本実施例において、低消費電力モードへの切り換えを実行するための第１プロセスの優先度が最も低く、その他のプロセスの優先度はいずれも該第１プロセスより高く、その他のプロセス全てがトリガーされていない場合のみ、初めて該第１プロセスを実行する。その他のプロセスのうちのいずれかがトリガーされた場合は、該第１プロセスはトリガーされない。このような方式は、システムに如何なるタスクもない場合に初めて低消費電力モードに入ることを確保することで、タスクの正常な実行に影響を及ぼさなくなる。
【００５８】
ステップＳ３３において、現在実行すべきタスクがないと確定する。
【００５９】
ステップＳ３４において、該システムを低消費電力モードに切り換えて動作させ、プロセスは終了する。
【００６０】
ここで、該システムを低消費電力モードに切り換えて動作させるステップは、中央処理装置の周波数を下げること、マイクロコントロールユニットの給電電圧を下げること、マイクロコントロールユニットを低消費電力モードに切り換えること、指定された外部デバイスへの給電を停止すること又は外部クロックを停止すること、のうちのいずれかの一つ又は複数を含むが、これに限定されない。
【００６１】
ステップＳ３５において、現在実行すべきタスクがあると確定する。
【００６２】
ステップＳ３６において、該低消費電力モードを停止して該割込みイベントを処理し、プロセスは終了する。
【００６３】
本実施例において提供する上述の、低消費電力モードに切り換えるプロセスは、下記のようなコードで実現することができる。
【００６４】
Void lowest_priority_task() {           //最低優先度のプロセス処理関数
While(1) {
Enter_low_power_mode();        //低消費電力モードに入る
}    
}
ここで、lowest_priority_task()は優先度が最も低いプロセスであり、低消費電力モードに切り換え動作させることをトリガーするために使われ、その他の優先度のプロセスがいずれもトリガーされていない場合、該プロセスを自動でトリガーさせる。該プロセスにおいて、関数Enter_low_power_mode()を実行することで、システムを低消費電力モードに切り換えて動作させる。      
横取りを支援するリアルタイムシステムにおいて、割込みイベントに対応するプロセスは最高の優先度を有し、割込みイベントが発生した時、第１プロセスの実行権を横取りし、該割込みイベントに対応するプロセスを優先してトリガーさせることで、該プロセスが対応する関数を実行して割込みイベントに対応するタスクを処理するようにする。これによりシステムを低消費電力モードから呼び起こして、高優先度のタスクが実行されるよう確保する。このような、システムはタスクがない場合即ち暇なときに初めて低消費電力モードに入るメカニズムは、システムのリアルタイム性に影響しないだけでなく、消費電力管理を便利に実現できる。
【００６５】
本実施例において提供する上述の方法は、横取りを支援するリアルタイムシステムのモニタリング方式を、優先度に基づいてタスクをリアルタイムにモニタリングする方式に確定し、該モニタリング方式に従ってシステムの現在実行すべきタスクの有無をリアルタイムにモニタリングし、モニタリングした結果、現在実行すべきタスクがない場合、該システムを低消費電力モードに切り換え動作させる。統一的かつ簡潔なソフトウェアアーキテクチャに基づいて汎用の消費電力制御を実現することで、フレームワークを実現し、デバイスのＳＤＫを世に出しやすく、且つデバイスの具体的な動作特徴を分析する必要がなく、デバイス機能の制限を受けず、様々なタイプのデバイスに適用でき、適用が更に広範囲で、柔軟性がある。
【００６６】
図４は他の例示的な実施例にかかる消費電力制御装置のブロック図である。図４に示すように、該装置は確定モジュール１２１、モニタリングモジュール１２２及び切換モジュール１２３を備える。
【００６７】
該確定モジュール１２１は、システムのタイプに基づいてモニタリング方式を確定する。
【００６８】
該モニタリングモジュール１２２は、該モニタリング方式に従って、システムの現在実行すべきタスクの有無をリアルタイムにモニタリングする。
【００６９】
該切換モジュール１２３は、リアルタイムにモニタリングした結果、現在実行すべきタスクがない場合、該システムを低消費電力モードに切り換えて動作させる。
【００７０】
図５に示すように、本実施例において、好ましくは、該確定モジュール１２１は、
該システムがフォアグラウンド・バックグラウンドタイプのシステムである場合、モニタリング方式を、フォアグラウンドが割込みイベントによってトリガーされたタスクをリアルタイムにモニタリングする方式に確定するための、第１確定サブモジュール１２１ａを有することができる。
【００７１】
図６に示すように、本実施例において、好ましくは、該モニタリングモジュール１２２は、
前記システムのメインループにおいて、現在割込みイベントによってトリガーされたタスクがあるか否かをリアルタイムにモニタリングし、割込みイベントによってトリガーされたタスクがある場合、現在実行すべきタスクがあると確定し、割込みイベントによってトリガーされたタスクがない場合、現在実行すべきタスクがないと確定する、第１モニタリングサブモジュール１２２ａを有する。
【００７２】
図７に示すように、本実施例において、好ましくは、該確定モジュール１２１は、
該システムが、横取りを支援するリアルタイムシステムである場合、モニタリング方式を、優先度に基づいてタスクをリアルタイムにモニタリングする方式に確定するための、第２確定サブモジュールを有することができる。
【００７３】
図８に示すように、本実施例において、好ましくは、該モニタリングモジュール１２２は、
それぞれの優先度のプロセスがトリガーされたか否かをリアルタイムにモニタリングするための第２モニタリングサブモジュール１２２ｂを有することができ、ここで、低消費電力モードへの切り換えを実行するための第１プロセスの優先度が最も低く、該第１プロセスを除くその他のプロセスがいずれもトリガーされていない場合、現在実行すべきタスクがないと確定し、該第１プロセスを除くその他のプロセスのいずれかがトリガーされた場合、現在実行すべきタスクがあると確定する。
【００７４】
図９に示すように、本実施例において、好ましくは、該切換モジュール１２３は、
リアルタイムにモニタリングした結果、現在実行すべきタスクがない場合、中央処理装置の周波数を下げること、マイクロコントロールユニットの給電電圧を下げること、マイクロコントロールユニットを低消費電力モードに切り換えること、指定された外部デバイスへの給電を停止すること又は外部クロックを停止すること、のうちのいずれかの一つ又は複数の操作を実行するための、切換サブモジュール１２３ａを有することができる。
【００７５】
図１０に示すように、本実施例において、好ましくは、該切換モジュール１２３は、割込みイベントが発生しことがリアルタイムにモニタリングされる場合、該低消費電力モードを停止するためにも使われる。上述の装置は、更に、
リアルタイムにモニタリングした該割込みイベントを処理するための、処理モジュール１２４を備えることができる。
【００７６】
上述の実施例における装置に関しては、それぞれのモジュールが操作を実行する具体的な方法は既に関連する実施例において詳細な説明を行っており、ここでは繰り返し説明しない。
【００７７】
本実施例において提供する上述の装置は全ての電子デバイスに適用することができ、前記電子デバイスは、端末、サーバ又は家電デバイスを含むが、これに限定されない。
【００７８】
本実施例が提供した上述した装置は、システムのタイプに基づいてモニタリング方式を確定し、該モニタリング方式に従って、システムの現在実行すべきタスクの有無をリアルタイムにモニタリングし、リアルタイムにモニタリングした結果、現在実行すべきタスクがない場合、該システムを低消費電力モードに切り換え動作させる。統一的かつ簡潔なソフトウェアアーキテクチャに基づいて汎用の消費電力制御を実現することで、フレームワークを実現し、デバイスのＳＤＫを世に出しやすく、且つデバイスの具体的な動作特徴を分析する必要がなく、デバイス機能の制限を受けず、様々なタイプのデバイスに適用でき、適用が更に広範囲で、柔軟性がある。
【００７９】
図１１は他の例示的な実施例にかかる消費電力制御装置のブロック図である。図１１に示すように、該装置は、プロセッサ７０１、及びプロセッサが実行可能なコマンドを記憶するためのメモリ７０２とを備え、
該プロセッサ７０１は、
システムのタイプに基づいてモニタリング方式を確定し、
該モニタリング方式に従って、システムの現在実行すべきタスクの有無をリアルタイムにモニタリングし、
リアルタイムにモニタリングした結果、現在実行すべきタスクがない場合、前記システムを低消費電力モードに切り換えて動作させるように構成される。
【００８０】
該プロセッサ７０１は、前記システムタイプに基づいてモニタリング方式を確定するステップは、
前記システムがフォアグラウンド・バックグラウンドタイプのシステムである場合、モニタリング方式を、フォアグラウンドが割込みイベントによってトリガーされたタスクをリアルタイムにモニタリングする方式に確定するステップを含むように構成される。
【００８１】
該プロセッサ７０１は、前記モニタリング方式に従って、システムの現在実行すべきタスクの有無をリアルタイムにモニタリングするステップは、
前記システムのメインループにおいて、現在割込みイベントによってトリガーされたタスクの有無をリアルタイムにモニタリングするステップと、
割込みイベントによってトリガーされたタスクがある場合、現在実行すべきタスクがあると確定するステップと、
割込みイベントによってトリガーされたタスクがない場合、現在実行すべきタスクがないと確定するステップとを含むように構成される。
【００８２】
該プロセッサ７０１は、前記システムタイプに基づいてモニタリング方式を確定するステップは、
前記システムが、横取りを支援するリアルタイムシステムである場合、モニタリング方式を、優先度に基づいてタスクをリアルタイムにモニタリングする方式に確定するステップを含むように構成される。
【００８３】
該プロセッサ７０１は、前記モニタリング方式に従って、システムの現在実行すべきのタスクの有無をリアルタイムにモニタリングするステップは、
それぞれの優先度のプロセスがトリガーされたか否かをリアルタイムにモニタリングするステップと、
低消費電力モードへの切り換えを実行するための優先度が最も低い第１プロセスを除くその他のプロセスがいずれもトリガーされていない場合、現在実行すべきタスクがないと確定するステップと、
前記第１プロセスを除くその他のプロセスのいずれかがトリガーされた場合、現在実行すべきタスクがあると確定するステップとを含むように構成される。
【００８４】
該プロセッサ７０１は、前記システムを低消費電力モードに切り換えて動作させるステップは、中央処理装置の周波数を下げること、マイクロコントロールユニットの給電電圧を下げること、マイクロコントロールユニットを低消費電力モードに切り換えること、指定された外部デバイスへの給電を停止すること又は外部クロックを停止すること、のうちのいずれかの一つ又は複数を含むように構成される。
【００８５】
該プロセッサ７０１は、割込みイベントが発生したとリアルタイムにモニタリングされる場合、前記低消費電力モードを停止して前記割込みイベントを処理するように構成される。
【００８６】
図１２は他の例示的な実施例にかかる消費電力制御装置８００のブロック図である。例えば、装置８００は、携帯電話、コンピューター、デジタル放送端末、メッセージ送受信デバイス、ゲームコンソール、タブレットデバイス、医療デバイス、フィットネス設備、パーソナルデジタルアシスタント等であってもよい。
【００８７】
図１２を参照して、装置８００は、プロセス部材８０２、メモリ８０４、電源部材８０６、マルチメディア部材８０８、オーディオ部材８１０、入出力（Ｉ／Ｏ）インターフェイス８１２、センサ部材８１４、及び通信部材８１６のような一つ以上の部材を含んでよい。
【００８８】
プロセス部材８０２は、一般的には装置８００の全体の操作を制御するものであり、例えば、表示、電話呼び出し、データ通信、カメラ操作、及び記録操作と関連する操作を制御する。プロセス部材８０２は、一つ以上のプロセッサ８２０を含み、これらによって命令を実行することにより、上記の方法の全部、或いは一部のステップを実現するようにしてもよい。なお、プロセス部材８０２は、一つ以上のモジュールを含み、これらによってプロセス部材８０２と他の部材の間のインタラクションを容易にするようにしてもよい。例えば、プロセス部材８０２は、マルチメディアモジュールを含み、これらによってマルチメディア部材８０８とプロセス部材８０２の間のインタラクションを容易にするようにしてもよい。
【００８９】
メモリ８０４は、各種類のデータを記憶することにより装置８００の操作を支援するように構成される。これらのデータの例は、装置８００において操作されるいずれのアプリケーションプログラム又は方法の命令、連絡対象データ、電話帳データ、メッセージ、画像、ビデオ等を含む。メモリ８０４は、いずれの種類の揮発性、不揮発性記憶デバイスまたはそれらの組み合わせによって実現されてもよく、例えば、ＳＲＡＭ（Static Random Access Memory）、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read Only Memory）、ＥＰＲＯＭ（Erasable Programmable ROM）、ＰＲＯＭ（Programmable ROM）、ＲＯＭ、磁気メモリ、フラッシュメモリ、磁気ディスク、或いは光ディスクである。
【００９０】
電源部材８０６は、装置８００の多様な部材に電力を供給する。電源部材８０６は、電源管理システム、一つ以上の電源、及び装置８００のための電力の生成、管理及び割り当てに関連する他の部材を含んでもよい。
【００９１】
マルチメディア部材８０８は、前記装置８００とユーザの間に一つの出力インターフェイスを提供するスクリーンを含む。上記の実施例において、スクリーンは液晶モニター（ＬＣＤ）とタッチパネル（ＴＰ）を含んでもよい。スクリーンがタッチパネルを含むことにより、スクリーンはタッチスクリーンを実現することができ、ユーザからの入力信号を受信することができる。タッチパネルは一つ以上のタッチセンサを含んでおり、タッチ、スライド、及びタッチパネル上のジェスチャを検出することができる。前記タッチセンサは、タッチ、或いはスライドの動作の境界だけでなく、前記のタッチ、或いはスライド操作に係る継続時間及び圧力も検出できる。上記の実施例において、マルチメディア部材８０８は、一つのフロントカメラ、及びリアカメラ又はいずれか一方を含む。装置８００が、例えば撮影モード、或いはビデオモード等の操作モードにある場合、フロントカメラ、及びリアカメラ又はいずれか一方は外部からマルチメディアデータを受信できる。フロントカメラとリアカメラのそれぞれは、一つの固定型の光レンズ系、或いは可変焦点距離と光学ズーム機能を有するものであってもよい。
【００９２】
オーディオ部材８１０は、オーディオ信号を入出力するように構成されてもよい。例えば、オーディオ部材８１０は、一つのマイク（ＭＩＣ）を含み、装置８００が、例えば呼出しモード、記録モード、及び音声認識モード等の操作モードにある場合、マイクは外部のオーディオ信号を受信することができる。受信されたオーディオ信号は、さらにメモリ８０４に記憶されたり、通信部材８１６を介して送信されたりされる。上記の実施例において、オーディオ部材８１０は、オーディオ信号を出力するための一つのスピーカーをさらに含む。
【００９３】
Ｉ／Ｏインターフェイス８１２は、プロセス部材８０２と周辺インターフェイスモジュールの間にインターフェイスを提供するものであり、上記周辺インターフェイスモジュールは、キーボード、クリックホイール、ボタン等であってもよい。これらのボタンは、ホームページボタン、ボリュームボタン、起動ボタン、ロッキングボタンを含んでもよいが、これらに限定されない。
【００９４】
センサ部材８１４は、装置８００に各方面の状態に対する評価を提供するための一つ以上のセンサを含む。例えば、センサ部材８１４は、装置８００のＯＮ／ＯＦＦ状態、装置８００のディスプレイと小さなキーパッドのような部材の相対的な位置決めを検出できる。また、例えば、センサ部材８１４は、装置８００、或いは装置８００の一つの部材の位置変更、ユーザと装置８００とが接触しているか否か、装置８００の方位、又は加速／減速、装置８００の温度の変化を検出できる。センサ部材８１４は、何れの物理的接触がない状態にて付近の物体の存在を検出するための近接センサを含んでもよい。センサ部材８１４は、撮影アプリケーションに適用するため、ＣＭＯＳ、又はＣＣＤイメージセンサのような光センサを含んでもよい。上記の実施例において、当該センサ部材８１４は、加速度センサ、ジャイロスコープセンサ、磁気センサ、圧力センサ、及び温度センサをさらに含んでもよい。
【００９５】
通信部材８１６は、装置８００と他の機器の間に有線、又は無線形態の通信を提供する。装置８００は、例えばＷｉＦｉ（登録商標）、２Ｇ、３Ｇ、或いはこれらの組み合わせのような、通信規格に基づいた無線ネットワークに接続されてもよい。一つの例示的な実施例において、通信部材８１６は、放送チャンネルを介して外部の放送管理システムからの放送信号、又は放送に関連する情報を受信する。一つの例示的な実施例において、前記通信部材８１６は、近距離無線通信（ＮＦＣ）モジュールをさらに含むことにより、近距離通信を推進するようにする。例えば、ＮＦＣモジュールは、ＲＦＩＤ（Radio Frequency Identification）技術、ＩｒＤＡ（Infrared Data Association）技術、ＵＷＢ（Ultra WideBand）技術、ＢＴ（Ｂｌｕｅｔｏｏｔｈ（登録商標））技術、他の技術に基づいて実現できる。
【００９６】
例示的な実施例において、装置８００は、一つ以上のＡＳＩＣ（Application Specific Integrated Circuit）、ＤＳＰ（Digital Signal Processor）、ＤＳＰＤ（Digital Signal Processing Device）、ＰＬＤ（Programmable Logic Device）、ＦＰＧＡ（Field-Programmable Gate Array）、コントローラ、マイクロコントローラ、マイクロプロセッサ、または他の電子部品によって実現されるものであり、上記方法を実行する。
【００９７】
例示的な実施例において、さらに、命令を含むコンピュータ読取り可能な非一時的な記録媒体、例えば命令を含むメモリ８０４を提供しており、装置８００のプロセッサ８２０により上記命令を実行して上記方法を実現する。例えば、前記コンピュータ読取り可能な非一時的な記録媒体は、ＲＯＭ、ＲＡＭ、ＣＤ-ＲＯＭ（登録商標）、磁気テープ、フロッピー（登録商標）ディスク、光データ記憶デバイス等である。
【００９８】
本実施例において提供する上述のコンピュータ読み取り可能な非一時的な記憶媒体は、システムのタイプに基づいてモニタリング方式を確定し、該モニタリング方式に従って、システムの現在実行すべきタスクの有無をリアルタイムにモニタリングし、リアルタイムにモニタリングした結果、現在実行すべきタスクがない場合、該システムを低消費電力モードに切り換え動作させる。統一的かつ簡潔なソフトウェアアーキテクチャに基づいて汎用の消費電力制御を実現することで、フレームワークを実現し、デバイスのＳＤＫを世に出しやすく、且つデバイスの具体的な動作特徴を分析する必要がなく、デバイス機能の制限を受けず、様々なタイプのデバイスに適用でき、適用が更に広範囲で、柔軟性がある。
【００９９】
図１３は他の例示的な実施例にかかる消費電力制御装置１９００のブロック図である。例えば、装置１９００はサーバとして提供されることができる。図１３に示すように、装置１９００は、一つ又は複数のプロセッサを有する処理部材１９２２、及びメモリ１９３２を代表とする記憶装置を備える。該記憶装置は、例えばアプリケーションプログラムのような、処理部材１９２２によって実行される指令を記憶するために使われる。メモリ１９３２に記憶されるアプリケーションプログラムは、一つ又は複数の、それぞれ一組の指令に対応するモジュールを含むことができる。また、処理部材１９２２は指令を実行するように構成され、上記のいずれの実施例の方法を実行する。
【０１００】
装置１９００は更に、装置１９００の電源の管理を実行するように構成される電源部材１９２６、装置１９００をネットワークに接続するように構成される一つの有線又は無線ネットワークインターフェース１９５０及び一つの入力／出力（Ｉ／Ｏ）インタフェース１９５８を備える。装置１９００はメモリ１９３２に記憶された、例えばＷｉｎｄｏｗｓ（登録商標）  Ｓｅｒｖｅｒ、Ｍａｃ  ０Ｓ  Ｘ（登録商標）、Ｕｎｉｘ（登録商標）、Ｌｉｎｕｘ（登録商標）、ＦｒｅｅＢＳＤ（登録商標）のようなオペレーティングシステムに基づいて動作することができる。
【０１０１】
本実施例において提供する上述の装置は、システムのタイプに基づいてモニタリング方式を確定し、該モニタリング方式に従って、システムの現在実行すべきタスクの有無をリアルタイムにモニタリングし、リアルタイムにモニタリングした結果、現在実行すべきタスクがない場合、該システムを低消費電力モードに切り換え動作させる。統一的かつ簡潔なソフトウェアアーキテクチャに基づいて汎用の消費電力制御を実現することで、フレームワークを実現し、デバイスのＳＤＫを世に出しやすく、且つデバイスの具体的な動作特徴を分析する必要がなく、デバイス機能の制限を受けず、様々なタイプのデバイスに適用でき、適用が更に広範囲で、柔軟性がある。
【０１０２】
当業者は明細書を検討し、ここで開示した発明を実践した後、本発明のその他の実施方案を容易に思いつくことができる。本願は本発明の全ての変更、用途又は適応性の変化を含む。これらの変更、用途又は適応性の変化は本発明の一般的な原理に基づいており、本発明に未開示の本技術分野における周知技術又は慣用技術手段を含む。明細書及び実施例は例示的なものに過ぎず、本発明の真の範囲及び主旨は以下の特許請求の範囲によって示される。
【０１０３】
本発明は、上記で説明した、また図面において示した寸分違わぬ構成に限定されず、その範囲を逸脱しない前提のもとで種々の変更及び修正を行うことができることを理解すべきである。本発明の範囲は付された特許請求の範囲によってのみ限定される。本願は出願番号が２０１５１００７７２９７．６であって、出願日が２０１５年２月１３日である中国特許出願に基づき、優先権を主張し、当該中国特許出願の全ての内容を本願に援用する。
【図１】
2017510920.tif 000003
【図２】
2017510920.tif 000004
【図３】
2017510920.tif 000005
【図４】
2017510920.tif 000006
【図５】
2017510920.tif 000007
【図６】
2017510920.tif 000008
【図７】
2017510920.tif 000009
【図８】
2017510920.tif 000010
【図９】
2017510920.tif 000011
【図１０】
2017510920.tif 000012
【図１１】
2017510920.tif 000013
【図１２】
2017510920.tif 000014
【図１３】
2017510920.tif 000015
【手続補正書】
【提出日】平成27年12月24日(2015.12.24)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
システムのタイプに基づいてモニタリング方式を確定するステップと、
前記モニタリング方式に従って、システムの現在実行すべきタスクの有無をリアルタイムにモニタリングするステップと、
リアルタイムにモニタリングした結果、現在実行すべきタスクがない場合、前記システムを低消費電力モードに切り換えて動作させるステップとを含むことを特徴とする消費電力制御方法。
【請求項２】
前記システムのタイプに基づいてモニタリング方式を確定するステップは、
前記システムがフォアグラウンド・バックグラウンドタイプのシステムである場合、モニタリング方式を、フォアグラウンドが割込みイベントによってトリガーされたタスクをリアルタイムにモニタリングする方式に確定するステップを含むことを特徴とする請求項１に記載の消費電力制御方法。
【請求項３】
前記モニタリング方式に従って、システムの現在実行すべきタスクの有無をリアルタイムにモニタリングするステップは、
前記システムのメインループにおいて、現在割込みイベントによってトリガーされたタスクの有無をリアルタイムにモニタリングするステップと、
割込みイベントによってトリガーされたタスクがある場合、現在実行すべきタスクがあると確定するステップと、
割込みイベントによってトリガーされたタスクがない場合、現在実行すべきタスクがないと確定するステップとを含むことを特徴とする請求項２に記載の消費電力制御方法。
【請求項４】
前記システムのタイプに基づいてモニタリング方式を確定するステップは、
前記システムが、横取りを支援するリアルタイムシステムである場合、モニタリング方式を、優先度に基づいてタスクをリアルタイムにモニタリングする方式に確定するステップを含むことを特徴とする請求項１に記載の消費電力制御方法。
【請求項５】
前記モニタリング方式に従って、システムの現在実行すべきタスクの有無をリアルタイムにモニタリングするステップは、
それぞれの優先度のプロセスがトリガーされたか否かをリアルタイムにモニタリングするステップと、
低消費電力モードへの切り換えを実行するための優先度が最も低い第１プロセスを除くその他のプロセスがいずれもトリガーされていない場合、現在実行すべきタスクがないと確定するステップと、
前記第１プロセスを除くその他のプロセスのいずれかがトリガーされた場合、現在実行すべきタスクがあると確定するステップとを含むことを特徴とする請求項４に記載の消費電力制御方法。
【請求項６】
前記システムを低消費電力モードに切り換えて動作させるステップは、中央処理装置の周波数を下げること、マイクロコントロールユニットの給電電圧を下げること、マイクロコントロールユニットを低消費電力モードに切り換えること、指定された外部デバイスへの給電を停止すること又は外部クロックを停止すること、のうちのいずれかの一つ又は複数を含むことを特徴とする請求項１乃至請求項５のいずれか一つに記載の消費電力制御方法。
【請求項７】
更に、割込みイベントが発生したとリアルタイムにモニタリングされる場合、前記低消費電力モードを停止して前記割込みイベントを処理するステップを含むことを特徴とする請求項１乃至請求項５のいずれか一つに記載の消費電力制御方法。
【請求項８】
システムのタイプに基づいてモニタリング方式を確定するための確定モジュールと、
前記モニタリング方式に従って、システムの現在実行すべきタスクの有無をリアルタイムにモニタリングするためのモニタリングモジュールと、
リアルタイムにモニタリングした結果、現在実行すべきタスクがない場合、前記システムを低消費電力モードに切り換えて動作させるための切換モジュールとを備えることを特徴とする消費電力制御装置。
【請求項９】
前記確定モジュールは、
前記システムがフォアグラウンド・バックグラウンドタイプのシステムである場合、モニタリング方式を、フォアグラウンドが割込みイベントによってトリガーされたタスクをリアルタイムにモニタリングする方式に確定するための第１確定サブモジュールを有することを特徴とする請求項８に記載の消費電力制御装置。
【請求項１０】
前記モニタリングモジュールは、
前記システムのメインループにおいて、現在割込みイベントによってトリガーされたタスクがあるか否かをリアルタイムにモニタリングし、割込みイベントによってトリガーされたタスクがある場合、現在実行すべきタスクがあると確定し、割込みイベントによってトリガーされたタスクがない場合、現在実行すべきタスクがないと確定するための第１モニタリングサブモジュールを有することを特徴とする請求項９に記載の消費電力制御装置。
【請求項１１】
前記確定モジュールは、
前記システムが、横取りを支援するリアルタイムシステムである場合、モニタリング方式を、優先度に基づいてタスクをリアルタイムにモニタリングする方式に確定するための、第２確定サブモジュールを有することを特徴とする請求項８に記載の消費電力制御装置。
【請求項１２】
前記モニタリングモジュールは、
それぞれの優先度のプロセスがトリガーされたか否かをリアルタイムにモニタリングするための第２モニタリングサブモジュールを有し、
低消費電力モードへの切り換えを実行するための第１プロセスの優先度が最も低く、前記第１プロセスを除くその他のプロセスがいずれもトリガーされていない場合、現在実行すべきタスクがないと確定し、前記第１プロセスを除くその他のプロセスのいずれかがトリガーされた場合、現在実行すべきタスクがあると確定することを特徴とする請求項１１に記載の消費電力制御装置。
【請求項１３】
前記切換モジュールは、
リアルタイムにモニタリングした結果、現在実行すべきタスクがない場合、中央処理装置の周波数を下げること、マイクロコントロールユニットの給電電圧を下げること、マイクロコントロールユニットを低消費電力モードに切り換えること、指定された外部デバイスへの給電を停止すること又は外部クロックを停止すること、のうちのいずれかの一つ又は複数の操作を実行するための、切換サブモジュールを有することを特徴とする請求項８乃至請求項１２のいずれかに記載の消費電力制御装置。
【請求項１４】
前記切換モジュールは、割込みイベントが発生したことがリアルタイムにモニタリングされる場合、前記低消費電力モードを停止するためにも使われ、
前記装置は、更に、
リアルタイムにモニタリングした前記割込みイベントを処理するための処理モジュールを備えることを特徴とする請求項８乃至請求項１２のいずれか一つに記載の消費電力制御装置。
【請求項１５】
プロセッサと、
プロセッサが実行可能なコマンドを記憶するためのメモリとを備え、
前記プロセッサは、
システムのタイプに基づいてモニタリング方式を確定し、
前記モニタリング方式に従って、システムの現在実行すべきタスクの有無をリアルタイムにモニタリングし、
リアルタイムにモニタリングした結果、現在実行すべきタスクがない場合、前記システムを低消費電力モードに切り換えて動作させるように構成されることを特徴とする消費電力制御装置。
【請求項１６】
プロセッサに実行されることにより、請求項１から請求項７のいずれかに記載の消費電力制御方法を実現する記録媒体に記録されたプログラム。
【請求項１７】
請求項１６に記載のプログラムが記録された記録媒体。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はスマートデバイス分野に関し、特に消費電力制御方法、装置、プログラム及び記録媒体に関する。
【背景技術】
【０００２】
組み込みシステム、特に一部の小型電池給電デバイスにおいて、消費電力管理は非常に重要である。比較的に長い待機時間は、良好なユーザ体験の重要な構成要素であり、各種デバイスのメーカは皆、消費電力の最適化に力を入れている。異なるデバイスにおける消費電力の管理方法は往々にしてデバイスによって異なり、適用場面によって異なる。
【０００３】
現在、一般的な消費電力最適化方法は、製品機能に基づいて消費電力を管理し、具体的な製品の動作特徴を具体的に分析し、対応して、消費電力を低下させる方法を設計する。例えば、姿勢検出器が長い時間静止する場合、センサのサンプリングを停止させ、姿勢検出器の消費電力を低下させる。
【発明の概要】
【０００４】
本発明は、統一的な消費電力制御を実現して、デバイスの制限を受けないための消費電力制御方法、装置、プログラム及び記録媒体を提供する。
【０００５】
本発明の実施例の第１の態様によれば、消費電力制御方法を提供し、前記方法は、
システムのタイプに基づいてモニタリング方式を確定するステップと、
前記モニタリング方式に従って、システムの現在実行すべきタスクの有無をリアルタイムにモニタリングするステップと、
リアルタイムにモニタリングした結果、現在実行すべきタスクがない場合、前記システムを低消費電力モードに切り換えて動作させるステップとを含む。
【０００６】
ここで、前記システムタイプに基づいてモニタリング方式を確定するステップは、
前記システムがフォアグラウンド・バックグラウンドタイプのシステムである場合、モニタリング方式を、フォアグラウンドが割込みイベントによってトリガーされたタスクをリアルタイムにモニタリングする方式に確定するステップを含む。
【０００７】
ここで、前記モニタリング方式に従って、システムの現在実行すべきタスクの有無をリアルタイムにモニタリングするステップは、
前記システムのメインループにおいて、現在割込みイベントによってトリガーされたタスクの有無をリアルタイムにモニタリングするステップと、
割込みイベントによってトリガーされたタスクがある場合、現在実行すべきタスクがあると確定するステップと、
割込みイベントによってトリガーされたタスクがない場合、現在実行すべきタスクがないと確定するステップとを含む。
【０００８】
ここで、前記システムタイプに基づいてモニタリング方式を確定するステップは、
前記システムが、横取りを支援するリアルタイムシステムである場合、モニタリング方式を、優先度に基づいてタスクをリアルタイムにモニタリングする方式に確定するステップを含む。
【０００９】
ここで、前記モニタリング方式に従って、システムの現在実行すべきタスクの有無をリアルタイムにモニタリングするステップは、
それぞれの優先度のプロセスがトリガーされたか否かをリアルタイムにモニタリングするステップと、
低消費電力モードへの切り換えを実行するための優先度が最も低い第１プロセスを除くその他のプロセスがいずれもトリガーされていない場合、現在実行すべきタスクがないと確定するステップと、
前記第１プロセスを除くその他のプロセスのいずれかがトリガーされた場合、現在実行すべきタスクがあると確定するステップとを含む。
【００１０】
ここで、前記システムを低消費電力モードに切り換えて動作させるステップは、中央処理装置の周波数を下げること、マイクロコントロールユニットの給電電圧を下げること、マイクロコントロールユニットを低消費電力モードに切り換えること、指定された外部デバイスへの給電を停止すること又は外部クロックを停止すること、のうちのいずれかの一つ又は複数を含む。
【００１１】
ここで、前記方法は、更に、割込みイベントが発生したとリアルタイムにモニタリングされる場合、前記低消費電力モードを停止して前記割込みイベントを処理するステップを含む。
【００１２】
本発明の実施例の第２の態様によれば、消費電力制御装置を提供し、前記装置は、
システムのタイプに基づいてモニタリング方式を確定するための確定モジュールと、
前記モニタリング方式に従って、システムの現在実行すべきタスクの有無をリアルタイムにモニタリングするためのモニタリングモジュールと、
リアルタイムにモニタリングした結果、現在実行すべきタスクがない場合、前記システムを低消費電力モードに切り換えて動作させるための切換モジュールとを備える。
【００１３】
ここで、前記確定モジュールは、
前記システムがフォアグラウンド・バックグラウンドタイプのシステムである場合、モニタリング方式を、フォアグラウンドが割込みイベントによってトリガーされたタスクをリアルタイムにモニタリングする方式に確定するための第１確定サブモジュールを有する。
【００１４】
ここで、前記モニタリングモジュールは、
前記システムのメインループにおいて、現在割込みイベントによってトリガーされたタスクがあるか否かをリアルタイムにモニタリングし、割込みイベントによってトリガーされたタスクがある場合、現在実行すべきタスクがあると確定し、割込みイベントによってトリガーされたタスクがない場合、現在実行すべきタスクがないと確定するための第１モニタリングサブモジュールを有する。
【００１５】
ここで、前記確定モジュールは、
前記システムが、横取りを支援するリアルタイムシステムである場合、モニタリング方式を、優先度に基づいてタスクをリアルタイムにモニタリングする方式に確定するための、第２確定サブモジュールを有する。
【００１６】
ここで、前記モニタリングモジュールは、
それぞれの優先度のプロセスがトリガーされたか否かをリアルタイムにモニタリングするための第２モニタリングサブモジュールを有し、
低消費電力モードへの切り換えを実行するための第１プロセスの優先度が最も低く、前記第１プロセスを除くその他のプロセスがいずれもトリガーされていない場合、現在実行すべきタスクがないと確定し、前記第１プロセスを除くその他のプロセスのいずれかがトリガーされた場合、現在実行すべきタスクがあると確定する。
【００１７】
ここで、前記切換モジュールは、
リアルタイムにモニタリングした結果、現在実行すべきタスクがない場合、中央処理装置の周波数を下げること、マイクロコントロールユニットの給電電圧を下げること、マイクロコントロールユニットを低消費電力モードに切り換えること、指定された外部デバイスへの給電を停止すること又は外部クロックを停止すること、のうちのいずれかの一つ又は複数の操作を実行するための、切換サブモジュールを有する。
【００１８】
ここで、前記切換モジュールは、割込みイベントが発生したことがリアルタイムにモニタリングされる場合、前記低消費電力モードを停止するためにも使われ、
前記装置は、更に、
リアルタイムにモニタリングした前記割込みイベントを処理するための処理モジュールを備える。
【００１９】
本発明の実施例の第３の態様によれば、消費電力制御装置を提供し、前記装置は、
プロセッサと、
プロセッサが実行可能なコマンドを記憶するためのメモリとを備え、
前記プロセッサは、
システムのタイプに基づいてモニタリング方式を確定し、
前記モニタリング方式に従って、システムの現在実行すべきタスクの有無をリアルタイムにモニタリングし、
リアルタイムにモニタリングした結果、現在実行すべきタスクがない場合、前記システムを低消費電力モードに切り換えて動作させるように構成される。
本発明の実施例の第４の態様によれば、プロセッサに実行されることにより、前記消費電力制御方法を実現する記録媒体に記録されたプログラムを提供する。
本発明の実施例の第５の態様によれば、前記プログラムが記録された記録媒体を提供する。
【００２０】
本発明の実施例が提供する技術的解決手段は下記のような有益な効果を含むことができる。システムのタイプに基づいてモニタリング方式を確定し、該モニタリング方式に従って、システムの現在実行すべきタスクの有無をリアルタイムにモニタリングし、リアルタイムにモニタリングした結果、現在実行すべきタスクがない場合、該システムを低消費電力モードに切り換え動作させる。統一的かつ簡潔なソフトウェアアーキテクチャに基づいて汎用の消費電力制御を実現することで、フレームワークを実現し、デバイスのソフトウェア開発キット（Ｓｏｆｔｗａｒｅ  Ｄｅｖｅｌｏｐｍｅｎｔ  Ｋｉｔ、略してＳＤＫ）を世に出しやすく、且つデバイスの具体的な動作特徴を分析する必要がなく、デバイス機能の制限を受けず、様々なタイプのデバイスに適用でき、適用が更に広範囲で、柔軟性がある。
【００２１】
また、上記の一般的な説明及び以下の詳細な説明は単なる例示及び解釈に過ぎず、本発明を限定するものではないことを理解すべきである。
【図面の簡単な説明】
【００２２】
本願の図面は明細書に取り込まれて明細書の一部を構成し、本発明に合致する実施例を示し、また、明細書と共に本発明の原理の解釈に用いられる。
【図１】図１は一つの例示的な実施例にかかる消費電力制御方法のフローチャートである。
【図２】図２は他の例示的な実施例にかかる消費電力制御方法のフローチャートである。
【図３】図３は他の例示的な実施例にかかる消費電力制御方法のフローチャートである。
【図４】図４は他の例示的な実施例にかかる消費電力制御装置のブロック図である。
【図５】図５は他の例示的な実施例にかかる消費電力制御装置のブロック図である。
【図６】図６は他の例示的な実施例にかかる消費電力制御装置のブロック図である。
【図７】図７は他の例示的な実施例にかかる消費電力制御装置のブロック図である。
【図８】図８は他の例示的な実施例にかかる消費電力制御装置のブロック図である。
【図９】図９は他の例示的な実施例にかかる消費電力制御装置のブロック図である。
【図１０】図１０は他の例示的な実施例にかかる消費電力制御装置のブロック図である。
【図１１】図１１は他の例示的な実施例にかかる消費電力制御装置のブロック図である。
【図１２】図１２は他の例示的な実施例にかかる消費電力制御装置のブロック図である。
【図１３】図１３は他の例示的な実施例にかかる消費電力制御装置のブロック図である。
【発明を実施するための形態】
【００２３】
ここで例示的な実施例について詳細に説明を行うが、その例示は図面において示されている。以下の説明が図面に関する場合、特に示さない限り、異なる図面の中の同一の数字は同一又は類似の要素を表す。また、以下の例示的な実施例で説明する実施形態は、本発明と一致する全ての実施形態を代表するものではなく、これらは特許請求の範囲において詳述した、本発明の一部の態様と一致する装置及び方法の例に過ぎない。
【００２４】
本発明にかかる消費電力制御方法及び装置は電子デバイスに適用され、該電子デバイスは、端末、サーバ、家電デバイス等を含むが、これに限定されない。該端末は、コンピュータ、携帯電話、タブレットＰＣ等を含むが、これに限定されない。該家電デバイスは、冷蔵庫、洗濯機、電子レンジ、エアコン等を含むが、これに限定されない。本発明にかかるシステムは、該電子デバイスにおけるシステムのことを指し、該システムが組み込みシステムであるのが好ましい。該システムは、例えばフォアグラウンド・バックグラウンドタイプのシステム、又は横取り(Ｐｒｅｅｍｐｔｉｏｎ)を支援するリアルタイムシステム等であってもよく、タイプは限定されない。
【００２５】
図１は一つの例示的な実施例にかかる消費電力制御方法のフローチャートである。図１に示すように、該方法は電子デバイスに使われ、以下のようなステップを含む。
【００２６】
ステップＳ１１において、システムのタイプに基づいてモニタリング方式を確定する。
【００２７】
本実施例において、該システムは電子デバイスのシステムを指し、フォアグラウンド・バックグラウンドタイプのシステム、又は横取りを支援するリアルタイムシステム等を含むが、これに限定されない。該モニタリング方式は、システムの実行すべきタスクの有無をモニタリングするために使われ、異なるタイプのシステムに対してそのモニタリング方式も異なる。
【００２８】
ステップＳ１２において、該モニタリング方式に従って、システムの現在実行すべきタスクの有無をリアルタイムにモニタリングする。
【００２９】
本実施例において、システムの実行すべきタスクがある場合、一般的にはタスクの正常な実行を確保するため、消費電力を低下させない。システムの実行すべきタスクがない場合は、一般的には、消費電力を低下させることができることで、電子デバイスのため電力を節約でき、貴重な資源を節約できる。
【００３０】
ステップＳ１３において、リアルタイムにモニタリングした結果、現在実行すべきタスクがない場合、該システムを低消費電力モードに切り換えて動作させる。
【００３１】
本実施例において、システムの動作モードは、正常動作モードと低消費電力モードに分けられる。ここで、システムがタスクを実行しているときは、その全てが正常動作モードになっており、システムがタスクを実行していない時は、低消費電力モードになっている。該低消費電力モードにおけるシステムの消費電力は正常動作モードにおける消費電力より低く、更に電力を節約でき、電子デバイスの性能を向上させることができる。
【００３２】
本実施例において、好ましくは、システムタイプに基づいてモニタリング方式を確定するステップは、
該システムがフォアグラウンド・バックグラウンドタイプのシステムである場合、モニタリング方式を、フォアグラウンドが割込みイベントによってトリガーされたタスクをリアルタイムにモニタリングする方式に確定するステップ、又は、
該システムが横取りを支援するリアルタイムシステムである場合、モニタリング方式を、優先度に基づいてタスクをリアルタイムにモニタリングする方式に確定するステップを含むことができる。
【００３３】
本実施例において、好ましくは、該システムがフォアグラウンド・バックグラウンドタイプのシステムである場合、該モニタリング方式に従って、システムの現在実行すべきタスクの有無をリアルタイムにモニタリングするステップは、
該システムのメインループにおいて、現在割込みイベントによってトリガーされたタスクの有無をリアルタイムにモニタリングするステップと、
割込みイベントによってトリガーされたタスクがある場合、現在実行すべきタスクがあると確定するステップと、
割込みイベントによってトリガーされたタスクがない場合、現在実行すべきタスクがないと確定するステップとを含む。
【００３４】
本実施例において、好ましくは、該システムが横取りを支援するリアルタイムシステムである場合、該モニタリング方式に従って、システムの現在実行すべきタスクの有無をリアルタイムにモニタリングするステップは、
それぞれの優先度のプロセスがトリガーされたか否かをリアルタイムにモニタリングするステップと、ここで、低消費電力モードへの切り換えを実行するための第１プロセスの優先度が最も低く、
該第１プロセスを除くその他のプロセスが全てトリガーされていない場合、現在実行すべきタスクがないと確定するステップと、
該第１プロセスを除くその他のプロセスのいずれかがトリガーされた場合、現在実行すべきタスクがあると確定するステップとを含むことができる。
【００３５】
本実施例において、好ましくは、該システムを低消費電力モードに切り換えて動作させるステップは、中央処理装置の周波数を下げること、マイクロコントロールユニット（Ｍｉｃｒｏ  Ｃｏｎｔｒｏｌ  Ｕｎｉｔ、略してＭＣＵ）の給電電圧を下げること、マイクロコントロールユニットを低消費電力モードに切り換えること、指定された外部デバイスへの給電を停止すること又は外部クロックを停止すること、のうちのいずれかの一つ又は複数を含むが、これに限定されない。
【００３６】
本実施例において、好ましくは、上述した方法は、更に、
割込みイベントが発生したことがリアルタイムにモニタリングされる場合、該低消費電力モードを停止して該割込みイベントを処理するステップを含むことができる。
【００３７】
本実施例において提供される上述の方法は、システムのタイプに基づいてモニタリング方式を確定し、該モニタリング方式に従って、システムの現在実行すべきタスクの有無をリアルタイムにモニタリングし、リアルタイムにモニタリングした結果、現在実行すべきタスクがない場合、該システムを低消費電力モードに切り換え動作させる。統一的かつ簡潔なソフトウェアアーキテクチャに基づいて汎用の消費電力制御を実現することで、フレームワークを実現し、デバイスのＳＤＫを世に出しやすく、且つデバイスの具体的な動作特徴を分析する必要がなく、デバイス機能の制限を受けず、様々なタイプのデバイスに適用でき、適用が更に広範囲で、柔軟性がある。
【００３８】
図２は他の例示的な実施例にかかる消費電力制御方法のフローチャートである。図２に示すように、該方法は電子デバイスに使われ、以下のようなステップを含む。
【００３９】
ステップＳ２１において、該システムがフォアグラウンド・バックグラウンドタイプのシステムである場合、モニタリング方式を、フォアグラウンドが割込みイベントによってトリガーされたタスクをリアルタイムにモニタリングする方式に確定する。
【００４０】
ここで、フォアグラウンド・バックグラウンドタイプのシステムとは、システムがフォアグラウンドとバックグラウンドが協力する方式で動作することを指す。フォアグラウンドは割込みイベントをモニタリングするために使われ、バックグラウンドは具体的なタスクを実行するために使われる。フォアグラウンドによりモニタリングされた割込みイベントは、対応するタスクを実行するようバックグラウンドをトリガーさせることができる。ファイグラウンド・バックグラウンドタイプのシステムにおいて、全てのタスク分配を処理するための一つのメインループを有し、該システムは更にタスクキュー（task_queue）を有し、全ての実行待ちタスクは該タスクキューに排列され処理を待ち、メインループは対応するタスク実行関数を呼び出して対応するタスクを処理する。
【００４１】
ステップＳ２２において、該システムのメインループにおいて、現在割込みイベントによってトリガーされたタスクの有無をリアルタイムにモニタリングする。割込みイベントによりトリガーされたタスクがない場合、ステップＳ２３を実行し、割込みイベントによりトリガーされたタスクがある場合、ステップＳ２５を実行する。
【００４２】
本実施例において、異なるタイプの割込みイベントはタスクをトリガーさせる可能性も、タスクをトリガーさせない可能性もある。割込みイベントによってトリガーされたタスクがある場合、該タスクはメインループのタスクキューの中に分配され、現在実行すべきタスクがあると確定することができる。割込みイベントによってトリガーされたタスクがない場合、メインループのタスクキューは空いており、現在実行すべきタスクがないと確定することができる。
【００４３】
ステップＳ２３において、現在実行すべきタスクがないと確定する。
【００４４】
ステップＳ２４において、該システムを低消費電力モードに切り換えて動作させ、プロセスは終了する。
【００４５】
ここで、該システムを低消費電力モードに切り換えて動作させるステップは、中央処理装置の周波数を下げること、マイクロコントロールユニットの給電電圧を下げること、マイクロコントロールユニットを低消費電力モードに切り換えること、指定された外部デバイスへの給電を停止すること又は外部クロックを停止すること、のうちのいずれかの一つ又は複数を含むが、これに限定されない。
【００４６】
前記指定された外部デバイスは、動作していない外部デバイス等であってもよく、本発明はこれを限定しない。
【００４７】
ステップＳ２５において、現在実行すべきタスクがあると確定する。
【００４８】
ステップＳ２６において、該低消費電力モードを停止して該割込みイベントを処理し、プロセスは終了する。
【００４９】
本実施例において、好ましくは、フォアグラウンド・バックグラウンドシステムのメインループにおいて判断することができ、タスクキューに実行すべきタスクがある場合、対応するタスク実行関数を呼び出して対応するタスクを処理し、タスクキューに実行すべき如何なるタスクもない場合、低消費電力モード関数を呼び出し、システムを低消費電力モードに切り換えて動作させる。
【００５０】
上述のプロセスは下記のようなコードで実現することができる。
【００５１】
While(1) {
While(has_task_in_queue(task_queue)) {//タスクキューにタスクがある場合 
Execute_task()                     //対応するタスクを実行
}
Enter_lowpower_mode();         //タスクキューにタスクがない場合低消費電力モードに入る
}
ここで、While(1)はメインループであり、While(has_task_in_queue(task_queue))はタスクキュー処理関数であり、該関数はタスクキューに実行すべきのタスクがあると判断した場合、関数Execute_task()を呼び出して対応するタスクを実行する。タスクキューにタスクがあるという条件を満たさない場合、関数Enter_lowpower_mode()を実行して、システムを低消費電力モードに切り換え動作させる。本実施例において、割込みイベントはシステムを低消費電力モードから呼び起こし、システムをトリガーさせて対応するタスクを実行することができる。
【００５２】
本実施例において提供される上述の方法は、フォアグラウンド・バックグラウンドシステムのモニタリング方式を、フォアグラウンドが割込みイベントによってトリガーされたタスクをリアルタイムにモニタリングする方式に確定し、該モニタリング方式に従って、現在システムにおいて割込みイベントによってトリガーされたタスクの有無をリアルタイムにモニタリングし、モニタリングした結果、現在実行すべきタスクがない場合、該システムを低消費電力モードに切り換え動作させ、統一的かつ簡潔なソフトウェアアーキテクチャに基づいて汎用の消費電力制御を実現することで、フレームワークを実現し、デバイスのＳＤＫを世に出しやすく、二次開発が可能なソフトウェアフレームワーク項目をユーザに提供することにとって重要な意義を有し、二次開発者は消費電力管理を気にかける必要がない。且つデバイスの具体的な動作特徴を分析する必要がなく、デバイス機能の制限を受けず、様々なタイプのデバイスに適用でき、適用が更に広範囲で、柔軟性がある。
【００５３】
図３は他の例示的な実施例にかかる消費電力制御方法のフローチャートである。図３に示すように、該方法は電子デバイスに使われ、以下のようなステップを含む。
【００５４】
ステップＳ３１において、該システムが、横取りを支援するリアルタイムシステムである場合、モニタリング方式を、優先度に基づいてタスクをリアルタイムにモニタリングする方式に確定する。
【００５５】
ここで、横取りを支援するリアルタイムシステムとは、システムがプロセスを作成してタスクを実行し、それぞれのプロセスは異なる優先度を有し、高優先度のプロセスは先に実行されることで、高優先度のタスクが優先に処理されるよう確保することを指す。
【００５６】
ステップＳ３２において、それぞれの優先度のプロセスがトリガーされたか否かをリアルタイムにモニタリングする。ここで、低消費電力モードへの切り換えを実行するための第１プロセスの優先度が最も低い。該第１プロセスを除くその他のプロセスが全てトリガーされていない場合、ステップＳ３３を実行し、該第１プロセスを除くその他のプロセスのいずれかがトリガーされた場合、ステップＳ３５を実行する。
【００５７】
本実施例において、低消費電力モードへの切り換えを実行するための第１プロセスの優先度が最も低く、その他のプロセスの優先度はいずれも該第１プロセスより高く、その他のプロセス全てがトリガーされていない場合のみ、初めて該第１プロセスを実行する。その他のプロセスのうちのいずれかがトリガーされた場合は、該第１プロセスはトリガーされない。このような方式は、システムに如何なるタスクもない場合に初めて低消費電力モードに入ることを確保することで、タスクの正常な実行に影響を及ぼさなくなる。
【００５８】
ステップＳ３３において、現在実行すべきタスクがないと確定する。
【００５９】
ステップＳ３４において、該システムを低消費電力モードに切り換えて動作させ、プロセスは終了する。
【００６０】
ここで、該システムを低消費電力モードに切り換えて動作させるステップは、中央処理装置の周波数を下げること、マイクロコントロールユニットの給電電圧を下げること、マイクロコントロールユニットを低消費電力モードに切り換えること、指定された外部デバイスへの給電を停止すること又は外部クロックを停止すること、のうちのいずれかの一つ又は複数を含むが、これに限定されない。
【００６１】
ステップＳ３５において、現在実行すべきタスクがあると確定する。
【００６２】
ステップＳ３６において、該低消費電力モードを停止して該割込みイベントを処理し、プロセスは終了する。
【００６３】
本実施例において提供する上述の、低消費電力モードに切り換えるプロセスは、下記のようなコードで実現することができる。
【００６４】
Void lowest_priority_task() {           //最低優先度のプロセス処理関数
While(1) {
Enter_low_power_mode();        //低消費電力モードに入る
}    
}
ここで、lowest_priority_task()は優先度が最も低いプロセスであり、低消費電力モードに切り換え動作させることをトリガーするために使われ、その他の優先度のプロセスがいずれもトリガーされていない場合、該プロセスを自動でトリガーさせる。該プロセスにおいて、関数Enter_low_power_mode()を実行することで、システムを低消費電力モードに切り換えて動作させる。    
横取りを支援するリアルタイムシステムにおいて、割込みイベントに対応するプロセスは最高の優先度を有し、割込みイベントが発生した時、第１プロセスの実行権を横取りし、該割込みイベントに対応するプロセスを優先してトリガーさせることで、該プロセスが対応する関数を実行して割込みイベントに対応するタスクを処理するようにする。これによりシステムを低消費電力モードから呼び起こして、高優先度のタスクが実行されるよう確保する。このような、システムはタスクがない場合即ち暇なときに初めて低消費電力モードに入るメカニズムは、システムのリアルタイム性に影響しないだけでなく、消費電力管理を便利に実現できる。
【００６５】
本実施例において提供する上述の方法は、横取りを支援するリアルタイムシステムのモニタリング方式を、優先度に基づいてタスクをリアルタイムにモニタリングする方式に確定し、該モニタリング方式に従ってシステムの現在実行すべきタスクの有無をリアルタイムにモニタリングし、モニタリングした結果、現在実行すべきタスクがない場合、該システムを低消費電力モードに切り換え動作させる。統一的かつ簡潔なソフトウェアアーキテクチャに基づいて汎用の消費電力制御を実現することで、フレームワークを実現し、デバイスのＳＤＫを世に出しやすく、且つデバイスの具体的な動作特徴を分析する必要がなく、デバイス機能の制限を受けず、様々なタイプのデバイスに適用でき、適用が更に広範囲で、柔軟性がある。
【００６６】
図４は他の例示的な実施例にかかる消費電力制御装置のブロック図である。図４に示すように、該装置は確定モジュール１２１、モニタリングモジュール１２２及び切換モジュール１２３を備える。
【００６７】
該確定モジュール１２１は、システムのタイプに基づいてモニタリング方式を確定する。
【００６８】
該モニタリングモジュール１２２は、該モニタリング方式に従って、システムの現在実行すべきタスクの有無をリアルタイムにモニタリングする。
【００６９】
該切換モジュール１２３は、リアルタイムにモニタリングした結果、現在実行すべきタスクがない場合、該システムを低消費電力モードに切り換えて動作させる。
【００７０】
図５に示すように、本実施例において、好ましくは、該確定モジュール１２１は、
該システムがフォアグラウンド・バックグラウンドタイプのシステムである場合、モニタリング方式を、フォアグラウンドが割込みイベントによってトリガーされたタスクをリアルタイムにモニタリングする方式に確定するための、第１確定サブモジュール１２１ａを有することができる。
【００７１】
図６に示すように、本実施例において、好ましくは、該モニタリングモジュール１２２は、
前記システムのメインループにおいて、現在割込みイベントによってトリガーされたタスクがあるか否かをリアルタイムにモニタリングし、割込みイベントによってトリガーされたタスクがある場合、現在実行すべきタスクがあると確定し、割込みイベントによってトリガーされたタスクがない場合、現在実行すべきタスクがないと確定する、第１モニタリングサブモジュール１２２ａを有する。
【００７２】
図７に示すように、本実施例において、好ましくは、該確定モジュール１２１は、
該システムが、横取りを支援するリアルタイムシステムである場合、モニタリング方式を、優先度に基づいてタスクをリアルタイムにモニタリングする方式に確定するための、第２確定サブモジュールを有することができる。
【００７３】
図８に示すように、本実施例において、好ましくは、該モニタリングモジュール１２２は、
それぞれの優先度のプロセスがトリガーされたか否かをリアルタイムにモニタリングするための第２モニタリングサブモジュール１２２ｂを有することができ、ここで、低消費電力モードへの切り換えを実行するための第１プロセスの優先度が最も低く、該第１プロセスを除くその他のプロセスがいずれもトリガーされていない場合、現在実行すべきタスクがないと確定し、該第１プロセスを除くその他のプロセスのいずれかがトリガーされた場合、現在実行すべきタスクがあると確定する。
【００７４】
図９に示すように、本実施例において、好ましくは、該切換モジュール１２３は、
リアルタイムにモニタリングした結果、現在実行すべきタスクがない場合、中央処理装置の周波数を下げること、マイクロコントロールユニットの給電電圧を下げること、マイクロコントロールユニットを低消費電力モードに切り換えること、指定された外部デバイスへの給電を停止すること又は外部クロックを停止すること、のうちのいずれかの一つ又は複数の操作を実行するための、切換サブモジュール１２３ａを有することができる。
【００７５】
図１０に示すように、本実施例において、好ましくは、該切換モジュール１２３は、割込みイベントが発生しことがリアルタイムにモニタリングされる場合、該低消費電力モードを停止するためにも使われる。上述の装置は、更に、
リアルタイムにモニタリングした該割込みイベントを処理するための、処理モジュール１２４を備えることができる。
【００７６】
上述の実施例における装置に関しては、それぞれのモジュールが操作を実行する具体的な方法は既に関連する実施例において詳細な説明を行っており、ここでは繰り返し説明しない。
【００７７】
本実施例において提供する上述の装置は全ての電子デバイスに適用することができ、前記電子デバイスは、端末、サーバ又は家電デバイスを含むが、これに限定されない。
【００７８】
本実施例が提供した上述した装置は、システムのタイプに基づいてモニタリング方式を確定し、該モニタリング方式に従って、システムの現在実行すべきタスクの有無をリアルタイムにモニタリングし、リアルタイムにモニタリングした結果、現在実行すべきタスクがない場合、該システムを低消費電力モードに切り換え動作させる。統一的かつ簡潔なソフトウェアアーキテクチャに基づいて汎用の消費電力制御を実現することで、フレームワークを実現し、デバイスのＳＤＫを世に出しやすく、且つデバイスの具体的な動作特徴を分析する必要がなく、デバイス機能の制限を受けず、様々なタイプのデバイスに適用でき、適用が更に広範囲で、柔軟性がある。
【００７９】
図１１は他の例示的な実施例にかかる消費電力制御装置のブロック図である。図１１に示すように、該装置は、プロセッサ７０１、及びプロセッサが実行可能なコマンドを記憶するためのメモリ７０２とを備え、
該プロセッサ７０１は、
システムのタイプに基づいてモニタリング方式を確定し、
該モニタリング方式に従って、システムの現在実行すべきタスクの有無をリアルタイムにモニタリングし、
リアルタイムにモニタリングした結果、現在実行すべきタスクがない場合、前記システムを低消費電力モードに切り換えて動作させるように構成される。
【００８０】
該プロセッサ７０１は、前記システムタイプに基づいてモニタリング方式を確定するステップは、
前記システムがフォアグラウンド・バックグラウンドタイプのシステムである場合、モニタリング方式を、フォアグラウンドが割込みイベントによってトリガーされたタスクをリアルタイムにモニタリングする方式に確定するステップを含むように構成される。
【００８１】
該プロセッサ７０１は、前記モニタリング方式に従って、システムの現在実行すべきタスクの有無をリアルタイムにモニタリングするステップは、
前記システムのメインループにおいて、現在割込みイベントによってトリガーされたタスクの有無をリアルタイムにモニタリングするステップと、
割込みイベントによってトリガーされたタスクがある場合、現在実行すべきタスクがあると確定するステップと、
割込みイベントによってトリガーされたタスクがない場合、現在実行すべきタスクがないと確定するステップとを含むように構成される。
【００８２】
該プロセッサ７０１は、前記システムタイプに基づいてモニタリング方式を確定するステップは、
前記システムが、横取りを支援するリアルタイムシステムである場合、モニタリング方式を、優先度に基づいてタスクをリアルタイムにモニタリングする方式に確定するステップを含むように構成される。
【００８３】
該プロセッサ７０１は、前記モニタリング方式に従って、システムの現在実行すべきのタスクの有無をリアルタイムにモニタリングするステップは、
それぞれの優先度のプロセスがトリガーされたか否かをリアルタイムにモニタリングするステップと、
低消費電力モードへの切り換えを実行するための優先度が最も低い第１プロセスを除くその他のプロセスがいずれもトリガーされていない場合、現在実行すべきタスクがないと確定するステップと、
前記第１プロセスを除くその他のプロセスのいずれかがトリガーされた場合、現在実行すべきタスクがあると確定するステップとを含むように構成される。
【００８４】
該プロセッサ７０１は、前記システムを低消費電力モードに切り換えて動作させるステップは、中央処理装置の周波数を下げること、マイクロコントロールユニットの給電電圧を下げること、マイクロコントロールユニットを低消費電力モードに切り換えること、指定された外部デバイスへの給電を停止すること又は外部クロックを停止すること、のうちのいずれかの一つ又は複数を含むように構成される。
【００８５】
該プロセッサ７０１は、割込みイベントが発生したとリアルタイムにモニタリングされる場合、前記低消費電力モードを停止して前記割込みイベントを処理するように構成される。
【００８６】
図１２は他の例示的な実施例にかかる消費電力制御装置８００のブロック図である。例えば、装置８００は、携帯電話、コンピューター、デジタル放送端末、メッセージ送受信デバイス、ゲームコンソール、タブレットデバイス、医療デバイス、フィットネス設備、パーソナルデジタルアシスタント等であってもよい。
【００８７】
図１２を参照して、装置８００は、プロセス部材８０２、メモリ８０４、電源部材８０６、マルチメディア部材８０８、オーディオ部材８１０、入出力（Ｉ／Ｏ）インターフェイス８１２、センサ部材８１４、及び通信部材８１６のような一つ以上の部材を含んでよい。
【００８８】
プロセス部材８０２は、一般的には装置８００の全体の操作を制御するものであり、例えば、表示、電話呼び出し、データ通信、カメラ操作、及び記録操作と関連する操作を制御する。プロセス部材８０２は、一つ以上のプロセッサ８２０を含み、これらによって命令を実行することにより、上記の方法の全部、或いは一部のステップを実現するようにしてもよい。なお、プロセス部材８０２は、一つ以上のモジュールを含み、これらによってプロセス部材８０２と他の部材の間のインタラクションを容易にするようにしてもよい。例えば、プロセス部材８０２は、マルチメディアモジュールを含み、これらによってマルチメディア部材８０８とプロセス部材８０２の間のインタラクションを容易にするようにしてもよい。
【００８９】
メモリ８０４は、各種類のデータを記憶することにより装置８００の操作を支援するように構成される。これらのデータの例は、装置８００において操作されるいずれのアプリケーションプログラム又は方法の命令、連絡対象データ、電話帳データ、メッセージ、画像、ビデオ等を含む。メモリ８０４は、いずれの種類の揮発性、不揮発性記憶デバイスまたはそれらの組み合わせによって実現されてもよく、例えば、ＳＲＡＭ（Static Random Access Memory）、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read Only Memory）、ＥＰＲＯＭ（Erasable Programmable ROM）、ＰＲＯＭ（Programmable ROM）、ＲＯＭ、磁気メモリ、フラッシュメモリ、磁気ディスク、或いは光ディスクである。
【００９０】
電源部材８０６は、装置８００の多様な部材に電力を供給する。電源部材８０６は、電源管理システム、一つ以上の電源、及び装置８００のための電力の生成、管理及び割り当てに関連する他の部材を含んでもよい。
【００９１】
マルチメディア部材８０８は、前記装置８００とユーザの間に一つの出力インターフェイスを提供するスクリーンを含む。上記の実施例において、スクリーンは液晶モニター（ＬＣＤ）とタッチパネル（ＴＰ）を含んでもよい。スクリーンがタッチパネルを含むことにより、スクリーンはタッチスクリーンを実現することができ、ユーザからの入力信号を受信することができる。タッチパネルは一つ以上のタッチセンサを含んでおり、タッチ、スライド、及びタッチパネル上のジェスチャを検出することができる。前記タッチセンサは、タッチ、或いはスライドの動作の境界だけでなく、前記のタッチ、或いはスライド操作に係る継続時間及び圧力も検出できる。上記の実施例において、マルチメディア部材８０８は、一つのフロントカメラ、及びリアカメラ又はいずれか一方を含む。装置８００が、例えば撮影モード、或いはビデオモード等の操作モードにある場合、フロントカメラ、及びリアカメラ又はいずれか一方は外部からマルチメディアデータを受信できる。フロントカメラとリアカメラのそれぞれは、一つの固定型の光レンズ系、或いは可変焦点距離と光学ズーム機能を有するものであってもよい。
【００９２】
オーディオ部材８１０は、オーディオ信号を入出力するように構成されてもよい。例えば、オーディオ部材８１０は、一つのマイク（ＭＩＣ）を含み、装置８００が、例えば呼出しモード、記録モード、及び音声認識モード等の操作モードにある場合、マイクは外部のオーディオ信号を受信することができる。受信されたオーディオ信号は、さらにメモリ８０４に記憶されたり、通信部材８１６を介して送信されたりされる。上記の実施例において、オーディオ部材８１０は、オーディオ信号を出力するための一つのスピーカーをさらに含む。
【００９３】
Ｉ／Ｏインターフェイス８１２は、プロセス部材８０２と周辺インターフェイスモジュールの間にインターフェイスを提供するものであり、上記周辺インターフェイスモジュールは、キーボード、クリックホイール、ボタン等であってもよい。これらのボタンは、ホームページボタン、ボリュームボタン、起動ボタン、ロッキングボタンを含んでもよいが、これらに限定されない。
【００９４】
センサ部材８１４は、装置８００に各方面の状態に対する評価を提供するための一つ以上のセンサを含む。例えば、センサ部材８１４は、装置８００のＯＮ／ＯＦＦ状態、装置８００のディスプレイと小さなキーパッドのような部材の相対的な位置決めを検出できる。また、例えば、センサ部材８１４は、装置８００、或いは装置８００の一つの部材の位置変更、ユーザと装置８００とが接触しているか否か、装置８００の方位、又は加速／減速、装置８００の温度の変化を検出できる。センサ部材８１４は、何れの物理的接触がない状態にて付近の物体の存在を検出するための近接センサを含んでもよい。センサ部材８１４は、撮影アプリケーションに適用するため、ＣＭＯＳ、又はＣＣＤイメージセンサのような光センサを含んでもよい。上記の実施例において、当該センサ部材８１４は、加速度センサ、ジャイロスコープセンサ、磁気センサ、圧力センサ、及び温度センサをさらに含んでもよい。
【００９５】
通信部材８１６は、装置８００と他の機器の間に有線、又は無線形態の通信を提供する。装置８００は、例えばＷｉＦｉ（登録商標）、２Ｇ、３Ｇ、或いはこれらの組み合わせのような、通信規格に基づいた無線ネットワークに接続されてもよい。一つの例示的な実施例において、通信部材８１６は、放送チャンネルを介して外部の放送管理システムからの放送信号、又は放送に関連する情報を受信する。一つの例示的な実施例において、前記通信部材８１６は、近距離無線通信（ＮＦＣ）モジュールをさらに含むことにより、近距離通信を推進するようにする。例えば、ＮＦＣモジュールは、ＲＦＩＤ（Radio Frequency Identification）技術、ＩｒＤＡ（Infrared Data Association）技術、ＵＷＢ（Ultra WideBand）技術、ＢＴ（Ｂｌｕｅｔｏｏｔｈ（登録商標））技術、他の技術に基づいて実現できる。
【００９６】
例示的な実施例において、装置８００は、一つ以上のＡＳＩＣ（Application Specific Integrated Circuit）、ＤＳＰ（Digital Signal Processor）、ＤＳＰＤ（Digital Signal Processing Device）、ＰＬＤ（Programmable Logic Device）、ＦＰＧＡ（Field-Programmable Gate Array）、コントローラ、マイクロコントローラ、マイクロプロセッサ、または他の電子部品によって実現されるものであり、上記方法を実行する。
【００９７】
例示的な実施例において、さらに、命令を含むコンピュータ読取り可能な非一時的な記録媒体、例えば命令を含むメモリ８０４を提供しており、装置８００のプロセッサ８２０により上記命令を実行して上記方法を実現する。例えば、前記コンピュータ読取り可能な非一時的な記録媒体は、ＲＯＭ、ＲＡＭ、ＣＤ-ＲＯＭ（登録商標）、磁気テープ、フロッピー（登録商標）ディスク、光データ記憶デバイス等である。
【００９８】
本実施例において提供する上述のコンピュータ読み取り可能な非一時的な記憶媒体は、システムのタイプに基づいてモニタリング方式を確定し、該モニタリング方式に従って、システムの現在実行すべきタスクの有無をリアルタイムにモニタリングし、リアルタイムにモニタリングした結果、現在実行すべきタスクがない場合、該システムを低消費電力モードに切り換え動作させる。統一的かつ簡潔なソフトウェアアーキテクチャに基づいて汎用の消費電力制御を実現することで、フレームワークを実現し、デバイスのＳＤＫを世に出しやすく、且つデバイスの具体的な動作特徴を分析する必要がなく、デバイス機能の制限を受けず、様々なタイプのデバイスに適用でき、適用が更に広範囲で、柔軟性がある。
【００９９】
図１３は他の例示的な実施例にかかる消費電力制御装置１９００のブロック図である。例えば、装置１９００はサーバとして提供されることができる。図１３に示すように、装置１９００は、一つ又は複数のプロセッサを有する処理部材１９２２、及びメモリ１９３２を代表とする記憶装置を備える。該記憶装置は、例えばアプリケーションプログラムのような、処理部材１９２２によって実行される指令を記憶するために使われる。メモリ１９３２に記憶されるアプリケーションプログラムは、一つ又は複数の、それぞれ一組の指令に対応するモジュールを含むことができる。また、処理部材１９２２は指令を実行するように構成され、上記のいずれの実施例の方法を実行する。
【０１００】
装置１９００は更に、装置１９００の電源の管理を実行するように構成される電源部材１９２６、装置１９００をネットワークに接続するように構成される一つの有線又は無線ネットワークインターフェース１９５０及び一つの入力／出力（Ｉ／Ｏ）インタフェース１９５８を備える。装置１９００はメモリ１９３２に記憶された、例えばＷｉｎｄｏｗｓ（登録商標）  Ｓｅｒｖｅｒ、Ｍａｃ  ０Ｓ  Ｘ（登録商標）、Ｕｎｉｘ（登録商標）、Ｌｉｎｕｘ（登録商標）、ＦｒｅｅＢＳＤ（登録商標）のようなオペレーティングシステムに基づいて動作することができる。
【０１０１】
本実施例において提供する上述の装置は、システムのタイプに基づいてモニタリング方式を確定し、該モニタリング方式に従って、システムの現在実行すべきタスクの有無をリアルタイムにモニタリングし、リアルタイムにモニタリングした結果、現在実行すべきタスクがない場合、該システムを低消費電力モードに切り換え動作させる。統一的かつ簡潔なソフトウェアアーキテクチャに基づいて汎用の消費電力制御を実現することで、フレームワークを実現し、デバイスのＳＤＫを世に出しやすく、且つデバイスの具体的な動作特徴を分析する必要がなく、デバイス機能の制限を受けず、様々なタイプのデバイスに適用でき、適用が更に広範囲で、柔軟性がある。
【０１０２】
当業者は明細書を検討し、ここで開示した発明を実践した後、本発明のその他の実施方案を容易に思いつくことができる。本願は本発明の全ての変更、用途又は適応性の変化を含む。これらの変更、用途又は適応性の変化は本発明の一般的な原理に基づいており、本発明に未開示の本技術分野における周知技術又は慣用技術手段を含む。明細書及び実施例は例示的なものに過ぎず、本発明の真の範囲及び主旨は以下の特許請求の範囲によって示される。
【０１０３】
本発明は、上記で説明した、また図面において示した寸分違わぬ構成に限定されず、その範囲を逸脱しない前提のもとで種々の変更及び修正を行うことができることを理解すべきである。本発明の範囲は付された特許請求の範囲によってのみ限定される。本願は出願番号が２０１５１００７７２９７．６であって、出願日が２０１５年２月１３日である中国特許出願に基づき、優先権を主張し、当該中国特許出願の全ての内容を本願に援用する。
【国際調査報告】
2017510920.tif 000016
2017510920.tif 000017
2017510920.tif 000018
2017510920.tif 000019