(57)【要約】【課題】複数のプラットフォーム上におけるアプリケーションランキングを統合した情報をユーザに提供すること。【解決手段】検索サーバ２００は、アプリケーションの評価情報と、アプリケーションが対応するプラットフォームを特定する特定情報とを含むアプリケーション情報を格納するアプリケーション情報格納部２０４と、評価情報と特定情報とに基づいてアプリケーションの評価値であるアプリケーションスコアをプラットフォーム毎に算出するアプリケーションスコア算出部２０６と、プラットフォーム毎のアプリケーションスコアに基づいてプラットフォームを跨ったアプリケーションランキングを生成するアプリケーションランキング生成部２０８と、生成されたアプリケーションランキングを出力する送信部２１２と、を備える。【選択図】図４
2014211757.tif 000002
【特許請求の範囲】
【請求項１】
アプリケーションに関するアプリケーション情報であって、当該アプリケーションのユーザによるダウンロード回数、当該アプリケーションのユーザによるレビュー件数、当該アプリケーションのユーザによる評価値、及び当該アプリケーションのインストール済みユーザ数のうち何れか一つ以上の評価情報と、当該アプリケーションが対応するプラットフォームを特定する特定情報とを含むアプリケーション情報を格納するアプリケーション情報格納手段と、
前記アプリケーション情報格納手段によって格納されたアプリケーション情報に含まれる評価情報と特定情報とに基づいて、アプリケーションの評価値であるアプリケーションスコアをプラットフォーム毎に算出するアプリケーションスコア算出手段と、
前記アプリケーションスコア算出手段によって算出されたプラットフォーム毎のアプリケーションスコアに基づいて、プラットフォームを跨ったアプリケーションランキングを生成するアプリケーションランキング生成手段と、
前記アプリケーションランキング生成手段によって生成されたアプリケーションランキングを出力する出力手段と、
を備えるアプリケーション検索サーバ。
【請求項２】
前記アプリケーションスコア算出手段は、アプリケーションスコアをプラットフォーム毎に算出する際に、プラットフォーム毎の利用ユーザ数に基づく重み付けを行う、ことを特徴とする請求項１に記載のアプリケーション検索サーバ。
【請求項３】
前記アプリケーションランキング生成手段は、プラットフォームを跨ったアプリケーションランキングを生成する際に、アプリケーションランキングにおけるプラットフォーム毎のアプリケーションの出現頻度を調整する、ことを特徴とする請求項１又は２に記載のアプリケーション検索サーバ。
【請求項４】
前記アプリケーションランキング生成手段は、前記アプリケーションスコア算出手段によって算出されたプラットフォーム毎のアプリケーションスコアと、前記アプリケーション情報格納手段によって格納されたアプリケーション情報に含まれる特定情報とに基づいて、プラットフォーム毎のアプリケーションランキングであって、当該プラットフォームのみに対応するアプリケーションが含まれるアプリケーションランキングをさらに生成する、ことを特徴とする請求項１〜３の何れか一項に記載のアプリケーション検索サーバ。
【請求項５】
アプリケーションに関するアプリケーション情報であって、当該アプリケーションのユーザによるダウンロード回数、当該アプリケーションのユーザによるレビュー件数、当該アプリケーションのユーザによる評価値、及び当該アプリケーションのインストール済みユーザ数のうち何れか一つ以上の評価情報と、当該アプリケーションが対応するプラットフォームを特定する特定情報とを含むアプリケーション情報を格納するアプリケーション情報格納手段を備えるアプリケーション検索サーバにより実行されるアプリケーションランキング生成方法であって、
前記アプリケーション情報格納手段によって格納されたアプリケーション情報に含まれる評価情報と特定情報とに基づいて、アプリケーションの評価値であるアプリケーションスコアをプラットフォーム毎に算出するアプリケーションスコア算出ステップと、
前記アプリケーションスコア算出ステップにおいて算出されたプラットフォーム毎のアプリケーションスコアに基づいて、プラットフォームを跨ったアプリケーションランキングを生成するアプリケーションランキング生成ステップと、
前記アプリケーションランキング生成ステップにおいて生成されたアプリケーションランキングを出力する出力ステップと、
を含むアプリケーションランキング生成方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アプリケーション検索におけるアプリケーション一覧表示を行うアプリケーション検索サーバ及びアプリケーションランキング生成方法に関する。
【背景技術】
【０００２】
電気通信キャリアや端末メーカーにより、相次いでオープンなプラットフォームを採用した携帯端末が、市場に投入されている。該携帯端末には、スマートフォンが含まれる。
【０００３】
オープンなプラットフォームによって、すべての開発者は自由にアプリケーションを開発でき、様々な種類の膨大な数のアプリケーションが存在している。また、この多種類の膨大な数を自由に選択でき、使用できるというスマートフォンに魅力を感じているユーザがプラットフォーム毎に多数存在する。ここで、下記特許文献１には、容易にアプリケーションを開発できる環境を提供する、画像形成装置のアプリケーション開発方法が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１２−２５２７０６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
オープンなプラットフォームはそれぞれ、すべての開発者が自由にアプリケーションを開発し、公開できるため、多数のアプリケーションが存在している。膨大な数のアプリケーションが存在しているため、ユーザが自身に必要とするアプリケーションを探すのは困難になってきている。この必要とするアプリケーションや気に入ったアプリケーションを探すことをサポートするために、アプリケーションマーケットや、アプリケーション紹介アプリ、アプリケーション検索システムなどが提供されてきている。これらのマーケットやサービスには、アプリケーションを探すための機能として、キーワード検索、一定期間のアプリケーションランキング、アプリケーションをカテゴリ毎に分類、新着アプリケーション紹介、ユーザのログからユーザが潜在的に求めているアプリケーション紹介（レコメンド）、閲覧や利用しているアプリケーションに似ているアプリケーションの紹介、サービス提供者が一定期間ごとに注目すべきアプリケーションを紹介するといった様々な機能、サービスが提供されている。
【０００６】
特定のアプリケーションを探しているユーザ以外がアプリケーションを探すとき、ユーザは上記機能のうちアプリケーションランキング機能を利用することで他ユーザの動向やトレンドを把握することができる。しかし、このランキング機能は対象を各プラットフォーム上に限定した情報を提供するため、異なるプラットフォーム上での同一アプリケーションや、各プラットフォーム上にしか存在しないアプリケーションに関する要素は考慮しておらず、異なるプラットフォーム上ユーザの動向は反映されていない。
【０００７】
そこで、本発明は、かかる課題に鑑みて為されたものであり、複数のプラットフォーム上におけるアプリケーションランキングを統合した情報をユーザに提供することができるアプリケーション検索サーバ及びアプリケーションランキング生成方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するため、本発明のアプリケーション検索サーバは、アプリケーションに関するアプリケーション情報であって、当該アプリケーションのユーザによるダウンロード回数、当該アプリケーションのユーザによるレビュー件数、当該アプリケーションのユーザによる評価値、及び当該アプリケーションのインストール済みユーザ数のうち何れか一つ以上の評価情報と、当該アプリケーションが対応するプラットフォームを特定する特定情報とを含むアプリケーション情報を格納するアプリケーション情報格納手段と、アプリケーション情報格納手段によって格納されたアプリケーション情報に含まれる評価情報と特定情報とに基づいて、アプリケーションの評価値であるアプリケーションスコアをプラットフォーム毎に算出するアプリケーションスコア算出手段と、アプリケーションスコア算出手段によって算出されたプラットフォーム毎のアプリケーションスコアに基づいて、プラットフォームを跨ったアプリケーションランキングを生成するアプリケーションランキング生成手段と、アプリケーションランキング生成手段によって生成されたアプリケーションランキングを出力する出力手段と、を備える。
【０００９】
このようなアプリケーション検索サーバによれば、プラットフォームを跨ったアプリケーションランキングを出力することができる。すなわち、複数のプラットフォーム上におけるアプリケーションランキングを統合した情報をユーザに提供することができる。これにより、例えば、異なるプラットフォーム間のユーザのコミュニティ機会を提供でき、異なるプラットフォームへの乗り換え後のイメージをユーザに湧かせることや、単一プラットフォーム上にしかアプリケーションが存在しないこと、それらアプリケーションの機能に関する情報を提供することが可能となる。
【００１０】
また、本発明のアプリケーション検索サーバにおいて、アプリケーションスコア算出手段は、アプリケーションスコアをプラットフォーム毎に算出する際に、プラットフォーム毎の利用ユーザ数に基づく重み付けを行うことが好ましい。かかる構成を採れば、プラットフォーム毎の利用ユーザ数による評価値のハンディキャップを補うことができる。
【００１１】
また、本発明のアプリケーション検索サーバにおいて、アプリケーションランキング生成手段は、プラットフォームを跨ったアプリケーションランキングを生成する際に、アプリケーションランキングにおけるプラットフォーム毎のアプリケーションの出現頻度を調整することが好ましい。かかる構成を採れば、プラットフォーム毎の評価値のハンディキャップ、さらにアプリケーション毎のユーザ特徴による影響を軽減し、プラットフォーム毎のアプリケーションについて一定の出現頻度のアプリケーションランキングを生成することができる。
【００１２】
また、本発明のアプリケーション検索サーバにおいて、アプリケーションランキング生成手段は、アプリケーションスコア算出手段によって算出されたプラットフォーム毎のアプリケーションスコアと、アプリケーション情報格納手段によって格納されたアプリケーション情報に含まれる特定情報とに基づいて、プラットフォーム毎のアプリケーションランキングであって、当該プラットフォームのみに対応するアプリケーションが含まれるアプリケーションランキングをさらに生成することが好ましい。かかる構成を採れば、プラットフォーム毎のアプリケーションランキングを生成するのと比較して、複数プラットフォームに対応したアプリケーションの重複を防ぐことができ、どのプラットフォームに対応したアプリケーションかをユーザが即座に判断することができる。
【００１３】
ところで、本発明は、上記のように装置の発明として記述できる他に、以下のように方法の発明としても記述することができる。これはカテゴリが異なるだけで、実質的に同一の発明であり、同様の作用及び効果を奏する。
【００１４】
即ち、本発明に係るアプリケーションランキング生成方法は、アプリケーションに関するアプリケーション情報であって、当該アプリケーションのユーザによるダウンロード回数、当該アプリケーションのユーザによるレビュー件数、当該アプリケーションのユーザによる評価値、及び当該アプリケーションのインストール済みユーザ数のうち何れか一つ以上の評価情報と、当該アプリケーションが対応するプラットフォームを特定する特定情報とを含むアプリケーション情報を格納するアプリケーション情報格納手段を備えるアプリケーション検索サーバにより実行されるアプリケーションランキング生成方法であって、アプリケーション情報格納手段によって格納されたアプリケーション情報に含まれる評価情報と特定情報とに基づいて、アプリケーションの評価値であるアプリケーションスコアをプラットフォーム毎に算出するアプリケーションスコア算出ステップと、アプリケーションスコア算出ステップにおいて算出されたプラットフォーム毎のアプリケーションスコアに基づいて、プラットフォームを跨ったアプリケーションランキングを生成するアプリケーションランキング生成ステップと、アプリケーションランキング生成ステップにおいて生成されたアプリケーションランキングを出力する出力ステップと、を含む。
【発明の効果】
【００１５】
本発明によれば、複数のプラットフォーム上におけるアプリケーションランキングを統合した情報をユーザに提供することができる。
【図面の簡単な説明】
【００１６】
【図１】検索サーバを含む無線通信システムの一実施例を示す図である。
【図２】携帯端末の一実施例を示す機能ブロック図である。
【図３】携帯端末及びアプリケーション検索サーバの一実施例を示すハードウェア構成図である。
【図４】アプリケーション検索サーバの一実施例を示す機能ブロック図である。
【図５】アプリケーション情報テーブルの一実施例を示す図である。
【図６】アプリケーション情報テーブルの別の一実施例を示す図である。
【図７】プラットフォーム毎のユーザ数に基づくハンディキャップを示す図である。
【図８】アプリケーションランキングにおけるアプリケーションの出現順位とアプリケーションスコアとの関係を示すグラフである。
【図９】アプリケーションランキングにおけるプラットフォーム毎のアプリケーションの出現頻度を調整する例を示す図である。
【図１０】アプリケーションランキングの一例を示す図である。
【図１１】アプリケーション検索サーバで実行される処理（アプリケーションランキング生成方法）の一実施例を示すフローチャートである。
【発明を実施するための形態】
【００１７】
以下、図面とともに本発明によるアプリケーション検索サーバ及びアプリケーションランキング生成方法の好適な実施形態について詳細に説明する。なお、図面の説明においては同一要素には同一符号を付し、重複する説明を省略する。
【００１８】
＜無線通信システム＞
まずは、アプリケーション検索サーバ２００（以下、「検索サーバ２００」という）の動作環境とされる無線通信システム１の実施例について説明する。
【００１９】
図１は、検索サーバ２００の動作環境とされる無線通信システム１の一実施例を示す。図１に示す通り、無線通信システム１は、携帯端末１００、検索サーバ２００、及び通信網５０を含んで構成される。携帯端末１００は、ユーザが利用するスマートフォン等である。検索サーバ２００は、ユーザに対して掲示するアプリケーションを検索する、サーバ装置等の一般的なコンピュータ装置である。通信網５０は、インターネットや移動体通信ネットワーク等である。
【００２０】
携帯端末１００と検索サーバ２００とは通信網５０を介してネットワーク接続されている。携帯端末１００は、通信網５０を介して検索サーバ２００にアクセスする。例えば、携帯端末１００は、アクセスポイント（図示なし）に接続し、アクセスポイントが接続された通信網５０に接続された検索サーバ２００にアクセスしてもよい。また、例えば、携帯端末１００は、基地局（図示なし）に接続し、基地局が接続された通信網５０に接続された検索サーバ２００にアクセスしてもよい。
【００２１】
無線通信システム１における全体的な処理の流れについて説明する。まず、携帯端末１００が、検索サーバ２００に対してアプリケーションランキング要求を送信する。次に、検索サーバ２００が、その応答として、携帯端末１００に対してアプリケーションランキングを送信する。最後に、携帯端末１００が、受信したアプリケーションランキングを表示する。
【００２２】
ここで、アプリケーションランキング要求は、検索サーバ２００に対してアプリケーションランキングを要求するための指示情報である。アプリケーションランキング要求は、アプリケーションの対応プラットフォームであるプラットフォーム種別、アプリケーションの表示数、アプリケーションランキングの希望する算出期間を含む。アプリケーションランキング要求は、これらの情報のうち一部のみを含んでもよいし、その他の情報を含んでもよい。
【００２３】
また、アプリケーションランキングは、アプリケーションを、アプリケーションの評価値であるアプリケーションスコア（スコア）に基づいてランキングした情報である。アプリケーションランキングは、アプリケーション名、アプリケーションの開発者情報、アプリケーションに対する評価値、アプリケーションの説明文、アプリケーションのダウンロード回数、アプリケーションのアイコン情報、アプリケーションのインストール済みユーザ数、アプリケーションの順位を含む。アプリケーションランキングは、これらの情報のうち一部のみを含んでもよいし、その他の情報を含んでもよい。
【００２４】
＜携帯端末＞
次に、携帯端末１００について説明する。
【００２５】
図２は、携帯端末１００の機能ブロック図である。図２に示す通り、携帯端末１００は、アプリケーションランキング要求部１０２、制御部１０４、送受信部１０６、及び表示部１０８を含んで構成される。
【００２６】
携帯端末１００は、ＣＰＵ等のハードウェアから構成されているものである。図３は、携帯端末１００のハードウェア構成の一例を示す図である。図２に示される携帯端末１００は、物理的には、図３に示すように、ＣＰＵ３００、主記憶装置であるＲＡＭ３０１及びＲＯＭ３０２、ディスプレイ等の入出力装置３０３、通信モジュール３０４、及び補助記憶装置３０５などを含むコンピュータシステムとして構成されている。
【００２７】
図２に示す携帯端末１００の各機能ブロックの機能は、図３に示すＣＰＵ３００、ＲＡＭ３０１等のハードウェア上に所定のコンピュータソフトウェアを読み込ませることにより、ＣＰＵ３００の制御のもとで入出力装置３０３、通信モジュール３０４、及び補助記憶装置３０５を動作させるとともに、ＲＡＭ３０１におけるデータの読み出し及び書き込みを行うことで実現される。
【００２８】
以下、図２に示す携帯端末１００の各機能ブロックについて説明する。
【００２９】
アプリケーションランキング要求部１０２は、ユーザの指示等に基づき、アプリケーションランキング要求を生成し、制御部１０４に出力する。
【００３０】
制御部１０４は、検索サーバ２００からアプリケーションランキングを受信するために、アプリケーションランキング要求を受け付ける制御と、検索サーバ２００にアプリケーションランキング要求を送信するための制御を行う。また、制御部１０４は、検索サーバ２００からアプリケーションランキングを受信した場合に、表示部１０８に、アプリケーション一覧を表示するための制御を行う。
【００３１】
具体的に、制御部１０４は、アプリケーションランキング要求部１０２から入力されたアプリケーションランキング要求を、送受信部１０６に出力する。また、制御部１０４は、送受信部１０６から入力されたアプリケーションランキングを、表示部１０８に出力する。
【００３２】
送受信部１０６は、制御部１０４から入力されたアプリケーションランキング要求を、検索サーバ２００に送信する。また、送受信部１０６は、検索サーバ２００からのアプリケーションランキングを受信し、制御部１０４に出力する。
【００３３】
表示部１０８は、制御部１０４から入力されたアプリケーションランキングのうち全て又は一部を表示する。
【００３４】
＜検索サーバ＞
次に、検索サーバ２００について説明する。
【００３５】
図４は、検索サーバ２００の機能ブロック図である。図４に示す通り、検索サーバ２００は、受信部２０２、アプリケーション情報格納部２０４（アプリケーション情報格納手段）、アプリケーションスコア算出部２０６（アプリケーションスコア算出手段）、アプリケーションランキング生成部２０８（アプリケーションランキング生成手段）、アプリケーションランキング格納部２１０、及び送信部２１２（出力手段）を含んで構成される。
【００３６】
検索サーバ２００は、携帯端末１００と同様に、図３に示すハードウェアから構成されており、図４に示す検索サーバ２００の各機能ブロックの機能は、携帯端末１００と同様に、図３に示すハードウェア上で実現される。
【００３７】
以下、図４に示す検索サーバ２００の各機能ブロックについて説明する。
【００３８】
受信部２０２は、携帯端末１００からアプリケーションランキング要求を受信し、アプリケーションスコア算出部２０６、アプリケーションランキング生成部２０８、及び送信部２１２に出力する。
【００３９】
アプリケーション情報格納部２０４は、アプリケーションに関するアプリケーション情報であって、当該アプリケーションのユーザによるダウンロード回数、当該アプリケーションのユーザによるレビュー件数、当該アプリケーションのユーザによる評価値（ユーザ評価値）、及び当該アプリケーションのインストール済みユーザ数のうち何れか一つ以上の評価情報と、当該アプリケーションが対応するプラットフォームを特定する特定情報とを含むアプリケーション情報を格納する。
【００４０】
アプリケーション情報は、その他に、アプリケーション名、アプリケーションを特定するアプリケーションＩＤ、アプリケーションの説明文、アプリケーションの画像、アプリケーションの価格、アプリケーションの対応プラットフォーム、アプリケーションのレビュー、レビューが投稿された日時、アプリケーションが属しているカテゴリ情報、及びアプリケーションの開発者情報を含んでもよい。また、アプリケーション情報は、上述した情報のうち一部のみを含んでもよいし、その他の情報を含んでもよい。
【００４１】
図５はアプリケーション情報のテーブル例を示す。図５に示すアプリケーション情報のテーブル例には、アプリケーションＩＤ、アプリケーション名、アプリケーションの説明文、アプリケーションの対応プラットフォーム、アプリケーションのダウンロード回数、アプリケーションが属しているカテゴリ情報、及び開発者情報が格納されている。図５に示すテーブル例は一例であり、他の情報を格納してもよいし、情報の一部を削除してもよい。
【００４２】
図６はアプリケーション情報の別のテーブル例を示す。図６に示すアプリケーション情報のテーブル例には、各プラットフォームにおけるアプリケーションＩＤ、アプリケーション名、各プラットフォームにおけるアプリケーションの説明文、各プラットフォームにおけるダウンロード回数、アプリケーションが属しているカテゴリ情報、及び開発者情報が格納されている。図６に示すテーブル例のように、プラットフォームごとの情報が個別に含まれていてもよい。図６に示すテーブル例は一例であり、他の情報を格納してもよいし、情報の一部を削除してもよい。
【００４３】
アプリケーションスコア算出部２０６は、アプリケーション情報格納部２０４によって格納されたアプリケーション情報に含まれる評価情報と特定情報とに基づいて、アプリケーションの評価値であるアプリケーションスコアをプラットフォーム毎に算出する。アプリケーションスコア算出部２０６は、アプリケーションスコアをプラットフォーム毎に算出する際に、プラットフォーム毎の利用ユーザ数に基づく重み付けを行ってもよい。
【００４４】
また、アプリケーションスコア算出部２０６は、プラットフォーム毎のアプリケーションスコアを、アプリケーションスコアの大きい順に算出してもよい。また、アプリケーションスコア算出部２０６は、各プラットフォーム上でのアプリケーションを任意の観点でスコア化算出し、異なるプラットフォームで同一アプリケーションが存在する場合は必要に応じてプラットフォーム毎にスコア調整を行ってもよい。また、アプリケーションスコア算出部２０６は、算出したアプリケーションスコアを基に、任意の件数の上位アプリケーションのリストをアプリケーションランキング生成部２０８に出力してもよい。
【００４５】
アプリケーションスコア算出部２０６による具体的な算出方法については後述する。
【００４６】
アプリケーションランキング生成部２０８は、アプリケーションスコア算出部２０６によって算出されたプラットフォーム毎のアプリケーションスコアに基づいて、プラットフォームを跨ったアプリケーションランキングを生成する。アプリケーションランキング生成部２０８は、プラットフォームを跨ったアプリケーションランキングを生成する際に、アプリケーションランキングにおけるプラットフォーム毎のアプリケーションの出現頻度を調整してもよい。また、アプリケーションランキング生成部２０８は、アプリケーションスコア算出部２０６によって算出されたプラットフォーム毎のアプリケーションスコアと、アプリケーション情報格納部２０４によって格納されたアプリケーション情報に含まれる特定情報とに基づいて、プラットフォーム毎のアプリケーションランキングであって、当該プラットフォームのみに対応するアプリケーションが含まれるアプリケーションランキングをさらに生成してもよい。
【００４７】
また、アプリケーションランキング生成部２０８は、アプリケーションスコア算出部２０６によって算出されたプラットフォーム毎のアプリケーションスコアについて、各アプリケーションに対応するアプリケーション情報をアプリケーション情報格納部２０４から取得し、生成するアプリケーションランキング、あるいはアプリケーションランキング格納部２１０に格納されたアプリケーションランキングに追加し、アプリケーションランキングを完成させてもよい。
【００４８】
アプリケーションランキング生成部２０８による具体的な算出方法については後述する。
【００４９】
なお、アプリケーションスコア算出部２０６とアプリケーションランキング生成部２０８とは個別ではなく一体であってもよい。すなわち、アプリケーションスコア算出部２０６にて行う処理とアプリケーションランキング生成部２０８で行う処理とを、一つの機能ブロックが行ってもよい。
【００５０】
アプリケーションランキング格納部２１０は、アプリケーションランキング生成部２０８によって生成されたアプリケーションランキングを格納する。
【００５１】
送信部２１２は、アプリケーションランキング生成部２０８によって生成されたアプリケーションランキングを出力する。具体的には、送信部２１２は、アプリケーションランキング要求を送信してきた携帯端末１００に対し、アプリケーションランキング要求に対応するアプリケーションランキングをアプリケーションランキング格納部２１０から取得し、送信する。
【００５２】
＜アプリケーションスコア算出例＞
続いて、アプリケーションスコア算出部２０６によるアプリケーションスコアの算出例について説明する。
【００５３】
アプリケーションスコアの算出方法の最も簡単な一例として、複数のプラットフォームに対応しているアプリケーションのアプリケーションスコア算出方法について説明する。アプリケーションスコア算出部２０６は、アプリケーション情報格納部２０４によって格納されているアプリケーション情報のうち、対応プラットフォームの値を利用して、各プラットフォーム毎の任意の期間のダウンロード回数をアプリケーションスコアとし、あるＯＳ（Operating  System）（以下、甲）のアプリケーションスコアともう一方のＯＳ（以下、乙）のアプリケーションスコアを用いて、（甲アプリケーションスコア）と（乙アプリケーションスコア）の和を両ＯＳでユーザがよく利用しているアプリケーションと判定し、（甲アプリケーションスコア）と（乙アプリケーションスコア）の差を甲で利用されていて乙で利用されておらず甲ユーザのみしか該アプリケーションの魅力に気づいてないアプリケーションと判定する。
【００５４】
上記の例のダウンロード回数は一例であるために、アプリケーション情報格納部２０４によって格納されているアプリケーション情報のうち、任意の期間のレビュー件数や任意の期間のユーザ評価値の平均を算出することでもよい。また、アプリケーションスコア算出部２０６は、現在日時を取得し、近い日付のダウンロード回数やレビュー件数、ユーザ評価値等に重みを付けてもよい。現在に近い日のレビュー数の重みを大きくすることで、アプリケーションスコア（アプリケーションランキング）の変化が大きくなり、ユーザに新たなアプリケーションの紹介を行う機会を増やすことが可能となる。
【００５５】
アプリケーションランキングの調整のために、複数の観点からアプリケーションスコアを算出して上記の値を総合的に調整してもよい。具体的な例としては、任意の期間のダウンロード回数が３０回のアプリケーションの場合と、１０回のアプリケーションの場合では、ダウンロード回数の観点だけでアプリケーションスコア化するとダウンロード回数が３０回のアプリケーションがアプリケーションランキングの上位に表示されるが、ここでダウンロード回数が３０回のアプリケーションのユーザ評価値が１点、ダウンロード回数が１０回のアプリケーションのユーザ評価値が５点だった場合、ダウンロード回数が１０回のアプリケーションがアプリケーションランキングの上位に表示されやすくなるよう、上記算出されたスコアの各観点に重みづけの調整を行なってもよい。
【００５６】
アプリケーションスコア算出部２０６は、任意の期間のレビュー件数やダウンロード回数、インストール済みユーザ数を用いて、プラットフォーム毎の利用ユーザ数毎に重みを付けてアプリケーションのスコアを算出してもよい。具体的な例としては、甲の総ユーザ数が３０，０００人、乙の総ユーザ数が１０，０００人だった場合に、乙アプリケーションのスコア値を３倍にしてアプリケーションスコアを算出する。この方法により、プラットフォーム毎のユーザ数によるレビュー数やダウンロード回数、インストール済みユーザ数のハンディキャップを補うことが可能となる。
【００５７】
図７は、プラットフォーム毎のユーザ数に基づくハンディキャップを示す図である。図７（ａ）は、甲アプリケーションのアプリケーションスコアに基づくアプリケーションランキングであり、図７（ｂ）は、乙アプリケーションのアプリケーションスコアに基づくアプリケーションランキングであり、図７（ｃ）は、図７（ａ）及び図７（ｂ）に示すアプリケーションランキングを統合したアプリケーションランキングである。甲のユーザ数は、乙のユーザ数よりも多く、それに伴い、全体的に甲のアプリケーションスコアが乙のアプリケーションスコアよりも高くなっている。それゆえに、アプリケーションランキングを統合する際に、各プラットフォームにおけるアプリケーションスコアに対して重み付けをしない場合、図７（ｃ）の統合アプリケーションランキングのように、アプリケーションランキングに登場するアプリケーションについて、甲アプリケーションの数が上位に出やすくなり、数が多く、ハンディキャップが生じる。すなわち、各ＯＳのスコアをそのまま採用すると、出現頻度に偏りが出てしまう。
【００５８】
図８は、アプリケーションランキングにおけるアプリケーションの出現順位とアプリケーションスコアとの関係を示すグラフである。図８に示すグラフにおいて、横軸がアプリケーションの出現順位を示し、縦軸がアプリケーションスコアを示す。図８に示すグラフでは、甲及び乙のグラフを示し、それぞれの平均についても示している。アプリケーションスコア算出部２０６は、ハンディキャップを補うため、甲と乙のユーザ総数による影響を吸収する重み付けを行う。具体的には、図８において、平均の重み倍率を乙アプリケーションのアプリケーションスコアにかけることで、乙平均が甲平均に並ぶよう重み付けを行う。
【００５９】
以上の例では２つの異なるプラットフォームの例を挙げたが、３つ以上の異なるプラットフォームにおいても、アプリケーションスコア算出部２０６は、同様の重み付けの調整を行うことでランキングの作成が可能となる。
【００６０】
また、アプリケーションスコア算出部２０６は、算出したアプリケーションスコアの偏差値を算出して新たなアプリケーションスコアとしてもよい。この方法により、一時的な盛り上がりが極端な例や、上位アプリケーションにアプリケーションスコアが偏っている例などアプリケーション毎のユーザ特徴による影響を吸収することが可能となる。
【００６１】
＜アプリケーションランキング生成例＞
続いて、アプリケーションランキング生成部２０８によるアプリケーションランキングの生成例について説明する。
【００６２】
アプリケーションランキング生成部２０８は、アプリケーションランキングを生成する際に、プラットフォーム毎にアプリケーションランキングへの出現頻度を調整してもよい。具体的な例としては、アプリケーションランキングが１位から５位の間に甲アプリケーションを３つ、乙アプリケーションを２つ、それぞれアプリケーションスコア上位から挿入することとし、６位から１０位の間、それ以降の順位において同頻度でアプリケーションランキングへ挿入していくことが考えられる。この方法により、プラットフォーム毎のユーザ数やレビュー数、ダウンロード回数、インストール済みユーザ数のハンディキャップ、さらにアプリケーション毎のユーザ特徴による影響を軽減し、一定の出現割合で携帯端末１００に表示することが可能となる。
【００６３】
図９は、アプリケーションランキングにおけるプラットフォーム毎のアプリケーションの出現頻度を調整する例を示す図である。図９に示す例では、設定された枠サイズ、枠内の割合をローテーションで繰り返している。具体的には、図９（ａ）は順以上の２枠について、甲の出現頻度を５０％にする例であり、図９（ｂ）は順以上の３枠について、甲の出現頻度を３３％〜６６％にする例であり、図９（ｃ）は順以上の４枠について、甲の出現頻度を２５％〜７５％にする例である。５枠以上についても同様である。このように、各ＯＳの出現枠を設けて、一定の頻度で出現させることで、バランスよく出現させることができる。
【００６４】
また、アプリケーションランキング生成部２０８は、プラットフォーム毎に対応するアプリケーションを限定してアプリケーションランキングを生成してもよい。具体的な例としては、甲と乙両方に対応したアプリケーションを算出したアプリケーションランキング、甲のみに対応したアプリケーションを算出したアプリケーションランキング、乙のみに対応したアプリケーションを算出したアプリケーションに分類し、生成する。すなわち、アプリケーションランキング生成部２０８は、各プラットフォーム上に存在する同一アプリケーションのアプリケーションランキングを統合したアプリケーションランキング、各プラットフォーム上にしか存在しないアプリケーションのアプリケーションランキングを生成する。この方法により、プラットフォーム毎のアプリケーションランキングを生成するのと比較して、複数プラットフォームに対応したアプリケーション情報の重複を防ぐことができ、どのプラットフォームに対応したアプリケーションかをユーザが即座に判断することが可能となる。
【００６５】
図１０は、アプリケーションランキング生成部２０８によって生成されたアプリケーションランキングの一例を示す図である。図１０（ａ）は、甲と乙両方にのみ対応したアプリケーションを算出したアプリケーションランキングを示し、図１０（ｂ）は、甲のみに対応したアプリケーションを算出したアプリケーションランキングを示し、図１０（ｃ）は、乙のみに対応したアプリケーションを算出したアプリケーションランキングを示す。
【００６６】
＜アプリケーションランキング生成方法＞
続いて、図１１に示すシーケンス図を用いて、本実施形態に係る検索サーバ２００における方法（異なるプラットフォーム間におけるアプリケーションランキング生成方法）の処理について説明する。
【００６７】
まず、携帯端末１００において、アプリケーションランキング要求部１０２により、アプリケーションランキング要求が生成され、送受信部１０６により、生成されたアプリケーションランキング要求が検索サーバ２００に送信される（ステップＳ１）。
【００６８】
次に、検索サーバ２００において、受信部２０２により、Ｓ１にて送信されたアプリケーションランキング要求が受信される（ステップＳ２）。次に、アプリケーションスコア算出部２０６により、プラットフォーム毎にアプリケーションスコアが算出される（ステップＳ３、アプリケーションスコア算出ステップ）。次に、アプリケーションランキング生成部２０８により、Ｓ３にて算出されたアプリケーションスコアに基づいて、プラットフォームを跨ったアプリケーションランキングが生成される（ステップＳ４、アプリケーションランキング生成ステップ）。次に、送信部２１２により、Ｓ４にて生成されたアプリケーションランキングが携帯端末１００に送信される（ステップＳ５、出力ステップ）
【００６９】
次に、携帯端末１００において、送受信部１０６により、Ｓ５にて送信されたアプリケーションランキングが受信される（ステップＳ６）。次に、表示部１０８により、Ｓ６にて受信されたアプリケーションランキングが表示される。
【００７０】
＜作用効果＞
次に、本実施形態のように構成された検索サーバ２００の作用効果について説明する。
【００７１】
本実施形態の検索サーバ２００によれば、プラットフォームを跨ったアプリケーションランキングを出力することができる。すなわち、複数のプラットフォーム上におけるアプリケーションランキングを統合した情報をユーザに提供することができる。これにより、例えば、異なるプラットフォーム間のユーザのコミュニティ機会を提供でき、異なるプラットフォームへの乗り換え後のイメージをユーザに湧かせることや、単一プラットフォーム上にしかアプリケーションが存在しないこと、それらアプリケーションの機能に関する情報を提供することが可能となる。
【００７２】
また、本実施形態の検索サーバ２００によれば、アプリケーションスコア算出部２０６は、アプリケーションスコアをプラットフォーム毎に算出する際に、プラットフォーム毎の利用ユーザ数に基づく重み付けを行う。これにより、プラットフォーム毎の利用ユーザ数による評価値のハンディキャップを補うことができる。
【００７３】
また、本実施形態の検索サーバ２００によれば、アプリケーションランキング生成部２０８は、プラットフォームを跨ったアプリケーションランキングを生成する際に、アプリケーションランキングにおけるプラットフォーム毎のアプリケーションの出現頻度を調整する。これにより、プラットフォーム毎の評価値のハンディキャップ、さらにアプリケーション毎のユーザ特徴による影響を軽減し、プラットフォーム毎のアプリケーションについて一定の出現頻度のアプリケーションランキングを生成することができる。
【００７４】
また、本実施形態の検索サーバ２００によれば、アプリケーションランキング生成部２０８は、アプリケーションスコア算出部２０６によって算出されたプラットフォーム毎のアプリケーションスコアと、アプリケーション情報格納部２０４によって格納されたアプリケーション情報に含まれる特定情報とに基づいて、プラットフォーム毎のアプリケーションランキングであって、当該プラットフォームのみに対応するアプリケーションが含まれるアプリケーションランキングをさらに生成する。これにより、プラットフォーム毎のアプリケーションランキングを生成するのと比較して、複数プラットフォームに対応したアプリケーションの重複を防ぐことができ、どのプラットフォームに対応したアプリケーションかをユーザが即座に判断することができる。
【産業上の利用可能性】
【００７５】
本アプリケーション検索サーバは、今後利用される新たなプラットフォームに適用できることが考えられる。また、プラットフォームに限らず、商品販売におけるランキング作成等にも応用出来ることが考えられる。具体的な例としては、書籍や楽曲、動画を販売している者が販売ランキングを作成する際、本検索サーバのアプリケーションスコア算出に用いた重み付け等の各種方法を用いることで、異なる商材間での販売ランキングを作成することが可能となる。
【符号の説明】
【００７６】
１…無線通信システム、５０…通信網、１００…携帯端末、１０２…アプリケーションランキング要求部、１０４…制御部、１０６…送受信部、１０８…表示部、２００…検索サーバ、２０２…受信部、２０４…アプリケーション情報格納部、２０６…アプリケーションスコア算出部、２０８…アプリケーションランキング生成部、２１０…アプリケーションランキング格納部、２１２…送信部。
【図１】
2014211757.tif 000003
【図２】
2014211757.tif 000004
【図３】
2014211757.tif 000005
【図４】
2014211757.tif 000006
【図５】
2014211757.tif 000007
【図６】
2014211757.tif 000008
【図７】
2014211757.tif 000009
【図８】
2014211757.tif 000010
【図９】
2014211757.tif 000011
【図１０】
2014211757.tif 000012
【図１１】
2014211757.tif 000013