JP5680598B2 - アプリケーションプログラム毎におけるユーザのサービス享受度を導出する方法及びシステム - Google Patents

Description

本発明は、アプリケーションプログラム毎に、ユーザの利用率を計測する技術に関する。

近年、スマートフォンの普及によって、ユーザは自ら、様々なアプリケーションプログラム（ＡＰ(Application Program)）を、そのスマートフォンにインストールして利用することができる。ユーザは、スマートフォンから、例えばGoogle Play Store（登録商標）のようなアプリケーション配信サイトへアクセスし、所望のアプリケーションプログラムを入手することができる。このようなアプリケーション配信サイトは、ユーザＩＤ(IDentifier)毎に、どのようなアプリケーションプログラムが取得されたかを記録することができる。また、アプリケーションプログラム毎に、ユーザによってダウンロードされた数を計数することができ、どのようなアプリケーションプログラムがユーザに人気があるかを知ることができる（例えば特許文献１及び非特許文献１参照）。

アプリケーション配信サイトは、アプリケーションプログラムを、有料／無料でユーザの端末へダウンロードさせることができる。アプリケーション配信サイトの運用事業者は、ユーザによって購入されたアプリケーションプログラムについて、当該ユーザから、その購入代金の支払いを受ける。その際、クレジットカード等の電子決済が実行される。その運用事業者は、当該ユーザに販売したアプリケーションプログラムを代金の一部を、そのアプリケーションプログラムを作成したコンテンツプロバイダの口座へ入金することができる。

このようなアプリケーション配信サイトが普及した理由としては、携帯電話機としてのスマートフォンは、通信事業者に依存しない、インターネットのようなオープンな通信環境に接続することができるようになったためである。このような状況下、ユーザが、どのようなアプリケーションプログラムを日常的に利用しているか否かを計測することは、通信事業者の観点のみならず、マーケティングの観点からも重要な問題となってきている。

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

ＩＴｐｒｏ、「約８割が「ニュース・天気予報」を利用、有料アプリ利用率はｉＯＳが高い」、[online]、［平成２４年６月３０日検索］、インターネット＜URL:http://itpro.nikkeibp.co.jp/article/COLUMN/20120209/380796/＞

これに対し、インターネットのようなオープンな通信環境の中に、特定のサービスのユーザ会員のみが通信可能なクローズなサービス環境が構築されてきている。例えば、アプリケーション配信サイトは、そのサービスに加入しているユーザ会員のみに、特定のアプリケーションプログラムを配信する。

ユーザの視点からは、会員としてそのサービスを享受し続ける（その会員に加入し続ける）ことによって、そのアプリケーションプログラムを利用することができる。即ち、ユーザにとっては、当該サービスのアプリケーションプログラムを利用したいがために、そのサービスを享受し続けるようとする動機付けとなっている。

一方で、サービス運用者の視点からは、そのアプリケーションプログラムを利用したいがために、そのサービスの会員として享受し続けようとするユーザが利用するようなアプリケーションプログラムは、サービスの継続に貢献していることを意味する。このようなアプリケーションプログラムを導出することができれば、そのサービスの維持に貢献しているアプリケーションプログラムを特定することができる。

そこで、本発明は、アプリケーションプログラム毎に、ユーザがそのサービスを享受し続けようとするサービス享受度を導出することができる方法及びシステムを提供することを目的とする。

本発明によれば、ユーザ操作可能であって種々のアプリケーションプログラムを実行可能な複数の端末と、当該サービスに加入しているユーザの端末に対してのみアプリケーションプログラムをダウンロードさせるアプリケーション配信サーバとを有するシステムについて、アプリケーション毎のサービス享受度を導出する方法であって、
システムは、アプリケーション毎のサービス享受度を導出するサービスサーバを更に有し、
端末が、第１の所定単位時間毎に、当該ユーザの操作によるアプリケーションプログラムの実行有無情報を収集する第１のステップと、
端末が、アプリケーションプログラムの実行有無情報をサービスサーバへ送信する第２のステップと、
サービスサーバが、各アプリケーションプログラムについて、第２の所定単位時間毎の実行ユーザ数を計数する第３のステップと、
サービスサーバが、全てのアプリケーションプログラムの実行ユーザ数に対する各アプリケーションプログラムの実行ユーザ数の割合を、サービス享受度として算出する第４のステップと
を有することを特徴とする。

本発明の方法における他の実施形態によれば、第４のステップにおけるサービス享受度は、当該サービスに加入しているユーザが当該サービスに継続して加入し続ける享受度を意味することも好ましい。

本発明の方法における他の実施形態によれば、
アプリケーションプログラムが実行される端末の端末種別毎に、使用端末種別重み係数が予め割り当てられており、
第３のステップについて、サービスサーバは、アプリケーションプログラム及び端末種別の組み合わせ毎に、第２の所定単位時間毎の実行ユーザ数を計数し、当該実行ユーザ数に、予め割り当てられた当該端末種別毎の使用端末種別重み係数を乗算した実行ユーザ数を算出することも好ましい。

本発明の方法における他の実施形態によれば、
アプリケーションプログラムの使用形態種別毎に、使用形態種別重み係数が予め割り当てられており、
アプリケーションプログラムが実行される端末の端末種別毎に、使用端末種別重み係数が予め割り当てられており、
第３のステップについて、サービスサーバは、アプリケーションプログラム及び端末種別の組み合わせ毎に、第２の所定単位時間毎の実行ユーザ数を計数し、当該実行ユーザ数に、予め割り当てられた当該使用形態種別毎の使用形態種別重み係数及び当該端末種別毎の使用端末種別重み係数を乗算した実行ユーザ数を算出することも好ましい。

本発明の方法における他の実施形態によれば、
アプリケーションプログラムの使用形態種別は、
ユーザ操作によらずに常駐起動する常駐起動型、
所定タイミングで自動的に起動する自動起動型、及び
ユーザ操作によって起動するユーザ起動型
に区分されており、
使用形態種別重み係数は、常駐起動型＜自動起動型＜ユーザ起動型の順に高く設定されていることも好ましい。この区分は、アプリケーションのサービス形態によって、更に区分を細分化したものであってもよい。

本発明によれば、ユーザ操作可能であって種々のアプリケーションプログラムを実行可能な複数の端末と、当該サービスに加入しているユーザの端末に対してのみアプリケーションプログラムをダウンロードさせるアプリケーション配信サーバとを有するシステムにおいて、
システムは、アプリケーション毎のサービス享受度を導出するサービスサーバを更に有し、
端末は、
第１の所定単位時間毎に、当該ユーザの操作によるアプリケーションプログラムの実行有無情報を収集する実行有無情報収集手段と、
アプリケーションプログラムの実行有無情報をサービスサーバへ送信する実行有無情報送信手段と
を有し、
サービスサーバは、
端末から、アプリケーションプログラムの実行有無情報を受信する実行有無情報受信手段と、
各アプリケーションプログラムについて、第２の所定単位時間毎の実行ユーザ数を計数する実行ユーザ数計数手段と、
全てのアプリケーションプログラムの実行ユーザ数に対する各アプリケーションプログラムの実行ユーザ数の割合を、サービス享受度として算出するサービス享受度算出手段と
を有することを特徴とする。

本発明のシステムにおける他の実施形態によれば、サービスサーバのサービス享受度算出手段によって算出されるサービス享受度は、当該サービスに加入しているユーザが当該サービスに継続して加入し続ける享受度を意味することも好ましい。

本発明のシステムにおける他の実施形態によれば、
アプリケーションプログラムが実行される端末の端末種別毎に、使用端末種別重み係数が予め割り当てられており、
サービスサーバの実行ユーザ数計数手段は、アプリケーションプログラム毎に、第２の所定単位時間毎の実行ユーザ数を計数し、当該実行ユーザ数に、予め割り当てられた当該端末種別毎の使用端末種別重み係数を乗算した実行ユーザ数を算出することも好ましい。

本発明のシステムにおける他の実施形態によれば、
アプリケーションプログラムの使用形態種別毎に、使用形態種別重み係数が予め割り当てられており、
アプリケーションプログラムが実行される端末の端末種別毎に、使用端末種別重み係数が予め割り当てられており、
サービスサーバの実行ユーザ数計数手段は、アプリケーションプログラム及び端末種別の組み合わせ毎に、第２の所定単位時間毎の実行ユーザ数を計数し、当該実行ユーザ数に、予め割り当てられた当該使用形態種別毎の使用形態種別重み係数及び当該端末種別毎の使用端末種別重み係数を乗算した実行ユーザ数を算出することも好ましい。

本発明のシステムにおける他の実施形態によれば、
アプリケーションプログラムの使用形態種別は、
ユーザ操作によらずに常駐起動する常駐起動型、
所定タイミングで自動的に起動する自動起動型、及び
ユーザ操作によって起動するユーザ起動型
に区分されており、
使用形態種別重み係数は、常駐起動型＜自動起動型＜ユーザ起動型の順に高く設定されていることも好ましい。

本発明の方法及びシステムによれば、アプリケーションプログラム毎に、ユーザがそのサービスを享受し続けようとするサービス享受度を導出することができる。

本発明におけるシステム構成図である。 本発明におけるシーケンス図である。 実行ユーザ数に対する重み付けテーブルを表す説明図である。 使用形態種別に基づく実行ユーザ数を算出する説明図である。 端末種別に基づく実行ユーザ数を算出する説明図である。 使用形態種別及び端末種別に基づく実行ユーザ数を算出する説明図である。 本発明におけるサービスサーバ及び端末の機能構成図である。

以下では、本発明の実施の形態について、図面を用いて詳細に説明する。

図１は、本発明におけるシステム構成図である。

図１のシステムによれば、端末２と、アプリケーション配信サーバ３とがネットワークを介して接続されている。端末２は、例えばスマートフォンやタブレット端末のような携帯端末であって、種々のアプリケーションプログラムをダウンロードし且つ実行することができる。また、アプリケーション配信サーバ３は、当該サービスに加入しているユーザ会員の端末に対してのみ、アプリケーションプログラムを配信するものである。従って、端末２を操作するユーザが当該サービスの会員であるか否かを認証するシーケンスを必要とする。

図１のシステムによれば、サービスサーバ１が、インターネットに更に接続されている。サービスサーバ１は、複数の端末２から、アプリケーションプログラムの実行有無情報を受信することによって、アプリケーション毎の「サービス享受度」を導出する。

ここで、「サービス享受度」は、ユーザの視点から、ユーザが当該アプリケーションプログラムを頻繁に利用し続けることによって、当該サービスの会員の契約を、継続的に享受し続けようとする度合いを意味する。「享受する」とは、「便利なものを利用して、恩恵を得る。サービスを受け入れて、味わい楽しむ」ことを意味する。即ち、ユーザは、そのサービスの会員として継続的に契約することによって、便利な当該アプリケーションプログラムを利用してその恩恵を得ることできる。そのようなアプリケーションプログラムは、ユーザがサービスの会員から退会することをできる限り無くし、当該サービスの会員の契約を継続する確度が高いと推定される。

逆に、サービス運用者の視点から、当該アプリケーションプログラムがそのサービスの継続的な維持運営に貢献した度合いを意味する。即ち、ユーザが当該サービスの会員として継続的に加入し続けることは、通信事業者やコンテンツプロバイダの収益に貢献することを意味する。ここで、サービス享受度とは、単に、アプリケーションプログラムの利用率を意味するものではない。

図２は、本発明におけるシーケンス図である。

（Ｓ１）端末２が、第１の所定単位時間毎に、当該ユーザの操作によるアプリケーションプログラムの実行有無情報を収集する。実行有無情報とは、端末２によって起動されたアプリケーションプログラムの識別子の群である。例えばウイルス除去プログラムのような常駐起動型のアプリケーションプログラムの場合、一度起動された後、毎時間、起動中であるとして記録される。

第１の所定単位時間とは、例えば１日（２４時間）であってもよい。端末２には、予め、起動されたアプリケーションプログラムの識別子のログを記録するアプリ利用ログ集計ツールがインストールされている。アプリ利用ログ集計ツールは、例えば以下のように、１時間毎に、ユーザの操作によって起動されたアプリケーションプログラムの識別子を記録する。
［２０１２年６月２９日］
０：００〜１：００ -> ・・・
１０：００〜１１：００-> ＡＰ１、ＡＰ２、ＡＰ４
１１：００〜１２：００-> ＡＰ１、ＡＰ３
・・・・・
２３：００〜２４：００-> ・・・

（Ｓ２）端末２は、アプリケーションプログラムの実行有無情報を、サービスサーバ１へ送信する。端末２は、例えば１時間毎に収集された２４回分（１日分）のアプリケーションプログラムの識別子をまとめた実行有無情報を、日毎に、送信するものであってもよい。例えば以下のような実行有無情報が、サービスサーバ１へ収集される。
［２０１２年６月２９日］-> ＡＰ１、ＡＰ２、ＡＰ３、ＡＰ４
ここでは、ユーザが、あるアプリケーションプログラムを、１日に１０回起動した場合であっても、１日分の実行有無情報としては１回とカウントされる。

（Ｓ３）サービスサーバ１は、多数の端末２から実行有無情報を受信した後、アプリケーションプログラム毎に、第２の所定単位時間毎の実行ユーザ数を計数する。ここでの第２の所定単位時間とは、例えば１ヶ月単位であるとする。アプリケーションプログラムは、その特性によって、１ヶ月に２〜３回程度しか起動されないものもあれば、毎日複数回起動されるものもある。

例えば図２によれば、１ヶ月で、ＡＰ１は３３０ユーザによって実行され、ＡＰ２は２２０ユーザによって実行されたとしてカウントされている。そして、全てのアプリケーションプログラムＡＰ１〜ＡＰ６の全ては、１ヶ月で、１５３０ユーザによって実行されたとしてカウントされている。

（Ｓ４）サービスサーバ１は、全てのアプリケーションプログラムの実行ユーザ数に対する各アプリケーションプログラムの実行ユーザ数の割合を、サービス享受度として算出する。

例えば図２によれば、全実行ユーザ数１５３０に対して、ＡＰ１の実行ユーザ数３３０である。ＡＰ１におけるユーザのサービス享受度は、３３０／１５３０＝２１．５％と算出される。同様に、全実行ユーザ数１５３０に対して、ＡＰ２の実行ユーザ数２２０である。ＡＰ２におけるユーザのサービス享受度は、２２０／１５３０＝１４．４％と算出される。

アプリケーションプログラム毎にサービス享受度を算出することによって、図２の場合、ＡＰ６のサービス享受度が最も高いことが理解できる。即ち、多くのユーザが、アプリケーションプログラムＡＰ６を利用したいがために、当該サービスを享受し続けている（当該サービスに加入し続けており、当該サービスの維持に貢献している）と考えることができる。

現実的なビジネスモデルとして、アプリケーションプログラム毎のサービス享受度に応じて、当該サービスにおける収入を、各アプリケーションプログラムを配信するコンテンツプロバイダへ分配することもできる。例えば当該サービスとして１億円の収入が得られた場合、各アプリケーションプログラムを提供するコンテンツプロバイダに対して、サービス享受度に応じた収入が分配される。

例えば図２によれば、ＡＰ１のコンテンツプロバイダの報酬額は、１億円の収入の内、ＡＰ１のサービス享受度２１．５％分の２１５０万円となる。
同様に、ＡＰ２のコンテンツプロバイダの報酬額は、１億円の収入の内、ＡＰ２のサービス享受度１４．４％分の１４４０万円となる。
また、サービス享受度が最も高いＡＰ６のコンテンツプロバイダの報酬額は、１億円の収入の内、ＡＰ６のサービス享受度２４．８％分の２４８０万円となる。

図３は、実行ユーザ数に対する重み付けテーブルを表す説明図である。

図３によれば、以下の２つのテーブルを有し、Ｓ３のステップにおける実行ユーザ数が制御される。
（テーブル１）アプリケーションプログラムの使用形態種別毎に、使用形態種別重み係数が予め割り当てられている
常駐起動型 ：５０％
自動起動型 ：８０％
ユーザ起動型 ：１００％

「常駐起動型」とは、例えば仮名漢字変換プログラムや、ウイルス除去プログラム、壁紙プログラムがある。このようなアプリケーションプログラムは、ユーザが意図的に起動するものではなく、バックグラウンドで常に起動しているものである。
「自動起動型」とは、例えばスケジュール管理プログラムや、目覚ましプログラムである。このようなアプリケーションプログラムは、ユーザによって予め設定された時刻になると自動的に起動するものである。
「ユーザ起動型」とは、例えばゲームプログラムである。このようなアプリケーションプログラムは、ユーザがその時点で意図的に起動するものである。

即ち、テーブル１によれば、ユーザが意図的に起動するアプリケーションプログラムほど、使用形態重み係数が大きい。即ち、そのようなアプリケーションプログラムほど、そのアプリケーションプログラムを利用したいとするユーザの意識が高く、サービス享受度が高くなる。

（テーブル２）アプリケーションプログラムが実行される端末の端末種別毎に、使用端末種別重み係数が予め割り当てられている
スマートフォン ：５０％
タブレット ：７０％
パーソナルコンピュータ：９０％
テレビ ：１００％

テーブル２によれば、ユーザインタフェースとなるディスプレイサイズが大きい端末ほど、使用端末種別重み係数が大きい。例えばテレビのようにディスプレイサイズが大きい端末ほど、そこで起動されるアプリケーションプログラムは、様々なコンテンツをユーザに明示でき、そのアプリケーションプログラムを利用したいとするユーザの意識も高くなり、サービス享受度が高くなる。

そして、サービスサーバ１は、Ｓ３のステップについて、以下の３つの実施形態のいずれかによって、実行ユーザ数を算出する。第１の実施形態〜第３の実施形態は、図４〜図６に表されている。

［第１の実施形態］アプリケーションプログラム毎に、テーブル１を用いて、第２の所定単位時間毎の実行ユーザ数を計数し、当該実行ユーザ数に、予め割り当てられた当該使用形態種別毎の使用形態種別重み係数を乗算した実行ユーザ数を算出する。

図４は、使用形態種別に基づく実行ユーザ数を算出する説明図である。

図４によれば、常駐起動型のＡＰ１には、重み計数５０％が適用される。この場合、ＡＰ１の実行ユーザ数３３０に重み係数５０％が乗算され、重み付け実行ユーザ数１６５が算出される。
また、自動起動型のＡＰ２には、重み計数８０％が適用される。この場合、ＡＰ２の実行ユーザ数２２０に重み係数８０％が乗算され、重み付け実行ユーザ数１７６が算出される。
更に、ユーザ起動型のＡＰ３には、重み係数１００％が適用される。この場合、ＡＰ３の実行ユーザ数１５０に重み計数１００％が乗算され、重み付け実行ユーザ数１５０が算出される。
このようにして、アプリケーションプログラム毎に、重み付け実行ユーザ数が算出される。また、全ての重み付け実行ユーザ数の総和が、１０８１と算出される。

次に、サービス享受度を算出する。
図４によれば、全重み付け実行ユーザ数１０８１に対して、ＡＰ１の重み付け実行ユーザ数１６５である。ＡＰ１におけるユーザのサービス享受度は、１６５／１０８１＝１５．２％と算出される。
また、全重み付け実行ユーザ数１０８１に対して、ＡＰ２の重み付け実行ユーザ数１７６である。ＡＰ２におけるユーザのサービス享受度は、１７６／１０８１＝１６．３％と算出される。
更に、全重み付け実行ユーザ数１０８１に対して、ＡＰ３の重み付け実行ユーザ数１５０である。ＡＰ３におけるユーザのサービス享受度は、１５０／１０８１＝１３．９％と算出される。
アプリケーションプログラム毎にサービス享受度を算出することによって、図４の場合、ＡＰ４及びＡＰ５のサービス享受度が最も高いことが理解できる。即ち、多くのユーザが、アプリケーションプログラムＡＰ４及びＡＰ６を利用したいがために、当該サービスを享受し続けていると考えることができる。

［第２の実施形態］アプリケーションプログラム及び端末種別の組み合わせ毎に、テーブル２を用いて、第２の所定単位時間毎の実行ユーザ数を計数し、当該実行ユーザ数に、予め割り当てられた当該端末種別毎の使用端末種別重み係数を乗算した実行ユーザ数を算出する。

図５は、端末種別に基づく実行ユーザ数を算出する説明図である。

図５によれば、ＡＰ１の実行ユーザ数３３０の内訳として、そのＡＰ１が実行された端末種別毎にその実行ユーザ数が表されている。例えばＡＰ１の実行ユーザ数３３０の内、スマートフォンでの起動が２２０ユーザ、タブレット端末での起動が８０ユーザ、パーソナルコンピュータでの起動が２０ユーザ、テレビでの起動が１０ユーザとなっている。

図５によれば、ＡＰ１について、スマートフォンの実行ユーザ数２２０に対して、スマートフォンの重み係数５０％が適用される。この場合、ＡＰ１のスマートフォンの実行ユーザ数２２０に重み係数５０％が乗算され、重み付け実行ユーザ数１１０が算出される。
また、ＡＰ１について、タブレットの実行ユーザ数８０に対して、タブレットの重み係数７０％が適用される。この場合、ＡＰ１のタブレットの実行ユーザ数８０に重み係数７０％が乗算され、重み付け実行ユーザ数５６が算出される。
更に、ＡＰ１について、パーソナルコンピュータの実行ユーザ数２０に対して、パーソナルコンピュータの重み係数９０％が適用される。この場合、ＡＰ１のパーソナルコンピュータの実行ユーザ数２０に重み係数９０％が乗算され、重み付け実行ユーザ数１８が算出される。
更に、ＡＰ１について、テレビの実行ユーザ数１０に対して、テレビの重み係数１００％が適用される。この場合、ＡＰ１のテレビの実行ユーザ数１０に重み係数１００％が乗算され、重み付け実行ユーザ数１０が算出される。
これによって、ＡＰ１における端末種別を考慮した重み付き実行ユーザ数は、端末種別毎の実行ユーザ数の総和である１９４ユーザ（＝１１０＋５５＋８８＋１０）が算出される。
このようにして、アプリケーションプログラム毎に、重み付け実行ユーザ数が算出される。また、全ての重み付け実行ユーザ数の総和が、１１８９と算出される。

次に、サービス享受度を算出する。
図５によれば、全重み付け実行ユーザ数１１８９に対して、ＡＰ１の重み付け実行ユーザ数１９４である。ＡＰ１におけるユーザのサービス享受度は、１９４／１１８９＝１６．３％と算出される。
また、全重み付け実行ユーザ数１１８９に対して、ＡＰ２の重み付け実行ユーザ数１２４である。ＡＰ２におけるユーザのサービス享受度は、１２４／１１８９＝１０．４％と算出される。
更に、全重み付け実行ユーザ数１１８９に対して、ＡＰ３の重み付け実行ユーザ数１２５である。ＡＰ３におけるユーザのサービス享受度は、１２５／１１８９＝１０．５％と算出される。
アプリケーションプログラム毎にサービス享受度を算出することによって、図５の場合、ＡＰ６のサービス享受度が最も高いことが理解できる。即ち、多くのユーザが、アプリケーションプログラムＡＰ６を利用したいがために、当該サービスを享受し続けていると考えることができる。

［第３の実施形態］アプリケーションプログラム及び端末種別の組み合わせ毎に、第２の所定単位時間毎の実行ユーザ数を計数し、当該実行ユーザ数に、予め割り当てられた当該使用形態種別毎の使用形態種別重み係数及び当該端末種別毎の使用端末種別重み係数を乗算した実行ユーザ数を算出する。

図６は、使用形態種別及び端末種別に基づく実行ユーザ数を算出する説明図である。

図６によれば、図５によってアプリケーションプログラム毎に端末種別に基づく重み付け実行ユーザ数に、更に使用形態種別に基づく重み係数を乗算したものである。
常駐起動型のＡＰ１には、重み計数５０％が適用される。この場合、ＡＰ１の端末種別に基づく重み付き実行ユーザ数１９４に重み係数５０％が乗算され、重み付け実行ユーザ数９７が算出される。
また、自動起動型のＡＰ２には、重み計数８０％が適用される。この場合、ＡＰ２の端末種別に基づく重み付き実行ユーザ数１２４に重み係数８０％が乗算され、重み付け実行ユーザ数９９が算出される。
更に、ユーザ起動型のＡＰ３には、重み係数１００％が適用される。この場合、ＡＰ３の実行ユーザ数１２５に重み計数１００％が乗算され、重み付け実行ユーザ数１２５が算出される。
このようにして、アプリケーションプログラム毎に、重み付け実行ユーザ数が算出される。また、全ての重み付け実行ユーザ数の総和が、８４９と算出される。

次に、サービス享受度を算出する。
図６によれば、全重み付け実行ユーザ数８４９に対して、ＡＰ１の重み付け実行ユーザ数９７である。ＡＰ１におけるユーザのサービス享受度は、９７／８４９＝１１．５％と算出される。
また、全重み付け実行ユーザ数８４９に対して、ＡＰ２の重み付け実行ユーザ数９９である。ＡＰ２におけるユーザのサービス享受度は、９９／８４９＝１１．７％と算出される。
更に、全重み付け実行ユーザ数８４９に対して、ＡＰ３の重み付け実行ユーザ数１２５である。ＡＰ３におけるユーザのサービス享受度は、１２５／８４９＝１４．７％と算出される。
アプリケーションプログラム毎にサービス享受度を算出することによって、図６によれば、ＡＰ４のサービス享受度が最も高いことが理解できる。即ち、多くのユーザが、アプリケーションプログラムＡＰ４を利用したいがために、当該サービスを享受し続けていると考えることができる。

図７は、本発明におけるサービスサーバ及び端末の機能構成図である。

端末２は、ハードウェア的に、サービスサーバ１と通信可能な通信インタフェース部と、ユーザに対してアプリケーションプログラムの実行を明示するユーザインタフェース部とを有する。また、端末２は、ソフトウェア的に、アプリケーション実行部２０と、実行有無情報収集部２１と、実行有無情報送信部２２と、アプリケーションダウンロード部２３とを有する。これら機能構成部は、端末に搭載されたコンピュータを機能させるプログラムを実行することによって実現される。

アプリケーション実行部２０は、ユーザインタフェース部に対するユーザ操作に応じて、アプリケーションプログラムを実行する。

実行有無情報収集部２１は、第１の所定単位時間毎に、アプリケーション実行部２０が起動したアプリケーションプログラムの識別子を、実行有無情報として収集する（前述した図２のＳ１の処理と同様）。

実行有無情報送信部２２は、アプリケーションプログラムの実行有無情報をサービスサーバへ送信する（前述した図２のＳ２の処理と同様）。

アプリケーションダウンロード部２３は、アプリケーション配信サーバ３から、アプリケーションプログラムをダウンロードする。ここで、当該端末１を操作するユーザが、当該サービスに加入していることが認証される。

サービスサーバ１は、ハードウェア的に、端末２と通信可能な通信インタフェース部を有する。また、サービスサーバ１は、実行有無情報受信部１１と、実行ユーザ数計数部１２と、サービス享受度算出部１３とを有する。これら機能構成部は、サービスサーバに搭載されたコンピュータを機能させるプログラムを実行することによって実現される。

実行有無情報受信部１１は、端末から、アプリケーションプログラムの実行有無情報を受信する。

実行ユーザ数計数部１２は、各アプリケーションプログラムについて、第２の所定単位時間毎の実行ユーザ数を計数する（前述した図２のＳ３の処理と同様）。

サービス享受度算出部１３は、全てのアプリケーションプログラムの実行ユーザ数に対する各アプリケーションプログラムの実行ユーザ数の割合を、サービス享受度として算出する（前述した図２のＳ４の処理と同様）。

以上、詳細に説明したように、本発明の方法及びシステムによれば、アプリケーションプログラム毎に、ユーザがそのサービスを享受し続けようとするサービス享受度を導出することができる。

前述した本発明の種々の実施形態について、本発明の技術思想及び見地の範囲の種々の変更、修正及び省略は、当業者によれば容易に行うことができる。前述の説明はあくまで例であって、何ら制約しようとするものではない。本発明は、特許請求の範囲及びその均等物として限定するものにのみ制約される。

１ サービスサーバ
１１ 実行有無情報受信部
１２ 実行ユーザ数計数部
１３ サービス享受度算出部
２ 端末
２０ アプリケーション実行部
２１ 実行有無情報収集部
２２ 実行有無情報送信部
２３ アプリケーションダウンロード部
３ アプリケーション配信サーバ

Claims (10)

1. ユーザ操作可能であって種々のアプリケーションプログラムを実行可能な複数の端末と、当該サービスに加入しているユーザの端末に対してのみ前記アプリケーションプログラムをダウンロードさせるアプリケーション配信サーバとを有するシステムについて、アプリケーション毎のサービス享受度を導出する方法であって、
   前記システムは、アプリケーション毎のサービス享受度を導出するサービスサーバを更に有し、
   前記端末が、第１の所定単位時間毎に、当該ユーザの操作による前記アプリケーションプログラムの実行有無情報を収集する第１のステップと、
   前記端末が、前記アプリケーションプログラムの実行有無情報を前記サービスサーバへ送信する第２のステップと、
   前記サービスサーバが、各アプリケーションプログラムについて、第２の所定単位時間毎の実行ユーザ数を計数する第３のステップと、
   前記サービスサーバが、全てのアプリケーションプログラムの実行ユーザ数に対する各アプリケーションプログラムの実行ユーザ数の割合を、前記サービス享受度として算出する第４のステップと
   を有することを特徴とする方法。
2. 第４のステップにおける前記サービス享受度は、当該サービスに加入しているユーザが当該サービスに継続して加入し続ける享受度を意味することを特徴とする請求項１に記載の方法。
3. 前記アプリケーションプログラムが実行される端末の端末種別毎に、使用端末種別重み係数が予め割り当てられており、
   第３のステップについて、前記サービスサーバは、アプリケーションプログラム及び端末種別の組み合わせ毎に、第２の所定単位時間毎の実行ユーザ数を計数し、当該実行ユーザ数に、予め割り当てられた当該端末種別毎の前記使用端末種別重み係数を乗算した実行ユーザ数を算出する
   ことを特徴とする請求項１又は２に記載の方法。
4. 前記アプリケーションプログラムの使用形態種別毎に、使用形態種別重み係数が予め割り当てられており、
   前記アプリケーションプログラムが実行される端末の端末種別毎に、使用端末種別重み係数が予め割り当てられており、
   第３のステップについて、前記サービスサーバは、アプリケーションプログラム及び端末種別の組み合わせ毎に、第２の所定単位時間毎の実行ユーザ数を計数し、当該実行ユーザ数に、予め割り当てられた当該使用形態種別毎の前記使用形態種別重み係数及び当該端末種別毎の前記使用端末種別重み係数を乗算した実行ユーザ数を算出する
   ことを特徴とする請求項１又は２に記載の方法。
5. 前記アプリケーションプログラムの前記使用形態種別は、
   ユーザ操作によらずに常駐起動する常駐起動型、
   所定タイミングで自動的に起動する自動起動型、及び
   ユーザ操作によって起動するユーザ起動型
   に区分されており、
   前記使用形態種別重み係数は、常駐起動型＜自動起動型＜ユーザ起動型の順に高く設定されている
   ことを特徴とする請求項４に記載の方法。
6. ユーザ操作可能であって種々のアプリケーションプログラムを実行可能な複数の端末と、当該サービスに加入しているユーザの端末に対してのみ前記アプリケーションプログラムをダウンロードさせるアプリケーション配信サーバとを有するシステムにおいて、
   前記システムは、アプリケーション毎のサービス享受度を導出するサービスサーバを更に有し、
   前記端末は、
   第１の所定単位時間毎に、当該ユーザの操作による前記アプリケーションプログラムの実行有無情報を収集する実行有無情報収集手段と、
   前記アプリケーションプログラムの実行有無情報を前記サービスサーバへ送信する実行有無情報送信手段と
   を有し、
   前記サービスサーバは、
   前記端末から、前記アプリケーションプログラムの実行有無情報を受信する実行有無情報受信手段と、
   各アプリケーションプログラムについて、第２の所定単位時間毎の実行ユーザ数を計数する実行ユーザ数計数手段と、
   全てのアプリケーションプログラムの実行ユーザ数に対する各アプリケーションプログラムの実行ユーザ数の割合を、前記サービス享受度として算出するサービス享受度算出手段と
   を有することを特徴とするシステム。
7. 前記サービスサーバの前記サービス享受度算出手段によって算出される前記サービス享受度は、当該サービスに加入しているユーザが当該サービスに継続して加入し続ける貢献度を意味することを特徴とする請求項６に記載のシステム。
8. 前記アプリケーションプログラムが実行される端末の端末種別毎に、使用端末種別重み係数が予め割り当てられており、
   前記サービスサーバの前記実行ユーザ数計数手段は、アプリケーションプログラム毎に、第２の所定単位時間毎の実行ユーザ数を計数し、当該実行ユーザ数に、予め割り当てられた当該端末種別毎の前記使用端末種別重み係数を乗算した実行ユーザ数を算出する
   ことを特徴とする請求項６又は７に記載のシステム。
9. 前記アプリケーションプログラムの使用形態種別毎に、使用形態種別重み係数が予め割り当てられており、
   前記アプリケーションプログラムが実行される端末の端末種別毎に、使用端末種別重み係数が予め割り当てられており、
   前記サービスサーバの前記実行ユーザ数計数手段は、アプリケーションプログラム及び端末種別の組み合わせ毎に、第２の所定単位時間毎の実行ユーザ数を計数し、当該実行ユーザ数に、予め割り当てられた当該使用形態種別毎の前記使用形態種別重み係数及び当該端末種別毎の前記使用端末種別重み係数を乗算した実行ユーザ数を算出する
   ことを特徴とする請求項６又は７に記載のシステム。
10. 前記アプリケーションプログラムの前記使用形態種別は、
    ユーザ操作によらずに常駐起動する常駐起動型、
    所定タイミングで自動的に起動する自動起動型、及び
    ユーザ操作によって起動するユーザ起動型
    に区分されており、
    前記使用形態種別重み係数は、常駐起動型＜自動起動型＜ユーザ起動型の順に高く設定されている
    ことを特徴とする請求項９に記載のシステム。

Images