JP2011159077A - 携帯端末装置 - Google Patents

Abstract

【課題】ユーザの使用頻度に応じてアイコンの表示配列を変化させ、ユーザにとって利便性が高く、かつその表示に要する時間が短時間で実現でき、操作ストレスの少ない携帯端末装置を提供する。
【解決手段】通常時は、制御部１００が、通常表示順序データ５０ａに記憶される情報に基づいて、機能を利用するためのアイコンの表示配列を制御して、表示部２０に表示する。そして、レコメンド表示制御手段１００ａによるレコメンド表示制御が開始されると、記憶部５０が、ユーザが利用した機能の利用履歴を使用履歴データ５０ｃとして記憶する。そして、レコメンド表示制御手段１００ａは、定期的および当該携帯端末装置の動作状態に応じて、上記利用履歴に基づいてアイコンの表示配列の情報を更新して、レコメンド表示順序データ５０ｅに記録し、ユーザの指示に応じて、レコメンド表示順序データ５０ｅにしたがった配列で、アイコンを表示部２０に表示するようにしたものである。
【選択図】 図１

Description

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

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

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

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

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

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

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

この発明は上記の問題を解決すべくなされたもので、ユーザの使用頻度に応じてアイコンの表示配列を変化させることができてユーザにとって利便性が高く、かつその表示に要する時間が短時間で実現でき、ユーザが感じる操作ストレスの少ない携帯端末装置を提供することを目的とする。

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

以上述べたように、この発明では、アプリケーションソフトウェアの利用頻度を示す使用履歴を記憶しておき、これに基づいて定期的に、利用頻度の高いアプリケーションソフトウェアの順序を求め、この順序に応じたアプリケーションソフトウェアに対応するアイコンを表示配列を求めておき、ユーザからの要求に応じて、上記表示配列にしたがってアイコンを表示させるようにしている。

したがって、この発明によれば、ユーザの使用頻度に応じてアイコンの表示配列を変化させることができてユーザにとって利便性が高く、かつユーザからの要求の前に表示配列を準備しているので、その表示に要する時間が短時間で実現でき、ユーザが感じる操作ストレスの少ない携帯端末装置を提供できる。

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

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

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

無線通信部１０は、制御部１００の指示にしたがって、移動通信網MＮに収容された基地局装置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…基地局装置、MＮ…移動通信網、MS…携帯電話機、ＮＷ…インターネット、ST1〜STn…GPS衛星。

Claims (7)

1. アプリケーションソフトウェアに対応づけられたアイコンを表示し、このアイコンを通じてユーザの要求を受け付ける携帯端末装置において、
   ユーザからの要求を受け付ける受付手段と、
   複数のアイコンを配列して表示することが可能な表示手段と、
   アプリケーションソフトウェアの使用履歴を記憶する使用履歴記憶手段と、
   アイコンの表示配列を記憶する配列記憶手段と、
   予め設定された周期で、前記使用履歴記憶手段が記憶する使用履歴に基づいて、利用頻度の高いアプリケーションソフトウェアの順序を求め、この順序に応じたアイコンの表示配列を前記配列記憶手段に記録する順序検出手段と、
   前記受付手段がユーザの要求を受け付けると、前記配列記憶手段が記憶する表示配列で、前記アプリケーションソフトウェアに対応するアイコンを前記表示手段に表示させる表示制御手段とを具備することを特徴とする携帯端末装置。
2. アプリケーションソフトウェアに対応づけられたアイコンを表示し、このアイコンを通じてユーザの要求を受け付ける携帯端末装置において、
   ユーザからの要求を受け付ける受付手段と、
   複数のアイコンを配列して表示することが可能な表示手段と、
   アプリケーションソフトウェアの使用履歴を記憶する使用履歴記憶手段と、
   アイコンの表示配列を記憶する配列記憶手段と、
   当該携帯端末装置の動作状態を監視する監視手段と、
   この監視手段が予め設定された動作状態を検出した場合に、前記使用履歴記憶手段が記憶する使用履歴に基づいて、利用頻度の高いアプリケーションソフトウェアの順序を求め、この順序に応じたアイコンの表示配列を前記配列記憶手段に記録する順序検出手段と、
   前記受付手段がユーザの要求を受け付けると、前記配列記憶手段が記憶する表示配列で、前記アプリケーションソフトウェアに対応するアイコンを前記表示手段に表示させる表示制御手段とを具備することを特徴とする携帯端末装置。
3. さらに、当該携帯端末装置が備える複数の機能を選択的に休止状態にして消費電力を抑制する動作抑制手段を備え、
   前記順序検出手段は、前記動作抑制手段による消費電力の抑制中であっても、前記使用履歴記憶手段が記憶する使用履歴に基づいて、利用頻度の高いアプリケーションソフトウェアの順序を求め、この順序に応じたアイコンの表示配列を前記配列記憶手段に記録することを特徴とする請求項１または請求項２に記載の携帯端末装置。
4. 前記順序検出手段は、
   前記使用履歴記憶手段が記憶する使用履歴に基づいて、利用頻度の高いアプリケーションソフトウェアの順序を求める第１手段と、
   この第１手段が求めた順序に基づく表示配列と、前記配列記憶手段が記憶する表示配列との間に差があるかを判定する第２手段と、
   この第２手段が差があると判定した場合に、前記配列記憶手段が記憶する表示配列を、前記第１手段が求めた順序に基づく表示配列に更新する第３手段とを備えることを特徴とする請求項１または請求項２に記載の携帯端末装置。
5. 前記順序検出手段は、
   前記使用履歴記憶手段が記憶する使用履歴に基づいて、利用頻度の高いアプリケーションソフトウェアの順序を求める第１手段と、
   この第１手段が求めた順序に基づく表示配列と、前記配列記憶手段が記憶する表示配列の差を求める第２手段と、
   この第２手段が求めた差に基づいて、前記配列記憶手段が記憶する表示配列を、前記第１手段が求めた順序に基づく表示配列に更新する第３手段とを備えることを特徴とする請求項１または請求項２に記載の携帯端末装置。
6. さらに、前記配列記憶手段が記憶する表示配列が更新された場合に、ユーザに報知する報知手段を備えることを特徴とする請求項１または請求項２に記載の携帯端末装置。
7. 前記報知手段は、前記配列記憶手段が記憶する表示配列が更新され、かつユーザ操作を検出した場合に、ユーザに報知することを特徴とする請求項６に記載の携帯端末装置。

Images