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

Description

本技術は、ネットワーク化された制御システムに向けられた情報処理装置、情報処理プログラムおよび情報処理方法に関する。

近年の情報通信技術（ＩＣＴ：Information and Communication Technology）の進歩に伴って、製造現場で用いられる各種装置のネットワーク化および多機能化が進んでいる。具体的には、ＰＬＣ（プログラマブルコントローラ）などの制御装置、センサやリレーなどのＩ／Ｏ（Input/Output）デバイス、および、インバータやモータドライバなどのアクチュエータなどをネットワークで接続して一体化するようなシステムが実用化されている。

このような制御システムでは、システム構成時や運転時に発生した不具合を事後的に検証できるように、各種のログ出力機能が搭載されている。例えば、特開２０１５−１７６３７０号公報（特許文献１）は、そのイベントの要因の発生時における制御装置の状態を容易に知ることができる制御システムなどを開示する。

特開２０１５−１７６３７０号公報

ネットワーク化および多機能化された制御システムでは、ネットワーク自体、ならびに、ネットワークに接続される装置およびユニットが互いに関連することなり、何らかの異常要因が発生した場合には、ネットワークのトポロジおよびネットワークに接続される装置間のデータの利用関係などを総合的に検討する必要がある。このようなネットワークを含む制御システムに発生した故障や異常などの要因を容易に特定したいという要望がある。

本発明のある実施の形態に従う情報処理装置は、１または複数のネットワークを含む制御システムで発生したイベントを検知する検知手段と、制御システムに含まれるネットワークの物理的接続および論理的接続を視覚的に表現する接続構成表現手段と、検知手段により検知されたイベントを、当該イベントの発生した箇所に応じて、視覚的に表現されるネットワークの物理的接続および論理的接続に関連付けて出力するイベント出力手段とを含む。

好ましくは、接続構成表現手段は、ユーザ選択に応答して、ネットワークの物理的接続およびネットワークの論理的接続のいずれか一方または両方を視覚的に表現する。

好ましくは、接続構成表現手段は、ユーザ選択に応答して、制御システムの選択された範囲に関連付けられる構成のみを表示する。

好ましくは、ネットワークの物理的接続は、制御システムに含まれる１または複数のネットワークにおける装置の現実の接続関係を含み、ネットワークの論理的接続は、制御システムに含まれるいずれかの制御装置で実行されるユーザプログラムにおいて、制御システムに含まれる他の制御装置が管理するデータを利用する関係を含む。

好ましくは、検知手段は、制御システムで発生したイベントに対応するイベントログを収集するように構成されており、イベント出力手段は、いずれかのオブジェクトの選択に応答して、当該選択されたオブジェクトに関連付けられるイベントログを表示する。

さらに好ましくは、検知手段は、収集したイベントログから、同一の要因に起因して発生したイベントに対応する１または複数のイベントログを抽出するとともに、当該抽出した１または複数のイベントログのうち、当該同一の要因に起因したイベントを代表するイベントログを特定するように構成されている。

さらに好ましくは、イベント出力手段は、いずれかのイベントログの選択に応答して、当該選択されたイベントログと同一の要因に起因したイベントを代表するイベントログを抽出し、当該抽出したイベントログに対応するイベントが発生した箇所を視覚的に示す。

さらに好ましくは、検知手段は、収集したイベントログのうち発生した時刻が近接したイベントログを、同一の要因に起因して発生したイベントに対応するイベントログとして抽出し、制御システムのネットワーク構成に基づいて、抽出した同一の要因に起因して発生したイベントに対応するイベントログから、当該同一の要因に起因して発生したイベントを代表するイベントログを抽出する。

本発明の別の実施の形態に従えば、１または複数のネットワークを含む制御システムに接続されるコンピュータで実行される情報処理プログラムが提供される。情報処理プログラムはコンピュータに、１または複数のネットワークを含む制御システムで発生したイベントを検知するステップと、制御システムに含まれるネットワークの物理的接続および論理的接続を視覚的に表現するステップと、検知されたイベントを、当該イベントの発生した箇所に応じて、視覚的に表現されるネットワークの物理的接続および論理的接続に関連付けて出力するステップとを実行させる。

本発明のさらに別の実施の形態に従えば、１または複数のネットワークを含む制御システムに接続される情報処理装置で実行される情報処理方法が提供される。情報処理方法は、１または複数のネットワークを含む制御システムで発生したイベントを検知するステップと、制御システムに含まれるネットワークの物理的接続および論理的接続を視覚的に表現するステップと、検知されたイベントを、当該イベントの発生した箇所に応じて、視覚的に表現されるネットワークの物理的接続および論理的接続に関連付けて出力するステップとを含む。

本発明の実施の形態によれば、ネットワークを含む制御システムに発生した故障や異常などの要因を容易に特定する機能を提供できる。

本実施の形態に係る制御システムの構成例を示す模式図である。 本実施の形態に係る制御システムのＰＬＣの装置構成を示す模式図である。 本実施の形態に係る制御システムのプログラマブルターミナルの装置構成を示す模式図である。 ネットワーク化および多機能化された制御システムにおける課題を説明するための模式図である。 ネットワーク化および多機能化された制御システムにおける課題を説明するための模式図である。 ネットワーク化および多機能化された制御システムにおける課題を説明するための模式図である。 ネットワーク化および多機能化された制御システムにおける課題を説明するための模式図である。 ネットワーク化および多機能化された制御システムにおける課題を説明するための模式図である。 本実施の形態に係る制御システムの各装置に実装されるイベント監視機能を説明するための模式図である。 本実施の形態に係る制御システムにおけるイベントログ収集抽出機能を概略する模式図である。 本実施の形態に係る制御システムにおけるイベントログ収集抽出機能の処理例を説明する模式図である。 本実施の形態に係る制御システムにて保持される構成情報のネットワーク構成に係る設定内容の一例を示す模式図である。 本実施の形態に係る制御システムにて保持される構成情報の変数設定に係る設定内容の一例を示す模式図である。 本実施の形態に係る制御システムにて提供されるイベントログを表示するユーザインターフェイス画面の一例を示す図である。 本実施の形態に係る制御システムにて提供される制御システムの物理的接続を示すユーザインターフェイス画面の一例を示す図である。 本実施の形態に係る制御システムにて提供される制御システムの物理的接続および論理的接続を示すユーザインターフェイス画面の一例を示す図である。 図１５に示すユーザインターフェイス画面に関連付けて発生したイベントを表示する一例を示す図である。 図１６に示すユーザインターフェイス画面に関連付けて発生したイベントを表示する一例を示す図である。 本実施の形態に係る制御システムにて提供されるイベント間の関連性を視覚的に示すユーザインターフェイス画面の一例を示す図である。 本実施の形態に係る制御システムにおいて提供される発生したイベントログについて調査を容易化するためのユーザインターフェイス画面の一例を示す図である。 本実施の形態に係る制御システムにて提供されるドリルダウン表示に係るユーザインターフェイス画面の一例を示す図である。 本実施の形態に係る制御システムにて提供されるドリルダウン表示に係るユーザインターフェイス画面の一例を示す図である。 本実施の形態に係る制御システムにて提供されるドリルダウン表示に係るユーザインターフェイス画面の一例を示す図である。 本実施の形態に従うイベントログ収集抽出機能に係る処理手順を示すフローチャートである。

本発明の実施の形態について、図面を参照しながら詳細に説明する。なお、図中の同一または相当部分については、同一符号を付してその説明は繰返さない。

＜Ａ．制御システムの構成例＞
まず、本実施の形態に係る制御システムの構成例について説明する。図１は、本実施の形態に係る制御システムの構成例を示す模式図である。図１を参照して、制御システム１は、複数のネットワークを有しており、いずれかのネットワークに接続された複数の装置を含む。

図１に示す制御システム１は、一例として、制御装置の典型例であるＰＬＣ（プログラマブルコントローラ）１００−１〜１００−３（以下、これらを「ＰＬＣ１００」と総称することもある。）を含む。ＰＬＣ１００−１〜１００−３は、中継装置２およびネットワーク４を介して互いに通信可能に接続されている。ネットワーク４には、表示装置の典型例であるプログラマブルターミナル２００およびゲートウェイサーバ３００も接続されている。

ネットワーク４としては、一般的なイーサネット（登録商標）を採用してもよいが、ネットワーク内のノード間の通信時間が保証されるプロトコルを採用することが好ましい。ノード間の通信時間が保証されるプロトコルとしては、例えば、ＥｔｈｅｒＣＡＴ（登録商標）やＥｔｈｅｒＮｅｔ／ＩＰ（登録商標）などのプロトコルを採用できる。

ＰＬＣ１００−１〜１００−３は、それぞれフィールドネットワーク１６０−１〜１６０−３（以下、これらを「フィールドネットワーク１６０」と総称することもある。）を介して、複数の装置と接続される。例えば、ＰＬＣ１００−１は、リモートＩ／Ｏ装置１５０−１Ａおよび１５０−１Ｂと接続される。同様に、ＰＬＣ１００−２は、リモートＩ／Ｏ装置１５０−２Ａおよび１５０−２Ｂと接続される。同様に、ＰＬＣ１００−３は、リモートＩ／Ｏ装置１５０−３Ａおよび１５０−３Ｂと接続される。

フィールドネットワーク１６０としては、ネットワーク内のノード間の通信時間が保証される（すなわち、定周期通信を行う）プロトコルを採用することが好ましく、例えば、ＥｔｈｅｒＣＡＴ（登録商標）、ＥｔｈｅｒＮｅｔ／ＩＰ（登録商標）、ＤｅｖｉｃｅＮｅｔ（登録商標）、ＣｏｍｐｏＮｅｔ（登録商標）などのプロトコルを採用できる。フィールドネットワーク１６０の各々において、ＰＬＣ１００は、定周期通信を管理する「マスターノード」として機能する。以下の説明では、各ネットワークにおいて、当該ネットワークの定周期通信を管理するマスターノード以外のノードを「スレーブノード」とも称す。

図１に示す制御システム１の構成例はあくまでも一例であり、制御装置に限らず、操作ボタンなどの入力装置、センサ、リレー、サーボモータ、インバータといった、任意の装置（以下、「デバイス」とも総称する。）を含むようにしてもよい。また、制御装置の別の一例として、制御対象および関連する機械や設備の安全機能を実現するセーフティコントローラが配置されてもよい。

＜Ｂ．各装置の装置構成＞
次に、制御システム１を構成する各装置の装置構成について説明する。

（ｂ１：ＰＬＣ１００）
図１に示すＰＬＣ１００は、制御装置の一例であり、ユーザプログラムを実行することで、設備や機械といった制御対象を制御する。図２は、本実施の形態に係る制御システム１のＰＬＣ１００の装置構成を示す模式図である。

図２を参照して、ＰＬＣ１００では、予めインストールされたユーザプログラムが実行されることで、制御対象に対する制御が実現される。具体的には、図２を参照して、ＰＬＣ１００は、プロセッサ１０２と、チップセット１０４と、主メモリ１０６と、不揮発性メモリ１０８と、クロック１１０と、通信インターフェイス１１２と、メモリカードインターフェイス１１６と、ネットワークコントローラ１２０，１３０と、内部バスコントローラ１４０とを含む。

プロセッサ１０２は、不揮発性メモリ１０８などに格納されているユーザプログラムを読み出して、主メモリ１０６に展開しつつ、クロック１１０から供給されるクロックに応じて、ユーザプログラムに含まれる命令を順次実行する。主メモリ１０６は、ＤＲＡＭやＳＲＡＭなどで構成され、ユーザプログラムや一時データなどを保持する記憶装置である。不揮発性メモリ１０８は、フラッシュメモリなどで構成され、ユーザプログラムや各種設定情報を格納する記憶装置である。チップセット１０４は、プロセッサ１０２と周辺装置とのデータの遣り取りを支援する回路である。

通信インターフェイス１１２は、他のＰＬＣ１００やプログラマブルターミナル２００などの外部装置と通信するための回路であり、コネクタ１１４を介してネットワーク４と物理的に接続される。

メモリカードインターフェイス１１６には、メモリカード１１８が装着可能になっており、メモリカード１１８からのデータ読出しおよびメモリカード１１８へのデータ書込みを行う。

ネットワークコントローラ１２０，１３０は、フィールドネットワーク１６０を介した他の装置とのデータの遣り取りを制御する。ネットワークコントローラ１２０，１３０は、コネクタ１２８，１３８を介してフィールドネットワーク１６０と物理的に接続される。具体的には、ネットワークコントローラ１２０は、バッファメモリ１２２と、転送制御回路１２４と、ＤＭＡ（Dynamic Memory Access）制御回路１２６とを含む。同様に、ネットワークコントローラ１３０は、バッファメモリ１３２と、転送制御回路１３４と、ＤＭＡ制御回路１３６とを含む。バッファメモリ１２２，１３２は、フィールドネットワーク１６０を転送されるパケットなどを順次格納する。転送制御回路１２４は、フィールドネットワーク１６０上へのパケットの送出、および、フィールドネットワーク１６０からのパケットの受信などを制御する。ＤＭＡ制御回路１２６，１３６は、バッファメモリなどへのアクセスを制御する。

内部バスコントローラ１４０は、コネクタ１４８を介して内部バスと物理的に接続されており、ＰＬＣ１００に装着される機能ユニットとの間の内部バスを介したデータの遣り取りを仲介する。具体的には、内部バスコントローラ１４０は、バッファメモリ１４２と、転送制御回路１４４と、ＤＭＡ制御回路１４６とを含む。これらの各部位の機能は、ネットワークコントローラ１２０，１３０の対応する部位と同様である。

（ｂ２：セーフティコントローラ）
セーフティコントローラの装置構成についても、ＰＬＣ１００の装置構成に準じたものとなっている。但し、セーフティコントローラでは、耐故障性などを高めるために、プロセッサや電源などを二重化した構成が採用されてもよい。また、機能ユニットについても、二重化されていたり、安全機能に必要な装置構成が採用されていたりすることもある。

（ｂ３：リモートＩ／Ｏ装置１５０）
図１に示すリモートＩ／Ｏ装置１５０は、制御対象の設備や機械などの状態を示す情報などを収集し、入力データとして、ＰＬＣ１００などの制御装置へ転送するとともに、ＰＬＣ１００での演算により決定された制御出力（以下「出力データ」とも称す。）を制御対象の設備や機械へ指令としてする。

リモートＩ／Ｏ装置１５０の装置構成は、ＰＬＣ１００の装置構成に準じたものとなっている。但し、リモートＩ／Ｏ装置１５０では、ユーザプログラムは実行されないので、プロセッサに代えて、ＡＳＩＣやＦＰＧＡなどのハードワイヤードな処理回路を用いて実現してもよい。

ＰＬＣ１００およびリモートＩ／Ｏ装置１５０に装着される機能ユニットは、制御対象の設備や機械などとの間で各種情報を遣り取りするための装置である。機能ユニットは、例えば、デジタル信号を受け取るＤＩ（Digital Input）機能、デジタル信号を出力するＤＯ（Digital Output）機能、アナログ信号を受け取るＡＩ（Analog Input）機能、アナログ信号を出力するＡＯ（Analog Output）機能のうち１または複数の機能を有している。あるいは、機能ユニットとしては、ＰＩＤ（Proportional Integral Derivative）制御やモーション制御といった特殊機能を実装したものを含む。

（ｂ４：プログラマブルターミナル２００）
図１に示すプログラマブルターミナル２００は、制御システム１に接続される情報処理装置の一例であり、制御システム１に対するＨＭＩ（Human Machine Interface）機能を提供する。具体的には、プログラマブルターミナル２００は、予め用意された情報処理プログラムに従って、制御システム１にて管理される情報のうち必要な情報を含む各種画面をユーザへ提示するとともに、ユーザ操作を受けて、指定された指令を指定された装置へ出力する。プログラマブルターミナル２００は、制御システム１を構成するいずれかの装置に接続されてもよいが、図１に示す構成例においては、中継装置２およびネットワーク４を介してＰＬＣ１００−１〜１００−３へのアクセスを可能に構成した例を示す。別の実装形態として、プログラマブルターミナル２００がいずれかのＰＬＣ１００に直接接続されるようにしてもよい。

図３は、本実施の形態に係る制御システム１のプログラマブルターミナル２００の装置構成を示す模式図である。図３を参照して、プログラマブルターミナル２００では、予めインストールされた情報処理プログラム（以下、「ＨＭＩ用プログラム２０９」とも称す。）が実行されることで、後述するような情報処理が実現されるとともに、ユーザインターフェイス画面が提供される。具体的には、図３を参照して、プログラマブルターミナル２００は、プロセッサ２０２と、チップセット２０４と、主メモリ２０６と、不揮発性メモリ２０８と、クロック２１０と、通信インターフェイス２１２と、カメラ２１４と、操作キー２１６と、タッチスクリーン２２０とを含む。

プロセッサ２０２は、不揮発性メモリ２０８などに格納されているＨＭＩ用プログラム２０９を読み出して、主メモリ２０６に展開しつつ、クロック２１０から供給されるクロックに応じて、ＨＭＩ用プログラム２０９に含まれる命令を順次実行する。主メモリ２０６は、ＤＲＡＭ（Dynamic Random Access Memory）やＳＲＡＭ（Static Random Access Memory）などで構成され、ＨＭＩ用プログラム２０９や一時データなどを保持する記憶装置である。不揮発性メモリ２０８は、フラッシュメモリなどで構成され、ＨＭＩ用プログラム２０９や各種設定情報を格納する記憶装置である。チップセット２０４は、プロセッサ２０２と周辺装置とのデータの遣り取りを支援する回路である。

通信インターフェイス２１２は、ネットワーク４を介して他の装置との通信を仲介する。

カメラ２１４は、プログラマブルターミナル２００の表面などに配置され、プログラマブルターミナル２００を使用するユーザまたはその周囲を撮像する。カメラ２１４により撮像された画像は、ユーザ認証などに用いられてもよい。

操作キー２１６は、プログラマブルターミナル２００の表面、側面、裏面などに配置され、ユーザ操作を受付ける。

タッチスクリーン２２０は、ユーザに対した画像を提示する表示部として機能するとともに、ユーザ操作を受付ける入力部としても機能する。具体的には、タッチスクリーン２２０は、表示部として機能するディスプレイ２２２と、ディスプレイ２２２の表面に配置され、ユーザ操作（すなわち、ディスプレイ２２２に対するタッチ操作）を受付けるタッチパネル２２４とを含む。

なお、プロセッサ２０２によって実行される機能の全部または一部をＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field-Programmable Gate Array）などのハードワイヤードな処理回路を用いて実現してもよい。

（ｂ５：ゲートウェイサーバ３００）
図１に示すゲートウェイサーバ３００は、制御システム１に対するＨＭＩ機能を、制御システム１の外部に存在するタブレットなどの端末装置４００へ提供する。ゲートウェイサーバ３００は、制御システム１のネットワーク４とインターネットなどとを接続する情報処理装置であって、端末装置４００などからのアクセスに応答して、制御システム１の情報を端末装置４００へ提供する。ゲートウェイサーバ３００は、一般的には、汎用的なアーキテクチャを有するコンピュータを用いて実現され、Ｗｅｂサーバ機能、データベース機能、各種セキュリティ機能などが実装される。

＜Ｃ．課題＞
制御システム１を構成する各装置は、複数の階層において異常の発生を検知する機能を有している。例えば、ハードウェアに発生し得る何らかの異常、プロセッサでの演算実行に発生し得る何らかの異常（例えば、ウォッチドッグタイマ）、演算処理に用いる変数の更新処理（データ入出力処理）に発生し得る何らかの異常、通信処理に発生し得る何らかの異常などを監視する機能が実装されている。

このような監視機能は、互いに独立して動作し、かつ、制御システム１を構成する装置毎に独立して動作する。そのため、ネットワーク化および多機能化された制御システムでは、同一の要因に起因して、複数の異常が検出されることになる。以下、同一の要因によって多数の異常が検出されるような事例について説明する。

図４〜図８は、ネットワーク化および多機能化された制御システムにおける課題を説明するための模式図である。

図４に示す制御システムにおいては、ＰＬＣ１００Ａに対して、ネットワーク１６１を介してリモートＩ／Ｏ装置１５０Ａが接続されている。リモートＩ／Ｏ装置１５０には、２つのネットワーク１６２および１６３が接続されている。より具体的には、リモートＩ／Ｏ装置１５０には、ネットワーク１６２および１６３と通信するための機能ユニットが装着されている。ネットワーク１６２には、リモートＩ／Ｏ装置１５０Ｂおよび１５０Ｃが接続されている。一方、ネットワーク１６３には、リモートＩ／Ｏ装置１５０Ｄが接続されている。

ネットワーク１６１においては、ＰＬＣ１００Ａがマスターノードとして機能し、ネットワーク１６２および１６３においては、リモートＩ／Ｏ装置１５０Ａがそれぞれのマスターノードとして機能する。

例えば、図１に示す制御システム１において、リモートＩ／Ｏ装置１５０ＡとリモートＩ／Ｏ装置１５０Ｂとを接続するネットワーク１６２において何らかの故障が発生し、通信が断絶したとする。この場合、ＰＬＣ１００Ａは、リモートＩ／Ｏ装置１５０ＢおよびリモートＩ／Ｏ装置１５０Ｂ以下に接続されているリモートＩ／Ｏ装置（この例では、リモートＩ／Ｏ装置１５０Ｃ）との間で通信ができなくなるので、異常（通信異常）を検知し、異常メッセージまたはイベントログを発生する（異常Ｘ）。

リモートＩ／Ｏ装置１５０Ａにおいては、ネットワーク１６２を介して通信処理を行う中継部（通信カプラ）が異常（通信異常）を検知し、異常メッセージまたはイベントログを発生する（異常Ａ）。通信カプラに装着される各機能ユニッ（図４に示す例では、３つ）の各々も異常（通信異常）を検知し、異常メッセージまたはイベントログを発生する（異常Ｂ〜Ｄ）。

リモートＩ／Ｏ装置１５０Ｂにおいても同様に、ネットワーク１６２を介して通信処理を行う中継部（通信カプラ）が異常（通信異常）を検知し、異常メッセージまたはイベントログを発生する（異常Ｅ）。通信カプラに装着される各機能ユニット（図４に示す例では、３つ）の各々も異常（通信異常）を検知し、異常メッセージまたはイベントログを発生する（異常Ｆ〜Ｈ）。

図５（Ａ）には、図４に示す制御システムにおいて発生されたイベントログの一例を示す。図５（Ａ）に示す例では、イベント発生時刻、イベントの発生源、発生したイベントの内容、対応するイベントコードなどが記録される。図５（Ａ）に示すように、一連のイベントログが近似した時刻に一斉に発生することになる。

すなわち、リモートＩ／Ｏ装置１５０ＡとリモートＩ／Ｏ装置１５０Ｂとの間では、互いの関係を監視しておらず、また、各リモートＩ／Ｏ装置において機能ユニットの間でも互いの関係を監視していない。その結果、ネットワーク１６２に接続されている各装置および各機能ユニットがそれぞれ独自に異常を検知する。

特に、リモートＩ／Ｏ装置を構成する通知カプラには、様々な機能ユニットが装着されるため、装着された機能ユニットの数だけ異常メッセージまたはイベントログが発生することになる。

図６に示す制御システムにおいては、一例として、リモートＩ／Ｏ装置１５０Ｂに装着される機能ユニットと、リモートＩ／Ｏ装置１５０Ｄに装着されるいくつかの機能ユニットとの間に論理的接続（以下、「コネクション」とも記す。）１７０が存在している例を示す。

本明細書において、ネットワークの「論理的接続」とは、異なる装置または機能ユニット間で一方の保持する情報を他方が利用または参照するような関係を総称する用語である。このような論理的接続は、ユーザプログラムなどのアプリケーションのレイヤで行われることもあるし、それより上位のレイヤまたは下位のレイヤで行われることもある。典型的には、ネットワークの「論理的接続」は、制御システムに含まれるいずれかの制御装置で実行されるユーザプログラムにおいて、制御システムに含まれる他の制御装置が管理するデータを利用する関係を含む。一方、本明細書において、ネットワークの「物理的接続」とは、制御システムに含まれる１または複数のネットワークにおける装置の現実の接続関係を含む。

図７には、論理的接続を含むアプリケーションの一例を示す。図７に示すラダー形式のプログラムは、例えば、いずれかの機能ユニットで実行されるユーザプログラムまたはシステムプログラムの一部として含まれてもよい。なお、ラダー形式に限らず、任意の形式のプログラムが採用される。このプログラムにおいては、例えば、当該プログラムが実行される機能ユニットに入力されるローカル信号１７１，１７２と、他の機能ユニットが管理するリモート信号１７３，１７４との論理演算によって、最終的な出力１７５，１７６が決定されている。

図７に示すプログラムにおいては、リモート信号１７３，１７４がなければ、演算処理を実行できないので、参照先（コネクション先）の信号を取得できない場合には、プログラムの実行エラーということで異常を発生し得る。

再度図６を参照して、装置間または機能ユニット間に何らかのコネクションが設定されている場合には、リモートＩ／Ｏ装置１５０ＡとリモートＩ／Ｏ装置１５０Ｂとを接続するネットワーク１６２において何らかの故障が発生すると、当該コネクションが設定されていない場合（図４）に比較して、当該コネクションに関する異常が検知され、より多くの異常メッセージまたはイベントログを発生する（異常Ｉおよび異常Ｊ）。

図５（Ｂ）には、図６に示す制御システムにおいて発生されたイベントログの一例を示す。図５（Ｂ）に示す例では、図５（Ａ）に示す例に比較して、異常Ｉおよび異常Ｊに対応するイベントログがさらに発生していることが分かる。

図８には、図７に比較して、より多くのコネクションが設定されている構成例を示す。図８に示す制御システムにおいては、コネクション１７０に加えて、コネクション１７７が設定されている。図８に示すように、より多くのコネクションが設定されることで、ネットワークに何らかの異常が発生すると、コネクションに関連してより多くの異常が検知され、発生する異常メッセージまたはイベントログのより多くなる（異常Ｋおよび異常Ｌ）。

以上のように、ネットワーク化および多機能化された制御システムにおいては、同一の要因に起因して、複数の異常メッセージまたはイベントログが発生し得る。制御システムの構成を熟知しており、十分な専門知識を有しているユーザであれば、異常Ｘおよび他の異常が発生した時刻などから、異常Ａ〜異常Ｈは、異常Ｘを生じさせた要因と共通の要因によって引き起こされたものであると判断できるかもしれないが、そうでなければ、異常Ｘおよび異常Ａ〜異常Ｈの各々について原因を究明するような処理を行う可能性もある。

また、図６および図８に示すように、何らかの要因に起因して、互いにコネクションが設定されている装置または機能ユニットから発生した異常メッセージまたはイベントログについては、ソースプログラムや参照関係などを追いながら解析する必要が生じる。このような状況になると、何らかの異常が発生したことの要因を特定することは容易ではない。

＜Ｄ．イベントログ収集抽出機能＞
上述したように、ネットワーク化および多機能化された制御システムでは、同一の要因に起因して多数の異常メッセージまたはイベントログが同時多発的に発生し、原因となった要因を特定することが難しい。そこで、本実施の形態においては、ネットワーク化された制御システムにおいて、発生した要因の特定を容易化する機能（以下、「イベントログ収集抽出機能」とも称す。）を提供する。

図９は、本実施の形態に係る制御システムの各装置に実装されるイベント監視機能を説明するための模式図である。図９を参照して、例えば、ハードウェア監視機能、ネットワーク監視機能、アプリケーション監視機能が実装されてもよい。

ハードウェア監視機能は、各装置を構成するハードウェア（プロセッサやメモリなど）の状態や異常の有無を監視する機能であり、例えば、ウォッチドッグタイマ（ＷＤＴ）、メモリチェックロジック、温度監視センサなどを用いて実現される。

ネットワーク監視機能は、各装置と他の装置とを接続するネットワークの状態および異常の有無を監視する機能であり、例えば、構成情報との整合性チェック、コネクション状態監視、送受信監視（送信データロスやＡＣＫチェックなど）といったロジックを用いて実現される。

アプリケーション監視機能は、各装置で実行されるソフトウェアで発生するエラーや異常などを監視する機能であり、例えば、ユーザプログラムの実行周期のチェック、入力変数の更新状態のチェック、出力変数の更新状態のチェックなどを用いて実現される。

さらに、セーフティコントローラなどにおいては、セーフティコンポーネントへの指令の出力に対応するフィードバック信号の有無などの整合性についてもチェックされてもよい。

図９に示す各監視機能は例示であり、すべての監視機能を実装する必要は必ずしもなく、制御システムに要求される性能などに応じて、適宜実装されればよい。このように、イベントログは、制御システムを構成するハードウェアの異常、制御システムに含まれるネットワークの異常、および、制御システムで実行されるアプリケーションの異常の少なくともいずれかに応じて発行されるようにしてもよい。

このようなイベント監視機能によって生成されるイベントログに対する収集および抽出機能について説明する。図１０は、本実施の形態に係る制御システムにおけるイベントログ収集抽出機能を概略する模式図である。図１０には、一例として、図４に示す制御システムに対応する構成例をベースとして、イベントログ収集抽出機能をプログラマブルターミナル２００に実装した例を示す。

図１０を参照して、ＰＬＣ１００Ａは、自装置のハードウェアの状態や、ユーザプログラムの実行などで発生する異常や故障などのイベントを検知する機能とともに、マスターノードとしてネットワーク１６１またはネットワーク１６１に接続される各装置で発生する異常などのイベントを検知する機能を有している。ＰＬＣ１００Ａが検知した異常に応じてイベントログ１０１Ａが生成される。

ネットワークに接続されるスレーブノードであるリモートＩ／Ｏ装置１５０Ａ〜１５０Ｄの各々においても、自装置で発生する異常やネットワークで発生する異常を検知すると、イベントログ１５１Ａ〜１５１Ｄが生成される。

プログラマブルターミナル２００は、これらのイベントログ１０１Ａ，１５１Ａ〜１５１Ｄを収集する。すなわち、プログラマブルターミナル２００は、イベントログ収集抽出機能として、１または複数のネットワークを含む制御システムで発生したイベントに対応するイベントログを収集する。プログラマブルターミナル２００は、イベントログを収集することで、１または複数のネットワークを含む制御システムで発生した異常や故障などのイベントを検知することができる。イベントログの収集は、プログラマブルターミナル２００が制御システムを構成する各装置にアクセスして収集するようにしてもよいし、制御システムを構成する各装置がイベントログをプログラマブルターミナル２００へ転送させることで収集するようにしてもよい。すなわち、本明細書における「イベントログの収集」との用語は、収集する主体がイベントログを自発的に取得する場合だけではなく、他の主体から送信されるイベントログを受動的に受信する場合を含み得る。

プログラマブルターミナル２００は、イベントログ収集抽出機能として、収集したイベントログ集合２４１から、同一の要因に起因して発生したイベントに対応する１または複数のイベントログを抽出する。さらに、プログラマブルターミナル２００は、抽出した１または複数のイベントログのうち、当該同一の要因に起因したイベントを代表するイベントログを特定する。

より具体的には、プログラマブルターミナル２００は、各イベントログの発生した時刻およびネットワークの構成情報１０３Ａ（典型的には、ネットワークのマスターノードが保持している）などを参照することで、複数のイベントログのうち、発生の起因となった要因を共通にするものをグループ化する。例えば、複数のイベントログのうち、ある共通の要因に起因したイベントログを主のイベントログ２４２として分類し、主のイベントログの各々に関連付けて、同一の要因に起因して副次的に発生したイベントログを副次のイベントログ２４３として分類する。このように、同一の要因に起因して分類された主のイベントログ２４２および副次のイベントログ２４３の関係に基づいて、後述するようなユーザインターフェイス画面が提供される。主のイベントログは、同一の要因に起因して発生した複数のイベントを代表するイベントに対応するものであり、当該要因を特定するために有効なイベントログが選択されることが好ましい。

図１１は、本実施の形態に係る制御システムにおけるイベントログ収集抽出機能の処理例を説明する模式図である。図１１を参照して、収集されたイベントログ集合２４１に対して、発生時刻でイベントログを分類する。イベントログ収集抽出機能は、収集したイベントログ集合２４１のうち発生した時刻が近接したイベントログを、同一の要因に起因して発生したイベントに対応するイベントログとして抽出する。例えば、発生時刻の差が所定時間内（例えば、１〜２秒）であるイベントログをグルーピングして、それぞれのグループを作成する。１つのイベントログしか含まないグループについては、そのまま主のイベントログ２４２として決定する。

一方、複数のイベントログを含むグループについては、例えば、構成情報などを参照して、当該グループに含まれるイベントログのうち、ネットワークのより上位で発生したイベントログを主のイベントログ２４２として決定するとともに、それ以外のイベントログを副次のイベントログ２４３として決定する。このように、イベントログ収集抽出機能は、制御システムのネットワーク構成に基づいて、抽出した同一の要因に起因して発生したイベントに対応するイベントログから、当該同一の要因に起因して発生したイベントを代表するイベントログを抽出する。

このような主と副次との関係を示す情報とともに、これらのイベントログが管理される。

ここで、ＰＬＣ１００Ａなどにて保持される構成情報１０３Ａの一例について説明する。図１２は、本実施の形態に係る制御システムにて保持される構成情報１０３Ａのネットワーク構成に係る設定内容の一例を示す模式図である。図１３は、本実施の形態に係る制御システムにて保持される構成情報１０３Ａの変数設定に係る設定内容の一例を示す模式図である。

図１２に示すような構成情報１０３Ａを用いて、制御システムに含まれるネットワークの接続関係およびネットワークに接続される装置が定義される。具体的には、ネットワークに接続される各装置に関連付けて、ネットワークの識別情報１０３１およびアドレス１０３２が定義される。いくつかの装置は、サブネットワークを構成するので、サブネットワークを構成する装置に関連付けて、サブネットワークの識別情報１０３３が定義される。さらに、各装置の種別を示すデバイスタイプ１０３４およびコメント１０３５が定義される。このような構成情報１０３Ａを参照することで、ネットワークの物理的接続を把握することができる。

なお、構成情報１０３Ａの設定内容と現実の物理的接続とが一致しているか否かを監視し、一致しない場合には、構成異常であると判断するようにしてもよい。

さらに、図１３に示すような構成情報１０３Ａを用いて、制御システムに含まれる論理的接続（コネクション）が定義される。具体的には、ユーザプログラムで利用される変数名を指定する変数定義１０３６と、対応する変数のデータ型を示す変数型定義１０３７と、対応する変数に割り当てられるデバイスの位置を示す参照アドレス１０３８とを含む。対応する変数がユーザプログラムを実行する装置上のデバイスから取得される値である場合には、参照アドレス１０３８には当該装置に装着される機能ユニットなどを特定する情報が設定される。一方、対応する変数がネットワーク上の他の装置に装着されるデバイスなどから取得される値である場合には、対応する変数定義１０３９において、参照先の装置またはネットワークで利用可能な変数名が指定される。

図１３に示すような構成情報１０３Ａにてローカル変数とリモート変数とを対応付けることで、制御システム内にコネクションを設定できる。

＜Ｅ．ユーザインターフェイス画面＞
次に、上述したようなイベントログ収集抽出機能を利用して、プログラマブルターミナル２００にて提供されるユーザインターフェイス画面の一例について説明する。

（ｅ１：イベントログの表示）
まず、イベントログ収集抽出機能により抽出される、同一の要因に起因した複数のイベントログの種別に応じた表示の一例について説明する。図１４は、本実施の形態に係る制御システムにて提供されるイベントログを表示するユーザインターフェイス画面の一例を示す図である。

ユーザ操作に応じて、図１４（Ａ）に示すような、主のイベントログ５５２の一覧表示を含むユーザインターフェイス画面５５０が提供される。ユーザインターフェイス画面５５０において、いずれかの主のイベントログが選択されると、当該選択された主のイベントログに関連付けられる副次のイベントログが存在している場合には、図１４（Ｂ）に示すような、選択されたイベントログに関連付けられる副次のイベントログ５５４がプルダウン表示される。

図１４（Ａ）および図１４（Ｂ）に示すように、プログラマブルターミナル２００は、情報の出力機能として、同一の要因に起因して発生したイベントを代表するイベントログと、当該同一の要因に起因して発生したそれ以外のイベントに対応するイベントログとを区別して出力する。すなわち、図１４（Ａ）に示すように、初期状態として、各要因を代表するイベントログのみを表示するようにしてもよい。初期状態に続いて、図１４（Ｂ）に示すように、いずれかの要因を代表するイベントログの選択に応じて、当該選択された要因に起因して発生した他のイベントに対応するイベントログを出力するようにしてもよい。このとき、図１４（Ｂ）に示すように、選択された要因を代表するイベントログ（主のイベントログ）と、当該要因に起因して発生した他のイベントに対応するイベントログ（副次のイベントログ）とを階層的に表現してもよい。あるいは、主のイベントログと、副次のイベントログとの間で表示態様（例えば、文字サイズ、文字サイズ、文字色、フォント種別など）を異ならせてもよい。

このような、イベントログを２段階に分けて表示するユーザインターフェイス画面を提供することで、同一の要因に起因して多数のイベントログが発生するような場合であっても、発生したイベントログを整理することができ、原因究明の容易化を実現できる。

（ｅ２：制御システムの物理的接続および論理的接続の表示）
次に、制御システムの物理的接続および論理的接続を表示するユーザインターフェイス画面について説明する。図１５は、本実施の形態に係る制御システムにて提供される制御システムの物理的接続を示すユーザインターフェイス画面の一例を示す図である。図１６は、本実施の形態に係る制御システムにて提供される制御システムの物理的接続および論理的接続を示すユーザインターフェイス画面の一例を示す図である。

図１５に示すユーザインターフェイス画面５００Ａにおいては、対象となる制御システムを構成する各装置が模式的に示されており、装置間に設けられている物理的接続５０４も併せて表示されている。図１６に示すユーザインターフェイス画面５００Ｂにおいても、対象となる制御システムを構成する各装置が模式的に示されており、装置間に設けられている物理的接続５０４に加えて、論理的接続５０６も視覚化されている。

ユーザインターフェイス画面５００Ａおよび５００Ｂは、表示切替ダイアログ５０２を含んでおり、この表示切替ダイアログ５０２に対するユーザ選択に応答して、「物理的接続」のみ、「論理的接続」のみ、ならびに、「物理的接続」および「論理的接続」の組み合わせのいずれかが任意に選択されるようになっている。すなわち、図１５には、「物理的接続」のみが選択されている例が示されており、図１６には、「物理的接続」および「論理的接続」の組み合わせが選択されている例が示されている。

図１５および図１６に示すように、プログラマブルターミナル２００は、接続構成を表現する機能として、制御システムに含まれるネットワークの物理的接続および論理的接続を視覚的に表現する。図１５および図１６に示すような、物理的接続および論理的接続の視覚的な表現は、図１２および図１３に例示されるような構成情報などに基づいて実現される。このとき、表示切替ダイアログ５０２に対するユーザ選択に応答して、プログラマブルターミナル２００は、ネットワークの物理的接続およびネットワークの論理的接続のいずれか一方または両方を視覚的に表現できるようにしてもよい。そして、プログラマブルターミナル２００は、図１５および図１６に示すような視覚的な表現を利用して、以下に図示するような、制御システムで発生したイベントをユーザへ通知する。

（ｅ３：制御システムで発生したイベントの表示）
次に、イベントログ収集抽出機能によって収集されたイベントログを視覚的に表示する構成例について説明する。図１７は、図１５に示すユーザインターフェイス画面に関連付けて発生したイベントを表示する一例を示す図である。図１８は、図１６に示すユーザインターフェイス画面に関連付けて発生したイベントを表示する一例を示す図である。

図１７に示すユーザインターフェイス画面５００Ｃは、図１５に示すユーザインターフェイス画面５００Ａ上に、収集された各イベントログをその発生位置に関連付けてオーバレイ表示したものに相当する。図１８に示すユーザインターフェイス画面５００Ｄは、図１６に示すユーザインターフェイス画面５００Ｂ上に、収集された各イベントログをその発生位置に関連付けてオーバレイ表示したものに相当する。図１７および図１８に示すユーザインターフェイス画面のいずれにおいても、発生したイベントを示す故障オブジェクト５０８が発生した位置に対応付けて表示されている。

図１７および図１８に示すように、プログラマブルターミナル２００は、イベントを出力する機能として、検知されたイベントを、当該イベントの発生した箇所に応じて、視覚的に表現されるネットワークの物理的接続および論理的接続に関連付けて出力する。このように、制御システムに含まれるネットワークの物理的接続および論理的接続に関連付けて、発生した異常などのイベントを表示することで、要因を特定するために、いずれの部位を確認すべきかについて容易に特定できる。

（ｅ４：制御システムで発生した異常の要因の追求）
次に、イベントログ収集抽出機能によって同一の要因に起因していると判断されたイベントログの関係を視覚的に表示する例について説明する。

図１９は、本実施の形態に係る制御システムにて提供されるイベント間の関連性を視覚的に示すユーザインターフェイス画面の一例を示す図である。図１９に示すユーザインターフェイス画面５００Ｅにおいて、いずれかの故障オブジェクト５１０が選択された場合、当該選択された故障オブジェクト５１０に対応付けられているイベントログが副次のものであれば、関連付けられている主のイベントログを示す故障オブジェクト５１２がその発生した位置に対応付けて表示される。

このようなユーザインターフェイス画面を提供することで、同一の要因に起因して複数のイベントログが発生した場合に、それら複数のイベントログのうち、主のイベントログと副次のイベントログとをユーザに意識させることなく、本来の原因の究明をより容易化できる。

図２０は、本実施の形態に係る制御システムにおいて提供される発生したイベントログについて調査を容易化するためのユーザインターフェイス画面の一例を示す図である。図２０に示すユーザインターフェイス画面５００Ｆにおいて、いずれかの装置（図２０に示す例では、オブジェクト５２０）をユーザが選択すると、当該装置で発生した、または、当該装置に関連付けられるイベントリスト５２２が表示される。このように、プログラマブルターミナル２００は、イベントの出力機能として、いずれかのオブジェクトの選択に応答して、当該選択されたオブジェクトに関連付けられるイベントログを表示する。

イベントリスト５２２内にリスト表示されるいずれかのイベントログが選択されると、当該イベントログが発生した部位に関連付けて、対応する故障オブジェクト５２６が表示される。さらに、故障オブジェクト５２６が選択された場合、当該選択された故障オブジェクト５２６に対応付けられているイベントログが副次のものであれば、関連付けられている主のイベントログを示す故障オブジェクト５２８がその発生した位置に対応付けて表示される。このように、プログラマブルターミナル２００は、イベントの出力機能として、いずれかのイベントログの選択に応答して、当該選択されたイベントログと同一の要因に起因したイベントを代表するイベントログを抽出し、当該抽出したイベントログに対応するイベントが発生した箇所を視覚的に示す。

図２０に示すような一連のユーザ操作手順によって、いずれかの装置に何らかの故障が発生した場合に、当該故障に関連付けられるイベントログを順次追っていくことで、本来の原因を容易に特定することができる。

（ｅ５：ドリルダウン表示）
次に、制御システム１に生じているイベントの把握、および、そのイベントの原因の究明を支援するために、ドリルダウン表示を提供してもよい。すなわち、プログラマブルターミナル２００は、ユーザ選択に応答して、制御システム１の選択された範囲に関連付けられる構成のみを順次表示するようにしてもよい。図２１〜図２３は、本実施の形態に係る制御システムにて提供されるドリルダウン表示に係るユーザインターフェイス画面の一例を示す図である。

図２１に示すユーザインターフェイス画面５００Ｇにおいては、制御監視対象の制御システム１を構成する装置全体が模式的に示されている。このような模式的に示されている制御システム１では、何らかの異常などのイベントが発生している装置にその内容を示すオブジェクト５３０が表示されていてもよい。図２１に示すユーザインターフェイス画面５００Ｇにおいて、図中右端のＰＬＣにて異常が発生しており、その異常を示すオブジェクト５３０をユーザが選択すると、図２２に示すように、選択されたＰＬＣを中心とする範囲（図２１の範囲５３２に相当）について、制御システム１が拡大表示される。

図２２に示すユーザインターフェイス画面５００Ｈにおいては、選択されたＰＬＣにネットワーク接続されるスレーブノードの装置なども模式的に表示されている。各装置において、何らかのイベントが発生していれば、当該発生したイベントの内容を示すオブジェクトが表示されていてもよい。

例えば、ユーザがＰＬＣを模式的に示すオブジェクトを選択すると、当該選択されたＰＬＣについてのプロフィールおよびイベントログを含むサブウィンドウ５４０が表示されてもよい。さらに、ユーザが中右側のＰＬＣを選択すると、図２３に示すように、選択されたＰＬＣを中心とする範囲（図２２の範囲５４２に相当）について、制御システム１が拡大表示される。

図２３に示すユーザインターフェイス画面５００Ｉにおいては、選択されたＰＬＣにネットワーク接続されるリモートＩ／Ｏ装置の接続構成および型式なども模式的に表示されている。各部位（各機能ユニットなど）において、何らかのイベントが発生していれば、当該発生したイベントの内容を示すオブジェクトが表示される。

例えば、オブジェクト５４４は、ネットワークに発生した注意イベントに関連付けて表示されており、オブジェクト５４４が選択されると、そのイベントの内容、図２３に示す例では、通信時に発生したエラー回数を示す、「エラーカウンタ：２５５」とのメッセージが表示される。同様に、オブジェクト５５２は、ネットワークに発生した異常イベントに関連付けて表示されており、オブジェクト５５２が選択されると、そのイベントの内容、図２３に示す例では、通信回線が切断されていることを示す、「断線検知」とのメッセージが表示される。

また、オブジェクト５５４は、対象となる装置がネットワークから一時的に離脱している状態を示すオブジェクトである。

オブジェクト５４６は、機能ユニットに発生した異常イベントに関連付けて表示されており、オブジェクト５４６が選択されると、そのイベントの内容、図２３に示す例では、コネクション先のデータを取得できなかったことを示す、「セーフティプロセスデータ通信タイムアウト」を示すオブジェクト５４８が表示される。さらに、このオブジェクト５４８をユーザが選択すると、発生した異常イベントに対するトラブルシュートの手順を示すオブジェクト５５０が表示される。

このような発生した異常と、当該異常に対するトラブルシュートの手順とについては、予め格納されており、発生したイベントのイベントコードなどに基づいて検索されて、表示される。

なお、図２３には、説明の便宜上、すべての情報が一斉に表示される形態について例示しているが、これに限らず、任意のタイミングで情報を表示するようにしてもよい。

図２１〜図２３に示すように、制御および監視対象の制御システムの全体を外観するユーザインターフェイス画面から、ユーザ選択に応じて順次表示する内容を詳細化するというドリルダウン表示を採用することで、制御システムに発生した何らかのイベントに対する原因究明などを容易化できる。

＜Ｆ．処理手順＞
次に、本実施の形態に従うイベントログ収集抽出機能に係る処理手順について説明する。図２４は、本実施の形態に従うイベントログ収集抽出機能に係る処理手順を示すフローチャートである。図２４に示す各ステップは、典型的には、プログラマブルターミナル２００が予めインストールされた情報処理プログラム（図２に示す、ＨＭＩ用プログラム２０９）を実行することで、実現される。

図２４を参照して、プログラマブルターミナル２００は、所定のイベントログ収集条件が成立すると（ステップＳ１００においてＹＥＳの場合）、対象の制御システムで発生したイベントログを収集する（ステップＳ１０２）。所定のイベントログ収集条件が成立していなければ（ステップＳ１００においてＮＯの場合）、ステップＳ１００の処理が繰返される。イベントログ収集条件としては、予め定められた周期が到来したか否かであってもよいし、制御システムを構成するいずれかの装置からイベントログを受信したか否かであってもよい。

続いて、プログラマブルターミナル２００は、収集した複数のイベントログから同一の要因に起因した１または複数のイベントログを抽出するとともに、当該同一の要因に起因したイベントログを代表するものを当該抽出したイベントログから特定する。具体的には、プログラマブルターミナル２００は、収集した複数のイベントログの発生時刻に基づいてイベントログをグルーピングする（ステップＳ１０４）。グルーピングされたグループのうち、複数のイベントログを含むグループについては、構成情報などを参照して、主のイベントログ、および、それ以外の副次のイベントログに分類する（ステップＳ１０６）。

そして、プログラマブルターミナル２００は、ユーザ操作に応答して、同一の要因を代表するイベントログ（主のイベントログ）と当該同一の要因に起因した他のイベントログ（副次のイベントログ）とを区別して出力する（例えば、図１４に示すユーザインターフェイス画面５５０）（ステップＳ１０８）。

さらに、プログラマブルターミナル２００は、ユーザ操作に応答して、ステップＳ１０６において分類したイベントログに基づく各種ユーザインターフェイス画面を提供する（ステップＳ１１０）。そして、ステップＳ１００以下の処理が繰返される。

＜Ｇ．変形例＞
上述の実施の形態においては、プログラマブルターミナル２００がイベントログ収集抽出機能に必要な処理のすべてを実現する構成について例示したが、これに限らず、他の装置（例えば、ネットワーク接続されている各ＰＬＣ）と連携して必要な処理を実現してもよいし、上位のサーバ装置と連携して実現してもよい。さらに、上位サーバ装置が単体で実現してもよいし、例えば、マスターノードとして機能するＰＬＣが必要なすべての処理を実行するようにしてもよい。

あるいは、図１に示すようなタブレットなどの端末装置４００上に必要な情報を提示する場合には、端末装置４００およびゲートウェイサーバ３００のうち少なくとも一部に、必要な処理を実行するような機能を実装してもよい。

本実施の形態に従うイベントログ収集抽出機能については、対象となる制御システムの構成、制御システムの情報処理能力、ネットワークの通信能力、要求される速度、要求されるセキュア度などに応じて、任意の実装形態を採用することができる。

＜Ｈ．まとめ＞
本実施の形態によれば、以下のような課題を解決することができる。

第１に、図４〜図６および図８などを参照して説明したように、同一の要因に起因して複数のイベントが発生し、その複数のイベントに対応して、ほぼ同時刻にイベントログが大量に発生する場合がある。このような大量に発生したイベントログから問題を絞り込み、要因を特定するためには、高度な知識および検証時間が必要になる。特に、ネットワーク技術の進展により、１または複数のネットワークを有する制御システムにおいて複数のアプリケーションが並列的に実行される環境が実現されつつある。このような環境においては、同一の要因に対して、各アプリケーションが異常をそれぞれ検知するため、何らかの異常や不具合が生じたときに、発生するイベントログの数は増大する傾向にある。

このような同時発生的に生じる大量のイベントログに対して、本実施の形態に従うイベントログ収集抽出機能を適用することで、大量のイベントログを発生させた原因の究明を容易化することができる。

第２に、ネットワークに生じた異常のトラブルシュートは、物理的接続（トポロジ構成）、論理的接続（マスター・スレーブ間のコネクション関係）、発生時刻の関係などの情報を組み合わせて分析する必要がある。特に、物理的接続および論理的接続の両面からの検討が必要である。このような検討に際して、イベントログの一覧表示だけでは、物理的接続および論理的接続の関係を検討するには限界がある。また、ユーザは、イベントログの内容に加えて、各種必要な情報を考慮する必要があるが、イベントログ以外の必要な情報は分散しており、必要な情報を統合して検討することは容易ではない。

このような課題に対して、本実施の形態に従う制御システムが提供するユーザインターフェイスによれば、物理的接続および論理的接続の両方を一見して把握できるように視覚化されており、かつ、その視覚化された物理的接続および論理的接続に対応付けて、検知されたイベント（イベントログ）が視覚的に表示される。このような原因究明に必要な情報を視覚化して一元的にユーザへ提供することで、何らかの異常または故障が発生した場合などにおいて、その原因の究明を容易化することができる。

第３に、複数の制御装置が関連する異常または故障が発生した場合には、関連する複数の装置に対してネットワーク横断的に診断が必要である。一般的な故障解析ツールでは、装置単体の状態などを把握することができないが、本実施の形態に従う制御システムによれば、複数の装置にまたがる制御システム全体または一部の状態や発生したイベントログなどをトータルで表示するユーザインターフェイス画面が提供される。このようなユーザインターフェイス画面を参照することで、複数の装置が関与するような異常または故障であっても、その要因をより容易に特定することができる。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した説明ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

１ 制御システム、２ 中継装置、４，１６１，１６２，１６３ ネットワーク、１００，１００Ａ ＰＬＣ、１０１Ａ，１５１Ａ，１５１Ｄ，２４２，２４３，５５２，５５４ イベントログ、１０２，２０２ プロセッサ、１０３Ａ 構成情報、１０４，２０４ チップセット、１０６，２０６ 主メモリ、１０８，２０８ 不揮発性メモリ、１１０，２１０ クロック、１１２，２１２ 通信インターフェイス、１１４，１２８，１３８，１４８ コネクタ、１１６ メモリカードインターフェイス、１１８ メモリカード、１２０，１３０ ネットワークコントローラ、１２２，１３２，１４２ バッファメモリ、１２４，１３４，１４４ 転送制御回路、１２６，１３６，１４６ ＤＭＡ制御回路、１４０ 内部バスコントローラ、１５０，１５０Ａ，１５０Ｂ，１５０Ｃ，１５０Ｄ リモートＩ／Ｏ装置、１６０ フィールドネットワーク、１７０，１７７ コネクション、１７１，１７２ ローカル信号、１７３，１７４ リモート信号、１７５，１７６ 出力、２００ プログラマブルターミナル、２０９ ＨＭＩ用プログラム、２１４ カメラ、２１６ 操作キー、２２０ タッチスクリーン、２２２ ディスプレイ、２２４ タッチパネル、２４１ イベントログ集合、３００ ゲートウェイサーバ、４００ 端末装置。

Claims (9)

1. １または複数のネットワークを含む制御システムで発生したイベントを検知する検知手段と、
   前記制御システムに含まれるネットワークの接続関係を視覚的に表現する接続構成表現手段と、
   前記検知手段により検知されたイベントを、当該イベントの発生した箇所に応じて、視覚的に表現されるネットワークの接続関係に関連付けて出力するイベント出力手段とを備え、
   前記接続構成表現手段は、前記制御システムを構成する装置を示す表現上に、ユーザ選択に応答して、前記ネットワークの物理的接続と、前記ネットワークの論理的接続と、前記ネットワークの物理的接続および論理的接続の両方とのうち、１つを視覚的に表現可能に構成されている、情報処理装置。
2. 前記接続構成表現手段は、ユーザ選択に応答して、前記制御システムの選択された範囲に関連付けられる構成のみを表示する、請求項１に記載の情報処理装置。
3. 前記ネットワークの物理的接続は、前記制御システムに含まれる１または複数のネットワークにおける装置の現実の接続関係を含み、
   前記ネットワークの論理的接続は、前記制御システムに含まれるいずれかの制御装置で実行されるユーザプログラムにおいて、前記制御システムに含まれる他の制御装置が管理するデータを利用する関係を含む、請求項１または２に記載の情報処理装置。
4. 前記検知手段は、前記制御システムで発生したイベントに対応するイベントログを収集するように構成されており、
   前記イベント出力手段は、いずれかのオブジェクトの選択に応答して、当該選択されたオブジェクトに関連付けられるイベントログを表示する、請求項１〜３のいずれか１項に記載の情報処理装置。
5. 前記検知手段は、前記収集したイベントログから、同一の要因に起因して発生したイベントに対応する１または複数のイベントログを抽出するとともに、当該抽出した１または複数のイベントログのうち、当該同一の要因に起因したイベントを代表するイベントログを特定するように構成されている、請求項４に記載の情報処理装置。
6. 前記イベント出力手段は、いずれかのイベントログの選択に応答して、当該選択されたイベントログと同一の要因に起因したイベントを代表するイベントログを抽出し、当該抽出したイベントログに対応するイベントが発生した箇所を視覚的に示す、請求項５に記載の情報処理装置。
7. 前記検知手段は、
   前記収集したイベントログのうち発生した時刻が近接したイベントログを、同一の要因に起因して発生したイベントに対応するイベントログとして抽出し、
   前記制御システムのネットワーク構成に基づいて、前記抽出した同一の要因に起因して発生したイベントに対応するイベントログから、当該同一の要因に起因して発生したイベントを代表するイベントログを抽出する、請求項５または６に記載の情報処理装置。
8. １または複数のネットワークを含む制御システムに接続されるコンピュータで実行される情報処理プログラムであって、前記情報処理プログラムは前記コンピュータに
   １または複数のネットワークを含む制御システムで発生したイベントを検知するステップと、
   前記制御システムに含まれるネットワークの接続関係を視覚的に表現するステップと、
   前記検知されたイベントを、当該イベントの発生した箇所に応じて、視覚的に表現されるネットワークの接続関係に関連付けて出力するステップとを実行させ、
   前記視覚的に表現するステップは、前記制御システムを構成する装置を示す表現上に、ユーザ選択に応答して、前記ネットワークの物理的接続と、前記ネットワークの論理的接続と、前記ネットワークの物理的接続および論理的接続の両方とのうち、１つを視覚的に表現するステップを含む、情報処理プログラム。
9. １または複数のネットワークを含む制御システムに接続される情報処理装置で実行される情報処理方法であって、
   １または複数のネットワークを含む制御システムで発生したイベントを検知するステップと、
   前記制御システムに含まれるネットワークの接続関係を視覚的に表現するステップと、
   前記検知されたイベントを、当該イベントの発生した箇所に応じて、視覚的に表現されるネットワークの接続関係に関連付けて出力するステップとを備え、
   前記視覚的に表現するステップは、前記制御システムを構成する装置を示す表現上に、ユーザ選択に応答して、前記ネットワークの物理的接続と、前記ネットワークの論理的接続と、前記ネットワークの物理的接続および論理的接続の両方とのうち、１つを視覚的に表現するステップを含む、情報処理方法。

Images