(57)【要約】【課題】ログ群から監査対象ログを抽出するための監査ルールを変更する場合において、変更後の監査ルールとして採用されると推測される監査ルールの候補を提供する。【解決手段】記憶部１８には、ログ群から監査対象ログを抽出するための監査ルール群が記憶されている。監査ルール提案部３０は、変更前の抽出条件が変更対象の監査ルールと同一の監査ルールの変更の傾向、変更対象の監査ルールに従って抽出された監査対象ログに対する監査結果、及び、変更対象の監査ルールの変更理由に基づいて、変更対象の監査ルールに対する変更後の監査ルールの候補を提供する。【選択図】図２
2018063657.tif 000002
【特許請求の範囲】
【請求項１】
ログ群から監査対象ログを抽出するための監査ルール群を記憶する記憶手段と、
変更前の抽出条件が変更対象の監査ルールと同一の監査ルールの変更の傾向、前記変更対象の監査ルールに従って抽出された監査対象ログに対する監査結果、及び、前記変更対象の監査ルールの変更理由に基づいて、前記変更対象の監査ルールに対する変更後の監査ルールの候補の出力を制御する制御手段と、
を有する情報処理装置。
【請求項２】
前記制御手段は、変更前の抽出条件が前記変更対象の監査ルールと同一の監査ルールであって、前記変更対象の監査ルールの変更理由と同一又は類似の変更理由によって変更され、且つ、監査対象ログに対する監査結果が前記変更対象の監査ルールと同一又は類似となる監査ルール、についての変更後の監査ルールを前記候補として出力する、
ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記制御手段は、変更前の抽出条件が前記変更対象の監査ルールと同一の監査ルール群であって、前記変更対象の監査ルールの変更理由と同一又は類似の変更理由によって変更され、且つ、監査対象ログに対する監査結果が前記変更対象の監査ルールと同一又は類似となる監査ルール群、についての複数の変更後の監査ルールを抽出し、前記複数の変更後の監査ルールの中で、変更後の抽出条件が互いに同一となる数が多い監査ルールほど、前記候補としての優先度を高くして出力する、
ことを特徴とする請求項２に記載の情報処理装置。
【請求項４】
前記制御手段は、変更後の抽出条件が互いに同一となる数が閾値以上となる監査ルールを前記候補として出力する、
ことを特徴とする請求項３に記載の情報処理装置。
【請求項５】
前記制御手段は、前記変更対象の監査ルールが適用される会社と同一の属性を有する会社に適用された監査ルール群を対象として、前記候補を抽出して前記候補の出力を制御する、
ことを特徴とする請求項１から請求項４のいずれか一項に記載の情報処理装置。
【請求項６】
コンピュータを、
変更前の抽出条件が変更対象の監査ルールと同一の監査ルールの変更の傾向、前記変更対象の監査ルールに従って抽出された監査対象ログに対する監査結果、及び、前記変更対象の監査ルールの変更理由を取得する取得手段、
前記変更の傾向、前記監査結果及び前記変更理由に基づいて、前記変更対象の監査ルールに対する変更後の監査ルールの候補の出力を制御する制御手段、
として機能させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置及びプログラムに関する。
【背景技術】
【０００２】
ある情報（例えばログ情報）から監査すべき情報（監査対象ログ）を抽出する場合がある。例えば、監査ルールによってフィルタリングすることにより、監査対象ログを抽出する場合がある。
【０００３】
特許文献１には、監査ルールによってフィルタリングされた監査対象ログ以外のログを定期的に表示する装置が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１５−１１５６０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、監査ルールによって抽出されないログ群（非抽出ログ群）の中には、監査対象として有用な情報が含まれている場合がある。そのような有用な情報を含むログは、本来であれば、監査対象ログとして抽出されるべきログである場合がある。そのような監査対象ログが抽出されるように、ユーザによって監査ルールが変更される場合がある。この場合、ユーザが、非抽出ログ群の中に監査に必要な情報が含まれている否かを判断して、非抽出ログ群から監査に必要な情報を抽出し、このように抽出された情報が監査ルールによって抽出されるように監査ルールを変更することが考えられる。しかし、非抽出ログ群から監査に必要な情報を抽出するためには、一般的に、監査に対する知見や経験がユーザに必要となる。また、有用な情報を有するログは抽出するが、それ以外の余分なログは抽出しないための適切な監査ルールを設定する場合においても、一般的に、ユーザの知見や経験が必要となる。ユーザが監査ルールを変更する場合において、ユーザがこのような知見や経験を有していない場合、上記のような適切な監査ルールが得られないことがある。
【０００６】
本発明の目的は、ログ群から監査対象ログを抽出するための監査ルールを変更する場合において、変更後の監査ルールとして採用されると推測される監査ルールの候補を提供することにある。
【課題を解決するための手段】
【０００７】
請求項１に係る発明は、ログ群から監査対象ログを抽出するための監査ルール群を記憶する記憶手段と、変更前の抽出条件が変更対象の監査ルールと同一の監査ルールの変更の傾向、前記変更対象の監査ルールに従って抽出された監査対象ログに対する監査結果、及び、前記変更対象の監査ルールの変更理由に基づいて、前記変更対象の監査ルールに対する変更後の監査ルールの候補の出力を制御する制御手段と、を有する情報処理装置である。
【０００８】
請求項２に係る発明は、前記制御手段は、変更前の抽出条件が前記変更対象の監査ルールと同一の監査ルールであって、前記変更対象の監査ルールの変更理由と同一又は類似の変更理由によって変更され、且つ、監査対象ログに対する監査結果が前記変更対象の監査ルールと同一又は類似となる監査ルール、についての変更後の監査ルールを前記候補として出力する、ことを特徴とする請求項１に記載の情報処理装置である。
【０００９】
請求項３に係る発明は、前記制御手段は、変更前の抽出条件が前記変更対象の監査ルールと同一の監査ルール群であって、前記変更対象の監査ルールの変更理由と同一又は類似の変更理由によって変更され、且つ、監査対象ログに対する監査結果が前記変更対象の監査ルールと同一又は類似となる監査ルール群、についての複数の変更後の監査ルールを抽出し、前記複数の変更後の監査ルールの中で、変更後の抽出条件が互いに同一となる数が多い監査ルールほど、前記候補としての優先度を高くして出力する、ことを特徴とする請求項２に記載の情報処理装置である。
【００１０】
請求項４に係る発明は、前記制御手段は、変更後の抽出条件が互いに同一となる数が閾値以上となる監査ルールを前記候補として出力する、ことを特徴とする請求項３に記載の情報処理装置である。
【００１１】
請求項５に係る発明は、前記制御手段は、前記変更対象の監査ルールが適用される会社と同一の属性を有する会社に適用された監査ルール群を対象として、前記候補を抽出して前記候補の出力を制御する、ことを特徴とする請求項１から請求項４のいずれか一項に記載の情報処理装置である。
【００１２】
請求項６に係る発明は、コンピュータを、変更前の抽出条件が変更対象の監査ルールと同一の監査ルールの変更の傾向、前記変更対象の監査ルールに従って抽出された監査対象ログに対する監査結果、及び、前記変更対象の監査ルールの変更理由を取得する取得手段、前記変更の傾向、前記監査結果及び前記変更理由に基づいて、前記変更対象の監査ルールに対する変更後の監査ルールの候補の出力を制御する制御手段、として機能させるプログラムである。
【発明の効果】
【００１３】
請求項１，２，６に係る発明によると、ログ群から監査対象ログを抽出するための監査ルールを変更する場合において、変更後の監査ルールとして採用されると推測される監査ルールの候補が提供される。
【００１４】
請求項３，４に係る発明によると、変更後の監査ルールとして採用される可能性がより高い監査ルールほど優先的に提供される。
【００１５】
請求項５に係る発明によると、変更対象の監査ルールが適用される会社と異なる属性を有する会社に適用された監査ルール群を対象として監査ルールの候補を提供する場合と比較して、変更後の監査ルールとして採用される可能性がより監査ルールが提供される。
【図面の簡単な説明】
【００１６】
【図１】本発明の実施形態に係るログ管理システムを示すブロック図である。
【図２】本実施形態に係るログ管理装置を示すブロック図である。
【図３】監査項目リストを示す図である。
【図４】会社毎監査項目リストを示す図である。
【図５】監査ルールリストを示す図である。
【図６】監査ルール要素リストを示す図である。
【図７】監査ルール変更理由リストを示す図である。
【図８】監査結果リストを示す図である。
【図９】監査ルール遷移リストを示す図である。
【図１０】監査結果入力画面を示す図である。
【図１１】監査ルール提案部による処理を示すフローチャートである。
【図１２】監査ルール遷移抽出部による処理を示すフローチャートである。
【図１３】監査項目プルダウン部の表示処理を示すフローチャートである。
【図１４】監査項目テーブルの表示処理を示すフローチャートである。
【図１５】監査ルールプルダウン部の表示処理を示すフローチャートである。
【図１６】変更理由プルダウンの表示処理を示すフローチャートである。
【図１７】次年度監査ルール候補テーブルの表示処理を示すフローチャートである。
【発明を実施するための形態】
【００１７】
図１には、本発明の実施形態に係る情報処理システムとしてのログ管理システムの一例が示されている。ログ管理システムは、情報処理装置としてのログ管理装置１０と、監査対象装置としての画像形成装置１２と、端末装置１４と、を含む。ログ管理装置１０と画像形成装置１２と端末装置１４は、通信経路Ｎを介して互いに通信を行う機能を備えている。図１に示す例では、１つの画像形成装置１２と１つの端末装置１４がログ管理システムに含まれているが、複数の画像形成装置１２や複数の端末装置１４がログ管理システムに含まれていてもよい。もちろん、他の装置がログ管理システムに含まれていてもよい。
【００１８】
ログ管理装置１０は、監査対象装置としての画像形成装置１２からログ情報（例えば、印刷ログ、コピーログ、ＦＡＸログ、スキャンログ、等の情報）を受信して管理する装置である。ログ管理装置１０は、ログ群の中から監査すべきログ（監査対象ログ）を抽出するためのフィルタリングルールとしての監査ルールを記憶しており、ログ群に対して監査ルールを適用することにより、監査対象ログを抽出する機能を備えている。例えば、ログ管理装置１０は、監査対象として設定された各会社に設置されている画像形成装置１２からログ情報を受信し、会社毎にログを管理する。また、ログ管理装置１０は、他の装置との間でデータを送受信する機能を備えている。ログ管理装置１０は、例えば、Ｗｉ−Ｆｉ（登録商標）通信等の無線通信機能や有線通信機能を備えており、インターネットやＬＡＮ（Local Area Network）等のネットワークを介してデータを送受信する機能を備えている。なお、本実施形態では、一例として、画像形成装置１２のログが管理されるが、もちろん、画像形成装置１２以外の装置のログが管理されてもよい。例えば、Ｗｅｂサーバのログがログ管理装置１０によって管理されてもよい。
【００１９】
画像形成装置１２は画像形成機能を備えた装置である。画像形成装置１２は、例えば、プリント機能、スキャン機能、コピー機能及びファクシミリ機能の中の少なくとも１つの機能を備えている。また、画像形成装置１２は、他の装置との間でデータを送受信する機能を備えている。画像形成装置１２は、例えば、Ｗｉ−Ｆｉ通信等の無線通信機能や有線通信機能を備えており、インターネットやＬＡＮ等のネットワークを介してデータを送受信する機能を備えている。
【００２０】
端末装置１４は、例えば、ＰＣ（パーソナルコンピュータ）、タブレットＰＣ、スマートフォン、携帯電話、等の装置であり、他の装置との間でデータを送受信する機能を備えている。端末装置１４は、例えば、Ｗｉ−Ｆｉ通信等の無線通信機能や有線通信機能を備えており、インターネットやＬＡＮ等のネットワークを介してデータを送受信する機能を備えている。端末装置１４はユーザインターフェース部（例えば表示装置）を備えており、そのユーザインターフェース部には、例えば、監査結果を入力するための画面や、監査ルールを変更するための画面、等が表示される。例えば、監査人は、端末装置１４を使用してログ管理装置１０にアクセスし、監査結果を入力したり監査ルールを変更したりする。
【００２１】
通信経路Ｎは、例えば、インターネットやＬＡＮ等のネットワークによって実現される通信経路である。
【００２２】
以下、図２を参照して、ログ管理装置の構成について詳しく説明する。図２には、ログ管理装置１０の構成が示されている。
【００２３】
通信部１６は通信インターフェースであり、他の装置にデータを送信する機能、及び、他の装置からデータを受信する機能を備えている。通信部１６は、例えば、Ｗｉ−Ｆｉ通信等の無線通信機能や有線通信機能を備え、インターネットやＬＡＮ等のネットワークを介してデータを送受信する機能を備えている。
【００２４】
記憶部１８はハードディスクやメモリ等の記憶装置であり、監査対象装置から送信されたログ情報を記憶する。例えば、各会社に設置されている画像形成装置１２からログ管理装置１０にログ情報が送信され、記憶部１８には、会社毎のログ情報が記憶される。各ログ情報には会社を識別するための識別情報（例えば会社ＩＤ）が対応付けられる。また、記憶部１８は、監査項目記憶部２０、監査ルール記憶部２２、変更理由記憶部２４、及び、監査結果記憶部２６を含む。以下、各部について説明する。
【００２５】
監査項目記憶部２０は、監査項目を示す情報（監査項目情報）を記憶する。監査項目は、監査の内容（監査人はどのよう点について監査をするべきかという内容）である。監査人は、監査項目に従って監査対象ログに対して監査を行うことが想定されている。通常、監査項目は、各会社間で共通しており、例えば、その共通の監査項目を示す情報が、監査項目記憶部２０に記憶されている。また、監査項目記憶部２０は、各会社で適用される監査項目を示す情報（会社毎監査項目情報）を記憶する。
【００２６】
図３には、監査項目情報としての監査項目リストの一例が示されている。監査項目リストにおいては、例えば、監査項目の識別情報としての監査項目ＩＤと、監査項目の名称と、監査の概要（内容）を示す情報と、監査項目が適用される監査ルールを示す情報と、が互いに対応付けられている。例えば、監査項目ＩＤが「１」の監査項目は、重要印刷物の管理についての監査の内容を示しており、その監査の内容は、印刷物の管理が社内規定に従って実施されているか否かを監査することである。監査人は、その監査の内容に従って監査対象ログを監査することになる。各監査項目、つまり、各監査の概要は、予め決定されている。なお、１つの監査項目に対して１又は複数の監査ルールが対応付けられてもよい。この対応付けは、予め決定されていてもおいし、監査人等によって変更されてもよい。
【００２７】
図４には、会社毎監査項目情報としての会社毎監査項目リストの一例が示されている。会社毎監査項目リストにおいては、例えば、会社の識別情報としての会社ＩＤと、その会社に適用される監査項目の識別情報としての監査項目ＩＤと、が互い対応付けられている。なお、１つの会社に対して１又は複数の監査項目が対応付けられてもよい。例えば、会社Ａにおいては、監査項目ＩＤ「１」、「２」及び「３」にそれぞれ対応する監査が実施されることが想定されている。各会社に適用される監査項目は、例えば、当該会社についての監査を行う監査人によって設定される。もちろん、予め設定されたルールに従って、各会社に監査項目が設定されてもよい。例えば、会社の属性（例えば、業種、社員数、国籍等）によって、適用される監査項目が異なっていてもよい。同一又は類似の属性を有する会社に、同一の監査項目が適用されてもよい。
【００２８】
監査ルール記憶部２２は、ログ群の中から監査対象ログを抽出するための監査ルールを示す情報を記憶する。監査ルールには、監査対象ログを検索（抽出）するための検索条件が含まれる。その検索条件は、例えば、ログに含まれる特定の文字列、時間情報、等についての条件である。例えば、制御部３２は、監査ルールに従って、記憶部１８に記憶されているログ群の中から監査対象ログを検索（抽出）する。検索された監査対象ログは、例えば、端末装置１４のユーザインターフェース部（例えば表示装置）に表示される。
【００２９】
図５には、監査ルールを示す情報としての監査ルールリストの一例が示されている。監査ルールリストにおいては、例えば、監査ルールの識別情報としての監査ルールＩＤと、監査ルールの名称を示す情報と、監査ルールの概要を示す情報と、ログ検索の対象の属性を示す監査ルール設定情報と、が互いに対応付けられている。例えば、監査ルールＩＤが「１−０１」の監査ルールの名称は「ジョブ名」であり、この監査ルールが適用されることにより、ジョブ名に特定の文字列が含まれるログが監査対象ログとして抽出（検索）される。検索に使用される条件値は、後述する監査ルール要素として定義される。
【００３０】
図６には、監査ルール要素リストの一例が示されている。監査ルール要素は、監査ルールについての具体的な検索条件（抽出条件）を定義する情報である。監査ルール要素リストにおいては、例えば、監査ルール要素の識別情報としての監査ルール要素ＩＤと、当該監査ルール要素が使用される監査ルールのＩＤと、具体的な検索条件（例えば、条件Ａ，Ｂ）と、が互いに対応付けられている。条件Ａは、上記の監査ルール設定に用いられる検索条件であり、条件Ｂは、補足条件である。例えば、条件Ａが数値であれば、条件Ｂは、「以上」、「以下」等を定義する情報であり、条件Ａが文字列であれば、条件Ｂは、その文字列を「含む」、「含まない」等を定義する情報である。例えば、監査ルール要素「１−０１−０１」は、監査ルール「１−０１」（ジョブ名の監査ルール）に使用される検索条件であり、その検索条件として条件Ａが設定されている。その条件Ａとして、文字列「社外秘」が設定されている。監査ルール要素「１−０１−０１」が検索条件として使用された場合、ジョブ名に文字列「社外秘」が記述されているログが監査対象ログとして抽出される。監査ルールに使用される監査ルール要素は、例えば、監査人によって選択される。例えば、監査人が、監査ルール「１−０１」に対する監査ルール要素として、監査ルール要素「１−０１−０１」を選択した場合、文字列「社外秘」が記述されているログが監査対象ログとして抽出される。別の例として、監査人が、監査ルール「１−０１」に対する監査ルール要素として、監査ルール要素「１−０１−０２」を選択した場合、文字列「社内秘」又は「社外秘」が記述されているログが監査対象ログとして抽出される。
【００３１】
例えば、会社毎に監査ルールと監査ルール要素が設定される。会社毎に同一の監査ルールが適用される場合であっても、その監査ルールに使用される監査ルール要素が会社毎に異なる場合がある。例えば、会社Ａ，Ｂには、監査項目ＩＤが「１」の監査項目が適用されるため、会社Ａ，Ｂには、その点に関して、同一の監査ルール「１−０１」と「１−０２」が適用される。この場合において、監査ルール「１−０１」の監査ルール要素として、会社Ａには監査ルール要素「１−０１−０１」が適用され、会社Ｂには監査ルール要素「１−０１−０２」が適用される場合がある。各会社に適用される監査ルール要素は、例えば、各会社の監査人によって選択される。各会社に適用される監査ルール要素のＩＤは、会社ＩＤに対応付けられて監査ルール記憶部２２に記憶される。
【００３２】
変更理由記憶部２４は、監査ルールの変更理由を示す情報（変更理由情報）を記憶する。監査人は、例えば、監査結果に基づいて、従前の監査ルールを変更することが想定される。変更理由記憶部２４は、その変更の理由を示す情報を記憶する。
【００３３】
図７には、変更理由情報として監査ルール変更理由リストの一例が示されている。監査ルール変更理由リストにおいては、例えば、監査ルール変更理由の識別情報としての監査ルール変更理由ＩＤと、変更対象の監査ルールの識別情報としての監査ルールＩＤと、変更対象の監査ルールに従って抽出された監査対象ログに対する監査結果を示す情報と、監査ルールの変更理由を示す情報と、が互いに対応付けられている。監査結果と変更理由は、監査人によって入力される。例えば、監査の結果が妥当の場合、監査結果として「ＯＫ」が入力され、監査の結果が妥当ではない場合、監査結果として「ＮＧ」が入力される。もちろん、「ＮＧ」や「ＯＫ」以外の情報が監査結果として入力されてもよい。例えば、０〜１００％の数値によって監査結果が表現され、監査人は、０〜１００％に含まれる値を監査結果として入力してもよい。別の例として、程度を表わす文字列が監査結果として入力されてもよい。変更理由は、例えば、予め設定された変更理由群の中から監査人によって選択されてもよいし、監査人によって任意に入力されてもよい。
【００３４】
図７に示す例では、監査ルール「１−０１」についての監査結果は「ＮＧ」であり、その監査ルールが監査人によって変更されている。その変更理由は、例えば、「監査結果のエビデンスが不足している」である。つまり、変更前の監査ルールに従ってログを抽出した場合、当該監査人の希望に沿ったログが抽出されず、その監査ルールが監査人によって変更されている。例えば、本年度の監査ルールについての監査結果が「ＮＧ」であり、次年度の監査ルールを変更する場合、その変更理由が監査ルール変更理由リストによって管理される。
【００３５】
監査結果記憶部２６は、監査対象ログに対する監査結果を示す情報を記憶する。
【００３６】
図８には、監査結果リストの一例が示されている。監査結果リストにおいては、例えば、監査が行われた会社のＩＤと、監査が行われた年度を示す情報と、監査にて実行された監査項目のＩＤと、その監査にて監査対象ログを抽出するために使用された監査ルールのＩＤと、その抽出のために使用された監査ルール要素のＩＤと、その監査ルールによって抽出された監査対象ログに対する監査結果を示す情報と、補足情報と、監査ルール変更理由のＩＤと、が互いに対応付けられている。監査ルールが変更された場合に、監査ルール変更理由のＩＤが、監査結果リストに登録される。制御部３２は、監査人によって入力された監査結果と変更理由を示す情報を、監査結果リストに追加して管理する。図８に示す例では、矢印で示すように、２０１５年度において会社「Ａ」に適用されていた監査ルール要素「１−０１−０１」が、２０１６年度においては監査ルール要素「１−０１−０２」に変更されている。監査ルール要素「１−０１−０１」が変更前の監査ルール要素に該当し、監査ルール要素「１−０１−０２」が変更後の監査ルール要素に該当する。監査結果リストを参照することにより、各会社に適用される各監査ルールの監査ルール要素や、その監査ルール要素の変更の遷移（傾向）が抽出される。
【００３７】
監査ルール遷移抽出部２８は、監査ルールの変更の傾向を分析する。その分析結果を示す情報は、記憶部１８に記憶される。例えば、監査ルール遷移抽出部２８は、監査結果を示す情報（例えば監査結果リスト）を参照し、変更前の内容が互いに同一となる監査ルール要素群であって、その監査ルール要素によって抽出された監査対象ログに対する監査結果が互いに同一又は類似となり、変更理由が互いに同一又は類似となる監査ルール要素群を１つのグループとして抽出する。監査ルール遷移抽出部２８は、そのグループ内において、変更後の内容が互いに同一となる監査ルール要素毎に、変更後の監査ルール要素の数をカウントし、そのグループに属する全監査ルール要素の数に対する、各変更後の監査ルール要素の数の割合（監査ルール変更割合）を演算する。
【００３８】
なお、各検査結果の類似範囲や各変更理由の類似範囲は、予め設定されており、その類似範囲に含まれる各検査結果は互いに類似する検査結果に相当し、また、その類似範囲に含まれる各変更理由は互いに類似する変更理由に相当する。例えば、監査結果として数値（例えば０〜１００％）が用いられた場合において、各監査結果の差（値の差）が予め設定された閾値以下となる場合、当該各監査結果は互いに類似する監査結果に該当する。
【００３９】
図９には、監査ルール遷移抽出部２８による抽出結果としての監査ルール遷移リストの一例が示されている。監査ルール遷移リストにおいては、変更前の監査ルール要素のＩＤと、その監査ルール要素を検索条件として検索された監査対象ログに対する監査結果を示す情報と、その監査ルール変更理由のＩＤと、変更後の監査ルール要素のＩＤと、監査ルール変更割合を示す情報と、カウント数を示す情報と、が互いに対応付けられている。この監査ルール遷移リストに含まれる変更前の監査ルール要素のＩＤ、監査結果を示す情報、監査ルール変更理由のＩＤ、及び、変更後の監査ルール要素のＩＤは、監査結果リストから抽出される。カウント数は監査ルール遷移抽出部２８によってカウントされ、監査ルール変更割合は監査ルール遷移抽出部２８によって演算される。
【００４０】
カウント数は、変更前の監査ルール要素が互いに同一であり、監査結果が互いに同一であり、且つ、監査ルール変更理由が互いに同一である、変更後の監査ルール要素の数である。つまり、カウント数は、互いに監査結果が同一となる同一の変更前の監査ルール要素が、互いに同一の変更理由によって同一の変更後の監査ルール要素に変更された数を示している。
【００４１】
監査ルール遷移抽出部２８は、変更前の監査ルール要素が互いに同一であり、監査結果が互いに同一であり、且つ、監査ルール変更理由が互いに同一となる、変更後の監査ルール要素群を、同一のグループに割り当てられる。監査ルール変更割合は、その同一グループに属する全監査ルール要素の数に対する、各変更後の監査ルール要素の数の割合である。
【００４２】
例えば、変更前の監査ルール要素「１−０１−０１」が、互いに同一の監査ルール変更理由「１−０１−ＮＧ−０１」によって、監査ルール要素「１−０１−０２」、「１−０１−０３」及び「１−０１−０４」にそれぞれ変更されている。内容が監査ルール要素「１−０１−０１」から監査ルール要素「１−０１−０２」に変更された監査ルール要素の数は「５０」であり、内容が監査ルール要素「１−０１−０１」から監査ルール要素「１−０１−０３」に変更された監査ルール要素の数は「２００」であり、内容が監査ルール要素「１−０１−０１」から監査ルール要素「１−０１−０４」に変更された監査ルール要素の数は「２５０」である。これらの監査ルール要素は、同一のグループに割り当てられる。このグループに属する全監査ルール要素の数は、５００（＝５０＋２００＋２５０）である。それ故、変更後の監査ルール要素「１−０１−０２」の監査ルール変更割合は、１０％（＝５０／５００×１００）であり、変更後の監査ルール要素「１−０１−０３」の監査ルール変更割合は、４０％（＝２００／５００×１００）であり、変更後の監査ルール要素「１−０１−０４」の監査ルール変更割合は、５０％（＝２５０／５００×１００）である。
【００４３】
監査ルール提案部３０は、変更対象の監査ルールに対する変更後の監査ルールの候補を提案する機能を備えている。変更対象の監査ルールは、例えば監査人によって指定される。監査ルール提案部３０は、例えば、変更前の内容が変更対象の監査ルールと同一である監査ルールの変更傾向、その監査ルールによって抽出された監査対象ログに対する監査結果、及び、監査ルールの変更理由に基づいて、変更対象の監査ルールに対する変更後の監査ルールの候補を出力する。例えば、監査ルール提案部３０は、現在の監査ルール（例えば今年度の監査ルール）、今年度の監査結果、及び、監査ルールの変更理由に基づいて、次年度の監査ルールを出力する。制御部３２は、変更後の監査ルールの候補の表示を制御する。例えば、その候補を示す情報は、ログ管理装置１０から端末装置１４に送信され、端末装置１４のＵＩ部（例えば表示部）に表示される。
【００４４】
具体的には、監査ルール提案部３０は、監査ルール遷移抽出部２８の分析結果（例えば監査ルール遷移リスト）を参照し、変更前の内容が変更対象の監査ルール要素と同一の監査ルール要素であって、変更対象の監査ルール要素の変更理由と同一又は類似の変更理由によって変更され、且つ、監査対象ログに対する監査結果が変更対象の監査ルール要素と同一又は類似となる監査ルール要素、についての変更後の監査ルール要素を、変更後の監査ルールの候補として出力する。なお、変更対象の監査ルール要素は、変更対象の監査ルールに使用される検索条件である。
【００４５】
より詳しく説明すると、監査ルール提案部３０は、監査ルール遷移抽出部２８の分析結果（例えば監査ルール遷移リスト）を参照し、変更前の内容が変更対象の監査ルール要素と同一の監査ルール要素群であって、変更対象の監査ルール要素の変更理由と同一又は類似の変更理由によって変更され、且つ、監査対象ログに対する監査結果が変更対象の監査ルール要素と同一又は類似となる監査ルール要素群を１つのグループとして抽出する。監査ルール提案部３０は、そのグループの中で、変更後の内容が同一となる数が多い監査ルール要素ほど、優先度の高い候補として出力する。
【００４６】
監査ルール提案部３０による処理について、図９を参照して説明する。例えば、監査ルール要素「１−０１−０１」が変更対象の監査ルール要素として指定され、変更対象の監査ルール要素「１−０１−０１」によって抽出された監査対象ログに対する監査結果は「ＮＧ」であるとする。また、監査ルール変更理由「１−０１−ＮＧ−０１」が監査人によって指定されたものとする。この場合、監査ルール提案部３０は、変更前の監査ルール要素「１−０１−０１」、監査結果「ＮＧ」及び監査ルール変更理由「１−０１−ＮＧ−０１」に対応付けられている、変更後の監査ルール要素「１−０１−０２」、「１−０１−０３」及び「１−０１−０４」を抽出する。また、監査ルール提案部３０は、各変更後の監査ルール要素に対応付けられている監査ルール変更割合とカウント数を抽出する。変更後の監査ルール要素「１−０１−０２」の割合は「１０％」であり、変更後の監査ルール要素「１−０１−０３」の割合は「４０％」であり、変更後の監査ルール要素「１−０１−０４」の割合は「５０％」である。それ故、監査ルール提案部３０は、変更後の監査ルール要素「１−０１−０４」の優先度を「１位」とし、変更後の監査ルール要素「１−０１−０３」の優先度を「２位」とし、変更後の監査ルール要素「１−０１−０２」の優先度を「３位」に設定する。優先度の高い変更後の監査ルール要素ほど、変更後の監査ルール要素の候補として優先的に提案される。例えば、優先度の高い変更後の監査ルール要素ほど、端末装置１４のユーザインターフェース部に優先的に（例えば上位に）表示される。
【００４７】
別の例として、監査ルール提案部３０は、カウント数が閾値以上となる変更後の監査ルール要素を、変更後の監査ルール要素の候補として提案してもよい。閾値は、例えば、予め設定された値であってもよいし、監査人等によって変更されてもよい。例えば、上記の例において、カウント数の閾値が「１００」に設定された場合、監査ルール提案部３０は、カウント数が「２００」である変更後の監査ルール要素「１−０１−０３」と、カウント数が「２５０」である変更後の監査ルール要素「１−０１−０４」を、変更後の監査ルール要素の候補として抽出する。変更後の監査ルール要素「１−０１−０２」のカウント数は「５０」であるため、監査ルール要素「１−０１−０２」は、変更後の監査ルール要素の候補として抽出されない。
【００４８】
別の例として、監査ルール提案部３０は、同一のグループ内において監査ルール変更割合が閾値以上となる変更後の監査ルール要素を、変更後の監査ルール要素の候補として提案してもよい。閾値は、例えば、予め設定された値であってもよいし、監査人等によって変更されてもよい。例えば、上記の例において、監査ルール変更割合の閾値が「３０％」に設定された場合、監査ルール提案部３０は、監査ルール変更割合が「４０％」である変更後の監査ルール要素「１−０１−０３」と、監査ルール変更割合が「５０％」である変更後の監査ルール要素「１−０１−０４」を、変更後の監査ルール要素の候補として抽出する。変更後の監査ルール要素「１−０１−０２」の監査ルール変更割合は「１０％」であるため、監査ルール要素「１−０１−０２」は、変更後の監査ルール要素の候補として抽出されない。
【００４９】
制御部３２は、ログ管理装置１０の各部の動作を制御する。また、制御部３２は、監査ルール（つまり監査ルール要素）に従って、記憶部１８に記憶されているログ群の中から監査対象ログを検索する。その検索結果を示す情報は、例えば、端末装置１４に送信され、端末装置１４のユーザインターフェース部に表示される。また、制御部３２は、監査結果入力画面の表示を制御する。その監査結果入力画面を示す情報は、例えば、端末装置１４に送信され、端末装置１４のユーザインターフェース部に表示される。監査人は、端末装置１４を使用して、監査結果入力画面上で監査結果を入力する。その画面で入力された監査結果を示す情報は、端末装置１４からログ管理装置１０に送信される。制御部３２は、その監査結果を示す情報を受けて、監査結果記憶部２６に監査結果を示す情報を記憶させる。また、制御部３２は、変更後の監査ルール（つまり変更後の監査ルール要素）の候補の表示を制御する。例えば、監査ルール提案部３０によって変更後の監査ルール要素の候補が提案されると、その候補を示す情報が、端末装置１４に送信され、端末装置１４のユーザインターフェース部に表示される。端末装置１４において、監査人によって、変更対象の監査ルール（つまり変更対象の監査ルール要素）が指定され、監査ルール変更理由が入力され、変更後の監査ルール（つまり変更後の監査ルール要素）が指定されると、それらの情報は、端末装置１４からログ管理装置１０に送信される。制御部３２は、それらの情報（変更対象の監査ルール要素を示す情報、監査ルール変更理由を示す情報、及び、変更後の監査ルール要素を示す情報）を受けて、それらの情報を監査結果記憶部２６に記憶させる。
【００５０】
以下、図１０を参照して、監査結果入力画面について説明する。図１０には、その画面の一例が示されている。監査結果入力画面３４は、監査結果を入力するときに表示される画面である。ここでは、会社Ａの２０１５年度における監査結果を入力する場合について説明する。例えば、会社Ａの監査人は、端末装置１４を使用してログ管理装置１０にアクセスし、ログ管理装置１０にログインする。例えば、監査人が端末装置１４を使用して、会社Ａを示す情報やパスワード等を入力してログイン操作することにより、会社Ａの監査人としてログ管理装置１０にログインする。これにより、監査結果入力画面３４を示す情報が、ログ管理装置１０から端末装置１４に送信され、端末装置１４のユーザインターフェース部に表示される。
【００５１】
監査結果入力画面３４は、監査結果を入力するための監査項目エリア３６を含む。監査項目エリア３６は、監査項目プルダウン部３８と監査項目テーブル４０を含む。監査項目プルダウン部３８には、プルダウン方式によって、会社Ａに適用される監査項目の名称が表示される。図４に示すように、会社Ａには、監査項目ＩＤが「１」、「２」及び「３」の監査項目が適用されるため、それらの名称がプルダウン方式によって表示される。図１０に示す例では、監査項目ＩＤが「１」である監査項目「重要印刷物の管理」が監査人によって選択されている。監査項目が選択されると、制御部３２は、選択された監査項目の情報を監査項目リストから取得し、その情報を端末装置１４に送信する。選択された監査項目の情報は、監査項目テーブル４０に表示される。図１０に示す例では、監査項目ＩＤ「１」が選択されているため、監査項目ＩＤが「１」である監査項目の情報が、監査項目テーブル４０に表示されている。例えば、監査項目ＩＤ、監査項目の名称、監査項目の概要、及び、その監査項目が適用される監査ルールを示す情報が、表示される。また、監査人が監査結果と補足情報を入力するための欄が表示される。図１０に示す例では、監査項目「重要印刷物の管理」について、監査対象ログに対する監査結果が監査人によって入力される。監査対象ログは、監査ルールに従って検索される。ここでは、監査ルール「１−０１」と「１−０２」が適用されて監査対象ログが検索される。各監査ルールには、例えば会社毎に、監査ルール要素が設定されており、その監査ルール要素に従って監査対象ログが抽出される。図１０に示す例では、監査結果は「ＮＧ」となっており、補足欄に、例えば、ＮＧとなった理由が記述されている。監査人が「ＯＫ」ボタンを押すと、監査結果を示す情報が、端末装置１４からログ管理装置１０に送信され、制御部３２は、その監査結果を示す情報を監査結果記憶部２６に記憶させる。
【００５２】
また、監査結果入力画面３４は、監査ルールを変更するための監査ルール変更エリア４２を含む。監査ルール変更エリア４２は、監査ルールプルダウン部４４と、今年度監査ルールテーブル４６と、変更理由プルダウン部４８と、次年度監査ルール候補テーブル５０と、を含む。
【００５３】
監査ルールプルダウン部４４には、プルダウン方式によって、変更対象の監査ルールの名称が表示される。図４に示すように、会社Ａには、監査項目ＩＤが「１」、「２」及び「３」の監査項目が適用されるため、それらの監査項目が使用される監査ルールの名称が、プルダウン方式によって表示される。図１０に示す例では、監査ルールＩＤが「１−０１」である監査ルール「ジョブ名」が監査人によって選択されている。変更対象の監査ルールが選択されると、制御部３２は、選択された監査ルールの情報を監査ルールリストから取得し、その情報を端末装置１４に送信する。選択された監査ルールの情報は、今年度監査ルールテーブル４６に表示される。図１０に示す例では、監査ルール「ジョブ名」が選択されているため、監査ルール「ジョブ名」の情報が、今年度監査ルールテーブル４６に表示されている。例えば、監査ルールＩＤ、監査ルールの名称、監査ルールの概要、監査ルール設定を示す情報、及び、監査ルール「ジョブ名」に使用される監査ルール要素（例えば条件Ａ，Ｂ）を示す情報が、表示される。会社Ａの今年度の監査ルールにおいては、監査ルール要素「１−０１−０１」が使用されている。その監査ルール要素に含まれる条件Ａは文字列「社外秘」であり、条件Ｂは設定されていない。
【００５４】
変更理由プルダウン部４８には、プルダウン方式によって、監査ルール変更理由が表示される。図７に示すように、各監査ルールに対する１又は複数の監査ルール変更理由が予め設定されている。監査人によって変更対象の監査ルールが選択されると、その変更対象の監査ルールの監査ルールＩＤが、端末装置１４からログ管理装置１０に送信され、制御部３２は、その監査ルールＩＤに対応する１又は複数の監査ルール変更理由を、監査ルール変更理由リストから抽出する。抽出された監査ルール変更理由を示す情報は、ログ管理装置１０から端末装置１４に送信され、プルダウン方式によって、変更理由プルダウン部４８に表示される。図１０に示す例では、監査ルール変更理由ＩＤが「１−０１−ＮＧ−０２」である変更理由「監査結果のエビデンスが不足している」が監査人によって選択されている。監査人によって選択された監査ルール変更理由ＩＤは、端末装置１４からログ管理装置１０に送信される。なお、図１０に示す例では、変更対象の監査ルールに対する１又は複数の監査ルール変更理由が予め設定されており、プルダウン方式によって、監査ルール変更理由が監査人によって選択される。別の例として、監査人が、監査ルール変更理由を文字列で入力してもよい。
【００５５】
次年度監査ルール候補テーブル５０には、監査ルール提案部３０によって抽出された監査ルール要素の候補が表示される。変更対象の監査ルールと監査ルール変更理由が監査人によって指定されると、監査ルール提案部３０は、上述した提案処理（抽出処理）によって、例えば図９に示されている監査ルール遷移リストから、変更後の監査ルール要素の候補を抽出する。その候補を示す情報は、ログ管理装置１０から端末装置１４に送信される。端末装置１４においては、その候補を示す情報が、次年度監査ルール候補として、次年度監査ルール候補テーブル５０に表示される。図１０に示す例では、監査ルール要素「１−０１−０２」、「１−０１−０３」及び「１−０１−０４」が候補として表示されている。上述したように、監査ルール提案部３０によって決定された各監査ルール要素の優先度に従って、各監査ルール要素が表示されてもよい。例えば、優先度が高い監査ルール要素ほど、上位に表示されてもよい。また、監査ルール変更割合やカウント数が閾値以上となる監査ルール要素が、候補として次年度監査ルール候補テーブル５０に表示され、監査ルール変更割合やカウント数が閾値未満となる監査ルール要素は、表示されなくてもよい。
【００５６】
次年度監査ルール候補テーブル５０に表示された候補群の中から監査人によって変更後の監査ルール要素が選択されると、変更後の監査ルール要素を示す情報が、端末装置１４からログ管理装置１０に送信される。制御部３２は、変更後の監査ルール要素を示す情報を、会社ＡのＩＤに対応付けて監査ルール記憶部２２に記憶させる。図１０に示す例では、監査ルール要素「１−０１−０２」が変更後の監査ルール要素として選択されているため、その監査ルール要素ＩＤが、会社ＡのＩＤに対応付けられる。これにより、次年度においては、監査ルール要素「１−０１−０２」を使用して監査対象ログが検索される。
【００５７】
以下、ログ管理装置１０による各処理について説明する。
【００５８】
まず、図１１を参照して、監査ルール提案部３０による処理について説明する。図１１には、その処理を示すフローチャートが示されている。
【００５９】
監査結果入力画面３４上で監査人によって、変更対象の監査ルール要素（変更前の監査ルール要素）、監査結果、及び、監査ルール変更理由が入力されると、監査ルール提案部３０は、それらを受け付ける（Ｓ０１）。
【００６０】
次に、監査ルール提案部３０は、例えば図９に示されている監査ルール遷移リストにおいて、以下の行を検索する（Ｓ０２）。
・監査ルール要素（変更前）：入力された「監査ルール要素」
・監査結果：入力された「監査結果」
・監査ルール変更割合：入力された「監査ルール変更理由」
・監査ルール変更割合：閾値以上の割合
【００６１】
次に、監査ルール提案部３０は、監査ルール遷移リストにおいて上記の条件に合致する行に記述されている情報を抽出し、各行の情報を割合列で（監査ルール変更割合が高い順に）並べて（ソートして）出力する（Ｓ０３）。これにより、監査結果入力画面３４の次年度監査ルール候補テーブル５０に、変更後の監査ルール要素の候補が表示される。
【００６２】
以下、図１２を参照して、監査ルール遷移抽出部２８による処理について説明する。図１２には、その処理を示すフローチャートが示されている。
【００６３】
監査ルール遷移抽出部２８は、図８に示されている監査結果リストを受け付ける（Ｓ１０）。このとき、行番号ｎ＝０、ｎ＿ｔｏｔａｌ＝監査結果リストの行数が設定される（Ｓ１１）。
【００６４】
ｎ＝ｎ＿ｔｏｔａｌの場合（Ｓ１２，Ｙｅｓ）、監査ルール遷移抽出部２８は、監査ルール遷移リストを出力する（Ｓ１３）。ｎ＝ｎ＿ｔｏｔａｌではない場合（Ｓ１２，Ｎｏ）、処理はステップＳ１４に移行する。
【００６５】
ステップＳ１４では、監査ルール遷移抽出部２８は、監査結果リストにおいて以下の検索条件に従った検索を行うことにより、監査結果リスト［ｎ］．年度＋１年度の行番号（つまり、ｎ番目の行に記述されている年度に１年度を加えた年度が記述されている行番号）を取得する。これにより取得された行番号を「ｋ」とする。
検索条件：
・会社：監査結果リスト［ｎ］．会社ＩＤ
・年度：監査結果リスト［ｎ］．年度＋１
・監査項目ＩＤ：監査結果リスト［ｎ］．監査項目ＩＤ
・監査ルール：監査結果リスト［ｎ］．監査ルール
【００６６】
監査結果リストに上記の検索条件に合致する行が存在する場合（Ｓ１５，Ｙｅｓ）、処理はステップＳ１６に移行し、上記の検索条件に合致する行が存在しない場合（Ｓ１５，Ｎｏ）、処理はステップＳ１２に戻る。
【００６７】
ステップＳ１６では、監査ルール遷移抽出部２８は、監査ルール遷移リスト中の監査ルール変更割合を更新する。具体的には、監査ルール遷移抽出部２８は、監査ルール遷移リストにおいて、以下の検索条件に従った検索を行う。これにより取得された行番号を「ｍ」とする。
検索条件：
・監査ルール要素（変更前）：監査結果リスト［ｎ］．監査ルール要素
・監査結果：監査結果リスト［ｎ］．監査結果
・監査ルール変更理由：監査結果リスト［ｎ］．監査ルール変更理由
・監査ルール要素（変更後）：監査結果リスト［ｋ］．監査ルール要素
【００６８】
監査ルール遷移抽出部２８は、合致した行の全ての「監査ルール変更カウント値」を合算する。この合算値を「Ｔ」とする。
【００６９】
監査ルール遷移リストに上記の検索条件に合致する行が存在する場合（Ｓ１７，Ｙｅｓ）、処理はステップＳ１８に移行し、上記の検索条件に合致する行が存在しない場合（Ｓ１７，Ｎｏ）、処理はステップＳ１９に移行する。
【００７０】
ステップＳ１８では、監査ルール遷移抽出部２８によって、監査ルール遷移リスト［ｍ］．監査ルール変更カウント値＝監査ルール遷移リスト［ｍ］．監査ルール変更カウント値＋１に設定される。次に、処理はステップＳ１９に移行する。
【００７１】
ステップＳ１９では、監査ルール遷移抽出部２８は、監査ルール遷移リストに新しい行を作成し、以下の情報を入力する。
・監査ルール要素（変更前）：監査結果リスト［ｎ］．監査ルール要素
・監査ルール要素（変更後）：監査結果リスト［ｋ］．監査ルール要素
・監査結果：監査結果リスト［ｎ］．監査結果
・監査ルール変更理由：監査結果リスト［ｎ］．監査ルール変更理由
・監査ルール変更カウント値：１
【００７２】
次に、監査ルール遷移抽出部２８は、監査ルール遷移リスト中の監査ルール変更割合を更新する（Ｓ２０）。具体的には、監査ルール遷移抽出部２８は、監査ルール遷移リストにおいて、以下の検索条件に従った検索を行う。
検索条件：
・監査ルール要素（変更前）：監査ルール遷移リスト［ｎ］．監査ルール要素
・監査結果：監査ルール遷移リスト［ｎ］．監査結果
・監査ルール変更理由：監査ルール遷移リスト［ｎ］．監査ルール変更理由
【００７３】
監査ルール遷移抽出部２８は、合致した行の全ての「監査ルール変更カウント値」を合算する。この合算値を「Ｔ」とする。また、監査ルール遷移抽出部２８は、合致した全ての行の「監査ルール変更割合」に対し、以下の計算結果を入力する。
合致した行．監査ルール変更割合：合致した行．監査ルール変更カウント値／Ｔ×１００
【００７４】
次に、ｎ＝ｎ＋１に設定され、処理はステップＳ１２に移行する。ｎ＝ｎ＿ｔｏｔａｌとなるまで、上記の処理が繰り返し実行される。これにより、監査ルール遷移リストが更新されていく。例えば、監査結果リストが更新される度に、監査ルール遷移リストが更新される。
【００７５】
以下、図１３を参照して、監査結果入力画面３４中の監査項目プルダウン部３８の表示処理について説明する。図１３には、その処理を示すフローチャートが示されている。
【００７６】
まず、制御部３２は、会社ＩＤを受け、図４に示されている会社毎監査項目リストにおいて、その会社ＩＤに対応する監査項目ＩＤを検索する（Ｓ３０）。会社ＩＤは、例えば、監査人が端末装置１４を使用して入力される。その会社ＩＤは、例えば、監査対象の会社のＩＤ（例えば自社の会社ＩＤ）である。
【００７７】
次に、行番号ｎ＝０、ｎ＿ｔｏｔａｌ＝ステップＳ３０で検索された監査項目ＩＤのリストの行数が設定される（Ｓ３１）。
【００７８】
ｎ＝ｎ＿ｔｏｔａｌの場合（Ｓ３２，Ｙｅｓ）、処理は終了し、ｎ＝ｎ＿ｔｏｔａｌではない場合（Ｓ３２，Ｎｏ）、処理はステップＳ３３に移行する。
【００７９】
ステップＳ３３では、制御部３２は、図３に示されている監査項目リストにおいて、以下の検索条件に従って監査項目を検索する。
検索条件：
・監査項目ＩＤ：ステップＳ３０で検索された監査項目ＩＤのリスト［ｎ］
この検索条件に合致した行番号を「ｋ」とする。
【００８０】
次に、制御部３２は、以下の内容を結合して文字列を作成し、監査項目プルダウン部３８の項目に追加する。
・監査項目リスト［ｋ］：監査項目ＩＤ
・監査項目リスト［ｋ］：監査項目名称
【００８１】
次に、ｎ＝ｎ＋１に設定され、処理は、ステップＳ３２に移行する。ｎ＝ｎ＿ｔｏｔａｌとなるまで、上記の処理が繰り返し実行される。
【００８２】
以下、図１４を参照して、監査結果入力画面３４中の監査項目テーブル４０の表示処理について説明する。図１４には、その処理を示すフローチャートが示されている。
【００８３】
まず、制御部３２は、監査項目プルダウン部３８で監査人によって選択された監査項目の監査項目ＩＤと、監査人によって入力された会社ＩＤ（例えば自社の会社ＩＤ）と、監査人によって入力された年度（例えば監査年度）を示す情報と、を受け付ける（Ｓ４０）。
【００８４】
次に、制御部３２は、図３に示されている監査項目リストにおいて、以下の検索条件に従って監査項目を検索する（Ｓ４１）。
検索条件：
・監査項目ＩＤ：監査項目プルダウン部３８で選択された監査項目ＩＤ
この検索条件に合致した行番号を「ｋ」とする。
【００８５】
次に、制御部３２は、図８に示されている監査結果リストにおいて、以下の検索条件に従って、監査結果及び補足情報を検索する（Ｓ４２）。
検索条件：
・会社ＩＤ：監査人によって入力された会社ＩＤ（例えば自社の会社ＩＤ）
・年度：監査人によって入力された年度（例えば監査年度）
・監査項目ＩＤ：監査項目プルダウン部３８で選択された監査項目ＩＤ
この検索条件に合致した行番号を「ｍ」とする。
【００８６】
次に、制御部３２は、以下の情報に基づいて監査項目テーブル４０を作成する（Ｓ４３）。
・監査項目ＩＤ：監査項目プルダウン部３８で選択された監査項目ＩＤ
・監査項目リスト［ｋ］．名称
・監査項目リスト［ｋ］．概要
・監査項目リスト［ｋ］．監査ルール
・監査結果リスト［ｍ］．監査結果
・監査結果リスト［ｍ］．補足
【００８７】
制御部３２は、上記のように作成された監査項目テーブル４０を、監査結果入力画面３４に表示させる。
【００８８】
以下、図１５を参照して、監査結果入力画面３４中の監査ルールプルダウン部４４の表示処理について説明する。図１５には、その処理を示すフローチャートが示されている。
【００８９】
まず、制御部３２は、監査項目プルダウン部３８で監査人によって選択された監査項目の監査項目ＩＤを受け付ける（Ｓ５０）。
【００９０】
次に、制御部３２は、図３に示されている監査項目リストにおいて、以下の検索条件に従って監査ルールを検索し、この検索条件に合致する行の監査ルール群を取得する（Ｓ５１）。
検索条件：
・監査項目ＩＤ：監査項目プルダウン部３８で選択された監査項目ＩＤ
【００９１】
次に、行番号ｎ＝０、ｎ＿ｔｏｔａｌ＝ステップＳ５１で取得された監査ルール群の行数が設定される（Ｓ５２）。
【００９２】
ｎ＝ｎ＿ｔｏｔａｌの場合（Ｓ５３，Ｙｅｓ）、処理は終了し、ｎ＝ｎ＿ｔｏｔａｌではない場合（Ｓ５３，Ｎｏ）、処理はステップＳ５４に移行する。
【００９３】
ステップＳ５４においては、制御部３２は、図５に示されている監査ルールリストにおいて、以下の検索条件に従って監査ルールを検索する（Ｓ５４）。
検索条件：
・監査ルールＩＤ：ステップＳ５１で取得された監査ルール群［ｎ］
この検索条件に合致した行番号を「ｋ」とする。
【００９４】
次に、制御部３２は、以下の内容を結合して文字列を作成し、監査ルールプルダウン部４４の項目に追加する。
・監査ルールリスト［ｋ］：監査ルールＩＤ
・監査ルールリスト［ｋ］：監査ルール名称
【００９５】
次に、ｎ＝ｎ＋１に設定され、処理は、ステップＳ５３に移行する。ｎ＝ｎ＿ｔｏｔａｌとなるまで、上記の処理が繰り返し実行される。
【００９６】
以下、図１６を参照して、監査結果入力画面３４中の変更理由プルダウン部４８の表示処理について説明する。図１６には、その処理を示すフローチャートが示されている。
【００９７】
まず、制御部３２は、監査項目テーブル４０にて監査人に入力された監査結果の文字列（例えば、ＯＫ、ＮＧ等）と、監査ルールプルダウン部４４で監査人によって選択された監査ルールの監査ルールＩＤを受け付ける（Ｓ６０）。
【００９８】
次に、制御部３２は、図７に示されている監査ルール変更理由リストにおいて、以下の検索条件に従って、監査ルール変更理由ＩＤと監査ルール変更理由を示す情報を検索し、検索条件に合致する行を取得する（Ｓ６１）。
検索条件：
・監査ルール：監査ルールプルダウン部４４で選択された監査ルールＩＤ
・監査結果：監査項目テーブル４０中の検索結果欄に入力された文字列
【００９９】
次に、行番号ｎ＝０、ｎ＿ｔｏｔａｌ＝ステップＳ６１で取得された行数が設定される（Ｓ６２）。
【０１００】
ｎ＝ｎ＿ｔｏｔａｌの場合（Ｓ６３，Ｙｅｓ）、処理は終了し、ｎ＝ｎ＿ｔｏｔａｌではない場合（Ｓ６３，Ｎｏ）、処理はステップＳ６４に移行する。
【０１０１】
ステップＳ６４においては、制御部３２は、以下の内容を結合して文字列を作成し、変更理由プルダウン部４８の項目に追加する。
・監査ルール変更理由リスト［ｎ］：監査ルール変更理由ＩＤ
・監査ルール変更理由リスト［ｎ］：監査ルール変更理由
【０１０２】
次に、ｎ＝ｎ＋１に設定され、処理は、ステップＳ６３に移行する。ｎ＝ｎ＿ｔｏｔａｌとなるまで、上記の処理が繰り返し実行される。
【０１０３】
以下、図１７を参照して、監査結果入力画面３４中の次年度監査ルール候補テーブル５０の表示処理について説明する。図１７には、その処理を示すフローチャートが示されている。
【０１０４】
まず、制御部３２は、監査項目テーブル４０にて監査人によって入力された監査結果、監査ルールプルダウン部４４で監査人によって選択された監査ルール（つまり監査ルール要素）、及び、変更理由プルダウン部４８で監査人によって選択された監査ルール変更理由を受け付ける（Ｓ７０）。
【０１０５】
次に、制御部３２は、上記の監査結果、監査ルール要素及び監査ルール変更理由を、監査ルール提案部３０に出力し、監査ルール提案部３０から監査ルール要素のリストを取得する（Ｓ７１）。
【０１０６】
次に、制御部３２は、上記の監査ルール要素のリストに基づいて、次年度監査ルール候補テーブル５０を作成する（Ｓ７２）。この次年度監査ルール候補テーブル５０は、監査結果入力画面３４に表示される。
【０１０７】
以上のように、本実施形態によると、各監査ルール（つまり各監査ルール要素）の変更の傾向を分析し、その傾向に基づいて、変更対象の監査ルール（つまり変更対象の監査ルール要素）に対する変更後の監査ルール（つまり変更後の監査ルール要素）の候補が提供される。各監査ルールの変更の傾向を分析することにより、変更後の監査ルールとしてどのような監査ルールが用いられるのかが特定されるので、変更後の監査ルールとして採用されると推測される監査ルールの候補（つまり監査ルール要素の候補）が提供される。例えば、監査項目は各会社で共通する場合があり、結果として、監査ルール（つまり監査ルール要素）も各会社で共通する場合がある。この場合、変更前後の監査ルールも各会社で共通することがあるため（つまり、変更の傾向が各会社で共通することがあるため）、変更の傾向を分析することにより、変更後の監査ルールとして採用されると推測される監査ルールの候補が提供される。監査ルールを変更する場合、通常、監査人は、有用な情報を有するログは抽出するが、それ以外の余分なログは抽出しないように監査ルールを変更すると想定される。それ故、上記のように監査ルールの変更の傾向を分析することで提供された変更後の監査ルールの候補は、有用な情報を有するログは抽出するが、それ以外の余分なログは抽出しない適切な監査ルールであると推測される。このように、本実施形態によると、そのような適切な監査ルールが提供される。
【０１０８】
また、変更対象の監査ルール（つまり変更対象の監査ルール要素）の変更理由と同一又は類似の変更理由によって変更され、且つ、監査結果が変更対象の監査ルールと同一又は類似となる監査ルール（つまり監査ルール要素）、についての変更後の監査ルール（つまり監査ルール要素）は、変更対象の監査ルールに対する変更後の監査ルールとして採用されると推測される。つまり、変更対象の監査ルールと同一又は類似の変更理由で変更され、且つ、変更対象の監査ルールと同一又は類似の監査結果が得られる監査ルールは、変更対象の監査ルールと変更理由が異なり、又は、変更対象の監査ルールと異なる監査結果が得られる監査ルールと比較して、変更対象の監査ルールと変更の傾向がより近いと推測される。それ故、変更対象の監査ルールと同一又は類似の変更理由で変更され、且つ、変更対象の監査ルールと同一又は類似の監査結果が得られる監査ルール、についての変更後の監査ルールを提供することにより、変更対象の監査ルールに対して変更後の監査ルールとして採用されると推測される監査ルールの候補が提供される。
【０１０９】
上述した実施形態において、監査ルール提案部３０は、変更対象の監査ルール（つまり変更対象の監査ルール要素）が適用される会社と同一の属性を有する会社に適用された監査ルール群（つまり監査ルール要素群）を対象として、変更後の監査ルールの候補（つまり変更後の監査ルール要素の候補）を提供してもよい。例えば、監査結果リストにおいて、各監査結果に、監査ルールが適用された会社の属性を示す情報が対応付けられる。例えば、監査人が監査結果を入力するときに、監査対象の会社の属性を示す情報を入力する。属性が互いに同じ各会社においては、属性が互いに異なる各会社と比較して、監査ルールの変更の傾向がより近くなると想定されるため、変更後の監査ルールとして採用される可能性がより高い候補が提供される。
【０１１０】
上記のログ管理装置１０、画像形成装置１２及び端末装置１４のそれぞれは、一例としてハードウェアとソフトウェアとの協働により実現される。具体的には、ログ管理装置１０、画像形成装置１２及び端末装置１４のそれぞれは、図示しないＣＰＵ等の１又は複数のプロセッサを備えている。当該１又は複数のプロセッサが、図示しない記憶装置に記憶されたプログラムを読み出して実行することにより、ログ管理装置１０、画像形成装置１２及び端末装置１４の各部の機能が実現される。上記プログラムは、ＣＤやＤＶＤ等の記録媒体を経由して、又は、ネットワーク等の通信経路を経由して、記憶装置に記憶される。別の例として、ログ管理装置１０、画像形成装置１２及び端末装置１４のそれぞれの各部は、例えばプロセッサや電子回路等のハードウェア資源により実現されてもよい。その実現においてメモリ等のデバイスが利用されてもよい。別の例として、ログ管理装置１０、画像形成装置１２及び端末装置１４のそれぞれの各部は、ＤＳＰ（Digital Signal Processor）やＦＰＧＡ（Field Programmable Gate Array）等によって実現されてもよい。
【符号の説明】
【０１１１】
１０  ログ管理装置、１２  画像形成装置、１４  端末装置、２０  監査項目記憶部、２２  監査ルール記憶部、２４  変更理由記憶部、２６  監査結果記憶部、２８  監査ルール遷移抽出部、３０  監査ルール提案部、３２  制御部。
【図１】
2018063657.tif 000003
【図２】
2018063657.tif 000004
【図３】
2018063657.tif 000005
【図４】
2018063657.tif 000006
【図５】
2018063657.tif 000007
【図６】
2018063657.tif 000008
【図７】
2018063657.tif 000009
【図８】
2018063657.tif 000010
【図９】
2018063657.tif 000011
【図１０】
2018063657.tif 000012
【図１１】
2018063657.tif 000013
【図１２】
2018063657.tif 000014
【図１３】
2018063657.tif 000015
【図１４】
2018063657.tif 000016
【図１５】
2018063657.tif 000017
【図１６】
2018063657.tif 000018
【図１７】
2018063657.tif 000019