JP2011160145A

JP2011160145A - 携帯端末装置

Info

Publication number: JP2011160145A
Application number: JP2010019620A
Authority: JP
Inventors: Kentaro Takeda; 健太郎竹田; Marvin Go; ゴ・マーヴィン; Natsuki Nose; 夏樹野瀬
Original assignee: Fujitsu Toshiba Mobile Communication Ltd
Current assignee: Fujitsu Mobile Communications Ltd
Priority date: 2010-01-29
Filing date: 2010-01-29
Publication date: 2011-08-18

Abstract

【課題】ユーザの使用頻度に応じてアイコンの表示配列を変化させ、ユーザにとって利便性が高い携帯端末装置を提供する。
【解決手段】通常時は、制御部１００が、通常表示順序データ５０ａに記憶される情報に基づいて、機能を利用するためのアイコンの表示配列を制御して、表示部２０に表示する。そして、ユーザの指示により、レコメンド表示制御手段１００ａによるレコメンド表示制御が開始されると、記憶部５０が、ユーザが利用した機能の利用履歴を使用履歴データ５０ｃとして記憶し、この利用履歴に基づいて、レコメンド表示制御手段１００ａが、機能を利用するためのアイコンの表示配列を決定して、その配列をレコメンド表示順序データ５０ｅとして記録し、ユーザの指示に応じて、レコメンド表示順序データ５０ｅにしたがった配列で、アイコンを表示部２０に表示するようにしたものである。
【選択図】図１

Description

この発明は、例えば携帯電話機やPDA(Personal Digital Assistants)などの携帯端末装置に関する。

近時、携帯電話機は、音声通話以外に、アドレス帳の管理、電子メールの送受信、Webの閲覧機能、マルチメディア再生、デジタルカメラ、GPS(Global Positioning System)受信機能など種々の機能を備えるようになった。これらは、各機能に対応するハードウェアとアプリケーションソフトウェアを実装し、ユーザがアプリケーションソフトウェアを任意に選択して実行させることにより実現できる。

また画面上に、上記アプリケーションソフトウェアや、それらによって作成された電子ファイル、WebのURL(Uniform Resource Locator)などに対応したアイコンを多数並べて表示し、これらのアイコンをユーザが選択することで、アプリケーションソフトウェアを起動したり、電子ファイルに対応するアプリケーションソフトウェアを起動してその電子ファイルを開いたり、ブラウザソフトウェアを起動してURLに対応するサイトにアクセスすることができる。

しかしながら、表示されるアイコンが多数になると、必ずしも使用頻度の高いものだけを表示するわけではない。ユーザによる設定により、アイコンの任意の順序で並べ替えることも可能であるが、使用頻度は動的に変化するので、その都度、アイコンの配列を設定し直すのはユーザにとって利便性が低いという問題があった。

なお、従来は、アプリケーションソフトウェアの一覧を表示するメニューテーブルにおいて、使用頻度に応じて、テーブル上に表示順序を入れ替えるものがあった（例えば、特許文献１参照）。

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

従来の携帯端末装置では、種々の機能を起動するためのアイコンを多数配列して表示することができるが、ユーザの使用頻度に応じて配列を変化させることはできず、ユーザにとって利便性が低いという問題があった。

この発明は上記の問題を解決すべくなされたもので、ユーザの使用頻度に応じてアイコンの表示配列を変化させ、ユーザにとって利便性が高い携帯端末装置を提供することを目的とする。

上記の目的を達成するために、この発明は、アプリケーションソフトウェアに対応づけられたアイコンを表示し、このアイコンを通じてユーザの要求を受け付ける携帯端末装置において、複数のアイコンを配列して表示することが可能な表示手段と、アプリケーションソフトウェアの使用履歴を記憶する使用履歴記憶手段と、この使用履歴記憶手段が記憶する使用履歴に基づいて、利用頻度の高いアプリケーションソフトウェアの順序を求める順序検出手段と、この順序検出手段が検出した順序にしたがって、表示手段に、アプリケーションソフトウェアに対応するアイコンを配列して表示させる表示制御手段とを具備して構成するようにした。

以上述べたように、この発明では、アプリケーションソフトウェアの利用頻度を示す使用履歴を記憶しておき、これに基づいて、利用頻度の高いアプリケーションソフトウェアの順序を求め、この順序にしたがって、表示手段にアプリケーションソフトウェアに対応するアイコンを配列して表示させるようにしている。
したがって、この発明によれば、ユーザの使用頻度に応じてアイコンの表示配列を変化させることができるので、ユーザにとって利便性が高い携帯端末装置を提供できる。

この発明に係わる携帯端末装置の一実施形態の構成を示す回路ブロック図。図１に示した携帯端末装置の通常のアイコン表示の一例を示す図。図１に示した使用履歴データ５０ｃの一例を示す図。図１に示した使用履歴データ５０ｃの一例を示す図。図１に示した使用履歴データ５０ｃの一例を示す図。図１に示した総合評価値データ５０ｄの一例を示す図。図１に示した最終利用履歴データ５０ｆの一例を示す図。図１に示した携帯端末装置のレコメンド表示制御を説明するためのフローチャート。図８に示したレコメンド表示制御のデータベース更新処理を説明するためのフローチャート。図８に示したレコメンド表示制御のレコメンド表示処理を説明するためのフローチャート。図１０に示したレコメンド表示処理によって表示されるレコメンド表示の一例を示す図。図１０に示したレコメンド表示処理によって表示されるレコメンド表示の一例を示す図。

以下、図面を参照して、この発明の一実施形態について説明する。
図１は、この発明の一実施形態に係わる携帯端末装置の構成を示すブロック図である。以下の説明では、携帯端末装置の一例として、多機能型の携帯電話機、いわゆるスマートフォンを例に挙げて説明する。

図１に示すように、上記携帯端末装置は、主な構成要素として、制御部１００と、無線通信部１０と、表示部２０と、通話部３０と、操作部４０と、記憶部５０と、放送受信部６０と、GPS受信部７０と、デジタルカメラ８０と、赤外線通信部９０とを備える。主な機能としては、基地局装置BSおよび移動通信網MＮを介して、音声通信やデータ通信を行う通信機能と、放送局BCから送信される地上デジタル放送信号を受信する放送受信機能と、自己の位置を測位する測位機能、他の携帯電話機MSと赤外線通信を行う赤外線通信機能などを備えるとともに、これらを利用したアプリケーションソフトウェアを実行する機能を備える。その他、Bluetooth（登録商標）や、非接触型の近距離無線通信により、クレジット決済を行う機能や、交通機関の利用や商品購入代金の支払いを行う電子マネー機能などを備える。

無線通信部１０は、制御部１００の指示にしたがって、移動通信網MNに収容された基地局装置BSと無線通信を行うものであって、これにより音声データや電子メールデータなどの送受信、Webデータやストリーミングデータなどの受信を行う。
表示部２０は、制御部１００の制御により、画像（静止画像および動画像）や文字情報などを表示して、視覚的にユーザに情報を伝達するものである。例えば、図２に示すように、アイコン表示エリア２００には、アプリケーションソフトウェアや、それらによって作成された電子ファイル、WebのURL(Uniform Resource Locator)などに対応したアイコンを多数並べて表示し、機能キー表示エリア２１０には、機能が割り当てられたソフトウェアキーを表示する。

通話部３０は、スピーカ３１やマイクロホン３２を備え、マイクロホン３２を通じて入力されたユーザの音声を制御部１００にて処理可能な音声データに変換して制御部１００に出力したり、無線通信部１０を介して通話相手などから受信した音声データを復号してスピーカ３１から出力するものである。

操作部４０は、複数のキースイッチなどの他に、上記表示部２０上に設けられたタッチパネルを備え、これを通じてユーザから指示を受け付けるものである。タッチパネルは、抵抗膜方式、静電容量式、電磁誘導式などいずれの方式でもよく、ユーザが操作したタッチパネル上の座標を検出し、これを制御部１００に通知する。

なお、制御部１００は、操作部４０から通知された座標に基づき、この座標に対応する表示部２０上の表示領域に表示しているアイコンや機能キーを検出し、これに対する操作として認識する。操作は、ワンクリック、ダブルクリック、ドラッグ、その他、多点接触によるアクションなどを検出して、ユーザが意図する命令（選択、実行、移動、表示の拡大や縮小、画面スライド（ページ送り）など）を制御部１００が認識し、実行する。

記憶部５０は、制御部１００の制御プログラムや制御データ、アプリケーションソフトウェア、通信相手の名称や電話番号などを対応づけたアドレスデータ、送受信した電子メールのデータ、WebブラウジングによりダウンロードしたWebデータや、ダウンロードしたコンテンツデータを記憶し、またストリーミングデータなどを一時的に記憶するものである。記憶部５０は、HDDや、RAMやROMなどの半導体メモリなどの１つまたは複数の記憶手段を含むものである。

また記憶部５０は、通常表示順序データ５０ａの他に、後述するレコメンド表示制御を実現するための制御データとして、除外アイコンリストデータ５０ｂと、使用履歴データ５０ｃと、総合評価値データ５０ｄと、レコメンド表示順序データ５０ｅと、最終利用履歴データ５０ｆとを記憶する。

通常表示順序データ５０ａは、レコメンド表示制御を行わない場合に、アプリケーションソフトウェアや、それらによって作成された電子ファイル、WebページのURLなどに対応したアイコンの識別情報（以下、アイコンインデックスあるいは単にインデックスと称する。図中では、indexと略記する。）を、アイコン表示エリア２００に表示する配列を示す情報である。なお、アイコンインデックスと、アイコンと、アプリケーションソフトウェア、電子ファイルあるいはWebページのURLとを対応づけたアイコンテーブルは、図示しないが記憶部５０が記憶する。

除外アイコンリストデータ５０ｂは、レコメンド表示制御を行う場合に、この制御の除外対象となるアイコンのアイコンインデックスをリスト化した情報である。具体的には、アイコンインデックスに、低優先度を設定する場合には、極小（例えば、０以下）の総合評価値を対応付け、一方、高優先度を設定する場合には、極大の総合評価値（例えば、１００）を対応づける。これにより、後の処理において、レコメンド表示制御を無視した低優先度あるいは高優先度で、アイコン表示エリア２００に表示されることになる。

使用履歴データ５０ｃは、図３乃至図５に例示するように、各アイコンの利用（実行）履歴を記録するものであって、図３に示すように、アイコンインデックスに対応づけて利用時間帯を管理する利用時間帯管理テーブル、アイコンインデックスに対応づけて利用した曜日を管理する利用曜日管理テーブル、アイコンインデックスに対応づけて利用場所（緯度と経度）を管理する利用場所管理テーブルなどがある。そして、各アイコンインデックスには、表示順序の優先度算出の基礎となる評価値が対応づけられている。

なお、図３の例では、１時間単位で利用時間帯を分割し、それぞれ評価値を管理する場合を示しているが、これに限定されるものではなく、１時間よりも短い単位や、１時間よりも長い単位で管理するようにしてもよい。また図４の例では、曜日で評価値を管理するようにしているが、これに限定されるものではなく、日にちや週、月単位で管理するようにしてもよい。また位置情報については、完全に一致することは少ないことが想定されるので、所定の大きさの領域で分割したエリア単位でグループ化して管理するようにしてもよい。

総合評価値データ５０ｄは、使用履歴データ５０ｃとして記憶される各テーブルを総合的に利用し、アイコンインデックス毎に評価値を集計したものである。その一例を図６に示す。なお、評価値の集計は、制御部１００によって行われるが、各テーブル毎に評価値に重み付けを行った後に、加算して総合評価値が求められる。

レコメンド表示順序データ５０ｅは、制御部１００が総合評価値データ５０ｄに基づいて決定した、アイコンを表示する順序を示すデータである。なお、通常表示順序データ５０ａと、レコメンド表示順序データ５０ｅは、独立して管理されており、両者に含まれるアイコンは必ずしも一致する必要はない。

最終利用履歴データ５０ｆは、アイコンインデックスに対応づけて、そのアイコンが最後に利用された時刻と、そのアイコンのファイルパスを示す情報を対応づけたデータである。その一例を図７に示す。

放送受信部６０は、放送局BCから送信される地上デジタル放送信号のうち、ワンセグメントを受信し、映像信号が例えばH.264などの形式で符号化された放送データ（符号化ストリーム）を得る。なお、ここでは、放送受信部６０は、低フレームレートのワンセグメントを受信する場合を例に挙げるが、これに限らず、より高いフレームレートのフルセグメントを受信するディジタルチューナであってもよい。また放送局BCは、広域に対して放送を行う通常の放送局でもよいし、大型店舗や公共施設などの特定の地域を受信エリアとするエリア限定の放送局であってもよい。

GPS受信部７０は、GPS衛星ST1〜STnから送信されるGPS(Global Positioning System)信号を受信して、位置（緯度、経度、高度）を測位するものであって、この測位によって得た位置情報（緯度、経度、高度）を制御部１００に出力する。

デジタルカメラ８０は、CCD(Charge-Coupled Device)あるいはCMOS(Complementary Metal Oxide Semiconductor)などの撮像素子を用いて撮像を行うデジタルカメラであって、制御部１００によって制御され、撮像によって得た画像データを制御部１００に出力する。

赤外線通信部９０は、赤外線通信機能を有する対向機器（例えば、他の携帯電話機MS）と赤外線通信を行うものであって、制御部１００によって動作設定がなされ、制御部１００から与えられる送信データを赤外線光で送信したり、対向機器から赤外線光で送信されるデータを受信し、これを受信データとして制御部１００に出力する。

制御部１００は、マイクロプロセッサを備え、記憶部５０が記憶する制御プログラムや制御データにしたがって動作し、当該移動無線端末装置の各部を統括して制御するものであって、例えば音声通信やデータ通信を行うために、通信系の各部を制御する通信制御機能と、電子メールの作成や送受信を行うためのメールソフトウェアや、Webブラウジングを行うためのブラウザソフトウェア、ストリーミングデータのダウンロードや再生を行うためのメディア再生ソフトウェア、放送局BCから送信される地上デジタル放送信号を受信するための放送受信ソフトウェア、デジタルカメラ８０を制御して撮影を行う画像処理ソフトウェア、QR(Quick Response)コード（登録商標）を画像解析により復号する画像解析ソフトウェアを実行し、これらに係わる各部を制御するアプリケーション処理機能を備える。

また制御部１００は、操作部４０の検出結果に基づいて、表示部２０に表示しているアイコンに対する操作を検出し、その操作が起動を要求するものである場合には、そのアイコンに対応づけられた機能を実行する。

例えば、操作されたアイコンにアプリケーションソフトウェアが対応づけられている場合には、制御部１００は、対応づけられたアプリケーションソフトウェアを記憶部５０から読み出して実行する。

また例えば、操作されたアイコンに電子ファイルが対応づけられている場合には、制御部１００は、対応づけられた電子ファイルを利用（閲覧や編集など）するためのアプリケーションソフトウェアを記憶部５０から読み出して実行する。

そして例えば、操作されたアイコンにWebページのURLが対応づけられている場合には、制御部１００は、ブラウザソフトウェアを起動するとともに、無線通信部１０を介した通信を開始し、インターネットNWを通じて上記URLに対応する情報を記憶するサーバSVにアクセスしてWebデータなどを取得し、ブラウザソフトウェアを用いて情報を表示部２０に表示する。すなわち、上記URLにアクセスして、ユーザに情報を閲覧させる。

そして制御部１００は、レコメンド表示制御手段１００ａを備える。この機能は、記憶部５０に記憶されるレコメンド表示制御アプリケーションを制御部１００が読み出して実行することにより実現するものであって、図２に示したような通常（レコメンド表示制御の非実行時）の順序でのアイコン表示に代わって、ユーザの利用履歴に応じた順序でアイコン表示を行うものである。

次に、上記構成の携帯端末装置の動作について説明する。以下の説明では特に、レコメンド表示制御の動作について説明する。図８は、レコメンド表示制御の動作を説明するためのフローチャートであって、図８（ａ）に示す第１処理と、図８（ｂ）に示す第２処理が並行して行われる。

これらの処理は、レコメンド表示制御手段１００ａが、記憶部５０に記憶されるレコメンド表示制御アプリケーションを制御部１００が読み出して実行することにより実現するもので、ユーザが操作部４０を通じて、レコメンド表示制御アプリケーションの実行要求を行うと開始される。

なお、この実行要求が与えられる前の時点では、制御部１００が、通常表示順序データ５０ａに基づく配列で、アイコン表示エリア２００に、アプリケーションソフトウェアや、それらによって作成された電子ファイル、WebページのURLなどに対応したアイコンなどを表示する。

まず、図８（ａ）を参照して、第１処理について説明する。なお、この処理は、制御部１００が動作を終了するまで繰り返し実行される。
ステップ８ａにおいてレコメンド表示制御手段１００ａは、操作部４０に対する操作を監視して、操作部４０を通じて、ユーザからアイコンに対する操作（例えば、ダブルクリック）が行われ、その機能を利用する指示が行われたか否かを判定する。ここで、利用する指示が行われたことを検出した場合には、ステップ８ｂに移行し、一方、利用する指示が行われたことを検出しない場合には、再びステップ８ａに移行して、判定を行う。

ステップ８ｂにおいてレコメンド表示制御手段１００ａは、除外アイコンリストデータ５０ｂを参照し、ステップ８ａで操作されたアイコンのインデックスが、除外アイコンリストデータ５０ｂに登録されているか否かを判定する。ここで、除外アイコンリストデータ５０ｂに登録されている場合には、ステップ８ａに移行し、一方、除外アイコンリストデータ５０ｂに登録されていない場合には、ステップ８ｃに移行する。

ステップ８ｃにおいてレコメンド表示制御手段１００ａは、使用履歴データ５０ｃを参照し、ステップ８ａで操作されたアイコンのインデックスを含むテーブルが、使用履歴データ５０ｃに存在するか否かを判定する。ここで、上記テーブルが存在する場合には、ステップ８ｇに移行し、一方、上記テーブルが存在しない場合には、ステップ８ｄに移行する。

ステップ８ｄにおいてレコメンド表示制御手段１００ａは、使用履歴データ５０ｃの各テーブルを参照し、新規のアイコンインデックスの情報が追加できるか否か、すなわち各テーブルに空き領域があるか否かを判定する。ここで、上記空き領域が存在する場合には、ステップ８ｆに移行し、一方、上記空き領域が存在しない場合には、ステップ８ｅに移行する。

ステップ８ｅにおいてレコメンド表示制御手段１００ａは、最終利用履歴データ５０ｆのテーブルを参照し、利用された時期が最も古く利用頻度が低い推定されるアイコンインデックスを検出し、そのアイコンインデックスに対応する情報を各テーブルから削除して、空き領域を生成し、ステップ８ｆに移行する。

なお、使用履歴データ５０ｃのテーブルを参照し、出現頻度が最下位のアイコンインデックスを検出し、そのアイコンインデックスに対応する情報を各テーブルから削除して、空き領域を生成するようにしてもよい。この他、最終利用履歴データ５０ｆと使用履歴データ５０ｃの両方のテーブルを参照して、低利用頻度のアイコンインデックスを削除することも考えられる。

ステップ８ｆにおいてレコメンド表示制御手段１００ａは、使用履歴データ５０ｃの各テーブルに、ステップ８ａで操作されたアイコンのインデックスを追加し、ステップ８ｇに移行する。

ステップ８ｇにおいてレコメンド表示制御手段１００ａは、使用履歴データ５０ｃの各テーブルにおいて、ステップ８ａで操作されたアイコンのインデックスに対応する評価値を上げ（増加させ）、ステップ８ｈに移行する。例えば、利用時間帯管理テーブルについては、制御部１００が計時する時刻から、上記アイコンの機能の利用が開始された時刻を求め、そしてステップ８ａで操作されたアイコンのインデックスのうち、該当する利用時間帯の評価値を上げる。

また、利用曜日管理テーブルについては、制御部１００が計時する時刻に基づいて、上記アイコンの利用が開始された時刻の曜日を求め、そしてステップ８ａで操作されたアイコンのインデックスのうち、該当する曜日の評価値を上げる。そしてまた、利用場所管理テーブルについては、GPS受信部７０が測位した位置情報に基づいて、上記アイコンの利用が開始された時の位置情報を求め、そしてステップ８ａで操作されたアイコンのインデックスのうち、該当する位置の評価値を上げる。

ステップ８ｈにおいてレコメンド表示制御手段１００ａは、使用履歴データ５０ｃの各テーブルにおいて、ステップ８ａで操作されたアイコンのインデックス以外のインデックスに対応する評価値を下げ（減少させ）、ステップ８ｉに移行する。

ステップ８ｉにおいてレコメンド表示制御手段１００ａは、上記アイコンに対応する機能の利用開始日時を、制御部１００が計時する時刻から求め、この時刻を最終利用時刻として、アイコンインデックスに対応づけて、最終利用履歴データ５０ｆに記録し、ステップ８ａに移行する。なお、利用開始日時ではなく、利用終了時刻を検出して、最終利用履歴データ５０ｆに記録するようにしてもよい。

次に、図８（ｂ）を参照して、第２処理について説明する。
ステップ８ｊにおいてレコメンド表示制御手段１００ａは、図２に示すように、機能キー表示エリア２１０に、切替キー２１２を表示する。そして、機能キー表示エリア２１０に、切替キー２１２を表示するのに合わせて、ページ送りキーなどの他の機能キー２１１，２１３を表示し、ステップ８ｋに移行する。

ステップ８ｋにおいてレコメンド表示制御手段１００ａは、操作部４０に対する操作を監視して、ステップ８ｊで表示した切替キー２１２に対して、ユーザが操作が行われたか否か、すなわち、レコメンド表示への切り替え要求を行ったか否かを判定する。ここで、レコメンド表示への切り替え要求を検出した場合には、ステップ８ｏに移行し、一方、上記要求を検出しない場合には、ステップ８ｌに移行する。

ステップ８ｌにおいてレコメンド表示制御手段１００ａは、レコメンド表示順序データ５０ｅを更新するタイミングが到来したか否かを判定する。すなわち、前回の更新からの経過時間を制御部１００が監視し、その経過時間が予め設定した値を超えたか否かを判定する。ここで、更新タイミングが到来した場合には、ステップ８ｍに移行し、一方、更新タイミングが到来していない場合には、ステップ８ｐに移行する。

なお、図３に示す例では、１時間が経過する毎に、また図４に示す例では、午前０時になる毎に、ステップ８ｌにおいてＹｅｓと判定する。この他、ＧＰＳ受信部７０の検出結果を監視し、存在しているエリアが所定の距離以上変化した場合、ステップ８ａでＹｅｓと判定された場合などに、ステップ８ｍの処理を開始してもよい。

ステップ８ｍにおいてレコメンド表示制御手段１００ａは、レコメンド表示順序データ５０ｅを更新する更新処理を実行し、ステップ８ｎに移行する。なお、この更新処理の詳細については、図９を参照して後述する。

ステップ８ｎにおいてレコメンド表示制御部１００ａは、後述するステップ８ｏのレコメンド表示処理によってレコメンド表示がなされた状態か否かを判定する。ここで、レコメンド表示がなされた状態の場合には、ステップ８ｏに移行し、一方、レコメンド表示がなされた状態ではない場合には、ステップ８ｐに移行する。

ステップ８ｏにおいてレコメンド表示制御手段１００ａは、レコメンド表示順序データ５０ｅに基づいて、レコメンド表示処理を実施し、ステップ８ｐに移行する。なお、このレコメンド表示処理の詳細については、図１０を参照して後述する。

ステップ８ｐにおいてレコメンド表示制御手段１００ａは、ユーザが操作部４０を通じて、レコメンド表示制御アプリケーションを終了する操作を行ったか否かを判定する。ここで、上記終了操作が行われたことを検出した場合には、ステップ８ｑに移行し、一方、上記終了操作が行われたことを検出しない場合には、ステップ８ｋに移行する。

ステップ８ｑにおいてレコメンド表示制御手段１００ａは、通常表示順序データ５０ａに基づく配列で、アイコン表示エリア２００に、アプリケーションソフトウェアや、それらによって作成された電子ファイル、WebページのURLなどに対応したアイコンなどを表示し、当該処理を終了して、アイコン表示制御に関する権限を制御部１００に移す。

次に、図９を参照して、ステップ８ｍの更新処理について説明する。
まず、ステップ９ａにおいてレコメンド表示制御手段１００ａは、現在状況の情報を取得し、ステップ９ｂに移行する。すなわち、制御部１００から現在時刻を示す時刻情報を取得し、またＧＰＳ受信部７０から現在位置を示す位置情報を取得する。

ステップ９ｂにおいてレコメンド表示制御手段１００ａは、使用履歴データ５０ｃに含まれる各テーブルを参照して、ステップ９ａで取得した現在状況（時刻情報および位置情報）に対応するすべてのインデックスとそれに対応づけられた評価値をセットにして検出し、ステップ９ｃに移行する。

ステップ９ｃにおいてレコメンド表示制御手段１００ａは、ステップ９ｂで検出した評価値に対して、テーブル毎に異なる重み付けを行い、インデックス毎に加算して集計する。そしてこのインデックス毎の評価値の集計結果と、除外アイコンリストデータ５０ｂに記録された総合評価値を、インデックス毎の総合評価値として、総合評価値データ５０ｄに上書き記録して、ステップ９ｄに移行する。なお、重み付けは、ユーザが予め任意に設定できるようにしてもよく、また、異なるテーブルの評価値を同等に扱いたい場合には、同じ値を設定すればよい。

ステップ９ｄにおいてレコメンド表示制御手段１００ａは、総合評価値データ５０ｄに記録された情報を参照し、総合評価値の高い順に、各総合評価値およびそれに対応するインデックスの順序を並べ替えるソート処理を実施し、ステップ９ｅに移行する。

ステップ９ｅにおいてレコメンド表示制御手段１００ａは、ステップ９ｄによって総合評価値の高い順にソートされた情報（各総合評価値およびそれに対応するインデックス）を、レコメンド表示順序データ５０ｅに上書き記録して、当該処理を終了し、ステップ８ｏに移行する。

次に、図１０を参照して、ステップ８ｎのレコメンド表示処理について説明する。
まず、ステップ１０ａにおいてレコメンド表示制御手段１００ａは、レコメンド表示順序データ５０ｅを読み出し、ステップ１０ｂに移行する。

ステップ１０ｂにおいてレコメンド表示制御手段１００ａは、ステップ１０ａで読み出したレコメンド表示順序データ５０ｅに基づいて、対応づけられた総合評価値が高いインデックスを、優先的にアイコン表示エリア２００に表示し、ステップ１０ｃに移行する。これにより、例えば図２に示すような順序で表示されていたアイコンが、図１１に示すように、アイコン表示エリア２００の左上から右に、そして下の列に順を追って表示される。

すなわち、図１１の例では、「メール」と表記されたアイコンが最も優先順位が高く、これに続き、「インターネット」、「ゲーム」、「カメラ」、「アドレス帳」、「辞書」、「電卓」…「株価」の順に、優先順位が下がって表示される。またこのうち、例えば「メール」が除外アイコンリストデータ５０ｂにおいて、高優先度が設定され、極大な総合評価値が設定されていたとすると、その利用頻度とは無関係に、上位の位置にアイコンが表示されることになる。また反対に、極小な総合評価値が設定されていたとすると、次ページ以降の低優先順位の位置に、アイコン表示がなされる。

そしてまた、図１２に例示するように、機能キー表示エリア２１０の「Web」キー２１４の位置をユーザが操作すると、操作部４０の検出結果に基づいて、レコメンド表示制御手段１００ａが、「Web」キー２１４が操作されたものと見なして、レコメンド表示順序データ５０ｅに含まれるインデックスのうち、Webサイトに対応づけられたインデックスに対応するアイコンのみをリスト化してアイコン表示エリア２００に表示する。

なお、図１２では、Webページのタイトル情報を示す場合を例示しているが、制御部１００が無線通信部１０を制御してWebサイトと通信して、最新のRSSを取得したり、HTMLページ中のメタ情報を抽出し、これらの情報や、制御部１００がタイトルを加工して得たWebサイトに関する情報を表示するようにしてもよい。これにより、ユーザは、一目で当該Webサイトに関する最新の情報を得ることができる。

ステップ１０ｃにおいてレコメンド表示制御手段１００ａは、図１２に例示するように、機能キー表示エリア２１０のリターンキー２１５の位置をユーザが操作したか否かを監視する。ここで、操作部４０の検出結果に基づいて、上記操作がなされたことを検出すると、ステップ１０ｄに移行し、一方、操作されない場合には、引き続きユーザ操作を監視する。

ステップ１０ｄにおいてレコメンド表示制御手段１００ａは、通常表示順序データ５０ａに基づく配列で、アイコン表示エリア２００に、アプリケーションソフトウェアや、それらによって作成された電子ファイル、WebページのURLなどに対応したアイコンなどを表示し、当該処理を終了して、ステップ８ｏに移行する。

以上のように、上記構成の携帯端末装置では、ユーザが利用した機能の利用履歴を記憶し、この利用履歴に基づいて、機能を利用するためのアイコンの表示配列を制御するようにしている。したがって、上記構成の携帯端末装置によれば、ユーザの利用頻度に応じて、アイコンの表示配列が変化するので、ユーザにとって利便性が高い。

また、上記構成の携帯端末装置では、上記利用履歴として、利用した時間帯、利用した曜日、利用した場所など複数の利用状況についてその頻度を示す評価値を記録しておき、現在の状況（時間帯、曜日、場所）に応じた評価値に基づいて、ユーザが利用する可能性の高い機能を推定して、アイコンの表示配列を制御するようにしている。

このため、現在の状況と過去の利用履歴とに基づいて、アイコンの表示配列が制御されるので、ユーザにとって利便性が高い。また、複数の状況（時間帯、曜日、場所）を考慮して、ユーザが利用する可能性の高い機能を推定するので、一部の状況について、十分な利用履歴が集積されていなくても、他の状況を参照して推定が行えるので、利便性の低下を抑制できる。

さらに、上記構成の携帯端末装置では、利用履歴として集積される複数の状況について、重み付けを行って総合評価値を求めて、これに基づいてユーザが利用する可能性の高い機能を推定するようにしている。このため、複数の状況について、重みを考慮した推定が行えるので、より高い精度でユーザの利便性を向上できる。

そしてまた、上記構成の携帯端末装置では、除外アイコンリストデータ５０ｂを記憶し、これに記憶されるアイコンインデックスについては、レコメンド表示制御の対象外として処理するようにしている。このため、使用頻度が高い機能であっても、それを除外して表示したり、あるいは、使用頻度が低い機能であっても、それを優先的に表示するようにできる。

なお、この発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また上記実施形態に開示されている複数の構成要素を適宜組み合わせることによって種々の発明を形成できる。また例えば、実施形態に示される全構成要素からいくつかの構成要素を削除した構成も考えられる。さらに、異なる実施形態に記載した構成要素を適宜組み合わせてもよい。

その一例として例えば、上記実施の形態では、スマートフォンを例に挙げて説明したが、それ以外の携帯電話機やPDA(Personal Digital Assistants)、ノート型パーソナルコンピュータなど、機能をアイコン表示する機器に広く適用することができる。
その他、この発明の要旨を逸脱しない範囲で種々の変形を施しても同様に実施可能であることはいうまでもない。

１０…無線通信部、２０…表示部、３０…通話部、３１…スピーカ、３２…マイクロホン、４０…操作部、５０…記憶部、５０ａ…通常表示順序データ、５０ｂ…除外アイコンリストデータ、５０ｃ…使用履歴データ、５０ｄ…総合評価値データ、５０ｅ…レコメンド表示順序データ、５０ｆ…最終利用履歴データ、６０…放送受信部、７０…GPS受信部、８０…デジタルカメラ、９０…赤外線通信部、１００…制御部、１００ａ…レコメンド表示制御手段、２００…アイコン表示エリア、２１０…機能キー表示エリア、２１１，２１３…機能キー、２１２…切替キー、２１４…Webキー、２１５…リターンキー、BC…放送局、BS…基地局装置、NW…インターネット、MS…携帯電話機、MN…移動通信網、ST1〜STn…GPS衛星。

Claims

アプリケーションソフトウェアに対応づけられたアイコンを表示し、このアイコンを通じてユーザの要求を受け付ける携帯端末装置において、
複数のアイコンを配列して表示することが可能な表示手段と、
アプリケーションソフトウェアの使用履歴を記憶する使用履歴記憶手段と、
この使用履歴記憶手段が記憶する使用履歴に基づいて、利用頻度の高いアプリケーションソフトウェアの順序を求める順序検出手段と、
この順序検出手段が検出した順序にしたがって、前記表示手段に、前記アプリケーションソフトウェアに対応するアイコンを配列して表示させる表示制御手段とを具備することを特徴とする携帯端末装置。
さらに、ユーザからの要求を受け付ける受付手段と、
アイコンの予め設定された表示配列を記憶する配列記憶手段とを備え、
前記表示制御手段は、前記配列記憶手段が記憶する表示配列にしたがって、前記表示手段に、前記アプリケーションソフトウェアに対応するアイコンを配列して表示させ、前記受付手段がユーザの要求を受け付けると、前記順序検出手段が検出した順序にしたがって、前記表示手段に、前記アプリケーションソフトウェアに対応するアイコンを配列して表示させることを特徴とする請求項１に記載の携帯端末装置。
さらに、各アプリケーションソフトウェアについて、互いに異なる利用状況を示す第１情報と第２情報を使用履歴として検出し、これらを前記使用履歴記憶手段に記録する状況検出手段を備え、
前記順序検出手段は、アプリケーションソフトウェア毎に、前記第１情報と前記第２情報に基づいて、利用頻度を示す総合評価値を算出し、この総合評価値に基づいて、利用頻度の高いアプリケーションソフトウェアの順序を求めることを特徴とする請求項１に記載の携帯端末装置。
前記順序検出手段は、アプリケーションソフトウェア毎に、前記第１情報と前記第２情報に、それぞれ重み付けを行った値に基づいて、利用頻度を示す総合評価値を算出することを特徴とする請求項１に記載の携帯端末装置。
前記使用履歴記憶手段は、予め設定されたアプリケーションソフトウェアについては、使用履歴を記憶しないことをことを特徴とする請求項１に記載の携帯端末装置。
前記使用履歴記憶手段は、予め設定されたアプリケーションソフトウェアについては、利用頻度が高いことを示す使用履歴を記憶することを特徴とする請求項１に記載の携帯端末装置。
前記使用履歴記憶手段は、予め設定されたアプリケーションソフトウェアについては、利用頻度が低いことを示す使用履歴を記憶することを特徴とする請求項１に記載の携帯端末装置。