(57)【要約】【課題】工場設備が非定常状態であるか否かを検知する。【解決手段】非定常状態検出システムは、工場設備から送られてくるデータを受信したデータに基づく情報処理を行うアプリケーションを実行する処理実行部と、上記データの間の関連性の有無を示す情報であるデータ関連付け結果を生成するデータ関連性生成部と、データ関連付け結果に基づき、工場設備が製品の製造を実際に行っている状態である定常状態以外の状態である非定常状態であるか否かを判定する非定常状態判定部と、上記判定の結果に基づき上記アプリケーションが上記情報処理に与える影響を抑制する制御を行る抑制部と、工場設備が上記非定常状態であると判定した場合に上記データにタグ付けを行うタグ付部とを備える。【選択図】図３
2019144716.tif 000002
【特許請求の範囲】
【請求項１】
工場設備から送られてくるデータを受信するデータ受信部と、
受信した前記データに基づく情報処理を行うアプリケーションを実行する処理実行部と、
前記データの間の関連性の有無を示す情報であるデータ関連付け結果を生成するデータ関連性生成部と、
前記データ関連付け結果に基づき、前記工場設備が製品の製造を実際に行っている状態である定常状態以外の状態である非定常状態か否かを判定する非定常状態判定部と、
を備える、非定常状態検出システム。
【請求項２】
請求項１に記載の非定常状態検出システムであって、
前記判定の結果に基づき、前記アプリケーションが前記情報処理に与える影響を抑制する制御を行う抑制部をさらに備える、
非定常状態検出システム。
【請求項３】
請求項２に記載の非定常状態検出システムであって、
ユーザ端末と通信可能に接続し、
前記情報処理は、ユーザ端末への通知を送信する処理を含み、
前記抑制する制御は、前記通知の送信を抑制する制御である、
非定常状態検出システム。
【請求項４】
請求項２に記載の非定常状態検出システムであって、
前記工場設備が前記非定常状態であると判定した場合に前記受信したデータにタグ付けを行うタグ付部をさらに備え、
前記抑制部は、前記タグ付けされた前記データを対象として前記抑制する制御を行う、
非定常状態検出システム。
【請求項５】
請求項１乃至４のいずれか一項に記載の非定常状態検出システムであって、
前記定常状態における前記情報処理の挙動を示す情報を記憶し、
前記非定常状態判定部は、前記データ関連付け結果に基づき前記工場設備が非定常状態であるか否かを判定することができなかった場合に、前記受信したデータを入力しつつ前記情報処理を試行することにより取得される情報と前記定常状態における前記挙動を示す情報とを対照することにより、前記工場設備が非定常状態であるか否かを判定する、
非定常状態検出システム。
【請求項６】
請求項１乃至４のいずれか一項に記載の非定常状態検出システムであって、
前記データの間の関連性の有無を判定するための判定基準となる情報であるデータ関連付け情報を記憶する記憶部をさらに備え、
前記データ関連性生成部は、前記データ関連付け情報に基づき前記データの間の関連性の有無を判定することにより前記データ関連付け結果を生成する、
非定常状態検出システム。
【請求項７】
請求項６に記載の非定常状態検出システムであって、
前記データ関連付け情報は、関連付けの判定対象となる一方の前記データに含まれるキーの値と関連付けの判定対象となる他方の前記データに含まれるキーの値との関係を示す情報を含む、
非定常状態検出システム。
【請求項８】
請求項１乃至４のいずれか一項に記載の非定常状態検出システムであって、
前記データは、前記工場設備に設けられたセンサによって取得されるデータである現場データと、前記工場設備を実行する際の計画情報、実行情報、及び製造される製品を特定する情報のうちの少なくともいずれかを含むデータであるシステムデータと、を含み、
前記データ関連付け結果は、前記現場データと前記計画情報との間の関連性の有無、前記計画情報と前記実行情報との間の関連性の有無、及び前記計画情報と前記製品を特定する情報との間の関連性の有無、のうちの少なくともいずれかを示す情報を含む、
非定常状態検出システム。
【請求項９】
請求項１乃至４のいずれか一項に記載の非定常状態検出システムであって、
前記情報処理は、前記受信したデータの分析、前記工場設備の製造状況の可視化、前記工場設備の製造工程の効率化、前記工場設備の制御、前記工場設備の予防保全、前記工場設備の異常予兆検出、及び、前記工場設備により製造される製品の品質管理のうちの少なくともいずれかに関する処理である、
非定常状態検出システム。
【請求項１０】
請求項１乃至４のいずれか一項に記載の非定常状態検出システムであって、
前記非定常状態は、前記工場設備が導入のための立上げを行っている状態、前記工場設備が製品の製造を開始するための前準備を行っている状態、及び前記工場設備が製品の試作を行っている状態、のうちの少なくともいずれかの状態である、
非定常状態検出システム。
【請求項１１】
情報処理装置が、
工場設備から送られてくるデータを受信するステップ、
受信した前記データに基づく情報処理を行うアプリケーションを実行するステップ、
前記データの間の関連性の有無を示す情報であるデータ関連付け結果を生成するステップ、
前記データ関連付け結果に基づき、前記工場設備が製品の製造を実際に行っている状態である定常状態以外の状態である非定常状態か否かを判定するステップ、
を実行する、非定常状態検出方法。
【請求項１２】
請求項１１に記載の非定常状態検出方法であって、
前記情報処理装置が、前記判定の結果に基づき、前記アプリケーションが前記情報処理に与える影響を抑制する制御を行うステップ、
をさらに実行する、非定常状態検出方法。
【請求項１３】
請求項１２に記載の非定常状態検出方法であって、
前記情報処理装置はユーザ端末と通信可能に接続し、
前記情報処理は、前記ユーザ端末への通知を送信する処理を含み、
前記抑制する制御は、前記通知の送信を抑制する制御である、
非定常状態検出方法。
【請求項１４】
請求項１２に記載の非定常状態検出方法であって、
前記情報処理装置が、
前記工場設備が前記非定常状態であると判定した場合に前記受信したデータにタグ付けを行うステップ、及び、
前記タグ付けされた前記データを対象として前記抑制する制御を行うステップ、
をさらに実行する、非定常状態検出方法。
【請求項１５】
請求項１１乃至１４のいずれか一項に記載の非定常状態検出方法であって、
前記情報処理装置が、
前記定常状態における前記情報処理の挙動を示す情報を記憶するステップ、及び、
前記データ関連付け結果に基づき前記工場設備が非定常状態であるか否かを判定することができなかった場合に、前記受信したデータを入力しつつ前記情報処理を試行することにより取得される情報と前記定常状態における前記挙動を示す情報とを対照することにより、前記工場設備が非定常状態であるか否かを判定するステップ、
をさらに実行する、非定常状態検出方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、非定常状態検出システム、及び非定常状態検出方法に関する。
【背景技術】
【０００２】
特許文献１には「イベント検出装置が異なっていても生成されるイベントを一意に識別可能とし、それにより複数のイベント検出装置間でイベント通知の漏れなくイベント通知処理を引き継ぐ」、「データ発生装置からの発生データを、アプリケーションから予め設定される通知条件と通知内容を含むイベント通知設定情報と比較し、その発生データが通知条件を満たした場合に通知内容を表示するイベントメッセージをアプリケーションに通知する処理を、運用系と待機系からなる複数台のイベント検出装置による冗長構成で実行するイベント検出制御方法又はシステムとして実現され、例えば方法として実現される場合には以下の構成を有する」と記載されている。
【０００３】
特許文献２には「異常による処理の停止の発生確率を下げることができる数値制御装置を提供することを目的とする。」、「数値制御装置において、予めアラームマスク情報を判断部に設定しておき、各制御回路から発生したアラーム要因情報との比較結果に応じて、アラームを中央処理装置に送出しないようにマスクする。これにより、アラーム要因情報の種類に応じて、処理を停止させる必要がない場合には、アラームを中央処理装置に送出しないようにすることによって、異常による処理の停止の発生確率を下げることが可能となる。」と記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１０−２４４４６３号公報
【特許文献２】特開２０１５−１７２８１６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
工場の製造現場における機械や各種センサから様々なデータ（以下、現場データと称する。）を収集し、収集した現場データを用いて分析や現場状況の可視化、機器の制御等を行うことで予防保全や生産効率化、品質向上を実現する工場ＩｏＴ化の導入が進められている。また蓄積された現場データについて行われる事後的な分析に加え、現場で生成されたデータをエッジサーバで動作するアプリケーション（以下、エッジアプリと称する。）に配信し、リアルタイム又は準リアルタイムに分析や制御を行うエッジコンピューティングの導入も進んでいる。
【０００６】
ところで、工場の製造現場においては、製品の製造だけではなく、設備の立上げや試作等が行われることもあるが、工場の設備がこのような状態（以下、非定常状態と称する。）である時に収集した現場データを用いて事後的な分析やエッジアプリによる分析や制御が行われてしまうと、異常な分析結果が出力されたり、誤った制御が行われてしまうといった不都合が生じることがある。そのため、現場データを用いて分析や機器の制御を行うシステムにおいては、現場データが非定常状態の時に収集されたものであるか否かを判定する仕組みが必要になる。
【０００７】
上記特許文献１では、データ発生装置からの発生データが通知条件を満たした場合に通知内容を表示するイベントメッセージをアプリケーションに通知する。しかし定常状態の時と非定常状態の時とで発生データの内容に差がない場合は非定常状態を検出することができない。また特許文献２では、予めアラームマスク情報を判断部に設定しておき、各制御回路から発生したアラーム要因情報との比較結果に応じて、アラームを中央処理装置に送出しないようにマスクする。しかし特許文献１と同様、定常状態の時と非定常状態の時とでアラーム要因情報に相当する現場データの内容に差がない場合は非定常状態を検出することができない。
【０００８】
本発明はこうした背景に鑑みてなされたものであり、工場設備が非定常状態であるか否かを検知することが可能な非定常状態検出システム、及び非定常状態検出方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記の目的を達成するための本発明のうちの一つは、非定常状態検出システムであって、工場設備から送られてくるデータを受信するデータ受信部と、受信した前記データに基づく情報処理を行うアプリケーションを実行する処理実行部と、前記データの間の関連性の有無を示す情報であるデータ関連付け結果を生成するデータ関連性生成部と、前記データ関連付け結果に基づき、前記工場設備が製品の製造を実際に行っている状態である定常状態以外の状態である非定常状態か否かを判定する非定常状態判定部と、を備える。
【００１０】
その他、本願が開示する課題、及びその解決方法は、発明を実施するための形態の欄、及び図面により明らかにされる。
【発明の効果】
【００１１】
本発明によれば、工場設備が非定常状態であるか否かを検知することができる。
【図面の簡単な説明】
【００１２】
【図１】非定常状態検出システムの概略的な構成を示す図である。
【図２】エッジサーバのハードウェアの一例として示す情報処理装置のブロック図である。
【図３】エッジサーバが備える主な機能及びエッジサーバが管理する主なデータを示す図である。
【図４】エッジアプリ情報の一例である。
【図５】現場データの一例である。
【図６】システムデータの一例である。
【図７】データ関連付け情報の一例である。
【図８】データ関連付けインスタンスの一例である。
【図９】非定常状態／制御実行判定ルールの一例である。
【図１０】定常アプリ挙動の一例である。
【図１１】非定常状態判定結果の一例である。
【図１２】非定常状態検出処理を説明するシーケンス図である。
【図１３】非定常状態判定処理（関連インスタンス利用）を説明するフローチャートである。
【図１４】非定常状態判定処理（アプリ挙動利用）を説明するフローチャートである。
【発明を実施するための形態】
【００１３】
以下、発明を実施するための形態について図面を参照しつつ説明する。
【００１４】
図１に実施形態として説明する非定常状態検出システム１の概略的な構成を示している。非定常状態検出システム１は、工場設備１００、生産管理システム２００、ＩｏＴ基盤サーバ５００、及びユーザ端末７００を含む。これらはＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）等の有線又は無線の通信ネットワーク５を介して通信可能に接続されている。
【００１５】
工場設備１００は、例えば、機械１００Ａ、センサ１００Ｂ、及び機械１００Ａの制御を行うコントローラ１００Ｃを含む。機械１００Ａは、例えば、工作機械、製造機械、産業用ロボット、成型機等である。センサ１００Ｂは、例えば、機械１００Ａや機械１００Ａの周辺に設置され、機械１００Ａの動作や機械１００Ａの周辺環境に関する情報（振動、圧力、歪、距離、加速度、速度、角加速度、回転数、温度、湿度、気圧、磁気等）を計測／出力する。コントローラ１００Ｃは、例えば、マイクロコンピュータ、ＦＡ（Factory Automation）コントローラ、ＰＬＣ（Programmable Logic Controller）コントローラ等であり、機械１００Ａの制御や監視（ドライブ制御、シーケンス制御、ＰＬＣ制御、生産指示、品質管理、稼働履歴管理、制御情報や監視情報の出力等）を行う。尚、工場設備１００は、人の動きをデータ化するカメラ（撮影装置）のように工場設備１００や現場環境に関するデータを提供する機能を有する装置をさらに含んでいてもよい。
【００１６】
ＩｏＴ基盤サーバ５００は、機械１００Ａの稼働実績や製品の製造／加工に関する情報、センサデータ等のデータ（以下、現場データと称する。）を通信ネットワーク５を介して工場設備１００から取得する。またＩｏＴ基盤サーバ５００は、製品の製造計画や製造計画の実行情報等のデータ（以下、システムデータと称する。）を通信ネットワーク５を介してコントローラ１００Ｃや生産管理システム２００から取得する。ＩｏＴ基盤サーバ５００は、取得した現場データやシステムデータをリアルタイム又は準リアルタイムに分析し、アプリケーション（製造状況等の可視化、製造工程の効率化、工場設備１００の制御、工場設備１００の予防保全や異常予兆検出、品質管理等を行うアプリケーション（以下、エッジアプリと称する。））の実行制御を行う。
【００１７】
またＩｏＴ基盤サーバ５００は、工場設備１００から取得される現場データが、工場設備１００が製品の製造以外の状態（以下、この状態を非定常状態と称し、非定常状態でない状態を定常状態と称する。）にある時に生成されたデータであるか否かの判定を行い、判定の結果に応じてエッジアプリの制御（例えば、後述する実行抑制や通知抑制）や現場データへの情報の追加（例えば、後述する非定常状態タグの追加）等を行う。非定常状態の例として、工場設備１００がその導入のための立上げを行っている状態、工場設備１００が製品の製造を開始するための前準備を行っている状態、及び工場設備１００が製品の試作を行っている状態等がある。
【００１８】
図２はＩｏＴ基盤サーバ５００の実現に用いるハードウェアの一例として示す情報処理装置１０（コンピュータ）の構成図（ブロック図）である。同図に示すように、情報処理装置１０は、プロセッサ１１、主記憶装置１２、補助記憶装置１３、入力装置１４、出力装置１５、及び通信装置１６を備える。これらは図示しないバス等の通信手段を介して互いに通信可能に接続されている。尚、情報処理装置１０は必ずしもハードウェアで実現されている必要はなく、例えば、その構成の一部又は全部がクラウドシステムのクラウドサーバのような仮想的な資源により実現されていてもよい。ユーザ端末７００や生産管理システム２００も情報処理装置１０を用いて実現することができる。
【００１９】
プロセッサ１１は、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）等を用いて構成される。プロセッサ１１が、主記憶装置１２に格納されているプログラムを読み出して実行することにより、ＩｏＴ基盤サーバ５００の様々な機能が実現される。
【００２０】
主記憶装置１２は、プログラムやデータを記憶する装置であり、例えば、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、不揮発性半導体メモリ（ＮＶＲＡＭ（Non Volatile RAM））等である。
【００２１】
補助記憶装置１３は、例えば、ＳＳＤ（Solid State Drive）、ハードディスクドライブ、光学式記憶装置（ＣＤ（Compact Disc）、ＤＶＤ(Digital Versatile Disc)等）、ストレージシステム、ＩＣカード、ＳＤメモリカード、ＦＤ（フレキシブルディスク）等の記録媒体の読取／書込装置、クラウドサーバの記憶領域等である。補助記憶装置１３に格納されているプログラムやデータは主記憶装置１２に随時読み込まれる。ＩｏＴ基盤サーバ５００が管理するデータは、例えば、補助記憶装置１３をデータの格納領域として利用するＤＢＭＳ（DataBase Management System）やＫＶＳ（Key Value Store）によって管理される。
【００２２】
入力装置１４は、情報を入力するためのインタフェース（又はユーザインタフェース）であり、例えば、キーボード、マウス、タッチパネル、カードリーダ、マイクロフォン等である。
【００２３】
出力装置１５は、各種の情報を出力するインタフェース（又はユーザインタフェース）であり、画面表示装置（液晶モニタ、ＬＣＤ（Liquid Crystal Display）、グラフィックカード等）、印字装置等）等である。
【００２４】
通信装置１６は、ＬＡＮやインターネット等の通信手段を介した他の装置との間の通信を実現する有線方式又は無線方式の通信インタフェースであり、例えば、ＮＩＣ（Network Interface Card）、各種無線通信モジュール等である。
【００２５】
図３にＩｏＴ基盤サーバ５００が備える主な機能、及びＩｏＴ基盤サーバ５００が管理する主なデータを示している。同図に示すように、ＩｏＴ基盤サーバ５００は、エッジアプリ実行部５１１、データ関連性生成部５１２、非定常状態判定部（関連インスタンス利用）５１３、非定常状態判定部（アプリ挙動利用）５１４、エッジアプリ制御部５１５、非定常状態タグ付部５１６、エッジアプリ実行抑制部５１７、通知抑制部５１８、データ送受信部５１９、及び記憶部５３０の各機能を備える。上記の各機能は、プロセッサ１１が、主記憶装置１２に格納されている、上記の各機能を実現するためのプログラム（補助記憶装置１３から主記憶装置１２に読み出されるプログラムを含む。）を読みだして実行することにより実現される。
【００２６】
同図に示すように、記憶部５３０は、エッジアプリ情報５３１、現場データ５３２、システムデータ５３３、データ関連付け情報５３４、データ関連付けインスタンス５３５、非定常状態／制御実行判定ルール５３６、定常アプリ挙動５３７、非定常状態判定結果５３８、及び各種プログラム＆データ５４０を管理（記憶）する。
【００２７】
現場データ５３２は、工場設備１００（機械１００Ａ、センサ１００Ｂ、コントローラ１００Ｃ）から受信した前述の現場データである。システムデータ５３３は、生産管理システム２００やコントローラ１００Ｃから受信した前述のシステムデータである。各種プログラム＆データ５４０は、上記の各機能やエッジアプリを実現するためのプログラムやデータを含む。エッジアプリ情報５３１、データ関連付け情報５３４、データ関連付けインスタンス５３５、非定常状態／制御実行判定ルール５３６、定常アプリ挙動５３７、及び非定常状態判定結果５３８の詳細については後述する。
【００２８】
エッジアプリ実行部５１１は、エッジアプリの機能を実現する。エッジアプリは、例えば、製造状況等の可視化、製造工程の効率化、工場設備１００の制御、工場設備１００の予防保全や異常予兆検出、製品の品質管理（例えば、プレス加工の品質検査等）等に関する機能を提供する。
【００２９】
データ関連性生成部５１２は、データ関連付け情報５３４に基づき、現場データやシステムデータの関連性に関する情報であるデータ関連付けインスタンス５３５を生成する。
【００３０】
非定常状態判定部（関連インスタンス利用）５１３は、データ関連付けインスタンス５３５と非定常状態／制御実行判定ルール５３６とに基づき、工場設備１００から取得される現場データが工場設備１００が非定常状態にあるときに生成されたデータであるか否かを判定し、判定結果を含む情報である非定常状態判定結果５３８を生成する。
【００３１】
非定常状態判定部（アプリ挙動利用）５１４は、エッジアプリの挙動に関する情報（以下、挙動情報とも称する。）に基づき、、工場設備１００から取得される現場データが、工場設備１００が非定常状態にあるときに生成されたデータであるか否かを判定し、判定結果を含む情報である非定常状態判定結果５３８を生成する。
【００３２】
エッジアプリ制御部５１５は、非定常状態判定部（関連インスタンス利用）５１３や非定常状態判定部（アプリ挙動利用）５１４の判定結果に応じてエッジアプリを制御する。同図に示すように、エッジアプリ制御部５１５は、非定常状態タグ付部５１６、エッジアプリ実行抑制部５１７、及び通知抑制部５１８の各機能を含む。このうち非定常状態タグ付部５１６は、上記判定結果に従い、現場データに後述する非定常状態タグを追加する。エッジアプリ実行抑制部５１７は、上記判定結果に従い、エッジアプリの実行抑制制御を行う。通知抑制部５１８は、上記判定結果に従い、エッジアプリからユーザ端末７００への通知（メッセージ）の送信の抑制制御を行う。
【００３３】
データ送受信部５１９は、工場設備１００や生産管理システム２００から送られてくる現場データやシステムデータ等のデータを通信ネットワーク５を介して受信する。またデータ送受信部５１９は、ユーザ端末７００等の他の装置と通信ネットワーク５を介して通信し、各種データの送受信を行う。データ送受信部５１９の全部又は一部を、例えば、メッセージブローカ（Message Broker）やメッセージハブ（Message Hub）等を用いて実現してもよい。
【００３４】
図４はエッジアプリ情報５３１の一例である。エッジアプリ情報５３１には、エッジアプリに関する情報が管理される。同図に示すように、エッジアプリ情報５３１は、アプリＩＤ５３１１、名称５３１２、実行状態５３１３、デプロイ方法５３１４、及び通知先５３１５の各項目を有する一つ以上のレコードで構成される。エッジアプリ情報５３１の一つのレコードは一つのエッジアプリに対応している。
【００３５】
アプリＩＤ５３１１には、エッジアプリの識別子（以下、アプリＩＤと称する。）が設定される。名称５３１２には、エッジアプリの名称を示す情報が設定される。実行状態５３１３には、エッジアプリの実行状態を示す情報（「実行中」、「停止中」等）が設定される。デプロイ方法５３１４には、エッジアプリをデプロイする方法（以下、デプロイ方法と称する。）を示す情報が設定される。尚、デプロイ方法５３１４の内容は、非定常状態判定部（アプリ挙動利用）５１４がエッジアプリの挙動情報の取得に際してエッジアプリを試行する際に用いられる。通知先５３１５には、エッジアプリからの情報の一つ以上の通知先を示す情報が設定される。
【００３６】
図５に現場データ５３２の一例を示している。同図に示すように、現場データ５３２は、現場データＩＤ５３２１、データセット名５３２２、データ内容５３２３、及び非定常状態タグ５３２４の各項目を有する一つ以上のレコードで構成される。現場データ５３２の一つのレコードは一つの現場データに対応している。
【００３７】
現場データＩＤ５３２１には、現場データの識別子（以下、現場データＩＤと称する。）が設定される。データセット名５３２２には、データセットの名称を示す情報（データセットの種類を特定可能な情報を含む）が設定される。本例では、データセットの種類として、「プレス機  センサ（振動）」及び「プレス機  センサ（アーム角度）」の２つを例示している。
【００３８】
データ内容５３２３には、現場データの実体（内容）が設定される。同図に示すように、現場データはキー（key）と値（value）の一つ以上の組を含む。例えば、現場データＩＤが「１」のレコードのデータ内容５３２３は、「時刻」というキーについて「2017-09-01 12:09:02」という値が設定されている。
【００３９】
非定常状態タグ５３２４には、当該現場データが非定常状態判定部（関連インスタンス利用）５１３又は非定常状態判定部（アプリ挙動利用）５１４によって非定常状態と判定された場合に当該現場データに付与される情報（以下、非定常状態タグと称する。）の内容が設定される。
【００４０】
図６にシステムデータ５３３の一例を示している。同図に示すように、システムデータ５３３は、システムデータＩＤ５３３１、データセット名５３３２、及びデータ内容５３３３の各項目を有する一つ以上のレコードで構成される。システムデータ５３３の一つのレコードは一つのシステムデータに対応している。
【００４１】
システムデータＩＤ５３３１には、システムデータの識別子（以下、システムデータＩＤと称する。）が設定される。データセット名５３３２には、データセットの名称（以下、データセット名と称する。）を示す情報（データセットの種類を特定可能な情報を含む）が設定される。本例では、データセット名５３３２に、当該データセットが工場設備１００の実行に関する情報（以下、実行情報と称する。）であることを示す「実行情報」、当該データセットが工場設備１００の実行計画に関する情報（以下、計画情報と称する。）であることを示す「計画情報」、及び当該データセットが工場設備１００によって製造される製品に関する情報であることを示す「製品情報」が設定された場合を例示している。
【００４２】
データ内容５３３３には、システムデータの実体（内容）が設定される。同図に示すように、システムデータは、キーと値との一つ以上の組を含む。
【００４３】
本例の場合、システムデータＩＤが「i11」のシステムデータは、データセット名５３３２に「実行情報」が設定され、データ内容５３３３に「ID:100  実行時間:2017-09-01 12:0-12:20  機器：プレス機１  計画ID:10」が設定されている。ここで「ID:100」は、実行情報に付与される識別子（以下、実行ＩＤと称する。）が「100」であることを示す。また「実行時間:2017-09-01 12:0-12:20  機器：プレス機１  計画ID:10」は、後述する計画ＩＤが「10」である計画情報に従い、「プレス機１」で特定されるプレス機が「2017-09-01 12:0-12:20」の間に動作したことを示す。
【００４４】
またシステムデータＩＤが「i12」のシステムデータは、データセット名５３３２に「実行情報」が設定され、データ内容５３３３に、「ID:101  実行時間:2017-09-01 13:0-13:10  機器：プレス機１  計画ID:11」が設定されている。ここで「ID:101」は、実行ＩＤが「101」であることを示す。また「実行時間:2017-09-01 13:0-13:10  機器：プレス機１  計画ID:11」は、後述する計画ＩＤが「11」である計画情報に従い、「プレス機１」で特定されるプレス機が「2017-09-01 13:0-13:10」の間に動作したことを示す。
【００４５】
またシステムデータＩＤが「i13」のシステムでデータは、データセット名５３３２に「計画情報」が設定され、データ内容５３３３に、「ID:10  品目：ボディ  製品ID:-」が設定されている。ここで「ID:10」は、計画情報ごとに付与される識別子（以下、計画ＩＤと称する。）が「10」であることを示す。また「品目：ボディ  製品ID:-」は、当該計画情報に従って製造される品目が「ボディ」であり、当該計画情報に従って製造される製品の識別子（以下、製品ＩＤと称する。）が未設定であることを示す。
【００４６】
またシステムデータＩＤが「i14」のシステムデータは、データセット名５３３２に「計画情報」が設定され、データ内容５３３３に、「ID:11  品目：ボディ  製品ID:10000」が設定されている。ここで「ID:11」は、計画ＩＤが「11」であることを示す。また「品目：ボディ  製品ID:10000」は、当該計画情報に従って製造される品目が「ボディ」であり、当該計画情報に従って製造される品目の製品ＩＤが「10000」であることを示す。
【００４７】
またシステムデータＩＤが「i15」のレコードは、データセット名５３３２に「製品情報」が設定され、データ内容５３３３に「ID:10000」が設定されている。ここで「ID:10000」は、ある製品の製品ＩＤとして「10000」が付与されていることを示す。
【００４８】
図７にデータ関連付け情報５３４の一例を示す。データ関連付け情報５３４には、どのようにしてデータセット同士を関連づけるかを示す情報（以下、関連付け情報と称する。）が管理される。
【００４９】
同図に示すように、データ関連付け情報５３４は、関連付けＩＤ５３４１、第１データセット名５３４２、第１関連付けキー５３４３、第２データセット名５３４４、第２関連付けキー５３４５、及び関連付け判定情報５３４６の各項目を含む一つ以上のレコードで構成されている。データ関連付け情報５３４の一つのレコードは一つの関連付け情報に対応している。
【００５０】
関連付けＩＤ５３４１には、関連付け情報の識別子（以下、関連付けＩＤと称する。）が設定される。第１データセット名５３４２には、関連付けられる一方のデータセット（以下、第１データセットとも称する。）のデータセット名が設定される。第１関連付けキー５３４３には、関連付けられる一方のデータセットに含まれる情報のうち関連付けに使用する情報を特定する情報（以下、第１関連付け使用情報と称する。）が設定される。第２データセット名５３４４には、関連付けられる他方のデータセット（以下、第２データセットとも称する。）のデータセット名が設定される。第２関連付けキー５３４５には、関連付けられる他方のデータセットに含まれる情報のうち関連付けに使用する情報を特定する情報（以下、第２関連付け使用情報と称する。）が設定される。関連付け判定情報５３４６には、第１データセットと第２データセットとを関連付けることができるか否かの判定に用いる情報（以下、関連付け判定情報と称する。）が設定される。
【００５１】
図８にデータ関連付けインスタンス５３５の一例を示す。データ関連付けインスタンス５３５には、データ関連付け情報５３４に基づき関連付けを行った結果を示す情報（以下、インスタンスと称する。）が管理される。同図に示すように、データ関連付けインスタンス５３５は、インスタンスＩＤ５３５１、関連付けＩＤ５３５２、第１データＩＤ５３５３、第１関連付けキー値５３５４、第２データＩＤ５３５５、第２関連付けキー値５３５６、及び判定結果５３５７の各項目を有する一つ以上のレコードで構成される。データ関連付けインスタンス５３５の一つのレコードは一つのインスタンスに対応している。
【００５２】
インスタンスＩＤ５３５１には、インスタンスの識別子（以下、インスタンスＩＤと称する。）が設定される。関連付けＩＤ５３５２には、当該インスタンスの関連付けに際して用いた関連付け情報の関連付けＩＤが設定される。第１データＩＤ５３５３には、関連付け対象の一方のデータセットである第１データセットを特定する情報（例えば、現場データＩＤやシステムデータＩＤ。以下、第１データＩＤと称する。）が設定される。第１関連付けキー値５３５４には、前述した第１関連付け使用情報で特定される情報の値が設定される。第２データＩＤ５３５５には、関連付け対象の他方のデータセットである第２データセットを特定する情報（例えば、現場データＩＤやシステムデータＩＤ。以下、第２データＩＤと称する。）が設定される。第２関連付けキー値５３５６には、第２関連付け使用情報で特定される情報の値が設定される。判定結果５３５７には、第１データセットと第２データセットとを関連付けることができたか否かを示す情報が設定される（関連付けることができた場合は「成功」が、関連付けることができなかった場合は「失敗」が設定される。）。
【００５３】
同図において、インスタンスＩＤが「1」のインスタンスは、図５の現場データ５３２の現場データＩＤが「1」のデータセットと、図６のシステムデータ５３３のシステムデータＩＤが「i11」のデータセットとを、図７のデータ関連付け情報５３４の関連付けＩＤが「1」の関連付け情報で関連づけを行った結果であり、判定結果５３５７に「成功」が設定されている。
【００５４】
同図において、インスタンスＩＤが「2」のインスタンスは、図６のシステムデータ５３３のシステムデータＩＤが「i11」のデータセットと、図６のシステムデータ５３３のシステムデータＩＤが「i13」のデータセットとを、図７のデータ関連付け情報５３４の関連付けＩＤが「2」の関連付け情報で関連づけを行った結果であり、判定結果５３５７に「成功」が設定されている。
【００５５】
同図において、インスタンスＩＤが「3」のインスタンスは、図６のシステムデータ５３３のシステムデータＩＤが「i13」のデータセットについて、図７のデータ関連付け情報５３４の関連付けＩＤが「3」の関連付け情報で関連づけを試みた結果であり、判定結果５３５７に「失敗」が設定されている。
【００５６】
同図において、インスタンスＩＤが「4」のインスタンスは、図５の現場データ５３２の現場データＩＤが「3」のデータセットと、図６のシステムデータ５３３のシステムデータＩＤが「i12」のデータセットとを、図７のデータ関連付け情報５３４の関連付けＩＤが「1」の関連付け情報で関連づけを行った結果であり、判定結果５３５７に「成功」が設定されている。
【００５７】
同図において、インスタンスＩＤが「5」のインスタンスは、図６のシステムデータ５３３のシステムデータＩＤが「i12」のデータセットについて、図６のシステムデータ５３３のシステムデータＩＤが「i14」のデータセットとを、図７のデータ関連付け情報５３４の関連付けＩＤが「2」の関連付け情報で関連づけを行った結果であり、判定結果５３５７に「成功」が設定されている。
【００５８】
同図において、インスタンスＩＤが「6」のインスタンスは、図６のシステムデータ５３３のシステムデータＩＤが「i14」のデータセットについて、図６のシステムデータ５３３のシステムデータＩＤが「i15」のデータセットとを、図７のデータ関連付け情報５３４の関連付けＩＤが「3」の関連付け情報で関連づけを行った結果であり、判定結果５３５７に「成功」が設定されている。
【００５９】
図９に非定常状態／制御実行判定ルール５３６の一例を示す。非定常状態／制御実行判定ルール５３６には、データ関連付けインスタンス５３５に基づく現場データが非定常状態の時のデータであるか否かの判定に用いる条件と、エッジアプリの制御（実行制御やユーザ端末７００への通知抑制制御等）を行うか否かを示す情報とを含む情報（以下、判定ルールと称する。）が管理される。
【００６０】
同図に示すように、非定常状態／制御実行判定ルール５３６は、ルールＩＤ５３６１、判定条件５３６２、適用順５３６３、他の判定機能実行有無５３６４、非定常状態判定５３６５、及び実行制御５３６６（アプリ実行５３６６１、通知５３６６２）の各項目を有する一つ以上のレコードで構成される。非定常状態／制御実行判定ルール５３６の一つのレコードは一つの判定ルールに対応している。
【００６１】
ルールＩＤ５３６１には、判定ルールの識別子（以下、ルールＩＤと称する。）が設定される。判定条件５３６２には、判定ルールの内容が設定される。適用順５３６３には、判定ルールの適用順を示す情報が設定される。本例では、データ関連付けインスタンス５３５に対して、適用順５３６３に設定されている値が小さい判定ルールから順に適用される。
【００６２】
他の判定機能実行有無５３６４には、非定常状態判定部（関連インスタンス利用）５１３では判定することができなかった場合に他の判定機能（本実施形態では非定常状態判定部（アプリ挙動利用）５１４）を実行するか否かを示す情報、及び上記の他の判定機能を特定する情報が設定される。
【００６３】
非定常状態判定５３６５には、データ関連付けインスタンス５３５が判定条件５３６２を満たした場合における判定結果を示す情報が設定される（定常状態と判定された場合は「定常」が、非定常状態と判定された場合は「非定常」が設定される。）。
【００６４】
実行制御５３６６には、エッジアプリの実行制御に関する情報が設定される。アプリ実行５３６６１には、データ関連付けインスタンス５３５が判定条件５３６２を満たした場合にエッジアプリの実行抑止制御を行うか否かを示す情報が設定される（実行抑止制御を行う場合は「−」が、実行抑止制御を行わない場合は「○」が設定される。）。通知５３６６２には、データ関連付けインスタンス５３５が判定条件５３６２を満たした場合にエッジアプリからユーザ端末７００への通知（メッセージ）の送信抑制制御を行うか否かを示す情報が設定される（送信抑制制御を行う場合は「−」が、送信抑制制御を行わない場合は「○」が設定される。）。
【００６５】
図１０に定常アプリ挙動５３７の一例を示す。定常アプリ挙動５３７は、非定常状態判定部（アプリ挙動利用）５１４が現場データが非定常状態であるか否かを判定する際に用いる情報を含む。同図に示すように、定常アプリ挙動５３７は、レコードＩＤ５３７１、アプリＩＤ５３７２、通知頻度（定常）５３７３、定常範囲５３７４、及び入力データ数５３７５の各項目を有する一つ以上のレコードで構成される。
【００６６】
レコードＩＤ５３７１には、レコードの識別子が設定される。アプリＩＤ５３７２には、当該レコードの情報が適用されるエッジアプリのアプリＩＤが設定される。通知頻度（定常）５３７３には、工場設備１００が定常状態にある時に入力データ数５３７５に設定されている数の現場データがエッジアプリに入力された場合にエッジアプリからユーザ端末７００に対して行われる通知の頻度を示す情報（以下、通知頻度と称する。）が設定される。定常範囲５３７４には、工場設備１００が定常状態であると判定する場合の通知頻度（定常）５３７３に設定されている値からの通知頻度の範囲（本例では±５以内）を示す情報が設定される。入力データ数５３７５には、挙動情報の取得に際しエッジアプリを試行する際にエッジアプリに入力する現場データの数が設定される。
【００６７】
図１１に非定常状態判定結果５３８の一例を示す。非定常状態判定結果５３８は、非定常状態判定部（関連インスタンス利用）５１３又は非定常状態判定部（アプリ挙動利用）５１４による、工場設備１００が非定常状態であるか否かの判定結果に関する情報を含む。同図に示すように、非定常状態判定結果５３８は、レコードＩＤ５３８１、現場データＩＤ５３８２、非定常状態タグ５３８３、判定機能５３８４、使用判定ルール５３８５、及び実行制御５３８６（アプリ実行５３８６１、通知５３８６２）の各項目を有する一つ以上のレコードで構成される。非定常状態判定結果５３８の一つのレコードは一つの現場データに対応している。
【００６８】
レコードＩＤ５３８１には、各レコードの識別子が設定される。現場データＩＤ５３８２には、判定対象となった現場データの現場データＩＤが設定される。非定常状態タグ５３８３には、工場設備１００が非定常状態と判定された場合に現場データに付与する非定常状態タグの値が設定される。判定機能５３８４には、当該レコードの現場データの判定に用いた機能を示す情報が設定される（判定に非定常状態判定部（関連インスタンス利用）５１３を用いた場合は「関連インスタンス利用」が、判定に非定常状態判定部（アプリ挙動利用）５１４を用いた場合は「アプリ挙動利用」が設定される。）。使用判定ルール５３８５には、判定機能５３８４に「関連インスタンス利用」が設定されている場合に判定で用いた判定ルールの判定ルールＩＤが設定される。実行制御５３８６には、エッジアプリに対して行われる実行制御の内容が設定される。エッジアプリの実行抑制を行う場合はアプリ実行５３８６１に「−」が、エッジアプリからユーザ端末７００への通知（メッセージ）の送信の抑制制御を行う場合は通知５３８６２に「−」が設定される。
【００６９】
図１２は非定常状態検出システム１において行われる処理（以下、非定常状態検出処理Ｓ１２００と称する。）の流れを説明するシーケンス図である。以下、同図とともに非定常状態検出処理Ｓ１２００について説明する。
【００７０】
同図に示すように、ＩｏＴ基盤サーバ５００のデータ送受信部５１９は、生産管理システム２００及び工場設備１００から送られてくるシステムデータを受信する（Ｓ１２１１〜Ｓ１２１３）。データ送受信部５１９が受信したシステムデータは記憶部５３０がシステムデータ５３３として記憶する。またデータ送受信部５１９は、工場設備１００から送られてくる現場データを受信する（Ｓ１２１４〜Ｓ１２１５）。データ送受信部５１９が受信した現場データは記憶部５３０が現場データ５３２として記憶する。
【００７１】
尚、本実施形態では、ＩｏＴ基盤サーバ５００が生産管理システム２００や工場設備１００から送られてくるシステムデータや現場データをリアルタイム又は準リアルタイムに処理する場合を想定しているが、所定期間について蓄積記憶しておいたシステムデータや現場データをバッチ処理等で事後的に処理するようにしてもよい。
【００７２】
続いて、ＩｏＴ基盤サーバ５００のデータ関連性生成部５１２が、データ関連付け情報５３４に基づき現場データ５３２のデータセット及びシステムデータ５３３のデータセットについて関連付けを行い、その結果を記憶部５３０がデータ関連付けインスタンス５３５として記憶する（Ｓ１２１６）。
【００７３】
続いて、ＩｏＴ基盤サーバ５００の非定常状態判定部（関連インスタンス利用）５１３が、データ関連付けインスタンス５３５を用いて非定常状態か否かを判定する処理（以下、非定常状態判定処理（関連インスタンス利用）Ｓ１２１７と称する）を行う。非定常状態判定処理（関連インスタンス利用）Ｓ１２１７の詳細については後述する。
【００７４】
Ｓ１２１８では、ＩｏＴ基盤サーバ５００の非定常状態判定部（アプリ挙動利用）５１４が、非定常状態判定処理（関連インスタンス利用）Ｓ１２１７の上記結果に含まれている他の判定機能名で特定される判定処理（以下、非定常状態判定処理（アプリ挙動利用）Ｓ１２１８と称する）を実行する。
【００７５】
Ｓ１２１９では、データ送受信部５１９は、非定常状態判定処理（関連インスタンス利用）Ｓ１２１７の結果、もしくは非定常状態判定処理（アプリ挙動利用）Ｓ１２１８の結果を通信ネットワーク５を介してユーザ端末７００に送信する。ユーザ端末７００は、ＩｏＴ基盤サーバ５００から受信した、非定常状態判定処理（関連インスタンス利用）Ｓ１２１７の結果又は非定常状態判定処理（アプリ挙動利用）Ｓ１２１８の結果を受信し、受信した内容の表示や受信した内容に応じた処理を実行する（Ｓ１２３０）。
【００７６】
Ｓ１２２０では、ＩｏＴ基盤サーバ５００のエッジアプリ制御部５１５は、非定常状態判定結果５３８の実行制御５３８６の内容に従ってエッジアプリの実行制御を行う。例えば、エッジアプリ制御部５１５は、非定常状態判定結果５３８のアプリ実行５３８６１に「−」が設定されている場合、エッジアプリの実行を抑制する。また非定常状態判定結果５３８の通知５３８６２に「−」が設定されている場合、エッジアプリからユーザ端末７００への通知（メッセージ）の送信を抑制する。エッジアプリ制御部５１５は、非定常状態判定結果５３８の非定常状態タグ５３８３に値が設定されている現場データを入力して行われるエッジアプリの実行やエッジアプリからユーザ端末７００への通知（メッセージ）の送信を抑制する。これらにより工場設備１００が非定常状態である時のエッジアプリの不要な実行やエッジアプリからユーザへの不要な通知を抑制することができる。
【００７７】
図１３は、図１２の非定常状態判定処理（関連インスタンス利用）Ｓ１２１７の詳細を説明するフローチャートである。以下、同図とともに非定常状態判定処理（関連インスタンス利用）Ｓ１２１７について説明する。
【００７８】
まず非定常状態判定部（関連インスタンス利用）５１３は、非定常状態／制御実行判定ルール５３６に定義されている当該ステップで未選択の判定ルールのうち適用順５３６３の値が最小の判定ルールを選択する（Ｓ１３１１）。
【００７９】
続いて、非定常状態判定部（関連インスタンス利用）５１３は、選択中の判定ルールとデータ関連付けインスタンス５３５の内容とを対照し、データ関連付けインスタンス５３５が選択中の判定ルールに合致するか否かを判定する（Ｓ１３１２）。データ関連付けインスタンス５３５が選択中の判定ルールに合致しない場合（Ｓ１３１２：ＮＯ）、処理はＳ１３１１に戻り、次の判定ルールを選択してＳ１３１２の判定を行う。データ関連付けインスタンス５３５が選択中の判定ルールに合致した場合（Ｓ１３１２：ＹＥＳ）、処理はＳ１３１３に進む。
【００８０】
Ｓ１３１３では、非定常状態判定部（関連インスタンス利用）５１３は、非定常状態／制御実行判定ルール５３６の他の判定機能実行有無５３６４に「○」が設定されているか否かを判定する（本例ではデータ関連付けインスタンス５３５が図９のルールＩＤ５３６１が「4」の判定ルールに合致した場合である）。他の判定機能実行有無５３６４に「○」が設定されている場合（Ｓ１３１３：ＹＥＳ）、非定常状態判定部（関連インスタンス利用）５１３は、当該非定常状態判定処理（関連インスタンス利用）Ｓ１２１７の出力に、他の判定機能実行有無５３６４に設定されている他の判定機能を特定する情報（他の判定機能の名称等）を含める（Ｓ１３１４）。尚、非定常状態判定部（関連インスタンス利用）５１３は、非定常状態判定処理（関連インスタンス利用）Ｓ１２１７の上記の出力を、図１２の非定常状態判定処理（アプリ挙動利用）Ｓ１２１８に入力する。
【００８１】
一方、他の判定機能実行有無５３６４に「○」が設定されていない場合（Ｓ１３１３：ＮＯ）、非定常状態判定部（関連インスタンス利用）５１３は、非定常状態判定結果５３８に判定結果を反映（レコードを追加）する（Ｓ１３１５）。また工場設備１００が非定常状態であると判定した場合、非定常状態判定部（関連インスタンス利用）５１３は、非定常状態タグを発行し、発行した非定常状態タグを、追加したレコードの非定常状態タグ５３８３に設定する。尚、同じ工場設備１００から送られてきた現場データについて同じ判定ルールで非定常状態と判定した場合、例えば、同じ現場データのレコードの非定常状態タグ５３８３に同じ値の非定常状態タグを設定する。前述したように、こうして設定された非定常状態タグは、例えば、エッジアプリ制御部５１５によって適宜参照され、エッジアプリ制御部５１５は、非定常状態タグが設定されている現場データを入力とするエッジアプリの処理を実行抑制の対象とする。
【００８２】
図１４は、図１２の非定常状態判定処理（アプリ挙動利用）Ｓ１２１８の詳細を説明するフローチャートである。以下、同図とともに非定常状態判定処理（アプリ挙動利用）Ｓ１２１８について説明する。
【００８３】
まず非定常状態判定部（アプリ挙動利用）５１４は、入力される非定常状態判定処理（関連インスタンス利用）Ｓ１２１７の出力に他の判定機能を特定する情報（他の判定機能名）が含まれているか否かを判定する。本例では、他の判定機能名として「アプリ挙動」か含まれているか否かを判定する（Ｓ１４１１）。入力される情報（上記出力）に「アプリ挙動」が含まれている場合（Ｓ１４１１：ＹＥＳ）、処理はＳ１４１２に進む。一方、入力される情報に「アプリ挙動」が含まれていない場合（Ｓ１４１１：ＮＯ）、非定常状態判定処理（アプリ挙動利用）Ｓ１２１８は終了する。尚、本例ではこのように入力される情報に他の判定機能名として「アプリ挙動」が含まれていない場合には処理を終了するが、さらに一つ以上の他の判定機能を用意し、入力される上記出力の他の判定機能を特定する情報に該当する他の判定機能により判定を行うようにしてもよい。
【００８４】
Ｓ１４１２では、非定常状態判定部（アプリ挙動利用）５１４は、エッジアプリの挙動情報を取得するため、定常アプリ挙動５３７のアプリＩＤ５３７２に設定されているアプリＩＤで特定されるエッジアプリを、当該エッジアプリについてエッジアプリ情報５３１のデプロイ方法５３１４に設定されいてるデプロイ方法でデプロイする。
【００８５】
続いて、非定常状態判定部（アプリ挙動利用）５１４は、デプロイしたエッジアプリを試行（実行）して現場データを入力し、その結果（挙動情報）を取得する（Ｓ１４１３）。例えば、非定常状態判定部（アプリ挙動利用）５１４は、エッジアプリからユーザ端末７００への通知（メッセージ）の頻度を挙動情報として取得する。試行するエッジアプリには、例えば、定常アプリ挙動５３７の入力データ数５３７５に設定されている値の数の現場データを入力する。
【００８６】
続いて、非定常状態判定部（アプリ挙動利用）５１４は、取得した通知頻度が通知頻度（定常）５３７３と定常範囲５３７４とで特定される範囲内か否かを判定する（Ｓ１４１４）。取得した通知頻度が通知頻度（定常）５３７３と定常範囲５３７４とで特定される範囲内である場合（Ｓ１４１４：ＹＥＳ）、非定常状態判定部（アプリ挙動利用）５１４は、工場設備１００は定常状態であると判定し、非定常状態判定結果５３８に判定結果を反映（レコードを追加）する（Ｓ１４１５）。一方、取得した通知頻度が通知頻度（定常）５３７３と定常範囲５３７４とで特定される範囲内でない場合（Ｓ１４１４：ＮＯ）、非定常状態判定部（アプリ挙動利用）５１４は、工場設備１００は非定常状態であると判定し、非定常状態判定結果５３８に判定結果を反映（レコードを追加）する（Ｓ１４１６）。
【００８７】
このように非定常状態判定部（関連インスタンス利用）５１３によって工場設備１００が非定常状態であるか否かを判定することができなかった場合でも、他の判定機能による判定処理により工場設備１００が非定常状態であるか否かを判定することができる。
【００８８】
以上詳細に説明したように、本実施形態の非定常状態検出システム１によれば、工場設備１００から送られてくる現場データに基づき、工場設備１００が非定常状態であるか否かを判定することができる。また判定の結果に基づきエッジアプリの実行制御を行うことができる。また現場データの内容ではなく、現場データやシステムデータの関連性に基づき、工場設備１００が非定常状態であるか否かを判定するので、例えば、現場データの内容に差が無い場合でも工場設備が非定常状態であるか否かを判定することができる。
【００８９】
以上、本発明について実施の形態に基づき具体的に説明したが、本発明は上記の実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。例えば、上記の実施の形態は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また上記実施形態の構成の一部について、他の構成の追加・削除・置換をすることができる。
【００９０】
また上記の各構成、機能部、処理部、処理手段等は、それらの一部または全部を、例えば、集積回路で設計する等によりハードウェアで実現してもよい。また上記の各構成、機能等は、プロセッサが夫々の機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリやハードディスク、ＳＳＤ（Solid State Drive）等の記録装置、またはＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。
【００９１】
また各図において、制御線や情報線は説明上必要と考えられるものを示しており、必ずしも実装上の全ての制御線や情報線を示しているとは限らない。例えば、実際にはほとんど全ての構成が相互に接続されていると考えてもよい。
【００９２】
また以上に説明した情報処理装置の各種機能部、各種処理部、各種データベースの配置形態は一例に過ぎない。各種機能部、各種処理部、各種データベースの配置形態は、各情報処理装置がハードウェアやソフトウェアの性能、処理効率、通信効率等の観点から最適な配置形態に変更し得る。
【符号の説明】
【００９３】
１  非定常状態検出システム、１００  工場設備、１００Ａ  機械、１００Ｂ  センサ、１００Ｃ  コントローラ、２００  生産管理システム、５００  ＩｏＴ基盤サーバ、７００  ユーザ端末、５１１  エッジアプリ実行部、５１２  データ関連性生成部、５１３  非定常状態判定部（関連インスタンス利用）、５１４  非定常状態判定部（アプリ挙動利用）、５１５  エッジアプリ制御部、５１６  非定常状態タグ付部、５１７  エッジアプリ実行抑制部、５１８  通知抑制部、５１９  データ送受信部、５３０  記憶部、５３１  エッジアプリ情報、５３２  現場データ、５３３  システムデータ、５３４  データ関連付け情報、５３５  データ関連付けインスタンス、５３６  非定常状態／制御実行判定ルール、５３７  定常アプリ挙動、５３８  非定常状態判定結果、５４０  各種プログラム＆データ、Ｓ１２００  非定常状態検出処理、Ｓ１２１７  非定常状態判定処理（関連インスタンス利用）、Ｓ１２１８  非定常状態判定処理（アプリ挙動利用）
【図１】
2019144716.tif 000003
【図２】
2019144716.tif 000004
【図３】
2019144716.tif 000005
【図４】
2019144716.tif 000006
【図５】
2019144716.tif 000007
【図６】
2019144716.tif 000008
【図７】
2019144716.tif 000009
【図８】
2019144716.tif 000010
【図９】
2019144716.tif 000011
【図１０】
2019144716.tif 000012
【図１１】
2019144716.tif 000013
【図１２】
2019144716.tif 000014
【図１３】
2019144716.tif 000015
【図１４】
2019144716.tif 000016