(57)【要約】【課題】監査用の証跡情報を容易に取得すること。【解決手段】業務に対して予め設定された承認パターン毎の承認ルート及び承認ロールを格納する承認明細ＤＢ１０８と、承認パターンに対応して実施された業務承認の経緯である実行ログを格納する実行ログ格納庫ＤＢ１１２とを備え、実行ログ収集処理部１０４が複数の業務アプリケーションプログラム１１６により実行されるトランザクション及び実行ログを承認明細ＤＢ１０８に格納した承認ルートに従って証跡情報として収集し、収集した証跡情報を発生プロセス順に実行ログ格納庫ＤＢ１１２に格納し、実行ログ分析処理部１０５が前記証跡情報を分析する証跡情報監査システム。【選択図】図１
2014038479.tif 000002
【特許請求の範囲】
【請求項１】
内部統制を一連の処理として関連付けるためのキー情報を保有すると共に、他アプリケーションプログラムとの連携情報と審査承認情報と該審査承認の承認者と承認日時を記録する証跡記録機能を有する複数の業務アプリケーションプログラム及び複数の共通業務アプリケーションプログラムを実装し、該業務アプリケーションプログラム及び該共通業務アプリケーションプログラムによるトランザクションを各システムトランザクションテーブルに格納し、プログラムの実行記録をシステム実行ログデータベースに格納する業務システムを構成する業務コンピュータにネットワークを介して接続される証跡情報監査システムであって、
前記業務アプリケーションプログラム及び前記共通業務アプリケーションプログラムのログ収集頻度及び業務開始終了期間を設定した承認パターンを格納する承認データベースと、
前記承認パターン毎の業務に予め定められた承認ルート及び承認ロールを格納する承認明細データベースと、
前記トランザクションを作成するシステムＩＤ毎の業務情報ログのファイルにアクセスするための接続式及び参照する複数のカラムを格納するログ登録データベースと、
前記ロール毎のＩＤに対応したロール情報を格納するロール登録データベースと、
管理ユーザのマスタＩＤ毎の接続式及びカラムを格納するマスタ登録データベースと、
前記承認パターンに対応して実施された業務承認の経緯である実行ログを格納する実行ログ格納庫データベースと、
該実行ログ格納庫データベースに格納した実行ログの分析結果を格納する実行ログ分析結果データベースと、
業務の承認パターン登録を制御する承認パターン登録処理部と、
前記業務システムの前記各システムトランザクションテーブル及び前記各システム実行ログデータベースに格納されている前記トランザクション及び前記実行ログを収集する実行ログ収集処理部と、
該実行ログ収集処理部により収集した前記業務システムの前記トランザクション及び前記実行ログを分析する実行ログ分析処理部と、
該実行ログ分析処理部による分析結果を管理者のコンピュータの表示部に表示させる分析結果表示処理部とを備え、
前記実行ログ収集処理部が前記複数の業務アプリケーションプログラムにより実行される前記トランザクション及び前記実行ログを前記承認明細データベースに格納した前記承認ルートに従って証跡情報として収集し、前記収集した前記証跡情報を前記実行ログ格納庫データベースに格納することを特徴とする証跡情報監査システム。
【請求項２】
前記実行ログ分析処理部が、前記実行ログ格納庫データベースに格納した前記トランザクション及び前記実行ログを分析し、前記分析結果表示処理部が前記分析した結果を管理者のコンピュータの表示部に表示させることを特徴とする請求項１記載の証跡情報監査システム。
【請求項３】
内部統制を一連の処理として関連付けるためのキー情報を保有すると共に、他アプリケーションプログラムとの連携情報と審査承認情報と該審査承認の承認者と承認日時を記録する証跡記録機能を有する複数の業務アプリケーションプログラム及び複数の共通業務アプリケーションプログラムを実装し、該業務アプリケーションプログラム及び該共通業務アプリケーションプログラムによるトランザクションを各システムトランザクションテーブルに格納し、プログラムの実行記録をシステム実行ログデータベースに格納する業務システムを構成する業務コンピュータにネットワークを介して接続される監査用コンピュータの証跡情報監査方法であって、
前記業務アプリケーションプログラム及び前記共通業務アプリケーションプログラムのログ収集頻度及び業務開始終了期間を設定した承認パターンを格納する承認データベースと、
前記承認パターン毎の業務に予め定められた承認ルート及び承認ロールを格納する承認明細データベースと、
前記トランザクションを作成するシステムＩＤ毎の業務情報ログのファイルにアクセスするための接続式及び参照する複数のカラムを格納するログ登録データベースと、
前記ロール毎のＩＤに対応したロール情報を格納するロール登録データベースと、
管理ユーザのマスタＩＤ毎の接続式及びカラムを格納するマスタ登録データベースと、
前記承認パターンに対応して実施された業務承認の経緯である実行ログを格納する実行ログ格納庫データベースと、
該実行ログ格納庫データベースに格納した実行ログの分析結果を格納する実行ログ分析結果データベースと、
業務の承認パターン登録を制御する承認パターン登録処理部と、
前記業務システムの前記各システムトランザクションテーブル及び前記各システム実行ログデータベースに格納されている前記トランザクション及び前記実行ログを収集する実行ログ収集処理部と、
該実行ログ収集処理部により収集した前記業務システムの前記トランザクション及び前記実行ログを分析する実行ログ分析処理部と、
該実行ログ分析処理部による分析結果を管理者のコンピュータの表示部に表示させる分析結果表示処理部とを設け、
前記実行ログ収集処理部に前記複数の業務アプリケーションプログラムにより実行される前記トランザクション及び前記実行ログを前記承認明細データベースに格納した前記承認ルートに従って証跡情報として収集する工程と、該収集した前記証跡情報を前記実行ログ格納庫データベースに格納する工程とを実行させることを特徴とする証跡情報監査方法。
【請求項４】
前記実行ログ分析処理部に前記実行ログ格納庫データベースに格納した前記トランザクション及び前記実行ログを分析する工程と、前記分析結果表示処理部に前記分析した結果を管理者のコンピュータの表示部に表示させる工程とを実行させることを特徴とする請求項３記載の証跡情報監査方法。
【請求項５】
内部統制を一連の処理として関連付けるためのキー情報を保有すると共に、他アプリケーションプログラムとの連携情報と審査承認情報と該審査承認の承認者と承認日時を記録する証跡記録機能を有する複数の業務アプリケーションプログラム及び複数の共通業務アプリケーションプログラムを実装し、該業務アプリケーションプログラム及び該共通業務アプリケーションプログラムによるトランザクションを各システムトランザクションテーブルに格納し、プログラムの実行記録をシステム実行ログデータベースに格納する業務システムを構成する業務コンピュータにネットワークを介して接続され、
前記業務アプリケーションプログラム及び前記共通業務アプリケーションプログラムのログ収集頻度及び業務開始終了期間を設定した承認パターンを格納する承認データベースと、
前記承認パターン毎の業務に予め定められた承認ルート及び承認ロールを格納する承認明細データベースと、
前記トランザクションを作成するシステムＩＤ毎の業務情報ログのファイルにアクセスするための接続式及び参照する複数のカラムを格納するログ登録データベースと、
前記ロール毎のＩＤに対応したロール情報を格納するロール登録データベースと、
管理ユーザのマスタＩＤ毎の接続式及びカラムを格納するマスタ登録データベースと、
前記承認パターンに対応して実施された業務承認の経緯である実行ログを格納する実行ログ格納庫データベースと、
該実行ログ格納庫データベースに格納した実行ログの分析結果を格納する実行ログ分析結果データベースと、
業務の承認パターン登録を制御する承認パターン登録処理部と、
前記業務システムの前記各システムトランザクションテーブル及び前記各システム実行ログデータベースに格納されている前記トランザクション及び前記実行ログを収集する実行ログ収集処理部と、
該実行ログ収集処理部により収集した前記業務システムの前記トランザクション及び前記実行ログを分析する実行ログ分析処理部と、
該実行ログ分析処理部による分析結果を管理者のコンピュータの表示部に表示させる分析結果表示処理部とを備える監査用コンピュータ用の証跡情報監査プログラムであって、
前記監査用コンピュータに、
前記実行ログ収集処理部を用いて前記複数の業務アプリケーションプログラムにより実行される前記トランザクション及び前記実行ログを前記承認明細データベースに格納した前記承認ルートに従って証跡情報として収集する機能と、該収集した前記証跡情報を前記実行ログ格納庫データベースに格納する機能とを実現させることを特徴とする証跡情報監査プログラム。
【請求項６】
前記監査用コンピュータに、前記実行ログ分析処理部を用いて前記実行ログ格納庫データベースに格納した前記トランザクション及び前記実行ログを分析する機能と、前記分析結果表示処理部を用いて前記分析した結果を管理者のコンピュータの表示部に表示させる機能とを実現させることを特徴とする請求項５記載の証跡情報監査プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、企業等における社内監査等に使用する証跡情報をコンピュータシステムを使用して容易に取得して分析することができる証跡情報監査システム、証跡情報監査方法及び証跡情報監査プログラムに関する。
【背景技術】
【０００２】
近年の企業においては、企業の経営目標の効率的な達成に貢献するため、企業の内部統制が適切に運用されているかを評価して改善を促すための社内監査が採用されており、この社内監査は内部統制と呼ばれ、取締役の職務の執行が法令及び定款に適合することを確保するための体制その他株式会社の業務の適正を確保するため必要なものとして整備された体制であり、具体的には、（１）業務の有効性及び効率性、（２）財務報告の信頼性、（３）事業活動に係わる法令等の遵守、（４）資産の保全を行うためにＩＴ（情報技術）を利用して企業活動の証跡情報を収集することが必要不可欠である。
【０００３】
従来技術による企業活動の証跡情報収集に関する技術が記載された文献としては、例えば下記の特許文献が挙げられ、特許文献１には、システム毎に取得した証跡情報を収集して一元管理を行う証跡情報管理技術が記載され、特許文献２には、システム毎に取得した証跡情報を関連づけて追跡を可能にする証跡情報追跡技術が記載され、特許文献３には、証跡レベルを設定して無駄な証跡情報を取得しないようにしたデータベース証跡情報取得管理技術が記載され、特許文献４には、証跡情報と監査データとを紐付け、監査効率を向上させる証跡追跡機能を備えた電子会計技術が記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−２６２０７号公報
【特許文献２】特開２００７−４８２６６号公報
【特許文献３】特開２００６−４８５６２号公報
【特許文献４】特開２００６−２６８２２７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
一般に内部統制をコンピュータシステムで管理するためには、財務諸表に係る業務の承認などの証跡情報を記憶且つ管理する必要があり、その業務の多くはコンピュータ上の各アプリケーションプログラムで実施されており、前述した特許文献記載の証跡情報取得技術では、企業には業務毎にアプリケーションプログラムが複数存在するため、コンピュータサーバ上で実行される各アプリケーションプログラム上で財務諸表に係る業務承認などの証跡情報を個別に取得して整合させる必要がある。
【０００６】
このため従来技術による証跡情報の取得技術は、業務毎に多数存在するアプリケーションが個々の証跡情報を取得して記憶しておき、この多数のアプリケーションプログラムの証跡情報を収集用のアプリケーションプログラム又は収集用サーバが収集しなければならないと言う課題があった。
【０００７】
更に従来技術による証跡情報取得技術は、アプリケーションプログラムから個々に取得された証跡情報を全社の内部統制という観点で証跡保全を行うため、個々の業務毎のアプリケーションプログラムの監査も必要となり、この業務毎のアプリケーションプログラム監査業務が煩雑かつ負荷が大きくなると言う課題もあった。
【０００８】
更に近年では、業務の細分化と細分化業務のアウトソース化などにより業務と業務の連携も複雑化しており、複数業務毎に取得されたアプリケーションプログラム上での証跡情報群を関連づけて保全する必要がある場合は、それら個々のアプケーションプログラムで取得した証跡情報を更に収集し、個々の証跡情報を関連付けて保全するための別な情報処理システムが必要となると言う課題もあった。
【０００９】
本発明の目的は、前述の従来技術による課題を解決しようとするものであり、監査用の証跡情報を容易に取得し、予め設定した監査的視点からのエラーケースを発見して警告することができる証跡情報監査システム、証跡情報監査方法及び証跡情報監査プログラムを提供することである。
【課題を解決するための手段】
【００１０】
前記目的を達成するため本発明は、内部統制を一連の処理として関連付けるためのキー情報を保有すると共に、他アプリケーションプログラムとの連携情報と審査承認情報と該審査承認の承認者と承認日時を記録する証跡記録機能を有する複数の業務アプリケーションプログラム及び複数の共通業務アプリケーションプログラムを実装し、該業務アプリケーションプログラム及び該共通業務アプリケーションプログラムによるトランザクションを各システムトランザクションテーブルに格納し、プログラムの実行記録をシステム実行ログデータベースに格納する業務システムを構成する業務コンピュータにネットワークを介して接続される証跡情報監査システムであって、
前記業務アプリケーションプログラム及び前記共通業務アプリケーションプログラムのログ収集頻度及び業務開始終了期間を設定した承認パターンを格納する承認データベースと、
前記承認パターン毎の業務に予め定められた承認ルート及び承認ロールを格納する承認明細データベースと、
前記トランザクションを作成するシステムＩＤ毎の業務情報ログのファイルにアクセスするための接続式及び参照する複数のカラムを格納するログ登録データベースと、
前記ロール毎のＩＤに対応したロール情報を格納するロール登録データベースと、
管理ユーザのマスタＩＤ毎の接続式及びカラムを格納するマスタ登録データベースと、
前記承認パターンに対応して実施された業務承認の経緯である実行ログを格納する実行ログ格納庫データベースと、
該実行ログ格納庫データベースに格納した実行ログの分析結果を格納する実行ログ分析結果データベースと、
業務の承認パターン登録を制御する承認パターン登録処理部と、
前記業務システムの前記各システムトランザクションテーブル及び前記各システム実行ログデータベースに格納されている前記トランザクション及び前記実行ログを収集する実行ログ収集処理部と、
該実行ログ収集処理部により収集した前記業務システムの前記トランザクション及び前記実行ログを分析する実行ログ分析処理部と、
該実行ログ分析処理部による分析結果を管理者のコンピュータの表示部に表示させる分析結果表示処理部とを備え、
前記実行ログ収集処理部が前記複数の業務アプリケーションプログラムにより実行される前記トランザクション及び前記実行ログを前記承認明細データベースに格納した前記承認ルートに従って証跡情報として収集し、前記収集した前記証跡情報を前記実行ログ格納庫データベースに格納することを第１の特徴とする。
【００１１】
また、本発明は、前記特徴の証跡情報監査システムにおいて、前記実行ログ分析処理部が、前記実行ログ格納庫データベースに格納した前記トランザクション及び前記実行ログを分析し、前記分析結果表示処理部が前記分析した結果を管理者のコンピュータの表示部に表示させることを第２の特徴とする。
【００１２】
更に、本発明は、内部統制を一連の処理として関連付けるためのキー情報を保有すると共に、他アプリケーションプログラムとの連携情報と審査承認情報と該審査承認の承認者と承認日時を記録する証跡記録機能を有する複数の業務アプリケーションプログラム及び複数の共通業務アプリケーションプログラムを実装し、該業務アプリケーションプログラム及び該共通業務アプリケーションプログラムによるトランザクションを各システムトランザクションテーブルに格納し、プログラムの実行記録をシステム実行ログデータベースに格納する業務システムを構成する業務コンピュータにネットワークを介して接続される監査用コンピュータの証跡情報監査方法であって、
前記業務アプリケーションプログラム及び前記共通業務アプリケーションプログラムのログ収集頻度及び業務開始終了期間を設定した承認パターンを格納する承認データベースと、
前記承認パターン毎の業務に予め定められた承認ルート及び承認ロールを格納する承認明細データベースと、
前記トランザクションを作成するシステムＩＤ毎の業務情報ログのファイルにアクセスするための接続式及び参照する複数のカラムを格納するログ登録データベースと、
前記ロール毎のＩＤに対応したロール情報を格納するロール登録データベースと、
管理ユーザのマスタＩＤ毎の接続式及びカラムを格納するマスタ登録データベースと、
前記承認パターンに対応して実施された業務承認の経緯である実行ログを格納する実行ログ格納庫データベースと、
該実行ログ格納庫データベースに格納した実行ログの分析結果を格納する実行ログ分析結果データベースと、
業務の承認パターン登録を制御する承認パターン登録処理部と、
前記業務システムの前記各システムトランザクションテーブル及び前記各システム実行ログデータベースに格納されている前記トランザクション及び前記実行ログを収集する実行ログ収集処理部と、
該実行ログ収集処理部により収集した前記業務システムの前記トランザクション及び前記実行ログを分析する実行ログ分析処理部と、
該実行ログ分析処理部による分析結果を管理者のコンピュータの表示部に表示させる分析結果表示処理部とを設け、
前記実行ログ収集処理部に前記複数の業務アプリケーションプログラムにより実行される前記トランザクション及び前記実行ログを前記承認明細データベースに格納した前記承認ルートに従って証跡情報として収集する工程と、該収集した前記証跡情報を前記実行ログ格納庫データベースに格納する工程とを実行させることを第３の特徴とする。
【００１３】
また、本発明は、前記特徴の証跡情報監査方法において、前記実行ログ分析処理部に前記実行ログ格納庫データベースに格納した前記トランザクション及び前記実行ログを分析する工程と、前記分析結果表示処理部に前記分析した結果を管理者のコンピュータの表示部に表示させる工程とを実行させることを第４の特徴とする。
【００１４】
更に、本発明は、内部統制を一連の処理として関連付けるためのキー情報を保有すると共に、他アプリケーションプログラムとの連携情報と審査承認情報と該審査承認の承認者と承認日時を記録する証跡記録機能を有する複数の業務アプリケーションプログラム及び複数の共通業務アプリケーションプログラムを実装し、該業務アプリケーションプログラム及び該共通業務アプリケーションプログラムによるトランザクションを各システムトランザクションテーブルに格納し、プログラムの実行記録をシステム実行ログデータベースに格納する業務システムを構成する業務コンピュータにネットワークを介して接続され、
前記業務アプリケーションプログラム及び前記共通業務アプリケーションプログラムのログ収集頻度及び業務開始終了期間を設定した承認パターンを格納する承認データベースと、
前記承認パターン毎の業務に予め定められた承認ルート及び承認ロールを格納する承認明細データベースと、
前記トランザクションを作成するシステムＩＤ毎の業務情報ログのファイルにアクセスするための接続式及び参照する複数のカラムを格納するログ登録データベースと、
前記ロール毎のＩＤに対応したロール情報を格納するロール登録データベースと、
管理ユーザのマスタＩＤ毎の接続式及びカラムを格納するマスタ登録データベースと、
前記承認パターンに対応して実施された業務承認の経緯である実行ログを格納する実行ログ格納庫データベースと、
該実行ログ格納庫データベースに格納した実行ログの分析結果を格納する実行ログ分析結果データベースと、
業務の承認パターン登録を制御する承認パターン登録処理部と、
前記業務システムの前記各システムトランザクションテーブル及び前記各システム実行ログデータベースに格納されている前記トランザクション及び前記実行ログを収集する実行ログ収集処理部と、
該実行ログ収集処理部により収集した前記業務システムの前記トランザクション及び前記実行ログを分析する実行ログ分析処理部と、
該実行ログ分析処理部による分析結果を管理者のコンピュータの表示部に表示させる分析結果表示処理部とを備える監査用コンピュータ用の証跡情報監査プログラムであって、
前記監査用コンピュータに、
前記実行ログ収集処理部を用いて前記複数の業務アプリケーションプログラムにより実行される前記トランザクション及び前記実行ログを前記承認明細データベースに格納した前記承認ルートに従って証跡情報として収集する機能と、該収集した前記証跡情報を前記実行ログ格納庫データベースに格納する機能とを実現させることを第５の特徴とする。
【００１５】
また、本発明は、前記特徴の証跡情報監査プログラムにおいて、前記監査用コンピュータに、前記実行ログ分析処理部を用いて前記実行ログ格納庫データベースに格納した前記トランザクション及び前記実行ログを分析する機能と、前記分析結果表示処理部を用いて前記分析した結果を管理者のコンピュータの表示部に表示させる機能とを実現させることを第６の特徴とする。
【発明の効果】
【００１６】
本発明による証跡情報監査システム、証跡情報監査方法及び証跡情報監査プログラムは、前記実行ログ収集処理部が複数の業務アプリケーションプログラムにより実行される前記トランザクション及び前記実行ログを前記承認明細データベースに格納した前記承認ルートに従って証跡情報として収集し、該収集した前記証跡情報を発生プロセス順に前記実行ログ格納庫データベースに格納することによって、監査用の証跡情報を容易に取得し、予め設定した監査的視点からのエラーケースを発見して警告することができる。
【図面の簡単な説明】
【００１７】
【図１】本発明の実施形態による証跡情報監査システムの構成を示す図。
【図２】本実施形態による承認データベースを説明するための図。
【図３】本実施形態による承認明細データベースを説明するための図。
【図４】本実施形態によるログ登録データベースを説明するための図。
【図５】本実施形態によるロール登録データベースを説明するための図。
【図６】本実施形態によるマスタ登録データベースを説明するための図。
【図７Ａ】本実施形態による実行ログ格納庫データベースを説明するための図。
【図７Ｂ】本実施形態による実行ログ格納庫データベースを説明するための図。
【図８Ａ】本実施形態による実行ログ分析結果データベースを説明するための図。
【図８Ｂ】本実施形態による実行ログ分析結果データベースを説明するための図。
【図９】本実施形態による承認パターン登録処理フローを示す図。
【図１０】本実施形態による実行ログ収集処理フローを示す図。
【図１１Ａ】本実施形態による実行ログ分析処理フローを示す図。
【図１１Ｂ】本実施形態による実行ログ分析処理フローを示す図。
【図１２】本実施形態による分析結果表示処理フローを示す図。
【図１３】本実施形態によるログ分析結果表示画面を説明するための図。
【発明を実施するための形態】
【００１８】
以下、本発明の一実施形態による証跡情報監査方法及びプログラムを実現する証跡情報監査システムの一実施形態を図面を参照して詳細に説明する。
【００１９】
［原理説明］
まず、本発明の原理について説明する。本発明による証跡情報取得分析手法は、従来技術では、多数の業務アプリケーションプログラムから証跡情報を別個に収集し、業務プロセスの順を追って監査するために個別に収集した証跡情報を整合させなければならない課題があった。本発明においては、この課題を解決するため、多数の業務アプリケーションプログラムにまたがる業務プロセスについて承認パターン（手法）として予め承認ルートがルールとして決まっていることに着目し、この順序を可変的に登録可能なテーブルを用意し、複数の業務アプリケーションプログラムにより実現される承認ルートを登録した順番に従って業務処理情報を証跡情報として収集し、収集時点における監査証跡としてログ格納テーブルに監査に必要な業務情報を証跡情報として記録することを特徴とする。
【００２０】
即ち、本発明は、例えば、内部統制の実施に伴い、財務諸表に係る業務情報を業務アプリケーションプログラム個々で収集するのではなく、業務アプリケーションプログラムにおける一連の内部統制に係る業務を含む業務アプリケーションプログラムの処理結果である業務情報に付加された承認情報を含む実施状況を処理順に従って収集するプログラムを各アプリケーションプログラムの外に独立させ、業務アプリケーションプログラムの稼働状況とは独立し、監査の必要に応じて起動して一カ所に収集することを特徴とする。
【００２１】
この共通業務アプリケーションプログラムは一つではなく、財務諸表毎に異なる場合や、全業務で一つにできない場合が一般的であり、取得すべき証跡情報が異なる複数の共通業務アプリケーションプログラムが存在することを前提とする。また、業務アプリケーションプログラムは、その独立した情報を内部統制の一連の処理として関連付け可能なキー情報を保有しているものとし、内部統制の観点から、どの業務アプリケーションプログラムがどのアプリケーションプログラムと連携しているか、あるいは、どのような業務情報（審査承認を含む）をいつ誰がどのくらいやりとりしたかを管理し、記録することができる仕組み（たとえばアクセスログ）を実装していることを前提とする。
【００２２】
このように本発明においては、前述した業務アプリケーションプログラムや共通モジュール化した共通業務アプリケーションプログラムの業務情報を収集する収集部を設け、監査上の必要性に応じて起動し、ログ格納テーブルに業務情報を編集複製し、格納するものとし、格納した情報を分析部において監査上必要な時に分析し、内部統制における財務諸表に係る業務の承認などの証跡を得ることまたは得られないことを判定することができる。
【００２３】
本発明による収集部を用いて証跡情報を取得し、分析部で分析管理することにより、本発明は、（１）個々の業務アプリケーションプログラムでこれらの証跡を取得しなければならない課題や、（２）個々の業務アプリケーションプログラムに対する監査業務が煩雑かつ負荷が大きくなる課題を解決することができ、（３）各アプリケーションプログラムから監査情報を集めてくる必要がなく、（４）集めた監査証跡から恣意性を排除でき、（５）監査的な見地からエラーケースの抽出を行える効果を奏する。
【００２４】
なお、これらの証跡情報は、業務アプリケーションプログラムでも取得可能であるが、内部統制にかかわる業務アプリケーションプログラムが複数ある場合は、それらを集約管理し、保全するためのデータ編集が必要となり、その方式と比較すると、収集部で集約的に証跡が保全でき、分析部で機械的に判定可能な本方式の方がコスト、拡張性において好適である。また、本発明においては、前述した業務アプリケーションプログラムや共通モジュール化した共通業務アプリケーションプログラムの業務情報には、処理したシステム、実施処理、実施時刻、実施者、セッションを特定できる情報が含まれていることを前提とする。
【００２５】
また、本実施形態に用いるフロー図面の判定ステップにおいては、ＹＥＳ／ＮＯを明記していない箇所を除き、一般の判定フローと同様に、条件を満たす場合は判定ステップ下方に移行し、条件を満たさないと判定したときは判定ステップ左右何れかに移行するものとして図示し、処理ステップにおいて「パターン」を略して「パタン」と記載することもある。
【００２６】
［構成］
さて、本実施形態による証跡情報監査システム１０２は、図１に示す如く、例えば販売・購買等の業務処理を複数の業務アプリケーションプログラム１１６及び複数の共通業務アプリケーションプログラム１１７を実装し、これらプログラム１１６及び１１７による業務情報を各システムトランザクションテーブル１１４に格納し、プログラムの実行記録を各システム実行ログＤＢ１１５に格納する既存の業務システムを構成する業務コンピュータ１１８にネットワーク１１９を介して接続されるコンピュータ１０１に実装され、ログ収集頻度や業務開始終了期間を設定した承認パターン（承認パターンとも呼ぶ）名称及びＮｏ（番号）を格納する承認データベース（ＤＢ）１０７と、前記承認パターンＮｏ毎の業務に予め定められた承認ステップの順序・従業員の役割であるロール・標準／異常処理時間・前後工程とのリレーション項目（カラム）を格納する承認明細データベース（ＤＢ）１０８と、業務情報を作成するシステムＩＤ毎のログ（業務情報）のファイル名・該ファイルにアクセスする際の接続式・参照する複数のカラムを格納するログ登録データベース（ＤＢ）１０９と、ロール（従業員の役割）毎のＩＤに対応したロール情報を格納するロール登録データベース（ＤＢ）１１０と、管理ユーザであるマスタＩＤ毎の接続式やカラム等を格納するマスタ登録データベース（ＤＢ）１１１と、承認パターンＮｏに対応して実施された業務承認の経緯である実行ログを格納する実行ログ格納庫データベース（ＤＢ）１１２と、該実行ログ格納庫データベース（ＤＢ）１１２に格納した実行ログの分析結果を格納する実行ログ分析結果データベース（ＤＢ）１１３と、業務の承認パターン登録を制御する承認パターン登録処理部１０３と、既存の業務システムの前記各システムトランザクションテーブル１１４及び前記各システム実行ログＤＢ１１５に格納されているトランザクション及び実行ログを収集する実行ログ収集処理部１０４と、該実行ログ収集処理部１０４により収集した既存の業務システムのトランザクション及び実行ログを分析する実行ログ分析処理部１０５と、該実行ログ分析処理部１０５による分析結果を管理者のコンピューの表示部に表示させる分析結果表示処理部１０６とを備える。
【００２７】
前記共通業務アプリケーションプログラム１１７は、業務アプリケーションプログラム１１６に共通の業務、例えば処理開始時の認証、その他の共通の業務毎の処理を行うものである。この共通業務アプリケーションプログラム１１７で担当する共通業務は、内部統制の監査に必要な証跡を残すが、業務アプリケーションプログラムが残す業務情報とは別の格納場所に記録される。
【００２８】
前記承認ＤＢ１０７は、監査されるべき内部統制の統制単位に一連の業務処理について利用されている業務アプリケーションプログラムおよび共通業務アプリケーションプログラムについて予め定義するものであって、図２（ａ）に示す如く、ユニークに付与された承認パターンＮｏと、該承認パターンＮｏに対応して内容を表すように設定された承認パターン名称と、ログ収集を行う日数を指定するログ収集頻度と、業務開始の年月日を表す業務有効期間（開始）と、業務終了の年月日時刻を表す業務有効期間（終了）と、ログの最終収録の年月日時刻を表す最終収集日時と、ログの最終分析を行った年月日時刻を表す最終分析日時の各項目情報との各項目情報から成り、例えば、図２（ｂ）に示す如く、承認パターンＮｏ「ＺＭ００１」に対して、承認パターン名称が「仕訳伝票登録」、ログ収集頻度が「２４時間」、業務有効期間（開始）が「２０１１／４／１」、業務有効期間（終了）が「２０１３／３／３１」、最終収集日時が「２０１３／３／３１」、最終分析日時が「２０１３／３／３１」の如く設定されている。
【００２９】
前記承認明細ＤＢ１０８は、図３（ａ）に示す如く、承認パターンＮｏに対応して業務の承認を得るための工程（ステップ）の順序を表す順序Ｎｏと、当該ステップが必須か否かを表す必須（Ｙ／Ｎ）と、この承認ステップが実行されるシステムのシステムＩＤと、この承認ステップが実行されるシステムの処理ＩＤと、このステップの実施に必要な従業員の役割を表すロールＩＤと、このステップの実施に要する標準処理時間と、このステップ実施時間が異常と検知するための上限である異常処理時間と、このステップが当該ステップの前のステップの続きであることを表す項目（カラム）の名称である前行程とのリレーションカラムと、このステップが当該ステップの後ステップに続くことを表す項目（カラム）の名称である後行程とのリレーションカラムとの各項目情報とから構成される。
【００３０】
この承認明細ＤＢ１０８には、例えば、図３（ｂ）に示す如く、承認パターンＮｏ「ＺＭ００２」の順序Ｎｏ「１」の承認パターンの必須（Ｙ／Ｎ）が「Ｙ」、システムＩＤが「Ｔ−ＰＲＯ」、処理ＩＤが「仕訳依頼」、ロールＩＤが「営業事務」、後行程とのリレーションカラムが「仕訳依頼Ｎｏ」であり、承認パターンＮｏ「ＺＭ００２」の順序Ｎｏ「２」の承認パターンの必須（Ｙ／Ｎ）が「Ｎ」、システムＩＤが「Ｔ−ＰＲＯ」、処理ＩＤが「仕訳依頼審査」、ロールＩＤが「営業担当」、異常処理時間が「９６時間」、前工程とのリレーションカラムが「仕訳依頼Ｎｏ」、後行程とのリレーションカラムが「仕訳依頼Ｎｏ」であり、承認パターンＮｏ「ＺＭ００２」の順序Ｎｏ「３」の承認パターンの必須（Ｙ／Ｎ）が「Ｙ」、システムＩＤが「ＳＡＰ」、処理ＩＤが「仕訳伝票作成」、ロールＩＤが「経理担当」、異常処理時間が「２４０時間」、前工程とのリレーションカラムが「仕訳依頼Ｎｏ」、後行程とのリレーションカラムが「仕訳伝票Ｎｏ」であり、承認パターンＮｏ「ＺＭ００２」の順序Ｎｏ「４」の承認パターンの必須（Ｙ／Ｎ）が「Ｎ」、システムＩＤが「ＳＡＰ」、処理ＩＤが「仕訳審査」、ロールＩＤが「経理課長」、標準処理時間が「２４時間」、異常処理時間が「４８時間」、前工程とのリレーションカラムが「仕訳伝票Ｎｏ」、後行程とのリレーションカラムが「仕訳伝票Ｎｏ」であり、承認パターンＮｏ「ＺＭ００２」の順序Ｎｏ「５」の承認パターンの必須（Ｙ／Ｎ）が「Ｙ」、システムＩＤが「ＳＡＰ」、処理ＩＤが「仕訳承認」、ロールＩＤが「経理部長」、標準処理時間が「４８時間」、異常処理時間が「９６時間」、前工程とのリレーションカラムが「仕訳伝票Ｎｏ」、後行程とのリレーションカラムが「仕訳承認Ｎｏ」の如く格納され、ロールＩＤ「営業事務」が仕訳依頼Ｎｏを付して処理ＩＤ「仕訳依頼」を行うステップと、ロールＩＤ「営業担当」が処理ＩＤ「仕訳依頼審査」を行うステップと、ロールＩＤ「経理担当」が処理ＩＤ「仕訳伝票作成」を行うステップと、ロールＩＤ「経理課長」が処理ＩＤ「仕訳審査」を行うステップと、ロールＩＤ「経理部長」が処理ＩＤ「仕訳承認」を行うステップとを連帯して行う承認業務であることを格納している。
【００３１】
前記ログ登録ＤＢ１０９は、承認明細ＤＢ１０８のレコードとシステムＩＤ、処理ＩＤにて関連付けられ、当該ファイルへの接続方式および監査の際に必要となるカラム名を特定する情報を設定するものであって、図４（ａ）に示す如く、当該業務情報が作成されるシステムを識別するためのシステムＩＤと、該業務情報が作成されるシステムの処理ＩＤと、ログ（業務情報）のファイル名と、該ファイルにアクセスするための接続式と、処理日時を格納しているカラムを表す処理日時カラムと、ロールＩＤに相当するカラム名称を表すロールＩＤ該当カラム名と、繰り返し領域の範囲を表すカラム名ＭＡＰと、業務情報が格納されているカラム名を表すカラム名との各項目情報とから構成され、例えば、図４（ｂ）に示す如く、システムＩＤ「Ｔ−ＰＲＯ」の処理ＩＤ「仕訳依頼」のログが、ログファイル名「受注テーブル」、処理日時カラムが「更新日時」、ロールＩＤ該当カラム名が「利用者」、カラム名ＭＡＰが「受注番号」と「受注担当者ＩＤ」と「受注日」と「登録日時」と「更新日時」他のカラム名を格納し、前記図３（ｂ）で説明した「営業事務」が行った処理の経緯及び項目名を登録している。
【００３２】
前記ロール登録ＤＢ１１０は、承認明細ＤＢ１０８のレコードとロールＩＤにて関連付けられ、承認業務として必要となるロールの実態が格納されている業務プログラムのテーブルを特定する情報を設定するものであって、図５（ａ）に示す如く、ロール（従業員の役割）を一意に識別するためのロールＩＤに対応して、ロールＩＤに対応する値が格納されているマスタを表すマスタＩＤと、ロールキーを表す項目のカラム名又は位置を表すロールＫＥＹと、ロールを表す項目のカラム名称と、ロールを成立させるための条件を表す条件文字式の各項目情報とから構成され、例えば、図５（ｂ）に示す如く、ロールＩＤ「営業事務」のマスタＩＤが「担当者マスタ」、ロールＫＥＹが「担当者コード」、カラム名称が「ローレベル」、条件文字式が「＞１０」であり、ロールＩＤ「営業担当」のマスタＩＤが「担当者マスタ」、ロールＫＥＹが「担当者コード」、カラム名称が「ローレベル」、条件文字式が「＞２０」の如く格納されている。
【００３３】
前記マスタ登録ＤＢ１１１は、ロール登録ＤＢ１１０のレコードとマスタＩＤにて関連付けられ、当該ファイルへの接続方式と監査に必要になるカラム名を特定する情報を設定するものであって、図６（ａ）に示す如く、前記ロール登録ＤＢ１１０に登録されているマスタのマスタＩＤと、当該ファイルにアクセスする際の接続式と、繰り返し領域を示すカラム名ＭＡＰと、ロール業務が格納されているカラム名との各項目情報とから構成され、例えば、図６（ｂ）に示す如く、マスタＩＤ「Ｕ−ＴＢＬ」のカラム名ＭＡＰが「ユーザＩＤ」及び「ロールレベル」であり、マスタＩＤ「社員マスタ」のカラム名ＭＡＰが「社員コード」及び「権限レベル」であり、マスタＩＤ「利用者テーブル」のカラム名ＭＡＰが「利用者ＩＤ」及び「利用権限」であることが格納されている。
【００３４】
前記実行ログ格納庫ＤＢ１１２は、図７Ａに示す如く、収集した情報がどの承認パターンの証跡として収集されたかを表すための識別子である承認パターンＮｏと、順序エラー・ロールエラー・処理時間エラーを表すエラーフラグと、ログを収集した収集日時と、ログを収集した開始日時を表す収集開始日時と、収集した情報がどの承認パターンのどの承認順の証跡として収集されたかを表す承認順序Ｎｏと、当該ログの処理日時と、当該ログに必要な従業員の役割を表すロールＩＤと、収集したログの更新日時を表すログ更新日時と、ログレコードＭＡＰと、当該ログの複数のカラム名と、当該ログのカラム値との各項目情報とから構成され、例えば、図７Ｂに示す如く、承認パターンＮｏ「ＺＭ００２」のログのエラーフラグが「順序エラー」、収集日時が「２０１１／１０／２１  ２３：５１」、承認順序Ｎｏが「１」、ログ更新日時が「２０１１／１０／１  １０：２１」、第１カラム名が「承認者ＩＤ」、第１カラム値が「Ｕｓｅｒ００１」、第２カラム名が「承認日時」、第２カラム値が「２０１１／１０／１」の如く格納されている。
【００３５】
前記実行ログ分析結果ＤＢ１１３は、図８Ａに示す如く、収集した情報がどの承認パターンの証跡として収集されたかを表すための識別子である承認パターンＮｏと、順序エラー・ロールエラー・処理時間エラーを表すエラーフラグと、ログを収集した収集日時と、ログを収集した開始日時を表す収集開始日時と、収集した情報がどの承認パターンのどの承認順の証跡として収集されたかを表す承認順序Ｎｏと、当該ログの処理日時と、当該ログに必要な従業員の役割を表すロールＩＤと、収集したログの更新日時を表すログ更新日時と、ログレコードＭＡＰと、当該ログの複数のカラム名と、当該ログのカラム値との各項目情報とから構成され、例えば、図８Ｂに示す如く、承認パターンＮｏ「ＺＭ００２」のログのエラーフラグが「順序エラー」、収集日時が「２０１１／１０／２１  ２３：５１」、承認順序Ｎｏが「１」、ログ更新日時が「２０１１／１０／１  １０：２１」、第１カラム名が「承認者ＩＤ」、第１カラム値が「Ｕｓｅｒ００１」、第２カラム名が「承認日時」、第２カラム値が「２０１１／１０／１」の如く格納されている。
【００３６】
前記業務アプリケーションプログラム１１６は、商品の受注から計上等の各業務処理を遂行する際に複数の業務を行うものであって、例えば受注業務においては、顧客からの注文受け時の顧客名や納期等の注文受時情報を入力する「注文受処理工程」と、この受注商品の在庫を確認し引当（出荷予約）するための「在庫引当処理工程」と、当該受注の管理者（承認者）の承認を入力すると同時に倉庫に対して、出荷依頼を行う「受注承認出荷依頼処理工程」と、該承認を受けた後に商品の出荷実績を登録する「出荷完了登録処理工程」と、これを受け売上の計上を行うための「売上登録処理工程」とその管理者による「売上承認処理工程」等の複数の処理工程とを順序正しく行う機能を有し、特に本実施形態においては、前記の「受注承認出荷依頼処理工程」と「売上承認処理工程」については、管理者としてのロールを割り当て済のユーザによってのみ実行可能な処理である。
【００３７】
［動作］
［承認パターン登録処理部１０３の動作］
証跡情報監査システム１０２における承認パターン登録処理部１０３は、前記の業務アプリケーションプログラム１１６、共通業務アプリケーションプログラム１１７にて実現される内部統制について、その処理プロセスについて、処理順序と権限について承認ＤＢ１０７〜マスタ登録ＤＢ１１１を使用して定義情報を設定する対話型の登録処理機能を有すると共に、一連の内部統制が監査されるにあたり、監査証跡を確保すべき頻度や、監査結果として問題視すべき条件についても同時に設定可能な機能を有する。また前述の内部統制による承認パターンは複数の組み合わせを登録可能であり、且つ、有効期限を設定できることから、規約の変更による業務プロセスの変更に関して、ダウンタイムを設けることなく、継続的に監査を実施することができる。
【００３８】
この承認パターン登録処理部の実現方法は、図９に示す如く、承認ＤＢ１０７から登録のための対話画面を利用者に表示するために読み込むステップＳ９０１と、登録すべき内容を画面より入力させたその内容を承認ＤＢ１０７に書き込むステップＳ９０２と、承認明細登録のための対話画面を利用者に表示するために読み込むステップＳ９０３と、登録すべき内容を画面より入力させた内容を承認明細ＤＢ１０８に同一の承認パターンＮｏを用いて書き込むステップＳ９０４と、承認ＤＢ登録画面の読み込みが終了したか否かを判定するステップＳ９０５と、該ステップＳ９０５において終了と判定したとき、ログ登録ＤＢを登録するための対話画面を読み込むステップＳ９０６と、登録すべき内容を画面より入力した内容をログ登録ＤＢ１０９に書き込んで処理を終了するステップＳ９０７と、前記ステップＳ９０５において終了と判定していないと判定したとき、ロール登録ＤＢ１１０を登録するための対話画面を読み込むステップＳ９０８と、登録すべき内容を画面より入力させた内容をロール登録ＤＢ１１０に書き込むステップＳ９１０と、マスタ登録ＤＢ１１１の登録画面を読み込むステップＳ９１１と、登録すべき内容を画面より入力した内容をマスタ登録ＤＢ１１１に書き込んで処理を終了するステップＳ９１２とを実行することによって、承認パターンを各ＤＢに登録するように動作する。
【００３９】
［実行ログ収集処理部１０４の動作］
前記実行ログ収集処理部１０４は、タイマによる自動起動にて、承認ＤＢ１０７から、証跡情報を収集すべき承認パターン（前回収集後より指定の収集頻度が経過している承認パターン）を抽出し、承認明細ＤＢ１０８に設定された承認パターンの順序Ｎｏに従って該当する業務アプリケーションプログラムまたは共通業務アプリケーションプログラムのシステム情報をログ登録ＤＢ１０９の情報に基づいて業務処理情報が格納される各システムトランザクションテーブル１１４及びプログラムの実行記録が格納される各システム実行ログＤＢ１１５からファイルへの接続情報及び取得すべきカラムの情報とを入手し、各システムトランザクションテーブル１１４及び各システム実行ログＤＢ１１５から該当するデータを抽出し、監査識別情報を付加して実行ログ格納庫ＤＢ１１２に書き出すように動作する。なお、この実行ログ収集処理部１０４は、サーバの様なコンピュータ機器であっても良いし、ネットワーク機器であるルータや、ＮＡＳ（Ｎｅｔｗｏｒｋ  Ａｔｔａｃｈｅｄ  Ｓｔｏｒａｇｅ：ネットワークに直接接続して使用するファイルサーバ）等のＣＰＵ及び記憶手段を有する機器であれば良い。
【００４０】
この実行ログ収集の詳細動作は、図１０に示す如く、タイマにより自動起動されたプログラムにより承認ＤＢ１０７のレコードを読み込むステップＳ１０１と、最終収集日時と収集頻度を加算した日時が現在以下であるか否かを判定し、以下でないと判定したときに後述のステップＳ１０５に移行するステップＳ１０２と、該ステップＳ１０２において最終収集日時と収集頻度を加算した日時が現在以下でないと判定したとき、現在日時が有効期間の範囲に含まれか否かを判定し、含まれないと判定したときに後述するステップＳ１０５に移行するステップＳ１０３と、該ステップＳ１０３において現在日時が有効期間の範囲に含まれると判定したとき、最新のログ収集が必要なため承認明細ＤＢ１０８の情報を承認パターンＮｏが一致するレコードを順序Ｎｏ順に読み込み、メモリ内の配列に格納するステップＳ１０４と、承認明細ＤＢ１０８のレコードのシステムＩＤおよび処理ＩＤをキーとしてログ登録ＤＢ１０９のレコードを読み込むステップＳ１０５と、該ステップＳ１０５により読み込んだレコードのＤＢＭＳ接続式及びログファイル名によりログファルに接続する（業務アプリケーションプログラム１１６又は共通業務アプリケーションプログラム１１７が業務情報を格納している各システムトランザクションテーブル１１４又は各システム実行ログＤＢ１１５に前記で得た接続式を用いて接続する）ステップＳ１０６と、各システムトランザクションテーブル１１４又は各システム実行ログＤＢ１１５をログファイルとしてログ登録ＤＢ１０９に設定されている処理日時カラムをキーとして昇順にソートするステップＳ１０７とを実行する。
【００４１】
次いで、本システムは、ソートが完了したログファイルを順に読み込むステップＳ１０８と、承認ＤＢ１０７の最終収集日時がログファイルの処理日時カラムより小さいか否かを判定し、小さくないと判定したときに後述のステップＳ１１１に移行するステップＳ１０９と、該ステップＳ１０９において最終収集日時がログファイルの処理日時カラムより小さいと判定したとき、ログ登録ＤＢに設定されているカラム名のログファイルのデータを実行ログ格納庫ＤＢ１１２に出力するステップＳ１１０と、ログファイルの読み込みが終了か否かを判定し、終了でないと判定したときに前記ステップＳ１０８に戻るステップＳ１１１と、該ステップＳ１１１において終了と判定したときに承認明細レコードが終了か否かを判定し、終了でないと判定したときに前記ステップＳ１０４に戻るステップＳ１１２と、該ステップＳ１１２において終了と判定したときに承認ＤＢ１０７の最終収集日時に現在日時を設定して更新するステップＳ１１３と、承認ＤＢ１０７の読み込みが終了したか否かを判定し、終了でないと判定したときに前記ステップＳ１０１に戻り、終了と判定したときに処理を終了するステップＳ１１４とを実行することによって、実行ログを収集する。
【００４２】
［実行ログ分析処理部１０５の動作］
証跡情報監査システム１０２の実行ログ分析処理部１０５は、前記実行ログ格納庫ＤＢ１１２に保存された業務情報を読み込み、承認明細ＤＢ１０８の定義に従い、処理順序の妥当性チェックとロールの妥当性チェックと処理時間の妥当性チェックとを行い、エラーが存在する場合、エラーフラグを設定し、実行ログ分析結果ＤＢ１１３に書き出すものであって、この動作の詳細を次に説明する。
【００４３】
この実行ログ分析処理部１０５の動作は、図１１Ａに示す如く、実行ログ収集処理部１０４によるログ収集が完了したことをきっかけとして、自動起動で処理を開始するステップＳ１１０１と、承認明細ＤＢ１０８のレコードを読み、ロールＩＤを取得するステップＳ１１０２と、該ステップＳ１１０２により読み込んだロールＩＤを読み込みキーとしてロール登録ＤＢ１１０を読み込むステップＳ１１０３と、承認明細ＤＢ１０８を読み込んでロールＩＤを取得するステップＳ１１０４と、該ロールＩＤをキーとしてマスタＩＤを読み込むステップＳ１１０５と、マスタ登録ＤＢ１１１のＤＢＭＳ接続式を使用して業務アプリケーションプログラム又は共通業務アプリケーションプログラムのマスタファイル（ＤＢＭＳ）に接続し、カラム名マップに設定されているカラムをすべて読み込み、一時ファイルであるロールファイル（ロールＩＤ，マスタＩＤ、カラム名とその値を保持する一時ファイル）を作成するステップＳ１１０６と、ロール登録ＤＢ１１０のカラム名の値を取得するステップＳ１１０７と、前記ステップＳ１１０１との間で前記ステップＳ１１０２〜ステップＳ１１０７を承認明細全てを読み終わるまで繰り返すステップＳ１１０８とを実行する。
【００４４】
次いで、実行ログ分析処理部１０５は、ロールファイルの作成処理を終えたとき、次の処理を開始するステップＳ１１１１と、実行ログ格納庫ＤＢ１１２のレコードを読み込むステップＳ１１１２と、該ステップＳ１１１２により読み込んだレコードを承認パターンＮｏ及び処理日時の昇順に整列（ソート）するステップＳ１１１３と、該整列したレコードを承認パターンＮｏ別にメモリの一時ファイルである承認パターン別ログ格納ファイル（実行ログ格納庫ＤＢ１１２と同一のテーブルレイアウトであるが、承認パターンＮｏ毎に作成た単一の承認パターンＮｏのレコード）に出力するステップ１１１４と、前記ステップＳ１１１１との間でステップＳ１１１２〜ステップＳ１１１４とを実行ログ格納庫ＤＢ１１２のレコードをすべて処理し終わるまで繰り返すステップＳ１１１５と、メモリ上にカウンター領域として読込順序Ｎｏを確保し、値「０」を設定するステップＳ１１２０と、次の処理を開始するステップＳ１１３１と、承認パターン別ログ格納ファイルのレコードを読み込み、レコードの順序Ｎｏが読込順序Ｎｏより大きく且つ処理日時が最小のレコードを読むステップＳ１１３２と、該ステップＳ１１３２によって読み込んだレコードをメモリ上の１件前レコード格納領域に転記するステップＳ１１３３と、承認パターン別ログ格納ファイルを読み込むステップＳ１１３４とを実行する。
【００４５】
更に、実行ログ分析処理部１０５は、図１１Ｂに移行し、前記ステップＳ１１３３によって（転記したレコードの順序Ｎｏが読込順序Ｎｏより大きく且つ）後工程とのリレーションカラムと前工程とのリレーションカラムの値が一致するか否かを判定するステップＳ１１３５と、該ステップＳ１１３５において一致しないと判定したとき、変数Ｎに値「１」を代入するステップＳ１１３６と、該ステップＳ１１３６又は前記ステップＳ１１３５において一致すると判定したとき、承認パターン別ログ格納ファイルから未承認明細を読み込むステップＳ１１３７と、該ステップＳ１１３７によって読み込んだ未承認明細を承認パターンＮｏが一致し且つ順序Ｎｏが「読込順序Ｎｏ＋Ｎ」且つ必須レコードか否かを判定するステップＳ１１３８と、該ステップＳ１１３８において必須でないと判定したときに１件前レコード格納領域のエラーフラグを順序エラーに設定するステップＳ１１３９と、前記ステップＳ１１３８において必須であると判定したとき、１件前レコード格納領域の後工程とのリレーションカラムをログ登録ＤＢ１０９の承認明細の後工程とのリレーションカラムの値で更新するステップＳ１１４０と、読込順序Ｎｏをインクリメント（整数型の変数の値を１増やす処理）するステップＳ１１４１と、（該順序Ｎｏが読込順序Ｎｏより大きく且つ読込順序Ｎｏより大きく且つ）後工程とのリレーションカラムと前工程とのリレーションカラムの値が一致する承認パターン別ログ格納ファイルを読み込むステップＳ１１４２と、条件が一致するレコードが存在するか否かを判定するステップＳ１１４４と、該ステップＳ１１４４において一致しないと判定したとき、変数Ｎをインクリメントして前記ステップＳ１１３７に戻るステップＳ１１４３と、前記ステップＳ１１４４において条件が一致するレコードが存在すると判定したとき、１件前レコード格納領域の処理日時と前記読み込んだ承認パターン別ログ格納ファイルのレコードの処理日時を比較するステップＳ１１４５と、該ステップＳ１１４５による比較の結果、１件前レコード格納領域の処理日時が大きいか否か（後から処理されているか否か）判定するステップＳ１１４６と、該ステップＳ１１４６において１件前レコード格納領域の処理日時が大きいと判定したとき、１件前レコード格納領域のエラーフラグを「順序エラー」に更新するステップＳ１１４７と、前記ステップＳ１１４６において１件前レコード格納領域の処理日時が大きくないと判定したとき、１件前レコードのロールＩＤの設定値を取得するステップＳ１１４８と、ロール設定値と承認パターンＮｏと順序Ｎｏを用いてロールファイルの全レコードを読み込むステップＳ１１４９と、一致するレコードがあるか否かを判定するステップＳ１１５０と、該ステップＳ１１５０において一致するレコードがあると判定したとき、１件前レコード格納領域のエラーフラグを「ロールエラー」に更新するステップＳ１１５１と、前記ステップＳ１１５０において一致するレコードがないと判定したとき、１件前レコードの処理日時と前記読み込んだ承認パターン別ログ格納ファイルのレコードの処理日時から経過時間を算出するステップＳ１１５２と、該ステップＳ１１５２により算出した経過時間が１件前レコードの異常処理時間を上回るか否かを判定するステップＳ１１５５と、該ステップＳ１１５５において上回ると判定したとき、１件前レコード格納領域のエラーフラグを「処理時間エラー」に更新するステップＳ１１５６と、１件前レコード格納領域を実行ログ分析結果ＤＢ１１３に出力するステップＳ１１５７と、前記ステップＳ１１３１との間でステップＳ１１３２〜ステップＳ１１５７と読込順序Ｎｏが承認明細ＤＢ１０８の順序Ｎｏの最大値以上となった場合又は承認パターン別ログ格納ファイルのすべてのレコードを処理し終えるまで繰り返すステップＳ１１５８と、承認ＤＢ１０７の最終分析日時を現時刻にて更新し、実行ログ格納庫ＤＢ１１２及び全一時ファイルを削除し、処理を終了するステップＳ１１６０とを実行することによって、実行ログ分析処理を終了する。
【００４６】
［分析結果表示処理部１０６の動作］
本システムの分析結果表示処理部１０６は、図１２に示す如く、利用者が結果の表示を欲する承認パターンＮｏを入力するステップＳ１２０１と、該入力した承認パターンＮｏをキーとして対話画面より入力された条件（承認パターンＮｏ）に合致する実行ログ分析結果の全レコードを読み込むステップＳ１２０２と、該ステップＳ１２０２により読み込んだ情報レコードを表示するステップＳ１２０３とを実行することによって、実行ログの分析結果を図１３に示したログ分析結果表示画面の如く、対象となるシステム／処理の名称と、処理日時と、エラー内容と、カラム名を含む詳細内容の表示を行うことができる。
【００４７】
このように本実施形態による証跡情報監査方法及び証跡情報監査プログラムを実行する証跡情報監査システムは、業務アプリケーションプログラムが、内部統制の一連の処理として関連付け可能なキー情報を保有すると共に、他のアプリケーションプログラムとの連携情報と審査承認情報と該審査承認の承認者と承認日時を記録する証跡記録機能を有することを前提とし、多数の業務アプリケーションプログラムにまたがる業務プロセスについて承認パターンとして予め承認ルートの順序を登録するテーブル（承認明細ＤＢ）を設け、複数の業務アプリケーションプログラムにより実現される承認ルートを登録した順番に従って業務処理情報を証跡情報として収集し、収集時点における監査証跡としてログ格納テーブルに監査に必要な業務情報を証跡情報として記録することによって、監査用の証跡情報を容易に取得し、予め設定した監査的視点からのエラーケースを発見して警告することができる。
【符号の説明】
【００４８】
１０１  コンピュータ、１０２  証跡情報監査システム、
１０３  承認パターン登録処理部、１０４  実行ログ収集処理部、
１０５  実行ログ分析処理部、１０６  分析結果表示処理部、
１１６  業務アプリケーションプログラム、
１１７  共通業務アプリケーションプログラム、１１８  コンピュータ、
１１９  ネットワーク、１０９  ログ登録データベース、
１１０  ロール登録データベース、１１１  マスタ登録データベース、
１１２  実行ログ格納庫データベース、１１３  実行ログ分析結果データベース
【図１】
2014038479.tif 000003
【図２】
2014038479.tif 000004
【図３】
2014038479.tif 000005
【図４】
2014038479.tif 000006
【図５】
2014038479.tif 000007
【図６】
2014038479.tif 000008
【図７Ａ】
2014038479.tif 000009
【図７Ｂ】
2014038479.tif 000010
【図８Ａ】
2014038479.tif 000011
【図８Ｂ】
2014038479.tif 000012
【図９】
2014038479.tif 000013
【図１０】
2014038479.tif 000014
【図１１Ａ】
2014038479.tif 000015
【図１１Ｂ】
2014038479.tif 000016
【図１２】
2014038479.tif 000017
【図１３】
2014038479.tif 000018