JP5915406B2 - 携帯端末装置の制御方法、制御プログラム及び携帯端末装置 - Google Patents

携帯端末装置の制御方法、制御プログラム及び携帯端末装置 Download PDF

Info

Publication number
JP5915406B2
JP5915406B2 JP2012140453A JP2012140453A JP5915406B2 JP 5915406 B2 JP5915406 B2 JP 5915406B2 JP 2012140453 A JP2012140453 A JP 2012140453A JP 2012140453 A JP2012140453 A JP 2012140453A JP 5915406 B2 JP5915406 B2 JP 5915406B2
Authority
JP
Japan
Prior art keywords
cpu
application
core
terminal device
load
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.)
Expired - Fee Related
Application number
JP2012140453A
Other languages
English (en)
Other versions
JP2014006619A (ja
Inventor
岳生 村上
岳生 村上
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
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 Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP2012140453A priority Critical patent/JP5915406B2/ja
Priority to US13/868,437 priority patent/US20130346991A1/en
Publication of JP2014006619A publication Critical patent/JP2014006619A/ja
Application granted granted Critical
Publication of JP5915406B2 publication Critical patent/JP5915406B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/48—Program initiating; Program switching, e.g. by interrupt
    • G06F9/4806—Task transfer initiation or dispatching
    • G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
    • G06F9/4881—Scheduling strategies for dispatcher, e.g. round robin, multi-level priority queues
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5083—Techniques for rebalancing the load in a distributed system
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2209/00—Indexing scheme relating to G06F9/00
    • G06F2209/50—Indexing scheme relating to G06F9/50
    • G06F2209/5022—Workload threshold

Description

本技術は、携帯端末装置の制御方法、制御プログラム及び携帯端末装置に関する。
携帯端末装置の高性能化・多機能化に伴い、ＣＰＵの処理能力の向上が求められている。ＣＰＵの処理能力を向上させる為には、例えばＣＰＵの動作周波数を高めれば良い。ところが、ＣＰＵの動作周波数を高めると、消費電力が大幅に上昇する。このため、最近の携帯端末装置では、複数のコアを内蔵するＣＰＵ、即ちマルチコアＣＰＵを搭載して、ＣＰＵ全体の処理能力を高める傾向にある。ＣＰＵのコアを増加させ、低周波数で動作させると、ＣＰＵの動作周波数を高める場合よりも少ない消費電力で同等のＣＰＵ処理能力を得ることができるからである。
マルチコアＣＰＵは、動作可能な複数の動作周波数及び電圧の組み合わせを持ち、携帯端末装置の使用状況に応じ、動作周波数及び電圧を切り替えることで、動作速度や消費電力を制御している。様々なアプリケーションが動作する最近の携帯端末装置では、このようなマルチコアＣＰＵの特性を活用して、ＣＰＵを使用状況に応じて動的に制御し、ユーザから見た操作性能の確保と消費電力の削減を行っている。
特開２００７−３３４７８２号公報 特開２００８−１２９８４６号公報 特開２０１０−２７１９３０号公報
ところで、マルチコアＣＰＵを動的に制御する為には、ＣＰＵ負荷を観測しながら、ＣＰＵ負荷の上昇に応じて稼働コアの動作周波数を上昇させ、それでもＣＰＵの処理能力が不足する場合に、マルチコアＣＰＵの稼働コアを増加させる。
このとき、ユーザ操作中のアプリケーションプログラムの動作に起因して、ＣＰＵ負荷が急増すると、稼働コアを増加させるタイミングが遅れて、アプリケーションプログラムのユーザ操作や画面表示に影響が生じることがある。例えばユーザによる画面スクロールに起因してＣＰＵ負荷が急増すると、連続的なスクロールが実施されず、ユーザに所謂モッサリ感を与えることがある。
このようなコア起動の遅延を避ける為には、例えば、ＣＰＵの処理能力が不足する前に、早目に稼働コアを増加させれば良い。ところが、ＣＰＵの処理能力が不足する前に稼働コアを増加させても、その後、ＣＰＵ負荷が急増しなければ、先回りして起動させたコアが空振りに終わり、無駄な電力消費を増やすこととなる。
開示の技術によれば、無駄な消費電力を抑制しつつ、マルチコアＣＰＵの稼働コアの増減に起因する操作感の低下を抑制できる携帯端末装置の制御方法を提供する。
開示の技術の一観点によれば、マルチコアＣＰＵと、前記マルチコアＣＰＵにより実行される複数のアプリケーションプログラムの実行結果を表示するディスプレイと、を備える携帯端末装置の制御方法に於いて、前記携帯端末装置が、前記複数のアプリケーションプログラムの各々が実行結果を前記ディスプレイに表示しながら動作する状態をフォアグラウンド環境として管理し、前記複数のアプリケーションプログラムの各々に対応づけて、前記各アプリケーションプログラムが前記フォアグラウンド環境で動作する際に前記マルチコアＣＰＵの稼働コア数を増減すべきか否かを判定するための負荷しきい値を保持し、
前記複数のアプリケーションプログラムの中の第１のアプリケーションプログラムの前記フォアグラウンド環境における動作開始を検出し、前記第１のアプリケーションプログラムが前記フォアグラウンド環境において前記マルチコアＣＰＵにより実際に実行されていた時間の、直近の所定の単位時間に対する比率である第１のＣＰＵ利用率を求めてＣＰＵ負荷とし、前記フォアグラウンド環境における動作開始が検出された前記第１のアプリケーションプログラムに対応づけて保持された前記負荷しきい値を取得し、 前記ＣＰＵ負荷を、取得した前記負荷しきい値と比較し判定することにより、前記第１のアプリケーションプログラムの前記フォアグラウンド環境における動作時の前記マルチコアＣＰＵの稼働コア数を決める、携帯端末装置の制御方法が提供される。
本開示の技術の一観点によれば、無駄な消費電力を抑制しつつ、マルチコアＣＰＵの稼働コアの増減に起因する操作感の低下を抑制することができる。
第１の実施形態にかかる携帯端末装置のハードウェア構成の概略図である。 第１の実施形態にかかる携帯端末装置の機能ブロックの概略図である。 第１の実施形態にかかるアプリ／サービス動作情報の概略図である。 第１の実施形態にかかるアプリＣＰＵコア制御情報の概略図である。 第１の実施形態にかかるＣＰＵ制御情報の概略図である。 第１の実施形態にかかるシステム状態情報の概略図である。 第１の実施形態にかかるプロセス動作情報の概略図である。 第１の実施形態にかかるＣＰＵコア制御処理のフローチャートである。 第１の実施形態にかかるアプリ連携制御処理のフローチャートである。 第１の実施形態にかかる１コア動作中処理のフローチャートである。 第１の実施形態にかかる複数コア動作中処理のフローチャートである。 第１の実施形態にかかるアプリ動作監視処理のフローチャートである。 第１の実施形態にかかる負荷しきい値修正処理のフローチャートである。 第２の実施形態にかかる携帯端末装置の機能ブロックの概略図である。 第２の実施形態にかかる定常負荷管理テーブルの概略図である。 第２の実施形態にかかるアプリ連携制御処理のフローチャートである。 第２の実施形態にかかる１コア動作中処理のフローチャートである。 第２の実施形態にかかる複数コア動作中処理のフローチャートである。 第２の実施形態にかかる定常負荷監視処理のフローチャートである。
［第１の実施形態］
以下、図１〜図１３を参照して、第１の実施形態にかかる携帯端末装置１００を説明する。ここでは、携帯端末装置１００に搭載されるＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）として、Ａｎｄｒｏｉｄ（登録商標）を採用することを想定する。Ａｎｄｒｏｉｄは、ＯＳカーネルと、アプリケーションフレームワーク／ライブラリと、を含み、本実施形態にかかる制御プログラムは、アプリケーションフレームワーク／ライブラリに組み込まれる。但し、本発明の態様は、これに限定されるものではなく、Ａｎｄｒｏｉｄ以外のＯＳを採用しても良い。さらに、本実施形態にかかる制御プログラムを、アプリケーションフレームワーク／ライブラリ以外に組み込んでも良い。
［携帯端末装置１００のハードウェア］
図１は、第１の実施形態にかかる携帯端末装置１００のハードウェア構成の概略図である。
本実施形態では、携帯端末装置１００として、例えばスマートフォンやタブレットＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）等を想定している。
図１に示すように、本実施形態にかかる携帯端末装置１００は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０１、メインメモリ１０２、補助メモリ１０３、クロック供給回路１０４、電圧供給回路１０５、ＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）回路１０６、アンテナ１０７、バッテリ１０８、電源回路１０９、カメラモジュール１１０、ブルートゥースＩ／Ｆ（Ｉｎｔｅｒｆａｃｅ）１１１、センサ１１２、ディスプレイ１１３、外部給電部１１４、タッチスクリーン１１５、をハードウェアモジュールとして備える。これらのハードウェアモジュールは、バス１１５により相互に接続されている。
ＣＰＵ１０１は、クロック供給回路１０４から供給されるクロック信号及び電圧供給回路１０５から供給される電圧により動作して、携帯端末装置１００の各種ハードウェアモジュールを制御する。ＣＰＵ１０１は、所謂デュアルコアＣＰＵであって、「コア０」１０１１及び「コア１」１０１２を有する。さらに、ＣＰＵ１０１は、補助メモリ１０３に格納された各種プログラムを読み出して、メインメモリ１０２にロードするとともに、該メインメモリ１０２にロードされた各種プログラムを実行することで、各種機能を実現する。各種機能の詳細は、後述することとする。本実施形態にかかるＣＰＵ１０１は、デュアルコアＣＰＵを採用しているが、例えばクアッドコアＣＰＵなど、任意の数のコアを有していても良い。
メインメモリ１０２は、ＣＰＵ１０１により実行される各種プログラムを格納する。さらに、メインメモリ１０２は、ＣＰＵ１０１のワークエリアとして使用され、ＣＰＵ１０１による処理に必要な各種データを記憶する。メインメモリ１０２としては、例えばＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）などを用いても良い。
補助メモリ１０３は、携帯端末装置１００を動作させる各種プログラムを格納している。各種プログラムとしては、例えば、携帯端末装置１００が実行するアプリケーションプログラムやＡｎｄｒｏｉｄ（ＯＳ）などがある。アプリケーションプログラムとしては、ユーザが画面操作できるアプリや、アプリの動作の為にバックグラウンドで動作するサービスなどが格納されている。本実施形態にかかる制御プログラムも補助メモリ１０３に格納されている。制御プログラムは、Ａｎｄｒｏｉｄのアプリケーションフレームワーク／ライブラリに組み込まれる。補助メモリ１０３としては、例えば、ハードディスクやフラッシュメモリ等の不揮発メモリを用いても良い。
クロック供給回路１０４は、ＣＰＵ１０１に供給するためのクロック信号を生成する。クロック供給回路１０４は、例えばクロック信号を発振する水晶振動子と、ＲＴＣ（Ｒｅａｌ Ｔｉｍｅ Ｃｌｏｃｋ）と、により実現しても良い。
電圧供給回路１０５は、電源回路１０９から供給される電力に基づき、ＣＰＵ１０１に供給するための可変電圧を生成する。電圧供給回路１０５は、ボルテージディテクタと、ボルテージレギュレータと、により実現しても良い。
ＲＦ回路１０６は、ＣＰＵ１０１により制御され、アンテナ１０７から他の無線通信装置に高周波信号を送信する。さらに、ＲＦ回路１０６は、アンテナ１０７により受信された高周波信号をベースバンド信号に変換して、該ベースバンド信号をＣＰＵ１０１に出力する。
バッテリ１０８は、電源回路１０９に電力を供給する。バッテリ１０８は、例えばリチウムイオン電池等の電池と、電池保護ＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）と、により実現しても良い。
電源回路１０９は、バッテリ１０８から供給される電力を、電源線（図示しない）を介して、携帯端末装置１００の各種ハードウェアモジュールに供給する。なお、外部給電部１１４に外部電源（図示しない）が接続されている場合、電源回路１０９は、外部給電部１１４から供給される電力を、携帯端末装置１００の各種ハードウェアモジュールに供給しても良い。電源回路１０９は、例えばスイッチングレギュレータと、ボルテージレギュレータと、により実現しても良い。
カメラモジュール１１０は、ＣＰＵ１０１により制御され、被写体の撮像データを取得する。ブルートゥースＩ／Ｆ１１１は、他の無線通信装置との間でＢｌｕｅｔｏｏｔｈ（登録商標）による無線通信を実行するための通信インターフェースである。携帯端末装置１００は、さらに、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）などの無線通信インターフェースを備えてもよい。
ディスプレイ１１３は、ＣＰＵ１０１により制御され、利用者に画像情報を表示する。タッチスクリーン１１５は、ディスプレイ１１３に貼り付けられ、ユーザの指先やペン先などで接触された位置情報を入力する。本実施形態では、タッチスクリーン１１５を、ユーザ操作の為の位置入力デバイスとして使用する。
センサ１１２は、ＣＰＵ１０１により制御され、携帯端末装置１００の状態情報を取得する。センサ１１２としては、例えば、加速度センサ、ジャイロセンサ、照度センサ、地磁気センサ、傾きセンサ、加圧センサ、接近センサ、温度センサ、３Ｇセンサ（３Ｇモジュール）、無線ＬＡＮ、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）モジュール、などを用いても良い。
［携帯端末装置１００の機能ブロック］
図２は、第１の実施形態にかかる携帯端末装置１００の機能ブロックの概略図である。
本実施形態にかかるアプリケーションプログラムは、アプリ及びサービスに分類される。
アプリとは、ディスプレイ１１３にコンテンツ（実行結果）が表示され、ユーザが画面操作できるアプリケーションプログラムである。サービスとは、アプリからの要求に基づき、常時バックグラウンドで動作するアプリケーションプログラムである。
さらに、複数のアプリが起動している場合、ディスプレイ１１３の前面にコンテンツが表示され、実際にユーザが画面操作できる環境（フォアグラウンド）のアプリと、ディスプレイ１１３の前面にコンテンツが表示されていなく、実際にユーザが画面操作できない環境（バックグラウンド）のアプリが存在する。
本実施形態では、実際にユーザが画面操作できる環境のアプリを、フォアグラウンドアプリとし、実際にユーザが画面操作できない環境のアプリを、バックグラウンドアプリとする。但し、アプリであれば、例えばユーザ操作を契機にバックグラウンドアプリ及びフォアグラウンドアプリの何れにもなり得る。
図２に示すように、本実施形態にかかる携帯端末装置１００は、アプリ実行管理部２０１、アプリ連携制御部２０２、アプリ動作監視部２０３、ＣＰＵコア制御判定部２０４、ＣＰＵ周波数制御部２０５、ＣＰＵ周波数／状態設定部２０６、プロセス／システム管理部２０７、ＣＰＵ状態制御部２０８、タイマ部２０９、アプリ／サービス動作情報３０１、アプリＣＰＵコア制御情報３０２、ＣＰＵ制御情報３０３、システム状態情報３０４、プロセス動作情報３０５、を備える。
アプリ実行管理部２０１、アプリ連携制御部２０２、アプリ動作監視部２０３、ＣＰＵコア制御判定部２０４、アプリ／サービス動作情報３０１、アプリＣＰＵコア制御情報３０２は、何れもＣＰＵ１０１が、Ａｎｄｒｏｉｄのアプリケーションフレームワーク／ライブラリを実行することで実現される。
このうち、アプリ連携制御部２０２、アプリ動作監視部２０３、ＣＰＵコア制御判定部２０４、アプリＣＰＵコア制御情報３０２は、何れもＣＰＵ１０１が、アプリケーションフレームワーク／ライブラリに組み込まれた制御プログラムを実行することで実現される。
ＣＰＵ周波数制御部２０５、ＣＰＵ周波数／状態設定部２０６、プロセス／システム管理部２０７、ＣＰＵ状態制御部２０８、タイマ部２０９、ＣＰＵ制御情報３０３、システム状態情報３０４、プロセス動作情報３０５は、何れもＣＰＵ１０１が、ＡｎｄｒｏｉｄのＯＳカーネルを実行することで実現される。
なお、アプリ／サービス動作情報３０１、アプリＣＰＵコア制御情報３０２、ＣＰＵ制御情報３０３、システム状態情報３０４、プロセス動作情報３０５は、何れも補助メモリ１０３に構築される。
アプリ実行管理部２０１は、アプリやサービスなどのプログラムの実行や停止を管理する。具体的には、アプリ実行管理部２０１は、アプリやサービスなどのアプリケーションプログラムの利用環境やプロセス状態に変化が生じた場合、後述するアプリ／サービス動作情報３０１の「種別」や「状態」を更新する。利用環境としては、フォアグラウンド及びバックグラウンドが定義される。さらに、アプリ実行管理部２０１は、フォアグラウンドでアプリケーションプログラム（アプリ）が動作を開始した場合、即ちフォアグラウンドで起動もしくは再開された場合、アプリ動作監視部２０３にフォアグラウンド開始通知を送信する。フォアグラウンド開始通知は、フォアグラウンドで起動もしくは再開されたプログラム（フォアグラウンドアプリ）のプロセスＩＤを含む。
アプリ連携制御部２０２は、定期的にフォアグラウンドアプリの動作状態やＣＰＵ利用率を観測して、フォアグラウンドアプリ毎の「負荷しきい値（パラメータ）」に基づき、ＣＰＵ１０１のコアを増減するか否かを判断する。具体的には、アプリ連携制御部２０２は、アプリＣＰＵコア制御情報３０２及びプロセス動作情報３０５を参照して、フォアグラウンドアプリの「直近のＣＰＵ利用率」を、直近のＣＰＵ負荷として算出する。さらに、アプリ連携制御部２０２は、「直近のＣＰＵ利用率」と、フォアグラウンドアプリ毎に決められた「負荷しきい値」とに基づき、「コア１」１０１２のＯＮ／ＯＦＦを判断して、ＣＰＵ制御情報３０３の「ｃｐｕ１／ｏｎｌｉｎｅ（ＣＰＵコアのＯＮ／ＯＦ指示）」に「０」もしくは「１」を記録する。
アプリ動作監視部２０３は、アプリ実行管理部２０１からのフォアグラウンド開始通知に基づき、アプリＣＰＵコア制御情報３０２の「監視対象」の設定内容を変更する。さらに、アプリ動作監視部２０３は、フォアグラウンドからバックグラウンドに遷移したプログラムがポストインストールプログラムである場合、アプリＣＰＵコア制御情報３０２ｂに記録された「平均継続時間」、「平均ＣＰＵ利用率」、「アプリ継続時間」、「アプリ負荷」に基づき、該プログラムの「平均継続時間」及び「平均ＣＰＵ利用率」を更新する。また、アプリ動作監視部２０３は、アプリＣＰＵコア制御情報３０２ｂの「平均継続時間」及び「平均ＣＰＵ利用率」に基づき、フォアグラウンドアプリ毎の「負荷しきい値」を補正する。
ＣＰＵコア制御判定部２０４は、定期的にシステムの動作状態を観測して、ＣＰＵ１０１のコアを増減するか否かを判断する。具体的には、ＣＰＵコア制御判定部２０４は、システム状態情報３０４を参照して、直近の「Ｒｕｎ＿ｑｕｅｕｅ＿ａｖｇ（プロセス待ちキュー平均値）」Ｑと、事前に決められたＯＮしきい値ＴＯＮとに基づき、ＣＰＵ制御情報３０３の「ｃｐｕ１／ｏｎｌｉｎｅ」の設定内容の変更もしくはアプリ連携制御部２０２の呼び出しを実施する。
ＣＰＵ周波数制御部２０５は、定期的にシステム状態情報３０４を観測して、システム状態情報３０４の「Ｒｕｎ＿ｑｕｅｕｅ＿ａｖｇ」に基づき、ＣＰＵ周波数／状態設定部２０６に、ＣＰＵ１０１の稼働コアの動作周波数の変更指示を通知する。
ＣＰＵ周波数／状態設定部２０６は、ＣＰＵ状態制御部２０８からのＯＮ／ＯＦＦ指示に基づき、ＣＰＵ１０１の「コア１」１０１２のＯＮ／ＯＦＦを制御する。さらに、ＣＰＵ周波数／状態設定部２０６は、ＣＰＵ周波数制御部２０５からの動作周波数の変更指示に基づき、ＣＰＵ１０１の稼働コアの動作周波数を制御する。
プロセス／システム管理部２０７は、ＣＰＵ１０１により実行されるプロセスの動作状況を管理する。具体的には、プロセス／システム管理部２０７は、ＣＰＵ１０１により実行されるプロセスの動作状況を定期的に観測して、プロセス動作情報３０５の「動作状態」、「ユーザモード動作時間」、「カーネルモード動作時間」を更新する。さらに、プロセス／システム管理部２０７は、システムの動作状況を管理する。具体的には、プロセス／システム管理部２０７は、システムの動作状況を観測して、システム状態情報３０４の「Ｏｎｌｉｎｅ」、「Ｏｆｆｌｉｎｅ」、「Ｒｕｎ＿ｑｕｅｕｅ＿ａｖｇ」を更新する。プロセス及びシステムの動作状況の観測間隔は、特に限定されるものではないが、例えば数ｍｓ〜数十ｍｓとしても良い。
ＣＰＵ状態制御部２０８は、定期的にＣＰＵ制御情報３０３を観測して、ＣＰＵ制御情報３０３の「ｃｐｕ１／ｏｎｌｉｎｅ」に基づき、ＣＰＵ周波数／状態設定部２０６に、「コア１」１０１２のＯＮ／ＯＦＦ指示を通知する。例えば、「コア１」１０１２がＯＮであるときに、「ｃｐｕ１／ｏｎｌｉｎｅ」が「１」から「０」に変更された場合、ＣＰＵ状態制御部２０８は、ＣＰＵ周波数／状態設定部２０６に「コア１」１０１２のＯＦＦ指示を通知する。逆に、「コア１」１０１２がＯＦＦであるときに、「ｃｐｕ１／ｏｎｌｉｎｅ」が「０」から「１」に変更された場合、ＣＰＵ状態制御部２０８は、ＣＰＵ周波数／状態設定部２０６に「コア１」１０１２のＯＮ指示を通知する。
タイマ部２０９は、例えば時計回路（図示しない）から取得した時間情報に基づき、例えばアプリ実行管理部２０１、アプリ連携制御部２０２、アプリ動作監視部２０３、ＣＰＵコア制御判定部２０４、ＣＰＵ周波数制御部２０５、ＣＰＵ周波数／状態設定部２０６、プロセス／システム管理部２０７、ＣＰＵ状態制御部２０８に、現在時刻を通知する。
（アプリ／サービス動作情報３０１）
図３は、第１の実施形態にかかるアプリ／サービス動作情報３０１の概略図である。
図３に示すように、アプリ／サービス動作情報３０１は、アプリケーションプログラム毎に、「プロセスＩＤ」、「プログラム名」、「種別」、「状態」を記憶する。アプリ／サービス動作情報３０１は、ＣＰＵ１０１により実行される全アプリケーションプログラムのプロセスを記憶する。従って、アプリ／サービス動作情報３０１は、例えばアプリ（フォアグラウンドアプリ、バックグラウンドアプリ）及びサービスのプロセスも記憶する。「種別」としては、「フォアグラウンド」及び「バックグラウンド」が定義される。「状態」としては、「実行中」、「待機中」、「実行可能」、「停止中」、「ゾンビ」が定義される。アプリ／サービス動作情報３０１の「種別」及び「状態」は、アプリ実行管理部２０１により更新される。
（アプリＣＰＵコア制御情報３０２）
図４は、第１の実施形態にかかるアプリＣＰＵコア制御情報３０２の概略図である。
図４に示すように、アプリＣＰＵコア制御情報３０２は、携帯端末装置１００にプレインストールされたアプリ（プレインストールアプリ）専用のアプリＣＰＵコア制御情報３０２ａと、携帯端末装置１００にポストインストールされたアプリ（ポストインストールアプリ）専用のアプリＣＰＵコア制御情報３０２ｂと、を含む。
例えば、携帯端末装置１００の出荷時にインストールされているアプリは、「プレインストールプログラム」に相当し、携帯端末装置１００の購入後に、ユーザ自らインストールしたアプリは、「ポストインストールアプリ」に相当する。
なお、本実施形態では、アプリＣＰＵコア制御情報３０２ａに、地図、ブラウザ、電卓などのフォアグラウンドアプリ、アプリＣＰＵコア制御情報３０２ｂに、エバーノート、がそれぞれ登録されている。
プレインストールアプリ専用のアプリＣＰＵコア制御情報３０２ａは、アプリケーションプログラム毎に、「プログラム名」、「負荷しきい値（パラメータ）」、「監視対象」、「前回の観測時刻」、「前回の観測までの累積動作時間」を記憶する。
「負荷しきい値」は、ＣＰＵ１０１の「コア１」１０１２をＯＮする為に使用されるＯＮしきい値（第１の負荷しきい値）と、ＣＰＵ１０１の「コア１」１０１２をＯＦＦする為に使用されるＯＦＦしきい値（第２の負荷しきい値）と、を含む。本実施形態では、「負荷しきい値」を（ＯＮしきい値、ＯＦＦしきい値）と記載している。なお、本実施形態では、「負荷しきい値」の単位として、パーセント（％）を使用している。
「負荷しきい値」は、アプリケーションプログラム毎に決められている。例えば、スクロールや手書き入力などのユーザ操作を高頻度で受け付けるアプリケーションプログラムや、起動から終了までの継続時間が長いアプリケーションプログラムには、高目のＯＮしきい値が設定され、そうでないアプリケーションプログラムには、低目のＯＮしきい値が設定される。
「監視対象」は、プロセスのＣＰＵ利用率を観測するアプリを指定する。本実施形態では、プロセスのＣＰＵ利用率を監視するアプリに「１」を割り当て、プロセスのＣＰＵ利用率を監視しないアプリに「０」を割り当てる。なお、本実施形態では、フォアグラウンドで動作するアプリを監視対象とするため、フォアグラウンドアプリであるグーグルマップに「１」が記録され、バックグラウンドアプリであるブラウザ及び電卓に「０」が割り当てられている。
「前回の観測時刻」は、タイマ部２０９から取得された前回の観測時刻を記録する。「前回の観測までの累積動作時間」は、前回の観測時刻に観測された累積動作時間を記録する。なお、本実施形態では、「前回までの累積動作時間」及び「前回の観測時刻」の単位として、Ｔｉｃｋ（＝１０ｍｓ）を使用している。
ポストインストールアプリ専用のアプリＣＰＵコア制御情報３０２ｂは、アプリケーションプログラム毎に、「プログラム名」、「負荷しきい値」、「監視対象」、「平均継続時間」、「平均ＣＰＵ利用率」、「前回の観測時刻」、「前回の観測までの累積動作時間」、「アプリ継続時間」、「アプリ負荷」を記憶する。
「監視対象」、「前回の観測時刻」、「前回の観測までの累積動作時間」は、プレインストールアプリのアプリＣＰＵコア制御情報３０２ａと同様である。
「負荷しきい値」は、プレインストールアプリの「負荷しきい値」と同様に、ＯＮしきい値（第１の負荷しきい値）と、ＯＦＦしきい値（第２の負荷しきい値）と、を含む。但し、ポストインストールアプリの「負荷しきい値」は、デフォルト値（８０、５０）が設定されているが、アプリケーションプログラムが終了するたび、「平均継続時間」及び「平均ＣＰＵ利用率」に基づき、補正される。
「平均継続時間」は、アプリの動作開始から動作終了までの経過時間の平均である。「平均ＣＰＵ利用率」は、アプリの動作開始から動作終了までの期間における「ＣＰＵ利用率」の平均である。「平均ＣＰＵ利用率」は、「平均負荷」とも呼称され、「ＣＰＵ利用率」の平均値である。「アプリ継続時間」は、アプリの動作開始から現在時刻までの経過時間である。「アプリ負荷」は、アプリのプロセスの起動時刻から現在時刻までの経過時間に占める、アプリの実際の動作時間の比率である。なお、本実施形態では、「平均継続時間」、「アプリ継続時間」の単位として、Ｔｉｃｋ（＝１０ｍｓ）を使用し、「平均ＣＰＵ利用率」及び「アプリ負荷」の単位として、パーセント（％）を使用している。
アプリＣＰＵコア制御情報３０２（３０２ａ、３０２ｂ）の「監視対象」は、アプリ動作監視部２０３によりフォアグランド開始通知毎に更新される。アプリＣＰＵコア制御情報３０２（３０２ａ、３０２ｂ）の「前回の観測時刻」及び「前回の観測までの累積動作時間」は、アプリ連携制御部２０２により観測毎に更新される。
（ＣＰＵ制御情報３０３）
図５は、第１の実施形態にかかるＣＰＵ制御情報３０３の概略図である。
図５に示すように、ＣＰＵ制御情報３０３は、ＣＰＵ１０１の「コア１」１０１２のＯＮ／ＯＦＦを決定する為の「ｃｐｕ１／ｏｎｌｉｎｅ」として、「０」もしくは「１」を記憶する。本実施形態では、「コア１」１０１２の「ＯＦＦ指示」に「０」を割り当て、「コア１」１０１２の「ＯＮ指示」に「１」を割り当てる。このため、ＣＰＵ制御情報３０３の「ｃｐｕ１／ｏｎｌｉｎｅ」に「０」が登録された場合、ＣＰＵ状態制御部２０８は、「コア１」１０１２の「ＯＦＦ指示」をＣＰＵ周波数／状態設定部２０６に通知する。ＣＰＵ制御情報３０３の「ｃｐｕ１／ｏｎｌｉｎｅ」に「１」が登録された場合、ＣＰＵ状態制御部２０８は、「コア１」１０１２の「ＯＮ指示」をＣＰＵ周波数／状態設定部２０６に通知する。ＣＰＵ制御情報３０３の「ｃｐｕ１／ｏｎｌｉｎｅ」は、アプリ連携制御部２０２により観測毎に更新される。
（システム状態情報３０４）
図６は、第１の実施形態にかかるシステム状態情報３０４の概略図である。
図６に示すように、システム状態情報３０４は、「Ｏｎｌｉｎｅ（オンラインＣＰＵコア番号）」、「Ｏｆｆｌｉｎｅ（オフラインＣＰＵコア番号）」、「Ｒｕｎ＿ｑｕｅｕｅ＿ａｖｇ（プロセス待ちキュー平均値）」を記憶する。「Ｏｎｌｉｎｅ」は、稼働中のＣＰＵコア番号を記憶する。「Ｏｆｆｌｉｎｅ」は、非稼働のＣＰＵコア番号を記憶する。従って、「コア０」１０１１及び「コア１」１０１２の双方が稼働している場合、「Ｏｎｌｉｎｅ」に「０」及び「１」が記録され、「Ｏｆｆｌｉｎｅ」には何も記録されない。「コア０」１０１１だけが稼働している場合、「Ｏｎｌｉｎｅ」に「０」が記録され、「Ｏｆｆｌｉｎｅ」に「１」が記録される。「Ｒｕｎ＿Ｑｕｅｕｅ＿ａｖｇ」は、ＣＰＵ１０１による実行待ちのプロセス個数の平均である。システム状態情報３０４の「Ｏｎｌｉｎｅ」、「Ｏｆｆｌｉｎｅ」、「Ｒｕｎ＿ｑｕｅｕｅ＿ａｖｇ」は、プロセス／システム管理部２０７により観測毎に更新される。
（プロセス動作情報３０５）
図７は、第１の実施形態にかかるプロセス動作情報３０５の概略図である。
図７に示すように、プロセス動作情報３０５は、ＣＰＵ１０１により生成されたプロセス毎に作成され、それぞれの「プロセスＩＤ（Ｐｉｄ）」、「動作状態（Ｓｔａｔｅ）」、「親プロセスＩＤ（Ｐｐｉｄ）」、「ユーザモード動作時間（Ｕｔｉｍｅ）」、「カーネルモード動作時間（Ｓｔｉｍｅ）」を記憶する。
「ユーザモード動作時間」は、アプリやサービスなどのアプリケーションプログラムの動作時間を記憶する。「カーネルモード動作時間」は、アプリやサービスなどのアプリケーションプログラムのプロセス実行に付随するＯＳカーネルの動作時間である。本実施形態では、「ユーザモード動作時間」及び「カーネルモード動作時間」の合計を、アプリやサービスなどのアプリケーションプログラムの累積動作時間とする。なお、本実施形態では、「ユーザモード動作時間」及び「カーネルモード動作時間」の単位として、「ｔｉｃｋ（＝１０ｍｓ）」を使用している。プロセス動作情報３０５の「プロセスＩＤ」、「動作状態」、「親プロセスＩＤ」、「ユーザモード動作時間」、「カーネルモード動作時間」は、何れもプロセス／システム管理部２０７により観測毎に更新される。
（ＣＰＵコア制御処理）
図８は、第１の実施形態にかかるＣＰＵコア制御処理のフローチャートである。
図８に示すように、ＣＰＵコア制御判定部２０４は、先ず、システム状態情報３０４を参照して、「コア０」１０１１だけが稼働しているか否かを判断する（ステップＳ１０１）。具体的には、ＣＰＵコア制御判定部２０４は、システム状態情報３０４の「Ｏｎｌｉｎｅ」に「コア０」１０１１のコア番号「０」だけが登録されているか否かを判断する。
ここで、「コア０」１０１１だけが稼働していると判断されたら（ステップＳ１０１のＹｅｓ）、ＣＰＵコア制御判定部２０４は、システム状態情報３０４を参照して、直近のプロセス待ちキューの平均値Ｑが、事前に決められたＯＮしきい値ＴＯＮよりも大きいか否かを判断する（ステップＳ１０２）。具体的には、ＣＰＵコア制御判定部２０４は、システム状態情報３０４の「Ｒｕｎ＿ｑｕｅｕｅ＿ａｖｇ」に記録されている数値が、事前に決められたＯＮしきい値ＴＯＮよりも大きいか否かを判断する。ここで、直近のプロセス待ちキューの平均値Ｑが、事前に決められたＯＮしきい値ＴＯＮよりも大きいと判定されたら（ステップＳ１０２のＹｅｓ）、ＣＰＵコア制御判定部２０４は、ＣＰＵ制御情報３０３の「ｃｐｕ１／ｏｎｌｉｎｅ」を「１」に更新する（ステップＳ１０３）。「ｃｐｕ１／ｏｎｌｉｎｅ」を「１」に更新すると、ＣＰＵ状態制御部２０８からＣＰＵ周波数／状態設定部２０６に「コア１」１０１２のＯＮ指示が通知され、「コア０」１０１１及び「コア１」１０１２の双方が動作することとなる。
次に、ＣＰＵコア制御判定部２０４は、定期監視のためのタイマを設定して、スリープ状態に遷移する（ステップＳ１０４）。タイマの設定時間は、特に限定されるものではないが、本実施形態では、数十ｍｓとする。タイマの設定時間の満了後、ＣＰＵコア制御判定部２０４は、ＣＰＵコア制御処理のスタートから処理を実行する。
一方、「コア０」１０１１だけが稼働していると判定されなければ（ステップＳ１０１のＮｏ）、即ち「コア１」１０１２も稼働していると判定されたら、ＣＰＵコア制御判定部２０４は、直近のプロセス待ちキューの平均値Ｑが、事前に決められたＯＦＦしきい値ＴＯＦＦよりも小さいか否かを判定する（ステップＳ１０５）。
ここで、直近のプロセス待ちキューの平均値Ｑが、事前に決められたＯＦＦしきい値ＴＯＦＦよりも小さいと判定されたら（ステップＳ１０５のＹｅｓ）、ＣＰＵコア制御判定部２０４は、ＣＰＵ制御情報３０３の「ｃｐｕ１／ｏｎｌｉｎｅ」を「０」に更新する（ステップＳ１０６）。「ｃｐｕ１／ｏｎｌｉｎｅ」を「０」に更新すると、ＣＰＵ状態制御部２０８からＣＰＵ周波数／状態設定部２０６に「コア１」１０１２のＯＦＦ指示が通知され、「コア０」１０１１だけが動作することとなる。
次に、ＣＰＵコア制御判定部２０４は、定期監視のためのタイマを設定して、スリープ状態に遷移する（ステップＳ１０４）。タイマの設定時間の満了後、ＣＰＵコア制御判定部２０４は、ＣＰＵコア制御処理のスタートから処理を実行する。
直近のプロセス待ちキューの平均値Ｑが、事前に決められたＯＮしきい値ＴＯＮよりも大きいと判定されない場合（ステップＳ１０２のＮｏ）、及び直近のプロセス待ちキューの平均値Ｑが、事前に決められたＯＦＦしきい値ＴＯＦＦよりも小さいと判定されない場合（ステップＳ１０５のＮｏ）、ＣＰＵコア制御判定部２０４は、サブルーチンとしてのアプリ連携制御処理の呼び出しを実行する（ステップＳ１０７）。即ち、本実施形態では、直近のプロセス待ちキューの平均値ＱがＯＮしきい値ＴＯＮ〜ＯＦＦしきい値ＴＯＦＦである場合に、アプリ連携制御処理の詳細は、後述することとする。
そして、アプリ連携制御処理の終了後、ＣＰＵコア制御判定部２０４は、定期監視のためのタイマを設定して、スリープ状態に遷移する（ステップＳ１０４）。タイマの設定時間の満了後、ＣＰＵコア制御判定部２０４は、ＣＰＵコア制御処理のスタートから処理を実行する。
以上で、ＣＰＵコア制御処理のフローの説明を終了する。
（アプリ連携制御処理）
図９は、第１の実施形態にかかるアプリ連携制御処理のフローチャートである。
図９に示すように、アプリ連携制御処理部２０２は、ＣＰＵコア制御処理中のサブルーチンの呼び出しを契機に起動する。アプリ連携制御部２０２は、先ず、アプリＣＰＵコア制御情報３０２を参照して、監視対象のアプリケーションプログラムが存在するか否かを判断する（ステップＳ２０１）。具体的には、アプリ連携制御処理部２０２は、アプリＣＰＵコア制御情報３０２（３０２ａ、３０２ｂ双方）を参照して、「監視対象」に「１」が登録されたアプリケーションプログラムが存在するか否かを判断する。
ここで、監視対象のアプリケーションプログラムが存在すると判断されたら（ステップＳ２０１のＹｅｓ）、アプリ連携制御処理部２０２は、システム状態情報３０４を参照して、「コア０」１０１１だけが稼働しているか否かを判断する（ステップ２０２）。具体的には、アプリ連携処理部２０２は、システム状態情報３０４の「Ｏｎｌｉｎｅ」に「コア０」１０１１のコア番号「０」だけが登録されているか否かを判断する。
ここで、「コア０」１０１１だけが稼働していると判断されたら（ステップＳ２０２のＹｅｓ）、即ち「コア１」１０１２が稼働していないと判断されたら、アプリ連携制御処理部２０２は、サブルーチンとしての１コア動作中処理の呼び出しを実行する（ステップＳ２０３）。１コア動作中処理の詳細は、後述することとする。
次に、アプリ連携制御処理部２０２は、１コア動作中処理の終了後、アプリ連携制御処理の呼び出し元の処理を実行する。
一方、「コア０」１０１１だけが稼働していると判断されなければ（ステップＳ２０２のＮｏ）、即ち「コア１」１０１２も稼働していると判断されたら、アプリ連携制御処理部２０２は、サブルーチンとしての複数コア動作中処理の呼び出しを実行する（ステップＳ２０４）。複数コア動作中処理の詳細は、後述することとする。
次に、アプリ連携制御処理部２０２は、複数コア動作中処理の終了後、アプリ連携制御処理の呼び出し元の処理を実行する。
以上で、アプリ連携制御処理のフローの説明を終了する。
（１コア動作中処理）
図１０は、第１の実施形態にかかる１コア動作中処理のフローチャートである。
ここでは、ＣＰＵ１０１の「コア０」１０１１だけが稼動していることを前提とし、「コア１」１０１２の稼働を開始するか否かの判断を説明する。
図１０に示すように、アプリ連携制御処理部２０２は、アプリ連携制御処理中のサブルーチンの呼び出しを契機に、１コア動作中処理を開始する。アプリ連携制御処理部２０２は、１コア動作中処理にて、先ず、アプリＣＰＵコア制御情報３０２及びプロセス動作情報３０５を参照して、監視対象のアプリケーションプログラム、即ちフォアグラウンドアプリの直近のＣＰＵ利用率を算出する（ステップＳ３０１）。なお、直近のＣＰＵ利用率は、前回の観測から今回の観測までに実際にフォアグラウンドアプリが動作した時間の比率、即ち前回の観測時刻から今回の観測時刻までの経過時間に占める、ＣＰＵ１０１が実際にフォアグラウンドアプリを実行していた時間の比率である。直近のＣＰＵ利用率は、例えば、以下の数式（１）により算出しても良い。
直近のＣＰＵ利用率＝（今回の観測までの累積動作時間−前回の観測までの累積動作時間）／（今回の観測時刻−前回の観測時刻）…（１）
このとき、アプリ連携制御処理部２０２は、監視対象のアプリケーションプログラム（フォアグラウンドアプリ）のプロセス動作情報３０５の「ユーザモード動作時間」及び「カーネルモード動作時間」の合計を、数式（１）の「今回の観測までの累積動作時間」、タイマ部２０９から取得した現在時刻を、数式（１）の「今回の観測時刻」、アプリＣＰＵコア制御情報３０２（３０２ａもしくは３０２ｂ）に記録されている「前回の観測までの累積動作時間」及び「前回の観測時刻」を、それぞれ数式（１）の「前回の観測までの累積動作時間」及び「前回の観測時刻」とする。
次に、アプリ連携制御処理部２０２は、フォアグラウンドアプリの直近のＣＰＵ利用率が、フォアグラウンドアプリ毎に決められた「負荷しきい値」の「ＯＮしきい値」よりも大きいか否かを判断する（ステップＳ３０２）。
ここで、フォアグラウンドアプリの直近のＣＰＵ利用率が、フォアグラウンドアプリ毎に決められた「負荷しきい値」の「ＯＮしきい値」よりも大きいと判断されたら（ステップＳ３０２のＹｅｓ）、アプリ連携制御処理部２０２は、ＣＰＵ制御情報３０３の「ｃｐｕ１／ｏｎｌｉｎｅ」を「１」に更新する（ステップＳ３０３）。「ｃｐｕ１／ｏｎｌｉｎｅ」を「１」に更新すると、ＣＰＵ状態制御部２０８からＣＰＵ周波数／状態設定部２０６に「コア１」１０１２のＯＮ指示が通知され、「コア０」１０１１及び「コア１」１０１２の双方が動作することとなる。
次に、アプリ連携制御処理部２０２は、ＣＰＵ制御情報３０３の「ｃｐｕ１／ｏｎｌｉｎｅ」の更新後、１コア動作中処理の呼び出し元の処理を実行する。
一方、フォアグラウンドアプリの直近のＣＰＵ利用率が、フォアグラウンドアプリ毎に決められた「負荷しきい値」の「ＯＮしきい値」よりも大きいと判断されなければ（ステップＳ３０２のＮｏ）、アプリ連携制御処理部２０２は、ＣＰＵ制御情報３０３の「ｃｐｕ１／ｏｎｌｉｎｅ」を更新せずに、１コア動作中処理の呼び出し元の処理を実行する。即ち、「コア０」１０１１の稼働だけが継続することとなる。
以上で、１コア動作中処理のフローの説明を終了する。
（複数コア動作中処理）
図１１は、第１の実施形態にかかる複数コア動作中処理のフローチャートである。
ここでは、ＣＰＵ１０１の「コア０」１０１１及び「コア１」１０１２の双方が稼働していることを前提とし、「コア１」１０１２の稼働を停止させるか否かの判断を説明する。
図１１に示すように、アプリ連携制御処理部２０２は、アプリ連携制御処理中のサブルーチンの呼び出しを契機に、複数コア動作中処理を開始する。アプリ連携制御処理部２０２は、複数コア動作中処理にて、先ず、アプリＣＰＵコア制御情報３０２及びプロセス動作情報３０５を参照して、フォアグラウンドアプリの直近のＣＰＵ利用率を算出する（ステップＳ４０１）。直近のＣＰＵ利用率は、１コア動作中処理と同様に算出すれば良い。
次に、アプリ連携制御処理部２０２は、フォアグラウンドアプリの直近のＣＰＵ利用率が、フォアグラウンドアプリ毎に決められた「負荷しきい値」の「ＯＦＦしきい値」よりも小さいか否かを判断する（ステップＳ４０２）。
ここで、フォアグラウンドアプリの直近のＣＰＵ利用率が、フォアグラウンドアプリ毎に決められた「負荷しきい値」の「ＯＦＦしきい値」よりも小さいと判断されたら（ステップＳ４０２のＹｅｓ）、アプリ連携制御処理部２０２は、ＣＰＵ制御情報３０３の「ｃｐｕ１／ｏｎｌｉｎｅ」を「０」に更新する（ステップＳ４０３）。「ｃｐｕ１／ｏｎｌｉｎｅ」を「０」に更新すると、ＣＰＵ状態制御部２０８からＣＰＵ周波数／状態設定部２０６に「コア１」１０１２のＯＦＦ指示が通知され、「コア０」１０１１だけが動作することとなる。
次に、アプリ連携制御処理部２０２は、ＣＰＵ制御情報３０３の「ｃｐｕ１／ｏｎｌｉｎｅ」の更新後、複数コア動作中処理の呼び出し元の処理を実行する。
一方、フォアグラウンドアプリの直近のＣＰＵ利用率が、フォアグラウンドアプリ毎に決められた「負荷しきい値」の「ＯＦＦしきい値」よりも小さいと判断されなければ（ステップＳ４０２のＮｏ）、アプリ連携制御処理部２０２は、ＣＰＵ制御情報３０３の「ｃｐｕ１／ｏｎｌｉｎｅ」を更新せずに、複数コア動作中処理の呼び出し元の処理を実行する。即ち、「コア０」１０１１及び「コア１」１０１２の双方の稼働が継続することとなる。
以上で、複数コア動作中処理のフローの説明を終了する。
（アプリ動作監視処理）
図１２は、第１の実施形態にかかるアプリ動作監視処理のフローチャートである。
図１２に示すように、アプリ動作監視部２０３は、アプリ実行管理部２０１からフォアグラウンド開始通知を受信したら（ステップＳ５０１）、アプリＣＰＵコア制御情報３０２を参照して、監視対象のアプリが存在するか否かを判断する（ステップＳ５０２）。具体的には、アプリ動作監視部２０３は、アプリＣＰＵコア制御情報３０２を参照して、「監視対象」に「１」が登録されているアプリが存在するか否かを判断する。
ここで、監視対象のアプリが存在すると判断されたら（ステップＳ５０２のＹｅｓ）、アプリ動作監視部２０３は、それまで監視対象としていたアプリがフォアグラウンドからバックグラウンドに遷移したとみなして、該アプリの監視を停止する（ステップＳ５０３）。具体的には、アプリ動作監視部２０３は、アプリＣＰＵコア制御情報３０２の「監視対象」を「１」から「０」に更新する。
次に、アプリ動作監視部２０３は、バックグラウンドに遷移したアプリが、後からインストールされたポストインストールアプリであるか否かを判断する（ステップＳ５０４）。
ここで、バックグラウンドに遷移したアプリがポストインストールアプリであると判断されたら（ステップＳ５０４のＹｅｓ）、アプリ動作監視部２０３は、アプリＣＰＵコア制御情報３０２の、フォアグラウンドからバックグラウンドに遷移したアプリの「平均継続時間」及び「平均ＣＰＵ利用率」を更新する（ステップＳ５０５）。具体的には、アプリ動作監視部２０３は、アプリＣＰＵコア制御情報３０２に記録されている「平均継続時間」及び「アプリ継続時間」に基づき、「平均継続時間」を更新する。さらに、アプリ動作監視部２０３は、アプリＣＰＵコア制御情報３０２に記録されている「平均ＣＰＵ利用率」及び「アプリ負荷」と、アプリ連携制御部２０２により算出された直近の「ＣＰＵ利用率」と、に基づき、「平均ＣＰＵ利用率」を更新する。即ち、監視対象のアプリがバックグラウンドに遷移するたびに、過去の観測結果と直前の観測結果に基づき、アプリＣＰＵコア制御情報３０２の「平均継続時間」及び「平均ＣＰＵ利用率」を更新する。
次に、アプリ動作監視部２０３は、サブルーチンとしての負荷しきい値修正処理の呼び出しを実行する（ステップＳ５０６）。負荷しきい値修正処理の詳細は、後述することとする。
次に、アプリ動作監視部２０３は、負荷しきい値修正処理の終了後、新たにフォアグラウンドで動作を開始したアプリを監視対象に設定する（ステップＳ５０７）。具体的には、アプリ動作監視部２０３は、アプリＣＰＵコア制御情報３０２の、新たにフォアグラウンドで動作を開始したアプリの「監視対象」を「１」に更新する。
一方、監視対象のアプリが存在すると判断されなければ（ステップＳ５０２のＮｏ）、もしくは、監視を停止したアプリがポストインストールアプリであると判断されなければ（ステップＳ５０４のＮｏ）、アプリ動作監視部２０３は、新たにフォアグラウンドで動作を開始したアプリを監視対象に設定する（ステップＳ５０７）。具体的には、アプリ動作監視部２０３は、アプリＣＰＵコア制御情報３０２の、新たにフォアグラウンドで動作を開始したアプリの「監視対象」を「１」に設定する。
以上で、アプリ動作監視処理のフローの説明を終了する。
（負荷しきい値修正処理）
図１３は、第１の実施形態にかかる負荷しきい値修正処理のフローチャートである。
ここでは、アプリＣＰＵコア制御情報３０２の「負荷しきい値」が（８０、５０）であることを前提に説明する。
図１３に示すように、アプリ動作監視部２０３は、アプリ動作監視処理中のサブルーチンの呼び出しを契機に、負荷しきい値修正処理を開始する。アプリ動作監視部２０３は、負荷しきい値修正処理にて、先ず、ポストインストールアプリのアプリＣＰＵコア制御情報３０２ｂを参照して、ポストインストールアプリの「平均継続時間」が、事前に決められた最大しきい値よりも大きく、かつ、ポストインストールアプリの「平均ＣＰＵ利用率」が、事前に決められた最大しきい値よりも大きいか否かを判断する（ステップＳ６０１）。
ここで、ポストインストールアプリの「平均継続時間」が、事前に決められた最大しきい値よりも大きく、かつ、ポストインストールアプリの「平均ＣＰＵ利用率」が、事前に決められた最大しきい値よりも大きいと判断されたら（ステップＳ６０１のＹｅｓ）、アプリ動作監視部２０３は、アプリＣＰＵコア制御情報３０２の「負荷しきい値」を、例えば（７０、４０）に更新する（ステップＳ６０４）。即ち、「コア１」１０１１をＯＮする為のハードル（ＯＮしきい値）を下げ、「コア１」１０１１をＯＦＦする為のハードル（ＯＦＦしきい値）を上げる。
一方、ポストインストールアプリの「平均継続時間」が、事前に決められた最大しきい値よりも大きく、かつ、ポストインストールアプリの「平均ＣＰＵ利用率」が、事前に決められた最大しきい値よりも大きいと判断されなければ（ステップＳ６０１のＮｏ）、アプリ動作監視部２０３は、ポストインストールアプリの「平均継続時間」が、事前に決められた最小しきい値よりも小さく、かつ、ポストインストールアプリの「平均ＣＰＵ利用率」が、事前に決められた最小しきい値よりも小さいか否かを判断する（ステップＳ６０２）。
ここで、ポストインストールアプリの「平均継続時間」が、事前に決められた最小しきい値よりも小さく、かつ、ポストインストールアプリの「平均ＣＰＵ利用率」が、事前に決められた最小しきい値よりも小さいと判断されたら（ステップＳ６０２のＹｅｓ）、アプリ動作管理部２０３は、アプリＣＰＵコア制御情報３０２の「負荷しきい値」を、例えば（９０、６０）に更新する（ステップＳ６０５）。即ち、「コア１」１０１２をＯＮする為のハードル（ＯＮしきい値）を上げ、「コア１」１０１１をＯＦＦする為のハードル（ＯＦＦしきい値）を下げる。
一方、ポストインストールアプリの「平均継続時間」が、事前に決められた最小しきい値よりも小さく、かつ、ポストインストールアプリの「平均ＣＰＵ利用率」が、事前に決められた最小しきい値よりも小さいと判断されなければ（ステップＳ６０２のＮｏ）、アプリ動作管理部２０３は、アプリＣＰＵコア制御情報３０２の「負荷しきい値」を例えば（８０、５０）に更新する（ステップＳ６０３）。なお、本実施形態では、「負荷しきい値」が（８０、５０）であることを前提としているので、「負荷しきい値」が変化することはない。
以上で、負荷しきい値修正処理のフローの説明を終了する。
本実施形態によれば、アプリケーションプログラム毎に決められた「負荷しきい値」を使用して、ＣＰＵ１０１の「コア１」１０１２のＯＮ／ＯＦＦを制御する。
例えば、スクロールや手書き入力などのユーザ操作を受け付けるアプリケーションプログラムでは、低目に設定された「ＯＮしきい値」を使用して、ＣＰＵ１０１の「コア１」１０１２をＯＮするか否かを判断する。
このため、ユーザ操作に付随してＣＰＵ負荷が上昇したときに、早目に「コア１」１０１２が稼動することになるので、ＣＰＵ１０１の処理能力が不足しにくい。従って、ＣＰＵ１０１の処理能力の不足に起因するスクロールや手書き入力の結果表示の品質低下を防止することができる。
逆に、スクロールや手書き入力などのユーザ操作をあまり受け付けないアプリケーションプログラムでは、高目に設定された「ＯＮしきい値」を使用して、「コア１」１０１２をＯＮするか否かを判断する。
このため、ＣＰＵ負荷が上昇しやすいスクロールや手書き入力などのユーザ操作をあまり受け付けないにも関わらず、「コア１」１０１２を稼働させてしまい、無駄な消費電力を発生させることを回避することができる。
また、起動から終了までの経過時間が長期である、例えばブラウザや地図などのアプリケーションプログラムでは、低目に設定された「ＯＮしきい値」を使用して、ＣＰＵ１０１の「コア１」１０１２をＯＮするか否かを判断する。
アプリの起動から終了までの経過時間が長期になるほど、ＣＰＵ負荷が上昇しやすいスクロールや手書き入力などのユーザ操作を受け付ける機会が増加するが、早目に「コア１」１０１２が稼動することになるので、実際にユーザ操作を受け付けたときに、ＣＰＵ１０１の処理能力が不足しにくい。従って、ＣＰＵ１０１の処理能力の不足に起因するスクロールや手書き入力の結果表示の品質低下を防止することができる。
逆に、起動から終了までの経過時間が短期である、例えば電卓などのアプリケーションプログラムでは、高目に設定された「ＯＮしきい値」を使用して、ＣＰＵ１０１の「コア１」１０１２をＯＮするか否かを判断する。
このため、アプリケーションプログラムが起動後すぐに終了するにも関わらず、即ち、ＣＰＵ負荷が上昇しやすいスクロールや手書き入力などのユーザ操作を受け付ける機会が少ないにも関わらず、「コア１」１０１２を稼働させてしまい、無駄な消費電力を発生させることを回避することができる。
さらに、本実施形態では、携帯端末装置１００の購入後に、ユーザ自らインストールしたアプリ（ポストインストールアプリ）の「負荷しきい値」にデフォルト値を設定しておき、該ポストインストールアプリがフォアグラウンドからバックグラウンドに遷移したときに、フォアグラウンドでの動作状況を踏まえて、「負荷しきい値」を更新する。
このため、素性のわからないポストインストールアプリでも、ユーザの利用状況に応じて、アプリケーションプログラムに応じた「負荷しきい値」に近づいていくことになる。従って、ポストインストールアプリについても、無駄な消費電力の発生や、ＣＰＵ１０１の処理能力の不足に起因するスクロールや手書き入力の結果表示の品質低下を防止することができる。
［第２の実施形態］
以下、図１４〜図１９を参照して、第２の実施形態にかかる携帯端末装置２００を説明する。本実施形態では、フォアグラウンドアプリの他にバックグラウンドでサービスが動作し、該サービスに起因する定常的なＣＰＵ負荷、即ち定常負荷が存在していることを想定する。定常負荷が存在している場合、フォアグラウンドアプリの直近のＣＰＵ利用率だけでなく、サービスの直近のＣＰＵ利用率を加味して、ＣＰＵ負荷を算出することとなる。
なお、サービスの直近のＣＰＵ利用率は、前述のアプリの直近のＣＰＵ利用率と同様に、前回の観測から今回の観測までに実際にサービスが動作した時間の平均（時間平均）、即ち前回の観測時刻から今回の観測時刻までの経過時間に占める、ＣＰＵ１０１が実際にサービスを実行していた時間の比率である。
［携帯端末装置２００の機能ブロック］
図１４は、第２の実施形態にかかる携帯端末装置２００の機能ブロックの概略図である。
図１４に示すように、本実施形態にかかる携帯端末装置２００は、さらに、定常負荷監視部２１０及び定常負荷管理テーブル３０６を備える。
定常負荷監視部２１０及び定常負荷管理テーブル３０６は、何れもＣＰＵ１０１が、Ａｎｄｒｏｉｄのアプリケーションフレームワーク／ライブラリに組み込まれた制御プログラムを実行することで実現される。なお、定常負荷管理テーブル３０６は、補助メモリ１０３に構築される。
定常負荷監視部２１０は、ユーザが画面操作できるアプリではなく、例えば音楽再生やセンシング処理などの、バックグラウンドで継続的に動作するサービスの使用の有無を監視する。センシング処理としては、例えば位置計測や歩数測計などの為のセンシングがある。具体的には、定常負荷監視部２１０は、プロセス動作情報３０５の「ユーザモード動作時間」及び「カーネルモード動作時間」と、定常負荷管理テーブル３０６の「開始しきい値」、「終了しきい値」、「継続時間しきい値」とに基づき、定常負荷管理テーブル３０６の「動作状態」及び「継続時間」を更新する。
アプリ連携制御部２０２は、定期的にアプリやサービスの動作状態やＣＰＵ利用率を観測して、フォアグラウンドアプリ毎の「負荷しきい値」に基づき、ＣＰＵ１０１のコアを増減するか否かを判断する。具体的には、アプリ連携制御部２０２は、定常負荷管理テーブル３０６、アプリＣＰＵコア制御情報３０２、プロセス動作情報３０５を参照して、フォアグラウンドアプリの「直近のＣＰＵ利用率」及びサービスの「直近のＣＰＵ利用率」の合計を、直近のＣＰＵ負荷として算出する。さらに、アプリ連携制御部２０２は、フォアグラウンドアプリの「直近のＣＰＵ利用率」及びサービスの「直近のＣＰＵ利用率」の合計と、フォアグラウンドアプリ毎に決められた「負荷しきい値」とに基づき、「コア１」１０１２のＯＮ／ＯＦＦを判断して、ＣＰＵ制御情報３０３の「ｃｐｕ１／ｏｎｌｉｎｅ」に「０」もしくは「１」を記録する。
（定常負荷管理テーブル３０６）
図１５は、第２の実施形態にかかる定常負荷管理テーブル３０６の概略図である。
図１５に示すように、定常負荷管理テーブル３０６は、アプリケーションプログラム毎に、「プログラム名」、「開始しきい値」、「終了しきい値」、「継続時間しきい値」、「動作状態」、「継続時間」、「前回の観測時刻」、「前回の観測までの累積動作時間」を記憶する。
なお、定常負荷管理テーブル３０６に登録されるアプリケーションプログラムは、例えばシステムサーバ、メディアサーバ、センシングアプリなどの、アプリからの要求に基づき、常時バックグラウンドで動作するアプリケーションプログラム、即ちサービスである。
「動作状態」は、定常負荷が存否を判断する為に使用される。「動作状態」としては、「停止中」、「開始中」、「動作中」、「終了中」が定義され、「停止中」に「０」、「開始中」に「１」、「動作中」に「２」、「終了中」に「３」が割り当てられる。
「停止中」は、定常負荷が存在していない動作状態である。「動作中」は、定常負荷が存在している動作状態である。「開始中」は、「停止中」から「動作中」への移行状態であって、具体的には、定常負荷が存在していると看做すか否かを判断している動作状態である。「終了中」は、「動作中」から「停止中」への移行状態であって、具体的には、定常負荷が消滅していると看做すか否かを判断している動作状態である。
「継続時間」は、それぞれの「動作状態」に移行してからの経過時間である。例えば、「動作状態」が「動作中」であれば、「継続時間」は、「開始中」から「動作中」への移行時刻を起点として計測された、「動作中」の経過時間である。
「開始しきい値」は、定常負荷が存在している否かの判断を開始する為に使用される。詳細は後述するが、定常負荷監視部２１０は、監視対象のサービスの直近のＣＰＵ利用率が「開始しきい値」よりも大きい場合に、定常負荷が存在しているか否かの判断を開始する。
「終了しきい値」は、定常負荷が消滅しているか否かの判断を開始する為に使用される。詳細は後述するが、定常負荷監視部２１０は、監視対象のサービスの直近のＣＰＵ利用率が「終了しきい値」よりも小さい場合に、定常負荷が消滅しているか否かの判断を開始する。
「継続時間しきい値」は、定常負荷が存在しているか否かの判断及び定常負荷が消滅しているか否かを判断する為に使用される。詳細は後述するが、定常負荷監視部２１０は、監視対象のサービスの「動作状態」が「開始中」である時間、即ち「継続時間」が、「継続時間しきい値」よりも大きい場合に、定常負荷が存在していると判断する。また、定常負荷監視部２１０は、監視対象のサービスの「動作状態」が「終了中」である時間、即ち「継続時間」が、「継続時間しきい値」よりも大きい場合に、定常負荷が消滅していると判断する。
なお、「開始しきい値」、「終了しきい値」、「継続時間しきい値」は、何れも事前に決められている。本実施形態では、「開始しきい値」、「終了しきい値」の単位として、パーセント（％）を使用し、「継続時間しきい値」及び「継続時間」の単位として、Ｔｉｃｋ（＝１０ｍｓ）を使用している。
「前回の観測時刻」及び「前回の観測までの累積動作時間」は、それぞれアプリＣＰＵコア制御情報３０２の「前回の観測時刻」及び「前回の観測までの累積動作時間」に相当する。
定常負荷管理テーブル３０６の「動作状態」及び「継続時間」は、定常負荷監視部２１０により更新され、定常負荷管理テーブル３０６の「前回の観測時刻」及び「前回の観測までの累積動作時間」は、アプリ連携制御部２０２により更新される。
（アプリ連携制御処理）
図１６は、第２の実施形態にかかるアプリ連携制御処理のフローチャートである。
図１６に示すように、アプリ連携制御処理部２０２は、ＣＰＵコア制御処理中のサブルーチンの呼び出しを契機に起動する。アプリ連携制御部２０２は、先ず、定常負荷管理テーブル３０６を参照して、定常負荷が存在するか否かを判断する（ステップＳ７０１）。具体的には、アプリ連携制御部２０２は、定常負荷管理テーブル３０６を参照して、「動作状態」に「２」が登録されたアプリケーションプログラム（サービス）が存在するか否かを判断する。なお、定常負荷が存在するか否かの詳細判断は、後述することとする。
ここで、定常負荷が存在すると判断されたら（ステップＳ７０１のＹｅｓ）、アプリ連携制御処理部２０２は、アプリＣＰＵコア制御情報３０２を参照して、監視対象のアプリケーションプログラム（アプリ）が存在するか否かを判断する（ステップＳ７０２）。具体的には、アプリ連携制御処理部２０２は、アプリＣＰＵコア制御情報３０２を参照して、「監視対象」に「１」が登録されたアプリケーションプログラム（アプリ）が存在するか否かを判断する。
ここで、監視対象のアプリが存在すると判断されたら（ステップＳ７０２のＹｅｓ）、アプリ連携制御処理部２０２は、システム状態情報３０４を参照して、「コア０」１０１１だけが稼働しているか否かを判断する（ステップＳ７０３）。具体的には、アプリ連携処理部２０２は、システム状態情報３０４の「Ｏｎｌｉｎｅ」に「コア０」１０１１のコア番号「０」だけが登録されているか否かを判断する。
ここで、「コア０」１０１１だけが稼働していると判断されたら（ステップＳ７０３のＹｅｓ）、即ち「コア１」１０１２が稼働していないと判断されたら、アプリ連携制御処理部２０２は、サブルーチンとしての１コア動作中処理の呼び出しを実行する（ステップＳ７０４）。１コア動作中処理の詳細は、後述することとする。
次に、アプリ連携制御処理部２０２は、１コア動作中処理の終了後、アプリ連携制御処理の呼び出し元の処理を実行する。
一方、「コア０」１０１１だけが稼働していると判断されなければ（ステップＳ７０３のＮｏ）、即ち「コア１」１０１２も稼働していると判断されたら（ステップＳ７０３のＮｏ）、アプリ連携制御処理部２０２は、サブルーチンとしての複数コア動作中処理の呼び出しを実行する（ステップＳ７０５）。複数コア動作中処理の詳細は、後述することとする。
次に、アプリ連携制御処理部２０２は、複数コア動作中処理の終了後、アプリ連携制御処理の呼び出し元の処理を実行する。
なお、定常負荷が存在すると判断されなければ（ステップＳ７０１のＮｏ）、アプリ連携制御処理部２０２は、第１の実施形態にかかるアプリ連携制御処理（ステップＳ２０１−Ｓ２０４）を実行することとなる（ステップＳ７０６）。
以上で、アプリ連携制御処理のフローの説明を終了する。
（１コア動作中処理）
図１７は、第２の実施形態にかかる１コア動作中処理のフローチャートである。
図１７に示すように、アプリ連携制御処理部２０２は、アプリ連携制御処理中のサブルーチンの呼び出しを契機に、１コア動作中処理を開始する。アプリ連携制御処理部２０２は、１コア動作中処理にて、先ず、アプリＣＰＵコア制御情報３０２及びプロセス動作情報３０５を参照して、監視対象のアプリケーションプログラム、即ちフォアグラウンドアプリの直近のＣＰＵ利用率を算出する（ステップＳ８０１）。なお、直近のＣＰＵ利用率は、前回の観測から今回の観測までに実際にフォアグラウンドアプリが動作した時間の比率、即ち前回の観測時刻から今回の観測時刻までの経過時間に占める、ＣＰＵ１０１が実際にフォアグラウンドアプリを実行していた時間の比率である。である。直近のＣＰＵ利用率は、例えば、前述の数式（１）により算出しても良い。
このとき、アプリ連携制御処理部２０２は、監視対象のアプリケーションプログラム（フォアグラウンドアプリ）のプロセス動作情報３０５の「ユーザモード動作時間」及び「カーネルモード動作時間」の合計を、数式（１）の「今回の観測までの累積動作時間」、タイマ部２０９から取得した現在時刻を、数式（１）の「今回の観測時刻」、アプリＣＰＵコア制御情報３０２（３０２ａもしくは３０２ｂ）に記録されている「前回の観測までの累積動作時間」及び「前回の観測時刻」を、それぞれ数式（１）の「前回の観測までの累積動作時間」及び「前回の観測時刻」とする。
次に、アプリ連携制御処理部２０２は、定常負荷管理テーブル３０６及びプロセス動作情報３０５を参照して、定常負荷を発生させているアプリケーションプログラム、即ちサービスの直近のＣＰＵ利用率を算出する（ステップＳ８０２）。サービスの直近のＣＰＵ利用率は、例えば、前述の数式（１）により算出しても良い。
このとき、アプリ連携制御処理部２０２は、定常負荷を発生させているサービスのプロセス動作情報３０５の「ユーザモード動作時間」及び「カーネルモード動作時間」の合計を、数式（１）の「今回の観測までの累積動作時間」、タイマ部２０９から取得した現在時刻を、数式（１）の「今回の観測時刻」、定常負荷管理テーブル３０６に記録されている「前回の観測までの累積動作時間」及び「前回の観測時刻」を、数式（１）の「前回の観測までの累積動作時間」及び「前回の観測時刻」とする。
次に、アプリ連携制御処理部２０２は、フォアグラウンドアプリの直近のＣＰＵ利用率と、定常負荷を発生させているサービスの直近のＣＰＵ利用率との合計（直近のＣＰＵ負荷）が、アプリケーションプログラム毎に決められた「負荷しきい値」の「ＯＮしきい値」よりも大きいか否かを判断する（ステップＳ８０３）。
ここで、フォアグラウンドアプリの直近のＣＰＵ利用率と、定常負荷を発生させているサービスの直近のＣＰＵ利用率との合計が、アプリケーションプログラム毎に決められた「負荷しきい値」の「ＯＮしきい値」よりも大きいと判断されたら（ステップＳ８０３のＹｅｓ）、アプリ連携制御処理部２０２は、ＣＰＵ制御情報３０３の「ｃｐｕ１／ｏｎｌｉｎｅ」を「１」に更新する（ステップＳ８０４）。「ｃｐｕ１／ｏｎｌｉｎｅ」を「１」に更新すると、ＣＰＵ状態制御部２０８からＣＰＵ周波数／状態設定部２０６に「コア１」１０１２のＯＮ指示が通知され、「コア０」１０１１及び「コア１」１０１２の双方が動作することとなる。
次に、アプリ連携制御処理部２０２は、ＣＰＵ制御情報３０３の「ｃｐｕ１／ｏｎｌｉｎｅ」の更新後、１コア動作中処理の呼び出し元の処理を実行する。
一方、フォアグラウンドアプリの直近のＣＰＵ利用率と、定常負荷を発生させているサービスの直近のＣＰＵ利用率との合計が、アプリケーションプログラム毎に決められた「負荷しきい値」の「ＯＮしきい値」よりも大きいと判断されなければ（ステップＳ８０３のＮｏ）、アプリ連携制御処理部２０２は、ＣＰＵ制御情報３０３の「ｃｐｕ１／ｏｎｌｉｎｅ」を更新せずに、１コア動作中処理の呼び出し元の処理を実行する。即ち、「コア０」１０１１の稼働だけが継続することとなる。
以上で、１コア動作中処理のフローの説明を終了する。
（複数コア動作中処理）
図１８は、第２の実施形態にかかる複数コア動作中処理のフローチャートである。
図１８に示すように、アプリ連携制御処理部２０２は、アプリ連携制御処理中のサブルーチンの呼び出しを契機に、複数コア動作中処理を開始する。アプリ連携制御処理部２０２は、複数コア動作中処理にて、先ず、アプリＣＰＵコア制御情報３０２及びプロセス動作情報３０５を参照して、フォアグラウンドアプリの直近のＣＰＵ利用率（平均動作負荷）を算出する（ステップＳ９０１）。直近のＣＰＵ利用率は、１コア動作中処理と同様に算出すれば良い。
次に、アプリ連携制御処理部２０２は、定常負荷管理テーブル３０６及びプロセス動作情報３０５を参照して、定常負荷を発生させているサービスの直近のＣＰＵ利用率（平均定常負荷）を算出する（ステップＳ９０２）。直近のＣＰＵ利用率は、１コア動作中処理と同様に算出すれば良い。
次に、アプリ連携制御処理部２０２は、フォアグラウンドアプリの直近のＣＰＵ利用率と、定常負荷を発生させるサービスの直近のＣＰＵ利用率との合計が、アプリケーションプログラム毎に決められた「負荷しきい値」の「ＯＦＦしきい値」よりも小さいか否かを判断する（ステップＳ９０３）。
ここで、フォアグラウンドアプリの直近のＣＰＵ利用率と、定常負荷を発生させるサービスの直近のＣＰＵ利用率との合計が、アプリケーションプログラム毎に決められた「負荷しきい値」の「ＯＦＦしきい値」よりも小さいと判断されたら（ステップＳ９０３のＹｅｓ）、アプリ連携制御処理部２０２は、ＣＰＵ制御情報３０３の「ｃｐｕ１／ｏｎｌｉｎｅ」を「０」に更新する（ステップＳ９０４）。「ｃｐｕ１／ｏｎｌｉｎｅ」を「０」に更新すると、ＣＰＵ状態制御部２０８からＣＰＵ周波数／状態設定部２０６に「コア１」１０１２のＯＦＦ指示が通知され、「コア０」１０１１だけが動作することとなる。
次に、アプリ連携制御処理部２０２は、ＣＰＵ制御情報３０３の「ｃｐｕ１／ｏｎｌｉｎｅ」の更新後、複数コア動作中処理の呼び出し元の処理を実行する。
一方、フォアグラウンドアプリの直近のＣＰＵ利用率と、定常負荷を発生させるサービスの直近のＣＰＵ利用率との合計が、アプリケーションプログラム毎に決められた「負荷しきい値」の「ＯＦＦしきい値」よりも小さいと判断されなければ（ステップＳ９０３のＮｏ）、アプリ連携制御処理部２０２は、ＣＰＵ制御情報３０３の「ｃｐｕ１／ｏｎｌｉｎｅ」を更新せずに、複数コア動作中処理の呼び出し元の処理を実行する。即ち、「コア０」１０１１及び「コア１」１０１２の双方の稼働が継続することとなる。
以上で、複数コア動作中処理のフローの説明を終了する。
（定常負荷監視処理）
図１９は、第２の実施形態にかかる定常負荷監視処理のフローチャートである。
図１９に示すように、定常負荷監視部２１０は、先ず、定常負荷管理テーブル３０６を参照して、監視対象のサービスを取得する（ステップＳ１００１）。
次に、定常負荷監視部２１０は、定常負荷管理テーブル３０６及びプロセス動作情報３０５を参照して、監視対象のサービスの直近のＣＰＵ利用率を算出する（ステップＳ１００２）。直近のＣＰＵ利用率は、例えば、前述の数式（１）により算出しても良い。
このとき、定常負荷監視部２１０は、監視対象のサービスのプロセス動作情報３０５の「ユーザモード動作時間」及び「カーネルモード動作時間」の合計を、数式（１）の「今回の観測までの累積動作時間」、タイマ部２０９から取得した現在時刻を、数式（１）の「今回の観測時刻」、定常負荷管理テーブル３０６に記録されている「前回の観測までの累積動作時間」及び「前回の観測時刻」を、それぞれ数式（１）の「前回の観測までの累積動作時間」及び「前回の観測時刻」とする。
次に、定常負荷管理部２１０は、定常負荷管理テーブル３０６を参照して、監視対象のサービスが「動作中」もしくは「終了中」であるか否かを判断する（ステップＳ１００３）。具体的には、定常負荷管理部２１０は、定常負荷管理テーブル３０６を参照して、「動作状態」に「動作中」を意味する「２」もしくは「終了中」を意味する「３」が記録されているか否かを判断する。確認の為に述べると、「動作中」は、定常負荷が存在している動作状態であって、「終了中」は、「動作中」から「停止中」への移行状態、即ち定常負荷の終了確認を実行している動作状態である。
ここで、監視対象のサービスが「動作中」もしくは「終了中」であると判断されたら（ステップＳ１００３のＹｅｓ）、定常負荷管理部２１０は、定常負荷管理テーブル３０６を参照して、直近のＣＰＵ利用率が「終了しきい値」よりも小さいか否かを判断する（ステップＳ１００４）。
ここで、監視対象のサービスの直近のＣＰＵ利用率が「終了しきい値」より小さいと判断されたら（ステップＳ１００４のＹｅｓ）、定常負荷管理部２１０は、定常負荷管理テーブル３０６の「継続時間」を更新するとともに、定常負荷テーブル３０６の「動作状態」を「終了中」に更新する（ステップＳ１００５）。具体的には、定常負荷管理部２１０は、前回の観測から今回の観測までの経過時間を、定常負荷管理テーブル３０６に記録されている「継続時間」に加算して、新たな「継続時間」として更新するとともに、定常負荷管理テーブル３０６の「動作状態」を、「終了中」を意味する「３」に更新する。確認の為に述べると、「継続時間」は、それぞれの「動作状態」に移行してからの経過時間である。例えば、「動作状態」が「動作中」であれば、「継続時間」は、「開始中」から「動作中」への移行時刻を起点として計測された、「動作中」の経過時間である。
次に、定常負荷管理部２１０は、定常負荷管理テーブル３０６を参照して、「継続時間」が「継続時間しきい値」よりも大きいか否かを判断する（ステップＳ１００６）。
ここで、「継続時間」が「継続時間しきい値」よりも大きいと判断されたら（ステップＳ１００６のＹｅｓ）、定常負荷管理部２１０は、次回以降の判断の為に定常負荷管理テーブル３０６の「継続時間」を初期化（初期値に更新）するとともに、「動作状態」を「停止」に更新する（ステップＳ１００７）。具体的には、定常負荷管理部２１０は、定常負荷管理テーブル３０６の「継続時間」を初期値「０」に更新するとともに、定常負荷管理テーブル３０６の「動作状態」を、「停止」を意味する「０」に更新する。
次に、定常負荷管理部２１０は、定常負荷管理テーブル３０６を参照して、他のサービスが存在しないか否かを判断する（ステップＳ１００８）。
ここで、他のサービスが存在しないと判断されたら（ステップＳ１００８のＹｅｓ）、定常負荷管理部２１０は、定期監視の為のタイマを設定して、スリープ状態に遷移する（ステップＳ１００９）。タイマの設定時間は、特に限定されるものではないが、本実施形態では、数十ｍｓとする。タイマの設定時間の満了後、定常負荷管理部２１０は、定常負荷監視処理のスタートから処理を実行する。
一方、他のサービスが存在しないと判断されなければ（ステップＳ１００８のＮｏ）、即ち他のサービスが存在すると判断されたら、定常負荷管理部２１０は、該サービスを監視対象として、定常負荷監視処理のスタートから処理を実行する。
一方、監視対象のサービスの直近のＣＰＵ利用率が「終了しきい値」より小さいと判断されなければ（ステップＳ１００４のＮｏ）、定常負荷管理部２１０は、定常負荷管理テーブル３０６の「継続時間」を初期化（初期値に更新）するとともに、定常負荷管理テーブル３０６の「動作状態」を「動作中」に更新する（ステップＳ１０１０）。具体的には、定常負荷管理部２１０は、定常負荷管理テーブル３０６の「継続時間」を初期値「０」に更新するとともに、定常負荷管理テーブル３０６の「動作状態」を、「動作中」を意味する「２」に更新する。
次に、定常負荷管理部２１０は、定常負荷管理テーブル３０６を参照して、他のサービスが存在しないか否かを判断する（ステップＳ１００８）。
又、監視対象のサービスが「動作中」もしくは「終了中」であると判断されなければ（ステップＳ１００３のＮｏ）、即ち監視対象のサービスが「停止中」もしくは「開始中」であると判断されたら、定常負荷管理部２１０は、定常負荷管理テーブル３０６を参照して、直近のＣＰＵ利用率が「開始しきい値」よりも大きいか否かを判断する（ステップＳ１０１１）。確認の為に述べると、「停止中」は、定常負荷が存在していない動作状態であって、「開始中」は、「停止中」から「動作中」への移行状態、即ち定常負荷の開始確認を実行している動作状態である。
ここで、監視対象のサービスの直近のＣＰＵ利用率が「開始しきい値」よりも大きいと判断されたら（ステップＳ１０１１のＹｅｓ）、定常負荷管理部２１０は、定常負荷管理テーブル３０６の「継続時間」を更新するとともに、定常負荷テーブル３０６の「動作状態」を「開始中」に更新する（ステップＳ１０１２）。具体的には、定常負荷管理部２１０は、前回の観測から今回の観測までの経過時間を、定常負荷管理テーブル３０６に登録されている「継続時間」に加算して、新たな「継続時間」として更新するとともに、定常負荷管理テーブル３０６の「動作状態」を、「開始中」を意味する「１」に更新する。
次に、定常負荷管理部２１０は、定常負荷管理テーブル３０６を参照して、「継続時間」が「継続時間しきい値」よりも大きいか否かを判断する（ステップＳ１０１３）。
ここで、「継続時間」が「継続時間しきい値」よりも大きいと判断されたら（ステップＳ１０１３のＹｅｓ）、定常負荷管理部２１０は、次回以降の判断の為に定常負荷管理テーブル３０６の「継続時間」を初期化（初期値に更新）するとともに、「動作状態」を「動作中」に更新する（ステップＳ１０１４）。具体的には、定常負荷管理部２１０は、定常負荷管理テーブル３０６の「継続時間」を初期値「０」に更新するとともに、定常負荷管理テーブル３０６の「動作状態」を、「動作中」を意味する「２」に更新する。
次に、定常負荷管理部２１０は、定常負荷管理テーブル３０６を参照して、他のサービスが存在しないか否かを判断する（ステップＳ１００８）。
一方、監視対象のサービスの直近のＣＰＵ利用率が「開始しきい値」よりも大きいと判断されなければ（ステップＳ１０１１のＮｏ）、定常負荷管理部２１０は、定常負荷管理テーブル３０６の「継続時間」を初期化（初期値に更新）するとともに、定常負荷管理テーブル３０６の「動作状態」を「停止中」に更新する（ステップＳ１０１５）。具体的には、定常負荷管理部２１０は、定常負荷管理テーブル３０６の「継続時間」を初期値「０」に更新するとともに、定常負荷管理テーブル２１０の「動作状態」を、「停止」を意味する「０」に更新する。
次に、定常負荷管理部２１０は、定常負荷管理テーブル３０６を参照して、他のサービスが存在しないか否かを判断する（ステップＳ１００８）。
以上で、定常負荷監視処理のフローの説明を終了する。
本実施形態によれば、フォアグラウンドアプリの他に、定常負荷を発生させているサービスが動作している場合、フォアグラウンドアプリの直近のＣＰＵ利用率と、サービスの直近のＣＰＵ利用率との合計をＣＰＵ負荷として、ＣＰＵ１０１の「コア１」１０１２のＯＮ／ＯＦＦを決定している。
このため、定常負荷を発生させているサービスがバックグラウンドで動作している場合でも、ＣＰＵ１０１の「コア１」１０１２のＯＮ／ＯＦＦを正確に制御することができる。
さらに、フォアグラウンドアプリの画面操作に起因して、ＣＰＵ負荷が急増した場合でも、例えば音楽再生やセンシング処理のような、継続的に動作することが望まれるサービスに影響が生じることがない。例えば、音楽再生中に生じる音飛び、センシングの歯抜けなどを抑制することができる。
なお、本実施形態では、フォアグラウンドアプリの直近のＣＰＵ利用率と、定常負荷を発生させるサービスの直近のＣＰＵ利用率と、の合計を、ＣＰＵ負荷としているが、本発明の態様は、これに限定されるものではない。例えば、バックグラウンドアプリが定常負荷を発生させている場合、フォアグラウンドアプリの直近のＣＰＵ利用率と、バックグラウンドアプリの直近のＣＰＵ利用率と、の合計を、ＣＰＵ負荷としても良い。
さらに、定常負荷は、バックグラウンドアプリ及びサービスの双方の動作に起因して発生するもの、複数のバックグラウンドアプリの動作に起因して発生するもの、複数のサービスの動作に起因して発生するものであっても良い。
１００、２００：携帯端末装置
１０１：ＣＰＵ（マルチコアＣＰＵ）
１０２：メインメモリ（ストレージ）
１０３：補助メモリ（ストレージ）
１１３：ディスプレイ
２０２：アプリ連携制御部（取得部、コア制御部）
２０３：アプリ動作監視部（検出部）

Claims (8)

  1. マルチコアＣＰＵと、前記マルチコアＣＰＵにより実行される複数のアプリケーションプログラムの実行結果を表示するディスプレイと、を備える携帯端末装置の制御方法に於いて、
    前記携帯端末装置が、
    前記複数のアプリケーションプログラムの各々が実行結果を前記ディスプレイに表示しながら動作する状態をフォアグラウンド環境として管理し、
    前記複数のアプリケーションプログラムの各々に対応づけて、前記各アプリケーションプログラムが前記フォアグラウンド環境で動作する際に前記マルチコアＣＰＵの稼働コア数を増減すべきか否かを判定するための負荷しきい値を保持し、
    前記複数のアプリケーションプログラムの中の第１のアプリケーションプログラムの前記フォアグラウンド環境における動作開始を検出し、
    前記第１のアプリケーションプログラムが前記フォアグラウンド環境において前記マルチコアＣＰＵにより実際に実行されていた時間の、直近の所定の単位時間に対する比率である第１のＣＰＵ利用率を求めてＣＰＵ負荷とし、
    前記フォアグラウンド環境における動作開始が検出された前記第１のアプリケーションプログラムに対応づけて保持された前記負荷しきい値を取得し、
    前記ＣＰＵ負荷を、取得した前記負荷しきい値と比較し判定することにより、前記第１のアプリケーションプログラムの前記フォアグラウンド環境における動作時の前記マルチコアＣＰＵの稼働コア数を決める、
    携帯端末装置の制御方法。
  2. 請求項１に記載の携帯端末装置の制御方法に於いて、
    前記負荷しきい値は、前記携帯端末装置のストレージに記憶されていて、
    前記携帯端末装置は、
    前記第１のアプリケーションプログラムの前記フォアグラウンド環境における動作終了後、前記第１のアプリケーションプログラムの起動から終了までの経過時間、および、前記経過時間の間に前記第１のアプリケーションプログラムが実際に前記マルチコアＣＰＵにより実行されていた時間の累積値を記録し、
    前記経過時間の平均値である平均継続時間、および前記累積値の前記経過時間に対する比率であるＣＰＵ利用率を平均した平均ＣＰＵ利用率に基づき、前記ストレージに記憶された前記第１のアプリケーションプログラムに対応する前記負荷しきい値を補正する、
    携帯端末装置の制御方法。
  3. 請求項１乃至２の何れかに記載の携帯端末装置の制御方法に於いて、
    前記携帯端末装置が、
    前記フォアグラウンド環境において動作中の前記第１のアプリケーションプログラム以外に動作している他のアプリケーションプログラムを検出し、
    前記第１のアプリケーションプログラムの前記第１のＣＰＵ利用率と、前記他のアプリケーションプログラムが前記マルチコアＣＰＵにより実際に実行された時間の直近の前記所定の単位時間に対する比率である第２のＣＰＵ利用率との合計を前記ＣＰＵ負荷とする、
    携帯端末装置の制御方法。
  4. 請求項１乃至３の何れかに記載の携帯端末装置の制御方法に於いて、
    前記負荷しきい値は、前記稼働コア数を増加する為の第１の負荷しきい値を含み、
    前記携帯端末装置は、
    前記ＣＰＵ負荷が前記第１の負荷しきい値と同等もしくは前記第１の負荷しきい値よりも大きい場合に、前記マルチコアＣＰＵの稼働コア数を増加する、
    携帯端末装置の制御方法。
  5. 請求項１乃至４の何れかに記載の携帯端末装置の制御方法に於いて、
    前記負荷しきい値は、前記稼働コア数を減少する為の第２の負荷しきい値を含み、
    前記携帯端末装置は、
    前記ＣＰＵ負荷が前記第２の負荷しきい値と同等もしくは前記第２の負荷しきい値よりも小さい場合に、前記マルチコアＣＰＵの稼働コア数を減少する、
    携帯端末装置の制御方法。
  6. 請求項１乃至５の何れかに記載の携帯端末装置の制御方法に於いて、
    前記携帯端末装置は、
    前記複数のアプリケーションプログラムに基づき、前記ディスプレイへの接触によりスクロールする表示画面を提示する、
    携帯端末装置の制御方法。
  7. マルチコアＣＰＵと、前記マルチコアＣＰＵにより実行される複数のアプリケーションプログラムの実行結果を表示するディスプレイと、を備える携帯端末装置を制御する制御プログラムに於いて、
    前記携帯端末装置に、
    前記複数のアプリケーションプログラムの各々が実行結果を前記ディスプレイに表示しながら動作する状態をフォアグラウンド環境として管理し、
    前記複数のアプリケーションプログラムの各々に対応づけて、前記各アプリケーションプログラムが前記フォアグラウンド環境で動作する際に前記マルチコアＣＰＵの稼働コア数を増減すべきか否かを判定するための負荷しきい値を保持し、
    前記複数のアプリケーションプログラムの中の第１のアプリケーションプログラムの前記フォアグラウンド環境における動作開始を検出し、
    前記第１のアプリケーションプログラムが前記フォアグラウンド環境において前記マルチコアＣＰＵにより実際に実行されていた時間の、直近の所定の単位時間に対する比率であるＣＰＵ利用率を求めてＣＰＵ負荷とし、
    前記フォアグラウンド環境における動作開始が検出された前記第１のアプリケーションプログラムに対応づけて保持された前記負荷しきい値を取得し、
    前記ＣＰＵ負荷を、取得した前記負荷しきい値と比較判定することにより、前記第１のアプリケーションプログラムの前記フォアグラウンド環境における動作時の前記マルチコアＣＰＵの稼働コア数を決める、
    処理を実行させる制御プログラム。
  8. マルチコアＣＰＵと、前記マルチコアＣＰＵにより実行される複数のアプリケーションプログラムの実行結果を表示するディスプレイと、を備える携帯端末装置に於いて、
    前記複数のアプリケーションプログラムの各々が実行結果を前記ディスプレイに表示しながら動作する状態をフォアグラウンド環境として管理する管理部と、
    前記複数のアプリケーションプログラムの各々に対応づけて、前記各アプリケーションプログラムが前記フォアグラウンド環境で動作する際に前記マルチコアＣＰＵの稼働コア数を増減すべきか否かを判定するための負荷しきい値を保持する記憶部と、
    前記複数のアプリケーションプログラムの中の第１のアプリケーションプログラムの前記フォアグラウンド環境における動作開始を検出する検出部と、
    前記第１のアプリケーションプログラムが前記フォアグラウンド環境において前記マルチコアＣＰＵにより実際に実行されていた時間の、直近の所定の単位時間に対する比率であるＣＰＵ利用率をＣＰＵ負荷として求めるＣＰＵ負荷算定部と、
    前記フォアグラウンド環境における動作開始が検出された前記第１のアプリケーションプログラムに対応づけて保持された前記負荷しきい値を取得する取得部と、
    前記ＣＰＵ負荷を、取得した前記負荷しきい値と比較判定することにより、前記第１のアプリケーションプログラムの前記フォアグラウンド環境における動作時の前記マルチコアＣＰＵの稼働コア数を決めるコア制御部と、
    を備える携帯端末装置。
JP2012140453A 2012-06-22 2012-06-22 携帯端末装置の制御方法、制御プログラム及び携帯端末装置 Expired - Fee Related JP5915406B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2012140453A JP5915406B2 (ja) 2012-06-22 2012-06-22 携帯端末装置の制御方法、制御プログラム及び携帯端末装置
US13/868,437 US20130346991A1 (en) 2012-06-22 2013-04-23 Method of controlling information processing apparatus, and information processing apparatus

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2012140453A JP5915406B2 (ja) 2012-06-22 2012-06-22 携帯端末装置の制御方法、制御プログラム及び携帯端末装置

Publications (2)

Publication Number Publication Date
JP2014006619A JP2014006619A (ja) 2014-01-16
JP5915406B2 true JP5915406B2 (ja) 2016-05-11

Family

ID=49775577

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2012140453A Expired - Fee Related JP5915406B2 (ja) 2012-06-22 2012-06-22 携帯端末装置の制御方法、制御プログラム及び携帯端末装置

Country Status (2)

Country Link
US (1) US20130346991A1 (ja)
JP (1) JP5915406B2 (ja)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6142709B2 (ja) * 2013-07-23 2017-06-07 富士通株式会社 計測方法、計測プログラム、携帯情報端末、及びその制御方法
WO2015141337A1 (ja) * 2014-03-19 2015-09-24 日本電気株式会社 受信パケット分散方法、キュー選択器、パケット処理装置、および記録媒体
JP6403976B2 (ja) * 2014-04-09 2018-10-10 アルパイン株式会社 コンピュータプログラム、情報処理装置及び処理実行方法
CN107888947A (zh) * 2016-09-29 2018-04-06 法乐第(北京)网络科技有限公司 一种视频播放方法与装置
CN108228337B (zh) * 2016-12-22 2021-08-27 财团法人工业技术研究院 中央处理单元的配置方法及适用此方法的服务器
JP6789861B2 (ja) * 2017-03-16 2020-11-25 富士通コネクテッドテクノロジーズ株式会社 動作周波数制御装置、動作周波数制御プログラム、及び動作周波数制御方法
JP6891072B2 (ja) * 2017-08-09 2021-06-18 オムロンヘルスケア株式会社 情報処理装置、受信方法、およびプログラム
CN108334345B (zh) * 2017-08-14 2021-07-09 Oppo广东移动通信有限公司 应用程序处理方法、装置、可读存储介质和移动终端
JP2020184107A (ja) * 2019-04-26 2020-11-12 シャープ株式会社 電子機器、制御装置、情報処理装置、情報処理システム、及びプログラム
CN111159038B (zh) * 2019-12-30 2023-07-14 北京声智科技有限公司 一种模拟cpu负载的方法及电子设备
CN111538636B (zh) * 2020-04-24 2021-11-19 深圳华锐金融技术股份有限公司 计算机设备确定方法、装置和存储介质
CN112286690A (zh) * 2020-11-09 2021-01-29 珠海格力电器股份有限公司 一种动态调整cpu核的方法、装置、电子设备及存储介质
CN112565512A (zh) * 2020-12-14 2021-03-26 华东师范大学 一种Android应用之间的通过截图和录音获取数据的方法及系统

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7322034B2 (en) * 2002-06-14 2008-01-22 Hewlett-Packard Development Company, L.P. Method and system for dynamically allocating computer system resources
JP4566546B2 (ja) * 2002-10-31 2010-10-20 パナソニック株式会社 通信装置、通信システムおよびアルゴリズム選択方法
US8688786B2 (en) * 2003-09-25 2014-04-01 Oracle America, Inc. Method and system for busy presence state detection in an instant messaging system
US20060123422A1 (en) * 2004-12-02 2006-06-08 International Business Machines Corporation Processor packing in an SMP server to conserve energy
US7793308B2 (en) * 2005-01-06 2010-09-07 International Business Machines Corporation Setting operation based resource utilization thresholds for resource use by a process
US9135074B2 (en) * 2005-05-19 2015-09-15 Hewlett-Packard Development Company, L.P. Evaluating performance of workload manager based on QoS to representative workload and usage efficiency of shared resource for plurality of minCPU and maxCPU allocation values
JP4927633B2 (ja) * 2006-09-28 2012-05-09 京セラ株式会社 携帯端末及びその制御方法
US20080313639A1 (en) * 2007-06-13 2008-12-18 Krishna Kumar Policy based scheduling of software applications
JP5182792B2 (ja) * 2007-10-07 2013-04-17 アルパイン株式会社 マルチコアプロセッサ制御方法及び装置
US8296773B2 (en) * 2008-06-30 2012-10-23 International Business Machines Corporation Systems and methods for thread assignment and core turn-off for integrated circuit energy efficiency and high-performance
US8631415B1 (en) * 2009-08-25 2014-01-14 Netapp, Inc. Adjustment of threads for execution based on over-utilization of a domain in a multi-processor system by sub-dividing parallizable group of threads to sub-domains
JP5378946B2 (ja) * 2009-10-26 2013-12-25 株式会社日立製作所 サーバ管理装置およびサーバ管理方法
US8938740B2 (en) * 2010-03-11 2015-01-20 Nec Corporation Resource allocation apparatus, resource allocation method, and computer readable medium
JP2011210134A (ja) * 2010-03-30 2011-10-20 Nec Corp 管理サーバ、仮想マシン管理方法および仮想マシン管理プログラム
EP2390758A1 (en) * 2010-05-25 2011-11-30 Samsung Electronics Co., Ltd. Method and apparatus for managing an application being executed in a portable terminal
JP5345990B2 (ja) * 2010-08-27 2013-11-20 レノボ・シンガポール・プライベート・リミテッド 特定のプロセスを短時間で処理する方法およびコンピュータ
KR101812583B1 (ko) * 2011-07-21 2018-01-30 삼성전자주식회사 태스크 할당 장치, 태스크 할당 방법 및 컴퓨터로 읽을 수 있는 저장 매체

Also Published As

Publication number Publication date
US20130346991A1 (en) 2013-12-26
JP2014006619A (ja) 2014-01-16

Similar Documents

Publication Publication Date Title
JP5915406B2 (ja) 携帯端末装置の制御方法、制御プログラム及び携帯端末装置
JP5734505B2 (ja) ポータブルコンピューティングデバイスのマルチコアプロセッサにおける複数のコアへの電力を動的に制御するための方法およびシステム
TWI503659B (zh) 自應用程式之活動預測使用者意圖及未來的互動
TWI570544B (zh) 自電池使用量程度與充電趨勢推測使用者意圖
JP6784204B2 (ja) 情報処理装置、情報処理方法及びプログラム
EP2695056B1 (en) Mechanism for outsourcing context-aware application-related functionalities to a sensor hub
US9003212B2 (en) Information processing device, non-transitory, computer readable storage medium, and method of controlling information processing device
JP6017395B2 (ja) サスペンドの延期
JP5831207B2 (ja) 携帯端末装置、携帯端末装置の制御プログラム及び制御方法
CN105824393B (zh) 片上系统、管理其功率的方法和电子装置
US8935552B2 (en) Information processing apparatus, computer-readable recording medium, and method for controlling power consumed in information processing apparatus
TW201421230A (zh) 可攜式電子設備及其操作方法、以及非暫時性記錄媒體
EP3332306B1 (en) System and method for cache aware low power mode control in a portable computing device
WO2015058410A1 (zh) 一种关机门限电压的调节方法、开机方法及其电子设备
CN107302633B (zh) 应用控制方法、装置、存储介质以及电子设备
JP5853817B2 (ja) 情報処理装置、制御方法及び制御プログラム
US9356459B2 (en) Method for charging battery and electronic device thereof
US20140086053A1 (en) Method for controlling information processing apparatus and information processing apparatus
JP2014085228A (ja) 携帯端末装置の制御方法、制御プログラム、携帯端末装置
US9529404B2 (en) Information processing apparatus and method of controlling information processing apparatus
JP5614347B2 (ja) 情報処理装置、電力制御方法、および電力制御プログラム
KR20180004956A (ko) 전자 장치 및 전자 장치의 동작 방법
JP5368355B2 (ja) 電子機器及び報知制御方法
JP2014182558A (ja) 通信装置とその制御方法、および、プログラム
CN113434336A (zh) 开机方法、装置、电子设备及可读存储介质

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20150319

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20150924

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20151027

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20151225

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20160126

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20160218

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: 20160308

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20160321

R150 Certificate of patent or registration of utility model

Ref document number: 5915406

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

LAPS Cancellation because of no payment of annual fees