JP2012014448A - ユーザにアプリケーションを推薦するサーバ及び方法 - Google Patents

Abstract

【課題】ユーザにアプリケーションのダウンロードを促す場合において、そのアプリケーションを使用した複数の他のユーザからの評判情報を、ユーザにとって有意義な順序で提示できるようにすることである。
【解決手段】サーバは、特定のアプリケーションを使用した複数のユーザが作成した複数の評判情報を、データベースから読み込む読込部と、ユーザから受信したアプリケーションの利用履歴情報に基づいて、複数の評判情報各々について優先度を決定する優先度決定部と、優先度にしたがって並べられた複数の評判情報のリストを、ユーザに送信する送信部とを有し、複数の評判情報中のある評判情報を閲覧したユーザが、特定のアプリケーションをインストールしたこと又はインストール後に起動若しくは削除したことを、利用履歴情報が示していた場合、優先度算出部は、ある評判情報の優先度を変更する。
【選択図】図４

Description

本発明は、ユーザにアプリケーションを推薦するサーバ及び方法に関連する。

近年の通信端末は、単に通信を行うだけでなく、様々なアプリケーションをサーバからダウンロードし、実行することができる。通信端末は、具体的には、携帯電話、情報端末、スマートフォン、ノート型パーソナルコンピュータ、ラップトップコンピュータ、デスクトップコンピュータ等であるが、これらに限定されない。通信端末にダウンロードすることが可能なアプリケーションは、極めて多数存在するので、アプリケーションの提供者（プロバイダ）は、提供するアプリケーションをユーザに推薦する必要がある。通信端末にアプリケーションをダウンロードすることについては、例えば特許文献１に記載されている。

特開２００９−３０１４７２号公報

ところで、プロバイダのサーバからアプリケーションをダウンロードしたユーザが、アプリケーションを使用した後、そのアプリケーションに対する評判情報を作成し、サーバに送信することが多い。アプリケーションに対する一般的な説明は、プロバイダや開発元から提供される。しかしながら、評判情報は、個々のユーザが実際にアプリケーションを使用した経験に基づいて記述されているので、一般的な説明からは得られない情報を含んでいる。したがって、アプリケーションのダウンロードを検討しているユーザにとって、そのような評判情報は、非常に参考になることがある。このような観点から、プロバイダは、アプリケーションに対する評判情報を公開し、そのアプリケーションのダウンロードを検討しているユーザが閲覧できるようにしている。

しかしながら、アプリケーションをダウンロードした誰もが簡単に評判情報を作成できるので、評判情報の数は非常に多く、これらは有用なものから有用でないものまで様々である。したがって、何らかのアプリケーションに対する評判情報が、それらを閲覧したユーザにとって必ずしも有意義であるとは限らず、評判情報の有効活用が十分になされていない。

本発明の課題は、ユーザにアプリケーションのダウンロードを促す場合において、そのアプリケーションを使用した複数の他のユーザからの評判情報を、ユーザにとって有意義な順序で提示できるようにすることである。

本発明の一形態によるサーバは、
特定のアプリケーションを使用した複数のユーザが作成した複数の評判情報を、データベースから読み込む読込部と、
ユーザから受信したアプリケーションの利用履歴情報に基づいて、前記複数の評判情報各々について優先度を決定する優先度決定部と、
前記優先度にしたがって並べられた前記複数の評判情報のリストを、ユーザに送信する送信部と
を有し、前記複数の評判情報中のある評判情報を閲覧したユーザが、前記特定のアプリケーションをインストールしたこと又はインストール後に起動若しくは削除したことを、前記利用履歴情報が示していた場合、前記優先度算出部は、前記ある評判情報の優先度を変更する、サーバである。

本発明の一形態によれば、ユーザにアプリケーションのダウンロードを促す場合において、そのアプリケーションを使用した複数の他のユーザからの評判情報を、ユーザにとって有意義な順序で提示することができる。

実施例で使用される通信システムを示す図。 通信端末の機能ブロック図。 アプリ検索サーバの機能ブロック図。 動作概要を示す図。 アプリ検索サーバで行われる動作例を示すフローチャート。 通信端末がアプリケーションをインストールした場合に、通信端末及びアプリ検索サーバが行う処理を示すフローチャート。 通信端末がアプリケーションを起動した場合に、通信端末及びアプリ検索サーバが行う処理を示すフローチャート。 通信端末がアプリケーションを削除した場合に、通信端末及びアプリ検索サーバが行う処理を示すフローチャート。

以下の観点から実施例を説明する。

１．システム
２．通信端末
３．サーバ
４．動作概要
５．動作例

＜１．システム＞
図１は、実施例で使用される通信システムを示す。通信システムは、通信端末１１、１２、移動通信網２０、アプリ検索サーバ３０、アプリＤＢ４１及びアプリ評判情報ＤＢ４２を有する。通信端末１１、１２は、移動通信網２０を介してアプリ検索サーバ３０と通信を行う。アプリ検索サーバ３０は必要に応じてアプリＤＢ４１及びアプリ評判情報ＤＢ４２と通信する。アプリＤＢ４１は、プロバイダが提供可能なアプリケーションを格納するデータベースであり、アプリ検索サーバ３０からの要請に応じてアプリケーションを提供する。アプリ評判情報ＤＢ４２は、アプリケーションを使用したユーザから収集した評判情報を格納するデータベースであり、アプリ検索サーバ３０からの要請に応じて評判情報を提供する。

評判情報には優先度が付けられ、この優先度は後述の方法により更新され続ける。アプリ検索サーバ３０は、優先度にしたがって並んだ評判情報をユーザに提供する。これにより、ユーザが何らかのアプリケーションの評判情報を閲覧する場合、アプリ検索サーバ３０は、ユーザに相応しい順序に並んだ評判情報をユーザに提供できる。

＜２．通信端末＞
図２は、通信端末１１の機能ブロック図を示す。図示の通信端末は図１の通信端末１２にも使用可能である。図２には、通信端末１１に備わる様々な機能要素の内、本実施例に特に関連するものが示されている。通信端末は、アプリ検索サーバからアプリケーションをダウンロードして実行することができる適切な如何なる通信端末でもよい。通信端末は、具体的には、携帯電話、情報端末、スマートフォン、ノート型パーソナルコンピュータ、ラップトップコンピュータ、デスクトップコンピュータ等であるが、これらに限定されない。図示の通信端末１１は、通信部２０１、利用履歴取得部２０２、評判情報記録部２０３及び評判情報閲覧部２０４を少なくとも有する。

通信部２０１は、移動通信網を介してアプリ検索サーバ３０からアプリケーション及びその他の信号を受信する。その他の信号には、例えば、ユーザが何らかのアプリケーションをダウンロードすることを促すリコメンド信号が含まれる。本実施例では、リコメンド信号は、適切な優先度にしたがって並べられた評判情報のリストを含む。さらに、通信部２０１は、移動通信網を介してアプリ検索サーバ３０に信号を送信する。送信される信号は、例えば、利用履歴情報を含む。

利用履歴取得部２０２は、アプリケーションのインストール（又はダウンロード）、起動、削除等を示す利用履歴情報を作成する。例えば、あるアプリケーションがインストールされた場合、そのアプリケーション名、ダウンロードの日時が少なくとも利用履歴情報に記録される。アプリケーションが起動された場合、対象のアプリケーション名、起動した日時、利用した期間、起動回数等が少なくとも利用履歴情報に記録される。アプリケーションが削除された場合、対象のアプリケーション名、削除された日時が少なくとも利用履歴情報に記録される。利用履歴情報は、アプリケーション名、日時、利用時間等に加えて、アプリケーションが使用された場所の情報を含んでもよい。

アプリケーションのインストール（又はダウンロード）が、何らかの評判情報を閲覧したことに起因していた場合、その評判情報を指定する識別情報も利用履歴情報に含められる。インストールが、何らかの評判情報に起因しているか否かは、評判情報を閲覧する操作（例えば、クリック、ボタンの押下等）の後所定期間内にインストールの操作が行われているか否かにより判別できる。インストールの動機づけになっていると判断される評判情報は、１つとは限らず、複数個存在することもある。例えば、複数の評判情報を閲覧した後にインストールが行われた場合である。何らかの評判情報の閲覧に起因してアプリケーションがインストールされた場合、以後そのアプリケーションを起動又は削除した場合の利用履歴情報にも、その評判情報が関連付けられる。

利用履歴情報は、一定の頻度でアプリ検索サーバ３０に報告されてもよいし、ユーザやアプリ検索サーバ３０等からの要求に応じて報告されてもよい。例えば、何らかの評判情報の閲覧に起因してアプリケーションがインストールされた場合、又はインストール後に起動若しくは削除された場合に、利用履歴情報の報告が行われてもよい。利用履歴情報を一定の頻度で報告する場合の頻度は、例えば、時間、日、週、月等の適切な如何なる頻度でもよい。配信サーバが最新情報を蓄積すること、及び通信端末に保存する利用履歴情報の情報量を少なくする等の観点からは、高い頻度で報告されることが望ましい。ネットワークリソースの有効利用の観点からは、必要に応じて報告されることが望ましい。

評判情報記録部２０３は、受信した評判情報を記録する。何らかの評判情報の閲覧に起因してアプリケーションがインストール若しくは起動された場合、又はそれが削除された場合に、記録されている評判情報の識別情報と共に、利用履歴情報が作成される。

評判情報閲覧部２０４は、視覚的なユーザインターフェースとして機能する表示部において、評判情報を表示する。表示部は、具体的には、液晶ディスプレイ（ＬＣＤ）、プラズマディスプレイ、有機ＥＬパネル等であるが、これらに限定されない。本実施例における表示部は、接触感知式の透明パネルを有するタッチスクリーンを実現し、ユーザの指の動きで画面の表示を制御することができる。表示部は、文字、図形、記号、静止画像、動画像等を表示することができ、例えば、アプリケーションを表すアイコンが画面上に表示される。評判情報閲覧部２０４は、アプリ検索サーバ３０が指定した優先度にしたがって並んだ評判情報のリストを表示部に表示する。

なお、視覚的なユーザインターフェースだけでなく、他のユーザインターフェースが、通信端末１１に備わっていてもよい。例えば、キーパッド、制御パネル、キーボード、タッチパッド、マウス、トラックボール、マイクロフォン、スピーカ等が備わっていてもよい。

＜３．サーバ＞
図３は、アプリ検索サーバ３０の機能ブロック図を示す。図３には、アプリ検索サーバ３０に備わる様々な機能要素の内、本実施例に特に関連するものが示されている。アプリ検索サーバ３０は、アプリＤＢ４１に記憶されているアプリケーションを検索し、移動通信網を介してユーザにアプリケーションを提供する。さらに、アプリ検索サーバ３０は、アプリ評判情報ＤＢに記憶されている評判情報を抽出し、後述の優先度にしたがって並んだ評判情報のリストをユーザに提供する。図示のアプリ検索サーバ３０は、受信部３０１、評判情報読み込み部３０２、記録部３０３、インストール回数算出部３０４、起動回数算出部３０５、アンインストール回数算出部３０６、優先度算出部３０７及び評判情報リスト生成・送信部３０８を少なくとも有する。

受信部３０１は、ユーザの通信端末又はその他の装置の信号を受信する。例えば、受信部３０１は、アプリケーションの利用履歴情報を各ユーザから受信する。また、受信部３０１は、評価情報を作成したユーザから評価情報を受信する。さらに、受信部３０１は、評判情報を取得することを求める要求信号を受信する。この要求信号は、アプリケーションを特定するアプリＩＤ、通信端末を特定する端末ＩＤを少なくとも含む。この通信端末に評判情報が提示される。要求信号を受信したことで、本実施例により、評判情報の優先度が決定され、適切な順に並んだ評判情報のリストがユーザに提示される。要求信号は、例えば、ユーザが何らかのアプリケーションの情報を要求したことに応じて、通信端末から送信されてもよいし、不図示の何らかの管理部から送信されてもよい。

評判情報読み込み部３０２は、記録部３０３から評判情報を読み込む。

記録部３０３は、受信部３０１で受信した情報を記録することに加えて、アプリ検索サーバ３０内で算出又は生成した情報も記録する。

インストール回数算出部３０４は、ユーザから受信した利用履歴情報が、特定の評判情報に起因してアプリケーションをインストールしたことを示していた場合、その評判情報に関連付けられているインストール回数を更新する（回数を増やす）。

起動回数算出部３０５は、ユーザから受信した利用履歴情報が、特定の評判情報に起因してインストールされたアプリケーションを起動したことを示していた場合、その評判情報に関連付けられている起動回数を更新する（起動回数を増やす）。

アンインストール回数算出部３０６は、ユーザから受信した利用履歴情報が、特定の評判情報に起因してインストールされたアプリケーションを削除したことを示していた場合、その評判情報に関連付けられているアンインストール回数（又は削除回数）を更新する（回数を増やす）。

優先度算出部３０７は、評判情報に関連付けられているインストール回数、起動回数及びアンインストール回数に基づいて、評判情報各々の優先度を決定する。一例として、インストール１回につきプラス１０点（＋１０）、起動１回につきプラス１点（＋１）、アンインストール１回につきマイナス１０点（−１０）のように点数を設定し、合計点が優先度として決定されてもよい。点数配分は一例にすぎず、適切な如何なる値が使用されてもよい。例えば、インストールを促した評判情報が１つであった場合、その評判情報に１０点が加えられるが、インストールを促した評判情報が５つであった場合、それら５つの評判情報に２点ずつが加えられるように、複数の評判情報に点数が分配されてもよい。いずれにせよ、インストール回数又は起動回数が多いほど優先度が高くなり、アンインストール回数が多いほど優先度が低くなるように設定される。

評判情報リスト生成・送信部３０８は、優先度算出部３０７により決定された優先度にしたがって評判情報を並べ替えることで、評判情報のリストを作成する。作成されたリストは、ユーザに送信される。

＜４．動作概要＞
図４は、アプリケーションのインストール、起動及び削除の頻度に基づいて優先度決定を行う場合の動作概要を示す。ユーザＸは、アプリケーションＡをインストールして使用し、アプリケーションＡに対する評判情報を投稿する。ユーザＹも、アプリケーションＡをインストールして使用し、アプリケーションＡに対する評判情報を投稿する。

ユーザ１は、アプリケーションＡのインストールを行うか否かを検討する際、ユーザＸの評判情報を閲覧し、この評判情報に起因してアプリケーションＡをインストールしたとする。この事実は、アプリケーションＡの識別情報、ユーザＸの評判情報の識別情報、インストールが行われた日時等の情報と共に利用履歴情報として、アプリ検索サーバ（図４では図示せず）に報告される。アプリ検索サーバは、ユーザＸの評判情報に関連付けられているインストール回数を更新又はインクリメントする。その結果、ユーザＸの評判情報の優先度は、更新前よりも高くなり、次回表示される際、その分だけ上位に評判情報がランキングされることになる。

一方、ユーザ２は、アプリケーションＡのインストールを行うか否かを検討する際、ユーザＹの評判情報を閲覧し、この評判情報に起因してアプリケーションＡをインストールしたとする。この場合も上記のように、ユーザＹの評判情報の優先度は、更新前よりも高くなり、次回表示される際、その分だけ上位にランキングされることになる。しかしながら、例えばインストールして使用した直後に、ユーザ２が、アプリケーションＡを削除したとする。この削除の事実も、アプリケーションＡの識別情報、ユーザＸの評判情報の識別情報、削除が行われた日時等の情報と共に利用履歴情報として、アプリ検索サーバに報告される。アプリ検索サーバは、ユーザＹの評判情報に関連付けられているアンインストール回数を更新又はインクリメントする。その結果、ユーザＸの評判情報の優先度は、更新前よりも低くなり、次回表示される際、その分だけ下位に評判情報がランキングされることになる。

ある評判情報に起因して、アプリケーションがインストールされた場合、その評判情報は、インストールを促す観点から優れていると考えられる。さらに、起動回数が多い場合、それらのユーザにとって、インストールしたアプリケーションは有効に活用されていると考えられる。このような観点から、アプリケーションがインストール又は起動された場合、関連する評判情報の優先度を高くしている。

逆に、ある評判情報に起因して、アプリケーションがインストールされ使用されたが、間もなく削除された場合、その評判情報は、ユーザに有意義な情報を提供する観点からは、優れていないと考えられる。特に、インストールして起動した直後に削除されている場合、それらのユーザにとって、インストールしたアプリケーションは有効に活用されていない。このような観点から、アプリケーションが削除された場合、関連する評判情報の優先度を低くしている。

＜５．動作例＞
図５は、アプリ検索サーバで行われる動作例の詳細を示す。ステップＳ５１において、アプリ検索サーバは、評判情報を取得することを求める要求信号を受信する。要求信号は、対象とするアプリケーションを特定するアプリＩＤと、評判情報の提示を受ける通信端末の端末ＩＤとを少なくとも含む。

ステップＳ５２において、アプリ検索サーバは、要求信号に含まれていたアプリＩＤを用いて、そのアプリＩＤに対する評判情報をデータベースから抽出する。そのような評判情報は、一般的には多数存在する。説明の便宜上、評判情報１、評判情報２、...評判情報Ｎのように、Ｎ個の評判情報が抽出されたとする。

ステップＳ５１及びＳ５２とは別に、通信端末は、利用履歴情報をアプリ検索サーバに送信する。アプリ検索サーバは、受信した利用履歴情報に基づいて、評判情報の優先度を決定する。図６−図８を参照しながら、通信端末及びアプリ検索サーバにおいて、ステップＳ５１及びＳ５２とは別に行われる処理を説明する。

図６は、通信端末及びアプリ検索サーバにおける動作例を示す。ステップＳ６１、Ｓ６２、Ｓ６３は通信端末において行われる。ステップＳ６５、Ｓ６６はアプリ検索サーバにおいて行われる。

ステップＳ６１において、通信端末のユーザは、アプリケーションのインストールを実行するか否かを決定するために、そのアプリケーションに対する評判情報を閲覧している。

ステップＳ６２において、閲覧した評判情報に起因してインストールが行われたか否かが判定される。インストールされなかった場合、フローは終了する。インストールされた場合、フローはステップＳ６３に進む。

ステップＳ６３において、通信端末は、利用履歴情報をアプリ検索サーバに送信する。この利用履歴情報は、インストールしたアプリケーションの識別情報、インストールを促した評判情報の識別情報、インストールの日時を少なくとも含む。通信端末がこのような利用履歴情報をアプリ検索サーバに送信するタイミングは、定期的に予め決定されていてもよいし、決められていなくてもよい。例えば、利用履歴情報の報告は、アプリ検索サーバからの要求に応じて行われてもよいし、あるいはインストールの都度行われてもよい。

ステップＳ６５において、アプリ検索サーバは、通信端末から利用履歴情報を受信する。この場合における利用履歴情報は、インストールしたアプリケーションの識別情報、インストールを促した評判情報の識別情報、インストールの日時を少なくとも含む。

ステップＳ６６において、アプリ検索サーバは、インストールを促した評判情報に対応付けられているインストール回数を増やす（具体的には、例えば、回数を１つ増やす。）。

図６では、通信端末がインストールを行った場合の処理が説明されている。通信端末がアプリケーションを起動又は削除した場合も、同様な処理が行われる。

図７は、通信端末及びアプリ検索サーバにおける動作例を示す。ステップＳ７１、Ｓ７２、Ｓ７３は通信端末において行われる。ステップＳ７５、Ｓ７６はアプリ検索サーバにおいて行われる。

ステップＳ７１において、通信端末は、起動しているアプリケーションが何であるかを示す情報（識別情報）を読み込む。

ステップＳ７２において、通信端末は、読み込んだ識別情報のアプリケーションに対する評判情報が、評判情報記録部（図２の２０３）に格納されているか否かを判定する。すなわち、現在起動しているアプリケーションが、何らかの評判情報に起因してインストールされていたか否かが判定される。そのような評判情報がなかった場合、フローは終了する。そのような評判情報があった場合、フローはステップＳ７３に進む。

ステップＳ７３において、通信端末は、利用履歴情報をアプリ検索サーバに送信する。この利用履歴情報は、起動しているアプリケーションの識別情報、そのアプリケーションのインストールを促した評判情報の識別情報、起動の日時を少なくとも含む。通信端末がこのような利用履歴情報をアプリ検索サーバに送信するタイミングは、定期的に予め決定されていてもよいし、決められていなくてもよい。例えば、利用履歴情報の報告は、アプリ検索サーバからの要求に応じて行われてもよいし、あるいは起動の都度行われてもよい。

ステップＳ７５において、アプリ検索サーバは、通信端末から利用履歴情報を受信する。この場合における利用履歴情報は、起動しているアプリケーションの識別情報、そのアプリケーションのインストールを促した評判情報の識別情報、起動の日時を少なくとも含む。

ステップＳ７６において、アプリ検索サーバは、インストールを促した評判情報に対応付けられている起動回数を増やす（具体的には、例えば、回数を１つ増やす。）。

図８は、通信端末及びアプリ検索サーバにおける動作例を示す。ステップＳ８１、Ｓ８２、Ｓ８３は通信端末において行われる。ステップＳ８５、Ｓ８６はアプリ検索サーバにおいて行われる。

ステップＳ８１において、通信端末は、削除されたアプリケーションが何であるかを示す情報（識別情報）を読み込む。

ステップＳ８２において、通信端末は、読み込んだ識別情報のアプリケーションに対する評判情報が、評判情報記録部（図２の２０３）に格納されているか否かを判定する。すなわち、削除されたアプリケーションが、何らかの評判情報に起因してインストールされていたか否かが判定される。そのような評判情報がなかった場合、フローは終了する。そのような評判情報があった場合、フローはステップＳ８３に進む。

ステップＳ８３において、通信端末は、利用履歴情報をアプリ検索サーバに送信する。この利用履歴情報は、削除されたアプリケーションの識別情報、そのアプリケーションのインストールを促した評判情報の識別情報、削除の日時を少なくとも含む。通信端末がこのような利用履歴情報をアプリ検索サーバに送信するタイミングは、定期的に予め決定されていてもよいし、決められていなくてもよい。例えば、利用履歴情報の報告は、アプリ検索サーバからの要求に応じて行われてもよいし、あるいは削除の都度行われてもよい。

ステップＳ８５において、アプリ検索サーバは、通信端末から利用履歴情報を受信する。この場合における利用履歴情報は、削除されたアプリケーションの識別情報、そのアプリケーションのインストールを促した評判情報の識別情報、削除の日時を少なくとも含む。

ステップＳ８６において、アプリ検索サーバは、インストールを促した評判情報に対応付けられている削除回数を増やす（具体的には、例えば、回数を１つ増やす。）。

このように、通信端末において、評判情報に起因してアプリケーションがインストールされた場合、又はそのようなアプリケーションが起動若しくは削除された場合、そのことを示す利用履歴情報がアプリ検索サーバに報告される。

図５のステップＳ５３において、アプリ検索サーバは、ステップＳ５２において抽出したＮ個の評判情報各々に対応付けられているインストール回数、起動回数及びアンインストール回数を読み込む。アプリ検索サーバは、インストール回数、起動回数及びアンインストール回数を利用して評判情報に対する優先度を算出する。例えば、評判情報に対する優先度は、（インストール回数）×α＋（起動回数）×β＋（アンインストール回数）×γ として算出されてもよい。α及びβは所定の正の定数であり、γは所定の負の定数である。α、β、γは適切な如何なる値に設定されてもよいが、α＞β及びβ＜｜γ｜であることが好ましい。

ステップＳ５４において、アプリ検索サーバは、優先度にしたがって評判情報を並べ替えることでリストを作成する。

ステップＳ５４において、アプリ検索サーバは、並び替えられた評判情報のリストをユーザに送信する。

本実施例によれば、インストール、起動及びアンインストールというユーザの行為に基づいて、評判情報の優先度を更新するので、評判情報は内容に応じてリストの上位又は下位にランキングされる。優先度が更新されるにつれて、評判情報の確からしさを適切に評価してランキングすることができる。

以上、本発明は特定の実施例を参照しながら説明されてきたが、それらは単なる例示に過ぎず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。例えば、本発明は、アプリケーションをユーザに推薦する適切な如何なる移動通信システムに適用されてもよい。例えば本発明は、W−CDMA方式のシステム、HSDPA／HSUPA方式のW−CDMAシステム、LTE方式のシステム、LTE−Advanced方式のシステム、IMT−Advanced方式のシステム、WiMAX、Wi−Fi方式のシステム等に適用されてもよい。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。発明の理解を促すため具体的な数式を用いて説明がなされたが、特に断りのない限り、それらの数式は単なる一例に過ぎず適切な如何なる数式が使用されてもよい。実施例又は項目の区分けは本発明に本質的ではなく、２以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。説明の便宜上、本発明の実施例に係る装置は機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。ソフトウェアは、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク（ＨＤＤ）、リムーバブルディスク、ＣＤ−ＲＯＭ、データベース、サーバその他の適切な如何なる記憶媒体に用意されてもよい。本発明は上記実施例に限定されず、本発明の精神から逸脱することなく、様々な変形例、修正例、代替例、置換例等が本発明に包含される。

１１ 通信端末
１２ 通信端末
２０ 移動通信網
２０１ 通信部
２０２ 利用履歴取得部
２０３ 評判情報記録部
２０４ 評判情報閲覧部
３０ アプリ検索サーバ
３０１ 受信部
３０２ 評判情報読み込み部
３０３ 記録部
３０４ インストール回数算出部
３０５ 起動回数算出部
３０６ アンインストール回数算出部
３０７ 優先度算出部
３０８ 評判情報リスト生成・送信部

Claims (5)

1. 特定のアプリケーションを使用した複数のユーザが作成した複数の評判情報を、データベースから読み込む読込部と、
   ユーザから受信したアプリケーションの利用履歴情報に基づいて、前記複数の評判情報各々について優先度を決定する優先度決定部と、
   前記優先度にしたがって並べられた前記複数の評判情報のリストを、ユーザに送信する送信部と
   を有し、前記複数の評判情報中のある評判情報を閲覧したユーザが、前記特定のアプリケーションをインストールしたこと又はインストール後に起動若しくは削除したことを、前記利用履歴情報が示していた場合、前記優先度算出部は、前記ある評判情報の優先度を変更する、サーバ。
2. 前記ある評判情報を閲覧したユーザが、前記特定のアプリケーションをインストールしたことを、前記利用履歴情報が示していた場合、前記優先度算出部は、前記ある評判情報の優先度を高くする、請求項１記載のサーバ。
3. 前記ある評判情報を閲覧したユーザが、前記特定のアプリケーションを起動したことを、前記利用履歴情報が示していた場合、前記優先度算出部は、前記ある評判情報の優先度を高くする、請求項１記載のサーバ。
4. 前記ある評判情報を閲覧したユーザが、前記特定のアプリケーションを削除したことを、前記利用履歴情報が示していた場合、前記優先度算出部は、前記ある評判情報の優先度を低くする、請求項１記載のサーバ。
5. 特定のアプリケーションを使用した複数のユーザが作成した複数の評判情報を、データベースから読み込み、
   ユーザから受信したアプリケーションの利用履歴情報に基づいて、前記複数の評判情報各々について優先度を決定し、
   前記優先度にしたがって並べられた前記複数の評判情報のリストを、ユーザに送信するステップ
   を有し、前記複数の評判情報中のある評判情報を閲覧したユーザが、前記特定のアプリケーションをインストールしたこと又はインストール後に起動若しくは削除したことを、前記利用履歴情報が示していた場合、前記優先度算出部は、前記ある評判情報の優先度を変更する、サーバにおける方法。

Images