JP7224571B1 - プログラマブルコントローラのトリガ中継ユニット、トリガ伝送システム、トリガ伝送方法及びプログラム - Google Patents

Abstract

プログラマブルコントローラの中央処理ユニット（２１）は、機器の制御に関する制御データをロギングするためのトリガを検出する複数のロギング装置（５０）に接続される。中央処理ユニット（２１）は、複数のロギング装置のうちの第１のロギング装置（５０）からトリガを示す第１トリガ信号を受信するバス通信部と、第１トリガ信号が受信された場合に、第１のロギング装置（５０）とは異なる第２のロギング装置（５０）に、該第１トリガ信号を送信するトリガ中継部と、を備える。トリガ中継部は、第１トリガ信号の受信からトリガ中継部による第１トリガ信号の送信が完了するまでに受信される、第１トリガ信号とは異なる第２トリガ信号については、送信の対象から除外する。

Description

本開示は、プログラマブルコントローラのトリガ中継ユニット、トリガ伝送システム、トリガ伝送方法及びプログラムに関する。

工場においては、多数の機器を制御することで処理工程の自動化が実現されている。このような機器の制御に対して事後的に、不具合の分析及び稼働効率の分析のような種々の分析がなされる。この分析を効率的に行うために、制御に関するデータの履歴を記録するロギング機能が利用されている。また、ロギングを開始するためのトリガを複数の装置で共有するための技術が提案されている（例えば、特許文献１を参照）。

特開２０１７－１６９２８８号公報

特許文献１の技術では、２つの装置の間でトリガが共有される。しかしながら、ＦＡの現場では、事後の検証に備えて多数の装置でトリガを共有して、それぞれの装置でロギングを行いたいという要望がある。ここで、トリガを検出する装置が１つであればよいが、異常又はエラーの発生に代表されるトリガは、複数の装置でほぼ同時に検出され得る。トリガを検出した装置がそれぞれ、多数の装置にトリガを共有しようとすると、これら多数の装置により構成されるシステムにおいて発生するトリガの伝送が過剰になり、適当なロギングがなされないおそれがある。

本開示は、上述の事情の下になされたもので、トリガを共有する装置の数が多くなっても適当なロギングを実施することを目的とする。

上記目的を達成するため、本開示のプログラマブルコントローラのトリガ中継ユニットは、機器の制御に関する制御データをロギングするためのトリガを検出する複数の検出装置に接続される、プログラマブルコントローラのトリガ中継ユニットであって、複数の検出装置のうちの第１検出装置からトリガを示す第１トリガ信号を受信する受信手段と、受信手段によって第１トリガ信号が受信された場合に、第１検出装置とは異なる第２検出装置に、該第１トリガ信号を送信する送信手段と、を備え、送信手段は、受信手段による第１トリガ信号の受信から送信手段による第１トリガ信号の送信が完了するまでに受信手段によって受信される、第１トリガ信号とは異なる第２トリガ信号については、送信の対象から除外する。

本開示によれば、トリガを共有する装置の数が多くなっても適当なロギングを実施することができる。

実施の形態１に係るログデータ分析支援システムの構成を示す図 実施の形態１に係るロギングに関連する処理の概要を示す図 実施の形態１に係るＦＡ装置のハードウェア構成を示す図 実施の形態１に係るロギング装置の機能的な構成を示す図 実施の形態１に係るログデータ及びロギング期間情報の一例を示す図 実施の形態１に係る中央処理ユニットの機能的な構成を示す図 実施の形態１に係る支援装置の機能的な構成を示す図 実施の形態１に係る提示部によって提示される画面の第１の例を示す図 実施の形態１に係る提示部によって提示される画面の第２の例を示す図 実施の形態１に係る提示部によって提示される画面の第３の例を示す図 実施の形態１に係る提示部によって提示される画面の第４の例を示す図 実施の形態１に係るシステム立ち上げ時のフローを示す図 実施の形態１に係るトリガ設定情報の一例を示す図 実施の形態１に係るトリガ共有情報の一例を示す図 実施の形態１に係るトリガ共有のフローを示す第１の図 実施の形態１に係るトリガ共有のフローを示す第２の図 実施の形態１に係るトリガ共有処理を示すフローチャート 実施の形態１に係る支援装置への情報提供フローを示す図 比較例に係るトリガの設定について説明するための図 比較例に係るログデータの読出しについて説明するための図 実施の形態１に係るトリガの共有について説明するための図 実施の形態２に係るトリガ共有のフローを示す図 実施の形態２に係るトリガ情報の一例を示す図 実施の形態２に係るトリガ設定情報の一例を示す図 実施の形態２に係るトリガの共有範囲について説明するための図 実施の形態２に係る支援装置への情報提供フローを示す図 実施の形態２に係る提示部によって提示される画面の例を示す図 実施の形態３に係るイベント情報の一例を示す図 実施の形態３に係る提示部によって提示される画面の例を示す図 実施の形態４に係る支援装置への情報提供フローを示す図 実施の形態４に係る条件の入力フォームの一例を示す図 実施の形態４に係る提示部によって提示される画面の例を示す図 実施の形態５に係る提示部によって提示される画面の第１の例を示す図 実施の形態５に係る提示部によって提示される画面の第２の例を示す図 実施の形態６に係るトリガの共有について説明するための図 実施の形態６に係るネットワークユニット２４の機能的な構成を示す図 変形例に係るロギングユニットについて説明するための図 実施の形態７に係るトリガ情報の一例を示す図 実施の形態７に係るトリガ共有情報の一例を示す図 実施の形態８に係るトリガ情報の一例を示す図 実施の形態８に係るトリガ設定情報の一例を示す図 実施の形態９に係るトリガ情報の一例を示す図 実施の形態９に係る残り中継回数について説明するための第１の図 実施の形態９に係る残り中継回数について説明するための第２の図 実施の形態１０に係る支援情報の提供について説明するための図 実施の形態１１に係る制御データとログデータの関係を示す図 変形例に係るオブジェクトの統合について説明するための図 変形例に係るオブジェクトを示す図 変形例に係る提示部によって提示されるテーブルを示す図 変形例に係るＰＬＣについて説明するための図

以下、本開示の実施の形態に係るログデータ分析支援システムについて、図面を参照しつつ詳細に説明する。

実施の形態１．
本実施の形態に係るログデータ分析支援システム１００は、ユーザによるログデータの分析を支援するシステムである。ログデータ分析支援システム１００は、図１に示されるように、機器の制御に際して記録されたログデータに関する情報をユーザに提供することにより分析を支援する支援装置１０と、被制御機器３１，３２を制御するＰＬＣ２０と、産業用ネットワーク４００を介してＰＬＣ２０に接続されるロギング装置４１，４２と、を有する。

支援装置１０は、ＵＩ（User Interface）機能を有するＰＣに代表されるコンピュータである。支援装置１０は、ＵＳＢ（Universal Serial Bus）ケーブルのような通信線、又はＬＡＮ（Local Area Network）のようなネットワークを介して、ＰＬＣ２０の中央処理ユニット２１に接続されて互いに通信する。支援装置１０は、エンジニアリングツールと呼ばれるアプリケーションソフトウェアを実行することにより、中央処理ユニット２１に実行させる制御プログラムの作成、編集及び書き込みをする機能をユーザに提供する。また、このエンジニアリングツールは、複数のロギング装置に分散して保存されるログデータを容易に分析するための機能をユーザに提供する。

ＰＬＣ２０は、制御プログラムを実行することにより機器の制御を実現する中央処理ユニット２１と、外部の機器からの入力を受け付けるとともに外部の機器へ情報を出力するための入出力ユニット２２と、データをロギングするロギングユニット２３と、産業用ネットワーク４００に接続するためのネットワークユニット２４と、を有する。ネットワークユニット２４は、産業用ネットワーク４００を介してロギング装置４１，４２に接続される。ＰＬＣ２０は、プログラマブルコントローラの一例に相当する。

中央処理ユニット２１、入出力ユニット２２、ロギングユニット２３及びネットワークユニット２４は、ＰＬＣバス２００を介して互いに接続されて信号を送受信する。ＰＬＣ２０は、中央処理ユニット２１、入出力ユニット２２、ロギングユニット２３及びネットワークユニット２４が不図示のベースユニットに装着されることで構成されるファンクションブロック形の制御装置である。

中央処理ユニット２１は、ラダープログラムに代表される制御プログラムを実行して、入出力ユニット２２を介して被制御機器３１，３２を制御する。詳細には、中央処理ユニット２１は、センサである被制御機器３１からのセンシング結果の入力に基づいて、ロギング装置である被制御機器３２に対する動作指令を生成して被制御機器３２に出力する。ここで、動作指令により実行される被制御機器３２の動作は、ロギングとは異なる動作であってもよいし、ロギングであってもよい。中央処理ユニット２１が被制御機器３１，３２を含む複数の機器を制御して、これら複数の機器が協働することにより、例えば、生産ラインにおけるワークの搬送、加工及び検査が実行される。

入出力ユニット２２は、電流信号又は電圧信号を伝送するための信号線、又は、デジタルデータを伝送するためのケーブルを介して被制御機器３１，３２に接続される。

ロギングユニット２３は、ＰＬＣ２０の構成ユニットであって、ＰＬＣ２０による機器の制御に関する制御データをロギングする。ロギングユニット２３は、入出力ユニット２２と同等の機能を有し、ロギングユニット２３自体に接続された機器との間で入出力される制御データをロギングしてもよい。また、ロギングユニット２３は、ネットワークユニット２４と同等の機能を有し、産業用ネットワークを介して授受する制御データをロギングしてもよい。さらにロギングユニット２３は、ＰＬＣ２０の外部の装置に接続されることなく、ＰＬＣバス２００を介して中央処理ユニット２１と共有するデータをロギングしてもよい。

ネットワークユニット２４は、ロギング装置４１，４２と接続するためのネットワークインタフェース回路を有し、ＰＬＣバス２００を介して中央処理ユニットと通信することにより、ロギング装置４１，４２と中央処理ユニット２１との通信を中継する。ロギング装置４１，４２は、被制御機器３１，３２と同様に、中央処理ユニット２１による制御の対象となる装置であってもよいし、ＰＬＣ２０と連携して機器を制御する他のＰＬＣであってもよい。

なお、図１では、各種の構成要素が１つ又は２つ示されているが、これには限定されない。詳細には、入出力ユニット２２、ロギングユニット２３、及びネットワークユニット２４はそれぞれ、複数であってもよい。また、複数の中央処理ユニット２１がＰＬＣバス２００に接続されて連携してもよい。入出力ユニット２２に接続される機器は、１つであってもよいし２つより多くてもよい。産業用ネットワーク４００を介してネットワークユニット２４に接続される装置は、１つであってもよいし２つより多くてもよい。

これらＰＬＣ２０に関する構成要素のうちの、ロギングユニット２３、被制御機器３２、ロギング装置４１，４２が、制御データをロギングする機能を有する。詳細には、被制御機器３２は、入出力ユニット２２との間で伝送されるデータ、又は、被制御機器３２の内部処理において変化するデータを記録する。また、ロギング装置４１，４２はそれぞれ、産業用ネットワーク４００を介して伝送されるデータ、又は、ロギング装置４１，４２の内部処理において用いられるデータを記録する。

以下では、ロギング機能を有するロギングユニット２３、被制御機器３２、及びロギング装置４１，４２をそれぞれ、区別することなくロギング装置５０と表記することがある。ロギング装置５０によるロギングは、機器の制御に関してロギング装置５０によって扱われる制御データの履歴を記録することを意味する。制御データは、例えば、ロギング装置５０が有するメモリのうちの、予めロギング対象として設定されたアドレスに格納されるデータである。制御データの履歴は、予め設定された周期でこのアドレスから読み出される値が順次、ロギングのための記憶領域に追加して書き込まれることで作成されるため、この値の推移を示す。制御データが繰り返し読み出される期間の長さは、予め定められる。

ここで、複数のロギング装置５０によるロギングの概要について、図２を用いて説明する。図２に示されるロギング装置５１，５２，５３はそれぞれ、ロギング装置５０の一例である。すなわち、ロギング装置５１，５２，５３のそれぞれが、図１に示されるロギングユニット２３、被制御機器３２、及びロギング装置４１，４２のいずれかに相当する。

図２に示されるように、ロギング装置５２が、ロギングの開始を示すトリガを検出すると、検出したトリガをロギング装置５１，５３に共有する。トリガを共有したロギング装置５１～５３はそれぞれ、ほぼ同時にログデータ５１１，５２１，５３１の生成を開始する。ログデータ５１１，５２１，５３１はそれぞれ、トリガの検出又は受信により開始したロギングに基づいて生成されてもよいし、トリガの有無に関わらず常時リングバッファにロギングされたデータを利用してトリガの検出又は受信前のデータを用いて生成されてもよい。予め定められた長さのロギング期間にわたって制御データをロギングすることによりログデータ５１１，５２１，５３１の生成が完了すると、ロギング装置５１～５３はそれぞれ、ログデータ５１１，５２１，５３１の生成にかかったロギング期間を示すロギング期間情報５１２，５２２，５３２を生成して保存する。なお、以下では、ロギング期間情報５１２，５２２，５３２を生成するタイミングが、ログデータ５１１，５２１，５３１の生成直後である例を中心に説明するが、これには限定されず、任意に変更してもよい。

ロギング装置５１，５２，５３は、ログデータ５１１，５２１，５３１を提供する前に、ロギング期間情報５１２，５２２，５３２を支援装置１０からの要求に応じて支援装置１０に提供する。支援装置１０は、ロギング装置５１～５３に分散して保存されているログデータ５１１，５２１，５３１に対応するロギング期間をユーザに対して一覧表示することにより、各ログデータ５１１，５２１，５３１に対応するロギング期間のユーザによる把握を容易にする。

上述のようにロギング期間を通知するロギング装置５０、ロギング期間を表示する支援装置１０、及び、ロギング装置５０と支援装置１０との通信を仲介する中央処理ユニット２１はそれぞれ、コンピュータとして機能するためのハードウェア要素によって構成される。詳細には、図３に示されるように、ロギング装置５０、支援装置１０及び中央処理ユニット２１のそれぞれに相当するＦＡ装置６０は、プロセッサ６１と、主記憶部６２と、補助記憶部６３と、入力部６４と、出力部６５と、通信部６６と、を有する。主記憶部６２、補助記憶部６３、入力部６４、出力部６５及び通信部６６はいずれも、内部バス６７を介してプロセッサ６１に接続される。

プロセッサ６１は、処理回路としてのＣＰＵ（Central Processing Unit）又はＭＰＵ（Micro Processing Unit）を含む。プロセッサ６１は、補助記憶部６３に記憶されるプログラムＰ１を実行することにより、種々の機能を実現して、後述の処理を実行する。支援装置１０のプログラムＰ１は、上述のエンジニアリングツールに相当し、中央処理ユニット２１及びロギング装置５０のプログラムＰ１は、ファームウェアに相当する。なお、中央処理ユニット２１のプロセッサ６１は、プログラムＰ１に加えて、制御プログラムを実行する。

主記憶部６２は、ＲＡＭを含む。主記憶部６２には、補助記憶部６３からプログラムＰ１がロードされる。そして、主記憶部６２は、プロセッサ６１の作業領域として用いられる。

補助記憶部６３は、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read-Only Memory）及びＨＤＤ（Hard Disk Drive）に代表される不揮発性メモリを含む。補助記憶部６３は、プログラムＰ１の他に、プロセッサ６１の処理に用いられる種々のデータを記憶する。補助記憶部６３は、プロセッサ６１の指示に従って、プロセッサ６１によって利用されるデータをプロセッサ６１に供給する。また、補助記憶部６３は、プロセッサ６１から供給されたデータを記憶する。

入力部６４は、ハードウェアスイッチ、入力キー、キーボード及びポインティングデバイスに代表される入力デバイスを含む。入力部６４は、ＦＡ装置６０のユーザによって入力された情報を取得して、取得した情報をプロセッサ６１に通知する。

出力部６５は、ＬＥＤ（Light Emitting Diode）、ＬＣＤ（Liquid Crystal Display）及びスピーカに代表される出力デバイスを含む。出力部６５は、プロセッサ６１の指示に従って種々の情報をユーザに提示する。出力部６５は、タッチスクリーンとして、入力部６４と一体的に構成されてもよい。

通信部６６は、外部の装置と通信するためのネットワークインタフェース回路を含む。通信部６６は、外部から信号を受信して、この信号により示されるデータをプロセッサ６１へ出力する。また、通信部６６は、プロセッサ６１から出力されたデータを示す信号を外部の装置へ送信する。なお、図３では１つの通信部６６が代表的に示されているが、ＦＡ装置６０は、複数の通信部６６を有してもよい。例えば、中央処理ユニット２１であるＦＡ装置６０は、支援装置１０と通信するための通信部６６と、ＰＬＣバス２００を介して通信するための通信部６６と、を別個に有してもよい。

続いて、上述のハードウェア構成が協働することにより発揮される、ロギング装置５０、中央処理ユニット２１及び支援装置１０の機能的な構成について順に説明する。

ロギング装置５０は、図４に示されるように、種々のデータを記憶する記憶部５３０と、外部の装置との間でトリガを示すトリガ信号を送受信するトリガ送受信部５４０と、ロギング装置５０自体が自発的にトリガを検出するためのトリガ検出部５５０と、ログデータを生成するロギング部５６０と、支援装置１０からの要求に応答する応答部５７０と、を有する。ロギング装置５０は、トリガを検出する検出装置の一例に相当する。

記憶部５３０は、主としてロギング装置５０の主記憶部６２及び補助記憶部６３の少なくとも一方によって実現される。記憶部５３０には、トリガに関して予めロギング装置５０に設定されるトリガ設定情報５０１と、ロギング装置５０によって用いられる制御データ５０２と、が格納される。

トリガ設定情報５０１は、ロギング装置５０でトリガを検出するための条件を示す情報である。また、トリガ設定情報５０１は、外部装置からのトリガの共有を受け付けるか否か、及び、ロギング装置５０で検出したトリガを外部装置に通知するか否かを示す。トリガ設定情報５０１は、ロギング装置５０によって予め外部から受け付けられて、記憶部５３０に格納される。トリガ設定情報５０１の受け付けは、ロギング装置５０の入力部６４に対するユーザの操作によって実現されてもよいし、支援装置１０に対するユーザの操作内容が、中央処理ユニット２１及びロギング装置５０の通信部６６を介して伝達されることで実現されてもよい。

制御データ５０２の内容は、ＰＬＣ２０による機器の制御に伴って随時変化する。制御データ５０２は、例えば、制御に利用されるセンシング結果のような入力データ、当該入力値を処理する過程で生じる中間データ、及び、入力データ又は中間データから生成される被制御機器３２への動作命令のような制御出力データのいずれかに該当する。また、制御データ５０２は、制御システムを構成する複数の装置の間で、いわゆるサイクリック伝送のような手法で共有されるデバイス値であってもよい。

トリガ送受信部５４０は、主としてロギング装置５０のプロセッサ６１及び通信部６６の協働により実現される。トリガ送受信部５４０は、外部装置からトリガ信号を受信した場合に、受信したトリガ信号により示されるトリガのロギング部５６０への出力の有無を、トリガ設定情報５０１に基づいて決定する。また、トリガ送受信部５４０は、トリガ検出部５５０からトリガが出力された場合に、当該トリガを示すトリガ信号の外部装置への送信の有無を、トリガ設定情報５０１に基づいて決定する。ここで、外部装置は、後述するように中央処理ユニット２１に相当するが、他のロギング装置５０を含んでもよい。

トリガ検出部５５０は、主としてロギング装置５０のプロセッサ６１によって実現される。トリガ検出部５５０は、トリガ設定情報５０１により規定される条件が成立するか否かを監視して、条件が成立したと判断すると、トリガの検出をトリガ送受信部５４０及びロギング部５６０に通知する。トリガを検出する条件は、制御データの値が閾値を超えることであってもよいし、ロギングの実行を示す動作指令の中央処理ユニット２１からの受信であってもよいし、他の条件であってもよい。

ロギング部５６０は、主としてロギング装置５０のプロセッサ６１によって実現される。ロギング部５６０は、トリガ送受信部５４０及びトリガ検出部５５０のいずれかからトリガが入力されると、予め設定されたロギング対象の制御データ５０２を周期的に読み出して、ログデータ５０３として記憶部５３０に書き込む。また、ロギング部５６０は、ログデータ５０３を生成するために制御データ５０２を読み出したロギング期間を示すロギング期間情報５０４を作成して記憶部５３０に書き込む。

ログデータ５０３は、トリガが入力される度に作成されるため、図５に示されるように、記憶部５３０には複数のログデータ５０３が格納され得る。図５の例では、各ログデータ５０３には、ファイル名が付与されており、各ログデータ５０３は、制御データが読み出された日時と、記憶部５３０におけるアドレスから読み出された制御データの値と、を関連付けて示すデータである。ログデータ５０３は、単一のアドレスから読み出された値の履歴であってもよいし、図５の「０１．ＢＩＮ」により示されるように、複数のアドレスから読み出された値それぞれの履歴であってもよい。

ロギング期間情報５０４は、各ログデータ５０３について、当該ログデータ５０３のファイル名と、ロギング期間の開始日時と、ロギング期間の終了日時と、を関連付けて示す情報である。ロギング期間情報５０４の開始日時は、ログデータ５０３に含まれる最初に記録された値の日時であって、終了日時は、ログデータ５０３に含まれる最後に記録された値の日時である。ロギング期間情報５０４の内容は、ログデータ５０３が生成される度に、図５中の１行に相当するレコードが追加されて、更新される。

図４に戻り、応答部５７０は、主としてロギング装置５０のプロセッサ６１及び通信部６６の協働により実現される。応答部５７０は、支援装置１０の要求に応答してロギング期間情報５０４を記憶部５３０から読み出して当該ロギング期間情報５０４を支援装置１０に提供する。また、応答部５７０は、支援装置１０の要求に応答してログデータ５０３を記憶部５３０から読み出して当該ログデータ５０３を支援装置１０に提供する。

中央処理ユニット２１は、図６に示されるように、支援装置１０と通信するための装置通信部２１１と、ＰＬＣバス２００を介して通信するためのバス通信部２１２と、種々のデータを記憶する記憶部２１３と、ロギング装置５０から受信したトリガ信号を他のロギング装置５０に中継するトリガ中継部２１４と、中央処理ユニット２１自体が自発的にトリガを検出するためのトリガ検出部２１５と、を有する。装置通信部２１１及びバス通信部２１２はそれぞれ、主として中央処理ユニット２１の通信部６６によって実現される。中央処理ユニット２１は、複数の検出装置に接続される、プログラマブルコントローラを構成するトリガ中継ユニットの一例に相当し、バス通信部２１２は、トリガ信号を受信する受信手段の一例に相当する。

記憶部２１３は、主として中央処理ユニット２１の主記憶部６２及び補助記憶部６３の少なくとも一方によって実現される。記憶部２１３には、トリガの共有に関して予め中央処理ユニット２１に設定されるトリガ共有情報２１３１と、中央処理ユニット２１によって用いられる制御データ２１３２と、が格納される。トリガ共有情報２１３１は、中央処理ユニット２１でトリガを検出するための条件、及び、トリガの共有先を示す情報である。トリガの共有先は、トリガを外部から受けることが設定されているロギング装置５０であって、後述するように、各ロギング装置５０のトリガ設定情報５０１を参照して決定される。制御データ２１３２の内容は、中央処理ユニット２１による機器の制御に伴って随時変化する。

トリガ中継部２１４は、主として中央処理ユニット２１のプロセッサ６１によって実現される。トリガ中継部２１４は、いずれかのロギング装置５０からのトリガ信号を、バス通信部２１２を介して受信すると、トリガ共有情報２１３１に規定される共有先へ当該トリガ信号を送信する。また、トリガ中継部２１４は、トリガ検出部２１５からトリガが入力されると、当該トリガを示すトリガ信号を、トリガ共有情報２１３１により示される共有先へ送信する。トリガ中継部２１４は、トリガ信号を送信する送信手段の一例に相当する。

トリガ検出部２１５は、主として中央処理ユニット２１のプロセッサ６１によって実現される。トリガ検出部２１５は、トリガ共有情報２１３１により規定される条件が成立するか否かを監視して、条件が成立したと判断すると、トリガの検出をトリガ中継部２１４に通知する。図２では、いずれかのロギング装置５０で検出されたトリガが他のロギング装置５０に共有される例が示されたが、中央処理ユニット２１で検出されたトリガについても、ロギング装置５０に共有される。なお、トリガ検出部２１５を省略して中央処理ユニット２１を構成してもよい。

支援装置１０は、図７に示されるように、ログデータ５０３に関する情報をユーザに提示する提示部１１０と、ユーザからの入力を受け付ける受付部１２０と、種々の情報を記憶する記憶部１３０と、中央処理ユニット２１と通信するための通信部１４０と、を有する。

提示部１１０は、主として支援装置１０のプロセッサ６１及び出力部６５の協働により実現される。提示部１１０は、支援装置１０と中央処理ユニット２１及び各ロギング装置５０との接続が確立されているオンライン状態において情報を表示するオンライン表示部１１１と、接続が遮断されているオフライン状態において情報を表示するオフライン表示部１１２と、を有する。

オンライン表示部１１１は、図８に示されるように、通信部１４０を介して各ロギング装置５０から取得したロギング期間情報５０４に基づいて、各ロギング装置５０のロギング期間を画面１１３に一覧表示する。詳細には、オンライン表示部１１１は、ロギング装置５０のリストに対応する第１軸と、時刻に対応する第２軸と、により規定される面において、各ロギング装置５０のロギング期間情報５０４によって示されるロギング期間に対応するオブジェクトを表示する。図８の例では、長方形の帯状のアイコンが、ロギング期間を示すオブジェクトとしてハッチングを付した状態で表示されている。オブジェクトの第１軸上の位置は、ロギング期間においてロギングを実行したロギング装置５０を識別するための装置ＩＤ（Identifier）を示し、オブジェクトの第２軸上の幅は、ロギング期間の範囲を示している。図８においては、各ロギング装置５０の符号に等しい番号が装置ＩＤとして示されている。なお、装置ＩＤは、ロギング装置５０を識別できる情報であればよく、例えば、ＩＰ（Internet Protocol）アドレス、ＭＡＣ（Media Access Control）アドレス、産業用ネットワーク４００における局番、その他の番号、又はこれらの組み合わせであってもよい。

このような画面１１３において、図９に示されるように、２つのオブジェクト７１がユーザによって押下又はタップのような操作によって選択されると、当該オブジェクト７１に対応するロギング期間の選択が受付部１２０によって受け付けられる。そして、通信部１４０は、選択の対象となったロギング期間に対応するログデータをロギング装置５０に要求して取得する。図９の例では、ロギングユニット２３に対して、１２時０分から１３時０分までのロギング期間におけるロギングにより生成されたログデータ５０３が要求され、被制御機器３２に対して、１２時後から１３時前までのロギング期間におけるロギングにより生成されたログデータ５０３が要求される。

オフライン表示部１１２は、支援装置１０に取り込まれたログデータ５０３に関する情報を表示する。例えば、オフライン表示部１１２は、図９に示される選択によりロギング装置５０から取得されたログデータについて、対応するロギング期間を図１０に示されるように画面１１３に一覧表示する。オフライン表示部１１２によるロギング期間の表示は、オンライン表示部１１１によるロギング期間の表示と同様になされる。すなわち、オフライン表示部１１２は、ロギング装置５０のリストに対応する縦軸、及び時刻に対応する横軸によって規定される面内に、取り込んだログデータに対応するオブジェクトを表示する。

図１０の例において、ユーザによってオブジェクトがさらに選択された状態でボタン７２が選択されると、オフライン表示部１１２は、図１１に示されるように、選択されたオブジェクトに対応するログデータ５０３の詳細を表示する。図１１の例では、ログデータ５０３に含まれる値の推移を示す３つのグラフが共通の時間軸を用いて表示されている。

図７に戻り、受付部１２０は、主として支援装置１０のプロセッサ６１及び入力部６４によって実現される。記憶部１３０は、主として支援装置１０の補助記憶部６３によって実現される。記憶部１３０には、ロギング装置５０から取得されたロギング期間情報５０４及びログデータ５０３が格納され、記憶部１３０は、提示部１１０の要求に応じてこれらのロギング期間情報５０４及びログデータ５０３を提供する。

通信部１４０は、主として支援装置１０のプロセッサ６１及び通信部６６の協働により実現される。通信部１４０は、ロギング期間情報５０４をロギング装置５０から取得して提示部１１０及び記憶部１３０に提供する。また、通信部１４０は、受付部１２０によって受け付けられた選択の対象となったロギング期間に対応するログデータ５０３をロギング装置５０から取得して、取得したログデータ５０３を提示部１１０及び記憶部１３０に提供する。

続いて、ログデータ分析支援システム１００において実行される処理の流れについて、図１２～１８を用いて説明する。

図１２には、ログデータ分析支援システムの立ち上げ時に、トリガを共有するための準備をするためのフローが示されている。図１２に示されるように、ロギング装置５０は、ロギング装置５０自体の記憶部５３０に格納されているトリガ設定情報５０１を参照する（ステップＳ１１）。トリガ設定情報５０１は、図１３に例示されるように、トリガ検出条件と、トリガ検出時の送信の有無と、トリガ受信時のロギングの有無を示す。

次に、ロギング装置５０は、ステップＳ１１にて参照したトリガ設定情報５０１に、トリガを送受信すべきことが規定されているか否かを判定する（ステップＳ１２）。具体的には、ロギング装置５０は、トリガの検出時に送信すべきことが規定されていること、及び、トリガの受信時にロギングすべきこと、の少なくとも一方が規定されていれば、ステップＳ１２の判定を肯定する。

ステップＳ１２の判定を肯定した場合（ステップＳ１２；Ｙｅｓ）、ロギング装置５０は、トリガ設定情報５０１を中央処理ユニット２１に出力する（ステップＳ１３）。トリガ設定情報５０１の出力は、中央処理ユニット２１へのトリガ設定情報５０１の送信であってもよいし、中央処理ユニット２１が参照可能な記憶装置へのトリガ設定情報５０１の格納であってもよい。一方、ステップＳ１２の判定を否定した場合（ステップＳ１２；Ｎｏ）、すなわち、トリガの送信も受信もしないことが規定されている場合、ロギング装置５０は、トリガ設定情報５０１を出力しない。

中央処理ユニット２１は、各ロギング装置５０から提供されたトリガ設定情報５０１を取得して（ステップＳ１４）、トリガ共有情報２１３１を更新する（ステップＳ１５）。具体的には、図１４に示されるように、トリガ設定情報５０１を出力したロギング装置５０それぞれが、トリガ信号を送信するか否か、及び、外部からのトリガ信号を受信してロギング処理を実行するか否か、を示すように、トリガ共有情報２１３１が変更される。これにより、トリガ共有情報２１３１は、トリガ信号の送信源となり得るロギング装置５０と、トリガ信号の共有先となるロギング装置５０と、を示すこととなる。

ここで、中央処理ユニット２１は、ロギング装置５０の機種又は型番をロギング装置５０それぞれに問い合わせて、当該ロギング装置５０の機種又は型番が、トリガの共有又はトリガ信号の送受信に関する機能を有するものであるかを確認してもよい。そして、中央処理ユニット２１は、そのような機能を有しない機種または型番のロギング装置５０からトリガ設定情報５０１が提供されている場合には、トリガ設定情報５０１が誤って設定されていることを示すエラーを出力してもよい。

図１５には、ロギング装置５１が発するトリガ信号を共有するときのフローが示されている。図１５に示されるように、ロギング装置５１は、トリガ信号を受信したか否かを判定する（ステップＳ２１）。トリガ信号を受信していないと判定した場合（ステップＳ２１；Ｎｏ）、ロギング装置５１は、トリガを検出したか否かを判定する（ステップＳ２２）。トリガを検出していないと判定した場合（ステップＳ２２；Ｎｏ）、ロギング装置５１は、ステップＳ２１以降の処理を繰り返して、トリガ信号の受信有無、及びトリガの検出の有無を監視する。

ステップＳ２２にてトリガを検出したと判定した場合（ステップＳ２２；Ｙｅｓ）、ロギング装置５１は、記憶部５３０からトリガ設定情報５０１を参照して、当該トリガ設定情報５０１に、トリガ信号を送信すべきことが規定されているか否かを判定する（ステップＳ２３）。トリガ信号を送信すべきことが規定されていると判定した場合（ステップＳ２３；Ｙｅｓ）、ロギング装置５１は、トリガ信号を中央処理ユニット２１に送信する（ステップＳ２４）。

ステップＳ２１にて、トリガ信号を受信したと判定した場合（ステップＳ２１；Ｙｅｓ）、ロギング装置５１は、トリガ設定情報５０１に、トリガ信号を受信してロギング処理を実行すべきことが規定されているか否かを判定する（ステップＳ２５）。トリガ信号を受信してロギング処理を実行すべきことが規定されていると判定した場合（ステップＳ２５；Ｙｅｓ）、及び、ステップＳ２３にてトリガ信号を送信すべきことが規定されていないと判定した場合（ステップＳ２３；Ｎｏ）、並びに、ステップＳ２４の終了後に、ロギング装置５１は、トリガ設定情報５０１に従ってロギングの処理を実行する（ステップＳ２６）。これにより、ログデータ５０３が生成される。そして、ロギング装置５１は、ステップＳ２６で生成したログデータ５０３のロギング期間を示すロギング期間情報５０４を生成する（ステップＳ２７）。具体的には、ロギング装置５１は、ロギング期間を示すレコードを生成してロギング期間情報５０４に追加する。

ステップＳ２５にて、トリガ信号を受信してロギング処理を実行すべきことが規定されていないと判定した場合（ステップＳ２５；Ｎｏ）、ロギング装置５１は、ロギングを実行しない。

ステップＳ２４にてトリガ信号が送信されると、中央処理ユニット２１は、当該トリガ信号を受信して、トリガ共有情報２１３１に従ってトリガ信号を中継する（ステップＳ２８）。具体的には、トリガ共有情報２１３１にて、トリガ信号を受信してロギング処理を実行することが示されているロギング装置５０に対してトリガ信号を送信する。図１５では、中央処理ユニット２１からのトリガ信号の送信先となるロギング装置５０として、ロギング装置５２が代表的に示されている。

ロギング装置５２は、中央処理ユニット２１からのトリガ信号を受信すると、ロギング装置５１によるステップＳ２１～Ｓ２５と同様の処理を実行して、トリガ信号を受信してロギング処理を実行すべきことが規定されているときには、ロギングの処理を実行し（ステップＳ２９）、ロギング期間情報５０４を生成する（ステップＳ２１０）。これにより、ロギング装置５１，５２が連動してログデータ５０３及びロギング期間情報５０４を生成することとなる。

なお、ロギング装置５２は、トリガ信号を受信してロギング処理を実行すべきことがトリガ設定情報５０１に規定されていないときには、ロギング処理を実行しなくともよい。ここで、中央処理ユニット２１は、トリガ信号を受信してロギング処理を実行するロギング装置５０に宛ててトリガ信号を送信するが、図１２に示される立ち上げ時のフローにおいてロギング装置５２のトリガ設定情報５０１をトリガ共有情報２１３１に反映した後で、ロギング装置５２のトリガ設定情報５０１が変更された場合には、トリガ信号の共有先であったロギング装置５２が、トリガ信号を受信してもロギングしないこととなる。

また、図１５においてロギング装置５２は、ステップＳ２９，Ｓ２１０を実行することが示されているが、このロギング装置５２の実行ステップは、ロギング装置５１と同様に実行する処理手順のうちの代表的なステップである。すなわち、ロギング装置５２は、ロギング装置５１と同様のステップＳ２１～Ｓ２７を実行する。また、ロギング装置５１，５２はそれぞれ、複数のロギング装置５０のいずれであってもよい。

図１６には、中央処理ユニット２１が検出したトリガを共有するときのフローが示されている。図１６に示されるように、中央処理ユニット２１は、トリガを検出したか否かを判定し（ステップＳ３１）、トリガを検出していないと判定した場合（ステップＳ３１；Ｎｏ）、この判定を繰り返すことによりトリガの有無を監視する。一方、トリガを検出したと判定した場合（ステップＳ３１；Ｙｅｓ）、中央処理ユニット２１は、トリガ共有情報２１３１に従ってトリガ信号を送信する（ステップＳ３２）。そして、ロギング装置５０は、ステップＳ３２で送信されたトリガ信号を受信して、トリガ信号を受信してロギング処理を実行すべきことがトリガ設定情報５０１に規定されている場合には、ロギング処理を実行し（ステップＳ３３）、ロギング期間情報５０４を生成する（ステップＳ３４）。

図１７には、中央処理ユニット２１によって実行される、トリガを共有するためのトリガ共有処理が示されている。このトリガ共有処理では、中央処理ユニット２１は、トリガ信号を外部から受信したか否かを判定する（ステップＳ４１）。トリガ信号を受信していないと判定した場合（ステップＳ４１；Ｎｏ）、中央処理ユニット２１は、中央処理ユニット２１内でトリガを検出したか否かを判定する（ステップＳ４２）。トリガを検出していないと判定した場合（ステップＳ４２；Ｎｏ）、中央処理ユニット２１は、ステップＳ４１以降の処理を繰り返す。これにより、中央処理ユニット２１は、トリガ信号の受信有無及びトリガの検出有無を監視する。

ステップＳ４１にてトリガ信号を受信したと判定した場合（ステップＳ４１；Ｙｅｓ）及びステップＳ４２にてトリガを検出したと判定した場合（ステップＳ４２；Ｙｅｓ）、中央処理ユニット２１は、トリガ共有情報２１３１に従ってトリガ信号をロギング装置５０に送信する（ステップＳ４３）。その後、中央処理ユニット２１は、ステップＳ４１以降の処理を繰り返す。

図１７から分かるように、中央処理ユニット２１は、トリガを示すトリガ信号を受信し又はトリガを検出すると、受信したトリガ又は検出したトリガのロギング装置５０への共有が完了してから、次のトリガに関する処理を実行する。換言すると、複数のトリガがほぼ同時に発生した場合には、中央処理ユニット２１は、最初のトリガのみをロギング装置５０に共有し、他のトリガについてはロギング装置５０に共有しない。

図１８には、生成されたログデータ５０３及びロギング期間情報５０４を支援装置１０に提供するフローが示されている。図１８に示されるように、支援装置１０は、ユーザからの特定の操作に従って、ロギング期間情報５０４の送信を、中央処理ユニット２１を介して接続されている各ロギング装置５０に要求する（ステップＳ５１）。ここで、特定の操作は、例えば、エンジニアリングツールにおけるログデータ分析の開始指示の入力である。また、ロギング期間情報５０４の要求は、画面１１３に表示すべき時刻の指定を含んでもよい。指定される時刻は、特定の時点であってもよいし、時間範囲であってもよい。例えば、図８に示されるような画面１１３を表示するために、支援装置１０は、直近の７時間を指定して、この７時間の範囲内の時刻と重複するロギング期間を示すロギング期間情報５０４のレコードを要求する。

具体的には、１７時丁度のタイミングにおいて、支援装置は、図８に示されるように１０時ゼロ分から１７時ゼロ分までの時間範囲を指定することにより、当該時間範囲に含まれるようなロギング期間を示すロギング期間情報５０４のレコード、及び、当該時間範囲と一部が重複するようなロギング期間を示すロギング期間情報５０４のレコードを要求する。ここで、時間範囲に含まれるようなロギング期間は、当該時間範囲内に開始時刻及び終了時刻の双方が含まれるような期間を意味する。また、時間範囲と一部が重複するようなロギング期間は、開始時刻及び終了時刻の一方が当該時間範囲内に含まれ他方が含まれない期間を意味する。図８に例示される１０時ゼロ分から１７時ゼロ分までの時間範囲に対して、開始時刻が９時３０分で終了時刻１０時３０分のロギング期間を示すロギング期間情報５０４のレコードがあれば、当該レコードも要求されることとなる。

支援装置１０からの要求を受けると、ロギング装置５０は、この要求に応答して、ロギング期間情報５０４を送信する（ステップＳ５２）。詳細には、ロギング装置５０の応答部５７０は、支援装置１０からの問い合わせを受け付けて、ロギング期間情報５０４により示されるロギング期間が指定の時刻を含む場合には問い合わせに対する応答として当該ロギング期間情報５０４の一部又は全部を支援装置１０に提供する。ここで、ロギング期間情報５０４の複数のレコードが指定の時刻を含む場合には、その複数のレコードが提供されてもよい。そして、支援装置１０の通信部１４０は、ロギング期間情報５０４を取得する（ステップＳ５３）。

次に、支援装置１０の提示部１１０が、ステップＳ５３で取得したロギング期間情報５０４により示されるロギング期間をユーザに提示する（ステップＳ５４）。これにより、図８に示されたような画面１１３が表示される。

次に、支援装置１０の受付部１２０は、提示したロギング期間のうちのいずれかのロギング期間のユーザによる選択を受け付ける（ステップＳ５５）。ここで、ロギング期間の選択は、実質的に、ロギング装置５０と、当該ロギング装置５０によるロギングのロギング期間と、の組み合わせの選択を意味する。そして、支援装置１０は、選択されたロギング期間に対応するログデータ５０３の提供を、当該ロギング期間でロギングを実行したロギング装置５０に要求する。

この要求を受けたロギング装置５０は、要求されたログデータ５０３を支援装置１０に送信する（ステップＳ５６）。これにより、支援装置１０の通信部１４０は、ユーザによって指定されたロギング装置５０によって、指定されたロギング期間に生成されたログデータ５０３を取得する（ステップＳ５７）。

次に、支援装置１０は、オフライン分析を開始するための指示がユーザにより入力されたか否かを判定する（ステップＳ５８）。指示が入力されたと判定した場合（ステップＳ５８；Ｙｅｓ）、支援装置１０の提示部１１０は、取得したログデータ５０３についてロギング期間を提示する（ステップＳ５９）。これにより、図１０に例示されるような画面１１３が、ログデータ５０３の取得前と同様の表示形式で表示される。そして、支援装置１０は、ユーザの指示に従って、ログデータ５０３の詳細を表示することにより（ステップＳ５１０）、ユーザによるログデータ５０３の分析を支援する。例えば、支援装置１０は、図１１に例示されるような画面１１３を表示する。なお、ステップＳ５８にて、指示が入力されていないと判定した場合（ステップＳ５８；Ｎｏ）、支援装置１０は、ステップＳ５８の判定を繰り返して、指示の入力を待機する。

以上、説明したように、ログデータ分析支援システム１００では、トリガを共有することにより複数のロギング装置５０が連動してロギング処理を実行する。ここで、ログデータの分析においては、複数のロギング装置５０で同時にログデータ５０３を生成しておいて、これらのログデータ５０３を分析の対象にしたいという要望がある。具体的には、図１９に示されるように、異常が発生した時刻における複数の機器の動作を事後的に検証するために、複数のログデータ５０３を分析することが望ましい。しかしながら、トリガが共有されない場合には予め、複数のロギング装置５０に対して、ロギングが連動するようにトリガを設定する必要があり、そのような設定は一般的に困難である。

具体的には、ロギング装置５０の数が２台又は３台程度である場合には設定作業はさほど難しくはないが、５台、６台又は数十台と増えた場合には、単純にロギング装置５０それぞれに同様の情報を順に設定する手間がかかり、作業が繁雑になる。また、複数のロギング装置５０がネットワークをまたがって接続されている場合には、これらのロギング装置５０を連動させるためにネットワークの設定を変更する作業が生じ得る。さらに、ログデータ分析支援システム１００を構成するロギング装置５０それぞれに対して異なる担当者によって情報が設定される場合には、ロギング装置５０に対して設定される情報の修正自体が難しい。

これに対して、本実施の形態に係るログデータ分析支援システム１００では、ロギング装置５０にトリガを共有させることにより、重複するロギング期間におけるロギングを容易に実現することができる。

また、支援装置１０は、複数のロギング装置５０に分散して保存されたログデータ５０３を取得する前に、ロギング期間情報５０４をロギング装置５０それぞれから取得して、どのようなロギング期間で生成されたログデータ５０３がどのロギング装置５０に保存されているかを、ユーザに対して一覧表示する。

ロギング装置５０から単にログデータ５０３を読み出す場合には、図２０に示されるように、ユーザが、各ロギング装置５０に保存されているログデータ５０３を順次確認して、必要なログデータ５０３を見つけ出す必要があり、煩雑な作業が生じてしまう。

これに対して、本実施の形態に係るログデータ分析支援システム１００によれば、上述のようにロギング期間を一覧表示することにより、ユーザは、１つの画面１１３を視認するだけでログデータ５０３の概要を確認し、分析に必要なログデータ５０３を選別することができる。特に、ログデータ５０３の分析においては、特定の時刻又は特定の時間範囲において生成されたログデータ５０３を対象とすることが多いため、ロギング装置５０毎にロギング期間を提示することが有効となる。したがって、ログデータの分析のための準備作業を軽減することができる。

また、ログデータ分析支援システム１００におけるトリガ信号の共有範囲は、ロギング装置５０に予め設定されるトリガ設定情報５０１によって決定される。詳細には、トリガを検出したロギング装置５０によるトリガ信号の送信の有無が、当該ロギング装置５０のトリガ設定情報５０１によって決定される。そして、このトリガ信号の送信先は、他のロギング装置５０のトリガ設定情報５０１によって決定される。すなわち、トリガ信号を受信してロギング処理を実行する旨が規定されたトリガ設定情報５０１を有するロギング装置５０を宛先として、トリガ信号が中央処理ユニット２１によって中継される。

なお、トリガ設定情報５０１が、トリガ信号の送信有無と、トリガ信号の受信有無と、の双方を規定する例について説明したが、これには限定されない。トリガ設定情報５０１は、トリガ信号の送信有無と、トリガ信号の受信有無と、の一方を規定してもよい。

トリガ設定情報５０１が、トリガ信号の送信有無を規定し、トリガ信号の受信有無を規定しない場合には、いずれかのロギング装置５０から送信されたトリガ信号が、他のすべてのロギング装置５０にブロードキャストされる。トリガ設定情報５０１が、トリガ信号の受信有無を規定し、トリガ信号の送信有無を規定しない場合には、トリガを検出したロギング装置５０はいずれもトリガ信号を送信し、中央処理ユニット２１は、トリガ信号を受け入れることが規定されているロギング装置５０に宛ててトリガ信号を中継する。

さらに、ロギング装置５０それぞれに設定されたトリガ設定情報５０１が、中央処理ユニット２１のトリガ共有情報２１３１に反映される例を説明したが、これには限定されない。各ロギング装置５０によるトリガ信号の送信権限の有無及び受信権限の有無を規定するトリガ共有情報２１３１が、中央処理ユニット２１に対して直接、予め設定されてもよい。このトリガ共有情報２１３１の設定は、中央処理ユニット２１の入力部６４に対するユーザ操作を、中央処理ユニット２１が受け付けることで実現されてもよいし、支援装置１０に対するユーザ操作を、中央処理ユニット２１の通信部６６を介して受け付けることで実現されてもよい。そして、トリガを検出したロギング装置５０はいずれも、トリガ信号を中央処理ユニット２１に送信して、中央処理ユニット２１は、トリガ信号を送信したロギング装置５０が送信権限を有する場合に、当該トリガ信号を、受信権限を有する他のロギング装置５０に中継してもよい。

また、支援装置１０は、ログデータ５０３の取得前に、ロギング装置５０のリストに対応する第１軸と、時刻に対応する第２軸と、で規定される面においてロギング期間に対応するオブジェクトを配置して表示する。また、支援装置１０は、取得したログデータ５０３についても、同様のオブジェクトを配置してロギング期間を提示する。このようなオブジェクトの配置により、各ログデータ５０３が保存されているロギング装置５０と、当該ログデータ５０３が生成されたロギング期間と、をユーザに容易に認識させることができる。

また、支援装置１０は、２以上のロギング期間の選択を受け付けて、２つのログデータ５０３を取得した場合において、２つのログデータ５０３の詳細として、ログデータ５０３それぞれにより示される値の推移を、図１１に示されるように共通の時間軸で表示する。これにより、ユーザによるログデータ５０３の効率的な分析が可能になる。なお、選択されるロギング期間は１つでもよいし２つより多くてもよい。当該ロギング期間に対応するログデータは、１つでもよいし２つより多くてもよい。

また、図１７に示されるように、中央処理ユニット２１は、トリガ信号を受信すると、当該トリガ信号の中継が完了するまでの間は、他のトリガに関する処理を実行しない。これにより、図２１に示されるように、複数のロギング装置５０から第１トリガ信号、第２トリガ信号及び第３トリガ信号を同時に送信された場合に、中央処理ユニット２１は、最初に受信した第１トリガ信号の伝送を中継し、他のトリガ信号を中継の対象から除外する。これにより、多数のトリガ信号の中継による帯域の圧迫を回避することができる。

特に、何らかの異常が発生することをトリガとして複数のロギング装置５０に設定した場合には、異常が１回発生した際に複数のロギング装置５０で同時にトリガが検出され得る。このような場合に、最初のトリガ以外は不要なものとして破棄しても、最初のトリガに基づいて複数のロギング装置５０が連動してロギング処理を実行する。図２１において、第１トリガ信号を送信するロギング装置５０は、第１検出装置の一例に相当し、第２トリガ信号を送信するロギング装置５０は、第２検出装置の一例に相当する。そして、中央処理ユニット２１のトリガ中継部２１４は、第１トリガ信号が受信された場合に、第１検出装置とは異なる第２検出装置に第１トリガ信号を送信する送信手段であって、受信手段による第１トリガ信号の受信から送信手段による第１トリガ信号の送信が完了するまでに受信手段によって受信される、第１トリガ信号とは異なる第２トリガ信号については、送信の対象から除外する送信手段の一例に相当する。また、ログデータ分析支援システム１００は、トリガ伝送システムの一例に相当し、図１７，２１に示される手順は、トリガ伝送方法の一例に相当する。ここで、第１トリガ信号の送信先は、共有範囲内のロギング装置５０に等しく、中央処理ユニット２１に接続されているすべてのロギング装置５０であってもよいし、第２検出装置を含む２以上のロギング装置であってもよい

なお、図１７の例では、中央処理ユニット２１において実行される一のトリガ信号の中継処理が完了するまでの期間において、他のトリガ信号の中継が実行されない。換言すると、中央処理ユニット２１が一のトリガ信号の中継を開始してから他のトリガ信号の中継を中断する中断期間の終了時点が、中央処理ユニット２１において実行される中継処理の完了時であった。ここで、中断期間の終了時点を、他の任意のタイミングに変更してもよい。

例えば、中断期間の終了時点は、中継されたトリガ信号が宛先であるロギング装置５０に到達するタイミングであってもよい。このタイミングは、詳細には、中継されたトリガ信号が宛先である少なくとも１つのロギング装置５０に到達したタイミングであってもよいし、中継されたトリガ信号がすべての宛先に到達したタイミングであってもよい。ロギング装置５０は、トリガ信号を受信したことを示す受信信号を中央処理ユニット２１に送信し、中央処理ユニット２１は、受信信号に基づいて中断期間を終了すればよい。

また、中断期間の終了時点は、中継されたトリガ信号を受信したロギング装置５０によるロギングが完了するタイミングであってもよい。このタイミングは、詳細には、トリガ信号を受信した少なくとも１つのロギング装置５０によるロギングが完了したタイミングであってもよいし、トリガ信号を受信したすべてのロギング装置５０によるロギングが完了したタイミングであってもよい。ロギング装置５０は、ロギングが完了したことを示す完了信号を中央処理ユニット２１に送信し、中央処理ユニット２１は、完了信号に基づいて中断期間を終了すればよい。

また、中断期間の長さが、例えば、５分間又は１０分間として、予め定められてもよい。中断期間の長さが長くなると、多数の装置を含む大規模なログデータ分析支援システム１００において、トリガ信号がループしてしまうような輻輳の発生を予防することができる。中断期間の長さは、少なくとも、中断期間以外のタイミングで最初に受信したトリガ信号の中央処理ユニット２１による中継処理が完了するまでの期間より長ければよい。

また、特定のアドレスから制御データの値を繰り返し読み出すことでログデータ５０３が生成される例について説明した。ここで、制御データが読み出されるアドレスは、記憶装置の物理的な記憶領域の識別子であってもよいし、ファームウェア及びＯＳ（Operating System）を含むソフトウェアによって扱われる論理的な記憶領域の識別子であってもよい。制御データのアドレスは、ログデータ５０３としてその推移が記録される値を、他の値から区別するための識別情報であればよい。例えば、制御データのアドレスは、ＰＬＣにおけるデバイスであってもよいし、ＦＢＤ（Function Block Diagram）言語のようなプログラミング言語で扱われる「変数」又は「ラベル」であってもよい。

実施の形態２．
続いて、実施の形態２について、上述の実施の形態１との相違点を中心に説明する。なお、上記実施の形態１と同一又は同等の構成については、同等の符号を用いる。上記実施の形態１では、トリガが単にロギングの開始を示す例について説明したが、トリガに着目して、ユーザによるログデータ５０３の分析をさらに支援することが考えられる。以下、トリガに関してユーザをさらに支援する手法について説明する。

本実施の形態では、トリガ信号及びログデータにトリガに関するトリガ情報が付与される。詳細には、図２２に示されるように、ロギング装置５１は、ステップＳ２３の判定を肯定した場合（ステップＳ２３；Ｙｅｓ）、トリガ信号にトリガ情報を付して中央処理ユニット２１へ送信する（ステップＳ６１）。トリガ情報は、図２３に示されるように、トリガの共有先を示す共有情報と、トリガを識別するためのトリガＩＤと、を含む。

トリガＩＤは、例えば、トリガを検出した装置の識別情報と、トリガの検出時刻と、に基づいて定められるが、これには限定されず、トリガ毎に一意の識別子であればよい。共有情報は、図２４に例示されるように、トリガ設定情報５０１において、トリガ検出時にトリガ信号を送信する旨に伴って規定される。図２４の上段は、第１のトリガが検出された際の共有先が「中央処理ユニット２１の管理対象のみ」に限定されることを示し、図２４の下段は、第２のトリガが検出された際の共有先がすべての機器であることを示す。

ＰＬＣ２０は、図２５に示されるように、中央処理ユニット２１，２１ａを含み、中央処理ユニット２１がロギング装置５１を管理対象とし、中央処理ユニット２１ａが、ロギング装置５１とは異なるロギング装置５２を管理対象とする場合がある。このような場合において、ロギング装置５１で図２４に示される第１のトリガが検出されると、このトリガは、図２５において実線の矢印で示されるように、トリガを検出したロギング装置５１とともに中央処理ユニット２１によって管理される他のロギング装置５１に共有され、ロギング装置５２には共有されない。具体的には、中央処理ユニット２１が、トリガ信号の送信先をロギング装置５１に限定する。

また、ロギング装置５１で図２４に示される第２のトリガが検出されると、このトリガは、図２５において破線の矢印で示されるように、すべてのロギング装置５１，５２に共有される。このように、トリガ設定情報５０１の設定内容によって、トリガの共有範囲を制御することができる。

図２２に戻り、ステップＳ６１に続いて、ロギング装置５１は、ロギング処理を実行して（ステップＳ２６）、ロギング期間情報５０４を生成して、ステップＳ６１でトリガ信号に付与したトリガ情報をロギング期間情報５０４にも付与する（ステップＳ６２）。具体的には、ロギング期間情報５０４に追加されるレコードにトリガ情報が関連付けて保存される。

ステップＳ６１で送信されたトリガ信号及びトリガ情報を受信すると、中央処理ユニット２１は、トリガ信号及びトリガ情報を、トリガ共有情報２１３１に従って中継する（ステップＳ６３）。ここで、トリガ共有情報２１３１により規定される共有先が、トリガ情報の共有情報により示される共有先と異なる場合には、いずれかの共有先を優先することが予め定められていてもよいし、共有先として重複して指定されている宛先に限定してトリガ信号が送信されてもよい。また、トリガ情報により共有先が規定されるため、トリガ共有情報２１３１による共有先の選定を省略してもよい。すなわち、中央処理ユニット２１は、トリガ共有情報２１３１を記憶することなく、トリガ情報に基づいてトリガ信号を中継してもよい。

中央処理ユニット２１からトリガ信号及びトリガ情報を受信したロギング装置５２は、ステップＳ２９を実行してから、ロギング期間情報５０４を生成して、当該ロギング期間情報５０４に、受信したトリガ情報を付与する（ステップＳ６４）。ステップＳ２９については、ロギング装置５２のトリガ設定情報５０１の内容に応じて実行の有無が決定されてもよいし、共有先としてトリガ信号が到達したすべてのロギング装置５２が、トリガ設定情報５０１に関わらず実行してもよい。

図２６には、支援装置１０がロギング期間情報５０４とともにトリガ情報を取得するフローが示されている。具体的には、支援装置１０が、ロギング期間情報５０４を要求すると、ロギング装置５０が、ロギング期間情報５０４とともに当該ロギング期間情報５０４に付されたトリガ情報を送信する（ステップＳ６５）。支援装置１０は、ロギング期間情報５０４及びトリガ情報を取得すると（ステップＳ６６）、ロギング期間をトリガ情報とともにユーザに対して提示する（ステップＳ６７）。

具体的には、図２７に示されるように、画面１１３において、トリガＩＤの表示を指示するボタン７２１をユーザが押下すると、各ロギング期間に対応するオブジェクトに、トリガが発生したタイミングを示す線が重ねて表示されるとともに、当該トリガのトリガＩＤが表示される。これにより、ユーザは、２つのオブジェクト７２２に対応するログデータがいずれも、「ＴＲＩＧ００１」というトリガＩＤを有するトリガによって生成された一方、オブジェクト７２２と時間範囲が重複しているオブジェクト７２３については、「ＴＲＩＧ３０２」という異なるトリガＩＤを有するトリガによって生成されたことを、容易に把握することができる。また、トリガを共有してロギングされたログデータ５０３については、共通のトリガＩＤが表示されることとなるため、図２７の画面１１３から、トリガの共有範囲を容易に認識することができる。

なお、図２７においてトリガが発生したタイミングは、トリガ情報により示されてもよい。トリガ情報は、トリガ発生タイミングを示す場合には、図２３に示される共有情報及びトリガＩＤに加えて、トリガ発生タイミングを示す。

また、トリガ発生タイミングは、ロギング装置５０におけるトリガに基づくログデータ５０３の生成方法により特定されてもよい。例えば、トリガ発生直後又はトリガ信号の受信直後からロギング装置５０が制御データを読み出してログデータ５０３を生成する場合には、ロギング期間の開始時点が、トリガの発生タイミングに相当する。ロギング装置５０が、トリガの有無に関わらず、制御データを常時読み出してリングバッファに一時的に格納し、このリングバッファを利用して、トリガ発生又はトリガ信号の受信よりも一定時間だけ前に読み出した制御データを起点としてログデータ５０３を生成する場合には、ロギング期間の開始時点から当該一定時間が経過した時点が、トリガの発生タイミングに相当する。ログデータ５０３の生成方法は、支援装置１０に予め保存されていてもよいし、必要に応じて支援装置がロギング装置５０に問い合わせることで取得してもよい。

生成方法を特定することができない場合には、支援装置１０は、ロギング期間のうちの任意のタイミングをトリガ発生時刻として示してもよいし、トリガ発生時刻を示すことなくトリガＩＤのみをロギング期間に対応させて表示してもよい。具体的には、支援装置１０は、図２７におけるトリガ発生時刻に対応する線を示すことなく、トリガＩＤを表示してもよい。

以上、説明したように、共有情報及びトリガＩＤを含むトリガ情報を利用して、ユーザをさらに支援することができる。また、トリガ信号の共有範囲を、トリガ情報を用いて柔軟に制御することができる。なお、トリガ情報からは、共有情報及びトリガＩＤの一方が省略されてもよい。また、トリガ信号にトリガ情報を付与する例について説明したが、トリガ情報をトリガ信号に埋め込んで、トリガ情報を示すトリガ信号を伝送してもよい。トリガＩＤは、トリガを他のトリガから識別するためのトリガ識別情報の一例に相当する。

実施の形態３．
続いて、実施の形態３について、上述の実施の形態１との相違点を中心に説明する。なお、上記実施の形態１と同一又は同等の構成については、同等の符号を用いる。本実施の形態は、ログデータ５０３とは別のイベントの発生履歴が、ロギング期間と併せてユーザに対して提示される点で、実施の形態１と異なる。

本実施の形態に係る支援装置１０は、図２８に示されるように、通信部１４０がイベント情報を取得して記憶部１３０に格納する。イベント情報は、イベントを識別するためのイベントＩＤと、イベントの発生日時と、イベントの種別と、イベントの詳細と、を関連付けて示す情報である。イベントは、ＰＬＣ２０による機器の制御に関するイベントであって、例えば、異常の検出、エラーの発生、その他の予めイベントとして定められた事象である。イベント情報の提供元は、任意である。具体的には、イベント情報は、中央処理ユニット２１から提供されてもよいし、ロギング装置５０から提供されてもよいし、他の機器から提供されてもよい。また、イベントが発生したときに、ユーザが直接イベント情報を受付部１２０に入力してもよい。

提示部１１０は、図２９に例示されるように、イベント情報を記憶部１３０から参照して、イベントの発生時刻を示す三角形のオブジェクト７３１を表示する。また、提示部１１０は、当該オブジェクト７３１がユーザにより選択されたときには、イベントの詳細を表示する領域７３２を表示する。

以上、説明したように、支援装置１０は、ロギング期間とともにイベントの時刻を示す。これにより、ユーザは、イベントの発生前後において生成されたログデータ５０３を容易に選別することができる。

実施の形態４．
続いて、実施の形態４について、上述の実施の形態１との相違点を中心に説明する。なお、上記実施の形態１と同一又は同等の構成については、同等の符号を用いる。上記実施の形態１では、ユーザは、ロギング装置５０それぞれのロギング期間を確認して、取得すべきログデータ５０３を選択しなければならなかった。しかしながら、取得すべきログデータ５０３が、ログデータ５０３に含まれる制御データに依存する場合がある。このような場合に、大量のログデータ５０３を取得して制御データを探し出すのは、回線を圧迫するとともに時間がかかってしまう。そこで、ログデータ５０３を取得する前に、ログデータ５０３に含まれる制御データをある程度調べる手法について、以下説明する。

本実施の形態では、図３０に示されるように、ステップＳ５４に続いて、支援装置１０が、ログデータ５０３から検索する制御データの条件の指定を受け付ける（ステップＳ７１）。具体的には、提示部１１０が、図３１に示されるような条件の入力フォームを表示して、受付部１２０が、ユーザによって指定される条件の入力を受け付ける。

次に、支援装置１０が、ステップＳ７１の条件をロギング装置５０に通知し（ステップＳ７２）、ロギング装置５０は、条件に合致する制御データをログデータ５０３から検索する（ステップＳ７３）。そして、ロギング装置５０は、検索結果を示す検索結果情報を支援装置１０に送信する（ステップＳ７４）。条件に合致する制御データが発見された場合の検索結果は、発見された制御データと、当該制御データの記録日時と、を含む。また、条件に合致する制御データが発見されない場合の検索結果は、発見されない旨を示す。

そして、支援装置１０は、ロギング装置５０から受信した検索結果情報をユーザに対して提示する（ステップＳ７５）。例えば、図３２に示されるように、提示部１１０は、ロギング期間を示すオブジェクトとともに、発見された制御データの記録日時を示すオブジェクト７４１を表示する。

以上、説明したように、支援装置１０がログデータを取得する前に、ユーザにより指定された条件を満たす制御データをロギング装置５０がログデータ５０３から検索し、検索結果が提示部１１０によって提示される。これにより、特定の条件を満たす制御データを含むログデータ５０３が分析の対象となる場合に、多数のログデータ５０３及びサイズが大きいログデータ５０３のいずれもが支援装置１０に送信されることなく、ユーザは、そのような制御データを容易に検索することができる。

実施の形態５．
続いて、実施の形態５について、上述の実施の形態１との相違点を中心に説明する。なお、上記実施の形態１と同一又は同等の構成については、同等の符号を用いる。本実施の形態は、ロギング期間情報５０４及びログデータ５０３に対してユーザが任意の時刻にマークを付すことができる点で、実施の形態１と異なる。

本実施の形態に係る受付部１２０は、図３３に示されるように、ロギング期間を示すオブジェクトを含む面において、ユーザによってマーク７５１が付されると、当該マークに対応する時刻を算出して、マークのＩＤとともに記憶部１３０に記憶させる。このマークは、図３４に示されるように、２以上のログデータ５０３の詳細を示す画面１１３において、ログデータ５０３それぞれの値の推移に対して上述のように算出された時刻を示す。

以上、説明したように、ユーザがマークを付すことができれば、ユーザによるログデータ５０３の分析に役立てることができる。具体的には、複数の制御データそれぞれの推移を詳細に検討する場合において、ユーザは、注目すべき共通のタイミングを指定して、当該タイミングの付近における制御データの変動を容易に観察することができる。

実施の形態６．
続いて、実施の形態６について、上述の実施の形態２との相違点を中心に説明する。なお、上記実施の形態２と同一又は同等の構成については、同等の符号を用いる。本実施の形態は、ＰＬＣ２０によって管理されるロギング装置５０と、ＰＬＣ２０に産業用ネットワーク４００を介して接続されるロギング装置５０と、でトリガの共有の形態が異なる点で、実施の形態２とは異なる。

本実施の形態では、図３５に示されるように、ＰＬＣ２０及び被制御機器３２では、共有情報を利用してトリガが共有され、共有情報に従ってトリガの共有範囲が定められる。また、産業用ネットワーク４００においては、トリガ情報を付加してトリガが共有される。

また、上記実施の形態２では、トリガ信号を中継する機能を有する要素として中央処理ユニット２１を中心に説明したが、本実施の形態では、ネットワークユニット２４についても、図３６に示されるように、中央処理ユニット２１と同等のトリガ信号の中継に関する機能を有する。図３６に示されるネットワークユニット２４の通信部２４２、記憶部２４３、トリガ中継部２４４及びトリガ検出部２４５は、図６に示された中央処理ユニット２１のバス通信部２１２、記憶部２１３、トリガ中継部２１４及びトリガ検出部２１５と同等に機能する。ただし、通信部２４２は、ＰＬＣバス２００及び産業用ネットワーク４００を介してトリガ信号を送受信する。ネットワークユニット２４は、中央処理ユニット２１と同様に、図３に示されるようなＦＡ装置としてのハードウェア構成を有する。

ネットワークユニット２４は、プログラマブルコントローラを構成するトリガ中継ユニットの一例に相当する。通信部２４２は、トリガ信号を受信する受信手段の一例に相当し、トリガ中継部２４４は、トリガ信号を送信する送信手段の一例に相当する。

中央処理ユニット２１は、ＰＬＣ２０を構成する一のユニットからＰＬＣバス２００を介して受信したトリガ信号を、当該ＰＬＣバス２００を介して他のユニットに中継するのに対して、ネットワークユニット２４は、一の装置からＰＬＣバス２００又は産業用ネットワーク４００を介して受信したトリガ信号を、ＰＬＣバス２００又は産業用ネットワーク４００を介して他の装置に中継する。

例えば、ネットワークユニット２４は、ＰＬＣバス２００からトリガ信号を受信すると、当該トリガ信号にトリガ情報を付与して、当該トリガ信号を産業用ネットワーク４００上のロギング装置４１，４２に送信する。また、ネットワークユニット２４は、ロギング装置４１からトリガ信号を受信すると、当該トリガ信号に付与されたトリガ情報を利用して、当該トリガ信号をロギング装置４２及びＰＬＣバス２００を介して接続されるユニットに送信する。

ここで、ネットワークユニット２４は、トリガを検出する機能を有する場合には、図１７に示された中央処理ユニット２１のトリガ共有処理と同等の処理を実行する。このため、ネットワークユニット２４は、中央処理ユニット２１と同様に、１つのトリガ信号を受信した時点から、他のトリガ信号を受信しても中継しない中断期間を設ける。ネットワークユニット２４がトリガを検出する機能を有しない場合には、図１７に示されたトリガ共有処理からステップＳ４２を省略すればよい。

以上、説明したような形態においても、上述の実施の形態２と同様の効果を奏する。なお、ＰＬＣバス２００上のトリガ信号の共有範囲を決定する手法と、産業用ネットワーク４００上のトリガ信号の共有範囲を決定する手法と、が共通する場合においても、ネットワークユニット２４は、中央処理ユニット２１と同様の中継に関する機能を有してもよい。

また、ＰＬＣ２０のロギングユニット２３が、トリガを受信する機能を省いて構成されてもよい。すなわち、図３７に示されるように、ロギングユニット２３は、トリガ送受信部５４０に代えてトリガ送信部５４０ａを有し、トリガを検出した場合にはトリガ信号を送信して、中央処理ユニット２１が、当該トリガ信号を、産業用ネットワーク４００を介してロギング装置４１，４２にブロードキャストしてもよい。

実施の形態７．
続いて、実施の形態７について、上述の実施の形態２との相違点を中心に説明する。なお、上記実施の形態２と同一又は同等の構成については、同等の符号を用いる。本実施の形態は、中央処理ユニット２１によって受信されるトリガ情報が、トリガの発行元、並びにトリガ信号の送信元及び送信先を示し、当該トリガ情報に基づいてトリガ信号の共有範囲が定まる点で、実施の形態２と異なる。このトリガ情報は、第１トリガ情報の一例に相当する。

本実施の形態に係るトリガ情報は、図３８に示されるように、共有情報として、トリガの発行元、トリガ信号の送信元、及びトリガ信号の宛先を示す。発行元は、トリガを検出した装置、又は、トリガ信号を最初に送信した装置を意味する。このトリガ情報は、トリガを検出してトリガ信号を生成したロギング装置５０によってトリガ信号に付与される。ただし、トリガ情報のうちの「送信元」については、ロギング装置５０と中央処理ユニット２１との間でトリガ信号を伝送する装置によって当該装置を示す情報に書き換えられる。図３８の例では、ロギング装置４１によってトリガが検出されることで生成され、ネットワークユニット２４を介して伝送されて中央処理ユニット２１によって受信される段階のトリガ情報が例示されている。

中央処理ユニット２１は、このトリガ情報及び予め設定されたトリガ共有情報２１３１に基づいて、トリガ信号の送信先を決定する。詳細には、中央処理ユニット２１は、図３９に例示されるようなトリガ共有情報２１３１を参照する。このトリガ共有情報２１３１は、トリガ信号を送信するための発行元である装置を発行元条件として示し、トリガ信号を送信するための送信元である装置を送信元条件として示す。中央処理ユニット２１は、トリガ情報により示される発行元が、トリガ共有情報２１３１に規定される発行元条件に合致し、かつ、トリガ情報により示される送信元が、トリガ共有情報２１３１に規定される送信元条件に合致する場合に、トリガ情報により示される宛先へトリガ信号を送信する。

中央処理ユニット２１によって送信されるトリガ信号には、トリガ情報が付与されてもよいし、付与されなくともよい。中央処理ユニット２１からトリガ信号を受信したロギング装置５０は、制御データをロギングする。

以上、説明したように、中央処理ユニット２１によって受信されるトリガ情報により示される発行元、送信元及び宛先によって、トリガ信号の共有範囲が決定される。これにより、トリガ信号の共有範囲を柔軟に制御することができる。

なお、発行元条件及び送信元条件の双方が満たされた場合にトリガ信号が中継される例について説明したが、これには限定されない。これらの条件の一方が満たされた場合に、中央処理ユニット２１は、トリガ情報により示される宛先へトリガ信号を送信してもよい。

また、トリガ情報は、発行元、送信元及び宛先のうちの任意の１つ又は２つを示す情報であってもよい。すなわち、図３８に示される発行元、送信元及び宛先のうちの任意の１つ又は２つが省略されたトリガ情報に基づいてトリガ信号の共有範囲が決定されてもよい。宛先が省略された場合には、中央処理ユニット２１は、発行元及び送信元に関する条件の一方が成立した場合、又は双方が成立した場合に、接続されているすべてのロギング装置５０にトリガ信号を送信すればよい。

本実施の形態は、検出装置によって検出されるトリガに基づいてロギング装置が制御データをロギングするか否かが、中継設定情報の内容、及び、検出装置から送信されるトリガ信号に対して検出装置によって付与される第１トリガ情報の内容、の少なくとも一方に従う中央処理ユニットによるロギング装置へのトリガ信号の送信の有無により決定される例に相当する。

また、発行元条件を示すトリガ共有情報２１３１は、トリガ信号に付与された第１トリガ情報が検出装置を発行元として示す場合に該トリガ信号をロギング装置に送信すべきか否かを示す中継設定情報の一例に相当する。送信元条件を示すトリガ共有情報２１３１は、トリガ信号に付与された第１トリガ情報が送信元装置を示す場合に該トリガ信号をロギング装置に送信すべきか否かを示す中継設定情報の一例に相当する。

実施の形態８．
続いて、実施の形態８について、上述の実施の形態２との相違点を中心に説明する。なお、上記実施の形態２と同一又は同等の構成については、同等の符号を用いる。本実施の形態は、中央処理ユニット２１によって送信されるトリガ情報が、トリガの発行元、並びにトリガ信号の送信元及び送信先を示し、トリガ信号を受信したロギング装置５０が、当該トリガ情報に基づいてロギングの実行有無を決定する点で、実施の形態２と異なる。このトリガ情報は、第２トリガ情報の一例に相当する。

本実施の形態に係るトリガ情報は、図４０に示されるように、共有情報として、トリガの発行元、トリガ信号の送信元、及びトリガ信号の宛先を示す。このトリガ情報は、トリガを検出してトリガ信号を生成したロギング装置５０によってトリガ信号に付与される。ただし、トリガ情報のうちの「送信元」については、トリガ信号を中継する装置によって当該装置を示す情報に書き換えられる。図４０の例では、ロギング装置４１によってトリガが検出されることで生成され、中央処理ユニット２１によって中継される段階のトリガ情報が例示されている。なお、中央処理ユニット２１によって受信されるトリガ信号にはトリガ情報が付与されずに、中央処理ユニット２１がトリガ情報を生成してトリガ信号に付与してもよい。中央処理ユニット２１がトリガ情報を生成して付与する場合において、発行元の特定が困難であるときには、共有情報においては、発行元として、中央処理ユニット２１にトリガ信号を送信した装置が示されてもよい。

中央処理ユニット２１からトリガ信号を受信したロギング装置５０は、このトリガ情報及びトリガ設定情報５０１に基づいて、ロギングの実行有無を決定する。詳細には、ロギング装置５０は、図４１に例示されるようなトリガ設定情報５０１を参照する。このトリガ設定情報５０１は、ロギングを実行するための発行元条件と、ロギングを実行するための送信元条件と、を示す。ロギング装置５０は、トリガ情報により示される発行元が、トリガ設定情報５０１に規定される発行元条件に合致し、トリガ情報により示される送信元が、トリガ設定情報５０１に規定される送信元条件に合致し、かつ、トリガ情報により示される宛先が、当該ロギング装置５０自体である場合に、ロギングを実行する。なお、ロギング装置５０は、トリガ情報が、当該ロギング装置５０とは異なる宛先を示す場合には、ロギングを実行しない。

以上、説明したように、トリガ情報により示される発行元、送信元及び宛先によって、ロギング装置によるロギングの有無が決定される。これにより、ロギングを実行させるためのトリガ信号の実質的な共有範囲を柔軟に制御することができる。

なお、第１の条件としての発行元条件、第２の条件としての送信元条件、及び、宛先がロギング装置５０自体であるという第３の条件のいずれか１つが満たされた場合、又は、任意の２つの組み合わせが満たされた場合に、ロギング装置５０は、ロギングを実行してもよい。また、トリガ情報は、発行元、送信元及び宛先のうちの任意の１つ又は２つを示す情報であってもよい。

本実施の形態は、検出装置によって検出されるトリガに基づいて制御データをロギングするか否かが、ロギング装置によって受け付けられた受信設定情報の内容、及び、トリガ信号を受信した中央処理ユニットからロギング装置へ送信されるトリガ信号に付与される第２トリガ情報の内容、の少なくとも一方により決定される例に相当する。

また、発行元条件を示すトリガ設定情報５０１は、受信されたトリガ信号に付与された第２トリガ情報が検出装置を発行元として示す場合に制御データをロギングすべきか否かを示す受信設定情報の一例に相当する。送信元条件を示すトリガ設定情報５０１は、受信されたトリガ信号に付与された第２トリガ情報が送信元装置を示す場合に制御データをロギングすべきか否かを示す受信設定情報の一例に相当する。

実施の形態９．
続いて、実施の形態９について、上述の実施の形態２との相違点を中心に説明する。なお、上記実施の形態２と同一又は同等の構成については、同等の符号を用いる。本実施の形態は、中継回数の上限値が規定されることによりトリガ信号の共有範囲が定まる点で、実施の形態２と異なる。

本実施の形態に係る共有情報は、図４２に示されるように、トリガ信号の残り中継回数を示す。この残り中継回数の初期値は、トリガを検出したロギング装置５０によって設定される。初期値は、当該ロギング装置５０の出荷時に予め設定されていてもよいし、ユーザにより任意に設定されてもよい。初期値は、トリガの種別に応じて異なる値であってもよい。そして、トリガ信号を中継する機能を有する装置は、当該トリガ信号に付与された共有情報の残り中継回数が２回以上である場合には、残り中継回数をデクリメントしてから当該トリガ信号を中継し、残り中継回数が１回である場合には、残り中継回数をデクリメントした結果、残り中継回数がゼロ回になるため当該トリガ信号を中継しない。

ここで、残り中継回数が減少するような中継は、中央処理ユニット２１、入出力ユニット２２、ネットワークユニット２４及びロギング装置５０のような装置による中継であってもよい。ただし、多数のネットワークを含む大規模な制御システムにおいて、ネットワークを経由するような中継において残り中継回数をデクリメントすれば、トリガ信号が伝播するネットワークの範囲を限定して、トリガ信号のループによる回線の圧迫を回避するのに有効である。以下では、一のネットワークから他のネットワークへのトリガ信号の中継時に残り中継回数を減じる例について説明する。

詳細には、図４３に示されるように、単一のＰＬＣシステムを構成する装置間においてトリガ信号が伝達される際には、当該装置は、残り中継回数を変更しない。ここで、ＰＬＣシステムは、ＰＬＣ及び当該ＰＬＣにネットワーク以外の信号線で接続されたＦＡ装置を含むシステムであって、図１の例では、ＰＬＣ２０及び被制御機器３１，３２が１つのＰＬＣシステムを構成し、ＰＬＣ２０に産業用ネットワーク４００を介して接続されるロギング装置４１，４２はそれぞれ、ＰＬＣ２０を含むＰＬＣシステムの外部に位置する。また、ＰＬＣシステムを構成する装置は、図１では、ＰＬＣ２０を構成する各ユニット、及び被制御機器３１，３２のそれぞれに相当する。

図４４には、大規模の制御システムにおいて残り中継回数によりトリガ信号及びトリガ情報の共有範囲が定まる例が示されている。図４４において、ＰＬＣシステムを構成する「ＣＰＵ」は、中央処理ユニット２１に相当し、ＰＬＣシステムを構成する「中継装置」は、トリガ信号を他の装置に中継する機能を有する装置である。また、装置同士をつなぐ線及び装置とネットワークＮＷ１～ＮＷ６をつなぐ線は、通信線による接続を示し、矢印は、トリガ信号及びトリガ情報の伝送を示す。矢印付近の丸印の中の数は、矢印に対応するトリガ情報の残り中継回数を意味する。

図４４において太線のブロックで示されるロギング装置５４がトリガを検出すると、ロギング装置５４は、初期値として４回という残り中継回数を示すトリガ情報をトリガ信号とともに出力し、このトリガ情報は、ロギング装置５４を有するＰＬＣシステム８０１内で共有される。そして、ＰＬＣシステム８０１の中継装置８１は、残り中継回数をデクリメントして３回としてから、ネットワークＮＷ１にトリガ情報を送信する。これにより、ＰＬＣシステム８０１にネットワークＮＷ１を介して接続されるＰＬＣシステム８０２，８０３，８０４は、残り中継回数が３回であるトリガ情報を受信して、ＰＬＣシステム８０２，８０３，８０４それぞれの内部でトリガ信号を共有する。また、ネットワークＮＷ１を介してＰＬＣシステム８０１に接続されるロギング装置は、トリガ信号を受信して、ロギングを開始する。

そして、ＰＬＣシステム８０３にネットワークＮＷ２を介して接続されるＰＬＣシステム８０５は、残り中継回数が２回であるトリガ情報を受信して、ＰＬＣシステム８０５の内部でトリガ信号を共有する。また、ＰＬＣシステム８０４にネットワークＮＷ３を介して接続されるロギング装置、及び、ＰＬＣシステム８０４にネットワークＮＷ４を介して接続されるＰＬＣシステム８０６は、残り中継回数が２回であるトリガ情報を受信して、ＰＬＣシステム８０６は、その内部でトリガ信号を共有する。

なお、図４４に示されるように、ＰＬＣシステム８０６からネットワークＮＷ４を介してトリガ信号を受信するロギング装置５５は、上述のようにネットワークＮＷ４において残り中継回数が２回であるトリガ情報が伝送されているため、同様に残り中継回数が２回であるトリガ情報を受信する。すなわち、既にトリガ情報が伝送されたネットワークに対して、当該トリガ情報が再度伝送される場合には、その残り中継回数が変化しない。

ＰＬＣシステム８０６にネットワークＮＷ５を介して接続されるＰＬＣシステム８０７は、残り中継回数が１回であるトリガ情報を受信して、ＰＬＣシステム８０７の内部でトリガ信号を共有する。ＰＬＣシステム８０６を構成する中継装置は、ＰＬＣシステム８０６が受信したトリガ情報の残り中継回数をデクリメントして得る値がゼロ回であるため、当該トリガ情報を、ネットワークＮＷ６を介して送信することはない。このため、ＰＬＣシステム８０７にネットワークＮＷ６を介して接続されるＰＬＣシステム８０８は、トリガ信号及びトリガ情報の共有範囲から除外されることとなる。

以上、説明したように、トリガ情報が残り中継回数を示す場合にも、トリガ信号の共有範囲を柔軟に制御することができる。特に、複数のネットワークを介してトリガ信号が伝送され得るような大規模なシステムにおいて、トリガ信号がループしてしまう状況を確実に回避することができる。

なお、トリガ情報は、残り中継回数を示すことなく、トリガ信号が中継された回数を示し、中継装置は、トリガ情報により示される回数が予め定められた上限値未満であれば当該回数をインクリメントしてからトリガ信号及びトリガ情報を中継し、当該回数が上限値以上であればトリガ信号を中継しなくてもよい。トリガ情報は、トリガ信号の中継された数に対応する情報を示していればよい。

実施の形態１０．
続いて、実施の形態１０について、上述の実施の形態１との相違点を中心に説明する。なお、上記実施の形態１と同一又は同等の構成については、同等の符号を用いる。本実施の形態は、ロギング装置５０が、外部の装置にログデータを保存する点で、実施の形態１と異なる。

本実施の形態に係るロギング装置５０は、図４５に示されるように、その内部にログデータを保存することなく、外部の記憶装置にログデータを格納する。記憶装置は、ネットワーク上のサーバであってもよいし、メモリーカードのような記録媒体であってもよい。そして、ロギング装置５０は、支援装置１０からロギング期間情報５０４を要求されると（ステップＳ５１）、ロギング期間情報５０４と、ログデータの取得を支援するための支援情報を送信する（ステップＳ８１）。支援情報は、例えば、記憶装置のネットワーク上のアドレス、記憶装置のメモリにおけるログデータのアドレス、暗号化されたログデータを復号するための情報、又は、記憶装置にアクセスするための認証情報である。

支援装置１０は、ステップＳ５５に続いて、支援情報を用いて、記憶装置からログデータを読み出す。すなわち、記憶装置がログデータを支援装置１０へ送信する（ステップＳ８２）。

以上、説明したように、ロギング装置５０の外部に保存されたログデータが、支援情報を利用して支援装置１０に提供される形態においても、上記実施の形態１と同様の効果を奏する。特に、ＰＬＣ２０を構成するロギングユニット２３は、組み込み機器であることが多く、そのハードウェアの基本スペックが低い状況が考えられる。これに対して、本実施の形態に係る支援装置１０は、ログデータ５０３が保存されている記憶装置に直接的にアクセスすることができるため、ファイルの迅速な取得が期待される。

実施の形態１１．
続いて、実施の形態１１について、上述の実施の形態１との相違点を中心に説明する。なお、上記実施の形態１と同一又は同等の構成については、同等の符号を用いる。本実施の形態は、ロギング装置５０が、外部の送信装置から制御データを取得して当該制御データのログデータを生成する点で、実施の形態１と異なる。

図４６に示されるように、ロギング装置５０の一例であるロギングユニット２３は、ＰＬＣ２０を構成する送信ユニット２５から、ＰＬＣバス２００を介して制御データを受信してロギングすることにより、ログデータを生成して保存する。詳細には、ロギングユニット２３が、トリガを検出又は受信すると、送信ユニット２５によって扱われる制御データの提供を送信ユニット２５に対して要求することにより、制御データを定期的に取得して記録する。

以上、説明したように、ロギング装置５０が外部の制御データをロギングする形態においても、上記実施の形態１と同様の効果を奏する。

以上、本開示の実施の形態について説明したが、本開示は上記実施の形態によって限定されるものではない。

例えば、提示部１１０は、図４７に示されるように、時間方向に隣接するロギング期間を統合して１つのオブジェクトを表示してもよい。

また、提示部１１０は、上述のようなバーチャートとは異なる表示方法でロギング期間を一覧表示してもよい。例えば、提示部１１０によって提示されるオブジェクトは、帯状のアイコンに限定されず、図４８に示されるような矢印であってもよい。さらに、提示部１１０は、ログデータ５０３の取得前において、図４９に示されるようなテーブルの表示によりロギング期間をユーザに対して提示してもよい。

また、制御データは、機器の制御に際して複数の装置によってデータが同期されるサイクリックメモリから読み出されてもよいし、他のデータであってもよい。ログデータ５０３は、値に日時を関連付けるのに代えて、時系列の順番を示すインデックス情報を値に関連付けたデータであってもよい。

また、ロギング期間情報５０４とログデータ５０３を同時に作成する例について説明したが、これには限定されない。例えば、ロギング装置５０は、ロギング期間情報５０４が要求されたときにログデータ５０３を参照してロギング期間情報５０４を生成して応答してもよい。また、ロギング装置５０は、その製品特性に応じて、一定周期で、ロギング装置５０の処理負荷が小さいタイミングで、予め設定されたタイミングで、又は、中央処理ユニット２１から指示されたタイミングで、ロギング期間情報５０４を作成してもよい。

また、ログデータ５０３のサイズが通常は比較的大きいため、ログデータ５０３はアクセス速度が遅い大容量の不揮発性メモリに格納されることが多い。これに対して、ロギング期間情報５０４は、支援装置１０からの要求に備えて、高速にアクセス可能なキャッシュに固定されて、若しくは一時的に格納されてもよい。

また、ＰＬＣ２０は、図５０に示されるように、互いに異なる産業用ネットワーク４００，４００ａを介して複数のロギング装置４１，４２，４１ａ，４２ａに接続されてもよい。このように複数のネットワークを介してトリガを共有できれば、工場において構築される複雑な構成のネットワークにおいても複数のロギング装置５０によるロギングを連動させることが容易になる。

また、ＰＬＣ２０の外部のロギング装置５０を含む複数のロギング装置５０によってトリガが共有される例について説明したが、ＰＬＣ２０を構成する複数のロギング装置５０がトリガを共有してもよい。すなわち、１台のＰＬＣ２０がロギングシステムとして機能してもよい。また、複数のロギング装置５０によってトリガが共有される例を中心に説明したが、単一のロギング装置５０によってログデータ支援システムが構成され、当該ロギング装置５０からロギング期間情報が支援装置１０に提供されてもよい。

また、ロギング期間情報５０４が、各ログデータ５０３に対応するレコードを含む例について説明したが、ロギング期間情報５０４は、上述のレコードに相当するような、各ログデータ５０３に対応する情報であってもよい。

また、上記実施の形態を任意に組み合わせてもよい。例えば、トリガ情報の共有情報によって示される送信元に基づいてトリガ信号の共有範囲を制御する実施の形態７と、残り中継回数に基づいてトリガ信号の共有範囲を制御する実施の形態９と、を組み合わせてもよい。

上述の実施形態に係るロギング装置５０、中央処理ユニット２１及び支援装置１０の機能は、専用のハードウェアによっても、また、通常のコンピュータシステムによっても実現することができる。

例えば、プログラムＰ１を、フレキシブルディスク、ＣＤ－ＲＯＭ（Compact Disk Read-Only Memory）、ＤＶＤ（Digital Versatile Disk）、ＭＯ（Magneto-Optical disk）に代表されるコンピュータ読み取り可能な記録媒体に格納して配布し、そのプログラムＰ１をコンピュータにインストールすることにより、上述の処理を実行する装置を構成することができる。

また、プログラムＰ１をインターネットに代表される通信ネットワーク上のサーバ装置が有するディスク装置に格納しておき、例えば、搬送波に重畳させて、コンピュータにダウンロードするようにしてもよい。

また、インターネットに代表されるネットワークを介してプログラムＰ１を転送しながら起動実行することによっても、上述の処理を達成することができる。

さらに、プログラムＰ１の全部又は一部をサーバ装置上で実行させ、その処理に関する情報をコンピュータが通信ネットワークを介して送受信しながらプログラムＰ１を実行することによっても、上述の処理を達成することができる。

なお、上述の機能を、ＯＳが分担して実現する場合又はＯＳとアプリケーションとの協働により実現する場合には、ＯＳ以外の部分のみを媒体に格納して配布してもよく、また、コンピュータにダウンロードしてもよい。

また、ロギング装置５０、中央処理ユニット２１及び支援装置１０の機能を実現する手段は、ソフトウェアに限られず、その一部又は全部を専用のハードウェア又は回路によって実現してもよい。

本開示は、本開示の広義の精神と範囲を逸脱することなく、様々な実施の形態及び変形が可能とされるものである。また、上述した実施の形態は、本開示を説明するためのものであり、本開示の範囲を限定するものではない。つまり、本開示の範囲は、実施の形態ではなく、請求の範囲によって示される。そして、請求の範囲内及びそれと同等の開示の意義の範囲内で施される様々な変形が、本開示の範囲内とみなされる。

本開示は、ＦＡシステムにおいて記録されたログデータの分析に適している。

１０ 支援装置、 ２０ ＰＬＣ、 ２１，２１ａ 中央処理ユニット、 ２２ 入出力ユニット、 ２３ ロギングユニット、 ２４，２４ａ ネットワークユニット、 ２５ 送信ユニット、 ３１，３２ 被制御機器、 ４１，４１ａ，４２，４２ａ，５０～５５ ロギング装置、 ６０ ＦＡ装置、 ６１ プロセッサ、 ６２ 主記憶部、 ６３ 補助記憶部、 ６４ 入力部、 ６５ 出力部、 ６６，２４２ 通信部、 ６７ 内部バス、 ７１，７２２，７２３，７３１，７４１ オブジェクト、 ７２，７２１ ボタン、 ８１，８６，８７ 中継装置、 １００ ログデータ分析支援システム、 １１０ 提示部、 １１１ オンライン表示部、 １１２ オフライン表示部、 １１３ 画面、 １２０ 受付部、 １３０ 記憶部、 １４０ 通信部、 ２００ ＰＬＣバス、 ２１１ 装置通信部、 ２１２ バス通信部、 ２１３，２４３ 記憶部、 ２１４，２４４ トリガ中継部、 ２１５，２４５ トリガ検出部、 ４００，４００ａ 産業用ネットワーク、 ５０１ トリガ設定情報、 ５０２ 制御データ、 ５０３，５１１，５２１，５３１ ログデータ、 ５０４，５１２，５２２，５３２ ロギング期間情報、 ５３０ 記憶部、 ５４０ トリガ送受信部、 ５４０ａ トリガ送信部、 ５５０ トリガ検出部、 ５６０ ロギング部、 ５７０ 応答部、 ７３２ 領域、 ７５１ マーク、 ８０１～８０８ ＰＬＣシステム、 ２１３１ トリガ共有情報、 ２１３２ 制御データ、 ＮＷ１～ＮＷ５ ネットワーク、 Ｐ１ プログラム。

Claims (7)

1. 機器の制御に関する制御データをロギングするためのトリガを検出する複数の検出装置に接続される、プログラマブルコントローラのトリガ中継ユニットであって、
   前記複数の検出装置のうちの第１検出装置から前記トリガを示す第１トリガ信号を受信する受信手段と、
   前記受信手段によって前記第１トリガ信号が受信された場合に、前記第１検出装置とは異なる第２検出装置に、該第１トリガ信号を送信する送信手段と、を備え、
   前記送信手段は、前記受信手段による前記第１トリガ信号の受信から前記送信手段による前記第１トリガ信号の送信が完了するまでに前記受信手段によって受信される、前記第１トリガ信号とは異なる第２トリガ信号については、送信の対象から除外する、
   プログラマブルコントローラのトリガ中継ユニット。
2. 前記送信手段は、前記第２検出装置を含む２以上の前記検出装置に前記第１トリガ信号を送信する、
   請求項１に記載のプログラマブルコントローラのトリガ中継ユニット。
3. 前記送信手段は、前記複数の検出装置に前記第１トリガ信号を送信する、
   請求項１に記載のプログラマブルコントローラのトリガ中継ユニット。
4. 前記第１トリガ信号及び前記第２トリガ信号はそれぞれ、前記トリガを識別するためのトリガ識別情報を示す、
   請求項１に記載のプログラマブルコントローラのトリガ中継ユニット。
5. 機器の制御に関する制御データをロギングするためのトリガを検出する複数の検出装置と、
   前記複数の検出装置に接続される、請求項１から４のいずれか一項に記載のプログラマブルコントローラのトリガ中継ユニットと、
   を備えるトリガ伝送システム。
6. プログラマブルコントローラのトリガ中継ユニットによって実行されるトリガ伝送方法であって、
   受信手段が、機器の制御に関する制御データをロギングするためのトリガを検出する複数の検出装置のうちの第１検出装置から前記トリガを示す第１トリガ信号を受信し、
   送信手段が、前記受信手段によって前記第１トリガ信号が受信された場合に、前記第１検出装置とは異なる第２検出装置に、該第１トリガ信号を送信する、
   ことを含み、
   前記送信手段は、前記受信手段による前記第１トリガ信号の受信から前記送信手段による前記第１トリガ信号の送信が完了するまでに前記受信手段によって受信される、前記第１トリガ信号とは異なる第２トリガ信号については、送信の対象から除外する、
   トリガ伝送方法。
7. 機器の制御に関する制御データをロギングするためのトリガを検出する複数の検出装置に接続される、プログラマブルコントローラのトリガ中継ユニットを、
   前記複数の検出装置のうちの第１検出装置から前記トリガを示す第１トリガ信号を受信する受信手段、
   前記受信手段によって前記第１トリガ信号が受信された場合に、前記第１検出装置とは異なる第２検出装置に、該第１トリガ信号を送信する送信手段、として機能させ、
   前記送信手段は、前記受信手段による前記第１トリガ信号の受信から前記送信手段による前記第１トリガ信号の送信が完了するまでに前記受信手段によって受信される、前記第１トリガ信号とは異なる第２トリガ信号については、送信の対象から除外する、
   プログラム。

Images