(57)【要約】【目的】多数、具体的には数百台のウェブサーバにおけるログを収集して管理する。【構成】インターネットを介して顧客に対してサービスを提供する各ウェブサーバと、その各ウェブサーバのログデータを蓄積するログ収集サーバとを備え、各ウェブサーバには、顧客へのサービス提供に対して発生したログをログ収集サーバへ送信するログ送信手段を備え、前記ログ収集サーバには、ログ送信手段によって送信されたログを受信するログ受信手段と、そのログ受信手段が受信したログを蓄積してデータベース化するログデータベースとを備えたログデータ収集管理システムとする。【選択図】    図１
2004295303.tif 000002
【特許請求の範囲】
【請求項１】
複数のウェブサーバにおけるログを収集して管理するシステムであって、
インターネットを介して顧客に対してサービスを提供する各ウェブサーバと、その各ウェブサーバのログデータを蓄積するログ収集サーバとを備え、
各ウェブサーバには、顧客へのサービス提供に対して発生したログをログ収集サーバへ送信するログ送信手段を備え、
前記ログ収集サーバには、ログ送信手段によって送信されたログを受信するログ受信手段と、
そのログ受信手段が受信したログを蓄積してデータベース化するログデータベースとを備えたログデータ収集管理システム。
【請求項２】
各ウェブサーバには、ログ送信手段によるログデータの送信タイミングを分散させるためのタイムテーブルを備えた請求項１記載のログ収集管理システム。
【請求項３】
前記各ウェブサーバには、前記ログ送信手段が送信するログデータに対して、当該ウェブサーバのオペレーティングシステムの違いに基づくフォーマットの相違を統一するためのフォーマット統一手段を備えた請求項１または請求項２のいずれかに記載のログ収集管理システム。
【請求項４】
前記各ウェブサーバには、ログ送信手段によるログの送信記録データとしての送信時刻および送信済みログを蓄積する管理ファイルを備えた請求項１から請求項３のいずれかに記載のログ収集管理システム。
【請求項５】
前記ログ収集サーバには、各ウェブサーバから受信したログについての最終受信時刻を蓄積する受信管理データベースと、
その受信管理データベースに蓄積された最終受信時刻と現在時刻とを比較して所定以上の間隔が空いたこととなったウェブサーバにログ送信を要求する送信要求手段とを備えた請求項１から請求項４のいずれかに記載のログ収集管理システム。
【請求項６】
前記ログデータベースに蓄積されたログから、顧客の行動履歴を抽出して分析用データベースを作成する分析データ作成手段を備えた請求項１から請求項５のいずれかに記載のログ収集管理システム。
【請求項７】
前記ウェブサーバからのサービス提供を受けた顧客からの問い合わせに対応するログ利用サーバを備え、
そのログ利用サーバには、ログ収集サーバへログの利用を要求するログ利用要求手段と、
そのログ利用要求手段によりログデータベースに蓄積されたログを受信可能なログ利用手段とを備え、
前記ログ収集サーバには、前記ログ利用サーバからの要求に応じてログを当該ログ利用サーバへ送信可能なログ開示手段を備えた請求項１から請求項６のいずれかに記載のログ収集管理システム。
【請求項８】
インターネットを介して顧客に対してサービスを提供する複数のウェブサーバと、その各ウェブサーバのログデータを蓄積するログ収集サーバとを備えたシステムにおいて、各ウェブサーバにおけるログを収集して管理する方法であって、
各ウェブサーバにおいて顧客へのサービス提供に対して発生したログをログ収集サーバへ送信するログ送信手順と
前記ログ収集サーバにおいてログを受信するログ受信手順と、
受信したログをログデータベースに蓄積してデータベース化するデータベース化手順とを備えたログ収集管理方法。
【請求項９】
ログ受信手順にて受信したログの受信記録データとしての受信時刻を管理ファイルへ蓄積する受信時刻蓄積手順と、
その管理ファイルへ蓄積された受信時刻と現在時刻とを比較して所定以上の間隔が空いた場合には、当該ウェブサーバへログ送信を要求する送信要求手順とを備えた請求項８記載のログ収集管理方法。
【請求項１０】
ログデータベースに蓄積されたログから、顧客の行動履歴を抽出して分析用データベースを作成する分析データ作成手順を備えた請求項８または請求項９のいずれかに記載のログデータ収集管理方法。
【請求項１１】
複数のウェブサーバにおけるログを収集して管理するシステムを実現するために、各ウェブサーバへインストールするコンピュータプログラムであって、
そのプログラムは、当該ウェブサーバにおいて顧客へのサービス提供に対して発生したログにつき、統一されたフォーマットに変換するフォーマット変換手順と、
そのフォーマット変換手順にて統一されたログを設定されたログ収集サーバへ送信するログ送信手順と、
そのログ送信手順にて送信したログの送信記録データとしての送信時刻および送信済みログを管理ファイルに蓄積する送信データ記録手順とを当該ウェブサーバにて実行させるためのコンピュータプログラム。
【発明の詳細な説明】
【０００１】
【発明が属する技術分野】
この発明は、インターネットを用いたサービス提供に対して、サービス提供を受ける顧客がウェブページ上で行った操作等のアクセス経過を記録したログデータ（単に「ログ」と記す）を収集、蓄積、参照できる技術に関するものである。
【０００２】
【先行技術】
インターネットを介してのサービス提供では、ほとんどの場合にウェブ上での取引結果や、画面推移処理や情報参照などを含めた全データのログを保存している。ログデータを保存しておくことで、顧客からの取引に関する問い合わせに対応（監査証跡）したり、ウェブサーバが順調に作動していることを確認したり、不正アクセスを監視してセキュリティを向上させたりするためである。
例えば、提供される画面や画面操作に関する質問、トラブル、取引前後の問い合わせなどに対応するため、サポートセンターの担当者が、顧客がどのような操作をしたかについて口頭または書面による説明を受けて操作事態を把握し、保存されたログとの対応関係を確認しながらかかる問い合わせに応じていた。
その他、ログデータは、取引の意思表示に対する争いが生じた場合の証拠となる場合も想定される。
【０００３】
さて、本願発明に関連する先行技術として、特開２００２−４１４５６号を抽出した。
この文献には、サーバに対する改良や設定作業を大幅に行うことなく、ログの収集、蓄積、分析が行える技術が開示されている。
【０００４】
【特許文献１】
特開２００２−４１４５６号公報
【０００５】
上記特許文献の技術では、インターネットを介して顧客に対してサービスを提供するために設定された複数のウェブサーバに対して、それらウェブサーバを巡回する「ジャーナル管理サーバ」を別途備え、そのジャーナル管理サーバにおいてログの収集、蓄積、顧客の行動分析などを行うこととしている。
【０００６】
インターネット取引のサイトでは、顧客のアクセス数、提供するサービスメニューが非常に多い。こういった多数のアクセスや多彩なサービスメニューに対応するためにウェブサーバが多数存在している。上記特許文献に記載された技術では、数十台のサーバの管理を行わせることが可能であり、２０００年当時にあっては、ほぼ十分な性能を得られていた。
【０００７】
【発明が解決しようとする課題】
（サーバの更なる増加）
インターネット取引のサイトでは、ウェブサーバは、サービスメニューの増加や顧客の増加に伴って必要な情報処理量が増大し、増設が続いている。このため、前述の技術によっても問題が生じ始めた。
特開２００２−４１４５６号公報のジャーナル管理サーバは、ウェブサーバを巡回するという機能によってログを収集してきているので、巡回すべき数が多くなると、巡回の頻度を低下させざるを得なくなる。巡回の頻度が低下してしまうと巡回の間隔が大きくなって蓄積にタイムラグが生じ、顧客からの問い合わせに対応したり、ウェブサーバが順調に作動していることを確認したり、不正アクセスを監視するためのログ蓄積が不十分となってしまう。
【０００８】
具体的には、前述のジャーナル管理サーバによって管理できるウェブサーバの数は、各ウェブサーバを顧客からの問い合わせに支障なく対応できる頻度での巡回をする場合に、７０〜８０台が限度であることが、経験的に把握されている。一方、顧客数が増大しているサイトにあっては、ウェブサーバが２００台を越えるサイトや、更に増大を続けているものもあるため、特開２００２−４１４５６号公報に開示された技術よりも多くのウェブサーバに対応できる技術が必要となっていた。
【０００９】
なお、複数のウェブサーバが存在する場合に各ウェブサーバのオペレーティングシステムが異なることがあり、その場合にはログ出力する際の文字コードが異なることがあり、ログを収集してもその活用は技術的に困難である、という問題点もあった。そのため、ログを収集しているものの活用できなかったり、ログの収集を最初から行わないウェブシステムも存在していた。
【００１０】
（課題）
本発明が解決すべき課題は、ウェブサーバの数が増大しても、並列処理によってログの蓄積および管理が行える技術を提供することにある。
ここで、請求項１から請求項７記載の発明の目的は、ウェブサーバの数が増大しても、ログの蓄積および管理が行えるシステムを提供することである。
また、請求項８から請求項１０記載の発明の目的は、ウェブサーバの数が増大しても、ログの蓄積および管理が行えるログ収集方法を提供することである。
また、請求項１１記載の発明の目的は、ウェブサーバの数が増大しても、ログの蓄積および管理が行えるように各ウェブサーバを設定するコンピュータプログラムを提供することである。
【００１１】
【課題を解決するための手段】
本発明は、多数のウェブサーバがそれぞれログ収集サーバへ並列でログを送信し、受信したログをログ収集サーバ内でデータベースを構築することを、その中核とすることによって、上記した目的を達成する。
【００１２】
（請求項１）
請求項１記載の発明は、複数のウェブサーバにおけるログを収集して管理するシステムに係る。
すなわち、インターネットを介して顧客に対してサービスを提供する各ウェブサーバと、その各ウェブサーバのログデータを蓄積するログ収集サーバとを備え、各ウェブサーバには、顧客へのサービス提供に対して発生したログをログ収集サーバへ送信するログ送信手段を備え、前記ログ収集サーバには、ログ送信手段によって送信されたログを受信するログ受信手段と、そのログ受信手段が受信したログを蓄積してデータベース化するログデータベースとを備えたログデータ収集管理システムである。
【００１３】
（用語説明）
インターネットを介して顧客に対して提供する「サービス」とは、例えば、株や各種商品の売買をいう。ここで「顧客」とは、ウェブサーバへアクセスしてサービスの提供を受けたユーザをいう。
「ウェブサーバ」には、様々な機能を提供するものが存在する。例えば、注文や残高照会などの業務を行う業務系サーバ、取引のための参照画面（株価の時価データ）を提供する情報系時価サーバ、取引結果などを参照してもらう画面（株価等のチャートデータ）を提供する情報系チャートサーバなどがある。
【００１４】
「ログデータベース」は、様々な照会要求に対応できるようにするための構成を有しているが、最低限、顧客がウェブサーバに対して行った操作手順をトレースすることができるようにしている。
【００１５】
（作用）
インターネットを介して、各ウェブサーバが顧客に対してサービスを提供する。顧客へのサービス提供に対して発生したログは、ログ送信手段がログ収集サーバへ送信する。送信されたログは、ログ収集サーバのログ受信手段が受信し、管理しやすいように蓄積してデータベース化する。ここにおいて、ログ収集サーバは巡回の必要がなくなるのでその負担が減り、限られたスペックでもログの蓄積および管理に注力できるため、ウェブサーバの数が増大しても、そのログをタイムラグなしに一元管理が可能となる。すなわち、ログ収集サーバにおいて、ウェブサーバが順調に作動していることを確認したり、不正アクセスを監視することが容易になる。
【００１６】
（請求項２）
請求項２記載の発明は、請求項１記載のログ収集管理システムを限定したものであり、
各ウェブサーバには、ログ送信手段によるログデータの送信タイミングを分散させるためのタイムテーブルを備えたログ収集管理システムに係る。
【００１７】
（用語説明）
「送信タイミング」とは、例えば「何分毎」といった間隔のみの場合、「午前９時から１５分おき」といった起算点および間隔の場合などがある。「送信タイミング」については、ログ収集サーバ側にて予め設定したものを送信などの手段によって送り込むことで、多数のウェブサーバからログの送信が集中することを予め防ぐことができる。各ウェブサーバ側で設定する場合には、各ウェブサーバ側からの希望に応じてログ収集サーバ側がその希望にあった設定を提示して決定する、といった手段もある。
【００１８】
（作用）
各ウェブサーバにタイムテーブルを備えたので、送信タイミングの分散が可能であり、ログ収集サーバの負担が軽減できる。例えば、ログ収集サーバがログ収集機能と並行して、収集したログについての検索作業を行う場合に、検索処理時間の短縮に寄与する。
【００１９】
（請求項３）
請求項３記載の発明は、請求項１または請求項２のいずれかに記載のログ収集管理システムを限定したものであり、
各ウェブサーバには、ログ送信手段が送信するログデータに対して、当該ウェブサーバのオペレーティングシステムの違いに基づくフォーマットの相違を統一するためのフォーマット統一手段を備えたログ収集管理システムに係る。
【００２０】
（用語説明）
「フォーマット統一手段」は、フォーマット情報ファイルに基づいて、ログ収集サーバが扱うログの形式を統一するため、ウェブサーバのオペレーティングシステムの違いから生じるログ出力文字コードの違い、フォーマットの違いを統一する。また、ログにおける項目内容が異なるデータを同一のデータベースへ蓄積する、ログの項目の絞り込みをして必要なデータのみをデータベースへ蓄積する、桁数や書式を統一する、といった機能も備えている。
【００２１】
（作用）
各ウェブサーバにフォーマット統一手段を備えたので、ログを統一するための操作を各ウェブサーバ側に依存しており、ログ収集サーバの負担が軽減できる。
なお、各ウェブサーバのオペレーティングシステムの違いに基づいてログのフォーマットが異なることから、ログの収集や活用を諦めていたようなウェブシステムにおいても、ログの収集および活用を可能とする。
【００２２】
（請求項４）
請求項４記載の発明は、請求項１から請求項３のいずれかに記載のログ収集管理システムを限定したものであり、
各ウェブサーバには、ログ送信手段によるログの送信記録データとしての送信時刻および送信済みログを蓄積する管理ファイルを備えたログ収集管理システムに係る。
【００２３】
（用語説明）
「管理ファイル」は、ログの送信記録データの全てを残す場合と、最新の送信記録データのみを残すようにする場合と、最新の送信記録データを含む所定の記録を残す場合とがあるが、いずれの場合も、最新の送信記録データは記録することとしている。例えば、当該ウェブサーバがダウンした場合、ログ収集サーバ側に送信された最後の（最新の）ログが何であり、その送信時刻がいつであるかといったデータが管理ファイルに残されている。
【００２４】
（作用）
各ウェブサーバに管理ファイルを備えているので、ログの送信記録データとしての送信時刻および送信済みログについての管理を各ウェブサーバ側に依存しており、ログ収集サーバ側にログの受信記録データとしての受信時刻および受信済みログについての管理を全面的に依存する場合に比べて、ログ収集サーバの負担が軽減できる。
例えば、ウェブサーバに障害、例えばシステムダウンが発生した場合に、当該ウェブサーバを復旧させた場合に、ログ送信をどのデータから行えばよいかなどが当該ウェブサーバ側において明確であり、復旧に対する手間の軽減に寄与する。
【００２５】
（請求項５）
請求項５記載の発明は、請求項１から請求項４のいずれかに記載のログ収集管理システムを限定したものである。
すなわち、ログ収集サーバには、各ウェブサーバから受信したログについての最終受信時刻を蓄積する受信管理データベース受信管理データベースと、その受信管理データベースに蓄積された最終受信時刻と現在時刻とを比較して所定以上の間隔が空いたこととなったウェブサーバにログ送信を要求する送信要求手段とを備えたログ収集管理システムに係る。
【００２６】
（用語説明）
「受信管理データベース」において、「最終受信時刻を蓄積する」としているのは、他の、あるいはすべての受信時刻を蓄積することを排除する趣旨ではない。ただし、最終受信時刻のみを蓄積し、次の受信が行われた際に直前のデータを上書きによって消去することとすれば、ログ収集サーバの負担が小さくなる一方、後に管理データを必要とした場合に最低限のデータが確保される。
【００２７】
（作用）
ログ収集サーバにおいて、受信管理データベースを備えているので、ウェブサーバ側に異常が発生した場合などについての記録として使用することができる。例えば、受信が遅れているような場合に、データの取り込みが遅れていることをログ収集サーバにおいて把握することができる。
送信要求手段は、受信管理データベースに蓄積された最終受信時刻と現在時刻とを比較し、タイムテーブルなどにおいて設定されている送信タイミングよりも大きく遅れているような場合に、当該ウェブサーバへ送信を要求する。
【００２８】
（請求項６）
請求項６記載の発明は、請求項１から請求項５のいずれかに記載のログ収集管理システムを限定したものであり、
ログデータベースに蓄積されたログから、顧客の行動履歴を抽出して分析用データベースを作成する分析データ作成手段を備えたログ収集管理システムに係る。
【００２９】
（用語説明）
「顧客の行動履歴」とは、ウェブサーバが提供するサービスに対して有料のサービスや商品の購入を顧客が申し込んだ場合、その購入金額、購入品目、日時などの購買履歴のデータや、その購買に至るまでにどのような操作を行ったか、あるいはどのような行動の後に購買しなかったか、などの履歴として記録するものである。
「分析用データベース」とは、前記の行動履歴データに関し、様々な分析や検索が行えるように蓄積したデータベースである。例えば、後のマーケティングや操作性改善などに必要なログを抽出するための手段を備えている。
【００３０】
（作用）
分析データ作成手段が、ログデータベースに蓄積されたログデータから、顧客の行動履歴を抽出して分析用データベースを作成する。その分析用データベースを用いれば、行動履歴データに関し、顧客に対するサービス提供とは別にデータを集積することなく様々な分析や検索が行える。
【００３１】
（請求項７）
請求項７記載の発明は、請求項１から請求項６のいずれかに記載のログ収集管理システムを限定したものであり、ウェブサーバからのサービス提供を受けた顧客からの問い合わせに対応するログ利用サーバを備える。
そのログ利用サーバには、ログ収集サーバへ要求することによりログデータベースに蓄積されたログを受信可能なログ利用機能を備えるとともに、前記ログ収集サーバには、前記ログ利用サーバからの要求に応じてログを当該ログ利用サーバへ送信可能なログ開示機能を備えたログ収集管理システムとする。
【００３２】
（用語説明）
「ログ利用サーバ」は、例えば、ウェブサーバからのサービス提供を受けた顧客に対応するコールセンターに備えられる。コールセンターに問い合わせなどの電話連絡をした顧客に対応するため、ログ収集サーバへ必要な情報を要求する。
ログ利用サーバにおける「ログ利用機能」およびログ収集サーバにおける「ログ開示機能」とも、一般的には、いわゆるミドルウェアをログ収集サーバおよびログ利用サーバへインストールしておくことによって実現させる。
【００３３】
（作用）
ログ利用サーバにおいて、ログを参照する必要が生じた場合には、ログ利用機能を用いて、ログ収集サーバへ要求する。ログ収集サーバは、ログ開示機能を用いて、前記ログ利用サーバからの要求に応じてログデータベースに蓄積されたログを当該ログ利用サーバへ送信する。送信されたログは、当該ログ利用サーバが受信し、顧客への対応などの利用に供する。
【００３４】
（請求項８）
請求項８記載の発明は、インターネットを介して顧客に対してサービスを提供する複数のウェブサーバと、その各ウェブサーバのログデータを蓄積するログ収集サーバとを備えたシステムにおいて、各ウェブサーバにおけるログを収集して管理する方法に係る。
すなわち、各ウェブサーバにおいて顧客へのサービス提供に対して発生したログをログ収集サーバへ送信するログ送信手順と、前記ログ収集サーバにおいてログを受信するログ受信手順と、受信したログをログデータベースに蓄積してデータベース化するデータベース化手順とを備えたログ収集管理方法である。
【００３５】
（請求項９）
請求項９記載の発明は、請求項８に記載のログ収集管理方法を限定したものであり、
ログ受信手順にて受信したログの受信記録データとしての受信時刻を管理ファイルへ蓄積する受信時刻蓄積手順と、その管理ファイルへ蓄積された受信時刻と現在時刻とを比較して所定以上の間隔が空いた場合には、当該ウェブサーバへログ送信を要求する送信要求手順とを備えたログ収集管理方法に係る。
【００３６】
（用語説明）
「所定以上の間隔」とは、例えば１５分、３０分以上などである。ウェブサーバ側にも送信時刻の管理ファイルを備えることとして、両サーバのデータ突き合わせを行うようにしてもよい。
【００３７】
（請求項１０）
請求項１０記載の発明は、請求項８または請求項９のいずれかに記載のログ収集管理方法を限定したものであり、
ログデータベースに蓄積されたログから、顧客の行動履歴を抽出して分析用データベースを作成する分析データ作成手順を備えたログデータ収集管理方法に係る。
【００３８】
（請求項１１）
請求項１１記載の発明は、複数のウェブサーバにおけるログを収集して管理するシステムを実現するために、各ウェブサーバへインストールするコンピュータプログラムに係る。
そのプログラムは、当該ウェブサーバにおいて顧客へのサービス提供に対して発生したログにつき、統一されたフォーマットに変換するフォーマット変換手順と、そのフォーマット変換手順にて統一されたログを設定されたログ収集サーバへ送信するログ送信手順と、そのログ送信手順にて送信したログの送信記録データとしての送信時刻および送信済みログを管理ファイルに蓄積する送信データ記録手順とを当該ウェブサーバにて実行させるためのコンピュータプログラムである。
【００３９】
上記プログラムは、ログ収集サーバあるいは別のサーバに格納しておき、通信回線を通じてウェブサーバへ伝送することが可能である。
また、上記プログラムを記録媒体へ記憶させて提供することもできる。ここで、「記録媒体」とは、それ自身では空間を占有し得ないプログラムを担持することができる媒体であり、例えば、フレキシブルディスク、ハードディスク、ＣＤ−ＲＯＭ、ＭＯ（光磁気ディスク）、ＤＶＤ−ＲＯＭなどである。
【００４０】
【発明の実施の形態】
以下、本願発明を実施の形態および図面にて説明する。ここで使用する図面は、図１および図２である。
【００４１】
（図１）
図１には、インターネットを介して顧客に対してサービスを提供するウェブサーバ、ウェブサーバのログを収集するログ収集サーバ、予め別途契約を済ませた顧客に係るユーザ端末、および顧客に対する問い合わせ対応などを行うログ利用サーバを図示している。
ウェブサーバは、ウェブサーバは、商用回線の顧客サーバ、インターネット経由の顧客サーバ、情報系サーバ、チャートサーバ、携帯電話経由の顧客サーバなどを揃えている。２００〜３００台、あるいはそれ以上がログ収集サーバと繋がっているが、図示の都合上、数台のみの存在を示している。以下に説明する構成において、３００台のウェブサーバと１台のログ収集サーバとを接続して試験したところ、何ら問題なくログ収集およびその後の管理が行えた。
【００４２】
（各ウェブサーバ）
各ウェブサーバには、ログファイルを備えており、ウェブサービスアプリケーション等およびウェブを介して顧客へのサービスを提供することによって発生するログを、そのログファイルへ蓄積している。ログファイルは、例えば１日ごとにフォルダを作成してそのフォルダへ蓄積する、といった手法によってログを蓄積し、管理しやすいように設定している。
また、各ウェブサーバには、ログ登録ミドルウェアといったログ収集サーバへのログ送信手段や、管理ファイル、フォーマット情報ファイル、タイムテーブルおよび設定ファイルといった各種のファイルが備えられている。また、ログ登録ミドルウェアに隣接して図示した「ＯＤＢＣ」とは、データベースへのアクセス用ＡＰＩ（アプリケーション・プログラミング・インターフェース）である。
【００４３】
「フォーマット情報ファイル」は、フォーマット変換情報を蓄積している。これについては、図２とともに後述する。
「タイムテーブル」は、ログ収集サーバへのログ送信時刻を設定するためのものである。ログ収集サーバ側にて予め設定しておくことによって、多数のウェブサーバからログの送信が集中することを未然に防ぐことができる。
「管理ファイル」は、ログデータ送信の最終時刻、およびその送信したログの最終取り込み位置を蓄積するためのものである。ウェブサーバがダウンした場合の復旧時に、どのから取り込み直しを行えばよいかを判断できるようにするためである。
【００４４】
「設定ファイル」は、ログの出力先、すなわちログ収集サーバを特定するためのデータと、ログデータの出力間隔、例えば何分毎といったデータとを設定して蓄積している。一般的には、各ウェブサーバがログ収集サーバから設定ファイルをダウンロードするか、またはウェブサーバ側で所定の設定を行うこととしている。
ログファイルに蓄積されたログは、ログ登録ミドルウェアおよびＯＤＢＣを介してログ収集サーバへ送られる。「ログ登録ミドルウェア」とは、ハードウェアやＯＳ（オペレーティングシステム）の相違を吸収し、ログを登録するのに用いるソフトウェアである。
【００４５】
（ログ収集サーバ）
ログ収集サーバには、各ウェブサーバから送信されてきたログを受信する受信手段（図示を省略）と、その受信手段が受信したログを登録するマザーデータベース（図中、データベースは「ＤＢ」と略記）と、ログの最終受信時刻をウェブサーバ毎に登録する受信管理データベースとを備えている。また、ログ利用サーバとのやり取りをするため、ミドルウェアおよびログ参照時プログラム（図中、プログラムは「ＰＧ」と略記）を備えている。
なお、マザーデータベースでは、所定時間ごと（例えば１日ごと）にひとつのデータベースをマザーデータベース内に作成し、必要なログの検索を行いやすくしている。
【００４６】
受信管理データベースを備えているので、ウェブサーバ側に異常が発生した場合などについての記録として使用することができる。例えば、受信が遅れているような場合に、データの取り込みが遅れていることをログ収集サーバにおいて把握することができる。
【００４７】
また、この受信管理データベースには、最終受信時刻と現在時刻とを比較して所定以上の間隔が空いたこととなったウェブサーバにログ送信を要求する送信要求機能を備えている。そのため、受信管理データベースに蓄積された最終受信時刻と現在時刻とを比較し、タイムテーブルなどにおいて設定されている送信タイミングよりも大きく遅れているような場合に、当該ウェブサーバへ送信を要求する（図中、「遅延の場合の送信要求」と記載）。それでもログデータを受信できない場合には、当該ウェブサーバに異常が発生している（たとえばシステムダウン）などの判断を行い、その旨の対策を講じる。
例えばシステムダウンが発生しても、最終受信時刻が記録されているので、管理ファイルのデータとの突き合わせを行えば、復旧後にどのデータから補充すればよいかが判断できる。
【００４８】
ミドルウェアおよびログ参照時プログラムは、ログ利用サーバとのやり取りを制御している。例えば、ログ利用サーバから、必要なログについての検索条件を受信した場合、ミドルウェアがそのログ検索条件を用いてマザーデータベースから必要なログを抽出し、その処理結果のみをログ利用サーバへ送信するのである。このようなログ参照時プログラムにより、ログ収集サーバとログ利用サーバとの通信負荷を減らし、ログ利用サーバがログ収集サーバへアクセスした際のセキュリティ向上を図り、処理の共通化を実現している。
【００４９】
（ログ利用サーバ）
ログ利用サーバには、ログ収集サーバに対してログ検索条件を送信し、その検索条件に適合した要求ログを受信するためのミドルウェアが備えられている。すなわち、ログ収集サーバのミドルウェアは、ログ利用サーバからの検索要求を受け付ける検索受信機能と、その検索要求に対して適切なログをマザーデータベースから探し出す検索機能と、探し出したログを検索要求されたログ利用サーバへ出力する出力機能とを実行させるプログラムとなっている。ログ検索条件は、コールセンターとして顧客からの問い合わせに応じて引き出すことが多い。
各種の検索要求に対して応じられるようにしているので、コールセンターを介しての顧客からの問い合わせに対して、素早く、的確に応じることができる。また、どのような操作をしたかをトレースできるので、例えば、操作性向上のためのデータとして用いることや、不正な操作に対する摘発に用いることも可能である。
【００５０】
なお、前述したログ管理サーバの受信管理データベースは、ログ利用サーバからの検索要求時にも、どのデータまでが収集を終了しているかを確認している。例えば、ウェブサーバ３００台のうち１台のログが取り込めていなかった場合において、ログ管理サーバを介して検索要求があったとする。この場合、検索要求に応じられない未収集のデータが存在するかもしれないため、どのデータまでが収集を終了しているかを確認するのである。
【００５１】
図示は省略しているが、ログ収集サーバには、マザーデータベースに蓄積されたログから、顧客の行動履歴を抽出して分析用データベースを作成する分析データ作成機能を備えている。「顧客の行動履歴」とは、ウェブサーバが提供するサービスに対して有料のサービスや商品の購入を顧客が申し込んだ場合、その購入金額、購入品目、日時などの購買履歴のデータや、その購買に至るまでにどのような操作を行ったか、あるいはどのような行動の後に購買しなかったか、などの履歴として記録するものである。
すなわち、前記の行動履歴データに関し、マーケティング分析や検索が行えるように蓄積するのが、分析用データベースである。
【００５２】
ところで、このログ収集は、非常にデータ量が多いので、所定期間、例えば１ヶ月ごとに、磁気テープなどへバックアップを取り、ログ収集サーバからは消去して負担を軽減する。別に備えられたデータセンター（ＩＤＣ）を利用したバックアップを行う場合もある。バックアップデータは、かなりの期間が経過した後の問い合わせや調査にも対応できるよう、半永久的に保存することが望ましい。
【００５３】
（図２）
図２に基づいて、フォーマット情報ファイルの働きについて説明する。この図は、ログの実データがデータベース内に蓄積される状態までの様子を示している。
ログとしてのファイル名が「ＡＡＡ＿２００３０２２５．ｌｏｇ」の実データは、図２の上段に示している。この実データを設定情報によって、データベースへの蓄積形態とするのである。設定情報は、フォーマット情報、項目情報、および切り出し情報に分けられている。
【００５４】
フォーマット情報には、ログファイル名のパターンの指定、ログファイル区切り文字の指定、変換元／変換先コードの指定、およびログ出力先の指定を行うための情報を含んでいる。
項目情報には、項目名、出力先、桁数、デフォルト、０／空白、右／左詰の指定を行うための情報を含んでいる。
切り出し情報には、切出項目、切出し先、桁数、０／空白、右／左詰の指定を行うための情報を含んでいる。
【００５５】
まず、図２の実データは、「ログファイル名のパターンの指定」に合致するので、フォーマットの対象となる。そして、「ログファイル区切り文字の指定」により「，」が区切り文字であるので、カラム（ＣＬＭ＿０１〜ＣＬＭ＿０５）が決定する。
項目情報において、ＣＬＭ＿０２およびＣＬＭ＿０４は、出力先項目が「ＮＵＬＬ」であるので、何もしない。そのほかのＣＬＭ＿０１、ＣＬＭ＿０３、ＣＬＭ＿０５については指定された項目で、データベースへ登録される。例えば、ＪＩＫＯＫＵ＝アクセス時刻であり、ＫＯＺＡ＝口座番号である。
切り出し情報において指定されたカラム（ＣＬＭ＿０４）で、指定された切り出し項目（ＢＴＮＮＯ，ＫＯＺＡ）で切り出しを行い、データベースの別カラムとして登録する。
以上のようにしてデータベース内の状態が確定する。この状態であれば、後に検索が行いやすい。、顧客から口座番号の問い合わせがあった場合には、アクセス時刻や口座番号などを検索キーとして必要なログを呼び出すことができる。
【００５６】
【発明の効果】
請求項１から請求項７記載の発明によれば、ウェブサーバの数が増大しても、ログの蓄積および管理が行えるシステムを提供することができた。
また、請求項８から請求項１０記載の発明によれば、ウェブサーバの数が増大しても、ログの蓄積および管理が行えるログ収集方法を提供することができた。
また、請求項１１記載の発明によれば、ウェブサーバの数が増大しても、ログの蓄積および管理が行えるように各ウェブサーバを設定するコンピュータプログラムを提供することができた。
【図面の簡単な説明】
【図１】本発明の実施形態についての概念図を示したものである。
【図２】ログの実データをどのように蓄積するかを示した概念図である。
【図１】
2004295303.tif 000003
【図２】
2004295303.tif 000004