(57)【要約】【課題】ユーザにとって必ずしも最良でないアプリケーションを、ユーザが使用し続けてしまうおそれを少なくとも軽減すること。【解決手段】ユーザにアプリケーションを推薦する配信サーバは、ユーザが所有しているアプリケーションの情報を含む通知信号を、そのユーザから受信する受信部と、同一の又は類似する機能を有するアプリケーション同士を関連付けるアプリ機能情報を格納する格納部と、ユーザが所有しているアプリケーションと同一の又は類似する機能を有するアプリケーションを、アプリ機能情報を用いて特定し、特定されたアプリケーションの中から前記ユーザに推薦するアプリケーションを選択する選択部と、選択部が選択したアプリケーションを示すレコメンド信号を、ユーザに送信する送信部とを有する。【選択図】図３
2012058987.tif 000002
【特許請求の範囲】
【請求項１】
ユーザにアプリケーションを推薦する配信サーバであって、
ユーザが所有しているアプリケーションの情報を含む通知信号を、該ユーザから受信する受信部と、
同一の又は類似する機能を有するアプリケーション同士を関連付けるアプリ機能情報を格納する格納部と、
前記ユーザが所有しているアプリケーションと同一の又は類似する機能を有するアプリケーションを、前記アプリ機能情報を用いて特定し、特定されたアプリケーションの中から前記ユーザに推薦するアプリケーションを選択する選択部と、
前記選択部が選択したアプリケーションを示すレコメンド信号を、前記ユーザに送信する送信部と
を有する配信サーバ。
【請求項２】
前記通知信号が、前記ユーザが所有しているアプリケーションを示す情報と、該アプリケーションの起動履歴を示す情報とを含む、請求項１記載の配信サーバ。
【請求項３】
前記選択部が、起動された実績があることを前記起動履歴が示しているアプリケーションを選別し、選別されたアプリケーションと同一の又は類似する機能を有するアプリケーションを、前記アプリ機能情報を用いて特定し、特定されたアプリケーションの中から前記ユーザに推薦するアプリケーションを選択する、請求項２記載の配信サーバ。
【請求項４】
当該配信サーバが、前記複数のアプリケーション各々の紹介文を分析することで、前記アプリ機能情報を推定する推定部をさらに有し、
前記アプリ機能情報は、アプリケーションの機能名により表現される、請求項１−３の何れか１項に記載の配信サーバ。
【請求項５】
当該配信サーバが、前記複数のアプリケーション各々の紹介文を分析することで、前記アプリ機能情報を推定する推定部をさらに有し、
前記アプリ機能情報は、同一の又は類似する機能を有するアプリケーション同士の対応関係より表現される、請求項１−３の何れか１項に記載の配信サーバ。
【請求項６】
前記選択部が、前記特定されたアプリケーションの中から前記ユーザに推薦するアプリケーションを選択する際に、過去に配信された回数が相対的に多いアプリケーションを選択する、請求項１−５の何れか１項に記載の配信サーバ。
【請求項７】
前記選択部が、前記特定されたアプリケーションの中から前記ユーザに推薦するアプリケーションを選択する際に、過去に配信されかつインストールされた回数が相対的に多いアプリケーションを選択する、請求項６記載の配信サーバ。
【請求項８】
前記選択部が、前記特定されたアプリケーションの中から前記ユーザに推薦するアプリケーションを選択する際に、複数のユーザによるランキングにしたがってアプリケーションを選択する、請求項１−５の何れか１項に記載の配信サーバ。
【請求項９】
前記選択部が、前記特定されたアプリケーションの中から前記ユーザに推薦するアプリケーションを選択する際に、前記ユーザが所有しているアプリケーションと同じものを所有していた他のユーザが、どのアプリケーションに乗り換えたかを他のユーザ各々について分析し、乗換の回数が相対的に多いアプリケーションを選択する、請求項１−４の何れか１項に記載の配信サーバ。
【請求項１０】
ユーザにアプリケーションを推薦する配信方法であって、
ユーザが所有しているアプリケーションの情報を含む通知信号を、該ユーザから受信し、
同一の又は類似する機能を有する同士を関連付けるアプリ機能情報を格納し、
前記ユーザが所有しているアプリケーションと同一の又は類似する機能を有するアプリケーションを、前記アプリ機能情報を用いて特定し、特定されたアプリケーションの中から前記ユーザに推薦するアプリケーションを選択し、
前記選択部が選択したアプリケーションを示すレコメンド信号を、前記ユーザに送信するステップ
を有する配信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザにアプリケーションを推薦する配信サーバ及び配信方法に関する。
【背景技術】
【０００２】
近年の通信端末は、単に通信を行うだけでなく、様々なアプリケーションをサーバからダウンロードし、実行することができる。通信端末は、具体的には、携帯電話、情報端末、スマートフォン、ノート型パーソナルコンピュータ、ラップトップコンピュータ、デスクトップコンピュータ等であるが、これらに限定されない。通信端末にダウンロードすることが可能なアプリケーションは、極めて多数存在するので、アプリケーションの提供者（プロバイダ）は、提供するアプリケーションをユーザに推薦する必要がある。通信端末のユーザにアプリケーションを推薦することについては、例えば特許文献１に記載されている。本願において、アプリケーション及びソフトウェアは同義語として使用される。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１０−１５７２０７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ユーザに推薦するアプリケーションを決定する従来の方法は、要するに、あるユーザＡが所有していないアプリケーションの内、ユーザＡに類似するユーザＢが所有しているアプリケーションをユーザＡに推薦するものである。この方法は、ユーザが未だ使用したことがない機能を有するアプリケーションをユーザに推薦するので、ユーザは多種多様なアプリケーションを揃えることができる。この方法の場合、推薦されたアプリケーションをユーザがダウンロードすると、ダウンロードしたアプリケーションと同様な機能を有するアプリケーションは、次回、配信サーバが推薦するアプリケーションのリストから除外される。
【０００５】
一方、アプリケーションのマーケットでは、新しいアプリケーションが日々多数登録されることに加えて、既存のアプリケーションも頻繁に更新されている。したがって、ユーザがダウンロードしたアプリケーションは、遅かれ早かれ、そのユーザにとって最適なものではなくなってしまう。
【０００６】
したがって、従来の方法でアプリケーションを推薦し続けると、ユーザにとって必ずしも最良でないアプリケーションを、ユーザが使用し続けてしまう問題がある。
【０００７】
本発明の課題は、ユーザにとって必ずしも最良でないアプリケーションを、ユーザが使用し続けてしまうおそれを少なくとも軽減することである。
【課題を解決するための手段】
【０００８】
一実施例による配信サーバは、
ユーザにアプリケーションを推薦する配信サーバであって、
ユーザが所有しているアプリケーションの情報を含む通知信号を、該ユーザから受信する受信部と、
同一の又は類似する機能を有するアプリケーション同士を関連付けるアプリ機能情報を格納する格納部と、
前記ユーザが所有しているアプリケーションと同一の又は類似する機能を有するアプリケーションを、前記アプリ機能情報を用いて特定し、特定されたアプリケーションの中から前記ユーザに推薦するアプリケーションを選択する選択部と、
前記選択部が選択したアプリケーションを示すレコメンド信号を、前記ユーザに送信する送信部と
を有する配信サーバである。
【発明の効果】
【０００９】
一実施例によれば、ユーザにとって必ずしも最良でないアプリケーションを、ユーザが使用し続けてしまうおそれを少なくとも軽減することができる。
【図面の簡単な説明】
【００１０】
【図１】実施例における通信システムを示す図。
【図２】通信端末の機能ブロック図。
【図３】配信サーバの機能ブロック図。
【図４】アプリケーション毎に機能の情報が管理されている様子を示す図。
【図５】アプリケーション同士の対応関係が管理されている様子を示す図。
【図６】アプリケーション同士の対応関係を示す図。
【図７】アプリケーション同士の対応関係が管理されている様子を示す図。
【図８】動作概要を示す図。
【図９】動作例を示すシーケンス図。
【図１０】別の動作例を示すシーケンス図。
【発明を実施するための形態】
【００１１】
以下の観点から実施例を説明する。
【００１２】
１．システム
２．通信端末
３．配信サーバ
４．動作例
５．変形例
【実施例１】
【００１３】
＜１．システム＞
図１は、実施例で使用される通信システムを示す。通信システムは、通信端末１０、移動通信網２０、配信サーバ３０及びアプリケーション管理サーバ４０を有する。通信端末１０は、移動通信網２０を介して配信サーバ３０と通信を行う。配信サーバ３０は必要に応じてアプリケーション管理サーバ４０と通信する。アプリケーション管理サーバ４０は、プロバイダが提供可能な様々なアプリケーションを有し、配信サーバ３０からの要請に応じてアプリケーションを提供する。なお、図示の例ではアプリケーション管理サーバ４０が、配信サーバ３０とは別のネットワーク要素であるように示されているが、このことは必須ではなく、配信サーバ３０の中にアプリケーション管理サーバ４０が存在してもよい。
【００１４】
＜２．通信端末＞
図２は、通信端末１０の機能ブロック図を示す。図２には、通信端末１０に備わる様々な機能要素の内、本実施例に特に関連するものが示されている。通信端末は、配信サーバ３０からアプリケーションをダウンロードして実行することができる適切な如何なる通信端末でもよい。通信端末は、本実施例のように移動端末でもよいが、固定端末でもよい。具体的には、通信端末は、携帯電話、情報端末、スマートフォン、ノート型パーソナルコンピュータ、ラップトップコンピュータ、デスクトップコンピュータ等であるが、これらに限定されない。図示の通信端末１０は、制御部２０２、アプリ情報取得部２０４、アプリ情報格納部２０６、通知信号生成部２０８、送受信部２１０及び表示部２１２を少なくとも有する。
【００１５】
制御部２０２は、通信端末１０における様々な機能要素の動作を制御し、本実施例による動作を実行可能にする。
【００１６】
アプリ情報取得部２０４は、アプリケーションの情報（アプリ情報）を取得する。概して、アプリケーションの情報は、通信端末１０に保存されているアプリケーションの識別情報（名称、ＩＤ等）、アプリケーションのカテゴリ（ジャンル）、アプリケーションがダウンロードされた日時、アプリケーションがインストールされた日時、アプリケーションが起動された日時、アプリケーションが起動された回数、アプリケーションが削除された日時等を含む。これら列挙された情報は一例にすぎず、他の情報がアプリケーションの情報に含まれてもよい。なお、アプリ情報の全部又は一部（特に、アプリケーションが起動された日時や起動回数等）は、利用履歴情報と言及されてもよい。
【００１７】
アプリ情報格納部２０６は、アプリケーションの情報（アプリ情報）を格納し、必要に応じて通知信号生成部２０８にアプリ情報を提供する。
【００１８】
通知信号生成部２０８は、アプリ情報を含む通知信号を生成する。アプリ情報は、上記の様々な情報項目の内の１つ以上を含み、好ましくは、保存されているアプリケーションの識別情報と、そのアプリケーションの起動履歴を示す情報を含む。
【００１９】
送受信部２１０は、通信端末１０の受信部としての機能及び送信部としての機能を有する。送受信部２１０は、移動通信網２０を介して配信サーバ３０からアプリケーション及びその他の信号を受信する。その他の信号には、例えば、ユーザが何らかのアプリケーションをダウンロードすることを促すレコメンド信号が含まれる。また、送受信部２１０は、通知信号生成部２０８が作成した通知信号を配信サーバ３０に送信する。通知信号を送信するタイミングは何時でもよいが、好ましくは、ユーザがアプリケーションを探す意思表示をした時点である。そのような意思表示として、例えば、ユーザが押しボタンを押下したこと、画面に表示されたボタンをユーザが選択したこと等が挙げられるが、これらに限定されない。あるいは、通知信号は、例えば、時間、日、週、月等のような適切な何らかの所定の頻度で配信サーバ３０に報告されてもよい。なお、図示の例では、信号はアンテナを介して無線により送受信されているが、信号は、有線のネットワークを介して送受信されてもよい。
【００２０】
表示部２１２は、視覚的なユーザインターフェースの機能を発揮する。表示部２１２は、具体的には、液晶ディスプレイ（ＬＣＤ）、プラズマディスプレイ、有機ＥＬパネル等であるが、これらに限定されない。本実施例における表示部２１２は、接触感知式の透明パネルを有するタッチスクリーンを実現し、ユーザの指又はスタイラスの動きで画面の表示を制御することができる。表示部２１２は、文字、図形、記号、静止画像、動画像等を表示することができ、例えば、アプリケーションを表すアイコンが画面上に表示される。なお、表示部２１２のような視覚的なユーザインターフェースだけでなく、他のユーザインターフェース（例えば、聴覚的なユーザインターフェース）が、通信端末１０に備わっていてもよい。例えば、キーパッド、制御パネル、キーボード、タッチパッド、マウス、トラックボール、マイクロフォン、スピーカ等が通信端末に備わっていてもよい。
【００２１】
＜３．配信サーバ＞
図３は、配信サーバ３０の機能ブロック図を示す。図３には、配信サーバ３０に備わる様々な機能要素の内、本実施例に特に関連するものが示されている。配信サーバ３０は、アプリケーション管理サーバ４０からの情報に基づいて、通信端末１０のユーザに推薦するアプリケーションを決定し、移動通信網２０を介してレコメンド信号を送信することでアプリケーションを推薦し、ユーザからの指示に応じてアプリケーションを提供する。図示の配信サーバ３０は、送受信部３０２、アプリ機能推定部３０４、アプリ機能情報格納部３０６、利用アプリ判別部３０８及び推薦アプリ選択部３１０を少なくとも有する。なお、図示の機能要素が配信サーバ３０の内部に存在することは、本実施例に必須ではない。例えば、アプリ機能情報格納部３０６が配信サーバ３０とは別の装置に備わっていてもよい。
【００２２】
送受信部３０２は、配信サーバ３０の受信部としての機能及び送信部としての機能を有する。送受信部３０２は、移動通信網２０を介して通信端末１０からの信号を受信する。受信する信号には、上記のアプリ情報を含む通知信号や、その他の情報を含む信号が含まれる。その他の情報としては、例えば、ユーザがダウンロードすることに決定したアプリケーションの情報等が挙げられる。通知信号は、配信サーバ３０に接続されている複数の通信端末各々から必要に応じて送信され、配信サーバ３０の送受信部３０２により受信される。送受信部３０２は、ユーザに推薦することに決まったアプリケーションについて、そのアプリケーションのダウンロードを勧めるレコメンド信号を作成し、ユーザに送信する。
【００２３】
アプリ機能推定部３０４は、アプリケーション管理サーバ４０から受信した情報を利用して、アプリ機能情報を推定又は決定する。アプリ機能情報は、アプリケーションの具体的な機能名により表現されてもよい。あるいは、アプリ機能情報は、複数のアプリケーション各々について、各アプリケーションと同一の機能又は類似する機能を有するアプリケーションを示すアプリケーション同士の対応関係により表現されてもよい。いずれにせよ、アプリ機能情報は、同一の機能を有する複数のアプリケーション同士を互いに関連付ける情報である。本願において、混乱のおそれがない限り、「同一の機能」は、厳密に同一の機能だけでなく、同一と認められる機能及び類似する機能をも含むものとする。アプリケーション管理サーバ４０は、ユーザに提供することが可能なアプリケーションに関する情報を配信サーバ３０に提供する。一例として、アプリケーションを開発した者（開発業者、ディベロッパ、ソフトウェア製作者等と言及されてもよい）のサーバが、アプリケーション管理サーバ４０として機能してもよい。この場合におけるアプリケーションに関する情報は、新規に作成された又は更新されたアプリケーションの識別情報（名称、ＩＤ等）と、アプリケーションの紹介文と、アプリケーションの機能を示す情報（例えば、機能名等）とを含んでもよい。あるいは、アプリケーションに関する情報は、アプリケーションの識別情報とアプリケーションの紹介文とを含むが、具体的な機能名等の情報を含まなくてもよい。アプリケーションの紹介文は、アプリケーションの説明文と言及されてもよい。アプリケーションの紹介文は、ユーザに推薦する際に通信端末で表示される情報であり、具体的には、アプリケーションの用途、機能、使用法等を記述した情報である。
【００２４】
上記のアプリ機能情報は、適切な如何なる方法で推定されてもよい。例えば、以下の（１）−（３）のような方法が考えられる。
【００２５】
（１）方法１
アプリケーションの開発者が、新規に作成された又は更新されたアプリケーションを配信サーバ３０に登録する際に、そのアプリケーションの機能名とともに登録することが考えられる。この場合、具体的な機能名を特定することで、特定の機能を有するアプリケーションが何であるかを簡易に知ることができる。
【００２６】
（２）方法２
アプリケーションの機能名に関する辞書を予め作成しておき、アプリケーションの紹介文に登場する語句と辞書に登録されている語句とを対比することで、アプリケーションの機能名が特定されてもよい。この場合も、具体的な機能名を特定することで、特定の機能を有するアプリケーションが何であるかを簡易に知ることができる。
【００２７】
図４は、アプリ機能情報格納部３０６に保存される情報例を示す。図示の例では、アプリケーション毎に機能名が列挙されている。したがって、このような情報は、本方法だけでなく、上記の（１）における方法でも使用可能である。図示の例の場合、具体的な機能名は、「ビジネス」、「旅行」等のようなアプリケーションのカテゴリよりも狭い概念（より具体化された概念）を表しているが、このことは本発明に必須ではなく、広狭様々な概念が機能名として使用されてもよい。
【００２８】
図５は、図４に示すようなアプリケーションの機能名から導出されたアプリケーション同士の対応関係を示す。アプリケーションＡは、「電車案内」という機能名を有し、これと同じ機能を有するアプリケーションＤ、Ｈが、アプリケーションＡに対応付けられている。アプリケーションＢは、「ニュース速報」という機能名を有し、これと同じ機能を有するアプリケーションＣ、Ｇ、Ｍが、アプリケーションＢに対応付けられている。アプリケーションＣは、「ニュース速報」及び「天気予報」という２つの機能名を有し、これと同じ機能を有するアプリケーションＢ、Ｄが、アプリケーションＣに対応付けられている。
【００２９】
（３）方法３
複数のアプリケーションの紹介文同士の類似度又は距離を判定し、類似度が高い又は距離が近いアプリケーションのグループを作成することで（互いに関連付けることで）、同一の機能を有する一群のアプリケーションが特定されてもよい。この場合、具体的な機能名によらず、任意のアプリケーション同士の対応関係を構築することができる。
【００３０】
図６は、複数のアプリケーション同士の対応関係を模式的に示す。この対応関係は、一例として、アプリケーションの紹介文を形態素解析し、所定の品詞（名詞、形容詞等）を抽出し、特徴空間における座標をアプリケーション毎に求め、アプリケーションの座標同士の間の距離を算出することで求められてもよい。距離が短いほど、それらのアプリケーションは類似している。図示の例の場合、Ａ−Ｙまでの２５個のアプリケーションが互いにどのように類似しているかを示す。２つのアプリケーションを接続する実線は、それらがある程度似ていることを示す。したがって、図中、どのアプリケーションとどのアプリケーションが実線で結ばれているかが、アプリケーション同士の対応関係において重要である。アプリケーションＡ−Ｙは格子状に並べられているが、これは図示の簡明化の観点からなされたものであり、格子状の配置自体は本質的ではない。このため、アプリケーション同士を結ぶ実線の長さの長短も本質的ではない。例えば、アプリケーションＢとＣは、１本の実線（１つの線分）で結ばれており、アプリケーションＢとＧも１本の実線で結ばれており、線分ＢＣは線分ＢＧより短いが、アプリケーションＢとＣの類似度と、ＢとＧの類似度は同程度である。便宜上、１本の線分は、距離が１であることに対応するものとする。例えば、アプリケーションＡ及びＤ間の距離は１であり、アプリケーションＡ及びＢ間の距離は３であり、アプリケーションＡはＢよりもＤに類似している。
【００３１】
図７は、図６に示される対応関係を、図５に示すようなテーブル形式で表現したものである。アプリケーションＡから距離が１であるアプリケーションは、Ｄ、Ｈである。アプリケーションＡから距離が２であるアプリケーションは、Ｃ、Ｏ、Ｉ、Ｖ、Ｗ、Ｘである。同様に、アプリケーションＢから距離が１であるアプリケーションは、Ｃ、Ｇ、Ｍである。アプリケーションＢから距離が２であるアプリケーションは、Ｄ、Ｒ、Ｓ、Ｔ、Ｎである。アプリケーションＣから距離が１であるアプリケーションは、Ｂ、Ｄである。アプリケーションＣから距離が２であるアプリケーションは、Ｇ、Ｍ、Ａ、Ｏ、Ｉである。以下同様に、全てのアプリケーションについて、同じ距離にあるアプリケーションを特定することができる。距離が短いほど、類似度は高いので、距離が１であるアプリケーションが、同一機能を有するアプリケーションの最有力候補になる。同一機能を有するアプリケーションの範囲は、距離を適切に設定することで、任意に変更可能である。例えば、距離を１でなく２に設定することで、同一機能を有するアプリケーション群が特定されてもよい。
【００３２】
図３のアプリ機能情報格納部３０６は、アプリ機能推定部３０４において推定されたアプリ機能情報（図４−７）を格納し、必要に応じて利用アプリ判別部３０８及び推薦アプリ選択部３１０に情報を提供する。
【００３３】
利用アプリ判別部３０８は、通知信号を送信したユーザが所有（より具体的には、ダウンロードした後にインストール）しているアプリケーションを特定又は抽出する。アプリ機能情報格納部３０６が、アプリケーション各々について具体的な機能名の情報を管理していた場合（上記の（１）及び（２）の場合）、利用アプリ判別部３０８は、通知信号中のアプリケーションの識別情報をアプリ機能情報格納部３０６に通知する。アプリ機能情報格納部３０６は、アプリ機能情報（図４）を参照することで、通知されたアプリケーションの識別情報に対応する機能名を特定し、利用アプリ判別部３０８に通知する。利用アプリ判別部３０８は、通知された機能名を推薦アプリ選択部３１０に通知する。推薦アプリ選択部３１０は、通知された機能名を有するアプリケーションをアプリ機能情報格納部３０６に問い合わせ、その機能を有するアプリケーションの識別情報（アプリケーション名、ＩＤ等）を受信する。
【００３４】
アプリ機能情報格納部３０６が、具体的な機能名を管理していなかった場合（上記の（３）の場合）、利用アプリ判別部３０８は、通知信号中のアプリケーションの識別情報を推薦アプリ選択部３１０に通知する。推薦アプリ選択部３１０は、通知された識別情報をアプリ機能情報格納部３０６に通知する。アプリ機能情報格納部３０６は、上記のアプリ機能情報（図５−７）を参照することで、通知されたアプリケーションの識別情報に対応するアプリケーションを特定し、それらの識別情報（アプリケーション名、ＩＤ等）を推薦アプリ選択部３１０に通知する。この動作の詳細については、図１０を参照しながら説明する。
【００３５】
推薦アプリ選択部３１０は、アプリ機能情報格納部３０６から通知された一群のアプリケーションの中から、ユーザに実際に推薦するアプリケーションを選択する。一例として、アプリ機能情報格納部３０６から通知された一群のアプリケーション全てが実際に推薦されてもよい。しかしながら、アプリ機能情報格納部３０６から通知された一群のアプリケーションが比較的多数存在した場合、何らかの基準により絞り込まれたアプリケーションのみをユーザに推薦することが好ましい。具体的には、以下のような基準が考えられるが、これらに限定されない。
【００３６】
（１）配信サーバ３０から過去に配信された回数が相対的に多いアプリケーションが、ユーザに推薦するアプリケーションとして選択されてもよい。配信回数又はダウンロード数が多いアプリケーションは、多くのユーザに使用されており、有用なアプリケーションである可能性が高いからである。
【００３７】
（２）配信サーバ３０から過去に配信されかつユーザによりインストールされた回数が相対的に多いアプリケーションが、ユーザに推薦するアプリケーションとして選択されてもよい。ダウンロードしただけで実際にはインストールされていないアプリケーションも少なくない。インストール数が多いアプリケーションは、多くのユーザに実際に使用されており、有用なアプリケーションである可能性が高い。
【００３８】
（３）複数のユーザによるランキングにしたがって、ユーザに推薦するアプリケーションが選択されてもよい。上位にランキングされているアプリケーションは、人気が高く、有用なアプリケーションである可能性が高い。
【００３９】
（４）乗換の回数が相対的に多いアプリケーションが、ユーザに推薦するアプリケーションとして選択されてもよい。すなわち、ユーザＸがインストールしているアプリケーションと同じものを所有していた他のユーザＹ１、Ｙ２、...が、同一機能のアプリケーションとして特定されたアプリケーションの内、どのアプリケーションに乗り換えたかについて分析する。そして、乗換の回数が相対的に多いアプリケーションが、ユーザＸに推薦されてもよい。アプリケーションＡを有するユーザが、同一機能を有するアプリケーションＤに乗り換える場合、そのユーザは、アプリケーションＡをアンインストール又は削除し、アプリケーションＤをインストールする。すなわち、このユーザは、アプリケーションＡをＤで置換する。
【００４０】
ところで、アプリケーションＡからＤに乗り換えたユーザ数（回数）ＮＡＤよりも、アプリケーションＤからＡに乗り換えたユーザ数（回数）ＮＤＡの方が多かったとする。
【００４１】
ＮＡＤ＜ＮＤＡ
この場合、アプリケーションＡはＤよりも有用である可能性が高く、アプリケーションＡを有するユーザに対して、アプリケーションＤを推薦することは好ましくない。したがって、アプリケーションＡからＤへの乗換数ＮＡＤだけでなく、逆の乗換数ＮＤＡも考慮し、逆の乗換数の方が少ないアプリケーションをユーザに推薦することが好ましい。
【００４２】
逆方向の乗換を考慮する代わりに又はそれに加えて、乗換後のアプリケーション同士の距離が短縮されることになるアプリケーションを推薦することが好ましい。例えば、アプリケーション同士の類似関係が図６、図７に示されるようになっていたとする。さらに、ユーザはアプリケーションＡ及びＢを既に所有していたとする。類似度又は距離の観点からは、距離が１であるアプリケーションＤ、Ｈ、Ｃ、Ｇ、Ｍを推薦することが考えられる。この場合において、ユーザがアプリケーションＡからＨに乗り換えたとすると、乗換後、このユーザはアプリケーションＨとＢを所有することになる。この場合、所有しているアプリケーション同士の距離は、乗換前は３（ＡＢ間の距離）であり、乗換後は４（ＨＢ間の距離）となり、増えている。これに対して、ユーザがアプリケーションＡからＤに乗り換えたとすると、乗換後、このユーザはアプリケーションＤとＢを所有することになる。この場合、所有しているアプリケーション同士の距離は、乗換前は３（ＡＢ間の距離）であり、乗換後は２（ＤＢ間の距離）となり、減っている。
【００４３】
ユーザが所有する２つのアプリケーション同士の距離が近い場合、それらは類似する機能を有するので、場合によっては、それら２つのアプリケーションを１つのアプリケーションに統合できるかもしれない。統合できた場合、ユーザは、アプリケーションを保存するためのリソースを節約できることに加えて、ユーザは、２つではなく、１つのアプリケーションを使用すればよいので、利便性も向上する。このような観点から、ユーザにアプリケーションを推薦する際、乗換後のアプリケーション同士の距離が短くなるアプリケーションを推薦することが好ましい。
【００４４】
＜４．動作例＞
図８及び図９を参照しながら、本実施例における動作例を説明する。図８は動作概要を模式的に示したものであり、図９は、詳細な動作例を示す。なお、図８ではアプリ機能情報格納部３０４が配信サーバ３０の外部に存在するように描かれているが、このことは本実施例に必須ではなく、アプリ機能情報格納部３０６は配信サーバ３０の中にあってもよいし、外にあってもよい。
【００４５】
図９のステップＳ１（図８のステップＳ８１）において、配信サーバ３０のアプリ機能推定部３０４は、アプリケーション管理サーバ４０から、新たなアプリケーションについての情報を取得する。アプリケーション管理サーバ４０は、例えばアプリケーションの開発者が管理し、必要に応じて配信サーバ３０にアプリケーション及びアプリケーションに関連する情報を配信サーバ３０に提供している。アプリ機能推定部３０４は、受信した情報を利用して、アプリケーションの機能名を特定する。受信した情報の中に機能名の情報が含まれていた場合は、その機能名を抽出することで、アプリ機能情報が作成される。受信した情報の中に機能名の情報が含まれていなかった場合、受信した情報中の紹介文（アプリケーションの説明文）を分析し、機能名を推定することで、アプリ機能情報が作成される。
【００４６】
ステップＳ２（図８のステップＳ８２）において、アプリ機能推定部３０４は、特定した機能名の情報（アプリ機能情報）をアプリ機能情報格納部３０６に通知する。アプリ機能情報格納部３０６は、通知されたアプリ機能情報を格納する。なお、図９に示すシーケンスは、アプリ機能情報格納部３０６が、図４に示すような具体的な機能名をアプリケーション毎に管理していることを前提にしている。アプリ機能情報格納部３０６が具体的な機能名を管理していない場合については、図１０を参照しながら説明される。
【００４７】
ステップＳ３（図８のステップＳ８３）において、ユーザは、配信サーバ３０が推薦するアプリケーションを知るために、通知信号を配信サーバ３０に送信する。通知信号は、ユーザが既に保有しているアプリケーションを示す識別情報と、そのアプリケーションを起動した履歴を示す起動履歴情報とを少なくとも含む。図８に示す例の場合、ユーザは、アプリケーションＡ、Ｂ、Ｆを保有し、日付ＸＸ／ＸＸにおいてアプリケーションＡを起動し（すなわち、利用し）、日付ＹＹ／ＹＹにおいてアプリケーションＢを利用しているが、アプリケーションＦを利用した実績はない。このような情報を含む通知信号が配信サーバ３０に通知される。
【００４８】
ステップＳ４（図８のステップＳ８４）において、利用アプリ判別部３０８は、先ず、ユーザが保有しているアプリケーションの内、起動した実績があるものを選別し、起動した実績がないものを除外する。目下の例の場合、アプリケーションＡ、Ｂ、Ｆの内、アプリケーションＦが除外され、アプリケーションＡ、Ｂが選別される。次に、利用アプリ判別部３０８は、アプリケーションの識別情報とともにアプリケーションの機能をアプリ機能情報格納部３０６に問い合わせ、そのアプリケーションの機能名を取得する（ステップＳ５（図８のステップＳ８４））。例えば、アプリケーションＡ、Ｂの機能が問い合わせられ、アプリケーションＡの機能名「電車案内」及びアプリケーションＢの機能名「ニュース速報」及び「天気予報」が、利用アプリ判別部３０８に通知される。
【００４９】
ステップＳ６（図８のステップＳ８４）において、利用アプリ判別部３０８は、通知されたアプリケーションの機能名を推薦アプリ選択部３１０に通知する。
【００５０】
ステップＳ７において、推薦アプリ選択部３１０は、通知された機能名を有するアプリケーションをアプリ機能情報格納部３０６に問い合わせ、その機能名を有するアプリケーションの識別情報を取得する。例えば、アプリケーションＡの場合、推薦アプリ選択部３１０は、機能名「電車案内」を、アプリ機能情報格納部３０６に問い合わせ、「電車案内」の機能を有する１つ以上のアプリケーションの識別情報（例えば、アプリケーションＤ、Ｈ）を取得する。アプリケーションＢの場合、推薦アプリ選択部３１０は、機能名「ニュース速報」を、アプリ機能情報格納部３０６に問い合わせ、例えば「ニュース速報」の機能を有する１つ以上のアプリケーションの識別情報（例えば、アプリケーションＣ、Ｇ、Ｍ）を取得する。アプリケーションの対応関係又は類似関係は、図４−７の例に基づいている。
【００５１】
推薦アプリ選択部３１０は、特定の機能を有するアプリケーションとして、アプリ機能情報格納部３０６から通知された１つ以上のアプリケーションの中から、ユーザに実際に推薦するアプリケーションを選択する。上述したように、アプリ機能情報格納部３０６から通知された一群のアプリケーション全てが実際に推薦されてもよい。しかしながら、アプリ機能情報格納部３０６から通知された一群のアプリケーションが比較的多数存在した場合、何らかの基準により絞り込まれたアプリケーションのみをユーザに推薦することが好ましい。
【００５２】
ステップＳ８において、選択されたアプリケーションに関する情報を含むレコメンド信号が、配信サーバ３０から通信端末１０に送信される。通信端末１０のユーザは、選択されたアプリケーションに関する情報（例えば、紹介文）を参照することで、ダウンロードすべきアプリケーションを決定することができる。
【００５３】
＜５．変形例＞
図９に示すシーケンス図は、アプリ機能情報格納部３０６が、図４に示すような具体的な機能名をアプリケーション毎に管理していることを前提にしている。しかしながら、このことは本実施例に必須ではなく、アプリ機能情報格納部３０６は、具体的な機能名を管理しなくてもよい。その場合、アプリ機能情報格納部３０６は、図５、図７に示すようなアプリケーション同士の対応関係（類似関係）を管理している。
【００５４】
図１０は、アプリ機能情報格納部３０６が、具体的な機能名を管理せず、アプリケーション同士の対応関係を管理している場合の動作を示す。概して、図９に示す動作と同様であるが、図９において具体的な機能名を特定するためのステップＳ４、Ｓ５が、図１０では存在しない点、及び図９におけるステップＳ６、Ｓ７の代わりに図１０ではステップＳ１０１、Ｓ１０２が存在する点が異なる。
【００５５】
ステップＳ１０１において、利用アプリ判別部３０８は、先ず、ユーザが保有しているアプリケーションの内、起動した実績があるものを選別し、起動した実績がないものを除外する。目下の例の場合、アプリケーションＡ、Ｂ、Ｆの内、アプリケーションＦが除外され、アプリケーションＡ、Ｂが選別される。ここまでは、図９のステップＳ４と同じである。次に、利用アプリ判別部３０８は、選別したアプリケーションの識別情報を推薦アプリ選択部３１０に通知する。
【００５６】
ステップＳ１０２において、推薦アプリ選択部３１０は、通知されたアプリケーションの識別情報をアプリ機能情報格納部３０６に通知し、その識別情報のアプリケーションに対応付けられているアプリケーションの識別情報を取得する。例えば、アプリケーションＡの場合、推薦アプリ選択部３１０は、アプリケーションの識別情報「Ａ」を、アプリ機能情報格納部３０６に通知し、「Ａ」に対応付けられている１つ以上のアプリケーションの識別情報（例えば、アプリケーションＤ、Ｈ）を取得する。アプリケーションＢの場合、推薦アプリ選択部３１０は、「Ｂ」に対応付けられているアプリケーションの識別情報（例えば、アプリケーションＣ、Ｇ、Ｍ）を取得する。アプリケーションの対応関係又は類似関係は、図５−７の例に基づいている。
【００５７】
推薦アプリ選択部３１０は、アプリ機能情報格納部３０６から通知された１つ以上のアプリケーションの中から、ユーザに実際に推薦するアプリケーションを選択する。上述したように、アプリ機能情報格納部３０６から通知された一群のアプリケーション全てが実際に推薦されてもよい。しかしながら、アプリ機能情報格納部３０６から通知された一群のアプリケーションが比較的多数存在した場合、何らかの基準により絞り込まれたアプリケーションのみをユーザに推薦することが好ましい。
【００５８】
図９を参照しながら説明したように、ステップＳ８において、選択されたアプリケーションに関する情報を含むレコメンド信号が、配信サーバ３０から通信端末１０に送信される。通信端末１０のユーザは、選択されたアプリケーションに関する情報（例えば、紹介文）を参照することで、ダウンロードすべきアプリケーションを決定することができる。
【００５９】
以上本発明は特定の実施例を参照しながら説明されてきたが、それらは単なる例示に過ぎず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。例えば、本発明は、ユーザにアプリケーションを推薦する適切な如何なる移動通信システムに適用されてもよい。例えば本発明は、W−CDMA方式のシステム、HSDPA／HSUPA方式のW−CDMAシステム、LTE方式のシステム、LTE−Advanced方式のシステム、IMT−Advanced方式のシステム、WiMAX、Wi−Fi方式のシステム等に適用されてもよい。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。実施例又は項目の区分けは本発明に本質的ではなく、２以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。説明の便宜上、本発明の実施例に係る装置は機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。ソフトウェアは、ランダムアクセスメモリ（RAM）、フラッシュメモリ、読み取り専用メモリ（ROM）、EPROM、EEPROM、レジスタ、ハードディスク（HDD）、リムーバブルディスク、CD−ROM、データベース、サーバその他の適切な如何なる記憶媒体に用意されてもよい。本発明は上記実施例に限定されず、本発明の精神から逸脱することなく、様々な変形例、修正例、代替例、置換例等が本発明に包含される。
【符号の説明】
【００６０】
１０  通信端末
２０  移動通信網
２０２  制御部
２０４  アプリ情報取得部
２０６  アプリ情報格納部
２０８  通知信号生成部
２１０  送受信部
２１２  表示部
３０  配信サーバ
３０２  送受信部
３０４  アプリ機能推定部
３０６  アプリ機能情報格納部
３０８  利用アプリ判別部
３１０  推薦アプリ選択部
４０  アプリケーション管理サーバ
【図１】
2012058987.tif 000003
【図２】
2012058987.tif 000004
【図３】
2012058987.tif 000005
【図４】
2012058987.tif 000006
【図５】
2012058987.tif 000007
【図６】
2012058987.tif 000008
【図７】
2012058987.tif 000009
【図８】
2012058987.tif 000010
【図９】
2012058987.tif 000011
【図１０】
2012058987.tif 000012