(57)【要約】【課題】  多種多様のアプリケーションやコンテンツの中から、よりユーザに嗜好にマッチし、また、端末使用形態に即したものを選び出せるようにする。【解決手段】  情報取得部２０は、アプリケーション実行途中の情報、ユーザの嗜好、更新日時、リアルタイム性、利用頻度、利用履歴、電波状況、バッテリー残量、課金情報等を取得する。制御部１０は、情報取得部２０が取得した情報を用いて、複数のアプリケーション及びそれら各アプリケーションの内容毎に、ユーザへの利用を推奨する推奨度合いを示すリコメンデーション値を算出する。そして、例えば特定ボタンが押された時、制御部２０は、リコメンデーション値に基づいて、複数のアプリケーション及び内容に優先順位を付け、その優先順位の高い順にアプリケーション及び各アプリケーションの内容を表示部１５のディスプレイ上に一覧表示させる。【選択図】  図１
2006313486.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも複数のアプリケーション毎に、ユーザへの利用を推奨する推奨度合いを示すリコメンデーション値を算出するリコメンデーション算出部と、
上記リコメンデーション算出部が上記リコメンデーション値を算出するために使用する所定の基本情報を、上記各アプリケーション毎に取得する情報取得部と、
上記リコメンデーション算出部が算出したリコメンデーション値に基づいて、上記複数のアプリケーションに優先順位を付ける優先順位付け部と、
上記優先順位付け部により決められた優先順位の高い順に、上記アプリケーションをユーザに提示する提示部とを有する
ことを特徴とする携帯端末。
【請求項２】
請求項１記載の携帯端末であって、
上記リコメンデーション算出部は、上記各アプリケーションを最上位階層とし、当該各アプリケーション毎及びそれら各アプリケーションに対する下位階層となる各アプリケーションの内容毎に上記リコメンデーション値を算出し、
上記情報取得部は、上記階層分けした各アプリケーション毎及び上記各アプリケーションの内容毎に上記所定の基本情報を取得し、
上記優先順位付け部は、上記リコメンデーション算出部が算出したリコメンデーション値に基づいて、上記複数のアプリケーション毎及び上記各アプリケーションの内容毎に優先順位を付け、
上記提示部は、上記優先順位付け部により決められた優先順位の高い順に、上記アプリケーション及び上記アプリケーションの内容をユーザに提示することを特徴とする携帯端末。
【請求項３】
請求項２記載の携帯端末であって、
上記リコメンデーション算出部は、上記各アプリケーションの内容をさらに複数に階層分けし、上記各階層の各アプリケーション毎及び各アプリケーションの内容毎に、上記リコメンデーション値を算出し、
上記情報取得部は、上記各階層分けしたアプリケーション毎及び各アプリケーションの内容毎に、上記基本情報を取得することを特徴とする携帯端末。
【請求項４】
請求項１又は請求項２記載の携帯端末であって、
上記情報取得部は、実行途中の状態となっているアプリケーションとそのアプリケーションの内容の少なくとも何れか一方の情報を、上記基本情報として取得することを特徴とする携帯端末。
【請求項５】
請求項４記載の携帯端末であって、
上記情報取得部は、上記実行途中の状態となった日時情報を、上記基本情報として取得することを特徴とする携帯端末。
【請求項６】
請求項４記載の携帯端末であって、
上記リコメンデーション算出部は、上記実行途中の状態となった上記アプリケーションとそのアプリケーションの内容の少なくとも何れか一方の種類に応じた係数により、少なくとも上記アプリケーションに対応した上記基本情報を調整して、上記リコメンデーション値の算出を行うことを特徴とする携帯端末。
【請求項７】
請求項１又は請求項２記載の携帯端末であって、
上記情報取得部は、ユーザの嗜好に関連するキーワード情報を、上記基本情報として取得することを特徴とする携帯端末。
【請求項８】
請求項７記載の携帯端末であって、
上記情報取得部は、予め保存されているユーザの基本プロファイル情報を、上記ユーザの嗜好に関連するキーワード情報として取得することを特徴とする携帯端末。
【請求項９】
請求項７記載の携帯端末であって、
上記情報取得部は、ユーザ指示に応じて実行された上記アプリケーションとそのアプリケーションの内容の少なくとも何れか一方の情報から、上記ユーザの嗜好に関連するキーワード情報を取得することを特徴とする携帯端末。
【請求項１０】
請求項１又は請求項２記載の携帯端末であって、
上記情報取得部は、上記アプリケーションとそのアプリケーションの内容の少なくとも何れか一方の更新日時情報を、上記基本情報として取得することを特徴とする携帯端末。
【請求項１１】
請求項１０記載の携帯端末であって、
上記リコメンデーション算出部は、上記アプリケーションとそのアプリケーションの内容の種類の何れか一方に応じた係数により、少なくとも上記アプリケーションに対応した上記基本情報を調整して、上記リコメンデーション値の算出を行うことを特徴とする携帯端末。
【請求項１２】
請求項１又は請求項２記載の携帯端末であって、
上記情報取得部は、上記アプリケーションとそのアプリケーションの内容の少なくとも何れか一方の作成又は発売日時情報を、上記基本情報として取得することを特徴とする携帯端末。
【請求項１３】
請求項１又は請求項２記載の記載の携帯端末であって、
上記情報取得部は、上記アプリケーションとそのアプリケーションの内容の少なくとも何れか一方のリアルタイム性に関連する情報を、上記基本情報として取得することを特徴とする携帯端末。
【請求項１４】
請求項１又は請求項２記載の携帯端末であって、
上記情報取得部は、上記アプリケーションとそのアプリケーション内容の少なくとも何れか一方の利用頻度若しくは利用履歴の情報を、上記基本情報として取得することを特徴とする携帯端末。
【請求項１５】
請求項１又は請求項２記載の携帯端末であって、
無線通信を行うための無線通信部と、
上記無線通信部における無線通信の電波状況を計測する電波状況測定部とを有し、
上記情報取得部は、上記電波状況測定部が計測した電波状況を表す情報を、上記基本情報として取得することを特徴とする携帯端末。
【請求項１６】
請求項１又は請求項２記載の携帯端末であって、
上記情報取得部は、上記アプリケーションとそのアプリケーションの内容の少なくとも何れか一方の使用に伴う課金情報を、上記基本情報として取得することを特徴とする携帯端末。
【請求項１７】
請求項１又は請求項２記載の携帯端末であって、
端末駆動電力を発生するバッテリーを有し、
上記情報取得部は、上記バッテリーの残容量の情報を、上記基本情報として取得することを特徴とする携帯端末。
【請求項１８】
請求項１又は請求項２記載の携帯端末であって、
ユーザのスケジュール情報を格納する情報格納部を有し、
上記情報取得部は、上記情報格納部に格納されているスケジュール情報を、上記基本情報として取得することを特徴とする携帯端末。
【請求項１９】
請求項１又は請求項２記載の携帯端末であって、
ユーザからの操作指示入力を取り込むための操作部を有し、
上記提示部は、上記操作部からの特定操作情報の入力に基づいて、上記アプリケーションとそのアプリケーションの内容の少なくとも何れか一方の一覧を提示することを特徴とする携帯端末。
【請求項２０】
請求項１又は請求項２記載の携帯端末であって、
上記情報取得部は、当該端末のユーザとは別の他者用に生成された基本情報を取得することを特徴とする携帯端末。
【請求項２１】
ユーザへの利用を推奨する推奨度合いを示すリコメンデーション値を算出するために使用する所定の基本情報を、情報取得部が上記各アプリケーション毎に取得するステップと、
上記情報取得部が取得した上記基本情報を用いて、リコメンデーション算出部が上記リコメンデーション値を算出するステップと、
上記リコメンデーション算出部が算出したリコメンデーション値に基づいて、優先順位付け部が上記複数のアプリケーションに優先順位を付けるステップと、
上記優先順位付け部により決められた優先順位の高い順に、提示部が上記アプリケーションをユーザに提示するステップとを有する
ことを特徴とする情報推奨方法。
【請求項２２】
少なくとも複数のアプリケーション毎に、ユーザへの利用を推奨する推奨度合いを示すリコメンデーション値を算出するリコメンデーション算出部と、
上記リコメンデーション算出部が上記リコメンデーション値を算出するために使用する所定の基本情報を、上記各アプリケーション毎に取得する情報取得部と、
上記リコメンデーション算出部が算出したリコメンデーション値に基づいて、上記複数のアプリケーションに優先順位を付ける優先順位付け部と、
上記優先順位付け部により決められた優先順位の高い順に、上記アプリケーションをユーザに提示する提示部として、
携帯端末を機能させることを特徴とする情報推奨プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のアプリケーションが搭載された携帯端末と、情報推奨方法及びプログラムに関する。
【背景技術】
【０００２】
近年の携帯電話端末は、例えば、電子メール用のアプリケーション、電子ゲーム用のアプリケーション、音楽プレーヤ用のアプリケーション、スケジュール管理用のアプリケーション、テレビジョン放送視聴用のアプリケーションなど、多種多様のアプリケーションを搭載している。また、携帯電話端末に搭載されるアプリケーションの数及び種類は、今後も増加する傾向にある。
【０００３】
なお、例えば特開２０００−２９８９２号の公開特許公報（特許文献１）には、マルチメディア情報とそれら各マルチメディア情報に関連するキーワードが付されたコンテンツタグとが記憶されている記憶手段から、ユーザのプロフィールから抽出したキーワードに対応するマルチメディア情報を検索することにより、ユーザの嗜好に合ったコンテンツを選択して提供可能としたリコメンドシステムが開示されている。
【０００４】
【特許文献１】特開２０００−２９８９２号公報（第１図）
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところで、携帯電話端末は、一般的には例えば通話や電子メールの送受信など所定の目的をもって使用されるものであるが、例えば、電車の待ち時間や人との待ち合わせ時間などにユーザが時間をつぶすために使用されることも多い。
【０００６】
時間をつぶすために使用する場合、ユーザは、当該携帯電話端末に搭載されている多種多様のアプリケーションの中から何れかのアプリケーションを選択して実行させることになるが、所定の目的を持たずにアプリケーションを選択する場合には、何れのアプリケーションを選択すれば良いのか迷ってしまうことが多い。
【０００７】
また、一般のユーザは、携帯電話端末に搭載されている全てのアプリケーションについてその存在と使用方法を完全に理解していることは少なく、したがって、ユーザ自身が存在と使用方法を知っているアプリケーションのみ使うことになり、ユーザが自ら選択肢を減らしていることが多い。
【０００８】
また、アプリケーションによっては、その中に様々なコンテンツが多数含まれていることがある。この場合も上述のアプリケーションの選択の場合と同様に、ユーザは、何れのコンテンツを選択すれば良いのか迷ったり、また、ユーザ自身が知らないコンテンツについては選択することすらできない。
【０００９】
一方で、上述した特開２０００−２９８９２号の公開特許公報に記載のように、ユーザの嗜好に合ったコンテンツを選択する技術を利用することも考えられるが、この技術では、単にキーワードに基づいたコンテンツの選択しか行っておらず、したがって例えば、携帯電話端末のように特殊な使用形態や使用環境で用いられ且つ多種多様のアプリケーションが搭載されている携帯端末にその技術を適用したとしても、よりユーザの嗜好にマッチしつつ端末使用形態等にも即した選択が行われるとは言い難い。
【００１０】
本発明は、このような実情に鑑みて提案されたものであり、例えば多種多様のアプリケーションの中から、よりユーザに嗜好にマッチしたアプリケーション、さらにはコンテンツをも選び出すことができ、また、端末使用形態等に即した選択をも可能とした、携帯端末、情報提示方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
本発明の携帯端末は、少なくとも複数のアプリケーション毎にユーザへの利用を推奨する推奨度合いを示すリコメンデーション値を算出するリコメンデーション算出部と、リコメンデーション値を算出するために使用する所定の基本情報を各アプリケーション毎に取得する情報取得部と、リコメンデーション値に基づいて複数のアプリケーションに優先順位を付ける優先順位付け部と、優先順位の高い順にアプリケーションをユーザに提示する提示部とを有することにより、上述した課題を解決する。
【００１２】
また、本発明の携帯端末において、リコメンデーション算出部は、各アプリケーションを最上位階層とし、当該各アプリケーション毎及びそれら各アプリケーションに対する下位階層となる各アプリケーションの内容毎にリコメンデーション値を算出し、情報取得部は、階層分けした各アプリケーション毎及び各アプリケーションの内容毎に所定の基本情報を取得し、優先順位付け部は、リコメンデーション値に基づいて複数のアプリケーション毎及び各アプリケーションの内容毎に優先順位を付け、提示部は、優先順位の高い順にアプリケーション及びアプリケーションの内容をユーザに提示する。
【００１３】
また、本発明の情報推奨方法は、ユーザへの利用を推奨する推奨度合いを示すリコメンデーション値を算出するために使用する所定の基本情報を情報取得部が各アプリケーション毎に取得するステップと、基本情報を用いてリコメンデーション算出部がリコメンデーション値を算出するステップと、リコメンデーション値に基づいて優先順位付け部が複数のアプリケーションに優先順位を付けるステップと、優先順位の高い順に、提示部がアプリケーションをユーザに提示するステップとを有することにより、上述した課題を解決する。
【００１４】
また、本発明の情報推奨プログラムは、少なくとも複数のアプリケーション毎に、ユーザへの利用を推奨する推奨度合いを示すリコメンデーション値を算出するリコメンデーション算出部と、リコメンデーション値を算出するために使用する所定の基本情報を各アプリケーション毎に取得する情報取得部と、リコメンデーション値に基づいて複数のアプリケーションに優先順位を付ける優先順位付け部と、優先順位の高い順にアプリケーションをユーザに提示する提示部として、携帯端末を機能させることにより、上述した課題を解決する。
【００１５】
すなわち、本発明によれば、少なくとも複数のアプリケーションの内容毎に、ユーザへの利用を推奨する推奨度合いを求め、その推奨度合いに応じて各アプリケーションに優先順位を付けている。また、本発明によれば、推奨度合いを求めるための計算に用いる基本情報として、例えば、アプリケーション実行途中の情報、ユーザの嗜好、更新日時、リアルタイム性、利用頻度、利用履歴、電波状況、バッテリー残量、課金情報等を用いている。
【発明の効果】
【００１６】
本発明によれば、例えば、アプリケーション実行途中の情報、ユーザの嗜好、更新日時、リアルタイム性、利用頻度、利用履歴、電波状況、バッテリー残量、課金情報等を用いて、少なくとも、複数のアプリケーション毎にユーザへの利用を推奨する推奨度合いを求め、その推奨度合いに応じて少なくとも各アプリケーションに優先順位を付けているため、例えば多種多様のアプリケーションの中から、よりユーザに嗜好にマッチしたアプリケーション、さらにはコンテンツをも選び出すことができ、また、端末使用形態等に即した選択をも可能となっている。
【発明を実施するための最良の形態】
【００１７】
以下、図面を参照しながら、本発明の携帯端末、その制御方法及び制御プログラムの一実施形態について説明する。
【００１８】
なお、本実施形態では、本発明の携帯端末の一例として、携帯電話端末を挙げているが、勿論、ここで説明する内容はあくまで一例であり、本発明はこの例に限定されないことは言うまでもない。
【００１９】
〔概要〕
本発明実施形態の携帯電話端末は、特定のハードキー若しくはソフトキー（以下、本実施形態では「特定ボタン」と呼ぶことにする。）がユーザにより押されたことを検知した時、利用可能なアプリケーションやコンテンツを、ユーザへ推奨（Recommendation）する優先順に並べてディスプレイ上に表示する機能を備えている。
【００２０】
ここで、詳細については後述するが、本実施形態では、ユーザの嗜好やアプリケーション使用条件（使用環境）に基づいて、複数のアプリケーションやコンテンツの優先順位を決めるようにしており、それらアプリケーションやコンテンツの優先順位付けのために、例えば、アプリケーションやコンテンツの実行途中の情報、アプリケーションやコンテンツの更新日時の情報、アプリケーションやコンテンツのリアルタイム性の情報、アプリケーションやコンテンツの実行履歴情報、アプリケーションやコンテンツの利用頻度情報、アプリケーションやコンテンツに含まれるキーワード、携帯電話端末の電波状況の情報、携帯電話端末のバッテリー残量情報、通話やアプリケーション，コンテンツのダウンロードによる課金情報などの各情報を用いている。
【００２１】
具体的には、それら各情報を、ユーザの嗜好に関連するカテゴリーとアプリケーション使用条件に関連するカテゴリーとに大別し、更に、上記ユーザの嗜好に関連するカテゴリーを、例えば、アプリケーションやコンテンツの実行途中であることを表すカテゴリー（以下、「途中カテゴリー」と表記する）と、アプリケーションやコンテンツの更新日時を表すカテゴリー（以下、「更新日時カテゴリー」と表記する）、アプリケーションやコンテンツのリアルタイム性を表すカテゴリー（以下、「リアルタイム性カテゴリー」と表記する）と、アプリケーションやコンテンツの実行履歴を表すカテゴリー（以下、「履歴カテゴリー」と表記する）、アプリケーションやコンテンツの利用頻度を表すカテゴリー（以下、「頻度カテゴリー」と表記する）と、アプリケーションやコンテンツに含まれるキーワードを表すカテゴリー（以下、キーワードカテゴリー」と表記する）とに細分し、また、上記アプリケーション使用条件に関連するカテゴリーを、例えば、電波やアクセス状況を表すカテゴリー（以下、「電波・アクセス状況カテゴリー」と表記する）と、携帯電話端末のバッテリー残量を表すカテゴリー（以下、「バッテリー残量カテゴリー」と表記する）と、携帯電話端末使用やアプリケーション，コンテンツダウンロードによる課金状況を表すカテゴリー（以下、「課金状況カテゴリー」と表記する）に細分し、それら細分化された各カテゴリーに関連する情報を、所定の基本情報として用いて、後述する計算式による演算を行い、その演算により得られた値に基づいて、上記アプリケーションやコンテンツの優先順位を決めるようにしている。
【００２２】
すなわち、それら各カテゴリーに関連する情報を基本情報として計算される値は、ユーザへ推奨するアプリケーションやコンテンツを算出するための値であり、以下の説明では、その値をリコメンデーション値Ｒと表記する。
【００２３】
また、本発明実施形態において、上記基本情報を用いたリコメンデーション値Ｒの計算は、例えば、予め決められた一定期間毎、若しくは、「特定ボタン」が押された時、或いは、所定のイベントが発生した時に行われる。
【００２４】
〔携帯電話端末の概略的な内部構成〕
図１には、上述した機能を実行可能な本実施形態の携帯電話端末の概略的な内部構成を示す。
【００２５】
通信アンテナ１２は、例えば内蔵アンテナであり通話やパケット通信のための信号電波の送受信を行う。通信回路１１は、送受信信号の周波数変換、変調と復調等を行う。なお、パケット通信により送受信されるデータは、電子メールデータ、動画像や静止画の画像データ、音声データ、ＨＴＭＬ（Hyper Text Markup Language）データ、プログラムデータ、その他の各種データである。ここで、上記通信アンテナ１２及び通信回路１１の受信データが通話音声のデータである場合、その通話音声のデータはデータラインを介して音声処理部２５へ送られ、それ以外の受信データは一旦、制御部１０へ送られた後、必要に応じて当該制御部１０から各部へ送られる。また、本実施形態において、通信回路１１は、例えばＲＳＳＩ（Receive Signal Strength Indicator）や、ＷＣＤＭＡにおけるＣＰＩＣＨ（Common Pilot Channel）  Ｅｃ／Ｉｏ（近隣基地局のパイロットチャネルの送信レベル／現行基地局と隣基地局との送信レベルの総和）とＣＰＩＣＨ  ＲＳＣＰ（Received Signal Code Power）等の電波状況に関する情報を測定する手段（電波状況測定回路）を備えており、その測定情報を制御部１０と情報取得制御部２０へ送るようになされている。
【００２６】
テレビジョンアンテナ１４は、テレビジョン放送電波を受信する。テレビジョン放送受信部１３は、テレビジョンアンテナ１４により受信されたテレビジョン放送信号を復調等する。なお、本実施形態において、上記テレビジョン放送は、地上波アナログテレビジョン放送、ディジタルテレビジョン放送の何れであっても良い。当該テレビジョンアンテナ１４及びテレビジョン放送受信部１３にて受信されたテレビジョン放送画像データはデータラインを介して画像処理部２６へ送られ、音声データはデータラインを介して音声処理部２５へ送られる。また、本実施形態において、テレビジョン放送受信部１３は、例えば受信チャネル及びその切り替えに関する情報、受信の開始及び終了に関する情報、ＥＰＧ（Electronic Program Guide）等のテレビジョン放送受信に関連する各種の情報を、制御部１０と情報取得制御部２０へ送る機能も備えている。
【００２７】
ＧＰＳ（Global Positioning System）制御部２７は、ＧＰＳにおける測地衛星の発信する電波をＧＰＳアンテナ２８を介して受信すると共に、その受信電波に基づいて、自端末の現在位置の緯度及び経度を求める。なお、ＧＰＳとは、米国国防省が打ち上げた２４個の測地衛星（NAVSTAR）の発信する電波を受信することにより、その受信端末の地球上での位置（経度／緯度）を知るシステムのことである。このＧＰＳ制御部２７がＧＰＳアンテナ２８を介して受信したＧＰＳ信号（緯度，経度を表す情報）は、制御部１０や情報取得制御部２０へ送られる。また、本実施形態において、ＧＰＳ制御部２７は、ＧＰＳ信号の電波状況を測定するための手段（電波状況測定回路）をも備えており、上記受信したＧＰＳ信号や測位の開始及び終了を示す情報と共に、上記電波状況の測定値等のＧＰＳ関連情報を、制御部１０と情報取得制御部２０へ送る機能も備えている。
【００２８】
近距離通信制御部２９と近距離通信アンテナ３０は、例えばいわゆるブルートゥース（BlueTooth）方式の近距離無線通信を行うためのデバイスである。なお、ブルートゥース方式とは、２．４ＧＨｚ帯のディジタル無線通信を行うために規格化された近傍通信方式であり、当該ブルートゥース方式では、相互に通信が行われるデバイス間において、約１０ｍ程度の通信範囲でアドホックなネットワークが形成される。また、ブルートゥース方式のネットワークでは、相互に通信を行うデバイスがマスターかスレーブの何れかに設定される。事前にマスターに設定されたデバイスは、接続要求（Inquiry）に対する応答を通じてスレーブデバイスを検索し、そのストレージデバイスを通信対象として登録する。この近距離通信制御部２９及び近距離通信アンテナ３０による近距離無線通信では、画像や音声のデータ、プログラムデータ、その他各種のデータの送受信が行われる。そして、当該近距離無線通信により受信されたデータは、制御部１０による制御の元で、一旦データ保持部１９に保持された後、必要に応じて当該データ保持部１９から読み出される。また、本実施形態において、近距離通信制御部２９は、ブルートゥース信号の電波状況を測定するための手段（電波状況測定回路）をも備えており、通信相手先の機器や通信の開始及び停止を示す情報、通信データ量、通信データのフォーマット情報、上記電波状況の測定値等の近距離通信に関連した情報を、制御部１０と情報取得制御部２０へ送る機能も備えている。
【００２９】
ＷＬＡＮ（Wireless Local Area Network）制御部３１とＷＬＡＮアンテナ３２は、例えばＩＥＥＥ（the Institute of Electrical and Electronic Engineers）８０２．１１ｂやＩＥＥＥ８０２．１１ａ等に規格化された無線ＬＡＮ方式の無線通信を行うためのデバイスである。このＷＬＡＮ制御部３１及びＷＬＡＮアンテナ３２による無線通信では、画像や音声のデータ、プログラムデータ、その他各種のデータの送受信が行われる。そして、当該ＷＬＡＮにより受信されたデータは、一旦データ保持部１９に保持された後、必要に応じて当該データ保持部１９から読み出される。また、本実施形態において、ＷＬＡＮ制御部３１は、ＷＬＡＮ信号の電波状況を測定するための手段（電波状況測定回路）をも備えており、通信相手先の機器や通信の開始及び停止を示す情報、通信データ量、通信データのフォーマット情報、上記電波状況の測定値等のＷＬＡＮ通信に関連した情報を、制御部１０と情報取得制御部２０へ送る機能も備えている。
【００３０】
カメラ３４は、レンズ系と撮像素子を備え、撮像制御部３３による制御の元で撮像を行う。撮像制御部３３は、撮影画素数（ピクセル数）やシャッタースピード、露出等のような画像撮影時の基本的なパラメータを決定し、そのパラメータに基づいてカメラ３４での画像撮影を制御する。上記カメラ３４での撮影により得られた画像データは、データラインを介して画像処理部２６に送られ、そこで現像処理や所定の画像フォーマットへの変換処理等を受け、制御部１０による制御の元で、一旦データ保持部１９に保持された後、必要に応じて当該データ保持部１９から読み出される。また、本実施形態において、撮像制御部３３は、撮影の開始や画像撮影時のパラメータ等の画像撮影に関連した情報を、制御部１０と情報取得制御部２０へ送る機能も備えている。
【００３１】
外部メモリインターフェイス（Ｉ／Ｆ）３５は、例えば着脱可能な外部メモリが本実施形態の携帯電話端末の図示しないメモリスロットに装填されているとき、制御部１０による制御の元で、当該外部メモリへのデータの書き込み／読み出し等を行う。なお、本実施形態において、当該外部メモリは、例えば圧縮された動画像や静止画像のデータや圧縮された音声データ（音楽データ等）、プログラムデータ、その他各種のデータを記憶可能である。そして、上記外部メモリに記憶されているデータは、制御部１０による制御の元、外部メモリインターフェース３５により読み出される。なお、例えば、上記外部メモリから読み出されたデータが動画像や静止画像のデータである場合、それら動画像や静止画像のデータはデータラインを介して画像処理部２６に送られ、また、上記外部メモリから読み出されたデータが音声データである場合、その音声データは音声処理部２５に送られ、それら以外のデータは制御部１０に送られる。また、本実施形態において、外部メモリインターフェース３５は、データの書き込みや読み出し、データ量、データのフォーマット等の外部メモリに関連した情報を、制御部１０と情報取得制御部２０へ送る機能も備えている。
【００３２】
音声処理部２５は、上記通信アンテナ１２及び通信回路１１から通話音声の受信データが供給された時には、当該通話音声の受信データを復号化し、その復号化後の通話音声データをデータラインを介してスピーカ２３へ送る。また、音声処理部２５は、上記テレビジョンアンテナ１４及びテレビジョン放送受信部１３からテレビジョン放送音声の受信データが供給された時には、そのテレビジョン放送音声の受信データを復号化等する再生処理を行い、当該再生処理後のテレビジョン放送音声データをデータラインを介してスピーカ２３へ送る。さらに、音声処理部２５は、外部メモリインターフェース３５の外部メモリや内蔵メモリから読み出された圧縮符号化されている音声データが供給された時には、その圧縮符号化データ伸張復号化等の再生処理を行い、当該再生処理後のテレビジョン放送音声データをデータラインを介してスピーカ２３へ送る。その他、音声処理部２５は、データ保持部１９から読み出された音声データが供給された時には、その音声データのフォーマットに応じた再生処理を行い、その再生処理後の音声データをデータラインを介してスピーカ２３へ送る。なお、音声処理部２５は、制御部１０により設定される各種音質調整値（例えば音量、イコライジングなど）に基づいて、音声や音楽等を補正してスピーカ２３へ出力する処理等をも行うことができる。また、本実施形態において、音声処理部２５は、音声データ処理の開始、音声データ量、音声データのフォーマット等の音声処理に関連した情報を、制御部１０と情報取得制御部２０へ送る機能も備えている。
【００３３】
スピーカ２３は、携帯電話端末に設けられている受話用のスピーカやリンガ（着信音）、音楽再生、テレビジョン放送の音声再生、アラーム音出力用のスピーカであり、ディジタル／アナログ変換器と増幅器を含み、通話音声やリンガ音，再生音楽，テレビジョン放送音声のデータを、ディジタル／アナログ変換及び増幅した後、出力する。これにより、通話音声やリンガ音，再生音楽，テレビジョン放送音声が得られることになる。
【００３４】
マイクロホン２４は、送話用のマイクロホンに相当し、アナログ／ディジタル変換器と増幅器を含む。このマイクロホン２４を介して入力された通話音声信号は、増幅器により所定のレベルに増幅された後、アナログ／ディジタル変換器によりディジタル音声データに変換され、データラインを介して音声処理部２５へ送られて符号化された後、データラインを介して通信回路１１へ送られて変調、周波数変換等の各種処理を受け、通信アンテナ１２から送信される。
【００３５】
画像処理部２６は、上記テレビジョン放送受信部２３からテレビジョン放送画像データが供給された時にはその画像の再生処理を行い、その再生処理後のテレビジョン放送画像データをデータラインを介して表示部１５へ送る。また、画像処理部２６は、内蔵メモリ或いは外部メモリインターフェース３５の外部メモリから読み出された圧縮符号化されている画像データが供給された時には、その画像データの伸張復号化等の再生処理を行い、その伸張復号後の画像データをデータラインを介して表示部１５へ送る。その他、画像処理部２６は、データ保持部１９から読み出された画像データが供給された時には、その画像データのフォーマットに応じた再生処理を行い、その再生処理後の画像データをデータラインを介して表示部１５へ送る。なお、画像処理部２６は、制御部１９により設定される各種画質調整値（例えばホワイトバランス、ブライトネス、コントラスト、ガンマ補正など）に基づいて、画像の補正を行って表示部１５へ出力する。また、本実施形態において、画像処理部２５は、画像データ処理の開始、画像データ量、画像データのフォーマット等の画像処理に関連した情報を、制御部１０と情報取得制御部２０へ送る機能も備えている。
【００３６】
表示部１５は、液晶ディスプレイ等とそのディスプレイへの表示駆動回路とを含み、上記ディスプレイ上に画像やテレビジョン画像等を表示する。
【００３７】
操作部１６は、本実施形態の携帯電話端末の図示しない筐体上に設けられているテンキーや発話キー、クリアキー、終話／電源キー、マナーキー、メモキーなどの各キー、ジョグダイアル部或いは十字キー等と、それら各キー等の操作に応じた操作データを発生する操作信号発生部とを有している。なお、本実施形態の「特定ボタン」がハードキーである場合、操作部１６にはそのハードキーも含まれる。そして、当該操作部１６の操作信号発生部が生成した操作データは、制御部１０と情報取得制御部２０へ送られる。
【００３８】
時計部１８は、年月日時等の情報を発生する時計機能、所定時間周期を計測するタイマ機能、ユーザ所望の時刻や周期，アラーム時間を設定する機能等を備えている。そして、当該時計部１８が生成した時間情報は、制御部１０と情報取得制御部２０へ送られる。
【００３９】
バッテリー２２は、例えば着脱可能な二次電池であり、パワーマネージメントＩＣ２１は、バッテリー２２からの電力を各部に必要な値に変換して供給する。また、本実施形態の場合、パワーマネージメントＩＣ２１は、バッテリー２２の残容量情報を、制御部１０と情報取得制御部２０に送る機能も備えている。
【００４０】
メモリ１７は、ＲＯＭ（Read Only Memory）とＲＡＭ（Random Access Memory）を含む。ＲＯＭは、ＯＳ（Operating System）、制御部１０が各部を制御するための制御プログラムや各種の初期設定値、フォントデータ、辞書データ、着信音やキー操作音，アラーム音用の報知音データ、電子メールの作成や編集等を行うためのアプリケーション用のプログラムコード、画像や音声に対して様々な処理を行うためのアプリケーション用プログラムコード、電子ゲームのアプリケーション用のプログラムコード、制御部１０及び情報取得部２０が本実施形態にかかるユーザへのアプリケーションやコンテンツの推奨機能を実現するための制御プログラムコード、その他、携帯電話端末に搭載される各種のアプリケーション用のプログラムコード、当該携帯電話端末の識別情報（ＩＤ）などを記憶している。このＲＯＭは、いわゆるＮＡＮＤ型フラッシュメモリ（NAND-type flash memory）のような書き換え可能なＲＯＭを含み、電子メールデータ、ユーザにより設定される電話帳や電子メールアドレス、ユーザのスケジュールデータ、画像データ、ダウンロードされた画像データや音楽データ、ダウンロードされた着信音，報知音データ、文字データや予測変換の候補単語の登録データや予測変換の学習データ、その他、各種のユーザ設定値等を保存することも可能となされている。ＲＡＭは、制御部１０が各種のデータ処理を行う際の作業領域として、随時データを格納する。なお、本実施形態において、メモリ１７とデータ保持部１９は別構成として図１に描かれているが、データ保持部１９は実際には上記書き換え可能なＲＯＭに含まれている。
【００４１】
情報取得制御部２０は、例えばアプリケーションやコンテンツが実行されている時の実行途中の情報や、アプリケーションやコンテンツが更新された時のその更新日時の情報、アプリケーションやコンテンツが有するリアルタイム性に関する情報、アプリケーションやコンテンツが実行された時の実行履歴情報、アプリケーションやコンテンツが利用された場合の利用頻度情報、アプリケーションやコンテンツに含まれるキーワード、パワーマネージメントＩＣ２１から得られる携帯電話端末のバッテリー残量情報、通信回路１１から得られる携帯電話端末の電波状況の情報や携帯電話端末使用による課金情報など、本実施形態にかかる各カテゴリー毎の基本情報を取得する。なお、当該情報取得制御部２０が取得する各基本情報の詳細については後述する。
【００４２】
上記制御部１０は、通信回路１１における通信の制御、音声処理部２５や画像処理部２６の制御の他、本実施形態の携帯電話端末の各構成要素の制御や各種演算処理を行う。また、本実施形態において、制御部１０は、予め決められた一定期間毎、若しくは、「特定ボタン」が押された時、或いは、何らかのイベントが発生した時、上記情報取得制御部２０が取得した各カテゴリーの基本情報を基にリコメンデーション値Ｒを算出する。そして、制御部１０は、「特定ボタン」の押下を検出した時に、上記リコメンデーション値Ｒに応じてアプリケーションやコンテンツに優先順位を付けて表示部１５のディスプレイ上に表示させ、それら優先順に表示された各アプリケーションやコンテンツの何れかをユーザが選択できるようにする。そして、それら優先順に表示されたアプリケーションやコンテンツの中から、ユーザが所望のアプリケーションやコンテンツを選択したとき、その選択されたアプリケーションやコンテンツを実行する。なお、当該制御部１０によるアプリケーションやコンテンツの優先順位付けのためのリコメンデーション値Ｒの計算やアプリケーション，コンテンツ表示の詳細については後述する。
【００４３】
図１の例では、制御部１０と情報取得制御部２０を別々の構成として表しているが、それら制御部１０と情報取得制御部２０の機能は一つのＣＰＵ（中央処理装置）が担っても良い。
【００４４】
その他、一般的な携帯電話端末が備えている各構成要素についても本実施形態の携帯電話端末は備えており、図１ではそれらの図示を省略している。
【００４５】
〔システム構成〕
図２には、本実施形態の携帯電話端末４９を含む本実施形態のシステムの概略的なシステム構成を示す。
【００４６】
図２において、本実施形態の携帯電話端末４９は、ワイヤレスＬＡＮアクセスポイント４６や、携帯電話システムの基地局４５，制御局４４，交換局４３を介して、インターネット４０に接続可能となされている。インターネット４０には、多種多様のアプリケーションやコンテンツを提供するためのコンテンツサーバ４２や課金管理サーバ４１が接続されており、本実施形態の携帯電話端末４９は、上記ワイヤレスＬＡＮアクセスポイント４６や携帯電話システムを通じてインターネット４０に接続し、さらに当該インターネット４０を介してコンテンツサーバ４２に接続することにより、所望のアプリケーションやコンテンツをダウンロードすることができ、また、課金管理サーバ４１に接続することにより、アプリケーションやコンテンツのダウンロードや端末使用による課金情報を取得することができる。
【００４７】
また、本実施形態の携帯電話端末４９は、放送局のテレビジョン放送装置４８により放送されているテレビジョン放送電波を受信したり、ブルートゥース方式の近距離通信装置（図２では、ＢＴ付装置４７と表記する）と近距離通信が可能となされている。
【００４８】
〔ディスプレイ上の表示例〕
本実施形態の携帯電話端末の制御部１０は、「特定ボタン」がユーザにより押された時、表示部１５のディスプレイ上に例えば図３及び図４に示すようなユーザインターフェース画面を表示させる。なお、図４は、図３の主表示エリアを抜き出して示した図である。
【００４９】
すなわち、本実施形態の携帯電話端末の制御部１０は、「特定ボタン」が押されたことを検知した時、図３に示すように、現在の端末の状態を示す状態表示エリアと、ユーザに対して推奨するアプリケーションやコンテンツを表示するための主表示エリアと、ソフトキーが表示されるキー操作表示エリアとからなるユーザインターフェース画面を、表示部１５のディスプレイ上に表示させる。
【００５０】
主表示エリアには、図４に示すように、例えば各カテゴリー分けされた選択可能な複数のタブが表示され、また、現在選択されているタブ内には、更に選択可能な複数のアプリケーションやコンテンツ（図４の例ではアプリケーションのみ）を表すテキストアイコンが、リコメンデーション値Ｒに基づく優先順位の高い順に並べて表示される。この図４の例では、「途中カテゴリー」、「更新日時カテゴリー」、「リアルタイム性カテゴリー」、「履歴カテゴリー」、「頻度カテゴリー」、「キーワードカテゴリー」の各カテゴリー毎のタブと共に、「おすすめ」のタブが表示されており、現在選択されているタブである「おすすめ」のタブには例えば下線が引かれている。なお、本実施形態において、「電波・アクセス状況カテゴリー」、「バッテリー残量カテゴリー」、「課金状況カテゴリー」のタブについては表示しない。また、「おすすめ」のタブ内には、リコメンデーション値Ｒに応じて並べられたアプリケーションの例として、優先順位の高い方から「メール」、「ゲーム」、「音楽プレーヤ」、「スケジュール」、「ＴＶ」、・・・、「同期」のアプリケーションを表すテキストアイコンが表示されている。図４の例の場合、タブ内に表示されるのはリコメンデーション値Ｒが高い上位１０個のアプリケーションとなされている。なお、タブ内に表示されるのは、リコメンデーション値Ｒが所定の閾値以上となっているアプリケーションのみにしても良い。図４の例ではアプリケーションのみ並べて表示しているが、後述するように、本発明では、コンテンツのみ並べて表示したり、アプリケーションとコンテンツを混在させて並べて表示することも行う。
【００５１】
本実施形態の携帯電話端末のユーザは、操作部１６の操作により、それら各タブの中から所望のタブを選択可能であり、また、選択されているタブの中に表示されているアプリケーションやコンテンツの中から所望のものを選択可能となされている。そして、それらアプリケーションやコンテンツの中から所望のものが選択された時、制御部１０は、そのアプリケーションやコンテンツを実行させる。
【００５２】
〔ユーザ嗜好に関連したリコメンデーション値の計算〕
以下、本実施形態の携帯電話端末において、前述した各カテゴリーのうち、ユーザの嗜好に関連する各カテゴリーの基本情報を用いてリコメンデーション値Ｒを求め、そのリコメンデーション値Ｒを基に、アプリケーションやコンテンツを優先順にディスプレイ上に表示する例について説明する。なお、アプリケーション使用条件に関連するカテゴリーの情報を用いたリコメンデーション値Ｒの計算については後述する。
【００５３】
本実施形態の携帯電話端末の制御部１０は、予め決められた一定期間毎、若しくは、「特定ボタン」が押された時、或いは、何らかのイベントが発生した時、情報取得制御部２０が取得したユーザの嗜好に関連する各カテゴリーの基本情報を用いて、下記式（１）に示す計算を行うことにより、リコメンデーション値Ｒを求める。
【００５４】
Ｒ＝Ｗａ＊Ａ＋Ｗｂ＊Ｂ＋Ｗｃ＊Ｃ＋Ｗｄ＊Ｄ＋Ｗｅ＊Ｅ＋Ｗｆ＊Ｆ          (1）
ここで、式（１）中のリコメンデーション値Ｒは、本実施形態の携帯電話端末がユーザに対してアプリケーションやコンテンツの利用を推奨する際の推奨度合い（以下、推奨度と表記する）を表す定量的な値であり、アプリケーション毎、又は、アプリケーションの内容（例えばコンテンツ）毎に求められる。なお、本実施形態では、図５に示す表のように、アプリケーションの例として、「メール」、「電話」、「動画ビューワ」、「静止画ビューワ」、「ゲーム」、「ＴＶ」、「ウェブ」、「スケジュール」、「端末設定変更」、「音楽プレーヤ」、「同期」を挙げており、また、アプリケーションの内容（コンテンツ）例として、各アプリケーションにおける代表的なコンテンツ例等を表す内容ｃ１と、当該内容ｃ１の詳細を表す内容ｃ２とを挙げている。例えば、「動画ビューワ」アプリケーションを例に挙げた場合、その内容ｃ１の例としては、「動画を見る」や「動画をダウンロード（ＤＬ）」等を挙げることができ、また、内容ｃ２の例としては、「ＸＸＸの動画を見る」（ＸＸＸはファイル名）、「ＹＹＹで動画をダウンロード」（ＹＹＹはサイトのアドレス）等が挙げられる。リコメンデーション値Ｒは、これらアプリケーション毎、及び、それら各アプリケーションの各内容ｃ１，ｃ２毎に求められる。
【００５５】
また、式（１）中のＡ〜Ｆは、ユーザの嗜好に関連する各カテゴリー毎に求められる値である。本実施形態では、ユーザ嗜好に関連する各カテゴリーとして、図６に示す表のように、「途中カテゴリー」、「更新日時カテゴリー」、「リアルタイム性カテゴリー」、「履歴カテゴリー」、「頻度カテゴリー」、「キーワードカテゴリー」とを挙げており、また、図６に示す表では、「途中カテゴリー」で求められる値を「Ａ（カテゴリー値Ａ）」、「更新日時カテゴリー」で求められる値を「Ｂ（カテゴリー値Ｂ）」、「リアルタイム性カテゴリー」で求められる値を「Ｃ（カテゴリー値Ｃ）」、「履歴カテゴリー」で求められる値を「Ｄ（カテゴリー値Ｄ）」、「頻度カテゴリー」で求められる値を「Ｅ（カテゴリー値Ｅ）」、「キーワードカテゴリー」で求められる値を「Ｆ（カテゴリー値Ｆ）」と表記している。すなわち、上記カテゴリー値Ａは例えばアプリケーションやコンテンツが実行途中で終了したような場合に、そのアプリケーションやコンテンツをその後に再度実行させたいというユーザの要求をリコメンデーション値Ｒに反映させるための情報であり、カテゴリー値Ｂはアプリケーションやコンテンツの新しさに対するユーザ嗜好をリコメンデーション値Ｒに反映させるための情報であり、カテゴリー値Ｃはアプリケーションやコンテンツが有する即時性に対するユーザの要求をリコメンデーション値Ｒに反映させるための情報であり、カテゴリー値Ｄはアプリケーションやコンテンツの連続的な利用に対するユーザの要求をリコメンデーション値Ｒに反映させるための情報であり、カテゴリー値Ｅはアプリケーションやコンテンツの習慣的な利用に対するユーザの要求をリコメンデーション値Ｒに反映させるための情報であり、カテゴリー値Ｆはユーザの好みに関するキーワードをリコメンデーション値Ｒに反映させるための情報であり、これらの情報が情報取得制御部２０により取得される。
【００５６】
また、式（１）中のＷａ〜Ｗｆは、ユーザ嗜好に関連する各カテゴリー値Ａ〜Ｆに各々対応した重み付けの係数であり、この情報も情報取得制御部２０により取得される。
【００５７】
以下、ユーザ嗜好に関連する各カテゴリーの意味と効果、及び、各カテゴリー値Ａ〜Ｆの求め方、各カテゴリー値Ａ〜Ｆを求める時に用いる各種の基本情報の取得方法について説明する。なお、以下の説明において、ｆ（ｘ）はｘの関数であることを示す。どのような関数式かはここでは問わない。例えば、ｆ（現在日時−利用日時）であるとき、ｘは（現在日時−利用日時）から求められる値となる。なお、ここで例示したｆ（ｘ）は現在日時と利用日時に対する関数であり、（現在日時−利用日時）は一例であって本実施形態はこれに限定するものではない。
【００５８】
〔「途中カテゴリー」とカテゴリー値Ａ〕
先ず、「途中カテゴリー」とそのカテゴリー値Ａについて説明する。
【００５９】
例えば携帯電話端末のように間欠的な利用形態がとられる機器において、例えば電子ゲームが実行されている途中や、電子メールの文章が作成されている途中、動画ビューワにて動画の再生等が行われている途中において、何らかの理由によりそれらアプリケーションやコンテンツが一旦終了させられたような場合には、その後に、それら一旦途中で終了されたアプリケーションやコンテンツを例えばその終了時点から続けて実行させたいとユーザが要求若しくは嗜好すると考えられる。本実施形態では、そのようなユーザの要求・嗜好を反映させられるようにするために、「途中カテゴリー」を設け、その「途中カテゴリー」におけるカテゴリー値Ａをリコメンデーション値Ｒの計算に用いるようにしている。
【００６０】
このため、本実施形態の情報取得制御部２０は、アプリケーションやコンテンツ等の実行途中においてその実行が途中で終了した場合、その途中終了日時情報と、当該途中で終了したアプリケーションやコンテンツを示す情報とを、基本情報として取得してデータ保持部１９に保存しておく。すなわち、情報取得制御部２０は、例えば、動画ビューワでの動画視聴（再生）中に途中で視聴（再生）が終了された場合や、作成した電子メールを送信せずに例えばいわゆる下書きフォルダに保存した場合、電子ゲームが途中で終了された場合などに、それらアプリケーションやコンテンツの情報と終了日時情報とを、基本情報として取得及び保存しておく。
【００６１】
そして、制御部１０は、予め決められた一定期間毎、若しくは、「特定ボタン」が押された時、或いは、何らかのイベントが発生した時、上記データ保持部１９に保存した途中終了日時情報とアプリケーション・コンテンツ情報を用いて、アプリケーション・コンテンツ毎に「途中カテゴリ」のカテゴリー値Ａを計算する。具体的には、関数ｆ（ｘ）を用い、途中で終了した日時が新しいアプリケーションやコンテンツほどカテゴリー値Ａの値が大きくなるような計算を行う。但し、アプリケーションやコンテンツの種類等によっては、日時の新しさの意味合いが異なるので、それらアプリケーションやコンテンツ毎に所定の係数Ｐａにて調整を施すことで、各アプリケーションやコンテンツ毎にカテゴリー値Ａの値をどの程度大きくするかを変更することも可能である。
【００６２】
すなわち、本実施形態において、制御部１０は、アプリケーション・コンテンツ毎に、式（２）の計算によってカテゴリー値Ａを求める。なお、式（２）中のＴｐは現在日時、Ｔｈは途中終了日時を示す値である。
【００６３】
Ａ＝（ｆ（Ｔｐ−Ｔｈ））＊Ｐａ                (2）
〔「更新日時カテゴリー」とカテゴリー値Ｂ〕
次に、「更新日時カテゴリー」とそのカテゴリー値Ｂについて説明する。
【００６４】
本実施形態の携帯電話端末は、インターネット経由のダウンロードや外部メモリからの転送等により、新しい音楽コンテンツ、動画コンテンツ、電子ゲームコンテンツ等の各種コンテンツや、各種アプリケーション等を新たに取得したり、また、カメラにより画像コンテンツを新たに撮影したり、電子メールを受信することが可能となされており、それら新たに取得したアプリケーションやコンテンツは、ユーザが要求若しくは嗜好したものであると考えられる。本実施形態では、そのようなユーザの要求若しくは嗜好を反映させるために、「更新日時カテゴリー」を設け、その「更新日時カテゴリー」におけるカテゴリー値Ｂを、リコメンデーション値Ｒの計算に用いるようにしている。
【００６５】
このため、本実施形態の情報取得制御部２０は、アプリケーションやコンテンツ等が新たに取得された場合、それらアプリケーションやコンテンツを示す情報と、その更新日時情報とを、基本情報として取得してデータ保持部１９に保存しておくようにする。すなわち、情報取得制御部２０は、例えば、動画ビューワで視聴される動画コンテンツが取得された場合や、静止画ビューワで観ることのできる写真（静止画コンテンツ）が撮影された場合、その写真が編集された場合、電子メールが受信された場合などに、それらアプリケーションやコンテンツの情報とその更新日時情報とを、基本情報として取得し、データ保持部１９に保存する。なお、ここで言う更新日時とは、アプリケーションやコンテンツの書き換えだけでなく、取得も含む。
【００６６】
そして、本実施形態の制御部１０は、予め決められた一定期間毎、若しくは、「特定ボタン」が押された時、或いは、何らかのイベントが発生した時、上記更新日時情報とアプリケーション・コンテンツ情報を用い、アプリケーション・コンテンツ毎に「更新日時カテゴリ」のカテゴリー値Ｂを計算する。具体的には、関数ｆ（ｘ）を用い、更新日時が新しいアプリケーションやコンテンツほどカテゴリー値Ｂの値が大きくなるような計算を行う。但し、アプリケーションやコンテンツの種類によっては、日時の新しさの意味合いが異なるので、それらアプリケーションやコンテンツ毎に所定の係数Ｐｂにて調整を施すことで、各アプリケーションやコンテンツ毎にカテゴリー値Ｂの値をどの程度大きくするかを変更することも可能である。
【００６７】
すなわち、本実施形態において、制御部１０は、アプリケーション・コンテンツ毎に、式（３）の計算によってカテゴリー値Ｂを求める。なお、式（３）中のＴｐは現在日時、Ｔｒは更新日時を示す値である。
【００６８】
Ｂ＝（ｆ（Ｔｐ−Ｔｒ））＊Ｐｂ                    (3）
また、アプリケーションやコンテンツの更新日時と共に、アプリケーションやコンテンツが発売，作成された日時も、リコメンデーション値Ｒの計算に用いても良い。この場合、アプリケーションやコンテンツの発売，作成に関するカテゴリー値Ｂ’は、式（３）’の計算により求めることができる。なお、式（３）’中のＴｒ’は発売，作成日時、Ｐｂ’は所定の係数である。
【００６９】
Ｂ’＝（ｆ（Ｔｐ−Ｔｒ’））＊Ｐｂ’              (3）'
なお、当該アプリケーションやコンテンツの発売，作成日時がリコメンデーション値Ｒの計算に用いられる場合には、当該式（３）’により得られるカテゴリー値Ｂ’とそれに対応する重み付け係数Ｗｂ’の演算式（Ｂ’＊Ｗｂ’）が、前記式（１）に追加されることになる。
【００７０】
〔「リアルタイム性カテゴリー」とカテゴリー値Ｃ〕
次に、「リアルタイム性カテゴリー」とそのカテゴリー値Ｃについて説明する。
【００７１】
本実施形態の携帯電話端末は、例えばテレビジョン放送の視聴や、携帯電話システムやインターネットを介して配信されるニュース，スポーツの動画像，音声等を取得可能となされている。但し、それらテレビジョン放送，ニュース，スポーツ等のアプリケーションやコンテンツは、リアルタイムに視聴等しなければ、極度に意味や価値を失うものであることが多いと思われる。また、スケジュールに関するアプリケーションやコンテンツに関しても、リアルタイム性を考慮する必要があると思われる。スケジュールに関して補足すると、本実施形態の携帯電話端末にスケジュール情報が登録されているような場合において、例えば、「特定ボタン」が押された際、若しくは押されてから一定時間内（例えば１時間、１日等）に、スケジュールを確認することにリアルタイム性を持つ嗜好が存在すると考えられる。本実施形態では、それらリアルタイム性を重視したユーザの要求や嗜好を反映させるために、「リアルタイム性カテゴリー」を設け、その「リアルタイム性カテゴリー」におけるカテゴリー値Ｃを、リコメンデーション値Ｒの計算に用いるようにしている。
【００７２】
このため、本実施形態の情報取得制御部２０は、例えばテレビジョン放送におけるいわゆるＥＰＧ（Electric Program Guide）データや、音楽，動画コンテンツに付随（若しくは含まれる）する情報、インターネット上のウェブページから取得した情報と、それらアプリケーションやコンテンツを示す情報とを、基本情報として取得してデータ保持部１９に保存する。すなわち、情報取得制御部２０は、例えば、テレビジョン放送の場合には、テレビジョン番組名とその放送日付、曜日、放送時間、チャンネル、出演者、ジャンル等の情報を、また、音楽コンテンツの場合には、そのタイトル、再生時間長、アーティスト名、作曲者、ジャンル等の情報を、動画コンテンツの場合には、そのタイトル、再生時間長、出演者名、監督名、ジャンル等の情報を、電子メールの場合には、送信者アドレスと受信者アドレス、タイトル等の情報と、それらアプリケーションやコンテンツを示す情報とを、基本情報として取得し、データ保持部１９に保存する。また、上記スケジュールの場合、情報取得制御部２０は、或る一定時間毎にスケジュールの有無情報とその内容情報を基本情報として取得し、それをデータ保持部１９に保存する。なお、本実施形態では、これら基本情報として、例えば後述するキーワードカテゴリーで用いられるキーワードと同じものを用いることとする。
【００７３】
また、本実施形態では、上記基本情報（キーワード）として取得が期待される情報と、所定のリアルタイム係数との対応関係を示すテーブルが予め用意されている。
【００７４】
そして、制御部１０は、予め決められた一定期間毎、若しくは、「特定ボタン」が押された時、或いは、何らかのイベントが発生した時、キーワードに対応するリアルタイム係数を当該テーブルから読み出し、その読み出したリアルタイム係数の合計値（Ｓｕｍ値）又は最大値（Ｍａｘ値）等を求め、そのＳｕｍ値又はＭａｘ値に上記キーワードから求められる値（後述する「キーワードカテゴリー」のカテゴリー値Ｆ）を掛けることで、当該「リアルタイム性カテゴリー」のカテゴリー値Ｃを求める。
【００７５】
すなわち、制御部１０は、アプリケーション・コンテンツ毎に、式（4-1）又は式（4-2）又は式（4-3）の計算によってカテゴリー値Ｃを求める。なお、式中のＦは後述する「キーワードカテゴリー」のカテゴリー値Ｆであり、Ｐｃ１〜Ｐｃｘはキーワードに応じてテーブルから読み出された総てのリアルタイム係数である。また、式中のＳｕｍ（Ｐｃ１〜Ｐｃｘ）はキーワードに応じてテーブルから読み出された総てのリアルタイム係数の合計値となり、Ｍａｘ（Ｐｃ１〜Ｐｃｘ）はキーワードに応じてテーブルから読み出された総てのリアルタイム係数のうちの最大値となる。
【００７６】
Ｃ＝Ｆ＊Ｓｕｍ（Ｐｃ１〜Ｐｃｘ）                      (4-1）
又は
Ｃ＝Ｆ＊Ｍａｘ（Ｐｃ１〜Ｐｃｘ）                      (4-2）
又は
Ｃ＝Ｆ＊ｆ（Ｐｃ１〜Ｐｃｘ）                          (4-3）
〔「履歴カテゴリー」とカテゴリー値Ｄ〕
次に、「履歴カテゴリー」とそのカテゴリー値Ｄについて説明する。
【００７７】
一般に、携帯電話端末のユーザは、アプリケーションやコンテンツを一時的に連続して利用することがある。例えば、新しい電子ゲームを取得したような場合に、その電子ゲームを最後までプレイ（いわゆるクリアする）ために、毎日のように当該電子ゲームを実行させたり、音楽コンテンツを取得した場合に、その音楽を毎日のように聴いたり、例えば毎日放送される同じテレビジョン番組を視聴したり、友人等の同じアドレスに宛てて毎日電子メールを作成して送信するようなことがある。本実施形態では、そのような連続性を有するユーザの要求若しくは嗜好を反映させるために、「履歴カテゴリー」を設け、その「履歴カテゴリー」におけるカテゴリー値Ｄを、リコメンデーション値Ｒの計算に用いるようにしている。
【００７８】
このため、本実施形態の情報取得制御部２０は、アプリケーションやコンテンツ等が実行された日時情報と、それらアプリケーションやコンテンツを示す情報とを、基本情報として取得してデータ保持部１９に保存する。すなわち、情報取得制御部２０は、例えば、同じ電子ゲームが連続してプレイされた場合や、同じ音楽コンテンツが連続して再生された場合、同じテレビジョン放送番組が連続して視聴された場合、同じアドレスに宛てた電子メールが連続して作成，送信されたような場合、それらのアプリケーションやコンテンツの情報とそれらが連続して利用された日時情報とを、基本情報として取得し、データ保持部１９に保存する。
【００７９】
そして、制御部１０は、予め決められた一定期間毎、若しくは、「特定ボタン」が押された時、或いは、何らかのイベントが発生した時、上記利用日時情報とアプリケーション・コンテンツ情報を用い、アプリケーション・コンテンツ毎に「履歴カテゴリ」のカテゴリー値Ｄを計算する。具体的には、関数ｆ（ｘ）を用い、利用日時が新しいアプリケーションやコンテンツほどカテゴリー値Ｄの値が大きくなるような計算を行う。但し、アプリケーションやコンテンツによっては、利用日時の新しさの意味合いが異なるので、それらアプリケーションやコンテンツ毎に所定の係数Ｐｄにて調整を施すことで、各アプリケーションやコンテンツ毎にカテゴリー値Ｄの値をどの程度大きくするかを変更することも可能である。
【００８０】
すなわち、制御部１０は、アプリケーション・コンテンツ毎に、式（５）の計算によってカテゴリー値Ｄを求める。なお、式（５）中のＴｐは現在日時、Ｔｕは利用日時を示す値である。
【００８１】
Ｄ＝（ｆ（Ｔｐ−Ｔｕ））＊Ｐｄ                    (5）
なお、同じアプリケーションやコンテンツのカテゴリー値Ｄが複数ある場合には、それら複数のカテゴリー値Ｄがアプリケーションやカテゴリ毎に加算される。
【００８２】
また、カテゴリー値Ｄは後述するキーワードを用いて求めることも可能であるが、本実施形態のように履歴カテゴリーを設けることで、ユーザの嗜好をより反映したリコメンデーション値を求めることが容易となる。
【００８３】
〔「頻度カテゴリー」とカテゴリー値Ｅ〕
次に、「頻度カテゴリー」とそのカテゴリー値Ｅについて説明する。
【００８４】
携帯電話端末のユーザは、アプリケーションやコンテンツを習慣的に利用ことがある。例えば、親しい友人に対して電子メールや電話による連絡、スケジュールの同期を行う場合や、毎週放送されるテレビジョン番組を視聴するようなことがある。本実施形態では、そのような習慣的なユーザの要求若しくは嗜好を反映させるために、「頻度カテゴリー」を設け、その「頻度カテゴリー」におけるカテゴリー値Ｅを、リコメンデーション値Ｒの計算に用いるようにしている。
【００８５】
このため、情報取得制御部２０は、アプリケーションやコンテンツ等が利用された日時情報と、それらアプリケーションやコンテンツを示す情報とを、基本情報として取得してデータ保持部１９に保存する。すなわち、情報取得制御部２０は、例えば、同じ電子メールアドレスや電話番号へアクセスされたり、スケジュール同期が行われたり、同じテレビジョン番組が視聴されているような場合、それらのアプリケーションやコンテンツの情報とそれらが利用された日時情報とを、基本情報として取得し、データ保持部１９に保存する。
【００８６】
そして、制御部１０は、予め決められた一定期間毎、若しくは、「特定ボタン」が押された時、或いは、何らかのイベントが発生した時、上記利用日時情報とアプリケーション・コンテンツ情報を用い、アプリケーション・コンテンツ毎に「頻度カテゴリ」のカテゴリー値Ｅを計算する。具体的には、先ず、一定時間内で利用された総てのアプリケーション及び総てのコンテンツについての総利用回数と、各アプリケーション及び各コンテンツ毎の各利用回数とを求め、次いで、関数ｆ（ｘ）を用いて、総利用回数当たりの各アプリケーション・各コンテンツ毎の各利用回数の割合を求めるような計算を行う。但し、アプリケーションやコンテンツによっては、利用回数の意味合いが異なるので、それらアプリケーションやコンテンツ毎に所定の係数Ｐｅにて調整を施して、各アプリケーションやコンテンツ毎にカテゴリー値Ｅの値を変更することも可能である。
【００８７】
すなわち、制御部１０は、アプリケーション・コンテンツ毎に、式（６）の計算によってカテゴリー値Ｅを求める。なお、式（６）中のＮｉは各利用回数、Ｎｔは総利用回数を示す値である。
【００８８】
Ｅ＝ｆ（Ｎｉ／Ｎｔ）＊Ｐｄ                      (6）
なお、カテゴリー値Ｅは後述するキーワードを用いて求めることも可能であるが、本実施形態のように頻度カテゴリーを設けることで、ユーザの嗜好をより反映したリコメンデーション値を求めることが容易となる。
【００８９】
〔「キーワードカテゴリー」とカテゴリー値Ｆ〕
次に、「キーワードカテゴリー」とそのカテゴリー値Ｆについて説明する。
【００９０】
携帯電話端末のユーザの嗜好性は、例えばユーザの基本プロファイルやユーザが利用したアプリケーション・コンテンツ、及び、アプリケーションやコンテンツに付随若しくは含まれるキーワードを取得して統計を取ることで推測することが可能であると考えられる。また、複数のアプリケーションやコンテンツに跨ってキーワードを取得すれば、個々のキーワードの取得頻度が上がることになり、ユーザの嗜好性の推測精度が向上すると考えられる。また、複数のアプリケーションやコンテンツに跨ってキーワードを取得する場合、例えば新たにアプリケーションやコンテンツが増えた場合でも、それに即応してユーザの嗜好性を予測することが可能になると考えられる。本実施形態では、複数のアプリケーションやコンテンツに跨ったユーザの要求若しくは嗜好を反映させるために、「キーワードカテゴリー」を設け、その「キーワードカテゴリー」のおけるカテゴリー値Ｆを、リコメンデーション値Ｒの計算に用いるようにしている。
【００９１】
このため、情報取得制御部２０は、例えばテレビジョン放送におけるいわゆるＥＰＧデータや、音楽，動画コンテンツに付随（若しくは含まれる）する情報、インターネット上のウェブページから取得したキーワードと、それらアプリケーションやコンテンツを示す情報とを、基本情報として取得してデータ保持部１９に保存する。すなわち、情報取得制御部２０は、例えば、テレビジョン放送の場合には、テレビジョン番組名とその放送日付、曜日、放送時間、チャンネル、出演者、ジャンル等のキーワードを、また、音楽コンテンツの場合には、そのタイトル、再生時間長、アーティスト名、作曲者、ジャンル等のキーワードを、動画コンテンツの場合には、そのタイトル、再生時間長、出演者名、監督名、ジャンル等のキーワードを、電子ゲーム場合には、そのタイトル、ジャンル、提供メーカ等のキーワードと、それらアプリケーションやコンテンツを示す情報とを、基本情報として取得し、データ保持部１９に保存する。
【００９２】
また、本実施形態の携帯電話端末には、上記キーワードとして取得が期待される情報と、それらキーワードに対する嗜好度を表す係数（以下、キーワード用係数と表記する）との対応関係を示すテーブルが予め用意されている。
【００９３】
そして、制御部１０は、予め決められた一定期間毎、若しくは、「特定ボタン」が押された時、或いは、何らかのイベントが発生した時、情報取得制御部２０が取得したキーワードに対応するキーワード用係数を当該テーブルから読み出し、その読み出したキーワード用係数の合計値（Ｓｕｍ値）又は最大値（Ｍａｘ値）等を求めることで、当該「キーワードカテゴリー」のカテゴリー値Ｆを求める。
【００９４】
すなわち、制御部１０は、アプリケーション・コンテンツ毎に、式（7-1）又は式（7-2）又は式（7-3）の計算によってカテゴリー値Ｆを求める。なお、式中のＰｆ１〜Ｐｆｘはキーワードに応じてテーブルから読み出された総てのキーワード用係数である。また、式中のＳｕｍ（Ｐｆ１〜Ｐｆｘ）はキーワードに応じてテーブルから読み出された総てのキーワード用係数の合計値となり、Ｍａｘ（Ｐｆ１〜Ｐｆｘ）はキーワードに応じてテーブルから読み出された総てのキーワード用係数のうちの最大値となる。
【００９５】
Ｆ＝Ｓｕｍ（Ｐｆ１〜Ｐｆｘ）                      (7-1）
又は
Ｆ＝Ｍａｘ（Ｐｆ１〜Ｐｆｘ）                      (7-2）
又は
Ｆ＝ｆ（Ｐｆ１〜Ｐｆｘ）                          (7-3）
なお、上述した各カテゴリー値Ａ〜Ｆの計算は、リコメンデーション値Ｒを計算する都度行っても良いし、定期的に行い（例えば一時間に一度計算）、実際にリコメンデーション値Ｒを計算する際に、先に計算せれた各カテゴリー値Ａ〜Ｆを参照するようにしても良い。リコメンデーション値Ｒを計算する度に各カテゴリー値Ａ〜Ｆの計算を行った場合は、より正確なリコメンデーション値Ｒを求めることができ、一方、定期的に各カテゴリー値Ａ〜Ｆを計算する場合には、リコメンデーション値Ｒを求める際の計算量を減らすことが可能となる。
【００９６】
〔係数の説明〕
以下、上述した各カテゴリー値Ａ〜Ｆの計算時に使用される各係数Ｐａ〜Ｐｆ、リコメンデーション値Ｒの計算時に用いられる重み付け係数Ｗａ〜Ｗｆ等について説明する。
【００９７】
それら各係数Ｐａ〜Ｐｆ、重み付け係数Ｗａ〜Ｗｆ等の初期値は、予め携帯電話端末に保存されており、情報取得制御部２０による制御の元で、アプリケーションやコンテンツの利用に応じて適宜更新される。
【００９８】
先ず、各カテゴリー値Ａ〜Ｆの計算時に使用される各係数Ｐａ〜Ｐｆから説明する。
【００９９】
本実施形態において、「途中カテゴリー」，「更新日時カテゴリー」，「履歴カテゴリー」，「頻度カテゴリー」の各カテゴリー値Ａ，Ｂ，Ｄ，Ｅの計算に使用される所定の係数Ｐａ，Ｐｂ，Ｐｄ，Ｐｅの初期値は例えば全て１（掛け算で使われるもの）とし、「キーワードカテゴリー」のカテゴリー値Ｆの計算に使用される総てのキーワード用係数Ｐｆ１〜Ｐｆｘの初期値は「０」とする。「リアルタイム性カテゴリー」の計算に使用されるリアルタイム性係数Ｐｃ１〜Ｐｃｘに関しては、一般的な情報を基に係数の初期値を持つこととする。但し、各カテゴリー値Ａ〜Ｆの関数をどのようなものにするかで、それら係数値は変わるため、本発明はここで上げた数値に限定するものではない。
【０１００】
ここで、「キーワードカテゴリー」のカテゴリー値Ｆを求めるのに用いられるキーワード用係数の初期値設定例とキーワード例を図７の表に示し、「リアルタイム性カテゴリー」のカテゴリー値Ｃを求めるのに用いられるリアルタイム性係数の初期値設定例とアプリケーション例及びキーワード例を図８の表に示す。なお、これら図７，図８の表に挙げられているキーワード（ニュース、スポーツ等）は一例であり、本発明はこれらに限定されない。図８の表の例からわかるように、リアルタイム性係数については、「０」以外の数値も初期値として計算に用いられる。このようにリアルタイム性係数の初期値に「０」以外の数値を用いたのは、リアルタイム性の嗜好がユーザ間に大きな違いがないと考えられるためである。また、図８のように、リアルタイム性係数は、アプリケーション毎にキーワードを保持しており、それらキーワードが各々別個にリアルタイム性係数が用意されている。これは、アプリケーションに応じてリアルタイム性係数が大きく異なるからである。
【０１０１】
また、リアルタイム性係数とキーワード用係数は、アプリケーションやコンテンツの利用状況に応じてその値を変更（つまり更新）可能となされており、これら係数はカテゴリー内で重み付けを持たせることも可能である。これら係数の更新は、情報取得制御部２０による制御の元で、下記式（８），式（９）により行われる。なお、式（８）はキーワード毎のキーワード用係数計算式であり、式（９）は或るアプリケーションのキーワード毎のリアルタイム性係数計算式であり、式（８）中のＰｆ１は端末に設定されているキーワード用係数の初期値（図７の表参照）、Ｎｆｃはキーワード発生回数であり、式（９）中のＰｃ１は端末に設定されているリアルタイム性係数の初期値（図８の表参照）、Ｎｃｃはリアルタイム性イベント発生回数である。
【０１０２】
Ｐｆ＝Ｐｆ１＋Ｓｕｍ（Ｎｆｃ）                  (8）
Ｐｃ＝Ｐｃ１＋Ｓｕｍ（Ｎｃｃ）                  (9）
式（８）において、アプリケーションを利用した時に、その中に含まれるキーワードに所定のキーワードが含まれている場合、情報取得制御部２０は、当該所定のキーワードについてのキーワード発生回数値を「１」増加させる。また、式（９）において、リアルタイム性を持ったアプリケーションが利用され、その中に含まれるキーワードに所定のキーワードが含まれている場合、情報取得制御部２０は、当該所定のキーワードのリアルタイム性イベント発生回数値を「１」増加させる。
【０１０３】
なお、リアルタイム性を持ったアプリケーションが利用されるとは、例えばテレビジョン放送の視聴用のアプリケーションのように特定の時間にしか楽しめない番組を視聴した時や、更新日時（又は発売・作成日時）が新しいコンテンツを利用した時が該当する。例えば、テレビジョン放送を視聴した時には、テレビジョン番組に付随する情報（例えば番組名、出演者、ジャンル等）に関連するキーワードのリアルタイム性イベント発生回数が「１」増加し、当該テレビジョン放送視聴用のアプリケーションに分類されるキーワードのみがカウントされる。また、更新日時（又は発売・作成日時）が新しいコンテンツを利用した場合において、その更新日時（又は発売・作成日時）から一定時間以内にそのコンテンツが利用された時には、そのコンテンツに付随する情報（番組名、出演者、ジャンル等）に関連するキーワードのリアルタイム性イベント発生回数が「１」増加し、当該コンテンツを利用する時に用いたアプリケーションに分類されるキーワードのみがカウントされる。なお、上記一定時間とは、例えば一週間、三日、一日、一時間等であり、全てのアプリケーションで同じ時間を用いても良いし、アプリケーション毎に個々に時間を決めておいても良い。例えば、電子メールを受信した三日以内にその内容を確認したような場合にはリアルタイム性は非常に少ないと考えられるが、例えば楽曲コンテンツをその発売日から三日以内に購入して聴いた（再生した）ような場合にはリアルタイム性が有ると考えられるため、この例のように、アプリケーション毎に時間の概念が異なる場合には、アプリケーション毎に一定時間を決めることが望ましい。当該一定時間が経過した場合、情報取得制御部２０は、キーワード用係数、リアルタイム性係数を初期値に戻す。
【０１０４】
ここで、上記式（８），式（９）による係数更新の具体例として、例えば、一定時間以内（リアルタイム性を満たす条件）において、ユーザが電子メールのアプリケーションを利用して友人ｕからの２通の電子メールを確認したような場合、情報取得制御部２０は、当該電子メールのアプリケーションに属する「友人ｕ」のキーワード用係数に「２」を加算すると共に、「友人ｕ」の両キーワードに対応するリアルタイム性係数に「２」を加算する。また例えば、一定時間以内において、ユーザが音楽プレーヤのアプリケーションを利用してアーティストａの楽曲を聴いた（例えば発売後一定時間以内に聴いた）ような場合、情報取得制御部２０は、音楽プレーヤのアプリケーションに属する「アーティストａ」のキーワード用係数に「１」を加算すると共に、「アーティストａ」のキーワードに対応するリアルタイム性係数に「１」を加算する。また例えば、一定時間以内において、ユーザがテレビジョン放送用のアプリケーションを利用して地上ディジタルテレビジョン放送のニュース番組を視聴したような場合、情報取得制御部２０は、テレビジョン放送用のアプリケーションに属する「ニュース」のキーワード用係数に「１」を加算すると共に、「ニュース」のキーワードに対応するリアルタイム性係数に「１」を加算する。
【０１０５】
また例えば、一定時間を越える時間（リアルタイム性を満たさない条件）において、ユーザがウェブ閲覧用のアプリケーションを利用してウェブ上で古いニュースを確認したような場合、情報取得制御部２０は、当該ウェブ閲覧用のアプリケーションに属する「ニュース」のキーワード用係数に「１」を加算する一方で、リアルタイム性係数については特に値の加算を行わない。また例えば、一定時間を越える条件において、ユーザが電子メールのアプリケーションを利用して友人ｕからの昔の電子メールを確認したような場合、情報取得制御部２０は、当該電子メールのアプリケーションに属する「友人ｕ」のキーワード用係数に「１」を加算する一方で、リアルタイム性係数については特に値の加算を行わない。
【０１０６】
以上説明したような一定時間以内（リアルタイム性を満たす条件）と一定時間を満たさない条件（リアルタイム性を満たさない条件）でのアプリケーション利用によって係数更新が行われた場合、図７に示したキーワード用係数の表の値は図９に示す表の値に更新され、図８に示したリアルタイム性係数の表の値は図１０に示す表の値に更新されることになる。
【０１０７】
なお、上述したキーワード用係数、リアルタイム性係数は、或る一定期間の利用のみに依存しても良いし、全てが合計されても良い。また、キーワード用係数、リアルタイム性係数の計算は、時間ではなく、利用回数で区切っても良い。すなわち、時間で区切った場合、その時間内に携帯電話端末を利用しないとキーワード用係数、リアルタイム性係数が初期値に戻ってしまうが、利用回数で区切った場合には初期値に戻ることはない。また、図７〜図１０の各表では、係数値を絶対的な指標となる数値で表したが、相対的なカウント値にしても良い。絶対的な数値にすると、リアルタイム性係数やキーワード用係数は、或る一定時間内で増える一方になり、リコメンデーション値Ｒに対するカテゴリー値ＣやＦの影響力が大きくなる可能性があるが、相対的な値にすれば、そのような状況になることを防止することができる。また、前述の式（８）と式（９）の場合は、初期値に合計（ｓｕｍ）が単純に加算されているが、例えば、初期値とｓｕｍからなる関数ｆ（ｘ）を求めるようにしても良い。すなわち例えば、値が「３００」から「３０１」に増えるような場合と、値が「０」から「１」に増えるような場合とでは、各々値が「１」増加することについての重みが異なるため、上記関数ｆ（ｘ）を用いることでそのようなケースに対応できるようにしても良い。
【０１０８】
次に、重み付け係数Ｗａ〜Ｗｆについて説明する。
【０１０９】
重み付け係数Ｗａ〜Ｗｆの初期値は携帯電話端末に保存されており、本実施形態の場合、各重み付け係数Ｗａ〜Ｗｆの初期値は例えば全て「１」となされている。勿論、本発明では、当該初期値を「１」に限定するものではない。なお、重み付け係数Ｗａ〜Ｗｆは、端末に予め保存されていても良いが、他者の端末から転送したり、所定のサイト等からダウンロードしても良い。所定のサイトからダウンロードされる重み付け係数Ｗａ〜Ｗｆとしては、例えば有名人等の嗜好に応じたものなどが考えられる。特に、有名人の嗜好に応じた重み付け係数Ｗａ〜Ｗｆをダウンロードした場合には、リコメンデーション値Ｒの計算に当該有名人の嗜好を反映させることができるようになる。
【０１１０】
また本実施形態において、重み付け係数Ｗａ〜Ｗｆは、情報取得制御部２０による制御の元、ユーザによるアプリケーションやコンテンツの利用に応じてその値が更新される。それら重み付け係数Ｗａ〜Ｗｆの値を更新することで、各カテゴリー値Ａ〜Ｆに各々所望の重み付けを行うことが可能となり、本実施形態のように、ユーザによるアプリケーションやコンテンツの利用に応じた値の更新によって、よりユーザの嗜好に合ったリコメンデーション値Ｒの生成が可能となる。
【０１１１】
本実施形態では、前述の式（１）の計算により求められるリコメンデーション値Ｒに応じた推奨度で各アプリケーションやコンテンツにランク付けがなされ、ランクの高いものから順に並べてディスプレイ上に表示し、その中からユーザが所望のアプリケーションやコンテンツを選択可能となされているが、そのようにディスプレイ上にアプリケーションやコンテンツを並べて表示している状態で、例えば第１位にランクされているアプリケーション或いはコンテンツの利用がユーザにより選ばれた場合、情報取得制御部２０は、上記重み付け係数Ｗａ〜Ｗｆの更新を行わない。
【０１１２】
一方で、ユーザの嗜好が的確に反映されているのであれば、第１位のランクのものがユーザにより選ばれるはずであるが、例えば、第２位以降にランクされているアプリケーション或いはコンテンツの利用がユーザによって選ばれた場合、情報取得制御部２０は、直前のリコメンデーション値Ｒの計算がなされた時のＷａ＊Ａ、Ｗｂ＊Ｂ、Ｗｃ＊Ｃ、Ｗｄ＊Ｄ、Ｗｅ＊Ｅ、Ｗｆ＊Ｆの各値を基に、上記重み付け係数Ｗａ〜Ｗｆを更新する。
【０１１３】
具体的には、情報取得制御部２０は、例えば、第１位のランクのアプリケーション又はコンテンツのリコメンデーション値Ｒに対応したＷａ＊Ａ、Ｗｂ＊Ｂ、・・・、Ｗｆ＊Ｆと、第２位以降のランクから選ばれたアプリケーション又はコンテンツのリコメンデーション値Ｒに対応したＷａ＊Ａ、Ｗｂ＊Ｂ、・・・、Ｗｆ＊Ｆとの各値をそれぞれ比較し、上記第２位以降のランクからユーザにより選ばれた方の値が大きいものをそれぞれピックアップし、それらピックアップされたものに対応した各重み付け係数Ｗｘ（ｘはａ〜ｆ）の値をそれぞれ例えば「１」増加させる。
【０１１４】
このように、第２位以降のランクのアプリケーションやコンテンツがユーザにより選ばれた場合、第１位のランクのものと比べて値が大きいものの重み付け係数を増加させるようにすれば、当該選ばれたもののリコメンデーション値Ｒが大きくなる方向に重み付け係数の値が変更されることになり、それによって、ユーザの嗜好を的確に反映させることが可能となる。
【０１１５】
なお、上記第２位以降にランクされているものがユーザによって選ばれた場合、上記値の差が一番大きなもののみをピックアップし、そのピックアップしたものに対応した重み付け係数Ｗｘのみ値を「１」増加させるようにしても良いし、第２位以降のランクからユーザにより選ばれた方の全ての値を「１」増加させても良い。また、Ｗａ＊Ａ、Ｗｂ＊Ｂ、・・・、Ｗｆ＊Ｆの全てにおいて、上記第２位以降のランクで選ばれた方よりも第１位のランクのものが上回っている場合には、当該第１位のランクのものが他のものに比べて突出してユーザに嗜好されていると考えられるため、重み付け係数の更新を行わないようにすることが望ましい。さらに、前述のキーワード用係数、リアルタイム性係数で説明したのと同様に、係数値を絶対的な数値で増加させるのではなく、相対的に増加させるようにしても良い。
【０１１６】
その他、前述の図３及び図４で示したように、各タブ毎に各アプリケーションやコンテンツが表示される場合において、例えば「おすすめ」タブ以外の「途中カテゴリー」、「更新日時カテゴリー」、「リアルタイム性カテゴリー」、「履歴カテゴリー」、「頻度カテゴリー」、「キーワードカテゴリー」の各タブの中の何れかが選択され、その選択されたタブ内に表示されたアプリケーションやコンテンツの中から所望のものが選択された場合、その選択されたタブのカテゴリー値に対応した重み付け係数の値を増加させるような係数更新を行うことも可能である。すなわち、「おすすめ」タブ以外の他のタブからアプリケーションやコンテンツを選ぶということは、ユーザはその選択したタブのカテゴリー条件を参考にした選択を行ったことを意味するので、当該選択されたタブのカテゴリー値に対応した重み付け係数の値を増加させる係数更新は有効である。
【０１１７】
図１１の表には、上述の重み付け係数Ｗａ〜Ｗｆの一例を示す。
【０１１８】
すなわちこの図１１では、「途中カテゴリー」の重み付け係数Ｗａの値が「１０」、「更新日時カテゴリー」の重み付け係数Ｗｂが「６」、「リアルタイム性カテゴリー」の重み付け係数Ｗｃが「８」、「履歴カテゴリー」の重み付け係数Ｗｄが「１」、「頻度カテゴリー」の重み付け係数Ｗｅが「８」、「キーワードカテゴリー」の重み付け係数Ｗｆが「８」となっているとした例を挙げている。
【０１１９】
また、図１２には、上記図１１の重み付け係数Ｗａ〜Ｗｆと前述した各カテゴリー値Ａ〜Ｆとを用いた式（１）の計算により各アプリケーション・コンテンツ毎にリコメンデーション値Ｒを求め、それら各アプリケーション・コンテンツのリコメンデーション値Ｒのうちの上位五つに対応した各カテゴリー値Ａ〜Ｆと、それら各カテゴリー値Ａ〜Ｆに図１１の重み付け係数Ｗａ〜Ｗｆを掛けた値との表を示す。
【０１２０】
この図１２からわかるように、例えば「キーワードカテゴリー」のカテゴリー値Ｆのみを考えた場合には「ＴＶ」のアプリケーションについての値が最も大きいが、本実施形態によれば、各カテゴリー値Ａ〜Ｆ及び重み付け係数Ｗａ〜Ｗｆを用いたリコメンデーション値Ｒの計算を行うことにより、「メール」のアプリケーションの推奨度が最も高くなっている。したがって、この図１２の例の場合、ディスプレイの主表示エリア上には、前述の図４に示したように、一番上位に「メール」が並べられ、次に「ゲーム」、「音楽プレーヤ」、「スケジュール」、「ＴＶ」の順に並べられることになる。すなわち、この図１２の例によれば、「メール」のアプリケーションを最上位に表示することにより、ユーザは例えば大切な友人からのメール確認を忘れることなく行うことができるようになる。また、図１２の例によれば、例えば「ゲーム」が最近ダウンロードしたものであり、連続してゲームをプレイしつつ且つゲームが未だ終了していないことが考慮され、２番目に表示されている。
【０１２１】
また、図１２は、リコメンデーション値Ｒに基づいてアプリケーションレベルで順位のランク分けを行った場合の表を示しているが、本発明実施形態では、図１３に示すように、リコメンデーション値Ｒに基づいてアプリケーションとコンテンツの階層を跨いだ順位のランク分けをも行っている。本実施形態によれば、この図１３のように、アプリケーションとコンテンツの階層を跨いだ順位のランク分けを行うことにより、推奨度が最も高い「メール」のアプリケーションにおいて更にその内容として友人ｕの未開封メールを確認することをユーザに推奨することができる。
【０１２２】
なお、本実施形態では、各カテゴリー値Ａ〜Ｆを総合してリコメンデーション値Ｒのランク付けを行う例（図４の「おすすめ」タブの例）を挙げているが、各カテゴリー毎のランク分けや、所望の２〜３種類のカテゴリー値のみをリコメンデーション値Ｒの計算に反映せたランク分けを行っても良い。すなわち、前記式（１）において、所望のカテゴリーに対応するＷｘ＊Ｘ（ｘはａ〜ｆのうち所望の値、ＸはＡ〜Ｆのうち所望の値）の項のみを使用し、他の項を削除するか若しくは重み付け係数Ｗｘを「０」にするような計算を行っても良い。一つのカテゴリーのＷｘ＊Ｘの項のみを使用した場合には、上記カテゴリー毎のリコメンデーション値Ｒが求められることになる。特に、各カテゴリー値Ａ〜Ｆを総合したランク分けと共に、各カテゴリー毎のランク分けを行って表示した場合、ユーザに対してそれら様々な角度からの情報を提供できることになり、また、重み付け係数の更新に各カテゴリー内での選択を反映させることができるようになる。
【０１２３】
〔アプリケーション使用条件に関連したリコメンデーション値の計算〕
ここまでの説明では、ユーザの嗜好に関連する各カテゴリー値Ａ〜Ｆを基にしたリコメンデーション値Ｒの計算について説明したが、本発明実施形態では、上記ユーザの嗜好に関連した各カテゴリー値Ａ〜Ｆに加えて、例えば、アプリケーションの使用条件（使用環境）に関連する「電波・アクセス状況カテゴリー」のカテゴリー値Ｇ、「バッテリー残量カテゴリー」のカテゴリー値Ｈ、「課金状況カテゴリー」のカテゴリー値Ｉをも加味してリコメンデーション値Ｒを求めることで、ユーザの嗜好とアプリケーションの使用条件の両方に基づく推奨度により、ユーザに対してアプリケーションやコンテンツの利用を推奨することが可能である。
【０１２４】
すなわち、アプリケーションやコンテンツのなかには、携帯電話端末において通信が出来ないと意味をなさないアプリケーションやコンテンツがあり、また、アプリケーションやコンテンツの利用により携帯電話端末のバッテリーの消費が激しくなるもの、アプリケーションやコンテンツの利用により課金されるものなどがある。例えば、テレビジョン放送の視聴アプリケーションにおいて受信可能なチャンネルが決められているような場合に、それ以外の受信不能チャンネルの視聴をリコメンデーション値Ｒの計算に基づいて推奨することは意味を持たず、また、携帯電話端末の周辺にブルートゥース方式の近距離通信装置が存在しないのにその近距離通信装置との間でスケジュール同期を行うためのアプリケーションやコンテンツの利用を推奨することも意味を持たず、また、一ヶ月の支払い金額の上限に達しているユーザに対して新たに課金が発生するようなアプリケーションやコンテンツの利用を推奨するのは不適当であり、また、携帯電話端末のバッテリー残量が少なくなっている時にバッテリー消費の激しいアプリケーションやコンテンツの利用を推奨するのも不適当である。
【０１２５】
このため、本実施形態では、アプリケーション使用条件に関連するカテゴリーとして「電波・アクセス状況カテゴリー」、「バッテリー残量カテゴリー」、「課金状況カテゴリー」を設け、それら各カテゴリーのカテゴリー値Ｇ〜Ｉをリコメンデーション値Ｒの計算に加えることにより、上述したような意味を持たない推奨や不適当な推奨が行われることを防止している。
【０１２６】
本実施形態の携帯電話端末では、前述したユーザ嗜好と当該アプリケーション使用条件を加味したリコメンデーション値Ｒを、下記式（１０）又は式（１１）に示す計算により求める。
【０１２７】
R＝Wa*A＋Wb*B＋Wc*C＋Wd*D＋We*E＋Wf*F＋(Wg*G＋Wh*H＋Wi*I）          (10）
R＝(Wa*A＋Wb*B＋Wc*C＋Wd*D＋We*E＋Wf*F）*(Wg*G＊Wh*H＊Wi*I）         (11）
ここで、式（１０）を用いる場合には（Ｗｇ＊Ｇ＋Ｗｈ＊Ｈ＋Ｗｉ＊Ｉ）≦０とし、式（１１）を用いる場合には０≦（Ｗｇ＊Ｇ＋Ｗｈ＊Ｈ＋Ｗｉ＊Ｉ）≦１にする。これにより、一例として、ブルートゥース方式の近距離通信装置からの電波が確認できないような場合には、リコメンデーション値Ｒに基づくランクからスケジュール同期が除外されるようになる。なお、式（１０），式（１１）中のＷｇ〜Ｗｉは、アプリケーション使用条件に関連する各カテゴリー値Ｇ〜Ｉに各々対応した重み付けの係数である。
【０１２８】
以下、上記アプリケーション使用条件における効果・意味、各カテゴリー値Ｇ〜Ｉの求め方、及び、各カテゴリー値Ｇ〜Ｉを求めるときに用いる基本情報の取得方法について説明する。ここでは、例えば式（１１）が用いられることを想定して説明する。
【０１２９】
〔「電波・アクセス状況カテゴリー」の利用〕
先ず、「電波・アクセス状況カテゴリー」の利用例について説明する。
【０１３０】
本実施形態の携帯電話端末は、通信回路１１やＧＰＳ制御部２７、近距離通信制御部２９、ＷＬＡＮ制御部３１内に、それぞれ電波状況（例えば電波強度）を測定するための電波状況測定回路を備えており、通信回路１１、ＧＰＳ制御部２７、近距離通信制御部２９、ＷＬＡＮ制御部３１では、それぞれ実装されている電波状況測定回路により各々電波強度を測定する。そして、それら電波強度測定値は、「電波・アクセス状況カテゴリー」に関連した基本情報として情報取得制御部２０に送られる。
【０１３１】
そして、制御部２０は、予め決められた一定期間毎、若しくは、「特定ボタン」が押された時、或いは、何らかのイベントが発生した時、上記通信回路１１、ＧＰＳ制御部２７、近距離通信制御部２９、ＷＬＡＮ制御部３１等の無線装置を用いなくても利用できるアプリケーションとコンテンツである場合、また、無線装置を必要としているアプリケーションやコンテンツであっても当該無線装置に対応した電波強度測定値が基準値を越えている場合（電波強度が充分である）には、式（１１）のＷｇ＊Ｇの項の値を「１」としてリコメンデーション値Ｒの計算を行う。一方、無線装置が必要なアプリケーションやコンテンツにおいて、当該無線装置に対応した電波強度測定値が基準値以下になっている場合（電波強度が不充分で通信出来ない場合）、制御部２０は、式（１１）のＷｇ＊Ｇの項の値を「０」としてリコメンデーション値Ｒの計算を行う。例えば、通信回路１１を利用したアプリケーションやコンテンツを例に挙げた場合、制御部２０は、ＷＣＤＭＡにおけるＣＰＩＣＨ  Ｅｃ／Ｉｏが基準値以下、又は、ＣＰＩＣＨ  ＲＳＣＰが基準値以下である時には、式（１１）のＷｇ＊Ｇの項の値を「０」としてリコメンデーション値Ｒの計算を行う。
【０１３２】
これにより、本実施形態の携帯電話端末においては、通信が出来ないと意味をなさないアプリケーションやコンテンツの利用をユーザに推奨してしまうことを防止できる。
【０１３３】
〔「バッテリー残量カテゴリー」の利用〕
次に、「バッテリー残量カテゴリー」の利用例について説明する。
【０１３４】
本実施形態の携帯電話端末は、パワーマネージメントＩＣ２１がバッテリー２２の残容量を管理しており、そのバッテリー残容量情報が「バッテリー残量カテゴリー」に関連した基本情報として情報取得制御部２０へ送られる。
【０１３５】
そして、制御部２０は、予め決められた一定期間毎、若しくは、「特定ボタン」が押された時、或いは、何らかのイベントが発生した時、アプリケーションやコンテンツによって消費される予定のバッテリー量よりも上記バッテリー残容量が大きいときには、式（１１）のＷｈ＊Ｈの項の値を「１」としてリコメンデーション値Ｒの計算を行う。一方、アプリケーションやコンテンツによって消費される予定のバッテリー量が上記バッテリー残容量以上になるときには、式（１１）のＷｈ＊Ｈの項の値を「０」としてリコメンデーション値Ｒの計算を行う。
【０１３６】
これにより、本実施形態の携帯電話端末においては、携帯電話端末のバッテリーが保たなくなってしまうアプリケーションやコンテンツの利用をユーザに推奨してしまうことを防止できる。
【０１３７】
〔「課金状況カテゴリー」の利用〕
次に、「課金状況カテゴリー」の利用例について説明する。
【０１３８】
本実施形態の携帯電話端末は、通話やアプリケーション，コンテンツデータ等のダウンロード等に応じて通話料金やパケット料金の課金がされるようになされている。そして、ユーザが、例えば一ヶ月等の所定期間における支払い金額に上限を設定可能なサービスに加入しているような場合、本実施形態の携帯電話端末には、当該支払い上限金額に関する情報が登録されている。
【０１３９】
このため、情報取得制御部２０は、アプリケーションとコンテンツの利用や、通信回路１１、ＧＰＳ制御部２７、近距離通信制御部２９、ＷＬＡＮ制御部３１の通信手段の利用に対して、それぞれ課金がなされるか否かの情報と、通話やパケット通信を行った場合に、それに対する課金が定額課金であるか従量課金であるかの情報を、データ保持部１９に保存させる。なお、従量課金でない場合は、通信手段の新たな利用に際して課金がなされないので、その通信手段は課金されない通信手段となる。また、情報取得制御部２０は、例えば図２の課金管理サーバ４１から得られる利用料金情報も予め取得している。
【０１４０】
そして、制御部２０は、予め決められた一定期間毎、若しくは、「特定ボタン」が押された時、或いは、何らかのイベントが発生した時、利用に対して課金されないアプリケーションやコンテンツ及び通信手段である場合、また、利用に対して課金されないアプリケーションやコンテンツ及び通信手段であっても例えば一ヶ月の支払い上限金額内に利用料金が納まる場合には、式（１１）のＷｉ＊Ｉの項の値を「１」としてリコメンデーション値Ｒの計算を行う。一方、利用に対して課金されるアプリケーションやコンテンツ及び通信手段において、例えば一ヶ月の支払い上限金額を利用料金が越えてしまう場合には、式（１１）のＷｉ＊Ｉの項の値を「０」としてリコメンデーション値Ｒの計算を行う。また、或るアプリケーションやコンテンツを利用する上で、複数の通信手段を利用できる場合において、それら複数の通信手段のうち何れかが課金されない（若しくは課金される）通信手段である時には、何れの通信手段を利用するのか、及び、それぞれ課金される通信手段である場合にはその利用料金と支払い上限金額との比較により、上記Ｗｉ＊Ｉの項の値を「１」か「０」の何れにするか判断することになる。なお、例えば同じアプリケーションやコンテンツをダウンロードした場合に、課金されない通信手段としては例えばＷＬＡＮ制御部３１及びＷＬＡＮアンテナ３２を用いた通信を挙げることができ、一方、課金される通信手段としては通信アンテナ１２及び通信回路１１を介したパケット通信を挙げることができる。
【０１４１】
これにより、本実施形態の携帯電話端末においては、例えば、一ヶ月の支払い金額の上限に達しているユーザに対して新たに課金が発生するようなアプリケーションやコンテンツの利用を推奨してしまうことを防止できる。
【０１４２】
なお、上述した使用条件の制限を頻繁に受けるアプリケーション（例えばスケジュール同期）のリコメンデーション値Ｒを求める際には、その影響を加味することにより、上記制限の影響を緩和することも可能である。例えば、頻度を求める時の分母に、使用できなかった回数を含めないようにしたり、或いは、使用制限の比率を求め、係数（Ｐａ〜Ｐｆ）で調整（例えば増やす）することにより、使用可能頻度が少ないことによる影響を補うようにする（緩和する）ことが考えられる。
【０１４３】
次に、図１４には、前述の図１１の表に上記「電波・アクセス状況カテゴリー」、「バッテリー残量カテゴリー」、「課金状況カテゴリー」の各カテゴリー値Ｇ〜Ｉと重み付け係数Ｗａ〜Ｗｆを加えた表を示す。
【０１４４】
この図１４の例の場合、「電波・アクセス状況カテゴリー」、「バッテリー残量カテゴリー」、「課金状況カテゴリー」が加わることで、例えば、「ゲーム」と「スケジュール」、「ＴＶ」についてのリコメンデーション値Ｒが「０」になり、「メール」のアプリケーションの推奨度のランクが第１位となり、「音楽プレーヤ」のランクが第２位となっている。
【０１４５】
また、アプリケーション毎のリコメンデーション値Ｒを求める場合には、前述の図５に示した表の内容ｃ２毎にリコメンデーション値Ｒが求められ、その総和が内容ｃ１のリコメンデーション値Ｒとなり、さらに、当該内容ｃ１毎に求められたリコメンデーションＲ値の総和が当該アプリケーションのリコメンデーション値Ｒとなる。なお、図１４の例の場合、「メール」の内容ｃ１は「友人ｕの未開封メール確認」、「ゲーム」の内容ｃ１は「最近ダウンロードしたゲームをする」（データ通信の発生により課金が伴う）、「音楽プレーヤ」の内容ｃ１は「音楽を聴く」、「スケジュール」の内容ｃ１は「スケジュール同期」ブルートゥース通信による同期、「ＴＶ」の内容ｃ１は「ＴＶを観る」のみを考慮に入れている。
【０１４６】
〔ディスプレイ上の表示レベル〕
前述の図５には、アプリケーションとコンテンツ（内容ｃ１，ｃ２）の階層構造が示されており、リコメンデーション値Ｒに基づいてアプリケーションやコンテンツをディスプレイ上に表示する際には、例えば、上記階層毎にリコメンデーション値Ｒを求めると共にその階層毎にアプリケーションやコンテンツを表示する場合と、各階層を跨いでリコメンデーション値Ｒを求めると共にそれら階層を跨いでアプリケーションやコンテンツを表示する場合とが考えられる。
【０１４７】
前述した図４の表示例は、前述の図１２の例を用い、上記アプリケーションの階層毎にリコメンデーション値Ｒを求めて各アプリケーションをランク順に並べた表示レベルの例である。この例のように、アプリケーションの階層毎にリコメンデーション値Ｒを求める時は、そのアプリケーションに対応した図５の内容ｃ２のリコメンデーション値Ｒを求め、さらにその内容ｃ２のリコメンデーション値Ｒの総和により内容ｃ１のリコメンデーション値Ｒを求め、さらにその内容ｃ１のリコメンデーション値Ｒの総和を当該アプリケーションの階層のリコメンデーション値Ｒとする。なお、この例では、図１４の例と同様に、簡略化の目的で、内容ｃ１とｃ２の項目に制限を加えているが、実際には、図５に例示した内容ｃ１とｃ２を考慮に入れてリコメンデーション値Ｒを計算することになる。
【０１４８】
また、ディスプレイ上の表示レベルについて、アプリケーションの階層でのリコメンデーション値Ｒに基づくランク順の表示では抽象度が高すぎる場合には、例えば内容ｃ１の階層でのリコメンデーション値Ｒに基づくランク順の表示レベルや、内容ｃ２の階層でのリコメンデーション値Ｒに基づくランク順の表示レベルでの表示を行っても良く、それらアプリケーション階層と内容ｃ１階層，内容ｃ２階層を跨いだリコメンデーション値Ｒに基づくランク順の表示レベルでの表示を行っても良い。上記階層を跨いだランク順の表示レベルによる表示を行う際の指標としては、例えば、上位階層のリコメンデーション値Ｒと下位階層のリコメンデーション値Ｒが同じになった場合、若しくは、下位階層のリコメンデーション値Ｒが上位階層のリコメンデーション値Ｒに占める割合で一定比率を超えた場合、すなわち下位階層のリコメンデーション値Ｒが支配的であると判断できる場合などが考えられる。また、例えば、単純にリコメンデーション値Ｒが一定値を越えた場合に、階層を問わない表示レベルでの表示を行うことも可能である。
【０１４９】
図１５には、アプリケーションの階層毎にリコメンデーション値Ｒを求め、各アプリケーションを主表示エリア上にランク順に並べた表示レベルの一例を示している。なお、この例では、各アプリケーション名の横に内容ｃ２のうちリコメンデーション値Ｒが最大となっているものを表示している。
【０１５０】
図１６には、内容ｃ２の階層毎にリコメンデーション値Ｒを求め、その内容ｃ２を主表示エリア上にランク順に並べた表示レベルの一例を示している。
【０１５１】
図１７には、上記アプリケーション階層と内容ｃ１階層，内容ｃ２階層を跨いだリコメンデーション値Ｒを求め、各アプリケーションや内容ｃ１，ｃ２を主表示エリア上にランク順に並べた表示レベルの一例を示している。
【０１５２】
図１８には、例えば図４のようにアプリケーションの階層毎に求めたリコメンデーション値Ｒに応じたランク順に各アプリケーションを並べた表示レベルにおいて、例えば第１位のランクの「メール」アプリケーションがユーザにより選択されたことで、その下位階層の各内容ｃ２が別ウィンドウにランク順に並べて表示された例を示している。
【０１５３】
以上のように、アプリケーション、内容ｃ１、内容ｃ２の各階層を変更した表示レベルや、階層を跨いだ表示レベルでの表示を行うようにすれば、適切な抽象度でユーザにアプリケーションやコンテンツの利用を推奨することが可能となる。
【０１５４】
その他、主表示エリアに並べるアプリケーションやコンテンツは、例えば、ユーザのスケジュール情報を考慮に入れてランク順を変更することも可能である。
【０１５５】
〔定期的なリコメンデーション値計算に関するフローチャート〕
図１９には、一例として、予め決められた一定期間毎に行われるリコメンデーション値Ｒの計算処理の流れを示す。なお、このフローチャートでは、携帯電話端末の電源が入れられた時、又は、表示レベル設定が変更された時にスタートへ移行する。
【０１５６】
この図１９において、本実施形態の携帯電話端末の制御部１０は、携帯電話端末の電源が入れられた時、又は表示レベル設定が変更された時、先ず、ステップＳ１の処理として、内容ｃ２のリコメンデーション値Ｒを計算する。
【０１５７】
次に、制御部１０は、ステップＳ２の処理として、アプリケーション、内容ｃ１の各階層の表示レベルやコンテンツについてリコメンデーション値Ｒを求める。なお、内容ｃ１のリコメンデーション値Ｒは、対応する内容ｃ２のリコメンデーション値Ｒの総和により求め、アプリケーションのリコメンデーション値Ｒは、対応する内容ｃ１のリコメンデーション値Ｒの総和により求める。
【０１５８】
そして、制御部１０は、ステップＳ３の処理として、上述のように求めたリコメンデーション値Ｒと、以前に求めてデータ保持部１９にリスト化されているリコメンデーション値Ｒとを比較し、値に変更があったものを例えば上書き等して当該リストの更新を行う。
【０１５９】
その後、制御部１０は、ステップＳ４の処理として、時計部１８からの時間情報により、予め決められている一定期間が経過したか否か判定し、一定時間が経過したならばステップＳ１へ処理を戻す。
【０１６０】
〔表示レベルの切り替えを加味した定期的なリコメンデーション値計算に関するフローチャート〕
図２０には、表示レベルの切り替えに対応して一定期間毎に行われるリコメンデーション値Ｒの計算処理の流れを示す。
【０１６１】
この図２０において、本実施形態の携帯電話端末の制御部１０は、ステップＳ１０の処理として、現在の表示レベルを確認する。
【０１６２】
ここで、制御部１０は、表示レベルがアプリケーションの階層の表示レベルである場合、又は、アプリケーションの階層の表示レベルではなく内容ｃ１か又は内容ｃ２の階層の表示レベルである場合（Ｌａ）には、ステップＳ１１へ処理を進める。また例えば、単純にリコメンデーション値Ｒが一定値を越えて、階層を問わない表示レベルでの表示を行う場合（Ｌｂ）、制御部１０は、ステップＳ２１へ処理を進める。また、アプリケーション階層と内容ｃ１階層，内容ｃ２階層を跨いだ表示レベルである場合において、例えば上位階層のリコメンデーション値Ｒと下位階層のリコメンデーション値Ｒが同じになった場合、若しくは、下位階層のリコメンデーション値Ｒが上位階層のリコメンデーション値Ｒに占める割合で一定比率を超えた場合（Ｌｃ）、制御部１０は、ステップＳ３１へ処理を進める。また、各階層が全て同じ表示レベルである場合（Ｌｄ）、制御部１０は、ステップＳ４１へ処理を進める。なお、Ｌｄのフローでは、２通りの表示レベルをユーザが選択設定可能となる。
【０１６３】
ステップＳ１０からステップＳ１１へ処理を進めた場合、制御部１０は、内容ｃ２のリコメンデーション値Ｒを計算し、次いで、ステップＳ１２の処理として、該当する表示レベルのリコメンデーション値Ｒを求める。
【０１６４】
そして、制御部１０は、ステップＳ１３の処理として、当該求めたリコメンデーション値Ｒと、以前に求めてデータ保持部１９にリスト化されているリコメンデーション値Ｒとを比較し、値に変更があったものを例えば上書き等して当該リストの更新を行う。
【０１６５】
その後、制御部１０は、ステップＳ１４の処理として、時計部１８からの時間情報により、予め決められている一定期間が経過したか否か判定し、一定時間が経過したならばステップＳ１１へ処理を戻す。
【０１６６】
また、ステップＳ１０からステップＳ２１へ処理を進めた場合、制御部１０は、内容ｃ２のリコメンデーション値Ｒを計算し、次いで、ステップＳ２２の処理として、内容ｃ２のリコメンデーション値Ｒの総和により内容ｃ１のリコメンデーション値Ｒを計算する。
【０１６７】
次に、制御部１０は、ステップＳ２３の処理として、所定の閾値Ｔｈ２と内容ｃ２のリコメンデーション値Ｒの大小比較とによる閾値判定、及び、所定の閾値Ｔｈ１と内容ｃ１のリコメンデーション値Ｒとの大小比較による閾値判定を行い、所定の閾値Ｔｈ２よりも内容ｃ２のリコメンデーション値Ｒの方が大きい時には表示レベルを内容ｃ２の階層レベルに設定し、所定の閾値Ｔｈ１よりも内容ｃ１のリコメンデーション値Ｒの方が大きい時には表示レベルを内容ｃ１の階層レベルに設定し、それ以外のときには表示レベルをアプリケーションの階層レベルに設定する。
【０１６８】
そして、制御部１０は、ステップＳ２４の処理として、ステップＳ２３の閾値判定結果を基に、実際の表示レベルを決定、すなわち、内容ｃ１，ｃ２の階層の表示レベル、アプリケーションの階層の表示レベルを決定する。
【０１６９】
次に、制御部１０は、ステップＳ２５の処理として、既に求められている各アプリケーションに対応した内容ｃ１，ｃ２のリコメンデーション値Ｒから、それぞれ各アプリケーションのリコメンデーション値Ｒを計算する。但し、後述のように比較基準を同一にする場合には、例外となる。
【０１７０】
なお、アプリケーションの階層の表示レベルにて表示されるものが一つも無い場合、制御部１０は、上記ステップＳ２４，Ｓ２５の処理をスキップする。
【０１７１】
ここで、内容ｃ１の階層の表示レベルでの表示を行うと決定した場合には、例えば、内容ｃ１が属するアプリケーションを表示対象から外しても良いし、外さなくても良い。また、内容ｃ１の階層の表示レベルでの表示を行うと決定された場合（内容ｃ２でも同様）、他は、アプリケーション階層レベルでのリコメンデーション値Ｒを計算すると、比較の基準が変わってしまうので、内容ｃ１の階層レベルで表示されるリコメンデーション値Ｒに、同じアプリケーションの他の内容ｃ１のリコメンデーション値Ｒを加算し、リコメンデーション値Ｒの計算はアプリケーションの階層レベルで行うことにより、比較の基準を同一にすることも可能である。これらは、後述するステップＳ３１以降の処理（Ｌｃ）でも同様である。
【０１７２】
次に、制御部１０は、ステップＳ２６の処理として、当該求めたリコメンデーション値Ｒと、以前に求めてデータ保持部１９にリスト化されているリコメンデーション値Ｒとを比較し、値に変更があったものを例えば上書き等して当該リストの更新を行う。
【０１７３】
その後、制御部１０は、ステップＳ２７の処理として、時計部１８からの時間情報により、予め決められている一定期間が経過したか否か判定し、一定時間が経過したならばステップＳ２１へ処理を戻す。
【０１７４】
また、ステップＳ１０からステップＳ３１へ処理を進めた場合、制御部１０は、内容ｃ２のリコメンデーション値Ｒを計算する。
【０１７５】
次に、制御部１０は、ステップＳ３２の処理として、ステップＳ３１で求めた内容ｃ２階層でのリコメンデーション値Ｒを用いて、内容ｃ１階層のリコメンデーション値Ｒとアプリケーション階層のリコメンデーション値Ｒを算出し、さらに、ステップＳ３３の処理として、それら各階層レベル間でリコメンデーション値Ｒの比率を計算する。
【０１７６】
次に、制御部１０は、ステップＳ３４の処理として、ステップＳ３３での比率計算結果から、アプリケーション階層、内容ｃ１階層、内容ｃ２階層での表示レベルを決める。
【０１７７】
そして、制御部１０は、ステップＳ３５の処理として、当該求めたリコメンデーション値Ｒと、以前に求めてデータ保持部１９にリスト化されているリコメンデーション値Ｒとを比較し、値に変更があったものを例えば上書き等して当該リストの更新を行う。
【０１７８】
その後、制御部１０は、ステップＳ３６の処理として、時計部１８からの時間情報により、予め決められている一定期間が経過したか否か判定し、一定時間が経過したならばステップＳ３１へ処理を戻す。
【０１７９】
また、ステップＳ１０からステップＳ４１へ処理が進んだ場合、ユーザにより、アプリケーション階層か内容ｃ１階層の２通りの表示レベルが選択可能となされ、何れかの表示レベルがユーザにより設定された場合、制御部１０は、先ず、内容ｃ２のリコメンデーション値Ｒを計算し、次いで、ステップＳ４２の処理として、上記ユーザ設定された表示レベルのリコメンデーション値Ｒを計算する。
【０１８０】
次に、制御部１０は、ステップＳ４３の処理として、上記ユーザ設定された表示レベルについての補足内容表示を決定する。また、ここで、アプリケーション階層の表示レベルの場合には、ユーザ設定により、内容ｃ１階層又は内容ｃ２階層についての補足内容表示を行うことが可能となる。なお、内容ｃ１階層の表示レベルの場合には、内容ｃ２階層についての補足内容表示が行われる。
【０１８１】
また、このステップＳ４３において、制御部１０は、補足内容表示の選択を行う。例えば、制御部１０は、当該補足内容表示の該当レベル（内容ｃ１階層又は内容ｃ２階層）の中で、最大のリコメンデーション値Ｒのものを選択する。
【０１８２】
なお、図１５には、アプリケーション階層の表示レベルにおいて、内容ｃ２階層の補足内容表示の一例を示している。
【０１８３】
そして、制御部１０は、ステップＳ４４の処理として、当該求めたリコメンデーション値Ｒと、以前に求めてデータ保持部１９にリスト化されているリコメンデーション値Ｒとを比較し、値に変更があったものを例えば上書き等して当該リストの更新を行う。
【０１８４】
その後、制御部１０は、ステップＳ４５の処理として、時計部１８からの時間情報により、予め決められている一定期間が経過したか否か判定し、一定時間が経過したならばステップＳ４１へ処理を戻す。
【０１８５】
なお、ステップＳ１４，Ｓ２７，Ｓ３６，Ｓ４５において、一定時間が経過していない場合でも、例えばユーザから表示レベルの切り替え指示が入力された場合、或いは、「特定ボタン」が押された場合、制御部１０は、スタートへ処理を戻す。
【０１８６】
また、図２０のフローチャートにおいて、リコメンデーション値Ｒを比較する時は、図４に示されるタブ構成に対応した形で表示できるように比較が行われると共に、そのデータが保持される。
【０１８７】
〔表示に関するフローチャート〕
図２１には、例えば、予め決められた一定期間毎にリコメンデーション値Ｒの計算が行われ、そのリコメンデーション値Ｒに基づいてアプリケーションやコンテンツの推奨度が決定されており、その後、「特定ボタン」が押下された時に、上記推奨度のランク順に各アプリケーションやコンテンツがディスプレイ上に表示されるまでの処理の流れを示す。
【０１８８】
この図２１において、本実施形態の携帯電話端末の制御部１０は、ステップＳ５１の処理として、操作部１６を介してユーザにより「特定ボタン」が押下されたか否か判定しており、「特定ボタン」が押下されたことを検知すると、ステップＳ５２の処理として、先に計算してデータ保持部１９内にリスト化して保存しておいたリコメンデーション値Ｒのリストを取得する。
【０１８９】
次に、制御部１０は、ステップＳ５３の処理として、前述した「電波・アクセス状況カテゴリー」、「バッテリー残量カテゴリー」、「課金状況カテゴリー」のアプリケーション使用条件のカテゴリーに関連する情報を情報取得制御部２０から取得し、それらアプリケーション使用条件カテゴリーを、予め決められている設定情報に応じて適用する。そして、このステップＳ５３において、制御部１０は、その使用条件を基に、リコメンデーション値Ｒの再計算を行う。具体的には、リコメンデーション値Ｒの計算に用いるＷｇ＊Ｇ、Ｗｈ＊Ｈ、Ｗｉ＊Ｉを計算し、それを適用してリコメンデーション値Ｒを再計算する。
【０１９０】
なお、例えば、予めＷｇ＊Ｇ、Ｗｈ＊Ｈ、Ｗｉ＊Ｉを計算しておくことも可能である。その際には、ステップＳ５３にて行われる処理も予め行われることになる。但し、例えば電波状況については、瞬時性が要求される情報であるので、上記予め計算を行う時には計算周期を上げる必要がある。一方、電波状況に合わせて計算周期を設定すると、他の情報の計算周期が早くなり過ぎる可能性がある。このような場合には、計算周期を別々に持つことで対応することが可能である。
【０１９１】
次に、制御部１０は、ステップＳ５４の処理として、各アプリケーションやコンテンツのリコメンデーション値Ｒを比較し、前述の各タブ毎にランク分けした後、ステップＳ５５の処理として、ランク順にアプリケーションやコンテンツを並べて表示部１５のディスプレイ上に表示させる。
【０１９２】
その後、制御部１０は、ステップＳ５６の処理として、上記ディスプレイ上に並べられたアプリケーションやコンテンツの何れかの利用がユーザにより選択されたか否か判定し、何れも選択されていない時にはステップＳ５７へ処理を進め、何れかが選択されたときにはステップＳ５８へ処理を進める。
【０１９３】
ステップＳ５７の処理に進んだ場合、制御部１０は、別のタブを選択する表示切替指示がユーザから入力されたか否か判定し、表示切替指示がなされた時には、ステップＳ５０の処理として、その切替指示されたタブについてランク順にアプリケーションやコンテンツを表示させる。
【０１９４】
一方、ステップＳ５７にて表示切替指示がなされず、表示終了指示がユーザから入力された場合、つまり、アプリケーションやコンテンツの利用を行わない旨の入力がユーザからなされた場合、制御部１０は、この図２１のフローチャートの処理を終了する。
【０１９５】
また、ステップＳ５６にてアプリケーションやコンテンツの何れかの選択がなされてステップＳ５８の処理に進むと、制御部１０は、その選択されたアプリケーションやコンテンツについて係数やカテゴリ値の更新を行うための情報取得を行った後、ステップＳ５９の処理として当該選択されたアプリケーションの起動、若しくは、選択されたコンテンツの実行を行った後、当該図２１の処理を終了する。
【０１９６】
なお、使用条件に関する制限を用いない時には、上記ステップＳ５３，ステップＳ５４の処理は必要ない。この場合、リコメンデーション値ＲをステップＳ５２で取得し、ステップＳ５５で表示することになる。
【０１９７】
また、図２１のフローチャートにおいて、リコメンデーション値Ｒを比較する時は、図４に示されるタブ構成に対応した形で表示できるように比較が行われると共に、そのデータが保持される。
【０１９８】
〔情報取得に関するフローチャート〕
図２２には、本実施形態の携帯電話端末の情報取得制御部２０における情報取得処理の流れを示す。
【０１９９】
この図２２において、本実施形態の携帯電話端末の情報取得制御部２０は、ステップＳ７０の処理として、何らかのイベントが発生したか否か制御部１０からの情報により判定しており、そのイベントがアプリケーションの起動であるときにはステップＳ７２へ処理を進め、アプリケーションの起動以外のイベントであるときにはステップＳ７１へ処理を進める。
【０２００】
ステップＳ７２の処理に進むと、情報取得制御部２０は、アプリケーション起動に応じて、リコメンデーション値Ｒの計算に用いられる各種情報や係数、ユーザからの指示に基づく選択情報等を取得すると共に、それら取得した情報によりそれ以前の情報の更新を行った後、当該図２２のフローチャートの処理を終了する。
【０２０１】
一方、ステップＳ７１の処理に進んだ場合、情報取得制御部２０は、上記イベントがアプリケーションやコンテンツのアップデートであるか否かを判定する。そして、情報取得制御部２０は、アプリケーションやコンテンツのアップデートでないときには当該図２２のフローチャートの処理を終了し、アプリケーションやコンテンツのアップデートであるときにはステップＳ７３へ処理を進める。
【０２０２】
ステップＳ７３の処理に進むと、情報所得制御部２０は、アプリケーションやコンテンツのアップデートに応じて、リコメンデーション値Ｒの計算に用いられる各種情報や係数等の情報を取得すると共に、それら取得した情報によりそれ以前の情報の更新を行った後、当該図２２のフローチャートの処理を終了する。なお、アプリケーションやコンテンツのアップデートにより、新しいアプリケーションやコンテンツが追加された場合には、その新しいアプリケーションやコンテンツについて、新たにリコメンデーション値Ｒの計算に用いられる各種情報や係数等の情報を生成することになる。
【０２０３】
この図２２のフローチャートの処理は、図２１のステップＳ５９でアプリケーション起動後、実行中にも起こり得る。例えば、ステップＳ５９で電子メールアプリケーションを立ち上げ、下書きフォルダに電子メールを保存したような場合、図２２のステップＳ７０でＮｏとなり、ステップＳ７１でＹｅｓとなり、ステップＳ７３で新たな内容ｃ２が作成された旨の情報更新が行われる。
【０２０４】
〔情報取得に関するフローチャート〕
図２３には、本実施形態の携帯電話端末の情報取得制御部２０において情報取得を行った場合の各所定の係数、重み付け係数の更新処理の流れを示す。当該図２３のフローチャートの処理は、図２２のステップＳ７２又は図２１のステップＳ５８の処理がトリガとなり、周期的に又は毎回起動される処理である。
【０２０５】
この図２３において、情報取得を行った場合、情報取得制御部２０は、ステップＳ８０の処理として、各所定の係数やリアルタイム係数、キーワード用係数の更新を行うか否か判定し、係数更新を行うと判定した場合にはステップＳ８２へ処理を進めて、それぞれ対応した係数更新の処理を行う。
【０２０６】
一方、ステップＳ８０にて各所定の係数やリアルタイム係数、キーワード用係数の更新を行わないと判断した場合、情報取得制御部２０は、ステップＳ８１の処理として、重み付け係数の更新を行うか否か判定し、重み付け係数更新を行うと判定した場合にはステップＳ８３へ処理を進めて、その重み付け係数更新の処理を行う。
【０２０７】
なお、ステップＳ８２の係数更新処理やステップＳ８３の重み付け係数更新の処理では、例えば、係数の２乗や、所定回数のアプリケーション起動当たり１回の係数更新、各係数値の相対的比率を一定にするような更新などを行うことも可能である。
【０２０８】
〔まとめ〕
以上説明したように、本発明実施形態の携帯電話端末によれば、「途中カテゴリー」、「更新日時カテゴリー」、「リアルタイム性カテゴリー」、「履歴カテゴリー」、「頻度カテゴリー」等の各基本情報、さらには、「電波・アクセス状況カテゴリー」、「バッテリー残量カテゴリー」、「課金状況カテゴリー」等の各基本情報を基に、ユーザに対して利用を推奨するアプリケーションやコンテンツを求め、それらに優先順位を付けてディスプレイ上に表示することにより、ユーザの嗜好やアプリケーションの使用条件に合ったアプリケーションやコンテンツをユーザに対して提示することが可能となっている。特に、本実施形態によれば、複数のアプリケーションやコンテンツを跨いでユーザへの推奨を行うことができるため、携帯電話端末に搭載されている多種多様のアプリケーションやコンテンツの中から、よりユーザに嗜好にマッチしたアプリケーションやコンテンツを選び出すことができる。
【０２０９】
なお、上述した各実施形態の説明は、本発明の一例である。このため、本発明は上述した実施形態に限定されることなく、本発明に係る技術的思想を逸脱しない範囲であれば、設計等に応じて種々の変更が可能であることはもちろんである。
【０２１０】
例えば、上述の実施形態では、携帯電話端末を例に挙げているが、本発明は、放送受信機能や通信機能を備えたＰＤＡ（Personal Digital Assistant），カーナビゲーション装置，携帯型テレビゲーム装置等の携帯通信端末にも適用可能である。
【図面の簡単な説明】
【０２１１】
【図１】本発明実施形態の携帯電話端末の概略的な内部回路構成を示すブロック図である。
【図２】本実施形態の携帯電話端末を含む本実施形態システムの概略的なシステム構成を示す図である。
【図３】本実施形態の携帯電話端末の表示部ディスプレイ上に表示されるユーザインターフェース画面例を示す図である。
【図４】図３のユーザインターフェース画面の主表示エリア上の表示例であり、アプリケーション階層の表示レベルの一例を示す図である。
【図５】アプリケーション階層と内容ｃ１，ｃ２階層の説明に用いる図である。
【図６】ユーザ嗜好に関連したカテゴリーの説明に用いる図である。
【図７】「キーワードカテゴリー」のキーワード例とキーワード用係数の例を示す図である。
【図８】「リアルタイム性カテゴリー」におけるアプリケーション毎のキーワード例とリアルタイム性係数の例を示す図である。
【図９】「リアルタイム性カテゴリー」の或るアプリケーションにおけるキーワード例とリアルタイム性係数の一例を示す図である。
【図１０】係数更新がなされた後の「リアルタイム性カテゴリー」におけるアプリケーション毎のキーワード例とリアルタイム性係数の例を示す図である。
【図１１】ユーザ嗜好に関連した各カテゴリーにおける重み付け係数の一例を示す図である。
【図１２】ユーザ嗜好に関連したアプリケーション毎の各カテゴリー値と重み付け係数の例と、それら各カテゴリー値と重み付け係数を用いて計算されるリコメンデーション値の一例を示す図である。
【図１３】ユーザ嗜好に関連したアプリケーションとコンテンツの階層を跨いだ各カテゴリー値と重み付け係数の例と、それら各カテゴリー値と重み付け係数を用いて計算されるリコメンデーション値の一例を示す図である。
【図１４】ユーザ嗜好とアプリケーション使用条件に関連したアプリケーション毎の各カテゴリー値と重み付け係数の例と、それら各カテゴリー値と重み付け係数を用いて計算されるリコメンデーション値の一例を示す図である。
【図１５】図３のユーザインターフェース画面の主表示エリア上の表示例であり、アプリケーションの階層とそれに対応した内容ｃ２の階層の表示レベルの一例を示した図である。
【図１６】図３のユーザインターフェース画面の主表示エリア上の表示例であり、内容ｃ２の階層の表示レベルの一例を示した図である。
【図１７】図３のユーザインターフェース画面の主表示エリア上の表示例であり、アプリケーション階層と内容ｃ１階層，内容ｃ２階層を跨いだ表示レベルの一例を示した図である。
【図１８】図３のユーザインターフェース画面の主表示エリア上の表示例であり、図４のアプリケーション階層の表示レベルにおいて、「メール」アプリケーション選択に応じた各内容ｃ２が別ウィンドウにランク順に並べて表示された一例を示す図である。
【図１９】予め決められた一定期間毎に行われるリコメンデーション値の計算処理の流れを示すフローチャートである。
【図２０】表示レベルの切り替えに対応して一定期間毎に行われるリコメンデーション値の計算処理の流れを示すフローチャートである。
【図２１】「特定ボタン」が押下された時に各アプリケーションやコンテンツがディスプレイ上に表示されるまでの処理の流れを示すフローチャートである。
【図２２】本実施形態の携帯電話端末の情報取得制御部における情報取得処理の流れを示すフローチャートである。
【図２３】本実施形態の携帯電話端末の情報取得制御部において情報取得を行った場合の各所定の係数、重み付け係数の更新処理の流れを示すフローチャートである。
【符号の説明】
【０２１２】
１０  制御部、１１  通信回路、１２  通信アンテナ、１３  テレビジョン放送受信部、１４  テレビジョンアンテナ、１５  表示部、１６  操作部、１７  メモリ、１８  時計部、１９  データ保持部、２０  情報取得制御部、２１  パワーマネージメントＩＣ、２２  バッテリー、２３  スピーカ、２４  マイクロホン、２５  音声処理部、２６  画像処理部、２７  ＧＰＳ制御部、２８  ＧＰＳアンテナ、２９  近距離通信制御部、３０  近距離通信アンテナ、３１  ＷＬＡＮ制御部、３２  ＷＬＡＮアンテナ、３３  撮像制御部３３、３４  カメラ、３５  外部メモリインターフェース、４０  インターネット、４１  課金管理サーバ、４２  コンテンツサーバ、４３  交換局、４４  制御局、４５  基地局、４６  ワイヤレスＬＡＮアクセスポイント、４７  ブルートゥース付きの近距離通信装置、４８  テレビジョン放送装置、４９  携帯電話端末
【図１】
2006313486.tif 000003
【図２】
2006313486.tif 000004
【図３】
2006313486.tif 000005
【図４】
2006313486.tif 000006
【図５】
2006313486.tif 000007
【図６】
2006313486.tif 000008
【図７】
2006313486.tif 000009
【図８】
2006313486.tif 000010
【図９】
2006313486.tif 000011
【図１０】
2006313486.tif 000012
【図１１】
2006313486.tif 000013
【図１２】
2006313486.tif 000014
【図１３】
2006313486.tif 000015
【図１４】
2006313486.tif 000016
【図１５】
2006313486.tif 000017
【図１６】
2006313486.tif 000018
【図１７】
2006313486.tif 000019
【図１８】
2006313486.tif 000020
【図１９】
2006313486.tif 000021
【図２０】
2006313486.tif 000022
【図２１】
2006313486.tif 000023
【図２２】
2006313486.tif 000024
【図２３】
2006313486.tif 000025
【手続補正書】
【提出日】平成17年5月25日(2005.5.25)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】０１６２
【補正方法】変更
【補正の内容】
【０１６２】
ここで、制御部１０は、表示レベルがアプリケーションの階層の表示レベルである場合、又は、アプリケーションの階層の表示レベルではなく内容ｃ１か又は内容ｃ２の階層の表示レベルである場合（Ｌａ）には、ステップＳ１１へ処理を進める。また例えば、単純にリコメンデーション値Ｒが一定値を越えて、階層を問わない表示レベルでの表示を行う場合（Ｌｂ）、制御部１０は、ステップＳ２１へ処理を進める。また、アプリケーション階層と内容ｃ１階層，内容ｃ２階層を跨いだ表示レベルである場合において、例えば上位階層のリコメンデーション値Ｒと下位階層のリコメンデーション値Ｒが同じになった場合、若しくは、下位階層のリコメンデーション値Ｒが上位階層のリコメンデーション値Ｒに占める割合で一定比率を超えた場合（Ｌｃ）、制御部１０は、ステップＳ３１へ処理を進める。また、アプリケーションの階層の表示レベル、又は、内容ｃ１の階層の表示レベルで、且つ、補足内容の表示を行う場合（Ｌｄ）、制御部１０は、ステップＳ４１へ処理を進める。なお、Ｌｄのフローでは、２通りの表示レベルをユーザが選択設定可能となる。