JP2011175611A - 携帯端末装置 - Google Patents

Abstract

【課題】Webの閲覧履歴を利用した利便性の高い携帯端末装置を提供する。
【解決手段】通常時は、制御部１００が、通常表示順序データ５０ａに記憶される情報に基づいて、機能を利用するためのアイコンの表示配列を制御して、表示部２０に表示する。そして、ユーザの指示により、レコメンド表示制御手段１００ａによるレコメンド表示制御が開始されると、記憶部５０が、ユーザが利用した機能の利用履歴を使用履歴データ５０ｃに基づく配列で、アイコンを表示部２０に表示する。また制御部１００が、ブラウザソフトウェアを用いて閲覧したWebページのアクセス履歴をWebアクセス履歴データ５０ｇに記録しておき、この情報に基づいて、使用履歴データ５０ｃを更新するようにしたものである。
【選択図】 図１

Description

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

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

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

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

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

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

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

この発明は上記の問題を解決すべくなされたもので、Webの閲覧履歴を利用した利便性の高い携帯端末装置を提供することを目的とする。

上記の目的を達成するために、この発明は、Webページを閲覧することが可能な携帯端末装置において、Webページのアクセス履歴を記憶することが可能な記憶手段と、Webページのアクセス履歴を記憶手段に記録するものであって、アクセス後に他の識別情報を有するWebページに移動した場合は、他の識別情報に対応するWebページについて、アクセス履歴を記憶手段に記録する履歴記録手段とを具備して構成するようにした。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Webアクセス履歴データ５０ｇは、ブラウザソフトウェアによってアクセスしたURL、Webのタイトル、アクセスした時刻、アイコンを対応づけて、Webページのアクセス履歴として記憶するデータである。

放送受信部６０は、放送局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サイトに対応づけられたインデックスに対応するアイコンのみをリスト化してアイコン表示エリア２００に表示する。

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

次に、図１３を参照して、ブラウザソフトウェアを使用して、Webブラウジングを行った場合に行われるWebアクセス履歴データ５０ｇの生成処理について説明する。図１３に示す処理は、ブラウザソフトウェアが起動された場合に制御部１００によって実行され、ブラウザソフトウェアの利用が停止するまで繰り返し実行される。なお、ここで用いられるブラウザソフトウェアは、複数のタブでそれぞれWebページを閲覧することが可能な、いわゆるタブブラウザであるものとする。

まず、ステップ１３ａにおいて制御部１００は、操作部４０を通じたユーザ操作によって、Webページへのアクセスを要求する操作を受け付けたか否かを判定する。ここで、上記操作を受け付けた場合には、ステップ１３ｂに移行し、一方、上記操作を受け付けなかった場合には、再びステップ１３ａにて、上記操作の監視を継続する。

なお、上記操作とは、例えば、ブラウザソフトウェアのURL入力欄にURLが入力されてアクセス操作がなされた場合や、WebページのURLが対応づけられたアイコンが操作された場合などである。

ステップ１３ｂにおいて制御部１００は、所定の手順、例えばHTTP(Hyper Text Transport Protocol)にしたがって、ステップ１３ａ（あるいは後述のステップ１３ｄ）でアクセス要求されたWebページのURLにアクセスして、Webデータを取得し、ブラウザソフトウェアを介してWebページを表示し、ステップ１３ｃに移行する。

ステップ１３ｃにおいて制御部１００は、ステップ１３ａ（もしくはステップ１３ｄ）でアクセス要求されたURLを、アクセス履歴としてWebアクセス履歴データ５０ｇに記録し、ステップ１３ｄに移行する。なお、接続を行った時刻や場所などの情報についても取得し、対応づけてアクセス履歴に記録しておく。その一例を図１４に示す。

ステップ１３ｄにおいて制御部１００は、操作部４０を通じたユーザ操作によって、Webページへのアクセスを要求する操作を新たに受け付けたか否かを判定する。ここで、上記操作を新たに受け付けた場合には、ステップ１３ｅに移行し、一方、上記操作を新たに受け付けなかった場合には、再びステップ１３ｄにて、新たな操作の監視を継続する。

ステップ１３ｅにおいて制御部１００は、ステップ１３ｄで判定した操作が、現在使用中のブラウザソフトウェアにおいて、ステップ１３ｂで閲覧に用いた画面とは別に、新たなタブ画面（あるいは、新規に別のウィンドウ）を開いてアクセスするものであるか否かを判定する。すなわち、同一ブラウザソフトウェアのWeb閲覧画面においてタブ画面（別のウィンドウ）を新規に追加することで、別のWebページを閲覧するという操作が生じたか否かを判定する。

ここで、上記操作が生じた場合には、ステップ１３ｆに移行し、一方、ステップ１３ｂで閲覧に用いたウィンドウから別のWebページへアクセスする操作の場合や、別のブラウザソフトウェアを使用したWeb閲覧の場合には、ステップ１３ｂに移行する。

ステップ１３ｆにおいて制御部１００は、所定の手順、例えばHTTPにしたがって、ステップ１３ｄでアクセス要求されたWebページのURLにアクセスして、Webデータを取得し、新規のタブ画面を介してWebページを表示し、ステップ１３ｇに移行する。

ステップ１３ｇにおいて制御部１００は、ステップ１３ｂで閲覧したURLのドメイン名と、ステップ１３ｆで閲覧したURLのドメイン名が同じであるか否かを判定する。ここで、同じドメイン名の場合には、ステップ１３ｈに移行し、一方、同じドメイン名でない場合には、ステップ１３ｉに移行する。

ステップ１３ｈにおいて制御部１００は、ステップ１３ｄでアクセス要求されたURLを、アクセス履歴としてWebアクセス履歴データ５０ｇに記録する。なお、接続を行った時刻や場所などの情報についても取得し、対応づけてアクセス履歴に記録しておく。そして制御部１００は、この記録した履歴と、ステップ１３ｃで記録した履歴に、共通するフラグを生成し、これをWebアクセス履歴データ５０ｇに記録し、ステップ１３ａに移行する。図１４には、履歴No.1と履歴No.2に共通するフラグｆ１を付与した例を示している。

ステップ１３ｉにおいて制御部１００は、ステップ１３ｄでアクセス要求されたURLを、アクセス履歴としてWebアクセス履歴データ５０ｇに記録し、ステップ１３ａに移行する。なお、接続を行った時刻や場所などの情報についても取得し、対応づけてアクセス履歴に記録しておく。その一例を図１４に示す。

次に、図１５を参照して、図９に示した縮約処理（ステップ９Ａ）について説明する。 まず、ステップ１５ａにおいてレコメンド表示制御手段１００ａは、Webアクセス履歴データ５０ｇのうち、前回の縮約処理の実行から現在時刻までの間のアクセス履歴を参照し、同じフラグにより関連づけられた複数のアクセス履歴を１つのグループにして検出し、ステップ１５ｂに移行する。

ステップ１５ｂにおいてレコメンド表示制御部１００ａは、記憶部５０が記憶するアイコンテーブルを参照し、ステップ１５ａでグループ化したアクセス履歴のURLのうち、アイコンテーブルに記憶されたURLを含むアクセス履歴とそのアイコンを検出する。すなわち、ステップ１５ａでグループとして検出したアクセス履歴のURLのうち、アイコンが設定されたURLを有するアクセス履歴とそのアイコンを検出する。ここで、アイコンが設定されたアクセス履歴がない場合には、ステップ１５ｄに移行し、一方、アイコンが設定されたアクセス履歴がある場合には、ステップ１５ｃに移行する。

ステップ１５ｃにおいてレコメンド表示制御部１００ａは、ステップ１５ａでグループ化された複数のアクセス履歴を、ステップ１５ｂで検出されたアイコンを通じたアクセス履歴と見なして、使用履歴データ５０ｃの評価値に反映させる。すなわち、URLが完全に一致していなくても、同じフラグが付与されたアクセス履歴については、ステップ１５ｂで検出したアイコンを通じたアクセス履歴と見なして評価値に反映し、ステップ１５ｄに移行する。なお、各アクセス履歴に含まれる時刻や場所の情報に基づいて、対応する条件の利用時間帯管理テーブル、利用曜日管理テーブルおよび利用場所管理テーブルの各評価値が上げられるのはいうまでもない。

ステップ１５ｄにおいてレコメンド表示制御部１００ａは、Webアクセス履歴データ５０ｇを参照し、所定の時間内もしくは同じウィンドウ（ウィンドウの識別情報もWebアクセス履歴データ５０ｇに記録する場合）で、同じURLのWebページへのアクセスが複数回行われる間に他のURLのWebページの閲覧が行われ、かつこれらのWebページが同じドメイン名を有するアクセス履歴を検出し、これを１つのグループにして、ステップ１５ｅに移行する。図１４に示す例では、履歴No.31〜35が、グループ化される。すなわち、これらの履歴No.31〜35はドメイン名が共通しており、かつ履歴No.31,33,35のURLが同一であり、このURLのWebページを介して、この他のWebページ（履歴No.32,34）にアクセスしていると推測されるからである。

ステップ１５ｅにおいてレコメンド表示制御部１００ａは、記憶部５０が記憶するアイコンテーブルを参照し、ステップ１５ｄでグループ化したアクセス履歴のURLのうち、アイコンテーブルに記憶されたURLを含むアクセス履歴とそのアイコンを検出する。すなわち、ステップ１５ｄでグループとして検出したアクセス履歴のURLのうち、アイコンが設定されたURLを有するアクセス履歴とそのアイコンを検出する。ここで、アイコンが設定されたアクセス履歴がない場合には、当該処理を終了してステップ９ａに移行し、一方、アイコンが設定されたアクセス履歴がある場合には、ステップ１５ｆに移行する。

ステップ１５ｆにおいてレコメンド表示制御部１００ａは、ステップ１５ｄでグループ化された複数のアクセス履歴を、ステップ１５ｅで検出されたアイコンを通じたアクセス履歴と見なして、使用履歴データ５０ｃの評価値に反映させる。すなわち、URLが完全に一致していなくても、グループ化されたアクセス履歴については、ステップ１５ｅで検出したアイコンを通じたアクセス履歴と見なして評価値に反映し、当該処理を終了してステップ９ａに移行する。なお、各アクセス履歴に含まれる時刻や場所の情報に基づいて、対応する条件の利用時間帯管理テーブル、利用曜日管理テーブルおよび利用場所管理テーブルの各評価値が上げられるのはいうまでもない。

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

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

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

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

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

また上記構成の携帯端末装置では、あるWebページから新たな閲覧タブ（あるいは、新規ウィンドウ）を生成して、再び同じドメイン名を有するWebページを閲覧した場合や、連続してアクセスした複数のWebページが同じドメイン名を有し、かつ同じURLのWebページを行き来しながら閲覧された場合には、それらを１つのWebページと見なして縮約し、１つのアイコンの評価値に反映させるようにしている。

このため、例えばポータルサイトやニュースサイトなどのように、一時的なアクセスが行われるWebページについても、そのサイトにアクセスするアイコンの評価値に反映されるので、アクセス履歴を効率的にアイコン表示に反映させることができる。これにより、ユーザの利便性が向上する。

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

その一例として例えば、上記実施の形態では、所定の条件を満たしたアクセス履歴をグループ化して縮約するようにしたが、これに加えて例えば、予めお気に入り登録されたURLについては、上記グループ化の対象外とするようにしてもよい。

また上記実施の形態では、ステップ１３ｇ〜１３ｉにおいて、同じドメイン名のWebページにアクセスした場合には、フラグを付与しておき、後の処理（ステップ１５ａ〜１５ｃ）でグループ化して、複数のWebページへのアクセスでも１つのアイコンに対応するWebページへのアクセスと見なして縮約する処理を行っていた。

あるいは上記実施の形態では、ステップ１５ｄ〜１５ｆにおいて、同じURL（例えば、http://www.XXX.co.jp/index/）のWebページへのアクセスが複数回行われる間に、同じドメイン名（例えば、http://www.XXX.co.jp/digital/やhttp://www.XXX.co.jp/living/）を有するWebページにアクセスした状態を、ステップ１３ｃで記録しておいたWebアクセス履歴データ５０ｇから検出して、これらの複数のWebページへのアクセスでも１つのアイコンに対応するWebページへのアクセスと見なして縮約する処理を行っていた。

これらに代わって例えば、WebページのURL（例えば、http://www.XXX.co.jp/index/）毎に、日時、曜日、場所についてそれぞれ評価値を記憶して置き、その後、アクセスしたWebページが同じドメイン名のURL（例えば、http://www.XXX.co.jp/digital/）であることを検出した場合や、同じドメイン名でなくても、アクセス履歴に記憶されたWebページを中心にページを行き来していること（例えば、http://www.XXX.co.jp/index/のURLを有するWebページからhttp://www.YYY.co.jp/text/へ移動し、http://www.XXX.co.jp/index/へ移動するように、http://www.XXX.co.jp/index/を中心としてページを行き来すること）を検出すると、このWebページのアクセス履歴は記憶せず、代わりに上記記憶してあるWebページ（例えば、http://www.XXX.co.jp/index/）の履歴として、日時、曜日、場所の各評価値を上げるようにして、アクセス履歴に基づく情報量を縮約するようにしてもよい。このような処理によれば、同じドメイン名のURL（例えば、http://www.XXX.co.jp/digital/）のWebページのアクセス履歴が縮約されるので、記憶部５０の記憶容量を節約することができる。なお、この処理は、制御部１００およびレコメンド表示制御部１００ａが行う。

また上述したような縮約処理において、同じドメイン名を有するWebページのアクセス履歴は、短い方のURL（もしくは、"/"が少ない方のURL）として置き換えて記録するようにしてもよい。例えば、先にhttp://www.XXX.co.jp/index/digital/というWebページのURLに対し、日時、曜日、場所についてそれぞれ評価値を記憶して置いた場合でも、後に、http://www.XXX.co.jp/index/という短いURLを有するWebページにアクセスした場合には、上記URL：http://www.XXX.co.jp/index/digital/に代わって、http://www.XXX.co.jp/index/を記憶するようにしてもよい。すなわち、これまでに蓄積した評価値を、http://www.XXX.co.jp/index/についての評価値として置き換えるようにしてもよい。

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

（第２の実施形態）
次に、第２の実施形態について説明する。
第２の実施形態に係わる携帯端末装置は、図１に示した第１の実施形態に係わる携帯端末装置と見かけ上同様の構成であることより、図１を利用して説明する。また各構成の説明については省略し、前述した第１の実施形態の構成に関する説明と同様であるものとする。

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

次に、第２の実施形態に係わる携帯端末装置の動作について説明する。以下の説明では特に、レコメンド表示制御の動作について説明する。また、第１の実施形態に係わる携帯端末装置と同様の動作については、第１の実施形態の説明で用いた図面を用いて説明する。

図８は、レコメンド表示制御の動作を説明するためのフローチャートであって、図８（ａ）に示す第１処理と、図８（ｂ）に示す第２処理が並行して行われる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

次に、図１７を参照して、ブラウザソフトウェアを使用して、Webブラウジングを行った場合の使用履歴データ５０ｃに対する処理について説明する。すなわち、WebページのURLが対応づけられたアイコンについて、そのURLにアクセスした場合の評価値を制御する処理について説明する。図１７に示す処理は、ブラウザソフトウェアが起動された場合に制御部１００によって実行され、ブラウザソフトウェアの利用が停止するまで繰り返し実行される。

まず、ステップ１３ａにおいて制御部１００は、操作部４０を通じたユーザ操作によって、現在表示中のWebページから、他のWebページにアクセスを要求する操作を受け付けたか否かを判定する。ここで、上記操作を受け付けた場合には、ステップ１３ｂに移行し、一方、上記操作を受け付けなかった場合には、再びステップ１３ａにて、上記操作の監視を継続する。

なお、上記操作とは、例えば、ブラウザソフトウェアのURL入力欄にURLが入力されてアクセス操作がなされた場合や、表示部２０に表示しているハイパーテキストにハイパーリンクが設定され、それに対する操作がユーザによってなされた場合である。

ステップ１３ｂにおいて制御部１００は、ステップ１３ａ（もしくはステップ１３ｈ）でアクセス要求されたURLを、Webアクセス履歴データ５０ｇに記録するとともに、所定の手順、例えばHTTP(Hyper Text Transport Protocol)にしたがって、ステップ１３ａ（あるいは後述のステップ１３ｈ）でアクセス要求されたWebページのURLにアクセスし、ステップ１３ｃに移行する。なお、接続を行った時刻や場所などの情報についても取得し、対応づけて記録しておく。

ステップ１３ｃにおいて制御部１００は、ステップ１３ｂでアクセスしたWebサイトから、リダイレクトを示す情報を受信したか否かを判定する。ここで、リダイレクトを示す情報を受信した場合には、ステップ１３ｅに移行し、一方、受信しない場合には、ステップ１３ｇに移行する。

なお、通信プロトコルとして、例えばHTTPを用いている場合は、ステータスコードとして、リダイレクトを示す301（Moved Permanently）あるいは302（Moved Temporarily）を上記Webサイトから受信した場合に、リダイレクトを示す情報を受信したものと判定する。

ステップ１３ｄにおいて制御部１００は、ステップ１３ｂでアクセスしたWebサイトからWebデータを取得し、ブラウザソフトウェアを介してWebページを表示し、ステップ１３ｇに移行する。

ステップ１３ｅにおいて制御部１００は、所定の手順（例えばHTTP）にしたがって、ステップ１３ｂでアクセスしたWebサイトから、ステップ１３ｃで検出したリダイレクトによる接続先のURLを取得し、このURLにアクセスして、Webデータを取得し、ブラウザソフトウェアを介してWebページを表示し、ステップ１３ｆに移行する。

ステップ１３ｆにおいて制御部１００は、ステップ１３ｅのリダイレクト先のURLを、Webアクセス履歴データ５０ｇに記録し、ステップ１３ｏに移行する。なお、接続を行った時刻や場所などの情報についても取得し、対応づけて記録しておく。
一方、ステップ１３ｇにおいて制御部１００は、所定の時間ｔをカウントダウンするタイマをスタートさせ、ステップ１３ｈに移行する。

ステップ１３ｈにおいて制御部１００は、操作部４０を通じてユーザ操作によって、現在表示中のWebページから、他のWebページにアクセスを要求する操作を受け付けたか否かを判定する。ここで、上記操作を受け付けた場合には、ステップ１３ｉに移行し、一方、上記操作を受け付けなかった場合には、ステップ１３ｊに移行する。

なお、上記操作とは、例えば、ブラウザソフトウェアのURL入力欄にURLが入力されてアクセス操作がなされた場合や、表示部２０に表示しているハイパーテキストにハイパーリンクが設定され、それに対する操作がユーザによってなされた場合である。

ステップ１３ｉにおいて制御部１００は、記憶部５０が記憶するアイコンテーブルを参照して、ステップ１３ｃで記録したURLに対応づけられたアイコンが存在するかを確認する。そして、存在する場合は、使用履歴データ５０ｃに記憶されるアイコンインデックスのうち、存在を確認したURLに対応するアイコンインデックスに対応づけられた評価値を上げ、一方、それ以外のアイコンインデックスに対応づけられた評価値を下げて、ステップ１３ｂに移行する。なお、対応するアイコンインデックスが存在しない場合には、使用履歴データ５０ｃに、新規に評価値を追加し、この評価値にアイコンインデックスを対応付ける。

このとき、Webアクセス履歴データ５０ｇにURLと対応づけて記録した時刻や場所の情報に基づいて、対応する条件の利用時間帯管理テーブル、利用曜日管理テーブルおよび利用場所管理テーブルの各評価値を上げ、一方、それ以外のアイコンインデックスに対応づけられた評価値を下げる。一方、存在しない場合には、これらのテーブルに、新規に評価値を追加し、この評価値にアイコンインデックスを対応付け、ステップ１３ｂに移行する。

ステップ１３ｊにおいて制御部１００は、前述のリダイレクトやユーザ操作（ステップ１３ｈの判定対象）以外のトリガで、ブラウザソフトウェアにおいて、現在アクセス中のURLから別のWebページのURLにアクセスする処理が発生したか否かを判定する。ここで、別のWebページのURLにアクセスする処理が発生した場合には、ステップ１３ｍに移行し、一方、上記処理が発生しない場合には、ステップ１３ｋに移行する。なお、上記トリガの例としては、METAタグやスクリプトによるリダイレクトが考えられる。

ステップ１３ｋにおいて制御部１００は、ステップ１３ｇで起動したタイマがタイムアウトしたか否か、すなわち所定時間ｔが経過したか否かを判定する。ここで、タイムアウトした場合には、ステップ１３ｌに移行して、新たなアクセス操作の監視を開始し、一方、タイムアウトしていない場合には、ステップ１３ｈに移行する。

ステップ１３ｌにおいて制御部１００は、記憶部５０が記憶するアイコンテーブルを参照して、ステップ１３ｃでWebアクセス履歴データ５０ｇに記録したURLに対応づけられたアイコンが存在するかを確認する。そして、存在する場合は、使用履歴データ５０ｃに記憶されるアイコンインデックスのうち、存在を確認したURLに対応するアイコンインデックスに対応づけられた評価値を上げ、一方、それ以外のアイコンインデックスに対応づけられた評価値を下げて、ステップ１３ａに移行する。なお、対応するアイコンインデックスが存在しない場合には、Webアクセス履歴データ５０ｇに、新規に評価値を追加し、この評価値にアイコンインデックスを対応付ける。

このとき、Webアクセス履歴データ５０ｇにURLと対応づけて記録した時刻や場所の情報に基づいて、対応する条件の利用時間帯管理テーブル、利用曜日管理テーブルおよび利用場所管理テーブルの各評価値を上げ、一方、それ以外のアイコンインデックスに対応づけられた評価値を下げる。一方、存在しない場合には、これらのテーブルに、新規に評価値を追加し、この評価値にアイコンインデックスを対応付け、ステップ１３ａに移行する。

ステップ１３ｍにおいて制御部１００は、所定の手順（例えばHTTP）にしたがって、ステップ１３ｊで発生した処理を実行して、新たな接続先のURLを取得し、このURLにアクセスして、Webデータを取得し、ブラウザソフトウェアを介してWebページを表示し、ステップ１３ｎに移行する。

ステップ１３ｎにおいて制御部１００は、ステップ１３ｍのURLを、Webアクセス履歴データ５０ｇに記録し、ステップ１３ｏに移行する。なお、接続を行った時刻や場所などの情報についても取得し、対応づけて記録しておく。

ステップ１３ｏにおいて制御部１００は、記憶部５０が記憶するアイコンテーブルを参照して、ステップ１３ｆあるいはステップ１３ｎでWebアクセス履歴データ５０ｇに記録したURLに対応づけられたアイコンが存在するかを確認する。そして、存在する場合は、使用履歴データ５０ｃに記憶されるアイコンインデックスのうち、存在を確認したURLに対応するアイコンインデックスに対応づけられた評価値を上げ、一方、それ以外のアイコンインデックスに対応づけられた評価値を下げて、ステップ１３ａに移行する。なお、対応するアイコンインデックスが存在しない場合には、Webアクセス履歴データ５０ｇに、新規に評価値を追加し、この評価値にアイコンインデックスを対応付ける。

このとき、Webアクセス履歴データ５０ｇにURLと対応づけて記録した時刻や場所の情報に基づいて、対応する条件の利用時間帯管理テーブル、利用曜日管理テーブルおよび利用場所管理テーブルの各評価値を上げ、一方、それ以外のアイコンインデックスに対応づけられた評価値を下げる。一方、存在しない場合には、これらのテーブルに、新規に評価値を追加し、この評価値にアイコンインデックスを対応付け、ステップ１３ａに移行する。

すなわち、ステップ１３ｏでは、ステップ１３ａでユーザからアクセス要求されたURLではなく、このURLのWebページへのアクセスをきっかけに、このURLからリダイレクトあるいはその他の理由で、ユーザの指示とは別にアクセスしたURLについて、使用履歴データ５０ｃの評価値に反映させ、一方、ユーザからアクセス要求されたURLについては、使用履歴データ５０ｃの評価値に反映させないようにしている。

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

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

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

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

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

また上記構成の携帯端末装置では、ブラウザソフトウェアによってアクセスしたURLのうち、ユーザからアクセス要求されたURLではなく、このURLのWebページへのアクセスをきっかけに、このURLからリダイレクトあるいはその他の理由で、ユーザの指示とは別にアクセスしたURLについて、使用履歴データ５０ｃの評価値に反映させ、一方、ユーザからアクセス要求されたURLについては、使用履歴データ５０ｃの評価値に反映させないようにしている。

このため、ユーザからの要求でアクセスしたWebページのうち、最終的に閲覧したWebページについて、使用履歴データ５０ｃの評価値に反映させるので、本来ユーザが望むWebページに対応するアイコンが優先的に表示されることになり、利便性が向上する。

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

その一例として例えば、上記実施の形態では、図１７に示した処理において、Webアクセス履歴データ５０ｇに記録したURLのうち、そのURLからリダイレクトあるいはその他の理由で、ユーザの指示とは別にアクセスしたURLについて、使用履歴データ５０ｃの評価値に反映させるようにした。これに代わって例えば、Webアクセス履歴データ５０ｇには、上記別のアクセスしたURLのみを記録するように、ステップ１３ｃで保存したURLは削除するようにしてもよい。

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

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

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

また記憶部５０は、通常表示順序データ５０ａの他に、後述するレコメンド表示制御を実現するための制御データとして、除外アイコンリストデータ５０ｂと、使用履歴データ５０ｃと、総合評価値データ５０ｄと、レコメンド表示順序データ５０ｅと、最終利用履歴データ５０ｆと、Webアクセス履歴データ５０ｇとを記憶する。これらは、第１の実施形態または第２の実施形態と同様であることより、その説明を省略する。

さらに、記憶部５０は、変動量データ５０ｈと、Web評価値データ５０ｉと、Webレコメンド表示順序データ５０ｊとを記憶する。その他、記憶部５０は、ユーザが任意に登録した複数のURLをリスト化したブックマークでデータを記憶する。

変動量データ５０ｈは、図１９に示すような変動量テーブルである。これは、諸条件と、変動量ｋを対応づけたテーブルである。なお、変動量ｋは、後述するWeb評価値Ｖの算出に用いる重み係数である。
Web評価値データ５０ｉは、アクセスしたURL毎のWeb評価値Ｖである。Web評価値Ｖは、ユーザにとっての有用性を示す指標である。
Webレコメンド表示順序データ５０ｊは、制御部１００がWeb評価値データ５０ｉに基づいて決定した、アクセスしたURLの履歴を表示する順序を示すデータである。

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

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

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

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

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

そして制御部１００は、レコメンド表示制御手段１００ａを備える。この機能は、第１の実施形態または第２の実施形態で説明したものと同様であり、その説明を省略する。

さらに制御部１００は、Webレコメンド表示制御手段１００ａを備える。この機能は、記憶部５０に記憶されるWebレコメンド表示制御アプリケーションを制御部１００が読み出して実行することにより実現するものであって、ユーザの利用履歴を諸条件に基づいて分析および評価し、この評価の結果に応じた順序で、推奨するWebサイトのリストを表示するものである。なお、このリストからタイトルを選択すれば、対応づけられたWebサイトに接続を開始する。

次に、第３の実施形態に係わる携帯端末装置の動作について説明する。以下の説明では、レコメンド表示制御手段１００ａによる動作については説明を省略し、第１の実施形態または第２の実施形態を参照されたい。以下では、特に、Webレコメンド表示制御の動作について説明する。図２０は、Webレコメンド表示制御の動作を説明するためのフローチャートである。

これらの処理は、Webレコメンド表示制御手段１００ｂが、記憶部５０に記憶されるWebレコメンド表示制御アプリケーションを制御部１００が読み出して実行することにより実現するもので、ブラウザソフトウェアや図１７に示した処理に並行して、バックグラウンドで実行される。

より具体的には、操作部４０を通じたユーザ操作によって、ブラウザソフトウェアにおいてURLが入力されたり、あるいはブックマークに登録されたURLのリストから所望のURLが選択されたりした場合に、このURL（以下、入力URLと称する。）に対応するWebページにブラウザソフトウェアがアクセスすると、図２０の処理が開始される。

まずステップ２０ａにおいてWebレコメンド表示制御手段１００ｂは、ブラウザソフトウェアがアクセスした入力URLのWebページにリダイレクトが生じて、異なるURL（以下、リダイレクトURLと称する。）のWebページにブラウザソフトウェアがアクセスしたか否かを判定する。ここで、リダイレクトが生じてURLのWebページにアクセスした場合には、ステップ２０ｂに移行し、一方、リダイレクトが生じず、入力URLのWebページにアクセスしたままの場合には、ステップ２０ｃに移行する。

ステップ２０ｂにおいてWebレコメンド表示制御手段１００ｂは、図２０の処理において、処理の対象とするURL（以下、処理対象URL）を特定するURL特定処理を実施し、ステップ２０ｄに移行する。上記URL特定処理の詳細を図２１に示す。ここでいったん、図２１を参照して、URL特定処理について説明する。

ステップ２１ａにおいてWebレコメンド表示制御手段１００ｂは、入力URLがブックマークに登録されているか否かを判定する。ここで、入力URLがブックマークに登録されている場合には、ステップ２１ｃに移行し、一方、登録されていない場合には、ステップ２１ｂに移行する。

ステップ２１ｂにおいてWebレコメンド表示制御手段１００ｂは、リダイレクトURLを処理対象URLとして設定し、ステップ２１ｃに移行する。

ステップ２１ｃにおいてWebレコメンド表示制御手段１００ｂは、リダイレクトURLがブックマークに登録されているか否かを判定する。ここで、リダイレクトURLがブックマークに登録されている場合には、ステップ２１ｆに移行し、一方、登録されていない場合には、ステップ２１ｅに移行する。

ステップ２１ｄにおいてWebレコメンド表示制御手段１００ｂは、入力URL処理対象URLとして設定し、ステップ２１ｆに移行する。
ステップ２１ｅにおいてWebレコメンド表示制御手段１００ｂは、処理対象URLがブックマークに登録されていないことを示す非登録フラグを設定し、当該処理を終了して、ステップ２０ｄに移行する。

ステップ２１ｆにおいてWebレコメンド表示制御手段１００ｂは、処理対象URLがブックマークに登録されていることを示す登録フラグを設定し、当該処理を終了して、ステップ２０ｄに移行する。

再び、図２０を参照して、以下を説明する。
ステップ２０ｃにおいてWebレコメンド表示制御手段１００ｂは、入力URLを処理対象URLとして設定し、ステップ２０ｄに移行する。

ステップ２０ｄにおいてWebレコメンド表示制御手段１００ｂは、Webアクセス履歴データ５０ｇを参照し、処理対象URLに最後にアクセスした時刻を検出し、この時刻と現在時刻を比較して、所定時間以上の時間が経過しているか否かを判定する。ここで、所定時間以上の時間が経過している場合には、ステップ２０ｆに移行し、一方、所定時間以上の時間が経過していない場合には、ステップ２０ｅに移行する。

ステップ２０ｅにおいてWebレコメンド表示制御手段１００ｂは、処理対象URLは、所定時間以上の時間が経過する前に、再びアクセスしたURLであることより、これに相当する変動量ｋを変動量データ５０ｈより読み出す。なお、図１９に例示した変動量データ５０ｈでは、変動量ｋ＝0.01が設定される。

更に、Webレコメンド表示制御手段１００ｂは、処理対象URLに対応づけられたWeb評価値ＶをＶ_０としてWeb評価値データ５０ｉから読み出し、下式（１）に従って、Web評価値Ｖを更新してWeb評価値データ５０ｉに記録する。また、処理対象URL以外のWeb評価値データ５０ｉにWeb評価値Ｖが記録されるURLについては、下式（２）に従って、Web評価値Ｖを更新してWeb評価値データ５０ｉに記録し、ステップ２０ｎに移行する。なお、αは、学習率であり、１以下の正の実数である。
Ｖ＝（１−α）Ｖ_０＋αｋ …（１）
Ｖ＝（１−α）Ｖ_０ …（２）
ステップ２０ｆにおいてWebレコメンド表示制御手段１００ｂは、処理対象URLがブックマークに登録されているか否かを判定する。ここで、処理対象URLがブックマークに登録されている場合には、ステップ２０ｇに移行し、一方、登録されていない場合には、ステップ２０ｈに移行する。なお、ステップ２１ｅにより非登録フラグが設定されている場合には、ステップ２０ｈに移行し、一方、ステップ２１ｆにより登録フラグが設定されている場合には、ステップ２０ｇに移行する。

ステップ２０ｇにおいてWebレコメンド表示制御手段１００ｂは、処理対象URLがブックマークに登録されていることより、これに相当する変動量ｋを変動量データ５０ｈより読み出す。なお、図１９に例示した変動量データ５０ｈでは、変動量ｋ＝1.0が設定される。

更に、Webレコメンド表示制御手段１００ｂは、処理対象URLに対応づけられたWeb評価値ＶをＶ_０としてWeb評価値データ５０ｉから読み出し、式（１）に従って、Web評価値Ｖを更新してWeb評価値データ５０ｉに記録する。また、処理対象URL以外のWeb評価値データ５０ｉにWeb評価値Ｖが記録されるURLについては、式（２）に従って、Web評価値Ｖを更新してWeb評価値データ５０ｉに記録し、ステップ２０ｎに移行する。

ステップ２０ｈにおいてWebレコメンド表示制御手段１００ｂは、ブラウザソフトウェアが処理対象URLのWebページにアクセスした際に、そのWebページにドメイン名が上記処理対象URLから得られたか否かを判定する。ここで、ドメイン名が得られた場合には、ステップ２０ｉに移行し、一方、ドメイン名が得られない場合、すなわち、ＩＰアドレスなどの場合には、ステップ２０ｊに移行する。ここでの判定は、有害サイトや悪意のあるサイトの場合、ドメイン名が割り当てられていないことが多いことに着目したものである。

ステップ２０ｉにおいてWebレコメンド表示制御手段１００ｂは、ブラウザソフトウェアが処理対象URLのWebページにアクセスした際に、そのWebページのタイトルが同Webページのコンテンツから得られたか否かを判定する。ここで、タイトルが得られた場合には、ステップ２０ｋに移行し、一方、タイトルが得られない場合には、ステップ２０ｊに移行する。ここでの判定は、タイトルが割り当てられていないサイトは、ユーザにわかりにくいため、ユーザの利便性に配慮したものである。

ステップ２０ｊにおいてWebレコメンド表示制御手段１００ｂは、処理対象URLからドメイン名あるいはタイトルが得られないことより、これに相当する変動量ｋを変動量データ５０ｈより読み出す。なお、図１９に例示した変動量データ５０ｈでは、変動量ｋ＝0.01が設定される。

更に、Webレコメンド表示制御手段１００ｂは、処理対象URLに対応づけられたWeb評価値ＶをＶ_０としてWeb評価値データ５０ｉから読み出し、式（１）に従って、Web評価値Ｖを更新してWeb評価値データ５０ｉに記録する。また、処理対象URL以外のWeb評価値データ５０ｉにWeb評価値Ｖが記録されるURLについては、式（２）に従って、Web評価値Ｖを更新してWeb評価値データ５０ｉに記録し、ステップ２０ｎに移行する。

ステップ２０ｋにおいてWebレコメンド表示制御手段１００ｂは、処理対象URLに対応づけられたWeb評価値ＶをWeb評価値データ５０ｉから読み出し、このWeb評価値Ｖが閾値以下であるか否かを判定する。ここで、Web評価値Ｖが閾値以上である場合には、ステップ２０ｇに移行し、一方、Web評価値Ｖが閾値よりも小さい場合には、ステップ２０ｌに移行する。

ステップ２０ｌにおいてWebレコメンド表示制御手段１００ｂは、URL深度カウント処理を実施し、ステップ２０ｍに移行する。Webサイトは、一般に階層構造をなしており、深い階層のWebページほど、URLが長くなり、また階層の境目は「/」あるいは「?」などの区切り記号によって表されるのが一般的である。

そこで、上記URL深度カウント処理は、処理対象URLのWebサイトにおけるディレクトリ（階層）の深さを示す深度Ｄをカウントする。上記URL深度カウント処理の詳細を図２２に示す。ここでいったん、図２２を参照して、URL深度カウント処理について説明する。

ステップ２２ａにおいてWebレコメンド表示制御手段１００ｂは、処理対象URLを構成する文字列の先頭の文字に対して、判定の対象となる文字を示すフォーカスを設定し、ステップ２２ｂに移行する。

ステップ２２ｂにおいてWebレコメンド表示制御手段１００ｂは、フォーカスした文字は、URLの終端に設定される終端記号であるか否かを判定する。ここで、フォーカスした文字が、終端記号の場合には、ステップ２２ｆに移行し、一方、フォーカスした文字が、終端記号ではない場合には、ステップ２２ｃに移行する。

ステップ２２ｃにおいてWebレコメンド表示制御手段１００ｂは、フォーカスした文字が、「/」あるいは「?」のいずれかの特定記号であるか否かを判定する。ここで、フォーカスした文字が、特定記号の場合には、ステップ２２ｄに移行し、一方、フォーカスした文字が、特定記号ではない場合には、ステップ２２ｅに移行する。一般に、上記特定記号は、階層を区切るのに用いられる。

ステップ２２ｄにおいてWebレコメンド表示制御手段１００ｂは、深度Ｄを１増やし、ステップ２２ｅに移行する。
ステップ２２ｅにおいてWebレコメンド表示制御手段１００ｂは、処理対象URLを構成する文字列のうち、現在フォーカスを設定している文字に続く次の文字に対してフォーカスを設定し、ステップ２２ｂに移行する。

ステップ２２ｆにおいてWebレコメンド表示制御手段１００ｂは、処理対象URLを構成する文字列のうち、終端記号の直前の文字が「/」あるいは「?」のいずれかの特定記号であるか否かを判定する。ここで、終端記号の直前の文字が、特定記号の場合には、ステップ２２ｇに移行し、一方、終端記号の直前の文字が、特定記号ではない場合には、ステップ２２ｈに移行する。

ステップ２２ｇにおいてWebレコメンド表示制御手段１００ｂは、深度Ｄを１減らし、ステップ２２ｈに移行する。URLは、終端記号の直前の文字が「/」であってもなくても、同様に扱われるので、どちらでも同じ深度でカウントされるように、最後に特定記号が存在する場合には、その分の深度を減らす。

ステップ２２ｈにおいてWebレコメンド表示制御手段１００ｂは、深度Ｄを２減らし、当該処理を終了してステップ２０ｍに移行する。URLは、「http://」で始まるのが一般的であることより、その分の深度Ｄを減らす。

再び、図２０を参照して、以下を説明する。
ステップ２０ｍにおいてWebレコメンド表示制御手段１００ｂは、ステップ２０ｌで求めた深度Ｄに相当する変動量ｋを変動量データ５０ｈより読み出す。なお、図１９に例示した変動量データ５０ｈでは、深度Ｄが０の場合には、変動量ｋ＝0.5が設定され、深度Ｄが１の場合には、変動量ｋ＝0.3が設定され、深度Ｄが２の場合には、変動量ｋ＝0.1が設定され、深度が３以上の場合には、変動量ｋ＝0.05が設定される。

更に、Webレコメンド表示制御手段１００ｂは、処理対象URLに対応づけられたWeb評価値ＶをＶ_０としてWeb評価値データ５０ｉから読み出し、式（１）に従って、Web評価値Ｖを更新してWeb評価値データ５０ｉに記録する。また、処理対象URL以外のWeb評価値データ５０ｉにWeb評価値Ｖが記録されるURLについては、式（２）に従って、Web評価値Ｖを更新してWeb評価値データ５０ｉに記録し、ステップ２０ｎに移行する。

ステップ２０ｎにおいてWebレコメンド表示制御手段１００ｂは、Web評価値データ５０ｉに基づき、アクセスしたURLの履歴を表示する順序を決定し、この表示順序を示すデータをWebレコメンド表示順序データ５０ｊに記録して、当該処理を終了する。ここで、表示順序は、Web評価値が高いほど、優先的に表示するように設定する。

次に、図２３を参照してWebレコメンド表示処理について説明する。この処理は、例えば操作部４０を通じたユーザからの要求によって開始され、Webレコメンド表示制御手段１００ｂによってなされる。

まず、ステップ２３ａにおいてWebレコメンド表示制御手段１００ｂは、Webレコメンド表示順序データ５０ｊを読み出し、ステップ２３ｂに移行する。

ステップ２３ｂにおいてWebレコメンド表示制御手段１００ｂは、ステップ２３ａで読み出したWebレコメンド表示順序データ５０ｊに基づいて、Web評価値が高いURLのインデックス（見出し）を優先的に表示部２０にリスト化して表示し、ステップ２３ｃに移行する。インデックスには、Webページのタイトル情報を合わせて表示する。

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

ステップ２３ｃにおいてWebレコメンド表示制御手段１００ｂは、ステップ２３ｂでリスト化して表示しているURLのいずれかに対して、ユーザが操作部４０を通じてアクセスを要求する操作を行ったか否かを判定する。ここで、操作部４０の検出結果に基づいて、上記操作がなされたことを検出すると、ステップ２３ｄに移行し、一方、操作されない場合には、引き続きユーザ操作を監視する。

ステップ２３ｄにおいてWebレコメンド表示制御手段１００ｂは、ステップ２３ｃでアクセス要求されたURLをブラウザソフトウェアに設定して、該当Webサイトにアクセスし、当該処理を終了する。

以上のように、上記構成の携帯端末装置では、Webページを閲覧すると、そのWebページについて、変動量をパラメータとして用いたWeb評価値を求めるようにし、閲覧した各WebページのWeb評価値に基づく順序で、過去にアクセスしたWebページの一覧を表示するようにしている。そして、上記変動量を、Webページの階層の深さが浅いほど、上記Web評価値が高くなるように設定するようにしている。

したがって、上記構成の携帯端末装置によれば、過去にアクセスしたWebページの一覧を、Webページの階層の深さに応じて表示できるので、同じホームページであっても、上位層のWebページが一覧の上位に優先的に表示されるため、ユーザにとって利便性が高い。

また上記構成の携帯端末装置では、Web評価値が予め設定した閾値を超えない場合には、変動量を通常値よりも低い値に変更し、通常の場合に比べて相対的にWeb評価値の上昇率を抑制するようにしている。このため、閾値に達したWeb評価値が対応付けられたWebページについては、Web評価値が上昇率が他のWebページに対して相対的に上げられることになる。

一般に、ニュース記事のWebページなどは、１回だけアクセスすることが多いが、複数回アクセスするWebページは、繰り返しアクセスする価値のあるページ（たとえばポータルサイトのトップページ）と見なせるので、上述した処理によって、閾値に達したWebページについては、アクセス頻度の少ないWebページに比べて、Web評価値をより高く設定することができる。

そして上記構成の携帯端末装置では、Webページに、ドメイン名やタイトルが含まれない場合には、それ以外のWebページに比べて、相対的に小さい変動量を設定するようにしているので、Web評価値が上昇が他のWebページに対して相対的に抑制されることになる。これにより、例えばフィッシング詐欺などのおそれの高いWebページに対するアクセスを抑制することができる。

そしてまた上記構成の携帯端末装置では、所定時間内に再びアクセスしたWebページについては、それ以外のWebページに比べて、相対的に小さい変動量を設定するようにしているので、Web評価値が上昇が他のWebページに対して相対的に抑制されることになる。このため、ブラウザソフトウェア上で「戻る」などのソフトウェアキーを操作して、同じWebページに再アクセスした場合でも、そのアクセスについては、低く見積もられてWeb評価値に反映されることになる。

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

その一例として例えば、上記実施の形態では、図２３の処理において、変動量を考慮して算出したWeb評価値に基づいて、Web評価値が高いURLのインデックスを優先的に表示部２０にリスト化して表示するようにしたが、図１０のレコメンド表示処理において、上記Web評価値を用いた順序で、Webページにアクセスするためのアイコンの表示順序を制御するようにしてもよい。

また上記実施の形態では、リスト化して表示する例を挙げて説明したが、最上位のWebページのインデックスのみを表示し、ユーザ操作に応じて、それに続く順位のWebページのインデックスを表示するようにしてもよい。すなわち、Ｗｅｂ評価値の高いものから順に、ユーザ操作に応動して１つまたは複数を選択的に表示するようにしてもよい。
その他、この発明の要旨を逸脱しない範囲で種々の変形を施しても同様に実施可能であることはいうまでもない。

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

Claims (11)

1. Webページを閲覧することが可能な携帯端末装置において、
   Webページのアクセス履歴を記憶することが可能な記憶手段と、
   Webページのアクセス履歴を前記記憶手段に記録するものであって、アクセス後に他の識別情報を有するWebページに移動した場合は、前記他の識別情報に対応するWebページについて、アクセス履歴を前記記憶手段に記録する履歴記録手段とを具備することを特徴とする携帯端末装置。
2. 前記履歴記録手段は、Webページのアクセス履歴を前記記憶手段に記録するものであって、アクセス後に他の識別情報を有するWebページに移動した場合は、前記他の識別情報に対応するWebページについて、アクセス履歴を前記記憶手段に記録し、前記他の識別情報に対応するWebページにアクセスする直前にアクセスしたアクセス履歴については前記記憶手段から消去することを特徴とする請求項１に記載の携帯端末装置。
3. 前記アクセス履歴記憶手段は、アクセス後に他の識別情報を有するWebページに移動するステータスコードを検出した場合には、前記他の識別情報に対応するWebページについて、アクセス履歴を記憶することを特徴とする請求項１または請求項２に記載の携帯端末装置。
4. 前記アクセス履歴記憶手段は、アクセス後の予め設定した所定時間内に、他の識別情報を有するWebページに移動した場合には、前記他の識別情報に対応するWebページについて、アクセス履歴を記憶することを特徴とする請求項１または請求項２に記載の携帯端末装置。
5. 前記アクセス履歴記憶手段は、アクセス後に、ユーザからの指示なしに他の識別情報を有するWebページに移動した場合には、前記他の識別情報に対応するWebページについて、アクセス履歴を記憶することを特徴とする請求項１または請求項２に記載の携帯端末装置。
6. Webページを閲覧することが可能な携帯端末装置において、
   Webサイトに接続して、階層構造をなすWebページを閲覧する閲覧手段と、
   この閲覧手段が閲覧したWebページの階層の深度をURLから検出する深度検出手段と、
   この深度検出手段が検出した深度から前記Webページの評価値を求める評価値検出手段と、
   この評価値検出手段が検出した評価値に基づく優先順位で、前記Webページの見出しを表示する表示制御手段とを具備することを特徴とする携帯端末装置。
7. 前記評価値検出手段は、
   前記深度検出手段が検出した深度に応じた重み係数を設定する重み係数設定手段と、
   この重み係数設定手段が設定した重み係数に基づいて、前記Webページの評価値を求める評価値決定手段とを備えることを特徴とする請求項６に記載の携帯端末装置。
8. 前記重み係数設定手段は、前回に求めた評価値が予め設定した閾値を超える場合には、この閾値を超えない場合に比べて、高い値の重み係数を設定することを特徴とする請求項７に記載の携帯端末装置。
9. 前記重み係数設定手段は、前記閲覧手段で前記Webページを閲覧した場合に、このWebページのドメイン名が得られない場合には、ドメイン名が得られた場合に比べて、低い値の重み係数を設定することを特徴とする請求項７に記載の携帯端末装置。
10. 前記重み係数設定手段は、前記閲覧手段で前記Webページを閲覧した場合に、このWebページのタイトルが得られない場合には、タイトルが得られた場合に比べて、低い値の重み係数を設定することを特徴とする請求項７に記載の携帯端末装置。
11. 前記重み係数設定手段は、前記閲覧手段で所定時間内に同じWebページを閲覧した場合に、所定時間を経過してから同じWebページを閲覧した場合に比べて、低い値の重み係数を設定することを特徴とする請求項７に記載の携帯端末装置。

Images