(57)【特許請求の範囲】
【請求項１】
機器において生成されるログ情報を収集するログ収集装置と、前記ログ情報を蓄積するログ管理装置とを有するログ管理システムであって、
前記ログ収集装置は、
前記機器に設定された認証情報を前記機器より受信し、該認証情報の正当性の確認要求を認証手段に送信し、前記認証手段によって前記正当性が確認された場合又は前記認証手段と通信ができない場合に、前記機器からログ情報を取得し、少なくとも前記認証手段と通信ができない場合に前記機器から取得されたログ情報については、前記機器から受信された前記認証情報に関連付けて保管するログ収集手段を有し、
前記ログ管理装置は、
前記認証情報の正当性を確認する前記認証手段と、
前記ログ収集手段によって取得され、該ログ収集手段より転送される前記ログ情報をログ蓄積手段に登録し、少なくとも前記ログ収集手段が前記認証手段と通信できない場合に前記ログ収集手段によって取得された未認証ログ情報については、当該未認証ログ情報に関連付けられて前記ログ収集手段より転送される前記認証情報に関連付けて前記ログ蓄積手段に登録するログ管理手段とを有し、
前記ログ管理手段は、前記未認証ログ情報に関連付けられて前記ログ蓄積手段に登録されている前記認証情報の正当性の確認要求を、前記認証手段に定期的に送信することを特徴とするログ管理システム。
【請求項２】
前記ログ管理手段は、前記認証手段によって不正であると判定された前記認証情報に関連付けられている前記未認証ログ情報を前記ログ蓄積手段より削除することを特徴とする請求項１記載のログ管理システム。
【請求項３】
前記ログ管理手段は、前記認証手段によって不正であると判定された前記認証情報に関連付けられている前記未認証ログ情報と同一機器に係る前記未認証ログ情報を同時に削除することを特徴とする請求項２記載のログ管理システム。
【請求項４】
前記ログ管理手段は、前記認証手段によって正当性が確認された前記認証情報に関連付けられている前記未認証ログ情報については、前記認証手段に対する定期的な前記確認要求の送信を行わないことを特徴とする請求項１乃至３いずれか一項記載のログ管理システム。
【請求項５】
機器において生成されるログ情報を収集するログ収集装置と、前記ログ情報を蓄積し、認証手段とログ管理手段とを有するログ管理装置とを有するログ管理システムにおけるログ管理方法であって、
前記ログ収集装置が、前記機器に設定された認証情報を前記機器より受信し、該認証情報の正当性の確認要求を前記認証手段に送信し、前記認証手段によって前記正当性が確認された場合又は前記認証手段と通信ができない場合に、前記機器からログ情報を取得し、少なくとも前記認証手段と通信ができない場合に前記機器から取得されたログ情報については、前記機器から受信された前記認証情報に関連付けて保管するログ収集手順と、
前記ログ管理手段が、前記ログ収集手順において取得され、該ログ収集装置より転送される前記ログ情報をログ蓄積手段に登録し、少なくとも前記前記ログ収集装置が前記認証手段と通信できない場合に前記ログ収集手順において取得された未認証ログ情報については、当該未認証ログ情報に関連付けられて前記ログ収集装置より転送される前記認証情報に関連付けて前記ログ蓄積手段に登録するログ登録手順と、
前記ログ管理手段が、前記未認証ログ情報に関連付けられて前記ログ蓄積手段に登録されている前記認証情報の正当性の確認要求を、前記認証手段に定期的に送信する再認証手順とを有することを特徴とするログ管理方法。
【請求項６】
前記ログ管理手段が、前記認証手段によって不正であると判定された前記認証情報に関連付けられている前記未認証ログ情報を前記ログ蓄積手段より削除する削除手順を有することを特徴とする請求項５記載のログ管理方法。
【請求項７】
前記削除手順は、前記認証手段によって不正であると判定された前記認証情報に関連付けられている前記未認証ログ情報と同一機器に係る前記未認証ログ情報を同時に削除することを特徴とする請求項６記載のログ管理方法。
【請求項８】
前記再認証手順は、前記認証処理において正当性が確認された前記認証情報に関連付けられている前記未認証ログ情報については、前記認証手段に対する定期的な前記確認要求の送信を行わないことを特徴とする請求項５乃至７いずれか一項記載のログ管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ログ管理システム及びログ管理方法に関し、特に機器において生成されるログ情報を蓄積するログ管理システム及びログ管理方法に関する。
【背景技術】
【０００２】
コンピュータシステムにおいて何らかの異常が発生した際の原因追及等のために、そのシステムが行った処理に関してログ情報を採取しておくことは一般的に行われている。オフィスにおけるネットワーク機器についても同様であり、例えば、プリンタ、複写機又は融合機等の画像形成装置において実行されるジョブ等についてもログ情報が採取されている。
【０００３】
ところで、オフィスにおけるネットワーク機器は複数存在するため、各機器において発生したジョブ等のログ情報を当該機器に蓄積しておいたのでは、ログ情報の解析の際に各機器にアクセスしなければならず、作業が煩雑となる。そこで、従来、例えば、ログ管理サーバといわれるようなコンピュータを設置し、各機器は、当該ログ管理サーバにログ情報を送信することで、ログ情報の一元管理が行われていた。
【特許文献１】特開２００５−１６６０２３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、ログ管理サーバに対するログ情報の送信を無制限に許可するのは、セキュリティ上の観点より好ましくない。例えば、悪意を持ったユーザ等によって、誤った内容のログ情報がログ管理サーバに蓄積され得る状況にあるとすれば、ログ情報の信頼性は低下し、当該ログ情報に基づく障害分析や課金処理等に支障をきたすことが考えられる。
【０００５】
本発明は、上記の点に鑑みてなされたものであって、機器からのログ情報を適切に管理することのできるログ情報管理装置、ログ情報管理方法、ログ情報管理プログ情報ラム及び記録媒体の提供を目的とする。
【課題を解決するための手段】
【０００６】
そこで上記課題を解決するため、本発明は、機器において生成されるログ情報を収集するログ収集装置と、前記ログ情報を蓄積するログ管理装置とを有するログ管理システムであって、前記ログ収集装置は、前記機器に設定された認証情報を前記機器より受信し、該認証情報の正当性の確認要求を認証手段に送信し、前記認証手段によって前記正当性が確認された場合又は前記認証手段と通信ができない場合に、前記機器からログ情報を取得し、少なくとも前記認証手段と通信ができない場合に前記機器から取得されたログ情報については、前記機器から受信された前記認証情報に関連付けて保管するログ収集手段を有し、前記ログ管理装置は、前記認証情報の正当性を確認する前記認証手段と、前記ログ収集手段によって取得され、該ログ収集手段より転送される前記ログ情報をログ蓄積手段に登録し、少なくとも前記ログ収集手段が前記認証手段と通信できない場合に前記ログ収集手段によって取得された未認証ログ情報については、当該未認証ログ情報に関連付けられて前記ログ収集手段より転送される前記認証情報に関連付けて前記ログ蓄積手段に登録するログ管理手段とを有し、前記ログ管理手段は、前記未認証ログ情報に関連付けられて前記ログ蓄積手段に登録されている前記認証情報の正当性の確認要求を、前記認証手段に定期的に送信することを特徴とする。
【０００７】
このようなログ管理システムでは、機器からのログ情報を適切に管理することができる。
【０００８】
また、上記課題を解決するため、本発明は、上記ログ情報管理装置におけるログ情報管理方法、前記ログ情報管理方法をコンピュータに実行させるためのログ情報管理プログラム、又は前記ログ情報管理プログラムを記録した記録媒体としてもよい。
【発明の効果】
【０００９】
本発明によれば、機器からのログ情報を適切に管理することのできるログ管理システム及びログ管理方法を提供することができる。
【発明を実施するための最良の形態】
【００１０】
以下、図面に基づいて本発明の実施の形態を説明する。図１は、本発明の実施の形態におけるログ管理システムの構成例を示す図である。
【００１１】
図１において、ログ管理システム１は、ＬＡＮ（Local Area Network）又はインターネット等のネットワーク４０（有線又は無線の別は問わない）によって相互に接続された、ログ管理サーバ１０、ログ収集サーバ２０、及び機器３０等より構成されている。
【００１２】
機器３０は、例えば、プリンタ、複写機又は複合機等のネットワーク機器である。機器３０は、ジョブの発生に応じて、予め設定されたログ収集サーバ２０にログ情報を送信する。
【００１３】
ログ収集サーバ２０は、ＰＣ等の汎用的なコンピュータによって構成され、一台以上の機器３０より直接的にログ情報を受信し、当該ログ情報を一時的に保持する。
【００１４】
ログ管理サーバ１０は、ＰＣ等の汎用的なコンピュータによって構成され、一台以上のログ収集サーバ２０よりログ情報を収集し、蓄積及び管理する。
【００１５】
なお、各ノード間の通信は、例えば、ＨＴＴＰ（HyperText Transfer Protocol）をトランスポート層とするＳＯＡＰ（Simple Object Access Protocol）によって行われる。
【００１６】
図２は、本発明の実施の形態におけるログ管理システムの機能構成例を示す図である。
【００１７】
ログ収集サーバ２０は、ログ収集サービス２１を有する。また、ログ管理サーバ１０は、機器管理サービス１１、ログ管理サービス１２、及び認証サービス１３等を有する。なお、本実施の形態において、「ＸＸＸサービス」とは、ある程度まとまった単位の機能（サービス）を提供するためのソフトウェアをいう。
【００１８】
ログ収集サービス２１は、一台以上の機器３０からログ情報を受け付け、一時的に保持する。機器管理サービス１１は、各機器の機器情報（機番等）を管理すると共に、各機器に対してログの転送方法に関する情報（以下「ログ転送情報」という。）を通知する。機器３０は、ログ転送情報に基づいてログの転送先の識別等を行う。ログ管理サービス１２は、一つ以上のログ収集サービス２１の情報を管理する。ログ管理サービス１２は、また、管理下にある各ログ収集サービス２１より、当該ログ収集サービス２１において一時的に保持されているログ情報を収集し、蓄積及び管理する。認証サービス１３は、各機器３０の認証情報を管理し、ログ収集サービス２１又はログ管理サービス１２等からの要求に応じ、機器３０の認証を行う。
【００１９】
ところで、図２において、各ノード間を結ぶ直線の両端には当該ノードの多重度が示されている。これによれば、一台のログ収集サーバ２０は、一台以上（１．．＊）の機器３０からログ情報を受信し得る。また、一台のログ管理サーバ１０は、一台以上のログ収集サーバ２０からログ情報を収集し得る。すなわち、ログ管理サーバ１０≦ログ収集サーバ２０≦機器３０という関係にある。このような階層構造を設けることにより（すなわち、ログ管理サーバ１０と機器３０との間にログ収集サーバ２０を介在させることにより）、ログ管理サーバ１０に負荷が集中するのを回避することができる。かかる意味において、管理対象とる機器３０の台数が少ない場合は、必ずしもログ収集サーバ２０（又はログ収集サービス２１）とログ管理サーバ１０（又はログ管理サービス１２）とは分離していなくてもよい。但し、上述したように、ログ管理サーバ１０の負荷軽減という観点からは、図２のような構成が望ましい。
【００２０】
次に、ハードウェアについて説明する。図３は、本発明の実施の形態におけるログ管理サーバのハードウェア構成例を示す図である。図３のログ管理サーバ１０は、それぞれバスBで相互に接続されているドライブ装置１００と、補助記憶装置１０２と、メモリ装置１０３と、演算処理装置１０４と、インタフェース装置１０５とを有するように構成される。
【００２１】
ログ管理サーバ１０での処理を実現するプログラムは、ＣＤ−ＲＯＭ等の記録媒体１０１によって提供される。プログラムを記録した記録媒体１０１がドライブ装置１００にセットされると、プログラムが記録媒体１０１からドライブ装置１００を介して補助記憶装置１０２にインストールされる。
【００２２】
補助記憶装置１０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。メモリ装置１０３は、プログラムの起動指示があった場合に、補助記憶装置１０２からプログラムを読み出して格納する。演算処理装置１０４は、メモリ装置１０３に格納されたプログラムに従ってログ管理サーバ１０に係る機能を実行する。インタフェース装置１０５は図１のネットワーク４０に接続するためのインタフェースとして用いられる。
【００２３】
なお、ログ収集サーバ２０についてもログ管理サーバ１０と同様のハードウェア構成を用いればよい。
【００２４】
以下、ログ管理システム１の処理手順について説明する。図４は、第一の実施の形態におけるログ管理システムの処理概要を説明するためのフローチャートである。
【００２５】
ステップＳ１１において、ログ収集サービス２１のアドレス情報等がログ管理サービス１２に登録される（ログ収集サービスの登録処理）。これによって、ログ管理サービス１２は、ログ情報の収集先となるログ収集サービス２１を認識する。
【００２６】
ステップＳ１１に続いてステップＳ１２に進み、機器３０の情報（機番等）が機器管理サービス１１に登録される（機器の登録処理）。これによって、機器管理サービス１１は、管理対象となる機器３０を認識する。
【００２７】
ステップＳ１２に続いてステップＳ１３に進み、機器管理サービス１１より機器３０に対してログ転送情報が通知される（ログ転送情報の設定処理）。ログ転送情報には、ログ情報の転送先のログ収集サービス２１を識別するための情報が含まれている。
【００２８】
ステップＳ１３に続いてステップＳ１４に進み、ジョブ（例えば、印刷ジョブ等）の発生に応じ、各機器３０は、当該ジョブに関するログ情報を、ログ転送情報に転送先として示されているログ収集サービス２１に逐次転送する（ログ情報の転送処理）。これによって、ログ収集サービス２１には、各機器３０からのログ情報が一時的に保持される。
【００２９】
ステップＳ１４に続いてステップＳ１５に進み、ログ管理サービス１２は、各ログ収集サービス２１において一時的に保持されているログ情報を定期的に取得し、蓄積する（ログ情報の一括転送処理）。
【００３０】
以下、Ｓ１１〜Ｓ１５の各ステップごとにその処理内容を詳細に説明する。まず、ステップＳ１１におけるログ収集サービスの登録処理について説明する。図５は、第一の実施の形態におけるログ収集サービスの登録処理を説明するための図である。
【００３１】
まず、ユーザは、ログ収集サーバ２０にログ収集サービス２１をインストールする（Ｓ１１１）。この際、ログ管理サービス１２の識別情報（ログ管理サーバ１０のＩＰアドレス等）がログ収集サービス２１に設定される。ログ収集サービス２１は、当該識別情報に基づいてログ管理サービス１２に対して自らのアドレス情報（ＩＰアドレス等）を通知する（Ｓ１１２）。ログ収集サービス２１からの通知に応じ、ログ管理サービス１２は、当該ログ収集サービス２１を一意に識別するためのＩＤ（以下「収集サービスＩＤ」という。）を生成し（Ｓ１１３）、当該ログ収集サービスのアドレス情報と収集サービスＩＤとを関連付けて保管する（Ｓ１１４）。続いて、ログ管理サービス１２は、生成された収集サービスＩＤをログ収集サービス２１に返信する（Ｓ１１５）。ログ収集サービス２１は、返信された収集サービスＩＤを保管する（Ｓ１１６）。以上でログ収集サービスの登録処理は終了する。
【００３２】
次に、ステップＳ１２における機器の登録処理について説明する。図６は、第一の実施の形態における機器の登録処理を説明するための図である。
【００３３】
まず、ユーザは、機器管理サービス１１に対して、管理対象とする機器３０のアドレス情報等を登録する（Ｓ１２１）。この作業は、ネットワーク４０に新たな機器３０が接続されるたびに行われる。機器管理サービス１１は、登録されたアドレス情報に基づいて機器３０に対してアクセスし、機器３０に関する各種情報（例えば、機番等、以下「機器情報」という。）の送信を要求する（Ｓ１２２）。機器３０は、機器管理サービス１１からの要求に応じ、当該機器３０の機器情報を返信する（Ｓ１２３）。機器管理サービス１１は、返信された機器情報を管理テーブル等において保管する（Ｓ１２４）。以上で機器の登録処理は終了する。
【００３４】
なお、図６では、ユーザからの登録に基づいて処理が開始される例について説明したが、機器管理サービス１１が自動的にネットワーク４０に対する機器３０の接続を検知し、それに応じて当該処理が開始されるようにしてもよい。
【００３５】
次に、ステップＳ１３におけるログ転送情報の設定処理について説明する。図７は、第一の実施の形態におけるログ転送情報の設定処理を説明するための図である。
【００３６】
まず、ユーザは、機器管理サービス１１に対して、当該機器管理サービス１１において管理対象とされている機器３０に対するログ転送情報の設定を行う（Ｓ１３１）。具体的には、例えば、当該機器３０がログ情報の転送先とするログ収集サービス２１のアドレス情報等の設定が行われる。機器管理サービス１１は、ユーザによって設定されたアドレス情報に基づいて、当該アドレス情報に係るログ収集サービス２１の収集サービスＩＤをログ管理サービス１２に対して問い合わせる（Ｓ１３２、Ｓ１３３）。続いて、機器管理サービス１１は、認証サービス１３に対し収集サービスＩＤを送信し、認証チケットの生成を要求する（Ｓ１３４）。認証サービス１３は、収集サービスＩＤに基づいて認証チケットを生成し、当該認証チケットを収集サービスＩＤと関連付けて保管すると共に（Ｓ１３５）、機器管理サービス１１に返信する（Ｓ１３６）。
【００３７】
ここで、認証チケットとは、ログの転送が認められた機器３０に対して発行される証明書としてのデータであり、後述するように、機器３０がログ情報を転送する際に、自らの身分を証明するための認証情報として用いられる。
【００３８】
続いて、機器管理サービス１１は、ログ転送情報の設定対象とされている機器３０に対してログ情報の転送先のログ収集サービス２１のアドレス情報（収集サービスアドレス）と、認証チケットとを送信する（Ｓ１３７）。これによって、機器３０に認証チケットが発行されたことになる。機器３０は、当該収集サービスアドレスと当該認証チケットとを保管する（Ｓ１３８）。認証チケットはまた、機器管理サービス１１においても機器３０と関連付けられて保管される（Ｓ１３９）。以上でログ転送情報の設定処理は終了する。
【００３９】
次に、ステップＳ１４におけるログ情報の転送処理について説明する。図８は、第一の実施の形態におけるログ情報の転送処理を説明するための図である。
【００４０】
例えば、ユーザが、機器３０に対して印刷等のジョブの実行を指示すると（Ｓ１４１）、機器３０は、当該ジョブを実行する。ジョブの実行に応じ、機器３０では当該ジョブの実行履歴等を示すログ情報が生成される。続いて、機器３０は、ログ情報を転送する前に自らの正当性を示すために、自らに対して発行された認証チケットをログ収集サービス２１に対して送信する（Ｓ１４２）。
【００４１】
図９は、認証チケットを送信するメッセージの例を示す図である。すなわち、図９には、ステップＳ１４２において機器３０からログ収集サービス２１に対して送信されるＳＯＡＰメッセージの例が示されている。図９のＳＯＡＰメッセージ１４２において＜ａｕｔｈＴｉｃｈｋｅｔ＞タグに囲まれた記述１４２１が、暗号化された認証チケットに相当する。
【００４２】
続いて、認証チケットを受信したログ収集サービス２１は、当該認証チケットを認証サービス１３に送信することにより、認証チケットの正当性の確認を認証サービス１３に要求する（Ｓ１４３）。認証サービス１３は、受信した認証チケットの正当性を、認証チケットとの照合等により確認し、その結果を返信する（Ｓ１４４）。なお、図８では、認証チケットの正当性は確認された（すなわち、機器３０は認証された）ものとする。続いて、ログ収集サービス２１が、認証された旨を機器３０に通知すると（Ｓ１４５）、機器３０はログ収集サービス２１にログ情報を転送する（Ｓ１４６）。
【００４３】
図１０は、ログ情報を送信するメッセージの例を示す図である。すなわち、図１０には、ステップＳ１４６において機器３０からログ収集サービス２１に対して送信されるＳＯＡＰメッセージの例が示されている。図１０のＳＯＡＰメッセージ１４６において＜ｌｏｇＳｏｕｒｃｅＩＤ＞タグに囲まれた記述１４６１は、機器３０の機番を示す。また、＜ｌｏｇＴｙｐｅ＞タグに囲まれた記述１４６２は、ログ情報の種別を示す。ここで「ｄｅｖｉｃｅＪｏｂＬｏｇ」は、機器において実行されたジョブに関するログ情報であることを示す。また、＜ｌｏｇＬｉｓｔ＞タグで囲まれた記述１４６３は、ログ情報の実体を示す。なお、ログ情報は一つ以上の項目から構成される。したがって、ログ情報を構成する項目ごとに＜ｉｔｅｍ＞タグで囲まれたｉｔｅｍ要素が設けられ、ｉｔｅｍ要素ないには当該項目の名前（ｐｒｏｐＮｍａｅ）と当該項目の値（ｐｒｏｐＶａｌ）が記述される（例えば、記述１４６１−１、記述１４６１−ｎ等）。
【００４４】
続いて、ログ収集サービス２１は、機器３０より転送されたログ情報を一時的に保管する（Ｓ１４７）。以上でログ情報の転送処理は終了する。
【００４５】
なお、図８では、機器３０が認証された場合について説明したが、機器３０が認証されなかった場合、すなわち、認証サービス１３によって認証チケットが不正であると判定された場合は、ログ収集サービス２１は、機器３０からのログ情報の転送を受け付けない。これによって、身元が明らかでない機器３０からのログ情報の転送を防止することができ、ログ情報に対する信頼性を確保することができる。
【００４６】
次に、ステップＳ１５におけるログ情報の一括転送処理について説明する。図１１は、第一の実施の形態におけるログ情報の一括転送処理を説明するための図である。
【００４７】
ログ管理サービス１２は、ログの転送タイミングを定期的（例えば、１時間に１回）に検知する（Ｓ１５１）。転送タイミングの検知に応じ、ログ管理サービス１２は、登録されている各ログ収集サービス２１に対してログ情報の転送要求を送信する（Ｓ１５２）。ログ管理サービス１２より要求を受けたログ収集サービス２１は、機器３０より転送され一時的に保管されているログ情報を圧縮した上で（Ｓ１５３）、ログ管理サービス１２に転送する（Ｓ１５４）。ログ情報を圧縮することにより、通信負荷を軽減させることができる。ログ管理サービス１２は、受信したログ情報を解凍し、ＤＢエンジン１２１を介してログＤＢ１２２に当該ログ情報を登録する（Ｓ１５５）。ここで、ＤＢエンジン１２１とは、データベースシステムを管理するソフトウェアをいう。以上でログ情報の一括転送処理は終了する。
【００４８】
図１２は、第一の実施の形態におけるログＤＢのスキーマの例を示す図である。図１２に示されるように、ログＤＢ１２２は、例えば、ログ情報ごとにログＩＤ、ログ種別、及び機番等を管理する。
【００４９】
なお、ログ収集サービス２１に一時保管されているログ情報は、認証された機器３０から転送されたものであるため、ログＤＢ１２２に登録されるログ情報も、認証された機器３０のみにおいて生成されたものに限られる。
【００５０】
ところで、第一の実施の形態では、機器３０の認証チケットの正当性が確認されなかった場合、機器３０はログ情報を転送することはできない。これによって、ログＤＢ１２２におけるログ情報の信頼性は担保される。しかし、認証サービス１３に障害が発生している等の理由により認証サービス１３との通信ができない場合、以下のような問題の発生が考えられる。
【００５１】
図１３は、認証サービスに障害が発生している場合の第一の実施の形態におけるログ情報の転送処理を説明するための図である。すなわち、図１３は、図８に示したログ情報の転送処理において認証サービス１３に障害が発生している場合の処理手順を示したものである。したがって、図１３中、図８と同一ステップには同一ステップ番号を付し、その説明は適宜省略する。
【００５２】
図１３においては、ログ収集サービス２１が、認証チケットの正当性の確認を認証サービス１３に要求しても（Ｓ１４３）、認証サービス１３は障害のため認証処理を行えず、応答を行うこともできない（Ｓ１６４）。そこで、ログ収集サービス２１は、機器３０に対して認証されなかった旨を返信する（Ｓ１６５）。認証されなかった機器３０は、ログ情報を転送することはできない。したがって、当該機器３０が、ＨＤＤ（Hard Disk Drive）等の記録媒体を有していない場合は、転送できなかったログ情報を削除せざるを得ない（Ｓ１６６−１）。一方、当該機器３０が、ＨＤＤ等の記録媒体を有している場合は、ログ情報を当該記録媒体に一時的に保管し（Ｓ１６６−２）、再度転送を試みることは可能である。しかし、当該記録媒体の容量には限りが有るところ、ログ情報は刻々と発生する。したがって、転送できないまま削除せざるを得ないログ情報が発生する場合も有り得る。特に、ＨＤＤ等の容量に対する制限が厳しいネットワーク機器については、係る事態が発生する可能性は高いものと考えられる。
【００５３】
このように、認証サービス１３に障害が発生している場合、正当な認証チケットを有している機器３０であってもログ情報を転送できず、当該ログ情報が失われてしまうというケースが考えられる。かかる事態の発生は、ログ情報に対する信頼性を低下させてしまう。そこで、以下、かかる課題を解決した例として、第二の実施の形態を説明する。
【００５４】
図１４は、第二の実施の形態におけるログ管理システムの処理概要を説明するためのフローチャートである。図１４中、図４と同一ステップには同一符号を付し、その説明は省略する。
【００５５】
ステップ番号の相違からも明らかなように、第二の実施の形態では、ログ情報の転送処理（Ｓ２４）及びログ情報の一括転送処理（Ｓ２５）の内容が第一の実施の形態（図４のＳ１４、Ｓ１５）と異なる。また、第二の実施の形態では、ログ情報の一括転送処理（Ｓ２５）の後にログ情報の定期認証処理（Ｓ２６）が行われる。以下、これら三つの処理の詳細について説明する。
【００５６】
まず、第二の実施の形態におけるログ情報の転送処理について説明する。当該処理は、正常系においては第一の実施の形態（図８）と同様であるが、認証サービス１３に障害が発生している場合の処理（図１３）が第一の実施の形態と異なる。したがって、認証サービス１３に障害が発生している場合の処理手順について説明する。
【００５７】
図１５は、認証サービスに障害が発生している場合の第二の実施の形態におけるログ情報の転送処理を説明するための図である。図１５中、図１３と同一ステップには同一ステップ番号を付し、その説明は適宜省略する。
【００５８】
図１５においては、ログ収集サービス２１が、認証チケットの正当性の確認を認証サービス１３に要求しても（Ｓ１４３）、認証サービス１３は障害のため認証処理を行えず、応答を行うこともできない（Ｓ１６４）。しかし、第二の実施の形態におけるログ収集サービス２１は、認証サービス１３の障害等の理由で認証処理が実行できなかった場合は、機器３０に対して認証された旨を送信し、機器３０に対してログ情報の転送を許可する（Ｓ２４５）。ログ情報の転送を許可された機器３０はログ収集サービス２１にログ情報を転送する（Ｓ２４６）。ログ収集サービス２１は、機器３０より転送されたログ情報を一時的に保管する（Ｓ２４７）。この際、ログ収集サービス２１は、少なくとも認証されていない機器３０からのログ情報（以下「未認証のログ情報」という。）については、認証チケットを関連付けて保管しておく。なお、認証された機器３０からのログ情報（以下「認証済みのログ情報」という。）についても認証チケットを関連付けておいてもよいが、この場合、認証チケットとの関連付けの有無に基づいて、未認証のログ情報と認証済みのログ情報とを区別することはできない。したがって、改めて各ログ情報に認証されているか否かを示すフラグ（以下「認証フラグ」という。）を関連付けておくとよい。以上で認証サービス１３に障害が発生している場合のログ情報の転送処理は終了する。
【００５９】
このように、第二の実施の形態では、認証サービス１３に障害等が発生しており、認証サービス１３と通信できない等の理由により処理が実行できなかった場合、ログ収集サービス２１は、とりあえず機器３０は認証されたものとして、機器３０からのログ情報を受信し、一時的に保管する。したがって、第一の実施の形態と異なり、ログ収集サービス２１に保管されているログ情報は、必ずしも認証済みのものだけとは限らない。
【００６０】
次に、ステップＳ２５におけるログ情報の一括転送処理について説明する。図１６は、第二の実施の形態におけるログ情報の一括転送処理を説明するための図である。図１６中、図１１と同一ステップには同一ステップ番号を付し、その説明は省略する。
【００６１】
図１６においては、ステップＳ２５４とステップＳ２５５とが第一の実施の形態と異なる。すなわち、第二の実施の形態におけるログ収集サービス２１には、未認証のログ情報も一時保管されている。したがって、ステップＳ２５４では、認証済みのログ情報だけでなく未認証のログ情報も含まれてログ管理サービス１２に転送される。また、ステップＳ２５５では、未認証のログ情報についてもログＤＢ１２３に登録される。なお、少なくとも未認証のログ情報については、認証チケットも関連付けられて転送され（Ｓ２５４）、ログＤＢ１２３に登録される（Ｓ２５５）。
【００６２】
図１７は、第二の実施の形態におけるログＤＢのスキーマの例を示す図である。図１７に示されるように、ログＤＢ１２３は、例えば、ログ情報ごとにログＩＤ、ログ種別、機番、認証チケット、及び認証フラグ等を管理する。すなわち、第二の実施の形態におけるログＤＢ１２３の管理項目は、第一の実施の形態におけるログＤＢ１２２（図１２）の管理項目に対し、少なくとも認証チケット及び認証フラグが追加されている。認証フラグは、ログ情報が認証されているか否かを示すフラグであり、「１」は認証済みを示し、「０」は未認証を示す。図１７では、認証されているか否かにかかわらず全てのログ情報について認証チケットが管理されているが、認証済みのログ情報については必ずしも認証チケットを管理しなくてもよい。
【００６３】
次に、ステップＳ２６におけるログ情報の定期認証処理について説明する。図１８は、第二の実施の形態におけるログ情報の定期認証処理を説明するための図である。ここで、ログ情報の定期認証処理とは、ログＤＢ１２３に登録されているログ情報のうち、未認証のログ情報について再度認証を試みる処理をいう。
【００６４】
ログ管理サービス１２は、認証のタイミングを定期的（例えば、１時間に１回）に検知する（Ｓ２６１）。認証タイミングの検知に応じ、ログ管理サービス１２は、認証サービス１３がアクセス可能であるか否か、すなわち、障害等の発生により通信不能ではないか等を確認する（Ｓ２６２、Ｓ２６３）。
【００６５】
認証サービス１３にアクセス可能な場合、ログ管理サービス１２は、ＤＢエンジン１２１を介し、未認証のログ情報（すなわち、認証フラグが「０」のログ情報）を検索し（Ｓ２６４）、当該ログ情報に関連付けられて登録されている認証チケットを取得する（Ｓ２６５）。続いて、ログ管理サービス１２は、取得した認証チケットを認証サービス１３に送信することにより、認証チケットの正当性の確認を認証サービス１３に要求する（Ｓ２６６）。認証サービス１３は、受信した認証チケットの正当性を、認証チケットとの照合等により確認し、その結果を返信する（Ｓ２６７）。
【００６６】
認証チケットが正当であるとの返信を認証サービス１３より受けた場合、ログ管理サービス１２は、当該認証チケットに関連付けられているログ情報の認証フラグを「１」とすることにより、当該ログ情報を認証済みとする（Ｓ２６８）。これによって、当該ログ情報については、再度の定期認証は行われなくなる。なお、この際、当該ログ情報と同じ機番に係る他のログ情報（すなわち、同一の機器より発生した他のログ情報）について未認証のものがあれば、当該他のログ情報の認証フラグについても「１」にするとよい。認証チケットは機器３０ごとに発行されるものであるため、ある認証チケットの正当性が確認されれば、当該認証チケットを有する機器３０より転送された全てのログ情報は信頼できるからである。そうすることで、同じ認証チケットについて認証サービス１３への問い合わせが繰り返されることを回避し、処理の高速化を図ることができる。
【００６７】
一方、認証チケットが不正であるとの返信を認証サービス１３より受けた場合、ログ管理サービス１２は、当該認証チケットに関連付けられているログ情報をログＤＢ１２３より削除する。この際、当該ログ情報と同じ機番に係る他のログ情報についても同時に（同じタイミングで）削除してもよい。
【００６８】
なお、定期認証の際に認証サービス１３に障害が発生していた場合は、ログ情報の認証フラグは変更されず、次回のタイミングに改めて未認証のログ情報の認証が試みられる。
【００６９】
上述したように第二の実施の形態におけるログ管理システム１によれば、認証サービス１３の障害等により正当なログ情報が失われてしまうことを防止することができる。また、ログ情報の定期認証により、不正なログ情報を検出し排除することができる。したがって、ログＤＢ１２３に蓄積されたログ情報の信頼性を高めることができる。
【００７０】
なお、上記では、認証済みのログと未認証のログとを認証フラグによって区別する例を示したが、両者を別個のテーブルおいて管理することにより、両者を区別してもよい。
【００７１】
以上、本発明の実施例について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【図面の簡単な説明】
【００７２】
【図１】本発明の実施の形態におけるログ管理システムの構成例を示す図である。
【図２】本発明の実施の形態におけるログ管理システムの機能構成例を示す図である。
【図３】本発明の実施の形態におけるログ管理サーバのハードウェア構成例を示す図である。
【図４】第一の実施の形態におけるログ管理システムの処理概要を説明するためのフローチャートである。
【図５】第一の実施の形態におけるログ収集サービスの登録処理を説明するための図である。
【図６】第一の実施の形態における機器の登録処理を説明するための図である。
【図７】第一の実施の形態におけるログ転送情報の設定処理を説明するための図である。
【図８】第一の実施の形態におけるログ情報の転送処理を説明するための図である。
【図９】認証チケットを送信するメッセージの例を示す図である。
【図１０】ログ情報を送信するメッセージの例を示す図である。
【図１１】第一の実施の形態におけるログ情報の一括転送処理を説明するための図である。
【図１２】第一の実施の形態におけるログＤＢのスキーマの例を示す図である。
【図１３】認証サービスに障害が発生している場合の第一の実施の形態におけるログ情報の転送処理を説明するための図である。
【図１４】第二の実施の形態におけるログ管理システムの処理概要を説明するためのフローチャートである。
【図１５】認証サービスに障害が発生している場合の第二の実施の形態におけるログ情報の転送処理を説明するための図である。
【図１６】第二の実施の形態におけるログ情報の一括転送処理を説明するための図である。
【図１７】第二の実施の形態におけるログＤＢのスキーマの例を示す図である。
【図１８】第二の実施の形態におけるログ情報の定期認証処理を説明するための図である。
【符号の説明】
【００７３】
１        ログ管理システム
１０      ログ管理サーバ
１１      機器管理サービス
１２      ログ管理サービス
１３      認証サービス
２０      ログ収集サーバ
２１      ログ収集サービス
３０      機器
１００    ドライブ装置
１０１    記録媒体
１０２    補助記憶装置
１０３    メモリ装置
１０４    演算処理装置
１０５    インタフェース装置
１２１    ＤＢエンジン
１２２、１２３    ログＤＢ
Ｂ    バス
【図１】
0004625412.tif 000002
【図２】
0004625412.tif 000003
【図３】
0004625412.tif 000004
【図４】
0004625412.tif 000005
【図５】
0004625412.tif 000006
【図６】
0004625412.tif 000007
【図７】
0004625412.tif 000008
【図８】
0004625412.tif 000009
【図９】
0004625412.tif 000010
【図１０】
0004625412.tif 000011
【図１１】
0004625412.tif 000012
【図１２】
0004625412.tif 000013
【図１３】
0004625412.tif 000014
【図１４】
0004625412.tif 000015
【図１５】
0004625412.tif 000016
【図１６】
0004625412.tif 000017
【図１７】
0004625412.tif 000018
【図１８】
0004625412.tif 000019