JP5774908B2 - 携帯端末装置 - Google Patents

Description

本発明は、携帯電話機やＰＤＡ（Personal Digital Assistant）、タブレットＰＣ（TabletPC）等の携帯端末装置に関するものである。

従来、二つの表示面を有する携帯端末装置が知られている。このような携帯端末装置には、アプリケーションプログラム（以下、「アプリケーション」と言う。）に基づく画面を、一方または両方の表示面に表示する機能が設けられている。（たとえば、特許文献１参照）。

特開平９−３０５２６２号公報

携帯端末装置では、電力消費の抑制が一つの課題となっている。電力消費を抑制するためには、アプリケーションの実行画面を二つの表示面に表示する使用形態は、極力、回避するのが望ましい。その一方、アプリケーションには、一つの表示面に実行画面を表示するのに適するものと、二つの表示面に実行画面を表示するのに適するものとが有る。特に、残量電力が少ない場合には、このようなアプリケーションの類別をユーザに報知して、適宜、電力消費を抑制できるようするのが望ましい。

本発明は、かかる課題に鑑みてなされたものであり、効果的に電力消費を抑制可能な携帯端末装置を提供することを目的とする。

本発明の携帯端末装置は、第１表示面を有する第１表示部と、第２表示面を有する第２表示部と、一つの表示面を用いて実行画面を表示するアプリケーションに設定された第１アプリケーションと、二つの表示面を用いて実行画面を表示するアプリケーションに設定された第２アプリケーションとを保持する記憶部と、前記第１アプリケーションに対応する第１アイコンと前記第２アプリケーションに対応する第２アイコンとを、これらアイコンに対応するアプリケーションが一つの表示面を用いて実行画面を表示するアプリケーションおよび二つの表示面を用いて実行画面を表示するアプリケーションのうち何れのアプリケーションに設定されているか識別できる表示態様で、前記第１表示面または前記第２表示面に表示させる制御部と、を備える。

本発明に係る携帯端末装置において、前記制御部は、前記第１表示面と前記第２表示面のうち、一方の表示面に画面が表示される第１モードと、双方の表示面に画面が表示される第２モードとに、前記第１表示部および前記第２表示部による表示形態を切り替え得る。

本発明に係る携帯端末装置において、前記第１表示面および前記第２表示面に対する操作を受け付ける操作入力部をさらに備え得る。この場合、前記制御部は、前記操作入力部が前記第１アイコンに対する操作を受け付けた場合、当該第１アイコンに対応する前記第１アプリケーションの、前記第２モードにおける実行の要否を操作者に問い合わせるための問合せ画像を、前記第１表示面または前記第２表示面に表示させる。

本発明に係る携帯端末装置において、前記操作入力部が、前記第２モードにおいて、前記第１アイコンを選択する操作を受け付けた場合、前記制御部は、前記問合せ画像に、前
記表示形態が前記第２モードから前記第１モードに切り替えられると選択された前記第１アイコンに対応する前記第１アプリケーションが実行されることを通知するための通知部を含め得る。この場合、さらに、前記制御部は、前記問合せ画像の表示後に、前記表示形態を前記第２モードから前記第１モードへ切り替えるための所定の切替操作がなされると、選択された前記第１アプリケーションの実行画面を、前記第１表示面に表示する。

本発明に係る携帯端末装置において、前記制御部は、前記問合せ画像に、選択された前記第１アイコンに対応する前記第１アプリケーションの実行をキャンセルするためのキャンセル選択部を含め得る。この場合、前記制御部は、前記操作入力部が前記キャンセル選択部に対する操作入力を受け付けると、選択された前記第１アプリケーションを実行しない。

本発明に係る携帯端末装置において、電源部をさらに備え得る。この場合、前記制御部は、前記電源部が供給できる電力の残量が所定の閾値を下回った場合に、前記第１アイコンと前記第２アイコンとを、これらアイコンに対応するアプリケーションが一つの表示面を用いて実行画面を表示するアプリケーションおよび二つの表示面を用いて実行画面を表示するアプリケーションのうち何れのアプリケーションに設定されているか識別できる表示態様で、前記第１表示面または前記第２表示面に表示させる。

本発明に係る携帯端末装置において、消費電力を抑制させた状態で前記携帯端末装置を動作させるための設定を受け付ける省電力設定部をさらに備え得る。この場合、前記制御部は、前記携帯端末装置が省電力の状態で動作する場合に、前記第１アイコンと前記第２アイコンとを、これらアイコンに対応するアプリケーションが一つの表示面を用いて実行画面を表示するアプリケーションおよび二つの表示面を用いて実行画面を表示するアプリケーションのうち何れのアプリケーションに設定されているか識別できる表示態様で、前記第１表示面または前記第２表示面に表示させる。

本発明に係る携帯端末装置において、前記第１および第２表示面は、前記第１および第２アイコンを、互いに異なる透過度で表示し得る。

本発明に係る携帯端末装置において、前記第１および第２表示面は、前記第１および第２アイコンを、互いに異なる大きさ、彩度、明度または色相で表示し得る。

本発明に係る携帯端末装置において、前記記憶部は、前記記憶部に記憶された前記アプリケーションが前記第１アプリケーションと前記第２アプリケーションの何れに分類されるかを修正するための修正条件を記憶し得る。この場合、前記制御部は、前記修正条件が満たされるかに基づいて、前記記憶部に記憶された前記アプリケーションの属性を前記第１アプリケーションと前記第２アプリケーションの何れに更新し、更新後の属性に基づいて、前記第１アイコンと前記第２アイコンとを、これらアイコンに対応するアプリケーションが一つの表示面を用いて実行画面を表示するアプリケーションおよび二つの表示面を用いて実行画面を表示するアプリケーションのうち何れのアプリケーションに設定されているか識別できる表示態様で、前記第１表示面または前記第２表示面に表示させる。

本発明に係る携帯端末装置において、前記修正条件は、前記携帯端末装置の使用状況に関する条件を含み得る。

本発明に係る携帯端末装置において、前記修正条件は、前記アプリケーションの使用状況に関する条件を含み得る。

本発明によれば、効果的に電力消費を抑制可能な携帯端末装置を提供することができる。

本発明の効果ないし意義は、以下に示す実施の形態の説明により更に明らかとなろう。ただし、以下の実施の形態は、あくまでも、本発明を実施化する際の一つの例示であって、本発明は、以下の実施の形態に記載されたものに何ら制限されるものではない。

実施例１に係る、閉状態および開状態の携帯電話機の外観構成を示す図である。 実施例１に係る、チルト状態の携帯電話機の外観構成を示す図である。 実施例１に係る、携帯電話機の、閉状態から開状態へ変形される様子を説明する図である。 実施例１に係る、携帯電話機の全体構成を示すブロック図である。 実施例１に係る、アプリケーション起動画面の表示例を示す図である。 実施例１に係る、アプリケーション起動画面におけるアイコンの表示更新処理を示すフローチャートである。 実施例１に係る、分類リストの構成および分類リストへの登録処理を示すフローチャートである。 実施例１に係る、アプリケーション起動画面の表示例を示す図である。 実施例１に係る、ダイアログの表示処理を示すフローチャートである。 実施例１に係る、第１ダイアログの表示例を示す図である。 実施例１に係る、第２ダイアログの表示例を示す図である。 実施例１に係る、第１ダイアログおよび第２ダイアログにおいてキャンセルボタンが操作されたときの表示例、および、第２ダイアログにおいて実行ボタンが表示されたときの表示例を示す図である。 実施例１に係る、第１ダイアログが表示された状態において、画面モードが１画面モードに切り替えられたときの表示例、および、実行ボタンが操作されたときの表示例を示す図である。 実施例２に係る、分類リストの構成およびアイコンの表示更新処理を示すフローチャートを示す図である。 実施例２に係る、アプリケーション起動画面の表示例を示す図である。 実施例２に係る、アプリケーション起動画面の表示例を示す図である。 実施例２に係る、ダイアログの表示処理を示すフローチャートである。 実施例２に係る、第１および第２ダイアログの表示例を示す図である。 実施例３に係る、分類リストの構成およびアイコンの表示更新処理を示すフローチャートを示す図である。 実施例３に係る、アプリケーション起動画面の表示例を示す図である。 変更例に係る、第１アイコンが選択されたときのダイアログの表示例を示す図である。 変更例に係る、アプリケーション起動画面の表示例を示す図である。 変更例に係る、アプリケーション起動画面の表示例および待ち受け画面の表示例を示す図である。 変更例に係る、アイコンの表示更新処理を示すフローチャートである。

以下、本発明の実施の形態に係る携帯電話機について説明する。

＜携帯電話機の構成＞
図１（ａ）、（ｂ）および図２（ａ）、（ｂ）は、実施の形態に係る携帯電話機１の構成を示す図である。図１（ａ）は、閉状態の携帯電話機１の構成を示す図である。図１（ｂ）は、開状態の携帯電話機１の構成を示す図である。図２（ａ）および（ｂ）は、チルト状態の携帯電話機１の構成を示す図である。

以下の説明において、携帯電話機１に対する「右」、「左」、「上」、「下」、「前」および「後」の方向は、図１（ａ）および（ｂ）に示されたように設定される。また、互
いに直交するＸ軸、Ｙ軸、Ｚ軸を設定する場合、Ｘ軸、Ｙ軸、Ｚ軸の正方向は、それぞれ、上、左および手前方向に対応する。

また、「閉状態」は、図１（ａ）に示す如く、第１キャビネット１０が、第２キャビネット２０の前面に重ねられた状態である。「開状態」は、図１（ｂ）に示す如く、第１キャビネット１０が、第２キャビネット２０の上側に並べられて配され、第１キャビネット１０の前面と第２キャビネット２０の前面が面一になった状態である。「チルト状態」は、図２（ａ）、（ｂ）に示す如く、第１キャビネット１０が、開状態から所定の角度だけ前方に傾いた状態である。

図１（ａ）、（ｂ）を参照して、携帯電話機１は、第１キャビネット１０と、第２キャビネット２０と、これら第１、第２キャビネット１０、２０を連結する連結部３０とで構成されている。

第１キャビネット１０は、左右方向に長い平坦な直方体形状を有する。第１キャビネット１０には、第１タッチパネル１１が配されている。第１タッチパネル１１は、第１ディスプレイ１２および第１タッチセンサ１３を含む。

第１ディスプレイ１２の表示領域を覆うように第１タッチセンサ１３が配置される。第１タッチセンサ１３は、透明なシート状の部材からなる。第１ディスプレイ１２に備えられるバックライト（図示せず）が点灯されることにより、第１タッチセンサ１３を介して、第１ディスプレイ１２の表示領域に表示された第１画面が閲覧可能となる。すなわち、第１タッチセンサ１３の前面が表示面（以下、「第１表示面１４」という）となる。

第１タッチセンサ１３は、第１表示面１４に対する接触を検出し、接触位置に応じた位置信号を出力する。

なお、以下の説明において、「タッチ」とは、たとえば、指やペンなどの接触部材によって表示面（第１表示面１４、第２表示面２４）に触れることである。ユーザが接触部材によって表示面を押したり、撫でたり、表示面に図形や文字を描いたりする場合に「タッチ」が行われる。また、「タップ」とは、接触部材が表示面を弾くように、表示面のある位置において接触部材をタッチさせ、短時間のうちにリリースさせることを言う。

第２キャビネット２０は、左右方向に長い平坦な直方体形状を有する。第２キャビネット２０には、第２タッチパネル２１が配されている。第２タッチパネル２１は、第２ディスプレイ２２および第２タッチセンサ２３を含む。第１タッチパネル１１と同様、第２タッチセンサ２３の前面が表示面（以下、「第２表示面２４」という）となり、この第２表示面２４に第２画面が表示される。第２ディスプレイ２２および第２タッチセンサ２３の構成は、第１ディスプレイ１２および第１タッチセンサ１３と同様である。

第２キャビネット２０の下側面には、ハードキー群２５が配される。ハードキー群２５は、再生される音の音量のアップおよびダウンのためのキー等からなる。また、図２（ｂ）に示すように、第１キャビネット１０の後面の左側には、動画および静止画を撮像するためのレンズ窓１５が配される。

閉状態において、第１表示面１４および第２表示面２４のうち、第１表示面１４のみが外部へ臨む。このとき、第２表示面２４は、第１キャビネット１０の背後に配され、外部を臨まない。開状態およびチルト状態において、第１表示面１４および第２表示面２４の両方が、外部へ臨む。

なお、開状態において、第１表示面１４の下側の境界は、第１キャビネット１０の下側側面に近い位置（数ミリメートル）に位置する。第２表示面２４の上側の境界は、第２キャビネット２０の上側面に近い位置（数ミリメートル）に位置する。このように、開状態において第１表示面１４と第２表示面２４との間の隙間は小さいため、ユーザは、第１表示面１４と第２表示面２４とを、一体化された一つの表示面として、認識できる。

図２（ａ）および（ｂ）を参照して、連結部３０は、中央フレーム部３１、第１右フレーム部３２、第１左フレーム部３３、第２右フレーム部３４および第２左フレーム部３５を有する。中央フレーム部３１は、左右に延びる形状を有する。中央フレーム部３１の右端は、第１右フレーム部３２の一端および第２右フレーム部３４の一端に接続する。中央フレーム部３１の左端は、第１左フレーム部３３の一端および第２左フレーム部３５の一端に接続する。

第１右フレーム部３２および第１左フレーム部３３は、それぞれ左右方向に延びる軸（図示せず）を有する。この軸が、図示の溝部１６により挟まれる。これら軸が、溝部１６に沿って移動可能に第１キャビネット１０に保持されることにより、第１キャビネット１０が、左右方向を軸として回転可能で、且つ、上下方向にスライド可能に、第１右フレーム部３２および第１左フレーム部３３により保持される。

第２右フレーム部３４および第２左フレーム部３５は、第２キャビネット２０を、左右方向を軸として回転可能に保持する。このように、第１および第２タッチパネル１１、２１は、第１および第２キャビネット１０、２０を介して連結部３０により、開状態および閉状態との間で切換可能に支持される。

図３（ａ）〜（ｆ）は、携帯電話機１が、開状態（図３（ａ））から閉状態（図３（ｆ））へ、遷移される過程を、携帯電話機１の右側から見て説明する図である。ユーザは、閉状態からチルト状態（図３（ｄ））を経て開状態へ、および開状態からチルト状態を経て閉状態へ、携帯電話機１を変形させることができる（図３参照）。

携帯電話機１が閉状態にあるとき（図３（ａ）参照）、第１キャビネット１０を前方向（破線矢印の方向）へ移動させると、図３（ｂ）に示す如く、第１キャビネット１０の後面が、第２キャビネット２０から離れる。このとき、第１キャビネット１０および第２キャビネット２０を支持する連結部３０は、時計回りの方向（実線矢印方向）へ回転する。

図３（ｂ）の状態において、第１キャビネット１０をさらに前方向へ移動させながら下方向（破線矢印方向）に回転させると、図３（ｃ）のように、第１キャビネット１０および連結部３０が配置される。

図３（ｃ）の状態において、第１キャビネット１０の下側の後面が連結部３０に接するまで、第１キャビネット１０をさらに破線矢印方向に回転させ、連結部３０をさらに時計回りの方向（実線矢印方向）に回転させると、携帯電話機１は、図３（ｄ）のチルト状態に至る。

チルト状態において、第１キャビネット１０の後面の下側が連結部３０に当接した状態に保たれたまま、連結部３０を時計回りの方向へ回転（破線矢印参照）させると、携帯電話機１は、図３（ｅ）に示される状態になる。すなわち、第１表示面１４と第２表示面２４とが略一面となる。

図３（ｅ）に示される状態のとき、第１キャビネット１０および第２キャビネット２０との間には、間隙（数ミリメートル）が存在する。第１キャビネット１０を、第２キャビ
ネット２０に対して下側（一点鎖線矢印参照）へスライドさせると、図３（ｆ）のように、携帯電話機１は開状態へと至る。このとき、第１キャビネット１０の下側側面と、第２キャビネット２０の上側側面とが、互いに接した状態となる。

なお、連結部３０は、チルト状態、すなわち第１右フレーム部３２および第１左フレーム部３３と第２キャビネット２とが所定の鈍角（たとえば百数十度）をなす状態にあるとき、連結部３０の回転を弱く係止するための構造を有する。このように回転が弱く係止されるため、ユーザは、携帯電話機１をチルト状態が保ったまま、利用することができ、且つ、容易にチルト状態を開状態または閉状態へと変化させることができる。

図４は、携帯電話機１の全体構成を示すブロック図である。本実施の形態の携帯電話機１は、上述した各構成要素の他、ＣＰＵ１００、メモリ２００、カメラモジュール３０１、マイク３０２、音声エンコーダ３０３、キー入力回路３０４、通信モジュール３０５、映像デコーダ３０６、音声デコーダ３０７、スピーカ３０８、バッテリ３０９、電源管理回路３１０、クロック３１１、開閉センサ３１２、ＧＰＳモジュール３１３および加速度センサ３１４を備えている。

カメラモジュール３０１は、第１キャビネット１０に内蔵され、第１キャビネット１０の背面から外部を臨むレンズ窓１５を有する（図２（ｂ）参照）。カメラモジュール３０１は、撮像により生成した撮像信号をＣＰＵ１００へ出力する。

マイク３０２は、第１キャビネット１０に内蔵される（図１参照）。マイク３０２は、集音した音声を音声信号に変換して音声エンコーダ３０３へ出力する。音声エンコーダ３０３は、マイク３０２からのアナログの音声信号をデジタルの音声信号に変換し、変換されたデジタルの音声信号をＣＰＵ１００へ出力する。

キー入力回路３０４は、ハードキー群２５（図１参照）の各キーが押下されたときに、押下されたキーに応じた信号をＣＰＵ１００へ出力する。

通信モジュール３０５は、通話や通信のための電波を送受信するアンテナ（図示せず）を備える。通信モジュール３０５は、ＣＰＵ１００から入力される信号を無線信号に変換し、アンテナを介して基地局へ送信する。また、通信モジュール３０５は、アンテナを介して受信した無線信号をＣＰＵ１００が利用できる形式の信号へ変換し、変換された信号をＣＰＵ１００へ出力する。

映像デコーダ３０６は、ＣＰＵ１００からの画像信号をデコードし、デコードした信号を第１ディスプレイ１２および第２ディスプレイ２２へ出力する。第１ディスプレイ１２および第２ディスプレイ２２は、映像デコーダ３０６からの信号から駆動信号を生成し、生成した駆動信号を、第１ディスプレイ１２および第２ディスプレイ２２が備える液晶パネル（図示せず）へ、それぞれ出力する。各液晶パネルは、入力された駆動信号に基づいて、第１画面および第２画面に画像を表示する。バックライトが点灯し、液晶パネルに描画された画面が表示されることにより、ユーザは、第１表示面１４および第２表示面２４を介して、表示された第１画面および第２画面を観ることができる。

音声デコーダ３０７は、ＣＰＵ１００からの音信号にデコード処理およびＤ／Ａ変換を施し、変換された信号をスピーカ３０８に出力する。スピーカ３０８は、音声デコーダ３０７から入力される信号に基づき、音を出力する。

バッテリ３０９は二次電池を含み、携帯電話機１を構成する各部へ、電力を供給する。

電源管理回路３１０は、ＣＰＵ１００からの制御信号に基づき、バッテリ３０９に関する各種の情報を取得するとともに、二次電池の充電等のための制御信号を、バッテリ３０９へ出力する。電源管理回路３１０は、二次電池が出力する電圧を検知し、検知した電圧に応じたデジタル信号を、ＣＰＵ１００に出力する。ＣＰＵ１００は、このデジタル信号に基づき、二次電池が出力できる電力のおよその残量（以下、「電池残量」と言う。）を検出する。

クロック３１１は、時間を計測し、計測した時間を応じた信号をＣＰＵ１００へ出力する。

開閉センサ３１２は、連結部３０の第２キャビネット２０に対する角度を検出する。開閉センサ３１２は、第２キャビネット２０と連結部３０がなす角度を検出する角度センサを備え、検出された角度に応じたデジタル信号を、ＣＰＵ１００へ出力する。ＣＰＵ１００は、開閉センサ３１２からの信号に基づき、第１キャビネット１０および第２キャビネット２０の配置状態（以下、「画面状態」と言う。）が、開状態、閉状態およびチルト状態の何れであるかを検出する。

なお、画面状態は、角度センサ以外の手段によって、検出されてもよい。たとえば、磁気センサが、画面状態の検出のために利用され得る。この場合、たとえば、第２キャビネット２０に磁気センサが配され、第１キャビネット１０または連結部３０に磁石が配される。開閉センサ３１２は、磁気センサが画面状態によって異なる磁力を検知することに基づき、ＣＰＵ１００が開閉状態を検出するための信号を、ＣＰＵ１００へ出力する。

ＧＰＳモジュール３１３は、上空にある複数のＧＰＳ衛星からの信号に基づいて、経度、緯度等の地理的な現在位置を測位し、その位置情報、即ちＧＰＳ情報をＣＰＵ１００に出力する。

加速度センサ３１４は、携帯電話機１に印加される加速度を検出する。加速度センサ３１４は３軸加速度センサであり、図１のＸ軸方向、Ｙ軸方向およびＺ軸方向の３方向に生じる加速度を検出する。加速度センサ３１４は、検出した加速度に応じた加速度信号をＣＰＵ１００へ出力する。

メモリ２００は、ＲＯＭおよびＲＡＭを含む。メモリ２００には、ＣＰＵ１００に制御機能を付与するための制御プログラムが記憶されている。また、ＣＰＵ１００が制御プログラムを実行する際、メモリ２００は、一時的に利用または生成されるデータを記憶するワーキングメモリとしても使用される。

メモリ２００は、制御プログラムの他に、画像データ、通信モジュール３０５を介して外部から取り込んだ情報、および第１および第２タッチセンサ１３、２３により入力された情報等が、所定のファイル形式で保存される。

また、メモリ２００には、アプリケーションとともに、各アプリケーションを分類するための分類リストが記憶される。分類リストには、アプリケーションが、一つの表示面で表示されるのに適するか、あるいは、二つの画面で表示されるのに適するかを示す情報が、各アプリケーションに対応づけて保持される。分類リストの詳細については、追って図７（ａ）を参照して説明する。

ＣＰＵ１００は、キー入力回路３０４、各タッチセンサ１３、２３からの操作入力信号に基づき、制御プログラムに従って、カメラモジュール３０１、マイク３０２、通信モジュール３０５、第１および第２ディスプレイ１２、２２、スピーカ３０８等を動作させる
。これにより、ＣＰＵ１００は、通話、カメラ機能、電子メール、ウェブブラウザ、音楽プレーヤ等の各種アプリケーションを実行する。

ＣＰＵ１００は、画面状態の変化に応じて、第２ディスプレイ２２の駆動状態を切り替える。画面状態が閉状態であるときに、ＣＰＵ１００は、第１キャビネット１０に覆われ背後に隠れる第２ディスプレイ２２のバックライトを消灯するとともに、第２ディスプレイ２２の液晶パネルの駆動を停止し、第２ディスプレイ２２を非駆動状態に設定する。このとき、第１ディスプレイ１２は、第１ディスプレイ１２のバックライトが点灯されるとともに、第１ディスプレイ１２の液晶パネルが駆動されて、駆動状態に設定される。画面状態が開状態またはチルト状態であるときに、ＣＰＵ１００は、第１および第２ディスプレイ１２、２２の両方を駆動状態に設定する。

＜実施例１＞
以下、アプリケーションの起動画面と実行画面の制御に関する実施例を説明する。

本実施例において、「アプリケーション起動画面」とは、各種アプリケーションを実行するためのアイコンが、整列されて表示される画面のことである。また、「アプリケーション実行画面」とは、アプリケーションが実行されることにより表示される画面のことである。

また、本実施例において、「１画面モード」は閉状態を意味し、「２画面モード」は、開状態およびチルト状態を意味する。また、「１画面モード」と「２画面モード」を総称するときは、単に「画面モード」という。

図５は、本実施例に係るアプリケーション起動画面の表示例を示す図である。この表示例は、電池残量が多い場合のものである。

図５（ａ）は、１画面モードにおけるアプリケーション起動画面の表示例を示す。１画面モードにおいて、アプリケーション起動画面は、第１表示面１４に表示される。この表示例の場合、アプリケーション起動画面は、１７個のアイコンＡ０１〜Ａ１７を含む。１７個のアイコンＡ０１〜Ａ１７は、それぞれ、順番に、検索（Ａ０１）、ウェブブラウザ（Ａ０２）、電子メール（Ａ０３）、ストップウォッチ（Ａ０４）、画像閲覧（Ａ０５）、メッセージ（Ａ０６）、コンタクトリスト（Ａ０７）、電卓（Ａ０８）、通話（Ａ０９）、万歩計（登録商標）（Ａ１０）、地図（Ａ１１）、電車乗換（Ａ１２）、文書ビューア（Ａ１３）、音楽プレーヤ（Ａ１４）、カメラ（Ａ１５）、データフォルダ（Ａ１６）、基本設定（Ａ１７）の機能を実行するためのアプリケーションに対応する。

これらアイコンの背景には、所定の背景画像が表示される。また、第１表示面１４の下側には、待受け画面へと移行するためのホームアイコン４０３が表示される。アプリケーション起動画面の上側には、電池残量を表す電池アイコン４０１を含む、タスクバー４０２が表示される。タスクバー４０２には、電池アイコン４０１の他に、現在の電波の状態、現在の時刻等が表示される。図５（ａ）では、電池アイコン４０１は、略フル充電状態（全体が黒い）であることを表している。

図５（ｂ）は、２画面モードにおけるアプリケーション起動画面の表示例を示す。２画面モードにおいて、アプリケーション起動画面は、第１表示面１４と第２表示面２４に表示される。

図６は、本実施例に係るアプリケーション起動画面のアイコンの表示更新処理を示すフローチャートである。アイコンの表示更新処理は、アプリケーション起動画面が表示面１
４または２４に表示されているとき、所定の時間間隔（たとえば、数１０秒〜数分）で実行される。

表示更新処理が起動されると、ＣＰＵ１００は、電池残量が少ないか否かを判定する（Ｓ１０１）。具体的には、ＣＰＵ１００は、電池残量検知部から入力される信号に基づいて、電池残量を検出する。そして、ＣＰＵ１００は、検出した電池残量が、所定閾値（たとえば、フル充電状態の１５％）未満であるか否かを判定する。なお、この閾値は、携帯電話機１の利用環境等に応じて自動的に変更されもよいし、ユーザにより事前に設定されてもよい。

電池残量が少なくない場合（Ｓ１０１：ＮＯ）、アイコンの表示更新処理は終了される。電池残量が少ない場合（Ｓ１０１：ＹＥＳ）、ＣＰＵ１００は、アプリケーション起動画面に含まれる各アイコンが、電池残量が少ない状況下において、使用が推奨されるアプリケーションに対応するアイコン（以下、「第１アイコン」という）か、あるいは、使用が推奨されないアプリケーションに対応するアイコン（以下、「第１アイコン」という）かを、分類リストを参照して判定する（Ｓ１０２）。

図７（ａ）は、分類リストの構成を示す図である。分類リストには、アプリケーション毎に、そのアプリケーションの実行画面を表示する際の適正画面数が保持されている。図７（ａ）中の“適正画面数”の欄に、“１”と表示されたアプリケーションは、一つの表示面でアプリケーション画面が表示されるのに適するアプリケーション（以下、「第１アプリケーション」という）であり、“適正画面数”の欄に、“２”と表示されたアプリケーションは、二つの表示面でアプリケーション画面が表示されるのに適するアプリケーション（以下、「第２アプリケーション」という）である。

たとえば、ストップウォッチの機能を実行するアプリケーション（Ａ０４）は、ストップウォッチの計測状態や、計測の開始、終了の指示キー等、比較的単純な表示が行われる。また、このような表示が１画面で行われても、ユーザは、当該アプリケーションを円滑に使用できる。このように、アプリケーションの実行時に比較的単純な表示が行われ、且つ、１画面でも円滑に使用可能なアプリケーションは、第１アプリケーションに設定され、適正画面数は“１”とされる。これに対し、電子メールの機能を実行するアプリケーション（Ａ０３）は、メールの本文や、受信メールのリスト等、種々の情報が組み合わされた複雑な表示が行われる。また、このような表示は、通常、２画面を用いて行なわれ易い。このように、アプリケーションの実行時に複雑な表示が行われ、且つ、２画面で使用され易いアプリケーションは、第２アプリケーションに設定され、適正画面数は“２”とされる。

なお、２画面で表示が行われると、１画面で表示が行われる場合に比べ、電力消費がかなり高くなる。よって、電池残量が少ない場合、適正画面数が“２”である第２アプリケーションの使用は、推奨されない。このため、分類リストにおいて適正画面数が“２”とされた第２アプリケーションは、電池残量が少ない場合に、使用が推奨されず、適正画面数が“１”とされた第１アプリケーションの使用が推奨される。ＣＰＵ１００は、このような基準に基づいて、アプリケーション起動画面中のアイコンを第１アイコンと第２アイコンに分類する。

すなわち、図５のステップＳ１０２において、ＣＰＵ１００は、アプリケーション起動画面に含まれる各アイコンに対応するアプリケーションの適正画面数を、分類リストを参照して判定する。そして、ＣＰＵ１００は、適正画面数が“１”である第１アプリケーションに対応するアイコンを、使用が推奨されるアイコンとして第１アイコンに設定し、適正画面数が“２”である第２アプリケーションに対応するアイコンを、使用が推奨されな
いアイコンとして第２アイコンに設定する。

しかる後、ＣＰＵ１００は、第１アイコンの表示状態を、図５に示す通常の表示状態（背景画像が透けて見えない非透過の状態）に維持し、第２アイコンの表示状態を、背景画像が透けて見える半透過の状態に変更する（Ｓ１０３）。

図８（ａ）、（ｂ）は、電池残量が閾値未満となったときのアプリケーション起動画面の表示例を示す図である。

図８（ａ）、（ｂ）において、電池アイコン４０１は、電池残量が少ない状態（フル残量の約１０％）であることを表している。また、表示された１７個のアイコン（Ａ０１〜Ａ１７）のうち、第２アイコンである検索（Ａ０１）、ウェブブラウザ（Ａ０２）、電子メール（Ａ０３）、画像閲覧（Ａ０５）、地図（Ａ１１）、電車乗換（Ａ１２）、文書ビューア（Ａ１３）のアプリケーションに対応するアイコンは、表示状態が半透過の状態に変更される。第１アイコンであるストップウォッチ（Ａ０４）、メッセージ（Ａ０６）、コンタクトリスト（Ａ０７）、電卓（Ａ０８）、通話（Ａ０９）、万歩計（登録商標）（Ａ１０）、音楽プレーヤ（Ａ１４）、カメラ（Ａ１５）、データフォルダ（Ａ１６）、基本設定（Ａ１７）のアプリケーションのアイコンは、図５に示す通常の表示状態が維持される。

かかる表示形態の変更により、ユーザは、電池残量が少なくなったことを認識し、また、電力消費を抑制するために、第２アイコンの使用を回避するのが望ましいことを知ることができる。その上で、ユーザは、現在の状況に応じて、第２アプリケーションを使用するか、また、第１アプリケーションと第２アプリケーションをどのような画面モードで使用するかを決定することができる。

図８（ａ）の１画面モードにおいて、何れかのアイコンがユーザにより選択されると、選択されたアイコンに対応するアプリケーションが実行され、アプリケーション実行画面が第１表示面１４に表示される。これに対し、図８（ｂ）の２画面モードにおいて、何れかのアイコンがユーザにより選択されると、アプリケーションの実行に先立ち、ユーザに、所定の問い合わせを行うための画像であるダイアログボックス画像（以下、単に「ダイアログ」と言う。）が表示される。なお、ダイアログは、ユーザに問い合わせを行なわず、所定の通知を行うためだけの画像であってもよい。

図９は、２画面モードにおいてアイコンが選択されたときのダイアログの表示処理を示すフローチャートである。

ＣＰＵ１００は、表示面１４および２４に表示されている何れかのアイコンがタップされたか否かを判定する（Ｓ１２１：ＮＯ）。アイコンがタップされると（Ｓ１２１：ＹＥＳ）、ＣＰＵ１００は、選択されたアイコンが第１アイコンであるか第２アイコンであるか否かを判定する（Ｓ１２２）。選択されたアイコンが第１アイコンである場合、ＣＰＵ１００は、第１表示面１４に、第１ダイアログを表示する（Ｓ１２３）。選択されたアイコンが第２アイコンである場合、ＣＰＵ１００は、第１表示面１４に、第２ダイアログを表示する（Ｓ１２４）。

図１０（ｂ）は、第１ダイアログの表示例を示す図である。この表示例は、図１０（ａ）に示すように、音楽プレーヤのアプリケーション（第１アプリケーション）に対応するアイコン（Ａ１４）がユーザにより選択されたときになされたものである。

図示の如く、第１ダイアログ４０５ａは、テキスト表示領域４０６ａと、実行ボタン４
０７ａおよびキャンセルボタン４０８ａを含む。テキスト表示領域４０６ａには、電池残量が少ないこと、当該アプリケーションを１画面モードで実行することが推奨されること、１画面モードへ切り替えるとアプリケーションが実行されることが、文字により表示される。実行ボタン４０７ｂは、当該アプリケーションの実行を２画面モードで受け付け、キャンセルボタン４０８ｂは、当該アプリケーションを実行しないことを受け付ける。

図１１（ｂ）は、第２ダイアログの表示例を示す図である。この表示例は、図１１（ａ）に示すように、電子メールのアプリケーション（第２アプリケーション）に対応するアイコン（Ａ０３）がユーザにより選択されたときになされたものである。

図示の如く、第２ダイアログ４０５ｂは、テキスト表示領域４０６ｂと、実行ボタン４０７ｂおよびキャンセルボタン４０８ｂを含む。テキスト表示領域４０６ｂには、電池残量が少ないこと、および、当該アプリケーションを２画面モードで実行することは推奨されないことが、文字により表示される。実行ボタン４０７ｂは、当該アプリケーションの実行を受け付け、キャンセルボタン４０８ｂは当該アプリケーションを実行しないことを受け付ける。

図１０（ｂ）に示す第１ダイアログ４０５ａにおいてキャンセルボタン４０８ａが操作され、または、図１１（ｂ）に示す第２ダイアログ４０５ｂにおいてキャンセルボタン４０８ｂが操作されると、ＣＰＵ１００は、図１２（ａ）に示すように、第１表示面１４と第２表示面２４に、アイコン選択前のアプリケーション起動画面（電池残量が少ない状態）を表示する。

図１０（ｂ）に示すように第１ダイアログ４０５ａが表示された状態において、第１キャビネット１０が第２キャビネット２０の上に重ねられ、画面モードが２画面モードから１画面モードに切り替えられると、ＣＰＵ１００は、図１３（ａ）に示すように、第１表示面１４に、選択されたアイコン（Ａ１４）のアプリケーション実行画面（音楽プレーヤの実行画面）を表示する。図１３（ａ）において、第１表示面１４には、再生対象となっている楽曲のタイトル等の関連情報、音楽プレーヤの操作のためのボタン、再生の進捗を表すプログレスバー等が表示される。

図１０（ｂ）に示す第１ダイアログ４０５ａにおいて実行ボタン４０７ａが操作されると、ＣＰＵ１００は、図１３（ｂ）に示すように、第１表示面１４と第２表示面２４に、選択されたアイコン（Ａ１４）のアプリケーション実行画面（音楽プレーヤの実行画面）を表示する。図１３（ｂ）において、第１表示面１４には、図１３（ａ）と同様の画像が表示され、第２表示面２４には、再生できる楽曲のリストが表示される。

図１１（ｂ）に示す第２ダイアログ４０５ｂにおいて実行ボタン４０７ｂが操作されると、ＣＰＵ１００は、図１２（ｂ）に示すように、第１表示面１４と第２表示面２４に、選択されたアイコン（Ａ０３）のアプリケーション実行画面（電子メールの実行画面）を表示する。図１２（ｂ）において、第１表示面１４には、メールの本文４０４ａを含む画面が表示され、第２表示面２４には、受信メールのリスト４０４ｂが縦に整列されて表示される。

なお、実行ボタン４０７ａ、４０７ｂが操作されたときに、選択されたアプリケーションがバックグラウンドで停止中である場合には、この停止中であったアプリケーションが、再びフォアグラウンドで実行される。バックグラウンドで停止中でない場合、選択されたアプリケーションは、新たに起動され実行される。

以上、本実施例によれば、電池残量が少なくなると、アプリケーション起動画面に表示
される第２アイコンが半透過の状態で表示されるため、かかる表示に基づき、ユーザは、電池残量が少なくなったことを認識することができる。また、第１アイコンと第２アイコンとが異なる形態で表示されるため、ユーザは、電力消費が大きい２画面に適するアプリケーションのアイコン（第２アイコン）を識別することができ、電力消費を抑制するためには、第２アイコンの使用を回避するのが望ましいことを知ることができる。その上で、ユーザは、現在の状況に応じて、第２アプリケーションを使用するか、また、第１アプリケーションと第２アプリケーションをどのような画面モードで使用するかを決定することができる。

したがって、本実施例によれば、電池残量が少ないときに、電力消費が大きい第２アプリケーションの安直な使用をユーザに回避させることができ、よって、バッテリの使用時間を長くすることができる。

また、本実施例によれば、電池残量が少なくなった場合に、アプリケーション起動画面におけるアイコンの表示形態を変化させたにも拘らず、所定のアプリケーションの起動指示がなされたような場合にも、第１ダイアログ４０５ａと第２ダイアログ４０５ｂによって、ユーザに、電池残量が少なくなったこと、および、２画面モードでのアプリケーションの使用が推奨されないことが報知されるため、２画面モードでのアプリケーションの使用がさらに抑制され得る。

特に、１画面モードでの使用に適するにも拘らず、２画面モードにて第１アプリケーションの起動指示がなされたような場合には、１画面モードへの移行をユーザに促す表示が第１ダイアログ４０５ａにおいてなされるため、電力消費の大きい２画面モードによる無駄なアプリケーションの実行を回避することができ、電力消費を効果的に抑制することができる。

なお、図７（ａ）に示す分類リストには、予め、汎用的なアプリケーションが登録されている。分類リストにないアプリケーションが新たにインストールされる場合には、当該新たなアプリケーションが分類リストに追加される。

図７（ｂ）は、アプリケーションを分類リストへ登録するための処理を示すフローチャートである。

ＣＰＵ１００は、まず、インストール対象のアプリケーションが、分類リストに未登録であるか否かを判定する（Ｓ１１１）。アプリケーションが分類リストへ未登録である場合（Ｓ１１１：ＹＥＳ）、ＣＰＵ１００は、当該アプリケーションを分類リストへ新規登録し、当該アプリケーションの適正画面数を“１”に設定する（Ｓ１１２）。これにより、新たなアプリケーションの登録が終了する。なお、ここでは、新に登録されるアプリケーションの適正画面数を“１”に設定したが、適正画面数を“２”として登録しても良い。あるいは、新たに登録されるアプリケーション自身が適正画面数に関する情報を含んでいてもよく、または、対象のアプリケーションの適正画面数がネットワークを介して取得可能であってもよい。この場合、ＣＰＵ１００は、対象のアプリケーションの適正画面数を、これらの情報に基づき、分類リストへ登録する。

なお、ダイアログ４０５ａまたはダイアログ４０５ｂのかわりに、上述の如く通知のみを行うためのダイアログが表示される構成が採られてもよい。たとえば、図１０（ｂ）において、ダイアログ４０５ａのかわりに、「電池残量が少なくなっています。１画面モードで利用することを推奨します。」なる通知を行うための、別のダイアログが表示され得る。この場合、このダイアログには、ダイアログ自身を消去するための所定のボタンを含み得るが、ユーザに選択肢を提供する手段（ボタン４０７ａ、４０８ａ等）は含まない。
上記通知がなされた後にダイアログが消去された場合、ＣＰＵ１００は、対象のアプリケーションを２画面モードで実行するとともに、画面モードが２画面モードから１画面モードに切り替えられると、実行中のアプリケーションを１画面モードで実行する。ユーザは、通知により電池残量が少なくなったことを認識した上で、現在の状況に応じて、１画面モードと２画面モードでのアプリケーションの実行を、適宜切り替えられる。

＜実施例２＞
上記実施例１では、電池残量が少なくなったときに、アプリケーション実行画面の表示が１画面表示に適するか２画面表示に適するかによって、アプリケーション起動画面に表示されるアイコンの表示形態が変更された。これに対し、実施例２では、さらに、携帯電話機１がどのような使用環境にあるかが加味されて、アイコンの表示形態が変更される。

図１４（ａ）は、本実施例に係る分類リストの構成を示す図である。本実施例の分類リストは、図７（ａ）の分類リストに比べ、“修正条件”の項目と、“修正フラグ”の項目が追加されている。

“修正条件”の項目には、上記実施例１に係る図６の処理により修正されたアイコンの表示形態をさらに修正するための修正条件が保持されている。修正条件が無いアプリケーションは“修正条件”の項目が空欄とされる（便宜上、図１４（ａ）には“−”が記載されている）。“修正フラグ”の項目には、修正条件が満たされた場合に“１”が保持され、修正条件が満たされない場合に“０”が保持される。
適正画面数が“２”であるアプリケーションに付された修正条件は、当該アプリケーションがその修正条件でしばしば使用されると想定される場合に付される。かかる修正条件が満たされる場合、当該アプリケーションは、電池残量の面からは２画面での使用が推奨されないものの、携帯電話機１の使用環境の面からは、２画面での使用ニーズが高いものと想定される。

たとえば、図１４（ａ）では、検索（Ａ０１）、ウェブブラウザ（Ａ０２）、電車乗替（Ａ１２）のアプリケーションは、ユーザが旅行中に携帯電話機１を携行する場合にしばしば使用されると想定されるため、“旅行中”の修正条件が付されている、また、地図（Ａ１１）のアプリケーションは、ユーザが旅行中または歩行中に携帯電話機１を携行する場合にしばしば使用されると想定されるため、“旅行中”または“歩行中”の修正条件が付されている。

適正画面数が“１”であるアプリケーションに付された修正条件は、当該アプリケーションがその修正条件において使用されることが推奨されないような場合に付される。

たとえば、通話（Ａ０９）のアプリケーションは、ユーザが走行中に携帯電話機１を携行するような場合には、使用されることが推奨されないため、“走行中”の修正条件が付されている。

検索（Ａ０１）、ウェブブラウザ（Ａ０２）、地図（Ａ１１）および電車乗替（Ａ１２）のアプリケーションでは、適正画面数が“２”であるため、図６の処理によると、これらアプリケーションのアイコンの表示形態は“半透過”とされる。しかし、携帯電話機１の使用状況がこれらのアプリケーションの“修正条件”を満たすと、これらアイコンの表示形態が“半透過”から“普通”に変更される。この場合、これらアプリケーションの修正フラグが“１”に設定される。

また、通話（Ａ０９）のアプリケーションでは、適正画面数が“１”であるため、図６の処理によると、これらアプリケーションのアイコンの表示形態は“普通”とされる。し
かし、携帯電話機１の使用状況がこのアプリケーションの“修正条件”を満たすと、アイコンの表示形態が“普通”から“半透過”に変更される。この場合、当該アプリケーションの修正フラグが“１”に設定される。

このように、本実施例では、携帯電話機１の使用環境に応じて、アプリケーション起動画面に表示されるアイコンの表示形態が修正される。

なお、“歩行中”であるか否かの判定は、携帯電話機１に印加される加速度に基づいて行われる。具体的には、ＣＰＵ１００は、人が携帯電話機１を携帯して歩いたときに現れる略周期的な加速度の変動を、加速度センサ３１４が、所定の時間より長く（たとえば数秒間以上）検出した場合に、“歩行中”であると判定する。同様に、ＣＰＵ１００は、人が携帯電話機１を携帯して走ったときに現れる略周期的な加速度の変動を、加速度センサ３１４が、所定の時間より長く（たとえば数秒間以上）検出した場合に、“走行中”であると判定する。

また、“旅行中”であるか否かの判定は、ＧＰＳから取得されるＧＰＳ情報に基づいて行われる。すなわち、ＧＰＳモジュール３１３が検出した位置が、基点位置から、所定の距離以上（たとえば、数１０キロメートル以上）離れている場合に、ＣＰＵ１００は、“旅行中”であると判定する。

上記基点位置は、事前にユーザ等により登録される。また、基点位置は、所定の時間間隔（たとえば、数時間）ごとに取得された位置情報の履歴から、統計的に算定されたものであってもよい。基点位置は、ユーザの日常の行動範囲（自宅、職場等）を表すものであれば、どのように設定されてもよいし、また複数の基点位置が設定されてもよい。

図１４（ｂ）は、本実施例に係るアイコンの表示更新処理を示すフローチャートである。図１４（ａ）のフローチャートは、図６のフローチャートのステップＳ１０３の処理が、ステップＳ１３１、Ｓ１３２の処理に変更されている。

上記実施例１と同様、ＣＰＵ１００は、電池残量が閾値未満になると（Ｓ１０１：ＹＥＳ）、分類リストの適正画面数に基づいて、アプリケーション起動画面中のアイコンを第１アイコンと第２アイコンに分類する（Ｓ１０２）。次に、ＣＰＵ１００は、第１アイコンを“普通”の表示形態に設定し、第２アイコンを“半透過”の表示形態に設定する（Ｓ１０３）。そして、ＣＰＵ１００は、分類リストに含まれる修正条件が満たされるかを判定し、修正条件が満たされるアプリケーションに対応するアイコンの表示形態を、“普通”と“半透過”のうち、ステップＳ１３１で設定された表示形態とは異なる表示形態に変更する。このとき同時に、分類リストにおいて、当該アプリケーションに対応する修正フラグが変更される。こうして、全てのアイコンの表示形態を設定した後、ＣＰＵ１００は、設定した表示形態となるよう、全てのアイコンの表示形態を調整する（Ｓ１３２）。

図１５（ａ）、（ｂ）は、ユーザが旅行中に携帯電話機１を携行した場合のアプリケーション起動画面（電池残量が少ない場合）の表示例を示す図である。この場合、図１４（ａ）の分類リストの修正条件に基づき、検索（Ａ０１）、ウェブブラウザ（Ａ０２）、地図（Ａ１１）および電車乗替（Ａ１２）のアプリケーションに対応するアイコンの表示形態が、半透過（図８（ａ）、（ｂ）参照）から普通に修正される。

図１６（ａ）、（ｂ）は、ユーザが走行中に携帯電話機１を携行した場合のアプリケーション起動画面（電池残量が少ない場合）の表示例を示す図である。この場合、図１４（ａ）の分類リストの修正条件に基づき、通話（Ａ０９）のアプリケーションに対応するアイコンの表示形態が、普通（図８（ａ）、（ｂ）参照）から半透過に修正される。

図１７は、電池残量が閾値未満であるときの２画面モードのアプリケーション起動画面において、所定のアイコンが選択されたときのダイアログの表示処理を示すフローチャートである。図１７のフローチャートは、図９のフローチャートに対し、ステップＳ１４１〜Ｓ１４４が追加されている。

ユーザにより所定のアイコンが選択されると（Ｓ１２１：ＹＥＳ）、ＣＰＵ１００は、選択されたアイコンが、第１アイコンであるか、第２アイコンであるかを判定する（Ｓ１２２）。選択されたアイコンが第１アイコンである場合（Ｓ１２２：ＮＯ）、ＣＰＵ１００は、当該アイコンのアプリケーションの修正フラグが１であるかを、図１４の分別リストに基づき判定する（Ｓ１４１）。そして、ＣＰＵ１００は、修正フラグが１であると（Ｓ１４１：ＹＥＳ）、第１表示面１４に第３ダイアログを表示し（Ｓ１４２）、修正フラグが１でなければ（Ｓ１４１：ＮＯ）、上記実施例１と同様、第１表示面１４に第１ダイアログを表示する（Ｓ１２３）。

ユーザにより選択されたアイコンが第２アイコンである場合（Ｓ１２２：ＹＥＳ）、ＣＰＵ１００は、当該アイコンのアプリケーションの修正フラグが１であるかを、図１４の分別リストに基づき判定する（Ｓ１４３）。そして、ＣＰＵ１００は、修正フラグが１であると（Ｓ１４３：ＹＥＳ）、第１表示面１４に第４ダイアログを表示し（Ｓ１４４）、修正フラグが１でなければ、上記実施例１と同様、第１表示面１４に第２ダイアログを表示する（Ｓ１２４）。

図１８（ａ）は、第３ダイアログの表示例を示す図である。図示の如く、第３ダイアログ４０５ｃは、テキスト表示領域４０６ｃと、実行ボタン４０７ｃおよびキャンセルボタン４０８ｃを含む。テキスト表示領域４０６ｃには、電池残量が少ないこと、および、当該アプリケーションを実行することは推奨されないことが、文字により表示される。実行ボタン４０７ｃは、当該アプリケーションの実行を２画面モードで受け付け、キャンセルボタン４０８ｃは、当該アプリケーションを実行しないことを受け付ける。

図１８（ｂ）は、第４ダイアログの表示例を示す図である。図示の如く、第４ダイアログ４０５ｄは、テキスト表示領域４０６ｄと、実行ボタン４０７ｄおよびキャンセルボタン４０８ｄを含む。テキスト表示領域４０６ｄには、電池残量が少ないこと、および、当該アプリケーションを実行するか否かが、文字により表示される。実行ボタン４０７ｄは、当該アプリケーションの実行を２画面モードで受け付け、キャンセルボタン４０８ｄは、当該アプリケーションを実行しないことを受け付ける。

選択されたアイコンが第１アプリケーションに対応するものである場合、図１０（ｂ）の第１ダイアログ４０５ａでは、１画面モードへの移行が促されたが、図１８（ａ）の第３ダイアログ４０５ｃでは、選択されたアイコンに対応するアプリケーションが現在の使用環境に適さないため、当該アプリケーションの使用が推奨されないことがユーザに報知される。

図１８（ａ）の第３ダイアログ４０５ｃにおいて、ユーザが実行ボタン４０７ｃを操作すると、選択されたアイコンが実行され、その実行画面が、２画面モードで表示される。しかしながら、このような処理に替えて、ユーザが実行ボタン４０７ｃを操作すると、選択されたアイコンが実行される前に、さらに、図１０（ｂ）の第１ダイアログ４０５ａが第１表示面１４に表示されても良い。

選択されたアイコンが第２アプリケーションに対応するものである場合、図１１（ｂ）の第２ダイアログ４０５ｂでは、２画面モードでの当該アプリケーションの利用が推奨さ
れないことがユーザに報知されたが、図１８（ｂ）の第４ダイアログ４０５ｄでは、選択されたアイコンに対応するアプリケーションが現在の使用環境に適するため、電池残量が少なくなっていることともに、単に、当該アプリケーションを実行するか否かがユーザに問い合わされる。

図１８（ｂ）の第４ダイアログ４０５ｄにおいて、ユーザが実行ボタン４０７ｄを操作すると、選択されたアイコンが実行され、その実行画面が、２画面モードで表示される。

図１８（ａ）、（ｂ）の各ダイアログにおいて、ユーザがキャンセルボタン４０８ｃ、４０８ｄを操作すると、上記実施例１と同様、ダイアログが消去され、アイコンが選択される前の状態でアプリケーション起動画面が表示される。

本実施例によれば、適正画面数の他、携帯電話機１の使用環境に応じてアイコンの表示形態が設定されるため、上記実施例１に比べ、アイコンの表示形態をさらに使用環境に整合するものとすることができる。よって、上記実施例１による効果に加え、ユーザの利便性を向上させ得るとの効果が奏される。

＜実施例３＞
上記実施例２では、携帯電話機１の使用環境に応じて、アイコンの表示形態が修正されたが、本実施例では、アプリケーションの使用頻度に応じて、アイコンの表示形態が修正される。具体的には、過去１ヶ月間の各アプリケーションの使用回数がカウントされる。そして、第２アプリケーションについては、使用回数が所定回数（たとえば５０回）を超えるアプリケーションに対応するアイコンの表示形態が“半透過”から“普通”に修正され、第１アプリケーションについては、使用回数が所定回数（たとえば５回）未満のアプリケーションに対応するアイコンの表示形態が“普通”から“半透過”に修正される。

ここで、「アプリケーションの使用回数」とは、アプリケーション起動画面において各アイコンがタップされた回数である。ＣＰＵ１００は、アプリケーション起動画面において各アイコンが過去１ヶ月間にタップされた回数を、アプリケーションの使用回数として、分類リスト（メモリ２００）に保持（記憶）させる。

図１９（ａ）は、本実施例に係る分類リストの構成を示す図である。本実施例に係る分類リストでは、各アプリケーションが使用される毎に、使用回数がカウントアップされ、カウントアップされた使用回数が、当該アプリケーションの“使用頻度”の項目に保持される。そして、第２アプリケーションについては、使用回数が閾値回数（たとえば５０回）を超えると修正フラグが“１”に設定され、第１アプリケーションについては、使用回数が閾値回数（たとえば５回）未満であると修正フラグが“１”に設定される。

図１９（ｂ）は、本実施例に係るアイコンの表示更新処理を示すフローチャートである。図１９（ｂ）のフローチャートは、図６のフローチャートのステップＳ１０３の処理が、ステップＳ１５１、Ｓ１５２の処理に変更されている。

上記実施例１と同様、ＣＰＵ１００は、電池残量が閾値未満になると（Ｓ１０１：ＹＥＳ）、分類リストの適正画面数に基づいて、アプリケーション起動画面中のアイコンを第１アイコンと第２アイコンに分類する（Ｓ１０２）。次に、ＣＰＵ１００は、第１アイコンを“普通”の表示形態に設定し、第２アイコンを“半透過”の表示形態に設定する（Ｓ１５１）。そして、ＣＰＵ１００は、分類リストに含まれる使用頻度を参照し、使用回数が閾値回数（たとえば５０回）を超える第２アプリケーションに対応する第２アイコンの表示形態を、“半透過”から“普通”に修正し、使用回数が閾値回数（たとえば５回）未
満の第１アプリケーションに対応する第１アイコンの表示形態を、“普通”から“半透過”に修正する。

こうして、全てのアイコンの表示形態を設定した後、ＣＰＵ１００は、設定した表示形態となるよう、全てのアイコンの表示形態を調整する（Ｓ１３２）。

図２０（ａ）、（ｂ）は、分類リストが図１９（ａ）の状態にあるときのアプリケーション起動画面（電池残量が少ない場合）の表示例を示す図である。図１９（ａ）の分類リストでは、検索（Ａ０１）、ウェブブラウザ（Ａ０２）および電子メール（Ａ０３）の使用回数が閾値回数（５０回）を超えているため、これらのアプリケーションに対応するアイコンの表示形態が、“半透過”（図８（ａ）、（ｂ）参照）から“普通”に修正される。また、メッセージ（Ａ０６）の使用回数が閾値回数（５回）未満であるため、このアプリケーションに対応するアイコンの表示形態が、“普通”（図８（ａ）、（ｂ）参照）から“半透過”に修正される。

図２０（ｂ）に示すアプリケーション起動画面において、ユーザにより第２アイコンが選択されると、図１７のステップＳ１４３以降の処理が行われ、図１１（ｂ）に示す第２ダイアログ４０５ｂまたは図１８（ｂ）に示す第４ダイアログ４０５ｄが表示される。他方、図２０（ｂ）に示すアプリケーション起動画面において、ユーザにより第１アイコンが選択されると、修正フラグが“１”であるか“０”であるかに拘わらず、図１０（ｂ）の第１ダイアログ４０５ａが表示される。

本実施例によれば、適正画面数の他、アプリケーションの使用頻度に応じてアイコンの表示形態が設定されるため、上記実施例１に比べ、アイコンの表示形態をさらにアプリケーションの使用頻度に整合するものとすることができる。よって、上記実施例１による効果に加え、ユーザの利便性を向上させ得るとの効果が奏される。

なお、本実施例と上記実施例２を組み合わせて、アプリケーション起動画面におけるアイコンの表示形態が設定されても良い。すなわち、適正画面数に基づいて設定されたアイコンの表示形態、図１９（ｂ）のステップＳ１５２の処理により修正し、さらに、図１４（ｂ）のステップＳ１３２の処理により修正するようにしても良い。

＜その他＞
以上、本発明に係る実施例について説明したが、本発明は、上記実施例に何ら制限されるものではない。また、本発明の実施例も、上記以外に、種々の変更が可能である。

たとえば、上記実施例１では、図１０（ａ）のように、第１アイコンが選択されると、図１０（ｂ）のように、１画面モードへの切り替えを促すテキストを含む第１ダイアログ４０５ａが表示されたが、図２１（ｂ）のように、１画面モードへの切り替えを促すテキストを含まないダイアログ４１１が表示されても良い。図２１（ａ）には、図１０（ａ）がそのまま示され、図２１（ｂ）には、図２１（ａ）において、アイコン（Ａ１４）（第１アイコン）が選択されたことが示されている。図２１（ｂ）において、テキスト表示領域４１２には、電池残量が少ないこと、および、当該アプリケーションを実行するか否かが、文字により表示される。実行ボタン４１３は、当該アプリケーションの実行を２画面モードで受け付け、キャンセルボタン４１４は、当該アプリケーションを実行しないことを受け付ける。

また、上記実施例では、アイコンが“普通”または“半透過”の状態で、アプリケーション起動画面に表示されたが、使用が推奨されないアイコンが他のアイコンから識別できるように表示されれば、これらアイコンは他の形態で表示されても良い。たとえば、図２
２（ａ）のように、第２アイコンが、第１アイコンよりも小さく表示されてもよく、また、図２２（ｂ）のように、第２アイコンが、第１アイコンと異なる彩度（たとえば通常より彩度を落とした状態）で表示されても良い。この他、第２アイコンの色相や明度が第１アイコンから変更されてもよい。また、第２アイコンは、透過度、縮尺、彩度、色相、明度等の変更が互いに組み合わされて、アプリケーション起動画面に表示されてよい。この他、第１アイコンまたは第２アイコンの上や近くに、識別のための所定の文字や図柄を表示するなど、他の方法により、第１アイコンと第２アイコンが識別可能とされてもよい。

上記実施例では、電池残量が少ないときに、アプリケーション起動画面におけるアイコンの表示形態の変更が行われたが、たとえば、携帯電話機１を省電力で動作させるための設定（以下、「省電力設定」と言う。）が可能であるような場合には、省電力設定がＯＮに設定されたことに応じて、アイコンの表示形態が変更されても良い。

図２４は、この場合のアイコンの表示更新処理を示すフローチャートである。このフローチャートは、図６に示す実施例１のフローチャートのステップＳ１０１が、ステップＳ１６１に変更されている。すなわち、省電力設定がＯＮに設定されると、Ｓ１０２以降のアイコンの表示更新処理が行われる。

この場合、省電力設定は、デフォルトでＯＮに設定されていてもよいし、ＯＦＦに設定されていてもよい。あるいは、たとえば携帯電話機１が温度センサを備えている場合、気温が電池の性能が低下する温度帯にあるときに、自動的に省電力設定がＯＮに設定されてもよい。携帯電話機１に備えられる各種のセンサやタイマーの検知内容に基づき、省電力設定のＯＮ／ＯＦＦが自動的に切り替えられてよい。

また、上記実施例では、アイコンの表示形態が更新される際に、各アイコンの配置は変更されなかったが、各アイコンは、アイコンの表示形態が更新されるに応じて、配置が調整されてもよい。たとえば、図２３（ａ）に示すように、アイコンの表示形態が更新されるに応じて、第１アイコンと第２アイコンとが、それぞれ集められて表示されても良い。

上記実施例では、アプリケーション起動画面において、アイコンの表示更新処理が実行されたが、アイコンが表示される画面であれば、他の画面において、アイコンの表示更新処理が実行されても良い。たとえば、図２３（ｂ）のように、携帯電話機１の待受画面にアイコンが表示される場合に、アイコンの表示更新処理が実行され、アイコンの表示形態が変更されても良い。

また、実施例２では、修正条件として、“歩行中”、“走行中”および“旅行中”が例示されたが、たとえば、携帯電話機１が自宅または会社に有るか等、他の修正条件が適用されても良い。

また、上記実施例３では、過去１ヶ月間のアプリケーションの使用回数がアプリケーションの使用頻度とされたが、アプリケーションの使用頻度を判定するために、より細かい時間で使用回数が区切られてもよい。たとえば、２４時間を３分割（朝、日中、夜）し、３つの時間帯ごとにアプリケーションの使用回数が分類リストへ含まれてもよい。この場合、３分割された時間帯ごとに過去１ヶ月間の使用回数がカウントされる。そして、時間帯ごとに、カウントされた使用回数と所定閾値とが比較され、アイコンの表示形態が修正される。これにより、たとえば、朝の通勤中、日中の仕事中、夜の在宅中に、それぞれ、よく利用される第２アプリケーションに対応する第２アイコンの表示形態が、“半透過”から“普通”に修正される。こうして、ユーザの生活形態に応じて、アプリケーション起動画面の表示が更新されると、さらに、ユーザの利便性が向上し得る。このような時間の分割はより細かくてもよいし、より長くてもよい。時間の分割は、一定間隔である必要は
なく、また特定の時間帯におけるアプリケーションの使用回数のみが、分類リストへ登録されてもよい。

また、実施例３では、アプリケーションの使用回数に基づいてアイコンの表示形態が修正されたが、たとえば、過去１ヶ月間にアプリケーションがフォアグラウンドで実行された総時間長等、アプリケーションの他の使用状況によってアイコンの表示形態が修正されても良い。この他、アプリケーションの使用状況を判別できるための数値であれば、各種センサから取得される他の情報、あるいは、ユーザによる携帯電話機１の使用状況に関する統計的データ等、いかなる内容の数値が利用されてもよい。

また、上記実施例２において、分類リストに含まれる修正条件は、ユーザが適宜設定を変更できるようにしてもよい。これにより、よりユーザの希望に即した処理が実行され得る。よって、ユーザの利便性がさらに向上させることができる。

さらに、分類リストの構成は、上記実施例１〜３に係る構成である必要はなく、たとえば、第１アプリケーションのみが登録されたリストがメモリ２００に記憶され、このリストに登録されないアプリケーションは、ＣＰＵ１００により第２アプリケーションであると判定されてもよい。反対に、第２アプリケーションのみが登録されたリストがメモリ２００に記憶されてもよい。この他、たとえば、各アプリケーションの実行プログラムや設定ファイル等に、２画面モードでの利用が適するか否かの情報が組み込まれて、メモリ２００に記憶されてもよい。

上記実施例では、１画面モードにおいて、第２表示面２４が、第１表示面１４の背後に隠れるように配置されたが、第２表示面は、第１表示面の背後に隠れるように配置される必要はない。たとえば、第１および第２表示面が常に外部を臨むような構成、または、第２表示面がカバー等により外部から隠されるような構成であっても、本発明は適用可能である。

また、上記実施例では、開状態とチルト状態とが、特に区別されず、何れも２画面モードとして扱われたが、開状態とチルト状態とが互いに区別されて、各種の処理が実行されてよい。たとえば、アイコンの表示更新処理における、第１アイコンおよび第２アイコンへの分類は、開状態であるかチルト状態であるかによって、異なる方法で決定されてよい。

また、上記実施例では、図５に示すように、１画面モードではＹ軸正方向が視野の上側、２画面モードではＸ軸正方向が視野の上側になるように、表示が行われたが、１画面モードではＸ軸正方向が視野の上側、２画面モードではＹ軸正方向が視野の上側になるように、表示が行われても良い。

また、上記実施例では、ユーザが、図３（ａ）に示される閉状態から、図３（ｄ）に示されるチルト状態、または、図３（ｆ）に示される開状態に、第１表示面１４および第２表示面２４を位置づけることにより、画面モードが１画面モードから２画面モードに切り替えられた。しかしながら、画面モード（表示形態）の切替は、第１表示面１４および第２表示面２４の位置変更以外の操作によって行われても良い。たとえば、図１（ｂ）の開状態または図２（ａ）、（ｂ）のチルト状態において、携帯電話機１に配される所定キーの押下に基づき、画面モードが、１画面モードと２画面モードとの間で切り替えられる構成が採られてもよい。第１ディスプレイ１２のみが駆動され１画面モードと、第１および第２ディスプレイ１２、２２の両方が駆動される２画面モードとが、ＣＰＵ１００の制御に基づき切り替え可能であれば、他の方法により画面モードの切り替えが行われて良い。

また、上記実施例では、アプリケーション起動画面においてアイコンが選択されると、選択されたアイコンに対応するアプリケーションが実行される前に、ダイアログが表示されたが、ダイアログが表示されることなく、選択されたアイコンに対応するアプリケーションが実行されても良い。ただし、第１アイコンを適正画面数が一つであるため、２画面モードにおいて第１アイコンが選択された場合には、上記実施例のようにダイアログが表示され、ユーザに１画面モードへの移行を促す報知が行われるようにするのが望ましい。

また、上記実施例および変更例では、携帯電話機１は、二つの表示面を備えたが、表示面の数は二つに限られず、３つ以上であってもよい。また、上記実施形態では、携帯電話機１が例示されたが、ＰＤＡやタブレットＰＣ、電子書籍端末、携帯ゲーム機などの他の携帯端末装置に本発明を適用することもできる。

この他、本発明の実施の形態は、特許請求の範囲に示された技術的思想の範囲内において、適宜、種々の変更が可能である。たとえば、上記実施形態の一部または全部を組み合わせることができる。

１ 携帯電話機
１１ 第１タッチパネル
１３ 第１タッチセンサ
１４ 第１表示面
２１ 第２タッチパネル
２３ 第２タッチセンサ
２４ 第２表示面
１００ ＣＰＵ
２００ メモリ
３０９ バッテリ
４０５ａ〜４０５ｄ ダイアログ
Ａ０１〜Ａ１７ アイコン

Claims (12)

1. 第１表示面を有する第１表示部と、
   第２表示面を有する第２表示部と、
   一つの表示面を用いて実行画面を表示するアプリケーションに設定された第１アプリケーションと、二つの表示面を用いて実行画面を表示するアプリケーションに設定された第２アプリケーションとを保持する記憶部と、
   前記第１アプリケーションに対応する第１アイコンと前記第２アプリケーションに対応する第２アイコンとを、これらアイコンに対応するアプリケーションが一つの表示面を用いて実行画面を表示するアプリケーションおよび二つの表示面を用いて実行画面を表示するアプリケーションのうち何れのアプリケーションに設定されているか識別できる表示態様で、前記第１表示面または前記第２表示面に表示させる制御部と、
   を備えることを特徴とする携帯端末装置。
2. 請求項１に記載の携帯端末装置において、
   前記制御部は、前記第１表示面と前記第２表示面のうち、一方の表示面に画面が表示される第１モードと、双方の表示面に画面が表示される第２モードとに、前記第１表示部および前記第２表示部による表示形態を切り替える、
   ことを特徴とする携帯端末装置。
3. 請求項２に記載の携帯端末装置において、
   前記第１表示面および前記第２表示面に対する操作を受け付ける操作入力部をさらに備え、
   前記制御部は、前記操作入力部が前記第１アイコンに対する操作を受け付けた場合、当該第１アイコンに対応する前記第１アプリケーションの、前記第２モードにおける実行の要否を操作者に問い合わせるための問合せ画像を、前記第１表示面または前記第２表示面に表示させる、
   ことを特徴とする携帯端末装置。
4. 請求項３に記載の携帯端末装置において、
   前記操作入力部が、前記第２モードにおいて、前記第１アイコンを選択する操作を受け付けた場合、前記制御部は、前記問合せ画像に、前記表示形態が前記第２モードから前記第１モードに切り替えられると選択された前記第１アイコンに対応する前記第１アプリケーションが実行されることを通知するための通知部を含め、
   さらに、前記制御部は、前記問合せ画像の表示後に、前記表示形態を前記第２モードから前記第１モードへ切り替えるための所定の切替操作がなされると、選択された前記第１アプリケーションの実行画面を、前記第１表示面に表示する、
   ことを特徴とする携帯端末装置。
5. 請求項３または４に記載の携帯端末装置において、
   前記制御部は、前記問合せ画像に、選択された前記第１アイコンに対応する前記第１アプリケーションの実行をキャンセルするためのキャンセル選択部を含め、前記操作入力部が前記キャンセル選択部に対する操作入力を受け付けると、選択された前記第１アプリケーションを実行しない、
   ことを特徴とする携帯端末装置。
6. 請求項１ないし５の何れか一項に記載の携帯端末装置において、
   電源部をさらに備え、
   前記制御部は、前記電源部が供給できる電力の残量が所定の閾値を下回った場合に、前記第１アイコンと前記第２アイコンとを、これらアイコンに対応するアプリケーションが一つの表示面を用いて実行画面を表示するアプリケーションおよび二つの表示面を用いて実行画面を表示するアプリケーションのうち何れのアプリケーションに設定されているか識別できる表示態様で、前記第１表示面または前記第２表示面に表示させる、
   ことを特徴とする携帯端末装置。
7. 請求項１ないし６の何れか一項に記載の携帯端末装置において、
   消費電力を抑制させた状態で前記携帯端末装置を動作させるための設定を受け付ける省電力設定部をさらに備え、
   前記制御部は、前記携帯端末装置が省電力の状態で動作する場合に、前記第１アイコンと前記第２アイコンとを、これらアイコンに対応するアプリケーションが一つの表示面を用いて実行画面を表示するアプリケーションおよび二つの表示面を用いて実行画面を表示するアプリケーションのうち何れのアプリケーションに設定されているか識別できる表示態様で、前記第１表示面または前記第２表示面に表示させる、
   ことを特徴とする携帯端末装置。
8. 請求項１ないし７の何れか一項に記載の携帯端末装置において、
   前記第１および第２表示面は、前記第１および第２アイコンを、互いに異なる透過度で表示する、
   ことを特徴とする携帯端末装置。
9. 請求項１ないし８の何れか一項に記載の携帯端末装置において、
   前記第１および第２表示面は、前記第１および第２アイコンを、互いに異なる大きさ、彩度、明度または色相で表示する、
   ことを特徴とする携帯端末装置。
10. 請求項１ないし９の何れか一項に記載の携帯端末装置において、
    前記記憶部は、前記記憶部に記憶された前記アプリケーションが前記第１アプリケーションと前記第２アプリケーションの何れに分類されるかを修正するための修正条件を記憶し、
    前記制御部は、前記修正条件が満たされるかに基づいて、前記記憶部に記憶された前記アプリケーションの属性を前記第１アプリケーションと前記第２アプリケーションの何れに更新し、更新後の属性に基づいて、前記第１アイコンと前記第２アイコンとを、これらアイコンに対応するアプリケーションが一つの表示面を用いて実行画面を表示するアプリケーションおよび二つの表示面を用いて実行画面を表示するアプリケーションのうち何れのアプリケーションに設定されているか識別できる表示態様で、前記第１表示面または前記第２表示面に表示させる、
    ことを特徴とする携帯端末装置。
11. 請求項１０に記載の携帯端末装置において、
    前記修正条件は、前記携帯端末装置の使用状況に関する条件を含む、
    ことを特徴とする携帯端末装置。
12. 請求項１０または１１に記載の携帯端末装置において、
    前記修正条件は、前記アプリケーションの使用状況に関する条件を含む、
    ことを特徴とする携帯端末装置。

Images