WO2022190503A1 - 情報処理装置、情報処理方法、および情報処理プログラム - Google Patents

Abstract

複数の装置が接続されるネットワーク上で発生した複数のイベントの中から、要因となったイベントを特定することを目的とする。ネットワークに接続されるＰＬＣ（２）であって、情報処理の複数のイベントを記録したログから、グループ分けを行うグルーピング処理部（１２）と、当該複数のイベントの発生の要因となる要因イベントを特定する特定部（１３）と、要因イベントを出力する出力部（１４）と、を備え、特定部（１３）は、イベントの種類ごとに要因イベントを特定するための情報を示すイベント相関情報（２２）を用いて、要因イベントを特定する。

Description

情報処理装置、情報処理方法、および情報処理プログラム

　本発明は、複数の装置が接続されるネットワークに接続される情報処理装置、情報処理装置の情報処理方法および情報処理プログラムに関する。

　製造現場においてもＩＣＴ（Information and Communication Technology：情報通信技術）が活用されてきており、各種装置のネットワーク化が進んでいる。そのため、システムにおいて、ログとして残されたイベントに基づいて、異常の主要因を特定し、問題解決が行われている。

　異常が発生した際、異常によって副次的に発生するイベントも多数あるために、ログを時系列データとして確認するだけでは、主要因を特定することは困難である。結果として、トラブルシュートに膨大な時間がかかり、設備の停止による損失、保守・メンテ費用の増加を招いている。

日本国特開２０１８－１２４６９７号公報

　特許文献１には、多数のイベントが発生した時に、システムの構成情報から要因を特定する方法が開示されている。しかしながら、上述の方法では、システムの構成情報のみから判断するために、同時多発的に発生する複数のイベントの要因を特定することができる場合は、極めて限定的である。例えば、同一装置内で同時に発生したイベントから主要因を特定することができない。また、システムの構成情報のみでは判断できないアプリケーションで発生するイベントでも要因を特定することができない。

　さらに、システムを構成する各装置では、異常の要因と異なる様々なイベントが発生し、それらも同一の記憶領域にて記憶されることが一般的である。当該記憶領域の容量は限られており、随時上書きされるため、必要なイベントのログが消えてしまい、トラブルシュートができない事態が起こりうる。

　本発明の一態様は、複数の装置が接続されるネットワーク上で発生した複数のイベントの中から要因となったイベントを特定することを目的とする。

　上記の課題を解決するために、本発明の一態様に係る情報処理装置は、複数の装置が接続されるネットワークに接続される情報処理装置であって、自装置、および、前記ネットワークを介して自装置に接続された他装置の少なくともいずれか一方において行われた情報処理のイベントを記録したログを取得するログ取得部と、前記ログに記録されている複数の前記イベントを、所定の基準で関連イベント群としてグループ分けを行うグルーピング処理部と、前記関連イベント群から、当該関連イベント群の発生の要因となる要因イベントを特定する特定部と、前記特定部によって特定された要因イベントを出力する出力部と、を備え、前記特定部は、前記イベントの種類ごとに前記要因イベントを特定するための情報を示すイベント相関情報を用いて、前記要因イベントを特定する。

　上記の課題を解決するために、本発明の別の態様に係る情報処理装置の情報処理方法は、複数の装置が接続されるネットワークに接続される情報処理装置の情報処理方法であって、自装置、および、前記ネットワークを介して自装置に接続された他装置の少なくともいずれか一方において行われた情報処理のイベントを記録したログを取得するログ取得ステップと、前記ログに記録されている複数の前記イベントを、所定の基準で関連イベント群としてグループ分けを行うグルーピング処理ステップと、前記関連イベント群から、当該関連イベント群の発生の要因となる要因イベントを特定する特定ステップと、前記特定部によって特定された要因イベントを出力する出力ステップと、を備え、前記特定部は、前記イベントの種類ごとに前記要因イベントを特定するための情報を示すイベント相関情報を用いて、前記要因イベントを特定する。

　本発明の一態様によれば、同時に発生した複数のイベントの中から、要因となったイベントを特定することができる。

実施形態１に係る情報処理システムの要部の構成を示すブロック図である。 ログ群から関連イベント群を求めるある方法の概要図である。 ログ群から関連イベント群を求める別の方法の概要図である。 実施形態１に係るイベント相関情報の一例を示す図である。 実施形態１に係る要因イベントを特定する工程を示す図である。 実施形態１に係る情報処理システムの動作を示すフローチャートである。 実施形態２に係る情報処理システムの要部の構成を示すブロック図である。 実施形態３に係る情報処理システムの要部の構成を示すブロック図である。 実施形態３に係るイベント相関情報の一例を示す図である。

　〔実施形態１〕
　以下、本発明の一側面に係る実施の形態（以下、「本実施形態」とも表記する）を、図面に基づいて説明する。なお、図中同一または相当部分には同一符号を付してその説明は繰り返さない。

　§１．適用例
　図１は、実施形態１に係る情報処理システム１００の要部の構成を示すブロック図である。情報処理システム１００は、ＰＣ（Personal Computer）（情報処理装置）１と、ＰＬＣ（Programmable Logic Controller）（情報処理装置）２と、スレーブ（情報処理装置）Ａ（スレーブ装置）３と、スレーブＢ（スレーブ装置）４と、通信手段５と、ネットワーク６と、を備える。

　ＰＬＣ２、スレーブＡ３およびスレーブＢ４などのネットワーク６上の各装置からイベントを記憶したログ２ａ・３ａ・４ａを、ＰＣ１が収集する。収集したログに対し、イベントの発生時刻に基づき、幾つかのグループに分け、それらに対しイベント相関情報２２に基づき、所定の処理を行うことで、要因となったイベントを特定する。

　§２．構成例
　（情報処理システム１００の構成）
　情報処理システム１００について以下により詳細に説明する。ＰＣ１は、ＰＬＣ２と通信し、ＰＬＣ２、スレーブＡ３、およびスレーブＢ４から取得する情報に基づき動作する。ＰＣ１は様々な形態をとることができ、ノートパソコンでも、サーバパソコンでもよい。

　ＰＬＣ２は、情報処理システム１００における制御装置である。ＰＬＣ２はＰＬＣに限定されず、任意の制御装置であればよい。

　スレーブＡ３およびスレーブＢ４は、ＰＬＣ２に制御されるネットワーク６上のスレーブである。ＰＬＣ２に従属するスレーブの数は２台に限定されず、任意の台数であってもよい。ネットワーク６におけるスレーブとしては、汎用的なＩ／Ｏユニットに加え、アクチュエータのドライバ、通信カプラ、および画像処理ユニットなどの様々な装置が挙げられる。

　通信手段５は、ＰＣ１とＰＬＣ２とで通信するための手段であり、例えば、ＵＳＢ（Universal Serial Bus）（登録商標）、ＥｔｈｅｒＮｅｔ（登録商標）、およびシリアル通信などの、任意の通信手段である。

　ネットワーク６は、装置間で情報を授受できるネットワークであり、いわゆるフィールドネットワークであってもよい。ネットワーク６は、例えば、ＥｔｈｅｒＮｅｔ（登録商標）、ＥｔｈｅｒＣＡＴ（登録商標）、ＥｔｈｅｒＮｅｔ／ＩＰ（登録商標）、ＤｅｖｉｃｅＮｅｔ（登録商標）、ＣｏｍｐｏＮｅｔ（登録商標）などの種々のプロトコルを採用してもよい。

　（ネットワーク６上の装置の構成）
　スレーブＡ３およびスレーブＢ４は、それぞれログ３ａおよびログ４ａを記憶しており、ネットワーク６を介して、ログ３ａおよびログ４ａをＰＬＣ２に送信する。ＰＬＣ２は、ログ２ａを記憶しており、受信したログ３ａおよびログ４ａとともに、通信手段５を介して、ログ２ａ、ログ３ａおよびログ４ａをＰＣ１に送信する。したがって、ＰＣ１は、ネットワーク６上の装置のログを取得することができる。ログ２ａ・３ａ・４ａの内容は後述する。

　（ＰＣ１の構成）
　ＰＣ１は、制御部１０と、記憶部２０と、を備える。制御部１０は、ログ取得部１１と、グルーピング処理部１２と、特定部１３と、出力部１４と、設定部１５と、を備える。記憶部２０は、識別情報優先度リスト（識別情報優先度設定）２２１および構成情報優先度設定２２２から構成されるイベント相関情報２２と、ネットワーク構成２３と、を備える。

　ログ取得部１１は、ＰＬＣ２のログ２ａに加え、スレーブＡ３のログ３ａおよびスレーブＢ４のログ４ａをまとめて取得する。すなわち、情報処理システム１００におけるイベントをまとめてログ群として取得する。ログ取得部１１は、ログ群をグルーピング処理部１２に出力する。

　（関連イベント群にグループ化）
　グルーピング処理部１２は、ログ取得部１１で取得したログ群に対し、所定の処理を行うことで、ログ群に含まれるイベントを関連イベント群としてグループ化する。グループ化は、イベントの発生時刻をキーとしてグループ化を行う。グルーピング処理部１２は、関連イベント群を特定部１３に出力する。関連イベント群とは、ログ群に含まれる複数のイベントを、少なくとも１つ以上の関連イベントにグループ化したものである。

　図２は、ログ群Ｌ１から関連イベント群Ｌ２を求めるある方法の概要図である。具体的には、ログ群Ｌ１において、前に発生したイベントに対する発生時刻の時間差が所定の時間以内であれば同一の関連イベント群Ｌ２と判断する。例えば、ログ群３１１（Ｌ１）において、時間差が「１秒」の場合、「時間差が１秒未満」であると、同一の関連イベント群Ｌ２と判断し、符号３１２のようにグループ化する。また、ログ群３１１（Ｌ１）において、時間差が「３秒」の場合、「時間差が３秒未満」であると、同一の関連イベント群Ｌ２と判断し、符号３１３にようにグループ化する。

　図３は、ログ群Ｌ１から関連イベント群Ｌ２を求める別の方法の概要図である。具体的には、ログ群Ｌ１を一定周期おきにグループに分割する。例えば、ログ群３２１（Ｌ１）において、期間が「１秒」の場合は発生時刻が、「００：００：０１」で関連イベント群Ｌ２を１つ、「００：００：０２」で関連イベント群Ｌ２を１つ、「００：００：０４」で関連イベント群Ｌ２を１つ、「００：００：０７」で関連イベント群Ｌ２を１つとし、符号３２２のようにグループ化する。また、ログ群３２１（Ｌ１）において、期間が「５秒」の場合、「００：００：０１～００：００：０５」で関連イベント群Ｌ２を１つ、「００：００：０６～００：００：１０」で関連イベント群Ｌ２を１つと、関連イベント群３２３のようにグループ化する。

　（イベント相関情報について）
　イベント相関情報２２は、情報処理システム１００で発生する様々なイベントに対し、各イベントが発生する要因を整理してまとめた情報である。イベント相関情報２２は、表の形態をとってもよい。

　図４は、実施形態１に係る、イベント相関情報２２の一例を示す図である。図４に示すように、イベント相関情報２２は、イベント名と、要因イベントと、構成情報優先度設定２２２と、識別情報優先度リスト２２１と、を含む。

　要因イベントは、当該イベントを発生させる要因となるイベントである。すなわち、要因イベントと、要因イベントに副次的に発生する副次イベントが同時に発生した場合、要因イベントが発生したために、副次イベントも発生したものと考えられる。要因イベントは、イベントに対し、１つとは限らず、複数あってもよい。例えば、図４のイベントＡは、イベントＢまたはイベントＣが要因イベントとなりうる。

　識別情報優先度リスト２２１は、複数の要因イベント間における、要因イベント間の優先度付けを行う順番である。例えば、図４の「イベントＡ」の識別情報優先度リストは「ＰＬＣ、スレーブＡ、スレーブＢ」であるが、これは、スレーブＡ３でイベントＡが発生し、同時にスレーブＢ４でイベントＡが発生した場合、スレーブＡ３で発生したイベントＡが要因イベントになるということを表す。

　また、識別情報優先度リスト２２１では、図４の「イベントＢ」における「スレーブＡ、スレーブＢ」などのように、ネットワーク６上の装置を、ユーザ設定によって任意に選択することもできる。この場合、ユーザが要因となった装置の優先度付けを、ネットワーク６の構成情報とは関係せずに設定することができるため、現実のシステム・アプリケーションに即した設定をすることができるようになる。

　図４のように、ネットワークで接続されたシステムでは、ネットワーク上の一部の機器で通信異常などの情報処理のイベントが発生した場合、連鎖的にイベントが発生することがある。具体的には、スレーブでイベントＣ（例えば、「スレーブ通信異常」）が発生したことから、通信カプラでイベントＢ（例えば、「通信同期異常」）が発生し、ＰＬＣでイベントＡ（例えば、「リンクオフ異常」）が発生する。この場合、イベントＣが要因イベントであり、イベントＡ／イベントＢが副次イベントである。

　同様に、ネットワークでの通信異常だけではなく、機器異常でも、要因イベントの発生をトリガとして、連鎖的に副次イベントであるイベント（異常など）が発生することはある。このように、イベント相関情報は、複数のイベント間の連鎖関係を示す情報でもある。

　（イベント相関情報の設定）
　ネットワーク構成２３は、ネットワーク６の構成である。すなわち、ネットワーク６において、何がマスタであり、スレーブがどのような順で接続されているかを示す構成である。例えば、図１におけるネットワーク６では、マスタが「ＰＬＣ」であり、「スレーブＡ」、「スレーブＢ」の順でスレーブが接続されている。

　構成情報優先度設定２２２は、識別情報優先度リスト２２１を決めるためのパラメータである。例えば、構成情報優先度設定が「先頭スレーブ」の場合は、ネットワーク６上の先頭の装置であり、「最後尾スレーブ」の場合は、ネットワーク６上の最後尾の装置である。また、「スレーブＡ、スレーブＢ」などのように、ユーザで任意に設定することもできる。

　設定部１５は、ネットワーク構成２３および構成情報優先度設定２２２を参照し、識別情報優先度リスト２２１を作成し設定する。構成情報優先度設定２２２に基づき、ネットワーク構成２３において、イベント相関情報２２として何を優先するのかを判断する。そのため、構成情報優先度設定２２２が「先頭スレーブ」であった場合は、ネットワーク６の先頭から優先した順番で識別情報優先度リスト２２１を割り振り、構成情報優先度設定２２２が「最後尾スレーブ」であった場合は、ネットワーク６の最後尾から優先した順番で識別情報優先度リスト２２１を割り振る。

　（要因イベントの特定）
　特定部１３は、関連イベント群Ｌ２における要因イベントを特定する。

　まず、各イベントを全て要因イベントの候補である要因イベント候補と見立て、各イベントの要因イベントを確認する。当該要因イベントに何等かのイベントがあり、かつ当該要因イベントが要因イベント候補にある場合、当該イベントは副次イベントであると考え、要因イベントから外す。当該要因イベントが「なし」であるか、または当該要因イベントが要因イベント候補にない場合、当該イベントは要因イベントの可能性があると考え、要因イベント候補に残す。この処理を全ての要因イベント候補に対し行う。次に、要因イベント候補の中で同一のイベントが異なる装置で発生している場合に、イベント相関情報における識別情報優先度リスト２２１に基づいた順番によって、優先度付けを行う。その結果、真の要因イベントが定まる。

　図５は、実施形態１に係る、要因イベントを特定する工程を示す図である。以降、図４および図５を用いて、図４におけるイベント相関情報２２での、関連イベント群Ｌ２から要因イベントを特定する工程の具体的を説明する。

　関連イベント群３３１（Ｌ２）があり、関連イベント群３３１（Ｌ２）にイベント３３１ａ～３３１ｆの６つのイベントが含まれる。関連イベント群３３１（Ｌ２）には、「イベントＡ」と「イベントＢ」と「イベントＣ」とがあり、イベント相関情報２２を参照すると、「イベントＡ」の要因イベントは「イベントＢ」であり、「イベントＢ」の要因イベントは「イベントＣ」である。したがって、関連イベント群３３１（Ｌ２）の中では、「イベントＣ」が要因イベント候補３３２であり、イベント３３１ｃ、イベント３３１ｅ、およびイベント３３１ｆが該当する。

　この時、要因イベント候補３３２が１つである場合、当該イベントが真の要因イベント３３３である。

　要因イベント候補３３２が複数あるために、イベント相関情報２２における、識別情報優先度リストにて、更に絞り込み、真の要因イベント３３３を特定する。イベント相関情報２２を参照すると、「イベントＣ」の識別情報優先度リスト２２１は、第１候補が「スレーブＢ４」であり、第２候補が「スレーブＡ」であり、第３候補が「ＰＬＣ」であることがわかる。したがって、要因イベント候補３３２の中から、イベント３３１ｃの「スレーブＢ」で発生したイベント３３１ｃを真の要因イベント３３３として特定する。特定部１３は、特定された要因イベント３３３を出力部１４に出力する。

　（要因イベントの出力）
　出力部１４は、特定された真の要因イベント３３３を別のプログラムまたは、他の装置に出力する。出力の形態としては、真の要因イベント３３３をまとめた要因ログＬ３を構成してもよいし、既存のログに対して真の要因イベント３３３であることを示すフラグを立ててもよいし、画面に要因イベント３３３を表示してもよい。また、真の要因イベント３３３を他の装置に出力してもよいし、タッチパネルなどのＨＭＩ（Human Machine Interface）で表示してもよい。出力部１４の動作はこれらに限定されず、任意の要因イベント３３３を出力する動作であればよい。

　§３．動作例
　図６は、実施形態１に係る情報処理システム１００の動作を示すフローチャートである。

　Ｓ１１において、ログ取得部１１は、ＰＬＣ２と、スレーブＡ３と、スレーブＢ４とからそれぞれのログを取得し、ログ群Ｌ１とする。ログを取得する対象はこれらに限定されず、ネットワーク６を共有する任意の装置である。ログ取得部１１は、ログ群Ｌ１をグルーピング処理部１２に出力する。

　Ｓ１２において、グルーピング処理部１２は、ログ群Ｌ１を関連イベント群Ｌ２にグルーピングする。グルーピング処理部１２は、関連イベント群Ｌ２を特定部１３に出力する。

　Ｓ１３において、特定部１３は、関連イベント群Ｌ２から、イベント相関情報２２に基づき、要因イベントを特定する。特定した要因イベントを出力部１４に出力する。

　Ｓ１４において、出力部１４は、関連イベント毎に特定された要因イベントを、要因ログＬ３にまとめて出力する。

　§４．作用・効果
　ＰＣ１は、ネットワーク６上の装置からログを取得し、ログ群Ｌ１としたうえで、関連イベント群Ｌ２にグルーピングし、それぞれの関連イベントＩごとにイベント相関情報２２に基づき要因イベントを特定することができる。そのため、多くのイベントの中から、真の要因イベントを容易に特定することができ、対策を講じることが容易になる。

　イベント相関情報２２は識別情報優先度リスト２２１を確認することで、異なる装置における複数の同一の要因イベント候補の中から、真の要因イベントを特定することができる。また、構成情報優先度設定２２２と、ネットワーク構成２３とによって、容易に識別情報優先度リスト２２１を設定することができる。構成情報優先度設定２２２では、ネットワーク構成２３を考慮せずに、ある装置において固有で発生するイベントが要因である場合、当該イベントの装置を識別情報優先度リスト２２１に指定することもできる。

　ログ群Ｌ１に対し、各イベントの発生時刻でもって関連イベントＩにグループ化することができる。発生時刻によるグループ化に際し、発生時刻の時間差または発生時刻の期間でもってグループ化の処理を行うことができ、複数のイベントが同時に発生しない場合でも対応することができる。すなわち、プログラムの優先度によっては、真の原因であるイベントと時間差をおいて関連したイベント（副次イベント）が発生することもある。また、ネットワーク６を介してイベントがネットワーク６上の別の要因となった装置から別の装置に伝播することもあり、この場合、時間差が生じやすい。これらの場合であっても、発生時刻の幅を持たせることで、グループ化を行うことができる。

　〔実施形態２〕
　本発明の他の実施形態について、以下に説明する。なお、説明の便宜上、上記実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を繰り返さない。

　図７は、実施形態２に係る情報処理システム１００ａの要部の構成を示すブロック図である。情報処理システム１００ａは、ＰＬＣ２と、スレーブＡ３と、スレーブＢ４と、ネットワーク６と、を備える。実施形態２では、実施形態１と異なり、要因イベントを特定する装置がＰＣ１ではなく、ＰＬＣ２である点が異なる。

　ＰＬＣ２は、制御部１０と、記憶部２０ａと、を備える。記憶部２０ａは、記憶部２０と異なり、ＰＬＣ２で発生したイベントを記憶したログ２ａをさらに備える。

　実施形態２では、実施形態１と異なり、ＰＣ１を用いることなく、ＰＬＣのみで要因イベントの特定処理を行うことができる。そのため、ネットワーク６を用いて、ネットワーク６上で異常が発生する毎に、ログ群Ｌ１を構築し、要因ログＬ３を構築して保存することができる。

　この利点としては、ＰＬＣ２、スレーブＡ３、およびスレーブＢ４などのネットワーク６上の装置群のログが一時記憶メモリに保存される場合、一時記憶メモリが別のデータで上書きされる前に処理を行うことができる。すなわち、イベントが発生した時にリアルタイムまたは、やや遅れた時間間隔で要因イベントを特定する処理を行うことができ、要因イベントの抜け漏れが起こり辛くなる。そのため、ＰＣでのツールがない状況でも容易に複数発生したイベントの要因を特定することができ、対策を講じることが容易になる。

　〔実施形態３〕
　本発明の他の実施形態について、以下に説明する。なお、説明の便宜上、上記実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を繰り返さない。

　図８は、実施形態３に係る情報処理システム１００ｂの要部の構成を示すブロック図である。情報処理システム１００ｂは、ＰＬＣ２と、スレーブＡ３と、スレーブＢ４と、ネットワーク６と、モジュールＡ７と、モジュールＢ８と、下位ネットワーク９と、を備える。実施形態３では、実施形態１と異なり、要因イベントを特定する装置がＰＣ１ではなく、スレーブＡ３である点が異なる。また、スレーブＡ３は、自身が下位ネットワーク９のマスタとなり動作する。つまり実施形態３は、実施形態１と異なり、ネットワーク構成がネストする点が異なる。

　下位ネットワーク９は、フィールドネットワークもしくはバス通信などであってもよい。実施形態３に係るマスタとなるスレーブとしては、フィールドネットワークの通信規格に対応した通信カプラなどが挙げられる。

　スレーブＡ３は、制御部１０と、記憶部２０ｂと、を備える。記憶部２０ｂは、記憶部２０と異なり、ログ３ａをさらに備え、イベント相関情報２２がイベント相関情報２２ｂとなる点が異なり、ネットワーク構成２３がネットワーク構成２３ｂとなる点が異なる。イベント相関情報２２ｂは、識別情報優先度リスト２２１ｂと、構成情報優先度設定２２２ｂとを含み、これらは実施形態１における識別情報優先度リスト２２１と、構成情報優先度設定２２２とは異なる。

　モジュールＡ７およびモジュールＢ８は、それぞれ、自装置で発生したイベントを記憶したログ７ａおよびログ８ａを備える。これらログ７ａ・８ａは、下位ネットワーク９を介して、スレーブＡ３に通信される。また、モジュールＡ７およびモジュールＢ８は、例えば、フィールドネットワークのスレーブユニットまたは、通信カプラの規格に準拠したモジュールなどである。

　図９は、実施形態３に係るイベント相関情報２２ｂの一例を示す図である。実施形態３では、実施形態１と異なり、イベント相関情報２２ｂは、識別情報優先度リスト２２１ｂと、構成情報優先度設定２２２ｂとに加え、付属優先度リスト２２３ｂ（識別情報優先度設定）と、付属優先度設定（構成情報優先度設定）２２４ｂとを含む。

　付属優先度リスト２２３ｂは、下位ネットワーク９上での要因イベントを特定するための順番を定義している。つまり、下位ネットワーク９上において下位ネットワークを構成するモジュールで発生するイベントから要因イベントを特定することで、より詳細なイベントの発生要因および発生箇所を特定することができるようになる。

　付属優先度設定２２４ｂは、下位ネットワーク９において発生する複数のイベントのうち、どのモジュールで発生したイベントを要因イベントと特定するかを定義づける順番の定義であるユーザ設定である。具体的には、例えば「先頭モジュール」などがあり、これは、下位ネットワークのマスタとなる通信機能を備えたスレーブ自体（例えば、スレーブＡ３）を指す。

　ネットワーク構成２３ｂは、ネットワーク６の構成に加え、下位ネットワーク９の構成をも含んでいる。ネットワーク構成２３ｂと、付属優先度設定２２４ｂとにより、付属優先度リスト２２３ｂは設定される。

　実施形態３では、実施形態１と異なり、スレーブのみで構成された情報処理システム１００ｂ（ＰＬＣ２を含まなくてもよい）においても実行が可能なため、装置単体で処理を行うことができる。そのため、下位ネットワーク９を用いて、定期的にログ群Ｌ１を構築し、要因ログＬ３を構築して保存することができる。

　この利点としては、スレーブＡ３、モジュールＡ７、およびモジュールＢ８などの下位ネットワーク９上の装置群のログが一時記憶メモリに保存される場合、一時記憶メモリが別のデータで上書きされる前に処理を行うことができる。すなわち、イベントが発生した時にリアルタイムまたは、やや遅れた時間間隔で要因イベントを特定する処理を行うことができ、要因イベントの抜け漏れが起こり辛くなる。そのため、ＰＣでのツールがない状況でも容易に複数発生したイベントの要因を特定することができ、対策を講じることが容易になる。

　また、ネットワーク６上のスレーブ単位で要因ログを特定することで、上位の機器（例えば、ＰＬＣ２またはＰＣ１）での処理が減少し、情報処理システム全体での要因イベントを特定する処理効率が向上する。

　〔ソフトウェアによる実現例〕
　ＰＣ１、ＰＬＣ２、およびスレーブＡ３である情報処理装置（以下、「装置」と呼ぶ）の機能は、当該装置としてコンピュータを機能させるためのプログラムであって、当該装置の各制御ブロック（特に制御部１０に含まれる各部）としてコンピュータを機能させるためのプログラムにより実現することができる。

　この場合、上記装置は、上記プログラムを実行するためのハードウェアとして、少なくとも１つの制御装置（例えばプロセッサ）と少なくとも１つの記憶装置（例えばメモリ）を有するコンピュータを備えている。この制御装置と記憶装置により上記プログラムを実行することにより、上記各実施形態で説明した各機能が実現される。

　上記プログラムは、一時的ではなく、コンピュータ読み取り可能な、１または複数の記録媒体に記録されていてもよい。この記録媒体は、上記装置が備えていてもよいし、備えていなくてもよい。後者の場合、上記プログラムは、有線または無線の任意の伝送媒体を介して上記装置に供給されてもよい。

　また、上記各制御ブロックの機能の一部または全部は、論理回路により実現することも可能である。例えば、上記各制御ブロックとして機能する論理回路が形成された集積回路も本発明の範疇に含まれる。この他にも、例えば量子コンピュータにより上記各制御ブロックの機能を実現することも可能である。

　また、上記各実施形態で説明した各処理は、ＡＩ（Artificial Intelligence：人工知能）に実行させてもよい。この場合、ＡＩは上記制御装置で動作するものであってもよいし、他の装置（例えばエッジコンピュータまたはクラウドサーバ等）で動作するものであってもよい。

　〔まとめ〕
　上記の課題を解決するために、本発明の一態様に係る情報処理装置は、複数の装置が接続されるネットワークに接続される情報処理装置であって、自装置、および、前記ネットワークを介して自装置に接続された他装置の少なくともいずれか一方において行われた情報処理のイベントを記録したログを取得するログ取得部と、前記ログに記録されている複数の前記イベントを、所定の基準で関連イベント群としてグループ分けを行うグルーピング処理部と、前記関連イベント群から、当該関連イベント群の発生の要因となる要因イベントを特定する特定部と、前記特定部によって特定された要因イベントを出力する出力部と、を備え、前記特定部は、前記イベントの種類ごとに前記要因イベントを特定するための情報を示すイベント相関情報を用いて、前記要因イベントを特定する。

　上記の構成によれば、ログ内の複数のイベントから関連したイベントをグルーピングし、イベント相関情報を用いることによって、その中から要因となるイベントを適切に特定することができる。そのため、複数のイベントが同時に発生しても、当該イベントの要因となったイベントを容易に特定することができ、トラブルシュートを行うことができる。

　前記イベント相関情報は、前記要因イベントを特定するための情報として、イベントの種類ごとに、該イベントが発生した装置の要因優先度に関する情報を含んでもよい。

　上記の構成によれば、特定部の処理において、複数の同一の要因イベントが発生した場合、要因優先度を確認することで、要因優先度に設定された項目に従い、真の要因イベントを特定することができる。

　前記要因優先度に関する情報は、前記要因優先度の順番を、前記装置のネットワークの接続関係を示す構成情報における位置によって示す情報である構成情報優先度設定によって設定されてもよい。

　上記の構成によれば、構成情報優先度設定に基づき、個別の機器を特定することなく、ネットワークの構成情報という汎用的なルールによって要因優先度を設定できる。

　前記要因優先度に関する情報は、前記要因優先度の順番を、前記装置を識別する情報によって示す情報である識別情報優先度設定によって設定されてもよい。

　上記の構成によれば、識別情報優先度設定に基づき、個別の機器を特定することによって、より詳細かつ適切に要因優先度を設定できる。

　前記グルーピング処理部は、前記イベントの発生時刻に基づいてグループ分けを行ってもよい。

　上記の構成によれば、発生時刻が近いイベント群は因果関係を有していることが予想されるので、これらを関連イベント群とすることによって、要因を適切に特定することができる。

　前記情報処理装置は、前記ネットワークの接続関係を示す構成情報を読み込み、前記イベント相関情報を設定する設定部をさらに備えてもよい。

　上記の構成によれば、ユーザによる設定入力を必要とせずに、イベント相関情報を設定できるので、ユーザの手間を省くことができる。

　前記情報処理装置は、ＰＬＣ（Programmable Logic Controller）であり、当該ＰＬＣに接続されたスレーブ装置から前記ログを収集してもよい。

　上記の構成によれば、ＰＬＣにおけるプログラムによって、当該ＰＬＣと、当該ＰＬＣに接続されているスレーブと、からログを収集するシステムを容易に構築することができる。

　前記情報処理装置は、ＰＬＣ（Programmable Logic Controller）によって制御されるスレーブ装置であり、当該スレーブ装置に接続された下位の装置から前記ログを収集してもよい。

　上記の構成によれば、ＰＬＣに接続されたスレーブによって、当該スレーブからと、当該スレーブに接続されている従属するネットワーク上の下位の装置と、からログを収集するシステムを容易に構築することができる。

　前記情報処理装置は、ＰＬＣ（Programmable Logic Controller）に接続されるＰＣ（Personal Computer）であり、前記ＰＬＣから前記ログを取得してもよい。

　上記の構成によれば、ＰＬＣに接続されたＰＣによって、当該ＰＬＣと、当該ＰＬＣに接続されているスレーブと、からログを収集するシステムを容易に構築することができる。

　上記の課題を解決するために、本発明の別の態様に係る情報処理装置の情報処理方法は、複数の装置が接続されるネットワークに接続される情報処理装置の情報処理方法であって、自装置、および、前記ネットワークを介して自装置に接続された他装置の少なくともいずれか一方において行われた情報処理のイベントを記録したログを取得するログ取得ステップと、前記ログに記録されている複数の前記イベントを、所定の基準で関連イベント群としてグループ分けを行うグルーピング処理ステップと、前記関連イベント群から、当該関連イベント群の発生の要因となる要因イベントを特定する特定ステップと、前記特定部によって特定された要因イベントを出力する出力ステップと、を備え、前記特定部は、前記イベントの種類ごとに前記要因イベントを特定するための情報を示すイベント相関情報を用いて、前記要因イベントを特定する。

　本発明の各態様に係る情報処理装置は、コンピュータによって実現してもよく、この場合には、コンピュータを前記情報処理装置が備える各部（ソフトウェア要素）として動作させることにより前記情報処理装置をコンピュータにて実現させる情報処理装置の制御プログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。

　〔付記事項〕
　本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。

　１　ＰＣ（情報処理装置）
　２　ＰＬＣ（情報処理装置）
　３　スレーブＡ（スレーブ装置）
　４　スレーブＢ（スレーブ装置）
　５　通信手段
　６　ネットワーク
　７　モジュールＡ
　８　モジュールＢ
　９　下位ネットワーク
　１０　制御部
　１１　ログ取得部
　１２　グルーピング処理部
　１３　特定部
　１４　出力部
　１５　設定部
　２０、２０ａ、２０ｂ　記憶部
　２２、２２ｂ　イベント相関情報
　２３、２３ｂ　ネットワーク構成
　１００、１００ａ、１００ｂ　情報処理システム
　２２１、２２１ｂ　識別情報優先度リスト（識別情報優先度設定）
　２２２、２２２ｂ　構成情報優先度設定
　２２３ｂ　付属優先度リスト（識別情報優先度設定）
　２２４ｂ　付属優先度設定（構成情報優先度設定）
　２ａ、３ａ、４ａ、７ａ、８ａ　ログ
　Ｌ１　ログ群
　Ｌ２　関連イベント群
　Ｌ３　要因ログ

Claims (11)

1. 　複数の装置が接続されるネットワークに接続される情報処理装置であって、
   　自装置、および、前記ネットワークを介して自装置に接続された他装置の少なくともいずれか一方において行われた情報処理のイベントを記録したログを取得するログ取得部と、
   　前記ログに記録されている複数の前記イベントを、所定の基準で関連イベント群としてグループ分けを行うグルーピング処理部と、
   　前記関連イベント群から、当該関連イベント群の発生の要因となる要因イベントを特定する特定部と、
   　前記特定部によって特定された要因イベントを出力する出力部と、を備え、
   　前記特定部は、前記イベントの種類ごとに前記要因イベントを特定するための情報を示すイベント相関情報を用いて、前記要因イベントを特定する情報処理装置。
2. 　前記イベント相関情報は、前記要因イベントを特定するための情報として、イベントの種類ごとに、該イベントが発生した装置の要因優先度に関する情報を含んでいる請求項１に記載の情報処理装置。
3. 　前記要因優先度に関する情報は、前記要因優先度の順番を、前記装置のネットワークの接続関係を示す構成情報における位置によって示す情報である構成情報優先度設定によって設定される請求項２に記載の情報処理装置。
4. 　前記要因優先度に関する情報は、前記要因優先度の順番を、前記装置を識別する情報によって示す情報である識別情報優先度設定によって設定される請求項２または３に記載の情報処理装置。
5. 　前記グルーピング処理部は、前記イベントの発生時刻に基づいてグループ分けを行う請求項１から４のいずれか１項に記載の情報処理装置。
6. 　前記情報処理装置は、前記ネットワークの接続関係を示す構成情報を読み込み、前記イベント相関情報を設定する設定部をさらに備える請求項１から５のいずれか１項に記載の情報処理装置。
7. 　前記情報処理装置は、ＰＬＣ（Programmable Logic Controller）であり、当該ＰＬＣに接続されたスレーブ装置から前記ログを収集する請求項１から６のいずれか１項に記載の情報処理装置。
8. 　前記情報処理装置は、ＰＬＣ（Programmable Logic Controller）によって制御されるスレーブ装置であり、当該スレーブ装置に接続された下位の装置から前記ログを収集する請求項１から６のいずれか１項に記載の情報処理装置。
9. 　前記情報処理装置は、ＰＬＣ（Programmable Logic Controller）に接続されるＰＣ（Personal Computer）であり、前記ＰＬＣから前記ログを取得する請求項１から６のいずれか１項に記載の情報処理装置。
10. 　複数の装置が接続されるネットワークに接続される情報処理装置の情報処理方法であって、
    　自装置、および、前記ネットワークを介して自装置に接続された他装置の少なくともいずれか一方において行われた情報処理のイベントを記録したログを取得するログ取得ステップと、
    　前記ログに記録されている複数の前記イベントを、所定の基準で関連イベント群としてグループ分けを行うグルーピング処理ステップと、
    　前記関連イベント群から、当該関連イベント群の発生の要因となる要因イベントを特定する特定ステップと、
    　前記特定ステップによって特定された要因イベントを出力する出力ステップと、を備え、
    　前記特定ステップは、前記イベントの種類ごとに前記要因イベントを特定するための情報を示すイベント相関情報を用いて、前記要因イベントを特定する情報処理装置の情報処理方法。
11. 　請求項１に記載の情報処理装置としてコンピュータを機能させるための情報処理プログラムであって、上記ログ取得部、上記グルーピング処理部、上記特定部および上記出力部としてコンピュータを機能させるための情報処理プログラム。

Images