JP5672491B2 - 情報処理装置および方法、並びにログ収集システム - Google Patents

情報処理装置および方法、並びにログ収集システム Download PDF

Info

Publication number
JP5672491B2
JP5672491B2 JP2011073043A JP2011073043A JP5672491B2 JP 5672491 B2 JP5672491 B2 JP 5672491B2 JP 2011073043 A JP2011073043 A JP 2011073043A JP 2011073043 A JP2011073043 A JP 2011073043A JP 5672491 B2 JP5672491 B2 JP 5672491B2
Authority
JP
Japan
Prior art keywords
log
terminal
data
collection
polling
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2011073043A
Other languages
English (en)
Other versions
JP2012208672A (ja
Inventor
渡嘉敷　守
守 渡嘉敷
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Corp filed Critical Sony Corp
Priority to JP2011073043A priority Critical patent/JP5672491B2/ja
Priority to CN2012100835789A priority patent/CN102736971A/zh
Priority to US13/426,820 priority patent/US20120254309A1/en
Publication of JP2012208672A publication Critical patent/JP2012208672A/ja
Application granted granted Critical
Publication of JP5672491B2 publication Critical patent/JP5672491B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
    • G06F11/3466—Performance evaluation by tracing or monitoring
    • G06F11/3476—Data logging
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
    • G06F11/3466—Performance evaluation by tracing or monitoring
    • G06F11/3495—Performance evaluation by tracing or monitoring for systems

Description

本発明は、情報処理装置および方法、並びにログ収集システムに関し、特に、目的に応じたログ収集を効率的に行うことができるようにする情報処理装置および方法、並びにログ収集システムに関する。
従来より、各種の電子機器などにおいて、ログの収集が行われている。
ログを収集して解析することにより、例えば、機器の使用状況の実態を把握し、リソースの配分の適正化などを行うこともできる。あるいはまた、収集したログを、機器のユーザの嗜好やライフスタイルの分析などに用いることも可能である。
ログを解析する際には、通常、出来るだけ多くのログを収集して、後から解析を行うことが一般的である。また、ログを収集するシステムと、収集したログを解析するシステムとは、互いに独立した仕組みであることが一般的である。
例えば、ログ収集は、サーバクライアントによる連携したシステムであり、記録方式、データベース、通信プロトコル、ログ回収のタイミングなどを充分に検討した上で、システム設計を行う必要がある。一方で、ログ解析は、例えば、データマイニング手法など、ログデータに対する分析の方式を充分に検討した上で、システム設計を行う必要がある。
このように、従来の技術においては、ログを収集するシステムと、収集したログを解析するシステムとは、別々のスキームで設計され、互いに独立した仕組みであることが一般的であった。
また、ログ収集端末で収集したログをログサーバに送信し、ログサーバで保存、解析するようにすることで、例えば、ログ解析による結果をフィードバックしてゲーム開発時に役立てることができるログ収集解析システムも提案されている（例えば、特許文献１）。
特開２００３−０５８３９５号公報
しかしながら、ログデータのデータ量が多くなると、データ処理に時間がかかるようになり、所望の分析を単位時間内に終了させることが困難になる。
また、データ量が増えると、保持、管理のコストも高くなる。
さらに、従来のログ収集は、各機器から収集し得るログを一律に収集することが多かったため、全ユーザにログ収集の負担を掛けることになる。例えば、機器のバッテリー消費、セキュリティリスクなどの負担をユーザに強いることになる。
また、従来のログ収集においては、例えば、それまで想定していなかったログの内容を追加する必要に迫られたり、ログ収集の頻度を増やす必要に迫られた際には、多数の関係者との間で調整が必要になることがある。例えば、ログ解析の都合上、それまで送信されることがなかった情報をログデータに追加することが必要となった場合、各機器に実装されるアプリケーションプログラムなどを変更する必要がある。または、各機器からログ収集用のサーバへログデータを送信する頻度を変更することが必要となった場合も、やはり機器に実装されるアプリケーションプログラムなどを変更する必要がある。
そして、変更されたアプリケーションプログラムなどを、多数の機器にあらためて実装させる必要がある。従来、例えば、機器のアプリケーションプログラムのバージョンアップのタイミングに合わせて、ログ収集に係る機能の追加などが行われていた。しかし、マーケティングなどを目的としてログ解析を行う場合、スピードが重要な要素となる。例えば、期間限定のイベントなどにおけるマーケティングを目的としたログ解析は、その期間内に解析が完了しなければ意味を持たないものとなる。
さらに、例えば、ログ収集に係るシステムとログ解析に係るシステムが、互いに独立した仕組みを採用していることにより、ログの内容の追加、ログ収集の頻度の変更などの対応に係る調整がより複雑になる傾向にあった。
本発明はこのような状況に鑑みてなされたものであり、目的に応じたログ収集を効率的に行うことができるようにするものである。
本発明の第１の側面は、ネットワークを介して通信する複数の端末からのポーリングを受信するポーリング受信部と、前記受信されたポーリングを送信した前記端末がログデータの収集に係るパラメータの設定の変更を要する端末であるか否かを判定する変更要否判定部と、前記端末がログデータの収集に係るパラメータの設定の変更を要する端末であると判定された場合、前記ポーリングに対する応答として、前記端末に対して前記ログデータの収集に係るパラメータの設定の変更を指示する指示データを送信する指示データ送信部と、複数のログ解析装置から、前記ログデータの収集に係るパラメータの設定の変更の要求を受信する変更要求受信部とを備え、前記変更要否判定部は、前記ログ解析装置からの前記ログデータの収集に係るパラメータの設定の変更の要求において変更の対象となる前記端末を特定し、前記受信されたポーリングを送信した前記端末が前記特定された端末であるか否かを判定する情報処理装置である。
前記端末から送信されたログデータを受信して蓄積するデータベースをさらに備え、ネットワークを介して接続される前記複数のログ解析装置からの要求に応じて前記データベースに蓄積されたログデータを前記ログ解析装置に供給するようにすることができる。
前記指示データ送信部は、前記端末が前記ログデータを前記情報処理装置に対して送信する頻度を変更する指示データを送信するようにすることができる。
前記指示データ送信部は、前記端末が前記情報処理装置に対して送信するログデータに含まれるデータの内容を変更する指示データを送信するようにすることができる。
本発明の第１の側面は、変更要求受信部が、複数のログ解析装置から、ログデータの収集に係るパラメータの設定の変更の要求を受信し、ポーリング受信部が、ネットワークを介して通信する複数の端末からのポーリングを受信し、変更要否判定部が、前記ログ解析装置からの前記ログデータの収集に係るパラメータの設定の変更の要求において変更の対象となる前記端末を特定し、前記受信されたポーリングを送信した前記端末が前記特定された端末であるか否かを判定し、指示データ送信部が、前記端末が前記特定された端末であると判定された場合、前記ポーリングに対する応答として、前記端末に対して前記ログデータの収集に係るパラメータの設定の変更を指示する指示データを送信するステップを含む情報処理方法である。
本発明の第１の側面においては、複数のログ解析装置から、ログデータの収集に係るパラメータの設定の変更の要求が受信され、ネットワークを介して通信する複数の端末からのポーリングが受信され、前記ログ解析装置からの前記ログデータの収集に係るパラメータの設定の変更の要求において変更の対象となる前記端末が特定され、前記受信されたポーリングを送信した前記端末が前記特定された端末であるか否かが判定され、前記端末が前記特定された端末であると判定された場合、前記ポーリングに対する応答として、前記端末に対して前記ログデータの収集に係るパラメータの設定の変更を指示する指示データが送信される。
本発明の第３の側面は、ログ収集サーバと複数の電子機器により構成されるログ収集システムであって、前記ログ収集サーバは、ネットワークを介して通信する前記複数の電子機器からのポーリングを受信するポーリング受信部と、前記受信されたポーリングを送信した前記電子機器がログデータの収集に係るパラメータの設定の変更を要する電子機器であるか否かを判定する変更要否判定部と、前記電子機器がログデータの収集に係るパラメータの設定の変更を要する電子機器であると判定された場合、前記ポーリングに対する応答として、前記電子機器に対して前記ログデータの収集に係るパラメータの設定の変更を指示する指示データを送信する指示データ送信部と、複数のログ解析装置から、前記ログデータの収集に係るパラメータの設定の変更の要求を受信する変更要求受信部とを備え、前記変更要否判定部は、前記ログ解析装置からの前記ログデータの収集に係るパラメータの設定の変更の要求において変更の対象となる前記電子機器を特定し、前記受信されたポーリングを送信した前記電子機器が前記特定された電子機器であるか否かを判定し、前記電子機器は、イベントの発生を検知するイベント検知部と、前記検知されたイベントに係る情報のログとしての記録を制御するログ記録制御部と、予め定められた時刻に、前記ログ収集サーバに対するポーリングを送信するポーリング送信部と、前記ログ収集サーバから、送信された前記ポーリングに対する応答に含まれる指示データを取得して、前記指示データに基づいてログデータの収集に係るパラメータの設定を変更する設定変更部と、前記設定が変更されたパラメータに基づいて、前記ログを抽出して生成される前記ログデータを、前記ログ収集サーバに送信するログデータ送信部とを備えるログ収集システムである。
本発明の第３の側面においては、複数のログ解析装置から、ログデータの収集に係るパラメータの設定の変更の要求が受信され、ネットワークを介して通信する複数の電子機器からのポーリングが受信され、前記ログ解析装置からの前記ログデータの収集に係るパラメータの設定の変更の要求において変更の対象となる前記電子機器が特定され、前記受信されたポーリングを送信した前記電子機器が前記特定された電子機器であるか否かが判定され、前記電子機器が前記特定された電子機器であると判定された場合、前記ポーリングに対する応答として、前記電子機器に対して前記ログデータの収集に係るパラメータの設定の変更を指示する指示データが送信される。また、イベントの発生が検知され、前記検知されたイベントに係る情報のログとしての記録が制御され、予め定められた時刻に、前記ログ収集サーバに対するポーリングが送信され、前記ログ収集サーバから、送信された前記ポーリングに対する応答に含まれる指示データが取得されて、前記指示データに基づいてログデータの収集に係るパラメータの設定が変更され、前記設定が変更されたパラメータに基づいて、前記ログを抽出して生成される前記ログデータが、前記ログ収集サーバに送信される。
本発明によれば、目的に応じたログ収集を効率的に行うことができる。
ログ収集およびログ解析の方式の例を説明する図である。 本技術によるログ収集およびログ解析の方式を説明する図である。 本技術に係るログ収集システムの構成例を示す図である。 図３の端末の構成例を示すブロック図である。 図３のログ収集サーバの構成例を示すブロック図である。 図４のＣＰＵで実行されるプログラムなどのソフトウェアの機能的構成例を示すブロック図である。 図５のＣＰＵで実行されるプログラムなどのソフトウェアの機能的構成例を示すブロック図である。 端末から送信されるログデータの例を示す図である。 ログ収集サーバのデータベースに記憶されるデータの例を示す図である。 ログ収集サーバのデータベースに記憶される別のデータの例を示す図である。 ログ解析装置のディスプレイに表示される画面の例を示す図である。 図１１に対応してパラメータの設定の変更を指示するためのＧＵＩの例を示す図である。 指示データの例を示す図である。 ログ解析装置のディスプレイに表示される画面の別の例を示す図である。 指示データの別の例を示す図である。 ログ送信処理の例を説明するフローチャートである。 ポーリング応答処理の例を説明するフローチャートである。
以下、図面を参照して、ここで開示する技術の実施の形態について説明する。
図１は、ログ収集およびログ解析の方式を説明する図である。同図に示される例は、ログ収集対象端末（例えば、スマートフォン）１からログ収集サーバ２にログデータが送信される。そして、ログ解析装置４によりログ収集サーバからログデータが取得され、ログの解析が行われる。
ログ収集対象端末であるスマートフォン１は、例えば、無線により基地局にアクセスし、その後、インターネットなどのネットワークを介してログ収集サーバ２と通信を行うようになされている。無線による通信は、例えば、携帯電話機などで用いられている移動体通信網を用いて行われるようになされている。
スマートフォン１は、例えば、ＧＵＩによる操作部としての機能を兼ねたディスプレイを有する構成とされ、例えば、インターネットを介して所定のＷＥＢページにアクセスし、ディスプレイにＷＥＢページの情報を表示することができるように構成されている。また、スマートフォン１は、例えば、所定の時間以上ユーザの操作入力がなされなかった場合、自動的にディスプレイの表示などがロックされ、ロックされた後は、省電力モードで動作するようになされている。ユーザは、予め設定された所定の操作（例えば、ディスプレイにタッチする）とともに、登録されているパスワードなどを入力することにより、スマートフォン１のロックを解除することができる。
また、例えば、スマートフォン１のユーザが、予め時刻とＵＲＬ（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>」と記述されたタグにより、「３−６」の時間帯においては、端末の識別番号とタイムスタンプのみをログデータに含めて送信させる旨が指定されている。
同様に、それ以降の時間帯においても収集するログデータに含めるべきデータの内容が指定されている。
このような指示データは、指示データ生成部３３５により、第３のクラスに分類された端末のそれぞれについて生成される。例えば、ログデータ分類部３３３による分類結果に基づいて、要求取得制御部３３４が第３のクラスに分類された端末のそれぞれの識別番号を特定し、端末の識別番号を指定するタグの記述が変更されて図１５に示されるような指示データがそれぞれ生成されることになる。
このように、本技術によれば、ログデータに含めるべき情報（ログの内容）やログデータをログ収集サーバに送信する頻度などをパラメータとして設定できる。そして、ログ収集サーバを介して、全てのログ収集対象端末に、変更されたパラメータをフィードバックできる。すなわち、ログ解析装置のユーザ（解析者）の要求に応じて、ログ収集対象端末にパラメータがフィードバックされる。
ログデータのデータ量が多くなると、データ処理に時間がかかるようになり、所望の分析を単位時間内に終了させることが困難になる。また、データ量が増えると、保持、管理のコストも高くなる。
さらに、従来技術によるログ収集のように、各機器から収集し得るログを一律に収集すると、全ユーザにログ収集の負担を掛けることになる。例えば、機器のバッテリー消費、セキュリティリスクなどの負担をユーザに強いることになる。
また、従来のログ収集においては、ログ解析の都合上、それまで送信されることがなかった情報をログデータに追加することが必要となった場合、例えば、機器のアプリケーションプログラムのバージョンアップのタイミングに合わせて、ログ収集に係る機能の追加などが行われていた。
さらに、例えば、ログ収集に係るシステムとログ解析に係るシステムが、互いに独立した仕組みを採用していることにより、ログの内容の追加、ログ収集の頻度の変更などの対応に係る調整がより複雑になる傾向にあった。
これに対して、本技術では、上述したように、ログ収集サーバを介して、全てのログ収集対象端末に、変更されたパラメータをフィードバックできるようにした。つまり、ログデータの送信頻度や内容を目的に応じて変更することができるので、目的を達成するための必要最小限のログデータを収集することができる。従って、例えば、処理すべきログデータの量が膨大になることもなく、充実したログ解析を行うことが可能となる。
また、本技術によれば、アプリケーションプログラムのバージョンアップのタイミングなどを待つことなく、ログ収集対象端末にパラメータがフィードバックされるようにした。従って、スピード感に富んだマーケティングなどを行うことが可能となる。
さらに、本技術においては、例えば、ＸＭＬ文により記述された指示により、フィードバックが反映されるようにした。従って、例えば、関係者間での複雑な調整を行うことなく、ログの内容の追加、ログ収集の頻度の変更などの対応を行うことができる。
また、本技術によれば、一度収集したログを解析した結果、ログデータに含めるデータの内容や収集頻度を変更し、その変更後に収集したログを解析した結果、さらにログデータに含めるデータの内容や収集頻度を変更することもできる。すなわち、本技術によれば、例えば、ユーザによる端末の利用目的や利用時間の変化などに応じて動的にログ解析を行うようにすることもできるのである。
次に、図１６のフローチャートを参照して、図３の端末２１によるログ送信処理の例について説明する。なお、ここでは、端末２１によるログ送信処理の例について説明するが、端末２２、端末２３、・・・についても同様である。
ステップＳ２１において、端末２１のポーリング制御部３０３は、ポーリングする時刻になったか否かを判定する。ステップＳ２１において、ポーリングする時刻になったと判定された場合、処理は、ステップＳ２２に進む。
ステップＳ２２において、ポーリング制御部３０３は、ログ収集サーバ２７に対してポーリングを行う。
ステップＳ２３において、ポーリング制御部３０３は、ステップＳ２２のポーリングに対する応答を受信する。ここで、ポーリング制御部３０３は、ログ収集サーバ２７からのポーリングに対する応答に、フィードバックが含まれている場合、フィードバックに係る情報をフィードバック制御部３０４に供給するようになされている。
ステップＳ２４において、フィードバック制御部３０４は、応答に含まれる指示（フィードバック）を反映する。ここで、フィードバック制御部３０４は、例えば、フィードバックに係る情報を読み込んで指定されたパラメータの設定を反映させる。これにより、例えば、ＸＭＬ文として記述されたデータが、フィードバックに係る情報として読み込まれ、ＸＭＬ文の記述に従ってパラメータの設定が変更される。
また、これ以後、ログデータ生成部３０５は、変更後のパラメータに基づいてログデータを生成する。
なお、ステップＳ２１において、ポーリングする時刻ではないと判定された場合、ステップＳ２２乃至ステップＳ２４の処理はスキップされ、処理は、ステップＳ２５に進む。
ステップＳ２５において、ログデータ送信部３０６は、ログデータを送信する時刻になったか否かを判定する。ステップＳ２５において、まだ、ログデータを送信する時刻になっていないと判定された場合、処理は、ステップＳ２１に戻る。一方、ステップＳ２５において、ログデータを送信する時刻になったと判定された場合、処理は、ステップＳ２６に進む。
ステップＳ２６において、ログデータ送信部３０６は、設定されたパラメータに基づいて、ログデータ生成部３０５により生成されたログデータを、ログ収集サーバ２７に送信する。そして、処理は、ステップＳ２１に戻る。
このようにしてログ送信処理が実行される。
次に、図１７のフローチャートを参照して、図３のログ収集サーバ２７によるポーリング応答処理の例について説明する。
ステップＳ４１において、ログ収集サーバ２７の要求取得制御部３３４は、ログ取得条件の変更の要求、すなわち、ログ解析装置３１などから、上述したパラメータの設定の変更の要求があったか否かを判定する。ステップＳ４１において、パラメータの設定の変更の要求があったと判定された場合、処理は、ステップＳ４２に進む。
ステップＳ４２において、要求取得制御部３３４は、パラメータの設定の変更の対象となる端末（変更対象）を特定する。例えば、各変更対象の識別番号が特定される。
ステップＳ４３において、指示データ生成部３３５は、ステップＳ４２で特定された変更対象のそれぞれに対する指示データを生成する。このとき、例えば、図１３、図１５を参照して上述したような指示データが生成される。
ステップＳ４３の処理の後、処理は、ステップＳ４４に進む。また、ステップＳ４１において、パラメータの設定の変更の要求がなかったと判定された場合、ステップＳ４２とステップＳ４３の処理はスキップされ、処理は、ステップＳ４４に進む。
ステップＳ４４において、ログ収集サーバ２７のポーリング制御部３３１は、端末２１などからのポーリングを受信したか否かを判定する。ステップＳ４４において、ポーリングを受信していないと判定された場合、処理は、ステップＳ４１に戻る。ステップＳ４４において、ポーリングを受信したと判定された場合、処理は、ステップＳ４５に進む。
ステップＳ４５において、ポーリング制御部３３１は、ステップＳ４４で受信したと判定されたポーリングが、ステップＳ４２で特定した変更対象からのポーリングか否かを判定する。ステップＳ４５において、変更対象からのポーリングでないと判定された場合、処理は、ステップＳ４６に進む。
ステップＳ４６において、ポーリング制御部３３１は、ポーリングに対する応答として、通常の応答を送信する。
一方、ステップＳ４５において、変更対象からのポーリングであると判定された場合、処理は、ステップＳ４７に進む。
ステップＳ４７において、ポーリング制御部３３１は、ポーリングに対する応答として、ステップＳ４３の処理で生成された指示データを含む応答を送信する。
ステップＳ４６またはステップＳ４７の処理の後、処理は、ステップＳ４１に戻る。
このようにして、ポーリング応答処理が実行される。
このようなログ収集システム１０を採用することにより、例えば、次のようなマーケティングを行うことができる。
例えば、映画の配給会社が１か月後に公開される映画についての効率的な広告宣伝を行うためのマーケティングを行う場合を考える。
例えば、配給会社のマーケティング担当者は、ログ解析装置３１などを用いて、自社のＷＥＢページにアクセスした端末のログデータを取得して解析する。解析の結果、所定の検索エンジンのＷＥＢページにアクセスした後、自社のＷＥＢページにアクセスする端末が多いことが分かったとする。配給会社のマーケティング担当者は、ログ解析装置３１などを用いて、さらに、自社のＷＥＢページにアクセスする頻度の高い時間帯を特定する。解析の結果、例えば、６時乃至９時の時間帯と、１８時乃至２１時の時間帯において、各端末が自社のＷＥＢページにアクセスする頻度の高いことが分かったとする。
この場合、配給会社は、例えば、所定の検索エンジンのＷＥＢページにおいて６時乃至９時の時間帯と、１８時乃至２１時の時間帯にバナー広告を表示するようにする効果的である。すなわち、少ない費用で広告宣伝の効果を充分に高めることができる。
また、このようなログ収集システム１０を採用することにより、例えば、次のような連絡方式を実現することができる。
例えば、大雨による河川の洪水が懸念され、付近の住民に避難勧告せざる得ない状況になった場合、当該河川の付近に位置している端末をできるだけ多く特定し、当該端末が最も多くアクセスしているＷＥＢページを特定する。そして、当該ＷＥＢページに、例えば、「○○河の氾濫が予想されます。直ちに××方面に避難してください。」というメッセージを表示する。
このようにすることで、例えば、当該ＷＥＢページにアクセスしたユーザから口コミで情報が伝達されることを期待できる。
なお、上述した一連の処理は、ハードウェアにより実行させることもできるし、ソフトウェアにより実行させることもできる。上述した一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータにネットワークや記録媒体からインストールされる。また、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、汎用のパーソナルコンピュータなどに、ネットワークや記録媒体からインストールされる。
上述した一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、インターネットなどのネットワークや、リムーバブルメディアなどからなる記録媒体からインストールされる。
なお、本明細書において上述した一連の処理は、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
また、本発明の実施の形態は、上述した実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の変更が可能である。
１０ ログ収集システム， ２１ 端末， ２２ 端末， ２３ 端末， ２５ ネットワーク， ２６ データベース， ２７ ログ収集サーバ， ２８ ネットワーク， ３１ ログ解析装置， ３２ ログ解析装置， ３３ ログ解析装置， １１１ ＣＰＵ， ２０２ ＣＰＵ， ３０１ イベント検知部， ３０２ イベント記録制御部， ３０３ ポーリング制御部， ３０４ フィードバック制御部， ３０５ ログデータ生成部， ３０６ ログデータ送信部

Claims (6)

  1. ネットワークを介して通信する複数の端末からのポーリングを受信するポーリング受信部と、
    前記受信されたポーリングを送信した前記端末がログデータの収集に係るパラメータの設定の変更を要する端末であるか否かを判定する変更要否判定部と、
    前記端末がログデータの収集に係るパラメータの設定の変更を要する端末であると判定された場合、前記ポーリングに対する応答として、前記端末に対して前記ログデータの収集に係るパラメータの設定の変更を指示する指示データを送信する指示データ送信部と、
    複数のログ解析装置から、前記ログデータの収集に係るパラメータの設定の変更の要求を受信する変更要求受信部と
    を備え、
    前記変更要否判定部は、前記ログ解析装置からの前記ログデータの収集に係るパラメータの設定の変更の要求において変更の対象となる前記端末を特定し、前記受信されたポーリングを送信した前記端末が前記特定された端末であるか否かを判定する
    情報処理装置。
  2. 前記端末から送信されたログデータを受信して蓄積するデータベース
    をさらに備え、
    ネットワークを介して接続される前記複数のログ解析装置からの要求に応じて前記データベースに蓄積されたログデータを前記ログ解析装置に供給する
    請求項１に記載の情報処理装置。
  3. 前記指示データ送信部は、前記端末が前記ログデータを前記情報処理装置に対して送信する頻度を変更する指示データを送信する
    請求項１に記載の情報処理装置。
  4. 前記指示データ送信部は、前記端末が前記情報処理装置に対して送信するログデータに含まれるデータの内容を変更する指示データを送信する
    請求項１に記載の情報処理装置。
  5. 変更要求受信部が、複数のログ解析装置から、ログデータの収集に係るパラメータの設定の変更の要求を受信し、
    ポーリング受信部が、ネットワークを介して通信する複数の端末からのポーリングを受信し、
    変更要否判定部が、前記ログ解析装置からの前記ログデータの収集に係るパラメータの設定の変更の要求において変更の対象となる前記端末を特定し、前記受信されたポーリングを送信した前記端末が前記特定された端末であるか否かを判定し、
    指示データ送信部が、前記端末が前記特定された端末であると判定された場合、前記ポーリングに対する応答として、前記端末に対して前記ログデータの収集に係るパラメータの設定の変更を指示する指示データを送信するステップ
    を含む情報処理方法。
  6. ログ収集サーバと複数の電子機器により構成されるログ収集システムであって、
    前記ログ収集サーバは、
    ネットワークを介して通信する前記複数の電子機器からのポーリングを受信するポーリング受信部と、
    前記受信されたポーリングを送信した前記電子機器がログデータの収集に係るパラメータの設定の変更を要する電子機器であるか否かを判定する変更要否判定部と、
    前記電子機器がログデータの収集に係るパラメータの設定の変更を要する電子機器であると判定された場合、前記ポーリングに対する応答として、前記電子機器に対して前記ログデータの収集に係るパラメータの設定の変更を指示する指示データを送信する指示データ送信部と、
    複数のログ解析装置から、前記ログデータの収集に係るパラメータの設定の変更の要求を受信する変更要求受信部と
    を備え、
    前記変更要否判定部は、前記ログ解析装置からの前記ログデータの収集に係るパラメータの設定の変更の要求において変更の対象となる前記電子機器を特定し、前記受信されたポーリングを送信した前記電子機器が前記特定された電子機器であるか否かを判定し、
    前記電子機器は、
    イベントの発生を検知するイベント検知部と、
    前記検知されたイベントに係る情報のログとしての記録を制御するログ記録制御部と、
    予め定められた時刻に、前記ログ収集サーバに対するポーリングを送信するポーリング送信部と、
    前記ログ収集サーバから、送信された前記ポーリングに対する応答に含まれる指示データを取得して、前記指示データに基づいてログデータの収集に係るパラメータの設定を変更する設定変更部と、
    前記設定が変更されたパラメータに基づいて、前記ログを抽出して生成される前記ログデータを、前記ログ収集サーバに送信するログデータ送信部と
    を備える
    ログ収集システム。
JP2011073043A 2011-03-29 2011-03-29 情報処理装置および方法、並びにログ収集システム Expired - Fee Related JP5672491B2 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2011073043A JP5672491B2 (ja) 2011-03-29 2011-03-29 情報処理装置および方法、並びにログ収集システム
CN2012100835789A CN102736971A (zh) 2011-03-29 2012-03-22 信息处理装置和方法、电子设备及其控制方法、日志收集
US13/426,820 US20120254309A1 (en) 2011-03-29 2012-03-22 Information processing apparatus and method, electronic device and control method thereof, and log collection system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2011073043A JP5672491B2 (ja) 2011-03-29 2011-03-29 情報処理装置および方法、並びにログ収集システム

Publications (2)

Publication Number Publication Date
JP2012208672A JP2012208672A (ja) 2012-10-25
JP5672491B2 true JP5672491B2 (ja) 2015-02-18

Family

ID=46928730

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2011073043A Expired - Fee Related JP5672491B2 (ja) 2011-03-29 2011-03-29 情報処理装置および方法、並びにログ収集システム

Country Status (3)

Country Link
US (1) US20120254309A1 (ja)
JP (1) JP5672491B2 (ja)
CN (1) CN102736971A (ja)

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011214948A (ja) 2010-03-31 2011-10-27 Sony Corp 情報処理装置、行動予測表示方法及びコンピュータプログラム
JP2011248497A (ja) 2010-05-25 2011-12-08 Sony Corp 情報処理装置、コンテンツ表示方法およびコンピュータプログラム
US9183110B2 (en) 2012-11-26 2015-11-10 Google Inc. Centralized dispatching of application analytics
CN103024023B (zh) * 2012-12-06 2016-07-06 任子行网络技术股份有限公司 电子阅览室网络审计方法
US9672237B2 (en) * 2013-03-15 2017-06-06 Amazon Technologies, Inc. System-wide checkpoint avoidance for distributed database systems
US9514007B2 (en) 2013-03-15 2016-12-06 Amazon Technologies, Inc. Database system with database engine and separate distributed storage service
US10015102B2 (en) 2013-04-11 2018-07-03 Qualcomm Incorporated Application traffic pairing
CN104283723B (zh) * 2014-10-31 2018-09-21 北京蓝汛通信技术有限责任公司 网络访问日志处理方法及装置
CN104468399B (zh) * 2014-12-08 2020-01-17 北京奇虎科技有限公司 数据传输方法、装置和服务器
US10616719B2 (en) * 2014-12-12 2020-04-07 David Thomas Systems and methods for determining texting locations and network coverage
US9917749B2 (en) * 2015-05-26 2018-03-13 Verizon Patent And Licensing Inc. Cloud-based wireless network analysis
JP6862081B2 (ja) * 2015-06-23 2021-04-21 キヤノン株式会社 ロボットシステムの制御方法、制御プログラム、コンピュータ読み取り可能な記録媒体、およびロボットシステム
US10362448B1 (en) 2018-01-15 2019-07-23 David Thomas Systems and methods for determining texting locations and network coverage
CN108304545A (zh) * 2018-01-31 2018-07-20 杭州迪普科技股份有限公司 一种url日志存储方法及装置
JP2021189827A (ja) * 2020-06-01 2021-12-13 セイコーエプソン株式会社 電子機器、ログ収集システム、及び、電子機器の制御方法
CN112737972B (zh) * 2020-12-24 2023-05-26 北京珞安科技有限责任公司 一种数据传输频率确定方法、装置及计算机设备

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0786841B2 (ja) * 1990-04-25 1995-09-20 株式会社日立製作所 障害情報ログ方法及びデータ処理装置
GB2361081A (en) * 2000-04-07 2001-10-10 Digitalsecu Co Ltd Apparatus and method for storing log files on a once only recordable medium
JP4912084B2 (ja) * 2006-08-23 2012-04-04 株式会社日立ソリューションズ 監査用ログ記録制御方法および情報漏洩監視プログラム
JP2008077325A (ja) * 2006-09-20 2008-04-03 Hitachi Ltd ストレージ装置及びストレージ装置に対する設定方法
JP4881760B2 (ja) * 2007-02-16 2012-02-22 株式会社野村総合研究所 ログ管理装置、ログ管理方法、プログラム、及び記録媒体
US7639129B2 (en) * 2007-09-11 2009-12-29 Jon Andrew Bickel Automated configuration of a power monitoring system using hierarchical context
JP2009271723A (ja) * 2008-05-07 2009-11-19 Canon Inc 情報処理装置及び情報処理方法
JP5391673B2 (ja) * 2008-12-03 2014-01-15 株式会社リコー 遠隔管理システム、遠隔管理装置、機器管理装置、監視間隔制御方法、監視間隔制御プログラム、及びそのプログラムを記録した記録媒体
JP2010218313A (ja) * 2009-03-17 2010-09-30 Ricoh Co Ltd 情報処理装置、ログ管理システム及びログ管理方法
JPWO2012056561A1 (ja) * 2010-10-29 2014-03-20 富士通株式会社 装置監視システム，方法およびプログラム
US8984610B2 (en) * 2011-04-18 2015-03-17 Bank Of America Corporation Secure network cloud architecture

Also Published As

Publication number Publication date
CN102736971A (zh) 2012-10-17
US20120254309A1 (en) 2012-10-04
JP2012208672A (ja) 2012-10-25

Similar Documents

Publication Publication Date Title
JP5672491B2 (ja) 情報処理装置および方法、並びにログ収集システム
KR101980286B1 (ko) 애플리케이션별 자원 사용량 정보의 제공 기법
US10069705B2 (en) Data usage profiles for users and applications
Wagner et al. Device analyzer: Understanding smartphone usage
EP2682863B1 (en) Installing applications remotely
CN105677845A (zh) 电子书籍的推送方法和装置
JP2017504121A (ja) 端末デバイスにおけるユーザインタフェースを用いたユーザ行動および関与の計測機
CN113892087A (zh) 第三方应用程序性能改进工具包
CN104937582A (zh) 数据同步
CN102904960B (zh) 一种基于rss的信息同步系统及方法
WO2015010621A1 (zh) 应用程序耗电信息的获取方法、装置和移动终端
JP2007257049A (ja) 性能情報収集方法、装置、及びプログラム
KR20130017321A (ko) 단말 및 그의 이벤트 기록 방법
CN103685515A (zh) 一种应用下载的方法及系统
KR100590177B1 (ko) 정보단말, 로그관리시스템 및 로그관리방법
EP2290529A2 (en) Information processing apparatus, program and information processing system
CN103581218B (zh) 一种用于更新移动终端中移动搜索应用的方法与设备
De Masi et al. Towards accurate models for predicting smartphone applications’ QoE with data from a living lab study
JP6216187B2 (ja) 情報処理システム、参照サーバ装置、情報処理方法、及びプログラム
CN103327097A (zh) 一种利用智能手机投放广告的方法
US20030162559A1 (en) Mobile communications terminal, information transmitting system and information receiving method
JP6578161B2 (ja) メッセージ送信システム及び管理サーバ
Kaisar Smartphone traffic characteristics and context dependencies
CN112835766A (zh) 应用监控方法及装置
CN103631366A (zh) 提高移动终端中应用程序使用频率的控制方法

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20140213

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20140924

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20141023

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20141110

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20141127

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20141210

LAPS Cancellation because of no payment of annual fees