(57)【特許請求の範囲】
【請求項１】
ネットワークを介して通信する複数の端末からのポーリングを受信するポーリング受信部と、
前記受信されたポーリングを送信した前記端末がログデータの収集に係るパラメータの設定の変更を要する端末であるか否かを判定する変更要否判定部と、
前記端末がログデータの収集に係るパラメータの設定の変更を要する端末であると判定された場合、前記ポーリングに対する応答として、前記端末に対して前記ログデータの収集に係るパラメータの設定の変更を指示する指示データを送信する指示データ送信部と、
複数のログ解析装置から、前記ログデータの収集に係るパラメータの設定の変更の要求を受信する変更要求受信部と
を備え、
前記変更要否判定部は、前記ログ解析装置からの前記ログデータの収集に係るパラメータの設定の変更の要求において変更の対象となる前記端末を特定し、前記受信されたポーリングを送信した前記端末が前記特定された端末であるか否かを判定する
情報処理装置。
【請求項２】
前記端末から送信されたログデータを受信して蓄積するデータベース
をさらに備え、
ネットワークを介して接続される前記複数のログ解析装置からの要求に応じて前記データベースに蓄積されたログデータを前記ログ解析装置に供給する
請求項１に記載の情報処理装置。
【請求項３】
前記指示データ送信部は、前記端末が前記ログデータを前記情報処理装置に対して送信する頻度を変更する指示データを送信する
請求項１に記載の情報処理装置。
【請求項４】
前記指示データ送信部は、前記端末が前記情報処理装置に対して送信するログデータに含まれるデータの内容を変更する指示データを送信する
請求項１に記載の情報処理装置。
【請求項５】
変更要求受信部が、複数のログ解析装置から、ログデータの収集に係るパラメータの設定の変更の要求を受信し、
ポーリング受信部が、ネットワークを介して通信する複数の端末からのポーリングを受信し、
変更要否判定部が、前記ログ解析装置からの前記ログデータの収集に係るパラメータの設定の変更の要求において変更の対象となる前記端末を特定し、前記受信されたポーリングを送信した前記端末が前記特定された端末であるか否かを判定し、
指示データ送信部が、前記端末が前記特定された端末であると判定された場合、前記ポーリングに対する応答として、前記端末に対して前記ログデータの収集に係るパラメータの設定の変更を指示する指示データを送信するステップ
を含む情報処理方法。
【請求項６】
ログ収集サーバと複数の電子機器により構成されるログ収集システムであって、
前記ログ収集サーバは、
ネットワークを介して通信する前記複数の電子機器からのポーリングを受信するポーリング受信部と、
前記受信されたポーリングを送信した前記電子機器がログデータの収集に係るパラメータの設定の変更を要する電子機器であるか否かを判定する変更要否判定部と、
前記電子機器がログデータの収集に係るパラメータの設定の変更を要する電子機器であると判定された場合、前記ポーリングに対する応答として、前記電子機器に対して前記ログデータの収集に係るパラメータの設定の変更を指示する指示データを送信する指示データ送信部と、
複数のログ解析装置から、前記ログデータの収集に係るパラメータの設定の変更の要求を受信する変更要求受信部と
を備え、
前記変更要否判定部は、前記ログ解析装置からの前記ログデータの収集に係るパラメータの設定の変更の要求において変更の対象となる前記電子機器を特定し、前記受信されたポーリングを送信した前記電子機器が前記特定された電子機器であるか否かを判定し、
前記電子機器は、
イベントの発生を検知するイベント検知部と、
前記検知されたイベントに係る情報のログとしての記録を制御するログ記録制御部と、
予め定められた時刻に、前記ログ収集サーバに対するポーリングを送信するポーリング送信部と、
前記ログ収集サーバから、送信された前記ポーリングに対する応答に含まれる指示データを取得して、前記指示データに基づいてログデータの収集に係るパラメータの設定を変更する設定変更部と、
前記設定が変更されたパラメータに基づいて、前記ログを抽出して生成される前記ログデータを、前記ログ収集サーバに送信するログデータ送信部と
を備える
ログ収集システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置および方法、並びにログ収集システムに関し、特に、目的に応じたログ収集を効率的に行うことができるようにする情報処理装置および方法、並びにログ収集システムに関する。
【背景技術】
【０００２】
従来より、各種の電子機器などにおいて、ログの収集が行われている。
【０００３】
ログを収集して解析することにより、例えば、機器の使用状況の実態を把握し、リソースの配分の適正化などを行うこともできる。あるいはまた、収集したログを、機器のユーザの嗜好やライフスタイルの分析などに用いることも可能である。
【０００４】
ログを解析する際には、通常、出来るだけ多くのログを収集して、後から解析を行うことが一般的である。また、ログを収集するシステムと、収集したログを解析するシステムとは、互いに独立した仕組みであることが一般的である。
【０００５】
例えば、ログ収集は、サーバクライアントによる連携したシステムであり、記録方式、データベース、通信プロトコル、ログ回収のタイミングなどを充分に検討した上で、システム設計を行う必要がある。一方で、ログ解析は、例えば、データマイニング手法など、ログデータに対する分析の方式を充分に検討した上で、システム設計を行う必要がある。
【０００６】
このように、従来の技術においては、ログを収集するシステムと、収集したログを解析するシステムとは、別々のスキームで設計され、互いに独立した仕組みであることが一般的であった。
【０００７】
また、ログ収集端末で収集したログをログサーバに送信し、ログサーバで保存、解析するようにすることで、例えば、ログ解析による結果をフィードバックしてゲーム開発時に役立てることができるログ収集解析システムも提案されている（例えば、特許文献１）。
【０００８】
【特許文献１】特開２００３−０５８３９５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
しかしながら、ログデータのデータ量が多くなると、データ処理に時間がかかるようになり、所望の分析を単位時間内に終了させることが困難になる。
【００１０】
また、データ量が増えると、保持、管理のコストも高くなる。
【００１１】
さらに、従来のログ収集は、各機器から収集し得るログを一律に収集することが多かったため、全ユーザにログ収集の負担を掛けることになる。例えば、機器のバッテリー消費、セキュリティリスクなどの負担をユーザに強いることになる。
【００１２】
また、従来のログ収集においては、例えば、それまで想定していなかったログの内容を追加する必要に迫られたり、ログ収集の頻度を増やす必要に迫られた際には、多数の関係者との間で調整が必要になることがある。例えば、ログ解析の都合上、それまで送信されることがなかった情報をログデータに追加することが必要となった場合、各機器に実装されるアプリケーションプログラムなどを変更する必要がある。または、各機器からログ収集用のサーバへログデータを送信する頻度を変更することが必要となった場合も、やはり機器に実装されるアプリケーションプログラムなどを変更する必要がある。
【００１３】
そして、変更されたアプリケーションプログラムなどを、多数の機器にあらためて実装させる必要がある。従来、例えば、機器のアプリケーションプログラムのバージョンアップのタイミングに合わせて、ログ収集に係る機能の追加などが行われていた。しかし、マーケティングなどを目的としてログ解析を行う場合、スピードが重要な要素となる。例えば、期間限定のイベントなどにおけるマーケティングを目的としたログ解析は、その期間内に解析が完了しなければ意味を持たないものとなる。
【００１４】
さらに、例えば、ログ収集に係るシステムとログ解析に係るシステムが、互いに独立した仕組みを採用していることにより、ログの内容の追加、ログ収集の頻度の変更などの対応に係る調整がより複雑になる傾向にあった。
【００１５】
本発明はこのような状況に鑑みてなされたものであり、目的に応じたログ収集を効率的に行うことができるようにするものである。
【課題を解決するための手段】
【００１６】
本発明の第１の側面は、ネットワークを介して通信する複数の端末からのポーリングを受信するポーリング受信部と、前記受信されたポーリングを送信した前記端末がログデータの収集に係るパラメータの設定の変更を要する端末であるか否かを判定する変更要否判定部と、前記端末がログデータの収集に係るパラメータの設定の変更を要する端末であると判定された場合、前記ポーリングに対する応答として、前記端末に対して前記ログデータの収集に係るパラメータの設定の変更を指示する指示データを送信する指示データ送信部と、複数のログ解析装置から、前記ログデータの収集に係るパラメータの設定の変更の要求を受信する変更要求受信部とを備え、前記変更要否判定部は、前記ログ解析装置からの前記ログデータの収集に係るパラメータの設定の変更の要求において変更の対象となる前記端末を特定し、前記受信されたポーリングを送信した前記端末が前記特定された端末であるか否かを判定する情報処理装置である。
【００１７】
前記端末から送信されたログデータを受信して蓄積するデータベースをさらに備え、ネットワークを介して接続される前記複数のログ解析装置からの要求に応じて前記データベースに蓄積されたログデータを前記ログ解析装置に供給するようにすることができる。
【００１９】
前記指示データ送信部は、前記端末が前記ログデータを前記情報処理装置に対して送信する頻度を変更する指示データを送信するようにすることができる。
【００２０】
前記指示データ送信部は、前記端末が前記情報処理装置に対して送信するログデータに含まれるデータの内容を変更する指示データを送信するようにすることができる。
【００２１】
本発明の第１の側面は、変更要求受信部が、複数のログ解析装置から、ログデータの収集に係るパラメータの設定の変更の要求を受信し、ポーリング受信部が、ネットワークを介して通信する複数の端末からのポーリングを受信し、変更要否判定部が、前記ログ解析装置からの前記ログデータの収集に係るパラメータの設定の変更の要求において変更の対象となる前記端末を特定し、前記受信されたポーリングを送信した前記端末が前記特定された端末であるか否かを判定し、指示データ送信部が、前記端末が前記特定された端末であると判定された場合、前記ポーリングに対する応答として、前記端末に対して前記ログデータの収集に係るパラメータの設定の変更を指示する指示データを送信するステップを含む情報処理方法である。
【００２２】
本発明の第１の側面においては、複数のログ解析装置から、ログデータの収集に係るパラメータの設定の変更の要求が受信され、ネットワークを介して通信する複数の端末からのポーリングが受信され、前記ログ解析装置からの前記ログデータの収集に係るパラメータの設定の変更の要求において変更の対象となる前記端末が特定され、前記受信されたポーリングを送信した前記端末が前記特定された端末であるか否かが判定され、前記端末が前記特定された端末であると判定された場合、前記ポーリングに対する応答として、前記端末に対して前記ログデータの収集に係るパラメータの設定の変更を指示する指示データが送信される。
【００２６】
本発明の第３の側面は、ログ収集サーバと複数の電子機器により構成されるログ収集システムであって、前記ログ収集サーバは、ネットワークを介して通信する前記複数の電子機器からのポーリングを受信するポーリング受信部と、前記受信されたポーリングを送信した前記電子機器がログデータの収集に係るパラメータの設定の変更を要する電子機器であるか否かを判定する変更要否判定部と、前記電子機器がログデータの収集に係るパラメータの設定の変更を要する電子機器であると判定された場合、前記ポーリングに対する応答として、前記電子機器に対して前記ログデータの収集に係るパラメータの設定の変更を指示する指示データを送信する指示データ送信部と、複数のログ解析装置から、前記ログデータの収集に係るパラメータの設定の変更の要求を受信する変更要求受信部とを備え、前記変更要否判定部は、前記ログ解析装置からの前記ログデータの収集に係るパラメータの設定の変更の要求において変更の対象となる前記電子機器を特定し、前記受信されたポーリングを送信した前記電子機器が前記特定された電子機器であるか否かを判定し、前記電子機器は、イベントの発生を検知するイベント検知部と、前記検知されたイベントに係る情報のログとしての記録を制御するログ記録制御部と、予め定められた時刻に、前記ログ収集サーバに対するポーリングを送信するポーリング送信部と、前記ログ収集サーバから、送信された前記ポーリングに対する応答に含まれる指示データを取得して、前記指示データに基づいてログデータの収集に係るパラメータの設定を変更する設定変更部と、前記設定が変更されたパラメータに基づいて、前記ログを抽出して生成される前記ログデータを、前記ログ収集サーバに送信するログデータ送信部とを備えるログ収集システムである。
【００２７】
本発明の第３の側面においては、複数のログ解析装置から、ログデータの収集に係るパラメータの設定の変更の要求が受信され、ネットワークを介して通信する複数の電子機器からのポーリングが受信され、前記ログ解析装置からの前記ログデータの収集に係るパラメータの設定の変更の要求において変更の対象となる前記電子機器が特定され、前記受信されたポーリングを送信した前記電子機器が前記特定された電子機器であるか否かが判定され、前記電子機器が前記特定された電子機器であると判定された場合、前記ポーリングに対する応答として、前記電子機器に対して前記ログデータの収集に係るパラメータの設定の変更を指示する指示データが送信される。また、イベントの発生が検知され、前記検知されたイベントに係る情報のログとしての記録が制御され、予め定められた時刻に、前記ログ収集サーバに対するポーリングが送信され、前記ログ収集サーバから、送信された前記ポーリングに対する応答に含まれる指示データが取得されて、前記指示データに基づいてログデータの収集に係るパラメータの設定が変更され、前記設定が変更されたパラメータに基づいて、前記ログを抽出して生成される前記ログデータが、前記ログ収集サーバに送信される。
【発明の効果】
【００２８】
本発明によれば、目的に応じたログ収集を効率的に行うことができる。
【図面の簡単な説明】
【００２９】
【図１】ログ収集およびログ解析の方式の例を説明する図である。
【図２】本技術によるログ収集およびログ解析の方式を説明する図である。
【図３】本技術に係るログ収集システムの構成例を示す図である。
【図４】図３の端末の構成例を示すブロック図である。
【図５】図３のログ収集サーバの構成例を示すブロック図である。
【図６】図４のＣＰＵで実行されるプログラムなどのソフトウェアの機能的構成例を示すブロック図である。
【図７】図５のＣＰＵで実行されるプログラムなどのソフトウェアの機能的構成例を示すブロック図である。
【図８】端末から送信されるログデータの例を示す図である。
【図９】ログ収集サーバのデータベースに記憶されるデータの例を示す図である。
【図１０】ログ収集サーバのデータベースに記憶される別のデータの例を示す図である。
【図１１】ログ解析装置のディスプレイに表示される画面の例を示す図である。
【図１２】図１１に対応してパラメータの設定の変更を指示するためのＧＵＩの例を示す図である。
【図１３】指示データの例を示す図である。
【図１４】ログ解析装置のディスプレイに表示される画面の別の例を示す図である。
【図１５】指示データの別の例を示す図である。
【図１６】ログ送信処理の例を説明するフローチャートである。
【図１７】ポーリング応答処理の例を説明するフローチャートである。
【発明を実施するための形態】
【００３０】
以下、図面を参照して、ここで開示する技術の実施の形態について説明する。
【００３１】
図１は、ログ収集およびログ解析の方式を説明する図である。同図に示される例は、ログ収集対象端末（例えば、スマートフォン）１からログ収集サーバ２にログデータが送信される。そして、ログ解析装置４によりログ収集サーバからログデータが取得され、ログの解析が行われる。
【００３２】
ログ収集対象端末であるスマートフォン１は、例えば、無線により基地局にアクセスし、その後、インターネットなどのネットワークを介してログ収集サーバ２と通信を行うようになされている。無線による通信は、例えば、携帯電話機などで用いられている移動体通信網を用いて行われるようになされている。
【００３３】
スマートフォン１は、例えば、ＧＵＩによる操作部としての機能を兼ねたディスプレイを有する構成とされ、例えば、インターネットを介して所定のＷＥＢページにアクセスし、ディスプレイにＷＥＢページの情報を表示することができるように構成されている。また、スマートフォン１は、例えば、所定の時間以上ユーザの操作入力がなされなかった場合、自動的にディスプレイの表示などがロックされ、ロックされた後は、省電力モードで動作するようになされている。ユーザは、予め設定された所定の操作（例えば、ディスプレイにタッチする）とともに、登録されているパスワードなどを入力することにより、スマートフォン１のロックを解除することができる。
【００３４】
また、例えば、スマートフォン１のユーザが、予め時刻とＵＲＬ（Uniform Resource Locator）を登録しておくことにより、所望の時刻に所望のＷＥＢページに自動的にアクセスし、ディスプレイにＷＥＢページの情報を表示させることもできる。すなわち、スマートフォン１において、ロックが解除された時刻に応じて、自動的にディスプレイにＷＥＢページの情報を表示させることもできる。例えば、午前７時乃至８時の間にロックが解除された場合、スマートフォン１のディスプレイに自動的に鉄道の運行状況が表示され、午前９時乃至午前１０時の間にロックが解除された場合、スマートフォン１のディスプレイに自動的にニュースが表示されるようにすることができる。
【００３５】
ログ収集対象端末（スマートフォン）１から送信されるログデータは、例えば、スマートフォン１がユーザによりロック解除された時刻、およびそのとき表示されたＷＥＢページなどの情報が含まれる。
【００３６】
スマートフォン１から送信されたログデータは、ログ収集サーバ２に接続された外部記憶部装置などに構築されたデータベース３に蓄積されるようになされている。
【００３７】
ログデータを解析する場合、解析者は、例えば、パーソナルコンピュータなどにより構成されるログ解析装置４を用いて、ログ収集サーバ２からログデータを取得する。ログ解析装置４は、例えば、インターネットなどのネットワークを介してログ収集サーバ２にアクセスし、データベース３の中の所望のログデータを検索する。そして、検索されたログデータを、ネットワークを介して受信することでログデータを取得するようになされている。
【００３８】
なお、同図においては、ログ収集対象端末１が１台のみ記載されているが、実際には、もっと多くのログ収集対象端末が存在する。
【００３９】
この例では、図１の左側に記載されたログ収集に係るソフトウェアなどと、図１の右側に記載されたログ解析に係るソフトウェアなどが、それぞれ異なる方式で開発される。
【００４０】
例えば、ログ収集に係るソフトウェアは、スマートフォン１に実装されるアプリケーションプログラムなどの一部として開発される。このアプリケーションプログラムが実行されることにより、例えば、予め設定された所定の時刻に、スマートフォン１からログ収集サーバ２へ予め決められた情報を含んだログデータを送信するようになされる。
【００４１】
また、例えば、ログ解析に係るソフトウェアは、マーケティングや利用実態の把握などログ解析の目的に応じて開発され、データベース３に蓄積されたログデータから所望の情報を抽出して、解析者に提示するなどの処理を実行するようになされる。
【００４２】
ただし、このような図１の例の技術によるログ収集およびログ解析においては、次のような問題が考えられる。
【００４３】
例えば、この例の技術では、多数のログ収集対象端末１のそれぞれが、一律の情報量を有するログデータを、一律の頻度でログ収集サーバ２に送信することになるので、データベース３に蓄積されるログデータのデータ量も膨大なものとなる。ログデータのデータ量が多くなると、データ処理に時間がかかるようになり、所望の分析を単位時間内に終了させることが困難になる。また、データ量が増えると、保持、管理のコストも高くなる。
【００４４】
また、この例の技術でのログ収集は、各機器から収集し得るログを一律に収集することが多かったため、全ユーザにログ収集の負担を掛けることになる。例えば、機器のバッテリー消費、セキュリティリスクなどの負担をユーザに強いることになる。
【００４５】
さらに、この例のログ収集においては、例えば、それまで想定していなかったログの内容を追加する必要に迫られたり、ログ収集の頻度を増やす必要に迫られた際には、多数のユーザとの間で調整が必要になることがある。例えば、ログ解析の都合上、それまで送信されることがなかった情報をログデータに追加することが必要となった場合、スマートフォン１に実装されるアプリケーションプログラムなどを変更する必要がある。または、ログ収集対象端末１からログ収集サーバ２へログデータを送信する頻度を変更することが必要となった場合も、やはりスマートフォン１に実装されるアプリケーションプログラムなどを変更する必要がある。
【００４６】
そして、変更されたアプリケーションプログラムなどを、多数のログ収集対象端末１にあらためて実装させる必要がある。例えば、スマートフォン１のアプリケーションプログラムのバージョンアップのタイミングに合わせて、ログ収集に係る機能の追加などが行われていた。しかし、マーケティングなどを目的としてログ解析を行う場合、スピードが重要な要素となる。例えば、期間限定のイベントなどにおけるマーケティングを目的としたログ解析は、その期間内に解析が完了しなければ意味を持たないものとなる。
【００４７】
さらに、例えば、ログ収集に係るシステムとログ解析に係るシステムが、互いに独立した仕組みを採用していることにより、ログの内容の追加、ログ収集の頻度の変更などの対応に係る調整がより複雑になる傾向にあった。
【００４８】
そこで、本技術においては、図２に示されるように、ログ解析装置４のユーザの要求に応じて、ログ収集対象端末１にパラメータがフィードバックされるようにする。例えば、ログデータに含めるべき情報（ログの内容）やログデータをログ収集サーバ２に送信する頻度などをパラメータとして設定できるようにし、ログ解析装置４のユーザの要求に応じてパラメータを変更できるようにする。そして、ログ収集サーバ２を介して、全てのログ収集対象端末１に、変更されたパラメータをフィードバックできるようにする。
【００４９】
図３は、本技術に係るログ収集システム１０の構成例を示す図である。ログ収集対象端末である端末２１、端末２２、端末２３、・・・は、ログ収集のためのソフトウェア、ハードウェアが装備されており、それぞれネットワーク２５に接続されている。
【００５０】
端末２１、端末２２、端末２３、・・・のそれぞれは、例えば、パーソナルコンピュータ、携帯電話機、スマートフォンなどの電子機器により構成される。ここでは、端末２１、端末２２、端末２３、・・・のそれぞれが、スマートフォンとして構成される場合の例について説明する。スマートフォンの機能については、図１を参照して上述した場合と同様である。
【００５１】
すなわち、スマートフォンは、例えば、ＧＵＩによる操作部としての機能を兼ねたディスプレイを有する構成とされ、例えば、インターネットを介して所定のＷＥＢページにアクセスし、ディスプレイにＷＥＢページの情報を表示することができるように構成されている。また、スマートフォンは、例えば、所定の時間以上ユーザの操作入力がなされなかった場合、自動的にディスプレイの表示などがロックされ、ロックされた後は、省電力モードで動作するようになされている。ユーザは、予め設定された所定の操作（例えば、ディスプレイにタッチする）とともに、登録されているパスワードなどを入力することにより、スマートフォンのロックを解除することができる。
【００５２】
また、例えば、スマートフォンのユーザが、予め時刻とＵＲＬ（Uniform Resource Locator）を登録しておくことにより、所望の時刻に所望のＷＥＢページに自動的にアクセスし、ディスプレイにＷＥＢページの情報を表示させることもできる。すなわち、スマートフォンにおいて、ロックが解除された時刻に応じて、自動的にディスプレイにＷＥＢページの情報を表示させることもできる。例えば、午前７時乃至８時の間にロックが解除された場合、スマートフォンのディスプレイに自動的に鉄道の運行状況が表示され、午前９時乃至午前１０時の間にロックが解除された場合、スマートフォンのディスプレイに自動的にニュースが表示されるようにすることができる。
【００５３】
スマートフォンから送信されるログデータは、例えば、スマートフォンがユーザによりロック解除された時刻、およびそのとき表示されたＷＥＢページなどの情報が含まれる。
【００５４】
ネットワーク２５は、例えば、無線による通信を行うための基地局などを含み、その後、ログ収集サーバ２７と通信を行うための有線のネットワーク（例えば、インターネット）を含むものとされる。
【００５５】
端末２１、端末２２、端末２３、・・・は、それぞれ定期的にログ収集サーバ２７に対するポーリングを行うようになされており、ポーリングに伴って、自身の識別番号などを送信するようになされている。また、端末２１、端末２２、端末２３、・・・には、それぞれ所定のアプリケーションプログラムが実装されており、このプログラムが実行されることにより、自動的に、ログ収集サーバ２７にログデータが送信されるようになされている。
【００５６】
また、端末２１、端末２２、端末２３、・・・に実装されるアプリケーションプログラムは、ログ収集サーバ２７から送信されるデータに基づいてパラメータの設定を受け付けるようになされている。例えば、上述したポーリングに対する応答として、ログ収集サーバ２７から端末２１、端末２２、端末２３、・・・へ、パラメータの設定に係るデータが送信される。パラメータの設定に係るデータは、例えば、ＸＭＬ文として記述されたデータとされる。
【００５７】
ログ収集サーバ２７は、例えば、比較的処理能力の高いコンピュータなどにより構成され、ＨＤＤなどにより構成される外部記憶装置に構築されたデータベース２６へのデータの書き込み、読み出しなどの処理を制御する。端末２１、端末２２、端末２３、・・・から送信されたログデータは、例えば、所定のフォーマットのデータセットに置き換えられ、データベース２６に順次記憶されていくようになされている。
【００５８】
また、ログ収集サーバ２７は、データベース２６に蓄積されたログデータを所定の基準で分類する処理などを実行するようになされている。
【００５９】
ログ解析装置３１、ログ解析装置３２、ログ解析装置３３、・・・は、それぞれパーソナルコンピュータなどにより構成される。ログデータを解析する場合、解析者は、例えば、ログ解析装置３１を用いて、ログ収集サーバ２７からログデータを取得する。ログ解析装置３１は、例えば、インターネットなどのネットワーク２８を介してログ収集サーバ２７にアクセスし、データベース２６の中の所望のデータセットを検索する。なお、ネットワーク２５とネットワーク２８は、同じネットワークとされるようにしてもよい。
【００６０】
そして、解析者は、上述のように検索されたデータセットから得られるデータを、ネットワークを介してログ解析装置３１で受信することでログデータを取得するようになされている。ログ解析装置３１は、例えば、ログ収集サーバ２７によるログデータの分類結果に基づいて、取得したログデータをグラフ化して表示するなどの処理を実行するようになされている。
【００６１】
図４は、図３の端末２１の構成例を示すブロック図である。なお、同図は、端末２１の構成とされているが、同図の構成を端末２２、端末２３、・・・に適用することも可能である。
【００６２】
図４において、端末２１のＣＰＵ（Central Processing Unit）１１１は、ＲＯＭ（Read Only Memory）１１２に記憶されているプログラム、または記憶部１２３からＲＡＭ（Random Access Memory）１１３にロードされたプログラムに従って各種の処理を実行する。ＲＡＭ１１３にはまた、ＣＰＵ１１１が各種の処理を実行する上において必要なデータなども適宜記憶される。
【００６３】
ＣＰＵ１１１、ＲＯＭ１１２、およびＲＡＭ１１３は、バス１１４を介して相互に接続されている。このバス１１４にはまた、入出力インタフェース１２０も接続されている。
【００６４】
入出力インタフェース１２０には、キーボード、マウスなどよりなる入力部１２１、ＬＣＤ（Liquid Crystal Display）などよりなるディスプレイ、並びにスピーカなどよりなる出力部１２２、および、ハードディスクやフラッシュメモリなどより構成される記憶部１２３が接続されている。
【００６５】
入出力インタフェース１２０にはまた、必要に応じてドライブ１２５が接続され、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア１２６が適宜装着され、それらから読み出されたコンピュータプログラムが、必要に応じて記憶部１２３にインストールされる。
【００６６】
入出力インタフェース１２０にはさらに、移動体通信網用無線通信部１３１、および近距離無線通信部１３２が接続されている。
【００６７】
移動体通信網用無線通信部１３１は、図示せぬ無線基地局と無線通信を行い、移動体通信網を介した通信を行う無線通信デバイスである。移動体通信網用無線通信部１３１は、例えば２GHzの周波数帯を使い、通話アプリケーションだけでなく、最大２Mbpsのデータ通信を用いてインターネット接続など各種通信アプリケーションに利用される。例えば、移動体通信網用無線通信部１３１による無線通信は、コンテンツデータのダウンロードやサーバ２１との通信等に用いられる。なお、移動体通信網用無線通信部１３１は、例えば、いわゆる第３世代携帯電話の通信方式による通信が可能なデバイスなどとして構成されることが想定されている。
【００６８】
近距離無線通信部１３２は、例えば、Bluetooth（登録商標、ＢＴとも称する）やIEEE（Institute of Electrical and Electronic Engineers）802.11x等の近距離無線通信デバイスである。ここで、近距離無線通信とは、通信可能最大距離が数メートル乃至数十メートル程度のローカルな（狭域の）無線通信を意味する。通信規格は任意である。例えば、近距離無線通信部１３２がＢＴの通信を行うものである場合は、アンテナを経由して2.4GHz帯にて最大通信速度３Ｍビット／秒（バージョン2.0＋EDR以降）の通信を行う。
【００６９】
端末２１の各部は、ＣＰＵ１１１により制御される。制御プログラムの実行バイナリコードはＲＯＭ１１２や記憶部１２３に保存されており、各種演算処理のためスタック、ヒープ領域はＲＡＭ１１３上に展開される。
【００７０】
図５は、図３のログ収集サーバ２７の構成例を示すブロック図である。
【００７１】
同図に示されるように、ログ収集サーバ２７は、端末２１の場合と同様に、バス２０４を介して互いに接続されるＣＰＵ２０１、ＲＯＭ２０２、およびＲＡＭ２０３を有する。また、バス２０４には、入出力インタフェース２１０が接続される。
【００７２】
この入出力インタフェース２１０には、端末２１の場合と同様に、入力部２１１、出力部２１２、記憶部２１３、およびリムーバブルメディア２１６用のドライブ２１５が接続される。
【００７３】
図５のＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、バス２０４、入出力インタフェース２１０、入力部２１１、出力部２１２、記憶部２１３、ドライブ２１５、およびリムーバブルメディア２１６は、それぞれ、図４のＣＰＵ１１１、ＲＯＭ１１２、ＲＡＭ１１３、バス１１４、入出力インタフェース１２０、入力部１２１、出力部１２２、記憶部１２３、ドライブ１２５、およびリムーバブルメディア１２６に対応する。
【００７４】
ログ収集サーバ２７は、また、入出力インタフェース２１０に接続される通信部２１４を有する。この通信部２１４は、ネットワークを介して他の装置と通信を行う通信デバイスである。例えば、通信部２１４は、有線のネットワークに接続され、端末２１、端末２２、端末２３、・・・やログ解析装置３１、ログ解析装置３２、ログ解析装置３３、・・・との通信に利用される。
【００７５】
入出力インタフェース２１０には、さらに、データベース２６が接続される。
【００７６】
データベース２６には、上述したように、端末２１、端末２２、端末２３、・・・から送信されたログデータが、例えば、所定のフォーマットのデータセットに置き換えられ、順次記憶されていくようになされている。
【００７７】
図６は、図４の端末２１のＣＰＵ１１１で実行されるプログラムなどのソフトウェアの機能的構成例を示すブロック図である。
【００７８】
同図に示されるイベント検知部３０１は、端末２１において発生した各種のイベントを検知するようになされている。例えば、イベント検知部３０１は、端末２１のディスプレイの表示のロック、またはロックの解除をイベントとして検知する。また、例えば、イベント検知部３０１は、端末２１が所定のＷＥＢページにアクセスした場合、そのアクセスおよびアクセス先のＵＲＬをイベントとして検知するようになされている。
【００７９】
イベント記録制御部３０２は、イベント検知部３０１により検知されたイベントを、そのイベントの発生時刻と対応付けて記録するようになされている。
【００８０】
ポーリング制御部３０３は、端末２１が定期的にログ収集サーバ２７に対して行うポーリングを制御するようになされている。また、ポーリング制御部３０３は、ログ収集サーバ２７からのポーリングに対する応答に、フィードバックが含まれている場合、フィードバックに係る情報をフィードバック制御部３０４に供給するようになされている。上述したように、ポーリングに対する応答として、ログ収集サーバ２７から端末２１へ、パラメータの設定に係るデータがフィードバックとして送信される。
【００８１】
フィードバック制御部３０４は、フィードバックに係る情報を読み込んで指定されたパラメータの設定を反映させる。これにより、例えば、ＸＭＬ文として記述されたデータが、フィードバックに係る情報として読み込まれ、ＸＭＬ文の記述に従ってパラメータが新たに設定（設定が変更）される。
【００８２】
ログデータ生成部３０５は、予め設定されたパラメータに基づいて、イベント記録制御部３０２により記録された情報からログデータを生成するようになされている。例えば、ログデータに含めるべき情報の内容がパラメータとして指定され、指定された情報を含むログデータが生成される。なお、フィードバック制御部３０４により、パラメータの設定が変更された場合、ログデータ生成部３０５は、変更後のパラメータに基づいてログデータを生成する。
【００８３】
ログデータ送信部３０６は、予め設定されたパラメータに基づいて、ログデータ生成部３０５により生成されたログデータを、ログ収集サーバ２７に送信するようになされている。例えば、時間帯毎にログデータを送信する頻度（間隔）がパラメータとして指定され、指定された頻度でログデータが送信される。なお、フィードバック制御部３０４により、パラメータの設定が変更された場合、ログデータ送信部３０６は、変更後のパラメータに基づいてログデータを生成する。
【００８４】
図７は、図５のログ収集サーバ２７のＣＰＵ２０１で実行されるプログラムなどのソフトウェアの機能的構成例を示すブロック図である。
【００８５】
同図に示されるポーリング制御部３３１は、端末２１などから送信されるポーリングを受信し、ポーリングに対する応答を送信する処理の制御などを行うようになされている。なお、ポーリング制御部３３１が送信するポーリングに対する応答には、必要に応じてフィードバックに係る情報が含まれる。
【００８６】
ログ受信制御部３３２は、端末２１などから送信されるログデータの受信を制御するようになされている。また、ログ受信制御部３３２は、受信したログデータを、例えば、所定のフォーマットのデータセットに置き換えて、データベース２６に順次記憶させる。
【００８７】
ログデータ分類部３３３は、ログ受信制御部３３２により受信されたログデータを所定の基準で分類するようになされている。ログデータ分類部３３３は、例えば、K-means法などのクラスタリング手法によりログデータを分類する。例えば、各端末の１日当たりのロック解除の回数に応じて、各端末から受信したログデータを複数のクラス（例えば、平均的回数のクラス、回数が多いクラス、回数が少ないクラスなど）に分類するようになされている。
【００８８】
ログデータ分類部３３３は、例えば、後述する要求取得制御部３３４の制御に応じてログデータを分類し、分類結果を要求取得制御部３３４に供給するようになされている。
【００８９】
要求取得制御部３３４は、ログ解析装置３１、ログ解析装置３２、ログ解析装置３３、・・・からの要求を取得し、取得した要求に応じた処理を実行するようになされている。例えば、ログ解析装置３１などから、ログデータの検索の要求を受信した場合、要求取得制御部３３４は、データベース２６に記憶されているログデータを検索し、検索結果を返信するようになされている。
【００９０】
また、要求取得制御部３３４は、ログ解析装置３１などからパラメータの設定の変更の要求が受信された場合、変更すべきパラメータを特定する情報などを生成して指示データ生成部３３５に供給するようになされている。
【００９１】
指示データ生成部３３５は、例えば、要求取得制御部３３４から供給される情報に基づいて、端末２１などに対してパラメータの設定の変更を指示する指示データを生成するようになされている。例えば、パラメータの設定の変更を指示するためのＸＭＬ文が指示データとして生成される。
【００９２】
なお、指示データ生成部により生成された指示データは、ポーリング制御部３３１に供給され、ポーリングに対する応答として端末２１などに送信される。
【００９３】
図８は、端末２１などから送信されるログデータの例を示す図である。同図の例では、セミコロンやカンマにより区切られたデータによりログデータが構成されている。例えば、ログデータのフォーマットは予め定められており、定められたフォーマットに従って生成されたログデータが送信される。
【００９４】
図９は、ログ収集サーバ２７のデータベース２６に記憶されるデータの例を示す図である。この例では、データベース２６に４件（図中の４行）のデータセットが記憶されている。そして、各データセットのそれぞれが「ｉｄ」、「ｔｓ」、「ｄａｔｅ」、「ｖｅｒｓｉｏｎ」、および「ｓｄｋ ｉｎｔ」の５つの属性を有する構成とされている。
【００９５】
属性「ｕｉｄ」は、端末２１、端末２２、端末２３、・・・などの各端末に固有の識別番号とされる。属性「ｉｄ」は、属性「ｕｉｄ」として記述された識別番号を簡素化したものとされる。
【００９６】
属性「ｔｓ」は、いわゆるタイムスタンプとされ、例えば、属性「ｉｄ」で識別される各端末において、最後に送信されたログデータに対応するイベントの発生日時が記述される。
【００９７】
属性「ｄａｔｅ」は、いわゆる登録日時を示す情報とされ、例えば、属性「ｉｄ」で識別される各端末において、最初に送信されたログデータに対応するイベントの発生日時が記述される。
【００９８】
属性「ｖｅｒｓｉｏｎ」は、各端末に実装されているアプリケーションプログラムなどのバージョンを表す情報とされる。
【００９９】
属性「ｓｄｋ ｉｎｔ」は、各端末に実装されているＯＳ（オペレーティングシステム）などのバージョンを表す情報とされる。
【０１００】
ここでは、４件のデータセットが記憶されている例について説明したが、実際にはもっと多くのデータセットが記憶される。
【０１０１】
図９に示されるデータは、各端末のプログラムの実装状態などを簡単に確認できるようにするためのものであり、いわゆる端末情報データベースとされる。すなわち、図９に示されるデータにより構成される端末情報データベースは、ログ収集サーバ２７に対してポーリングを行う端末の台数分の行のデータにより構成されることになる。
【０１０２】
なお、ここに示したものは、いわゆる端末情報データベースの一例であり、これとは異なる属性を有する端末情報データベースが構成されるようにしてもよい。例えば、各端末のユーザの年齢、性別、職業などの情報が含まれる端末情報データベースが構成されるようにしてもよい。
【０１０３】
図１０は、ログ収集サーバ２７のデータベース２６に記憶される別のデータの例を示す図である。図１０の場合、各端末から複数回送信されたログデータに対応する行のデータセットによりデータベースが構成されており、このデータベースはいわゆるログデータベースとされる。
【０１０４】
この例では、データベース２６に５件（図中の５行）のデータセットが記憶されている。そして、各データセットのそれぞれが「ｉｄ」、「ｏｉｄ」、「ｎｉｄ」、「ｔｓ」、「ｄｉｆｆ」、「ｏｐ」、「ｃｉｄ」および「ｐｒｅｃｉｄ」の８つの属性を有する構成とされている。
【０１０５】
属性「ｉｄ」は、図９の場合と同様である。
【０１０６】
属性「ｏｉｄ」は、当該データセットに固有の識別番号とされる。
【０１０７】
属性「ｎｉｄ」は、例えば、当該データセットに対応するログデータのイベントを識別する番号などとされる。例えば、ディスプレイの表示のロック、またはロックの解除などを表す情報（番号）が記述される。
【０１０８】
属性「ｔｓ」は、いわゆるタイムスタンプとされ、当該データセットに対応するログデータのイベントの発生日時などの情報が記述される。
【０１０９】
属性「ｄｉｆｆ」は、例えば、当該データセットに対応するログデータのイベントの継続時間を表す情報とされる。例えば、当該データセットに対応するログデータのイベントがディスプレイの表示のロックの解除であった場合、ロックの解除から再びロックされるまでの時間を表す情報が記述される。
【０１１０】
属性「ｏｐ」は、当該データセットに対応するログデータのイベントが発生した際の操作の種類を表す情報とされる。例えば、当該データセットに対応するログデータが、端末のディスプレイにタッチする操作が行われてディスプレイの表示のロックの解除されたイベントに対応するものであった場合、属性「ｏｐ」には、端末のディスプレイにタッチする操作を表す情報（番号）が記述される。
【０１１１】
属性「ｃｉｄ」は、例えば、当該データセットに対応するログデータのイベントが発生した際に端末２１などのディスプレイに表示されていたコンテンツを特定する識別番号とされる。例えば、端末２１などが、所定のＷＥＢページにアクセスし、そのＷＥＢページの情報をディスプレイに表示していた場合、属性ｃｉｄには、アクセス先のＵＲＬなどを特定する情報（番号）が記述される。
【０１１２】
属性「ｐｒｅｃｉｄ」は、例えば、当該データセットに対応するログデータのイベントが発生する以前、直近に端末２１などのディスプレイに表示されていたコンテンツを特定する情報（番号）とされる。
【０１１３】
なお、ここに示したものは、いわゆるログデータベースの一例であり、これとは異なる属性を有するログデータベースが構成されるようにしてもよい。例えば、各端末のバッテリーの消費状態、単位時間あたりに送受信したデータ量などの情報が含まれるログデータベースが構成されるようにしてもよい。あるいはまた、各端末のＧＰＳ機能などを用いて取得された各端末の現在位置を特定する情報などが含まれるログデータベースが構成されるようにしてもよい。
【０１１４】
図１１は、ログ解析装置３１などのディスプレイに表示される画面の例を示す図である。この例では、各端末の一週間あたりのロック解除の頻度についてのデータが、円グラフとしてグラフ化されて表示されている。
【０１１５】
この円グラフによれば、一週間あたりのロック解除の回数が５回以下の端末の割合が４１.３％であり、６回乃至１１回の端末の割合が２１.７％であり、１２回乃至１６回の端末の割合が１９.６％であり、１７回以上の端末の割合が１７.４％であったことが分かる。このようなログデータの分類は、例えば、ログ収集サーバ２７のログデータ分類部３３３により実行される。
【０１１６】
解析者は、例えば、ログ解析装置３１などのディスプレイに表示される図１１のような画面を参照し、マーケティングや利用実態の把握などを行うことになる。
【０１１７】
コンテンツのマーケティングを行う業者などの解析者が、例えば、所定のコンテンツのマーケティングを行う際に、一週間あたりのロック解除の頻度が高い端末のログ収集をより頻繁に行うべきと考えたとする。また、一週間あたりのロック解除の回数が５回以下の端末については、ログ収集を行う必要はないと考えたとする。この場合、解析者は、ログ解析装置３１などのディスプレイに図１２に示されるようなＧＵＩを表示させ、ログ収集の頻度を変更するように、パラメータの設定の変更を要求することができる。
【０１１８】
図１２の例では、図１１の円グラフの各端末のロック解除の頻度に対応してパラメータの設定の変更を指示するためのＧＵＩが表示されている。同図の例では、円グラフの領域Ａ乃至領域Ｄに対応するプルダウンメニューが表示されている。
【０１１９】
同図の例では、領域Ａに分類された端末のログ収集について、「ログを取らない」旨指示されている。また、領域Ｂに分類された端末のログ収集について、「ログを大まかに取る（例えば、１時間に１回ログを送信させる）」旨指示されている。さらに、領域Ｃに分類された端末のログ収集について、「ログを細かく取る（例えば、３０分に１回ログを送信させる）」旨指示されている。また、領域Ｄに分類された端末のログ収集について、「ログを細かく取る」旨指示されている。なお、図１２の例では、現在、領域Ｄに対応するプルダウンメニューにおいて、「ログを細かく取る」が指定されている。
【０１２０】
なお、図１１に示される画面、図１２に示される画面などを表示させるために送受信されるデータについて、ログ収集サーバ２７とログ解析装置３１、ログ解析装置３２、ログ解析装置３３、・・・との間で予めプロトコルなどが定められているものとする。すなわち、解析者は、ログ解析装置３１などにおいて、予め決められた所定の操作を行うことにより、ログ収集サーバ２７からデータを受信して図１１に示されるような画面を表示させることができるものとする。また、解析者は、ログ解析装置３１などにおいて、予め決められた所定の操作を行うことにより、図１２に示されるような画面を表示させ、ログ収集サーバ２７に、ログ収集に係るパラメータの設定を変更させることができるものとする。
【０１２１】
例えば、図１２に示される画面により、ログ解析装置３１からパラメータの設定の変更の要求がなされた場合、ログ収集サーバ２７の要求取得制御部３３４により、この要求が受信される。そして、要求取得制御部３３４は、変更すべきパラメータを特定する情報などを生成して指示データ生成部３３５に供給する。
【０１２２】
例えば、要求取得制御部３３４により、領域Ａに分類された端末が特定され、それらの端末についてログを取らないようにする指示データを生成するための情報が供給される。これにより、指示データ生成部３３５によって、図１３に示されるような指示データが生成される。
【０１２３】
図１３の例では、パラメータの設定の変更を指示するためのＸＭＬ文が指示データとして生成されている。同図のＸＭＬ文において「<response uid=” 0d68ae6dbcf30dd576d70df15ee1991b” logid=” op” >」と記述されたタグにより、この指示データを送信する端末の識別番号（図９の属性「ｕｉｄ」）が指定されている。ここで、指定された「ｕｉｄ」に対応する端末のポーリングに対する応答に、この指示データが含められることになる。
【０１２４】
そして、「<target>0</target>」と記述されたタグにより、当該端末がログ収集の対象外であることが指定されている。なお、ログ収集の対象となる端末に対する指示データでは、このタグは、「<target>1</target>」と記述される。
【０１２５】
このような指示データは、指示データ生成部３３５により、領域Ａに分類された端末のそれぞれについて生成される。例えば、ログデータ分類部３３３による分類結果に基づいて、要求取得制御部３３４が領域Ａに分類された端末のそれぞれの識別番号を特定し、端末の識別番号を指定するタグの記述が変更されて図１３に示されるような指示データがそれぞれ生成されることになる。
【０１２６】
なお、領域Ｂ乃至領域Ｄに分類された各端末に対しても、ログ解析装置３１からのパラメータの設定の変更の要求に応じた指示データが生成されることになる。
【０１２７】
また、解析者は、例えば、図１４に示されるような画面を表示させることもできる。この例では、各端末の各時間帯におけるロック解除の頻度についてのデータが、折線グラフとしてグラフ化されて表示されている。例えば、同図の線４０１は、一週間あたりのロック解除の回数に基づいて分類された第１のクラスに属する端末の各時間帯におけるロック解除の回数の平均値をプロットしたものとされる。また、同図の線４０２は、一週間あたりのロック解除の回数に基づいて分類された第２のクラスに属する端末の各時間帯におけるロック解除の回数の平均値をプロットしたものとされる。さらに、同図の線４０３は、一週間あたりのロック解除の回数に基づいて分類された第３のクラスに属する端末の各時間帯におけるロック解除の回数の平均値をプロットしたものとされる。
【０１２８】
図１４の例では、「０−３（０時乃至３時）」、「３−６（３時乃至６時）」、「６−９（６時乃至９時）」、・・・「２１−２４（２１時乃至２４時）」の３時間間隔の時間帯におけるロック解除の回数の変化が示されている。解析者は、例えば、図１４のスライダーバー４１０を操作することにより、２時間間隔の時間帯におけるロック解除の回数、６時間間隔の時間帯におけるロック解除の回数、・・・を表示させることができる。
【０１２９】
解析者は、例えば、ログ解析装置３１などのディスプレイに表示される図１４のような画面を参照し、マーケティングや利用実態の把握などを行うこともできる。
【０１３０】
コンテンツのマーケティングを行う業者などの解析者が、例えば、所定のコンテンツのマーケティングを行う際に、第３のクラスに属する端末について、０時乃至３時の時間帯においてより詳細（より多くの情報を含む）にログデータを収集すべきと考えたとする。また、第３のクラスに属する端末について、３時乃至６時の時間帯においてログデータを収集する必要はほとんどないと考えたとする。この場合、解析者は、ログ解析装置３１などのディスプレイに図示せぬＧＵＩを表示させ、ログ収集の内容を変更するように、パラメータの設定の変更を要求することができる。
【０１３１】
例えば、ログ解析装置３１からパラメータの設定の変更の要求がなされた場合、ログ収集サーバ２７の要求取得制御部３３４により、この要求が受信される。そして、要求取得制御部３３４は、変更すべきパラメータを特定する情報などを生成して指示データ生成部３３５に供給する。
【０１３２】
例えば、要求取得制御部３３４により、第３のクラスに分類された端末が特定され、それらの端末について、時間帯毎のログの内容を指示する指示データを生成するための情報が供給される。これにより、指示データ生成部３３５によって、図１５に示されるような指示データが生成される。
【０１３３】
図１５の例では、パラメータの設定の変更を指示するためのＸＭＬ文が指示データとして生成されている。同図のＸＭＬ文において「<response uid=” 0d68ae6dbcf30dd576d70df15ee1991b” logid=” op” >」と記述されたタグにより、この指示データを送信する端末の識別番号（図９の属性「ｕｉｄ」）が指定されている。ここで、指定された「ｕｉｄ」に対応する端末のポーリングに対する応答に、この指示データが含められることになる。また、同図のＸＭＬ文において「<target>1</target>」と記述されたタグにより、当該端末がログ収集の対象として指定されている。
【０１３４】
さらに、図１５のＸＭＬ文におけるその後の記述により、各時間帯に収集するログデータに含めるべきデータの内容が指定されている。なお、ここでは、ログ収集の時間帯を、「０−３」、「３−６」、「６−９」、・・・「２１−２４」の３時間間隔で８の時間帯に分類し、８の時間帯のそれぞれを識別するために０乃至７の番号を割り当てるものとする。例えば、番号０の時間帯は「０−３」であり、番号１の時間帯は「３−６」であり、・・・番号７の時間帯は「２１−２４」とされる。
【０１３５】
また、ここでは、また、収集するログデータに含めるべきデータの内容を識別するために０乃至２の番号を割り当てるものとする。例えば、番号０の場合、端末の識別番号とタイムスタンプのみがログデータに含められ、番号１の場合、さらに、イベントが発生した際の操作の種類を表す情報がログデータに含められる。そして、番号２の場合、さらに、イベントが発生した際に端末２１などのディスプレイに表示されていたコンテンツを特定する識別番号がログデータに含められる。
【０１３６】
例えば、図１５のＸＭＬ文において「<logtype timeIndex=” 0” >2</logtype>」と記述されたタグにより、「０−３」の時間帯においては、端末の識別番号、タイムスタンプ、イベントが発生した際の操作の種類を表す情報、およびイベントが発生した際のコンテンツの識別番号をログデータに含めて送信させる旨が指定されている。また、「<logtype timeIndex=” 1” >0</logtype>」と記述されたタグにより、「３−６」の時間帯においては、端末の識別番号とタイムスタンプのみをログデータに含めて送信させる旨が指定されている。
【０１３７】
同様に、それ以降の時間帯においても収集するログデータに含めるべきデータの内容が指定されている。
【０１３８】
このような指示データは、指示データ生成部３３５により、第３のクラスに分類された端末のそれぞれについて生成される。例えば、ログデータ分類部３３３による分類結果に基づいて、要求取得制御部３３４が第３のクラスに分類された端末のそれぞれの識別番号を特定し、端末の識別番号を指定するタグの記述が変更されて図１５に示されるような指示データがそれぞれ生成されることになる。
【０１３９】
このように、本技術によれば、ログデータに含めるべき情報（ログの内容）やログデータをログ収集サーバに送信する頻度などをパラメータとして設定できる。そして、ログ収集サーバを介して、全てのログ収集対象端末に、変更されたパラメータをフィードバックできる。すなわち、ログ解析装置のユーザ（解析者）の要求に応じて、ログ収集対象端末にパラメータがフィードバックされる。
【０１４０】
ログデータのデータ量が多くなると、データ処理に時間がかかるようになり、所望の分析を単位時間内に終了させることが困難になる。また、データ量が増えると、保持、管理のコストも高くなる。
【０１４１】
さらに、従来技術によるログ収集のように、各機器から収集し得るログを一律に収集すると、全ユーザにログ収集の負担を掛けることになる。例えば、機器のバッテリー消費、セキュリティリスクなどの負担をユーザに強いることになる。
【０１４２】
また、従来のログ収集においては、ログ解析の都合上、それまで送信されることがなかった情報をログデータに追加することが必要となった場合、例えば、機器のアプリケーションプログラムのバージョンアップのタイミングに合わせて、ログ収集に係る機能の追加などが行われていた。
【０１４３】
さらに、例えば、ログ収集に係るシステムとログ解析に係るシステムが、互いに独立した仕組みを採用していることにより、ログの内容の追加、ログ収集の頻度の変更などの対応に係る調整がより複雑になる傾向にあった。
【０１４４】
これに対して、本技術では、上述したように、ログ収集サーバを介して、全てのログ収集対象端末に、変更されたパラメータをフィードバックできるようにした。つまり、ログデータの送信頻度や内容を目的に応じて変更することができるので、目的を達成するための必要最小限のログデータを収集することができる。従って、例えば、処理すべきログデータの量が膨大になることもなく、充実したログ解析を行うことが可能となる。
【０１４５】
また、本技術によれば、アプリケーションプログラムのバージョンアップのタイミングなどを待つことなく、ログ収集対象端末にパラメータがフィードバックされるようにした。従って、スピード感に富んだマーケティングなどを行うことが可能となる。
【０１４６】
さらに、本技術においては、例えば、ＸＭＬ文により記述された指示により、フィードバックが反映されるようにした。従って、例えば、関係者間での複雑な調整を行うことなく、ログの内容の追加、ログ収集の頻度の変更などの対応を行うことができる。
【０１４７】
また、本技術によれば、一度収集したログを解析した結果、ログデータに含めるデータの内容や収集頻度を変更し、その変更後に収集したログを解析した結果、さらにログデータに含めるデータの内容や収集頻度を変更することもできる。すなわち、本技術によれば、例えば、ユーザによる端末の利用目的や利用時間の変化などに応じて動的にログ解析を行うようにすることもできるのである。
【０１４８】
次に、図１６のフローチャートを参照して、図３の端末２１によるログ送信処理の例について説明する。なお、ここでは、端末２１によるログ送信処理の例について説明するが、端末２２、端末２３、・・・についても同様である。
【０１４９】
ステップＳ２１において、端末２１のポーリング制御部３０３は、ポーリングする時刻になったか否かを判定する。ステップＳ２１において、ポーリングする時刻になったと判定された場合、処理は、ステップＳ２２に進む。
【０１５０】
ステップＳ２２において、ポーリング制御部３０３は、ログ収集サーバ２７に対してポーリングを行う。
【０１５１】
ステップＳ２３において、ポーリング制御部３０３は、ステップＳ２２のポーリングに対する応答を受信する。ここで、ポーリング制御部３０３は、ログ収集サーバ２７からのポーリングに対する応答に、フィードバックが含まれている場合、フィードバックに係る情報をフィードバック制御部３０４に供給するようになされている。
【０１５２】
ステップＳ２４において、フィードバック制御部３０４は、応答に含まれる指示（フィードバック）を反映する。ここで、フィードバック制御部３０４は、例えば、フィードバックに係る情報を読み込んで指定されたパラメータの設定を反映させる。これにより、例えば、ＸＭＬ文として記述されたデータが、フィードバックに係る情報として読み込まれ、ＸＭＬ文の記述に従ってパラメータの設定が変更される。
【０１５３】
また、これ以後、ログデータ生成部３０５は、変更後のパラメータに基づいてログデータを生成する。
【０１５４】
なお、ステップＳ２１において、ポーリングする時刻ではないと判定された場合、ステップＳ２２乃至ステップＳ２４の処理はスキップされ、処理は、ステップＳ２５に進む。
【０１５５】
ステップＳ２５において、ログデータ送信部３０６は、ログデータを送信する時刻になったか否かを判定する。ステップＳ２５において、まだ、ログデータを送信する時刻になっていないと判定された場合、処理は、ステップＳ２１に戻る。一方、ステップＳ２５において、ログデータを送信する時刻になったと判定された場合、処理は、ステップＳ２６に進む。
【０１５６】
ステップＳ２６において、ログデータ送信部３０６は、設定されたパラメータに基づいて、ログデータ生成部３０５により生成されたログデータを、ログ収集サーバ２７に送信する。そして、処理は、ステップＳ２１に戻る。
【０１５７】
このようにしてログ送信処理が実行される。
【０１５８】
次に、図１７のフローチャートを参照して、図３のログ収集サーバ２７によるポーリング応答処理の例について説明する。
【０１５９】
ステップＳ４１において、ログ収集サーバ２７の要求取得制御部３３４は、ログ取得条件の変更の要求、すなわち、ログ解析装置３１などから、上述したパラメータの設定の変更の要求があったか否かを判定する。ステップＳ４１において、パラメータの設定の変更の要求があったと判定された場合、処理は、ステップＳ４２に進む。
【０１６０】
ステップＳ４２において、要求取得制御部３３４は、パラメータの設定の変更の対象となる端末（変更対象）を特定する。例えば、各変更対象の識別番号が特定される。
【０１６１】
ステップＳ４３において、指示データ生成部３３５は、ステップＳ４２で特定された変更対象のそれぞれに対する指示データを生成する。このとき、例えば、図１３、図１５を参照して上述したような指示データが生成される。
【０１６２】
ステップＳ４３の処理の後、処理は、ステップＳ４４に進む。また、ステップＳ４１において、パラメータの設定の変更の要求がなかったと判定された場合、ステップＳ４２とステップＳ４３の処理はスキップされ、処理は、ステップＳ４４に進む。
【０１６３】
ステップＳ４４において、ログ収集サーバ２７のポーリング制御部３３１は、端末２１などからのポーリングを受信したか否かを判定する。ステップＳ４４において、ポーリングを受信していないと判定された場合、処理は、ステップＳ４１に戻る。ステップＳ４４において、ポーリングを受信したと判定された場合、処理は、ステップＳ４５に進む。
【０１６４】
ステップＳ４５において、ポーリング制御部３３１は、ステップＳ４４で受信したと判定されたポーリングが、ステップＳ４２で特定した変更対象からのポーリングか否かを判定する。ステップＳ４５において、変更対象からのポーリングでないと判定された場合、処理は、ステップＳ４６に進む。
【０１６５】
ステップＳ４６において、ポーリング制御部３３１は、ポーリングに対する応答として、通常の応答を送信する。
【０１６６】
一方、ステップＳ４５において、変更対象からのポーリングであると判定された場合、処理は、ステップＳ４７に進む。
【０１６７】
ステップＳ４７において、ポーリング制御部３３１は、ポーリングに対する応答として、ステップＳ４３の処理で生成された指示データを含む応答を送信する。
【０１６８】
ステップＳ４６またはステップＳ４７の処理の後、処理は、ステップＳ４１に戻る。
【０１６９】
このようにして、ポーリング応答処理が実行される。
【０１７０】
このようなログ収集システム１０を採用することにより、例えば、次のようなマーケティングを行うことができる。
【０１７１】
例えば、映画の配給会社が１か月後に公開される映画についての効率的な広告宣伝を行うためのマーケティングを行う場合を考える。
【０１７２】
例えば、配給会社のマーケティング担当者は、ログ解析装置３１などを用いて、自社のＷＥＢページにアクセスした端末のログデータを取得して解析する。解析の結果、所定の検索エンジンのＷＥＢページにアクセスした後、自社のＷＥＢページにアクセスする端末が多いことが分かったとする。配給会社のマーケティング担当者は、ログ解析装置３１などを用いて、さらに、自社のＷＥＢページにアクセスする頻度の高い時間帯を特定する。解析の結果、例えば、６時乃至９時の時間帯と、１８時乃至２１時の時間帯において、各端末が自社のＷＥＢページにアクセスする頻度の高いことが分かったとする。
【０１７３】
この場合、配給会社は、例えば、所定の検索エンジンのＷＥＢページにおいて６時乃至９時の時間帯と、１８時乃至２１時の時間帯にバナー広告を表示するようにする効果的である。すなわち、少ない費用で広告宣伝の効果を充分に高めることができる。
【０１７４】
また、このようなログ収集システム１０を採用することにより、例えば、次のような連絡方式を実現することができる。
【０１７５】
例えば、大雨による河川の洪水が懸念され、付近の住民に避難勧告せざる得ない状況になった場合、当該河川の付近に位置している端末をできるだけ多く特定し、当該端末が最も多くアクセスしているＷＥＢページを特定する。そして、当該ＷＥＢページに、例えば、「○○河の氾濫が予想されます。直ちに××方面に避難してください。」というメッセージを表示する。
【０１７６】
このようにすることで、例えば、当該ＷＥＢページにアクセスしたユーザから口コミで情報が伝達されることを期待できる。
【０１７７】
なお、上述した一連の処理は、ハードウェアにより実行させることもできるし、ソフトウェアにより実行させることもできる。上述した一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータにネットワークや記録媒体からインストールされる。また、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、汎用のパーソナルコンピュータなどに、ネットワークや記録媒体からインストールされる。
【０１７８】
上述した一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、インターネットなどのネットワークや、リムーバブルメディアなどからなる記録媒体からインストールされる。
【０１７９】
なお、本明細書において上述した一連の処理は、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０１８０】
また、本発明の実施の形態は、上述した実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の変更が可能である。
【符号の説明】
【０１８１】
１０  ログ収集システム，  ２１  端末，  ２２  端末，  ２３  端末，  ２５  ネットワーク，  ２６  データベース，  ２７  ログ収集サーバ，  ２８  ネットワーク，  ３１  ログ解析装置，  ３２  ログ解析装置，  ３３  ログ解析装置，  １１１  ＣＰＵ，  ２０２  ＣＰＵ，  ３０１  イベント検知部，  ３０２  イベント記録制御部，  ３０３  ポーリング制御部，  ３０４  フィードバック制御部，  ３０５  ログデータ生成部，  ３０６  ログデータ送信部
【図１】
0005672491.tif 000002
【図２】
0005672491.tif 000003
【図３】
0005672491.tif 000004
【図４】
0005672491.tif 000005
【図５】
0005672491.tif 000006
【図６】
0005672491.tif 000007
【図７】
0005672491.tif 000008
【図８】
0005672491.tif 000009
【図９】
0005672491.tif 000010
【図１０】
0005672491.tif 000011
【図１１】
0005672491.tif 000012
【図１２】
0005672491.tif 000013
【図１３】
0005672491.tif 000014
【図１４】
0005672491.tif 000015
【図１５】
0005672491.tif 000016
【図１６】
0005672491.tif 000017
【図１７】
0005672491.tif 000018