JP6246117B2

JP6246117B2 - アプリケーション販売サーバ、アプリケーション販売方法、及びアプリケーション販売サーバ用プログラム

Info

Publication number: JP6246117B2
Application number: JP2014261155A
Authority: JP
Inventors: 俊二菅谷
Original assignee: Optim Corp
Current assignee: Optim Corp
Priority date: 2014-12-24
Filing date: 2014-12-24
Publication date: 2017-12-13
Anticipated expiration: 2034-12-24
Also published as: JP2016122294A

Description

本発明は、アプリケーション販売サーバ、アプリケーション販売方法、及びアプリケーション販売サーバ用プログラムに関する。

近年、ウイルス対策、システム設定、表計算ソフト、ワープロソフト等のアプリケーションソフトに関して、利用者の利用頻度に応じて課金するようになってきている。

例えば、利用頻度として、使用時間を計数し、使用時間に応じた課金をすることが知られている（特許文献１）。

特開２００２−２５９８３２

しかしながら、特許文献１に記載の方法では、ユーザの使用時間自体は短時間であるものの、定期的に使用されるアプリケーションであったり、アプリケーションを起動しているものの、実際には使用されていない時間が長いアプリケーションであったりする場合、ユーザは、アプリケーションの金額に対して割高感や、請求された金額が不当なものであると感じてしまうという課題がある。したがって、アプリケーションの実態に基づいて、課金を促すことが望ましい。

本発明は、これらの課題に鑑み、ユーザの利用実態に基づいてアプリケーションを販売するアプリケーション販売サーバ、アプリケーション販売方法、及びアプリケーション販売サーバ用プログラムを提供することを目的とする。

本発明では、以下のような解決手段を提供する。

第１の特徴に係る発明は、グループで管理されるアプリケーション利用端末と通信可能に接続されたアプリケーション販売サーバであって、
所定のアプリケーションを前記アプリケーション利用端末にて利用可能に記憶するアプリケーション記憶手段と、
前記アプリケーション利用端末にて利用されたアプリケーションの利用頻度を前記グループの統計データとして生成する統計データ生成手段と、
前記統計データに基づいて、前記グループの管理者の端末に購入提案のメッセージを送信する購入提案メッセージ送信手段と、
を備えるアプリケーション販売サーバを提供する。

第１の特徴に係る発明によれば、アプリケーション販売サーバは、所定のアプリケーションを前記アプリケーション利用端末にて利用可能に記憶し、前記アプリケーション利用端末にて利用されたアプリケーションの利用頻度を前記グループの統計データとして生成し、前記統計データに基づいて、前記グループの管理者の端末に購入提案のメッセージを送信する。

第１の特徴に係る発明は、サーバのカテゴリであるが、方法及び、プログラムであっても、そのカテゴリに応じた同様の作用、効果を奏する。

第２の特徴に係る発明は、さらに、前記統計データ生成手段が、前記アプリケーションへの入力頻度又は入力内容に基づいて、前記利用頻度を生成する、第１の特徴に係る発明であるアプリケーション販売サーバを提供する。

第２の特徴に係る発明によれば、第１の特徴に係る発明は、さらに、前記アプリケーションへの入力頻度又は入力内容に基づいて、前記利用頻度を生成する。

第３の特徴に係る発明は、さらに、前記統計データ生成手段が、前記アプリケーションのデータ使用量に基づいて、前記利用頻度を生成する、第１の特徴に係る発明であるアプリケーション販売サーバを提供する。

第３の特徴に係る発明によれば、第１の特徴に係る発明は、さらに、前記アプリケーションのデータ使用量に基づいて、前記利用頻度を生成する。

第４の特徴に係る発明は、さらに、前記アプリケーションの評価を受け付ける評価受付手段と、を備え、
前記統計データ生成手段が、前記評価受付手段が受け付けた評価を前記グループの統計データとして生成する、第１乃至第３のいずれかの特徴に係る発明であるアプリケーション販売サーバを提供する。

第４の特徴に係る発明によれば、第１乃至第３のいずれかの特徴に係る発明は、さらに、前記アプリケーションの評価を受け付け、前記評価受付手段が受け付けた評価を前記グループの統計データとして生成する。

第５の特徴に係る発明は、さらに、前記利用頻度が閾値を超えているか否かを判定する閾値判定手段と、
前記閾値を超えていると判定した場合にであって、かつ、前記購入提案のメッセージを送信してから所定時間経過後、購入データの受信がなかった場合には、警告メッセージを送信する警告メッセージ送信手段と、
を備える、第１乃至第４のいずれかの特徴に係る発明であるアプリケーション販売サーバを提供する。

第５の特徴に係る発明によれば、第１乃至第４のいずれかの特徴に係る発明は、さらに、前記利用頻度が閾値を超えているか否かを判定し、前記閾値を超えていると判定した場合にであって、かつ、前記購入提案のメッセージを送信してから所定時間経過後、購入データの受信がなかった場合には、警告メッセージを送信する。

本発明によれば、ユーザの利用実態に基づいてアプリケーションを販売するアプリケーション販売サーバ、アプリケーション販売方法、及び、アプリケーション販売用プログラムを提供することが可能となる。

図１は、アプリケーション販売システム１の全体構成図である。図２は、アプリケーション利用端末１０及びアプリケーション販売サーバ１００の構成ブロック図である。図３は、アプリケーション利用端末１０と、アプリケーション販売サーバ１００が実行するアプリケーション販売処理を示すフローチャート図である。図４は、アプリケーション販売サーバ１００が実行する統計データ生成処理を示すフローチャート図である。図５は、アプリケーション販売サーバ１００が実行する購入提案メッセージ生成処理を示すフローチャート図である。図６は、アプリケーションテーブルを示す図である。図７は、購入提案メッセージを示す図である。図８は、購入提案メッセージを示す図である。図９は、購入提案メッセージを示す図である。図１０は、購入提案メッセージを示す図である。図１１は、警告メッセージを示す図である。

以下、本発明を実施するための最良の形態について図を参照しながら説明する。なお、これはあくまでも一例であって、本発明の技術的範囲はこれに限られるものではない。

［アプリケーション販売システム１のシステム構成］
図１は、本発明の好適な実施形態であるアプリケーション販売システム１のシステム全体の構成図である。また、図２は、各装置の機能ブロック図である。ここで、アプリケーション販売サーバ１００は、公衆回線網３及びＬＡＮ（ローカルエリアネットワーク）を介して、アプリケーション利用端末１０ａ、１０ｂ、１０ｃと、管理端末５０と通信可能に接続されている。アプリケーション利用端末１０ａ〜１０ｃは、管理端末５０により、一のグループとして管理されており、以下では、特に断りがない限りアプリケーション利用端末１０という。

アプリケーション販売サーバ１００は、通常のコンピュータサーバであって良い。制御部１１０として、ＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）、ＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）、ＲＯＭ（ＲｅａｄＯｎｌｙＭｅｍｏｒｙ）等を備え、通信部１２０として、有線によるＬＡＮ接続により、インターネット等の公衆回線網に接続可能であって良い。判定部１３０は、後述する利用頻度が閾値を超えているか否かを判定する機能を有する。各種生成処理部１４０は、後述する統計データの生成、利用頻度の生成及びメッセージ生成の各機能を有する。記憶部１５０は、単独でハードディスク等を備えていても良いし、データベース等と通信可能に接続されていても良い。

アプリケーション販売サーバ１００は、制御部１１０が所定のプログラムを読み込むことで、通信部１２０と協働して、アプリケーション送信モジュール２００、入力内容受信モジュール２２０、入力頻度受信モジュール２３０、データ使用量受信モジュール２４０、評価受信モジュール２５０、メッセージ送信モジュール２６０を実現する。

また、アプリケーション販売サーバ１００は、制御部１１０が所定のプログラムを読み込むことで、判定部１３０と協働して、閾値判定モジュール３００を実現する。

また、アプリケーション販売サーバ１００は、制御部１１０が所定のプログラムを読み込むことで、各種生成処理部１４０と協働して、統計データ生成モジュール４００、利用頻度生成モジュール４１０、メッセージ生成モジュール４２０を実現する。
また、アプリケーション販売サーバ１００は、記憶部１５０に、受信したデータを記憶するとともに、後述する図６に示すアプリケーションテーブルを記憶する。

アプリケーション利用端末１０は、タッチパネルを初めとする入出力機能、通話・通信機能に加えて後述する機能を備えている、一般的な情報機器や電子機器であって良い。アプリケーション利用端末１０は、例えば、携帯電話、スマートフォン、タブレット端末、ウェアラブル端末、テレビ、コンピュータに加えて、電話機、ネットブック端末、スレート端末、電子書籍端末、電子辞書端末、携帯型音楽プレーヤ、携帯型コンテンツ再生・録画プレーヤ等の一般的な情報家電であって良い。

アプリケーション利用端末１０は、制御部１１として、ＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）、ＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）、ＲＯＭ（ＲｅａｄＯｎｌｙＭｅｍｏｒｙ）等を備え、通信部１２として、例えば、ＩＥＥＥ８０２．１１に準拠したＷｉＦｉ（ＷｉｒｅｌｅｓｓＦｉｄｅｌｉｔｙ対応デバイス又は、ＬＴＥ（ロングタームエボリューション）、第３、４世代移動通信システム等の無線デバイス等を備える（有線によるＬＡＮ接続であっても良い）。

アプリケーション利用端末１０は、制御部１１が所定のプログラムを読み込むことで、通信部１２と協働して、アプリケーション受信モジュール２０、入力内容送信モジュール２２、入力頻度送信モジュール２３、データ使用量送信モジュール２４、評価送信モジュール２５、メッセージ受信モジュール２６を実現する。

アプリケーション利用端末１０の記憶部１３には、各種アプリケーションを記憶する。アプリケーション利用端末１０には、任意のアプリケーションがインストールされる。アプリケーションは、アプリケーション販売サーバ１００が提供するアプリケーションのダウンロードサービスを利用することで、インストールされる。ここで、アプリケーションとは、例えば、アドレス帳アプリ、日報アプリ、ウイルス対策アプリ、Ｗｅｂフィルタリングアプリである。

また、アプリケーション利用端末１０は、制御部１１が所定のプログラムを読み込むことで、入出力部１４と協働して、操作入力受付モジュール４０、評価入力受付モジュール４１、課金入力受付モジュール４２を実現する。

また、アプリケーション利用端末１０は、制御部１１が所定のプログラムを読み込むことで、表示部１５と協働して、メッセージ表示モジュール５０を実現する。

管理端末５０は、通常のコンピュータサーバであって良い。制御部として、ＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）、ＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）、ＲＯＭ（ＲｅａｄＯｎｌｙＭｅｍｏｒｙ）等を備え、通信部として、有線によるＬＡＮ接続により、インターネット等の公衆回線網に接続可能であって良い。

［アプリケーション販売処理］
図３は、アプリケーション販売サーバ１００、アプリケーション利用端末１０が実行するアプリケーション販売処理のフローチャートである。上述した各コンピュータのモジュールが行う処理について、本処理に合わせて説明する。

はじめに、アプリケーション販売サーバのアプリケーション送信モジュール２００は、アプリケーション利用端末１０にアプリケーションを送信する（ステップＳ１０）。ここで、送信されるアプリケーションは、具体的には、アドレス帳アプリ、日報アプリ、ウイルス対策アプリ等である。なお、上述したアプリケーションに限らず、例えば、経理アプリや表計算アプリといった他のアプリケーションを送信するようにしても良い。

次に、アプリケーション利用端末１０のアプリケーション受信モジュール２００は、アプリケーションを受信する（ステップＳ１１）。アプリケーション利用端末１０は、受信したアプリケーションを記憶部１３に記憶する（ステップＳ１２）。

次に、アプリケーション利用端末１０の入力内容送信モジュール２２は、入出力部１４の操作入力受付モジュール４０で受け付けた入力内容をアプリケーション販売サーバ１００に送信する（ステップＳ１３）。ここで、アプリケーション利用端末１０は、入力内容をアプリケーション販売サーバ１００に逐一送信しても良い。また、アプリケーション利用端末１０は、操作入力受付モジュール４０で受け付けた入力内容を記憶部１３に記憶し、所定時間毎、又はアプリケーション販売サーバ１００からの要求を受け付けて、入力内容を送信しても良い。

次に、アプリケーション販売サーバ１００の入力内容受信モジュール２２０は、アプリケーション利用端末１０の入力内容送信モジュール２２が送信した入力内容を受信する（ステップＳ１４）。

次に、アプリケーション利用端末１０の入力頻度送信モジュール２３は、入出力部１４の操作入力受付モジュール４０で受け付けた入力の頻度を、アプリケーション販売サーバ１００に送信する（ステップＳ１５）。ここで、アプリケーション利用端末１０は、操作入力受付モジュール４０で受け付けた入力の回数を記憶部１３に記憶し、所定時間毎、又はアプリケーション販売サーバ１００からの要求を受け付けて、各アプリケーションが起動された回数を入力頻度として送信する。

次に、アプリケーション販売サーバ１００の入力頻度受信モジュール２３０は、アプリケーション利用端末１０の入力頻度送信モジュール２３が送信した入力頻度を受信する（ステップＳ１６）。

次に、アプリケーション利用端末１０のデータ使用量送信モジュール２４は、各アプリケーションのデータ使用量をアプリケーション販売サーバ１００に送信する（ステップＳ１７）。ここで、アプリケーション利用端末１０は、使用したアプリケーションのデータ使用量をアプリケーション販売サーバ１００に逐一送信しても良い。また、アプリケーション利用端末１０は、使用したアプリケーションのデータ使用量を記憶部１３に記憶し、所定時間毎、又はアプリケーション販売サーバ１００からの要求を受け付けて、データ使用量を送信しても良い。

次に、アプリケーション販売サーバ１００のデータ使用量受信モジュール２４０は、アプリケーション利用端末１０のデータ使用量送信モジュール２４が送信したデータ使用量を受信する（ステップＳ１８）。

次に、アプリケーション利用端末１０の評価送信モジュール２５は、入出力部１４の評価入力受付モジュール４１で受け付けた評価内容をアプリケーション販売サーバ１００に送信する（ステップＳ１９）。ここで、アプリケーション利用端末１０は、評価内容をアプリケーション販売サーバ１００に逐一送信しても良い。また、アプリケーション利用端末１０は、評価入力受付モジュール４１で受け付けた評価内容を記憶部１３に記憶し、所定時間毎又はアプリケーション販売サーバ１００からの要求を受け付けて、評価内容を送信しても良い。

次に、アプリケーション販売サーバ１００の評価受信モジュール２５０は、アプリケーション利用端末１０の評価送信モジュール２５が送信した評価内容を受信する（ステップＳ２０）。

次に、アプリケーション販売サーバ１００の統計データ生成モジュール４００は、統計データ生成処理を実行する（ステップＳ２１）。

［統計データ生成処理］
ここで、図４に基づいて、統計データ生成処理を説明する。

アプリケーション販売サーバ１００の制御部１１０は、所定時間経過したか否かを判定する（ステップＳ４０）。ここで、所定時間とは、アプリケーションをアプリケーション利用端末１０に送信した時刻から開始しても良い。また、所定時間とは、例えば、数時間、１日、一週間といった間隔であっても良い。ステップＳ４０において、アプリケーション販売サーバ１００の制御部１１０は、所定時間が経過していないと判定したとき（ＮＯ）、所定時間が経過するまで待機する。ステップＳ４０において、アプリケーション販売サーバ１００の制御部１１０は、所定時間が経過したと判定したとき（ＹＥＳ）、入力内容受信モジュール２２０によって受信したアプリケーション利用端末１０の入力内容を集計する（ステップＳ４１）。なお、ここでアプリケーション販売サーバ１００の制御部１１０は、記憶部１５０に記憶してある入力内容を集計しても良い。

次に、アプリケーション販売サーバ１００の制御部１１０は、入力頻度受信モジュール２３０によって受信したアプリケーション利用端末１０の入力頻度を集計する（ステップＳ４２）。なお、ここでアプリケーション販売サーバ１００の制御部１１０は、記憶部１５０に記憶してある入力頻度を集計しても良い。

次に、アプリケーション販売サーバ１００の制御部１１０は、データ使用量受信モジュール２４０によって受信したアプリケーション利用端末１０のデータ使用量を集計する（ステップＳ４３）。なお、ここでアプリケーション販売サーバ１００の制御部１１０は、記憶部１５０に記憶してあるデータ使用量を集計しても良い。

次に、アプリケーション販売サーバ１００の制御部１１０は、評価受信モジュール２５０によって受信したアプリケーション利用端末１０の評価内容を集計する（ステップＳ４４）。なお、ここでアプリケーション販売サーバ１００の制御部１１０は、記憶部１５０に記憶してある評価を集計しても良い。

［アプリケーションデータテーブル］
図６は、アプリケーション販売サーバ１００が集計した各項目を記憶したアプリケーションデータテーブルを示す図である。アプリケーション販売サーバ１００の制御部１１０は、グループ名、端末名、アプリケーション名、利用状況、入力頻度、入力内容、データ使用量及び評価を対応づけて記憶部１５０に記憶する。一のグループにつき複数のアプリケーション利用端末１０が管理されており、各アプリケーション利用端末１０には、アプリケーションとして、アドレス帳アプリ、日報アプリ、ウイルス対策アプリ、Ｗｅｂフィルタリングアプリが記憶されている。アプリケーション販売サーバ１００は、各アプリケーションの利用状況、入力頻度、入力内容、データ使用量及び評価を記憶部１５０に記憶する。また、アプリケーション販売サーバ１００の制御部１１０は、一のグループとして管理されるアプリケーション利用端末１０とは異なる他のグループとして管理されるアプリケーション利用端末についても同様に各アプリケーションの利用状況、入力頻度、入力内容、データ使用量及び評価を記憶部１５０に記憶する。

アプリケーション販売サーバ１００の制御部１１０は、利用状況の有無に基づいて、利用状況を「○」と「×」とで記憶する。各アプリケーション利用端末１０において、利用されているアプリケーションには「○」、利用されていないアプリケーションには「×」として記憶する。ここでアプリケーション販売サーバ１００の制御部１１０は、入力内容、入力頻度、データ使用量及び評価を受信していないアプリケーションを、利用されていないアプリケーションと判定する。

アプリケーション販売サーバ１００の制御部１１０は、入力頻度受信モジュール２３０が受信した入力頻度を記憶部１５０に数値として記憶する。アプリケーション販売サーバ１００の制御部１１０は、各アプリケーション利用端末１０において、各アプリケーションを起動した回数を受信し、入力頻度として記憶部１５０に記憶する。例えば、図６では、端末名ＡＡＡのアドレス帳アプリは、入力頻度が３０００であることを示す。また、端末名ＡＡＡの日報アプリは、入力頻度が１０００であることを示す。また、端末名ＡＡＡにおいて、ウイルス対策アプリ及びＷｅｂフィルタリングアプリは、使用されていないため、入力頻度が０であることを示す。アプリケーション販売サーバ１００の制御部１１０は、他の端末名ＢＢＢ及び端末名ＣＣＣも同様に各アプリケーションの入力頻度を記憶部１５０に記憶する。

アプリケーション販売サーバ１００の制御部１１０は、入力内容受信モジュール２２０が受信した入力内容に基づいて、入力内容の重要度を「重要」、「些細」として記憶部１５０に記憶する。入力内容の重要度とは、例えば、入力内容が業務内容に大きく関わるか否か、秘密にしておきたい情報を含んでいるか否か等の判定基準に基づいて、「重要」であるか「些細」であるかといった重要度を判定する。例えば、図６では、アドレス帳アプリや日報アプリは、入力された内容が業務内容や秘密にしておきたい情報を多く含んでいるため、「重要」として記憶する。一方、Ｗｅｂフィルタリングアプリは、業務内容や秘密にしておきたい情報を多く含んでいないため、「些細」として記憶する。なお、入力内容に含まれる文字列に含まれる特定のキーワードに基づいて、重み付けを行い、上述の重要度を算出しても良いし、重要度を数値として算出しても良い。また、その他の方法で重要度を算出しても良い。また、重要度は、「重要」及び「些細」よりもさらに細かく分類したものであっても良い。

アプリケーション販売サーバ１００の制御部１１０は、データ使用量受信モジュール２４０が受信したデータ使用量を数値として記憶部１５０に記憶する。アプリケーション販売サーバ１００の制御部１１０は、各アプリケーション利用端末１０において、各アプリケーションで使用されたデータ量をデータ使用量として記憶部１５０に記憶する。例えば、図６では、端末名ＡＡＡのアドレス帳アプリは、データ使用量が３００ＭＢｙｔｅであることを示す。また、端末名ＡＡＡの日報アプリは、データ使用量が１００ＭＢｙｔｅであることを示す。また、端末名ＡＡＡのウイルス対策アプリ及びＷｅｂフィルタリングアプリは、使用されていないため、０であることを示す。アプリケーション販売サーバ１００の制御部１１０は、他の端末名ＢＢＢ及び端末名ＣＣＣも同様にアプリケーションのデータ使用量を記憶部１５０に記憶する。

アプリケーション販売サーバ１００の制御部１１０は、評価受信モジュール２５０が受信した評価内容に基づいて、評価を「Ａ」、「Ｂ」及び「Ｃ」として記憶部１５０に記憶する。ここでは、例えば、受信した評価内容に含まれる好意的なキーワードの数や、否定的なキーワードの数を算出し、各キーワードに重み付けを行い、その結果に応じて各評価を行う。なお、他の方法により評価付けを行っても良い。アプリケーション販売サーバ１００の制御部１１０は、各アプリケーション利用端末１０における各アプリケーションの評価を分類して記憶部１５０に記憶する。例えば、図６では、端末名ＡＡＡのアドレス帳アプリは、評価が「Ａ」であることを示す。また、端末名ＡＡＡの日報アプリは、評価が「Ｂ」であることを示す。また、端末名ＡＡＡのウイルス対策アプリ及びＷｅｂフィルタリングアプリは、使用されていないため、「×」であることを示す。アプリケーション販売サーバ１００の制御部１１０は、他の端末名ＢＢＢ及び端末名ＣＣＣも同様にアプリケーションの評価を記憶部１５０に記憶する。

アプリケーション販売サーバ１００は、上述のように、集計データを記憶部１５０に記憶する（ステップＳ４５）。

次に、アプリケーション販売サーバ１００の利用頻度生成モジュール４１０は、上述したアプリケーションデータテーブルに記憶した各項目に基づいて、各アプリケーションの利用頻度を生成する（ステップＳ４６）。

［利用頻度生成処理］
アプリケーション販売サーバ１００の利用頻度生成モジュール４１０は、上述したアプリケーション利用端末１０の各アプリケーションの利用頻度を入力頻度、入力内容又はデータ使用量に基づいて生成する。アプリケーション販売サーバ１００の利用頻度生成モジュール４１０は、端末名ＡＡＡ、ＢＢＢ及びＣＣＣのアドレス帳アプリの利用頻度を生成する。同様に、アプリケーション販売サーバ１００の利用頻度生成モジュール４１０は、端末名ＡＡＡ、ＢＢＢ及びＣＣＣの、日報アプリ、ウイルス対策アプリ、Ｗｅｂフィルタリングアプリの利用頻度を其々生成する。このように、アプリケーション販売サーバ１００の利用頻度生成モジュール４１０は、一のグループとして管理されているアプリケーション利用端末１０において、各アプリケーションの利用頻度を個別に生成する。また、アプリケーション販売サーバ１００の利用頻度生成モジュール４１０は、一のグループとして管理されるアプリケーション利用端末１０とは異なる他のグループとして管理されるアプリケーション利用端末についても同様に利用頻度を生成する。

アプリケーション販売サーバ１００の利用頻度生成モジュール４１０は、一のグループであるアプリケーション利用端末１０における各アプリケーションの入力頻度の総和に基づいて利用頻度を生成する。例えば、アドレス帳アプリは、入力頻度として、端末名ＡＡＡでは、３０００を記憶されており、端末名ＢＢＢでは、２５００を記憶されており、端末名ＣＣＣでは、９００を記憶されている。そのため、アプリケーション販売サーバ１００の利用頻度生成モジュール４１０は、アドレス帳アプリの入力頻度を総和である６４００として利用頻度を生成する。また、アプリケーション販売サーバ１００の利用頻度生成モジュール４１０は、他のアプリケーションである、日報アプリ、ウイルス対策アプリ及びＷｅｂフィルタリングアプリも同様に利用頻度を生成する。また、アプリケーション販売サーバ１００の利用頻度生成モジュール４１０は、一のグループとして管理されるアプリケーション利用端末１０とは異なる他のグループとして管理されるアプリケーション利用端末についても同様に利用頻度を生成する。

また、アプリケーション販売サーバ１００の利用頻度生成モジュール４１０は、一のグループであるアプリケーション利用端末１０の各アプリケーションの入力内容に基づいて利用頻度を生成する。例えば、アドレス帳アプリは、入力内容として、端末名ＡＡＡ、ＢＢＢ及びＣＣＣでは、「重要」として記憶されている。アプリケーション販売サーバ１００の利用頻度生成モジュール４１０は、端末名ＡＡＡ、ＢＢＢ及びＣＣＣのいずれも重要度が「重要」であるため、アドレス帳アプリの利用頻度を「重要」として生成する。また、Ｗｅｂフィルタリングアプリは、入力内容として、入力端末名ＡＡＡ、ＢＢＢ及びＣＣＣでは、「些細」として記憶されている。アプリケーション販売サーバ１００の利用頻度生成モジュール４１０は、入力端末名ＡＡＡ、ＢＢＢ及びＣＣＣのいずれも重要度が「些細」であるため、Ｗｅｂフィルタリングアプリの利用頻度を「些細」として生成する。このように、「重要」が所定の数以上記憶されている場合、アプリケーション販売サーバ１００の利用頻度生成モジュール４１０は、アプリケーションの利用頻度を「重要」として生成し、「重要」が所定の数よりも少なく、「些細」が所定の数よりも多く記憶されている場合、アプリケーションの利用頻度を「些細」として生成する。なお、「重要」と「些細」の間に「中程度重要」等の項目を設けても良い。また、より細かく分類しても良い。また、アプリケーション販売サーバ１００の利用頻度生成モジュール４１０は、一のグループとして管理されるアプリケーション利用端末１０とは異なる他のグループとして管理されるアプリケーション利用端末についても同様に利用頻度を生成する。

また、プリケーション販売サーバ１００の利用頻度生成モジュール４１０は、一のグループであるアプリケーション利用端末１０の各アプリケーションのデータ使用量の総和に基づいて利用頻度を生成する。例えば、アドレス帳アプリは、データ使用量として、端末名ＡＡＡでは、３００Ｍｂｙｔｅを記憶しており、端末名ＢＢＢでは、０Ｍｂｙｔｅを記憶しており、端末名ＣＣＣでは、０Ｍｂｙｔｅを記憶している。そのため、アプリケーション販売サーバ１００の利用頻度生成モジュール４１０は、アドレス帳アプリのデータ使用量を総和である３００Ｍｂｙｔｅとして利用頻度を生成する。また、アプリケーション販売サーバ１００の利用頻度生成モジュール４１０は、他のアプリケーションである、日報アプリ、ウイルス対策アプリ及びＷｅｂフィルタリングアプリも同様に利用頻度を生成する。また、一のグループとして管理されるアプリケーション利用端末１０とは異なる他のグループとして管理されるアプリケーション利用端末についても同様に利用頻度を生成する。

次に、アプリケーション販売サーバ１００の統計データ生成モジュール４００は、上述した利用頻度又は評価の集計結果に基づいて、アプリケーションの統計データを生成する（ステップＳ４７）。

［統計データ生成処理］
アプリケーション販売サーバ１００の統計データ生成モジュール４００は、一のグループの利用頻度の利用頻度から、各アプリケーションの統計データを生成する。例えば、アプリケーション販売サーバ１００の統計データ生成モジュール４００は、アドレス帳アプリの利用頻度を一のグループから算出した利用頻度である「６４００」「重要」、又は「３００」を統計データとして算出する。具体的には、アプリケーション販売サーバ１００の統計データ生成モジュール４００は、使用する利用頻度が入力頻度である場合、一のグループから算出した入力頻度に基づいて、統計データを生成する。また、アプリケーション販売サーバ１００の統計データ生成モジュール４００は、一のグループから算出した入力内容に基づいて、統計データを生成する。また、アプリケーション販売サーバ１００の統計データ生成モジュール４００は、一のグループから算出したデータ使用量に基づいて、統計データを生成する。また、アプリケーション販売サーバ１００の統計データ生成モジュール４００は、日報アプリ、ウイルス対策アプリ及びＷｅｂフィルタリングアプリの各アプリケーションの利用頻度もアドレス帳アプリと同様に、一のグループの利用頻度に基づいて、統計データを生成する。

また、アプリケーション販売サーバ１００の統計データ生成モジュール４００は、一のグループの利用頻度の利用頻度と、他のグループから算出した利用頻度の各項目とに基づいて各アプリケーションの統計データを生成する。例えば、アプリケーション販売サーバ１００の統計データ生成モジュール４００は、アドレス帳アプリの利用頻度を一のグループから算出した利用頻度である「６４００」「重要」、又は「３００」を統計データとして算出する。具体的には、アプリケーション販売サーバ１００の統計データ生成モジュール４００は、使用する利用頻度が入力頻度である場合、一のグループから算出した入力頻度と他のグループから算出した入力頻度とに基づいて、統計データを生成する。また、アプリケーション販売サーバ１００の統計データ生成モジュール４００は、一のグループから算出した入力内容と他のグループから算出した入力内容とに基づいて、統計データを生成する。また、アプリケーション販売サーバ１００の統計データ生成モジュール４００は、一のグループから算出したデータ使用量と他のグループから算出したデータ使用量とに基づいて、統計データを生成する。また、アプリケーション販売サーバ１００の統計データ生成モジュール４００は、日報アプリ、ウイルス対策アプリ及びＷｅｂフィルタリングアプリの各アプリケーションの利用頻度もアドレス帳アプリと同様に、一のグループの利用頻度と他のグループの利用頻度とから算出する。

アプリケーション販売サーバ１００の統計データ生成モジュール４００は、各アプリケーションの一のグループにおける評価を算出する。ここで、アプリケーション販売サーバ１００の統計データ生成モジュール４００は、例えば、アドレス帳アプリの評価が、端末名ＡＡＡ、ＢＢＢ及びＣＣＣのいずれも「Ａ」であるため、アドレス帳アプリの評価を「Ａ」と算出する。また、例えば、アプリケーションの評価において「Ａ」が所定の数よりも多い場合は統計データを「Ａ」として算出する。また、アプリケーションの評価において「Ｂ」が所定の数よりも多い場合は「Ｂ」として算出する。また、アプリケーションの評価において「Ｃ」が所定の数よりも多い場合は「Ｃ」として算出する。なお、評価の算出方法は、他の方法であっても良い。例えば、「Ａ」が所定の数よりも多い場合であっても、それよりも低い評価である「Ｂ」や「Ｃ」が所定の数よりも多い場合には、「Ｂ」や「Ｃ」の評価をしても良いし、逆に、「Ｂ」や「Ｃ」が所定の数よりも多い場合であっても、「Ａ」が所定の数よりも多い場合には、「Ａ」の評価をしても良い。アプリケーション販売サーバ１００の統計データ生成モジュール４００は、日報アプリ、ウイルス対策アプリ及びＷｅｂフィルタリングアプリの各アプリケーションの評価もアドレス帳アプリと同様に一のグループにおける評価を算出する。また、他のグループにおける評価も同様に算出する。

アプリケーション販売サーバ１００の統計データ生成モジュール４００は、一のグループの評価から、各アプリケーションの統計データを生成する。例えば、アプリケーション販売サーバ１００の統計データ生成モジュール４００は、アドレス帳アプリの評価を一のグループから算出した評価である「Ａ」として統計データを算出する。また、アプリケーション販売サーバ１００の統計データ生成モジュール４００は、日報アプリ、ウイルス対策アプリ及びＷｅｂフィルタリングアプリの各アプリケーションの評価もアドレス帳アプリと同様に、一のグループの評価から統計データを算出する。

また、アプリケーション販売サーバ１００の統計データ生成モジュール４００は、一のグループの評価と他のグループの評価とから、各アプリケーションの統計データを生成する。例えば、アプリケーション販売サーバ１００の統計データ生成モジュール４００は、アドレス帳アプリの評価を一のグループから算出した評価である「Ａ」と、他のグループから算出した評価とに基づいて統計データを算出する。また、アプリケーション販売サーバ１００の統計データ生成モジュール４００は、日報アプリ、ウイルス対策アプリ及びＷｅｂフィルタリングアプリの各アプリケーションの評価もアドレス帳アプリと同様に、一のグループの評価と他のグループの評価とから統計データを算出する。

次に、アプリケーション販売サーバ１００のメッセージ生成モジュール４２０は、購入提案メッセージ生成処理を実行する（ステップＳ２２）。

［購入提案メッセージ生成処理］
ここで、図５に基づいて、購入提案メッセージ生成処理について説明する。

アプリケーション販売サーバ１００の閾値判定モジュール３００は、統計データ生成モジュール４００が生成した統計データが、所定の閾値以上であるか否かを判定する（ステップＳ５０）。アプリケーション販売サーバ１００の閾値判定モジュール３００は、アドレス帳アプリの統計データが、所定の値以上であるか、所定の重要度以上であるか又は所定の評価以上であるかを判定する。ステップＳ５０において、アプリケーション販売サーバ１００の閾値判定モジュール３００は、アプリケーションの統計データが所定の閾値以上ではないと判定したとき（ＮＯ）、アプリケーションの統計データが所定の閾値以上になるまで、判定を繰り返す。ステップＳ５０において、アプリケーション販売サーバ１００の閾値判定モジュール３００は、アドレス帳アプリだけでなく、他のアプリケーションである日報アプリ、ウイルス対策アプリ及びＷｅｂフィルタリングアプリについても同様に判定する。

次に、ステップＳ５０において、アプリケーション販売サーバ１００の閾値判定モジュール３００は、アプリケーションの統計データが所定の閾値以上ではあると判定したとき（ＹＥＳ）、このアプリケーションが課金済みであるか否かを判定する（ステップＳ５１）。

ステップＳ５１において、アプリケーション利用端末１０は、アプリケーション利用端末１０の課金入力受付モジュール４１によって受け付けた課金情報をアプリケーション販売サーバ１００に送信する。アプリケーション販売サーバ１００は、このアプリケーション利用端末１０の課金入力受付モジュール４１から課金情報を既に受信しているか否かを判定する。ステップＳ５１において、アプリケーション販売サーバ１００は、既に課金情報を受信済みであると判定したとき（ＹＥＳ）、本処理を終了する。なお、ここで処理を終了したとき、アプリケーション販売サーバ１００は、後述するステップ２２の購入提案メッセージ送信処理を実行しない。

ステップＳ５１において、アプリケーション販売サーバ１００は、既に課金情報を受信済みでないと判定したとき（ＮＯ）、統計データ生成モジュール４００が生成した各アプリケーションの統計データに基づいて、購入提案メッセージを生成する（ステップＳ５２）。

ステップＳ５２において、アプリケーション販売サーバ１００のメッセージ生成モジュール４２０は、図７〜図１０に示す利用者に購入を促すメッセージを生成する。

アプリケーション販売サーバ１００のメッセージ生成モジュール４２０は、購入を促すメッセージとして、図７に示すような、購入を促す購入提案メッセージ、課金額を示す表示及び購入ボタンを示す表示を生成する。また、アプリケーション販売サーバ１００のメッセージ生成モジュール４２０は、利用頻度、データ使用量、評価に応じて図８〜図１０に示すメッセージを生成する。

アプリケーション販売サーバ１００のメッセージ生成モジュール４２０は、利用頻度として入力頻度の値が所定の値以上であるとき、すなわち、アドレス帳アプリの入力頻度から算出した統計データが、所定の値以上であるとき、図８に示す購入提案メッセージを生成する。ここでは、アプリケーション販売サーバ１００のメッセージ生成モジュール４２０は、一のグループにおけるアドレス帳アプリの統計データの総和が、６０００を超えているとき、図８に示す購入提案メッセージを生成する。また、一のグループ及び他のグループにおけるアドレス帳アプリの統計データの総和が所定の値を超えているとき、図８に示す購入提案メッセージを生成しても良い。また、日報アプリ、ウイルス対策アプリ及びＷｅｂフィルタリングアプリの各アプリケーションに対しても同様に購入提案メッセージを生成する。

また、アプリケーション販売サーバ１００のメッセージ生成モジュール４２０は、利用頻度として入力内容が所定の値以上であるとき、すなわち、アドレス帳アプリの入力内容から算出した統計データが、所定の重要度以上であるとき、図８に示す購入提案メッセージを生成する。ここでは、アプリケーション販売サーバ１００のメッセージ生成モジュール４２０は、一のグループにおけるアドレス帳アプリの統計データの重要度が、「重要」であるとき、図８に示す購入提案メッセージを生成する。また、一のグループ及び他のグループにおけるアドレス帳アプリの統計データの重要度が「重要」であるとき、図８に示す購入提案メッセージを生成しても良い。また、日報アプリ、ウイルス対策アプリ及びＷｅｂフィルタリングアプリの各アプリケーションに対しても同様に購入提案メッセージを生成する。

また、アプリケーション販売サーバ１００のメッセージ生成モジュール４２０は、利用頻度としてデータ使用量が所定の値以上であるとき、すなわち、アドレス帳アプリのデータ使用量から算出した統計データが、所定の値以上であるとき、図９に示す購入提案メッセージを生成する。ここでは、アプリケーション販売サーバ１００のメッセージ生成モジュール４２０は、一のグループにおけるアドレス帳アプリのデータ使用量の総和が、６００を超えているとき、図８に示す購入提案メッセージを生成する。また、一のグループ及び他のグループにおけるアドレス帳アプリのデータ使用量の総和が所定の値を超えているとき、図９に示す購入提案メッセージを生成しても良い。また、日報アプリ、ウイルス対策アプリ及びＷｅｂフィルタリングアプリの各アプリケーションに対しても同様に購入提案メッセージを生成する。

また、アプリケーション販売サーバ１００のメッセージ生成モジュール４２０は、アプリケーションの評価が所定の値以上であるとき、すなわち、アドレス帳アプリの評価から算出した統計データが、所定の評価以上であるとき、図１０に示す購入提案メッセージを生成する。ここでは、アプリケーション販売サーバ１００のメッセージ生成モジュール４２０は、一のグループにおけるアドレス帳アプリの評価が、「Ａ」であるとき、図１０に示す購入提案メッセージを生成する。また、一のグループ及び他のグループにおけるアドレス帳アプリの評価が「Ａ」を超えているとき、図１０に示す購入提案メッセージを生成しても良い。また、日報アプリ、ウイルス対策アプリ及びＷｅｂフィルタリングアプリの各アプリケーションに対しても同様に購入提案メッセージを生成する。

なお、アプリケーション販売サーバ１００のメッセージ生成モジュール４２０は、上述した利用頻度及び評価を組み合わせてメッセージを生成しても良い。また、入力頻度、入力内容、データ使用量及び評価の一部、又は全部を組み合わせてメッセージを生成しても良い。例えば、利用頻度が所定の値以上、かつ評価が所定の値以上である場合にメッセージを生成しても良いし、データ使用量が所定の値以上、かつ入力頻度が所定の値以上である場合にメッセージを生成しても良いし、入力頻度が所定の値以上、かつ入力内容が所定の重要度以上である場合にメッセージを生成しても良い。

次に、アプリケーション販売サーバ１００のメッセージ送信モジュール２６０は、ステップＳ５２において生成したメッセージを、アプリケーション利用端末１０に送信する（ステップＳ５３、ステップＳ２３）。なお、ここで生成したメッセージを管理端末５０に対して送信しても良い。

アプリケーション利用端末１０のメッセージ受信モジュール２６は、アプリケーション販売サーバ１００のメッセージ送信モジュール２６０が送信したメッセージを受信する（ステップＳ２４）。なお、ここでアプリケーション利用端末１０のメッセージ受信モジュール２６が送信したメッセージを管理端末５０が受信しても良い。

アプリケーション利用端末１０のメッセージ表示モジュール５０は、表示部１５に、ステップＳ２３において受信したメッセージを図７〜図１０に示すように表示する（ステップＳ２５）。なお、管理端末５０に送信した場合も同様に、表示部に、受信したメッセージを図７〜図１０に示すように表示する。

アプリケーション利用端末１０の操作入力受付モジュール４０は、ユーザからの操作入力を受け付ける。ユーザは、表示されたメッセージに基づいて、購入ボタンを押し下げることにより、アプリケーションの購入を行うことができる。ここで、アプリケーション利用端末１０の課金入力受付モジュール４２は、ユーザが課金したことを受け付け、アプリケーション販売サーバ１００に課金情報を送信する。なお、管理端末５０にメッセージを送信した場合、キーボード等の入力装置を介して購入操作を行って良い、この場合、管理端末５０は、課金情報をアプリケーション販売サーバ１００に送信する。

次に、アプリケーション販売サーバ１００は、アプリケーション利用端末１０からの課金情報の送信があるか否かを判定することにより、課金済みか否かを判定する（ステップＳ５４）。ステップＳ５４において、アプリケーション利用端末１０からの課金情報の送信があり、既に課金済みであると判定したとき（ＹＥＳ）、本処理を終了する。

ステップＳ５４において、アプリケーション利用端末１０からの課金情報の送信がなく、課金済みではないと判定したとき（ＮＯ）、アプリケーション販売サーバ１００は、所定時間が経過したか否かを判定する（ステップＳ５５）。ステップＳ５５において、アプリケーション販売サーバ１００は、所定時間が経過していないと判定したとき（ＮＯ）、再び課金済みか否かを判定する。

ステップＳ５５において、アプリケーション販売サーバ１００の制御部１１０は、所定時間が経過したと判定したとき（ＹＥＳ）、アプリケーション販売サーバ１００のメッセージ生成モジュール４２０は、図１１に示すような警告メッセージを生成する（ステップＳ５６）。

次に、アプリケーション販売サーバ１００のメッセージ送信モジュール２６０は、アプリケーション利用端末１０に警告メッセージを送信する（ステップＳ５７）。アプリケーション利用端末１０のメッセージ受信モジュール２６は、警告メッセージを受信し（ステップＳ２４）、アプリケーション利用端末１０のメッセージ表示モジュール５０は、警告メッセージを表示部１３に表示する。なお、ここで、警告メッセージを管理端末５０に送信しても良い。この場合、管理端末５０の表示部に、この警告メッセージを表示する。

次に、アプリケーション販売サーバ１００は、アプリケーション利用端末１０からの課金情報の送信があるか否かを判定することにより、課金済みか否かを判定する（ステップＳ５８）。

ステップＳ５８において、アプリケーション販売サーバ１００は、アプリケーション利用端末１０からの課金情報の送信がなく、課金済みではないと判定したとき（ＮＯ）、ステップＳ５４からの処理を繰り返す。なお、管理端末５０からの課金情報の送信がなく、課金済みではないと判定しても良い。また、アプリケーション販売サーバ１００は、所定時間が経過しても、課金情報を受信できないとき、アプリケーション利用端末１０における該当するアプリケーションの使用を停止させても良い。

ステップ５８において、アプリケーション利用端末１０からの課金情報の送信があり、既に課金済みであると判定したとき（ＹＥＳ）、本処理を終了する。なお、管理端末５０から課金情報の送信があり、課金済みであると判定しても良い。

ステップＳ２２において、アプリケーション販売サーバ１００は、管理端末５０に購入提案メッセージを送信した場合、このメッセージを受信した管理端末５０は、このメッセージを管理端末５０の表示部に表示する。このとき、管理端末５０において、購入操作がなされた場合、管理しているアプリケーション利用端末１０のすべて、各グループ又は個別に課金処理がなされても良い。

上述した手段、機能は、コンピュータ（ＣＰＵ、情報処理装置、各種端末を含む）が、所定のプログラムを読み込んで、実行することによって実現される。プログラムは、例えば、フレキシブルディスク、ＣＤ（ＣＤ−ＲＯＭなど）、ＤＶＤ（ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭなど）等のコンピュータ読取可能な記録媒体に記録された形態で提供される。この場合、コンピュータはその記録媒体からプログラムを読み取って内部記憶装置又は外部記憶装置に転送し記憶して実行する。また、そのプログラムを、例えば、磁気ディスク、光ディスク、光磁気ディスク等の記憶装置（記録媒体）に予め記録しておき、その記憶装置から通信回線を介してコンピュータに提供するようにしても良い。

以上、本発明の実施形態について説明したが、本発明は上述したこれらの実施形態に限るものではない。また、本発明の実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、本発明の実施形態に記載されたものに限定されるものではない。

１アプリケーション販売システム、１０アプリケーション利用端末、５０管理端末、１００アプリケーション販売サーバ

Claims

管理端末により一のグループで管理される複数のアプリケーション利用端末と通信可能に接続されたアプリケーション販売サーバであって、
複数のアプリケーションを前記アプリケーション利用端末にて利用可能に記憶するアプリケーション記憶手段と、
前記複数のアプリケーション利用端末にて利用された複数のアプリケーションの利用状況、入力頻度、入力内容、及びデータ使用量から選択される少なくとも１以上を、前記アプリケーション利用端末ごとに前記アプリケーションのそれぞれについて記憶する利用状況等記憶手段と、
前記利用状況等記憶手段によって記憶された情報に基づいて、前記複数のアプリケーション利用端末にて利用された複数のアプリケーションの利用頻度を、前記アプリケーション利用端末ごとに前記アプリケーションのそれぞれについて個別に生成する利用頻度生成手段と、
前記利用頻度生成手段により個別に生成された結果に基づいて前記一のグループでの利用頻度を生成し、生成した前記一のグループでの利用頻度に基づいて、前記一のグループの統計データとして前記アプリケーションのそれぞれについて生成する統計データ生成手段と、
前記統計データに基づいて前記利用頻度が所定の利用頻度以上であるか否かを前記アプリケーションのそれぞれについて判別し、前記複数のアプリケーションのうち、所定の利用頻度以上であると判別されたアプリケーションについて、前記管理端末に購入提案のメッセージを送信する購入提案メッセージ送信手段と、
を備えるアプリケーション販売サーバ。
前記統計データ生成手段は、生成した前記一のグループでの利用頻度と、生成した他のグループでの利用頻度とに基づいて、前記統計データとして前記アプリケーションのそれぞれについて生成する、請求項１に記載のアプリケーション販売サーバ。
前記利用頻度が所定の利用頻度以上である場合であって、かつ、前記購入提案のメッセージを送信してから所定時間経過後、購入データの受信がなかった場合には、警告メッセージを送信する警告メッセージ送信手段と、
を備える請求項１又は２に記載のアプリケーション販売サーバ。
管理端末により一のグループで管理される複数のアプリケーション利用端末と通信可能に接続されたアプリケーション販売サーバが行うアプリケーション販売方法であって、
複数のアプリケーションを前記アプリケーション利用端末にて利用可能に記憶するステップと、
前記複数のアプリケーション利用端末にて利用された複数のアプリケーションの利用状況、入力頻度、入力内容、及びデータ使用量から選択される少なくとも１以上を、前記アプリケーション利用端末ごとに前記アプリケーションのそれぞれについて記憶するステップと、
前記利用状況、入力頻度、入力内容、及びデータ使用量から選択される少なくとも１以上について記憶された情報に基づいて、前記複数のアプリケーション利用端末にて利用されたアプリケーションの利用頻度を、前記アプリケーション利用端末ごとに前記アプリケーションのそれぞれについて個別に生成するステップと、
前記個別に生成するステップでの結果に基づいて前記一のグループでの利用頻度を生成し、生成した前記一のグループでの利用頻度に基づいて、前記一のグループの統計データとして前記アプリケーションのそれぞれについて生成するステップと、
前記統計データに基づいて前記利用頻度が所定の利用頻度以上であるか否かを前記アプリケーションのそれぞれについて判別し、前記複数のアプリケーションのうち、所定の利用頻度以上であると判別されたアプリケーションについて、前記管理端末に購入提案のメッセージを送信するステップと、
を備えるアプリケーション販売方法。
管理端末により一のグループで管理される複数のアプリケーション利用端末と通信可能に接続されたアプリケーション販売サーバに、
複数のアプリケーションを前記アプリケーション利用端末にて利用可能に記憶するステップ、
前記複数のアプリケーション利用端末にて利用された複数のアプリケーションの利用状況、入力頻度、入力内容、及びデータ使用量から選択される少なくとも１以上を、前記アプリケーション利用端末ごとに前記アプリケーションのそれぞれについて記憶するステップ、
前記利用状況、入力頻度、入力内容、及びデータ使用量から選択される少なくとも１以上について記憶された情報に基づいて、前記複数のアプリケーション利用端末にて利用されたアプリケーションの利用頻度を、前記アプリケーション利用端末ごとに前記アプリケーションのそれぞれについて個別に生成するステップ、
前記個別に生成するステップでの結果に基づいて前記一のグループでの利用頻度を生成し、生成した前記一のグループでの利用頻度に基づいて、前記一のグループの統計データとして前記アプリケーションのそれぞれについて生成するステップ、
前記統計データに基づいて前記利用頻度が所定の利用頻度以上であるか否かを前記アプリケーションのそれぞれについて判別し、前記複数のアプリケーションのうち、所定の利用頻度以上であると判別されたアプリケーションについて、前記管理端末に購入提案のメッセージを送信するステップ、
を実行させるためのアプリケーション販売サーバ用プログラム。