知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024095458
(43)【公開日】2024-07-10
(54)【発明の名称】ログ照会装置、ログ照会方法、及びログ照会プログラム
(51)【国際特許分類】
G06Q 10/10 20230101AFI20240703BHJP
【ＦＩ】
G06Q10/10
【審査請求】未請求
【請求項の数】6
【出願形態】ＯＬ
(21)【出願番号】P 2022212763
(22)【出願日】2022-12-28
(71)【出願人】
【識別番号】398040527
【氏名又は名称】株式会社オービック
(74)【代理人】
【識別番号】110002147
【氏名又は名称】弁理士法人酒井国際特許事務所
(72)【発明者】
【氏名】蒲原 崇士
(72)【発明者】
【氏名】里 彰真
【テーマコード（参考）】
5L010
5L049
【Ｆターム（参考）】
5L010AA11
5L049AA11
(57)【要約】
【課題】業務データに対する異常判定自動実行の実行ログを高精度に確認することが可能なログ照会装置を提供すること。
【解決手段】本実施の形態に係るログ照会装置は、ログ照会画面において、異常判定実行ログデータ及び異常判定実行ログ明細データを参照して、異常検知自動実行の１処理を１明細として、実行ログの一覧をログ一覧表示領域に表示し、当該ログ一覧表示領域でオペレータにより選択された実行ログの明細画面を表示し、当該明細画面では、実行ＩＤに紐づく実行明細ＩＤをキーとして、異常判定ログデータからデータを抽出して、処理内訳とそのステータスを表示するログ照会手段を備えている。
【選択図】図５
【解決手段】本実施の形態に係るログ照会装置は、ログ照会画面において、異常判定実行ログデータ及び異常判定実行ログ明細データを参照して、異常検知自動実行の１処理を１明細として、実行ログの一覧をログ一覧表示領域に表示し、当該ログ一覧表示領域でオペレータにより選択された実行ログの明細画面を表示し、当該明細画面では、実行ＩＤに紐づく実行明細ＩＤをキーとして、異常判定ログデータからデータを抽出して、処理内訳とそのステータスを表示するログ照会手段を備えている。
【選択図】図５
【特許請求の範囲】
【請求項1】
制御部を備え、業務データに対する異常判定自動実行の処理結果のログを照会するログ照会装置であって、
前記制御部は、
異常判定自動実行１処理に関する処理状況のログであり、実行ＩＤ、実行日時、及び異常検知が正常に行われたか否かを示すステータスを含む異常判定実行ログデータと、
異常判定の自動実行１処理内で行われる、異常判定・スケジュール判定単位の処理状況のログであり、実行明細ＩＤ、実行ＩＤ、実行した定義である処理区分、ステータス、スケジュール定義ＩＤ、及び異常判定定義ＩＤを含む異常判定実行ログ明細データと、
異常判定の自動実行１処理内で行われる、異常判定・スケジュール判定のそれぞれに紐づく内訳処理単位のログであり、ログＩＤ、ステータス、処理内容を示すメッセージ、実行した定義ＩＤ及びエラー時のエラー原因メッセージを保持する詳細、ログを更新する際に処理していた定義情報を保持するログ更新元、実行明細ＩＤ、更新日時を含む異常判定ログデータと、
にアクセス可能に構成されており、
ログ照会画面において、前記異常判定実行ログデータ及び前記異常判定実行ログ明細データを参照して、異常検知自動実行の１処理を１明細として、実行ログの一覧をログ一覧表示領域に表示し、当該ログ一覧表示領域でオペレータにより選択された実行ログの明細画面を表示し、当該明細画面では、実行ＩＤに紐づく実行明細ＩＤをキーとして、前記異常判定ログデータからデータを抽出して、処理内訳とそのステータスを表示するログ照会手段を備えたことを特徴とするログ照会装置。
前記制御部は、
異常判定自動実行１処理に関する処理状況のログであり、実行ＩＤ、実行日時、及び異常検知が正常に行われたか否かを示すステータスを含む異常判定実行ログデータと、
異常判定の自動実行１処理内で行われる、異常判定・スケジュール判定単位の処理状況のログであり、実行明細ＩＤ、実行ＩＤ、実行した定義である処理区分、ステータス、スケジュール定義ＩＤ、及び異常判定定義ＩＤを含む異常判定実行ログ明細データと、
異常判定の自動実行１処理内で行われる、異常判定・スケジュール判定のそれぞれに紐づく内訳処理単位のログであり、ログＩＤ、ステータス、処理内容を示すメッセージ、実行した定義ＩＤ及びエラー時のエラー原因メッセージを保持する詳細、ログを更新する際に処理していた定義情報を保持するログ更新元、実行明細ＩＤ、更新日時を含む異常判定ログデータと、
にアクセス可能に構成されており、
ログ照会画面において、前記異常判定実行ログデータ及び前記異常判定実行ログ明細データを参照して、異常検知自動実行の１処理を１明細として、実行ログの一覧をログ一覧表示領域に表示し、当該ログ一覧表示領域でオペレータにより選択された実行ログの明細画面を表示し、当該明細画面では、実行ＩＤに紐づく実行明細ＩＤをキーとして、前記異常判定ログデータからデータを抽出して、処理内訳とそのステータスを表示するログ照会手段を備えたことを特徴とするログ照会装置。
【請求項2】
前記ログ照会手段は、実行ログの一覧をログ一覧表示領域に表示する際には、実行日時を表示すると共に、実行日時の降順で表示することを特徴とする請求項１に記載のログ照会装置。
【請求項3】
前記ログ照会手段は、前記明細画面では、選択された実行ログで行われる処理をグループ化して表示することを特徴とする請求項１に記載のログ照会装置。
【請求項4】
前記ログ照会手段は、前記明細画面の処理内訳でオペレータにより選択された処理について、前記異常判定実行ログ明細データの異常判定定義ＩＤ及び前記異常判定ログデータのログ更新元に紐づく異常値定義の設定画面を起動することを特徴とする請求項１～３のいずれか１つに記載のログ照会装置。
【請求項5】
制御部を備えた情報処理装置で実行されるログ照会方法であって、
前記制御部は、
異常判定自動実行１処理に関する処理状況のログであり、実行ＩＤ、実行日時、及び異常検知が正常に行われたか否かを示すステータスを含む異常判定実行ログデータと、
異常判定の自動実行１処理内で行われる、異常判定・スケジュール判定単位の処理状況のログであり、実行明細ＩＤ、実行ＩＤ、実行した定義である処理区分、ステータス、スケジュール定義ＩＤ、及び異常判定定義ＩＤを含む異常判定実行ログ明細データと、
異常判定の自動実行１処理内で行われる、異常判定・スケジュール判定のそれぞれに紐づく内訳処理単位のログであり、ログＩＤ、ステータス、処理内容を示すメッセージ、実行した定義ＩＤ及びエラー時のエラー原因メッセージを保持する詳細、ログを更新する際に処理していた定義情報を保持するログ更新元、実行明細ＩＤ、及び更新日時を含む異常判定ログデータと、
にアクセス可能に構成されており、
前記制御部において実行される、
ログ照会画面において、前記異常判定実行ログデータ及び前記異常判定実行ログ明細データを参照して、異常検知自動実行の１処理を１明細として、実行ログの一覧をログ一覧表示領域に表示し、当該ログ一覧表示領域でオペレータにより選択された実行ログの明細画面を表示し、当該明細画面では、実行ＩＤに紐づく実行明細ＩＤをキーとして、前記異常判定ログデータからデータを抽出して、処理内訳とそのステータスを表示するログ照会工程を含むことを特徴とするログ照会方法。
前記制御部は、
異常判定自動実行１処理に関する処理状況のログであり、実行ＩＤ、実行日時、及び異常検知が正常に行われたか否かを示すステータスを含む異常判定実行ログデータと、
異常判定の自動実行１処理内で行われる、異常判定・スケジュール判定単位の処理状況のログであり、実行明細ＩＤ、実行ＩＤ、実行した定義である処理区分、ステータス、スケジュール定義ＩＤ、及び異常判定定義ＩＤを含む異常判定実行ログ明細データと、
異常判定の自動実行１処理内で行われる、異常判定・スケジュール判定のそれぞれに紐づく内訳処理単位のログであり、ログＩＤ、ステータス、処理内容を示すメッセージ、実行した定義ＩＤ及びエラー時のエラー原因メッセージを保持する詳細、ログを更新する際に処理していた定義情報を保持するログ更新元、実行明細ＩＤ、及び更新日時を含む異常判定ログデータと、
にアクセス可能に構成されており、
前記制御部において実行される、
ログ照会画面において、前記異常判定実行ログデータ及び前記異常判定実行ログ明細データを参照して、異常検知自動実行の１処理を１明細として、実行ログの一覧をログ一覧表示領域に表示し、当該ログ一覧表示領域でオペレータにより選択された実行ログの明細画面を表示し、当該明細画面では、実行ＩＤに紐づく実行明細ＩＤをキーとして、前記異常判定ログデータからデータを抽出して、処理内訳とそのステータスを表示するログ照会工程を含むことを特徴とするログ照会方法。
【請求項6】
制御部を備えた情報処理装置が実行するためのログ照会プログラムであって、
前記制御部は、
異常判定自動実行１処理に関する処理状況のログであり、実行ＩＤ、実行日時、及び異常検知が正常に行われたか否かを示すステータスを含む異常判定実行ログデータと、
異常判定の自動実行１処理内で行われる、異常判定・スケジュール判定単位の処理状況のログであり、実行明細ＩＤ、実行ＩＤ、実行した定義である処理区分、ステータス、スケジュール定義ＩＤ、及び異常判定定義ＩＤを含む異常判定実行ログ明細データと、
異常判定の自動実行１処理内で行われる、異常判定・スケジュール判定のそれぞれに紐づく内訳処理単位のログであり、ログＩＤ、ステータス、処理内容を示すメッセージ、実行した定義ＩＤ及びエラー時のエラー原因メッセージを保持する詳細、ログを更新する際に処理していた定義情報を保持するログ更新元、実行明細ＩＤ、更新日時を含む異常判定ログデータと、
にアクセス可能に構成されており、
前記制御部において、
ログ照会画面において、前記異常判定実行ログデータ及び前記異常判定実行ログ明細データを参照して、異常検知自動実行の１処理を１明細として、実行ログの一覧をログ一覧表示領域に表示し、当該ログ一覧表示領域でオペレータにより選択された実行ログの明細画面を表示し、当該明細画面では、実行ＩＤに紐づく実行明細ＩＤをキーとして、前記異常判定ログデータからデータを抽出して、処理内訳とそのステータスを表示するログ照会工程を実行させるためのログ照会プログラム。
前記制御部は、
異常判定自動実行１処理に関する処理状況のログであり、実行ＩＤ、実行日時、及び異常検知が正常に行われたか否かを示すステータスを含む異常判定実行ログデータと、
異常判定の自動実行１処理内で行われる、異常判定・スケジュール判定単位の処理状況のログであり、実行明細ＩＤ、実行ＩＤ、実行した定義である処理区分、ステータス、スケジュール定義ＩＤ、及び異常判定定義ＩＤを含む異常判定実行ログ明細データと、
異常判定の自動実行１処理内で行われる、異常判定・スケジュール判定のそれぞれに紐づく内訳処理単位のログであり、ログＩＤ、ステータス、処理内容を示すメッセージ、実行した定義ＩＤ及びエラー時のエラー原因メッセージを保持する詳細、ログを更新する際に処理していた定義情報を保持するログ更新元、実行明細ＩＤ、更新日時を含む異常判定ログデータと、
にアクセス可能に構成されており、
前記制御部において、
ログ照会画面において、前記異常判定実行ログデータ及び前記異常判定実行ログ明細データを参照して、異常検知自動実行の１処理を１明細として、実行ログの一覧をログ一覧表示領域に表示し、当該ログ一覧表示領域でオペレータにより選択された実行ログの明細画面を表示し、当該明細画面では、実行ＩＤに紐づく実行明細ＩＤをキーとして、前記異常判定ログデータからデータを抽出して、処理内訳とそのステータスを表示するログ照会工程を実行させるためのログ照会プログラム。
【発明の詳細な説明】
【技術分野】
【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】
１００ ログ照会装置
１０２ 制御部
１０２ａ マスタメンテ部
１０２ｂ 異常検知部
１０２ｃ ログ照会部
１０２ｄ 画面表示制御部
１０４ 通信インターフェース部
１０６ 記憶部
１０６ａ 異常判定定義マスタ
１０６ｂ データ取得定義マスタ
１０６ｃ スケジュール判定定義マスタ
１０６ｄ スケジュール判定定義マッピングマスタ
１０６ｅ 他のマスタ
１０８ 入出力インターフェース部
１１２ 入力装置
１１４ 出力装置
２００ サーバ
３００ ネットワーク
４００ 業務システム
１０２ 制御部
１０２ａ マスタメンテ部
１０２ｂ 異常検知部
１０２ｃ ログ照会部
１０２ｄ 画面表示制御部
１０４ 通信インターフェース部
１０６ 記憶部
１０６ａ 異常判定定義マスタ
１０６ｂ データ取得定義マスタ
１０６ｃ スケジュール判定定義マスタ
１０６ｄ スケジュール判定定義マッピングマスタ
１０６ｅ 他のマスタ
１０８ 入出力インターフェース部
１１２ 入力装置
１１４ 出力装置
２００ サーバ
３００ ネットワーク
４００ 業務システム
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14A】
【図14B】
【図14C】
【図15】
【図16】
【図17】
【図18】
【図19A】
【図19B】
【図19C】
【図20】
【図21】
【図22】
【図23】
【図24A】
【図24B】