JP5596598B2 - アプリログ取得システム、携帯端末、アプリログ取得方法、及びプログラム - Google Patents

Description

本発明は、アプリログ取得システムに関し、特にスマートフォン向けのアプリログ取得システムに関する。

現在、高機能な携帯端末であるスマートフォンの普及が進んでいる。スマートフォンのユーザ（利用者）は、様々なスマートフォンアプリ（スマートフォン向けのアプリケーションソフトウェア。以下、「アプリ」と呼ぶ。）をダウンロードして利用することが可能である。

アプリの種類としては、音楽コンテンツや映像コンテンツ等を再生するアプリ、携帯ゲーム等を稼働させるアプリ、その他のソーシャルアプリケーション（Ｓｏｃｉａｌ Ａｐｐｌｉｃａｔｉｏｎ）等がある。このようなアプリは、有料に限らず、試供用等の名目で、無料で配布される場合もある。個々のアプリの開発者側等では、ダウンロード等でアプリを取得したユーザが、そのアプリを実際に起動したかどうか、そのアプリを２回以上起動したか、そのアプリをいつ起動したかといった情報を把握し、バージョンアップや新たなアプリの開発に役立てたい（反映したい）という潜在的な需要がある。

しかし、これまで、個々のアプリの開発者側等は、アプリの利用状況に関して、アプリを販売／配布したアプリストアからのダウンロード数や課金情報等の断片的な情報しか把握できなかった。

すなわち、個々のアプリの開発者側等では、アプリが、ダウンロード後、どの程度の頻度で利用され、どの時間帯でユーザが利用しているのか、或いは、アプリのバージョンアップ後の稼働状況の変化（バージョンアップ後の利用頻度の増減）等のマーケティングデータの取得ができず、アプリの品質向上への活用ができなかった。

関連する技術として、特許文献１（特開２００８−１７１０３１号公報）にコンテンツ利用集計システムが開示されている。このコンテンツ利用集計システムは、携帯電話機等の端末が、コンテンツ使用時の利用履歴を、時間情報及び位置情報と共に再生履歴記憶部に記憶するとともに、自機の空き時間を利用して、自動的にサーバに送信する。サーバは、各端末から送信されたコンテンツ利用履歴情報を受信し、受信したコンテンツ利用履歴情報を集計し、集計結果に基づいて、コンテンツの使用地域毎、使用時間毎の使用状況を判定する。

しかし、ユーザが自機を利用していない時間帯にコンテンツ利用履歴情報をまとめて送信すると、データ通信量によっては一定時間かつ一定規模その端末のハードウェア資源や通信回線を専有することになり、急にユーザが端末を利用しようとした際に、ユーザの利便性を損なう可能性がある。その際に、ユーザの意思と無関係の処理や通信が行われていることを必要以上にユーザに意識させ、不快な思いをさせることにもつながりかねない。

また、コンテンツ利用履歴情報を作成したり、自動的にサーバに送信したりするプログラムを端末に常駐させることや、定期的に起動させることも、その端末の負担を増大させ、ユーザの利便性を損なう可能性がある。

また、専用のプログラムにより複数のアプリをまとめて監視しようとした場合、監視対象のアプリの登録漏れや、何らかの事情で監視対象のアプリが監視対象から漏れる可能性もあり、信頼性の低下を招く。

また、起動するアプリとは別のプログラムが並列に処理されることになり、その端末の負担を増大させ、ユーザの利便性を損なう可能性がある。

特開２００８−１７１０３１号公報

上記の問題の解決のため、ユーザに意識させることなく、個々のアプリ起動時に、アプリの起動状況に関する情報として、該アプリの起動を妨げない程度の小規模なデータを集計サーバに送信する技術が求められる。

そのためには、個々のアプリ自体が、起動の際に、該アプリの利用状況に関する簡潔な情報を作成し、集計サーバに送信する機能を有していることが望ましい。

しかし、ネットワーク接続なしに音楽コンテンツや映像コンテンツ等を再生するアプリのように、必ずしも全てのアプリが通信に対応しているわけではない。

本発明の目的は、アプリ自体に、該アプリの利用状況に関する情報の作成機能及び該情報の送信機能を付与し、携帯端末が、該アプリの起動の際にこれらの機能を実行し、集計サーバにアクセスし、該アプリの利用状況に関する情報を送信するアプリログ取得システムを提供することである。

本発明に係るアプリログ取得システムは、アプリケーションソフトウェアを起動し実行する携帯端末と、該アプリケーションソフトウェアの起動状況に関する情報を収集し集計する集計サーバとを含む。該携帯端末は、該アプリケーションソフトウェアを起動した際に、アプリケーションソフトウェア毎に組み込まれたデータ収集機能に従って、該アプリケーションソフトウェアの起動状況に関する情報を作成し、直接／間接的に（直接／間接を問わず）、該集計サーバに送信する。

本発明に係る携帯端末は、アプリケーションソフトウェアを起動し実行する手段と、該アプリケーションソフトウェアを起動した際に、アプリケーションソフトウェア毎に組み込まれたデータ収集機能に従って、該アプリケーションソフトウェアの起動状況に関する情報を作成する手段と、該データ収集機能に従って、該アプリケーションソフトウェアの起動状況に関する情報を収集し集計する集計サーバに、直接／間接的に、該アプリケーションソフトウェアの起動状況に関する情報を送信する手段とを具備する。

本発明に係るアプリログ取得方法は、携帯端末により実施されるアプリログ取得方法であって、アプリケーションソフトウェアを起動し実行することと、該アプリケーションソフトウェアを起動した際に、アプリケーションソフトウェア毎に組み込まれたデータ収集機能に従って、該アプリケーションソフトウェアの起動状況に関する情報を作成することと、該データ収集機能に従って、該アプリケーションソフトウェアの起動状況に関する情報を収集し集計する集計サーバに、直接／間接的に、該アプリケーションソフトウェアの起動状況に関する情報を送信することとを含む。

本発明に係るプログラムは、アプリケーションソフトウェアを起動し実行するステップと、該アプリケーションソフトウェアを起動した際に、アプリケーションソフトウェア毎に組み込まれたデータ収集機能に従って、該アプリケーションソフトウェアの起動状況に関する情報を作成するステップと、該データ収集機能に従って、該アプリケーションソフトウェアの起動状況に関する情報を収集し集計する集計サーバに、直接／間接的に、該アプリケーションソフトウェアの起動状況に関する情報を送信するステップとを携帯端末に実行させるためのプログラムである。

本発明に係るプログラムは、上記のアプリログ取得方法における処理を、計算機に実行させるためのプログラムである。なお、本発明に係るプログラムは、記憶装置や記憶媒体に格納することが可能である。

落しきりのアプリ（ダウンロード後に通信を要しないアプリ）に関しても、該アプリの利用状況に関する情報の収集を行うことが可能になる。

本発明の第１実施形態に係るアプリログ取得システムの構成例を示すブロック図である。 状態テーブルのデータ構成例を説明するための図である。 集計ログのデータ構成例を説明するための図である。 携帯端末側のアプリログ提供処理を説明するためのフローチャートである。 集計サーバ側のアプリログ取得処理を説明するためのフローチャートである。 本発明の第２実施形態に係るアプリログ取得システムの構成例を示すブロック図である。

＜第１実施形態＞
以下に、本発明の第１実施形態について添付図面を参照して説明する。

［システム構成］
図１を参照して、本発明の第１実施形態に係るアプリログ取得システムの構成例について説明する。

本発明の第１実施形態に係るアプリログ取得システムは、携帯端末１０と、集計サーバ２０を含む。

携帯端末１０は、ユーザ（利用者）が利用する通信端末装置である。携帯端末１０は、アプリをダウンロードして記憶し、ユーザの操作に応じて、アプリをユーザの利用に供する。

集計サーバ２０は、ネットワークを介して、携帯端末１０におけるアプリの起動状況に関する情報を収集し、集計するためのサーバ装置である。

［携帯端末の構成］
以下に、携帯端末の構成例について説明する。

携帯端末１０は、無線電話通信機能部１１と、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）通信機能部１２と、表示部１３と、入力部１４と、記憶部１５と、制御部１６を備える。

無線電話通信機能部１１は、３Ｇ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ）を始めとする無線電話通信回線を利用するための第１の通信用インターフェース（Ｉ／Ｆ：ｉｎｔｅｒｆａｃｅ）である。無線電話通信回線は、基地局等を介して、ネットワークに接続可能である。但し、無線電話通信回線は、通信回線の一例に過ぎない。実際には、以下の無線ＬＡＮ通信機能部１２とは異なる通信回線を利用していれば良い。無線電話通信機能部１１が利用する通信回線の例として、利用時間に応じて課金される料金体系（従量制）の通信回線、或いはパケット通信量に応じて課金される通信回線を想定している。

無線ＬＡＮ通信機能部１２は、Ｗｉ−Ｆｉ（登録商標）（Ｗｉｒｅｌｅｓｓ Ｆｉｄｅｌｉｔｙ）を始めとする無線ＬＡＮ通信回線を利用するための第２の通信用インターフェースである。無線ＬＡＮ通信回線は、アクセスポイントやルータ等を介して、ネットワークに接続可能である。但し、無線ＬＡＮ通信回線は、通信回線の一例に過ぎない。実際には、上記の無線電話通信機能部１１とは異なる通信回線を利用していれば良い。無線ＬＡＮ通信機能部１２が利用する通信回線の例として、利用時間の長さに関わらず常に一定の利用料金が課金される料金体系（定額制）の通信回線、或いは課金されない通信回線を想定している。

表示部１３は、アプリのダウンロードサイトやその他のＷｅｂページ、アプリ自体、及び各種データを表示するための表示装置である。

入力部１４は、ユーザの操作に応じて、携帯端末１０の各種機能の起動／終了や、携帯端末１０へのデータ入力を行うための入力装置である。

記憶部１５は、プログラムや各種データを記憶するための記憶装置である。

制御部１６は、上記の携帯端末１０内の各部（内部構成）の動作やデータ処理を制御する処理装置である。

［携帯端末の記憶部のデータ構成］
以下に、携帯端末の記憶部に格納されるデータの構成例について説明する

記憶部１５は、アプリケーションソフトウェア１５１と、状態テーブル１５２と、送信先情報１５３と、リトライ回数情報１５４を含む。

アプリケーションソフトウェア１５１は、アプリストアからダウンロードしたアプリである。

アプリケーションソフトウェア１５１は、状態テーブル管理機能部１５１１と、コンテンツ提供機能部１５１２を含む。

状態テーブル管理機能部１５１１は、アプリケーションソフトウェア１５１に組み込まれ、状態テーブル１５２の作成／更新に関する処理と、送信先情報１５３に基づくデータ送信に関する処理と、を実現する（制御部１６に実行させる）データ収集用アプリ又はデータ収集用コードである。なお、状態テーブル管理機能部１５１１は、アプリケーションソフトウェア１５１の作成時に組み込まれていると好適であるが、アプリストア等において事後的に（例えばダウンロード時に）組み込まれるようにしても良い。

コンテンツ提供機能部１５１２は、アプリケーションソフトウェア１５１の本体であり、当該アプリがユーザに提供すべきコンテンツを再生／起動し、ユーザに提供する処理を実現する（制御部１６に実行させる）プログラム及びデータである。なお、コンテンツ提供機能部１５１２は、コンテンツサーバ等にコンテンツを要求し、コンテンツサーバ等からコンテンツをダウンロードする機能を有していても良い。アプリケーションソフトウェア１５１のタイトルやページの装飾画像等、アプリケーションソフトウェア１５１を構成するデータも、コンテンツの１つとする。

なお、状態テーブル管理機能部１５１１及びコンテンツ提供機能部１５１２は、記憶部１５に格納されるソフトウェアに限らず、アプリケーションソフトウェア１５１に基づいて起動／実行されるモジュール（ｍｏｄｕｌｅ）、コンポーネント（ｃｏｍｐｏｎｅｎｔ）、或いは専用デバイスでも良い。この場合、アプリケーションソフトウェア１５１には、状態テーブル管理機能部１５１１及びコンテンツ提供機能部１５１２を呼び出すためのプログラムが組み込まれる。

状態テーブル１５２は、アプリケーションソフトウェア１５１の起動状況に関する情報である。

送信先情報１５３は、状態テーブル１５２に基づく情報の送信先を示す情報（宛先情報）である。ここでは、送信先は、集計サーバ２０である。状態テーブル１５２に基づく情報は、状態テーブル１５２自体でも良い。

リトライ回数情報１５４は、通信先との通信の失敗時に、送信先への通信を試みる回数を示す情報（カウント値）である。

［携帯端末の制御部との関係］
以下に、携帯端末の記憶部に格納されるデータと制御部との関係について説明する

制御部１６は、記憶部１５から、アプリケーションソフトウェア１５１を読み出して起動し、アプリケーションソフトウェア１５１を実行する。

このとき、制御部１６は、アプリケーションソフトウェア１５１の起動の際に、アプリケーションソフトウェア１５１に組み込まれた状態テーブル管理機能部１５１１（データ収集用アプリ又はデータ収集用コード）を起動／実行する。これにより、制御部１６は、状態テーブル１５２を作成／更新し、続いて、送信先情報１５３を基に、無線電話通信機能部１１又は無線ＬＡＮ通信機能部１２を介して、状態テーブル１５２に基づく情報を集計サーバ２０に送信する。

なお、無線電話通信機能部１１と無線ＬＡＮ通信機能部１２のいずれを使用するかは、複数の無線通信機能を有する携帯端末における既存の通信機能自動選択／決定方法により決定される。例えば、制御部１６は、携帯端末１０から通知される有効な無線通信機能に関する情報を基に、無線電話通信機能部１１と無線ＬＡＮ通信機能部１２のいずれを使用するか決定する。

また、制御部１６は、集計サーバ２０へのアクセスに失敗し、集計サーバ２０へのアクセスをリトライ（ｒｅｔｒｙ：再試行）した場合、リトライ１回毎に、リトライ回数情報１５４のリトライ回数の値に１を加算（ｉｎｃｒｅｍｅｎｔ）する。或いは、予め決められたリトライ回数の値（例えば３回）から１を減算（ｄｅｃｒｅｍｅｎｔ）する。

［集計サーバの構成］
以下に、集計サーバの構成例について説明する。

集計サーバ２０は、送受信部２１と、記憶部２２と、制御部２３を含む。

送受信部２１は、ネットワークを介してデータの送受信を行うための通信用インターフェースである。

記憶部２２は、プログラムや各種データを記憶するための記憶装置である。

制御部２３は、上記の集計サーバ２０内の各部（内部構成）の動作やデータ処理を制御する処理装置である。

［集計サーバの記憶部のデータ構成］
以下に、集計サーバの記憶部に格納されるデータの構成例について説明する。

記憶部２２は、集計ログ２２１と、既定時間情報２２２と、通知対象リスト２２３を含む。

集計ログ２２１は、携帯端末１０から受信した状態テーブル１５２に基づく情報を集計したログ情報である。

既定時間情報２２２は、携帯端末１０から受信した状態テーブル１５２に基づく情報を集計する既定の時刻（事前に設定した時間）を示す情報である。なお、時刻は一例に過ぎない。実際には、週単位、月単位での集計も可能である。

通知対象リスト２２３は、集計ログ２２１に基づく情報の通知先を示す情報（宛先情報）である。集計ログ２２１に基づく情報は、集計ログ２２１自体でも良い。ここでは、通知先は、アプリケーションソフトウェア１５１の開発者等である。通知対象リスト２２３の例として、アプリケーションソフトウェア１５１の開発者等のメーリングリスト又は電話帳情報等が考えられる。該開発者等は、通知された情報の内容に応じて、アプリケーションソフトウェア１５１のバージョンアップや、次回のアプリケーションソフトウェアの開発を行う。

［集計サーバの制御部との関係］
以下に、集計サーバの記憶部に格納されるデータと制御部との関係について説明する。

制御部２３は、送受信部２１を介して、携帯端末１０から、状態テーブル１５２に基づく情報を受信する。

制御部２３は、既定時間情報２２２に基づく時刻に、状態テーブル１５２に基づく情報を、端末毎／アプリ毎に集計し、集計ログ２２１を作成／更新する。

制御部２３は、集計の完了後、通知対象リスト２２３に基づく通知先に、集計ログ２２１に基づく情報を送信する。

［ハードウェアの例示］
以下に、携帯端末及び集計サーバ等の装置例について説明する。

携帯端末１０の例として、スマートフォンやスマートブックを想定している。但し、実際には、スマートフォンやスマートブックに限定されない。他にも、携帯電話機、モバイルノートＰＣ（パソコン）、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）、カーナビ（カーナビゲーションシステム）、携帯型ゲーム機、携帯型音楽プレーヤー、ハンディターミナル、又は同様の無線通信機能を有する電子機器（電子機器）等が考えられる。また、携帯端末１０は、無線通信機能及びアプリ実行機能を有するネットワークカード等の高機能な拡張カードでも良い。なお、携帯端末１０は、複数の装置の組合せでも良い。例えば、モバイルノートＰＣが携帯電話機を介して通信する場合、携帯端末１０は、モバイルノートＰＣと携帯電話機を組み合わせたものとなる。携帯端末１０は、車両や船舶、航空機等の移動体に搭載されていても良い。

集計サーバ２０の例として、ＰＣ、アプライアンス（ａｐｐｌｉａｎｃｅ）、シンクライアントサーバ、ワークステーション、メインフレーム、スーパーコンピュータ等の計算機を想定している。また、集計サーバ２０は、計算機等に搭載される拡張カードや、物理マシン上に構築された仮想マシン（ＶＭ：Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ）でも良い。

無線電話通信機能部１１、無線ＬＡＮ通信機能部１２、及び送受信部２１の例として、ネットワーク通信に対応した基板（マザーボード、Ｉ／Ｏボード）やチップ等の半導体集積回路、ＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）等のネットワークアダプタや同様の拡張カード、アンテナ等の通信装置、接続口（コネクタ）等の通信ポート等が考えられる。デジタル回線を介して電話を行う場合、無線電話通信機能部１１は、無線ＬＡＮ通信機能部１２と一体化していても良い。

また、無線電話通信回線、無線ＬＡＮ通信回線、及びネットワークの例として、インターネット、ＬＡＮ、無線ＬＡＮ（Ｗｉｒｅｌｅｓｓ ＬＡＮ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、バックボーン（Ｂａｃｋｂｏｎｅ）、ケーブルテレビ（ＣＡＴＶ）回線、固定電話網、携帯電話網、ＷｉＭＡＸ（ＩＥＥＥ ８０２．１６ａ）、３Ｇ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ）、専用線（ｌｅａｓｅ ｌｉｎｅ）、ＩｒＤＡ（Ｉｎｆｒａｒｅｄ Ｄａｔａ Ａｓｓｏｃｉａｔｉｏｎ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、シリアル通信回線、データバス等が考えられる。

表示部１３の例として、ＬＣＤ（液晶ディスプレイ）やＰＤＰ（プラズマディスプレイ）、有機ＥＬディスプレイ（ｏｒｇａｎｉｃ ｅｌｅｃｔｒｏｌｕｍｉｎｅｓｃｅｎｃｅ ｄｉｓｐｌａｙ）等の表示装置を想定している。他にも、出力内容を用紙等に印刷するプリンタ等の印刷装置、又は、出力内容を壁やスクリーンに投影するプロジェクタ等の映写装置等が考えられる。或いは、表示部１３は、外部の表示装置や記憶装置に情報を出力するためのインターフェースでも良い。すなわち、表示部１３は、何らかの出力装置であれば良い。

入力部１４の例として、キーパッド（ｋｅｙｐａｄ）、タッチパネル（ｔｏｕｃｈ ｐａｎｅｌ）、タブレット（ｔａｂｌｅｔ）等の入力装置を想定している。他にも、ＫＶＭ（キーボード・ビデオ・マウス）やコンソール（ｃｏｎｓｏｌｅ）、又は、各種の情報伝達媒体の読取装置が考えられる。また、入力部１４は、音声入力装置でも良い。或いは、入力部１４は、外部の入力装置や記憶装置から情報を取得するためのインターフェースでも良い。

記憶部１５、及び記憶部２２の例として、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ ａｎｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）やフラッシュメモリ等の半導体記憶装置、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）やＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等の補助記憶装置、又は、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）等のリムーバブルディスクや、ＳＤメモリカード（Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌ ｍｅｍｏｒｙ ｃａｒｄ）等の記憶媒体（メディア）等が考えられる。また、レジスタ（ｒｅｇｉｓｔｅｒ）でも良い。

制御部１６、及び制御部２３の例として、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、マイクロプロセッサ（ｍｉｃｒｏｐｒｏｃｅｓｓｏｒ）、マイクロコントローラ、或いは、専用の機能を有する半導体集積回路（ＩＣ：Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）等が考えられる。

但し、実際には、これらの例に限定されない。

［状態テーブルの構成］
図２を参照して、状態テーブルのデータ構成例について説明する。

状態テーブル１５２は、端末ＩＤ１５２１と、アプリＩＤ１５２２と、起動フラグ１５２３と、通信可否１５２４と、起動日時１５２５を含む。

端末ＩＤ１５２１は、携帯端末１０を特定するための識別情報を格納するための領域（フィールド）である。

アプリＩＤ１５２２は、アプリケーションソフトウェア１５１を特定するための識別情報を格納するための領域である。

起動フラグ１５２３は、該アプリケーションソフトウェア１５１の起動が初回か２回目以降かを示す情報を格納するための領域である。例えば、初回であれば「０」、２回目以降であれば「１」を格納する。１度も起動しない場合は、状態テーブル１５２自体が作成されない。なお、実際には、２回目以降についても、細分化して格納するようにしても良い。例えば、該アプリケーションソフトウェア１５１の起動回数をカウントして記憶部１５に格納し、起動回数のカウント値を基に、初回であれば「００」、２回目であれば「０１」、３回目〜９回目であれば「１０」、１０回目以降であれば「１１」を格納するようにしても良い。

通信可否１５２４は、状態テーブル１５２に基づく情報を、送信先情報１５３に基づく送信先（ここでは、集計サーバ２０）に送信できたか否かを示す情報を格納するための領域である。

起動日時１５２５は、該アプリケーションソフトウェア１５１の起動日時を示す情報を格納するための領域である。なお、起動日時は一例に過ぎない。実際には、状態テーブル１５２に基づく情報の送信を試みた日時（送信ボタンが押下された日時等）でも良い。

［補足］
なお、携帯端末１０が状態テーブル１５２をアプリ毎に個別に（アプリ毎のフォルダ／ディレクトリ等に）格納する場合、端末ＩＤ１５２１とアプリＩＤ１５２２は、状態テーブル１５２に含まれていなくても良い。例えば、携帯端末１０の制御部１６が、アプリケーションソフトウェア１５１の起動時に、送信先情報１５３に基づく送信先に、該アプリケーションソフトウェア１５１の状態テーブル１５２に基づく情報を送信し、送信元情報として、併せて携帯端末１０の識別情報（端末ＩＤ）やアプリケーションソフトウェア１５１の識別情報（アプリＩＤ）を通知するのであれば、状態テーブル１５２自体に端末ＩＤ１５２１やアプリＩＤ１５２２は必要ない。また、集計サーバ２０が、状態テーブル１５２に基づく情報を受信する際に、何らかの手段で、送信元の携帯端末１０やアプリケーションソフトウェア１５１を特定できれば、携帯端末１０の識別情報（端末ＩＤ）やアプリケーションソフトウェア１５１の識別情報（アプリＩＤ）を通知する必要も無い。

［集計ログの構成］
図３を参照して、集計ログのデータ構成例について説明する。

集計ログ２２１は、アプリＩＤ２２１１と、端末ＩＤ２２１２と、起動フラグ２２１３と、通信方式２２１４と、起動日時２２１５を含む

アプリＩＤ２２１１は、アプリケーションソフトウェア１５１を特定するための識別情報を格納するための領域である。

端末ＩＤ２２１２は、携帯端末１０を特定するための識別情報を格納するための領域である。

起動フラグ２２１３は、該アプリケーションソフトウェア１５１の起動が初回か２回目以降かを示す情報を格納するための領域である。なお、実際には、２回目以降についても、細分化して格納するようにしても良い。

通信方式２２１４は、携帯端末１０が状態テーブル１５２に基づく情報を集計サーバ２０に送信する際に利用した通信方式（通信回線の種別）を示す情報を格納するための領域である。

起動日時２２１５は、該アプリケーションソフトウェア１５１の起動日時を示す情報を格納するための領域である。なお、起動日時は一例に過ぎない。実際には、状態テーブル１５２に基づく情報の受信日時でも良い。

［補足］
なお、集計サーバ２０が集計ログ２２１をアプリ毎に個別に（アプリ別のフォルダ／ディレクトリ等に）蓄積する場合、アプリＩＤ２２１１は、集計ログ２２１に含まれていなくても良い。また、携帯端末１０を特定する必要が無ければ、端末ＩＤ２２１２も不要である。例えば、集計した日における該アプリ起動が初回であるユーザ数と、２回目以降であるユーザ数のみ知りたい場合、携帯端末１０の識別情報は特に必要ない。

［携帯端末側のアプリログ提供処理］
図４を参照して、本実施形態における携帯端末側のアプリログ提供処理について説明する。

（１）ステップＳ１０１
携帯端末１０の制御部１６は、入力部１４を用いたユーザ操作、或いは事前に設定された起動条件に応じて、記憶装置１５からアプリケーションソフトウェア１５１を読み出して起動し、アプリケーションソフトウェア１５１を実行する。

（２）ステップＳ１０２
制御部１６は、アプリケーションソフトウェア１５１の起動の際に、アプリケーションソフトウェア１５１に組み込まれた状態テーブル管理機能部１５１１（データ収集用アプリ又はデータ収集用コード）を起動／実行する。例えば、制御部１６は、アプリケーションソフトウェア１５１の起動と同時に、或いはアプリケーションソフトウェア１５１がコンテンツサーバ等にコンテンツを要求する際に、状態テーブル管理機能部１５１１（データ収集用アプリ又はデータ収集用コード）を起動／実行する。アプリケーションソフトウェア１５１のタイトルやページの装飾画像等、アプリケーションソフトウェア１５１を構成するデータも、コンテンツの１つとする。

（３）ステップＳ１０３
制御部１６は、状態テーブル管理機能部１５１１に従い、記憶部１５内に、該アプリケーションソフトウェア１５１の状態テーブル１５２を作成する。なお、制御部１６は、記憶部１５内に、該アプリケーションソフトウェア１５１の状態テーブル１５２が既に存在している場合、該状態テーブル１５２を更新する。

（４）ステップＳ１０４
制御部１６は、送信先情報１５３を基に、無線電話通信機能部１１又は無線ＬＡＮ通信機能部１２を介して、集計サーバ２０へのアクセスを試みる。無線電話通信機能部１１と無線ＬＡＮ通信機能部１２のいずれを使用するかは、複数の無線通信方式に対応した携帯端末における既存の無線通信方式決定方法により決定される。

（５）ステップＳ１０５
制御部１６は、集計サーバ２０へのアクセスに成功したか確認する。

（６）ステップＳ１０６
制御部１６は、集計サーバ２０へのアクセスに失敗した際、無線ＬＡＮ通信機能部１２を介した通信であるか確認する。

（７）ステップＳ１０７
制御部１６は、無線ＬＡＮ通信機能部１２を介した通信でない場合、例えば、オフライン時や、無線電話通信機能部１１を介した通信である場合、集計サーバ２０へのアクセスをリトライせず、状態テーブル１５２の通信可否１５２４に「通信失敗」を示す値を記録して通信を終了し、次回の該アプリケーションソフトウェア１５１の起動まで待機する。

（８）ステップＳ１０８
制御部１６は、無線ＬＡＮ通信機能部１２を介した通信である場合、所定の回数だけ、集計サーバ２０へのアクセスをリトライする。このとき、制御部１６は、集計サーバ２０へのアクセスをリトライした際、リトライ１回毎に、リトライ回数情報１５４のリトライ回数の値に１を加算する。或いは、予め決められたリトライ回数の値（例えば３回）から１を減算する。

（９）ステップＳ１０９
制御部１６は、所定の回数以内に通信が確立できたか確認する。制御部１６は、所定の回数以内に通信が確立できず、集計サーバ２０へのアクセスに失敗したときに、通信を終了し、次回の該アプリケーションソフトウェア１５１の起動まで待機する。

（１０）ステップＳ１１０
制御部１６は、集計サーバ２０へのアクセスに成功した場合、状態テーブル１５２に基づく情報を集計サーバ２０へ送信する。このとき、制御部１６は、今回の状態テーブル１５２に限らず、通信可否１５２４に「通信失敗」を示す値が記録された状態テーブル１５２等、過去の状態テーブル１５２があれば、過去の状態テーブル１５２もまとめて送信する。また、該アプリケーションソフトウェア１５１の過去の状態テーブル１５２に限らず、他のアプリケーションソフトウェアの過去の状態テーブルがあれば、これらもまとめて送信すると好適である。その後、制御部１６は、送信された状態テーブル１５２の通信可否１５２４に「通信成功」を示す値を記録して通信を終了し、次回の該アプリケーションソフトウェア１５１の起動まで待機する。

なお、集計サーバ２０側で、携帯端末１０毎の端末ＩＤ、アプリＩＤ、及び起動フラグ（起動回数）を管理できる場合、制御部１６は、状態テーブル１５２の送信後、該状態テーブル１５２を削除するようにしても良い。

［集計サーバ側のアプリログ取得処理］
図５を参照して、本実施形態における集計サーバ側のアプリログ取得処理について説明する。

（１）ステップＳ２０１
集計サーバ２０の制御部２３は、送受信部２１を介して、携帯端末１０からの状態テーブル１５２に基づく情報を受信し、端末別／アプリ別に、該状態テーブル１５２に基づく情報を記憶部２２に格納し、蓄積する。

（２）ステップＳ２０２
制御部２３は、既定時間情報２２２に基づく時刻に、状態テーブル１５２に基づく情報を、端末別／アプリ別に集計し、集計ログ２２１を作成／更新する。

（３）ステップＳ２０３
制御部２３は、集計の完了後、通知対象リスト２２３に基づく通知先に、集計ログ２２１に基づく情報を送信する。

例えば、制御部２３は、既定時間情報２２２に基づいて、毎日午前４時に、バッチで状態テーブル１５２に基づく情報のログを集計し、集計ログ２２１を作成／更新する。制御部２３は、集計の完了後、通知対象リスト２２３に示されたメーリングリストに従って、担当者毎、或いは、メーリングリストのグループ毎に、集計ログ２２１に基づく情報を送信する。

集計サーバ２０から集計ログ２２１に基づく情報を受信した通知先（アプリケーションソフトウェア１５１の開発者等）は、集計ログ２２１に基づく情報を参照し、その内容に基づいて新たな開発を行い、アプリケーションソフトウェア１５１のバージョンアップや新規企画に反映する。

［補足］
なお、集計サーバ２０は、携帯端末１０から状態テーブル１５２に基づく情報を受信した際、携帯端末１０に対して、対価として、クーポン配布、ポイント付与、特別なデータの送信等のサービスを提供するようにしても良い。

＜第２実施形態＞
以下に、本発明の第２実施形態について説明する。

本発明の第１実施形態では、携帯端末自体が備える無線通信機能を利用して状態テーブルに基づく情報を集計サーバに送信しているが、実際には、携帯端末以外の代理送信装置が備える通信機能を利用して状態テーブルに基づく情報を集計サーバに送信できるようにしても良い。

［システム構成］
図６を参照して、本発明の第２実施形態に係るアプリログ取得システムの構成例について説明する。

本発明の第２実施形態に係るアプリログ取得システムは、携帯端末１０と、集計サーバ２０と、代理送信装置３０を含む。

携帯端末１０、及び集計サーバ２０については、基本的に、第１実施形態と同様である。すなわち、携帯端末１０、及び集計サーバ２０は、基本的に、第１実施形態と同様の機能を有している。

代理送信装置３０は、携帯端末１０が接続された際に、携帯端末１０から状態テーブル１５２に基づく情報を取得し、集計サーバ２０に送信する。

［携帯端末の構成］
以下に、本実施形態における携帯端末の構成例について説明する。

携帯端末１０は、無線電話通信機能部１１と、無線ＬＡＮ通信機能部１２と、表示部１３と、入力部１４と、記憶部１５と、制御部１６と、外部接続部１７を備える。

無線電話通信機能部１１、無線ＬＡＮ通信機能部１２、表示部１３、入力部１４、記憶部１５、及び制御部１６については、基本的に、第１実施形態と同様である。

外部接続部１７は、代理送信装置３０と接続するためのインターフェースである。

例えば、制御部１６は、外部接続部１７が代理送信装置３０に接続された際に、記憶部１５から通信可否１５２４に「通信失敗」を示す値が記録された状態テーブル１５２を検出し、外部接続部１７から該状態テーブル１５２に基づく情報を出力する。

［代理送信装置の構成］
以下に、代理送信装置の構成例について説明する。

代理送信装置３０は、端末接続部３１と、送受信部３２と、記憶部３３と、制御部３４を備える。

端末接続部３１は、携帯端末１０と接続するためのインターフェースである。端末接続部３１は、携帯端末１０から状態テーブル１５２に基づく情報を受信する。

送受信部３２は、集計サーバ２０の送受信部２１と対応する通信用インターフェースである。すなわち、送受信部３２は、ネットワークを介して、集計サーバ２０の送受信部２１と通信する。

記憶部３３は、プログラムや各種データを記憶するための記憶装置である。ここでは、記憶部３３は、携帯端末１０から受信した状態テーブル１５２に基づく情報を記憶する。

制御部３４は、上記の代理送信装置３０内の各部（内部構成）の動作やデータ処理を制御する処理装置である。ここでは、制御部３４は、端末接続部３１に携帯端末１０が接続されたことを検知した際、端末接続部３１を介して、携帯端末１０から状態テーブル１５２に基づく情報を受信して記憶部３３に記憶し、送受信部３２を介して、記憶された状態テーブル１５２に基づく情報を集計サーバ２０に送信する。このとき、制御部３４は、携帯端末１０から、「通信失敗」を示す値が記録された状態テーブル１５２に基づく情報のみ受信し、「通信失敗」を示す値が記録された状態テーブル１５２に基づく情報のみ集計サーバ２０に送信するようにしても良い。

なお、制御部３４が状態テーブル１５２に基づく情報を集計サーバ２０に送信するタイミングは、携帯端末１０から状態テーブル１５２に基づく情報を受信すると同時でも良いし、状態テーブル１５２に基づく情報を蓄積して既定時間に送信するようにしても良い。

［ハードウェアの例示］
携帯端末１０、及び集計サーバ２０の例については、第１実施形態と同様であるため省略する。

代理送信装置３０の例として、通信機能を有する充電器等のクレイドル（ｃｒａｄｌｅ）、街頭や店舗内に設置される情報端末、或いは、携帯端末１０と接続可能なデスクトップＰＣ（又はその周辺機器）等が考えられる。

外部接続部１７、及び端末接続部３１の例として、充電用の電源端子、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）ポート等の所定の規格に準拠した接続口（コネクタ）、接触型／非接触型の近距離無線通信用のインターフェース、或いは、ＩＣチップ及びその読取装置等が考えられる。

なお、外部接続部１７、及び端末接続部３１は、無線電話通信機能部１１、及び無線ＬＡＮ通信機能部１２と同様の通信用インターフェースでも良い。この場合、代理送信装置３０は、基地局やアクセスポイント等に該当する。

送受信部３２の例については、第１実施形態における集計サーバ２０の送受信部２１と同様である。

記憶部３３の例については、第１実施形態における携帯端末１０の記憶部１５や、集計サーバ２０の記憶部２２と同様である。

制御部３４の例については、第１実施形態における携帯端末１０の制御部１６や、集計サーバ２０の制御部２３と同様である。

但し、実際には、これらの例に限定されない。

［補足］
例えば、代理送信装置３０がクレイドルや情報端末、或いは携帯端末１０とＵＳＢ続可能なＰＣ等である場合、携帯端末１０は、上記のような代理送信装置３０に接続した状態で、代理送信装置３０を介してアプリをダウンロードし起動して、音楽や映像等のコンテンツを再生することもある。このような場合、携帯端末１０自体が備える無線通信機能を利用して状態テーブル１５２に基づく情報を集計サーバ２０に送信するよりも、接続中の代理送信装置３０が備える通信機能を利用して状態テーブル１５２に基づく情報を集計サーバ２０に送信するほうが好適である。

また、代理送信装置３０又は集計サーバ２０は、携帯端末１０から状態テーブル１５２に基づく情報を受信した際、携帯端末１０に対して、対価として、携帯端末１０のバッテリーの充電や、クーポン配布、ポイント付与、特別な情報の視聴等のサービスを提供するようにしても良い。

なお、送受信部３２は、有線通信に対応し、常時ネットワークに接続されていると好適である。この場合、携帯端末１０は、無線通信ができない環境であっても、代理送信装置３０に接続することで、状態テーブル１５２に基づく情報を集計サーバ２０に送信することができる。

＜各実施形態の関係＞
なお、上記の各実施形態は、組み合わせて実施することも可能である。

＜まとめ＞
本発明では、スマートフォン等における落しきりのアプリ（ダウンロード後に通信を要しないアプリ）に関しても、該アプリ自体に通信機能を設け、該アプリの起動時に集計システムのサーバにアクセスさせることにより、該アプリの利用状況に関する情報の収集を行う。

初回のアプリ起動時と、２回目以降のアプリ起動時の２つに分けて、利用状況に関する情報を取得する。例えば、アプリ側で、初回起動済みフラグの有無で、初回起動時か２回目以降かを判断して、該フラグを取得情報に付加してサーバに送信し、サーバ側でも判別する。

取得情報の例として、アプリ固有ＩＤ（アプリ名称と紐付け用）、端末ＩＤ、通信方式（３Ｇ／ｗｉｆｉ）等が考えられる。なお、基本的に、個人情報は取得しないものとする。

ＰＣと異なり、携帯可能で移動中に使用可能なスマートフォンでは、環境によっては通信負荷になる場合がある。また、３Ｇ回線使用時には、ユーザにパケット通信料が発生するため、通信量や通信回数の多いデータ通信は好ましくない。

本発明では、スマートフォンにおいて、３Ｇ回線を使用する場合には1回だけ取得情報のサーバへの送信を試み、無線ＬＡＮ回線を使用する場合には所定の回数だけ取得情報のサーバへの送信を試みる。取得情報のサーバへの送信に失敗して終了した場合、送信できなかった取得情報を保持しておき、次回、新たな取得情報のサーバへの送信を試みる際に、一緒に、保持している取得情報をまとめてサーバに送信する。

＜備考＞
以上、本発明の実施形態を詳述してきたが、実際には、上記の実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の変更があっても本発明に含まれる。

１０… 携帯端末
１１… 無線電話通信機能部
１２… 無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）通信機能部
１３… 表示部
１４… 入力部
１５… 記憶部
１５１… アプリケーションソフトウェア
１５２… 状態テーブル
１５２１… 端末ＩＤ
１５２２… アプリＩＤ
１５２３… 起動フラグ
１５２４… 通信可否
１５２５… 起動日時
１５３… 送信先情報
１５４… リトライ回数情報
１６… 制御部
１７… 外部接続部
２０… 集計サーバ
２１… 送受信部
２２… 記憶部
２２１… 集計ログ
２２１１… アプリＩＤ
２２１２… 端末ＩＤ
２２１３… 起動フラグ
２２１４… 通信方式
２２１５… 起動日時
２２２… 既定時間情報
２２３… 通知対象リスト
２３… 制御部
３０… 代理送信装置
３１… 端末接続部
３２… 送受信部
３３… 記憶部
３４… 制御部

Claims (10)

1. アプリケーションソフトウェアを起動し実行する携帯端末と、
   前記アプリケーションソフトウェアの起動状況に関する情報を収集し集計する集計サーバと
   を含み、
   前記携帯端末は、
   前記アプリケーションソフトウェアを起動した際に、アプリケーションソフトウェア毎に組み込まれたデータ収集機能に従って、前記アプリケーションソフトウェアの起動状況に関する情報を作成し、前記集計サーバに送信し、
   無線通信により前記集計サーバへのアクセスを試み、前記集計サーバへのアクセスに失敗した場合、オフライン時、及び、前記無線通信が無線電話通信であれば、前記集計サーバへのアクセスを再試行せずに通信処理を終了し、前記無線通信が無線ＬＡＮ通信であれば、前記集計サーバへのアクセスを再試行する
   アプリログ取得システム。
2. 請求項１に記載のアプリログ取得システムであって、
   前記携帯端末は、前記集計サーバへのアクセスに失敗した場合、前記アプリケーションソフトウェアの起動状況に関する情報に通信失敗の旨を記録する
   アプリログ取得システム。
3. アプリケーションソフトウェアを起動し実行する携帯端末と、
   前記アプリケーションソフトウェアの起動状況に関する情報を収集し集計する集計サーバと
   を含み、
   前記携帯端末は、
   前記アプリケーションソフトウェアを起動した際に、アプリケーションソフトウェア毎に組み込まれたデータ収集機能に従って、前記アプリケーションソフトウェアの起動状況に関する情報を作成し、
   無線通信により前記集計サーバへのアクセスを試み、前記集計サーバへのアクセスに失敗した場合、前記アプリケーションソフトウェアの起動状況に関する情報に通信失敗の旨を記録し、
   前記アプリケーションソフトウェアの起動状況に関する情報と、通信失敗の旨が記録された他のアプリケーションソフトウェアの起動状況に関する情報を前記集計サーバに送信する
   アプリログ取得システム。
4. アプリケーションソフトウェアを起動し実行する手段と、
   前記アプリケーションソフトウェアを起動した際に、アプリケーションソフトウェア毎に組み込まれたデータ収集機能に従って、前記アプリケーションソフトウェアの起動状況に関する情報を作成する手段と、
   前記データ収集機能に従って、前記アプリケーションソフトウェアの起動状況に関する情報を収集し集計する集計サーバに、前記アプリケーションソフトウェアの起動状況に関する情報を送信する手段と、
   無線通信により前記集計サーバへのアクセスを試みる手段と、
   前記集計サーバへのアクセスに失敗した場合、オフライン時、及び、前記無線通信が無線電話通信であれば、前記集計サーバへのアクセスを再試行せずに通信処理を終了する手段と、
   前記集計サーバへのアクセスに失敗した場合、前記無線通信が無線ＬＡＮ通信であれば、前記集計サーバへのアクセスを再試行する手段と
   を具備する
   携帯端末。
5. 請求項４に記載の携帯端末であって、
   前記集計サーバへのアクセスに失敗した場合、
   前記アプリケーションソフトウェアの起動状況に関する情報に通信失敗の旨を記録する手段と
   を更に具備する
   携帯端末。
6. アプリケーションソフトウェアを起動し実行する手段と、
   前記アプリケーションソフトウェアを起動した際に、アプリケーションソフトウェア毎に組み込まれたデータ収集機能に従って、前記アプリケーションソフトウェアの起動状況に関する情報を作成する手段と、
   前記データ収集機能に従って、前記アプリケーションソフトウェアの起動状況に関する情報を収集し集計する集計サーバに、前記アプリケーションソフトウェアの起動状況に関する情報を送信する手段と、
   前記アプリケーションソフトウェアの起動状況に関する情報と、通信失敗の旨が記録された他のアプリケーションソフトウェアの起動状況に関する情報を前記集計サーバに送信する手段
   を更に具備する
   携帯端末。
7. 携帯端末により実施されるアプリログ取得方法であって、
   アプリケーションソフトウェアを起動し実行することと、
   前記アプリケーションソフトウェアを起動した際に、アプリケーションソフトウェア毎に組み込まれたデータ収集機能に従って、前記アプリケーションソフトウェアの起動状況に関する情報を作成することと、
   前記データ収集機能に従って、前記アプリケーションソフトウェアの起動状況に関する情報を収集し集計する集計サーバに、前記アプリケーションソフトウェアの起動状況に関する情報を送信することと、
   無線通信により前記集計サーバへのアクセスを試みることと、
   前記集計サーバへのアクセスに失敗した場合、オフライン時、及び、前記無線通信が無線電話通信であれば、前記集計サーバへのアクセスを再試行せずに通信処理を終了することと、
   前記集計サーバへのアクセスに失敗した場合、前記無線通信が無線ＬＡＮ通信であれば、前記集計サーバへのアクセスを再試行することと
   を含む
   アプリログ取得方法。
8. 請求項７に記載のアプリログ取得方法であって、
   前記集計サーバへのアクセスに失敗した場合、
   前記アプリケーションソフトウェアの起動状況に関する情報に通信失敗の旨を記録することと
   を更に含む
   アプリログ取得方法。
9. アプリケーションソフトウェアを起動し実行することと、
   前記アプリケーションソフトウェアを起動した際に、アプリケーションソフトウェア毎に組み込まれたデータ収集機能に従って、前記アプリケーションソフトウェアの起動状況に関する情報を作成することと、
   前記データ収集機能に従って、前記アプリケーションソフトウェアの起動状況に関する情報を収集し集計する集計サーバに、前記アプリケーションソフトウェアの起動状況に関する情報を送信することと、
   前記アプリケーションソフトウェアの起動状況に関する情報と、通信失敗の旨が記録された他のアプリケーションソフトウェアの起動状況に関する情報を送信すること
   を更に含む
   アプリログ取得方法。
10. 請求項７から９のいずれか１項に記載のアプリログ取得方法を携帯端末に実行させるアプリログ取得プログラム。
    

Images