JP7587472B2 - 機械学習システム及び機械学習システムによる機械学習モデル管理方法 - Google Patents

Description

本発明は、機械学習システム及び機械学習システムによる機械学習モデル管理方法に関する。

本発明は、好ましくは、機械学習等を用いて作成した機械学習モデルを搭載し、機械学習等による推論を実行する機械学習システム及びこの機械学習システムによる機械学習モデル管理方法に関する（以後、機械学習モデルをモデルとも言う）。

工場等の稼働状況をセンサで監視し、そのセンサデータを入力として作成した機械学習モデルを用い、故障等の異常を検知するといった機械学習システムがある。ただし、本発明で対象とする機械学習システムは、異常を検知する用途に用いられるだけではなく、例えば、機械学習モデルを用いて目的の画像を見つける等、機械学習モデルを搭載して推論を実行するシステムであればよい。

このような機械学習システムにおいて、ひとつの機械学習システムに、複数個の機械学習モデルを搭載し、推論もしくは診断を実行するという利用形態がある。

しかし、工場の設備の経年劣化等により、モデルが学習したセンサデータと、新しい入力となるセンサデータが乖離し、モルが適切に異常を検知できなくなる場合がある。そこでモデルが学習するセンサデータを定期的に更新し、劣化していく設備に対応するという手法をとる場合がある。しかし、計画保守等が実施され、データの傾向が変わった場合、一部の機械学習モデルが適切に異常を検知できなくなる可能性が発生する。

特許文献１では、機械学習モデルと、機械学習モデルが入力とする学習用データを紐づけて管理している。学習用データを用いて生成された新学習済みモデルがあることを示す情報を掲示する。

国際公開第２０１９／１５０５６５号

従来は、機械学習モデルを指定し、指定した機械学習モデルを再学習する。しかし、保守の場合は、保守種別毎にそれぞれ多種のデータが乖離を引き起こすため、保守がどのモデルに影響をあたえるのかわからず、保守に影響を受ける機械学習モデルを特定することができない。また、機械学習モデルが特定できたとしても、保守後の傾向が変わったデータが溜まるまで、モデルを再学習することができず、その間、モデルが適切に異常を検知できない。

本発明は上記の課題に鑑みてなされたもので、その目的は、保守などのイベントが発生した際、保守に影響を受け入力データの傾向が変わり、再学習が必要となるモデルを特定することが可能な機械学習システム及び機械学習システムによる機械学習モデル管理方法を提供することにある。

上記課題を解決すべく、本発明の一つの観点に従う機械学習システムは、機械学習のアルゴリズムが適用された１つ以上の機械学習モデルを有し、異常検知対象である機器の状態を検知する１つ以上のセンサが出力するセンサデータを入力データとして、この入力データに基づいて機械学習モデルが機器の異常等を検知する機械学習システムであって、機械学習システムはプロセッサを有し、プロセッサは、機械学習モデルを特定する機械学習モデルに固有のモデル識別子と、機械学習モデルの入力データとなるセンサデータを出力するセンサを特定するセンサに特有のセンサ識別子とを対応付けて管理し、機器に行われる保守作業を特定する保守作業に固有の保守イベント識別子毎に、保守作業が実施された時期の前後におけるセンサデータの傾向の変化を表す影響度を求め、この影響度をセンサ識別子毎に対応付けて管理し、影響度が予め定められた条件を満たすセンサが保守作業による影響を受けたとみなして、条件を満たすセンサのセンサ識別子に対応付けられたモデル識別子を提示することを特徴とする。

本発明によれば、保守などのイベントが発生した際、保守に影響を受け入力データの傾向が変わり、再学習が必要となるモデルを特定することが可能な機械学習システム及び機械学習システムによる機械学習モデル管理方法を実現することができる。

実施形態に係る機械学習システムの動作の概要を示す図である。 実施形態に係る機械学習システムの概要構成を示す図である。 実施例１に係る機械学習システムのモデル－センサ対応付けテーブルの一例を示す図である。 実施例１に係る機械学習システムのイベント－センサ対応付けテーブルの一例を示す図である。 実施例１に係る機械学習システムの動作の一例を示すフローチャートである。 実施例１に係る更新候補モデル情報の一例を示す図である。 実施例２に係る機械学習システムのイベント－センサ対応付けテーブルの一例を示す図である。 実施例２に係る機械学習システムのイベント－センサ対応付けテーブルの一例を示す図である。 実施例２に係る機械学習システムの動作の一例を示すフローチャートである。 実施例３に係る機械学習システムの動作の一例を示すフローチャートである。 実施形態に係る機械学習システムの表示部に表示される画面の一例を示す図である。

以下、本発明の実施形態について、図面を参照して説明する。なお、以下に説明する実施形態は請求の範囲に係る発明を限定するものではなく、また実施形態の中で説明されている諸要素及びその組み合わせの全てが発明の解決手段に必須であるとは限らない。

なお、実施例を説明する図において、同一の機能を有する箇所には同一の符号を付し、その繰り返しの説明は省略する。

また、以下の説明では、情報の一例として「ｘｘｘデータ」といった表現を用いる場合があるが、情報のデータ構造はどのようなものでもよい。すなわち、情報がデータ構造に依存しないことを示すために、「ｘｘｘデータ」を「ｘｘｘテーブル」と言うことができる。さらに、「ｘｘｘデータ」を単に「ｘｘｘ」と言うこともある。そして、以下の説明において、各情報の構成は一例であり、情報を分割して保持したり、結合して保持したりしても良い。

なお、以下の説明では、「プログラム」を主語として処理を説明する場合があるが、プログラムは、プロセッサ（例えばＣＰＵ（Central Processing Unit））によって実行されることで、定められた処理を、適宜に記憶資源（例えばメモリ）及び／又は通信インターフェースデバイス（例えばポート）を用いながら行うため、処理の主語がプログラムとされても良い。プログラムを主語として説明された処理は、プロセッサ或いはそのプロセッサを有する計算機が行う処理としても良い。

図１は、一実施例に係る機械学習システムの動作の概要を説明する図面である。本図を用いて一実施例の概要を説明し、その後、後続の図を用いて詳細を説明する。

図中の１１は、モデルと、モデルが学習対象とするセンサデータとの対応付けを示したものである。モデルＡは、輝度センサと、温度センサと、水圧センサとを入力として、学習を実行する。モデルＢは、水圧センサを入力として、学習を実行する。モデルＣは、温度センサと、振動センサとを入力として学習を実行する。モデルＤは、振動センサを入力として学習を実行する。モデルＥは、温度センサと、水圧センサとを入力として学習を実行する。

図中の１２は、センサデータを基準に、保守イベント（保守作業）に影響を受けたセンサデータの対応付けを示したものである。１２１に示すように、保守ＩＤ：MaintenanceId1の錆止め塗布の保守が実施されたた場合、輝度センサが保守イベントの影響を受け、センサデータの傾向が変わったとする。その後、保守ＩＤ：MaintenanceId1で特定されるイベントにより傾向が変わった輝度センサデータ等が一定期間以上経過して蓄積された場合に、輝度センサデータを入力として学習されたモデルであるモデルＡは、図中１２１１の範囲に示すセンサデータを入力とし、再学習する。このときの、再学習に利用されたセンサデータの種類とその期間を記録しておく。ただし、モデルＡは、再学習の実施が完了するまでの間、誤検知を引き起こす可能性がある。

図中１２２に示すように、保守ＩＤ：MaintenanceID2のパーツ交換の保守が実施されたた場合、輝度センサと、温度センサと、水圧センサとが、保守イベントの影響を受け、センサデータの傾向が変わったとする。その後、保守ＩＤ：MaintenanceId2イベントにより傾向が変わった各センサデータ等が、一定期間以上経過し、蓄積された場合に、これらのセンサデータを入力として学習されたモデルであるモデルＢとモデルＤとが再学習をする。具体的には、モデルＢは、図中１２２１に示す範囲のセンサデータ等を入力とし、再学習する。モデルＤは、図中１２２２に示す範囲のセンサデータ等を入力とし、再学習する。このときの、再学習に利用されたセンサデータの種類とその期間を記録しておく。ただし、モデルＢとモデルＤは、再学習の実施が完了するまでの間、誤検知を引き起こす可能性がある。

図中１２３に示すように、再度、保守ＩＤ：MaintenanceId1の錆止め塗布の保守が実施されたた場合について説明する。このときも、輝度センサが保守イベントの影響を受け、センサデータの傾向が変わったとする。保守ＩＤ：MaintenanceId1の保守イベントは、前述のとおり１２１で実施されており、その時、モデルの再学習に利用されたセンサデータの種類とその期間を記録していたため、モデルＡは、１回目の保守ＩＤ：MaintenanceId1の保守イベントが実施された際、再学習に利用された図中１２１１のセンサデータを用いて、再学習する。このとき、モデルＡは、一定期間以上経過し、センサデータが蓄積されることを待たずに、再学習を実施することができるため、モデルが誤検知を引き起こす期間を短縮できる可能性がある。

図中１２４に示すように、再度、保守ＩＤ：MaintenanceId2のパーツ交換の保守が実施された場合について説明する。このときも、輝度センサと、温度センサと、水圧センサとが、保守イベントの影響を受け、センサデータの傾向が変わったとする。保守ＩＤ：MaintenanceId2の保守イベントは、前述のとおり１２２で実施されており、その時、モデルの再学習に利用されたセンサデータの種類とその期間を記録していたため、モデルＢは、１回目の保守ＩＤ：MaintenanceId2の保守イベントが実施された際、再学習に利用された図中１２２１のセンサデータを用いて、再学習する。モデルＤは、１回目の保守ＩＤ：MaintenanceId2の保守イベントが実施された際、再学習に利用された図中１２２２のセンサデータを用いて、再学習する。このとき、モデルＢとモデルＤとは、一定期間以上経過し、センサデータが蓄積されることを待たずに、再学習を実施することができるため、モデルが誤検知を引き起こす期間を短縮できる可能性がある。

図中１２５に示すモデルは、運用の途中で新規に作成されたモデルを示したものである。前述したように、モデルＥは、温度センサと水圧センサを入力とする。これは、モデルＡ、モデルＢ、モデルＣ、モデルＥのどのモデルとも、入力とするセンサが異なる。モデルＥが作成された後、図中１２４に示す保守ＩＤ：MaintenanceId2のパーツ交換の保守を実施した場合、モデルＥにとっては、この保守ははじめての保守にあたるが、過去に、保守ＩＤ：MaintenanceId2の保守は実施されており、かつ、モデルＥが入力とする、水圧センサを入力とした再学習が実施されているため、モデルＥが再学習に利用できるデータは、過去の保守ＩＤ：MaintenanceId2のパーツ交換の保守を実施した後のデータである、図中１２５１に示す範囲のセンサデータを用いて、再学習する。

図２は、実施例１に係る機械学習システムのシステム構成の概略を示した図である。

図２に示す本実施例の機械学習システムは、機械学習モデル２０と、モデル管理部２１と、モデル－センサ対応付けテーブル２２と、イベント管理部２３と、イベント－センサ対応付けテーブル２４と、対応付け管理部２５と、更新候補モデル情報２６と、対応付け処理部２７と、計算部２８と、表示部２９とを有する。

本実施例の機械学習システムは、各種情報処理が可能な装置、一例としてコンピュータ等の情報処理装置である。機械学習システムは、ＣＰＵに代表されるプロセッサ及びメモリを有し、さらに、ストレージ及び入力装置を有する。

プロセッサは、例えばＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphics Processing Unit）、ＦＰＧＡ（Field-Programmable Gate Array）等である。メモリ及びストレージは、例えばＨＤＤ（Hard Disk Drive）などの磁気記憶媒体、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、ＳＳＤ（Solid State Drive）などの半導体記憶媒体等を有する。また、ＤＶＤ（Digital Versatile Disk）等の光ディスク及び光ディスクドライブの組み合わせもメモリ及びストレージとして用いられる。その他、磁気テープメディアなどの公知の記憶媒体もメモリ及びストレージとして用いられる。

ストレージには、ファームウェアなどのプログラムが格納されている。機械学習システムの動作開始時（例えば電源投入時）にファームウェア等のプログラムをこのストレージから読み出してメモリで実行し、機械学習システムの全体制御を行う。また、ストレージには、プログラム以外にも、機械学習システムの各処理に必要なデータ等が格納されている。

なお、本実施例の機械学習システムは、複数の情報処理装置が通信ネットワークを介して通信可能に構成された、いわゆるクラウドにより構成されてもよい。

機械学習モデル２０は、図２において図略の輝度センサ等の各種センサから出力されるセンサデータを入力データとし、この入力データに基づいて公知の機械学習アルゴリズムに従って学習を行ったものである。図１で詳述したように、本実施例の機械学習システムは複数の機械学習モデル２０を有し、好ましくは、個々の機械学習モデル２０の入力データであるセンサデータは異なりうる。ここに、センサデータが異なるとは、機械学習モデル２０の入力データが１つ以上存在する場合、これら入力データの１つでも異なることを意味する。

モデル管理部２１は、（機械学習）モデル２０と、モデル２０が入力として学習を実行するセンサデータとの対応付けが記述されたデル－センサ対応付けテーブル２２を管理する。

モデル－センサ対応付けテーブル２２は、モデル管理部２１が管理する情報が記録される。これは、後述の図３のテーブルのように記録しても良い。

イベント管理部２３は、例えば、保守といったイベントと、イベントに影響を受けたセンサデータとの対応付けが記述されたイベント－センサ対応付けテーブル２４を管理する。イベントは、本実施形態では、例えば、保守をあげて例示するが、保守でなくてもよく、例えば、台風や、積雪などでも良い。イベントとは、その事象が発生したことが原因となり、センサデータの傾向が通常と変わる事象を指す。

イベント－センサ対応付けテーブル２４は、イベント管理部２３が管理する情報が記録される。これは、後述の図４のように記録しても良い。

対応付け管理部２５は、モデル管理部２１が管理する情報と、イベント管理部２３が管理する情報とを対応付け、保守イベントが発生した際、この保守イベントに影響を受けたモデルを特定する。

更新候補モデル情報２６は、対応付け管理部２５が管理する情報が記録される。これは、後述の図６のテーブルのように記録しても良い。

対応付け処理部２７は、第２の実施形態にて示す、モデル２０とセンサとの対応付け、及び、イベントとセンサの対応付けを参照し、モデル２０の入力として使用されたセンサデータの期間を提示する。詳細は図９及び図１０に示す。計算部２８は、イベントにより影響を受けたセンサデータを特定するための、影響度合い等を計算する。

表示部２９は、計算部２８から送出される表示制御信号に基づいて所定の画面を表示する。入力装置は、機械学習システムのオペレータ（図略）からの入力指示動作に基づいて、入力指示信号を機械学習システムを構成する各部に送出する。

なお、図２において、モデル２０、モデル－センサ対応付けテーブル２２はデータサイエンティスト等により入力されるか、予め用意されているものとする。また、イベント－センサ対応付けテーブル２４は機械学習システムの運用者が入力してもよい。

図３は、モデル２０と、モデル２０が入力として学習を実行するセンサデータとの対応付けを管理するモデル－センサ対応付けテーブル２２を例示したものである。

モデル－センサ対応付けテーブル２２では、モデル２０を特定するためのモデルＩＤやモデル名などのモデル識別子と、そのモデル２０が入力として学習を実行するセンサデータを出力するセンサＩＤやセンサ名などのセンサ識別子の対応付けが管理されている。

例えば、モデルＡは輝度センサ、温度センサ、水圧センサを入力とし、振動センサは入力としない。モデルＢは、水圧センサを入力とし、輝度センサと、温度センサと、振動センサは入力としない。このように、モデル識別子毎に、学習の入力として利用されているセンサ識別子が管理される。ただし、本実施形態が利用するモデルと、モデルが入力として学習を実行するセンサデータとの対応付けは、必ずしも図３と同一でなくても良い。つまり、モデルと、モデルの入力となる情報の関係性がわかればよい。

図４は、保守などのイベントと、イベントに影響を受けたセンサデータとの対応付けを管理するイベント－センサ対応付けテーブル２４を例示したものである。

イベント－センサ対応付けテーブル２４では、保守イベントを特定するための保守ＩＤや保守名などの保守識別子と、センサを特定するためのセンサＩＤやセンサ名などのセンサ識別子毎の影響度の対応付けが管理されている。

計算部２８は、保守ＩＤがMaintenanceID1である保守イベント、すなわちパーツ１の錆止め塗布が実施された日時と、その保守イベントにより影響を受けたセンサを特定するために、センサ識別子毎に影響度を記録する。影響度とは、保守イベントが実施された時間の前後で、センサデータに変化があった度合いを示した値である。影響度は、例えば、以下の式で算出する。

上式において、寄与度は特許４８３２６０９号、異常度は特許５４８０４４０号に開示されたものを使用している。詳細は参照先の公報に譲るが、概略を説明すると、異常度は、センサデータを正規化して得られる特徴ベクトルを求め、この特徴ベクトルをクラスタリングしてクラスタ中心との距離が最も大きい特徴ベクトルの絶対値をクラスタ半径とし、異常度の計算対象となるセンサデータの特徴ベクトルのクラスタ中心までの距離ｄをクラスタ半径ｒで除した値として求められる。そして、異常度の差は、保守イベントが実施された時間の前後における異常度の差分として求められる。また、寄与度は、算出された異常度に対して、その異常度の算出に用いた複数のセンサデータを構成する各センサデータの寄与の程度を示すものであり、センサデータとクラスタを構成するセンサデータの代表値との差分を上述した距離ｄで除した値として求められる。

当然、影響度は、必ずしも上記の式である必要はない。保守などのイベントの前と、後とで、センサデータに変化があった度合いがわかる値もしくは、高、中、低などの表現であっても良い。もし、モデルの入力となる情報が画像の場合は、画像の輝度などの変化が影響度に相当する。つまり、モデルの入力となる情報が、イベントの影響を受けたか否かがわかればよい。

図５は、本実施例の機械学習システムの動作を説明するためのフローチャートであり、保守作業などのイベントの影響を受け、センサデータが変化したため、再学習すべきモデルを特定するための処理を図示したフロー図である。

保守などのイベントが発生した場合、イベント管理部２３は、イベント－センサ対応付けテーブル２４に、保守ＩＤや保守名といった、保守イベント識別子と、日時を記録する（ステップ５１）。

次に、イベント管理部２３は、イベント－センサ対応付けテーブル２４に、センサ識別子毎に、計算部２８が計算した影響度を記録する（ステップ５２）。

そして、ステップＳ５２で算出した影響度が、あらかじめ設定済のしきい値よりも高い場合（ステップ５３においてＹＥＳ）、その影響度を持つセンサ識別子に対して、対応付け管理部２５が、モデル－センサ対応付けテーブル２２を参照し、前記センサ識別子が入力に含まれるモデルを特定する（ステップ５４）。なお、しきい値は、モデルの再学習が必要になるセンサデータの変化を、モデルを作成したデータサイエンティストなどに確認し、予め設定しておくことを推奨するが、この限りではない。

そして、対応付け管理部２５は、ステップ５４にて特定したモデルを、例えば、後述する図６や図１０に示すように、ＧＵＩなどで表示部を介して提示する（ステップ５５）。

図６は、イベント識別子と、イベントによって影響を受け再学習が必要になる可能性があるモデル識別子とを、対応付けたテーブルである。

例えば、例示するイベント―センサ対応付けテーブル２４において、保守ＩＤがMaintenanceId1のパーツ１錆止め塗布の保守が実施された際、センサＩＤがSensor1となる輝度センサの影響度が図４に示すように１．４９であったとする。このとき、仮にしきい値を０．５とすると、輝度センサの影響度１．４９はしきい値より大きいため、保守ＩＤがMaintenanceId1の保守イベントは輝度センサに影響を与えたと判断することができる。

そこで、対応付け管理部２５は、輝度センサが入力に含まれるモデル２０を、モデル－センサ対応付けテーブル２２を参照し、特定する。モデル－センサ対応付けテーブル２２を参照すると、輝度センサが入力に含まれるモデル２０は、モデルＡということがわかる。

従って、パーツ１錆止め塗布の保守イベントが実施された場合は、モデルＡを再学習する可能性が高いため、モデルＡが「更新要」、それ以外のモデルＢ、モデルＣ、モデルＤは、「更新不要」となる。このようなことが、他のイベント、例えば、パーツ１の交換や、パーツ１の接続などによっても実施され、それぞれのイベント毎に、再学習が必要な可能性が高いモデルが特定される。

以上が、実施例１の機械学習システムにおける処理の流れとなる。このような情報の管理及び処理を行うことで、保守などのイベントが発生した際、そのイベントに影響を受け、再学習を実施した方が良い可能性が高いモデル２０を特定できる。これにより、モデル２０が誤検知を引き起こす可能性を低減することができる。

次に、実施例２に係る機械学習システムについて説明する。

図７は、図３に示した実施例１におけるモデル－センサ対応付けテーブル２２と同様に、モデル２０と、モデル２０が入力として学習を実行するセンサデータとの対応付けを管理する、実施例２に係るモデル－センサ対応付けテーブル２２テーブルを示す図である。そのため、本図は、図３との差分を中心に説明する。

モデルＩＤやモデル名などのモデル識別子と、前記モデル識別子が作成された日時などと、モデル２０毎に定められた許容度と、モデル２０が入力として学習するセンサデータのおおよその目安期間が対応付けされる。さらに、図３にて示した、モデルが入力として学習を実行するセンサデータを出力するセンサＩＤやセンサ名などのセンサ識別子の対応付けが管理されている。

モデル２０毎に定められた許容度とは、モデルが再学習を実施すべき目安となる値となる。例えば、保守前後において、前述のモデルの異常度が、本テーブルの許容度を超えた場合、そのモデル識別子を有するモデルを再学習することを推奨する。この許容度は、モデル毎に異なる可能性があるため、本テーブルにてモデル毎に定めても良い。

モデル２０が入力として学習するセンサデータのおおよその目安期間とは、モデル２０が学習するために利用するセンサデータの期間である。例えば、モデルＡは、約３０日分の輝度センサデータ、約３０日分の温度センサデータ、及び約３０日分の水圧センサデータを入力として、モデル２０を学習する。モデルＢは、約１５日分の水圧センサデータを入力として、モデル２０を学習する。目安学習期間を示すことで、後述の図９、図１０に示す処理フローにおける、過去のセンサデータを用いて再学習する際に参考にできる。

図８は、図４に示した実施例１におけるイベント－センサ対応付けテーブル２４と同様に、保守などのイベントと、イベントに影響を受けたセンサデータとの対応付けを管理する、実施例２に係るイベント－センサ対応付けテーブル２４を示した図である。そのため、本図は、図４との差分を中心に説明する。

保守ＩＤや保守名などの保守識別子と、センサＩＤやセンサ名などのセンサ識別子毎に、保守イベントの前後でモデル２０の入力となるセンサデータに変化があり、モデル２０の再学習が実施された場合、センサ識別子毎に、再学習の際に利用されたセンサデータであった場合、利用された期間が記録される。

例えば、MaintenanceId1により特定される、パーツ１への錆止め塗布の保守イベントが実施され、実施例１と同様に、保守イベントによる影響を受け、輝度センサデータの傾向が変わったとする。その後、データサイエンティスト等の判断により、実施例１に示した手法等により、輝度データを入力とするモデルＡの再学習が実施されたものとする。

この時、輝度センサデータにおいて、再学習に利用された期間を記録しておく。つまり、図８の輝度センサデータの欄に、再学習に利用された期間として2017/08/29-2017/09/27と記録する。こうすることにより、MaintenanceId1により特定される保守イベントの影響にて、モデル２０の再学習が実施され、その後、輝度センサデータの上記期間のデータを用い、再学習が実施されたことを把握できる。

図９は、保守などのイベントの影響を受け、センサデータが変化したため、再学習すべきモデル２０を特定し、さらに、再学習に利用すべきセンサデータを提示する、図７及び図８にて示した情報を管理する、処理を図示したフローチャートである。

保守などのイベントが発生した場合、イベント管理部２３は、イベント－センサ対応付けテーブル２４に、保守ＩＤや保守名といった、保守イベント識別子と、日時を記録する（ステップ９０１）。

次に、イベント管理部２３は、イベント－センサ対応付けテーブル２４に、センサ識別子毎に、計算部２８が計算した影響度を記録する（ステップ９０２）。

そして、ステップ９０２で記録された影響度が、あらかじめ設定済のしきい値よりも高い場合（ステップ９０３においてＹＥＳ）、その影響度を持つセンサ識別子に対して、対応付け管理部２５が、モデル－センサ対応付けテーブル２２を参照し、前記センサ識別子が入力に含まれるモデルを特定する（ステップ９０４）。一方、影響度が、あらかじめ設定済のしきい値以下の場合（ステップ９０３においてＮＯ）、処理を終了する。

なお、しきい値は、モデルの再学習が必要になるセンサデータの変化を、モデルを作成したデータサイエンティストなどに確認し、予め設定しておくことを推奨するが、この限りではない。

次に、モデル管理部２１は、ステップ９０４にて特定したモデルの許容度を取得し、さらにモデルが出力している異常度を比較し、異常度が、許容度よりも高い場合（ステップ９０５においてＹＥＳ）、対応付け処理部２７が、イベント－センサ対応付けテーブル２４を参照し、ステップ９０１に示した保守イベントと同様の保守イベントを検索する（ステップ９０６）。一方、異常度が、許容度以下の場合（ステップ９０５においてＮＯ）、処理を終了する。

ステップ９０５に示した異常度とは、実施例１と同様に、モデル２０が、入力するセンサデータに対して、異常検知の診断した結果、異常として判定する度合いである。異常度は、特許５４８０４４０号を参照している。

対応付け処理部２７は、ステップ９０６の結果を得て、過去に、例えば、同一保守ＩＤを有する同様の保守イベントがあり（ステップ９０７）、かつ、イベント－センサ対応付けテーブル２４にて管理する、センサ毎の影響が過去の影響と同様の傾向であった場合（ステップ９０８）、イベント－センサ対応付けテーブル２４より、ステップ９０８に該当する、しきい値を超えているセンサデータの学習期間を提示する（ステップ９０９）。ここで、ステップ９０８に示した過去の影響と同様の傾向とは、例えば、過去の保守実施前から保守実施後のセンサデータの値の変化が、およそ２０～３０パーセントの間にて増減した、等、過去の値と全く同一の数値でなくても良く、大雑把な傾向が同様であればよい。

ステップ９０９の判断を元に、モデルが提示されたセンサデータを入力とする等して再学習が実施された場合（ステップ９１０）、イベント管理部２３は、イベント－センサ対応付けテーブル２４に、前記イベントＩＤに対して、センサ毎の再学習に利用された期間を記録し（ステップ９１１）、処理を終了する。なお、ステップ９０７とステップ９０８の分岐がＮｏの場合は、ステップ９１０へ移動し、ステップ９１０の分岐がＮｏの場合は、処理を終了する。

次に、実施例３に係る機械学習システムについて説明する。

図１０は、実施例２に係る図９と同様に、保守などのイベントの影響を受け、センサデータが変化したため、再学習すべきモデル２０を特定し、さらに、再学習に利用すべきセンサデータを提示する、図７及び図８にて示した情報を管理する、処理を図示したフローチャートである。

図９との差分は、二重線にて示したステップ９２１、ステップ９２２、ステップ９２３、ステップ９２４にて示した処理である。本処理において、前述の図１の説明の最後にて述べた、運用の途中で新規モデル２０を作成した場合においても、新規モデル２０の再学習の入力となるセンサデータを提示することが可能となる。

ステップ９０８までは、図９のステップ９０１～９０７に示す処理と同じであるためステップ９０８以降の処理を説明する。

対応付け処理部２７は、センサ毎の影響が過去の影響と同様の傾向であり（ステップ９０８においてＹＥＳ）、かつ、新規モデル２０のモデル作成日が過去の保守イベントより後であり（ステップ９２１においてＹＥＳ）、さらに新規モデル２０が入力とするセンサデータが過去の保守イベント後の再学習で利用されていた場合（ステップ９２２においてＹＥＳ）、イベント―センサ対応付けテーブル２４より、ステップ９０８に該当する、しきい値を超えているセンサデータの学習期間を提示する（ステップ９０９）。

ステップ９２１の処理がＹＥＳである場合（ステップ９２３）、新規モデル２０は過去の保守イベント時には存在していないため、イベント管理部２３はモデル２０の再学習等の見直しを提示しても良い（ステップ９２４）。また、ステップ９１０以降の処理も、図９と同様である。なお、ステップ９２１、ステップ９２２、ステップ９２４の分岐がＮｏの場合は、ステップ９１０へ移動する。

図１１は、実施形態に係る機械学習システムにおけるＧＵＩ１００１の例を図示した図である。

保守イベント一覧には、保守ＩＤ（MaintenanceId1）や保守名（パーツ１錆止め塗布）などの保守識別子毎に、保守が実施された日時（2017/08/27 XX:XX:XX -2017/8/28 XX:XX:XX）が表示される。

例えば、利用者は、詳細を確認したい保守識別子を選択し、保守イベントの詳細表示ボタン１００２を押下する。すると、保守イベントの詳細表示欄１００３に、保守識別子の詳細情報が表示される。

表示される情報は、保守ＩＤや保守名といった保守識別子や、保守が実施された日時や、保守内容の説明（例えば、〇〇号機の〇〇部のパーツ1が、経年劣化により錆等が発生したため、パーツ１に錆止め塗料を塗布した。など）が書かれていても良い。

また、その保守識別子において、影響を受けたモデル識別子（ModelIdA）が表示され、モデル識別子の詳細情報として、モデルＩＤやモデル名（モデルＡ）、モデルに入力として含まれるセンサ識別子（Sensor1など）、影響度の値、さらに、過去の同一保守ＩＤにて再学習が実施された際の、再学習の入力センサデータとして利用された期間などが表示されていてもよい。また、ＧＵＩにて、本実施形態で示した、例えば、モデルが保守により影響を受けたと想定する影響度などの、しきい値の変更を行えても良い。

なお、上記した実施例は本発明を分かりやすく説明するために構成を詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、各実施例の構成の一部について、他の構成に追加、削除、置換することが可能である。

一例として、本実施形態では、過去に実施された同一の保守識別子時のセンサデータを用いて再学習を行い、モデル２０を作成する説明を行ったが、過去のセンサデータを用いた再学習ではなく、過去に利用されたモデル２０をそのまま用いるとしても良い。

また、本実施形態では、保守に影響を受けたセンサデータが溜まる前に、過去のセンサデータを用いて再学習を実施する例を述べたが、その後、保守に影響を受けたセンサデータが蓄積された後、現在のセンサデータを用いて、モデル２０を再学習するとしても良い。

さらに、本実施形態では、期間中、一種類の保守イベントが実施される例を示したが、実際の保守業務においては、複数種類の保守イベントを同時に実施する可能性もある。例えば、MaintenanceId1の保守イベントと、MaintenanceId2の保守イベントが同時期に実施される場合である。この場合、もし、過去にMaintenanceId1の保守イベントが実施された際の情報（例えば、イベント－センサ対応付けテーブル２４のMaintenanceId1行に記載の情報）と、MaintenanceId2の保守イベントが実施された際の情報（例えば、イベント－センサ対応付けテーブル２４のMaintenanceId2行に記載の情報）とが存在していれば、それらの影響度の加算から、MaintenanceId1とMaintenanceId2とが同時期に実施された際の影響度を推測することが可能となる。そのため、複数種類の保守イベントが同時期に実施された場合であっても、保守に影響を受けたモデル２０を特定し、過去の再学習に利用されたセンサデータを提示することが可能となる場合がある。

さらに、本実施形態の図５、図９、図１０で示す処理フローの条件の分岐は、しきい値判定などで自動化しても良いし、人の判断が入っても良い。

さらに、本実施形態において、過去のセンサデータを用い、再学習を実施し、再学習したモデルをシステムで採用するか否かは、運用者が確認し、採用の要否を判断するとしても良い。

本実施形態でモデル２０が再学習の際の入力とするセンサデータの保存場所は特に限定しないが、保守イベントに影響を受けたセンサデータを、アクセスが容易な場所に別で保存しておくなどしても良い。

本実施例にて示した、寄与度や異常度や、許容度の計算方法は、一例である。

実施例１～３に示すテーブルおよび処理フローおよびＧＵＩはあくまで一例であり、必ずしもこれと同じ内容を有する必要はなく、また、他の情報が入っていてもよい。

また、上記の各構成、機能、処理部、処理手段等は、それらの一部または全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、本発明は、実施例の機能を実現するソフトウェアのプログラムコードによっても実現できる。この場合、プログラムコードを記録した記憶媒体をコンピュータに提供し、そのコンピュータが備えるプロセッサが記憶媒体に格納されたプログラムコードを読み出す。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施例の機能を実現することになり、そのプログラムコード自体、及びそれを記憶した記憶媒体は本発明を構成することになる。このようなプログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ、ハードディスク、ＳＳＤ（Solid State Drive）、光ディスク、光磁気ディスク、ＣＤ－Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどが用いられる。

また、本実施例に記載の機能を実現するプログラムコードは、例えば、アセンブラ、Ｃ／Ｃ＋＋、ｐｅｒｌ、Ｓｈｅｌｌ、ＰＨＰ、Ｊａｖａ（登録商標）、Ｐｙｔｈｏｎ等の広範囲のプログラムまたはスクリプト言語で実装できる。

さらに、各実施例の機能を実現するソフトウェアのプログラムコードのすべてまたは一部は、予め機械学習システムのストレージに格納されていてもよいし、必要に応じて、ネットワークに接続された他の装置の非一時的記憶装置から、または機械学習システムが備える図略の外部Ｉ／Ｆを介して、非一時的な記憶媒体からストレージに格納されてもよい。

さらに、実施例の機能を実現するソフトウェアのプログラムコードを、ネットワークを介して配信することによって、それをコンピュータのハードディスクやメモリ等の記憶手段またはＣＤ－ＲＷ、ＣＤ－Ｒ等の記憶媒体に格納し、コンピュータが備えるプロセッサが当該記憶手段や当該記憶媒体に格納されたプログラムコードを読み出して実行するようにしてもよい。

上述の実施例において、制御線や情報線は、説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。全ての構成が相互に接続されていてもよい。

２０…機械学習モデル ２１…モデル管理部 ２２…モデル－センサ対応付けテーブル ２３…イベント管理部 ２４…イベント－センサ対応付けテーブル ２５…対応付け管理部 ２６…更新候補モデル情報 ２７…対応付け処理部 ２８…計算部 ２９…表示部 １００１…ＧＵＩ

Claims (8)

1. 機械学習のアルゴリズムが適用された１つ以上の機械学習モデルを有し、異常検知対象である機器の状態を検知する１つ以上のセンサが出力するセンサデータを入力データとして、この入力データに基づいて前記機械学習モデルが前記機器の異常等を検知する機械学習システムであって、
   前記機械学習システムはプロセッサを有し、
   前記プロセッサは、
   前記機械学習モデルを特定する前記機械学習モデルに固有のモデル識別子と、前記機械学習モデルの前記入力データとなる前記センサデータを出力する前記センサを特定する前記センサに特有のセンサ識別子とを対応付けて管理し、
   前記機器に行われる保守作業を特定する前記保守作業に固有の保守イベント識別子毎に、前記保守作業が実施された時期の前後における前記センサデータの傾向の変化を表す影響度を求め、この影響度を前記センサ識別子毎に対応付けて管理し、
   前記影響度が予め定められた条件を満たす前記センサが前記保守作業による影響を受けたとみなして、前記条件を満たす前記センサの前記センサ識別子に対応付けられた前記モデル識別子を提示する
   ことを特徴とする機械学習システム。
2. 前記プロセッサは、前記影響度が予め定められた閾値を超えた前記センサが前記保守作業による影響を受けたとみなして、前記条件を満たす前記センサの前記センサ識別子に対応付けられた前記モデル識別子を提示することを特徴とする請求項１に記載の機械学習システム。
3. 前記影響度は、前記センサデータをクラスタリングした結果として得られる前記センサデータの正常値の範囲と実際の前記センサデータとのずれである異常度の、前記保守作業が実施された時期の前後における変化に基づいて求められることを特徴とする請求項１に記載の機械学習システム。
4. 前記プロセッサは、
   前記機械学習モデルが作成された時期と、前記機械学習モデルが異常であるか否かを判定する判定基準である許容度と、前記機械学習モデルの学習のために入力される前記センサデータの学習期間とを、前記モデル識別子毎に対応付けて管理し、
   前記保守作業が発生した際、前記保守作業が発生した時期と、前記機械学習モデルの再学習が行われたらこの再学習に用いられた前記センサ識別子及び前記再学習の期間の組とを前記保守イベント識別子毎に対応付けて管理する
   ことを特徴とする請求項１に記載の機械学習システム。
5. 前記プロセッサは、
   前記許容度を、この許容度に関連付けられた前記機械学習モデルの前記入力データである前記センサデータについて、このセンサデータをクラスタリングした結果として得られる前記センサデータの正常値の範囲と実際の前記センサデータとのずれである異常度が超えたとき、この異常度に関連付けられた前記保守作業の前記保守イベント識別子と同一の前記保守作業を検索し、
   過去に同一の前記保守イベント識別子が存在し、かつ、前記センサ毎の前記影響度の傾向が、同一の前記保守作業時と同様である場合、同一の前記保守イベント識別子に対応する前記再学習の期間を読み込み、前記再学習の期間に対応する前記センサ識別子の前記センサデータを入力として、前記モデル識別子の前記機械学習モデルを再学習することを提示し、
   一方、過去に同一の前記保守イベント識別子が存在せず、もしくは、前記センサ毎の前記影響度の傾向が、同一の前記保守イベント時と同様でなく、さらに前記機械学習モデルの前記再学習が実施された場合、前記モデル識別子に関連付けられた前記機械学習モデルの前記再学習の入力となる前記センサ識別子の前記センサデータの再学習期間を、前記保守イベント識別子に対応付けて記録する
   請求項４に記載の機械学習システム。
6. 前記機械学習システムの運用中に新規な前記機械学習モデルがこの機械学習システムに登録されたとき、
   前記プロセッサは、
   新規な前記機械学習モデルの作成日が、過去の前記保守作業より後であり、新規な前記機械学習モデルの前記入力データである前記センサデータが、過去の前記保守作業における前記再学習で利用されているとき、
   過去に同一の前記保守イベント識別子が存在し、かつ、前記センサ毎の前記影響度の傾向が、同一の前記保守イベント時と同様である場合、同一の前記保守イベント識別子に対応する前記再学習の期間を読み込み、前記再学習の期間に対応する前記センサ識別子の前記センサデータを入力として、新規な前記機械学習モデルを再学習することを提示する
   請求項５に記載の機械学習システム。
7. 前記機械学習システムは表示部を有し、
   前記プロセッサは、
   前記影響度が予め定められた前記条件を満たす前記センサが前記保守作業による影響を受けたとみなしたとき、前記条件を満たす前記センサの前記センサ識別子に対応付けられた前記モデル識別子、前記モデル識別子に関連付けられた前記機械学習モデルの前記入力データを出力する前記センサ、前記センサに関連付けられた前記影響度を前記表示部に表示させる
   ことを特徴とする請求項１に記載の機械学習システム。
8. 機械学習のアルゴリズムが適用された１つ以上の機械学習モデルを有し、異常検知対象である機器の状態を検知する１つ以上のセンサが出力するセンサデータを入力データとして、この入力データに基づいて前記機械学習モデルが前記機器の異常等を検知する機械学習システムによる機械学習モデル管理方法であって、
   前記機械学習モデルを特定する前記機械学習モデルに固有のモデル識別子と、前記機械学習モデルの前記入力データとなる前記センサデータを出力する前記センサを特定する前記センサに特有のセンサ識別子とを対応付けて管理し、
   前記機器に行われる保守作業を特定する前記保守作業に固有の保守イベント識別子毎に、前記保守作業が実施された時期の前後における前記センサデータの傾向の変化を表す影響度を求め、この影響度を前記センサ識別子毎に対応付けて管理し、
   前記影響度が予め定められた条件を満たす前記センサが前記保守作業による影響を受けたとみなして、前記条件を満たす前記センサの前記センサ識別子に対応付けられた前記モデル識別子を提示する
   ことを特徴とする機械学習システムによる機械学習モデル管理方法。

Images