JP2012190345A - ログ情報自動採取装置及びログ情報自動採取方法 - Google Patents

Abstract

【課題】ウェブアプリケーションに障害が発生した場合に、コストをかけず、かつ、処理性能が低下させずに、その障害が発生したウェブアプリケーションに関するログ情報を採取する。
【解決手段】ログ情報自動採取装置は、障害が発生したウェブアプリケーションの開発元の情報処理装置からログ収集要求を受信した場合、ログの収集を行って良いか否かをユーザに確認する。ログの収集を行って良い旨を確認できた場合、該装置は、ウェブアプリケーションとログを採取する時間帯とを関連付けて管理するログ情報データベースを参照し、障害の発生したウェブアプリケーションと関連付けられた時間帯に基づいて、ウェブアプリケーションに関するログの収集を行い、収集したログをアプリケーション開発元の情報処理装置へ送信する。
【選択図】図２

Description

本発明は、ウェブアプリケーションに関するログを採取するログ情報自動採取装置及びログ情報自動採取方法に関する。

ユーザ固有のシステム環境において動作するウェブアプリケーションに障害が発生した場合、その障害を回復させるためにログ情報を採取し、採取したログ情報を検討する必要がある。従来、ログ情報は、当該システムの管理者が採取するか、又はウェブアプリケーションを提供している側のシステムエンジニアがユーザ先を訪問し、採取していた。

また、障害を回復するためにログを採取する次のようなシステムも知られている。このシステムにおいては、ユーザサーバ上で平常時のログを定期的に採取し、その採取したログを蓄積する。そして、ユーザサーバが、障害発生後に、障害発生の原因や予兆などを調査するために障害時のログを自動で抽出し、そのログをサーバに提供する（例えば、特許文献１参照。）。

更に、上記システムにおいては、通信路上でログファイルを暗号化する技術も開示されている。

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

既述のように、ウェブアプリケーションに障害が発生した際にシステムの管理者がログ情報を採取する場合、管理者がシステムに関する深い知識を持っていないと、採取できるログ情報が限定されてしまう場合がある。また、システムエンジニアがログ情報を採取する場合、システムエンジニアがユーザ先に出向く必要があるためコストがかかる。更に、以上のいずれかの方法によってログ情報を採取する場合、作業ミス、情報の伝達ミスなどの人為的ミスにより障害を回復するために必要なログ情報が採取できない可能性がある。

一方、上記特許文献１記載の技術では、定期的にログを採取、蓄積するため、ユーザサーバの処理負荷が高い場合にもログを採取、蓄積する処理を行ってしまう。これでは、ユーザサーバの処理性能に悪影響を及ぼす可能性がある。

また、同文献１に記載の技術では、通信路上のログファイルを暗号化することはできるが、ログファイル内の情報は最終的に複合化されてしまう。これでは、ログファイルに機密情報が含まれている場合に、その機密情報の内容が漏洩してしまう可能性がある。

本発明は、上記事情に鑑みてなされたものであり、その目的は、ウェブアプリケーションに障害が発生した場合に、コストをかけず、かつ、処理性能を低下させずに、その障害が発生したウェブアプリケーションに関するログ情報を採取することができるログ情報自動採取装置及びログ情報自動採取方法を提供することにある。

更に、本発明の他の目的は、ログ情報に含まれる機密情報を複合・解読できないようにすることができるログ情報自動採取装置及びログ情報自動採取方法を提供することにある。

本発明は、ウェブサーバ、ウェブサーバがウェブアプリケーションを提供可能な第１の情報処理装置、及びウェブアプリケーションの開発元で使用される第２の情報処理装置とそれぞれ通信可能なログ情報自動採取装置であって、ウェブアプリケーションと当該ウェブアプリケーションのログ情報を採取可能な時間帯とを関連付けて管理する管理部と、障害が発生したウェブアプリケーションに関するログ情報収集要求を第２の情報処理装置から受信した場合、ログ情報収集要求に応じてログ情報の収集を行って良いか否かを確認する旨の確認情報を第１の情報処理装置に出力する処理部と、確認情報の応答情報に基づいて、ログ情報の収集を行って良い旨を確認できた場合、管理部で管理されるウェブアプリケーションと関連付けられた時間帯に基づいて、ウェブアプリケーションに関するログ情報の収集を行うログ情報収集部と、ログ情報収集部で収集したログ情報を第２の情報処理装置へ送信する送信部とを備えることを特徴とする。

本発明によると、ウェブアプリケーションに障害が発生した場合に、コストをかけず、かつ、処理性能を低下させずに、その障害が発生したウェブアプリケーションに関するログ情報を採取することができるログ情報自動採取装置及びログ情報自動採取方法を提供できる。

また、本発明によると、ログ情報に含まれる機密情報を複合・解読できないようにすることができるログ情報自動採取装置及びログ情報自動採取方法を提供できる。

本発明の実施の形態に係るネットワーク全体の構成を示す図である。 同実施の形態に係るログ情報自動採取装置の機能的な構成を説明するための図である。 同実施の形態に係るログ収集要求のメールに含まれるログ種別情報の一例を示す図である。 同実施の形態に係るログ情報データベースの一例を示す図である。 同実施の形態に係るログフォーマットデータベースの一例を示す図である。 同実施の形態に係る承認メールに含まれる承認情報の一例を示す図である。 同実施の形態に係るログ情報自動採取処理を説明するためのタイミングチャートである。

以下、図面を参照しながら本発明の実施の形態について説明する。

図１は、ネットワークシステム１の構成を示す図である。同図に示すように、ネットワークシステム１は、ウェブサーバ１０、ログ情報自動採取装置２０、第１の情報処理装置であるコンピュータ装置３０、及び第２の情報処理装置であるコンピュータ装置４０が、ネットワーク２を介して通信可能に接続されて構成される。なお、同図においては、説明の簡略化のためコンピュータ装置３０は１つしか図示していない。

ウェブサーバ１０は、ネットワーク２に接続されたコンピュータ装置３０にウェブアプリケーションを提供する。ウェブアプリケーションは、ウェブの機能や特徴を利用したアプリケーションソフトウェアであり、例えば、電子掲示板、銀行のオンラインバンキング、証券会社のオンライントレード、及び電子商店街などに用いられるネット販売のショッピングカートなどを実現するためのソフトウェアである。ウェブサーバ１０は、コンピュータ装置３０に提供したウェブアプリケーションを実行する指示を、コンピュータ装置３０のユーザから受け付けると、このユーザからの指示に基づいて当該ウェブアプリケーションを実行する。

コンピュータ装置３０は、ウェブサーバ１０から提供されるウェブアプリケーションをユーザが使用可能となるように表示する。コンピュータ装置３０は、例えば、表示部（図示を省略する。）に表示されたウェブアプリケーション上からユーザの指示を受け付け、ウェブアプリケーションをウェブサーバ１０に実行させる。

コンピュータ装置４０は、ウェブアプリケーションの開発元が使用する。ウェブアプリケーションの開発者は、ウェブサーバ１０から提供されるウェブアプリケーションに障害が発生した場合、ウェブアプリケーションが動作していたコンピュータ装置のログ情報等を検討して、その障害の原因を究明し、障害を回復する。コンピュータ装置４０はウェブアプリケーションの開発者が障害の発生したウェブアプリケーションのログ情報を取得するために用いられる。

ログ情報自動採取装置２０は、ウェブアプリケーションに障害が発生した場合、この障害が発生したウェブアプリケーションのログ情報を採取する。ログ情報を採取する処理についての詳細は後述する。

図２は、ログ情報自動採取装置２０の機能を説明するための図である。同図に示すように、ログ情報自動採取装置２０は、処理部及び送信部であるメールエンジン２１、リクエスト送信部である再現確認用リクエスト送出部２２、ログ情報収集部であるログ収集部２３、マスク部である機密情報マスク部２４、管理部であるログ情報データベース（ＤＢ）２５、及びログフォーマットデータベース（ＤＢ）２６を有している。

なお、本実施の形態においては、ログ情報データベース２５、ログフォーマットデータベース２６は、ログ情報自動採取装置２０と通信可能に接続されている構成で説明するが、これに限るものではない。例えば、ログ情報データベース２５、及びログフォーマットデータベース２６は、ログ情報自動採取装置２０内に設けられていても良い。

メールエンジン２１は、メールサーバ機能、及び承認処理機能を実行する。メールサーバ機能は、汎用的なメールサーバが持つ機能と同様であるため詳細な説明は省略する。承認処理機能は、ウェブアプリケーションの障害発生時におけるログ情報の収集処理、外部装置とのメールの送受信処理を実行する際に、予め設定してあるメールアドレスに対して所定の確認を求めるためのメールを送信する機能である。

このような機能を有するメールエンジン２１は、例えば、障害が発生したウェブアプリケーションに関するログ情報収集要求（以下、ログ収集要求メールと称する。）をコンピュータ装置４０から受信した場合、ログ収集要求メールに応じてログ情報の収集を行って良いか否かをコンピュータ装置３０に確認する旨の確認情報（以下、承認情報と称する。）を出力する。また、メールエンジン２１は、ログ収集部で収集したログ情報をコンピュータ装置４０へ送信する。なお、メールエンジン２１の実行する処理の詳細については、後述する。

再現確認用リクエスト送出部２２は、メールエンジン２１から受信したログ収集要求メールに再現確認用リクエスト情報が含まれていた場合に、当該再現確認用リクエストをウェブサーバ１０へ送出する。

ログ収集部２３は、既述の確認情報の応答情報に基づいて、ログ情報の収集を行って良い旨を確認できた場合、詳細は後述するログ情報データベース２５を参照し、障害が発生したウェブアプリケーションと関連付けられた時間帯に基づいて、当該ウェブアプリケーションに関するログ情報の収集を行う。ログ収集部２３が採取するログ種別は、例えば、本実施の形態では、ウェブサーバ１０のアクセスログ、パフォーマンスログ、ウェブアプリケーション固有のログである。

機密情報マスク部２４は、ログ収集要求メールに基づいて収集すべきログ種別の中に、マスクが必要なデータがあるかどうかを、ログフォーマットデータベース２６を検索し調べる。ウェブアプリケーションのログ情報には、パスワード、ユーザＩＤ、ユーザの個人情報、及びユーザ情報等の機密情報が含まれている場合があるためである。機密情報マスク部２４は、マスクが必要なデータ、つまり、機密情報がある場合、当該機密情報のマスク処理を行なう。

ログ情報データベース２５は、ウェブアプリケーションと当該ウェブアプリケーションのログ情報を採取する時間帯とを関連付けて管理するデータベースである。ログ情報データベース２５の詳細は、図４を参照して後述する。

ログフォーマットデータベース２６は、ログ種別と、検索正規表現と、置換正規表現とを関連づけて管理するデータベースである。ここで正規表現とは、文字列の集合を一つの文字列で表現する方法である。ログフォーマットデータベース２６の詳細は、図５を参照して後述する。

図３は、ログ収集要求メールに含まれるログ種別情報５１の一例を示す図である。同図に示すように、ログ種別情報５１は、ログ種別５１ａと採取期間範囲５１ｂとが対応付けられて構成されている。ログ種別５１ａは、例えば、ウェブアプリケーションの種類毎のログ、及び運用・管理ログである。また、採取期間範囲５１ｂは、始点と終点とによって採取期間範囲が定められている。

図３に示すように、例えば、ウェブアプリケーション１には、採取期間範囲として２０１０年３月１日（始点）から２０１０年４月３０日（終点）までの期間が対応付けられている。

図４は、ログ情報データベース２５の一例を示す図である。同図に示すように、ログ情報データベース２５は、ログ種別毎２５ａと、ログ配置場所２５ｂと、採取可能時間帯２５ｃとが対応付けられて構成されている。ログ種別２５ａは、ウェブアプリケーションの種類毎のログ、及び管理・運用ログ（図４では図示を省略。）を示している。ログ配置場所２５ｂは、ログを配置している場所を示している。採取可能時間帯２５ｃは、ログを採取することが可能な時間帯を示している。つまり、本実施の形態では、ログ種別に採取可能時間帯が設けられているため、ログ種別毎に対応づけられた採取可能時間帯以外では、当該ログ種別に関するログを採取できないように構成されている。

図４に示すように、例えば、ログ種別２５ａ“ウェブアプリケーション１”には、ログ配置場所２５ｂとして“\\websv01.example.com\C\websvlog\”、採取可能時間帯２５ｃとして、“土，日曜日の２１時００分から２４時００分及び月曜日の００時００分から５時００分”が対応付けられている。よって、この例では、“土，日曜日の２１時００分から２４時００分及び月曜日の００時００分から５時００分以外の時間帯では、ウェブアプリケーション１のログはログ配置場所\\websv01.example.com\C\websvlog\から採取することができないように設定されている。

図５は、ログフォーマットデータベース２６の一例を示す図である。同図に示すように、ログフォーマットデータベース２６は、ログ種別２６ａと、検索正規表現２６ｂと、置換正規表現２６ｃとが対応づけられて構成されている。ログ種別２６ａは、ウェブアプリケーションの種類毎のログ、及び管理・運用ログ（図５では図示を省略。）である。検索正規表現２６ｂは、検索対象となる表現を示している。置換正規表現２６ｃは、置換対象となる表現を示している。

図５に示すように、例えば、ログ種別２６ａ“ウェブアプリケーション１”には、検索正規表現２６ｂとして“図５に示す所定の変換式”と、置換正規表現２６ｃとして“_MAILADDRESS_”とが対応付けられている。なお、本実施の形態においては、検索正規表現、及び置換正規表現を用いた２つの置換処理を行う場合で説明するが、通常、ログ情報は予め定められた形式で出力される場合が多いため、検索正規表現のみによって置換処理を行う場合でも十分な効果を得ることができる。また、同図に示すように、検索正規表現による置換は文字列中のメールアドレスをマスク処理する等、出力の形式に関係なくマスク処理の対象とすることが可能である。

図６は、承認メールに含まれる承認情報５２の一例を示す図である。同図に示すように、承認情報５２は、採取対象ログ５２ａと、採取対象範囲５２ｂと、採取実行時刻５２ｃと、機密情報の有無５２ｄとが対応付けられて構成されている。採取対象ログ５２ａは、ウェブサーバログ情報、キャビネットログ、及びスケジュール管理ログである。採取対象範囲５２ｂは、始点と終点とから構成された所定の範囲である。採取実行時刻５２ｃは、ログ情報を採取する時刻を示している。機密情報の有無５２ｄは、機密情報としてマスク処理を行うデータがあるか否かを示している。

図６に示すように、例えば、採取対象ログ５２ａ“ウェブサーバログ”には、採取対象範囲５２ｂとして、２０１０年４月２５日（始点）から２０１０年４月３０日（終点）までの範囲、採取実行時刻５２ｃとして“２０１０年４月３１日の３時００分００秒”、及び機密情報の有無５２ｄとして、“無（つまり、マスク処理するデータ無し）”が対応付けられている。

次に、ログ情報自動採取装置２０の実行するログ情報自動採取処理を説明する。図７は、ログ情報自動採取処理を示すタイミングチャートである。

先ず、ログ情報自動採取装置２０のメールエンジン２１は、コンピュータ装置４０、つまり、ウェブアプリケーションの開発元で使用されるコンピュータ装置からログ収集要求メールを受信する（Ｓ１１）。このログ収集要求メールには、認証情報、再現確認用リクエスト（なお、再現確認用リクエストは記述されていない場合もある。）、及び採取が必要なログ種別（図３を参照。）が記述されている。

ログ収集要求メールを受信した場合、メールエンジン２１は、そのログ収集要求メールを特定のメールボックスへ格納する（Ｓ１２）。

次に、メールエンジン２１は、ログ収集要求メールを受信したことをログ収集部２３へ通知する（Ｓ１３）。

ログ収集部２３は、メールエンジン２１からの通知を受け、特定のメールボックスに格納されたログ収集要求メールを参照し、このログ収集要求メールに記述されている認証情報に基づいて、ログ収集要求メールが不正なものであるか否かを確認する（Ｓ１４）。

ログ収集要求メールが不正なものでなかった場合、ログ収集部２３は、ログ収集要求メールに記述されているログ種別５１ａの内容に基づいて、ログ情報データベース２５（図４を参照。）を参照し、ログ種別５１ａ毎にログ採取可能時間帯を調べ、直ちにログ情報が採取可能であるかどうかのチェックを行う（Ｓ１５）。

また、ログ収集部２３は、ログ種別５１ａに応じたログ情報が機密情報を含んでいるか否かのチェックを行う（Ｓ１６）。

次に、ログ収集部２３は、ステップＳ１５，Ｓ１６のチェックに基づいて、直ちにログ情報が採取可能であるか否か、そのログ情報は機密情報を含んでいるか否かに関するチェック結果をログ収集要求メールに追記し、拡張された特殊なコマンドを付与してメールエンジン２１へ、返信メールを送信するよう要求する（Ｓ１７）。

メールエンジン２１は、ログ収集部２３から返信メールを受信した場合、収集すべきログ情報の採取可能時間帯をチェックする（Ｓ１８）。例えば、直ちに収集することができるログ情報であるか、直ちにログ情報が採取できず、採取可能時間帯が訪れるまで待たなければならないログ情報であるかがログ種別毎にチェックされる。直ちに収集可能なログ情報であれば、ログ情報採取実行時間５３ｃは、“即時”となる。一方、採取可能時間帯が訪れるまで待たなければならないログ情報であれば、採取可能時間帯からいずれかの時刻が設定される。

採取可能時間帯が訪れまで待たなければならないログがあった場合、メールエンジン２１は、当該旨を示す返信メールをコンピュータ装置４０へ返信する（Ｓ１９）。

次に、メールエンジン２１は、コンピュータ装置３０に対し、ログ収集の承認を得る為の承認依頼メールを送信する（Ｓ２０）。この承認依頼メールには、図６において例示した承認情報５２が含まれる。ユーザは、コンピュータ装置３０を用いて承認依頼メールを参照することにより、採取対象のログ、ログ毎のログ情報採取スケジュール（採取対象範囲、採取実行時刻、及び機密情報の有無）を確認することができる。また、ユーザは、承認依頼の内容等が不明である場合、ウェブアプリケーションの開発元へ連絡をとり、詳しい説明等を受けることが出来る。ユーザがログ収集を承認する場合は承認依頼メールに対して返信を行う。

メールエンジン２１は、ユーザの承認が得られた場合、つまり、承認依頼メールに対して承認する旨の返信があった場合、再現確認用リクエスト送出部２２へ再現確認用リクエスト開始要求をする（Ｓ２１）。

再現確認用リクエスト送出部２２は、ステップＳ１３において特定のメールボックスに格納したログ収集要求メールに再現確認用リクエストが含まれているか否かを判定する（Ｓ２２）。

ウェブサーバ１０への再現確認用リクエストがログ収集要求メールに含まれている場合、再現確認用リクエスト送出部２２は、再現確認用リクエストをウェブサーバ１０へ送信する（Ｓ２３）。この再現確認用リクエストが送信されることによって、ウェブサーバ１０でウェブアプリケーションに障害が発生した際の再現が行われる。なお、再現確認のために用いられるログ情報は、ログ収集部２３によって採取され、再現確認用リクエストともも送信される。

そして、再現確認用リクエスト送出部２２は、ログ収集部２３へログ収集の開始を要求する（Ｓ２４）。

次に、ログ収集部２３は、ステップＳ１３において特定のメールボックスに格納したログ収集要求メールに記述されているログ種別（図３を参照。）の情報を読み取り、ログ情報データベース２５（図４を参照。）からログ種別毎の採取可能時間帯を照会する（Ｓ２５）。

ログ収集部２３は、現在時刻が採取可能時間帯内でない場合、承認依頼メールにて承認を得た採取実行時刻５３ｃとなるまで待った後、そのログ種別のログ格納場所（図４を参照）を照会し、採取対象範囲に該当するファイル作成日時のログ情報を所定の一時フォルダへ採取する。一方、ログ収集部２３は、現在時刻が採取可能時間帯内である場合、そのログ種別のログ格納場所を照会し、図３の採取期間範囲に該当するファイル作成日時のログ情報を採取し、所定の一時フォルダへ保存する（Ｓ２６）。

ログ収集部２３は、要求されたすべてのログ情報を一時フォルダへ採取すると、機密情報マスク部２４へマスク処理の開始を要求する（Ｓ２７）。

機密情報マスク部２４は、ログフォーマットデータベース２６（図５を参照。）を参照し、マスク処理を行うログ種別とマスク方法を照会し、一時フォルダに採取されたログ情報に対してマスク処理を行う（Ｓ２８）。

マスク処理が完了すると、機密情報マスク部２４は、一時フォルダ内のログ情報をアーカイブし（Ｓ２９）、ログ収集要求メールへと添付し、ログ情報メールの送信をメールエンジン２１へ要求する（Ｓ３０）。

メールエンジン２１は、機密情報マスク部２４からログ情報メールの送信要求を受け取ると、ログ情報メールを送信して良いか否かをユーザへ問い合わせるために、ログ情報を添付したログ情報送信承認メールをコンピュータ装置３０へ送信する（Ｓ３１）。ユーザはコンピュータ装置３０を用いてログ情報送信承認メールの内容を閲覧することにより、実際に採取されたログ情報をチェックし、機密情報がマスク処理されずに含まれているかどうか、不必要な情報が含まれているかどうか等の確認を簡単に行なうことができる。ユーザは、ログ情報メールの送信を承認する場合、ログ情報送信承認メールに対して返信を行う。

メールエンジン２１は、ユーザの承認が得られた場合、つまり、ログ情報送信承認メールに対して返信があった場合、ログ情報メールをコンピュータ装置４０へ送信する（Ｓ３２）。ウェブアプリケーションの開発元（開発者）は、ログ情報メールに添付されたログ情報の内容を検討することにより、障害の内容を究明し、ウェブアプリケーションに発生した障害を回復することが可能になる。

本実施の形態のログ情報自動採取装置２０によると、ウェブアプリケーションに障害が発生した場合、ログ情報の採取を自動的に行うことができるため、ウェブアプリケーションの開発者がタイムリにログ情報を取得でき、障害対応作業の迅速化、人為的ミスの排除による確実性の向上、コストの削減を促進することができる。

また、ログ情報自動採取装置２０は、従来技術のように定期的にログ情報を採取する必要がなく、ログ情報の採取に関して、ユーザのシステム運用に影響を与えることを防止し、ログ情報自動採取装置２０の処理能力が低下することを防止できる。

更に、ログ情報自動採取装置２０は、ログ情報採取時の障壁となりうる、ログ情報に含まれる機密情報をマスク処理することができるため、ログ採取作業の迅速化を図ることができると共にその機密情報の複合・解読防止することにより機密情報流出事故防止を促進でき、ウェブアプリケーション開発元では機密情報の取り扱いに注意するためのコストを削減できる。

また更に、ログ情報自動採取装置２０は、障害再現手順、障害発生条件の特定のために必要なウェブサーバ１０へのリクエスト送信を遠隔から要求し、自動的に実施することによりコストの削減、障害調査にかかる期間の短縮を促進できる。

また更に、ログ情報自動採取装置２０は、コンピュータ装置３０を使用するウェブアプリケーション開発元とログ情報自動採取装置２０が設置されるユーザとの間において、情報交換のインタフェイスをメールに一本化し、情報交換時にユーザの承認を得るように構成されている。よって、ログ情報自動採取装置２０を用いることにより、アプリケーション開発元とユーザとの間のやりとりに関する可視化を実現することができる。

また更に、既述のウェブアプリケーションには通常、運用管理のためのツール、インタフェイスが用意されている。これらは多くの場合ウェブサーバ１０上で実行するコマンドや、ウェブコンソールである。これらのツール、インタフェイスを遠隔から利用するには、リモートシェルによるコマンド実行、及びウェブアクセスが必要となるが通常の企業においてはセキュリティ上問題があるため、これらの遠隔アクセスは許可していない。そのため従来では、ウェブアプリケーションにおける障害発生時に、ログ収集や設定確認等のために運用管理のためのツール、インタフェイスにアクセスするためには実際にシステムエンジニアやウェブアプリケーション開発者が客先にて作業を行う場合が多く大きなコストがかかっていた。しかしながら、本実施の形態のログ情報自動採取装置２０によると、自動かつ安全にログ情報を採取することができるため、このようなコストも削減することができる。

なお、上記実施の形態では、ログ情報の自動採取、機密情報マスクの方法はウェブアプリケーションのログ情報を採取する場合で説明したがこれに限るものではない。例えば、メールサーバ上に格納されたメールファイルの採取等に利用可能である。

なお、本発明は上述の実施の形態に限定されるものではなく、その実施に際して様々な変形が可能である。

上記実施の形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。

（付記１）
ウェブサーバ、前記ウェブサーバがウェブアプリケーションを提供可能な第１の情報処理装置、及び前記ウェブアプリケーションの開発元で使用される第２の情報処理装置とそれぞれ通信可能なログ情報自動採取装置であって、
ウェブアプリケーションと当該ウェブアプリケーションのログ情報を採取可能な時間帯とを関連付けて管理する管理部と、
障害が発生したウェブアプリケーションに関するログ情報収集要求を前記第２の情報処理装置から受信した場合、前記ログ情報収集要求に応じてログ情報の収集を行って良いか否かを確認する旨の確認情報を前記第１の情報処理装置に出力する処理部と、
前記確認情報の応答情報に基づいて、前記ログ情報の収集を行って良い旨を確認できた場合、前記管理部で管理される前記ウェブアプリケーションと関連付けられた時間帯に基づいて、前記ウェブアプリケーションに関するログ情報の収集を行うログ情報収集部と、
前記ログ情報収集部で収集したログ情報を前記第２の情報処理装置へ送信する送信部と、
を備えることを特徴とするログ情報自動採取装置。

（付記２）
前記ログ情報収集部で収集したログ情報に含まれる機密情報をマスク処理するマスク部を備え、
前記送信部は、前記マスク処理後のログ情報を前記第２の情報処理装置へ送信する、ことを特徴とする付記１記載のログ情報自動採取装置。

（付記３）
前記ログ情報収集要求が前記障害の再現を前記ウェブサーバへリクエストするリクエスト情報を含む場合、前記リクエスト情報を前記ウェブサーバへ送信するリクエスト送信部を備える、ことを特徴とする付記１又は２記載のログ情報自動採取装置。

（付記４）
ウェブサーバ、前記ウェブサーバがウェブアプリケーションを提供可能な第１の情報処理装置、及び前記ウェブアプリケーションの開発元で使用される第２の情報処理装置とそれぞれ通信可能なログ情報自動採取装置のログ情報自動採取方法であって、
前記ウェブアプリケーションに障害が発生した場合、当該ウェブアプリケーションに関するログ情報収集要求を前記第２の情報処理装置から受信するステップと、
と、
前記ログ情報収集要求に応じてログ情報の収集を行って良いか否かを確認する旨の確認情報を前記第１の情報処理装置に出力するステップと、
前記確認情報の応答情報に基づいて、前記ログ情報の収集を行って良い旨を確認できた場合、ウェブアプリケーションと当該ウェブアプリケーションのログ情報を採取する時間帯とを関連付けて管理する管理手段を参照し、当該管理手段で管理される前記ウェブアプリケーションと関連付けられた時間帯に基づいて、前記ウェブアプリケーションに関するログ情報の収集を行うステップと、
前記ログ情報の収集を行うステップで収集したログ情報を前記第２の情報処理装置へ送信するステップと、
を有することを特徴とするログ情報自動採取方法。

（付記５）
前記ログ情報の収集を行うステップで収集したログ情報に含まれる機密情報をマスク処理するステップを備え、
前記送信するステップは、前記マスク処理した機密情報を含むログ情報を前記第２の情報処理装置へ送信する、ことを特徴とする付記４記載のログ情報自動採取方法。

（付記６）
前記ログ情報収集要求が前記障害の再現を前記ウェブサーバへリクエストするリクエスト情報を含む場合、前記リクエスト情報を前記ウェブサーバへ送信するステップを備える、ことを特徴とする付記４又は５記載のログ情報自動採取方法。

ウェブアプリケーションを提供するサーバの運用、管理、障害対応に広く適用可能である。

１・・・・ネットワークシステム
１０・・・ウェブサーバ
２０・・・ログ情報自動採取装置
２１・・・メールエンジン
２２・・・再現確認用リクエスト送出部
２３・・・ログ収集部
２４・・・機密情報マスク部
２５・・・ログ情報データベース
２６・・・ログフォーマットデータベース
３０・・・コンピュータ装置（ユーザ側）
４０・・・コンピュータ装置（ウェブアプリケーション開発側）

Claims (6)

1. ウェブサーバ、前記ウェブサーバがウェブアプリケーションを提供可能な第１の情報処理装置、及び前記ウェブアプリケーションの開発元で使用される第２の情報処理装置とそれぞれ通信可能なログ情報自動採取装置であって、
   ウェブアプリケーションと当該ウェブアプリケーションのログ情報を採取可能な時間帯とを関連付けて管理する管理部と、
   障害が発生したウェブアプリケーションに関するログ情報収集要求を前記第２の情報処理装置から受信した場合、前記ログ情報収集要求に応じてログ情報の収集を行って良いか否かを確認する旨の確認情報を前記第１の情報処理装置に出力する処理部と、
   前記確認情報の応答情報に基づいて、前記ログ情報の収集を行って良い旨を確認できた場合、前記管理部で管理される前記ウェブアプリケーションと関連付けられた時間帯に基づいて、前記ウェブアプリケーションに関するログ情報の収集を行うログ情報収集部と、
   前記ログ情報収集部で収集したログ情報を前記第２の情報処理装置へ送信する送信部と、
   を備えることを特徴とするログ情報自動採取装置。
2. 前記ログ情報収集部で収集したログ情報に含まれる機密情報をマスク処理するマスク部を備え、
   前記送信部は、前記マスク処理した後のログ情報を前記第２の情報処理装置へ送信する、ことを特徴とする請求項１記載のログ情報自動採取装置。
3. 前記ログ情報収集要求が前記障害の再現を前記ウェブサーバへリクエストするリクエスト情報を含む場合、前記リクエスト情報を前記ウェブサーバへ送信するリクエスト送信部を備える、ことを特徴とする請求項１又は２記載のログ情報自動採取装置。
4. ウェブサーバ、前記ウェブサーバがウェブアプリケーションを提供可能な第１の情報処理装置、及び前記ウェブアプリケーションの開発元で使用される第２の情報処理装置とそれぞれ通信可能なログ情報自動採取装置のログ情報自動採取方法であって、
   前記ウェブアプリケーションに障害が発生した場合、当該ウェブアプリケーションに関するログ情報収集要求を前記第２の情報処理装置から受信するステップと、
   と、
   前記ログ情報収集要求に応じてログ情報の収集を行って良いか否かを確認する旨の確認情報を前記第１の情報処理装置に出力するステップと、
   前記確認情報の応答情報に基づいて、前記ログ情報の収集を行って良い旨を確認できた場合、ウェブアプリケーションと当該ウェブアプリケーションのログ情報を採取する時間帯とを関連付けて管理する管理部を参照し、当該管理部で管理される前記ウェブアプリケーションと関連付けられた時間帯に基づいて、前記ウェブアプリケーションに関するログ情報の収集を行うステップと、
   前記ログ情報の収集を行うステップで収集したログ情報を前記第２の情報処理装置へ送信するステップと、
   を有することを特徴とするログ情報自動採取方法。
5. 前記ログ情報の収集を行うステップで収集したログ情報に含まれる機密情報をマスク処理するステップを備え、
   前記送信するステップは、前記マスク処理した機密情報を含むログ情報を前記第２の情報処理装置へ送信する、ことを特徴とする請求項４記載のログ情報自動採取方法。
6. 前記ログ情報収集要求が前記障害の再現を前記ウェブサーバへリクエストするリクエスト情報を含む場合、前記リクエスト情報を前記ウェブサーバへ送信するステップを備える、ことを特徴とする請求項４又は５記載のログ情報自動採取方法。

Images