JP5370196B2

JP5370196B2 - 携帯端末

Info

Publication number: JP5370196B2
Application number: JP2010028120A
Authority: JP
Inventors: 剛日高
Original assignee: Fujitsu Mobile Communications Ltd
Current assignee: Fujitsu Mobile Communications Ltd
Priority date: 2010-02-10
Filing date: 2010-02-10
Publication date: 2013-12-18
Anticipated expiration: 2030-02-10
Also published as: JP2011166532A

Description

本発明は、メニュー画面を表示する際、アプリケーションプログラムやデータのインストール時期によらず、アプリケーションプログラムやデータをメニュー画面において最適な位置に配置させることができる携帯端末に関する。

携帯電話機などの携帯端末は、その携帯性を維持するために表示画面のサイズが制限されている。よって、携帯端末の表示画面では一度に多くの情報を表示できないため、ユーザが所望の機能を起動したい場合には、ボタン押下を繰り返すことにより複数の画面を切り替えていくなどの煩雑な操作を行わなければならなかった。

そこで、表示画面に表示される機能メニューから各種機能設定が選択可能であるとともに、使用頻度が高い機能項目を少ない操作で呼び出すことができる情報処理装置が提案されている（特許文献１参照）。この情報処理装置は、各種データを記憶する記憶部に各機能項目の呼び出し回数を記憶するように構成され、機能キーを押下して機能メニューを呼び出す場合は、記憶部に記憶されている各機能項目の呼び出し回数を読み出して、呼び出し回数の多い機能項目から順に表示画面に表示するように構成されたものである。

特開２００２−１０１１８１号公報

携帯端末でメニュー画面を表示する際、ある一定期間内におけるアプリケーションプログラムの使用回数やデータの閲覧回数に基づいてメニューの表示順を決定することにより、ユーザにより頻繁に使用されるアプリケーションプログラムを優先的に表示することで、ユーザの利便性を向上させる機能が用いられている。しかし、アプリケーションプログラムやデータが新規に追加されてから日数があまり経過していない場合には、アプリケーションプログラムやデータが新規追加されてからの使用頻度が高いのにも関わらず、全体の期間内における使用回数が少ないため、メニュー画面において上位に表示されない可能性がある。すなわち、新規に追加されたアプリケーションプログラムはユーザが使用したい可能性が高いのにも関わらず下位に表示されてしまうという問題があった。

本発明は、上記課題を鑑みてなされてものであり、メニュー画面を表示する際、新規に追加されたアプリケーションプログラムやデータであっても、最近の使用頻度が高い場合にはそのアプリケーションプログラムやデータをメニュー画面の上位に配置させることにより、ユーザの利便性を向上させた携帯端末を提供することを目的とする。

上記課題を解決するために、本発明に係る携帯端末は、アプリケーションプログラム毎に、所定期間内の使用回数を記憶する記憶手段と、アプリケーションプログラムを起動する際、前記記憶手段における、そのアプリケーションプログラムの使用回数を更新する更新手段と、アプリケーションプログラムのリストを表示する際、各々のアプリケーションプログラムについて、アプリケーションプログラムの使用が開始されてから現在までの期間が前記所定期間以上である場合、前記記憶手段により記憶された使用回数を全体の使用回数とし、アプリケーションプログラムの使用が開始されてから現在までの期間が前記所定期間より短い場合、その使用期間と前記記憶手段により記憶された使用回数に基づいて、そのアプリケーションプログラムの使用開始時以前の使用回数を推定して全体の使用回数を算出する算出手段と、前記算出手段により算出された全体の使用回数に基づいてアプリケーションプログラムの表示順を決定する表示制御手段とを備えたことを特徴とする。

本発明に係る携帯端末によると、メニュー画面を表示する際、新規に追加されたアプリケーションプログラムやデータであっても、最近の使用頻度が高い場合にはそのアプリケーションプログラムやデータをメニュー画面の上位に配置させることにより、ユーザの利便性を向上させることが可能となる。

本発明に係る携帯端末（携帯電話機）の開いた状態を示す斜視図。本発明に係る携帯端末（携帯電話機）の機能を示すブロック図。第１実施形態の携帯端末（携帯電話機）がアプリケーションプログラム起動時に履歴更新処理を行う際の手順を示すフローチャート。第１実施形態における使用履歴情報の一例を示すデータ構成図。第１実施形態の携帯端末（携帯電話機）がメニュー起動時にリスト生成処理を行う際の手順を示すフローチャート。（Ａ）は、第１実施形態における「アプリＡ」のアプリケーションプログラムの点数情報の一例を示すデータ構成図、（Ｂ）は、第１実施形態における「アプリＢ」のアプリケーションプログラムの点数情報の一例を示すデータ構成図。第１実施形態におけるメニュー画面を示す画面図。（Ａ）は、従来のアプリケーションプログラムの点数情報を示すデータ構成図、（Ｂ）は、従来のメニュー画面を示す画面図。第２実施形態の携帯端末（携帯電話機）がアプリケーションプログラム起動時に履歴更新処理を行う際の手順を示すフローチャート。第２実施形態における使用履歴情報の一例を示すデータ構成図。第２実施形態の携帯端末（携帯電話機）がアプリケーションプログラム起動時にリスト生成処理を行う際の手順を示すフローチャート。（Ａ）は、第２実施形態における「アプリＡ」のアプリケーションプログラムの点数情報の一例を示すデータ構成図、（Ｂ）は、第２実施形態における「アプリＢ」のアプリケーションプログラムの点数情報の一例を示すデータ構成図。

〔第１実施形態〕
本発明に係る携帯端末の実施形態について、添付図面を参照しながら説明する。本発明の第１実施形態として、複数の筐体が開閉自在に結合されてなるスライド型の携帯電話機１を例にあげて説明する。図１は、携帯電話機１の開いた状態を示す斜視図である。

携帯電話機１は、図１に示すように、主に、矩形の板状の上筐体１０と、この上筐体１０とほぼ同形状をした下筐体１１とにより構成されていて、これらの上筐体１０及び下筐体１１は、閉じた状態において相互に一面を覆うように積層されている。上筐体１０と下筐体１１は、図１のＸ方向に所定長さだけ相互にスライド自在なように結合されている。携帯電話機１は、上筐体１０と下筐体１１とを相互にスライドさせて位置関係を変更することにより、閉じた状態から開いた状態に、あるいは開いた状態から閉じた状態に変形する。

上筐体１０の外面（下筐体１１に対面しない側の面）には、データを表示するためのディスプレイ１２、音声を出力するためのレシーバ１３、音声を入力するためのマイクロフォン１４が設けられている。また、下筐体１１の内面（上筐体１０に対面する側の面）には、データを入力するための複数の操作キー１５が設けられている。

図２は、携帯電話機１の機能を示すブロック図である。図２に示すように、携帯電話機１は、主制御部２０、電源回路部２１、操作入力制御部２２、表示制御部２３、音声制御部２４、通信制御部２５、及び記憶部２６がバスによって相互に通信可能に接続されて構成されている。

主制御部２０は、ＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）を具備し、携帯電話機１の総括的な制御を行うとともに、後述する履歴更新処理やリスト生成処理、その他の様々な演算処理や制御処理等を行う。電源回路部２１は、電源供給源（バッテリ等）を備え、所定の操作キー１５（例えば電源キー）を介した入力に基づいて携帯電話機１の電源のＯＮ／ＯＦＦ状態を切り替え、電源がＯＮ状態の場合に電力供給源から各部に対して電力を供給して、携帯電話機１を動作可能にする。

操作入力制御部２２は操作キー１５に対する入力インタフェースを備え、操作キー１５のいずれかが押下されたことを検知すると、その押下された操作キー１５を示す信号を生成して主制御部２０に伝送する。信号を受信した主制御部２０は、この信号に基づいて処理を行う。表示制御部２３はディスプレイ１２に対する表示インタフェースを備え、主制御部２０の制御に基づいて、データをディスプレイ１２に表示する。

音声制御部２４は、主制御部２０の制御に基づいて、マイクロフォン１４で集音された音声からアナログ音声信号を生成し、このアナログ音声信号をデジタル音声信号に変換する。また音声制御部２４は、デジタル音声信号を取得すると、主制御部２０の制御に基づいて、このデジタル音声信号をアナログ音声信号に変換し、スピーカ１３から音声として出力する。

通信制御部２５は、主制御部２０の制御に基づいて、基地局からアンテナ２５ａを介して受信した受信信号をスペクトラム逆拡散処理してデータを復元する。このデータは、主制御部２０の指示により、音声制御部２４に伝送されてスピーカ１３から出力されたり、表示制御部２３に伝送されてディスプレイ１２に表示されたり、または記憶部２６に記録されたりする。また通信制御部２５は、主制御部２０の制御に基づいて、マイクロフォン１５で集音された音声データや操作キー１４を介して入力されたデータや記憶部２６に記憶されたデータを取得すると、これらのデータに対してスペクトラム拡散処理を行い、基地局に対してアンテナ２５ａを介して送信する。

記憶部２６は、主制御部２０が行う処理について、処理プログラムや処理に必要なデータ等を格納するＲＯＭ（ＲｅａｄＯｎｌｙＭｅｍｏｒｙ）やハードディスク、不揮発性メモリ、データベース、主制御部２０が処理を行う際に使用されるデータを一時的に記憶するＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）等から構成される。また、主制御部２０が後述する履歴更新処理やリスト生成処理を行う際の処理プログラムは、例えばＲＯＭに記憶されているものとする。

また、記憶部２６は、携帯電話機１が備える各々のアプリケーションプログラムの使用履歴を示す使用履歴情報３０、各々のアプリケーションプログラムの点数を示す点数情報４０を記憶している。使用履歴情報３０は、アプリケーションプログラムが使用される毎に更新され、点数情報４０は、アプリケーションプログラムのメニュー表示が指示される毎に更新される。

携帯電話機１は、メニュー画面を表示する際、メニュー画面に配置される複数のアプリケーションプログラムやデータについて、各々の使用頻度を記憶していて、その使用頻度に基づいて表示順を決定する機能を備えている。そして、この機能において、表示順を決定する際に、アプリケーションプログラムやデータが追加された時期（追加日）を考慮することにより、最近追加されたアプリケーションプログラムやデータの使用回数が全体として小さい場合でも、最近の使用回数が大きい場合には、そのアプリケーションプログラムやデータがメニュー画面の上位に配置されるようにすることで、ユーザが利便性を向上させている。

携帯電話機１は、常にアプリケーションプログラムやデータの最新の使用頻度を保持しておくために、アプリケーションプログラムやデータが使用される毎に使用履歴を更新する処理を行う。携帯電話機１がこの履歴更新処理を行う際の手順について、図３に示すフローチャートに基づいて説明する。以下、アプリケーションプログラムが使用された場合について説明するが、ユーザにより記憶された文書や画像などのデータが使用された場合であっても同様である。

まず主制御部２０は、ユーザ操作により、例えばメール機能やウェブ機能などのいずれかのアプリケーションプログラムの起動が指示されたか否かを判断する（Ｓ１０１）。アプリケーションプログラムの起動が指示されていない場合（Ｓ１０１のＮｏ）は、主制御部２０はそのまま待機する。アプリケーションプログラムの起動が指示された場合（Ｓ１０１のＹｅｓ）は、主制御部２０は、その起動されたアプリケーションプログラムの使用履歴を更新する（Ｓ１０３）。

図４は、上述した使用履歴情報３０の一例を示すデータ構成図である。使用履歴情報３０は、図４に示すように、「アプリＡ」や「アプリＢ」などの各々のアプリケーションプログラムを識別するためのアプリ情報３１に対して、「現在〜７日前」の使用回数を示す情報３２、「８日前〜１４日前」の使用回数を示す情報３３、「１５日前〜２１日前」の使用回数を示す情報３４、「２２日前〜２８日前」の使用回数を示す情報３５、追加日を示す追加日情報３６がそれぞれ対応付けられた情報である。このように使用履歴情報３０には、過去２８日分の使用履歴が７日毎に区分されて記憶されている。

図４に示す例によると、「アプリＡ」は、４５日前に追加されたアプリケーションプログラムであり、「現在〜７日前」の使用回数は「０」であり、それ以外の期間の使用回数は「３５」である。一方で「アプリＢ」は、７日前に追加されたアプリケーションプログラムであり、「現在〜７日前」の使用回数は「３０」であり、それ以外の期間の使用回数は「０」である。

主制御部２０は、例えばステップＳ１０１にて「アプリＡ」が起動された場合には、使用頻度情報３０において、「アプリＡ」の「現在〜７日前」の使用回数に１を加算することにより、使用履歴情報３０を更新する。そして主制御部２０は、ステップＳ１０１にて指示されたアプリケーションプログラムを起動する（Ｓ１０５）。

このようにして、携帯電話機１はアプリケーションプログラムやデータが使用される毎に、そのアプリケーションプログラムやデータの使用回数に１を加算することにより、使用履歴情報３０を更新する。

携帯電話機１は、メニュー表示を行う際、ステップＳ１０３にて更新された使用履歴情報３０に基づいて、アプリケーションプログラムやデータのリストを生成するリスト生成処理を行う。携帯電話機１がこのリスト生成処理を行う際の手順について、図５に示すフローチャートに基づいて説明する。以下、アプリケーションプログラムが使用された場合について説明するが、ユーザにより記憶された文書や画像などのデータが使用された場合であっても同様である。

まず主制御部２０は、ユーザ操作により、メニュー表示が指示されたか否かを判断する（Ｓ２０１）。メニュー表示が指示されていない場合（Ｓ２０１のＮｏ）は主制御部２０はそのまま待機する。メニュー表示が指示された場合（Ｓ２０１のＹｅｓ）は、主制御部２０は、重み付けを示す情報及び使用履歴情報３０を記憶部２６から読み出す（Ｓ２０３）。また主制御部２０は、使用履歴情報３０から１のアプリケーションプログラムに関する情報を取得する（Ｓ２０５）。

図６（Ａ）は、「アプリＡ」の点数を計算するための点数情報４０の一例を示すデータ構成図であり、図６（Ｂ）は、「アプリＢ」の点数を計算するための点数情報４０ａの一例を示すデータ構成図である。図６（Ａ）及び図６（Ｂ）に示すように、「現在〜７日前」、「８日前〜１４日前」、「１５日前〜２１日前」、「２２日前〜２８日前」の各々の使用期間を示す使用期間情報４１に対して、重み付けを示す重み付け情報４２、使用期間内の実際の使用回数を示す使用回数情報４３、点数の計算に使用するための使用回数を示す、みなし使用回数情報４４、その使用期間の点数を示す点数情報４５がそれぞれ対応付けられた情報である。なお、点数情報４５は、重み付け情報４２とみなし使用回数情報４４との積で表される。

例えば図６（Ａ）に示すように、「現在〜７日前」の使用期間の重み付けは「１００」、「８日前〜１４日前」の使用期間の重み付けは「７５」、「１５日前〜２１日前」の使用期間の重み付けは「５０」、「２２日前〜２８日前」の使用期間の重み付けは「２５」に設定されている。また、「アプリＡ」の使用回数は、使用履歴情報３０と同様に、「現在〜７日前」の使用期間の使用回数は「０」、それ以外の使用期間の使用回数は「３５」である。みなし使用回数も同様に、「現在〜７日前」の使用期間のみなし使用回数は「０」、それ以外の使用期間のみなし使用回数は「３５」である。各使用期間の点数は、重み付けとみなし使用回数との積であるため、「現在〜７日前」の使用期間の点数は１００×０で「０」、「８日前〜１４日前」の使用期間の点数は７５×３５で「２６２５」、「１５日前〜２１日前」の使用期間の点数は５０×３５で「１７５０」、「２２日前〜２８日前」の使用期間の点数は２５×３５で「８７５」である。

一方で、図６（Ｂ）に示す例によると、「アプリＢ」の使用回数は、使用履歴情報３０と同様に、「現在〜７日前」の使用期間の使用回数は「３０」、それ以外の使用期間の使用回数は「０」である。「アプリＢ」は７日前に追加されたアプリケーションプログラムであるため、８日前以前の使用回数は「０」である。そこで、８日前以前の使用回数を、追加された日からの使用回数に基づいて推測して得られた、みなし使用回数を用いて点数を計算する。「現在〜７日前」の使用期間のみなし使用回数は「３０」、それ以外の使用期間のみなし使用回数も「３０」である。各使用期間の点数は、重み付けとみなし使用回数との積で表されるものであるため、「現在〜７日前」の使用期間の点数は１００×３０で「３０００」、「８日前〜１４日前」の使用期間の点数は７５×３０で「２２５０」、「１５日前〜２１日前」の使用期間の点数は５０×３０で「１５００」、「２２日前〜２８日前」の使用期間の点数は２５×３０で「７５０」である。

主制御部２０は、使用履歴情報３０に基づいて、ステップＳ２０５のアプリケーションプログラムの追加日が２８日以内であるか否かを判断する（Ｓ２０７）。追加日が２８日以内であった場合（Ｓ２０７のＹｅｓ）は、主制御部２０は、そのアプリケーションプログラムを新規に追加されたアプリケーションプログラムとみなし、追加日以前の使用回数を推定する。そのために主制御部２０は、まず、追加日から現在までの使用回数から１日の平均使用回数を計算する（Ｓ２０９）。例えば、７日前に追加されて「現在〜７日前」の使用期間における使用回数が「３０」である「アプリＢ」では、１日の平均使用回数は、３０／７（≒４．３）となる。

そして主制御部２０は、ステップＳ２０９にて計算された１日の平均使用回数に基づいて、みなし使用回数を設定する（Ｓ２１１）。１日の平均使用回数と各々の使用期間の日数（すなわち７日）との積を各々の使用期間のみなし使用回数とする。例えば、１日の平均使用回数が３０／７（≒４．３）であった場合は、（３０／７）×７を計算することにより得られた「３０」がみなし使用回数となる。１日の平均使用回数が３０／７である「アプリＢ」では、それぞれの使用期間のみなし使用回数がそれぞれ「３０」、「３０」、「３０」、「３０」となる。

一方で、追加日が２８日以内でなかった場合（Ｓ２０７のＮｏ）は、主制御部２０は、各々の使用期間の使用回数をそれぞれ各々の使用期間のみなし使用回数に設定する（Ｓ２１３）。例えば、４５日前に追加されて「現在〜７日前」の使用期間における使用回数が「０」、それ以外の使用期間における使用回数が「３５」である「アプリＡ」については、それぞれの使用期間のみなし使用回数をそれぞれ「０」、「３５」、「３５」、「３５」とする。

主制御部２０は、メニュー画面に表示される全てのアプリケーションプログラムについて、みなし使用回数が設定されたか否かを判断する（Ｓ２１５）。みなし使用回数が設定されていないアプリケーションプログラムがあった場合（Ｓ２１５のＮｏ）は、ステップＳ２０５に戻って、主制御部２０は、そのアプリケーションプログラムについてステップＳ２０７乃至Ｓ２１３の処理を行う。

全てのアプリケーションプログラムのみなし使用回数が設定された場合（Ｓ２１５のＹ
ｅｓ）は、主制御部２０は、各々のアプリケーションプログラムの総合点数を算出する（
Ｓ２１７）。各々のアプリケーションプログラムの総合点数は、各々の使用期間の点数を
積算することにより得られた値となる。すなわち、「アプリＡ」の総合点数は、０＋２６
２５＋１７５０＋８７５を計算して得られた値「５２５０」であり、「アプリＢ」の総合
点数は、３０００＋２２５０＋１５００＋７５０を計算して得られた値「７５００」であ
る。

主制御部２０は、ステップＳ２１７にて算出された各々のアプリケーションプログラムの総合点数に基づいて、各々のアプリケーションプログラムを点数が高い順に上位に配置させて、メニュー画面として表示する（Ｓ２１９）。図７は、メニュー画面の一例を示す画面図である。図７に示すように、ディスプレイ１２の画面１２ａに、複数のアプリケーションプログラムが羅列されたリスト表示欄１２ｂが表示される。例えば「アプリＡ」の総合点数が「５２５０」で「アプリＢ」の総合得点が「７５００」であった場合には、図７に示すように、「アプリＢ」が「アプリＡ」よりも上位に配置される。

このようにして携帯電話機１は、メニュー画面を表示する際、使用頻度の高いアプリケーションプログラムやデータが上位にくるように複数のアプリケーションプログラムやデータを配置させて表示する。この際、特に、最近追加されたばかりのアプリケーションプログラムについては頻繁に使用されていても全体としての使用回数が少ないため使用頻度が小さく見積もられてしまうことを防止するために、追加日から現在までの１日の平均使用回数を算出して、これに基づいて追加日前の使用回数を算出して得られた使用頻度を推定する。これにより、ユーザに頻繁に使用されるアプリケーションプログラムが優先的に表示され、メニュー表示処理におけるユーザビリティを向上させることができる。

ここで、携帯電話機１と従来の携帯端末とを同様の条件で比較してみる。図８（Ａ）は、従来の携帯端末における点数情報の一例を示すデータ構成図であり、図８（Ｂ）は、従来の携帯端末におけるメニュー画面の一例を示す画面図である。なお、図８（Ａ）に示された使用回数は、図６（Ｂ）に示された「アプリＢ」の使用回数と同様である。

従来の携帯端末においては、図８（Ａ）に示すように、使用期間毎の重み付けとその使用期間内の使用回数との積を使用期間毎の点数としているため、「現在〜７日前」の使用期間の使用回数が「３０」でそれ以外の使用期間の使用回数が「０」であった場合には、「現在〜７日前」の使用期間の点数が１００×３０で「３０００」、それ以外の使用期間の点数が「０」であるため総合点数が「３０００」となる。なお、携帯電話機１の場合には、同様の条件下の「アプリＢ」の総合点数が「７５００」となる。

「アプリＡ」の使用頻度は、携帯電話機１でも従来の携帯端末でも等しく「５２５０」である。従来の携帯端末では、新規に追加されたアプリケーションプログラムの最近の使用頻度が高くても、追加日以前の使用回数が「０」であるため、総合点数が低く見積もられてしまい、図８（Ｂ）に示すように、「アプリＡ」が「アプリＢ」より上位に表示されてしまう。一方で携帯電話機１では、上述したように新規に追加されたアプリケーションプログラムやデータについては、最近の使用回数から追加日以前の使用回数を推定して全体の使用頻度を算出するため、最近追加され最近頻繁に使用されている「アプリＢ」が上位に配置される。

第１実施形態によると、メニュー画面を表示する際、新規に追加されたアプリケーションプログラムやデータであっても、最近の使用頻度が高い場合にはそのアプリケーションプログラムやデータをメニュー画面の上位に配置させることにより、ユーザの利便性を向上させることが可能となる。

〔第２実施形態〕
本発明の第２実施形態として、第１実施形態と同様に、複数の筐体が開閉自在に結合されてなるスライド型の携帯電話機１を例にあげて説明する。以下、第１実施形態と同一の構成には同一の符号を付し、重複する説明を省略する。

第２実施形態の携帯電話機１は、第１実施形態と同様に、図１に示すように、主に、矩形の板状の上筐体１０と、この上筐体１０とほぼ同形状をした下筐体１１とにより構成されていて、これらの上筐体１０及び下筐体１１は、閉じた状態において相互に一面を覆うように積層されている。上筐体１０と下筐体１１は、図１のＸ方向に所定長さだけ相互にスライド自在なように結合されている。携帯電話機１は、上筐体１０と下筐体１１とを相互にスライドさせて位置関係を変更することにより、閉じた状態から開いた状態に、あるいは開いた状態から閉じた状態に変形する。

また、第２実施形態の携帯電話機１は、第１実施形態と同様に、図２に示すように、主制御部２０、電源回路部２１、操作入力制御部２２、表示制御部２３、音声制御部２４、通信制御部２５、及び記憶部２６がバスによって相互に通信可能に接続されて構成されている。

第１実施形態の携帯電話機１は、メニュー表示の際に各々のアプリケーションプログラムのみなし使用回数を算出するものであったが、第２実施形態の携帯電話機１は、アプリケーションプログラムの起動時に、そのアプリケーションプログラムのみなし使用回数を算出して記憶するものである。

第２実施形態の携帯電話機１は、第１実施形態と同様に、常に最新のアプリケーションプログラムの使用頻度を記憶しておくために、アプリケーションプログラムが使用される毎に使用履歴を更新する処理を行う。携帯電話機１がこの履歴更新処理を行う際の手順について、図９に示すフローチャートに基づいて説明する。

まず主制御部２０は、ユーザ操作により、いずれかのアプリケーションプログラムの起動が指示されたか否かを判断する（Ｓ３０１）。アプリケーションプログラムの起動が指示されていない場合（Ｓ３０１のＮｏ）は、主制御部２０はそのまま待機する。アプリケーションプログラムの起動が指示された場合（Ｓ３０１のＹｅｓ）は、主制御部２０は、その起動されたアプリケーションプログラムの使用履歴を更新する（Ｓ３０３）。

図１０は、使用履歴情報３０ａの一例を示すデータ構成図である。使用履歴情報３０ａは、図１０に示すように、「アプリＡ」や「アプリＢ」などの各々のアプリケーションプログラムを識別するためのアプリ情報３１ａに対して、「現在〜７日前」の使用回数を示す情報３２ａ、みなし使用回数を示す情報３２ｂ、「８日前〜１４日前」の使用回数を示す情報３３ａ、みなし使用回数を示す情報３３ｂ、「１５日前〜２１日前」の使用回数を示す情報３４ａ、みなし使用回数を示す情報３４ｂ、「２２日前〜２８日前」の使用回数を示す情報３５ａ、みなし使用回数を示す情報３５ｂ、追加日を示す追加日情報３６がそれぞれ対応付けられた情報である。このように使用履歴情報３０ａには、過去２８日分の使用回数、みなし使用回数が７日毎に区分されて記憶されている。

図１０に示す例によると、「アプリＡ」は、４５日前に追加されたアプリケーションプログラムであり、「現在〜７日前」の使用回数は「０」であり、それ以外の期間の使用回数は「３５」である。一方で「アプリＢ」は、７日前に追加されたアプリケーションプログラムであり、「現在〜７日前」の使用回数は「３０」であり、それ以外の期間の使用回数は「０」である。

主制御部２０は、例えばステップＳ３０１にて「アプリＡ」が起動された場合には、使用頻度情報３ａにおいて、「アプリＡ」の「現在〜７日前」の使用回数に１を加算することにより、使用履歴情報３０ａを更新する。

主制御部２０は、使用履歴情報３０ａに基づいて、ステップＳ３０１にて起動が指示されたアプリケーションプログラムの追加日が２８日以内であるか否かを判断する（Ｓ３０５）。追加日が２８日以内であった場合（Ｓ３０５のＹｅｓ）は、主制御部２０は、そのアプリケーションプログラムを新規に追加されたアプリケーションプログラムとみなし、追加日以前の使用回数を推定する。そのために主制御部２０は、追加日から現在までの使用回数から１日の平均使用回数を計算する（Ｓ３０７）。例えば、７日前に追加されて「現在〜７日前」の使用期間における使用回数が「３０」である「アプリＢ」については、１日の平均使用回数は、３０／７（≒４．３）となる。

そして主制御部２０は、ステップＳ２０９にて計算された１日の平均使用回数に基づいて、みなし使用回数を設定する（Ｓ３０９）。１日の平均使用回数と各々の使用期間の日数（すなわち７日）との積を各々の使用期間のみなし使用回数とする。例えば、１日の平均使用回数が３０／７（≒４．３）であった場合は、（３０／７）×７を計算することにより得られた「３０」がみなし使用回数となる。１日の平均使用回数が３０／７である「アプリＢ」では、それぞれの使用期間のみなし使用回数がそれぞれ「３０」、「３０」、「３０」、「３０」となる。

一方で、追加日が２８日以内でなかった場合（Ｓ３０５のＮｏ）は、主制御部２０は、各々の使用期間の使用回数をそれぞれ各々の使用期間のみなし使用回数に設定する（Ｓ３１１）。例えば、４５日前に追加されて「現在〜７日前」の使用期間における使用回数が「０」、それ以外の使用期間における使用回数が「３５」である「アプリＡ」については、それぞれの使用期間のみなし使用回数をそれぞれ「０」、「３５」、「３５」、「３５」とする。

そして主制御部２０は、ステップＳ３０１にて起動が指示されたアプリケーションプログラムを起動する（Ｓ３１３）。

このようにして、携帯電話機１はアプリケーションプログラムやデータが使用される毎に、そのアプリケーションプログラムやデータの使用回数に１を加算するとともに、みなし使用回数を算出することにより、使用履歴情報３０を更新する。

携帯電話機１は、メニュー表示が起動された際には、ステップＳ３０９、Ｓ３１１にて更新されたアプリケーションプログラムの使用履歴情報３０ａに基づいてアプリケーションプログラムのリストを生成するリスト生成処理を行う。携帯電話機１がこのリスト生成処理を行う際の手順について、図１１に示すフローチャートに基づいて説明する。

まず主制御部２０は、ユーザ操作により、メニュー表示が指示されたか否かを判断する（Ｓ４０１）。メニュー表示が指示されていない場合（Ｓ４０１のＮｏ）は主制御部２０はそのまま待機する。メニュー表示が指示された場合（Ｓ４０１のＹｅｓ）は、主制御部２０は、使用期間に依存する重み付け、使用履歴情報３０ａを記憶部２６から読み出す（Ｓ４０３）。

図１２（Ａ）は、「アプリＡ」のアプリケーションプログラムの点数を計算するための点数情報４０ｃの一例を示すデータ構成図であり、図１２（Ｂ）は、「アプリＢ」のアプリケーションプログラムの点数を計算するための点数情報４０ｄの一例を示すデータ構成図である。図１２（Ａ）及び図１２（Ｂ）に示すように、「現在〜７日前」、「８日前〜１４日前」、「１５日前〜２１日前」、「２２日前〜２８日前」の各々の使用期間を示す使用期間情報４１ｃ、４１ｄに対して、点数の計算に使用される重み付けを示す重み付け情報４２ｃ、４２ｄ、使用期間内のみなし使用回数を示すみなし使用回数情報４４ｃ、４４ｄ、その使用期間の点数を示す点数情報４５ｃ、４５ｄがそれぞれ対応付けられた情報である。

例えば図１２（Ａ）に示すように、「現在〜７日前」の使用期間の重み付けは「１００」、「８日前〜１４日前」の使用期間の重み付けは「７５」、「１５日前〜２１日前」の使用期間の重み付けは「５０」、「２２日前〜２８日前」の使用期間の重み付けは「２５」に設定されている。また、「アプリＡ」のみなし使用回数は、「現在〜７日前」の使用期間のみなし使用回数は「０」、それ以外の使用期間のみなし使用回数は「３５」である。点数は、重み付けとみなし使用回数との積で表されるものであり、「現在〜７日前」の使用期間の点数は１００×０で「０」、「８日前〜１４日前」の使用期間の点数は７５×３５で「２６２５」、「１５日前〜２１日前」の使用期間の点数は５０×３５で「１７５０」、「２２日前〜２８日前」の使用期間の点数は２５×３５で「８７５」である。

一方で、例えば図１２（Ｂ）に示すように、「アプリＢ」のみなし使用回数は、全ての使用期間の使用回数が「３０」である。点数は、重み付けとみなし使用回数との積で表されるものであり、「現在〜７日前」の使用期間の点数は１００×３０で「３０００」、「８日前〜１４日前」の使用期間の点数は７５×３０で「２２５０」、「１５日前〜２１日前」の使用期間の点数は５０×３０で「１５００」、「２２日前〜２８日前」の使用期間の点数は２５×３０で「７５０」である。

主制御部２０は、各々のアプリケーションプログラムの総合点数を算出する（Ｓ４０５）。各々のアプリケーションプログラムの総合点数は、各々の使用期間の点数を積算することにより得られた値となる。すなわち、「アプリＡ」の総合点数は、０＋２６２５＋１７５０＋８７５を計算して得られた値「５２５０」であり、「アプリＢ」の総合点数は、３０００＋２２５０＋１５００＋７５０を計算して得られた値「７５００」である。

主制御部２０は、各々のアプリケーションプログラムに関する情報を、ステップＳ４０５にて算出された総合点数に基づいて、点数が高い順に並べて、メニュー画面として表示する（Ｓ４０７）。図７に示すように、ディスプレイ１２の画面１２ａに、複数のアプリケーションプログラムが羅列されたリスト表示欄１２ｂが表示される。例えば「アプリＡ」の総合点数が「５２５０」で「アプリＢ」の総合得点が「７５００」であった場合には、図７に示すように、「アプリＢ」が「アプリＡ」よりも上位に表示される。

このようにして携帯電話機１は、アプリケーションプログラムの起動時に、使用期間毎に使用回数を記憶しておき、メニュー画面を表示する際、各々のアプリケーションプログラムの使用回数に基づいて、使用頻度の高い順にアプリケーションプログラムを並べて表示する。この際、特に、追加されたばかりのアプリケーションプログラムについては使用回数が少なく見積もられてしまうため、使用履歴情報３０ａの更新時に追加された日から現在までの１日の平均使用回数を算出して、これに基づいて追加日前の使用回数を算出して得られた使用頻度を推測することで、最近追加されたアプリケーションプログラムの表示順位が低く見積もられることを防止することができる。これにより、ユーザに頻繁に使用されるアプリケーションプログラムが優先的に表示されるため、メニュー表示処理におけるユーザビリティを向上させることができる。

第２実施形態によると、メニュー画面を表示する際、新規に追加されたアプリケーションプログラムやデータであっても、最近の使用頻度が高い場合にはそのアプリケーションプログラムやデータをメニュー画面の上位に配置させることにより、ユーザの利便性を向上させることが可能となる。

本発明の説明として、携帯電話機１について説明したが、これに限らず、ＰＨＳ（ＰｅｒｓｏｎａｌＨａｎｄｙｐｈｏｎｅＳｙｓｔｅｍ）、ＰＤＡ（ＰｅｒｓｏｎａｌＤｉｇｉｔａｌＡｓｓｉｓｔａｎｔｓ）、ＭＩＤ（ＭｏｂｉｌｅＩｎｔｅｒｎｅｔＤｅｖｉｃｅ）、携帯音楽プレイヤー、携帯ビデオカメラ、携帯ゲーム機等、複数のアプリケーションプログラムを起動する機能を備えている携帯端末であれば、任意の携帯端末であっても良い。

１…携帯電話機，１０…上筐体，１１…下筐体，１２…ディスプレイ，１２ａ…画面，１３…スピーカ，１４…マイクロフォン，１５…操作キー，２０…主制御部，２１…電源回路部，２２…操作入力制御部，２３…表示制御部，２４…音声制御部，２５…通信制御部，２５ａ…アンテナ，２６…記憶部，３０、３０ａ…使用履歴情報，４０、４０ａ、４０ｃ、４０ｄ…点数情報。

Claims

アプリケーションプログラム毎に、所定期間内の使用回数を記憶する記憶手段と、
アプリケーションプログラムを起動する際、前記記憶手段における、そのアプリケーションプログラムの使用回数を更新する更新手段と、
アプリケーションプログラムのリストを表示する際、各々のアプリケーションプログラムについて、アプリケーションプログラムの使用が開始されてから現在までの期間が前記所定期間以上である場合、前記記憶手段により記憶された使用回数を全体の使用回数とし、アプリケーションプログラムの使用が開始されてから現在までの期間が前記所定期間より短い場合、その使用期間と前記記憶手段により記憶された使用回数に基づいて、そのアプリケーションプログラムの使用開始時以前の使用回数を推定して全体の使用回数を算出する算出手段と、
前記算出手段により算出された全体の使用回数に基づいてアプリケーションプログラムの表示順を決定する表示制御手段とを備えたことを特徴とする携帯端末。
アプリケーションプログラム毎に、所定期間内の使用回数を記憶する記憶手段と、
アプリケーションプログラムを起動する際、そのアプリケーションプログラムの使用が開始されてから現在までの期間が前記所定期間以上である場合、前記記憶手段により記憶された使用回数を全体の使用回数とし、アプリケーションプログラムの使用が開始されてから現在までの期間が前記所定期間より短い場合、その使用期間と前記記憶手段により記憶された使用回数に基づいて、そのアプリケーションプログラムの使用開始時以前の使用回数を推定して全体の使用回数を算出する算出手段と、
前記記憶手段における、各アプリケーションプログラムの使用回数を、前記算出手段により算出された全体の使用回数を用いて更新する更新手段と、
アプリケーションプログラムのリストを表示する際、前記記憶手段により記憶された使用回数に基づいてアプリケーションプログラムの表示順を決定する表示制御手段とを備えたことを特徴とする携帯端末。
前記算出手段は、アプリケーションプログラムの使用が開始されてから現在までの期間が前記所定期間より短い場合、そのアプリケーションプログラムについて、その使用期間と前記記憶手段により記憶された使用回数とを用いて１日の平均使用回数を算出して、その平均使用回数から、使用開始時以前の使用回数を推定することを特徴とする請求項１または２記載の携帯端末。
前記算出手段は、前記所定期間を複数に区切って、各々の区切られた期間に重み付けを行い、各々の区切られた期間における使用回数にそれぞれ重み付けを行うことを特徴とする請求項１または２記載の携帯端末。