JP2017510920A - 消費電力制御方法、装置、プログラム及び記録媒体 - Google Patents

消費電力制御方法、装置、プログラム及び記録媒体 Download PDF

Info

Publication number
JP2017510920A
JP2017510920A JP2016574328A JP2016574328A JP2017510920A JP 2017510920 A JP2017510920 A JP 2017510920A JP 2016574328 A JP2016574328 A JP 2016574328A JP 2016574328 A JP2016574328 A JP 2016574328A JP 2017510920 A JP2017510920 A JP 2017510920A
Authority
JP
Japan
Prior art keywords
task
power consumption
monitoring
executed
real time
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2016574328A
Other languages
English (en)
Other versions
JP6250844B2 (ja
Inventor
ダーグオ モン
ダーグオ モン
イェンルー ジャン
イェンルー ジャン
ズーグァン ガオ
ズーグァン ガオ
Original Assignee
シャオミ・インコーポレイテッド
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by シャオミ・インコーポレイテッド filed Critical シャオミ・インコーポレイテッド
Publication of JP2017510920A publication Critical patent/JP2017510920A/ja
Application granted granted Critical
Publication of JP6250844B2 publication Critical patent/JP6250844B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F1/00—Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
    • G06F1/26—Power supply means, e.g. regulation thereof
    • G06F1/32—Means for saving power
    • G06F1/3203—Power management, i.e. event-based initiation of a power-saving mode
    • G06F1/3234—Power saving characterised by the action undertaken
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F1/00—Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
    • G06F1/26—Power supply means, e.g. regulation thereof
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F1/00—Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
    • G06F1/26—Power supply means, e.g. regulation thereof
    • G06F1/32—Means for saving power
    • G06F1/3203—Power management, i.e. event-based initiation of a power-saving mode
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F1/00—Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
    • G06F1/26—Power supply means, e.g. regulation thereof
    • G06F1/32—Means for saving power
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F1/00—Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
    • G06F1/26—Power supply means, e.g. regulation thereof
    • G06F1/32—Means for saving power
    • G06F1/3203—Power management, i.e. event-based initiation of a power-saving mode
    • G06F1/3206—Monitoring of events, devices or parameters that trigger a change in power modality
    • G06F1/3212—Monitoring battery levels, e.g. power saving mode being initiated when battery voltage goes below a certain level

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Power Sources (AREA)
  • Direct Current Feeding And Distribution (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • Emergency Management (AREA)
  • Power Engineering (AREA)

Abstract

本発明は消費電力制御方法、装置、プログラム及び記録媒体に関し、スマートデバイス分野に属する。前記方法は、システムのタイプに基づいてモニタリング方式を確定するステップと、前記モニタリング方式に従って、システムの現在実行すべきタスクの有無をリアルタイムにモニタリングするステップと、リアルタイムにモニタリングした結果、現在実行すべきタスクがない場合、前記システムを低消費電力モードに切り換えて動作させるステップとを含む。前記装置は、確定モジュール、モニタリングモジュール及び切換モジュールを備える。本発明は統一的かつ簡潔なソフトウェアアーキテクチャに基づいて汎用の消費電力制御を実現することで、フレームワークを実現し、且つデバイスの具体的な動作特徴を分析する必要がなく、デバイス機能の制限を受けず、様々なタイプのデバイスに適用でき、適用が更に広範囲で、柔軟性がある。【選択図】図１

Description

本発明はスマートデバイス分野に関し、特に消費電力制御方法及び装置に関する。
組み込みシステム、特に一部の小型電池給電デバイスにおいて、消費電力管理は非常に重要である。比較的に長い待機時間は、良好なユーザ体験の重要な構成要素であり、各種デバイスのメーカは皆、消費電力の最適化に力を入れている。異なるデバイスにおける消費電力の管理方法は往々にしてデバイスによって異なり、適用場面によって異なる。
現在、一般的な消費電力最適化方法は、製品機能に基づいて消費電力を管理し、具体的な製品の動作特徴を具体的に分析し、対応して、消費電力を低下させる方法を設計する。例えば、姿勢検出器が長い時間静止する場合、センサのサンプリングを停止させ、姿勢検出器の消費電力を低下させる。
本発明は、統一的な消費電力制御を実現して、デバイスの制限を受けないための消費電力制御方法及び装置を提供する。
本発明の実施例の第１の態様によれば、消費電力制御方法を提供し、前記方法は、
システムのタイプに基づいてモニタリング方式を確定するステップと、
前記モニタリング方式に従って、システムの現在実行すべきタスクの有無をリアルタイムにモニタリングするステップと、
リアルタイムにモニタリングした結果、現在実行すべきタスクがない場合、前記システムを低消費電力モードに切り換えて動作させるステップとを含む。
ここで、前記システムタイプに基づいてモニタリング方式を確定するステップは、
前記システムがフォアグラウンド・バックグラウンドタイプのシステムである場合、モニタリング方式を、フォアグラウンドが割込みイベントによってトリガーされたタスクをリアルタイムにモニタリングする方式に確定するステップを含む。
ここで、前記モニタリング方式に従って、システムの現在実行すべきタスクの有無をリアルタイムにモニタリングするステップは、
前記システムのメインループにおいて、現在割込みイベントによってトリガーされたタスクの有無をリアルタイムにモニタリングするステップと、
割込みイベントによってトリガーされたタスクがある場合、現在実行すべきタスクがあると確定するステップと、
割込みイベントによってトリガーされたタスクがない場合、現在実行すべきタスクがないと確定するステップとを含む。
ここで、前記システムタイプに基づいてモニタリング方式を確定するステップは、
前記システムが、横取りを支援するリアルタイムシステムである場合、モニタリング方式を、優先度に基づいてタスクをリアルタイムにモニタリングする方式に確定するステップを含む。
ここで、前記モニタリング方式に従って、システムの現在実行すべきタスクの有無をリアルタイムにモニタリングするステップは、
それぞれの優先度のプロセスがトリガーされたか否かをリアルタイムにモニタリングするステップと、
低消費電力モードへの切り換えを実行するための優先度が最も低い第１プロセスを除くその他のプロセスがいずれもトリガーされていない場合、現在実行すべきタスクがないと確定するステップと、
前記第１プロセスを除くその他のプロセスのいずれかがトリガーされた場合、現在実行すべきタスクがあると確定するステップとを含む。
ここで、前記システムを低消費電力モードに切り換えて動作させるステップは、中央処理装置の周波数を下げること、マイクロコントロールユニットの給電電圧を下げること、マイクロコントロールユニットを低消費電力モードに切り換えること、指定された外部デバイスへの給電を停止すること又は外部クロックを停止すること、のうちのいずれかの一つ又は複数を含む。
ここで、前記方法は、更に、割込みイベントが発生したとリアルタイムにモニタリングされる場合、前記低消費電力モードを停止して前記割込みイベントを処理するステップを含む。
本発明の実施例の第２の態様によれば、消費電力制御装置を提供し、前記装置は、
システムのタイプに基づいてモニタリング方式を確定するための確定モジュールと、
前記モニタリング方式に従って、システムの現在実行すべきタスクの有無をリアルタイムにモニタリングするためのモニタリングモジュールと、
リアルタイムにモニタリングした結果、現在実行すべきタスクがない場合、前記システムを低消費電力モードに切り換えて動作させるための切換モジュールとを備える。
ここで、前記確定モジュールは、
前記システムがフォアグラウンド・バックグラウンドタイプのシステムである場合、モニタリング方式を、フォアグラウンドが割込みイベントによってトリガーされたタスクをリアルタイムにモニタリングする方式に確定するための第１確定サブモジュールを有する。
ここで、前記モニタリングモジュールは、
前記システムのメインループにおいて、現在割込みイベントによってトリガーされたタスクがあるか否かをリアルタイムにモニタリングし、割込みイベントによってトリガーされたタスクがある場合、現在実行すべきタスクがあると確定し、割込みイベントによってトリガーされたタスクがない場合、現在実行すべきタスクがないと確定するための第１モニタリングサブモジュールを有する。
ここで、前記確定モジュールは、
前記システムが、横取りを支援するリアルタイムシステムである場合、モニタリング方式を、優先度に基づいてタスクをリアルタイムにモニタリングする方式に確定するための、第２確定サブモジュールを有する。
ここで、前記モニタリングモジュールは、
それぞれの優先度のプロセスがトリガーされたか否かをリアルタイムにモニタリングするための第２モニタリングサブモジュールを有し、
低消費電力モードへの切り換えを実行するための第１プロセスの優先度が最も低く、前記第１プロセスを除くその他のプロセスがいずれもトリガーされていない場合、現在実行すべきタスクがないと確定し、前記第１プロセスを除くその他のプロセスのいずれかがトリガーされた場合、現在実行すべきタスクがあると確定する。
ここで、前記切換モジュールは、
リアルタイムにモニタリングした結果、現在実行すべきタスクがない場合、中央処理装置の周波数を下げること、マイクロコントロールユニットの給電電圧を下げること、マイクロコントロールユニットを低消費電力モードに切り換えること、指定された外部デバイスへの給電を停止すること又は外部クロックを停止すること、のうちのいずれかの一つ又は複数の操作を実行するための、切換サブモジュールを有する。
ここで、前記切換モジュールは、割込みイベントが発生したことがリアルタイムにモニタリングされる場合、前記低消費電力モードを停止するためにも使われ、
前記装置は、更に、
リアルタイムにモニタリングした前記割込みイベントを処理するための処理モジュールを備える。
本発明の実施例の第３の態様によれば、消費電力制御装置を提供し、前記装置は、
プロセッサと、
プロセッサが実行可能なコマンドを記憶するためのメモリとを備え、
前記プロセッサは、
システムのタイプに基づいてモニタリング方式を確定し、
前記モニタリング方式に従って、システムの現在実行すべきタスクの有無をリアルタイムにモニタリングし、
リアルタイムにモニタリングした結果、現在実行すべきタスクがない場合、前記システムを低消費電力モードに切り換えて動作させるように構成される。
本発明の実施例が提供する技術的解決手段は下記のような有益な効果を含むことができる。システムのタイプに基づいてモニタリング方式を確定し、該モニタリング方式に従って、システムの現在実行すべきタスクの有無をリアルタイムにモニタリングし、リアルタイムにモニタリングした結果、現在実行すべきタスクがない場合、該システムを低消費電力モードに切り換え動作させる。統一的かつ簡潔なソフトウェアアーキテクチャに基づいて汎用の消費電力制御を実現することで、フレームワークを実現し、デバイスのソフトウェア開発キット（Ｓｏｆｔｗａｒｅ Ｄｅｖｅｌｏｐｍｅｎｔ Ｋｉｔ、略してＳＤＫ）を世に出しやすく、且つデバイスの具体的な動作特徴を分析する必要がなく、デバイス機能の制限を受けず、様々なタイプのデバイスに適用でき、適用が更に広範囲で、柔軟性がある。
また、上記の一般的な説明及び以下の詳細な説明は単なる例示及び解釈に過ぎず、本発明を限定するものではないことを理解すべきである。
本願の図面は明細書に取り込まれて明細書の一部を構成し、本発明に合致する実施例を示し、また、明細書と共に本発明の原理の解釈に用いられる。
図１は一つの例示的な実施例にかかる消費電力制御方法のフローチャートである。 図２は他の例示的な実施例にかかる消費電力制御方法のフローチャートである。 図３は他の例示的な実施例にかかる消費電力制御方法のフローチャートである。 図４は他の例示的な実施例にかかる消費電力制御装置のブロック図である。 図５は他の例示的な実施例にかかる消費電力制御装置のブロック図である。 図６は他の例示的な実施例にかかる消費電力制御装置のブロック図である。 図７は他の例示的な実施例にかかる消費電力制御装置のブロック図である。 図８は他の例示的な実施例にかかる消費電力制御装置のブロック図である。 図９は他の例示的な実施例にかかる消費電力制御装置のブロック図である。 図１０は他の例示的な実施例にかかる消費電力制御装置のブロック図である。 図１１は他の例示的な実施例にかかる消費電力制御装置のブロック図である。 図１２は他の例示的な実施例にかかる消費電力制御装置のブロック図である。 図１３は他の例示的な実施例にかかる消費電力制御装置のブロック図である。
ここで例示的な実施例について詳細に説明を行うが、その例示は図面において示されている。以下の説明が図面に関する場合、特に示さない限り、異なる図面の中の同一の数字は同一又は類似の要素を表す。また、以下の例示的な実施例で説明する実施形態は、本発明と一致する全ての実施形態を代表するものではなく、これらは特許請求の範囲において詳述した、本発明の一部の態様と一致する装置及び方法の例に過ぎない。
本発明にかかる消費電力制御方法及び装置は電子デバイスに適用され、該電子デバイスは、端末、サーバ、家電デバイス等を含むが、これに限定されない。該端末は、コンピュータ、携帯電話、タブレットＰＣ等を含むが、これに限定されない。該家電デバイスは、冷蔵庫、洗濯機、電子レンジ、エアコン等を含むが、これに限定されない。本発明にかかるシステムは、該電子デバイスにおけるシステムのことを指し、該システムが組み込みシステムであるのが好ましい。該システムは、例えばフォアグラウンド・バックグラウンドタイプのシステム、又は横取り(Ｐｒｅｅｍｐｔｉｏｎ)を支援するリアルタイムシステム等であってもよく、タイプは限定されない。
図１は一つの例示的な実施例にかかる消費電力制御方法のフローチャートである。図１に示すように、該方法は電子デバイスに使われ、以下のようなステップを含む。
ステップＳ１１において、システムのタイプに基づいてモニタリング方式を確定する。
本実施例において、該システムは電子デバイスのシステムを指し、フォアグラウンド・バックグラウンドタイプのシステム、又は横取りを支援するリアルタイムシステム等を含むが、これに限定されない。該モニタリング方式は、システムの実行すべきタスクの有無をモニタリングするために使われ、異なるタイプのシステムに対してそのモニタリング方式も異なる。
ステップＳ１２において、該モニタリング方式に従って、システムの現在実行すべきタスクの有無をリアルタイムにモニタリングする。
本実施例において、システムの実行すべきタスクがある場合、一般的にはタスクの正常な実行を確保するため、消費電力を低下させない。システムの実行すべきタスクがない場合は、一般的には、消費電力を低下させることができることで、電子デバイスのため電力を節約でき、貴重な資源を節約できる。
ステップＳ１３において、リアルタイムにモニタリングした結果、現在実行すべきタスクがない場合、該システムを低消費電力モードに切り換えて動作させる。
本実施例において、システムの動作モードは、正常動作モードと低消費電力モードに分けられる。ここで、システムがタスクを実行しているときは、その全てが正常動作モードになっており、システムがタスクを実行していない時は、低消費電力モードになっている。該低消費電力モードにおけるシステムの消費電力は正常動作モードにおける消費電力より低く、更に電力を節約でき、電子デバイスの性能を向上させることができる。
本実施例において、好ましくは、システムタイプに基づいてモニタリング方式を確定するステップは、
該システムがフォアグラウンド・バックグラウンドタイプのシステムである場合、モニタリング方式を、フォアグラウンドが割込みイベントによってトリガーされたタスクをリアルタイムにモニタリングする方式に確定するステップ、又は、
該システムが横取りを支援するリアルタイムシステムである場合、モニタリング方式を、優先度に基づいてタスクをリアルタイムにモニタリングする方式に確定するステップを含むことができる。
本実施例において、好ましくは、該システムがフォアグラウンド・バックグラウンドタイプのシステムである場合、該モニタリング方式に従って、システムの現在実行すべきタスクの有無をリアルタイムにモニタリングするステップは、
該システムのメインループにおいて、現在割込みイベントによってトリガーされたタスクの有無をリアルタイムにモニタリングするステップと、
割込みイベントによってトリガーされたタスクがある場合、現在実行すべきタスクがあると確定するステップと、
割込みイベントによってトリガーされたタスクがない場合、現在実行すべきタスクがないと確定するステップとを含む。
本実施例において、好ましくは、該システムが横取りを支援するリアルタイムシステムである場合、該モニタリング方式に従って、システムの現在実行すべきタスクの有無をリアルタイムにモニタリングするステップは、
それぞれの優先度のプロセスがトリガーされたか否かをリアルタイムにモニタリングするステップと、ここで、低消費電力モードへの切り換えを実行するための第１プロセスの優先度が最も低く、
該第１プロセスを除くその他のプロセスが全てトリガーされていない場合、現在実行すべきタスクがないと確定するステップと、
該第１プロセスを除くその他のプロセスのいずれかがトリガーされた場合、現在実行すべきタスクがあると確定するステップとを含むことができる。
本実施例において、好ましくは、該システムを低消費電力モードに切り換えて動作させるステップは、中央処理装置の周波数を下げること、マイクロコントロールユニット（Ｍｉｃｒｏ Ｃｏｎｔｒｏｌ Ｕｎｉｔ、略してＭＣＵ）の給電電圧を下げること、マイクロコントロールユニットを低消費電力モードに切り換えること、指定された外部デバイスへの給電を停止すること又は外部クロックを停止すること、のうちのいずれかの一つ又は複数を含むが、これに限定されない。
本実施例において、好ましくは、上述した方法は、更に、
割込みイベントが発生したことがリアルタイムにモニタリングされる場合、該低消費電力モードを停止して該割込みイベントを処理するステップを含むことができる。
本実施例において提供される上述の方法は、システムのタイプに基づいてモニタリング方式を確定し、該モニタリング方式に従って、システムの現在実行すべきタスクの有無をリアルタイムにモニタリングし、リアルタイムにモニタリングした結果、現在実行すべきタスクがない場合、該システムを低消費電力モードに切り換え動作させる。統一的かつ簡潔なソフトウェアアーキテクチャに基づいて汎用の消費電力制御を実現することで、フレームワークを実現し、デバイスのＳＤＫを世に出しやすく、且つデバイスの具体的な動作特徴を分析する必要がなく、デバイス機能の制限を受けず、様々なタイプのデバイスに適用でき、適用が更に広範囲で、柔軟性がある。
図２は他の例示的な実施例にかかる消費電力制御方法のフローチャートである。図２に示すように、該方法は電子デバイスに使われ、以下のようなステップを含む。
ステップＳ２１において、該システムがフォアグラウンド・バックグラウンドタイプのシステムである場合、モニタリング方式を、フォアグラウンドが割込みイベントによってトリガーされたタスクをリアルタイムにモニタリングする方式に確定する。
ここで、フォアグラウンド・バックグラウンドタイプのシステムとは、システムがフォアグラウンドとバックグラウンドが協力する方式で動作することを指す。フォアグラウンドは割込みイベントをモニタリングするために使われ、バックグラウンドは具体的なタスクを実行するために使われる。フォアグラウンドによりモニタリングされた割込みイベントは、対応するタスクを実行するようバックグラウンドをトリガーさせることができる。ファイグラウンド・バックグラウンドタイプのシステムにおいて、全てのタスク分配を処理するための一つのメインループを有し、該システムは更にタスクキュー（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）、コントローラ、マイクロコントローラ、マイクロプロセッサ、または他の電子部品によって実現されるものであり、上記方法を実行する。
例示的な実施例において、さらに、命令を含むコンピュータ読取り可能な非一時的な記録媒体、例えば命令を含むメモリ８０４を提供しており、装置８００のプロセッサ８２０により上記命令を実行して上記方法を実現する。例えば、前記コンピュータ読取り可能な非一時的な記録媒体は、ＲＯＭ、ＲＡＭ、ＣＤ-ＲＯＭ（登録商標）、磁気テープ、フロッピー（登録商標）ディスク、光データ記憶デバイス等である。
本実施例において提供する上述のコンピュータ読み取り可能な非一時的な記憶媒体は、システムのタイプに基づいてモニタリング方式を確定し、該モニタリング方式に従って、システムの現在実行すべきタスクの有無をリアルタイムにモニタリングし、リアルタイムにモニタリングした結果、現在実行すべきタスクがない場合、該システムを低消費電力モードに切り換え動作させる。統一的かつ簡潔なソフトウェアアーキテクチャに基づいて汎用の消費電力制御を実現することで、フレームワークを実現し、デバイスのＳＤＫを世に出しやすく、且つデバイスの具体的な動作特徴を分析する必要がなく、デバイス機能の制限を受けず、様々なタイプのデバイスに適用でき、適用が更に広範囲で、柔軟性がある。
図１３は他の例示的な実施例にかかる消費電力制御装置１９００のブロック図である。例えば、装置１９００はサーバとして提供されることができる。図１３に示すように、装置１９００は、一つ又は複数のプロセッサを有する処理部材１９２２、及びメモリ１９３２を代表とする記憶装置を備える。該記憶装置は、例えばアプリケーションプログラムのような、処理部材１９２２によって実行される指令を記憶するために使われる。メモリ１９３２に記憶されるアプリケーションプログラムは、一つ又は複数の、それぞれ一組の指令に対応するモジュールを含むことができる。また、処理部材１９２２は指令を実行するように構成され、上記のいずれの実施例の方法を実行する。
装置１９００は更に、装置１９００の電源の管理を実行するように構成される電源部材１９２６、装置１９００をネットワークに接続するように構成される一つの有線又は無線ネットワークインターフェース１９５０及び一つの入力／出力（Ｉ／Ｏ）インタフェース１９５８を備える。装置１９００はメモリ１９３２に記憶された、例えばＷｉｎｄｏｗｓ（登録商標） Ｓｅｒｖｅｒ、Ｍａｃ ０Ｓ Ｘ（登録商標）、Ｕｎｉｘ（登録商標）、Ｌｉｎｕｘ（登録商標）、ＦｒｅｅＢＳＤ（登録商標）のようなオペレーティングシステムに基づいて動作することができる。
本実施例において提供する上述の装置は、システムのタイプに基づいてモニタリング方式を確定し、該モニタリング方式に従って、システムの現在実行すべきタスクの有無をリアルタイムにモニタリングし、リアルタイムにモニタリングした結果、現在実行すべきタスクがない場合、該システムを低消費電力モードに切り換え動作させる。統一的かつ簡潔なソフトウェアアーキテクチャに基づいて汎用の消費電力制御を実現することで、フレームワークを実現し、デバイスのＳＤＫを世に出しやすく、且つデバイスの具体的な動作特徴を分析する必要がなく、デバイス機能の制限を受けず、様々なタイプのデバイスに適用でき、適用が更に広範囲で、柔軟性がある。
当業者は明細書を検討し、ここで開示した発明を実践した後、本発明のその他の実施方案を容易に思いつくことができる。本願は本発明の全ての変更、用途又は適応性の変化を含む。これらの変更、用途又は適応性の変化は本発明の一般的な原理に基づいており、本発明に未開示の本技術分野における周知技術又は慣用技術手段を含む。明細書及び実施例は例示的なものに過ぎず、本発明の真の範囲及び主旨は以下の特許請求の範囲によって示される。
本発明は、上記で説明した、また図面において示した寸分違わぬ構成に限定されず、その範囲を逸脱しない前提のもとで種々の変更及び修正を行うことができることを理解すべきである。本発明の範囲は付された特許請求の範囲によってのみ限定される。本願は出願番号が２０１５１００７７２９７．６であって、出願日が２０１５年２月１３日である中国特許出願に基づき、優先権を主張し、当該中国特許出願の全ての内容を本願に援用する。
本発明はスマートデバイス分野に関し、特に消費電力制御方法、装置、プログラム及び記録媒体に関する。
組み込みシステム、特に一部の小型電池給電デバイスにおいて、消費電力管理は非常に重要である。比較的に長い待機時間は、良好なユーザ体験の重要な構成要素であり、各種デバイスのメーカは皆、消費電力の最適化に力を入れている。異なるデバイスにおける消費電力の管理方法は往々にしてデバイスによって異なり、適用場面によって異なる。
現在、一般的な消費電力最適化方法は、製品機能に基づいて消費電力を管理し、具体的な製品の動作特徴を具体的に分析し、対応して、消費電力を低下させる方法を設計する。例えば、姿勢検出器が長い時間静止する場合、センサのサンプリングを停止させ、姿勢検出器の消費電力を低下させる。
本発明は、統一的な消費電力制御を実現して、デバイスの制限を受けないための消費電力制御方法、装置、プログラム及び記録媒体を提供する。
本発明の実施例の第１の態様によれば、消費電力制御方法を提供し、前記方法は、
システムのタイプに基づいてモニタリング方式を確定するステップと、
前記モニタリング方式に従って、システムの現在実行すべきタスクの有無をリアルタイムにモニタリングするステップと、
リアルタイムにモニタリングした結果、現在実行すべきタスクがない場合、前記システムを低消費電力モードに切り換えて動作させるステップとを含む。
ここで、前記システムタイプに基づいてモニタリング方式を確定するステップは、
前記システムがフォアグラウンド・バックグラウンドタイプのシステムである場合、モニタリング方式を、フォアグラウンドが割込みイベントによってトリガーされたタスクをリアルタイムにモニタリングする方式に確定するステップを含む。
ここで、前記モニタリング方式に従って、システムの現在実行すべきタスクの有無をリアルタイムにモニタリングするステップは、
前記システムのメインループにおいて、現在割込みイベントによってトリガーされたタスクの有無をリアルタイムにモニタリングするステップと、
割込みイベントによってトリガーされたタスクがある場合、現在実行すべきタスクがあると確定するステップと、
割込みイベントによってトリガーされたタスクがない場合、現在実行すべきタスクがないと確定するステップとを含む。
ここで、前記システムタイプに基づいてモニタリング方式を確定するステップは、
前記システムが、横取りを支援するリアルタイムシステムである場合、モニタリング方式を、優先度に基づいてタスクをリアルタイムにモニタリングする方式に確定するステップを含む。
ここで、前記モニタリング方式に従って、システムの現在実行すべきタスクの有無をリアルタイムにモニタリングするステップは、
それぞれの優先度のプロセスがトリガーされたか否かをリアルタイムにモニタリングするステップと、
低消費電力モードへの切り換えを実行するための優先度が最も低い第１プロセスを除くその他のプロセスがいずれもトリガーされていない場合、現在実行すべきタスクがないと確定するステップと、
前記第１プロセスを除くその他のプロセスのいずれかがトリガーされた場合、現在実行すべきタスクがあると確定するステップとを含む。
ここで、前記システムを低消費電力モードに切り換えて動作させるステップは、中央処理装置の周波数を下げること、マイクロコントロールユニットの給電電圧を下げること、マイクロコントロールユニットを低消費電力モードに切り換えること、指定された外部デバイスへの給電を停止すること又は外部クロックを停止すること、のうちのいずれかの一つ又は複数を含む。
ここで、前記方法は、更に、割込みイベントが発生したとリアルタイムにモニタリングされる場合、前記低消費電力モードを停止して前記割込みイベントを処理するステップを含む。
本発明の実施例の第２の態様によれば、消費電力制御装置を提供し、前記装置は、
システムのタイプに基づいてモニタリング方式を確定するための確定モジュールと、
前記モニタリング方式に従って、システムの現在実行すべきタスクの有無をリアルタイムにモニタリングするためのモニタリングモジュールと、
リアルタイムにモニタリングした結果、現在実行すべきタスクがない場合、前記システムを低消費電力モードに切り換えて動作させるための切換モジュールとを備える。
ここで、前記確定モジュールは、
前記システムがフォアグラウンド・バックグラウンドタイプのシステムである場合、モニタリング方式を、フォアグラウンドが割込みイベントによってトリガーされたタスクをリアルタイムにモニタリングする方式に確定するための第１確定サブモジュールを有する。
ここで、前記モニタリングモジュールは、
前記システムのメインループにおいて、現在割込みイベントによってトリガーされたタスクがあるか否かをリアルタイムにモニタリングし、割込みイベントによってトリガーされたタスクがある場合、現在実行すべきタスクがあると確定し、割込みイベントによってトリガーされたタスクがない場合、現在実行すべきタスクがないと確定するための第１モニタリングサブモジュールを有する。
ここで、前記確定モジュールは、
前記システムが、横取りを支援するリアルタイムシステムである場合、モニタリング方式を、優先度に基づいてタスクをリアルタイムにモニタリングする方式に確定するための、第２確定サブモジュールを有する。
ここで、前記モニタリングモジュールは、
それぞれの優先度のプロセスがトリガーされたか否かをリアルタイムにモニタリングするための第２モニタリングサブモジュールを有し、
低消費電力モードへの切り換えを実行するための第１プロセスの優先度が最も低く、前記第１プロセスを除くその他のプロセスがいずれもトリガーされていない場合、現在実行すべきタスクがないと確定し、前記第１プロセスを除くその他のプロセスのいずれかがトリガーされた場合、現在実行すべきタスクがあると確定する。
ここで、前記切換モジュールは、
リアルタイムにモニタリングした結果、現在実行すべきタスクがない場合、中央処理装置の周波数を下げること、マイクロコントロールユニットの給電電圧を下げること、マイクロコントロールユニットを低消費電力モードに切り換えること、指定された外部デバイスへの給電を停止すること又は外部クロックを停止すること、のうちのいずれかの一つ又は複数の操作を実行するための、切換サブモジュールを有する。
ここで、前記切換モジュールは、割込みイベントが発生したことがリアルタイムにモニタリングされる場合、前記低消費電力モードを停止するためにも使われ、
前記装置は、更に、
リアルタイムにモニタリングした前記割込みイベントを処理するための処理モジュールを備える。
本発明の実施例の第３の態様によれば、消費電力制御装置を提供し、前記装置は、
プロセッサと、
プロセッサが実行可能なコマンドを記憶するためのメモリとを備え、
前記プロセッサは、
システムのタイプに基づいてモニタリング方式を確定し、
前記モニタリング方式に従って、システムの現在実行すべきタスクの有無をリアルタイムにモニタリングし、
リアルタイムにモニタリングした結果、現在実行すべきタスクがない場合、前記システムを低消費電力モードに切り換えて動作させるように構成される。
本発明の実施例の第４の態様によれば、プロセッサに実行されることにより、前記消費電力制御方法を実現する記録媒体に記録されたプログラムを提供する。
本発明の実施例の第５の態様によれば、前記プログラムが記録された記録媒体を提供する。
本発明の実施例が提供する技術的解決手段は下記のような有益な効果を含むことができる。システムのタイプに基づいてモニタリング方式を確定し、該モニタリング方式に従って、システムの現在実行すべきタスクの有無をリアルタイムにモニタリングし、リアルタイムにモニタリングした結果、現在実行すべきタスクがない場合、該システムを低消費電力モードに切り換え動作させる。統一的かつ簡潔なソフトウェアアーキテクチャに基づいて汎用の消費電力制御を実現することで、フレームワークを実現し、デバイスのソフトウェア開発キット（Ｓｏｆｔｗａｒｅ Ｄｅｖｅｌｏｐｍｅｎｔ Ｋｉｔ、略してＳＤＫ）を世に出しやすく、且つデバイスの具体的な動作特徴を分析する必要がなく、デバイス機能の制限を受けず、様々なタイプのデバイスに適用でき、適用が更に広範囲で、柔軟性がある。
また、上記の一般的な説明及び以下の詳細な説明は単なる例示及び解釈に過ぎず、本発明を限定するものではないことを理解すべきである。
本願の図面は明細書に取り込まれて明細書の一部を構成し、本発明に合致する実施例を示し、また、明細書と共に本発明の原理の解釈に用いられる。
図１は一つの例示的な実施例にかかる消費電力制御方法のフローチャートである。 図２は他の例示的な実施例にかかる消費電力制御方法のフローチャートである。 図３は他の例示的な実施例にかかる消費電力制御方法のフローチャートである。 図４は他の例示的な実施例にかかる消費電力制御装置のブロック図である。 図５は他の例示的な実施例にかかる消費電力制御装置のブロック図である。 図６は他の例示的な実施例にかかる消費電力制御装置のブロック図である。 図７は他の例示的な実施例にかかる消費電力制御装置のブロック図である。 図８は他の例示的な実施例にかかる消費電力制御装置のブロック図である。 図９は他の例示的な実施例にかかる消費電力制御装置のブロック図である。 図１０は他の例示的な実施例にかかる消費電力制御装置のブロック図である。 図１１は他の例示的な実施例にかかる消費電力制御装置のブロック図である。 図１２は他の例示的な実施例にかかる消費電力制御装置のブロック図である。 図１３は他の例示的な実施例にかかる消費電力制御装置のブロック図である。
ここで例示的な実施例について詳細に説明を行うが、その例示は図面において示されている。以下の説明が図面に関する場合、特に示さない限り、異なる図面の中の同一の数字は同一又は類似の要素を表す。また、以下の例示的な実施例で説明する実施形態は、本発明と一致する全ての実施形態を代表するものではなく、これらは特許請求の範囲において詳述した、本発明の一部の態様と一致する装置及び方法の例に過ぎない。
本発明にかかる消費電力制御方法及び装置は電子デバイスに適用され、該電子デバイスは、端末、サーバ、家電デバイス等を含むが、これに限定されない。該端末は、コンピュータ、携帯電話、タブレットＰＣ等を含むが、これに限定されない。該家電デバイスは、冷蔵庫、洗濯機、電子レンジ、エアコン等を含むが、これに限定されない。本発明にかかるシステムは、該電子デバイスにおけるシステムのことを指し、該システムが組み込みシステムであるのが好ましい。該システムは、例えばフォアグラウンド・バックグラウンドタイプのシステム、又は横取り(Ｐｒｅｅｍｐｔｉｏｎ)を支援するリアルタイムシステム等であってもよく、タイプは限定されない。
図１は一つの例示的な実施例にかかる消費電力制御方法のフローチャートである。図１に示すように、該方法は電子デバイスに使われ、以下のようなステップを含む。
ステップＳ１１において、システムのタイプに基づいてモニタリング方式を確定する。
本実施例において、該システムは電子デバイスのシステムを指し、フォアグラウンド・バックグラウンドタイプのシステム、又は横取りを支援するリアルタイムシステム等を含むが、これに限定されない。該モニタリング方式は、システムの実行すべきタスクの有無をモニタリングするために使われ、異なるタイプのシステムに対してそのモニタリング方式も異なる。
ステップＳ１２において、該モニタリング方式に従って、システムの現在実行すべきタスクの有無をリアルタイムにモニタリングする。
本実施例において、システムの実行すべきタスクがある場合、一般的にはタスクの正常な実行を確保するため、消費電力を低下させない。システムの実行すべきタスクがない場合は、一般的には、消費電力を低下させることができることで、電子デバイスのため電力を節約でき、貴重な資源を節約できる。
ステップＳ１３において、リアルタイムにモニタリングした結果、現在実行すべきタスクがない場合、該システムを低消費電力モードに切り換えて動作させる。
本実施例において、システムの動作モードは、正常動作モードと低消費電力モードに分けられる。ここで、システムがタスクを実行しているときは、その全てが正常動作モードになっており、システムがタスクを実行していない時は、低消費電力モードになっている。該低消費電力モードにおけるシステムの消費電力は正常動作モードにおける消費電力より低く、更に電力を節約でき、電子デバイスの性能を向上させることができる。
本実施例において、好ましくは、システムタイプに基づいてモニタリング方式を確定するステップは、
該システムがフォアグラウンド・バックグラウンドタイプのシステムである場合、モニタリング方式を、フォアグラウンドが割込みイベントによってトリガーされたタスクをリアルタイムにモニタリングする方式に確定するステップ、又は、
該システムが横取りを支援するリアルタイムシステムである場合、モニタリング方式を、優先度に基づいてタスクをリアルタイムにモニタリングする方式に確定するステップを含むことができる。
本実施例において、好ましくは、該システムがフォアグラウンド・バックグラウンドタイプのシステムである場合、該モニタリング方式に従って、システムの現在実行すべきタスクの有無をリアルタイムにモニタリングするステップは、
該システムのメインループにおいて、現在割込みイベントによってトリガーされたタスクの有無をリアルタイムにモニタリングするステップと、
割込みイベントによってトリガーされたタスクがある場合、現在実行すべきタスクがあると確定するステップと、
割込みイベントによってトリガーされたタスクがない場合、現在実行すべきタスクがないと確定するステップとを含む。
本実施例において、好ましくは、該システムが横取りを支援するリアルタイムシステムである場合、該モニタリング方式に従って、システムの現在実行すべきタスクの有無をリアルタイムにモニタリングするステップは、
それぞれの優先度のプロセスがトリガーされたか否かをリアルタイムにモニタリングするステップと、ここで、低消費電力モードへの切り換えを実行するための第１プロセスの優先度が最も低く、
該第１プロセスを除くその他のプロセスが全てトリガーされていない場合、現在実行すべきタスクがないと確定するステップと、
該第１プロセスを除くその他のプロセスのいずれかがトリガーされた場合、現在実行すべきタスクがあると確定するステップとを含むことができる。
本実施例において、好ましくは、該システムを低消費電力モードに切り換えて動作させるステップは、中央処理装置の周波数を下げること、マイクロコントロールユニット（Ｍｉｃｒｏ Ｃｏｎｔｒｏｌ Ｕｎｉｔ、略してＭＣＵ）の給電電圧を下げること、マイクロコントロールユニットを低消費電力モードに切り換えること、指定された外部デバイスへの給電を停止すること又は外部クロックを停止すること、のうちのいずれかの一つ又は複数を含むが、これに限定されない。
本実施例において、好ましくは、上述した方法は、更に、
割込みイベントが発生したことがリアルタイムにモニタリングされる場合、該低消費電力モードを停止して該割込みイベントを処理するステップを含むことができる。
本実施例において提供される上述の方法は、システムのタイプに基づいてモニタリング方式を確定し、該モニタリング方式に従って、システムの現在実行すべきタスクの有無をリアルタイムにモニタリングし、リアルタイムにモニタリングした結果、現在実行すべきタスクがない場合、該システムを低消費電力モードに切り換え動作させる。統一的かつ簡潔なソフトウェアアーキテクチャに基づいて汎用の消費電力制御を実現することで、フレームワークを実現し、デバイスのＳＤＫを世に出しやすく、且つデバイスの具体的な動作特徴を分析する必要がなく、デバイス機能の制限を受けず、様々なタイプのデバイスに適用でき、適用が更に広範囲で、柔軟性がある。
図２は他の例示的な実施例にかかる消費電力制御方法のフローチャートである。図２に示すように、該方法は電子デバイスに使われ、以下のようなステップを含む。
ステップＳ２１において、該システムがフォアグラウンド・バックグラウンドタイプのシステムである場合、モニタリング方式を、フォアグラウンドが割込みイベントによってトリガーされたタスクをリアルタイムにモニタリングする方式に確定する。
ここで、フォアグラウンド・バックグラウンドタイプのシステムとは、システムがフォアグラウンドとバックグラウンドが協力する方式で動作することを指す。フォアグラウンドは割込みイベントをモニタリングするために使われ、バックグラウンドは具体的なタスクを実行するために使われる。フォアグラウンドによりモニタリングされた割込みイベントは、対応するタスクを実行するようバックグラウンドをトリガーさせることができる。ファイグラウンド・バックグラウンドタイプのシステムにおいて、全てのタスク分配を処理するための一つのメインループを有し、該システムは更にタスクキュー（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）、コントローラ、マイクロコントローラ、マイクロプロセッサ、または他の電子部品によって実現されるものであり、上記方法を実行する。
例示的な実施例において、さらに、命令を含むコンピュータ読取り可能な非一時的な記録媒体、例えば命令を含むメモリ８０４を提供しており、装置８００のプロセッサ８２０により上記命令を実行して上記方法を実現する。例えば、前記コンピュータ読取り可能な非一時的な記録媒体は、ＲＯＭ、ＲＡＭ、ＣＤ-ＲＯＭ（登録商標）、磁気テープ、フロッピー（登録商標）ディスク、光データ記憶デバイス等である。
本実施例において提供する上述のコンピュータ読み取り可能な非一時的な記憶媒体は、システムのタイプに基づいてモニタリング方式を確定し、該モニタリング方式に従って、システムの現在実行すべきタスクの有無をリアルタイムにモニタリングし、リアルタイムにモニタリングした結果、現在実行すべきタスクがない場合、該システムを低消費電力モードに切り換え動作させる。統一的かつ簡潔なソフトウェアアーキテクチャに基づいて汎用の消費電力制御を実現することで、フレームワークを実現し、デバイスのＳＤＫを世に出しやすく、且つデバイスの具体的な動作特徴を分析する必要がなく、デバイス機能の制限を受けず、様々なタイプのデバイスに適用でき、適用が更に広範囲で、柔軟性がある。
図１３は他の例示的な実施例にかかる消費電力制御装置１９００のブロック図である。例えば、装置１９００はサーバとして提供されることができる。図１３に示すように、装置１９００は、一つ又は複数のプロセッサを有する処理部材１９２２、及びメモリ１９３２を代表とする記憶装置を備える。該記憶装置は、例えばアプリケーションプログラムのような、処理部材１９２２によって実行される指令を記憶するために使われる。メモリ１９３２に記憶されるアプリケーションプログラムは、一つ又は複数の、それぞれ一組の指令に対応するモジュールを含むことができる。また、処理部材１９２２は指令を実行するように構成され、上記のいずれの実施例の方法を実行する。
装置１９００は更に、装置１９００の電源の管理を実行するように構成される電源部材１９２６、装置１９００をネットワークに接続するように構成される一つの有線又は無線ネットワークインターフェース１９５０及び一つの入力／出力（Ｉ／Ｏ）インタフェース１９５８を備える。装置１９００はメモリ１９３２に記憶された、例えばＷｉｎｄｏｗｓ（登録商標） Ｓｅｒｖｅｒ、Ｍａｃ ０Ｓ Ｘ（登録商標）、Ｕｎｉｘ（登録商標）、Ｌｉｎｕｘ（登録商標）、ＦｒｅｅＢＳＤ（登録商標）のようなオペレーティングシステムに基づいて動作することができる。
本実施例において提供する上述の装置は、システムのタイプに基づいてモニタリング方式を確定し、該モニタリング方式に従って、システムの現在実行すべきタスクの有無をリアルタイムにモニタリングし、リアルタイムにモニタリングした結果、現在実行すべきタスクがない場合、該システムを低消費電力モードに切り換え動作させる。統一的かつ簡潔なソフトウェアアーキテクチャに基づいて汎用の消費電力制御を実現することで、フレームワークを実現し、デバイスのＳＤＫを世に出しやすく、且つデバイスの具体的な動作特徴を分析する必要がなく、デバイス機能の制限を受けず、様々なタイプのデバイスに適用でき、適用が更に広範囲で、柔軟性がある。
当業者は明細書を検討し、ここで開示した発明を実践した後、本発明のその他の実施方案を容易に思いつくことができる。本願は本発明の全ての変更、用途又は適応性の変化を含む。これらの変更、用途又は適応性の変化は本発明の一般的な原理に基づいており、本発明に未開示の本技術分野における周知技術又は慣用技術手段を含む。明細書及び実施例は例示的なものに過ぎず、本発明の真の範囲及び主旨は以下の特許請求の範囲によって示される。
本発明は、上記で説明した、また図面において示した寸分違わぬ構成に限定されず、その範囲を逸脱しない前提のもとで種々の変更及び修正を行うことができることを理解すべきである。本発明の範囲は付された特許請求の範囲によってのみ限定される。本願は出願番号が２０１５１００７７２９７．６であって、出願日が２０１５年２月１３日である中国特許出願に基づき、優先権を主張し、当該中国特許出願の全ての内容を本願に援用する。

Claims (15)

  1. システムのタイプに基づいてモニタリング方式を確定するステップと、
    前記モニタリング方式に従って、システムの現在実行すべきタスクの有無をリアルタイムにモニタリングするステップと、
    リアルタイムにモニタリングした結果、現在実行すべきタスクがない場合、前記システムを低消費電力モードに切り換えて動作させるステップとを含むことを特徴とする消費電力制御方法。
  2. 前記システムのタイプに基づいてモニタリング方式を確定するステップは、
    前記システムがフォアグラウンド・バックグラウンドタイプのシステムである場合、モニタリング方式を、フォアグラウンドが割込みイベントによってトリガーされたタスクをリアルタイムにモニタリングする方式に確定するステップを含むことを特徴とする請求項１に記載の消費電力制御方法。
  3. 前記モニタリング方式に従って、システムの現在実行すべきタスクの有無をリアルタイムにモニタリングするステップは、
    前記システムのメインループにおいて、現在割込みイベントによってトリガーされたタスクの有無をリアルタイムにモニタリングするステップと、
    割込みイベントによってトリガーされたタスクがある場合、現在実行すべきタスクがあると確定するステップと、
    割込みイベントによってトリガーされたタスクがない場合、現在実行すべきタスクがないと確定するステップとを含むことを特徴とする請求項２に記載の消費電力制御方法。
  4. 前記システムのタイプに基づいてモニタリング方式を確定するステップは、
    前記システムが、横取りを支援するリアルタイムシステムである場合、モニタリング方式を、優先度に基づいてタスクをリアルタイムにモニタリングする方式に確定するステップを含むことを特徴とする請求項１に記載の消費電力制御方法。
  5. 前記モニタリング方式に従って、システムの現在実行すべきタスクの有無をリアルタイムにモニタリングするステップは、
    それぞれの優先度のプロセスがトリガーされたか否かをリアルタイムにモニタリングするステップと、
    低消費電力モードへの切り換えを実行するための優先度が最も低い第１プロセスを除くその他のプロセスがいずれもトリガーされていない場合、現在実行すべきタスクがないと確定するステップと、
    前記第１プロセスを除くその他のプロセスのいずれかがトリガーされた場合、現在実行すべきタスクがあると確定するステップとを含むことを特徴とする請求項４に記載の消費電力制御方法。
  6. 前記システムを低消費電力モードに切り換えて動作させるステップは、中央処理装置の周波数を下げること、マイクロコントロールユニットの給電電圧を下げること、マイクロコントロールユニットを低消費電力モードに切り換えること、指定された外部デバイスへの給電を停止すること又は外部クロックを停止すること、のうちのいずれかの一つ又は複数を含むことを特徴とする請求項１乃至請求項５のいずれか一つに記載の消費電力制御方法。
  7. 更に、割込みイベントが発生したとリアルタイムにモニタリングされる場合、前記低消費電力モードを停止して前記割込みイベントを処理するステップを含むことを特徴とする請求項１乃至請求項５のいずれか一つに記載の消費電力制御方法。
  8. システムのタイプに基づいてモニタリング方式を確定するための確定モジュールと、
    前記モニタリング方式に従って、システムの現在実行すべきタスクの有無をリアルタイムにモニタリングするためのモニタリングモジュールと、
    リアルタイムにモニタリングした結果、現在実行すべきタスクがない場合、前記システムを低消費電力モードに切り換えて動作させるための切換モジュールとを備えることを特徴とする消費電力制御装置。
  9. 前記確定モジュールは、
    前記システムがフォアグラウンド・バックグラウンドタイプのシステムである場合、モニタリング方式を、フォアグラウンドが割込みイベントによってトリガーされたタスクをリアルタイムにモニタリングする方式に確定するための第１確定サブモジュールを有することを特徴とする請求項８に記載の消費電力制御装置。
  10. 前記モニタリングモジュールは、
    前記システムのメインループにおいて、現在割込みイベントによってトリガーされたタスクがあるか否かをリアルタイムにモニタリングし、割込みイベントによってトリガーされたタスクがある場合、現在実行すべきタスクがあると確定し、割込みイベントによってトリガーされたタスクがない場合、現在実行すべきタスクがないと確定するための第１モニタリングサブモジュールを有することを特徴とする請求項９に記載の消費電力制御装置。
  11. 前記確定モジュールは、
    前記システムが、横取りを支援するリアルタイムシステムである場合、モニタリング方式を、優先度に基づいてタスクをリアルタイムにモニタリングする方式に確定するための、第２確定サブモジュールを有することを特徴とする請求項８に記載の消費電力制御装置。
  12. 前記モニタリングモジュールは、
    それぞれの優先度のプロセスがトリガーされたか否かをリアルタイムにモニタリングするための第２モニタリングサブモジュールを有し、
    低消費電力モードへの切り換えを実行するための第１プロセスの優先度が最も低く、前記第１プロセスを除くその他のプロセスがいずれもトリガーされていない場合、現在実行すべきタスクがないと確定し、前記第１プロセスを除くその他のプロセスのいずれかがトリガーされた場合、現在実行すべきタスクがあると確定することを特徴とする請求項１１に記載の消費電力制御装置。
  13. 前記切換モジュールは、
    リアルタイムにモニタリングした結果、現在実行すべきタスクがない場合、中央処理装置の周波数を下げること、マイクロコントロールユニットの給電電圧を下げること、マイクロコントロールユニットを低消費電力モードに切り換えること、指定された外部デバイスへの給電を停止すること又は外部クロックを停止すること、のうちのいずれかの一つ又は複数の操作を実行するための、切換サブモジュールを有することを特徴とする請求項８乃至請求項１２のいずれかに記載の消費電力制御装置。
  14. 前記切換モジュールは、割込みイベントが発生したことがリアルタイムにモニタリングされる場合、前記低消費電力モードを停止するためにも使われ、
    前記装置は、更に、
    リアルタイムにモニタリングした前記割込みイベントを処理するための処理モジュールを備えることを特徴とする請求項８乃至請求項１２のいずれか一つに記載の消費電力制御装置。
  15. プロセッサと、
    プロセッサが実行可能なコマンドを記憶するためのメモリとを備え、
    前記プロセッサは、
    システムのタイプに基づいてモニタリング方式を確定し、
    前記モニタリング方式に従って、システムの現在実行すべきタスクの有無をリアルタイムにモニタリングし、
    リアルタイムにモニタリングした結果、現在実行すべきタスクがない場合、前記システムを低消費電力モードに切り換えて動作させるように構成されることを特徴とする消費電力制御装置。

JP2016574328A 2015-02-13 2015-10-29 消費電力制御方法、装置、プログラム及び記録媒体 Active JP6250844B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN201510077297.6A CN104679218A (zh) 2015-02-13 2015-02-13 控制功耗的方法和装置
CN201510077297.6 2015-02-13
PCT/CN2015/093230 WO2016127665A1 (zh) 2015-02-13 2015-10-29 控制功耗的方法和装置

Publications (2)

Publication Number Publication Date
JP2017510920A true JP2017510920A (ja) 2017-04-13
JP6250844B2 JP6250844B2 (ja) 2017-12-20

Family

ID=53314419

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2016574328A Active JP6250844B2 (ja) 2015-02-13 2015-10-29 消費電力制御方法、装置、プログラム及び記録媒体

Country Status (8)

Country Link
US (1) US10216248B2 (ja)
EP (1) EP3056970A1 (ja)
JP (1) JP6250844B2 (ja)
KR (1) KR101729679B1 (ja)
CN (1) CN104679218A (ja)
MX (1) MX356521B (ja)
RU (1) RU2643516C2 (ja)
WO (1) WO2016127665A1 (ja)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104679218A (zh) * 2015-02-13 2015-06-03 小米科技有限责任公司 控制功耗的方法和装置
CN106354242A (zh) * 2016-08-22 2017-01-25 北京小米移动软件有限公司 一种模式切换方法及装置
KR101969395B1 (ko) * 2017-04-26 2019-07-23 아주대학교산학협력단 어플리케이션의 전력 과소비 원인 분석 장치 및 방법
DE102017109935A1 (de) * 2017-05-09 2018-11-15 Miele & Cie. Kg Verfahren zum Betreiben eines Haushaltsgeräts
CN108471632B (zh) * 2018-03-01 2021-02-23 Oppo广东移动通信有限公司 信息处理方法、装置、移动终端及计算机可读存储介质
CN111679730B (zh) * 2020-06-01 2022-06-07 深圳移航通信技术有限公司 基于FreeRTOS的处理器状态控制方法和装置
CN112217993A (zh) * 2020-09-29 2021-01-12 深圳市邻友通科技发展有限公司 摄像机降低系统功耗的方法、装置、电子设备及存储介质
CN112498268B (zh) * 2020-10-16 2021-12-17 山东派蒙机电技术有限公司 一种降低智能网联车辆控制器功耗的方法
CN113835958B (zh) * 2021-09-22 2024-02-23 深圳乐信软件技术有限公司 一种分布式任务执行进度的监控方法、装置、介质及设备

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012004948A1 (ja) * 2010-07-06 2012-01-12 パナソニック株式会社 仮想計算機システム、仮想計算機制御方法、及び集積回路
JP2012074958A (ja) * 2010-09-29 2012-04-12 Pfu Ltd ノード監視装置、ノード監視方法、及びノード監視プログラム
US20140310540A1 (en) * 2013-04-12 2014-10-16 Apple Inc. Interrupt Based Power State Management

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6986032B2 (en) 2002-08-07 2006-01-10 Hewlett-Packard Development Company, L.P. System and method for using an operating system defined field in ACPI support multiple operating systems
US7127639B2 (en) * 2002-11-22 2006-10-24 Texas Instruments Incorporated Distinguishing between two classes of trace information
JP2007502477A (ja) * 2003-05-27 2007-02-08 コーニンクレッカ　フィリップス　エレクトロニクス　エヌ　ヴィ 電力消費のモニタおよび制御
JP2005234784A (ja) * 2004-02-18 2005-09-02 Sharp Corp ジョブ処理装置
KR101128251B1 (ko) 2004-10-11 2012-03-26 엘지전자 주식회사 실행 프로그램의 장치별 절전모드 제어 장치 및 방법
US8032889B2 (en) 2006-04-05 2011-10-04 Maxwell Technologies, Inc. Methods and apparatus for managing and controlling power consumption and heat generation in computer systems
US7899303B2 (en) * 2006-08-02 2011-03-01 Lsi Corporation DVD recorder and PVR instant on architecture
US7917784B2 (en) * 2007-01-07 2011-03-29 Apple Inc. Methods and systems for power management in a data processing system
US20090077404A1 (en) 2007-09-14 2009-03-19 Gainspan, Inc. Method and system of reducing power consumption of system on chip based on analog-to-digital control circuitry
CN101315577B (zh) * 2008-06-30 2011-01-05 华为技术有限公司 存储接口的功耗控制方法和装置及系统
CN101477403B (zh) * 2009-01-22 2011-10-05 浪潮电子信息产业股份有限公司 一种系统功耗自动控制方法
JP5300553B2 (ja) * 2009-03-25 2013-09-25 キヤノン株式会社 通信装置、通信装置の制御方法、プログラム
RU2409832C1 (ru) * 2009-06-05 2011-01-20 Закрытое акционерное общество "Ди Эс Технолоджи" Самосинхронное устройство с автоматическим регулированием потребляемой мощности
US10195343B2 (en) * 2010-02-05 2019-02-05 Deka Products Limited Partnership Devices, methods and systems for wireless control of medical devices
CN103324268A (zh) * 2013-05-29 2013-09-25 东南大学 用于无线传感器网络核心芯片的低功耗设计方法
CN104679218A (zh) * 2015-02-13 2015-06-03 小米科技有限责任公司 控制功耗的方法和装置

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012004948A1 (ja) * 2010-07-06 2012-01-12 パナソニック株式会社 仮想計算機システム、仮想計算機制御方法、及び集積回路
JP2012074958A (ja) * 2010-09-29 2012-04-12 Pfu Ltd ノード監視装置、ノード監視方法、及びノード監視プログラム
US20140310540A1 (en) * 2013-04-12 2014-10-16 Apple Inc. Interrupt Based Power State Management

Also Published As

Publication number Publication date
US10216248B2 (en) 2019-02-26
KR101729679B1 (ko) 2017-04-25
WO2016127665A1 (zh) 2016-08-18
JP6250844B2 (ja) 2017-12-20
KR20160110066A (ko) 2016-09-21
US20160239072A1 (en) 2016-08-18
EP3056970A1 (en) 2016-08-17
CN104679218A (zh) 2015-06-03
MX356521B (es) 2018-05-31
MX2016002563A (es) 2016-10-13
RU2016113187A (ru) 2017-10-09
RU2643516C2 (ru) 2018-02-02

Similar Documents

Publication Publication Date Title
JP6250844B2 (ja) 消費電力制御方法、装置、プログラム及び記録媒体
US11924869B2 (en) Method and device for configuration and adjusting search space parameter
US11985599B2 (en) Channel monitoring method and device
EP3136793B1 (en) Method and apparatus for awakening electronic device
KR101736318B1 (ko) 스마트 기기의 조작 제어 방법, 장치, 프로그램 및 기록매체
WO2016029642A1 (zh) 后台应用程序的控制方法、装置及终端设备
EP3113549A1 (en) Method and device for waking up mcu chip
JP6189000B2 (ja) アプリケーションのインストールパッケージの処理方法、装置、プログラム及び記録媒体
JP2016526244A (ja) アプリケーションプログラムの処理方法、装置、プログラム及び記憶媒体
JP2017503444A (ja) 撮影制御方法、装置、プログラム及び記録媒体
EP3112979B1 (en) Method and device for waking up mcu
EP3076745B1 (en) Methods and apparatuses for controlling wireless access point
US20210345443A1 (en) Discontinuous reception configuration method and device
CN110262692B (zh) 一种触摸屏扫描方法、装置及介质
JP6491237B2 (ja) タッチスクリーンのポイント報告を処理するための方法、装置、プログラム、及び記録媒体
US20170293494A1 (en) Method and device for starting application interface
CN107272427B (zh) 智能设备的控制方法及装置
US20170220401A1 (en) Method, device, and computer-readable storage medium for calling a process
CN104965746B (zh) 快速启动的方法及装置
US20170147134A1 (en) Method and apparatus for controlling touch-screen sensitivity
EP4134793A1 (en) Method and apparatus for controlling input function, and storage medium
CN115175279A (zh) 息屏控制方法、装置及存储介质
CN105868089B (zh) 终端的监控方法及装置
CN117112025B (zh) 处理部件的指令执行方法、装置、设备及存储介质
EP3929738A1 (en) Data processing method, apparatus, and medium

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20170328

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20170619

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20171114

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20171122

R150 Certificate of patent or registration of utility model

Ref document number: 6250844

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250