JP2023006304A - 制御システム、モデル生成方法およびモデル生成プログラム - Google Patents

Abstract

【課題】モデルをより効率的に生成できるようにユーザを支援するための技術を提供する。【解決手段】制御対象を制御するための制御装置を備えた制御システムが提供される。制御装置は、制御対象から収集される情報を予め用意された学習済モデルに適用するように構成されている。制御システムは、制御対象から収集される情報の時系列データを取得する取得部と、制御対象に発生したイベントを検知する検知部と、検知されたイベントに基づいて、時系列データを分割して区間データを生成する分割部と、区間データに基づいて、学習済モデルを生成する生成部とを含む。【選択図】図５

Description

本技術は、制御装置を含む制御システム、モデル生成方法およびモデル生成プログラムに関する。

様々な生産現場において、機械や装置に対する予知保全により設備稼働率を向上させたいというニーズが存在する。予知保全とは、機械や装置に生じる何らかの異常を検知して、設備を停止しなければ状態になる前に、整備や交換などの保守作業を行うような保全形態を意味する。また、機械や装置の挙動などを予測して、予め適切な制御を行いたいというニーズも存在する。

このような予知保全や挙動の予想を実現するために、機械学習により生成されたモデルを用いることが実用化されている。モデルを生成するにあたっては、適切な特徴量を選択する必要がある。

例えば、特開２０２０－２４５４２号公報（特許文献１）は、大量のデータから特徴量を自動的に得て重要度の高い特徴量を表示可能にし、新たな知見を得るための手助けができるようにする構成を開示する。

特開２０２０－２４５４２号公報

上述した先行技術文献に記載の構成は、特徴量の性質が変化しないことを前提としているが、現実の生産現場においては、同一の機械や装置においても運用時の条件はしばしば変化する。そのため、同一の特徴量であっても、運用時の条件が異なる性質の情報が混在することになり、モデルの精度を低下させる要因になり得る。

そこで、本技術は、モデルをより効率的に生成できるようにユーザを支援するための技術を提供する。

本技術の一例に従えば、制御対象を制御するための制御装置を備えた制御システムが提供される。制御装置は、制御対象から収集される情報を予め用意された学習済モデルに適用するように構成されている。制御システムは、制御対象から収集される情報の時系列データを取得する取得部と、制御対象に発生したイベントを検知する検知部と、検知されたイベントに基づいて、時系列データを分割して区間データを生成する分割部と、区間データに基づいて、学習済モデルを生成する生成部とを含む。

この構成によれば、学習済モデルを生成するために用いる区間データを、時系列データをイベントに基づいて適切に区切ることで生成できる。これによって、例えば、互いに類似したが区間データのみを集約してモデルを生成することなどが容易化するため、モデルをより効率的に生成できる。

検知部は、制御装置が管理する特定のデータの値が予め定められた条件を満たすと、イベントの発生を検知するようにしてもよい。この構成によれば、制御装置が管理するデータに基づいて、イベントを確実に検知できる。

検知部は、ユーザからの指示に従って、イベントの発生を検知するようにしてもよい。この構成によれば、制御装置では検知が難しいイベントであっても、ユーザが明示的に指示することで検知および記録などを確実に行うことができる。

検知部は、時系列データに含まれる情報の収集された時刻が予め定められた時間以上離れていれば、イベントの発生を検知するようにしてもよい。この構成によれば、段取替えなどで設備が休止したといったイベントを検知できる。

制御システムは、時系列データと検知されたイベントとを対応付けて表示する表示部をさらに含んでいてもよい。この構成によれば、ユーザは、イベントに基づいて、時系列データをいずれの区間で分割すればよいのかを一見して把握できる。

分割部は、検知されたイベントのうち選択されたイベントに基づいて、時系列データを分割するようにしてもよい。この構成によれば、ユーザは、複数のイベントが検知されている場合であっても、区間データの生成に適したイベントのみを選択して、適切な区間データを生成できる。

制御システムは、時系列データとして特徴量時系列データを算出する算出部をさらに含んでいてもよい。生成部は、特徴量時系列データを分割して生成された区間データに基づいて、学習済モデルを生成するようにしてもよい。この構成によれば、特徴量時系列データを用いることで、学習済モデルを適切に生成できる。

生成部は、区間データのうち、対象の期間内にイベントが発生している区間データを除外して、学習済モデルを生成するようにしてもよい。この構成によれば、イベントが発生している区間データは特異的な情報を含んでいる可能性があるため、このような区間データを除外することで、モデルをより効率的に生成できる。

本技術の別の一例に従えば、制御対象を制御するための制御装置を備えた制御システムで実行されるモデル生成方法が提供される。制御装置は、制御対象から収集される情報を予め用意された学習済モデルに適用するように構成されている。モデル生成方法は、制御対象から収集される情報の時系列データを取得するステップと、制御対象に発生したイベントを検知するステップと、検知されたイベントに基づいて、時系列データを分割して区間データを生成するステップと、区間データに基づいて、学習済モデルを生成するステップとを含む。

本技術のさらに別の一例に従えば、制御対象を制御するための制御装置に接続されるコンピュータで実行されるモデル生成プログラムが提供される。制御装置は、制御対象から収集される情報を予め用意された学習済モデルに適用するように構成されている。モデル生成プログラムはコンピュータに、制御対象から収集される情報の時系列データを取得するステップと、制御対象に発生したイベントを検知するステップと、検知されたイベントに基づいて、時系列データを分割して区間データを生成するステップと、区間データに基づいて、学習済モデルを生成するステップとを実行させる。

本技術によれば、モデルをより効率的に生成できるようにユーザを支援できる。

本実施の形態に係る制御システムの全体構成例を示す模式図である。 本実施の形態に係る制御システムの主要な機能構成例を示す模式図である。 本実施の形態に係る制御システムの制御装置のハードウェア構成例を示すブロック図である。 本実施の形態に係る制御システムのサポート装置のハードウェア構成例を示すブロック図である。 本実施の形態に係る制御システムにおけるモデル生成処理を実現するための機能構成例を示す模式図である。 本実施の形態に係る制御システムのサポート装置が提供するモデル生成に係るユーザインターフェイス画面の一例を示す図である。 本実施の形態に係る制御システムが生成するデータ構造の一例を示す模式図である。 本実施の形態に係る制御システムの制御装置によるイベント検知処理を実現するための構成例を示す模式図である。 本実施の形態に係る制御システムのＨＭＩに表示されるユーザインターフェイス画面の一例を示す模式図である。 本実施の形態に係る制御システムのサポート装置によるイベント検知処理を実現するための構成例を示す模式図である。 本実施の形態に係る制御システムのサポート装置が提供する特徴量区間データ２７２を決定するためのユーザインターフェイス画面の一例を示す図である。 本実施の形態に係る制御システムにおける特徴量区間データを用いたモデル生成の一例を説明するための図である。 本実施の形態に係る制御システムにおけるクラスタリングを用いたモデル生成処理を説明するための図である。 本実施の形態に係る制御システムの制御装置が測定値時系列データを収集する処理手順を示すフローチャートである。 本実施の形態に係る制御システムのサポート装置がモデルを生成する処理手順を示すフローチャートである。

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

＜Ａ．適用例＞
まず、本発明が適用される場面の一例について説明する。以下では、機械学習を用いたモデルの適用例として、機械や装置などに何らかの異常が発生したことを検知する例について説明するが、本発明は、異常検知に限られず、任意の機械学習を用いたモデルの生成に適用可能である。

本明細書においては、制御装置が実行する制御演算に直接的または間接的に関係する任意の物を「制御対象」と称す。「制御対象」との用語は、制御装置が指令を与える先の機械や装置、および、制御装置が情報を収集する先の装置に限らず、それらの機械や装置を含む任意の設備やユニットなどを含み得る。

本明細書においては、モデルの生成に利用できる任意の情報を「イベント」と称す。「イベント」との用語は、例えば、制御対象において任意の事象が発生したことや、ユーザが任意の事象を指示したことなどを含み得る。

図１は、本実施の形態に係る制御システム１の全体構成例を示す模式図である。図１を参照して、本実施の形態に係る制御システム１は、主たるコンポーネントとして、制御対象を制御するための制御装置１００と、制御装置１００に接続されるコンピュータの一例であるサポート装置２００とを含む。

制御装置１００は、ＰＬＣ（プログラマブルロジックコントローラ）などの、一種のコンピュータとして具現化されてもよい。制御装置１００は、フィールドバス２を介してフィールド装置群１０と接続される。フィールドバス２は、産業用の通信プロトコルを採用することが好ましい。このような通信プロトコルとしては、ＥｔｈｅｒＣＡＴ（登録商標）、ＥｔｈｅｒＮｅｔ／ＩＰ（登録商標）、ＤｅｖｉｃｅＮｅｔ（登録商標）、ＣｏｍｐｏＮｅｔ（登録商標）などが知られている。

フィールド装置群１０は、制御対象または制御に関連する製造装置や生産ラインなど（以下、「フィールド」とも総称する。）から入力データを収集する装置を含む。このような入力データを収集する装置としては、入力リレーや各種センサなどが想定される。フィールド装置群１０は、さらに、制御装置１００にて生成される指令（以下、「出力データ」とも称す。）に基づいて、フィールドに対して何らかの作用を与える装置を含む。このようなフィールドに対して何らかの作用を与える装置としては、出力リレー、コンタクタ、サーボドライバおよびサーボモータ、その他任意のアクチュエータが想定される。これらのフィールド装置群１０は、フィールドバス２を介して、制御装置１００との間で、入力データおよび出力データを含むデータを遣り取りする。

図１に示す構成例においては、フィールド装置群１０は、リモートＩ／Ｏ（Input/Output）装置１２と、リレー群１４と、サーボドライバ１８およびサーボモータ２０とを含む。

リモートＩ／Ｏ装置１２は、フィールドバス２を介して通信を行う通信部と、入力データの収集および出力データの出力を行うための入出力部（以下、「Ｉ／Ｏユニット」とも称す。）とを含む。このようなＩ／Ｏユニットを介して、制御装置１００とフィールドとの間で入力データおよび出力データが遣り取りされる。図１には、リレー群１４を介して、入力データおよび出力データとして、デジタル信号が遣り取りされる例が示されている。

Ｉ／Ｏユニットは、フィールドバスに直接接続されるようにしてもよい。図１には、フィールドバス２にＩ／Ｏユニット１６が直接接続されている例を示す。

サーボドライバ１８は、制御装置１００からの出力データ（例えば、位置指令など）に従って、サーボモータ２０を駆動する。

上述のように、フィールドバス２を介して、制御装置１００とフィールド装置群１０との間で入力データおよび出力データが遣り取りされることになるが、これらの遣り取りされるデータは、数百μｓｅｃオーダ～数十ｍｓｅｃオーダのごく短い周期で更新されることになる。なお、このような遣り取りされるデータの更新処理を、「Ｉ／Ｏリフレッシュ処理」と称することもある。

制御装置１００は、設備や機械などの制御対象を制御するための制御演算を実行するＰＬＣエンジン（図２に示すＰＬＣエンジン１３０）を有している。ＰＬＣエンジンは、制御演算部に相当し、入力データに基づく制御演算を実行することで、出力データを決定する。制御装置１００は、フィールド装置群１０からの入力データ、フィールド装置群１０への出力データ、および、制御装置１００の内部で管理される内部データなどを順次格納する時系列データベース（以下、「ＴＳＤＢ（Time Series Data Base）」とも記す。）１４０を有している。以下、ＴＳＤＢ１４０に格納されるデータを「測定値時系列データ」とも称す。

制御装置１００は、制御対象から収集される情報を予め用意された学習済モデル（以下、単に「モデル１６０」とも称す。）に適用するように構成されている。より具体的には、制御装置１００は、モデル１６０を読み込んで、制御対象における異常を検知する異常検知エンジン１５０を有している。モデル１６０には、制御対象から収集される情報から算出される特徴量（図２に示す特徴量１５２）が入力されて、スコアが出力される。異常検知エンジン１５０が出力するスコアは、制御対象に何らかの異常が発生している可能性を示す指標である。異常検知エンジン１５０は、モデル１６０から出力されるスコアを判定するためのしきい値がパラメータとして提供されてもよい。

制御対象から収集される情報としては、典型的には、ＴＳＤＢ１４０に格納された測定値時系列データ（あるいは、測定値時系列データから算出された特徴量）が用いられる。

制御装置１００は、上位ネットワーク６を介してサーバ４００に接続されてもよいし、フィールドバス４を介して１または複数のＨＭＩ（Human Machine Interface）５００と接続されてもよい。

サーバ４００は、制御装置１００に対して任意の情報を提供し、あるいは、制御装置１００からのデータを収集するような処理を担当する。

ＨＭＩ５００は、ユーザからの操作を受け付けて、制御装置１００に対してユーザ操作に応じたコマンドなどを送信するとともに、制御装置１００での演算結果などをグラフィカルに表示する。後述するように、ＨＭＩ５００は、ユーザからの操作に従って、イベントを記録するための情報を制御装置１００へ送信してもよい。

サポート装置２００は、制御装置１００で実行されるユーザプログラムの開発環境（プログラム作成編集ツール、パーサ、コンパイラなど）、制御装置１００および制御装置１００に接続される各種デバイスのパラメータ（コンフィギュレーション）を設定する機能、生成したユーザプログラムを制御装置１００へ送信する機能、制御装置１００上で実行されるユーザプログラムなどをオンラインで修正・変更する機能、などを提供する。サポート装置２００は、制御装置１００に実装される異常検知エンジン１５０が参照するモデル１６０を生成するための機能も有している。

次に、本実施の形態に係る制御システム１における主たる処理の一例について説明する。制御装置１００は、管理する情報に基づいて検知したイベント、および／または、ＨＭＩ５００などを介して与えられたイベントを記録する。

サポート装置２００は、ＴＳＤＢ１４０に格納された測定値時系列データを取得する。このとき、サポート装置２００は、制御装置１００が記録したイベントを特定するための情報（以下、「イベント情報」とも称す。）も取得する。

そして、サポート装置２００は、モデル１６０の生成に用いる特徴量時系列データを算出する。また、サポート装置２００は、算出した特徴量時系列データを分割して特徴量区間データを生成する。

なお、特徴量時系列データの分割については、手動で行ってもよいし、自動で行ってもよい。また、特徴量時系列データの算出と、特徴量時系列データの分割との実行順序は、いずれであってもよい。すなわち、測定値時系列データを分割した後に、分割された測定値時系列データから特徴量時系列データを算出してもよい。

サポート装置２００は、必要に応じて、特徴量時系列データに含まれる各特徴量に対するラベルの指定を受け付ける。最終的に、サポート装置２００は、ラベルが付与された特徴量時系列データを用いてモデル１６０を生成する。

サポート装置２００は、運用開始に先立って、生成したモデル１６０を制御装置１００へ転送する。

図２は、本実施の形態に係る制御システム１の主要な機能構成例を示す模式図である。図２を参照して、制御装置１００は、ＰＬＣエンジン１３０と、ＴＳＤＢ１４０と、異常検知エンジン１５０とを有している。

ＰＬＣエンジン１３０は、制御対象に応じて任意に作成されるユーザプログラム１３２により定義される制御演算を周期的に実行する。ユーザプログラム１３２では、ＡＩライブラリ１３４が利用可能になっている。あるいは、ユーザプログラム１３２にＡＩライブラリ１３４が組み込まれていてもよい。ＡＩライブラリ１３４の内容、特性、動作などは、サポート装置２００がモデルを生成する際に決定してもよい。

ＰＬＣエンジン１３０がユーザプログラム１３２に含まれるＡＩライブラリ１３４の部分を実行することで、１または複数の特徴量１５２が算出され、算出された特徴量１５２が異常検知エンジン１５０へ提供される。

ＰＬＣエンジン１３０は、入力データ、出力データ、および、内部データをユーザプログラム１３２から参照可能な形で保持する。ＰＬＣエンジン１３０は、データ管理部１３６およびイベント管理部１３８を有している。

データ管理部１３６が管理するデータの値は、Ｉ／Ｏリフレッシュ処理により所定周期（Ｉ／Ｏリフレッシュ周期）毎に更新される。また、データ管理部１３６は、制御対象から収集される情報の時系列データを収集する。より具体的には、データ管理部１３６が管理するデータのうち予め指定されたデータがＴＳＤＢ１４０に所定周期毎に格納される。その結果、ＴＳＤＢ１４０からは指定されたデータの所定周期毎の値変化、すなわち測定値時系列データ１４２が出力可能になる。

イベント管理部１３８は、制御対象に発生したイベントを検知する。より具体的には、イベント管理部１３８は、ＰＬＣエンジン１３０によるイベントの検知、および／または、外部から与えられた指示に従って、ＴＳＤＢ１４０に格納される測定値時系列データ１４２に対応付けて、発生したイベントを記録する。

異常検知エンジン１５０は、ＰＬＣエンジン１３０からの特徴量１５２に基づいて、モデル１６０を参照して、異常の発生あるいは異常の可能性を判定する。典型的には、モデル１６０は、１または複数の特徴量１５２が入力されると、異常度を示す値（正常からの剥離度）を出力する関数である。

サポート装置２００は、モデル生成ツール２４０を含んでいる。モデル生成ツール２４０は、モデル１６０の生成および関連する処理を実行する。モデル生成ツール２４０は、典型的には、特徴量生成処理２４２と、特徴量分割処理２４４と、ラベル付与処理２４６と、モデル生成処理２４８と、イベント検知処理２５０とを提供する。

本実施の形態に係る制御システム１は、イベントの情報を参照しながら、特徴量時系列データを分割し、分割された特徴量時系列データを用いてモデルを生成するので、特徴量の性質が変わった場合などを考慮して、モデルを効率的に生成できる。

＜Ｂ．ハードウェア構成例＞
次に、本実施の形態に係る制御システム１の主要な装置のハードウェア構成例について説明する。

（ｂ１：制御装置１００のハードウェア構成例）
図３は、本実施の形態に係る制御システム１の制御装置１００のハードウェア構成例を示すブロック図である。図３を参照して、制御装置１００は、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro-Processing Unit）などのプロセッサ１０２と、チップセット１０４と、主記憶装置１０６と、二次記憶装置１０８と、上位ネットワークコントローラ１１０と、ＵＳＢ（Universal Serial Bus）コントローラ１１２と、メモリカードインターフェイス１１４と、内部バスコントローラ１２２と、フィールドバスコントローラ１１８，１２０と、Ｉ／Ｏユニット１２４－１，１２４－２，…とを含む。

プロセッサ１０２は、二次記憶装置１０８に格納された各種プログラムを読み出して、主記憶装置１０６に展開して実行することで、ＰＬＣエンジン１３０および異常検知エンジン１５０を実現する。チップセット１０４は、プロセッサ１０２と各コンポーネントとの間のデータ伝送などを制御する。

二次記憶装置１０８には、ＰＬＣエンジン１３０および異常検知エンジン１５０を実現するためのシステムプログラム１３１に加えて、ＰＬＣエンジン１３０を利用して実行されるユーザプログラム１３２が格納される。二次記憶装置１０８の一部の領域は、ＴＳＤＢ１４０として利用されてもよい。

上位ネットワークコントローラ１１０は、上位ネットワーク６を介した他の装置との間のデータの遣り取りを制御する。ＵＳＢコントローラ１１２は、ＵＳＢ接続を介してサポート装置２００との間のデータの遣り取りを制御する。

メモリカードインターフェイス１１４は、メモリカード１１６を着脱可能に構成されており、メモリカード１１６に対してデータを書込み、メモリカード１１６から各種データ（ユーザプログラムやトレースデータなど）を読出すことが可能になっている。

内部バスコントローラ１２２は、制御装置１００に搭載されるＩ／Ｏユニット１２４－１，１２４－２，…との間でデータを遣り取りするインターフェイスである。

フィールドバスコントローラ１１８は、フィールドバス２を介した他の装置との間のデータの遣り取りを制御する。同様に、フィールドバスコントローラ１２０は、フィールドバス４を介した他の装置との間のデータの遣り取りを制御する。

図３には、プロセッサ１０２がプログラムを実行することで必要な機能が提供される構成例を示したが、これらの提供される機能の一部または全部を、専用のハードウェア回路（例えば、ＡＳＩＣ（Application Specific Integrated Circuit）またはＦＰＧＡ（Field-Programmable Gate Array）など）を用いて実装してもよい。あるいは、制御装置１００の主要部を、汎用的なアーキテクチャに従うハードウェア（例えば、汎用パソコンをベースとした産業用パソコン）を用いて実現してもよい。この場合には、仮想化技術を用いて、用途の異なる複数のＯＳ（Operating System）を並列的に実行させるとともに、各ＯＳ上で必要なアプリケーションを実行させるようにしてもよい。

（ｂ２：サポート装置２００のハードウェア構成例）
本実施の形態に係るサポート装置２００は、一例として、汎用的なアーキテクチャに従うハードウェア（例えば、汎用パソコン）を用いてプログラムを実行することで実現される。

図４は、本実施の形態に係る制御システム１のサポート装置２００のハードウェア構成例を示すブロック図である。図４を参照して、サポート装置２００は、ＣＰＵやＭＰＵなどのプロセッサ２０２と、光学ドライブ２０４と、主記憶装置２０６と、二次記憶装置２０８と、ＵＳＢコントローラ２１２と、ネットワークコントローラ２１４と、入力部２１６と、表示部２１８とを含む。これらのコンポーネントはバス２２０を介して接続される。

プロセッサ２０２は、二次記憶装置２０８に格納された各種プログラムを読み出して、主記憶装置２０６に展開して実行することで、後述するようなしきい値設定処理を含む各種処理を実現する。

二次記憶装置２０８は、例えば、ＨＤＤ（Hard Disk Drive）やＳＳＤ（Flash Solid State Drive）などで構成される。二次記憶装置２０８には、典型的には、ＯＳ２２２と、制御装置１００との間で異常検知機能に関するデータを遣り取りするためのＰＬＣインターフェイスプログラム２２４と、サポート装置２００において実行されるユーザプログラムの作成、作成したユーザプログラムのデバッグ、システム構成の定義、各種パラメータの設定などを行うための開発プログラム２２６と、モデル生成ツール２４０（図２）を実現するためのモデル生成プログラム２２８とが格納される。二次記憶装置２０８には、図４に示すプログラム以外の必要なプログラムが格納されてもよい。

サポート装置２００は、光学ドライブ２０４を有しており、コンピュータ読取可能なプログラムを非一過的に格納する記録媒体２０５（例えば、ＤＶＤ（Digital Versatile Disc）などの光学記録媒体）から、その中に格納されたプログラムが読取られて二次記憶装置２０８などにインストールされる。

サポート装置２００で実行される各種プログラムは、コンピュータ読取可能な記録媒体２０５を介してインストールされてもよいが、ネットワーク上のサーバ装置などからダウンロードする形でインストールするようにしてもよい。また、本実施の形態に係るサポート装置２００が提供する機能は、ＯＳ２２２が提供するモジュールの一部を利用する形で実現される場合もある。

ＵＳＢコントローラ２１２は、ＵＳＢ接続を介して制御装置１００との間のデータの遣り取りを制御する。ネットワークコントローラ２１４は、任意のネットワークを介した他の装置との間のデータの遣り取りを制御する。

入力部２１６は、キーボードやマウスなどで構成され、ユーザ操作を受け付ける。表示部２１８は、ディスプレイ、各種インジケータ、プリンタなどで構成され、プロセッサ２０２からの処理結果などを出力する。

図４には、プロセッサ２０２がプログラムを実行することで必要な機能が提供される構成例を示したが、これらの提供される機能の一部または全部を、専用のハードウェア回路（例えば、ＡＳＩＣまたはＦＰＧＡなど）を用いて実装してもよい。

＜Ｃ．イベント記録＞
次に、本実施の形態に係るイベント記録について説明する。

（ｃ１：機能構成）
図５は、本実施の形態に係る制御システム１におけるモデル生成処理を実現するための機能構成例を示す模式図である。図５を参照して、制御装置１００は、データ管理部１３６と、イベント管理部１３８と、ＴＳＤＢ１４０とを有している。

データ管理部１３６は、予め指定されたデータの所定周期毎の値変化（測定値時系列データ１４２）をＴＳＤＢ１４０に記録する。イベント管理部１３８は、発生したイベントを測定値時系列データ１４２に関連付けて記録する。イベント管理部１３８が記録するイベント情報１４４は、イベントを測定値時系列データ１４２とは独立していてもよいし、イベントを測定値時系列データ１４２に含まれていてもよい。

サポート装置２００（図２に示すモデル生成ツール２４０）は、特徴量算出部２６０と、特徴量分割部２６２と、モデル生成部２６４と、イベント検知部２６６と、分割区間設定部２６８とを含む。

特徴量算出部２６０は、制御装置１００（ＴＳＤＢ１４０）から測定値時系列データ１４２を取得し、取得した測定値時系列データ１４２から特徴量時系列データ２７０を算出する。なお、制御対象から収集される情報の時系列データは、測定値時系列データ１４２、および、測定値時系列データ１４２から算出される特徴量時系列データ２７０を包含する。

より具体的には、特徴量算出部２６０は、測定値時系列データ１４２の入力に対して、対応する特徴量時系列データ２７０を算出する。すなわち、特徴量算出部２６０は、制御対象から収集される情報の時系列データとして特徴量時系列データ２７０を算出する。特徴量時系列データ２７０は、１または複数の特徴量の時間的変化を示す。特徴量時系列データ２７０に含まれる特徴量は、測定値時系列データ１４２から任意の方法で算出される情報であり、例えば、最大値、最小値、中間値、平均値、標準偏差などを採用することができる。なお、測定値時系列データ１４２をそのまま特徴量として用いることもできる。特徴量算出部２６０は、算出する特徴量の選択を受け付けるようにしてもよい。

特徴量分割部２６２は、特徴量時系列データ２７０を指定されたタイミングで分割して、１または複数の特徴量区間データ２７２を生成する。特徴量区間データ２７２は、特徴量時系列データ２７０の一部に相当する。特徴量分割部２６２は、特徴量区間データ２７２を生成するための分割条件を受け付けるようにしてもよい。

イベント検知部２６６は、測定値時系列データ１４２または特徴量時系列データ２７０に含まれる情報に基づいて、制御対象に発生したイベントを検知する。

分割区間設定部２６８は、イベント情報１４４に基づいて、特徴量時系列データ２７０を分割する区間あるいは位置を設定する。分割区間設定部２６８は、設定した区間あるいは位置を示す分割指示を特徴量分割部２６２へ出力する。

また、分割区間設定部２６８は、ユーザとの対話によって、特徴量時系列データ２７０を分割する区間あるいは位置を設定する。より具体的には、分割区間設定部２６８は、特徴量時系列データ２７０（または、測定値時系列データ１４２）を表示部２１８に表示するとともに、ユーザ操作を受け付ける。

上述したように、特徴量分割部２６２および分割区間設定部２６８は、検知されたイベントに基づいて、時系列データ（特徴量時系列データ２７０、または、測定値時系列データ１４２）を分割して区間データ（特徴量区間データ２７２、または、測定値時系列データ１４２を分割して得られる区間データ）を生成する。

モデル生成部２６４は、区間データ（特徴量区間データ２７２、または、測定値時系列データ１４２を分割して得られる区間データ）に基づいて、モデル１６０（学習済モデル）を生成する。図５に示す構成例においては、モデル生成部２６４は、特徴量時系列データ２７０を分割して生成された特徴量区間データ２７２に基づいて、モデル１６０を生成する。

なお、モデル生成部２６４は、特徴量区間データ２７２に含まれる各データにラベルが付与された後にモデル１６０を生成してもよい。但し、生成されるモデル１６０が識別器でなく予測器であるような場合には、特徴量区間データ２７２にラベルが付与されなくてもよい。

本実施の形態に係る制御システム１は、イベント情報１４４に基づいて、測定値時系列データ１４２および／または特徴量時系列データ２７０を適切な区間に分割した上で、モデル１６０を生成する。

図６は、本実施の形態に係る制御システム１のサポート装置２００が提供するモデル生成に係るユーザインターフェイス画面の一例を示す図である。図６を参照して、サポート装置２００の表示部２１８に表示されるユーザインターフェイス画面２８０は、測定値時系列データ１４２から算出可能な特徴量の一覧を示す特徴量選択領域２８２と、特徴量選択領域２８２において選択された特徴量についての特徴量時系列データを表示する時系列データ表示領域２８４と、時系列データ表示領域２８４に表示される特徴量時系列データのヒストグラミングを表示するヒストグラミング表示領域２８６とを含む。

ユーザが特徴量選択領域２８２において任意の特徴量を選択すると、選択された特徴量時系列データが時系列データ表示領域２８４に表示される。このとき、イベント情報１４４に基づいて、時系列データ表示領域２８４に表示される特徴量時系列データに重畳してイベント発生ポイント２９０が表示されてもよい。また、イベント発生ポイント２９０に対応付けて、イベントの内容を示すメッセージ２９２が表示されてもよい。

このように、サポート装置２００は、時系列データ（特徴量時系列データまたは測定値時系列データ）と検知されたイベントとを対応付けて表示する表示部２１８を含む。

（ｂ２：データ構造）
次に、測定値時系列データ１４２およびイベント情報１４４のデータ構造の一例について説明する。図７は、本実施の形態に係る制御システム１が生成するデータ構造の一例を示す模式図である。

図７（Ａ）には、測定値時系列データ１４２とイベント情報１４４とを独立して構成した例を示す。測定値時系列データ１４２は、タイムスタンプに対応付けられた１または複数の特定値を含んでいる。一連の測定値が時系列データに相当する。イベント情報１４４において、発生したイベントの種類を示す情報（「１」，「２」など）と、発生した時刻を示すタイムスタンプとが対応付けて記録されている。イベント情報１４４を参照することで、イベントが発生した時刻および発生したイベントの種類を特定できる。

図７（Ｂ）には、イベントを測定値時系列データ１４２がイベント情報１４４を含む構成例を示す。図７（Ｂ）に示すイベントを測定値時系列データ１４２は、図７（Ａ）に示すイベントを測定値時系列データ１４２に加えて、イベント情報１４４に相当する列を含む。

イベント情報１４４は、イベントが発生した時刻を示すタイムスタンプに対応付けられた、発生したイベントの種類を示す情報（「１」，「２」など）を含む。測定値時系列データ１４２の各行を参照することで、各時刻における測定値およびイベントの発生有無（および、発生したイベントの種類）を特定できる。

なお、図７（Ａ）および図７（Ｂ）に示されるデータ構造に限られず、後述する処理を実現可能な任意のデータ構造を採用できる。

（ｂ３：制御装置１００によるイベント検知）
次に、上述したようなイベントの発生を制御装置１００のＰＬＣエンジン１３０（イベント管理部１３８）が検知する処理例について説明する。制御装置１００のＰＬＣエンジン１３０（イベント管理部１３８）は、制御装置１００が管理する特定のデータの値が予め定められた条件を満たすと、イベントの発生を検知する。

図８は、本実施の形態に係る制御システム１の制御装置１００によるイベント検知処理を実現するための構成例を示す模式図である。図８を参照して、イベント管理部１３８は、データ管理部１３６（図２）が管理する特定のデータの値に基づいて、イベント定義テーブル１３８２に定義されたイベントが発生したか否かを判断する。

イベント定義テーブル１３８２においては、イベント毎に、判断に用いる変数を示す変数名と、イベントが発生したと判断する際の条件とが定義されている。例えば、変数名「Ｖａｒ＿ＬｏｔＮｕｍ」の値が変化すると、「ロット変更」というイベントが発生したと判断される。

制御装置１００のＰＬＣエンジン１３０（イベント管理部１３８）は、イベント定義テーブル１３８２を参照することでイベントの発生を検知し、検知したイベントの内容をイベント情報１４４に登録する。

このように、制御装置１００は、管理する情報に基づいて任意のイベントの発生を検知する。なお、図８に示すようなイベント定義テーブル１３８２に限らず、任意のイベントの発生を検知ための任意の実装形態を採用できる。

（ｂ４：ユーザによるイベント指示）
次に、ユーザがイベントの発生を指示する例について説明する。例えば、操業を管理するユーザ（オペレータ）は、操業の状態に応じて、任意のイベントの発生を指示するようにしてもよい。制御装置１００のＰＬＣエンジン１３０（イベント管理部１３８）は、ユーザからの指示に従って、イベントの発生を検知する。

図９は、本実施の形態に係る制御システム１のＨＭＩ５００に表示されるユーザインターフェイス画面の一例を示す模式図である。図９を参照して、制御装置１００と通信可能なＨＭＩ５００は、ユーザインターフェイス画面５１０を表示する。

ユーザインターフェイス画面５１０は、イベントに応じたボタン５１２を含む。ユーザは、操業の状態などに応じて、何らかのイベントが発生すると、発生したイベントを示すボタン５１２を押下する。ボタン５１２の押下によって、押下されたボタン５１２に対応するイベントを示す指示がＨＭＩ５００から制御装置１００へ送信される。

制御装置１００は、ＨＭＩ５００からの指示に従って、対応するイベントを記録する。
このように、制御装置１００は、外部から与えられた指示に従って、任意のイベントの発生を検知する。なお、ユーザがＨＭＩ５００を介して指示を与える構成に限らず、任意の形態で外部からの指示を受け付けるようにしてもよい。

（ｂ５：サポート装置２００によるイベント検知）
次に、サポート装置２００（イベント検知部２６６）が測定値時系列データ１４２または特徴量時系列データ２７０に含まれる情報に基づいてイベントを検知する例について説明する。

図１０は、本実施の形態に係る制御システム１のサポート装置２００によるイベント検知処理を実現するための構成例を示す模式図である。例えば、測定値時系列データ１４２または特徴量時系列データ２７０に含まれるタイムスタンプに基づいて、収集された時刻に開きがある場合（すなわち、測定値および／または特徴量が収集されなかった期間が相対的に長い場合）には、何らかの製造条件などが変更された可能性が高い。そこで、図１０には、測定値および／または特徴量を収集した時刻の差が予め定められたしきい値を超えることをイベントが発生したと検知する場合の例を示す。

図１０に示す例では、フレーム３とフレーム４との間でイベントが発生し、フレーム６とフレーム７との間でイベントが発生し、フレーム９とフレーム１０との間でイベントが発生していると検知されている。

イベントが発生していると判断するための条件として、時刻の差（時間差）を用いる場合には、イベントの種類に応じて時間差の長さを異ならせてもよい。このように、サポート装置２００（イベント検知部２６６）は、時系列データ（測定値時系列データ１４２または特徴量時系列データ２７０）に含まれる情報の収集された時刻が予め定められた時間以上離れていれば、イベントの発生を検知する。

なお、上述のイベント検知部２６６によるイベント検知処理は、制御装置１００に実装されてもよい。

＜Ｄ．イベント情報１４４の利用例＞
次に、イベント情報１４４の利用例について説明する。イベント情報１４４を参照することで、モデル１６０の生成に用いる特徴量を効率的に選択または抽出できる。

典型的には、検知されたイベントは、特徴量区間データ２７２を生成するための区切りとして用いることができる。すなわち、検知されたイベントを基準として、特徴量時系列データ２７０を分割することができる。検知されたすべてのイベントを用いてもよいし、一部のイベントのみを用いるようにしてもよい。

図１１は、本実施の形態に係る制御システム１のサポート装置２００が提供する特徴量区間データ２７２を決定するためのユーザインターフェイス画面の一例を示す図である。図１１を参照して、ユーザインターフェイス画面の時系列データ表示領域２８４には、特徴量時系列データに重畳してイベント発生ポイント２９０が表示されている。

時系列データ表示領域２８４に対応して、イベント選択ボタン領域２９４が用意されている。イベント選択ボタン領域２９４は、表示されているそれぞれのイベントに対応付けられた有効化ボタン２９４２，２９４４，２９４６，２９４８を含む。図１１に示す例では、有効化ボタン２９４４および有効化ボタン２９４６が選択されており、対応する２つのイベントのみが特徴量区間データ２７２を生成するための区切りとして利用される。その結果、特徴量時系列データが２つのイベントで区切られて、３つの特徴量区間データ２７２が生成されている。

このように、サポート装置２００は、検知されたイベントのうち選択されたイベントに基づいて、時系列データ（特徴量時系列データ２７０、または、測定値時系列データ１４２）を分割する。

ユーザは、ユーザインターフェイス画面の時系列データ表示領域２８４に表示される区切りを確認しながら、モデル１６０の生成に適切だと思われる特徴量区間データ２７２を決定する。

図１２は、本実施の形態に係る制御システム１における特徴量区間データ２７２を用いたモデル生成の一例を説明するための図である。

図１２に示すユーザインターフェイス画面において、時系列データ表示領域２８４には、特徴量時系列データに重畳してイベント発生ポイント２９０が表示されている。また、特徴量時系列データを予め定められた固定期間毎に分割して、複数の特徴量区間データ２７２－１～２７２－６が生成されている。図１２に示す例においては、特徴量区間データ２７２－３においてイベントが発生しているとする。すなわち、特徴量区間データ２７２－３は、イベントが発生した時刻を含む区間の測定値から算出されたものである。

図１２の（１）に示すように、例えば、イベントが発生している特徴量区間データ２７２－３と、特徴量区間データ２７２－３の前後にある特徴量区間データ２７２－１，２７２－２および特徴量区間データ２７２－４～２７２－６を別に処理してもよい。

図１２の（２）に示すように、例えば、イベントが発生している特徴量区間データ２７２－３は、モデル１６０の生成に用いる特徴量区間データ２７２から除外してもよい。すなわち、サポート装置２００は、特徴量区間データ２７２のうち、対象の期間内にイベントが発生している特徴量区間データ２７２を除外して、モデル１６０を生成してもよい。

図１２の例では、特徴量区間データ２７２－３の前後にある特徴量区間データ２７２－１，２７２－２および特徴量区間データ２７２－４～２７２－６がモデル１６０の生成に用いられる。

図１２の（３）に示すように、イベントが発生している特徴量区間データ２７２－３については、イベントが発生した時点の前後にさらに分割してもよい。特徴量区間データ２７２－３をモデル１６０の生成に用いる対象から除外するのではなく、特徴量区間データ２７２－３を分割し、分割されたそれぞれをモデル１６０の生成に用いることで、取得された特徴量時系列データに含まれる情報を廃棄することなく、モデル１６０の生成に利用できる。

図１２の（４）に示すように、イベントが発生している特徴量区間データ２７２－３を生成されたモデル１６０の評価用に用いるようにしてもよい。例えば、特徴量区間データ２７２－１，２７２－２，２７２－４～２７２－６を用いてモデル１６０を生成するとともに、特徴量区間データ２７２－３を用いて生成されたモデル１６０を評価してもよい。特徴量区間データ２７２－３は、特異的な特徴量を含んでいると推定されるため、特徴量区間データ２７２－３を用いてモデル１６０を評価することで、モデル１６０のロバスト性などを確認できる。

なお、イベント情報１４４の利用例については、上述したものに限られず、任意の形態で利用するようにしてもよい。

＜Ｅ．クラスタリングおよびモデル生成＞
特徴量時系列データ２７０を分割して複数の特徴量区間データ２７２を生成した後、クラスタリングした上で、モデル１６０を生成するようにしてもよい。

図１３は、本実施の形態に係る制御システム１におけるクラスタリングを用いたモデル生成処理を説明するための図である。

図１３を参照して、特徴量時系列データ２７０を任意の位置で分割することで複数の特徴量区間データ２７２－１～２７２－６が生成される。生成された複数の特徴量区間データ２７２－１～２７２－６をクラスタリングすることで、特徴量グループ２７４－１，２７４－２を決定する。特徴量グループ２７４－１，２７４－２の各々は、性質または傾向が類似した特徴量区間データ２７２を含む。

なお、クラスタリングのアルゴリズムはどのようなものであってもよい。例えば、Ｋ平均法（k-means）などの教師無し学習の手法を用いることができる。

図１３に示す例では、特徴量グループ２７４－１は、特徴量区間データ２７２－１，２７２－３，２７２－５を含み、特徴量グループ２７４－２は、特徴量区間データ２７２－２，２７２－４，２７２－６を含む。

典型的には、特徴量グループ２７４－１に含まれる特徴量区間データ２７２－１，２７２－３，２７２－５は、互いに類似した時間的変化２７６－１を示す。同様に、特徴量グループ２７４－２に含まれる特徴量区間データ２７２－２，２７２－４，２７２－６は、互いに類似した時間的変化２７６－２を示す。

特徴量グループ２７４－１に含まれる特徴量区間データ２７２を用いてモデル１６０が生成されるとともに、特徴量グループ２７４－２に含まれる特徴量区間データ２７２を用いて別のモデル１６０が生成されてもよい。

このように、互いに類似した特徴量区間データ２７２からなる特徴量グループ２７４にクラスタリングした上でモデル１６０を生成することで、モデル１６０の性能をより向上させることができる。

＜Ｆ．処理手順＞
次に、本実施の形態に係る制御システム１が実行する処理の処理手順の一例について説明する。

図１４は、本実施の形態に係る制御システム１の制御装置１００が測定値時系列データ１４２を収集する処理手順を示すフローチャートである。図１４に示す各ステップは、典型的には、制御装置１００のプロセッサ１０２がシステムプログラム１３１（図３）を実行することで実現される。

図１４を参照して、制御装置１００は、測定値時系列データ１４２を取得するタイミングが到来したか否かを判断する（ステップＳ１００）。測定値時系列データ１４２を取得するタイミングが到来していなければ（ステップＳ１００においてＮＯ）、ステップＳ１００の処理が繰り返される。

測定値時系列データ１４２を取得するタイミングが到来してれば（ステップＳ１００においてＹＥＳ）、制御装置１００は、対象の測定値の現在値を取得し（ステップＳ１０２）、現在時刻を示すタイムスタンプと取得した測定値とを対応付けてＴＳＤＢ１４０に格納する（ステップＳ１０４）。

制御装置１００は、イベント検知のための予め定められた条件のいずれかが満たされているか否かを判断する（ステップＳ１０６）。イベント検知のための予め定められた条件のいずれかが満たされていれば（ステップＳ１０６においてＹＥＳ）、制御装置１００は、満たされた条件に対応するイベントの内容をイベント情報１４４に登録する（ステップＳ１０８）。イベント検知のための予め定められた条件のいずれかが満たされていなければ（ステップＳ１０６においてＮＯ）、ステップＳ１０８の処理はスキップされる。

続いて、制御装置１００は、外部からイベント発生に関する指示を受信しているか否かを判断する（ステップＳ１１０）。外部からイベント発生に関する指示を受信していれば（ステップＳ１１０においてＹＥＳ）、制御装置１００は、受信した指示に対応するイベントの内容をイベント情報１４４に登録する（ステップＳ１１２）。外部からイベント発生に関する指示を受信していなければ（ステップＳ１１０においてＮＯ）、ステップＳ１１２の処理はスキップされる。そして、ステップＳ１００以下の処理が繰り返される。

図１５は、本実施の形態に係る制御システム１のサポート装置２００がモデル１６０を生成する処理手順を示すフローチャートである。図１５に示す各ステップは、典型的には、サポート装置２００のプロセッサ２０２がモデル生成プログラム２２８（図４）を実行することで実現される。

図１５を参照して、サポート装置２００は、制御装置１００のＴＳＤＢ１４０に格納された測定値時系列データ１４２およびイベント情報１４４を取得する（ステップＳ２００）。サポート装置２００は、取得した測定値時系列データ１４２から特徴量時系列データ２７０を算出する（ステップＳ２０２）。なお、特徴量時系列データ２７０は、特徴量の時系列データを複数含んでいてもよい。このように、サポート装置２００は、制御対象から収集される情報の時系列データを取得する処理を実行する。

サポート装置２００は、測定値時系列データ１４２および／または特徴量時系列データ２７０に含まれる情報に基づいて、検知すべきイベントが存在するか否かを判断する（ステップＳ２０４）。検知すべきイベントが存在していると判断すれば（ステップＳ２０４においてＹＥＳ）、サポート装置２００は、検知したイベントの内容をイベント情報１４４に登録する（ステップＳ２０６）。検知すべきイベントが存在していないと判断すれば（ステップＳ２０４においてＮＯ）、ステップＳ２０６の処理はスキップされる。

このように、サポート装置２００は、制御対象に発生したイベントを検知する処理を実行する。

サポート装置２００は、イベント情報１４４に基づいて、イベント発生ポイント２９０を重畳して特徴量時系列データ２７０を表示する（ステップＳ２０８）。そして、サポート装置２００は、イベント情報１４４に基づいて、あるいは、ユーザ指示に従って、特徴量時系列データ２７０を分割する（ステップＳ２１０）。これによって、１または複数の特徴量区間データ２７２が生成される。このように、サポート装置２００は、検知されたイベントに基づいて、時系列データ（特徴量時系列データ２７０、または、測定値時系列データ１４２）を分割して区間データ（特徴量区間データ２７２、または、測定値時系列データ１４２を分割して得られる区間データ）を生成する処理を実行する。

続いて、サポート装置２００は、生成した１または複数の特徴量区間データ２７２からモデル１６０を生成する（ステップＳ２１２）。すなわち、サポート装置２００は、区間データ（特徴量区間データ２７２、または、測定値時系列データ１４２を分割して得られる区間データ）に基づいて、モデル１６０を生成する処理を実行する。そして、サポート装置２００は、生成したモデル１６０の精度を評価して出力する。（ステップＳ２１４）。

続いて、サポート装置２００は、ユーザからモデル１６０の出力指示を受け付けたか否かを判断する（ステップＳ２１６）。ユーザからモデル１６０の出力指示を受け付けていなければ（ステップＳ２１６においてＮＯ）、サポート装置２００は、モデル１６０の生成に用いる特徴量区間データ２７２の選択を受け付ける（ステップＳ２１８）。そして、ステップＳ２１２以下の処理が繰り返される。

ユーザからモデル１６０の出力指示を受け付けていれば（ステップＳ２１６においてＹＥＳ）、サポート装置２００は、生成したモデル１６０を出力する（ステップＳ２２０）。そして、モデル生成の処理は終了する。

＜Ｇ．変形例＞
上述の説明においては、サポート装置２００がモデル１６０を生成する処理を主体的に実行する構成例について説明したが、モデル１６０を生成する処理は、サポート装置２００と別の装置との連携によって実現してもよいし、サポート装置２００とは別の装置（例えば、クラウド上のコンピューティングリソース）によって実現してもよい。すなわち、本実施の形態に係るモデル１６０を生成する処理を実装するハードウェアはどのようなものであってもよい。

＜Ｈ．付記＞
上述したような本実施の形態は、以下のような技術思想を含む。

［構成１］
制御対象を制御するための制御装置（１００）を備えた制御システム（１）であって、前記制御装置は、前記制御対象から収集される情報を予め用意された学習済モデル（１６０）に適用するように構成されており、前記制御システムは、
前記制御対象から収集される情報の時系列データ（１４２；２７０）を取得する取得部（１３６；２６０）と、
前記制御対象に発生したイベントを検知する検知部（１３８；２６６）と、
前記検知されたイベントに基づいて、前記時系列データを分割して区間データ（２７２）を生成する分割部（２６２，２６８）と、
前記区間データに基づいて、学習済モデル（１６０）を生成する生成部（２６４）とを備える、制御システム。

［構成２］
前記検知部は、前記制御装置が管理する特定のデータの値が予め定められた条件（１３８２）を満たすと、前記イベントの発生を検知する、構成１に記載の制御システム。

［構成３］
前記検知部は、ユーザからの指示に従って、前記イベントの発生を検知する、構成１または２に記載の制御システム。

［構成４］
前記検知部は、前記時系列データに含まれる情報の収集された時刻が予め定められた時間以上離れていれば、前記イベントの発生を検知する、構成１～３のいずれか１項に記載の制御システム。

［構成５］
前記時系列データと前記検知されたイベントとを対応付けて表示する表示部（２１８）をさらに備える、構成１～４のいずれか１項に記載の制御システム。

［構成６］
前記分割部は、前記検知されたイベントのうち選択されたイベントに基づいて、前記時系列データを分割する、構成１～５のいずれか１項に記載の制御システム。

［構成７］
前記時系列データとして特徴量時系列データ（２７０）を算出する算出部（２６０）をさらに備え、
前記生成部は、前記特徴量時系列データを分割して生成された区間データ（２７２）に基づいて、前記学習済モデルを生成する、構成１～６のいずれか１項に記載の制御システム。

［構成８］
前記生成部は、前記区間データのうち、対象の期間内に前記イベントが発生している区間データを除外して、前記学習済モデルを生成する、構成１～７のいずれか１項に記載の制御システム。

［構成９］
制御対象を制御するための制御装置（１００）を備えた制御システム（１）で実行されるモデル生成方法であって、前記制御装置は、前記制御対象から収集される情報を予め用意された学習済モデル（１６０）に適用するように構成されており、前記モデル生成方法は、
前記制御対象から収集される情報の時系列データ（１４２；２７０）を取得するステップ（Ｓ２００）と、
前記制御対象に発生したイベントを検知するステップ（Ｓ２０４，Ｓ２０６）と、
前記検知されたイベントに基づいて、前記時系列データを分割して区間データ（２７２）を生成するステップ（Ｓ２１０）と、
前記区間データに基づいて、学習済モデル（１６０）を生成するステップ（Ｓ２１２）とを備える、モデル生成方法。

［構成１０］
制御対象を制御するための制御装置に接続されるコンピュータ（２００）で実行されるモデル生成プログラム（２２８）であって、前記制御装置は、前記制御対象から収集される情報を予め用意された学習済モデル（１６０）に適用するように構成されており、前記モデル生成プログラムは前記コンピュータに、
前記制御対象から収集される情報の時系列データ（１４２；２７０）を取得するステップ（Ｓ２００）と、
前記制御対象に発生したイベントを検知するステップ（Ｓ２０４，Ｓ２０６）と、
前記検知されたイベントに基づいて、前記時系列データを分割して区間データ（２７２）を生成するステップ（Ｓ２１０）と、
前記区間データに基づいて、学習済モデル（１６０）を生成するステップ（Ｓ２１２）とを実行させる、モデル生成プログラム。

＜Ｉ．利点＞
本実施の形態に係るサポート装置２００においては、長時間に亘って収集した測定値時系列データには、４Ｍ（Man, Machine, Material, Method）変動が生じて、特定の区間において性質または傾向が変化し得る。このような測定値時系列データを用いて学習済モデル（モデル１６０）を生成する場合に、イベントに基づいて時系列データを分割して区間データを生成することで、性質や傾向が類似した区間データを効率的に生成および抽出できる。このように、性質や傾向が類似した区間データを用いてモデルを生成することで、類似した性質や傾向を反映した、より高精度なモデルを生成できる。これによって、長時間に亘って収集した時系列データからも効率的にモデルを生成できる。

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

１ 制御システム、２，４ フィールドバス、６ 上位ネットワーク、１０ フィールド装置群、１２ リモートＩ／Ｏ装置、１４ リレー群、１６，１２４ Ｉ／Ｏユニット、１８ サーボドライバ、２０ サーボモータ、１００ 制御装置、１０２，２０２ プロセッサ、１０４ チップセット、１０６，２０６ 主記憶装置、１０８，２０８ 二次記憶装置、１１０ 上位ネットワークコントローラ、１１２，２１２ ＵＳＢコントローラ、１１４ メモリカードインターフェイス、１１６ メモリカード、１１８，１２０ フィールドバスコントローラ、１２２ 内部バスコントローラ、１３０ ＰＬＣエンジン、１３１ システムプログラム、１３２ ユーザプログラム、１３４ ＡＩライブラリ、１３６ データ管理部、１３８ イベント管理部、１４２ 測定値時系列データ、１４４ イベント情報、１５０ 異常検知エンジン、１５２ 特徴量、１６０ モデル、２００ サポート装置、２０４ 光学ドライブ、２０５ 記録媒体、２１４ ネットワークコントローラ、２１６ 入力部、２１８ 表示部、２２０ バス、２２２ ＯＳ、２２４ インターフェイスプログラム、２２６ 開発プログラム、２２８ モデル生成プログラム、２４０ モデル生成ツール、２４２ 特徴量生成処理、２４４ 特徴量分割処理、２４６ ラベル付与処理、２４８ モデル生成処理、２５０ イベント検知処理、２６０ 特徴量算出部、２６２ 特徴量分割部、２６４ モデル生成部、２６６ イベント検知部、２６８ 分割区間設定部、２７０ 特徴量時系列データ、２７２ 特徴量区間データ、２７４ 特徴量グループ、２７６ 時間的変化、２８０，５１０ ユーザインターフェイス画面、２８２ 特徴量選択領域、２８４ 時系列データ表示領域、２８６ ヒストグラミング表示領域、２９０ イベント発生ポイント、２９２ メッセージ、２９４ イベント選択ボタン領域、４００ サーバ、５００ ＨＭＩ、５１２ ボタン、１３８２ イベント定義テーブル、２９４２，２９４４，２９４６，２９４８ 有効化ボタン。

Claims (10)

1. 制御対象を制御するための制御装置を備えた制御システムであって、前記制御装置は、前記制御対象から収集される情報を予め用意された学習済モデルに適用するように構成されており、前記制御システムは、
   前記制御対象から収集される情報の時系列データを取得する取得部と、
   前記制御対象に発生したイベントを検知する検知部と、
   前記検知されたイベントに基づいて、前記時系列データを分割して区間データを生成する分割部と、
   前記区間データに基づいて、学習済モデルを生成する生成部とを備える、制御システム。
2. 前記検知部は、前記制御装置が管理する特定のデータの値が予め定められた条件を満たすと、前記イベントの発生を検知する、請求項１に記載の制御システム。
3. 前記検知部は、ユーザからの指示に従って、前記イベントの発生を検知する、請求項１または２に記載の制御システム。
4. 前記検知部は、前記時系列データに含まれる情報の収集された時刻が予め定められた時間以上離れていれば、前記イベントの発生を検知する、請求項１～３のいずれか１項に記載の制御システム。
5. 前記時系列データと前記検知されたイベントとを対応付けて表示する表示部をさらに備える、請求項１～４のいずれか１項に記載の制御システム。
6. 前記分割部は、前記検知されたイベントのうち選択されたイベントに基づいて、前記時系列データを分割する、請求項１～５のいずれか１項に記載の制御システム。
7. 前記時系列データとして特徴量時系列データを算出する算出部をさらに備え、
   前記生成部は、前記特徴量時系列データを分割して生成された区間データに基づいて、前記学習済モデルを生成する、請求項１～６のいずれか１項に記載の制御システム。
8. 前記生成部は、前記区間データのうち、対象の期間内に前記イベントが発生している区間データを除外して、前記学習済モデルを生成する、請求項１～７のいずれか１項に記載の制御システム。
9. 制御対象を制御するための制御装置を備えた制御システムで実行されるモデル生成方法であって、前記制御装置は、前記制御対象から収集される情報を予め用意された学習済モデルに適用するように構成されており、前記モデル生成方法は、
   前記制御対象から収集される情報の時系列データを取得するステップと、
   前記制御対象に発生したイベントを検知するステップと、
   前記検知されたイベントに基づいて、前記時系列データを分割して区間データを生成するステップと、
   前記区間データに基づいて、学習済モデルを生成するステップとを備える、モデル生成方法。
10. 制御対象を制御するための制御装置に接続されるコンピュータで実行されるモデル生成プログラムであって、前記制御装置は、前記制御対象から収集される情報を予め用意された学習済モデルに適用するように構成されており、前記モデル生成プログラムは前記コンピュータに、
    前記制御対象から収集される情報の時系列データを取得するステップと、
    前記制御対象に発生したイベントを検知するステップと、
    前記検知されたイベントに基づいて、前記時系列データを分割して区間データを生成するステップと、
    前記区間データに基づいて、学習済モデルを生成するステップとを実行させる、モデル生成プログラム。

Images