JP2018088040A - 監査支援装置、監査支援システム、監査支援方法、及びプログラム - Google Patents

Abstract

【課題】監査に係る稼働を削減し、監査を効率化すること。【解決手段】監査支援装置は、監査を受ける被監査組織について、上位組織と、当該上位組織配下の下位組織と、を対応付けた組織階層情報を取得する組織情報取得部と、前記被監査組織に対する監査項目を含む第１の監査情報を、前記組織階層情報に基づいて、当該被監査組織の下位組織各々に属する組織員へ提供する第１監査情報提供部と、前記被監査組織の下位組織各々に属する組織員から、当該下位組織各々の前記第１の監査情報に対する確認結果を含む第２の監査情報を取得する第１監査情報受付部とを備える。【選択図】図１

Description

本発明は、監査支援装置、監査支援システム、監査支援方法、及びプログラムに関する。

今日、企業において、企業内における内部統制の実態の把握や、業務リスク、セキュリティリスク等の早期発見のために各種の監査が行われている。これらの監査は、ＩＳＭＳ（Ｉｎｆｏｒｍａｔｉｏｎ Ｓｅｃｕｒｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍｓ）、ＥＭＳ（Ｅｎｖｉｒｏｎｍｅｎｔａｌ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ）、米国ＳＯ（Ｓａｒｂａｎｅｓ−Ｏｘｌｅｙ）法等の各種の法域における監査を含み、近年の企業のガバナンス強化の要求に伴い、監査に要する稼働は増大している。

監査に要する稼働を削減するため、各種の監査支援システムが検討されている。例えば、特許文献１では、指定された監査対象の部署又は、プロジェクトに対して監査を行う監査人を、個々の監査人情報が蓄積されている監査人情報から少なくとも１人以上選任し、選任された監査人により行われた監査結果により、是正すべき項目がある場合には、監査対象に対して是正依頼を送信し、是正依頼に対する是正結果を取得した場合に、是正効果を確認し、その確認結果を監査対象に通知し、これら監査活動に関する一連の作業の状況を監査対象毎に管理する監査支援システムが開示されている。

特開平１０−３２０４６０号公報

しかしながら、特許文献１に記載の監査支援システムにおいては、監査対象となる組織が複数の階層構造を有する場合については考慮されていない。一般に、監査対象となる組織が大規模で複数の階層構造を有する場合、個別の監査に関する活動は下位の組織単位で行い、上位の組織が下位の組織の監査結果を取りまとめて報告を行う。この場合、組織が大規模になる程、組織間での監査データの受け渡しや、取りまとめに稼働が発生し、監査が非効率になるという問題がある。

本発明は上記の点に鑑みてなされたものであり、監査に係る稼働を削減し、監査を効率化する監査支援装置、監査支援システム、監査支援方法、及びプログラムを提供する。

本発明は上記の課題を解決するためになされたものであり、本発明の一態様は、監査を受ける被監査組織について、上位組織と、当該上位組織配下の下位組織と、を対応付けた組織階層情報を取得する組織情報取得部と、前記被監査組織に対する監査項目を含む第１の監査情報を、前記組織階層情報に基づいて、当該被監査組織の下位組織各々に属する組織員へ提供する第１監査情報提供部と、前記被監査組織の下位組織各々に属する組織員から、当該下位組織各々の前記第１の監査情報に対する確認結果を含む第２の監査情報を取得する第１監査情報受付部とを備える監査支援装置である。

また、本発明の一態様は、監査を受ける被監査組織について、上位組織と、当該上位組織配下の下位組織と、を対応付けた組織階層情報を取得する組織情報取得部と、前記被監査組織に対する監査項目を含む第１の監査情報を、前記組織階層情報に基づいて、当該被監査組織の下位組織各々に属する組織員へ提供する第１監査情報提供部と、前記被監査組織の下位組織各々に属する組織員から、当該下位組織各々の前記第１の監査情報に対する確認結果を含む第２の監査情報を取得する第１監査情報受付部とを備える監査支援システムである。

また、本発明の一態様は、監査支援装置が行う監査支援方法であって、監査を受ける被監査組織について、上位組織と、当該上位組織配下の下位組織と、を対応付けた組織階層情報を取得する組織情報取得ステップと、前記被監査組織に対する監査項目を含む第１の監査情報を、前記組織階層情報に基づいて、当該被監査組織の下位組織各々に属する組織員へ提供する第１監査情報提供ステップと、前記被監査組織の下位組織各々に属する組織員から、当該下位組織各々の前記第１の監査情報に対する確認結果を含む第２の監査情報を取得する第１監査情報受付ステップとを備える監査支援方法である。

また、本発明の一態様は、監査支援装置が有するコンピュータに、監査を受ける被監査組織について、上位組織と、当該上位組織配下の下位組織と、を対応付けた組織階層情報を取得する組織情報取得手順と、前記被監査組織に対する監査項目を含む第１の監査情報を、前記組織階層情報に基づいて、当該被監査組織の下位組織各々に属する組織員へ提供する第１監査情報提供手順と、前記被監査組織の下位組織各々に属する組織員から、当該下位組織各々の前記第１の監査情報に対する確認結果を含む第２の監査情報を取得する第１監査情報受付手順とを実行させるためのプログラムである。

本発明によれば、監査に係る稼働を削減し、監査を効率化することができる。

第１の実施形態に係る監査支援システムの構成の一例を示すブロック図である。 第１の実施形態に係る監査の流れの一例を示すフローチャートである。 第１の実施形態に係る監査支援システムの動作の一例を示す図である。 第１の実施形態に係るログイン画面の一例を示す図である。 第１の実施形態に係る組織階層情報のデータ例を示す図である。 第１の実施形態に係るアクセスリストのデータ例を示す図である。 第１実施形態に係る監査支援システムにおけるアクセス制御の一例を示す図である。 第２の実施形態に係る監査支援システムの構成の一例を示すブロック図である。 第２の実施形態に係る規格項目情報のデータ例を示す図である。 第２の実施形態に係る規格対応情報のデータ例を示す図である。 第２の実施形態に係る監査支援システムの動作の一例を示す図である。 第２の実施形態に係る集計の一例を示す第１の図である。 第２の実施形態に係る集計結果の出力の一例を示す第１の図である。 第２の実施形態に係る集計結果の出力の一例を示す第２の図である。 第２の実施形態に係る監査項目と標準規格項番との対応付けの一例を示す図である。 第２の実施形態に係る集計の一例を示す第２の図である。 第２の実施形態に係る集計結果の出力の一例を示す第３の図である。 第３の実施形態に係るステータス管理画面の一例図である。 第３の実施形態に係る監査の流れの一例を示すフローチャートである。 第３の実施形態に係る監査支援システムの構成の一例を示すブロック図である。 第３の実施形態に係るチェックポイント情報の一例を示す図である。 第３の実施形態に係る進捗情報の一例を示す図である。 第３の実施形態に係る監査支援システムの動作の一例を示す図である。

以下、本発明の実施形態について、図面を参照して説明する。
＜第１の実施形態＞
第１の実施形態に係る監査支援システム１は、監査フローを効率化することで、手続きの標準化、標準フローのシステム化による効率化、及び、ノウハウの蓄積とその活用を図るものである。
例えば、監査においては、業務主管が異なることもあり、監査の対応手順が区々である。また、被監査部門の対応者は、組織の総括担当が属人的に実施しているケースが多く、ノウハウが引き継がれないことも多い。監査項目についても、引継ぎがされないため、同じ項目が実施されているケースがある。また、監査の業務主管が異なることから、同じ項目に対しても 監査を複数回実施しているケースがある。
監査支援システム１は、監査フローを効率化することで、これらの課題を解決するものである。

より具体的には、監査支援システム１は、組織が複数の階層構造を有する場合に、監査フローを効率化する。
つまり、組織が複数の階層構造を有する場合、複数組織を経由し情報を伝達していたため期間及び稼働を要していた。例えば、全社的な監査や支店を含む監査においては、関係する被監査組織（例えば、事業部や支店）だけでも、数十の組織を超える場合がある。さらに、被監査組織においては、その下位の階層として、複数の階層（例えば、４階層）を有し、また、例えば下位の階層として、数十の活動組織（例えば、部門）を有する場合がある。この場合、１つの活動組織に対する情報は、監査事務局から、被監査組織の上位組織を介して、さらに複数の階層の組織を経由して、伝えられる。その回答は、活動組織から、複数の階層を経由して、上位組織に伝えられ、上位組織から監査事務局へ伝えられる。このような情報の伝達が、数百（数十の被監査組織に数十の活動組織を乗じた数）について行われるため、情報の伝達には、長い期間及び多くの稼働を要していた。

本実施形態では、監査支援システム１は、監査を受ける被監査組織について、上位組織と当該上位組織配下の下位組織と、を対応付けた組織階層情報を取得する。監査支援システム１は、被監査組織に対する監査項目を含む監査チェックシート（第１の監査情報）を、組織階層情報に基づいて、当該被監査組織の下位組織各々に属する組織員へ提供する。監査支援システム１は、被監査組織の下位組織各々に属する組織員から、当該下位組織各々の監査チェックシートに対する自主チェックが入力された監査チェックシート（第２の監査情報）を取得する。監査支援システム１は、取得した監査チェックシートを、被監査組織と異なる組織に属し、被監査組織の監査を行う監査員へ提供する。監査支援システム１は、自主チェックが入力された監査チェックシートに基づく監査結果を含む監査報告書（第３の監査情報）を、前記監査員から取得する。

これにより、監査支援システム１は、組織が複数の階層構造を有する場合でも、上位組織を含む組織階層を考慮した監査の管理を行いつつ、当該被監査組織の下位組織各々に属する組織員と監査員との監査チェックシート等のやり取りを、直接的に行わせることができる。これにより、監査支援システム１は、組織が複数の階層構造を有する場合に、上位組織を経由しない、又は、簡易に経由する（承認等）だけで、被監査組織の下位組織各々に属する組織員と監査員の情報の伝達をさせることができる。つまり、監査支援システム１は、組織が複数の階層構造を有する場合でも、情報の伝達に要する期間を短縮し、また、情報の伝達に要する稼働を軽減することができる。
また、監査支援システム１は、取得した情報（例えば、監査チェックシート、監査計画書、監査実施報告書等）を一元管理することができ、ノウハウの共有をすることができる。さらに、監査支援システム１は、監査項目毎に、情報を管理することで、同じ項目の監査を複数回実施することを防止できる。
また、監査支援システム１は、送付先の作業者へメール案内することにより、情報を受ける側も状況を把握できる。

［監査支援システムの構成］
図１は第１の実施形態に係る監査支援システム１の構成の一例を示すブロック図である。
図１に示すように、監査支援システム１は、監査支援装置１０と、情報端末２０Ａ、２０Ｂ、２０Ｃ、２０Ｄ、２０Ｅ（総称して情報端末２０と呼ぶ）とを備える。

監査支援装置１０は、例えば、社内に設置されたサーバ装置である。情報端末２０は、例えば、社内に設置され、各社員が使用するパーソナルコンピュータである。監査支援装置１０と情報端末２０とは有線または無線の通信回線で接続されている。

監査支援装置１０は、通信部１１と、記憶部１２と、制御部１３とを備える。
通信部１１は、有線または無線の通信回線を介して装置間の通信を行うための通信用インターフェイスを備え、情報端末２０と通信する。

記憶部１２は、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｃ Ｄｒｉｖｅ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、またはＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）などを備え、監査支援装置１０が利用する各種情報やプログラムを記憶する。記憶部１２は、情報端末２０から登録された監査計画書、監査チェックシート、監査報告書等の監査に関する情報や後述する組織階層情報、アクセスリスト等を保持する。

監査計画書は、監査の計画が記載されたドキュメントであり、被監査組織、監査員、監査実施期間、監査項目等の情報が記載される。
監査チェックシートは、監査における各監査項目および監査結果記入欄を含むチェックシートである。監査結果記入欄には、例えば、監査の結果（問題なし／不適合）やコメントが記入される。
監査報告書は、監査の結果を記載する書類である。監査の期間、監査対応者、監査結果等が記載される。また、是正事項、要望事項、コメント、高評価事項等が含まれてもよい。是正事項は是正を要する重大な事項である。要望事項は、是正事項程重大ではないが、改善を要望する事項である。高評価事項は、当該組織において実施されていた良い事項であり、他の組織への水平展開が望まれるような事項である。コメントは、その他の監査に関するコメントである。

制御部１３は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等を含むプロセッサであり、監査支援装置１０の機能を統括的に制御する。制御部１３は、組織情報取得部１３１と、第１監査情報提供部１３２と、第１監査情報受付部１３３と、第２監査情報提供部１３４と、第２監査情報受付部１３５と、通知制御部１３６と、アクセス制御部１３７と、表示制御部１３８とを備える。

組織情報取得部１３１は、外部のシステム等から組織階層情報を取得し、記憶部１２に格納する。組織階層情報は、組織階層情報とは、組織の階層構造における上位組織と当該上位組織配下の下位組織とを対応付けた情報である。組織階層情報の例については後述する。

第１監査情報提供部１３２は、監査チェックシート等を後述する活動組織の情報端末２０Ｅに提供する。第１監査情報受付部１３３は、活動組織の情報端末２０Ｅから自主チェック後の監査チェックシート等を取得し、記憶部１２に格納する。
第２監査情報提供部１３４は、自主チェック後の監査チェックシート等を監査員の情報端末２０Ｂに提供する。第２監査情報受付部１３５は、監査員の情報端末２０Ｂから監査実施後の監査報告書を取得する。
上記の監査に関する情報の具体的なやりとりについては後述する。なお、監査に関する情報の提供は、ファイルによる提供でもよいし、ＷＥＢ画面での表示であってもよい。また、監査に関する情報の取得はファイルによる取得でもよいし、ＷＥＢ画面からの入力により取得してもよい。

通知制御部１３６は、情報端末２０に対して各種の通知を行う。各種の通知は、情報端末２０の使用者に対して監査に係る作業の開始を促すための通知が含まれる。通知制御部１３６は、メール送信やＷＥＢ画面上へのポップアップ表示等により通知を行う。

アクセス制御部１３７は、情報端末２０からのアクセスを制御するための、アクセスリストを生成し、当該アクセスリストに基づいてアクセス制御を行う。アクセスリストの例、アクセス制御の内容については後述する。

表示制御部１３８は、情報端末２０が、監査支援装置１０にアクセスした際の各種ＷＥＢ画面を生成し、表示する。各種ＷＥＢ画面には、ログイン画面や監査に関する情報の登録、取得用の画面等が含まれる。

ここで、被監査組織の構成について説明する。被監査組織は監査を受ける組織であり、組織内に階層構造を有する。１ｓｔ組織は、最上位に存在する組織であり、例えば、事業本部に相当する。２ｎｄ組織は、１ｓｔ組織の配下に存在する組織であり、例えば、事業部に相当する。３ｒｄ組織は、２ｎｄ組織の配下に存在する組織であり、例えば、部門に相当する。さらに下位に、課や担当に相当する組織が存在してもよい。

監査の対象となるのは、被監査組織であり、監査の内容により、１ｓｔ組織配下の組織が被監査組織となる場合や２ｎｄ組織配下の組織が被監査組織となる場合がある。例えば、被監査組織が１ｓｔ組織配下の組織である場合、組織の規模が大きいため、監査の事前準備、現場対応等は下位の組織の担当者が行う。従来の監査では、被監査組織において、１ｓｔ組織が監査事務局との窓口となり、監査に関する情報の授受は、例えば、１ｓｔ組織から２ｎｄ組織、２ｎｄ組織から３ｒｄ組織と順々に行われていた。下位組織での監査対応後の情報も順々に上位組織へと渡され、監査時の情報の授受に係る稼働が大きかった。
本実施形態に係る監査支援システム１では上記のような問題の解決が可能である。
なお、上述した監査の対応を行う下位組織を活動組織と称し、本実施形態では、３ｒｄ組織が活動組織である例を説明する。

情報端末２０Ａは、監査を統括する監査事務局に属する社員が使用する端末である。
情報端末２０Ｂは、監査を行う監査員が使用する端末である。なお、監査員は、監査の公平性を保つため、通常は被監査組織とは異なる組織に属する。
情報端末２０Ｃ、２０Ｄ、２０Ｅは被監査組織に属する社員が使用する端末である。情報端末２０Ｃは、１ｓｔ組織に属する社員が使用する端末であり、情報端末２０Ｄは、２ｎｄ組織に属する社員が使用する端末であり、情報端末２０Ｅは、３ｒｄ組織に属する社員が使用する端末である。
情報端末２０は、いずれも、通信機能、入出力機能、ブラウジング機能等を有し、通信回線を介して監査支援装置１０にアクセスし、監査に関する情報の入出力が可能である。情報端末２０Ａ、２０Ｂ、２０Ｃ、２０Ｄ、２０Ｅは機能的には共通であり、同一の端末であってもよい。その場合、使用者の役割によって、例えば、監査員がログインした情報端末２０を情報端末２０Ｂと称する。

なお、本明細書において、被監査組織、活動組織、監査事務局等の組織を示す用語は、各組織に属する社員を示す場合がある。例えば、“被監査組織が、情報端末２０を使用する。”という場合、被監査組織に属する社員が情報端末２０を使用することを表す。

［監査支援システムのフロー］
次に、図２を参照して、監査の流れを説明する。
図２は、本実施形態に係る監査の流れの一例を示すフローチャートである。
まず、監査事務局が監査のための事前準備を行う（ステップＳ１０１）。具体的には、監査事務局が、監査の方針や監査チェックシートを策定し、監査支援装置１０に登録する。また、監査事務局が監査員に対するアクセス権の設定を監査支援装置１０に登録する。

次に、被監査組織内の各活動組織が監査のための事前準備を行う（ステップＳ１０２）。具体的には、活動組織が監査支援装置１０から、監査チェックシートを取得し、監査チェックシートに基づき、自主チェックを行う。活動組織はチェック済の監査チェックシートを監査支援装置１０に登録する。

次に、監査員が監査のための事前準備を行う（ステップＳ１０３）。具体的には、監査員が、監査チェックシートを、監査支援装置１０から取得し確認する。また、監査員が活動組織との監査実施日の調整等も行う。

次に、監査員が被監査組織に対して監査を行う（ステップＳ１０４）。すなわち、監査チェックシートによる自主チェック結果が正しいかを活動組織の所在地で確認する。例えば、チェック項目に対応する証跡等を監査員が目視で確認する。
次に、監査員が、監査報告書を作成し、監査支援装置１０に登録する（ステップＳ１０５）。

次に、監査事務局が、監査支援装置１０から監査報告書を取得し、確認する（ステップＳ１０６）。確認の結果、是正が必要な場合（ステップＳ１０７／ＹＥＳ）、フォローアップ監査を実施する（ステップＳ１０８）。なお、フォローアップ監査とは、監査において是正事項があった場合に、被監査組織が是正処置活動を報告し、監査事務局および監査員が、是正処置活動の実施状況を監査するものである。

フォローアップ監査終了後、または、是正不要であった場合（ステップＳ１０７／ＮＯ）、監査事務局が各組織の監査方向書を取りまとめ、全社の監査報告書を作成し、監査支援装置１０に登録する（ステップＳ１０９）。
なお、フォローアップ監査（ステップＳ１０８）は、全社の監査報告書の作成（ステップＳ１０９）の後に事後的に行ってもよい。
以上で、本実施形態における監査全体の流れの説明を終了する。

次に、本実施形態に係る監査支援システム１の動作について説明する。
図３は、本実施形態に係る監査支援システム１の動作の一例を示す図である。
まず、監査事務局の情報端末２０Ａが監査支援装置１０にアクセスし、ログインを行う（ステップＳ２０１）。監査支援装置１０の表示制御部１３８は、ログイン用のＷＥＢ画面を生成し、表示する。

図４に示すように、ログイン画面では、監査種別、役割種別の選択が可能である。監査種別とは、対象とする監査の種別であり、ＩＳＭＳ内部監査、米国ＳＯ法モニタリング、顧客要望事項内部監査等が含まれる。役割種別とは、監査における自身の役割であり、監査事務局、監査員、被監査組織等が含まれる。
監査事務局は、事前作業を行う監査の種別を選択し、自身の役割種別を選択する。ログイン画面では、監査年度や監査の時期／回数等についても選択可能である。上記の項目が選択されることにより、該当する項目についての作業を開始することができる。

なお、監査事務局に属する社員は、予め情報端末２０Ａに自信の社員コード、パスワード等で社内システムにログインしており、情報端末２０Ａは監査支援装置１０へのアクセス時に、クッキー（Ｃｏｏｋｉｅ）等により、当該社員のログイン情報を付与してもよい。監査支援装置１０のアクセス制御部１３７は、取得したログイン情報に基づいて、選択可能な項目を制限してもよい。
以降、各情報端末２０のログイン時の説明は省略する。

図３に戻り、監査支援システム１の動作の説明を続ける。
ステップＳ２０１の後、監査支援装置１０の第１監査情報提供部１３２は、監査事務局の情報端末２０Ａから監査チェックシートを取得する（ステップＳ２０２）。第１監査情報提供部１３２は、監査チェックシートとあわせて、監査計画書等の他の情報を取得してもよい。

次に、組織情報取得部１３１は、組織階層情報を取得する（ステップＳ２０３）。
図５の例に示す通り、組織階層情報は、１ｓｔ組織、２ｎｄ組織、３ｒｄ組織等の組織の階層に対応する組織名を示す情報が記録されている。また、監査の対応を行う活動組織については、活動組織である旨を示す情報が付与されている。図５の例では、例えば、１ｓｔ組織であるＡ事業部の配下に、２ｎｄ組織としてａ事業部が存在し、ａ事業部の配下に３ｒｄ組織としてｍ部門が存在する。また、ｍ部門は当該監査における活動組織として登録されている。
組織情報取得部１３１は、予め記憶部１２に登録された組織階層情報を取得してもよいし、外部のシステム等から取得してもよい。

次に、通知制御部１３６は、活動組織に対して監査作業を開始する旨の通知を行う（ステップＳ２０４）。通知制御部１３６は、監査チェックシートの取得を契機に当該通知値を行う。また、通知制御部１３６は、取得した組織階層情報に基づいて、該当する監査における活動組織の通知先に対して通知を行う。

次に、活動組織の情報端末２０Ｅからのアクセスに対して、アクセス制御部１３７が後述するアクセスリストに基づいて、当該アクセスを制御する（ステップＳ２０５）。アクセスが許可された場合、第１監査情報提供部１３２は、組織階層情報を参照し、当該監査の情報端末２０Ｅに該当する監査チェックシートを提供する（ステップＳ２０６）。

活動組織による自主チェックが行われた後、第１監査情報受付部１３３は、監査員の情報端末２０Ｂから、自主チェックの結果が入力された監査チェックシートを取得する（ステップＳ２０７）。

次に、通知制御部１３６は、当該監査の監査員に対して、監査作業を開始する旨の通知を行う（ステップＳ２１０）。通知制御部１３６は、自主チェックの結果が入力された監査チェックシートの取得を契機に当該通知を行う。

次に、監査員の情報端末２０Ｂからのアクセスに対して、アクセス制御部１３７が後述するアクセスリストに基づいて、当該アクセスを制御する（ステップＳ２０９）。アクセスが許可された場合、第２監査情報提供部１３４は、当該監査の情報端末２０Ｅに該当する自主チェックの結果が入力された監査チェックシートを提供する（ステップＳ２１０）。

監査員による監査が行われた後、第２監査情報受付部１３５は、監査員の情報端末２０Ｂから、監査の結果が入力された監査報告書を取得する（ステップＳ２１１）。その後、第１監査情報提供部１３２または第２監査情報提供部１３４は、監査事務局および被監査組織に対して、監査報告書を提供する。第１監査情報提供部１３２または第２監査情報提供部１３４は予め定められた設定により、活動組織だけでなく活動組織の上位組織に対し監査報告書を提供してもよい。

なお、上述した各ステップについては、全てを実施する必要はなく、適宜必要なステップだけを選択して実施してもよい。例えば、通知に係るステップ（ステップＳ２０４、ステップＳ２０８）や監査報告書の提供に係るステップ（ステップＳ２１２）を省略してもよい。また、例えば、活動組織との情報の授受に係るステップ（ステップＳ２０４〜ステップＳ２０７）や、監査員との情報の授受に係るステップ（ステップＳ２０８〜ステップＳ２１１）を省略して実施してもよい。
以上で、図３の説明を終了する。

次に、アクセス制御部１３７の処理について説明する。
アクセス制御部１３７は監査準備において監査事務局から入力された情報や組織階層情報に基づいて、アクセスリストを生成する。そして、アクセスリストの設定に基づき情報端末２０からのアクセスを制御する。ただし、アクセス制御部１３７は、アクセスリストを情報端末２０や外部システム等から取得してアクセス制御を行ってもよい。

図６に示す例の通り、アクセスリストは、組織員毎のレコードについて、所属組織、監査ＩＤ、監査種別、役割、監査対象、アクセス許可に関する情報の項目を有する。図６の例では、“〇〇太郎”はＡ事業本部ａ事業部ｎ部門に所属し、監査ＩＤ１のＩＳＭＳ監査について、ｂ事業部に対する監査員であることを示している。また、“〇〇太郎”はＡ事業本部に所属するため、通常ｂ事業部の監査に関する情報へのアクセスはできないが、監査員であるため、監査の期間だけ、対象欄に記載の情報に対してアクセスが許可されることを示している。

ここで、アクセス制御部１３７は、使用者の役割に応じてアクセス対象の項目を設定する。例えば、監査員である“〇〇太郎”については、監査員としての作業に必要な自主チェック後の監査チェックシートおよび監査報告書へのアクセスを許可する。また、例えば、被監査組織員である“□□花子”については、自主チェックを行うための監査チェックシートに加えて、自組織の自主チェックシート後のチェックシートや監査報告書へのアクセスを許可する。更に、自主チェックを行う際の参考にするため、自組織内の過去の監査情報に対するアクセスを許可してもよい。

次に、アクセス制御部１３７の機能の一例を説明する。
図７は、本実施形態に係る監査支援システム１におけるアクセス制御の一例を示す図である。図７の例では、監査事務局と、１ｓｔ組織であるＡ事業本部とが存在する。Ａ事業部の配下に２ｎｄ組織であるａ事業部とｂ事業部が存在し、さらにａ事業部の配下にｍ部門とｎ部門、ｂ事業部の配下にｐ部門とｑ部門が存在する。そして、被監査組織はｂ事業部（図１０中の破線内）であり、実際に監査の対応を行う活動組織は３ｒｄ組織であるｐ部門およびｑ部門である。また、監査を行う監査員は、被監査組織と異なるａ事業部配下のｎ部門に属する。

監査支援装置１０のアクセス制御部１３７は、情報端末２０からのアクセスの際に、アクセスリストに基づいてアクセス制御を行う。
例えば、アクセス制御部１３７は、監査員が使用する情報端末２０Ｅに対して、監査の期間中は被監査組織に対するアクセスを許可する。アクセスについては、閲覧、取得、登録等が含まれ、利用者の役割に応じて設定が可能である。この例では、監査員はａ事業部配下のｎ部門に所属するため、通常ｂ事業部の情報にはアクセスできないが、監査の期間中だけ、被監査組織であるｂ事業部、ｐ部門、ｑ部門の監査に関する情報について、監査支援装置１０を介して、閲覧、取得、登録が可能である。

また、アクセス制御部１３７は、活動組織間で、監査に関する情報に対するアクセスを制限する。例えば、ｐ部門の情報端末２０Ｅからのアクセスに対して、ｑ部門の監査に関する情報へのアクセスを拒否する。また、ｑ部門の情報端末２０Ｅからのアクセスに対して、ｐ部門の監査に関する情報へのアクセスを拒否する。ｐ部門およびｑ部門の上位組織であるｂ部門は、ｐ部門およびｑ部門の監査に関する情報にアクセス可能としてもよい。また、ｐ部門およびｑ部門は、ｂ事業部において取りまとめられた監査結果については、アクセス可能としてもよい。

また、アクセス制御部１３７は、監査の種別に応じて、上記の活動組織間のアクセスの制限を変更することができる。例えば、顧客情報を取り扱う監査等で、情報隔離の必要性が高い種類の監査においては、上記の活動組織間での監査に関する情報へのアクセスを禁止し、他の監査においては、アクセスを許可してもよい。

また、アクセス制御部１３７は、被監査組織内の各組織について、当該組織における過去の監査情報へのアクセスを許可する。例えば、ｐ部門の情報端末２０Ｅが監査支援装置１０にアクセスし、過去のｂ事業部の監査報告書を閲覧することが可能である。

以上説明した通り、本実施形態に係る監査支援システム１における監査支援装置１０は、監査を受ける被監査組織について、上位組織と、当該上位組織配下の下位組織と、を対応付けた組織階層情報を取得する組織情報取得部１３１と、被監査組織に対する監査項目を含む第１の監査情報（監査チェックシート等）を、組織階層情報に基づいて、当該被監査組織の下位組織各々に属する組織員へ提供する第１監査情報提供部１３２と、被監査組織の下位組織各々に属する組織員から、当該下位組織各々の第１の監査情報に対する確認結果を含む第２の監査情報（自主チェック後の監査チェックシート等）を取得する第１監査情報受付部１３３とを備える。

これにより、階層構造を有する大規模な組織においても、監査の対応を行う組織が、直接監査支援装置１０を介して監査に関する情報の授受を行うことができ、監査に係る稼働を削減し、監査を効率化することができる。

また、監査支援装置１０は、第２の監査情報を、被監査組織と異なる組織に属し、被監査組織の監査を行う監査員へ提供する第２監査情報提供部１３４と、第２の監査情報に基づく監査結果を含む第３の監査情報（監査報告書等）を、監査員から取得する第２監査情報受付部１３５とを備える。
これにより、被監査組織と異なる組織に属する監査員も、直接監査支援装置１０を介して監査に関する情報の授受を行うことができ、監査に係る稼働を削減し、監査を効率化することができる。

また、監査支援装置１０は、下位組織に属する組織員に対して、第１の監査情報または第３の監査情報の取得を契機に、監査に関する作業の開始を指示する通知を行う通知制御部１３６を備える。
これにより、監査の対応を行う下位組織の組織員が迅速に作業を開始することができる。

また、監査支援装置１０は、監査員に対して、第２の監査情報の取得を契機に、監査に関する作業の開始を指示する通知を行う通知制御部１３６を備える。
これにより、監査を行う監査員が迅速に作業を開始することができる。

また、監査支援装置１０は、監査員に対して、当該監査員の監査対象である下位組織の第２の監査情報または第３の監査情報に対するアクセスを許可するアクセス制御部１３７を備える。
これにより、監査員に対して監査に必要な情報のみを提供しセキュリティを確保することができる。

また、監査支援装置１０は、上位組織または前記下位組織に属する組織員に対して、当該組織員の属する前記被監査組織の前記第１の監査情報、前記第２の監査情報または前記第３の監査情報に対するアクセスを許可するアクセス制御部１３７を備える。
これにより、被監査組織に属する組織員が組織内の監査に関する情報を活用することができる。

また、アクセス制御部１３７は、下位組織間で、監査の種別に基づき、第１の監査情報、第２の監査情報または第３の監査情報に対するアクセスを制限する。
これにより、監査の内容に応じて監査の対応を行う下位組織間で監査情報を遮断しセキュリティを確保することができる。

また、本実施形態に係る監査支援システム１は、監査を受ける被監査組織について、上位組織と、当該上位組織配下の下位組織と、を対応付けた組織階層情報を取得する組織情報取得部１３１と、被監査組織に対する監査項目を含む第１の監査情報を、組織階層情報に基づいて、当該被監査組織の下位組織各々に属する組織員へ提供する第１監査情報提供部１３２と、被監査組織の下位組織各々に属する組織員から、当該下位組織各々の第１の監査情報に対する確認結果を含む第２の監査情報を取得する第１監査情報受付部１３３とを備える。
これにより、上述した監査支援装置１０と同様の効果を奏し、監査に係る稼働を削減し、監査を効率化することができる。

また、本実施形態に係る監査支援方法は、監査を受ける被監査組織について、上位組織と、当該上位組織配下の下位組織と、を対応付けた組織階層情報を取得する組織情報取得ステップと、被監査組織に対する監査項目を含む第１の監査情報を、組織階層情報に基づいて、当該被監査組織の下位組織各々に属する組織員へ提供する第１監査情報提供ステップと、被監査組織の下位組織各々に属する組織員から、当該下位組織各々の前記第１の監査情報に対する確認結果を含む第２の監査情報を取得する第１監査情報受付ステップとを備える。
これにより、上述した監査支援装置１０と同様の効果を奏し、監査に係る稼働を削減し、監査を効率化することができる。

＜第２の実施形態＞
以下、本発明の第２の実施形態について説明する。なお、上述した実施形態と同様の構成については、同一の符号を付し、その説明を援用する。
第２の実施形態に係る監査支援システム２は、監査結果について、集計を効率化・高度化することで、評価軸を統一し、統一された帳票（監査計画書、監査チェックシート、監査報告書等）を定義し、分析を容易化する。また、監査支援システム２は、これまでの監査の対象組織や実施項目の一元管理を行う。
例えば、監査においては、監査の情報や監査結果の情報等が組織間で引き継がれ難いため、サンプリング結果が、いつも同じ組織のものというケースがある。また、監査においては、組織毎に、使用する帳票が監査ごとに区々であり、判断尺度も異なる。
監査支援システム２は、集計を効率化・高度化することで、これらの課題を解決するものである。

より具体的には、監査支援システム１は、標準規格の項目を考慮した集計を行う。
監査支援システム２は、被監査組織に対する監査項目を含む監査チェックシートを、監査員へ提供する。監査支援システム２は、監査チェックシートに基づく監査結果であって監査項目各々に対応付けられた監査結果情報（監査報告書の是正事項、要望事項、コメント、高評価事項等）を、監査員から取得する。監査支援システム２は、監査結果情報を監査項目に基づいて集計する。
ここで、監査支援システム２は、監査項目と標準規格の項目を示す規格項目情報とが対応付けられた規格対応情報に基づいて、監査結果情報を規格項目情報に対応付け、この規格項目情報に基づいて、監査結果情報を集計する。

このように、監査支援システム２は、標準規格毎、規格項目情報毎に、監査結果情報を一元管理することができる。これにより、監査支援システム２は、標準規格毎、規格項目情報毎に、各被監査組織の監査状況を把握することができる。
例えば、監査支援システム２は、監査種別（標準規格）に、横断的に監査結果の集計が一覧で見える化することができ、集計稼働を削減させることができる。監査支援システム２は、過去の集計結果や監査状況も閲覧可能とし、次へのインプット情報としての活用を、簡易に実現できる。監査支援システム２は、１組織が関連するすべての契約、システム、監査項目（規格項目）を横串で抽出することもできる。

［監査支援システムの構成］
図８は第２の実施形態に係る監査支援システム２の構成の一例を示すブロック図である。
図８に示すように、監査支援システム２は、監査支援装置３０と、情報端末２０Ａ、２０Ｂ、２０Ｃ、２０Ｄ、２０Ｅとを備える。また、監査支援装置３０は、通信部１１と、記憶部３２と、制御部３３とを備える。

記憶部３２は、記憶部１２と同様の機能を有し、さらに規格項目情報と規格対応情報とを有する。
規格項目情報は、ＩＳＭＳ（ＪＩＳ Ｑ ２７００１）、個人情報保護マネジメントシステム（ＪＩＳ Ｑ １５００１）等の標準規格における規格項目を示す情報である。
図９は、ＩＳＭＳにおける規格項目情報のデータ例を示す図である。この例では、例えば、大項目である“Ａ６：内部組織”以下に中項目である“Ａ．６．１：情報セキュリティの役割及び責任”が含まれ、さらに以下の小項目が対応付けられて記載されている。規格項目情報は予め情報端末２０や他のシステムから記憶部３２に格納される。

規格対応情報は、監査の項目と標準規格の規格項目を対応付けた情報である。
図１０は、ＩＳＭＳ内部監査の監査項目と、ＩＳＭＳ標準規格の規格項番を対応付けた規格対応情報の一例である。この例では、例えば、ＩＳＭＳ内部監査における監査項目“１．１”がＩＳＭＳ標準規格の項番“Ａ．６．ｘ”に対応することを示している。なお、監査項目と規格項目の対応関係は１対１でなくてもよい。また、監査項目、規格項番はいずれも更に下位の項目、項番を有していてもよい。

制御部３３は、第１の実施形態に係る制御部１３の各機能部に加え、集計処理部１３９と出力制御部１４０とを備える。
集計処理部１３９は、情報端末２０から取得した監査結果の情報を集計する。集計処理部１３９は、情報端末２０の要求に応じて、組織、システム、年度、標準規格項番、コメント種別等の項目毎に集計を行う。集計処理部１３９の処理については後述する。
出力制御部１４０は、集計処理部１３９の集計結果を出力する。出力の形式については表形式での出力やグラフでの出力等が含まれる。出力の形態については、ファイル形式での出力やＷＥＢ画面上での出力等が含まれる。

次に、本実施形態に係る監査支援システム２の動作について説明する。
図１１は、本実施形態に係る監査支援システム２の動作の一例を示す図である。
まず、監査支援装置３０の第２監査情報提供部１３４が、監査員の情報端末２０Ｂに被監査組織（活動組織）による自主チェック後の監査チェックシートを提供する（ステップＳ３０１）。
次に、監査支援装置３０の第２監査情報受付部１３５が、情報端末２０Ｂから監査報告書を取得する（ステップＳ３０２）。

次に、第２監査情報受付部１３５は、記憶部３２から規格対応情報を取得し、規格対応情報に基づいて、監査チェックシートに含まれる監査結果と、規格項目情報を対応付ける（ステップＳ３０４）。具体的には、第２監査情報受付部１３５は、記憶部３２に記憶された複数の監査チェックシートから各監査を識別するための監査ＩＤに基づいて、監査毎に監査員が入力した情報（是正事項、要望事項、コメント事項、高評価事項等）を抽出し、規格項目と対応付ける。

次に、集計処理部１３９は、規格項目情報に基づいて、監査結果を集計する（ステップＳ３０５）。具体的には、集計処理部１３９は、監査結果と対応付けられた規格項目を軸にして、集計の項目ごとに、監査員が入力した要望事項等の数を計数する。
次に、出力制御部１４０は、情報端末２０の指定する項目について、集計処理部１３９の集計結果に基づいて集計結果を出力する（ステップＳ３０６）。
以上で、図１１の説明を終了し、以下、集計および集計の出力結果の具体例について説明する。

図１２は、規格項目情報に基づいて、要望事項の件数を組織別に集計した場合の一例を示す図である。
この例では、集計処理部１３９は、ＩＳＭＳ標準規格の規格項目Ａ．５からＡ．９について、要望事項の件数を組織別に集計している。例えば、“Ａ．８：資産の管理”については、Ａ事業部が１件、Ｂ事業部が２件、Ｃ支店が５件の要望事項が報告されたことを示している。

出力制御部１４０は、図１２に示すような表形式で集計結果を出力してもよいし、図１３のようにグラフ形式で出力してもよい。図１３の例では、縦軸が要望事項件数を示し、横軸が組織を示している。これにより、例えば、“Ａ．８：資産の管理”（図１３中の横線網掛け部分）について、Ａ事業部が１件、Ｂ事業部が２件、Ｃ支店が５件の要望事項が報告されたことが視覚的に把握できる。

また、集計処理部１３９は、是正事項または要望事項の件数と高評価事項の件数をそれぞれ計数し、出力制御部１４０が是正事項または要望事項の件数と高評価事項の件数を対応付けて出力してもよい。

図１４は、組織ごとに、高評価事項、要望事項および是正事項を対応付けて出力した例を示す図である。この例では、例えば、Ａ事業部とＢ事業部は要望事項（図１４中の斜線部分）の件数は３件ずつで同じだが、Ａ事業部は高評価事項（図１４中の白塗り部分）が５件より報告されており、相対的にＢ事業部より良い傾向であることを把握することができる。また、出力制御部１４０は、Ａ事業部の高評価事項の具体的な内容をさらに抽出、出力してもよい。これにより、高評価事項を他の組織へ水平展開を行う等の検討が可能になる。

次に、法域の異なる監査種別について集計を行う場合の例を説明する。
法域の異なる監査とは、例えば、ＩＳＭＳ内部監査、顧客要求事項内部監査、米国ＳＯ法モニタリング等の対象とする法域が異なる監査を指す。
第２監査情報提供部１３４は、法域の異なる監査種別についての監査チェックシートを監査員の情報端末２０Ｂに提供し、第２監査情報受付部１３５は、情報端末２０Ｂから各監査種別の監査報告書を取得する。第２監査情報受付部１３５は、取得した各監査種別の監査報告書の入力事項を、規格対応情報に基づいて規格項目と対応付ける。

図１５は、各監査の監査項目とＩＳＭＳの規格項番で対応付けた例を示す図である。
図１５（ａ）は、顧客要求事項内部監査項目とＩＳＭＳ規格項番を対応付けた例であり、例えば、顧客要求事項内部監査項目の“１．１”には、ＩＳＭＳ規格項番の“Ａ．６．ｘ”が対応することを示している。
図１５（ｂ）は、米国ＳＯ法モニタリング項目とＩＳＭＳ規格項番を対応付けた例であり、例えば、米国ＳＯ法モニタリング項目の“１．１”には、ＩＳＭＳ規格項番の“Ａ．９．ｘ”が対応することを示している。
このように、各監査項目を標準規格であるＩＳＭＳ規格の項番に対応付けることで、ＩＳＭＳの規格項番に基づいて、法域の異なる監査を対応付けることができる。

その後、集計処理部１３９は、監査種別ごとに、規格項目情報に基づいて監査報告書の入力事項を集計する。
図１６は、法域の異なる監査種別ごとに、ＩＳＭＳの規格項番に対応する要望事項の件数を集計した例を示す図である。この例では、ＩＳＭＳ内部監査、顧客要求事項内部監査、米国ＳＯ法モニタリングのそれぞれについて、ＩＳＭＳの各規格項番に対応する要望事項の件数が集計されている。

出力制御部１４０は、集計処理部１３９による集計結果を出力する。
図１７は、図１６の集計の結果をグラフ形式で出力した例である。この例では、横軸がＩＳＭＳの規格項番を表し、縦軸が要望事項の件数を表している。これにより、例えば、ＩＭＳＭ内部監査だけで比較すると、“Ａ．８：情報資産の管理”（図１７中のドット網掛け部分）と“Ａ．９：アクセス権の管理”（図１７中のドット網掛け部分）は、いずれも要望事項が８件であるが、ＩＳＭＳ規格項番でまとめた米国ＳＯ法モニタリングと顧客要求事項内部監査の項目を含めると、“Ａ．８”よりも“Ａ．９”のほうが要望事項が多いことがわかる。すなわち、異なる法域の監査にまたがっての監査結果を確認、分析することが可能となる。

以上説明した通り、本実施形態に係る監査支援システム２における監査支援装置３０は、被監査組織に対する監査項目を含む監査情報を、被監査組織と異なる組織に属し、被監査組織の監査を行う監査員へ提供する監査情報提供部１３４と、監査情報に基づく監査結果であって監査項目各々に対応付けられた監査結果情報を、監査員から取得する監査情報受付部１３５と、監査結果情報を監査項目に基づいて集計する集計処理部１３９とを備える。監査情報受付部１３５は、監査項目と標準規格の項目を示す規格項目情報とが対応付けられた規格対応情報に基づいて、監査結果情報を規格項目情報に対応付け、集計処理部１３９は、規格項目情報に基づいて、監査結果情報を集計する。
これにより、標準規格に基づいて的確に監査結果を集計し、監査の分析に活用することができる。

また、監査情報提供部１３４は、複数の被監査組織に対する監査項目を含む監査情報を提供し、監査情報受付部１３５は、監査結果情報を、被監査組織を示す被監査組織情報に対応付け、集計処理部１３９は、規格項目情報と被監査組織情報に基づいて、監査結果情報を集計する。
これにより、標準規格に基づいて監査情報を一元的に管理し、効率的に集計を行うことができる。

また、監査情報受付部１３５は、監査項目に対応付けられた入力情報を取得し、取得した入力情報を、規格対応情報に基づいて規格項目情報に対応付け、集計処理部１３９は、入力情報の数を、標準規格の項目ごとに計数する。
これにより、監査員が入力した項目の件数を取得し、監査の分析に活用することができる。

また、監査情報受付部１３５は、是正事項、要望事項、またはコメント事項のうちの少なくとも一つを含む入力情報を取得し、集計処理部１３９は、是正事項、要望事項、またはコメント事項の数を、標準規格の項目ごとに計数する。
これにより、監査員が入力した具体的な事項についての件数を取得し、監査の分析に用いることができる。

また、監査情報受付部１３５は、高評価事項を含む前記入力情報を取得し、集計処理部１３９は、高評価事項の数を、標準規格の項目ごとに計数する。
これにより、高評価事項の件数を取得し、水平展開等に活用することができる。

また、監査支援装置３０は、集計処理部１３９による集計結果を示す集計結果情報を出力する出力制御部１４０を備え、監査情報受付部１３５は、是正事項または要望事項を含む入力情報を取得し、集計処理部１３９は、是正事項または要望事項の数と、高評価事項の数と、を計数し、出力制御部１４０は、標準規格の項目および被監査組織ごとに、是正事項または要望事項の数と高評価事項の数とを対応付けて出力する。
これにより、評価の悪い事項と評価の良い事項の比率を容易に把握することができる。

また、監査情報提供部１３４は、法域の異なる監査種別について、監査情報を提供し、監査情報受付部１３５は、規格対応情報に基づいて、監査種別の監査結果情報を規格項目情報に対応付け、集計処理部１３９は、監査種別ごとに、規格項目情報に基づいて監査結果情報を集計する。
これにより、法域の異なる監査種別にまたがって集計し、監査の分析に活用することができる。

また、本実施形態に係る監査支援システム２は、被監査組織に対する監査項目を含む監査情報を、被監査組織と異なる組織に属し、被監査組織の監査を行う監査員へ提供する監査情報提供部１３４と、監査情報に基づく監査結果であって監査項目各々に対応付けられた監査結果情報を、監査員から取得する監査情報受付部１３５と、監査結果情報を監査項目に基づいて集計する集計処理部１３９とを備える。
監査情報受付部１３５は、監査項目と標準規格の項目を示す規格項目情報とが対応付けられた規格対応情報に基づいて、監査結果情報を規格項目情報に対応付け、集計処理部１３９は、規格項目情報に基づいて、監査結果情報を集計する。
これにより、監査支援装置３０と同様の効果を奏し、標準規格に基づいて監査情報を一元的に管理し、効率的に集計を行うことができる。

また、本実施形態に係る監査支援方法は、監査支援装置が行う監査支援方法であって、被監査組織に対する監査項目を含む監査情報を、被監査組織と異なる組織に属し、被監査組織の監査を行う監査員へ提供する監査情報提供ステップと、監査情報に基づく監査結果であって監査項目各々に対応付けられた監査結果情報を、監査員から取得する監査情報受付ステップと、監査結果情報を監査項目に基づいて集計する集計処理ステップとを備え、監査情報受付ステップにおいて、監査項目と標準規格の項目を示す規格項目情報とが対応付けられた規格対応情報に基づいて、監査結果情報を規格項目情報に対応付け、集計処理ステップにおいて、規格項目情報に基づいて、監査結果情報を集計する。
これにより、監査支援装置３０と同様の効果を奏し、標準規格に基づいて監査情報を一元的に管理し、効率的に集計を行うことができる。

＜第３の実施形態＞
以下、本発明の第３の実施形態について説明する。なお、上述した実施形態と同様の構成については、同一の符号を付し、その説明を援用する。
第３の実施形態に係る監査支援システム３は、被監査組織の進捗状況を一元管理することで、監査に関する作業（「監査作業」とも称する）の進捗管理の効率化を図るものである。
例えば、監査においては、監査種別や被監査組織が多く、進捗状況を関連する被監査組織に確認する稼働がかかる。監査支援システム３は、監査作業の進捗管理を効率化することで、このような課題を解決するものである。

より具体的には、監査支援システム３は、監査の一連の流れ（例えば、図２又は図３の流れ）において、その進捗を管理する。例えば、監査支援システム３は、監査種別や被監査組織毎に、監査の流れにおける進捗を一元管理する。これにより、監査支援システム３は、監査種別や被監査組織が多い場合でも、関連組織に確認する稼働を削減することができる。
例えば、全社的な監査や支店を含む監査においては、関係する被監査組織（例えば、事業部や支店）だけでも、数十の組織を超える場合がある。さらに、被監査組織においては、数十の活動組織（例えば、部門）から構成される場合がある。これらの場合、１つの監査種別だけでも、数百を超える活動組織の監査の進捗を管理する必要がある。監査支援システム３は、監査種別や被監査組織毎に、監査の流れにおける進捗を一元管理するので（図１８参照）、管理漏れを削減しつつ、管理に要する稼働を削減することができる。

例えば、監査支援システム３は、監査の流れにおいて、例えば、チェックポイントを、監査に関する作業をすべき者（監査において、役割を設定された者）、つまり、作業の主体が変化するポイントに対して設定する。
例えば、監査支援システム３は、監査チェックシート（第１の監査情報）を提供した後においては、第１チェックポイントとして、監査チェックシートに対する自主チェックが完了したポイントを設定される（図３のステップＳ２０７、Ｓ２０８、又はＳ２０９）。第１チェックポイントは、作業の主体が、監査事務局に属する社員から、被監査組織の下位組織各々に属する組織員へ変化するポイントである。
また、監査支援システム３は、第２チェックポイントとして、自主チェック後の監査チェックシート（第２の監査情報）に基づく監査が完了したポイントを設定される（図３のステップＳ２１１、又はＳ２１２）。第２チェックポイントは、作業の主体が、被監査組織の下位組織（活動組織）各々に属する組織員から、監査員へ変化するポイントである。

監査支援システム３は、例えば、各作業の主体から入力された情報に基づいて、各チェックポイントに到達したか否かを判定する。監査支援システム３は、この判定結果に基づいて、監査の進捗を表す進捗情報を出力する。

［ステータス確認画面］
監査支援装置３０のトップ画面の管理メニューから「集計・分析」を選択すると、ステータス管理メニューが表示される。ステータス管理メニューでは、監査種別、監査年度、時期／回数、組織マスタ、会社名、１ｓｔ組織、システム名が選択可能であり、「監査受審状況一覧」ボタンを押下することでステータス管理画面（図１８）に遷移する。

図１８は、ステータス管理メニューにおいて、情報端末２０の利用者が、監査種別として「ＩＳＭＳ内部監査」を選択した場合の表示例である。例えば、被監査組織の活動組織各々において、第１チェックポイントに到達した活動組織は、当該被監査組織においてチェックポイント「１．監査チェックシート（組織記入）」に計数される。また、監査計画書の登録後、第２チェックポイントに到達した活動組織は、被監査組織において、チェックポイント「４．監査報告書（監査員記入）」に計数される。
例えば、「２０１５」年度の「第２回定期」監査について、「Ａ１事業本部」には監査の活動組織（３ｒｄ組織）の数が「８」個であり、チェックポイント「４．監査報告書（監査員記入）」に「６」個の活動組織が到達し、「２」個（８から６を差し引いた個数）の活動組織が未到達であることを示す。また、同監査について、「Ａ３事業本部」では、チェックポイント「３．個別実施計画書（組織記入）」には、全「４」個の活動組織が到達しているにもかかわらず、チェックポイント「４．監査報告書（監査員記入）」に到達している活動組織は「０」個である。この場合、例えば、監査事務職は、監査員による監査、又は、報告書作成に何らかの問題が発生している推測でき、監査員等へ問い合わせをすることにより、監査の遅延を防止することができる。

なお、ステータス確認画面において、ある被監査組織について、全ての活動組織が全てのチェックポイントに到達した場合、つまり、監査が完了した場合、その監査組織について「完了」を示す情報が表示される。図１８では、情報端末２０は、「２０１５」年度の「第２回定期」監査について、「Ａ２事業本部」、「監査役室」、及び「Ｂ２支店」には「完了」を示す情報として、「完了」の項目に「○」を表示している。
なお、情報端末２０の利用者は、監査種別及び監査（例えば、年度を「２０１５」、時期／回数を「第２回定期」）、監査、監査年度、１ｓｔ組織毎を選択し、各ステータス確認画面を表示させることが可能である。例えば、監査種別及び監査を選択した場合、情報端末２０は、図１８において、年度が「２０１５」であり、かつ、時期／回数が「第２回定期」である情報のみが表示される。

このように、監査支援システム３は、ステータス確認画面を出力することで、監査種別、監査、又は、監査年度毎に、各被監査組織において、複数の活動組織の進捗状況を一覧させることができる。これにより、監査支援システム３は、例えば、複数の被監査組織間の進捗状況を比較させることができ、監査の進捗把握の稼働を削減できる。
つまり、監査支援システム３は、プロセスを定義することで、各被監査組織の監査種別毎の進捗状況をプロセス単位で把握できるように、ステータス確認画面を出力する。これにより、監査支援システム３は、進捗状況の把握を容易にさせることができ、これまで実施していた進捗確認をシステムが自動で実施することで、進捗把握の稼働を削減できるのである。
また、監査支援システム３は、現在日時とシステムに投入された更新期限（図２２で後述する到達期限。例えば、監査予定日）と比較し、進捗遅れに対しては自動でリマインドや督促を実施する。

［監査のフロー］
次に、図１９を参照して、監査の流れを説明する。
図１９は、本実施形態に係る監査の流れの一例を示すフローチャートである。
本実施形態に係るフローチャート（図１９）は、上記実施形態に係るフローチャート（図２）と比較すると、ステップＳ１０３とステップ１０６が、それぞれステップＳ１０３１及びＳ１０３２とステップＳ１０６１及びステップＳ１０６２に詳細化されている。

ステップＳ１０２の後、監査員が実施計画書を作成し、監査支援装置４０に登録する（ステップＳ１０３１）。この実施計画書は、活動組織等と調整した監査実施日等、監査員が記入すべき項目を記入したものであり、活動組織毎の監査計画を示す実施計画書（「個別実施計画書（監査員記入）」とも称する）である。
次に、被監査組織内の各活動組織は、ステップＳ１０３１で登録された実施計画書をダウンロードする。活動組織は、この実施計画書を更新し、更新した実施計画書を監査支援装置４０に登録する（ステップＳ１０３２）。その後、ステップＳ１０４へ進む。
ステップＳ１０４では、ステップＳ１０３２で登録された監査計画書に基づいて、監査員が被監査組織に対して監査を行う。

ステップＳ１０５の後、被監査組織内の各活動組織は、ステップＳ１０５で登録された監査報告書であって、自活動組織が監査対象である監査報告書を、ダウンロードする。活動組織は、この監査報告書を更新し、更新した監査報告書を監査支援装置４０に登録する（ステップＳ１０６１）。ここで、ステップＳ１０６１において、被監査組織内の上位組織は、更新した監査報告書を承認し、承認後、次のステップＳ１０６２へ進んでもよい。
次に、監査事務局が、ステップＳ１０６１で登録された監査報告書を取得し、確認する（ステップＳ１０６２）。その後、ステップＳ１０７へ進む。

［監査支援システムの構成］
図２０は、第３の実施形態に係る監査支援システム３の構成の一例を示すブロック図である。
図２０に示すように、監査支援システム３は、監査支援装置４０と、情報端末２０Ａ、２０Ｂ、２０Ｃ、２０Ｄ、２０Ｅ（総称して情報端末２０と呼ぶ）とを備える。また、監査支援装置３０は、通信部１１と、記憶部３２と、制御部３３とを備える。

記憶部３２は、記憶部１２と同様の機能を有し、さらにチェックポイント情報（図２１）と進捗情報（図２２）を有する。
ここで、チェックポイント情報は、監査の一連の流れにおいて、予め定められたポイントを示す。一例として、チェックポイントは、作業の主体が変化するポイントを示す。また、本実施形態では、監査支援システム３は、チェックポイントに到達した場合等に、監査の進捗を管理するために、進捗情報を更新する。

進捗管理部１４１は、監査支援装置４０に入力された情報（登録された情報を含む）、チェックポイント情報に基づいて、各被監査組織や各活動組織の監査について、各チェックポイントに到達したか否かを判定する。進捗管理部１４１は、判定の結果、各チェックポイントに到達したと判定した場合、各被監査組織や各活動組織の監査について、チェックポイントへの到達状況を更新し、進捗情報として記憶部４２へ登録する。
また、進捗管理部１４１は、チェックポイント毎に、次のチェックポイントに到達すべき期限を示す期限情報を、記憶部４２等から取得する。進捗管理部１４１は、最新のチェックポイントに到達した日時（「到達日時」）及び期限情報に基づいて、到達期限を設定する。例えば、期限情報は、チェックポイント毎に設定され、チェックポイント「１．監査チェックシート（組織記入）」に対して「５日」と設定されている。進捗管理部１４１は、最新のチェックポイントが「１．監査チェックシート（組織記入）」であるとき、その到達日時に５日を加算した日を、到達期限として登録する。通知制御部１３６は、現在時刻が到達期限を超えた場合、チェックポイント毎に定められた作業の主体（後述する図２１の「到達後作業者」）に対して、通知を行う。

［チェックポイント情報と進捗情報］
図２１は、本実施形態に係るチェックポイント情報の一例を示す概略図である。
この図に示すように、チェックポイント情報は、ポイント識別子、到達条件、到達チェックポイント、及び、到達後作業者の各項目の列を有している。ここで、到達条件は、チェックポイントに到達する条件を示す。到達チェックポイントは、到達条件を満たした場合に、到達するチェックポイントを示す。到達後作業者は、到達チェックポイントの次のチェックポイントに到達するために、作業をすべき作業の主体を示す。チェックポイント情報は、ポイント識別子毎に、レコードが格納される行と列からなる２次元の表形式のデータである。なお、図２１において、ポイント識別子、又は、到達チェックポイントの最初の数字の順序は、チェックポイントの順序、つまり、監査の作業の順序に従っている。

例えば、図２１において、ポイント識別子「Ｐ１１５」のレコードは、特定の活動組織の監査について、「監査報告書（監査員記入）の登録」、つまり、監査員から監査支援装置４０に監査報告書が登録されたことが到達条件であることを示す。進捗管理部１４１は、この到達条件を満たすと判定した場合、この活動組織の監査について、到達チェックポイント「５．監査報告書（組織記入）」へ到達したことを示す情報を、進捗情報に記憶させる。この場合、通知制御部１３６は、到達後作業者「活動組織」に対して、監査報告書へ記入を依頼する通知を行う。

図２２は、本実施形態に係る進捗情報の一例を示す概略図である。
この図に示すように、進捗情報は、監査年度、時期／回数、監査種別、被監査組織、事業部、部門（３ｒｄ組織、活動組織）、到達チェックポイント、達日時、及び、到達期限の各項目の列を有している。なお、監査年度及び時期／回数は、監査を識別する監査識別情報でもある。進捗情報は、監査年度と時期／回数（監査識別情報）、監査種別、被監査組織、事業部、及び、部門（活動組織）毎に、レコードが格納される行と列からなる２次元の表形式のデータである。

例えば、図２２において、１番目から４番目のレコードは、監査年度が「２０１５年」かつ時期／回数が「第２回定期」、監査種別が「ＩＳＭＳ内部監査」、被監査組織が「Ａ１事業本部」、事業部「ａ事業部」の部門「ｍ部門」が活動組織であることを示す。
また、このレコードは、当該活動組織について、チェックポイント「４．監査報告書（監査員記入）」に到達しており、このチェックポイントの到達が「２０１５年５月１９日１３時３０分」であり、到達期限が「２０１５年５月２６日１２時３０分」であることを示す。この到達期限は、次のチェックポイント「５．監査報告書（組織記入）」（図２１参照）へ到達すべき期限である。
ここで、進捗管理部１４１は、到達日時から７日後（５営業日）を、次のチェックポイントへの到達期限として登録したことを示す。この場合、通知制御部１３６は、最新状態更新期限までに、監査報告書（監査員記入）の登録（図２１のポイント識別子「Ｐ１１５」の到達条件）が満たされない場合には、監査の進捗が遅れていることを示す情報を出力（通知等）する。この場合、例えば、通知制御部１３６は、通知先を、活動組織（図２１のポイント識別子「Ｐ１１４」の到達後作業者）、当該活動組織の１ｓｔ組織、監査事務局のいずれか又はその組合せとする。なお、最新状態更新期限は、監査事務局等が入力した値であってもよい。例えば、監査事務局等が監査報告書を特定の日時までに入手したい場合、「５．監査報告書（組織記入）」に対して、その特定の日時を入力する。進捗管理部１４１は、当該監査について、チェックポイント「４．監査報告書（監査員記入）」に到達した場合に、入力された特定の日時を到達期限として、進捗情報を更新する。

［監査支援システムのフロー］
次に、監査支援システム３の動作の説明を続ける。
図２３は、本実施形態に係る監査支援システム３の動作の一例を示す図である。

まず、監査支援装置４０の第１監査情報受付部１３３が情報端末２０Ａから監査チェックシートを取得する（ステップＳ４０１）。進捗管理部１４１は、監査チェックシートの入力に基づいて、対象の監査の進捗管理を開始する（ステップＳ４０２）。具体的には、進捗管理部１４１は、例えば被監査組織の監査チェックシートが入力された場合、当該被監査組織の活動組織の全てについて、進捗管理を開始する。

次に、通知制御部１３６は、進捗管理を開始した活動組織の全てについて、の情報端末２０Ｅに対して通知を行う（ステップＳ４０３）。次に、第１監査情報提供部１３２は、各活動組織の情報端末２０Ｅからの要求に対して、ステップＳ４０１で取得した監査チェックシートを提供する（ステップＳ４０４）。

次に、各活動組織の情報端末２０Ｅから自主チェック後の監査チェックシートがアップロードされることにより、第１監査情報受付部１３３は、当該活動組織（「対象活動組織」とも称する）について、自主チェック後の監査チェックシートを取得する（ステップＳ４０５）。
次に、進捗管理部１４１は、ステップＳ４０５における監査チェックシート（自主チェックシート）の取得に基づいて、チェックポイントに到達したと判定し、当該対象活動組織についての進捗情報を更新する（ステップＳ４０６）。具体的には、進捗管理部１４１は、進捗情報において、ステップＳ４０５で監査チェックシートをアップロードした対象活動組織について、到達チェックポイント「１．監査チェックシート（組織記入）」のレコードを生成する。ここで、進捗管理部１４１は、生成したレコードにおいて、ステップＳ４０５において監査チェックシートを取得した日時を到達日時に設定し、また、期限情報に基づいて算出した到達期限を設定する。

次に、通知制御部１３６は、チェックポイント情報を参照し、「１．監査チェックシート（組織記入）」の到達後作業者が「監査員」と判定する。通知制御部１３６は、対象の監査について予め設定された監査員の情報端末２０Ｂに対して通知を行う（ステップＳ４０７）。なお、監査員は、対象活動組織毎に設定されていてもよい。
次に、監査員の情報端末２０Ｂから個別実施計画書がアップロードされることにより、第１監査情報受付部１３３は、対象活動組織についての個別実施計画書を取得する（ステップＳ４０８）。なお、個別実施計画書は、対象の監査について、対象活動組織ごとに監査の日程等が記入された計画書であって、各活動組織に固有の計画書である。
次に、進捗管理部１４１は、ステップＳ４０８における個別実施計画書（監査員記入）の取得に基づいて、当該対象活動組織の監査について、チェックポイントに到達したと判定し、進捗情報を更新する（ステップＳ４０９）。具体的には、進捗管理部１４１は、進捗情報において、個別実施計画書の対象の対象活動組織について、到達チェックポイント「２．個別実施計画書（監査員記入）」のレコードを生成する。ここで、進捗管理部１４１は、生成したレコードにおいて、ステップＳ４０８において個別実施計画書を取得した日時を到達日時に設定し、また、期限情報に基づいて算出した到達期限を設定する。

次に、通知制御部１３６は、チェックポイント情報を参照し、「２．個別実施計画書（監査員記入）」の到達後作業者が「活動組織」と判定する。通知制御部１３６は、対象の監査について予め設定された対象活動組織の情報端末２０Ｅに対して通知を行う（ステップＳ４１０）。
次に、第１監査情報提供部１３２は、各対象活動組織の情報端末２０Ｅからの要求に対して、ステップＳ４０８で取得した個別実施計画書を提供する（ステップＳ４１１）。
次に、各対象活動組織の情報端末２０Ｅから個別実施計画書がアップロードされることにより、第１監査情報受付部１３３は、当該対象活動組織について、個別実施計画書を取得する（ステップＳ４１２）。この個別実施計画書は、個別実施計画書（監査員記入）に対して、対象活動組織が追記や修正等の更新を行ったものである（「個別実施計画書（組織記入）」とも称する）。

次に、進捗管理部１４１は、ステップＳ４１２における個別実施計画書（組織記入）の取得に基づいて、当該対象活動組織の監査について、チェックポイントに到達したと判定し、進捗情報を更新する（ステップＳ４１３）。具体的には、進捗管理部１４１は、進捗情報において、ステップＳ４１２で個別実施計画書をアップロードした対象活動組織について、到達チェックポイント「３．個別実施計画書（組織記入）」のレコードを生成する。ここで、進捗管理部１４１は、生成したレコードにおいて、ステップＳ４１２において個別実施計画書を取得した日時を到達日時に設定し、また、期限情報に基づいて算出した到達期限を設定する。

次に、通知制御部１３６は、チェックポイント情報を参照し、「３．個別実施計画書（組織記入）」の到達後作業者が「監査員」と判定する。通知制御部１３６は、対象の監査について予め設定された監査員の情報端末２０Ｂに対して通知を行う（ステップＳ４１４）。
次に、第２監査情報提供部１３４は、監査員の情報端末２０Ｂからの要求に対して、ステップＳ４０５で取得した監査チェックシート、及び、ステップＳ４１２で取得した個別実施計画書を提供する（ステップＳ４１５）。
次に、監査員による監査の実施後、監査員の情報端末２０Ｂから監査報告書がアップロードされたことにより、第２監査情報受付部１３５は、当該対象活動組織について、監査報告書を取得する（ステップＳ４１６）。なお、監査報告書は、対象の監査について、対象活動組織ごとに監査の結果が記入されたものである。

次に、進捗管理部１４１は、ステップＳ４１６における監査報告書（監査員記入）の取得に基づいて、当該対象活動組織の監査について、チェックポイントに到達したと判定し、進捗情報を更新する（ステップＳ４１７）。具体的には、進捗管理部１４１は、進捗情報において、ステップＳ４１６でアップロードされた監査報告書の対象活動組織について、到達チェックポイント「４．監査報告書（監査員記入）」のレコードを生成する。ここで、進捗管理部１４１は、生成したレコードにおいて、ステップＳ４１６において監査報告書を取得した日時を到達日時に設定し、また、期限情報に基づいて算出した到達期限を設定する。

次に、通知制御部１３６は、チェックポイント情報を参照し、「４．監査報告書（監査員記入）」の到達後作業者が「活動組織」と判定する。通知制御部１３６は、対象の監査について予め設定された対象活動組織の情報端末２０Ｅに対して通知を行う（ステップＳ４１８）。
次に、第２監査情報提供部１３４は、各対象活動組織の情報端末２０Ｅからの要求に対して、ステップＳ４１６で取得した監査報告書を提供する（ステップＳ４１９）。
次に、各対象活動組織の情報端末２０Ｅから監査報告書がアップロードされることにより、第２監査情報受付部１３５は、当該対象活動組織について、監査報告書を取得する（ステップＳ４２０）。この監査報告書は、監査報告書（監査員記入）に対して、対象活動組織が追記や修正等の更新を行ったものである（「監査報告書（組織記入）」とも称する）。

次に、進捗管理部１４１は、ステップＳ４２０における監査報告書（組織記入）の取得に基づいて、当該対象活動組織の監査について、チェックポイントに到達したと判定し、進捗情報を更新する（ステップＳ４２１）。具体的には、進捗管理部１４１は、進捗情報において、ステップＳ４２０で監査報告書をアップロードした対象活動組織について、到達チェックポイント「５．監査報告書（組織記入）」のレコードを生成する。ここで、進捗管理部１４１は、生成したレコードにおいて、ステップＳ４２０において監査報告書を取得した日時を到達日時に設定し、また、期限情報に基づいて算出した到達期限を設定する。

次に、通知制御部１３６は、チェックポイント情報を参照し、「５．監査報告書（組織記入）」の到達後作業者が「監査事務局」と判定する。通知制御部１３６は、対象の監査について予め設定された監査事務局の情報端末２０Ａに対して通知を行う（ステップＳ４１８）。
次に、第２監査情報提供部１３４は、監査事務局の情報端末２０Ａからの要求に対して、ステップＳ４２０で取得した監査報告書を提供する（ステップＳ４２２）。
次に、監査事務局による監査の確認及び承認後、監査事務局の情報端末２０Ａから、各対象活動組織の監査について、監査報告書を承認したことを示す承認情報が入力される。この承認情報には、承認した監査の対象活動組織が含まれる。第２監査情報受付部１３５は、対象活動組織毎に、承認情報を取得する（ステップＳ４２３）。
次に、進捗管理部１４１は、ステップＳ４２３における承認情報の取得に基づいて、当該対象活動組織の監査について、チェックポイントに到達したと判定し、進捗情報を更新する（ステップＳ４２４）。具体的には、進捗管理部１４１は、進捗情報において、承認情報に含まれる対象活動組織について、到達チェックポイント「６．監査報告書（確認・承認）」のレコードを生成する。ここで、進捗管理部１４１は、生成したレコードにおいて、ステップＳ４２３において承認情報を取得した日時を到達日時に設定する。
以上で、図２２の説明を終了する。

［ステータス確認画面の生成処理］
進捗管理部１４１は、情報端末２０からのステータス確認要求に応じて、ステータス確認画面（図１８）を生成する。以下、この生成処理について、説明する。
進捗管理部１４１は、ステータス確認要求を受信する。このステータス確認要求には、監査年度、時期／回数、監査種別、被監査組織、事業部、到達チェックポイント等が含まれ得る。以下では、ステータス確認要求に監査種別（「参照監査種別」とも称する）が含まれる場合について説明する。
進捗管理部１４１は、記憶部４２の進捗情報（図２２）を参照し、監査種別が参照監査種別と同一であるレコードを抽出する。進捗管理部１４１は、抽出したレコードについて、監査識別情報（監査年度と時期／回数）及び被監査組織の各々について、到達チェックポイント毎にレコードの件数を計数する。このレコードの件数は、監査識別情報が示す監査について被監査組織内において、到達チェックポイントに到達した活動組織の数に相当する。
出力制御部１４０は、参照監査種別と、監査識別情報及び被監査組織、到達チェックポイント毎に計数した件数を出力する。情報端末２０は、参照監査種別について、監査識別情報及び被監査組織を行とし、到達チェックポイントを列として、計数した件数を表示する。これにより、情報端末は、ステータス確認画面（図１８）を表示する。

以上説明した通り、本実施形態に係る監査支援システム３における監査支援装置４０は、監査を受ける被監査組織に対する監査項目を含む第１の監査情報（監査チェックシート等）を、被監査組織に属する組織員へ提供する第１監査情報提供部１３２と、被監査組織に属する組織員から、第１の監査情報に対する確認結果を含む第２の監査情報（自主チェック後の監査チェックシート等）を取得する第１監査情報受付部１３３と、第２の監査情報に基づく監査結果を含む第３の監査情報（監査報告書（監査員記入））を、被監査組織と異なる組織に属し、被監査組織の監査を行う監査員から取得する第２監査情報受付部１３５と、第１監査情報提供部１３２が第１の監査情報を提供した後のチェックポイントであって、第１の監査情報に対する確認が完了したことを示す第１チェックポイント（「１．監査チェックシート（組織記入）」）と、第２の監査情報に基づく監査が完了したことを示す第２チェックポイント（「４．監査報告書（監査員記入）」）と、の各々に到達したか否かを、入力された情報に基づいて判定する進捗管理部１４１とを備える。
これにより、監査支援装置４０は、複数の組織に跨る監査においても、被監査組織の進捗状況を一元管理することができ、監査作業の進捗管理の効率化を図ることができる。

また、監査支援装置４０は、進捗管理部１４１の判定結果に基づいて、監査の進捗を表す進捗情報を出力する出力制御部１４０を備える。
これにより、一元管理された被監査組織の進捗状況を確認することができ、監査作業の進捗管理の効率化を図ることができる。

また、監査支援装置４０は、被監査組織について、上位組織と、当該上位組織配下の下位組織と、を対応付けた組織階層情報を取得する組織情報取得部１３１を備え、第１監査情報提供部１３２は、第１の監査情報を、組織階層情報に基づいて、当該被監査組織の下位組織各々に属する組織員へ提供し、進捗管理部１４１は、被監査組織に対する監査について、下位組織毎にチェックポイントの各々に到達したか否かを判定する。
これにより、監査支援装置４０は、階層構造を有する大規模な組織においても、多数の下位組織毎の進捗を一元管理することができ、関連組織に進捗確認する稼働を削減することができる。上述のように、全社的な監査や支店を含む監査においては、関係する被監査組織だけでも、数十の組織を超える場合がある。さらに、被監査組織においては、数十の活動組織から構成される場合がある。これらの場合、１つの監査種別だけでも、数百を超える活動組織の監査の進捗を管理する必要がある。監査支援装置４０は、監査種別や被監査組織毎に、監査の流れにおける進捗を一元管理するので、管理漏れを削減しつつ、管理に要する稼働を削減することができる。

また、出力制御部１４０は、進捗管理部１４１の判定結果に基づいて、被監査組織（１ｓｔ組織）毎に、進捗情報を出力する。
これにより、監査支援装置４０は、例えば監査事務局等に対して、被監査組織毎の進捗管理させることができ、また、例えば、被監査組織間の進捗状況を比較させることができる。

また、進捗管理部１４１は、第１監査情報提供部１３２が第２の監査情報を取得した場合に第１チェックポイントに到達したと判定し、第２監査情報受付部１３５が第３の監査情報を取得した場合に第２チェックポイントに到達したと判定する。
つまり、監査支援装置４０は、作業者が情報を登録することで、チェックポイントへ到達したかを判定する。これにより、監査支援装置４０は、作業者に別の入力等の負担をかけることなく、進捗情報を更新することができる。

また、進捗管理部１４１は、監査項目と標準規格の項目を示す規格項目情報とが対応付けられた規格対応情報とチェックポイントの各々に到達したか否かを示す情報を対応付けて管理してもよい。この場合、出力制御部１４０は、標準規格の項目毎に、前記進捗管理部の判定結果に基づいて、進捗情報を出力する。
これにより、監査支援装置４０は、標準規格の項目毎に進捗情報を提供でき、例えば監査事務局や上位組織は、標準規格の項目毎に進捗状況を知ることができる。例えば、監査事務局や上位組織は、標準規格の項目毎に、進捗状況の遅延等を把握することができ、遅延の生じ易い項目について、監査項目の見直し等を行うことができる。

また、監査支援装置４０は、チェックポイントに到達していない場合に、当該チェックポイントに対応する作業の実施期限（到達期限）に基づいて当該作業の主体（到達後作業者）に通知を行う通知制御部１３６を備える。
例えば、監査支援装置４０は、チェックポイント毎に、当該作業の主体に作業の遅延等を通知する。これにより、監査支援装置４０は、監査事務局の管理に要する稼働を削減しつつ、監査が遅延することを防止できる。

また、進捗管理部１４１は、作業の主体が切り替わる場面をチェックポイントとして設定する。これにより、監査支援装置４０は、作業の主体ごとに、作業の進捗を管理できる。例えば、監査事務局は、どの作業の主体について、進捗に問題等があるかを把握することができる。

なお、上述した各実施形態における制御部１３、３３、４３の一部をコンピュータで実現するようにしてもよい。その場合、この機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現してもよい。なお、ここでいう「コンピュータシステム」とは、監査支援装置１０、３０、４０に内蔵されたコンピュータシステムであって、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）や周辺機器等のハードウェアを含むものとする。

また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでもよい。また上記プログラムは、前述した機能の一部を実現するためのものであってもよく、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよい。

また、上述した実施形態における制御部１３、３３、４３の一部、または全部を、ＬＳＩ（Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ）等の集積回路として実現してもよい。制御部１３、３３、４３の各機能部は個別にプロセッサ化してもよいし、一部、または全部を集積してプロセッサ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、または汎用プロセッサで実現してもよい。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いてもよい。

以上、図面を参照してこの発明の一実施形態について詳しく説明してきたが、具体的な構成は上述のものに限られることはなく、この発明の要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。
例えば、各実施形態において、説明したフローチャートやシーケンス図における各ステップの動作は、本発明の要旨を逸脱しない範囲内において、適宜順序を入れ替えたり、省略してもよい。
また、本発明の一態様は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。また、上記各実施形態や変形例に記載された要素であり、同様の効果を奏する要素同士を置換した構成も含まれる。

１、２、３ 監査支援システム
１０、３０、４０ 監査支援装置
１１ 通信部
１２、３２、４２ 記憶部
１３、３３、４３ 制御部
１３１ 組織情報取得部
１３２ 第１監査情報提供部
１３３ 第１監査情報受付部
１３４ 第２監査情報提供部
１３５ 第２監査情報受付部
１３６ 通知制御部
１３７ アクセス制御部
１３８ 表示制御部
１３９ 集計処理部
１４０ 出力制御部
１４１ 進捗管理部
２０、２０Ａ、２０Ｂ、２０Ｃ、２０Ｄ、２０Ｅ 情報端末

Claims (10)

1. 監査を受ける被監査組織について、上位組織と、当該上位組織配下の下位組織と、を対応付けた組織階層情報を取得する組織情報取得部と、
   前記被監査組織に対する監査項目を含む第１の監査情報を、前記組織階層情報に基づいて、当該被監査組織の下位組織各々に属する組織員へ提供する第１監査情報提供部と、
   前記被監査組織の下位組織各々に属する組織員から、当該下位組織各々の前記第１の監査情報に対する確認結果を含む第２の監査情報を取得する第１監査情報受付部と
   を備える監査支援装置。
2. 前記第２の監査情報を、前記被監査組織と異なる組織に属し、前記被監査組織の監査を行う監査員へ提供する第２監査情報提供部と、
   前記第２の監査情報に基づく監査結果を含む第３の監査情報を、前記監査員から取得する第２監査情報受付部と
   を備える請求項１に記載の監査支援装置。
3. 前記下位組織に属する組織員に対して、前記第１の監査情報または前記第３の監査情報の取得を契機に、監査に関する作業の開始を指示する通知を行う通知制御部
   を備える請求項２に記載の監査支援装置。
4. 前記監査員に対して、前記第２の監査情報の取得を契機に、監査に関する作業の開始を指示する通知を行う通知制御部
   を備える請求項２または請求項３に記載の監査支援装置。
5. 前記監査員に対して、当該監査員の監査対象である前記下位組織の前記第２の監査情報または前記第３の監査情報に対するアクセスを許可するアクセス制御部
   を備える請求項２から請求項４のいずれか一項に記載の監査支援装置。
6. 前記上位組織または前記下位組織に属する組織員に対して、当該組織員の属する前記被監査組織の前記第１の監査情報、前記第２の監査情報または前記第３の監査情報に対するアクセスを許可するアクセス制御部
   を備える請求項２から請求項５のいずれか一項に記載の監査支援装置。
7. 前記アクセス制御部は、前記下位組織間で、監査の種別に基づき、前記第１の監査情報、前記第２の監査情報または前記第３の監査情報に対するアクセスを制限する
   ことを特徴とする請求項６に記載の監査支援装置。
8. 監査を受ける被監査組織について、上位組織と、当該上位組織配下の下位組織と、を対応付けた組織階層情報を取得する組織情報取得部と、
   前記被監査組織に対する監査項目を含む第１の監査情報を、前記組織階層情報に基づいて、当該被監査組織の下位組織各々に属する組織員へ提供する第１監査情報提供部と、
   前記被監査組織の下位組織各々に属する組織員から、当該下位組織各々の前記第１の監査情報に対する確認結果を含む第２の監査情報を取得する第１監査情報受付部と
   を備える監査支援システム。
9. 監査支援装置が行う監査支援方法であって、
   監査を受ける被監査組織について、上位組織と、当該上位組織配下の下位組織と、を対応付けた組織階層情報を取得する組織情報取得ステップと、
   前記被監査組織に対する監査項目を含む第１の監査情報を、前記組織階層情報に基づいて、当該被監査組織の下位組織各々に属する組織員へ提供する第１監査情報提供ステップと、
   前記被監査組織の下位組織各々に属する組織員から、当該下位組織各々の前記第１の監査情報に対する確認結果を含む第２の監査情報を取得する第１監査情報受付ステップと
   を備える監査支援方法。
10. 監査支援装置が有するコンピュータに、
    監査を受ける被監査組織について、上位組織と、当該上位組織配下の下位組織と、を対応付けた組織階層情報を取得する組織情報取得手順と、
    前記被監査組織に対する監査項目を含む第１の監査情報を、前記組織階層情報に基づいて、当該被監査組織の下位組織各々に属する組織員へ提供する第１監査情報提供手順と、
    前記被監査組織の下位組織各々に属する組織員から、当該下位組織各々の前記第１の監査情報に対する確認結果を含む第２の監査情報を取得する第１監査情報受付手順と
    を実行させるためのプログラム。
    

Images