(57)【特許請求の範囲】
【請求項１】
ログ情報を収集する収集手段と、前記収集したログ情報をネットワークを介してログサーバに送信する送信手段とを有したクライアント端末と、
前記クライアント端末より送られてきた前記ログ情報を保存、解析する保存解析手段を有したログサーバと、
前記ログサーバで解析された所望のログ解析結果をネットワークを介して前記ログサーバに要求し、前記ログサーバから送信される前記ログ解析結果を受信するログ利用端末と
を備えるログ収集解析システムであって、
前記ログサーバの前記保存解析手段が実行する解析処理は、前記ログ利用端末に応じて予め設定されている
ことを特徴とするログ収集解析システム。
【請求項２】
請求項１に記載のログ収集解析システムであって、
前記クライアント端末は、ログの基本構造を作成する作成手段と、前記ログの基本構造から所望のログ情報を生成する生成手段とを備える
ことを特徴とするログ収集解析システム。
【請求項３】
請求項２に記載のログ収集解析システムであって、
前記作成手段は、前記ログの基本構造としてノードと要素よりなる木構造を作成し、
前記生成手段は、前記木構造を用いて階層的に前記ログ情報を生成する
ことを特徴とするログ収集解析システム。
【請求項４】
請求項１〜請求項３の何れか１項に記載のログ収集解析システムであって、
前記クライアント端末は、収集される前記ログ情報を個々のアプリケーションプログラム毎に独立して管理する
ことを特徴とするログ収集解析システム。
【請求項５】
請求項１〜請求項４の何れか１項に記載のログ収集解析システムであって、
前記クライアント端末は、前記ログサーバへのログ送信処理を除いて、オフライン状況においてログ情報を保持する
ことを特徴とするログ収集解析システム。
【請求項６】
請求項１〜請求項５の何れか１項に記載のログ収集解析システムであって、
前記クライアント端末は、収集した前記ログ情報を所望のログ形式で保存する
ことを特徴とするログ収集解析システム。
【請求項７】
請求項１〜請求項６の何れか１項に記載のログ収集解析システムであって、
前記保存解析手段は、前記クライアント端末より送られてきた前記ログ情報から必要な情報を取り出して解析する
ことを特徴とするログ収集解析システム。
【請求項８】
請求項１〜請求項７の何れか１項に記載のログ収集解析システムであって、
前記ログサーバは、前記クライアント端末より送られてきた前記ログ情報を個々のアプリケーションプログラム毎に独立して管理する
ことを特徴とするログ収集解析システム。
【請求項９】
請求項１〜請求項８の何れか１項に記載のログ収集解析システムであって、
前記ログサーバは、前記クライアント端末より送られてきた前記ログ情報を所望の解析結果形式で保存する
ことを特徴とするログ収集解析システム。
【請求項１０】
請求項１〜請求項９の何れか１項に記載のログ収集解析システムであって、
前記ログサーバ及び前記クライアント端末は、ログ収集の使用期間又は収集回数の少なくとも１つを管理する
ことを特徴とするログ収集解析システム。
【請求項１１】
ログ収集端末よりネットワークを介して送信されてくるログ情報をログサーバが受信し、
前記受信したログ情報を前記ログサーバが保存し、
前記ログサーバに保存した前記ログ情報に対して、ログ利用端末に応じて予め設定されている解析処理をログ解析インタフェースが実行し、
その解析結果を前記ログサーバが保存する
ことを特徴とするログ解析方法。
【請求項１２】
請求項１１に記載のログ解析方法であって、
少なくともログユーザがどのログアプリケーションプログラムから利用しているのかを管理するログ管理データベースと、ログアプリケーションプログラムに登録されたログ情報を管理するログ保存データベースと、解析したログ情報を管理するログ解析結果管理データベースとを備えたデータベースにより、前記ログ情報をアプリケーションプログラム毎に解析する
ことを特徴とするログ解析方法。
【請求項１３】
ログ収集端末よりネットワークを介して送信されてくるログ情報をログサーバが受信するステップと、
前記受信したログ情報を前記ログサーバに保存するステップと、
前記ログサーバに保存した前記ログ情報に対して、ログ利用端末に応じて予め設定されている解析処理をログ解析インタフェースが実行するステップと、
その解析結果を前記ログサーバが保存するステップとを
コンピュータに実行させるためのログ解析プログラム。
【請求項１４】
請求項１３に記載のログ解析プログラムであって、
少なくともログユーザがどのログアプリケーションプログラムから利用しているのかを管理するログ管理データベースと、ログアプリケーションプログラムに登録されたログ情報を管理するログ保存データベースと、解析したログ情報を管理するログ解析結果管理データベースとを備えたデータベースにより、前記ログ情報をアプリケーションプログラム毎に解析する
ことを特徴とするコンピュータに実行させるためのログ解析プログラム。
【請求項１５】
ログ解析システムを動作させるオペレーティングシステムと、
受信したログ情報を解析し、その解析結果を保存するログサーバ機能処理部とを備え、
前記ログサーバ機能処理部は、ログ解析インタフェースを管理するログ解析インタフェース管理部と、受信したログ情報に対して、ログ利用端末に応じて予め設定されている解析処理を実行するログオブジェクト解析部と、ログ収集端末からネットワークを介して送信されてくるログ情報を受信する機能を制御するログオブジェクト受信部と、解析された結果を保存するログ解析結果管理部とからなる
ことを特徴とするログ解析装置。
【請求項１６】
請求項１５に記載のログ解析装置であって、
少なくともログユーザがどのログアプリケーションプログラムから利用しているのかを管理するログ管理データベースと、
前記ログアプリケーションプログラムに登録されたログ情報を管理するログ保存データベースと、
解析したログ情報を管理するログ解析結果管理データベースとを備えた
ことを特徴とするログ解析装置。
【請求項１７】
ログ収集端末から送られてきたログ情報を受信する受信手段と、
受信した前記ログ情報を保存し、前記ログ情報から必要な情報を取り出して解析する保存解析手段とを有するログサーバであって、
前記保存解析手段が実行する解析処理は、前記ログ利用端末に応じて予め設定されている
ことを特徴とするログサーバ。
【請求項１８】
請求項１７に記載のログサーバであって、
受信した前記ログ情報は、個々のアプリケーションプログラム毎に独立して管理される
ことを特徴とするログサーバ。
【請求項１９】
請求項１７又は請求項１８に記載のログサーバであって、
受信した前記ログ情報は、所望の解析結果形式で保存される
ことを特徴とするログサーバ。
【請求項２０】
請求項１７〜請求項１９の何れか１項に記載のログサーバであって、
ログ収集の使用期間又は収集回数の少なくとも１つを管理する手段を有する
ことを特徴とするログサーバ。
【請求項２１】
請求項１７〜請求項２０の何れか１項に記載のログサーバであって、
解析したログ解析結果をログ利用端末に送信する送信手段を有した
ことを特徴とするログサーバ。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、クライアント側でログを収集し、その収集したログ情報をサーバ側に送り、サーバ側で前記ログ情報を保存、解析するようにした、ログ情報の収集と解析を分離した新規なログ収集解析システム、ログ収集方法、コンピュータに実行させるためのログ収集プログラム、ログ解析方法、コンピュータに実行させるためのログ解析プログラム、ログ収集装置、ログ解析装置、ログ収集端末、ログサーバに関する。
【０００２】
【従来の技術】
これまでのログ収集解析システムは、あるサービスを提供するシステムにおいて、何かを監視する目的で使用されてきた。例えば、あるオンラインシステムにおいて、ログ収集解析システムを適用すれば、ログを見ることにより、不正アクセスやシステムの障害などがどのような経緯で発生したのかなどを確認できる。また、ＷＷＷサーバにおいてログ収集解析システムを適用すれば、どのようなクライアントから、いつ、何のコンテンツに参照があったかを記録できることになり、その結果として、例えば利用者のコンテンツへの関心度を知る指標（視聴率）などへの応用がなされる。
【０００３】
【発明が解決しようとする課題】
しかし、これらのログ収集解析システムでは、最初にサービスする内容が決定されたときに、それに応じて監視する内容も固定されてしまい、その結果、収集されるログ情報もそのログに特化した解析システムを必要とするものとなっている。したがって、例えば、オンラインシステムでの監視ログの解析システムと、ＷＷＷサーバのログの解析システムとは、まったく別のものとなっている。
【０００４】
また、ログの収集方法そのものも、サービスシステム毎に設計、実装がなされる。そのため、収集するという基本的な機能を必要としているだけにも拘わらず、微妙なログ収集項目の違いが発生し、結果、その基本的な収集システムもサービス毎に設計、実装しなければならなくなっている。
【０００５】
本発明は、上述の課題を解決するために提案されたものであり、これまでのような固定的なログシステムではなく、流動的なログ収集解析が行えるログ収集解析システム、ログ収集方法、コンピュータに実行させるためのログ収集プログラム、ログ解析方法、コンピュータに実行させるためのログ解析プログラム、ログ収集装置、ログ解析装置、ログ収集端末、ログサーバを提供することにある。
【０００６】
【課題を解決するための手段】
本発明のログ収集解析システムは、クライアント端末でログ情報を収集し、そして、収集したログ情報をネットワークを介してログサーバに送信し、ログサーバで受信したログ情報を保存、解析する構成である。また、クライアント端末では、ログの基本構造を作成する機能と、ログの基本構造から所望のログ情報を生成する機能と、生成したログ情報をログサーバに送信する機能とを備えている。
【０００７】
すなわち、本発明では、ログ収集機能を、収集基本機能と具体的な収集、解析機能に分離することで、基本的なログ収集機能を共通化して使用可能にする。これにより、ログ収集機能を使用するログ収集解析システムは、その基本機能の実装を行う必要が無くなる。また、具体的な収集、解析機能は、収集基本機能によって、より簡単に設計実装を行うことが可能となり、有効なログを収集することが可能となる。また、本発明では、ログ収集基本機能によって、ログ形式を共通化することが可能となり、解析機能の共通化も実現できる。
【０００８】
また、ログ収集は、これまでサービスシステムのサーバ側での利用が主となっていたため、オンラインシステムでの利用を前提とした面があったが、本発明では、ログシステムのログ収集機能を、クライアント側とサーバ側とに分離し、ログの収集をクライアント側で行い、解析機能をサーバ側で行うようにしている。これにより、本発明では、クライアント側において、オフライン状況でのログ収集が可能となる。
【０００９】
【発明の実施の形態】
以下、本発明を適用した具体的な実施形態について図面を参照しながら詳細に説明する。
【００１０】
本実施形態は、クライアント側でログ情報を収集し、その収集したログ情報をサーバ側に送り、サーバ側でログ情報を蓄積し解析を行うようにした、全く新しいログ収集解析システムの例である。すなわち、本発明は、ログの収集とログの保存・解析とを分離し、クライアント側でログを収集し、サーバ側でログを保存・解析する。
【００１１】
また、クライアント側では、ログの基本構造を作成し、そのログの基本構造から所望のログ情報を生成するように構成されている。一方、ログサーバでは、受信したログ情報を保存・解析し、そのログ情報をアプリケーションプログラム毎に解析するように構成されている。
【００１２】
［ログ収集解析システムの全体構成］
先ず、ログ収集解析システムのログ収集、解析、提供までの大まかな流れを説明する。図１はシステムの全体構成を示す。クライアント端末であるログ収集端末１〜４は、ログ収集のためのクライアント側ソフトウエア、ハードウエアが装備されており、それぞれネットワーク５に接続されている。なお、ログ収集端末は、ネットワーク５を介すことで何台でも追加することができる。
【００１３】
この図１に示すログ収集解析システムにおいて、ログ収集端末１〜４は、ログを収集し、蓄積する。ログ収集端末１〜４は、収集・蓄積したログ情報を、ネットワーク５を介してログサーバ７に送信する。ログサーバ７は、受信したログ情報を保存するためのログ保存領域６を備える。そして、ログサーバ７は、ログ収集端末１〜４から送信されてきたログ情報をログ保存領域６に蓄積する。また、ログサーバ７は、ログ保存領域６に蓄積されたログ情報を取り出し、その解析処理を行い、その結果を再びログ保存領域６に保存する。
【００１４】
なお、ログサーバ７が行う解析処理は、ログ利用側であるログ収集サービス利用会社９〜１２によってそれぞれ定義されたものである。また、ログ収集を行うときの収集プログラムと解析処理は、ログ収集側とログ解析側に対応して設計、実装がなされている。
【００１５】
ここで、ログ収集サービス利用会社９〜１２がログの解析結果を要求する場合を考える。このとき、ログ収集サービス利用会社９〜１２は、先ずその解析結果の取得要求を、ネットワーク８を介してログサーバ７に対して行う。ログ収集サービス利用会社９〜１２から取得要求を受け取ったログサーバ７は、接続されたログ収集サービス利用会社９〜１２の認証を行った後、その認証をパスしたログ収集サービス利用会社９〜１２に対応してログ解析結果を送信する。なお、ログ収集サービス利用会社９〜１２は、ネットワーク８を介して複数が接続可能となっている。そして、ログサーバ７は、それら接続された何れのログ収集サービス利用会社９〜１２に対してログ解析結果を送信することが可能である。
【００１６】
［ログ収集端末（クライアント側）］
［ログ収集端末の構成］
次に、ログ収集端末１〜４の構成について説明する。図２は一つのログ収集端末の内部構成を示したものである。ログ収集端末は、画像音声制御部１３、ＣＰＵ（中央演算処理装置）１４、通信制御部１５、メディア制御部１６、ＲＡＭ１７、外部メモリ制御部１８、入力制御部１９、ＨＤＤ（磁気記録装置）２０を主要な構成要素として備え、それらがバスを介して接続されている。
【００１７】
画像音声制御部１３は、図示しないモニタ装置への画像出力やスピーカなどへの音声出力、或いはビデオカメラやマイクロホンからの入力を制御する。ＣＰＵ１４は、ログ収集端末の動作全体を制御する。通信制御部１５は、図１に示すネットワーク５と接続し、そのネットワーク５との間で行われる通信を制御する。メディア制御部１６は、図示しないメディアドライブを制御し、そのメディアドライブに装填されたＣＤ−ＲＯＭやＤＶＤ−ＲＯＭなどの外部記録メディアから信号を読み込み、或いは、この外部記録メディアに対して信号書き込みなどを行わせる。
【００１８】
ＨＤＤ２０は、本実施形態のログ収集処理を実現するプログラムを含む各種のプログラムやデータを記録している。ＲＡＭ１７は、ＨＤＤ２０から読み出されたプログラムや各種の処理を実行する際に利用されるデータなどを記憶する。外部メモリ制御部１８は、ログ収集端末の外部に存在する不揮発メモリ２１と接続し、その不揮発メモリ２１との間でデータの送受信及び書き込み／読み出しを制御する。入力制御部１９は、図示しないキーボード、マウスといったユーザインタフェースである入力装置を制御する。
【００１９】
［ログ収集端末によるログシステム利用時の処理の流れ］
次に、ログ収集端末での処理（主に本発明にかかるアプリケーション部分の処理）の流れについて図３を用いて説明する。なお、図３の処理は、主にログ収集端末のＣＰＵによって主として行われる処理である。先ず、ステップＳ１の処理として、ログ収集端末は、図１のログ収集解析システムを利用可能とするための初期化を行う。この初期化では、ログ収集端末が図１のログ収集解析システムを使用するためのログユーザの確認、また、ログ収集解析システムを使用することが可能かどうか、などの判断を行う。この処理が完了すると、ログ収集端末では、ステップＳ２の処理としてアプリケーションの初期化を行う。
【００２０】
上記アプリケーションの初期化が完了すると、ログ収集端末は、ステップＳ３の処理として、アプリケーションの主処理（アプリケーションメイン処理）を行う。なお、アプリケーションメイン処理については後述する。そして、アプリケーションメイン処理が終了すると、ログ収集端末は、ステップＳ４の処理として、図１のログ収集解析システムの利用を終了するための処理を行う。この終了処理により、ログ収集端末は、ログ収集解析システム用にＲＡＭ１７が保持しているログ情報をＨＤＤ２０などに保存し、さらにログ収集解析システム用として使用していた資源の解放を行う。そして、ログ収集端末は、ステップＳ５の処理として本実施形態のアプリケーションの終了処理を行う。その後、ログ収集端末１〜４は、終了できる状態となる。
【００２１】
［ログ収集解析システム利用のためのログ収集端末初期化］
次に、図３のステップＳ１で行われるログ収集解析システム利用のための処理の詳細について説明する。図４には、ログ収集解析システム利用のためのログ収集端末初期化処理のフローチャートを示す。先ず、ステップＳ６の処理としてログ収集端末は、ログユーザのログイン処理を行う。このログイン処理は、ログ収集解析システムを使用しているユーザを認識するために必要な処理であり、この処理によってユーザの把握を行う。
【００２２】
ステップＳ６の確認処理において、ユーザがログユーザとして登録されていなかった場合は、ステップＳ７の処理においてログユーザ登録処理が行われる。この登録では二重登録がなされていないか、また、不正なユーザではないかなどが、予め登録されている情報と、上記ログユーザ登録により入力された情報の比較などにより確認される。そして、ステップＳ８の処理において、ユーザ登録に成功した場合は、ログシステム初期化を継続する。このステップＳ８の処理において、何らかの要因でユーザ登録がなされなかった場合、ログ収集端末は、ログシステム初期化を中断し、ステップＳ１２の処理でログシステム使用禁止状態設定を行った後、ログシステム初期化を終了する。
【００２３】
一方、ステップＳ８の処理において、ログユーザとして登録確認が成功した場合、ログ収集端末は、ステップＳ９の処理として例えばＨＤＤ２０や不揮発メモリ２１に蓄積されたログユーザ情報の読み込みを行い、さらに、ステップＳ１０の処理としてログシステム利用タイトル情報を読み込む。
【００２４】
そして、ログ収集端末は、ステップＳ１１の処理としてログシステムを利用可能か否かの確認を行う。なお、この確認は、ログシステムを使用する期間を制御するために行われる。例えば、あるログサービスが１ヶ月しか行われないように設定されていた場合において、例えば、ログ収集解析システムのサービス期間が終了していた場合は、ログサーバ７に対してログを送信することができないことになるので、そのような状況が発生することを未然に回避するために、ログ収集解析システムを使用できるかどうかの確認を行う。
【００２５】
ステップＳ１１でログ収集解析システムが利用できないと判断された場合、ログ収集端末は、ステップＳ１２の処理に進み、ログシステムの使用禁止状態に設定する。この使用禁止状態というのは、ログ収集解析システムにおけるログの記録、ログのログサーバ７への送信などの機能を無効にするというものである。このように、ログ収集解析システムの使用禁止状態への設定がなされた場合、ログ収集解析システムを使用しているアプリケーションは、ログ収集解析システムの有効、無効に関係無く同じように処理を実行できるが、その具体的なログを記録したり、送信したりする処理は実行されない。つまり、ログ収集端末では、ログを記録・送信する処理が反映されるかどうかを内部的に制御することにより、上記使用禁止状態の制御を実現している。
【００２６】
一方、ステップＳ１１でログ収集解析システムの使用が可能であると判断されると、ログ収集端末は、ステップＳ１３の処理として未送信ログの送信処理を行う。
【００２７】
これは、本発明の特徴である、オフライン環境でのログ収集機能の実現に関係する。すなわち、ログ収集端末がネットワーク５に常時接続されている場合は、ログサーバ７へのログの送信は確実に処理可能であるが、ネットワーク５が切断されていたり、何らかの障害によりログサーバ７側へログ情報を送信できない場合、ログ収集端末は、ログ情報を蓄積しておき、ネットワーク５或いはログサーバ７が復旧した場合に、再度ログの送信を行う。ステップＳ１３の処理は、このログの再送信機能を実現するためのものである。
【００２８】
［ログユーザ情報の記録］
次に、ログユーザ情報として登録されている情報とその登録場所について説明する。ログユーザ情報の記録は、ログ収集端末上の不揮発記録メディア上ならば、どこに記録しても良く、例えば、図２の不揮発メモリ２１、ＨＤＤ２０やメディア制御部１６によって制御される書き込み可能なメディア上などに記録可能である。ただ、利便性や機密性などを考えると、他のログ収集端末でのログイン処理にも容易に利用可能な、不揮発メモリ２１上に記録すると効果的である。本実施形態では、不揮発メモリ２１にログユーザ情報が記録されるとする。
【００２９】
本実施形態では、この不揮発メモリ２１をログユーザそれぞれに一つ割り当て各ユーザがこの不揮発メモリ２１を使用することで、ログ収集端末が各ログユーザを認識できるようにしている。図５はログユーザ情報の一例を示したものである。ログユーザ情報２２は、例えば氏名２３、住所２４、電話番号２５、年齢２６、ログユーザＩＤ２７、パスワード２８を包含している。パスワード２８は、ログユーザ登録時に設定されるものであり、ログユーザがログインする場合、このパスワード２８の入力が要求され、そのパスワード２８が正しいとき本人と判定することが可能となる。本実施形態では、このログユーザ情報が記録された不揮発メモリ２１を認証カードとして使用することにする。以下、この不揮発メモリ２１を認証カード２１と称する。
【００３０】
［ログイン処理］
次に、図４のステップＳ６のログイン処理について説明する。図６は、このログイン処理のフローチャートを示したものである。最初に、ログ収集端末では、ステップＳ１４の処理として図示しないモニタ装置に、例えば図７に示すようなログイン画面２９の表示を行う。ログイン画面２９内には、ユーザＩＤ表示欄３０、パスワード入力欄３１を表示する。ユーザＩＤ表示欄３０には、認証カード２１（不揮発メモリ２１）に記録されたＩＤが表示される。パスワード入力欄３１は、ログユーザがパスワード２８を入力するための欄である。
【００３１】
また、ログ収集端末は、ステップＳ１４の処理と同時にステップＳ１５において、ログユーザが認証カード２１を持っているかどうかを確認する。すなわち、外部メモリ制御部１８に認証カード２１が接続され、且つ、その認証カード２１内にログユーザ情報が記録されているかどうかを検出することにより、ログユーザが認証カード２１を持っているか否かを判断する。
【００３２】
ステップＳ１５において、認証カード２１が無いと判断した場合、ログ収集端末は、ログユーザを新規ログユーザとみなし、ステップＳ１６の新規登録処理に移行する。一方、ステップＳ１５で認証カード２１があると判断した場合、ログ収集端末は、そのログユーザがログユーザとして既に登録されていると判断し、ステップＳ１７の処理に移る。ステップＳ１７の処理に進むと、ログ収集端末は、認証カード２１よりログユーザＩＤ２７を読み込み、それをユーザＩＤ表示欄３０に表示する。
【００３３】
次に、ログ収集端末は、ステップＳ１８において、ログユーザから入力されたパスワード２８を取り込み、さらにステップＳ１９としてそのパスワード２８の照合を行う。なお、このパスワード２８の入力は、キーボードなどの入力装置から行う。ステップＳ１９でのパスワード２８の照合結果が一致しない場合、ログ収集端末は、ステップＳ２０の処理に進み、ログイン失敗処理を行う。このログイン失敗処理においては、再度パスワード２８の入力を促すことや、そのままログイン失敗として終了するといった処理が可能である。なお、本実施形態では、ステップＳ２０のログイン失敗処理としてログインを終了することにしている。
【００３４】
照合結果が一致した場合、ログ収集端末は、ユーザ認証が完了したと判断し、ステップＳ２１としてログイン成功処理を行った後、ログイン処理を終了する。なお、ステップＳ２１のログイン成功処理では、例えばログインできたことを知らせる画面表示などを行うことが考えられる。
【００３５】
［ログ収集端末のシステム構成］
図８にログ収集端末においてログ収集及びログ送信を実現するプログラムの関係を示す。本実施形態では、ログの基本構造を作成する機能と、このログの基本構造から所望のログ情報を生成する機能とを備えるログインタフェースを備え、前記ログインタフェースによって階層的にログを構築し、その構築したログ情報をログサーバ７に送信し、または、前記ログ情報をアプリケーションプログラム毎に独立して管理する。
【００３６】
図８に示すプログラムは、ログシステムを利用するアプリケーション３２と、ログ収集解析システムの基本機能を提供するログシステム基本機能処理部３３と、ログ収集解析システムを動作させるためのオペレーティングシステム３９からなり、図８の上下関係は、下位の機能を上位に位置するものが利用していることを意味している。
【００３７】
ログシステム基本機能処理部３３は、いくつかの処理単位で分類されている。ログインタフェース管理部３４は、ログインタフェース３８を管理する。ログインタフェース３８は、収集したログ情報を利用するログ収集サービス利用会社９〜１２が独自に定義したものであり、それぞれログサービスに特化したログを出力するための処理を行う。アプリケーション３２がログインタフェース３８を必要とした場合は、ログインタフェース管理部３４が当該必要とされているログインタフェース３８を初期化し提供する。
【００３８】
これらのプログラム内部では、ログはログオブジェクトという単位で管理されており、ログオブジェクト処理部３５はログの基本となるログオブジェクトの機能を制御する部分である。ログオブジェクト送信部３６は、ログ情報をログサーバ７に送信するための処理を制御する部分である。ログオブジェクト管理部３７は、ログオブジェクトの保存領域、消去処理など、ログそのものを管理する部分である。例えば、ログの保存を行う場合、適切な場所を指定するのは、このログオブジェクト管理部３７である。また、不必要なログを消去する場合も、このログオブジェクト管理部３７が制御する。
【００３９】
［ログオブジェクトの構成］
ログオブジェクト４０の構成を図９に示す。ログオブジェクト４０は、ログ管理情報４１と、ログデータ１〜４（４２〜４５）によって構成される。ログ管理情報４１は、ログオブジェクト４０の素性を知るための情報が記録される。ログデータ１〜４（４２〜４５）には、ログインタフェース３８によって生成された具体的なログ情報が記録されている。また、ログオブジェクト４０には、複数のログデータを包含することが可能である。なお、図９はその一つの例を示したものである。
【００４０】
図１０には、ログ管理情報４１の内部構成を示す。ログ管理情報４１は、ログアプリＩＤ４６、ログユーザＩＤ４７から構成される。ログアプリＩＤ４６は、ログ収集解析システムを使用しているアプリケーションを特定するために利用される識別情報である。また、ログユーザＩＤ４７は、そのログがどのユーザに属するものかを示すために利用される識別情報を示す。
【００４１】
次に、ログデータ１〜４（４２〜４５）の構成について、図１１の例を用いて説明する。図１１は、ログデータ１（４２）の構成を示しており、かかるログデータ１（４２）は、ノードと要素という二つに分類され、木構造を構成している。ノードは、ノード若しくは要素を包含することが可能である。なお、ノードは、終端として利用することはできない。要素は、終端として利用することが可能で、任意のデータを包含することが可能である。ノード４８は、ルートノードであり、ログデータの先頭は、ルートノード４８の先頭ノードを参照している。ノード４９は、下位に位置する要素５０を包含するためのものである。
【００４２】
このような木構造で管理することにより、ログデータ１〜４（４２〜４５）は任意のログ構造を作り出すことが可能になっている。ここで、本実施形態では、この木構造を定義する仕様としてＸＭＬを利用している。図１２はその一例を示している。この図１２には、テレビゲームなどのあるアプリケーションにおいて、選択したプレイモードとその利用回数を記録した例を示している。この図１２内の＜ｐｌａｙ  Ｄａｔｅ＞タグは、ログを取った日付を示し、＜ｍｏｄｅ＞タグは、使用したプレイモード名（＜ｎａｍｅ＞タグで示される）とその使用回数（＜ｓｅｌｅｃｔｅｄ  Ｔｉｍｅｓ＞タグで示される）を記録している。この例では、２０００年１２月２４日に、Ｐｒａｃｔｉｃｅ  Ｍｏｄｅを３回使用したことが記録されている。
【００４３】
このログデータからデータを抽出する場合は、タグをたどることで所望のデータを検索することが可能である。ここで、図１３には図９に示したログオブジェクトをＸＭＬとして表現した場合の例を示す。この図１３の例において、＜ｉｎｆｏ＞タグ５１は、このログオブジェクトを生成したログアプリケーションプログラム（以下、ログアプリと称する）を示すログアプリケーションＩＤ（以下、ログアプリＩＤ４６と称する）と、ログの対象となったユーザを示すログユーザＩＤ４７が記述されている。
【００４４】
また、＜ＤＡＴＡ＞タグ５２には、ログインタフェース３８と関連付けてログが記述されている。すなわち、この図１３の例の＜ＤＡＴＡ＞タグ５２は、インタフェースＩＤ１で示されるログインタフェースによって生成されたログであることが記述されており、さらにその内部には、インタフェースＩＤ１で示されるログインタフェースによって構成されたログが記述されている。このときの＜ＤＡＴＡ＞タグ５２は、図１１に示された形になる。したがって、これらのタグをたどれば、所望のデータを検索することが可能となる。なお、これらのＩＤは、後にログサーバ７において、ログの解析が行われる際に用いられる解析インタフェースを対応付けるために利用される。
【００４５】
［ログインタフェースとサービスの関係］
ところで、図１１に示したログの木構造は、アプリケーションにおいて直接出力することも可能であるが、このような構成をアプリケーション毎に作成すると、木構造作成を行うためのプログラムが冗長であったり、また、ログを記録するための前準備が大きいため開発効率が下がるといった問題がある。本実施の形態では、木構造作成を行うプログラムを各アプリケーション毎に開発するには効率が悪いので、これをライブラリとして提供することで、アプリケーションの開発効率を高める。
【００４６】
これを解決するために、本発明では、ログの基本構造の作成、保存といった機能を基本機能として分離し、さらに、その具体的なログの記録部分を、基本機能を利用するアプリケーション側にログインタフェースとして設計、実装するようにしたことで、効率的且つ様々な用途に柔軟に対応できるログ収集解析システムを実現している。
【００４７】
すなわち、本実施形態では、上述したログデータ１〜４を、図８のログインタフェース３８により作成する。本実施形態でいうログインタフェース３８とは、ログを収集・記録するために、設計、実装されたプログラムであり、図８のアプリケーション３２とログシステム基本機能処理部３３との間のＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍｍｉｎｇ  Ｉｎｔｅｒｆａｃｅ）として機能するものである。このログインタフェース３８を実装したライブラリは、内部で基本的な木構造を作り出すためのライブラリであるログ基本ライブラリを呼び出し、そのログ基本ライブラリが決められたフォーマットに従ってその結果を出力し受信したりし、また、階層的にログを構築しアプリケーションプログラムに特化したログを設計・実装する。
【００４８】
ここで、ログインタフェース３８は、具体的に必要としているログ内容に応じて設計されるものであり、その一例を図１４に示す。この図１４に示すログインタフェース３８において、ＡＰＩ５３は、使用した日付を記録するためのものである。アプリケーション３２側では、このＡＰＩ５３を呼び出すことで、＜Ｐｌａｙ  Ｄａｔｅ＞タグを生成することが可能となる。また、アプリケーション３２は、ＡＰＩ５４を呼び出すことで、＜ｍｏｄｅ＞タグ以下の構造体を作り出すことが可能となる。なお、このＡＰＩ５４は、その実装において少し工夫が施されており、同じ名前のモードが使用された場合は、その使用回数を一つ増やして記録するようになされている。このように、本実施形態のログインタフェース３８の実装によれば、記録したいデータをアプリケーション３２側で管理したり、またログインタフェース３８側で管理可能となっており、必要なデータをいずれにおいても記録可能となっている。
【００４９】
［ログオブジェクトの管理方法］
次に、上述したログを含むログオブジェクトの保存方法について、図１５を用いて説明する。ログオブジェクトは、ＨＤＤ２０或いはフラッシュメモリなどの不揮発記憶領域に記録されるものである。本実施形態では、ログオブジェクトを認証カード２１に記録することにしている。また、ログオブジェクトは、それが使用されたアプリケーション単位で管理される。すなわち、ログオブジェクトは、図１５に示すタイトル１、タイトル２・・・という形でアプリケーション毎に保存領域が管理されており、それら各領域に対してログが登録される。例えば、図１５に示すログ保存領域５５はタイトル１のアプリケーション用として管理されているものであり、この領域に対してそのアプリケーションが利用するログ５６が登録される。
【００５０】
ログオブジェクトは、図１５の右側に示した構造で保存される。すなわち、ログオブジェクトは、送信フラグ５７、ログオブジェクトサイズ５８、ログオブジェクト５９で構成される。送信フラグ５７は、ログをログサーバ７に送信した場合の状態を記録するためのものであり、例えば未送信、送信済、送信中と３つの状態がある。未送信は、ログがまだログサーバ７に送信されていないことを意味する。送信済は、ログが既にログサーバ７に送信されたことを意味する。送信中は、前回のログの送信において何らかの原因で送信が中断された等、ログがログサーバ７に送信が完了していないことを意味する。ログを送信する場合は、未送信、送信中となっているログがログサーバ７に送信される。また、ログ保存領域５５には、ログが蓄積されて行くが、送信済のログについては、そのログを削除することができる。これにより、ＨＤＤ２０或いはフラッシュメモリなどの記録領域を圧迫せずに済む。
【００５１】
［ログシステムの終了処理］
次に、ログ収集端末側の終了処理について説明する。ログ収集端末側において、アプリケーションを終了させる場合は、先ずログ収集解析システムの利用を終了させる必要がある。これは、ログが矛盾なく記録されるために必要な処理である。そのため、ログ収集端末は、アプリケーションの終了処理（ステップＳ５の処理）に先立って図３のステップＳ４の処理として、ログ収集解析システムの利用終了処理を行うようになされている。具体的には、使用中のログオブジェクトを強制的に保存したり、ログ保存領域の使用終了処理などを安全に行う。ログ収集端末は、これらの処理が終了した後、ログアプリケーションプログラム自身の終了処理をステップＳ５で行い、当該ログ収集端末自体の動作を終了する。
【００５２】
［ログサーバ（サーバ側）］
［ログサーバの構成］
次に、ログサーバ７側の構成について説明する。ログサーバ７は、図１６に示すように、画像音声制御部６０と、ＣＰＵ６１と、通信制御部６２と、メディア制御部６３と、ＲＡＭ６４と、入力制御部６５と、ＨＤＤ６６を主要な構成要素として備え、それらがバス６７を介して接続されている。
【００５３】
画像音声制御部６０は、図示しないモニタ装置への画像出力やスピーカなどへの音声出力、或いはビデオカメラやマイクロホンからの入力を制御する。ＣＰＵ６１は、ログサーバ７上でのプログラムやバス６７で接続される機器の制御を行う。通信制御部６２は、図１で示すネットワーク５、８と接続し、そのネットワーク５、８との間で行われる通信を制御し、ログの受信などに利用される。メディア制御部６３は、図示しないメディアドライブを制御し、そのメディアドライブに装填されたＣＤ−ＲＯＭやＤＶＤなどの外部メディアから信号を読み込み、また、ＣＤ−ＲＷなどの外部メディアに対して信号書き込みなどを行わせる。ＲＡＭ６４は、ログサーバ７で動作するプログラム、データなどを記憶する部分である。入力制御部６５は、ログサーバ７で図示しないキーボード、マウスといったユーザインタフェースである入力装置を制御する。ＨＤＤ６６は、ログサーバ７で管理されるログ情報、また、解析結果などを記録するための大容量記憶領域である。
【００５４】
［ログサーバのシステム構成］
次に、ログサーバ７においてログの受信・解析を実現するプログラムの概略構成を図１７に示す。本実施形態では、ログ収集端末から受信したログ情報を個々のアプリケーションプログラム毎に独立して管理し、そのログ情報から必要な情報を取り出して解析し、解析結果を所望の形式で保存するようにしている。
【００５５】
図１７に示すプログラムは、主としてオペレーティングシステム７４と、ログサーバ機能処理部６８と、ログ解析インタフェース７０とを備えており、図の上下関係は、下位の機能を上位に位置するものが利用していることを意味している。ログサーバ機能処理部６８は、ログ解析インタフェース管理部６９と、ログオブジェクト解析部７１と、ログオブジェクト受信部７２と、ログ解析結果管理部７３とによって構成されている。
【００５６】
ログ解析インタフェース管理部６９は、ログ解析インタフェース７０を管理している。つまり、ログサーバ７は、このログ解析インタフェース管理部６９を介すことで、解析に必要なログ解析インタフェース７０を取り出すことが可能である。ログ解析インタフェース７０は、ログ収集端末から受信したログ情報を解析するためのインタフェースである。かかるログ解析インタフェース７０は、ログ収集端末側システムにおいて使用された、ログインタフェース３８と対応する形で設計、実装がなされている。
【００５７】
ログオブジェクト解析部７１は、ログサーバ７が受信したログの解析を行う。ログオブジェクト受信部７２は、ログ収集端末から送信されてくるログを受信するための機能を制御する部分である。ログ解析結果管理部７３は、ログオブジェクト解析部７１において解析された結果を保存し、また、ログ収集サービス利用会社９〜１２に対して解析した結果を提供するようになっている。
【００５８】
［ログ管理データベース］
また、上記ログサーバ７には、上記ログを受信し、それを解析した結果を保存及び管理するためのデータベースが用意されている。本実施形態では、データベースとしてログ管理データベース、ログ保存データベース、ログ解析結果管理データベースが用意されている。図１８〜図２３は、それらのデータベースの構成を示している。なお、これらのデータベースは、図１に示されるログ保存領域６上で管理されている。
【００５９】
図１８は、それらデータベースの内の一つであるログ管理データベースの概略構成を示している。ログ管理データベース７５は、ログユーザ管理テーブル７６、利用ログアプリ管理テーブル７７、ログアプリ管理テーブル７８によって構成されている。
【００６０】
ログユーザ管理テーブル７６は、ログサービスを受けているユーザ情報を管理する。そのテーブル内容は、図１９（ａ）のログユーザ管理テーブル７６で示すように、ログユーザＩＤ、氏名、年齢、住所、電話番号、ログ保存テーブル名、利用ログアプリ管理テーブル名から構成される。氏名、年齢、住所、電話番号などは、一例として作られた項目であり、個人情報としてより詳細な情報が必要な場合は、この項目を必要に応じて増やすことで対応することができるようになされている。ログ保存テーブル名は、ログサーバ７がログを受信した時、そのログを保存する場所を指定したものである。ログは、ログユーザ毎に保存され、管理される。図１０のログオブジェクトのログ管理情報はここで利用される。ログオブジェクトに記述されたログアプリＩＤは、ログアプリを分類するために、また、ログユーザＩＤはログユーザを分類するために使用される。
【００６１】
図１９（ｂ）の利用ログアプリ管理テーブル名は、利用者が使用しているログアプリを管理するための利用ログアプリ管理テーブル７７を指定するものである。この利用ログアプリ管理テーブル７７は、図１９（ｂ）に示すように、ログアプリＩＤと最終ログ受信日時から構成される。この利用ログアプリ管理テーブル７７は、ログユーザ毎に作成され、ログユーザがどのログアプリから利用しているのかを管理するためのものである。したがって、このテーブルを参照することで、ログユーザがどのログアプリを利用しているか即座に知ることが可能となる。また、このログユーザ管理テーブル７６上のログユーザ情報は、新規ログユーザ登録によって作成される。例えば、図６のステップＳ１６における新規ログユーザ登録処理によって、前記ログユーザ情報が作成される。
【００６２】
ログアプリ管理テーブル７８は、ログサービスを行っているログアプリを管理している。その構成は、図１９（ｃ）に示され、ログアプリＩＤ、ライセンシー名、認証データ、ログ保存テーブル名、解析テーブル数、ログ解析結果管理テーブル名、サービス中フラグから構成される。ログアプリＩＤは、ログ収集解析システムを使用しているアプリケーションに付けられる一意な番号である。ライセンシー名は、ログアプリを作成した者、会社名などを示す。認証データは、ログを提供する際に、提供する相手を確認するために利用される。このログ保存テーブル名は、ログアプリに登録されるログを管理するためのログアプリ用ログ保存テーブルを示している。解析テーブル数は、そのログアプリが解析した結果、いくつ解析結果テーブルが存在するか、その数を示すものである。ログ解析結果管理テーブル名は、ログ解析結果を保存しているテーブルを管理し、ログアプリ毎に生成される。サービス中フラグは、ログアプリが利用可能かどうかを制御するフラグである。このフラグは、例えばサービスが既に終了しているといったサービス状態を示すために利用される。
【００６３】
［ログ保存データベース］
図２０は、ログ保存データベース７９の概略構成を示す。このログ保存データベース７９は、図２０に示すように、ユーザ用ログ保存テーブル８０とログアプリ用ログ保存テーブル８１とから構成されている。ユーザ用ログ保存テーブル８０は、ログユーザがログサーバ７にログを送信した時、そのログが最初に保存される場所である。このユーザ用ログ保存テーブル８０の構成は、図２１（ａ）に示すように、ログ受信ＩＤ、ログ受信日時、利用ログアプリＩＤ、ログから構成されている。ログ受信ＩＤは、ログ受信毎に付けられる一意な番号である。ログ受信日時は、ログが受信されたときの日時を記録する。利用ログアプリＩＤは、記録されるログが何のログアプリに利用されているのかを示す。そして、図２１（ａ）中のログには、ログオブジェクトそのものを記録する。
【００６４】
ログアプリ用ログ保存テーブル８１は、ログアプリに登録されたログを管理するものである。このログアプリ用ログ保存テーブル８１は、ログの解析に利用される。ログの解析は、ログアプリ毎に行われるが、どのログを解析するかは、このログアプリ用ログ保存テーブル８１を参照して決定する。このテーブルは、図２１（ｂ）に示すように、ログ受信ＩＤ、ログ受信日時、ログユーザＩＤから構成される。ログの解析では、ログ受信ＩＤとログユーザＩＤより、ユーザ用ログ保存テーブル８０のどのログかを特定することができ、その特定されたログを解析する。
【００６５】
［ログ解析結果管理データベース］
図２２には、ログ解析結果管理データベースの概略構成を示す。ログ解析結果管理データベース８２は、ログ解析結果管理テーブル８３とログインタフェース別解析結果保存用テーブル８４から構成されている。ログ解析結果管理テーブル８３は、図２３に示すように、ログ解析インタフェースＩＤとログ解析結果保存テーブル名から構成される。ログ解析インタフェースＩＤは、ログを解析するインタフェースを示しており、ログ収集端末側で使用されたログインタフェース３８のＩＤに対応する。ログ解析インタフェースＩＤは、ログ収集端末１〜４側のログインタフェースによって生成されたログから、必要な情報を取り出すための機能を実装したものである。
【００６６】
ここで具体的に、図１２のログデータの例、図１４で示されるログインタフェースの例を使って、ログ解析インタフェースの動作を説明する。この例では、「プレイをした日」、「どのモードを何回選択したか」などのログを解析する場合を説明する。ログ解析インタフェースでは、先ず、ログオブジェクトから「プレイをした日」、「モードの選択回数」を抽出し、図２４に示すようなテーブルに、その解析結果を保存する。このテーブルは、ログユーザＩＤ、プレイ日、４つのプレイモード（練習モード、トーナメントモード、シーズンモード、カスタマイズモード）から構成される。プレイ日には、図１２に示されているプレイ日が記入される。また、４つのプレイモードには、それぞれプレイした回数が記入される。そして、ログユーザＩＤには、そのログを送信したログユーザＩＤが記入される。ログ解析インタフェース７０は、このような解析結果をデータベース上で記録するためのデータの抽出、変換、記録処理を行っている。
【００６７】
［ログサーバシステムの処理の流れ］
次に、図２５を用いてログサーバシステムにおける全体の流れを説明する。なお、図２５の処理は主にログサーバ７のＣＰＵ６１による主に行われる処理である。先ず、ステップＳ２２の処理として、ログサーバシステムの初期化が行われる。この初期化では、ログサーバシステムがデータベースを使用するために必要なデータベースマネージャの初期化や、そのためのログサーバ７が必要な計算機資源の初期化が行われる。次に、ステップＳ２３の処理において、ログサーバシステムがログ収集端末から送信されてくる信号（ログ情報）を受信するログ受信状態となる。ここでは、ログ受信が完了するまで、待機状態となる。
【００６８】
次に、ステップＳ２３の処理において、ログサーバ７がログを受信すると、ステップＳ２４において受信したログの解析処理を行う。このステップＳ２４におけるログ解析処理では、ログの内容を指定されるログ解析インタフェース７０によって、それぞれ適切な解析を行う。そして、ログの解析が終了すると、ステップＳ２５の処理においてログサーバシステムが終了チェックを行う。通常は、ログサーバシステムが動作し続けるので、ステップＳ２３の処理に戻りログ受信状態となる。ここで、終了命令が出されている場合は、ログサーバシステム終了と判断し、ステップＳ２６に移り、ここでログサーバシステムの終了処理を行う。このログサーバシステムの終了というのは、ログサーバシステムが使用した計算機資源、データベースマネージャの終了を指す。
【００６９】
なお、図２５に示したログサーバシステムの処理の流れは、あくまで、その実現例の一つであり、ログサーバシステムの処理を限定するものではない。
【００７０】
［ログ受信の流れ］
次に、ログサーバ７がログを受信するための流れを図２６のフローチャートを用いて説明する。先ず、ステップＳ２７の処理において、ログサーバ７がログを受信したかどうかを確認する。受信していない場合は、ステップＳ２７自身に戻り、ログが受信されるまでこの繰り返し処理となる。ログが受信されると、ステップＳ２８の処理に進み、ログに含まれる＜ｉｎｆｏ＞タグの読み出しを行う。＜ｉｎｆｏ＞タグには、ログユーザＩＤ、ログアプリＩＤが記述されている。次に、ステップＳ２９の処理において、図１に示したログ保存領域６に受信したログの保存処理を行う。
【００７１】
ログ保存領域６は、ログユーザＩＤ、そしてログアプリＩＤより特定できる。先ず、ログ管理データベース７５のログユーザ管理テーブル７６を読み出す。そして、ログユーザＩＤを使用することで、ユーザ用ログ保存テーブル８０の特定が行われる。受信したログは、ユーザ用ログ保存テーブル８０に保存され、この時、ログ受信ＩＤが得られる。ログ受信ＩＤは、ログを一意に決定するための番号である。また、利用ログアプリ管理テーブル７７にログを受信した日時とログアプリＩＤを対応させて記録する。
【００７２】
次に、ログ管理データベース７５のログアプリ管理テーブル７８を読み出す。そして、ログアプリＩＤを使用することで、ログアプリ用ログ保存テーブル８１の特定が行われる。このテーブルへの保存では、ログ受信ＩＤ、ログ受信日時、ログユーザＩＤが記録される。ログ受信ＩＤは、ユーザ用ログ保存テーブル８０にログを保存したときに得たログ受信ＩＤを使用する。また、ログ受信日時もユーザ用と同じ受信日時を利用する。以上の処理によってログ受信処理が完了する。
【００７３】
［ログ解析処理の流れ］
次に、ログ解析処理の流れを図２７に示すフローチャートを用いて説明する。先ず、ログサーバ７がログを受信すると、ログがログ保存領域６に移された結果を受けて解析が開始される。すなわち、ステップＳ３０の処理において、ログアプリＩＤを元に、ログの登録されたログリストを取り出す。つまり、図２０のログ保存データベース７９のログアプリ用ログ保存テーブル８１からログアプリＩＤより登録されたログリストを取り出す。ログアプリＩＤを元に、ログリストが作成されるのは、解析の単位がログアプリ単位で行われるためである。次に、ステップＳ３１の処理において、ログサーバ７はログリストが空かどうかの確認を行う。
【００７４】
ステップＳ３１においてログリストが空の場合は、そのログアプリのログ解析を行うことができないので、ログ解析終了となり、ステップＳ３６へ進みログ解析の終了処理を行う。ログリストが存在すると、ステップＳ３２に進み、ログリストよりログを取り出し、＜ＤＡＴＡ＞タグからログインタフェースＩＤを取り出す。次に、ステップＳ３３の処理において、ログインタフェースＩＤからログ解析インタフェース７０を生成する。これは、図１７のログ解析インタフェース管理部６９に依頼することでログ解析インタフェース７０を生成することができる。次に、ステップＳ３４の処理において、＜ＤＡＴＡ＞タグの内部にあるログの解析を、ステップＳ３３において生成したログ解析インタフェース７０を用いて解析する。この結果、必要な項目のデータが抽出され、ステップＳ３５の処理において、図２４に示すように結果が保存される。この後、ログリストが空になるまで、ステップＳ３１〜ステップＳ３５までの処理を繰り返す。
【００７５】
［ログ解析結果の提供方法］
次に、ログサーバ７で解析したログ解析結果を、例えばこれを利用するログ収集サービス利用会社に提供する場合の提供方法について図２８のフローチャートを用いて説明する。図２８は、ログ利用端末であるログ収集サービス利用会社９〜１２が、ログサーバ７に対してログ解析結果取得を要求した場合の流れを示したものである。先ず、ステップＳ３７の処理において、ログ収集サービス利用会社９〜１２のログサーバ７へのログイン処理を行う。すなわち、ログサーバ７へ、ログ収集利用会社名、つまりライセンシー名と認証データを図１のインターネット８を介してログサーバ７に送信する。これらの情報によって、ログサーバ７でログ収集サービス利用会社の認証処理が行われる。そして、ステップＳ３８の処理でその認証結果の判定が行われ、認証データが有効と判断されると、ステップＳ３９に進む。一方、無効な認証データであったときは、ログサーバ７に対してログイン処理が失敗したと判断し、ログ解析結果取得処理を終了する。
【００７６】
ステップＳ３８においてログインが成功すると、ログ収集サービス利用会社は、ログ解析結果取得終了状態となる。ステップＳ３９では、ログ収集サービス利用会社が取得したいログ解析結果の要求を行う。すなわち、ログインタフェースＩＤを指定し、それをログサーバ７へ送信する。すると、その解析結果がログサーバ７で検索され、ステップＳ４０の処理でその検索結果をログ収集サービス利用会社に送信する。そして、ステップＳ４１の処理でログ解析結果取得処理の終了判定を行う。ログ解析結果がまだ必要な場合は、ステップＳ３９の処理に戻り、ステップＳ３９〜ステップＳ４１の処理を繰り返す。ここで取得終了と判断されると、ログ解析結果取得処理が終了する。
【００７７】
このようにして、ログ収集サービス利用会社は所望のログ収集結果を獲得することが可能となる。但し、指定可能なログインタフェースＩＤは、ログ収集サービス利用会社が設定したログインタフェース３８に限られ、それ以外のログインタフェース３８を指定した場合、解析結果は何も返されない。
【００７８】
次に、このログ解析結果取得処理のログサーバ７側の処理について、図２９のフローチャートを参照して説明する。先ず、ログサーバ７は、ログ収集サービス利用会社９〜１２側からのログイン要求の処理を行う。すなわち、ステップＳ４２の処理において、ライセンシー名、認証データを取得する。次に、ステップＳ４３の処理において、ライセンシー名より図１８に示したログアプリ管理テーブル７８からライセンシー名に対応した認証データを取り出す。そして、ステップＳ４４の処理において、ログサーバ７は、認証データとログ収集サービス利用会社からの認証データから、ログインが有効か無効かを判断する。
【００７９】
有効と判断されると、ログ解析結果の提供処理が開始される。すなわち、ステップＳ４６の処理において、図１９（ｃ）のログアプリ管理テーブル７８より、受信したライセンシー名から対応するログ解析結果管理テーブル８３を取得する。そして、ステップＳ４７の処理において、ログサーバ７は、ログ収集サービス利用会社から送信されてくるログインタフェースＩＤの受信を行う。次に、ステップＳ４８の処理において、ログサーバ７は、受信したログインタフェースＩＤとログ解析結果管理テーブルより解析結果を読み出す。そして、ログサーバ７は、次のステップＳ４９の処理で読み出し結果を、ログ収集サービス利用会社に送信する。
【００８０】
ステップＳ５０の処理において、ログサーバ７は、解析結果の読み出し処理がログ収集サービス利用会社によって終了されたかどうかの判定を行う。このステップＳ５０で終了されていないと判断すると、ステップＳ４７の処理に戻り再度、ログ解析結果の読み出し処理を繰り返す。終了していると、ログサーバ７は、ログ解析結果取得処理をする。また、ステップＳ４４の処理において、ログサーバ７がログイン無効と判断した場合は、ステップＳ４５でログインに失敗したことをログ収集サービス利用会社に伝え、ログサーバ７側でのログ解析結果取得処理を終了する。
【００８１】
上述したように、本実施形態では、ログ収集端末１〜４がログを収集して所望のログ情報を生成し、そのログ情報をログサーバ７に送信し、受信したログ情報をログサーバ７が解析し、その解析結果をログ収集サービス利用会社９〜１２が受信するログ収集解析システムが構成される。
【００８２】
なお、上述の実施形態では、図８に示すように、ログインタフェース３８を、基本機能を利用するアプリケーション３２内に設計、実装するようにしたが、ログインタフェース３８をアプリケーション３２とは別に設計し、当該アプリケーション３２から独立した状態で実装するようにしてもよい。具体的には、図３０に示すように、ログシステム基本機能処理部３３のログインタフェース管理部３４が上記アプリケーション３２から独立して用意されているログインタフェース３８を管理し、そのログインタフェース３８を前記アプリケーション３２が呼び出して当該ログインタフェース３８がログ情報を生成する。
【００８３】
また、ログ収集サービス利用会社において、ログ解析結果の取得を行うためのハードウエアは、例えば図２に示すようなログ収集端末１〜４と同等の機能を有するものでもよいし、また、図１６に示すようなサーバ型の構成でもよい。そして、取得した解析結果の表示に関しては、特に制限はなく、自由に利用することができる。これは、ログ解析結果は、予めログ収集サービス利用会社によって、指定された形式で定義されているためである。
【００８４】
【発明の効果】
本発明は、以上説明したような形態で実施され、以下に記載されるような効果を奏する。
【００８５】
本発明によれば、ログ情報を収集する機能と、収集したログ情報を解析する機能を、それぞれクライアント端末とログサーバで分離したことから、ログ収集機能を具体的に定義することが可能となり、より詳細なログを収集することができる。例えば、ゲームなどの場合には、どのプレイモードが人気があるのか、また、キャラクターを選択するといったゲームの場合、どのキャラクターが人気があるかなどの有用な情報を得ることができる。そのため、ログ解析による結果をフィードバックしてゲーム開発時に役立てることもできる。
【００８６】
また、本発明によれば、ログユーザ情報をより細かく管理して、ログ解析結果と結びつけると、どの年齢層、性別に好評なのかなど、複合した解析結果を得ることもできる。このような解析結果を元に利用者のアプリケーションでの振る舞いを記録することができる。すなわち、例えばゲームの展開が変化するような機能を、解析結果に応じて動的に変化させることも可能となる。また、利用者の振る舞いより、アプリケーションの使い方に迷った時など、収集したログより、より効果的なヒントをゲーム利用者に与えることも可能となる。
【００８７】
また、本発明によれば、ログ収集のためのログインタフェースを独立して定義可能なため、ログの形式によっては、再利用可能なログインタフェースの実装が可能となる。例えば、利用者の好みを収集するなどの如きである。これによって、あるアプリケーションに関連したログインタフェースは、同じログインタフェースを利用可能となり、ログ収集のための開発効率を向上させることが可能となる。
【図面の簡単な説明】
【図１】ログ収集解析システムの全体構成を示すブロック図である。
【図２】ログ収集端末の構成例を示すブロック図である。
【図３】ログ収集端末でのログシステム処理の流れを示すフローチャートである。
【図４】ログシステムの初期化の流れを示すフローチャートである。
【図５】ログユーザ情報の一例を示す図である。
【図６】ログイン処理のフローチャートである。
【図７】ログイン画面の表示例を示す図である。
【図８】ログ収集端末でのログシステムの構成を示す図である。
【図９】ログオブジェクトの構成を示す図である。
【図１０】ログ管理情報の内部構造を示す図である。
【図１１】ログデータ１の構成例を示す木構造チャートである。
【図１２】ログデータをＸＭＬで表現した例を示す図である。
【図１３】ログオブジェクトをＸＭＬで表現した例を示す図である。
【図１４】ログデータを作成するためのＡＰＩの例を示す図である。
【図１５】ログオブジェクトの保存方法を示す図である。
【図１６】ログサーバの構成例を示すブロック図である。
【図１７】ログサーバ側でのログシステムの構成を示す図である。
【図１８】ログ管理データベースの構成を示す図である。
【図１９】ログ管理データベースの構成を示すもので、（ａ）はログユーザ管理テーブル、（ｂ）は利用ログアプリ管理テーブル、（ｃ）はログアプリ管理テーブルを示す図である。
【図２０】ログ保存データベースの構成を示す図である。
【図２１】ログ保存データベースの構成を示すもので、（ａ）はユーザ用ログ保存テーブル、（ｂ）はログアプリ用ログ保存テーブルを示す図である。
【図２２】ログ解析結果管理データベースの構成を示す図である。
【図２３】ログ解析結果管理データベースの構成を示すもので、ログ解析結果管理テーブルを示す図である。
【図２４】ログ解析結果保存テーブルの例を示す図である。
【図２５】ログサーバシステムの流れを示すフローチャートである。
【図２６】ログの受信の流れを示すフローチャートである。
【図２７】ログ解析の流れを示すフローチャートである。
【図２８】ログ収集サービス利用会社側のログ解析結果取得の流れを示すフローチャートである。
【図２９】ログサーバ側のログ解析結果取得の流れを示すフローチャートである。
【図３０】ログ収集端末でのログシステムの他の構成を示す図である。
【符号の説明】
１〜４・・・ログ収集端末（クライアント），５、８・・・ネットワーク，７・・・ログサーバ（サーバ），９〜１２・・・ログ収集サービス利用会社，１３、６０・・・画像音声制御部，１４、６１・・・ＣＰＵ，１５、６２・・・通信制御部，１６、６３・・・メディア制御部，１７、６４・・・ＲＡＭ，１８・・・外部メモリ制御部，１９、６５・・・入力制御部，２０、６６・・・ＨＤＤ，２１・・・不揮発メモリ（認証カード）
【図１】
0003626458.tif 000002
【図２】
0003626458.tif 000003
【図３】
0003626458.tif 000004
【図４】
0003626458.tif 000005
【図５】
0003626458.tif 000006
【図６】
0003626458.tif 000007
【図７】
0003626458.tif 000008
【図８】
0003626458.tif 000009
【図９】
0003626458.tif 000010
【図１０】
0003626458.tif 000011
【図１１】
0003626458.tif 000012
【図１２】
0003626458.tif 000013
【図１３】
0003626458.tif 000014
【図１４】
0003626458.tif 000015
【図１５】
0003626458.tif 000016
【図１６】
0003626458.tif 000017
【図１７】
0003626458.tif 000018
【図１８】
0003626458.tif 000019
【図１９】
0003626458.tif 000020
【図２０】
0003626458.tif 000021
【図２１】
0003626458.tif 000022
【図２２】
0003626458.tif 000023
【図２３】
0003626458.tif 000024
【図２４】
0003626458.tif 000025
【図２５】
0003626458.tif 000026
【図２６】
0003626458.tif 000027
【図２７】
0003626458.tif 000028
【図２８】
0003626458.tif 000029
【図２９】
0003626458.tif 000030
【図３０】
0003626458.tif 000031