JP2016134775A - Information processing device, information processing method, and information processing program - Google Patents
Information processing device, information processing method, and information processing program Download PDFInfo
- Publication number
- JP2016134775A JP2016134775A JP2015008390A JP2015008390A JP2016134775A JP 2016134775 A JP2016134775 A JP 2016134775A JP 2015008390 A JP2015008390 A JP 2015008390A JP 2015008390 A JP2015008390 A JP 2015008390A JP 2016134775 A JP2016134775 A JP 2016134775A
- Authority
- JP
- Japan
- Prior art keywords
- component
- mode
- priority
- application
- threshold
- 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.)
- Pending
Links
Images
Classifications
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Landscapes
- Power Sources (AREA)
- Telephone Function (AREA)
Abstract
Description
本発明は、情報処理装置、情報処理方法、及び、情報処理プログラムに関する。 The present invention relates to an information processing apparatus, an information processing method, and an information processing program.
コンピュータの消費電力を削減するために、様々な方法が実施されている。コンピュータにおいて消費電力が大きい処理の一つとして、ディスプレイへの表示処理がある。例えば、スマートフォン等の電池駆動の装置では、ディスプレイへの表示処理に係る消費電力量をソフトウェア制御で削減する方法の一つとして、ディスプレイのバックライトの電源のＯＮ／ＯＦＦの制御する方法がある。 Various methods have been implemented to reduce the power consumption of a computer. One of the processes with high power consumption in a computer is a display process on a display. For example, in a battery-powered device such as a smartphone, as one method of reducing the power consumption related to display processing on a display by software control, there is a method of controlling ON / OFF of a backlight of a display.
しかしながら、例えば、ディスプレイのバックライトの電源の制御の実行は、例えば、ユーザの操作がない期間に限定されることがある。また、ユーザの操作中にバックライトの電源の制御が実行できる場合でも、ユーザ操作中に表示画面の明るさが変わるため、使用品質が低下する。使用品質とは、表示画面の使用又は操作のしやすさを示す。 However, for example, execution of control of the power supply of the backlight of the display may be limited to a period when there is no user operation, for example. Further, even when the backlight power supply can be controlled during the user's operation, the brightness of the display screen is changed during the user's operation, so that the use quality is deteriorated. The quality of use indicates the ease of use or operation of the display screen.
本発明の一態様は、使用品質の低下を抑制しつつ、ディスプレイへの表示処理に係る消費電力を削減可能な情報処理装置、情報処理方法、及び、情報処理プログラムを提供することを目的とする。 An object of one embodiment of the present invention is to provide an information processing device, an information processing method, and an information processing program capable of reducing power consumption related to display processing on a display while suppressing deterioration in use quality. .
本発明の態様の一つは、表示装置と、電池と、表示装置に表示される複数の構成部品の第１の態様と該第１の態様よりも消費電力の小さい第２の態様との組み合わせを記憶する記憶部と、電池の残容量と各構成部品の優先度とに基づいて、各構成部品の第１の態様又は第２の態様を選択する選択部と、を備える情報処理装置である。 One aspect of the present invention is a combination of a display device, a battery, a first embodiment of a plurality of components displayed on the display device, and a second embodiment that consumes less power than the first embodiment. And a selection unit that selects the first mode or the second mode of each component based on the remaining capacity of the battery and the priority of each component. .
開示の情報処理装置、情報処理方法、及び、情報処理プログラムによれば、使用品質の低下を抑制しつつ、ディスプレイへの表示処理に係る消費電力を削減することができる。 According to the information processing apparatus, the information processing method, and the information processing program of the disclosure, it is possible to reduce power consumption related to display processing on a display while suppressing a decrease in use quality.
以下、図面に基づいて、本発明の実施の形態を説明する。以下の実施形態の構成は例示であり、本発明は実施形態の構成に限定されない。 Hereinafter, embodiments of the present invention will be described with reference to the drawings. The configuration of the following embodiment is an exemplification, and the present invention is not limited to the configuration of the embodiment.
＜事前調査＞
例えば、スマートフォン等の電池駆動の装置において、消費電力量が大きいデバイスの一つにタッチパネルディスプレイがある。タッチパネルディスプレイでは、ユーザによって接触された位置に応じて処理がなされるので、接触頻度が消費電力に大きく関係する。例えば、スマートフォンに多く採用されている静電容量式のタッチパネルでは、複数の接触位置を検出可能なため、タッチパネルをどのように用いるかが消費電力に関係する。そこで、発明者は、ユーザインタフェース（以降、ＵＩ）の種類によって、消費電力に差分が生じるか否かについて、調査を行った。
<Preliminary survey>
For example, in a battery-driven device such as a smartphone, a touch panel display is one of devices with large power consumption. In the touch panel display, processing is performed according to the position touched by the user, so the contact frequency is greatly related to the power consumption. For example, in a capacitive touch panel that is often used in smartphones, a plurality of contact positions can be detected, and how the touch panel is used is related to power consumption. Therefore, the inventor has investigated whether or not a difference occurs in power consumption depending on the type of user interface (hereinafter referred to as UI).
図１Ａ及び図１Ｂは、ＵＩの種類によって消費電力に差分が生じるか否かの調査結果の一例である。図１Ａ及び図１Ｂでは、同種類のスマートフォンが用いられて調査が行われた。図１Ａは、３つのボタンが縦に等間隔で配置された画面ＳＣ１が表示された場合の消費電力の測定結果である。図１Ｂは、３つのボタンが横に等間隔に配置された画面ＳＣ２が表示された場合の消費電力の測定結果である。図１Ａ及び図１Ｂに示される電流測定結果において、矩形で囲まれた部分が、画面ＳＣ１、ＳＣ２の表示の際の測定電流である。 FIG. 1A and FIG. 1B are examples of a result of an investigation as to whether or not a difference occurs in power consumption depending on the type of UI. In FIG. 1A and FIG. 1B, the same type of smartphone was used for investigation. FIG. 1A shows a measurement result of power consumption when a screen SC1 in which three buttons are vertically arranged at equal intervals is displayed. FIG. 1B is a measurement result of power consumption when a screen SC2 in which three buttons are horizontally arranged at equal intervals is displayed. In the current measurement results shown in FIGS. 1A and 1B, the portions surrounded by rectangles are the measurement currents when the screens SC1 and SC2 are displayed.
図１Ａの画面ＳＣ１の表示による消費電力は、１６７．９６ｍＷであった。図１Ｂの画面ＳＣ２の表示による消費電力は１７３．８１ｍＷであった。その消費電力の差は、５．８５ｍＷであった。事前調査により、同種類のスマートフォンに同目的で異なる種類のＵ
Ｉを表示させると、消費電力に差分が発生するという結果が得られた。この差分は、画面デバイスの特性や描画用ライブラリの実装に依存すると考えられるが、ソフトウェア実装者にとってソフトウェアの実装と電力の関係は不明確であるために、この差分については一般的に詳細な検討が行われていない。よって、描画内容による消費電力の差分の発生は、ディスプレイを伴う機器にて、一般的に起こり得る現象である。
The power consumption due to the display on the screen SC1 in FIG. 1A was 167.96 mW. The power consumption due to the display on the screen SC2 in FIG. 1B was 173.81 mW. The difference in power consumption was 5.85 mW. According to a preliminary survey, different types of U for the same purpose on the same type of smartphone
When I was displayed, a result that a difference in power consumption occurred was obtained. This difference is considered to depend on the characteristics of the screen device and the implementation of the drawing library, but since the relationship between software implementation and power is unclear for software implementers, this difference is generally considered in detail. Is not done. Therefore, the occurrence of a difference in power consumption depending on the drawing content is a phenomenon that can generally occur in a device with a display.
＜第１実施形態＞
第１実施形態では、ＵＩの種類によって消費電力に差が出るという調査結果に基づき、電池の残容量に応じてＵＩの種類を変更し、表示処理に係る消費電力の削減、及び、稼働時間の延長を図る。
<First Embodiment>
In the first embodiment, the UI type is changed according to the remaining battery capacity based on the investigation result that the power consumption varies depending on the UI type, and the reduction of the power consumption related to the display process and the operation time Try to extend.
図２は、第１実施形態に係るＵＩの切替の一例を示す図である。表示画面は、複数のＵＩ部品が所定のレイアウトに従って配置されて生成されている。第１実施形態では、各ＵＩ部品に第１の態様と、第１の態様よりも消費電力の少ない第２の態様と、の２つの態様が用意される。各ＵＩ部品の態様の違いによる消費電力の大小関係は、例えば、実測によって予め設定されている。 FIG. 2 is a diagram illustrating an example of UI switching according to the first embodiment. The display screen is generated by arranging a plurality of UI parts according to a predetermined layout. In the first embodiment, each UI component is provided with two modes: a first mode and a second mode that consumes less power than the first mode. The magnitude relationship of the power consumption due to the difference in the mode of each UI component is set in advance by actual measurement, for example.
すべてのＵＩ部品を第１の態様から第２の態様へと変更してしまうと、操作性の低下を招く可能性がある。操作性とは、例えば、ＵＩに対する慣れの度合い、操作のしやすさ、使いやすさである。操作性の低下を防ぐため、第１実施形態では、電池の電力残量に応じて段階的に、複数のＵＩ部品を第１の態様から第２の態様へと変更させる。 If all UI parts are changed from the first mode to the second mode, the operability may be degraded. The operability is, for example, the degree of familiarity with the UI, ease of operation, and ease of use. In order to prevent a decrease in operability, in the first embodiment, the plurality of UI components are changed from the first mode to the second mode in a stepwise manner according to the remaining power of the battery.
第１実施形態では、電池の残容量に応じて、動作モードをＨＩＧＨ、ＭＩＤ、ＬＯＷの３段階に分け、ＵＩ部品を第１の態様から第２の態様へと変更させる。ＨＩＧＨモードは、全ＵＩが第１の態様で表示されるモードであり、デフォルトのモードである。ＭＩＤモードは、第１の態様で表示されるＵＩ部品と第２の態様で表示されるＵＩ部品とが混在するモードである。ＬＯＷモードは、全ＵＩ部品が第２の態様で表示されるモードである。ＨＩＧＨモード、ＭＩＤモード、ＬＯＷモードの順で消費電力が小さくなる。 In the first embodiment, the operation mode is divided into three stages of HIGH, MID, and LOW according to the remaining capacity of the battery, and the UI component is changed from the first mode to the second mode. The HIGH mode is a mode in which all UIs are displayed in the first mode, and is the default mode. The MID mode is a mode in which UI parts displayed in the first mode and UI parts displayed in the second mode are mixed. The LOW mode is a mode in which all UI parts are displayed in the second mode. Power consumption decreases in the order of HIGH mode, MID mode, and LOW mode.
図２では、走行距離と心拍数とを示す画面の、ＨＩＧＨモード、ＭＩＤモード、ＬＯＷモードでの表示画面例が示されている。図２に示されるＨＩＧＨモードの表示画面は、飾りボタンａ１、履歴表示のグラフａ２、走行距離を示す飾り文字ａ３、心拍数を示す飾り文字ａ４、操作ボタンａ５、ａ６の６つの第１の態様のＵＩ部品が含まれる。 FIG. 2 shows an example of a display screen in the HIGH mode, the MID mode, and the LOW mode of the screen showing the travel distance and the heart rate. The HIGH mode display screen shown in FIG. 2 has six first modes: a decoration button a1, a history display graph a2, a decoration letter a3 indicating a travel distance, a decoration letter a4 indicating a heart rate, and operation buttons a5 and a6. UI parts are included.
ＭＩＤモードの表示画面では、グラフａ２−２が第２の態様で表示され、それ以外のＵＩ部品は第１の態様で表示される。なお、図２に示されるＭＩＤモードの表示画面において、グラフａ２−２の第２の態様は、表示されない、という態様である。 On the display screen in the MID mode, the graph a2-2 is displayed in the second mode, and the other UI components are displayed in the first mode. In the MID mode display screen shown in FIG. 2, the second mode of the graph a2-2 is a mode in which it is not displayed.
ＬＯＷモードの表示画面では、全てのＵＩ部品が第２の態様で表示されている。テキストａ１−２は、飾りボタンａ１の第２の態様である。走行距離を示すテキストａ３−２は、走行距離を示す飾り文字ａ３の第２の態様である。心拍数を示すテキストａ４−２は、心拍数を示す飾り文字ａ４の第２の態様である。テキストａ５−２、ａ６−２は、操作ボタンａ５、ａ６のそれぞれの第２の態様である。 On the display screen in the LOW mode, all UI parts are displayed in the second mode. Text a1-2 is the second mode of decoration button a1. Text a3-2 indicating the travel distance is a second aspect of the decorative character a3 indicating the travel distance. Text a4-2 indicating the heart rate is a second mode of the decorative character a4 indicating the heart rate. Texts a5-2 and a6-2 are second modes of the operation buttons a5 and a6, respectively.
第１実施形態では、電池の残容量が少なくなるにつれて、例えば、図２に示されるＨＩＧＨモードの表示画面、ＭＩＤモードの表示画面、ＬＯＷモードの表示画面の順に表示画面が変化する。段階的にＵＩ部品が第１の態様から第２の態様に変更されることによって、操作性の低下を抑えることができる。また、ＭＩＤモードにおいて、いずれのＵＩが第２の態様に変更されるかについては、ユーザの操作履歴に基づく優先度によって決定される。そのため、ＭＩＤモードでは、例えば、ユーザの操作頻度の低いものが第２の態様で
表示されることとなり、操作性の低下を抑えることができる。
In the first embodiment, as the remaining capacity of the battery decreases, for example, the display screen changes in the order of the HIGH mode display screen, the MID mode display screen, and the LOW mode display screen shown in FIG. By gradually changing the UI component from the first mode to the second mode, it is possible to suppress a decrease in operability. In the MID mode, which UI is changed to the second mode is determined by the priority based on the user operation history. For this reason, in the MID mode, for example, a user whose operation frequency is low is displayed in the second mode, and a decrease in operability can be suppressed.
図３は、携帯端末１のハードウェア構成の一例を示す図である。携帯端末１は、例えば、スマートフォン、タブレット端末、ウェアラブル端末、携帯ゲーム機、音楽プレイヤ等のタッチパネルを備えるコンピュータである。携帯端末１は、ＣＰＵ（Central Processing Unit）１０１、記憶部１０２、タッチパネル１０３、ディスプレイ１０４、無線部１
０５、オーディオ入出力部１０６、スピーカー１０７、マイクロフォン１０８、電源制御部１０９Ａ、充電池１０９Ｂ、アンテナ１１０を備える。携帯端末１は、「情報処理装置」の一例である。
FIG. 3 is a diagram illustrating an example of a hardware configuration of the
05, audio input /
記憶部１０２は、ＲＡＭ（Random Access Memory）１０２Ａ、不揮発性メモリ１０２Ｂを含む。ＲＡＭ １０２Ａは、例えば、ＤＲＡＭ等の揮発性メモリであって、ＣＰＵ １０１に作業領域を提供する。不揮発性メモリ１０２Ｂは、例えば、フラッシュメモリであり、ＯＳ（Operating System）や各種プログラム、及びプログラムの実行に用いられるデータ等を格納する。
The
不揮発性メモリ１０２Ｂには、ＯＳ、各種アプリケーションプログラム、ＵＩ選択プログラムが格納されている。ＵＩ選択プログラムは、電池の残容量に応じてＵＩ部品の第１又は第２態様を選択するためのプログラムである。ＵＩ選択プログラムは、「情報処理プログラム」の一例である。
The
ＣＰＵ １０１は、不揮発性メモリ１０２Ｂに格納されるプログラムをＲＡＭ １０２Ａの作業領域に展開し、展開された命令を実行することによって、各ハードウェア構成を制御する。
The
タッチパネル１０３は、位置入力装置の１つであって、ディスプレイ１０４の表面に配置されており、ディスプレイ１０４の画面に対応する指のタッチ位置の座標を入力する。タッチパネル１０３は、第１実施形態では、静電容量方式とする。ただし、これに限られない。例えば、タッチパネル１０３は、抵抗膜方式、表面弾性波方式、赤外線方式、電磁誘導方式等であってもよい。
The
ディスプレイ１０４は、例えば、液晶ディスプレイ（Liquid Crystal Display、ＬＣＤ）である。ディスプレイ１０４は、ＣＰＵ １０１から入力される信号に従って、画面データを表示する。
The
無線部１０５は、アンテナ１１０と接続しており、アンテナ１１０を通じて受信した無線信号を電気信号に変換してＣＰＵ １０１に出力したり、ＣＰＵ １０１から入力される電気信号を無線信号に変換してアンテナ１１０を通じて送信したりする。無線部１０５は、例えば、第３世代移動通信システム、第２世代移動通信システム、ＬＴＥ（Long Term Evolution）のうちのいずれか１つ又は複数に対応する電子回路である。
The
オーディオ入出力部１０６は、音声出力装置としてのスピーカー１０７と、音声入力装置としてのマイクロフォン１０８と、接続する。オーディオ入出力部１０６は、マイクロフォン１０８から入力された音声信号を電気信号に変換してＣＰＵ １０１に出力したり、ＣＰＵ １０１から入力された電気信号を音声信号に変換してスピーカー１０７に出力したりする。
The audio input /
充電池１０９Ｂは、例えば、リチウムイオン電池である。ただし、充電池１０９Ｂは、これに限られない。電源制御部１０９Ａは、例えば、ＩＣ（Integrated Circuit）であって、マイクロプロセッサ等を含み、該マイクロプロセッサが充電池１０９Ｂの残容量を取
得する。充電池１０９Ｂの容量の単位は、アンペア時（Ａｈ）である。以降、充電池１０９Ｂの残容量を、「電池残量」と称する。
The
なお、携帯端末１のハードウェア構成は、図３に示されるものに限定されず、適宜、追加、置換、削除等の変更が可能である。例えば、充電池１０９Ｂに代わり、電池が用いられてもよい。例えば、携帯端末１は、図３に示される構成に加えて、赤外線通信部やＩＣカード通信部等を備えてもよい。
Note that the hardware configuration of the
図４は、携帯端末１の機能構成の一例を示す図である。携帯端末１は、機能構成として、入力処理部１１、優先度指標生成部１２、ＵＩ選択部１３、動作モード選択部１４、電池残量取得部１５、表示処理部１６、アプリケーション＃１〜＃３を含む。
FIG. 4 is a diagram illustrating an example of a functional configuration of the
入力処理部１１、表示処理部１６は、それぞれ、ＯＳの機能の一つであり、ＣＰＵ １０１がＯＳを実行することによって達成される機能である。入力処理部１１は、タッチパネル１０３からのユーザ操作の入力を受け付け、該ユーザ操作をアプリケーション＃１〜＃３のうちのいずれかと、優先度指標生成部１２とに出力する。表示処理部１６は、アプリケーション＃１〜＃３のうちのいずれかからの指示にしたがって、ディスプレイ１０４に画面を表示させる。
Each of the
電池残量取得部１５は、例えば、ＣＰＵ １０１による電池残量取得用のＡＰＩ（Application Programming Interface）の実行によって達成される機能である。電池残量取得
部１５は、例えば、携帯端末１の起動時、スリープ状態解除時、及び、所定の周期で電池残量を取得する。携帯端末１のスリープ状態とは、例えば、タッチパネル１０３、ディスプレイ１０４等のデバイスの電源がＯＦＦとなり、消費電力が小さく抑えられている状態である。すなわち、携帯端末１は、少なくともディスプレイ１０４の電源がＯＮになるタイミングで電池残量を取得する。電池残量を取得する所定の周期は、例えば、１０分〜１時間の間の値である。電池残量取得部１５は、取得した電池残量を動作モード選択部１４に出力する。
The battery remaining
優先度指標生成部１２、ＵＩ選択部１３、動作モード選択部１４は、不揮発性メモリ１０２Ｂに保持されているＵＩ選択プログラムをＣＰＵ １０１が実行することによって達成される機能である。これに限られず、優先度指標生成部１２、ＵＩ選択部１３、動作モード選択部１４は、それぞれ、ハードウェアで達成されてもよい。優先度指標生成部１２、ＵＩ選択部１３、動作モード選択部１４の機能を達成するためのハードウェアは、例えばＦＰＧＡ（Field-Programmable Gate Array）、ＬＳＩ（Large Scale Integration）がある。
The priority
動作モード選択部１４は、電池残量取得部１５から電池残量の入力を受けて、該電池残量に基づいて、ＨＩＧＨモード、ＭＩＤモード、ＬＯＷモードの中から動作モードを選択する。動作モード選択部１４は、選択した動作モードをＵＩ選択部１３に通知する。
The operation
例えば、動作モード選択部１４は、携帯端末１の起動時の電池残量の２分の１の値を第１の閾値、携帯端末１の起動時の電池残量の４分の１の値を第２の閾値とする。動作モード選択部１４は、電池残量が、第１の閾値以上である場合には、動作モードにＨＩＧＨモードを選択する。動作モード選択部１４は、電池残量が第２の閾値以上第１の閾値未満である場合には、動作モードにＭＩＤモードを選択する。動作モード選択部１４は、電池残量が第２の閾値未満である場合には、動作モードにＬＯＷモードを選択する。動作モード選択部１４は、「第２の算出部」の一例である。
For example, the operation
優先度指標生成部１２は、入力処理部１１から入力されるユーザ操作情報を蓄積してユ
ーザ操作履歴情報を取得し、ユーザ操作履歴情報に基づいて、各アプリケーションの優先度指標、各ＵＩ部品の優先度指標を決定する。各アプリケーションの優先度指標、各ＵＩ部品の優先度指標の算出の詳細については、後述される。優先度指標生成部１２は、各アプリケーションの優先度指標、各ＵＩ部品の優先度指標を、それぞれ、後述のアプリケーション管理テーブル、ＵＩ部品管理テーブルに格納する。優先度指標生成部１２は、「算出部」の一例である。
The priority
ＵＩ選択部１３は、動作モード選択部１４から入力される動作モードにしたがって、ＵＩ部品の態様を選択する。動作モードがＨＩＧＨモードの場合には、いずれのアプリケーションのいずれのＵＩ部品についても、ＵＩ選択部１３は、第１の態様を選択する。動作モードがＬＯＷモードの場合には、いずれのアプリケーションのいずれのＵＩ部品についても、ＵＩ選択部１３は、消費電力の少ない第２の態様を選択する。
The
動作モードがＭＩＤモードの場合には、ＵＩ選択部１３は、優先度指標が予め定められるアプリケーション優先度閾値未満のアプリケーションについては、全てのＵＩ部品について第２の態様を選択する。優先度指標がアプリケーション優先度閾値以上のアプリケーションについては、ＵＩ選択部１３は、優先度指標が予め定められるＵＩ部品優先度閾値以上のＵＩ部品については第１の態様、優先度指標がＵＩ部品優先度閾値未満のＵＩ部品については第２の態様を選択する。
When the operation mode is the MID mode, the
ＵＩ選択部１３は、各ＵＩ部品の態様に対応する引数を、アプリケーションと共通言語である中間変数に変換し、各アプリケーションの中間変数テーブル１９に書き込む。各アプリケーションは、対応の中間変数テーブル１９を参照し、該当の態様のＵＩ部品を読み出して、表示画面を作成し、表示処理部１６に出力する。ＵＩ選択部１３は、「選択部」の一例である。
The
図５は、ＵＩ部品プール１３Ｐの一例を示す図である。ＵＩ部品プール１３Ｐには、各ＵＩ部品の第１の態様と第２の態様とのセットがアプリケーションごとに格納されている。以降、ＵＩ部品の第１の態様は、ＵＩ−ＨＩＧＨモードと称する。ＵＩ部品の消費電力の小さい第２の態様は、ＵＩ−ＬＯＷモードと称する。
FIG. 5 is a diagram illustrating an example of the
各ＵＩ部品のＵＩ−ＨＧＩＨモード、ＵＩ−ＬＯＷモードには、識別情報が付与されている。ＵＩ部品プール１３Ｐには、ＵＩ部品自体が格納されていてもよい。または、ＵＩ部品プール１３Ｐには、ＵＩ部品の識別情報が格納されており、ＵＩ部品自体はＵＩライブラリ１８に格納されていてもよい。いずれの場合でも、ＵＩ部品自体又はＵＩ部品の識別情報は、中間変数に変換されて中間変数テーブル１９に書き込まれる。
Identification information is given to the UI-HGIH mode and UI-LOW mode of each UI component. The UI parts pool 13P may store UI parts themselves. Alternatively, UI component identification information may be stored in the
また、ＵＩ部品プールＰ１３に格納されるＵＩ部品は、ソフトウェアで実現されるものであってもよいし、ハードウェアで実現されるものであってもよいし、ソフトウェアで実現されるものとハードウェアで実現されるものとが混在していてもよい。ＵＩ部品を実現するためのハードウェアは、例えば、ＬＳＩ、ＦＰＧＡなどである。ＵＩ部品がハードウェアで実現される場合には、ソフトウェアで実現される場合に比べてメモリ使用量が削減されるので、消費電力をより削減することができる。 UI components stored in the UI component pool P13 may be realized by software, may be realized by hardware, or may be realized by software and hardware. It may be mixed with what is realized in. The hardware for realizing the UI component is, for example, an LSI, an FPGA, or the like. When the UI component is realized by hardware, the memory usage is reduced as compared with the case where the UI component is realized by software, so that power consumption can be further reduced.
図６は、モード閾値テーブルの一例である。モード閾値テーブルは、動作モードの判定用の閾値であるモード閾値を格納するテーブルである。モード閾値テーブルには、ＨＩＧＨモード閾値とＬＯＷモード閾値とが格納される。 FIG. 6 is an example of the mode threshold value table. The mode threshold value table is a table that stores a mode threshold value that is a threshold value for determining the operation mode. The mode threshold value table stores a HIGH mode threshold value and a LOW mode threshold value.
電池残量がＨＩＧＨモード閾値以上であれば、動作モードにＨＩＧＨモードが選択される。電池残量がＬＯＷモード閾値未満であれば、動作モードにＬＯＷモードが選択される
。電池残量がＬＯＷモード閾値以上ＨＩＧＨモード閾値未満である場合には、動作モードにＭＩＤモードが選択される。
If the remaining battery level is equal to or higher than the HIGH mode threshold, the HIGH mode is selected as the operation mode. If the remaining battery level is less than the LOW mode threshold, the LOW mode is selected as the operation mode. When the remaining battery level is not less than the LOW mode threshold value and less than the HIGH mode threshold value, the MID mode is selected as the operation mode.
モード閾値は、第１実施形態では、起動時又はスリープ状態解除時の最大電力値によって決定される。ＨＩＧＨモード閾値は、起動時又はスリープ状態解除時の最大電力値の２分の１の値に設定される。ＬＯＷモード閾値は、起動時又はスリープ状態解除時の最大電力値の４分の１の値に設定される。ただし、モード閾値の値は、起動時の最大電力値に基づくものに限定されない。モード閾値の値は、予め固定値が設定されていてもよい。 In the first embodiment, the mode threshold is determined by the maximum power value at the time of startup or sleep mode cancellation. The HIGH mode threshold is set to a value that is half of the maximum power value at the time of startup or when the sleep state is canceled. The LOW mode threshold value is set to a value that is a quarter of the maximum power value at the time of startup or sleep mode cancellation. However, the value of the mode threshold value is not limited to that based on the maximum power value at startup. A fixed value may be set in advance as the mode threshold value.
図７は、アプリケーション管理テーブルの一例である。アプリケーション管理テーブルは、アプリケーションについてのユーザ操作の履歴情報を記録するテーブルである。アプリケーション管理テーブルは、アプリケーションごとに用意され、優先度指標生成部１２によって管理されている。
FIG. 7 is an example of an application management table. The application management table is a table for recording history information of user operations regarding applications. The application management table is prepared for each application and is managed by the priority
アプリケーション管理テーブルには、「アプリケーション名」、「起動回数（Ａ＿ＵＮＵＭ）」、「フォアグランド回数（ＦＮＵＭ）」、「ビュー呼び出し頻度ランク表」の項目が含まれる。「アプリケーション名」は、該当のアプリケーション名である。「起動回数（Ａ＿ＵＮＵＭ）」は、該当のアプリケーションが起動された回数である。 The application management table includes items of “application name”, “number of times of activation (A_UNUM)”, “number of times of foreground (FNUM)”, and “view call frequency rank table”. “Application name” is the name of the corresponding application. “Number of activations (A_UNUM)” is the number of times the corresponding application is activated.
フォアグランドは、該当のアプリケーションに対してユーザ操作が受け付け可能な状態を示す。アプリケーションのユーザ操作受付可能な状態とは、例えば、ディスプレイ１０４の最前面に該当のアプリケーションが表示される状態である。第１実施形態では、フォアグランドのアプリケーションは１つであり、他のアプリケーションは、バックグランドに遷移して、操作待ちの状態となることとする。「フォアグランド回数（ＦＮＵＭ）」は、該当のアプリケーションがフォアグランドになった回数である。
The foreground indicates a state in which a user operation can be accepted for the corresponding application. The state where the user operation of the application can be accepted is a state where the corresponding application is displayed on the forefront of the
「ビュー呼び出し頻度ランク表」は、該当のアプリケーションで用いられるＵＩ部品について、呼び出し頻度のランキング表の格納場所である。「起動回数（Ａ＿ＵＮＵＭ）」、「フォアグランド回数（ＦＮＵＭ）」、「ビュー呼び出し頻度ランク表」は、ユーザ操作履歴情報の一例である。 The “view call frequency rank table” is a storage location of a call frequency ranking table for UI parts used in the corresponding application. “Activation count (A_UNUM)”, “Foreground count (FNUM)”, and “View call frequency rank table” are examples of user operation history information.
優先度指標生成部１２は、入力処理部１１からユーザ操作の入力を受け付けると、ユーザ操作の内容を解析し、該当のアプリケーション管理テーブルを更新する。優先度指標生成部１２は、第１実施形態では、アプリケーションの優先度指標を、「起動回数（Ａ＿ＵＮＵＭ）」と「フォアグランド回数（ＦＮＵＭ）」とを乗じて算出する。ただし、アプリケーションの優先度指標の算出方法は、これに限られない。アプリケーション管理テーブルは、例えば、携帯端末１の起動時、スリープ状態解除時、充電池１０９Ｂの満充電完了時に、リフレッシュされてもよい。
When receiving the input of the user operation from the
図８は、ＵＩ部品管理テーブルの一例である。ＵＩ部品管理テーブルは、ＵＩ部品についてのユーザ操作の履歴情報を記録するテーブルである。ＵＩ部品管理テーブルは、各アプリケーションの各ＵＩ部品について用意され、優先度指標生成部１２によって管理されている。
FIG. 8 is an example of a UI component management table. The UI component management table is a table that records history information of user operations regarding UI components. The UI component management table is prepared for each UI component of each application, and is managed by the priority
ＵＩ部品管理テーブルには、「呼び出し回数（Ｖ＿ＮＵＭ）」、「フォアグランド回数（Ｖ＿ＦＮＵＭ）」、「ピンチアウト回数（Ｐ＿ＮＵＭ）」の項目が含まれる。「呼び出し回数（Ｖ＿ＮＵＭ）」は、該当のＵＩ部品がアプリケーションに呼び出された回数である。「フォアグランド回数（Ｖ＿ＦＮＵＭ）」は、該当のＵＩ部品がタッチによって選択された回数である。 The UI component management table includes items of “number of calls (V_NUM)”, “number of foregrounds (V_FNUM)”, and “number of pinch-outs (P_NUM)”. “Number of calls (V_NUM)” is the number of times the corresponding UI component is called by the application. “Foreground count (V_FNUM)” is the number of times the corresponding UI component is selected by touch.
ピンチアウトとは、表示画面の一部を拡大する操作のことで、例えば、親指と人差し指とをタッチパネルに接触させながら広げる動作によって行われる。「ピンチアウト回数（Ｐ＿ＮＵＭ）」は、該当のＵＩ部品に対するピンチアウト操作の入力の回数である。「呼び出し回数（Ｖ＿ＮＵＭ）」、「フォアグランド回数（Ｖ＿ＦＮＵＭ）」、「ピンチアウト回数（Ｐ＿ＮＵＭ）」は、ユーザ操作履歴情報の一例である。 Pinch-out is an operation of enlarging a part of the display screen, and is performed, for example, by an operation of expanding a thumb and an index finger while contacting the touch panel. “Pinch-out frequency (P_NUM)” is the number of times a pinch-out operation is input to the corresponding UI component. “Number of calls (V_NUM)”, “Number of foregrounds (V_FNUM)”, and “Number of pinch outs (P_NUM)” are examples of user operation history information.
優先度指標生成部１２は、入力処理部１１からユーザ操作の入力を受け付けると、ユーザ操作の内容を解析し、該当のＵＩ部品管理テーブルを更新する。優先度指標生成部１２は、第１実施形態では、ＵＩ部品の優先度指標を、「呼び出し回数（Ｖ＿ＮＵＭ）」と「フォアグランド回数（Ｖ＿ＦＮＵＭ）」と「ピンチアウト回数（Ｐ＿ＮＵＭ）」とを乗じて算出する。ただし、ＵＩ部品の優先度指標の算出方法は、これに限られない。
When receiving the input of the user operation from the
なお、ＵＩ部品管理テーブルは、ＵＩ−ＨＩＧＨモードのＵＩ部品に対するユーザ操作履歴とＵＩ−ＬＯＷモードのＵＩ部品に対するユーザ操作履歴とを含み、１つのＵＩ部品に対して１つ用意される。ＵＩ部品管理テーブルは、例えば、携帯端末１の起動時、スリープ状態解除時、充電池１０９Ｂの満充電完了時に、リフレッシュされてもよい。
The UI component management table includes a user operation history for UI components in the UI-HIGH mode and a user operation history for UI components in the UI-LOW mode, and one UI component management table is prepared for one UI component. For example, the UI component management table may be refreshed when the
図９は、アプリケーション管理テーブルとＵＩ部品管理テーブルとの関係の一例を示す図である。アプリケーション管理テーブルの該当アプリケーションと、該当アプリケーションに含まれるＵＩ部品の識別情報（以降、ＩＤ）とが関連付けられている。 FIG. 9 is a diagram illustrating an example of a relationship between the application management table and the UI component management table. The corresponding application in the application management table is associated with identification information (hereinafter referred to as ID) of UI parts included in the corresponding application.
各ＵＩ部品管理テーブルの「呼び出し回数」の多い順でランキングされた表がビュー呼び出し頻度ランク表であり、優先度指標生成部１２によって管理される。また、各ＵＩ部品管理テーブルの「フォアグランド回数」を合計すると、アプリケーション管理テーブルの「フォアグランド回数」となる。
A table ranked in descending order of the “call count” in each UI component management table is a view call frequency rank table, and is managed by the priority
図１０は、アプリケーション優先度テーブルの一例である。アプリケーション優先度テーブルは、アプリケーションの優先度指標を大きい順で格納するテーブルである。アプリケーションの優先度指標は、優先度指標生成部１２によって算出され、アプリケーション優先度テーブルに格納される。アプリケーション優先度テーブルは、携帯端末１につき１つ用意される。アプリケーション優先度テーブルの更新処理の詳細は、後述される。
FIG. 10 is an example of an application priority table. The application priority table is a table for storing priority indexes of applications in descending order. The application priority index is calculated by the priority
図１１は、ＵＩ部品優先度テーブルの一例である。ＵＩ部品優先度テーブルは、各アプリケーションの各ＵＩ部品の優先度指標を大きい順で格納するテーブルである。ＵＩ部品の優先度指標は、優先度指標生成部１２によって算出され、ＵＩ部品優先度テーブルに格納される。ＵＩ部品優先度テーブルは、携帯端末１につき１つ用意される。ＵＩ部品優先度テーブルは、ＵＩ部品管理テーブルが更新されるタイミングで更新されてもよいし、所定の周期でＵＩ部品管理テーブルをチェックして更新されてもよい。
FIG. 11 is an example of a UI component priority table. The UI component priority table is a table that stores priority indexes of UI components of each application in descending order. The priority index of the UI component is calculated by the priority
図１２は、アプリケーションＵＩステータステーブルの一例である。アプリケーションＵＩステータステーブルは、ＵＩ選択部１３による各アプリケーションの各ＵＩ部品の態様の選択結果を格納するテーブルである。各ＵＩ部品のデフォルトの態様は、ＵＩ−ＨＩＧＨモードである。アプリケーションＵＩステータステーブルは、例えば、携帯端末１の起動時、スリープ状態解除時、満充電完了時には、デフォルトの状態、すなわち、全てのＵＩ部品がＵＩ−ＨＩＧＨモードに設定される。アプリケーションＵＩステータステーブルは、携帯端末１につき１つ用意される。
FIG. 12 is an example of an application UI status table. The application UI status table is a table that stores the selection result of the mode of each UI component of each application by the
アプリケーションＵＩステータステーブルの各アプリケーションのエントリと、選択された態様のＵＩ部品又は該ＵＩ部品のＩＤと、が、ＵＩ選択部１３によって、中間変数に変換されて、各アプリケーションの中間変数テーブル１９に書き込まれる。各アプリケー
ションは、対応する中間変数テーブル１９に書き込まれた態様のＵＩ部品を読み出して画面を生成する。
The entry of each application in the application UI status table and the UI component of the selected mode or the ID of the UI component are converted into intermediate variables by the
モード閾値テーブル（図６）、アプリケーション管理テーブル（図７）、ＵＩ部品管理テーブル（図８）、アプリケーション優先度テーブル（図１０）、ＵＩ部品優先度テーブル（図１１）、アプリケーションＵＩステータステーブル（図１２）は、いずれも不揮発性メモリ１０２Ｂに格納されている。また、機能構成においては、これらのテーブルは、テーブル群１７に含まれる。
Mode threshold table (FIG. 6), application management table (FIG. 7), UI component management table (FIG. 8), application priority table (FIG. 10), UI component priority table (FIG. 11), application UI status table (FIG. 12) are all stored in the
＜処理の流れ＞
図１３は、動作モード選択部１４のモード閾値設定処理のフローチャートの一例である。図１３に示されるフローチャートは、例えば、携帯端末１の起動時、スリープ状態解除時に開始される。なお、図１３に示されるフローチャートの動作主体の実体はＣＰＵ １０１であるが、図１３では、動作モード選択部１４を動作主体として説明する。
<Process flow>
FIG. 13 is an example of a flowchart of the mode threshold setting process of the operation
ＯＰ１では、動作モード選択部１４は、電池残量取得部１５から電池残量を取得する。次に処理がＯＰ２に進む。
In OP <b> 1, the operation
ＯＰ２では、動作モード選択部１４は、モード閾値を算出する。第１実施形態では、ＯＰ１で取得された電力最大値の２分の１の値がＨＩＧＨモード閾値として算出される。ＯＰ１で取得された電力最大値の４分の１の値がＬＯＷモード閾値として算出される。次に処理がＯＰ３に進む。
In OP2, the operation
ＯＰ３では、動作モード選択部１４は、算出したモード閾値をモード閾値テーブルに記録する。その後、図１３に示される処理が終了する。
In OP3, the operation
図１４は、動作モード選択部１４の動作モード選択処理のフローチャートの一例である。図１４に示されるフローチャートは、周期的に開始される。図１４に示されるフローチャートの開始周期は、例えば、１０分から１時間の間の値である。図１４に示されるフローチャートの開始周期は、固定値に設定されてもよいし、携帯端末１の管理者が任意に設定してもよい。または、図１４に示されるフローチャートの開始周期は、電池残量の取得周期（１０分〜１時間）であってもよい。動作モードの初期値は、ＮＵＬＬである。なお、図１４に示されるフローチャートの動作主体の実体はＣＰＵ １０１であるが、図１４では、動作モード選択部１４を動作主体として説明する。
FIG. 14 is an example of a flowchart of the operation mode selection process of the operation
ＯＰ１１では、動作モード選択部１４は、電池残量取得部１５から電池残量Ｄを取得する。次に処理がＯＰ１２に進む。
In OP <b> 11, the operation
ＯＰ１２では、動作モード選択部１４は、電池残量ＤがＬＯＷモード閾値未満であるか否かを判定する。ＬＯＷモード閾値は、モード閾値テーブルから読み出される。電池残量ＤがＬＯＷモード閾値未満である場合には（ＯＰ１２：ＹＥＳ）、処理がＯＰ１３に進む。電池残量ＤがＬＯＷモード閾値未満でない場合には（ＯＰ１２：ＮＯ）、処理がＯＰ１４に進む。
In OP12, the operation
ＯＰ１３では、電池残量ＤがＬＯＷモード閾値未満であるので、動作モード選択部１４は、動作モードとしてＬＯＷモードを選択する。次に処理がＯＰ１７に進む。
In OP13, since the remaining battery level D is less than the LOW mode threshold, the operation
ＯＰ１４では、動作モード選択部１４は、電池残量ＤがＬＯＷモード閾値以上ＨＩＧＨモード閾値未満であるか否かを判定する。ＨＩＧＨモード閾値はモード閾値テーブルから読み出される。電池残量ＤがＬＯＷモード閾値以上ＨＩＧＨモード閾値未満である場合に
は（ＯＰ１４：ＹＥＳ）、処理がＯＰ１６に進む。電池残量ＤがＨＩＧＨモード閾値以上である場合には（ＯＰ１４：ＮＯ）、処理がＯＰ１５に進む。
In OP14, the operation
ＯＰ１５では、電池残量ＤがＨＩＧＨモード閾値以上であるので、動作モード選択部１４は、動作モードとしてＨＩＧＨモードを選択する。次に処理がＯＰ１７に進む。
In OP15, since the remaining battery charge D is equal to or higher than the HIGH mode threshold, the operation
ＯＰ１６では、電池残量ＤがＬＯＷモード閾値以上ＨＩＧＨモード閾値未満であるので、動作モード選択部１４は、動作モードとしてＭＩＤモードを選択する。次に処理がＯＰ１７に進む。
In OP16, since the remaining battery level D is equal to or higher than the LOW mode threshold value and lower than the HIGH mode threshold value, the operation
ＯＰ１７では、動作モード選択部１４は、動作モードに変更があるか否かを判定する。動作モードに変更がある場合には（ＯＰ１７：ＹＥＳ）、処理がＯＰ１８に進む。動作モードに変更がない場合には（ＯＰ１７：ＮＯ）、図１４に示される処理が終了する。
In OP17, the operation
ＯＰ１８では、動作モード選択部１４は、モード変更通知フラグをＯＮにする。モード変更通知フラグは、ＵＩ選択部１３に動作モードの変更を通知するためのフラグである。その後、図１４に示される処理が終了する。
In OP18, the operation
なお、図１４に示されるフローチャートは、一例であって、これに限定されない。例えば、ＯＰ１２の処理に代わって、電池残量ＤがＨＩＧＨモード閾値以上か否かが判定され、電池残量ＤがＨＩＧＨモード閾値以上の場合には、処理がＯＰ１５に進むようにしてもよい。 Note that the flowchart shown in FIG. 14 is an example, and the present invention is not limited to this. For example, instead of the process of OP12, it is determined whether or not the remaining battery level D is greater than or equal to the HIGH mode threshold. If the remaining battery level D is greater than or equal to the HIGH mode threshold, the process may proceed to OP15.
図１５は、優先度指標生成部１２のアプリケーション優先度テーブルの更新処理のフローチャートの一例である。図１５に示されるフローチャートは、例えば、所定の周期で実行される。図１５に示されるフローチャートの実行周期は、例えば、一時間に一回である。図１５に示されるフローチャートの実行周期は、携帯端末１の起動又はスリープ状態解除間隔の平均値又は分散値等であってもよい。また、図１５に示されるフローチャートは、例えば、ユーザ操作が入力されてアプリケーション管理テーブルが更新されるタイミングで実行されてもよい。なお、図１５に示されるフローチャートの動作主体の実体はＣＰＵ １０１であるが、図１５では、優先度指標生成部１２を動作主体として説明する。
FIG. 15 is an example of a flowchart of the update process of the application priority table of the priority
ＯＰ２１では、優先度指標生成部１２は、フォアグランドのアプリケーション名を取得する。次に処理がＯＰ２２に進む。
In OP21, the priority
ＯＰ２２では、優先度指標生成部１２は、フォアグランドのアプリケーションがアプリケーション優先テーブルに登録済みであるか否かを判定する。フォアグランドのアプリケーションがアプリケーション優先テーブルに登録済みである場合には（ＯＰ２２：ＹＥＳ）、処理がＯＰ２３に進む。フォアグランドのアプリケーションがアプリケーション優先テーブルに登録されていない場合には（ＯＰ２２：ＮＯ）、処理がＯＰ２４に進む。
In OP22, the priority
ＯＰ２３では、優先度指標生成部１２は、フォアグランドのアプリケーションのアプリケーション管理テーブルに基づいて、フォアグランドのアプリケーションの優先度指標を算出し、アプリケーション優先度テーブルに記録する。その後、図１５に示される処理が終了する。
In OP23, the priority
ＯＰ２４では、優先度指標生成部１２は、フォアグランドのアプリケーションのエントリが、アプリケーションＵＩステータステーブルに存在するか否かを判定する。フォアグランドのアプリケーションのエントリが、アプリケーションＵＩステータステーブルに存在する場合には（ＯＰ２４：ＹＥＳ）、処理がＯＰ２５に進む。フォアグランドのアプリ
ケーションのエントリが、アプリケーションＵＩステータステーブルに存在しない場合には（ＯＰ２４：ＮＯ）、フォアグランドのアプリケーションはＵＩ選択プログラムの処理対象でないため、図１５に示される処理が終了する。
In OP24, the priority
ＯＰ２５では、優先度指標生成部１２は、アプリケーション優先度テーブルへフォアグランドのアプリケーション名を追記し、フォアグランドのアプリケーションの優先度指標を算出して、アプリケーション優先度テーブルへ記録する。その後、図１５に示される処理が終了する。
In OP25, the priority
図１６は、優先度指標生成部１２のアプリケーション優先度閾値設定処理のフローチャートの一例である。図１６に示されるフローチャートは、携帯端末１の起動時、及び、スリープ状態解除時に実行される。または、図１６に示されるフローチャートは、所定の周期で実行されてもよい。図１６に示されるフローチャートの実行周期は、例えば、一時間に一回である。なお、図１６に示されるフローチャートの動作主体の実体はＣＰＵ １０１であるが、図１６では、優先度指標生成部１２を動作主体として説明する。
FIG. 16 is an example of a flowchart of application priority threshold setting processing of the priority
ＯＰ３１では、優先度指標生成部１２は、アプリケーション優先度テーブルから各アプリケーションの優先度指標を取得する。次に処理がＯＰ３２に進む。
In OP31, the priority
ＯＰ３２では、優先度指標生成部１２は、取得したアプリケーションの優先度指標の平均値を算出し、アプリケーション優先度閾値として設定する。その後、図１６に示される処理が終了する。
In OP32, the priority
なお、アプリケーション優先度閾値は、アプリケーションの優先度指標の平均値に限定されない。例えば、アプリケーション優先度閾値は、固定値であってもよいし、アプリケーションの優先度指標の中央値であってもよい。 The application priority threshold value is not limited to the average value of the application priority index. For example, the application priority threshold value may be a fixed value or the median value of the application priority index.
図１７は、優先度指標生成部１２のＵＩ部品優先度閾値設定処理のフローチャートの一例である。図１７に示されるフローチャートは、携帯端末１の起動時、及び、スリープ状態解除時に実行される。または、図１７に示されるフローチャートは、所定の周期で実行されてもよい。図１７に示されるフローチャートの実行周期は、例えば、一時間に一回である。なお、図１７に示されるフローチャートの動作主体の実体はＣＰＵ １０１であるが、図１７では、優先度指標生成部１２を動作主体として説明する。
FIG. 17 is an example of a flowchart of a UI component priority threshold setting process of the priority
ＯＰ４１では、優先度指標生成部１２は、ＵＩ部品優先度テーブルから各ＵＩ部品の優先度指標を取得する。次に処理がＯＰ４２に進む。
In OP41, the priority
ＯＰ４２では、優先度指標生成部１２は、取得したＵＩ部品の優先度指標の平均値を算出し、ＵＩ部品優先度閾値として設定する。その後、図１７に示される処理が終了する。
In OP42, the priority
なお、ＵＩ部品優先度閾値は、ＵＩ部品の優先度指標の平均値に限定されない。例えば、ＵＩ部品優先度閾値は、固定値であってもよいし、ＵＩ部品の優先度指標の中央値であってもよい。 Note that the UI component priority threshold is not limited to the average value of the UI component priority index. For example, the UI component priority threshold value may be a fixed value or a median value of UI component priority indicators.
図１８Ａ、図１８Ｂ、図１８Ｃは、ＵＩ選択部１３のＵＩ部品の態様選択処理のフローチャートの一例である。図１８Ａに示されるフローチャートは、例えば、動作モード選択部１４によって選択された動作モードが変更になり、モード変更通知フラグがＯＮになった場合に開始される。又は、図１８Ａに示されるフローチャートは、所定の周期で実行されてもよい。図１８Ａに示されるフローチャートが実行される所定の周期は、例えば、１分〜１時間の間の値である。
18A, 18B, and 18C are examples of a flowchart of UI component mode selection processing of the
ＯＰ５１では、ＵＩ選択部１３は、動作モードがＬＯＷモードであるか否かを判定する。動作モードがＬＯＷモードの場合には（ＯＰ５１：ＹＥＳ）、処理がＯＰ５２に進む。動作モードがＬＯＷモードでない場合には（ＯＰ５１：ＮＯ）、処理がＯＰ５６に進む。
In OP51, the
ＯＰ５２〜ＯＰ５５は、動作モードがＬＯＷモードである場合の処理である。ＬＯＷモードでは、全てのアプリケーションのすべてのＵＩ部品がＬＯＷモードとなる。 OP52 to OP55 are processes when the operation mode is the LOW mode. In the LOW mode, all UI components of all applications are in the LOW mode.
ＯＰ５２では、ＵＩ選択部１３は、ＬＯＷモードの動作に切り替えられていないアプリケーションが残っているか否かを判定する。ＬＯＷモードの動作に切り替えられていないアプリケーションが残っている場合には（ＯＰ５２：ＹＥＳ）、処理がＯＰ５３に進む。ＬＯＷモードの動作に切り替えられていないアプリケーションが残っていない場合には（ＯＰ５２：ＮＯ）、図１８Ａに示される処理が終了する。
In OP52, the
ＯＰ５３では、ＵＩ選択部１３は、アプリケーション優先度テーブルから１つのアプリケーションを選択する。選択されたアプリケーションを、アプリケーションＲと称する。次に処理がＯＰ５４に進む。
In OP53, the
ＯＰ５４では、ＵＩ選択部１３は、アプリケーションＵＩステータステーブルでアプリケーションＲのエントリを参照する。次に処理がＯＰ５５に進む。
In OP54, the
ＯＰ５５では、ＵＩ選択部１３は、アプリケーションＵＩステータステーブルにおけるアプリケーションＲのすべてのＵＩ部品の態様をＵＩ−ＬＯＷモードへ切り替える。その後処理がＯＰ５２に戻る。
In OP55, the
ＯＰ５６では、ＵＩ選択部１３は、動作モードがＭＩＤモードであるか否かを判定する。動作モードがＭＩＤモードである場合には（ＯＰ５６：ＹＥＳ）、処理がＯＰ５７に進む。動作モードがＨＩＧＨモードである場合には（ＯＰ５６：ＮＯ）、第１実施形態では、デフォルトの状態で、全てのアプリケーションのすべてのＵＩ部品の態様がＵＩ−ＨＩＧＨモードであるので、処理は行われず、図１８Ｂに示される処理が終了する。
In OP56, the
ＯＰ５７以降は、動作モードがＭＩＤモードである場合の処理である。ＭＩＤモードでは、アプリケーション優先度閾値未満の優先度指標のアプリケーションのＵＩ部品は、すべて態様がＵＩ−ＬＯＷモードに切り替えられる。また、アプリケーション優先度閾値以上の優先度指標のアプリケーションのＵＩ部品は、優先度指標がＵＩ部品優先度閾値未満のものの態様がＵＩ−ＬＯＷモードに切り替えられる。 The processing after OP57 is processing when the operation mode is the MID mode. In the MID mode, the UI components of the application having a priority index less than the application priority threshold are all switched to the UI-LOW mode. In addition, the UI component of the application having a priority index equal to or higher than the application priority threshold is switched to the UI-LOW mode in a mode in which the priority index is less than the UI component priority threshold.
ＯＰ５７では、ＵＩ選択部１３は、ＭＩＤモードの動作に切り替えられていないアプリケーションが残っているか否かを判定する。ＭＩＤモードの動作に切り替えられていないアプリケーションが残っている場合には（ＯＰ５７：ＹＥＳ）、処理がＯＰ５８に進む。ＭＩＤモードの動作に切り替えられていないアプリケーションが残っていない場合には（ＯＰ５７：ＮＯ）、図１８Ｂに示される処理が終了する。
In OP57, the
ＯＰ５８では、ＵＩ選択部１３は、アプリケーション優先度テーブルから１つのアプリケーションを選択する。選択されたアプリケーションを、アプリケーションＲと称する。次に処理がＯＰ５９に進む。
In OP58, the
ＯＰ５９では、ＵＩ選択部１３は、アプリケーション優先度テーブルでアプリケーションＲのエントリを参照する。次に処理がＯＰ６０に進む。
In OP59, the
ＯＰ６０では、ＵＩ選択部１３は、アプリケーションＲの優先度指標がアプリケーション優先度閾値未満であるか否かを判定する。アプリケーションＲの優先度指標がアプリケーション優先度閾値未満である場合には（ＯＰ６０：ＹＥＳ）、処理がＯＰ６１に進む。アプリケーションＲの優先度指標がアプリケーション優先度閾値以上である場合には（ＯＰ６０：ＮＯ）、処理がＯＰ６３に進む。
In OP60, the
ＯＰ６１では、ＵＩ選択部１３は、アプリケーションＵＩステータステーブルでアプリケーションＲのエントリを参照する。次に処理がＯＰ６２に進む。
In OP61, the
ＯＰ６２では、ＵＩ選択部１３は、アプリケーションＵＩステータステーブルにおいて、アプリケーションＲのＵＩ部品の態様をすべてＵＩ−ＬＯＷモードに切り替える。その後、処理がＯＰ５７に戻る。
In OP62, the
ＯＰ６３では、ＵＩ選択部１３は、アプリケーションＲのＵＩ部品のうち態様の切替判定が行われていないＵＩ部品が残っているか否かを判定する。アプリケーションＲのＵＩ部品のうち態様の切替判定が行われていないＵＩ部品が残っている場合には（ＯＰ６３：ＹＥＳ）、処理がＯＰ６４に進む。アプリケーションＲのＵＩ部品のうち態様の切替判定が行われていないＵＩ部品が残っていない場合には（ＯＰ６３：ＮＯ）、図１８Ｃに示される処理が終了する。
In OP <b> 63, the
ＯＰ６４では、ＵＩ選択部１３は、ＵＩ部品優先度テーブルからアプリケーションＲのＵＩ部品を１つ選択する。次に処理がＯＰ６５に進む。
In OP64, the
ＯＰ６５では、ＵＩ選択部１３は、選択したＵＩ部品の優先度指標がＵＩ部品優先度閾値未満であるか否かを判定する。選択されたＵＩ部品の優先度指標がＵＩ部品優先度閾値未満である場合には（ＯＰ６５：ＹＥＳ）、処理がＯＰ６６に進む。選択されたＵＩ部品の優先度指標がＵＩ部品優先度閾値以上である場合には（ＯＰ６５：ＮＯ）、選択されたＵＩ部品の態様はデフォルトのＵＩ−ＨＩＧＨモードのままでよいので、処理がＯＰ６３に戻る。
In OP65, the
ＯＰ６６では、ＵＩ選択部１３は、選択したＵＩ部品の態様をＵＩ−ＬＯＷモードに切り替える。その後、処理がＯＰ６３に戻る。
In OP66, the
動作モードがＬＯＷモード又はＭＩＤモードにおいて、態様がＵＩ−ＬＯＷモードに切り替えられたＵＩ部品の態様は、例えば、次に充電池１０９Ｂが満充電の状態になった場合に、デフォルトのＨＩＧＨモードに戻る。
When the operation mode is the LOW mode or the MID mode, the mode of the UI component whose mode is switched to the UI-LOW mode returns to the default HIGH mode, for example, when the
＜具体例＞
図１９は、動作モードがＭＩＤモードの場合のＵＩ部品の態様選択の具体例の一つである。図１９では、携帯端末１のスリープ状態が解除され、動作モード選択部１４は、電池残量として電力値１２０［ｍＡｈ］を取得する（図１３のＯＰ１）。動作モード選択部１４は、ＨＩＧＨモード閾値を電力値１２０［ｍＡｈ］の２分の１の値である６０［ｍＡｈ］に設定する（図１３のＯＰ２）。動作モード選択部１４は、ＬＯＷモード閾値を電力１２０［ｍＡｈ］の４分の１の値である３０［ｍＡｈ］に設定する（図１３のＯＰ２）。
<Specific example>
FIG. 19 is one specific example of UI component mode selection when the operation mode is the MID mode. In FIG. 19, the sleep state of the
次に、所定の周期で電池残量３５［ｍＡｈ］を取得すると（図１４のＯＰ１１）、動作モード選択部１４は、取得した電池残量がＬＯＷモード閾値以上ＨＩＧＨモード閾値未満であるので（図１４のＯＰ１４：ＹＥＳ）、動作モードにＭＩＤモードを選択する（図１４のＯＰ１６）。
Next, when the remaining battery level 35 [mAh] is acquired at a predetermined cycle (OP11 in FIG. 14), the operation
一方、優先度指標生成部１２は、アプリケーション優先度テーブル、ＵＩ部品優先度テーブルから、それぞれ、アプリケーション優先度閾値、ＵＩ部品優先度閾値を算出する（図１６のＯＰ３２、図１７のＯＰ４２）。図１９では、アプリケーション優先度閾値は１００と算出されたとする。ＵＩ部品優先度閾値は１０５と算出されたとする。
On the other hand, the priority
次に、ＵＩ選択部１３は、動作モードがＭＩＤモードであるので、アプリケーション優先度テーブルを参照し（図１８ＢのＯＰ５９）、優先度指標がアプリケーション優先度閾値未満のアプリケーションＣ、Ｄの全ＵＩ部品をＵＩ−ＬＯＷモードに切り替える（図１８ＢのＯＰ６０〜ＯＰ６２）。
Next, since the operation mode is the MID mode, the
優先度指標がアプリケーション優先度閾値以上のアプリケーションＡ、ＢのＵＩ部品については、ＵＩ選択部１３は、優先度指標がＵＩ部品優先度閾値未満のＵＩ部品をＵＩ−ＬＯＷモードに切り替える（図１８ＣのＯＰ６５〜ＯＰ６６）。図１９では、アプリケーションＡのＵＩ部品ａ２は、優先度指標が９５でありＵＩ部品優先度閾値１０５より小さいので、ＵＩ−ＬＯＷモードに切り替えられる。
For UI components of applications A and B whose priority index is equal to or higher than the application priority threshold, the
アプリケーションＵＩステータステーブルの各アプリケーションのエントリは、各アプリケーションの中間変数テーブルに書き込まれる。したがって、アプリケーションＡがフォアグランドでディスプレイに表示されている場合には、例えば、画面が図２のＨＩＧＨモードの画面からＭＩＤモードの画面へと変化する。 An entry for each application in the application UI status table is written in an intermediate variable table for each application. Therefore, when the application A is displayed on the display in the foreground, for example, the screen changes from the HIGH mode screen of FIG. 2 to the MID mode screen.
＜実装例＞
図２０は、第１実施形態に係るアプリケーションの実装のイメージの一例を示す図である。図２０に示される例では、アプリケーションは、ＵＩ部品に関して外部の中間変数テーブルを参照する。この場合には、アプリケーションには、ＵＩ部品の記述は含まれずに、アプリケーションがＵＩ部品に関して中間変数テーブルを参照するような記述がなされる。
<Example of implementation>
FIG. 20 is a diagram illustrating an example of an image of mounting an application according to the first embodiment. In the example shown in FIG. 20, the application refers to an external intermediate variable table regarding UI parts. In this case, the application does not include the description of the UI part, but is described so that the application refers to the intermediate variable table regarding the UI part.
図２１は、第１実施形態に係るアプリケーションの実装のイメージの一例を示す図である。図２１に示される例では、アプリケーション本体とＵＩ部品に関する記述部分とをＩＦ記述を用いて分離して接続する。ＩＦ記述部分で中間変数が扱われる。 FIG. 21 is a diagram illustrating an example of an image of mounting an application according to the first embodiment. In the example shown in FIG. 21, the application main body and the description part related to the UI component are separated and connected using the IF description. Intermediate variables are handled in the IF description part.
＜第１実施形態の作用効果＞
第１実施形態では、電池残量が少なくなるにつれて、動作モードがＨＩＧＨモード、ＭＩＤモード、ＬＯＷモードと遷移し、表示画面に含まれるＵＩ部品が、第１の態様から段階的に消費電力の少ない第２の態様へと切り替わる。これによって、ディスプレイへの表示処理に係る消費電力を削減することができる。また、一度にすべてのＵＩ部品の態様が第１の態様から第２の態様に切り替わるのではなく、段階的に切り替わっていくため、表示画面の操作のしやすさの低下を抑えることができる。
<Operational effects of the first embodiment>
In the first embodiment, as the remaining battery level decreases, the operation mode transitions to HIGH mode, MID mode, and LOW mode, and the UI components included in the display screen consume less power step by step from the first mode. Switch to the second mode. As a result, power consumption related to display processing on the display can be reduced. Moreover, since the mode of all UI parts is not switched from the first mode to the second mode at a time but is switched in stages, it is possible to suppress a decrease in the ease of operation of the display screen.
また、ＭＩＤモードでは、アプリケーションおよびＵＩ部品は、それぞれ、算出された優先度指標に基づいて、第１又は第２の態様のいずれかが選択される。アプリケーションおよびＵＩ部品の優先度指標は、タッチパネル１０３に対するユーザ操作の履歴情報に基づいて算出される。そのため、操作頻度の高いアプリケーションおよびＵＩ部品は、優先度も高くなる。一方、操作頻度の低いアプリケーションおよびＵＩ部品は、優先度も低くなる。
In the MID mode, either the first mode or the second mode is selected for the application and the UI component based on the calculated priority index. The priority index of the application and the UI component is calculated based on the history information of the user operation on the
ＭＩＤモードでは、操作頻度の低いアプリケーションでは、全てのＵＩ部品が第２の態様に切り替えられるが、操作頻度の高いアプリケーションでは、操作頻度の低いＵＩ部品が第２の態様に切り替えられ、操作頻度の高いＵＩ部品は第１の態様のまま表示される。
これによって、画面の操作のしやすさをできるかぎり維持することができる。
In the MID mode, all UI components are switched to the second mode in an application with a low operation frequency. However, in an application with a high operation frequency, a UI component with a low operation frequency is switched to the second mode. High UI parts are displayed in the first mode.
As a result, the ease of operation of the screen can be maintained as much as possible.
また第１実施形態によれば、ディスプレイ１０４やメモリ等のハードウェアへの変更なしに、アプリケーションの構造に変更を加えればよいので、アプリケーション実装者の扱う範疇で実施可能となり、容易に表示処理に係る消費電力を削減可能となる。また、第１実施形態によれば、ＵＩ部品の態様をより消費電力の小さいものへと切り替えるので、いずれかのデバイスによる消費電力に限定されず、表示処理全体において、消費電力を削減することができる。また、第１実施形態のＵＩ選択処理は、ユーザの操作の有無にかかわらず実行可能である。したがって、第１実施形態によれば、柔軟に表示処理に係る消費電力削減方法を実行可能である。
Further, according to the first embodiment, it is only necessary to change the structure of the application without changing the hardware such as the
＜変形例＞
第１実施形態では、アプリケーションおよびＵＩ部品の優先度指標は、起動回数等のユーザの操作回数に基づいて算出されている。アプリケーションおよびＵＩ部品の優先度指標は、さらに、最後に使用された時刻からの経過時間Ｔ０に基づいて算出されてもよい。
<Modification>
In the first embodiment, the priority index of the application and the UI component is calculated based on the number of user operations such as the number of activations. The priority index of the application and the UI component may be further calculated based on the elapsed time T0 from the last used time.
図２２は、変形例に係るアプリケーション管理テーブルの一例である。アプリケーション管理テーブルは、「アプリケーション名」、「起動回数（Ａ＿ＵＮＵＭ）」、「フォアグランド回数（ＦＮＵＭ）」、「ビュー呼び出し頻度ランク表」の項目に加え、「最後に使用された時刻からの経過時間Ｔ０」の項目が含まれる。 FIG. 22 is an example of an application management table according to the modification. The application management table includes items of “application name”, “start count (A_UNUM)”, “foreground count (FNUM)”, and “view call frequency rank table”, and “elapsed time from the last used time”. The item “T0” is included.
優先度指標生成部１２は、変形例では、アプリケーションの優先度指標を、「起動回数（Ａ＿ＵＮＵＭ）」と「フォアグランド回数（ＦＮＵＭ）」を乗じ、さらに、「最後に使用された時刻からの経過時間Ｔ０」の逆数を乗じて算出する。「最後に使用された時刻からの経過時間Ｔ０」の逆数を乗じることによって、最後に使用された時刻からの経過時間が短いアプリケーションの優先度が上がる。
In the modification, the priority
図２３は、変形例に係るＵＩ部品管理テーブルの一例である。ＵＩ部品管理テーブルには、「呼び出し回数（Ｖ＿ＮＵＭ）」、「フォアグランド回数（Ｖ＿ＦＮＵＭ）」、「ピンチアウト回数（Ｐ＿ＮＵＭ）」に加え、「最後に使用された時刻からの経過時間Ｔ１」の項目が含まれる。 FIG. 23 is an example of a UI component management table according to a modification. In the UI parts management table, in addition to “call count (V_NUM)”, “foreground count (V_FNUM)”, and “pinch out count (P_NUM)”, an item “Elapsed time T1 from last used time” Is included.
優先度指標生成部１２は、変形例では、ＵＩ部品の優先度指標を、「呼び出し回数（Ｖ＿ＮＵＭ）」と「フォアグランド回数（Ｖ＿ＦＮＵＭ）」と「ピンチアウト回数（Ｐ＿ＮＵＭ）」とを乗じ、さらに、最後に使用された時刻からの経過時間Ｔ１」の逆数を乗じて算出する。「最後に使用された時刻からの経過時間Ｔ１」の逆数を乗じることによって、最後に使用された時刻からの経過時間が短いＵＩ部品の優先度が上がる。
In the modification, the priority
アプリケーションおよびＵＩ部品の優先度指標の算出に、最後に使用された時刻からの経過時間を用いることによって、ユーザが直近に使用していたアプリケーション又はＵＩ部品ほど優先度が高くなる。したがって、ユーザが直近に使用していたアプリケーション又はＵＩ部品ほどＵＩ部品が第１の態様で表示される時間が長くなり、操作性の低下をより抑制することができる。 By using the elapsed time from the last used time for calculating the priority index of the application and UI component, the priority of the application or UI component used most recently by the user is higher. Accordingly, the application or UI component used most recently by the user becomes longer for the UI component to be displayed in the first mode, and the operability can be further prevented from being lowered.
＜その他＞
第１実施形態では、ＵＩ部品が第１の態様から第２の態様への切り替れられる例について説明された。ＵＩ部品に加え、画面のレイアウトも第１の態様から第２の態様へと切り替わるようにすることもできる。画面のレイアウトもＵＩ部品と同様にＵＩ部品プールに第１の態様と第２の態様とを用意することで、画面のレイアウトも電池残量に応じて第１の態様から第２の態様への切替を達成することができる。
<Others>
In the first embodiment, the example in which the UI component is switched from the first mode to the second mode has been described. In addition to the UI parts, the screen layout can also be switched from the first mode to the second mode. The screen layout is changed from the first mode to the second mode according to the remaining battery level by preparing the first mode and the second mode in the UI component pool in the same way as the UI component. Switching can be achieved.
第１実施形態では、動作モードは、ＨＩＧＨモード、ＭＩＤモード、ＬＯＷモードの３つであるが、動作モードは該３つより多くてもよい。例えば、モード閾値に、ＨＩＧＨモード閾値とＬＯＷモード閾値との間の値でＭＩＤモード閾値を設け、ＭＩＤモードをＭＩＤ―ＨＩＧＨモード、ＭＩＤ−ＬＯＷモードのさらに２つに細分化してもよい。電池残量がＭＩＤモード閾値以上ＨＩＧＨモード閾値未満の場合には、動作モードはＭＩＤ−ＨＩＧＨモードとなる。電池残量がＬＯＷモード閾値以上ＭＩＤモード閾値未満の場合には、動作モードはＭＩＤ−ＬＯＷモードとなる。 In the first embodiment, there are three operation modes of HIGH mode, MID mode, and LOW mode, but there may be more operation modes. For example, the MID mode threshold value may be provided as a mode threshold value between the HIGH mode threshold value and the LOW mode threshold value, and the MID mode may be further subdivided into an MID-HIGH mode and an MID-LOW mode. When the remaining battery level is greater than or equal to the MID mode threshold and less than the HIGH mode threshold, the operation mode is the MID-HIGH mode. When the remaining battery level is not less than the LOW mode threshold value and less than the MID mode threshold value, the operation mode is the MID-LOW mode.
例えば、アプリケーション優先度閾値とＵＩ部品優先度閾値とを、それぞれ、第１及び第２のアプリケーション優先度閾値、第１及び第２のＵＩ部品優先度閾値の２つずつ用意する。第１のアプリケーション優先度閾値＞第２のアプリケーション優先度閾値、第１のＵＩ部品優先度閾値＞第２のＵＩ部品優先度閾値である。 For example, two application priority thresholds and two UI component priority thresholds are prepared: a first application priority threshold and a second UI component priority threshold, respectively. First application priority threshold> second application priority threshold, first UI component priority threshold> second UI component priority threshold.
ＭＩＤ−ＨＩＧＨモードの場合には、第１のアプリケーション優先度閾値及びＵＩ部品優先度閾値に基づき、ＵＩ部品の第１の態様から第２の態様への切替が行われる。ＭＩＤ−ＬＯＷモードの場合には、第２のアプリケーション優先度閾値及びＵＩ部品優先度閾値に基づき、ＵＩ部品の第１の態様から第２の態様への切替が行われる。
このように、ＭＩＤモードを細分化することによって、ＵＩ部品の第１の態様から第２への切替の段階をより細かにすることができる。
In the case of the MID-HIGH mode, the UI component is switched from the first mode to the second mode based on the first application priority threshold and the UI component priority threshold. In the case of the MID-LOW mode, switching of the UI component from the first mode to the second mode is performed based on the second application priority threshold and the UI component priority threshold.
Thus, by subdividing the MID mode, the stage of switching the UI component from the first mode to the second mode can be made finer.
また、第１実施形態では、ＵＩ部品の態様は、ＵＩ−ＨＩＧＨモードと、ＵＩ−ＬＯＷモードとの２つであるが、ＵＩ部品の態様は、３つ以上であってもよい。ＵＩ部品の態様が３つ以上の場合には、ＵＩ部品優先度閾値も少なくともＵＩ部品の態様の数より１つ少ない数だけ用意される。 In the first embodiment, there are two UI component modes, a UI-HIGH mode and a UI-LOW mode, but there may be three or more UI component modes. When the number of UI component modes is three or more, the UI component priority threshold is also prepared by a number that is at least one less than the number of UI component modes.
例えば、ＵＩ部品の態様が、ＵＩ−ＨＩＧＨモードと、ＵＩ−ＭＩＤモード、ＵＩ−ＬＯＷモードの３つの場合に、動作モードがＭＩＤモード、優先度指標がアプリケーション優先度閾値未満のアプリケーションのＵＩ部品の態様は、以下の通りに選択される。ＵＩ優先度指標が第１のＵＩ部品優先度閾値以上のＵＩ部品は、ＵＩ−ＨＩＧＨモードが選択される。ＵＩ優先度指標が第２のＵＩ部品優先度閾値以上第１のＵＩ部品優先度閾値未満のＵＩ部品は、ＵＩ−ＭＩＤモードが選択される。ＵＩ優先度指標が第２のＵＩ部品優先度閾値未満のＵＩ部品は、ＵＩ−ＬＯＷモードが選択される。 For example, when the UI component has three modes: UI-HIGH mode, UI-MID mode, and UI-LOW mode, the UI mode of the application whose operation mode is MID mode and the priority index is less than the application priority threshold Aspects are selected as follows. The UI-HIGH mode is selected for a UI component whose UI priority index is equal to or higher than the first UI component priority threshold. The UI-MID mode is selected for UI components whose UI priority index is greater than or equal to the second UI component priority threshold and less than the first UI component priority threshold. The UI-LOW mode is selected for UI components whose UI priority index is less than the second UI component priority threshold.
ＵＩ部品の態様が３つ以上用意されることによって、より細かに、操作性の低下を抑制しつつ、消費電力の削減を行うことができる。 By preparing three or more aspects of UI parts, it is possible to reduce power consumption more precisely while suppressing a decrease in operability.
また、第１実施形態では、ＵＩ部品プール１３Ｐには、アプリケーションごとにＵＩ部品が保持されており、ＵＩ部品は、１つのアプリケーション固有のものとして説明されていた。これに限られず、ＵＩ部品は、アプリケーション共通で用いられるものであってもよい。この場合には、各ＵＩ部品は、いずれのアプリケーションからも呼び出し可能なように記述される。アプリケーションＵＩステータステーブルでは、アプリケーションの区別なくＵＩ部品の選択されている態様が記録される。また、全アプリケーションで共通の中間変数テーブルが用意され、該中間変数テーブルには、アプリケーションＵＩステータステーブルと各ＵＩの識別情報とが変換された中間変数が書き込まれる。
In the first embodiment, the
＜記録媒体＞
コンピュータその他の機械、装置（以下、コンピュータ等）に上記いずれかの機能を実現させるプログラムをコンピュータ等が読み取り可能な記録媒体に記録することができる。コンピュータ等に、この記録媒体のプログラムを読み込ませて実行させることにより、
その機能を提供させることができる。
<Recording medium>
A program for causing a computer or other machine or device (hereinafter, a computer or the like) to realize any of the above functions can be recorded on a recording medium that can be read by the computer or the like. By causing a computer or the like to read and execute the program of this recording medium,
The function can be provided.
ここで、コンピュータ等が読み取り可能な記録媒体とは、データやプログラム等の情報を電気的、磁気的、光学的、機械的、または化学的作用によって蓄積し、コンピュータ等から読み取ることができる記録媒体をいう。このような記録媒体のうちコンピュータ等から取り外し可能なものとしては、例えばフレキシブルディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ／Ｗ、ＤＶＤ、ブルーレイディスク、ＤＡＴ、８ｍｍテープ、フラッシュメモリなどのメモリカード等がある。また、コンピュータ等に固定された記録媒体としてハードディスク、ＲＯＭ（リードオンリーメモリ）等がある。さらに、ＳＳＤ（Solid State Drive）は、コンピュータ等から取り外し可能な記録媒体としても、コンピュータ
等に固定された記録媒体としても利用可能である。
Here, a computer-readable recording medium is a recording medium that stores information such as data and programs by electrical, magnetic, optical, mechanical, or chemical action and can be read from a computer or the like. Say. Examples of such a recording medium that can be removed from a computer or the like include a flexible disk, a magneto-optical disk, a CD-ROM, a CD-R / W, a DVD, a Blu-ray disk, a DAT, an 8 mm tape, a flash memory, and the like. There are cards. In addition, as a recording medium fixed to a computer or the like, there are a hard disk, a ROM (read only memory), and the like. Further, an SSD (Solid State Drive) can be used as a recording medium removable from a computer or the like, or as a recording medium fixed to the computer or the like.
１ 携帯端末
１１ 入力処理部
１２ 優先度指標生成部
１３ ＵＩ選択部
１４ 動作モード選択部
１５ 電池残量取得部
１６ 表示処理部
１０１ ＣＰＵ
１０２ 記憶部
１０３ タッチパネル
１０４ ディスプレイ
DESCRIPTION OF
102
Claims (12)
電池と、
前記表示装置に表示される複数の構成部品それぞれの消費電力の異なる複数の態様の組み合わせを記憶する記憶部と、
前記電池の残容量と前記各構成部品の優先度とに基づいて、前記各構成部品の態様を選択する選択部と、
を備える情報処理装置。 A display device;
Battery,
A storage unit that stores a combination of a plurality of aspects with different power consumption of each of the plurality of components displayed on the display device;
A selection unit that selects an aspect of each component based on the remaining capacity of the battery and the priority of each component;
An information processing apparatus comprising:
前記電池の残容量が第１の閾値以上である場合には、前記各構成部品について、前記複数の態様のうち最も消費電力の大きい第１の態様を選択し、
前記電池の残容量が前記第１の閾値未満の値である第２の閾値未満である場合には、前記各構成部品について、前記複数の態様のうち最も消費電力の小さい第２の態様を選択し、
前記電池の残容量が前記第２の閾値以上前記第１の閾値未満である場合には、前記優先度に応じて前記各構成部品の態様を選択する、
請求項１に記載の情報処理装置。 The selection unit includes:
When the remaining capacity of the battery is equal to or greater than a first threshold, for each of the components, select the first mode with the largest power consumption among the plurality of modes,
When the remaining capacity of the battery is less than a second threshold value that is less than the first threshold value, the second mode with the lowest power consumption among the plurality of modes is selected for each of the components. And
When the remaining capacity of the battery is greater than or equal to the second threshold and less than the first threshold, the aspect of each component is selected according to the priority,
The information processing apparatus according to claim 1.
請求項２に記載の情報処理装置。 When the remaining capacity of the battery is equal to or greater than the second threshold and less than the first threshold, the selection unit selects the first aspect for a component whose priority is equal to or greater than a predetermined value. The component whose priority is less than the predetermined value is selected from other modes that consume less power than the first mode.
The information processing apparatus according to claim 2.
前記選択部は、
前記電池の残容量が前記第１の閾値以上である場合には、全アプリケーションの前記各構成部品について、前記第１の態様を選択し、
前記電池の残容量が前記第２の閾値未満である場合には、全アプリケーションの前記各構成部品について、前記第２の態様を選択し、
前記電池の残容量が前記第２の閾値以上前記第１の閾値未満である場合には、アプリケーションの優先度と前記各構成部品の優先度とに応じて、各アプリケーションの各ＵＩ部品の態様を選択する、
請求項２又は３に記載の情報処理装置。 The storage unit stores a combination of the plurality of aspects of a plurality of components for each of a plurality of applications.
The selection unit includes:
If the remaining capacity of the battery is greater than or equal to the first threshold, select the first aspect for each component of all applications,
If the remaining capacity of the battery is less than the second threshold, select the second aspect for each component of all applications,
When the remaining capacity of the battery is greater than or equal to the second threshold and less than the first threshold, depending on the priority of the application and the priority of each component, the mode of each UI component of each application select,
The information processing apparatus according to claim 2 or 3.
前記アプリケーションの優先度が所定値以上であるアプリケーションについて、前記構成部品の優先度が所定値以上である構成部品については前記第１の態様を選択し、前記構成部品の優先度が所定値未満である構成部品については前記第１の態様よりも消費電力の少ない他の態様を選択し、
前記アプリケーションの優先度が所定値未満であるアプリケーションについては、前記各構成部品の前記第２の態様を選択する、
請求項４に記載の情報処理装置。 When the remaining capacity of the battery is greater than or equal to the second threshold and less than the first threshold,
For an application in which the priority of the application is equal to or higher than a predetermined value, the first aspect is selected for a component whose priority of the component is equal to or higher than a predetermined value, and the priority of the component is lower than a predetermined value. For a certain component, select another aspect that consumes less power than the first aspect,
For an application whose priority is less than a predetermined value, the second aspect of each component is selected.
The information processing apparatus according to claim 4.
前記タッチパネルに対する操作入力履歴に基づいて、前記各構成部品の優先度を算出す
る算出部をさらに備える、
請求項１から５のいずれか一項に記載の情報処理装置。 A touch panel;
A calculation unit for calculating a priority of each component based on an operation input history for the touch panel;
The information processing apparatus according to any one of claims 1 to 5.
請求項６に記載の情報処理装置。 The calculation unit calculates the priority of the component as the elapsed time from the time when the component was last used is shorter,
The information processing apparatus according to claim 6.
請求項６又は７に記載の情報処理装置。 The calculation unit calculates the priority of the application based on an operation input history for the touch panel.
The information processing apparatus according to claim 6 or 7.
請求項８に記載の情報処理装置。 The calculation unit calculates the priority of the application so that the priority of the application becomes higher as the elapsed time from the time when the application was last used is shorter.
The information processing apparatus according to claim 8.
請求項２から９のいずれか一項に記載の情報処理装置。 A second calculation unit for calculating the first and second thresholds based on the remaining battery capacity acquired when the display device is powered on;
The information processing apparatus according to any one of claims 2 to 9.
電池と、
メモリと、
プロセッサと、
を備えるコンピュータが、
前記表示装置に表示される複数の構成部品それぞれの複数の態様の組み合わせを前記メモリに記憶し、
前記電池の残容量と前記各構成部品の優先度とに基づいて、前記各構成部品の態様を選択する、
情報処理方法。 A display device;
Battery,
Memory,
A processor;
A computer comprising
Storing a combination of a plurality of aspects of each of a plurality of components displayed on the display device in the memory;
Based on the remaining capacity of the battery and the priority of each component, the aspect of each component is selected.
Information processing method.
電池と、
を備えるコンピュータに、
前記表示装置に表示される複数の構成部品それぞれの複数の態様の組み合わせを記憶させ、
前記電池の残容量と前記各構成部品の優先度とに基づいて、前記各構成部品の態様を選択させる、
ための情報処理プログラム。 A display device;
Battery,
On a computer with
Storing a combination of a plurality of aspects of each of a plurality of components displayed on the display device;
Based on the remaining capacity of the battery and the priority of each component, the aspect of each component is selected.
Information processing program.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2015008390A JP2016134775A (en) | 2015-01-20 | 2015-01-20 | Information processing device, information processing method, and information processing program |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2015008390A JP2016134775A (en) | 2015-01-20 | 2015-01-20 | Information processing device, information processing method, and information processing program |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2016134775A true JP2016134775A (en) | 2016-07-25 |
Family
ID=56464646
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2015008390A Pending JP2016134775A (en) | 2015-01-20 | 2015-01-20 | Information processing device, information processing method, and information processing program |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2016134775A (en) |
Citations (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH08263246A (en) * | 1995-03-23 | 1996-10-11 | Canon Inc | Information processor and user interface control method |
| JP2000099236A (en) * | 1998-09-22 | 2000-04-07 | Victor Co Of Japan Ltd | Icon menu display method and device therefor |
| JP2000105573A (en) * | 1998-09-29 | 2000-04-11 | Matsushita Electric Ind Co Ltd | Display device and portable terminal device using it |
| JP2000209660A (en) * | 1999-01-01 | 2000-07-28 | Sanyo Electric Co Ltd | Communication unit |
| JP2008005031A (en) * | 2006-06-20 | 2008-01-10 | Casio Hitachi Mobile Communications Co Ltd | Electronic apparatus, consumed current control method, and consumed current control program |
| JP2009089104A (en) * | 2007-09-29 | 2009-04-23 | Ricoh Co Ltd | Portable terminal device |
| US20110195723A1 (en) * | 2010-02-11 | 2011-08-11 | Samsung Electronics Co. Ltd. | Mobile device and method for providing eco-friendly user interface |
| JP2011160145A (en) * | 2010-01-29 | 2011-08-18 | Fujitsu Toshiba Mobile Communications Ltd | Mobile terminal device |
| JP2013186617A (en) * | 2012-03-07 | 2013-09-19 | Funai Electric Co Ltd | Terminal equipment and display order changing method for operation key |
| JP2014056360A (en) * | 2012-09-11 | 2014-03-27 | Sharp Corp | Information processing device, control method, control program, and recording medium |
| JP2014068145A (en) * | 2012-09-25 | 2014-04-17 | Kyocera Corp | Portable terminal, display control program and display control method |
-
2015
- 2015-01-20 JP JP2015008390A patent/JP2016134775A/en active Pending
Patent Citations (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH08263246A (en) * | 1995-03-23 | 1996-10-11 | Canon Inc | Information processor and user interface control method |
| JP2000099236A (en) * | 1998-09-22 | 2000-04-07 | Victor Co Of Japan Ltd | Icon menu display method and device therefor |
| JP2000105573A (en) * | 1998-09-29 | 2000-04-11 | Matsushita Electric Ind Co Ltd | Display device and portable terminal device using it |
| JP2000209660A (en) * | 1999-01-01 | 2000-07-28 | Sanyo Electric Co Ltd | Communication unit |
| JP2008005031A (en) * | 2006-06-20 | 2008-01-10 | Casio Hitachi Mobile Communications Co Ltd | Electronic apparatus, consumed current control method, and consumed current control program |
| JP2009089104A (en) * | 2007-09-29 | 2009-04-23 | Ricoh Co Ltd | Portable terminal device |
| JP2011160145A (en) * | 2010-01-29 | 2011-08-18 | Fujitsu Toshiba Mobile Communications Ltd | Mobile terminal device |
| US20110195723A1 (en) * | 2010-02-11 | 2011-08-11 | Samsung Electronics Co. Ltd. | Mobile device and method for providing eco-friendly user interface |
| JP2013186617A (en) * | 2012-03-07 | 2013-09-19 | Funai Electric Co Ltd | Terminal equipment and display order changing method for operation key |
| JP2014056360A (en) * | 2012-09-11 | 2014-03-27 | Sharp Corp | Information processing device, control method, control program, and recording medium |
| JP2014068145A (en) * | 2012-09-25 | 2014-04-17 | Kyocera Corp | Portable terminal, display control program and display control method |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9311043B2 (en) | Adaptive audio feedback system and method | |
| KR102336856B1 (en) | Method for Controlling of Charging/Discharging Battery and Electronic Device Using the same | |
| CN105573465B (en) | Electronic device and method of controlling power of electronic device | |
| CN108491065B (en) | Portable electronic device and method of operation therein | |
| US8904220B2 (en) | Intelligent user determinable power conservation in a portable electronic device | |
| CN106772091B (en) | Method and device for updating battery capacity value and terminal | |
| KR20140030546A (en) | Portable electronic device and battery management method for the device | |
| US20170285722A1 (en) | Method for reducing battery consumption in electronic device | |
| CN111158455A (en) | Power consumption control method and device, storage medium and terminal | |
| KR20170134090A (en) | Method for controlling charge for improving receive sensitivity and electronic device for the same | |
| CN107370877B (en) | Application program pushing method and device, storage medium and electronic equipment | |
| US20120102407A1 (en) | Displaying battery life resulting from setting changes | |
| JP5481503B2 (en) | User interface device, user interface method and program | |
| KR20180048993A (en) | Systems and methods for dynamically adjusting memory state transition timers | |
| KR20150107448A (en) | Task Migration Method and Apparatus | |
| CN103530520A (en) | Method and terminal for obtaining data | |
| KR20200100404A (en) | Electronic device for adaptive power management | |
| KR20150124196A (en) | Method for managing power and electronic device thereof | |
| CN110930964B (en) | Display screen brightness adjusting method and device, storage medium and terminal | |
| CN108564539B (en) | Method and device for displaying image | |
| JP2016134775A (en) | Information processing device, information processing method, and information processing program | |
| CN110471622B (en) | SD card data writing method and device, storage medium and terminal | |
| JP7145718B2 (en) | Information processing equipment | |
| CN113179344B (en) | SIM card detection method, device, storage medium and terminal | |
| KR20150016044A (en) | Method for reducing battery consumption in electronic device |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20171215 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20181116 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20181218 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20190212 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20190806 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20191003 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20200121 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20200714 |