(57)【要約】【課題】アプリケーションによる消費電力を考慮して、配信サーバがユーザにアプリケーションを推薦できるようにすること。【解決手段】配信サーバは、通信システム内における各通信端末上から、アプリケーションを実行した際のハードウェアリソースの使用情報を収集する。配信サーバは、ハードウェアリソース使用量情報（モデルパラメータ）から、アプリケーションの通信端末上での消費電力を評価する数式（電力評価式）を算出及び保持しており、収集したリソース使用情報から消費電力を推定する。収集した多数の通信端末上でのモデルパラメータから、配信サーバは各アプリケーションを代表する消費電力値を統計的に決定する。配信サーバは、通信端末からの検索リクエストを受けた際、検索結果に含まれるアプリケーションのメタ情報に加えて、算出した消費電力値も併せて送信する。【選択図】図1
2012063917.tif 000002
【特許請求の範囲】
【請求項１】
通信端末上で実行されるアプリケーションの消費電力を評価する装置であって、 
実行されたアプリケーションの識別情報、アプリケーションの実行状態の情報、及びアプリケーションを実行することで使用されたリソースの使用量の情報を含む報告信号を、通信ネットワークを介して複数のユーザから受信する受信部と、
あるアプリケーションの識別情報、及び通信端末の識別情報を含むリクエスト信号を、あるユーザから受信する受信部と、
前記あるアプリケーションの実行状態毎に、所定の計算式に前記リソースの使用量の情報を適用することで、実行状態毎の消費電力値を算出する消費電力算出部と、
算出された消費電力値に基づいて、前記あるアプリケーションを前記あるユーザの通信端末に導入した場合の消費電力の情報を含む応答信号を、前記あるユーザに送信する送信部と
を備える、アプリケーションの消費電力を評価する装置。
【請求項２】
前記受信部が受信する報告信号は、通信端末において実行されたアプリケーションの時間毎のCPU使用量、記憶装置の入出力データ量、無線通信インタフェースのスループット、ハードウェアリソースの使用量の情報を含み、該情報は、リソース使用量格納部に記録される、請求項1に記載のアプリケーションの消費電力を評価する装置。
【請求項３】
前記受信部が受信する報告信号は、通信端末において実行されたアプリケーションの時間毎の前面動作、背面動作又は常駐動作の状態の情報を含み、該情報も、リソース使用量格納部に記録される、請求項2に記載のアプリケーションの消費電力を評価する装置。
【請求項４】
前記消費電力算出部は、アプリケーション毎のリソースの使用量に基づいて、該アプリケーションの実行状態毎の単位時間当たりの消費電力を算出する、請求項1−3の何れか1項に記載のアプリケーションの消費電力を評価する装置。
【請求項５】
請求項1に記載の装置と、
前記消費電力算出部によって算出したアプリケーションの実行状態別の消費電力値を格納する消費電力格納部と、 
前記ある通信端末からの検索要求によって検索を実行する検索部と、
検索結果のアプリケーションのメタ情報と、前記消費電力格納部に記録された情報を、前記応答信号として送信する送信部と
を備える、配信サーバ。
【請求項６】
当該配信サーバが、通信端末が保持するアプリケーションの一覧を受信するアプリケーションリスト受信部をさらに備え、 
前記アプリケーションリスト受信部が受信したアプリケーションによる消費電力を加味し、前記通信端末に特化した実行可能時間を提供する、請求項5に記載の配信サーバ。
【請求項７】
当該配信サーバが、前記アプリケーションリストに含まれるアプリケーションと、他のアプリケーションとの類似度を算出する類似度算出部をさらに備え、
前記ある通信端末に導入されているアプリケーションと類似するアプリケーションのうち、消費電力がより少ないアプリケーションが、前記あるユーザに推薦される、請求項5又は6に記載の配信サーバ。
【請求項８】
通信端末上で実行されるアプリケーションの消費電力を評価する方法であって、 
実行されたアプリケーションの識別情報、アプリケーションの実行状態の情報、及びアプリケーションを実行することで使用されたリソースの使用量の情報を含む報告信号を、通信ネットワークを介して複数のユーザから受信し、
あるアプリケーションの識別情報、及び通信端末の識別情報を含むリクエスト信号を、あるユーザから受信し、
前記あるアプリケーションの実行状態毎に、所定の計算式に前記リソース使用量の情報を適用することで、実行状態毎の消費電力値を算出し、
算出された消費電力値に基づいて、前記あるアプリケーションを前記あるユーザの通信端末に導入した場合の消費電力の情報を含む応答信号を、前記あるユーザに送信するステップ
を有する、アプリケーションの消費電力を評価する方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アプリケーションの消費電力を評価する装置、配信サーバ及び方法に関する。
【背景技術】
【０００２】
近年の通信端末は、単に通信を行うだけでなく、様々なアプリケーションをサーバからダウンロードし、実行することができる。通信端末は、具体的には、携帯電話、情報端末、スマートフォン、ノート型パーソナルコンピュータ等であるが、これらに限定されない。通信端末にダウンロードすることが可能なアプリケーション数は増加の一途を辿り、ユーザ、アプリケーション作者であるディベロッパ共に裾野が広がっている。通信端末にアプリケーションをダウンロードすることについては、例えば特許文献1に記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開2009−301472号公報
【非特許文献】
【０００４】
【非特許文献１】NTTDOCOMO テクニカルジャーナルVol.17 No.3
【発明の概要】
【発明が解決しようとする課題】
【０００５】
今日、様々な機能を有するアプリケーションが市場に存在している。これらのアプリケーションの消費電力は、アプリケーションが利用するハードウェアリソースや、アプリケーションの実装方法等に依存して大きく異なる。通信端末においてアプリケーションを利用できる時間の長さと、アプリケーションが消費する消費電力とは、トレードオフの関係にあり、アプリケーションの消費電力は、通信端末にとって重要な要素である。特に、携帯電話のような無線通信端末の場合、消費電力は重要である。例えば、消費電力が多いことを知らずにアプリケーションを導入してしまうと、通信端末の利用時間が予想外に著しく減少しまうおそれがあり、ユーザが様々なアプリケーションを活用しようとするモチベーションを低下させてしまうことが懸念される。
【０００６】
通信端末の消費電力は、通信端末に備わっているハードウェアリソースの使用量に応じて算出できる（この点については、非特許文献1参照。）。使用量には、CPU使用率、無線通信のスループット等のような通信端末上で動作するプログラムに依存するものと、LCDバックライトの輝度等のようなプログラムに依存しないものがある。上述したように、消費電力は、通信端末にとって重要な要素であるので、プロバイダがアプリケーションをユーザに推薦する際、消費電力に関する目安も提供することが望ましい。非特許文献1の技術はハードウェアリソースの使用率から消費電力を計算できることを示しているが、アプリケーションによる消費電力を算出するものではない。したがって、従来の技術において、アプリケーションによる消費電力を考慮して、ユーザにアプリケーションを推薦することは行われていない。
【０００７】
本発明の課題は、アプリケーションによる消費電力を考慮して、配信サーバがユーザにアプリケーションを推薦できるようにすることである。
【課題を解決するための手段】
【０００８】
一実施例による装置は、
通信端末上で実行されるアプリケーションの消費電力を評価する装置であって、 
実行されたアプリケーションの識別情報、アプリケーションの実行状態の情報、及びアプリケーションを実行することで使用されたリソースの使用量の情報を含む報告信号を、通信ネットワークを介して複数のユーザから受信する受信部と、
あるアプリケーションの識別情報、及び通信端末の識別情報を含むリクエスト信号を、あるユーザから受信する受信部と、
前記あるアプリケーションの実行状態毎に、所定の計算式に前記リソース使用量の情報を適用することで、実行状態毎の消費電力値を算出する消費電力算出部と、
算出された消費電力値に基づいて、前記あるアプリケーションを前記あるユーザの通信端末に導入した場合の消費電力の情報を含む応答信号を、前記あるユーザに送信する送信部と
を備える、アプリケーションの消費電力を評価する装置である。
【発明の効果】
【０００９】
一実施例によれば、アプリケーションによる消費電力を考慮して、配信サーバがユーザにアプリケーションを推薦することができる。
【図面の簡単な説明】
【００１０】
【図１】通信システムを示す図。
【図２】通信端末及び配信サーバの機能ブロック図。
【図３】リソース使用量格納部102に格納されるリソース使用量を示す図。
【図４】通信端末10がリソースの使用量（モデルパラメータ）の情報を収集し、配信サーバ20に報告する際の動作を示す図。
【図５】配信サーバが消費電力を算出する際の動作を示す図。
【図６】動作概要を示す図。
【発明を実施するための形態】
【００１１】
概して、本実施例による配信サーバは、通信システム内における各通信端末上から、アプリケーションを実行した際のハードウェアリソースの使用情報を収集する。配信サーバは、ハードウェアリソース使用量情報（モデルパラメータ）から、アプリケーションの通信端末上での消費電力を評価する数式（電力評価式）を保持しており、収集したリソース使用情報から消費電力を推定する。収集した多数の通信端末上でのモデルパラメータから、配信サーバは各アプリケーションを代表する消費電力値を統計的に決定する。配信サーバは、通信端末からの検索リクエストを受けた際、検索結果に含まれるアプリケーションのメタ情報に加えて、算出した消費電力値も併せて送信する。これにより、予想外に消費電力が多いアプリケーションを、ユーザが知らずに導入してしまう危険を効果的に軽減できる。
【００１２】
以下の観点から実施例を説明する。
【００１３】
1．通信システム
2．通信端末
3．配信サーバ
4．動作例
4．1  リソース使用量情報の取得
4．2  消費電力の算出
5．第1の変形例
6．第2の変形例
【実施例１】
【００１４】
＜1．通信システム＞
図1は、実施例で使用される通信システム1を示す。通信システム1は、複数の通信端末10a、10b、10c（まとめて「10」のように言及する）、配信サーバ20、アプリケーション管理サーバ30及び通信網40を有する。図示の都合上、通信端末は3つしか描かれていないが、通信端末の数は任意である。通信端末10は、通信網40を介して配信サーバ30と通信を行う。配信サーバ20は必要に応じてアプリケーション管理サーバ30と通信する。アプリケーション管理サーバ30は、サービスプロバイダが提供可能なアプリケーションを有し、配信サーバ20からの要請に応じてアプリケーションを提供する。一般に、通信網40は、無線ネットワーク及び有線ネットワークを含む。通信網40は、通信端末と配信サーバとの間の通信を可能にする適切な如何なる通信網でもよい。
【００１５】
＜2．通信端末＞
図2は、通信端末10及び配信サーバ20の機能ブロック図を示す。図2には通信端末10および配信サーバ20に備わる様々な機能要素の内、本実施例に特に関連するものが示されている。通信端末10は、配信サーバからアプリケーションをダウンロードして実行することができる適切な如何なる通信端末でもよい。通信端末10は、具体的には、携帯電話、情報端末、スマートフォン、タブレット型端末、ラップトップコンピュータ等であるが、これらに限定されない。
【００１６】
図示の通信端末10は、リソース使用量管理部101、リソース使用量格納部102、実行状態管理部103、送受信部104、表示部105及びアプリケーション管理部106を少なくとも有する。
【００１７】
リソース使用量管理部101は、通信端末10上で実行中のアプリケーションが、通信端末10を構成する様々なハードウェアのリソースをどの程度使用しているかを管理する。リソース使用量とは、例えば、CPU使用率、通信端末内のネットワークインターフェースにおけるスループット（すなわち、送受信したデータ量）、通信端末に内蔵された記録媒体（ストレージ）から読み出されたデータ量、通信端末に取り外し可能に取り付けられた記録媒体（ストレージ）から読み出されたデータ量、内蔵又は外付けの記録媒体に書き込まれたデータ量、GPS使用時間、ブルートゥース（Bluetooth）使用時間等であるが、これらに限定されない。なお、リソース使用量の情報には、アプリケーションの起動時間や終了時間に加えて、アプリケーションの実行状態が遷移した情報も含まれる。リソース使用量管理部101は、これらのリソース使用状況を任意の時間間隔で取得し、リソース使用量格納部102に記録する。
【００１８】
図3は、リソース使用量格納部102に格納されるリソース使用量を例示する。図示されているように、リソース使用量に関する様々な項目（CPU使用時間等）が、アプリケーション毎に記憶されている。アプリケーションは、アプリケーションの識別情報（アプリID）により識別される。
【００１９】
図2の通信端末10における実行状態管理部103は、通信端末10上にインストールされているアプリケーションの実行状態を監視し、変化があり次第、リソース使用量管理部102に通知する。アプリケーションの実行状態として、例えば3つの状態がある。1つ目は、「前面動作」の状態であり、表示画面の前面を占有し、ユーザからの入力を受け付けたり、情報を表示する状態である。2つ目は、「背面動作」の状態であり、表示画面に表示する内容を有するが、他のアプリケーションやデスクトップ等の背後に隠れ、ユーザからの入力や情報の提示を行うことはできない状態である。3つ目は、「常駐動作」の状態であり、表示画面に表示する内容は無いが、背後で常に動作し続けている状態である。通常、アプリケーションはこれらの内1つ以上の状態を有する。アプリケーションの実行状態は、ユーザが明示的に指示した場合や、システムのガベージコレクタがリソース確保の為に強制的に動作中のプロセスを終了させる場合を除き、いずれかの状態で動作し続ける。
【００２０】
送受信部104は、通信網40を介して配信サーバ20との間で、信号を送受信する。例えば、リソース使用量格納部102に記録された情報が、配信サーバ20に報告される。また、ユーザに何らかのアプリケーションを推薦する情報や、ユーザが選択したアプリケーションが、配信サーバ20から通信端末10に送信される。また、特定の条件に合致するアプリケーションの一覧の提示を求める検索リクエスト信号が、通信端末10から配信サーバ20に送信される。さらに、リソース使用量の情報（リソースしよう履歴情報）は、一定の頻度で又は必要に応じて（ユーザやオペレータの指示に応じて）、通信端末10から配信サーバ20に報告される。
【００２１】
表示部105は、視覚的なユーザインターフェースの機能を果たす。表示部105は、具体的には、液晶ディスプレイ（LCD）、プラズマディスプレイ、有機ELパネル等であるが、これらに限定されない。本実施例における表示部102は、接触感知式の透明パネルを有するタッチスクリーンを実現し、ユーザの指やスタイラスの動きで画面の表示を制御することができる。表示部102は、文字、図形、記号、静止画像、動画像等を表示することができ、例えば、アプリケーションを表すアイコンが画面上に表示される。なお、表示部105のような視覚的なユーザインターフェースだけでなく、他のユーザインターフェースが、通信端末10に備わっていてもよい。例えば、キーパッド、制御パネル、キーボード、タッチパッド、マウス、トラックボール、マイクロフォン、スピーカ等が備わっていてもよい。
【００２２】
アプリケーション管理部106は、通信端末10にインストールされているアプリケーションを管理し、必要に応じてインストール済みアプリケーションの一覧の情報を取得し、その情報は、送受信部104を介して配信サーバに送信される。
【００２３】
＜3．配信サーバ＞
配信サーバ20は、アプリケーションリスト受信部201、リソース使用量受信部202、消費電力算出部203、検索部204、送信部205、消費電力格納部206及びリソース使用量格納部207を少なくとも有する。なお、配信サーバ20は、必要に応じて、類似度算出部208を有する。
【００２４】
アプリケーションリスト受信部201は、アプリケーション管理部106が取得した情報（通信端末10にインストールされているアプリケーションの一覧の情報）を、通信システム配下の様々なユーザから受信する。
【００２５】
リソース使用量受信部202は、リソース使用量格納部102に記録された情報を通信端末から受信する。受信した情報は、リソース使用量格納部207に格納される。
【００２６】
消費電力算出部203は、リソース使用量格納部207に格納された情報を用いて、アプリケーション各々の消費電力を算出し、消費電力格納部206に記録する。消費電力算出部203は、消費電力評価モデル（消費電力評価式）を使用して、通信端末の消費電力の評価値（P_＿estimated）を算出する。消費電力評価モデル（消費電力評価式）は、モデルパラメータから消費電力の評価値を導出するモデルである。モデルパラメータは、通信端末10のハードウェアを構成する所定部品の動作状態（例えばCPU負荷率等）を表し、端末機種に依存するものとしないものがある。一例として、消費電力の評価値（P＿estimated）は、次式により算出される。
【００２７】
【数１】
2012063917.tif 000003
ここで、「Pi」は、消費電力モデルのパラメータ（例えば、CPU負荷率等であり、モデルパラメータという）の値を示し、「ci」は、各モデルパラメータの係数（電力係数）を示し、「N」は、モデルパラメータの総数を示す。「i」は、モデルパラメータを識別する番号を示し、1〜Nの整数である。上記の数式において、Pi各々の値を入力値として与えることで、評価値（P＿estimated）が出力値として出力される。消費電力算出部203は、あらかじめ、トレーニングベンチにより通信端末10の機種別に、電力係数ciを導出して保持している。消費電力算出部33は、リソース使用量受信部202が受信したモデルパラメータの値から、通信端末各々における消費電力を算出し、消費電力格納部206に記録する。
【００２８】
検索部204は、通信端末10からの検索リクエストの条件に合致するアプリケーションのリストを生成し、消費電力格納部206に記録された情報を検索対象に含めることができる。
【００２９】
送信部205は、通信網40を介して通信端末に信号を送信する。送信される情報は、例えば上記検索部204が作成した検索結果のリスト等を含む。
【００３０】
＜4．動作例＞
＜4．1  リソース使用量情報の取得＞
図4は、通信端末10がリソースの使用量（モデルパラメータ）の情報を収集し、配信サーバ20に報告する際の動作を示す。このような動作は、通信システム配下の全ての通信端末により行われる。図4は、ある1つアプリケーションが起動された後、終了するまでの動作を示している。この動作は、通信端末10にインストールされているアプリケーションに対して独立して動作することが可能である。ただし、リソース使用量の情報収集、収集した情報の報告等の動作に起因して消費される電力が、過剰に大きくならないように、情報収集の頻度や報告の頻度を適切に小さくしておく必要がある。また、情報収集や報告に使用するアプリケーションが、多数存在する場合も、使用するアプリケーション数を適度に少なくしておく必要がある。
【００３１】
ステップS11において、実行状態管理部103は、あるアプリケーションが通信端末10上で動作を開始したことを検知する。アプリケーションが動作を開始する場合としては、ユーザが明示的に起動を指示した場合、通信端末が起動した場合（通信端末の起動時に動作を開始するように設定されているアプリケーションの場合）、他のアプリケーションから何らかのトリガーで呼び出された場合等が挙げられるが、これらに限定されない。
【００３２】
ステップS12において、実行状態管理部103は、リソース使用量管理部101に動作が開始されたことを通知する。通知は、アプリケーションの動作に起因して割り振られるプロセスIDを示す情報と、アプリケーションの動作が開始されたことを示す情報とをリソース使用量管理部101に送信することで行われる。なお、プロセスとは通信端末10のCPUで処理を実行するプログラムであり、プロセスIDは通信端末10のシステムによって割り振られる。
【００３３】
ステップS13において、リソース使用量管理部101は、実行状態管理部103からの通知に応じて、指定されているプロセスの監視を開始する。プロセスによるリソースの使用状態は、ある瞬間のスナップショットとして記録される。したがって、リソース使用量管理部101は、時系列のデータを取得するために、何らかの時間間隔でスナップショットの情報を収集する必要がある。時間間隔が短いほど時間的変化を正確に記録することが可能になるが、使用状態の情報の取得、記録及び配信サーバへの報告という処理に消費されるリソースが増えてしまうので、情報収集の頻度、報告の頻度、情報を収集及び報告するアプリケーションの数は、適切に小さく制限される。
【００３４】
ステップS14において、アプリケーションの実行状態が変化したとすると、その実行状態の変化が、実行状態管理部103により検知される。例えば、アプリケーションが、ユーザの操作により、「前面動作」から「背面動作」に移る場合や、逆に、「背面動作」から「前面動作」に移る場合がある。
【００３５】
ステップS15において、実行状態管理部103は、動作状態の変化を検知したことをリソース使用量管理部101に通知する。この通知は、プロセスIDを示す情報と、アプリケーションの動作状態が変わったことを示す情報とをリソース使用量管理部101に送信することで行われる。
【００３６】
ステップS16において、実行状態管理部103がアプリケーションの終了を検知する。先述の通り、アプリケーションは、ユーザによる明示的な操作や、システムのガベージコレクタ等によって終了させられる。
【００３７】
ステップS17において、実行状態管理部103は、アプリケーションが終了したことをリソース使用量管理部101に通知する。この通知は、プロセスIDを示す情報と、アプリケーションが終了したことを示す情報とをリソース使用量管理部101に送信することで行われる。
【００３８】
ステップS18において、リソース使用量管理部101は、通知を受けたプロセスの監視を終了する。
【００３９】
ステップS19において、リソース使用量管理部101は、監視していたプロセスにおけるアプリケーションのアプリケーションID、起動状態、リソース使用量の情報をリソース使用量格納部102に通知する。アプリケーションIDとは、配信サーバ20において、アプリケーションを一意に識別するための識別情報（ID）である。
【００４０】
ステップS20において、リソース使用量格納部102は、通知された情報を記録する。この情報によるデータは時系列のデータとして記録される。リソース使用量格納部102に記録される情報は、リソース使用履歴情報とも言及される。リソース使用履歴情報は、図3に示されるように、使用したリソースの情報、端末モデル名、起動時刻、状態遷移時刻、終了時刻に加えて、通信システム上でユーザを一意に識別するためのユーザIDを含む。
【００４１】
＜4．2  消費電力の算出＞
図5は、配信サーバ20が、各アプリケーションのリソース使用履歴から消費電力を算出する際の動作フローを示す。リソース使用履歴情報とは、リソース使用量格納部102に保存されている、リソース使用量の情報である。
【００４２】
ステップS21において、リソース使用量受信部202は、通信端末10がステップS20において記録したアプリケーションのリソース使用履歴を受信し、リソース使用量格納部207に記録する。リソース使用履歴情報は、図3に示されるように、使用したリソースの情報、端末モデル名、起動時刻、状態遷移時刻、終了時刻に加えて、通信システム上でユーザを一意に識別するためのユーザIDを含む。
【００４３】
ステップS22において、消費電力算出部203は、リソース使用履歴情報（モデルパラメータ）を、通信端末毎の消費電力評価式に代入することで、その通信端末においてそのアプリケーションを使用した場合に消費することとなる消費電力の平均値を算出する。平均は、様々なユーザに関して行われる。さらに、消費電力の平均値は、アプリケーションの実行状態毎に算出される。上述したように、アプリケーションの実行状態として、例えば「前面動作」、「背面動作」及び「常時動作」の3つがある場合、これらの状態毎に消費電力の平均値が算出される。例えば、図6において、消費電力算出部203から出力される「予想される消費電力」が、3つの動作状態毎に算出されている。
【００４４】
図5のステップS23において、各ユーザの実行環境における消費電力の平均値の分布が分析される。その分布が、ピークを一つだけ示す一峰性の分布であった場合、平均値や最頻値のようなその分布を代表する値が、そのアプリケーションについての代表的な消費電力値として、消費電力格納部206に記録される（ステップS25）。
【００４５】
一方、その分布が2つ以上のピークを有する多峰性を示す場合、ステップS24において、リソースの利用傾向が分析される。2つ以上のピークがある場合、ユーザ毎にアプリケーションの利用法や環境が異なる可能性がある。例えば、音楽を再生するミュージックプレーヤのアプリケーションにおいて、有線のイヤホンを通信端末に直接接続して視聴を行う場合と、ブルートゥース（Bluetooth）を用いて無線により視聴を行う場合とでは、通信端末のリソース使用量は異なる可能性がある。あるいは、リソースの使用方法は同じであっても、アプリケーションの実行時における通信網の電波強度や、ユーザの端末操作速度等によってリソース使用量が異なることも考えられる。このような事情が、複数のピークとして現れている可能性がある。ステップS24では、このような可能性の有無が判別される。
【００４６】
ステップS26において、消費電力の分布における複数のピーク各々の周辺におけるリソースの利用傾向の違いが明確に現れた場合、それぞれのピーク値が代表値として記録され、その際に、使用リソースの種別も記録される（ステップS27）。これにより、例えば、ブルートゥースを用いた場合は、0.5Wを消費することになり、用いない場合は0.3Wを消費することになることを、ユーザに提示することが可能になる。このように、利用方法毎の消費電力をユーザが理解することで、消費電力を使用する程度を理解した上でアプリケーションを選択することが可能になる。
【００４７】
複数のピーク間のリソース使用傾向の違いが明確でない場合は、単純な実行環境の違いであることが考えられるため、一峰性分布の場合と同様、単一の代表値が記録される（ステップS25）。
【００４８】
図6の右側に示されているように、例えば、アプリケーションAについて、ユーザMが配信サーバ20に検索リクエストを送ったとする。図6において、消費電力算出部20及び検索部204以外の配信サーバ20の要素は省略されていることに留意を要する。ユーザMは、アプリケーションAを自身の通信端末に未だ導入していないが、導入するか否かを検索結果に基づいて決定しようとしている。検索リクエストに応答して、配信サーバ20は、検索リクエストから、ユーザMの端末モデルの情報及びアプリケーションAの識別情報を抽出し、その端末モデルに対する消費電力の評価値（P＿estimated）を算出する。評価値（P＿estimated）は、動作状態毎に算出される。配信サーバ20は、消費電力の評価値（P＿estimated）の情報を検索結果としてユーザMに通知する。これにより、ユーザMは、アプリケーションAを自身の端末モデルに導入した場合に、どの程度多くの電力が消費されるかを知ることができる。そして、消費電力について理解した上で、ユーザMは、アプリケーションAを導入するか否かを判断できる。
【００４９】
さらに、通信端末からの検索リクエストは、端末モデルの情報及びアプリケーションIDのような検索キーワードに加えて、「消費電力昇順」又は「消費電力降順」のようなパラメータを含むことができる。これに応答して、配信サーバ20は、算出した消費電力の評価値（P＿estimated）を、「消費電力昇順」又は「消費電力降順」に並べることができる。その結果、ユーザは目的に合ったアプリケーションを消費電力順に並べて探すことが可能になる。
【００５０】
＜5．第1の変形例＞
上述したように、本実施例によれば、アプリケーションの消費電力の多少をユーザに通知することができる。実施例の第1の変形例による配信サーバは、ユーザが実際にアプリケーションをインストールした際に通信端末上でどれくらいの時間利用することが可能であるかの目安を、ユーザに通知する。そのような目安は、消費電力そのものの数値の代わりに通知されてもよいし、あるいは消費電力の数値とともに通知されてもよい。
【００５１】
図5のステップS25又はS27において記録された各アプリケーションの代表的な消費電力値を用いて、配信サーバは、検索リクエストを送信した通信端末上にインストールされている全てのアプリケーションの情報から、その通信端末上における実行可能時間を算出する。例えば、通信端末10に未だアプリケーションがほとんど導入されていない場合に、アプリケーションが導入された場合、その通信端末を使用できる時間は、比較的長いことが予想される。しかしながら、通信端末10に既にアプリケーションが数多く導入されていた場合に、アプリケーションがさらに導入された場合、その通信端末を使用できる時間は、比較的短いことが予想される。このように、通信端末10に導入されているアプリケーション数に応じて、電力リソースの配分量が異なり、アプリケーションを導入した後の端末利用可能時間は異なる。
【００５２】
通信端末10は、検索リクエストを生成する際に、通信端末10上にインストールされているアプリケーションの一覧の情報も含めて送受信部104から送信する。通信端末10にインストールされているアプリケーションの一覧の情報は、アプリケーション管理部106に保存されている。配信サーバ20のアプリケーションリスト受信部201は、通信端末10からインストール済みアプリケーションの一覧の情報を検索リクエストとともに受信し、対象のアプリケーションの消費電力値を消費電力格納部206から参照する。
【００５３】
配信サーバ20は、アプリケーションの消費電力の評価値（P＿estimated）を示す消費電力情報と、アプリケーションの一覧の情報とを利用して、通信端末にアプリケーションを導入した際の実行可能時間を算出する。消費電力格納部206は、前面動作、背面動作、常駐動作のようなアプリケーションの実行状態別の消費電力値が記録されている。
【００５４】
ところで、通信端末10は、アプリケーションの実行状態に関わらず電源が入っている限り、常に電力を消費している。そのようなオフセット分の消費電力をP_offsetとし、通信端末における各動作状態（前面動作、背面動作、常駐動作）のそれぞれにおけるアプリケーションの消費電力をP_fore、P_back、P_serviceとする。P_offsetは配信サーバから配布されているアプリケーションではなく、通信端末10上で動作するオペレーティングシステム（OS）やミドルウェアに起因する消費電力であり、通信端末の機種毎に特有の値をとる。これらの値については、事前に取得又は算出することが可能である。アプリケーションの実行可能時間として、主に「前面動作」を連続して行うことが可能な時間を指す連続利用時間と、ユーザの操作が無い場合の通信端末の起動可能時間である連続待受時間の2つがある。通信端末の電池容量をC[Wh]とすると、連続利用時間は、
C÷(P_fore＋P_service＋P_offset)  [h]
により算出できる。連続待受時間は、
C÷(P_back＋P_service＋P_offset)  [h]
により算出できる。
【００５５】
検索リクエストに応じて、連続利用時間及び連続待ち受け時間を算出する際、P_foreを検索対象のアプリケーションの値に設定し、P_serviceを通信端末上にインストールされているアプリケーションの値と検索対象のアプリケーションの値との和にそれぞれ設定することで、配信サーバは、検索結果と併せて連続利用時間及び連続待受時間を求めることができる。ただし、P_backは、ユーザがアプリケーションの起動を行うかどうかに依存するので、便宜上0とする。これらの情報を用いることで、配信サーバは検索リクエストを送信した通信端末上における各アプリケーションの連続利用時間、連続待受時間の情報を提示することが可能になる。
【００５６】
また、実行状態管理部103が取得した通信端末上でのアプリケーション起動状態と、消費電力格納部に格納されたアプリケーションの消費電力情報に加え、通信端末に電池の残量を計測することで、残りの利用可能時間を提示することも可能になる。
【００５７】
さらに、アプリケーションを導入した場合の連続利用時間や連続待受時間をユーザに通知するだけでなく、アプリケーションを導入する前後において連続利用時間及び連続待受時間を比較することも有利である。例えば、あるアプリケーションを導入する前、連続利用時間は、○○○時間であるが、導入すると、×××時間である、というような情報をユーザに通知することで、ユーザにとって分かりやすい表示をすることができる。
【００５８】
＜6．第2の変形例＞
第2の変形例に係る配信サーバ20は、アプリケーション間の類似度を算出する類似度算出部208を備える。アプリケーション同士の類似度を算出する方法としては、アプリケーションの購入傾向や起動傾向からアプリケーション間の共起度を評価する協調フィルタリングによる方法や、アプリケーションのメタ情報を用いたテキスト解析による方法等がある。類似度は、当該技術分野で既知の適切な如何なる方法で算出されてもよい。
【００５９】
配信サーバ20は、通信端末10からの検索リクエストを受信することに加えて、通信端末10にインストールされているアプリケーションの一覧の情報も受信する。配信サーバ20は、一覧に含まれている各アプリケーションと類似度の高いアプリケーションを列挙（リストアップ）する。配信サーバ20は、リストアップされたアプリケーションのうち、通信端末10上にインストールされているアプリケーションよりも消費電力の低いものを判別する。例えば、一覧の中に、アプリケーションA0、B0、C0が含まれており、アプリケーションA0と類似度が高いアプリケーションがA1、A2、A3、A4であり、アプリケーションB0と類似度が高いアプリケーションがB1、B2であったとする。この場合、配信サーバ20は、アプリケーションA1、A2、A3、A4の消費電力を算出し、仮にアプリケーションA1の消費電力が、アプリケーションA0による消費電力よりも低かった場合、アプリケーションA1がユーザに推薦される。また、配信サーバ20は、アプリケーションB1、B2の消費電力を算出し、仮にアプリケーションB2の消費電力が、アプリケーションB0による消費電力よりも低かった場合、アプリケーションB2がユーザに推薦される。このように、ユーザが現在既に所有しているアプリケーションと類似するアプリケーションの消費電力を調べることで、現在よりも消費電力が少ないアプリケーションをユーザに推薦することができる。
【００６０】
本発明の実施例によれば、通信端末におけるアプリケーションの実行状態に応じたハードウェアリソースの使用量を、様々な通信端末から収集し、配信サーバ内で解析を行うことでアプリケーション毎の消費電力の目安を算出し、それらの情報を利用してアプリケーションの検索及び推薦を行うことができる。
【００６１】
本発明の実施例によれば、ユーザは通信端末上で実際にアプリケーションを実行することなく、仮にそのアプリケーションを自身の通信端末で使用した場合の消費電力の目安を知ることができる。そのため、消費電力が多いアプリケーションを実際にインストールして使用した結果、消費電力が著しく増大し、通信端末を使用できる時間が予想外に短くなり、結局、アンインストールすることになってしまう無駄を省くことができる。アンインストールした場合、再度、アプリケーションを探すことになるが、本実施例によれば、再度アプリケーションを探す手間も省くことができる。本実施例による仕組みを導入することで、アプリケーションにとって相応しくない環境にアプリケーションが導入されてしまうことを防ぐ一種の管理機能を実現することができる。このような管理機能が発揮されることで、ダウンロードされるべきでないアプリケーションが無駄にダウンロードされることを防止できる。そのようなアプリケーションの評価は下がり、その結果、ユーザが真に活用できるアプリケーションのみが市場に残り、最終的には好ましいアプリケーションに淘汰されることが期待できる。これにより、マーケット内のアプリケーションやディベロッパのレベルが底上げされ、マーケットの活性化及び利用拡大を図ることができる。
【００６２】
以上、本発明は特定の実施例を参照しながら説明されてきたが、それらは単なる例示に過ぎず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。例えば、本発明は、アプリケーションをユーザに推薦する適切な如何なる移動通信システムに適用されてもよい。例えば本発明は、W−CDMA方式のシステム、HSDPA／HSUPA方式のW−CDMAシステム、LTE方式のシステム、LTE−Advanced方式のシステム、IMT−Advanced方式のシステム、WiMAX、Wi−Fi方式のシステム等に適用されてもよい。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。発明の理解を促すため具体的な数式を用いて説明がなされたが、特に断りのない限り、それらの数式は単なる一例に過ぎず適切な如何なる数式が使用されてもよい。実施例又は項目の区分けは本発明に本質的ではなく、2以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。説明の便宜上、本発明の実施例に係る装置は機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。ソフトウェアは、ランダムアクセスメモリ（RAM）、フラッシュメモリ、読み取り専用メモリ（ROM）、EPROM、EEPROM、レジスタ、ハードディスク（HDD）、リムーバブルディスク、CD−ROM、データベース、サーバその他の適切な如何なる記憶媒体に用意されてもよい。本発明は上記実施例に限定されず、本発明の精神から逸脱することなく、様々な変形例、修正例、代替例、置換例等が本発明に包含される。
【００６３】
以下、本実施例により教示される手段を例示的に列挙する。
【００６４】
（第1項）
通信網を介して通信端末上で実行するアプリケーションの消費電力を評価する消費電力評価装置であって、 
前記通信網上にある複数の前記通信端末においてアプリケーションを実行した際に該端末上におけるアプリケーションの実行状態、並びに該端末のハードウェアを構成する所定部品毎のリソース使用量を受信するリソース使用量受信部と、
前記受信部によって取得されたアプリケーションの実行状態、リソース使用量を記録するリソース使用量格納部と、 
前記受信部によって取得されたリソース使用量に基づいてアプリケーションの実行状態毎の消費電力値を算出する消費電力算出部と 
を備えることを特徴とする消費電力評価装置
（第2項）
前記リソース使用量受信部は、前記通信端末において実行したアプリケーションの時間ごとのCPU使用量、記憶装置の入出力データ量、無線通信インタフェースのスループット、GPS使用時間に代表するハードウェアリソースの使用量を受信し、前記リソース使用量格納部に記録することを特徴とする第1項に記載のリソース使用量受信装置
（第3項）
前記リソース使用量受信部は、前記通信端末において実行したアプリケーションの時間ごとの前面起動、背面起動又は常駐起動の起動状態の情報を受信し、前記リソース使用量格納部に記録することを特徴とする第2項に記載のリソース使用量受信装置
（第4項）
前記消費電力算出部は、第1−3項のいずれかに記載のリソース使用量受信部が取得したアプリケーションごとのリソース使用量に基づいて、該アプリケーションの起動状態毎の単位時間当たりの消費電力を算出することを特徴とする消費電力算出装置
（第5項）
通信端末にアプリケーションを配信する配信装置であって、 
第1項に記載の消費電力評価装置において、さらに前記消費電力算出部によって算出したアプリケーションの実行状態別の消費電力値を格納する消費電力格納部と、 
前記通信端末からの検索要求によって検索を実行する検索部と、
検索結果のアプリケーションのメタ情報に加え、前記消費電力格納部に記録された情報を送信する送信部と、 
を備えることを特徴とするアプリケーション配信装置
（第6項）
前記通信端末が保持するアプリケーションの一覧を受信するアプリケーションリスト受信部を更に備え、 
前記アプリケーションリスト受信部が受信したアプリケーションによる消費電力を加味し、前記通信端末に特化した実行可能時間を提供すること、 
を特徴とする第5項に記載のアプリケーション配信装置
（第7項）
前記アプリケーションリスト受信部が受信したアプリケーションリストに類似したアプリケーションを算出する類似アプリケーション算出部を更に備え、
前記通信端末に導入されているアプリケーションと同様の機能を備え、かつ消費電力の少ないアプリケーションを推薦すること
を特徴とする第5又6項に記載のアプリケーション配信装置
（第8項）
通信端末上で実行するアプリケーションの消費電力を評価し、配信する方法であって、 
前記通信端末においてアプリケーションを実行した際に該端末上におけるアプリケーションの実行状態、並びに該端末のハードウェアを構成する所定部品毎のリソース使用量を受信し、
前記アプリケーションの実行状態、リソース使用量を集計し、アプリケーションの実行状態毎の消費電力を算出し、
前記アプリケーションのメタ情報に加え、消費電力情報を配信するステップ、
を有する方法。
【符号の説明】
【００６５】
1  通信システム
10  通信端末
101  リソース使用量管理部
102  リソース使用量格納部
103  実行状態管理部
104  送受信部
105  表示部
106  アプリケーション管理部
20  配信サーバ
201  アプリケーションリスト受信部
202  リソース使用量受信部
203  消費電力算出部
204  検索部
205  送信部
206  消費電力格納部
207  リソース使用量格納部
30  コンテンツ管理サーバ
40  通信網
【図１】
2012063917.tif 000004
【図２】
2012063917.tif 000005
【図３】
2012063917.tif 000006
【図４】
2012063917.tif 000007
【図５】
2012063917.tif 000008
【図６】
2012063917.tif 000009