(57)【特許請求の範囲】
【請求項１】
アプリケーションからの指令により表示部に表示を行う表示手段と、
ユーザ操作により変更可能な表示内容について、重要度を取得する取得手段と、
前記取得手段により取得した前記重要度に基づいて、前記アプリケーションからの指令に基づく前記表示部への表示に対して節電動作を行う節電手段と、
を備える電子機器。
【請求項２】
前記表示部は有機ＥＬディスプレイであり、
前記節電手段は、前記重要度に基づいて前記表示部の明るさを制御することを特徴とする請求項１に記載の電子機器。
【請求項３】
アプリケーションからの指令により表示部に表示を行う表示手段と、
ユーザ操作により変更可能な表示内容について、重要度を取得する取得手段と、
前記取得手段により取得した前記重要度に基づいて、表示に関する節電動作を行う節電手段と、
を備える電子機器。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アプリケーションの表示処理を行う電子機器に関する。
【背景技術】
【０００２】
従来、電子機器においては、消費される電力を低く抑えることが望ましく、特に携帯電話機等の携帯電子機器では、限られたバッテリー容量で使用可能な時間を、できるだけ長くすることが求められてきた。
【０００３】
このような状況において、電子機器における表示処理にかかる消費電力を抑えるために、ユーザの無操作状態に連動して、ＯＳやアプリケーション・プラットフォームが一律に節電制御を行う方法や、アプリケーションからの指令により節電制御を行う方法が知られている。具体的には、表示を消したり、輝度を落とす、あるいはスクリーンセーバを表示したり、表示の頻度を抑制するといった制御が行われる。
【０００４】
また、複数のディスプレイにて表示を行うシステムへの応用も提案されており、例えば、特許文献１には、マウス・ポインタの位置やアクティブ・ウィンドウの位置に基づいて、ディスプレイ単位で低消費電力モードに遷移させることが示されている。
【特許文献１】特開２０００−１６３０３５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、ＯＳやアプリケーション・プラットフォームが一律に節電制御を行う場合には、アプリケーションの表示内容に応じて節電動作を制御することができないため、適切な表示状態とはなり難かった。つまり、アプリケーションの種類や表示シーンにより、表示の重要度には差があるが、表示内容によらず一律の節電制御であるため、重要な表示内容であるにもかかわらず見難い表示となってしまうおそれもあった。
【０００６】
このことは、特許文献１に示された方法によっても同様であり、ディスプレイに対する節電の動作は一律であるため、アプリケーションの表示内容に応じて節電動作を制御することはできない。
【０００７】
また、アプリケーションからの指令により節電制御を行う場合には、アプリケーション毎に節電制御を搭載する手間がかかると共に、アプリケーションによって制御の動作が異なることとなるため、統一性を欠く要因となっていた。
【０００８】
そこで、本発明は、アプリケーションに複雑な制御を追加することなく、表示内容に応じて調節された節電制御を、アプリケーションによらず統一して行うことができる電子機器を提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明の電子機器は、アプリケーションからの指令により表示部に表示を行う表示手段と、ユーザ操作により変更可能な表示内容について、重要度を取得する取得手段と、前記取得手段により取得した前記重要度に基づいて、前記アプリケーションからの指令に基づく前記表示部への表示に対して節電動作を行う節電手段と、を備える。
【００１０】
また、本発明の電子機器において、前記表示部は有機ＥＬディスプレイであり、前記節電手段は、前記重要度に基づいて前記表示部の明るさを制御してもよい。
【００１１】
本発明の電子機器は、アプリケーションからの指令により表示部に表示を行う表示手段と、ユーザ操作により変更可能な表示内容について、重要度を取得する取得手段と、前記取得手段により取得した前記重要度に基づいて、表示に関する節電動作を行う節電手段と、を備える。
【発明の効果】
【００１３】
本発明によれば、表示内容に応じて調節された節電制御を、アプリケーションによらず統一して行うことができる。
【発明を実施するための最良の形態】
【００１４】
以下、本発明の実施形態について説明する。
図１は、本発明に係る電子機器の一例である携帯電話機１の外観斜視図である。なお、以下では、携帯電話機１について説明するが、本発明はこれに限定されるものではなく、例えば、ＰＨＳ（Ｐｅｒｓｏｎａｌ  Ｈａｎｄｙ  ｐｈｏｎｅ  Ｓｙｓｔｅｍ）、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）、ポータブルナビゲーション装置、ノートパソコン、ゲーム機等であってもよい。
【００１５】
携帯電話機１は、操作部側筐体２と、表示部側筐体３と、を備えて構成される。操作部側筐体２は、表面部１０に、操作キー群１１と、携帯電話機１の使用者が通話時に発した音声が入力されるマイク１２と、を備えて構成される。操作キー群１１は、各種設定や電話帳機能やメール機能等の各種機能を動作させるための機能設定操作ボタン１３と、電話番号の数字やメールの文字等を入力するための入力操作ボタン１４と、各種操作における決定やスクロール等を行う決定操作ボタン１５と、から構成されている。
【００１６】
また、表示部側筐体３は、表面部２０に、各種情報を表示するためのディスプレイ２１と、通話の相手側の音声を出力する音声出力部２２と、を備えて構成されている。
【００１７】
また、操作部側筐体２の上端部と表示部側筐体３の下端部とは、ヒンジ機構４を介して連結されている。また、携帯電話機１は、ヒンジ機構４を介して連結された操作部側筐体２と表示部側筐体３とを相対的に回転することにより、操作部側筐体２と表示部側筐体３とが互いに開いた状態（開放状態）にしたり、操作部側筐体２と表示部側筐体３とが折り畳まれた状態（折畳み状態）にしたりできる。
【００１８】
なお、図１は、いわゆる折り畳み型の携帯電話機の形態を示しているが、本発明に係る携帯電話機の形態としては特にこれに限られず、操作部側筐体２と表示部側筐体３とを重ね合わせた状態から一方の筐体を一方向にスライドさせるようにしたスライド式や、操作部側筐体２と表示部側筐体３との重ね合せ方向に沿う軸線を中心に一方の筐体を回転させるようにした回転式（ターンタイプ）や、操作部側筐体２と表示部側筐体３とが一つの筐体に配置され連結部を有さない型式（ストレートタイプ）等であってもよい。
【００１９】
図２は、携帯電話機１の本発明に係る機能を示すブロック図である。携帯電話機１は、ハードウェア構成として、操作キー群１１、ディスプレイ２１、ＣＰＵ３１、ＲＯＭ３２、ＲＡＭ３３、表示メモリ（ＶＲＡＭ：Ｖｉｄｅｏ  ＲＡＭ）３４を備える。
【００２０】
ＣＰＵ３１は、携帯電話機１全体の制御を行い、ＲＯＭ３２に記憶された各種ソフトウェア・プログラムを適宜ＲＡＭ３３へ読み出して実行することにより、上述のハードウェアと協働し、本発明に係る各種機能を実現している。
【００２１】
ここで、ＲＯＭ３２により、後述の各種ソフトウェア・プログラムを記憶しているとしたが、これには限られない。例えば、外部メモリからＲＡＭ３３へ読み込んだり、ネットワークを介してダウンロードしたりしてもよい。また、ＶＲＡＭ３４は、ディスプレイ２１に表示させるデータを保持するメモリである。
【００２２】
また、携帯電話機１は、ソフトウェア構成として、デバイスドライバ４１、ミドルウェア４２、アプリケーション・プラットフォーム４３、アプリケーション４４を備える。
【００２３】
デバイスドライバ４１は、上記ハードウェアに対して制御を行う。本実施形態では、ミドルウェア４２からの指令に従い、ＶＲＡＭ３４に対して書き込みを行う。また、ディスプレイ２１に対して、ＶＲＡＭ３４に記憶されたデータを出力して表示を行う。
【００２４】
ミドルウェア４２は、アプリケーション・プラットフォーム４３とハードウェアとの橋渡しの役目を担っており、ハードウェアの異なる機器に対して、同種のアプリケーション・プラットフォーム４３を用いることを可能とする。
【００２５】
アプリケーション・プラットフォーム４３は、ユーザや他のソフトウェアとのインタフェースを担い、例えば、ユーザからの操作入力に応じてアプリケーションの起動や終了を制御し、パラメータ等の受け渡しを行う。
【００２６】
本実施形態では、アプリケーション・プラットフォーム４３により節電制御が行われる。具体的には、ミドルウェア４２を介したデバイスドライバ４１への表示更新要求について、この要求の頻度を調節する。すなわち、通常であればＶＲＡＭ３４への表示データの書き込みに続いて表示更新を行うところ、例えば、１０秒間は表示更新を行わず、その間、表示を維持することとする。これにより、表示更新に伴う電力消費を抑えることができる。
【００２７】
アプリケーション４４は、本実施形態では、ディスプレイ２１への表示を伴うソフトウェアであり、シーン毎に表示内容の重要度を示す設定値を出力するようにプログラミングされている。このことにより、アプリケーションにより設定される重要度に応じて、アプリケーション・プラットフォームが節電制御を行う。
【００２８】
図３は、アプリケーション・プラットフォーム４３に予め規定される節電動作を示す。アプリケーション・プラットフォーム４３は、この規定データに基づき、アプリケーションにより設定される表示内容の重要度に応じて、表示更新の頻度を調節する。ここでは、表示内容の重要度を「高」、「中」、「低」の３段階に分類している。
【００２９】
アプリケーション４４は、現在の表示内容について重要度を「高」と設定している場合には、設定値「１」を出力する。このとき、アプリケーション・プラットフォーム４３は、節電動作は行わず、アプリケーション４４から要求された通りに、ミドルウェア４２およびデバイスドライバ４１を介してディスプレイ２１への出力を行う。
【００３０】
また、アプリケーション４４は、現在の表示内容について重要度が「中」と設定している場合には、設定値「２」を出力する。このとき、アプリケーション・プラットフォーム４３は、ディスプレイ２１の表示更新を５秒に１回となるように制御する。すなわち、アプリケーション４４から５秒間に複数回の表示更新を要求された場合でも、ディスプレイへの出力は５秒に１回のみとし、表示更新による電力消費を抑える。
【００３１】
また、アプリケーション４４は、現在の表示内容について重要度が「低」と設定している場合には、設定値「３」を出力する。このとき、アプリケーション・プラットフォーム４３は、ディスプレイ２１の表示更新を１０秒に１回となるように制御する。すなわち、アプリケーション４４から１０秒間に複数回の表示更新を要求された場合でも、ディスプレイへの出力は１０秒に１回のみとし、重要度が「中」の場合に比べて更に表示更新による電力消費を抑えることができる。
【００３２】
図４は、携帯電話機１におけるアプリケーション４４の表示処理に伴う節電制御の流れを示す図である。ここでは、例として、ユーザ操作によりアプリケーション４４の表示シーンの重要度が「高」から「低」に変化した場合を示す。
【００３３】
アプリケーション・プラットフォーム４３は、ユーザからの操作入力を受け付け（ステップＳ１０１）、アプリケーション４４にユーザ操作データを入力する（ステップＳ１０２）。すると、アプリケーション４４は、ユーザ操作に応じて表示シーンを変更する。このとき、表示内容の重要度は「高」から「低」に変化したとする。
【００３４】
アプリケーション４４は、変化した表示内容の重要度「低」（設定値＝３）をアプリケーション・プラットフォーム４３に通知する（ステップＳ１０３）。そして、アプリケーション・プラットフォーム４３は、この通知された重要度（設定値＝３）をＲＡＭ３３に記憶する（ステップＳ１０４）。
【００３５】
ここで、アプリケーション４４は、ディスプレイ２１の表示を更新するために、アプリケーション・プラットフォーム４３に対して、表示更新を要求する（ステップＳ１０５）。この要求に応じて、アプリケーション・プラットフォーム４３は、ミドルウェア４２を介してデバイスドライバ４１に対してＶＲＡＭ３４への表示データの書き込みを指令（ステップＳ１０６）した後、表示更新を指令する（ステップＳ１０７）。そして、デバイスドライバ４１は、表示更新の指令に応じて、ディスプレイ２１の表示を更新する（ステップＳ１０８）。
【００３６】
なお、アプリケーション・プラットフォーム４３は、表示更新の指令（ステップＳ１０７）に応じて、時間経過を検知するためのタイマを起動する。
【００３７】
その後、アプリケーション４４において、ユーザ操作やタイマ割り込み等によるイベントが発生し、アプリケーション・プラットフォーム４３へ表示更新の要求がなされる（ステップＳ１０９）と、アプリケーション・プラットフォーム４３は、ミドルウェア４２を介してデバイスドライバ４１に対してＶＲＡＭ３４への表示データの書き込みを指令する（ステップＳ１１０）。
【００３８】
ここで、節電動作を行わない場合には、ステップＳ１０７と同様に表示更新を行うが、ステップＳ１０４において、重要度が「低」と設定されているため、表示更新を行わない。すなわち、ＶＲＡＭ３４の更新のみが行われ、ディスプレイ２１では以前の表示が継続する。
【００３９】
更に、アプリケーション４４では、表示更新を要求するイベントが繰り返され、アプリケーション・プラットフォーム４３への表示更新要求（ステップＳ１１１、Ｓ１１３）と、ＶＲＡＭ３４への書き込み（ステップＳ１１２、Ｓ１１４）が行われる。
【００４０】
そして、ディスプレイ２１への前回の表示更新、すなわちステップＳ１０７でのタイマ起動から所定の時間（節電動作として図３で規定された時間：１０秒）が経過したことを検知すると、アプリケーション・プラットフォーム４３は、表示更新を指令する（ステップＳ１１５）。そして、デバイスドライバ４１は、表示更新の指令に応じて、ディスプレイ２１の表示を更新する（ステップＳ１１６）。
【００４１】
この１０秒経過時の表示更新は、ＶＲＡＭ３４への書き込みを伴わないが、アプリケーション４４でのイベント発生に応じて前回に書き込み（ステップＳ１１４）をしたデータにより表示処理を行う。これにより、表示更新の頻度を下げたことで表示されなかったＶＲＡＭ３４のデータについて、１０秒後に表示されることとなる。よって、例えば、その後に表示更新のイベントが発生しないような場合であっても、ＶＲＡＭ３４に書き込まれた最後の表示データを、ディスプレイ２１に表示することができる。
【００４２】
図５は、アプリケーション・プラットフォーム４３に従って実行されるＣＰＵ３１の節電制御を示すフローチャートである。なお、以下の処理は、ＣＰＵ３１が、図２に示された各ソフトウェアと協働することにより実行される。
【００４３】
ステップＳ２０１では、ＣＰＵ３１は、アプリケーション４４から表示内容の重要度を設定されたか否かを判定する。この判定がＹＥＳの場合はステップＳ２０２に移り、判定がＮＯの場合はステップＳ２０３に移る。
【００４４】
ステップＳ２０２では、ＣＰＵ３１は、アプリケーション４４により設定された表示内容の重要度を、ＲＡＭ３３に記憶する。ＣＰＵ３１は、記憶した重要度が次に変更されるまで、この重要度に従って、予め規定された節電制御を行う。
【００４５】
ステップＳ２０３では、ＣＰＵ３１は、アプリケーション４４により表示更新を要求されたか否かを判定する。この判定がＹＥＳの場合はステップＳ２０４に移り、判定がＮＯの場合はステップＳ２０６に移る。
【００４６】
ステップＳ２０４では、ＣＰＵ３１は、表示更新を要求された表示データを、ＶＲＡＭ３４に書き込む。これは設定された重要度に関わらず共通の処理として行う。
【００４７】
ステップＳ２０５では、ＣＰＵ３１は、ステップＳ２０２で記憶した表示内容の重要度を確認し、節電動作を決定する。具体的には、図３に示した表示の重要度に応じた節電動作として、表示更新の頻度を決定する。
【００４８】
ここで、ＣＰＵ３１による表示制御が、マルチウィンドウに対応している場合、複数のアプリケーション４４を起動し、同時にディスプレイ２１に表示することができる。この場合、表示内容の重要度は、ステップＳ２０２で記憶した値から調節することとしてよい。
【００４９】
具体的には、各ウィンドウが有効状態（アクティブ）であるか無効状態（インアクティブ）であるかにより、重要度を調節する。ここで、アクティブのウィンドウとは、表示部に同時に複数のウィンドウを表示できるマルチウィンドウ環境において、ユーザによる入力や操作の対象となっているウィンドウのことであり、インアクティブのウィンドウとは、ユーザによる入力や操作の対象となっていないウィンドウのことである。例えば、最前面でアクティブとなっているウィンドウに表示されるアプリケーション４４の重要度を、その背面でインアクティブとなっているウィンドウに表示されるアプリケーション４４の重要度より高くする。このことにより、ウィンドウ毎に効果的に節電動作を行える可能性がある。
【００５０】
また、アクティブ／インアクティブの区別によらず、前面に位置するウィンドウに対する表示の重要度を、その背面に位置するウィンドウに対する表示の重要度に比べて高く設定することとしてもよい。これにより、例えば、インアクティブであっても最前面にて注意を要する表示の場合の重要度を高くすることができ、ユーザが必要な情報を見逃すおそれを低減できる可能性がある。
【００５１】
ステップＳ２０６では、ＣＰＵ３１は、前回の表示更新から所定時間が経過したか否かを判定する。すなわち、ステップＳ２０５にて決定した表示更新の頻度に基づいて、例えば図３に従えば、重要度が「低」であれば１０秒が経過したか否かを判定する。この判定がＹＥＳの場合はステップＳ２０７に移り、判定がＮＯの場合はステップＳ２０８に移る。
【００５２】
ステップＳ２０７では、ＣＰＵ３１は、ミドルウェア４２に対して表示更新を要求する。これにより、デバイスドライバ４１を介して、ディスプレイ２１は、ＶＲＡＭ３４に記憶されている表示データにより表示を更新する。
【００５３】
ステップＳ２０８では、ＣＰＵ３１は、アプリケーション４４を終了するか否かを判定する。具体的には、例えば、ユーザ操作により終了の要求が入力されたことにより、アプリケーション４４の終了を判定する。この判定がＹＥＳの場合は処理を終了し、判定がＮＯの場合はステップＳ２０１に戻り、処理を継続する。
【００５４】
ここで、ＣＰＵ３１は、表示更新を抑制している期間においても、ＶＲＡＭ３４への表示データの書き込み（ステップＳ２０４）は行っているが、これには限られない。ＶＲＡＭ３４への書き込みも省略した場合には、例えば図４では、ステップＳ１１０、Ｓ１１２、Ｓ１１４が省略され、更なる節電効果が期待できる。この場合、アプリケーション・プラットフォーム４３は、所定時間経過後（重要度が「低」の場合は１０秒後）に、ステップＳ２０７において、アプリケーション４４に対して最新の表示データを要求し、この最新の表示データをＶＲＡＭ３４に書き込んだ後、表示更新を行う。
【００５５】
本実施形態においては、節電動作として、表示更新の頻度を調節したが、これには限られない。例えば、バックライトの輝度を調節することによっても同様の効果が期待できる。また、ディスプレイ２１が有機ＥＬディスプレイである場合には、表示色の濃淡や明るさを調節することにより、節電効果が得られる。また、節電動作として、表示更新の頻度の調整と、バックライトの輝度の調整との双方を組み合わせたものとしてもよい。
【００５６】
このように、携帯電話機１の構成に依存した節電制御を予め規定しておくことにより、効果的に消費電力を抑えることができる。
【００５７】
以上のように、本実施形態によれば、アプリケーション４４に複雑な制御を追加することなく、ディスプレイ２１への表示に要する消費電力を低減することができる。これにより、複数のアプリケーション４４を開発する際にも、表示内容の重要度を設定するという共通の作業で節電制御を実現できるため、開発効率を向上させることができる。
【００５８】
また、アプリケーション・プラットフォーム４３により節電制御を行うことにより、携帯電話機１にて動作する複数のアプリケーション４４の節電動作を統一することができる。
【００５９】
更に、同一のアプリケーション４４を別の電子機器に移植した場合にも、節電制御に関してアプリケーション４４に修正を加えることなく、移植先の電子機器に合わせた節電動作を行うことができる。
【００６０】
更に、マルチウィンドウの表示を行う場合には、ウィンドウ毎に節電制御を行うことができる。その結果、ユーザにとって有用な表示を維持したまま、節電効果が得られる。
【００６１】
以上、本発明の実施形態について説明したが、本発明は上述した実施形態に限るものではない。また、本発明の実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、本発明の実施形態に記載されたものに限定されるものではない。
【図面の簡単な説明】
【００６２】
【図１】本発明の実施形態に係る携帯電話機１の外観斜視図である。
【図２】本発明の実施形態に係る携帯電話機１の機能を示すブロック図である。
【図３】本発明の実施形態に係るアプリケーション・プラットフォーム４３に予め規定される節電動作の一覧を示す図である。
【図４】本発明の実施形態に係るアプリケーション４４の表示処理に伴う節電制御の流れを示す図である。
【図５】本発明の実施形態に係るアプリケーション・プラットフォーム４３に従って実行されるＣＰＵ３１の節電制御を示すフローチャートである。
【符号の説明】
【００６３】
１  携帯電話機
１１  操作キー群
２１  ディスプレイ（表示部）
３１  ＣＰＵ（表示手段、取得手段、節電手段、調節手段）
３２  ＲＯＭ
３３  ＲＡＭ
３４  ＶＲＡＭ
４１  デバイスドライバ
４２  ミドルウェア
４３  アプリケーション・プラットフォーム
４４  アプリケーション
【図１】
0005464801.tif 000002
【図２】
0005464801.tif 000003
【図３】
0005464801.tif 000004
【図４】
0005464801.tif 000005
【図５】
0005464801.tif 000006