(57)【要約】【課題】内部統制におけるテストの手続内容を作成する場合にあって、コントロールに適応したテストの手続内容を生成するようにした情報処理装置を提供する。【解決手段】汎用コントロール抽出手段は、受け付けたコントロールに対応する汎用コントロール識別子を抽出し、汎用テスト抽出手段は、前記汎用コントロール抽出手段によって抽出された汎用コントロール識別子に対応する汎用テスト識別子を抽出し、手続内容抽出手段は、前記汎用テスト抽出手段によって抽出された汎用テスト識別子に対応する手続内容を抽出し、手続内容生成手段は、前記手続内容抽出手段によって抽出された手続内容内の汎用コントロールの属性を表す符号に該当する前記受け付けたコントロールの属性を割り当て、該コントロールに対応するテストの手続内容を生成する。【選択図】図１
2010044706.tif 000002
【特許請求の範囲】
【請求項１】
内部統制におけるコントロールの属性と該コントロールに対応する汎用コントロール識別子を記憶するコントロール記憶手段と、
汎用コントロール識別子と該汎用コントロール識別子のコントロールの属性を表す符号と汎用テスト識別子を対応させて記憶する汎用コントロール記憶手段と、
汎用テスト識別子と前記汎用コントロール記憶手段に記憶されている汎用コントロールの属性を表す符号を用いた手続内容を対応させて記憶する汎用テスト記憶手段と、
受け付けたコントロールに対応する汎用コントロール識別子を前記コントロール記憶手段から抽出する汎用コントロール抽出手段と、
前記汎用コントロール抽出手段によって抽出された汎用コントロール識別子に対応する汎用テスト識別子を前記汎用コントロール記憶手段から抽出する汎用テスト抽出手段と、
前記汎用テスト抽出手段によって抽出された汎用テスト識別子に対応する手続内容を前記汎用テスト記憶手段から抽出する手続内容抽出手段と、
前記手続内容抽出手段によって抽出された手続内容内の汎用コントロールの属性を表す符号に該当する前記受け付けたコントロールの属性を割り当て、該コントロールに対応するテストの手続内容を生成する手続内容生成手段
を具備することを特徴とする情報処理装置。
【請求項２】
前記コントロール記憶手段に記憶されているコントロールの構成要素を変更するコントロール変更手段
をさらに具備し、
前記汎用コントロール抽出手段は、前記コントロール変更手段によって変更されたコントロールに対応する汎用コントロール識別子を前記コントロール記憶手段から抽出し、
前記手続内容生成手段は、前記コントロール変更手段によって変更されたコントロールに対応するテストの手続内容を修正することによって、該コントロールに対応するテストの手続内容を生成する
ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記汎用コントロール記憶手段は、汎用コントロール識別子と複数の汎用テスト識別子を対応させて記憶しており、
前記汎用テスト抽出手段は、前記汎用コントロール記憶手段から複数の汎用テスト識別子を抽出した場合は、操作者の操作に応じて選択された該汎用テスト識別子を抽出する
ことを特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
コンピュータを、
内部統制におけるコントロールの属性と該コントロールに対応する汎用コントロール識別子を記憶するコントロール記憶手段と、
汎用コントロール識別子と該汎用コントロール識別子のコントロールの属性を表す符号と汎用テスト識別子を対応させて記憶する汎用コントロール記憶手段と、
汎用テスト識別子と前記汎用コントロール記憶手段に記憶されている汎用コントロールの属性を表す符号を用いた手続内容を対応させて記憶する汎用テスト記憶手段と、
受け付けたコントロールに対応する汎用コントロール識別子を前記コントロール記憶手段から抽出する汎用コントロール抽出手段と、
前記汎用コントロール抽出手段によって抽出された汎用コントロール識別子に対応する汎用テスト識別子を前記汎用コントロール記憶手段から抽出する汎用テスト抽出手段と、
前記汎用テスト抽出手段によって抽出された汎用テスト識別子に対応する手続内容を前記汎用テスト記憶手段から抽出する手続内容抽出手段と、
前記手続内容抽出手段によって抽出された手続内容内の汎用コントロールの属性を表す符号に該当する前記受け付けたコントロールの属性を割り当て、該コントロールに対応するテストの手続内容を生成する手続内容生成手段
として機能させることを特徴とする情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置及び情報処理プログラムに関する。
【背景技術】
【０００２】
近年、財務内部統制が求められている。その財務内部統制とは、１９９２年にＣＯＳＯ（トレッドウェイ委員会組織委員会）が発表した「内部統制−統合的枠組み」が、事実上の標準となっており、「（１）業務の有効性・効率性、（２）財務諸表の信頼性、（３）関連法規の遵守の３つの目的を達成するために、合理的な保証を提供することを意図した、取締役会、経営者及びその他の職員によって遂行される１つのプロセス」と定義されている。
財務内部統制において、活動／システム／資源／知識情報などの関係を整理して業務プロセスを文書化し、その文書を活用するための仕組みを構築することを人手により運用管理することが行われていた。財務内部統制の文書としては、業務記述書、業務フロー図、ＲＣＭ（リスク・コントロール・マトリックス）、職務分離表の４文書がある。
【０００３】
これらに関する技術として、例えば、特許文献１には、業務分析からシステム仕様の作成までの作業を確実・容易にすることを目的とし、業務の流れを部門毎の処理内容と入出力情報とした業務フローダイアグラムを対話形式で作成する業務分析手段と、業務フローダイアグラムに必要なハードウェアやソフトウェア及び情報を知識ベースを利用して自動選定及び抽出する手段と、業務フローダイアグラムに従って生成されたシステムプロダクトによる業務の模擬実行を行う手段とを備え、実際に業務に携わる人が業務フローダイアグラムを作成し、この業務フローダイアグラムに従って必要なシステムプロダクトを自動生成できるようにすることが開示されている。
【０００４】
また、例えば、特許文献２には、ワークフロー管理システムにおいて、定義された業務プロセス定義情報が正当かどうかをシミュレーションによって確認することを目的とし、書類名、書類に付属する属性名及び選択する属性値を持つ擬似ケースを投入し、業務プロセス定義情報に基づいてノードからノードへ制御を渡し、現在のノードが作業ノードであるとき、以後の制御ノードで属性値を参照するような属性を擬似ケースによって更新する場合には更新の記録を残して次のノードへ遷移し、現在のノードが制御ノードであるとき、この更新記録に従って定義されたノードへ制御を渡すことが開示されている。
【特許文献１】特開平０５−１６５８４４号公報
【特許文献２】特開平０８−１９０５８７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
本発明は、内部統制におけるテストの手続内容を作成する場合にあって、コントロールに適応したテストの手続内容を生成するようにした情報処理装置及び情報処理プログラムを提供することを目的としている。
【課題を解決するための手段】
【０００６】
かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。
請求項１の発明は、内部統制におけるコントロールの属性と該コントロールに対応する汎用コントロール識別子を記憶するコントロール記憶手段と、汎用コントロール識別子と該汎用コントロール識別子のコントロールの属性を表す符号と汎用テスト識別子を対応させて記憶する汎用コントロール記憶手段と、汎用テスト識別子と前記汎用コントロール記憶手段に記憶されている汎用コントロールの属性を表す符号を用いた手続内容を対応させて記憶する汎用テスト記憶手段と、受け付けたコントロールに対応する汎用コントロール識別子を前記コントロール記憶手段から抽出する汎用コントロール抽出手段と、前記汎用コントロール抽出手段によって抽出された汎用コントロール識別子に対応する汎用テスト識別子を前記汎用コントロール記憶手段から抽出する汎用テスト抽出手段と、前記汎用テスト抽出手段によって抽出された汎用テスト識別子に対応する手続内容を前記汎用テスト記憶手段から抽出する手続内容抽出手段と、前記手続内容抽出手段によって抽出された手続内容内の汎用コントロールの属性を表す符号に該当する前記受け付けたコントロールの属性を割り当て、該コントロールに対応するテストの手続内容を生成する手続内容生成手段を具備することを特徴とする情報処理装置である。
【０００７】
請求項２の発明は、前記コントロール記憶手段に記憶されているコントロールの構成要素を変更するコントロール変更手段をさらに具備し、前記汎用コントロール抽出手段は、前記コントロール変更手段によって変更されたコントロールに対応する汎用コントロール識別子を前記コントロール記憶手段から抽出し、前記手続内容生成手段は、前記コントロール変更手段によって変更されたコントロールに対応するテストの手続内容を修正することによって、該コントロールに対応するテストの手続内容を生成することを特徴とする請求項１に記載の情報処理装置である。
【０００８】
請求項３の発明は、前記汎用コントロール記憶手段は、汎用コントロール識別子と複数の汎用テスト識別子を対応させて記憶しており、前記汎用テスト抽出手段は、前記汎用コントロール記憶手段から複数の汎用テスト識別子を抽出した場合は、操作者の操作に応じて選択された該汎用テスト識別子を抽出することを特徴とする請求項１又は２に記載の情報処理装置である。
【０００９】
請求項４の発明は、コンピュータを、内部統制におけるコントロールの属性と該コントロールに対応する汎用コントロール識別子を記憶するコントロール記憶手段と、汎用コントロール識別子と該汎用コントロール識別子のコントロールの属性を表す符号と汎用テスト識別子を対応させて記憶する汎用コントロール記憶手段と、汎用テスト識別子と前記汎用コントロール記憶手段に記憶されている汎用コントロールの属性を表す符号を用いた手続内容を対応させて記憶する汎用テスト記憶手段と、受け付けたコントロールに対応する汎用コントロール識別子を前記コントロール記憶手段から抽出する汎用コントロール抽出手段と、前記汎用コントロール抽出手段によって抽出された汎用コントロール識別子に対応する汎用テスト識別子を前記汎用コントロール記憶手段から抽出する汎用テスト抽出手段と、前記汎用テスト抽出手段によって抽出された汎用テスト識別子に対応する手続内容を前記汎用テスト記憶手段から抽出する手続内容抽出手段と、前記手続内容抽出手段によって抽出された手続内容内の汎用コントロールの属性を表す符号に該当する前記受け付けたコントロールの属性を割り当て、該コントロールに対応するテストの手続内容を生成する手続内容生成手段として機能させることを特徴とする情報処理プログラムである。
【発明の効果】
【００１０】
請求項１記載の情報処理装置によれば、内部統制におけるテストの手続内容を作成する場合にあって、コントロールに適応したテストの手続内容を生成することができる。
【００１１】
請求項２記載の情報処理装置によれば、コントロールを修正した場合に、そのコントロールに対応したテストの手続内容を修正することができる。
【００１２】
請求項３記載の情報処理装置によれば、操作者の意図に応じた汎用テストを選択して、テストの手続内容を生成することができる。
【００１３】
請求項４記載の情報処理プログラムによれば、内部統制におけるテストの手続内容を作成する場合にあって、コントロールに適応したテストの手続内容を生成することができる。
【発明を実施するための最良の形態】
【００１４】
財務内部統制を行うために、活動／システム／資源／知識情報などの関係を整理して業務プロセス（以下、単にプロセスともいう）を文書化し、その文書を活用、評価（整備評価、運用評価）等するためのシステムを構築している。
まず、文書化対象の内部統制の「基本４文書」について説明する。
基本４文書とは、財務内部統制の対象となる業務プロセス毎に作成される基本文書のことをいい、具体的には、前述の通り業務記述書、業務フロー図、ＲＣＭ、職務分離表がある。
業務記述書は、ナラティブとも呼ばれる。取引の開始から最終的な総勘定元帳への記帳、報告へ至るまでの一連の業務の流れを文書化したものである。人事規定、経理業務規定などの規定書類は、業務記述書の上位文書であり、その改訂は、業務記述書に影響を与える。また、業務マニュアルは、業務記述書の下位文書であり、その改訂により影響を受ける。
業務フロー図とは、取引の開始から最終的な総勘定元帳への記帳、報告へ至るまでの一連の業務の流れを視覚的にフローチャート化したものである。リスクとコントロールもこのフロー上に配置される。
ＲＣＭとは、業務プロセスに関連する内部統制活動について、達成されるべき統制上の要点（アサーション）、想定されるリスク、対応する内部統制活動を一覧表としてまとめたものである。
職務分離表とは、業務プロセスの流れのなかで、財務統制上問題となるような、同一の担当者による処理の重複が発生していないかをチェックするためのものである。
なお、アサーションとは、財務情報が信頼性のある情報といえるための前提条件となるものであり、具体的には、実在性、網羅性、評価、権利と義務、期間／配分、表示の６項目が一般的には使用される。しかし、各社又は監査法人により一部変更つまりカスタマイズされる場合もあり、前述の６項目に限られる必要はない。
リスクとは、業務プロセス上で想定されるアサーションに対する阻害要因のことをいう。
コントロール（統制）とは、リスクに対する内部統制活動のことをいい、統制のタイプとして、防止的、発見的等がある。
【００１５】
本実施の形態は、前述の基本４文書の作成、是正等の内部監査業務を支援する内部統制支援システムに用いられるものである。特に、運用評価フェーズで使用されるテストの手続内容の作成、修正に関するものである。
【００１６】
以下、図面に基づき本発明を実現するにあたっての好適な各種の実施の形態の例を説明する。
図１は、第１の実施の形態の構成例についての概念的なモジュール構成図を示している。
なお、各構成部とは、一般的に論理的に分離可能なソフトウェア（コンピュータ・プログラム）、ハードウェア等の部品を指す。したがって、本実施の形態における構成部はコンピュータ・プログラムにおける構成部のことだけでなく、ハードウェア構成におけるモジュールも指す。それゆえ、本実施の形態は、コンピュータ・プログラム、システム及び方法の説明をも兼ねている。ただし、説明の都合上、「記憶する」、「記憶させる」、これらと同等の文言を用いるが、これらの文言は、実施の形態がコンピュータ・プログラムの場合は、記憶装置に記憶させる、又は記憶装置に記憶させるように制御するの意である。また、各構成部は機能にほぼ一対一に対応しているが、実装においては、１構成部を１プログラムで構成してもよいし、複数構成部を１プログラムで構成してもよく、逆に１構成部を複数プログラムで構成してもよい。また、複数構成部は１コンピュータによって実行されてもよいし、分散又は並列環境におけるコンピュータによって１構成部が複数コンピュータで実行されてもよい。なお、１つの構成部に他のモジュールが含まれていてもよい。また、以下、「接続」とは物理的な接続の他、論理的な接続（データの授受、指示、データ間の参照関係等）の場合にも用いる。
また、システム又は装置とは、複数のコンピュータ、ハードウェア、装置等がネットワーク（一対一対応の通信接続を含む）等の通信手段で接続されて構成されるほか、１つのコンピュータ、ハードウェア、装置等によって実現される場合も含まれる。「装置」と「システム」とは、互いに同義の用語として用いる。また、「予め定められた」とは、対象としている処理の前であることをいい、本実施の形態による処理が始まる前、本実施の形態による処理が始まった後であっても、そのときの状況・状態に応じて、又はそれまでの状況・状態に応じて定まることの意を含めて用いる。
【００１７】
第１の実施の形態は、図１に示すように、汎用コントロール抽出部１１０、コントロール記憶部１１５、汎用テスト抽出部１２０、汎用コントロール記憶部１２５、手続内容抽出部１３０、汎用テスト記憶部１３５、手続内容生成部１４０、操作者操作部１９０を有している。
なお、汎用コントロールとは、内部統制に用いるコントロールのメタデータとも言えるものであり、この汎用コントロールを基として具体的なコントロールを生成するものである。同様に、汎用テストとは、内部統制に用いるテストのメタデータとも言えるものであり、この汎用テストを基にして具体的なテスト（手続内容を含む）を生成するものである。ただし、テストはコントロールと密接に関連しており、テストを生成するときに、コントロール、汎用コントロール、汎用テストを用いる。
【００１８】
汎用コントロール抽出部１１０は、コントロール記憶部１１５、汎用テスト抽出部１２０、操作者操作部１９０と接続されている。操作者操作部１９０から受け付けたコントロールに対応する汎用コントロール識別子をコントロール記憶部１１５から抽出する。そして、抽出した汎用コントロール識別子を汎用テスト抽出部１２０に渡す。
【００１９】
コントロール記憶部１１５は、汎用コントロール抽出部１１０と接続されている。内部統制におけるコントロールの属性とそのコントロールに対応する汎用コントロール識別子を記憶する。
より具体的には、例えば、図６に示すようなコントロールテーブル６００がある。図６は、コントロールテーブル６００のデータ構造例を示す説明図である。コントロールテーブル６００は、ＩＤ欄６１０、責任者欄６２０、証憑欄６３０、汎用コントロールＩＤ欄６４０を有している。つまり、ＩＤ欄６１０は、そのコントロールを一意に識別できる識別子を記憶しており、汎用コントロールＩＤ欄６４０は、そのコントロールに対応する汎用コントロールの識別子を記憶している。そして、ここでは、そのコントロールの属性として、例えば、そのコントロールの責任者、そのコントロールにおいて用いる証憑がある場合であり、責任者欄６２０は責任者（「営業部長」）を、証憑欄６３０は証憑をそれぞれ記憶している。なお、責任者欄６２０、証憑欄６３０は、それぞれ複数の属性を記憶していてもよい。図６の例では、証憑欄６３０は、「注文書」と「請求書」の２つがある。
【００２０】
汎用テスト抽出部１２０は、汎用コントロール抽出部１１０、汎用コントロール記憶部１２５、手続内容抽出部１３０、操作者操作部１９０と接続されている。汎用コントロール抽出部１１０によって抽出された汎用コントロール識別子に対応する汎用テスト識別子を汎用コントロール記憶部１２５から抽出する。そして、抽出した汎用テスト識別子を手続内容抽出部１３０へ渡す。さらに、汎用コントロール記憶部１２５から複数の汎用テスト識別子を抽出した場合は、操作者操作部１９０から渡された汎用テスト識別子を抽出するようにしてもよい。つまり、汎用コントロールに対応する汎用テストが複数ある場合に、対象とする汎用テストを操作者の操作によって選択するものである。
【００２１】
汎用コントロール記憶部１２５は、汎用テスト抽出部１２０と接続されている。汎用コントロール識別子とその汎用コントロール識別子のコントロールの属性を表す符号と汎用テスト識別子を対応させて記憶する。さらに、汎用コントロール識別子と複数の汎用テスト識別子を対応させて記憶していてもよい。
より具体的には、例えば、図７に示すような汎用コントロールテーブル７００がある。図７は、汎用コントロールテーブル７００のデータ構造例を示す説明図である。汎用コントロールテーブル７００は、ＩＤ欄７１０、責任者欄７２０、証跡欄７３０、汎用テストＩＤ欄７４０を有している。つまり、ＩＤ欄７１０は、その汎用コントロールを一意に識別できる識別子を記憶しており、汎用テストＩＤ欄７４０は、その汎用コントロールに対応する汎用テストの識別子を記憶している。そして、前述のように、ここでは、そのコントロールの属性として、例えば、そのコントロールの責任者、そのコントロールにおいて用いる証憑がある場合であり、責任者欄７２０は責任者を表す符号（「営業部長」を表す符号である「Ａ」）を、証跡欄７３０は証憑を表す符号（「注文書」を表す符号である「Ｂ」、「請求書」を表す符号である「Ｃ」）をそれぞれ記憶している。なお、責任者欄７２０、証跡欄７３０、汎用テストＩＤ欄７４０は、それぞれ複数のものを記憶していてもよい。そして、責任者欄７２０、証跡欄７３０が記憶している符号は、コントロールテーブル６００の責任者欄６２０、証憑欄６３０がそれぞれ記憶しているものと対応するものである。これらの対応については、図１１を用いて後述する。また、汎用テストＩＤ欄７４０が複数の汎用テスト識別子を記憶していることは、その汎用コントロールに対応している汎用テストは複数あることを示している。
【００２２】
手続内容抽出部１３０は、汎用テスト抽出部１２０、汎用テスト記憶部１３５、手続内容生成部１４０と接続されている。汎用テスト抽出部１２０によって抽出された汎用テスト識別子に対応する手続内容を汎用テスト記憶部１３５から抽出する。そして、抽出した手続内容を手続内容生成部１４０へ渡す。
汎用テスト記憶部１３５は、手続内容抽出部１３０と接続されている。汎用テスト識別子と汎用コントロール記憶部１２５に記憶されている汎用コントロールの属性を表す符号を用いた手続内容を対応させて記憶する。
より具体的には、例えば、図８に示すような汎用テストテーブル８００がある。図８は、汎用テストテーブル８００のデータ構造例を示す説明図である。汎用テストテーブル８００は、ＩＤ欄８１０、手続き内容欄８２０、証憑欄８３０、汎用コントロールＩＤ欄８４０を有している。つまり、ＩＤ欄８１０は、その汎用テストを一意に識別できる識別子を記憶しており、汎用コントロールＩＤ欄８４０は、その汎用テストに対応する汎用コントロールの識別子を記憶している。これは、汎用テスト識別子から汎用コントロール識別子を抽出するようにするためである。
【００２３】
手続き内容欄８２０は、その汎用テストの手続内容を記憶している。例えば、汎用テストテーブル８００の１行目の汎用テスト識別子が「ＧＴ００１ａ」に対応する手続内容として「＄［ＧＣ００１：Ｂ］に＄［ＧＣ００１：Ａ］の承認印があること」がある。この手続内容は、汎用コントロール記憶部１２５に記憶されている汎用コントロールの属性を表す符号を用いたものであり、つまり、汎用コントロールテーブル７００の責任者欄７２０又は証跡欄７３０に記憶されている符号を用いたものである。ここで、「＄［」と「］」に囲まれた部分は、具体的なコントロールの属性に置換されることを示しており、「ＧＣ００１：Ｂ」は、汎用コントロール識別子「ＧＣ００１」に対応する符号「Ｂ」を用いることを示している。
【００２４】
また、証憑欄８３０は、その汎用テストの証憑（ここでは、手続内容の一部となる）を記憶している。つまり、そのテストの手続内容における対象である証憑を記憶している。例えば、汎用テストテーブル８００の１行目の汎用テスト識別子が「ＧＴ００１ａ」に対応する証憑として「＄［ＧＣ００１：Ｂ］」がある。これは、汎用コントロール記憶部１２５に記憶されている汎用コントロールの属性を表す符号を用いたものであり、つまり、汎用コントロールテーブル７００の証跡欄７３０に記憶されている符号を用いたものである。「＄［ＧＣ００１：Ｂ］」の意味は、前述の手続き内容欄８２０に記憶されているものと同じものである。なお、汎用コントロールテーブル７００と汎用テストテーブル８００の対応については、図１１を用いて後述する。
なお、手続き内容欄８２０、証憑欄８３０は、それぞれ複数のものを記憶していてもよい。
【００２５】
手続内容生成部１４０は、手続内容抽出部１３０、操作者操作部１９０と接続されている。手続内容抽出部１３０によって抽出された手続内容内の汎用コントロールの属性を表す符号に該当する汎用コントロール抽出部１１０が受け付けたコントロールの属性を割り当て、そのコントロールに対応するテストの手続内容を生成する。そして、生成したテストの手続内容を操作者操作部１９０に渡し、操作者操作部１９０から操作者の操作を受け取り、その操作に応じて修正等を行う。
【００２６】
手続内容生成部１４０が生成するものとして、より具体的には、例えば、図９に示すようなテストテーブル９００がある。図９は、テストテーブル９００のデータ構造例を示す説明図である。テストテーブル９００は、ＩＤ欄９１０、手続き内容欄９２０、証憑欄９３０、コントロールＩＤ欄９４０、汎用テストＩＤ欄９５０を有している。つまり、ＩＤ欄９１０は、そのテストを一意に識別できる識別子を記憶しており、コントロールＩＤ欄９４０は、そのテストに対応するコントロールの識別子を記憶している。つまり、対象としてコントロールに対応するテストが作成されている。そして、汎用テストＩＤ欄９５０は、そのテストを作成する上で基となった汎用テスト識別子を記憶している。これは、テスト識別子から汎用テスト識別子を抽出するようにするためである。例えば、テストテーブル９００の１行目のテスト識別子が「Ｔ００１ａ」を作成する上で基となった汎用テスト識別子は「ＧＴ００１ａ」である。
【００２７】
手続き内容欄９２０は、手続内容生成部１４０が生成したテストの手続内容を記憶している。例えば、テストテーブル９００の１行目のテスト識別子が「Ｔ００１ａ」に対応する手続内容として「注文書に営業部長の承認印があること」がある。これは、汎用テスト識別子「ＧＴ００１ａ」を基にして生成されたものである。つまり「＄［ＧＣ００１：Ｂ］に＄［ＧＣ００１：Ａ］の承認印があること」内の「＄［ＧＣ００１：Ｂ］」を「注文書」に置換し、「＄［ＧＣ００１：Ａ］」を「営業部長」に置換したものである。
【００２８】
証憑欄９３０は、手続内容生成部１４０が生成したテストの証憑（ここでは、手続内容の一部となる）を記憶している。つまり、そのテストの手続内容における対象である証憑を記憶している。例えば、テストテーブル９００の１行目のテスト識別子が「Ｔ００１ａ」に対応する証憑として「注文書」がある。これは、汎用テスト識別子「ＧＴ００１ａ」を基にして生成されたものである。つまり「＄［ＧＣ００１：Ｂ］」を「注文書」に置換したものである。なお、テストテーブル９００、汎用テストテーブル８００、汎用コントロールテーブル７００、コントロールテーブル６００の対応については、図１１を用いて後述する。
なお、手続き内容欄９２０、証憑欄９３０は、それぞれ複数のものを記憶していてもよい。
【００２９】
操作者操作部１９０は、汎用コントロール抽出部１１０、汎用テスト抽出部１２０、手続内容生成部１４０と接続されており、例えば、キーボード等の装置に対する操作者の操作による指示等を汎用コントロール抽出部１１０等に渡し、又は逆に汎用コントロール抽出部１１０等から受け取ったデータを操作者に提示するために、例えば、ディスプレイ等の表示装置に表示する。例えば、操作者の指示により対象とするコントロールを汎用コントロール抽出部１１０に渡し、また、汎用テスト抽出部１２０によって抽出された汎用テストを受け取り、複数の汎用テストがある場合はそのうちの対象とする汎用テストを操作者に選択させるために表示装置に表示し、そして、操作者の操作に応じて選択された汎用テスト識別子を汎用テスト抽出部１２０に渡す。
【００３０】
図２は、内部統制におけるフェーズと担当者との関係及び役割例を示す説明図である。
内部統制におけるフェーズとしては、図２に示すように規程フェーズ２２２、文書化フェーズ２２４、テストフェーズ２２６、是正フェーズ２２８等がある。特に、運用評価フェーズとして、テストフェーズ２２６、是正フェーズ２２８がある。そして、その担当者として、規程管理担当者２１２、文書化担当者２１４、テスト計画者２１６等がいる。各フェーズにおける作業として、例えば、規程フェーズ２２２では、規程管理担当者２１２が汎用コントロール、汎用テストを作成する。文書化フェーズ２２４では、文書化担当者２１４が、文書化プロセス、コントロールを作成する。テストフェーズ２２６では、テスト計画者２１６が、テスト作成２３１を行う。また、是正フェーズ２２８では、テスト計画者２１６が、是正項目の抽出、コントロールの抽出、テスト修正２３２を行う。特に、第１の実施の形態では、テストフェーズ２２６でのテスト計画者２１６が行うテスト作成２３１に主に関与し、第２の実施の形態では、是正フェーズ２２８でのテスト計画者２１６が行うテスト修正２３２に主に関与する。
【００３１】
図３は、第１の実施の形態の構成例について別の観点からみた場合の概念的なモジュール構成図である。
内部統制支援システム３００は、ネットワーク３８０を介してユーザーインターフェイス３９０と接続されており、テスト管理部３１０、テストＤＢ３１５、テストデータ作成部３２０、コントロール管理部３３０、コントロールＤＢ３３５、汎用データ管理部３４０、汎用コントロール・汎用テストＤＢ３４５を有している。
図１に示した汎用コントロール抽出部１１０はコントロール管理部３３０に、コントロール記憶部１１５はコントロールＤＢ３３５に、汎用テスト抽出部１２０、手続内容抽出部１３０は汎用データ管理部３４０に、汎用コントロール記憶部１２５、汎用テスト記憶部１３５は汎用コントロール・汎用テストＤＢ３４５に、操作者操作部１９０はユーザーインターフェイス３９０に主に該当する。
【００３２】
テスト管理部３１０は、テストＤＢ３１５、テストデータ作成部３２０と接続されており、またネットワーク３８０を介してユーザーインターフェイス３９０と接続されている。ユーザーインターフェイス３９０からのテストデータに関する指示に応じて、テストデータ作成部３２０への指示又はテストＤＢ３１５への登録等を制御する。また、テストデータ作成部３２０によって作成されたテストデータ又はテストＤＢ３１５に記憶されているテストデータをユーザーインターフェイス３９０へ渡す。
テストＤＢ３１５は、テスト管理部３１０と接続されており、テストデータ作成部３２０によって作成されたテストデータを記憶しており、テスト管理部３１０から参照、登録が行われる。
【００３３】
テストデータ作成部３２０は、テスト管理部３１０、コントロール管理部３３０、汎用データ管理部３４０と接続されている。テスト管理部３１０からテストデータの作成指示、コントロールの指定を受け取り、コントロール管理部３３０に対してコントロールの取得指示を行い、該当するコントロールを受け取り、汎用データ管理部３４０からそのコントロールに対応する汎用コントロール、さらに、その汎用コントロールに対応する汎用テストを受け取り、テストデータを作成して、テスト管理部３１０へ渡す。
【００３４】
コントロール管理部３３０は、テストデータ作成部３２０、コントロールＤＢ３３５と接続されており、テストデータ作成部３２０からのコントロールの取得指示に応じて、コントロールＤＢ３３５からコントロールデータを取得して、そのコントロールデータをテストデータ作成部３２０へ渡す。
コントロールＤＢ３３５は、コントロール管理部３３０と接続されており、コントロールデータを記憶している。より具体的には、例えば、図６に示すようなコントロールテーブル６００を記憶している。コントロール管理部３３０からコントロールデータの登録又は参照が行われる。
【００３５】
汎用データ管理部３４０は、テストデータ作成部３２０、汎用コントロール・汎用テストＤＢ３４５と接続されており、またネットワーク３８０を介してユーザーインターフェイス３９０と接続されている。そして、ユーザーインターフェイス３９０からの汎用データ（汎用コントロールと汎用テストを含む）の登録指示を受け取り、その登録指示に基づいて、汎用コントロール・汎用テストＤＢ３４５にその汎用データを登録し、また、汎用コントロール・汎用テストＤＢ３４５に記憶されている汎用コントロール又は汎用テストを参照して、ユーザーインターフェイス３９０へ渡す。そして、テストデータ作成部３２０からコントロール、汎用テスト等を受け取り、そのコントロール等に対応する汎用コントロール又は汎用テストを汎用コントロール・汎用テストＤＢ３４５から取得して、テストデータ作成部３２０へ渡す。
汎用コントロール・汎用テストＤＢ３４５は、汎用データ管理部３４０と接続されており、汎用コントロール、汎用テストを記憶している。より具体的には、例えば、図７に示すような汎用コントロールテーブル７００、図８に示すような汎用テストテーブル８００を記憶している。汎用データ管理部３４０から汎用コントロール又は汎用テストの登録又は参照が行われる。
【００３６】
ユーザーインターフェイス３９０は、ネットワーク３８０を介してテスト管理部３１０、汎用データ管理部３４０と接続されている。操作者の操作に応じて、テスト管理部３１０に対して、コントロールの指定指示又は汎用テストの選択指示を渡し、テスト管理部３１０から渡されたテストデータを表示装置に表示し、そして、そのテストデータのテストＤＢ３１５への登録指示又は修正を行ったテストデータの更新指示等を渡す。また、汎用データ管理部３４０から渡された複数の汎用テスト又は汎用コントロールを表示装置に表示し、そして、操作者の操作に応じて、汎用データ管理部３４０に対して、それの選択指示又は汎用テスト等の汎用コントロール・汎用テストＤＢ３４５への登録指示等を渡す。
【００３７】
図４は、テストデータの作成例を示す概念的な説明図である。
例えば、テスト１  ４２５を作成する場合、ユーザーインターフェイス３９０におけるテスト作成画面でコントロール１  ４２１が指定されると、内部統制支援システム３００内のテストデータ作成部３２０がそれに対応している汎用コントロール１  ４１１、汎用テスト１  ４１２と汎用テスト１’  ４１３、さらに、コントロール１が持つ属性情報４２２から、テストデータを生成する。そして、ユーザーインターフェイス３９０の表示装置に表示する。
つまり、文書化プロセス１において、汎用データ群４１０を用いて、文書化フェーズで予め作成したコントロールデータ（コントロール１  ４２１、コントロール１が持つ属性情報４２２）からテスト１  ４２５とテスト１’  ４２６を作成する過程を示したものである。なお、テスト１  ４２５とテスト１’  ４２６は、文書化フェーズで作成するものであるが、それが用いられるのは運用評価フェーズである。同様に、文書化プロセス２において、汎用データ群４１０を用いて、文書化フェーズで予め作成したコントロールデータ（コントロール３  ４３１、コントロール３が持つ属性情報４３２）からテスト３  ４３５とテスト３’  ４３６を作成する過程を示したものである。なお、テスト３  ４３５とテスト３’  ４３６は、文書化フェーズで作成するものであるが、それが用いられるのは運用評価フェーズである。
【００３８】
汎用データ群４１０は、汎用コントロール・汎用テストＤＢ３４５に記憶されており、汎用コントロール１  ４１１、汎用テスト１  ４１２、汎用テスト１’  ４１３を有している。汎用コントロール１  ４１１は汎用コントロールとして「担当者が、発注通りに計上しているかを確認」であり、これを基にして具体的なコントロールであるコントロール１  ４２１（「営業部購買担当者が、発注通りに計上しているかを確認」）を生成する場合は、汎用コントロール１  ４１１内の「担当者」を「営業部購買担当者」に置換するものである。同様に、コントロール３  ４３１（「開発Ｇ購買担当者が、発注通りに計上しているかを確認」）を生成する場合は、汎用コントロール１  ４１１内の「担当者」を「開発Ｇ購買担当者」に置換するものである。
汎用テスト１  ４１２、汎用テスト１’  ４１３は、汎用コントロール１  ４１１に対応した汎用テストであり、具体的なテストであるテスト１  ４２５等を生成する場合に用いられる。このように、汎用コントロールには、複数の汎用テストを対応させてもよい。汎用テスト１  ４１２は「＄［Ｂ］に＄［Ａ］の承認印があること」、汎用テスト１’  ４１３は「＄［Ｂ］と＄［Ｃ］の金額が整合していること」であり、＄［Ｂ］等にコントロール１が持つ属性情報４２２、コントロール３が持つ属性情報４３２のデータを代入することによって、テスト１  ４２５等を生成するものである。具体的には、汎用テスト１  ４１２の＄［Ｂ］にコントロール１が持つ属性情報４２２内の「Ｂ：注文書」を代入し、＄［Ａ］にコントロール１が持つ属性情報４２２内の「Ａ：営業部長」を代入して、テスト１  ４２５である「注文書に営業部長の承認印があること」を生成する。同様に、汎用テスト１’  ４１３の＄［Ｂ］にコントロール１が持つ属性情報４２２内の「Ｂ：注文書」を代入し、＄［Ｃ］にコントロール１が持つ属性情報４２２内の「Ｃ：請求書」を代入して、テスト１’  ４２６である「注文書と請求書の金額が整合していること」を生成する。
【００３９】
文書化プロセス１におけるコントロール・テストデータ群４２０は、コントロール１  ４２１、コントロール１が持つ属性情報４２２を予め有しており、コントロール１が持つ属性情報４２２、汎用データ群４１０を用いてテスト１  ４２５、テスト１’  ４２６が生成される。つまり、汎用データ群４１０内の汎用コントロール１  ４１１、汎用テスト１  ４１２、汎用テスト１’  ４１３の関係にならって、コントロール１  ４２１に対応したテスト１  ４２５、テスト１’  ４２６が生成される。同様に、文書化プロセス２におけるコントロール・テストデータ群４３０は、コントロール３  ４３１、コントロール３が持つ属性情報４３２を予め有しており、コントロール３が持つ属性情報４３２、汎用データ群４１０を用いてテスト３  ４３５、テスト３’  ４３６が生成される。つまり、汎用データ群４１０内の汎用コントロール１  ４１１、汎用テスト１  ４１２、汎用テスト１’  ４１３の関係にならって、コントロール３  ４３１に対応したテスト３  ４３５、テスト３’  ４３６が生成される。
【００４０】
図５は、第１の実施の形態による処理例を示すフローチャートである。
これは、テスト作成時に、内部統制支援システム３００がテストデータを生成し、それをユーザーインターフェイス３９０で表示するまでの流れを示すものである。
より具体的には、操作者が、対象となるコントロールのみを指定する（ステップＳ５０８でＮｏ）と、それに対応する汎用コントロールと汎用テストを基にしてテストデータを生成する。また、汎用コントロールに対応する汎用テストが複数ある場合は、最初に取得した汎用テストをデフォルトとして採用する。もしその他の汎用テストを選択したい場合は、ユーザーインターフェイス３９０上にある汎用テスト選択メニューで指定する（ステップＳ５０８でＹｅｓ）。
【００４１】
ステップＳ５０２では、テスト管理部３１０は、コントロール識別子をユーザーインターフェイス３９０から受信する、又はコントロール識別子と汎用テスト（汎用テスト識別子であってもよい）を受信する。
ステップＳ５０４では、テストデータ作成部３２０は、ステップＳ５０２で受信されたコントロール識別子をコントロール管理部３３０に渡す。
ステップＳ５０６では、コントロール管理部３３０は、ステップＳ５０４で渡されたコントロール識別子を用いて、それに対応するコントロールＤＢ３３５内のコントロールを取得して、テストデータ作成部３２０に渡す。
【００４２】
ステップＳ５０８では、テストデータ作成部３２０は、ステップＳ５０２で受信したデータに汎用テストがあるか否かを判断する。かかる判断においてあると判断した場合はステップＳ５１６へ進み、それ以外の場合はステップＳ５１０へ進む。
ステップＳ５１０では、テストデータ作成部３２０は、ステップＳ５０６で渡されたコントロールを汎用データ管理部３４０に渡す。
ステップＳ５１２では、汎用データ管理部３４０は、受け取ったコントロールを用いて、それに対応する汎用コントロール・汎用テストＤＢ３４５内の汎用コントロール、汎用テストを取得し、テストデータ作成部３２０に渡す。
【００４３】
ステップＳ５１４では、テストデータ作成部３２０は、ステップＳ５１２で渡された汎用テストが複数ある場合は、最初の汎用テストを採用する。
ステップＳ５１６では、テストデータ作成部３２０は、ステップＳ５０２で受信した汎用テストを汎用データ管理部３４０に渡す。
ステップＳ５１８では、汎用データ管理部３４０は、ステップＳ５１６で渡された汎用テストを用いて、それに対応する汎用コントロール・汎用テストＤＢ３４５内の汎用コントロールを取得し、テストデータ作成部３２０に渡す。
【００４４】
ステップＳ５２０では、テストデータ作成部３２０は、汎用コントロール、汎用テスト、コントロールを基にしてテストデータを作成し、テスト管理部３１０に渡す。
ステップＳ５２２では、テスト管理部３１０は、テストデータをユーザーインターフェイス３９０へ送信する。
ステップＳ５２４では、ユーザーインターフェイス３９０で、テストデータを表示する。
【００４５】
図１０は、データ間の関係例を示す説明図である。つまり、コントロールテーブル６００、汎用コントロールテーブル７００、汎用テストテーブル８００、テストテーブル９００の関係を示しているものである。より具体的には、木構造を用いて表現しており、汎用コントロールＧＣ００１はコントロールＣ００１とコントロールＣ００３を子にしており、汎用テストＧＴ００１ａはテストＴ００１ａとテストＴ００３ａを子にしており、汎用テストＧＴ００１ｂはテストＴ００１ｂとテストＴ００３ｂを子にしている。また、汎用テストＧＴ００１ａと汎用テストＧＴ００１ｂは汎用コントロールＧＣ００１に対応し、テストＴ００１ａとテストＴ００１ｂはコントロールＣ００１に対応することを示している。
つまり、コントロールＣ００１に対応するテストＴ００１ａとテストＴ００１ｂを生成するために、コントロールＣ００１の汎用コントロールＧＣ００１を抽出し、汎用コントロールＧＣ００１に対応する汎用テストＧＴ００１ａと汎用テストＧＴ００１ｂを抽出して、それぞれテストＴ００１ａとテストＴ００１ｂを生成する。
【００４６】
図１１は、コントロールテーブル６００等におけるデータ間の関係例を示す説明図である。図１０の例に示した関係をコントロールテーブル６００、汎用コントロールテーブル７００、汎用テストテーブル８００、テストテーブル９００を用いて示したものである。
つまり、テストデータ作成部３２０が、汎用データ管理部３４０等を用いて、コントロールＣ００１からテストＴ００１ａを生成する場合についてのデータ間の関係を示したものである。
【００４７】
まず、操作者の操作によって指定された「Ｃ００１」から対応するコントロールテーブル６００の汎用コントロールＩＤ欄６４０内の「ＧＣ００１」を取り出して、その「ＧＣ００１」から対応する汎用コントロールテーブル７００の汎用テストＩＤ欄７４０内の「ＧＴ００１ａ」を取り出して、その「ＧＴ００１ａ」から対応する汎用テストテーブル８００の手続き内容欄８２０内の「＄［ＧＣ００１：Ｂ］に＄［ＧＣ００１：Ａ］の承認印があること」を取り出す。
このなかには、符号＄［ＧＣ００１：Ｂ］と＄［ＧＣ００１：Ａ］があるので、これらに対応する具体的な言葉を前述の処理を逆に辿りながら取り出す。
つまり、「ＧＣ００１」の「Ｂ」を汎用コントロールテーブル７００の１行目にある証跡欄７３０から取り出し、「ＧＣ００１」に対応する「Ｃ００１］をコントロールテーブル６００の１行目から取り出し、その１行目内であり、証跡欄７３０に対応するコントロールテーブル６００内の証憑欄６３０から注文書１１６２を取り出す。同様に、＄［ＧＣ００１：Ａ］に対応する営業部長１１６１を取り出す。そして、「＄［ＧＣ００１：Ｂ］に＄［ＧＣ００１：Ａ］の承認印があること」内の［ＧＣ００１：Ｂ］に対応する注文書１１６２、［ＧＣ００１：Ａ］に対応する営業部長１１６１を代入して、テストテーブル９００内の１行目の手続き内容欄９２０内の「注文書に営業部長の承認印があること」を生成する。その他のテストの手続内容も同様に生成される。
【００４８】
図１２は、汎用コントロール詳細設定画面１２００の例を示す説明図である。ユーザーインターフェイス３９０は、汎用コントロール詳細設定画面１２００を表示装置に表示し、操作者の操作に応じて汎用コントロールを汎用データ管理部３４０を介して汎用コントロール・汎用テストＤＢ３４５に登録する。
汎用コントロール詳細設定画面１２００は、汎用コントロールＮｏ．欄１２１０、キーコントロール欄１２２０、統制の状況欄１２３０、統制実施責任者欄１２４０、参照ボタン１２４１、担当者欄１２５０、参照ボタン１２５１、統制実施の証跡欄１２６０、更新ボタン１２９８、取消しボタン１２９９を有している。
【００４９】
汎用コントロールＮｏ．欄１２１０には汎用コントロールの識別子が記載される。キーコントロール欄１２２０にはキーコントロールか否かが記載される。なお、キーコントロールとは、主要なコントロールであり、これは内部統制の運用テストの際には行われなければならないものである。
【００５０】
統制の状況欄１２３０にはコントロールの内容、例えば、「｛Ｄ｝が、発注通りに計上しているかを確認」等が記載される。この符号｛Ｄ｝はコントロールが持つ属性情報の１つであり、ここでＤは担当者欄１２５０に記載されるものである。つまり、コントロールの属性情報のＤに該当する言葉を代入することによって、具体的なコントロールがこの汎用コントロールから生成されることになる。
【００５１】
統制実施責任者欄１２４０、担当者欄１２５０、統制実施の証跡欄１２６０は、コントロールが持つ属性情報を構成している。なお、参照ボタン１２４１、参照ボタン１２５１は、統制実施責任者欄１２４０、担当者欄１２５０に記載され得るものを選択させるために参照させるボタンである。更新ボタン１２９８は選択された時点での汎用コントロール詳細設定画面１２００の記載内容を汎用データ管理部３４０に渡すボタンであり、取消しボタン１２９９はその時点での汎用コントロール詳細設定画面１２００の内容を消去するボタンである。
【００５２】
なお、汎用コントロール詳細設定画面１２００に記載されたデータは、汎用コントロールテーブル７００に記憶されるが、統制実施責任者欄１２４０に記載されたものは責任者欄７２０、統制実施の証跡欄１２６０に記載されたものは証跡欄７３０に記憶されるが、汎用コントロールテーブル７００は例示であり、汎用コントロールテーブル７００には担当者欄１２５０に記載されたものをコントロールが持つ属性情報の１つとして記憶する欄等を設けてもよい。
【００５３】
図１３、図１４は、汎用テスト画面１３００の例を示す説明図である。図１３は汎用テスト１（ＧＴ００１ａ）の内容が記載されたものであり、図１４は汎用テスト１’（ＧＴ００１ｂ）の内容が記載されたものである。ユーザーインターフェイス３９０は、汎用テスト画面１３００を表示装置に表示し、操作者の操作に応じて汎用テストを汎用データ管理部３４０を介して汎用コントロール・汎用テストＤＢ３４５に登録する。
汎用テスト画面１３００は、テストＮｏ．欄１３１０、テスト対象コントロール欄１３２０、手続内容欄１３３０、証憑一覧欄１３４０、更新ボタン１３９８、取消しボタン１３９９を有している。
【００５４】
テストＮｏ．欄１３１０には汎用テスト識別子が記載される。テスト対象コントロール欄１３２０にはその汎用テストに対応する汎用コントロールが記載される。これによって、汎用テストと汎用コントロールとが対応付けられる。この欄に記載されたものは、汎用テストテーブル８００の汎用コントロールＩＤ欄８４０に記憶され、また、この欄に記載されたものを利用して、汎用コントロールテーブル７００のＩＤ欄７１０が検索され、それに対応する汎用テストＩＤ欄７４０にテストＮｏ．欄１３１０に記載されたものが記憶される。
【００５５】
手続内容欄１３３０にはテストの手続内容、例えば、「＄［汎用コントロール１：Ｂ］に＄［汎用コントロール１：Ａ］の承認印があること」等が記載される。＄［汎用コントロール１：Ｂ］とは、「汎用コントロール１」における符号「Ｂ」（図１２の例では、統制実施の証跡欄１２６０に記載された｛Ｂ｝）が該当する。
証憑一覧欄１３４０にはそのテストに用いられる証憑の一覧、例えば、「＄［汎用コントロール１：Ｂ］」等が記載される。
更新ボタン１３９８は選択された時点での汎用テスト画面１３００の記載内容を汎用データ管理部３４０に渡すボタンであり、取消しボタン１３９９はその時点での汎用テスト画面１３００の内容を消去するボタンである。
【００５６】
図１５は、コントロール詳細設定画面１５００の例を示す説明図である。ユーザーインターフェイス３９０は、コントロール詳細設定画面１５００を表示装置に表示し、操作者の操作に応じて具体的なコントロールをテスト管理部３１０等を介してコントロールＤＢ３３５に登録する。
コントロール詳細設定画面１５００は、コントロールＮｏ．欄１５１０、汎用コントロール選択欄１５２０、統制の状況欄１５３０、統制実施責任者欄１５４０、参照ボタン１５４１、担当者欄１５５０、参照ボタン１５５１、統制実施の証跡欄１５６０、更新ボタン１５９８、取消しボタン１５９９を有している。
【００５７】
コントロールＮｏ．欄１５１０にはそのコントロールの識別子が記載される。汎用コントロール選択欄１５２０にはそのコントロールに対応する汎用コントロールの識別子が記載される。
統制実施責任者欄１５４０、担当者欄１５５０、統制実施の証跡欄１５６０には、そのコントロールが持つ属性情報が記載される。例えば、統制実施責任者欄１５４０には「営業部長」等が記載される。
統制の状況欄１５３０は、汎用コントロール選択欄１５２０に記載された汎用コントロールを用いて、統制実施責任者欄１５４０から統制実施の証跡欄１５６０に記載された属性を用いて、生成された具体的な統制の状況が表示される。つまり、図１２の例に示した汎用コントロール詳細設定画面１２００の統制の状況欄１２３０内の「｛Ｄ｝が、発注通りに計上しているかを確認」の「｛Ｄ｝」に担当者欄１５５０に記載された「営業部購買担当者」が代入されて、「営業部購買担当者が、発注通りに計上しているかを確認」が表示されている。
【００５８】
なお、参照ボタン１５４１、参照ボタン１５５１は、統制実施責任者欄１５４０、担当者欄１５５０に記載され得るものを選択させるために参照させるボタンである。更新ボタン１５９８は選択された時点でのコントロール詳細設定画面１５００の記載内容をテスト管理部３１０に渡すボタンであり、取消しボタン１５９９はその時点でのコントロール詳細設定画面１５００の内容を消去するボタンである。
【００５９】
図１６は、テスト画面１６００の例を示す説明図である。ユーザーインターフェイス３９０は、テスト管理部３１０から受け取ったテストデータを受信してテスト画面１６００を表示装置に表示し、操作者の操作に応じてテストデータをテスト管理部３１０を介してテストＤＢ３１５に登録する。
テスト画面１６００は、テストＮｏ．欄１６１０、汎用テスト選択欄１６２０、テスト対象コントロール欄１６３０、手続内容欄１６４０、証憑一覧欄１６５０、更新ボタン１６９８、取消しボタン１６９９を有している。
【００６０】
テストＮｏ．欄１６１０にはそのテストの識別子が記載される。汎用テスト選択欄１６２０にはそのテストに対応する汎用テストの識別子が記載される。テスト対象コントロール欄１６３０にはそのテストに対応するコントロールの識別子が記載される。
そして、テストＮｏ．欄１６１０、汎用テスト選択欄１６２０、テスト対象コントロール欄１６３０が記載された時点で手続内容欄１６４０、証憑一覧欄１６５０が表示される。手続内容欄１６４０にはテストデータ作成部３２０が作成したテストの手続内容（例えば、「注文書に営業部長の承認印があること」）が表示される。証憑一覧欄１６５０にはそのテストで用いる証憑の一覧（例えば、「注文書」）が表示される。これらに対して、操作者の操作によって修正が行われることもある。
【００６１】
なお、更新ボタン１６９８は選択された時点でのテスト画面１６００の記載内容をテスト管理部３１０に渡すボタンであり、取消しボタン１６９９はその時点でのテスト画面１６００の内容を消去するボタンである。
【００６２】
図１７は、第２の実施の形態の構成例についての概念的なモジュール構成図を示している。第２の実施の形態は、コントロールの内容が修正された場合に、そのコントロールに対応するテストの内容を修正するものである。
第２の実施の形態は、図１７に示すように、汎用コントロール抽出部１１０、コントロール記憶部１１５、汎用テスト抽出部１２０、汎用コントロール記憶部１２５、手続内容抽出部１３０、汎用テスト記憶部１３５、手続内容生成部１４０、操作者操作部１９０、コントロール変更部１７１０を有している。
なお、第１の実施の形態と同種の部位には同一符号を付し重複した説明を省略する。つまり、第２の実施の形態で説明するものは、第１の実施の形態で説明した内容に付加するものである。
【００６３】
コントロール記憶部１１５は、汎用コントロール抽出部１１０、コントロール変更部１７１０と接続されている。記憶している内容（例えば、コントロールにおける「統制の状況」等）は、コントロール変更部１７１０によって変更される。
操作者操作部１９０は、汎用コントロール抽出部１１０、汎用テスト抽出部１２０、手続内容生成部１４０、コントロール変更部１７１０と接続されている。操作者の操作に応じて、コントロール変更部１７１０に対して、コントロール記憶部１１５内に記憶されているコントロールの内容を変更する指示を渡す。
【００６４】
汎用コントロール抽出部１１０は、第１の実施の形態の汎用コントロール抽出部１１０の機能に加えて、コントロール変更部１７１０によって変更されたコントロールに対応する汎用コントロール識別子を汎用コントロール抽出部１１０から抽出する。
コントロール変更部１７１０は、コントロール記憶部１１５、操作者操作部１９０と接続されている。コントロール記憶部１１５に記憶されているコントロールの構成要素を変更する。
手続内容生成部１４０は、第１の実施の形態の手続内容生成部１４０の機能に加えて、コントロール変更部１７１０によって変更されたコントロールに対応するテストの手続内容を修正することによって、そのコントロールに対応するテストの手続内容を生成する。
【００６５】
図１８は、第２の実施の形態の構成例について別の観点からみた場合の概念的なモジュール構成図である。
内部統制支援システム１８００は、テスト管理部１８１０、テストＤＢ１８１５、テストデータ作成部１８２０、コントロール管理部１８３０、コントロールＤＢ１８３５、汎用データ管理部１８４０、汎用コントロール・汎用テストＤＢ１８４５を有している。
【００６６】
以下、図３に示したものと同等のものは、その符号を挙げて重複した説明を省略する。
テスト管理部１８１０は、テストＤＢ１８１５、テストデータ作成部１８２０と接続されており、テスト管理部３１０と同等である。ただし、ユーザーインターフェイス１８９０との通信は行う必要がないが、コントロールの修正に伴って修正されたテストをユーザーインターフェイス１８９０に渡して表示するようにしてもよい。テスト管理部１８１０は、テストＤＢ１８１５に対して、記憶しているテストデータの取得、更新を行う。
テストＤＢ１８１５は、テスト管理部１８１０と接続されており、テストＤＢ３１５と同等である。ただし、記憶しているテストがテスト管理部１８１０によって修正されることがある。
【００６７】
テストデータ作成部１８２０は、テスト管理部１８１０、コントロール管理部１８３０、汎用データ管理部１８４０と接続されており、テストデータ作成部３２０と同等である。ただし、既にあるコントロールの変更に関する処理及びそれに伴ってそのコントロールに対応するテストの内容を変更する処理を行う。
コントロール管理部１８３０は、テストデータ作成部１８２０、コントロールＤＢ１８３５と接続されており、またネットワーク１８８０を介してユーザーインターフェイス１８９０と接続されており、コントロール管理部３３０と同等である。ただし、ユーザーインターフェイス１８９０から受信したコントロールの変更指示に応じて、コントロールＤＢ１８３５内のコントロールの内容を変更する。コントロール管理部１８３０は、コントロールＤＢ１８３５に対して、記憶しているコントロールデータの取得、更新を行う。
コントロールＤＢ１８３５は、コントロール管理部１８３０と接続されており、コントロールＤＢ３３５と同等である。ただし、操作者の操作に応じて、記憶しているコントロールの内容がコントロール管理部１８３０によって変更されることがある。
【００６８】
汎用データ管理部１８４０は、テストデータ作成部１８２０、汎用コントロール・汎用テストＤＢ１８４５と接続されており、汎用データ管理部３４０と同等である。ただし、ユーザーインターフェイス１８９０との通信は行う必要がなく、変更されたコントロールに対応する汎用コントロール、それに対応する汎用テストに関する処理を行う。
汎用コントロール・汎用テストＤＢ１８４５は、汎用データ管理部１８４０と接続されており、汎用コントロール・汎用テストＤＢ３４５と同等である。
ユーザーインターフェイス１８９０は、ネットワーク１８８０を介してコントロール管理部１８３０と接続されており、ユーザーインターフェイス３９０と同等である。ただし、既にあるコントロールに対する変更を受け付けて、コントロール管理部１８３０に送信する処理を行う。
【００６９】
図１９は、テストデータの修正例を示す概念的な説明図である。
例えば、操作者の操作に応じて、既にあるコントロール１が持つ属性情報１９２２をコントロール１が持つ属性情報１９３２に変更した場合、つまり、属性Ａを「営業部長」から「営業２課長」へ、属性Ｂを「注文書」から「注文依頼書」へ変更する。なお、属性Ｃについては変更されていない。この場合に、それに伴ってコントロール１  １９２１に対応しているテスト１  １９２５とテスト１’  １９２６を修正して、それぞれテスト１  １９３５とテスト１’  １９３６に修正するものである。つまり、テスト１  １９２５の「注文書に営業部長の承認印があること」をテスト１  １９３５の「注文依頼書に営業２課長の承認印があること」に修正して、テスト１’  １９２６の「注文書と請求書の金額が整合していること」をテスト１’  １９３６の「注文依頼書と請求書の金額が整合していること」に修正するものである。
【００７０】
つまり、コントロール・テストデータ群１９２０において、コントロール１  １９２１のコントロール１が持つ属性情報１９２２がコントロール１が持つ属性情報１９３２へ変更された場合に、汎用データ群１９１０を用いて、コントロール１  １９２１に対応しているテスト１  １９２５とテスト１’  １９２６をテスト１  １９３５とテスト１’  １９３６へ修正するものである。
【００７１】
コントロールの属性の変更はコントロール１が持つ属性情報１９２２内の属性Ａと属性Ｂに対してであるので、テストデータ作成部１８２０は、汎用テスト１  １９１２内にある「＄［Ｂ］」と「＄「Ａ］」、汎用テスト１’  １９１３内にある「＄［Ｂ］」に変更したものを代入して、テスト１  １９３５とテスト１’  １９３６を生成している。
【００７２】
図２０は、第２の実施の形態による処理例を示すフローチャートである。
ステップＳ２００２では、修正するコントロールをコントロール管理部１８３０がユーザーインターフェイス１８９０から受信する。
ステップＳ２００４では、コントロール管理部１８３０は、ステップＳ２００２で受信したコントロールをコントロールＤＢ１８３５に登録する。これによって、コントロールＤＢ１８３５内のコントロールテーブル６００が修正される。
ステップＳ２００６では、コントロール管理部１８３０は、ステップＳ２００４で更新されたコントロールをテストデータ作成部１８２０に渡す。
【００７３】
ステップＳ２００８では、テストデータ作成部１８２０は、ステップＳ２００６で渡されたコントロールをテスト管理部１８１０に渡す。
ステップＳ２０１０では、テスト管理部１８１０は、ステップＳ２００８で渡されたコントロールを対象とするテストをテストＤＢ１８１５から取得し、テストデータ作成部１８２０に渡す。
ステップＳ２０１２では、テストデータ作成部１８２０は、ステップＳ２０１０で渡されたコントロールを汎用データ管理部１８４０に渡す。
【００７４】
ステップＳ２０１４では、汎用データ管理部１８４０は、ステップＳ２０１２で渡されたコントロールを用いて、汎用コントロール・汎用テストＤＢ１８４５から汎用コントロール、汎用テストを取得し、テストデータ作成部１８２０に渡す。
ステップＳ２０１６では、テストデータ作成部１８２０は、コントロール、汎用コントロール、汎用テスト、既存テストを基にして、修正後のテストデータを作成する。
【００７５】
ステップＳ２０１８では、テストデータ作成部１８２０は、ステップＳ２０１６で作成したテストデータをテスト管理部１８１０に渡す。
ステップＳ２０２０では、テスト管理部１８１０は、ステップＳ２０１８で渡されたテストデータでテストＤＢ１８１５を更新する。
【００７６】
図２１を用いて、第１及び第２の実施の形態を実現するための内部統制のためのシステム全体の構成例を説明する。
システム全体は、クライアント２１１０、内部統制処理サーバー２１２０から構成されている。なお、それぞれの構成は複数であってもよい。クライアント２１１０と内部統制処理サーバー２１２０の間は、通信回線２１３０を介して接続されている。そして、クライアント２１１０と内部統制処理サーバー２１２０とにおけるデータのやりとりは、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）等を用いてデータが記述されており、ＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）等の通信プロトコルを用いて接続されている。
クライアント２１１０は、操作者が、内部統制処理サーバー２１２０を用いるためのユーザーインターフェイス（操作者操作部１９０、ユーザーインターフェイス３９０等）の機能を有している。
内部統制におけるテストの手続内容を生成するために、内部統制処理サーバー２１２０ではテストの手続内容の生成処理を行うための指示を受け付けるための表示、その結果を表示等するための画面をクライアント２１１０に表示する。
なお、このシステムは、会社単位で構築してもよいし、関連会社（子会社、親会社等を含む）の間で１つのシステムを構築するようにしてもよい。
【００７７】
なお、第１及び第２の実施の形態としてのプログラムが実行されるコンピュータのハードウェア構成は、図２２に例示するように、一般的なコンピュータであり、具体的にはパーソナルコンピュータ、サーバーとなり得るコンピュータ等である。汎用コントロール抽出部１１０、汎用テスト抽出部１２０、手続内容抽出部１３０、手続内容生成部１４０等のプログラムを実行するＣＰＵ２２０１と、そのプログラムやデータを記憶するＲＡＭ２２０２と、本コンピュータを起動するためのプログラム等が格納されているＲＯＭ２２０３と、補助記憶装置であるＨＤ２２０４（例えばハードディスクを用いることができる）と、キーボード、マウス等のデータを入力する入力装置２２０６と、ＣＲＴや液晶ディスプレイ等の出力装置２２０５と、通信ネットワークと接続するための通信回線インターフェイス２２０７（例えばネットワークインターフェイスカードを用いることができる）、そして、それらをつないでデータのやりとりをするためのバス２２０８により構成されている。これらのコンピュータが複数台互いにネットワークによって接続されていてもよい。
【００７８】
前述の実施の形態のうち、コンピュータ・プログラムによるものについては、本ハードウェア構成のシステムにソフトウェアであるコンピュータ・プログラムを読み込ませ、ソフトウェアとハードウェア資源とが協働して、前述の実施の形態が実現される。
なお、図２２に示すハードウェア構成は、１つの構成例を示すものであり、前述の実施の形態は、図２２に示す構成に限らず、前述の実施の形態において説明したモジュールを実行可能な構成であればよい。例えば、一部のモジュールを専用のハードウェア（例えばＡＳＩＣ等）で構成してもよく、一部のモジュールは外部のシステム内にあり通信回線で接続しているような形態でもよく、さらに図２２に示すシステムが複数互いに通信回線によって接続されていて互いに協調動作するようにしてもよい。また、特に、パーソナルコンピュータの他、情報家電、複写機、ファックス、スキャナ、プリンタ、複合機（スキャナ、プリンタ、複写機、ファックス等のいずれか２つ以上の機能を有している画像処理装置）などに組み込まれていてもよい。
【００７９】
なお、説明したプログラムについては、記録媒体に格納して提供してもよく、また、そのプログラムを通信手段によって提供してもよい。その場合、例えば、前記説明したプログラムについて、「プログラムを記録したコンピュータ読み取り可能な記録媒体」の発明として捉えてもよい。
「プログラムを記録したコンピュータ読み取り可能な記録媒体」とは、プログラムのインストール、実行、プログラムの流通などのために用いられる、プログラムが記録されたコンピュータで読み取り可能な記録媒体をいう。
なお、記録媒体としては、例えば、デジタル・バーサタイル・ディスク（ＤＶＤ）であって、ＤＶＤフォーラムで策定された規格である「ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ−ＲＡＭ等」、ＤＶＤ＋ＲＷで策定された規格である「ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等」、コンパクトディスク（ＣＤ）であって、読出し専用メモリ（ＣＤ−ＲＯＭ）、ＣＤレコーダブル（ＣＤ−Ｒ）、ＣＤリライタブル（ＣＤ−ＲＷ）等、ブルーレイ・ディスク（Ｂｌｕｅ−ｒａｙ  Ｄｉｓｋ）、光磁気ディスク（ＭＯ）、フレキシブルディスク（ＦＤ）、磁気テープ、ハードディスク、読出し専用メモリ（ＲＯＭ）、電気的消去及び書換可能な読出し専用メモリ（ＥＥＰＲＯＭ）、フラッシュ・メモリ、ランダム・アクセス・メモリ（ＲＡＭ）等が含まれる。
そして、前記のプログラム又はその一部は、前記記録媒体に記録して保存や流通等させてもよい。また、通信によって、例えば、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、インターネット、イントラネット、エクストラネット等に用いられる有線ネットワーク、あるいは無線通信ネットワーク、さらにこれらの組み合わせ等の伝送媒体を用いて伝送させてもよく、また、搬送波に乗せて搬送させてもよい。
さらに、前記のプログラムは、他のプログラムの一部分であってもよく、あるいは別個のプログラムと共に記録媒体に記録されていてもよい。また、複数の記録媒体に分割して
記録されていてもよい。また、圧縮や暗号化など、復元可能であればどのような態様で記録されていてもよい。
【図面の簡単な説明】
【００８０】
【図１】第１の実施の形態の構成例についての概念的なモジュール構成図である。
【図２】内部統制におけるフェーズと担当者との関係及び役割例を示す説明図である。
【図３】第１の実施の形態の構成例について別の観点からみた場合の概念的なモジュール構成図である。
【図４】テストデータの作成例を示す概念的な説明図である。
【図５】第１の実施の形態による処理例を示すフローチャートである。
【図６】コントロールテーブルのデータ構造例を示す説明図である。
【図７】汎用コントロールテーブルのデータ構造例を示す説明図である。
【図８】汎用テストテーブルのデータ構造例を示す説明図である。
【図９】テストテーブルのデータ構造例を示す説明図である。
【図１０】データ間の関係例を示す説明図である。
【図１１】コントロールテーブル等におけるデータ間の関係例を示す説明図である。
【図１２】汎用コントロール詳細設定画面の例を示す説明図である。
【図１３】汎用テスト画面の例を示す説明図である。
【図１４】汎用テスト画面の例を示す説明図である。
【図１５】コントロール詳細設定画面の例を示す説明図である。
【図１６】テスト画面の例を示す説明図である。
【図１７】第２の実施の形態の構成例についての概念的なモジュール構成図である。
【図１８】第２の実施の形態の構成例について別の観点からみた場合の概念的なモジュール構成図である。
【図１９】テストデータの修正例を示す概念的な説明図である。
【図２０】第２の実施の形態による処理例を示すフローチャートである。
【図２１】システム全体の構成例を示すブロック図である。
【図２２】第１及び第２の実施の形態を実現するコンピュータのハードウェア構成例を示すブロック図である。
【符号の説明】
【００８１】
１１０…汎用コントロール抽出部
１１５…コントロール記憶部
１２０…汎用テスト抽出部
１２５…汎用コントロール記憶部
１３０…手続内容抽出部
１３５…汎用テスト記憶部
１４０…手続内容生成部
１９０…操作者操作部
３００…内部統制支援システム
３１０…テスト管理部
３１５…テストＤＢ
３２０…テストデータ作成部
３３０…コントロール管理部
３３５…コントロールＤＢ
３４０…汎用データ管理部
３４５…汎用コントロール・汎用テストＤＢ
３８０…ネットワーク
３９０…ユーザーインターフェイス
１８００…内部統制支援システム
１８１０…テスト管理部
１８１５…テストＤＢ
１８２０…テストデータ作成部
１８３０…コントロール管理部
１８３５…コントロールＤＢ
１８４０…汎用データ管理部
１８４５…汎用コントロール・汎用テストＤＢ
１８８０…ネットワーク
１８９０…ユーザーインターフェイス
【図１】
2010044706.tif 000003
【図２】
2010044706.tif 000004
【図３】
2010044706.tif 000005
【図４】
2010044706.tif 000006
【図５】
2010044706.tif 000007
【図６】
2010044706.tif 000008
【図７】
2010044706.tif 000009
【図８】
2010044706.tif 000010
【図９】
2010044706.tif 000011
【図１０】
2010044706.tif 000012
【図１１】
2010044706.tif 000013
【図１２】
2010044706.tif 000014
【図１３】
2010044706.tif 000015
【図１４】
2010044706.tif 000016
【図１５】
2010044706.tif 000017
【図１６】
2010044706.tif 000018
【図１７】
2010044706.tif 000019
【図１８】
2010044706.tif 000020
【図１９】
2010044706.tif 000021
【図２０】
2010044706.tif 000022
【図２１】
2010044706.tif 000023
【図２２】
2010044706.tif 000024