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