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