(57)【要約】【課題】内部統制における運用評価にあたって、検査対象のサンプリングを行うようにした情報処理システムを提供する。【解決手段】情報処理システムのコントロール記憶手段は想定されるリスクに対応するコントロールに関する情報を記憶し、知識情報記憶手段は証跡に関する知識情報を記憶すると、サンプリング対象定義手段は財務内部統制の財務に関連した業務が文書通りに運用されているかをテストする運用評価を行うためにサンプリングする証跡に関する情報を、前記知識情報記憶手段に記憶されている知識情報に応じて定義し、テスト定義記憶手段は前記コントロール記憶手段に記憶されているコントロールに関する情報とサンプリング対象定義手段によって定義されたサンプリング対象に関する情報に応じて前記運用評価を定義した情報を記憶し、テスト実行手段は前記テスト定義記憶手段に記憶されている運用評価を定義した情報に基づいて、前記運用評価を実行する。【選択図】図１
2008090759.tif 000002
【特許請求の範囲】
【請求項１】
想定されるリスクに対応するコントロールに関する情報を記憶するコントロール記憶手段と、
証跡に関する知識情報を記憶する知識情報記憶手段と、
財務内部統制の財務に関連した業務が文書通りに運用されているかをテストする運用評価を行うためにサンプリングする証跡に関する情報を、前記知識情報記憶手段に記憶されている知識情報に応じて定義するサンプリング対象定義手段と、
前記コントロール記憶手段に記憶されているコントロールに関する情報とサンプリング対象定義手段によって定義されたサンプリング対象に関する情報に応じて前記運用評価を定義した情報を記憶するテスト定義記憶手段と、
前記テスト定義記憶手段に記憶されている運用評価を定義した情報に基づいて、前記運用評価を実行するテスト実行手段
を具備することを特徴とする情報処理システム。
【請求項２】
想定されるリスクに対応するコントロールに関する情報を記憶するコントロール記憶手段と、
サンプリング対象の証跡に関する知識情報を記憶するサンプリング対象知識情報記憶手段と、
照合対象の証跡に関する知識情報を記憶する照合対象知識情報記憶手段と、
財務内部統制の財務に関連した業務が文書通りに運用されているかをテストする運用評価を行うためにサンプリングする証跡に関する情報を、前記サンプリング対象知識情報記憶手段に記憶されている知識情報に応じて定義するサンプリング対象定義手段と、
前記運用評価を行うために照合対象である証跡に関する情報を、前記照合対象知識情報記憶手段に記憶されている知識情報に応じて定義する照合対象定義手段と、
前記コントロール記憶手段に記憶されているコントロールに関する情報とサンプリング対象定義手段によって定義されたサンプリング対象に関する情報と照合対象定義手段によって定義された照合対象に関する情報に応じて前記運用評価を定義した情報を記憶するテスト定義記憶手段と、
前記テスト定義記憶手段に記憶されている運用評価を定義した情報に基づいて、前記運用評価を実行するテスト実行手段
を具備することを特徴とする情報処理システム。
【請求項３】
少なくとも検査対象の知識・情報に基づいてサンプリング数を決定するサンプリング数決定手段
を具備し、
前記テスト定義記憶手段は、前記サンプリング数決定手段によって決定されたサンプリング数に応じて前記運用評価を定義した情報を記憶する
ことを特徴とする請求項１または２に記載の情報処理システム。
【請求項４】
前記テスト実行手段によって実行される運用評価に必要なサンプリング対象または照合対象を、前記テスト実行手段からの指示に基づいて外部にある証跡記憶部から抽出する対象抽出手段
を具備することを特徴とする請求項１、２または３に記載の情報処理システム。
【請求項５】
コンピュータを、
想定されるリスクに対応するコントロールに関する情報を記憶するコントロール記憶手段と、
証跡に関する知識情報を記憶する知識情報記憶手段と、
財務内部統制の財務に関連した業務が文書通りに運用されているかをテストする運用評価を行うためにサンプリングする証跡に関する情報を、前記知識情報記憶手段に記憶されている知識情報に応じて定義するサンプリング対象定義手段と、
前記コントロール記憶手段に記憶されているコントロールに関する情報とサンプリング対象定義手段によって定義されたサンプリング対象に関する情報に応じて前記運用評価を定義した情報を記憶するテスト定義記憶手段と、
前記テスト定義記憶手段に記憶されている運用評価を定義した情報に基づいて、前記運用評価を実行するテスト実行手段
として機能させることを特徴とする情報処理プログラム。
【請求項６】
コンピュータを、
想定されるリスクに対応するコントロールに関する情報を記憶するコントロール記憶手段と、
サンプリング対象の証跡に関する知識情報を記憶するサンプリング対象知識情報記憶手段と、
照合対象の証跡に関する知識情報を記憶する照合対象知識情報記憶手段と、
財務内部統制の財務に関連した業務が文書通りに運用されているかをテストする運用評価を行うためにサンプリングする証跡に関する情報を、前記サンプリング対象知識情報記憶手段に記憶されている知識情報に応じて定義するサンプリング対象定義手段と、
前記運用評価を行うために照合対象である証跡に関する情報を、前記照合対象知識情報記憶手段に記憶されている知識情報に応じて定義する照合対象定義手段と、
前記コントロール記憶手段に記憶されているコントロールに関する情報とサンプリング対象定義手段によって定義されたサンプリング対象に関する情報と照合対象定義手段によって定義された照合対象に関する情報に応じて前記運用評価を定義した情報を記憶するテスト定義記憶手段と、
前記テスト定義記憶手段に記憶されている運用評価を定義した情報に基づいて、前記運用評価を実行するテスト実行手段
として機能させることを特徴とする情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システムおよび情報処理プログラムに関する。
【背景技術】
【０００２】
近年、財務内部統制が求められている。その財務内部統制とは、１９９２年にＣＯＳＯ（トレッドウェイ委員会組織委員会）が発表した「内部統制−統合的枠組み」が、事実上の標準となっており、「（１）業務の有効性・効率性、（２）財務諸表の信頼性、（３）関連法規の遵守の３つの目的を達成するために、合理的な保証を提供することを意図した、取締役会、経営者およびその他の職員によって遂行される一つのプロセス」と定義されている。
財務内部統制において、活動／システム／資源／知識情報などの関係を整理して業務プロセスを文書化し、その文書を活用するための仕組みを構築することを人手により運用管理するには多大な労力がかかっていた。財務内部統制の文書としては、業務記述書、業務フロー図、ＲＣＭ（リスク・コントロール・マトリックス）、職務分離表の４文書がある。
【０００３】
また、財務内部統制の有効性評価では、業務プロセスにおいて設計された統制が実際に有効に運用されているかどうかをテストによって確認する作業が必要である。
特に運用の評価（以下、運用評価または運用テストともいう。）では、業務プロセスに設定されたコントロールの有効性について、実際の運用における取引で発生する証跡を検査し、実際に設定したコントロール（統制）が有効に機能しているかどうかを確認するものである。
上記、証跡の検査では、全ての取引で発生した全ての証跡について検査する必要はなく、統計的に妥当な数の証跡をサンプリングして、そのサンプルに対して検査する。
また、コントロールによっては、関連する証跡が複数あり、その複数の証跡間でそれら証跡に含まれる項目の数値等を照合する検査も必要である。
このような検査では、ある証跡について、適切なサンプリングを実行したあと、個々のサンプルについて対応する照合先となる各証跡を取得し、検査する処理が必要である。
従来のサンプリングでは、検査対象の証跡を手動でサンプリングしていた。さらに、照合が必要であれば、各サンプル毎に照合先の証跡を手動で検索、取得していた。
【０００４】
これらに関する技術として、例えば、特許文献１には、システム監査の迅速化および被監査部門の負担軽減を図ることができるシステム監査支援システムおよび支援方法、並びにチェックシートおよび証跡台帳を提供することを課題とし、チェックシートおよびこの内容を記憶するチェックシートデータベースにおいて、チェックポイント配列情報および証跡配列情報を用いて、チェックポイントと証跡とを明確に関連付けて対応させ、そして、チェックシートデータベースに基づき、データの配列変換を経て証跡台帳を自動的に作成するようにしたことが開示されている。
【特許文献１】特開２００３−４４６５８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
従来の方法では、膨大な量の証跡からサンプルおよび照合対象を手動で取得しなければならず、この作業に多くの時間がかかり、テストの作業効率を下げる要因となっていた。また、サンプリングの方法、サンプリング数はテスト手続きを定義（設計）するユーザの判断に任されており、統一的に管理されていない。
本発明は、このような背景技術の状況の中でなされたもので、内部統制における運用評価にあたって、検査対象のサンプリングを行うようにした情報処理システムおよび情報処理プログラムを提供することを目的としている。
【課題を解決するための手段】
【０００６】
かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。
［１］  想定されるリスクに対応するコントロールに関する情報を記憶するコントロール記憶手段と、
証跡に関する知識情報を記憶する知識情報記憶手段と、
財務内部統制の財務に関連した業務が文書通りに運用されているかをテストする運用評価を行うためにサンプリングする証跡に関する情報を、前記知識情報記憶手段に記憶されている知識情報に応じて定義するサンプリング対象定義手段と、
前記コントロール記憶手段に記憶されているコントロールに関する情報とサンプリング対象定義手段によって定義されたサンプリング対象に関する情報に応じて前記運用評価を定義した情報を記憶するテスト定義記憶手段と、
前記テスト定義記憶手段に記憶されている運用評価を定義した情報に基づいて、前記運用評価を実行するテスト実行手段
を具備することを特徴とする情報処理システム。
【０００７】
［２］  想定されるリスクに対応するコントロールに関する情報を記憶するコントロール記憶手段と、
サンプリング対象の証跡に関する知識情報を記憶するサンプリング対象知識情報記憶手段と、
照合対象の証跡に関する知識情報を記憶する照合対象知識情報記憶手段と、
財務内部統制の財務に関連した業務が文書通りに運用されているかをテストする運用評価を行うためにサンプリングする証跡に関する情報を、前記サンプリング対象知識情報記憶手段に記憶されている知識情報に応じて定義するサンプリング対象定義手段と、
前記運用評価を行うために照合対象である証跡に関する情報を、前記照合対象知識情報記憶手段に記憶されている知識情報に応じて定義する照合対象定義手段と、
前記コントロール記憶手段に記憶されているコントロールに関する情報とサンプリング対象定義手段によって定義されたサンプリング対象に関する情報と照合対象定義手段によって定義された照合対象に関する情報に応じて前記運用評価を定義した情報を記憶するテスト定義記憶手段と、
前記テスト定義記憶手段に記憶されている運用評価を定義した情報に基づいて、前記運用評価を実行するテスト実行手段
を具備することを特徴とする情報処理システム。
【０００８】
［３］  少なくとも検査対象の知識・情報に基づいてサンプリング数を決定するサンプリング数決定手段
を具備し、
前記テスト定義記憶手段は、前記サンプリング数決定手段によって決定されたサンプリング数に応じて前記運用評価を定義した情報を記憶する
ことを特徴とする［１］または［２］に記載の情報処理システム。
【０００９】
［４］  前記テスト実行手段によって実行される運用評価に必要なサンプリング対象または照合対象を、前記テスト実行手段からの指示に基づいて外部にある証跡記憶部から抽出する対象抽出手段
を具備することを特徴とする［１］、［２］または［３］に記載の情報処理システム。
【００１０】
［５］  コンピュータを、
想定されるリスクに対応するコントロールに関する情報を記憶するコントロール記憶手段と、
証跡に関する知識情報を記憶する知識情報記憶手段と、
財務内部統制の財務に関連した業務が文書通りに運用されているかをテストする運用評価を行うためにサンプリングする証跡に関する情報を、前記知識情報記憶手段に記憶されている知識情報に応じて定義するサンプリング対象定義手段と、
前記コントロール記憶手段に記憶されているコントロールに関する情報とサンプリング対象定義手段によって定義されたサンプリング対象に関する情報に応じて前記運用評価を定義した情報を記憶するテスト定義記憶手段と、
前記テスト定義記憶手段に記憶されている運用評価を定義した情報に基づいて、前記運用評価を実行するテスト実行手段
として機能させることを特徴とする情報処理プログラム。
【００１１】
［６］  コンピュータを、
想定されるリスクに対応するコントロールに関する情報を記憶するコントロール記憶手段と、
サンプリング対象の証跡に関する知識情報を記憶するサンプリング対象知識情報記憶手段と、
照合対象の証跡に関する知識情報を記憶する照合対象知識情報記憶手段と、
財務内部統制の財務に関連した業務が文書通りに運用されているかをテストする運用評価を行うためにサンプリングする証跡に関する情報を、前記サンプリング対象知識情報記憶手段に記憶されている知識情報に応じて定義するサンプリング対象定義手段と、
前記運用評価を行うために照合対象である証跡に関する情報を、前記照合対象知識情報記憶手段に記憶されている知識情報に応じて定義する照合対象定義手段と、
前記コントロール記憶手段に記憶されているコントロールに関する情報とサンプリング対象定義手段によって定義されたサンプリング対象に関する情報と照合対象定義手段によって定義された照合対象に関する情報に応じて前記運用評価を定義した情報を記憶するテスト定義記憶手段と、
前記テスト定義記憶手段に記憶されている運用評価を定義した情報に基づいて、前記運用評価を実行するテスト実行手段
として機能させることを特徴とする情報処理プログラム。
【発明の効果】
【００１２】
請求項１記載の情報処理システムによれば、本構成を有していない場合に比較して、内部統制における運用評価にあたって、検査対象のサンプリングを行うことができ、検査対象のサンプリングが容易かつ公正にできるようになる。
【００１３】
請求項２記載の情報処理システムによれば、本構成を有していない場合に比較して、内部統制における運用評価にあたって、検査対象のサンプリングおよびそれに対応する照合対象の抽出を行うことができ、検査対象のサンプリングおよび照合対象の抽出が容易かつ公正にできるようになる。
【００１４】
請求項３記載の情報処理システムによれば、本構成を有していない場合に比較して、請求項１または２記載の情報処理システムによる効果に加えて、より的確な検査対象のサンプリングまたは照合対象の抽出を行うことができるようになる。
【００１５】
請求項４記載の情報処理システムによれば、本構成を有していない場合に比較して、請求項１、２または３記載の情報処理システムによる効果に加えて、外部にある証跡記憶部から統一的に検査対象のサンプリングまたは照合対象の抽出を行うことができるようになる。
【００１６】
請求項５記載の情報処理プログラムによれば、本構成を有していない場合に比較して、内部統制における運用評価にあたって、検査対象のサンプリングを行うことができ、検査対象のサンプリングが容易かつ公正にできるようになる。
【００１７】
請求項６記載の情報処理プログラムによれば、本構成を有していない場合に比較して、内部統制における運用評価にあたって、検査対象のサンプリングおよびそれに対応する照合対象の抽出を行うことができ、検査対象のサンプリングおよび照合対象の抽出が容易かつ公正にできるようになる。
【発明を実施するための最良の形態】
【００１８】
まず、内部統制の「基本４文書」について説明する。
基本４文書とは、財務内部統制の対象となる業務プロセス毎に作成される基本文書のことをいい、具体的には、業務記述書、業務フロー図、ＲＣＭ（リスク・コントロール・マトリックス）、職務分離表がある。
業務記述書は、ナラティブとも呼ばれる。取引の開始から最終的な総勘定元帳への記帳、報告へ至るまでの一連の業務の流れを文書化したものである。人事規定、経理業務規定などの規定書類は、業務記述書の上位文書であり、その改訂は、業務記述書に影響を与える。また、業務マニュアルは、業務記述書の下位文書であり、その改訂により影響を受ける。
業務フロー図とは、取引の開始から最終的な総勘定元帳への記帳、報告へ至るまでの一連の業務の流れを視覚的にフローチャート化したものである。リスクとコントロールもこのフロー上に配置される。
ＲＣＭ（リスク・コントロール・マトリックス）とは、業務プロセスに関連する内部統制活動について、達成されるべき統制上の要点（アサーション）、想定されるリスク、対応する内部統制活動を一覧表としてまとめたものである。
職務分離表とは、業務プロセスの流れの中で、財務統制上問題となるような、同一の担当者による処理の重複が発生していないかをチェックするためのものである。
なお、アサーションとは、財務情報が信頼性のある情報といえるための前提条件となるものであり、具体的には、実在性、網羅性、評価、権利と義務、期間／配分、表示の６項目が一般的には使用されるが、各社また監査法人により一部変更があるため、カスタマイズできることが望ましい。
リスクとは、業務プロセス上で想定されるアサーションに対する阻害要因のことをいう。
コントロールとは、リスクに対する内部統制活動のことをいい、統制のタイプとして、防止的、発見的等がある。
【００１９】
以下、図面に基づき本発明の好適な一実施の形態を説明する。
財務内部統制において、活動／システム／資源／知識情報などの関係を整理して業務プロセスを文書化し、その文書を活用するためのシステムを構築している。このシステムは会社単位で構築されているが、関連会社（子会社、親会社等を含む）の間でも１つのシステムが利用されるようにしてもよい。
図１０を用いて、本実施の形態を実現するための財務内部統制の運用評価のためのシステム全体の構成例を説明する。
システム全体は、クライアント２１１０、内部統制処理サーバー２１２０から構成されている。なお、それぞれの構成は複数であってもよい。クライアント２１１０と内部統制処理サーバー２１２０の間は、バス２１３０を介して接続されている。そして、クライアント２１１０と内部統制処理サーバー２１２０との間は、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）等を用いてデータを記述し、ＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）等の通信プロトコルを用いて接続されている。
クライアント２１１０は、操作者が、内部統制処理サーバー２１２０を用いるためのユーザインタフェースの機能を有している。
内部統制における運用評価をするために、内部統制処理サーバー２１２０では評価の計画等を入力するための画面をクライアント２１１０に表示する。
【００２０】
図１を用いて、本実施の形態内のモジュールの構成例を説明する。
なお、モジュールとは、一般的に論理的に分離可能なソフトウェア、ハードウェア等の部品を指す。したがって、本実施の形態におけるモジュールはプログラムにおけるモジュールのことだけでなく、ハードウェア構成におけるモジュールも指す。それゆえ、本実施の形態は、プログラム、システムおよび方法の説明をも兼ねている。また、モジュールは機能にほぼ一対一に対応しているが、実装においては、１モジュールを１プログラムで構成してもよいし、複数モジュールを１プログラムで構成してもよく、逆に１モジュールを複数プログラムで構成してもよい。また、複数モジュールは１コンピュータによって実行されてもよいし、分散または並列環境におけるコンピュータによって１モジュールが複数コンピュータで実行されてもよい。また、以下、「接続」とは物理的な接続の他、論理的な接続を含む。例えば、データとデータが接続されているとは、データの一部が同一のデータであること、ポインタまたはリンク等で一方が他方を指していること等を表す。
また、システムとは、複数のコンピュータ、ハードウェア、装置等がネットワーク等で接続されて構成されるほか、１つのコンピュータ、ハードウェア、装置等によって実現される場合も含まれる。
なお、入力という用語は、クライアント２１１０または内部統制処理サーバー２１２０に対する操作者の操作によってデータを受け付けること、各モジュールが他のモジュールからデータを受け付けること等に用いる。
【００２１】
本実施の形態は、運用テスト処理システム１１０とリポジトリ１５０を有している。運用テスト処理システム１１０とリポジトリ１５０とは一つのシステム内に構成してもよいし、別々のシステムにそれぞれ構成されていてもよい。
運用テスト処理システム１１０内には、コントロール定義記憶モジュール１１１、テスト定義モジュール１１２、知識／情報定義記憶モジュール１１３、サンプリング定義記憶モジュール１１４、知識／情報定義記憶モジュール１１５、照合・検索定義記憶モジュール１１６、サンプリング対象定義モジュール１１７、照合対象定義モジュール１１８、サンプリング数決定モジュール１１９、評価基準決定モジュール１２０、テスト実行モジュール１２１、サンプラー１２２を有している。
コントロール定義記憶モジュール１１１は、図１に示すように、知識／情報定義記憶モジュール１１３、知識／情報定義記憶モジュール１１５、テスト定義モジュール１１２と接続されており、リスクを回避／軽減するコントロールの定義を記憶する。
【００２２】
テスト定義モジュール１１２は、図１に示すように、コントロール定義記憶モジュール１１１、サンプリング対象定義モジュール１１７、照合対象定義モジュール１１８、サンプリング数決定モジュール１１９、評価基準決定モジュール１２０、テスト実行モジュール１２１と接続されており、コントロールの運用評価方法（テスト手順）に関する定義情報を記憶している。定義情報としては、以下に示す（１）〜（８）のようなものがある。
（１）閲覧／照合テストの対象となる証跡（知識情報への参照）
（２）サンプリング方法（例えば、ランダムによる抽出、請求額等の額の大きい順から抽出、毎月４件ずつ抽出等）
（３）サンプリング数
（４）サンプリングのキー属性
（５）サンプリング時に同時に取得する属性
（６）照合対象
（７）照合対象の検索属性
（８）照合対象の照合属性
【００２３】
知識／情報定義記憶モジュール１１３は、図１に示すように、コントロール定義記憶モジュール１１１、サンプリング対象定義モジュール１１７、サンプリング定義記憶モジュール１１４、サンプリング対象ＤＢ１５１と接続されており、コントロールに関連する証跡に関する知識・情報の定義（または知識・情報の定義への参照）を記憶する。
サンプリング定義記憶モジュール１１４は、図１に示すように、知識／情報定義記憶モジュール１１３、サンプリング対象定義モジュール１１７、コネクタ１５２と接続されており、サンプルに関するキーとなる属性（サンプリングの方法／数／キー属性／検査属性）、その他の属性、実際のデータが保存されるデータソースに関する定義情報を記憶する。
【００２４】
知識／情報定義記憶モジュール１１５は、図１に示すように、コントロール定義記憶モジュール１１１、照合対象定義モジュール１１８、照合・検索定義記憶モジュール１１６、照合対象ＤＢ１５３と接続されており、照合に関するキーとなる属性、その他の属性、実際のデータが保存されるデータソースに関する定義情報を記憶する。
照合・検索定義記憶モジュール１１６は、図１に示すように、知識／情報定義記憶モジュール１１５、照合対象定義モジュール１１８、コネクタ１５４と接続されており、照合対象を検索する際のキーとなる属性／照合属性を定義する定義情報を記憶する。
【００２５】
サンプリング対象定義モジュール１１７は、図１に示すように、知識／情報定義記憶モジュール１１３、サンプリング定義記憶モジュール１１４、テスト定義モジュール１１２と接続されており、テストにおいてサンプリングする証跡に関する情報を、知識／情報定義記憶モジュール１１３、サンプリング定義記憶モジュール１１４に記憶されている情報を用いて定義する。その際、知識／情報定義記憶モジュール１１３に記憶されている証跡に関する知識・情報の定義を用いる。
照合対象定義モジュール１１８は、図１に示すように、知識／情報定義記憶モジュール１１５、照合・検索定義記憶モジュール１１６、テスト定義モジュール１１２と接続されており、照合対象の証跡に関する情報を、知識／情報定義記憶モジュール１１５、照合・検索定義記憶モジュール１１６に記憶されている情報を用いて定義する。その際、知識／情報定義記憶モジュール１１５に記憶されている証跡に関する知識・情報の定義を用いる。
【００２６】
サンプリング数決定モジュール１１９は、図１に示すように、テスト定義モジュール１１２と接続されており、以下に示す（１）〜（３）のようなパラメタを用いて、適切なサンプリング数／サンプリング方法を決定する。
（１）検査対象の知識・情報（証跡の性質）
（２）母集団の数
（３）統制頻度
評価基準決定モジュール１２０は、図１に示すように、テスト定義モジュール１１２と接続されており、運用の最終的な評価を決定する際に、適合・不適合の閾値を定める。これは予め定めておいてもよいし、権限のあるユーザーによって定めるようにしてもよい。
【００２７】
テスト実行モジュール１２１は、図１に示すように、テスト定義モジュール１１２、サンプラー１２２と接続されており、テスト定義モジュール１１２に記憶されているテスト手順の定義情報に従って、サンプラー１２２を用いてサンプル、照合を取得して、テストを実行する。
サンプラー１２２は、図１に示すように、テスト実行モジュール１２１、共通インタフェース１５５と接続されており、テスト定義モジュール１１２に基づいて、テスト実行モジュール１２１によるテスト実行に必要となる証跡のサンプル、照合対象を共通インタフェース１５５経由でサンプリング対象ＤＢ１５１、照合対象ＤＢ１５３から取得する。つまり、テスト手順定義に基づいて関連する証跡データをコネクタ１５２、コネクタ１５４を使ってサンプリングし、そのデータをサンプリング結果の集合として取得する。また、共通インタフェース１５５を備えている外部のリポジトリ１５０であれば、複数分散している場合であっても、サンプラー１２２が証跡のサンプル、照合対象を抽出できる。
【００２８】
リポジトリ１５０内には、サンプリング対象ＤＢ１５１、コネクタ１５２、照合対象ＤＢ１５３、コネクタ１５４、共通インタフェース１５５を有している。
サンプリング対象ＤＢ１５１は、図１に示すように、コネクタ１５２、知識／情報定義モジュール１１３と接続されており、サンプリング対象のデータを記憶している。サンプリング対象としては、例えば、受注伝票、商品出荷伝票、請求書等がある。
コネクタ１５２は、図１に示すように、サンプリング対象ＤＢ１５１、共通インタフェース１５５、サンプリング定義記憶モジュール１１４と接続されており、内部統制、業務プロセス運用評価を行う運用テスト処理システム１１０と証跡を記録しているサンプリング対象ＤＢ１５１とを接続をするためのオブジェクトである。
【００２９】
照合対象ＤＢ１５３は、図１に示すように、コネクタ１５４、知識／情報定義モジュール１１５と接続されており、照合対象のデータを記憶している。照合対象としては、例えば、領収書に対する請求書等がある。
コネクタ１５４は、図１に示すように、照合対象ＤＢ１５３、共通インタフェース１５５、照合・検索定義記憶モジュール１１６と接続されており、内部統制、業務プロセス運用評価を行う運用テスト処理システム１１０と証跡を記録している照合対象ＤＢ１５３とを接続をするためのオブジェクトであり、共通インタフェース１５５に基づいてデータをサンプリング、取得する
共通インタフェース１５５は、図１に示すように、コネクタ１５２、コネクタ１５４、サンプラー１２２と接続されており、運用テスト処理システム１１０とリポジトリ１５０との外部連携（証跡データをサンプリング、取得）のためのインタフェースであり、一般的な外部連携に加えて、テストのサンプリングを目的としたメソッド、パラメタ（データソース、キー属性、取得属性、サンプリング方法、サンプリング数等）を有している。
【００３０】
図２を用いて、運用評価フェーズでの基本フローの例を説明する。
ステップＳ１３０２では、財務内部統制の担当者が財務内部統制の全体計画を作成する。
ステップＳ１３０４では、担当者が本実施の形態を用いて、運用評価の個別計画を作成する。この際に用いられるものは、計画調書、テスト詳細シート（計画）である。
ステップＳ１３０６では、担当者が本実施の形態を用いて、運用評価であるテストを実施する。この際に用いられるものは、手続調書、テスト詳細シート（実施）である。
ステップＳ１３０８では、担当者が本実施の形態を用いて、運用評価の結果から評価を行う。この際に用いられるものは、評価調書である。担当者によって改善が必要であると判断された場合はステップＳ１３１２へ進み、追加テストが必要であると判断された場合は別のテスト項目での運用評価を行うためにステップＳ１３０４へ進み、代替コントロールテストが必要であると判断された場合は別のコントロールにおける運用評価を行うためにステップＳ１３０４へ進み、それ以外の場合はステップＳ１３１０へ進む。
ステップＳ１３１２では、改善活動として、担当者が本実施の形態を用いて、文書の修正・改版等を行う。その後、ステップＳ１３０４へ戻る、またはステップＳ１３１０へ進む。
ステップＳ１３１０では、担当者が、運用評価活動、対策の済んだ財務内部統制用の文書等に対して、総合的な評価を行う。
【００３１】
図３を用いて、運用評価を行う際の主に入力、出力に関する本実施の形態の概念的なモジュール構成例を説明する。
データベース１４００内には、図３に示すように、運用テストデータ１４０１、活動データ１４０２、運用テスト結果１４０３、ＲＣＭデータ１４０４、資源データ１４０５、知識・情報データ１４０６が記憶されている。これらは、それぞれ別々のデータベースによって管理されていてもよいし、１つのデータベースによって管理されていてもよい。
【００３２】
運用テストデータ１４０１は、運用計画調書出力モジュール１４２１、運用詳細シート（計画）出力モジュール１４２２、運用計画調書入力モジュール１４３１、運用詳細シート（計画）入力モジュール１４３２と接続されている。活動データ１４０２は、運用詳細シート（計画）出力モジュール１４２２、運用詳細シート（実施）出力モジュール１４２４、ＲＣＭデータ１４０４、資源データ１４０５、知識・情報データ１４０６と接続されている。運用テスト結果１４０３は、運用手続き調書出力モジュール１４２３、運用詳細シート（実施）出力モジュール１４２４、運用評価調書出力モジュール１４２５、運用手続き調書入力モジュール１４３３、運用詳細シート（実施）入力モジュール１４３４、運用評価調書入力モジュール１４３５と接続されている。ＲＣＭデータ１４０４は、運用計画調書出力モジュール１４２１、運用詳細シート（計画）出力モジュール１４２２、運用手続き調書出力モジュール１４２３、運用詳細シート（実施）出力モジュール１４２４、運用評価調書出力モジュール１４２５、活動データ１４０２と接続されている。資源データ１４０５は、活動データ１４０２と接続されている。知識・情報データ１４０６は、運用詳細シート（計画）出力モジュール１４２２、運用詳細シート（実施）出力モジュール１４２４、活動データ１４０２と接続されている。
【００３３】
データベース１４００へデータを入力するモジュールとして、運用計画調書入力モジュール１４３１、運用詳細シート（計画）入力モジュール１４３２、運用手続き調書入力モジュール１４３３、運用詳細シート（実施）入力モジュール１４３４、運用評価調書入力モジュール１４３５がある。運用計画調書入力モジュール１４３１は、運用テストデータ１４０１と接続されている。運用詳細シート（計画）入力モジュール１４３２は、運用テストデータ１４０１と接続されている。運用手続き調書入力モジュール１４３３は、運用テスト結果１４０３と接続されている。運用詳細シート（実施）入力モジュール１４３４は、運用テスト結果１４０３と接続されている。運用評価調書入力モジュール１４３５は、運用テスト結果１４０３と接続されている。
【００３４】
データベース１４００からデータを出力するモジュールとして、運用計画調書出力モジュール１４２１、運用詳細シート（計画）出力モジュール１４２２、運用手続き調書出力モジュール１４２３、運用詳細シート（実施）出力モジュール１４２４、運用評価調書出力モジュール１４２５がある。運用計画調書出力モジュール１４２１は、運用テストデータ１４０１、ＲＣＭデータ１４０４と接続されており、運用計画調書１４１１を出力する。運用詳細シート（計画）出力モジュール１４２２は、運用テストデータ１４０１、活動データ１４０２、ＲＣＭデータ１４０４、知識・情報データ１４０６と接続されており、運用詳細シート１４１２を出力する。運用手続き調書出力モジュール１４２３は、運用テスト結果１４０３、ＲＣＭデータ１４０４と接続されており、運用手続き調書１４１３を出力する。運用詳細シート（実施）出力モジュール１４２４は、活動データ１４０２、運用テスト結果１４０３、ＲＣＭデータ１４０４、知識・情報データ１４０６と接続されており、運用詳細シート１４１４を出力する。運用評価調書出力モジュール１４２５は、運用テスト結果１４０３、ＲＣＭデータ１４０４と接続されており、運用評価調書１４１５を出力する。
【００３５】
図４を用いて、データベース１４００内のデータ間の関係例について詳細に説明する。
図４は、活動表１５００、運用テストデータ表１５１０、サンプリング対象表１５２０、照合対象１５３０、運用テスト結果表１５４０、運用テスト評価１５５０、不備リスト表１５６０、残存リスクリスト表１５７０、運用テストレビュー表１５８０、ＲＣＭ１５９０、リスク表１５Ａ０、コントロール表１５Ｂ０、知識・情報表１５Ｃ０の関係を示している。なお、各表の欄は一例を表すものであり、更に、他の情報を格納できるように欄を付加させてもよい。
【００３６】
活動表１５００は、図３の活動データ１４０２に該当する。活動表１５００は、活動ＩＤ欄１５０１、活動名欄１５０２、活動タイプ欄１５０３、システム名欄１５０４、業務区分欄１５０５、活動区分欄１５０６、担当組織欄１５０７、担当者欄１５０８、実務内容欄１５０９を有している。活動ＩＤ欄１５０１が格納する活動ＩＤは、操作者によって入力される活動を一意に識別できる識別子である。また、この活動ＩＤは、リスク表１５Ａ０の活動ＩＤ欄１５Ａ４、コントロール表１５Ｂ０の活動ＩＤ欄１５Ｂ４、知識・情報表１５Ｃ０の活動ＩＤ欄１５Ｃ４でも用いられ、これらの表が活動表１５００と関係付けられる。
【００３７】
ＲＣＭ１５９０、リスク表１５Ａ０、コントロール表１５Ｂ０の３つは、図３のＲＣＭデータ１４０４に該当する。
リスク表１５Ａ０は、リスクＩＤ欄１５Ａ１、リスク名欄１５Ａ２、リスク内容欄１５Ａ３、活動ＩＤ欄１５Ａ４を有している。リスク表１５Ａ０のリスクＩＤ欄１５Ａ１に格納されるリスクＩＤは、リスクを一意に識別するための識別子である。このリスクＩＤは、ＲＣＭ１５９０のリスクＩＤ欄１５９１、残存リスクリスト表１５７０のリスクＩＤ欄１５７３でも用いられ、リスク表１５Ａ０がＲＣＭ１５９０、残存リスクリスト表１５７０と関係付けられる。
コントロール表１５Ｂ０は、コントロールＩＤ欄１５Ｂ１、コントロール名欄１５Ｂ２、コントロール内容欄１５Ｂ３、活動ＩＤ欄１５Ｂ４、証跡用知識ＩＤ欄１５Ｂ５を有している。コントロール表１５Ｂ０のコントロールＩＤ欄１５Ｂ１に格納されるコントロールＩＤは、コントロールを一意に識別するための識別子である。このコントロールＩＤは、ＲＣＭ１５９０のコントロールＩＤ欄１５９２、不備リスト表１５６０のコントロールＩＤ欄１５６３、不備リスト表１５６０の代替コントロール欄１５６４、運用テストデータ表１５１０のコントロールＩＤ欄１５１４、運用テスト評価１５５０のコントロールＩＤ欄１５５３でも用いられ、コントロール表１５Ｂ０がＲＣＭ１５９０、運用テストデータ表１５１０、運用テスト評価１５５０、不備リスト表１５６０と関係付けられる。
ＲＣＭ１５９０は、リスクＩＤ欄１５９１、コントロールＩＤ欄１５９２を有している。この表によって、リスクＩＤとコントロールＩＤとが対応付けられる。
【００３８】
知識・情報表１５Ｃ０は、図３の知識・情報データ１４０６に該当する。
知識・情報表１５Ｃ０は、知識ＩＤ欄１５Ｃ１、知識名欄１５Ｃ２、知識タイプ欄１５Ｃ３、活動ＩＤ欄１５Ｃ４を有している。知識・情報表１５Ｃ０の知識ＩＤ欄１５Ｃ１に格納される知識ＩＤは、知識を一意に識別するための識別子である。この知識ＩＤは、サンプリング対象表１５２０の証跡用知識ＩＤ欄１５２２、照合対象１５３０の検索方法欄１５３３、コントロール表１５Ｂ０の証跡用知識ＩＤ欄１５Ｂ５でも用いられ、知識・情報表１５Ｃ０がサンプリング対象表１５２０、照合対象１５３０、コントロール表１５Ｂ０と関係付けられる。
【００３９】
運用テストデータ表１５１０は、図３の運用テストデータ１４０１に該当する。
運用テストデータ表１５１０は、テストＩＤ欄１５１１、プロセスＩＤ欄１５１２、プロセス名欄１５１３、コントロールＩＤ欄１５１４、テスト種別欄１５１５、テスト実施内容欄１５１６、サンプリング数欄１５１７、逸脱率欄１５１８、信頼度欄１５１９、サンプリング対象ＩＤ欄１５１Ａ、照合対象ＩＤ欄１５１Ｂを有している。
【００４０】
サンプリング対象表１５２０は、図３の運用テストデータ１４０１に含まれる。
サンプリング対象表１５２０は、サンプリング対象ＩＤ欄１５２１、証跡用知識ＩＤ欄１５２２、サンプリング方法欄１５２３、サンプリング属性欄１５２４、テスト対象属性欄１５２５を有している。サンプリング対象表１５２０のサンプリング対象ＩＤ欄１５２１に格納されるサンプリング対象ＩＤは、サンプリング対象を一意に識別するための識別子である。このサンプリング対象ＩＤは、運用テストデータ表１５１０のサンプリング対象ＩＤ欄１５１Ａ、運用テスト結果表１５４０のサンプリング対象ＩＤ欄１５４２でも用いられ、サンプリング対象表１５２０が運用テストデータ表１５１０、運用テスト結果表１５４０と関係付けられる。また、サンプリング対象表１５２０のテスト対象属性欄１５２５に格納されるテスト対象属性ＩＤは、テスト対象属性を一意に識別するための識別子である。このテスト対象属性ＩＤは、運用テスト結果表１５４０のテスト対象属性欄１５４３でも用いられ、サンプリング対象表１５２０が運用テスト結果表１５４０と関係付けられる。
【００４１】
照合対象１５３０は、図３の運用テストデータ１４０１に含まれる。
照合対象１５３０は、照合対象ＩＤ欄１５３１、証跡用知識ＩＤ欄１５３２、検索方法欄１５３３、検索属性欄１５３４、照合属性欄１５３５を有している。照合対象１５３０の照合対象ＩＤ欄１５３１に格納される照合対象ＩＤは、照合対象を一意に識別するための識別子である。この照合対象ＩＤは、運用テストデータ表１５１０の照合対象ＩＤ欄１５１Ｂでも用いられ、照合対象１５３０が運用テストデータ表１５１０と関係付けられる。
【００４２】
運用テスト結果表１５４０は、図３の運用テスト結果１４０３に該当する。
運用テスト結果表１５４０は、テストＩＤ欄１５４１、サンプリング対象ＩＤ欄１５４２、テスト対象属性欄１５４３、照合結果欄１５４４、コメント欄１５４５を有している。運用テスト結果表１５４０のテストＩＤ欄１５４１に格納されるテストＩＤは、運用評価であるテストを一意に識別するための識別子である。このテストＩＤは、運用テストデータ表１５１０のテストＩＤ欄１５１１でも用いられ、運用テスト結果表１５４０が運用テストデータ表１５１０と関係付けられる。
【００４３】
運用テスト評価１５５０は、図３の運用テスト結果１４０３に含まれる。
運用テスト評価１５５０は、プロセスＩＤ欄１５５１、プロセス名欄１５５２、コントロールＩＤ欄１５５３、１次評価への対応欄１５５４、テスト継続欄１５５５、コメント欄１５５６、実施者欄１５５７、実施日欄１５５８、最終評価欄１５５９、不備の内容欄１５５Ａ、評価者欄１５５Ｂ、評価日欄１５５Ｃを有している。
不備リスト表１５６０は、図３の運用テスト結果１４０３に含まれる。
不備リスト表１５６０は、プロセスＩＤ欄１５６１、プロセス名欄１５６２、コントロールＩＤ欄１５６３、代替コントロール欄１５６４、対応策欄１５６５、改善計画欄１５６６を有している。
残存リスクリスト表１５７０は、図３の運用テスト結果１４０３に含まれる。
残存リスクリスト表１５７０は、プロセスＩＤ欄１５７１、プロセス名欄１５７２、リスクＩＤ欄１５７３、補完統制欄１５７４、対応の要否欄１５７５、改善計画欄１５７６、補完統制欄１５７７、対応の要否欄１５７８、改善計画欄１５７９を有している。
運用テストレビュー表１５８０は、図３の運用テスト結果１４０３に含まれる。
運用テストレビュー表１５８０は、帳票名欄１５８１、レビュー結果欄１５８２、レビューコメント欄１５８３、レビュー日欄１５８４、レビュアー欄１５８５を有している。
【００４４】
図５を用いて、テスト実施手順定義の処理例を説明する。
ユーザ５０１は、ＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）５０２を介して、テスト定義モジュール１１２、コントロール定義記憶モジュール１１１、知識／情報定義記憶モジュール１１３、知識／情報定義記憶モジュール１１５、サンプリング数決定モジュール１１９、評価基準決定モジュール１２０にアクセスする。
ステップＳ５１１では、ユーザ５０１の操作によって、テスト定義モジュール１１２にアクセスし、テスト定義の画面を表示し、テストの定義を開始する。
ステップＳ５１２では、ユーザ５０１の操作によって、テスト定義モジュール１１２にアクセスし、業務プロセス一覧からテスト対象を選択し、コントロール一覧からテスト対象を選択する。また、運用評価テスト作成を指示する。
ステップＳ５１３では、テスト定義モジュール１１２はコントロール定義記憶モジュール１１１と連携して、テスト対象となるコントロールを選択する。
ステップＳ５１４では、運用評価テスト作成の指示に基づいて、テスト定義モジュール１１２がテスト定義のオブジェクトを生成する。
【００４５】
ステップＳ５１５からステップＳ５２０までの処理は、サンプリング対象の抽出処理手順定義に関するものである。
ステップＳ５１５では、ステップＳ５１３でテスト定義モジュール１１２が選択したコントロールに関連付けられた知識・情報一覧から、ユーザ５０１の操作に応じて、サンプリング対象を１個選択する。
ステップＳ５１６では、テスト定義モジュール１１２はステップＳ５１５で選択されたサンプリング対象である知識・情報を知識／情報定義記憶モジュール１１３から抽出する。
ステップＳ５１７では、ユーザ５０１の操作に応じて、テスト定義モジュール１１２が提供した候補からサンプリングのパラメタを指定する。サンプリングのパラメタとしては、サンプリング方法、サンプリング数、サンプリング・キー属性、抽出属性等がある。これらのサンプリングのパラメタから、母集団の数、統制頻度等を得る。
ステップＳ５１８では、テスト定義モジュール１１２がステップＳ５１７で指定されたパラメータ、母集団の数、統制頻度等をサンプリング数決定モジュール１１９へ渡す。
ステップＳ５１９では、サンプリング数決定モジュール１１９では、渡されたパラメータを基にしてサンプリング数を決定し、そのサンプリング数をテスト定義モジュール１１２へ渡す。
ステップＳ５２０では、テスト定義モジュール１１２がサンプリング数等に応じてテスト定義のオブジェクトを更新する。
【００４６】
ステップＳ５２１からステップＳ５２４までの処理は、照合対象の抽出処理手順定義に関するものである。
ステップＳ５２１では、ステップＳ５１３でテスト定義モジュール１１２が選択したコントロールに関連付けられた知識・情報一覧から、ユーザ５０１の操作に応じて、照合対象を１個選択する。
ステップＳ５２２では、テスト定義モジュール１１２はステップＳ５２１で選択された照合対象である知識・情報を知識／情報定義記憶モジュール１１５から抽出する。
ステップＳ５２３では、ユーザ５０１の操作に応じて、テスト定義モジュール１１２が提供した候補から照合のパラメタを指定する。照合のパラメタとしては、検索キー属性、照合対象属性等がある。
ステップＳ５２４では、テスト定義モジュール１１２が照合のパラメタ等に応じてテスト定義のオブジェクトを更新する。
【００４７】
ステップＳ５２５では、ユーザ５０１の操作に応じて、テスト定義モジュール１１２に対して評価基準設定指示を行う。
ステップＳ５２６では、テスト定義モジュール１１２はステップＳ５２５で受け取った評価基準設定指示に応じて、評価基準決定モジュール１２０にサンプリング数、信頼度を渡す。
ステップＳ５２７では、評価基準決定モジュール１２０はステップＳ５２６で受け取ったサンプリング数、信頼度に応じて、評価基準を決定し、テスト定義モジュール１１２へ渡す。
ステップＳ５２８では、テスト定義モジュール１１２がステップＳ５２７で受け取った評価基準に応じてテスト定義のオブジェクトを更新する。
以上の処理によって、テスト定義オブジェクトが完成する。つまり、テスト定義が終了する（ステップＳ５２９）。次にこのテスト定義オブジェクトを用いて、運用テストを実施する。
【００４８】
図６を用いて、テスト実施の処理例を説明する。
ユーザ６０１は、ＧＵＩ６０２を介して、テスト実行モジュール１２１、コントロール定義記憶モジュール１１１、サンプラー１２２、コネクタ１５２、サンプリング対象ＤＢ１５１、コネクタ１５４、照合対象ＤＢ１５３にアクセスする。
ステップＳ６１１では、ユーザ６０１の操作によって、テスト実行モジュール１２１にアクセスし、テスト実施の画面を表示し、テストを実施する。
ステップＳ６１２では、ユーザ６０１の操作によって、サンプリング自動実行が指示され、テスト実行モジュール１２１がコントロール定義記憶モジュール１１１にアクセスし、該当するテスト定義オブジェクトを検索する。
ステップＳ６１３では、テスト実行モジュール１２１はコントロール定義記憶モジュール１１１と連携して、テスト対象となるコントロールを選択する。
ステップＳ６１４では、テスト実行モジュール１２１はコントロール定義記憶モジュール１１１と連携して、対象となるテスト定義オブジェクトを抽出する。
【００４９】
ステップＳ６１５では、ユーザ６０１の操作によって、テスト実行モジュール１２１がサンプリングおよびテストの実行指示を受け取る。
ステップＳ６１６からステップＳ６２２までの処理で、サンプリングデータを取得する。
ステップＳ６１６では、テスト実行モジュール１２１はテスト定義オブジェクトを参照して、サンプリング対象およびパラメタを取得する。サンプリングのパラメタとしては、サンプリング方法、サンプリング数、サンプリング・キー属性、抽出属性等がある。
ステップＳ６１７では、テスト実行モジュール１２１はサンプラー１２２に対して、サンプリングパラメタを渡し、サンプラー１２２によるサンプリングの実行を指示する。
ステップＳ６１８では、サンプラー１２２はサンプリング対象から特定されるデータソースに対応するコネクタ１５２に対して、サンプリング方法、サンプリング数、サンプリング・キー属性をパラメタとして、サンプリングメソッドを呼び出す。
ステップＳ６１９、ステップＳ６２０では、コネクタ１５２内のサンプリングメソッドは、ステップＳ６１８においてパラメタで指定された方法で、サンプリング対象ＤＢ１５１内のデータソースからサンプリング数個のサンプリングデータを取得する。このとき、「キー属性、サンプリングデータ」の形式でキー属性から対応するサンプリングデータが取得しやすい形式のエントリの集合として返される。
ステップＳ６２１、ステップＳ６２２では、コネクタ１５２が取得したサンプリングデータ（エントリの集合）をサンプラー１２２を介して、テスト実行モジュール１２１が取得する。
テスト実行モジュール１２１は、サンプリング結果の個々のエントリに対して検索キー属性のデータを抽出し、「サンプリング・キー属性、検索キー属性」の形式のエントリの集合として一時的に保持する。
【００５０】
ステップＳ６２３からステップＳ６２８までの処理で、照合データを取得する。
ステップＳ６２３では、テスト実行モジュール１２１はテスト定義オブジェクトを参照し、照合対象を特定する。ステップＳ６１６の処理と同様に、照合対象データの取得に必要なパラメタを取得する。
ステップＳ６２４では、テスト実行モジュール１２１はサンプラー１２２に対してステップＳ６２３で得られたパラメタおよびステップＳ６２２の処理結果であるエントリの集合とともに、対応する照合対象データを検索するようにコネクタ１５４に指示する。
ステップＳ６２５、ステップＳ６２６では、コネクタ１５４内のサンプリングメソッドは、ステップＳ６２４においてパラメタで指定された方法で、照合対象ＤＢ１５３内のデータソースから照合対象データを取得する。このとき、「サンプリング・キー属性、検索キー属性、照合対象データ」の形式のエントリの集合として返される。
ステップＳ６２７、ステップＳ６２８では、コネクタ１５４が取得した照合対象データ（エントリの集合）をサンプラー１２２を介して、テスト実行モジュール１２１が取得する。
【００５１】
ステップＳ６２９では、テスト実行モジュール１２１はステップＳ６２２およびステップＳ６２８の処理結果として得られた、サンプリングデータの集合および照合対象データの集合から「サンプリング・キー属性、検索キー属性、サンプリングデータ、照合データ」の組から構成されるデータエントリを生成し、そのエントリを要素とする集合を生成する。
ステップＳ６３０では、テスト実行モジュール１２１はステップＳ６２９で生成された集合の各エントリに対して、サンプリングデータから取得した照合属性と照合対象データから取得した照合属性のそれぞれの値を比較する。その比較の結果、一致しないエントリの数がＮＧ許容数以下であれば、運用テスト合格と判断、ＮＧ許容数を超えていれば、運用テスト不合格と判断する。
【００５２】
図７〜図９を用いて、財務内部統制の評価の一種である運用評価を行うに際して、内部統制処理サーバー２１２０が内部統制処理サーバー２１２０のディスプレイ等の出力装置に表示する画面例を説明する。
なお、運用評価の概要としては次のようなものである。
財務内部統制のために作成した４文書とそのベースとなるデータベース化されたデータ（ＲＣＭデータ１４０４、資源データ１４０５、知識・情報データ１４０６などの要素とその中心となる活動データ１４０２）を使って、運用評価の計画をするための運用評価の計画内容とテスト内容を入力（図７に示した運用テスト計画調書画面１７００）し、運用評価の実施をするための運用評価テスト結果を入力（図９に示した運用テスト詳細シート（実施）画面１９００）し、運用評価のテスト結果を評価し、運用評価の総合評価として、不備リストと残存リスクリストを出力する。
【００５３】
図７、図８は、運用テスト計画調書の画面例の説明図である。
運用テスト計画調書画面１７００には、データベース１４００内の活動データ１４０２、ＲＣＭデータ１４０４等のデータを参照して、テスト対象期間欄１７０１、会社名欄１７０２、プロセスＩＤ欄１７０３、プロセス名欄１７０４、コントロール欄１７０５、手続き種別欄１７０６、実施内容欄１７０７、サンプリング数欄１７０８、修正理由欄１７１０、評価基準１７１１の逸脱率欄１７１２、信頼度欄１７１３及び許容ＮＧ数欄１７１４、サンプリング対象１７１５、照合対象１７２２、レビュー画面１７３０を表示する。
【００５４】
テスト対象期間欄１７０１を表示し、操作者の操作による期間データ（例えば、２００８／０４／０１〜２００９／０３／３１等）の入力を受け付ける。
テスト計画の該当する文書化プロセス名とコントロール情報を、プロセス名欄１７０４、コントロール欄１７０５に表示する。
操作者の操作に応じて、テストデータとして、手続き種別（質問／観察／閲覧／照合）を手続き種別欄１７０６によって選択入力し、テストの実施内容を実施内容欄１７０７から入力する。
操作者の操作に応じて、テスト用のデータのサンプリング数をサンプリング数欄１７０８から入力し、その入力後修正ボタン１７０９の押下によって修正する場合、修正理由を修正理由欄１７１０から入力する。
評価基準として、逸脱率と信頼度を逸脱率欄１７１２、信頼度欄１７１３から入力すると、コントロールの数から許容ＮＧ数を自動的に計算して許容ＮＧ数欄１７１４に表示する。
【００５５】
サンプリング対象１７１５は知識・情報（証跡）欄１７１６、サンプリング属性欄１７１７、テスト対象属性欄１７１８を有している。
操作者の操作によって追加ボタン１７１９が押下されると、図８（Ａ）に示すサンプリング対象追加画面１７５０を表示する。
このサンプリング対象追加画面１７５０では、知識・情報（証跡）欄１７５２とサンプリング方法欄１７５３を有しているサンプリング対象１７５１、サンプリング方法欄１７５４、サンプリング属性欄１７５５、テスト対象属性欄１７５６を表示する。そして、テスト用のデータのサンプリング対象として、証跡情報（関連ドキュメント）とそのサンプリング方法（指定した条件下のデータを自動抽出、ランダムにデータを自動抽出、手動で抽出）が、操作者の操作によって知識・情報（証跡）欄１７５２、サンプリング方法欄１７５３またはサンプリング方法欄１７５４で選択される。
なお、操作者の操作によって編集ボタン１７２０が押下された場合も、追加ボタン１７１９の場合と同様にサンプリング対象追加画面１７５０を表示し、その内容を編集できる。操作者の操作によって削除ボタン１７２１が押下された場合は、サンプリング対象１７１５内の選択された証跡を削除する。
【００５６】
照合対象１７２２は知識・情報（証跡）欄１７２３、サンプリング属性欄１７２４、テスト対象属性欄１７２５を有している。
操作者の操作によって追加ボタン１７２６が押下されると、図８（Ｂ）に示す照合対象追加画面１７６０を表示する。
この照合対象追加画面１７６０では、知識・情報（証跡）欄１７６２とサンプリング方法欄１７６３を有しているサンプリング対象１７６１、検索方法欄１７６４、検索属性欄１７６５、照合属性欄１７６６を表示する。そして、テストの確認のための照合対象として、証跡情報（関連ドキュメント）とそのサンプリング方法（指定した条件下のデータを自動抽出、ランダムにデータを自動抽出、手動で抽出）が、操作者の操作によって知識・情報（証跡）欄１７６２、サンプリング方法欄１７６３または検索方法欄１７６４で選択される。
なお、操作者の操作によって編集ボタン１７２７が押下された場合も、追加ボタン１７２６の場合と同様に照合対象追加画面１７６０を表示し、その内容を編集できる。操作者の操作によって削除ボタン１７２８が押下された場合は、照合対象１７２２内の選択された証跡を削除する。
【００５７】
運用テスト計画調書をレビューするために、操作者の操作であるレビュー完了ボタン１７３５の押下によって、レビュアーに対して電子メールを送信する。
このレビュー依頼によって、レビュー画面１７３０内のレビュー結果欄１７３１、レビュアーコメント欄１７３２、レビュアー欄１７３３、レビュー日欄１７３４にレビュアーによる入力ができるようにする。つまり、レビュー画面１７３０内の項目をアクティブとする。また、レビュアーが見る運用テスト計画調書画面１７００ではレビュー完了ボタン１７３５のボタンの表示を「レビュー完了」とする。レビュアーの操作であるレビュー完了ボタン１７３５の押下によって、レビューが確定する。
なお、更新ボタン１７３６が操作者の操作によって押下されると、現在の運用テスト計画調書画面１７００に入力された内容でデータベース１４００内のデータを更新し、取消しボタン１７３７が操作者の操作によって押下されると、内容を取り消して前の状態に戻る。
【００５８】
図９は、運用テスト詳細シート（実施）の画面例の説明図である。
運用テスト詳細シート（実施）画面１９００には、データベース１４００内の運用テストデータ１４０１等のデータを参照して、テスト対象プロセス１９０１、プロセスＩＤ欄１９０２、プロセス名欄１９０３、テスト対象コントロール１９０４、コントロールＩＤ欄１９０５、コントロール名欄１９０６、手動抽出方法欄１９０８、テスト実施結果１９１０を表示する。
テスト対象の文書化プロセス名とコントロール情報を、プロセス名欄１９０３、テスト対象コントロール１９０４等に表示する。
操作者の操作によって抽出実行ボタン１９０７が押下されると、サンプリング対象を手動抽出方法１９０８に入力された方法に基づいて抽出する。
テスト実施結果１９１０は、サンプリング対象証跡のサンプリング属性欄１９１１、サンプリング対象証跡のテスト属性欄１９１２、照合対象証跡の検索属性欄１９１３、照合対象属性の照合属性欄１９１４、参照欄１９１５（サンプリング対象証跡欄１９１６、照合対象証跡欄１９１７）、結果欄１９１８（照合結果（１）欄１９１９、コメント欄１９２０）を有する。テスト実施結果１９１０は、サンプリングのためのデータを取り込むためのエクスポートとエクスポートしたデータを一覧で表示する。
なお、操作者の操作によってエクスポートボタン１９２１が押下されるとテスト実施結果１９１０のデータ内容をＣＳＶ（Ｃｏｍｍａ  Ｓｅｐａｒａｔｅｄ  Ｖａｌｕｅ）形式として出力する。また、操作者の操作によってインポートボタン１９２２が押下されると、外部のＣＳＶ形式のデータを読み込み、テスト実施結果１９１０に表示する。
また、更新ボタン１９９８が操作者の操作によって押下されると、現在の運用テスト詳細シート（実施）画面１９００に入力された内容でデータベース１４００内のデータを更新し、取消しボタン１９９９が操作者の操作によって押下されると、内容を取り消して前の状態に戻る。
【００５９】
なお、前述した実施の形態では、証跡（サンプリングデータ）と照合データとを突き合わせるテスト手続きについて説明したが、テスト手続きが、１個（１種類）の証跡をサンプリングして、閲覧する場合（例えば、承認印があるかどうかを確認）には、照合対象を検索・取得する処理、照合比較する処理を省略した構成にしてもよい。
【００６０】
なお、本実施の形態としてのプログラムが実行されるコンピュータのハードウェア構成は、図１１に示すように、一般的なコンピュータであり、具体的にはクライアント２１１０はパーソナルコンピュータ等であり、内部統制処理サーバー２１２０はサーバーとなりうるコンピュータである。テスト定義モジュール１１２、テスト実行モジュール１２１、サンプリング数決定モジュール１１９、評価基準決定モジュール１２０等のモジュールのプログラムを実行するＣＰＵ２２０１と、そのプログラムやデータを記憶するＲＡＭ２２０２と、本コンピュータを起動するためのプログラム等が格納されているＲＯＭ２２０３と、補助記憶装置であるＨＤ２２０４と、キーボード、マウス等のデータを入力する入力装置２２０６と、ＣＲＴや液晶ディスプレイ等の出力装置２２０５と、通信ネットワークと接続するための通信回線インタフェース２２０７、そして、それらをつないでデータのやりとりをするためのバス２２０８により構成されている。これらのコンピュータが複数台互いにネットワークによって接続されていてもよい。
【００６１】
なお、図１１に示すハードウェア構成は、１つの構成例を示すものであり、本実施の形態は、図１１に示す構成に限らず、本実施の形態において説明したモジュールを実行可能な構成であればよい。例えば、一部のモジュールを専用のハードウェア（例えばＡＳＩＣ等）で構成してもよい。また、特に、パーソナルコンピュータの他、携帯電話、ゲーム機、カーナビ機、情報家電、複写機、ファックス、スキャナ、プリンタ、複合機（多機能複写機とも呼ばれ、スキャナ、プリンタ、複写機、ファックス等の機能を有している）などに組み込まれていてもよい。
【００６２】
なお、説明したプログラムについては、記録媒体に格納することも可能であり、また、そのプログラムを通信手段によって提供することもできる。その場合、例えば、上記説明したプログラムについて、「プログラムを記録したコンピュータ読み取り可能な記録媒体」の発明として捉えることもできる。
「プログラムを記録したコンピュータ読み取り可能な記録媒体」とは、プログラムのインストール、実行、プログラムの流通などのために用いられる、プログラムが記録されたコンピュータで読み取り可能な記録媒体をいう。
なお、記録媒体としては、例えば、デジタル・バーサタイル・ディスク（ＤＶＤ）であって、ＤＶＤフォーラムで策定された規格である「ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ−ＲＡＭ等」、ＤＶＤ＋ＲＷで策定された規格である「ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等」、コンパクトディスク（ＣＤ）であって、読出し専用メモリ（ＣＤ−ＲＯＭ）、ＣＤレコーダブル（ＣＤ−Ｒ）、ＣＤリライタブル（ＣＤ−ＲＷ）等、光磁気ディスク（ＭＯ）、フレキシブルディスク（ＦＤ）、磁気テープ、ハードディスク、読出し専用メモリ（ＲＯＭ）、電気的消去および書換可能な読出し専用メモリ（ＥＥＰＲＯＭ）、フラッシュ・メモリ、ランダム・アクセス・メモリ（ＲＡＭ）等が含まれる。
そして、上記のプログラムまたはその一部は、上記記録媒体に記録して保存や流通等させることが可能である。また、通信によって、例えば、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、インターネット、イントラネット、エクストラネット等に用いられる有線ネットワーク、あるいは無線通信ネットワーク、さらにはこれらの組合せ等の伝送媒体を用いて伝送することが可能であり、また、搬送波に乗せて搬送することも可能である。
さらに、上記のプログラムは、他のプログラムの一部分であってもよく、あるいは別個のプログラムと共に記録媒体に記録されていてもよい。
【図面の簡単な説明】
【００６３】
【図１】本実施の形態内のモジュールの構成例を示すブロック図である。
【図２】運用評価フェーズでの基本フローの例を示すフローチャートである。
【図３】本実施の形態内の主に入力、出力に関わるモジュールの構成例を示すブロック図である。
【図４】本実施の形態が取り扱うテーブル間の関連例についての説明図である。
【図５】テスト実施手順定義の処理例の説明図である。
【図６】テスト実施の処理例の説明図である。
【図７】運用テスト計画調書の画面例の説明図である。
【図８】運用テスト計画調書の画面例の説明図である。
【図９】運用テスト詳細シート（実施）の画面例の説明図である。
【図１０】システム全体の構成例を示すブロック図である。
【図１１】本実施の形態を実現するコンピュータのハードウェア構成例を示すブロック図である。
【符号の説明】
【００６４】
１１０…運用テスト処理システム
１１１…コントロール定義記憶モジュール
１１２…テスト定義モジュール
１１３…知識／情報定義記憶モジュール
１１４…サンプリング定義記憶モジュール
１１５…知識／情報定義記憶モジュール
１１６…照合・検索定義記憶モジュール
１１７…サンプリング対象定義モジュール
１１８…照合対象定義モジュール
１１９…サンプリング数決定モジュール
１２０…評価基準決定モジュール
１２１…テスト実行モジュール
１２２…サンプラー
１５０…リポジトリ
１５１…サンプリング対象ＤＢ
１５２…コネクタ
１５３…照合対象ＤＢ
１５４…コネクタ
１５５…共通インタフェース
【図１】
2008090759.tif 000003
【図２】
2008090759.tif 000004
【図３】
2008090759.tif 000005
【図４】
2008090759.tif 000006
【図５】
2008090759.tif 000007
【図６】
2008090759.tif 000008
【図７】
2008090759.tif 000009
【図８】
2008090759.tif 000010
【図９】
2008090759.tif 000011
【図１０】
2008090759.tif 000012
【図１１】
2008090759.tif 000013