(57)【要約】【課題】第１の項目に対応する第２の項目の編集を、第１の項目と第２の項目の過去の編集結果に基づいて制御することができるようにした情報処理装置を提供する。【解決手段】情報処理装置の検知手段は、第１の項目が編集されたことを検知し、通知手段は、検知された編集の対象とされた第１の項目に対応する第２の項目を編集するように操作者に通知し、提示手段は、編集前の情報と編集後の情報を記憶している記憶手段に記憶されている編集前の情報が、編集の対象となった第２の項目の情報内にある場合は、編集前の情報に対応する編集後の情報を編集候補として提示し、前記記憶手段が記憶している編集前の情報と編集後の情報は、第１の項目の情報の編集前後の差分である編集前の情報と編集後の情報の組み合わせと、第１の項目に対応している第２の項目の情報の編集前後の差分である編集前の情報と編集後の情報の組み合わせが一致するものである。【選択図】図１
2013058168.tif 000002
【特許請求の範囲】
【請求項１】
編集前の第１の項目の情報と編集後の第１の項目の情報を比較することによって、第１の項目の情報の編集前後の差分である編集前の情報と編集後の情報を抽出する第１の差分抽出手段と、
第２の項目は第１の項目に対応しており、編集前の該第２の項目の情報と編集後の第２の項目の情報を比較することによって、第２の項目の情報の編集前後の差分である編集前の情報と編集後の情報を抽出する第２の差分抽出手段と、
前記第１の差分抽出手段と前記第２の差分抽出手段によって抽出された編集前の情報と編集後の情報の組み合わせが一致するものを抽出する第３の差分抽出手段と、
第１の項目が編集されたことを検知する検知手段と、
前記検知手段による検知があった場合は、該検知された編集の対象とされた第１の項目に対応する第２の項目を編集するように操作者に通知する通知手段と、
前記第３の差分抽出手段によって抽出された編集前の情報が、前記通知手段による通知によって編集の対象となった第２の項目の情報内にある場合は、該編集前の情報に対応する編集後の情報を編集候補として提示する提示手段
を具備することを特徴とする情報処理装置。
【請求項２】
情報として文字列を対象とし、
前記第１の差分抽出手段と前記第２の差分抽出手段は、編集前の文字列と編集後の文字列を形態素に分けた後に、該形態素の文字列毎に比較する
ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
第１の項目が編集されたことを検知する検知手段と、
前記検知手段による検知があった場合は、該検知された編集の対象とされた第１の項目に対応する第２の項目を編集するように操作者に通知する通知手段と、
編集前の情報と編集後の情報を記憶している記憶手段に記憶されている編集前の情報が、前記通知手段による通知によって編集の対象となった第２の項目の情報内にある場合は、該編集前の情報に対応する編集後の情報を編集候補として提示する提示手段
を具備し、
前記記憶手段が記憶している編集前の情報と編集後の情報は、第１の項目の情報の編集前後の差分である編集前の情報と編集後の情報の組み合わせと、該第１の項目に対応している第２の項目の情報の編集前後の差分である編集前の情報と編集後の情報の組み合わせが一致するものである
ことを特徴とする情報処理装置。
【請求項４】
前記第１の項目は複数あり、
前記記憶手段は、第１の項目を識別する情報である第１項目識別情報を対応させて編集前の情報と編集後の情報を記憶しており、
前記提示手段は、前記検知手段によって検知された編集対象となった第１の項目に類似する他の第１の項目を抽出し、該第１の項目の第１項目識別情報及び該類似する他の第１の項目の第１項目識別情報に対応する編集前の情報が、前記通知手段による通知によって編集の対象となった第２の項目の情報内にある場合は、該編集前の情報に対応する編集後の情報を編集候補として提示する
ことを特徴とする請求項３に記載の情報処理装置。
【請求項５】
前記第１の項目は、内部統制におけるコントロールの項目であり、前記第２の項目は、内部統制における運用評価の項目であり、該コントロールの項目には属性があり、
前記提示手段による類似の判断は、コントロールの項目の属性に対応付けられた内部統制における予め定められた重要度と比較対象としている両者のコントロールの項目の属性内の情報の一致の度合いに基づいて行う
ことを特徴とする請求項４に記載の情報処理装置。
【請求項６】
コンピュータを、
編集前の第１の項目の情報と編集後の第１の項目の情報を比較することによって、第１の項目の情報の編集前後の差分である編集前の情報と編集後の情報を抽出する第１の差分抽出手段と、
第２の項目は第１の項目に対応しており、編集前の該第２の項目の情報と編集後の第２の項目の情報を比較することによって、第２の項目の情報の編集前後の差分である編集前の情報と編集後の情報を抽出する第２の差分抽出手段と、
前記第１の差分抽出手段と前記第２の差分抽出手段によって抽出された編集前の情報と編集後の情報の組み合わせが一致するものを抽出する第３の差分抽出手段と、
第１の項目が編集されたことを検知する検知手段と、
前記検知手段による検知があった場合は、該検知された編集の対象とされた第１の項目に対応する第２の項目を編集するように操作者に通知する通知手段と、
前記第３の差分抽出手段によって抽出された編集前の情報が、前記通知手段による通知によって編集の対象となった第２の項目の情報内にある場合は、該編集前の情報に対応する編集後の情報を編集候補として提示する提示手段
として機能させるための情報処理プログラム。
【請求項７】
コンピュータを、
第１の項目が編集されたことを検知する検知手段と、
前記検知手段による検知があった場合は、該検知された編集の対象とされた第１の項目に対応する第２の項目を編集するように操作者に通知する通知手段と、
編集前の情報と編集後の情報を記憶している記憶手段に記憶されている編集前の情報が、前記通知手段による通知によって編集の対象となった第２の項目の情報内にある場合は、該編集前の情報に対応する編集後の情報を編集候補として提示する提示手段
として機能させ、
前記記憶手段が記憶している編集前の情報と編集後の情報は、第１の項目の情報の編集前後の差分である編集前の情報と編集後の情報の組み合わせと、該第１の項目に対応している第２の項目の情報の編集前後の差分である編集前の情報と編集後の情報の組み合わせが一致するものである
ことを特徴とする情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置及び情報処理プログラムに関する。
【背景技術】
【０００２】
情報の修正に関する技術がある。これに関連する技術として、例えば、特許文献１には、内部統制におけるテストの手続内容を作成する場合にあって、コントロールに適応したテストの手続内容を生成するようにした情報処理装置を提供することを課題とし、汎用コントロール抽出手段は、受け付けたコントロールに対応する汎用コントロール識別子を抽出し、汎用テスト抽出手段は、前記汎用コントロール抽出手段によって抽出された汎用コントロール識別子に対応する汎用テスト識別子を抽出し、手続内容抽出手段は、前記汎用テスト抽出手段によって抽出された汎用テスト識別子に対応する手続内容を抽出し、手続内容生成手段は、前記手続内容抽出手段によって抽出された手続内容内の汎用コントロールの属性を表す符号に該当する前記受け付けたコントロールの属性を割り当て、該コントロールに対応するテストの手続内容を生成することが開示されている。
【０００３】
また、例えば、特許文献２には、業務の現状をユーザーにとって使いやすい形式で入力すれば、業務の全容が誰にでも判断できる形式で提示されると同時に改善案も提示されるものとすることを課題とし、分析対象の業務の処理対象及び処理手順及びこれらの特徴の定量化のための属性を各々の処理ステップ毎に付与して表形式とした業務処理手順記述データを入力し、入力された業務処理手順記述データは記憶手段で記憶し、各業務の特徴を定量化手段で定量化し、定量化手段で定量化されたデータと予め記憶されている業務特徴パターンとを比較して業務特徴抽出手段が対象業務の特徴を抽出し、各業務間の関連からモデル化手段が業務をモデル化し、抽出された業務特徴から改善案送出手段が改善案を創出し、作成されたモデルと各業務特徴と改善案とがディスプレイ上に表示されることが開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１０−０４４７０６号公報
【特許文献２】特開２００２−３５２０６４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明は、第１の項目に対応する第２の項目の編集を、第１の項目と第２の項目の過去の編集結果に基づいて制御することができる情報処理装置及び情報処理プログラムを提供することを目的としている。
【課題を解決するための手段】
【０００６】
かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。
請求項１の発明は、編集前の第１の項目の情報と編集後の第１の項目の情報を比較することによって、第１の項目の情報の編集前後の差分である編集前の情報と編集後の情報を抽出する第１の差分抽出手段と、第２の項目は第１の項目に対応しており、編集前の該第２の項目の情報と編集後の第２の項目の情報を比較することによって、第２の項目の情報の編集前後の差分である編集前の情報と編集後の情報を抽出する第２の差分抽出手段と、前記第１の差分抽出手段と前記第２の差分抽出手段によって抽出された編集前の情報と編集後の情報の組み合わせが一致するものを抽出する第３の差分抽出手段と、第１の項目が編集されたことを検知する検知手段と、前記検知手段による検知があった場合は、該検知された編集の対象とされた第１の項目に対応する第２の項目を編集するように操作者に通知する通知手段と、前記第３の差分抽出手段によって抽出された編集前の情報が、前記通知手段による通知によって編集の対象となった第２の項目の情報内にある場合は、該編集前の情報に対応する編集後の情報を編集候補として提示する提示手段を具備することを特徴とする情報処理装置である。
【０００７】
請求項２の発明は、情報として文字列を対象とし、前記第１の差分抽出手段と前記第２の差分抽出手段は、編集前の文字列と編集後の文字列を形態素に分けた後に、該形態素の文字列毎に比較することを特徴とする請求項１に記載の情報処理装置である。
【０００８】
請求項３の発明は、第１の項目が編集されたことを検知する検知手段と、前記検知手段による検知があった場合は、該検知された編集の対象とされた第１の項目に対応する第２の項目を編集するように操作者に通知する通知手段と、編集前の情報と編集後の情報を記憶している記憶手段に記憶されている編集前の情報が、前記通知手段による通知によって編集の対象となった第２の項目の情報内にある場合は、該編集前の情報に対応する編集後の情報を編集候補として提示する提示手段を具備し、前記記憶手段が記憶している編集前の情報と編集後の情報は、第１の項目の情報の編集前後の差分である編集前の情報と編集後の情報の組み合わせと、該第１の項目に対応している第２の項目の情報の編集前後の差分である編集前の情報と編集後の情報の組み合わせが一致するものであることを特徴とする情報処理装置である。
【０００９】
請求項４の発明は、前記第１の項目は複数あり、前記記憶手段は、第１の項目を識別する情報である第１項目識別情報を対応させて編集前の情報と編集後の情報を記憶しており、前記提示手段は、前記検知手段によって検知された編集対象となった第１の項目に類似する他の第１の項目を抽出し、該第１の項目の第１項目識別情報及び該類似する他の第１の項目の第１項目識別情報に対応する編集前の情報が、前記通知手段による通知によって編集の対象となった第２の項目の情報内にある場合は、該編集前の情報に対応する編集後の情報を編集候補として提示することを特徴とする請求項３に記載の情報処理装置である。
【００１０】
請求項５の発明は、前記第１の項目は、内部統制におけるコントロールの項目であり、前記第２の項目は、内部統制における運用評価の項目であり、該コントロールの項目には属性があり、前記提示手段による類似の判断は、コントロールの項目の属性に対応付けられた内部統制における予め定められた重要度と比較対象としている両者のコントロールの項目の属性内の情報の一致の度合いに基づいて行うことを特徴とする請求項４に記載の情報処理装置である。
【００１１】
請求項６の発明は、コンピュータを、編集前の第１の項目の情報と編集後の第１の項目の情報を比較することによって、第１の項目の情報の編集前後の差分である編集前の情報と編集後の情報を抽出する第１の差分抽出手段と、第２の項目は第１の項目に対応しており、編集前の該第２の項目の情報と編集後の第２の項目の情報を比較することによって、第２の項目の情報の編集前後の差分である編集前の情報と編集後の情報を抽出する第２の差分抽出手段と、前記第１の差分抽出手段と前記第２の差分抽出手段によって抽出された編集前の情報と編集後の情報の組み合わせが一致するものを抽出する第３の差分抽出手段と、第１の項目が編集されたことを検知する検知手段と、前記検知手段による検知があった場合は、該検知された編集の対象とされた第１の項目に対応する第２の項目を編集するように操作者に通知する通知手段と、前記第３の差分抽出手段によって抽出された編集前の情報が、前記通知手段による通知によって編集の対象となった第２の項目の情報内にある場合は、該編集前の情報に対応する編集後の情報を編集候補として提示する提示手段として機能させるための情報処理プログラムである。
【００１２】
請求項７の発明は、コンピュータを、第１の項目が編集されたことを検知する検知手段と、前記検知手段による検知があった場合は、該検知された編集の対象とされた第１の項目に対応する第２の項目を編集するように操作者に通知する通知手段と、編集前の情報と編集後の情報を記憶している記憶手段に記憶されている編集前の情報が、前記通知手段による通知によって編集の対象となった第２の項目の情報内にある場合は、該編集前の情報に対応する編集後の情報を編集候補として提示する提示手段として機能させ、前記記憶手段が記憶している編集前の情報と編集後の情報は、第１の項目の情報の編集前後の差分である編集前の情報と編集後の情報の組み合わせと、該第１の項目に対応している第２の項目の情報の編集前後の差分である編集前の情報と編集後の情報の組み合わせが一致するものであることを特徴とする情報処理プログラムである。
【発明の効果】
【００１３】
請求項１の情報処理装置によれば、第１の項目に対応する第２の項目の編集を、第１の項目と第２の項目の過去の編集結果に基づいて制御することができるようになる。
【００１４】
請求項２の情報処理装置によれば、形態素としての文字列として、編集前の文字列に対応する編集後の文字列を編集候補として提示することができる。
【００１５】
請求項３の情報処理装置によれば、第１の項目に対応する第２の項目の編集を、第１の項目と第２の項目の過去の編集結果に基づいて制御することができるようになる。
【００１６】
請求項４の情報処理装置によれば、第１の項目と類似する他の第１の項目に対する編集結果を用いて、編集候補を提示することができる。
【００１７】
請求項５の情報処理装置によれば、内部統制における予め定められた重要度と比較対象としている両者のコントロールの項目の属性内の情報の一致の度合いに基づいて、類似の判断を行うことができる。
【００１８】
請求項６の情報処理プログラムによれば、第１の項目に対応する第２の項目の編集を、第１の項目と第２の項目の過去の編集結果に基づいて制御することができるようになる。
【００１９】
請求項７の情報処理プログラムによれば、第１の項目に対応する第２の項目の編集を、第１の項目と第２の項目の過去の編集結果に基づいて制御することができるようになる。
【図面の簡単な説明】
【００２０】
【図１】本実施の形態の構成例についての概念的なモジュール構成図である。
【図２】本実施の形態を現実化した場合のシステム構成例を示す説明図である。
【図３】本実施の形態による処理例を示すフローチャートである。
【図４】コントロール属性受付画面の表示例を示す説明図である。
【図５】変更前後の文字列の例を示す説明図である。
【図６】形態素解析結果の例を示す説明図である。
【図７】文字の差分取得処理例を示す説明図である。
【図８】文字列の差分取得処理例を示す説明図である。
【図９】文字列の差分取得処理例を示す説明図である。
【図１０】コントロール修正差分情報テーブルのデータ構造例を示す説明図である。
【図１１】コントロール・運用評価対応テーブルのデータ構造例を示す説明図である。
【図１２】運用評価テスト修正差分情報テーブルのデータ構造例を示す説明図である。
【図１３】コントロール修正差分情報テーブルと運用評価テスト修正差分情報テーブルから生成される共通修正差分情報テーブルのデータ構造例を示す説明図である。
【図１４】本実施の形態による処理例を示すフローチャートである。
【図１５】修正案提示画面例を示す説明図である。
【図１６】共通修正差分情報テーブルのデータ構造例を示す説明図である。
【図１７】修正案提示画面例を示す説明図である。
【図１８】修正画面例を示す説明図である。
【図１９】修正差分情報テーブルのデータ構造例を示す説明図である。
【図２０】本実施の形態による処理例を示すフローチャートである。
【図２１】本実施の形態を実現するコンピュータのハードウェア構成例を示すブロック図である。
【発明を実施するための形態】
【００２１】
以下、図面に基づき本発明を実現するにあたっての好適な一実施の形態の例を説明する。
図１は、本実施の形態の構成例についての概念的なモジュール構成図を示している。
なお、モジュールとは、一般的に論理的に分離可能なソフトウェア（コンピュータ・プログラム）、ハードウェア等の部品を指す。したがって、本実施の形態におけるモジュールはコンピュータ・プログラムにおけるモジュールのことだけでなく、ハードウェア構成におけるモジュールも指す。それゆえ、本実施の形態は、それらのモジュールとして機能させるためのコンピュータ・プログラム（コンピュータにそれぞれの手順を実行させるためのプログラム、コンピュータをそれぞれの手段として機能させるためのプログラム、コンピュータにそれぞれの機能を実現させるためのプログラム）、システム及び方法の説明をも兼ねている。ただし、説明の都合上、「記憶する」、「記憶させる」、これらと同等の文言を用いるが、これらの文言は、実施の形態がコンピュータ・プログラムの場合は、記憶装置に記憶させる、又は記憶装置に記憶させるように制御するの意である。また、モジュールは機能に一対一に対応していてもよいが、実装においては、１モジュールを１プログラムで構成してもよいし、複数モジュールを１プログラムで構成してもよく、逆に１モジュールを複数プログラムで構成してもよい。また、複数モジュールは１コンピュータによって実行されてもよいし、分散又は並列環境におけるコンピュータによって１モジュールが複数コンピュータで実行されてもよい。なお、１つのモジュールに他のモジュールが含まれていてもよい。また、以下、「接続」とは物理的な接続の他、論理的な接続（データの授受、指示、データ間の参照関係等）の場合にも用いる。「予め定められた」とは、対象としている処理の前に定まっていることをいい、本実施の形態による処理が始まる前はもちろんのこと、本実施の形態による処理が始まった後であっても、対象としている処理の前であれば、そのときの状況・状態に応じて、又はそれまでの状況・状態に応じて定まることの意を含めて用いる。また、「Ａである場合、Ｂをする」という意味を有する記載は、「Ａであるか否かを判断し、Ａであると判断した場合はＢをする」の意味で用いる。ただし、Ａであるか否かの判断が不要である場合を除く。
また、システム又は装置とは、複数のコンピュータ、ハードウェア、装置等がネットワーク（一対一対応の通信接続を含む）等の通信手段で接続されて構成されるほか、１つのコンピュータ、ハードウェア、装置等によって実現される場合も含まれる。「装置」と「システム」とは、互いに同義の用語として用いる。もちろんのことながら、「システム」には、人為的な取り決めである社会的な「仕組み」（社会システム）にすぎないものは含まない。
また、各モジュールによる処理毎に又はモジュール内で複数の処理を行う場合はその処理毎に、対象となる情報を記憶装置から読み込み、その処理を行った後に、処理結果を記憶装置に書き出すものである。したがって、処理前の記憶装置からの読み込み、処理後の記憶装置への書き出しについては、説明を省略する場合がある。なお、ここでの記憶装置としては、ハードディスク、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、外部記憶媒体、通信回線を介した記憶装置、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）内のレジスタ等を含んでいてもよい。
【００２２】
本実施の形態である情報処理装置は、情報を編集するものであって、図１の例に示すように、コントロール表示／編集モジュール１１０、運用評価テスト表示／編集モジュール１２０、内部統制／リスクマネジメントロジックモジュール１３０、コントロール情報管理モジュール１３２、運用評価テスト情報管理モジュール１３４、修正差分情報取得モジュール１４０、コントロール修正差分情報管理モジュール１４２、運用評価テスト修正差分情報管理モジュール１４４、共通修正差分情報抽出モジュール１５０、共通修正差分情報管理モジュール１５２、修正提案情報生成モジュール１６０を有している。
【００２３】
本実施の形態が主に利用される内部統制システム（リスクマネジメントシステム等を含む）について説明する。
内部統制を行うために、活動／システム／資源／知識情報などの関係を整理して業務プロセス（以下、単にプロセスともいう）を文書化し、その文書を活用、評価（整備評価、運用評価）等するためのシステムを構築する必要がある。
まず、文書化対象の内部統制の「基本４文書」について説明する。
基本４文書とは、内部統制の対象となる業務プロセス毎に作成される基本文書のことをいい、具体的には、業務記述書、業務フロー図、ＲＣＭ（リスク・コントロール・マトリックス）、職務分離表がある。
業務記述書は、ナラティブとも呼ばれる。取引の開始から最終的な総勘定元帳への記帳、報告へ至るまでの一連の業務の流れを文書化したものである。人事規定、経理業務規定などの規定書類は、業務記述書の上位文書であり、その改訂は、業務記述書に影響を与える。また、業務マニュアルは、業務記述書の下位文書であり、その改訂により影響を受ける。
業務フロー図とは、取引の開始から最終的な総勘定元帳への記帳、報告へ至るまでの一連の業務の流れを視覚的にフローチャート化したものである。リスクとコントロールもこの業務フロー上に配置される。
ＲＣＭとは、業務プロセスに関連する内部統制活動について、達成されるべき統制上の要点（アサーション）、想定されるリスク、対応する内部統制活動を一覧表としてまとめたものである。
職務分離表とは、業務プロセスの流れのなかで、財務統制上問題となるような、同一の担当者による処理の重複が発生していないかをチェックするためのものである。
なお、アサーションとは、財務情報が信頼性のある情報といえるための前提条件となるものであり、具体的には、実在性、網羅性、評価、権利と義務、期間／配分、表示の６項目が一般的には使用される。しかし、各社又は監査法人により一部変更つまりカスタマイズされる場合もあり、前述の６項目に限られる必要はない。
リスクとは、業務プロセス上で想定されるアサーションに対する阻害要因のことをいう。
コントロール（統制）とは、リスクに対する内部統制活動のことをいい、統制のタイプとして、防止的、発見的等がある。
また、その内部統制の文書通りに運用されているかについて、証跡を用いてテストする評価を実施する必要がある。したがって、この証跡は保存しておく必要がある。
【００２４】
内部統制の支援を行うシステムにおいて、設計が確定し、運用評価のテストが開始された後に、設計情報であるコントロールに対して不備がみつかり、修正が必要になるケースが存在する。このようなケースは、内部統制においてＰＤＣＡサイクル（Ｐｌａｎ−Ｄｏ−Ｃｈｅｃｋ−Ａｃｔ  ｃｙｃｌｅ）をまわすという手順からすれば、起こりうることである。
現在の多くの内部統制システムでは、ＰＤＣＡの１サイクル終了後に、すべての設計情報や運用評価テストの内容をすべて新しく策定するわけではなく、多くの場合は、前サイクルの情報を利用して、変更のあった部分や問題のあった部分のみを修正している。
このことから、設計作業を行う際には、すでに存在している運用評価テストなどへの影響も考慮しておく必要がある。
しかし、設計を行う担当者と運用評価を計画する担当者が異なるケースも多々あり、このような場合には修正者や承認者はコントロールに対する修正が運用評価の内容にどんな影響があるかを判断するのが困難である。
また、１つのコントロールに対して複数の運用テストが実施されるケースがある。これら複数のテストがすべてほぼ同じ内容であれば、修正も容易になってくるが、すべてのテストの内容が必ずしも同じような内容のテストとは限らないため、このようなケースでは単純に同じ修正を適用するといったことができない。
【００２５】
本実施の形態である情報処理装置は、コントロール修正の差分情報と、それに対応する運用評価テスト修正の差分情報を利用して、他の運用テストに適用できる差分情報を抽出し、他の運用テストの修正支援を行うものである。対象とする情報として、文字列を主に例示して説明する。文字列以外の情報については、図１８、１９を用いて後述する。
【００２６】
コントロール表示／編集モジュール１１０は、内部統制／リスクマネジメントロジックモジュール１３０、修正差分情報取得モジュール１４０と接続されている。コントロール表示／編集モジュール１１０は、内部統制／リスクマネジメントロジックモジュール１３０から受け取ったコントロール情報を提示する。また、操作者である設計担当者１９２からの更新情報を受け取り、その編集後のコントロール情報のコントロール情報管理モジュール１３２への保存を依頼する。そして、コントロール情報の変更前の情報と変更後の情報を修正差分情報取得モジュール１４０に渡す。
【００２７】
運用評価テスト表示／編集モジュール１２０は、内部統制／リスクマネジメントロジックモジュール１３０、修正差分情報取得モジュール１４０、修正提案情報生成モジュール１６０と接続されている。運用評価テスト表示／編集モジュール１２０は、内部統制／リスクマネジメントロジックモジュール１３０から受け取った運用評価テスト情報を提示する。また、操作者である運用評価担当者１９４からの更新情報を受け取り、その編集後の運用評価テスト情報の運用評価テスト情報管理モジュール１３４への保存を依頼する。そして、運用評価テスト情報の変更前の情報と変更後の情報を修正差分情報取得モジュール１４０に渡す。また、修正提案情報生成モジュール１６０から受け取った予測される修正情報を受け取り、運用評価担当者１９４に提示する。提示するとは、本実施の形態が実装されている情報処理装置の表示装置に表示することである。
【００２８】
内部統制／リスクマネジメントロジックモジュール１３０は、コントロール表示／編集モジュール１１０、運用評価テスト表示／編集モジュール１２０、コントロール情報管理モジュール１３２、運用評価テスト情報管理モジュール１３４、修正提案情報生成モジュール１６０と接続されている。内部統制／リスクマネジメントロジックモジュール１３０は、内部統制システムのコアとなる部分である。コントロール情報等の設計情報や運用評価テスト情報などの情報の保存・取得・制御を実施する。特に、コントロール情報、運用評価テスト情報の取得／保存を、コントロール情報管理モジュール１３２、運用評価テスト情報管理モジュール１３４に対して行う。
また、内部統制／リスクマネジメントロジックモジュール１３０は、第１の項目（例えば、コントロール情報）が編集されたことを検知する。ここでは、設計担当者１９２によって、その編集が行われる。そして、そのような検知があった場合は、その検知された編集の対象とされた第１の項目に対応する第２の項目を編集するように操作者（ここでは、運用評価担当者１９４）に通知する。
【００２９】
コントロール情報管理モジュール１３２は、内部統制／リスクマネジメントロジックモジュール１３０と接続されている。コントロール情報管理モジュール１３２は、コントロール情報を記憶するデータベースである。そして、内部統制／リスクマネジメントロジックモジュール１３０からアクセスされる。
運用評価テスト情報管理モジュール１３４は、内部統制／リスクマネジメントロジックモジュール１３０と接続されている。運用評価テスト情報管理モジュール１３４は、運用評価テスト情報を記憶するデータベースである。そして、内部統制／リスクマネジメントロジックモジュール１３０からアクセスされる。
【００３０】
修正差分情報取得モジュール１４０は、コントロール表示／編集モジュール１１０、運用評価テスト表示／編集モジュール１２０、コントロール修正差分情報管理モジュール１４２、運用評価テスト修正差分情報管理モジュール１４４と接続されている。修正差分情報取得モジュール１４０は、編集前の第１の項目の文字列と編集後の第１の項目の文字列を比較することによって、第１の項目の文字列の編集前後の差分である編集前の文字列と編集後の文字列を抽出する。第２の項目（例えば、運用評価テスト情報）は第１の項目に対応しており、編集前の該第２の項目の文字列と編集後の第２の項目の文字列を比較することによって、第２の項目の文字列の編集前後の差分である編集前の文字列と編集後の文字列を抽出する。
また、修正差分情報取得モジュール１４０は、編集前の文字列と編集後の文字列を形態素に分けた後に、その形態素の文字列毎に比較するようにしてもよい。形態素とは、意味を持つ最小の単位である。例えば、単語、単語に連続する文字列等が該当する。
修正差分情報取得モジュール１４０の処理概要として、コントロール表示／編集モジュール１１０、運用評価テスト表示／編集モジュール１２０から受け取った変更前情報と変更後情報をもとに、修正差分情報に加工する。また、これらの情報をコントロール修正差分情報管理モジュール１４２、運用評価テスト修正差分情報管理モジュール１４４に保存する。
【００３１】
コントロール修正差分情報管理モジュール１４２は、修正差分情報取得モジュール１４０、共通修正差分情報抽出モジュール１５０と接続されている。コントロール修正差分情報管理モジュール１４２は、修正差分情報取得モジュール１４０によって抽出された第１の項目の文字列の編集前後の差分である編集前の文字列と編集後の文字列を記憶するデータベースである。そして、共通修正差分情報抽出モジュール１５０からアクセスされる。
運用評価テスト修正差分情報管理モジュール１４４は、修正差分情報取得モジュール１４０、共通修正差分情報抽出モジュール１５０と接続されている。運用評価テスト修正差分情報管理モジュール１４４は、修正差分情報取得モジュール１４０によって抽出された第２の項目の文字列の編集前後の差分である編集前の文字列と編集後の文字列を記憶するデータベースである。そして、共通修正差分情報抽出モジュール１５０からアクセスされる。
【００３２】
共通修正差分情報抽出モジュール１５０は、コントロール修正差分情報管理モジュール１４２、運用評価テスト修正差分情報管理モジュール１４４、共通修正差分情報管理モジュール１５２と接続されている。共通修正差分情報抽出モジュール１５０は、修正差分情報取得モジュール１４０によって抽出された第１の項目の文字列の編集前後の差分である編集前の文字列と編集後の文字列の組み合わせと、修正差分情報取得モジュール１４０によって抽出された第２の項目の文字列の編集前後の差分である編集前の文字列と編集後の文字列の組み合わせが一致するものを抽出する。つまり、第１の項目の編集、第２の項目の編集で、両方の編集で同じ文字列を両方の編集で同じ文字列に変更することが行われた場合に、その編集前後の文字列の組み合わせを抽出するものである。
共通修正差分情報抽出モジュール１５０の処理概要として、コントロール修正差分情報管理モジュール１４２に保存されているコントロール情報の修正差分情報と運用評価テスト修正差分情報管理モジュール１４４に保存されている運用評価テスト情報の修正差分情報を取得して、それらから共通する修正差分を抽出し、共通修正差分情報として共通修正差分情報管理モジュール１５２に保存する。
【００３３】
共通修正差分情報管理モジュール１５２は、共通修正差分情報抽出モジュール１５０、修正提案情報生成モジュール１６０と接続されている。共通修正差分情報管理モジュール１５２は、編集前の文字列と編集後の文字列を記憶している。共通修正差分情報管理モジュール１５２が記憶している編集前の文字列と編集後の文字列は、第１の項目の文字列の編集前後の差分である編集前の文字列と編集後の文字列の組み合わせと、その第１の項目に対応している第２の項目の文字列の編集前後の差分である編集前の文字列と編集後の文字列の組み合わせが一致するものである。つまり、共通修正差分情報抽出モジュール１５０による抽出処理の結果である編集前の文字列と編集後の文字列の組み合わせである。
また、第１の項目は複数あり、それらは、第１の項目を識別する情報である第１項目識別情報によって識別され得る。そこで、共通修正差分情報管理モジュール１５２は、第１項目識別情報を対応させて編集前の文字列と編集後の文字列を記憶していてもよい。具体的には、図１３に例示の共通修正差分情報テーブル１３００のデータ構造例を用いて後述する。
【００３４】
修正提案情報生成モジュール１６０は、運用評価テスト表示／編集モジュール１２０、内部統制／リスクマネジメントロジックモジュール１３０、共通修正差分情報管理モジュール１５２と接続されている。修正提案情報生成モジュール１６０は、共通修正差分情報抽出モジュール１５０によって抽出された編集前の文字列が、内部統制／リスクマネジメントロジックモジュール１３０による通知によって編集の対象となった第２の項目の文字列内にある場合は、その編集前の文字列に対応する編集後の文字列を編集候補として、運用評価テスト表示／編集モジュール１２０に渡す。
また、修正提案情報生成モジュール１６０は、共通修正差分情報管理モジュール１５２に記憶されている編集前の文字列が、内部統制／リスクマネジメントロジックモジュール１３０による通知によって編集の対象となった第２の項目の文字列内にある場合は、その編集前の文字列に対応する編集後の文字列を編集候補として提示するようにしてもよい。
また、修正提案情報生成モジュール１６０は、内部統制／リスクマネジメントロジックモジュール１３０によって検知された編集対象となった第１の項目に類似する他の第１の項目を抽出し、その第１の項目の第１項目識別情報及びその類似する他の第１の項目の第１項目識別情報に対応する編集前の文字列が、内部統制／リスクマネジメントロジックモジュール１３０による通知によって編集の対象となった第２の項目の文字列内にある場合は、その編集前の文字列に対応する編集後の文字列を編集候補として提示するようにしてもよい。また、第１の項目は、内部統制におけるコントロールの項目であり、第２の項目は、内部統制における運用評価の項目であり、そのコントロールの項目には属性があり、この類似するか否かの判断は、コントロールの項目の属性に対応付けられた内部統制における予め定められた重要度と比較対象としている両者のコントロールの項目の属性内の文字列の一致の度合いに基づいて行うようにしてもよい。
修正提案情報生成モジュール１６０の処理概要として、共通修正差分情報管理モジュール１５２に保存されている共通修正差分情報を取得して、内部統制／リスクマネジメントロジックモジュール１３０から取得した運用評価テストの情報と照らし合わせる。適用すべき修正が存在していれば、修正提案情報として運用評価テスト表示／編集モジュール１２０に渡す。
【００３５】
本実施の形態による処理は、大きく２つのフェーズに分けることができる。１つ目はコントロール情報に対する修正の差分情報と、それに対する運用評価テスト情報に対する修正の差分情報を利用して、他の運用テストに適用できる共通修正差分情報を抽出する部分、２つ目は、共通修正差分情報と運用評価テスト情報を照らし合わせて、修正提案情報を生成／提示する部分である。これら２つの処理例を説明する。
【００３６】
（Ａ）共通修正差分情報の抽出処理
いずれかの設計担当者１９２の操作によってコントロール情報が修正された際に、コントロール表示／編集モジュール１１０がその操作に応じて、修正対象、修正前の情報、修正後の情報を、修正差分情報取得モジュール１４０に渡す。修正差分情報取得モジュール１４０では、受け取った情報をテキスト差分レベルで解析し、形態素である文字列単位での修正前、修正後の情報に変換し、修正差分情報として、コントロール修正差分情報管理モジュール１４２に記録させる。また、いずれかの運用評価担当者１９４の操作によって、そのコントロール情報に対する運用評価テスト情報が１つでも修正された場合に、修正差分情報取得モジュール１４０によって、同様に修正差分情報に加工し、運用評価テスト修正差分情報管理モジュール１４４に記録させる。共通修正差分情報抽出モジュール１５０では、コントロール情報の修正差分情報と運用評価テスト情報の修正差分情報を比較し、変更前、変更後が共に一致する変更情報が存在した場合、その変更は他の関連する運用テストにも必要な可能性が高いため、修正の必要性が高い変更として抽出する。その抽出した変更を共通修正差分情報管理モジュール１５２に記憶させる。
【００３７】
（Ｂ）修正提案情報生成の流れ
内部統制／リスクマネジメントロジックモジュール１３０から取得した運用評価テストについて、修正提案情報生成モジュール１６０で同じコントロール情報に対応した共通修正差分情報が存在していないかを共通修正差分情報管理モジュール１５２から検索する。存在していれば、共通修正差分情報が対象としている運用評価テスト情報について、パターンマッチングで適用可能箇所がないかを探す。共通修正差分情報の変更前と一致する情報が含まれていた場合は、運用評価テスト表示／編集モジュール１２０を通じて、その部分に変更が必要であることが分かるように運用評価担当者１９４に警告する。また、修正すべき内容として、変更後の情報を提示する。
【００３８】
図２は、本実施の形態を現実化した場合のシステム構成例を示す説明図である。
内部統制／リスクマネジメントサーバー２１０、文書管理サーバー２２０、画像処理装置２３０、設計担当者用端末装置２４０、運用評価担当者用端末装置２５０は、通信回線２９０を介してそれぞれ接続されている。
内部統制／リスクマネジメントサーバー２１０は、図１に例示の内部統制／リスクマネジメントロジックモジュール１３０、修正差分情報取得モジュール１４０、共通修正差分情報抽出モジュール１５０、コントロール修正差分情報管理モジュール１４２、運用評価テスト修正差分情報管理モジュール１４４、共通修正差分情報管理モジュール１５２等を含むように構成されている。
文書管理サーバー２２０は、図１に例示のコントロール情報管理モジュール１３２、運用評価テスト情報管理モジュール１３４等を含むように構成されている。
設計担当者用端末装置２４０は、設計担当者１９２によって用いられ、図１に例示のコントロール表示／編集モジュール１１０等を含むように構成されている。
運用評価担当者用端末装置２５０は、運用評価担当者１９４によって用いられ、図１に例示の運用評価テスト表示／編集モジュール１２０等を含むように構成されている。
画像処理装置２３０は、運用評価テストにおいて証書（請求書、領収書等）の画像を読み込む装置である。例えば、スキャナ、ファックス、複合機（スキャナ、プリンタ、複写機、ファックス等のいずれか２つ以上の機能を有している画像処理装置）が該当する。
通信回線２９０は、有線、無線を問わず、インターネット、イントラネット等で構成されている。
【００３９】
図３は、本実施の形態（修正差分情報取得モジュール１４０、共通修正差分情報抽出モジュール１５０）による処理例を示すフローチャートである。
なお、この処理の開始時では、すでに一度は内部統制のマネジメントにおける設計が承認されており、運用評価テストが始まっているものとする。
ステップＳ３０２では、システムの状態を「設計修正中」という、設計情報を修正するための状態にする。なお、システムの状態として、この他に「レビュー中」、「運用評価中」、「承認中」等がある。
ステップＳ３０４では、コントロールに対して編集を行う。
ステップＳ３０６では、コントロールの修正差分情報を抽出し、記録する。詳細な処理内容については、図４〜１０を用いて後述する。
【００４０】
ステップＳ３０８では、編集したコントロールを対象とした運用評価テストが存在するか否かを判断し、存在する場合はステップＳ３１０へ進み、それ以外の場合はステップＳ３１８へ進む。
ステップＳ３１０では、対応するすべての運用評価テストの担当者群に、コントロールが変更された旨をメール等で通知する。
ステップＳ３１２では、運用評価テストの担当者がテストの内容について修正を行う。
ステップＳ３１４では、運用評価テストの修正差分情報を抽出し、記録する。詳細な処理内容については、図１２を用いて後述する。
ステップＳ３１６では、運用評価テストの修正差分情報とコントロールの修正差分情報を利用して、他のテストに適用する共通修正差分情報を生成する。詳細な処理内容については、図１３を用いて後述する。
ステップＳ３１８では、「設計修正中」状態を解除する。なお、対応する運用評価テスト情報の修正がすべて完了したタイミングで解除するようにしてもよい。
【００４１】
ステップＳ３０６の処理内容について説明する。編集前後のコントロール情報の内容から修正差分情報を抽出し記録する。修正内容を、「変更前」、「変更後」として抽出するために、ここでは、形態素解析とエディットグラフとを組み合わせる。
なお、以下の例では、コントロール情報の内容を表す属性「コントロール内容（ｒｍ：ｃｔｌＶａｌｕｅ）」が変更されたものとし、この内容が「担当者が資産購入システムから出力した購入申込書を担当者が所属する部門の部門長がチェックし、承認印欄にデート印を押下する。」から「担当者が資産購入システムから出力した見積依頼書を担当者が所属する部門の経理担当者がチェックし、承認印欄にデート印を押下する。」に変更されたものとする。
【００４２】
コントロール表示／編集モジュール１１０は、コントロール属性受付画面４００を表示する。図４は、コントロール属性受付画面４００の表示例を示す説明図である。コントロール属性受付画面４００は、コントロールＮｏ等受付領域４１０、キーコントロール選定理由受付領域４２０、コントロール内容受付領域４３０を有している。設計担当者１９２の操作によって、コントロールＮｏ等受付領域４１０内にコントロール情報を識別する情報であるコントロールＮｏを指定し、そのコントロール情報はキーコントロールであるか否か等を指定する。そして、コントロール情報内の属性情報として、キーコントロール選定理由受付領域４２０、コントロール内容受付領域４３０（「コントロール内容（ｒｍ：ｃｔｌＶａｌｕｅ）」）内に表示されている情報を編集する。つまり、コントロール内容受付領域４３０に対して、前述の編集が行われたとする。なお、コントロール情報の属性情報として、キーコントロールであるか否かを示すキーコントロールフラグ、キーコントロール選定理由、コントロール内容等がある。
【００４３】
修正差分情報取得モジュール１４０は、修正された属性（コントロール内容受付領域４３０内の文字列）に対し、変更前の属性全体の文字列と変更後の属性全体の文字列を取得する。図５は、変更前後の文字列の例を示す説明図である。設計担当者１９２の操作によって、コントロール属性受付画面４００のコントロール内容受付領域４３０に表示されていた変更前文字列５１０に対して編集が行われて、変更後文字列５２０になった。なお、ここでは、「購入申込書」変更文字列（変更前）５３０ａが「見積依頼書」変更文字列（変更後）５３０ｂに変更され、「部門長」変更文字列（変更前）５５０ａが「経理担当者」変更文字列（変更後）５５０ｂに変更されている。
【００４４】
修正差分情報取得モジュール１４０は、取り出した両方の文字列に対し、形態素解析を行い、形態素レベルに分割する。図６は、修正差分情報取得モジュール１４０による形態素解析結果の例を示す説明図である。変更前文字列５１０を図６（ａ）のように変更前文字列６１０内の文字列６１１〜６３７に分割し、変更後文字列５２０を図６（ｂ）のように変更後文字列６５０内の文字列６５１〜６７７に分割する。
【００４５】
次に、修正差分情報取得モジュール１４０は、１つの単語を一文字とみなして、エディットグラフアルゴリズムで、差分を抽出する。
なお、エディットグラフとは、文書比較を行うときに使用される既知のアルゴリズムであり、２つの文書の最小エディット距離を求めるものである。具体的には、文書Ａ（文字数ｍ）、文書Ｂ（文字数ｎ）の各文字をＸ軸Ｙ軸上に並べ、それらの交点を縦横の辺で結合し、Ａのｉ番目の文字とＢのｊ番目の文字が等しい場合のみ（ｉ−１，ｊ−１）から（ｉ，ｊ）にパスが通るようにしたグラフにおいて、（０，０）から最短で（ｍ，ｎ）にたどり着くパスを取得するものである。
図７は、エディットグラフアルゴリズムによる文字の差分取得処理例を示す説明図である。図７（ａ）の例に示すように、変更前文字列７１０をＸ軸、変更後文字列７２０をＹ軸に並べ、各文字が座標に対応する。そして、各座標の文字が同じ場合に斜めの線を引いている。そして、エディット空間７００におけるスタート７３０（０，０）からゴール７４０までの最短経路（太線）７５０を抽出する。この最短経路（太線）７５０のうち、右に進んでいる部分は編集によって削除されたことを示している。具体的には、「きつ」の文字列が削除されている。そして、下に進んでいる部分は編集によって挿入されたことを示している。具体的には、「なる」の文字列が挿入されている。なお、最短経路（点線＋太線）７６０であってもよく、この場合は、１文字目の「き」と３文字目の「つ」が削除されている。
【００４６】
このエディットグラフアルゴリズムを文字列の比較に拡張する。つまり、形態素を一文字として、同じ手法を適用する。図８は、文字列の差分取得処理例を示す説明図である。つまり、変更前文字列８１０をＸ軸、変更後文字列８２０をＹ軸に並べ、エディット空間８００におけるスタート８３０からゴール８４０への最短経路８５０を抽出する。この場合、右に進んでいる部分、下に進んでいる部分は、変更文字列８１２と変更文字列８２２の交点、変更文字列８１４と変更文字列８２４の交点で発生している。したがって、スタート８３０から変更文字列８１２と変更文字列８１４が削除され、変更文字列８２２と変更文字列８２４が挿入されたことによって変更後文字列８２０となったことが抽出できる。
【００４７】
次に、修正差分情報取得モジュール１４０は、最短経路において、「斜め線」→「横線、又は、縦線（又はこれらの繰り返し）」→「斜め線」のパターンを抽出する。そして、「斜め線」で囲まれた部分の文字列を変更前、変更後から抜き出し、このセット（変更前の文字列と変更後の文字列の組み合わせ）を変更パターンのセットとして抽出する。具体的には、２つの変更差分、変更前：「購入申込書」→変更後：「見積依頼書」と、変更前：「部門長」→変更後：「経理担当者」を抽出する。この処理例を図９に示す。
【００４８】
そして、修正差分情報取得モジュール１４０は、抽出した、「変更前」、「変更後」のセットをコントロールの修正差分情報として、コントロール修正差分情報管理モジュール１４２に記憶させる。
図１０は、コントロール修正差分情報管理モジュール１４２内のコントロール修正差分情報テーブル１０００のデータ構造例を示す説明図である。コントロール修正差分情報テーブル１０００は、コントロール修正ＩＤ欄１０１０、コントロールＩＤ欄１０２０、修正属性ＩＤ欄１０３０、修正タイプ欄１０４０、変更前欄１０５０、変更後欄１０６０を有している。コントロール修正ＩＤ欄１０１０は、コントロール情報の修正を一意に識別できるコントロール修正ＩＤを記憶している。コントロールＩＤ欄１０２０は、コントロール情報を一意に識別できるコントロールＩＤを記憶している。修正属性ＩＤ欄１０３０は、修正した属性を一意に識別できる修正属性ＩＤを記憶している。修正タイプ欄１０４０は、修正対象となった情報の修正タイプ（例えば、文字列、数値等）を記憶している。変更前欄１０５０は、変更前の文字列を記憶している。変更後欄１０６０は、変更後の文字列を記憶している。
【００４９】
ステップＳ３１４の処理内容について説明する。つまり、修正されたコントロール情報に対応するいずれかの運用評価テスト情報において修正が実施されたときに、差分情報を抽出し、運用評価テスト修正差分情報管理モジュール１４４に記憶させる処理について説明する。
なお、コントロール情報に対応する運用評価テスト情報は、コントロール・運用評価対応テーブル１１００を用いて抽出できる。図１１は、コントロール・運用評価対応テーブル１１００のデータ構造例を示す説明図である。コントロール・運用評価対応テーブル１１００は、コントロールＩＤ欄１１１０、運用評価テストＩＤ欄１１２０を有している。コントロールＩＤ欄１１１０は、コントロールＩＤを記憶している。運用評価テストＩＤ欄１１２０は、運用評価テスト情報を一意に識別できる運用評価テストＩＤを記憶している。なお、コントロール情報に対応する運用評価テスト情報は複数あってもよい。
【００５０】
この処理は、ステップＳ３０６の処理内容を運用評価テスト情報に対して適用する。処理内容は、前述のステップＳ３０６の処理内容と同等である。
運用評価テスト情報の具体例として、運用評価テスト情報の内容を表す属性「テスト内容（ｒｍ：ｔｅｓｔＶａｌｕｅ）」が変更されたものとし、この内容が「購入申込書の承認印欄に、申込者が所属する部門の部門長のデート印が押されていることを確認する。」から「見積依頼書の承認印欄に、申込者が所属する部門の経理担当者の捺印もしくは署名があることを確認する。」に変更されたものとする。
図１２は、運用評価テスト修正差分情報管理モジュール１４４内の運用評価テスト修正差分情報テーブル１２００のデータ構造例を示す説明図である。運用評価テスト修正差分情報テーブル１２００は、運用評価テスト修正ＩＤ欄１２１０、運用評価テストＩＤ欄１２２０、コントロールＩＤ欄１２３０、修正属性ＩＤ欄１２４０、修正タイプ欄１２５０、変更前欄１２６０、変更後欄１２７０を有している。運用評価テスト修正ＩＤ欄１２１０は、運用評価テスト情報の修正を一意に識別できる運用評価テスト修正ＩＤを記憶している。運用評価テストＩＤ欄１２２０は、運用評価テストＩＤを記憶している。コントロールＩＤ欄１２３０は、その運用評価テストＩＤに対応するコントロールＩＤを記憶している。修正属性ＩＤ欄１２４０は、修正した属性を一意に識別できる修正属性ＩＤを記憶している。修正タイプ欄１２５０は、修正対象となった情報の修正タイプを記憶している。変更前欄１２６０は、変更前の文字列を記憶している。変更後欄１２７０は、変更後の文字列を記憶している。
【００５１】
次に、ステップＳ３１６の処理内容について説明する。
コントロール情報の修正差分情報と、それに対応する運用評価テスト情報の修正差分情報を利用して、対応する他の運用評価テスト情報に対し、修正が必要である可能性が高い部分を共通修正差分情報として抽出する。
そして、コントロール情報の修正差分情報と、それに対応する運用評価テスト情報の修正差分情報から「変更前」と「変更後」の組み合わせが一致するものを取得する。このとき、「修正属性ＩＤ」も合わせて取得しておく。
図１３は、コントロール修正差分情報テーブル１０００と運用評価テスト修正差分情報テーブル１２００から生成される共通修正差分情報テーブル１３００のデータ構造例を示す説明図である。
コントロール修正差分情報テーブル１０００内の変更前後組合せ１３７１、は運用評価テスト修正差分情報テーブル１２００内の変更前後組合せ１３８１と一致する。そして、コントロール修正差分情報テーブル１０００内の変更前後組合せ１３７２、は運用評価テスト修正差分情報テーブル１２００内の変更前後組合せ１３８２、変更前後組合せ１３８３と一致する。したがって、これらを抽出して、共通修正差分情報テーブル１３００を生成する。
共通修正差分情報テーブル１３００は、コントロールＩＤ欄１３１０、修正属性ＩＤ欄１３２０、修正タイプ欄１３３０、変更前欄１３４０、変更後欄１３５０を有している。コントロールＩＤ欄１３１０は、コントロールＩＤを記憶している。修正属性ＩＤ欄１３２０は、修正属性ＩＤを記憶している。修正タイプ欄１３３０は、修正対象となった情報の修正タイプを記憶している。これは、運用評価テスト修正差分情報テーブル１２００の修正タイプ欄１２５０内の内容をコピーする。変更前欄１３４０は、変更前の文字列を記憶している。変更後欄１３５０は、変更後の文字列を記憶している。つまり、変更前欄１３４０内の文字列と変更後欄１３５０内の文字列の組み合わせは、コントロール修正差分情報テーブル１０００と運用評価テスト修正差分情報テーブル１２００で共通にある組み合わせである。
なお、共通修正差分情報テーブル１３００は、コントロールＩＤ欄１３１０がないデータ構造であってもよい。つまり、修正属性ＩＤ欄１３２０、修正タイプ欄１３３０、変更前欄１３４０、変更後欄１３５０により構成されるデータ構造であってもよい。さらに、変更前欄１３４０と変更後欄１３５０により構成されるデータ構造であってもよい。
【００５２】
図１４は、本実施の形態（修正提案情報生成モジュール１６０）による処理例を示すフローチャートである。
ステップＳ１４０２では、運用評価テストの担当者が、対応するコントロールが変更された旨の連絡を受け、運用評価テストの編集画面を開く。具体的には、コントロール・運用評価対応テーブル１１００を用いて、変更されたコントロール情報に対応する運用評価テストを抽出し、その運用評価テストの担当者に対してメール等によって連絡される。
ステップＳ１４０４では、修正したコントロールにおいて過去に抽出された共通修正差分情報を取得する。具体的には、共通修正差分情報テーブル１３００のコントロールＩＤ欄１３１０内のコントロールＩＤが修正したコントロールＩＤである行を抽出することになる。
ステップＳ１４０６では、表示対象となる運用評価テストの属性中に共通修正差分情報にマッチする部分が存在するか否かを判断し、存在する場合はステップＳ１４０８へ進み、それ以外の場合はステップＳ１４１０へ進む。
ステップＳ１４０８では、共通修正差分情報をもとに修正が必要な箇所と修正後の内容を提示する。詳細な処理内容については、図１５〜１７を用いて後述する。
ステップＳ１４１０では、運用評価テストの担当者がテストの内容について修正を行う。
【００５３】
ステップＳ１４０８の処理内容について説明する。
共通修正差分情報管理モジュール１５２内の共通修正差分情報をもとに、修正が必要そうな箇所と修正内容を運用評価担当者１９４に提示する方法の例を示す。
修正されたコントロール情報に対応する他の運用評価テスト情報に対して、共通修正差分情報抽出モジュール１５０が前述のように抽出した情報（共通修正差分情報テーブル１３００）の修正属性ＩＤ欄１３２０の属性内の文字列に対し、変更前欄１３４０の文字列で部分一致比較を行い、一致していれば、その部分を強調表示する。また、あわせて変更後欄１３５０の文字列を提示する。
具体的には、図１５の例に示す修正案提示画面１５００のように、運用評価テスト情報において、テストの手続内容（手続内容領域１５１０）に「承認者欄に部門長のデート印が押されていることを確認する。」という記述があった場合、属性「コントロール内容（ｒｍ：ｔｅｓｔＶａｌｕｅ（テストの手続内容））」の中に「部門長」という記述があるので、共通修正差分情報抽出モジュール１５０が抽出した差分情報の１つに一致する。この部分を強調表示（例えば、「部門長」の文字列を赤字で表示する等）して、操作者に修正を促す。例えば、修正指示領域１５２０のように修正候補文字列の周辺に表示して、変更後の文字列（変更後欄１３５０）「経理担当者」を候補とし、修正するボタン１５２２、修正しないボタン１５２４を選択し得るようにする。
【００５４】
なお、抽出された共通修正差分情報において、変更後の値が１つに特定できないような場合もある。その場合は、修正案を複数提示するようにしてもよい。
図１６は、共通修正差分情報テーブル１６００のデータ構造例を示す説明図である。共通修正差分情報テーブル１６００は、共通修正差分情報テーブル１３００に対応するものであるが、共通修正差分情報テーブル１３００に共通修正ＩＤ欄１６１０を付加したものである。共通修正差分情報テーブル１６００は、共通修正ＩＤ欄１６１０、コントロールＩＤ欄１６２０、修正属性ＩＤ欄１６３０、修正タイプ欄１６４０、変更前欄１６５０、変更後欄１６６０を有している。共通修正ＩＤ欄１６１０は、共通修正差分情報抽出モジュール１５０が抽出した変更前後の文字列の組み合わせを一意に識別できる共通修正ＩＤを記憶している。コントロールＩＤ欄１６２０、修正属性ＩＤ欄１６３０、修正タイプ欄１６４０、変更前欄１６５０、変更後欄１６６０は、共通修正差分情報テーブル１３００内のそれぞれの欄に対応している。
この共通修正差分情報テーブル１６００のように、変更前欄１６５０内に「部門長」が２つある場合（変更後欄１６６０の内容は異なっている）、図１７の例に示す修正案提示画面１７００のように表示してもよい。運用評価テスト情報において、テストの手続内容（手続内容領域１７１０）に「承認者欄に部門長のデート印が押されていることを確認する。」という記述があった場合、属性「コントロール内容（ｒｍ：ｔｅｓｔＶａｌｕｅ（テストの手続内容））」の中に「部門長」という記述があるので、共通修正差分情報テーブル１６００の変更前欄１６５０の２つの「部門長」に一致する。この部分を強調表示（例えば、「部門長」の文字列を赤字で表示する等）して、操作者に修正を促す。例えば、修正指示領域１７２０のように修正候補文字列の周辺に表示して、変更後の文字列（修正案（経理担当者）１７２２、修正案（グループ長）１７２４）「経理担当者」、「グループ長」を候補とし、いずれかを選択し得るようにし、その選択した文字列において修正するボタン１７２６、修正しないボタン１７２８を選択し得るようにする。
【００５５】
前述の説明においては、文字列の属性（修正対象となった情報の修正タイプが文字列）から修正差分情報を抽出する処理について記載したが、これは、選択肢型の属性（修正タイプ）や数値型の属性（修正タイプ）でも実現できる。選択肢型の場合は、表示されているラベルを変更前、変更後で取得し、差分情報を生成すればよい。また、数値型の場合も同様にそのまま変更前、変更後の情報を取得し、差分情報を生成すればよい。
例えば、コントロール情報における統制の頻度に関する属性の候補値「月度」を「半期」に修正（図１８（ａ）の例のように、メニュー表示領域１８１０をメニュー（修正前：「月度」）１８１２からメニュー（修正後：「半期」）１８１４に変更）した際の修正差分情報と、対策費用に関する属性値の金額を「１０，０００．００」から「１００，０００．００」に修正（図１８（ｂ）の例のように、修正前数値（１０，０００．００）１８２２を修正後数値（１００，０００．００）１８２４に変更）した際の修正差分情報は、修正差分情報テーブル１９００のようになる。図１９は、修正差分情報テーブル１９００のデータ構造例を示す説明図である。修正差分情報テーブル１９００は、コントロール修正ＩＤ欄１９１０、コントロールＩＤ欄１９２０、修正属性ＩＤ欄１９３０、修正タイプ欄１９４０、変更前欄１９５０、変更後欄１９６０を有している。修正差分情報テーブル１９００は、コントロール修正差分情報テーブル１０００に対応するものである。ただし、修正タイプ欄１９４０の内容が文字列以外のタイプ（ラベル、数値等）となっている。また、運用評価テスト修正差分情報テーブル１２００、共通修正差分情報テーブル１３００に対応するものは同等の処理で作成される。
【００５６】
前述の図１４の例に示したフローチャートでは、抽出された変更差分情報は、そのときに修正されたコントロール情報に対する運用評価テスト情報のみに適用している。
ここでは、類似するコントロール情報は、同じような性質を持っている点に着目し、あるコントロール情報の修正によって抽出された変更差分情報を他の類似したコントロール情報に対応する運用評価テスト情報の修正に用いるものである。つまり、あるコントロール情報の修正に対応した運用評価テストの変更を記憶しておくことで、他のコントロールの修正に対応する運用評価テストに対して、修正すべき項目を提示するものである。例えば、ある時期から、社内の規程が変更されたために、多くのコントロールに対して修正が必要となり、それに対する運用評価テストにも修正が発生しているようなケースで用いられる。また、この場合、あるコントロール情報に対する運用評価テスト情報が１つしかない場合でも、本手法を利用して、他のコントロール情報に対する編集（それに対応する運用評価テスト情報の編集）を活用するものである。
【００５７】
図２０は、本実施の形態（修正提案情報生成モジュール１６０）による処理例を示すフローチャートである。図１４の例に示したフローチャートに対応するものである。
ステップＳ２００２では、運用評価テストの担当者が、対応するコントロールが変更された旨の連絡を受け、運用評価テストの編集画面を開く。
ステップＳ２００４では、修正したコントロール及びそれに類似したコントロールにおいて過去に抽出された共通修正差分情報を取得する。詳細な処理内容については、後述する。
ステップＳ２００６では、表示対象となる運用評価テストの属性中に共通修正差分情報にマッチする部分が存在するか否かを判断し、存在する場合はステップＳ２００８へ進み、それ以外の場合はステップＳ２０１０へ進む。
ステップＳ２００８では、共通修正差分情報をもとに修正が必要な箇所と修正後の内容を提示する。
ステップＳ２０１０では、運用評価テストの担当者がテストの内容について修正を行う。
【００５８】
ステップＳ２００４の処理について説明する。
ここでは、修正したコントロールに類似したコントロールを抽出し、それに対する共通修正差分情報を取得する。
類似したコントロール情報の抽出方法の一例を以下に記す。
類似度の計算は、ここでは、コントロール情報の属性情報を使用する。予め、コントロール情報の属性情報に対し、内部統制（リスクマネジメント）としての重要度を対応させておく。この実現方法として、例えば、コントロール情報の属性情報を一意に識別する属性ＩＤと重要度を対応させて記憶しているテーブルを用意すればよい。また、この重要度の値は、システムの管理者が予め設定しておくもので、重要度の高い属性が一致しているものは、重要度の低い属性が一致しているものよりも、類似性の高い構成要素であるとする。次に、以下のように各属性における一致度を算出する。
・選択肢型、数値型の属性など、その属性の値が一致するような属性については、以下のように一致度を計算する。
属性の一致度  ＝  一致していたら、１。一致していなかったら、０。
・文字列型の属性の一致度については、以下のように計算する。
属性の一致度  ＝  ２  ×（比較する２つの属性情報に共起した単語の数）  ／  （比較する２つの属性中の単語の総数）
なお、比較する２つの属性情報に共起した単語の数とは、その２つの属性情報内の文字列において、一致する形態素（単語）の数をいう。
そして、最終的な類似度は以下のように計算する。
構成要素の類似度  ＝  ａ  ×  （属性Ａの一致度）  ＋  ｂ  ×  （属性Ｂの一致度）  ＋  …  ＋  ｚ  ×  （属性Ｚの一致度）
なお、ａ、ｂ、…、ｚは、属性毎の重要度を示す。
そして、この類似度計算で他のコントロール情報との類似度を求め、予め定められたしきい値α以上の類似度を持つコントロール情報を類似コントロール情報として抽出する。
【００５９】
なお、本実施の形態としてのプログラムが実行されるコンピュータのハードウェア構成は、図２１に例示するように、一般的なコンピュータであり、具体的にはパーソナルコンピュータ、サーバーとなり得るコンピュータ等である。つまり、具体例として、処理部（演算部）としてＣＰＵ２１０１を用い、記憶装置としてＲＡＭ２１０２、ＲＯＭ２１０３、ＨＤ２１０４を用いている。ＨＤ２１０４として、例えばハードディスクを用いてもよい。コントロール表示／編集モジュール１１０、運用評価テスト表示／編集モジュール１２０、内部統制／リスクマネジメントロジックモジュール１３０、修正差分情報取得モジュール１４０、共通修正差分情報抽出モジュール１５０、修正提案情報生成モジュール１６０等のプログラムを実行するＣＰＵ２１０１と、そのプログラムやデータを記憶するＲＡＭ２１０２と、本コンピュータを起動するためのプログラム等が格納されているＲＯＭ２１０３と、補助記憶装置であるＨＤ２１０４と、キーボード、マウス、タッチパネル等に対する利用者の操作に基づいてデータを受け付ける受付装置２１０６と、ＣＲＴ、液晶ディスプレイ等の出力装置２１０５と、ネットワークインタフェースカード等の通信ネットワークと接続するための通信回線インタフェース２１０７、そして、それらをつないでデータのやりとりをするためのバス２１０８により構成されている。これらのコンピュータが複数台互いにネットワークによって接続されていてもよい。
【００６０】
前述の実施の形態のうち、コンピュータ・プログラムによるものについては、本ハードウェア構成のシステムにソフトウェアであるコンピュータ・プログラムを読み込ませ、ソフトウェアとハードウェア資源とが協働して、前述の実施の形態が実現される。
なお、図２１に示すハードウェア構成は、１つの構成例を示すものであり、本実施の形態は、図２１に示す構成に限らず、本実施の形態において説明したモジュールを実行可能な構成であればよい。例えば、一部のモジュールを専用のハードウェア（例えばＡＳＩＣ等）で構成してもよく、一部のモジュールは外部のシステム内にあり通信回線で接続しているような形態でもよく、さらに図２１に示すシステムが複数互いに通信回線によって接続されていて互いに協調動作するようにしてもよい。また、特に、パーソナルコンピュータの他、情報家電、複写機、ファックス、スキャナ、プリンタ、複合機などに組み込まれていてもよい。
【００６１】
前述の実施の形態においては、内部統制システムに主に利用されることを示し、内部統制におけるコントロールの項目を第１の項目の例示とし、内部統制における運用評価の項目を第２の項目の例示としたが、内部統制システムに限定されず、他の文書管理システム等に適用してもよい。つまり、第１の項目を有している文書の編集が行われ、その第１の項目に対応している第２の項目を有している文書の編集が行われるような文書管理システム等に利用してもよい。
また、前述の実施の形態の説明において、予め定められた値等との比較において、「以上」、「以下」、「より大きい」、「より小さい（未満）」としたものは、その組み合わせに矛盾が生じない限り、それぞれ「より大きい」、「より小さい（未満）」、「以上」、「以下」としてもよい。
【００６２】
なお、説明したプログラムについては、記録媒体に格納して提供してもよく、また、そのプログラムを通信手段によって提供してもよい。その場合、例えば、前記説明したプログラムについて、「プログラムを記録したコンピュータ読み取り可能な記録媒体」の発明として捉えてもよい。
「プログラムを記録したコンピュータ読み取り可能な記録媒体」とは、プログラムのインストール、実行、プログラムの流通などのために用いられる、プログラムが記録されたコンピュータで読み取り可能な記録媒体をいう。
なお、記録媒体としては、例えば、デジタル・バーサタイル・ディスク（ＤＶＤ）であって、ＤＶＤフォーラムで策定された規格である「ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ−ＲＡＭ等」、ＤＶＤ＋ＲＷで策定された規格である「ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等」、コンパクトディスク（ＣＤ）であって、読出し専用メモリ（ＣＤ−ＲＯＭ）、ＣＤレコーダブル（ＣＤ−Ｒ）、ＣＤリライタブル（ＣＤ−ＲＷ）等、ブルーレイ・ディスク（Ｂｌｕ−ｒａｙ  Ｄｉｓｃ（登録商標））、光磁気ディスク（ＭＯ）、フレキシブルディスク（ＦＤ）、磁気テープ、ハードディスク、読出し専用メモリ（ＲＯＭ）、電気的消去及び書換可能な読出し専用メモリ（ＥＥＰＲＯＭ（登録商標））、フラッシュ・メモリ、ランダム・アクセス・メモリ（ＲＡＭ）、ＳＤ（Ｓｅｃｕｒｅ  Ｄｉｇｉｔａｌ）メモリーカード等が含まれる。
そして、前記のプログラム又はその一部は、前記記録媒体に記録して保存や流通等させてもよい。また、通信によって、例えば、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、インターネット、イントラネット、エクストラネット等に用いられる有線ネットワーク、あるいは無線通信ネットワーク、さらにこれらの組み合わせ等の伝送媒体を用いて伝送させてもよく、また、搬送波に乗せて搬送させてもよい。
さらに、前記のプログラムは、他のプログラムの一部分であってもよく、あるいは別個のプログラムと共に記録媒体に記録されていてもよい。また、複数の記録媒体に分割して
記録されていてもよい。また、圧縮や暗号化など、復元可能であればどのような態様で記録されていてもよい。
【符号の説明】
【００６３】
１１０…コントロール表示／編集モジュール
１２０…運用評価テスト表示／編集モジュール
１３０…内部統制／リスクマネジメントロジックモジュール
１３２…コントロール情報管理モジュール
１３４…運用評価テスト情報管理モジュール
１４０…修正差分情報取得モジュール
１４２…コントロール修正差分情報管理モジュール
１４４…運用評価テスト修正差分情報管理モジュール
１５０…共通修正差分情報抽出モジュール
１５２…共通修正差分情報管理モジュール
１６０…修正提案情報生成モジュール
１９２…設計担当者
１９４…運用評価担当者
２１０…内部統制／リスクマネジメントサーバー
２２０…文書管理サーバー
２３０…画像処理装置
２４０…設計担当者用端末装置
２５０…運用評価担当者用端末装置
２９０…通信回線
【図１】
2013058168.tif 000003
【図２】
2013058168.tif 000004
【図３】
2013058168.tif 000005
【図４】
2013058168.tif 000006
【図５】
2013058168.tif 000007
【図６】
2013058168.tif 000008
【図７】
2013058168.tif 000009
【図８】
2013058168.tif 000010
【図９】
2013058168.tif 000011
【図１０】
2013058168.tif 000012
【図１１】
2013058168.tif 000013
【図１２】
2013058168.tif 000014
【図１３】
2013058168.tif 000015
【図１４】
2013058168.tif 000016
【図１５】
2013058168.tif 000017
【図１６】
2013058168.tif 000018
【図１７】
2013058168.tif 000019
【図１８】
2013058168.tif 000020
【図１９】
2013058168.tif 000021
【図２０】
2013058168.tif 000022
【図２１】
2013058168.tif 000023