(57)【要約】【課題】情報量の少ない履歴データを基として、監査証跡の追跡や業務上の問題の原因究明、業務効率の分析に必要な情報として構成すること。【解決手段】データベース１００をアクセスするアプリケーション（１１０，１１１）がその履歴データ（１２０，１２１）を出力するシステムにおいて、履歴データに含まれる項目のうち、データベースの項目に依存するキーとなる項目と、前述の対応するデータベースの項目とのマッピング情報（１４０）を定義および管理する手段と、前述のマッピング情報に基づき、履歴データのキーとなる項目の値によって対応するデータベース項目の値を照合し、照合したデータベースの値からその値と関連する他の項目の値を取得し、当該履歴データともに出力する手段（１５０）を備えることを特徴とする。【選択図】図１
2008293229.tif 000002
【特許請求の範囲】
【請求項１】
データベースをアクセスするアプリケーションがその履歴データを出力するシステムにおいて、
履歴データに含まれる項目のうち、データベースの項目に依存するキーとなる項目と、前述の対応するデータベースの項目とのマッピング情報を定義および管理する手段と、
前述のマッピング情報に基づき、履歴データのキーとなる項目の値によって対応するデータベース項目の値を照合する手段と、
照合したデータベースの値からその値と関連する他の項目の値を取得し、当該履歴データともに出力する手段
を備えることを特徴とする履歴データ処理装置。
【請求項２】
前記履歴データ処理装置において、
照合するデータベースの更新履歴やバックアップから過去のある時点でのデータベースの状況を再現する手段と、
前述の再現されたデータベースに対して、前述の対応するデータベース項目の値を照合を行う手段
を備えることを特徴とする履歴データ処理装置。
【請求項３】
請求項２の履歴データ処理装置において、
履歴データが出力された時刻と、前述の再現されたデータベースの時刻を比較し、最も前述の履歴データが出力された時刻に近い、前述の履歴データの時刻の前後となる２つの再現されたデータベースを選択する手段と、
前述の再現された２つのデータベースの照合状況に合わせて、出力する情報を切り替える手段
を備えることを特徴とする履歴データ処理装置。
【請求項４】
データベースをアクセスするアプリケーションの履歴データを処理する方法において、
履歴データに含まれる項目のうち、データベースの項目に依存するキーとなる項目と、前述の対応するデータベースの項目とのマッピング情報を定義し、
前述のマッピング情報に基づき、履歴データのキーとなる項目の値によって対応するデータベース項目の値を照合し、
照合したデータベースの値からその値と関連する他の項目の値を取得し、当該履歴データの項目とともに情報を生成する
ことを特徴とする履歴データ処理方法。
【請求項５】
前記履歴データ処理方法において、
照合するデータベースの更新履歴やバックアップから過去のある時点でのデータベースの状況を再現し、
前述の再現されたデータベースに対して、前述の対応するデータベース項目の値を照合する
ことを特徴とする履歴データ処理方法。
【請求項６】
請求項５の履歴データ処理方法において、
履歴データが出力された時刻と、前述の再現されたデータベースの時刻を比較し、最も前述の履歴データが出力された時刻に近い、前述の履歴データの時刻の前後となる２つの再現されたデータベースを選択し、
前述の再現された２つのデータベースの照合状況に合わせて、出力する情報を切り替える
ことを特徴とする履歴データ処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は情報システムにおいて、システムやシステムの各部品の稼動状況や運用状況を表したシステムログなどの履歴データの処理に関する。特に、証跡監査やビジネス・アクティビティ・モニタリングにおける証跡追跡や問題分析などを目的とした業務システム（業務アプリケーション）の履歴データの処理に関する。
【背景技術】
【０００２】
情報システムの稼動状況などをシステムログなどの履歴データとして蓄積することで、情報システムがダウンしたときなどに、この蓄積した履歴データを分析し、原因究明を行うことを可能とする。また、情報システムにおけるＣＰＵなどのリソースをシステムに割り当てる際、当該システムの履歴データを分析することで適切な割り当てを行うことが可能となる。さらに、Webサーバが出力するサイトのアクセス履歴からは、どのサイトが多く閲覧されているか、どの経路でサイトがアクセスされるかなどを分析することができる。このようにシステムの履歴データはシステムがある時点でどのような状態にあったかを記録し、この情報から様々な目的に応じた情報を分析することができる。
【０００３】
近年では、セキュリティ観点や、法規制に基づく内部統制、戦略的な業務最適化などの観点で、業務の履歴データを蓄積し、分析する必要性に迫られている。情報システムにおいて、業務を履歴は業務を処理するアプリケーションが出力する履歴データである。これを業務の履歴データとすることで、監査証跡の追跡や、不正処理の分析、業務の最適化のための分析を行うことができる。
【０００４】
業務を処理する多くのアプリケーションは図２のようにデータベース１００にアクセスし、業務を処理する。データベース１００には売上げのような業務データ１０５や商品マスタ（商品ＩＤ，商品名、価格など）や従業員マスタ（従業員ＩＤ，氏名、役職など）などのマスタデータ１０１、１０２が存在する。業務データ１０５は、売上げなどの値や、発注・納品状況などの業務の結果や状況を保持し、関連するマスタデータ１０１，１０２を商品ＩＤなどのＩＤコードによって参照している。アプリケーション１（１１０）は、業務データ１０５やマスタデータ１０１、１０２を参照・更新することで業務を処理する。このとき、業務のさまざまなフェースで履歴データをログファイル１２０として出力する。このときの履歴データは履歴データを出力した時間や、従業員ＩＤ、商品ＩＤ、業務によって生じた他のデータなどからなる。例えば、何時に、誰が、どの商品を販売したかというような履歴データとなる。この履歴データから、Ｏ月×日１２：００にＡさんが売った商品は何かというような問い合わせに応えることが可能である。
【０００５】
さらに、アプリケーション１と同じデータベース１００をアクセスするアプリケーション２（１１１）が存在することがあり、このアプリケーション２（１１１）は履歴データをログファイル１２１に出力する。このときログファイル１２０、ログファイル１２１に出力された履歴データは、アプリケーションは異なるが、データベース１００を共有しているため、履歴データに含まれる従業員ＩＤなどが同じ識別子として利用できる可能性があるので、この二つのログファイルから、従業員ＩＤをキーにして、アプリケーション１で不正を行ったある従業員がアプリケーション２で何を行ったかなどの追跡を行うことができる。特開特開２００７−４８２６６「監査証跡追跡装置、監査証跡追跡方法および監査証跡追跡プログラム」では、システムのさまざまなレイヤでのログの中から、共有できるデータを抽出することによって、ログ間の関係をすりあわせることにより、監査証跡追跡を可能としている。
【０００６】
【特許文献１】特開２００７−４８２６６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、アプリケーションの履歴データの出力はアプリケーションの負荷になるのと、ディスクなどの記憶デバイスの格納領域を圧迫するために多量に出すことはできない。したがって、多くの履歴データは、識別できる最小限の情報形態、例えば、従業員を表す情報として従業員ＩＤなどを並べた列として構成されることが多い。これらは定型の数字や文字などの単なる記号列であることが多く、情報システムとしては扱いやすいが、人間にとってそれが実際になんであるのかの判別が困難である。
【０００８】
また、監査証跡の追跡や業務状況の分析などに本来必要なデータの多くは、履歴データに含まれていないことが多い。したがって、様々な履歴データを横断的に分析したとしても、時間軸上に履歴データを並べることができるだけで、報告や分析に必要な情報は別途調査する必要がある。情報システムにおいては必要なデータはデータベースに格納されていることが多い。ただし、情報システムの複雑化や情報量の増大が進み、ある履歴データがどのデータベースの情報をもとに出力されたのかは調べるのは困難である。
【０００９】
さらに、異なった履歴データの値が同じだったとしてもそれが、異なるデータベースから取得されたものであれば、その値が表している意味が異なる可能性がある。例えば、従業員ＩＤとしてＸＸＸＸが出力されていたとしても、ある履歴データではＡさんを、ある履歴データではＢさんをあらわしている可能性がある。にもかかわらず、ＸＸＸＸをキーにして履歴データを刷り合わせすると、Ａさんの履歴とＢさんの履歴が混ざったものとなり、正しい監査証跡の追跡ができないことがある。
【００１０】
履歴データとデータベースの関係が明らかになったとしても、履歴データは時間軸上に蓄積されているのに対して、データベースは現在の状態の整合性を保障するものであるので、履歴データの内容からデータベースをアクセスして必要な情報を取り出したとしても、その値が更新されており、履歴データが出力されたときのデータとは異なる場合がある。例えば、ある従業員のＩＤが含まれる履歴データの業務内容が、現状（現在のデータベースで管理されている内容）の権限では認められるとしても、実は当時はその権限がない場合の可能性もある。
【００１１】
また、システムは変更されるため、同じアプリケーションの履歴データでも同じ、データベースからとは限らない。
【００１２】
本発明は、上述した従来の履歴データの処理においての問題点を解消するため、アプリケーションが出力する履歴データをもとにして、監査証跡の追跡や業務上の問題の原因究明、業務効率の分析に必要な情報を提供することを目的とする。
【課題を解決するための手段】
【００１３】
上述の課題を解決し、目的を達成するために、データベースをアクセスするアプリケーションがその履歴データを出力するシステムにおいて、履歴データに含まれる項目のうち、データベースの項目に依存するキーとなる項目と、前述の対応するデータベースの項目とのマッピング情報を定義および管理する手段と、前述のマッピング情報に基づき、履歴データのキーとなる項目の値によって対応するデータベース項目の値を照合する手段と照合したデータベースの値からその値と関連する他の項目の値を取得し、当該履歴データともに出力する手段を備えることを特徴とする。
【００１４】
また、上記発明において、照合するデータベースの更新履歴やバックアップから過去のある時点でのデータベースの状況を再現する手段と、前述の再現されたデータベースに対して、前述の対応するデータベース項目の値を照合を行う手段を備えることを特徴とする。
【００１５】
また、上記発明において、履歴データが出力された時刻と、前述の再現されたデータベースの時刻を比較し、最も前述の履歴データが出力された時刻に近い、前述の履歴データの時刻の前後となる２つの再現されたデータベースを選択する手段と、前述の再現された２つのデータベースの照合状況に合わせて、出力する情報を切り替える手段を備えることを特徴とする。
【発明の効果】
【００１６】
本発明にかかる履歴データの処理方法および装置は、業務の履歴となるアプリケーションの履歴データをもとに、履歴データが発生した時点での目的に応じた情報を構成することで、監査証跡の追跡や業務上の問題の原因究明、業務効率の分析などに必要な情報を提供する。
【発明を実施するための最良の形態】
【００１７】
以下に図面に基づいて、本発明を実施するための最良の形態を説明する。
【００１８】
本発明の基本的な構成と考え方を説明する。図１はアプリケーションが出力する業務データから目的に応じた履歴データに基づく情報を再構成する方法を表している。アプリケーション１（１１０）とアプリケーション２（１１１）は同じデータベース１００にアクセスしている。データベース１００には業務データ１０５やマスタデータ１０１、１０２を含み、アプリケーション１（１１０）とアプリケーション２（１１１）は、それぞれが処理する業務の内容にしたがって、業務データ１０５やマスタデータ１０１、１０２をアクセスする。
【００１９】
アプリケーション１（１１０）の履歴データはログファイル１２０に出力し、アプリケーション２（１１１）の履歴データはログファイル１２１に出力する。これらの履歴データは、履歴データが出力されるときの時刻（もしくは時系列の識別子）と、データベース１００で管理されている情報に基づいたデータ、アプリケーションが業務を処理するときのデータ（業務アプリケーション実行者やその業務の状況など、ただし、実行者に関する情報や業務状況のマスタデータはデータベースに格納されている場合がある）などから構成される。データベース１００の情報はそのままの値で出力されることもあるし、アプリケーションの処理にしたがって加工されたものである可能性もある。
【００２０】
１３０は目的に応じた履歴データに基づく情報を再構成するために必要な部分であり、データベースと履歴データのデータマッピング定義１４０とデータベースと履歴データの照合１５０からなる。データベースと履歴データのデータマッピング定義１４０はあるアプリケーションが出力する履歴データがどのデータベースの情報に基づいているのかのマッピングを定義している。データベースと履歴データの照合１５０はログファイル１２０，１２１にある履歴データを読み出し、データベースと履歴データのマッピング定義に従い、当該データベースのデータを照合し、目的に応じた情報に再構成する。また、履歴データが出力された時刻にあわせて、当該データベースの過去のスナップショットを構成し、そのスナップショットと履歴データを照合する。過去のデータベースのスナップショットは現状のデータベース１００をベースにして、データベース更新履歴１７０やデータベースバックアップ１８０から構成する。この照合により、再構成された履歴データに基づく情報１６０が生成する。
【００２１】
図３は図１で説明した方法を情報システムとして実現するためのシステムブロック図である。ＬＡＮなどのネットワーク３００に次のシステムモジュールが接続されている。図１のデータベース１００はＣＰＵや記憶装置をもつ装置で実行するデータベース管理システム３１０とストレージ装置等に格納されるデータの実体であるデータベース３２０で構成される。アプリケーション１（１１０）、アプリケーション２（１１１）はＣＰＵや記憶装置をもつ装置上で実行するアプリケーション３１１、同様にデータベースと履歴データの照合１５０はデータベースと履歴データの照合３１２で実行、再構成された履歴データに基づく情報１６０は再構成された情報表示３１３で表示する。さらに、データベースと履歴データのデータマッピング定義１４０はデータマッピング定義３２３、データベース更新履歴１７０はデータベース更新履歴３２１、データベースバックアップ１８０はデータベースバックアップ３２２、ログファイル１２０、１２１はログファイル３２４のストレージ装置等に格納される。
【００２２】
図４はデータベースと履歴データのデータマッピング定義１４０の内容を例示したものである。データベースと履歴データのデータマッピング定義１４０は、ログファイル毎に定義することになる。データベース１００はＤＢ１というデータベース識別子で管理されている。その中に含まれる一つの表Ｔａｂｌｅ１（４０１）は列ＣＯＬ１、ＣＯＬ２、ＣＯＬ３をもち、行４０２において、それぞれ値、ＤＡＴＡ１、ＤＡＴＡ２、ＤＡＴＡ３が格納されているとする。一方、アプリケーション１（１１０）にからログファイル１２０に出力された履歴データは、出力時刻であるＴＩＭＥとＥＬ１、ＥＬ２という項目をもつ。なお、このアプリケーション１（１１０）はＡＰ１、ログファイル１２０はＬＯＧ１という識別子をそれぞれもつ。履歴データ４１０では、ＴＩＭＥの値としてｔ１、ＥＬ１の値としてｄａｔａ１をもつ。履歴データの項目ＥＬ１は、ＤＢ１のＴＡＢＬＥ１のＣＯＬ１が対応している。ただしＣＯＬ１のデータ形式はＴＹＰＥ１であるが、ＥＬ１のデータ形式はＴＹＰＥ２である。この対応をデータベースと履歴データのデータマッピング定義１４０で表現する。データベースと履歴データのデータマッピング定義１４０には、アプリケーションとログファイルの対応を表す表４２０とデータベースと履歴データの対応を表す表４３０から構成される。表４２０は項目アプリケーション識別子とログファイル識別子から構成される。例えば、表４２０ではＡＰ１はＬＯＧ１を出力すると管理している。表４３０は、ログファイル識別子、履歴データ項目識別子、データベース識別子、データベース項目識別子、データ変換定義、キーフラグ、タイムオフセットを含む。データベース項目識別子は、データベースで管理されるデータのスキーマを識別するもので、リレーショナルデータベースであれば表名と列名で表現され、例えば、ＴＡＢＥＬＥ１：ＣＯＬ１等で表現する。データ変換定義は、データベース項目識別子のデータタイプと履歴データ項目のデータタイプの関係を表し、必要に応じてタイプ変換を行うだけの情報が必要である。整数（ＴＹＰＥ１）から文字列（ＴＹＰＥ２）への単純なタイプ変換であればＴＹＰＥ１→ＴＹＰＥ２で表現できる。アプリケーションによっては、数値演算や表記法変換などの加工がなされる場合がある。このときには数式や、表記法名称などで表記することができる。この情報はデータベースと履歴データの照合部分で解釈、実行可能なものであればよい。キーフラグは当該履歴データ項目が、データベースから関連する情報を取得する際に、データベースをアクセスするためのキー値かどうかを表すフラグである。データベースの情報と照合する再に用いる履歴データ項目となる。また、キー値であると、一意性があり、識別子として扱うことが可能である。同じ（もしくは同じ値になるように管理されている）データベースのキー値であれば、他のログファイルの履歴データをこのキー値で刷り合わせることが可能となり、履歴の追跡が容易となる。タイムオフセットはバッチ処理などの処理時間が長いアプリケーションなどで、データベースをアクセスしてから、履歴データを出力するまでのギャップを補正するための時間を入れる。
【００２３】
図５はデータベースと履歴データの照合の構成を表す。データベースと履歴データの照合１５０は表示情報定義５００とデータベースの時系列化を行うモジュール５０１とキーとなる項目の照合を行うモジュール５０２と表示するデータ取得するモジュール５０３から構成される。表示情報定義５００は、履歴データの項目を元にして、データベースに格納されている情報を再構成して、目的の情報を取得するための定義である。したがって、表示情報定義５００は目的を満たすために取得したい複数の情報の項目リストとして定義される。表示情報定義５００には、例として、ログファイルＬＯＧ１の項目ＴＩＭＥ（ＬＯＧ１：ＴＩＭＥ）と、ＬＯＧ１の項目ＥＬ１（ＬＯＧ１：ＥＬ１）と、この履歴データの元となったデータベースに格納されたデータベース項目と関連する情報、この場合、データベースＤＢ１（１００）に管理されている表ＴＡＢＬＥ１（４０１）のＣＯＬ１に関連する、データベースＤＢ１の表ＴＡＢＬＥ１の列ＣＯＬ２（ＤＢ１：ＴＡＢＬＥ１：ＣＯＬ２）と同様にＣＯＬ３を構成する場合の定義を記載している。
【００２４】
図６を用いてデータベースの時系列化を説明する。データベースの時系列化のモジュール５０１は、データベース１００とデータベース更新履歴１７０、データベースバックアップ１８０から、過去のある時点のデータベースのスナップショットを再生成するモジュールである。データベースは現時点状態を保持している。しかし、履歴データは過去のある時点のデータベースに管理されているデータに基づいている。したがって、履歴データの基づいたデータベースの値は、その後、更新や削除があり、現時点でのデータベースの値とは異なる場合がある。このために、できるだけ、過去のデータベースのスナップショットを再生成することが、履歴データをより正しく分析するために必要である。多くの業務に用いられているデータベースはバックアップや更新履歴などが保存されている。これらのデータベースの過去記録を用いてスナップショットを再生成することができる。現時点をＴ０とし、現時点のデータベース１００に格納されているデータの集合であるスナップショット６００がまず照合に利用することができる。データベースバックアップ１８０を取得した時刻をＴ２とすると、Ｔ２の時点でのデータベースのスナップショット６０２を生成することができる。生成する手段としては、例えば、広く利用されているデータベースのバックアップツールの機能であるバックアップによる回復を用いる。データベース更新履歴１７０が存在する場合、データベース１００やデータベースバックアップ１８０を起点として、ある時刻Ｔ１のデータベーススナップショット６０１を生成することができる。図６の場合、データベース１００からデータベース更新履歴１７０に基づき、更新操作を逆に進めることで過去の時刻Ｔ１のスナップショットを生成できる。逆に、データベースバックアップ１８０からデータベース更新履歴１７０に基づき、更新操作を適用することで、時刻Ｔ１のスナップショットを生成できる。生成する手段としては、例えば、多くのデータベース管理システムに搭載されている機能を利用することが可能である。データベースの時系列化はこの場合Ｔ０，Ｔ１，Ｔ２の３時刻でのスナップショットであるが、どの時刻のスナップショットが作成できるかは、データベースバックアップ１８０の状態や、データベース更新履歴１７０の状態に依存する。
【００２５】
図７はデータベースと履歴データの照合方法（７００）のフローチャートである。各ステップでの内容を順に説明する。このとき図４、図５、図６の内容を参照する。
【００２６】
ステップ７０１では表示情報定義５００から照合すべきログファイルとデータベースを確定する。表示情報定義５００の例では、ログファイルＬＯＧ１とデータベースＤＢ１が確定する。
【００２７】
ステップ７０２では照合のためのキーとなる項目をデータベースと履歴データのデータマッピング定義１４０から特定する。データベースと履歴データのデータマッピング定義１４０の表４３０の例では、ログファイルＬＯＧ１の履歴データ項目ＥＬ１の値がキーとなることがわかる。
【００２８】
ステップ７０３では図６で説明したデータベースの時系列化を行う。このフローチャートではデータベースの時系列化が照合処理の前に生成することとなっているが、照合すべき履歴データの時刻に合わせて、その都度、必要な分だけ生成してもよい。
【００２９】
ステップ７０４では時系列化したデータベースのうち、照合する履歴データの時刻よりも後で、かつもっとも古いものを選択する。例えば、履歴データの時刻が図６のＴ０とＴ１の間であれば、Ｔ０を選択する。なお、照合する履歴データの時刻は、表４３０のタイムオフセットで時刻が補正されている。
【００３０】
ステップ７０５では、選択したスナップショットのキーとなる項目と履歴データのキーとなる項目をデータベースと履歴データのデータマッピング定義１４０のデータ変換定義に従って照合する。例えば、表４３０に基づいて、履歴データ４１０のＥＬ１の値であるｄａｔａ１を表４３０のデータ変換定義ＴＹＰＥ１→ＴＹＰＥ２を適用して、ＴＹＰＥ２であるｄａｔａ１をＴＹＰＥ１のＤＡＴＡ１に変換する。ＤＡＴＡ１の値をキーとして、表４３０のデータベース項目識別子の指定に従いデータベースＤＢ１のＴＡＢＬＥ１の列ＣＯＬ１を検索し、行４０２を取得する。
【００３１】
時系列化されたデータベースのスナップショットのうち、ステップ７０４で選択したスナップショットよりも古いものがない場合、もしくは、古いものがあったとしてもデータベースの運用上、今回照合した値で問題ない場合、ステップ７０８に飛ぶ。
【００３２】
ステップ７０８では、表示情報定義に従い、データベースの一致したキー値と関連するデータベースや履歴データの値を取得し、必要に応じて表示する。例えば、表示情報定義５００に基づくと、ログファイルＬＯＧ１の履歴データ４１０のＴＩＭＥの値ｔ１、ＥＬ１の値ｄａｔａ１、ステップ７０５で取得した行４０２のＣＯＬ２の値ＤＡＴＡ２、ＣＯＬ３の値ＤＡＴＡ３の値の列を構成することになる。
【００３３】
ステップ７０５において、ステップ７０４で選択したスナップショットよりも古いものが存在した場合、ステップ７０６に進む。例えば、図６の時刻Ｔ０とＴ１の間に生成された履歴データはステップ７０５において時刻Ｔ０のスナップショットを用いて照合をおこなう。このとき、データベース上のデータが更新、削除されている可能性がある。このことを確認するためにステップ７０６、７０７を行う。データベースの運用などで、更新や削除の可能性がなければ、ステップ７０６，７０７は必要ない。
【００３４】
ステップ７０６では、時系列化したデータベースのスナップショットのうち、照合する履歴データの時刻よりも前で、かつ最も新しいものを選択する。例えば、履歴データの時刻が図６のＴ０とＴ１の間であれば、Ｔ１を選択する。なお、ステップ７０４と同様に照合する履歴データの時刻は、表４３０のタイムオフセットで時刻が補正されている。
【００３５】
ステップ７０７では、ステップ７０５の照合処理をステップ７０６で選択したスナップショットに対して行う。
【００３６】
ステップ７０７からのステップ７０８では照合した結果のデータベースの行が、２つのスナップショットに対しての取得できることになる。どちらの行を用いて表示情報を構成すべきかは次の方法による。
【００３７】
図８は、時刻Ｔ０におけるスナップショット６００と時刻Ｔ１におけるスナップショットの間で、キーとなる値の生成、消滅の関係を整理したものである。キーとなる値は一意性があるため、値が変更されたということは、消滅して新に生成したという位置づけで考える。
【００３８】
（ａ）はＴ１以前に生成されＴ０で存在するキーである。
【００３９】
（ｂ）はＴ１以降に生成されてＴ０で存在するキーである。
【００４０】
（ｃ）はＴ１以前に生成されＴ０とＴ１の間で消滅したキーである。
【００４１】
（ｄ）はＴ１以降に生成されてＴ０以前に消滅したキーである。
【００４２】
（ｅ）はＴ１以前に生成されてＴ１以前に消滅したキーである。
【００４３】
Ｔ１からＴ０にかけて生成された履歴データとしてｔ１、ｔ２、ｔ３が考えられるが、これらの履歴データには（ｅ）のようなキーは出現しない。ｔ２で出力された履歴データを例にステップ７０８での処理方法を説明する。処理は次の場合に分類できる
（１）（ａ）の場合はステップ７０５とステップ７０７でどちらのスナップショットでもキー値の照合が成功する。
（２）（ｂ）の場合はステップ７０５では照合が成功するが、ステップ７０７では失敗する。
（３）（ｃ）の場合はステップ７０５では照合が失敗するが、ステップ７０７では成功する。
（４）（ｄ）の場合はステップ７０５でも照合が失敗し、ステップ７０７でも失敗する。
【００４４】
（２）（３）に関しては、キーの照合が成功したもので処理を進め、ステップ７０８で表示情報を生成することになる。
【００４５】
（４）では表示情報を生成することはできない。
【００４６】
（１）の場合は、それぞれのスナップショットにおけるキーと表示情報定義にしていされた関連するデータベース項目の値が変化していない場合は、どちらのスナップショットを選んでも問題ないが、値が異なる場合、例えば、表示情報定義５００のＣＯＬ２、ＣＯＬ３の値がスナップショット６００とスナップショット６０１で異なる場合、両者を表示して別の判断を促すことが必要である。これは、図９のように、キーはスナップショット６００とスナップショット６０１で変わらないとしても、キーと関連するデータベース項目がＶａｌｕｅ１からＶａｌｕｅ２に更新されているためであり、更新の時刻と履歴データの出力の時刻によって、Ｖａｌｕｅ１かＶａｌｕｅ２のどちらかになる。例えばｔ１とｔ２の間に更新された場合、ｔ１で出力された履歴データはＶａｌｕｅ２を用いるべきであり、ｔ２で出力された履歴データはＶａｌｕｅ１を用いるべきである。しかし、一般に行員時刻がわからないことがあるため、選択ができない。したがって、２つの値を表示することが、正しい感査証跡の追跡や業務の分析、原因究明に寄与する。
【図面の簡単な説明】
【００４７】
【図１】本発明の原理概説図。
【図２】アプリケーションの履歴データをログファイルに出力する従来技術。
【図３】本発明のシステムブロック図。
【図４】データベースと履歴データのデータマッピング定義の説明図。
【図５】データベースと履歴データの照合の構成図。
【図６】データベースの時系列化の説明図。
【図７】データベースと履歴情報の照合のフローチャート。
【図８】履歴情報の時刻とデータベースのキー値との関係図。
【図９】履歴情報の時刻とデータベースのキーと関連するデータとの関係図。
【符号の説明】
【００４８】
１００…データベース、１１０，１１１…アプリケーション、１２０，１２１…履歴データが出力されるログファイル、１４０…データベースと履歴データのデータマッピング定義、１５０…データベースと履歴データの照合モジュール、１７０…データベース更新履歴、１８０…データベースバックアップファイル、３００…ネットワーク、３１０，３１１、３１２，３１３…ＣＰＵや記憶装置を備える装置とその上で実行するプログラムモジュール、３２０，３２１，３２２，３２３，３２４…ストレージ装置などデータを格納する装置とデータ。
【図１】
2008293229.tif 000003
【図２】
2008293229.tif 000004
【図３】
2008293229.tif 000005
【図４】
2008293229.tif 000006
【図５】
2008293229.tif 000007
【図６】
2008293229.tif 000008
【図７】
2008293229.tif 000009
【図８】
2008293229.tif 000010
【図９】
2008293229.tif 000011