"アプリケーションの識別子を少なくとも含む基礎情報と該アプリケーションについての評価情報とを含むアプリケーション情報を格納する情報格納部と、前記基礎情報を用いて互いに類似するアプリケーションを探す類似アプリケーション探索部と、前記評価情報を用いて一定期間内に対するアプリケーション各々の評価値を算出する評価値算出部と、アプリケーション同士の類似関係及び各アプリケーションの評価値を格納する類似アプリケーション情報格納部と、前記類似アプリケーション情報格納部に格納されている前記類似関係及び前記評価値を参照することで、ユーザの通信端末により指定されているアプリケーションに類似するアプリケーション及びアプリケーションの評価値を判定し、前記指定されているアプリケーションに類似し且つ相対的に良い評価値を有するアプリケーションを選択するアプリケーション選択部と、選択されたアプリケーションの情報を前記通信端末に通知する送信部とを有するアプリケーション検索サーバ。前記評価値算出部が、アプリケーションのダウンロード数の増加率に基づいて該アプリケーションの評価値を算出する、請求項1記載のアプリケーション検索サーバ。当該アプリケーション検索サーバが、前記ユーザの前記通信端末にインストールされているアプリケーションの情報が含まれているユーザ情報をユーザ毎に格納しているユーザ情報格納部を更に有し、前記評価値算出部が、アプリケーションをインストールしているユーザ数の増加率に基づいて該アプリケーションの評価値を算出する、請求項1又は2に記載のアプリケーション検索サーバ。前記ユーザ情報が、前記ユーザの前記通信端末にインストールされているアプリケーションが起動された回数を示す起動回数情報を含み、前記評価値算出部は、前記ユーザ情報格納部に格納されている前記起動回数情報に基づいて前記アプリケーションの評価値を算出する、請求項3記載のアプリケーション検索サーバ。前記ユーザ情報は、一定期間内にアンインストールされたアプリケーションの情報を含み、前記評価値算出部は、前記ユーザ情報からアプリケーションのアンインストール数の増加率を算出し、該増加率に基づいて該アプリケーションの評価値を算出する、請求項3又は4に記載のアプリケーション検索サーバ。前記アプリケーション選択部は、前記ユーザの前記通信端末にインストールされているアプリケーションを除き、前記指定されているアプリケーションに類似し且つ相対的に良い評価値を有するアプリケーションを選択する、請求項3ないし5の何れか1項に記載のアプリケーション検索サーバ。前記識別子に加えて、前記基礎情報が、アプリケーションの名称、説明文及びカテゴリを少なくとも含む、請求項1ないし6の何れか1項に記載のアプリケーション検索サーバ。前記識別子に加えて、前記評価情報が、アプリケーションについての評価コメント、評価値、投稿者及び投稿日時を少なくとも含む、請求項1ないし7の何れか1項に記載のアプリケーション検索サーバ。アプリケーションの識別子を少なくとも含む基礎情報を用いて互いに類似するアプリケーションを探し、アプリケーションについての評価情報を用いて一定期間内に対するアプリケーション各々の評価値を算出し、アプリケーション同士の類似関係及び各アプリケーションの評価値を格納し、格納されている前記類似関係及び前記評価値を参照することで、ユーザの通信端末により指定されているアプリケーションに類似するアプリケーション及びアプリケーションの評価値を判定し、前記指定されているアプリケーションに類似し且つ相対的に良い評価値を有するアプリケーションを選択し、選択されたアプリケーションの情報を前記通信端末に通知するステップを有するアプリケーション検索方法。本発明の課題は、ユーザが利用するアプリケーションと同様な目的を達成し且つ高い評価を得ているアプリケーションを簡易に発見できるアプリケーション検索サーバ及びアプリケーション検索方法を提供することである。一実施形態によるアプリケーション検索サーバは、アプリケーションの識別子を少なくとも含む基礎情報と該アプリケーションについての評価情報とを含むアプリケーション情報を格納する情報格納部と、前記基礎情報を用いて互いに類似するアプリケーションを探す類似アプリケーション探索部と、前記評価情報を用いて一定期間内に対するアプリケーション各々の評価値を算出する評価値算出部と、アプリケーション同士の類似関係及び各アプリケーションの評価値を格納する類似アプリケーション情報格納部と、前記類似アプリケーション情報格納部に格納されている前記類似関係及び前記評価値を参照することで、ユーザの通信端末により指定されているアプリケーションに類似するアプリケーション及びアプリケーションの評価値を判定し、前記指定されているアプリケーションに類似し且つ相対的に良い評価値を有するアプリケーションを選択するアプリケーション選択部と、選択されたアプリケーションの情報を前記通信端末に通知する送信部とを有するアプリケーション検索サーバである。一実施形態によれば、ユーザが利用するアプリケーションと同様な目的を達成し且つ高い評価を得ているアプリケーションを簡易に発見することができる。本発明の一形態によるアプリケーション検索サーバは、アプリケーションの類似関係及び最近の評価値のテーブルを参照することで、通信端末により指定されたアプリケーションについて、類似するアプリケーション及び評価値を判定する。アプリケーション検索サーバは、指定されているアプリケーションに類似し且つ相対的に良い評価値を有するアプリケーションを、ユーザに提示するアプリケーションとして選択する。これにより、ユーザが利用しているアプリケーションと同一の目的を達成可能であって且つより評価の高いアプリケーションを簡易に判定することができる。類似関係や評価値はアプリケーション検索サーバにより様々なユーザの情報に基づいて行われるので、ユーザに提示される情報は客観的な妥当性を有する。評価値は、様々なユーザの最近の動向を反映しているので、アプリケーション検索サーバは、ユーザに最新の情報を提供することができる。このような実施形態によるアプリケーションの選択方法は、ユーザによるマーケットの利用実績等を当てにしていないので、そのような実績に乏しいユーザにも適切な情報を提供できる。以下、添付図面を参照しながら実施例を説明する。図中、同様な要素には同じ参照番号又は参照符号が付されている。実施例は次の観点から説明される。1.無線通信システム2.アプリケーション検索サーバ3.携帯端末4.動作例5.変形例5.1ユーザ情報を利用する変形例5.2評価値の他の算出方法<1.無線通信システム>図1は、アプリケーション検索サーバ100を使用する無線通信システムの一例を示す。無線通信システム100は、携帯端末200と、アプリケーション検索サーバ100と、それらを通信可能に接続する通信網50とを有する。一例として携帯端末200が示されているが、固定端末が使用されてもよい。より一般的には、携帯端末200は、アプリケーションをダウンロードして使用できる何らかのユーザ装置とすることが可能である。ユーザ装置は、例えば、携帯電話、情報端末、高機能携帯電話、スマートフォン、タブレット型コンピュータ、パーソナルディジタルアシスタント、携帯用パーソナルコンピュータ、パームトップコンピュータ、ラップトップコンピュータ、デスクトップコンピュータ等であるが、これらに限定されない。携帯端末200は、通信網50を介して、アプリケーション検索サーバ100にアクセスし、アプリケーションの情報やアプリケーション自体を取得することが可能である。例えば、該携帯端末200は、アクセスポイント図示なしに接続し、該アクセスポイントが接続された通信網50に接続されたアプリケーション検索サーバ100にアクセスしてもよい。通信網50は、例えば、移動通信ネットワークに接続されたインターネットであってもよい。また、携帯端末200は基地局図示なしに接続し、基地局が接続された通信網50に接続されたアプリケーション検索サーバ100にアクセスしてもよい。図示の簡明化のため携帯端末200が1台しか示されていないが、携帯端末の台数は任意である。<2.アプリケーション検索サーバ>図2は、図1に示されているようなアプリケーション検索サーバ100の機能ブロック図を示す。図2にはアプリケーション検索サーバ100に備わっている様々な要素の内、実施形態の説明に特に関連する要素が示されている。アプリケーション検索サーバ100は、アプリケーション情報格納部102、類似アプリケーション探索部104、アプリケーション評価値算出部106、類似アプリケーション情報格納部108、受信部110、アプリケーション選択部112及び送信部114を有する。アプリケーション情報格納部102は、アプリケーション基礎情報のテーブルとアプリケーション評価情報のテーブルとを格納している。アプリケーション基礎情報及びアプリケーション評価情報はアプリケーションマーケットから取得され、アプリケーション情報を構成する。アプリケーション基礎情報は、アプリケーションの識別子ID、アプリケーションの名称又は名前、アプリケーションの説明文、統計情報、アプリケーションのカテゴリ、アプリケーションの開発者等を示す情報を含む。統計情報は、アプリケーションのプロバイダや開発者側からアプリケーション検索サーバ100に提供される情報に統計情報が含まれていてもよいし、或いは様々なユーザから取得した利用履歴情報やユーザ情報後述を集計及び分析することで取得されてもよい。統計情報の具体例は、例えば対象のアプリケーションをダウンロードした利用者数の累計値、その累計値が属するクラス階級又は等級等である。従って統計情報は必ずしもアプリケーション基礎情報に含まれる必要はない。アプリケーション評価情報は、個々のアプリケーションに対する評価又はレビューの内容、ユーザ評価値、評価又は投稿を行ったユーザの情報、評価又は投稿の日時等を示す情報を含む。概して、アプリケーション基礎情報はアプリケーション同士の類似関係を判別する際に使用され、アプリケーションの開発者やプロバイダ側から取得される情報として定義されてもよい。これに対して、アプリケーション評価情報は個々のアプリケーションの評価値を算出する際に使用され、ユーザの側から得られる情報として定義されてもよい。評価値は、例えば、個々のユーザ評価値の平均値として導出されてもよいが、他の方法で導出されてもよい。この点については後述する。アプリケーション基礎情報及びアプリケーション評価情報の区別は厳密ではなく、図示の一方の情報に含まれている情報項目の一部が他方の情報に含まれるように定義されてもよい。例えば、アプリケーション基礎情報の統計情報が、アプリケーション評価情報に含まれてもよい。従って、より一般的には、図示のアプリケーション基礎情報及びアプリケーション評価情報双方がアプリケーション情報を構成し、アプリケーション情報を用いて後述の類似関係や評価値が算出される。更に、情報項目の数や種類は図示の例に限定されず、1つ以上の情報項目が省略されてもよいし、或いは1つ以上の別の情報項目例えば、画像や価格についての情報が追加されてもよい。図3はアプリケーション基礎情報をテーブル形式で示す。図示の例の場合、アプリケーションを一意に特定するためのアプリケーションIDと、アプリケーション名と、アプリケーションの内容を説明している説明文と、アプリケーションのダウンロード数と、アプリケーションのカテゴリと、アプリケーションを開発した開発者情報とがテーブルに含まれている。アプリケーションIDである0001A、0001B及び0001Cの各々は、アプリケーション名アプリ1、アプリ2及びアプリ3という名称をそれぞれ有する。図示の例の場合、アプリケーションのダウンロード数に関し、50,000~250,000、1,000~5,000、250,000以上のような数値範囲が示されているが、このことは必須ではない。多数のユーザにより実際にダウンロードされた具体的な数がダウンロード数であってもよい。アプリケーションの評価の高低を判定するのに使用できればよいからである。カテゴリは、ジャンルと同義であり、ツール、エンターテイメント、ゲームが一例として示されている。AAAA、BBBB及びCCCCのように例示されている開発者各々が、アプリ1-3を作成し、各々の説明文を作成している。図示の例は一例に過ぎず、より多くの情報項目が含まれてもよいし、一部の情報項目が省略されてもよいし、別の表現方法が使用されてもよい。例えば、ダウンロード数が、クラスの代わりに、具体的な数値で表現されてもよい。また、アプリケーションの情報として、開発者による一言コメント等のような他の情報を格納してもよい。図4はアプリケーション評価情報をテーブル形式で示す。図示の例の場合、アプリケーションIDと、レビューの内容と、レビューを行ったユーザによるユーザ評価値と、投稿を行ったユーザと、投稿の日時とがテーブルに含まれている。図示の例の場合、アプリケーションIDが0001Aであるアプリケーションについて、3人のユーザユーザX、ユーザY及びユーザZがレビューを行っている。図示の例は一例に過ぎず、より多くの情報項目が含まれてもよいし、一部の情報項目が省略されてもよいし、別の表現方法が使用されてもよい。例えば、アプリケーション名のような他の情報が含まれてもよい。また、図示の例ではユーザ評価値は0以上5以下の数値範囲内の値で表現されるが、他の数値範囲で表現されてもよいし、良否のような2者択一形式で表現されてもよい。図2の類似アプリケーション探索部104は、アプリケーション情報格納部102に格納されているアプリケーション情報から、アプリケーションの類似関係を算出し、類似関係を示す情報をアプリケーション情報格納部108に格納する。アプリケーションの類似関係は、適切な如何なる方法で算出されてもよい。一例として、アプリケーションが属しているカテゴリの情報、アプリケーション名及び説明文に含まれる名詞言葉又は文字列の出現頻度から、アプリケーション同士の類似度が算出されてもよい。同じ目的を達成するアプリケーションは、同じカテゴリに属していることが多いからである。同様に、同じ目的を達成するならば、アプリケーション名や説明文に対して、アプリケーションの特性を表すキーワードの出現頻度が似ている傾向があるからである。一例として、カメラの撮影機能を利用するアプリケーションに類似するアプリケーションを探す場合を考察する。この場合、先ず、カメラを利用するアプリケーションが属しているカテゴリ例えば、カメラカテゴリ、ツールカテゴリに属しているアプリケーションが抽出される絞り込みを行う。次に、絞り込まれたアプリケーションの名称及び又は説明文を分析し、予め用意されているキーワード辞書に登録されている名詞を抽出する。キーワード辞書には、カメラ、画像、ブラウザ、ゲーム、電話等のようなアプリケーションの特徴を表す可能性が高い名詞より一般的には言葉又は文字列が登録されている。アプリケーションの名称及び又は説明文から抽出した名詞の出現頻度が、アプリケーション毎に保存される。図5はカメラ、画像、ゲーム、...計算のキーワードの出現頻度がアプリケーション毎にテーブル形式で保存されている様子を示す。このようなテーブルは図2の類似アプリケーション情報格納部108に保存される。2つのアプリケーションに関し、個々のキーワードの出現頻度が近ければそれらは類似しており、そうでなければ類似していないことになる。出現頻度の一致度が類似度として定義され、閾値以上の類似度を有する場合に、2つのアプリケーションは類似している、と判別されてもよい。一例としてコサインcosine類似度を用いて類似度が算出されてもよい。図示の例の場合、アプリケーションID0001Aと0001Dが比較的類似している。説明の便宜上、カテゴリ、アプリケーション名及び又は説明文に含まれるキーワードにより、類似関係が判別されたが、このことは必須ではない。アプリケーション検索サーバの管理者が、類似関係をマニュアルで登録してもよい。あるいは、アプリケーション検索サーバの利用者に、アプリケーションの類似関係を問い合わせることで、互いに類似するアプリケーションが登録されてもよい。その場合、アプリケーション検索サーバ100は、例えばアプリ1とアプリ2が類似しているか否かをユーザに問い合わせてもよい。図2のアプリケーション評価値算出部106は、アプリケーション情報格納部102に格納されているアプリケーション情報を元に、アプリケーション評価値又は単に評価値というを算出する。アプリケーション評価値は、概して、ある評価期間内例えば、直近の1ヶ月において多数のユーザがそのアプリケーションをどの程度高く評価しているかを示す目安を与える。算出されたアプリケーション評価値は、類似アプリケーション情報格納部108に格納される。アプリケーション評価値は、適切な如何なる方法で算出されてもよい。例えば、アプリケーション情報格納部102に格納されているアプリケーション評価情報を用いて、ある評価期間内に様々なユーザが投稿したユーザ評価値の算術平均値が、アプリケーション評価値として算出されてもよい。例えば、図4に示すアプリケーション評価情報の場合において、評価期間が8月中であった場合、アプリケーションID0001Aに対するユーザ評価値は、ユーザXの5とユーザYの4であるので、アプリケーション評価値又は評価値は、54÷2=4.5となる。現時点から過去1ヶ月間というように評価期間が不動に指定されてもよいし、将来アプリケーションがアップデートされた後の1ヶ月間というように動的に指定されてもよい。アプリケーション評価値のこの計算方法は単なる一例に過ぎず、他の計算方法が使用されてもよい。この点については変形例において説明する。類似アプリケーション情報格納部108は、類似アプリケーション探索部104により算出された類似関係の情報と、アプリケーション評価値算出部106から算出された評価値の情報とを互いに対応づけて格納する。図6は、類似アプリケーション情報格納部108にテーブル形式で格納されている情報の一例を示す。図示のテーブルは、アプリケーションと、そのアプリケーションに類似するアプリケーションと、各アプリケーションの評価値とを互いに対応づけて含んでいる。0001Aのアプリケーションは、0002A及び0003Aと類似しており、各アプリケーションの評価値はそれぞれ4.5、3.1及び4.1である。0001Aのアプリと0002Aのアプリとの類似度は、0001Aのアプリと0003Aのアプリとの類似度以上であるより類似している。同様に、0001Bのアプリケーションは、0002B及び0003Bと類似しており、各アプリケーションの評価値はそれぞれ3.1、3.3及び4.2である。0001Cのアプリケーションは、0002C及び0003Cと類似しており、各アプリケーションの評価値はそれぞれ4.0、4.5及び3.8である。図示の例では、1つのアプリケーションにつき、類似アプリケーションを2つ格納している又は対応付けているが、格納する類似アプリケーション数は1つ以上の任意の数値でよい。図2の受信部110は、携帯端末200又は他の情報源から、アプリケーション情報を受信する。アプリケーション情報のすべてが携帯端末200から取得されてもよい。あるいは、アプリケーション情報の一部が携帯端末200から取得され、他のアプリケーション情報が他の情報源から取得されてもよい。例えば、アプリケーションIDが携帯端末200から取得され、そのアプリケーションIDに対応付けられている情報図3及び図4におけるアプリID以外の情報が、ネットワークを介して何らかの情報提供サーバから取得されてもよい。受信部110は、取得したアプリケーション情報をアプリケーション選択部112に通知する。アプリケーション選択部112は、類似アプリケーション情報格納部108に格納されているテーブル図6を参照し、受信部110が取得したアプリケーション情報に対応する情報を取得する。取得された情報は、類似するアプリケーションとして送信部114に通知され、推薦されるアプリケーションとしてユーザに通知される。例えば、受信部110が取得したアプリケーション情報が、0001Bというアプリケーションを指定していた場合、アプリケーション選択部112は、図6に示すようなテーブルにおいて0001Bに対応する行を参照し、0002Bや0003Bのようなアプリケーションが類似アプリケーションであることを知る。一例として、このような場合に0002B及び0003Bのアプリケーションが送信部114を介してユーザに通知される。別の動作例の場合、評価値の高低が加味される。0001Bのアプリケーションが指定されていた場合、このアプリケーションに類似するアプリケーション0002B及び0003Bはいずれも0001Bの評価値3.1より高い評価値を有しているので、双方が送信部114に通知されてもよい。或いは、選択肢の中で最高の評価値を有する0003Bの方のアプリケーションのみが送信部114を介してユーザに通知されてもよい。或いは、指定されたアプリケーションの評価値よりも所定の閾値以上高い評価値を有するアプリケーションのみがユーザに通知されてもよい。仮に、0001Aのアプリケーションが指定されていた場合、このアプリケーションに類似するアプリケーションは0002A及び0003Aであるが、いずれも0001Aの評価値4.5より低い評価値しか有していない。この場合、ユーザが既に所有しているアプリケーション0001Aよりも評価の高いアプリケーションは今のところ存在しない。従って指定されたアプリケーションと同じ0001Aが送信部114を介してユーザに通知されてもよいし、或いは0001Aよりも評価の高いアプリケーションは存在しない旨のメッセージがユーザに通知されてもよい。<3.携帯端末>図7は、図1に示されているような携帯端末200の機能を示す機能ブロック図を示す。図7には携帯端末200に備わっている様々な要素の内、本実施形態の説明に特に関連する要素が示されている。携帯端末200は、アプリケーション利用情報格納部202、アプリケーション選択部204、送信部206、受信部208及び表示部210を有する。アプリケーション利用情報格納部202は、ユーザが携帯端末200内に所有しているアプリケーションの利用履歴情報をアプリケーション毎に格納している。利用履歴情報は、例えば、アプリケーションを起動した日時、累積起動回数、アプリケーションの画面が表示部に表示された回数、アプリケーションをインストールした日時、アプリケーションをアンインストールした日時等のようなアプリケーションに対してユーザが行った操作の履歴を示す情報を含む。例えば、起動回数を示す利用履歴情報が、1日毎のような周期で記録されてもよい。あるいは、固定された期間ではなく、利用履歴情報をアプリケーション検索サーバに前回を送信して以来起動された起動回数、のような固定されていない期間にわたる起動回数が記録されてもよい。アプリケーション選択部204は、アプリケーション利用情報格納部202を参照し、ユーザが選択又は指定したアプリケーションに対応する情報例えば、アプリケーションIDと起動回数を含むを送信部206に通知する。起動回数は単なる一例に過ぎず、利用履歴情報中の他の情報が使用されてもよい。あるいは、アプリケーション選択部204は、アプリケーション利用情報格納部202に格納されている起動回数の情報を自動的に選択し、アプリケーションIDとともに送信部206に通知してもよい。自動的に選択を行う場合、例えば、起動回数が一定の範囲内に該当することになったアプリケーションが選択されてもよい。下限の閾値をNminとし、上限の閾値をNmaxとし、あるアプリケーションAの起動回数NAが、Nmin<NA<Nmaxを満たす場合に、アプリケーションAの起動回数の情報が送信部206に通知されてもよい。閾値Nmin及びNmaxはすべてのアプリケーションに共通する値でもよいし、アプリケーションのカテゴリ毎に設定されていてもよい。頻繁に起動されることが前提とされるカテゴリと、そうでないカテゴリが存在するからである。また、アプリケーションのダウンロード数や、他ユーザの平均起動回数が携帯端末200に通知され、それらの値が閾値に設定されてもよい。上記の例とは別に、起動回数が所定の閾値以上になった場合や、所定の閾値以下になった場合に、起動回数が通知されてもよい。更に、自動的に起動回数を報告する際に、報告対象のアプリケーションを選択する方法が複数個用意され、何れかの方法がユーザにより選択されてもよい。送信部206は、利用履歴情報を定期的に又は不定期的にアプリケーション検索サーバ100に送信する。また、送信部206は、特定のアプリケーションについての情報少なくともIDを含むをアプリケーション検索サーバ100に送信する。その特定のアプリケーションに類似するアプリケーションの情報が、アプリケーション検索サーバ100から提供されることになる。すなわち、そのような情報提供を希望する際の類似関係の中心となるアプリケーションの情報が、送信部206から送信される。送信される情報は、一般的にはアプリケーション情報であるが、少なくとも、アプリケーションを特定するアプリケーションIDが含まれていればよい。アプリケーション検索サーバ100は、アプリケーション情報中の他の情報を、携帯端末200以外のソースから取得できるからである。送信部206から送信される情報は、アプリケーションの表示数を示す情報を含んでいてもよい。受信部208は、アプリケーションのリストを示す情報を、アプリケーション検索サーバから受信する。アプリケーションのリストには、アプリケーションの名前、説明文、ダウンロード数、評価値、アイコン情報等のアプリケーションに関する情報の内の1つ以上が示されている。表示部210は、アプリケーション検索サーバ100から受信したアプリケーションのリストすなわち、類似アプリケーション情報を表示する。すなわち、ユーザが指定したアプリケーションに類似し且つ最近の評価が高い1つ以上のアプリケーションが、リストとして表示部210に表示される。ユーザが指定したアプリケーションよりも評価の高い類似アプリケーションが存在しなかった場合は、表示すべきアプリケーションが存在しないこと又はユーザが指定したアプリケーションと同じアプリケーションがリスト中に表示される。表示部210は、例えば、ディスプレイ、キーパッドを備えた制御パネル、陰極線管CRT、液晶ディスプレイLCD、有機ELパネル、タッチスクリーン等であるが、これらに限定されない。本実施形態において、表示部210は、接触感知式の透明パネルでカバーされており、携帯端末の動作を制御するためのユーザの指の動きを検知することができる。なお、視覚的な表示部210が使用されることは必須ではなく、一般的には、ユーザに情報を提供する機能及びユーザから入力された情報を取得する機能を発揮する任意のユーザインタフェースを使用することができる。ユーザインタフェースは、視覚的、聴覚的又は機械的な任意の手段とすることができる。例えば、ユーザインタフェースは、典型的には選択可能なボタンを含むが、キーボード、マウス、トラックボール等のような任意の機械的な操作部を備えていてもよい。また、ユーザインタフェースは、ユーザが喋った操作を実行できるように、マイクロフォンのような音声入力部を備えていてもよいし、何らかの情報を音声でユーザに提供するスピーカのような音声出力部を備えていてもよい。<4.動作例>図8は、図1に示されるような無線通信システムにおいて、アプリケーション検索サーバ100及び携帯端末200の間で行われる動作例を示す。ステップS301において、アプリケーション検索サーバ100は、アプリケーション情報を用いて様々なアプリケーション同士の類似関係を調べ、類似関係の情報を類似アプリケーション情報格納部108に格納する。類似関係を調べるのに使用されるアプリケーション情報はアプリケーション情報格納部102に格納されており、特にアプリケーション基礎情報図3が使用される。ステップS303において、アプリケーション検索サーバ100は、アプリケーション情報を用いて個々のアプリケーションの評価値を算出し、評価値を類似アプリケーション情報格納部108に格納する。評価値を算出するのに使用されるアプリケーション情報はアプリケーション情報格納部102に格納されており、特にアプリケーション評価情報図4が使用される。類似関係及び各アプリケーションの評価値は互いに関連付けられて類似アプリケーション情報格納部108に格納される。図示の例ではステップS301の後にステップS303の処理が示されているが、これらの処理の順序は図示の通りでもよいし、逆でもよいし、全部又は一部の処理が同時に行われてもよい。図6に示されるような対応関係を取得できればよいからである。ステップS305において、携帯端末200は、情報提供を要求する要求信号をアプリケーション検索サーバ100に送信する。要求される情報は、アプリケーション検索サーバが携帯端末200のユーザに導入を薦めるアプリケーションの情報であり。具体的には、要求信号で指定されたアプリケーションに類似する同一目的を達成するアプリケーションであり且つ最近の評判が良いアプリケーションの情報である。要求信号は、新たなアプリケーションを自ら探しているユーザにより意識的に送信されてもよいし、ユーザによる何らかの操作に起因して例えば、特定の画面が表示された場合に要求信号が送信されてもよい。或いはユーザの操作とは別に携帯端末200に設定された所定のタイミングで要求信号が送信されてもよい。いずれにせよ、要求信号は少なくとも1つのアプリケーションを指定しているアプリケーション情報を含む。ステップS307において、アプリケーション検索サーバ100は、受信した要求信号により指定されているアプリケーションの識別子IDから、アプリケーション基礎情報及びアプリケーション評価情報を取得する。これらの情報が要求信号に含まれていなかった場合は、アプリケーションの識別子IDに基づいてアプリケーション情報格納部102から取得される。アプリケーション検索サーバ100は、類似アプリケーション情報格納部108に格納されている類似関係及び評価値を参照することで、要求信号で指定されているアプリケーションに類似するアプリケーション及びそれらのアプリケーションの評価値を判定する。そして、アプリケーション検索サーバ100は、指定されているアプリケーションに類似し且つ相対的に良い評価値を有するアプリケーションを原則として1つ以上選択する例えば、類似し且つ評価値の良い上位3つを選択する。指定されているアプリケーションの評価値よりも良い評価値を有するアプリケーションが存在しなかった場合は、指定されているアプリケーションが選択されてもよいし、或いはどのアプリケーションも選択されなくてもよい。ステップS309において、アプリケーション検索サーバ100は、ステップS307で選択されたアプリケーションの情報を携帯端末200に送信する。ステップS311において、携帯端末200は、受信したアプリケーションの情報をユーザに提供する。ステップS305で指定されたアプリケーションに類似し且つ最近の評判が良い1つ以上のアプリケーションの情報が、例えば携帯端末200の表示部に表示される。これによりユーザは、自身のニーズに合った客観的に信頼できるアプリケーションを携帯端末200に導入できるようになる。なお、図8に示す動作例を行うタイミングは、アプリケーション検索サーバ100において予め設定例えば、一定の周期で設定されていてもよいし、あるいは必要に応じて例えば、外部からの要求に応じて行われてもよい。例えば1日毎に行われてもよい。いずれにせよ、これらの処理は反復的に行われる必要がある。類似関係や評価値は時間とともに変化するからである。<5.変形例><<5.1ユーザ情報を利用する変形例>>図8に示す動作例の場合、アプリケーション検索サーバ100は、ステップS305において受信した要求信号により指定されているアプリケーションに基づいて、ユーザに提示するアプリケーションを選択していた。しかしながら本発明はこのような動作例に限定されず、携帯端末200に保存されているアプリケーションが何であるか等を示すユーザ情報を使用することも可能である。以下、このような変形例について説明する。変形例においても図1に示すような無線通信システムを使用することが可能である。図9は変形例において使用されるアプリケーション検索サーバ101のブロック図を示す。アプリケーション検索サーバ101は図1のアプリケーション検索サーバ100の代わりに使用することができる。概して、アプリケーション検索サーバ101はアプリケーション検索サーバ100と同様であるが、ユーザ情報格納部116を追加的に含んでいる点が主に異なる。ユーザ情報格納部116は、携帯端末200から受信したユーザ情報を格納する。ユーザ情報は、ユーザが携帯端末200にどのようなアプリケーションを保存しているか等を示す情報であり、定期的に又は不定期的に必要に応じて携帯端末200からアプリケーション検索サーバ101に通知される。ユーザ情報は、上述した利用履歴情報の一部を構成していてもよいし、利用履歴情報とは別の情報であってもよい。図10は、ユーザ情報格納部116に格納されるユーザ情報をテーブル形式で示す。図示の例の場合、複数のユーザの各々と、ユーザ各自が所有するアプリケーションの識別子IDとが対応づけて管理されている。第1のユーザユーザ1は、3つのアプリケーション0001A、0001B及び0001Cを所有している、すなわち携帯端末にインストールしている。第2のユーザユーザ2は、2つのアプリケーション0002A及び0002Bを所有している。第3のユーザユーザ3は、3つのアプリケーション0001A、0002B及び0003Cを所有している。図示の例は簡明化の観点から示されているに過ぎず、他の情報がユーザ情報に含まれていてもよい。例えば、各ユーザが所有しているアプリケーションの情報の他に、アプリケーションの起動回数やアンインストールの情報等のような履歴情報が、ユーザ情報として格納されてもよい。アプリケーション選択部112は、ユーザ情報格納部116に格納されているユーザ情報に基づいて、ユーザに通知するアプリケーションを選択する。選択の仕方については図11を参照しながら説明する。図11はユーザ情報を使用する変形例においてアプリケーション検索サーバ101及び携帯端末200の間で行われる動作例を示す。ステップS401において、アプリケーション検索サーバ100は、図8のステップS301の場合と同様に、アプリケーション情報を用いて様々なアプリケーション同士の類似関係を調べ、類似関係の情報を類似アプリケーション情報格納部108に格納する。ステップS403において、定期的な又は不定期的なタイミングにおいて、携帯端末は、ユーザが所有しているアプリケーションインストールされているアプリケーションの情報を集計し、ユーザ情報を作成する。ステップS405において、アプリケーション検索サーバ101は、携帯端末からユーザ情報を受信し、ユーザ情報格納部116に格納する。ステップS407において、アプリケーション検索サーバ100は、図8のステップS303と同様に、アプリケーション情報を用いて個々のアプリケーションの評価値を算出し、評価値を類似アプリケーション情報格納部108に格納する。ステップS411において、アプリケーション検索サーバ101は、ユーザ情報で指定されているアプリケーションの識別子IDから、アプリケーション基礎情報及びアプリケーション評価情報を取得する。これらの情報が要求信号に含まれていなかった場合は、アプリケーションの識別子IDに基づいてアプリケーション情報格納部102から取得される。アプリケーション検索サーバ101は、類似アプリケーション情報格納部108に格納されている類似関係及び評価値を参照することで、ユーザ情報で指定されているアプリケーションに類似するアプリケーション及びそれらのアプリケーションの評価値を判定する。そして、アプリケーション検索サーバ101は、指定されているアプリケーションに類似し且つ相対的に良い評価値を有するアプリケーションを原則として1つ以上選択する例えば、類似し且つ評価値の良い上位3つを選択する。指定されているアプリケーションの評価値よりも良い評価値を有するアプリケーションが存在しなかった場合は、指定されているアプリケーションが選択されてもよいし、或いはどのアプリケーションも選択されなくてもよい。なお、アプリケーションを選択する際に、類似するアプリケーションのうち、ユーザが既に所有しているアプリケーションは除外されてもよい。ステップS413において、アプリケーション検索サーバ101は、ステップS411で選択されたアプリケーションの情報を携帯端末200に送信する。ステップS415において、携帯端末200は、受信したアプリケーションの情報をユーザに提供する。ユーザ情報で指定されたアプリケーションに類似し且つ最近の評判が良い1つ以上のアプリケーションの情報が、例えば携帯端末200の表示部に表示される。これによりユーザは、自身のニーズに合った客観的に信頼できるアプリケーションを携帯端末200に導入できるようになる。なお、図11に示す動作例を行うタイミングは、アプリケーション検索サーバ101において予め設定例えば、一定の周期で設定されていてもよいし、あるいは必要に応じて例えば、外部からの要求に応じて行われてもよい。例えば1日毎に行われてもよい。いずれにせよ、これらの処理は反復的に行われる必要がある。類似関係や評価値は時間とともに変化するからである。<<5.2評価値の他の算出方法>>図2、図9のアプリケーション評価値算出部106、図8のステップS303及び図911のステップS409において評価値を算出する方法を更に説明する。[1]上述したように、アプリケーションの評価値は、そのアプリケーションについてレビューを行った様々なユーザが付けたユーザ評価値を算術平均することで求められてもよい。[2]評価値の他の算出方法として、アプリケーションのダウンロード数の増加率又は上昇率を用いることも考えられる。アプリケーションの評価が高いほど、アプリケーションのダウンロード数は増加する傾向があるからである。ダウンロード数は、アプリケーションの開発者が提供しているアプリケーション情報から抽出することができる。アプリケーションのダウンロード数は日毎に異なるので、例えば1日のダウンロード数をDLnとした場合、1週間前からの増加率は、DLn/Σk=0,...,6DLn-kにより表現できる。nは日数を示すパラメータである。増加率を算出するための一定期間は1週間に限定されず、適切な如何なる長さの期間が使用されてもよい。このような数値が評価値としてそのまま反映されてもよいし、何らかの別の観点から決定された評価値に加えられてもよい。例えば、[1]の観点から算出された算術平均値と、上記の増加率との合計により評価値が算出されてもよい。[3]評価値の他の算出方法として、アプリケーションの利用者数の増加率又は上昇率を用いることも考えられる。アプリケーションの評価が高いほど、アプリケーションの利用者数は増加する傾向があるからである。利用者数はダウンロード数と同様な大きさの数値になるが、情報の取得方法が異なる。ダウンロード数はアプリケーション情報基礎情報として開発者側からアプリケーション検索サーバに提供される。これに対して、利用者数は携帯端末からアプリケーション検索サーバに提供された利用履歴情報又はユーザ情報を集計することで得られる。例えば、アプリケーション検索サーバ101がユーザ情報格納部116のデータを更新した際、以前の期間におけるアプリケーションの利用者数をUbとし、最新の期間における利用者数をUとした場合、増加率は、例えばU―Ubにより表現されてもよい。或いは上記[2]に示す例のように以前の期間と今回の期間の利用者数の合計値で増加率を規格化してもよい。或いは、sqrU―Ubのような演算を行うことで増加率の値が調整されてもよい。[4]評価値の他の算出方法として、アプリケーションの起動回数の増加率又は上昇率を用いることも考えられる。アプリケーションの評価が高いほど、アプリケーションの起動回数は増加する傾向があるからである。起動回数の情報は携帯端末からアプリケーション検索サーバに提供された利用履歴情報又はユーザ情報を集計することで得られる。例えば、アプリケーション検索サーバ101がユーザ情報格納部116のデータを更新した際、以前の期間におけるアプリケーションの総起動回数をLbとし、最新の期間における総起動回数をLとした場合、増加率は、例えばL―Lbにより表現されてもよい。或いは上記[2]に示す例のように以前の期間と今回の期間の総起動回数の合計値で増加率を規格化してもよい。或いは、sqrL―Lbのような演算を行うことで増加率の値が調整されてもよい。[5]評価値の他の算出方法として、アプリケーションをアンインストールした利用者数の増加率又は上昇率を用いることも考えられる。アンインストールした利用者数は、上記のダウンロード数や利用者数と逆の行為をした利用者数に対応する。すなわち、アプリケーションの評価が低いほど、アプリケーションをアンインストールした利用者数は増加する傾向がある。アンインストールした利用者数の情報は携帯端末からアプリケーション検索サーバに提供された利用履歴情報又はユーザ情報を集計することで得られる。アプリケーションのアンインストール数は日毎に異なるので、例えば1日のアンインストール数をDEnとした場合、1週間前からの増加率は、DEn/Σk=0,...,6DEn-kにより表現できる。nは日数を示すパラメータである。増加率を算出するための一定期間は1週間に限定されず、適切な如何なる長さの期間が使用されてもよい。アンインストールの増加率の上昇は評価値の下降に対応付けられ、アンインストールの増加率の下降は評価値の上昇に対応付けられる。従って、アンインストールの増加率をアプリケーションの肯定的な評価値に関連付けるには、例えば、マイナスの符号を付けて評価値に加えることが考えられる。[1]-[5]に示す評価値の算出方法は単独で使用されてもよいし、2つ以上が組み合わせられてもよい。組み合わせる場合、個々の方法で算出された評価値は単に加算されてもよいし、或いは何らかの重み係数を用いて重み付け加算されてもよい。以上本発明は特定の実施例を参照しながら説明されてきたが、それらは単なる例示に過ぎず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。例えば、本発明は、ネットワークを通じてユーザにアプリケーションを推薦する適切な如何なる移動通信システムに適用されてもよい。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。実施形態又は項目の区分けは本発明に本質的ではなく、2以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に矛盾しない限り適用されてよい。機能ブロック図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には1つの部品で行われてもよいし、あるいは1つの機能部の動作が物理的には複数の部品により行われてもよい。説明の便宜上、本発明の実施例に係る装置は機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。ソフトウェアは、ランダムアクセスメモリRAM、フラッシュメモリ、読み取り専用メモリROM、EPROM、EEPROM、レジスタ、ハードディスクHDD、リムーバブルディスク、CD-ROM、データベース、サーバその他の適切な如何なる記憶媒体に用意されてもよい。本発明は上記実施例に限定されず、本発明の精神から逸脱することなく、様々な変形例、修正例、代替例、置換例等が本発明に包含される。"