知財求人 - 知財ポータルサイト「IP Force」
特開2024-95366異常検知支援装置、異常検知支援方法、及び異常検知支援プログラム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024095366
(43)【公開日】2024-07-10
(54)【発明の名称】異常検知支援装置、異常検知支援方法、及び異常検知支援プログラム
(51)【国際特許分類】
G06Q 10/06 20230101AFI20240703BHJP
【ＦＩ】
G06Q10/06
【審査請求】未請求
【請求項の数】8
【出願形態】ＯＬ
(21)【出願番号】P 2022212607
(22)【出願日】2022-12-28
(71)【出願人】
【識別番号】398040527
【氏名又は名称】株式会社オービック
(74)【代理人】
【識別番号】110002147
【氏名又は名称】弁理士法人酒井国際特許事務所
(72)【発明者】
【氏名】新田 駿侍
(72)【発明者】
【氏名】大西 孝明
(72)【発明者】
【氏名】飯田 雄教
【テーマコード（参考）】
5L010
5L049
【Ｆターム（参考）】
5L010AA06
5L049AA06
(57)【要約】
【課題】業務データに対する異常を検知した場合に、担当者が、異常に対する対応状況を簡単に確認することが可能な異常検知支援装置、異常検知支援方法、及び異常検知支援プログラムを提供すること。
【解決手段】本実施の形態に係る異常検知支援装置は、アラート画面の表示を制御し、当該アラート画面において、判定結果データを参照して、異常検知結果の一覧を一覧表示領域に表示し、その際、判定結果コメントデータを参照して、各異常検知結果の対応ステータスを表示する表示制御手段を備えている。
【選択図】図６
【解決手段】本実施の形態に係る異常検知支援装置は、アラート画面の表示を制御し、当該アラート画面において、判定結果データを参照して、異常検知結果の一覧を一覧表示領域に表示し、その際、判定結果コメントデータを参照して、各異常検知結果の対応ステータスを表示する表示制御手段を備えている。
【選択図】図６
【特許請求の範囲】
【請求項1】
制御部を備え、業務データに対する異常検知結果を表示する異常検知支援装置であって、
前記制御部は、
異常検知の結果を管理するためのものであり、実行ＩＤ、行番号、異常判定結果、検知対象、検知日時、定義名、概要メッセージを含む判定結果データと、
異常検知に対して登録したコメントを管理するためのものであり、コメントＩＤ、実行ＩＤ、実行行番号、コメント内容、対応状況を示す対応ステータス、更新ユーザ、更新日時を含む判定結果コメントデータと、
にアクセス可能に構成されており、
アラート画面の表示を制御し、当該アラート画面において、前記判定結果データを参照して、異常検知結果の一覧を一覧表示領域に表示し、その際、前記判定結果コメントデータを参照して、各異常検知結果の対応ステータスを表示する表示制御手段を備えたことを特徴とする異常検知支援装置。
前記制御部は、
異常検知の結果を管理するためのものであり、実行ＩＤ、行番号、異常判定結果、検知対象、検知日時、定義名、概要メッセージを含む判定結果データと、
異常検知に対して登録したコメントを管理するためのものであり、コメントＩＤ、実行ＩＤ、実行行番号、コメント内容、対応状況を示す対応ステータス、更新ユーザ、更新日時を含む判定結果コメントデータと、
にアクセス可能に構成されており、
アラート画面の表示を制御し、当該アラート画面において、前記判定結果データを参照して、異常検知結果の一覧を一覧表示領域に表示し、その際、前記判定結果コメントデータを参照して、各異常検知結果の対応ステータスを表示する表示制御手段を備えたことを特徴とする異常検知支援装置。
【請求項2】
前記対応ステータスは、要対応、確認済み、対応中、保留中、対応完了、又は対応不要を含むことを特徴とする請求項１に記載の異常検知支援装置。
【請求項3】
前記制御部は、さらに、
前記アラート画面において、対象の異常検知結果に対して担当者により入力されるコメントを前記判定結果コメントデータに登録するコメント処理手段を備えたことを特徴とする請求項１に記載の異常検知支援装置。
前記アラート画面において、対象の異常検知結果に対して担当者により入力されるコメントを前記判定結果コメントデータに登録するコメント処理手段を備えたことを特徴とする請求項１に記載の異常検知支援装置。
【請求項4】
前記コメントは、複数の担当者が複数回入力可能に構成されていることを特徴とする請求項３に記載の異常検知支援装置。
【請求項5】
前記コメント処理手段は、前記判定結果コメントデータを参照して、対象の異常検知結果に対するコメントの履歴を表示することを特徴とする請求項３又は４に記載の異常検知支援装置。
【請求項6】
前記制御部は、
既定値更新条件ＩＤ、条件明細ＮＯ、類似判定条件を関連付けて登録した既定値更新条件明細マスタと、
既定値更新条件ＩＤ、既定値更新条件名、実行ＩＤ、実行行番号、対応不要を指定するステータスを関連付けて登録した既定値更新条件マスタと、
にアクセス可能に構成されており、
前記判定結果データは、類似判定結果を含み、
前記既定値更新条件明細マスタに登録された類似判定条件に従い、対象の異常検知結果について既存の異常検知結果と類似判定を実施し、類似と判定した場合は、前記判定結果データの類似判定結果を「Ｔｒｕｅ」に更新し、前記既定値更新条件マスタのステータスに従い、前記判定結果コメントデータの対応ステータスを対応不要に更新する類似判定手段を備えたことを特徴とする請求項１に記載の異常検知支援装置。
既定値更新条件ＩＤ、条件明細ＮＯ、類似判定条件を関連付けて登録した既定値更新条件明細マスタと、
既定値更新条件ＩＤ、既定値更新条件名、実行ＩＤ、実行行番号、対応不要を指定するステータスを関連付けて登録した既定値更新条件マスタと、
にアクセス可能に構成されており、
前記判定結果データは、類似判定結果を含み、
前記既定値更新条件明細マスタに登録された類似判定条件に従い、対象の異常検知結果について既存の異常検知結果と類似判定を実施し、類似と判定した場合は、前記判定結果データの類似判定結果を「Ｔｒｕｅ」に更新し、前記既定値更新条件マスタのステータスに従い、前記判定結果コメントデータの対応ステータスを対応不要に更新する類似判定手段を備えたことを特徴とする請求項１に記載の異常検知支援装置。
【請求項7】
制御部を備えた情報処理装置が実行する異常検知支援方法であって、
前記制御部は、
異常検知の結果を管理するためのものであり、実行ＩＤ、行番号、異常判定結果、検知対象、検知日時、定義名、概要メッセージを含む判定結果データと、
異常検知に対して登録したコメントを管理するためのものであり、コメントＩＤ、実行ＩＤ、実行行番号、コメント内容、対応状況を示す対応ステータス、更新ユーザ、更新日時を含む判定結果コメントデータと、
にアクセス可能に構成されており、
前記制御部において実行される、
アラート画面の表示を制御し、当該アラート画面において、前記判定結果データを参照して、異常検知結果の一覧を一覧表示領域に表示し、その際、前記判定結果コメントデータを参照して、各異常検知結果の対応ステータスを表示する表示制御工程を含むことを特徴とする異常検知支援方法。
前記制御部は、
異常検知の結果を管理するためのものであり、実行ＩＤ、行番号、異常判定結果、検知対象、検知日時、定義名、概要メッセージを含む判定結果データと、
異常検知に対して登録したコメントを管理するためのものであり、コメントＩＤ、実行ＩＤ、実行行番号、コメント内容、対応状況を示す対応ステータス、更新ユーザ、更新日時を含む判定結果コメントデータと、
にアクセス可能に構成されており、
前記制御部において実行される、
アラート画面の表示を制御し、当該アラート画面において、前記判定結果データを参照して、異常検知結果の一覧を一覧表示領域に表示し、その際、前記判定結果コメントデータを参照して、各異常検知結果の対応ステータスを表示する表示制御工程を含むことを特徴とする異常検知支援方法。
【請求項8】
制御部を備えた情報処理装置が実行するための異常検知支援プログラムであって、
前記制御部は、
異常検知の結果を管理するためのものであり、実行ＩＤ、行番号、異常判定結果、検知対象、検知日時、定義名、概要メッセージを含む判定結果データと、
異常検知に対して登録したコメントを管理するためのものであり、コメントＩＤ、実行ＩＤ、実行行番号、コメント内容、対応状況を示す対応ステータス、更新ユーザ、更新日時を含む判定結果コメントデータと、
にアクセス可能に構成されており、
前記制御部において、
アラート画面の表示を制御し、当該アラート画面において、前記判定結果データを参照して、異常検知結果の一覧を一覧表示領域に表示し、その際、前記判定結果コメントデータを参照して、各異常検知結果の対応ステータスを表示する表示制御工程を実行させるための異常検知支援プログラム。
前記制御部は、
異常検知の結果を管理するためのものであり、実行ＩＤ、行番号、異常判定結果、検知対象、検知日時、定義名、概要メッセージを含む判定結果データと、
異常検知に対して登録したコメントを管理するためのものであり、コメントＩＤ、実行ＩＤ、実行行番号、コメント内容、対応状況を示す対応ステータス、更新ユーザ、更新日時を含む判定結果コメントデータと、
にアクセス可能に構成されており、
前記制御部において、
アラート画面の表示を制御し、当該アラート画面において、前記判定結果データを参照して、異常検知結果の一覧を一覧表示領域に表示し、その際、前記判定結果コメントデータを参照して、各異常検知結果の対応ステータスを表示する表示制御工程を実行させるための異常検知支援プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、異常検知支援装置、異常検知支援方法、及び異常検知支援プログラムに関する。
【背景技術】
【0002】
例えば、業務データ上の異常を検知するシステムが増加傾向にある。検知された異常の内容によっては、業務に重大な影響を及ぼす可能性があるため、迅速かつ正確な是正対応ができるような仕組みが必要である。従来、異常を検出するシステムとして、例えば、特許文献１がある。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２０２１－１６５９９８号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
しかしながら、特許文献１では、業務データに対する異常を検知した場合に、担当者が、異常に対する対応状況を簡単に確認することに関して、何等記載されていない。
【0005】
本発明は、上記に鑑みてなされたものであり、業務データに対する異常を検知した場合に、担当者が、異常に対する対応状況を簡単に確認することが可能な異常検知支援装置、異常検知支援方法、及び異常検知支援プログラムを提供することを目的とする。
【課題を解決するための手段】
【0006】
上述した課題を解決し、目的を達成するために、本発明は、制御部を備え、業務データに対する異常検知結果を表示する異常検知支援装置であって、前記制御部は、異常検知の結果を管理するためのものであり、実行ＩＤ、行番号、異常判定結果、検知対象、検知日時、定義名、概要メッセージを含む判定結果データと、異常検知に対して登録したコメントを管理するためのものであり、コメントＩＤ、実行ＩＤ、実行行番号、コメント内容、対応状況を示す対応ステータス、更新ユーザ、更新日時を含む判定結果コメントデータと、にアクセス可能に構成されており、アラート画面の表示を制御し、当該アラート画面において、前記判定結果データを参照して、異常検知結果の一覧を一覧表示領域に表示し、その際、前記判定結果コメントデータを参照して、各異常検知結果の対応ステータスを表示する表示制御手段を備えたことを特徴とする。
【0007】
また、本発明の一態様によれば、前記対応ステータスは、要対応、確認済み、対応中、保留中、対応完了、又は対応不要を含むことにしてもよい。
【0008】
また、本発明の一態様によれば、前記制御部は、さらに、前記アラート画面において、対象の異常検知結果に対して担当者により入力されるコメントを前記判定結果コメントデータに登録するコメント処理手段を備えることにしてもよい。
【0009】
また、本発明の一態様によれば、前記コメントは、複数の担当者が複数回入力可能に構成されていることにしてもよい。
【0010】
また、本発明の一態様によれば、前記コメント処理手段は、前記判定結果コメントデータを参照して、対象の異常検知結果に対するコメントの履歴を表示することにしてもよい。
【0011】
また、本発明の一態様によれば、前記制御部は、既定値更新条件ＩＤ、条件明細ＮＯ、類似判定条件を関連付けて登録した既定値更新条件明細マスタと、既定値更新条件ＩＤ、既定値更新条件名、実行ＩＤ、実行行番号、対応不要を指定するステータスを関連付けて登録した既定値更新条件マスタと、にアクセス可能に構成されており、前記判定結果データは、類似判定結果を含み、前記既定値更新条件明細マスタに登録された類似判定条件に従い、対象の異常検知結果について既存の異常検知結果と類似判定を実施し、類似と判定した場合は、前記判定結果データの類似判定結果を「Ｔｒｕｅ」に更新し、前記既定値更新条件マスタのステータスに従い、前記判定結果コメントデータの対応ステータスを対応不要に更新する類似判定手段を備えることにしてもよい。
【0012】
また、上述した課題を解決し、目的を達成するために、本発明は、制御部を備えた情報処理装置が実行する異常検知支援方法であって、前記制御部は、異常検知の結果を管理するためのものであり、実行ＩＤ、行番号、異常判定結果、検知対象、検知日時、定義名、概要メッセージを含む判定結果データと、異常検知に対して登録したコメントを管理するためのものであり、コメントＩＤ、実行ＩＤ、実行行番号、コメント内容、対応状況を示す対応ステータス、更新ユーザ、更新日時を含む判定結果コメントデータと、にアクセス可能に構成されており、前記制御部において実行される、アラート画面の表示を制御し、当該アラート画面において、前記判定結果データを参照して、異常検知結果の一覧を一覧表示領域に表示し、その際、前記判定結果コメントデータを参照して、各異常検知結果の対応ステータスを表示する表示制御工程を含むことを特徴とする。
【0013】
また、上述した課題を解決し、目的を達成するために、本発明は、制御部を備えた情報処理装置が実行するための異常検知支援プログラムであって、前記制御部は、異常検知の結果を管理するためのものであり、実行ＩＤ、行番号、異常判定結果、検知対象、検知日時、定義名、概要メッセージを含む判定結果データと、異常検知に対して登録したコメントを管理するためのものであり、コメントＩＤ、実行ＩＤ、実行行番号、コメント内容、対応状況を示す対応ステータス、更新ユーザ、更新日時を含む判定結果コメントデータと、にアクセス可能に構成されており、前記制御部において、アラート画面の表示を制御し、当該アラート画面において、前記判定結果データを参照して、異常検知結果の一覧を一覧表示領域に表示し、その際、前記判定結果コメントデータを参照して、各異常検知結果の対応ステータスを表示する表示制御工程を実行させるための異常検知支援プログラムであることを特徴とする。
【発明の効果】
【0014】
本発明によれば、業務データに対する異常を検知した場合に、担当者が、異常に対する対応状況を簡単に確認することが可能になるという効果を奏する。
【図面の簡単な説明】
【0015】
【発明を実施するための形態】
【0016】
本発明の実施形態を図面に基づいて詳細に説明する。なお、本発明は本実施形態により限定されるものではない。
【0017】
［１．概要］
本発明の概要を、背景、課題・施策の順に説明する。
本発明の概要を、背景、課題・施策の順に説明する。
【0018】
（１－１．背景）
近時、業務データ上の異常を検知するシステムが増加傾向にある。検知された異常の内容によっては、業務に重大な影響を及ぼす可能性があるため、迅速かつ正確な是正対応ができるような仕組みが必要である。したがって、異常検知支援装置では、異常検知のロジックのみならず、検知された異常を是正するフローについても実装されている必要がある。検知された異常を是正するフローについては、下記３点が重要な要件となる。
近時、業務データ上の異常を検知するシステムが増加傾向にある。検知された異常の内容によっては、業務に重大な影響を及ぼす可能性があるため、迅速かつ正確な是正対応ができるような仕組みが必要である。したがって、異常検知支援装置では、異常検知のロジックのみならず、検知された異常を是正するフローについても実装されている必要がある。検知された異常を是正するフローについては、下記３点が重要な要件となる。
【0019】
・是正担当者が、異常に対する対応状況を簡単に確認できること
・是正対応の内容を詳細に登録すること
・過去の是正対応の内容を管理・確認できること
・是正対応の内容を詳細に登録すること
・過去の是正対応の内容を管理・確認できること
【0020】
【0021】
（１）課題１
検知された異常について、最新の対応状況の確認に手間がかかるという課題がある。具体的には、検知された異常の是正・管理する場合に、異常の最新の対応状況の把握が必要
であり、最新状況確認に手間がかかると、後続の是正対応も遅延してしまう。例えば、是正対応中の異常の状況確認には、是正対応の関係者とのやり取りが必要となり、状況確認に手間が発生する。このため、検知された異常の最新の対応状況を迅速かつ簡単に確認するための仕組みが必要となる。
検知された異常について、最新の対応状況の確認に手間がかかるという課題がある。具体的には、検知された異常の是正・管理する場合に、異常の最新の対応状況の把握が必要
であり、最新状況確認に手間がかかると、後続の是正対応も遅延してしまう。例えば、是正対応中の異常の状況確認には、是正対応の関係者とのやり取りが必要となり、状況確認に手間が発生する。このため、検知された異常の最新の対応状況を迅速かつ簡単に確認するための仕組みが必要となる。
【0022】
これに対する施策として、本発明では、異常検知結果ごとに、対応状況を表す「対応ステータス」の設定し、対応状況に応じて対応ステータスを変更する機能を搭載し、さらに、発生した異常の一覧画面に、異常検知結果ごとの対応ステータスを表示する機能を搭載した。
【0023】
これにより、是正担当者が、異常の対応状況を迅速に確認することが可能となる。
【0024】
（２）課題２
異常の是正内容を詳細に登録・管理する必要があるという課題がある。具体的には、検知された異常について、是正対応の具体的な内容を確認する場合に、「対応中」、「対応済」といったステータスのみでは不充分である。また、是正担当者以外が、異常対応の現在の状況を正確に把握することが困難であり、是正担当者が複数の場合、担当者間で認識齟齬が発生する可能性がある。例えば、ステータスが「対応中」の異常について、「どのような」対応を「どの程度まで」行っているかが不明瞭である。このため、是正対応の内容をコメント形式で登録できる仕組みが必要となる。
異常の是正内容を詳細に登録・管理する必要があるという課題がある。具体的には、検知された異常について、是正対応の具体的な内容を確認する場合に、「対応中」、「対応済」といったステータスのみでは不充分である。また、是正担当者以外が、異常対応の現在の状況を正確に把握することが困難であり、是正担当者が複数の場合、担当者間で認識齟齬が発生する可能性がある。例えば、ステータスが「対応中」の異常について、「どのような」対応を「どの程度まで」行っているかが不明瞭である。このため、是正対応の内容をコメント形式で登録できる仕組みが必要となる。
【0025】
これに対する施策として、本発明では、異常検知結果ごとにコメントを登録する機能を搭載した。
【0026】
これにより、異常検知結果ごとに詳細を記載することができるため、是正内容を細かい粒度で管理することが可能となる。
【0027】
（３）課題３
１つの異常に対して複数人で是正対応する業務を想定し、各担当者が複数回、コメントを登録できる必要があるという課題がある。具体的には、検知された異常を複数担当者で是正する場合に、各担当者が自身の対応の詳細や、他の担当者とのやり取りをコメントに登録する場合、担当者全員が、複数回コメントを登録できることが必要である。
１つの異常に対して複数人で是正対応する業務を想定し、各担当者が複数回、コメントを登録できる必要があるという課題がある。具体的には、検知された異常を複数担当者で是正する場合に、各担当者が自身の対応の詳細や、他の担当者とのやり取りをコメントに登録する場合、担当者全員が、複数回コメントを登録できることが必要である。
【0028】
例えば、是正実施をＵｓｅｒ１が担当し、是正対応の対応確認をＵｓｅｒ２が担当する場合は、下記のようなコメントの活用方法が想定される。
【0029】
・Ｕｓｅｒ１は、是正対応の詳細をコメントに記載
・Ｕｓｅｒ２は、Ｕｓｅｒ１の是正対応を確認した旨をコメントに記載
・Ｕｓｅｒ１とＵｓｅｒ２の間のやり取りもコメントに記載
・Ｕｓｅｒ２は、Ｕｓｅｒ１の是正対応を確認した旨をコメントに記載
・Ｕｓｅｒ１とＵｓｅｒ２の間のやり取りもコメントに記載
【0030】
このため、１つの異常に対して複数の是正担当者が複数回、コメントを登録できる仕組みが必要である。
【0031】
これに対する施策として、本発明では、異常検知結果ごとに、複数の担当者が複数回、コメントを登録できる機能を搭載した。
【0032】
これにより、複数の担当者が異常を是正する業務に対応することが可能となる。
【0033】
（４）課題４
過去に登録されたコメント履歴を確認できる必要があるという課題がある。具体的には、ある異常の過去の是正対応について確認する場合に、最新のコメントだけでなく、過去に登録されたコメント履歴の確認が必要となり、コメント履歴が確認できない場合、過去の是正対応を管理することが困難となる。例えば、是正未完了のまま放置された異常が存在する場合、過去のコメント履歴を確認し、放置されている原因の確認が必要となる。このため、過去に登録されたコメント履歴を確認する仕組みが必要となる。
過去に登録されたコメント履歴を確認できる必要があるという課題がある。具体的には、ある異常の過去の是正対応について確認する場合に、最新のコメントだけでなく、過去に登録されたコメント履歴の確認が必要となり、コメント履歴が確認できない場合、過去の是正対応を管理することが困難となる。例えば、是正未完了のまま放置された異常が存在する場合、過去のコメント履歴を確認し、放置されている原因の確認が必要となる。このため、過去に登録されたコメント履歴を確認する仕組みが必要となる。
【0034】
これに対する施策として、本発明では、コメントの履歴の管理を可能とする機能を搭載した。
【0035】
これにより、過去の是正対応の管理や不正なデータ操作の統制が可能となる。
【0036】
（５）課題５
内容が類似した異常が繰り返し検知されてしまうと、是正対応の業務に支障をきたすリスクが発生するという課題がある。具体的には、定期的に異常検知が実施される場合に、
既に発生した異常が対応未完了の場合、類似内容の異常が再度検知される可能性があり、既に発生した異常と類似の異常と、新規で発生した異常の区別が困難となる。このため、同じ内容の異常に複数回対応をするリスクや、発生異常の通知量が膨大となり、より重要度の高い異常を見逃すリスクが発生する。
内容が類似した異常が繰り返し検知されてしまうと、是正対応の業務に支障をきたすリスクが発生するという課題がある。具体的には、定期的に異常検知が実施される場合に、
既に発生した異常が対応未完了の場合、類似内容の異常が再度検知される可能性があり、既に発生した異常と類似の異常と、新規で発生した異常の区別が困難となる。このため、同じ内容の異常に複数回対応をするリスクや、発生異常の通知量が膨大となり、より重要度の高い異常を見逃すリスクが発生する。
【0037】
例えば、是正対応に数日かかる異常ＡＲＴ００１が存在する中、異常検知の自動実行が日次で行われる場合に、ＡＲＴ００１の是正対応が完了するまで、類似内容の異常が繰り返し発生（異常ＡＲＴ００２，ＡＲＴ００３，ＡＲＴ００４・・・）した場合、ＡＲＴ００２，ＡＲＴ００３，ＡＲＴ００４・・・は対応が必要かどうかを判断することが困難となる。このため、発生した異常が、既存の異常と内容が類似しているか、していないかを区別する仕組みが必要となる。
【0038】
これに対する施策として、本発明では、既存の異常検知結果と類似していると判定された場合、異常検知結果の対応ステータスを、マスタに設定された対応ステータスに更新する機能を搭載した。
【0039】
これにより、同じ内容の異常に、複数回対応をするリスクを低減異常の通知量を削減し、より重要度の高い異常を見逃すリスクを低減した。
【0040】
本発明の異常検知支援装置は、全業種・全業界に適用可能である。
【0041】
【0042】
異常検知支援装置１００は、市販のデスクトップ型パーソナルコンピュータである。なお、異常検知支援装置１００は、デスクトップ型パーソナルコンピュータのような据置型情報処理装置に限らず、市販されているノート型パーソナルコンピュータ、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）、スマートフォン、タブレット型パーソナルコンピュータなどの携帯型情報処理装置であってもよい。
【0043】
異常検知支援装置１００は、制御部１０２と通信インターフェース部１０４と記憶部１０６と入出力インターフェース部１０８と、を備えている。異常検知支援装置１００が備えている各部は、任意の通信路を介して通信可能に接続されている。
【0044】
通信インターフェース部１０４は、ルータ等の通信装置及び専用線等の有線又は無線の通信回線を介して、異常検知支援装置１００をネットワーク３００に通信可能に接続する。通信インターフェース部１０４は、他の装置と通信回線を介してデータを通信する機能を有する。ここで、ネットワーク３００は、異常検知支援装置１００と、サーバ２００、業務システム４００、端末装置５００とを相互に通信可能に接続する機能を有し、例えばインターネットやＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等である。
【0045】
業務システム４００は、ネットワーク３００を介して、異常検知支援装置１００とデータ通信可能に構成されている。業務システム４００は、原価データ、製造データ、受注データ、発注データ、仕入データ、売上データ、仕訳データ等の各種の業務データを生成する。異常検知支援装置１００の異常検知部１０２ａは、この業務データの自動異常検知を実行する。
【0046】
端末装置５００・・・は、例えば、Ｕｓｅｒ１，Ｕｓｅｒ２，Ｕｓｅｒ３等が使用する端末装置である。端末装置５００・・・は、ネットワーク３００を介して、異常検知支援装置１００とデータ通信可能に構成されている。例えば、Ｕｓｅｒ１，Ｕｓｅｒ２，Ｕｓｅｒ３等は端末装置５００・・・を使用して、異常検知支援装置１００にアクセスして、異常検知支援装置１００が提供するアラート画面で異常検知結果の対応状況の確認やコメントの入力等を行う。
【0047】
入出力インターフェース部１０８には、入力装置１１２及び出力装置１１４が接続されている。出力装置１１４には、モニタ（家庭用テレビを含む）の他、スピーカやプリンタを用いることができる。入力装置１１２には、キーボード、マウス、及び、マイクの他、マウスと協働してポインティングデバイス機能を実現するモニタを用いることができる。なお、以下では、出力装置１１４をモニタ１１４とし、入力装置１１２をキーボード１１２又はマウス１１２として記載する場合がある。また、モニタ１１４に情報を表示して、ユーザが入力装置１１２を操作すること等を、「ＵＩを介したユーザ操作」と記載する場合がある。
【0048】
記憶部１０６には、各種のデータベース、テーブル、及びファイルなどが格納される。記憶部１０６には、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）と協働してＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）に命令を与えて各種処理を行うためのコンピュータプログラムが記録される。記憶部１０６として、例えば、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）・ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）等のメモリ装置、ハードディスクのような固定ディスク装置、フレキシブルディスク、及び光ディスク等を用いることができる。
【0049】
記憶部１０６は、既定値更新条件マスタ１０６ａ、既定値更新条件明細マスタ１０６ｂ、異常判定定義マスタ１０６ｃ、判定結果データ列情報マスタ１０６ｄ、既定値更新履歴テーブル１０６ｅ、判定結果データ、判定結果コメントデータ等を格納する。図７は、既定値更新条件マスタ１０６ａの構成例を示す図である。図８は、既定値更新条件明細マスタ１０６ｂの構成例を示す図である。図９は、異常判定定義マスタ１０６ｃの構成例を示す図である。図１０は、判定結果データ列情報マスタ１０６ｄの構成例を示す図である。図１１は、既定値更新履歴テーブル１０６ｅの構成例を示す図である。図１２は、判定結果データの構成例を示す図である。図１３は、判定結果コメントデータの構成例を示す図である。
【0050】
既定値更新条件マスタ１０６ａは、既存の異常検知結果と類似していると判定された異常検知結果に対し、更新する対応ステータスとコメントを管理するためのマスタである。
既定値更新条件マスタ１０６ａは、図７に示すように、既定値更新条件ＩＤ、既定値更新条件名、実行ＩＤ、実行行番号、ステータスタイプ、ステータス、コメント複写するか、既定コメントを追加するか、既定コメント内容を関連付けて登録したテーブル等で構成することができる。同図に示す例では、１行目は、既定値更新条件ＩＤ「ＵＣ００１」、既定値更新条件名「既定値更新条件Ａ」、実行ＩＤ「ＥＸ００２」、実行行番号「１」、ステータスタイプ「固定値」、ステータス「対応不要」、コメント複写するか「Ｆａｌｓｅ」、既定コメントを追加するか「Ｔｒｕｅ」、既定コメント内容「自動で更新されました」となっている。
既定値更新条件マスタ１０６ａは、図７に示すように、既定値更新条件ＩＤ、既定値更新条件名、実行ＩＤ、実行行番号、ステータスタイプ、ステータス、コメント複写するか、既定コメントを追加するか、既定コメント内容を関連付けて登録したテーブル等で構成することができる。同図に示す例では、１行目は、既定値更新条件ＩＤ「ＵＣ００１」、既定値更新条件名「既定値更新条件Ａ」、実行ＩＤ「ＥＸ００２」、実行行番号「１」、ステータスタイプ「固定値」、ステータス「対応不要」、コメント複写するか「Ｆａｌｓｅ」、既定コメントを追加するか「Ｔｒｕｅ」、既定コメント内容「自動で更新されました」となっている。
【0051】
既定値更新条件明細マスタ１０６ｂは、新たに検知された異常が、既存の異常検知結果と類似しているかどうかの判定をする際の条件を管理するためのマスタである。既定値更新条件明細マスタ１０６ｂは、図８に示すように、既定値更新条件ＩＤ、条件明細ＮＯ、類似判定条件（結果テーブル情報ＩＤ、比較演算子、判定値タイプ、及び判定値）等を関連付けて登録したテーブル等で構成することができる。同図に示す例では、１行目は、既定値更新条件ＩＤ「ＵＣ００１」、条件明細ＮＯ「１」、結果テーブル情報ＩＤ「会計年度」、比較演算子「＝」、判定値タイプ「判定元の異常と同じ値」、２行目は、既定値更新条件ＩＤ「ＵＣ００１」、条件明細ＮＯ「２」、結果テーブル情報ＩＤ「商品名」、比較演算子「＝」、判定値タイプ「判定元の異常と同じ値」となっている。
【0052】
異常判定定義マスタ１０６ｃは、業務データ上の異常判定の定義を管理するためのマスタである。異常判定定義マスタ１０６ｃは、図９に示すように、異常判定定義ＩＤ、異常判定定義名等を関連付けて登録したテーブル等で構成することができる。同図に示す例では、１行目は、異常判定定義ＩＤ「ＪＤ００１」、異常判定定義名「在庫回転アラート」となっている。異常判定定義マスタ１０６ｃは、異常判定定義ＩＤ以外は本出願と関連がないため詳細説明を省略する。
【0053】
判定結果データ列情報マスタ１０６ｄは、判定結果データのテーブル列の情報（ヘッダ名、型など）を管理するためのマスタである。判定結果データ列情報マスタ１０６ｄは、図１０に示すように、異常判定定義ＩＤ、列番号、列、列名、型、型名を関連付けて登録したテーブル等で構成することができる。同図に示す例では、１行目は、異常判定定義ＩＤ「ＪＤ００１」、列番号「１」、列「ＡｌｅｒｔＤｅｆｉｎｉｔｉｏｎＩＤ」、列名「異常判定定義ＩＤ」、型「ｓｔｒｉｎｇ」、型名「文字」となっている。
【0054】
既定値更新履歴テーブル１０６ｅは、既定値更新の際、実際に既定値更新の対象の判定に用いられた条件を管理するためのテーブルである。既定値更新履歴テーブル１０６ｅは、図１１に示すように、既定値更新履歴ＩＤ、実行ＩＤ、実行行番号、既定値更新条件ＩＤを含んでいてもよい。同図に示す例では、１行目は、既定値更新履歴ＩＤ「ＵＨ００１」、実行ＩＤ「ＥＸ００２」、実行行番号「１」、既定値更新条件ＩＤ「ＵＣ００１」となっている。
【0055】
判定結果データは、業務データ上の異常判定の結果を管理するためのテーブルである。
判定結果データは、異常判定定義ＩＤ、実行ＩＤ、行番号、判定結果、異常度ランク、会計年度、会計年月、商品名、在庫回転率、類似判定結果かどうか、検知日時、定義名、概要メッセージ、検知対象、検知手法、閾値、判定方法、下限値を含んでいてもよい。「異常度ランク」は、自動異常判定実行時に使用した異常判定手法の計算値より、異常度の段階をランク付けしたものである。同図に示す例では、１行目は、異常判定定義ＩＤ「ＪＤ００１」、実行ＩＤ「ＥＸ００１」、行番号「１」、判定結果「Ｔｒｕｅ」、異常度ランク「３」、会計年度「２０２２」、会計年月「２０２２／１１」、商品名「商品名Ａ」、在庫回転率「０．３６」、類似判定結果かどうか「Ｆａｌｓｅ」、検知日時「２０２２／１１／１ ０１：０２：０３」、定義名「在庫回転アラート」、概要メッセージ「商品Ａが検出されました」、検知対象「２０２２／１１ 商品Ａ ０．３６」、検知手法「四分位範囲」、閾値「正常範囲１．５倍」、判定方法「下限値より小さい値を異常と判定」、下限値「０．８３」となっている。
判定結果データは、異常判定定義ＩＤ、実行ＩＤ、行番号、判定結果、異常度ランク、会計年度、会計年月、商品名、在庫回転率、類似判定結果かどうか、検知日時、定義名、概要メッセージ、検知対象、検知手法、閾値、判定方法、下限値を含んでいてもよい。「異常度ランク」は、自動異常判定実行時に使用した異常判定手法の計算値より、異常度の段階をランク付けしたものである。同図に示す例では、１行目は、異常判定定義ＩＤ「ＪＤ００１」、実行ＩＤ「ＥＸ００１」、行番号「１」、判定結果「Ｔｒｕｅ」、異常度ランク「３」、会計年度「２０２２」、会計年月「２０２２／１１」、商品名「商品名Ａ」、在庫回転率「０．３６」、類似判定結果かどうか「Ｆａｌｓｅ」、検知日時「２０２２／１１／１ ０１：０２：０３」、定義名「在庫回転アラート」、概要メッセージ「商品Ａが検出されました」、検知対象「２０２２／１１ 商品Ａ ０．３６」、検知手法「四分位範囲」、閾値「正常範囲１．５倍」、判定方法「下限値より小さい値を異常と判定」、下限値「０．８３」となっている。
【0056】
判定結果コメントデータは、異常に対して登録したコメントを管理するためのデータである。判定結果コメントデータは、図１３に示すように、コメントＩＤ、実行ＩＤ、実行行番号、コメント内容、対応ステータス、更新ユーザ、更新日時を含んでいてもよい。同図に示す例では、１行目は、コメントＩＤ「ＣＭ００１」、実行ＩＤ「ＥＸ００１」、実行行番号「１」、対応ステータス「要対応」、更新ユーザ「自動実行」、更新日時「２０２２／１１／１ ０１：０２：０３」となっている。
【0057】
制御部１０２は、異常検知支援装置１００を統括的に制御するＣＰＵ等である。制御部１０２は、ＯＳ等の制御プログラム・各種の処理手順等を規定したプログラム・所要データなどを格納するための内部メモリを有し、格納されているこれらのプログラムに基づいて種々の情報処理を実行する。
【0058】
制御部１０２は、記憶部１０６に格納されている、既定値更新条件マスタ１０６ａ、既定値更新条件明細マスタ１０６ｂ、異常判定定義マスタ１０６ｃ、判定結果データ列情報マスタ１０６ｄ、既定値更新履歴テーブル１０６ｅ、判定結果データ、判定結果コメントデータ等にアクセス可能に構成されている。なお、既定値更新条件マスタ１０６ａ、既定値更新条件明細マスタ１０６ｂ、異常判定定義マスタ１０６ｃ、判定結果データ列情報マスタ１０６ｄ、既定値更新履歴テーブル１０６ｅ、判定結果データ、判定結果コメントデータは、他の場所（例えば、サーバ２００）に設けられていてもよく、制御部１０２がアクセス可能な構成であればよい。
【0059】
制御部１０２は、機能概念的に、異常検知部１０２ａと、類似判定部１０２ｂと、コメント処理部１０２ｃと、画面表示制御部１０２ｄと、を備えている。
【0060】
制御部１０２は、異常検知結果に対するコメント・対応状況付与機能と類似判定機能を備えている。
【0061】
異常検知部１０２ａは、異常判定定義マスタ１０６ｃ等に従って、業務システム４００で生成される各種業務データの自動異常検出を行いその異常検出結果を、判定結果データとして記憶部１０６に登録する。
【0062】
画面表示制御部１０２ｄは、各種画面の表示及びその入力を制御する。例えば、画面表示制御部１０２ｄは、アラート画面の表示及びその入力を制御し、当該アラート画面において、判定結果データを参照して、異常検知結果の一覧を一覧表示領域に表示し、その際、判定結果コメントデータを参照して、各異常検知結果の対応ステータスを表示する。対応ステータスは、要対応、確認済み、対応中、保留中、対応完了、又は対応不要を含むことにしてもよい。
【0063】
コメント処理部１０２ｃは、アラート画面において、対象の異常検知結果に対して担当者により入力されるコメントを判定結果コメントデータに登録する。コメントは、複数の担当者が複数回入力可能に構成されていてもよい。コメント処理部１０２ｃは、判定結果コメントデータを参照して、対象の異常検知結果に対するコメントの履歴を表示することにしてもよい。
【0064】
類似判定部１０２ｂは、既定値更新条件明細マスタ１０６ｂに設定されている類似判定条件に従い、対象の異常検知結果について既存の異常検知結果と類似判定を実施し、類似と判定した場合は、判定結果データの類似判定結果を「Ｔｒｕｅ」に更新し、既定値更新条件マスタ１０６ａのステータスに従い、判定結果コメントデータの対応ステータスを対応不要に更新する。
【0065】
［３．具体例］
図１４～図３０を参照して、本実施の形態における異常検知支援装置１００の制御部１０２の処理の具体例について説明する。図１４～図３０は、本実施の形態における異常検知支援装置１００の制御部１０２の処理の具体例を説明するための図である。
図１４～図３０を参照して、本実施の形態における異常検知支援装置１００の制御部１０２の処理の具体例について説明する。図１４～図３０は、本実施の形態における異常検知支援装置１００の制御部１０２の処理の具体例を説明するための図である。
【0066】
（３－１．コメント機能）
図１４～図２０を参照して、アラート画面でのコメント機能を説明する。図１４を参照して、アラート画面でのコメント機能の概略を説明する。図１４は、アラート画面でのコメント機能の概略を説明するための図である。
図１４～図２０を参照して、アラート画面でのコメント機能を説明する。図１４を参照して、アラート画面でのコメント機能の概略を説明する。図１４は、アラート画面でのコメント機能の概略を説明するための図である。
【0067】
アラート画面は、アラート一覧画面（初期画面）と、アラート詳細画面の２画面で構成される。「アラート一覧画面」は、検知された異常を一覧形式で確認できる画面であり、異常検知結果ごとの対応ステータスを一覧画面で確認することが可能となっている。「アラート詳細画面」は、検知された異常の詳細を確認するための画面である。
【0068】
異常に対してコメントを登録したり、過去のコメント履歴を確認したりすることが可能
となっている。下記の３つの操作について説明をする。
となっている。下記の３つの操作について説明をする。
【0069】
１．１人の担当者が、異常の是正対応の詳細をコメントに記載する場合（Ｕｓｅｒ００１が担当）
１．１ アラート一覧画面での操作
異常の対応状況を表す「対応ステータス」を設定
１．２ アラート詳細画面での操作
異常検知結果ごとにコメントを登録
１．１ アラート一覧画面での操作
異常の対応状況を表す「対応ステータス」を設定
１．２ アラート詳細画面での操作
異常検知結果ごとにコメントを登録
【0070】
２．既に別の担当者がコメントを登録した異常に対し、コメントを登録する場合（Ｕｓｅｒ００２が担当）
２．１ アラート詳細画面での操作
異常検知結果ごとに、複数の担当者がコメントを登録可能
２．１ アラート詳細画面での操作
異常検知結果ごとに、複数の担当者がコメントを登録可能
【0071】
３．対応が完了した異常を、管理者が確認する場合（Ｕｓｅｒ００３が担当）
３．１ アラート詳細画面での操作
過去のコメントの履歴の管理・確認が可能
３．１ アラート詳細画面での操作
過去のコメントの履歴の管理・確認が可能
【0072】
図１５は、１人の担当者が、異常の是正対応の詳細をコメントに記載する場合（Ｕｓｅｒ００１が担当）を説明するための図である。図１５において、（Ａ）は、アラート一覧画面の表示例を示しており、併せて、判定結果データ、判定コメントデータのどの列を参照してデータを抽出しているかを示している。
【0073】
（Ａ）に示すように、アラート一覧画面は、抽出条件指定エリアと、異常検知結果一覧表示エリアと、コメントボタンと、を備えている。
【0074】
抽出条件指定エリアは、対応ステータスの入力欄と、表示ボタンを備えている。対応ステータスを指定して表示ボタンを押すと、指定された対応ステータスに該当する判定結果データ及び判定結果コメントデータが抽出されて判定結果一覧表示エリアに表示される。
具体的には、判定結果コメントデータから対応ステータスが指定された対応ステータスとなっている実行ＩＤを取得し、取得した実行ＩＤ及び実行行番号をキーとして、判定結果データを抽出する。判定結果一覧表示エリアでは、異常判定実行における１処理（実行ＩＤ単位及び実行行番号毎）を１明細として表示される。抽出条件を指定しない場合は、全判定結果が表示される。図１５に示す例では、抽出条件を指定しない場合を示している。
具体的には、判定結果コメントデータから対応ステータスが指定された対応ステータスとなっている実行ＩＤを取得し、取得した実行ＩＤ及び実行行番号をキーとして、判定結果データを抽出する。判定結果一覧表示エリアでは、異常判定実行における１処理（実行ＩＤ単位及び実行行番号毎）を１明細として表示される。抽出条件を指定しない場合は、全判定結果が表示される。図１５に示す例では、抽出条件を指定しない場合を示している。
【0075】
異常検知結果一覧表示エリアでは、１明細に、判定結果データの定義名、検知日時、概要メッセージ、異常の対応状況を示す対応ステータスと、判定結果コメントデータのコメント件数、最新のコメントの更新ユーザ及び更新日時と、が表示される。コメント件数は、判定結果コメントデータの実行ＩＤ及び実行行番号毎に、コメント内容の数を集計したものである。コメント未入力のレコードは集計対象外とする。例えば、同図に示す例では、１明細目に、定義名「在庫回転アラート」、検知日時「２０２２／１１／１ ０１：０２：０３」、概要メッセージ「商品Ａが検出されました」、対応ステータス「要対応」、コメント件数「０件」が表示されている。また、２明細目に、定義名「在庫回転アラート」、検知日時「２０２２／１１／２ ０１：０２：０３」、概要メッセージ「商品Ａが検出されました」、対応ステータス「対応中」、コメント件数「２件」、更新ユーザ「Ｕｓｅｒ００２」、更新日時「２０２２／１１／２ １２：２２：３２」が表示されている。
【0076】
このように、「要対応」「対応中」のように、異常の対応状況に応じたステータスを設定可能となっており、異常検知結果ごとの対応ステータスを、アラート一覧画面で確認可となっている。対応ステータスには、それぞれ背景色を設定可能であり、例えば、背景色を、「要対応」を赤、「確認済み」を緑、「対応中」を青、「保留中」を黄、「対応完了」を紺、「対応不要」を灰で表示することができる。背景色はあらかじめ固定で指定することができる。このように、本実施の形態では、異常検知結果毎の対応状況を簡単に確認可能となっている。
【0077】
つぎに、図１６Ａ及び図１６Ｂを参照して、アラート詳細画面での操作を説明する。図１６Ａ及び図１６Ｂは、アラート詳細画面での操作を説明するための図であり、（Ａ）はアラート一覧画面の表示例、（Ｂ）はアラート詳細画面の表示例、（Ｃ）は、アラート詳細画面の対応・コメント領域でコメントを入力した場合の表示例を示しており、さらに、判定結果データ、判定コメントデータのどの列を参照してデータを抽出しているかを示している。
【0078】
（Ａ）に示すように、アラート一覧画面の異常検知結果一覧表示エリアで対象の異常検知結果をクリックすると、（Ｂ）に示すようなアラート詳細画面が表示される。アラート詳細画面では、異常検知結果の詳細と、対応・コメント領域が表示される。
【0079】
異常検知結果の詳細には、クリックされた異常検知結果に対応する実行ＩＤ及び実行行番号をキーとして、判定結果データの会計年月、商品名、在庫回転率、検知対象、検知手法、閾値、反映手法、下限値等のデータが抽出されて、異常検知結果の詳細が表示される。
【0080】
対応・コメント領域には、実行ＩＤ及び実行行番号をキーとして、判定結果コメントデータを参照して、最新の対応状況、コメント更新履歴、コメント入力欄が表示される。最新の対応状況では、最新更新者、更新日付、対応ステータス、コメントの状況が表示される。この例では、最新の対応状況の「対応ステータス」は、「要対応」となっている。
【0081】
コメント更新履歴には、判定結果コメントデータにコメントが存在する場合に、最新コメントや履歴を表示する。コメント入力欄は、対応ステータスを選択でき、コメントを登録するための追加ボタンを備えている。コメント入力欄において、対応ステータスを選択し、コメントを入力して、追加ボタンを押すと、入力内容に応じた判定結果コメントデータが新たに登録される。
【0082】
（Ｃ）に示すように、コメント入力欄において、Ｕｓｅｒ１が対応ステータス「対応中」を選択し、「売上伝票Ａ００１の売上金額を１０，０００円→１，０００円に変更」のコメントを入力して、追加ボタンを押すと、例えば、判定結果コメントデータに、コメントＩＤ「ＣＭ００４」、実行ＩＤ「ＥＸ００１」、実行行番号「１」、コメント内容「売上伝票Ａ００１の売上金額を１０，０００円→１，０００円に変更」、対応ステータス「対応中」、更新ユーザ「Ｕｓｅｒ００１」、更新日時「２０２２／１１／９ ２０：２１：００」が新たに登録される。
【0083】
このように、異常検知結果ごとに、対応の詳細をコメント形式で登録可能となっており、担当者の対応内容を詳細に登録することが可能となっている。これにより、是正内容を細かい粒度で管理することが可能となる。
【0084】
図１７を参照して、コメントボタンを押下することで、「対応・コメント領域」の表示・非表示を切り替える場合を説明する。図１７は、コメントボタンを押下することで、「対応・コメント領域」の表示・非表示を切り替える場合を説明するための図であり、（Ａ）は、コメントボタン押下前、（Ｂ）コメントボタン押下後を示している。コメントボタンを押下することで、「対応・コメント領域」の表示・非表示を切り替えることができる。（Ａ）において、コメントボタンを押下すると、（Ｂ）に示すように、「対応・コメント領域」が非表示となる。また、（Ｂ）において、コメントボタンを押下すると、（Ａ）に示すように、「対応・コメント領域」が表示される。
【0085】
図１８Ａ及び図１８Ｂを参照して、既に別の担当者がコメントを登録した異常に対し、コメントを登録する場合（Ｕｓｅｒ００２が担当）を説明する。図１８Ａ及び図１８Ｂは、既に別の担当者がコメントを登録した異常に対し、コメントを登録する場合（Ｕｓｅｒ００２が担当）を説明するための図であり、（Ａ）は、Ｕｓｅｒ００１がコメントを登録した状態を示す図（図１６（Ｃ）でＵｓｅｒ００１がコメントを登録した後の状態）、（Ｂ）は、Ｕｓｅｒ００２が更にコメントを登録した状態を示す図であり、併せて、参照される判定結果データ、参照・登録される判定コメントデータを示している。ここでは、アラート一覧画面から、異常検知結果を選択した後の操作について記載する。
【0086】
（Ａ）に示すように、異常検知結果の詳細には、対応ステータス「対応中」、コメント件数「１件」が表示されている。また、対応・コメント領域では、最新の対応状況について、最新更新者「Ｕｓｅｒ００１」、更新日付「２０２２／１１／９ ２０：２１：００」、対応ステータス「対応中」、コメント「売上伝票Ａ００１の売上金額を１０，０００円→１，０００円に変更」が表示されている。また、コメント更新履歴には、「Ｕｓｅｒ００１ ２０２２／１１／９ ２０：２１：００ 対応中 売上伝票Ａ００１の売上金額を１０，０００円→１，０００円に変更」が表示されている。
【0087】
ここで、（Ｂ）に示すように、コメント入力欄において、Ｕｓｅｒ００２が対応ステータス「対応中」を選択し、「Ｕｓｅｒ００１の是正対応を確認」のコメントを入力して、追加ボタンを押すと、例えば、判定結果コメントデータに、コメントＩＤ「ＣＭ００５」、実行ＩＤ「ＥＸ００１」、実行行番号「１」、対応ステータス「対応中」、更新ユーザ「Ｕｓｅｒ００２」、コメント内容「Ｕｓｅｒ００１の是正対応を確認」、更新日時「２０２２／１１／１０ ２０：５４：００」が新たに登録される。
【0088】
このように、異常検知結果ごとに、複数の担当者がコメントを登録可能とした。具体的には、異常検知結果ごとに、複数の担当者が複数回、コメントを登録することが可能となり、各担当者が、自身の対応内容の詳細を登録することが可能となる。また、担当者間のやり取りをコメントに登録することが可能となり、複数の担当者が関係することで複雑化する是正対応の証跡を、詳細に残すことが可能となる。これにより、複数の担当者が異常を是正する業務に対応することが可能となる。
【0089】
図１９Ａ及び図１９Ｂを参照して、対応が完了した異常を、管理者が確認する場合（Ｕｓｅｒ００３が担当）する場合を説明する。図１９Ａ及び図１９Ｂは、対応が完了した異常を、管理者が確認する場合（Ｕｓｅｒ００３が担当）する場合を説明するための図であり、（Ａ）は、Ｕｓｅｒ００２がコメントを登録した状態を示す図（図１８（Ｂ）でＵｓｅｒ００２がコメントを登録した後の状態）、（Ｂ）は、Ｕｓｅｒ００３が更にコメントを登録した状態を示す図であり、併せて、参照される判定結果データ、参照・登録される判定コメントデータを示している。ここでは、アラート一覧画面から、異常検知結果を選択した後の操作について記載する。
【0090】
（Ａ）に示すように、異常検知結果の詳細には、対応ステータス「対応中」、コメント件数「２件」が表示されている。また、対応・コメント領域では、最新の対応状況について、最新更新者「Ｕｓｅｒ００２」、更新日付「２０２２／１１／１０ ２０：５４：００」、対応ステータス「対応中」、コメント「Ｕｓｅｒ００１の是正対応を確認中」が表示されている。また、コメント更新履歴には、「Ｕｓｅｒ００２、２０２２／１１／１０ ２０：５４：００、対応中、Ｕｓｅｒ００１の是正対応を確認中」のコメントと、「Ｕｓｅｒ００１ ２０２２／１１／９ ２０：２１：００ 対応中 売上伝票Ａ００１の売上金額を１０，０００円→１，０００円に変更」のコメントが新着順に表示されている。
【0091】
ここで、（Ｂ）に示すように、コメント入力欄において、Ｕｓｅｒ００３が対応ステータス「対応完了」を選択し、「本異常対応をクローズとする」のコメントを入力して、追加ボタンを押すと、例えば、判定結果コメントデータに、コメントＩＤ「ＣＭ００６」、実行ＩＤ「ＥＸ００１」、実行行番号「１」、対応ステータス「対応完了」、更新ユーザ「Ｕｓｅｒ００３」、コメント内容「本異常対応をクローズとする」、更新日時「２０２２／１１／１１ ２０：３５：００」が新たに登録される。
【0092】
このように、過去のコメントの履歴の管理・確認が可能となっている。具体的には、異常検知結果ごとに、過去に登録されたコメントの履歴管理することが可能であり、過去に登録されたコメント履歴を確認することが可能である。コメント履歴には更新担当者名と更新日時が表示されるため、「誰が」「いつ」コメントを登録したかを確認可能である。これにより、過去の是正対応の管理や不正なデータ操作の統制が可能となる。
【0093】
（３－２．類似判定機能）
図２０～図３０を参照して、類似判定機能を説明する。ここでは、検知された異常検知結果に対して、過去の異常検知結果と比較して類似判定するメカニズムについて説明する。既存の異常検知結果と類似していると判定された異常検知結果に対して、あらかじめマスタで設定された対応ステータスやコメントを更新する機能を、「既定値更新」と呼称する。
図２０～図３０を参照して、類似判定機能を説明する。ここでは、検知された異常検知結果に対して、過去の異常検知結果と比較して類似判定するメカニズムについて説明する。既存の異常検知結果と類似していると判定された異常検知結果に対して、あらかじめマスタで設定された対応ステータスやコメントを更新する機能を、「既定値更新」と呼称する。
【0094】
ここで想定する業務の例を説明する。例えば、月末のタイミングで、在庫回転率についての異常検知を実行する。月末は会計上の締めのタイミングとなっていることが多く、締処理と同時に会計上の異常値がないかを確認することが多い、また、同じ商品について、同じ会計年度中で在庫回転率の異常が検出されると、同じキー項目の在庫回転率の異常が複数存在することになり、担当者の混乱を招く虞がある。そこで、同じキーを持つ異常が再検知された場合、該当の異常は「是正対応中」とみなし、異常検知結果を「対応不要」とする。
【0095】
以下では、類似判定の条件の一例として、（１）会計年度が一致、（２）商品名が一致した場合を一例として説明する。類似判定された場合には、判定結果コメントデータに、コメント内容「自動で更新されました」、対応ステータス「対応不要」、更新ユーザ「自動実行」を自動登録する。また、アラート一覧画面の異常検知結果の明細には、対応ステータス「対応不要」を表示する。
【0096】
図２０を参照して、既定値更新条件マスタ１０６ａ及び既定値更新条件明細マスタ１０６ｂの設定例を説明する。上記の想定業務を実施するために、既定値更新条件マスタ１０６ａと既定値更新条件明細マスタ１０６ｂにデータを設定する。
【0097】
今回は、「実行ＩＤ＝ＥＸ００２，実行行番号＝１」の異常検知結果を確認し、以後類似の異常が検知された場合に備えてマスタレコードが提供されたものとする。
【0098】
図２０（Ａ）は、既定値更新条件マスタ１０６ａのデータ設定例を示す図である。既定値更新条件マスタ１０６ａは、既定値更新条件ＩＤ、既定値更新条件名、実行ＩＤ、実行行番号、ステータスタイプ、ステータス、コメント複写するか、既定コメントを追加するか、既定コメント内容の項目を備えている。実行ＩＤ及び実行行番号は、判定元の異常検知結果（判定結果データ）を指定するためのものである。「対応ステータス」は、類似判定された異常検知結果の対応ステータスを指定するためのものである。「ステータスタイプ」は、「固定値」か「判定元と同じ値」を指定する想定である。「判定元と同じ値」を設定した場合の挙動は後述する。「コメント複写するか」、「既定コメントを追加するか」、及び「既定コメント内容」は、類似判定された異常検知結果のコメントを制御するためのものである。「コメント複写するか」については後述する。
【0099】
同図に示す例では、既定値更新条件ＩＤ「ＵＣ００１」、既定値更新条件名「既定値更新条件Ａ」、実行ＩＤ「ＥＸ００２」、実行行番号「１」、ステータスタイプ「固定値」、ステータス「対応不要」、コメント複写するか「Ｆａｌｓｅ」、既定コメントを追加するか「Ｔｒｕｅ」、既定コメント内容「自動で更新されました」が設定されている。
【0100】
図２０（Ｂ）は、既定値更新条件明細マスタ１０６ｂのデータ設定例を示す図である。
既定値更新条件明細マスタ１０６ｂは、既定値更新条件ＩＤ、条件明細ＮＯ、結果テーブル情報ＩＤ、比較演算子、判定値タイプ、及び判定値の項目を備えている。「結果テーブル情報ＩＤ」、「比較演算子」、「判定値タイプ」、及び「判定値」で、類似判定の条件を指定する。「判定値タイプ」には固定値を指定することも可能となっており、その場合は、「判定値」に固定の値を入力する。
既定値更新条件明細マスタ１０６ｂは、既定値更新条件ＩＤ、条件明細ＮＯ、結果テーブル情報ＩＤ、比較演算子、判定値タイプ、及び判定値の項目を備えている。「結果テーブル情報ＩＤ」、「比較演算子」、「判定値タイプ」、及び「判定値」で、類似判定の条件を指定する。「判定値タイプ」には固定値を指定することも可能となっており、その場合は、「判定値」に固定の値を入力する。
【0101】
同図に示す例では、１行目は、既定値更新条件ＩＤ「ＵＣ００１」、条件明細ＮＯ「１」、結果テーブル情報ＩＤ「会計年度」、比較演算子「＝」、判定値タイプ「判定元の異常と同じ値」、２行目は、既定値更新条件ＩＤ「ＵＣ００１」、条件明細ＮＯ「２」、結果テーブル情報ＩＤ「商品名」、比較演算子「＝」、判定値タイプ「判定元の異常と同じ値」となっている。
【0102】
既定値更新条件マスタ１０６ａについて、１つの既定値更新条件を、複数の異常検知結果に適用することが可能となっており、図２０（Ｃ）は、１つの既定値更新条件を、複数の異常検知結果に適用した例を示している。同図に示す例では、既定値更新条件ＩＤ「ＵＣ００１」、既定値更新条件名「既定値更新条件Ａ」を、実行ＩＤ「ＥＸ００２」、実行行番号「１」と、実行ＩＤ「ＥＸ００１」、実行行番号「１」と、実行ＩＤ「ＥＸ００１」、実行行番号「１」に適用している。
【0103】
既定値更新条件マスタ１０６ａ及び既定値更新条件明細マスタ１０６ｂのレコードは、検知された異常判定結果を確認後、類似判定の必要性に応じて提供される。また、上記既定値更新条件マスタ１０６ａ及び既定値更新条件明細マスタ１０６ｂのレコードは、在庫回転率についての異常検知用に設定された一例となる。実際のレコードの内容は、異常判定定義ごとに設定された項目（判定結果データ列情報マスタ１０６ｄの設定）や、類似判定に用いる条件によって変化する。以下の説明では、異常検知の実行は既に完了しているものとして説明する。
【0104】
図２１を参照して、類似判定を行う場合を説明する。図２１は、類似判定を行う場合を説明するための図である。（Ａ）は、判定結果データの例を示しており、（Ｂ）は、判定結果コメントデータを示している。類似判定は、「異常判定定義ＩＤ」が同じ異常検知結果同士で行い、「異常判定定義ＩＤ」が異なる場合は、異常判定定義の種類が異なるため行わない。
【0105】
例えば、（Ａ）、（Ｂ）において、判定結果データの１行目と、判定結果コメントデータの１行目及び２行目は、過去に検知された異常検知結果を示しており、判定結果データの２行目は、今回の異常検知の結果作成された異常検知結果を示している。判定結果データの２行目の「異常判定定義ＩＤ「ＪＤ００１」は、１行目と同じであるので、１行目と類似判定を行う。この場合、会計年度と商品名が一致するので、類似判定結果は「Ｔｒｕｅ」となる。
【0106】
他方、（Ｃ）に示すように、異常判定定義ＩＤが異なる場合は、類似判定を行わない。なお、異常判定定義ＩＤが異なる場合は、会計年度と商品名が一致しても類似判定を行わない。
【0107】
【0108】
１．既定値更新条件明細マスタ１０６ｂに登録された条件に従い、類似判定を実施
２．既定値更新条件マスタ１０６ａに登録された設定に従い、コメントを登録
３．類似判定された異常検知結果に対し、対応ステータスを更新
２．既定値更新条件マスタ１０６ａに登録された設定に従い、コメントを登録
３．類似判定された異常検知結果に対し、対応ステータスを更新
【0109】
以下、これらの処理を詳細に説明する。
（１．既定値更新条件明細マスタ１０６ｂに登録された条件に従い、類似判定を実施）
類似の異常検知結果と判定された場合、既定値更新履歴テーブル１０６ｅに類似判定履歴の情報を新規登録する。
（１．既定値更新条件明細マスタ１０６ｂに登録された条件に従い、類似判定を実施）
類似の異常検知結果と判定された場合、既定値更新履歴テーブル１０６ｅに類似判定履歴の情報を新規登録する。
【0110】
図２２において、既定値更新条件明細マスタ１０６ｂでは、類似判定条件が、会計年度
＝判定元の異常と同じ値、商品名＝判定元の異常と同じ値に設定されている。判定結果データの１行目の実行ＩＤ「ＥＸ００２」、行番号「１」は、会計年度「２０２２」、商品名「商品Ａ」となっている。今回の異常検知結果である実行ＩＤ「ＥＸ００３」、行番号「１」は、会計年度「２０２２」、商品名「商品Ａ」となっており、類似判定条件に合致し、類似判定結果を「Ｔｒｕｅ」に更新し、既定値更新履歴テーブル１０６ｅに新規登録する。同図に示す例では、既定値更新履歴ＩＤ「ＵＨ００１」、実行ＩＤ「ＥＸ００３」、実行行番号「１」、既定値更新条件ＩＤ「ＵＣ００１」が新規登録される。
＝判定元の異常と同じ値、商品名＝判定元の異常と同じ値に設定されている。判定結果データの１行目の実行ＩＤ「ＥＸ００２」、行番号「１」は、会計年度「２０２２」、商品名「商品Ａ」となっている。今回の異常検知結果である実行ＩＤ「ＥＸ００３」、行番号「１」は、会計年度「２０２２」、商品名「商品Ａ」となっており、類似判定条件に合致し、類似判定結果を「Ｔｒｕｅ」に更新し、既定値更新履歴テーブル１０６ｅに新規登録する。同図に示す例では、既定値更新履歴ＩＤ「ＵＨ００１」、実行ＩＤ「ＥＸ００３」、実行行番号「１」、既定値更新条件ＩＤ「ＵＣ００１」が新規登録される。
【0111】
（２．既定値更新条件マスタ１０６ａに登録された設定に従い、コメントを登録）
図２３において、既定値更新条件マスタ１０６ａでは、規定コメントを追加するか「Ｔｒｕｅ」、規定コメント内容「自動で更新されました」が設定されている。類似判定された場合には、この設定に従い、判定結果コメントデータに、コメント内容「自動で更新されました」、対応ステータス「要対応（異常検出された場合の初期値）」、更新ユーザ「自動実行」を登録する。
図２３において、既定値更新条件マスタ１０６ａでは、規定コメントを追加するか「Ｔｒｕｅ」、規定コメント内容「自動で更新されました」が設定されている。類似判定された場合には、この設定に従い、判定結果コメントデータに、コメント内容「自動で更新されました」、対応ステータス「要対応（異常検出された場合の初期値）」、更新ユーザ「自動実行」を登録する。
【0112】
このように、発生した異常が、既存の異常と内容が類似しているか、していないかを自動で区別することが可能となる。
【0113】
（３．類似判定された異常検知結果に対し、対応ステータスを更新）
類似の異常検知と判定されたレコードの「対応ステータス」を、既定値更新条件明細マスタ１０６ｂで設定されているステータスに更新する。
類似の異常検知と判定されたレコードの「対応ステータス」を、既定値更新条件明細マスタ１０６ｂで設定されているステータスに更新する。
【0114】
図２４において、既定値更新条件明細マスタ１０６ｂでは、ステータス「対応不要」が設定されている。この設定に従い、判定コメントデータの対応ステータスを、「要対応」から「対応不要」に更新する。
【0115】
このように、発生した異常が、既存の異常と内容が類似しているか、していないかを自動で区別することが可能となっており、異常検知結果が、既存の異常検知結果と類似していると判定された場合、対応ステータスを「対応不要」に更新する。このため、担当者が手動で対応ステータスを更新することなく、自動で対応ステータスの更新が可能となる。
これにより、同じ内容の異常に、複数回対応をするリスクを低減し、異常の通知量を削減し、より重要度の高い異常を見逃すリスクを低減することができる。
これにより、同じ内容の異常に、複数回対応をするリスクを低減し、異常の通知量を削減し、より重要度の高い異常を見逃すリスクを低減することができる。
【0116】
つぎに、図２５～図２７を参照して、類似判定された異常検知結果のアラート一覧画面及びアラート詳細画面での見え方を説明する。類似の異常検知結果と判定された異常検知結果については、各画面に機能を追加している。
【0117】
図２５において、アラート一覧画面の異常検知結果一覧表示エリアには、判定結果データの類似判定結果が「Ｔｒｕｅ」の場合は、図２４の既定値更新条件マスタ１０６ａのステータスに従って対応ステータスを表示すると共に、類似インフォメーションアイコンを表示する。既存の異常検知結果と類似していると判断された場合のみ、類似インフォメーションアイコンを表示する。例えば、類似インフォメーションアイコンをマウスオーバー時に、既存の異常と類似内容であるというメッセージ、例えば、「類似判定により対応ステータスが更新されました。詳細は類似判定結果を確認してください。」を表示する。これにより、アラート一覧画面から、既存の異常検知結果を類似内容であることを確認可能となる。
【0118】
異常検知結果をクリックすると、例えば、図２６に示すようなアラート詳細画面が表示される。対応・コメント領域には、「類似判定結果の確認」ボタンと、類似判定日時が表示される。「類似判定結果の確認」ボタンは、類似判定によって「対応不要」となった異常検知結果の場合のみ表示する。「類似判定結果の確認」ボタンが押下されると、類似判定結果詳細画面へ遷移する。類似判定日時は、判定結果データの更新日時が表示される。
【0119】
図２７を参照して、類似判定結果詳細画面を説明する。図２７は、類似判定結果詳細画面の表示例を示す図である。図２６において、「類似判定結果の確認」ボタンが押下されると、図２７に示すような類似判定結果詳細画面が表示される。類似判定結果詳細画面では、（１）既存の異常検知結果と類似していると判定された異常検知結果、（２）判定元の異常検知結果、（３）類似判定で用いられた条件、（４）既定値更新で用いられた設定と値が表示される。
【0120】
図２８を参照して、類似の異常検知結果と判定された際の対応ステータス・コメント複写機能を説明する。
【0121】
類似判定の機能では、「類似判定された異常に対し、判定元の異常から最新対応ステータス・コメントを複写する」という設定も可能である。既に類似の異常が存在すると判定された異常検知結果を「対応不要」とせず、対応が必要な異常検知結果として残す運用で使用する場合を想定している。これは、既定値更新条件マスタ１０６ａの設定により制御可能である。
【0122】
図２８において、既定値更新条件マスタ１０６ａにおいて、ステータスタイプを「判定元と同じ値に更新」に設定することで、判定元と同じ最新の対応ステータスを判定結果コメントデータの対応ステータスに登録することができる。また、既定値更新条件マスタ１０６ａにおいて、コメント複写するかを「Ｔｒｕｅ」に設定することで、判定元のコメントを判定結果コメントデータのコメント内容に登録することができる。
【0123】
図２９及び図３０を参照して、１つの異常検知結果に対して複数の既定値更新条件を設定する場合を説明する。類似判定機能では、１つの異常検知結果に対して、複数の既定値更新条件マスタ１０６ａを紐づけることが可能となっている。異常検知結果の内容によって、既定値更新の処理内容を分岐する運用で使用する場合がある。
【0124】
例えば、在庫回転アラートにおいて、「在庫回転率の閾値からの外れ度合」によって既定値更新の条件を分岐させる場合を説明する。例えば、「在庫回転率の閾値からの外れ度合」が一定の値を超えた場合、類似判定された異常検知結果の対応ステータスを「要対応」とする（新規の異常として取り扱う）。また、「会計年度」「商品名」の条件に加え、「異常度ランク」の条件を追加する。
【0125】
図２９において、既定値更新条件マスタ１０６ａでは、同一の異常検知結果に複数の規定値更新条件ＩＤの紐付けが可能となっている。同図に示す例では、実行ＩＤ「ＥＸ００２」、実行行番号「１」に、規定値更新条件ＩＤ「ＵＣ００１」と、「ＵＣ００２」が設定されている。「ＵＣ００１」については、ステータス「対応不要」、「ＵＣ０００２」には、ステータス「要対応」が設定されている。
【0126】
既定値更新条件明細マスタ１０６ｂでは、「ＵＣ００１」と「ＵＣ００２」には、それぞれ、３つの類似判定条件が設定されており、「ＵＣ００２」の明細条件ＮＯ「３」では、結果テーブル情報ＩＤ「異常度ランク」、比較演算子「≧」、判定値タイプ「固定値」、判定値「３」が設定されている。判定結果データの異常度ランク「３」となっているので（商品名及び会計年度は、判定元と同じ）、判定結果コメントデータの対応ステータスは、「要対応」に更新される。
【0127】
なお、異常度ランクとは、検出対象となった異常値がどの程度閾値から外れているかによって算出されたランクをいう。ランクの数字が大きいほど閾値からの外れ度合いが大きいことを表す。図３０は、在庫回転率の閾値からの乖離度合いにより、商品Ａ，Ｂ，Ｃの異常度ランクを算出した場合の例を示している。
【0128】
以上説明したように、本実施の形態によれば、アラート画面の表示を制御し、当該アラート画面において、判定結果データを参照して、異常検知結果の一覧を一覧表示領域に表示し、その際、判定結果コメントデータを参照して、各異常検知結果の対応ステータスを表示する画面表示制御部１０２ｄを備えているので、業務データに対する異常を検知した場合に、担当者が、異常に対する対応状況を簡単に確認することが可能となる。
【0129】
［４．国連が主導する持続可能な開発目標（ＳＤＧｓ）への貢献］
本実施形態により、業務効率化や企業の適切な経営判断を推進することに寄与することができるので、ＳＤＧｓの目標８及び９に貢献することが可能となる。
本実施形態により、業務効率化や企業の適切な経営判断を推進することに寄与することができるので、ＳＤＧｓの目標８及び９に貢献することが可能となる。
【0130】
また、本実施形態により、廃棄ロス削減や、ペーパレス・電子化を推進することに寄与することができるので、ＳＤＧｓの目標１２、１３及び１５に貢献することが可能となる。
【0131】
また、本実施形態により、統制、ガバナンス強化に寄与することができるので、ＳＤＧｓの目標１６に貢献することが可能となる。
【0132】
［５．他の実施形態］
本発明は、上述した実施形態以外にも、特許請求の範囲に記載した技術的思想の範囲内において種々の異なる実施形態にて実施されてよいものである。
本発明は、上述した実施形態以外にも、特許請求の範囲に記載した技術的思想の範囲内において種々の異なる実施形態にて実施されてよいものである。
【0133】
例えば、実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部又は一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部又は一部を公知の方法で自動的に行うこともできる。
【0134】
また、本明細書中や図面中で示した処理手順、制御手順、具体的名称、各処理の登録データや検索条件等のパラメータを含む情報、画面例、データベース構成については、特記する場合を除いて任意に変更することができる。
【0135】
また、異常検知支援装置１００に関して、図示の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。
【0136】
例えば、異常検知支援装置１００が備える処理機能、特に制御部にて行われる各処理機能については、その全部又は任意の一部を、ＣＰＵ及び当該ＣＰＵにて解釈実行されるプログラムにて実現してもよく、また、ワイヤードロジックによるハードウェアとして実現してもよい。尚、プログラムは、本実施形態で説明した処理を情報処理装置に実行させるためのプログラム化された命令を含む一時的でないコンピュータ読み取り可能な記録媒体に記録されており、必要に応じて異常検知支援装置１００に機械的に読み取られる。すなわち、ＲＯＭ又はＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）などの記憶部などには、ＯＳと協働してＣＰＵに命令を与え、各種処理を行うためのコンピュータプログラムが記録されている。このコンピュータプログラムは、ＲＡＭにロードされることによって実行され、ＣＰＵと協働して制御部を構成する。
【0137】
また、このコンピュータプログラムは、異常検知支援装置１００に対して任意のネットワークを介して接続されたアプリケーションプログラムサーバに記憶されていてもよく、必要に応じてその全部又は一部をダウンロードすることも可能である。
【0138】
また、本実施形態で説明した処理を実行するためのプログラムを、一時的でないコンピュータ読み取り可能な記録媒体に格納してもよく、また、プログラム商品として構成することもできる。ここで、この「記録媒体」とは、メモリーカード、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）メモリ、ＳＤ（Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌ）カード、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＥＥＰＲＯＭ（登録商標）（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ ａｎｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＣＤ－ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｋ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＭＯ（Ｍａｇｎｅｔｏ－Ｏｐｔｉｃａｌ ｄｉｓｋ）、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）、及び、Ｂｌｕ－ｒａｙ（登録商標） Ｄｉｓｃ等の任意の「可搬用の物理媒体」を含むものとする。
【0139】
また、「プログラム」とは、任意の言語又は記述方法にて記述されたデータ処理方法であり、ソースコード又はバイナリコード等の形式を問わない。なお、「プログラム」は必ずしも単一的に構成されるものに限られず、複数のモジュールやライブラリとして分散構成されるものや、ＯＳに代表される別個のプログラムと協働してその機能を達成するものをも含む。なお、実施形態に示した各装置において記録媒体を読み取るための具体的な構成及び読み取り手順ならびに読み取り後のインストール手順等については、周知の構成や手順を用いることができる。
【0140】
記憶部に格納される各種のデータベース等は、ＲＡＭ、ＲＯＭ等のメモリ装置、ハードディスク等の固定ディスク装置、フレキシブルディスク、及び、光ディスク等のストレージ手段であり、各種処理やウェブサイト提供に用いる各種のプログラム、テーブル、データベース、及び、ウェブページ用ファイル等を格納する。
【0141】
また、異常検知支援装置１００は、既知のパーソナルコンピュータ又はワークステーション等の情報処理装置として構成してもよく、また、任意の周辺装置が接続された当該情報処理装置として構成してもよい。また、異常検知支援装置１００は、当該装置に本実施形態で説明した処理を実現させるソフトウェア（プログラム又はデータ等を含む）を実装することにより実現してもよい。
【0142】
更に、装置の分散・統合の具体的形態は図示するものに限られず、その全部又は一部を、各種の付加等に応じて又は機能負荷に応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。すなわち、上述した実施形態を任意に組み合わせて実施してもよく、実施形態を選択的に実施してもよい。
【符号の説明】
【0143】
１００ 異常検知支援装置
１０２ 制御部
１０２ａ 異常検知部
１０２ｂ 類似判定部
１０２ｃ コメント処理部
１０２ｄ 画面表示制御部
１０４ 通信インターフェース部
１０６ 記憶部
１０６ａ 既定値更新条件マスタ
１０６ｂ 既定値更新条件明細マスタ
１０６ｃ 異常判定定義マスタ
１０６ｄ 判定結果データ列情報マスタ
１０６ｅ 既定値更新履歴テーブル
１０８ 入出力インターフェース部
１１２ 入力装置
１１４ 出力装置
２００ サーバ
３００ ネットワーク
４００ 業務システム
５００ 端末装置
１０２ 制御部
１０２ａ 異常検知部
１０２ｂ 類似判定部
１０２ｃ コメント処理部
１０２ｄ 画面表示制御部
１０４ 通信インターフェース部
１０６ 記憶部
１０６ａ 既定値更新条件マスタ
１０６ｂ 既定値更新条件明細マスタ
１０６ｃ 異常判定定義マスタ
１０６ｄ 判定結果データ列情報マスタ
１０６ｅ 既定値更新履歴テーブル
１０８ 入出力インターフェース部
１１２ 入力装置
１１４ 出力装置
２００ サーバ
３００ ネットワーク
４００ 業務システム
５００ 端末装置
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16A】
【図16B】
【図17】
【図18A】
【図18B】
【図19A】
【図19B】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【図26】
【図27】
【図28】
【図29】
【図30】