(57)【特許請求の範囲】
【請求項１】
複数の表示手段を有するとともに、複数のアプリケーションの生成する画像データを表示することが可能な携帯端末であって、
アプリケーション毎に該アプリケーションのフレームレートを記憶する記憶手段と、
アプリケーションの生成する画像データを表示する際に、前記記憶手段に記憶している当該アプリケーションのフレームレートに関する情報に基づいて、高いフレームレートのアプリケーションの生成する画像データと、低いフレームレートのアプリケーションの生成する画像データとを、異なる表示手段に表示するように制御する制御手段と、
を備えることを特徴とする携帯端末。
【請求項２】
前記フレームレートは、各アプリケーションの最大フレームレートであることを特徴とする請求項１記載の携帯端末。
【請求項３】
前記フレームレートは、各アプリケーションの平均フレームレートであることを特徴とする請求項１記載の携帯端末。
【請求項４】
閾値を保持する保持手段を備え、
前記制御手段は、前記保持手段が保持する前記閾値に基づいて、前記フレームレートを高いフレームレートおよび低いフレームレートに分類することを特徴とする請求項１記載の携帯端末。
【請求項５】
前記制御手段は、既に表示中のアプリケーションのフレームレートに基づいて、新たに表示するアプリケーションのフレームレートを高いフレームレートまたは低いフレームレートに分類することを特徴とする請求項１記載の携帯端末。
【請求項６】
携帯端末の複数の表示手段に複数のアプリケーションの生成する画像データを表示する、携帯端末のアプリケーション表示方法であって、
アプリケーション毎に該アプリケーションのフレームレートを記憶する記憶工程と、
アプリケーションの生成する画像データを表示する際に、前記記憶工程で記憶した当該アプリケーションのフレームレートに関する情報に基づいて、高いフレームレートのアプリケーションの生成する画像データと、低いフレームレートのアプリケーションの生成する画像データとを、異なる表示手段に表示するように制御する制御工程と、
を行うことを特徴とする携帯端末のアプリケーション表示方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の表示手段を有するとともに、複数のアプリケーションを表示することが可能な携帯端末、および、携帯端末の複数の表示手段に複数のアプリケーションを表示する、携帯端末のアプリケーション表示方法に関するものである。
【背景技術】
【０００２】
近年、液晶ディスプレイや有機ＥＬディスプレイなどの技術が進歩し、携帯ゲーム機や携帯通信端末等の携帯端末に、複数のディスプレイ（表示手段）が搭載されるようになってきた。これにより、表示面積が増大し、一度に複数のアプリケーションを表示することが可能になった。
【０００３】
一方、液晶ディスプレイや有機ＥＬディスプレイを複数搭載することで、消費電力が増大するため、携帯端末においてバッテリの肥大化および連続使用時間が短くなるという問題が発生した。
そこで、画像の更新が検出された場合には高いリフレッシュレートを設定し、画像の更新が検出されない場合には所定のリフレッシュレートまでフレームレートを低下させることにより、画像の更新による消費電力の増大を抑制する技術（例えば特許文献１を参照のこと）が提案されている。
【特許文献１】特開２００４−１５１２２２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
上記特許文献１記載の技術（従来技術）では、１つのディスプレイにおいて更新頻度が高い画素および低い画素が混在する場合には、ディスプレイ全体として更新頻度が高くなるため、端末全体の消費電力を削減することができない。
また、上記従来技術では、複数のディスプレイを搭載した端末において、それぞれのディスプレイに更新頻度が高い画素および低い画素が点在する場合には、それぞれのディスプレイの更新頻度が高くなり、端末全体の消費電力を削減することができない。
具体的には、図１６（ａ）〜（ｃ）に示すように、２つのディスプレイ（表示手段１，表示手段２）を搭載した端末において、表示手段１にはフレームレート３０ＦＰＳのアプリケーションＡ（以下、アプリＡという）およびフレームレート５ＦＰＳのアプリケーションＢ（以下、アプリＢという）を表示し、表示手段２にはフレームレート５ＦＰＳのアプリケーションＣ（以下、アプリＣという）、フレームレート６０ＦＰＳのアプリケーションＤ（以下、アプリＤという）およびフレームレート１０ＦＰＳのアプリケーションＥ（以下、アプリＥという）を表示する場合、表示手段１では、アプリＡが一番画像の更新頻度が高いため、フレームレートを３０ＦＰＳに設定し、表示手段２では、アプリＤが一番画像の更新頻度が高いため、フレームレートを６０ＦＰＳに設定するため、表示手段１、表示手段２のそれぞれのディスプレイの更新頻度が高くなり、端末全体の消費電力の増加を招いてしまう。
【０００５】
本発明は、複数の表示手段を搭載した携帯端末において、更新頻度が高いアプリケーションと更新頻度が低いアプリケーションとをそれぞれ別々の表示手段に表示して、更新頻度が低いアプリケーションを表示する表示手段の表示に係る消費電力を削減することにより、携帯端末全体の消費電力を削減する技術（携帯端末および携帯端末のアプリケーション表示方法）を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するため、請求項１に記載の第１発明は、複数の表示手段を有するとともに、複数のアプリケーションの生成する画像データを表示することが可能な携帯端末であって、アプリケーション毎に該アプリケーションのフレームレートを記憶する記憶手段と、アプリケーションの生成する画像データを表示する際に、前記記憶手段に記憶している当該アプリケーションのフレームレートに関する情報に基づいて、高いフレームレートのアプリケーションの生成する画像データと、低いフレームレートのアプリケーションの生成する画像データとを、異なる表示手段に表示するように制御する制御手段と、を備えることを特徴とする。
【０００８】
請求項２に記載の第２発明は、前記フレームレートは、各アプリケーションの最大フレームレートであることを特徴とする。
【０００９】
請求項３に記載の第３発明は、前記フレームレートは、各アプリケーションの平均フレームレートであることを特徴とする。
【００１０】
請求項４に記載の第４発明は、閾値を保持する保持手段を備え、前記制御手段は、前記保持手段が保持する前記閾値に基づいて、前記フレームレートを高いフレームレートおよび低いフレームレートに分類することを特徴とする。
【００１１】
請求項５に記載の第５発明は、前記制御手段は、既に表示中のアプリケーションのフレームレートに基づいて、新たに表示するアプリケーションのフレームレートを高いフレームレートまたは低いフレームレートに分類することを特徴とする。
【００１８】
上記目的を達成するため、請求項６に記載の第６発明は、携帯端末の複数の表示手段に複数のアプリケーションの生成する画像データを表示する、携帯端末のアプリケーション表示方法であって、アプリケーション毎に該アプリケーションのフレームレートを記憶する記憶工程と、アプリケーションの生成する画像データを表示する際に、前記記憶工程で記憶した当該アプリケーションのフレームレートに関する情報に基づいて、高いフレームレートのアプリケーションの生成する画像データと、低いフレームレートのアプリケーションの生成する画像データとを、異なる表示手段に表示するように制御する制御工程と、を行うことを特徴とする。
【発明の効果】
【００２４】
本発明によれば、複数の表示手段を搭載した携帯端末において、更新頻度が高いアプリケーションと更新頻度が低いアプリケーションとをそれぞれ別々の表示手段に表示して、更新頻度が低いアプリケーションを表示する表示手段の表示に係る消費電力を削減することにより、携帯端末全体の消費電力を削減する技術（携帯端末および携帯端末のアプリケーション表示方法）を提供することができる。
例えば、上記従来例と同一のアプリケーション（アプリＡ、アプリＢ、アプリＣ、アプリＤおよびアプリＥ）を同一の順番で表示手段１および表示手段２に表示する場合、図１６（ｄ）〜（ｆ）に示すように、更新頻度が高いアプリケーションであるアプリＡおよびアプリＤを表示手段２に表示し、更新頻度が低いアプリケーションであるアプリＢ、アプリＣおよびアプリＥを表示手段１に表示することが可能になるため、表示手段１のリフレッシュレートを図１６（ｂ）の場合の３０ＦＰＳから１０ＦＰＳに低下させて、表示手段１の表示に係る消費電力を削減することにより、携帯端末全体の消費電力を削減することができる。
【発明を実施するための最良の形態】
【００２５】
以下、本発明を実施するための最良の形態を図面に基づき詳細に説明する。
【００２６】
［第１実施形態］
図１は本発明の第１実施形態の携帯端末の構成を示す図である。本実施形態の携帯端末（以下、端末ともいう）１００は、図１に示すように、キーやタッチパネル等の操作手段１と、端末に搭載されたＬＣＤや有機ＥＬ等の複数の表示手段である表示手段２−１（表示手段１ともいう）および表示手段２−２（表示手段２ともいう）と、表示手段２−１，表示手段２−２の表示内容を制御するアプリレイアウト手段３と、メールやブラウザ等の複数のアプリケーションより成るアプリケーション７と、アプリケーション７のそれぞれと関連付けられたアプリケーション情報８と、稼動中のアプリケーションの情報を格納する稼動中アプリリスト９と、アプリケーション７とアプリケーション情報８と稼動中アプリリスト９とを格納する記憶手段６と、操作手段１、アプリレイアウト手段３および記憶手段６の動作を制御する制御手段５と備えている。本発明の携帯端末は、テレビ受信機能（チューナ、ブラウザ等）や通信機能を有しているが、説明を簡略化するため、図１においては記載を省略している。
【００２７】
なお、本発明の適用対象となる「携帯端末」とは、携帯電話端末や無線ＬＡＮ対応ノートパソコンのような「通信機能を有する携帯可能な端末」と、ゲーム端末や映像再生端末のような「通信機能を有していない携帯可能な端末」とを含むものとする。
また、以下の第１実施形態および第２実施形態の説明においては、「アプリケーションを起動する」、「アプリケーションを稼働する」、「アプリケーションを実行する」等の記載を用いているが、これらの記載は、特許請求の範囲における「アプリケーションを表示する」という記載と同一の動作を示すものである。
【００２８】
図２は本発明の第１実施形態の携帯端末におけるアプリケーション情報を例示する図である。このアプリケーション情報は、図２の左列から順に、アプリケーションのＩＤを示す「アプリNo.」 と、アプリケーションの名前を示す「アプリケーション名」と、アプリケーションが要求する最大のフレームレートを示す「最大フレームレート」と、アプリケーションを表示している画面が表示手段２−１であるか表示手段２−２であるかを識別するための「表示画面」とから成り、記憶手段６に保持されている。図示例の場合、アプリNo．０〜アプリNo．６はそれぞれ、通知バー、電卓、メール、ブラウザ、音楽プレーヤー、ワンセグテレビ、映像プレーヤであり、各アプリケーションは最大フレームレートが５（ＦＰＳ）以下の「最大フレームレートが低いアプリケーション」である場合はグループＡに区分されるとともに、最大フレームレートが５（ＦＰＳ）より大きい「最大フレームレートが高いアプリケーション」である場合はグループＢに区分されており、端末の電源を投入して電池アイコン、アンテナバー、時計等の通知バーアプリのみを稼動させて画面の上部に表示した状態（後述する図３（ａ）の状態）に対応するアプリケーション情報８を示している。なお、このアプリケーション情報８は、フレームレートの昇順に予め並べ替えておくものとする。また、上記においては最大フレームレートを用いているが、代わりに平均フレームレートを用いてもよい。また、このフレームレートの高低を分類、判定する閾値は記憶手段６に保持（記憶）されている。
【００２９】
［画面遷移１］
図３（ａ）〜（ｄ）はそれぞれ、第１実施形態の携帯端末における画面遷移１を示す図である。図３（ａ）は、携帯端末の電源を投入して通知バーアプリのみを起動した状態である。図３（ｂ）は、（ａ）の状態から最大フレームレートが低いアプリケーションであるアプリ１（電卓）を起動した状態である。図３（ｃ）は、（ｂ）の状態から最大フレームレートが高いアプリケーションであるアプリ５（ワンセグテレビ）を起動した状態である。図３（ｄ）は、（ｃ）の状態から最大フレームレートが高いアプリケーションであるアプリ６（映像プレーヤー）を起動した状態である。図３（ｄ）では、フレームレートが低いアプリケーション（通知バー、電卓）を表示手段２−１に表示し、フレームレートが高いアプリケーション（ワンセグテレビ、映像プレーヤー）を表示手段２−２に表示している。これにより、アプリ５およびアプリ６を同一の表示手段に表示するため、アプリ５およびアプリ６を別々の表示手段に表示する場合と比較して、表示手段２−１のフレームレート（画面の更新回数）を低くすることが可能になる。そのため、表示手段２−１の画面の更新に掛かる消費電力を削減することが可能になり、携帯端末全体として消費電力の削減が可能になる。
【００３０】
［画面遷移２］
図４（ａ）〜（ｄ）はそれぞれ、第１実施形態の携帯端末における画面遷移２を示す図である。図４（ａ）は、携帯端末の電源を投入して通知バーアプリのみを起動した状態である。図４（ｂ）は、（ａ）の状態から最大フレームレートが高いアプリケーションであるアプリ６（映像プレーヤー）を起動した状態である。図４（ｃ）は、（ｂ）の状態から最大フレームレートが低いアプリケーションであるアプリ１（電卓）を起動した状態である。図４（ｄ）は、（ｃ）の状態から最大フレームレートが低いアプリケーションであるアプリ２（メール）を起動した状態である。図４（ｄ）では、フレームレートが低いアプリケーション（通知バー、電卓、メール）を表示手段２−１に表示し、フレームレートが高いアプリケーション（映像プレーヤー）を表示手段２−２に表示している。これにより、アプリ１およびアプリ２を同一の表示手段に表示するため、アプリ１およびアプリ２を別々の表示手段に表示する場合と比較して、表示手段２−１のフレームレート（画面の更新回数）を低くすることが可能になる。そのため、表示手段２−１の画面の更新に掛かる消費電力を削減することが可能になり、携帯端末全体として消費電力の削減が可能になる。
【００３１】
［画面遷移３］
図５（ａ）〜（ｄ）はそれぞれ、第１実施形態の携帯端末における画面遷移３を示す図である。図５（ａ）は、携帯端末の電源を投入して通知バーアプリのみを起動した状態である。図５（ｂ）は、（ａ）の状態から最大フレームレートが低いアプリケーションであるアプリ１（電卓）を起動した状態である。図５（ｃ）は、（ｂ）の状態から最大フレームレートが低いアプリケーションであるアプリ２（メール）を起動した状態である。図５（ｄ）は、（ｃ）の状態から最大フレームレートが高いアプリケーションであるアプリ５（ワンセグテレビ）を起動した状態である。図５（ｄ）では、フレームレートが低いアプリケーション（通知バー、電卓、メール）を表示手段２−１に表示し、フレームレートが高いアプリケーション（ワンセグテレビ）を表示手段２−２に表示している。これにより、アプリ１およびアプリ２を同一の表示手段に表示するため、アプリ１およびアプリ２を別々の表示手段に表示する場合と比較して、表示手段２−１のフレームレート（画面の更新回数）を低くすることが可能になる。そのため、表示手段２−１の画面の更新に掛かる消費電力を削減することが可能になり、携帯端末全体として消費電力の削減が可能になる。さらに、図５（ｃ）においてアプリ１およびアプリ２の表示面積を大きく取ることが可能になるので、消費電力の削減および視認性の向上を両立させることが可能になる。
【００３２】
図６は第１実施形態の携帯端末における画面遷移１〜画面遷移３のアプリケーション表示処理のメインルーチンを示すフローチャートである。まず、ステップＳ１０１における携帯端末の起動に応じて、ステップＳ１０２で通知バー（N0.0）を起動する。次のステップＳ１０３では、アプリケーションが起動または終了したか否か（言い換えれば、アプリケーションの起動数が変化したか否か）を判定する。この判定がＹｅｓであればステップ１０４の稼働アプリ表示処理を実施し、Ｎｏであれば、アプリケーションが起動または終了するタイミング以外ではアプリケーションのレイアウトを変更する必要がないため、ステップ１０４をスキップして直ちにステップＳ１０５に進む。上記ステップ１０４の稼働アプリ表示処理は、携帯端末の電源がＯＦＦになってステップＳ１０５の判定がＹｅｓになるまで、ステップＳ１０３のＹｅｓ−ステップＳ１０４−ステップＳ１０５のＮｏ−ステップ１０３のＹｅｓ−ステップＳ１０４のループにより繰り返される。
【００３３】
図７は第１実施形態の携帯端末における稼働アプリ表示処理のサブルーチンを示すフローチャートである。まず、ステップＳ２０１では、稼動アプリ画面割振処理を行い、次のステップＳ２０２では、上記稼動アプリ画面割振処理の実行結果に基づいて、アプリケーション情報の表示画面の値に従ってアプリケーションを表示する。
【００３４】
図８および図９は第１実施形態の携帯端末における稼働アプリ画面割振処理のサブルーチンを示すフローチャートである。まず、図８のステップＳ３０１で、カウンタｉを初期化（ｉ＝０）し、次のステップＳ３０２では、稼動中アプリリストを消去し、次のステップＳ３０３では、アプリケーション情報の表示画面の値を「非表示」に設定する。ステップＳ３０３の処理を行ったら、カウンタｉが稼働中のアプリケーション数であるアプリ数に達するまで、ステップＳ３０４のＹｅｓ−ステップＳ３０５−ステップＳ３０６のＮｏ−ステップＳ３０４のループを繰り返す。ステップＳ３０４ではアプリNo.iが稼動しているか否かを判定し、このステップＳ３０４において稼動中と判定した場合には、ステップＳ３０５で、稼動中アプリリストにｉを追加する。
【００３５】
全アプリケーションについてアプリケーションが稼動しているか否かを判定したら、ステップＳ３０７で、稼動中アプリリストの要素数が２以上であるか否か（複数のアプリケーションが同時に稼動しているか否か）を判定する。この判定において、稼動中アプリリストの要素数が１である（Ｎｏ）と判定した場合には、ステップＳ３０８で、稼動中アプリリストの最初の要素に該当するアプリケーション情報（稼動中アプリリストに格納したアプリNo. に該当するアプリケーション情報）の表示画面の値を「表示手段１」に設定する。一方、ステップＳ３０７の判定において稼動中アプリリストの要素数が２以上である（Ｙｅｓ）と判定した場合には、ステップＳ３０９で、稼動中アプリリストの要素数が３以上であるか否か（３つ以上のアプリケーションが稼動しているか否か）を判定する。ステップＳ３０９の判定において、稼動中アプリリストの要素数が３以上ではない（Ｎｏ）と判定した場合には、稼動中アプリリストの要素数が２であり、同時に２つのアプリケーションが稼動している場合であるため、図９のステップＳ３１０で、稼動中アプリリストの最初の要素に該当する、アプリケーション情報の表示画面の値を「表示手段１」に設定する。次のステップＳ３１１では、稼動中アプリリストの最後の要素に該当するアプリケーションはグループＡのアプリケーションであるか否かを判定し、ステップＳ３１１においてグループＡのアプリケーションである（Ｙｅｓ）と判定した場合には、ステップＳ３１３で、稼動中アプリリストの最後の要素に該当する、アプリケーション情報の表示画面の値を「表示手段１」に設定し、ステップＳ３１１においてグループＡのアプリケーションではない（Ｎｏ）と判定した場合には、ステップＳ３１２で、稼動中アプリリストの最後の要素に該当する、アプリケーション情報の表示画面の値を「表示手段２」に設定する。
【００３６】
上記図８のステップＳ３０９において、稼動中アプリリストの要素数が３以上である（Ｙｅｓ）と判定した場合には、３つ以上のアプリケーションが稼動中であるため、図９のステップＳ３１４で、グループＡとグループＢのアプリケーションが同時に稼動しているか否かを判定し、グループＡとグループＢのアプリケーションが同時に稼動している（Ｙｅｓ）と判定した場合には、ステップＳ３１７で、稼動中アプリリストにあるグループＡのアプリケーションに該当する、アプリケーション情報の表示画面の値を「表示手段１」に設定した後、ステップＳ３１８で、稼動中アプリリストにあるグループＢのアプリケーションに該当する、アプリケーション情報の表示画面の値を「表示手段２」に設定する。一方、ステップＳ３１４で、グループＡとグループＢのアプリケーションが同時に稼動していない（Ｎｏ）と判定した場合には、表示手段２−１，表示手段２−２の各々ではグループＡのアプリケーションまたはグループＢのアプリケーションのみが稼動している場合であるため、ステップＳ３１５で、稼動中アプリリストの要素数÷２番目までのアプリケーションに該当する、アプリケーション情報の表示画面の値を「表示手段１」に設定した後、ステップＳ３１６で、稼動中アプリリストの要素数÷２番目以降のアプリケーションに該当する、アプリケーション情報の表示画面の値を「表示手段２」に設定する。
【００３７】
上記図６、図７、図８、図９のフローチャートを実行することにより、上記画面遷移１〜画面遷移３に対応する第１実施形態のアプリケーション表示処理が実施される。
【００３８】
［第２実施形態］
図１０は本発明の第２実施形態の携帯端末におけるアプリケーション情報を例示する図である。このアプリケーション情報は、図２に示す第１実施形態のアプリケーション情報に対し、アプリ最小表示領域に関する情報を追加したものである。本実施形態の携帯端末は、アプリケーションのフレームレートに加えて、アプリ最小表示領域を考慮することにより、消費電力の削減および視認性の向上を両立させて、低消費電力かつ見やすいアプリケーションの表示を行うように構成されている。上記アプリケーション情報は、図１０の左列から順に、アプリケーションのＩＤを示す「アプリNo.」 と、アプリケーションの名前を示す「アプリケーション名」と、アプリケーションが要求する最大のフレームレートを示す「最大フレームレート」と、アプリケーションの表示に必要な最小表示領域（最小画面サイズ）を示す「アプリ最小表示領域」と、アプリケーションを表示している画面が表示手段２−１であるか表示手段２−２であるかを識別するための「表示画面」とから成り、記憶手段６に保持されている。上記アプリ最小表示領域に関する情報は、図１０に示すように、幅を示す「Width="*" 」、「Width="240" 」と、高さを示す「Height=40"」等とから成る。「Width="*" 」はアプリケーションを表示する場合に横幅が画面の解像度と等しいことを示している。なお、このアプリケーション情報８は、フレームレートの昇順およびアプリ最小表示領域の昇順に予め並べ替えておくものとする。
【００３９】
［画面遷移４］
図１１（ａ）〜（ｅ）はそれぞれ、第２実施形態の有効性を立証するための、第１実施形態の携帯端末における画面遷移４を示す図である。図１１（ａ）は、携帯端末の電源を投入して通知バーアプリのみを起動した状態である。図１１（ｂ）は、（ａ）の状態から最大フレームレートが低いアプリケーションであるアプリ１（電卓）を起動した状態である。図１１（ｃ）は、（ｂ）の状態から最大フレームレートが高いアプリケーションであるアプリ６（映像プレーヤー）を起動した状態である。図１１（ｄ）は、（ｃ）の状態から最大フレームレートが低いアプリケーションであるアプリ２（メール）を起動した状態である。図１１（ｅ）は、（ｄ）の状態から最大フレームレートが低いアプリケーションであるアプリ３（ブラウザ）を起動した状態である。図１１（ｅ）では、フレームレートが低いアプリケーション（通知バー、電卓、メール、ブラウザ）を表示手段２−１に表示し、フレームレートが高いアプリケーション（映像プレーヤー）を表示手段２−２に表示している。これにより、表示手段２−１には最大フレームレートが低いアプリケーションのみを表示するため、最大フレームレートが高いアプリケーションを表示手段２−１、表示手段２−２の双方に表示する場合と比較して、表示手段２−１のフレームレート（画面の更新回数）を低くすることが可能になる。そのため、表示手段２−１の画面の更新に掛かる消費電力を削減することが可能になり、携帯端末全体として消費電力の削減が可能になる。しかしながら、図１１（ｅ）は、表示手段２−１に最大フレームレートが低い４つのアプリケーション（通知バー、電卓、メール、ブラウザ）が表示されるため、各アプリケーションが見やすいとは言い難い。そこで、第２実施形態では、「消費電力を削減しつつ、アプリケーション表示を見やすくする対策」を講じている。
【００４０】
［画面遷移５］
図１２（ａ）〜（ｅ）はそれぞれ、第２実施形態の携帯端末における画面遷移５を示す図である。図１２（ａ）は、携帯端末の電源を投入して通知バーアプリのみを起動した状態である。図１２（ｂ）は、（ａ）の状態から最大フレームレートが低いアプリケーションであるアプリ１（電卓）を起動した状態である。図１２（ｃ）は、（ｂ）の状態から最大フレームレートが高いアプリケーションであるアプリ６（映像プレーヤー）を起動した状態である。図１２（ｄ）は、（ｃ）の状態から最大フレームレートが低いアプリケーションであるアプリ２（メール）を起動した状態である。図１２（ｅ）は、（ｄ）の状態から最大フレームレートが低いアプリケーションであるアプリ３（ブラウザ）を起動した状態である。図１２（ｅ）では、フレームレートが低いアプリケーション（通知バー、電卓、メール）を表示手段２−１に表示し、フレームレートが低いアプリケーション（ブラウザ）およびフレームレートが高いアプリケーション（映像プレーヤー）を表示手段２−２に表示している。これにより、表示手段２−１には最大フレームレートが低いアプリケーションのみを表示するため、最大フレームレートが高いアプリケーションを表示手段２−１、表示手段２−２の双方に表示する場合と比較して、表示手段２−１のフレームレート（画面の更新回数）を低くすることが可能になる。そのため、表示手段２−１の画面の更新に掛かる消費電力を削減することが可能になり、携帯端末全体として消費電力の削減が可能になる。さらに、図１２（ｅ）では、上記図１２（ｅ）の第１実施形態の場合（同一アプリケーションを起動して第１実施形態の稼動アプリ画面割振処理を実行した結果）と異なり、アプリケーションの表示に必要な表示領域の大きさが考慮されているため、表示手段２−１に表示される最大フレームレートが低いアプリケーションの数が４つ（通知バー、電卓、メール、ブラウザ）から３つ（通知バー、電卓、メール）に減少し、視認性（ユーザビリティー）が向上している。
【００４１】
［画面遷移６］
図１３（ａ）〜（ｃ）はそれぞれ、第２実施形態の携帯端末における画面遷移６を示す図である。ただし、この画面遷移６は、携帯端末の電源投入により起動される通知バーアプリを終了させた後の状態を示している。図１３（ａ）は、通知バーアプリも表示されていない状態から、最大フレームレートが高いアプリケーションであるアプリ５（ワンセグテレビ）を起動して全画面表示した状態である。図１３（ｂ）は、（ａ）の状態から最大フレームレートが高いアプリケーションであるアプリ４（音楽プレーヤー）を起動した状態である。図１３（ｃ）は、（ｂ）の状態から最大フレームレートが低いアプリケーションであるアプリ２（メール）を起動した状態である。図１３（ｃ）では、フレームレートが低いアプリケーション（メール）を表示手段２−１に表示し、フレームレートが高いアプリケーション（音楽プレーヤー、ワンセグテレビ）を表示手段２−２に表示している。これにより、アプリ２を最大フレームレートが高いアプリケーションを表示している表示手段とは異なる表示手段である表示手段２−１に表示するため、アプリ２を最大フレームレートが高いアプリケーションを表示している表示手段２−１に表示する場合と比較して、表示手段２−１のフレームレート（画面の更新回数）を低くすることが可能になる。そのため、表示手段２−１の画面の更新に掛かる消費電力を削減することが可能になり、携帯端末全体として消費電力の削減が可能になる。また、途中の状態である図１３（ｂ）では、最大フレームレートが高いアプリケーションであるアプリ４（音楽プレーヤー）を表示手段２−１に表示し、最大フレームレートが高いアプリケーションであるアプリ５（ワンセグテレビ）を異なる表示手段である表示手段２−２に表示しているため、それぞれの最大フレームレートが高いアプリケーションの表示面積が増大し、視認性（ユーザビリティー）が向上している。
【００４２】
図１４および図１５は第２実施形態の携帯端末における稼働アプリ画面割振処理のサブルーチンを示すフローチャートである。図１４のステップＳ４０１〜ステップＳ４１３では、上記第１実施形態のステップＳ３０１〜ステップＳ３１３と同一の処理を行うため、説明を省略する。
【００４３】
第１実施形態のステップＳ３０９に対応するステップＳ４０９において、稼動中アプリリストの要素数が３以上である（Ｙｅｓ）と判定した場合にはステップＳ４１４に進み、グループＡとグループＢのアプリケーションが同時に稼動しているか否かを判定する。ステップＳ４１４でグループＡとグループＢのアプリケーションが同時に稼動していない（Ｎｏ）と判定した場合には、ステップＳ４１５で、稼動中アプリリストの要素数÷２番目までのアプリケーションに該当する、アプリケーション情報の表示画面の値を「表示手段１」に設定した後、ステップＳ４１６で、稼動中アプリリストの要素数÷２番目以降のアプリケーションに該当する、アプリケーション情報の表示画面の値を「表示手段２」に設定する。一方、ステップＳ４１４でグループＡとグループＢのアプリケーションが同時に稼動している（Ｙｅｓ）と判定した場合には、ステップＳ４１７で、アプリケーションの表示領域を計算するために（本実施形態では、アプリケーションの高さのみを考慮する）HeightSum （稼働中のアプリケーションの高さの合計）を初期化し（HeightSum ＝０）、ステップＳ４１８で、カウンタｉを初期化する（ｉ＝０）。HeightSum およびｉの初期化が終了したら、カウンタｉが稼働中アプリリストの要素数に達するまで、ステップＳ４１９のＹｅｓ−ステップＳ４２０−ステップＳ４２１のＮｏ−ステップＳ４１９のループを繰り返す。ステップＳ４１９では、稼動中アプリリストのｉ番目の要素に該当するアプリケーションが、グループＡのアプリケーションであるか否かを判定し、グループＡのアプリケーションである（Ｙｅｓ）と判定した場合には、ステップＳ４２０で、HeightSum に稼動中アプリリストのｉ番目に該当するアプリケーションの高さを加算する。なお、本実施形態では、稼動中アプリリストの要素を０番目から数えているため、Ｎ個の要素数を有する稼動中アプリリストの場合、最後の要素は（Ｎ−１）番目になり、（Ｎ−１）番目の要素までステップＳ４２０を実行したときには、HeightSum は稼働中のグループＡのアプリケーションの高さの合計になる。
【００４４】
カウンタｉが稼働中アプリリストの要素数に達して上記ループの処理が終了したら、次のステップＳ４２２で、HeightSum2（稼働中のアプリケーションの高さの合計）を初期化し（HeightSum2＝０）、ステップＳ４２３で、カウンタｉを初期化する（ｉ＝０）。HeightSum2およびｉの初期化が終了したら、カウンタｉが稼働中アプリリストの要素数に達するまで、ステップＳ４２４のＹｅｓ−ステップＳ４２５−ステップＳ４２６のＮｏ−ステップＳ４２４のループを繰り返す。ステップＳ４２４では、稼動中アプリリストのｉ番目の要素に該当するアプリが、グループＢのアプリケーションであるか否かを判定し、グループＢのアプリケーションである（Ｙｅｓ）と判定した場合には、ステップＳ４２５で、HeightSum2に稼動中アプリリストのｉ番目に該当するアプリケーションの高さを加算する。Ｎ番目の要素までステップＳ４２５を実行したときには、HeightSum2は稼働中のグループＢのアプリケーションの高さの合計になる。カウンタｉが稼働中アプリリストの要素数に達して上記ループの処理が終了したら、次のステップＳ４２７で、HeightSum が表示手段１の高さを超えているか否か、あるいは、HeightSum2が表示手段２の高さを超えているか否かを判定する。ステップＳ４２７において、表示手段の高さを超えている（Ｙｅｓ）と判定した場合には、ステップＳ４２８で、HeightSum にHeightSum2を加算したものをHeightSum とし、ステップＳ４２９で、カウンタｉを初期化する（ｉ＝０）。
【００４５】
ステップＳ４２９のカウンタｉの初期化が終了したら、次の図１５のステップＳ４３０で、HeightSum2を初期化する（HeightSum2＝０）。HeightSum2の初期化が終了したら、カウンタｉが稼働中アプリリストの要素数−１に達するまで、以下のステップＳ４３１〜ステップＳ４３５のループを繰り返す。ステップＳ４３１では、稼動中アプリリストに格納されているアプリケーションの高さの合計であるHeightSum を２で割った値であるHeightSum/２とHeightSum2とを比較し、HeightSum/２がHeightSum2以上である（Ｎｏ）と判定した場合には、ステップＳ４３２で、稼動中アプリリストのｉ番目に該当する、アプリケーション情報の表示画面の値を「表示手段１」に設定し、ステップ４３３で、HeightSum2に、稼動中アプリリストのｉ番目に該当する、アプリケーションの高さを加算する。一方、ステップＳ４３１において、HeightSum2がHeightSum/２より大きい（Ｙｅｓ）と判定した場合には、ステップＳ４３４で、稼動中アプリリストのｉ番目に該当する、アプリケーション情報の表示画面の値を「表示手段２」に設定する。カウンタｉが稼働中アプリリストの要素数−１に達して上記ループの処理が終了したら、次のステップＳ４３６で、稼動中アプリリストのｉ番目（稼動中アプリリストの最後の要素）に該当する、アプリケーション情報の表示画面の値を「表示手段２」に設定する。
【００４６】
上記図１４のステップＳ４２７において、HeightSum が表示手段１の高さ以下、かつ、HeightSum2が表示手段２の高さ以下である（Ｎｏ）と判定した場合は、図１５のステップＳ４３７で、稼動中アプリリストにあるグループＡのアプリケーションに該当する、アプリケーション情報の表示画面の値を「表示手段１」に設定し、ステップＳ４３８で、稼動中アプリリストにあるグループＢのアプリケーションに該当する、アプリケーション情報の表示画面の値を「表示手段２」に設定する。
【００４７】
上記図１４、図１５のフローチャートを実行することにより、上記画面遷移５、画面遷移６に対応する第２実施形態のアプリケーション表示処理が実施される。
【図面の簡単な説明】
【００４８】
【図１】本発明の第１実施形態の携帯端末の構成を示す図である。
【図２】本発明の第１実施形態の携帯端末におけるアプリケーション情報を例示する図である。
【図３】（ａ）〜（ｄ）はそれぞれ、第１実施形態の携帯端末における画面遷移１を示す図である。
【図４】（ａ）〜（ｄ）はそれぞれ、第１実施形態の携帯端末における画面遷移２を示す図である。
【図５】（ａ）〜（ｄ）はそれぞれ、第１実施形態の携帯端末における画面遷移３を示す図である。
【図６】第１実施形態の携帯端末における画面遷移１〜画面遷移３のアプリケーション表示処理のメインルーチンを示すフローチャートである。
【図７】第１実施形態の携帯端末における稼働アプリ表示処理のサブルーチンを示すフローチャートである。
【図８】第１実施形態の携帯端末における稼働アプリ画面割振処理のサブルーチンを示すフローチャートである。
【図９】第１実施形態の携帯端末における稼働アプリ画面割振処理のサブルーチンを示すフローチャートである。
【図１０】本発明の第２実施形態の携帯端末におけるアプリケーション情報を例示する図である。
【図１１】（ａ）〜（ｅ）はそれぞれ、第２実施形態の有効性を立証するための、第１実施形態の携帯端末における画面遷移４を示す図である。
【図１２】（ａ）〜（ｅ）はそれぞれ、第２実施形態の携帯端末における画面遷移５を示す図である。
【図１３】（ａ）〜（ｃ）はそれぞれ、第２実施形態の携帯端末における画面遷移６を示す図である。
【図１４】第２実施形態の携帯端末における稼働アプリ画面割振処理のサブルーチンを示すフローチャートである。
【図１５】第２実施形態の携帯端末における稼働アプリ画面割振処理のサブルーチンを示すフローチャートである。
【図１６】（ａ）〜（ｃ）はそれぞれ、従来技術の携帯端末における画面遷移を説明するための図であり、（ｄ）〜（ｆ）はそれぞれ、従来技術と同一のアプリケーションを同一の順番で表示する場合の本発明の携帯端末における画面遷移を説明するための図である。
【符号の説明】
【００４９】
１  操作手段
２−１  表示手段（表示手段１）
２−２  表示手段（表示手段２）
３  アプリレイアウト手段
５  制御手段
６  記憶手段
７  アプリケーション
８  アプリケーション情報
９  稼動中アプリリスト
【図１】
0005367239.tif 000002
【図２】
0005367239.tif 000003
【図３】
0005367239.tif 000004
【図４】
0005367239.tif 000005
【図５】
0005367239.tif 000006
【図６】
0005367239.tif 000007
【図７】
0005367239.tif 000008
【図８】
0005367239.tif 000009
【図９】
0005367239.tif 000010
【図１０】
0005367239.tif 000011
【図１１】
0005367239.tif 000012
【図１２】
0005367239.tif 000013
【図１３】
0005367239.tif 000014
【図１４】
0005367239.tif 000015
【図１５】
0005367239.tif 000016
【図１６】
0005367239.tif 000017