JP2009008925A

JP2009008925A - 携帯端末および携帯端末のアプリケーション表示方法

Info

Publication number: JP2009008925A
Application number: JP2007170767A
Authority: JP
Inventors: Ryota Terai; 良太寺井
Original assignee: Kyocera Corp
Current assignee: Kyocera Corp
Priority date: 2007-06-28
Filing date: 2007-06-28
Publication date: 2009-01-15
Anticipated expiration: 2027-06-28
Also published as: JP5367239B2

Abstract

【課題】携帯端末において、更新頻度が高いアプリケーションと更新頻度が低いアプリケーションとをそれぞれ別々の表示手段に表示して、更新頻度が低いアプリケーションを表示する表示手段の表示に係る消費電力を削減する。
【解決手段】複数の表示手段（表示手段２−１，表示手段２−２）を有し、複数のアプリケーションを表示することが可能な本発明の携帯端末１００は、アプリケーションのフレームレートに関する情報を記憶する記憶手段６と、新たなアプリケーションを表示する際に、記憶手段６に記憶している当該アプリケーションのフレームレートに関する情報に基づいて、高いフレームレートのアプリケーションと、低いフレームレートのアプリケーションとを、異なる表示手段に表示するように制御する制御手段５とを備える。
【選択図】図１

Description

本発明は、複数の表示手段を有するとともに、複数のアプリケーションを表示することが可能な携帯端末、および、携帯端末の複数の表示手段に複数のアプリケーションを表示する、携帯端末のアプリケーション表示方法に関するものである。

近年、液晶ディスプレイや有機ＥＬディスプレイなどの技術が進歩し、携帯ゲーム機や携帯通信端末等の携帯端末に、複数のディスプレイ（表示手段）が搭載されるようになってきた。これにより、表示面積が増大し、一度に複数のアプリケーションを表示することが可能になった。

一方、液晶ディスプレイや有機ＥＬディスプレイを複数搭載することで、消費電力が増大するため、携帯端末においてバッテリの肥大化および連続使用時間が短くなるという問題が発生した。
そこで、画像の更新が検出された場合には高いリフレッシュレートを設定し、画像の更新が検出されない場合には所定のリフレッシュレートまでフレームレートを低下させることにより、画像の更新による消費電力の増大を抑制する技術（例えば特許文献１を参照のこと）が提案されている。
特開２００４−１５１２２２号公報

上記特許文献１記載の技術（従来技術）では、１つのディスプレイにおいて更新頻度が高い画素および低い画素が混在する場合には、ディスプレイ全体として更新頻度が高くなるため、端末全体の消費電力を削減することができない。
また、上記従来技術では、複数のディスプレイを搭載した端末において、それぞれのディスプレイに更新頻度が高い画素および低い画素が点在する場合には、それぞれのディスプレイの更新頻度が高くなり、端末全体の消費電力を削減することができない。
具体的には、図１６（ａ）〜（ｃ）に示すように、２つのディスプレイ（表示手段１，表示手段２）を搭載した端末において、表示手段１にはフレームレート３０ＦＰＳのアプリケーションＡ（以下、アプリＡという）およびフレームレート５ＦＰＳのアプリケーションＢ（以下、アプリＢという）を表示し、表示手段２にはフレームレート５ＦＰＳのアプリケーションＣ（以下、アプリＣという）、フレームレート６０ＦＰＳのアプリケーションＤ（以下、アプリＤという）およびフレームレート１０ＦＰＳのアプリケーションＥ（以下、アプリＥという）を表示する場合、表示手段１では、アプリＡが一番画像の更新頻度が高いため、フレームレートを３０ＦＰＳに設定し、表示手段２では、アプリＤが一番画像の更新頻度が高いため、フレームレートを６０ＦＰＳに設定するため、表示手段１、表示手段２のそれぞれのディスプレイの更新頻度が高くなり、端末全体の消費電力の増加を招いてしまう。

本発明は、複数の表示手段を搭載した携帯端末において、更新頻度が高いアプリケーションと更新頻度が低いアプリケーションとをそれぞれ別々の表示手段に表示して、更新頻度が低いアプリケーションを表示する表示手段の表示に係る消費電力を削減することにより、携帯端末全体の消費電力を削減する技術（携帯端末および携帯端末のアプリケーション表示方法）を提供することを目的とする。

上記目的を達成するため、請求項１に記載の第１発明は、複数の表示手段を有するとともに、複数のアプリケーションを表示することが可能な携帯端末であって、アプリケーション毎に該アプリケーションのフレームレートに関する情報を記憶する記憶手段と、新たなアプリケーションを表示する際に、前記記憶手段に記憶している当該アプリケーションのフレームレートに関する情報に基づいて、該アプリケーションを前記複数の表示手段の何れかの表示手段に表示するように制御する制御手段と、を備えることを特徴とする。

請求項２に記載の第２発明は、前記制御手段は、高いフレームレートのアプリケーションと、低いフレームレートのアプリケーションとを、異なる表示手段に表示するように制御することを特徴とする。

請求項３に記載の第３発明は、前記フレームレートは、各アプリケーションの最大フレームレートであることを特徴とする。

請求項４に記載の第４発明は、前記フレームレートは、各アプリケーションの平均フレームレートであることを特徴とする。

請求項５に記載の第５発明は、フレームレートに関する閾値を保持する保持手段を備え、前期制御手段は、前記保持手段が保持する前記閾値に基づいて、前記フレームレートを高いフレームレートおよび低いフレームレートに分類することを特徴とする。

請求項６に記載の第６発明は、前記制御手段は、既に表示中のアプリケーションのフレームレートに基づいて、当該新たに表示するアプリケーションのフレームレートを高いフレームレートまたは低いフレームレートに分類することを特徴とする。

請求項７に記載の第７発明は、前記制御手段は、既に表示中のアプリケーションの１つを終了するタイミングで、既に表示中の他のアプリケーションを前記複数の表示手段のどの表示手段に表示するかを、当該他のアプリケーションのフレームレートに関する情報に基づいて判定し、判定の結果、前記他のアプリケーションを表示する表示手段を変更する必要がある場合には、当該他のアプリケーションを表示する表示手段を変更するように制御することを特徴とする。

請求項８に記載の第８発明は、前記記憶手段は、アプリケーション毎に、該アプリケーションのフレームレートに関する情報と、該アプリケーションの表示に必要な最小表示領域に関する情報とを記憶し、前記制御手段は、新たなアプリケーションを表示する際に、前記記憶手段に記憶している当該アプリケーションのフレームレートに関する情報と、該アプリケーションの表示に必要な最小表示領域に関する情報とに基づいて、該アプリケーションを前記複数の表示手段の何れかの表示手段に表示するように制御することを特徴とする。

請求項９に記載の第９発明は、前記制御手段は、高いフレームレートのアプリケーションを新たに表示する際に、高いフレームレートのアプリケーションを表示している表示手段に当該新たに表示する高いフレームレートのアプリケーションを表示できないと判定した場合には、前記表示手段に表示している高いフレームレートのアプリケーションおよび前記新たに表示する高いリフレッシュレートのアプリケーションの内で最もフレームレートの低いアプリケーションを、低いフレームレートのアプリケーションを表示している他の表示手段に表示して、当該新たに表示する高いフレームレートのアプリケーションを前記高いフレームレートのアプリケーションを表示している表示手段に表示するように制御することを特徴とする。

請求項１０に記載の第１０発明は、前記制御手段は、高いフレームレートのアプリケーションを表示している表示手段に表示している各アプリケーションの最小表示領域の合計と、前記表示手段の表示領域とに基づいて、前記新たに表示する高いフレームレートのアプリケーションが表示可能か否かを判定することを特徴とする。

請求項１１に記載の第１１発明は、前記制御手段は、低いフレームレートのアプリケーションを新たに表示する際に、低いフレームレートのアプリケーションを表示している表示手段に当該新たに表示する低いフレームレートのアプリケーションを表示できないと判定した場合には、前記表示手段に表示している低いフレームレートのアプリケーションおよび前記新たに表示する低いリフレッシュレートのアプリケーションの内で最もフレームレートの高いアプリケーションを、高いフレームレートのアプリケーションを表示している他の表示手段に表示して、当該新たに表示する低いフレームレートのアプリケーションを前記低いフレームレートのアプリケーションを表示している表示手段に表示するように制御することを特徴とする。

請求項１２に記載の第１２発明は、前記制御手段は、低いフレームレートのアプリケーションを表示している表示手段に表示している各アプリケーションの最小表示領域の合計と、前記表示手段の表示領域とに基づいて、前記新たに表示する低いフレームレートのアプリケーションが表示可能か否かを判定することを特徴とする。

上記目的を達成するため、請求項１３に記載の第１３発明は、携帯端末の複数の表示手段に複数のアプリケーションを表示する、携帯端末のアプリケーション表示方法であって、アプリケーション毎に該アプリケーションのフレームレートに関する情報を記憶する記憶工程と、新たなアプリケーションを表示する際に、前記記憶工程で記憶した当該アプリケーションのフレームレートに関する情報に基づいて、高いフレームレートのアプリケーションと、低いフレームレートのアプリケーションとを、異なる表示手段に表示するように制御する制御工程と、行うことを特徴とする。

請求項１４に記載の第１４発明は、前記記憶工程は、アプリケーション毎に、該アプリケーションのフレームレートに関する情報と、該アプリケーションの表示に必要な最小表示領域に関する情報とを記憶し、前記制御工程は、新たなアプリケーションを表示する際に、前記記憶工程で記憶した当該アプリケーションのフレームレートに関する情報と、該アプリケーションの表示に必要な最小表示領域に関する情報とに基づいて、該アプリケーションを前記複数の表示手段の何れかの表示手段に表示するように制御することを特徴とする。

請求項１５に記載の第１５発明は、前記制御工程は、高いフレームレートのアプリケーションを新たに表示する際に、高いフレームレートのアプリケーションを表示している表示手段に当該新たに表示する高いフレームレートのアプリケーションを表示できないと判定した場合には、前記表示手段に表示している高いフレームレートのアプリケーションおよび前記新たに表示する高いリフレッシュレートのアプリケーションの内で最もフレームレートの低いアプリケーションを、低いフレームレートのアプリケーションを表示している他の表示手段に表示して、当該新たに表示する高いフレームレートのアプリケーションを前記高いフレームレートのアプリケーションを表示している表示手段に表示するように制御することを特徴とする。

請求項１６に記載の第１６発明は、前記制御工程は、高いフレームレートのアプリケーションを表示している表示手段に表示している各アプリケーションの最小表示領域の合計と、前記表示手段の表示領域とに基づいて、前記新たに表示する高いフレームレートのアプリケーションが表示可能か否かを判定することを特徴とする。

請求項１７に記載の第１７発明は、前記制御工程は、低いフレームレートのアプリケーションを新たに表示する際に、低いフレームレートのアプリケーションを表示している表示手段に当該新たに表示する低いフレームレートのアプリケーションを表示できないと判定した場合には、前記表示手段に表示している低いフレームレートのアプリケーションおよび前記新たに表示する低いリフレッシュレートのアプリケーションの内で最もフレームレートの高いアプリケーションを、高いフレームレートのアプリケーションを表示している他の表示手段に表示して、当該新たに表示する低いフレームレートのアプリケーションを前記低いフレームレートのアプリケーションを表示している表示手段に表示するように制御することを特徴とする。

請求項１８に記載の第１８発明は、前記制御工程は、低いフレームレートのアプリケーションを表示している表示手段に表示している各アプリケーションの最小表示領域の合計と、前記表示手段の表示領域とに基づいて、前記新たに表示する低いフレームレートのアプリケーションが表示可能か否かを判定することを特徴とする。

本発明によれば、複数の表示手段を搭載した携帯端末において、更新頻度が高いアプリケーションと更新頻度が低いアプリケーションとをそれぞれ別々の表示手段に表示して、更新頻度が低いアプリケーションを表示する表示手段の表示に係る消費電力を削減することにより、携帯端末全体の消費電力を削減する技術（携帯端末および携帯端末のアプリケーション表示方法）を提供することができる。
例えば、上記従来例と同一のアプリケーション（アプリＡ、アプリＢ、アプリＣ、アプリＤおよびアプリＥ）を同一の順番で表示手段１および表示手段２に表示する場合、図１６（ｄ）〜（ｆ）に示すように、更新頻度が高いアプリケーションであるアプリＡおよびアプリＤを表示手段２に表示し、更新頻度が低いアプリケーションであるアプリＢ、アプリＣおよびアプリＥを表示手段１に表示することが可能になるため、表示手段１のリフレッシュレートを図１６（ｂ）の場合の３０ＦＰＳから１０ＦＰＳに低下させて、表示手段１の表示に係る消費電力を削減することにより、携帯端末全体の消費電力を削減することができる。

以下、本発明を実施するための最良の形態を図面に基づき詳細に説明する。

［第１実施形態］
図１は本発明の第１実施形態の携帯端末の構成を示す図である。本実施形態の携帯端末（以下、端末ともいう）１００は、図１に示すように、キーやタッチパネル等の操作手段１と、端末に搭載されたＬＣＤや有機ＥＬ等の複数の表示手段である表示手段２−１（表示手段１ともいう）および表示手段２−２（表示手段２ともいう）と、表示手段２−１，表示手段２−２の表示内容を制御するアプリレイアウト手段３と、メールやブラウザ等の複数のアプリケーションより成るアプリケーション７と、アプリケーション７のそれぞれと関連付けられたアプリケーション情報８と、稼動中のアプリケーションの情報を格納する稼動中アプリリスト９と、アプリケーション７とアプリケーション情報８と稼動中アプリリスト９とを格納する記憶手段６と、操作手段１、アプリレイアウト手段３および記憶手段６の動作を制御する制御手段５と備えている。本発明の携帯端末は、テレビ受信機能（チューナ、ブラウザ等）や通信機能を有しているが、説明を簡略化するため、図１においては記載を省略している。

なお、本発明の適用対象となる「携帯端末」とは、携帯電話端末や無線ＬＡＮ対応ノートパソコンのような「通信機能を有する携帯可能な端末」と、ゲーム端末や映像再生端末のような「通信機能を有していない携帯可能な端末」とを含むものとする。
また、以下の第１実施形態および第２実施形態の説明においては、「アプリケーションを起動する」、「アプリケーションを稼働する」、「アプリケーションを実行する」等の記載を用いているが、これらの記載は、特許請求の範囲における「アプリケーションを表示する」という記載と同一の動作を示すものである。

図２は本発明の第１実施形態の携帯端末におけるアプリケーション情報を例示する図である。このアプリケーション情報は、図２の左列から順に、アプリケーションのＩＤを示す「アプリ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が表示手段２の高さ以下である（Ｎｏ）と判定した場合は、図１５のステップＳ４３７で、稼動中アプリリストにあるグループＡのアプリケーションに該当する、アプリケーション情報の表示画面の値を「表示手段１」に設定し、ステップＳ４３８で、稼動中アプリリストにあるグループＢのアプリケーションに該当する、アプリケーション情報の表示画面の値を「表示手段２」に設定する。

上記図１４、図１５のフローチャートを実行することにより、上記画面遷移５、画面遷移６に対応する第２実施形態のアプリケーション表示処理が実施される。

本発明の第１実施形態の携帯端末の構成を示す図である。本発明の第１実施形態の携帯端末におけるアプリケーション情報を例示する図である。（ａ）〜（ｄ）はそれぞれ、第１実施形態の携帯端末における画面遷移１を示す図である。（ａ）〜（ｄ）はそれぞれ、第１実施形態の携帯端末における画面遷移２を示す図である。（ａ）〜（ｄ）はそれぞれ、第１実施形態の携帯端末における画面遷移３を示す図である。第１実施形態の携帯端末における画面遷移１〜画面遷移３のアプリケーション表示処理のメインルーチンを示すフローチャートである。第１実施形態の携帯端末における稼働アプリ表示処理のサブルーチンを示すフローチャートである。第１実施形態の携帯端末における稼働アプリ画面割振処理のサブルーチンを示すフローチャートである。第１実施形態の携帯端末における稼働アプリ画面割振処理のサブルーチンを示すフローチャートである。本発明の第２実施形態の携帯端末におけるアプリケーション情報を例示する図である。（ａ）〜（ｅ）はそれぞれ、第２実施形態の有効性を立証するための、第１実施形態の携帯端末における画面遷移４を示す図である。（ａ）〜（ｅ）はそれぞれ、第２実施形態の携帯端末における画面遷移５を示す図である。（ａ）〜（ｃ）はそれぞれ、第２実施形態の携帯端末における画面遷移６を示す図である。第２実施形態の携帯端末における稼働アプリ画面割振処理のサブルーチンを示すフローチャートである。第２実施形態の携帯端末における稼働アプリ画面割振処理のサブルーチンを示すフローチャートである。（ａ）〜（ｃ）はそれぞれ、従来技術の携帯端末における画面遷移を説明するための図であり、（ｄ）〜（ｆ）はそれぞれ、従来技術と同一のアプリケーションを同一の順番で表示する場合の本発明の携帯端末における画面遷移を説明するための図である。

符号の説明

１操作手段
２−１表示手段（表示手段１）
２−２表示手段（表示手段２）
３アプリレイアウト手段
５制御手段
６記憶手段
７アプリケーション
８アプリケーション情報
９稼動中アプリリスト

Claims

複数の表示手段を有するとともに、複数のアプリケーションを表示することが可能な携帯端末であって、
アプリケーション毎に該アプリケーションのフレームレートに関する情報を記憶する記憶手段と、
新たなアプリケーションを表示する際に、前記記憶手段に記憶している当該アプリケーションのフレームレートに関する情報に基づいて、該アプリケーションを前記複数の表示手段の何れかの表示手段に表示するように制御する制御手段と、を備えることを特徴とする携帯端末。
前記制御手段は、高いフレームレートのアプリケーションと、低いフレームレートのアプリケーションとを、異なる表示手段に表示するように制御することを特徴とする請求項１記載の携帯端末。
前記フレームレートは、各アプリケーションの最大フレームレートであることを特徴とする請求項１記載の携帯端末。
前記フレームレートは、各アプリケーションの平均フレームレートであることを特徴とする請求項１記載の携帯端末。
フレームレートに関する閾値を保持する保持手段を備え、
前期制御手段は、前記保持手段が保持する前記閾値に基づいて、前記フレームレートを高いフレームレートおよび低いフレームレートに分類することを特徴とする請求項２記載の携帯端末。
前記制御手段は、既に表示中のアプリケーションのフレームレートに基づいて、当該新たに表示するアプリケーションのフレームレートを高いフレームレートまたは低いフレームレートに分類することを特徴とする請求項２記載の携帯端末。
前記制御手段は、既に表示中のアプリケーションの１つを終了するタイミングで、既に表示中の他のアプリケーションを前記複数の表示手段のどの表示手段に表示するかを、当該他のアプリケーションのフレームレートに関する情報に基づいて判定し、判定の結果、前記他のアプリケーションを表示する表示手段を変更する必要がある場合には、当該他のアプリケーションを表示する表示手段を変更するように制御することを特徴とする請求項１記載の携帯端末。
前記記憶手段は、アプリケーション毎に、該アプリケーションのフレームレートに関する情報と、該アプリケーションの表示に必要な最小表示領域に関する情報とを記憶し、
前記制御手段は、新たなアプリケーションを表示する際に、前記記憶手段に記憶している当該アプリケーションのフレームレートに関する情報と、該アプリケーションの表示に必要な最小表示領域に関する情報とに基づいて、該アプリケーションを前記複数の表示手段の何れかの表示手段に表示するように制御することを特徴とする請求項１記載の携帯端末。
前記制御手段は、高いフレームレートのアプリケーションを新たに表示する際に、高いフレームレートのアプリケーションを表示している表示手段に当該新たに表示する高いフレームレートのアプリケーションを表示できないと判定した場合には、前記表示手段に表示している高いフレームレートのアプリケーションおよび前記新たに表示する高いリフレッシュレートのアプリケーションの内で最もフレームレートの低いアプリケーションを、低いフレームレートのアプリケーションを表示している他の表示手段に表示して、当該新たに表示する高いフレームレートのアプリケーションを前記高いフレームレートのアプリケーションを表示している表示手段に表示するように制御することを特徴とする請求項８記載の携帯端末。
前記制御手段は、高いフレームレートのアプリケーションを表示している表示手段に表示している各アプリケーションの最小表示領域の合計と、前記表示手段の表示領域とに基づいて、前記新たに表示する高いフレームレートのアプリケーションが表示可能か否かを判定することを特徴とする請求項９記載の携帯端末。
前記制御手段は、低いフレームレートのアプリケーションを新たに表示する際に、低いフレームレートのアプリケーションを表示している表示手段に当該新たに表示する低いフレームレートのアプリケーションを表示できないと判定した場合には、前記表示手段に表示している低いフレームレートのアプリケーションおよび前記新たに表示する低いリフレッシュレートのアプリケーションの内で最もフレームレートの高いアプリケーションを、高いフレームレートのアプリケーションを表示している他の表示手段に表示して、当該新たに表示する低いフレームレートのアプリケーションを前記低いフレームレートのアプリケーションを表示している表示手段に表示するように制御することを特徴とする請求項８記載の携帯端末。
前記制御手段は、低いフレームレートのアプリケーションを表示している表示手段に表示している各アプリケーションの最小表示領域の合計と、前記表示手段の表示領域とに基づいて、前記新たに表示する低いフレームレートのアプリケーションが表示可能か否かを判定することを特徴とする請求項１１記載の携帯端末。
携帯端末の複数の表示手段に複数のアプリケーションを表示する、携帯端末のアプリケーション表示方法であって、
アプリケーション毎に該アプリケーションのフレームレートに関する情報を記憶する記憶工程と、
新たなアプリケーションを表示する際に、前記記憶工程で記憶した当該アプリケーションのフレームレートに関する情報に基づいて、高いフレームレートのアプリケーションと、低いフレームレートのアプリケーションとを、異なる表示手段に表示するように制御する制御工程と、行うことを特徴とする携帯端末のアプリケーション表示方法。
前記記憶工程は、アプリケーション毎に、該アプリケーションのフレームレートに関する情報と、該アプリケーションの表示に必要な最小表示領域に関する情報とを記憶し、
前記制御工程は、新たなアプリケーションを表示する際に、前記記憶工程で記憶した当該アプリケーションのフレームレートに関する情報と、該アプリケーションの表示に必要な最小表示領域に関する情報とに基づいて、該アプリケーションを前記複数の表示手段の何れかの表示手段に表示するように制御することを特徴とする請求項１３記載の携帯端末のアプリケーション表示方法。
前記制御工程は、高いフレームレートのアプリケーションを新たに表示する際に、高いフレームレートのアプリケーションを表示している表示手段に当該新たに表示する高いフレームレートのアプリケーションを表示できないと判定した場合には、前記表示手段に表示している高いフレームレートのアプリケーションおよび前記新たに表示する高いリフレッシュレートのアプリケーションの内で最もフレームレートの低いアプリケーションを、低いフレームレートのアプリケーションを表示している他の表示手段に表示して、当該新たに表示する高いフレームレートのアプリケーションを前記高いフレームレートのアプリケーションを表示している表示手段に表示するように制御することを特徴とする請求項１４記載の携帯端末のアプリケーション表示方法。
前記制御工程は、高いフレームレートのアプリケーションを表示している表示手段に表示している各アプリケーションの最小表示領域の合計と、前記表示手段の表示領域とに基づいて、前記新たに表示する高いフレームレートのアプリケーションが表示可能か否かを判定することを特徴とする請求項１５記載の携帯端末のアプリケーション表示方法。
前記制御工程は、低いフレームレートのアプリケーションを新たに表示する際に、低いフレームレートのアプリケーションを表示している表示手段に当該新たに表示する低いフレームレートのアプリケーションを表示できないと判定した場合には、前記表示手段に表示している低いフレームレートのアプリケーションおよび前記新たに表示する低いリフレッシュレートのアプリケーションの内で最もフレームレートの高いアプリケーションを、高いフレームレートのアプリケーションを表示している他の表示手段に表示して、当該新たに表示する低いフレームレートのアプリケーションを前記低いフレームレートのアプリケーションを表示している表示手段に表示するように制御することを特徴とする請求項１４記載の携帯端末のアプリケーション表示方法。
前記制御工程は、低いフレームレートのアプリケーションを表示している表示手段に表示している各アプリケーションの最小表示領域の合計と、前記表示手段の表示領域とに基づいて、前記新たに表示する低いフレームレートのアプリケーションが表示可能か否かを判定することを特徴とする請求項１７記載の携帯端末のアプリケーション表示方法。