(57)【要約】      （修正有）【課題】複数のアプリケーションから必要なログ情報をリアルタイムに抽出し、ブラウザによるログの分析・監視、および帳票取得ができるログ統合管理システムを提供する。【解決手段】ログ統合管理サーバは、複数のアプリケーションのログ情報を読み込むログ取得部と、取得したログの内容を整形するログ整形部と、整形したログ情報をログ統合管理ファイルに蓄積するログ蓄積部と、を備え、ＷＥＢサーバは、管理端末からの入力情報に基づいてログ情報の抽出条件を取得するログ抽出条件取得部と、取得したログ抽出条件に対応してログ統合管理ファイルへアクセスし必要な前記整形したログ情報を抽出するログ統合管理ファイル参照部と、前記整形したログ情報の抽出結果を画面に表示するログ抽出情報表示部と、画面表示用に抽出したログ情報を用い帳票定義体により定義された形式の監査帳票に印刷出力する監査帳票出力部と、を備えた。【選択図】図１
2008077611.tif 000002
【特許請求の範囲】
【請求項１】
収集したログ情報を検索自在に格納するログ統合管理ファイルを作成するログ統合管理サーバと、
監査で必要なログ情報を前記ログ統合管理ファイルから検索し分析したログ情報抽出結果をリアルタイムに画面および帳票に出力するＷＥＢサーバと、
前記ＷＥＢサーバに情報接続された管理端末と、を備えたログ統合管理システムであって、
前記ログ統合管理サーバは、
複数のアプリケーションのログ情報を読み込むログ取得部と、
取得したログ情報の内容を整形するログ整形部と、
整形したログ情報を前記ログ統合管理ファイルに蓄積するログ蓄積部と、を備え、
前記ＷＥＢサーバは、
前記管理端末からの入力情報に基づいてログ情報の抽出条件を取得するログ抽出条件取得部と、
取得したログ抽出条件に対応して前記ログ統合管理ファイルへアクセスし必要な前記整形したログ情報を抽出するログ統合管理ファイル参照部と、
前記整形したログ情報の抽出結果を画面に表示するログ抽出情報表示部と、
画面表示用に抽出したログ情報を用い帳票定義体により定義された形式の監査帳票に印刷出力する監査帳票出力部と、を備えたことを特徴とするログ統合管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ログの監視を行うログ管理システムに関し、特に、複数のアプリケーションから出力されるログ情報をリアルタイムに取得し、その分析を支援し、監査帳票を出力するような一元管理を可能とするログ統合管理システムに関するものである。
【背景技術】
【０００２】
官公庁をはじめ、公益性の強い病院、学校、または金融機関等、あるいは一般企業まで含めた組織（以下、「企業等という」）の運営主体、その構成要員、および関係者の全てに対し、法律や（企業）倫理を遵守すべきこと、すなわちコンプライアンス（compliance）の意識がにわかに強く求められている。このことは、情報漏洩事件の多発する近年の社会情勢に対抗する意味も含めて施行された個人情報保護法の影響もある。そして、企業等におけるコンプライアンス意識の向上に伴って、情報セキュリティに関する自己監査を強化する企業等が増えつつある。
【０００３】
求めに応じて前記企業等が情報セキュリティを徹底するためには、コンピュータを用いた日常業務におけるあらゆる利用履歴（以下、「ログ」という）に対し、随時調査が可能な管理体制を維持するため、膨大なログ情報を証拠に残せるような管理システムを整備する必要がある。具体的には、複数のアプリケーションから出力されるログ情報をリアルタイムに取得して一元管理するログ統合管理システムを構築し、ログの監視・分析支援や監査帳票出力を行うことである。
【０００４】
なお、ここでいう「アプリケーション」とは、例えば、ワープロソフトやデータベースソフトなど、特定の仕事を行なうためのソフトウェアを意味している。この「アプリケーション」と同一の意味で「アプリケーション・ソフトウェア」、または「アプリケーション・プログラム」との呼称もあり、これらは「アプリ」と略称されることもある。
【０００５】
また、前述したログの監視・分析支援や監査帳票出力を可能とするログ統合管理システムを用いたとしても、何ら絞り込まれていない莫大なログの全てを調査するような監査方法では、無駄な労力を要するばかりで現実的ではない。
【０００６】
そこで、ログ管理を目的とした従来の発明として、セキュリティ管理者に高度な知識や経験を要求することなく、不正アクセス等の情報を含む通信ログ情報を証拠として保存するためのシステム、その方法、そのプログラムがあった（例えば、特許文献１）。
【０００７】
具体的には、保存されるログリストの各行に対して所定の不正アクセスパターンを適用することで不正アクセスの有無を検出し、検出したログ情報を他の記憶媒体に保存する、というものである。
【０００８】
詳しくは、通信ログ情報を、あらゆる用途のサーバ、ＯＳ（Operating System）、アプリケーションから取得し、リモートロケーションに送信すると共に形式の異なるログ情報を統一した所定のフォーマットに成形するログフォーマット統一処理部と、リモートロケーションに送信されたログの各行をデータファイルの１または２以上のレコードとして第１の記憶媒体に保存していく第１のログ保存処理部と、所定のタイミングで、データファイルの各行を、所定のフォーマット中の属性に基づいて振分け制御し、それぞれを複数の異なる第２の記憶媒体に保存蓄積していく第２のログ保存処理部と、を有して実現したものである。
【特許文献１】特開２００３−９９２９５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
ログ情報の分析は人の作業に依存するが、それには概ね以下の２種類がある。
第１に、アプリケーションによりテキストファイルやデータベースに出力された多数のログ情報を逐一確認する作業。
第２に、詳細に記録された大量のログ情報に対し、監査のために必要か否かを選別する作業と、選別された必要情報を抽出する作業。
【００１０】
しかし、前記第１、第２の作業はどちらも容易ではない。そこで本発明は前記第１、第２の作業に対する負担を軽減するとともに、下記課題を解決することを目的とする。
（１）複数のアプリケーションに関するログ情報を、監査者が一元管理しやすいように、管理端末によりまとめてリアルタイムで監視できるようにする。
（２）膨大なログ情報の中から、監査に必要な情報のみに絞り込むことで、監査の効率化を図る。
（３）ログ情報はファイル名を特定した関連操作履歴一覧といった表形式、すなわち読みやすい帳票で画面表示するとともに、印刷出力も可能であるため、ログ情報を直接見る場合に比べ、監査者にとってログ情報を理解しやすくする。
（４）必要に応じて絞り込むか、あるいは特定したログ情報を、例えば、証拠資料として有用な監査帳票として印刷可能にする。
このように、複数のアプリケーションから出力されるログ情報をリアルタイムで取得し、そこから必要な情報のみを抽出し、ブラウザによりログの分析・監視、および帳票出力ができるログ統合管理システムを提供することを目的とするものである。
【課題を解決するための手段】
【００１１】
前記課題を解決するために、請求項１に係る発明は、収集したログ情報を検索自在に格納するログ統合管理ファイルを作成するログ統合管理サーバと、監査で必要なログ情報を前記ログ統合管理ファイルから検索し分析したログ情報抽出結果をリアルタイムに画面および帳票に出力するＷＥＢサーバと、前記ＷＥＢサーバに情報接続された管理端末と、を備えたログ統合管理システムであって、前記ログ統合管理サーバは、複数のアプリケーションのログ情報を読み込むログ取得部と、取得したログ情報の内容を整形するログ整形部と、整形したログ情報を前記ログ統合管理ファイルに蓄積するログ蓄積部と、を備え、前記ＷＥＢサーバは、前記管理端末からの入力情報に基づいてログ情報の抽出条件を取得するログ抽出条件取得部と、取得したログ抽出条件に対応して前記ログ統合管理ファイルへアクセスし必要な前記整形したログ情報を抽出するログ統合管理ファイル参照部と、前記整形したログ情報の抽出結果を画面に表示するログ抽出情報表示部と、画面表示用に抽出したログ情報を用い帳票定義体により定義された形式の監査帳票に印刷出力する監査帳票出力部と、を備えたことを特徴とするログ統合管理システムである。
【００１２】
請求項１に係る発明によるログ統合管理システムは、以下のような作用効果がある。
監査対象である複数のアプリケーションのログ情報は、ログ統合管理サーバによって読み込まれ検索に供せられる。
監査者は管理端末によりＷＥＢサーバを操作する。そうすると、このＷＥＢサーバからのアクセスによりログ統合管理サーバを検索し、必要なログ情報を抽出した結果を、リアルタイムで画面表示するとともに帳票出力することが可能である。
【００１３】
監査者の操作に応じ、管理端末からの入力情報に基づいてログ抽出条件取得部がログの抽出条件を取得する。このようにして取得されたログ抽出条件に対応して、ログ統合管理ファイル参照部がログ統合管理ファイルへアクセスし、求めるログ情報を抽出する。
【００１４】
詳しくは、ログ統合管理サーバは、その内部のログ取得部が監査対象であるアプリケーションのログ情報を読み込み、取得されたログ情報の内容をログ整形部により整形し、整形されたログ情報をログ蓄積部がログ統合管理ファイルに蓄積する。この蓄積されたログ情報は、監査のため検索自在に格納されている。
【００１５】
一方、ＷＥＢサーバは、監査に必要なログ情報のみに絞ってログ統合管理ファイルから検索し、それを分析したログ情報抽出結果を、帳票としてリアルタイムに画面表示するとともに印刷出力する。
【００１６】
このように、監査者の操作に応じて取得された必要最小限のログ情報は、ログ抽出情報表示部がログ取得結果として画面に表示する。また、監査帳票出力部は画面表示用として既に取得されているログ情報を用い、帳票定義体により定義された形式の監査帳票に整えて印刷出力する。
【発明の効果】
【００１７】
本発明のログ統合管理システムによれば、つぎのような効果がある。
（１）複数のアプリケーションに関するログ情報を、監査者が一元管理しやすいように、管理端末によりまとめてリアルタイムで監視することができる。
（２）膨大なログ情報の中から、監査に必要な情報のみに絞り込むことで、監査の効率化を図ることができる。
（３）ログ情報はファイル名を特定した関連操作履歴一覧といった表形式、すなわち読みやすい帳票で画面表示するとともに、印刷出力されるため、ログ情報を直接見る場合に比べ、監査者にとってログ情報を理解しやすい。
（４）ログ情報を絞り込んだ結果を、監査帳票として利用できる。例えば、証拠資料として有用である。
【発明を実施するための最良の形態】
【００１８】
以下、本発明を適用したログ統合管理システム（以下、「本システム」という）の一実施形態について説明する。
図１は、本システムの構成図であり、本システムにおけるログ分析結果表示および／または帳票出力処理に至るまでの情報の流れをたどることが可能であるように各部構成を明示している。以下、「および／または」を「／」と略す。
【００１９】
図１の左方に示すアプリケーションサーバＡ６、およびアプリケーションサーバＢ７は、企業等の通常業務用であり、それらに関するログが監査を受ける対象となるものである。これら複数のアプリケーションサーバＡ６、およびアプリケーションサーバＢ７は図１の左方から右方へとログ出力する情報経路により、ログ統合管理サーバ２へと接続されている。このログ統合管理サーバ２はＷＥＢサーバ５に接続され、ＷＥＢサーバ５は管理端末８に接続されている。
【００２０】
図１に示すように、本システムは、ログ統合管理ファイル１を作成するログ統合管理サーバ２と、ログ統合管理ファイル１からログの分析結果を画面３および監査帳票４として出力するＷＥＢサーバ５により主要部が構成されている。
【００２１】
ここで、アプリケーションサーバＡ６により、データベース管理システム（以下、「ＤＢＭＳ（Database Management System）」ともいう）であるアプリケーションＡ（以下、「アプリＡ」ともいう）９が実行中であるものとして説明する。なお、ＤＢＭＳとデータベースを組み合わせてデータベースシステムと通称されているが、アプリケーションサーバＡ６はログＤＢ１１との組み合わせにより一種のデータベースシステムを形成している。
【００２２】
以下、本システムの詳細な構成と併せて動作も説明する。なお、本システムにおける動作は、監査者が管理端末８を操作すること以外、全てコンピュータ（サーバ）が主体となってプログラム（ソフトウェア）を実行することにより実現される。ただし、各ソフトウェアが実行主体であるように略した表記もあるが説明の便宜上のことに過ぎない。
【００２３】
アプリケーションサーバＢ７では、サーバ上のファイルの印刷履歴を管理するアプリケーションＢ（以下、「アプリＢ」ともいう）１０が実行中であるものとする。
【００２４】
ログ統合管理サーバ２は、目的別のソフトウェアであるログ取得部１３、ログ整形部１４、およびログ蓄積部１５を備えている。
ログ取得部１３は、アプリケーションサーバＡ６が、その内部に備えたログＤＢ１１から出力するログと、アプリケーションサーバＢ７がその内部に備えたログファイル１２から出力するログ情報を取得する。
【００２５】
ログ整形部１４は、取得したログ情報をログ統合管理ファイル１へ格納するための編集を行う。
ログ蓄積部１５は、ログ統合管理ファイル１へログ情報を検索自在に格納する。
【００２６】
ＷＥＢサーバ５は、目的別のソフトウェアであるログ抽出条件取得部１６、ログ統合管理ファイル参照部１７、ログ抽出情報表示部１８、監査帳票出力部１９を備えている。
ログ抽出条件取得部１６は、管理端末８を用いた監査者の操作指示による入力情報に応じたログの抽出条件を取得する。
【００２７】
ログ統合管理ファイル参照部１７は、抽出する条件に対応してログ統合管理ファイル１から整形されたログ情報を抽出する。
ログ抽出情報表示部１８は、抽出条件により抽出した整形済みのログ情報を、画面３として表示可能な画像情報に変換し、管理端末８に表示出力する。
監査帳票出力部１９は、前記画面３の表示に用いたデータを監査帳票４として印刷出力する。
【００２８】
図２はアプリＡのログ出力を示すデータ構成図である。図２に例示するように、アプリＡのログ出力は、ホスト名２１、日時２２、ユーザ名２３、ＳＱＬ文２４を含むデータで構成されており、これらはログＤＢ１１に検索自在の状態で保存される。なお、ＳＱＬ（Structured Query Language）とは、リレーショナルデータベース操作言語のひとつである。
【００２９】
図３はアプリＢのログ出力を示すデータ構成図である。図３に例示するように、アプリＢのログ出力は、ホスト名３１、日時３２、ユーザ名３３、ファイル名３４の内容を含むデータで構成されており、これらはテキストファイルでなるログファイル１２に検索自在の状態で保存される。
【００３０】
図４はログ統合管理ファイルの説明図である。図４に例示するように、それぞれのログ情報は統合されてログ統合管理ファイル１にＸＭＬ（Extensible Markup Language）形式で蓄積される。なお、ＸＭＬ形式とはインターネットで一般的なＨＴＭＬ書式よりもさらに高機能なページ記述書式とされる書式である。
【００３１】
図５は管理端末のブラウザによって表示されるログ抽出結果の画面図である。図５に例示するように、特定のファイル（図の例では「EXPDAT.DMP」）に関連するログ情報をログ統合管理ファイル１から抽出して、その結果を一覧表示する。
【００３２】
このように、本システムでは監査者が管理端末８を用い、そのブラウザ上であらかじめ用意されているメニュー（図示せず）から分析したい内容を選択する。この操作により、管理端末８に監査対照となるログ情報を画面表示して監査の目的を容易に達成できる。
【００３３】
なお、ブラウザとはＷｅｂページ等を閲覧するため管理端末８にも具備されているアプリケーションであり、インターネットからＨＴＭＬファイルや画像ファイル、場合によっては音楽ファイルなどをダウンロードし、レイアウトを解析して表示・再生する用途が一般的である。本システムではこのブラウザによるログの分析・監視、および帳票取得ができるログ統合管理システムを提供する。
【００３４】
例えば、「EXPDAT.DMP」に書かれている内容が情報漏洩した場合、図５に例示したファイル「EXPDAT.DMP」関連操作一覧に基づいて、監査者は情報漏洩原因の調査・追跡を行うことが可能である。
【００３５】
また、調査・追跡結果を一覧表示した画面の内容は、必要に応じて帳票出力することも可能である。すなわち、図６に沿って後述するように、画面の帳票出力ボタンをマウスクリック（以下、「押下」という）することで画面の内容を監査帳票として出力できる。
【００３６】
この監査帳票の出力形式は帳票定義体で定義され、帳票定義体の定めるフォーマットにより帳票が出力される。なお、定義体とは画面やデータベース、帳票などの形式や構造を定めた情報のことである。例えば、画面定義体には、画面のどの位置にどのような入出力フィールドがあるのかを示す情報が含まれている。
【００３７】
つぎに、本システムの動作を監査者の操作に対応づけて、図６、図７に沿いながら説明する。
図６は、ログ分析結果表示／帳票出力処理を示すフローチャートである。図６に示すように、まず、監査者が管理端末８を用いて画面上のメニューから操作内容を選択する。そうすると監査対象を特定する情報をはじめ、各種の設定項目として入力された情報に基づいてログ抽出条件が決定される（ステップ６０１）。以下、図６、図７も含めて「ステップ」の文言を省略する。
【００３８】
前記（ステップ６０１）により決定されたログ抽出条件に対応して、ログ統合管理ファイル作成処理を呼び出す（そのプログラムを実行する）ことにより、ログ統合管理サーバ２上にログ統合管理ファイル１が作成される（６０２）。それから、前記（６０１）により決定されたログ抽出条件に対応して、ログ統合管理ファイル１へアクセスし、ログ情報を取得する（６０３）。
【００３９】
このようにして取得されたログ情報に基づいて、ログ取得結果を画面に表示する（６０４）。それから、ログ取得結果の画面において、監査者の操作により帳票出力ボタンが押下されたか否かを管理端末８が判別する（６０５）。この判別（６０５）がＹｅｓならば、あらかじめ定義されている帳票レイアウトに沿って帳票定義ファイルを取得する（６０６）。
【００４０】
この帳票定義ファイル取得（６０６）と、前記ログ取得結果の画面表示（６０４）の各ステップにおいて取得したログ情報に基づいて監査帳票が作成され、その監査帳票の情報が管理端末８にダウンロードされ、帳票出力される（６０７）。一方、前記判別（６０５）がＮｏならば、ログ分析結果表示／帳票出力処理を終了する。
【００４１】
図７は、ログ統合管理ファイル作成処理を示すフローチャートである。図７に示すように、まず、ログ統合管理サーバ２がログ取得対象定義ファイル（図示せず）を読み込むことにより、どのアプリケーションからログ情報を取得すべきかを決定する（７０１）。
【００４２】
その後、ログレイアウト定義ファイルを読み込む（７０２）。このログレイアウト定義ファイルには各アプリケーションのログ情報をどのように整形するかが定義されている。つぎに、各アプリケーションのログ情報を取得する。すなわち、ログ読み込みを実行する（７０３）。それから、ログレイアウト定義ファイルに対応して整形したログ情報をログ統合管理ファイル１に格納する（７０４）。
【００４３】
以上、説明したように、本システムによれば、以下の効果がある。
（１）複数のアプリケーションに関するログ情報を、監査者が一元管理しやすいように、管理端末によりまとめてリアルタイムで監視することができる。
（２）膨大なログ情報の中から、監査に必要な情報のみに絞り込むことで、監査の効率化を図ることができる。
（３）ログ情報はファイル名を特定した関連操作履歴一覧（図５）といった表形式、すなわち読みやすい帳票で画面表示するとともに、印刷出力も可能であるため、ログ情報を直接見る場合（図４）に比べ、監査者にとってログ情報を理解しやすい。
（４）ログ情報を絞り込んだ結果を、監査帳票として利用できる。例えば、証拠資料として有用である。
なお、２００８年度から始まる会計年度において上場企業に対して義務付けられる、財務報告に係る内部統制の評価及び監査を行う上でも、本システムによれば、内部統制用のコントロールマトリックスにおける種々の観点に応じてログ情報を編集することができるので、内部統制の評価者や監査者にとっても、本発明は有用である。
【図面の簡単な説明】
【００４４】
【図１】本システムの構成図である。
【図２】アプリＡのログ出力を示すデータ構成図である。
【図３】アプリＢのログ出力を示すデータ構成図である。
【図４】ログ統合管理ファイルの説明図である。
【図５】管理端末のブラウザによって表示されるログ抽出結果の画面図である。
【図６】ログ分析結果表示／帳票出力処理を示すフローチャートである。
【図７】ログ統合管理ファイル作成処理を示すフローチャートである。
【符号の説明】
【００４５】
１  ログ統合管理ファイル
２  ログ統合管理サーバ
３  画面
４  監査帳票
５  ＷＥＢサーバ
６  アプリケーションサーバＡ
７  アプリケーションサーバＢ
８  管理端末
９  アプリＡ
１０  アプリＢ
１１  ログＤＢ
１２  ログファイル
１３  ログ取得部
１４  ログ整形部
１５  ログ蓄積部
１６  ログ抽出条件取得部
１７  ログ統合管理ファイル参照部
１８  ログ抽出情報表示部
１９  監査帳票出力部
２１，３１  ホスト名
２２，３２  日時
２３，３３  ユーザ名
２４  ＳＱＬ文
３４  ファイル名
【図１】
2008077611.tif 000003
【図２】
2008077611.tif 000004
【図３】
2008077611.tif 000005
【図４】
2008077611.tif 000006
【図５】
2008077611.tif 000007
【図６】
2008077611.tif 000008
【図７】
2008077611.tif 000009