(57)【要約】【課題】使用品質の低下を抑制しつつ、ディスプレイへの表示処理に係る消費電力を削減する。【解決手段】情報処理装置は、表示装置と、電池と、表示装置に表示される複数の構成部品それぞれの複数の態様の組み合わせを記憶する記憶部と、電池の残容量と各構成部品の優先度とに基づいて、各構成部品の態様を選択する選択部と、を備える。また、情報処理装置は、タッチパネルと、タッチパネルに対する操作入力履歴に基づいて各構成部品の優先度を算出する算出部をさらに備える。【選択図】図２
2016134775.tif 000002
【特許請求の範囲】
【請求項１】
表示装置と、
電池と、
前記表示装置に表示される複数の構成部品それぞれの消費電力の異なる複数の態様の組み合わせを記憶する記憶部と、
前記電池の残容量と前記各構成部品の優先度とに基づいて、前記各構成部品の態様を選択する選択部と、
を備える情報処理装置。
【請求項２】
前記選択部は、
前記電池の残容量が第１の閾値以上である場合には、前記各構成部品について、前記複数の態様のうち最も消費電力の大きい第１の態様を選択し、
前記電池の残容量が前記第１の閾値未満の値である第２の閾値未満である場合には、前記各構成部品について、前記複数の態様のうち最も消費電力の小さい第２の態様を選択し、
前記電池の残容量が前記第２の閾値以上前記第１の閾値未満である場合には、前記優先度に応じて前記各構成部品の態様を選択する、
請求項１に記載の情報処理装置。
【請求項３】
前記選択部は、前記電池の残容量が前記第２の閾値以上前記第１の閾値未満である場合には、前記優先度が所定値以上である構成部品については前記第１の態様を選択し、前記優先度が前記所定値未満である構成部品については前記第１の態様よりも消費電力の小さい他の態様から選択する、
請求項２に記載の情報処理装置。
【請求項４】
前記記憶部は、複数のアプリケーションそれぞれについて複数の構成部品の前記複数の態様の組み合わせを記憶し、
前記選択部は、
前記電池の残容量が前記第１の閾値以上である場合には、全アプリケーションの前記各構成部品について、前記第１の態様を選択し、
前記電池の残容量が前記第２の閾値未満である場合には、全アプリケーションの前記各構成部品について、前記第２の態様を選択し、
前記電池の残容量が前記第２の閾値以上前記第１の閾値未満である場合には、アプリケーションの優先度と前記各構成部品の優先度とに応じて、各アプリケーションの各ＵＩ部品の態様を選択する、
請求項２又は３に記載の情報処理装置。
【請求項５】
前記選択部は、前記電池の残容量が前記第２の閾値以上前記第１の閾値未満である場合には、
前記アプリケーションの優先度が所定値以上であるアプリケーションについて、前記構成部品の優先度が所定値以上である構成部品については前記第１の態様を選択し、前記構成部品の優先度が所定値未満である構成部品については前記第１の態様よりも消費電力の少ない他の態様を選択し、
前記アプリケーションの優先度が所定値未満であるアプリケーションについては、前記各構成部品の前記第２の態様を選択する、
請求項４に記載の情報処理装置。
【請求項６】
タッチパネルと、
前記タッチパネルに対する操作入力履歴に基づいて、前記各構成部品の優先度を算出す
る算出部をさらに備える、
請求項１から５のいずれか一項に記載の情報処理装置。
【請求項７】
前記算出部は、前記構成部品が最後に使用された時刻からの経過時間が短いほど前記構成部品の優先度が高くなるように算出する、
請求項６に記載の情報処理装置。
【請求項８】
前記算出部は、前記タッチパネルに対する操作入力履歴に基づいて、前記アプリケーションの優先度を算出する、
請求項６又は７に記載の情報処理装置。
【請求項９】
前記算出部は、前記アプリケーションが最後に使用された時刻からの経過時間が短いほど前記アプリケーションの優先度が高くなるように前記アプリケーションの優先度を算出する、
請求項８に記載の情報処理装置。
【請求項１０】
前記表示装置の電源が投入された時に取得された前記電池の残容量に基づいて、前記第１及び前記第２の閾値を算出する第２の算出部をさらに備える、
請求項２から９のいずれか一項に記載の情報処理装置。
【請求項１１】
表示装置と、
電池と、
メモリと、
プロセッサと、
を備えるコンピュータが、
前記表示装置に表示される複数の構成部品それぞれの複数の態様の組み合わせを前記メモリに記憶し、
前記電池の残容量と前記各構成部品の優先度とに基づいて、前記各構成部品の態様を選択する、
情報処理方法。
【請求項１２】
表示装置と、
電池と、
を備えるコンピュータに、
前記表示装置に表示される複数の構成部品それぞれの複数の態様の組み合わせを記憶させ、
前記電池の残容量と前記各構成部品の優先度とに基づいて、前記各構成部品の態様を選択させる、
ための情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理方法、及び、情報処理プログラムに関する。
【背景技術】
【０００２】
コンピュータの消費電力を削減するために、様々な方法が実施されている。コンピュータにおいて消費電力が大きい処理の一つとして、ディスプレイへの表示処理がある。例えば、スマートフォン等の電池駆動の装置では、ディスプレイへの表示処理に係る消費電力量をソフトウェア制御で削減する方法の一つとして、ディスプレイのバックライトの電源のＯＮ／ＯＦＦの制御する方法がある。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−１３６６７４号公報
【特許文献２】特開２００９−８９１０４号公報
【特許文献３】特開２０１３−１４３０９０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、例えば、ディスプレイのバックライトの電源の制御の実行は、例えば、ユーザの操作がない期間に限定されることがある。また、ユーザの操作中にバックライトの電源の制御が実行できる場合でも、ユーザ操作中に表示画面の明るさが変わるため、使用品質が低下する。使用品質とは、表示画面の使用又は操作のしやすさを示す。
【０００５】
本発明の一態様は、使用品質の低下を抑制しつつ、ディスプレイへの表示処理に係る消費電力を削減可能な情報処理装置、情報処理方法、及び、情報処理プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明の態様の一つは、表示装置と、電池と、表示装置に表示される複数の構成部品の第１の態様と該第１の態様よりも消費電力の小さい第２の態様との組み合わせを記憶する記憶部と、電池の残容量と各構成部品の優先度とに基づいて、各構成部品の第１の態様又は第２の態様を選択する選択部と、を備える情報処理装置である。
【発明の効果】
【０００７】
開示の情報処理装置、情報処理方法、及び、情報処理プログラムによれば、使用品質の低下を抑制しつつ、ディスプレイへの表示処理に係る消費電力を削減することができる。
【図面の簡単な説明】
【０００８】
【図１Ａ】３つのボタンが縦に等間隔で配置された画面が表示された場合の消費電力の測定結果である。
【図１Ｂ】３つのボタンが横に等間隔に配置された画面が表示された場合の消費電力の測定結果である。
【図２】第１実施形態に係るＵＩの切替の一例を示す図である。
【図３】携帯端末のハードウェア構成の一例を示す図である。
【図４】携帯端末の機能構成の一例を示す図である。
【図５】ＵＩ部品プールの一例を示す図である。
【図６】モード閾値テーブルの一例である。
【図７】アプリケーション管理テーブルの一例である。
【図８】ＵＩ部品管理テーブルの一例である。
【図９】アプリケーション管理テーブルとＵＩ部品管理テーブルとの関係の一例を示す図である。
【図１０】アプリケーション優先度テーブルの一例である。
【図１１】ＵＩ部品優先度テーブルの一例である。
【図１２】アプリケーションＵＩステータステーブルの一例である。
【図１３】動作モード選択部のモード閾値設定処理のフローチャートの一例である。
【図１４】動作モード選択部の動作モード選択処理のフローチャートの一例である。
【図１５】優先度指標生成部のアプリケーション優先度テーブルの更新処理のフローチャートの一例である。
【図１６】優先度指標生成部のアプリケーション優先度閾値設定処理のフローチャートの一例である。
【図１７】優先度指標生成部のＵＩ部品優先度閾値設定処理のフローチャートの一例である。
【図１８Ａ】ＵＩ選択部のＵＩ部品の態様選択処理のフローチャートの一例である。
【図１８Ｂ】ＵＩ選択部のＵＩ部品の態様選択処理のフローチャートの一例である。
【図１８Ｃ】ＵＩ選択部のＵＩ部品の態様選択処理のフローチャートの一例である。
【図１９】動作モードがＭＩＤモードの場合のＵＩ部品の態様選択の具体例の一つである。
【図２０】第１実施形態に係るアプリケーションの実装のイメージの一例を示す図である。
【図２１】第１実施形態に係るアプリケーションの実装のイメージの一例を示す図である。
【図２２】変形例に係るアプリケーション管理テーブルの一例である。
【図２３】変形例に係るＵＩ部品管理テーブルの一例である。
【発明を実施するための形態】
【０００９】
以下、図面に基づいて、本発明の実施の形態を説明する。以下の実施形態の構成は例示であり、本発明は実施形態の構成に限定されない。
【００１０】
＜事前調査＞
例えば、スマートフォン等の電池駆動の装置において、消費電力量が大きいデバイスの一つにタッチパネルディスプレイがある。タッチパネルディスプレイでは、ユーザによって接触された位置に応じて処理がなされるので、接触頻度が消費電力に大きく関係する。例えば、スマートフォンに多く採用されている静電容量式のタッチパネルでは、複数の接触位置を検出可能なため、タッチパネルをどのように用いるかが消費電力に関係する。そこで、発明者は、ユーザインタフェース（以降、ＵＩ）の種類によって、消費電力に差分が生じるか否かについて、調査を行った。
【００１１】
図１Ａ及び図１Ｂは、ＵＩの種類によって消費電力に差分が生じるか否かの調査結果の一例である。図１Ａ及び図１Ｂでは、同種類のスマートフォンが用いられて調査が行われた。図１Ａは、３つのボタンが縦に等間隔で配置された画面ＳＣ１が表示された場合の消費電力の測定結果である。図１Ｂは、３つのボタンが横に等間隔に配置された画面ＳＣ２が表示された場合の消費電力の測定結果である。図１Ａ及び図１Ｂに示される電流測定結果において、矩形で囲まれた部分が、画面ＳＣ１、ＳＣ２の表示の際の測定電流である。
【００１２】
図１Ａの画面ＳＣ１の表示による消費電力は、１６７．９６ｍＷであった。図１Ｂの画面ＳＣ２の表示による消費電力は１７３．８１ｍＷであった。その消費電力の差は、５．８５ｍＷであった。事前調査により、同種類のスマートフォンに同目的で異なる種類のＵ
Ｉを表示させると、消費電力に差分が発生するという結果が得られた。この差分は、画面デバイスの特性や描画用ライブラリの実装に依存すると考えられるが、ソフトウェア実装者にとってソフトウェアの実装と電力の関係は不明確であるために、この差分については一般的に詳細な検討が行われていない。よって、描画内容による消費電力の差分の発生は、ディスプレイを伴う機器にて、一般的に起こり得る現象である。
【００１３】
＜第１実施形態＞
第１実施形態では、ＵＩの種類によって消費電力に差が出るという調査結果に基づき、電池の残容量に応じてＵＩの種類を変更し、表示処理に係る消費電力の削減、及び、稼働時間の延長を図る。
【００１４】
図２は、第１実施形態に係るＵＩの切替の一例を示す図である。表示画面は、複数のＵＩ部品が所定のレイアウトに従って配置されて生成されている。第１実施形態では、各ＵＩ部品に第１の態様と、第１の態様よりも消費電力の少ない第２の態様と、の２つの態様が用意される。各ＵＩ部品の態様の違いによる消費電力の大小関係は、例えば、実測によって予め設定されている。
【００１５】
すべてのＵＩ部品を第１の態様から第２の態様へと変更してしまうと、操作性の低下を招く可能性がある。操作性とは、例えば、ＵＩに対する慣れの度合い、操作のしやすさ、使いやすさである。操作性の低下を防ぐため、第１実施形態では、電池の電力残量に応じて段階的に、複数のＵＩ部品を第１の態様から第２の態様へと変更させる。
【００１６】
第１実施形態では、電池の残容量に応じて、動作モードをＨＩＧＨ、ＭＩＤ、ＬＯＷの３段階に分け、ＵＩ部品を第１の態様から第２の態様へと変更させる。ＨＩＧＨモードは、全ＵＩが第１の態様で表示されるモードであり、デフォルトのモードである。ＭＩＤモードは、第１の態様で表示されるＵＩ部品と第２の態様で表示されるＵＩ部品とが混在するモードである。ＬＯＷモードは、全ＵＩ部品が第２の態様で表示されるモードである。ＨＩＧＨモード、ＭＩＤモード、ＬＯＷモードの順で消費電力が小さくなる。
【００１７】
図２では、走行距離と心拍数とを示す画面の、ＨＩＧＨモード、ＭＩＤモード、ＬＯＷモードでの表示画面例が示されている。図２に示されるＨＩＧＨモードの表示画面は、飾りボタンａ１、履歴表示のグラフａ２、走行距離を示す飾り文字ａ３、心拍数を示す飾り文字ａ４、操作ボタンａ５、ａ６の６つの第１の態様のＵＩ部品が含まれる。
【００１８】
ＭＩＤモードの表示画面では、グラフａ２−２が第２の態様で表示され、それ以外のＵＩ部品は第１の態様で表示される。なお、図２に示されるＭＩＤモードの表示画面において、グラフａ２−２の第２の態様は、表示されない、という態様である。
【００１９】
ＬＯＷモードの表示画面では、全てのＵＩ部品が第２の態様で表示されている。テキストａ１−２は、飾りボタンａ１の第２の態様である。走行距離を示すテキストａ３−２は、走行距離を示す飾り文字ａ３の第２の態様である。心拍数を示すテキストａ４−２は、心拍数を示す飾り文字ａ４の第２の態様である。テキストａ５−２、ａ６−２は、操作ボタンａ５、ａ６のそれぞれの第２の態様である。
【００２０】
第１実施形態では、電池の残容量が少なくなるにつれて、例えば、図２に示されるＨＩＧＨモードの表示画面、ＭＩＤモードの表示画面、ＬＯＷモードの表示画面の順に表示画面が変化する。段階的にＵＩ部品が第１の態様から第２の態様に変更されることによって、操作性の低下を抑えることができる。また、ＭＩＤモードにおいて、いずれのＵＩが第２の態様に変更されるかについては、ユーザの操作履歴に基づく優先度によって決定される。そのため、ＭＩＤモードでは、例えば、ユーザの操作頻度の低いものが第２の態様で
表示されることとなり、操作性の低下を抑えることができる。
【００２１】
図３は、携帯端末１のハードウェア構成の一例を示す図である。携帯端末１は、例えば、スマートフォン、タブレット端末、ウェアラブル端末、携帯ゲーム機、音楽プレイヤ等のタッチパネルを備えるコンピュータである。携帯端末１は、ＣＰＵ（Central Processing Unit）１０１、記憶部１０２、タッチパネル１０３、ディスプレイ１０４、無線部１
０５、オーディオ入出力部１０６、スピーカー１０７、マイクロフォン１０８、電源制御部１０９Ａ、充電池１０９Ｂ、アンテナ１１０を備える。携帯端末１は、「情報処理装置」の一例である。
【００２２】
記憶部１０２は、ＲＡＭ（Random Access Memory）１０２Ａ、不揮発性メモリ１０２Ｂを含む。ＲＡＭ  １０２Ａは、例えば、ＤＲＡＭ等の揮発性メモリであって、ＣＰＵ  １０１に作業領域を提供する。不揮発性メモリ１０２Ｂは、例えば、フラッシュメモリであり、ＯＳ（Operating System）や各種プログラム、及びプログラムの実行に用いられるデータ等を格納する。
【００２３】
不揮発性メモリ１０２Ｂには、ＯＳ、各種アプリケーションプログラム、ＵＩ選択プログラムが格納されている。ＵＩ選択プログラムは、電池の残容量に応じてＵＩ部品の第１又は第２態様を選択するためのプログラムである。ＵＩ選択プログラムは、「情報処理プログラム」の一例である。
【００２４】
ＣＰＵ  １０１は、不揮発性メモリ１０２Ｂに格納されるプログラムをＲＡＭ  １０２Ａの作業領域に展開し、展開された命令を実行することによって、各ハードウェア構成を制御する。
【００２５】
タッチパネル１０３は、位置入力装置の１つであって、ディスプレイ１０４の表面に配置されており、ディスプレイ１０４の画面に対応する指のタッチ位置の座標を入力する。タッチパネル１０３は、第１実施形態では、静電容量方式とする。ただし、これに限られない。例えば、タッチパネル１０３は、抵抗膜方式、表面弾性波方式、赤外線方式、電磁誘導方式等であってもよい。
【００２６】
ディスプレイ１０４は、例えば、液晶ディスプレイ（Liquid Crystal Display、ＬＣＤ）である。ディスプレイ１０４は、ＣＰＵ  １０１から入力される信号に従って、画面データを表示する。
【００２７】
無線部１０５は、アンテナ１１０と接続しており、アンテナ１１０を通じて受信した無線信号を電気信号に変換してＣＰＵ  １０１に出力したり、ＣＰＵ  １０１から入力される電気信号を無線信号に変換してアンテナ１１０を通じて送信したりする。無線部１０５は、例えば、第３世代移動通信システム、第２世代移動通信システム、ＬＴＥ（Long Term Evolution）のうちのいずれか１つ又は複数に対応する電子回路である。
【００２８】
オーディオ入出力部１０６は、音声出力装置としてのスピーカー１０７と、音声入力装置としてのマイクロフォン１０８と、接続する。オーディオ入出力部１０６は、マイクロフォン１０８から入力された音声信号を電気信号に変換してＣＰＵ  １０１に出力したり、ＣＰＵ  １０１から入力された電気信号を音声信号に変換してスピーカー１０７に出力したりする。
【００２９】
充電池１０９Ｂは、例えば、リチウムイオン電池である。ただし、充電池１０９Ｂは、これに限られない。電源制御部１０９Ａは、例えば、ＩＣ（Integrated Circuit）であって、マイクロプロセッサ等を含み、該マイクロプロセッサが充電池１０９Ｂの残容量を取
得する。充電池１０９Ｂの容量の単位は、アンペア時（Ａｈ）である。以降、充電池１０９Ｂの残容量を、「電池残量」と称する。
【００３０】
なお、携帯端末１のハードウェア構成は、図３に示されるものに限定されず、適宜、追加、置換、削除等の変更が可能である。例えば、充電池１０９Ｂに代わり、電池が用いられてもよい。例えば、携帯端末１は、図３に示される構成に加えて、赤外線通信部やＩＣカード通信部等を備えてもよい。
【００３１】
図４は、携帯端末１の機能構成の一例を示す図である。携帯端末１は、機能構成として、入力処理部１１、優先度指標生成部１２、ＵＩ選択部１３、動作モード選択部１４、電池残量取得部１５、表示処理部１６、アプリケーション＃１〜＃３を含む。
【００３２】
入力処理部１１、表示処理部１６は、それぞれ、ＯＳの機能の一つであり、ＣＰＵ  １０１がＯＳを実行することによって達成される機能である。入力処理部１１は、タッチパネル１０３からのユーザ操作の入力を受け付け、該ユーザ操作をアプリケーション＃１〜＃３のうちのいずれかと、優先度指標生成部１２とに出力する。表示処理部１６は、アプリケーション＃１〜＃３のうちのいずれかからの指示にしたがって、ディスプレイ１０４に画面を表示させる。
【００３３】
電池残量取得部１５は、例えば、ＣＰＵ  １０１による電池残量取得用のＡＰＩ（Application Programming Interface）の実行によって達成される機能である。電池残量取得
部１５は、例えば、携帯端末１の起動時、スリープ状態解除時、及び、所定の周期で電池残量を取得する。携帯端末１のスリープ状態とは、例えば、タッチパネル１０３、ディスプレイ１０４等のデバイスの電源がＯＦＦとなり、消費電力が小さく抑えられている状態である。すなわち、携帯端末１は、少なくともディスプレイ１０４の電源がＯＮになるタイミングで電池残量を取得する。電池残量を取得する所定の周期は、例えば、１０分〜１時間の間の値である。電池残量取得部１５は、取得した電池残量を動作モード選択部１４に出力する。
【００３４】
優先度指標生成部１２、ＵＩ選択部１３、動作モード選択部１４は、不揮発性メモリ１０２Ｂに保持されているＵＩ選択プログラムをＣＰＵ  １０１が実行することによって達成される機能である。これに限られず、優先度指標生成部１２、ＵＩ選択部１３、動作モード選択部１４は、それぞれ、ハードウェアで達成されてもよい。優先度指標生成部１２、ＵＩ選択部１３、動作モード選択部１４の機能を達成するためのハードウェアは、例えばＦＰＧＡ（Field-Programmable Gate Array）、ＬＳＩ（Large Scale Integration）がある。
【００３５】
動作モード選択部１４は、電池残量取得部１５から電池残量の入力を受けて、該電池残量に基づいて、ＨＩＧＨモード、ＭＩＤモード、ＬＯＷモードの中から動作モードを選択する。動作モード選択部１４は、選択した動作モードをＵＩ選択部１３に通知する。
【００３６】
例えば、動作モード選択部１４は、携帯端末１の起動時の電池残量の２分の１の値を第１の閾値、携帯端末１の起動時の電池残量の４分の１の値を第２の閾値とする。動作モード選択部１４は、電池残量が、第１の閾値以上である場合には、動作モードにＨＩＧＨモードを選択する。動作モード選択部１４は、電池残量が第２の閾値以上第１の閾値未満である場合には、動作モードにＭＩＤモードを選択する。動作モード選択部１４は、電池残量が第２の閾値未満である場合には、動作モードにＬＯＷモードを選択する。動作モード選択部１４は、「第２の算出部」の一例である。
【００３７】
優先度指標生成部１２は、入力処理部１１から入力されるユーザ操作情報を蓄積してユ
ーザ操作履歴情報を取得し、ユーザ操作履歴情報に基づいて、各アプリケーションの優先度指標、各ＵＩ部品の優先度指標を決定する。各アプリケーションの優先度指標、各ＵＩ部品の優先度指標の算出の詳細については、後述される。優先度指標生成部１２は、各アプリケーションの優先度指標、各ＵＩ部品の優先度指標を、それぞれ、後述のアプリケーション管理テーブル、ＵＩ部品管理テーブルに格納する。優先度指標生成部１２は、「算出部」の一例である。
【００３８】
ＵＩ選択部１３は、動作モード選択部１４から入力される動作モードにしたがって、ＵＩ部品の態様を選択する。動作モードがＨＩＧＨモードの場合には、いずれのアプリケーションのいずれのＵＩ部品についても、ＵＩ選択部１３は、第１の態様を選択する。動作モードがＬＯＷモードの場合には、いずれのアプリケーションのいずれのＵＩ部品についても、ＵＩ選択部１３は、消費電力の少ない第２の態様を選択する。
【００３９】
動作モードがＭＩＤモードの場合には、ＵＩ選択部１３は、優先度指標が予め定められるアプリケーション優先度閾値未満のアプリケーションについては、全てのＵＩ部品について第２の態様を選択する。優先度指標がアプリケーション優先度閾値以上のアプリケーションについては、ＵＩ選択部１３は、優先度指標が予め定められるＵＩ部品優先度閾値以上のＵＩ部品については第１の態様、優先度指標がＵＩ部品優先度閾値未満のＵＩ部品については第２の態様を選択する。
【００４０】
ＵＩ選択部１３は、各ＵＩ部品の態様に対応する引数を、アプリケーションと共通言語である中間変数に変換し、各アプリケーションの中間変数テーブル１９に書き込む。各アプリケーションは、対応の中間変数テーブル１９を参照し、該当の態様のＵＩ部品を読み出して、表示画面を作成し、表示処理部１６に出力する。ＵＩ選択部１３は、「選択部」の一例である。
【００４１】
図５は、ＵＩ部品プール１３Ｐの一例を示す図である。ＵＩ部品プール１３Ｐには、各ＵＩ部品の第１の態様と第２の態様とのセットがアプリケーションごとに格納されている。以降、ＵＩ部品の第１の態様は、ＵＩ−ＨＩＧＨモードと称する。ＵＩ部品の消費電力の小さい第２の態様は、ＵＩ−ＬＯＷモードと称する。
【００４２】
各ＵＩ部品のＵＩ−ＨＧＩＨモード、ＵＩ−ＬＯＷモードには、識別情報が付与されている。ＵＩ部品プール１３Ｐには、ＵＩ部品自体が格納されていてもよい。または、ＵＩ部品プール１３Ｐには、ＵＩ部品の識別情報が格納されており、ＵＩ部品自体はＵＩライブラリ１８に格納されていてもよい。いずれの場合でも、ＵＩ部品自体又はＵＩ部品の識別情報は、中間変数に変換されて中間変数テーブル１９に書き込まれる。
【００４３】
また、ＵＩ部品プールＰ１３に格納されるＵＩ部品は、ソフトウェアで実現されるものであってもよいし、ハードウェアで実現されるものであってもよいし、ソフトウェアで実現されるものとハードウェアで実現されるものとが混在していてもよい。ＵＩ部品を実現するためのハードウェアは、例えば、ＬＳＩ、ＦＰＧＡなどである。ＵＩ部品がハードウェアで実現される場合には、ソフトウェアで実現される場合に比べてメモリ使用量が削減されるので、消費電力をより削減することができる。
【００４４】
図６は、モード閾値テーブルの一例である。モード閾値テーブルは、動作モードの判定用の閾値であるモード閾値を格納するテーブルである。モード閾値テーブルには、ＨＩＧＨモード閾値とＬＯＷモード閾値とが格納される。
【００４５】
電池残量がＨＩＧＨモード閾値以上であれば、動作モードにＨＩＧＨモードが選択される。電池残量がＬＯＷモード閾値未満であれば、動作モードにＬＯＷモードが選択される
。電池残量がＬＯＷモード閾値以上ＨＩＧＨモード閾値未満である場合には、動作モードにＭＩＤモードが選択される。
【００４６】
モード閾値は、第１実施形態では、起動時又はスリープ状態解除時の最大電力値によって決定される。ＨＩＧＨモード閾値は、起動時又はスリープ状態解除時の最大電力値の２分の１の値に設定される。ＬＯＷモード閾値は、起動時又はスリープ状態解除時の最大電力値の４分の１の値に設定される。ただし、モード閾値の値は、起動時の最大電力値に基づくものに限定されない。モード閾値の値は、予め固定値が設定されていてもよい。
【００４７】
図７は、アプリケーション管理テーブルの一例である。アプリケーション管理テーブルは、アプリケーションについてのユーザ操作の履歴情報を記録するテーブルである。アプリケーション管理テーブルは、アプリケーションごとに用意され、優先度指標生成部１２によって管理されている。
【００４８】
アプリケーション管理テーブルには、「アプリケーション名」、「起動回数（Ａ＿ＵＮＵＭ）」、「フォアグランド回数（ＦＮＵＭ）」、「ビュー呼び出し頻度ランク表」の項目が含まれる。「アプリケーション名」は、該当のアプリケーション名である。「起動回数（Ａ＿ＵＮＵＭ）」は、該当のアプリケーションが起動された回数である。
【００４９】
フォアグランドは、該当のアプリケーションに対してユーザ操作が受け付け可能な状態を示す。アプリケーションのユーザ操作受付可能な状態とは、例えば、ディスプレイ１０４の最前面に該当のアプリケーションが表示される状態である。第１実施形態では、フォアグランドのアプリケーションは１つであり、他のアプリケーションは、バックグランドに遷移して、操作待ちの状態となることとする。「フォアグランド回数（ＦＮＵＭ）」は、該当のアプリケーションがフォアグランドになった回数である。
【００５０】
「ビュー呼び出し頻度ランク表」は、該当のアプリケーションで用いられるＵＩ部品について、呼び出し頻度のランキング表の格納場所である。「起動回数（Ａ＿ＵＮＵＭ）」、「フォアグランド回数（ＦＮＵＭ）」、「ビュー呼び出し頻度ランク表」は、ユーザ操作履歴情報の一例である。
【００５１】
優先度指標生成部１２は、入力処理部１１からユーザ操作の入力を受け付けると、ユーザ操作の内容を解析し、該当のアプリケーション管理テーブルを更新する。優先度指標生成部１２は、第１実施形態では、アプリケーションの優先度指標を、「起動回数（Ａ＿ＵＮＵＭ）」と「フォアグランド回数（ＦＮＵＭ）」とを乗じて算出する。ただし、アプリケーションの優先度指標の算出方法は、これに限られない。アプリケーション管理テーブルは、例えば、携帯端末１の起動時、スリープ状態解除時、充電池１０９Ｂの満充電完了時に、リフレッシュされてもよい。
【００５２】
図８は、ＵＩ部品管理テーブルの一例である。ＵＩ部品管理テーブルは、ＵＩ部品についてのユーザ操作の履歴情報を記録するテーブルである。ＵＩ部品管理テーブルは、各アプリケーションの各ＵＩ部品について用意され、優先度指標生成部１２によって管理されている。
【００５３】
ＵＩ部品管理テーブルには、「呼び出し回数（Ｖ＿ＮＵＭ）」、「フォアグランド回数（Ｖ＿ＦＮＵＭ）」、「ピンチアウト回数（Ｐ＿ＮＵＭ）」の項目が含まれる。「呼び出し回数（Ｖ＿ＮＵＭ）」は、該当のＵＩ部品がアプリケーションに呼び出された回数である。「フォアグランド回数（Ｖ＿ＦＮＵＭ）」は、該当のＵＩ部品がタッチによって選択された回数である。
【００５４】
ピンチアウトとは、表示画面の一部を拡大する操作のことで、例えば、親指と人差し指とをタッチパネルに接触させながら広げる動作によって行われる。「ピンチアウト回数（Ｐ＿ＮＵＭ）」は、該当のＵＩ部品に対するピンチアウト操作の入力の回数である。「呼び出し回数（Ｖ＿ＮＵＭ）」、「フォアグランド回数（Ｖ＿ＦＮＵＭ）」、「ピンチアウト回数（Ｐ＿ＮＵＭ）」は、ユーザ操作履歴情報の一例である。
【００５５】
優先度指標生成部１２は、入力処理部１１からユーザ操作の入力を受け付けると、ユーザ操作の内容を解析し、該当のＵＩ部品管理テーブルを更新する。優先度指標生成部１２は、第１実施形態では、ＵＩ部品の優先度指標を、「呼び出し回数（Ｖ＿ＮＵＭ）」と「フォアグランド回数（Ｖ＿ＦＮＵＭ）」と「ピンチアウト回数（Ｐ＿ＮＵＭ）」とを乗じて算出する。ただし、ＵＩ部品の優先度指標の算出方法は、これに限られない。
【００５６】
なお、ＵＩ部品管理テーブルは、ＵＩ−ＨＩＧＨモードのＵＩ部品に対するユーザ操作履歴とＵＩ−ＬＯＷモードのＵＩ部品に対するユーザ操作履歴とを含み、１つのＵＩ部品に対して１つ用意される。ＵＩ部品管理テーブルは、例えば、携帯端末１の起動時、スリープ状態解除時、充電池１０９Ｂの満充電完了時に、リフレッシュされてもよい。
【００５７】
図９は、アプリケーション管理テーブルとＵＩ部品管理テーブルとの関係の一例を示す図である。アプリケーション管理テーブルの該当アプリケーションと、該当アプリケーションに含まれるＵＩ部品の識別情報（以降、ＩＤ）とが関連付けられている。
【００５８】
各ＵＩ部品管理テーブルの「呼び出し回数」の多い順でランキングされた表がビュー呼び出し頻度ランク表であり、優先度指標生成部１２によって管理される。また、各ＵＩ部品管理テーブルの「フォアグランド回数」を合計すると、アプリケーション管理テーブルの「フォアグランド回数」となる。
【００５９】
図１０は、アプリケーション優先度テーブルの一例である。アプリケーション優先度テーブルは、アプリケーションの優先度指標を大きい順で格納するテーブルである。アプリケーションの優先度指標は、優先度指標生成部１２によって算出され、アプリケーション優先度テーブルに格納される。アプリケーション優先度テーブルは、携帯端末１につき１つ用意される。アプリケーション優先度テーブルの更新処理の詳細は、後述される。
【００６０】
図１１は、ＵＩ部品優先度テーブルの一例である。ＵＩ部品優先度テーブルは、各アプリケーションの各ＵＩ部品の優先度指標を大きい順で格納するテーブルである。ＵＩ部品の優先度指標は、優先度指標生成部１２によって算出され、ＵＩ部品優先度テーブルに格納される。ＵＩ部品優先度テーブルは、携帯端末１につき１つ用意される。ＵＩ部品優先度テーブルは、ＵＩ部品管理テーブルが更新されるタイミングで更新されてもよいし、所定の周期でＵＩ部品管理テーブルをチェックして更新されてもよい。
【００６１】
図１２は、アプリケーションＵＩステータステーブルの一例である。アプリケーションＵＩステータステーブルは、ＵＩ選択部１３による各アプリケーションの各ＵＩ部品の態様の選択結果を格納するテーブルである。各ＵＩ部品のデフォルトの態様は、ＵＩ−ＨＩＧＨモードである。アプリケーションＵＩステータステーブルは、例えば、携帯端末１の起動時、スリープ状態解除時、満充電完了時には、デフォルトの状態、すなわち、全てのＵＩ部品がＵＩ−ＨＩＧＨモードに設定される。アプリケーションＵＩステータステーブルは、携帯端末１につき１つ用意される。
【００６２】
アプリケーションＵＩステータステーブルの各アプリケーションのエントリと、選択された態様のＵＩ部品又は該ＵＩ部品のＩＤと、が、ＵＩ選択部１３によって、中間変数に変換されて、各アプリケーションの中間変数テーブル１９に書き込まれる。各アプリケー
ションは、対応する中間変数テーブル１９に書き込まれた態様のＵＩ部品を読み出して画面を生成する。
【００６３】
モード閾値テーブル（図６）、アプリケーション管理テーブル（図７）、ＵＩ部品管理テーブル（図８）、アプリケーション優先度テーブル（図１０）、ＵＩ部品優先度テーブル（図１１）、アプリケーションＵＩステータステーブル（図１２）は、いずれも不揮発性メモリ１０２Ｂに格納されている。また、機能構成においては、これらのテーブルは、テーブル群１７に含まれる。
【００６４】
＜処理の流れ＞
図１３は、動作モード選択部１４のモード閾値設定処理のフローチャートの一例である。図１３に示されるフローチャートは、例えば、携帯端末１の起動時、スリープ状態解除時に開始される。なお、図１３に示されるフローチャートの動作主体の実体はＣＰＵ  １０１であるが、図１３では、動作モード選択部１４を動作主体として説明する。
【００６５】
ＯＰ１では、動作モード選択部１４は、電池残量取得部１５から電池残量を取得する。次に処理がＯＰ２に進む。
【００６６】
ＯＰ２では、動作モード選択部１４は、モード閾値を算出する。第１実施形態では、ＯＰ１で取得された電力最大値の２分の１の値がＨＩＧＨモード閾値として算出される。ＯＰ１で取得された電力最大値の４分の１の値がＬＯＷモード閾値として算出される。次に処理がＯＰ３に進む。
【００６７】
ＯＰ３では、動作モード選択部１４は、算出したモード閾値をモード閾値テーブルに記録する。その後、図１３に示される処理が終了する。
【００６８】
図１４は、動作モード選択部１４の動作モード選択処理のフローチャートの一例である。図１４に示されるフローチャートは、周期的に開始される。図１４に示されるフローチャートの開始周期は、例えば、１０分から１時間の間の値である。図１４に示されるフローチャートの開始周期は、固定値に設定されてもよいし、携帯端末１の管理者が任意に設定してもよい。または、図１４に示されるフローチャートの開始周期は、電池残量の取得周期（１０分〜１時間）であってもよい。動作モードの初期値は、ＮＵＬＬである。なお、図１４に示されるフローチャートの動作主体の実体はＣＰＵ  １０１であるが、図１４では、動作モード選択部１４を動作主体として説明する。
【００６９】
ＯＰ１１では、動作モード選択部１４は、電池残量取得部１５から電池残量Ｄを取得する。次に処理がＯＰ１２に進む。
【００７０】
ＯＰ１２では、動作モード選択部１４は、電池残量ＤがＬＯＷモード閾値未満であるか否かを判定する。ＬＯＷモード閾値は、モード閾値テーブルから読み出される。電池残量ＤがＬＯＷモード閾値未満である場合には（ＯＰ１２：ＹＥＳ）、処理がＯＰ１３に進む。電池残量ＤがＬＯＷモード閾値未満でない場合には（ＯＰ１２：ＮＯ）、処理がＯＰ１４に進む。
【００７１】
ＯＰ１３では、電池残量ＤがＬＯＷモード閾値未満であるので、動作モード選択部１４は、動作モードとしてＬＯＷモードを選択する。次に処理がＯＰ１７に進む。
【００７２】
ＯＰ１４では、動作モード選択部１４は、電池残量ＤがＬＯＷモード閾値以上ＨＩＧＨモード閾値未満であるか否かを判定する。ＨＩＧＨモード閾値はモード閾値テーブルから読み出される。電池残量ＤがＬＯＷモード閾値以上ＨＩＧＨモード閾値未満である場合に
は（ＯＰ１４：ＹＥＳ）、処理がＯＰ１６に進む。電池残量ＤがＨＩＧＨモード閾値以上である場合には（ＯＰ１４：ＮＯ）、処理がＯＰ１５に進む。
【００７３】
ＯＰ１５では、電池残量ＤがＨＩＧＨモード閾値以上であるので、動作モード選択部１４は、動作モードとしてＨＩＧＨモードを選択する。次に処理がＯＰ１７に進む。
【００７４】
ＯＰ１６では、電池残量ＤがＬＯＷモード閾値以上ＨＩＧＨモード閾値未満であるので、動作モード選択部１４は、動作モードとしてＭＩＤモードを選択する。次に処理がＯＰ１７に進む。
【００７５】
ＯＰ１７では、動作モード選択部１４は、動作モードに変更があるか否かを判定する。動作モードに変更がある場合には（ＯＰ１７：ＹＥＳ）、処理がＯＰ１８に進む。動作モードに変更がない場合には（ＯＰ１７：ＮＯ）、図１４に示される処理が終了する。
【００７６】
ＯＰ１８では、動作モード選択部１４は、モード変更通知フラグをＯＮにする。モード変更通知フラグは、ＵＩ選択部１３に動作モードの変更を通知するためのフラグである。その後、図１４に示される処理が終了する。
【００７７】
なお、図１４に示されるフローチャートは、一例であって、これに限定されない。例えば、ＯＰ１２の処理に代わって、電池残量ＤがＨＩＧＨモード閾値以上か否かが判定され、電池残量ＤがＨＩＧＨモード閾値以上の場合には、処理がＯＰ１５に進むようにしてもよい。
【００７８】
図１５は、優先度指標生成部１２のアプリケーション優先度テーブルの更新処理のフローチャートの一例である。図１５に示されるフローチャートは、例えば、所定の周期で実行される。図１５に示されるフローチャートの実行周期は、例えば、一時間に一回である。図１５に示されるフローチャートの実行周期は、携帯端末１の起動又はスリープ状態解除間隔の平均値又は分散値等であってもよい。また、図１５に示されるフローチャートは、例えば、ユーザ操作が入力されてアプリケーション管理テーブルが更新されるタイミングで実行されてもよい。なお、図１５に示されるフローチャートの動作主体の実体はＣＰＵ  １０１であるが、図１５では、優先度指標生成部１２を動作主体として説明する。
【００７９】
ＯＰ２１では、優先度指標生成部１２は、フォアグランドのアプリケーション名を取得する。次に処理がＯＰ２２に進む。
【００８０】
ＯＰ２２では、優先度指標生成部１２は、フォアグランドのアプリケーションがアプリケーション優先テーブルに登録済みであるか否かを判定する。フォアグランドのアプリケーションがアプリケーション優先テーブルに登録済みである場合には（ＯＰ２２：ＹＥＳ）、処理がＯＰ２３に進む。フォアグランドのアプリケーションがアプリケーション優先テーブルに登録されていない場合には（ＯＰ２２：ＮＯ）、処理がＯＰ２４に進む。
【００８１】
ＯＰ２３では、優先度指標生成部１２は、フォアグランドのアプリケーションのアプリケーション管理テーブルに基づいて、フォアグランドのアプリケーションの優先度指標を算出し、アプリケーション優先度テーブルに記録する。その後、図１５に示される処理が終了する。
【００８２】
ＯＰ２４では、優先度指標生成部１２は、フォアグランドのアプリケーションのエントリが、アプリケーションＵＩステータステーブルに存在するか否かを判定する。フォアグランドのアプリケーションのエントリが、アプリケーションＵＩステータステーブルに存在する場合には（ＯＰ２４：ＹＥＳ）、処理がＯＰ２５に進む。フォアグランドのアプリ
ケーションのエントリが、アプリケーションＵＩステータステーブルに存在しない場合には（ＯＰ２４：ＮＯ）、フォアグランドのアプリケーションはＵＩ選択プログラムの処理対象でないため、図１５に示される処理が終了する。
【００８３】
ＯＰ２５では、優先度指標生成部１２は、アプリケーション優先度テーブルへフォアグランドのアプリケーション名を追記し、フォアグランドのアプリケーションの優先度指標を算出して、アプリケーション優先度テーブルへ記録する。その後、図１５に示される処理が終了する。
【００８４】
図１６は、優先度指標生成部１２のアプリケーション優先度閾値設定処理のフローチャートの一例である。図１６に示されるフローチャートは、携帯端末１の起動時、及び、スリープ状態解除時に実行される。または、図１６に示されるフローチャートは、所定の周期で実行されてもよい。図１６に示されるフローチャートの実行周期は、例えば、一時間に一回である。なお、図１６に示されるフローチャートの動作主体の実体はＣＰＵ  １０１であるが、図１６では、優先度指標生成部１２を動作主体として説明する。
【００８５】
ＯＰ３１では、優先度指標生成部１２は、アプリケーション優先度テーブルから各アプリケーションの優先度指標を取得する。次に処理がＯＰ３２に進む。
【００８６】
ＯＰ３２では、優先度指標生成部１２は、取得したアプリケーションの優先度指標の平均値を算出し、アプリケーション優先度閾値として設定する。その後、図１６に示される処理が終了する。
【００８７】
なお、アプリケーション優先度閾値は、アプリケーションの優先度指標の平均値に限定されない。例えば、アプリケーション優先度閾値は、固定値であってもよいし、アプリケーションの優先度指標の中央値であってもよい。
【００８８】
図１７は、優先度指標生成部１２のＵＩ部品優先度閾値設定処理のフローチャートの一例である。図１７に示されるフローチャートは、携帯端末１の起動時、及び、スリープ状態解除時に実行される。または、図１７に示されるフローチャートは、所定の周期で実行されてもよい。図１７に示されるフローチャートの実行周期は、例えば、一時間に一回である。なお、図１７に示されるフローチャートの動作主体の実体はＣＰＵ  １０１であるが、図１７では、優先度指標生成部１２を動作主体として説明する。
【００８９】
ＯＰ４１では、優先度指標生成部１２は、ＵＩ部品優先度テーブルから各ＵＩ部品の優先度指標を取得する。次に処理がＯＰ４２に進む。
【００９０】
ＯＰ４２では、優先度指標生成部１２は、取得したＵＩ部品の優先度指標の平均値を算出し、ＵＩ部品優先度閾値として設定する。その後、図１７に示される処理が終了する。
【００９１】
なお、ＵＩ部品優先度閾値は、ＵＩ部品の優先度指標の平均値に限定されない。例えば、ＵＩ部品優先度閾値は、固定値であってもよいし、ＵＩ部品の優先度指標の中央値であってもよい。
【００９２】
図１８Ａ、図１８Ｂ、図１８Ｃは、ＵＩ選択部１３のＵＩ部品の態様選択処理のフローチャートの一例である。図１８Ａに示されるフローチャートは、例えば、動作モード選択部１４によって選択された動作モードが変更になり、モード変更通知フラグがＯＮになった場合に開始される。又は、図１８Ａに示されるフローチャートは、所定の周期で実行されてもよい。図１８Ａに示されるフローチャートが実行される所定の周期は、例えば、１分〜１時間の間の値である。
【００９３】
ＯＰ５１では、ＵＩ選択部１３は、動作モードがＬＯＷモードであるか否かを判定する。動作モードがＬＯＷモードの場合には（ＯＰ５１：ＹＥＳ）、処理がＯＰ５２に進む。動作モードがＬＯＷモードでない場合には（ＯＰ５１：ＮＯ）、処理がＯＰ５６に進む。
【００９４】
ＯＰ５２〜ＯＰ５５は、動作モードがＬＯＷモードである場合の処理である。ＬＯＷモードでは、全てのアプリケーションのすべてのＵＩ部品がＬＯＷモードとなる。
【００９５】
ＯＰ５２では、ＵＩ選択部１３は、ＬＯＷモードの動作に切り替えられていないアプリケーションが残っているか否かを判定する。ＬＯＷモードの動作に切り替えられていないアプリケーションが残っている場合には（ＯＰ５２：ＹＥＳ）、処理がＯＰ５３に進む。ＬＯＷモードの動作に切り替えられていないアプリケーションが残っていない場合には（ＯＰ５２：ＮＯ）、図１８Ａに示される処理が終了する。
【００９６】
ＯＰ５３では、ＵＩ選択部１３は、アプリケーション優先度テーブルから１つのアプリケーションを選択する。選択されたアプリケーションを、アプリケーションＲと称する。次に処理がＯＰ５４に進む。
【００９７】
ＯＰ５４では、ＵＩ選択部１３は、アプリケーションＵＩステータステーブルでアプリケーションＲのエントリを参照する。次に処理がＯＰ５５に進む。
【００９８】
ＯＰ５５では、ＵＩ選択部１３は、アプリケーションＵＩステータステーブルにおけるアプリケーションＲのすべてのＵＩ部品の態様をＵＩ−ＬＯＷモードへ切り替える。その後処理がＯＰ５２に戻る。
【００９９】
ＯＰ５６では、ＵＩ選択部１３は、動作モードがＭＩＤモードであるか否かを判定する。動作モードがＭＩＤモードである場合には（ＯＰ５６：ＹＥＳ）、処理がＯＰ５７に進む。動作モードがＨＩＧＨモードである場合には（ＯＰ５６：ＮＯ）、第１実施形態では、デフォルトの状態で、全てのアプリケーションのすべてのＵＩ部品の態様がＵＩ−ＨＩＧＨモードであるので、処理は行われず、図１８Ｂに示される処理が終了する。
【０１００】
ＯＰ５７以降は、動作モードがＭＩＤモードである場合の処理である。ＭＩＤモードでは、アプリケーション優先度閾値未満の優先度指標のアプリケーションのＵＩ部品は、すべて態様がＵＩ−ＬＯＷモードに切り替えられる。また、アプリケーション優先度閾値以上の優先度指標のアプリケーションのＵＩ部品は、優先度指標がＵＩ部品優先度閾値未満のものの態様がＵＩ−ＬＯＷモードに切り替えられる。
【０１０１】
ＯＰ５７では、ＵＩ選択部１３は、ＭＩＤモードの動作に切り替えられていないアプリケーションが残っているか否かを判定する。ＭＩＤモードの動作に切り替えられていないアプリケーションが残っている場合には（ＯＰ５７：ＹＥＳ）、処理がＯＰ５８に進む。ＭＩＤモードの動作に切り替えられていないアプリケーションが残っていない場合には（ＯＰ５７：ＮＯ）、図１８Ｂに示される処理が終了する。
【０１０２】
ＯＰ５８では、ＵＩ選択部１３は、アプリケーション優先度テーブルから１つのアプリケーションを選択する。選択されたアプリケーションを、アプリケーションＲと称する。次に処理がＯＰ５９に進む。
【０１０３】
ＯＰ５９では、ＵＩ選択部１３は、アプリケーション優先度テーブルでアプリケーションＲのエントリを参照する。次に処理がＯＰ６０に進む。
【０１０４】
ＯＰ６０では、ＵＩ選択部１３は、アプリケーションＲの優先度指標がアプリケーション優先度閾値未満であるか否かを判定する。アプリケーションＲの優先度指標がアプリケーション優先度閾値未満である場合には（ＯＰ６０：ＹＥＳ）、処理がＯＰ６１に進む。アプリケーションＲの優先度指標がアプリケーション優先度閾値以上である場合には（ＯＰ６０：ＮＯ）、処理がＯＰ６３に進む。
【０１０５】
ＯＰ６１では、ＵＩ選択部１３は、アプリケーションＵＩステータステーブルでアプリケーションＲのエントリを参照する。次に処理がＯＰ６２に進む。
【０１０６】
ＯＰ６２では、ＵＩ選択部１３は、アプリケーションＵＩステータステーブルにおいて、アプリケーションＲのＵＩ部品の態様をすべてＵＩ−ＬＯＷモードに切り替える。その後、処理がＯＰ５７に戻る。
【０１０７】
ＯＰ６３では、ＵＩ選択部１３は、アプリケーションＲのＵＩ部品のうち態様の切替判定が行われていないＵＩ部品が残っているか否かを判定する。アプリケーションＲのＵＩ部品のうち態様の切替判定が行われていないＵＩ部品が残っている場合には（ＯＰ６３：ＹＥＳ）、処理がＯＰ６４に進む。アプリケーションＲのＵＩ部品のうち態様の切替判定が行われていないＵＩ部品が残っていない場合には（ＯＰ６３：ＮＯ）、図１８Ｃに示される処理が終了する。
【０１０８】
ＯＰ６４では、ＵＩ選択部１３は、ＵＩ部品優先度テーブルからアプリケーションＲのＵＩ部品を１つ選択する。次に処理がＯＰ６５に進む。
【０１０９】
ＯＰ６５では、ＵＩ選択部１３は、選択したＵＩ部品の優先度指標がＵＩ部品優先度閾値未満であるか否かを判定する。選択されたＵＩ部品の優先度指標がＵＩ部品優先度閾値未満である場合には（ＯＰ６５：ＹＥＳ）、処理がＯＰ６６に進む。選択されたＵＩ部品の優先度指標がＵＩ部品優先度閾値以上である場合には（ＯＰ６５：ＮＯ）、選択されたＵＩ部品の態様はデフォルトのＵＩ−ＨＩＧＨモードのままでよいので、処理がＯＰ６３に戻る。
【０１１０】
ＯＰ６６では、ＵＩ選択部１３は、選択したＵＩ部品の態様をＵＩ−ＬＯＷモードに切り替える。その後、処理がＯＰ６３に戻る。
【０１１１】
動作モードがＬＯＷモード又はＭＩＤモードにおいて、態様がＵＩ−ＬＯＷモードに切り替えられたＵＩ部品の態様は、例えば、次に充電池１０９Ｂが満充電の状態になった場合に、デフォルトのＨＩＧＨモードに戻る。
【０１１２】
＜具体例＞
図１９は、動作モードがＭＩＤモードの場合のＵＩ部品の態様選択の具体例の一つである。図１９では、携帯端末１のスリープ状態が解除され、動作モード選択部１４は、電池残量として電力値１２０［ｍＡｈ］を取得する（図１３のＯＰ１）。動作モード選択部１４は、ＨＩＧＨモード閾値を電力値１２０［ｍＡｈ］の２分の１の値である６０［ｍＡｈ］に設定する（図１３のＯＰ２）。動作モード選択部１４は、ＬＯＷモード閾値を電力１２０［ｍＡｈ］の４分の１の値である３０［ｍＡｈ］に設定する（図１３のＯＰ２）。
【０１１３】
次に、所定の周期で電池残量３５［ｍＡｈ］を取得すると（図１４のＯＰ１１）、動作モード選択部１４は、取得した電池残量がＬＯＷモード閾値以上ＨＩＧＨモード閾値未満であるので（図１４のＯＰ１４：ＹＥＳ）、動作モードにＭＩＤモードを選択する（図１４のＯＰ１６）。
【０１１４】
一方、優先度指標生成部１２は、アプリケーション優先度テーブル、ＵＩ部品優先度テーブルから、それぞれ、アプリケーション優先度閾値、ＵＩ部品優先度閾値を算出する（図１６のＯＰ３２、図１７のＯＰ４２）。図１９では、アプリケーション優先度閾値は１００と算出されたとする。ＵＩ部品優先度閾値は１０５と算出されたとする。
【０１１５】
次に、ＵＩ選択部１３は、動作モードがＭＩＤモードであるので、アプリケーション優先度テーブルを参照し（図１８ＢのＯＰ５９）、優先度指標がアプリケーション優先度閾値未満のアプリケーションＣ、Ｄの全ＵＩ部品をＵＩ−ＬＯＷモードに切り替える（図１８ＢのＯＰ６０〜ＯＰ６２）。
【０１１６】
優先度指標がアプリケーション優先度閾値以上のアプリケーションＡ、ＢのＵＩ部品については、ＵＩ選択部１３は、優先度指標がＵＩ部品優先度閾値未満のＵＩ部品をＵＩ−ＬＯＷモードに切り替える（図１８ＣのＯＰ６５〜ＯＰ６６）。図１９では、アプリケーションＡのＵＩ部品ａ２は、優先度指標が９５でありＵＩ部品優先度閾値１０５より小さいので、ＵＩ−ＬＯＷモードに切り替えられる。
【０１１７】
アプリケーションＵＩステータステーブルの各アプリケーションのエントリは、各アプリケーションの中間変数テーブルに書き込まれる。したがって、アプリケーションＡがフォアグランドでディスプレイに表示されている場合には、例えば、画面が図２のＨＩＧＨモードの画面からＭＩＤモードの画面へと変化する。
【０１１８】
＜実装例＞
図２０は、第１実施形態に係るアプリケーションの実装のイメージの一例を示す図である。図２０に示される例では、アプリケーションは、ＵＩ部品に関して外部の中間変数テーブルを参照する。この場合には、アプリケーションには、ＵＩ部品の記述は含まれずに、アプリケーションがＵＩ部品に関して中間変数テーブルを参照するような記述がなされる。
【０１１９】
図２１は、第１実施形態に係るアプリケーションの実装のイメージの一例を示す図である。図２１に示される例では、アプリケーション本体とＵＩ部品に関する記述部分とをＩＦ記述を用いて分離して接続する。ＩＦ記述部分で中間変数が扱われる。
【０１２０】
＜第１実施形態の作用効果＞
第１実施形態では、電池残量が少なくなるにつれて、動作モードがＨＩＧＨモード、ＭＩＤモード、ＬＯＷモードと遷移し、表示画面に含まれるＵＩ部品が、第１の態様から段階的に消費電力の少ない第２の態様へと切り替わる。これによって、ディスプレイへの表示処理に係る消費電力を削減することができる。また、一度にすべてのＵＩ部品の態様が第１の態様から第２の態様に切り替わるのではなく、段階的に切り替わっていくため、表示画面の操作のしやすさの低下を抑えることができる。
【０１２１】
また、ＭＩＤモードでは、アプリケーションおよびＵＩ部品は、それぞれ、算出された優先度指標に基づいて、第１又は第２の態様のいずれかが選択される。アプリケーションおよびＵＩ部品の優先度指標は、タッチパネル１０３に対するユーザ操作の履歴情報に基づいて算出される。そのため、操作頻度の高いアプリケーションおよびＵＩ部品は、優先度も高くなる。一方、操作頻度の低いアプリケーションおよびＵＩ部品は、優先度も低くなる。
【０１２２】
ＭＩＤモードでは、操作頻度の低いアプリケーションでは、全てのＵＩ部品が第２の態様に切り替えられるが、操作頻度の高いアプリケーションでは、操作頻度の低いＵＩ部品が第２の態様に切り替えられ、操作頻度の高いＵＩ部品は第１の態様のまま表示される。
これによって、画面の操作のしやすさをできるかぎり維持することができる。
【０１２３】
また第１実施形態によれば、ディスプレイ１０４やメモリ等のハードウェアへの変更なしに、アプリケーションの構造に変更を加えればよいので、アプリケーション実装者の扱う範疇で実施可能となり、容易に表示処理に係る消費電力を削減可能となる。また、第１実施形態によれば、ＵＩ部品の態様をより消費電力の小さいものへと切り替えるので、いずれかのデバイスによる消費電力に限定されず、表示処理全体において、消費電力を削減することができる。また、第１実施形態のＵＩ選択処理は、ユーザの操作の有無にかかわらず実行可能である。したがって、第１実施形態によれば、柔軟に表示処理に係る消費電力削減方法を実行可能である。
【０１２４】
＜変形例＞
第１実施形態では、アプリケーションおよびＵＩ部品の優先度指標は、起動回数等のユーザの操作回数に基づいて算出されている。アプリケーションおよびＵＩ部品の優先度指標は、さらに、最後に使用された時刻からの経過時間Ｔ０に基づいて算出されてもよい。
【０１２５】
図２２は、変形例に係るアプリケーション管理テーブルの一例である。アプリケーション管理テーブルは、「アプリケーション名」、「起動回数（Ａ＿ＵＮＵＭ）」、「フォアグランド回数（ＦＮＵＭ）」、「ビュー呼び出し頻度ランク表」の項目に加え、「最後に使用された時刻からの経過時間Ｔ０」の項目が含まれる。
【０１２６】
優先度指標生成部１２は、変形例では、アプリケーションの優先度指標を、「起動回数（Ａ＿ＵＮＵＭ）」と「フォアグランド回数（ＦＮＵＭ）」を乗じ、さらに、「最後に使用された時刻からの経過時間Ｔ０」の逆数を乗じて算出する。「最後に使用された時刻からの経過時間Ｔ０」の逆数を乗じることによって、最後に使用された時刻からの経過時間が短いアプリケーションの優先度が上がる。
【０１２７】
図２３は、変形例に係るＵＩ部品管理テーブルの一例である。ＵＩ部品管理テーブルには、「呼び出し回数（Ｖ＿ＮＵＭ）」、「フォアグランド回数（Ｖ＿ＦＮＵＭ）」、「ピンチアウト回数（Ｐ＿ＮＵＭ）」に加え、「最後に使用された時刻からの経過時間Ｔ１」の項目が含まれる。
【０１２８】
優先度指標生成部１２は、変形例では、ＵＩ部品の優先度指標を、「呼び出し回数（Ｖ＿ＮＵＭ）」と「フォアグランド回数（Ｖ＿ＦＮＵＭ）」と「ピンチアウト回数（Ｐ＿ＮＵＭ）」とを乗じ、さらに、最後に使用された時刻からの経過時間Ｔ１」の逆数を乗じて算出する。「最後に使用された時刻からの経過時間Ｔ１」の逆数を乗じることによって、最後に使用された時刻からの経過時間が短いＵＩ部品の優先度が上がる。
【０１２９】
アプリケーションおよびＵＩ部品の優先度指標の算出に、最後に使用された時刻からの経過時間を用いることによって、ユーザが直近に使用していたアプリケーション又はＵＩ部品ほど優先度が高くなる。したがって、ユーザが直近に使用していたアプリケーション又はＵＩ部品ほどＵＩ部品が第１の態様で表示される時間が長くなり、操作性の低下をより抑制することができる。
【０１３０】
＜その他＞
第１実施形態では、ＵＩ部品が第１の態様から第２の態様への切り替れられる例について説明された。ＵＩ部品に加え、画面のレイアウトも第１の態様から第２の態様へと切り替わるようにすることもできる。画面のレイアウトもＵＩ部品と同様にＵＩ部品プールに第１の態様と第２の態様とを用意することで、画面のレイアウトも電池残量に応じて第１の態様から第２の態様への切替を達成することができる。
【０１３１】
第１実施形態では、動作モードは、ＨＩＧＨモード、ＭＩＤモード、ＬＯＷモードの３つであるが、動作モードは該３つより多くてもよい。例えば、モード閾値に、ＨＩＧＨモード閾値とＬＯＷモード閾値との間の値でＭＩＤモード閾値を設け、ＭＩＤモードをＭＩＤ―ＨＩＧＨモード、ＭＩＤ−ＬＯＷモードのさらに２つに細分化してもよい。電池残量がＭＩＤモード閾値以上ＨＩＧＨモード閾値未満の場合には、動作モードはＭＩＤ−ＨＩＧＨモードとなる。電池残量がＬＯＷモード閾値以上ＭＩＤモード閾値未満の場合には、動作モードはＭＩＤ−ＬＯＷモードとなる。
【０１３２】
例えば、アプリケーション優先度閾値とＵＩ部品優先度閾値とを、それぞれ、第１及び第２のアプリケーション優先度閾値、第１及び第２のＵＩ部品優先度閾値の２つずつ用意する。第１のアプリケーション優先度閾値＞第２のアプリケーション優先度閾値、第１のＵＩ部品優先度閾値＞第２のＵＩ部品優先度閾値である。
【０１３３】
ＭＩＤ−ＨＩＧＨモードの場合には、第１のアプリケーション優先度閾値及びＵＩ部品優先度閾値に基づき、ＵＩ部品の第１の態様から第２の態様への切替が行われる。ＭＩＤ−ＬＯＷモードの場合には、第２のアプリケーション優先度閾値及びＵＩ部品優先度閾値に基づき、ＵＩ部品の第１の態様から第２の態様への切替が行われる。
このように、ＭＩＤモードを細分化することによって、ＵＩ部品の第１の態様から第２への切替の段階をより細かにすることができる。
【０１３４】
また、第１実施形態では、ＵＩ部品の態様は、ＵＩ−ＨＩＧＨモードと、ＵＩ−ＬＯＷモードとの２つであるが、ＵＩ部品の態様は、３つ以上であってもよい。ＵＩ部品の態様が３つ以上の場合には、ＵＩ部品優先度閾値も少なくともＵＩ部品の態様の数より１つ少ない数だけ用意される。
【０１３５】
例えば、ＵＩ部品の態様が、ＵＩ−ＨＩＧＨモードと、ＵＩ−ＭＩＤモード、ＵＩ−ＬＯＷモードの３つの場合に、動作モードがＭＩＤモード、優先度指標がアプリケーション優先度閾値未満のアプリケーションのＵＩ部品の態様は、以下の通りに選択される。ＵＩ優先度指標が第１のＵＩ部品優先度閾値以上のＵＩ部品は、ＵＩ−ＨＩＧＨモードが選択される。ＵＩ優先度指標が第２のＵＩ部品優先度閾値以上第１のＵＩ部品優先度閾値未満のＵＩ部品は、ＵＩ−ＭＩＤモードが選択される。ＵＩ優先度指標が第２のＵＩ部品優先度閾値未満のＵＩ部品は、ＵＩ−ＬＯＷモードが選択される。
【０１３６】
ＵＩ部品の態様が３つ以上用意されることによって、より細かに、操作性の低下を抑制しつつ、消費電力の削減を行うことができる。
【０１３７】
また、第１実施形態では、ＵＩ部品プール１３Ｐには、アプリケーションごとにＵＩ部品が保持されており、ＵＩ部品は、１つのアプリケーション固有のものとして説明されていた。これに限られず、ＵＩ部品は、アプリケーション共通で用いられるものであってもよい。この場合には、各ＵＩ部品は、いずれのアプリケーションからも呼び出し可能なように記述される。アプリケーションＵＩステータステーブルでは、アプリケーションの区別なくＵＩ部品の選択されている態様が記録される。また、全アプリケーションで共通の中間変数テーブルが用意され、該中間変数テーブルには、アプリケーションＵＩステータステーブルと各ＵＩの識別情報とが変換された中間変数が書き込まれる。
【０１３８】
＜記録媒体＞
コンピュータその他の機械、装置（以下、コンピュータ等）に上記いずれかの機能を実現させるプログラムをコンピュータ等が読み取り可能な記録媒体に記録することができる。コンピュータ等に、この記録媒体のプログラムを読み込ませて実行させることにより、
その機能を提供させることができる。
【０１３９】
ここで、コンピュータ等が読み取り可能な記録媒体とは、データやプログラム等の情報を電気的、磁気的、光学的、機械的、または化学的作用によって蓄積し、コンピュータ等から読み取ることができる記録媒体をいう。このような記録媒体のうちコンピュータ等から取り外し可能なものとしては、例えばフレキシブルディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ／Ｗ、ＤＶＤ、ブルーレイディスク、ＤＡＴ、８ｍｍテープ、フラッシュメモリなどのメモリカード等がある。また、コンピュータ等に固定された記録媒体としてハードディスク、ＲＯＭ（リードオンリーメモリ）等がある。さらに、ＳＳＤ（Solid State Drive）は、コンピュータ等から取り外し可能な記録媒体としても、コンピュータ
等に固定された記録媒体としても利用可能である。
【符号の説明】
【０１４０】
１        携帯端末
１１      入力処理部
１２      優先度指標生成部
１３      ＵＩ選択部
１４      動作モード選択部
１５      電池残量取得部
１６      表示処理部
１０１    ＣＰＵ
１０２    記憶部
１０３    タッチパネル
１０４    ディスプレイ
【図１Ａ】
2016134775.tif 000003
【図１Ｂ】
2016134775.tif 000004
【図２】
2016134775.tif 000005
【図３】
2016134775.tif 000006
【図４】
2016134775.tif 000007
【図５】
2016134775.tif 000008
【図６】
2016134775.tif 000009
【図７】
2016134775.tif 000010
【図８】
2016134775.tif 000011
【図９】
2016134775.tif 000012
【図１０】
2016134775.tif 000013
【図１１】
2016134775.tif 000014
【図１２】
2016134775.tif 000015
【図１３】
2016134775.tif 000016
【図１４】
2016134775.tif 000017
【図１５】
2016134775.tif 000018
【図１６】
2016134775.tif 000019
【図１７】
2016134775.tif 000020
【図１８Ａ】
2016134775.tif 000021
【図１８Ｂ】
2016134775.tif 000022
【図１８Ｃ】
2016134775.tif 000023
【図１９】
2016134775.tif 000024
【図２０】
2016134775.tif 000025
【図２１】
2016134775.tif 000026
【図２２】
2016134775.tif 000027
【図２３】
2016134775.tif 000028