JP2009510564A

JP2009510564A - イベントログをレビューするためのシステム及び方法

Info

Publication number: JP2009510564A
Application number: JP2008532437A
Authority: JP
Inventors: クリスチャン・シー・アダム
Original assignee: リーマン・ブラザーズ・インコーポレーテッド
Priority date: 2005-09-23
Filing date: 2006-09-22
Publication date: 2009-03-12
Anticipated expiration: 2026-09-22
Also published as: US8402002B2; JP4753997B2; CA2623491A1; WO2007038327A2; EP1934705A4; WO2007038327A3; EP1934705A2; US20070179986A1

Abstract

本発明によって提供されるイベントログ管理システムは、電子ネットワークの資産に関連するイベントログデータを生成するイベントログソース１１０と、上記イベントログデータを格納するイベントログデータベース１３０と、資産情報を格納する資産データベース２４０と、上記資産データベース２４０に格納された上記資産情報に基づいて、上記イベントログデータをログレポートにまとめるログレポート生成部２１０とを具備することを特徴とする。

Description

本発明は、イベントログの管理のためのシステム及び方法、特に、イベントログレポートの生成及び追跡レビューを行うためのシステム及び方法に関する。

この出願は、２００５年９月２３日に出願された米国特許仮出願第６０／７２０，１６９号の優先権を主張するものであり、引用によりそのすべてを本明細書に組み込む。さらに、この出願は、２００４年１２月２９日に出願された米国特許出願第１１／０２５，６９４号及び第１１／０２５，８７１号と同時係属関係にあり、また、引用によりそのすべてを本明細書に組み込む。

情報技術（ＩＴ）の進歩は、相互に接続されたコンピュータ及びその他の通信デバイスに、効率的なやり方で、より容易なデータのやりとり及びサービスへのアクセスを可能にする方法を提供してきた。集約的なデータサービスを提供する企業に対して、無数のコンピュータ及びその他の通信デバイスが、その企業によって提供されるデータサービスへの接続及びアクセスを試みている。これらの要求されるデータコネクションは、外部のクライアントからのみならず内部からもある。

セキュリティ上の目的で、セキュリティシステムは、セキュリティ脅威をチェックするために後日レビューされるこれらのトランザクションを記録（log）する環境が整えられている。典型的に、セキュリティ問題は、企業のサーバ、ファイル、アプリケーション、及びその他のＩＴ資産への許可されていないアクセスの試みを背景として発生する。さらにまた、正当なソースによって実施されたように見える修正されたファイル及びアプリケーションなどのその他のイベントは、資産に精通している人々によってのみ識別可能であるという懸案事項となる。さらに、例えば、ＳＯＸ法（Sarbanes-Oxley）規則要求などの規制ポリシーは、データの完全性を保証するために、企業内に提供される予防及び検出制御を要求する環境を整える。しかしながら、企業にこのようなセキュリティ監視を提供するには、さまざまな課題がある。

平日には、何百万とはいかないまでも、何千ものログイベントが、企業の規模及びＩＴ能力に応じて記録されている。従って、このことは、ログイベントの一つ一つをレビューするというたいへんな課題となる。さらに、企業のＩＴ能力に応じて、これらのログイベントは、多数のサーバに散在する多数のアプリケーションによって生成されるかもしれない。典型的に、これらのセキュリティログは、ネットワーク及びその動作を監視するために配置されたセキュリティ要員によってレビューされる。セキュリティ要員は、ネットワークへの許可されていないアクセス又は障害となるイベントの試みを対象とするログを認識できるが、一方、特殊なアプリケーション又はサーバなどのある種の資産に特有のログイベントがたやすく見落とされる。さらに、ログの特徴のない性質のみならず、一定期間わたって生成されるログイベント量は、イベントの不正を判断するためにログイベントを適切にレビュー及び評価するための膨大な課題を生み出す。加えて、現在のセキュリティ監視システムは、誰がログイベントをレビューしたか、及びどのログイベントがレビューされたかを記録する効率的な方法を有していない。

従って、本発明は、従来技術の制限及び不利益に起因する１つ以上の問題を十分に取り除くシステム及び方法を対象とする。

本発明の１つの目的は、ログイベントの効率的な監視の手助けを行うセキュリティログレビューのためのシステム及び方法を提供することにある。

本発明の別の目的は、データ及びデータソース資産の効率的な予防及び検知制御を提供するセキュリティログレビューのためのシステム及び方法を提供することにある。

本発明のさらに別の目的は、イベントの正当性を判断するために最も適している人員へログイベントを確実に届けるセキュリティログレビューのためのシステム及び方法を提供することにある。

本発明の追加的な特徴及び利益が以下に記載され、かつその一部は記載から明らかとなるか、又は発明の実施によって知るところとなる。発明の目的及びその他の利点は、添付の図面のみならず、明細書中の記載及び特許請求の範囲に特に挙げた構成によって具現及び達成される。

具現化されかつ広範に記載されたように、これら及びその他の利益を得るため、並びに本発明の目的に従って、本発明のイベントログ管理システムは、電子ネットワークの資産に関連するイベントログデータを生成するイベントログソースと、イベントログデータを格納するイベントログデータベースと、資産情報を格納する資産データベースと、資産データベースに格納された資産情報に基づいてイベントログデータをログレポートにまとめるログレポート生成部とを具備する。

別の態様において、イベントログ管理方法は、電子ネットワークの資産に関連するイベントログデータを生成する段階と、イベントログデータベースにイベントログデータを格納する段階と、資産データベースに資産情報を格納する段階と、資産データベースに格納された資産情報に基づいてイベントログデータをログレポートにまとめる段階とを有する。

当然ながら、上記の概略的な記載と以下の詳細な記載とは、どちらも例示的かつ説明的なものであり、特許請求の範囲としての本発明の説明をさらに提供することを意図したものである。

発明のさらなる理解を助けるとともに、この明細書に組み込まれかつその一部を構成する添付の図面は、発明の実施形態を示すとともに、明細書の記載と合わせて発明の原理を説明する働きをする。

これより、本発明の好適な実施形態を詳細に記載する。それらの実施例は添付の図面に示される。

本発明によるセキュリティログレビューのためのシステム及び方法は、効率的なログイベントの収集、ログレポートの生成、ログレポートのレビュー、及びログレポートの保存、並びに企業規模での監査、規制順守、及び組織のセキュリティのためのレビュー作業を容易にする。明細書中で用いられる用語「資産（asset）」は、それに限定されないが、組織の情報技術（ＩＴ）に関するハードウェア及びソフトウェア資産を含む。ハードウェア資産のいくつかの例としては、サーバ、クライアントコンピュータ、プリンタ、ルータ、ネットワークハブ、及びストレージデバイスなどがある。ソフトウェア資産の例としては、コンピュータプログラムアプリケーション、データベース、及びデータファイルなどがある。

図１は、本発明の例示的な実施形態を示す。具体的には、本発明は、典型的に、複数のイベントログソース１１０、セキュリティ情報管理部（ＳＩＭ）１２０、イベントログデータベース１３０、及びログレビュー管理システム１４０を具備する。複数のイベントログソース１１０は、組織のさまざまな資産に関するイベントログを作成する。例えば、イベントログソースは、ＳＮＭＰ（Simple Network Management Protocol）ソース、ファイアウォールソース、及び組織の資産に関するイベントのその他のソースであってもよい。イベントログデータは、それに限定されないが、例えば組織のネットワークに流れ込む及び／又は流れ出る通信などのファイアウォールインスタンスに関するデータと、組織のネットワーク内のさまざまなサーバ及び周辺デバイスのアクセス動作と、例えば組織のネットワークのサーバに格納されたファイル及びアプリケーションへの修正などのプログラムディレクトリ構造への修正とであってもよい。

未加工のイベントログデータは、ＳＩＭ１２０に伝達される。ＳＩＭ１２０は、未加工のイベントログデータを処理するとともに、イベントログデータベース１３０にイベントログを格納する。未加工のイベントログデータが異なるソースによって生成されるので、ＳＩＭ１２０は、未加工のイベントログデータを受信した後、イベントログデータベース１３０に格納するために、イベントログデータを共通のフォーマットへ標準化してもよい。例えば、未加工のイベントログデータは、イベントのタイムスタンプ、資産ＩＤ、イベントを引き起こした人物のユーザＩＤ、イベントの識別情報、及びイベントに関連する何らかの情報など、共通の情報を含むように標準化されてもよい。イベントログデータは、ネットワークを介して発生したイベントとしてリアルタイムで受信され、処理され、かつ格納される。イベントログデータベース１３０に格納されたイベントログには、データの完全性を維持するために、許可されていないユーザはアクセスできない。

ログレビュー管理システム１４０は、以下でより詳細に記載されるが、イベントログを取得するとともに、特定の資産に対応するイベントログレポートにイベントログをまとめる。そして、イベントログレポートは、レビューされるために、指名された資産管理者へ配布される。ログレビュー管理システム１４０は、イベントログレポートとともに、レビュー作業を追跡及び記録する。

図２は、ログレビュー管理システム１４０の例示的な実施形態を示す。ログレビュー管理システム１４０は、レポート生成部２１０、レポートデータ格納部２２０、及びレビュー監視部２３０を具備する。例示的な実施形態において、ログレビュー管理システム１４０は、組織の現存するＩＴインフラストラクチャへの統合を容易にするために、企業ネットワークのＳＩＭ１２０（図１）と結びついたミドルウェアとして実装される。しかしながら、本発明の範囲から逸脱することなく、その他の実装方法が用いられてもよい。

レポート生成部２１０は、イベントログデータベース１３０（図１）に格納されたイベントログからイベントログレポート（例えば、レポート１〜レポートＮ）を生成する。具体的には、レポート生成部２１０は、資産データベース（ＡＤｂ）２５０から資産情報を取得するとともに、イベントログデータベース１３０に格納されたイベントログデータをまとめる。資産データベース２４０は、組織の資産毎の情報を格納するデータベースである。例えば、資産データベース２４０は、資産名、資産タイプ、資産の説明、資産管理者名（例えば、所有者、指名された管理者及び／又はレビュア）などの資産情報を格納するリレーショナルデータベースである。資産データベース２４０の詳細は、２００４年１２月２９日に出願された同時係属中の米国特許出願第１１／０２５，８７１号中に、より詳細に記載されている。上記出願の内容は、引用によって本明細書に組み込まれている。レポート生成部２１０は、イベントログデータベース１３０からのイベントログデータを資産データベース２４０からの資産情報に関連付ける。例えば、図２に示されるように、「資産名」に関連するイベントログデータは、グループ分けされるとともに、例えばスプレッドシートなどのレポートに一緒にまとめられる。別の実施例では、「資産タイプ」に関連するイベントログデータは、グループ分けされるとともに、別のレポートに一緒にまとめられてもよい。レポートは、本発明の範囲から逸脱することなく、任意の資産属性に基づいてまとめられてもよい。

レポート生成部２１０によってレポートが生成されるとすぐに、生成されたレポートは、レポートデータ格納部２２０へ送信される。図２に示されるように、レポートデータ格納部２２０は、レポート保管データベース２２０ａと、レポート追跡データベース２２０ｂとを具備する。生成されたレポートは、生成された時刻及び関連する資産に関するメタデータと共に格納される。上記レポートは、レポート保管データベース２２０ａに含まれる。例えば、レポートメタデータは、レポート発行時刻、レポートレビュア名、レポートファイル名、及びレポートでレビューされるイベントの回数を含む。しかしながら、本発明の範囲から逸脱することなく、レポートに関する別の情報が格納されてもよい。レポート追跡データベース２２０ｂは、生成されかつレポート保管データベース２２０ａに格納されたレポートそれぞれの追跡情報を格納する。例えば、レポート追跡データベース２２０ｂは、レポートファイル名、レポートが資産管理者へ伝達される可能性がある時刻、レポート中のイベントログデータの対象期間、及びレポートのレビューの完了が認知された時刻などの情報を格納する。レポート追跡データベース２２０ｂに格納された情報は、レポート監視部２３０と共に、以下にさらに記載される。

レポートが生成され、かつレポート保管データベース２２０ａに格納されるとすぐ、レポート監視部２３０は、レポートが生成された資産の指名された資産管理者へ通知メッセージを伝達する。この情報は、レポート生成部２１０によって、資産データベース２４０から取得される。従って、特定の資産の許可された資産管理者として資産データベース２４０で指名された人物だけが、特定の資産に関する生成されたログレポートの通知を受ける。さらに重要なことは、例えば電子メール（ｅメール）２３０ａである未解決レポートの通知は、実際のレポートを含まないということである。正確には、未解決レポート通知は、資産管理者（ここでは「レビュア」と称する）を、未解決レポートをレビューするためのセキュアポータル２３０ｂへ向かわせる。ポータルは、インターネット又はイントラネットポータルであってもよい。例えば、ｅメール通知２３０ａは、ハイパーテキストリンクを埋め込まれてもよく、レビュアによってクリックされたとき、レビュアがＨＴＴＰレビューポータル２３０ｂへアクセスできるようにする。しかしながら、本発明の範囲から逸脱することなく、その他のタイプの電子インタフェース及び実装方法が用いられてもよい。

図３〜図７は、本発明による通信の例示的な画面を示す。例えば、図３は、レビューされるための未解決のレポートの例示的な通知を示す。図３に示されるように、例示的なｅメール通知３１０は、資産データベース２４０（図２）で資産管理者として指名されたレビュアへ送信される。ｅメール通知３１０は、セキュアポータル２３０ｂへのハイパーテキストリンク３２０を有する。この実施例に示されたように、レビュアは、また、レポートがレビュアを指名していない資産に関連する場合に、システムに通知する機能を与えられる。レビュアがリンク３２０をクリックするとすぐに、そのレビュアは、ポータル２３０ｂ（図示せず）のページ中のログへのアクセス権が与えられる。許可及び認証過程の後、レビュアは、レビューを受けるための未解決レポートへのアクセス権が与えられる。

図４は、ログレポートを検索及びレビューするための例示的なユーザインタフェースを示す。図４に示されるように、レビューを受けるレポート４１０のリストがレビュアへ提示される。リストは、クリック可能なファイルリスト及びハイパーリンク４１０〜４３０として提示されてもよい。しかしながら、本発明の範囲から逸脱することなく、その他のタイプのインタフェースが用いられてもよい。この実施例において、レビュアは、ログレポートをレビューするためにレポート４１０の名称をクリックする。レポート４１０が選択されたとき、イベントログがレビューのためにユーザへ提示される。

図５Ａ及び図５Ｂは、例示的なレポートのさまざまな画面を示す。図５Ａに示されるように、レポートの概要ページは、資産名（例えば、サーバ名）と、資産それぞれに対して記録がつけられているイベントの数とを表示する。この実施例において、各資産に対する特定のログデータは、資産それぞれに対する個別のタブに整理されている。図５Ｂに示されるように、資産に対するログデータ（すなわち、「IonTESTprod1」）は、イベント時刻、リクエストされたアクセスの結果、資産にアクセスしたユーザの識別情報、ユーザによって資産上で実施された動作、及び資産になされた修正を含んでもよい。本発明の範囲から逸脱することなく、資産に関するその他のタイプのログ情報が表示されてもよい。

レビュアがレビュアの資産に関するログデータをレビューするとすぐに、レビュアは、レポートのレビューを（例えば、「accept」リンク４２０で）知らせる。ログデータのレビュー時に、レビュアがレポート中に疑わしい動作を発見した場合、そのレビュアは、セキュリティ要員へ（例えば、「notify」リンク４３０で）レビューを上申（escalation）する。レポートが上申された場合、上申確認通知がレビュアへ提示される。図６は、例示的な上申確認通知画面を示す。レビュアが上申過程を確認するとすぐに、レビュアは、上申処置を記録するとともに、上申の理由を文書化する。図７は、上申処置に関する情報を提供するための例示的な上申処置記録フォーム画面を示す。レビューが終了した場合、レビュー監視部２３０は確認チケットを生成する。図８は、例示的な確認メッセージ画面を示す。

図２に示されるように、チケット追跡システム２３０ｃは、レポートがレビューされたことを確認するとともに、レポート追跡データベース２２０ｂに情報を格納する。上申が開始された場合、上申の発生がレポート追跡データベース２２０ｂに記録され、かつ指示されたログレポートのさらなるレビューのために上申通知がセキュリティ要員へ転送される。また、例えば、上申通知のタイムスタンプ、並びに上申要求を転送した人物及び／又は部門などの上申に関する追加的な情報が、レポート追跡データベース２２０ｂに格納されてもよい。

また、チケット追跡システム２３０ｃは、レポート保管データベース２２０ａ中のまだレビューされていない未解決のレポートを監視する。所定の有効期限に基づいて、レポート監視部２３０は、レビューが滞っているレポートに関係するレビュアへ通知メッセージを再発行する。或いは単に、チケット追跡システム２３０ｃは、レポートのレビュー期限が過ぎ、従ってレビューは行われなかったということを記録する。さらに、レビュアは、自身が通知を受け取っていないことを認識する場合に、レポート通知の再発行を要請してもよい。

本発明にはいくつかの利点が存在する。第１に、本発明のログレビュー管理システムは、イベントログが関連性のある資産に基づいて区分されるように、資産情報に基づいて膨大な量のログデータをまとめる。さらに、それらのまとめられたレポートは、ログデータに関係する資産の管理者として指名された人物によってのみレビューされるので、最も精通した人員によってログデータのレビューが行われる。それによって、ログデータの十分なレビューと、疑わしい動作の素早い識別とが容易になる。

第２に、本発明のログレビュー管理システムは、資産データベースから直接、関連する資産にログデータを自動的に関連付けるので、レポートは素早くかつ効率よくまとめられる。さらに、資産データベースからの資産情報をイベントログデータへ結びつける機能によって、資産に必要な全ての情報として、組織を横断する連続した情報が中央データベースに格納できる。換言すると、もし、レビュア及び資産情報の個々の指定が組織をわたって異なる管理システムに格納されるならば、全データベースが互いに更新し合えない場合に、資産情報の更新は、まとまりのないものとなる。本発明のログレビュー管理システムにおいては、資産及び指定された資産管理者に関する正確な情報を提供するために、データベース（すなわち、資産データベース）のみが保守されればよい。

第３に、資産データベースからの資産情報に基づくログレポートのまとめと、資産データベースにおいて指名された資産管理者のみへの通知とが、イベントログデータのセキュアなレビューを保証する。さらに、資産データベースにおいて指名された資産管理者のみが管理者の保護の下に資産に関連するログレポートを見る権利を与えられるので、不適切なレビューはすみやかかつ容易に見きわめられる。

第４に、未加工のイベントログデータ、ログレポート、及びレポート追跡データが個別のデータベースに格納されるので、データの完全性及び安全性を不注意な修正から遠ざけることが可能である。この保証された完全性は、ＳＯＸ法規則順守に関する予防及び検知制御という背景において特に重要となる。さらに、ログレポート及びレビュー処置は、タイムスタンプが記録されるとともに一定期間に亘って記録されるので、セキュリティ尺度の調整が容易となる。

本発明を説明するために特定の実施例が用いられたが、本発明の精神及び範囲から逸脱することなく、本発明のセキュリティログレビューのためのシステム及び方法へさまざまな修正及び変形を加えることが可能であることは、当業者には明白である。故に、本発明は、添付された特許請求の範囲及びその均等物から与えられるこの発明の修正例及び変形例を包含する。

本発明の例示的な実施形態を示す図である。本発明によるログレビュー管理システムの例示的な実施形態を示す図である。本発明による例示的な電子通知メッセージ画面を示す図である。本発明によるログレポートの検索及びレビューのための例示的なユーザインタフェース画面を示す図である。本発明による例示的なログレポート画面を示す図である。本発明による例示的なログレポート画面を示す図である。本発明による例示的な上申確認通知画面を示す図である。本発明による上申処置に関しての情報を提供するための例示的な上申処置記録フォーム画面を示す図である。本発明による例示的な確認メッセージ画面を示す図である。

符号の説明

１１０複数のイベントログソース
１２０セキュリティ情報管理部（ＳＩＭ）
１３０イベントログデータベース
１４０ログレビュー管理システム
２１０レポート生成部
２２０レポートデータ格納部
２２０ａレポート保管データベース
２２０ｂレポート追跡データベース
２３０レポート監視部
２３０ａ未解決レポート通知
２３０ｂログレビューポータル
２３０ｃチケット追跡システム
２４０資産データベース

Claims

電子ネットワークの資産に関連するイベントログデータを生成するイベントログソースと、
前記イベントログデータを格納するイベントログデータベースと、
資産情報を格納する資産データベースと、
前記資産データベースに格納された前記資産情報に基づいて、前記イベントログデータをログレポートにまとめるログレポート生成部と
を具備するシステム。
前記ログレポート生成部が、資産名に従って前記イベントログデータをまとめることを特徴とする請求項１に記載のシステム。
前記ログレポート生成部が、資産タイプに従って前記イベントログデータをまとめることを特徴とする請求項１に記載のシステム。
前記ログレポートを格納するレポート保管データベースをさらに具備することを特徴とする請求項１に記載のシステム。
前記レポート保管データベースが、前記レポートの発行時刻と、レビュアの名称と、前記レポートの名称と、前記レポート中でレビューされるイベントの数とのうちの少なくとも１つを含む前記ログレポートに関するメタデータをさらに格納することを特徴とする請求項４に記載のシステム。
前記ログレポートのレビューステータスを追跡するレビュー監視部をさらに具備することを特徴とする請求項１に記載のシステム。
前記レビュー監視部が、レビューを受ける前記ログレポートにアクセスするためのポータルをさらに具備することを特徴とする請求項６に記載のシステム。
前記ポータルが、インターネットポータル又はイントラネットポータルであることを特徴とする請求項７に記載のシステム。
前記レビュー監視部が、レビューを受ける前記ログレポートをレビュアへ通知する電子通知部をさらに具備することを特徴とする請求項６に記載のシステム。
前記レビュアが、前記資産データベースで指名された資産管理者であることを特徴とする請求項９に記載のシステム。
前記レビュー監視部が、前記ログレポートの前記レビューステータスを追跡するための電子チケットを具備することを特徴とする請求項６に記載のシステム。
前記レビュー監視部が、さらなるレビューのために、前記ログレポートを上申するためのユーザインタフェースを具備することを特徴とする請求項６に記載のシステム。
前記ログレポートが所定期間内にレビューされなかった場合に、前記レビュー監視部が、レビューの延滞をレビュアへ通知することを特徴とする請求項６に記載のシステム。
前記ログレポートのレビューステータスを格納するためのレポート追跡データベースをさらに具備することを特徴とする請求項１に記載のシステム。
前記レビューステータスが、前記ログレポートを入手できることがレビュアへ伝達された時の第１タイムスタンプと、前記ログレポートの対象期間と、前記ログレポートがレビューされた時の第２タイムスタンプと、さらなるレビューのための前記ログレポートの上申とのうちの少なくとも１つを含むことを特徴とする請求項１４に記載のシステム。
電子ネットワークの資産に関連するイベントログデータを生成する段階と、
イベントログデータベースに前記イベントログデータを格納する段階と、
資産データベースに資産情報を格納する段階と、
前記資産データベースに格納された前記資産情報に基づいて、ログレポートに前記イベントログデータをまとめる段階と
を有することを特徴とする方法。
資産名に従って前記イベントログデータをまとめる段階をさらに有することを特徴とする請求項１６に記載の方法。
資産タイプに従って前記イベントログデータをまとめる段階をさらに有することを特徴とする請求項１６に記載の方法。
レポート保管データベースに前記ログレポートを格納する段階をさらに有することを特徴とする請求項１６に記載の方法。
前記ログレポートを格納する段階が、前記レポートの発行時刻と、レビュアの名称と、前記レポートの名称と、前記レポート中でレビューされるイベントの数とのうちの少なくとも１つを含む前記ログレポートに関するメタデータの格納を含むことを特徴とする請求項１９に記載の方法。
前記ログレポートのレビューステータスを追跡する段階をさらに有することを特徴とする請求項１６に記載の方法。
前記ログレポートをレビューするためにポータルへアクセスする段階をさらに有することを特徴とする請求項１６に記載の方法。
前記ポータルが、インターネットポータル又はイントラネットポータルであることを特徴とする請求項２２に記載の方法。
レビューを受ける前記ログレポートをレビュアへ通知する段階をさらに有することを特徴とする請求項１６に記載の方法。
前記レビュアが、前記資産データベースで指名された資産管理者であることを特徴とする請求項２４に記載の方法。
さらなるレビューのために前記ログレポートを上申する段階をさらに有することを特徴とする請求項１６に記載の方法。
前記ログレポートがレビューされることなく所定期間が経過したかどうかを判断する段階と、
前記ログレポートのレビューが延滞されている場合に、レビュアへ通知する段階と
をさらに有することを特徴とする請求項１６に記載の方法。
レポート追跡データベースに前記ログレポートのレビューステータスを格納する段階をさらに有することを特徴とする請求項１６に記載の方法。
前記レビューステータスが、前記ログレポートを入手できることがレビュアへ伝達された時の第１タイムスタンプと、前記ログレポートの対象期間と、前記ログレポートがレビューされた時の第２タイムスタンプと、さらなるレビューのための前記ログレポートの上申とのうちの少なくとも１つを含むことを特徴とする請求項２８に記載の方法。